KR101783723B1 - Method and system for providing time machine function in live broadcast - Google Patents

Abstract

A method and system for providing a time machine function in live streaming is disclosed. A computer program stored on a medium may be provided to execute a method of providing a time machine function in combination with a computer implementing the electronic device. Here, the time machine function providing method includes: setting a streaming session with a player installed in the electronic device in a streaming client installed in the electronic device to provide a live streaming service; The method comprising: transmitting stream data to the player sequentially through the streaming session; setting a time machine control session with the player in the streaming client; receiving a time machine control request from the player through the time machine control session in the streaming client; And transmitting the live stream data of the channel corresponding to the time machine control request including the playback position information during the time machine control request from the streaming client, From the playback position specified by it may comprise transmitting to the player sequentially through the streaming session.

Description

METHOD AND SYSTEM FOR PROVIDING TIME MACHINE FUNCTION IN LIVE BROADCAST [0002]

The following description relates to a method and system for providing a time machine function in live streaming.

The time machine function for live video content (for example, a broadcast program) is a function that allows a user to arbitrarily watch at least a part of a live video after a predetermined time has elapsed. The live video is stored, And may be provided in a manner of replaying. For example, Korean Patent No. 10-1300882 discloses an image display device having a time machine function and a control method thereof.

In the prior art, the time machine function in the streaming service uses different streaming standards depending on the OS (Operating System) or platform of the players of the electronic device playing the video contents. For example, a flash player of a PC (personal computer) uses Real Time Messaging Protocol (RTMP) as a streaming protocol, and a player of iOS or Android uses HLS (HTTP Live Streaming) protocol as a streaming protocol. In this case, in the prior art, a control session for the time machine function must be implemented for each streaming protocol.

References: <PCT / KR / 2014/010167, US20140019540A1, US20130332543A1, US20130260893>

The time machine control protocol only plays a role of controlling the time machine function and the streaming protocol between the streaming client and the player provides a method and a system that can implement the streaming standard supported by the player as it is.

In addition, the present invention provides a method and system that can control a time machine function using the same standard irrespective of an OS or a player, thereby eliminating a dependency on a player of a streaming client.

A computer program stored in a medium for executing a method for providing a time machine function in combination with a computer for implementing an electronic device, the method comprising: in a streaming client installed in the electronic device for providing a live streaming service, Establishing a streaming session with a player installed in the device; Transmitting live stream data received through the network from the streaming client to the player sequentially through the streaming session; Establishing a time machine control session with the player in the streaming client; Receiving a time machine control request from the player through the time machine control session in the streaming client; And transmitting the live stream data of the channel corresponding to the time machine control request including the playback position information during the time machine control request from the streaming client to the player through the streaming session sequentially from the playback position specified through the playback position information The computer program comprising the steps of:

A method for providing a time machine function of a computer-implemented electronic device, the method comprising: setting a streaming session with a player installed in the electronic device in a streaming client installed in the electronic device to provide a live streaming service; Transmitting live stream data received through the network from the streaming client to the player sequentially through the streaming session; Establishing a time machine control session with the player in the streaming client; Receiving a time machine control request from the player through the time machine control session in the streaming client; And transmitting the live stream data of the channel corresponding to the time machine control request including the playback position information during the time machine control request from the streaming client to the player through the streaming session sequentially from the playback position specified through the playback position information The method comprising the steps of:

The time machine control protocol only plays a role of controlling the time machine function and the streaming protocol between the streaming client and the player can be implemented so that the streaming standard supported by the player can be used as it is.

In addition, the time machine function can be controlled using the same standard regardless of the OS or the player, thereby eliminating the dependency on the player of the streaming client.

1 is a diagram illustrating an example of a network environment according to an embodiment of the present invention.
2 is a block diagram illustrating an internal configuration of an electronic device and a server according to an embodiment of the present invention.
3 is a diagram illustrating an example of an overall system environment for a live streaming service in an embodiment of the present invention.
4 is a diagram showing an example of a process of authentication of a control session in an embodiment of the present invention.
5 is a diagram illustrating an example for explaining shift values in an embodiment of the present invention.
6 is a flowchart illustrating an example of a process of processing an initial reproduction request and a reproduction completion request according to an embodiment of the present invention.
7 is a flowchart illustrating an example of a process of processing a search request during playback in an embodiment of the present invention.
8 is a flowchart illustrating an example of a process of processing a suspend request and a resume request according to an exemplary embodiment of the present invention.
9 is a diagram for explaining an internal configuration of a delivery server according to an embodiment of the present invention.
10 is a diagram illustrating an example of utilization of a time machine buffer in an embodiment of the present invention.
11 is a view illustrating an example of a screen providing a preview function when a search is performed using a time machine function in an embodiment of the present invention.
12 is a diagram showing an example of a component that a processor of an electronic device according to an embodiment of the present invention can include.
13 is a flowchart illustrating an example of a method of providing a time machine function that can be performed by an electronic device according to an embodiment of the present invention.

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

1 is a diagram illustrating an example of a network environment according to an embodiment of the present invention. 1 shows an example in which a plurality of electronic devices 110, 120, 130, 140, a plurality of servers 150, 160, and a network 170 are included. 1, the number of electronic devices and the number of servers are not limited to those shown in FIG.

The plurality of electronic devices 110, 120, 130, 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 a smart phone, a mobile phone, a navigation device, a computer, a notebook, a digital broadcast terminal, a PDA (Personal Digital Assistants) ), And tablet PCs. For example, the electronic device 1 110 may communicate with other electronic devices 120, 130, 140 and / or the servers 150, 160 via the network 170 using a wireless or wired communication scheme.

The communication method is not limited, and may include a communication method using a communication network (for example, a mobile communication network, a wired Internet, a wireless Internet, a broadcasting network) that the network 170 may include, as well as a short-range wireless communication between the devices. For example, the network 170 may be a personal area network (LAN), a local area network (LAN), a campus area network (CAN), a metropolitan area network (MAN), a wide area network (WAN) , A network such as the Internet, and the like. The network 170 may also 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, It is not limited.

Each of the servers 150 and 160 is a computer device or a plurality of computers that communicate with a plurality of electronic devices 110, 120, 130 and 140 through a network 170 to provide commands, codes, files, Lt; / RTI &gt; devices.

In one example, the server 160 may provide a file for installation of the application to the electronic device 1 (110) connected via the network 170. [ In this case, the electronic device 1 (110) can install an application using a file provided from the server (160). The server 150 is connected to the server 150 according to the control of the operating system (OS) and at least one program (for example, the browser or the installed application) I can receive contents. For example, when the electronic device 1 (110) transmits a service request message to the server 150 via the network 170 under the control of the application, the server 150 transmits a code corresponding to the service request message to the electronic device 1 The first electronic device 110 can provide contents to the user by displaying and displaying a screen according to the code according to the control of the application. As another example, the server 150 may establish a communication session for the messaging service and route the message transmission / reception between the plurality of electronic devices 110, 120, 130, 140 through the established communication session. As another example, the server 150 may provide social network services to the electronic devices 110, 120, 130, 140. In another example, the servers 150 and 160 may provide live streaming services to a plurality of electronic devices 110, 120, 130, and 140.

2 is a block diagram illustrating an internal configuration of an electronic device and a server according to an embodiment of the present invention. In FIG. 2, an internal configuration of the electronic device 1 (110) as an example of one electronic device and the server 150 as an example of one server will be described. The same or similar internal components may be applied to other electronic devices 120, 130, 140 or server 160 as well as other electronic devices or other servers that may be included in the network environment described with reference to FIG.

The electronic device 1 110 and the server 150 may include memories 211 and 221, processors 212 and 222, communication modules 213 and 223 and input / output interfaces 214 and 224. The memories 211 and 221 may be 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. The memory 211 and 221 may store an operating system and at least one program code (for example, a code for a browser installed in the electronic device 1 (110) or the above-described application). These software components may be loaded from a computer readable recording medium separate from the memories 211 and 221 using a drive mechanism. Such a 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 other embodiments, the software components may be loaded into memory 211, 221 via communication modules 213, 223 rather than a computer readable recording medium. For example, at least one program may be a program installed by a file distribution system (for example, the server 160 described above) that distributes installation files of developers or applications, May be loaded into the memory 211, 221 based on the application described above.

Processors 212 and 222 may be configured to process instructions of a computer program by performing basic arithmetic, logic, and input / output operations. The instructions may be provided to the processors 212 and 222 by the memories 211 and 221 or the communication modules 213 and 223. For example, the processor 212, 222 may be configured to execute a command received in accordance with a program code stored in a recording device, such as the memory 211, 221.

The communication modules 213 and 223 may provide functions for the electronic device 1 110 and the server 150 to communicate with each other through the network 170 and may provide functions for communicating with other electronic devices (for example, the electronic device 2 120) Or to communicate with another server (e.g., server 160). For example, when the processor 212 of the electronic device 1 110 receives a request (e.g., a streaming service request for the content) generated in accordance with a program code stored in a recording device such as the memory 211, To the server 150 via the network 170 in accordance with the &lt; / RTI &gt; Conversely, control signals, commands, contents, files, and the like provided under the control of the processor 222 of the server 150 are transmitted to the communication module 223 of the electronic device 110 via the communication module 223 and the network 170 213 to the electronic device 1 (110). For example, control signals and commands of the server 150 received through the communication module 213 may be transmitted to the processor 212 or the memory 211, May be stored as a storage medium that may further include a &lt; RTI ID = 0.0 &gt;

The input / output interfaces 214 and 224 may be means for interfacing with the input / output device 215. For example, the input device may include a device such as a keyboard or a mouse, and the output device may include a device such as a display for displaying a communication session of the application. As another example, the input / output interface 214 may be a means for interfacing with a device having integrated functions for input and output, such as a touch screen. More specifically, the processor 212 of the electronic device 1 (110) uses the data provided by the server 150 or the electronic device 2 (120) in processing commands of the computer program loaded in the memory 211 A service screen or contents can be displayed on the display through the input / output interface 214. [

Also, in other embodiments, electronic device 1 110 and server 150 may include more components than the components of FIG. However, there is no need to clearly illustrate most prior art components. For example, electronic device 1 110 may be implemented to include at least a portion of input / output devices 215 described above, or may be implemented with other components such as a transceiver, Global Positioning System (GPS) module, camera, Elements.

3 is a diagram illustrating an example of an overall system environment for a live streaming service in an embodiment of the present invention. 3 illustrates a media streaming server 310, a packetizing server 320, a delivery server 330, an index server 340, an electronic device 350, and a plurality of peers 360.

Each of the media streaming server 310, the packetizing server 320, the delivery server 330 and the index server 340 is a device having the same or similar internal components as the server 150 described with reference to FIGS. Lt; / RTI &gt; In addition, each of the plurality of peers 360 and the electronic device 350 may be devices having the same or similar internal components as those of the electronic device 110 described with reference to Figs. 1 and 2. In FIG. 3, the media streaming server 310, the packetizing server 320, the delivery server 330, and the index server 340 are shown as one, respectively, but they may be implemented in a plurality of server groups. For example, in a live broadcast of a professional baseball game, there may be four groups of four media streaming servers for four media sources, four for each of four matches, and four There may be a group of packetizing servers. Similarly, the delivery server 330 and the index server 340 may be implemented as a plurality of server groups as needed. For example, the delivery server 330 and the index server 340 can determine the number of servers required according to performance issues such as the number of concurrent users.

The media streaming server 310 may be a media source device that includes an encoder (not shown) that provides live stream data. The packetizing server 120 can receive live stream data from the media streaming server 310 and transmits the received live stream data as a piece of packet tie to provide the received live stream data through the P2P service. (Or indexed). The method of packetizing (or indexing) stream data to pieces may use one of various methods already known.

The delivery server 330 may receive the packet-tied (or indexed) pieces from the packet-tensing server 320 and may buffer the packets, and in response to a request from a peer of the P2P service, You can send a piece of data to that peer. Here, the peer may refer to a client in a live streaming service using a P2P service, and each of the peers may be implemented as one electronic device. The electronic device implementing the peer includes the electronic device 350 shown in FIG. 3 and is a device having the same or similar internal components as the electronic device 110 described with reference to FIGS. 1 and 2 .

Index server 340 may maintain a list of peers and may provide search results in response to a request from the peer.

An application such as the streaming client 351 may be installed and driven in the electronic device 350 implementing the peer. At this time, the electronic device 350 receives a piece from the delivery server 330 or receives another piece of peer (the plurality of peers 360 in FIG. 3), under the control of the driven streaming client 351 And receive the piece from the electronic devices.

The streaming client 351 driven by the electronic device 350 internally communicates with the player 352 and other applications installed and driven in the electronic device 350 by the electronic device 350, Stream data can be transmitted. The live stream data provided by the streaming client 351 to the player 352 may be data based on pieces received from at least a part of the delivery server 330 or the plurality of peers 360. [

In this case, the player 352 can reproduce the live stream data provided by the streaming client 351, whereby the live stream data provided by the media streaming server 310 is reproduced in the electronic device 350, (350). &Lt; / RTI &gt;

1. Overview of Time Machine Function

A streaming client (for example, streaming client 351 in FIG. 3) installed and driven in an electronic device (e. G., Electronic device 350 in FIG. 3) that implements the peer provides the user of the electronic device with Time machine function can be provided. As described above, in the prior art, a control session for the time machine function has to be implemented for each streaming protocol. However, in the embodiments of the present invention, the time machine control protocol only plays the role of controlling the time machine function, The protocol can be implemented so that the streaming standard supported by the player can be used as it is. Through these embodiments, it is possible to control the time machine function using the same standard regardless of the OS or the player, thereby eliminating the dependency on the player of the streaming client. If the time machine control protocol is not supported by the player, the user can view only the live video using the streaming protocol used in the existing player through the player.

2. Terminology summary

Although the streaming client is an application used in the live streaming service as an example, the streaming client 351 included in the electronic device 350 is shown in FIG. 3 as an example. However, the live client according to embodiments of the present invention And can be installed and operated in each of the peers to receive the streaming service.

The control session for the time machine function may refer to a logical connection between the player 352 and the streaming client 351 separately from the streaming session for providing live stream data. (Transmission Control Protocol) connection between the player 352 and the streaming client 351, and even if the TCP connection is broken, the control session connection is not disconnected. On the contrary, even if the TCP connection is maintained, In the absence of a request for a channel, the control session connection may be broken.

The shift (hereinafter, "shift") can be used as a relative indicator of how much data is reproduced in the past by using the time machine function. If the value of shift is 0, the latest live image is set to 0. If the value is larger than 0, it means that it has moved to the past. If the value of shift is larger, it means that the previous image is being reproduced relatively. The unit of the shift value is, for example, millisecond (msec).

The maximum shift time (mshift) may be used as an index indicating the maximum time available for the broadcast. It can be said that a broadcast having a value of mshift which is the maximum shiftable time can provide a relatively long time-machine video data.

The current available shift ('ashift') may be an indicator that indicates the maximum time the user can view the past image.

The present shift time (hereinafter referred to as 'cshift') may be an index indicating how much the user is currently reproducing the past image.

These shifts, mshift, ashift, and cshift are discussed in more detail below.

3. Time Machine Session Basic Information

3.1. Message authentication

Authentication is required to use a control session to exchange messages. The player sends an authentication request ("/ auth") to the streaming client for the start of the control session, and when the authentication is successful in the streaming client, the streaming client transmits the key information to be used in the player in response to the authentication request do. At this time, the key information may be included only in the response of the "/ auth" request. This key may be included in the form of parameters in the next time machine control request that the player sends to the streaming client. For example, the key may be streamed as a string such as "k =" query. At this time, when the "k =" query string is invalid or there is no query string, the streaming client transmits a response (for example, 401 response code in HTTP) to the player to inform that it is not authenticated. This key is valid while the video continues to play in that player, and may be invalid if a connection request is made to the same channel in another player. At this time, the streaming client can transmit a response (e.g., a 401 response code in HTTP) to inform that it is not authenticated for a request coming in from an invalid session. This condition can be applied equally to requests for the same channel, whether connecting to the same channel in different browsers, or accessing the same channel in different windows in the same browser. At this time, it may not be applied when each player accesses another channel. The order of query strings may be changed.

4 is a diagram showing an example of a process of authentication of a control session in an embodiment of the present invention. 4 shows a streaming client 410, a player 1 420 and a player 2 430. FIG. For example, the streaming client 410, player 1 420 and player 2 430 may be respective applications installed and driven in one electronic device.

The first dashed box 441 indicates that the player 1 420 requests authentication (/ auth) to the streaming client 410 and the response (200 in HTTP) as the streaming client 410 authenticates the player 1 420 OK response code) to the player 1 (420) together with the key < key 1 >. Authentication requests (/ auth) are described in more detail below. {"Key": <key1>} displayed as key information may mean that <key1> is provided as a key.

The second dotted line box 442 requests the streaming client 410 to reproduce the content using the key <key1> acquired by the player 1 420 and transmits the request to the streaming client 410 via the player 1 420) and transmits a response (a 200 OK response code in HTTP). As described above, the first player 420 may transmit control requests for the time machine function to the streaming client 410 using the key <key1> obtained through the authentication request (/ auth), and the streaming client 410 may transmit streaming And can authenticate the control requests of the player 1 420 through the key <key 1> issued by the client 410.

A third dashed box 443 indicates that the second player 430 requests authentication (/ auth) to the streaming client 410 and the response (200 in HTTP) as the streaming client 410 authenticates the second player 430 OK response code) to the player 2 (430) together with the key < key 2 >. As described above, since the connection request has occurred for the same channel in another player, the key <key1> issued first can be invalidated.

The fourth dotted line box 444 shows an example in which Player 1 420 transmits a search request (/ seek) to the streaming client 410 using the key <key 1>. At this time, since the key <key 1> has been invalidated according to the issuance of the key <key 2> of the player 2 430, the streaming client 410 transmits a response indicating the authentication Response code) to the player 1 420. [ The seek request (/ seek) will be described in more detail later.

The fifth dotted line box 445 shows an example in which the player 2 430 transmits a seek request / seek to the streaming client 410 using the key <key 2>. Since the key <key2> is still valid, the streaming client 410 can send a response (200 OK response code in HTTP) to player 2 430 as it processes the seek request (/ seek) have.

The sixth dotted line box 446 shows an example in which Player 1 420 transmits information acquisition and session maintenance request (/ maxshift) to the streaming client 410 again using the key <key 1>. Since the key <key 1> has been invalidated upon issuance of the key <key 2> of the player 2 430, the streaming client 410 receives a response indicating that the streaming client 410 has not been authenticated for information acquisition and / (E.g., a 401 response code of &quot; 401 &quot; Information acquisition and session maintenance requests (/ maxshift) are discussed in more detail below.

3.2. Session maintenance

The TCP connection between the browser (or player) and the streaming client can be terminated at any time (for example, HTTP 1.0). In other words, since the TCP connection is not maintained, the player can send a time machine control request for the channel the user is viewing to the streaming client within a certain time so that the streaming client can know whether the user is still using the channel Should be transmitted. Information acquisition and session maintenance requests (/ maxshift) may be used for such session maintenance (and information acquisition of the time machine session). / maxshift can be invoked at any time to obtain information about a time machine session while the user is viewing stream data over the channel after successful authentication. At this time, / maxshift is also one of the time machine control requests, and the streaming client can maintain a session with the corresponding player according to the transmission of / maxshift. The control session of the time machine may have a predetermined maximum valid time. Accordingly, the streaming client can terminate the time machine control session when no time machine control request is received from the corresponding player for a predetermined maximum valid time. Thus, the player can send / maxshift to the streaming client at a shorter call interval than the maximum valid time for maintaining the time machine control session.

3.3. HTTP query string

Each of the time machine control requests can be added with a query string for authentication of the time machine control session. The query string can be defined as shown in Table 1 below.

Key value ref The URL that the player uses to access the channel (applying URL encoding) k The keys (e.g., <key1> and <key2> described above) included in the success response to the authentication request (/ auth)

All time machine control requests can contain a ref query string, and requests that do not contain a ref query string can be considered unauthenticated requests. In addition, all time machine control requests except the authentication request (/ auth) may include a k query string, and all requests not including the k query string may be considered as unauthenticated requests. The value of the k query string may include the key value that is included in the success response to the authentication request (/ auth) and sent to the player, and the time machine control request containing the other key value (invalid key value) It can be regarded as a request.

4. Messages for control

A message transmitted from the player to the streaming client as the above-mentioned time machine control request can use HTTP. All messages may contain a ref query string that specifies the URL information currently being played, as described above. In addition, all messages other than the authentication request (/ auth) message may further include a k query string specifying the transmitted key value included in the success response to the authentication request (/ auth). A request message that does not contain a query string can be considered an improper request (an unauthenticated request). The response associated with the playback may be sent from the streaming client to the player using the JSON format in the content of the 200 OK message. The result confirmation for other requests except for the stop request (/ stop) should check the contents of the response sent by the streaming client.

4.1. Message Overview

The message (request) sent from the player to the streaming client for the time machine control request can be defined as shown in Table 2 below.

request function Transmission point Authentication request (/ auth) Connection Authentication When connecting the first session Acquire information and request session maintenance (/ maxshift) Acquire time machine information and maintain session After sending a play request (/ play), it can be sent at any time while the control session is being held Status change request (/ change) Change time machine activation state Can be transmitted at any time before the end of the connection of the control session after authentication Playback request (/ play) Playback request Must be transmitted before sending request to streaming protocol. You need to acknowledge the progress of the streaming through the message response. Resume request (/ resume) Then play back It can be transmitted at any time until the connection is terminated by a play completion request (/ stop) after normal playback is started by a playback request (/ play) Seek request (/ seek) Moving the playback position Pause request (/ pause) Pause Request to complete playback (/ stop) End playback When you finish playing

4. 2. Connection Authentication (/ auth)

As described above, the authentication request (/ auth) is a request transmitted by the player when the first connection is made to use the time machine function. When the streaming client confirms that the player transmitting the authentication request (/ auth) The parameters added to the authentication request (/ auth) can be used. The authentication request (/ auth) can only be sent once for the first time machine control session that establishes a connection from the player to the streaming client.

The authentication request can be defined as shown in Table 3 below.

request parameter / auth ref = <representative URL>& authKey = <authentication key>

ref: The URL that the player will use to connect to the channel (with URL encoding applied).
authKey: A key that is separate from the key that contains the authentication key for authentication of the player, and the success response of / auth.

Example of how to generate an authentication key (authKey): Creates a value obtained by encoding the return value of SHA-1 (Secure Hash Algorithm 1) of "representative URL" specified in the ref query string using the base 64 (base 64) encoding method as an authentication key. At this time, ':', '=', and '/' used in base 64 are URL-encoded "% 3A" and "%", respectively, to distinguish them from ':', '=' 3D ", and"% 2F ".

As a more specific example, when the player wants to access "URL: //127.0.0.1: 7085 / live? Cid = 49", the authentication key (authKey) can be generated through the following process.

1. Generate the hash value of the URL using SHA-1 (Secure Hash Algorithm 1) (Hexadecimal): EA B0 AC AD 34 F2 86 B2 0F B1 58 54 33 AA D9 69 4E 7F 5C 24

(This value is a reference value and does not encode the string, but encodes the binary value in base 64 encoding.)

2. Encode by encoding method of base 64: 6rCsrTTyhrIPsVhUM6rZaU5 / XCQ =

3. Authentication key (authKey): 6rCsrTTyhrIPsVhUM6rZaU5% 2FXCQ% 3D

(Changed '/' and '=' to "% 2F" and "% 3D" respectively.)

Thus, the authentication key (authKey) for the authentication request (/ auth) becomes "6rCsrTTyhrIPsVhUM6rZaU5% 2FXCQ% 3D ", and the actual request can be generated as shown in Table 4 below.

/ auth ref = rtmp% 3A% 2F% 2F127.0.0.1% 3A7085% 2Flive% 3Fcid% 3D49 & authKey = 6rCsrTTyhrIPsVhUM6rZaU5% 2FXCQ% 3D

If the authentication request (/ auth) is successful, the response of the streaming client may be as shown in Table 5 below.

Key Explanation value key The key that the player must use to play the channel a string representing the key value

The keys in Table 5 are unique values given by the streaming client for the corresponding time machine control session and are different from the authentication key (authKey) transmitted from the client (player) to the streaming client for authentication (different value).

If the authentication request (/ auth) fails, the streaming client can send a "401 Unauthorized" response code to the player without any separate message content.

If the authentication request (/ auth) is successful, the response message of the streaming client may contain the value of the key, such as {"key": "12345678"}. "12345678" may be a string. The subsequent request of the player who has received the key may be, for example, as shown in Table 6 below.

/ maxshift ? ref = rtmp% 3A% 2F% 2F127.0.0.1% 3A7085% 2Flive% 3Fcid% 3D49 & k = 12345678

4.3. Request maximum time machine time information and maintain HTTP session

The player can obtain the time machine maximum time information that the streaming client can provide through information acquisition and session maintenance request (/ maxshift). The streaming client can only respond to the current state, and there is no change in the state of the streaming client (the time machine function is turned on or the time machine function is turned off). As already explained, / maxshift can be invoked at any time to maintain a control session after receiving a success response to a playback request (/ play).

Information acquisition and session maintenance requests (/ maxshift) can be defined as shown in Table 7 below.

request parameter / maxshift ref = <representative URL>& k = <key>

ref: The URL that the player will use to connect to the channel (with URL encoding applied).
k: Key sent to the player included in the success response of the authentication request (/ auth).

Information that a streaming client sends in response to information acquisition and / or session maintenance requests (/ maxshift) may be defined as shown in Table 8 below.

Key Explanation value result Processing result success mShift Maximum shiftable time An integer greater than 0, in units of milliseconds (msec) ashift Current shiftable time An integer greater than 0, in units of milliseconds (msec) cshift The time that the streaming client is shifting and playing An integer greater than 0, in units of milliseconds (msec) onair Whether the channel is broadcasting 0 or 1 (0: not broadcasting, 1: broadcasting) timemachine Whether you are using a time machine "on" or "off"

For example, if the maximum shiftable time is 5 minutes and the streaming client is transmitting 3 minutes of shifted data, the streaming client's response to the success of the information acquisition and session maintenance request (/ maxshift) .

{"result": "success", "mshift": 300000, "ashift": 200000, "cshift": 180000}

In addition, the information that the streaming client transmits in response to information acquisition and / or session failures (/ maxshift) may be defined as shown in Table 9 below.

Key Explanation value result Processing result fail error Error code Code value for error occurrence information

For example, if the information acquisition and session maintenance request (/ maxshift) fails and the error code is 3, the response of the streaming client may include:

{"result": "fail", "error": 3}

4.4. Change time machine activation state

The user may arbitrarily change the use state of the time machine function. For example, when a capacity problem of a disk occurs during the viewing of a real-time relay broadcast capable of using a time machine function, the user can arbitrarily disable the time machine function so that the time machine information is no longer recorded. If the time machine function is disabled, the user can no longer use the time machine function. However, the player can invoke the information acquisition and session maintenance request (/ maxshift) continuously.

The status change request (/ change) for the time machine function can be defined as shown in Table 10 below.

request parameter / change ref = <representative URL>& k = <key>& enable = <0 or 1>

ref: The URL that the player will use to connect to the channel (with URL encoding applied).
k: Key sent to the player included in the success response of the authentication request (/ auth).
Enable: Enable time machine function (0: disable time machine function, 1: use time machine function).

If the status change request (/ change) is successful, the streaming client can send a response code such as 200 OK to the player without any separate message content. In addition, when the status change request (/ change) fails, the streaming client can send a response code such as 500 Internal Server Error to the player without a separate message content.

4.5. Request playback

The playback request (/ play) may be transmitted when the player requests the streaming client to start playback of the live stream data. Upon receiving the reproduction request (/ play) from the streaming client, the streaming client transmits the latest live stream data of the corresponding broadcast (the broadcast corresponding to the URL included in the reproduction request (/ play)) to the player so that the broadcast is reproduced . Even if the user changes the channel, the playback request (/ play) can be used to notify the streaming client that the channel has changed, and the streaming client can be used to broadcast the changed channel (broadcast corresponding to the URL of the new playback request / play) It is possible to transmit the latest live stream data to the player and reproduce the broadcast. The broadcast key may be a broadcast key issued by the platform of the live streaming service. A playback request (/ play) can also be sent to the streaming client for playback using the time machine function.

The play request (/ play) can be defined as shown in Table 11 below.

request parameter / play & refT = <Representative URL>& k = <key>& programKey = <Broadcast Key>& useTM = <0 or 1>& shiftTime = <First Play>& pauseStart = <0 or 1>

((Required parameter))
ref: The URL that the player will use to connect to the channel (with URL encoding applied).
k: Key sent to the player included in the success response of the authentication request (/ auth).
programKey: Broadcast key issued by the platform of the live streaming service.

((Optional parameter))
useTM: Whether to use the time machine function. If this parameter is not specified, it is based on using time machine function (0: no time machine function, 1: use time machine function).
shiftTime: The position at which to start playback (if the value is negative, playback starts from the oldest video). If this value is not present, it is based on playback from the latest position.
pauseStart: Whether to start the channel in a pause state. Available when you want to change the picture quality from the paused state, or start the channel to the paused state (0, start with normal playback mode, 1: start with pause).

The information that the response may contain in the success response to the play request (/ play) may be defined as shown in Table 12 below.

Key Explanation value result Processing result success mShift Maximum shiftable time An integer greater than 0, in units of milliseconds (msec) ashift Current shiftable time An integer greater than 0, in units of milliseconds (msec) cshift The time that the streaming client is shifting and playing An integer greater than 0, in units of milliseconds (msec) onair Whether the channel is broadcasting 0 or 1 (0: not broadcasting, 1: broadcasting) timemachine Whether you are using a time machine "on" or "off"

The information that the response may contain in the case of a failure to play request (/ play) can be defined as shown in Table 13 below.

Key Explanation value result Processing result fail error Error code Code value for error occurrence information

If the player sends a play request (/ play) at the beginning of live streaming for the first time, the response may be slightly delayed due to the action to obtain information on the maximum shiftable time. When a playback request is sent using a streaming protocol without transmitting a playback request (/ play), the streaming client regards the time-machine function as a broadcast that does not use the time machine function and can always play the latest live broadcasting. All can be ignored.

4.6. Playback from a previously stopped position

When the pause request (/ pause) is received, the streaming client can memorize (store and manage) the position reproduced up to now (or the position transmitted to the player so far). This location information can be maintained as long as the streaming client is terminated or the time machine control session is not terminated. A resume request (/ resume) may be sent from the player to the streaming client to request that the streaming client begin playback from a memory location.

The resume request (/ resume) can be defined as shown in Table 14 below.

request parameter / resume ref = <representative URL>& k = <key>

ref: The URL that the player will use to connect to the channel (with URL encoding applied).
k: Key sent to the player included in the success response of the authentication request (/ auth).

The information that may be included in a successful response to a resume request (/ resume) may be defined as shown in Table 15 below.

Key Explanation value result Processing result success mShift Maximum shiftable time An integer greater than 0, in units of milliseconds (msec) ashift Current shiftable time An integer greater than 0, in units of milliseconds (msec) cshift The time that the streaming client is shifting and playing An integer greater than 0, in units of milliseconds (msec) onair Whether the channel is broadcasting 0 or 1 (0: not broadcasting, 1: broadcasting) timemachine Whether you are using a time machine "on" or "off"

The information that the response may contain in case of a failure to resume (/ resume) may be defined as shown in Table 16 below.

Key Explanation value result Processing result fail error Error code Code value for error occurrence information

4.7. Moving the playback position

A seek request (/ seek) may be used to request the streaming client to move the current playback location to use the time machine function. The search request message can be transmitted regardless of the playback or pause state, and the playback or pause state can be maintained even after receiving the seek request (/ seek). In other words, when a streaming client receives a seek request (/ seek) during playback, the streaming client can continue playback from the moved position after moving the playback position. In addition, when the streaming client receives the seek request (/ seek) in the suspended state, the streaming client can keep the suspended state after moving the playback position. The playback position change after starting playback using the time machine function can be made through a seek request (/ seek).

The seek request (/ seek) can be defined as shown in Table 17 below.

request parameter / seek ref = <representative URL>& k = <key>& shift = <value to move to past (unit: millisecond (msec))>

ref: The URL that the player will use to connect to the channel (with URL encoding applied).
k: Key sent to the player included in the success response of the authentication request (/ auth).
Shift: A value indicating how far into the past based on the latest live playback. A value of 0 means the most recent live stream data (if this value is negative, playback starts from the oldest video).

Example) 5 minutes If you want to move to past data,
/ seek? ref = <representative URL>& k = <key>& shift = 300000
If you want to move to the latest live stream data,
/ seek? ref = <representative URL>& k = <key>& shift = 0

Information that a response to a seek request (/ seek) may contain can be defined as shown in Table 18 below.

Key Explanation value result Processing result success mShift Maximum shiftable time An integer greater than 0, in units of milliseconds (msec) ashift Current shiftable time An integer greater than 0, in units of milliseconds (msec) cshift The time that the streaming client is shifting and playing An integer greater than 0, in units of milliseconds (msec) onair Whether the channel is broadcasting 0 or 1 (0: not broadcasting, 1: broadcasting) timemachine Whether you are using a time machine "on" or "off"

Information that a response to a search request (/ seek) may contain may be defined as shown in Table 19 below.

Key Explanation value result Processing result fail error Error code Code value for error occurrence information

4.8. Pause

A pause request (/ pause) can be used to pause playback at a location that the current streaming client is transmitting. The streaming client may remember this location as long as the control session for the time machine function is not terminated, and may start playback from the stored location in response to a resume request (/ resume).

The pause request (/ pause) can be defined as shown in Table 20 below.

request parameter / pause ref = <representative URL>& k = <key>

ref: The URL that the player will use to connect to the channel (with URL encoding applied).
k: Key sent to the player included in the success response of the authentication request (/ auth).

Information that a response to a successful pause request (/ pause) may contain can be defined as shown in Table 21 below.

Key Explanation value result Processing result success mShift Maximum shiftable time An integer greater than 0, in units of milliseconds (msec) ashift Current shiftable time An integer greater than 0, in units of milliseconds (msec) cshift The time that the streaming client is shifting and playing An integer greater than 0, in units of milliseconds (msec) onair Whether the channel is broadcasting 0 or 1 (0: not broadcasting, 1: broadcasting) timemachine Whether you are using a time machine "on" or "off"

The information that the response may include in case of a failure to pause (/ pause) can be defined as shown in Table 22 below.

Key Explanation value result Processing result fail error Error code Code value for error occurrence information

4.9. End session

When terminating the player, a playback completion request (/ stop) may be used to delete all information from the streaming client.

The request to complete the playback (/ stop) can be defined as shown in Table 23 below.

request parameter / stop ref = <representative URL>& k = <key>

ref: The URL that the player will use to connect to the channel (with URL encoding applied).
k: Key sent to the player included in the success response of the authentication request (/ auth).

The streaming client can transmit the contentless 200 OK response code to the player irrespective of success / failure according to the playback completion request (/ stop).

5 is a diagram illustrating an example for explaining shift values in an embodiment of the present invention. FIG. 5 shows a case where a maximum shiftable time is set to 5 minutes as a time machine time of a broadcast, and when a user watches an image one minute before the start of broadcasting and four minutes later, The possible time (mshift), the current shiftable time (ashift) and the current shift time (cshift).

The maximum shiftable time (mshift) can be fixed to 5 minutes in this example, which is the time machine capable time set for the broadcast. At this time, although the maximum shiftable time (mshift) is 5 minutes, since the elapsed time after the start of broadcasting is shorter than 5 minutes by 4 minutes, the time machine function of 4 minutes or more can not be provided. As such, the present shiftable time (ashift) can be used to inform the shiftable time at the present time separately from the maximum shiftable time. In other words, the current shift time (ashift) can represent the maximum time of the time machine available time that the streaming client can currently provide, and can not provide the past broadcast more than the current shift time (ashift). If the elapsed time after the start of broadcasting becomes larger than the time machine available time, the value of the maximum shiftable time (mshift) and the current shiftable time (ashift) become equal. In addition, the present shift time (cshift) is 1 minute, which indicates that the user is watching the video 1 minute before the latest live. The current shift time (cshift) is not changed unless the latest live broadcast is in progress and the user does not move the playback position. In other words, in FIG. 5, the user sees an image with a lag time of 1 minute continuously from the actual broadcasting time point.

6. Broadcast termination processing

When the live broadcast is terminated, if the user immediately performs the broadcast end process while the user is watching the past video using the time machine, the user will not see the last relay video. For example, when the user is watching the video with a time lag of one minute and the actual broadcast time in Fig. 5, if the player immediately performs the broadcast end process as the live broadcast ends, the user can not view the last one minute of the video do. Therefore, it is necessary to delay the broadcast end processing for a certain period of time after the actual broadcast ends.

In the time machine session, "onair" is included in the response to the time machine control request, and information on the broadcast end time can be provided by a combination of "onair" value and "cshift".

- Broadcasting time machine information

The value of "onair" during broadcasting is 1, and when the user watches the shifted live video using the time machine, the value of 'cshift' indicates the time when the user has moved to the past and returns a value larger than 0. Also, 'cshift' value during broadcasting returns the fixed time when user moved to past time.

- Time machine information at the end of broadcasting

The 'onair' value is 0 when the broadcast ends, and the 'cshift' value gradually decreases as the playback progresses. When this value is 0, it means that transmission to the video at the end of broadcasting is completed. Therefore, if the 'onair' value and the 'cshift' value are 0 at the same time, the player can stop playback because it means that there is no more image to be played back.

For example, if the user is viewing the latest live video, 'cshift' will return 0, so the broadcast can be terminated immediately when the 'onair' value changes to zero. On the other hand, if the user was watching a 1-minute shift (cshift value of 60000 milliseconds), the value of 'cshift' would decrease from 60000 in real time when 'onair' At this time, 'cshift' becomes 0 after one minute, and the player can terminate the broadcasting.

6 is a flowchart illustrating an example of a process of processing an initial reproduction request and a reproduction completion request according to an embodiment of the present invention. FIG. 6 shows a message flow between the player 610 and the streaming client 620. At this point, the streaming client 620 may include a control session 621, an RTMP session 622, and an engine 623, as shown in FIG. The control session 621 may be a session established to communicate between the player 610 and the streaming client 620 using a time machine control protocol to provide a time machine function and the RTMP session 622 may be a stream configured for streaming for an actual streaming service May be a session established to communicate between the player 610 and the streaming client 620 using a protocol. The control session 621 may be a software function of the streaming client 620 to provide a time machine function through the control session 621 and the RTMP session 622 may be a streaming May be a software function of the client 620.

1. The process / auth? AuthKey = <authentication key> may be a process in which the player 610 transmits an authentication request (/ auth) to the streaming client 620 via the control session 621. At this time, the authentication request (/ auth) may include an authentication key (authKey).

2. The 200 OK process may be a process in which the streaming client 620 sends a response to the authentication request (/ auth) to the player 610 via the control session 621. The streaming client 620 can authenticate the player 610 using the authentication key (authKey) included in the authentication request (/ auth). If the authentication of the player 610 is successful, the streaming client 620 may send a success response (200 OK response code) to the player 610. If the authentication of the player 610 fails, the streaming client 620 may send a failure response (401 Unauthorized response code) to the player 610.

3. The process / play? ProgramKey = <broadcast key> may be a process in which the player 610 transmits a playback request (/ play) to the streaming client 620 via the control session 621. The broadcast key (programKey) has already been described. The URL containing the play request (/ play) has been omitted.

4. The Play <url, progID > process may be a process of requesting playback to the engine 623 of the streaming client 620 internally for processing of the playback request (/ play) received via the control session 621 . " url " may correspond to the URL included in the reproduction request (/ play), and " progID " may correspond to the broadcasting key (programKey) included in the reproduction request (/ play).

5. The Create Channel process may be a process of generating a channel for broadcasting requested by the engine 623. [ For example, engine 623 may control an electronic device, including player 610 and streaming client 620, to access the requested " url " to request live stream data corresponding to " progID & You can create channels for live stream data.

6. ret: <capacity_time, seekable _time > process is the process of the engine 623 is transmitted to the maximum shift time (capacity_time) to the current time shift (seekable _time) for the live data stream to the control sessions 621 days . "_Time capacity" and "seekable _time" can be treated as respective "mshift" and "ashift" from the session control (621). Although omitted in FIG. 6, information on "cshift" can also be transmitted together.

7. The 200 OK process may be a process in which the streaming client 620 transmits a success response to the playback request (/ play) through the control session 621. At this time, the success response may include "mshift" and "ashift" (and "cshift").

8. The Play < url > process may be a process in which the player 610 requests the streaming client 620 to play the broadcast through the RTMP thin line 622 using a streaming protocol.

9. The Play < url > process may be a process in which a request for playback of the broadcast is delivered to the engine 623 via the RTMP session 622. [

10. The Send Media Data process and 11. The Send Media Data process may be the process in which the engine 623 transmits the data for the actual streaming to the player 620 through the RTMP clear line 622. [ Player 620 can reproduce the broadcast using the received data and control the electronic device such that the reproduced broadcast is displayed through the display of the electronic device.

12. The / stop process may be a process in which the player 610 transmits a playback completion request (/ stop) to the streaming client 620 via the control session 621. [

13. The Cleanup Context process may be a process in which the streaming client 630 deletes all the time machine information for the session.

14. The 200 OK process may be a process in which the streaming client 620 transmits a success response to the playback completion request (/ stop) to the player 610 via the control session 621. [

15. The STOP process may be a process of requesting the engine 623 to complete reproduction.

16. The Close Session process may be a process in which the player 610 requests the streaming client 620 to terminate a substantial session via the RTMP session 622. [

17. The Close process may be a process in which the streaming client 620 instructs the engine 623 to terminate according to a streaming protocol.

18. The Close Channel process may be the process by which the engine 623 terminates the channel.

Since the time management control protocol and the streaming protocol are completely separated and processed, it is possible for the streaming client to provide the time machine function using the time machine control protocol regardless of the streaming protocol supported by the player 610.

7 is a flowchart illustrating an example of a process of processing a search request during playback in an embodiment of the present invention.

1. / seek? Shift = <time to move> may be a process in which the player 610 transmits a seek request (/ seek) to the streaming client 620.

2. Seek: The process of < url, time> may be a process in which the streaming client 620 requests the engine 623 for a substantial search through the control session 621.

3. ret: The < seek_time> process may be the process by which the engine 623 provides search results. Here, "seek_time" may correspond to "cshift &quot;.

4. The 200 OK process may be a process in which the streaming client 620 transmits a success response to the seek request (/ seek) to the player 610 through the control session 621. At this time, "cshift" corresponding to "seek_time" may be included in the success response and transmitted to the player 610.

5. The Reset Media Data process may be a process in which the engine 623 resets stream data to reproduce from the portion where the playback position has been moved through the RTMP session 622. [

6. Send Media Data process and 7. Send Media Data process may be a process in which the engine 623 transmits data to the player 610 from the replayed position.

Also in the embodiment of FIG. 7, it can be seen that the time machine control protocol and the streaming protocol are completely separated and processed.

8 is a flowchart illustrating an example of a process of processing a suspend request and a resume request according to an exemplary embodiment of the present invention.

1. The / pause process may be a process in which the player 610 transmits a pause request (/ pause) for the broadcast being reproduced to the streaming client 620 through the control session 621. [

2. The pause process may be a process in which the streaming client 620 instructs the engine 623 to suspend.

3. ret: The <cur_time> process may be a process in which the engine 623 provides a processing result for a pause request (/ pause). Here, " cur_time " may be a value indicating the currently paused playback position in terms of time. The control session can store and manage " cur_time &quot;.

4. 200 OK may be the process by which the streaming client 620 sends a success response to the pause request (/ pause) to the player 610 via the control session 621.

5. The Close Channel process may be the process by which the engine 623 terminates the channel. If the channel is connected, data can still be received in the paused state, which can affect network data usage on the mobile. Therefore, in this embodiment, the channel can be terminated to prevent reception of data.

6. The pause process may be a process in which the player 610 requests the streaming client to suspend through the RTMP session 622 according to the streaming protocol.

7. The resume process may be a process in which the player 610 transmits a resume request (/ resume) to the streaming client 620 via the control session 621 for the broadcast being paused.

8. The Resume: < url, time > procedure may be a process of requesting the engine 623 to resume playback from " cur_time "" url " may correspond to the URL of the broadcast requested to be suspended, and " time " may correspond to " cur_time " stored and managed by the control session 621.

9. The Create Channel process may be the process by which the engine 623 creates a channel to resume broadcasting.

10. ret: The < resume_time> process may be a process in which the engine 623 provides a processing result for a resume request (/ resume). Here, " resume_time " may represent a value for the playback position where the broadcast is resumed.

11. The 200 OK process may be a process in which the streaming client 620 transmits a success response to the resume request (/ resume) to the player 610 through the control session 621. [ "Resume _time" may correspond to "cshift".

12. The Play < url > process may be a process in which the player 610 requests the streaming client 620 to play the broadcast through the RTMP session 622 using the streaming protocol. Also, the 13. Create Channel procedure may be a process in which the RTMP session 622 requests the engine 623 to create a channel.

9 is a diagram for explaining an internal configuration of a delivery server according to an embodiment of the present invention. The delivery server 330 can receive the pieces from the packetizing server 320 and deliver the pieces to the peers (electronic devices including the streaming client 351) as described above. In addition, the delivery server 330 may receive the program schedule from the program management server 950, and may operate according to the received program schedule. To this end, the delivery server 330 may include a program monitor 910, a program manager 920, and a stream manager 930.

The program monitor 910 can collect program schedules from the program management server 950 as schedule information for the broadcast programs.

The program manager 920 may analyze program schedules to determine whether a time machine buffer is operational for a particular channel or for a particular broadcast program.

The stream manager 930 can manage a time machine buffer for a specific channel or a specific broadcast program based on the analysis result of the program manager 920. [

For example, the program manager 920 may request the stream manager 930 to manage the time machine buffer B for the broadcast program A currently being broadcast. At this time, the stream manager 930 can store pieces of the program A among the pieces transmitted by the packetizing server 320 in the time machine buffer B and manage the pieces.

Therefore, the streaming client 351 can stably provide the time machine function for the broadcast program A by using the pieces stored in the time machine buffer B. Also, from the viewpoint of the delivery server 330, it is not necessary to manage the time machine buffers for all the broadcast programs or all the channels, and only the live programs or the broadcast programs which are to provide the time machine functions are streamed to the live stream Data can be managed.

In addition, the program manager 920 determines whether or not the time machine buffer is operated for the broadcast program, and transmits the information about the broadcast program using the time machine buffer to the streaming client 351. For example, the program manager 920 may transmit the program key (programKey) to the streaming client 351 to provide information on a program in use to the time machine buffer to the users.

10 is a diagram illustrating an example of utilization of a time machine buffer in an embodiment of the present invention. The time machine buffers 1010 and 1020 in FIG. 10 illustrate an example of storing and managing stream data for a plurality of programs (programs 1, 2 and 3) in one time machine buffer. At this time, the delivery server 330 can store and manage the stream data (pieces) for one time machine buffer separately for each program and stream based on the program schedule described above. For example, stream data of a specific broadcast program may be matched to a broadcast key (programKey) of the corresponding broadcast program.

For example, the time machine buffer 1010 in a general case can distinguish stream data for program 1 and stream data for program 2 based on a program schedule (e.g., broadcast time). Therefore, it is possible to distinguish which stream data among the stream data in the time machine buffer 1010 in the general case is stream data for the program 2, so that the playback position can be shifted to any point in the past for the program 2 by using the time machine function Or the like.

Also, in the case where the stream connection is disconnected depending on the network situation, there is a case where stream data for one broadcast program is provided through a plurality of streams, such as the time machine buffer 1020 in an exceptional case. For example, in an exceptional case in the time machine buffer 1020, program 2 may be provided through stream 1, stream 2 and stream 3, respectively, which are different streams depending on the playback position. Here, different streams may correspond to different channels. Therefore, when providing the stream data according to the time machine function for the program 2, it is necessary to be able to provide the stream data to different streams according to the playback position. Since the time machine buffers 1010 and 1020 according to the present embodiment can store and manage stream data (pieces) on a program-by-stream and stream-by-stream basis based on the program schedule described above, The stream data can be precisely specified.

From the viewpoint of the streaming client 351, it is possible to correctly receive the data stream of the specific broadcast program requested by the delivery server 330 or the data stream of the program of the specific channel from one time machine buffer.

11 is a view illustrating an example of a screen providing a preview function when a search is performed using a time machine function in an embodiment of the present invention. 11 shows an example of a display screen 1100 for a live streaming service. The display screen 1100 may be provided with a video screen 1110 for a broadcast program to be streamed. The bar 1120 of the display screen 1100 may be a user interface for designating a playback position in the time machine function. When the user selects a specific position in the bar 1120 (e.g., mouse over a specific position of the bar in the PC environment), a preview image 1130 related to the selected position may be provided. The preview image 1130 may be provided in the form of a snapshot of the selected frame.

At this time, the area of the bar 1120 may be classified into a plurality of sections in advance, and the preview image 1130 may correspond to a first one of frames of a section including a specific position. For example, when the location selected by the user is included in the specific section 1140 among a plurality of sections preset in the bar 1120, the streaming client does not search for a frame that exactly matches the location, As a preview image 1130. In this case, as shown in FIG. Therefore, in providing a time machine function in a live broadcast program, it is possible to reduce the amount of calculation by finding and providing a first frame of a section that is relatively easy to find, without searching for a specific frame that has already been past.

FIG. 12 is a diagram illustrating an example of components that a processor of an electronic device according to an embodiment of the present invention can include; FIG. 13 is a time machine function Fig. 2 is a flowchart showing an example of a method for providing a service;

12, the processor 212 of the electronic device 110 includes components such as a streaming session setting unit 1210, a live stream data transmitting unit 1220, a time machine control session setting unit 1230, And a request receiving unit 1240. The components of the processor 212 and the processor 212 may control the first electronic device 110 to perform the steps 1310 to 1360 included in the method of providing the time machine function of FIG. At this time, the components of the processor 212 and the processor 212 may be implemented to execute instructions according to the code of the operating system and the code of at least one program that the memory 211 contains. Here, the components of the processor 212 may be representations of different functions performed by the processor 212. For example, the streaming session establisher 1210 may be used as a functional representation of the operation of the processor 212 to control the electronic device 1 (110) to establish a streaming session in accordance with the above-described command.

In step 1310, the processor 212 may load the program code stored in the file of the program for the time machine function providing method into the memory 211. [ For example, when the program installed in the electronic device 1 (110) is driven, the processor 212 can control the electronic device 1 (110) to load the program code from the file of the program into the memory 211.

The streaming session setting unit 1210, the live stream data transmitting unit 1220, the time machine control session setting unit 1230 and the time machine control request receiving unit 1240 included in the processor 212 and the processor 212 are connected to the memory (Corresponding command) of the program code loaded in the memory 211 to execute subsequent steps 1320 and 1360. [ For the execution of steps 1320 and 1360, the components of processor 212 and processor 212 may control electronic device 1 110. For example, the processor 212 controls the communication module 213 included in the electronic device 1 (110) to control the electronic device 1 (110) so that the electronic device 1 (110) communicates with another electronic device or another server can do.

The streaming session setting unit 1210 may set a streaming session between the streaming client installed in the first electronic device 110 and the player installed in the first electronic device 110 to provide a live streaming service in step 1320. [ The streaming client and the player can be installed and driven in the electronic device 1 (110) as an application, respectively.

In step 1330, the live stream data transmitting unit 1220 may transmit the live stream data received through the network to the player sequentially through the streaming session under the control of the streaming client.

In step 1340, the time machine control session establishment unit 1230 may establish a time machine control session between the streaming client and the player.

In step 1350, the time machine control request receiving unit 1240 may receive a time machine control request from the player through the time machine control session under the control of the streaming client.

In step 1360, the live stream data transmitting unit 1220 transmits the live stream data of the channel corresponding to the time machine control request including the playback position information during the time machine control request under the control of the streaming client, And can be transmitted to the player through the streaming session sequentially from the position.

The data transmission between the streaming client and the player through the streaming session and the data transmission between the streaming client and the player through the time machine control session may be performed in accordance with different separate protocols.

In another embodiment, a method for providing a time machine function may receive an authentication request from a player through a time machine control session in a streaming client. At this time, the authentication request may include information for specifying the live stream data or the channel, and an authentication key. In this case, the time machine function providing method includes the steps of authenticating the player using the authentication key and, when the player's authentication is successful, including a unique value given for the time machine control session as a session key in a response to the authentication request, Lt; / RTI &gt; In addition, the time machine function providing method may authenticate the time machine control request by checking whether the time machine control request includes the session key in the streaming client. Also, a method of providing a time machine function may further include the step of, when a streaming client authenticates another player based on an authentication request from another player installed in the electronic device, transmitting a session key including an eigenvalue assigned to the set time- To another player, and invalidate the session key of the existing player.

In yet another embodiment, a method for providing a time machine capability includes receiving information from a player over a time machine control session from a streaming client and receiving a session maintenance request, generating time machine time information for live stream data being provided by the streaming client to the player via a streaming session May be included in the response to the information acquisition and session maintenance request and transmitted to the player through the time machine session. At this time, the time machine time information is an indicator indicating the degree to which past data can be searched on the basis of the latest data of the live stream data, the maximum shiftable time predetermined for each live stream data, Which is an index indicating the degree of the current shift, and the current shift time, which is an index for specifying past data currently being reproduced through the time machine function based on the latest data.

According to another embodiment of the present invention, there is provided a method of providing a time machine function, the method comprising: providing a streaming client with a playback request including a channel identification information, a broadcast key for identifying live stream data of a specific broadcast among live stream data of a channel identified through channel identification information, And the streaming client can sequentially transmit the lyo stream data identified through the broadcasting key among the live stream data of the channel identified through the channel identification information to the player through the streaming session. At this time, the live stream data can be transmitted from the delivery server to the electronic device through the network, and the live stream data in the time machine buffer included in the delivery server is stored by being matched for each channel and for each broadcast using the channel identification information and the broadcast key . In addition, the playback request may further include information on at least one of whether or not to use the time machine function, an initial playback start position of the identified live stream data, and whether to start the channel in a pause state.

In another embodiment, a method of providing a time machine function may include storing a position reproduced from the live stream data up to the present time, stopping transmission of live stream data as the streaming client receives a pause request through a time machine control session, As the streaming client receives the resume request through the time machine control session, the live stream data can be sequentially transmitted to the player from the stored location. At this time, the connection of the channel is terminated according to the pause request, and the connection of the channel can be regenerated according to the resume request.

In still another embodiment, a method for providing a time machine function includes the steps of: determining whether a live stream data is currently broadcasted in response to the time machine control request in a streaming client, The current shift time, which is an index that specifies the past data being transmitted, to the player via the time machine control session in response to the time machine control request. At this time, the player can determine the broadcasting end point through the combination of the on-air information and the current shift time.

The contents omitted in FIGS. 12 and 13 can be referred to FIG. 1 to FIG.

As described above, according to the embodiments of the present invention, the time machine control protocol only plays a role of controlling the time machine function, and the streaming protocol between the streaming client and the player can be implemented so that the streaming standard supported by the player can be used as it is. In addition, the time machine function can be controlled using the same standard regardless of the OS or the player, thereby eliminating the dependency on the player of the streaming client.

The system or apparatus described above may be implemented as a hardware component, a software component or a combination of hardware components and software components. For example, the apparatus and components described in the embodiments may be implemented within a computer system, such as, 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. The processing device may execute an operating system (OS) and one or more software applications running on the operating system. The processing device may also access, store, manipulate, process, and generate data in response to execution of the software. For ease of understanding, the processing apparatus may be described as being used singly, but those skilled in the art will recognize that the processing apparatus may have a plurality of processing elements and / As shown in FIG. For example, the processing unit may comprise a plurality of processors or one processor and one controller. Other processing configurations are also possible, such as a parallel processor.

The software may include a computer program, code, instructions, or a combination of one or more of the foregoing, and may be configured to configure the processing device to operate as desired or to process it collectively or collectively Device can be commanded. The software and / or data may be in the form of any type of machine, component, physical device, virtual equipment, computer storage media, or device As shown in FIG. The software may be distributed over a networked computer system and stored or executed in a distributed manner. The software and data may be stored on one or more computer readable recording media.

The method according to an embodiment may be implemented in the form of a program command 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 program instructions to be recorded on the medium may be those specially designed and configured for the embodiments or may be available to those skilled in the art of computer software. Examples of computer-readable media include magnetic media such as hard disks, floppy disks and magnetic tape; optical media such as CD-ROMs and DVDs; magnetic media such as floppy disks; Magneto-optical media, and hardware devices specifically configured to store and execute program instructions such as ROM, RAM, flash memory, and the like. Examples of program instructions include machine language code such as those produced by a compiler, as well as high-level language code that can be executed by a computer using an interpreter or the like.

While the present invention has been particularly shown and described with reference to exemplary embodiments thereof, it is to be understood that the invention is not limited to the disclosed exemplary embodiments. For example, it is to be understood that the techniques described may be performed in a different order than the described methods, and / or that components of the described systems, structures, devices, circuits, Lt; / RTI &gt; or equivalents, even if it is replaced or replaced.

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

Claims (16)

A computer program stored in a computer-readable recording medium for executing a method of providing a time machine function in combination with a computer embodying an electronic apparatus,
The time machine function providing method includes:
A streaming client installed in the electronic device for providing a live streaming service establishes a streaming session with a player further installed in the electronic device;
Transmitting, by the streaming client, live stream data received by the electronic device through the network to the player sequentially through the streaming session;
The streaming client establishing a time machine control session with the player;
The streaming client receiving a time machine control request from the player through the time machine control session; And
The streaming client transmits live stream data of a channel corresponding to a time machine control request including playback position information during the time machine control request to the player through the streaming session sequentially from a playback position specified through the playback position information Steps to transfer
And a computer program product. The method according to claim 1,
Wherein data transmission between the streaming client and the player through the streaming session and data transmission between the streaming client and the player through the time machine control session are performed according to different separate protocols. The method according to claim 1,
The time machine function providing method includes:
The streaming client receiving information acquisition and session maintenance requests from the player through the time machine control session; And
The streaming client includes time machine time information on live stream data being provided to the player through the streaming session in response to the information acquisition and session maintenance request and transmitting the time machine time information to the player through the time machine control session
And a computer program product. The method of claim 3,
The time machine time information includes a predetermined maximum shift allowable time for each of the live stream data as an index indicating a degree to which past data can be searched based on the latest data of the live stream data, A current shift time which is an index indicating an extent of searchability, and a current shift time which is an index that specifies past data currently being played back through the time machine function based on the latest data. The method according to claim 1,
The time machine function providing method includes:
The streaming client receiving a playback request through the time machine control session, the playback request including channel identification information and a broadcast key for identifying live stream data of a specific broadcast among live stream data of a channel identified through the channel identification information; ; And
The streaming client sequentially transmitting the lyo stream data identified through the broadcasting key among the live stream data of the channel identified through the channel identification information to the player through the streaming session
&Lt; / RTI &gt; 6. The method of claim 5,
Wherein the live stream data is transmitted from the delivery server to the electronic device via a network,
Wherein the live stream data in the time machine buffer included in the delivery server is stored for each channel and for each broadcast using the channel identification information and the broadcast key. 6. The method of claim 5,
Wherein the playback request further comprises information on at least one of whether to use the time machine function, the first playback start position of the identified live stream data, and whether to start the channel in a pause state. The method according to claim 1,
The time machine function providing method includes:
Storing the reproduced position in the live stream data as the streaming client receives the pause request through the time machine control session and stopping transmission of the live stream data; And
The streaming client sequentially transmitting the live stream data from the stored location to the player as the streaming client receives the resume request through the time machine control session
&Lt; / RTI &gt; 9. The method of claim 8,
The connection of the channel is terminated according to the suspend request, and the connection of the channel is regenerated according to the resume request. The method according to claim 1,
The time machine function providing method includes:
Wherein the streaming client determines whether or not the live stream data is currently being broadcasted in response to the time machine control request and an indicator for specifying past data currently being reproduced through the time machine function based on the latest data of the live stream data Transmitting a current shift time to the player via the time machine control session in response to the time machine control request
Further comprising:
Wherein the player determines a broadcast end point through a combination of the on-air information and the current shift time. A method of providing a time machine function of a computer-implemented electronic device,
A streaming client installed in the electronic device for providing a live streaming service establishes a streaming session with a player further installed in the electronic device;
Transmitting, by the streaming client, live stream data received by the electronic device through the network to the player sequentially through the streaming session;
The streaming client establishing a time machine control session with the player;
The streaming client receiving a time machine control request from the player through the time machine control session; And
The streaming client transmits live stream data of a channel corresponding to a time machine control request including playback position information during the time machine control request to the player through the streaming session sequentially from a playback position specified through the playback position information Steps to transfer
The method comprising the steps of: 12. The method of claim 11,
Wherein the data transmission between the streaming client and the player through the streaming session and the data transmission between the streaming client and the player through the time machine control session are performed according to different separate protocols, . 12. The method of claim 11,
The streaming client receiving information acquisition and session maintenance requests from the player through the time machine control session; And
The streaming client includes time machine time information on live stream data being provided to the player through the streaming session in response to the information acquisition and session maintenance request and transmitting the time machine time information to the player through the time machine control session
The method comprising the steps of: 12. The method of claim 11,
The streaming client receiving a playback request through the time machine control session, the playback request including channel identification information and a broadcast key for identifying live stream data of a specific broadcast among live stream data of a channel identified through the channel identification information; ; And
The streaming client sequentially transmitting the lyo stream data identified through the broadcasting key among the live stream data of the channel identified through the channel identification information to the player through the streaming session
The method of claim 1, further comprising: 12. The method of claim 11,
Storing the reproduced position in the live stream data as the streaming client receives the pause request through the time machine control session and stopping transmission of the live stream data; And
The streaming client sequentially transmitting the live stream data from the stored location to the player as the streaming client receives the resume request through the time machine control session
The method of claim 1, further comprising: 12. The method of claim 11,
Wherein the streaming client transmits on-air information on whether the live stream data is currently broadcasted in response to the time machine control request and an indicator for specifying past data currently being reproduced through the time machine function based on the latest data of the live stream data To the player via the time machine control session in response to the time machine control request
Further comprising:
Wherein the player determines a broadcast end point through a combination of the on-air information and the current shift time.

Images