KR20210037639A - Method and system for reproducing streaming content uisng local streaming server - Google Patents

Abstract

Disclosed are a method and a system for playing streaming content. According to an embodiment of the present invention, the method for playing streaming content comprises the steps of: setting, by a streaming player client, an initial bit rate for a player module playing streaming content; transmitting, by the streaming player client, a manifest file request for the streaming content from the player module to a streaming server; editing, by a local proxy server, a manifest file transmitted from the streaming server based on the set initial bit rate; and transmitting, by the local proxy server, the edited manifest file to the player module through the streaming player client.

Description

Streaming content playback method and system using a local streaming server {METHOD AND SYSTEM FOR REPRODUCING STREAMING CONTENT UISNG LOCAL STREAMING SERVER}

The following description relates to a method and system for playing streaming content using a local streaming server.

Existing solutions for playing streaming content include HTTP Live Streaming (HLS), Moving Picture Experts Group (MPEG-DASH)-Dynamic Adaptive Streaming over HTTP (MPEG-DASH), and mp4. For example, Korean Patent Registration No. 10-1397183 discloses a method and apparatus for managing a playlist file in a streaming service.

In these existing solutions, 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. However, 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. There is a problem. For example, in the case of HLS, the client selects the first track registered in the manifest file master.m3u8 and requests the 0th fragment file (0.ts). However, in the client, an algorithm that selects a new track in consideration of network bandwidth, remaining buffer capacity, and screen size is immediately operated. In the next call, there is a high probability that a new track will be selected. When a new track is selected, 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.

In addition, existing solutions have a problem in that there is no cache and preloading for video fragment files. For example, since the content list view, which is a list of multiple streaming contents, does not have a cache policy, when one of the multiple streaming contents in the content list view receives focus, it is newly downloaded from the 0th fragment file (0.ts). Data is wasted and execution speed is lost because of the received data.

In streaming services such as HLS (HTTP Live Streaming), MPEG-DASH (Moving Picture Experts Group-Dynamic Adaptive Streaming over HTTP), mp4 (MPEG-4), the initial bit rate is set between the player module and the streaming player client, and local streaming Provides 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). do.

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.

According to one aspect, 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.

According to another aspect, as the player module selects the first track from the edited manifest file, the selected track may be selected based on the set initial bit rate.

According to another aspect, 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.

According to another aspect, 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.

According to another aspect, 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.

In streaming services such as HLS (HTTP Live Streaming), MPEG-DASH (Moving Picture Experts Group-Dynamic Adaptive Streaming over HTTP), mp4 (MPEG-4), the initial bit rate is set between the player module and the streaming player client, and local streaming By using a server (eg, a local proxy server) to select a track optimized for this initial bit rate as the first track, it is possible to solve the problem of reselecting the adaptive track.

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.

1 is a diagram showing an example of a network environment according to an embodiment of the present invention.
2 is a block diagram showing an example of a computer device according to an embodiment of the present invention.
3 is a diagram illustrating an example of a basic operation of an existing streaming service.
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.
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.
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.
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.

Hereinafter, embodiments will be described in detail with reference to the accompanying drawings.

The streaming content reproducing system according to the embodiments of the present invention 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. In this case, 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. have. 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.

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. FIG. 1 is an example for describing the invention, and the number of electronic devices or servers is not limited as in FIG. 1. In addition, 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. As an example, in 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 substantially different through the network 170 using a wireless or wired communication method. 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. For example, 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. In addition, 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. For example, 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.).

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.

As shown 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. Here, 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. In addition, 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. In another embodiment, software components may be loaded into the memory 210 through a communication interface 230 other than a computer-readable recording medium. For example, 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. For example, 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. For example, the input device may include a device such as a microphone, a keyboard, or a mouse, and the output device may include a device such as a display or a speaker. As another example, 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.

Further, in other embodiments, 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. For example, 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. Here, the player module 310 may be a software module installed and driven on the user's terminal device to play streaming content, and 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. In addition, 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. For example, in the second process 342, 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). As described above, 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. However, 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. In addition, 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. For example, 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.

In the eighth process 348, 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. In addition, 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. In the eleventh process 351, 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.

In the twelfth process 352, 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. In addition, 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. In the sixteenth process 356, 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.

In a seventeenth process 357, 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. In addition, 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. For example, through the 19th process 359 and the 20th process 360, the first fragment file of the changed track requested by the player module 310 may be transmitted to the player module 310. In other words, the player module 310 can acquire the first fragment file capable of playing the focused streaming content only in the twentieth process 360.

Thereafter, in the 21st process 361 to the 24th process 364, 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. Here, the player module 410 may be a software module installed and driven in the user's terminal device to play streaming content, and 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. In addition, the streaming server 440 may be a software module installed and driven in a server device to provide a streaming service. Here, 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. For example, 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. On a screen where a list of contents is displayed as a service, 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. For example, on the content list screen of the mobile, it was confirmed that a track with a resolution of 360p is appropriate. Therefore, although the bitrate for each resolution slightly varies depending on the complexity of the original video, the initial bitrate of about 750kbps is used. The initial bit rate for the content list screen of may be empirically preset. In this case, 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.

The fourth process 454 may be an example of a process in which the streaming server 440 delivers the requested manifest file. In reality, 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. Thereafter, 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, and Table 2 shows an example of the edited manifest file.

#EXTM3U
#EXT-X-VERSION:3
#EXT-X-STREAM-INF:BANDWIDTH=3890176,RESOLUTION=1920x1080
55e26ca8-3cb5-11e9-a5ac-246e963a49b9.m3u8
#EXT-X-STREAM-INF:BANDWIDTH=2197504,RESOLUTION=1280x720
446f42fd-3cb5-11e9-9610-246e96398ca5.m3u8
#EXT-X-STREAM-INF:BANDWIDTH=1199104,RESOLUTION=854x480
1a37eb4f-3cb5-11e9-a5ac-246e963a49b9.m3u8
#EXT-X-STREAM-INF:BANDWIDTH=825344,RESOLUTION=640x360
ce7d043b-3cb4-11e9-9610-246e96398ca5.m3u8
#EXT-X-STREAM-INF:BANDWIDTH=494592,RESOLUTION=480x270
#EXT-X-STREAM-INF:BANDWIDTH=145408,RESOLUTION=256x144
cfd62ada-3cb4-11e9-8380-246e963a41ed.m3u8

#EXTM3U
#EXT-X-VERSION:3
#EXT-X-STREAM-INF:BANDWIDTH=1199104,RESOLUTION=854x480
1a37eb4f-3cb5-11e9-a5ac-246e963a49b9.m3u8
#EXT-X-STREAM-INF:BANDWIDTH=3890176,RESOLUTION=1920x1080
55e26ca8-3cb5-11e9-a5ac-246e963a49b9.m3u8
#EXT-X-STREAM-INF:BANDWIDTH=2197504,RESOLUTION=1280x720
446f42fd-3cb5-11e9-9610-246e96398ca5.m3u8
#EXT-X-STREAM-INF:BANDWIDTH=825344,RESOLUTION=640x360
ce7d043b-3cb4-11e9-9610-246e96398ca5.m3u8
#EXT-X-STREAM-INF:BANDWIDTH=494592,RESOLUTION=480x270
#EXT-X-STREAM-INF:BANDWIDTH=145408,RESOLUTION=256x144
cfd62ada-3cb4-11e9-8380-246e963a41ed.m3u8

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. In the eighth process 458, 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). In addition, 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. In addition, 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.

In the thirteenth process 463, 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. In addition, 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. At this time, since 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.

Subsequently, in the 17th process 467 to the 20th process 470, 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.

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. In 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. In this case, 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.

As described above, 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.

Thereafter, 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). Each shows an example of a process for the player module 410 to acquire a second fragment file (for example, 1.ts of HLS).

At this time, 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.

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. 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. Then, 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.

Also, 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.

In addition, 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. For example, 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. As a more specific example, when it is determined that the moov file is included in the 1mb size data at the beginning of the mp4, 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.

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 method according to the present embodiment may be performed by the computer device 200 implementing a streaming service client. In this case, 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. Here, 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.

In step 710, the computer device 200 may set an initial bit rate for a player module that plays the streaming content. For example, 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. In this case, 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.

In step 720, the computer device 200 may transmit a manifest file request for streaming content from the player module to the streaming server. For example, under the control of the code corresponding to the streaming player client described above, 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. In this case, the streaming server may transmit the manifest file to the computer device 200.

In step 730, the computer device 200 may edit the manifest file transmitted from the streaming server based on the set initial bit rate. For example, 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.

In this case, 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.

In step 740, the computer device 200 may transmit the edited manifest file to the player module through the streaming player client. In this case, as the first track is selected from the manifest file edited in the player module, the selected track may be selected based on the set initial bit rate.

Thereafter, 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. Accordingly, 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. In addition, 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. Through this process, the player module can play the corresponding streaming content.

In step 750, while the streaming content is being played by the player module, the computer device 200 may preload and cache data on other streaming content of the content list view including the streaming content. In FIG. 5, an example of preloading and caching data through a local proxy server has been described. In this case, 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. For example, 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.

As described above, according to embodiments of the present invention, in a streaming service such as HLS, MPEG-DASH, mp4, 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. In addition, by using the local streaming server to determine 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. For example, 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. For the convenience of understanding, although it is sometimes described that one processing device is used, one of ordinary skill in the art, 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. For example, the processing device may include a plurality of processors or one processor and one controller. In addition, 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 behave 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. In addition, 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. The medium 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 there may be ones configured to store program instructions, including ROM, RAM, flash memory, and the like. In addition, 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.

As described above, although the embodiments have been described by the limited embodiments and drawings, various modifications and variations are possible from the above description to those of ordinary skill in the art. For example, the described techniques are performed in a different order from the described method, and/or components such as systems, structures, devices, circuits, etc. described are combined or combined in a form different from the described method, or other components Alternatively, even if substituted or substituted by an equivalent, an appropriate result can be achieved.

Therefore, other implementations, other embodiments, and equivalents to the claims also fall within the scope of the following claims.

Claims (10)

A computer program combined with a computer device and stored in a computer-readable recording medium to execute a method of playing streaming content on the computer device,
The streaming content playback method,
Setting an initial bit rate for a player module that plays streaming content in a streaming player client;
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;
Transmitting the edited manifest file from the local proxy server to the player module through the streaming player client; And
Preloading and caching data for other streaming contents of a content list view including the streaming contents in the local proxy server while the streaming contents are being played by the player module
Including,
The preloading and caching step,
Determining at least one of a preloading order and a caching order of each 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 is placed in the content list view
Computer program, characterized in that. The method of claim 1,
The editing step,
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
Including
Computer program, characterized in that. The method of claim 2,
As the player module selects the first track from the edited manifest file, the selected track is selected based on the set initial bit rate.
Computer program, characterized in that. The method of claim 1,
The streaming content playback method,
Transmitting, by the streaming player client, a request for track information of a track selected from the edited manifest file from the player module to the streaming server; And
Transferring track information transmitted from the streaming server by the streaming player client to the player module
What further includes
Computer program, characterized in that. In the streaming content playback method of a computer device comprising at least one processor,
Setting, by the at least one processor, an initial bit rate for a player module that plays 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;
Transmitting, by the at least one processor, the edited manifest file to the player module; And
Preloading and caching data for other streaming contents of a contents list view including the streaming contents by the at least one processor while the streaming contents are being played by the player module
Including,
The preloading and caching step,
In the content list view, at least one of a preloading order and a caching order of each of the other streaming contents is determined based on a relative distance between a location where the streaming contents are arranged and a location where each of the streaming contents is arranged. How to play streaming content. The method of claim 5,
The editing step,
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
Streaming content playback method comprising a. The method of claim 5,
Transmitting, by the at least one processor, a request for track information of a track selected from the edited manifest file from the player module to the streaming server; And
Transmitting, by the at least one processor, track information transmitted from the streaming server to the player module
Streaming content reproducing method further comprising a. A computer-readable recording medium on which a computer program for executing the method of any one of claims 1 to 7 is recorded on a computer device. At least one processor implemented to execute computer-readable instructions
Including,
By the at least one processor,
Set the initial bitrate for the player module playing streaming content,
Forward a manifest file request for streaming content from the player module to a streaming server,
Edit the manifest file transmitted from the streaming server based on the set initial bit rate,
Deliver the edited manifest file to the player module,
While the streaming content is being played back in the player module, by the at least one processor, preloading and caching data on other streaming content of the content list view including the streaming content,
To preload and cache the data, by the at least one processor,
Determining at least one of a preloading order and a caching order of each 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 is placed in the content list view
Computer device, characterized in that. The method of claim 9,
By the at least one processor,
Selecting one of the tracks recorded in the manifest file based on the set initial bit rate,
Editing the manifest file such that the selected track is recorded as the first track of the manifest file
Computer device, characterized in that.

Images