WO2011132882A2 - 인터넷 기반 컨텐츠 송수신 방법 및 그를 이용한 송수신 장치 - Google Patents
인터넷 기반 컨텐츠 송수신 방법 및 그를 이용한 송수신 장치 Download PDFInfo
- Publication number
- WO2011132882A2 WO2011132882A2 PCT/KR2011/002596 KR2011002596W WO2011132882A2 WO 2011132882 A2 WO2011132882 A2 WO 2011132882A2 KR 2011002596 W KR2011002596 W KR 2011002596W WO 2011132882 A2 WO2011132882 A2 WO 2011132882A2
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- information
- format
- content
- mdat
- psi
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 67
- 230000005540 biological transmission Effects 0.000 claims abstract description 177
- AWSBQWZZLBPUQH-UHFFFAOYSA-N mdat Chemical compound C1=C2CC(N)CCC2=CC2=C1OCO2 AWSBQWZZLBPUQH-UHFFFAOYSA-N 0.000 claims description 193
- 238000006243 chemical reaction Methods 0.000 claims description 25
- 230000001360 synchronised effect Effects 0.000 claims description 7
- 238000010586 diagram Methods 0.000 description 32
- 230000011664 signaling Effects 0.000 description 32
- 239000000872 buffer Substances 0.000 description 17
- 238000005538 encapsulation Methods 0.000 description 10
- 239000000284 extract Substances 0.000 description 9
- 230000006870 function Effects 0.000 description 9
- 238000012544 monitoring process Methods 0.000 description 7
- 238000000605 extraction Methods 0.000 description 6
- 230000003139 buffering effect Effects 0.000 description 4
- 238000004891 communication Methods 0.000 description 4
- -1 codec Chemical compound 0.000 description 2
- 238000003780 insertion Methods 0.000 description 2
- 230000037431 insertion Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 208000032041 Hearing impaired Diseases 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000007423 decrease Effects 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 238000013467 fragmentation Methods 0.000 description 1
- 238000006062 fragmentation reaction Methods 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 238000003672 processing method Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
- H04N21/2381—Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
- H04H60/76—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet
- H04H60/81—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet characterised by the transmission system itself
- H04H60/82—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet characterised by the transmission system itself the transmission system being the 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/75—Media network packet handling
- H04L65/765—Media network packet handling intermediate
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
- H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
- H04N21/234336—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by media transcoding, e.g. video is transformed into a slideshow of still pictures or audio is converted into text
-
- 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/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
- H04N21/23605—Creation or processing of packetized elementary streams [PES]
-
- 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/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
- H04N21/2362—Generation or processing of Service Information [SI]
-
- 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/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
- H04N21/2368—Multiplexing of audio and video streams
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/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/242—Synchronization processes, e.g. processing of PCR [Program Clock References]
-
- 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
-
- 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/4302—Content synchronisation processes, e.g. decoder synchronisation
- H04N21/4305—Synchronising client clock from received content stream, e.g. locking decoder clock with encoder clock, extraction of the PCR packets
-
- 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/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
- H04N21/4343—Extraction or processing of packetized elementary streams [PES]
-
- 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/4402—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 reformatting operations of video signals for household redistribution, storage or real-time display
- H04N21/440218—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 reformatting operations of video signals for household redistribution, storage or real-time display by transcoding between formats or standards, e.g. from MPEG-2 to MPEG-4
-
- 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
- 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/8547—Content authoring involving timestamps for synchronizing content
Definitions
- the present invention relates to a method and apparatus for transmitting and receiving various multimedia contents using the Internet.
- DMB digital multimedia broadcasting
- TS MPEG-2 Transport Stream
- Digital broadcasting includes stereo 3D video broadcasting, ultra high definition (UHD) broadcasting, and multi-view 3D. Increasing amounts of transmission are required, such as video broadcasting and hologram broadcasting.
- MPEG-2 TS having a fixed length packet of 188 bytes may be inefficient to transmit contents having a higher resolution than existing HDTVs using an IP network.
- One embodiment of the present invention is to provide a content delivery format (delivery format) of the structure that can be efficiently transmitted in the Internet environment, and a content file format of the structure that can be easily converted to the delivery format. .
- Another embodiment of the present invention aims to provide an efficient conversion method between the transmission format and the file format.
- Another embodiment of the present invention is to provide a method and apparatus for transmitting and receiving content for receiving and processing content having the transmission format or file format.
- Content transmission method converting the content stored in the file format to the transmission format; And transmitting the content converted into the transmission format using an IP packet, wherein the transmission format includes indicator information indicating whether a PCR (Program Clock Reference) is transmitted to the IP packet. do.
- PCR Program Clock Reference
- Content receiving method converting the content received in the transmission format into a file format; And storing the content converted into the file format, wherein the transmission format includes indicator information for indicating whether PCR is transmitted in an IP packet and a clock reference value for clock synchronization between a transmitting and receiving device, The clock reference value is selectively received according to the indicator information.
- the format conversion unit for converting the content stored in the file format to the transmission format; And a packet transmission unit for transmitting the content converted into the transmission format using an IP packet, wherein the transmission format includes indicator information for indicating whether PCR is transmitted to the IP packet, and a clock between the transmission and reception apparatuses.
- a clock reference value for synchronization is optionally included in the transmission format according to the indicator information.
- the format conversion unit for converting the content received in the transmission format into a file format; And a content storage unit for storing the content converted into the file format, wherein the transmission format includes indicator information for indicating whether PCR is transmitted in an IP packet and a clock reference value for clock synchronization between a transmitting and receiving device.
- the clock reference value is selectively received according to the indicator information.
- a clock reference value may be selectively included in a transmission format of content transmitted from a content transmission device using the Internet, thereby effectively synchronizing clocks between the transmission and reception devices.
- the transmission format is included in the payload of the IP packet for transmission, thereby facilitating mutual conversion with the file format and reducing overhead caused by unnecessary information.
- FIG. 1 is a conceptual diagram illustrating an Internet-based content transmission / reception system according to an embodiment of the present invention.
- FIG. 2 is a diagram schematically illustrating a data flow in the transmission and reception system shown in FIG. 1.
- FIG. 3 is a block diagram briefly illustrating a configuration of a transmission and reception system according to an embodiment of the present invention.
- FIG. 4 is a diagram illustrating a file format of content.
- FIG. 5 is a diagram illustrating a file format of content according to a first embodiment of the present invention.
- FIG. 6 is a syntax illustrating an embodiment of a configuration of trak (PSI / SI) shown in FIG. 5.
- FIG. 7 is a diagram illustrating adding mdat for subtitle to the file format shown in FIG. 5.
- FIG. 8 is a syntax diagram illustrating an embodiment of configuration of supplementary data for subtitles.
- FIG. 9 is a diagram illustrating a file format of content according to a second embodiment of the present invention.
- FIG. 10 is a syntax diagram illustrating an embodiment of a configuration of mdat (PSI / SI) illustrated in FIG. 9.
- FIG. 11 illustrates a delivery format of content according to an embodiment of the present invention.
- FIGS. 12 and 13 are diagrams for describing a first embodiment of a method of converting a file format of a content into a transmission format.
- FIG. 14 is a block diagram showing the configuration of a content transmitting apparatus according to the first embodiment of the present invention.
- 15 and 16 are diagrams for describing a second embodiment of a method of converting a file format of a content into a transmission format.
- FIG. 17 is a block diagram showing the configuration of a content transmission device according to a second embodiment of the present invention.
- FIGS. 18 and 19 are diagrams for describing a first embodiment of a method of converting a content transmission format into a file format.
- FIG. 20 is a block diagram showing a configuration of a content receiving apparatus according to a first embodiment of the present invention.
- 21 and 22 are diagrams for describing a second exemplary embodiment of a method of converting a content transmission format into a file format.
- FIG. 23 is a block diagram showing a configuration of a content receiving apparatus according to a second embodiment of the present invention.
- FIG. 24 is a block diagram showing a first embodiment of the configuration of the IPTV receiver according to the present invention.
- 25 is a block diagram showing a second embodiment of the configuration of the IPTV receiver according to the present invention.
- FIG. 1 is a conceptual diagram illustrating an Internet-based content transmission / reception system according to an embodiment of the present invention.
- the broadcasting station 20 may receive content from the content provider 10 and store it in a media DB (media DataBase).
- the content provided from the content provider 10 may have different formats according to the type of the corresponding content or the content provider providing the content, and the broadcaster 20 may provide the content from the content provider 10.
- the format of the content may be converted into a file format which is easy to store and then stored in the media DB.
- the broadcasting station 20 may convert the content of the file format stored in the media DB into a delivery format that is easy to transmit and transmit the content through a network such as an internet network.
- the receiver 30 may receive and reproduce contents of a transmission format transmitted from the broadcasting station 20, or convert the contents into a file format and store the contents in a local storage.
- the broadcasting station 20 may store the content provided from the content provider 10 in the media DB in the form of an original format or a streaming format (eg, MPEG2 TS).
- a streaming format eg, MPEG2 TS
- the content of the original format may be time-consuming to be converted into a streaming format for transmission, and the streaming format may include a large amount of unnecessary information, thereby increasing the storage capacity of the media DB.
- the format of the content stored in the receiver 30 may be different depending on the receiver or a local storage medium provided therein, so that the content may be difficult to use in various devices.
- the Internet-based content transmission and reception system as described above, it provides a transmission format and a file format that reduces the overhead (overhead) due to unnecessary information is included and easy to convert.
- the transmission format has an advantageous structure in an environment where transmission is easy using, for example, a relatively high error using a network such as the Internet, and may also be referred to as a wire format.
- the transmission format is designed to facilitate the transmission of content using a network such as the Internet, but is not limited to being used for the transmission of the content may be used as a format for storing the content.
- the file format may also be referred to as a wireless format, having an advantageous structure in an environment where it is easy to store in a local DB or a storage medium, for example, in a relatively low error environment.
- the file format is designed to easily store contents, but is not limited to those used for storing the contents, and may also be used for the purpose of transmitting contents.
- FIG. 2 briefly illustrates the data flow in the transmission and reception system shown in FIG. 1 and illustrates the data flow in terms of a protocol stack.
- the protocol stack is a collection of software modules that implement communication protocols required for data communication between different devices, and is a core software for implementing the communication protocols when communicating between devices. It defines the communication protocol that should be used by the application.
- the transmission protocol may be changed while passing through the router 25.
- the content may be transmitted from the broadcasting station 20 to the router 25 using a real-time transport protocol (RTP) and from the router 25 to the receiver 30 using a hypertext transfer protocol (HTTP).
- RTP real-time transport protocol
- HTTP hypertext transfer protocol
- the transmission of the contents in a consistent transmission format regardless of the protocol used in the router 25 may reduce the burden on the transmitting side in terms of the transmitting and receiving device.
- the transport format according to an embodiment of the present invention is designed to have a protocol-transparent characteristic as described above, and the file format is also independent of the protocol to facilitate conversion with the transport format. It can be designed to have characteristics.
- the broadcast station 20 may be an example of the function of the content transmission device according to an embodiment of the present invention
- the receiver 30 is a function of the content receiving device according to an embodiment of the present invention. An example may be shown.
- the service provider 10 and the broadcasting station 20 are separately separated. However, the service provider 10 and the broadcasting station 20 are integrated into one, and the content is transmitted to the receiver 30 using the Internet. You can also provide a function.
- FIG. 3 is a block diagram illustrating a brief configuration of a transmission and reception system according to an embodiment of the present invention.
- an architecture of a media transmission system for transmitting and receiving content using a network such as the Internet includes an encapsulation layer 31, a transport layer 32, and a control layer. (control layer) 33 may be included.
- the encapsulation layer 31 is provided by a service provider using assets composed of video, image, audio, web contents, or application. Data corresponding to the desired content and information about the same may be generated.
- the encapsulation layer 31 encapsulates one or more assets as described above and information about them into an item for transmission and transmits the encapsulation layer 31 to the transport layer 32.
- the transport layer 32 may transmit an item transferred from the encapsulation layer 31 and data transferred from the control layer 33.
- control layer 33 may control the operations of the encapsulation layer 31 and the control layer 33 to transmit the assets and items as described above.
- the asset composed of video, image, audio, web content or application may have a file format according to an embodiment of the present invention, and the transfer may be performed.
- the item to be encapsulated may have a transport format according to an embodiment of the present invention.
- Figure 4 shows the file format of the content, showing the ISO / IEC 14496-12 ISO Base Media file format.
- a file format 100 used for storing content includes a ftyp box 101 for storing file type information, and an mdat for storing audio data and video data.
- the box 120 may include a moov box 110 for storing detailed information for reproducing the audio data and the video data.
- the trak (audio) 111 included in the moov box 110 may provide information about audio data (ie, data stored in the mdat (audio) 121) included in the mdat box 120. It may include metadata representing the metadata.
- trak (video) 112 included in the moov box 110 is metadata indicating information about video data (ie, data stored in mdat (video) 122) included in the mdat box 120. It may include.
- the trak (audio) 111 and the trak (video) 112 for the data stored in the corresponding mdat, respectively, to the corresponding mdat such as codec, location and size of the data, or data sample size and location, etc. It can represent unique information about.
- the audio data and the video data included in the mdat box 120 may be data obtained by using various compression schemes.
- the video data stored in the mdat (video) 122 may be MPEG-2 Video, H.
- the data may be compressed according to a method such as .26x, VC1, Motion JPEG, MPEG-4 Visual, MPEG-4 Part 10 Advanced Video Coding (or H.264), or MPEG-4 Scalable Video Coding.
- the file format according to the embodiment of the present invention may be configured to be compatible with the ISO / IEC 14496-12 ISO Base Media file format as described above, and the program is configured using data stored in the mdat box 120. Configuration information for may be included in the moov box 110 or mdat box 120.
- the program configuration information indicates how data such as audio or video is configured in the corresponding program, hereinafter, referred to as "PSI / SI information”.
- the PSI / SI information may include program specific information (PSI) and service information (SI) for a corresponding program.
- PSI program specific information
- SI service information
- the PSI refers to information that allows a receiver to demultiplex and decode a specific stream in a multiplexed stream
- the SI indicates guide information about a service and an individual program provided to a user in addition to the PSI. Can mean.
- the PSI may include a Program Association Table (PAT), a Program Map Table (PMT), a Conditional Access Table (CAT), etc.
- the SI may include a Service Description Table (SDT), a Network Information Table (NIT), It may include an event information table (EIT) or a time offset table (TOT).
- the PSI / SI information according to the embodiment of the present invention is not limited to the PSI or SI as described above, and may include extensive information for configuring and playing a specific program using audio or video data.
- FIG. 5 illustrates a file format of content according to a first embodiment of the present invention, and a description of the same configuration as that described with reference to FIG. 4 among the file format illustrated in FIG. 5 will be omitted.
- a file format according to an embodiment of the present invention is a trak (PSI / SI) 115 representing PSI / SI information about a program configured by using audio and video data stored in the mdat box 120. ) May be included in the moov box 110.
- PSI / SI PSI / SI information about a program configured by using audio and video data stored in the mdat box 120.
- the trak (PSI / SI) 115 may identify identification information, type information, priority information, change information on the configuration during playback, and additional information for each of the one or more mdat constituting the program. And the like.
- a plurality of trak (PSI / SI) 115 may exist to correspond to the programs, respectively.
- the moov box 110 includes trak (audio) 111 and trak (video) 112 to represent unique information for each of mdat (audio) 121 and mdat (video) 122. Can be.
- unique information such as codecs for audio data and video data included in the trak (audio) 111 and trak (video) 112 may also be signaled as additional information in the trak (PSI / SI) 115.
- PSI / SI trak
- the trak (PSI / SI) 115 signals PSI / SI information about a program and audio and video related information together, thereby facilitating the conversion from the file format to the transmission format.
- the trak may include a program_number field, a number_of_mdat field, an mdat_id field, an mdat_type field, a priority field, a start_time field, a duration field, a supplement_length field, and a supplement_data field. Can be.
- the program_number field may indicate identification information of a program in which PSI / SI information is signaled by the trak (PSI / SI), for example, a unique number.
- the number_of_mdat field may indicate the number of mdat constituting the corresponding program. For example, when the program consists of mdat (audio) including audio data and mdat (video) including video data, the number_of_mdat field may have a value of '2'.
- the mdat_id field may be an identifier for identifying mdat constituting the program and may indicate a unique id of the mdat.
- the mdat_type field indicates the type of mdat constituting the program, for example, '1' indicates video, '2' indicates audio, and '0' according to the type of data included in mdat. Is a reserved value for another type.
- the priority field indicates a priority of the corresponding mdat, and may be a flag indicating whether data included in the mdat should be reproduced as a default.
- the priority field may designate one main mdat for each type of the mdat, and the main mdat of each type is '0', and the sub mdat is '1' and the value of the priority field is set to '1'. Can be set.
- Mdat whose value of the priority field is '0' among the two audio type mdats is a default value when playing the program.
- Mdat whose priority field value is '1' may be selectively played according to a user's selection or a specific playback environment.
- the priority field for the mdat has a value of '0'.
- the section in which the corresponding mdat is used may be designated by the start_time field and the duration field.
- the start_time field indicates a start time of a section in which the corresponding mdat is used.
- the start_time field may have a value of '0' when the mdat is used from the beginning of the program.
- the duration field indicates the length of a section in which the corresponding mdat is used, and when it has a value of '0xFF', it may indicate that the corresponding mdat is used unchanged throughout the program.
- Values of the start_time field and duration field may be set in msec, but are not limited thereto. For example, when a bitrate of data included in the mdat is determined, a frame number is used. May be specified.
- the start_time field and the duration field as described above are used as configuration change information (i.e., information about a change in its configuration during playback of a program), which is multi-audio or multi- during playback of the program.
- configuration change information i.e., information about a change in its configuration during playback of a program
- the view (multi-view) is supported or the audio / video mdat constituting the program is changed, it can represent the time information about the mdat to be added or changed.
- the main mdat of the audio type is changed from mdat of 'id1' to mdat of 'id2' at a time point 180 msec after the start of a program in which PSI / SI information is signaled by the trak (PSI / SI).
- PSI / SI PSI / SI
- the start_time field value for the mdat of 'id1' is set to '0'
- the duration field value is set to '180'
- the start_time field value for the mdat of 'id2' Is set to '180' and the duration field value may be set to '130'.
- a version of the PSI / SI signaling information is set to the start_time field value and the duration field value. Can be updated accordingly.
- the start_time field and the duration field is only an embodiment indicating configuration change information of a program, and thus the present invention is not limited thereto.
- the configuration change information may be various for indicating an interval in which mdat is used on a time axis. It can be expressed in the form.
- the duration field may be replaced with an end_time field indicating when the use of the corresponding mdat ends, and in this case, the duration field value may be calculated as a difference between the end_time field value and the start_time field value.
- the supplement_length field may designate a length of the additional information when additional information on the corresponding mdat exists.
- the supplement_data field indicates additional information on the corresponding mdat.
- the supplement_data field includes audio / video data in which the trak (PSI / SI) is included in mdat (audio) and mdat (video).
- PSI / SI trak
- mdat audio
- mdat video
- the unique information such as the codec for the specific information about the audio / video data may be included in the supplement_data field.
- the mdat box 120 of the file format 100 may further include mdat (subtitle) 123 for storing subtitle data.
- PSI / SI information related to mdat (subtitle) 123 may be signaled by trak (PSI / SI) having a configuration as described with reference to FIG. 6, in which case mdat (subtitle) 123
- the mdat_type field value for may be designated as '3'.
- PSI / SI information related to mdat (subtitle) 123 using the trak (PSI / SI) may be the same as described with reference to FIG. 6, a detailed description thereof will be omitted.
- the supplement_data field of the trak may include unique information about the subtitle data contained in the mdat (subtitle) 123, for example, a language used, a subtitle type, and configuration page information as additional information. .
- FIG. 8 is a diagram illustrating an embodiment of a configuration of supplementary data for subtitles.
- the mdat_type field value is '3' in trak (PSI / SI) shown in FIG. Indicates subtitle related additional information specified by the subtitle.
- the supplement_length field value may be designated as '8'.
- the ISO_639_language_code field indicates a language used in the subtitle and may have a language code defined in ISO 639-2 as a field value. For example, when the ISO_639_language_code field value is 'kor', this indicates that the language used in the subtitle is Korean, and when 'eng' may indicate that the subtitle language is English.
- the subtitling_type field indicates the type of the caption.
- the field value '0' may indicate a general type
- '1' indicates a VBI (Vertical Blanking Interval) type
- '2' indicates a hearing impaired person.
- the aspect_ratio field indicates what type of display the subtitle is configured for, where field value '1' is a display having a 4: 3 aspect ratio, '2' is a display having a 16: 9 aspect ratio, and '3' is 2.35.
- a corresponding subtitle is configured for a display having an aspect ratio of: 1, and a field value '0' may represent that the subtitle is configured regardless of the display.
- composition_page_id field may indicate an id for identifying each page constituting the corresponding caption
- ancillary_page_id field may indicate an ID for identifying an auxiliary page among pages constituting the subtitle.
- FIG. 9 illustrates a file format of content according to a second embodiment of the present invention, and descriptions of the same as those described with reference to FIGS. 4 to 8 of the file format illustrated in FIG. 9 will be omitted below. do.
- mdat (PSI / SI) 125 for storing PSI / SI related data for a program may be included in the mdat box 120.
- PSI / SI information about a program is transmitted to the trak (PSI / SI) 115 in the moov box 110.
- the PSI / SI information may be included in the mdat (PSI / SI) 125 in the mdat box 120.
- the configuration of the PSI / SI information included in the mdat (PSI / SI) 125 is similar to that of the PSI / SI information included in the trak (PSI / SI) 115 as described with reference to FIGS. 5 to 8. Since it is possible to do so, the following description will focus on the difference between the trak (PSI / SI) 115 and the configuration of the mdat (PSI / SI) 125.
- the mdat (PSI / SI) 125 identifies, for the program included in the file format 100, each of one or more mdats constituting the program, together with identification information and version information about the PSI / SI information. Information, type information, priority information, additional information, and the like.
- one mdat (PSI / SI) 125 may include all PSI / SI information about the plurality of programs.
- PSI / SI information about one or more programs included in the file format 100 in the mdat (PSI / SI) 125 as described above, the size of the PSI / SI related data stored in the mdat box 120 May increase, but conversion to a transmission format may be easier.
- the moov box 110 may include unique information for each of the mdat (audio) 121 and the mdat (video) 122, including the trak (audio) 111 and the trak (video) 112. have.
- unique information such as codecs for audio data and video data included in trak (audio) 111 and trak (video) 112 may also be signaled as additional information in mdat (PSI / SI) 125. .
- the mdat (PSI / SI) 125 signals PSI / SI information about a program and audio and video related information together, thereby facilitating the conversion from the file format to the transmission format.
- the mdat includes a PSI / SI_info_id field, a version field, a number_of_programs field, a program_number field, a number_of_mdat field, an mdat_id field, an mdat_type field, a priority field, a supplement_length field, and a supplement_data field. It may include.
- the PSI / SI_info_id field represents an id for identifying the type of the corresponding PSI / SI information.
- information corresponding to a program map table (PMT) and a program association table (PAT) defined in MPEG-2 TS may be used. It may have a field value of '0'.
- an ID for identifying the type of the corresponding PSI / SI information may be added as the PSI / SI_info_id field value through numbering.
- the version field is updated when the corresponding PSI / SI information is changed.
- the value of the version field may be updated when the number of mdat constituting a corresponding program is increased or decreased or the configuration of the entire program is changed during program playback.
- the version information is updated and changes of the program configuration information may be reflected in the mdat (PSI / SI) in real time.
- the number_of_programs field may indicate the number of programs included in the file format 100, and the program_number field may indicate a unique number for identifying each program.
- the number_of_mdat field may indicate the number of mdat constituting the program, and the mdat_id field may indicate a unique id for identifying mdat constituting the program.
- the mdat_type field may indicate the type of mdat constituting the program
- the priority field may indicate the priority of the mdat.
- the supplement_length field designates the length of the additional information when there is additional information on the corresponding mdat
- the supplement_data field may indicate additional information on the corresponding mdat
- the supplement_data field of the mdat may include unique information about the subtitle data contained in the mdat (subtitle) 123, for example, a language used, a subtitle type, and configuration page information as additional information. Can be.
- the transport format is present in an IP packet, so a separate address and fragmentation thereof may not be required.
- the transmission format according to the embodiment of the present invention may also be configured to support the variable length.
- mdat included in the file format 100 as described with reference to FIGS. 4 to 10 are cut according to a time window having a predetermined size and converted into a transmission format, and the conversion is performed.
- the transport format may be included in an IP packet and sequentially transmitted.
- the transmission format may include an mdat_id field, a clock_reference_indicator field, a data_length field, a PCR_base / PCR_extension field, a number_of_mdat field, an mdat_id field, an mdat_type field, a priority field, and a payload_data_byte field.
- the mdat_id field indicates a unique id for identifying mdat included in a transport format, and the configuration of the id designated by the mdat_id field value is signaled by the PSI / SI information as described with reference to FIGS. 5 to 10. Can be.
- the mdat_id field may designate a unique id for identifying the mdat included in the transmission format according to the unique id assigned to each mdat in the PSI / SI information included in the file format 100. This function is similar to PID (Packet ID) defined in MPEG2 TS.
- the mdat_id field of the corresponding transport format may have a value designated separately for the PSI / SI information, for example, '0'.
- the clock_reference_indicator field may indicate whether a Program Clock Reference (PCR) is transmitted to an IP packet including a corresponding transmission format, and the PCR_base / PCR_extension field may indicate a clock reference value.
- PCR Program Clock Reference
- the PCR is transmitted through a corresponding IP packet, and the transmitted PCR may have a clock reference value specified by the PCR_base / PCR_extension field.
- the PCR is a 42-bit time reference value for setting or correcting a value of a system time clock (STC), which is a time reference at a receiver, and is included in a transmission format to match the STC of a receiver to a value intended by a transmitter. Value.
- STC system time clock
- the 42-bit PCR is divided into 33-bit PCR_base and 9-bit PCR_extension region.
- the PCR_base is a unit of 1/300 (eg, 90 kHz) of the system clock frequency
- the PCR_extension is a system clock frequency (eg, 27 MHz).
- the data_length field may indicate the length of data included in the corresponding data unit.
- the payload_data_byte fields are areas in which actual data stored in mdat are transmitted, for example, audio, video, subtitle data, or PSI / SI corresponding to mdats 121, 122, 123, and 125 cut according to the time window. Each related data may be transmitted in byte units through the payload_data_byte field.
- PSI / SI information stored in the trak (PSI / SI) 115 may also be transmitted at regular intervals through the payload_data_byte field.
- the transmission format as described with reference to FIG. 11 may be included in a payload of an IP packet according to a protocol such as User Datagram Protocol (UDP), Transmission Control Protocol (TCP), RTP, or HTTP, and thus the transmission may be performed. Since no separate parameter is required, unnecessary overhead for transmitting content using the Internet can be reduced.
- UDP User Datagram Protocol
- TCP Transmission Control Protocol
- HTTP HyperText Transfer Protocol
- the configuration of PSI / SI information transmitted using the above-described transmission format is the same as the configuration of mdat (PSI / SI) of the file format according to the second embodiment of the present invention as described with reference to FIG. can do.
- the PSI / SI_info_id field of the PSI / SI information included in the transport format indicates an id for identifying the type of the corresponding PSI / SI information, and the version field indicates when the corresponding PSI / SI information is changed.
- the value can be updated.
- the value of the version field may be updated when the number of mdat constituting a program increases or decreases or the configuration of the entire program is changed while transmitting content using an IP network.
- the start_time field and the duration field are the same as in the case of the file format according to the first embodiment of the present invention as described with reference to FIGS. 5 to 8. There is no need to separately indicate the use interval information of each mdat by using.
- the number_of_programs field of the PSI / SI information included in the transport format may indicate the number of programs transmitted in the corresponding transport format, and the program_number field may indicate a unique number for identifying each program.
- the number_of_mdat field may indicate the number of mdat constituting the program
- the mdat_id field may indicate a unique id for identifying the mdat constituting the program.
- the mdat_type field of the PSI / SI information included in the transmission format may indicate the type of mdat constituting the program, and the priority field may indicate the priority of the mdat.
- the supplement_length field designates the length of the additional information when there is additional information on the corresponding mdat, and the supplement_data field may indicate additional information on the corresponding mdat.
- the PSI / SI information included in the transport format and transmitted may include configuration information on a stream currently being transmitted using an IP packet, and the PSI / SI information may be described with reference to FIGS. 4 to 10. Since it has a configuration compatible with the PSI / SI information of the file format 100 as described with reference to it can be easily converted to each other.
- the content transmission method may include converting content stored in a file format into a transmission format and transmitting the content converted into the transmission format using an IP packet.
- the content receiving method may include converting the content received in the transmission format into a file format and storing the content converted into the file format.
- the file format may have a structure described with reference to FIGS. 4 to 10, and the transmission format may have a structure described above with reference to FIG. 12.
- FIGS. 12 to 23 a description will be given of embodiments of a method for converting between a file format and a transmission format, and configurations of a transmitting apparatus and a receiving apparatus using the same, according to an exemplary embodiment. .
- FIGS. 12 and 13 illustrate an embodiment of a method of converting a file format into a transmission format, and contents stored in a file format according to the first embodiment of the present invention as described with reference to FIGS. 5 through 8.
- 11 illustrates a method of converting a transmission format into a transmission format according to an embodiment of the present invention described with reference to FIG. 11.
- the service provider when content is stored in the file format 100 as described above in the server of the service provider, the service provider transmits the content stored in the file format 100 to the transmission format 200 for the transmission of the content. Can be converted to).
- the PSI / SI information of the trak (PSI / SI) 115 included in the moov box 110 of the file format 100 may be converted into the PSI / SI signaling information 210 and transmitted at predetermined intervals. .
- the PSI / SI information stored in the trak (PSI / SI) 115 may be transmitted according to the configuration change information of the start time / duration field as described with reference to FIG. 6 and the change is reflected. have.
- the transmitting device determines whether to change the PSI / SI information according to the start time / duration field values, and when the PSI / SI information is changed, the PSI / SI signaling information 210.
- the version may be updated to reflect the changed PSI / SI information.
- the receiving device may receive the PSI / SI information valid at the current access point, even when accessing the service provider server at any point in time.
- mdat (audio), mdat (video) and mdat (subtitle) stored in the file format 100 are cut according to the time window (W) having a predetermined size, respectively, audio packet stream 221, video packet stream ( 222 and the subtitle packet stream 223 may be sequentially transmitted.
- each of the mdat is converted into a packet stream that can be transmitted using the Internet
- the converted packet stream can be identified by the mdat_id field as described with reference to FIG.
- the clock reference value (Clock Ref.) 231 may be inserted into the transmission format 200 and transmitted.
- the PSI / SI signaling information 210, the audio packet stream 221, the video packet stream 222, and the subtitle packet stream 223 as described above may be included in the payload of the IP packet transmitted from the service provider, respectively.
- the payload_data_byte field of the transmission format 200 as described above with reference to FIG. 11 may be included and transmitted in byte units.
- the trak (PSI / SI) of the file format 100 is converted into a packet and transmitted based on the compatibility of the PSI / SI information, thereby transmitting the content stored in the file format 100 in units of IP packets. Can be easily converted to the transmission format 200.
- FIG. 13 is a flowchart illustrating an embodiment of a method of converting a file format into a transmission format
- FIG. 14 is a block diagram illustrating a configuration of a content transmission device according to a first embodiment of the present invention.
- the conversion method illustrated in FIG. 13 will be described in detail with reference to the block diagram illustrated in FIG. 14.
- the transmitter 400 includes a content DB 410, a moov decoder 420, a trak (PSI / SI) extractor 421, and a PSI / SI generator 422, mdat loader 430, system clock 440, clock reference generator 450, scheduler 460, delivery header insertion unit 470, It may include a protocol encapsulation unit 480 and an internet frontend 490.
- a content DB 410 includes a content DB 410, a moov decoder 420, a trak (PSI / SI) extractor 421, and a PSI / SI generator 422, mdat loader 430, system clock 440, clock reference generator 450, scheduler 460, delivery header insertion unit 470, It may include a protocol encapsulation unit 480 and an internet frontend 490.
- the content transmission apparatus includes a format conversion unit for converting the content stored in the file format to the transmission format and a packet transmission unit for transmitting the content converted into the transmission format using the IP packet Can be.
- the format conversion unit of the content transmission apparatus may be included.
- the packet transmitter may include a transport header inserter 470, a protocol encapsulator 480, and an internet front end 490.
- the transmitting apparatus 400 extracts PSI / SI information from trak (PSI / SI) of the moov box among the stored file formats 100 of the content to be transmitted (S300).
- the content DB 410 of the transmitting apparatus 400 stores and manages content in the file format 100 as described with reference to FIGS. 1 to 10, and the moov decoder 420 stores a file stored in the content DB 410. Data of the moov box 110 may be extracted from the format 100.
- the trak (PSI / SI) extractor 421 may extract trak (PSI / SI) data including program configuration information from the moov data output from the moov decoder 420.
- the PSI / SI generator 422 generates PSI / SI information of the transmission format 200 for streaming using the extracted trak (PSI / SI) data, and according to a clock provided from the system clock 440.
- the PSI / SI generated information may be output to the scheduler 460 so that the PSI / SI is repeatedly transmitted at regular intervals.
- the mdat loader 430 may load actual content data included in mdat (audio), mdat (video), and mdat (subtitle), that is, audio, video, and subtitle data, and deliver the same to the scheduler 460.
- the transmitter 400 sets-up a time window (step S310), and determines a transmission time point of the PSI / SI information (step S320).
- the scheduler 460 of the transmitting device 400 sequentially processes PSI / SI information input from the PSI / SI generating unit 422 and audio, video, and subtitle data input from the mdat loader 430 according to a system clock. Can stream.
- audio, video, and subtitle data input from the mdat loader 430 may be cut and sequentially transmitted according to a time window W having a predetermined size, and the time window W may be a scheduler 460. ) Can be set.
- the scheduler 460 may determine whether the PSI / SI information input from the PSI / SI generation unit 422 should be transmitted based on the transmission period of the PSI / SI information.
- the transmitting device 400 checks whether the PSI / SI information to be transmitted has been changed (step S330), and updates the version of the PSI / SI information (step S340). .
- the PSI / SI generation unit 422 reflects the change in the PSI / SI signaling information 210 to be included in the transmission format 200 in accordance with the change time point of the PSI / SI information, and the PSI / SI signaling.
- the version of information 210 may be updated.
- the PSI / SI generation unit 422 may include program configuration change information (eg, start time / duration field values as described with reference to FIG. 6) included in the PSI / SI information of the file format 100. ) May determine whether to change the PSI / SI information and update the version of the PSI / SI information to be included in the transmission format 200 when the PSI / SI information is changed.
- program configuration change information eg, start time / duration field values as described with reference to FIG. 6
- the transmitting apparatus 400 converts the PSI / SI information into a transmission format (step S350), and transmits the content converted into the transmission format using a network such as the Internet (step S370).
- the transmitting device 400 converts the audio / video / subtitle mdat into the transmission format according to the set time window (step S360), and then converts the transmission format.
- the transmitted content is transmitted using a network such as the Internet (S370).
- the scheduler 460 cuts audio, video and subtitle data input from the mdat loader 430 according to the time window set up in step S310, and then transmits the data as described with reference to FIGS. 11 and 12. It may be included in the format 200 and sequentially output.
- the transport header inserter 470 generates header information and inserts the header information into the transport format 200, and the protocol encapsulation unit 480 may encapsulate and output the transport format 200 according to the transport protocol.
- the transmission protocol may be various protocols such as UDP, TCP, RTP or HTTP used for data transmission through the Internet.
- the internet front end 490 may perform physical encoding on the encapsulated transmission format 200 to transmit the corresponding contents through the internet.
- system clock 440 provides a basic clock for performing streaming in the transmitter 400, the PSI / SI generator 422, the clock reference generator 450 and the scheduler 460 is the system clock In accordance with the present invention, operations for transmitting content may be performed.
- the clock reference generator 450 may generate a clock reference value (Clock Ref.) For synchronizing with the receiver by using a clock provided from the system clock 440.
- the generated clock reference value Clock Ref. May be selectively inserted into the transmission format 200 as described with reference to FIG. 12.
- the transmitting apparatus 400 may transmit the corresponding content by repeating steps S300 to S370 illustrated in FIG. 12 until all mdat constituting the content is transmitted.
- 15 and 16 illustrate another embodiment of a method of converting a file format into a transmission format, and are stored in a file format according to the second embodiment of the present invention as described with reference to FIGS. 9 and 10.
- 11 illustrates a method of converting content into a transmission format according to an embodiment of the present invention described with reference to FIG. 11. Meanwhile, detailed descriptions of the same as those described with reference to FIGS. 12 and 13 will be omitted below.
- PSI / SI information of mdat (PSI / SI) 125 may be PSI / SI signaling.
- the information 210 may be converted and transmitted at predetermined periods.
- the PSI / SI signaling information 210 may be converted and transmitted.
- mdat (PSI / SI), mdat (audio), mdat (video) and mdat (subtitle) stored in the file format 100 are cut according to a time window (W) each having a constant size, so that PSI / SI signaling
- W time window
- clock reference value (Clock Ref.) 231 of the transmitting device may be selectively inserted into the transmission format 200 and transmitted.
- FIG. 16 is a flowchart illustrating an embodiment of a method of converting a file format into a transmission format
- FIG. 17 is a block diagram illustrating a configuration of a content transmission device according to a second embodiment of the present invention.
- the conversion method illustrated in FIG. 16 will be described in detail with reference to the block diagram illustrated in FIG. 17.
- the description of the same elements as those described with reference to FIG. 14 among the components of the transmitter 400 illustrated in FIG. 17 will be omitted below.
- the format conversion unit of the content transmission apparatus moov decoder 420, mdat loader (PSI / SI) 425, mdat loader (A / V / Sub.) Shown in FIG. 430 and a scheduler 460, the packet transmission unit may include a transmission header insertion unit 470, a protocol encapsulation unit 480, and an Internet front end 490.
- the transmitter 400 sets-up a time window (step S500), and transmits a PSI / SI or audio / video / subtitle mdat according to the set time window. (Step S510).
- the mdat loader (PSI / SI) 425 included in the transmitting apparatus 400 loads the PSI / SI information included in mdat (PSI / SI) of the file format 100 to the scheduler 460.
- the mdat loader (A / V / Sub.) 430 may load the actual content data included in mdat (audio), mdat (video), and mdat (subtitle), respectively, and deliver the same to the scheduler 460.
- the scheduler 460 sets the PSI / SI information input from the mdat loader (PSI / SI) 425 or the audio, video and subtitle data input from the mdat loader (A / V / Sub.) 430 to the set time. After cutting according to the window, the cut data may be included in the transmission format 200 and sequentially output.
- PSI / SI information included in mdat (PSI / SI) is converted into PSI / SI signaling information 210 of the transmission format 200 and transmitted.
- the transmitter 400 according to the second embodiment of the present invention uses a moov decoder 420, a trak (PSI / SI) extractor 421, and a PSI / SI generator 422 as illustrated in FIG. 14. May not be included.
- the transmitting apparatus 400 transmits the content converted into the transmission format using a network such as the Internet (S520).
- the transmitting apparatus 400 may transmit the corresponding content by repeating the steps S500 to S520 illustrated in FIG. 16 until all mdat constituting the content is transmitted.
- FIG. 18 and 19 illustrate an embodiment of a method of converting a transmission format into a file format
- FIG. 5 illustrates contents received in a transmission format according to an embodiment of the present invention as described with reference to FIG. 11.
- 8 illustrates a method of converting to a file format according to the first embodiment of the present invention as described with reference to FIG. 8.
- the reception device may convert the content received in the transmission format 200 into the file format 100 to store the content. Can be.
- the PSI / SI signaling information 210 included in the transmission format 200 and transmitted at regular intervals is converted into trak (PSI / SI) of the file format 100 as described with reference to FIGS. 5 to 8. Can be stored.
- the receiving device while converting the content received in the transport format 200 to the file format 100, the receiving device continuously monitors the version of the PSI / SI signaling information 210 to determine whether the version has been updated. You can check it.
- the receiving device compares the PSI / SI signaling information 210 of the previous version with the PSI / SI signaling information 210 of the updated version and compares the two. After identifying the changed information, the changed information and the changed time information may be reflected and stored in the trak (PSI / SI) configured by using the previous version of the PSI / SI signaling information 210.
- PSI / SI trak
- the audio packet stream 221, the video packet stream 222, and the subtitle packet stream 223 included in the transmission format 200 and sequentially received are mdat (audio) 121 and mdat (video) 122.
- mdat (subtitle) 123 may be converted and stored respectively.
- the respective packet streams are buffered for a predetermined time according to time information and converted into corresponding mdat, and the packet streams may be identified by the mdat_id field as described with reference to FIG. 11.
- PSI / SI signaling information 210 when the version of the PSI / SI signaling information 210 is updated, changes and changes in the PSI / SI information are reflected in the trak (PSI / SI) of the file format 100, thereby being included in the file format 100.
- Information about a section in which mdats are used may be included in the program configuration information.
- the time information as described above is a clock of a receiver.
- the clock of the receiving device may be synchronized with the transmitting device by a clock reference value (Clock Ref.) 231 included in the transmission format 200.
- the PSI / SI signaling information of the transport format 200 is converted into trak (PSI / SI) and stored based on the compatibility of the PSI / SI information, thereby being received in the transport format 200.
- the content can be easily converted into the file format 100.
- FIG. 19 is a flowchart illustrating an embodiment of a method of converting a transmission format into a file format
- FIG. 20 is a block diagram illustrating a configuration of a content receiving apparatus according to a first embodiment of the present invention.
- the conversion method illustrated in FIG. 19 will be described in detail with reference to the block diagram illustrated in FIG. 20.
- the reception apparatus 700 includes a delivery format decoder 710, a PSI / SI extraction unit 720, and a Version / diff.
- the content receiving apparatus may include a format conversion unit for converting the content received in the transmission format to a file format and a content storage unit for storing the content converted into the file format.
- the monitoring unit 721 may include a trak (PSI / SI) generator 722, an mdat buffer 730, a moov generator 760, and a file format generator 770.
- PSI / SI trak
- the reception apparatus 700 extracts PSI / SI signaling information from the transmission format 200 of the received content (step S600), and trak the extracted PSI / SI signaling information (PSI). / SI) is converted and stored (step S610).
- the transport format decoder 710 of the reception apparatus 700 decodes and filters the transport format 200 received through the Internet, thereby PSI / SI signaling information 210, an audio packet stream 221, and a video packet stream 222.
- the caption packet stream 223 and the clock reference value 231 may be output separately.
- the transport format decoder 710 uses the mdat_id included in the transport format 200 so that the data included in the packet is included in the audio packet stream 221, the video packet stream 222, and the subtitle packet stream 223. Can be identified.
- the PSI / SI extractor 720 extracts PSI / SI information indicating configuration information of the corresponding content from the PSI / SI signaling information 210, and the trak (PSI / SI) generator 722 extracts the extracted PSI / SI information.
- PSI / SI information may be converted into trak (PSI / SI) of the file format 100 as described with reference to FIGS. 5 to 8 and stored in the content DB 780.
- the reception apparatus 700 sets up a time window and synchronizes a clock with the transmission apparatus 400 (S620).
- the PCR extractor 740 extracts a clock reference value 231 of the transmitting device 400 from the transmission format 200 to thereby system clock. 750.
- the system clock 750 transmits a clock synchronized with the transmitter 400 to the trak (PSI / SI) generator 722 and the mdat buffer 730 by using the extracted clock reference value 231.
- the playback time of the content received from the device 400 may be managed.
- the reception apparatus 700 checks whether the version of the received PSI / SI signaling information 210 included in the transmission format 200 has changed (step S630).
- the reception apparatus 700 identifies the changed field of the PSI / SI signaling information 210 and obtains time information from the clock (step S640).
- the monitoring unit 721 monitors the version of the PSI / SI information input from the PSI / SI extraction unit 720, and displays the difference between the PSI / SI information and the previous version of the PSI / SI information when the version is changed.
- the changed content may be extracted from the PSI / SI information.
- the trak (PSI / SI) generation unit 722 performs the Version / diff.
- the changes extracted by the monitoring unit 721 may be updated by reflecting the changed contents in the trak (PSI / SI) stored in operation S610.
- the trak (PSI / SI) generation unit 722 may record information on the time at which the version is changed in the trak (PSI / SI).
- the trak (PSI / SI) generator 722 obtains time information indicating the change time point using a clock provided from a system clock 750, Program configuration change information (eg, start time / duration field values as described with reference to FIG. 6) of trak (PSI / SI) may be updated using the obtained time information.
- Program configuration change information eg, start time / duration field values as described with reference to FIG. 6
- the version of the PSI / SI information is changed at a time of 180 msec (this is time information synchronized with the transmitting apparatus 400 according to the system clock), and the main mdat of the audio type is mdat of 'id1'. Changed from 'id2' to mdat in Version / diff.
- the trak (PSI / SI) generation unit 722 is a duration field value for the mdat of 'id1' and the 'id2' in the trak (PSI / SI) stored in step S610
- the start_time field value for mdat of 'can be set to' 180 ', respectively.
- the moov generation unit 760 may configure moov data of the file format 100 to include the trak (PSI / SI) input from the trak (PSI / SI) generation unit and output the moov data to the file format configuration unit 770. have.
- the receiving apparatus 700 converts the audio / video / subtitle packet stream into mdat file format according to the set time window.
- the mdat buffer 730 buffers the audio packet stream 221, the video packet stream 222, and the subtitle packet stream 223, which are sequentially inputted separately from the transmission format 200, for a predetermined time. It may be transferred to the format configuration unit 770.
- a plurality of mdat buffers 730 may be provided in the receiving apparatus 700 to correspond to each of the audio / video / caption packet streams 221, 222, and 223.
- the mdat buffer 730 uses the clock provided from the system clock 750 and the time window set up in step S620 to perform the mdat on each of the packet streams 221, 222, and 223. Buffering can be performed for the time required to construct.
- the file format configuration unit 770 configures the mdat using the buffered data input from the mdat buffer 730, the file format to include the moov data and the configured mdat input from the moov generation unit 760 100 may be generated and stored in the content DB 410.
- the reception apparatus 700 may repeat the steps S600 to S660 illustrated in FIG. 19 to store the corresponding content in the file format 100 until all the data constituting the content are stored in the content DB 780. .
- FIG. 21 and 22 illustrate another embodiment of a method of converting a transmission format into a file format
- FIG. 21 illustrates contents received in a transmission format according to an embodiment of the present invention as described with reference to FIG. 11.
- 9 and 10 illustrate a method of converting to a file format according to a second embodiment of the present invention.
- the receiving apparatus includes PSI / SI signaling information 210, an audio packet stream 221, a video packet stream 222, and a subtitle packet stream 223 that are sequentially included in the transmission format 200 and are sequentially received.
- Mdat (PSI / SI) 125, mdat (audio) 121, mdat (video) 122 and mdat (subtitle) 123 can be converted and stored respectively.
- the packet streams 210, 221, 222, and 223 are each buffered for a predetermined time and converted into corresponding mdat, and the packet streams may be identified by the mdat_id field as described with reference to FIG. .
- the receiving device since the mdat (PSI / SI) 125 of the file format 100 includes the PSI / SI information reflecting all of the changes, the receiving device uniformly receives the PSI / SI signaling information 210 sequentially received.
- the mdat (PSI / SI) 125 may be configured by buffering the time as it is.
- the conversion method according to another embodiment of the present invention may not include the version monitoring and change extraction process as described with reference to FIGS. 18 to 20.
- time information used for buffering the packet streams and converting them into mdats is managed by a clock of the receiving device, and the clock of the receiving device is a clock reference value included in the transmission format 200.
- Clock Ref.) 231 may be synchronized with the transmitting device.
- FIG. 22 is a flowchart illustrating still another embodiment of a method of converting a transmission format into a file format
- FIG. 23 is a block diagram illustrating a configuration of a content receiving apparatus according to a second embodiment of the present invention.
- the conversion method illustrated in FIG. 22 will be described in detail with reference to the block diagram illustrated in FIG. 23. Meanwhile, the description of the same elements as those described with reference to FIG. 20 among the components of the reception apparatus 700 illustrated in FIG. 23 will be omitted below.
- the format conversion unit of the content receiving apparatus according to another embodiment of the present invention, the transport format decoder 710, mdat buffer (PSI / SI) 725, mdat buffer (A / V / Sub. 730 and a file format configuration unit 770.
- the reception apparatus 700 extracts PSI / SI signaling information from the transmission format 200 of the received content (step S800).
- the mdat buffer (PSI / SI) 725 provided in the receiving apparatus 700 buffers the PSI / SI signaling information 210 sequentially input after being separated from the transmission format 200 for a predetermined time. It may be transferred to the format configuration unit 770.
- the second embodiment of the present invention Receiving device 700 is a version / diff.
- the monitoring unit 721 may not be included.
- the receiving device 700 sets up a time window and synchronizes a clock with the transmitting device 400 (S810).
- the system clock 750 uses a clock reference value 231 extracted from the transmission format 200 to convert a clock synchronized with the transmitting apparatus 400 to the mdat buffer (PSI / SI) 725 and the mdat buffer. (A / V / Sub.) 730, it is possible to manage the playback time (playback time) of the content received from the transmitting device (400).
- the reception apparatus 700 converts and stores the PSI / SI or audio / video / subtitle packet stream into mdat in a file format according to the set time window (S820).
- the mdat buffer (A / V / Sub.) 730 is separated from the transmission format 200 and sequentially inputs an audio packet stream 221, a video packet stream 222, and a subtitle packet stream 223. May be buffered for a predetermined time and then transferred to the file format configuration unit 770.
- the file format configuration unit 770 configures the mdat (PSI / SI) 125 using the buffered data input from the mdat buffer (PSI / SI) 725, and the mdat buffer (A / V / Sub).
- Mdat (audio) 121, mdat (video) 122, and mdat (subtitle) 123 may be configured using the buffered data input from.) 730 to generate a file format 100. .
- the reception apparatus 700 may repeat the steps S800 to S820 illustrated in FIG. 22 to store the corresponding content in the file format 100 until all the data constituting the content are stored in the content DB 780. .
- the Internet-based content receiving and processing method described with reference to FIGS. 1 to 23 may be performed by an IPTV receiver according to an embodiment of the present invention.
- the IPTV receiver can receive content provided in a transmission format from a transmitting side (for example, a service provider such as a broadcasting station), and the transmission format of the content has a configuration as described with reference to FIG. 11. Can be.
- a transmitting side for example, a service provider such as a broadcasting station
- the transmission format of the content has a configuration as described with reference to FIG. 11. Can be.
- the IPTV receiver may convert the content of the transmission format into a file format and store the content in an internal storage medium.
- the file format of the content may have a configuration as described with reference to FIGS. 4 to 10.
- the IPTV receiver may convert the contents of the transmission format into a file format by using the conversion method described with reference to FIGS. 18 to 23.
- FIG. 24 is a block diagram illustrating an IPTV receiver configuration according to an embodiment of the present invention.
- the IPTV receiver according to an embodiment of the present invention may include a separate tuner or the like for receiving terrestrial broadcasting, cable broadcasting, satellite broadcasting, or the like.
- a separate tuner or the like for receiving terrestrial broadcasting, cable broadcasting, satellite broadcasting, or the like.
- a description will be given of the configuration of receiving an IPTV service provided using an IP network.
- ITF represents an Open IPTV Terminal Function, which may mean a receiver composed of a function module required to support the IPTV service.
- the IPTV receiver includes a network interface 901, a TCP / IP manager 902, a service delivery manager 904, a PVR manager 905, Demultiplexer (Demux) 908, Data Decoder 907, Audio / Video Decoder 912, A / V Display & OSD Module 915, Application Manager Application Manager (913, 914), Service Information Database (SI & Metadata DB) 911, Service Discovery Manager (909), Service Control Manager (903), Metadata Manager (Metadata Manager) 910 and a content database unit (Content DB) (906).
- SI & Metadata DB Service Information Database
- Service Discovery Manager (909
- Service Control Manager (903
- Metadata Manager Metal Data Manager
- the network interface unit 901 receives packets received from a network and transmits the packets to the network. That is, the network interface unit 901 receives a service, content, and the like from a service provider through a network.
- the TCP / IP manager 902 is involved in packet transmission from the source to the destination for the packet received by the IPTV receiver and the packet transmitted by the IPTV receiver. In addition, the TCP / IP manager 902 classifies the received packet to correspond to an appropriate protocol, and sends it to the service delivery manager 904, the service discovery manager 909, the service control manager 903, and the metadata manager 910. Output sorted packets.
- the service delivery manager 904 is responsible for controlling the received service data.
- RTP / RTCP can be used to control real-time streaming data.
- the service delivery manager 904 parses the received data packet according to the RTP and transmits it to the demultiplexer 908 or under the control of the service manager 914.
- the content database unit 906 stores the content.
- the service delivery manager 904 also feeds back the network reception information to the server side providing the service using RTCP.
- the demultiplexer 908 demultiplexes the received packet into audio, video, program specific information (PSI) data, and the like, and transmits the demultiplexer 908 to the audio / video decoder 912 and the data decoder 907, respectively.
- PSI program specific information
- the data decoder 907 decodes service information such as, for example, program specific information (PSI). That is, the data decoder 907 receives and decodes the demultiplexed PSI section, the program and service information protocol (PSIP) section, or the service information (DVB-SI) section from the demultiplexer 908.
- PSI program specific information
- PSIP program and service information protocol
- DVB-SI service information
- the data decoder 907 decodes the received sections to create a database of service information, and stores the database of the service information in the service information database unit 911.
- An audio / video decoder 912 decodes the video data and the audio data received at the demultiplexer 908.
- the audio data and the video data decoded by the audio / video decoder 912 are provided to the user through the display unit 915.
- the application manager manages the overall state of the IPTV receiver, provides a user interface, and manages other managers.
- the application manager includes a user interface manager 913 and a service manager 914.
- the user interface manager 913 provides a graphical user interface (GUI) for a user using an OSD (On Screen Display), etc., and receives a key input from a user to perform a receiver operation according to the input. For example, upon receiving a key input related to channel selection from a user, the key input signal is transmitted to the service manager 914.
- GUI graphical user interface
- the service manager 914 controls a manager associated with a service, such as a service delivery manager 904, a service discovery manager 909, a service control manager 903, and a metadata manager 910.
- the service manager 914 creates a channel map and selects a channel using the channel map according to a key input received from the user interface manager 913.
- the service manager 914 receives service information of a channel from the data decoder 907 and sets an audio / video packet identifier (PID) of the selected channel to the demultiplexer 908.
- PID audio / video packet identifier
- the service discovery manager 909 provides information necessary to select a service provider that provides a service. Upon receiving a signal regarding channel selection from the service manager 914, the service discovery manager 909 finds a service using the information.
- the service control manager 903 is responsible for selecting and controlling services.
- the service control manager 903 uses IGMP or RTSP when the user selects a Live Broadcasting service such as a conventional broadcasting method, and uses RTSP when selecting a service such as VOD (Video On Demand). Can be used to select and control services.
- IGMP Live Broadcasting service
- RTSP Video On Demand
- the RTSP protocol may provide a trick mode for real time streaming.
- the service control manager 903 may initiate and manage a session through the IMC gateway using an IP multimedia subsystem (IMS) or a session initiation protocol (SIP).
- IMS IP multimedia subsystem
- SIP session initiation protocol
- the protocols are one embodiment, and other protocols may be used depending on implementation.
- the metadata manager 910 manages metadata associated with a service and stores the metadata in the service information database unit 911.
- the service information database unit 911 stores service information decoded by the data decoder 907, metadata managed by the metadata manager 910, and information necessary to select a service provider provided by the service discovery manager 909. do. In addition, the service information database unit 911 may store setup data for the system.
- the service information database unit 911 and the content database unit 906 may be implemented using nonvolatile memory (NVRAM) or flash memory, respectively, and are two logically separated areas on the same storage area. Can be implemented.
- NVRAM nonvolatile memory
- flash memory flash memory
- the PVR manager 905 is a module for recording and playing back live streaming content.
- the PVR manager 905 may collect metadata about the recorded content and generate additional information provided to the user such as a thumbnail image or an index.
- the function of the control unit of the IPTV receiver according to the embodiment of the present invention is a TCP / IP manager 902, a service delivery manager 904, a PVR manager 905, an application manager 913, 914, and service discovery shown in FIG.
- the manager 909 may be divided into a plurality of modules such as the service control manager 903 and the metadata manager 910.
- the TCP / IP manager 902 filters the SD & S information using the target package information as described above, so that the network interface unit 901 corresponds to a specific package (for example, a package to which an IPTV receiver is subscribed). Only the payload or segment may be requested to the server and received.
- the TCP / IP manager 902 filters the SD & S information received by the multicast method using the target package information so that only payloads or segments corresponding to a specific package are parsed and processed by the data decoder 907. can do.
- FIG. 25 is a block diagram showing another embodiment of the configuration of the IPTV receiver according to the present invention, and shows the configuration of the IPTV receiver in functional blocks.
- the solid line arrow shown in FIG. 25 corresponds to the data path, and the dotted line arrow corresponds to the control signal path.
- Cable modem, DSL modem, etc (1001) is an interface that allows the ITF to be connected to the IP network at the physical level, demodulates the signal transmitted through the physical medium to restore the digital signal.
- the Ethernet NIC 1002 restores the signal received through the physical interface to IP data, and the IP Network Stack 1007 processes each layer according to the IP Protocol stack.
- the XML Parser 1009 parses an XML Document among received IP data
- the File Handler 1008 processes data transmitted in the form of File through FLUTE among the received IP data.
- the SI Handler 1011 processes the part corresponding to the IPTV service information among the received File type data and stores it in the storage 1012, and the EPG Handler 1010 corresponds to the IPTV EPG information among the received File type data.
- the portion may be processed and stored in Storage 1012.
- the storage 1012 stores various data such as the SI and the EPG.
- the SI Decoder 1013 receives the SI data from the Storage 1012 and analyzes it to obtain channel map information.
- the EPG Decoder 1014 analyzes the EPG data stored in the Storage 1012 to restore necessary information for the EPG configuration. do.
- the ITF Operation Controller 1015 is a main controller that controls the operation of an ITF such as a channel change or an EPG display.
- the channel service manager 1016 may perform an operation such as changing a channel according to a user input, and the application manager 1017 may perform an application service such as an EPG display according to the user input.
- the MPEG-2 Demultiplexer 1003 may extract MPEG-2 Transport Stream data from the received IP datagram and deliver the MPEG-2 Transport Stream data to the corresponding module according to the packet identification information (PID).
- PID packet identification information
- the MPEG-2 PSI / PSIP Parser 1004 extracts and parses PSI / PSIP data including packet identification information (PID) of A / V data or access information about a program element from the MPEG-2 Transport Stream. Can be.
- PID packet identification information
- the A / V Decoder 1005 decodes the input audio and video data and transmits the decoded audio and video data to the display module 1006.
- the display module 1006 may output decoded A / V data or an application.
- the above-described method for transmitting and receiving content according to the present invention may be stored in a computer-readable recording medium that is produced as a program for execution on a computer.
- Examples of the computer-readable recording medium may include ROM, RAM, CD-ROM, Magnetic tapes, floppy disks, optical data storage devices, and the like, and also include those implemented in the form of carrier waves (eg, transmission over the Internet).
- the computer readable recording medium can be distributed over network coupled computer systems so that the computer readable code is stored and executed in a distributed fashion.
- functional programs, codes, and code segments for implementing the method can be easily inferred by programmers in the art to which the present invention belongs.
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Communication Control (AREA)
- Information Transfer Between Computers (AREA)
Abstract
Description
Claims (20)
- 인터넷을 이용하여 컨텐츠를 송신하는 방법에 있어서,파일 포맷으로 저장된 컨텐츠를 전송 포맷으로 변환하는 단계; 및상기 전송 포맷으로 변환된 컨텐츠를 IP 패킷을 이용하여 전송하는 단계를 포함하고,상기 전송 포맷은 상기 IP 패킷에 PCR(Program Clock Reference)이 전송되는지 여부를 나타내기 위한 인디케이터(indicator) 정보를 포함하는 컨텐츠 송신 방법.
- 제1항에 있어서, 상기 전송 포맷은상기 인디케이터 정보에 따라, 송수신 장치 사이의 클럭 동기화를 위한 클럭 참조 값(clock reference value)을 선택적으로 포함하는 컨텐츠 송신 방법.
- 제2항에 있어서, 상기 클럭 참조 값은상기 전송 포맷에 포함된 PCR_base 필드와 PCR_extension 필드에 의해 지정되는 컨텐츠 송신 방법.
- 제1항에 있어서, 상기 전송 포맷은상기 IP 패킷에 포함된 데이터의 크기를 나타내는 길이 정보를 포함되는 컨텐츠 송신 방법.
- 제1항에 있어서, 상기 파일 포맷은파일의 타입 정보를 저장하기 위한 에프타입(ftyp) 박스, 오디오 또는 비디오 데이터를 저장하기 위한 엠닷(mdat) 박스 및 상기 엠닷 박스에 저장된 데이터에 대한 정보를 저장하기 위한 무브(moov) 박스를 포함하며,상기 컨텐츠를 구성하는 적어도 하나의 프로그램에 대한 구성 정보는 상기 파일 포맷의 엠닷 박스 및 무브 박스 중 어느 하나에 포함되는 컨텐츠 송신 방법.
- 제5항에 있어서, 상기 전송 포맷은상기 엠닷 박스에 포함된 각각의 엠닷을 식별하기 위한 엠닷 식별 정보를 포함하는 컨텐츠 송신 방법.
- 제5항에 있어서,상기 엠닷 박스에 포함된 각각의 엠닷은 타임 윈도우(time window)에 따라 컷팅된 후 상기 전송 포맷에 포함되며,상기 전송 포맷은 상기 전송되는 IP 패킷의 페이로드(payload)에 포함되는 컨텐츠 송신 방법.
- 인터넷을 이용하여 컨텐츠를 수신하는 방법에 있어서,전송 포맷으로 수신되는 컨텐츠를 파일 포맷으로 변환하는 단계; 및상기 파일 포맷으로 변환된 컨텐츠를 저장하는 단계를 포함하고,상기 전송 포맷은 IP 패킷에 PCR이 전송되는지 여부를 나타내기 위한 인디케이터 정보 및 송수신 장치 사이의 클럭 동기화를 위한 클럭 참조 값을 포함하며,상기 클럭 참조 값은 상기 인디케이터 정보에 따라 선택적으로 수신되는 컨텐츠 수신 방법.
- 제8항에 있어서, 상기 변환 단계는상기 클럭 참조 값을 이용하여 송신 장치와 동기화된 시스템 클럭을 이용하여 수행되는 컨텐츠 수신 방법.
- 제8항에 있어서, 상기 파일 포맷은파일의 타입 정보를 저장하기 위한 에프타입(ftyp) 박스, 오디오 또는 비디오 데이터를 저장하기 위한 엠닷(mdat) 박스 및 상기 엠닷 박스에 저장된 데이터에 대한 정보를 저장하기 위한 무브(moov) 박스를 포함하며,상기 컨텐츠를 구성하는 적어도 하나의 프로그램에 대한 구성 정보는 상기 파일 포맷의 엠닷 박스 및 무브 박스 중 어느 하나에 포함되는 컨텐츠 수신 방법.
- 제10항에 있어서, 상기 전송 포맷은상기 엠닷 박스에 포함된 각각의 엠닷을 식별하기 위한 엠닷 식별 정보를 포함하는 컨텐츠 수신 방법.
- 인터넷을 이용하여 컨텐츠를 송신하는 장치에 있어서,파일 포맷으로 저장된 컨텐츠를 전송 포맷으로 변환하는 포맷변환부; 및상기 전송 포맷으로 변환된 컨텐츠를 IP 패킷을 이용하여 전송하는 패킷전송부를 포함하고,상기 전송 포맷은 상기 IP 패킷에 PCR이 전송되는지 여부를 나타내기 위한 인디케이터 정보를 포함하며, 송수신 장치 사이의 클럭 동기화를 위한 클럭 참조 값은 상기 인디케이터 정보에 따라 선택적으로 상기 전송 포맷에 포함되는 컨텐츠 송신 장치.
- 제12항에 있어서, 상기 전송 포맷은상기 IP 패킷에 포함된 데이터의 크기를 나타내는 길이 정보를 포함되는 컨텐츠 송신 장치.
- 제12항에 있어서, 상기 파일 포맷은파일의 타입 정보를 저장하기 위한 에프타입(ftyp) 박스, 오디오 또는 비디오 데이터를 저장하기 위한 엠닷(mdat) 박스 및 상기 엠닷 박스에 저장된 데이터에 대한 정보를 저장하기 위한 무브(moov) 박스를 포함하며,상기 컨텐츠를 구성하는 적어도 하나의 프로그램에 대한 구성 정보는 상기 파일 포맷의 엠닷 박스 및 무브 박스 중 어느 하나에 포함되는 컨텐츠 송신 장치.
- 제14항에 있어서,상기 엠닷 박스에 포함된 각각의 엠닷은 타임 윈도우(time window)에 따라 컷팅된 후 상기 엠닷을 식별하기 위한 엠닷 식별 정보와 함께 상기 전송 포맷에 포함되며,상기 전송 포맷은 상기 전송되는 IP 패킷의 페이로드(payload)에 포함되는 컨텐츠 송신 장치.
- 인터넷을 이용하여 컨텐츠를 수신하는 장치에 있어서,전송 포맷으로 수신되는 컨텐츠를 파일 포맷으로 변환하는 포맷변환부; 및상기 파일 포맷으로 변환된 컨텐츠를 저장하는 컨텐츠저장부를 포함하고,상기 전송 포맷은 IP 패킷에 PCR이 전송되는지 여부를 나타내기 위한 인디케이터 정보 및 송수신 장치 사이의 클럭 동기화를 위한 클럭 참조 값을 포함하며,상기 클럭 참조 값은 상기 인디케이터 정보에 따라 선택적으로 수신되는 컨텐츠 수신 장치.
- 제16항에 있어서, 상기 포맷변환부는상기 클럭 참조 값을 이용하여 송신 장치와 동기화된 시스템 클럭을 이용하여, 상기 전송 포맷으로 수신되는 컨텐츠를 상기 파일 포맷으로 변환하는 컨텐츠 수신 장치.
- 제16항에 있어서, 상기 파일 포맷은파일의 타입 정보를 저장하기 위한 에프타입(ftyp) 박스, 오디오 또는 비디오 데이터를 저장하기 위한 엠닷(mdat) 박스 및 상기 엠닷 박스에 저장된 데이터에 대한 정보를 저장하기 위한 무브(moov) 박스를 포함하며,상기 컨텐츠를 구성하는 적어도 하나의 프로그램에 대한 구성 정보는 상기 파일 포맷의 엠닷 박스 및 무브 박스 중 어느 하나에 포함되는 컨텐츠 수신 장치.
- 제18항에 있어서, 상기 전송 포맷은상기 엠닷 박스에 포함된 복수의 엠닷들을 각각 식별하기 위한 엠닷 식별 정보를 포함하는 컨텐츠 수신 장치.
- 제19항에 있어서, 상기 포맷변환부는상기 전송 포맷에 포함된 엠닷 식별 정보를 이용하여, 수신되는 IP 패킷에 포함된 전송 포맷의 패킷스트림들을 상기 복수의 엠닷들로 전환하는 컨텐츠 수신 장치.
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US13/642,306 US9118938B2 (en) | 2010-04-19 | 2011-04-12 | Method for transmitting/receiving content and transmitter/receiver using same |
KR1020127027427A KR101842201B1 (ko) | 2010-04-19 | 2011-04-12 | 인터넷 기반 컨텐츠 송수신 방법 및 그를 이용한 송수신 장치 |
US14/793,277 US9819977B2 (en) | 2010-04-19 | 2015-07-07 | Method for transmitting/receiving internet-based content and transmitter/receiver using same |
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US32537910P | 2010-04-19 | 2010-04-19 | |
US32536910P | 2010-04-19 | 2010-04-19 | |
US61/325,379 | 2010-04-19 | ||
US61/325,369 | 2010-04-19 |
Related Child Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/642,306 A-371-Of-International US9118938B2 (en) | 2010-04-19 | 2011-04-12 | Method for transmitting/receiving content and transmitter/receiver using same |
US14/793,277 Continuation US9819977B2 (en) | 2010-04-19 | 2015-07-07 | Method for transmitting/receiving internet-based content and transmitter/receiver using same |
Publications (2)
Publication Number | Publication Date |
---|---|
WO2011132882A2 true WO2011132882A2 (ko) | 2011-10-27 |
WO2011132882A3 WO2011132882A3 (ko) | 2012-01-26 |
Family
ID=44834604
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/KR2011/002596 WO2011132882A2 (ko) | 2010-04-19 | 2011-04-12 | 인터넷 기반 컨텐츠 송수신 방법 및 그를 이용한 송수신 장치 |
Country Status (3)
Country | Link |
---|---|
US (2) | US9118938B2 (ko) |
KR (1) | KR101842201B1 (ko) |
WO (1) | WO2011132882A2 (ko) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2011132883A2 (ko) * | 2010-04-19 | 2011-10-27 | 엘지전자 주식회사 | 인터넷 기반 컨텐츠 송수신 방법 및 그를 이용한 송수신 장치 |
KR102331705B1 (ko) * | 2011-10-13 | 2021-12-01 | 삼성전자주식회사 | 멀티미디어 서비스 송수신 방법 및 장치 |
KR20160045848A (ko) * | 2013-10-01 | 2016-04-27 | 엘지전자 주식회사 | 방송 전송 장치, 방송 전송 장치의 동작 방법. 방송 수신 장치 및 방송 수신 장치의 동작 방법 |
US9760114B1 (en) * | 2014-01-03 | 2017-09-12 | Juniper Networks, Inc. | Systems and methods for improving clock synchronization between master and slave devices |
US9819972B1 (en) * | 2014-12-10 | 2017-11-14 | Digital Keystone, Inc. | Methods and apparatuses for a distributed live-on-demand (LOD) origin |
US9942578B1 (en) * | 2015-12-07 | 2018-04-10 | Digital Keystone, Inc. | Methods and apparatuses for a distributed live-on-demand (LOD) origin |
US10637597B2 (en) * | 2017-04-07 | 2020-04-28 | Luminous Cyber Corporation | Time determination of distributed events without distribution of reference time, phase, or frequency |
WO2022146511A1 (en) * | 2020-12-28 | 2022-07-07 | Arris Enterprises Llc | Method and system for modular and universal set-top solution for different content delivery methods |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040098398A1 (en) * | 2001-01-30 | 2004-05-20 | Sang-Woo Ahn | Method and apparatus for delivery of metadata synchronized to multimedia contents |
US20050169269A1 (en) * | 2000-05-02 | 2005-08-04 | Nobuyoshi Tomita | Data transmission device and data transmission method |
US20060146815A1 (en) * | 2005-01-04 | 2006-07-06 | Cisco Technology, Inc. | Clock recovery algorithm for remultiplexing MPEG-2 SPTSs and/or MPTSs in the presence of network jitter |
WO2009003683A1 (en) * | 2007-07-02 | 2009-01-08 | Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. | Apparatus and method for processing and reading a file having a media data container and a metadata container |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100397511B1 (ko) * | 2001-11-21 | 2003-09-13 | 한국전자통신연구원 | 양안식/다시점 3차원 동영상 처리 시스템 및 그 방법 |
US7248590B1 (en) * | 2003-02-18 | 2007-07-24 | Cisco Technology, Inc. | Methods and apparatus for transmitting video streams on a packet network |
JP4317995B2 (ja) * | 2007-05-11 | 2009-08-19 | テクトロニクス・インコーポレイテッド | ストリーム解析装置とストリーム解析表示方法 |
CA2697459C (en) * | 2007-08-24 | 2013-09-24 | Lg Electronics Inc. | Digital broadcasting system and method of processing data in digital broadcasting system |
KR101777347B1 (ko) * | 2009-11-13 | 2017-09-11 | 삼성전자주식회사 | 부분화에 기초한 적응적인 스트리밍 방법 및 장치 |
US8510375B2 (en) * | 2009-12-11 | 2013-08-13 | Nokia Corporation | Apparatus and methods for time mapping media segments in streaming media files |
KR101790526B1 (ko) * | 2010-04-19 | 2017-10-27 | 엘지전자 주식회사 | 인터넷 기반 컨텐츠 송수신 방법 및 그를 이용한 송수신 장치 |
WO2011132883A2 (ko) * | 2010-04-19 | 2011-10-27 | 엘지전자 주식회사 | 인터넷 기반 컨텐츠 송수신 방법 및 그를 이용한 송수신 장치 |
KR101789633B1 (ko) * | 2010-04-19 | 2017-10-25 | 엘지전자 주식회사 | 인터넷 기반 컨텐츠 송수신 방법 및 그를 이용한 송수신장치 |
-
2011
- 2011-04-12 WO PCT/KR2011/002596 patent/WO2011132882A2/ko active Application Filing
- 2011-04-12 KR KR1020127027427A patent/KR101842201B1/ko active IP Right Grant
- 2011-04-12 US US13/642,306 patent/US9118938B2/en active Active
-
2015
- 2015-07-07 US US14/793,277 patent/US9819977B2/en active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050169269A1 (en) * | 2000-05-02 | 2005-08-04 | Nobuyoshi Tomita | Data transmission device and data transmission method |
US20040098398A1 (en) * | 2001-01-30 | 2004-05-20 | Sang-Woo Ahn | Method and apparatus for delivery of metadata synchronized to multimedia contents |
US20060146815A1 (en) * | 2005-01-04 | 2006-07-06 | Cisco Technology, Inc. | Clock recovery algorithm for remultiplexing MPEG-2 SPTSs and/or MPTSs in the presence of network jitter |
WO2009003683A1 (en) * | 2007-07-02 | 2009-01-08 | Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. | Apparatus and method for processing and reading a file having a media data container and a metadata container |
Also Published As
Publication number | Publication date |
---|---|
WO2011132882A3 (ko) | 2012-01-26 |
US20160007056A1 (en) | 2016-01-07 |
KR101842201B1 (ko) | 2018-03-26 |
KR20130069582A (ko) | 2013-06-26 |
US9118938B2 (en) | 2015-08-25 |
US9819977B2 (en) | 2017-11-14 |
US20130136144A1 (en) | 2013-05-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2011132883A2 (ko) | 인터넷 기반 컨텐츠 송수신 방법 및 그를 이용한 송수신 장치 | |
WO2011132879A2 (ko) | 인터넷 기반 컨텐츠 송수신 방법 및 그를 이용한 송수신 장치 | |
WO2011132882A2 (ko) | 인터넷 기반 컨텐츠 송수신 방법 및 그를 이용한 송수신 장치 | |
WO2014171718A1 (ko) | 방송 전송 장치, 방송 수신 장치, 방송 전송 장치의 동작 방법 및 방송 수신 장치의 동작 방법 | |
WO2015008986A1 (ko) | 하이브리드 방송 시스템의 방송 신호를 송신/수신하는 방법 및 장치 | |
WO2014209057A1 (ko) | 지상파 방송망과 인터넷 프로토콜망 연동 기반의 하이브리드 방송 시스템에서 방송 서비스의 송수신 방법 및 장치 | |
WO2012011724A2 (ko) | 미디어 파일 송수신 방법 및 그를 이용한 송수신 장치 | |
WO2010082783A2 (ko) | 비실시간 서비스 처리 방법 및 방송 수신기 | |
WO2009125961A1 (en) | Method of transmitting and receiving broadcasting signal and apparatus for receiving broadcasting signal | |
WO2010058958A2 (ko) | 비실시간 서비스 처리 방법 및 방송 수신기 | |
WO2011062385A2 (ko) | 방송 신호 송수신 방법 및 그를 이용한 방송 수신 장치 | |
WO2016018042A1 (en) | Apparatus and method for transmitting/receiving processes of a broadcast signal | |
WO2012060581A2 (ko) | 미디어 콘텐트 송수신 방법 및 그를 이용한 송수신 장치 | |
WO2011093676A2 (en) | Method and apparatus for generating data stream for providing 3-dimensional multimedia service, and method and apparatus for receiving the data stream | |
WO2014025207A1 (en) | A method and an apparatus for processing a broadcast signal including an interactive broadcast service | |
WO2016182371A1 (ko) | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 | |
WO2015126117A1 (ko) | 방송 신호 송수신 방법 및 장치 | |
WO2015065037A1 (ko) | Hevc 기반의 ip 방송 서비스 제공을 위한 방송 신호 송수신 방법 및 장치 | |
WO2010068040A2 (ko) | 비실시간 서비스 처리 방법 및 방송 수신기 | |
WO2011112053A2 (ko) | 비실시간 방송 서비스 처리 시스템 및 그 처리방법 | |
WO2012050405A2 (ko) | 디지털 수신기 및 디지털 수신기에서의 3d 컨텐트 처리방법 | |
WO2016171496A1 (ko) | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 | |
WO2017135673A1 (ko) | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 | |
WO2012011722A2 (ko) | 미디어 송수신 방법 및 그를 이용한 송수신 장치 | |
WO2012030176A2 (ko) | 3d (3-dimentional) 방송 서비스를 위한 방송 신호 처리 방법 및 장치 |
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: 11772171 Country of ref document: EP Kind code of ref document: A2 |
|
ENP | Entry into the national phase |
Ref document number: 20127027427 Country of ref document: KR Kind code of ref document: A |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
WWE | Wipo information: entry into national phase |
Ref document number: 13642306 Country of ref document: US |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 11772171 Country of ref document: EP Kind code of ref document: A2 |