KR20090009352A - Method and system for providing time-shifted broadcasting service - Google Patents

Abstract

The present invention relates to a method and a system for providing time-shifted broadcast service. More particularly, the present invention relates to a method and system for providing a time-shifted broadcast service that enables users to watch a broadcast while moving time freely during real-time broadcasting.

According to the present invention, the broadcast contents transmitted from the IPTV headend system are updated and stored in real time by the amount from the current time to a certain time for each broadcasting channel in the system on the network, thereby making any channel indispensable for all the broadcasting channels. Even if it is selected, the portion that has passed in the channel can be freely shifted and viewed using the return function or the like.

Description

Time shift broadcasting service providing method and system {METHOD AND SYSTEM FOR PROVIDING TIME-SHIFTED BROADCASTING SERVICE}

The present invention relates to a method and a system for providing time-shifted broadcast service. More particularly, the present invention relates to a method and system for providing a time-shifted broadcast service that enables users to watch a broadcast while moving time freely during real-time broadcasting.

While watching a real-time broadcast, you may want to look back on the part that has passed. But it wasn't possible to reverse live broadcasts, not play videotapes or DVDs. In order to solve such a problem, some TVs released today can update and store broadcasts for a predetermined time and return them within the time range.

However, such products have extremely limited broadcast channels that can be received and stored, such as one or two channels, so that only the channel currently being watched or a preset channel can be stored. For example, when you turn to a channel that is not set to be stored for a certain period of time, even if you want to see the program currently being broadcasted from the beginning, it is not stored and cannot be returned. In other words, even if any channel is unintentionally selected, there is a disadvantage in that it is not possible to always watch a part that has passed by using a free return function.

The present invention has been made to solve the above problems, by broadcasting the broadcast content transmitted from the IPTV head-end system in real time by the amount of time from the current time to a certain time before the broadcast channel in the system on the network, It is an object of the present invention to provide a method and a system for providing a time-shifting broadcast service that enables a user to freely time-shift a part of the channel by using a return function or the like even if any channel is unintentionally selected for all channels in use.

It is still another object of the present invention to provide a method and a system for providing a time-shifted broadcast service that enables reservation recording in a system on a network using the storage function.

In order to achieve the above object, according to the present invention, a time-shifting broadcast service system connected through an IPTV head-end system and an IP network may receive broadcast content transmitted from the IPTV head-end system. Real-time updating and storing by the amount of time from the current time to a certain time before each broadcast channel, and at the request of the IPTV viewer, to watch the broadcast of the time shifted for a certain time from the currently viewed broadcast time within the range of the stored broadcast content A method of providing a time-shifting broadcast service, which enables the broadcast content transmitted from the IPTV headend system, to be continuously updated in real time by the amount of time from the current time to a predetermined time for each broadcast channel, a queue method. Storing in the temporary storage of the; (b) receiving a time-shifted broadcast service request for a specific channel from the IPTV terminal of the IPTV viewer according to a request of the IPTV viewer; (c) transmitting a corresponding broadcast content of the broadcast content stored in the step (a) to the IPTV terminal or stopping transmission of the broadcast content being transmitted in a manner corresponding to the request received in the step (b); It includes.

The time-shifted broadcast service requested in step (b) is a request for rewinding from the broadcast time point at which the IPTV viewer is currently watching to the broadcast content direction of a previous time zone, and in step (c), the corresponding scheme (C11) determining, by the temporary storage unit of step (a), a point where the broadcast content that was being viewed when the IPTV viewer requested the time-shifting broadcast service is stored (hereinafter, referred to as a 'return start point'). ; (c12) among the broadcast contents stored in the temporary storage unit, a screen for a predetermined interval among the stored broadcast contents screens in the direction of the broadcast contents stored in the previous time from the reverting start point (hereinafter referred to as a “return direction”). And sequentially transmitting to the IPTV terminal.

After the step (c12), (c13) when the play request is received from the IPTV terminal, the screen transmission in the reverting direction of the step (c12) is stopped, and stored in the point where the transmission stop of the temporary storage unit The method may further include transmitting the broadcast content to the IPTV terminal in a streaming manner for play in the direction of the broadcast content stored thereafter.

The starting point of the reversion of the step (c11) is, when the IPTV viewer requests the time-shifting broadcast service, when the real-time broadcast transmitted from the IPTV headend system is being watched, the most recent broadcast content in the temporary storage unit. If the screen is determined to be a stored point, and the user is watching a broadcast played in a streaming manner from the temporary storage of the time-shifting broadcast service system, the most recently streamed broadcast is stored in the temporary storage. Preferably, the content screen is determined as a stored point.

The time-shifted broadcast service requested in step (b) is a fast forward request from the broadcast time point at which the IPTV viewer is currently watching to a broadcast content direction in a later time zone, and in step (c), The corresponding scheme is (c21) a point where the broadcast content, which is being viewed at the time when the IPTV viewer requests the time-shifting broadcast service, is stored in the temporary storage unit of step (a) (hereinafter, referred to as a 'starting point'). Determining; (c22) In the broadcast contents stored in the temporary storage unit, in the direction of the broadcast contents stored from the start point to a later time point (hereinafter referred to as a 'going direction'), for every predetermined interval of the stored broadcast content screens. And sequentially transmitting the screen to the IPTV terminal.

After the step (c22), (c23) when receiving a play request from the IPTV terminal, the screen transmission in the forward direction of the step (c22) is stopped, and at the point where the transmission of the temporary storage stops The method may further include transmitting the broadcast contents in a direction of streaming from the stored broadcast contents to the IPTV terminal in a streaming manner for play.

Prior to step c21, (c20) the fast forward request advances quickly for a channel currently being watched in real time if the IPTV viewer was watching a live broadcast from an IPTV headend system. In the case of a fast forward request, the method may further include transmitting a message indicating that it cannot be executed to the IPTV terminal and ending the procedure to step c21.

The starting point of the step (c21) is determined as the point where the most recently streamed broadcast content screen is stored in the temporary storage unit of the time-shifting broadcast service system when the IPTV viewer requests the time-shifting broadcast service. It is good to be.

When the broadcast content is stored in the temporary storage unit in the step (a), the storage time is stored together, and the time-shifting broadcast service requested in the step (b) is a specific time from the broadcast time point at which the IPTV viewer is currently watching. (Hereinafter referred to as 'moving time') is a request to move directly to broadcast content, and in the step (c), the corresponding method is (c31) storing the time corresponding to the moving time in the temporary storage unit. Searching; (c32) transmitting the broadcast content from the broadcast content stored in the temporary storage unit at the searched storage time to the IPTV terminal in a streaming manner for playing.

When the broadcast content is stored in the temporary storage unit in the step (a), the storage time is stored together, and the time-shifting broadcast service requested in the step (b) is a specific time from the broadcast time point at which the IPTV viewer is currently watching. A time-shifting request by a quantity, and in the step (c), the corresponding scheme is: (c41) retrieving, in the temporary storage unit, a storage time corresponding to the time shifted by the requested amount of time from a current time. ; (c42) transmitting the broadcast contents from the broadcast contents stored in the temporary storage unit at the searched storage time to the IPTV terminal in a streaming manner for playing.

When the broadcast content is stored in the temporary storage unit in the step (a), information indicating a start point and an end point of a specific broadcast program is stored together, and the time-shifting broadcast service requested in the step (b) is performed by the IPTV viewer. It is a time-shifting request from a broadcast time point currently viewed to a previously broadcasted specific broadcast program, and in the step (c), the corresponding method is (c51) searching for the broadcast content corresponding to the starting point in the temporary storage unit. Making; (c52) transmitting the broadcast content from the broadcast content corresponding to the start point to the broadcast content corresponding to the end point in a streaming manner for playing to the IPTV terminal.

The time-shifted broadcast service requested in step (b) is a pause request for playback while the IPTV viewer is watching a broadcast played by a streaming method from the time-shifted broadcast service system, In said step (c), said corresponding manner comprises: (c61) stopping streaming; and (c62) storing the broadcasting channel and the pause request time which were being streamed.

After the step (c62), (c63) when receiving a play request from the IPTV terminal, the broadcast channel of the step (c62) and the broadcast content stored in the pause request time for the channel from the Thereafter, the method may further include transmitting the broadcast content in a streaming manner for playing to the IPTV terminal in the direction of the stored broadcast content.

The time-shifted broadcast service requested in step (b) is a reservation recording request for a specific broadcast program, wherein step (b) is specified from (IP) the IPTV terminal of the IPTV viewer according to the request of the (b1) IPTV viewer. Receiving a reservation recording request including the specific broadcast program information from an electronic program guide (EPG) providing server that receives a reservation recording request for a specific broadcast program of a channel; In c), the corresponding scheme comprises: (c71) storing the reserved program requested broadcast program information; (c72) the specific broadcast program requested for the reserved recording is stored in the temporary storage of the time-shifting broadcast service system, and under the condition that the play request of the reserved recording requested program is received from the IPTV terminal, And transmitting the reserved recording requested broadcast program to a IPTV terminal in a streaming manner for playing.

According to another aspect of the present invention, the broadcast content transmitted from the IPTV head-end system and the IP (IP) network through the IPTV head-end system from the current time to a predetermined time for each broadcast channel A time-shifting broadcast service system for real-time updating and storing as much as possible, and allowing a viewer to watch a broadcast of a time shifted for a predetermined time from the currently viewed broadcast time within the range of the stored broadcast content according to a request of an IPTV viewer. Receives the broadcast content stream transmitted from the end system, updates and stores by the broadcasting channel as much as the current time from the current time to a certain time, and streams the stored broadcast content when the IPTV viewer requests the time-shifting broadcast service. Stream receiving server for transmitting to the transmission server; And a stream transmission server for transmitting the broadcast content stream received from the stream reception server to an IPTV terminal of an IPTV viewer who has requested a time-shifting broadcast service.

The time mobile broadcasting service system establishes a Real Time Streaming Protocol (RTSP) session with an IPTV terminal to transmit and receive a time mobile broadcasting service control message, and transmits a broadcast content stream to the IPTV terminal of the stream transmission server. Session management server for managing; may further include.

The time-shifting broadcast service system may further include a portal server that provides a portal homepage such as subscribing to a time-shifting service and providing information for using a service.

The time-shifting broadcast service system may further include a database storing subscriber information or various statistical information according to service use.

It is preferable that the stream transmission server can be expanded according to an increase in time-shifting broadcast service subscribers.

Broadcast content delivery between the stream receiving server and the stream transmission server is preferably performed by a real-time transport protocol (RTP).

The stream receiving server may include: a broadcast stream receiving unit receiving a broadcast content stream transmitted from the IPTV headend system; A temporary storage unit storing the received broadcast content in a queue structure; A stream transmitter for transmitting the broadcast content stored in the temporary storage unit to a stream transmission server; The received broadcast contents are sequentially stored in the temporary storage unit, and the broadcast contents stored in the temporary storage unit are delivered to a stream transmission server through the stream transmitter in a manner corresponding to a time-shifting broadcast service request of an IPTV viewer. It may include a; receiving stream control unit for controlling the process.

The stream transmission server may include: an IPTV terminal communication unit in charge of transmitting and receiving a control message for a time-shifting broadcast service with the IPTV terminal; A stream receiving unit receiving a broadcast content stream transmitted from a stream receiving server; A stream buffer for temporarily storing the broadcast content stream received by the stream receiving unit; A stream transmitter for transmitting the broadcast content stream temporarily stored in a stream buffer to the IPTV terminal; Stream transmission for requesting broadcast content to the stream receiving server according to a time-shifted broadcasting service request of an IPTV viewer, and controlling a process of transmitting the broadcast content stream received from the stream receiving server to the IPTV terminal through the stream transmitter. It may include a control unit.

The IPTV terminal communication unit may transmit / receive a message with the IPTV terminal using a Real Time Streaming Protocol (RTSP).

According to another aspect of the present invention, a method in which an IPTV terminal communicates with a time-shifting broadcast service system by a time-shifting service client performed in the IPTV terminal and provides a time-shifting broadcast service to an IPTV viewer, includes: (a) Receiving a time-shifted broadcast service request from the IPTV viewer; (b) proceeding to step (h) if the time-shifting broadcast service request is a 'service termination request' and proceeding to step (c) if a 'service execution request'; (c) proceeding to step (e) if the current time-shifting broadcast service system and the RTSP session for receiving the time-shifting broadcast service are being set, and proceeding to step (d) if the RTSP session is not being set up; (d) Release the channel join from the IPTV head-end system to the broadcast that is transmitted in real time in a multicasting manner, and establish an RTSP session for receiving time-shifted broadcast service with the time-shifted broadcast service system. Setting up; (e) transmitting a performance request for a time-shifted broadcast service received from the IPTV viewer to the time-shifted broadcast service system; (f) receiving and displaying broadcast content on the IPTV terminal screen when the broadcast content is transmitted from the time-shifting broadcast service system in response to the time-shifting broadcast service request; (g) waiting for a time-shifting broadcast service request of the IPTV viewer, and if requested, returning to step (a); (h) stopping the RTSP session with the time-shifting broadcast service system and channel joining an IPTV real-time broadcast channel that was connected before the RTSP session was established.

The time-shifting broadcast service requested by the viewer in step (a) is a 'service execution request' in step (b), and the 'service execution request' is a 'rewind request' or 'fast forward'. Request ”, and the broadcast content transmitted in the step (f) is a broadcast content stored at a predetermined interval in a rewind direction among the broadcast content stored in the time-shifting broadcast service system in the case of a rewind request. In the case of a (fast forward) request, the broadcast content may be broadcast content stored at predetermined intervals in the advancing direction among broadcast contents stored in the time-shifting broadcast service system.

The time-shifting broadcast service requested by the viewer in step (a) is a 'service execution request' in step (b), and the 'service execution request' is a 'jump back' to a previous time by a specific amount of time. Or 'jump forward' to a later point in time by a specific amount of time, and the broadcast content transmitted in step (f) is played back in a streaming manner from a point in time before or after the requested specific amount of time. The broadcast content may be played.

The time-shifting broadcast service requested by the viewer in step (a) is a 'service execution request' of step (b), and the 'service execution request' is a 'pause request', and the step (f) In, the broadcast content transmitted may be the most recent still picture.

The time-shifting broadcast service requested by the viewer in step (a) is a 'service execution request' in step (b), and the 'service execution request' is a 'play request', and in step (f) The transmitted broadcast content may be broadcast content that is played in a streaming manner.

According to another aspect of the present invention, a time-shifting service client program (hereinafter referred to as a time-shifting service client) performed in an IPTV terminal and communicating with a time-shifting broadcast service system and providing a time-shifting broadcast service to an IPTV viewer is recorded. The recorded medium, wherein the time-shifting service client, a function of providing a service interface screen to the IPTV viewer to input the time-shifting broadcast service request; Receiving and interpreting a time-shifted broadcast service request of the IPTV viewer; Disconnecting an IPTV multicasting system according to a time-shifted broadcast service request of an IPTV viewer, and establishing an RTSP session for communication with the time-shifted broadcast service system; Transmitting a time-shifted broadcast service request of the IPTV viewer to a time-shifted broadcast service system, and receiving a broadcast content screen as a response from the time-shifted broadcast service system and displaying it on the IPTV screen; And ending the RTSP session with the time-shifting service system and returning to the channel connection state with the IPTV multicasting system according to the time-to-aircast service termination request of the IPTV viewer.

According to the present invention, the broadcast contents transmitted from the IPTV headend system are updated and stored in real time by the amount from the current time to a certain time for each broadcasting channel in the system on the network, thereby making any channel indispensable for all the broadcasting channels. Even if it is selected, there is an effect of allowing the channel to be watched by freely moving by using a return function or the like on the channel.

In addition, according to the present invention, there is an effect that allows the reservation recording in the system on the network by using the storage function.

Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings. Prior to this, terms or words used in the specification and claims should not be construed as having a conventional or dictionary meaning, and the inventors should properly explain the concept of terms in order to best explain their own invention. Based on the principle that can be defined, it should be interpreted as meaning and concept corresponding to the technical idea of the present invention. Therefore, the embodiments described in the specification and the drawings shown in the drawings are only the most preferred embodiment of the present invention and do not represent all of the technical idea of the present invention, various modifications that can be replaced at the time of the present application It should be understood that there may be equivalents and variations.

1 is a diagram illustrating a configuration of a time-shifting broadcast service system 100 and an IPTV network connected thereto according to the present invention.

The time-shifting broadcast service system 100 is connected to the IPTV head-end system 200 through an IP network, and the broadcast content transmitted from the IPTV head-end system 200 is present for each broadcasting channel. A system that updates and stores as much as a time from a time to a certain time, and allows a viewer to watch a broadcast in a time zone shifted for a predetermined time from the currently viewed broadcast point within the range of the stored broadcast content at the request of an IPTV viewer. to be. This will be described later with reference to the drawings subsequent to FIG. 3.

The IPTV head-end system 200 may include broadcast content supplied from each broadcast content provider 10, such as a program provider (PP), a data provider (DP), a terrestrial provider or an IPTV content provider (CP), and It is a system for transmitting Electronic Program Guide (EPG) information about the broadcast contents to an IPTV terminal of an IPTV viewer. IPTV head-end system 200 is a subscriber switch (L3 switch) 350, subscriber concentrator (L2 switch, DSLAM (via Gigabit or higher speed router and L3 switch) using a multicast routing protocol of the premium network 300 The broadcast content and the EPG information are transmitted to the IPTV terminals 20 of the plurality of subscribers joined to the corresponding channel by multicast through a Digital Subscriber Line Access Multiplexter (FAST) or Fast Ethernet Switch (FES) 360. The multicast routing protocol may be a Protocol Independent Multicast-Sparse Mode (PIM-SM) protocol, but the present invention is not limited thereto, and distance vector multicast routing protocol (DVMRP), multicast extensions to OSPF (MOSPF), and core CBT Multicast routing protocols of either Based Tree) and Protocol Independent Multicast-Dense Mode (PIM-DM) may be used.

More specifically, these IP networks can be described as IP backbone networks using unicast or multicast routing protocols, subscriber networks (e.g. Ethernet, xDSL, HFC, FTTC, FTTH), IPTV terminals ( 20).

The IP backbone network includes a premium network 300, each router including a Rendezvous Point (RP) 310 and a premium edge (PE) router 320 therein, a metro switch (L3 switch) (330). ), An N-Topia switch (L3 switch) 340 (N-Topia: service using a high-speed Internet through LAN equipment installed in a group building where UTP is installed), and a subscriber switch (L3 switch) 350. Each of the Layer 3 network equipment uses the PIM-SM multicast routing protocol, and the IPTV terminal 20 and the subscriber concentrator 360 use the Internet Group Management Protocol (IGMP) and the IGMP Snooping protocol, respectively. The subscriber concentrator 360 may include an xDSL concentrator, a Digital Subscriber Line Access Multiplexter (DSLAM), or a Fast Ethernet Switch (FES).

The rendezvous point 310 of the premium network 300 manages a PIM Join list and a PIM Prune list for each broadcast channel (for example, 100), and the broadcast channel is a multicast group. Therefore, the Join list and the Prune list are managed for each multicast group (broadcast channel).

The Internet Group Management Protocol (IGMP) is used between the IPTV terminal 20 requesting broadcast channel selection / release and the Layer 3 network equipment (eg, subscriber switch 350) accepting the request.

The IGMP Snooping protocol is a Layer 2 device (eg subscriber concentrator) located between a subscriber's IPTV terminal 20 requesting channel selection / release and a Layer 3 network device (eg subscriber switch 350) accepting the request. As a protocol driven in (360), the Layer 2 equipment (subscriber concentrator 360) on which the IGMP Snooping protocol is driven recognizes an IGMP transmission / reception message between the IPTV terminal 20 and the Layer 3 network equipment and makes a channel request. The channel information is transmitted only to the IPTV terminal 20 of the subscriber.

The subscriber's IPTV terminal 20 receives broadcast content and EPG information of each channel through multicasting from the subscriber switch 350 providing a plurality of broadcast channels (eg, 100) according to the IGMP-joined multicast group.

The subscriber network refers to a network between Layer 2 equipment (eg subscriber concentrator 360) and subscriber IPTV terminal 20, and includes Ethernet, xDSL (ADSL, VDSL), Hybrid Fiber Coax (HFC), and FTTC. (Fiber To The Curb), and may be configured in any one topology of the Fiber To The Home (FTTH) structure.

The IPTV terminal 20 may use a terminal in which an IP set-top box (IP STB) is embedded or an IP set-top box, a computer, a laptop, or a personal portable terminal connected to a user's TV. The IP set-top box 20 includes a hardware layer composed of STB hardware such as a CPU, a media processor, a flash RAM, and an Ethernet module, a system software layer including a device driver and an operating system, a Java virtual machine (JVM), Java Network Interface (JNI), ACAP API (ACAP-J, ACAP-X API) (Java TV, Havi UI, JMF, DAVIC, CA Interface), Conditional Access System (CAS) module or Digital Rights Management ( Middleware layer with DRM: Digital Rights Management (DRM) interface module, APIs for IP media services (Navigator, Audio streaming API, VOD, Flash player, HDS Client, SSO Client), streaming protocol (RTP, RTSP), MPEG2, MPEG4 Supports multiple codecs such as MPEG, MPEG7, H.264, WMV-9, and other codecs, and includes an electronic program guide (EPG) client, a web browser or client for use of time-shifted broadcast services. Including the four layers of the application layer. The subscriber's IPTV terminal 20 is assigned an IPv4 address or an IPv6 address.

2 is a block diagram of an IPTV head-end system 200. Referring to the drawings, the IPTV headend system 200 includes a baseband system 205, a compression multiplexing system (or multiplexing system) 210, a network switch system 215, a return path server system (RPS). 220, personalization authentication server (HDS) 225, EPG providing system 230, data broadcasting system 235, media management system (MOC: Media Operation Core) 240, reception restriction system 245, billing A processing system 250, a monitoring system 255, and a subscriber management system 260.

The baseband system 205 receives an MPEG-2 broadcast signal from an external program provider (PP) or an analog broadcast signal from terrestrial waves, converts the received source broadcast signal into a SDI (Serial Digital Interface) signal, and Synchronize frames, distribute broadcast video and audio signals from multiple broadcast channels (e.g. 100 channels) via routine switchers, subtitle generators (CG) and automatic program controllers (APC) The controller inserts at least one of an advertisement, a logo, or a subtitle into the broadcast video and audio signal (signal editing and processing) and transmits the same to the compression multiplexing system (or multiplexing system) 210. The baseband system 205 receives a broadcast signal such as a terrestrial wave, a tuner for receiving an analog broadcast signal through a DS-3 optical end station, a Yagi antenna, an integrated receiver decoder (IRD), and a received source signal. A frame divider for converting and correcting SDI signals and synchronizing frames, a signal divider such as an A / V router that connects / concentrates all broadcast signal channels for operational management, advertisements, logos on the SDI signals, It includes a subtitle generator for inserting subtitles to edit and process the signal.

The compression multiplexing system (or multiplexing system) 210 converts the broadcast video and audio signals received from the baseband system 205 into an A / V encoder for each broadcasting channel (eg, 100 channels). Compresses SDI (Serial Digital Interface) video signals using the H.264 protocol, compresses audio signals to MPEG-2 AAC, and compresses broadcast data and audio to a data encoder with MPEG-2 TS. After multiplexing the data broadcasting data generated by the program and the program related information (PSI) generated by the PSI generator, the packetized IP packetized by IP packetizing the multiplexed MPEG-2 Transport Stream (TS). A transport stream is transmitted to the network switch system 215. The program related information (PSI) includes a program association table (PAT) and a program map table (PMT) information.

The network switch system 215 may include one or more L3 switches (L3 SW), the return path server system, and the subscriber station 20 for transmitting the IP packetized transport stream to an IP network by multicasting. One or more L4 switches (L4 SW) for load balancing by dividing bidirectional data receiving traffic in a unicast manner between them by a proper load, and blocking harmful traffic between the L4 switch and the IP network. One or more intrusion prevention systems.

In addition, IP multicasting may use IPv4 multicasting or IPv6 multicasting techniques. In one embodiment, if the router and the L3 switch use the PIM-SM multicast routing protocol, and the subscriber's IP set-top box uses an IPv4 address, the I3 v3 / v3 uses IGMP Snooping of the L2 network device to the L3 switch. Join to the desired broadcast channel, or if using an IPv6 address, transmit to the L3 switch using MLD v1 / v2 to join the broadcast channel.

When the network switch system 215 uses IPv4 multicasting, IPv4 multicast addresses are '224.0.0.0' to '239.255.255.255', which are different for each broadcast channel (for example, 100 channels). Use For example, when using IPv4 multicasting, SBS can use 230.1.1.1 multicast address, KBS can use 230.1.1.2 multicast address, and EBS can use 230.1.1.3 multicast address. When using the PIM-SM multicast routing protocol, the network switch system 215 transmits a register message to the rendezvous point (RP) 310, and in response, the rendezvous point (RP) 310 sends a PIM JOIN message. The process of registering a rendezvous point (RP) 310 for transmitting a path to the network switch system 215 and setting a path is performed.

The return path server system 220 records log information of a subscriber, processes bidirectional data by a data provider (DP), receives bidirectional data from the IPTV terminal 20 of the subscriber, and The corresponding response data is transmitted to the IPTV terminal 20 in unicasting.

The personalization authentication server (HDS) 225 sends an authentication request message including the ID (SAID) of the IPTV terminal 20 for the IPTV service and the application service information to be used from the subscriber's IPTV terminal 20 to the return pass server. Received through the system 220, and transmits an authentication key (Unique Key, UK) in response to the authentication request message to the subscriber's IPTV terminal 20 through the return pass server system 220.

The location information of the IPTV terminal 20 includes an ID (SAID) and subscriber information of the IPTV terminal 20. The SAID of the IPTV terminal 20 is a unique ID assigned to the IPTV terminal 20. In addition, the IPTV terminal 20 includes a single sign-on (SSO) client and an HDS client for managing opening terminal information, and the SAID of the terminal is stored in the HDS client in the IPTV terminal 20. The personalization authentication server (HDS authentication server) 225 and the HDS client of the IPTV terminal 20 manage information (SAID, IP Address, MAC Address, terminal model name) of the opened IPTV terminal 20. In the case of personal authentication-based services, when a personal identification number (PIN) is authenticated, one master PIN number (consisting of four digits) can be assigned to one household and a plurality of PIN information can be assigned to household members.

The EPG providing system 230 provides EPG information to the IPTV terminal 20.

The data broadcasting system (DBS) 235 is a data manager for managing data encoding, a PSI generator / SI generator for generating program related information / service information (PSI / SI). ), A Data Server / Data Encoder for encoding data broadcasting data, a Multiplexer Manager (MM) for managing multiplexing functions of data broadcasting data, PSI information, and SI information, and a scheduler user. Interface (Scheduler UI) is included. The data broadcasting system (DBS) 235 multiplexes data broadcasting data and PSI information generated by a data server / data encoder and a PSI generator / SI generator by an authoring tool according to the terrestrial ACAP data broadcasting standard. The SI information is then sent to the IP multiplexer. The data manager (DM) of the data broadcasting system (DBS) 235 receives an object carousel (OC) including periodically updated information received from a data agent (DA). do.

The media operation system (MOC) 240 is a system for managing various business process information (program programming information, location information, contract information, product information, etc.) for operating a broadcasting task. The media management system 240 manages broadcasting program organization information, content and media management information, contract information of a program provider (PP) and a content provider (CP), product information, and manages each system in the center of a broadcasting center. It is a coordinator that integrates and manages the information flow through the organic combination of. The media management system (MOC) 240 includes contract management in terms of acquisition, media and content metadata management, EPG information acquisition / management as broadcast schedule information, and real time broadcasting in terms of operation. Marketing analysis reporting, delivery such as settlement of CP and subscriber viewing inclination in terms of VoD channel formation management, agent management for interworking with each subsystem, VoD catalog generation management, various product management, and analysis In terms of broadcast transmission monitoring, video server transmission management and VoD subscriber authentication, transmission result recording / management for settlement with CP, and data synchronization with each subsystem.

The billing processing system 250 is a provisioning system. When using the IPTV service for a fee after user authentication, the billing processing system 250 provides a billing processing function for the use of the IPTV service for each subscriber member.

The monitoring system 255 is a control system that monitors a transmission failure of an A / V broadcast signal for IPTV broadcasting and a reception failure by monitoring a downlink of the IPTV headend system 200.

The subscriber management system 260 provides a member subscription and termination for the IPTV service, and a member information management function.

3 is a configuration diagram of a time-shifting broadcast service system 100. Referring to the drawings, the time-shifting broadcast service system 100 according to the present invention includes a stream reception server 110, a stream transmission server 120, a database 130.1, a portal server 130.2, and a session management server 130.3. Include.

Real-time Transport Protocol (RTP) is a protocol for transmitting compressed video or audio streams in real time through the Audio / Video codec.

Real Time Streaming Protocol (RTSP) is an application level protocol that provides functions such as play, pause, stop, rewind, and fast forward through UDP or TCP to transmit video or audio in real time.

The stream receiving server 110 is a server continuously connected to the IPTV headend system 200 through the IP network and continuously receiving stream packets of broadcast content transmitted from the IPTV headend system 200. Store as much as the time before. In other words, it discards old packets and continuously stores the latest stream packets. The IPTV viewer who is a subscriber of the time-moving broadcast service requests the time-shifting broadcast service from the IPTV terminal 20. That is, for example, when watching a real-time IPTV broadcast and wanting to return to the past part, if a rewind is input, the IPTV terminal 20 transmits a rewind request to the time-shifting broadcast service system 100. . Such a request may be configured so that the stream transmission server 120 establishes a direct session with the IPTV terminal 20 and receives the session. The session management server 130.3 may configure the session with the IPTV terminal 20 to receive the request. It may be. This request is transmitted to the stream receiving server 110, and the stream receiving server 110 performs a rewind at a predetermined speed in the stored broadcast content stream packets, and then returns to it at a certain time when the subscriber replays the request. From the contents of the playback stream (play) of the normal speed is again delivered to the stream transmission server 120, and streamed from the stream transmission server 120 to the IPTV terminal 20 to play the broadcast content from the point of time desired by the viewer ( play). When performing the above-described rewind at the constant speed, the stream receiving server 110 scans the stored stream packet in the direction of a previous viewpoint and streams the screen of the predetermined interval to the IPTV terminal 20 through the stream transmission server 120. This allows the viewer to view the sequential rewind screen at rewind. This time-shifting function can be implemented not only with rewind, but also with fast forward, play after pause, and jump back / jump forward to the previous or subsequent time. have. In this way, it is possible to freely rewind, pause, or move forward or back within a range that is currently being watched in real time as if watching a video tape or a DVD. Various embodiments in which this time-shifting service is performed will be described later with reference to FIGS. 6 to 9.

As described above, the stream transmission server 120 plays a role of streaming the broadcast content streaming packet received from the stream reception server 110 to the IPTV terminal 20 requesting the time-shifting service. As shown, the stream transmission server 120 may be provided with a plurality (120.1 to 120.N, hereinafter referred to as '120.N'). 'InfiniBand' is a structure and specification of data flow between processor and input / output I / O device with very large bandwidth and almost infinite scalability, and stream transmission server (120.N) can be easily expanded according to subscriber capacity. It shows what constitutes a structure.

The stream transmission server 120 may establish a real time streaming protocol (RTSP) session directly with the IPTV terminal 20 to perform the above-described rewind, fast forword, pause, and the like. Alternatively, the RTSP session is managed by the session management server 130.3, and the stream transmission server 120 performs only a role of streaming broadcast content to the IPTV terminal 20 under the control of the session management server 130.3. You may.

The database 130.1 may store subscriber information or various statistical information according to service use.

The portal server 130.2 is a server that provides a portal homepage such as subscribing to a time-shifting service of the present invention and providing information for using a service. Although not shown in the drawing, in conjunction with the database 130.1, it is possible to provide a reservation recording service using the time-moving broadcast service system 100 of the present invention. That is, in the EPG provided by the electronic program guide (EPG) providing system 230 of the IPTV headend system 200 to the IPTV terminal 20, the subscriber selects a specific program to be broadcasted later and requests a reservation recording. May be received by the EPG providing system 230, and the information about the specific broadcast program and a reservation recording request may be sent to the time-shifting broadcast service system 100, wherein the portal server 130.2 receives it and the database is received. (130.1) it is possible to store that a specific program for the subscriber is scheduled recording recording. After receiving the playback request for the reserved recording program from the subscriber, it finds the program stored in the stream receiving server 110 and streams the IPTV terminal 20 of the subscriber.

As described above, the session management server 130.3 may set up an RTSP session to process functions such as rewind, fast forword, pause, etc. when a time-shifting service request is received from the IPTV terminal 20.

4 is a diagram illustrating an internal configuration of the stream receiving server 110 in the time-shifting broadcast service system 100.

The reception stream control unit 111 receives the broadcast content packet stream received from the IPTV headend system 200, and delivers the appropriate channel stream to one of the plurality of stream transmission servers 120.N according to the request of the subscriber. It is responsible for controlling the flow of the stream.

The broadcast stream receiver 112 is preferably configured to receive a broadcast stream transmitted from the IPTV headend system 200 in parallel for each channel. Referring to the drawings, '234.1.1.1:9001, 234.1.1.2:9002, ...' 234.1.1.100:9100 'means an IP address assigned to each channel. This figure shows a case composed of 100 channels. The broadcast content stream received by the broadcast stream receiver 112 for each channel is also continuously stored in the temporary storage 113 allocated for each channel.

The temporary storage unit 113 has a data storage method of a queue structure. That is, as a storage unit of a FIFO (First In First Out) structure, the latest stream is continuously filled while the oldest data disappears in sequence after the stream is full. The capacity of such a queue can vary as needed. In other words, the broadcast content can be stored in an amount corresponding to one hour or several days. If it is a 1-hour queue, the broadcasted content from the IPTV headend system 200 is stored for one hour before the current time.

The stream transmission unit 114 is responsible for transmitting the broadcast content stored in the temporary storage unit 113 having such a queue structure to the stream transmission server 120 under the control of the reception stream control unit 111. . The stream transmitter 114 is also preferably configured separately for each channel.

5 is a diagram illustrating an internal configuration of the stream transmission server 120 in the time-shifting broadcast service system 100. As described above with reference to FIG. 3, a plurality (120.1 to 120.N, hereinafter referred to as '120.N') may be installed, which means that the structure can be expanded according to subscriber capacity. The internal configuration diagram of the stream transmission server 120.N is shown.

The stream transmission control unit 121 stores the broadcast content stream received by the stream receiving unit 123 from the stream receiving server 110 in the stream buffer 124 at the request of the subscriber. 20) to control the process until streaming. The stream transmission server 120 may be responsible for session establishment and message transmission and reception with the IPTV terminal 20 according to a Real Time Streaming Protocol (RTSP). In this case, the IPTV terminal communication unit 122 performs the process. Do this.

The stream receiving unit 123 receives the broadcast content stream transmitted from the stream receiving server 110, and the received stream is temporarily stored in the stream buffer 124, and the IPTV terminal of the subscriber through the stream transmitting unit 125 ( 20) streaming is sent.

FIG. 6 is a diagram illustrating an embodiment of a method for providing time-shifted broadcast service as a signal flow between network constituents. Referring to the figure, an IPTV viewer who is a subscriber of the time-moving broadcast service selects an IPTV broadcast channel to be viewed on the IPTV terminal 20 using a remote controller or the like (S601). At this time, the IPTV terminal 20 sends a channel join request to the IPTV headend system 200 for the selected channel, and a broadcast session is established between the IPTV headend system 200 and the IPTV terminal 20 for the channel. In step S602, the IPTV broadcast is streamed to the IPTV terminal 20, and the viewer views the broadcast (S603).

The viewer may wish to see the part of the broadcast again. At this time, if you want to return while checking the return screen, enter the 'Rewind' in the IPTV terminal 20 (S604). The IPTV terminal 20 releases the channel with the IPTV headend system 200 (not shown), and receives the streaming of broadcast content from the time-shifting broadcast service system 100 and receives time-shifted broadcasts to receive various time-shifting services. A Real Time Streaming Protocol (RTSP) session is established with the service system 100 (S605), and a 'Rewind' request and its channel number are sent (S606 to S607). Receiving the request, the time-shifting broadcast service system 100 performs the rewind and streams the rewind screen to the IPTV terminal 20. The streaming of the rewind screen sequentially transmits the stored screens at regular intervals while scanning the stored broadcast stream packet in the previous direction. As an embodiment, this may be to transmit 'I' frame data, which is decoded by itself without requiring data before and after, among frames of a video stream compressed by MPEG-2. Upon rewind, the subscriber may enter a play when it is determined to return as necessary, and this 'play' request is transmitted by the IPTV terminal 20 to the time-shifting broadcast service system 100 (S609, S610). ). At this time, the time-shifting broadcast service system 100 stops streaming the rewind screen, and from that point in time, the broadcast is streamed to the IPTV terminal 20 in the play direction (S611) so that the subscriber can watch the broadcast from that point in time.

When the viewer wants to see the part that has been broadcasted again, the viewer can return to the specific time or to the specific time. Input 'Jump back' into the IPTV terminal 20 (S612). Accordingly, when the IPTV terminal 20 requests this to the time-shifting broadcast service system 100 (S613), the IPTV terminal 20 searches for the broadcast content portion of the requested time in the stored broadcast content, and streams the broadcast content to the IPTV terminal 20 from there. Start (S614). After inputting 'Stop' (S615), the IPTV terminal 20 releases the RTSP session with the time-shifting broadcast service system 100 (S616), and again joins a channel to the IPTV headend system 200. The request establishes the IPTV multicasting session (S617) and can watch the real-time broadcast from the IPTV (S618). It is also possible to return to the real-time broadcast by requesting the IPTV terminal 20 to change to another channel instead of the 'Stop' input (S615).

7 is a diagram illustrating another embodiment of a method of providing time-shifted broadcast service as a signal flow between network constituents. Referring to the figure, an IPTV viewer who is a subscriber of a time-shifting broadcast service selects an IPTV broadcast channel to be viewed on the IPTV terminal 20 using a remote controller or the like (S701). At this time, the IPTV terminal 20 sends a channel join request to the IPTV headend system 200 for the selected channel, and a broadcast session is established between the IPTV headend system 200 and the IPTV terminal 20 for the channel. (S702), the IPTV broadcast is streamed to the IPTV terminal 20 so that the viewer watches the broadcast (S703).

When the viewer wants to see the part that has been broadcasted again, as described above in FIG. 6, the viewer may immediately return to the specific time or to the specific time. This figure shows that the menu provided by the client of the time-moving broadcast service system of the IPTV terminal 20 can be used (S704 and S705). Input 'Jump back' into the IPTV terminal 20 from the menu (S706). The IPTV terminal 20 releases the channel with the IPTV headend system 200 (not shown), and receives the streaming of broadcast content from the time-shifting broadcast service system 100 and receives time-shifted broadcasts to receive various time-shifting services. A Real Time Streaming Protocol (RTSP) session is established with the service system 100 (S707). Accordingly, when the IPTV terminal 20 requests the 'jump back' on the channel requested by the subscriber to the time-shifting broadcast service system 100 (S708, S709), the broadcast content portion of the stored broadcast content is found and is found. From the start of streaming the broadcast content to the IPTV terminal 20 (S710).

The viewer may want to watch the broadcast of the point in time when the screen is quickly advanced again while watching the returned screen. At this time, if you want to move forward while checking the fast-forward screen, input 'Forward' to the IPTV terminal 20 (S711). The IPTV terminal 20 sends a 'Forward' request and its channel number to the time-shifting broadcast service system 100 (S712). Receiving the request, the time-shifting broadcast service system 100 performs fast forwarding and streams the forward screen to the IPTV terminal 20 (S713). The streaming of the forward screen is to sequentially transmit the stored screens at predetermined intervals while scanning the stored broadcast stream packet in the subsequent direction. As an embodiment, this may be to transmit 'I' frame data, which is decoded by itself without requiring data before and after, among frames of a video stream compressed by MPEG-2. When it is determined that the subscriber proceeds as necessary during forwarding, the subscriber may input a play, and the play request is transmitted by the IPTV terminal 20 to the time-shifting broadcast service system 100 (S714, S715). At this time, the time-moving broadcast service system 100 stops streaming the forward screen, and from that point, the broadcast content stored in the play direction is streamed to the IPTV terminal 20 (S716) so that the subscriber can watch the broadcast from that point. do.

The viewer may want to watch the broadcast by immediately moving back to the screen for a specific time while watching the returned screen. At this time, 'Jump forward' is input to the IPTV terminal 20 (S717). Accordingly, when the IPTV terminal 20 requests the 'Jump forward' for a specific time to the time-shifting broadcasting service system 100 (S718), the IPTV terminal 20 finds the broadcast content portion of the requested time from the stored broadcasting contents, and from there the IPTV terminal ( In step 20, streaming of the broadcast content is started (S719).

When the viewer wants to return to the IPTV real-time broadcast again, the viewer can request the IPTV terminal 20 using the menu (S720 to S722). Accordingly, the IPTV terminal 20 performs an RTSP session with the time-shifting broadcast service system 100. It releases (S723), requests the channel join (join) to the IPTV headend system 200 again to establish an IPTV multicasting session (S724) and can watch the real-time broadcast from the IPTV (S725).

8 is a diagram showing another embodiment of a method of providing time-shifted broadcast service as a signal flow between network constituents. Referring to the figure, an IPTV viewer who is a subscriber of a time-moving broadcast service selects an IPTV broadcast channel to be viewed on an IPTV terminal by using a remote controller or the like (S801). At this time, the IPTV terminal 20 sends a channel join request to the IPTV headend system 200 for the selected channel, and a broadcast session is established between the IPTV headend system 200 and the IPTV terminal for the channel (S802). ), The IPTV broadcast is streamed to the IPTV terminal 20 so that the viewer watches the broadcast (S803). The subscriber may wish to pause the current live broadcast, but this is not possible with real time TV. However, according to the time-shifting broadcast service system 100 according to the present invention, it is possible to achieve the effect of 'pause' with the following flow. That is, when the subscriber inputs 'Pause' (S804), the IPTV terminal 20 first stores the channel and time of inputting the 'Pause' (S805). At this time, the subscriber may select another broadcast channel (S806). In this case, the IPTV terminal 20 may join the other channel to the IPTV headend system 200 (S807) to watch the broadcast (S808). When the subscriber selects the original channel that is 'Pause' again (S809), the IPTV terminal 20 shows a still image at the 'Pause' time point of the original channel and joins the channel to the IPTV headend system 200. Release the state (not shown). When the subscriber inputs 'Play' in the original channel that is 'Pause' (S810), the IPTV terminal 20 sets up an RTSP session with the time-moving broadcast service system 100 and requests 'Play' to play. (S811 through S813) together with the channel number to be played and the time to start play (S811 through S813), the time-shifting broadcast service system 100 broadcasts the broadcast content from the point of time when the channel is 'Pause' from the stored broadcast content. The stream is streamed to the IPTV terminal 20 (S814), so that the effect is as if the real-time broadcast is paused and played. In the above processes, after the 'Pause' request, instead of moving to another channel and returning to the original channel, 'Play' may be directly input in a pause state, in which case the steps S806 to S809 are omitted.

9 is a view showing another embodiment of a method of providing time-shifted service as a signal flow between network constituents. This figure shows the pause function as in FIG. 8 described above, but FIG. 8 shows playback after pausing of 'watching real time IPTV broadcast', and FIG. 9 shows streaming broadcast from the time-shifting broadcast service system 100. The playback process after pausing during viewing. That is, during the streaming broadcast viewing from the time-shifting broadcast service system 100 (S901), when the subscriber inputs 'Pause' (S902), the IPTV terminal 20 first stores the channel and time of inputting the 'Pause'. In step S903, the 'Pause' request is sent to the time-shifting broadcast service system 100 (S904), and the time-shifting broadcast service system 100 stops streaming (S905). Subsequent steps S906 to S914 are the same as steps S806 to S814 in FIG. 8. In the above process, after the 'Pause' request, instead of moving to another channel and returning to the original channel, 'Play' may be input immediately in a pause state, in which case steps S906 to S909 are omitted. Unlike in FIG. 8, since the RSTP session is already established, step S911 may be omitted.

FIG. 10 is a diagram illustrating an embodiment of a screen displayed on a set-top box of a subscriber when performing a time-shifting broadcast service according to the present invention. Referring to the drawings, '(a)' shows broadcast content streamed from the time-shifting broadcast service system 100, and the track bar below shows a progress state 1001. '(b)' shows the rewinded section 1002 and thus the time point 1004 currently being played. In the 'rewinded' section, 'fast forward' may be performed by 'forward' (1003). Another form 1005 of a track bar is shown at (c).

As described above, although the present invention has been described by way of limited embodiments and drawings, the present invention is not limited thereto and is intended by those skilled in the art to which the present invention pertains. Of course, various modifications and variations are possible within the scope of equivalents of the claims to be described.

1 is a view showing the configuration of a time-shifting broadcast service system and an IPTV network connected thereto according to the present invention.

2 is a block diagram of an IPTV head-end system.

3 is a block diagram of a time-shifting broadcast service system.

4 is an internal configuration diagram of a stream receiving server in a time-shifting broadcast service system.

5 is an internal configuration diagram of a stream transmission server in a time-shifting broadcast service system.

6 is a diagram illustrating an embodiment of a method of providing time-shifted broadcast service as a signal flow between network constituents.

FIG. 7 illustrates another embodiment of a time-shifted broadcast service providing method as a signal flow between network constituents. FIG.

8 is a view showing another embodiment of a method of providing time-shifted broadcast service as a signal flow between network constituents.

9 illustrates another embodiment of a method of providing time-shifted broadcast service as a signal flow between network constituents.

10 is a view showing an embodiment of a screen displayed on the subscriber's IPTV terminal when performing the time-shifting broadcast service according to the present invention.

Claims (29)

The time-shifting broadcast service system linked through the IPTV head-end system and the IP network is configured to broadcast broadcast content transmitted from the IPTV head-end system by the broadcasting channel by the amount of time from the current time to a certain time before. A method of providing a time-shifting broadcast service which updates and stores in real time and enables a viewer to watch a broadcast in a time zone shifted from a currently viewed broadcast time within a range of the stored broadcast content at the request of an IPTV viewer. (a) continuously updating the broadcast content transmitted from the IPTV headend system by the amount of the broadcast channel for each broadcast channel from the current time to a predetermined time and storing it in a temporary storage system in a queue method; (b) receiving a time-shifted broadcast service request for a specific channel from the IPTV terminal of the IPTV viewer according to a request of the IPTV viewer; (c) transmitting a corresponding broadcast content of the broadcast content stored in the step (a) to the IPTV terminal or stopping transmission of the broadcast content being transmitted in a manner corresponding to the request received in the step (b); Time-shifting broadcast service providing method comprising a. The method according to claim 1, The time-shifting broadcast service requested in step (b) is a request for rewinding from the broadcast time point at which the IPTV viewer is currently watching to the broadcast content direction of the previous time zone, In step (c), the corresponding manner is (c11) determining, by the temporary storage unit of the step (a), a point where the broadcast content, which is being viewed at the time when the IPTV viewer requests the time-shifted broadcast service, is stored (hereinafter referred to as a 'return start point'); (c12) among the broadcast contents stored in the temporary storage unit, a screen for a predetermined interval among the stored broadcast contents screens in the direction of the broadcast contents stored in the previous time from the reverting start point (hereinafter referred to as a “return direction”). Sequentially transmitting to the IPTV terminal; Time-shifting broadcast service providing method comprising a. The method according to claim 2, After the step (c12), (c13) When the play request is received from the IPTV terminal, the screen transmission in the reverting direction of step (c12) is stopped, and from thereafter the broadcast content stored at the point where the temporary storage unit stops transmitting. Transmitting the broadcast content in a streaming manner for playing to the IPTV terminal in a direction of the broadcast content stored in the broadcast content; Time moving broadcast service providing method further comprises. The method according to claim 2, The starting point of the reversion of the step (c11), When the IPTV viewer requests the time-shifting broadcast service, When watching the real-time broadcast from the IPTV headend system, the temporary storage unit determines the point where the most recent broadcast content screen is stored. When watching a broadcast played in a streaming manner from the temporary storage of the time-shifting broadcast service system, the temporary storage is determined to be the point where the most recently streamed broadcast content screen is stored. that Time-shifting broadcast service providing method characterized in that. The method according to claim 1, The time-shifted broadcast service requested in step (b) is a fast forward request from the broadcast time point at which the IPTV viewer is currently watching to the broadcast content direction in a later time zone, In step (c), the corresponding manner is (c21) determining, by the temporary storage unit of step (a), a point where the broadcast content, which is being watched at the time when the IPTV viewer requests the time-shifted broadcast service, is stored (hereinafter referred to as 'a baby start point'). ; (c22) In the broadcast contents stored in the temporary storage unit, in the direction of the broadcast contents stored from the start point to a later time point (hereinafter referred to as a 'going direction'), for every predetermined interval of the stored broadcast content screens. Sequentially transmitting the screen to the IPTV terminal; Time-shifting broadcast service providing method comprising a. The method according to claim 5, After the step (c22), (c23) When the play request is received from the IPTV terminal, the screen transmission in the forward direction of the step (c22) is stopped, and the broadcast content stored at the point at which the temporary storage unit is stopped is transmitted. Then transmitting the broadcast content in a streaming manner for playing to the IPTV terminal in the direction of the stored broadcast content; Time moving broadcast service providing method further comprises. The method according to claim 5, Before step (c21), (c20) The fast forward request is a fast forward request for the channel currently being watched when the IPTV viewer was watching a real time broadcast from the IPTV headend system. If not, transmitting a message indicating that it cannot be executed to the IPTV terminal and terminating it, and not proceeding to step c21; Time moving broadcast service providing method further comprises. The method according to claim 7, The starting point of the step (c21) is, When the IPTV viewer requests the time-shifted broadcast service, the temporary storage unit of the time-shifted broadcast service system determines the point where the most recently streamed broadcast content screen is stored. Time-shifting broadcast service providing method characterized in that. The method according to claim 1, When the broadcast content is stored in the temporary storage in the step (a), the storage time is stored together, The time-shifting broadcast service requested in the step (b) is a request to directly move from the broadcast time point at which the IPTV viewer is currently watching to broadcast content at a specific time (hereinafter, referred to as a "move time"), In step (c), the corresponding manner is (c31) retrieving the storage time corresponding to the movement time from the temporary storage unit; (c32) transmitting the broadcast content from the broadcast content stored in the temporary storage unit at the retrieved storage time in a streaming manner for playing to the IPTV terminal; Time-shifting broadcast service providing method comprising a. The method according to claim 1, When the broadcast content is stored in the temporary storage in the step (a), the storage time is stored together, The time-shifting broadcast service requested in step (b) is a time-shifting request for a specific amount of time from the broadcast time point at which the IPTV viewer is currently watching, In step (c), the corresponding manner is (c41) searching the temporary storage unit for a storage time corresponding to the time shifted from the current time by the requested amount of time; (c42) transmitting broadcast contents from the broadcast contents stored in the temporary storage unit at the retrieved storage time in a streaming manner for playing to the IPTV terminal; Time-shifting broadcast service providing method comprising a. The method according to claim 1, When the broadcast content is stored in the temporary storage unit in the step (a), information indicating a start point and an end point of a specific broadcast program is stored together. The time-shifting broadcast service requested in step (b) is a time-shifting request from a broadcast time point at which the IPTV viewer is currently watching to a specific broadcast program previously broadcasted. In step (c), the corresponding manner is (c51) searching for the broadcast content corresponding to the starting point in the temporary storage unit; (c52) transmitting the broadcast content from the broadcast content corresponding to the start point to the broadcast content corresponding to the end point in a streaming manner for playing to the IPTV terminal; Time-shifting broadcast service providing method comprising a. The method according to claim 1, The time-shifting broadcast service requested in step (b) is a pause request for playback while the IPTV viewer is watching a broadcast played in a streaming manner from the time-shifting broadcast service system, In step (c), the corresponding manner is (c61) stopping streaming; (c62) storing the broadcasting channel and the pause request time which were being streamed; Time-shifting broadcast service providing method comprising a. The method according to claim 12, After the step (c62), (c63) when the play request is received from the IPTV terminal, the direction of the broadcast content stored thereafter from the broadcast channel stored in the step (c62) and the broadcast content stored at the pause request time with respect to the channel; Transmitting the broadcast content to the IPTV terminal in a streaming manner for playing; Time moving broadcast service providing method further comprises. The method according to claim 1, The time-shifting broadcast service requested in the step (b) is a reservation recording request for a specific broadcast program, wherein the step (b) includes: (b1) From the IPTV viewer, from the IPTV terminal, the specific broadcast is received from an electronic program guide (EPG) providing server that receives a reservation recording request for a specific broadcast program of a specific channel. Receiving a reservation recording request including program information; In the step (c), the corresponding manner is (c71) storing the reserved program request broadcast program information; (c72) the specific broadcast program requested for the reserved recording is stored in the temporary storage of the time-shifting broadcast service system, and under the condition that the play request of the reserved recording requested program is received from the IPTV terminal, Transmitting the reserved recording requested broadcast program to a IPTV terminal in a streaming manner for playing; Time-shifting broadcast service providing method comprising a. It is connected with an IPTV Head-End system and an IP network, and updates and stores broadcasting contents transmitted from the IPTV Head-end System for each broadcasting channel by the amount of time from the current time to a certain time ago. According to the request of the IPTV viewer, within the range of the stored broadcast content, a time-shifting broadcast service system that allows the user to watch a broadcast in a time zone shifted for a predetermined time from the currently viewed broadcast time point, Receives the broadcast content stream transmitted from the IPTV headend system, and updates and stores the broadcast content by the amount of time from the current time to a certain time in advance for each broadcast channel, and when the IPTV viewer requests the time-moving broadcast service, the stored broadcast content Stream receiving server for transmitting the stream to the server; A stream transmission server for transmitting the broadcast content stream received from the stream reception server to an IPTV terminal of an IPTV viewer requesting a time-shifting broadcast service; Time shifting broadcast service system comprising a. The method according to claim 15, A session management server configured to establish a Real Time Streaming Protocol (RTSP) session with an IPTV terminal, transmit and receive a time-shifted broadcast service control message, and manage transmission of a broadcast content stream from the stream transmission server to the IPTV terminal; Time moving broadcast service system further comprising. The method according to claim 15, Portal server for providing a portal homepage, such as subscription to the time-shifting service and providing information for using the service; Time moving broadcast service system further comprising. The method according to claim 15, A database for storing various statistical information according to subscriber information or service usage; Time moving broadcast service system further comprising. The method according to claim 15, The stream transmission server, Can be expanded by increasing number of subscribers Time shifting broadcast service system, characterized in that. The method according to claim 15, Broadcast content delivery between the stream receiving server and the stream transmission server, Performed by the Real-time Transport Protocol (RTP) Time shifting broadcast service system, characterized in that. The method according to claim 15, The stream receiving server, A broadcast stream receiver configured to receive a broadcast content stream transmitted from the IPTV headend system; A temporary storage unit storing the received broadcast content in a queue structure; A stream transmitter for transmitting the broadcast content stored in the temporary storage unit to a stream transmission server; The received broadcast contents are sequentially stored in the temporary storage unit, and the broadcast contents stored in the temporary storage unit are delivered to a stream transmission server through the stream transmitter in a manner corresponding to a time-shifting broadcast service request of an IPTV viewer. A reception stream control unit controlling a process of performing the process; Time moving broadcast service system comprising a. The method according to claim 15, The stream transmission server, An IPTV terminal communication unit in charge of transmitting and receiving a control message for a time-shifting broadcast service with the IPTV terminal; A stream receiving unit receiving a broadcast content stream transmitted from a stream receiving server; A stream buffer for temporarily storing the broadcast content stream received by the stream receiving unit; A stream transmitter for transmitting the broadcast content stream temporarily stored in a stream buffer to the IPTV terminal; A stream transmission control unit for requesting broadcast content to the stream receiving server according to a time-shifting broadcast service request of an IPTV viewer, and controlling a process of transmitting the broadcast content stream received from the stream receiving server to the IPTV terminal through the stream transmission unit. ; Time moving broadcast service system comprising a. The method according to claim 22, The IPTV terminal communication unit, Sending and receiving messages with the IPTV terminal by using Real Time Streaming Protocol (RTSP) Time shifting broadcast service system, characterized in that. An IPTV terminal communicates with a time-shifting broadcast service system by a time-shifting service client performed in the IPTV terminal, and provides a time-shifting broadcast service to an IPTV viewer. (a) receiving a time-shifting broadcast service request from the IPTV viewer; (b) proceeding to step (h) if the time-shifting broadcast service request is a 'service termination request' and proceeding to step (c) if a 'service execution request'; (c) proceeding to step (e) if the current time-shifting broadcast service system and the RTSP session for receiving the time-shifting broadcast service are being set, and proceeding to step (d) if the RTSP session is not being set up; (d) Release the channel join from the IPTV head-end system to the broadcast that is transmitted in real time in a multicasting manner, and establish an RTSP session for receiving time-shifted broadcast service with the time-shifted broadcast service system. Setting up; (e) transmitting a performance request for a time-shifted broadcast service received from the IPTV viewer to the time-shifted broadcast service system; (f) receiving the broadcast content from the time-shifted broadcast service system in response to the time-shifted broadcast service request and displaying it on an IPTV terminal screen; (g) waiting for a time-shifting broadcast service request of the IPTV viewer, and if requested, returning to step (a); (h) stopping the RTSP session with the time-shifting broadcast service system and channel joining an IPTV real-time broadcast channel that was connected before the RTSP session was established; Method of providing a time-moving broadcast service of the IPTV terminal comprising a. The method of claim 24, The time-shifting broadcast service requested by the viewer in step (a) is a 'service execution request' in step (b), The 'service execution request' is a 'rewind request' or 'fast forward request', In the case of a rewind request, the broadcast content transmitted in the step (f) is a broadcast content stored at a predetermined interval in a rewind direction among broadcast contents stored in a time-shifting broadcast service system, and a fast forward request is performed. In the case of the broadcast content stored in the time-shifting broadcast service system in the direction of the direction of the broadcast content stored at regular intervals Method of providing a time-shifting broadcast service of the IPTV terminal, characterized in that. The method of claim 24, The time-shifting broadcast service requested by the viewer in step (a) is a 'service execution request' in step (b), The 'service execution request' is 'jump back' to a previous point in time by a specific amount of time or 'jump forward' to a later point in time by a specific amount of time. The broadcast content transmitted in the step (f) is a broadcast content that is played in a streaming manner from a time point before or after the requested specific amount of time. Method of providing a time-shifting broadcast service of the IPTV terminal, characterized in that. The method of claim 24, The time-shifting broadcast service requested by the viewer in step (a) is a 'service execution request' in step (b), The service request is a pause request. The broadcast content transmitted in the step (f) is the most recent still picture Method of providing a time-shifting broadcast service of the IPTV terminal, characterized in that. The method of claim 24, The time-shifting broadcast service requested by the viewer in step (a) is a 'service execution request' of step (b), The service request is a play request, The broadcast content transmitted in step (f) is broadcast content that is played in a streaming manner. Method of providing a time-shifting broadcast service of the IPTV terminal, characterized in that. A recording medium which is performed in an IPTV terminal, communicates with a time-shifting broadcast service system, and records a time-shifting service client program (hereinafter referred to as a time-shifting service client) for providing a time-shifting broadcast service to an IPTV viewer. The time-shifting service client, Providing a service interface screen for inputting a time-shifted broadcast service request to an IPTV viewer; Receiving and interpreting a time-shifted broadcast service request of the IPTV viewer; Disconnecting an IPTV multicasting system according to a time-shifted broadcast service request of an IPTV viewer, and establishing an RTSP session for communication with the time-shifted broadcast service system; Transmitting a time-shifted broadcast service request of the IPTV viewer to a time-shifted broadcast service system, and receiving a broadcast content screen as a response from the time-shifted broadcast service system and displaying it on the IPTV screen; A function of terminating the RTSP session with the time-shifting service system and returning to the channel connection state with the IPTV multicasting system according to the time-to-date broadcasting service termination request of the IPTV viewer; And a recording medium on which the time-shifting service client is recorded.

Images