WO2012161544A2 - 컨텐츠 제공 및 재생 방법, 그를 이용한 컨텐츠 제공 장치 및 수신 장치 - Google Patents

컨텐츠 제공 및 재생 방법, 그를 이용한 컨텐츠 제공 장치 및 수신 장치 Download PDF

Info

Publication number
WO2012161544A2
WO2012161544A2 PCT/KR2012/004147 KR2012004147W WO2012161544A2 WO 2012161544 A2 WO2012161544 A2 WO 2012161544A2 KR 2012004147 W KR2012004147 W KR 2012004147W WO 2012161544 A2 WO2012161544 A2 WO 2012161544A2
Authority
WO
WIPO (PCT)
Prior art keywords
advertisement
file
content
group
information
Prior art date
Application number
PCT/KR2012/004147
Other languages
English (en)
French (fr)
Other versions
WO2012161544A3 (ko
Inventor
김경호
문경수
이준휘
서종열
김관석
Original Assignee
엘지전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 엘지전자 주식회사 filed Critical 엘지전자 주식회사
Publication of WO2012161544A2 publication Critical patent/WO2012161544A2/ko
Publication of WO2012161544A3 publication Critical patent/WO2012161544A3/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/47214—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for content reservation or setting reminders; for requesting event notification, e.g. of sport results or stock market
    • 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/47—End-user applications
    • H04N21/482—End-user interface for program selection
    • H04N21/4825—End-user interface for program selection using a list of items to be played back in a given order, e.g. playlists
    • 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/81—Monomedia components thereof
    • H04N21/812—Monomedia components thereof involving advertisement data

Definitions

  • the present invention relates to a method and apparatus for providing content with an advertisement.
  • Digital TVs can provide a variety of additional services, including video and audio, which are inherent functions.
  • a digital TV allows a user to select a desired program through metadata indicating the broadcast time of the program.
  • program information is transmitted using the Program and System Information Protocol (PSIP) standard, and the digital TV interprets the transmitted program information so that the user can easily select the electronic program. Displays the Electronic Program Guide (EPG) on the screen.
  • PSIP Program and System Information Protocol
  • Digital TV service can provide a variety of services that could not be provided in the conventional analog broadcasting service.
  • the IPTV (Internet Protocol Television) service which is a type of digital TV service, provides an interactive feature that allows a user to actively select a type of viewing program, a viewing time, and the like.
  • the IPTV service may provide various additional services such as internet search, home shopping, online game, etc. based on this bidirectionality.
  • An object of the present invention is to provide a content providing and reproducing method that can efficiently provide content with an advertisement, a content providing device and a receiving device using the same.
  • a method of reproducing a content comprising: receiving a playlist file including a location of a content file and a plurality of locations for a plurality of advertisement files belonging to an advertisement group in a playback order; Determining a reproduction advertisement file, acquiring the determined advertisement file using the determined position of the advertisement file, acquiring the content file using the position of the content file, and according to the reproduction order, And sequentially playing the obtained advertisement file and the content file.
  • a method of providing a content comprising: generating a playlist file including a location for a content file and a plurality of locations for a plurality of advertisement files belonging to an advertisement group in a playback order; Transmitting the playlist to the receiving device.
  • Content playback method includes a playlist file including a location for the content file, a location for the advertisement file and the image information indicating the switching between the content file and the advertisement file in a playback order; Acquiring the content file and the advertisement file using the receiving step and the position with respect to the content file and the position with respect to the advertisement file; and the acquired content file, the advertisement file, and the image information according to the playing order. Sequentially playing back the still image or the switched image.
  • a reception device for receiving and playing a content file and an advertisement file receives an advertisement group including the content file and a plurality of advertisement files, and receives a position for the content and a position for the advertisement group.
  • a control unit for reproducing is
  • a content providing apparatus including a controller for generating a playlist file including a location for a content file and a plurality of locations for a plurality of advertisement files belonging to an advertisement group, in a playback order, and the generated file. And a transmitting unit for transmitting the playlist file to the receiving device.
  • a receiving apparatus receives a content file and an advertisement file, and stores the position of the content, the position of the advertisement, and the image information indicating the switching between the content file and the advertisement file in a playback order.
  • a receiving unit for receiving a playlist file including a storage unit; a storage unit storing the received content file and the advertisement file; and a still image or a switching image according to the content file, the advertisement file, and the image information according to the playing order.
  • a controller for sequentially playing back.
  • the content and the advertisement provided as separate files are displayed according to the playback order and position desired by the content provider. Can be played together efficiently.
  • the user's convenience may be enhanced and the purchase motivation may be increased.
  • a play list file in which advertisement attribute information of an advertisement is recorded may be provided so that an advertisement desired by a user can be efficiently played.
  • the advertisement may be played on the receiving device without being skipped according to the intention of the content provider.
  • FIG. 1 is a block diagram schematically showing the configuration of a content transmission and reception system according to an embodiment of the present invention.
  • 2 and 3 are diagrams showing examples of the configuration of a play list file.
  • FIG. 4 is a block diagram schematically illustrating a configuration of a content transmission and reception system according to another embodiment of the present invention.
  • FIG. 5 is a diagram illustrating an example of configuration of a play list file for adaptive streaming.
  • FIG. 6 is a block diagram briefly illustrating a configuration of a receiving apparatus according to an embodiment of the present invention.
  • FIG. 7 is a flowchart illustrating a content reproduction method according to an embodiment of the present invention.
  • FIG. 8 is a diagram illustrating a first embodiment of a method of playing content and an advertisement together.
  • 9 to 11 are views showing the configuration of a play list file according to an embodiment of the present invention.
  • FIG. 12 is a diagram illustrating a second embodiment of a method of playing content and an advertisement together.
  • FIGS. 13 to 16 are diagrams showing the configuration of a play list file according to another embodiment of the present invention.
  • 17 to 22 are diagrams for describing embodiments of a method of receiving a play list file.
  • 23 is a flowchart illustrating a first embodiment of a method for receiving an advertisement file.
  • 24 is a flowchart illustrating a second embodiment of a method of receiving an advertisement file.
  • 25 is a diagram for describing a relationship between content, an advertisement, and a play list.
  • FIG. 26 illustrates an embodiment of a method of sharing an advertisement using an advertisement ID.
  • 27 is a diagram illustrating an embodiment of a method of searching for a stored advertisement by using an advertisement ID.
  • 29 is a flowchart illustrating an embodiment of a method of deleting an advertisement file.
  • 30 is a diagram for explaining trick plays that can be executed in a receiving device.
  • 31 to 34 are diagrams illustrating embodiments of a method of limiting trick play during a playback section of an advertisement.
  • 35 and 36 are diagrams for describing an embodiment of a method of providing various receiving methods of an advertisement.
  • FIG. 37 is a diagram illustrating an embodiment of configuration of a playlist file and a media file for adaptive streaming.
  • 38 to 43 are views illustrating embodiments of the configuration of the play list files illustrated in FIG. 37.
  • FIG. 44 is a block diagram showing the configuration of an IPTV receiver according to an embodiment of the present invention.
  • 45 is a flowchart illustrating a content playback method according to another embodiment of the present invention.
  • 46 is a view illustrating a method of playing a still image or a transition image, an advertisement, and content together.
  • 47 to 51 illustrate a structure of a play list according to another embodiment of the present invention.
  • FIG. 52 is a flowchart illustrating a content playback method according to another embodiment of the present invention.
  • 53 is a flowchart illustrating a content playback method according to another embodiment of the present invention.
  • FIG. 54 is a flowchart illustrating a content playback method according to another embodiment of the present invention.
  • FIG. 55 is a view illustrating a scenario of displaying an advertisement and a content according to an embodiment of the method of reproducing the content described with reference to FIGS. 52 to 54.
  • 56 to 58 show the structure of a play list according to another embodiment of the present invention.
  • 59 is yet another embodiment of a method of playing an advertisement with content.
  • 60 to 61 illustrate a structure of a play list according to another embodiment of the present invention.
  • FIG. 62 is a diagram illustrating a configuration of a receiving device 30 according to another embodiment of the present invention.
  • FIG. 1 is a block diagram illustrating a simplified configuration of a content transmission and reception system according to an embodiment of the present invention.
  • the content transmission and reception system illustrated in FIG. 1 includes a broadcast system 10, an Internet server 20, a reception device 30, and a home gateway. 40 may be configured to include.
  • a content transceiving system may be divided into a content provider (CP) network provider (NP) and a user.
  • CP content provider
  • NP network provider
  • the content provider produces and provides a variety of contents, for example, terrestrial broadcaster (terrestrial broadcaster), cable broadcaster (cable system operator or multiple system operator), satellite broadcaster (satellite broadcaster) ), An Internet broadcaster, and the like.
  • terrestrial broadcaster terrestrial broadcaster
  • cable broadcaster cable system operator or multiple system operator
  • satellite broadcaster satellite broadcaster
  • An Internet broadcaster and the like.
  • the network provider provides a network for providing the service to a user.
  • a user may build a home network (HNED) to receive the service.
  • HNED home network
  • the content provider may provide content to the reception device 30 through a broadcast network or a network such as the Internet by using the broadcast system 10 or the internet server 20.
  • the broadcast system 10 may transmit content to the transmission device 30 through a multicast broadcast network using a unidirectional channel, and specifically, a real-time (RT) service or non-real time. (NRT, Non-Real-Time) service may be provided to the receiving device 30 through a broadcasting network.
  • RT real-time
  • NRT Non-Real-Time
  • the broadcast system 10 may generate a broadcast signal for a real-time (RT) service according to an ATSC (Advanced Television Systems Committee) compliant digital broadcast standard and transmit the broadcast signal to the reception device 30 through a broadcast network.
  • RT real-time
  • ATSC Advanced Television Systems Committee
  • the real-time service according to the present invention is not limited to the ATSC standard, but can be transmitted and received by various broadcast communication standards.
  • the non-real-time (NRT) service is a service in which video and audio content is streamed from the broadcasting station 10 to the DTV receiver 20 at a speed lower than or faster than the real time speed (or a combination thereof). It may involve real time transmission, storage and viewing operations.
  • the broadcast system 10 may transmit the real-time service and the non-real-time service through the same or different channel, and for example, transmit the real-time service and use the remaining bandwidth in the process or use the non-real-time using the dedicated bandwidth. Can provide services.
  • the broadcast system 10 may provide a service including various contents such as news clips, weather information, push video on demand (VOD), or targeted advertising. have.
  • the Internet server 20 may transmit content to the home gateway 40 of the home network configured by the receiving device 30 through the Internet using a unidirectional channel.
  • the receiving device 30 may receive a digital broadcast, and may be an IPTV receiver that receives an Internet service and provides the viewer with the same. To that end, the reception device 30 may receive an Internet service directly from a content provider via the Internet, request a search for necessary information from the content provider, and receive the result and provide the result to the user.
  • the reception device 30 may not only receive content through the Internet, but also receive a broadcast service from a terrestrial broadcaster through terrestrial, and may use a cable SO (cable system) through a cable.
  • a broadcast service may be received from an operator or multiple system operator (MSO), or may be received from a satellite broadcaster through a satellite.
  • MSO multiple system operator
  • the receiving device 30 is an Open IPTV Terminal Function (OITF), or OHTV (Open Hibrid) capable of two-way service using the Internet and broadcasting using an existing broadcasting network as described with reference to FIG. 1. TV).
  • OITF Open IPTV Terminal Function
  • OHTV Open Hibrid
  • various broadcast contents such as terrestrial broadcasting, cable broadcasting, satellite broadcasting, personal broadcasting, various internet video contents, data contents other than video, etc. are used.
  • Can be provided to The contents may be provided in real time or may be provided on demand.
  • the Internet server 20 divides a content file to be transmitted into a plurality of segments and adaptively adapts it according to the network bandwidth.
  • Streaming adaptive steaming
  • the adaptive streaming is to create content files having different bit rates for one content, and to select and transmit a bit rate to be transmitted according to the network bandwidth of the receiving device 30.
  • the reception device 30 may receive an advertisement played along with the content, in addition to the content to be played back from the broadcasting system 10 or the Internet server 20, and is intended by the content provider.
  • the received advertisement may be played along with the content according to the playback order and location.
  • FIG. 2 shows an example of the structure of the play list file, and shows a play list format of an M3U file used in an MP3 playback application program called Winamp of NULL Soft.
  • the M3U file which is a play list file, is configured in a format in which instructions starting with "#" are listed.
  • # EXTM3U means that the file is a playlist created in the M3U file format, which is necessary because it means the beginning of the playlist file.
  • the program name may be an MP3 file or an MPEG4 video file, but the present invention is not limited thereto.
  • Various types of files may be included according to a form in which a media player using a corresponding playlist can play compressed multimedia files.
  • a plurality of content files may be listed together with location information of the corresponding file.
  • the bandwidth that can be transmitted to the receiving device 30 is dynamically changed according to network traffic to secure stable and fixed bandwidth necessary for the transmission of content files. It can be difficult.
  • services such as YouTube may be provided through another network operated by a specific service provider so that content may be delayed, dropped, or retransmitted as network settings or traffic volume increase during the transmission process.
  • a specific service provider such as YouTube
  • content may be delayed, dropped, or retransmitted as network settings or traffic volume increase during the transmission process.
  • the QoS guarantee problem as described above may be a major cause of difficulty for content providers who provide content services in an open Internet environment.
  • an adaptive streaming (adaptive streaming) method that can properly transmit and receive the content according to the network bandwidth by using the playlist file of the M3U type may be used.
  • the adaptive streaming method makes content files having different bit rates for a single content and selects a bit rate according to the bandwidth of the receiving device 30 so that transmission can be requested. Since content is transmitted using the HTTP protocol, it is called HTTP Adaptive Streaming.
  • FIG. 3 is a block diagram illustrating a configuration of a content transmission and reception system according to another embodiment of the present invention, and illustrates an example of a structure of the system for adaptive streaming.
  • a system for adaptive streaming may include a server 50, a distribution server 60, and a client 70.
  • the server 50 delivers the AV (Audio / Video) to the media encoder 51 as raw data
  • the media encoder 51 transmits the AV data to a streaming file in the form of MPEG-2 TS. Convert to Streaming File Format.
  • the streaming segmenter 52 may divide the MPEG-2 TS streaming file output from the media encoder 51 into a plurality of segments.
  • the streaming segmenter 52 may divide one file or a real-time MPEG-2 TS streaming file into segments of a size that can be played for about 10 seconds and then store the same in the distribution server 60.
  • the client 70 may mean a receiving device 30 having the function as described with reference to FIG. 1, and may request and receive the divided files stored in the distribution server 60 using the HTTP protocol. have.
  • the client 70 can easily know which file to request next.
  • MPEG-2 TS file segments having different bit rates may be stored in the distribution server 60, and a web server 61 for storing MPEG-2 TS file segments encoded at a specific bit rate for each of them may be stored.
  • Multiple distribution servers may be present.
  • MPEG-2 TS file segments encoded at a bit rate of 20 kbps and MPEG-2 TS file segments encoded at a bit rate of 500 kbps may be stored in the distribution server 60 under different file names.
  • the client 70 may request a file encoded at a bit rate of 20 kbps and play the file for 10 seconds, and periodically check the bandwidth again before the playback time of 10 seconds has elapsed. .
  • the client 70 may request the transmission of the file encoded at a bit rate of 500kbps.
  • the client 70 can receive and reproduce contents encoded at bit rates of 20 kbps and 500 kbps adaptively according to the network bandwidth. If the bandwidth is not good, the quality of the video to be played back may be degraded. Breaking can be minimized.
  • FIG. 5 illustrates an example of the configuration of a playlist file for adaptive streaming as described above, and illustrates the configuration of an M3U playlist file used in Apple's HTTP Adaptive Streaming.
  • the client 70 may request transmission of MPEG-2 TS file segments that can be reproduced for 10 seconds using the play list file illustrated in FIG. 5.
  • content and an advertisement played with the content may be transmitted using the adaptive streaming method as described above.
  • the content and the advertisement are all composed of video data, but may be transmitted as different independent files or in the form of different files, and the reproduction of the content is stopped, the advertisement is played, and the advertisement is finished. After that, the content needs to be played back naturally.
  • the advertisement may be played at the front, middle, or the last portion of the played content, and the advertisement may be skipped or jumped to the next portion by the user's trick play during playback. It may be necessary to prevent only content other than advertisements from being played.
  • the reception apparatus 30 may be required to play the content and the advertisement together using only the playlist file. have.
  • NRT non-real time service
  • the reception device receives a playlist file in which the location information of the content and the advertisement provided in a separate file are recorded in the playback order, and uses the location information recorded in the playlist file. After acquiring the content file and the advertisement file, the content file and the advertisement file may be sequentially played according to the play order of the play list file.
  • the illustrated receiving apparatus 30 may include a receiving unit 31, a control unit 32, and a storage unit 33. Can be.
  • the receiver 31 may receive content to be played and an advertisement to be played along with the content as separate files, and may receive a playlist file in which the content file and the advertisement files are listed.
  • the received play list file may have an M3U file format as described with reference to FIGS. 2 to 5, and location information about contents to be played together and advertisements may be recorded according to a playback order.
  • the controller 32 may store the content file or the advertisement file received through the receiver 31 in the storage unit 33, and the metadata received together with the content file or the advertisement file is added to the storage unit 330. Can be stored as.
  • control unit 32 obtains a content file and an advertisement file to be played together using the position information recorded in the play list file, and the obtained content file and the advertisement file are sequentially arranged according to the playback order of the play list file. Can be played back.
  • the reception device 30 may further include a display unit 34 for reproducing an image under the control of the controller 32.
  • FIG. 7 is a flowchart illustrating a content reproduction method according to an exemplary embodiment of the present invention.
  • the content reproduction method illustrated in FIG. 7 is a block diagram showing the configuration of a receiving apparatus according to the exemplary embodiment of the present invention illustrated in FIG. 6. Let's explain.
  • the reception unit 31 of the reception device 30 receives a playlist file (step S100), and then uses a location information recorded in the received playlist file to generate a content file and an advertisement file. Acquire (step S110).
  • the content and the advertisement are composed of separate files that are independent of each other, so that each of the files can be played together in connection with different contents or advertisements, and the playlist file is between the content and the advertisement played together as described above. It can function to connect the relationship of.
  • the content file and the advertisement file connected and played together through the play list file are each received through a non-real-time service (NRT) and stored in the storage unit 33 of the receiving device 30 in advance or the Internet. Can be transmitted in real time.
  • NRT non-real-time service
  • the advertisement is at least once at the beginning of the content playback period, once the content is paused during playback, and immediately after or after the playback of the content is finished Can play on.
  • the advertisement 1 (Ads # 1) is played before the content is played, the content is played after the predetermined time is stopped, and the content is transferred after the advertisement 2 (Ads # 2) is played.
  • the content may be continuously played again from the stopped point, and the advertisement 3 (Ads # 3) may be played after the reproduction of the content is completed.
  • the content may be divided into two playback sections to play the advertisement 2 (Ads # 2). Meanwhile, when two or more advertisements are played during the reproduction of the content, the content may be divided into three or more reproduction sections for the reproduction of the advertisements.
  • Playback related information such as to be played again, may be included in the playlist file.
  • the play list file is a time for a play start point of the divided content play section.
  • the content may be continuously played continuously in the previous playing section.
  • the time information of the playback start point included in the playlist file indicates from which point the content should be played again after the advertisement is played. If the time information on the playback start point does not exist, the advertisement is played. After the content cannot be played again from the point where the previous playback is stopped.
  • the playlist file may include time information about a playback start point Play of the second content playback section after the advertisement 2 (Ads # 2) is played.
  • FIG. 9 illustrates a first embodiment of the configuration of the playlist file, and includes the above-related reproduction-related information in the playlist file by specifying and expanding # EXT-X-VERSION of the M3U file format. It is to let.
  • # EXT-X-VERSION means a specification version of the M3U file format.
  • a # EXT-X-VERSION indicates a specification version of the M3U file format. Time "to indicate a playback start point where the content is played again after playing the advertisement.
  • the "time of the playback start section” indicates which part of the content starts playing at the "Play” point shown in FIG. 8 as time information corresponding thereto
  • the "time of the playback stop section”. 8 may indicate, as time information, which part of the content is stopped playing at the "Pause” point shown in FIG. 8.
  • Fig. 10 shows a second embodiment of the structure of the play list file, and creates a new keyword for representing the above reproduction related information without using #EXTINF in the M3U file format.
  • FIG. 11 illustrates a third embodiment of the structure of the play list file, which is extended to designate the above-described reproduction related information while maintaining the syntax of #EXTINF.
  • the format of the M3U file may be maintained while specifying the "time of the playback start section" at the end by separating "," in #EXTINF. .
  • FIG. 12 illustrates a specific example of a scenario illustrating a reproduction order of advertisements and contents, and is a case where a KBS broadcaster plays a 30-minute long content with three advertisements each having a 10 second playback time.
  • the 30-minute long content may include a first content playback section having a playback time of 15 minutes, a second content playback section having a playback time of 10 minutes, and a playback time of 5 minutes to play the advertisements.
  • the branch may be divided into a third content playback section.
  • advertisement 1 (kbs_ads1.avi) is played for 10 seconds before the content is played
  • advertisement 2 (kbs_ads2.avi) is played for 10 seconds after the content is played for 15 minutes, and then the content of the content is played.
  • advertisement 3 (kbs_ads3.avi) is played for 10 seconds, and the remaining 5 minutes of the content may be played.
  • FIG. 13 to 16 illustrate a structure of a play list file according to another embodiment of the present invention, and the play list file corresponding to the playback order shown in FIG. 12 using the same method as described with reference to FIG. It is configured.
  • a play list file includes information related to playback of first, second, and third content playback sections each having 15, 10, and 5 minute playback times, and three content files that are played together with the content.
  • the play related information for the advertisements may be listed in the play order.
  • the play list file illustrated in FIG. 13 corresponds to a case where contents and advertisements are pre-stored in the reception device 30.
  • a content of "kbs_chuno1_1.avi” is a non-real-time (NRT) service.
  • NRT non-real-time
  • the present invention shows a case where the advertisements are reproduced together with advertisements (kbs_ads1.avi, kbs_ads2.avi, and kbs_ads3.avi) stored as separate files in the receiving device 30 while being stored in the receiving device 30 in VoD.
  • the play list file may sequentially include content (in more detail, divided content playback sections) and location information of each of the advertisements that are played together in the playback order.
  • the content is " kbs_chuno1_1.avi " at a location in the storage unit 33 of the receiving device 30 corresponding to "F: ⁇ KBS ⁇ Contents ⁇ " which is location information recorded in the play list file. ", And the control unit 31 can obtain and play the content file from the location of the storage unit 33.
  • the advertisements are " kbs_ads1.avi " and " kbs_ads2.avi " at positions within the storage unit 33 of the receiving device 30 corresponding to " F: ⁇ KBS ⁇ Ads ⁇ " recorded in the playlist file. And "kbs_ads3.avi" file names, and the controller 31 can acquire and play the advertisement files from the location of the storage unit 33.
  • the time of the content playback start section may be added to the end after being divided into "," in #EXTINF.
  • “900” (seconds), which is the time of the playback start section for the second content playback section (10 minutes) where playback is resumed after the advertisement 2 (kbs_ads2.avi) is played, is described in the playlist file. It may be added to the end of #EXTINF corresponding to the second content playback section (10 minutes).
  • “1500” (seconds), which is the time of the playback start section for the third content playback section (5 minutes) in which playback resumes after the advertisement 3 (kbs_ads3.avi) is played, is selected from the third file in the playlist file. It may be added to the end of #EXTINF corresponding to the content playback section (5 minutes).
  • any portion of the "kbs_chuno1_1.avi" file is not displayed after the advertisement 2 (kbs_ads2.avi) or the advertisement 3 (kbs_ads3.avi) is played. It may be indicated whether it should be regenerated.
  • the play list file illustrated in FIG. 14 corresponds to a case where content is pre-stored in the reception device 30 and an advertisement is transmitted through the Internet.
  • a content of "kbs_chuno1_1.avi” is displayed in non-real time ( It shows a case of playing along with advertisements (kbs_ads1.avi, kbs_ads2.avi, and kbs_ads3.avi) transmitted through the Internet while being stored in the reception device 30 by Push VoD, which is an NRT service.
  • the playlist file shown in FIG. 15 is for a case where advertisements are stored in advance in the receiving device 30 and contents are transmitted through the Internet. For example, "kbs_chuno1_1" is transmitted to IP VoD via the Internet. avi "content is played together with advertisements (kbs_ads1.avi, kbs_ads2.avi, and kbs_ads3.avi) stored in the receiving device 30 by Push VoD, which is a non-real time (NRT) service.
  • NRT non-real time
  • the playlist file shown in FIG. 16 is for the case where the content and the advertisement are transmitted through the Internet.
  • the content “kbs_chuno1_1.avi” transmitted through IP VoD via the Internet is transmitted through the Internet.
  • the case of playing with advertisements (kbs_ads1.avi, kbs_ads2.avi and kbs_ads3.avi) is shown.
  • a content file or an advertisement file is transmitted through the Internet
  • location information from which the content or advertisement can be obtained is transmitted to the play list file as a Uniform Resource Locator (URL). May be included.
  • URL Uniform Resource Locator
  • the playlist file as described with reference to FIGS. 8 to 16 may be received when a user of the reception device 30 requests transmission or reproduction of content included in the playlist file. It may be received together with the content from a content provider that provides a or separately from the content from another content provider and the content provider.
  • 17 to 22 illustrate exemplary embodiments of a method for receiving a playlist file.
  • the receiving unit 31 of the receiving device 30 receives the playlist file. will be.
  • the play list file may be received by the receiving device 30 using a CE-HTML document.
  • the CE-HTML is a language for making a user interface of a consumer electronic device such as a TV.
  • the browser may download the playlist file using the URL specified in the CE-HTML document.
  • the browser of the reception device 30 is " http: //ohtv.kbs.co.kr/Chuno/1-" which is the URL of the play list file specified in the data attribute item of the CE-HTML document. 1 / plalylist.m3u "may be connected to download a playlist file for playing the content with the advertisement.
  • the location information for receiving the playlist file may be included in a CAD schema for downloading the corresponding content.
  • PlaylistURL indicating a URL which is location information of a play list file may be added to a CAD schema for receiving content over the Internet.
  • a URL for receiving a playlist file is included in the CAD schema for downloading the content, so that the reception device 30 uses the URL.
  • the play list file position information, play order information, play time information, etc. of the content and the advertisement played with the content may be obtained.
  • step S100 After the reception device 30 receives the playlist file using the method described with reference to FIGS. 8 to 22 (step S100), obtains a content file and an advertisement file to be played together (step S110), 32 sequentially plays the obtained content file and the advertisement file according to the playback order of the play list file (S120).
  • the received play list file includes a play order and a play time for the content file and the advertisement file to be played together (specifically, each of the content play periods and advertisements). Playback time and the start time of the content playback section after playing the advertisement), and the controller 32 sequentially processes the content file and the advertisement file obtained in step S110 according to the playback order and playback time recorded in the playlist file. You can play without patience.
  • both a content file and an advertisement file to be played together may be transmitted to the receiving device 30 using an ATSC non-real time (NRT) service, for example, Push VoD content and played together with the content.
  • NRT non-real time
  • the advertisement may be transmitted to the receiving device 30 using the NRT service as a separate file independent of each other and stored in the storage unit 33.
  • information about a play order and a play time when the Push VoD content and the advertisement are played together may be provided by a play list file having the above-described configuration.
  • the receiving unit 31 of the receiving device 30 accesses the broadcasting station multicast channel (step S200), receives content files and advertisement files to be played together, and metadata about them (step S210), and the control unit ( 32 stores the received content file, advertisement file, and metadata in the storage unit 33 (step S220).
  • Step S230 the controller 32 plays the content file and the advertisement file stored in the storage unit 33 according to the play order and play time included in the play list file. (Step S240).
  • the advertisement may be transmitted to the receiving device 30 using a non-real time (NRT) service.
  • the receiving device 30 may need to manage the advertisement separately from the content.
  • the advertisement is transmitted to the receiving device 30 by using a non-real-time (NRT) service separately in a state in which it is not connected to a specific content, and then stored in the storage unit 33, and then transmitted or transmitted by IP VoD using the Internet. It can be played along with content transmitted in Push VoD using a real-time service (NRT).
  • NRT non-real-time
  • the playlist file functions to connect the advertisement stored in the receiving device 30 with the content transmitted by the IP VoD or the Push VoD in advance, and for that purpose, Identification information (advertisement ID) may be included.
  • control unit 32 of the reception device 30 checks whether the NRT service or an advertisement transmitted through the Internet is already stored in the reception device 30 by using the advertisement ID. It is possible to prevent the same advertisement from being received in duplicate.
  • the controller 32 may check whether the advertisement to be played along with the corresponding content is stored in the receiving device 30 by using the advertisement ID included in the playlist file.
  • the reception unit 31 of the reception device 30 accesses a broadcasting station multicast channel (step S300), and the control unit 32 uses a non-real time (NRT) service using the accessed multicast channel. It is checked whether the provided advertisement is stored in the storage 33 using the advertisement ID (step S310).
  • NRT non-real time
  • the controller 32 determines not to receive an advertisement stored in the storage 33 and controls the receiver 31 to receive an advertisement file not stored and advertisement metadata thereof (step 320). ).
  • the control unit 32 stores the received advertisement file and the advertisement metadata in the storage unit 33 (step S330), and processes and registers the advertisement metadata (step S340).
  • the advertisement ID is a unique identifier for identifying the advertisement, and may be included in metadata about the advertisement.
  • the controller 32 checks the advertisement ID included in the metadata to determine whether the advertisement is stored in the storage 33. Can be.
  • the content and the advertisement is composed of a separate file has an independent relationship with each other, as described above, the advertisement may be played in connection with one or more contents by a playlist file according to an embodiment of the present invention.
  • the independent content and the advertisements are linked to each other by a playlist file, for example, the contents are assigned to the playlist file (Playlist) 1: Linked to 1, the ads may then link to one or more playlists.
  • the relationship between the content and the advertisement may be connected by N: N
  • the relationship between the content and the playlist file (Playlist) may be connected by 1: 1.
  • the playlist file (Playlist) may include one or more contents and advertisements, these relationships may be connected to N: N.
  • the advertisement device 30 can play the advertisement file stored in the storage unit 33 with the content even when the Internet is not connected, and the advertisement should be played with the content. Listeners can share with each other.
  • “Ads 1" (Ads # 1), “Ads 2" (Ads # 2), and “Ads 3” (Ads # 3) are provided as non-real-time (NRT) services of the KBS broadcasting station, and SBS.
  • Non-real-time (NRT) services for broadcasters include "Advertisement 1" (Ads # 1), “Advertisement 3" (Ads # 3), and "Advertisement 4" (Ads # 4).
  • “Ads 2" (Ads # 2), “Ads 5" (Ads # 5) and “Ads 6" (Ads # 6) may be provided.
  • Ads 1 (Ads # 1), "Ads 2" (Ads # 2), and “Ads 3” (Ads # 3) are transmitted to the non-real-time (NRT) service of the KBS broadcasting station, and the reception device 30 is transmitted.
  • NRT non-real-time
  • the advertisement device 30 can play the advertisement file stored in the storage unit 33 with the content even when the Internet is not connected, and the advertisement should be played with the content. Listeners can share with each other.
  • FIG. 27 illustrates an embodiment of a method of searching for a stored advertisement using an advertisement ID.
  • the play list files may include play related information of contents and advertisements that are played together, and each of the advertisements may have an advertisement ID for identifying the corresponding advertisement.
  • the advertisement ID referred to in the play list file may be converted into an absolute address of the storage unit 33 in which the corresponding advertisement is actually stored by using an advertisement index managed by the receiving device 30.
  • the absolute address may mean an address that can be directly obtained and obtained by directly accessing the corresponding advertisement file stored in the storage unit 33.
  • control unit 32 of the reception device 30 converts the advertisement ID included in the playlist file into an absolute address that can access the corresponding advertisement file using the advertisement index, and then uses the corresponding advertisement to convert the advertisement ID.
  • the file can be obtained.
  • FIG. 28 is a flowchart illustrating a content playback method according to another embodiment of the present invention. A description of the same contents described with reference to FIGS. 7 to 27 will be omitted below.
  • the control unit 32 of the receiving device 30 checks a playlist file (step S400) and uses the advertisement ID included in the playlist file to request the playback. Search for an advertisement to be played along with the content (step S410), and determine whether the advertisement is stored in the storage unit 33 (step S420).
  • the controller 32 performs a process of converting the advertisement ID included in the playlist file into an absolute accessible absolute address using an advertisement index managed inside the receiving device 30 to search for the advertisement. Can be done.
  • the advertisement index managed in the receiving device 30 does not exist for a specific advertisement ID, the corresponding advertisement is not stored in the storage unit 33 of the receiving device 30.
  • the advertisement index managed in the receiving device 30 for a specific advertisement ID the corresponding advertisement is stored in the storage unit 33 of the receiving device 30, accordingly the control unit 32
  • the advertisement index may convert the advertisement ID into an absolute address accessible to the corresponding advertisement file.
  • the control unit 32 acquires the content file and the advertisement files played together by using the location information included in the play list file and plays them together in the play order (Ste S430).
  • the control unit 32 plays the "chuno 1-1.m3u8" to play advertisements with the content according to the "chuno 1-1.m3u8" playlist file.
  • control unit 32 converts an advertisement ID into an absolute address using the advertisement index for advertisements stored in the storage unit 33 among advertisements included in the play list file, and converts the converted advertisement ID into an absolute address.
  • the advertisement file may be read from the storage unit 33 using the absolute address and played along with the content.
  • the control unit 32 checks whether another advertisement file that can replace the advertisement is stored in the storage unit 33, and the result Accordingly, the replacement advertisement may be played together with the content.
  • the receiving device 30 when it is desired to delete the content stored in the receiving device 30, whether to delete the advertisement associated with the content in the receiving device 30 as well as the advertisement identification information as described above (for example, , Advertising ID).
  • step S500 when content deletion is requested (step S500), the controller 32 searches for an advertisement played with the content by using an advertisement ID included in a playlist file (step S510). It is checked whether or not is connected to the other content (step S520).
  • the user may want to delete specific content stored in the reception device 30 or the valid period of the specific content may have ended.
  • the controller 32 checks the playlist file related to the content, searches for advertisements played with the corresponding content, and retrieves the advertisements of the searched advertisements.
  • the ID may be used to check whether the advertisement is connected to other contents (for example, provided from another content provider) and played together.
  • the controller 32 may compare the advertisement IDs included in the playlist file related to the content to be deleted with the advertisement IDs included in the other playlist file to check whether common advertisement IDs exist.
  • the advertisement identified by the common advertisement ID may be determined to be connected to other contents.
  • the controller 32 deletes only the requested content to be deleted and maintains the stored state without deleting the advertisement connected thereto (S530).
  • the controller 32 deletes the advertisement connected thereto together with the requested content to be deleted (S540).
  • the advertisement when the advertisement is shared and played between broadcasters using the advertisement ID as described above, if the advertisement connected to the content of the specific broadcaster to be deleted is also referred to in connection with the content of the other broadcaster, the deletion except for the advertisement is deleted. It is preferable that only the content to be deleted is deleted.
  • the reproduction of the advertisement as described above may be intended by the content provider that provides the content so that the advertisement is exposed at the beginning, the middle of the reproduction, or the end of the reproduction to obtain the effect of the revenue.
  • the playlist file may include information on trick play that is restricted during the playback section of the advertisement.
  • the trick plays executable in the receiving device 30 include “Fast Forward (FF)”, “Fast Rewind (FR)”, “Forward Jump (FJ),” Backward Jump (BJ), and “Play. There may be operations related to playback such as “,” Stop “,” Slow Motion (Forward, Backward) ", and the like.
  • the trick play as described above may be contrary to the intention of the content provider to play the advertisement with the content, therefore, it is necessary to restrict the corresponding trick play is not performed in the portion where the advertisement is played. Do.
  • the keyword “TRICKPLAY” may be used to expand #EXTINF of the M3U file format. Can be.
  • control unit 32 of the reception device 30 may interpret and apply the "TRICKPLAY" keyword included in the M3U play list file to identify and apply which trick plays are restricted during the playback section of any content or advertisement. .
  • a new keyword for example, an "EXT-X-TRICKPLAY" keyword, may be newly created for limiting trick play as described above.
  • trick plays set to "NO” in the "EXT-X-TRICKPLAY” keyword during playback that is, “Forward Jump (FJ)” , “Fast Forward (FF)” and “Stop” are not executed, and "PAUSE” set to "YES” is not limited.
  • trick plays that are not set to "YES” or “NO” in the "EXT-X-TRICKPLAY” keyword may be limited by operating as "YES” by default.
  • the keyword "EXT-X-FORCED-PLAY" may be newly created to limit trick play.
  • the content or advertisement to which the "EXT-X-FORCED-PLAY" keyword is applied must be played unconditionally, and no trick plays are allowed.
  • a mandatory play time may be specified to allow trick play to be allowed during the time and to allow trick play after that time.
  • the keyword "EXT-X-PALY-WITHOUT-TRICK” can be newly created to limit trick play. For example, only the sequential playback is possible for the content or advertisement to which the keyword "EXT-X-PALY-WITHOUT-TRICK" is applied, and no trick play is allowed.
  • the keyword "EXT-X-PALY-WITH-TRICK” can be created to allow all trick play. For example, all trick plays may be allowed for content or advertisement to which the keyword "EXT-X-PALY-WITH-TRICK" is applied.
  • a play list file may be used to restrict execution of specific trick plays.
  • the "TRICKPLAY” keyword is added and expanded as described above for the pre-content advertisement, the 15-minute advertisement during the content reproduction, and the 25-minute advertisement before the content reproduction in the playlist file.
  • # EXT-X-STREAM-INF execution of trick plays such as "Forward Jump (FJ)”, “Fast Forward (FF)”, and “Stop” may be restricted during the playback of the advertisements.
  • the advertisement played along with the content may be received by the receiving device 30 and stored in the storage unit 33 in advance depending on the situation, or in the case of having to be transmitted from the Internet server 20 through the Internet There may be.
  • the playlist file may be configured to prepare for all situations in which an advertisement has already been stored or has to be received as described above.
  • the playlist file may include information about a plurality of locations from which an advertisement file played with the content may be obtained.
  • a plurality of advertisement sources may be displayed at a position where an advertisement should be played in the play list file, so that the reception device 30 may acquire an advertisement file and play the content together under any circumstances.
  • an advertisement file "kbs_ads1.avi” stored at a location of "F: ⁇ KBS ⁇ Ads ⁇ ” with a specific content is played, and "Forward Jump ( FJ) ",” Fast Forward (FF) "and” Stop “execution of trick plays may be limited.
  • the reception device 30 cannot play the advertisement using the play list file shown in FIG.
  • the device 30 may receive and play the file through the Internet even if the advertisement file "kbs_ads1.avi" is not stored in the storage unit 33.
  • the location information e.g., URL
  • the control unit 32 of the reception device 30 first checks whether the "kbs_ads1.avi" advertisement file is stored by checking "F: ⁇ KBS ⁇ Ads ⁇ " which is a designated storage location in the play list file.
  • the advertisement file "kbs_ads1.avi” is not stored, the advertisement file stored in the storage unit 33 is reproduced, and the URL address "http: //www.kbs. com / ads / kbs_ads1.avi "to receive and play the" kbs_ads1.avi "advertisement file through the Internet.
  • the content provider additionally sets two or more positions for acquiring the advertisement to be played with the content in the playlist file, thereby solving the problem of the advertisement not being played according to the situation of the receiving device 30.
  • the content file and the advertisement file which are played together using the playlist file may be received using an adaptive stream method as described with reference to FIGS. 4 and 5.
  • the content file and the advertisement file are each encoded into different bit rates and then divided into segments by 10 seconds or an arbitrary time unit and stored in a server.
  • 30 may request and receive a content file or an advertisement file having a bit rate suitable for the network bandwidth.
  • the playlist file may exist in a plurality of files so as to correspond to bit rates that can be streamed through the adaptive streaming scheme, respectively.
  • the structure of the playlist file for adaptive streaming includes a plurality of lower playlist files corresponding to the transmission bit rates and one higher playlist file including information on the plurality of lower playlists. It can be configured as.
  • a content provider provides a content file or an advertisement file at bit rates of 500 kbps, 1 Mbps, and 2 Mbps
  • three sub-playlist files corresponding to the three bit rates are configured, together with the 3
  • One upper play list file including three lower play list files may be configured.
  • the upper playlist file includes lower playlist files configured for a plurality of bit rates for adaptive streaming, and may also be called a variant playlist file.
  • the upper play list file "chuno.m3u8" file includes a plurality of lower play list files (for example, "500k.m3u8", “configured to correspond to each of the plurality of bit rates. 1m.m3u8 "and” 2m.m3u8 ").
  • M3U8 may mean an M3U file that can use UTF-8 characters.
  • the media file (or the encoded stream) is encoded at different bit rates of 500 kbps, 1 Mbps, and 2 Mbps, divided into a plurality of segments, respectively, and stored in the server, and the receiving device 30 According to the current bandwidth, one of the 500kbps, 1Mbps and 2Mbps bit rate can be selected to request the server to transmit the media file. Accordingly, the user may feel only the difference in image quality even if the traffic of the network increases momentarily.
  • the reception device 30 is assigned to the "500k.m3u8" file corresponding to a bit rate of 500 kbps among the lower playlist files included in the "Chuno.m3u8" file which is the upper playlist file.
  • the content file or the advertisement file may be requested to be transmitted according to the recorded location information. Accordingly, segments of the content file or the advertisement file, which are encoded at a bit rate of 500 kbps and then divided, may be received.
  • the reception device 30 may request to transmit a content file or an advertisement file according to the location information recorded in the “2m.m3u8” file corresponding to a bit rate of 2 Mbps among the lower play list files. Accordingly, segments of the content file or the advertisement file divided after being encoded at a bit rate of 2 Mbps may be received.
  • the upper playlist file "chuno.m3u8" file may further include a separate lower playlist file for playing a content file or an advertisement file received through a broadcasting network using RF.
  • the "pushvod.m3u8" file which is the lower play list file illustrated in FIG. 37, is received and stored through a broadcasting network using a tuner (not shown) included in the receiving device 30 (eg, non-real time). Play the content file or the advertisement file (received using the NRT) service.
  • FIG. 38 shows an embodiment of the configuration of the "chuno.m3u8" file, which is the upper play list file shown in FIG. 37.
  • the "chuno.m3u8” file has a lower play configured in accordance with a plurality of bit rates.
  • List files "500k.m3u8", “1m.m3u8” and “2m.m3u8”, and the lower play list file “pushvod.m3u8" for playing the content file or the advertisement file stored in the receiving device 30 are included. It may be.
  • the reception device 30 uses the location information included in the "chuno.m3u8" file as shown in FIG. 38 to respectively "500k.m3u8", “1m.m3u8", and "2m.m3u8" files.
  • the request for transmission may be received and received, and the received lower play list files may be stored in the storage unit 33.
  • PROGRAM-ID designated in the upper play list file is for identifying the corresponding content (or service). If the "PROGRAM-ID" is the same, it may be recognized as the same content (or service).
  • the "PROGRAM-ID” is designated as “1", but the receiving device 30 has content in which the "PROGRAM-ID" has a value other than "1".
  • the content may be recognized as content different from the content.
  • the reception device 30 since the "pushvod.m3u8" file is stored in the reception device 30, the reception device 30 does not need to request transmission separately, and the storage location (for example, "F” specified in the "Chuno.m3u8" file). Can be obtained directly from " kbs " drama "
  • the lower play list file for playing the content or the advertisement stored in the receiving device 30 is displayed in the upper play list file using the keyword "# EXT-X-FILE-INF" of the format shown in FIG. Can be represented.
  • the "# EXT-X-FILE-INF" may use an attribute and a value used in "# EXT-X-STREAM-INF".
  • the reception device 30 checks the keyword "# EXT-X-FILE-INF" and the content or advertisement file stored therein. If there is, the file can be played using the stored file without requesting transmission to the Internet.
  • FIG. 40 illustrates an embodiment of a configuration of a lower play list file corresponding to a bit rate of 500 kbps.
  • the reception device 30 is encoded at a bit rate of 500 kbps using location information included in the lower play list file as shown in FIG. 40 and then divided into a plurality of segments.
  • the server can request the server to transmit the content file or the advertisement file.
  • FIG. 41 illustrates an embodiment of a configuration of a lower play list file corresponding to a bit rate of 1 Mbps.
  • the receiving device 30 is encoded at a bit rate of 1 Mbps using location information included in a lower play list file as shown in FIG. 41 and then divided into a plurality of segments.
  • the transmission of the content file or the advertisement file can be requested and played by the server using the HTTP protocol.
  • FIG. 42 illustrates an embodiment of a configuration of a lower play list file corresponding to a bit rate of 2 Mbps.
  • the reception device 30 is encoded at a bit rate of 2 Mbps using location information included in a lower play list file as shown in FIG. 42 and then divided into a plurality of segments.
  • the server can request the server to transmit the content file or the advertisement file.
  • FIG. 43 illustrates an embodiment of a configuration of a lower play list file for playing a content file or an advertisement file stored in the receiving device 30.
  • the upper play list file shown in FIG. 38 is " chuno.m3u8 " The following shows the configuration of the "pushvod.m3u8" file included in the file.
  • the reception device 30 uses the location information included in the lower play list file as shown in FIG. 43 to store the content in the storage unit 33. Can read and play files or advertisement files.
  • a method of providing a content comprising: generating a playlist file in which content information provided as a separate file and location information of an advertisement are recorded in a playback order; and receiving the generated playlist file It may include transmitting to.
  • the content providing apparatus may be configured to include a controller (not shown) for generating the playlist file and a transmitter (not shown) for transmitting the generated playlist file.
  • the method of transmitting the generated playlist file to the receiving device 30 by the controller (not shown) of the content providing device may be the same as the method of transmitting and receiving the playlist file as described with reference to FIGS. 17 to 22. Can be.
  • the content providing device for generating the playlist file and transmitting the same to the reception device 30 may be different from the content provider providing content and advertisements which are connected and reproduced together using the playlist file.
  • the content reproduction method as described with reference to FIGS. 1 to 43 may be performed by an IPTV receiver according to an embodiment of the present invention.
  • the IPTV receiver may receive a playlist file from a sending side (e.g., an Internet server) and play the content and advertisement together using the received playlist file, the playlist file being shown in FIGS. It may have a configuration as described with reference to 43.
  • a sending side e.g., an Internet server
  • FIG. 44 is a block diagram illustrating a configuration of an IPTV receiver according to an embodiment of the present invention.
  • the IPTV receiver 600 includes a frontend 610, a network transport 620, a service access 630, an inactive / active storage system (Volatile / Non-Volatile Storage System (640), Program System Information Decoder (643), Authentication (DRM / CP / CAS) 650, DVR Engine (660), Embeded DBMS / Filesystem 670, a receiver entity (Hybrid / IPTV / OITF HNED Subsyste) 680, and an application (OITF / HNED Application (s)) 690 may include an entity performing a function.
  • an inactive / active storage system Volatile / Non-Volatile Storage System (640)
  • Program System Information Decoder (643)
  • DVR Engine Authentication
  • Embeded DBMS / Filesystem 670 a receiver entity (Hybrid / IPTV / OITF HNED Subsyste) 680
  • an application OITF / HNED Application (
  • the IPTV receiver 600 may be connected to an RF transmitter 692 such as an antenna and a cable headend system to receive data transmitted through RF.
  • an RF transmitter 692 such as an antenna and a cable headend system to receive data transmitted through RF.
  • the IPTV receiver 600 may communicate with the WAN gateway 700 using the HNI-DM interface.
  • the frontend 610 may include an RF interface for tuning the RF and receiving the selected MPEG2 transport stream.
  • the RF interface is optional for Hybrid IPTV.
  • the front end may include a network interface.
  • the network interface performs a function of the network interface unit of the IPTV receiver according to the embodiment of the present invention. Specifically, the network interface transmits and receives IP packets between the physical layer and the data link layer.
  • the network interface according to an embodiment of the present invention may be downloaded from an IPTV receiver and receive a DAE application running in a Declarative Application Environment (DAE).
  • DAE Declarative Application Environment
  • the network interface may notify the server and the device of the external network of the allocated port information.
  • the network transport 620 may include a TCP / IP manager involved in packet forwarding from the source to the destination for the packets transmitted and received from the IPTV receiver 600.
  • the network transport 650 may perform a QoS & Bandwidthe Control function that performs a function of guaranteeing the quality of service of the IPTV.
  • the QoS & Bandwidthe Control feature can allocate bandwidth for each service in a balanced way.
  • the allocated band may be controlled by a service provider or automatically by the receiver itself or by a user.
  • the allocated band can be managed by the IPTV application or service provider. That is, the function performs the function of denying unauthorized access.
  • the network transport 650 may perform a service protection function. In particular, it may provide security of end-to-end communication and protect a logical link or a physical link to a service provider or another client device.
  • the service access 630 performs a service discovery manager (not shown), a metadata manager (not shown), and a service and session control management (not shown) function. can do.
  • the service discovery manager performs discovery of IPTV services through a bidirectional IP network. That is, all information for the selected service can be provided.
  • the service discovery manager may manage P2P provider information and P2P tracker access information.
  • the service discovery manager can provide IGMP, HCDP and SIP protocol stacks and discover services.
  • the metadata manager can parse XML documents and manage XML data with embedded databases, or store them as XML elements in a file system.
  • Service and session control managers select and control services and manage sessions such as live and VOD services using IGMP or RTSP protocols.
  • IMS and SIP protocols can be used to manage and initiate sessions through an IMS gateway.
  • the RTSP protocol can be used to control delivery of broadcast TV and audio, as well as on demand delivery.
  • the RTSP protocol uses persistent TCP connection and allows trick mode control in real time media streaming.
  • the service delivery manager is responsible for controlling the received service data.
  • the service delivery manager handles real-time streaming data and downloads content.
  • the RTP / RTCP protocol may be used.
  • the service delivery manager can parse the received data packet according to RTP and transmit it to the demultiplexer or store it in the content database under the control of the service manager. have.
  • the service delivery manager also feeds back network reception information to the server side using RTCP.
  • the user can control the IP streaming protocol to support trick play for VOD or live media broadcast MPEG-2 transport packets to be sent directly by UDP without RTP.
  • the HTTP or FLUTE protocol can be used as the delivery protocol for downloading of the content.
  • the service delivery manager may receive the content from the content database for later consumption.
  • the service delivery manager can retrieve and deliver content requested by the user from other peers or CDNs.
  • the inactive / active storage system (Volatile / Non-Volatile Storage System) 640 may include a content database (Content DB) and metadata and SI database (Metadata & SI DB).
  • the content database (Content DB) is a database that stores the content delivered by the content download system or recorded from the live media TV.
  • the metadata and SI database is a database that stores metadata and service discovery information related to a service.
  • the Program System Information Decoder 643 sets the PID for the PSI table and sends the PSIP / DVB-SI table to the demux to send the PSI and (PSI and / or DVB-) transmitted to the demux. Decode the private section of the SI. The decoding result can be used for de-multiplex input transport packets (eg, set audio and video PID to demux).
  • the authentication manager (DRM / CP / CAS) 650 requests the metadata manager to store encryption keys and content licenses coming from a license issuer.
  • the manager can control a descrambler block to decode the encrypted content from the demux block.
  • the authentication manager manages both downloaded content and live media streams protected by content protection technology.
  • the authentication manager may control the lifetime of content and live media streams downloaded to the receiver.
  • the authentication manager can support the bypass mode to pass the MPEG decoder.
  • the DVR Engine 660 records and plays live streaming content, collects all the necessary metadata of the recorded content, and adds additional information for a better user experience, such as thumbnail images or indexes. Create
  • the Embeded DBMS / Filesystem 670 manages electronic program schedule data, XML elements, and manageable data.
  • the receiver subsystem (Hybrid / IPTV / OITF HNED Subsyste) 680 includes a system decoder, demux, IEEE1394, video decoder, copy protection, and USB host.
  • host 2D / 3D graphic processor, video display processor, RS-232, audio decoder, HDMI / HDCP, IR receiver and external input / output ( External I / O) may be included.
  • a system decoder decodes an MPEG-2 transport packet (TS Packer) and copies an elementary packet into a predefined volatile memory area.
  • TS Packer MPEG-2 transport packet
  • Demux de-multiplexes the audio, video, and PSI tables from the input transport packets and controls demultiplexing the PSI tables by the PSI decoder.
  • the demux selects the PSI table to decode and sends to the PSI decoder, the receiver controls the demultiplexing for the audio / video transport packet.
  • the IEEE1394 manager supports the interfaces of IEEE1394 devices.
  • a video decoder decodes video elementary stream packets.
  • An audio decoder decodes audio elementary stream packets.
  • Copy protection manager supports AES, DES and other scrambling and descrambling algorithms. In this case, the encryption key and the decryption key must be provided by another entity in the system.
  • USB interface Provides a USB interface to a USB host, user or system engineer.
  • a 2D / 3D graphic processor manages various surfaces / planes to display captions, UI applications, and controls OSD and 2D graphics data. You can also create 3D data on a graphic display plane.
  • the video display processor processes the video filter on all or all video screens selected by the user.
  • the video display processor may access the video frame buffer memory to adjust the video or still picture.
  • RS-232 Manager supports RS-232 interface to PC compatible system
  • HDMI / HDCP Manager supports HDMI output and supports HDCP protection.
  • the IR receiver receives and demodulates the IR signal from the remote controller and analyzes which remote keys have been pressed.
  • the receiver delivers a message suitable for the remote key to the UI application and drops if there is no corresponding remote mode.
  • External I / O controls the flow of I / O and blocks or filters packets from other entities or internal blocks.
  • the application (OITF / HNED Application (s)) 690 is an EPG / BCG, UI application, OICD Application, Remote Management Client, Internet-TV Content Delivery Application, Firmware Upgrade Client, Event handler, Embedded Web Browser, RF Transmitter, It can include an IMS Gateway / DNG entity.
  • the EPG / BCG may display an Electronic Program Guide and a Broadcast Content Guide and collect XML data and content information from a metadata manager or an embedded database.
  • the UI application supports a graphical user interface on the screen, receives a user key from a remote controller or front panel, and manages the state of the entire TV system.
  • OICD Application delivers P2P downloadable content via Internet connection.
  • the Remote Management Client allows a user to control a local application or system entity.
  • the Internet TV Content Delivery Application may connect a CDN or peer system that the Internet TV can receive.
  • the user can manage the Internet TV content delivery application on the receiver, control the Internet TV service such as download content, or control the storage for the Internet TV service.
  • the Firmware Upgrade Client discovers the latest firmware and notifies the user, and upgrades the firmware if the user allows notification from the manufacturer or service provider.
  • Event handlers manage events and messages from service providers and determine where and which events are sent.
  • Embedded Web Browsers allow the opening of Internet content on screens.
  • control unit of the IPTV receiver may include some functions of the front end 610 in FIG. 44, the network transport 620, the service access 630, and the DRM / CA / CAS 650. ), And may be divided into a plurality of modules such as a receiver application 690 and the like.
  • the WAN / LAN Gateway 700 may perform a WAN / LAN Gateway, QoS, IGMP Support, UPnP Control Point, UC / MC conversion, RMS3, and Attachment functions.
  • the WAN / LAN Gateway function provides a physical termination point that can be connected to a wide area network (WAN) and a home network (LAN), and performs a UPnP function.
  • WAN wide area network
  • LAN home network
  • the QoS function is a function to guarantee the service and data quality as described above.
  • IGMP Support provides IGMP Proxy or IGMP Snooping.
  • the UPnP Control Point performs communication with a UPnP device management client in a receiver to perform a remote management operation.
  • UC / MC conversion is provided to address the inefficiency and instability of multicast over wireless networks.
  • the RMS3 function provides an interface with a remote manager when the WAN gateway is monitored remotely and configured by an access service provider.
  • the Attachment function allows a network provider or application provider or service provider to access a home network.
  • FIG. 45 is a flowchart illustrating a content reproduction method according to another embodiment of the present invention, which will be described with reference to a block diagram showing a configuration of a receiving device according to an embodiment of the present invention shown in FIG. 6.
  • the reception unit 31 of the reception device 30 receives a play list file (S701).
  • the content and the advertisement are composed of files that are independent of each other, and each of the files can be connected and played with different content or advertisements.
  • Playlist files may link relationships between content and advertisements that are played together.
  • the playlist file may include still image information for reproduction of a pause image or transition image information for reproduction of a transition image.
  • the still image information or the transition image information is changed from the playback of the advertisement to the playback of the content before the advertisement or the content is played, the content is played after the advertisement is played, the content is played after the content is played, but before the advertisement is played. It may be information about an effect of notifying the user.
  • the pause image may be an image that gives an effect with a specific color or graphic image.
  • the specific color may be black, white, etc., but is not limited thereto.
  • the effect of the still image as a graphic image may be effected through the BBC logo image before playing an advertisement after playing one content.
  • the playlist file may be provided by the BBC broadcaster.
  • the URI of the graphical image may be an HTTP URL, an NRT URL, or the like.
  • the transition image may be an image which gives a dynamic effect as compared to the still image.
  • a transition image can be used to enlarge or reduce a still image or a movie to effect burn (ken burn), fade-in to gradually lighten a dark screen, or fade-out to gradually darken a bright screen.
  • -out may be an image having a dynamic effect.
  • the reception device 30 plays back the first still image (S703).
  • the control unit 32 of the receiving device 30 may play the first still image through the display unit 34.
  • the first still image may be played for a predetermined time.
  • the first still image may be an image which gives an effect with a black color. The user may know that the reproduction of the advertisement or the content starts due to the first still image.
  • the reception device 30 plays the first advertisement after the reproduction of the first still image ends (S705).
  • the reception device 30 reproduces the second still image after the reproduction of the first advertisement is terminated (S707).
  • the second still image may be, for example, an image displaying an effect by displaying a BBC logo image for a predetermined time. The user may know that the screen is switched from the reproduction of the first advertisement to the reproduction of the content due to the second still image.
  • the reception device 30 plays the content after the second still image is finished (S709).
  • the content may be divided into two playback sections for playing the advertisement.
  • the content may be divided into three or more plurality of reproduction sections for the reproduction of the two or more advertisements.
  • the reception device 30 temporarily stops playback of the content while playing the content, plays the third still image (S711), plays the second advertisement (S713), and displays the fourth still image before playing the remaining content. After playback (S715), the remaining content is played back (S717).
  • the user when a user watching a broadcast is switched between playback of the advertisement and the content, the user may be notified in advance of the transition state through a still image or a transition image before the start of the advertisement or the content. I can expect that the content will play.
  • the still image or the converted image is one time before the advertisement 1 (Ads # 1) which is played before the playback of the content. Play once before the content is played after the end of Ads # 1), once before the ad 2 (Ads # 2) is played with the content paused, after the end of the ad 2 (Ads # 2) Can be.
  • the play list file has a certain amount of time for which a still image or a transition image is located at any point of the content and the reproduction section of the advertisement in order for the advertisement and the content to be transmitted and reproduced according to a scenario intended by the content provider as described with reference to FIG. 46.
  • Information related to whether or not it should be played back may be included.
  • FIG. 47 illustrates a first embodiment of a structure of a play list file according to the embodiment of the present invention of FIG. 45.
  • the keyword "PAUSE” may be used to extend #EXTINF of the M3U file format.
  • the reception device 30 may play back the still image or the switched image before and after the advertisement or the content is played.
  • #EXTINF may use various option fields.
  • #EXTINF is a presentation time of content, a playback holding time of a still image or a transition image, and information about a graphic image displayed on the display unit 34 when the still image is played.
  • the display device may include fields such as color-code of a color displayed on the display unit 34 when playing back a still image.
  • the presentation time of the content is represented by time information corresponding to how much time the content between the second " PAUSE " point and the third " PAUSE " point shown in FIG.
  • the playback duration of the still image or the switched image is expressed by time information corresponding to how much time the still image or the switched image is played at each " PAUSE "
  • the information (file) of the graphic image is a still image at each "PAUSE” point, and an image representing a specific broadcaster, such as the BBC logo image, is displayed as the corresponding image information.
  • the specific color that appears as a still image at the "PAUSE” point may be displayed as color information corresponding thereto.
  • FIG. 48 shows an example of the structure of a play list file when a content reproduction time is 900 (seconds), a still image reproduction holding time is 5 (seconds), and a red screen is displayed as a still image. If a color is not specified in the color-code field, black may be designated as a default.
  • FIG. 49 illustrates a second embodiment of the configuration of the play list file according to the content reproducing method of FIG. 45.
  • a new keyword for representing play related information is created without using #EXTINF in the M3U file format.
  • a new keyword "# EXT-X-PAUSE" for designating color information of colors displayed on the display unit 34 may be created and used.
  • FIG. 50 illustrates another configuration of a playlist file that is different from the content playback method of FIG. 45.
  • the playlist corresponding to the playback order illustrated in FIG. 46 using the same method as described with reference to FIGS. 47 to 49.
  • the file is organized.
  • the play list file includes play related information of the first and second content play sections each having a 15 minute play time and play related information of two advertisements played together with the content in the play order. May be listed accordingly.
  • the content and the first played advertisement are previously stored in the reception device 30, and the second played advertisement is streamed from the Internet.
  • the second played advertisement is streamed from the Internet.
  • the first advertisement (ads1.avi) stored in a separate file on the receiving device 30 in a state where the content is stored in the receiving device 30 in Push VoD, a non-real time (NRT) service, and the second advertisement streamed on the Internet ( bbc_ads2.avi).
  • the playlist file may sequentially include still images, content to be reproduced (more specifically, divided content reproduction sections), and position information about each of the advertisements in the order of reproduction.
  • control unit 31 may maintain the screen of the display unit 34 as a still image of black color for 3 seconds before the first advertisement reproduction starts.
  • the controller 31 may access the Internet server and play the still image representing the BBC logo image for 3 seconds after the end of the first advertisement playback and before the content playback starts.
  • the still image played before the start of the second advertisement may be a white color screen, and the controller 31 may maintain the screen of the display 34 as a white still image for 5 seconds. Can be.
  • the still image played before the playing time of the content may be a black color screen, and the controller 31 may maintain the screen of the display 34 as a black color still image for 5 seconds. .
  • the content is " tracker_episode_1.avi " at a location in the storage unit 33 of the receiving device 30 corresponding to " nrt: //00FF.1A.001/002/drama/” recorded in the playlist file. It is stored under a file name, and the control unit 31 can obtain and reproduce the content file from the location of the storage unit 33.
  • the first advertisement is " ads1.avi " at a location inside the storage unit 33 of the receiving device 30 corresponding to " nrt: //00FF.1A.001/001/" recorded in the playlist file. It is stored under a file name, and the control unit 31 can obtain and play an advertisement file from the location of the storage unit 33.
  • the second advertisement is located in the Internet server corresponding to "http://www.bbc.co.uk/advertisement/bbc_ads2.avi" which is the location information recorded in the playlist file, and the receiving device 30 receives the location information. Can stream a second ad.
  • the user can easily recognize that the switching between the advertisement and the content is performed when the broadcast is viewed.
  • FIG. 51 illustrates a third embodiment of the configuration of the playlist file according to the embodiment of the present invention of FIG. 45.
  • An extension keyword for representing playback related information is generated without using #EXTINF of the M3U file format. will be.
  • the duration of the transition image may be a field indicating how long the transition image should be played back.
  • the transition type of the transition image may be an image which gives a dynamic effect as compared to the still image.
  • a transition image can be used to zoom still images or movies to effect burn (ken burn), fade-in to gradually lighten a dark screen, or fade-out to gradually darken a bright screen. It may be a field indicating a dynamic effect such as a fade-out, etc.
  • An additional parameter for each transition effect of the transition image may change color or zoom when a transition effect is applied to the transition image as described above. It may be a field for adjusting the speed at which the speed of fading in, the speed at which the fade in, and the fade out are performed.
  • FIG. 52 is a flowchart illustrating a content playback method according to an embodiment of the present invention.
  • the block diagram showing the configuration of the reception device according to the embodiment of the present invention shown in FIG. 6 is shown in FIG. Let's explain.
  • the reception unit 31 of the reception device 30 receives a play list file (S901).
  • the playlist file may include location information for one or more ad groups (more specifically, location information for each ad included in the ad group), each ad group containing group attribute information representing the attributes of the ad group. It may include.
  • the group attribute information includes the type of the product (or service) being advertised, the time at which the product (or service) is being advertised, the gender, age group, and the advertised product (service) of the user using the advertised product (or service). It may be information including one or more attributes, such as a geographic area.
  • Each of the advertisement files included in the advertisement group may have the same at least one or more attributes.
  • the advertising group may include only local ads with the same attribute in the area of Mapo-gu, Seoul, and women who want to purchase women's cosmetics.
  • the advertisement group may include only advertisements having the same attribute of women's cosmetics.
  • Each of the advertisement files included in the advertisement group may include individual attribute information having the same purpose as the group attribute information.
  • each of the one or more advertisement groups may include advertisement files each of which has a random grouping of attributes. That is, each of the advertisement files may not have any attributes that match each other.
  • the playlist file may include information about a reproduction priority order in which order one or more advertisements included in each advertisement group are played.
  • the reception device 30 may play the advertisement file according to a separate priority in each advertisement file regardless of the order displayed in the playlist file.
  • the control unit 32 of the reception device 30 selects an advertisement group to be designated in the advertisement reproduction section (S903).
  • the advertisement playing section is a section for playing an advertisement before the playing of the content or between the content and the playing section of the content, and the controller 32 may select which advertisement group is assigned to each advertisement playing section.
  • the selection for designation of the advertisement group may be performed at the receiving device 30. That is, the reception device 30 may select the advertisement group to be designated in the advertisement playback section by comparing the user attribute information and the advertisement group attribute.
  • Step S903 can be omitted.
  • control unit 32 of the reception device 30 determines an advertisement file to be played among the plurality of advertisement files in the designated advertisement group (S905).
  • the controller 32 may play the advertisement file according to the play order of the playlist file. For example, when playing an advertisement file on a playlist file, the first advertisement file may have the highest priority, and the receiving device 30 determines the first advertisement file as the advertisement file to be played first. Can be.
  • the reception device 30 compares the individual attribute information and the user attribute information of each advertisement file included in the advertisement group to determine an advertisement file to be played. You can decide.
  • the user attribute information may be information about a user's favorite content such as content reproduction information of the user collected for a certain period of time, content information set by the user as a favorite, and the like.
  • the control unit 32 includes the priority included in the playlist file.
  • the advertisement file to be played is determined according to the ranking information. That is, the playlist file may include priority information on which advertisements should be played first with priority for the plurality of advertisement files included in the advertisement group, and the control unit 32 may determine the priority information. Based on the determination, the advertisement file to be played in the advertisement group may be determined.
  • the priority information may be prioritized according to the order of the largest number of matching attributes by comparing individual attribute information and user attribute information of each advertisement file.
  • the controller 32 checks whether the advertisement file whose reproduction is determined can be played (S907). That is, although the determined advertisement file may be stored in the receiving device 30, it may not be stored, or when receiving through the Internet, reception may be delayed or not received depending on a communication situation. The controller 32 checks whether the determined advertisement file is playable.
  • the reception device 30 sequentially plays the content file and the determined advertisement file according to the reproduction order of the play list file (S909). If the reception device 30 cannot play the advertisement file having the highest priority, the reception device 30 may play the next advertisement.
  • the reception device 30 re-determines the advertisement file of the next rank as the advertisement file to be reproduced (S911), and when the re-determined advertisement file is reproducible (S913), The advertisement file and the content file are sequentially played according to the play order of the play list file (S909).
  • 53 is a flowchart illustrating a content playback method according to another embodiment of the present invention.
  • 53 is a diagram illustrating a content reproduction method for selecting an advertisement group corresponding to the position information of the reception device 30 in an advertisement reproduction section positioned before the reproduction of content and playing the advertisement files in the selected advertisement group.
  • the reception unit 31 of the reception device 30 receives a play list file (S1101).
  • the reception device 30 obtains location information of the reception device 30 (S1103).
  • the reception device 30 may acquire location information of the reception device 30 through GeoIP (Geolocation) technology, but is not limited thereto, and may include various technologies for obtaining location information.
  • Step S103 may be preceded by step S101 or the reception device 30 may acquire and store location information in advance.
  • the reception device 30 selects an advertisement group corresponding to the location information of the reception device 30 (S1105). That is, the controller 32 of the reception device 30 determines the advertisement group corresponding to the location information of the reception device 30 by comparing the group attribute information included in the play list file with the location information of the reception device 30. . For example, when the location information of the reception device 30 corresponds to Mapo-gu, Seoul, the reception device 30 selects an advertisement group having group attribute information corresponding to Mapo-gu, Seoul included in the playlist file.
  • the reception device 30 checks whether the advertisement file of the highest priority included in the selected advertisement group is playable (S1107).
  • the advertisement file is playable, the advertisement file is determined to be played, the advertisement file included in the selected advertisement group is sequentially played, and the advertisement file and the content file are sequentially played according to the play order of the playlist file. (S1109).
  • the reception device 30 re-determines the advertisement file of the highest priority as an advertisement file to be reproduced (S1111), and when the re-determined advertisement file is reproducible (S1113), the playlist The advertisement file and the content file are sequentially played in accordance with the playback order of the file (S1109).
  • 54 is a flowchart illustrating a content playback method according to another embodiment of the present invention.
  • 54 is a diagram illustrating a content reproduction method for selecting an advertisement group corresponding to attribute information of a user who uses the reception device 30 in an advertisement reproduction section and playing advertisement files in the selected advertisement group.
  • the reception unit 31 of the reception device 30 receives a play list file (S1301).
  • the reception device 30 obtains user attribute information (S1303).
  • the user attribute information may be information about content that the user prefers, such as content reproduction information of the user collected for a certain period of time, content information set by the user as a favorite, and the like.
  • the receiving device 30 may store the user attribute information in the storage 33.
  • the reception device 30 may collect user attribute information at a predetermined time period and store the user property information in the storage unit 33.
  • the receiving device 30 selects an advertisement group corresponding to the user attribute information by comparing the user attribute information with the group attribute information included in the play list file (S1305). For example, if the user's gender is female, the age is twenties, and the user attribute information is obtained by mainly watching a fashion-related program, the reception device 30 may be configured to the user attribute information among one or more advertisement groups. Select the advertising group for the corresponding women's clothing in their twenties.
  • the advertisement group may include one or more advertisement files that promote products for women's clothing in their twenties.
  • the reception device 30 checks whether the advertisement file of the highest priority included in the selected advertisement group is playable (S1307).
  • the advertisement file is playable, the advertisement file is determined to be reproduced, and the advertisement file and the content file are sequentially played according to the play order of the play list file (S1309).
  • the reception device 30 re-determines the advertisement file of the highest priority as the advertisement file to be reproduced (S1311), and when the re-determined advertisement file is reproducible (S1313), the playlist The advertisement file and the content file are sequentially played in accordance with the playback order of the file (S1309).
  • FIG. 55 is a view illustrating a scenario of displaying an advertisement and a content according to an embodiment of the method of reproducing the content described with reference to FIGS. 52 to 54.
  • FIG. 55 illustrates an example in which two pieces of content are received in different ways (content 1 is Push VoD through a non-real-time service, content 2 is IP VoD via the Internet), and advertisements are also played three times.
  • the content may be divided into one or more playback sections. That is, when the content has two divided playback sections, the content may be divided into a first content playback section and a second content playback section.
  • an advertisement playing section which is a section in which an advertisement is played, may be located before a first content playing section, a section in which content is stopped, and a second content playing section.
  • the advertisement playback section 1 (Advertisement slot # 1) may be located before the first content playback section
  • the advertisement playback section 2 (Advertisement slot # 2) may be located before the second content playback section after the first content playback section
  • Advertisement slot # 3 may be located after the second content playback section and before another content playback section.
  • an advertisement file determined by the reception device 30 may be played.
  • the reception device 30 determines the advertisement file to be played in each advertisement reproduction section and plays the determined advertisement file.
  • FIG. 56 illustrates a first embodiment of a structure of a playlist file reflecting the contents described with reference to FIGS. 52 to 55.
  • the keyword “ADS” is used to play an advertisement determined by the reception apparatus 30. You can extend #EXTINF in the M3U file format.
  • the reception device 30 may determine which advertisement file to play in each advertisement reproduction section, and sequentially play the determined advertisement file together with the content.
  • #EXTINF may use various option fields.
  • #EXTINF may include the number of ads, the duration of the advertisement, the location of the advertisement, and the content identifiers.
  • the number of ads indicates the number of advertisements that can be played in each advertisement slot as corresponding number information.
  • Each advertisement to be played in each advertisement slot must be stored in the receiving device 30 or can be streamed to the Internet.
  • the duration of the advertisement is expressed by time information corresponding to how long the advertisement is played.
  • the position (uri) of the advertisement indicates the position information corresponding to which position the advertisement to be played.
  • the position of the advertisement may be specified through a field consisting of transport_id, subnet_id, NRT service id, and NRT content linkage.
  • the URL (uri) of the advertisement may be used (eg, http://ohtv.koreatv.com/target/ads/ads1.avi).
  • the reception device 30 may check how many people have played the content by streaming the advertisement through the Internet.
  • the content identifier may be a display of identifier information corresponding to which advertisement is played through a unique identifier of the content.
  • NRT non-real time
  • the reception device 30 may search for the corresponding contentid using a unique identifier of the content and automatically play the advertisement.
  • FIG. 57 is a view illustrating a second embodiment of the configuration of a playlist file reflecting the contents described with reference to FIGS. 52 to 55. A new keyword for representing playback related information without using #EXTINF in the M3U file format is shown. To make.
  • 58 shows an example of the configuration of a play list file used in a content reproduction method according to an embodiment of the present invention.
  • 58 is a configuration example of a playlist file specifically for explaining that an advertisement file is played in accordance with the priority of the advertisement file.
  • the playlist file includes information indicating that there are five advertisement files to be played in an advertisement playback section, and positions of five advertisement files each having a play time of 10 seconds, 10 seconds, 10 seconds, 15 seconds, and 15 seconds. Contains information.
  • the five advertisement files may have a higher playback priority as they are placed at the top.
  • the above-listed advertisement files are played first.
  • the advertisement file having the location information of the first located "nrt: //00FF.1A.001/004/targetedads/0005-napplestore.avi” may be received by the receiving device 30 using a non-real time (NRT) service. If it is not stored in the receiving device 30, the advertisement file having the content identifier of the second location "00FF-1A-001-004" may be played.
  • NRT non-real time
  • the advertisement file having the content identifier should also be stored in the receiving device 30 using the NRT service.
  • the third advertisement file may be played according to the reproduction priority.
  • the third advertisement file has location information of "http://targetads.bbc.co.uk/ads/0001-yournike.avi" and can be streamed and played through the Internet.
  • an advertisement replacement may be possible in which the advertisement is replaced according to the reproduction priority.
  • FIG. 59 illustrates a specific example of a scenario in which an advertisement and a content are reproduced.
  • a 30-minute content 1, a 25-minute content 2, three advertisements having a playback time of 10 seconds, and a still image are shown together. This is an example of playback.
  • Content 1 and content 2 are received in different ways, and content 1 may have two playback periods of 15 minutes.
  • the still image is played for 3 seconds before and after the first advertisement playback section, for 3 seconds before and after the second advertisement playback section, and for 3 seconds before and after the third advertisement playback section.
  • the advertisement play section may be located once before the play section of the content 1 received using the non-real-time service, once while the play of the content 1 is paused, and before the play section of the content 2 received using the Internet.
  • FIG. 60 configures a play list file corresponding to the playback order shown in FIG. 59.
  • a play list file includes playback related information of six still images each having a playback time of 3 seconds, contents 1 having two playback minutes of 15 minutes, and contents 2 having a playback time of 25 minutes.
  • the play related information and the play related information of the advertisement file to be played in the three advertisement play sections may be arranged in the order of playing.
  • the playlist file lists advertisement files that can be played in each advertisement playback section.
  • the first ad play section (Targeted Ads Slot # 1) includes an advertisement file corresponding to a content identifier of "00FF-1A-002-005" and "00FF-03-001-005" and "nrt: //".
  • the advertisement file having the location information of " 00FF.1A.001 / 004 / targetedads / 0005-napplestore.avi " is stored in the storage unit 33 of the receiving device 30 using a non-real-time service.
  • the three advertisement files may form one advertisement group. That is, one advertisement group may be located in the advertisement playing section.
  • the controller 32 of the reception device 30 may determine an advertisement file to be played according to the content reproduction method described with reference to FIGS. 52 to 54. That is, the reception device 30 may determine the advertisement file to be played by comparing the individual attribute information of the advertisement file included in each advertisement group with the attribute information of the user.
  • the playlist file may further include a field indicating individual attribute information of each advertisement file.
  • the second advertisement playing section (Targeted Ads Slot # 2) and the third advertising playing section (Targeted Ads Slot # 3) may also be determined and played in the same manner as described above.
  • FIG. 61 is a diagram for one embodiment of the configuration of a play list file for designating an advertisement group described with reference to FIGS. 52 to 54.
  • An extension keyword of # EXT-X-TARGET-AD-GROUP in the M3U file format is illustrated in FIG. Can be used.
  • two # EXT-X-TARGET-AD-GROUPs may be provided with two attributes and values representing group attribute information of an ad group, but need not be limited thereto. May be provided to exceed.
  • the group attribute information may include information about the type of product (or service) being advertised, the time at which the product (or service) is being advertised, the gender, age group of the user who uses the product (or service) being advertised, and the product (service) It may be information including one or more attributes, such as a geographic area.
  • FIG. 62 is a diagram for one embodiment of configuring a playlist file that provides individual attribute information for each advertisement file included in an advertisement group.
  • An extended keyword of # EXT-X-TARGET-AUDIENCE of the M3U file format may be used. .
  • # EXT-X-TARGET-AUDIENCE may be provided with two attributes and values representing individual attribute information of each advertisement file, but need not be limited to two. It may be provided to.
  • Individual attribute information includes the type of product (or service) being advertised, the time at which the product (or service) is being advertised, the gender, age group of the user using the product (or service) being advertised, and the product being sold by the product (service). It may be information including one or more attributes, such as a geographic area.
  • 62 is an embodiment of a receiving device 30 capable of storing and playing content or advertisement.
  • the receiver of FIG. 62 includes an operation control unit 100, a baseband processor 110, a service demultiplexer 120, a stream component handler 130, a media handler 140, a file handler 150, a service manager 160, PVR Manager 170, First Storage 180, SG Handler 190, EPG Manager 191, NRT Service Manager 192, Application Manager 194, Middleware Engine 193, Presentation Manager 195 And a user interface (UI) manager 196.
  • UI user interface
  • the baseband processor 110 may include a tuner 111 and a demodulator 112.
  • the service demultiplexer 120 includes an MPEG-2 TP handler 121, a PSI / PSIP handler 122, an MPEG-2 TP demultiplexer 123, a descrambler 124, and a second storage 125. can do.
  • the stream component handler 130 may include a packetized elementary stream (PES) decoder 131, an elementary stream (ES) decoder 132, a PCR handler 133, an STC handler 134, and a DSM-CC addressable section handler 135. ), An IP datagram handler 136, a descrambler 137, a UDP handler 138, a service signaling section handler 138-1, and a conditional access system (CAS) 139.
  • PES packetized elementary stream
  • Media handler 140 may include an A / V decoder 141.
  • the file handler 150 may include an ALC / LCT stream handler 151, a file reconstruction buffer 152, an XML parser 153, an FDT handler 154, a decompressor 155, and a third storage unit ( 156, and file decoder 157.
  • the tuner 111 tunes a broadcast signal of a desired channel among broadcast signals received through terrestrial waves, for example, by controlling the service manager 160 to generate an intermediate frequency (IF) signal. Down conversion is performed to the demodulator 112.
  • the tuner 111 may receive a real time stream and a non real time stream. In the present invention, the non-real time stream is referred to as an NRT stream.
  • the demodulator 112 performs automatic gain control, carrier recovery, and timing recovery on the digital IF signal of the passband input from the tuner 111, converts it into a baseband signal, and performs channel equalization. For example, when the broadcast signal is a VSB modulated signal, a VSB demodulation process is performed to perform automatic gain control, carrier recovery, and timing recovery.
  • the demodulated and channel equalized data in the demodulator 112 is output to the MPEG-2 TP handler 121 in the form of an MPEG-2 Transport Stream (TS) packet.
  • TS MPEG-2 Transport Stream
  • the MPEG-2 TP (Transport Stream Packet) handler 121 is composed of an MPEG-2 TP buffer and an MPEG-2 TP parser, and temporarily stores the output of the demodulator 112 and then analyzes a TS header to demodulate the demodulator 112. Is output to the demultiplexer 123 if it is an A / V TS packet for real time or an NRT TS packet, and to the PSI / PSIP handler 122 if it is a TS packet for a PSI / PSIP table.
  • the PSI / PSIP handler 122 includes a PSI / PSIP section buffer and a PSI / PSIP parser, and temporarily stores TS packets output from the MPEG-2 TP handler 121 and then refers to the TS by referring to a table identifier.
  • the table is restored from the PSI / PSIP section data included in the payload of the packet and parsed.
  • whether a table is composed of one section or a plurality of sections can be known through a table_id field, a section_number field, and a last_section_number field in the corresponding section. Collecting sections with the same table identifier completes the corresponding table.
  • the parsed table information is collected by the service manager 160 and stored in the first storage unit 180.
  • Table information such as VCT, PAT, PMT, DST, etc. according to the present invention is stored in the first storage unit 180 through the above process.
  • the service manager 160 stores the table information in the first storage unit 180 in the form of a service map and guide data.
  • the demultiplexer 123 divides the audio TS packet and the video TS packet into the PES decoder 131 if the input TS packet is an A / V TS packet in real time, and outputs the same to the PES decoder 131.
  • the DSM-CC handler 135 the demultiplexer 123 outputs a TS packet including a Program Clock Reference (PCR) to the PCR handler 133 and a CAS packet 139 if a TS packet includes CA (Conditional Access) information.
  • the NRT TS packet is divided into a TS packet including NRT service data and a TS packet including an NRT service signaling channel.
  • the TS packet of the NRT service data is assigned a unique PID to identify the NRT service, and the PID of the TS packet including the NRT service signaling channel is extracted using DST and PMT.
  • the demultiplexer 123 If the payload of the input TS packet is scrambled, the demultiplexer 123 outputs the descrambler 124 to the descrambler 124, and the descrambler 124 outputs information necessary to descramble from the CAS 139.
  • the control word is used to descramble the TS packet.
  • the demultiplexer 123 stores the real time A / V packet input by any one of temporary recording, scheduled recording, and time shift in the second storage unit 125.
  • the second storage unit 125 is a mass storage medium and may be, for example, an HDD. Download (ie, storage) and upload (ie, playback) in the second storage unit 125 are controlled by the PVR manager 170.
  • the demultiplexer 123 divides the audio TS packet and the video TS packet from the A / V TS packet uploaded from the second storage unit 125 and outputs the PTS decoder 131 according to a reproduction request.
  • the demultiplexer 123 is controlled by the service manager 160 and / or the personal Vedeo recorder (PVR) manager 170 for the above-described processing.
  • PVR personal Vedeo recorder
  • the service manager 160 when the service manager 160 indicates that the service_type field value in the VCT indicates that the NRT service is transmitted, the service manager 160 extracts identification information of each NRT service from the NRT service descriptor (NRT_service_descriptor ()) received in the virtual channel loop of the VCT. And the PID of the DST is extracted from the service location descriptor (or the ES loop of the PMT) of the VCT to receive the DST.
  • NRT_service_descriptor NRT_service_descriptor
  • the NRT service is identified from the received DST, and the PID of the MPEG-2 TS packet including the NRT service signaling channel is extracted using the DST and PMT to receive the identified NRT service.
  • the extracted PID is output to the demultiplexer 123.
  • the demultiplexer 123 outputs MPEG-2 TS packets corresponding to the PID output from the service manager 160 to the addressable section handler 135.
  • the PCR is a time reference value used for time synchronization of the audio ES and the video ES in the A / V decoder 141.
  • the PCR handler 133 restores the PCR included in the payload of the input TS packet and outputs the PCR to the STC handler 134.
  • the STC handler 134 restores the STC (System Time Clock), which becomes the reference clock of the system, from the PCR and outputs the STC (System Time Clock) to the A / V decoder 141.
  • the PES decoder 131 includes a PES buffer and a PES handler.
  • the PES decoder 131 temporarily stores the audio TS packet and the video TS packet, and then removes the TS header from each TS packet to restore the audio PES and the video PES.
  • the reconstructed audio PES and video PES are output to the ES decoder 132.
  • the ES decoder 132 includes an ES buffer and an ES handler.
  • the ES decoder 132 removes each PES header from the audio PES and the video PES and restores the pure data to the audio ES and the video ES.
  • the reconstructed audio ES and video ES are output to the A / V decoder 141.
  • the A / V decoder 141 decodes the audio ES and the video ES with respective decoding algorithms, restores them to a state before compression, and outputs the same to the presentation manager 195. At this time, time synchronization is performed when decoding the audio ES and the video ES according to the STC.
  • the audio decoding algorithm may be an AC-3 decoding algorithm, an MPEG 2 audio decoding algorithm, an MPEG 4 audio decoding algorithm, an AAC decoding algorithm, an AAC + decoding algorithm, an HE AAC decoding algorithm, an AAC SBR decoding algorithm, an MPEG surround decoding algorithm, or a BSAC decoding.
  • At least one of the algorithm may be applied, and the video decoding algorithm may apply at least one of an MPEG 2 video decoding algorithm, an MPEG 4 video decoding algorithm, an H.264 decoding algorithm, an SVC decoding algorithm, and a VC-1 decoding algorithm.
  • the CAS 139 includes a CA stream buffer and a CA stream handler.
  • the CAS 139 temporarily stores the TS packet output from the MPEG-2 TP handler 121 or the service protection data restored and output from the UDP datagram handler 138. Thereafter, information (eg, a control word used for scramble) for descrambling is restored from the stored TS packet or service protection data. That is, an EMM (Entitlement Management Message), an ECM (Entitlement Control Message), etc., included in the payload of the TS packet are extracted, and the extracted EMM, ECM, etc. are analyzed to obtain information necessary for descramble.
  • the ECM may include a control word (CW) used for scramble. In this case, the control word may be encrypted with an authentication key.
  • the EMM may include an authentication key and entitlement information of the corresponding data. Information necessary for descrambling obtained by the CAS 139 is output to the descramblers 124 and 137.
  • the DSM-CC section handler 135 is composed of a DSM-CC section buffer and a DSM-CC section parser.
  • the DSM-CC section handler 135 temporarily stores the TS packets output from the demultiplexer 123 and includes the DSM-CC section handler 135 in the payload of the TS packets.
  • the addressable section is restored, the header and CRC checksum of the addressable section are removed, the IP datagram is restored, and then output to the IP datagram handler 136.
  • the IP datagram handler 136 is composed of an IP datagram buffer and an IP datagram parser. After buffering the IP datagram received from the DSM-CC section handler 135, the IP datagram handler 136 extracts a header of the buffered IP datagram. After analyzing and restoring the UDP datagram from the payload of the IP datagram, the data is output to the UDP datagram handler 138.
  • the scrambled UDP datagram is descrambled by the descrambler 137 and then output to the UDP datagram handler 138.
  • the descrambler 137 receives information necessary to descramble (eg, a control word used for scramble) from the CAS 139 to descramble the UDP datagram, and then performs a UDP datagram. Output to handler 138.
  • the UDP datagram handler 138 is composed of a UDP datagram buffer and a UDP datagram parser, and buffers UDP datagrams output from the IP datagram handler 136 or the descrambler 137 and then buffers the UDP.
  • the header of the datagram is extracted and analyzed to restore data included in the payload of the UDP datagram. In this case, if the restored data is service protection data, the data is output to the CAS 139, if the NRT service signaling data is output to the service signaling section handler 138-1, and if the NRT service data is output to the ALC / LCT stream handler 151. .
  • the access information of the IP datagram transmitting the NRT service signaling channel is a well-known destination IP address and a well-known destination UDP port number.
  • the IP datagram handler 136 and the UDP datagram handler 138 have a well-known destination IP multicast address and a well-known destination UDP port number, and transmit an NRT service signaling channel.
  • a cast stream, that is, NRT service signaling data is extracted and output to the service signaling section handler 138-1.
  • the service signaling section handler 138-1 includes a service signaling section buffer and a service signaling section parser.
  • the service signaling section handler 138-1 restores and parses an NST from the NRT service signaling data and outputs the parsed NST to the service manager 160. Parsing the NST may extract access information of a FLUTE session for transmitting content / files constituting an NRT service and signaling information necessary for rendering the NRT service. For example, information necessary for rendering of content / files of an NRT service transmitted to each FLUTE session may be extracted from the NST.
  • Information necessary for rendering the content / files of the NRT service may be container information, encoding information, or may be a decoding parameter of a media object.
  • the information parsed from the NST is collected by the service manager 160 and stored in the first storage unit 180.
  • the service manager 160 stores the information extracted from the NST in the first storage unit 180 in the form of a service map and guide data.
  • the role of the service manager 160 may be performed by the NRT service manager 192. That is, the information parsed from the NST may be collected by the NRT service manager 192 and stored in the first storage unit 180.
  • the ALC / LCT stream handler 151 is composed of an ALC / LCT stream buffer and an ALC / LCT stream parser. After buffering the data of the ALC / LCT structure output from the UDP datagram handler 138, the ALC / LCT stream handler 151 receives the ALC from the buffered data. Parse the header and header extension of the / LCT session. As a result of analyzing the header and header extension of the ALC / LCT session, if the data transmitted to the ALC / LCT session is an XML structure, the data is output to the XML parser 153, and if the file structure is a file structure, the file reconstruction buffer 152 is output.
  • the data is output to the file decoder 157 or stored in the third storage unit 156.
  • the ALC / LCT stream handler 151 is controlled by the NRT service manager 192 when data transmitted through the ALC / LCT session is data for an NRT service. In this case, if data transmitted to the ALC / LCT session is compressed, the data is decompressed by the decompressor 155 and then output to at least one of the XML parser 153, the file decoder 157, and the third storage unit 156.
  • the XML parser 153 analyzes the XML data transmitted through the ALC / LCT session, outputs the analyzed data to the FDT handler 154 if the analyzed data is data for a file-based service, and if the data is for service guide, the SG handler ( 190)
  • the FDT handler 154 analyzes and processes a file description table of the FLUTE protocol through an ALC / LCT session. If the received file is a file for NRT service, the FDT handler 154 is controlled by the NRT service manager 192.
  • the SG handler 190 collects and analyzes data for a service guide transmitted in an XML structure and outputs the data to the EPG manager 191.
  • the file decoder 157 decodes the file output from the file reconstruction buffer 152 or the file output from the decompressor 155 or the file uploaded from the third storage unit 156 using a predetermined algorithm to decode the middleware engine 193. Output to the A / V decoder 141.
  • the middleware engine 193 analyzes and executes data of a file structure, that is, an application.
  • the application may be output to an output device such as a screen or a speaker through the presentation manager 195.
  • the middleware engine 193 is a JAVA based middleware engine.
  • the EPG manager 191 receives the service guide data from the SG handler 190 according to the user's input, converts the service guide data into the display format, and outputs it to the presentation manager 195.
  • the application manager 194 performs overall management regarding the processing of the application data received in the form of the file or the like.
  • the service manager 160 collects and analyzes PSI / PSIP table data or NRT service signaling data transmitted through an NRT service signaling channel to generate a service map and stores the service map in the first storage unit 125. In addition, the service manager 160 controls access information on the NRT service desired by the user, and controls the tuner 111, the demodulator 112, the IP datagram handler 136, and the like.
  • the operation controller 100 is the service manager 160, the PVR manager 170, the EPG manager 191, the NRT service manager 192, and the application manager 194 according to a user's command input through the UI manager 196. ), At least one of the presentation manager 195 is controlled to perform a function according to the user's command.
  • the NRT service manager 192 performs overall management of the NRT service transmitted in the form of content / file through a FLUTE session on the IP layer.
  • the UI manager 196 transmits a user's input to the operation controller 100 through the UI.
  • the presentation manager 195 may include at least one of audio and video data output from the A / V decoder 141, file data output from the middleware engine 193, and service guide data output from the EPG manager 191. And at least one of the screens.
  • any one of the service signaling section handler 138-1, the service manager 160, and the NRT service manager 192 configures the NRT service from the FLST session loop (or component loop of the NST) of the NST.
  • the FLUTE level access information is obtained from NRT_FLUTE_File_delivery_descriptor () received in the FLUTE session loop of the NST.
  • the FLUTE level access information is obtained from component_descriptor () received in the component loop of the NST.
  • the ALC / LCT stream handler 151 and the file decoder 157 access the FLUTE file delivery session using the obtained FLUTE level access information to collect files belonging to the session. Collecting these files constitutes one NRT service.
  • the NRT service may be stored in the third storage unit 156 or output to the middleware engine 193 or the A / V decoder 141 to be displayed on the display device.
  • the third storage unit 156 is a storage medium for storing a file such as NRT service data.
  • the third storage unit 156 may be shared with the second storage unit 125 or may be used separately.
  • the above-described content providing and reproducing method according to the present invention can be stored in a computer-readable recording medium that is produced as a program to be executed in a computer.
  • ROMs, magnetic tapes, floppy disks, optical data storage, 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.

Abstract

본 발명의 실시 예에 따른 컨텐츠 재생 방법은 별도의 파일로 제공되는 컨텐츠와 복수의 광고 파일을 포함하는 광고 그룹에 대한 위치 정보가 재생 순서에 따라 기록되어 있는 플레이 리스트 파일을 수신하는 단계와 상기 광고 그룹 내에서 재생될 하나 이상의 광고 파일을 결정하고, 상기 위치 정보를 이용하여 결정된 광고 파일 및 컨텐츠 파일을 획득하는 단계 및 상기 플레이 리스트 파일의 순서에 따라, 상기 획득된 광고 파일 및 상기 컨텐츠 파일을 순차적으로 재생하는 단계를 포함한다.

Description

컨텐츠 제공 및 재생 방법, 그를 이용한 컨텐츠 제공 장치 및 수신 장치
본 발명은 컨텐츠를 광고와 함께 제공하는 방법 및 장치에 관한 것이다.
디지털 TV는 본래 기능인 비디오 및 오디오를 포함하는 다양한 부가 서비스들을 제공할 수 있으며, 예를 들어 프로그램의 방영 시간 등을 나타내는 메타 데이터를 통해 사용자가 원하는 프로그램을 선택할 수 있게 한다.
ATSC(Advanced Television System Committee) 디지털 방송의 경우, 프로그램 정보가 PSIP(Program and System Information Protocol) 규격을 이용하여 전달되고, 상기 디지털 TV는 상기 전달되는 프로그램 정보를 해석하여 사용자가 선택이 용이하도록 전자 프로그램 가이드(EPG, Electronic Program Guide)를 화면에 표시한다.
한편, 유선 또는 무선 통신망을 이용한 디지털 TV 서비스가 보편화되고 있다. 디지털 TV 서비스는 기존의 아날로그 방송 서비스에서는 제공할 수 없었던 다양한 서비스를 제공할 수 있다.
예를 들어, 디지털 TV 서비스의 한 종류인 IPTV(Internet Protocol Television) 서비스의 경우 사용자로 하여금 시청 프로그램의 종류, 시청 시간 등을 능동적으로 선택할 수 있도록 하는 양방향성을 제공한다. IPTV 서비스는 이러한 양방향성을 기반으로 하여 다양한 부가 서비스, 예컨대 인터넷 검색, 홈쇼핑, 온라인 게임 등을 제공할 수도 있다.
본 발명은 컨텐츠를 광고와 함께 효율적으로 제공할 수 있는 컨텐츠 제공 및 재생 방법, 그를 이용한 컨텐츠 제공 장치 및 수신 장치를 제공하는 것을 목적으로 한다.
본 발명의 실시 예에 따른 컨텐츠 재생 방법은 컨텐츠 파일에 대한 위치와 광고 그룹에 속하는 복수의 광고 파일을 위한 복수의 위치를 재생 순서에 따라 포함하는 플레이 리스트 파일을 수신하는 단계와 상기 광고 그룹 내에서 재생 광고 파일을 결정하는 단계와 상기 결정된 광고 파일의 위치를 이용하여 상기 결정된 광고 파일을 획득하는 단계와 상기 컨텐츠 파일에 대한 위치를 이용하여 상기 컨텐츠 파일을 획득하는 단계 및 상기 재생 순서에 따라, 상기 획득된 광고 파일 및 상기 컨텐츠 파일을 순차적으로 재생하는 단계를 포함한다.
본 발명의 또 다른 실시 예에 따른 컨텐츠 제공 방법은 컨텐츠 파일에 대한 위치와 광고 그룹에 속하는 복수의 광고 파일을 위한 복수의 위치를 재생 순서에 따라 포함하는 플레이 리스트 파일을 생성하는 단계 및 상기 생성된 플레이 리스트를 수신 장치로 전송하는 단계를 포함한다.
본 발명의 또 다른 실시 예에 따른 컨텐츠 재생 방법은 컨텐츠 파일에 대한 위치, 광고 파일에 대한 위치 및 상기 컨텐츠 파일과 상기 광고 파일 사이의 전환을 알리는 영상 정보를 재생 순서에 따라 포함하는 플레이 리스트 파일을 수신하는 단계와 상기 컨텐츠 파일에 대한 위치 및 상기 광고 파일에 대한 위치를 이용하여 상기 컨텐츠 파일과 상기 광고 파일을 획득하는 단계 및 상기 재생 순서에 따라, 상기 획득된 컨텐츠 파일, 광고 파일 및 상기 영상 정보에 따른 정지 영상 또는 전환 영상을 순차적으로 재생하는 단계를 포함한다.
본 발명의 또 다른 실시 예에 따른 컨텐츠 파일과 광고 파일을 수신하여 재생하는 수신 장치는 상기 컨텐츠 파일 및 복수의 광고 파일을 포함하는 광고 그룹을 수신하고, 상기 컨텐츠에 대한 위치 및 상기 광고 그룹에 대한 위치를 재생 순서에 따라 포함하는 플레이 리스트 파일을 수신하는 수신부와 상기 수신된 컨텐츠 파일 또는 상기 복수의 광고 파일을 포함하는 광고 그룹을 저장하는 저장부 및 상기 광고 그룹 내에서 재생 광고 파일을 결정하고, 상기 결정된 광고 파일의 위치를 이용하여 상기 결정된 광고 파일을 획득하고, 상기 컨텐츠 파일에 대한 위치를 이용하여 상기 컨텐츠 파일을 획득하고, 상기 재생 순서에 따라 상기 획득된 광고 파일 및 상기 컨텐츠 파일을 순차적으로 재생시키는 제어부를 포함한다.
본 발명의 또 다른 실시 예에 따른 컨텐츠 제공 장치는 컨텐츠 파일에 대한 위치와 광고 그룹에 속하는 복수의 광고 파일을 위한 복수의 위치를 재생 순서에 따라 포함하는 플레이 리스트 파일을 생성하는 제어부 및 상기 생성된 플레이 리스트 파일을 수신 장치로 전송하는 송신부를 포함한다.
본 발명의 또 다른 실시 예에 따른 수신 장치는 컨텐츠 파일 및 광고 파일을 수신하고, 상기 컨텐츠에 대한 위치, 광고에 대한 위치 및 상기 컨텐츠 파일과 상기 광고 파일 사이의 전환을 알리는 영상 정보를 재생순서에 따라 포함하는 플레이 리스트 파일을 수신하는 수신부와 상기 수신된 컨텐츠 파일 및 상기 광고 파일을 저장하는 저장부 및 상기 재생순서에 따라 상기 컨텐츠 파일, 상기 광고 파일 및 상기 영상 정보에 따른 정지 영상 또는 전환 영상을 순차적으로 재생시키는 제어부를 포함한다.
본 발명의 실시 예에 따르면, 컨텐츠와 광고에 대한 위치 정보가 재생 순서에 따라 기록되어 있는 플레이 리스트 파일을 제공하여, 별도의 파일로 제공되는 컨텐츠와 광고가 컨텐츠 제공자가 원하는 재생 순서 및 위치 등에 따라 효율적으로 함께 재생되도록 할 수 있다.
본 발명의 다른 실시 예에 따르면, 광고와 컨텐츠 사이에 정지 영상 또는 전환 영상을 제공하여, 컨텐츠를 쉽게 구분할 수 있고, 사용자로 하여금 자연스러운 화면 전환을 느낄 수 있게 해 준다.
본 발명의 또 다른 실시 예에 따르면, 컨텐츠와 함께 재생되는 광고에 대해 사용자 속성 정보를 반영하여 재생될 광고를 결정하고, 시청함으로써, 사용자의 편의성을 높일 수 있고, 구매 의욕을 고취시킬 수 있다.
본 발명의 또 다른 실시 예에 따르면, 광고에 대한 광고 속성 정보가 기록되어 있는 플레이 리스트 파일을 제공하여, 사용자가 원하는 광고가 효율적으로 재생되도록 할 수 있다.
본 발명의 또 다른 실시 예에 따르면, 광고의 재생 구간 중 실행 가능한 트릭 플레이(trick play)를 제한함으로써, 컨텐츠 제공자의 의도에 따라 광고가 스킵되지 않고 수신 장치에서 재생되도록 할 수 있다.
도 1은 본 발명의 일실시예에 따른 컨텐츠 송수신 시스템의 구성을 간략하게 나타내는 블록도이다.
도 2 및 도 3은 플레이 리스트 파일의 구성에 대한 예들을 나타내는 도면들이다.
도 4는 본 발명의 또 다른 실시예에 따른 컨텐츠 송수신 시스템의 구성을 간략하게 나타내는 블록도이다.
도 5는 적응적 스트리밍(adaptive stream)을 위한 플레이 리스트 파일의 구성에 대한 일예를 나타내는 도면이다.
도 6은 본 발명의 실시예에 따른 수신 장치의 구성을 간략하게 나타내는 블록도이다.
도 7은 본 발명의 실시예에 따른 컨텐츠 재생 방법을 나타내는 흐름도이다.
도 8은 컨텐츠와 광고를 함께 재생하는 방법에 대한 제1 실시예를 나타내는 도면이다.
도 9 내지 도 11은 본 발명의 실시예에 따른 플레이 리스트 파일의 구성을 나타내는 도면들이다.
도 12는 컨텐츠와 광고를 함께 재생하는 방법에 대한 제2 실시예를 나타내는 도면이다.
도 13 내지 도 16은 본 발명의 또 다른 실시예에 따른 플레이 리스트 파일의 구성을 나타내는 도면들이다.
도 17 내지 도 22는 플레이 리스트 파일을 수신하는 방법에 대한 실시예들을 설명하기 위한 도면들이다.
도 23은 광고 파일을 수신하는 방법에 대한 제1 실시예를 나타내는 흐름도이다.
도 24는 광고 파일을 수신하는 방법에 대한 제2 실시예를 나타내는 흐름도이다.
도 25는 컨텐츠, 광고 및 플레이 리스트 사이의 관계를 설명하기 위한 도면이다.
도 26은 광고 ID를 이용하여 광고를 공유하는 방법에 대한 일실시예를 나타내는 도면이다.
도 27은 광고 ID를 이용하여 저장된 광고를 검색하는 방법에 대한 일실시예를 나타내는 도면이다.
도 28은 본 발명의 또 다른 실시예에 따른 컨텐츠 재생 방법을 나타내는 흐름도이다.
도 29는 광고 파일을 삭제하는 방법에 대한 일실시예를 나타내는 흐름도이다.
도 30은 수신 장치에서 실행 가능한 트릭 플레이들을 설명하기 위한 도면이다.
도 31 내지 도 34은 광고의 재생 구간 동안 트릭 플레이를 제한하는 방법에 대한 실시예들을 나타내는 도면들이다.
도 35 및 도 36은 광고의 다양한 수신 방법들을 제공하는 방법에 대한 일실시예를 설명하기 위한 도면들이다.
도 37은 적응적 스트리밍(adaptive stream)을 위한 플레이 리스트 파일 및 미디어 파일의 구성에 대한 일실시예를 나타내는 도면이다.
도 38 내지 도 43은 도 37에 도시된 플레이 리스트 파일들의 구성에 대한 실시예들을 나타내는 도면들이다.
도 44는 본 발명의 실시예에 따른 IPTV 수신기의 구성을 나타내는 블록도이다.
도 45는 본 발명의 또 다른 실시 예에 따른 컨텐츠 재생 방법을 나타내는흐름도이다.
도 46은 정지 영상 또는 전환 영상, 광고, 컨텐츠를 함께 재생하는 방법에 대한 일 실시 예이다.
도 47 내지 도 51은 본 발명의 또 다른 실시 예에 따른 플레이 리스트의 구성을 보여준다.
도 52는 본 발명의 또 다른 실시 예에 따른 컨텐츠 재생 방법을 나타내는 흐름도이다.
도 53은 본 발명의 또 다른 실시 예에 따른 컨텐츠 재생 방법을 설명하기 위한 흐름도이다.
도 54는 본 발명의 또 다른 실시 예에 따른 컨텐츠 재생 방법을 설명하기 위한 흐름도이다.
도 55는 도 52 내지 도 54에서 설명한 컨텐츠 재생 방법의 실시 예에 따라 광고와 컨텐츠의 재생 순서를 나타내는 시나리오를 보여준다.
도 56 내지 도 58은 본 발명의 또 다른 실시 예에 따른 플레이 리스트의 구성을 보여준다.
도 59는 컨텐츠와 함께 광고를 재생하는 방법에 대한 또 다른 실시 예이다.
도 60 내지 도 61은 본 발명의 또 다른 실시 예에 따른 플레이 리스트의 구성을 보여준다.
도 62는 본 발명의 또 다른 실시 예에 따른 수신 장치(30)의 구성을 나타내는 도면이다.
이하, 첨부된 도 1 내지 도 44를 참조하여 본 발명의 실시예에 따른 컨텐츠 제공 및 재생 방법, 그를 이용한 컨텐츠 제공 장치 및 수신 장치에 대하여 상세히 설명하기로 한다.
이하에서 본 발명의 실시 를 설명함에 있어, 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 그리고, 후술 되는 용어들은 본 발명에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.
도 1은 본 발명의 일 실시예에 따른 컨텐츠 송수신 시스템의 간략한 구성을 블록도로 도시한 것으로, 도시된 컨텐츠 송수신 시스템은 방송 시스템(10), 인터넷 서버(20), 수신 장치(30) 및 홈게이트웨이(40)를 포함하여 구성될 수 있다.
먼저, 컨텐츠 서비스의 제공 측면에서 볼 때, 본 발명의 일실시예에 따른 컨텐츠 송수신 시스템은 컨텐츠 제공자(Content Provider: CP) 네트워크 제공자(Network Provider: NP) 및 사용자로 나뉠 수 있다.
상기 컨텐츠 제공자는 각종 컨텐츠를 제작하여 제공하며, 예를 들어 지상파 방송 송출자(terrestrial broadcaster), 케이블 방송 사업자(cable SO(System Operator) 또는 MSO(Multiple System Operator)), 위성 방송 송출자(satellite broadcaster), 인터넷 방송 송출자(Internet broadcaster) 등이 있을 수 있다.
또한, 상기 네트워크 제공자는 상기 서비스를 사용자에게 제공하기 위한 네트워크 망을 제공한다. 사용자는 홈 네트워크(Home Network End User : HNED)를 구축하여 상기 서비스를 제공받을 수 있다.
도 1을 참조하면, 컨텐츠 제공자는 방송 시스템(10) 또는 인터넷 서버(20)를 이용하여 방송망 또는 인터넷 등의 네트워크를 통해 수신 장치(30)로 컨텐츠를 제공할 수 있다.
방송 시스템(10)은 단방향(unidirectional) 채널을 이용하여 멀티캐스트(multicast) 방식의 방송망을 통해 송신 장치(30)로 컨텐츠를 전송할 수 있으며, 구체적으로 실시간(RT, Real-Time) 서비스 또는 비실시간(NRT, Non-Real-Time) 서비스를 방송망을 통해 수신 장치(30)로 제공할 수 있다.
예를 들어, 방송 시스템(10)은 ATSC(Advanced Television Systems Committee) 순응형 디지털 방송 규격에 따라 실시간(RT) 서비스를 위한 방송 신호를 생성하여 방송망을 통해 수신 장치(30)로 전송할 수 있다. 그러나, 본 발명에 따른 실시간 서비스는 상기 ATSC 규격에 제한되지 아니하며, 다양한 방송 통신 규격에 의해 송수신될 수 있다.
상기 비실시간(NRT) 서비스는 비디오 및 오디오 콘텐트가 방송국(10)으로부터 DTV 수신기(20)로 실시간 속도보다 느린 속도 또는 빠른 속도(또는 이들의 조합)를 가지고 스트리밍되는 서비스로서, 실시간 스트리밍이 아닌 비실시간 전송, 저장 및 시청 동작을 수반할 수 있다.
방송 시스템(10)은 상기 실시간 서비스와 비실시간 서비스를 동일 또는 다른 채널을 통해 전송할 수 있으며, 예를 들어 상기 실시간 서비스를 송신하고 그 과정에서 남는 대역폭을 이용하거나 또는 전용 대역폭을 이용하여 상기 비실시간 서비스를 제공할 수 있다.
상기 비실시간 서비스를 이용하여, 방송 시스템(10)은 뉴스 클립(News Clip), 날씨 정보, Push VOD(Video On Demand) 또는 타겟 광고(targeted advertising) 등의 다양한 컨텐츠들을 포함하는 서비스를 제공할 수 있다.
한편, 인터넷 서버(20)는 양방향(unidirectional) 채널을 이용하여 인터넷을 통해 수신 장치(30)사 구성하는 홈네트워크의 홈게이트웨이(40)로 컨텐츠를 전송할 수 있다.
수신 장치(30)는 디지털 방송을 수신할 수 있으며, 그와 함께 인터넷 서비스를 수신하여 시청자에게 제공하는 IPTV 수신기일 수 있다. 그를 위해, 수신 장치(30)는 인터넷을 통해 컨텐츠 제공자로부터 직접 인터넷 서비스를 수신할 수 있으며, 컨텐츠 제공자로부터 필요한 정보를 검색을 요청하고 그 결과를 수신하여 사용자에게 제공할 수 있다.
또한, 수신 장치(30)는 인터넷을 통해 컨텐츠를 수신할 수 있을 뿐만 아니라 지상파를 통해 지상파 방송 송출자(terrestrial broadcaster)로부터 방송 서비스를 수신할 수 있고, 케이블을 통해 케이블 방송 사업자(cable SO(System Operator) 또는 MSO(Multiple System Operator))로부터 방송 서비스를 수신할 수 있으며, 위성을 통해 위성 방송 송출자(satellite broadcaster)로부터 방송 서비스를 수신할 수도 있다.
본 발명의 일실시예에 따르면, 수신 장치(30)는 OITF(Open IPTV Terminal Function)이거나, 도 1을 참조하여 설명한 바와 같이 기존 방송망을 이용한 방송 수신과 인터넷을 이용한 양방향 서비스가 가능한 OHTV(Open Hibrid TV)일 수 있다.
예를 들어, 상기 OHTV와 같은 하이브리드(hybrid) 형태의 IPTV 시스템의 경우, 지상파 방송, 케이블 방송, 위성 방송, 개인 방송 등과 같은 각종 방송 컨텐츠나, 다양한 인터넷 영상 컨텐츠, 영상 이외의 데이터 컨텐츠 등을 사용자에게 제공할 수 있다. 그리고 상기 컨텐츠들은 실시간으로 제공될 수도 있고, 요청에 따라 주문형(on demand)으로 제공될 수도 있다.
한편, 상기한 바와 같은 오픈 인터넷(Open Internet)에서는 QoS 보장이 어려우므로, 인터넷 서버(20)는 전송하고자 하는 컨텐츠 파일 등을 복수의 세그먼트들로 분할한 후 네트워크 대역폭(bandwidth)에 따라 적응적으로 스트리밍(adaptive steaming)할 수 있다.
상기 적응적 스트리밍(Adaptive streaming)은 하나의 컨텐츠에 대하여 서로 다른 비트율(bitrate)를 가진 컨텐츠 파일들을 만들어 두고, 수신 장치(30)의 네트워크 대역폭에 따라 전송할 비트율을 선택하여 전송하도록 하는 것이다.
본 발명의 실시예에 따르면, 수신 장치(30)는 방송 시스템(10) 또는 인터넷 서버(20)로부터 재생하고자 하는 컨텐츠이외에, 상기 컨텐츠와 함께 재생되는 광고를 수신할 수 있으며, 컨텐츠 제공자가 의도한 재생 순서 및 위치 등에 따라 상기 수신된 광고를 컨텐츠와 함께 재생할 수 있다.
도 2는 상기 플레이 리스트 파일의 구성에 대한 일예를 도시한 것으로, NULL Soft 사의 윈앰프(winamp)라는 MP3 재생 응용프로그램에서 사용되는 M3U 파일의 플레이 리스트 형식을 나타낸 것이다.
도 2를 참조하면, 플레이 리스트 파일인 M3U 파일은 "#"로 시작되는 명령어들이 나열되는 형식으로 구성된다.
예를 들어"#EXTM3U"는 해당 파일이 M3U 파일 형식으로 만들어진 플레이 리스트라는 것을 의미하는 것으로, 플레이 리스트 파일의 시작을 의미하기 때문에 반드시 필요한 것이다.
또한, "#EXTINF"라는 키워드를 사용하여 재생할 컨텐츠 파일들이 나열되고, "#EXTINF"이후에 해당 컨텐츠에 대한 시간, 저자명 및 프로그램명(타이틀)이 포함되고, 상기 저자명과 프로그램명(타이틀)을 구분하는 구분자인"-"가 존재할 수 있다.
상기 프로그램명은 MP3 파일 또는 MPEG4 비디오 파일 등일 수 있으나, 이에 한정되지 아니하고 해당 플레이 리스트를 사용하는 미디어 플레이어가 어떤 형태로 압축된 멀티미디어 파일들을 재생할 수 있는지에 따라 다양한 종류의 파일들이 포함될 수 있다.
구체적으로, 도 3에 도시된 M3U 플레이 리스트 파일의 경우, 수신 장치(30)의 저장 매체 중 "C:＼Music＼"의 위치에 저장된 저자 "미상"의 "애국가(국민의례).mp3" 파일이 "124" 초 동안 재생된 후, "C:＼Music＼"의 위치에 저장된 저자 "미상"의 "숨바꼭질(동요).mp3" 파일이 "34" 초 동안 재생됨을 나타낼 수 있다.
상기한 바와 같이, M3U 형식의 플레이 리스트 파일에서는, 복수의 컨텐츠 파일들이 해당 파일의 위치 정보와 함께 나열될 수 있다.
한편, 도 2 및 도 3에 도시된 M3U 형식의 플레이 리스트 파일에서 재생할 파일들에 대한 정보를 나열하는 것만으로는, 오픈 인터넷 환경에서 컨텐츠를 전송하는데 어려움이 있을 수 있다.
즉, 오픈 인터넷 환경은 QoS를 보장하지 않으므로, 네트워크 트래픽(network traffic)에 따라 수신 장치(30)로 전송할 수 있는 대역폭이 동적으로 변화하여 컨텐츠 파일의 전송을 위해 필요한 안정적이고 고정적인 대역폭을 확보하기 어려울 수 있다.
예를 들어, 사용자가 집에서 사용하는 PC 시스템에서 네트워크 전송이 빈번한 소프트웨어를 설치 또는 사용하는 경우, 네트워크 트래픽의 증가로 인해 안정적이고 고정적인 대역폭을 확보할 수 없으며, 이러한 문제의 해결을 위해인터넷 게이트웨이가 특정 소프트웨어에 대역폭을 할당하는 방법도 고안되어 있지만 현재까지는 널리 사용되지 못하고 있다.
또한, 수신 장치(30)에 고정적인 대역폭이 보장되는 경우에도, 오픈 인터넷 환경에서 운영되는 인터넷 서버(20)는 여러 다른 네트워크들을 거쳐 서비스가 전송되므로, 여전히 QoS 보장에 어려움이 있을 수 있다.
예를 들어, 유튜브(Youtube) 등과 같은 서비스들은 특정 서비스 사업자 운영하는 다른 네트워크를 통하여 제공되어, 전송 과정에서 네트워크 설정이나 트래픽의 양이 증가함에 따라 컨텐츠가 지연 전송되거나 전송 포기(drop) 또는 재전송될 가능성이 있다.
상기한 바와 같은 QoS 보장의 문제는 오픈 인터넷 환경에서 컨텐츠 서비스를 제공하는 컨텐츠 제공자들에게 어려움을 느끼게 하는 주요한 원인이 될 수 있다.
한편, 상기와 같은 컨텐츠 전송의 어려움을 해결하기 위하여, M3U 형태의 플레이 리스트 파일을 이용하여 네트워크 대역폭에 따라 컨텐츠를 적절하게 송수신할 수 있도록 하는 적응적 스트리밍(adaptive streaming) 방식이 이용될 수 있다.
상기 적응적 스트리밍(adaptive streaming) 방식은 하나의 컨텐츠에 대하여 서로 다른 비트율을 가진 컨텐츠 파일들을 만들어 두고 수신 장치(30)의 대역폭에 따라 비트율을 선택하여 전송 요청할 수 있도록 하는 것으로, 오픈 인터넷 환경에서는 대부분 HTTP 프로토콜을 이용해 컨텐츠를 전송하고 있기 때문에, HTTP Adaptive Streaming이라고 지칭된다.
도 3은 본 발명의 또 다른 실시예에 따른 컨텐츠 송수신 시스템의 구성을 블록도로 도시한 것으로, 상기 적응적 스트리밍(adaptive streaming)을 위한 시스템의 구조에 대한 일예를 나타낸 것이다.
도 3을 참조하면, 적응적 스트리밍(adaptive streaming)을 위한 시스템은 서버(server, 50), 분배 서버(distribution, 60) 및 클라이언트(client, 70)를 포함하여 구성될 수 있다.
서버(50)가 AV(Audio/Video)를 미가공된 데이터(raw data)로 미디어 인코더(media encoder, 51)에 전달하면, 미디어 인코더(51)는 상기 AV 데이터를 MPEG-2 TS 형태의 스트리밍 파일 포맷(streaming File Format)으로 변환할 수 있다.
한편, 스트리밍 세그멘터(stream segmenter, 52)는 미디어 인코더(51)로부터 출력되는 MPEG-2 TS 스트리밍 파일을 복수의 세그먼트들로 분할할 수 있다.
예를 들어, 스트리밍 세그멘터(52)는 하나의 파일 또는 실시간 MPEG-2 TS 스트리밍 파일을 약 10초간 재생할 수 있는 크기의 세그멘트들로 분할한 후 분배 서버(60)에 저장시킬 수 있다.
클라이언트(70)는 도 1을 참조하여 설명한 바와 같은 기능을 가지는 수신 장치(30)를 의미할 수 있으며, HTTP 프로토콜을 이용해 분배 서버(60)에 저장되어 있는 분할된 파일들을 요청하여 전송받아 재생할 수 있다.
한편, 상기 분할된 파일들에 대한 정보는 도 2 및 도 3을 참조하여 설명한 바와 같은 플레이 리스트 파일에 모두 포함되어 있으므로, 클라이언트(70)는 어떤 파일을 다음에 요청해야 하는지 용이하게 알 수 있다.
또한, 서로 다른 비트율을 가지는 MPEG-2 TS 파일 세그먼트들이 분배 서버(60)에 저장될 수 있으며, 그를 위해 각각 특정 비트율로 인코딩된 MPEG-2 TS 파일 세그먼트들이 저장된 웹 서버(web server, 61)가 분배 서버(60)에 여러개 존재할 수 있다.
예를 들어, 20kbps의 비트율로 인코딩된 MPEG-2 TS 파일 세그먼트들과 500kbps의 비트율로 인코딩된 MPEG-2 TS 파일 세그먼트들이 서로 다른 파일명으로 분배 서버(60)에 저장될 수 있다.
그에 따라, 클라이언트(70)는 수신 지역의 대역폭이 감소하는 경우, 20kbps의 비트율로 인코딩된 파일을 요청하여 10초간 재생하고, 상기 재생 시간인 10초가 경과하기 전에 다시 주기적으로 대역폭을 검사할 수 있다.
이 때, 상기 대역폭이 고용량, 고품질의 파일을 전송할 수 있을 정도로 증가하는 경우, 클라이언트(70)는 500kbps의 비트율로 인코딩된 파일의 전송을 요청할 수 있다.
그로 인해, 클라이언트(70)는 네트워크 대역폭에 따라 적응적으로 20kbps와 500kbps의 비트율들로 인코딩된 컨텐츠들을 번갈아 수신하여 재생할 수 있으며, 대역폭이 좋지 않은 경우 재생하는 영상의 질이 저하될 수 있으나 영상이 끊어지는 현상이 최소화될 수 있다.
도 5는 상기한 바와 같은 적응적 스트리밍(adaptive stream)을 위한 플레이 리스트 파일의 구성에 대한 일예를 도시한 것으로, Apple사의 HTTP Adaptive Streaming에서 이용되는 M3U 플레이 리스트 파일의 구성을 나타낸 것이다.
클라이언트(70)는 도 5에 도시된 플레이 리스트 파일을 이용하여 각각 10초 동안 재생할 수 있는 MPEG-2 TS 파일 세그먼트들을 전송 요청할 수 있다.
본 발명의 일실시예에 따르면, 상기한 바와 같은 적응적 스트리밍(Adaptive Streaming) 방식을 이용하여 컨텐츠 및 상기 컨텐츠와 함께 재생되는 광고가 전송될 수 있다.
상기 컨텐츠와 광고는 모두 동영상 데이터로 구성되나, 별도의 독립된 파일들로 서로 다른 서버나 서로 다른 파일들의 형태로 전송될 수 있으며, 특정 부분에서 컨텐츠의 재생이 정지되고 광고가 재생되며 광고 재생이 종료된 후에는 해당 컨텐츠가 자연스럽게 끊김 없이 재생되는 것이 필요하다.
또한, 광고는 재생되는 컨텐츠의 맨 앞과 중간 또는 맨 마지막 부분 등에서 재생될 수 있으며, 상기 광고는 재생 도중에 사용자의 트릭 플레이(trick play)에 의해 스킵(skip) 되거나 다음 부분으로 점프(jump)되어 광고를 제외한 컨텐츠만이 재생되는 것을 방지하는 것이 필요할 수 있다.
그리고, 비실시간 서비스(NRT) 등을 이용하여 광고가 미리 수신 장치(30)에 저장이 되어 있는 경우, 수신 장치(30)는 플레이 리스트 파일만을 이용하여 컨텐츠와 광고를 함께 재생하는 것이 요구될 수 있다.
본 발명의 실시예에 따른 수신 장치는 별도의 파일로 제공되는 컨텐츠와 광고에 대한 위치 정보가 재생 순서에 따라 기록되어 있는 플레이 리스트 파일을 수신하고, 상기 플레이 리스트 파일에 기록된 위치 정보를 이용하여 컨텐츠 파일과 광고 파일을 획득한 후 상기 플레이 리스트 파일의 재생 순서에 따라 순차적으로 재생할 수 있다.
도 6은 본 발명의 실시예에 따른 수신 장치의 간략한 구성을 블록도로 도시한 것으로, 도시된 수신 장치(30)는 수신부(31), 제어부(32), 저장부(33)를 포함하여 구성될 수 있다.
도 6을 참조하면, 수신부(31)는 재생하고자 하는 컨텐츠 및 상기 컨텐츠와 함께 재생될 광고를 별도의 파일들로 수신하고, 컨텐츠 파일과 광고 파일들이 나열된 플레이 리스트 파일을 수신할 수 있다.
한편, 상기 수신되는 플레이 리스트 파일은 도 2 내지 도 5를 참조하여 설명한 바와 같은 M3U 파일 형식을 가질 수 있으며, 함께 재생될 컨텐츠와 광고에 대한 위치 정보가 재생 순서에 따라 기록되어 있을 수 있다.
제어부(32)는 수신부(31)를 통해 수신된 컨텐츠 파일 또는 광고 파일을 저장부(33)에 저장시킬 수 있으며, 저장부(330)에는 상기 컨텐츠 파일 또는 광고 파일과 함께 수신된 메타 데이터가 추가로 저장될 수 있다.
또한, 제어부(32)는 상기 플레이 리스트 파일에 기록된 위치 정보를 이용해 함께 재생될 컨텐츠 파일과 광고 파일을 획득하고, 상기 획득된 컨텐츠 파일과 광고 파일이 상기 플레이 리스트 파일의 재생 순서에 따라 순차적으로 재생되도록 할 수 있다.
한편, 상기 획득된 컨텐츠 파일과 광고 파일이 재생되기 위해, 수신 장치(30)는 제어부(32)의 제어에 따라 영상을 재생하기 위한 디스플레이부(34)를 더 포함할 수 있다.
이하, 도 7 내지 도 22를 참조하여 본 발명 일실시예에 따른 컨텐츠 재생 방법에 대해 상세히 설명하기로 한다.
도 7은 본 발명의 실시예에 따른 컨텐츠 재생 방법을 흐름도로 도시한 것으로, 도 7에 도시된 컨텐츠 재생 방법을 도 6에 도시된 본 발명의 실시예에 따른 수신 장치의 구성을 나타내는 블록도와 결부시켜 설명하기로 한다.
도 7을 참조하면, 수신 장치(30)의 수신부(31)는 플레이 리스트 파일을 수신한 후(S100 단계), 상기 수신된 플레이 리스트 파일에 기록되어 있는 위치 정보를 이용하여 컨텐츠 파일과 광고 파일을 획득한다(S110 단계).
즉, 컨텐츠와 광고는 서로 독립적인 별도의 파일들로 구성되어 각각의 파일들은 서로 다른 컨텐츠나 광고들과 연결되어 함께 재생될 수 있으며, 상기 플레이 리스트 파일은 상기와 같이 함께 재생되는 컨텐츠와 광고 사이의 관계를 연결해주는 기능을 할 수 있다.
한편, 상기 플레이 리스트 파일을 통해 연결되어 함께 재생되는 컨텐츠 파일과 광고 파일은 각각 비실시간 서비스(NRT)를 통해 수신되어 수신 장치(30)의 저장부(33)에 미리 저장되어 있는 상태이거나, 인터넷을 통해 실시간으로 전송될 수 있다.
도 8에 도시된 광고와 컨텐츠의 재생 순서를 나타내는 시나리오를 참조하면, 광고는 컨텐츠 재생되는 구간 중 초기에 한번, 재생 도중에 컨텐츠를 잠시 멈춘 상태에서 한번, 그리고 컨텐츠의 재생이 종료된 후 혹은 바로 직전에 재생 수 있다.
예를 들어, 광고 1(Ads#1)이 컨텐츠가 재생되기 이전에 재생되고, 상기 컨텐츠가 미리 설정된 일정 시간동안 재생된 후 정지되고, 광고 2(Ads#2)가 재생된 후 상기 컨텐츠가 이전 정지된 지점부터 다시 연속하여 재생되고, 상기 컨텐츠의 재생이 완료된 후 광고 3(Ads#3)이 재생될 수 있다.
이 경우, 상기 컨텐츠는 광고 2(Ads#2)의 재생을 위해 2 개의 재생 구간들로 분할될 수 있다. 한편, 컨텐츠의 재생 도중에 2 이상의 광고들이 재생되는 경우, 상기 컨텐츠는 상기 광고들의 재생을 위해 3 이상의 복수의 재생 구간들로 분할될 수도 있다.
도 8을 참조하여 설명한 바와 같은 컨텐츠 제공자가 의도한 시나리오에 따라 컨텐츠와 광고가 전송 및 재생되기 위해, 컨텐츠의 재생 구간 중 어느 지점에서 어떤 광고가 재생되어야 하는지, 광고의 재생 후 컨텐츠가 어느 지점부터 다시 재생되어야 하는 등의 재생 관련 정보가 플레이 리스트 파일에 포함될 수 있다.
예를 들어, 컨텐츠가 광고의 재생을 위하여 복수의 재생 구간들로 분할되어 상기 플레이 리스트 파일에서 재생 순서에 따라 나열되는 경우, 상기 플레이 리스트 파일은 상기 분할된 컨텐츠 재생 구간의 재생 시작 지점에 대한 시간 정보를 포함하여 광고가 재생된 후 상기 컨텐츠가 이전 재생 구간에 연속하여 끈김없이 재생되도록 할 수 있다.
즉, 상기 플레이 리스트 파일에 포함된 재생 시작 지점에 대한 시간 정보는 광고가 재생된 후 상기 컨텐츠가 어느 지점부터 다시 재생되어야 하는지를 나타내는 것으로, 상기 재생 시작 지점에 대한 시간 정보가 존재하지 않는 경우 광고 재생 후 컨텐츠가 이전 재생이 정지된 시점부터 다시 재생될 수 없다.
구체적으로, 도 8에 도시된 경우에 있어서, 플레이 리스트 파일은 광고 2(Ads#2)가 재생된 후 두번째 컨텐츠 재생 구간의 재생 시작 지점(Play)에 대한 시간 정보를 포함할 수 있다.
도 9는 상기 플레이 리스트 파일의 구성에 대한 제1 실시예를 도시한 것으로, M3U 파일 포맷의 #EXT-X-VERSION을 명시하여 확장함에 의해 상기한 바와 같은 재생 관련 정보를 상기 플레이 리스트 파일에 포함시키는 것이다.
도 9를 참조하면, #EXT-X-VERSION는 M3U 파일 포맷의 스펙 버전을 의미하는 것으로, 상기 버전 정보를 이용하여 새로운 버전을 만들어 #EXTINF에서 "재생 시작 구간의 시간" 및 "재생 중지 구간의 시간"을 지정하여, 광고를 재생한 후 컨텐츠가 다시 재생되는 재생 시작 지점을 나타낼 수 있다.
예를 들어, 상기 "재생 시작 구간의 시간"은 도 8에 도시된 "Play" 지점에서 컨텐츠의 어떤 부분이 재생되기 시작하는지를 그에 대응되는 시간 정보로 표시한 것이며, 상기 "재생 중지 구간의 시간"은 도 8에 도시된 "Pause" 지점에서 컨텐츠의 어떤 부분이 재생 정지되는지를 그에 대응되는 시간 정보로 표시한 것일 수 있다.
다만, 도 9에 도시된 바와 같은 버전을 새롭게 만들어 #EXTINF의 사용을 확장하는 방식은 하위 호환성(backward compatibility)이 보정되지 않을 수 있다.
도 10은 상기 플레이 리스트 파일의 구성에 대한 제2 실시예를 도시한 것으로, M3U 파일 포맷의 #EXTINF를 사용하지 않고 상기한 바와 같은 재생 관련 정보를 나타내기 위한 새로운 키워드를 만드는 것이다.
도 10을 참조하면, 구 버전의 스펙과 호환성을 유지하기 위하여, "재생 시작 구간의 시간" 및 "재생 중지 구간의 시간"을 지정하기 위한 새로운 키워드인 "#EXTINFO-X-OHTV"를 만들어 사용할 수 있다.
도 11은 상기 플레이 리스트 파일의 구성에 대한 제3 실시예를 도시한 것으로, #EXTINF의 신택스(syntax)를 유지한 상태에서 상기한 바와 같은 재생 관련 정보를 지정할 수 있도록 확장한 것이다.
도 11을 참조하면, 하위 호환성을 보장하면서 확장성을 높이기 위해, M3U 파일의 포맷은 그대로 유지하면서, #EXTINF에서 "," 로 구분하여 맨 뒤에서 "재생 시작 구간의 시간"을 지정하도록 할 수 있다.
도 12는 광고와 컨텐츠의 재생 순서를 나타내는 시나리오에 대한 구체적인 예를 도시한 것으로, KBS 방송국이 30분 길이의 컨텐츠를 각각 10초의 재생 시간을 가지는 3개의 광고들과 함께 재생하는 경우이다.
이 경우, 상기 30분 길이의 컨텐츠는, 상기 광고들의 재생을 위해, 15분의 재생 시간을 가지는 제1 컨텐츠 재생 구간, 10분의 재생 시간을 가지는 제2 컨텐츠 재생 구간 및 5분의 재생 시간을 가지는 제3 컨텐츠 재생 구간으로 나뉘질 수 있다.
예를 들어, 상기 컨텐츠의 재생 전에 광고 1(kbs_ads1.avi)이 10초 동안 재생되고, 상기 컨텐츠가 15분 동안 재생된 후 광고 2(kbs_ads2.avi)가 10초 동안 재생된 후, 상기 컨텐츠의 재생이 다시 시작되어 10분 동안 재생된 후 광고 3(kbs_ads3.avi)가 10초 동안 재생되며, 상기 컨텐츠의 나머지 5분이 재생될 수 있다.
도 13 내지 도 16은 본 발명의 또 다른 실시예에 따른 플레이 리스트 파일의 구성을 도시한 것으로, 도 11을 참조하여 설명한 바와 같은 방식을 이용하여 도 12에 도시된 재생 순서에 대응되는 플레이 리스트 파일을 구성한 것이다.
도 13을 참조하면, 플레이 리스트 파일에는, 15분, 10분 및 5분의 재생 시간들을 각각 가지는 제1, 2, 3 컨텐츠 재생 구간들에 대한 재생 관련 정보와, 상기 컨텐츠와 함께 재생되는 3개의 광고들에 대한 재생 관련 정보가 재생 순서에 따라 나열되어 있을 수 있다.
도 13에 도시된 플레이 리스트 파일은 컨텐츠와 광고가 수신 장치(30)에 미리 저장되어 있는 경우에 대한 것으로, 예를 들어 "kbs_추노1_1.avi" 라는 컨텐츠가 비실시간(NRT) 서비스인 Push VoD로 수신 장치(30)에 저장된 상태에서 수신 장치(30)에 별도의 파일로 저장되어 있는 광고들(kbs_ads1.avi, kbs_ads2.avi 및 kbs_ads3.avi)과 함께 재생되는 경우를 나타낸 것이다.
도 13을 참조하면, 플레이 리스트 파일은 함께 재생되는 컨텐츠(보다 상세하게는, 분할된 컨텐츠 재생 구간들) 및 광고들 각각에 대한 위치 정보를 재생 순서에 따라 순차적으로 포함할 수 있다.
예를 들어, 상기 컨텐츠는 상기 플레이 리스트 파일에 기록된 위치 정보인 "F:＼KBS＼Contents＼"에 대응되는 수신 장치(30)의 저장부(33) 내의 위치에 "kbs_추노1_1.avi"라는 파일명으로 저장되어 있으며, 제어부(31)가 상기 저장부(33)의 위치로부터 컨텐츠 파일을 획득하여 재생시킬 수 있다.
상기 광고들은 상기 플레이 리스트 파일에 기록된 위치 정보인 "F:＼KBS＼Ads＼"에 대응되는 수신 장치(30)의 저장부(33) 내부의 위치에 "kbs_ads1.avi", "kbs_ads2.avi" 및 "kbs_ads3.avi"라는 파일명들로 저장되어 있으며, 제어부(31)가 상기 저장부(33)의 위치로부터 광고 파일들을 획득하여 재생시킬 수 있다.
또한, 광고가 재생된 후 컨텐츠 재생 시작 구간의 시간이 #EXTINF에서 "," 로 구분되어 맨 뒤에 추가될 수 있다.
예를 들어, 광고 2(kbs_ads2.avi)가 재생된 후 재생이 다시 시작되는 제2 컨텐츠 재생 구간(10분)에 대한 재생 시작 구간의 시간인 "900" (초)이, 플레이 리스트 파일 중 상기 제2 컨텐츠 재생 구간(10분)에 대응되는 #EXTINF의 맨 뒤에 추가될 수 있다.
또한, 광고 3(kbs_ads3.avi)가 재생된 후 재생이 다시 시작되는 제3 컨텐츠 재생 구간(5분)에 대한 재생 시작 구간의 시간인 "1500" (초)이, 플레이 리스트 파일 중 상기 제3 컨텐츠 재생 구간(5분)에 대응되는 #EXTINF의 맨 뒤에 추가될 수 있다.
상기한 바와 같이 플레이 리스트 파일에서 재생 시작 구간의 시간이 지정됨에 따라, 광고 2(kbs_ads2.avi) 또는 광고 3(kbs_ads3.avi)가 재생된 후 "kbs_추노1_1.avi"파일의 어떤 부분이 재생되어야 하는지가 나타내어 질 수 있다.
도 14에 도시된 플레이 리스트 파일은 컨텐츠가 수신 장치(30)에 미리 저장되어 있고 광고는 인터넷을 통해 전송되는 경우에 대한 것으로, 예를 들어 "kbs_추노1_1.avi" 라는 컨텐츠가 비실시간(NRT) 서비스인 Push VoD로 수신 장치(30)에 저장된 상태에서 인터넷을 통해 전송되는 광고들(kbs_ads1.avi, kbs_ads2.avi 및 kbs_ads3.avi)와 함께 재생되는 경우를 나타낸 것이다.
도 15에 도시된 플레이 리스트 파일은 광고가 수신 장치(30)에 미리 저장되어 있고 컨텐츠는 인터넷을 통해 전송되는 경우에 대한 것으로, 예를 들어 인터넷을 통한 IP VoD로 전송되는 "kbs_추노1_1.avi" 라는 컨텐츠가 비실시간(NRT) 서비스인 Push VoD로 수신 장치(30)에 저장되어 있는 광고들(kbs_ads1.avi, kbs_ads2.avi 및 kbs_ads3.avi)과 함께 재생되는 경우를 나타낸 것이다.
도 16에 도시된 플레이 리스트 파일은 컨텐츠와 광고가 인터넷을 통해 전송되는 경우에 대한 것으로, 예를 들어 인터넷을 통한 IP VoD로 전송되는 "kbs_추노1_1.avi" 라는 컨텐츠가 인터넷을 통해 전송되는 광고들(kbs_ads1.avi, kbs_ads2.avi 및 kbs_ads3.avi)과 함께 재생되는 경우를 나타낸 것이다.
한편, 도 14 내지 도 16에 도시된 바와 같이, 컨텐츠 파일 또는 광고 파일이 인터넷을 통해 전송되는 경우, 해당 컨텐츠 또는 광고를 획득할 수 있는 위치 정보는 URL(Uniform Resource Locator)로 상기 플레이 리스트 파일에 포함될 수 있다.
또한, 도 8 내지 도 16을 참조하여 설명한 바와 같은 플레이 리스트 파일은, 수신 장치(30)의 사용자가 상기 플레이 리스트 파일에 포함된 컨텐츠에 대한 전송 또는 재생을 요청하는 경우 수신될 수 있으며, 상기 컨텐츠를 제공하는 컨텐츠 제공자로부터 상기 컨텐츠와 함께 수신되거나 또는 상기 컨텐츠 제공자와 다른 컨텐츠 제공자로부터 상기 컨텐츠와 별도로 수신될 수 있다.
도 17 내지 도 22는 플레이 리스트 파일을 수신하는 방법에 대한 실시예들을 설명하기 위한 것으로, 도 7의 S100 단계에서 수신 장치(30)의 수신부(31)가 상기 플레이 리스트 파일을 수신하는 방법들을 나타낸 것이다.
도 17을 참조하면, 상기 플레이 리스트 파일은 CE-HTML 문서를 이용하여 수신 장치(30)로 수신될 수 있다. 상기 CE-HTML은 TV 등과 같은 소비자 가전기기의 사용자 인터페이스를 만들기 위한 언어이다.
예를 들어, CE-HTML 문서에 "avscript" 객체를 생성할 때 데이터 속성(data attribute) 항목에 도 17에 도시된 바와 같이 playlist.m3u 파일의 URL을 설정하면, 수신 장치(30)의 브라우저(browser)는 상기 CE-HTML 문서에서 지정된 URL을 이용하여 플레이 리스트 파일을 다운로드 받을 수 있다.
도 17에 도시된 경우에 있어서, 수신 장치(30)의 브라우저는 CE-HTML 문서의 데이터 속성 항목에서 지정된 플레이 리스트 파일의 URL인 "http://ohtv.kbs.co.kr/추노/1-1/plalylist.m3u"에 대응되는 인터넷 서버에 접속하여, 해당 컨텐츠를 광고와 함께 재생하기 위한 플레이 리스트 파일을 다운로드 받을 수 있다.
본 발명의 또 다른 실시예에 따르면, 상기 플레이 리스트 파일을 수신하기 위한 위치 정보는 해당 컨텐츠를 다운로드 하기 위한 CAD 스키마(schema)에 포함될 수 있다.
도 18 내지 도 22를 참조하면, 컨텐츠를 인터넷으로 수신하기 위한 CAD 스키마에 플레이 리스트 파일의 위치 정보인 URL을 나타내는 "PlaylistURL"을 추가할 수 있다.
예를 들어, 수신 장치(30)가 특정 컨텐츠를 다운로드하는 경우, 상기 컨텐츠를 다운로드하기 위한 CAD 스키마에 플레이 리스트 파일을 수신하기 위한 URL이 포함되어 있어, 수신 장치(30)는 상기 URL을 이용하여 플레이 리스트 파일을 수신함으로써 상기 컨텐츠 및 상기 컨텐츠와 함께 재생되는 광고에 대한 위치 정보, 재생 순서 정보 및 재생 시간 정보 등을 획득할 수 있다.
도 8 내지 도 22를 참조하여 설명한 바와 같은 방법을 이용하여 수신 장치(30)가 플레이 리스트 파일을 수신하고(S100 단계), 함께 재생될 컨텐츠 파일 및 광고 파일을 획득한 후(S110 단계), 제어부(32)는 상기 플레이 리스트 파일의 재생 순서에 따라 상기 획득된 컨텐츠 파일과 광고 파일을 순차적으로 재생시킨다(S120 단계).
예를 들어, 상기 수신된 플레이 리스트 파일에는 도 8 내지 도 16을 참조하여 설명한 바와 같이 함께 재생될 컨텐츠 파일 및 광고 파일에 대한 재생 순서 및 재생 시간(구체적으로, 컨텐츠 재생 구간들 및 광고들 각각의 재생 시간 및 광고 재생 후 컨텐츠 재생 구간의 시작 시간)이 기록되어 있으며, 제어부(32)는 상기 플레이 리스트 파일에 기록된 재생 순서 및 재생 시간에 따라 상기 S110 단계에서 획득된 컨텐츠 파일 및 광고 파일을 순차적으로 끈김없이 재생할 수 있다.
이하, 도 23 및 도 24를 참조하여, 컨텐츠 파일과 광고 파일을 수신하는 방법에 대한 실시예들을 상세히 설명하기로 한다.
도 23을 참조하면, 함께 재생될 컨텐츠 파일과 광고 파일은 모두 ATSC 비실시간(NRT) 서비스를 이용하여 수신 장치(30)로 전송될 수 있으며, 예를 들어 Push VoD 컨텐츠 및 상기 컨텐츠와 함께 재생되는 광고가 서로 독립적인 별도의 파일로 상기 비실시간(NRT) 서비스를 이용해 수신 장치(30)로 전송되어 저장부(33)에 저장될 수 있다.
이 경우에도, 상기 Push VoD 컨텐츠와 광고가 함께 재생되는 재생 순서 및 재생 시간 등에 대한 정보가 상기한 바와 같은 구성을 가지는 플레이 리스트 파일에 의해 제공될 수 있다.
그를 위해, 수신 장치(30)의 수신부(31)는 방송국 멀티캐스트 채널에 접근하여(S200 단계), 함께 재생될 컨텐츠 파일 및 광고 파일과 그들에 대한 메타데이터를 수신하고(S210 단계), 제어부(32)는 상기 수신된 컨텐츠 파일, 광고 파일 및 메타데이터를 저장부(33)에 저장시킨다(S220 단계).
그 후, 사용자의 컨텐츠 재생 요청이 있으면(S230 단계), 제어부(32)는 플레이 리스트 파일에 포함된 재생 순서 및 재생 시간에 따라 상기 저장부(33)에 저장된 컨텐츠 파일과 광고 파일을 함께 재생시킨다(S240 단계).
한편, 상기 광고만이 비실시간(NRT) 서비스를 이용해 수신 장치(30)로 전송될 수도 있으며, 이 경우 수신 장치(30)는 컨텐츠와 별도로 광고를 따로 관리해야 할 수 있다.
즉, 상기 광고는 특정 컨텐츠와 연결되지 않은 상태에서 별도로 비실시간(NRT) 서비스를 이용해 수신 장치(30)로 전송되어 저장부(33)에 저장되고, 그 후 인터넷을 이용한 IP VoD로 전송되거나 비실시간 서비스(NRT)를 이용한 Push VoD로 전송되는 컨텐츠와 함께 재생될 수 있다.
한편, 본 발명의 실시예에 따른 플레이 리스트 파일은 상기한 바와 같이 미리 수신 장치(30)에 저장되어 있는 광고와 IP VoD 또는 Push VoD로 전송되는 컨텐츠를 연결시키는 기능을 하며, 그를 위해 광고에 대한 식별 정보(광고 ID)를 포함할 수 있다.
예를 들어, 수신 장치(30)의 제어부(32)는 상기 광고 ID를 이용하여 비실시간(NRT) 서비스 또는 인터넷을 통해 전송되는 광고가 이미 수신 장치(30)에 저장되어 있는지 여부를 확인하여, 동일한 광고가 중복으로 수신되는 것을 방지할 수 있다.
또한, 제어부(32)는 플레이 리스트 파일에 포함된 광고 ID를 이용하여, 해당 컨텐츠와 함께 재생될 광고가 수신 장치(30)에 저장되어 있는지 여부를 확인할 수도 있다.
도 24를 참조하면, 수신 장치(30)의 수신부(31)는 방송국 멀티캐스트 채널에 접근하고(S300 단계), 제어부(32)는 상기 접근된 멀티캐스트 채널을 이용한 비실시간(NRT) 서비스를 통해 제공되는 광고가 저장부(33)에 저장되어 있는지 여부를 상기 광고 ID를 이용해 확인한다(S310 단계).
그 후, 제어부(32)는 저장부(33)에 저장되어 있는 광고는 수신하지 않도록 결정하고, 저장되어 있지 않은 광고 파일 및 그에 대한 광고 메타데이터를 수신하도록 수신부(31)를 제어한다(320 단계).
제어부(32)는 상기 수신된 광고 파일 및 광고 메타데이터를 저장부(33)에 저장시킨 후(S330 단계), 상기 광고 메타데이터를 처리하여 등록한다(S340 단계).
예를 들어, 상기한 바와 같이 광고 ID는 해당 광고를 식별하기 위한 고유 식별자(unique identifier)로서, 상기 광고에 대한 메타데이터에 포함되어 있을 수 있다.
즉, 제어부(32)는, 비실시간(NRT) 서비스를 통해 제공되는 광고 파일을 수신하기 전에, 메타데이터에 포함된 광고 ID를 확인하여 해당 광고가 저장부(33)에 저장되어 있는지 여부를 확인할 수 있다.
한편, 컨텐츠와 광고는 별로의 파일로 구성되어 서로 독립적인 관계를 가지나, 상기한 바와 같이 광고는 본 발명의 실시예에 따른 플레이 리스트 파일에 의해 하나 이상의 컨텐츠와 연결되어 재생될 수 있다.
도 25에 도시된 컨텐츠, 광고 및 플레이 리스트 사이의 관계를 참조하면, 독립적인 컨텐츠와 광고들은 플레이 리스트 파일(Playlist)에 의해 서로 연결되며, 예를 들어 컨텐츠들을 플레이 리스트 파일(Playlist)에 1:1로 연결되고, 다시 광고들은 하나 이상의 플레이 리스트 파일(Playlist)들에 연결될 수 있다.
즉, 컨텐츠와 광고의 관계는 N:N으로 연결될 수 있으며, 컨텐츠와 플레이 리스트 파일(Playlist) 사이의 관계를 1:1로 연결될 수 있다. 또한, 상기 플레이 리스트 파일(Playlist)은 컨텐츠와 광고를 하나 이상 포함할 수 있으므로, 이들 관계는 N:N으로 연결될 수 있다.
상기한 바와 같은 광고 ID를 이용하여, 인터넷이 연결되어 있지 않은 상태에서도 수신 장치(30)가 저장부(33)에 저장되어 있는 광고 파일을 컨텐츠와 함께 재생할 수 있으며, 컨텐츠와 함께 재생되어야 하는 광고들을 방송사들이 서로 공유할 수 있다.
도 26을 참조하면, KBS 방송국의 비실시간(NRT) 서비스로 "광고 1"(Ads#1), "광고 2"(Ads#2) 및 "광고 3"(Ads#3)이 제공되고, SBS 방송국의 비실시간(NRT) 서비스로 "광고 1"(Ads#1), "광고 3"(Ads#3) 및 "광고 4"(Ads#4)가 제공되며, MBC 방송국의 비실시간(NRT) 서비스로 "광고 2"(Ads#2), "광고 5"(Ads#5) 및 "광고 6"(Ads#6)이 제공될 수 있다.
이 경우, KBS 방송국의 비실시간(NRT) 서비스로 "광고 1"(Ads#1), "광고 2"(Ads#2) 및 "광고 3"(Ads#3)이 전송되어 수신 장치(30)의 저장부(33)에 저장되어 있는 경우, SBS 방송국으로부터 제공되는 "광고 1"(Ads#) 및 "광고 3"(Ads#3)와 MBC 방송국으로부터 제공되는 "광고 2"(Ads#2)는 상기 광고 ID를 이용해 다시 수신되지 아니할 수 있으며, 그에 따라 수신 장치(30)의 저장 공간이 효율적으로 관리될 수 있다.
상기한 바와 같은 광고 ID를 이용하여, 인터넷이 연결되어 있지 않은 상태에서도 수신 장치(30)가 저장부(33)에 저장되어 있는 광고 파일을 컨텐츠와 함께 재생할 수 있으며, 컨텐츠와 함께 재생되어야 하는 광고들을 방송사들이 서로 공유할 수 있다.
도 27은 광고 ID를 이용하여 저장된 광고를 검색하는 방법에 대한 일실시예를 도시한 것이다.
도 27을 참조하면, 플레이 리스트 파일들은 각각 함께 재생되는 컨텐츠 및 광고들에 대한 재생 관련 정보를 포함하며, 상기 광고들은 각각 해당 광고를 식별하기 위한 광고 ID를 가질 수 있다.
한편, 상기 플레이 리스트 파일에서 참조되는 광고 ID는 수신 장치(30)에서 관리하는 광고 인덱스(index)를 이용하여 해당 광고가 실제 저장되어 있는 저장부(33)의 절대 주소로 변환될 수 있다. 상기 절대 주소는 저장부(33)에 저장된 해당 광고 파일을 직접적으로 접근하여 획득할 수 있는 주소를 의미할 수 있다.
즉, 수신 장치(30)의 제어부(32)는 상기 광고 인덱스를 이용하여 플레이 리스트 파일에 포함된 광고 ID를 해당 광고 파일에 접근할 수 있는 절대 주소로 변환한 후, 상기 절대 주소를 이용해 해당 광고 파일을 획득할 수 있다.
도 28은 본 발명의 또 다른 실시예에 따른 컨텐츠 재생 방법을 흐름도로 도시한 것으로, 도시된 컨텐츠 재생 방법 중 도 7 내지 도 27을 참조하여 설명한 것과 동일한 것에 대한 설명은 이하 생략하기로 한다.
도 28을 참조하면, 사용자가 컨텐츠 재생을 요청하는 경우, 수신 장치(30)의 제어부(32)는 플레이 리스트 파일을 확인해(S400 단계), 상기 플레이 리스트 파일에 포함된 광고 ID를 이용해 상기 재생 요청된 컨텐츠와 함께 재생할 광고를 검색하여(S410 단계), 상기 광고가 저장부(33)에 저장되어 있는지 여부를 확인한다(S420 단계).
예를 들어, 제어부(32)는, 상기 광고의 검색을 위해, 수신 장치(30) 내부에서 관리되는 광고 인덱스를 이용해 상기 플레이 리스트 파일에 포함된 광고 ID를 실제 접근 가능한 절대 주소로 변환하는 과정을 수행할 수 있다.
즉, 특정 광고 ID에 대하여 수신 장치(30) 내부에서 관리되는 상기 광고 인덱스가 존재하지 않는 경우, 해당 광고는 수신 장치(30)의 저장부(33)에 저장되어 있지 않은 것이다.
한편, 특정 광고 ID에 대하여 수신 장치(30) 내부에서 관리되는 상기 광고 인덱스가 존재하는 경우, 해당 광고가 수신 장치(30)의 저장부(33)에 저장되어 있는 것이며, 그에 따라 제어부(32)는 상기 광고 인덱스를 이용해 상기 광고 ID를 해당 광고 파일에 접근할 수 있는 절대 주소로 변환할 수 있다.
상기 광고가 저장부(33)에 저장되어 있는 경우, 제어부(32)는 플레이 리스트 파일에 포함된 위치 정보들을 이용하여 함께 재생된 컨텐츠 파일 및 광고 파일들을 획득한 후 재생 순서에 따라 함께 재생한다(S430 단계).
예를 들어, 도 27에 도시된 경우에 있어서, 제어부(32)는 "추노 1-1.m3u8" 플레이 리스트 파일에 따라 광고들을 컨텐츠와 함께 재생하기 위해, 상기 "추노 1-1.m3u8" 플레이 리스트 파일에 포함된 광고 ID들인 "Ads#1", "Ads#2" 및 "Ads#3" 각각에 대해 상기 광고 인덱스가 존재하는지 여부를 확인하여, 해당 광고 파일들이 수신 장치(30)의 저장부(33)에 저장되어 있는지 여부를 확인할 수 있다.
그 후, 제어부(32)는, 상기 플레이 리스트 파일에 포함된 광고들 중 저장부(33)에 저장되어 있는 광고들에 대해, 광고 ID를 상기 광고 인덱스를 이용해 절대 주소로 변환하고, 상기 변환된 절대 주소를 이용하여 해당 광고 파일을 저장부(33)로부터 읽어들여 컨텐츠와 함께 재생할 수 있다.
한편, 제어부(32)는, 저장부(33)에 저장되어 있는 광고들에 대해서는, 상기 광고를 대체할 수 있는 다른 광고 파일이 저장부(33)에 저장되어 있는지 여부를 확인하여, 그 결과에 따라 상기 대체 광고를 상기 컨텐츠와 함께 재생할 수도 있다.
본 발명의 일실시예에 따르면, 수신 장치(30)에 저장된 컨텐츠를 삭제하고자 하는 경우, 상기 컨텐츠와 연결된 광고도 수신 장치(30)에서 삭제할 것인지 여부가 상기한 바와 같은 광고 식별 정보(예를 들어, 광고 ID)를 이용하여 결정될 수 있다.
도 29를 참조하면, 컨텐츠 삭제가 요청되는 경우(S500 단계), 제어부(32)는 플레이 리스트 파일에 포함된 광고 ID를 이용하여 상기 컨텐츠와 함께 재생되는 광고를 검색하여(S510 단계), 상기 광고가 다른 컨텐츠와 연결되어 있는지 여부를 확인한다(S520 단계).
예를 들어, 상기 컨텐츠 삭제가 요청되는 경우는, 사용자가 수신 장치(30)에 저장된 특정 컨텐츠를 삭제하고자 하거나, 또는 특정 컨텐츠의 유효 기간이 종료된 경우일 수 있다.
즉, 제어부(32)는 수신 장치(30)에 저장된 특정 컨텐츠에 대한 삭제가 요청되는 경우, 상기 컨텐츠와 관계된 플레이 리스트 파일을 확인하여 해당 컨텐츠와 함께 재생되는 광고들을 검색하고, 상기 검색된 광고들의 광고 ID를 이용해 해당 광고가 다른 컨텐츠(예를 들어, 다른 컨텐츠 제공자로부터 제공되는)와도 연결되어 함께 재생되는지 여부를 확인할 수 있다.
그를 위해, 제어부(32)는 상기 삭제하고자 하는 컨텐츠와 관계된 플레이 리스트 파일에 포함된 광고 ID들과 다른 플레이 리스트 파일에 포함된 광고 ID들을 서로 비교하여, 공통된 광고 ID들이 존재하는지 확인할 수 있으며, 상기 공통된 광고 ID에 의해 식별되는 광고는 다른 컨텐츠와도 연결되어 있는 것으로 판단할 수 있다.
상기 확인 결과, 상기 광고가 다른 컨텐츠와 연결되어 있는 경우, 제어부(32)는 상기 삭제 요청된 컨텐츠 만을 삭제하고 그와 연결된 상기 광고는 삭제하지 않고 저장된 상태를 유지시킨다(S530 단계).
그와 달리, 상기 광고가 다른 컨텐츠와 연결되어 있지 않은 경우, 제어부(32)는 상기 삭제 요청된 컨텐츠와 함께 그와 연결된 상기 광고도 삭제한다(S540 단계).
즉, 상기한 바와 같이 광고 ID를 이용해 방송사들 사이에서 광고를 공유하여 재생하는 경우, 삭제하고자 하는 특정 방송사의 컨텐츠와 연결된 광고가 타 방송사의 컨텐츠와도 연결되어 참조되고 있다면, 상기 광고를 제외한 삭제하고자 하는 컨텐츠만이 삭제되는 것이 바람직하다.
한편, 상기한 바와 같은 광고의 재생은 컨텐츠 재생 초기, 재생 중간 또는 재생 끝 부분에 광고가 노출되어 그에 따른 수익 등의 효과를 얻도록 해당 컨텐츠를 제공하는 컨텐츠 제공자에 의해 의도된 것일 수 있다.
따라서 컨텐츠와 함께 광고를 재생함에 있어서 사용자가 광고를 리모컨 등을 통한 트릭 플레이(trick play) 기능을 이용하여 스킵(skip)할 수 없도록 하여, 컨텐츠 및 광고가 컨텐츠 제공자의 의도에 따라 재생되도록 하는 것이 필요할 수 있다.
그를 위해, 본 발명의 일실시예에 따르면, 상기 플레이 리스트 파일은 상기 광고의 재생 구간 동안 제한되는 트릭 플레이(trick play)에 대한 정보를 포함할 수 있다.
도 30을 참조하면, 수신 장치(30)에서 실행 가능한 트릭 플레이들에는 "Fast Forward(FF)", "Fast Rewind(FR)", "Forward Jump(FJ), "Backward Jump(BJ), "Play", "Stop", "Slow Motion(Forward, Backward)" 등의 재생과 관련된 동작들이 있을 수 있다.
한편, 상기한 바와 같은 트릭 플레이들 중 적어도 일부는 컨텐츠와 함께 광고를 재생하고자 하는 컨텐츠 제공자의 의도에 반하는 것일 수 있으므로, 그에 따라 광고가 재생되는 부분에서는 해당 트릭 플레이들이 실행되지 않도록 제한하는 것이 필요하다.
이하에서는, 도 31 내지 도 34를 참조하여, 플레이 리스트 파일을 이용하여 광고 재생 구간동안 특정 트릭 플레이들을 제한하는 방법에 대한 실시예들을 상세히 설명하기로 한다.
도 31을 참조하면, "Forward Jump(FJ)", "Fast Forward(FF)" 및 "Stop"의 트릭 플레이들을 제한하기 위해, "TRICKPLAY"라는 키워드를 사용하여 M3U 파일 포맷의 #EXTINF를 확장할 수 있다.
이 경우, M3U 플레이 리스트 파일에서 상기 "TRICKPLAY" 키워드가 적용된 컨텐츠 또는 광고에 대해서는, 재생 도중에 "Forward Jump(FJ)", "Fast Forward(FF)" 및 "Stop"에 해당하는 리모컨 동작이 실행되지 않는다.
한편, 수신 장치(30)의 제어부(32)는 상기 M3U 플레이 리스트 파일에 포함된 "TRICKPLAY" 키워드를 해석하여, 어떠한 컨텐츠 또는 광고의 재생 구간 동안 어떠한 트릭 플레이들이 제한되는지를 확인하여 적용시킬 수 있다.
도 32를 참조하면, 상기한 바와 같은 트릭 플레이의 제한을 위해, 새로운 키워드, 예를 들어 "EXT-X-TRICKPLAY" 키워드가 새롭게 만들어질 수 있다.
예를 들어, 상기 "EXT-X-TRICKPLAY" 키워드가 적용된 컨텐츠 또는 광고에 대해서는, 재생 도중에 상기 "EXT-X-TRICKPLAY" 키워드에서 "NO"로 설정된 트릭 플레이들, 즉 "Forward Jump(FJ)", "Fast Forward(FF)" 및 "Stop"은 실행되지 않으며, "YES"로 설정된 "PAUSE"는 제한되지 않는다.
한편, 상기 "EXT-X-TRICKPLAY" 키워드에서 "YES" 또는 "NO"로 설정되어 있지 않은 트릭 플레이들은 기본적(default)으로 "YES"로 동작하여 제한되지 않을 수 있다.
또한, 트릭 플레이의 제한을 위해 "EXT-X-FORCED-PLAY" 라는 키워드가 새롭게 만들어질 수 있다. 예를 들어, "EXT-X-FORCED-PLAY"키워드가 적용된 컨텐츠 또는 광고에 대해서는 무조건 재생이 되어야 하며, 어떠한 트릭 플레이들도 허용되지 않는다. 추가적으로 의무 재생 시간을 명시하여 해당 시간 동안에는 트릭 플레이가 허용되지 않으며, 해당 시간 이후에는 트릭 플레이가 가능하도록 허용할 수 있다.
또한, 트릭 플레이의 제한을 위해 "EXT-X-PALY-WITHOUT-TRICK"라는 키워드가 새롭게 만들어 질 수 있다. 예를 들어, "EXT-X-PALY-WITHOUT-TRICK"라는 키워드가 적용된 컨텐츠 또는 광고에 대해서는 순차적 재생만이 가능하여 어떠한 트릭플레이들도 허용되지 않는다.
반대로, 모든 트릭 플레이의 허용을 위해 "EXT-X-PALY-WITH-TRICK"라는 키워드가 새롭게 만들어 질 수 있다. 예를 들어, "EXT-X-PALY-WITH-TRICK"라는 키워드가 적용된 컨텐츠 또는 광고에 대해서는 모든 트릭플레이들이 허용될 수 있다.
도 33을 참조하면, #EXT-X-STREAM-INF에 "TRICKPLAY" 키워드를 추가하여 확장함으로써, 플레이 리스트 파일을 이용해 특정 트릭 플레이들의 실행을 제한할 수도 있다.
예를 들어, 도 34에 도시된 바와 같이, 플레이 리스트 파일에서 컨텐츠 재생 전 광고, 컨텐츠 재생 중간 15분 광고 및 컨텐츠 재생 25분 예고 전 광고에 대해 상기한 바와 같이 "TRICKPLAY" 키워드가 추가되어 확장된 #EXT-X-STREAM-INF을 적용함으로써, 상기 광고들의 재생 도중에 "Forward Jump(FJ)", "Fast Forward(FF)" 및 "Stop"과 같은 트릭 플레이들의 실행이 제한되도록 할 수 있다.
한편, 컨텐츠와 함께 재생되는 광고는 상황에 따라 수신 장치(30)로 수신되어 저장부(33)에 미리 저장되어 있을 수도 있고, 그와 달리 인터넷을 통해 인터넷 서버(20)로부터 전송 받아야 하는 경우도 있을 수 있다.
따라서 플레이 리스트 파일은 상기한 바와 같이 광고가 이미 저장되어 있거나 또는 전송받아야 하는 모든 상황들에 대비할 수 있도록 구성될 수 있다.
그를 위해, 본 발명의 실시예에 따른 플레이 리스트 파일은 컨텐츠와 함께 재생되는 광고 파일을 획득할 수 있는 복수의 위치들에 대한 정보를 포함할 수 있다.
즉, 상기 플레이 리스트 파일에서 광고가 재생되어야 하는 위치에 복수의 광고 소스들을 표시하여, 수신 장치(30)가 어떠한 상황에서도 광고 파일을 획득하여 컨텐츠와 함께 재생하도록 할 수 있다.
도 35에 도시된 플레이 리스트 파일을 참조하면, 특정 컨텐츠와 함께 "F:＼KBS＼Ads＼"의 위치에 저장된 "kbs_ads1.avi" 광고 파일이 재생되며, 상기 광고 파일의 재생 중에는 "Forward Jump(FJ)", "Fast Forward(FF)" 및 "Stop"과 같은 트릭 플레이들의 실행이 제한될 수 있다.
그러나, 상기 "kbs_ads1.avi" 광고 파일이 수신 장치(30)에 저장되어 있지 않은 경우, 수신 장치(30)는 도 35에 도시된 플레이 리스트 파일을 이용하여 해당 광고를 재생할 수 없다.
그에 따라, 도 36에 도시된 바와 같이, 상기 "kbs_ads1.avi" 광고 파일을 인터넷을 통해 전송받을 수 있는 위치 정보(예를 들어, URL)를 상기 저장 위치와 함께 플레이 리스트 파일에서 지정함으로써, 수신 장치(30)는 상기 "kbs_ads1.avi" 광고 파일이 저장부(33)에 저장되어 있지 않더라도 인터넷을 통해 해당 파일을 수신하여 재생할 수 있다.
예를 들어, 수신 장치(30)의 제어부(32)는 상기 플레이 리스트 파일에서 지정된 저장 위치인 "F:＼KBS＼Ads＼"을 확인하여 상기 "kbs_ads1.avi" 광고 파일이 저장되어 있는지 먼저 확인하여, 저장부(33)에 저장되어 있는 광고 파일을 재생하고, 상기 "kbs_ads1.avi" 광고 파일이 저장되어 있지 않은 경우 상기 플레이 리스트 파일에서 함께 지정된 URL 주소인 "http://www.kbs.co.kr/ads/kbs_ads1.avi"를 이용하여 인터넷을 통해 상기 상기 "kbs_ads1.avi" 광고 파일을 수신하여 재생할 수 있다.
상기와 같이 컨텐츠 제공자가 플레이 리스트 파일에서 컨텐츠와 함께 재생되는 광고를 획득하기 위한 위치들을 2 이상 부가적으로 설정함으로써, 수신 장치(30)의 상황에 따라 광고가 재생되지 않는 문제를 해결할 수 있다.
한편, 상기한 바와 같이 플레이 리스트 파일을 이용하여 함께 재생되는 컨텐츠 파일 및 광고 파일은 도 4 및 도 5를 참조하여 설명한 바와 같은 적응적 스트리밍(adaptive stream) 방식을 이용하여 수신될 수 있다.
예를 들어, HTTP Adaptive Streaming 방식의 경우, 상기 컨텐츠 파일과 상기 광고 파일은 각각 서로 다른 비트율들로 인코딩된 후 10초 단위 또는 임의의 시간 단위로 세그먼트들로 분할되어 서버에 저장되어 있으며, 수신 장치(30)는 네트워크 대역폭에 적합한 비트율을 가지는 컨텐츠 파일 또는 광고 파일을 서버에 요청하여 수신할 수 있다.
그를 위해, 본 발명의 또 다른 실시예에 따르면, 상기 플레이 리스트 파일은 상기 적응적 스트리밍 방식을 통해 스트리밍 가능한 비트율들에 각각 대응되도록 복수의 파일들로 존재할 수 있다.
즉, 상기 적응적 스트리밍을 위한 플레이 리스트 파일의 구조는, 상기 전송 비트율들에 각각 대응되는 복수의 하위 플레이 리스트 파일들과 상기 복수의 하위 플레이 리스트들에 대한 정보를 포함하는 하나의 상위 플레이 리스트 파일로 구성될 수 있다.
예를 들어, 컨텐츠 제공자가 500kbps, 1Mbps 및 2Mbps의 비트율들로 컨텐츠 파일 또는 광고 파일을 제공하는 경우, 상기 3개의 비트율들에 각각 대응되는 3개의 하위 플레이 리스트 파일들이 구성되며, 그와 함께 상기 3개의 하위 플레이 리스트 파일들을 포함하는 하나의 상위 플레이 리스트 파일이 구성될 수 있다.
한편, 상기 상위 플레이 리스트 파일은 적응적 스트리밍을 위해 복수의 비트율들에 맞추어 구성된 하위 플레이 리스트 파일들을 포함하는 것으로, 변종 플레이 리스트 파일(variant playlist)라도 불릴 수 있다.
이하에서는, 도 37 내지 도 43을 참조하여, 적응적 스트리밍(adaptive stream)을 위한 플레이 리스트 파일의 구성에 대한 실시예들에 대해 상세히 설명하기로 한다.
도 37을 참조하면, 상위 플레이 리스트 파일인 "추노.m3u8"파일은 적응적 스트리밍을 복수의 비트율들 각각에 대응되도록 구성된 복수의 하위 플레이 리스트 파일들(예를 들어, "500k.m3u8", "1m.m3u8" 및 "2m.m3u8")을 포함할 수 있다.
한편, 상기 "M3U8"은 UTF-8 문자를 사용할 수 있는 M3U 파일을 의미할 수 있다.
이 경우, 미디어 파일(또는, 부호화된 스트림(encoded stream))은 500kbps, 1Mbps 및 2Mbps의 서로 다른 비트율들로 인코딩된 후 각각 복수의 세그먼트들로 분할되어 서버에 저장되고, 수신 장치(30)는 현재 대역폭에 따라 상기 500kbps, 1Mbps 및 2Mbps 중 어느 하나의 비트율을 선택하여 미디어 파일의 전송을 상기 서버에 요청할 수 있다. 그에 따라, 사용자는 네트워크의 트래픽이 순간적으로 증가하여도 인식하지 못할 정도로 화질 차이만을 느낄 수 있다.
예를 들어, 대역폭이 크게 감소하는 경우, 수신 장치(30)는 상위 플레이 리스트 파일인 "추노.m3u8"파일에 포함된 하위 플레이 리스트 파일들 중 500kbps의 비트율에 대응되는 "500k.m3u8" 파일에 기록된 위치 정보에 따라 컨텐츠 파일 또는 광고 파일을 전송 요청할 수 있으며, 그에 따라 500kbps의 비트율로 인코딩된 후 분할된 상기 컨텐츠 파일 또는 광고 파일의 세그먼트들이 수신할 수 있다.
한편, 대역폭이 다시 증가하는 경우, 수신 장치(30)는 상기 하위 플레이 리스트 파일들 중 2Mbps의 비트율에 대응되는 "2m.m3u8" 파일에 기록된 위치 정보에 따라 컨텐츠 파일 또는 광고 파일을 전송 요청할 수 있으며, 그에 따라 2Mbps의 비트율로 인코딩된 후 분할된 상기 컨텐츠 파일 또는 광고 파일의 세그먼트들이 수신할 수 있다.
또한, 상위 플레이 리스트 파일인 "추노.m3u8"파일은 RF를 이용하는 방송망을 통해 수신되는 컨텐츠 파일 또는 광고 파일을 재생하기 위한 별도의 하위 플레이 리스트 파일을 더 포함할 수 있다.
예를 들어, 도 37에 도시된 하위 플레이 리스트 파일인"pushvod.m3u8" 파일은 수신 장치(30)에 구비된 튜너(미도시)를 이용하여 방송망을 통해 수신되어 저장된(예를 들어, 비실시간(NRT) 서비스를 이용하여 수신된) 컨텐츠 파일 또는 광고 파일을 재생할 수 있도록 한다.
도 38은 도 37에 도시된 상위 플레이 리스트 파일인 "추노.m3u8"파일의 구성에 대한 일실시예를 나타낸 것으로, 상기한 바와 같이 "추노.m3u8"파일에는 복수의 비트율들에 맞춰 구성된 하위 플레이 리스트 파일들인 "500k.m3u8", "1m.m3u8" 및 "2m.m3u8"과, 수신 장치(30)에 저장된 컨텐츠 파일 또는 광고 파일의 재생을 위한 하위 플레이 리스트 파일인"pushvod.m3u8"이 포함되어 있을 수 있다.
예를 들어, 수신 장치(30)는 도 38에 도시된 바와 같은 "추노.m3u8"파일에 포함된 위치 정보를 이용해 "500k.m3u8", "1m.m3u8" 및 "2m.m3u8" 파일들 각각에 대해 전송을 요청하여 수신할 수 있으며, 상기 수신된 하위 플레이 리스트 파일들은 저장부(33)에 저장될 수 있다.
또한, 상위 플레이 리스트 파일에서 지정되는"PROGRAM-ID"는 해당 컨텐츠(또는, 서비스)를 식별하기 위한 것으로, 상기 "PROGRAM-ID"가 동일하면 같은 컨텐츠(또는, 서비스)로 인식될 수 있다.
예를 들어, 도 38에 도시된 경우에 있어서, 상기 "PROGRAM-ID"가 "1"지정되어 있는데, 수신 장치(30)는 상기 "PROGRAM-ID"가 "1"이 아닌 다른 값을 가지는 컨텐츠에 대해서는 상기 컨텐츠와 다른 컨텐츠로 인식할 수 있다.
한편, 상기 "pushvod.m3u8" 파일은 수신 장치(30)에 저장되어 있으므로, 수신 장치(30)가 별도로 전송 요청할 필요가 없으며, "추노.m3u8"파일에서 지정된 저장 위치(예를 들어, "F:＼kbs＼drama＼추노1_1＼pushvod.m3u8")로부터 바로 획득될 수 있다.
또한, 상기 수신 장치(30)에 저장된 컨텐츠 또는 광고를 재생하기 위한 하위 플레이 리스트 파일은 도 39에 도시된 바와 같은 형식의 "#EXT-X-FILE-INF" 키워드를 이용하여 상위 플레이 리스트 파일에서 나타내어 질 수 있다.
도 39를 참조하면, 상기 "#EXT-X-FILE-INF"는 "#EXT-X-STREAM-INF"에서 사용하는 속성(attribute)와 값(value)을 사용할 수 있다.
예를 들어, 인터넷을 통해 도 38에 도시된 바와 같은 상위 플레이 리스트 파일이 수신되면, 수신 장치(30)는 상기 "#EXT-X-FILE-INF" 키워드를 확인하여 내부에 저장된 컨텐츠 또는 광고 파일이 있으면 해당 파일에 대해 인터넷으로 전송 요청하지 아니하고 상기 저장된 파일을 이용하여 재생할 수 있다.
도 40은 500kbps의 비트율에 대응되는 하위 플레이 리스트 파일의 구성에 대한 일실시예를 도시한 것으로, 도 38에 도시된 상위 플레이 리스트 파일인 "추노.m3u8"파일에 포함된 "500k.m3u8" 파일의 구성을 나타낸 것이다.
예를 들어, 수신 장치(30)는 네트워크 대역폭이 크게 감소하는 경우, 도 40에 도시된 바와 같은 하위 플레이 리스트 파일에 포함된 위치 정보를 이용하여 500kbps의 비트율로 인코딩된 후 복수의 세그먼트들로 분할된 컨텐츠 파일 또는 광고 파일의 전송을 서버에 요청하여 재생할 수 있다.
도 41은 1Mbps의 비트율에 대응되는 하위 플레이 리스트 파일의 구성에 대한 일실시예를 도시한 것으로, 도 38에 도시된 상위 플레이 리스트 파일인 "추노.m3u8"파일에 포함된 "1m.m3u8" 파일의 구성을 나타낸 것이다.
예를 들어, 수신 장치(30)는 네트워크 대역폭이 증가하는 경우, 도 41에 도시된 바와 같은 하위 플레이 리스트 파일에 포함된 위치 정보를 이용하여 1Mbps의 비트율로 인코딩된 후 복수의 세그먼트들로 분할된 컨텐츠 파일 또는 광고 파일의 전송을 HTTP 프로토콜을 이용해 서버에 요청하여 재생할 수 있다.
도 42는 2Mbps의 비트율에 대응되는 하위 플레이 리스트 파일의 구성에 대한 일실시예를 도시한 것으로, 도 38에 도시된 상위 플레이 리스트 파일인 "추노.m3u8"파일에 포함된 "2m.m3u8" 파일의 구성을 나타낸 것이다.
예를 들어, 수신 장치(30)는 네트워크 대역폭이 크게 증가하는 경우, 도 42에 도시된 바와 같은 하위 플레이 리스트 파일에 포함된 위치 정보를 이용하여 2Mbps의 비트율로 인코딩된 후 복수의 세그먼트들로 분할된 컨텐츠 파일 또는 광고 파일의 전송을 서버에 요청하여 재생할 수 있다.
도 43은 수신 장치(30)에 저장된 컨텐츠 파일 또는 광고 파일을 재생하기 위한 하위 플레이 리스트 파일의 구성에 대한 일실시예를 도시한 것으로, 도 38에 도시된 상위 플레이 리스트 파일인 "추노.m3u8"파일에 포함된 "pushvod.m3u8" 파일의 구성을 나타낸 것이다.
예를 들어, 수신 장치(30)는 컨텐츠 파일 또는 광고 파일이 내부에 저장되어 있는 경우, 도 43에 도시된 바와 같은 하위 플레이 리스트 파일에 포함된 위치 정보를 이용하여 저장부(33)에 저장된 컨텐츠 파일 또는 광고 파일을 읽어들여 재생할 수 있다.
본 발명의 실시예에 따른 컨텐츠 제공 방법은, 별도의 파일로 제공되는 컨텐츠와 광고에 대한 위치 정보가 재생 순서에 따라 기록되어 있는 플레이 리스트 파일을 생성하는 단계 및 상기 생성된 플레이 리스트 파일을 수신 장치로 전송하는 단계를 포함할 수 있다.
그를 위해, 본 발명의 실시예에 따른 컨텐츠 제공 장치는 상기 플레이 리스트 파일을 생성하는 제어부(미도시)와 상기 생성된 플레이 리스트 파일을 전송하는 송신부(미도시)를 포함하여 구성될 수 있다.
상기 컨텐츠 제공 장치의 제어부(미도시)가 상기 플레이 리스트 파일을 생성하는 방법은 도 7 내지 도 43을 참조하여 설명한 것과 동일할 수 있으므로, 이에 대한 상세한 설명은 생략하기로 한다.
또한, 상기 컨텐츠 제공 장치의 제어부(미도시)가 상기 생성된 플레이 리스트 파일을 수신 장치(30)로 전송하는 방법은 도 17 내지 도 22를 참조하여 설명한 바와 같은 플레이 리스트 파일의 송수신 방법과 동일할 수 있다.
한편, 상기 플레이 리스트 파일을 생성하여 수신 장치(30)로 전송하는 컨텐츠 제공 장치는, 상기 플레이 리스트 파일을 이용해 연결되어 함께 재생되는 컨텐츠와 광고를 제공하는 컨텐츠 제공자와 다를 수 있다.
도 1 내지 도 43을 참조하여 설명한 바와 같은 컨텐츠 재생 방법은 본 발명의 실시예에 따른 IPTV 수신기에 의해 수행될 수 있다.
그를 위해, 상기 IPTV 수신기는 송신 측(예를 들어, 인터넷 서버)로부터 플레이 리스트 파일을 수신하고 상기 수신된 플레이 리스트 파일을 이용해 컨텐츠와 광고를 함께 재생할 수 있으며, 상기 플레이 리스트 파일은 도 7 내지 도 43을 참조하여 설명한 바와 같은 구성을 가질 수 있다.
도 44는 본 발명의 실시예에 따른 IPTV 수신기의 구성을 블록도로 도시한 것이다.
도 44를 참조하면, IPTV 수신기(600)는 프론트엔드(frontend)(610), 네트워크 트랜스포트(Network Transport)(620), 서비스 억세스(Service Access)(630), 비활성/활성 스토리지 시스템(Volatile/Non-Volatile Storage System)(640), 프로그램 시스템 정보 디코더(Program System Information Decoder)(643), 인증(DRM/CP/CAS)(650), DVR 엔진(DVR Engine)(660), Embeded DBMS/Filesystem(670), 수신기서브시스템(Hybrid/IPTV/OITF HNED Subsyste)(680), 어플리케이션(OITF/HNED Application(s))(690)의 기능을 수행하는 엔터티(functional Entity)를 포함할 수 있다.
또한, IPTV 수신기(600)는 안테나, 케이블 헤드엔드(Cable HeadEnd) 시스템과 같은 RF 트랜스미터(RF Transmitter)(692)와 연결되어 RF 로 전송되는 데이터를 수신할 수 있다.
또한, IPTV 수신기(600)는 HNI-DM 인터페이스를 이용하여 WAN Gateway(700)과 통신할 수 있다.
프론트엔드(frontend)(610)는, RF 를 튜닝하고, 선택된 MPEG2 트랜스포트 스트림을 수신하는 RF 인터페이스를 포함할 수 있다. RF 인터페이스는 Hybrid IPTV의 경우 선택 사항이다.
또한, 프론트엔드는 네트워크 인터페이스를 포함할 수 있다. 네트워크 인터페이스는 본 발명의 일 실시예에 따른 IPTV 수신기의 네트워크 인터페이스부의 기능을 수행한다. 구체적으로, 네트워크 인터페이스는 물리층 및 데이터 링크층(physical layer and data link layer) 간의 IP 패킷의 송수신을 수행한다. 또한, 본 발명의 일 실시예에 따른 네트워크 인터페이스는 IPTV 수신기에서 다운로드되어 DAE(Declarative Application Environment) 에서 실행되는 DAE 어플리케이션을 수신할 수 있다. 또한, 네트워크 인터페이스는 어플리케이션의 포트 매핑의 요청에 의해 외부 포트를 할당받은 경우, 할당받은 포트 정보를 외부 네트워크의 서버 및 디바이스에 통보할 수 있다.
네트워크 트랜스포트(Network Transport)(620)는 IPTV 수신기(600)로부터 송수신되는 패킷에 대하여 소스로부터 목적지까지의 패킷 전달에 관여하는 TCP/IP 매니저를 포함할 수 있다.
또한, 네트워크 트랜스포트(650)는 IPTV의 서비스의 품질을 보장하는 기능을 수행하는 QoS & Bandwidthe Control 기능을 수행할 수 있다. QoS & Bandwidthe Control 기능은 균형잡힌 방식으로 각 서비스가 사용할 대역을 할당할 수 있다. 할당된 대역은 서비스 제공자(service provider)에 의해 제어되거나 수신기 자체에서 자동으로 또는 사용자에 의해 제어될 수 있다. 할당되는 대역은 IPTV 어플리케이션 또는 서비스 제공자에 의해 관리될 수 있다. 즉, 해당 기능은 허용되지 아니한 접근을 거절하는 기능을 수행한다.
또한, 네트워크 트랜스포트(650)는 서비스 보호 기능(service protection)을 수행할 수 있다. 구체적으로, 터미널 간 통신(end to end communication)의 보안을 제공하고, 서비스 제공자 또는 다른 클라이언트 장치에 논리적 연결(logical link) 또는 물리적 연결(physical link)을 보호할 수 있다.
서비스 억세스(Service Access)(630)는, 서비스 발견 매니저(service discovery)(미도시), 메타데이터 매니저(미도시), 서비스와 세션 제어 매니저(service and session control management)(미도시) 기능을 수행할 수 있다.
서비스 발견 매니저는 양방향 IP 네트워크를 통하여 IPTV 서비스의 발견을 수행한다. 즉, 선택된 서비스를 위한 모든 정보를 제공할 수 있다. 서비스 발견 매니저는 P2P 제공자 정보 및 P2P 트래커 접속 정보(P2P Tracker Access Information)을 관리할 수 있다. 서비스 발견 매니저는 IGMP, HCDP 및 SIP 프로토콜 스택을 제공하고 서비스를 검색할 수 있다.
메타데이터 매니저는 XML 다큐먼트를 파싱하고 XML 데이터를 임베디드 데이터베이스와 함께 관리하거나, 파일 시스템에 XML 엘리먼트로서 저장할 수 있다.
서비스와 세션 제어 매니저는 서비스를 선택 및 제어하고, IGMP 또는 RTSP 프로토콜을 이용하여 생방송 서비스 및 VOD 서비스와 같은 세션을 관리한다. 예컨대, IMS 게이트웨이를 통하여 세션을 관리하고 초기화하는 데에 IMS 및 SIP 프로토콜이 이용될 수 있다. 또한, 전달 요구(on demand delivery) 뿐만 아니라, 브로드캐스트 TV 및 오디오의 전달을 제어하는 데에는 RTSP 프로토콜이 이용될 수 있다. RTSP 프로토콜은 지속적인 TCP 커텍션을 사용하고 실시간 미디어 스트리밍에서 트릭 모드 제어(trick mode control)를 허용한다.
서비스 전달 매니저는 수신되는 서비스 데이터의 제어를 담당한다. 서비스 전달 매니저는 실시간 스트리밍 데이터(real-time streaming date)를 핸들링하고, 컨텐츠를 다운로드한다. 예컨대, 서비스 전달 매니저가 실시간 스트리밍 데이터를 제어하는 경우 RTP/RTCP 프로토콜이 사용될 수 있다. 실시간 스트리밍 데이터를 RTP와 프로토콜을 사용하여 전송하는 셩우, 서비스 전달 매니저는 수신된 데이터 패킷을 RTP에 따라 파싱(parsing)하여 디멀티플렉서에 전송하거나 서비스 매니저의 제어에 따라 컨텐츠 데이터베이스(Content DB)에 저장할 수 있다. 또한, 서비스 전달 매니저는 RTCP 를 이용하여 네트워크 수신 정보를 서버측에 피드백한다. 사용자는, VOD 또는 라이브 미디어 브로드 캐스트 MPEG-2 트랜스포트 패킷이 RTP 없이 UDP 에 의해 직접적으로 전송하기 위한 트릭 플레이(trick play)를 지원하기 위하여 IP 스트리밍 프로토콜을 제어할 수 있다. 컨텐츠의 다운로딩을 위하여 HTTP 또는 FLUTE 프로토콜이 전달 프로토콜로서 이용될 수 있다.
서비스 전달 매니저는 이후의 소비를 위하여 컨텐츠 데이터베이스로부터 컨텐츠를 수신할 수 있다. 서비스 전달 매니저는 다른 peers 또는 CDN으로부터 사용자가 요구한 컨텐츠를 검색, 전달할 수 있다.
비활성/활성 스토리지 시스템(Volatile/Non-Volatile Storage System)(640)은, 컨텐츠 데이터베이스(Content DB) 및 메타데이터 및 SI 데이터베이스(Metadata & SI DB)를 포함할 수 있다. 컨텐츠 데이터베이스(Content DB)는 컨텐츠 다운로드 시스템에 의해 전달되거나, 라이브 미디어 TV로부터 기록되는 컨텐츠를 저장하는 데이터베이스이다. 메타데이터 및 SI 데이터베이스는 서비스와 관련되는 메타데이터 및 서비스 디스커버리 정보(service discovery information)을 저장하는 데이터베이스이다.
프로그램 시스템 정보 디코더(Program System Information Decoder)(643)는, PSI 테이블을 위한 PID를 설정하고, PSIP/DVB-SI 테이블을 디먹스로 보내서, 디먹스로 전송된 PSI 및 (PSI 및/또는 DVB-SI) 의 프라이비트 섹션(private section)을 디코딩한다. 디코딩 결과는 de-multiplex 인풋 트랜스포트 패킷에 이용될 수 있다(예: 오디오 및 비디오 PID 를 디먹스로 설정).
인증 매니저(DRM/CP/CAS)(650)은, 메타데이터 매니저에게 요청하여, 라이센스 발행자(license issuer)으로부터 오는 암호화 키 및 컨텐츠 라이센스를 저장한다. 이 매니저는 디먹스 블록으로부터 암호화된 컨텐츠를 디코드 하기 위하여 디스크램블러 블록(descrambler block)을 제어할 수 있다. 인증 매니저는 컨텐츠 보호 기술에 의해 보호되는 다운로드된 컨텐츠 및 라이브 미디어 스트림(live media stream) 모두를 관리한다. 인증 매니저는 수신기에 다운로드된 컨텐츠 및 라이브 미디어 스트림이 수명(lifetime)을 제어할 수 있다. 인증 매니저는 바이패드 모드(bypass mode)를 지원하여 MPEG 디코더를 통과할 수 있다.
DVR 엔진(DVR Engine)(660)은, 라이브 스트리밍 컨텐츠를 기록하고 플레이하며, 기록된 컨텐츠의 모든 필수적 메타데이터를 수집하고, 썸네일 이미지 또는 인덱스 등과 같이 보다 나은 사용자 경험을 위해 부가 정보(additinal information)를 생성한다.
Embeded DBMS/Filesystem(670)는, 전자 프로그램 스케줄 데이터, XML 요소(XML element) 및 관리 가능한 데이터(manageable date)를 관리한다.
수신기서브시스템(Hybrid/IPTV/OITF HNED Subsyste)(680)은, 시스템 디코더(system decoder), 디먹스(demux), IEEE1394, 비디오 디코더(video decoder), 카피 방지(copy protection), USB 호스트(USB host), 2D/3D 그래픽 프로세서(2D/3D graphic processor), 비디오 디스플레이 프로세서(video display processor), RS-232, 오디오 디코더(audio decoder), HDMI/HDCP, IR 수신기(IR receiver) 및 외부 입출력(External I/O)에 관한 엔터티들을 포함할 수 있다.
시스템 디코더(system decoder)는 MPEG-2 트랜스포트 패킷(TS Packer)을 디코드하고 기 정의된 휘발성 메모리 영역으로 패킷 요소(elementary packet)를 카피한다.
디먹스(demux)는, 입력된 트랜스포트 패킷으로부터 오디오, 비디오 및 PSI 테이블을 디멀티 플렉싱(de-multiplexing)하고, PSI 디코더에 의해 PSI 테이블을 디멀티플렉싱하는 것을 제어한다. 디먹스가 디코딩할 PSI 테이블을 선택하고, PSI 디코더로 전송하면, 수신기는 오디오/비디오 트랜스포트 패킷을 위한 디멀티플렉싱을 제어한다.
IEEE1394 매니저는, IEEE1394 디바이스의 인터페이스를 지원한다.
비디오 디코더(video decoder)는, 비디오 엘리멘터리 스트림 패킷(video elementary stream packets)을 디코딩한다.
오디오 디코더(audio decoder)는, 오디오 엘리멘터리 스트림 패킷(audeo elementary stream packets)을 디코딩한다.
카피 방지(copy protection) 매니저는, AES, DES 및 다른 스크램블 및 디스크램블링 알고리즘을 지원한다. 이 경우, 암호화 키 및 복호화 키는 시스템 내 다른 엔터티에 의해 제공되어야 한다.
USB 호스트(USB host), 사용자 또는 시스템 엔지니어에게 USB 인터페이스를 제공한다.
2D/3D 그래픽 프로세서(2D/3D graphic processor)는, 캡션(caption), UI 어플리케이션을 디스플레이하기 위해 여러가지 평면(surface/plane)을 관리하고, OSD 및 2D 그래픽 데이터를 제어한ㄷ. 또한, 그래픽 디스플레이 평면에 3D 데이터를 만들수 있다.
비디오 디스플레이 프로세서(video display processor)는, 사용자가 선택한한 모든 영역 또는 전체 비디오 스크린에 비디오 필터를 처리한다. 비디오 디스플레이 프로세서는 비디오 프레임 버퍼 메모리(video frame buffer memory)에 접근하여 비디오 또는 스틱 픽쳐(still picture)를 조정할 수 있다.
RS-232 매니저는, PC 호환성 시스템에 RS-232 인터페이스를 지원한다
HDMI/HDCP 매니저는, HDMI 출력을 지원하고 HDCP 보호 기능을 지원한다.
IR 수신기(IR receiver)는 리모트 컨트롤러로부터 IR 신호를 수신하고 디모듈레이트하며, 어떠한 리모트 키(remote keys)가 눌러졌는지 분석한다. 수신기는 리모트 키에 적합한 메시지를 UI 어플리케이션에 전달하고, 해당하는 리모트 모드가 없는 경우 드랍(drop)한다.
외부 입출력(External I/O)은 입출력 흐름을 제어하고, 다른 엔터티 또는 내부 블록으로부터의 패킷을 차단(block)하거나 필터링한다.
어플리케이션(OITF/HNED Application(s))(690)은, EPG/BCG, UI application, OICD Application, Remote Management Client, Internet-TV Content Delivery Application, Firmware Upgrade Client, Event handler, Embedded Web Browser, RF Transmitter, IMS Gateway/DNG 엔터티를 포함할 수 있다.
EPG/BCG 는, 전자 프로그램 가이드(Electronic Program Guide) 및 브로드캐스트 컨텐츠 가이드(Broadcast Content Guide)를 디스플레이하고, 메타데이터 매니저 또는 임베디드 데이터베이스로부터의 XML 데이터 및 컨텐츠 정보를 수집할 수 있다.
UI application은, 스크린상에 그래픽 유저 인터페이스(Graphic User Interface)를 지원하고, 리모트 컨트롤러 또는 프런트 패널(front panel)에 의한 사용자 키를 수신하고, 전체 TV 시스템의 상태를 관리한다.
OICD Application은, 인터넷 커넥션을 통하여 P2P 다운로드 가능한 컨텐츠를 전달한다.
원결 관리 클라이언트(Remote Management Client) 는, 사용자가 로컬 어플리케이션(local application) 또는 시스템 엔터티(system entity)를 제어할 수 있도록 허용한다.
인터넷 TV 컨텐츠 전달 어플리케이션(Internet-TV Content Delivery Application)은, 인터넷 TV가 수신할 수 있는 CDN 또는 peer 시스템을 접속할 수 있다. 사용자는 수신기상에서 인터넷 TV 컨텐츠 딜리버리 어플리케이션을 관리할 수 있고, 다운로드 컨텐츠와 같은 인터넷 TV 서비스를 제어하거나, 인터넷 TV 서비스를 위한 스토리지를 제어할 수 있다.
펌웨어 업그레이드 클라이언트(Firmware Upgrade Client)는, 최근 펌웨어를 발견하고 사용자에게 이를 통보하며, 사용자가 제조자(manufacturere) 또는 서비스 제공자(service provider)로부터의 통보를 허락하는 경우 펌웨어를 업그레이드한다.
이벤트 핸들러(Event handler)는, 서비스 제공자로부터의 이벤트 및 메세지를 관리하고, 어디에 어떠한 이벤트가 전송될 지를 결정한다.
임베디드 웹 브라우저(Embedded Web Browser)는, 스크린 상에 인터넷 컨텐츠를 오픈하도록 한다.
한편, 본 발명의 일 실시예에 따른 IPTV 수신기의 제어부의 기능은 도 44에서의 프론트엔드(610)의 일부 기능, 네트워크 트랜스포트(620), 서비스 억세스(630), DRM/CA/CAS(650), 수신기 어플리케이션(690) 등과 같은 복수의 모듈들에 분할되어 구현될 수 있다.
WAN/LAN Gateway(700)는 WAN/LAN Gateway, QoS, IGMP Support, UPnP Control Point, UC/MC conversion, RMS3, Attachment 기능을 수행할 수 있다.
WAN/LAN Gateway 기능은 광역 통신망(WAN) 및 홈 네트워크(LAN) 에 연결시킬 수 있는 물리적 접속점(physical termination)을 제공하고, UPnP 기능을 수행할 수 있는 게이트웨이다.
QoS 기능은, 상술한 바와 같은 서비스 및 데이터 품질을 보장하는 기능이다.
IGMP Support는, IGMP 프록시 또는 IGMP 스투핑(snooping)을 제공한다.
UPnP Control Point는, 원격지의 관리 동작을 수행하기 위하여, 수신기 내 UPnP 디바이스 매니지먼트 클라이언트와의 통신을 수행한다.
UC/MC conversion은 무선 네트워크상에서의 멀티캐스트 방식의 비효율적이고 불안정성을 해결하기 위해 제공된다.
RMS3 기능은, WAN 게이트웨이가 원격에서 모니터링되고 억세스 서비스 제공자에 의해 구성될 때 원격지의 관리자(remote manager)와의 인터페이스를 제공한다.
Attachment 기능은, 네트워크 제공자 또는 어플리케이션 제공자 또는 서비스 제공자가 홈 네트워크에 접속할 수 있도록 한다.
다음으로 도 45 내지 도 51을 참고하여, 광고와 컨텐츠 사이의 전환을 사용자에게 알리기 위한 컨텐츠 재생 방법을 설명한다.
도 45는 본 발명의 또 다른 실시 예에 따른 컨텐츠 재생 방법의 흐름도를 도시한 것으로, 도 6에 도시된 본 발명의 실시 예에 따른 수신 장치의 구성을 나타내는 블록도와 결부시켜 설명하기로 한다.
도 45를 참조하면, 수신 장치(30)의 수신부(31)는 플레이 리스트 파일을 수신한다(S701). 컨텐츠와 광고는 서로 독립적인 파일들로 구성되고, 각각의 파일들은 서로 다른 컨텐츠나 광고들과 연결되어 함께 재생될 수 있다.
플레이 리스트 파일은 함께 재생되는 컨텐츠와 광고 사이의 관계를 연결해 줄 수 있다. 플레이 리스트 파일은 정지(Pause) 영상의 재생에 대한 정지 영상 정보 또는 전환(transition) 영상의 재생에 대한 전환 영상 정보를 포함할 수 있다. 정지 영상 정보 또는 전환 영상 정보는 광고 또는 컨텐츠가 재생되기 전, 광고 재생 후 컨텐츠가 재생되기 전, 컨텐츠 재생 후 광고가 재생되기 전에 광고 또는 컨텐츠의 재생이 시작됨 및 광고의 재생에서 컨텐츠의 재생으로 변경됨을 사용자에게 알리는 효과에 대한 정보일 수 있다.
정지(Pause) 영상은 특정한 색 또는 그래픽 이미지로 효과를 주는 영상일 수 있다. 특정한 색은 검정색, 흰색 등 일 수나, 이에 한정될 필요는 없다. 그래픽 이미지로 정지 영상의 효과를 주는 경우를 예로 들면, 하나의 컨텐츠의 재생 후 광고를 재생하기 전, BBC 로고 이미지를 통해 효과를 줄 수 있다. 이 경우, 플레이 리스트 파일은 BBC 방송사에서 제공될 수 있다. 그래픽 이미지의 URI는 HTTP URL, NRT URL 등일 될 수 있다.
전환(transition) 영상은 정지 영상에 비해 동적인 효과를 주는 영상일 수 있다. 예를 들어, 전환 영상은 정지 영상 또는 동영상을 확대 또는 축소시켜 효과를 주거나(ken burn), 어두웠던 화면을 점차 밝게 만드는 페이드인(fade-in), 밝았던 화면을 점차 어둡게 만드는 페이드 아웃(fade-out) 등과 같이 동적인 효과를 주는 영상일 수 있다.
수신 장치(30)는 제1 정지 영상을 재생한다(S703). 구체적으로, 수신 장치(30)의 제어부(32)는 디스플레이부(34)를 통해 제1 정지 영상을 재생할 수 있다. 제1 정지 영상은 미리 정해진 시간 동안 재생될 수 있다. 제1 정지 영상은 검정 색상으로 효과를 주는 영상일 수 있다. 사용자는 제1 정지 영상으로 인해 광고 또는 컨텐츠의 재생이 시작됨을 알 수 있다.
수신 장치(30)는 제1 정지 영상의 재생이 종료된 후, 제1 광고를 재생한다(S705).
수신 장치(30)는 제1 광고의 재생이 종료된 후, 제2 정지 영상을 재생한다(S707). 제2 정지 영상은 예를 들어, 미리 정해진 시간 동안 BBC 로고 이미지를 표시하여 효과를 주는 영상일 수 있다. 사용자는 제2 정지 영상으로 인해 제1 광고의 재생에서 컨텐츠의 재생으로 화면이 전환됨을 알 수 있다.
수신 장치(30)는 제2 정지 영상이 종료된 후, 컨텐츠를 재생한다(S709). 컨텐츠는 광고의 재생을 위해 2개의 재생 구간들로 분할될 수 있다. 컨텐츠의 재생 도중에 2개 이상의 광고들이 재생되는 경우, 컨텐츠는 2개 이상의 광고들의 재생을 위해 3개 이상의 복수의 재생 구간들로 분할될 수도 있다.
수신 장치(30)는 컨텐츠의 재생 도중 컨텐츠의 재생을 잠시 멈추고, 제3 정지 영상을 재생한 후(S711), 제2 광고를 재생하고(S713), 나머지 컨텐츠를 재생하기 전에 제4 정지 영상을 재생한 후(S715), 나머지 컨텐츠를 재생한다(S717).
이와 같이, 본 발명의 실시 예에 따르면, 방송을 시청하는 사용자는 광고와 컨텐츠 사이의 재생이 전환될 때, 광고 또는 컨텐츠의 시작 전에 정지 영상이나 전환 영상을 통해 전환 상황을 미리 알려주어 다음의 광고나 컨텐츠가 재생될 것이라는 기대를 할 수 있다.
도 46에 도시된 정지 영상 또는 전환 영상, 광고, 컨텐츠의 재생 순서를 나타내는 시나리오를 참조하면, 정지 영상 또는 변환 영상은 컨텐츠의 재생 시작 전에 재생되는 광고 1(Ads#1) 전에 한번, 광고 1(Ads#1)이 종료된 후 컨텐츠가 재생되기 전에 한번, 컨텐츠를 잠시 멈춘 상태에서 광고 2(Ads#2)가 재생되기 전 한번, 광고 2(Ads#2) 재생 종료 후, 나머지 컨텐츠 재생 전에 재생될 수 있다.
플레이 리스트 파일은 도 46을 참조하여 설명한 바와 같은 컨텐츠 제공자가 의도한 시나리오에 따라 광고 및 컨텐츠가 전송 및 재생되기 위해 컨텐츠 및 광고의 재생 구간 중 어느 지점에 어떤 정지 영상 또는 전환 영상이 어느 정도의 시간만큼 재생되어야 하는지 등에 대한 재생 관련 정보를 포함할 수 있다.
도 47은 도 45의 본 발명의 실시 예에 따른 플레이 리스트 파일의 구성에 대한 제1 실시 예를 도시한 것으로, "PAUSE" 라는 키워드를 사용하여 M3U 파일 포맷의 #EXTINF를 확장할 수 있다.
이 경우, M3U 플레이 리스트 파일에서 "PAUSE" 키워드가 포함된 경우, 수신 장치(30)는 광고 또는 컨텐츠의 재생 전후에 정지 영상 또는 전환 영상을 재생할 수 있다.
또한, 도 47을 참조하면, #EXTINF는 다양한 옵션 필드들을 사용할 수 있다. 예를 들어, #EXTINF는 컨텐츠의 재생 시간(presentation time), 정지 영상 또는 전환 영상의 재생 유지 시간(duration), 정지 영상의 재생시 디스플레이부(34)에 표시되는 그래픽 이미지에 대한 정보(file), 정지 영상의 재생시 디스플레이부(34)에 표시되는 색상에 대한 정보(color-code) 등과 같은 필드들을 포함할 수 있다.
예를 들어, 컨텐츠의 재생 시간(presentation time)은 도 45에 도시된 두 번째 "PAUSE" 지점에서 세번째 "PAUSE" 지점 사이의 컨텐츠가 어느 정도의 시간만큼 재생되는지를 그에 대응하는 시간 정보로 표시한 것이며, 정지 영상 또는 전환 영상의 재생 유지 시간(duration)은 도 45에 도시된 각 "PAUSE" 지점에서 정지 영상 또는 전환 영상이 어느 정도의 시간만큼 재생되는지를 그에 대응하는 시간 정보로 표시한 것이며, 그래픽 이미지에 대한 정보(file)는 각 "PAUSE" 지점에서 정지 영상으로 BBC 로고 이미지와 같이 특정 방송사를 나타내는 이미지를 그에 대응하는 이미지 정보로 표시한 것이며, 색상에 대한 정보(color-code)는 각 "PAUSE" 지점에서 정지 영상으로 나타나는 특정 색상을 그에 대응하는 색상 정보로 표시한 것일 수 있다.
도 48을 참조하여 플레이 리스트 파일에 대한 구체적인 구성 예를 설명한다. 도 48에는 컨텐츠의 재생 시간이 900(초)이고, 정지 영상의 재생 유지 시간이 5(초)이고, 정지 영상으로 붉은 색의 화면을 표시할 경우, 플레이 리스트 파일의 구성 예이다. 만약, 색상에 대한 정보(color-code)의 필드에서 색상이 지정되어 있지 않는 경우, 디폴트로 검정색이 지정될 수 있다.
도 49는 도 45의 컨텐츠 재생 방법에 따른 플레이 리스트 파일의 구성에 대한 제2 실시 예를 도시한 것으로, M3U 파일 포맷의 #EXTINF를 사용하지 않고 재생 관련 정보를 나타내기 위한 새로운 키워드를 만드는 것이다.
도 49를 참조하면, 컨텐츠의 재생 시간(presentation), 정지 영상의 재생 시간(duration), 정지 영상의 재생시 디스플레이부(34)에 표시되는 그래픽 이미지에 대한 정보(file), 정지 영상의 재생시 디스플레이부(34)에 표시되는 색상에 대한 정보(color-code)를 지정하기 위한 새로운 키워드인 "#EXT-X-PAUSE" 를 만들어 사용할 수 있다.
도 50은 도 45의 컨텐츠 재생 방법에 다른 플레이 리스트 파일의 또 다른 구성을 도시한 것으로, 도 47 내지 도 49를 참조하여 설명한 바와 같은 방식을 이용하여 도 46에 도시된 재생 순서에 대응되는 플레이 리스트 파일을 구성한 것이다.
도 50을 참조하면, 플레이 리스트 파일에는 15분의 재생 시간을 각각 가지는 제1,2 컨텐츠 재생 구간들에 대한 재생 관련 정보와 컨텐츠와 함께 재생되는 2개의 광고들에 대한 재생 관련 정보가 재생 순서에 따라 나열되어 있을 수 있다.
도 50에 도시된 플레이 리스트 파일에서 컨텐츠 및 첫번째 재생되는 광고는 수신 장치(30)에 미리 저장되어 있고, 두번째 재생되는 광고는 인터넷에서 스트리밍되는 경우에 대한 것으로, 예를 들어, "tracker_episode_1.avi" 라는 컨텐츠가 비실시간(NRT) 서비스인 Push VoD로 수신 장치(30)에 저장된 상태에서 수신 장치(30)에 별도의 파일로 저장되어 있는 첫번째 광고(ads1.avi) 및 인터넷에서 스트리밍 되는 두번째 광고(bbc_ads2.avi)와 함께 재생되는 경우를 나타낸다.
도 50을 참조하면, 플레이 리스트 파일은 정지 영상들, 재생되는 컨텐츠(보다 상세하게는 분활된 컨텐츠 재생 구간들) 및 광고들 각각에 대한 위치 정보를 재생 순서에 따라 순차적으로 포함할 수 있다.
먼저, 제어부(31)는 첫번째 광고 재생 시작 전 디스플레이부(34) 화면을 3초 동안 검정 색상의 정지 영상으로 유지시킬 수 있다.
첫 번째 광고 재생 종료 후 컨텐츠의 재생 시작 전 재생되는 정지 영상은플레이 리스트 파일에 기록된 위치 정보인 "http://www.bbc.co.uk/drama/bbc_logo.svg" 에 대응되는 인터넷 서버에 위치하고, 제어부(31)는 첫번재 광고 재생 종료 후, 컨텐츠 재생 시작 전, 인터넷 서버에 접속하여 BBC 로고 이미지를 나타내는 정지 영상을 3초 동안 재생시킬 수 있다.
컨텐츠의 재생이 멈춘 다음, 두 번째 광고 재생 시작 전 재생되는 정지 영상은 흰색 색상의 화면일 수 있고, 제어부(31)는 5초 동안 디스플레이부(34)의 화면을 흰색 색상의 정지 영상으로 유지시킬 수 있다.
두 번째 광고 재생 종료 후 컨텐츠의 재생 시간 전 재생되는 정지 영상은 검정색 색상의 화면일 수 있고, 제어부(31)는 5초 동안 디스플레이부(34)의 화면을 검정색 색상의 정지 영상으로 유지시킬 수 있다.
컨텐츠는 플레이 리스트 파일에 기록된 위치 정보인 "nrt://00FF.1A.001/002/drama/" 에 대응되는 수신 장치(30)의 저장부(33) 내의 위치에 "tracker_episode_1.avi" 라는 파일명으로 저장되어 있으며, 제어부(31)가 저장부(33)의 위치로부터 컨텐츠 파일을 획득하여 재생시킬 수 있다.
첫번째 광고는 플레이 리스트 파일에 기록된 위치 정보인 "nrt://00FF.1A.001/001/" 에 대응되는 수신 장치(30)의 저장부(33) 내부의 위치에 "ads1.avi" 라는 파일 명으로 저장되어 있으며, 제어부(31)는 상기 저장부(33)의 위치로부터 광고 파일을 획득하여 재생시킬 수 있다.
두 번째 광고는 플레이 리스트 파일에 기록된 위치 정보인 "http://www.bbc.co.uk/advertisement/bbc_ads2.avi" 에 대응되는 인터넷 서버에 위치하고, 수신 장치(30)는 상기 위치 정보를 통해 두 번째 광고를 스트리밍 시킬 수 있다.
상기와 같이, 플레이 리스트 파일에서 정지 영상이 어느 시점에, 어느 정도의 시간만큼 재생되는지 지정됨에 따라 사용자는 방송을 시청시 광고와 컨텐츠 사이의 전환이 이루어짐을 쉽게 파악할 수 있다.
도 51은 도 45의 본 발명의 실시 예에 따른 플레이 리스트 파일의 구성에 대한 제3 실시 예를 도시한 것으로, M3U 파일 포맷의 #EXTINF를 사용하지 않고 재생 관련 정보를 나타내기 위한 확장 키워드를 만드는 것이다.
도 51을 참조하면, 전환 영상의 재생 시간(duration), 전환 영상의 재생 시 표현되는 전환 효과(type), 전환 영상의 전환 효과별 추가 파라미터(attribute)를 지정하기 위한 확장 키워드인 "#EXT-X-TRANSITION" 을 만들어 사용할 수 있다.
전환 영상의 재생 시간(duration)은 전환 영상이 어느 정도의 시간만큼 재생되어야 하는지를 나타내는 필드일 수 있다.
전환(transition) 영상의 전환 효과(type)는 정지 영상에 비해 동적인 효과를 주는 영상일 수 있다. 예를 들어, 전환 영상은 정지 영상 또는 동영상을 줌(Zoom)시켜 효과를 주거나(ken burn), 어두웠던 화면을 점차 밝게 만드는 페이드인(fade-in), 밝았던 화면을 점차 어둡게 만드는 페이드 아웃(fade-out) 등과 같이 동적인 효과를 나타내는 필드일 수 있다.전환 영상의 전환 효과별 추가 파라미터(attribute)는 상기와 같은 전환 영상에 전환 효과를 줄 시, 색상을 변화시키거나, 줌(Zoom)되는 속도, 페이드 인, 페이드 아웃이 되는 속도 등을 조절하는 필드일 수 있다.
다음으로 도 52 내지 도 61을 참조하여, 재생될 광고를 수신 장치(30)에서 결정하여 결정된 광고와 함께 컨텐츠를 재생하는 컨텐츠 재생 방법에 대해 설명한다.
도 52는 본 발명의 실시 예에 따른 컨텐츠 재생 방법을 흐름도로 도시한 것으로, 도 52에 도시된 컨텐츠 재생 방법을 도 6에 도시된 본 발명의 실시 예에 따른 수신 장치의 구성을 나타내는 블록도와 결부시켜 설명하기로 한다.
도 52를 참조하면, 수신 장치(30)의 수신부(31)는 플레이 리스트 파일을 수신한다(S901). 플레이 리스트 파일은 하나 이상의 광고 그룹에 대한 위치 정보(보다 상세하게는 광고 그룹에 포함된 각각의 광고에 대한 위치 정보)를 포함할 수 있고, 광고 그룹 각각은 광고 그룹의 속성을 나타내는 그룹 속성 정보를 포함할 수 있다. 그룹 속성 정보는 광고되는 상품(또는 서비스)의 종류, 광고되는 상품(또는 서비스)이 이용되는 시간, 광고되는 상품(또는 서비스)을 사용하는 사용자의 성별, 연령층, 광고되는 상품(서비스)가 판매되는 지역 등과 같은 속성을 하나 이상 포함한 정보일 수 있다.
광고 그룹 내에 포함된 광고 파일 각각은 적어도 하나 이상의 속성이 동일할 수 있다.
예를 들어, 서울특별시 마포구에 위치하는 사용자들을 타겟으로 하여 그룹핑된 광고 그룹의 경우, 광고 그룹은 서울특별시 마포구라는 지역의 속성이 동일한 지역 광고들만을 포함할 수 있고, 여성용 화장품을 구매하고자 하는 여성 사용자들을 타겟으로 하여 그룹핑된 광고 그룹의 경우, 광고 그룹은 여성용 화장품이라는 속성이 동일한 광고들만을 포함할 수 있을 것이다.
광고 그룹 내에 포함된 광고 파일 각각은 상기 그룹 속성 정보와 동일한 취지의 개별 속성 정보를 포함할 수 있다.
일 실시 예에서 하나 이상의 광고 그룹 각각은 광고 파일 각각은 속성이 랜덤하게 그룹핑된 광고 파일들을 포함할 수 있다. 즉, 광고 파일 각각이 서로 일치하는 속성을 하나도 가지지 않을 수 있다.
플레이 리스트 파일은 광고 그룹 각각에 포함된 하나 이상의 광고들이 어떠한 순서로 재생되는지에 대한 재생 우선 순위에 대한 정보를 포함할 수 있다. 예를 들어, 수신 장치(30)는 플레이 리스트 파일에 표시된 순서에 상관없이 각 광고 파일에 별도의 우선 순위에 따라 광고 파일을 재생할 수 있다.
그 후, 수신 장치(30)의 제어부(32)는 광고 재생 구간에 지정될 광고 그룹을 선택한다(S903). 광고 재생 구간은 컨텐츠의 재생 전 또는 컨텐츠와 컨텐츠의 재생 구간 사이에 위치한 광고의 재생을 위한 구간이며, 제어부(32)는 각 광고 재생 구간에 어떠한 광고 그룹이 지정될지를 선택할 수 있다. 광고 그룹의 지정에 대한 선택은 수신 장치(30)에서 수행될 수 있다. 즉, 수신 장치(30)는 사용자 속성 정보와 상기 광고 그룹 속성을 비교하여 광고 재생 구간에 지정될 광고 그룹을 선택할 수 있다.
단계(S903)은 생략 가능하다.
그 후, 수신 장치(30)의 제어부(32)는 지정된 광고 그룹 내에 있는 복수의 광고 파일 중 재생될 광고 파일을 결정한다(S905).
만약, 플레이 리스트 파일에서 지정된 광고 그룹이 서로 관련성 없이 그룹핑 되어 있는 경우, 제어부(32)는 플레이 리스트 파일의 재생 순서에 따라 광고 파일을 재생할 수 있다. 예를 들어, 플레이 리스트 파일 상의 광고 파일 재생 시 가장 처음에 있는 광고 파일이 가장 높은 우선 순위를 가질 수 있고, 수신 장치(30)는 상기 가장 처음에 있는 광고 파일을 최우선으로 재생될 광고 파일로 결정할 수 있다.
또 다른 실시 예로 플레이 리스트 파일에서 지정된 광고 그룹이 서로 관련성 없이 그룹핑 되어 있는 경우, 수신 장치(30)는 광고 그룹에 포함된 각 광고 파일의 개별 속성 정보와 사용자 속성 정보를 비교하여 재생될 광고 파일을 결정할 수 있다. 사용자 속성 정보는 일정 기간 동안 수집된 사용자의 컨텐츠 재생 정보, 사용자가 즐겨찾기 등으로 설정한 컨텐츠 정보 등 사용자가 선호하는 컨텐츠에 대한 정보일 수 있다.
만약, 지정된 광고 그룹이 서로 관련성 있는 즉, 광고되는 상품(또는 서비스)의 종류, 광고가 상품(서비스)가 판매되는 지역에 기초하여 그룹핑 된 경우, 제어부(32)는 플레이 리스트 파일에 포함된 우선 순위 정보에 따라 재생될 광고 파일을 결정한다. 즉, 플레이 리스트 파일은 광고 그룹 내에 포함된 복수의 광고 파일에 대해 우선 순위를 두어 어떠한 광고가 최우선으로 재생되어야 하는 지에 대한 우선 순위 정보를 포함할 수 있고, 제어부(32)는 상기 우선 순위 정보를 기초로 광고 그룹 내에서 재생될 광고 파일을 결정할 수 있다.
일 실시 예에서 우선 순위 정보는 각 광고 파일의 개별 속성 정보와 사용자 속성 정보를 비교하여 일치하는 속성이 가장 많은 순에 따라 우선 순위가 정해질 수 있다.
그 후, 제어부(32)는 재생이 결정된 광고 파일이 재생 가능한지를 확인한다(S907). 즉, 결정된 광고 파일이 수신 장치(30)에 저장되어 있을 수도 있지만, 저장되어 있지 않을 수도 있고, 인터넷을 통해 수신하는 경우, 통신 상황에 따라 수신이 지연되거나, 수신하지 못하는 경우가 생길 수 있으므로, 제어부(32)는 결정된 광고 파일이 재생 가능한지를 확인한다.
만약, 재생이 결정된 광고 파일이 재생 가능한 경우, 수신 장치(30)는 플레이 리스트 파일의 재생 순서에 따라 컨텐츠 파일과 결정된 광고 파일을 순차적으로 재생한다(S909). 수신 장치(30)는 가장 우선 순위가 높은 광고 파일 재생할 수 없는 경우, 그 다음 광고를 재생할 수 있다.
한편, 재생이 결정된 광고 파일이 재생 불가능한 것으로 확인된 경우, 수신 장치(30)는 차 순위의 광고 파일을 재생될 광고 파일로 재결정(S911)하고, 재결정된 광고 파일이 재생 가능한 경우(S913), 플레이 리스트 파일의 재생 순서에 따라 광고 파일과 컨텐츠 파일을 순차적으로 재생한다(S909).
도 53은 본 발명의 또 다른 실시 예에 따른 컨텐츠 재생 방법을 설명하기 위한 흐름도이다. 도 53은 컨텐츠의 재생 전에 위치한 광고 재생 구간에 수신 장치(30)의 위치 정보에 대응한 광고 그룹을 선택하고, 선택된 광고 그룹 내의 광고 파일들을 재생하기 위한 컨텐츠 재생 방법에 대한 것이다.
도 52를 참조하면, 수신 장치(30)의 수신부(31)는 플레이 리스트 파일을 수신한다(S1101).
그 후, 수신 장치(30)는 수신 장치(30)의 위치 정보를 획득한다(S1103). 수신 장치(30)는 GeoIP(Geolocation) 기술을 통해 수신 장치(30)의 위치 정보를 획득할 수 있으나, 이에 한정될 필요는 없고, 위치 정보를 획득할 수 있는 다양한 기술을 포함할 수 있다. 단계(S103)은 단계(S101)보다 앞서거나, 미리 수신 장치(30)가 위치 정보를 획득하여 저장하고 있을 수 있다.
그 후, 수신 장치(30)는 수신 장치(30)의 위치 정보에 대응하는 광고 그룹을 선택한다(S1105). 즉, 수신 장치(30)의 제어부(32)는 플레이 리스트 파일에 포함된 그룹 속성 정보와 수신 장치(30)의 위치 정보를 비교하여 수신 장치(30)의 위치 정보에 대응하는 광고 그룹을 결정한다. 예를 들어, 수신 장치(30)의 위치 정보가 서울특별시 마포구에 해당하는 경우, 수신 장치(30)는 플레이 리스트 파일에 포함된 서울특별시 마포구에 대응하는 그룹 속성 정보를 갖는 광고 그룹을 선택한다.
그 후, 수신 장치(30)는 선택된 광고 그룹에 포함된 최우선 순위의 광고 파일이 재생 가능한지를 확인한다(S1107).
만약, 상기 광고 파일이 재생 가능한 경우, 재생될 광고 파일로 결정하고, 선택된 광고 그룹에 포함된 광고 파일을 순차적으로 재생한 후, 플레이 리스트 파일의 재생 순서에 따라 광고 파일과 컨텐츠 파일을 순차적으로 재생한다(S1109).
한편, 상기 최우선 순위의 광고 파일이 재생 불가능한 경우, 수신 장치(30)는 차 순위의 광고 파일을 재생될 광고 파일로 재결정하고(S1111), 재결정된 광고 파일이 재생 가능한 경우(S1113), 플레이 리스트 파일의 재생 순서에 따라 광고 파일과 컨텐츠 파일을 순차적으로 재생한다(S1109).
도 54는 본 발명의 또 다른 실시 예에 따른 컨텐츠 재생 방법을 설명하기 위한 흐름도이다. 도 54는 광고 재생 구간에 수신 장치(30)를 사용하는 사용자의 속성 정보에 대응한 광고 그룹을 선택하고, 선택된 광고 그룹 내의 광고 파일들을 재생하기 위한 컨텐츠 재생 방법에 대한 것이다.
도 54를 참조하면, 수신 장치(30)의 수신부(31)는 플레이 리스트 파일을 수신한다(S1301).
그 후, 수신 장치(30)는 사용자 속성 정보를 획득한다(S1303). 사용자 속성 정보는 일정 기간 동안 수집된 사용자의 컨텐츠 재생 정보, 사용자가 즐겨찾기 등으로 설정한 컨텐츠 정보 등 사용자가 선호하는 컨텐츠에 대한 정보일 수 있다. 수신 장치(30)는 저장부(33)에 사용자 속성 정보를 저장시킬 수 있다. 수신 장치(30)는 일정 기간 마다 사용자 속성 정보를 수집하여 저장부(33)에 저장시킬 수 있다.
수신 장치(30)는 사용자 속성 정보와 플레이 리스트 파일에 포함된 그룹 속성 정보를 비교하여 사용자 속성 정보에 대응하는 광고 그룹을 선택한다(S1305). 예를 들어, 사용자의 성별이 여성이고, 연령이 20대이고, 패션과 관련한 프로그램을 주로 시청하는 것으로 사용자 속성 정보가 획득된 경우, 수신 장치(30)는 하나 이상의 광고 그룹 중 상기 사용자 속성 정보에 대응하는 20대 여성 의류에 대한 광고 그룹을 선택한다. 상기 광고 그룹에는 20대 여성 의류에 대한 상품을 선전하는 하나 이상의 광고 파일이 포함될 수 있다.
수신 장치(30)는 선택된 광고 그룹에 포함된 최우선 순위의 광고 파일이 재생 가능한지를 확인한다(S1307).
만약, 상기 광고 파일이 재생 가능한 경우, 재생될 광고 파일로 결정하고, 플레이 리스트 파일의 재생 순서에 따라 광고 파일과 컨텐츠 파일을 순차적으로 재생한다(S1309).
한편, 상기 최우선 순위의 광고 파일이 재생 불가능한 경우, 수신 장치(30)는 차 순위의 광고 파일을 재생될 광고 파일로 재결정하고(S1311), 재결정된 광고 파일이 재생 가능한 경우(S1313), 플레이 리스트 파일의 재생 순서에 따라 광고 파일과 컨텐츠 파일을 순차적으로 재생한다(S1309).
도 55는 도 52 내지 도 54에서 설명한 컨텐츠 재생 방법의 실시 예에 따라 광고와 컨텐츠의 재생 순서를 나타내는 시나리오를 보여준다.
도 55는 2개의 컨텐트가 서로 다른 방식으로 수신되며, (컨텐츠 1은 비실시간 서비스를 통한 Push VoD로, 컨텐츠 2는 인터넷을 통한 IP VoD로), 광고들도 3번 재생되는 경우의 예시이다.
컨텐츠는 하나 이상의 재생 구간으로 분할될 수 있다. 즉, 컨텐츠가 2개의 분할된 재생 구간을 갖는 경우, 컨텐츠는 제1 컨텐츠 재생 구간, 제2 컨텐츠 재생 구간으로 분할 될 수 있다.
도 55를 참조하면, 광고가 재생되는 구간인 광고 재생 구간은 제1 컨텐츠재생 구간 전, 컨텐츠의 재생이 멈춰있는 구간, 컨텐츠의 제2 컨텐츠 재생 구간 후에 위치할 수 있다.
즉, 광고 재생 구간 1(Advertisement slot #1)은 제1 컨텐츠 재생 구간 전에 위치할 수 있고, 광고 재생 구간 2(Advertisement slot #2)는 제1 컨텐츠 재생 구간 후 제2 컨텐츠 재생 구간 전에 위치할 수 있고, 광고 재생 구간 3(Advertisement slot #3)은 제2 컨텐트 재생 구간 후 다른 컨텐츠 재생 구간 전에 위치할 수 있다.
각 광고 재생 구간에는 수신 장치(30)에 의해 결정된 광고 파일이 재생될 수 있다. 수신 장치(30)는 각 광고 재생 구간에서 재생될 광고 파일을 결정하여 결정된 광고 파일을 재생시킨다.
도 55를 참조하여 설명한 바와 같은 컨텐츠 제공자가 의도한 시나리오에 따라 컨텐츠와 광고가 전송 및 재생되기 위해, 각 광고 재생 구간에서 어떤 광고가 재생되어야 하는지, 광고의 재생 시간은 어느 정도 인지, 재생될 광고의 위치는 어디인지 등의 재생 관련 정보가 플레이 리스트 파일에 포함될 수 있다.
도 56은 도 52 내지 도 55에서 설명한 내용을 반영하는 플레이 리스트 파일의 구성에 대한 제1 실시 예를 도시한 것으로, 수신 장치(30)에서 결정한 광고의 재생을 위해 "ADS"라는 키워드를 사용하여 M3U 파일 포맷의 #EXTINF를 확장할 수 있다.
M3U 플레이 리스트 파일에서 "ADS" 키워드가 포함된 경우, 수신 장치(30)는 각 광고 재생 구간에 어떤 광고 파일을 재생시킬지를 결정하여, 결정된 광고파일을 컨텐츠와 함께 순차적으로 재생시킬 수 있다.
또한, 도 56을 참조하면, #EXTINF는 다양한 옵션 필드들을 사용할 수 있다. 예를 들어, #EXTINF는 광고의 개수(number of ads), 광고 재생 시간(duration), 광고의 위치(uri), 컨텐츠 식별자(content id)들을 포함할 수 있다.
광고의 개수(number of ads)는 각 광고 재생 구간(advertisement slot)에서 재생 가능한 광고의 개수를 그에 대응하는 개수 정보로 표시한 것이다. 각 광고 재생 구간(advertisement slot)에서 재생될 광고 각각은 수신 장치(30)에 저장되어 있거나, 인터넷으로 스트리밍 될 수 있어야 한다.
광고 재생 시간(duration)은 광고가 어느 정도의 시간만큼 재생되는지를 그에 대응하는 시간 정보로 표시한 것이다.
광고의 위치(uri)는 재생될 광고가 어느 위치에 있는지를 그에 대응하는 위치 정보로 표시한 것이다. 여기서, 비실시간(NRT) 서비스를 이용하여 수신된 광고 파일의 경우, 광고의 위치는 transport_id, subnet_id, NRT service id, NRT content linkage로 구성된 필드를 통해 지정될 수 있다.
또한, 광고의 위치(uri)는 HTTP URL이 사용될 수 있다(예: http://ohtv.koreatv.com/target/ads/ads1.avi). 이 경우, 수신 장치(30)는 인터넷을 통해 광고를 스트리밍 하여 얼마나 많은 사람들이 컨텐츠를 재생했는지를 확인할 수도 있다.
컨텐츠 식별자(content id)는 컨텐츠의 고유한 식별자(identifier)를 통해 어떤 광고가 재생되는지를 그에 대응하는 식별자 정보로 표시한 것일 수 있다. 컨텐츠가 비실시간(NRT) 서비스를 이용하여 수신되거나, 인터넷을 통해 다운로드 된 경우, 수신 장치(30)는 컨텐츠의 고유한 식별자를 이용하여 해당 contentid를 검색해 자동으로 광고를 재생할 수 있다.
도 57은 도 52 내지 도 55에서 설명한 내용을 반영하는 플레이 리스트 파일의 구성에 대한 제2 실시 예를 도시한 것으로, M3U 파일 포맷의 #EXTINF를 사용하지 않고 재생 관련 정보를 나타내기 위한 새로운 키워드를 만드는 것이다.
즉, 도 57을 참조하면, 도 56에서 설명한 광고의 개수(number of ads), 광고 재생 시간(duration), 광고의 위치(uri), 컨텐츠 식별자(content id)에 대한 정보를 지정하기 위한 새로운 키워드인 "#EXT-X-ADS" 를 만들어 사용할 수 있다.
도 58은 본 발명의 실시 예에 따른 컨텐츠 재생 방법에 사용되는 플레이 리스트 파일의 구성 예를 보여준다. 도 58은 특히, 광고 파일의 우선 순위에 따라 광고 파일이 재생됨을 설명하기 위한 플레이 리스트 파일의 구성 예이다.
도 58을 참조하면, 플레이 리스트 파일에는 광고 재생 구간에 재생될 광고 파일이 5개임을 나타내는 정보와 10초, 10초, 10초, 15초, 15초의 재생 시간을 각각 가지는 5개의 광고 파일의 위치 정보를 포함하고 있다.
5개의 광고 파일은 맨 위에 위치할수록 높은 재생 우선 순위를 가질 수 있다. 즉, 위에 나열된 광고 파일일수록 먼저 재생됨을 의미한다. 예를 들어, 첫 번째 위치한 "nrt://00FF.1A.001/004/targetedads/0005-napplestore.avi"의 위치정보를 갖는 광고 파일은 비실시간(NRT) 서비스를 이용하여 수신 장치(30)에 저장되어 있어야 재생 가능한데 만약, 수신 장치(30)에 저장되어 있지 않은 경우, 두 번째 위치한 "00FF-1A-001-004" 의 컨텐츠 식별자를 갖는 광고 파일이 재생될 수 있다. 물론, 상기 컨텐트 식별자를 갖는 광고 파일 또한, 비실시간(NRT) 서비스를 이용하여 수신 장치(30)에 저장되어 있어야 한다.
만약, 두 번째의 광고 파일되 수신 장치(30)에 저장되어 있지 않다면, 재생 우선 순위에 의하여 세 번째 광고 파일이 재생될 수 있다. 세 번째 광고 파일은 "http://targetads.bbc.co.uk/ads/0001-yournike.avi"의 위치 정보를 갖고, 인터넷을 통해 스트리밍되어 재생될 수 있다.
이와 같이, 수신 장치(30)에 광고 파일이 저장되어 있지 않은 경우, 재생 우선 순위에 따라 광고가 대체되는 대체 광고(advertisement replacement)도 가능하다.
다음으로 도 59 내지 도 60에서 도 52 내지 도 58에서 설명한 본 발명의 실시 예에 따른 컨텐츠 재생 방법에 따라 광고 그룹 내의 광고 파일 및 컨텐츠의 재생 과정을 설명한다.
도 59는 광고와 컨텐츠의 재생 순서를 나타내는 시나리오에 대한 구체적인 예를 도시한 것으로, 30분 길이의 컨텐츠 1과 25분 길이의 컨텐츠 2와 재생 시간 10초를 가지는 3개의 광고들 및 정지 영상이 함께 재생되는 경우의 예이다. 컨텐츠 1과 컨텐츠 2는 서로 다른 방식으로 수신되며, 컨텐츠 1은 15분의 재생구간을 2개 가질 수 있다.
도 59를 참조하면, 정지 영상은 첫 번째 광고 재생 구간 전후 각 3초 동안, 두 번째 광고 재생 구간 전후 각 3초 동안, 세 번째 광고 재생 구간 전후 각 3초 동안 재생된다. 광고 재생 구간은 비실시간 서비스를 이용하여 수신한 컨텐츠 1의 재생 구간 전 한 번, 컨텐츠 1의 재생이 잠시 멈춘 상태에서 한 번, 인터넷을 이용하여 수신한 컨텐츠 2의 재생 구간 전에 위치할 수 있다.
도 60은 도 59에 도시된 재생 순서에 대응되는 플레이 리스트 파일을 구성한 것이다.
도 60을 참조하면, 플레이 리스트 파일에는 3초의 재생 시간을 각각 갖는 6개의 정지 영상에 대한 재생 관련 정보와, 15분의 재생 시간을 2개 갖는 컨텐츠 1 및 25분의 재생 시간을 갖는 컨텐츠 2의 재생 관련 정보와, 3개의 광고 재생 구간들에서 재생될 광고 파일에 대한 재생 관련 정보가 재생 순서에 따라 나열되어 있을 수 있다.
도 60을 참조하면, 플레이 리스트 파일은 각 광고 재생 구간에서 재생될 수 있는 광고 파일을 나열하고 있다. 예를 들어, 첫 번째 광고 재생 구간(Targeted Ads Slot #1)에는 "00FF-1A-002-005", "00FF-03-001-005" 의 컨텐츠 식별자에 대응하는 광고 파일 및 "nrt://00FF.1A.001/004/targetedads/0005-napplestore.avi"의 위치정보를 갖는 광고 파일이 비실시간 서비스를 이용해 수신 장치(30)의 저장부(33)내에 저장되어 있다. 상기 3개의 광고 파일은 하나의 광고 그룹을 형성할 수 있다. 즉, 광고 재생 구간에는 하나의 광고 그룹이 위치할 수 있다.
수신 장치(30)의 제어부(32)는 도 52 내지 도 54에서 설명한 컨텐츠 재생 방법에 따라 재생될 광고 파일을 결정할 수 있다. 즉, 수신 장치(30)는 각 광고 그룹에 포함된 광고 파일의 개별 속성 정보와 사용자의 속성 정보를 비교하여 재생될 광고 파일을 결정할 수 있다. 이 경우, 플레이 리스트 파일은 각 광고 파일의 개별 속성 정보를 나타내는 필드를 더 포함할 수 있다.
두 번째 광고 재생 구간(Targeted Ads Slot #2) 및 세 번째 광고 재생 구간(Targeted Ads Slot #3) 또한, 상기와 같은 방식으로 재생될 광고 파일이 결정되어 재생될 수 있다.
도 61은 도 52 내지 도 54에 설명된 광고 그룹을 지정하기 위한 플레이 리스트 파일의 구성에 대한 일 실시 예를 도시한 것으로, M3U 파일 포맷의 #EXT-X-TARGET-AD-GROUP의 확장 키워드가 사용될 수 있다.
도 61을 참조하면, #EXT-X-TARGET-AD-GROUP는 광고 그룹의 그룹 속성 정보를 나타내는 속성(attribute)과 값(value)이 2개로 제공될 수 있으나, 이에 한정될 필요 없이 2개를 초과하도록 제공될 수 있다. 그룹 속성 정보는 광고되는 상품(또는 서비스)의 종류, 광고되는 상품(또는 서비스)이 이용되는 시간, 광고되는 상품(또는 서비스)을 사용하는 사용자의 성별, 연령층, 광고가 상품(서비스)가 판매되는 지역 등과 같은 속성을 하나 이상 포함한 정보일 수 있다.
도 62는 광고 그룹에 포함된 광고 파일 별로 개별 속성 정보를 주는 플레이 리스트 파일의 구성에 대한 일 실시 예를 도시한 것으로, M3U 파일 포맷의 #EXT-X-TARGET-AUDIENCE의 확장 키워드가 사용될 수 있다.
도 62를 참조하면, #EXT-X-TARGET-AUDIENCE는 각 광고 파일의 개별 속성 정보를 나타내는 속성(attribute)과 값(value)이 2개로 제공될 수 있으나, 이에 한정될 필요 없이 2개를 초과하도록 제공될 수 있다. 개별 속성 정보는 광고되는 상품(또는 서비스)의 종류, 광고되는 상품(또는 서비스)이 이용되는 시간, 광고되는 상품(또는 서비스)을 사용하는 사용자의 성별, 연령층, 광고가 상품(서비스)가 판매되는 지역 등과 같은 속성을 하나 이상 포함한 정보일 수 있다.
도 62는 컨텐츠 또는 광고를 저장 및 재생할 수 있는 수신 장치(30)의 일 실시예이다.
도 62의 수신기는 오퍼레이션 제어부(100), 베이스밴드 처리부(110), 서비스 역다중화기(120), 스트림 콤포넌트 핸들러(130), 미디어 핸들러(140), 파일 핸들러(150), 서비스 매니저(160), PVR 매니저(170), 제1 저장부(180), SG 핸들러(190), EPG 매니저(191), NRT 서비스 매니저(192), 어플리케이션 매니저(194), 미들웨어 엔진(193), 프리젠테이션 매니저(195), 및 UI(User Interface) 매니저(196)를 포함할 수 있다.
베이스밴드 처리부(110)는 튜너(111)와 복조기(112)를 포함할 수 있다. 서비스 역다중화기(120)는 MPEG-2 TP 핸들러(121), PSI/PSIP 핸들러(122), MPEG-2 TP 역다중화기(123), 디스크램블러(124), 및 제2 저장부(125)를 포함할 수 있다.
스트림 콤포넌트 핸들러(130)는 PES(Packetized Elementary Stream) 복호기(131), ES(Elementary Stream)복호기(132), PCR 핸들러(133), STC 핸들러(134), DSM-CC 어드레서블 섹션 핸들러(135), IP 데이터그램 핸들러(136), 디스크램블러(137), UDP 핸들러(138), 서비스 시그널링 섹션 핸들러(138-1), 및 CAS(Conditional Access System)(139)을 포함할 수 있다.
미디어 핸들러(140)는 A/V 복호기(141)를 포함할 수 있다. 상기 파일 핸들러(150)는 ALC/LCT 스트림 핸들러(151), 파일 재건(reconstruction) 버퍼(152), XML 파서(153), FDT 핸들러(154), 디콤프레서(155), 및 제3저장부(156), 및 파일 디코더(157)를 포함할 수 있다.
이와 같이 구성된 도 62에서, 튜너(111)는 예를 들면, 지상파를 통해 수신되는 방송 신호 중 원하는 채널의 방송 신호를 서비스 매니저(160)의 제어에 의해 튜닝하여 중간주파수(IF: Intermediate Frequency) 신호로 다운 컨버전하여 복조기(112)로 출력한다. 상기 튜너(111)는 실시간 스트림과 비실시간 스트림을 수신할 수 있다. 본 명에서 비실시간 스트림은 NRT 스트림이라 하기로 한다.
복조기(112)는 튜너(111)로부터 입력되는 통과대역의 디지털 IF 신호에 대해 자동 이득 제어, 반송파 복구 및 타이밍 복구 등을 수행하여 기저대역 신호로 변환하고, 채널 등화를 수행한다. 예를 들어, 상기 방송 신호가 VSB 변조 신호인 경우 VSB 복조 과정을 수행하여 자동 이득 제어, 반송파 복구 및 타이밍 복구 등을 수행한다.
복조기(112)에서 복조 및 채널 등화된 데이터는 MPEG-2 TS(Transport Stream) 패킷 형태로 상기 MPEG-2 TP 핸들러(121)로 출력된다.
MPEG-2 TP(Transport Stream Packet) 핸들러(121)는 MPEG-2 TP 버퍼와 MPEG-2 TP 파서로 구성되며, 복조기(112)의 출력을 일시 저장한 후 TS 헤더를 분석하여, 복조기(112)의 출력이 실시간용 A/V TS 패킷이거나, NRT TS 패킷이면 역다중화기(123)로 출력하고, PSI/PSIP 테이블용 TS 패킷이면 PSI/PSIP 핸들러(122)로 출력한다.
상기 PSI/PSIP 핸들러(122)는 PSI/PSIP 섹션 버퍼와 PSI/PSIP 파서로 구성되며, 상기 MPEG-2 TP 핸들러(121)에서 출력되는 TS 패킷을 일시 저장한 후 테이블 식별자 등을 참조하여 상기 TS 패킷의 페이로드에 포함된 PSI/PSIP 섹션 데이터로부터 해당 테이블을 복원하여 파싱한다. 이때 하나의 테이블이 하나의 섹션으로 구성되는지 복수개의 섹션으로 구성되는지는 해당 섹션 내 table_id 필드, section_number 필드, last_section_number 필드 등을 통해 알 수 있다. 그리고 동일한 테이블 식별자를 갖는 섹션들을 모으면 해당하는 테이블을 완성할 수 있다. 예를 들어, VCT에 할당된 테이블 식별자를 갖는 섹션들을 모으면 VCT를 완성할 수 있다. 그리고 상기 파싱된 각 테이블의 정보는 서비스 매니저(160)에 의해 수집되어 제1 저장부(180)에 저장한다. 본 발명에 따른 VCT, PAT, PMT, DST 등의 테이블 정보가 상기 과정을 거쳐 제1 저장부(180)에 저장된다. 상기 서비스 매니저(160)는 상기 테이블 정보를 서비스 맵 및 가이드 데이터 형태로 상기 제1 저장부(180)에 저장한다.
역다중화기(123)는 입력되는 TS 패킷이 리얼 타임의 A/V TS 패킷이면 오디오 TS 패킷과 비디오 TS 패킷으로 분리한 후 PES 디코더(131)로 출력하고, NRT TS 패킷이면 DSM-CC 핸들러(135)로 출력한다. 또한 역다중화기(123)는 PCR(Program Clock Reference)가 포함된 TS 패킷이면 PCR 핸들러(133)로 출력하고, CA(Conditional Access) 정보가 포함된 TS 패킷이면 CAS(139)로 출력한다. NRT TS 패킷은 NRT 서비스 데이터를 포함하는 TS 패킷과 NRT 서비스 시그널링 채널을 포함하는 TS 패킷으로 구분된다. 상기 NRT 서비스 데이터의 TS 패킷에는 상기 NRT 서비스를 식별하기 위하여 유일한 PID가 할당되며, 상기 NRT 서비스 시그널링 채널을 포함하는 TS 패킷의 PID는 DST와 PMT를 이용하여 추출한다.
역다중화기(123)는 입력되는 TS 패킷의 페이로드가 스크램블되어 있으면, 디스크램블러(124)로 출력하고, 상기 디스크램블러(124)는 상기 CAS(139)로부터 디스크램블에 필요한 정보(예, 스크램블에 이용된 제어 단어등)를 입력받아 상기 TS 패킷에 대해 디스크램블을 수행한다.
역다중화기(123)는 일시 녹화, 예약 녹화, 타임시프트 중 어느 하나의 요청에 의해 입력되는 리얼 타임의 A/V 패킷을 제2 저장부(125)에 저장한다. 상기 제2 저장부(125)는 대용량 저장 매체로서, 일 예로 HDD 등이 될 수 있다. 상기 제2 저장부(125)에서의 다운로드(즉, 저장) 및 업로드(즉, 재생)는 PVR 매니저(170)의 제어에 의해 이루어진다.
역다중화기(123)는 재생 요청에 따라 상기 제2 저장부(125)로부터 업로드된 A/V TS 패킷으로부터 오디오 TS 패킷과 비디오 TS 패킷으로 분리하여 PES 디코더(131)로 출력한다.
역다중화기(123)는 전술한 처리를 위해 서비스 매니저(160) 또는/및 PVR(Personal Vedeo Recorder) 매니저(170)의 제어를 받는다.
즉, 서비스 매니저(160)는 VCT 내 service_type 필드 값이 NRT 서비스가 전송됨을 지시하면, 상기 VCT의 가상 채널 루프에 포함되어 수신되는 NRT 서비스 디스크립터(NRT_service_descriptor())로부터 각 NRT 서비스의 식별 정보를 추출하여 저장하고, 상기 VCT의 service location descriptor(또는 PMT의 ES loop)로부터 DST의 PID를 추출하여 DST를 수신한다.
그리고, 상기 수신된 DST로부터 NRT 서비스를 식별하고, 식별된 NRT 서비스를 수신하기 위해 상기 NRT 서비스 시그널링 채널을 포함하는 MPEG-2 TS 패킷의 PID를 DST와 PMT를 이용하여 추출한다. 상기 추출된 PID는 역다중화기(123)로 출력한다. 상기 역다중화기(123)는 상기 서비스 매니저(160)에서 출력하는 PID에 해당하는 MPEG-2 TS 패킷들을 어드레서블 섹션 핸들러(135)로 출력한다.
상기 PCR은 A/V 디코더(141)에서 오디오 ES 및 비디오 ES의 타임 동기 등을 위해 사용되는 시간 기준값이다. 상기 PCR 핸들러(133)는 입력되는 TS 패킷의 페이로드에 포함된 PCR을 복원하여 STC 핸들러(134)로 출력한다. 상기 STC 핸들러(134)는 상기 PCR로부터 시스템의 기준 클럭이 되는 STC(System Time Clock)를 복원하여 A/V 디코더(141)로 출력한다.
상기 PES 디코더(131)는 PES 버퍼와 PES 핸들러로 구성되며, 오디오 TS 패킷과 비디오 TS 패킷을 일시 저장한 후 각 TS 패킷으로부터 TS 헤더를 제거하여 오디오 PES와 비디오 PES로 복원한다. 상기 복원된 오디오 PES와 비디오 PES는 ES 디코더(132)로 출력된다. 상기 ES 디코더(132)는 ES 버퍼와 ES 핸들러로 구성되며, 오디오 PES와 비디오 PES로부터 각 PES 헤더를 제거하여 순수한 데이타인 오디오 ES와 비디오 ES로 복원한다. 상기 복원된 오디오 ES와 비디오 ES는 상기 A/V 디코더(141)로 출력된다.
A/V 디코더(141)는 각각의 디코딩 알고리즘으로 상기 오디오 ES와 비디오 ES를 디코딩하여 압축 이전의 상태로 복원한 후 프리젠테이션 매니저(195)로 출력한다. 이때 상기 STC에 따라 오디오 ES와 비디오 ES의 디코딩시 타임 동기가 이루어진다. 일 예로, 오디오 디코딩 알고리즘은 AC-3 디코딩 알고리즘, MPEG 2 audio 디코딩 알고리즘, MPEG 4 audio 디코딩 알고리즘, AAC 디코딩 알고리즘, AAC+ 디코딩 알고리즘, HE AAC 디코딩 알고리즘, AAC SBR 디코딩 알고리즘, MPEG surround 디코딩 알고리즘, BSAC 디코딩 알고리즘중 적어도 하나를 적용하고, 비디오 디코딩 알고리즘은 MPEG 2 video 디코딩 알고리즘, MPEG 4 video 디코딩 알고리즘, H.264 디코딩 알고리즘, SVC 디코딩 알고리즘, VC-1 디코딩 알고리즘 중 적어도 하나를 적용할 수 있다.
CAS(139)는 CA 스트림 버퍼와 CA 스트림 핸들러로 구성되며, 상기 MPEG-2 TP 핸들러(121)에서 출력되는 TS 패킷 또는 UDP 데이터그램 핸들러(138)에서 복원되어 출력되는 서비스 보호 데이터를 일시 저장한 후 상기 저장된 TS 패킷 또는 서비스 보호 데이터로부터 디스크램블에 필요한 정보(예를 들어, 스크램블에 사용된 제어 단어 등)를 복원한다. 즉, 상기 TS 패킷의 페이로드에 포함된 EMM(Entitlement Management Message), ECM(Entitlement Control Message) 등을 추출하고, 추출된 EMM, ECM 등을 분석하여 디스크램블에 필요한 정보를 획득한다. 상기 ECM은 스크램블에 사용된 제어 단어(CW)를 포함할 수 있다. 이때 상기 제어 단어는 인증키로 암호화되어 있을 수 있다. 상기 EMM은 해당 데이터의 인증키와 자격 정보를 포함할 수 있다. 상기 CAS(139)에서 획득한 디스크램블에 필요한 정보는 디스크램블러(124,137)로 출력된다.
DSM-CC 섹션 핸들러(135)는 DSM-CC 섹션 버퍼와 DSM-CC 섹션 파서로 구성되며, 상기 역다중화기(123)에서 출력되는 TS 패킷을 일시 저장한 후 상기 TS 패킷의 페이로드에 포함된 어드레서블 섹션을 복원하고, 상기 어드레서블 섹션의 헤더와 CRC 첵섬(checksum)을 제거하여 IP 데이터그램을 복원한 후 IP 데이터그램 핸들러(136)로 출력한다.
IP 데이터그램 핸들러(136)는 IP 데이터그램 버퍼와 IP 데이터그램 파서로 구성되며, 상기 DSM-CC 섹션 핸들러(135)로부터 전달받은 IP 데이터그램을 버퍼링한 후, 버퍼링된 IP 데이터그램의 헤더를 추출하고 분석하여 상기 IP 데이터그램의 페이로드로부터 UDP 데이터그램을 복원한 후 UDP 데이터그램 핸들러(138)로 출력한다.
이때 상기 IP 데이터그램이 스크램블되어 있다면, 상기 스크램블된 UDP 데이터그램은 디스크램블러(137)에서 디스크램블된 후 UDP 데이터그램 핸들러(138)로 출력된다. 일 예로, 상기 디스크램블러(137)는 상기 CAS(139)로부터 디스크램블에 필요한 정보(예, 스크램블에 이용된 제어 단어 등)를 입력받아 상기 UDP 데이터그램에 대해 디스크램블을 수행한 후 UDP 데이터그램 핸들러(138)로 출력한다.
상기 UDP 데이터그램 핸들러(138)는 UDP 데이터그램 버퍼와 UDP 데이터그램 파서로 구성되며, 상기 IP 데이터그램 핸들러(136) 또는 디스크램블러(137)로부터 출력되는 UDP 데이터그램을 버퍼링한 후, 버퍼링된 UDP 데이터그램의 헤더를 추출하고 분석하여 상기 UDP 데이터그램의 페이로드에 포함된 데이터를 복원한다. 이때 복원된 데이터가 서비스 프로텍션 데이터이면 CAS(139)로 출력하고, NRT 서비스 시그널링 데이터이면 서비스 시그널링 섹션 핸들러(138-1)로 출력하며, NRT 서비스 데이터이면 ALC/LCT 스트림 핸들러(151)로 출력한다.
즉, 상기 NRT 서비스 시그널링 채널을 전송하는 IP 데이터그램의 접속 정보는 well-known 데스티네이션(destination) IP 어드레스와 well-known 데스티네이션 (destination) UDP 포트 번호인 것을 일 실시예로 한다.
따라서, 상기 IP 데이터그램 핸들러(136)와 UDP 데이터그램 핸들러(138)는 well-known 데스티네이션 IP 멀티캐스트 어드레스와 well-known 데스티네이션 UDP 포트 번호를 가지면서, NRT 서비스 시그널링 채널을 전송하는 IP 멀티캐스트 스트림 즉, NRT 서비스 시그널링 데이터를 추출하여 서비스 시그널링 섹션 핸들러(138-1)로 출력한다.
그리고, 상기 서비스 시그널링 섹션 핸들러(138-1)는 서비스 시그널링 섹션 버퍼와 서비스 시그널링 섹션 파서로 구성되며, 상기 NRT 서비스 시그널링 데이터로부터 NST를 복원하고 파싱하여 서비스 매니저(160)로 출력한다. 상기 NST를 파싱하면 NRT 서비스를 구성하는 컨텐트/파일들을 전송하는 FLUTE 세션의 접속 정보와 상기 NRT 서비스를 렌더링하는데 필요한 시그널링 정보를 추출할 수 있다. 예를 들어, 상기 NST로부터 각 FLUTE 세션으로 전송되는 NRT 서비스의 컨텐트/파일들의 렌더링(rendering)에 필수적인 정보를 추출할 수 있다. 상기 NRT 서비스의 컨텐트/파일들의 렌더링(rendering)에 필수적인 정보는 컨테이너 정보가 될 수도 있고, 인코딩 정보가 될 수도 있으며, 미디어 오브젝트의 디코딩 파라미터가 될 수도 있다.
상기 NST로부터 파싱된 정보는 서비스 매니저(160)에 의해 수집되어 제1 저장부(180)에 저장된다. 서비스 매니저(160)는 상기 NST에서 추출된 정보를 서비스 맵 및 가이드 데이터 형태로 제1 저장부(180)에 저장한다. 다른 실시예로, 서비스 매니저(160)의 역할을 NRT 서비스 매니저(192)에서 수행할 수도 있다. 즉, 상기 NST로부터 파싱된 정보는 NRT 서비스 매니저(192)에 의해 수집되어 제1 저장부(180)에 저장될 수도 있다.
ALC/LCT 스트림 핸들러(151)는 ALC/LCT 스트림 버퍼와 ALC/LCT 스트림 파서로 구성되며, UDP 데이터 그램 핸들러(138)로부터 출력되는 ALC/LCT 구조의 데이터를 버퍼링한 후, 버퍼링된 데이터로부터 ALC/LCT 세션의 헤더 및 헤더 확장(header extension)을 분석한다. 상기 ALC/LCT 세션의 헤더 및 헤더 확장을 분석한 결과, ALC/LCT 세션으로 전송되는 데이터가 XML 구조이면 XML 파서(153)로 출력하고, 파일 구조이면 파일 재건(File Reconstruction) 버퍼(152)에 일시 저장한 후 파일 디코더(157)로 출력하거나, 제3 저장부(156)에 저장한다. ALC/LCT 스트림 핸들러(151)는 상기 ALC/LCT 세션으로 전송되는 데이터가 NRT 서비스를 위한 데이터이면 NRT 서비스 매니저(192)의 제어를 받는다. 이때 상기 ALC/LCT 세션으로 전송되는 데이터가 압축되어 있으면, 디콤프레서(155)에서 해제된 후 XML 파서(153), 파일 디코더(157), 제3 저장부(156) 중 적어도 하나로 출력된다.
XML 파서(153)는 상기 ALC/LCT session을 통하여 전송되는 XML 데이터를 분석하고, 분석된 데이터가 파일기반 서비스를 위한 데이터이면 FDT 핸들러(154)로 출력하고, 서비스 가이드를 위한 데이터이면 SG 핸들러(190)로 출력한다.
FDT 핸들러(154)는 ALC/LCT session을 통하여 FLUTE 프로토콜의 파일 디스크립션 테이블(File Description Table)을 분석하고 처리한다. 상기 FDT 핸들러(154)는 수신된 파일이 NRT 서비스를 위한 파일이면 NRT 서비스 매니저(192)의 제어를 받는다.
SG 핸들러(190)는 XML 구조로 전송되는 서비스 가이드를 위한 데이터를 수집하고 분석하여 EPG 매니저(191)로 출력한다.
파일 디코더(157)는 파일 재건 버퍼(152)로부터 출력되는 파일 또는 디콤프레서(155)로부터 출력되는 파일 또는 제3 저장부(156)로부터 업로드된 파일을 기 설정된 알고리즘으로 디코딩하여 미들웨어 엔진(193)으로 출력하거나, A/V 디코더(141)로 출력한다.
미들웨어 엔진(193)은 파일 구조의 데이터 즉, 어플리케이션을 해석하여 실행시킨다. 그리고 상기 어플리케이션을 프리젠테이션 매니저(195)를 통해 화면이나 스피커와 같은 출력 장치로 출력할 수도 있다. 상기 미들웨어 엔진(193)은 자바(JAVA) 기반의 미들웨어 엔진인 것을 일 실시예로 한다.
EPG 매니저(191)는 유저의 입력에 따라 SG 핸들러(190)로부터 서비스 가이드 데이터를 입력받아 디스플레이 포맷으로 변환한 후 프리젠테이션 매니저(195)로 출력한다. 상기 어플리케이션 매니저(194)는 상기 파일 등의 형태로 수신되는 어플리케이션 데이터의 처리에 관한 전반적인 관리를 수행한다.
서비스 매니저(160)는 PSI/PSIP 테이블 데이터 또는 NRT 서비스 시그널링 채널로 전송되는 NRT 서비스 시그널링 데이터를 수집하고 분석하여 서비스 맵을 만든 후 제1 저장부(125)에 저장한다. 또한 서비스 매니저(160)는 사용자가 원하는 NRT 서비스에 대한 접속 정보를 제어하며, 튜너(111), 복조기(112), IP 데이터그램 핸들러(136) 등에 대한 제어를 수행한다.
오퍼레이션 제어기(100)는 UI 매니저(196)를 통해 입력되는 유저의 명령에 따라 상기 서비스 매니저(160), PVR 매니저(170), EPG 매니저(191), NRT 서비스 매니저(192), 어플리케이션 매니저(194), 프리젠테이션 매니저(195) 중 적어도 하나를 제어하여, 상기 유저의 명령에 따른 기능이 수행되도록 한다.
NRT 서비스 매니저(192)는 IP 계층 상에서 FLUTE 세션을 통하여 컨텐트/파일 형태로 전송되는 NRT 서비스에 대한 전반적인 관리를 수행한다.
UI 매니저(196)는 UI를 통해 유저의 입력을 오퍼레이션 제어기(100)로 전달한다.
상기 프리젠테이션 매니저(195)는 A/V 디코더(141)에서 출력되는 오디오 및 비디오 데이터, 미들웨어 엔진(193)에서 출력되는 파일 데이터, EPG 매니저(191)에서 출력되는 서비스 가이드 데이터 중 적어도 하나를 스피커 및 화면 중 적어도 하나를 통해 유저에게 제공한다.
한편, 서비스 시그널링 섹션 핸들러(138-1), 서비스 매니저(160), NRT 서비스 매니저(192) 중 어느 하나는 NST의 FLUTE 세션 루프(또는 NST의 콤포넌트 루프)로부터 상기 NRT 서비스를 구성하는 컨텐트 또는 파일을 전송하는 FLUTE 세션에 대한 IP 접속 정보를 획득한다. 또한 상기 NST의 FLUTE 세션 루프에 포함되어 수신되는 NRT_FLUTE_File_delivery_descriptor()로부터 FLUTE레벨 접속 정보를 획득한다. 또한 NST의 콤포넌트 루프에 포함되어 수신되는 component_descriptor()로부터 FLUTE 레벨 접속 정보를 획득한다.
그러면, 상기 ALC/LCT 스트림 핸들러(151)와 파일 디코더(157)에서는 상기 획득한 FLUTE 레벨 접속 정보를 이용하여 FLUTE 파일 딜리버리 세션에 접속하여, 상기 세션에 속한 파일들을 모은다. 상기 파일들을 모으면 하나의 NRT 서비스가 구성된다. 이러한 NRT 서비스는 제3 저장부(156)에 저장하거나, 미들웨어 엔진(193)이나 A/V 디코더(141)로 출력하여 디스플레이 장치에 표시되도록 한다.
상기 제3 저장부(156)는 NRT 서비스 데이터와 같은 파일을 저장하는 저장 매체로서, 제2 저장부(125)와 공유하여 사용할 수도 있고, 별도로 사용할 수도 있다.
상술한 본 발명에 따른 컨텐츠 제공 및 재생 방법은 컴퓨터에서 실행되기 위한 프로그램으로 제작되어 컴퓨터가 읽을 수 있는 기록 매체에 저장될 수 있으며, 컴퓨터가 읽을 수 있는 기록 매체의 예로는 ROM, RAM, CD-ROM, 자기 테이프, 플로피디스크, 광 데이터 저장장치 등이 있으며, 또한 캐리어 웨이브(예를 들어 인터넷을 통한 전송)의 형태로 구현되는 것도 포함한다.
컴퓨터가 읽을 수 있는 기록 매체는 네트워크로 연결된 컴퓨터 시스템에 분산되어, 분산방식으로 컴퓨터가 읽을 수 있는 코드가 저장되고 실행될 수 있다. 그리고, 상기 방법을 구현하기 위한 기능적인(function) 프로그램, 코드 및 코드 세그먼트들은 본 발명이 속하는 기술분야의 프로그래머들에 의해 용이하게 추론될 수 있다.
또한, 이상에서는 본 발명의 바람직한 실시예에 대하여 도시하고 설명하였지만, 본 발명은 상술한 특정의 실시예에 한정되지 아니하며, 청구범위에서 청구하는 본 발명의 요지를 벗어남이 없이 당해 발명이 속하는 기술분야에서 통상의 지식을 가진 자에 의해 다양한 변형 실시가 가능한 것은 물론이고, 이러한 변형 실시들은 본 발명의 기술적 사상이나 전망으로부터 개별적으로 이해되어져서는 안될 것이다.

Claims (20)

  1. 컨텐츠 파일에 대한 위치와 광고 그룹에 속하는 복수의 광고 파일을 위한 복수의 위치를 재생 순서에 따라 포함하는 플레이 리스트 파일을 수신하는 단계;
    상기 광고 그룹 내에서 재생 광고 파일을 결정하는 단계;
    상기 결정된 광고 파일의 위치를 이용하여 상기 결정된 광고 파일을 획득하는 단계;
    상기 컨텐츠 파일에 대한 위치를 이용하여 상기 컨텐츠 파일을 획득하는 단계; 및
    상기 재생 순서에 따라, 상기 획득된 광고 파일 및 상기 컨텐츠 파일을 순차적으로 재생하는 단계를 포함하는 컨텐츠 재생 방법.
  2. 제1항에 있어서,
    상기 재생 광고 파일을 결정하는 단계는,
    상기 광고 그룹에 속하는 복수의 광고 파일 각각의 개별 속성 정보와 사용자 속성 정보를 비교하여 재생될 광고 파일을 결정하는 단계를 포함하는 컨텐츠 재생 방법.
  3. 제1항에 있어서,
    상기 플레이 리스트 파일은 복수의 광고 그룹을 포함하고,
    상기 복수의 광고 그룹 중 광고 재생 구간을 위한 지정 광고 그룹을 선택하는 단계를 더 포함하는 컨텐츠 재생 방법.
  4. 제3항에 있어서,
    상기 지정 광고 그룹을 선택하는 단계는,
    상기 복수의 광고 그룹의 그룹 속성 정보와 사용자 속성 정보를 비교하여 상기 지정 광고 그룹을 선택하는 단계를 포함하는 컨텐츠 재생 방법.
  5. 제2항 내지 제4항 중 어느 한 항에 있어서,
    상기 개별 속성 정보는 및 그룹 속성 정보는 광고 상품의 종류, 판매 지역, 광고 상품 사용자의 성별, 연령층 등에 대한 정보를 포함하고,
    상기 사용자 속성 정보는 일정 기간 수집된 사용자가 선호하는 컨텐츠에 대한 정보를 포함하는 컨텐츠 재생 방법.
  6. 제1항에 있어서,
    상기 광고 그룹 내에서 재생 광고 파일을 결정하는 단계는,
    상기 광고 그룹 내에서 복수의 재생 광고 파일을 결정하는 단계를 포함하고,
    상기 복수의 광고 파일의 우선 순위 정보에 따라 상기 복수의 광고 파일의 재생 순서를 결정하는 단계를 더 포함하는 컨텐츠 재생 방법.
  7. 제6항에 있어서,
    상기 각 광고 파일의 개별 속성 정보와 사용자 속성 정보를 비교하여 일치하는 속성이 가장 많은 순으로 상기 우선 순위 정보를 결정하는 단계를 더 포함하는 컨텐츠의 재생 방법.
  8. 제1항에 있어서,
    결정된 광고 파일이 재생 가능한지를 확인하는 단계; 및
    상기 결정된 광고 파일이 재생 가능한 것으로 확인된 경우, 상기 결정된 광고 파일의 위치를 이용하여 광고 파일을 획득하여 상기 재생 순서에 따라 획득된 광고 파일 및 상기 컨텐츠 파일을 순차적으로 재생하는 단계를 더 포함하는 컨텐츠의 재생 방법.
  9. 제8항에 있어서,
    상기 결정된 광고 파일이 재생 불가능한 것으로 확인된 경우, 상기 광고 그룹 내에서 재생 광고 파일을 재결정하는 단계를 포함하는 컨텐츠의 재생 방법.
  10. 컨텐츠 파일에 대한 위치와 광고 그룹에 속하는 복수의 광고 파일을 위한 복수의 위치를 재생 순서에 따라 포함하는 플레이 리스트 파일을 생성하는 단계; 및
    상기 생성된 플레이 리스트를 수신 장치로 전송하는 단계를 포함하는 컨텐츠 제공 방법.
  11. 제10항에 있어서,
    상기 플레이 리스트 파일은
    상기 광고 그룹에 대한 그룹 속성 정보, 상기 광고 파일 각각에 대한 개별 속성 정보를 포함하는 컨텐츠 제공 방법.
  12. 제10항에 있어서,
    상기 플레이 리스트 파일은
    상기 광고 그룹 내의 상기 광고 파일의 재생에 대한 우선 순위 정보를 포함하는 컨텐츠 제공 방법.
  13. 컨텐츠 파일에 대한 위치, 광고 파일에 대한 위치 및 상기 컨텐츠 파일과 상기 광고 파일 사이의 전환을 알리는 영상 정보를 재생 순서에 따라 포함하는 플레이 리스트 파일을 수신하는 단계;
    상기 컨텐츠 파일에 대한 위치 및 상기 광고 파일에 대한 위치를 이용하여 상기 컨텐츠 파일과 상기 광고 파일을 획득하는 단계; 및
    상기 재생 순서에 따라, 상기 획득된 컨텐츠 파일, 광고 파일 및 상기 영상 정보에 따른 정지 영상 또는 전환 영상을 순차적으로 재생하는 단계를 포함하는 컨텐츠 재생 방법.
  14. 제13항에 있어서,
    상기 정지 영상은 특정 색상 또는 이미지에 대한 영상인 컨텐츠 재생 방법.
  15. 제13항에 있어서,
    상기 전환 영상은 정지 화면의 확대 또는 축소, 페이드 인, 페이드 아웃 중 어느 하나를 이용한 컨텐츠 재생 방법.
  16. 제13항에 있어서,
    상기 플레이 리스트 파일은 상기 광고의 재생 구간 동안 일괄적으로 제한 또는 허용되는 트릭 플레이(trick play)에 대한 정보를 포함하는 컨텐츠 재생 방법.
  17. 컨텐츠 파일과 광고 파일을 수신하여 재생하는 수신 장치에 있어서,
    상기 컨텐츠 파일 및 복수의 광고 파일을 포함하는 광고 그룹을 수신하고, 상기 컨텐츠에 대한 위치 및 상기 광고 그룹에 대한 위치를 재생 순서에 따라 포함하는 플레이 리스트 파일을 수신하는 수신부;
    상기 수신된 컨텐츠 파일 또는 상기 복수의 광고 파일을 포함하는 광고 그룹을 저장하는 저장부; 및
    상기 광고 그룹 내에서 재생 광고 파일을 결정하고, 상기 결정된 광고 파일의 위치를 이용하여 상기 결정된 광고 파일을 획득하고, 상기 컨텐츠 파일에 대한 위치를 이용하여 상기 컨텐츠 파일을 획득하고, 상기 재생 순서에 따라 상기 획득된 광고 파일 및 상기 컨텐츠 파일을 순차적으로 재생시키는 제어부를 포함하는 수신 장치.
  18. 제17항에 있어서,
    상기 제어부는,
    상기 광고 그룹에 속하는 복수의 광고 파일 각각의 개별 속성 정보와 사용자 속성 정보를 비교하여 재생될 광고 파일을 결정하는 수신 장치.
  19. 컨텐츠 파일에 대한 위치와 광고 그룹에 속하는 복수의 광고 파일을 위한 복수의 위치를 재생 순서에 따라 포함하는 플레이 리스트 파일을 생성하는 제어부; 및
    상기 생성된 플레이 리스트 파일을 수신 장치로 전송하는 송신부를 포함하는 컨텐츠 제공 장치.
  20. 컨텐츠 파일 및 광고 파일을 수신하고, 상기 컨텐츠에 대한 위치, 광고에 대한 위치 및 상기 컨텐츠 파일과 상기 광고 파일 사이의 전환을 알리는 영상 정보를 재생순서에 따라 포함하는 플레이 리스트 파일을 수신하는 수신부;
    상기 수신된 컨텐츠 파일 및 상기 광고 파일을 저장하는 저장부; 및
    상기 재생순서에 따라 상기 컨텐츠 파일, 상기 광고 파일 및 상기 영상 정보에 따른 정지 영상 또는 전환 영상을 순차적으로 재생시키는 제어부를 포함하는 수신 장치.
PCT/KR2012/004147 2011-05-26 2012-05-24 컨텐츠 제공 및 재생 방법, 그를 이용한 컨텐츠 제공 장치 및 수신 장치 WO2012161544A2 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201161490066P 2011-05-26 2011-05-26
US61/490,066 2011-05-26

Publications (2)

Publication Number Publication Date
WO2012161544A2 true WO2012161544A2 (ko) 2012-11-29
WO2012161544A3 WO2012161544A3 (ko) 2013-01-17

Family

ID=47217922

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2012/004147 WO2012161544A2 (ko) 2011-05-26 2012-05-24 컨텐츠 제공 및 재생 방법, 그를 이용한 컨텐츠 제공 장치 및 수신 장치

Country Status (1)

Country Link
WO (1) WO2012161544A2 (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109688436A (zh) * 2017-10-18 2019-04-26 中兴通讯股份有限公司 一种智能广告投放的方法及装置
CN112243161A (zh) * 2019-07-16 2021-01-19 武汉佳世创科技有限公司 一种具有标签功能的刻录文件播放方法及系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20080029443A (ko) * 2006-09-29 2008-04-03 주식회사 아이큐브 브이.오.디 서비스 시스템
KR20090046660A (ko) * 2007-11-05 2009-05-11 김유식 네트워크를 통하여 방송 컨텐츠를 광고와 조합하여제공하는 광고 처리 장치, 단말장치 및 그 방법
JP2009526412A (ja) * 2005-02-11 2009-07-16 ビディアトアー エンタープライジーズ インコーポレイテッド モバイル環境におけるプレイリストを介する複数のファイルのストリーミングサービスの方法およびそのシステム
JP2010253979A (ja) * 2009-04-21 2010-11-11 Hitachi Ltd コンテンツ再生システム、コンテンツ配信システム、コンテンツ再生システムの列車側装置、コンテンツ配信システムの列車側装置、及びコンテンツ配信システムの地上側装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009526412A (ja) * 2005-02-11 2009-07-16 ビディアトアー エンタープライジーズ インコーポレイテッド モバイル環境におけるプレイリストを介する複数のファイルのストリーミングサービスの方法およびそのシステム
KR20080029443A (ko) * 2006-09-29 2008-04-03 주식회사 아이큐브 브이.오.디 서비스 시스템
KR20090046660A (ko) * 2007-11-05 2009-05-11 김유식 네트워크를 통하여 방송 컨텐츠를 광고와 조합하여제공하는 광고 처리 장치, 단말장치 및 그 방법
JP2010253979A (ja) * 2009-04-21 2010-11-11 Hitachi Ltd コンテンツ再生システム、コンテンツ配信システム、コンテンツ再生システムの列車側装置、コンテンツ配信システムの列車側装置、及びコンテンツ配信システムの地上側装置

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109688436A (zh) * 2017-10-18 2019-04-26 中兴通讯股份有限公司 一种智能广告投放的方法及装置
CN112243161A (zh) * 2019-07-16 2021-01-19 武汉佳世创科技有限公司 一种具有标签功能的刻录文件播放方法及系统

Also Published As

Publication number Publication date
WO2012161544A3 (ko) 2013-01-17

Similar Documents

Publication Publication Date Title
WO2016140479A1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
WO2012144867A2 (ko) 방송 서비스 전송 방법, 그 수신 방법 및 그 수신 장치
WO2010082783A2 (ko) 비실시간 서비스 처리 방법 및 방송 수신기
WO2013058633A1 (ko) 방송 서비스 수신 방법 및 방송 서비스 수신 장치
WO2012161535A2 (ko) 방송 서비스 전송 방법, 그 수신 장치 및 그 수신 장치의 부가 서비스 처리 방법
WO2014025207A1 (en) A method and an apparatus for processing a broadcast signal including an interactive broadcast service
WO2013022309A1 (ko) 방송 서비스 전송 방법, 그 수신 방법 및 방송 서비스 수신 장치
WO2014030924A1 (en) Apparatus and method for processing an interactive service
WO2011105811A2 (en) Method and apparatus for transmitting and receiving data
WO2010058958A2 (ko) 비실시간 서비스 처리 방법 및 방송 수신기
WO2016153326A1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
WO2010068033A2 (ko) 비실시간 서비스 처리 방법 및 방송 수신기
WO2011034283A1 (en) Method of processing epg metadata in network device and the network device for controlling the same
WO2011112053A2 (ko) 비실시간 방송 서비스 처리 시스템 및 그 처리방법
WO2017007224A1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
WO2012169779A2 (ko) 방송 서비스 전송 방법, 그 수신 방법 및 그 수신 장치
WO2014042368A1 (en) Apparatus and method for processing an interactive service
WO2016171496A1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
WO2011122838A2 (en) Method of processing non-real time service and broadcast receiver
WO2016163772A2 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
WO2016171518A2 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
WO2016003137A1 (ko) 방송 수신 장치, 방송 수신 장치의 동작 방법, 방송 수신 장치와 연동하는 연동 장치 및 연동 장치의 동작 방법
WO2016018077A1 (ko) 방송 전송 장치, 방송 수신 장치, 방송 전송 장치의 동작 방법 및 방송 수신 장치의 동작 방법
WO2017135673A1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
WO2019212318A1 (ko) 방송 신호 송신 장치, 방송 신호 송신 방법, 방송 신호 수신 방법 및 방송 신호 수신 장치

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

Country of ref document: EP

Kind code of ref document: A2

NENP Non-entry into the national phase in:

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12789206

Country of ref document: EP

Kind code of ref document: A2