KR100993306B1 - Method and system for rebooting settop box - Google Patents

Abstract

The present invention relates to a method and system for rebooting in a set-top box. Rebooting method of the set-top box, (a) setting the conditions for rebooting the set-top box; (b) determining whether a condition for rebooting set in step (a) has been achieved; And (c) performing a reboot if it is determined that the condition is achieved in step (b).

IPTV, Set Top Box, Boot, Standby Mode, Operation Mode

Description

Reboot method and system in set-top box {METHOD AND SYSTEM FOR REBOOTING SETTOP BOX}

The present invention relates to a method and system for rebooting in a set-top box, and more particularly, the user does not control and reboots the set-top box, but sets the conditions for rebooting the set-top box or the same condition as the set condition. The present invention relates to an automatic rebooting method and system for performing a reboot by recognizing the problem in the set-top box.

In general, Internet Protocol Television (IPTV) is a digital convergence form in which broadcasting and communication are converged with reception of broadcast signals transmitted from a program provider (PP) or terrestrial, cable, and satellite. In addition, a TV receiver (TV) connected to an IP Set Top Box (STB) provides Internet Contents On Demand (ICOD) services such as TV Internet content and video content (T-VOD) through an IP network. to provide.

IPTV services are called IPTV in the US, ADSL TV in Europe, and broadband broadcasting in Japan.

The main components of the IPTV service system include an IPTV Headend System, an IP Backbone Network, an IP Backbone, an Access Network (eg xDSL, HFC, FTTC, FTTH), and a Subscriber Terminal (STB, TV).

The IPTV service is a broadband broadband service that provides two-way TV content in the form of convergence of communication and broadcasting according to the digital convergence of the program provider (PP) and the content provider (CP) of the Internet market. A TV connected to an IP set-top box (STB) via an internet network receives Internet multimedia contents including audio, video, and packet data, and is interactively used by using a bidirectional communication channel as a return path concept. Use TV service.

The set-top box is an interface device between the TV and the network. The set-top box performs a function of transmitting a channel and an interactive service transmitted through a network through IP, cable, satellite, terrestrial, and the like, and may exist in a TV or an external form. These set-top boxes maintain three states: boot, standby, and run. The boot state is a state in which the set-top box loads components necessary to show a service and initializes resources in the set-top box. The standby state is a state in which the user does not use the service, and the operating state is a state in which the user uses the service.

However, the set-top box is equipped with complex functions similar to a PC, such as various interactive services, VoD, and web browsing, as well as broadcast reception functions. Accordingly, there is a need for a system that can minimize the inconvenience of viewing due to the stability of the set-top box by allowing the set-top box to reboot itself according to the situation, the stability problem has been raised.

The present invention has been devised to solve the above problems, by setting the conditions for rebooting the set-top box to the same conditions as the set condition or when the problem occurs in the set-top box to perform the reboot by recognizing this in the set-top box Accordingly, it is an object of the present invention to provide a method and system for rebooting in a set-top box to minimize the inconvenience of viewing due to the stability of the set-top box to use a stable service.

According to an aspect of a method for rebooting a set top box according to the present invention for achieving the above object, (a) setting a condition for the reboot of the set top box; (b) determining whether a condition for rebooting set in step (a) has been achieved; And (c) performing a reboot if it is determined that the condition is achieved in step (b).

The step (a) may include: (a1) receiving a reboot setup condition transmitted from an IPTV headend system in a multicasting or unicasting scheme; (a2) setting a condition for rebooting the set-top box according to the reboot setting condition received in step (a1).

In the step (a1), the reboot setting condition received from the IPTV headend system includes the number of times of entering the standby mode after booting of the set-top box or the elapsed time and the reboot time range value after booting of the set-top box.

Step (b), (b1) counting the number of times of entering the standby mode after the boot of the set-top box; (b2) determining whether the standby mode entry count count value counted in step (b1) and the standby mode entry count setting value are the same.

The step (c) may include: (c1) setting a next standby mode entry point as a rebooting point when the standby mode entry counting value and the standby mode entry number setting value are the same; (c2) performing a reboot of the set-top box at the reboot time set in step (c1).

Step (b), (b1) counting the elapsed time since the boot of the set-top box; (b2) determining whether the elapsed time counting value counted in the step (b1) and the elapsed time setting value are the same.

The step (c) may include: (c1) setting a reboot time value when the elapsed time counting value and the elapsed time setting value are the same; (c2) counting time after the elapsed time; (c3) determining whether the counting value counted in the step (c2) and the reboot time value are the same; (c4) if it is determined in step (c3) that the counting value and the rebooting time value are the same, setting an initial standby mode entry time after the rebooting setting time as a rebooting time point; And (c5) performing a reboot of the set top box at the reboot time set in step (c4).

In the step (c1), the reboot time value is randomly set within the reboot time range value.

On the other hand, according to an aspect of the rebooting system in a set-top box according to the present invention for achieving the above object, an IPTV headend system for transmitting a condition for setting the reboot in the set-top box to the set-top box; And a set top box for setting a condition for rebooting according to a condition for setting a reboot transmitted from the IPTV headend system, and performing a reboot when the set condition is achieved.

The IPTV headend system transmits a condition for setting a reboot in the set top box in a multicasting or unicasting scheme.

The condition for reboot setting transmitted from the IPTV headend system includes a number of times of entering standby mode after booting the set-top box or an elapsed time and a reboot time range value after booting of the set-top box.

On the other hand, according to one aspect of the computer-readable recording medium recording a program for rebooting the set-top box according to the present invention for achieving the above object, to set the number of times of entering standby mode transmitted from the IPTV headend system function; Setting an elapsed time value transmitted from the IPTV headend system; Setting a reboot time range value sent from the IPTV headend system; Counting the number of times of entering the standby mode after booting the set-top box or the elapsed time since the booting of the set-top box and the time after the elapsed time; A function of setting a reboot time value within the reboot time range value when the elapsed time counting value and the elapsed time set value are the same; When the standby mode entry count count value and the standby mode entry count setting value are the same, the next standby mode entry time is set as the rebooting time, and when the time counting value after the elapsed time and the rebooting time setting value are the same, the reboot setting time Setting a subsequent standby mode entry point as a rebooting point; A program is recorded to monitor an abnormal operation state of resources and services of the set-top box to realize a function of forcing a reboot when the abnormal operation of the set-top box continues.

According to the present invention, by setting the conditions for rebooting the set-top box to the same conditions as the set conditions or when the problem occurs in the set-top box by the set-top box to recognize the reboot and perform the inconvenience of viewing due to the stability of the set-top box There is an effect that can provide a stable service by minimizing.

Hereinafter, preferred 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 view showing the configuration of a rebooting system of an IP set-top box according to an embodiment of the present invention, Figure 2 is a view for explaining the protocol of the four layers of the IP set-top box.

As shown in FIG. 1, the IPTV head-end system 200 may include each broadcast content provider 10 such as a program provider (PP), a data provider (DP), a terrestrial provider or an IPTV content provider (CP). The broadcast content supplied from the (C) and the electronic program guide (EPG) information about the broadcast content is transmitted to the IPTV terminal 20 of the IPTV viewer. The IPTV headend system 200 is a subscriber switch (L3 switch) 350, a subscriber concentrator (xDSL concentrator, DSLAM) via a Gigabit or higher speed router and an L3 switch using the multicast routing protocol of the premium network 300. Alternatively, 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 the 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 (core). Multicast routing protocols of any one of Based Tree (PIM-SM), Protocol Independent Multicast-Sparse Mode (PIM-SM), 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), IP set-top boxes. IPTV terminal 20 including a TV connected to the STB.

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 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 a plurality of multicast groups. In the present invention, a broadcast channel is a multicast group. ), The Join list and the Prune list are managed for each 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 the IPTV terminal 20 of the subscriber requesting channel selection / release and the Layer 3 network equipment (eg subscriber switch 350) accepting the request. 360)), the Layer 2 equipment (subscriber concentrator 360) in 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.

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

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. Hereinafter, for convenience, a terminal of an IPTV user is referred to as a term 'IPTV terminal'. As shown in FIG. 2, the IP set-top box includes a hardware layer including STB hardware such as a CPU, a media processor, a flash RAM, and an Ethernet module, and a system software such as a device driver and an operating system (OS). Java Virtual Machine (JVM), Conditional Access System (CAS), and Digital Rights Management (DRM), which provide communication capabilities with mobile terminals of different software layers, hardware, and operating systems. It supports a variety of multi codecs such as interface, middleware layer with streaming protocol (RTP, RTSP), MPEG2, MPEG4, MPEG7, H.264, WMV-9, and electronic program guide for selecting IPTV service channel ( EPG (Electronic Program Guide), an IP set-top box controller with an application transmitted over a specific channel from an IPTV headend system. It includes a 4-layer of the application layer including a client for providing a service to reboot. The IP set top box may use an IPv4 address or an IPv6 address.

The IPTV headend system 200 transmits the conditions for rebooting the IP set-top box to the plurality of set-top boxes in a multicasting or unicasting manner. Here, the condition for rebooting the IP set-top box includes the number of times of entering the standby mode after booting the set-top box, the elapsed time and the reboot time range value after the elapsed time.

FIG. 3 is a diagram illustrating a configuration of the IPTV headend system of FIG. 1.

As shown in FIG. 3, 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, Restriction Restriction System 245 ), Billing system 250, monitoring system 255, and 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) At least one of an advertisement, a logo, or a subtitle is inserted (signal editing and processing) into the broadcast video and audio signal, and transmitted 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 may receive an object carousel (OC) including periodically updated information received from a data agent (DA). God.

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 broadcast program organization information, content and media management information, contract information of a program provider (PP) and a content provider (CP), and product information, and manages each system in the center of a broadcasting center. It acts as a coordinator that integrates and manages information flow through organic integration. 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.

4 is a diagram illustrating a configuration of a reboot program mounted on an IPTV set-top box according to an embodiment of the present invention.

As shown in FIG. 4, the rebooting program mounted in the IPTV set-top box of the present invention includes a standby mode entry frequency setting module 21, an elapsed time setting module 22, a rebooting time range setting module 23, The control module 24, the counting module 26, the reboot time setting module 27, the reboot time setting module 28 and the monitoring module 29 are included.

The idle mode entry frequency setting module 21 sets the idle mode entry frequency transmitted from the IPTV headend system in a multicasting or unicasting manner. Here, the standby mode entry frequency is the number of times the IPTV service subscriber enters the standby mode without using the service.

The elapsed time setting module 22 sets the elapsed time transmitted from the IPTV headend system in a multicasting or unicasting scheme. Here, the elapsed time is the elapsed time after the set-top box is booted.

The reboot time range setting module 23 sets a reboot time range value transmitted from the IPTV headend system in a multicasting or unicasting manner. Here, the reboot time range value is a time range value for rebooting from the time point after the elapsed time set by the elapsed time setting module 22, and may be set to, for example, 24 hours or 48 hours depending on the load situation. .

The counting module 26 is a module for counting the number of times of standby mode entry after the booting of the set-top box, and the elapsed time and the reboot time after the elapsed time. If the standby mode entry count set in step 21) is the same as the reboot time setting module 28, the standby mode entry count counting completion signal is transmitted.

The counting module 26 transmits an elapsed time counting completion signal to the rebooting time setting module 27 when the elapsed time counting value after booting of the set-top box is the same as the elapsed time setting value set by the elapsed time setting module 22. If the time counting value after the elapsed time is the same as the rebooting time setting value set by the rebooting time setting module 27, the counting time after the elapsed time is transmitted to the rebooting time setting module 28. .

When the reboot time setting module 27 receives the elapsed time counting completion signal from the counting module 26, the reboot time setting module 27 sets the reboot time value within the reboot time range value set by the reboot time range setting module 23 through the random function generator. .

When the rebooting time setting module 28 receives the counting completion signal from the counting module 26, the rebooting time setting module 28 sets the next standby time entry time to the rebooting time point. In addition, upon receiving the reboot time counting completion signal from the counting module 26, the standby time entry point after the reboot setting time is set as the rebooting time point. In other words, the time to enter the standby mode is different for each set-top box, the reboot time of each set-top box is different. In addition, in each set-top box, when the elapsed time since booting is set, different reboot time values are set through the random function generator, so that each set-top box reboots differently. Therefore, it is possible to prevent a load condition due to congestion of related systems such as a DHCP server for allocating the IP of the set-top box or an authentication server for authentication of the set-top box to which the IP is assigned.

The monitoring module 29 monitors abnormal operation states of resources and services of the set-top box to perform a forced reboot when the abnormal operation of the set-top box continues.

The control module 24 controls each of the above components, and is responsible for a series of processes related to automatic rebooting of the set-top box.

5 is a diagram illustrating a rebooting method through counting the number of times of entering standby mode after booting of an IPTV set-top box according to an embodiment of the present invention.

As illustrated in FIG. 5, the plurality of set-top boxes set a value for entering a standby mode after booting transmitted from the IPTV headend system in a multicasting or unicasting manner (S10).

Each set-top box counts the number of times of entering the standby mode after booting (S20), and determines whether the counting value of the standby mode entry count is the same as the setting value of the standby mode entry frequency (S30).

If the counting value of the standby mode entry count is the same as the setting value of the standby mode entry count, each set-top box sets the next standby mode entry point as the rebooting point (S40), and reboots at the next standby mode setting (S50). That is, rebooting in the standby mode does not interfere with service use. For example, when the number of standby mode entry is set to "10", the reboot is performed at the 11th standby mode entry point.

6 is a diagram illustrating a method of rebooting through counting elapsed time after booting an IPTV set-top box according to an embodiment of the present invention.

As illustrated in FIG. 6, the plurality of set-top boxes set elapsed time after rebooting and a reboot time range value transmitted from the IPTV headend system in a multicasting or unicasting manner (S10).

Each set-top box counts the elapsed time after booting (S20), and determines whether the elapsed time counting value after booting is the same as the elapsed time setting value after booting (S30).

In each set-top box, if the elapsed time counting value after booting is the same as the elapsed time setting value after booting, the rebooting time value is set within a preset rebooting time range value through a random function generator (S40). For example, the reboot time range can be selectively set, such as 24 hours or 48 hours, and the reboot time set in each set-top box has a different time.

Each set-top box counts the time after the preset elapsed time (S50) and determines whether the counted value after the elapsed time is the same as the reboot time set value (S60).

If the counting value after the elapsed time is the same as the rebooting time setting value, each set-top box sets the entry point of the standby mode after the rebooting setting time to the rebooting point (S70), and reboots each time when entering the standby mode after the rebooting setting time. Perform (S80). For example, if the reboot setting time after the elapsed time is set to "2 hours", rebooting is performed when entering the standby mode after 2 hours so that there is no problem in using the service.

As described above, in the rebooting method by counting the number of times of standby mode entry, the time of entering the preset standby mode is different for each set-top box, so the rebooting time of each set-top box is different.

Rebooting through elapsed time counting In each set-top box, when the elapsed time since the preset booting is set, different rebooting time values are set through a random function generator, so that each set-top box reboots differently. Also, in each set-top box, after setting the elapsed time and the reboot time range value after booting, the reboot time of each set-top box is determined by setting different reboot time values through the random function generator without counting the elapsed time after booting. You can do it differently. Therefore, it is possible to prevent a load condition due to congestion of related systems such as a DHCP server for allocating the IP of the set-top box or an authentication server for authentication of the set-top box to which the IP is assigned. The above-described method of rebooting by counting the number of times of entering standby mode after booting of the IPTV set-top box and the method of rebooting by counting the elapsed time after booting of the IPTV set-top box of FIG. 6 may be mixed or applied.

In addition, the IPTV headend system can distribute the load on the IPTV headend system due to rebooting by setting and transmitting the elapsed time value after booting for each region.

In addition, by monitoring the abnormal operation state of resources and services of the set-top box through the monitoring module mounted in the set-top box to force the reboot if the abnormal operation of the set-top box continues.

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 rebooting system of an IP set-top box according to an embodiment of the present invention.

2 is a view for explaining the protocol of the four layers of the IP set-top box.

3 is a diagram showing the configuration of the IPTV headend system of FIG.

4 is a view showing the configuration of a rebooting program mounted on the IPTV set-top box according to an embodiment of the present invention.

5 is a diagram illustrating a rebooting method through counting the number of times of entering standby mode after booting an IPTV set-top box according to an embodiment of the present invention.

6 is a view showing a method of rebooting by counting elapsed time after booting an IPTV set-top box according to an embodiment of the present invention.

Claims (12)

Reboot method of the set-top box, (a) receiving a reboot setup condition transmitted from the IPTV headend system in a multicasting or unicasting scheme; (b) setting a condition for rebooting the set-top box according to the reboot setting conditions received in step (a); (c) determining whether a condition for rebooting set in step (b) is achieved; And (d) performing a reboot if it is determined that the condition is achieved in step (c), In the step (a), the reboot setting condition received from the IPTV headend system, the set-top including the number of times of entering the standby mode after booting the set-top box or the elapsed time and the reboot time range value after booting the set-top box. How to reboot the box. delete delete The method according to claim 1, Step (c) is, (c1) counting the number of times of entering standby mode after booting of the set-top box; (c2) determining whether the standby mode entry count count value counted in step (c1) and the standby mode entry count setting value are the same; Rebooting method of a set-top box comprising a. The method according to claim 4, Step (d) is, (d1) setting a next standby mode entry point as a rebooting point when the standby mode entry counting value and the standby mode entry number setting value are the same; (d2) performing a reboot of the set-top box at the rebooting time set in step (d1); Rebooting method of a set-top box comprising a. The method according to claim 1, Step (c) is, (c1) counting an elapsed time since booting of the set top box; (c2) determining whether the elapsed time counting value counted in the step (c1) and the elapsed time setting value are the same. Rebooting method of a set-top box comprising a. The method according to claim 6, Step (d) is, setting a reboot time value when the elapsed time counting value and the elapsed time setting value are the same; (d2) counting time after the elapsed time; (d3) determining whether the counting value counted in the step (d2) and the reboot time value are the same; (d4) if it is determined in step d3 that the counting value and the rebooting time value are the same, setting an initial standby mode entry time after the rebooting setting time as a rebooting time point; And (d5) rebooting the set-top box at the reboot time set in step (d4); Rebooting method of a set-top box comprising a. The method of claim 7, In the step (d1), The reboot time value is, Randomly set within the reboot time range value Rebooting method of the set-top box, characterized in that. Reboot system in set-top box, An IPTV headend system for transmitting a condition for setting a reboot in a set top box to the set top box in a multicasting or unicasting manner; And a set-top box for setting a condition for rebooting according to a condition for setting a reboot transmitted from the IPTV headend system, and performing a reboot when the set condition is achieved. Rebooting conditions transmitted from the IPTV head-end system is a rebooting system in the set-top box including the number of times of entering the standby mode after booting the set-top box or the elapsed time and the reboot time range value since the set-top box booting. delete delete A computer-readable recording medium that records a program for rebooting the set-top box. Setting a standby mode entry count value transmitted from the IPTV headend system; Setting an elapsed time value transmitted from the IPTV headend system; Setting a reboot time range value sent from the IPTV headend system; Counting the number of times of entering the standby mode after booting the set-top box or the elapsed time since the booting of the set-top box and the time after the elapsed time; Setting a reboot time value within the reboot time range value when the elapsed time counting value and the elapsed time set value are the same; When the standby mode entry count count value and the standby mode entry count setting value are the same, the next standby mode entry time is set as the rebooting time, and when the time counting value after the elapsed time and the rebooting time setting value are the same, the reboot setting time Setting a subsequent standby mode entry point as a rebooting point; Monitoring the abnormal operation of resources and services of the set-top box to perform a forced reboot if the abnormal operation of the set-top box continues A computer-readable recording medium having recorded thereon a program for realizing this.

Images