WO2012033319A2 - 스트리밍 컨텐츠 제공 장치 및 방법 - Google Patents

스트리밍 컨텐츠 제공 장치 및 방법 Download PDF

Info

Publication number
WO2012033319A2
WO2012033319A2 PCT/KR2011/006573 KR2011006573W WO2012033319A2 WO 2012033319 A2 WO2012033319 A2 WO 2012033319A2 KR 2011006573 W KR2011006573 W KR 2011006573W WO 2012033319 A2 WO2012033319 A2 WO 2012033319A2
Authority
WO
WIPO (PCT)
Prior art keywords
url
media
segment
base url
base
Prior art date
Application number
PCT/KR2011/006573
Other languages
English (en)
French (fr)
Other versions
WO2012033319A3 (ko
Inventor
꽁 탕쯔엉
이진영
배성준
강정원
정순흥
박상택
류원
Original Assignee
한국전자통신연구원
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=45811058&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=WO2012033319(A2) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by 한국전자통신연구원 filed Critical 한국전자통신연구원
Priority to US13/820,955 priority Critical patent/US8645562B2/en
Priority to CN201180042908.3A priority patent/CN103081504B/zh
Priority to PCT/KR2011/006573 priority patent/WO2012033319A2/ko
Priority to EP11823752.8A priority patent/EP2615841B1/en
Publication of WO2012033319A2 publication Critical patent/WO2012033319A2/ko
Publication of WO2012033319A3 publication Critical patent/WO2012033319A3/ko
Priority to US14/146,500 priority patent/US9467493B2/en
Priority to US15/287,260 priority patent/US10027736B2/en
Priority to US16/036,703 priority patent/US20180324241A1/en
Priority to US16/228,097 priority patent/US10277660B1/en

Links

Images

Classifications

    • 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
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • 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/1066—Session management
    • H04L65/1101—Session protocols
    • 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
    • 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/70—Media network packetisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H04N21/2353—Processing of additional data, e.g. scrambling of additional data or processing content descriptors specifically adapted to content descriptors, e.g. coding, compressing or processing of metadata
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/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/84—Generation or processing of descriptive data, e.g. content descriptors
    • 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
    • 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/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/23805—Controlling the feeding rate to the network, e.g. by controlling the video pump
    • 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/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2401—Monitoring of the client buffer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/44004—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving video buffer management, e.g. video decoder buffer or video display buffer

Definitions

  • the technical field of the present invention relates to a streaming content providing technology, and more particularly, to an apparatus and method for providing media content using adaptive streaming.
  • Streaming is one of the methods for transmitting and playing multimedia content such as sound and video.
  • the client can play the content while receiving the content through streaming.
  • the adaptive streaming service means providing a streaming service through a communication scheme consisting of a client request and a server response to the request.
  • the client may request a media sequence suitable for its environment (for example, its transport channel) through an adaptive streaming service, and the server may select a media sequence that matches the client's request among various quality media sequences that it has. Can provide.
  • the adaptive streaming service can be provided based on various protocols.
  • the HTTP adaptive streaming service refers to an adaptive streaming service provided based on the HTTP protocol.
  • Clients of the HTTP adaptive streaming service can be provided with content from a server using the HTTP protocol, and can send a request related to the streaming service to the server.
  • One embodiment of the invention may provide an apparatus and method for resolving a URL of a segment using one or more base URL elements in playing content.
  • One embodiment of the present invention may provide an apparatus and method for generating a URL of a segment by mapping any base URL element of one or more base URL elements to a source URL attribute of the segment.
  • a method comprising: receiving metadata of a media, the metadata comprising one or more base Uniform Resource Locator (URL) elements; Requesting, wherein the URL is correlated with the base URL element and interpreted; receiving the segment and decoding and rendering data of the media contained within the segment.
  • URL Uniform Resource Locator
  • the request may be an HTTP GET method.
  • the metadata may include a range attribute.
  • the request may be a request for bytes designated by the range attribute of the resource indicated by the URL.
  • the URL may be an absolute URL or a relative URL.
  • the first base URL of the one or more base URL elements may be used as a basic Universal Resource Indicator (URI), and other base URL elements except for the first base URL among the one or more base URL elements may be substituted. It may be a base URL.
  • URI Universal Resource Indicator
  • the metadata may optionally include a source URL attribute of the segment, and if the metadata optionally includes the source URL attribute of the segment, any of the one or more base URL elements
  • the URL may be generated by mapping a URL element to the source URL attribute.
  • the metadata may be media presentation description (MPD) of the media content.
  • MPD media presentation description
  • the media may comprise a series of one or more periods.
  • the base URL element may include one or more media information level base URL elements for the media information and one or more periodic level base URL elements for the period.
  • the URL of the segment included in each period may be interpreted in correlation with the period level base URL element of the period.
  • the periodic level base URL element may be interpreted in correlation with the media information level base URL element.
  • Each of the one or more periods may include one or more groups.
  • the base URL element may further include one or more group level base URL elements for the group.
  • the URL of the segment included in each group may be interpreted in correlation with the group level base URL element of the group.
  • the group level base URL element may be interpreted in correlation with the periodic level base URL element.
  • Each of the one or more groups may include one or more representations.
  • the representation may be a structured collection of one or more components of the media within one said period.
  • the base URL element may further include one or more representation level base URL elements for the representation.
  • the URL of the segment included in each representation may be interpreted in correlation with the representation level base URL element of the representation.
  • the representation level base URL element may be interpreted in correlation with the group level base URL element or the periodic level base URL element.
  • a metadata of a media is received, the metadata comprising one or more Base Uniform Resource Locator (URL) elements, the segment of the media being the URL of the segment. Requesting the data, the URL being interpreted relative to the base URL element, and receiving data of the media from an access engine and an access engine that receives the segment and decodes the data of the media contained within the segments. And a media engine for receiving and outputting the media.
  • URL Base Uniform Resource Locator
  • One embodiment of the invention may interpret the segment's URL using one or more base URL elements in playing the content.
  • One embodiment of the invention may generate a URL of a segment by mapping any base URL element of one or more base URL elements to the source URL attribute of the segment.
  • FIG 1 illustrates categories of signaling information according to an example of the present invention.
  • FIG 2 illustrates categories of signaling information according to an example of the present invention.
  • FIG 3 illustrates layers of content division and levels of signaling information according to an embodiment of the present invention.
  • FIG. 4 illustrates detection of virtual boundaries in an MPEG-2 TS according to an example of the present invention.
  • FIG. 5 is a structural diagram of a terminal 100 according to an embodiment of the present invention.
  • FIG. 6 is a structural diagram of a terminal 100 according to an embodiment of the present invention.
  • Dynamic Adaptive Streaming over HTTP allows 1) the delivery of media content from an HTTP server to an HTTP client, and 2) the delivery of content by standard HTTP caches. Specifies the formats that enable caching.
  • a media component is, for example, audio, video or timed text with specific attributes, such as bandwidth, language or resolution. It is an encoded version of individual media types.
  • Media content is a collection of media components with a common timeline, such as video, audio and subtitles.
  • media components can be used as a program or movie to establish relationships (eg, individually, jointly, or mutually exclusive) with respect to how media components are presented.
  • Media content and content may be used in the same sense.
  • a media presentation is a structured collection of data that establishes a bounded or unbounded presentation of media content consisting of components of consecutive media. (collection)
  • a media presentation is a structured collection of data accessible to a DASH client to provide a streaming service to a user.
  • the media presentation description may be a stylized description of the media presentation.
  • the media presentation may be described by the MPD, including possible updates of the MPD.
  • the content may be content on demand or live content.
  • the content can be divided into one or more intervals. That is, content can include one or more intervals.
  • Period may be a term of Generation Partnership Project (3GPP) adaptive HTTP streaming.
  • 3GPP Generation Partnership Project
  • the period may be an interval of media presentation.
  • a continuous sequence of all periods constitutes a media presentation.
  • a media presentation can include a series of one or more periods.
  • One or more intervals may be a base unit.
  • One or more intervals may be described by signaling metadata. That is, metadata may describe each of one or more intervals.
  • the metadata may be MPD.
  • the MPD may define a format for informing resource identifiers for the segment.
  • the MPD may provide a context for the identified resources within the media presentation.
  • Resource identifiers may be HTTP-URL. URLs may be limited by the byte range attribute.
  • Each interval may be divided into fragments.
  • Segment may be a term of Generation Partnership Project (3GPP) adaptive HTTP streaming.
  • 3GPP Generation Partnership Project
  • a segment may be an object (eg, an object in response to an HTTP / 1.1 GET request for an HTTP-URL (or a GET request for a portion indicated by a byte range), as defined in RFC 2616).
  • entity may refer to a body.
  • the terminal can play the media content using the received bytes (ie, the segment).
  • Sub-segment may mean the smallest unit in segments that can be indexed by segment index at the segment level.
  • each set of fragments may be two or more sets of fragments corresponding to one interval. Name each set of fragments as an alternative.
  • Each period may include one or more groups.
  • Each group may include one or more representations of the same media content.
  • Representation is a structured collection of one or more media components within one period.
  • Representation is an alternative to media content or a subset of media content, with different encoding choices, such as bitrate, resolution, language, codec, and the like. alternative) may be one of the choices.
  • the MPD (or MPD element) provides descriptive information that enables the client to select one or more representations.
  • Random Access Point is a specific location within a media segment.
  • the RAP is identified as being a location that can continue playback from the location of the RAP using only the information contained within the media segment.
  • Each representation may consist of one or more segments. That is, the representation may include one or more segments.
  • the MPD is a document that contains metadata required by the DASH client to 1) access segments, and 2) construct HTTP-URLs suitable for providing a streaming service to the user.
  • HTTP-URLs can be absolute or relative.
  • the MPD may be an XML-document.
  • the MPD may include an MPD element.
  • the MPD may contain only one MPD element.
  • FIG. 1 is a signal flow diagram of a content processing method according to an embodiment of the present invention.
  • the terminal 100 may be a DASH client.
  • the DASH client can be compatible with the client specified in RFC 2616.
  • the DASH client may generally use the HTTP GET method or the HTTP partial GET method, as specified in RFC 2616, to join segments or portions of segments.
  • Server 110 may host the DASH segments. Server 110 may be compatible with the server specified in RFC 2616.
  • step 120 the terminal 100 receives metadata of the media (or content) from the server 110. That is, the server 110 transmits metadata about the media to the terminal 100.
  • the metadata may include a base Uniform Resource Locator (URL) element. There may be more than one base URL element.
  • URL Uniform Resource Locator
  • step 130 the terminal 100 processes the received metadata.
  • the terminal 100 may extract information provided from the metadata or information included in the metadata.
  • the terminal 100 accesses a segment of media based on the information provided by the metadata.
  • each period may include one or more groups, each group may include one or more representations of media, and each representation may include one or more segments.
  • the metadata may describe group elements that describe the group.
  • the terminal 100 requests the server 110 for a segment of media using the segment's URL.
  • the URL may be interpreted correlated with the base URL element described above.
  • the URL of the segment may be generated based on the base URL element.
  • the terminal 100 may request the server 110 for a suitable segment for a specific period based on the metadata processing. That is, the requested segment is selected based on the metadata.
  • the request may be an HTTP GET method.
  • the metadata may include a range attribute.
  • the request may be a request for bytes specified by a range attribute of the resource pointed to by the URL.
  • the URL of the segment can be an absolute URL or a relative URL.
  • first base URL of one or more base URL elements may be used as a basic Universal Resource Indicator (URI), and the other base URL elements except for the first base URL of the one or more base URL elements may be alternative. It may be an (alternative) base URL.
  • URI Universal Resource Indicator
  • the metadata may optionally include a source URL attribute of the segment. If the metadata optionally includes a segment's source URL attribute, then the URL of the segment may be generated by mapping any of the one or more base URL elements to the source URL attribute.
  • server 110 needs to parse the media (eg, an MP4 file for SVC) and can extract the data part appropriate for the requested segment.
  • media eg, an MP4 file for SVC
  • step 150 the server 110 transmits the appropriate segments to the terminal 100 for each request from the terminal 100.
  • the terminal 100 receives the segments from the server.
  • step 160 the terminal 100 plays the media by decoding and rendering the data of the media included in the segment.
  • the terminal 100 can play the media using the received segment by repeating steps 120 to 160.
  • the base URL element may include a media information level base URL element for media information, and may include a cycle level base URL element for each cycle.
  • a cycle level base URL element is a base URL element that applies to the cycle to which it belongs. That is, the URL of the segment included in each period is interpreted in correlation with the cycle level base URL element of the stock price.
  • the media information level base URL element may be one or more, and the periodic level base URL element may be one or more.
  • the base URL element may further include a group level base URL element for the group.
  • the URL of the segment included in each group may be interpreted in correlation with the group level base URL element of the group.
  • the base URL element may further include a representation level base URL element for the representation.
  • the URL of the segment included in each representation may be interpreted in correlation with the representation level base URL element of the representation.
  • a particular level of base URL element may be interpreted relative to its own higher level base URL element.
  • the periodic level base URL element may be interpreted in relation to the media information level base URL element.
  • the group level base URL element may be interpreted relative to the periodic level base URL element.
  • the representation level base URL element may be interpreted in relation to the group level base URL element or the periodic level base URL element.
  • FIG 2 illustrates categories of signaling information according to an example of the present invention.
  • the signaling information (ie metadata) is divided into the following categories 1) to 4).
  • general information 210 includes a general description of the content and a general description of each interval, such as duration and start time, for example.
  • Quality of Service (QoS information) 220 Describes the characteristics of each alternative, such as bitrate, resolution, and quality. That is, the quality information of the service describes the characteristics of each of the alternatives of the content.
  • Alternatives may be physical (ie, pre-generated) and virtual (ie, generated on-the-fly). Based on the information of the alternatives, the client selects a suitable alternative fragment. Thus, it supports the adaptability to the contexts of terminals and networks.
  • Mapping Information 230 Describes locations to retrieve content. Depending on the specific cases, different alternatives may have the same or different positions.
  • Client request 240 This kind of signaling information conforms to the format of an HTTP 1.1 request message. As shown in FIG. 1, the parameters requested by the client derive from the information of the categories 1) to 3) above.
  • FIG 3 illustrates layers of content division and levels of signaling information according to an embodiment of the present invention.
  • the signaling of metadata may be physically separated into content-level information 310, interval level information 320, QoS information 330, and mapping 340 information.
  • the linking of the content-level information 310, the interval level information 320, the QoS information 330, and the relevant portions of the mapping 340 is accomplished by referencing.
  • Metadata of content-level information 310 may be sent once, and only interval level information 320 may be updated periodically.
  • one file containing QoSInfo part 330 can be used for different intervals and different content.
  • Embodiments of the present invention may use both XML and pseudo-code to indicate signaling syntax.
  • XML syntax can be used for clients that support XLM profiles based on MPEG-21 and similar schemas.
  • Pseudo-code syntax may be based on a "language" such as an ISO base media file format and may be used within non-XML clients.
  • the profile of the pseudo-code syntax may employ a Fassil module similar to the parsing module of file-format parsing.
  • a table of common elements will be defined and the elements in each format will be represented.
  • 0 ... N means that the number of instances of the occurrences element can be from 0 to " unbounded. &Quot; However, the minimum number of occurrences of zero means that the element may be optional (ie, not present). A minimum occurrence of 1 or more means that the element is mandatory in the syntax.
  • Occurrence may be used in the same sense as cardinality.
  • A represents an attribute and E represents an element.
  • M means mandatory and O means optional.
  • O means optional
  • OD means optional with default values
  • CM means conditionally mandatory.
  • the element may be expressed as: ⁇ minOccurs> ... ⁇ maxOccurs>. In this case, N represents unbounded.
  • QoSInfo may also be called, more specifically, AdaptationInfo. Moreover, some elements have been revised to increase the flexibility of the syntax.
  • Table 4 shows common semantics of (1) Resource, (2) AdaptationOperator, and (3) Utility elements of Table 3.
  • the semantics of the Location elements may be further provided as shown in Table 6 below.
  • the client request is described below.
  • the signaling of the metadata obtained by the client may include different parts or levels of signaling information.
  • the request from the client to the server may include parameters of different levels of detail.
  • the main parameters of the client are URIs and the main parameters are associated with the query part.
  • the metadata provided from the server to the client is composed of general content information 310 and general interval information 320.
  • DefaultContentIntLoc (if not, DefaultContentIntLoc) is used.
  • the following parameters a) and b) are defined within the query portion (of the request of step 140).
  • fragmentno the order value of the fragment within the above interval
  • the metadata provided from the server to the client includes the general content information 310, the general interval information 320, and the QoS information 330.
  • the following QoS-related parameters a) to c) are defined in the query part (of the request of step 140) to enable the client to request a suitable alternative.
  • Adaptive operators are as follows a) to e).
  • a) audiolayers indicates the number of scalable audio layers to be discarded.
  • temporallayers indicates the number of temporal layers of the scalable video to be discarded.
  • c) spatiallayers indicates the number of spatial layers of the scalable video to be discarded.
  • quality layers indicates the number of spatial layers in the scalable video to be discarded.
  • priority layers indicates the number of priority layers of the scalable video to be discarded.
  • Resource types are as follows a) to d).
  • bitrate indicates the average bitrate (in Kbps) of the requested alternative.
  • d) framerate indicates the framerate of the requested alternative.
  • the metadata provided from the server to the client includes general content, general interval information, QoS information, and mapping information.
  • QoS-related parameters used in the request are indicated by the ReqQoSPara part of the QoSInfo metadata. If RefIndex of ReqQoSPara is 0 or null, the "alter" parameter is used instead of the other options.
  • the URI of the content comes from the rich description of MappingInfo.
  • PIDs are used to locate the content within the stream.
  • the following parameters 1) to 3) for the query part (of the request of step 140) may be used.
  • syntax representation of the XML format is described.
  • representations of the above syntax elements are provided in XML format. The semantics of each element can be traced back in Tables 1-7 above.
  • Some elements may be extensions of some types defined within the MPEG-21 DIA. Some elements may take some types defined within the MPEG-21 DIA.
  • Table 8 below is a syntax representation using the XML format of HTTPStreamingType.
  • Table 9 is a syntax representation using the XML format of GeneralInfoType.
  • Table 10 below is a syntax representation using the XML format of IntervalRefType.
  • Table 11 is a syntax representation using the XML format of IntervalType.
  • Table 12 below is a syntax representation using the XML format of IntervalInfoType.
  • Table 13 below is a syntax representation using the XML format of ISOFileBoundaryType and ByteRangesType.
  • Table 14 below is a syntax representation using MP4 pseudo-code of HTTPStreamingBox.
  • FIG. 4 illustrates detection of virtual boundaries in an MPEG-2 TS according to an example of the present invention.
  • PCR packets of a given program are carried with a fixed PID (ie, PCR_PID) and inserted at least every 100 ms.
  • PCR packets can be considered as anchor points of a program (with increasing values).
  • each media of the program can be carried by packets of a given PID (ie, Media_PID).
  • the fragment boundary of the media stream may be defined or identified by 1) a particular anchor point and 2) an offset from the anchor to the packet at the boundary.
  • the offset may be counted by packets of the same Media_PID.
  • PCR values may be reset (discontinuous). In this case, when there are one or more PCR packets of the same PCR value in the interval, the order of appearance of the PCR packets used as anchors is masked.
  • the sourceURL attribute can be changed from the required one to the optional one. This is because baseURL already provides a complete URL. sourceURL may not be required.
  • a low frame rate segment (which may be used in trickmode) may be extracted on-the-fly from the stream or the original segment.
  • Each level of the description (top-level, Period level, Representation level) provides only a single base URL for building absolute URLs from the description.
  • multiple base URLs may be provided.
  • Multiple base URLs signal the availability of resources at multiple locations.
  • the client may select one or more base URLs in the procedure for extracting the resource.
  • Such a variant may be implemented in different ways.
  • One way is to use an additional attribute called “morebaseURLs” or an element called “BaseURLs”.
  • This attribute or element may be a string of multiple (base) URLs.
  • the string may be separated by some special characters, such as ";" (ie, semicolon and white space).
  • the semicolon or space character may be encoded according to the rules of RFC 2616.
  • the attribute of the morebaseURL at the lower description level (or BaseURLs element) overrides the same attribute (element) at the higher description level.
  • the morebaseURLs attribute and the BaseURLs element may be restricted to mutual exclusion. That is, only one type may exist within the entire description.
  • the order of appearance of a UrlTemplate instance or a set of Url instances may indicate the importance of its "location / stream". More important locations may appear before less important locations.
  • the video representation may consist of two streams (spatial base layer and spatial enhancement layer). Each is passed from the location described by the UrlTemplate. Next, the first instance of UrlTemplate becomes the location for the spatial base layer.
  • nth instance of InitialisationSegmentURL corresponds to the nth instance of location (by the UrlTemplate element or Url element set).
  • InitialisationSegmentURL If there is only one instance of InitialisationSegmentURL, the instance can be used for all locations.
  • Tables 15 to 19 below show a scheme of AdaptiveHTTPStreaming of 3GPP.
  • FIG. 5 is a structural diagram of a terminal 100 according to an embodiment of the present invention.
  • the controller 510 performs steps 130 and 140. That is, the controller 510 processes the metadata for the interval and selects the appropriate fragment for the interval based on the processing.
  • the transceiver 520 performs steps 120, 140, and 150. That is, the transceiver 520 receives metadata about an interval of content from the server 110, requests the server for an appropriate fragment for the interval, and receives the fragment from the server.
  • FIG. 6 is a structural diagram of a terminal 100 according to an embodiment of the present invention.
  • the terminal 100 may include an access engine 610 and a media engine 620.
  • the access engine 610 may be a DASH access engine.
  • the access engine 610 may receive metadata (eg, MPD) from the server 110.
  • metadata eg, MPD
  • the access engine 610 may construct the requests and issue the constructed requests to the server 110.
  • the access engine 610 may receive the media (eg, calendar, segments or portions of segments) from the server 110.
  • the access engine may request a segment of media using the segment's URL.
  • the access engine 610 may receive segments of the media based on the information provided by the metadata.
  • each period may comprise one or more groups, each group may comprise one or more representations of the media, and each representation may comprise one or more segments.
  • the access engine 610 provides the media to the media engine 620.
  • the access engine 610 may decode the data of the media included in the segments.
  • the output of the access engine 610 is media (or media) of an MPEG container (e.g., ISO / IEC 14492-12 ISO Base Media File Format or ISO / IEC 13818-2 MPEG-2 Transport Stream). May be included).
  • the output of the access engine 610 may include timing information that maps the internal timing of the media to the timeline of the media presentation.
  • Media engine 620 plays the provided media. That is, the media engine 620 may receive data of the media from the access engine and output the media. The media engine 620 may output the media using the data and timing information of the media output from the access engine 610.
  • Method according to an embodiment of the present invention is implemented in the form of program instructions that can be executed by various computer means may be recorded on a computer readable medium.
  • the computer readable medium may include program instructions, data files, data structures, etc. alone or in combination.
  • Program instructions recorded on the media may be those specially designed and constructed for the purposes of the present invention, or they may be of the kind well-known and available to those having skill in the computer software arts.
  • Examples of computer-readable recording media include magnetic media such as hard disks, floppy disks, and magnetic tape, optical media such as CD-ROMs, DVDs, and magnetic disks, such as floppy disks.
  • Examples of program instructions include not only machine code generated by a compiler, but also high-level language code that can be executed by a computer using an interpreter or the like.
  • the hardware device described above may be configured to operate as one or more software modules to perform the operations of the present invention, and vice versa.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Library & Information Science (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

콘텐츠에 대한 메타데이터를 사용하는 적응형 HTTP 스트리밍 서비스를 위한 방법 및 장치가 개시된다. 상기의 메타데이터는 하나 이상의 베이스 URL 요소들을 포함한다. 미디어를 구성하는 세그먼트의 URL은 하나 이상의 베이스 URL 요소들에 기반하여 생성된다. 세그먼트의 URL은 세그먼트의 소스 URL 속성에 하나 이상의 베이스 URL 요소 중 임의의 베이스 URL 요소를 사상시킴으로써 세그먼트의 URL들을 생성할 수 있다. 생성된 URL들이 가리키는 세그먼트들은 모두 동일하다.

Description

스트리밍 컨텐츠 제공 장치 및 방법
본 발명의 기술 분야는 스트리밍 컨텐츠 제공 기술에 관한 것으로, 특히, 적응적 스트리밍을 이용한 미디어 콘텐츠 제공 장치 및 방법에 관한 것이다.
스트리밍(streaming)은 소리 및 동영상 등의 멀티미디어 콘텐츠를 전송 및 재생하기 위한 방식 중 하나이다. 클라이언트는 스트리밍을 통해 콘텐츠을 수신하는 동시에 상기의 콘텐츠를 재생할 수 있다.
적응적 스트리밍 서비스는, 클라이언트의 요청 및 상기의 요청에 대한 서버의 응답으로 구성되는 통신 방식을 통해 스트리밍 서비스를 제공하는 것을 의미한다.
클라이언트는 적응적 스트리밍 서비스를 통해 자신의 환경(예컨대, 자신의 전송 채널)에 적합한 미디어 시퀀스를 요청할 수 있으며, 서버는 자신이 갖고 있는 다양한 퀄리티의 미디어 시퀀스들 중 클라이언트의 요청에 부합하는 미디어 시퀀스를 제공할 수 있다.
적응적 스트리밍 서비스는 다양한 프로토콜에 기반하여 제공될 수 있다.
HTTP 적응적 스트리밍 서비스는 HTTP 프로코콜에 기반하여 제공되는 적응적 스트리밍 서비스를 의미한다. HTTP 적응적 스트리밍 서비스의 클라이언트는 HTTP 프로토콜을 사용하여 서버로부터 콘텐츠를 제공받을 수 있으며, 스트리밍 서비스와 관련된 요청을 서버에게 전송할 수 있다.
본 발명의 일 실시예는 콘텐츠를 재생함에 있어 하나 이상의 베이스 URL 요소들을 사용하여 세그먼트의 URL을 해석하는 장치 및 방법을 제공할 수 있다.
본 발명의 일 실시예는 세그먼트의 소스 URL 속성에 하나 이상의 베이스 URL 요소들 중 임의의 베이스 URL 요소를 사상시킴으로써 세그먼트의 URL을 생성하는 장치 및 방법을 제공할 수 있다.
본 발명의 일 측에 따르면, 미디어의 메타데이터를 수신하는 단계 - 상기 메타데이터는 하나 이상의 베이스 통합 자원 지시기(Uniform Resource Locator; URL) 요소들을 포함함 -, 상기 미디어의 세그먼트를 상기 세그먼트의 URL을 사용하여 요청하는 단계 - 상기 URL은 상기 베이스 URL 요소에 상관되어 해석됨 -, 상기 세그먼트를 수신하는 단계 및 상기 세그먼트 내에 포함된 상기 미디어의 데이터를 디코딩 및 렌더링하는 단계를 포함하는, 미디어 제공 방법이 제공된다.
상기 요청은 HTTP GET 메쏘드일 수 있다.
상기 메타데이터는 범위 속성을 포함할 수 있다.
상기 요청은 상기 URL이 가리키는 자원의 상기 범위 속성이 지정하는 바이트들에 대한 요청일 수 있다.
상기 URL은 절대적 URL 또는 상대적 URL일 수 있다.
상기 하나 이상의 베이스 URL 요소들 각각에 의해 상관되어 해석된 상기 URL들이 가리키는 다중 위치들은 동일한 세그먼트들을 접근할 수 있다.
상기 하나 이상의 베이스 URL 요소들 중 첫 번째 베이스 URL은 기본적인 통합 자원 식별자(Universal Resource Indicator; URI)로 사용될 수 있고, 상기 하나 이상의 베이스 URL 요소들 중 상기 첫 번째 베이스 URL를 제외한 나머지 베이스 URL 요소들은 대안적인 베이스 URL일 수 있다.
상기 메타데이터는 상기 세그먼트의 소스(source) URL 속성을 선택적으로 포함할 수 있고, 상기 메타데이터가 상기 세그먼트의 상기 소스 URL 속성을 선택적으로 포함할 경우, 상기 하나 이상의 베이스 URL 요소들 중 임의의 베이스 URL 요소가 상기 소스 URL 속성에 사상됨으로써 상기 URL이 생성될 수 있다.
상기 메타데이터는 상기 미디어 콘텐츠의 미디어 정보(media presentation description; MPD)일 수 있다.
상기 미디어는 일련의 하나 이상의 주기를 포함할 수 있다.
상기 베이스 URL 요소는 상기 미디어 정보에 대한 하나 이상의 미디어 정보 레벨 베이스 URL 요소들 및 상기 주기에 대한 하나 이상의 주기 레벨 베이스 URL 요소들을 포함할 수 있다.
각 주기에 포함되는 상기 세그먼트의 URL은 상기 주기의 주기 레벨 베이스 URL 요소에 상관하여 해석될 수 있다.
상기 주기 레벨 베이스 URL 요소는 상기 미디어 정보 레벨 베이스 URL 요소에 상관하여 해석될 수 있다.
상기 하나 이상의 주기들 각각은 하나 이상의 그룹들을 포함할 수 있다.
상기 베이스 URL 요소는 상기 그룹에 대한 하나 이상의 그룹 레벨 베이스 URL 요소들을 더 포함할 수 있다.
각 그룹에 포함되는 상기 세그먼트의 URL은 상기 그룹의 그룹 레벨 베이스 URL 요소에 상관하여 해석될 수 있다
상기 그룹 레벨 베이스 URL 요소는 상기 주기 레벨 베이스 URL 요소에 상관하여 해석될 수 있다.
상기 하나 이상의 그룹들 각각은 하나 이상의 레프리젠테이션들을 포함할 수 있다.
상기 레프리젠테이션은 하나의 상기 주기 내의 상기 미디어의 하나 이상의 컴포넌트들의 구조화된 컬렉션일 수 있다.
상기 베이스 URL 요소는 상기 레프리젠테이션에 대한 하나 이상의 레프리젠테이션 레벨 베이스 URL 요소들을 더 포함할 수 있다.
각 레프리젠테이션에 포함되는 상기 세그먼트의 URL은 상기 레프리젠테이션의 레프리젠테이션 레벨 베이스 URL 요소에 상관하여 해석될 수 있다.
상기 레프리젠테이션 레벨 베이스 URL 요소는 상기 그룹 레벨 베이스 URL 요소 또는 상기 주기 레벨 베이스 URL 요소에 상관하여 해석될 수 있다.
본 발명의 다른 일 측에 따르면, 미디어의 메타데이터를 수신하고 - 상기 메타데이터는 하나 이상의 베이스 통합 자원 지시기(Uniform Resource Locator; URL) 요소들을 포함함 -, 상기 미디어의 세그먼트를 상기 세그먼트의 URL을 사용하여 요청하고 - 상기 URL은 상기 베이스 URL 요소에 상관되어 해석됨 -, 상기 세그먼트를 수신하고, 상기 세그먼트들 내에 포함된 상기 미디어의 데이터를 디코딩하는 접근 엔진 및 상기 접근 엔진으로부터 상기 미디어의 데이터를 제공받아 상기 미디어를 출력하는 미디어 엔진을 포함하는고, 단말이 제공된다.
본 발명의 일 실시예는 콘텐츠를 재생함에 있어 하나 이상의 베이스 URL 요소들을 사용하여 세그먼트의 URL을 해석할 수 있다.
본 발명의 일 실시예는 세그먼트의 소스 URL 속성에 하나 이상의 베이스 URL 요소들 중 임의의 베이스 URL 요소를 사상시킴으로써 세그먼트의 URL을 생성할 수 있다.
도 1은 본 발명의 일 예에 따른 시그널링 정보의 카테고리들을 도시한다.
도 2는 본 발명의 일 예에 따른 시그널링 정보의 카테고리들을 도시한다.
도 3은 본 발명의 일 예에 따른 콘텐츠 디비전(division)의 계층 및 시그널링 정보의 레벨들(levels)을 나타낸다.
도 4는 본 발명의 일 예에 따른 MPEG-2 TS 내에서의 가상 경계들의 감지를 설명한다.
도 5는 본 발명의 일 실시예에 따른 단말(100)의 구조도이다.
도 6은 본 발명의 일 실시예에 따른 단말(100)의 구조도이다.
이하에서, 본 발명의 일 실시예를, 첨부된 도면을 참조하여 상세하게 설명한다. 그러나, 본 발명이 실시예들에 의해 제한되거나 한정되는 것은 아니다. 각 도면에 제시된 동일한 참조 부호는 동일한 부재를 나타낸다.
HTTP 상의 동적 적응적 스트리밍(Dynamic Adaptive Streaming over HTTP; DASH)는 1) HTTP 서버로부터 HTTP 클라이언트로의 미디어 콘텐츠의 전달을 가능하게 하고, 2) 표준(standard) HTTP 캐쉬(cache)들에 의한 콘텐츠의 캐슁(caching)을 가능하게 하는 포맷(format)들을 명세한다.
미디어 컴포넌트(media component)는, 예컨대 대역폭(bandwidth), 언어(language) 또는 해상도(resolution)와 같은, 특정한 속성(attribute)들을 갖는 오디오(audio), 비디오(video) 또는 자막(timed text)과 같은 개별(individual) 미디어 타입(type)들의 인코드된(encoded) 버전(version)이다.
미디어 콘텐츠는, 예컨대 비디오, 오디오 및 자막과 같은, 공통(common) 타임라인(timeline)을 갖는 미디어 컴포넌트들의 집합이다. 또한, 미디어 컴포넌트들은 프로그램 또는 영화로서 어떻게(예를 들면, 개별적으로(individually), 결합하여(jointly) 또는 상호 배타적(mutually exclusive)으로) 미디어 컴포넌트들이 상연(present)될 지에 대한 관계(relationships)를 갖는다.
미디어 콘텐츠 및 콘텐츠는 동일한 의미로 사용될 수 있다.
미디어 프리젠테이션(또는, 미디어)은 연속적인 미디어의 컴포넌트들로 구성된 미디어 콘텐츠의 제한되거나(bounded) 제한되지 않은(unbounded) 프리젠테이션(presentation)을 설정하는(establish) 데이터의 구조화된(structured) 컬렉션(collection)이다.
즉, 미디어 프리젠테이션은 스트리밍 서비스를 사용자에게 제공하기 위해, DASH 클라이언트에게 접근 가능한 데이터의 구조화된 컬렉션이다.
미디어 정보(media presentation description; MPD)는 미디어 프리젠테이션의 양식화된(formalized) 설명(description)일 수 있다.
미디어 프리젠테이션은, MPD의 가능한 업데이트들(possible updates)을 포함하여, MPD에 의해 설명될 수 있다.
콘텐츠는 요청(demand)에 따른 콘텐츠 또는 라이브(live) 콘텐츠일 수 있다.
콘텐츠는 하나 이상의 인터벌들(interval)로 나뉘어질 수 있다. 즉, 콘텐츠는 하나 이상의 인터벌들을 포함할 수 있다.
인터벌 및 주기(period)는 동일한 의미로 사용될 수 있다. 주기는 3GPP(Generation Partnership Project) 적응적 HTTP 스트리밍의 용어일 수 있다.
주기는 미디어 프리젠테이션의 인터벌일 수 있다. 모든 주기들의 연속적인 일련(sequence)은 미디어 프리젠테이션을 구성한다.
즉, 미디어 프리젠테이션은 일련의 하나 이상의 주기들을 포함할 수 있다.
하나 이상의 인터벌들은 기본 유닛일 수 있다. 하나 이상의 인터벌들은 메타데이터를 시그널링함에 의해 설명될 수 있다. 즉, 메타데이터는 하나 이상의 인터벌들 각각을 설명할 수 있다.
상기의 메타데이터는 MPD일 수 있다.
MPD는 세그먼트를 위한 자원 식별자들을 알리기 위한 포맷을 정의할 수 있다. MPD는 미디어 프리젠테이션 내에서의 식별된 자원들에 대한 컨텍스트(context)를 제공할 수 있다. 자원 식별자들은 HTTP-URL일 수 있다. URL들은 바이트 범위(byte range) 속성에 의해 제한될 수 있다.
각 인터벌은 프래그먼트(fragment)들로 나뉘어질 수 있다.
프래그먼트 및 세그먼트(segment)는 동일한 의미로 사용될 수 있다. 세그먼트는 3GPP(Generation Partnership Project) 적응적 HTTP 스트리밍의 용어일 수 있다.
세그먼트는, 예컨대 RFC 2616에서 정의된, HTTP-URL에 대한 HTTP/1.1 GET 요청(또는, 바이트 범위(range)에 의해 가리켜진(indicated) 일부에 대한 GET 요청)에 대한 응답(response)의 객체(entity) 바디(body)를 의미할 수 있다.
단말은, 수신된 바이트들(즉, 세그먼트)을 사용하여 미디어 콘텐츠를 재생할 수 있다.
부(sub)-세그먼트는 세그먼트 레벨에서의 세그먼트 인덱스(index)에 의해 인덱스될 수 있는 세그먼트들 내의 가장 작은(smallest) 유닛(unit)을 의미할 수 있다.
하나의 인터벌에 대응하는 두 개 이상의 프래그먼트의 집합들이 있을 수 있다. 프래그먼트의 집합들 각각을 대안(alternative)으로 명명한다.
대안 및 레프리젠테이션(representation)(또는, 표현)은 동일한 의미로 사용될 수 있다.
각 주기는 하나 이상의 그룹들을 포함할 수 있다.
각 그룹은 동일한 미디어 콘텐츠의 하나 이상의 레프리젠테이션들을 포함할 수 있다.
레프리젠테이션은 하나의 주기 내의 하나 이상의 미디어 컴포넌트들의 구조화된(structured) 컬렉션이다. 레프리젠테이션은, 비트레이트(bitrate), 해상도(resolution), 언어(language) 및 코덱(codec) 등과 같은 인코딩(encoding) 선택(choice)이 상이한, 미디어 콘텐츠 또는 미디어 콘텐츠의 부분집합의 대안적인(alternative) 선택(choice)들 중 하나일 수 있다.
MPD(또는, MPD 요소)는 클라이언트가 하나 이상의 레프리젠테이션을 선택하는 것을 가능하게 하는 설명적인 정보를 제공한다.
임의 접근 포인트(Random Access Point; RAP)는 미디어 세그먼트 내의 특정한 위치이다. RAP는 단지 미디어 세그먼트 내에 포함된 정보만을 사용하여 RAP의 위치로부터 계속하여 재생(playback)을 시작할 수 있는 위치인 것으로 식별된다.
각 레프리젠테이션은 하나 이상의 세그먼트들로 구성될 수 있다. 즉, 레프리젠테이션은 하나 이상의 세그먼트들을 포함할 수 있다.
MPD는 1) 세그먼트들을 접근하고, 2) 사용자에게 스트리밍 서비스를 제공하기 위해 적합한(appropriate) HTTP-URL들을 구성하기 위해 DASH 클라이언트에게 요구되는 메타데이터를 포함하는 문서이다. HTTP-URL들은 절대적이거나 상대적일 수 있다.
MPD는 XML-문서일 수 있다.
MPD는 MPD 요소(element)를 포함할 수 있다. MPD는 단지 1 개의 MPD 요소만을 포함할 수 있다.
도 1은 본 발명의 일 실시예에 따른 콘텐츠 처리 방법의 신호 흐름도이다.
단말(100)은 DASH 클라이언트일 수 있다.
DASH 클라이언트는 RFC 2616에 명세된 클라이언트와 호환될 수 있다.
DASH 클라이언트는, 세그먼트들 또는 세그먼트들의 일부들에 접군하기 위해, RFC 2616에서 명세된 것처럼, 일반적으로 HTTP GET 메쏘드(method) 또는 HTTP partial GET 메쏘드를 사용할 수 있다.
서버(110)는 DASH 세그먼트들을 호스팅(hosting)할 수 있다. 서버(110)는 RFC 2616에 명세된 서버와 호환될 수 있다.
단계(120)에서, 단말(100)은 서버(110)로부터 미디어(또는, 콘텐츠)의 메타데이터를 수신한다. 즉, 서버(110)는 단말(100)에게 미디어에 대한 메타데이터를 전송한다.
메타데이터는 베이스(base) 통합 자원 지시기(Uniform Resource Locator; URL) 요소를 포함할 수 있다. 베이스 URL 요소는 하나 이상일 수 있다.
단계(130)에서, 단말(100)은 수신된 메타데이터를 처리한다. 단계(130)에서, 단말(100)은 메타데이터가 제공하는 정보 또는 메타데이터 내에 포함된 정보를 추출할 수 있다.
단계들(140 내지 150)에서, 단말(100)은 메타데이터가 제공하는 정보에 기반하여 미디어의 세그먼트에 접근(access)한다.
여기서, 각 주기는 하나 이상의 그룹들을 포함할 수 있고, 각 그룹은 미디어의 하나 이상의 레프리젠테이션을 포함할 수 있으며, 각 레프리젠테이션은 하나 이상의 세그먼트들을 포함할 수 있다.
메타데이터는 그룹을 설명하는 그룹 요소를 설명할 수 있다.
단계(140)에서, 단말(100)은 서버(110)에게 미디어의 세그먼트를 세그먼트의 URL을 사용하여 요청한다. 여기서, URL은 전술된 베이스 URL 요소에 상관되어 해석될 수 있다. 예컨대, 세그먼트의 URL은 베이스 URL 요소에 기반하여 생성될 수 있다.
단말(100)은 상기의 메타데이터 처리에 기반하여 특정 주기에 대한 적합한 세그먼트를 서버(110)에게 요청할 수 있다. 즉, 요청되는 세그먼트는 메타데이터에 기반하여 선택된 것이다. 상기의 요청은 HTTP GET 메쏘드(method)일 수 있다.
메타데이터는 범위(range) 속성을 포함할 수 있다. 상기의 요청은 URL이 가리키는 자원의, 범위 속성이 지정하는 바이트들에 대한 요청일 수 있다.
세그먼트의 URL은 절대적 URL 또는 상대적 URL일 수 있다.
하나 이상의 베이스 URL 요소들 각각에 의해 상관되어 해석된, URL들이 가리키는 다중 위치들은 동일한 세그먼트들을 접근한다. 즉, 하나 이상의 베이스 URL 요소들에 의해 제공되는 URL들에 의해, 동일한 세그먼트들이 선택적으로 접근될 수 있다.
또한, 하나 이상의 베이스 URL 요소들 중 첫 번째 베이스 URL은 기본적인 통합 자원 식별자(Universal Resource Indicator; URI)로 사용될 수 있고, 하나 이상의 베이스 URL 요소들 중 첫 번째 베이스 URL을 제외한 나머지 베이스 URL 요소들은 대안적인(alternative) 베이스 URL일 수 있다.
또한, 메타데이터는 세그먼트의 소스(source) URL 속성을 선택적으로 포함할 수 있다. 메타데이터가 세그먼트의 소스 URL 속성을 선택적으로 포함할 경우, 하나 이상의 베이스 URL 요소들 중 임의의 베이스 URL 요소가 소스 URL 속성에 사상됨으로써 세그먼트의 URL이 생성될 수 있다.
단계(145)에서, 몇몇 경우에 있어서, 서버(110)는 미디어(예컨대, SVC를 위한 MP4 파일)를 파스(parse)할 필요가 있고, 상기 요청된 세그먼트에 적합한 데이터 파트를 추출할 수 있다.
단계(150)에서, 서버(110)는 단말(100)로부터의 각 요청에 대해 적합한 세그먼트들을 단말(100)로 전송한다. 단말(100)은 서버로부터 세그먼트들을 수신한다.
단계(160)에서, 단말(100)은 세그먼트 내에 포함된 미디어의 데이터를 디코딩 및 렌더링함으로써 미디어를 재생한다.
단말(100)은, 단계들(120 내지 160)을 반복함으로써 수신된 세그먼트를 사용하여, 미디어를 재생할 수 있다.
이 때, 베이스 URL 요소는 미디어 정보에 대한 미디어 정보 레벨 베이스 URL 요소를 포함할 수 있으며, 각 주기에 대한 주기 레벨 베이스 URL 요소를 포함할 수 있다. 주기 레벨 베이스 URL 요소는 자신이 속하는 주기에 적용되는 베이스 URL 요소이다. 즉, 각 주기에 포함되는 세그먼트의 URL은 상기의 주가의 주기 레벨 베이스 URL 요소에 상관하여 해석된다.
미디어 정보 레벨 베이스 URL 요소는 하나 이상일 수 있으며, 주기 레벨 베이스 URL 요소는 하나 이상일 수 있다.
베이스 URL 요소는 그룹에 대한 그룹 레벨 베이스 URL 요소를 더 포함할 수 있다. 각 그룹에 포함되는 세그먼트의 URL은 그룹의 그룹 레벨 베이스 URL 요소에 상관하여 해석될 수 있다. 그룹 레벨 베이스 URL 요소는 하나 이상일 수 있다.
베이스 URL 요소는 레프리젠테이션에 대한 레프리젠테이션 레벨 베이스 URL 요소를 더 포함할 수 있다. 각 레프리젠테이션에 포함되는 세그먼트의 URL은 레프리젠테이션의 레프리젠테에션 레벨 베이스 URL 요소에 상관하여 해석될 수 있다.
특정한 레벨의 베이스 URL 요소는 자신의 상위 레벨의 베이스 URL 요소에 상관하여 해석될 수 있다. 예컨대, 주기 레벨 베이스 URL 요소는 미디어 정보 레벨 베이스 URL 요소에 상관하여 해석될 수 있다. 그룹 레벨 베이스 URL 요소는 주기 레벨 베이스 URL 요소에 상관하여 해석될 수 있다. 레프리젠테이션 레벨 베이스 URL 요소는 그룹 레벨 베이스 URL 요소 또는 주기 레벨 베이스 URL 요소에 상관하여 해석될 수 있다.
도 2는 본 발명의 일 예에 따른 시그널링 정보의 카테고리들을 도시한다.
시그널링 정보(즉, 메타데이터)는 하기의 카테고리들 1) 내지 4)로 나뉘어진다.
1) 일반 정보(general information)(210) : 일반 정보는, 예컨대 지속시간(duration) 및 시작 시각과 같은, 콘텐츠의 일반 설명(description) 및 각 인터벌의 일반 설명을 포함한다.
2) 서비스의 품질 정보(QoS information)(220) : 비트레이트(bitrate), 해상도(resolution), 품질(quality)와 같은, 각 대안의 특성들(characteristics)을 설명한다. 즉, 서비스의 품질 정보는 콘텐츠의 대안들 각각의 특성들을 설명한다.
대안은 물리적(physical)(즉, 미리 생성된)일 수 있고, 가상(virtual)(즉, 온-더-플라이(on the fly)로 생성될)일 수 있다. 대안들의 정보에 기반하여, 클라이언트는 적합한 대안의 프래그먼트를 선택한다. 따라서, 단말들 및 네트워크들의 문맥(context)들에 대한 적합성(adaptivity)을 지원한다.
3) 매핑 정보(Mapping Information)(230) : 콘텐츠를 추출(retrieve)할 위치들(locations)을 설명한다. 특정 경우들(cases)에 의존하여, 상이한 대안들은 동일하거나 상이한 위치들을 가질 수 있다.
4) 클라이언트 요청(Client request)(240) : 이러한 종류의 시그널링 정보는 HTTP 1.1 요청(request) 메시지의 포멧을 따른다(conform). 도 1에서 도시된 것과 같이, 클라이언트에 의해서 요청된 파라미터들은 상기의 1) 내지 3) 카테고리들의 정보로부터 비롯한다(derive).
도 3은 본 발명의 일 예에 따른 콘텐츠 디비전(division)의 계층 및 시그널링 정보의 레벨들(levels)을 나타낸다.
본 발명의 일시예들에 따른 메타데이터의 시그널링은 콘텐츠-레벨 정보(310), 인터벌 레벨 정보(320), QoS 정보(330) 및 매핑(340) 정보로 물리적으로 분리될(separated) 수 있다. 콘텐츠-레벨 정보(310), 인터벌 레벨 정보(320), QoS 정보(330) 및 매핑(340)의 관련된 부분들의 링킹(linking)은 참조(referencing)에 의해 이루어진다.
시그널링 정보의 이러한 부분들은 유연성을 지원하기 위한 상이한 방법들(ways)으로 조합(combine)될 수 있다.
예를 들면, 단지 콘텐츠-레벨 정보(310) 및 인터벌 레벨 정보(320)만이 클라이언트로 전송될 때, 모든 대안들의 결정 및 위치들의 해결(resolve)을 위한 계산들은 서버에 의해 수행된다. 따라서, 콘텐츠-레벨 정보(310) 및 인터벌 레벨 정보(320)만이 클라이언트로 전송될 때 의 프로세싱 모델은 "서버-기반"이다.
만약, 콘텐츠-레벨 정보(310), 인터벌-레벨 정보(320) 및 QoS 정보(330)가 클라이언트로 전송되면, 모든 대안들의 결정 및 위치들의 해결(resolve)을 위한 계산들은 클라이언트 및 서버에 의해 분산하여 수행된다. 따라서, 콘텐츠-레벨 정보(310), 인터벌-레벨 정보(320) 및 QoS 정보(330)가 클라이언트로 전송될 때, 상기의 모델은 "분산된"이 될 것이다.
모든 시그널링 정보들(콘텐츠-레벨 정보(310), 인터벌-레벨 정보(320), QoS 정보(330) 및 매핑 정보(340))이 클라이언트로 전송될 때, 이러한 모델에서 대부분(또는, 전부)의 프로세싱(즉, 대안들의 결정 및 위치들의 해결을 위한 계산)은 클라이언트에서 되기 수행 때문에, 상기 모델은 클라이언트-기반(client-based)이다.
메타데이터 파트들의 분리는 저장 및 전달에 있어서 효율성을 가능하게 한다. 예를 들면, 세션 동안, 콘텐츠-레벨 정보(310)의 메타데이터는 1회 보내질 수 있고, 인터벌 레벨 정보(320)만이 주기적으로 갱신될 수 있다. 유사하게, QoSInfo 파트(330)를 포함하는 하나의 파일이 상이한 인터벌들 및 상이한 콘텐츠를 위해 사용될 수 있다.
XML, 슈도-코드(pseudo-code), 세션 설명 프로토콜(Session Description Protocol; SDP) 등과 같은, 메타데이터의 집합을 표현(represent)하기 위한 상이한 방법들이 있다.
본 발명의 실시예들은 시그널링 신택스를 나타내기 위해 XML 및 슈도-코드 양자를 사용할 수 있다. XML 신택스는 MPEG-21 및 그와 유사한 스키마를 기반으로 하는 XLM 프로파일을 지원하는 클라이언트들을 위해 사용될 수 있다. 반면, 슈도-코드 신택스는 ISO 베이스 미디어 파일 포멧 등의 "언어(language)"에 기반할 수 있으며, 비-XML 클라이언트들 내에서 사용될 수 있다. 특히, 슈도-코드 신택스의 프로파일은 파일-포멧 파싱의 파싱 모듈과 유사한 파실 모듈을 채용(employ)할 수 있다. 이러한 목적을 위한 신택스를 설계하기 위해서, 하기의 실시예들에서 공통 요소들의 테이블(table)이 정의될 것이고, 각 포멧 내의 요소들이 나타내어질 것이다.
이러한 제안된 신택스들은, 임의의 다른 언어들에 의해서도 표현될 수 있다.
하기에서 일반 신택스 요소들의 테이블이 설명된다.
하기의 표들에서, 신택스 요소들은 계층적으로 설명된다. 즉, 자식(child) 요소는 그것의 부모(parent) 요소의 우측에 있는 열(column) 내에서 보인다. "리프"-레벨 요소들은 이텔릭체(italic)로 보인다. 부모 요소들은 볼드체(bold letters)로 보인다. 부모 요소는 대응하는 XML 타입 및 파일 박스로 나타내어진다.
발생횟수(occurrence)의 열 내에서, "0...N"은 발생횟수 요소의 인스턴스들의 개수가 0으로부터 "무제한(unbounded)"까지일 수 있음을 의미한다. 그러나, 0의 최소 발생횟수는 요소가 선택적인(optional)(즉, 존재하지 않음)일 수 있음을 의미한다. 1 이상의 최소 발생횟수는 요소가 신택스 내에서 의무적임(mandatory)을 의미한다.
발생횟수(occurrence)는 카디널리티(cardinality)와 동일한 의미로 사용될 수 있다.
타입 행에서, A는 속성을 나타내고, E는 요소를 나타낸다. 선택성(optionality) 행에서, M은 의무적인 것을 의미하고, O는 선택적인 것을 의미한다. 속성에 있어서, M은 의무적인 것을 의미하고, O는 선택적인 것을 의미하고, OD는 디폴트(default) 값을 갖는 선택적인 것을 의미하고, CM은 조건적으로(conditionally) 의무적인 것을 의미한다. 요소에 있어서, 요소는 <최소 발생들(minOccurs)> ... <최대 발생들(maxOccurs)>과 같이 표현될 수 있다. 이때, N은 무제한(unbounded)를 나타낸다.
이러한 의미는, 본 명세서의 다른 표들에서도 동일하다.
또한, QoSInfo는 더 특정하게는, AdaptationInfo로 불릴 수 있다. 더욱이, 몇몇 요소들은 신택스의 유동성(flexibility)을 높이기 위해 개정(revise)되었다.
하기의 표 1은 일반 정보를 설명한다.
Figure PCTKR2011006573-appb-I000001
Figure PCTKR2011006573-appb-I000002
Figure PCTKR2011006573-appb-I000003
Figure PCTKR2011006573-appb-I000004
하기의 표 2는 IntervalsRef, NextIntervalsRef, PreviousIntervalsRef, QoSInfoRef, MappingInfoRef a및 IntervalInfo 요소를 설명한다.
Figure PCTKR2011006573-appb-I000005
Figure PCTKR2011006573-appb-I000006
Figure PCTKR2011006573-appb-I000007
하기의 표 3은 QoSInfo 요소를 설명한다.
Figure PCTKR2011006573-appb-I000008
Figure PCTKR2011006573-appb-I000009
하기의 표 4는 표 3의 (1) Resource, (2) AdaptationOperator 및 (3) Utility 요소들의 공통 시맨틱을 나타낸다.
Figure PCTKR2011006573-appb-I000010
Figure PCTKR2011006573-appb-I000011
Figure PCTKR2011006573-appb-I000012
하기의 표 5는 매핑 정보를 나타낸다.
Figure PCTKR2011006573-appb-I000013
Figure PCTKR2011006573-appb-I000014
Figure PCTKR2011006573-appb-I000015
Location 요소들의 시맨틱스는 하기의 표 6과 같이 더 제공될 수 있다.
Figure PCTKR2011006573-appb-I000016
Figure PCTKR2011006573-appb-I000017
Figure PCTKR2011006573-appb-I000018
MP2TSBoundary, ISOFileBoundary 및 ByteRanges 요소들의 시맨틱스는 하기의 표 7과 같이 더 제공될 수 있다.
Figure PCTKR2011006573-appb-I000019
Figure PCTKR2011006573-appb-I000020
하기에서 클라이언트 요청이 설명된다.
클라이언트에 의해 획득된 메타데이터의 시그널링은 시그널링 정보의 상이한 파트들 또는 레벨들을 포함할 수 있다. 따라서, 클라이언트로부터 서버로의 요청은 세부사항(detail)의 상이한 레벨들의 파라미터들을 포함할 수 있다.
클라이언트의 주 파라미터들은 URI이고, 주 파라미터들은 쿼리 파트와 연관되었다.
하기에서 3개의 주요한 시나리오들을 검토한다.
1) 서버-기반 시나리오
이 경우, 서버로부터 클라이언트로 제공되는 메타데이터는 일반 콘텐츠 정보(310) 및 일반 인터벌 정보(320)로 구성된다.
요청된 콘텐츠의 URI에 대해, DefaultContentIntLoc(만약 아니라면, DefaultContentIntLoc)가 사용된다. 클라이언트가 콘텐츠의 특정 프래그먼트를 요청하는 것을 가능하게 하기 위해, (단계(140)의 요청의) 쿼리 부분 내에서 하기의 파라미터들 a) 및 b)가 정의된다.
a) "fragno" : 상기의 인터벌 내에서, 프래그먼트의 순서 값
b) "fragti" : 상기의 인터벌 내에서, 프래그먼트의 시작 시각
예컨대, 요청 URI는 "HTTP://server.com/file.mp4?fragno=5"가 될 수 있다.
2) 분산된 시나리오
이 경우, 서버로부터 클라이언트로 제공되는 메타데이터는 일반 콘텐츠 정보(310), 일반 인터벌 정보(320) 및 QoS 정보(330)를 포함한다.
상기의 파라미터들에 더해, 클라이언트가 적합한 대안을 요청하는 것을 가능하게 하기 위해 하기의 QoS-관련 파라미터들 a) 내지 c)가 (단계(140)의 요청의) 쿼리(query) 파트에서 정의된다.
a) "alter" : 대안의 순서 값이다. 대안의 순서 값에 따라 대안은 QoS 정보 내에서 나타난다.
b) "oper1", "oper2", ... "operN" : "operi"는 QoS 정보 내에서 나타나는 i 번째 적응 연산자(operation)의 값을 나른다(carry).
c) "res1", "res2", ... "resN" : "resi"는 QoS 정보 내에서 나타나는 i 번째 자원의 값을 나른다.
하나의 요청 내에서, 상기의 3 개의 옵션들 중 하나만이 사용될 수 있다.
전형적인 적응 연산자들 및 자원 타입들과 함께, 더 낳은 명료성(intelligibility) 및 상호운용성(interoperability) 특별 파라미터 명칭들이 정의될 수 있다.
적응 연산자들은 하기의 a) 내지 e)와 같다.
a) 오디오레이어들(audiolayers) : 버려질 확장가능한 오디오 레이어들의 개수를 가리킴.
b) 템포럴레이어들(temporallayers) : 버려질 확장가능한 비디오의 템포럴 레이어들의 개수를 가리킴.
c) 공간적레이어들(spatiallayers) : 버려질 확장가능한 비디오의 공간적 레이어들의 개수를 가리킴.
d) 품질레이어들(qualitylayers) : 버려질 확장가능한 비디오의 공간적 레이어들의 개수를 가리킴.
e) 우선순위레이어들(prioritylayers) : 버려질 확장가능한 비디오의 우선순위 레이어들의 개수를 가리킴.
자원 타입들은 하기의 a) 내지 d)와 같다.
a) 비트레이트(bitrate) : 요청된 대안의 평균 비트레이트(Kbps 단위로)를 가리킴.
b) 수직해상도(vertresolution) : 요청된 대안의 수직 해상도를 가리킴.
c) 수평해상도(horiresolution) : 요청된 대안의 수평 해상도를 가리킴.
d) 프레임레이트(framerate): 요청된 대안의 프레임레이트를 가리킴.
이러한 미리 정의된 파라미터들을 사용하는 것으로서, "http://server.com/file.mp4?fragno=5&bitrate=550"이 bitrate에 기반한 URI 요청의 일 예가 될 수 있다.
3) 클라이언트-기반 시나리오
이 경우, 서버로부터 클라이언트로 제공되는 메타데이터는 일반 콘텐츠, 일반 인터벌 정보, QoS 정보 및 매핑 정보를 포함한다.
요청 내에서 사용되는 QoS-관련 파라미터들은 QoSInfo 메타데이터의 ReqQoSPara 파트에 의해 가리켜진다. 만약, ReqQoSPara의 RefIndex가 0 또는 널(null)이면, "alter" 파라미터가 다른 옵션들 대신에 사용된다.
QoSInfo 메타데이터 내에 ReqQoSPara가 없으면, QoS-연관 파라미터들이 사용되지 않는다. 이 경우에서의 대안들은 MappingInfo의 위치들에 의해 암시된다.
콘텐츠의 URI는 MappingInfo의 풍부한 설명으로부터 유래한다. 콘텐츠/프로그램이 MPEG-2 TS 스트림 내에서 운반될 때, 하나 이상의 PID가 상기 스트림 내에서 콘텐츠의 위치를 찾기 위해 사용된다.
프래그먼트 경계들을 감지하기 위한 추가적인 정보가 제공될 때, (단계(140)의 요청의) 쿼리 파트를 위한 하기의 파라미터들 1) 내지 3)이 사용될 수 있다.
1) MPEG-2 TS 경계를 위해, Apperance, PCR_PID, PCR_base, PCR_ext, Media_PID 및 Media_Offset
2) ISO 미디어 파일 경계를 위해, SequenceNo
3) 로(raw) 바이트-시퀀스로서 간주되는 파일을 위해, Start 및 End
이러한 파라미터들의 시맨틱스는 FragBoundaries 요소의 시맨틱스 내에서 제공된다.
Start-End 페어들은 HTTP 요청 메시지의 범위 헤더에 의해 사용될 수 있다. 예컨대, 만약 {(Start=0, End=99); (Start=200, End=299)}이면, 헤더는 Range: bytes=0-99,200-299”일 수 있다.
하기에서, XML 포멧의 신택스 레프리젠테이션(representation)이 설명된다. 하기에서, 상기의 신택스 요소들의 레프리젠테이션이 XML 포멧으로 제공된다. 각 요소의 시맨틱스는 상기의 표 1 내지 표 7 내에서 추적(trace back)될 수 있다.
몇몇 요소들은 MPEG-21 DIA 내에서 정의된 몇몇 타입들의 확장일 수 있다. 몇몇 요소들은 MPEG-21 DIA 내에서 정의된 몇몇 타입들을 취할 수 있다.
하기의 표 8은 HTTPStreamingType의 XML 포멧을 사용한 신택스 레프리젠테이션이다.
Figure PCTKR2011006573-appb-I000021
하기의 표 9는 GeneralInfoType의 XML 포멧을 사용한 신택스 레프리젠테이션이다.
Figure PCTKR2011006573-appb-I000022
Figure PCTKR2011006573-appb-I000023
하기의 표 10은 IntervalRefType의 XML 포멧을 사용한 신택스 레프리젠테이션이다.
Figure PCTKR2011006573-appb-I000024
Figure PCTKR2011006573-appb-I000025
하기의 표 11은 IntervalType의 XML 포멧을 사용한 신택스 레프리젠테이션이다.
Figure PCTKR2011006573-appb-I000026
Figure PCTKR2011006573-appb-I000027
하기의 표 12는 IntervalInfoType의 XML 포멧을 사용한 신택스 레프리젠테이션이다.
Figure PCTKR2011006573-appb-I000028
Figure PCTKR2011006573-appb-I000029
하기의 표 13는 ISOFileBoundaryType 및 ByteRangesType의 XML 포멧을 사용한 신택스 레프리젠테이션이다.
Figure PCTKR2011006573-appb-I000030
하기에서, MP4 슈도-코드 포멧의 신택스 레프리젠테이션이 설명된다. 하기에서, 상기의 신택스 요소들의 레프리젠테이션이 MP4 슈도-코드로 제공된다.
하기의 표 14는 HTTPStreamingBox의 MP4 슈도-코드를 사용한 신택스 레프리젠테이션이다.
Figure PCTKR2011006573-appb-I000031
도 4는 본 발명의 일 예에 따른 MPEG-2 TS 내에서의 가상 경계들의 감지를 설명한다.
TS 스트림에서, 주어진 프로그램의 PCR 패킷은 고정된 PID(즉, PCR_PID)와 함께 수송(carry)되며, 적어도 매 100ms 마다 삽입된다.
PCR 패킷들은 (증가하는 값들과 함께) 프로그램의 앵커 포인트들로서 간주될 수 있다. 다른 한 편으로, 프로그램의 각 미디어들은 주어진 PID(즉, Media_PID)의 패킷들에 의해 수송될 수 있다.
따라서, 미디어 스트림의 프래그먼트 경계는 1) 특정 앵커 포인트 및 2) 상기 앵커로부터 경계에 있는 패킷까지의 옵셋에 의해 정의 또는 식별될 수 있다.
옵셋은 동일한 Media_PID의 패킷들에 의해 카운트될 수 있다..
때때로 PCR 값들은 리셋(불연속성)될 수 있다. 이 경우, 인터벌 내에 동일한 PCR 값의 하나 이상의 PCR 패킷들이 있는 경우, 앵커로서 사용되는 PCR 패킷의 출현 순서가 가리진다..
sourceURL 속성은 요구되는 것에서 선택적인 것으로 변경될 수 있다. 이는, baseURL이 이미 완전한 URL을 제공하기 때문이다. sourceURL은 요구되지 않을 수 있다.
다중 바이트 범위들의 사용은 "가상 세그먼트들"을 다운로딩함에 있어서 유동성을 제공한다. 예컨대, (트릭모드(trickmode)에서 사용될 수 있는) 저(low) 프레임 레이트의 세그먼트는 스트림 또는 원 세그먼트로부터 온-더-플라이로 추출될 수 있다.
추가로, Representation을 위해 다중 URL을 사용하는 것을 지원하기 위해, 하기의 변형이 3GPP 적응적 HTTP 스트리밍의 스키마에 가해질 수 있다.
하기에서, 동일한 자원/콘텐츠를 위한 다중 위치들이 설명된다.
설명의 각 레벨(톱(top)-레벨, Period 레벨, Representation 레벨)은 설명으로부터 절대 URL들을 구축하기 위한 단지 단일한 베이스 URL을 제공한다.
각 설명 레벨에, 다중의 베이스 URL들이 제공될 수 있다. 다중 베이스 URL들은 다중 위치에서의 자원들의 가용성을 시그널한다.
클라이언트의 실제 위치에 의존하여, 클라이언트는 자원을 추출하는 절차에 있어서의 하나 이상의 베이스 URL을 선택할 수 있다.
이러한 변형은 상이한 방식들로 구현될 수 있다. 하나의 방식은 "morebaseURLs"라고 불리는 추가적인 속성 또는 "BaseURLs"라 불리는 요소를 사용하는 것이다.
이러한 속성 또는 요소는 다중 (베이스) URL들로 구성된 문자열일 수 있다. 문자열은, 예컨대 "; "(즉, 세미콜론 및 공백문자)와 같은, 몇몇 특별 문자들에 의해 분리될 수 있다.
만약, 임의의 세미콜론 또는 공백 문자가 URL 내에서 나타나면, 세미콜론 또는 공백 문자는 RFC 2616의 규칙에 의해 인코드될 수 있다.
더 낮은 설명 레벨의 morebaseURL의 속성(또는 BaseURLs 요소)는 더 높은 설명 레벨의 동일한 속성(요소)를 오버라이드한다.
명확성을 위해, morebaseURLs 속성 및 BaseURLs 요소는 상호 배제인 것으로 제한될 수 있다. 즉, 전체 설명 내에서 하나의 타입 만이 존재할 수 있다.
각 인스턴스가 베이스 URL을 제공할 때, 또 다른 방식은, 다중 인스턴스들과 함께 임의의 URI 타입의 MoreBaseURL 요소를 사용하는 것이다.
이러한 상이한 방식들은 단지 다중 베이스 URL들을 제공하기 위한 아이디어의 일 예일 뿐이다. 이러한 아이디어는 많은 상이한 방식들 또는 상이한 언어들로서 구현될 수 있다.
하기에서 자윈/콘텐츠 구성요소들을 위한 다중 location들을 설명한다.
자원/콘텐츠는 하나 이상의 콤포넌트/스트림으로 나뉘어질 수 있다. 하나 이상의 콤포넌트/스트림 각각은 location로부터 전달된다. 이러한 전달은, UriTemplate 요소의 다중 인스턴스들 또는 SegmentInfoType 내의 Url 요소 집합을 허용함으로써 지원될 수 있다. SegmentInfoType 내에서의 변경 "<xs:choice maxOccurs="unbounded">"이 이러한 목적을 위해 사용될 수 있다.
UrlTemplate 인스턴스 또는 Url 집합 인스턴스의 출현 순서는 그것의 "location/stream"의 중요성을 가리킬 수 있다. 더 중요한 location이 덜 중요한 location 전에 나타날 수 있다. 예컨대, 비디오 Representation은 2 개의 스트림들(공간적 베이스 레이어 및 공간적 향상(enhancement) 레이어)로 구성될 수 있다. 각각은 UrlTemplate에 의해 설명된 location로부터 전달된다. 그 다음, UrlTemplate의 첫 인스턴스가 공간적 베이스 레이어를 위한 location이 된다.
더욱이, InitialisationSegmentURL의 다중 인스턴스들이 허용될 수 있다. InitialisationSegmentURL의 n 번째 인스턴스는 (UrlTemplate 요소 또는 Url 요소 집합에 의해) location의 n 번째 인스턴스에 대응한다.
만약, InitialisationSegmentURL의 단 하나의 인스턴스만 있으면, 상기 인스턴스는 모든 location들을 위해 사용될 수 있다.
하기의 표 15 내지 표 19는 3GPP의 AdaptiveHTTPStreaming의 스키마를 나타낸다.
Figure PCTKR2011006573-appb-I000032
Figure PCTKR2011006573-appb-I000033
Figure PCTKR2011006573-appb-I000034
Figure PCTKR2011006573-appb-I000035
Figure PCTKR2011006573-appb-I000036
Figure PCTKR2011006573-appb-I000037
Figure PCTKR2011006573-appb-I000038
Figure PCTKR2011006573-appb-I000039
Figure PCTKR2011006573-appb-I000040
Figure PCTKR2011006573-appb-I000041
Figure PCTKR2011006573-appb-I000042
Figure PCTKR2011006573-appb-I000043
Figure PCTKR2011006573-appb-I000044
Figure PCTKR2011006573-appb-I000045
Figure PCTKR2011006573-appb-I000046
Figure PCTKR2011006573-appb-I000047
도 5는 본 발명의 일 실시예에 따른 단말(100)의 구조도이다.
제어부(510)는 단계(130) 및 단계(140)을 수행한다. 즉, 제어부(510)는 인터벌에 대한 메타데이터를 처리하고, 처리에 기반하여 인터벌에 대해 적합한 상기 프래그먼트를 선택하는
송수신부(520)는 단계(120), 단계(140) 및 단계(150)을 수행한다. 즉, 송수신부(520)는 서버(110)로부터 콘텐츠의 인터벌에 대한 메타데이터를 수신하고, 인터벌에 대해 적합한 프래그먼트를 서버에게 요청하고, 서버로부터 상기 프래그먼트를 수신한다.
도 6은 본 발명의 일 실시예에 따른 단말(100)의 구조도이다.
단말(100)은 접근 엔진(610) 및 미디어 엔진(620)을 포함할 수 있다.
접근 엔진(610)은 DASH 접근 엔진일 수 있다.
접근 엔진(610)은 서버(110)로부터, 메타데이터(예컨대, MPD)를 수신할 수 있다.
접근 엔진(610)은, 요청들을 구성하고, 구성된 요청들을 서버(110)에게 발행(issue)할 수 있다. 접근 엔진(610)은, 미디어(예켄더, 세그먼트들 또는 세그먼트들의 일부들)을 서버(110)로부터 수신할 수 있다. 접근 엔진은 미디어의 세그먼트를 상기 세그먼트의 URL을 사용하여 요청할 수 있다.
접근 엔진(610)은 메타데이터가 제공하는 정보에 기반하여 미디어의 세그먼트들을 수신할 수 있다. 여기서, 각 주기는 하나 이상의 그룹들을 포함할 수 있고, 각 그룹은 상기 미디어의 하나 이상의 레프리젠테이션을 포함할 수 있고, 각 레프리젠테이션은 하나 이상의 세그먼트들을 포함할 수 있다.
접근 엔진(610)은 미디어를 미디어 엔진(620)에게 제공한다. 접근 엔진(610)은 세그먼트들 내에 포함된 미디어의 데이터를 디코딩할 수 있다.
접근 엔진(610)의 출력은, MPEG 컨테니어(container)(예컨대, ISO/IEC 14492-12 ISO 베이스 미디어 파일 포멧 또는 ISO/IEC 13818-2 MPEG-2 트랜스포트 스트림)의 미디어(또는, 미디어의 일부들)을 포함할 수 있다. 또한, 접근 엔진(610)의 출력은 상기 미디어의 내부적(internal) 타이밍을 미디어 프리젠테이션의 타임 라인으로 사상(map)하는 타이밍 정보를 포함할 수 있다.
미디어 엔진(620)은 제공된 미디어를 재생한다. 즉, 미디어 엔진(620)은 접근 엔진으로부터 미디어의 데이터를 제공받아, 미디어를 출력할 수 있다. 미디어 엔진(620)은 접근 엔진(610)으로부터 출력된 미디어의 데이터 및 타이밍 정보를 사용하여 미디어를 출력할 수 있다.
앞서 도 1 내지 도 5를 참조하여 설명된 본 발명의 일 실시예에 따른 기술적 내용들이 본 실시예에도 그대로 적용될 수 있다. 따라서 보다 상세한 설명은 이하 생략하기로 한다.
본 발명의 일 실시예에 따른 방법은 다양한 컴퓨터 수단을 통하여 수행될 수 있는 프로그램 명령 형태로 구현되어 컴퓨터 판독 가능 매체에 기록될 수 있다. 상기 컴퓨터 판독 가능 매체는 프로그램 명령, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 상기 매체에 기록되는 프로그램 명령은 본 발명을 위하여 특별히 설계되고 구성된 것들이거나 컴퓨터 소프트웨어 당업자에게 공지되어 사용 가능한 것일 수도 있다. 컴퓨터 판독 가능 기록 매체의 예에는 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체(magnetic media), CD-ROM, DVD와 같은 광기록 매체(optical media), 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical media), 및 롬(ROM), 램(RAM), 플래시 메모리 등과 같은 프로그램 명령을 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다. 프로그램 명령의 예에는 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드를 포함한다. 상기된 하드웨어 장치는 본 발명의 동작을 수행하기 위해 하나 이상의 소프트웨어 모듈로서 작동하도록 구성될 수 있으며, 그 역도 마찬가지이다.
이상과 같이 본 발명은 비록 한정된 실시예와 도면에 의해 설명되었으나, 본 발명은 상기의 실시예에 한정되는 것은 아니며, 본 발명이 속하는 분야에서 통상의 지식을 가진 자라면 이러한 기재로부터 다양한 수정 및 변형이 가능하다.
그러므로, 본 발명의 범위는 설명된 실시예에 국한되어 정해져서는 아니 되며, 후술하는 특허청구범위뿐 아니라 이 특허청구범위와 균등한 것들에 의해 정해져야 한다.

Claims (20)

  1. 미디어의 메타데이터를 수신하는 단계 - 상기 메타데이터는 하나 이상의 베이스 통합 자원 지시기(Uniform Resource Locator; URL) 요소를 포함함 -;
    상기 미디어의 세그먼트를 상기 세그먼트의 URL을 사용하여 요청하는 단계 - 상기 URL은 상기 베이스 URL 요소에 상관되어 해석됨 -;
    상기 세그먼트를 수신하는 단계; 및
    상기 세그먼트 내에 포함된 상기 미디어의 데이터를 디코딩 및 렌더링하는 단계
    를 포함하는, 미디어 제공 방법.
  2. 제1항에 있어서,
    상기 요청은 HTTP GET 메쏘드인, 미디어 제공 방법.
  3. 제1항에 있어서,
    상기 메타데이터는 범위 속성을 포함하고,
    상기 요청은 상기 URL이 가리키는 자원의 상기 범위 속성이 지정하는 바이트들에 대한 요청인, 미디어 제공 방법.
  4. 제1항에 있어서,
    상기 URL은 절대적 URL 또는 상대적 URL인, 미디어 제공 방법.
  5. 제1항에 있어서,
    상기 하나 이상의 베이스 URL 요소들 각각에 의해 상관되어 해석된 상기 URL들이 가리키는 다중 위치들은 동일한 세그먼트들을 접근하는, 미디어 제공 방법.
  6. 제1항에 있어서,
    상기 하나 이상의 베이스 URL 요소들 중 첫 번째 베이스 URL은 기본적인 통합 자원 식별자(Universal Resource Indicator; URI)로 사용되고, 상기 하나 이상의 베이스 URL 요소들 중 상기 첫 번째 베이스 URL를 제외한 나머지 베이스 URL 요소들은 대안적인 베이스 URL인, 미디어 제공 방법.
  7. 제1항에 있어서,
    상기 메타데이터는 상기 세그먼트의 소스(source) URL 속성을 선택적으로 포함하고, 상기 메타데이터가 상기 세그먼트의 상기 소스 URL 속성을 선택적으로 포함할 경우, 상기 하나 이상의 베이스 URL 요소들 중 임의의 베이스 URL 요소가 상기 소스 URL 속성에 사상됨으로써 상기 URL이 생성되는, 미디어 제공 방법.
  8. 제1항에 있어서,
    상기 메타데이터는 상기 미디어 콘텐츠의 미디어 정보(media presentation description; MPD)인, 미디어 제공 방법.
  9. 제8항에 있어서,
    상기 미디어는 일련의 하나 이상의 주기를 포함하고,
    상기 베이스 URL 요소는 상기 미디어 정보에 대한 하나 이상의 미디어 정보 레벨 베이스 URL 요소들 및 상기 주기에 대한 하나 이상의 주기 레벨 베이스 URL 요소들을 포함하고,
    각 주기에 포함되는 상기 세그먼트의 URL은 상기 주기의 주기 레벨 베이스 URL 요소에 상관하여 해석되는 미디어 제공 방법.
  10. 제9항에 있어서,
    상기 주기 레벨 베이스 URL 요소는 상기 미디어 정보 레벨 베이스 URL 요소에 상관하여 해석되는, 미디어 제공 방법.
  11. 제9항에 있어서,
    상기 하나 이상의 주기들 각각은 하나 이상의 그룹들을 포함하고,
    상기 베이스 URL 요소는 상기 그룹에 대한 하나 이상의 그룹 레벨 베이스 URL 요소들을 더 포함하고,
    각 그룹에 포함되는 상기 세그먼트의 URL은 상기 그룹의 그룹 레벨 베이스 URL 요소에 상관하여 해석되는, 미디어 제공 방법.
  12. 제11항에 있어서,
    상기 그룹 레벨 베이스 URL 요소는 상기 주기 레벨 베이스 URL 요소에 상관하여 해석되는, 미디어 제공 방법.
  13. 제11항에 있어서,
    상기 하나 이상의 그룹들 각각은 하나 이상의 레프리젠테이션들을 포함하고,
    상기 레프리젠테이션은 하나의 상기 주기 내의 상기 미디어의 하나 이상의 컴포넌트들의 구조화된 컬렉션이고,
    상기 베이스 URL 요소는 상기 레프리젠테이션에 대한 하나 이상의 레프리젠테이션 레벨 베이스 URL 요소들을 더 포함하고,
    각 레프리젠테이션에 포함되는 상기 세그먼트의 URL은 상기 레프리젠테이션의 레프리젠테이션 레벨 베이스 URL 요소에 상관하여 해석되는, 미디어 제공 방법.
  14. 제13항에 있어서,
    상기 레프리젠테이션 레벨 베이스 URL 요소는 상기 그룹 레벨 베이스 URL 요소 또는 상기 주기 레벨 베이스 URL 요소에 상관하여 해석되는, 미디어 제공 방법.
  15. 미디어의 메타데이터를 수신하고 - 상기 메타데이터는 하나 이상의 베이스 통합 자원 지시기(Uniform Resource Locator; URL) 요소들을 포함함 -, 상기 미디어의 세그먼트를 상기 세그먼트의 URL을 사용하여 요청하고 - 상기 URL은 상기 베이스 URL 요소에 상관되어 해석됨 -, 상기 세그먼트를 수신하고, 상기 세그먼트들 내에 포함된 상기 미디어의 데이터를 디코딩하는 접근 엔진; 및
    상기 접근 엔진으로부터 상기 미디어의 데이터를 제공받아 상기 미디어를 출력하는 미디어 엔진을 포함하는, 단말.
  16. 제15항에 있어서,
    상기 메타데이터는 범위 속성을 포함하고,
    상기 요청은 상기 URL이 가리키는 자원의 상기 범위 속성이 지정하는 바이트들에 대한 요청인, 단말.
  17. 제15항에 있어서,
    상기 하나 이상의 베이스 URL 요소들 각각에 의해 상관되어 해석된 상기 URL들이 가리키는 다중 위치들은 동일한 세그먼트들을 접근하는, 단말.
  18. 제15항에 있어서,
    상기 하나 이상의 베이스 URL 요소들 중 첫 번째 베이스 URL은 기본적인 통합 자원 식별자(Universal Resource Indicator; URI)로 사용되고, 상기 하나 이상의 베이스 URL 요소들 중 상기 첫 번째 베이스 URL를 제외한 나머지 베이스 URL 요소들은 대안적인 베이스 URL인, 단말.
  19. 제15항에 있어서,
    상기 메타데이터는 상기 세그먼트의 소스(source) URL 속성을 선택적으로 포함하고, 상기 메타데이터가 상기 세그먼트의 상기 소스 URL 속성을 선택적으로 포함할 경우, 상기 하나 이상의 베이스 URL 요소들 중 임의의 베이스 URL 요소가 상기 소스 URL 속성에 사상됨으로써 상기 URL이 생성되는, 단말.
  20. 제15항에 있어서,
    상기 메타데이터는 상기 미디어 콘텐츠의 미디어 정보(media presentation description; MPD)인, 단말.
PCT/KR2011/006573 2010-09-06 2011-09-06 스트리밍 컨텐츠 제공 장치 및 방법 WO2012033319A2 (ko)

Priority Applications (8)

Application Number Priority Date Filing Date Title
US13/820,955 US8645562B2 (en) 2010-09-06 2011-09-06 Apparatus and method for providing streaming content
CN201180042908.3A CN103081504B (zh) 2010-09-06 2011-09-06 提供串流内容的方法及装置
PCT/KR2011/006573 WO2012033319A2 (ko) 2010-09-06 2011-09-06 스트리밍 컨텐츠 제공 장치 및 방법
EP11823752.8A EP2615841B1 (en) 2010-09-06 2011-09-06 Apparatus and method for providing streaming content
US14/146,500 US9467493B2 (en) 2010-09-06 2014-01-02 Apparatus and method for providing streaming content
US15/287,260 US10027736B2 (en) 2010-09-06 2016-10-06 Apparatus and method for providing streaming content
US16/036,703 US20180324241A1 (en) 2010-09-06 2018-07-16 Apparatus and method for providing streaming content
US16/228,097 US10277660B1 (en) 2010-09-06 2018-12-20 Apparatus and method for providing streaming content

Applications Claiming Priority (15)

Application Number Priority Date Filing Date Title
US38027710P 2010-09-06 2010-09-06
US61/380,277 2010-09-06
US39032810P 2010-10-06 2010-10-06
US61/390,328 2010-10-06
US40567410P 2010-10-22 2010-10-22
US61/405,674 2010-10-22
US41446210P 2010-11-17 2010-11-17
US61/414,462 2010-11-17
US41793110P 2010-11-30 2010-11-30
US61/417,931 2010-11-30
US201161434036P 2011-01-19 2011-01-19
US61/434,036 2011-01-19
KR1020110089923A KR101206111B1 (ko) 2010-09-06 2011-09-06 스트리밍 콘텐츠 제공 장치 및 방법
PCT/KR2011/006573 WO2012033319A2 (ko) 2010-09-06 2011-09-06 스트리밍 컨텐츠 제공 장치 및 방법
KR10-2011-0089923 2011-09-06

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US13/820,955 A-371-Of-International US8645562B2 (en) 2010-09-06 2011-09-06 Apparatus and method for providing streaming content
US14/146,500 Continuation US9467493B2 (en) 2010-09-06 2014-01-02 Apparatus and method for providing streaming content

Publications (2)

Publication Number Publication Date
WO2012033319A2 true WO2012033319A2 (ko) 2012-03-15
WO2012033319A3 WO2012033319A3 (ko) 2012-06-28

Family

ID=45811058

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2011/006573 WO2012033319A2 (ko) 2010-09-06 2011-09-06 스트리밍 컨텐츠 제공 장치 및 방법

Country Status (5)

Country Link
US (2) US8645562B2 (ko)
EP (2) EP2615841B1 (ko)
KR (1) KR101206111B1 (ko)
CN (2) CN106850586B (ko)
WO (1) WO2012033319A2 (ko)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2602244C1 (ru) * 2012-10-09 2016-11-10 Оранж Наследование параметров унифицированного идентификатора ресурса (uri)
US20160337679A1 (en) * 2014-01-08 2016-11-17 Electronics And Telecommunications Research Instit Ute Method for displaying bit depth for playing video using dash
WO2018021616A1 (en) * 2016-07-29 2018-02-01 Airbroad Inc. Operating method of client for streaming service

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20120034550A (ko) 2010-07-20 2012-04-12 한국전자통신연구원 스트리밍 컨텐츠 제공 장치 및 방법
US9467493B2 (en) * 2010-09-06 2016-10-11 Electronics And Telecommunication Research Institute Apparatus and method for providing streaming content
US9438883B2 (en) * 2012-04-09 2016-09-06 Intel Corporation Quality of experience reporting for combined unicast-multicast/broadcast streaming of media content
WO2014113710A1 (en) 2013-01-18 2014-07-24 Huawei Technologies. Co., Ltd Method and apparatus for performing adaptive streaming on media contents
WO2014172654A1 (en) 2013-04-19 2014-10-23 Huawei Technologies Co., Ltd. Media quality information signaling in dynamic adaptive video streaming over hypertext transfer protocol
US9628528B2 (en) * 2013-07-19 2017-04-18 Electronics And Telecommunications Research Institute Apparatus and method for providing content
CN105230024B (zh) * 2013-07-19 2019-05-24 华为技术有限公司 一种媒体表示自适应方法、装置及计算机存储介质
US9432427B2 (en) 2013-07-25 2016-08-30 Futurewei Technologies, Inc. System and method for effectively controlling client behavior in adaptive streaming
WO2015013720A1 (en) * 2013-07-26 2015-01-29 Futurewei Technologies Inc. Spatial adaptation in adaptive streaming
US10165028B2 (en) * 2014-03-25 2018-12-25 Intel Corporation Context-aware streaming of digital content
US10228751B2 (en) 2014-08-06 2019-03-12 Apple Inc. Low power mode
US9647489B2 (en) 2014-08-26 2017-05-09 Apple Inc. Brownout avoidance
US10231033B1 (en) 2014-09-30 2019-03-12 Apple Inc. Synchronizing out-of-band content with a media stream
US10708391B1 (en) * 2014-09-30 2020-07-07 Apple Inc. Delivery of apps in a media stream
CN104580389B (zh) * 2014-12-18 2017-12-01 河海大学 URI标识的Ogg格式时间片段的客户端HTTP检索方法
US11038938B2 (en) * 2016-04-25 2021-06-15 Time Warner Cable Enterprises Llc Methods and apparatus for providing alternative content
CN107040615B (zh) * 2017-06-22 2021-07-02 深圳Tcl数字技术有限公司 媒体分片的下载方法、终端和计算机可读存储介质
EP3499901A1 (en) * 2017-12-12 2019-06-19 Spotify AB Methods, computer server systems and media devices for media streaming
US10817307B1 (en) 2017-12-20 2020-10-27 Apple Inc. API behavior modification based on power source health
US11363133B1 (en) 2017-12-20 2022-06-14 Apple Inc. Battery health-based power management

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7330875B1 (en) * 1999-06-15 2008-02-12 Microsoft Corporation System and method for recording a presentation for on-demand viewing over a computer network
US6510464B1 (en) * 1999-12-14 2003-01-21 Verizon Corporate Services Group Inc. Secure gateway having routing feature
US7512665B1 (en) * 2000-08-17 2009-03-31 International Business Machines Corporation Chained uniform resource locators
EP1263183A1 (en) * 2001-06-01 2002-12-04 Alcatel Processor system, method and computer program product for monitoring remote terminal
US20030069991A1 (en) * 2001-10-09 2003-04-10 Brescia Paul T. Location-based address provision
WO2003073768A1 (en) 2002-02-25 2003-09-04 Sony Electronics, Inc. Method and apparatus for supporting avc in mp4
US8285727B2 (en) * 2003-03-06 2012-10-09 Thomson Licensing S.A. Simplified searching for media services using a control device
JP4340483B2 (ja) 2003-06-27 2009-10-07 富士通株式会社 複合コンテンツの配信方法および配信システム
JP2005071318A (ja) * 2003-08-01 2005-03-17 Toshiyuki Yamamoto ホームページ管理装置
US20050102371A1 (en) 2003-11-07 2005-05-12 Emre Aksu Streaming from a server to a client
KR101022471B1 (ko) 2004-01-17 2011-03-16 삼성전자주식회사 멀티미디어 데이터를 기록한 정보저장매체, 그 재생방법및 재생장치
US7680785B2 (en) * 2005-03-25 2010-03-16 Microsoft Corporation Systems and methods for inferring uniform resource locator (URL) normalization rules
US20060287912A1 (en) * 2005-06-17 2006-12-21 Vinayak Raghuvamshi Presenting advertising content
US9386064B2 (en) * 2006-06-09 2016-07-05 Qualcomm Incorporated Enhanced block-request streaming using URL templates and construction rules
CN100456830C (zh) * 2006-06-28 2009-01-28 华为技术有限公司 实现流媒体内容审查的用户终端设备及审查方法
US20080034424A1 (en) * 2006-07-20 2008-02-07 Kevin Overcash System and method of preventing web applications threats
KR20080018778A (ko) * 2006-08-25 2008-02-28 삼성전자주식회사 Ａｖ 컨텐츠를 세그먼트 단위로 실행하는 방법, 제어포인트 장치 및 홈 네트워크 시스템
US8533310B2 (en) * 2007-03-09 2013-09-10 Riverbed Technology, Inc. Method and apparatus for acceleration by prefetching associated objects
US8365271B2 (en) * 2008-02-27 2013-01-29 International Business Machines Corporation Controlling access of a client system to access protected remote resources supporting relative URLs
US8621044B2 (en) * 2009-03-16 2013-12-31 Microsoft Corporation Smooth, stateless client media streaming
US9015564B2 (en) * 2009-08-19 2015-04-21 Qualcomm Incorporated Content delivery system with allocation of source data and repair data among HTTP servers
CN103119958A (zh) * 2010-07-20 2013-05-22 夏普株式会社 内容分发装置、内容重放装置、内容分发系统、内容分发装置的控制方法、控制程序以及记录介质
US20120233345A1 (en) * 2010-09-10 2012-09-13 Nokia Corporation Method and apparatus for adaptive streaming
US8468145B2 (en) * 2011-09-16 2013-06-18 Google Inc. Indexing of URLs with fragments
US20130182643A1 (en) * 2012-01-16 2013-07-18 Qualcomm Incorporated Method and system for transitions of broadcast dash service receptions between unicast and broadcast
EP2805463A1 (en) * 2012-01-17 2014-11-26 Telefonaktiebolaget L M Ericsson (publ) Method for sending respectively receiving a media stream
FR2996715A1 (fr) * 2012-10-09 2014-04-11 France Telecom Heritage de parametres d'identifiant universel de ressource (uri)

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
None

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2602244C1 (ru) * 2012-10-09 2016-11-10 Оранж Наследование параметров унифицированного идентификатора ресурса (uri)
US20160337679A1 (en) * 2014-01-08 2016-11-17 Electronics And Telecommunications Research Instit Ute Method for displaying bit depth for playing video using dash
WO2018021616A1 (en) * 2016-07-29 2018-02-01 Airbroad Inc. Operating method of client for streaming service
KR20180013298A (ko) * 2016-07-29 2018-02-07 주식회사 에어브로드 스트리밍 서비스를 위한 클라이언트의 동작 방법
KR101863598B1 (ko) * 2016-07-29 2018-06-01 주식회사 에어브로드 스트리밍 서비스를 위한 클라이언트의 동작 방법

Also Published As

Publication number Publication date
EP3327656A1 (en) 2018-05-30
CN106850586A (zh) 2017-06-13
KR20120060733A (ko) 2012-06-12
US9338211B2 (en) 2016-05-10
US8645562B2 (en) 2014-02-04
KR101206111B1 (ko) 2012-11-28
EP2615841B1 (en) 2017-12-13
WO2012033319A3 (ko) 2012-06-28
CN103081504A (zh) 2013-05-01
EP2615841A4 (en) 2014-03-19
US20140122738A1 (en) 2014-05-01
CN106850586B (zh) 2020-12-22
EP2615841A2 (en) 2013-07-17
CN103081504B (zh) 2017-02-08
US20130166771A1 (en) 2013-06-27

Similar Documents

Publication Publication Date Title
WO2012033319A2 (ko) 스트리밍 컨텐츠 제공 장치 및 방법
WO2012047028A2 (ko) 스트리밍 컨텐츠 제공 장치 및 방법
WO2012030178A2 (ko) 스트리밍 컨텐츠 제공 장치 및 방법
WO2012011743A2 (ko) 스트리밍 컨텐츠 제공 장치 및 방법
WO2011059272A2 (en) Method and apparatus for providing trick play service
WO2012125006A2 (ko) 레프리젠테이션을 사용하는 스트리밍 콘텐츠 제공 장치 및 방법
WO2011105811A2 (en) Method and apparatus for transmitting and receiving data
WO2014171718A1 (ko) 방송 전송 장치, 방송 수신 장치, 방송 전송 장치의 동작 방법 및 방송 수신 장치의 동작 방법
WO2012011724A2 (ko) 미디어 파일 송수신 방법 및 그를 이용한 송수신 장치
WO2015012605A1 (ko) 3차원 콘텐츠의 부호화 방법 및 장치
WO2013089437A1 (ko) 미디어 컨텐트를 수신하는 장치 및 방법
EP2499794A2 (en) Method and apparatus for transmitting and receiving data
WO2012011735A2 (en) Method and apparatus for transmitting and receiving adaptive streaming mechanism-based content
WO2013048148A2 (en) Method and apparatus for transmitting and receiving content
WO2010033006A2 (ko) 실감 효과 표현 방법 및 장치
WO2014209057A1 (ko) 지상파 방송망과 인터넷 프로토콜망 연동 기반의 하이브리드 방송 시스템에서 방송 서비스의 송수신 방법 및 장치
WO2011115454A2 (en) Method and apparatus for adaptively streaming content including plurality of chapters
WO2010123248A2 (ko) P2p 전송 방식에 의한 iptv 스트리밍 서비스를 전송하는 방법 및 p2p 전송 방식에 의한 iptv 스트리밍 서비스를 수신하는 방법.
WO2016111563A1 (ko) 통신 시스템에서 미디어 정보를 송수신하는 방법 및 장치
WO2011062386A2 (ko) 방송 신호 송수신 방법 및 그를 이용한 방송 수신 장치
WO2010021493A2 (en) Method and apparatus for transmitting broadcast data, and method and apparatus for receiving broadcast data
WO2013157890A1 (en) Method and apparatus of processing data to support augmented reality
WO2015126117A1 (ko) 방송 신호 송수신 방법 및 장치
WO2017209574A1 (ko) 미디어 콘텐츠 제공 방법 및 장치
WO2020096148A1 (ko) 미디어 서비스 채널 전환 방법 및 장치

Legal Events

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

Ref document number: 201180042908.3

Country of ref document: CN

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

Ref document number: 11823752

Country of ref document: EP

Kind code of ref document: A2

WWE Wipo information: entry into national phase

Ref document number: 13820955

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2011823752

Country of ref document: EP