[go: up one dir, main page]

WO2012008792A2 - Appareil et procédé d'envoi-réception de service de transmission en continu - Google Patents

Appareil et procédé d'envoi-réception de service de transmission en continu Download PDF

Info

Publication number
WO2012008792A2
WO2012008792A2 PCT/KR2011/005221 KR2011005221W WO2012008792A2 WO 2012008792 A2 WO2012008792 A2 WO 2012008792A2 KR 2011005221 W KR2011005221 W KR 2011005221W WO 2012008792 A2 WO2012008792 A2 WO 2012008792A2
Authority
WO
WIPO (PCT)
Prior art keywords
chunks
file
http
chunk
iso file
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/KR2011/005221
Other languages
English (en)
Korean (ko)
Other versions
WO2012008792A3 (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.)
Electronics and Telecommunications Research Institute ETRI
Original Assignee
Electronics and Telecommunications Research Institute ETRI
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
Priority claimed from KR1020110030807A external-priority patent/KR20120008432A/ko
Application filed by Electronics and Telecommunications Research Institute ETRI filed Critical Electronics and Telecommunications Research Institute ETRI
Priority to US13/810,600 priority Critical patent/US20130124699A1/en
Publication of WO2012008792A2 publication Critical patent/WO2012008792A2/fr
Publication of WO2012008792A3 publication Critical patent/WO2012008792A3/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/85406—Content authoring involving a specific file format, e.g. MP4 format
    • 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/75—Media network packet handling
    • H04L65/762—Media network packet handling at the source 

Definitions

  • the present invention relates to a streaming service transmission and reception apparatus and method, and more particularly to an HTTP streaming service transmission and reception apparatus and method.
  • HTTP Hyper Text Transfer Protocol
  • a terminal uses HTTP to request a download of a content file.
  • the server delivers the requested content file to the terminal using a transmission control protocol (TCP).
  • TCP transmission control protocol
  • the content file may be an ISO base media file format.
  • a content file using the ISO Base Media File Format may include multiple media tracks to support multiple bit rates and resolutions.
  • An HTTP streaming service that utilizes a hint track of a content file can reduce the weight of the transmitted content file.
  • the lightening of the content file can reduce the amount of traffic in the IP network such as the Internet while reducing the time required for downloading the file.
  • the terminal and the server can effectively provide a quality adaptive HTTP streaming service by using the HTTP hint track.
  • An embodiment of the present invention may provide an apparatus and method for converting an ISO file produced by a non-interleaved storage method into an ISO file of an interleaved storage method effective for an HTTP streaming service.
  • An embodiment of the present invention may provide an apparatus and method for providing a quality adaptive HTTP streaming service for an ISO file including multiple media tracks to support multiple bit rates and resolutions.
  • the video chunks and the one or more first voice chunks are interleaved and a streaming service transmission method is provided.
  • the request for the first lightweight ISO file may include first quality information for the first lightweight ISO file.
  • the first video chunks may be chunks of an image corresponding to the first quality information
  • the first voice chunks may be chunks of a voice corresponding to the first quality information.
  • the generating of the first lightweight ISO file based on the original file comprises: an nth one of the first image chunks indicated by an nth HTTP chunk pointer among first HTTP chunk pointers included in the original file. Identifying an n th first audio chunk of a first video chunk and the first audio chunks, where n is a value greater than or equal to the number of first video chunks; and the n th first video chunk and the n th first chunk. Determining a voice chunk as a chunk to be included in the nth first HTTP chunk of the first HTTP chunks; and generating a first lightweight ISO file that sequentially includes the one or more first HTTP chunks; And first video chunks and the one or more first voice chunks are sequentially interleaved within the first lightweight ISO file.
  • Generating a first lightweight ISO file based on the original file may further include calculating an nth chunk offset indicative of the location of the nth HTTP chunk in the first lightweight ISO file.
  • the generating of the first lightweight ISO file may include placing the nth HTTP chunk in the first lightweight ISO file by using the nth chunk offset.
  • the streaming service transmitting method may further include receiving a request for a second lightweight ISO file from the terminal, generating a second lightweight ISO file based on the original file, and streaming the second lightweight ISO file.
  • the method may further include transmitting to the terminal through the second lightweight ISO file, the second lightweight ISO file may include one or more second video chunks and one or more second audio chunks, and the second lightweight ISO file.
  • the one or more second video chunks and the one or more second voice chunks within may be interleaved.
  • the one or more second video chunks are not transmitted to the terminal by a streaming service of the first lightweight ISO file among the one or more first video chunks when a request for the second lightweight ISO file is received.
  • the video chunks may correspond to untransmitted first video voices which are not transmitted to the terminal by a streaming service of a lightweight ISO file.
  • the request for the first lightweight ISO file may include first quality information for the first lightweight ISO file, and the request for the second lightweight ISO file may be for the second lightweight ISO file.
  • the first image chunks may include chunks of an image corresponding to the first quality information, and the second image chunks may be chunks of an image corresponding to the second quality information.
  • the first voice chunks may be chunks of voice corresponding to the first quality information, and the second voice chunks may be chunks of voice corresponding to the second quality information.
  • the one or more first image chunks and the one or more second image chunks may be chunks having different qualities of an image of the same content.
  • the generating of the second lightweight ISO file based on the original file comprises: an nth one of the second image chunks indicated by an nth HTTP chunk pointer among second HTTP chunk pointers included in the original file. Identifying an nth second audio chunk of the second video chunk and the second audio chunks, wherein n is a value greater than m and less than or equal to the number of second video chunks, and m is a request for the second lightweight ISO file.
  • Is the index of the first first video chunk that was not transmitted to the terminal via a streaming service of the one or more first video chunks in the first lightweight ISO file when the n th second video chunk and the n Determining a second second voice chunk as a chunk to be included in an nth second HTTP chunk of second HTTP chunks and generating a second lightweight ISO file that sequentially includes the one or more second HTTP chunks. And the one or more second video chunks and the one or more second voice chunks are sequentially interleaved within the second lightweight ISO file.
  • a receiving unit for receiving a request for a first lightweight ISO file from the terminal, a lightweight ISO file generation unit for generating a first lightweight ISO file based on the original file and the first lightweight
  • a transmission unit for transmitting a type ISO file to the terminal through streaming, and the light weight ISO file generating unit interleaving one or more first video chunks and one or more first voice chunks in the first light weight ISO file.
  • a streaming service transmission apparatus is provided.
  • the first lightweight ISO file includes: The ISO file includes one or more first video chunks and one or more first voice chunks, and the second lightweight ISO file includes one or more second video chunks and one or more second voice chunks, wherein the first The one or more first video chunks and the one or more first voice chunks in a lightweight ISO file are interleaved and the one or more in the second lightweight ISO file. Second video chunks and audio chunks have at least one second is provided with interleaved, streaming service reception method.
  • the streaming service receiving method may further include generating first quality information indicating quality of the first lightweight ISO file and generating second quality information indicating quality of the second lightweight ISO file.
  • the request for the first lightweight ISO file may include the first quality information
  • the request for the second lightweight ISO file may include the second quality information
  • First image chunks may be chunks of an image corresponding to the first quality information
  • the second image chunks may be chunks of an image corresponding to the second quality information
  • the first audio chunks may be the first audio chunks.
  • Voice chunks corresponding to quality information, and the second voice chunks may be chunks of voice corresponding to the second quality information.
  • the ISO file includes one or more first video chunks and one or more first voice chunks
  • the second lightweight ISO file includes one or more second video chunks and one or more second voice chunks, wherein the first The one or more first video chunks and the one or more first voice chunks in a lightweight ISO file are interleaved and the one or more in the second lightweight ISO file.
  • Second video chunks and audio chunks have at least one second is provided with an interleaved streaming service receiver.
  • the streaming service receiving apparatus further includes generating first quality information indicating quality of the first lightweight ISO file and generating second quality information indicating quality of the second lightweight ISO file.
  • Perform the request for the first lightweight ISO file may include the first quality information
  • the request for the second lightweight ISO file may include the second quality information
  • First image chunks may be chunks of an image corresponding to the first quality information
  • the second image chunks may be chunks of an image corresponding to the second quality information
  • the first audio chunks may be the first audio chunks.
  • the second voice chunks may be chunks of voice corresponding to the second quality information.
  • a multimedia file for a streaming service is created by using an original file including one or more first video chunks, one or more first voice chunks, and one or more first HTTP chunk pointers.
  • the method of claim 1 wherein the n th first video chunk of the first video chunks and the n th first voice chunk of the first voice chunks indicated by the n th first HTTP chunk pointer of the first HTTP chunk pointers. Identify n, wherein n is a value equal to or greater than 1 or more than the number of first video chunks, and wherein the n-th first video chunk and the n-th first audio chunk are included in the n-th first HTTP chunk of the first HTTP chunks.
  • the multimedia file producing method for a streaming service comprising a.
  • the multimedia file generating method for the streaming service may further include calculating an n th first chunk offset indicating a position of the n th first HTTP chunk in the first lightweight ISO file.
  • the operation of generating a first lightweight ISO file may arrange the nth first HTTP chunk in the first lightweight ISO file by using the nth first chunk offset.
  • the method for generating a multimedia file for the streaming service may further include removing the first HTTP chunk pointers from the original file, and the first lightweight ISO file may be generated by modifying the original file. .
  • the first lightweight ISO file may include a moov box and an mdat box, the mdat box may include the first HTTP chunks, and the moov box may include a first video track and a first audio track.
  • the first video track and the first audio track may refer to the first HTTP chunks.
  • the original file may include a moov box and an mdat box, wherein the mdat box may include the first video chunks and the first audio chunks, and the moov box includes a first video track and a first audio track.
  • a first HTTP hint track wherein the first video track may refer to the first video chunks, the first voice track may refer to the first voice chunks, and the first HTTP The hint track may refer to the chunk offsets.
  • the original file may include second image chunks, the first image represented by the first image chunks and the second image represented by the second image chunks may have different qualities, and the first image may include the first image chunk. 1 may have a quality corresponding to the quality requested for the lightweight ISO file.
  • the method for generating a multimedia file for the streaming service may further include removing the second image chunks from the original file, and the first lightweight ISO file may be generated by modifying the original file.
  • the source file may include second HTTP chunk pointers
  • the method for generating a multimedia file for the streaming service may include: among the second video chunks indicated by an nth second HTTP chunk pointer among the second HTTP chunk pointers. identifying an n th first audio chunk of an n th second video chunk and the first audio chunks, wherein n is a value greater than or equal to the number of first video chunks; and the n th second video chunk and the determining an nth second voice chunk as a chunk to be included in the nth second HTTP chunk of the second HTTP chunks; and generating a second lightweight ISO file that sequentially includes the one or more second HTTP chunks.
  • the one or more second video chunks and the one or more second voice chunks are sequentially interleaved within the second lightweight ISO file.
  • a multimedia file for a streaming service is generated by using an original file including one or more first video chunks, one or more first voice chunks, and one or more first HTTP chunk pointers.
  • An apparatus comprising: identifying an nth first video chunk of the first video chunks and an nth first voice chunk of the first voice chunks indicated by an nth HTTP chunk pointer of the first HTTP chunk pointers.
  • An HTTP chunk identification unit where n is a value equal to or greater than 1 or more than the number of first video chunks, and the n-th first video chunk and the n-th first audio chunk are assigned to the n-th first HTTP chunk of the first HTTP chunks.
  • An HTTP chunk determination unit determining a chunk to be included, and a file generation unit generating a first lightweight ISO file including the one or more first HTTP chunks sequentially, the file Father will cause the one or more first image chunk and the at least one first multimedia file generated for the streaming service that sequentially arranged in interleaved in the first light-weight ISO file voice chunks is provided.
  • An apparatus and method are provided for converting a non-interleaved storage ISO file into an interleaved storage ISO file effective for an HTTP streaming service.
  • An apparatus and method are provided for providing a quality adaptive HTTP streaming service for an ISO file containing multiple media tracks to support multiple bit rates and resolutions.
  • FIG 1 illustrates an overview of an HTTP-based progressive streaming service according to an example of the present invention.
  • FIG. 2 illustrates a basic structure of an ISO based media file format according to an embodiment of the present invention.
  • FIG. 3 illustrates an ISO file format stored in a non-interleaved manner in accordance with an example of the present invention.
  • FIG 4 illustrates ISO file formats stored in an interleaved manner according to an example of the present invention.
  • FIG. 5 is a block diagram illustrating an ISO file conversion process and an HTTP streaming providing process for the converted ISO file according to an embodiment of the present invention.
  • FIG. 6 is a block diagram illustrating a process of generating a quality adaptive ISO file using HTTP hint track switching and an HTTP streaming process of the generated ISO file according to an embodiment of the present invention.
  • FIG. 7 illustrates a method of converting an ISO file of a non-interleaved storage method into an ISO file of an interleaved storage method using an HTTP hint track according to an embodiment of the present invention.
  • FIG. 8 illustrates a method of generating a moov 760 through a transcoding procedure including deleting an HTTP hint track 716 and changing a chunk offset value according to an embodiment of the present invention.
  • FIG. 9 illustrates a method of converting an ISO file of a non-interleaved storage method to an ISO file of an interleaved storage method using multiple HTTP hint tracks according to an embodiment of the present invention.
  • FIG. 10 illustrates a method of generating a plurality of moovs through a transcoding procedure for an original file 900 including multiple HTTP hint tracks according to an embodiment of the present invention.
  • FIG. 11 illustrates a method of converting an interleaved storage ISO file into a lightweight interleaved storage ISO file using multiple HTTP hint tracks according to an embodiment of the present invention.
  • FIG. 12 is a flowchart of a method for generating a lightweight ISO file of an interleaved storage method according to an embodiment of the present invention.
  • FIG. 13 illustrates a method of generating interleaved ISO files for quality adaptive HTTP streaming service according to an embodiment of the present invention.
  • FIG. 14 is a flowchart of a quality adaptive HTTP streaming service method according to an embodiment of the present invention.
  • FIG. 15 is a structural diagram of a server 1400 according to an embodiment of the present invention.
  • FIG. 16 illustrates a sample description box 1600 according to an embodiment of the present invention.
  • 17 illustrates additional data 1640 according to an embodiment of the present invention.
  • FIG. 18 illustrates a sample format 1800 in an HTTP hint track according to an example of the present invention.
  • FIG. 19 illustrates a packet entry format 1900 according to an example of the present invention.
  • FIG. 20 illustrates a constructor format 2000 according to an embodiment of the present invention.
  • FIG 1 illustrates an overview of an HTTP-based progressive streaming service according to an example of the present invention.
  • the terminal (ie, client) 110 transmits a "GET Request" 130 of the HTTP protocol to inform the server 120 of the service request for the desired content file.
  • the server 120 transmits the content file to the terminal 110.
  • the server 120 uses TCP as a transmission protocol for transmitting the content file.
  • the content file arrives at the terminal 110 by TCP.
  • the terminal 110 buffers some data of an initially arrived content file.
  • the terminal 110 parses some data of the buffered content file to play video and audio.
  • the HTTP streaming service is differentiated from the download method in which the content file is played only after all data of the content file arrives at the terminal 110.
  • the HTTP streaming service can significantly reduce the service delay time, which is a problem of the conventional download method.
  • FIG. 2 illustrates a basic structure of an ISO based media file format according to an embodiment of the present invention.
  • Content files sent from the HTTP streaming service are QuickTime (.mov), MPEG-4 (.mp4) and Windows Media Video (.wmv) files for storing compressed video and audio as a single file. It is generated by various multimedia file format standards such as Flash Video (.flv) and 3GPP (.3gp).
  • Multimedia files produced based on various multimedia file format standards have been widely produced, distributed, and distributed through wired and wireless IP (Internet Protocol) networks by HTTP streaming services.
  • IP Internet Protocol
  • the format of the ISO file 200 includes a "moov” box (or moov) 210 and a “mdat” box 220 (or mdat).
  • the moov 210 basically includes meta data necessary for representing the content of media such as audio, video, and data.
  • mdat 220 stores sample data of actual media.
  • trak (video)" 212 is a video track residing inside moov 210.
  • the trak (video) 212 is a trak box including meta information for expressing the content of the video sample data stored in the mdat 220.
  • trak (audio)" 214 is an audio track existing within moov 210.
  • the trak (audio) 214 is a trak box including meta information for representing the content of the audio sample data stored in the mdat 210.
  • trak (hint) 216 is a hint track that exists inside moov 210.
  • the hint track is a trak box containing instruction information.
  • the above indication information is information for helping a server to access a video track or an audio track to form a data format conforming to a transport protocol standard in order to transmit sample data included in the mdat 220.
  • RTP Real-time Transport Protocol
  • FD File Delivery
  • the RTP hint track is a hint track for the Real-time Transport Protocol (RTP) protocol that supports live streaming.
  • the FD hint track is a hint for the File Delivery over Unidirectional Transport (FLUTE) protocol that supports the transmission of forward error correction (FEC) symbols for fault-tolerant data transmission. It's a track.
  • the mdat 220 stores sample data of video and audio. Storage methods used in the mdat 220 are interleaved and non-interleaved.
  • FIG. 3 illustrates an ISO file format stored in a non-interleaved manner in accordance with an example of the present invention.
  • the non-interleaved approach is to arrange A / V (audio and video) chunks independently of each other for each media.
  • the sample data of video V1 and audio A1 stored in the ISO file format are divided into n chunks chk_1 to chk_n 322 or 324, respectively.
  • the chunks 322 of video V1 are V1_chk_1 to V1_chk_1.
  • the chunks 324 of the audio A1 are A1_chk_1 to A1_chk_1.
  • the divided chunks 322 and 324 are placed in mdat 320 in a non-interleaved manner, respectively.
  • Video_trak (V1) 312 in moov 310 refers to the first chunk V1_chk_1 of V1 in mdat 320.
  • Audio_trak (A1) 314 in moov 310 refers to the first chunk A1_chk_1 of A1 in mdat 320.
  • FIG 4 illustrates ISO file formats stored in an interleaved manner according to an example of the present invention.
  • the interleaved method is a method of intermixing A / V (audio / video) chunk units.
  • sample data of video V1 and audio A1 stored in the ISO file format are divided into n chunks chk_1 to chk_n, respectively.
  • Chunks 422 of video V1 are V1_chk_1 to V1_chk_n.
  • the chunks 424 of audio A1 are A1_chk_1 to A1_chk_n.
  • the divided chunks 422 are placed in mdat 420 in an interleaved manner. That is, the first chunk A1_chk_1 of the audio follows the first chunk V1_chk_1 of the video, and the second chunk V1_chk_2 of the video follows the first chunk A1_chk_1 of the audio.
  • Video_trak (i.e. V1) 412 in moov 410 and audio_trak (i.e. A1) 314 in moov 410 respectively refer to the first chunk V1_chk_1 of V1 in mdat 320.
  • video_trak (i.e. V1) 412 in moov 410 and audio_trak (i.e. A1) 314 in moov 410 refer only to the first chunk V1_chk_1 of V1, then an excessive operation to refer to the following chunks This may be required.
  • video_trak (i.e. V1) 412 in moov 410 and audio_trak (i.e. A1) 314 in moov 410 may each refer to an intermediate chunk of interleaved chunks, e.g. Can be.
  • the non-interleaved storage method may generate video sample data and audio sample data through encoding processes independent of each other, and store the generated video sample data and audio sample data in mdat.
  • the non-interleaved storage scheme can greatly reduce the complexity and cost of the encoding process, and can facilitate the production of ISO files (i.e., content files that follow the ISO based media file format).
  • Video sample data and audio sample data can later be extracted from an ISO file produced using a non-interleaved storage method, and the extracted video sample data and audio sample data can be reused for other purposes. have.
  • Video sample data and audio sample data which are generated independently and stored in an ISO file format, provide a data structure optimized for a real-time streaming service based on the RTP protocol. This is because the RTP-based real time streaming service independently forms an RTP session for video transmission and an RTP session for audio transmission. That is, when an RTP packet of each of the RTP sessions independent of each other is generated, the RTP packet can be made by extracting sample data from mdat independently and straightforward without interference between different media tracks.
  • the process of editing the ISO file after the file format is generated may be simplified. That is, if the ISO file is edited as needed after the file format is generated, video and audio can be edited independently.
  • a separate track can be added to the ISO file by simply storing new chunks in mdat continuously following the existing chunks.
  • the interleaved storage method stores video sample data and audio sample data interrelated with each other in a chronological order. Therefore, when the interleaved storage method is used, the cost and complexity in the encoding process and the storage process are increased, and the complexity in the RTP packet generation process for providing the RTP-based real-time streaming service increases.
  • the first audio chunk A1_chk_1 may be transmitted only after transmission of all n video chunks corresponding to V1_chk_1 to V1_chk_n in the file is completed.
  • the start of playback time point in the terminal shown in FIG. 1 takes time for the audio chunks to be synchronized with the video chunk to arrive. Delayed after a fairly long time.
  • This delay in the start of playback is a major factor in reducing the quality satisfaction of the service experienced by consumers who requested the HTTP streaming service.
  • an ISO file is produced based on an interleaved storage method as described above with reference to FIG. 4 or an ISO file produced based on a non-interleaved storage method is transmitted.
  • the file format must be converted to an interleaved storage format.
  • Embodiments of the present invention to be described below disclose an HTTP hint track for effectively providing an HTTP streaming service.
  • an ISO file produced by a non-interleaved storage method unsuitable for HTTP streaming services can be simply converted to an interleaved storage method suitable for HTTP streaming.
  • the HTTP hint track can be inserted into a newly created ISO file by the authoring tool.
  • the HTTP hint track may be newly added to the existing ISO file by using a hinting tool, with little change in the existing ISO file structure.
  • an HTTP hint track switching technique for an ISO file including multiple media tracks is disclosed.
  • HTTP streaming service using the HTTP hint track can reduce the time required to download ISO files by reducing the size of the transmitted content file, and at the same time can reduce the amount of traffic on the IP network.
  • FIG. 5 is a block diagram illustrating an ISO file conversion process and an HTTP streaming providing process for the converted ISO file according to an embodiment of the present invention.
  • the file to be converted is an ISO file with non-interleaved media (ie video and audio, etc.) in mdat.
  • an interleaved ISO file is generated using the HTTP hint track.
  • an ISO file with non-interleaved media in mdat is converted to an ISO file with media interleaved in mdat.
  • the converted file is an ISO file with media interleaved in mdat.
  • an HTTP streaming service is provided for an ISO file with media interleaved in mdat.
  • Operation 520 provides an ISO file download with reduced playout latency at the client (ie, terminal). That is, a start of playback time point in the terminal receiving the ISO file through download may be shortened.
  • FIG. 6 is a block diagram illustrating a process of generating a quality adaptive ISO file using HTTP hint track switching and an HTTP streaming process of the generated ISO file according to an embodiment of the present invention.
  • the file to be converted is an ISO file with multiple A / V media tracks.
  • an interleaved ISO file is generated using the HTTP hint track.
  • an ISO file with multiple A / V media tracks is converted to a lightweight ISO file with adapted quality (ie, adaptive to the quality required by the terminal).
  • the converted lightweight ISO file is a quality adaptive file with a single A / V media track.
  • an HTTP streaming service is provided for a quality adaptive file with a single A / V media track.
  • Operation 620 provides for file download with reduced file size and transmission time.
  • operation 630 is performed. That is, operation 630 is performed when the client (ie, the terminal) requests a new quality during the HTTP streaming.
  • HTTP hint track switching is performed.
  • HTTP hint track switching is that of multiple HTTP hint tracks in an ISO file with multiple A / V media tracks, the HTTP hint track for generating a lightweight ISO file is changed.
  • the HTTP hint track for generating a lightweight ISO file is changed.
  • a lightweight ISO file is created that satisfies the new quality requested by the terminal during HTTP streaming.
  • Operation 630 continues to provide an HTTP streaming service for the lightweight ISO file that satisfies the new quality.
  • the size of the ISO file transmitted in the HTTP streaming service can be reduced in weight, the time required for downloading the ISO file can be shortened, and the amount of traffic in the IP network such as the Internet is reduced. Can be.
  • FIG. 7 illustrates a method of converting an ISO file of a non-interleaved storage method into an ISO file of an interleaved storage method using an HTTP hint track according to an embodiment of the present invention.
  • Original file 700 includes moov 710 and mdat 720.
  • the moov 710 includes a video track (VT) 712, an audio track (AT) 714, and an HTTP hint track (HT) 716.
  • VT video track
  • AT audio track
  • HTTP HTTP hint track
  • the picture track 712 refers to the n picture chunks 722.
  • Voice track 714 refers to n voice chunks 724.
  • the HTTP hint track 716 includes a sample table (stbl) box 730.
  • Sample table box 730 includes information related to temporal data location and spatial data location for HTTP hint samples 726 stored in mdat 720.
  • sample table box 730 (or HTTP hint track 716) refers to HTTP hint samples 726.
  • the sample data box 730 may include an HTTP chunk hink (CH) 732 that points to the HTTP hint samples 726.
  • CH HTTP chunk hink
  • mdat 720 includes n image chunks 722.
  • the n image chunks 722 include V1_chk_1 to V1_chk_n.
  • V1_chk_1 is the first video chunk
  • V1_chk_n is the nth video chunk.
  • mdat 720 includes n voice chunks 724.
  • the n voice chunks 724 include A1_chk_1 to A1_chk_n.
  • A1_chk_1 is the first voice chunk, and A1_chk_n is the nth voice chunk.
  • mdat 720 sequentially includes n video chunks and n audio chunks.
  • mdat 720 is A / V non-interleaved
  • original file 700 is a non-interleaved ISO file containing an HTTP hint track.
  • HTTP hint samples 726 includes n HTTP hint samples 726.
  • the HTTP hint sample includes a chunk offset (CO) and an HTTP chunk pointer (CP).
  • Each of the one or more HTTP hint samples 726 includes HTTP chunk pointer_1 (HTTP CP_1) to HTTP chunk pointer_n (HTTP CP_N).
  • HTTP chunk pointer_1 is the first HTTP chunk pointer
  • HTTP chunk ponter_n is the nth HTTP chunk pointer.
  • the unit of data size processed by the HTTP hint sample consists essentially of a pair of video chunks and audio chunks.
  • the i th HTTP chunk pointer points to the i th video chunk and the i th audio chunk. (1 ⁇ i ⁇ n)
  • the terminal provided with the HTTP streaming service may play at least one pair of A / V chunks.
  • a pair of video chunks and audio chunks are chunks for the same time duration. That is, a pair of A / V chunks is a data unit for reproduction.
  • a pair of A / V chunks is named as the HTTP chunk below.
  • the HTTP chunk may include picture chunks of each of the one or more videos.
  • the HTTP chunk may also include video chunks of each of the one or more audios.
  • a pair of A / V chunks belonging to the same time interval is referenced by the HTTP chunk pointer.
  • the HTTP hint track 716 is used to generate an interleaved ISO file 750 based on the original file 700.
  • Interleaved ISO file 750 includes moov 760 and mdat 770.
  • mdat 770 includes n HTTP chunks 772.
  • HTTP chunks include video chunks and audio chunks.
  • the i th video chunk included in the i th HTTP chunk is V1_chk_i of the original file 700.
  • the i th voice chunk included in the i th HTTP chunk is A1_chk_i of the original file 700.
  • the moov 760 includes an image track 762 and an audio track 764.
  • Video track 762 and audio track 764 refer to HTTP chunks 772, respectively.
  • the basic principle of operation for generating interleaved ISO file 750 is to use HTTP hint track 716 to identify (or read) a pair of A / V chunks belonging to the same time interval, Storing a pair of A / V chunks in an interleaved manner.
  • an HTTP chunk pointer indicating the positional information of the video chunk and audio chunk data to be read from the video track 712 and the audio track 714 is included in the mdat 720 of the HTTP hint track 716.
  • a new chunk offset which is the new chunk offset value required for interleaved ISO file 750, is included in mdat 720.
  • the notation of the video track 712 and the audio track 714 of the original ISO file 700 is V1 and A1.
  • the notation of the video track 762 and the audio track 764 of the interleaved ISO file 750 is V1 'and A1'. This change in notation is due to the chunk offset information of the original video track 712 and audio track 714 being changed by the new chunk offset information during the file conversion process based on the HTTP hint track.
  • HTTP hint track 716 need not be included in the converted ISO file 750, which is converted to an interleaved storage manner for HTTP streaming.
  • HTTP hint track 716 is removed within mdat 770.
  • FIG. 8 illustrates a method of generating a moov 760 through a transcoding procedure including deleting an HTTP hint track 716 and changing a chunk offset value according to an embodiment of the present invention.
  • the transcoding unit 810 includes an HTTP hint track remover 820 and a chunk offset converter 830.
  • the HTTP hint track remover 820 removes the HTTP hint track 716 in the moov 710 of the original file 700.
  • the chunk offset converter 830 calculates new chunk offsets for the chunk offsets of the original file 700. Chunk offsets may be stored in the chunk offset box (or 'stco' box) 840 of the A / V track recorded in moov 710 of the original file 700.
  • moov 760 of the ISO file 750 interleaved by the HTTP hint track remover 820 and the chunk offset converter 830 may be generated.
  • moov 760 of ISO file 750 includes video track 762 and audio track 764.
  • All of the processing of the method described with reference to FIGS. 7 and 8 may be performed in chunk units consisting of a plurality of samples rather than a sample unit of the media. Therefore, the complexity of the above processing is low.
  • video chunks are constructed by concatenating samples corresponding to a few seconds of time.
  • one chunk is generally constructed by grouping multiple groups of pictures (GOPs).
  • FIG. 9 illustrates a method of converting an ISO file of a non-interleaved storage method to an ISO file of an interleaved storage method using multiple HTTP hint tracks according to an embodiment of the present invention.
  • Original file 900 is similar to original file 700 of FIG. 7, but includes multiple media tracks 912, 914, and 916.
  • the multiple media tracks 912, 914, and 916 may be to support multiple bit rates and resolutions for the content in which the original file 900 appears.
  • the original file 900 is an ISO file that stores two video tracks 912 and 914 and one audio track 916 in a non-interleaved manner to support two kinds of video bit rates.
  • an HTTP streaming service can be provided that can selectively provide two kinds of image quality by utilizing image tracks 912 and 914 having different bit rates.
  • the original file 900 includes two HTTP hint tracks 922 and 924 to effectively implement an HTTP streaming service while selectively providing two kinds of video tracks.
  • HTTP hint track H1 922 is for conducting HTTP streaming using video track V1 912 and audio track A1 916
  • HTTP hint track H2 924 is for video track V2 914 and audio track A1. 916 for HTTP streaming.
  • Two interleaved ISO files 950 and 970 can be generated by using two HTTP hint tracks 922 and 924.
  • the two interleaved ISO files 950 and 970 have different qualities.
  • HTTP hint track H1 922 copies a pair of A / V chunks that make up the HTTP chunk from video track V1 912 and audio track A1 916, respectively.
  • HTTP hint track H2 924 copies a pair of A / V chunks that make up the HTTP chunk from video track V2 914 and audio track A1 916, respectively.
  • HTTP hint tracks 922 and 924 can be included in the original file 900 as much as the kind of multimedia quality that an ISO file containing multiple media tracks can support, and by these HTTP hint tracks 922 and 924 Multiple quality HTTP streaming services may be provided.
  • each HTTP hint track 922 or 924 For information about the average bit rage and maximum bit rate that each HTTP hint track 922 or 924 can support, see the 'avgbitrate' and 'in the Hint Media Header Box (hmhd) box. maxbitrate 'field. Accordingly, based on the avgbitrate and maxbitrate field information of the hmhd box, an HTTP hint track 922 or 924 may be selected, and HTTP streaming according to the selected HTTP hint track 922 or 924 may be performed. Can be.
  • FIG. 10 illustrates a method of generating a plurality of moovs through a transcoding procedure for an original file 900 including multiple HTTP hint tracks according to an embodiment of the present invention.
  • FIG. 10 shows how the moov of the first interleaved ISO file 950 is generated.
  • the bottom of FIG. 10 shows how the moov of the second interleaved ISO file 970 is generated.
  • the transcoding unit 1010 includes an HTTP hint track remover 1020, a media track remover 1030, and a chunk offset converter 1040.
  • the description of the transcoding unit 810 may be applied to the transcoding unit 1010.
  • the HTTP hint track remover 1020 is similar to the HTTP hint track remover 820 of FIG. 8.
  • the HTTP hint track remover 1020 removes the plurality of HTTP hint tracks 922 and 924 in the original file 900.
  • the media track remover 1020 removes a track 914 or 912 that will not be used in the interleaved ISO file 950 or 970 to be created among the multiple media tracks 912, 914, and 916 in the original file 900. do.
  • the chunk offset converter 1040 is similar to the chunk offset converter 830 of FIG. 8.
  • the chunk offset converter 1040 is a new chunk for the tracks 914 and 916 or 912 and 916 to be used in the interleaved ISO file 950 or 970 to be generated among the multiple media tracks 912, 914 and 916. Calculate the offsets.
  • Chunk offsets may be stored in the chunk offset box (or 'stco' box) 1050 of the A / V track recorded in the moov of the original file 900.
  • a separate chunk offset box can be used for each of the multiple media tracks 912, 914, and 916.
  • the original file 900 can be converted to an interleaved ISO file 950 or 970 only by removing the HTTP hint track, removing unnecessary media tracks, and changing the chunk offset value.
  • FIG. 11 illustrates a method of converting an interleaved storage ISO file into a lightweight interleaved storage ISO file using multiple HTTP hint tracks according to an embodiment of the present invention.
  • the method of converting an interleaved storage method into an ISO file using the HTTP hint track described above with reference to FIGS. 7 and 8 may be used even when the original file 1100 is an ISO file stored in an interleaved manner.
  • the first video track 1112, the second video track 1114 and the audio track 1116 are interleaved. That is, the video chunks of the first video track 1112, the video chunks of the second video track 1114, and the audio chunks of the audio track 1116 are interleaved and stored.
  • the HTTP chunk pointers of the first HTTP hint track 1122 indicate the interleaved first video chunk and audio chunk.
  • the HTTP chunk pointers of the second HTTP hint track 1124 indicate the interleaved second video chunk and audio chunk.
  • a pair of A / V chunks that make up an HTTP chunk can be identified by an HTTP chunk pointer.
  • the conversion method described above with reference to FIG. 9 may be applied to the original file 1100 of the interleaved storage method, and the above-described interleaved ISO files 950 and 970 may be generated.
  • FIG. 12 is a flowchart of a method for generating a lightweight ISO file of an interleaved storage method according to an embodiment of the present invention.
  • the original file is required to create a lightweight ISO file.
  • the original file may be the original files 700, 900, and 1100 of FIGS. 7, 9, and 11.
  • the original file may be a non-interleaved ISO file and may be a multitrack ISO file.
  • the original file contains an HTTP hint track.
  • Lightweight ISO files can be created by modifying the original file. That is, a lightweight ISO file can be created by removing HTTP hint tracks and unused media tracks from the original file and changing the chunk offset.
  • the original file includes one or more first video chunks, one or more first voice chunks, and one or more first HTTP chunk pointers.
  • HTTP hint tracks in the original file are removed.
  • the first HTTP hint tracks are removed so that the first HTTP chunk pointers referenced by the first HTTP hint track are removed.
  • Operation 1220 may optionally be executed when the original file is a multitrack ISO file.
  • the chunk offset is changed. Changing the chunk offset means that the first chunk offset is calculated.
  • the first chunk offset represents the new chunk offset described above with reference to FIG. 7. That is, an n th first chunk offset representing the position of the n th first HTTP chunk in the first lightweight ISO file is calculated.
  • HTTP chunks are configured by using an HTTP hint track.
  • Operation 1250 can include the following operations.
  • n th first video chunk of the first video chunks pointed to by the n th first HTTP chunk pointer of the first HTTP chunk pointers and the n th first voice chunk of the first audio chunks are identified. . n is a value equal to or greater than 1 and the number of first image chunks.
  • the n th first video chunk and the n th first voice chunk are determined as chunks to be included in the n th first HTTP chunk of the first HTTP chunks.
  • a first lightweight ISO file is created that sequentially includes one or more first HTTP chunks.
  • the operation of generating the first lightweight ISO file may include placing the nth first HTTP chunk in the first lightweight ISO file by using the nth first chunk offset.
  • the first lightweight ISO file is an interleaved file. That is, one or more first video chunks and one or more first audio chunks are sequentially interleaved within the first lightweight ISO file.
  • the first lightweight ISO file may be the interleaved ISO file 750, 950 or 970 described above.
  • the original file may include second video chunks.
  • the first image represented by the first image chunks and the second image represented by the second image chunks have different qualities (eg, bit rate or resolution).
  • the first image is an image having a quality corresponding to the quality requested for the first lightweight ISO file.
  • second image chunks that are not used for generation of the first lightweight ISO file may be removed from the original file.
  • the second lightweight file may be simultaneously or sequentially generated together with the first lightweight file by the method of generating the above-described interleaved storage type lightweight ISO file.
  • the n th video chunk of the second video chunks and the n th first voice chunk of the first voice chunks pointed to by the n th HTTP chunk pointer of the second HTTP chunk pointers. Is identified.
  • the n th second video chunk and the n th second voice chunk are determined as chunks to be included in the n th second HTTP chunk of the second HTTP chunks.
  • a second lightweight ISO file is created that sequentially includes one or more second HTTP chunks.
  • One or more second video chunks and the one or more second audio chunks are sequentially interleaved within a second lightweight ISO file.
  • FIG. 13 illustrates a method of generating interleaved ISO files for quality adaptive HTTP streaming service according to an embodiment of the present invention.
  • Interleaved ISO files are multimedia files provided by a streaming service. Accordingly, the present embodiment may represent a method for generating a multimedia file for a streaming service.
  • the server may provide the generated first interleaved ISO file 1350 to the terminal through an HTTP streaming service.
  • the first interleaved ISO file 1350 is generated by the first video track 1312 and the first audio track 1316 referenced by the HTTP chunk pointer of the HTTP hint track H1 1322.
  • the terminal may request a server to change the quality of the content provided by the HTTP streaming service.
  • the altered quality can be provided by HTTP hint track H2 1324. That is, the changed quality is provided by the second video track 1314 and the first audio track 1316 referenced by the HTTP chunk pointer of the HTTP hint track H2 1324.
  • the server generates the second interleaved ISO file 1370 using the HTTP hint track H2 1324 and transmits the generated second interleaved ISO file 1370 to the terminal through the HTTP streaming service.
  • the server sequentially sends a portion of the first interleaved ISO file 1350 (ie, HTTP chunks) generated to the terminal while generating the first interleaved ISO file 1350 to the terminal.
  • a portion of the first interleaved ISO file 1350 ie, HTTP chunks
  • the server sequentially sends a portion of the first interleaved ISO file 1350 (ie, HTTP chunks) generated to the terminal while generating the first interleaved ISO file 1350 to the terminal.
  • a portion of the first interleaved ISO file 1350 ie, HTTP chunks
  • the server While the server generates the first interleaved ISO file 1350, if a change in the quality of the content is requested from the terminal, the server switches the HTTP hint track for generating the interleaved ISO file (ie, the HTTP hint track H1).
  • the HTTP hint track for generating the ISO file is switched to the HTTP hint track H2 1324 at 1322.
  • Quality adaptive HTTP streaming by HTTP hint track switching can be performed by using the Track Selection (tsel) box of the standard ISO file format.
  • the HTTP hint tracks 1322 and 1324 can be set to one switching group by the tsel box.
  • the quality that the HTTP hint tracks 1322 and 1324 can provide may be provided to the server via attribute information.
  • the server can provide a quality adaptive HTTP streaming service through switching between HTTP hint tracks 1322 and 1324 providing various qualities.
  • HTTP chunks up to the k-1 th are transmitted to the terminal by the HTTP hint track H1 1322.
  • the first interleaved ISO file 1350 may include all (ie, n) HTTP chunks and may include only k-1th HTTP chunks.
  • the HTTP chunks generated by the HTTP hint track H2 1324 by the quality change request are transmitted to the terminal by the HTTP streaming service.
  • the quality change request may be sent from the terminal to the server via an HTTP Get request to download another alternative.
  • the second interleaved ISO file 1370 includes k th through n th HTTP chunks.
  • the original file 1300 In order for the HTTP hint track to be switched with chunk precision, the original file 1300 must be produced such that the first sample included in the chunks of the video track is an I-frame.
  • the image chunk is configured by grouping a plurality of GOPs corresponding to several seconds.
  • the first sample of the picture chunk begins with an I-frame.
  • FIG. 14 is a flowchart of a quality adaptive HTTP streaming service method according to an embodiment of the present invention.
  • the operations 1420 to 1475 may configure a streaming service transmission method performed by the server 1400 and a streaming service reception method performed by the terminal 1410.
  • a connection is established between the server 1400 and the terminal (ie, client) 1410 and the service is initiated.
  • the server 1400 transmits service description information to the terminal 1410.
  • the terminal 1410 selects a content file to be transmitted and a first quality of the content file.
  • the content file to be transferred is the first lightweight ISO file.
  • the first lightweight ISO file is a file with the selected first quality.
  • the terminal 1400 may generate first quality information indicating the quality of the first lightweight ISO file.
  • the terminal 1410 requests the server 1400 for the first lightweight ISO file.
  • the request may be an HTTP GET request.
  • the request for the first lightweight ISO file may include first quality information for the first lightweight ISO file.
  • the server 1400 receives a request for the first lightweight ISO file from the terminal.
  • the server 1400 generates a first lightweight ISO file based on the original file.
  • the first lightweight ISO file may be the interleaved ISO file 950 or 1350 described above. That is, the first lightweight ISO file is a lightweight ISO file created using the HTTP hint track.
  • the first lightweight ISO file includes one or more first video chunks and one or more first voice chunks, wherein the one or more first video chunks and one or more first voice chunks in the first lightweight ISO file are interleaved. Further, the first video chunks are chunks of the image corresponding to the first quality information, and the first audio chunks are chunks of the voice corresponding to the first quality information.
  • the server 1400 transmits the first lightweight ISO file to the terminal 1410.
  • the server 1400 may transmit the first lightweight ISO file to the terminal 1410 through HTTP streaming.
  • the terminal 1410 receives the first lightweight ISO file from the server 1400 through streaming.
  • the terminal 1410 plays the first lightweight ISO file.
  • the terminal 1410 may receive the first lightweight ISO file from the server 1400 through HTTP streaming and play the transmitted portion of the first lightweight ISO file.
  • the terminal 1410 detects a bottleneck. As the bottleneck is detected, the terminal 1410 selects another alternative quality. That is, the terminal 1410 selects a second quality of the content file based on the detected bottleneck.
  • the content file to be transferred is a second lightweight ISO file.
  • the second lightweight ISO file is a file with the selected second quality.
  • the terminal 1400 may generate second quality information indicating the quality of the second lightweight ISO file.
  • the terminal 1410 requests the server 1400 for the second lightweight ISO file.
  • the request may be an HTTP GET request.
  • the request for the second lightweight ISO file may include second quality information for the second lightweight ISO file.
  • the server 1400 generates a second lightweight ISO file based on the original file.
  • the second lightweight ISO file may be the interleaved ISO file 970 or 1370 described above. That is, the second lightweight ISO file is a lightweight ISO file generated using the HTTP hint track.
  • the second lightweight ISO file includes one or more second video chunks and one or more first voice chunks, wherein the one or more second video chunks and one or more first voice chunks in the second lightweight ISO file are interleaved. Also, the second video chunks are chunks of the image corresponding to the second quality information, and the first audio chunks are chunks of the voice corresponding to the second quality information.
  • the one or more first video chunks and the one or more second video chunks may be chunks having different qualities of the same content image (ie, the same content).
  • the one or more second video chunks are sent to the terminal 1410 by a streaming service of the first lightweight ISO file among the one or more first video chunks when a request for the second lightweight ISO file is received from the server 1400. It may be image chunks corresponding to untransmitted first image chunks that are not transmitted.
  • the one or more second voice chunks are received by the server 1400 when the request for the second lightweight ISO file is received by the server 1400 by the streaming service of the first lightweight ISO file among the one or more first voice chunks.
  • the server 1400 transmits the second lightweight ISO file to the terminal 1410.
  • the server 1400 may transmit the second lightweight ISO file to the terminal 1410 through HTTP streaming.
  • the terminal 1410 receives the second lightweight ISO file from the server 1400 through streaming.
  • the terminal 1410 plays the second lightweight ISO file.
  • the terminal 1410 may receive the second lightweight ISO file from the server 1400 through HTTP streaming and play the transmitted portion of the second lightweight ISO file.
  • the terminal 1410 may reproduce the portion after the specific point of the first lightweight ISO file reproduced in operation 1445 using the second lightweight ISO file. That is, since the first lightweight ISO file and the second lightweight ISO file are sequentially played, the content selected in operation 1425 may be continuously played while the quality is switched.
  • the terminal 1410 can shorten the time required for downloading the content. In addition, the traffic amount of the IP network can be reduced.
  • FIG. 15 is a structural diagram of a server 1400 according to an embodiment of the present invention.
  • the server 1400 is a streaming service transmitter that performs the streaming service transmission method described above with reference to FIG. 14.
  • the server 1400 may generate a lightweight ISO file. Therefore, the server 1400 is a multimedia file generating apparatus for the streaming service.
  • the server 1400 includes a receiver 1510, a lightweight ISO file generator 1520, and a transmitter 1530.
  • the receiver 1510 receives information from the terminal 1410. For example, the receiver 1510 receives information for connection establishment and service initialization from the terminal 1410, and receives a request for a first lightweight ISO file and a request for a second lightweight ISO file.
  • the transmitter 1530 transmits information to the terminal 1410. For example, the transmitter 1530 transmits information for connection establishment and service initialization to the terminal 1410, and transmits a first lightweight ISO file and a second lightweight ISO file to the terminal 1410.
  • the lightweight ISO file generator 1520 generates a first lightweight ISO file and a second lightweight ISO file based on the original file.
  • the lightweight ISO file generator 1520 may be a device for generating a lightweight ISO file.
  • the lightweight ISO file generator 1520 is a first lightweight ISO file of an interleaved storage method using an original file including first video chunks, one or more first voice chunks, and one or more first HTTP chunk pointers. Can be generated.
  • the lightweight ISO file generator 1520 is a second lightweight type of storage method interleaved using an original file including second image chunks, one or more first voice chunks, and one or more second HTTP chunk pointers. You can create an ISO file.
  • the lightweight ISO file generation unit 1520 may include an HTTP chunk identification unit 1540, an HTTP chunk determination unit 1550, and a file generation unit 1560.
  • the HTTP chunk identifier 1540 performs the operation 1252 described above.
  • the HTTP chunk identification unit 1540 may include the n th first video chunk and the n th first voice among the first video chunks indicated by the n th first HTTP chunk pointer among the first HTTP chunk pointers. Identifies the chunk.
  • the HTTP chunk identification unit 1540 may include the n th video chunk among the second video chunks indicated by the n th HTTP chunk pointer among the second HTTP chunk pointers, and the n th voice among the first voice chunks. Identifies the chunk.
  • the HTTP chunk determiner 1550 performs the operation 1254 described above. For example, the HTTP chunk determiner 1550 determines the n th first video chunk and the n th first voice chunk as chunks to be included in the n th first HTTP chunk among the first HTTP chunks. In addition, the HTTP chunk determiner 1550 determines the n-th second video chunk and the n-th first audio chunk as chunks to be included in the n-th second HTTP chunk among the second HTTP chunks.
  • the file generator 1560 performs the above-described operation 1260. For example, the file generator 1560 generates a first lightweight ISO file that sequentially includes one or more first HTTP chunks. In addition, the file generator 1560 generates a second lightweight ISO file that sequentially includes one or more second HTTP chunks.
  • the file generator 1560 sequentially interleaves one or more first video chunks and one or more first audio chunks in the first lightweight ISO file. In addition, the file generator 1560 sequentially interleaves one or more second image chunks and one or more first audio chunks in the second lightweight ISO file.
  • the lightweight ISO file generator 1520 may further include an HTTP hint track remover 1570, an unused media track remover 1580, and a chunk offset converter 1590.
  • the HTTP hint track remover 1570 performs the above-described operation 1210.
  • the HTTP hint track remover 1570 may be an HTTP hint track remover 820 or 1020.
  • the unused media track remover 1580 performs the operation 1220 described above.
  • the unused media track remover 1580 may be a media track remover 1030.
  • the chunk offset converter 1590 performs the above-described operation 1230.
  • the chunk offset changer 1590 may be a chunk offset converter 830 or 1040.
  • FIG. 16 illustrates a sample description box 1600 according to an embodiment of the present invention.
  • http 1610 is a sample entry name for the HTTP hint track.
  • Hinttrack version 1620 is a value set to 1 to indicate the version of the current hint track.
  • the highest compatible version 1630 is a value set to 1 to indicate the version of the oldest hint track for which the current hint track supports backward-compatibility.
  • Additional data 1640 indicates a box displayed as shown in FIG. 16.
  • 17 illustrates additional data 1640 according to an embodiment of the present invention.
  • New moov offset (new_moov_offset) 1610 This indicates the size of the moov of the newly created ISO file with interleaved storage.
  • new_moov_offset 1710 is used as offset information on the size of moov to be considered when changing the value of the chunk offset of the media track.
  • FIG. 18 illustrates a sample format 1800 in an HTTP hint track according to an example of the present invention.
  • the sample in the HTTP hint track produces an HTTP chunk that combines the chunks stored in the plurality of media tracks into one.
  • the chunk count 1810 indicates the number of HTTP chunks generated.
  • Chunks 1820 mean the generated HTTP chunks.
  • the chunks 1820 are generated as many as the chunkcount 1810 represents.
  • FIG. 19 illustrates a packet entry format 1900 according to an example of the present invention.
  • Each HTTP chunk is created according to the structure of the HTTP chunk 1910.
  • Entry count (entry_count) 1920 indicates the number of entries in the table following HTTPchunk 1910.
  • FIG. 20 illustrates a constructor format 2000 according to an embodiment of the present invention.
  • the trackref index 2010 indicates information of a media track to be referred to in order to obtain chunk data of the media through copying.
  • the length 2020 indicates the length of a media chunk to be copied and obtained in bytes.
  • Sample number 2030 indicates the number of the sample located at the start of the media chunk to be copied and taken.
  • Chunkoffset 2040 indicates how far from the beginning of the file the starting point of the media chunk to be copied and retrieved in bytes.
  • the new chunk offset (new_chunk_offset) 2050 indicates how far away the copied chunks are from the start of the mdat in bytes when the copied chunks are stored in the mdat of the interleaved storage ISO file.
  • new_moov_offset 1610 and new_chunk_offset 2050 By calculating the sum of new_moov_offset 1610 and new_chunk_offset 2050, a new chunk offset value to be recorded in the stco box of the media track included in the lightweight ISO file of the interleaved storage method can be quickly calculated.
  • 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)
  • Computer Security & Cryptography (AREA)
  • Information Transfer Between Computers (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

La présente invention concerne un appareil et un procédé d'envoi et de réception d'un service de transmission en continu. L'appareil et le procédé d'envoi et de réception d'un service de transmission en continu entraînent l'utilisation d'un fichier multimédia léger, approprié pour une transmission en continu HTPP. Un fichier ISO, qui est créé par un procédé de stockage non entrelacé inapproprié pour un service de transmission en continu HTTP, peut être converti, à l'aide d'une piste d'optimisation HTTP, en un fichier d'un procédé de stockage entrelacé approprié pour un service de transmission en continu HTTP. Le fichier ISO peut contenir des pistes multimédias permettant d'accepter de multiples débits binaires et de multiples résolutions. Des données de bloc de pistes multimédias, qui fournissent de multiples qualités multimédias, peuvent être efficacement acquises, et les données de bloc acquises sont stockées dans un procédé entrelacé, pour ainsi générer un fichier ISO léger, approprié pour un service de transmission en continu HTTP.
PCT/KR2011/005221 2010-07-16 2011-07-15 Appareil et procédé d'envoi-réception de service de transmission en continu Ceased WO2012008792A2 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US13/810,600 US20130124699A1 (en) 2010-07-16 2011-07-15 Apparatus and method for transceiving a streaming service

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
US36516310P 2010-07-16 2010-07-16
US61/365,163 2010-07-16
US36584910P 2010-07-20 2010-07-20
US61/365,849 2010-07-20
KR10-2011-0030807 2011-04-04
KR1020110030807A KR20120008432A (ko) 2010-07-16 2011-04-04 스트리밍 서비스 송/수신 장치 및 방법

Publications (2)

Publication Number Publication Date
WO2012008792A2 true WO2012008792A2 (fr) 2012-01-19
WO2012008792A3 WO2012008792A3 (fr) 2012-04-26

Family

ID=45469952

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2011/005221 Ceased WO2012008792A2 (fr) 2010-07-16 2011-07-15 Appareil et procédé d'envoi-réception de service de transmission en continu

Country Status (1)

Country Link
WO (1) WO2012008792A2 (fr)

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100927978B1 (ko) * 2005-09-01 2009-11-24 노키아 코포레이션 리치 미디어 콘텐츠의 프로그레시브 다운로딩 및스트리밍을 위해 ｉｓｏ 기반 미디어 파일 포맷으로 ｓｖｇ콘텐츠를 임베딩 하는 방법
CN101346973A (zh) * 2005-11-08 2009-01-14 诺基亚公司 用于针对富媒体应用中的远程交互提供反馈和正向传输的系统和方法

Also Published As

Publication number Publication date
WO2012008792A3 (fr) 2012-04-26

Similar Documents

Publication Publication Date Title
WO2011105811A2 (fr) Procédé et appareil pour transmettre et recevoir des données
WO2011071290A2 (fr) Procédé et appareil de diffusion en continu fonctionnant par insertion d'un autre contenu dans un contenu principal
WO2013048148A2 (fr) Procédé et appareil d'émission et de réception de contenu
WO2012125006A2 (fr) Appareil et procédé de fourniture de contenu diffusé en continu à l'aide de représentations
WO2015002500A1 (fr) Procédé et appareil pour émettre/recevoir un signal de diffusion multimédia dans un système de diffusion à protocole de transport en temps réel
WO2011059291A2 (fr) Procédé et appareil permettant de transmettre et de recevoir des données
WO2011059286A2 (fr) Procédé et appareil permettant de fournir et de recevoir des données
WO2016018042A1 (fr) Appareil et procédé pour des processus d'émission/réception d'un signal de diffusion
WO2012033319A2 (fr) Appareil et procédé pour fournir un contenu en flux continu
WO2014209057A1 (fr) Procédé et dispositif pour émettre et recevoir un service de diffusion dans un système de diffusion hybride sur la base d'une connexion d'un réseau de diffusion terrestre et d'un réseau à protocole internet
WO2012011724A2 (fr) Procédé de transmission/réception de fichiers multimédia et dispositif de transmission/réception correspondant
WO2012047028A2 (fr) Appareil et procédé de fourniture de contenu multimédia en temps réel
WO2014171718A1 (fr) Dispositif de transmission par diffusion, dispositif de réception par diffusion, procédé fonctionnel pour dispositif de transmission par diffusion et procédé fonctionnel pour dispositif de réception par diffusion
WO2012011743A2 (fr) Appareil et procédé de fourniture de contenus diffusés en continu
WO2012060581A2 (fr) Procédé d'émission/réception de contenu multimédia et dispositif d'émission/réception l'utilisant
WO2011155776A2 (fr) Procédé pour fournir un service de transmission multimédia en continu à base de fragments et dispositif associé, et procédé pour recevoir un service de transmission multimédia en continu à base de fragments et dispositif associé
WO2015160137A1 (fr) Appareil d'émission de signaux de diffusion, appareil de réception de signaux de diffusion, procédé d'émission de signaux de diffusion et procédé de réception de signaux de diffusion
WO2015008986A1 (fr) Procédé et appareil de transmission/réception de signal de radiodiffusion dans un système de radiodiffusion hybride
WO2016111563A1 (fr) Procédé et appareil d'émission et de réception d'informations de média dans un système de communications
WO2015012605A1 (fr) Procédé et appareil de codage de contenu tridimensionnel
WO2011132883A2 (fr) Procédé d'émission / réception de contenus basés sur internet, et émetteur / récepteur l'utilisant
WO2011132879A2 (fr) Procédé pour l'émission/réception d'un contenu sur internet et émetteur/récepteur l'utilisant
WO2015126117A1 (fr) Procédé et appareil d'émission et de réception d'un signal de diffusion
WO2010123248A2 (fr) Procédé de transmission d'un service de diffusion en continu iptv par une transmission p2p et procédé de réception d'un service de diffusion en continu iptv par une transmission p2p
WO2012050405A2 (fr) Récepteur numérique et procédé permettant de traiter le contenu 3d d'un récepteur numérique

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

Country of ref document: EP

Kind code of ref document: A2

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 13810600

Country of ref document: US

122 Ep: pct application non-entry in european phase

Ref document number: 11807077

Country of ref document: EP

Kind code of ref document: A2