Abstract:
A method for managing a plurality of bundles in an open services gateway initiative service platform includes adding the plurality of bundles into a service list and generating configuration files corresponding to the plurality of bundles, storing the configuration files, updating a status corresponding to a first bundle of the plurality of bundles in the service list when the first bundle is initiated, and loading a configuration file corresponding to the first bundle.

Description:
BACKGROUND OF THE INVENTION 
       [0001]    1. Field of the Invention 
         [0002]    The present invention is related to a method and related management architecture for managing bundles in an open services gateway initiative service platform, and more particularly, to a method and related management architecture for improving a modular level, communicative ability and transplantation ability in the open services gateway initiative service platform. 
         [0003]    2. Description of the Prior Art 
         [0004]    With the rapid development of Internet, Internet services are blooming, and no longer limited in job scope, but associated with home life instead, so that lifestyle of digital home is started. In digital home services, a home gateway, communicating with internal and external networks, plays a crucial role. All kinds of devices in a house can communicate with each other through the home gateway. 
         [0005]    Open Services Gateway Initiative (OSGi) is an integrated platform of information services, integrated into a gateway, so that application programs and value-added services, provided by a remote service provider, can be dynamically downloaded to the home gateway via Internet, and automatically installed. OSGi realizes a complete and dynamical device module, such that applications (named Bundles) can be remotely installed, initiated, updated and removed without re-guiding. Furthermore, the corresponding Application Programming Interface (API) defines life cycle management for performing remote downloading, and service registry allows bundles to exam new and canceled services. 
         [0006]    In the beginning, OSGi focuses on the home gateway. However, applications of OSGi are broadened, and can be applied to telecommunication service products, embedded in Personal Digital Assistants (PDA) and mobile phones, or co-worked with personal computers and other consumer electronic products. For example, a Session Initiation Protocol (SIP) communicator, an all aspect communication software or instant message (IM) software based on OSGi, has many advantages such as cross-platform transplantation, and supports many kinds of IM communication systems, such as ICQ, MSN, AOL Yahoo message, Jabber and so on, as well as transmission and receipt of video signals of network phones. 
         [0007]    In the prior art, the SIP communicator can mainly be divided into three parts: Protocol Service Bundle, User Interface Service Bundle and Libraries Bundle. The relationship of each bundle conforms to the OSGi rule, such that removing any of the bundles does not affect other bundles. In the SIP communicator, User Interface Service Bundle is an entry point of the main program; that is, configuration of the SIP communicator is controlled by User Interface Service Bundle. In such a case, since User Interface Service Bundle is represented by a user interface, a user cannot set the SIP communicator if the SIP communicator is installed in an architecture without any peripheral output, which may affect operations of the SIP communicator. 
       SUMMARY OF THE INVENTION 
       [0008]    It is therefore a primary objective of the claimed invention to provide a method and related management architecture for managing a plurality of bundles in an open services gateway initiative service platform. 
         [0009]    The present invention discloses a method for managing a plurality of bundles in an open services gateway initiative service platform, which comprises adding the plurality of bundles into a service list, and generating configuration files corresponding to the plurality of bundles, storing the configuration files corresponding to the plurality of bundles, updating a status corresponding to a first bundle of the plurality of bundles in the service list when the first bundle is initiated, and loading a configuration file corresponding to the first bundle. 
         [0010]    The present invention further discloses a management architecture for managing a plurality of bundles in an open services gateway initiative service platform, which comprises a setting unit, for adding the plurality of bundles into a service list, and generating configuration files corresponding to the plurality of bundles, a storing unit, for storing the configuration files corresponding to the plurality of bundles, an updating unit, for updating a status corresponding to a first bundle of the plurality of bundles in the service list when the first bundle is initiated, and a loading unit, for loading a configuration file corresponding to the first bundle. 
         [0011]    These and other objectives of the present invention will no doubt become obvious to those of ordinary skill in the art after reading the following detailed description of the preferred embodiment that is illustrated in the various figures and drawings. 
     
    
     
       BRIEF DESCRIPTION OF THE DRAWINGS 
         [0012]      FIG. 1  illustrates a schematic diagram of a management architecture for an open services gateway initiative service platform according to an embodiment of the present invention. 
           [0013]      FIG. 2  is a schematic diagram of a process for the management architecture shown in  FIG. 1 . 
           [0014]      FIG. 3  is a schematic diagram of an initiation process for the management architecture shown in  FIG. 1 . 
           [0015]      FIG. 4  is a schematic diagram of a modification process for the management architecture shown in  FIG. 1 . 
       
    
    
     DETAILED DESCRIPTION 
       [0016]    Please refer to  FIG. 1 , which is a schematic diagram of a management architecture for an OSGi platform  10  in accordance with an embodiment of the present invention. The management architecture  10  is utilized for managing bundles B_ 1 ˜B_n, and comprises a management device  100 , a storing unit  102  and a loading unit  104 . The management device  100  comprises a setting unit  106  and an updating unit  108 . The setting unit  106  is used for adding the bundles B_ 1 ˜B_n to a service list and generating configuration files corresponding to the bundles, and the generated configuration files are stored in the storing unit  102 . The updating unit  108  is used for updating a status corresponding to a bundle B_x in the service list when the bundle B_x is initiated, such that the loading unit  104  can load a configuration file corresponding to the bundle B_x. 
         [0017]    Operations of the management architecture  10  are illustrated by  FIG. 2  to  FIG. 4 . 
         [0018]    First, please refer to  FIG. 2 , which is a schematic diagram of a process  20  for the management architecture  10 . The process  20  comprises the following steps: 
         [0019]    Step  200 : Start. 
         [0020]    Step  202 : Add the bundles B_ 1 ˜B_n to a service list, and generate configuration files corresponding to the bundles B_ 1 ˜B_n. 
         [0021]    Step  204 : Store the configuration files corresponding to the bundles B —1˜B _n. 
         [0022]    Step  206 : Update the status corresponding to the bundle B_x of the bundles B_ 1 ˜B_n when the bundle B_x is initiated. 
         [0023]    Step  208 : Load the configuration file corresponding to the bundle B_x. 
         [0024]    Step  210 : End. 
         [0025]    Via the process  20 , the bundles B_ 1 ˜B_n are registered at the management device  100 , so as to add the bundles B_ 1 ˜B_n to the service list. Meanwhile, the setting unit  106  generates a default configuration file, and stores the default configuration file in the storing unit  102 . Then, according to initiation statuses of the bundles B_ 1 ˜B_n, the updating unit  108  updates the service list, such that the loading unit  104  can load the corresponding configuration files accordingly. 
         [0026]    Therefore, in the process  20 , the bundles B_ 1 ˜B_n are registered at the management device  100 , so as to generate the corresponding configuration files for further uses. However, in some cases, a new bundle may be added, which can be processed according to  FIG. 3 . 
         [0027]      FIG. 3  is a schematic diagram of an initiation process  30  for the management architecture  10 . The initiation process  30  comprises the following steps: 
         [0028]    Step  300 : Start. 
         [0029]    Step  302 : A bundle B_y is initiated. 
         [0030]    Step  304 : Determine whether the bundle B_y is registered. If yes, go to step  308 ; else, go to step  306 . 
         [0031]    Step  306 : Execute the registry process of the bundle B_y. 
         [0032]    Step  308 : Load the configuration file corresponding to the bundle B_y. 
         [0033]    According to the initiation process  30 , when the bundle B_y is initiated, the present invention first determines whether the bundle B_y is registered. If the bundle B_y has been registered, meaning that the corresponding configuration file has been stored in the storing unit  102 , then the present invention loads the configuration file. On the contrary, if the bundle B_y has not been registered, the present invention executes the registry process of the bundle B_y, namely to add the bundle B_y to the service list, generate the configuration file corresponding to the bundle B_y, and store all the generated files in the storing unit  102 . Therefore, via the initiation process  30 , the management architecture  10  can determine to load the configuration file or to execute the registry process based on whether the bundle B_y is registered. 
         [0034]    Moreover, in some cases, the user may need to modify configuration of a bundle which has been registered, which can be processed according to  FIG. 4 . 
         [0035]      FIG. 4  is a schematic diagram of a modification process  40  for the management architecture  10 . The modification process  40  comprises the following steps: 
         [0036]    Step  400 : Start. 
         [0037]    Step  402 : Modify a bundle B_z of the bundles B_ 1 ˜B_n. 
         [0038]    Step  404 : Determine whether the bundle B_z is initiated. If yes, go to step  406 ; else, go to step  408 . 
         [0039]    Step  406 : Notify the service corresponding to the bundle B_z, so as to load the modified configuration, and update the configuration file corresponding to the bundle B_z according to the modified configuration. 
         [0040]    Step  408 : Update the configuration file corresponding to the bundle B_z. 
         [0041]    According to the modification process  40 , when the bundle B_z which has been registered is modified, the present invention determines whether the bundle B_z is initiated. If the bundle B_z has been initiated, the present invention notifies the service corresponding to the bundle B_z, so as to load the modified configuration, and update the configuration file corresponding to the bundle B_z according to the modified configuration. On the contrary, if the bundle B_z has not been initiated, then the present invention updates the configuration file corresponding to the bundle B_z directly. Therefore, according to whether the bundle B_n is initiated, the present invention performs different processes, to meet requirements of different cases. 
         [0042]    Therefore, as can be seen from  FIG. 2˜FIG .  4 , the bundles B_ 1 ˜B_n are registered at the management device  100 , such that the setting unit  106  can add the bundles B_ 1 ˜B_n to the service list and generate the corresponding configuration files. Then, the updating unit  108  can update the service list, such that the loading unit  104  can load the corresponding configuration files accordingly. Meanwhile, when initiating a bundle, the management device  100  can check whether the bundle is registered, to determine to load a corresponding configuration file or to execute a registry process. In addition, when the user need to modify a configuration of a bundle which has been registered, the management device  100  can perform different execution processes according to whether the bundle is initiated, to meet requirements of different cases. 
         [0043]    In addition, after the loading unit  104  loads the configuration file corresponding to the bundle B_x, if the bundle B_x is deactivated, the loading unit  104  can remove (or disable) the configuration file corresponding to the bundle B_x. Simply speaking, the loading unit  104  only loads configuration files corresponding to bundles which have been initiated, and the loading unit  104  removes configuration files corresponding to bundles which have been initiated but deactivated on the midway. 
         [0044]    As mentioned above, in the prior art, since User Interface Service Bundle is represented by a user interface, the user cannot set the SIP communicator if the SIP communicator is installed in an architecture without any peripheral output, which may affect operations of the SIP communicator. In comparison, in the present invention, even if an SIP communicator is installed in an architecture without any peripheral output, normal operations of the SIP communicator can be maintained because the management device  100  can generate and load corresponding configuration files. Notice that, the SIP communicator is used for illustrating the present invention, and other OSGi services can be applied to the present invention. Therefore, the present invention can make bundles of OSGi service platform no longer work individually, to integrate all bundles in the same management program, so as to greatly improve a modular level, communicative ability and transplantation ability. And, there is no need to develop different setting programs independently. 
         [0045]    To sum up, the present invention provides methods and related management architecture for managing bundles in an OSGi service platform, to make the bundles of OSGi service platform no longer work individually, to integrate all bundles in the same management program, and to greatly improve a modular level, communicative ability and transplantation ability. And, there is no need to develop different setting programs independently. 
         [0046]    Those skilled in the art will readily observe that numerous modifications and alterations of the device and method may be made while retaining the teachings of the invention. Accordingly, the above disclosure should be construed as limited only by the metes and bounds of the appended claims.