KR100720164B1 - Implementation System and Application Method of Application Manager for Set Top Box - Google Patents

Abstract

Disclosed are a system for building an application manager for a set-top box and a method of building the same. In the system for building an application manager according to the present invention, the XML story DB is stored in the programmer terminal, and each application program and the application manager according to the present invention are stored in the set-top box. In the execution of the application manager, the application manager may control and manage the application programs according to the story contained in the XML story DB stored in the programmer terminal for each situation. Therefore, unlike the form included in the form of hard code in the conventional application manager, it is only to compose, modify, supplement and design the story by composing XML story with excellent compatibility and transformation with script and data separated from each other. It is also characterized by the fact that the application manager is implemented to run. According to the present invention, since only the design and modification of the data is required, the application manager can be easily constructed, and the history information can be stored and read in the construction work. Also, when the application program is loaded, it can be easily modified and supplemented.

Set top box, Application program, Application program manager, XML (eXtensible Markup Language), Bug, Debugging, XML Parser engine, Parser Parser), OS (Operation System)

Description

Construction system of the application manager for the set-top box and its construction method {SYSTEM AND METHOD FOR THE CONSTRUCTION OF APPLICATION PROGRAM MANAGER FOR SET TOP BOX}

1 is a flowchart of a construction of a conventional application manager for a set-top box.

2 is a detailed flowchart of an application manager generation step of FIG. 1;

3 is an exemplary diagram illustrating an example of a menu map of a set top box.

4 is a block diagram of a construction system of an application manager for a set-top box according to the present invention.

Fig. 5 is a detailed configuration diagram of the application manager of Fig. 4.

Figure 6 is a building flow diagram of the application manager for the set-top box according to the present invention.

7 is an operational flow diagram of an application manager for a set-top box according to the present invention.

8 is an error correction control flow diagram of an application manager for a set-top box according to the present invention.

<Description of reference numerals for major parts of the drawings>

100: programmer terminal 110: central control processing unit

120: memory 130: display

140: interface unit 150: storage medium (database unit)

151: XML Story DB 152: History DB

153: OS source DB

200: set-top box 210: application manager

211: start module 212: end module

213: XML engine loading module 214: XML parser module

215: execution module 216: check module

217: storage module 218: output module

220: memory (RAM: FIFO method) 230: application program

The present invention relates to a system and a method of building an application manager for a set-top box implemented to facilitate the design and construction of the set-top application manager and correction of errors.

As is well known, a set-top box generally means a 'home communication terminal' required for using interactive TV, a next generation interactive multimedia communication service such as video on demand (VOD), image home shopping, and network game.

It is derived from the meaning of 'the box used on the TV' and is widely used to date, and is also called a subscriber signal converter. The role and function of set-top box is to be connected to a network such as an interactive TV or a video transmission service of a telephone company (for example, 'video dial tone' provided by a local telephone company). It can communicate with video server installed in telephone company or CATV station and receive / convert video signal.It can be used for 'data communication service' such as telephone and PC communication at the same time. Various standards, such as having a connection interface with a computer (PC), are being examined.

Set-top box having such a role and function should be provided with an application program that enables the use of the content of each function in the use of various contents as described above, and a separate to appropriately control and manage these multiple applications. An operating program 'Application Manager' must be inevitably provided.

Looking at the function and the role of the application manager as an example, when running the online game while watching TV, in order to run the online game (hereinafter referred to as "AP3"), the application for the Internet connection (hereinafter, "AP1") must be driven, TV application program (hereinafter, "AP2") must be terminated, and the screen resolution must be converted to 640 x 480 so that the online game (hereinafter, "AP3") can be executed. Therefore, the application manager is defined as appropriately managing and controlling a plurality of application programs to execute a service that a user wants to use.

The construction work of the application manager that performs the above-described roles and functions was established according to the procedures shown in FIGS. 1 and 2. The construction work is started, terminated, and configured in accordance with each control situation and environment. As coded in a machine language according to the etc., the execution story data and the execution module are provided in a mixed state.

It can be seen that the construction of the conventional application manager is performed as shown in FIGS. 1 and 2. 1 is a flowchart illustrating a construction of a conventional application manager for a set-top box (S1), FIG. 2 is a detailed flowchart of the application manager generating step (S10) of FIG. 1, and FIG. 3 is an example of a menu map of the set-top box. This is an example.

Looking at the design and construction of the conventional application manager through the accompanying Figures 1 and 2, the programmer can create a menu map of the set-top box via the terminal (S11) (see Figure 3) → create a compiler (S12) → application loading (S13) → The application manager generating operation step S10 of inputting / saving the control code of the application program according to the menu map (S14) is performed. Thereafter, the step of loading the generated application manager in the set-top box that is connected to the programmer terminal is connected (S20). In operation S30, the application manager is operated by the set top box and the application manager is turned on and off (ON / OFF). When the error information (bug) is generated as a result of such a test, a search step (S40) and debugging step (S50) to determine where the generated bug is located, which is a constraint that can only be implemented through the programmer terminal Conditions follow. Therefore, the programmer reloads and checks the debugged application manager on the set-top box and repeats the above steps until the bug no longer occurs.

Therefore, not only a lot of time and effort is required in the conventional application manager creation operation (S10), but also when a new application is added to the set-top box during such creation, a new compiler must be created to perform a new operation. There were disadvantages such as no expectation of deformability and elasticity. In addition, since the error correction (debugging) operation from the set-top box was inevitable at the programmer's terminal, the execution test was repeatedly repeated after reloading the debugged application manager to the set-top box again.

These problems have a big problem in that the application manager's creation is done by mechanized coding, but the time and cost required for program development are inevitably increased in terms of finding bugs and not being able to debug them efficiently. To act.

The present invention has been made to meet the requirements raised by solving the above-described problems, in developing an application manager for a set-top box, loads the execution module-based application manager and applications into the set-top box, the set-top box The application manager only needs to process the XML story DB while the XML-based story DB is stored in the programmer's terminal. Its purpose is to provide a system and method of building an application manager for set-top boxes that can be easily developed.

Another object of the present invention, the programmer terminal further comprises a history DB for storing all the history information, such as the development stage of the XML story DB, the execution control of the set-top box and the occurrence and debugging of bugs, the application manager by development stage and It is to provide a system for building an application manager for a set-top box, which is implemented so that a programmer can easily grasp the steps, steps, and the like.

Another object of the present invention, as the application manager is implemented to output the screen information through the programmer terminal in real time for each step stored in the history DB, the application manager for a set-top box is implemented to facilitate the discovery of bugs To provide a construction system of

Still another object of the present invention is to enable an application manager to detect and load an XML engine from an OS source DB configured in the programmer terminal to detect and parse (analyze) an XML story DB stored in the programmer terminal and convert it into an execution machine language. The present invention provides a system for building an application manager for a set top box.

It is still another object of the present invention to provide a method of building an application manager for a set-top box, which is implemented to be completed by porting an XML story DB where error correction (debugging) is completed to an application manager of a set-top box from a programmer terminal. In providing.

Other objects and specific advantages of the invention will become more apparent from the following detailed description.

Building system of the application manager for a set-top box according to the present invention for achieving the above object,

A programmer terminal having an XML story DB comprising control story information of the set-top box; Application programs which are connected to the terminal and are operated for each function of the set-top box, and when the control command is received from the terminal, detects / analyzes / loads the corresponding XML script from the XML story DB to execute the application environment. The set-top box having an application manager functioning to be optimized; Including, the XML story DB is separated from the application manager of the set-top box is stored in the programmer terminal simply by changing and setting only the XML story DB in the design and construction work and error correction of the application manager It is characterized by what is intended to be implemented. Therefore, in the design and construction of the application manager, the XML story DB is stored in the programmer's terminal, and the set-top box is provided with a plurality of applications and an application manager for controlling the applications to be properly executed according to control commands. By separating data and application manager, which is the driving program of the set-top box, it is possible to add an application program, correct data errors (bugs), and make configuration of the new set-top box's application manager easier. Bar simplifies the program, shortens development time, and enables joint development.

Here, the terminal or the set-top box, history DB for storing all the history information of the step of building the application manager; An OS source DB 153 for storing resource information of an operating system (eg, a window system) of the terminal; In addition, it is possible to view the history information of all the steps to build and control the XML history information, which is the basic data driving the application manager can be implemented to analyze and understand the development stage and its problems, etc. have.

The application manager may further include: a start module configured to detect and load an XML start script from the XML story DB when a start command is received from the terminal by the set top box; When the termination command is received from the terminal to the set-top box, the XML termination DB detects an XML termination script and terminates the running application program by the story defined in the XML termination script, and then terminates the set-top box. ; The application manager is characterized in that it is driven based on the XML story DB.

In addition, the application manager, an XML parser module for parsing (analyzing) the XML script and converts it into machine language; An XML engine loading module for detecting an XML engine from the OS source DB and loading the XML engine into the XML parser module; An execution module for executing execution control of the machine language converted by the XML parser module; It is preferably designed to further include. Therefore, the XML engine can be loaded from the operating system of the programmer's terminal (for example, Window) to analyze the XML script in the set-top box. Therefore, the operating system of the program can be made simpler, and thus unnecessary files are generated. There is an advantage such that no need to form a film is required. Of course, since the operating system is borrowed, there is an additional advantage such that it is sufficient to upgrade only the operating system of the programmer terminal when the upgrade of the XML engine is required.

Furthermore, the application manager may include a check module that detects whether there is a control command that is being executed or is waiting to be executed and manages execution or control of the control command being executed or waiting in sequence; A storage module for storing all the control steps, the construction steps of the application manager, and the modification steps in the history DB; An output module for outputting the contents of the history DB through the displayer of the terminal; It may be composed of one or more modules including the storage module among the above, the application manager is implemented to function reasonably, systematically and properly controlled, while the above-mentioned to ensure that all the process can be stored in the history DB There is an advantage that can be implemented such that an effect such as (diagnosis of error) can be achieved.

On the other hand, the set-top box, it is preferable that the control command is temporarily stored in the first order (First Input First Output) memory (RAM) to function to be sequentially processed according to the input order or the function priority. Do.

As a construction method of the application manager for a set-top box according to the present invention having such a system feature,

Iii) creating a control story of the application programs of the set-top box in an XML script format and storing it in an XML story DB on the programmer terminal 100 side;

Ii) When a control command is received through the programmer terminal on the set-top box, the corresponding XML script corresponding to the received control command is detected / loaded / analyzed / executed from the XML story DB created as described above, and all the above processes are performed through the history DB. At the same time as being stored in the screen output through the terminal; It is preferably made of.

Here, in step ii), if there is an error (bug) of execution result of the XML script, the history information output through the terminal is grasped, and then the XML script is corrected to an error (debugging) and the XML story DB. At the same time as the update is stored, the error correction process is stored in the history DB, it is relatively easy to find the error, and thus there is an advantage that the debugging operation is very easy.

Preferably, in the step ii), if there is an error (bug) as a result of the execution of the XML script, the driving of the set-top box is stopped and the corresponding XML script with the error information is displayed and displayed on the terminal. It is more preferable that the error detection and the part of the XML script are displayed and outputted without the programmer so that the bug can be easily found and debugged.

 Finally, after step ii), if the error information is no longer found in the XML story DB, loading the XML story DB stored in the terminal into the set top box; By further proceeding, the construction of the application manager for the set-top box is completed. Of course, after the above loading operation is completed, all the processes are completed by re-evaluating and verifying whether the set-top box is operated smoothly after the final test.

Hereinafter, a preferred embodiment of the present invention will be described with reference to the accompanying drawings. only. The presented embodiments are for illustrative purposes only and the technical spirit of the present invention is not limited to these embodiments. In addition, for the convenience of the description of the components having the same working effect will be described with the same reference numerals.

4 is a configuration diagram of a construction system of an application manager for a set-top box according to the present invention.

Referring to FIG. 4, in the construction system 1 of the set-top box application manager according to the present invention, a state in which the programmer terminal 100 and the set-top box 200 are connected to each other by well-known communication means is set. At this time, the database 150 is built in the storage medium of the programmer terminal 100. The database 150 is a programmer's terminal 100 implemented as an XML story DB 151, a history DB 152, and a PC. The source DB 153 of the OS (e.g., Window series) that drives () is configured to configure the database 150. In addition, an interface that enables a transmission / reception environment of data to and from the display 130 and the set-top box 200 implemented as a memory (RAM) 120 and a monitor based on a central control processor (CPU) 110. There is a feature that the unit 140 is provided.

On the other hand, the set-top box 200, the application programs 230 for each function, the first input first output of the temporary storage medium (RAM, 220) and the interface unit 140 ), As well as exchange data with each other, the module-based application manager 210 to detect and load the DB from the database 150 can be used.

The XML story DB 151 corresponds to a characteristic part of the present invention, and the control story information for appropriately controlling and managing the application program for each menu or control environment of the set-top box 200 executes the application program. The order, execution condition, and execution environment are defined as XML scripts. As described above, the XML script information is required to execute an online game while watching TV, in order to execute an online game (hereinafter referred to as "AP3"), an application for accessing the Internet (hereinafter referred to as "AP1"). ), The TV application (hereinafter referred to as "AP2") must be terminated, and a series of processes such as converting the screen resolution to 640x480 are applied according to the control environment and conditions for each situation and selected menu. The control story of the program is defined.

The XML story DB 151 thus created cannot control and manage the set top box 200 by itself. Therefore, the XML script according to the control command and the execution environment among the XML story DB 151 is detected from the XML story DB 151, and the corresponding XML script is parsed (analyzed and converted) into machine language and executed in the set-top box. It is necessary to have an application manager 200 as a main function.

The application manager 200 according to the present invention has a feature in that it has an execution module structure in which the coded data is not provided therein, unlike the related art, and has a configuration as shown in FIG. 5.

Referring to Figure 5, the application manager 200 according to the present invention, the start module 211, the end module 212, the XML engine loading module 213, XML parser module 214, execution module 215, check It can be seen that the module 216, the storage module 217, and the output module 218.

The start module 211 detects an XML start script from the XML story DB 151 and loads the set top box 200 when a start command is received from the programmer terminal 100 in the set top box 200. do. Therefore, when the start module 211 receives a driving start command from the programmer terminal 100 in a state where the set top box 200 is turned on, an XML start consisting of a control story for starting the set top box 200 is started. The script is to be detected and loaded into the set-top box (200).

As such, before the XML start script is loaded into the set-top box 200, the XML engine loading module 213 is stored in the XML source from the OS source DB 153 stored in the database 150 of the programmer terminal 100. The XML parser module 214 is detected and loaded into the XML parser module 214. The XML parser module 214 parses (analyzes) the loaded XML start script as described above and converts the machine language into machine language. In this way, according to the story of the XML start script converted into machine language, the execution module 215 is to function to control the execution of the application 230.

In addition, the check module 216 detects whether there is a control command that is being executed or is waiting to be executed, and manages the control command that is being executed or is waiting to be sequentially executed. This is a memory (RAM) provided in the set-top box 200. , Based on the control information temporarily stored in 220).

In addition, the storage module 217 functions to store all such control steps and the building and modifying steps of the application manager 210 in the history DB 152, and the output module 218 stores the history. The output of the contents of the DB 152 through the display 130 of the terminal 100 can be performed so that the output. Therefore, as well as the construction stage of the XML story DB 151, the operation control status of the application manager 210 can be checked in real time, so that the occurrence of bugs (errors) can be easily checked, and debugging (error correction) work is immediately performed. It will provide a development environment that can be achieved.

On the other hand, when the termination module 212, when the termination command is received from the terminal 100 to the set-top box 200, the XML program to detect the XML termination script from the XML story DB 151 and executes the XML After ending by the story specified in the end script, the set-top box 200 serves to end.

The application manager 210 having such a role, function, and configuration is separately developed by the present inventors, and can be customized in the state in which an independent control command is given. An example of the control command is as follows. As in Table 1.

As shown in Table 1, the application manager 210 according to the present invention is defined in the form of a control module as described above in the state in which a unique control command is given, the programmer to the XML story DB 151 At the time of writing, as written in Table 1, the application manager 210 writes using a language that can be decoded, which is set by the application manager 210 as the module is involved according to each step as described above. The control of the box 200 is implemented.

A method of constructing an application manager for a set-top box having such configuration features and system is as shown in FIG. FIG. 6 is a flowchart illustrating the construction of the set-top box application manager according to the present invention (S100). Referring to FIG. 6, as a stage of the construction of the set-top box application manager 210 according to the present invention, a programmer's development stage ( S110) and the transplantation step (S140) of the XML story DB 151.

Here, in the development step (S110), XML, which is a control story of the corresponding application program corresponding to the menu map of the set-top box 200 to be developed using the language and rule defined in the application manager 210 described above. Create a script, and stores it in the XML story DB (151) (S111). This step (S111) is a step (S112) stored in the history DB 152 of the terminal 100 by the storage module 217 described above, and then completes the step (S112) the programmer terminal 100 In operation S120, the screen output is performed through the display 130 connected to the display panel.

Subsequently, a step S113 of driving test of the set-top box 200 by transmitting a control command to the set-top box 200 through the programmer terminal 100 proceeds to the history DB 152. The screen output to the storage S114 and the display 130 is performed. As a result of the driving test, when a bug occurs in the XML script, the programmer observes the control information output through the display 130 and proceeds to debug the corresponding XML script in which the bug occurs (S115). This is stored in the XML story DB 151. At this time, the application manager 210 performs all these processes automatically in the history DB 152 of the programmer terminal 100 (S116), and simultaneously outputs the screen output through the display 130. Conduct. When the above-described debugging step S115 is completed, the programmer repeats the above-described steps until the error is completely corrected by driving test whether the application manager 210 is normally operated again from the previous step S113. Therefore, unlike the prior art, the operation of the set-top box 200 can be immediately performed by the automatic control action of the application manager 210 without a separate loading operation required for the set-top box 200 is effective. have.

The XML story DB 151 in which all errors are corrected is loaded and transplanted into the set-top box 200 as the programmer intends, and the set-top box 200 in a state in which the communication between the set-top box 200 and the programmer terminal 100 is released. The construction of the set-top box application manager 210 is completed by completing the step (S141) of the final test whether the 200 is driven independently.

Hereinafter, the driving test of the set-top box 200 in the building stage of the application manager as described above will be described in more detail with reference to FIGS. 7 and 8.

7 is an operation control flow chart of the set-top box application manager according to the present invention, Figure 8 is an error correction control flow chart of the set-top box application manager according to the present invention.

When the start-up control command is received from the programmer terminal 100 to the set top box 200, an initialization step S210 for driving the application manager 210 is performed, where the menu map is set from the terminal 100 by a menu map. When a driving command for each menu is received, a driving step S230 is performed, and when a driving end control command of the set-top box 200 is received from the terminal 100, the set-top box ending step S240 is controlled. It can be seen that it is shown (see Fig. 7).

Referring to FIG. 7, in the initialization step (S210), the terminal 100 transmits the XML start script and the XML engine by the operation of the start module 211 and the XML engine loading module 213 constituting the application manager 210. The step S211 of detecting from the XML story DB 151 and the OS source DB 153 is performed. Thereafter, the detected XML engine is loaded into the parser module 214 and the detected XML start script is parsed (analyzed) by the parser module 214 and converted into machine language. 220 is temporarily stored sequentially. At this time, the check module 216 of the application manager 210 manages and supervises the execution waiting sequence and operation of an application program related to the parsed control story so that an optimal control environment can be realized.

Next, execution stories that were temporarily stored in the memory 220 are sequentially executed by a first-in first-out (FIFO) method, which is executed by the execution module 215. When the execution step (S212) is completed and the set-top box 200 can be driven in a state where all of these steps are completed, the step (S213) of recording and storing these series of processes in the history DB 152 of the terminal 100 is Proceed.

As described above, when the set-top box 200 can be driven, a step (S221) of inputting and transmitting a control command to the set-top box 200 through the terminal 100 as shown in FIG. 8 is performed. The application manager 210 detects, parses, and executes an XML script corresponding to the input control command from the XML story DB 151 stored in the terminal 100, and determines whether a bug has occurred (S222). If a bug occurs as a result of the above determination (S222), the control operation of the application manager is immediately stopped and the bug occurrence script is displayed on the display so that the programmer can easily find and grasp the bug without making any effort. The control step (S223) is performed, the programmer completes debugging, and then stores in the XML story DB (151) (S224). All the above steps are automatically stored in the history DB 152 of the terminal 100 (S225). However, as a result of the determination (S222), if a bug does not occur, the transition to the next driving step (S230) is made as it is.

Looking at the driving step (S230), if the control command of any one of the menu map is received from the terminal (100) (S213), as described above, after detecting / parsing the XML script corresponding to the control command set-top box ( Whether the command is defined in the application manager 210 stored in the 200, and whether or not the application program corresponding to the control command operation and operating environment and the like through the check module 216, the use is blocked In step S232, a determination is made as to whether or not the control command is possible by combining the control command or the like. If the control command is controllable as a result of the determination (S232), after the step S234 of storing the execution command in the memory 220 of the set-top box 200 is performed, the execution command temporarily stored in the memory 220 is performed. In step S235, the process is executed sequentially based on the input order. However, if it is not a controllable command as a result of the determination (S232), the step of storing as a new control command in the XML story DB and the application manager 210 proceeds (S233) to add a new language and function to the application manager. It is implemented to be. Of course, all the control steps described above are automatically stored in the history DB (152).

When all of the driving step (S230) is completed, the set-top box termination step (S240) proceeds, when the termination control command is received from the terminal 100 (S241) XML termination script from the XML story DB 151 The process ends by completing step S242 of sequentially detecting and parsing and executing the executed application programs according to the defined story. Of course, the set-top box end step (S240) as described above, also goes through the step (S236) that is all stored in the history DB (152).

The present invention can be modified in various ways. For example, the history DB 152 may be configured inside the set-top box 200, and may be externally connected to the programmer terminal 100 as a peripheral connection device as a separate storage medium. In addition, the history DB 152 can be browsed through a normal login method on a website so that the information can be shared with a developer of a set-top box application program to reduce the cause of a bug.

As described above, according to the present invention, since the necessity of designing as a machine language in the form of hard code is not required in the construction of the application manager for the set-top box, a change of the application program mounted on the set-top box occurs. Even if it is, there is an advantage that can be flexibly coped with this.

In addition, it is designed to be separately stored as an XML-based database and a module-based application manager. The application manager can be built only by processing and modifying the database, thereby making it easier to program. .

In addition, it displays the execution script in real time, so it is easy to find bugs and not only view all the processes in the creation of XML story DB, but also visually control the state of the XML story database. It can be understood that the production and design process of the program can be implemented more easily.

In addition, the XML Story DB can be partially extracted and applied to set-top boxes of other functions, and thus it is a very advantageous invention that can be more flexibly coped with in the creation of a new application manager.

Claims (10)

A programmer terminal 100 having an XML story DB 151 composed of control story information of the set-top box 200; And The application program 230 which is connected to the terminal 100 and is operated for each function of the set-top box 200 and when the control command is received from the terminal 100 corresponds to the XML story DB 151. The set-top box 200 having an application manager 210 functioning to detect / analyze / load an XML script so as to optimize an execution environment of a corresponding application program 230; Including, the XML story DB 151 is separated from the application manager 210 of the set-top box 200 is stored in the programmer terminal 100 to design and build the application manager 210 and error A system for building an application manager for a set-top box, characterized in that the modification is made to be implemented simply by changing only the XML story DB (151). According to claim 1, wherein the terminal 100 or the set-top box 200, A history DB 152 in which all of the history information of the construction stage of the application manager 210 is stored; And An OS source DB 153 for storing resource information of an operating system (OS) of the terminal 100; Construction system of the application manager for a set-top box further comprises. The method of claim 1, wherein the application manager 210, A start module 211 for detecting and loading an XML start script from the XML story DB 151 when a start command is received from the terminal 100 in the set top box 200; And When the termination command is received from the terminal 100 to the set-top box 200, the XML termination DB 151 detects the XML termination script and terminates the executing applications by the story defined in the XML termination script. A termination module 212 for terminating the set top box 200; Building system of the application manager for a set-top box comprising a. The method of claim 3, wherein the application manager 210, An XML parser module 214 for parsing (analyzing) an XML script and converting it into machine language; An XML engine loading module 213 for detecting an XML engine from the OS source DB 153 and loading the XML engine into the XML parser module 214; And An execution module 215 for executing execution control of the machine language converted by the XML parser module 214; Building system of the application manager for a set-top box further comprising a. The method of claim 4, wherein the application manager 210, A check module 216 that detects whether there is a control command that is being executed or is waiting to be executed, and manages the control command being executed or waiting to be executed sequentially; A storage module 217 for storing all the control steps, the construction steps of the application manager, and the modification steps in the history DB 152; And An output module 218 functioning to output the contents of the history DB 152 through the display 130 of the terminal 100; Building system of the application manager for a set-top box further comprising a. The method according to any one of claims 1 to 4, In the set-top box 200, a memory (RAM) 220 having a first input first output that functions to temporarily control and sequentially process the control commands according to the input order or the priority of each function is provided. Building system of the application manager for a set-top box further comprising. I) creating a control story of the application programs 230 of the set-top box 200 in an XML script format and storing it in an XML story DB 151 on the programmer terminal 100 side; And Ii) When the control command is received in the set-top box 200 through the programmer terminal 100, the corresponding XML script corresponding to the received control command is detected / loaded / analyzed / executed from the XML story DB 151 prepared as described above. Controlling and storing all of the above processes in the history DB 152 and outputting the screen through the terminal 100; Method of building an application manager for a set-top box, characterized in that consisting of. The method of claim 7, wherein in step ii), If there is an error (bug) as a result of executing the XML script, the history information output through the terminal 100 is determined, and then the XML script is updated and stored in the error correction (debugging) and the XML story DB 151. At the same time, the error correction process is stored in the history DB (152). The method of claim 7, wherein in step ii), If there is an error (bug) as a result of the execution of the XML script, the set-top box 200 is stopped and at the same time, the set-top box characterized in that the output of the corresponding XML script with the error information displayed on the terminal 100 To build a custom application manager. The method according to any one of claims 7 to 9, After step ii), When the error information is no longer found in the XML story DB 151, loading the XML story DB 151 stored in the terminal 100 into the set top box 100; By further proceeding, the construction method of the set-top box application manager, characterized in that the construction work of the set-top box application manager is completed.

Images