WO2021045474A1 - 로컬 스트리밍 서버를 이용한 스트리밍 콘텐츠의 재생 방법 및 시스템 - Google Patents

로컬 스트리밍 서버를 이용한 스트리밍 콘텐츠의 재생 방법 및 시스템 Download PDF

Info

Publication number
WO2021045474A1
WO2021045474A1 PCT/KR2020/011682 KR2020011682W WO2021045474A1 WO 2021045474 A1 WO2021045474 A1 WO 2021045474A1 KR 2020011682 W KR2020011682 W KR 2020011682W WO 2021045474 A1 WO2021045474 A1 WO 2021045474A1
Authority
WO
WIPO (PCT)
Prior art keywords
streaming
manifest file
track
player module
player
Prior art date
Application number
PCT/KR2020/011682
Other languages
English (en)
French (fr)
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 네이버 주식회사
Priority to JP2022514486A priority Critical patent/JP7282981B2/ja
Publication of WO2021045474A1 publication Critical patent/WO2021045474A1/ko
Priority to US17/653,326 priority patent/US11838560B2/en

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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21—Server components or server architectures
    • H04N21/222—Secondary servers, e.g. proxy server, cable television Head-end
    • H04N21/2225—Local VOD servers
    • 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/47217—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 controlling playback functions for recorded or on-demand content, e.g. using progress bars, mode or play-point indicators or bookmarks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/752—Media network packet handling adapting media to network capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/764—Media network packet handling at the destination 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/23439—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements for generating different versions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26258—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for generating a list of items to be played back in a given order, e.g. playlist, or scheduling item distribution according to such list
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4331—Caching operations, e.g. of an advertisement for later insertion during playback
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • 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/47205—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 manipulating displayed content, e.g. interacting with MPEG-4 objects, editing locally
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/637—Control signals issued by the client directed to the server or network components
    • H04N21/6373—Control signals issued by the client directed to the server or network components for rate control, e.g. request to the server to modify its transmission rate
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • H04N21/6581—Reference data, e.g. a movie identifier for ordering a movie or a product identifier in a home shopping application
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments

Definitions

  • the following description relates to a method and system for playing streaming content using a local streaming server.
  • one video file can be prepared in advance with tracks for different bit rates, and a client can select a track of a required bit rate and receive streaming content from the server at the corresponding bit rate.
  • the client since the client doesn't know its bitrate at first, it simply selects the track written at the top of the manifest file (first track, #0 track), and has to select the adaptive track again in the next call.
  • the client selects the first track registered in the manifest file master.m3u8 and requests the 0th fragment file (0.ts).
  • an algorithm that selects a new track in consideration of network bandwidth, remaining buffer capacity, and screen size is immediately operated.
  • the client discards the 0th fragment file (0.ts) downloaded to the first track, and the 0th fragment file ( 0.ts) will be downloaded newly. Therefore, in this process, one request for track information and one request for the 0th fragment file (0.ts) are wasted.
  • the initial bit rate is set between the player module and the streaming player client, and local streaming
  • a streaming content playback method and system capable of solving the problem of reselecting an adaptive track by allowing a track optimized for this initial bit rate to be selected as the first track using a server (for example, a local proxy server).
  • Heating of cached data by determining the caching order of other streaming contents according to the arrangement of the currently focused streaming contents in the contents list view among a plurality of streaming contents included in the contents list view using the local streaming server It provides a streaming content playback method and system that can increase the probability.
  • a computer program combined with a computer device and stored in a computer-readable recording medium to execute a streaming content reproducing method on the computer device, wherein the streaming content reproducing method comprises: an initial bit for a player module for reproducing the streaming content in a streaming player client Setting a rate; Transmitting, by the streaming player client, a manifest file request for streaming content from the player module to a streaming server; Editing the manifest file transmitted from the streaming server in a local proxy server based on the set initial bit rate; And transmitting the edited manifest file from the local proxy server to the player module through the streaming player client.
  • the editing may include selecting one of the tracks recorded in the manifest file based on the set initial bit rate; And editing the manifest file so that the selected track is recorded as the first track of the manifest file.
  • the selected track may be selected based on the set initial bit rate.
  • the streaming content reproducing method includes: transmitting, in the streaming player client, a request for track information of a selected track from the edited manifest file from the player module to the streaming server; And transmitting, by the streaming player client, track information transmitted from the streaming server to the player module.
  • the streaming content reproducing method includes, while the streaming content is being played by the player module, the local proxy server preloads data on other streaming content of a content list view including the streaming content. And caching.
  • the preloading and caching of the other streaming contents based on a relative distance between the location where the streaming content is placed and the location where each of the streaming contents are placed in the content list view. At least one of a preloading order and a caching order may be determined.
  • a method for reproducing streaming content of a computer device including at least one processor, the method comprising: setting, by the at least one processor, an initial bit rate for a player module for reproducing the streaming content; Transmitting, by the at least one processor, a manifest file request for streaming content from the player module to a streaming server; Editing, by the at least one processor, the manifest file transmitted from the streaming server based on the set initial bit rate; And transmitting, by the at least one processor, the edited manifest file to the player module.
  • a computer-readable recording medium in which a program for executing the method is recorded on a computer device is provided.
  • It includes at least one processor embodied to execute a computer-readable instruction, by the at least one processor, to set an initial bit rate for a player module that plays the streaming content, and to the streaming content from the player module
  • a computer device comprising: transmitting a request for a manifest file to a streaming server, editing the manifest file transmitted from the streaming server based on the set initial bit rate, and transmitting the edited manifest file to the player module. to provide.
  • the initial bit rate is set between the player module and the streaming player client, and local streaming
  • a server eg, a local proxy server
  • the cached data is determined by determining the caching order of other streaming contents according to the arrangement of the currently focused streaming contents in the contents list view among a plurality of streaming contents included in the contents list view using the local streaming server. You can increase the probability of hitting.
  • FIG. 1 is a diagram showing an example of a network environment according to an embodiment of the present invention.
  • FIG. 2 is a block diagram showing an example of a computer device according to an embodiment of the present invention.
  • FIG. 3 is a diagram illustrating an example of a basic operation of an existing streaming service.
  • FIG. 4 is a diagram illustrating an example of a basic operation of a streaming service to which an optimized track selection method according to an embodiment of the present invention is applied.
  • FIG. 5 is a diagram illustrating an example of a basic operation of a streaming service to which a caching and preloading method is applied according to an embodiment of the present invention.
  • FIG. 6 is a diagram illustrating an example of preloading and caching procedures in a content list view according to an embodiment of the present invention.
  • FIG. 7 is a flowchart illustrating an example of a method of reproducing streaming content by a client according to an embodiment of the present invention.
  • the streaming content reproducing system may be implemented by at least one computer device, and the streaming content reproducing method according to the embodiments of the present invention includes at least one computer device included in the streaming content reproducing system. It can be done through.
  • a computer program according to an embodiment of the present invention may be installed and driven in the computer device, and the computer device may perform the streaming content reproducing method according to the embodiments of the present invention under control of the driven computer program.
  • the above-described computer program may be combined with a computer device and stored in a computer-readable recording medium in order to execute a method of reproducing streaming content on a computer.
  • FIG. 1 is a diagram showing an example of a network environment according to an embodiment of the present invention.
  • the network environment of FIG. 1 shows an example including a plurality of electronic devices 110, 120, 130, and 140, a plurality of servers 150 and 160, and a network 170. 1 is an example for explaining the invention, and the number of electronic devices or servers is not limited as in FIG. 1.
  • the network environment of FIG. 1 is only for describing one example of environments applicable to the embodiments, and the environment applicable to the embodiments is not limited to the network environment of FIG. 1.
  • the plurality of electronic devices 110, 120, 130, and 140 may be a fixed terminal implemented as a computer device or a mobile terminal.
  • Examples of the plurality of electronic devices 110, 120, 130, and 140 include smart phones, mobile phones, navigation, computers, notebook computers, digital broadcasting terminals, personal digital assistants (PDAs), and portable multimedia players (PMPs). ), tablet PC, etc.
  • PDAs personal digital assistants
  • PMPs portable multimedia players
  • FIG. 1 the shape of a smartphone is shown as an example of the electronic device 110, but in the embodiments of the present invention, the electronic device 110 is It may mean one of various physical computer devices capable of communicating with the electronic devices 120, 130, and 140 and/or the servers 150 and 160.
  • the communication method is not limited, and not only a communication method using a communication network (for example, a mobile communication network, a wired Internet, a wireless Internet, a broadcasting network), but also a short-range wireless communication between devices may be included.
  • the network 170 includes a personal area network (PAN), a local area network (LAN), a campus area network (CAN), a metropolitan area network (MAN), a wide area network (WAN), and a broadband network (BBN). And any one or more of networks such as the Internet.
  • the network 170 may include any one or more of a network topology including a bus network, a star network, a ring network, a mesh network, a star-bus network, a tree or a hierarchical network, etc. Not limited.
  • Each of the servers 150 and 160 is a computer device or a plurality of computers that communicates with a plurality of electronic devices 110, 120, 130, and 140 through a network 170 to provide commands, codes, files, contents, services, etc. It can be implemented with devices.
  • the server 150 provides a service to a plurality of electronic devices 110, 120, 130, and 140 connected through the network 170 (for example, a group call service (or voice conference service), a messaging service, It may be a system that provides a mail service, a social network service, a map service, a translation service, a financial service, a payment service, a search service, a content providing service, etc.).
  • FIG. 2 is a block diagram showing an example of a computer device according to an embodiment of the present invention.
  • Each of the plurality of electronic devices 110, 120, 130, and 140 described above or each of the servers 150 and 160 may be implemented by the computer device 200 illustrated in FIG. 2.
  • the computer device 200 may include a memory 210, a processor 220, a communication interface 230, and an input/output interface 240.
  • the memory 210 is a computer-readable recording medium and may include a permanent mass storage device such as a random access memory (RAM), a read only memory (ROM), and a disk drive.
  • a non-destructive large-capacity recording device such as a ROM and a disk drive may be included in the computer device 200 as a separate permanent storage device separate from the memory 210.
  • an operating system and at least one program code may be stored in the memory 210. These software components may be loaded into the memory 210 from a computer-readable recording medium separate from the memory 210.
  • Such a separate computer-readable recording medium may include a computer-readable recording medium such as a floppy drive, a disk, a tape, a DVD/CD-ROM drive, and a memory card.
  • software components may be loaded into the memory 210 through a communication interface 230 other than a computer-readable recording medium.
  • software components may be loaded into the memory 210 of the computer device 200 based on a computer program installed by files received through the network 170.
  • the processor 220 may be configured to process instructions of a computer program by performing basic arithmetic, logic, and input/output operations.
  • the command may be provided to the processor 220 by the memory 210 or the communication interface 230.
  • the processor 220 may be configured to execute a command received according to a program code stored in a recording device such as the memory 210.
  • the communication interface 230 may provide a function for the computer device 200 to communicate with other devices (eg, storage devices described above) through the network 170. For example, a request, command, data, file, etc., generated by the processor 220 of the computer device 200 according to a program code stored in a recording device such as the memory 210, is transmitted to the network ( 170) can be transferred to other devices. Conversely, signals, commands, data, files, etc. from other devices may be received by the computer device 200 through the communication interface 230 of the computer device 200 via the network 170. Signals, commands, data, etc. received through the communication interface 230 may be transmitted to the processor 220 or the memory 210, and the file, etc. may be a storage medium (described above) that the computer device 200 may further include. Permanent storage).
  • the input/output interface 240 may be a means for an interface with the input/output device 250.
  • the input device may include a device such as a microphone, a keyboard, or a mouse
  • the output device may include a device such as a display or a speaker.
  • the input/output interface 240 may be a means for interfacing with a device in which input and output functions are integrated into one, such as a touch screen.
  • the input/output device 250 may be configured with the computer device 200 and one device.
  • the computer device 200 may include fewer or more components than the components of FIG. 2. However, there is no need to clearly show most of the prior art components.
  • the computer device 200 may be implemented to include at least some of the input/output devices 250 described above, or may further include other components such as a transceiver and a database.
  • 3 is a diagram illustrating an example of a basic operation of an existing streaming service.
  • 3 shows a player module 310, a streaming player client 320 and a streaming server 330.
  • the player module 310 may be a software module installed and driven on the user's terminal device to play streaming content
  • the streaming player client 320 is installed and driven on the user's terminal device to receive a streaming service. It may be a software module.
  • the streaming server 330 may correspond to a software module installed and driven in a server device providing a streaming service.
  • the first process 341 may be an example of a process in which the streaming player client 320 requests a manifest file (for example, master.m3u8 of HLS) to the streaming server 330, and the second process 341 is a streaming server.
  • This may be an example of a process in which 330 responds to the request of the streaming player client 320.
  • the streaming server 330 may provide the manifest file to the streaming player client 320.
  • the third process 343 may be an example of a process in which the player module 310 selects the first track (track #0).
  • one moving picture file may be prepared in advance with tracks according to different bit rates, and the player module 310 may select a track having a required bit rate.
  • the player module 310 since the player module 310 cannot know its own bit rate at first, the player module 310 simply selects the first track recorded at the top of the manifest file as in the third process 343. do.
  • the fourth process 344 is an example of a process in which the player module 310 requests track information (for example, playlist.m3u8 of track #0 of HLS) of the track selected by the streaming player client 320 (track #0).
  • the fifth process 345 may be an example of a process in which the streaming player client 320 transmits the request of the player module 310 to the streaming server 330.
  • the sixth process 346 may be an example of a process in which the streaming server 330 responds to the request of the streaming player client 320, and in the seventh process 347, the streaming player client 320 ) May be an example of a process of responding to the request.
  • track information of the selected track requested by the player module 310 may be transmitted to the player module 310 through the sixth process 346 and the seventh process 347.
  • the player module 310 requests the first fragment file (for example, 0.ts of the #0 track of HLS) of the track selected by the streaming player client 320 (track #0).
  • the process may be an example, and the ninth process 349 may be an example of a process in which the streaming player client 320 transmits the request of the player module 310 to the streaming server 330.
  • the tenth process 350 may be an example of a process in which the streaming server 330 responds to the request of the streaming player client 320.
  • the streaming player client 320 May be an example of a process of responding to the request. For example, through the tenth process 350 and the eleventh process 351, the first fragment file of the selected track requested by the player module 310 may be transmitted to the player module 310.
  • the player module 310 measures the network bitrate through the transmitted first fragment file to find the optimal bitrate, and a track suitable for the optimal bitrate (for example, #n track). It may be an example of a process of changing a track.
  • the thirteenth process 353 is an example of a process in which the player module 310 requests the track information (for example, playlist.m3u8 of the #n track of HLS) of the changed track (#n track) to the streaming player client 320.
  • the fourteenth process 354 may be an example of a process in which the streaming player client 320 transmits the request of the player module 310 to the streaming server 330.
  • the fifteenth process 355 may be an example of a process in which the streaming server 330 responds to the request of the streaming player client 320.
  • the streaming player client 320 May be an example of a process of responding to the request. For example, track information of the changed track requested by the player module 310 may be transmitted to the player module 310 through the fifteenth process 355 and the sixteenth process 356.
  • the player module 310 requests the streaming player client 320 to request the first fragment file (eg, 0.ts of the #n track of HLS) of the changed track (#n track).
  • the process may be an example, and the 18th process 358 may be an example of a process in which the streaming player client 320 transmits the request of the player module 310 to the streaming server 330.
  • the 19th process 359 may be an example of a process in which the streaming server 330 responds to the request of the streaming player client 320, and in the 20th process 360, the streaming player client 320 ) May be an example of a process of responding to the request.
  • the first fragment file of the changed track requested by the player module 310 may be transmitted to the player module 310.
  • the player module 310 can acquire the first fragment file capable of playing the focused streaming content only in the twentieth process 360.
  • the player module 310 acquires the second fragment file (for example, 1.ts of the #n track of HLS) of the changed track (#n track). An example of a process for doing so is shown. Subsequent fragment files may also be obtained in a manner similar to the 21st process 361 to the 24th process 364.
  • 4 is a diagram illustrating an example of a basic operation of a streaming service to which an optimized track selection method according to an embodiment of the present invention is applied.
  • 4 shows a player module 410, a streaming player client 420, a local proxy server 430, and a streaming server 450, respectively.
  • the player module 410 may be a software module installed and driven in the user's terminal device to play streaming content
  • the streaming player client 420 and the local proxy server 430 It may be a software module installed and driven in the terminal device of.
  • the streaming server 440 may be a software module installed and driven in a server device to provide a streaming service.
  • the software module may correspond to a computer program installed and driven in the computer device 200.
  • the first process 451 may be an example of a process in which the streaming player client 420 sets an initial bit rate in the player module 410.
  • the streaming player client 420 may set an initial bit rate for the player module 410 in consideration of network bandwidth, remaining buffer capacity, and screen size.
  • a low bit rate is required to quickly download a frame buffer and play a preview of the contents, and at the same time, a high bit rate is required to render a clear image due to a high resolution. Therefore, it should be possible to select an appropriate initial bitrate that is neither too high nor too low.
  • the initial bit rate in such a service may be empirically preset.
  • the initial bitrate for the content list screen of may be empirically preset.
  • the streaming player client 420 may set a preset initial bit rate in the player module 410.
  • the second process 452 may be an example of a process in which the player module 410 requests a manifest file (for example, master.m3u8 of HLS) to the streaming player client 420, and the third process 453 is a streaming player. This may be an example of a process in which the client 420 requests a manifest file from the streaming server 440.
  • a manifest file for example, master.m3u8 of HLS
  • the fourth process 454 may be an example of a process in which the streaming server 440 delivers the requested manifest file.
  • the streaming server 440 may transmit the requested manifest file to the streaming player client 420 that requested the manifest file from itself, but the local proxy server 430, which is a local streaming server, may intercept the manifest file.
  • the fifth process 455 may be an example of a process in which the local proxy server 430 edits the manifest file using the initial bit rate set in the first process 451. For example, the local proxy server 430 may select the most suitable track (for example, #n track) by comparing the set initial bit rate with the tracks recorded in the manifest file.
  • the local proxy server 430 may edit the manifest file (#n track ⁇ #0 track) so that the selected track is the first track of the manifest file.
  • the sixth process 456 may be an example of a process in which the local proxy server 430 delivers the edited manifest file to the streaming player client 420, and in the seventh process 457, the streaming player client 420 is a player module. It may be an example of a process of delivering the edited manifest file to (410).
  • Table 1 below shows an example of the first manifest file
  • Table 2 shows an example of the edited manifest file.
  • Table 2 shows an example in which the third track (1a37eb4f-3cb5-11e9-a5ac-246e963a49b9.m3u8) shown in Table 1 is edited as the first track.
  • the player module 410 is a manifest file It may be an example of a process of selecting the first track in. As already described, since the first track (#0 track) has been changed to the track most suitable for the set initial bit rate, the player module 410 is the most suitable for the initial bit rate set in the first process 451. The track is selected as the first track (track #0).
  • the ninth process 459 is an example of a process in which the player module 410 requests track information (for example, playlist.m3u8 of track #0 of HLS) of the track selected by the streaming player client 420 (track #0).
  • the tenth process 460 may be an example of a process in which the streaming player client 420 requests the track information of the selected track from the streaming server 440.
  • the eleventh process 461 may be an example of a process in which the streaming server 440 delivers the requested track information to the streaming player client 420, and in the twelfth process 462, the streaming player client 420 It may be an example of a process of transmitting the requested track information to the module 410.
  • the player module 410 requests the streaming player client 420 for the first fragment file (for example, 0.ts of the #0 track of HLS) of the corresponding track (track #0). It may be an example of the process, and the fourteenth process 464 may be an example of a process in which the streaming player client 420 requests the streaming server 440 for the first fragment file of the corresponding track.
  • the fifteenth process 465 may be an example of a process in which the streaming server 440 delivers the requested first fragment file to the streaming player client 420, and the sixteenth process 466 is a streaming player client 420 ) May be an example of a process of delivering the requested first fragment file to the player module 410.
  • the player module 410 obtains the first fragment file of the track suitable for the set initial bit rate, the probability of re-changing the track is low. If the track is not re-changed, the current first fragment file is used. It is possible to play the focused streaming content. In other words, it is possible to eliminate one request for track information and one request for the first fragment file that were previously wasted. Therefore, it is possible to shorten the first playback time of the focused streaming content.
  • the player module 410 reads the second fragment file of the first track (track #0) (for example, 1.ts of track #0 of HLS). An example of the process to acquire is shown. Subsequent fragment files may also be obtained similarly to the 17th process 467 to the 20th process 470.
  • FIG. 5 is a diagram illustrating an example of a basic operation of a streaming service to which a caching and preloading method is applied according to an embodiment of the present invention.
  • the optimized track selection method described above with reference to FIG. 4 and the caching and preloading method described with reference to FIG. 5 may be applied individually or may be applied together.
  • FIG. 5 an embodiment in which the caching and preloading methods are individually applied will be described.
  • the first process 511 may be an example of a process in which the player module 410 requests a manifest file (for example, master.m3u8 of HLS) to the streaming player client 420, and the second process 512 is a streaming player.
  • This may be an example of a process in which the client 420 requests a manifest file from the local proxy server 430.
  • the third process 513 may be an example of a process in which the local proxy server 430 searches the cache. At this time, if the requested manifest file is not stored in the cache, the local proxy server 430 may obtain the requested manifest file through the streaming server 440, but if the requested manifest file is stored in the cache , The local proxy server 430 may provide a manifest file stored in a cache.
  • the fourth process 514 may be an example of a process in which the local proxy server 430 delivers the requested manifest file to the streaming player client 420, and in the fifth process 515, the streaming player client 420 is a player module. It may be an example of a process of delivering the manifest file to 410.
  • the local proxy server 430 processes data preloading and caching in addition to track optimization in which the first track of the manifest file is changed to a track suitable for a preset initial bit rate, as described with reference to FIG. 4.
  • the initial playback speed can be improved.
  • the sixth process 516 to the tenth process 520 is an example of a process for the player module 410 to acquire track information (for example, playlist.m3u8 of HLS), from the eleventh process 521 to
  • the fifteenth process 525 is an example of a process for the player module 410 to acquire the first fragment file (for example, 0.ts of HLS).
  • the local proxy server 430 is located at a position relatively close to the first streaming content in the content list view based on the first streaming content currently focused and played in the content list view in order to increase the probability of hitting the data in the cache.
  • Data may be preloaded and cached in the order of streaming content disposed at a location relatively far from the first streaming content from the disposed streaming content. Since the user is likely to refocus the surrounding streaming content of the first streaming content currently focused and played in the content list view, the probability of hitting the data in the cache can be increased by preloading and caching the data according to the above-described order. There will be.
  • the content list view 600 of FIG. 6 shows an example including streaming content 1 610 to streaming content 5 650. If the user focuses on the streaming content 1 (610) (for example, when a mouse-over event occurs in the area where the streaming content 1 (610) is displayed in a PC environment), the streaming content 1 (610) can be played. have. At this time, the local proxy server 430 preloads and caches the data (for example, manifest file, track information, etc.) of the streaming content 2 620 disposed relatively close to the focused and played streaming content 1 610.
  • the data for example, manifest file, track information, etc.
  • data may be preloaded and cached in a relatively sequential order of streaming content 3 (630), streaming content 4 (640), and streaming content 5 (650). If the user focuses on the streaming content 3 (610), the local proxy server 430 first frees the streaming content 2 (620) and the streaming content 4 (640) arranged relatively close to the streaming content 3 (610). It can be loaded and cached, and then, streaming content 1 (610) and streaming content 5 (650) can be preloaded and cached.
  • the local proxy server 430 may delete data from the cache based on the same criteria. For example, when deleting data from the cache, the local proxy server 430 may delete data from the cache from the streaming content, which is located relatively far from the streaming content currently being played.
  • the local proxy server 430 may adjust the priority so that data including a manifest file or track information is stored in a cache for a relatively long time.
  • the priority can be adjusted so that the first chunk containing the HLS m3u8 file or the mp4 moov file remains in the cache longer than the rest of the data.
  • the local proxy server 430 prioritizes the 1mb size data at the beginning of the mp4 to be relative to other data.
  • the caching policy can be set to remain in the cache for a longer period of time.
  • the streaming content reproducing method according to the present embodiment may be performed by the computer device 200 implementing a streaming service client.
  • the processor 220 of the computer device 200 may be implemented to execute a control instruction according to a code of an operating system included in the memory 210 or a code of at least one program.
  • the processor 220 may cause the computer device 200 to perform the steps 710 to 750 included in the method of FIG. 7 according to a control command provided by a code stored in the computer device 200. Can be controlled.
  • the computer device 200 may set an initial bit rate for a player module that plays the streaming content.
  • the processor 220 sets the initial bit rate for the player module that plays the streaming content according to the control of the code corresponding to the streaming player client generated by the computer program installed and driven in the computer device 200. I can.
  • the initial bit rate may set the initial bit rate for the player module in consideration of the network bandwidth, the remaining amount of the buffer, and the screen size.
  • the computer device 200 may transmit a manifest file request for streaming content from the player module to the streaming server.
  • the processor 220 may receive a request for a manifest file from the player module, and may transmit the request to the streaming server through the network 170.
  • the streaming server may transmit the manifest file to the computer device 200.
  • the computer device 200 may edit the manifest file transmitted from the streaming server based on the set initial bit rate.
  • the processor 220 may edit the manifest file under control of a code corresponding to a local proxy server generated by a computer program installed and driven in the computer device 200.
  • the computer apparatus 200 may select one of the tracks recorded in the manifest file based on the set initial bit rate. For example, the computer apparatus 200 may compare the set initial bit rate with each of the tracks recorded in the manifest file to select the most suitable track for the set initial bit rate. Thereafter, the computer device 200 may edit the manifest file so that the selected track is recorded as the first track of the manifest file.
  • the computer device 200 may transmit the edited manifest file to the player module through the streaming player client.
  • the selected track may be selected based on the set initial bit rate.
  • the player module may request track information of the first track as in the conventional process, and may request the first fragment file of the first track.
  • the computer device 200 may transmit a request for track information of a track selected from the edited manifest file from the player module to the streaming server, and may transmit the track information transmitted from the streaming server to the player module.
  • the request for the first fragment file from the player module may be transmitted to the streaming server after that, and the first fragment file transmitted from the streaming server may be transmitted to the player module.
  • the player module can play the corresponding streaming content.
  • the computer device 200 may preload and cache data on other streaming content of the content list view including the streaming content.
  • FIG. 5 an example of preloading and caching data through a local proxy server has been described.
  • the computer device 200 determines at least one of a preloading order and a caching order of each of the other streaming contents based on the relative distance between the location where the streaming content is placed and the location where each of the streaming contents is placed in the content list view. I can.
  • the computer device 200 may preload and cache data in the order of other streaming content relatively far from other streaming content relatively close to the currently playing streaming content.
  • the initial bit rate is set between the player module and the streaming player client, and a local streaming server (for example, a local proxy server) is By using the track optimized for this initial bit rate to be selected as the first track, it is possible to solve the problem of reselecting the adaptive track.
  • a local streaming server for example, a local proxy server
  • the local streaming server determines the caching order of other streaming content according to the arrangement of the currently focused streaming content in the content list view among a plurality of streaming content included in the content list view You can increase the probability of data hitting.
  • the system or device described above may be implemented as a hardware component or a combination of a hardware component and a software component.
  • the devices and components described in the embodiments are, for example, a processor, a controller, an arithmetic logic unit (ALU), a digital signal processor, a microcomputer, a field programmable gate array (FPGA). , A programmable logic unit (PLU), a microprocessor, or any other device capable of executing and responding to instructions, such as one or more general purpose computers or special purpose computers.
  • the processing device may execute an operating system (OS) and one or more software applications executed on the operating system. Further, the processing device may access, store, manipulate, process, and generate data in response to the execution of software.
  • OS operating system
  • the processing device may access, store, manipulate, process, and generate data in response to the execution of software.
  • the processing device is a plurality of processing elements and/or a plurality of types of processing elements. It can be seen that it may include.
  • the processing device may include a plurality of processors or one processor and one controller.
  • other processing configurations are possible, such as a parallel processor.
  • the software may include a computer program, code, instructions, or a combination of one or more of these, configuring the processing unit to operate as desired or processed independently or collectively. You can command the device.
  • Software and/or data may be interpreted by a processing device or, to provide instructions or data to a processing device, of any type of machine, component, physical device, virtual equipment, computer storage medium or device. Can be embodyed.
  • the software may be distributed over networked computer systems and stored or executed in a distributed manner.
  • Software and data may be stored on one or more computer-readable recording media.
  • the method according to the embodiment may be implemented in the form of program instructions that can be executed through various computer means and recorded in a computer-readable medium.
  • the computer-readable medium may include program instructions, data files, data structures, and the like alone or in combination.
  • the medium may be one that continuously stores a program executable by a computer, or temporarily stores a program for execution or download.
  • the medium may be a variety of recording means or storage means in a form in which a single piece of hardware or several pieces of hardware are combined, but is not limited to a medium directly connected to a computer system, but may be distributed on a network.
  • Examples of media include magnetic media such as hard disks, floppy disks and magnetic tapes, optical recording media such as CD-ROMs and DVDs, magneto-optical media such as floptical disks, And ROM, RAM, flash memory, and the like may be configured to store program instructions.
  • examples of other media include an app store that distributes applications, a site that supplies or distributes various software, and a recording medium or a storage medium managed by a server.
  • Examples of program instructions include not only machine language codes such as those produced by a compiler, but also high-level language codes that can be executed by a computer using an interpreter or the like.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Human Computer Interaction (AREA)
  • Information Transfer Between Computers (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

스트리밍 콘텐츠의 재생 방법 및 시스템을 개시한다. 일실시예에 따른 스트리밍 콘텐츠 재생 방법은 스트리밍 플레이어 클라이언트에서 스트리밍 콘텐츠를 재생하는 플레이어 모듈을 위한 초기 비트레이트를 설정하는 단계, 상기 스트리밍 플레이어 클라이언트에서 상기 플레이어 모듈로부터의 스트리밍 콘텐츠에 대한 매니페스트 파일 요청을 스트리밍 서버로 전달하는 단계, 로컬 프록시 서버에서 상기 스트리밍 서버로부터 전달되는 매니페스트 파일을 상기 설정된 초기 비트레이트에 기반하여 편집하는 단계 및 상기 로컬 프록시 서버에서 상기 편집된 매니페스트 파일을 상기 스트리밍 플레이어 클라이언트를 통해 상기 플레이어 모듈로 전달하는 단계를 포함할 수 있다.

Description

로컬 스트리밍 서버를 이용한 스트리밍 콘텐츠의 재생 방법 및 시스템
아래의 설명은 로컬 스트리밍 서버를 이용한 스트리밍 콘텐츠의 재생 방법 및 시스템에 관한 것이다.
스트리밍 콘텐츠의 재생을 위한 기존 솔루션으로서 일례로 HLS(HTTP Live Streaming), MPEG-DASH(Moving Picture Experts Group - Dynamic Adaptive Streaming over HTTP), mp4 등이 존재한다. 예를 들어, 한국등록특허 제10-1397183호는 스트리밍 서비스에서의 재생 목록 파일 관리 방법 및 그 장치를 개시하고 있다.
이러한 기존 솔루션들에서 하나의 동영상 파일은 서로 다른 비트레이트별 트랙들로 미리 준비될 수 있으며, 클라이언트는 필요한 비트레이트의 트랙을 선택하여 해당 비트레이트로 서버로부터 스트리밍 콘텐츠를 제공받을 수 있다. 그러나, 클라이언트는 처음에는 자신의 비트레이트를 알 수 없기 때문에, 처음에는 단순히 매니페스트 파일의 최상단에 적힌 트랙(첫 번째 트랙, #0트랙)을 선택하게 되며, 다음호출에서 적응형 트랙을 다시 선택해야만 하는 문제점이 있다. 예를 들어 HLS의 경우, 클라이언트는 매니페스트 파일인 master.m3u8에 등록된 첫 번째 트랙을 선택하여 0번째 플래그먼트 파일(0.ts)을 요청한다. 하지만, 클라이언트에서는 곧바로 네트워크 대역폭, 버퍼잔량, 화면크기 등을 고려하여 새로운 트랙을 선택하게 되는 알고리즘이 동작하게 된다. 다음 호출에서는 새로운 트랙이 선택될 확률이 크며, 새로운 트랙이 선택되는 경우, 클라이언트는 첫 번째 트랙으로 다운로드 받았던 0번째 플래그먼트 파일(0.ts)을 폐기하고, 새로운 트랙의 0번째 플래그먼트 파일(0.ts)을 새로 다운로드 받게 된다. 따라서, 이 과정에서 트랙정보 요청 1회와 0번째 플래그먼트 파일(0.ts)의 요청 1회가 낭비되게 된다.
또한, 기존 솔루션들에서는 동영상 플래그먼트 파일에 대한 캐시와 프리로딩이 없다는 문제점이 있다. 예를 들어, 다수의 스트리밍 콘텐츠들의 리스트인 콘텐츠 리스트뷰에는 캐시정책이 없기 때문에 콘텐츠 리스트뷰에서 다수의 스트리밍 콘텐츠들 중 하나가 포커스를 받았을 때, 0번째 플래그먼트 파일(0.ts)부터 새롭게 다운로드를 받게 되기 때문에 데이터 낭비와 수행속도 손실이 발생하게 된다.
HLS(HTTP Live Streaming), MPEG-DASH(Moving Picture Experts Group - Dynamic Adaptive Streaming over HTTP), mp4(MPEG-4) 등의 스트리밍 서비스에서 플레이어 모듈과 스트리밍 플레이어 클라이언트간에 초기 비트레이트를 설정하고, 로컬 스트리밍 서버(일례로, 로컬 프록시 서버)를 이용하여 이러한 초기 비트레이트에 최적화된 트랙을 첫 번째 트랙으로서 선택하도록 함으로써, 적응형 트랙을 다시 선택해야 하는 문제점을 해결할 수 있는 스트리밍 콘텐츠 재생 방법 및 시스템을 제공한다.
상기 로컬 스트리밍 서버를 이용하여 콘텐츠 리스트뷰가 포함하는 다수의 스트리밍 콘텐츠들 중 현재 포커스되어 재생되는 스트리밍 콘텐츠의 상기 콘텐츠 리스트뷰에서의 배치에 따라 다른 스트리밍 콘텐츠의 캐싱 순서를 결정함으로써 캐싱된 데이터의 히팅 확률을 높일 수 있는 스트리밍 콘텐츠 재생 방법 및 시스템을 제공한다.
컴퓨터 장치와 결합되어 스트리밍 콘텐츠 재생 방법을 컴퓨터 장치에 실행시키기 위해 컴퓨터 판독 가능한 기록매체에 저장된 컴퓨터 프로그램에 있어서, 상기 스트리밍 콘텐츠 재생 방법은, 스트리밍 플레이어 클라이언트에서 스트리밍 콘텐츠를 재생하는 플레이어 모듈을 위한 초기 비트레이트를 설정하는 단계; 상기 스트리밍 플레이어 클라이언트에서 상기 플레이어 모듈로부터의 스트리밍 콘텐츠에 대한 매니페스트 파일 요청을 스트리밍 서버로 전달하는 단계; 로컬 프록시 서버에서 상기 스트리밍 서버로부터 전달되는 매니페스트 파일을 상기 설정된 초기 비트레이트에 기반하여 편집하는 단계; 및 상기 로컬 프록시 서버에서 상기 편집된 매니페스트 파일을 상기 스트리밍 플레이어 클라이언트를 통해 상기 플레이어 모듈로 전달하는 단계를 포함하는 것을 특징으로 하는 컴퓨터 프로그램을 제공한다.
일측에 따르면, 상기 편집하는 단계는, 상기 설정된 초기 비트레이트에 기초하여 상기 매니페스트 파일에 기록된 트랙들 중 하나의 트랙을 선택하는 단계; 및 상기 선택된 트랙이 상기 매니페스트 파일의 첫 번째 트랙으로 기록되도록 상기 매니페스트 파일을 편집하는 단계를 포함하는 것을 특징으로 할 수 있다.
다른 측면에 따르면, 상기 플레이어 모듈에서 상기 편집된 매니페스트 파일로부터 첫 번째 트랙을 선택함에 따라 상기 설정된 초기 비트레이트에 기초하여 선택된 트랙이 선택되는 것을 특징으로 할 수 있다.
또 다른 측면에 따르면, 상기 스트리밍 콘텐츠 재생 방법은, 상기 스트리밍 플레이어 클라이언트에서 상기 플레이어 모듈로부터의 상기 편집된 매니페스트 파일로부터 선택된 트랙의 트랙정보에 대한 요청을 상기 스트리밍 서버로 전달하는 단계; 및 상기 스트리밍 플레이어 클라이언트에서 상기 스트리밍 서버로부터 전달되는 트랙정보를 상기 플레이어 모듈로 전달하는 단계를 더 포함하는 것을 특징으로 할 수 있다.
또 다른 측면에 따르면, 상기 스트리밍 콘텐츠 재생 방법은, 상기 플레이어 모듈에서 상기 스트리밍 콘텐츠가 재생되는 동안, 상기 로컬 프록시 서버에서 상기 스트리밍 콘텐츠가 포함된 콘텐츠 리스트뷰의 다른 스트리밍 콘텐츠들에 대한 데이터를 프리로딩 및 캐싱하는 단계를 더 포함하는 것을 특징으로 할 수 있다.
또 다른 측면에 따르면, 상기 프리로딩 및 캐싱하는 단계는, 상기 콘텐츠 리스트뷰에서 상기 스트리밍 콘텐츠가 배치된 위치와 상기 스트리밍 콘텐츠들 각각이 배치된 위치간의 상대적인 거리에 기초하여 상기 다른 스트리밍 콘텐츠들 각각의 프리로딩 순서 및 캐싱 순서 중 적어도 하나를 결정하는 것을 특징으로 할 수 있다.
적어도 하나의 프로세서를 포함하는 컴퓨터 장치의 스트리밍 콘텐츠 재생 방법에 있어서, 상기 적어도 하나의 프로세서에 의해, 스트리밍 콘텐츠를 재생하는 플레이어 모듈을 위한 초기 비트레이트를 설정하는 단계; 상기 적어도 하나의 프로세서에 의해, 상기 플레이어 모듈로부터의 스트리밍 콘텐츠에 대한 매니페스트 파일 요청을 스트리밍 서버로 전달하는 단계; 상기 적어도 하나의 프로세서에 의해, 상기 스트리밍 서버로부터 전달되는 매니페스트 파일을 상기 설정된 초기 비트레이트에 기반하여 편집하는 단계; 및 상기 적어도 하나의 프로세서에 의해, 상기 편집된 매니페스트 파일을 상기 플레이어 모듈로 전달하는 단계를 포함하는 스트리밍 콘텐츠 재생 방법을 제공한다.
상기 방법을 컴퓨터 장치에 실행시키기 위한 프로그램이 기록되어 있는 컴퓨터 판독 가능한 기록매체를 제공한다.
컴퓨터에서 판독 가능한 명령을 실행하도록 구현되는 적어도 하나의 프로세서를 포함하고, 상기 적어도 하나의 프로세서에 의해, 스트리밍 콘텐츠를 재생하는 플레이어 모듈을 위한 초기 비트레이트를 설정하고, 상기 플레이어 모듈로부터의 스트리밍 콘텐츠에 대한 매니페스트 파일 요청을 스트리밍 서버로 전달하고, 상기 스트리밍 서버로부터 전달되는 매니페스트 파일을 상기 설정된 초기 비트레이트에 기반하여 편집하고, 상기 편집된 매니페스트 파일을 상기 플레이어 모듈로 전달하는 것을 특징으로 하는 컴퓨터 장치를 제공한다.
HLS(HTTP Live Streaming), MPEG-DASH(Moving Picture Experts Group - Dynamic Adaptive Streaming over HTTP), mp4(MPEG-4) 등의 스트리밍 서비스에서 플레이어 모듈과 스트리밍 플레이어 클라이언트간에 초기 비트레이트를 설정하고, 로컬 스트리밍 서버(일례로, 로컬 프록시 서버)를 이용하여 이러한 초기 비트레이트에 최적화된 트랙을 첫 번째 트랙으로서 선택하도록 함으로써, 적응형 트랙을 다시 선택해야 하는 문제점을 해결할 수 있다.
상기 로컬 스트리밍 서버를 이용하여 콘텐츠 리스트뷰가 포함하는 다수의 스트리밍 콘텐츠들 중 현재 포커스되어 재생되는 스트리밍 콘텐츠의 상기 콘텐츠 리스트뷰에서의 배치에 따라 다른 스트리밍 콘텐츠의 캐싱 순서를 결정함에 따라 캐싱된 데이터의 히팅 확률을 높일 수 있다.
도 1은 본 발명의 일실시예에 따른 네트워크 환경의 예를 도시한 도면이다.
도 2는 본 발명의 일실시예에 따른 컴퓨터 장치의 예를 도시한 블록도이다.
도 3은 기존 스트리밍 서비스의 기본 동작의 예를 도시한 도면이다.
도 4는 본 발명의 일실시예에 따른 최적화된 트랙 선택 방식이 적용된 스트리밍 서비스의 기본 동작의 예를 도시한 도면이다.
도 5는 본 발명의 일실시예에 따른 캐싱 및 프리로딩 방식이 적용된 스트리밍 서비스의 기본 동작의 예를 도시한 도면이다.
도 6은 본 발명의 일실시예에 있어서, 콘텐츠 리스트뷰에서의 프리로딩 및 캐싱 순서의 예를 도시한 도면이다.
도 7은 본 발명의 일실시예에 따른 클라이언트의 스트리밍 콘텐츠 재생 방법의 예를 도시한 흐름도이다.
이하, 실시예를 첨부한 도면을 참조하여 상세히 설명한다.
본 발명의 실시예들에 따른 스트리밍 콘텐츠 재생 시스템은 적어도 하나의 컴퓨터 장치에 의해 구현될 수 있으며, 본 발명의 실시예들에 따른 스트리밍 콘텐츠 재생 방법은 스트리밍 콘텐츠 재생 시스템에 포함되는 적어도 하나의 컴퓨터 장치를 통해 수행될 수 있다. 이때, 컴퓨터 장치에는 본 발명의 일실시예에 따른 컴퓨터 프로그램이 설치 및 구동될 수 있고, 컴퓨터 장치는 구동된 컴퓨터 프로그램의 제어에 따라 본 발명의 실시예들에 따른 스트리밍 콘텐츠 재생 방법을 수행할 수 있다. 상술한 컴퓨터 프로그램은 컴퓨터 장치와 결합되어 스트리밍 콘텐츠 재생 방법을 컴퓨터에 실행시키기 위해 컴퓨터 판독 가능한 기록매체에 저장될 수 있다.
도 1은 본 발명의 일실시예에 따른 네트워크 환경의 예를 도시한 도면이다. 도 1의 네트워크 환경은 복수의 전자 기기들(110, 120, 130, 140), 복수의 서버들(150, 160) 및 네트워크(170)를 포함하는 예를 나타내고 있다. 이러한 도 1은 발명의 설명을 위한 일례로 전자 기기의 수나 서버의 수가 도 1과 같이 한정되는 것은 아니다. 또한, 도 1의 네트워크 환경은 본 실시예들에 적용 가능한 환경들 중 하나의 예를 설명하는 것일 뿐, 본 실시예들에 적용 가능한 환경이 도 1의 네트워크 환경으로 한정되는 것은 아니다.
복수의 전자 기기들(110, 120, 130, 140)은 컴퓨터 장치로 구현되는 고정형 단말이거나 이동형 단말일 수 있다. 복수의 전자 기기들(110, 120, 130, 140)의 예를 들면, 스마트폰(smart phone), 휴대폰, 네비게이션, 컴퓨터, 노트북, 디지털방송용 단말, PDA(Personal Digital Assistants), PMP(Portable Multimedia Player), 태블릿 PC 등이 있다. 일례로 도 1에서는 전자 기기(110)의 예로 스마트폰의 형상을 나타내고 있으나, 본 발명의 실시예들에서 전자 기기(110)는 실질적으로 무선 또는 유선 통신 방식을 이용하여 네트워크(170)를 통해 다른 전자 기기들(120, 130, 140) 및/또는 서버(150, 160)와 통신할 수 있는 다양한 물리적인 컴퓨터 장치들 중 하나를 의미할 수 있다.
통신 방식은 제한되지 않으며, 네트워크(170)가 포함할 수 있는 통신망(일례로, 이동통신망, 유선 인터넷, 무선 인터넷, 방송망)을 활용하는 통신 방식뿐만 아니라 기기들간의 근거리 무선 통신 역시 포함될 수 있다. 예를 들어, 네트워크(170)는, PAN(personal area network), LAN(local area network), CAN(campus area network), MAN(metropolitan area network), WAN(wide area network), BBN(broadband network), 인터넷 등의 네트워크 중 하나 이상의 임의의 네트워크를 포함할 수 있다. 또한, 네트워크(170)는 버스 네트워크, 스타 네트워크, 링 네트워크, 메쉬 네트워크, 스타-버스 네트워크, 트리 또는 계층적(hierarchical) 네트워크 등을 포함하는 네트워크 토폴로지 중 임의의 하나 이상을 포함할 수 있으나, 이에 제한되지 않는다.
서버(150, 160) 각각은 복수의 전자 기기들(110, 120, 130, 140)과 네트워크(170)를 통해 통신하여 명령, 코드, 파일, 콘텐츠, 서비스 등을 제공하는 컴퓨터 장치 또는 복수의 컴퓨터 장치들로 구현될 수 있다. 예를 들어, 서버(150)는 네트워크(170)를 통해 접속한 복수의 전자 기기들(110, 120, 130, 140)로 서비스(일례로, 그룹 통화 서비스(또는 음성 컨퍼런스 서비스), 메시징 서비스, 메일 서비스, 소셜 네트워크 서비스, 지도 서비스, 번역 서비스, 금융 서비스, 결제 서비스, 검색 서비스, 콘텐츠 제공 서비스 등)를 제공하는 시스템일 수 있다.
도 2는 본 발명의 일실시예에 따른 컴퓨터 장치의 예를 도시한 블록도이다. 앞서 설명한 복수의 전자 기기들(110, 120, 130, 140) 각각이나 서버들(150, 160) 각각은 도 2를 통해 도시된 컴퓨터 장치(200)에 의해 구현될 수 있다.
이러한 컴퓨터 장치(200)는 도 2에 도시된 바와 같이, 메모리(210), 프로세서(220), 통신 인터페이스(230) 그리고 입출력 인터페이스(240)를 포함할 수 있다. 메모리(210)는 컴퓨터에서 판독 가능한 기록매체로서, RAM(random access memory), ROM(read only memory) 및 디스크 드라이브와 같은 비소멸성 대용량 기록장치(permanent mass storage device)를 포함할 수 있다. 여기서 ROM과 디스크 드라이브와 같은 비소멸성 대용량 기록장치는 메모리(210)와는 구분되는 별도의 영구 저장 장치로서 컴퓨터 장치(200)에 포함될 수도 있다. 또한, 메모리(210)에는 운영체제와 적어도 하나의 프로그램 코드가 저장될 수 있다. 이러한 소프트웨어 구성요소들은 메모리(210)와는 별도의 컴퓨터에서 판독 가능한 기록매체로부터 메모리(210)로 로딩될 수 있다. 이러한 별도의 컴퓨터에서 판독 가능한 기록매체는 플로피 드라이브, 디스크, 테이프, DVD/CD-ROM 드라이브, 메모리 카드 등의 컴퓨터에서 판독 가능한 기록매체를 포함할 수 있다. 다른 실시예에서 소프트웨어 구성요소들은 컴퓨터에서 판독 가능한 기록매체가 아닌 통신 인터페이스(230)를 통해 메모리(210)에 로딩될 수도 있다. 예를 들어, 소프트웨어 구성요소들은 네트워크(170)를 통해 수신되는 파일들에 의해 설치되는 컴퓨터 프로그램에 기반하여 컴퓨터 장치(200)의 메모리(210)에 로딩될 수 있다.
프로세서(220)는 기본적인 산술, 로직 및 입출력 연산을 수행함으로써, 컴퓨터 프로그램의 명령을 처리하도록 구성될 수 있다. 명령은 메모리(210) 또는 통신 인터페이스(230)에 의해 프로세서(220)로 제공될 수 있다. 예를 들어 프로세서(220)는 메모리(210)와 같은 기록 장치에 저장된 프로그램 코드에 따라 수신되는 명령을 실행하도록 구성될 수 있다.
통신 인터페이스(230)은 네트워크(170)를 통해 컴퓨터 장치(200)가 다른 장치(일례로, 앞서 설명한 저장 장치들)와 서로 통신하기 위한 기능을 제공할 수 있다. 일례로, 컴퓨터 장치(200)의 프로세서(220)가 메모리(210)와 같은 기록 장치에 저장된 프로그램 코드에 따라 생성한 요청이나 명령, 데이터, 파일 등이 통신 인터페이스(230)의 제어에 따라 네트워크(170)를 통해 다른 장치들로 전달될 수 있다. 역으로, 다른 장치로부터의 신호나 명령, 데이터, 파일 등이 네트워크(170)를 거쳐 컴퓨터 장치(200)의 통신 인터페이스(230)를 통해 컴퓨터 장치(200)로 수신될 수 있다. 통신 인터페이스(230)를 통해 수신된 신호나 명령, 데이터 등은 프로세서(220)나 메모리(210)로 전달될 수 있고, 파일 등은 컴퓨터 장치(200)가 더 포함할 수 있는 저장 매체(상술한 영구 저장 장치)로 저장될 수 있다.
입출력 인터페이스(240)는 입출력 장치(250)와의 인터페이스를 위한 수단일 수 있다. 예를 들어, 입력 장치는 마이크, 키보드 또는 마우스 등의 장치를, 그리고 출력 장치는 디스플레이, 스피커와 같은 장치를 포함할 수 있다. 다른 예로 입출력 인터페이스(240)는 터치스크린과 같이 입력과 출력을 위한 기능이 하나로 통합된 장치와의 인터페이스를 위한 수단일 수도 있다. 입출력 장치(250)는 컴퓨터 장치(200)와 하나의 장치로 구성될 수도 있다.
또한, 다른 실시예들에서 컴퓨터 장치(200)는 도 2의 구성요소들보다 더 적은 혹은 더 많은 구성요소들을 포함할 수도 있다. 그러나, 대부분의 종래기술적 구성요소들을 명확하게 도시할 필요성은 없다. 예를 들어, 컴퓨터 장치(200)는 상술한 입출력 장치(250) 중 적어도 일부를 포함하도록 구현되거나 또는 트랜시버(transceiver), 데이터베이스 등과 같은 다른 구성요소들을 더 포함할 수도 있다.
도 3은 기존 스트리밍 서비스의 기본 동작의 예를 도시한 도면이다. 도 3은 플레이어 모듈(310), 스트리밍 플레이어 클라이언트(320) 및 스트리밍 서버(330)를 나타내고 있다. 여기서, 플레이어 모듈(310)은 스트리밍 콘텐츠의 재생을 위해 사용자의 단말 장치에 설치 및 구동되는 소프트웨어 모듈일 수 있으며, 스트리밍 플레이어 클라이언트(320)는 스트리밍 서비스를 제공받기 위해 사용자의 단말 장치에 설치 및 구동되는 소프트웨어 모듈일 수 있다. 또한, 스트리밍 서버(330)는 스트리밍 서비스를 제공하는 서버 장치에 설치 및 구동되는 소프트웨어 모듈에 대응될 수 있다.
제1 과정(341)은 스트리밍 플레이어 클라이언트(320)가 스트리밍 서버(330)로 매니페스트 파일(일례로, HLS의 master.m3u8)을 요청하는 과정의 예일 수 있으며, 제2 과정(341)은 스트리밍 서버(330)가 스트리밍 플레이어 클라이언트(320)의 요청에 응답하는 과정의 예일 수 있다. 예를 들어, 제2 과정(342)에서 스트리밍 서버(330)는 스트리밍 플레이어 클라이언트(320)로 매니페스트 파일을 제공할 수 있다.
제3 과정(343)은 플레이어 모듈(310)이 첫 번째 트랙(#0 트랙)을 선택하는 과정의 예일 수 있다. 이미 설명한 바와 같이, 하나의 동영상 파일은 서로 다른 비트레이트별 트랙들로 미리 준비될 수 있으며, 플레이어 모듈(310)은 필요한 비트레이트의 트랙을 선택할 수 있다. 다만, 플레이어 모듈(310)은 처음에는 자신의 비트레이트를 알 수 없기 때문에, 플레이어 모듈(310)은 제3 과정(343)에서와 같이 단순히 매니페스트 파일의 최상단에 기록되어 있는 첫 번째 트랙을 선택하게 된다.
제4 과정(344)은 플레이어 모듈(310)이 스트리밍 플레이어 클라이언트(320)로 선택된 트랙(#0 트랙)의 트랙정보(일례로, HLS의 #0 트랙의 playlist.m3u8)을 요청하는 과정의 예일 수 있으며, 제5 과정(345)은 스트리밍 플레이어 클라이언트(320)가 플레이어 모듈(310)의 요청을 스트리밍 서버(330)로 전달하는 과정의 예일 수 있다. 또한, 제6 과정(346)은 스트리밍 서버(330)가 스트리밍 플레이어 클라이언트(320)의 요청에 응답하는 과정의 예일 수 있으며, 제7 과정(347)은 스트리밍 플레이어 클라이언트(320)가 플레이어 모듈(310)의 요청에 응답하는 과정의 예일 수 있다. 예를 들어, 제6 과정(346)과 제7 과정(347)을 통해 플레이어 모듈(310)에서 요청한 선택된 트랙의 트랙정보가 플레이어 모듈(310)로 전달될 수 있다.
제8 과정(348)에서 플레이어 모듈(310)은 스트리밍 플레이어 클라이언트(320)로 선택된 트랙(#0 트랙)의 첫 번째 플래그먼트 파일(일례로, HLS의 #0 트랙의 0.ts)을 요청하는 과정의 예일 수 있으며, 제9 과정(349)은 스트리밍 플레이어 클라이언트(320)가 플레이어 모듈(310)의 요청을 스트리밍 서버(330)로 전달하는 과정의 예일 수 있다. 또한, 제10 과정(350)은 스트리밍 서버(330)가 스트리밍 플레이어 클라이언트(320)의 요청에 응답하는 과정의 예일 수 있으며, 제11 과정(351)은 스트리밍 플레이어 클라이언트(320)가 플레이어 모듈(310)의 요청에 응답하는 과정의 예일 수 있다. 예를 들어, 제10 과정(350)과 제11 과정(351)을 통해 플레이어 모듈(310)에서 요청한 선택된 트랙의 첫 번째 플래그먼트 파일이 플레이어 모듈(310)로 전달될 수 있다.
제12 과정(352)은 플레이어 모듈(310)이 전달된 첫 번째 플래그먼트 파일을 통해 네트워크 비트레이트를 측정하여 최적의 비트레이트를 찾고, 최적의 비트레이트에 알맞은 트랙(일례로, #n 트랙)으로 트랙을 변경하는 과정의 예일 수 있다.
제13 과정(353)은 플레이어 모듈(310)이 스트리밍 플레이어 클라이언트(320)로 변경된 트랙(#n 트랙)의 트랙정보(일례로, HLS의 #n 트랙의 playlist.m3u8)을 요청하는 과정의 예일 수 있으며, 제14 과정(354)은 스트리밍 플레이어 클라이언트(320)가 플레이어 모듈(310)의 요청을 스트리밍 서버(330)로 전달하는 과정의 예일 수 있다. 또한, 제15 과정(355)은 스트리밍 서버(330)가 스트리밍 플레이어 클라이언트(320)의 요청에 응답하는 과정의 예일 수 있으며, 제16 과정(356)은 스트리밍 플레이어 클라이언트(320)가 플레이어 모듈(310)의 요청에 응답하는 과정의 예일 수 있다. 예를 들어, 제15 과정(355)과 제16 과정(356)을 통해 플레이어 모듈(310)에서 요청한 변경된 트랙의 트랙정보가 플레이어 모듈(310)로 전달될 수 있다.
제17 과정(357)은 플레이어 모듈(310)은 스트리밍 플레이어 클라이언트(320)로 변경된 트랙(#n 트랙)의 첫 번째 플래그먼트 파일(일례로, HLS의 #n 트랙의 0.ts)을 요청하는 과정의 예일 수 있으며, 제18 과정(358)은 스트리밍 플레이어 클라이언트(320)가 플레이어 모듈(310)의 요청을 스트리밍 서버(330)로 전달하는 과정의 예일 수 있다. 또한, 제19 과정(359)은 스트리밍 서버(330)가 스트리밍 플레이어 클라이언트(320)의 요청에 응답하는 과정의 예일 수 있으며, 제20 과정(360)은 스트리밍 플레이어 클라이언트(320)가 플레이어 모듈(310)의 요청에 응답하는 과정의 예일 수 있다. 예를 들어, 제19 과정(359)과 제20 과정(360)을 통해 플레이어 모듈(310)에서 요청한 변경된 트랙의 첫 번째 플래그먼트 파일이 플레이어 모듈(310)로 전달될 수 있다. 다시 말해, 플레이어 모듈(310)은 제20 과정(360)에서야 포커싱된 스트리밍 콘텐츠를 재생할 수 있는 첫 번째 플래그먼트 파일을 획득할 수 있게 된다.
이후 제21 과정(361) 내지 제24 과정(364)은 플레이어 모듈(310)이 변경된 트랙(#n 트랙)의 두 번째 플래그먼트 파일(일례로, HLS의 #n 트랙의 1.ts)을 획득하기 위한 과정의 예를 나타내고 있다. 이후의 플래그먼트 파일들 역시 제21 과정(361) 내지 제24 과정(364)과 유사한 방식으로 얻어질 수 있다.
도 4는 본 발명의 일실시예에 따른 최적화된 트랙 선택 방식이 적용된 스트리밍 서비스의 기본 동작의 예를 도시한 도면이다. 도 4는 플레이어 모듈(410), 스트리밍 플레이어 클라이언트(420), 로컬 프록시 서버(430) 및 스트리밍 서버(450)를 각각 나타내고 있다. 여기서, 플레이어 모듈(410)은 스트리밍 콘텐츠의 재생을 위해 사용자의 단말 장치에 설치 및 구동되는 소프트웨어 모듈일 수 있으며, 스트리밍 플레이어 클라이언트(420)와 로컬 프록시 서버(430)는 스트리밍 서비스를 제공받기 위해 사용자의 단말 장치에 설치 및 구동되는 소프트웨어 모듈일 수 있다. 또한, 스트리밍 서버(440)는 스트리밍 서비스를 제공하기 위해 서버 장치에 설치 및 구동되는 소프트웨어 모듈일 수 있다. 여기서, 소프트웨어 모듈은 컴퓨터 장치(200)에 설치 및 구동되는 컴퓨터 프로그램에 대응될 수 있다.
제1 과정(451)은 스트리밍 플레이어 클라이언트(420)가 플레이어 모듈(410)에 초기 비트레이트를 설정하는 과정의 예일 수 있다. 예를 들어, 스트리밍 플레이어 클라이언트(420)는 네트워크 대역폭, 버퍼 잔량, 화면 크기 등을 고려하여 플레이어 모듈(410)을 위한 초기 비트레이트를 설정할 수 있다. 서비스적으로 콘텐츠들의 리스트가 표시되는 화면에서는 프레임버퍼를 빠르게 다운로드 받아 콘텐츠들의 프리뷰를 재생시키기 위해 낮은 비트레이트가 요구되고, 동시에 해상도가 커서 선명한 영상을 렌더링하기 위해 높은 비트레이트가 요구된다. 따라서, 너무 높지도 않고 낮지도 않은 적절한 초기 비트레이트를 선택할 수 있어야 한다. 이러한 서비스에서의 초기 비트레이트는 경험적으로 기설정될 수 있다. 예를 들어, 모바일의 콘텐츠 리스트 화면에서는 360p 해상도의 트랙이 적절함이 확인되었으며, 이에 원본 동영상의 복잡도에 따라 해상도별 비트레이트가 약간씩 달라지기는 해도 약 750kbps의 초기 비트레이트를 사용함으로써, 모바일의 콘텐츠 리스트 화면을 위한 초기 비트레이트가 경험적으로 기설정될 수 있다. 이 경우, 스트리밍 플레이어 클라이언트(420)는 기설정된 초기 비트레이트를 플레이어 모듈(410)에 설정할 수 있다.
제2 과정(452)은 플레이어 모듈(410)이 스트리밍 플레이어 클라이언트(420)로 매니페스트 파일(일례로, HLS의 master.m3u8)을 요청하는 과정의 예일 수 있으며, 제3 과정(453)은 스트리밍 플레이어 클라이언트(420)가 스트리밍 서버(440)로 매니페스트 파일을 요청하는 과정의 예일 수 있다.
제4 과정(454)은 스트리밍 서버(440)가 요청된 매니페스트 파일을 전달하는 과정의 예일 수 있다. 실질적으로 스트리밍 서버(440)는 자신에게 매니페스트 파일을 요청한 스트리밍 플레이어 클라이언트(420)로 요청된 매니페스트 파일을 전송할 수 있으나, 로컬 스트리밍 서버인 로컬 프록시 서버(430)가 이러한 매니페스트 파일을 가로챌 수 있다. 제5 과정(455)은 로컬 프록시 서버(430)가 제1 과정(451)에서 설정된 초기 비트레이트를 이용하여 매니페스트 파일을 편집하는 과정의 예일 수 있다. 예를 들어, 로컬 프록시 서버(430)는 설정된 초기 비트레이트와 매니페스트 파일에 기록된 트랙들을 비교하여 가장 적합한 트랙(일례로, #n 트랙)을 선택할 수 있다. 이후, 로컬 프록시 서버(430)는 선택한 트랙이 매니페스트 파일의 첫 번째 트랙에 되도록 매니페스트 파일을 편집(#n 트랙 → #0 트랙)할 수 있다. 제6 과정(456)은 로컬 프록시 서버(430)가 스트리밍 플레이어 클라이언트(420)로 편집된 매니페스트 파일을 전달하는 과정의 예일 수 있으며, 제7 과정(457)은 스트리밍 플레이어 클라이언트(420)가 플레이어 모듈(410)로 편집된 매니페스트 파일을 전달하는 과정의 예일 수 있다.
아래 표 1은 최초의 매니페스트 파일의 예를, 표 2는 편집된 매니페스트 파일의 예를 각각 나타내고 있다.
#EXTM3U#EXT-X-VERSION:3#EXT-X-STREAM-INF:BANDWIDTH=3890176,RESOLUTION=1920x108055e26ca8-3cb5-11e9-a5ac-246e963a49b9.m3u8#EXT-X-STREAM-INF:BANDWIDTH=2197504,RESOLUTION=1280x720446f42fd-3cb5-11e9-9610-246e96398ca5.m3u8#EXT-X-STREAM-INF:BANDWIDTH=1199104,RESOLUTION=854x4801a37eb4f-3cb5-11e9-a5ac-246e963a49b9.m3u8#EXT-X-STREAM-INF:BANDWIDTH=825344,RESOLUTION=640x360ce7d043b-3cb4-11e9-9610-246e96398ca5.m3u8#EXT-X-STREAM-INF:BANDWIDTH=494592,RESOLUTION=480x270#EXT-X-STREAM-INF:BANDWIDTH=145408,RESOLUTION=256x144cfd62ada-3cb4-11e9-8380-246e963a41ed.m3u8
#EXTM3U#EXT-X-VERSION:3#EXT-X-STREAM-INF:BANDWIDTH=1199104,RESOLUTION=854x4801a37eb4f-3cb5-11e9-a5ac-246e963a49b9.m3u8#EXT-X-STREAM-INF:BANDWIDTH=3890176,RESOLUTION=1920x108055e26ca8-3cb5-11e9-a5ac-246e963a49b9.m3u8#EXT-X-STREAM-INF:BANDWIDTH=2197504,RESOLUTION=1280x720446f42fd-3cb5-11e9-9610-246e96398ca5.m3u8#EXT-X-STREAM-INF:BANDWIDTH=825344,RESOLUTION=640x360ce7d043b-3cb4-11e9-9610-246e96398ca5.m3u8#EXT-X-STREAM-INF:BANDWIDTH=494592,RESOLUTION=480x270#EXT-X-STREAM-INF:BANDWIDTH=145408,RESOLUTION=256x144cfd62ada-3cb4-11e9-8380-246e963a41ed.m3u8
표 2에서는 표 1에 나타난 세 번째 트랙(1a37eb4f-3cb5-11e9-a5ac-246e963a49b9.m3u8)이 첫 번째 트랙으로 편집된 예를 나타내고 있다.제8 과정(458)은 플레이어 모듈(410)이 매니페스트 파일에서 첫 번째 트랙을 선택하는 과정의 예일 수 있다. 이미 설명한 바와 같이, 매니페스트 파일은 첫 번째 트랙(#0 트랙)이 설정된 초기 비트레이트에 가장 적합한 트랙으로 변경되었기 때문에 플레이어 모듈(410)은 앞서 제1 과정(451)에서 설정된 초기 비트레이트에 가장 적합한 트랙을 첫 번째 트랙(#0 트랙)으로서 선택하게 된다.
제9 과정(459)은 플레이어 모듈(410)이 스트리밍 플레이어 클라이언트(420)로 선택된 트랙(#0 트랙)의 트랙정보(일례로, HLS의 #0 트랙의 playlist.m3u8)를 요청하는 과정의 예일 수 있고, 제10 과정(460)은 스트리밍 플레이어 클라이언트(420)가 스트리밍 서버(440)로 선택된 트랙의 트랙정보를 요청하는 과정의 예일 수 있다. 또한, 제11 과정(461)은 스트리밍 서버(440)가 스트리밍 플레이어 클라이언트(420)로 요청된 트랙정보를 전달하는 과정의 예일 수 있으며, 제12 과정(462)는 스트리밍 플레이어 클라이언트(420)가 플레이어 모듈(410)로 요청된 트랙정보를 전달하는 과정의 예일 수 있다.
제13 과정(463)은 플레이어 모듈(410)이 스트리밍 플레이어 클라이언트(420)로 해당 트랙(#0 트랙)의 첫 번째 플래그먼트 파일(일례로, HLS의 #0 트랙의 0.ts)을 요청하는 과정의 예일 수 있으며, 제14 과정(464)은 스트리밍 플레이어 클라이언트(420)이 스트리밍 서버(440)로 해당 트랙의 첫 번째 플래그먼트 파일을 요청하는 과정의 예일 수 있다. 또한, 제15 과정(465)은 스트리밍 서버(440)가 스트리밍 플레이어 클라이언트(420)로 요청된 첫 번째 플래그먼트 파일을 전달하는 과정의 예일 수 있으며, 제16 과정(466)은 스트리밍 플레이어 클라이언트(420)가 플레이어 모듈(410)로 요청된 첫 번째 플래그먼트 파일을 전달하는 과정의 예일 수 있다. 이때, 플레이어 모듈(410)은 설정된 초기 비트레이트에 적합한 트랙의 첫 번째 플래그먼트 파일을 얻었기 때문에 트랙을 재변경할 확률이 낮으며, 트랙을 재변경하지 않는 경우 현재의 첫 번째 플래그먼트 파일을 통해 포커싱된 스트리밍 콘텐츠를 재생할 수 있게 된다. 다시 말해, 기존에 낭비되던 트랙정보의 요청 1회와, 첫 번째 플래그먼트 파일 요청 1회를 제거할 수 있게 된다. 따라서 포커싱된 스트리밍 콘텐츠의 첫 재생 시각을 단축시킬 수 있게 된다.
이후 제17 과정(467) 내지 제20 과정(470)은 플레이어 모듈(410)이 첫 번째 트랙(#0 트랙)의 두 번째 플래그먼트 파일(일례로, HLS의 #0 트랙의 1.ts)을 획득하기 위한 과정의 예를 나타내고 있다. 이후의 플래그먼트 파일들 역시 제17 과정(467) 내지 제20 과정(470)과 유사하게 얻어질 수 있다.
도 5는 본 발명의 일실시예에 따른 캐싱 및 프리로딩 방식이 적용된 스트리밍 서비스의 기본 동작의 예를 도시한 도면이다. 앞서 도 4를 통해 설명한 최적화된 트랙 선택 방식과 도 5에서 설명한 캐싱 및 프리로딩 방식은 개별적으로 적용될 수도 있으나, 함께 적용될 수도 있다. 도 5에서는 캐싱 및 프리로딩 방식이 개별적으로 적용된 경우의 실시예를 설명한다.
제1 과정(511)은 플레이어 모듈(410)이 스트리밍 플레이어 클라이언트(420)로 매니페스트 파일(일례로, HLS의 master.m3u8)을 요청하는 과정의 예일 수 있으며, 제2 과정(512)은 스트리밍 플레이어 클라이언트(420)가 로컬 프록시 서버(430)로 매니페스트 파일을 요청하는 과정의 예일 수 있다. 이때, 제3 과정(513)은 로컬 프록시 서버(430)가 캐시를 조회하는 과정의 예일 수 있다. 이때, 요청된 매니페스트 파일이 캐시에 저장되어 있지 않은 경우, 로컬 프록시 서버(430)는 스트리밍 서버(440)를 통해 요청된 매니페스트 파일을 얻어올 수 있으나, 요청된 매니페스트 파일이 캐시에 저장되어 있는 경우, 로컬 프록시 서버(430)는 캐시에 저장되어 있는 매니페스트 파일을 제공할 수 있다. 제4 과정(514)은 로컬 프록시 서버(430)가 스트리밍 플레이어 클라이언트(420)로 요청된 매니페스트 파일을 전달하는 과정의 예일 수 있으며, 제5 과정(515)은 스트리밍 플레이어 클라이언트(420)가 플레이어 모듈(410)로 매니페스트 파일을 전달하는 과정의 예일 수 있다.
이처럼, 로컬 프록시 서버(430)는 도 4를 통해 설명한 바와 같이, 매니페스트 파일의 첫 번째 트랙을 기 설정된 초기 비트레이트에 적합한 트랙으로 변경하는 트랙 최적화 이외에도 데이터의 프리로딩과 캐싱을 처리함으로써 스트리밍 콘텐츠의 초기 재생 속도를 향상시킬 수 있다.
이후, 제6 과정(516) 내지 제10 과정(520)은 플레이어 모듈(410)이 트랙정보(일례로, HLS의 playlist.m3u8)를 획득하기 위한 과정의 예를, 제11 과정(521) 내지 제15 과정(525)은 플레이어 모듈(410)이 첫 번째 플래그먼트 파일(일례로, HLS의 0.ts)을 획득하기 위한 과정의 예를, 제16 과정(526) 내지 제20 과정(530)은 플레이어 모듈(410)이 두 번째 플래그먼트 파일(일례로, HLS의 1.ts)을 획득하기 위한 과정의 예를 각각 나타내고 있다.
이때, 로컬 프록시 서버(430)는 캐시내의 데이터에 대한 히팅 확률을 높이기 위해, 콘텐츠 리스트뷰에서 현재 포커싱되어 재생되는 제1 스트리밍 콘텐츠를 기준으로 콘텐츠 리스트뷰에서 제1 스트리밍 콘텐츠와 상대적으로 가까운 위치에 배치된 스트리밍 콘텐츠로부터 제1 스트리밍 콘텐츠와 상대적으로 먼 위치에 배치된 스트리밍 콘텐츠의 순서로 데이터를 프리로딩 및 캐싱할 수 있다. 사용자는 콘텐츠 리스트뷰에서 현재 포커싱되어 재생되는 제1 스트리밍 콘텐츠의 주변 스트리밍 콘텐츠를 다시 포커싱할 가능성이 크기 때문에 상술한 순서에 따른 데이터의 프리로딩 및 캐싱을 통해 캐시내의 데이터에 대한 히팅 확률을 높일 수 있게 된다.
도 6은 본 발명의 일실시예에 있어서, 콘텐츠 리스트뷰에서의 프리로딩 및 캐싱 순서의 예를 도시한 도면이다. 도 6의 콘텐츠 리스트뷰(600)는 스트리밍 콘텐츠 1(610) 내지 스트리밍 콘텐츠 5(650)를 포함하는 예를 나타내고 있다. 만약, 사용자가 스트리밍 콘텐츠 1(610)을 포커싱하는 경우(일례로, PC 환경에서 스트리밍 콘텐츠 1(610)이 표시된 영역에 마우스 오버 이벤트가 발생하는 경우), 스트리밍 콘텐츠 1(610)이 재생될 수 있다. 이때, 로컬 프록시 서버(430)는 포커싱되어 재생되는 스트리밍 콘텐츠 1(610)과 상대적으로 가깝게 배치된 스트리밍 콘텐츠 2(620)의 데이터(일례로, 매니페스트 파일, 트랙정보 등)를 프리로딩 및 캐싱할 수 있으며, 그 다음으로 상대적으로 스트리밍 콘텐츠 3(630), 스트리밍 콘텐츠 4(640), 스트리밍 콘텐츠 5(650)의 순서로 데이터를 프리로딩 및 캐싱할 수 있다. 만약, 사용자가 스트리밍 콘텐츠 3(610)을 포커싱하는 경우, 로컬 프록시 서버(430)는 스트리밍 콘텐츠 3(610)과 상대적으로 가깝게 배치된 스트리밍 콘텐츠 2(620)와 스트리밍 콘텐츠 4(640)를 먼저 프리로딩 및 캐싱할 수 있으며, 이후 스트리밍 콘텐츠 1(610)과 스트리밍 콘텐츠 5(650)를 프리로딩 및 캐싱할 수 있다.
또한, 로컬 프록시 서버(430)는 동일한 기준으로 캐시에서 데이터를 삭제할 수 있다. 예를 들어, 로컬 프록시 서버(430)는 캐시에서 데이터를 삭제할 때, 현재 재생중인 스트리밍 콘텐츠에서 상대적으로 멀게 배치된 스트리밍 콘텐츠의 데이터부터 캐시에서 삭제할 수 있다.
또한, 로컬 프록시 서버(430)는 매니페스트 파일이나 트랙정보가 포함되는 데이터가 캐시에서 상대적으로 오래 저장되어 있도록 우선순위를 조정할 수 있다. 예를 들어, HLS의 m3u8 파일이나 mp4의 moov 파일이 포함되는 첫 번째 청크(chunk)가 나머지 데이터들보다 캐시에 오래 남도록 우선순위를 조정할 수 있다. 보다 구체적인 예로, mp4의 시작부분의 1mb 크기의 데이터가 moov 파일이 포함될 것으로 결정되는 경우, 로컬 프록시 서버(430)는 mp4의 시작부분의 1mb 크기의 데이터에 대해 우선순위를 주어 다른 데이터들보다 상대적으로 더 오래 캐시에 남아있도록 캐싱정책이 설정될 수 있다.
도 7은 본 발명의 일실시예에 따른 클라이언트의 스트리밍 콘텐츠 재생 방법의 예를 도시한 흐름도이다. 본 실시예에 따른 스트리밍 콘텐츠 재생 방법은 스트리밍 서비스의 클라이언트 구현하는 컴퓨터 장치(200)에 의해 수행될 수 있다. 이 경우, 컴퓨터 장치(200)의 프로세서(220)는 메모리(210)가 포함하는 운영체제의 코드나 적어도 하나의 프로그램의 코드에 따른 제어 명령(instruction)을 실행하도록 구현될 수 있다. 여기서, 프로세서(220)는 컴퓨터 장치(200)에 저장된 코드가 제공하는 제어 명령에 따라 컴퓨터 장치(200)가 도 7의 방법이 포함하는 단계들(710 내지 750)을 수행하도록 컴퓨터 장치(200)를 제어할 수 있다.
단계(710)에서 컴퓨터 장치(200)는 스트리밍 콘텐츠를 재생하는 플레이어 모듈을 위한 초기 비트레이트를 설정할 수 있다. 예를 들어, 컴퓨터 장치(200)에 설치 및 구동되는 컴퓨터 프로그램에 의해 생성되는 스트리밍 플레이어 클라이언트에 대응하는 코드의 제어에 따라 프로세서(220)가 스트리밍 콘텐츠를 재생하는 플레이어 모듈을 위한 초기 비트레이트를 설정할 수 있다. 이때, 초기 비트레이트는 네트워크 대역폭, 버퍼 잔량, 화면 크기 등을 고려하여 플레이어 모듈을 위한 초기 비트레이트를 설정할 수 있다.
단계(720)에서 컴퓨터 장치(200)는 플레이어 모듈로부터의 스트리밍 콘텐츠에 대한 매니페스트 파일 요청을 스트리밍 서버로 전달할 수 있다. 예를 들어, 상술한 스트리밍 플레이어 클라이언트에 대응하는 코드의 제어에 따라 프로세서(220)는 플레이어 모듈로부터 매니페스트 파일에 대한 요청을 수신할 수 있으며, 이를 네트워크(170)를 통해 스트리밍 서버로 전달할 수 있다. 이 경우, 스트리밍 서버는 매니페스트 파일을 컴퓨터 장치(200)로 전송할 수 있다.
단계(730)에서 컴퓨터 장치(200)는 스트리밍 서버로부터 전달되는 매니페스트 파일을 설정된 초기 비트레이트에 기반하여 편집할 수 있다. 예를 들어, 컴퓨터 장치(200)에 설치 및 구동되는 컴퓨터 프로그램에 의해 생성되는 로컬 프록시 서버에 대응하는 코드의 제어에 따라 프로세서(220)가 매니페스트 파일을 편집할 수 있다.
이때, 컴퓨터 장치(200)는 설정된 초기 비트레이트에 기초하여 매니페스트 파일에 기록된 트랙들 중 하나의 트랙을 선택할 수 있다. 예를 들어, 컴퓨터 장치(200)는 설정된 초기 비트레이트와 매니페스트 파일에 기록된 트랙들 각각을 비교하여 설정된 최기 비트레이트에 가장 적합한 트랙을 선택할 수 있다. 이후, 컴퓨터 장치(200)는 선택된 트랙이 매니페스트 파일의 첫 번째 트랙으로 기록되도록 매니페스트 파일을 편집할 수 있다.
단계(740)에서 컴퓨터 장치(200)는 편집된 매니페스트 파일을 스트리밍 플레이어 클라이언트를 통해 플레이어 모듈로 전달할 수 있다. 이 경우, 플레이어 모듈에서 편집된 매니페스트 파일로부터 첫 번째 트랙을 선택함에 따라 설정된 초기 비트레이트에 기초하여 선택된 트랙이 선택될 수 있다.
이후, 플레이어 모듈은 기존의 과정에서와 같이 첫 번째 트랙의 트랙정보를 요청할 수 있으며, 첫 번째 트랙의 첫 번째 플래그먼트 파일을 요청할 수 있다. 이에 따라 컴퓨터 장치(200)는 플레이어 모듈로부터의 편집된 매니페스트 파일로부터 선택된 트랙의 트랙정보에 대한 요청을 스트리밍 서버로 전달할 수 있으며, 스트리밍 서버로부터 전달되는 트랙정보를 플레이어 모듈로 전달할 수 있다. 또한, 이후 플레이어 모듈로부터의 첫 번째 플래그먼트 파일에 대한 요청을 스트리밍 서버로 전달할 수 있으며, 스트리밍 서버로부터 전달되는 첫 번째 플래그먼트 파일을 플레이어 모듈로 전달할 수 있다. 이러한 과정을 통해 플레이어 모듈은 해당 스트리밍 콘텐츠를 재생할 수 있게 된다.
단계(750)에서 컴퓨터 장치(200)는 플레이어 모듈에서 스트리밍 콘텐츠가 재생되는 동안, 스트리밍 콘텐츠가 포함된 콘텐츠 리스트뷰의 다른 스트리밍 콘텐츠들에 대한 데이터를 프리로딩 및 캐싱할 수 있다. 앞서 도 5에서는 로컬 프록시 서버를 통해 데이터를 프리로딩 및 캐싱한 예를 설명한 바 있다. 이때, 컴퓨터 장치(200)는 콘텐츠 리스트뷰에서 스트리밍 콘텐츠가 배치된 위치와 스트리밍 콘텐츠들 각각이 배치된 위치간의 상대적인 거리에 기초하여 다른 스트리밍 콘텐츠들 각각의 프리로딩 순서 및 캐싱 순서 중 적어도 하나를 결정할 수 있다. 예를 들어, 컴퓨터 장치(200)는 현재 재생중인 스트리밍 콘텐츠에서 상대적으로 가까운 다른 스트리밍 콘텐츠로부터 상대적으로 먼 다른 스트리밍 콘텐츠의 순서로 데이터들을 프리로딩 및 캐싱할 수 있다.
이와 같이, 본 발명의 실시예들에 따르면, HLS, MPEG-DASH, mp4 등의 스트리밍 서비스에서 플레이어 모듈과 스트리밍 플레이어 클라이언트간에 초기 비트레이트를 설정하고, 로컬 스트리밍 서버(일례로, 로컬 프록시 서버)를 이용하여 이러한 초기 비트레이트에 최적화된 트랙을 첫 번째 트랙으로서 선택하도록 함으로써, 적응형 트랙을 다시 선택해야 하는 문제점을 해결할 수 있다. 또한, 상기 로컬 스트리밍 서버를 이용하여 콘텐츠 리스트뷰가 포함하는 다수의 스트리밍 콘텐츠들 중 현재 포커스되어 재생되는 스트리밍 콘텐츠의 상기 콘텐츠 리스트뷰에서의 배치에 따라 다른 스트리밍 콘텐츠의 캐싱 순서를 결정함에 따라 캐싱된 데이터의 히팅 확률을 높일 수 있다.
이상에서 설명된 시스템 또는 장치는 하드웨어 구성요소, 또는 하드웨어 구성요소 및 소프트웨어 구성요소의 조합으로 구현될 수 있다. 예를 들어, 실시예들에서 설명된 장치 및 구성요소는, 예를 들어, 프로세서, 콘트롤러, ALU(arithmetic logic unit), 디지털 신호 프로세서(digital signal processor), 마이크로컴퓨터, FPGA(field programmable gate array), PLU(programmable logic unit), 마이크로프로세서, 또는 명령(instruction)을 실행하고 응답할 수 있는 다른 어떠한 장치와 같이, 하나 이상의 범용 컴퓨터 또는 특수 목적 컴퓨터를 이용하여 구현될 수 있다. 처리 장치는 운영 체제(OS) 및 상기 운영 체제 상에서 수행되는 하나 이상의 소프트웨어 어플리케이션을 수행할 수 있다. 또한, 처리 장치는 소프트웨어의 실행에 응답하여, 데이터를 접근, 저장, 조작, 처리 및 생성할 수도 있다. 이해의 편의를 위하여, 처리 장치는 하나가 사용되는 것으로 설명된 경우도 있지만, 해당 기술분야에서 통상의 지식을 가진 자는, 처리 장치가 복수 개의 처리 요소(processing element) 및/또는 복수 유형의 처리 요소를 포함할 수 있음을 알 수 있다. 예를 들어, 처리 장치는 복수 개의 프로세서 또는 하나의 프로세서 및 하나의 콘트롤러를 포함할 수 있다. 또한, 병렬 프로세서(parallel processor)와 같은, 다른 처리 구성(processing configuration)도 가능하다.
소프트웨어는 컴퓨터 프로그램(computer program), 코드(code), 명령(instruction), 또는 이들 중 하나 이상의 조합을 포함할 수 있으며, 원하는 대로 동작하도록 처리 장치를 구성하거나 독립적으로 또는 결합적으로(collectively) 처리 장치를 명령할 수 있다. 소프트웨어 및/또는 데이터는, 처리 장치에 의하여 해석되거나 처리 장치에 명령 또는 데이터를 제공하기 위하여, 어떤 유형의 기계, 구성요소(component), 물리적 장치, 가상 장치(virtual equipment), 컴퓨터 저장 매체 또는 장치에 구체화(embody)될 수 있다. 소프트웨어는 네트워크로 연결된 컴퓨터 시스템 상에 분산되어서, 분산된 방법으로 저장되거나 실행될 수도 있다. 소프트웨어 및 데이터는 하나 이상의 컴퓨터 판독 가능 기록매체에 저장될 수 있다.
실시예에 따른 방법은 다양한 컴퓨터 수단을 통하여 수행될 수 있는 프로그램 명령 형태로 구현되어 컴퓨터 판독 가능 매체에 기록될 수 있다. 상기 컴퓨터 판독 가능 매체는 프로그램 명령, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 매체는 컴퓨터로 실행 가능한 프로그램을 계속 저장하거나, 실행 또는 다운로드를 위해 임시 저장하는 것일 수도 있다. 또한, 매체는 단일 또는 수개 하드웨어가 결합된 형태의 다양한 기록수단 또는 저장수단일 수 있는데, 어떤 컴퓨터 시스템에 직접 접속되는 매체에 한정되지 않고, 네트워크 상에 분산 존재하는 것일 수도 있다. 매체의 예시로는, 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체, CD-ROM 및 DVD와 같은 광기록 매체, 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical medium), 및 ROM, RAM, 플래시 메모리 등을 포함하여 프로그램 명령어가 저장되도록 구성된 것이 있을 수 있다. 또한, 다른 매체의 예시로, 애플리케이션을 유통하는 앱 스토어나 기타 다양한 소프트웨어를 공급 내지 유통하는 사이트, 서버 등에서 관리하는 기록매체 내지 저장매체도 들 수 있다. 프로그램 명령의 예에는 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드를 포함한다.
이상과 같이 실시예들이 비록 한정된 실시예와 도면에 의해 설명되었으나, 해당 기술분야에서 통상의 지식을 가진 자라면 상기의 기재로부터 다양한 수정 및 변형이 가능하다. 예를 들어, 설명된 기술들이 설명된 방법과 다른 순서로 수행되거나, 및/또는 설명된 시스템, 구조, 장치, 회로 등의 구성요소들이 설명된 방법과 다른 형태로 결합 또는 조합되거나, 다른 구성요소 또는 균등물에 의하여 대치되거나 치환되더라도 적절한 결과가 달성될 수 있다.
그러므로, 다른 구현들, 다른 실시예들 및 청구범위와 균등한 것들도 후술하는 청구범위의 범위에 속한다.

Claims (14)

  1. 컴퓨터 장치와 결합되어 스트리밍 콘텐츠 재생 방법을 컴퓨터 장치에 실행시키기 위해 컴퓨터 판독 가능한 기록매체에 저장된 컴퓨터 프로그램에 있어서,
    상기 스트리밍 콘텐츠 재생 방법은,
    스트리밍 플레이어 클라이언트에서 스트리밍 콘텐츠를 재생하는 플레이어 모듈을 위한 초기 비트레이트를 설정하는 단계;
    상기 스트리밍 플레이어 클라이언트에서 상기 플레이어 모듈로부터의 스트리밍 콘텐츠에 대한 매니페스트 파일 요청을 스트리밍 서버로 전달하는 단계;
    로컬 프록시 서버에서 상기 스트리밍 서버로부터 전달되는 매니페스트 파일을 상기 설정된 초기 비트레이트에 기반하여 편집하는 단계; 및
    상기 로컬 프록시 서버에서 상기 편집된 매니페스트 파일을 상기 스트리밍 플레이어 클라이언트를 통해 상기 플레이어 모듈로 전달하는 단계
    를 포함하는 것
    을 특징으로 하는 컴퓨터 프로그램.
  2. 제1항에 있어서,
    상기 편집하는 단계는,
    상기 설정된 초기 비트레이트에 기초하여 상기 매니페스트 파일에 기록된 트랙들 중 하나의 트랙을 선택하는 단계; 및
    상기 선택된 트랙이 상기 매니페스트 파일의 첫 번째 트랙으로 기록되도록 상기 매니페스트 파일을 편집하는 단계
    를 포함하는 것
    을 특징으로 하는 컴퓨터 프로그램.
  3. 제2항에 있어서,
    상기 플레이어 모듈에서 상기 편집된 매니페스트 파일로부터 첫 번째 트랙을 선택함에 따라 상기 설정된 초기 비트레이트에 기초하여 선택된 트랙이 선택되는 것
    을 특징으로 하는 컴퓨터 프로그램.
  4. 제1항에 있어서,
    상기 스트리밍 콘텐츠 재생 방법은,
    상기 스트리밍 플레이어 클라이언트에서 상기 플레이어 모듈로부터의 상기 편집된 매니페스트 파일로부터 선택된 트랙의 트랙정보에 대한 요청을 상기 스트리밍 서버로 전달하는 단계; 및
    상기 스트리밍 플레이어 클라이언트에서 상기 스트리밍 서버로부터 전달되는 트랙정보를 상기 플레이어 모듈로 전달하는 단계
    를 더 포함하는 것
    을 특징으로 하는 컴퓨터 프로그램.
  5. 제1항에 있어서,
    상기 스트리밍 콘텐츠 재생 방법은,
    상기 플레이어 모듈에서 상기 스트리밍 콘텐츠가 재생되는 동안, 상기 로컬 프록시 서버에서 상기 스트리밍 콘텐츠가 포함된 콘텐츠 리스트뷰의 다른 스트리밍 콘텐츠들에 대한 데이터를 프리로딩 및 캐싱하는 단계
    를 더 포함하는 것
    을 특징으로 하는 컴퓨터 프로그램.
  6. 제5항에 있어서,
    상기 프리로딩 및 캐싱하는 단계는,
    상기 콘텐츠 리스트뷰에서 상기 스트리밍 콘텐츠가 배치된 위치와 상기 스트리밍 콘텐츠들 각각이 배치된 위치간의 상대적인 거리에 기초하여 상기 다른 스트리밍 콘텐츠들 각각의 프리로딩 순서 및 캐싱 순서 중 적어도 하나를 결정하는 것
    을 특징으로 하는 컴퓨터 프로그램.
  7. 적어도 하나의 프로세서를 포함하는 컴퓨터 장치의 스트리밍 콘텐츠 재생 방법에 있어서,
    상기 적어도 하나의 프로세서에 의해, 스트리밍 콘텐츠를 재생하는 플레이어 모듈을 위한 초기 비트레이트를 설정하는 단계;
    상기 적어도 하나의 프로세서에 의해, 상기 플레이어 모듈로부터의 스트리밍 콘텐츠에 대한 매니페스트 파일 요청을 스트리밍 서버로 전달하는 단계;
    상기 적어도 하나의 프로세서에 의해, 상기 스트리밍 서버로부터 전달되는 매니페스트 파일을 상기 설정된 초기 비트레이트에 기반하여 편집하는 단계; 및
    상기 적어도 하나의 프로세서에 의해, 상기 편집된 매니페스트 파일을 상기 플레이어 모듈로 전달하는 단계
    를 포함하는 스트리밍 콘텐츠 재생 방법.
  8. 제7항에 있어서,
    상기 편집하는 단계는,
    상기 설정된 초기 비트레이트에 기초하여 상기 매니페스트 파일에 기록된 트랙들 중 하나의 트랙을 선택하는 단계; 및
    상기 선택된 트랙이 상기 매니페스트 파일의 첫 번째 트랙으로 기록되도록 상기 매니페스트 파일을 편집하는 단계
    를 포함하는 것을 특징으로 하는 스트리밍 콘텐츠 재생 방법.
  9. 제7항에 있어서,
    상기 적어도 하나의 프로세서에 의해, 상기 플레이어 모듈로부터의 상기 편집된 매니페스트 파일로부터 선택된 트랙의 트랙정보에 대한 요청을 상기 스트리밍 서버로 전달하는 단계; 및
    상기 적어도 하나의 프로세서에 의해, 상기 스트리밍 서버로부터 전달되는 트랙정보를 상기 플레이어 모듈로 전달하는 단계
    를 더 포함하는 것을 특징으로 하는 스트리밍 콘텐츠 재생 방법.
  10. 제7항에 있어서,
    상기 플레이어 모듈에서 상기 스트리밍 콘텐츠가 재생되는 동안, 상기 적어도 하나의 프로세서에 의해, 상기 스트리밍 콘텐츠가 포함된 콘텐츠 리스트뷰의 다른 스트리밍 콘텐츠들에 대한 데이터를 프리로딩 및 캐싱하는 단계
    를 더 포함하는 것을 특징으로 하는 스트리밍 콘텐츠 재생 방법.
  11. 제10항에 있어서,
    상기 프리로딩 및 캐싱하는 단계는,
    상기 콘텐츠 리스트뷰에서 상기 스트리밍 콘텐츠가 배치된 위치와 상기 스트리밍 콘텐츠들 각각이 배치된 위치간의 상대적인 거리에 기초하여 상기 다른 스트리밍 콘텐츠들 각각의 프리로딩 순서 및 캐싱 순서 중 적어도 하나를 결정하는 것을 특징으로 하는 스트리밍 콘텐츠 재생 방법.
  12. 제1항 내지 제11항 어느 한 항의 방법을 컴퓨터 장치에 실행시키기 위한 컴퓨터 프로그램이 기록되어 있는 컴퓨터 판독 가능한 기록매체.
  13. 컴퓨터에서 판독 가능한 명령을 실행하도록 구현되는 적어도 하나의 프로세서
    를 포함하고,
    상기 적어도 하나의 프로세서에 의해,
    스트리밍 콘텐츠를 재생하는 플레이어 모듈을 위한 초기 비트레이트를 설정하고,
    상기 플레이어 모듈로부터의 스트리밍 콘텐츠에 대한 매니페스트 파일 요청을 스트리밍 서버로 전달하고,
    상기 스트리밍 서버로부터 전달되는 매니페스트 파일을 상기 설정된 초기 비트레이트에 기반하여 편집하고,
    상기 편집된 매니페스트 파일을 상기 플레이어 모듈로 전달하는 것
    을 특징으로 하는 컴퓨터 장치.
  14. 제13항에 있어서,
    상기 적어도 하나의 프로세서에 의해,
    상기 설정된 초기 비트레이트에 기초하여 상기 매니페스트 파일에 기록된 트랙들 중 하나의 트랙을 선택하고,
    상기 선택된 트랙이 상기 매니페스트 파일의 첫 번째 트랙으로 기록되도록 상기 매니페스트 파일을 편집하는 것
    을 특징으로 하는 컴퓨터 장치.
PCT/KR2020/011682 2019-09-04 2020-09-01 로컬 스트리밍 서버를 이용한 스트리밍 콘텐츠의 재생 방법 및 시스템 WO2021045474A1 (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2022514486A JP7282981B2 (ja) 2019-09-04 2020-09-01 ローカルストリーミングサーバを利用したストリーミングコンテンツの再生方法およびシステム
US17/653,326 US11838560B2 (en) 2019-09-04 2022-03-03 Method and system for playing back streaming content using local streaming server

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020190109653A KR102232728B1 (ko) 2019-09-04 2019-09-04 로컬 스트리밍 서버를 이용한 스트리밍 콘텐츠의 재생 방법 및 시스템
KR10-2019-0109653 2019-09-04

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US17/653,326 Continuation US11838560B2 (en) 2019-09-04 2022-03-03 Method and system for playing back streaming content using local streaming server

Publications (1)

Publication Number Publication Date
WO2021045474A1 true WO2021045474A1 (ko) 2021-03-11

Family

ID=74852510

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2020/011682 WO2021045474A1 (ko) 2019-09-04 2020-09-01 로컬 스트리밍 서버를 이용한 스트리밍 콘텐츠의 재생 방법 및 시스템

Country Status (4)

Country Link
US (1) US11838560B2 (ko)
JP (1) JP7282981B2 (ko)
KR (1) KR102232728B1 (ko)
WO (1) WO2021045474A1 (ko)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20240001625A (ko) * 2022-06-27 2024-01-03 에스케이텔레콤 주식회사 로컬 웹서버를 이용한 다운로드 데이터 및 스트리밍 데이터 간 연속 재생 방법 및 이를 위한 장치

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130097309A1 (en) * 2010-05-04 2013-04-18 Azuki Systems, Inc. Method and apparatus for carrier controlled dynamic rate adaptation and client playout rate reduction
KR20150008087A (ko) * 2012-05-04 2015-01-21 톰슨 라이센싱 복수의 트랜스코딩된 컨텐츠 스트림들을 제공하기 위한 방법 및 장치
KR20150119170A (ko) * 2013-03-14 2015-10-23 제너럴 인스트루먼트 코포레이션 적응형 스트리밍 트래픽을 관리 및 조절하기 위한 장치, 시스템, 및 방법
KR20170015912A (ko) * 2014-06-06 2017-02-10 마이크로소프트 테크놀로지 라이센싱, 엘엘씨 매니페스트 속성을 이용하여 미디어 자산을 필터링하는 시스템
US20170111665A1 (en) * 2009-12-30 2017-04-20 Akamai Technologies, Inc. Multiple bitrate format-agnostic streaming architecture

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101397183B1 (ko) 2013-05-30 2014-05-19 주식회사 솔박스 스트리밍 서비스에서의 재생 목록 파일 관리 방법 및 그 장치
JP2016015566A (ja) 2014-07-01 2016-01-28 富士通株式会社 端末装置及びデータ配信方法
US10187681B2 (en) 2016-12-01 2019-01-22 The Directv Group, Inc. Enhanced streaming source change

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170111665A1 (en) * 2009-12-30 2017-04-20 Akamai Technologies, Inc. Multiple bitrate format-agnostic streaming architecture
US20130097309A1 (en) * 2010-05-04 2013-04-18 Azuki Systems, Inc. Method and apparatus for carrier controlled dynamic rate adaptation and client playout rate reduction
KR20150008087A (ko) * 2012-05-04 2015-01-21 톰슨 라이센싱 복수의 트랜스코딩된 컨텐츠 스트림들을 제공하기 위한 방법 및 장치
KR20150119170A (ko) * 2013-03-14 2015-10-23 제너럴 인스트루먼트 코포레이션 적응형 스트리밍 트래픽을 관리 및 조절하기 위한 장치, 시스템, 및 방법
KR20170015912A (ko) * 2014-06-06 2017-02-10 마이크로소프트 테크놀로지 라이센싱, 엘엘씨 매니페스트 속성을 이용하여 미디어 자산을 필터링하는 시스템

Also Published As

Publication number Publication date
US20220191558A1 (en) 2022-06-16
KR102232728B1 (ko) 2021-03-29
KR20210028805A (ko) 2021-03-15
JP7282981B2 (ja) 2023-05-29
US11838560B2 (en) 2023-12-05
JP2022546764A (ja) 2022-11-08

Similar Documents

Publication Publication Date Title
US11616818B2 (en) Distributed control of media content item during webcast
KR101926018B1 (ko) 동영상 녹화 방법 및 시스템
US20220174346A1 (en) Video playing method and apparatus
WO2021045473A1 (ko) 라우드니스 정규화 방법 및 시스템
WO2021029671A1 (ko) 스트리밍 콘텐츠의 재생 방법 및 시스템
US20240007510A1 (en) METHOD, SYSTEM, AND NON-TRANSITORY COMPUTER-READABLE RECORD MEDIUM FOR SHARING CONTENT DURING VoIP-BASED CALL
WO2021045474A1 (ko) 로컬 스트리밍 서버를 이용한 스트리밍 콘텐츠의 재생 방법 및 시스템
JP6587997B6 (ja) タイムマシン機能のためのスライディングウィンドウ管理方法およびシステム
WO2022231267A1 (ko) 싱글 스트림을 이용하여 관심 영역 고화질 영상을 제공하는 방법, 컴퓨터 장치, 및 컴퓨터 프로그램
JP7534027B2 (ja) 多重ライブ配信環境でのチャンネル間の高速切替モードを実現する方法、システム、およびコンピュータ読み取り可能な記録媒体
US20220116677A1 (en) Method, system, and computer readable recording medium for implementing seamless switching mode between channels in multi-stream live transmission environment
KR102249185B1 (ko) 로컬 스트리밍 서버를 이용한 스트리밍 콘텐츠의 재생 방법 및 시스템
WO2013165055A1 (ko) 동영상 콘텐츠 서비스 시스템 및 방법
CN110365999B (zh) 录制数据处理方法及相关设备
WO2022086107A1 (ko) 콘텐츠 재생 방법 및 시스템
KR102228375B1 (ko) 다수의 스트리밍 콘텐츠들을 재생하는 방법 및 시스템
WO2021118291A1 (ko) 플랫폼 적응형 오디오 정규화 방법 및 시스템
KR102427882B1 (ko) 온라인 인터랙션을 위한 실시간 동영상 공유 시스템 및 방법
KR102201021B1 (ko) 동영상 콘텐츠의 미리보기 동영상을 생성하여 제공하는 방법과 시스템
US20240196221A1 (en) Cellular Site Image Capture and Storage
WO2020204439A1 (ko) 효과적인 적응형 비트레이트 스트리밍을 위한 방법 및 시스템
KR101970292B1 (ko) 게시물 공유 서비스 제공 방법, 장치 및 컴퓨터 프로그램
KR20150116422A (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: 20861067

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2022514486

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20861067

Country of ref document: EP

Kind code of ref document: A1