KR20070058977A - Dynamic Reconfiguration Apparatus and Method for Home Network Terminal System Software - Google Patents

Abstract

The present invention relates to a home network terminal system for changing a software configuration and a service according to an execution environment in a home network environment, and reconfigures a software module suitable for a situation by using two methods applicable to a real-time environment among variability management techniques. It relates to an apparatus and a method.

Dynamic reconfiguration method of the software according to the present invention comprises the steps of collecting the situation information around the terminal system, processing the collected situation information in the form of metadata, analyzing the situation information to add or replace the software module And an inference step of determining whether to change the characteristic value of the software module and setting the situation pattern processed in the form of metadata by tying the situation information around the terminal system, and the situation pattern according to the determination result in the inference step. Retrieving a candidate software module that satisfies, reconstructing the software module by using an information hiding method or an acquisition method for the retrieved candidate software module, and dynamically mounting the reconstructed software module in a target target software. Steps.

According to the present invention, the components of the software can be changed or the characteristics can be reconfigured without affecting the execution process of the software.

Description

The method and apparatus for dynamic adaptation of home network hand-held system software

1 is a block diagram of a dynamic reconfiguration apparatus of home network terminal system software according to the present invention.

2 is a flow chart of a dynamic reconfiguration method of home network terminal system software in accordance with the present invention.

3 is an internal block diagram of the inference engine of FIG.

4 is an operational flow diagram for the inference algorithm of the inference engine of FIG.

5 is a metadata structure diagram of a situation pattern for storing situation information of a home environment.

6A is a structural diagram illustrating a software module change algorithm using an information hiding method among variability management techniques.

FIG. 6B is a structural diagram illustrating an algorithm for changing a characteristic of a software module using an argument method among variability management techniques. FIG.

<Description of Main Parts of Drawing>

100: Situation Information 101: Situation Information Collector

110: Variable Property Manager 111: Situation Information Analyzer

112: Module Finder 113: Inference Engine

114: Module Reconfigurer 115: Dynamic Applicator

120: Module Repository 121: Candidate Software Modules

130: target software 131: refined module

301: comparison processing unit 302: situation pattern store

303: Situation pattern generation unit 304: Situation characteristic information extraction unit

The present invention relates to an apparatus and method for dynamically reconfiguring a home network terminal system software, and more particularly, to change a configuration of a home network terminal system software and a service provided by the software according to an execution environment and a situation using a variability management method. The present invention relates to an apparatus and method for dynamically reconfiguring home network terminal system software.

Recently, ubiquitous computing (Ubiquitous Computing) has emerged as an important computing paradigm, and timeliness, real time and adaptability as well as hardware are important. In particular, embedded software or real-time control software required for a terminal system in a smart home requires a dynamic adaptation function in which part or all of the software itself is changed according to a characteristic of a service sensitive to a situation change.

The technology for dynamic reconfiguration of context-sensitive software has been tried for decades for the evolution of software technology, and the current common attempts are techniques such as real-time architecture change, feature addition, or model-based restructuring. . But most of the time, it's just an unrealistic theory, and most of the time, it's unproven because of the absence of a killer application.

On the other hand, in recent software development trends, development methods using Product Line Engineering (PLE) have been studied. The software product line refers to a collection of software products or software systems that have similar functions in common, and is used to develop software by reusing core assets such as pre-built software architectures to meet specific market and application requirements. As the method is being studied, the core of this method is the technology to control the variability by reflecting the characteristics of each product based on the architecture common to the software suite. The most widely used variability management techniques in current product line technology are summarized in the following four categories.

First, a variability management technique using information hiding is a method of processing variability using multiple versions of modules having the same interface. Variability is hidden in each version of the module, in which case the variable becomes the module itself. This approach has the effect of determining variability simply by selecting one module from a set of selectable modules and inserting it into the software, but in cases where the changing range is limited to or within each module unit or the interface must not change. Can be applied.

Variability management technique using parameterization method is a method of handling variability by viewing arguments defined in the target software module as variable elements. The factorization method has a structure for determining variability by changing software characteristic values. This method is possible only if a separate interface of the module is provided to change or initialize the value of the acquired properties.

Variability management technique using inheritance is a method that can be applied when the objects to be variably provided according to the decision does not follow the same interface, and has a difference from the information hiding method that all the applied objects have the same interface. Here, variability can be provided by adding and changing functions.

In a variability management technique using a variation point, a target system module can be constructed by selecting unique variables derived from the variation points. This method gives developers high flexibility in creating and maintaining their own variables. The difference between this method and other methods is that it provides all possible variations and allows you to choose the way you want to use it. However, it is difficult to flexibly cope with the occurrence of additional cases except for the predicted variable elements.

The invention of the preceding Korean patent (Application No. 2003-0062955) is to search add-in filters for processing multimedia files in the registry and to dynamically install the appropriate add-in filters in the editor in the editor. do. A user can perform a task without additionally installing a codec and related software components for a specific multimedia file. This method is an application of the information hiding method of the variability management method.

However, most of the previous studies have used variability management techniques in a limited range for the purpose of automating and efficiency of file processing for a specific area. However, in order to dynamically reconfigure the terminal system software on the home network, it is necessary to change the function of the software and the characteristics of the software according to the change of the situation. There is a need for a mechanism and support system that can dynamically expand its functionality and characteristics to accommodate a wide variety of home environments.

The present invention is to solve the problems as described above, by using the information hiding method and / or acquisition method of the variability management techniques to add or replace the modules of the software constituting the home network terminal system according to the change of the environment or It is an object of the present invention to provide an apparatus and method for dynamically reconfiguring home network terminal system software capable of active function change and structure change according to the system situation by changing the characteristic value.

In order to achieve the above object, a dynamic reconfiguration apparatus of software constituting the home network terminal system of the present invention analyzes the context information collector which collects context information around the terminal system, and the context information received from the context information collector. A context information analyzer processing in metadata form, a module repository for storing a plurality of software modules used to construct the software, and analyzing the processed context information to store the addition or replacement of the software module and stored in the software module. An inference engine for determining whether to change a characteristic value, a module finder for searching for a new software module from the module repository, a module reconfigurer for adding or replacing the software module or changing a characteristic value stored in the software module; And a dynamic applicator for dynamically mounting the software module reconfigured through the module reconfigurer in the target software.

In addition, the dynamic reconfiguration method of the software constituting the home network terminal system of the present invention includes the steps of collecting the situation information around the terminal system, analyzing and processing the collected situation information in the form of metadata, the software Storing a plurality of software modules which are used to configure the data in a separate module storage; and analyzing the processed context information to infer whether to add or replace the software module and change the characteristic value stored in the software module. Retrieving a new software module from the module repository, reconfiguring the software module by adding or replacing the software module or changing a characteristic value stored in the software module according to the determination result; Soap Characterized by comprising dynamically loaded into the target software which is a target software module.

Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings.

1 is a block diagram of a dynamic reconfiguration apparatus of a home network terminal system software according to the present invention.

Referring to FIG. 1, the present invention is largely composed of a situation information collector 101, a variable characteristic manager 110, and a module repository 120, and the variable characteristic manager 110, which is a characteristic component of the present invention, is a situation. It consists of an information analyzer 111, a module finder 112, an inference engine 113, a module reconfigurer 114, and a dynamic applicator 115.

The contextual information 100 collected by the contextual information collector 101 is information about a surrounding situation in which a home network terminal system exists, and various information about region information in which the terminal system exists and peripheral devices existing in the surroundings. Contains type information. The area information may include information on whether the spatial location in which the terminal system exists is in a home, for example, a living room, a bedroom, a toilet, or information on the surrounding environment, for example, temperature, illuminance, or humidity. The information on the peripheral device may include information about which device among home appliances, for example, a refrigerator, a television, or a home security system in the vicinity of the terminal system.

Accordingly, the contextual information collector 101 may receive the contextual information 100 through wired / wireless communication between the terminal system and peripheral devices that provide the region information present in the surroundings. It includes a system. The situation information collector may be implemented through a wired data communication network such as a LAN or a wireless data communication network such as Bluetooth or infrared communication. In addition, various sensors such as an infrared sensor, a temperature sensor, and a humidity sensor may be included to directly collect the situation information 100. The contextual information collected in real time through the above components is transmitted to the contextual information analyzer 111 in the variable characteristic manager 110.

The variable characteristic manager 110 is a characteristic component of the present invention, and uses the information hiding method and / or the acquisition method among the variable management techniques to store the software module required by the terminal system according to the surrounding situation. Searches from 120 to add or replace, or reflects the changed characteristic value to the software module to reconfigure the software module and apply it to the target software 130.

The contextual information analyzer 111 analyzes the contextual information received from the contextual information collector 101 as a component of the variable characteristic manager 110 and processes the contextual information into metadata. The contextual information processed in the form of metadata includes information such as a communication method, a communication port, a communication IP, or an interface of a peripheral device of the terminal system, and includes a location characteristic, an environmental characteristic, or a purpose of surrounding the terminal system. Area characteristics such as characteristics and the like.

On the other hand, the processed situation information is converted into a situation pattern obtained by tying the processed situation information into a meta data form and a feature value extracted from characteristic values of each factor of the processed situation information. The situation pattern is a pattern in which information about a service area is pre-typed on a home network, and a description of the configuration will be described later with reference to FIG. 5. It is stored in the form of, for example, the situation pattern of the main room and the parcel will be different, and the change of the situation pattern occurs when moving from a living room with TV and audio to a kitchen with a refrigerator and a washing machine. On the contrary, the situation characteristic information is a specific characteristic value of each factor defined in the situation information data. For example, the situation characteristic information represents a specific coordinate point where the terminal system is located in the room or a specific value such as temperature, humidity or illuminance of the room. Value.

In addition, the inference engine 113 is a component of the variable characteristic manager 110, and compares the situation information in the form of metadata received from the situation information analyzer 111 with the situation pattern previously possessed by the terminal system. To determine whether it is necessary to add a new software module or replace an existing software module. That is, when new situation information is input to the inference engine due to the change of the location of the current terminal system or the change of the peripheral device, the difference between the previous situation information is determined and compared to determine whether to add or replace the software module suitable for the current situation. To judge. In this case, the software module corresponding to the current situation information may be configured by changing only the characteristic value while maintaining the software module previously held in addition to the addition or replacement of the software module. The determination process is performed by comparing the situation pattern and the situation characteristic information of the previous software module with the current situation information to determine whether or not they match.

Although the reasoning algorithm and components of the reasoning engine 113 will be described in detail with reference to FIGS. 2 to 3, in brief, the reasoning engine 113 compares the metadata of the current situation information with the metadata of the conventional situation pattern, thereby matching the same. If not, search for a situation pattern that matches the current situation information, or if there is no matching situation pattern, a new situation pattern is created, and the searched or generated situation pattern is transmitted to the module finder 112 to meet the current situation. Allows you to search for new software modules. In addition to determining whether or not the situation pattern is matched, it is determined whether or not the situation characteristic information is matched, which is compared with the characteristic value of the situation information and the characteristic value of the argument in the previous software module. The characteristic value is passed to the module reconfigurer 114.

The module finder 112 is a component of the variable characteristic manager 110. The module searcher 112 searches for a new software module that satisfies the situation pattern set in the inference engine from the module repository 120 and delivers it to the module reconfigurer 114. do. The search is performed by determining whether metadata is matched by mapping metadata of the received situation pattern and metadata of candidate software modules stored in a module repository.

The module reconfigurer 114 is a component of the variable characteristic manager 110. The module reconfigurer 114 combines the software module searched and transmitted by the module searcher 112 and the situation characteristic information generated by the inference engine 113. The purified module 131 is created and passed to the dynamic applicator 115.

The dynamic applicator 115 is a component of the variable characteristic manager 110 and applies the module 131 refined by the module reconfigurer 114 to the target software 130 in the terminal system.

In addition, the module store 120 stores software modules, that is, candidate software modules, required by the variable characteristic manager 110 and supports retrieval of the corresponding module. The search is performed by indexing metadata included in the candidate software module. The storage device may use a storage device such as a hard disk or flash memory, and may download and store the software module from the server through a configuration connected to a server supporting supply of the software module through a wired or wireless data communication network. have.

 In addition, the target software 130 is software that needs to be changed according to a change in the location of the terminal system or the situation of the peripheral device among the software constituting the home network terminal system, and replaces the software module constituting the software or The performance can be changed by adding or changing the characteristic value of the software module.

The module 131 refined through the dynamic applicator 115 is applied to the target software 130 to become a new component of the software.

Referring to FIG. 1, the operation sequence of the dynamic reconfiguration apparatus of the home network terminal system software according to an exemplary embodiment of the present disclosure may be described. The context information collector 101 of the terminal system may provide context information about the surrounding situation 100. It accepts periodically and delivers it to the situation information analyzer 111. The contextual information analyzer 111 classifies and analyzes the delivered contextual information 100, processes it into metadata in the form of contextual information, and transmits the contextual information to the inference engine 113. The inference engine 113 determines whether to add or replace a new software module and change a characteristic value of the software module based on the transmitted situation information in the form of metadata. When the addition or replacement of the software module or the change of the characteristic value is necessary according to the determination result, a suitable situation pattern is searched or newly generated and passed to the module finder 112 to search for a suitable candidate software module. Set the context characteristic information according to the change and apply it to the retrieved software module. In this case, when the software module suitable for the current situation can be reconfigured only by changing the property value, the searching of the situation pattern may be omitted. The module finder 112 searches for a suitable software module in the module repository 120 based on the received situation pattern, and transfers the found candidate software module to the module reconfigurer 114, and the module reconfigurer 114 delivers the transfer. Addition or replacement of a software module can be performed by applying the information hiding method among the aforementioned variability management techniques to the received software module. In addition, the refined module 131 may be generated by combining the context characteristic information received from the inference engine 113 with the added or replaced software module through an argument method among the variability management techniques described above. The refined module 131 is delivered to the dynamic applicator 115, and the dynamic applicator 115 applies the delivered refined module 131 to the target software 130.

2 is a flowchart of a method for dynamically reconfiguring home network terminal system software according to the present invention.

Referring to Figure 2 it can be well understood the dynamic reconfiguration method of the home network terminal system software according to an embodiment of the present invention.

First, various types of contextual information are collected, such as area information in which the terminal system exists and various types of information on peripheral devices existing in the vicinity (step 201).

The collected situation information is analyzed and processed into metadata. In this case, the collected situation information may be classified and stored as characteristic information of an area in which the terminal system exists and characteristic information of devices located around the terminal system. The processed metadata includes information such as a communication method, a communication port, a communication IP, or an interface of a peripheral device of the terminal system, and includes an area such as a location characteristic, an environmental characteristic, or a usage characteristic of the surroundings of the terminal system. Include the property (step 202).

Meanwhile, in addition to the collecting steps, a software module constituting the software in the terminal system is stored in a separate storage. The stored software module is subject to the search when the software module needs to be added or replaced. In this case, the software module may be downloaded from a server connected through a wired or wireless data communication network and stored in the module repository (step 210).

Next, the processed situation information is analyzed to determine whether to add or replace the software module and to determine whether to change the characteristic value stored in the software module (203, 206). The detailed algorithm of the inference step will be described in detail with reference to FIGS. 3 and 4.

If it is determined that addition or replacement of the software module is necessary, a new software module is searched for in the repository of the software module (step 204).

The retrieved software module is passed to the software module reconfiguration step to be described later (step 205).

When the characteristic value stored in the software module needs to be changed, the changed characteristic value is passed to the software module reconfiguration step to be described later (step 206).

The new software module retrieved in the above steps is replaced with the existing software module through the information hiding method among the above-described variability management techniques, and the changed characteristic values are applied in the software module through the acquisition method of the above-described variability management techniques to The module will be reconfigured (step 207).

The software module reconstructed through the reconstruction step is dynamically loaded into the software in the terminal system (step 208).

 3 is an internal block diagram of the inference engine 113 of FIG. 1.

Referring to FIG. 3, the inference engine 313 is composed of a comparison processing unit 301, a situation pattern store 302, a situation pattern generation unit 303, and a situation characteristic information extraction unit 304. The context information analyzer 111, the module finder 112, and the module reconfigurer 114 play the same role in the configuration of FIG. 3.

The comparison processor 301 receives the processed contextual information from the contextual information analyzer 311 to obtain metadata of the processed contextual information and contextual patterns and contextual characteristic information about software modules mounted in the software. Judge whether or not. If it is determined that the situation pattern needs to be changed, the situation pattern storage unit 303 searches for a situation pattern matching the metadata of the processed situation information, or if there is no matching situation pattern, the situation pattern generator 303. Create a new situation pattern. In addition, if it is necessary to change the situation characteristic information as a result of the determination, the processed situation information is transmitted to the situation characteristic information extraction unit 304 to extract new situation characteristic information.

The situation pattern store 302 stores a situation pattern generated by pre-typed a situation that the terminal system may experience, and when the situation pattern needs to be changed according to the change of the situation information, a suitable situation pattern may be retrieved. It supports search function. The new situation pattern retrieved here is passed to the module finder 312 and used to search for a new software module.

When there is no necessary situation pattern in the situation pattern store 302, the situation pattern generator 303 analyzes metadata of the processed situation information to generate a new situation pattern. The new situation pattern generated here is not only transferred to the situation pattern store 302 and stored, but also passed to the module finder 312 and used to search for a new software module.

The situation characteristic information extracting unit 304 extracts situation characteristic information from the processed situation information received from the comparison processing unit 301 when the situation characteristic information needs to be changed as a result of the determination by the comparison processing unit 301. To the module reconfigurer 314.

4 is an operation flowchart of an inference algorithm of the inference engine of FIG. 1.

Referring to FIG. 4, the inference engine 313 of FIG. 3 analyzes the context information, searches for candidate modules, and understands an operation sequence of reconfiguring a software module.

First, when context information processed in the form of metadata in the context information analyzer 311 is input to the inference engine 313, all metadata fields of the context information are analyzed. On the basis of the analysis result, it is determined whether there is a change part by comparing with the existing situation information. At this time, the determination object of the change is the existing situation pattern and situation characteristic information (step 401).

The processed situation information is compared with the metadata of the existing situation pattern, and it is determined whether there is a match (step 402).

If the result of the determination does not match the processed situation information and the existing situation pattern, a new situation pattern is set by searching for or newly generating a situation pattern that matches the current situation information. In this case, the setting of the situation pattern may include retrieving a situation pattern matching the metadata of the processed situation information from the situation pattern store 302 storing the situation pattern, and converting the retrieved situation pattern into the processed situation. Setting a situation pattern of information, generating a new situation pattern if a situation pattern matching the search result is not found, setting the generated situation pattern as a situation pattern of the processed situation information, and setting the situation pattern. And storing in the repository (step 403).

In order to find a new software module that matches the new situation pattern, data about the new situation pattern is sent to the module finder 112 to make a software module search request (step 404).

The software module retrieved through the module searching step is transferred to the module reconfigurer 314 (step 405).

It is determined whether there is no change of the situation pattern or the situation characteristic information is changed after the module reconfiguration step 405 (step 406).

If it is determined that the situation characteristic information needs to be changed, the changed situation characteristic information is set. In this case, the setting of the situation characteristic information may include extracting the situation characteristic information from metadata of the processed situation information (step 407).

The newly set situation characteristic information is transmitted to the module reconfigurer 314 (step 408).

FIG. 5 illustrates metadata of a context pattern having context information of a current home network system according to an embodiment of the present invention. The metadata may be represented by an area number for identifying an area in which the terminal system exists as shown, and includes information on area characteristic information of a region in which the terminal system exists and characteristics of a peripheral device. do. The area characteristic information may include, for example, information about a location characteristic, an environmental characteristic, or a usage characteristic. In addition, the information on the characteristics of the peripheral device may include device characteristic information such as a device ID for device identification, a communication method of the device, a communication port, a communication IP, or an interface.

6A is a diagram illustrating a module change algorithm using an information hiding method among variability management techniques.

As described above, the information hiding method is a variability management method in which the software module itself is seen as a variable element, and a whole software module in charge of a specific function is exchanged. It is not determined whether or not the characteristic value in the module is changed.

In FIG. 6A, a software module matching a situation pattern is retrieved from the module store 120 in which the software module is stored. The matching is determined by mapping the metadata of the situation pattern and the metadata of the candidate software module. The software module retrieved through the determination process is transferred to the module reconfigurer 114 as shown in the figure, and replaced with a new software module or newly added.

FIG. 6B is a diagram illustrating an algorithm for changing a characteristic value of software modules using an argumentation method among variability management techniques.

As described above, the argument method is a variability management method in which arguments defined in a software module, rather than the software module itself, are regarded as variable elements. In order to change the characteristic value from the outside, a separate characteristic interface must be provided.

 In FIG. 6B, the context characteristic information is set through a characteristic interface present in the software module. As illustrated in FIG. 6, the architecture and characteristics of the module may be changed while ON / OFF of the related module is determined according to the change of the context characteristic information. . The software module may be a software module replaced by an information hiding method, and may only reflect a change in a characteristic value of a conventional software module if there is no replacement of a situation pattern.

As described above, according to the present invention, active function change and structure change are possible according to the situation of the terminal software system on the home network in which the service area changes frequently and the real-time function change occurs. This provides a flexible software structure that can adapt dynamically to changes in the environment, and has the effect of providing a structure that is beneficial to software function expansion as the environment expands.

Claims (20)

In the dynamic reconfiguration device of the software constituting the home network terminal system, A situation information collector for collecting situation information around the terminal system; A situation information analyzer for analyzing the situation information received from the situation information collector and processing the metadata in the form of metadata; A module repository for storing a plurality of software modules used to configure the software; An inference engine that analyzes the processed context information to determine whether to add or replace the software module and to change a characteristic value stored in the software module; A module finder for searching for new software modules from the module repository; A module reconfigurer for adding or replacing the software module or changing a characteristic value stored in the software module; Dynamic Applicator that dynamically mounts the software module reconstructed by the module reconfigurer in the target software Dynamic reconfiguration device of the home network terminal system software comprising a. The home network terminal system of claim 1, wherein the context information processed in the form of metadata includes characteristic information of an area in which the terminal system exists and characteristic information of devices located around the terminal system. Dynamic reconfiguration unit of the software. The method of claim 1, wherein the processed situation information comprises: a situation pattern obtained by categorizing the processed situation information into a metadata form; And reconstructing the characteristic values of the processed contextual information into contextual characteristic information. The apparatus of claim 1, wherein the module storage is connected to a server supporting supply of a software module through a wired or wireless data communication network. The apparatus of claim 3, wherein the inference engine comprises: a comparison processor configured to determine whether or not the metadata of the processed contextual information and the contextual pattern and contextual characteristic information on software modules mounted in the software match each other; A situation pattern generation unit generating the situation pattern from the processed situation information; A situation pattern store for storing the generated situation pattern; A situation characteristic information extracting unit which extracts the situation characteristic information from the processed situation information Dynamic reconfiguration device of the home network terminal system software further comprising. 4. The apparatus of claim 3, wherein the module searcher searches for a software module having metadata that matches the metadata of the situation pattern. 4. The apparatus of claim 3, wherein the module reconfigurer adds the retrieved software module or replaces the retrieved software module with a replacement software module. 4. The apparatus of claim 3, wherein the module reconfigurer applies the context characteristic information to the software module through a factorization method. The method according to claim 3, wherein the module reconfigurer adds or replaces the retrieved software module with an information hiding method and replaces the software module to be replaced, and applies the situation characteristic information to the added or replaced software module through an acquisition method. Dynamic reconfiguration device of the home network terminal system software, characterized in that. In the dynamic reconfiguration method of the software constituting the home network terminal system, Collecting situation information around the terminal system; Analyzing the collected situation information and processing the metadata into metadata; Storing a plurality of software modules used to configure the software in a separate module storage; An inference step of analyzing the processed situation information to determine whether to add or replace the software module and to change a characteristic value stored in the software module; Retrieving a new software module from the module repository; Reconfiguring the software module by adding or replacing the software module or changing a characteristic value stored in the software module according to the determination result; Dynamically mounting the reconfigured software module in the target software; Dynamic reconfiguration method of the home network terminal system software comprising a. The method of claim 10, wherein the processing of the metadata in the form of metadata comprises classifying and storing the collected situation information into characteristic information of an area in which the terminal system exists and characteristic information of devices located around the terminal system. Dynamic reconfiguration method of the home network terminal system software comprising a. The method of claim 10, wherein the processed situation information comprises a situation pattern obtained by categorizing the processed situation information into metadata; And reconstructing the characteristic values of the processed contextual information into contextual characteristic information. The home network terminal of claim 10, wherein the storing of the software module further comprises downloading the software module from a server connected through a wired or wireless data communication network and transferring the software module to the module storage. Dynamic reconfiguration method of system software. The method of claim 12, wherein the inferring comprises: determining whether the metadata of the processed context information matches the metadata of the context pattern with respect to software modules mounted in the software; Setting a situation pattern that matches the metadata of the processed situation information when the metadata does not match as a result of the determination; Transferring metadata of the set situation pattern to the searching of the software module; Determining whether the metadata of the processed contextual information matches the contextual characteristic information regarding software modules mounted in the software; Setting situation characteristic information that matches the metadata of the processed situation information when the determination does not match the metadata; Transferring the set situation characteristic information to the step of reconfiguring the software module Dynamic reconfiguration method of the home network terminal system software, characterized in that it further comprises. 15. The method of claim 14, wherein the setting of the situation pattern comprises: retrieving a situation pattern that matches the metadata of the processed situation information from the situation pattern store storing the situation pattern; Setting the retrieved situation pattern as a situation pattern of the processed situation information; Generating a new situation pattern when no matching situation pattern is found; Setting the generated situation pattern as a situation pattern of the processed situation information and storing the generated situation pattern in the situation pattern store; Dynamic reconfiguration method of the home network terminal system software comprising a. 15. The method of claim 14, wherein setting the context characteristic information comprises extracting the context characteristic information from metadata of the processed context information. The method of claim 12, wherein the retrieving of the software module comprises retrieving a software module having the same metadata as the metadata of the set situation pattern. The home network terminal system software of claim 12, wherein the reconfiguring of the module comprises adding or replacing a software module found through the searching step with an information hiding method. Dynamic reconfiguration method. 13. The method of claim 12, wherein reconfiguring the module comprises applying the context characteristic information to the software module through a factorization method. The method of claim 12, wherein the reconfiguring of the module comprises: adding or replacing a software module found through the module searching step with an information hiding method, or replacing a software module to be replaced; Applying the context characteristic information to the added or replaced software module through a factorization method Dynamic reconfiguration method of the home network terminal system software comprising a.

Images