KR100751456B1 - OSGi SERVICE FLATFORM AND METHOD FOR OFFERING SERVICE USING BY IT - Google Patents

Abstract

The present invention provides a service using an OSGi service platform that implements interaction between OSGi frameworks for web services. To this end, the present invention provides a service to all OSGi frameworks that require the same service. Unlike the conventional method of providing such a service after installation registration, using the OSGi service platform that implements the interoperability of the OSGi framework for the web service, create a stub bundle for the requested service to register and register the service, When a service is requested, it is provided if the requested service exists. If the requested service does not exist, it is checked whether the service is provided by an external framework, and then the service is provided by an external framework. If so, depending on whether the framework is imported By importing the external framework for the service and providing it, the OSGi service platform can be used to create, manage, install, or remove stub bundles dynamically by installing virtual copies of stubs. By implementing transparent interactions between OSGi frameworks and sharing services between OSGi frameworks, it is possible to provide requested services.

Open Service Gateway initiative (OSGi), framework

Description

OSGi service platform and service providing method using the same {OSGi SERVICE FLATFORM AND METHOD FOR OFFERING SERVICE USING BY IT}

1 is a block diagram of an OSGi service platform suitable for applying a structure for service access of an external framework according to a preferred embodiment of the present invention;

2A and 2B are block diagrams of a framework importer and a framework exporter according to a preferred embodiment of the present invention;

3 is a flowchart illustrating a process of preparing a shared service of a framework exporter for using a service between frameworks according to a first embodiment of the present invention;

4 is a flowchart illustrating a preparation process for a remote service of a framework importer for using a service between frameworks according to a second embodiment of the present invention;

5 is a flowchart illustrating a process of processing a service request of an application for service use between frameworks according to a third embodiment of the present invention;

6 is a diagram illustrating an interaction process according to time flows between components for service usage between frameworks according to a fourth embodiment of the present invention.

<Description of the symbols for the main parts of the drawings>

100: local platform 102: application

104: framework importer 104a: registration data storage unit

104b: connection request unit 104c: stub management unit

106: local side web service support module 108: local side framework

200: remote platform 202: service

204: Framework exporter 204a: Framework shared data storage

204b: connection determination unit 204c: stub generation unit

206: remote side web service support module 208: remote side framework

The present invention relates to a technique for providing a service using an OSGi service platform, and more particularly, to an OSGi service platform and a service providing method using the same, for implementing an interaction between OSGi frameworks for web services.

As is well known, new ubiquitous technologies are actively being researched to provide more convenient services by integrating various technologies as electronic devices become more intelligent and the spread of the Internet is spread according to the development of electronic technologies.

In particular, Smart-Home technology is one of these ubiquitous technologies, and refers to the concept of a home network, which means that digital information devices having various functions are connected to a network for function sharing, data sharing, and remote control. Beyond that, it is an important technology that includes the creation of better services through the intelligence of services and the integration between services.

In this smart home technology, a service platform is required for a technology that can manage and connect various services. A representative service platform is an OSGi service platform proposed by the Open Service Gateway initiative (OSGi).

OSGi service platform operates inside Home Gateway that manages connection between internal and external environment in smart home environment, manages internal equipment and services, and connects various external services based on this. do.

In addition, the OSGi Core standard defines a service framework that registers (connects), manages, and executes services and devices within the framework, defines some basic services, and defines the contents of user program creation. Doing.

On the other hand, the framework in the OSGi service platform installs and registers a required service, stores the information, and searches for and provides a corresponding service when a user requests a required service.

And, in order to implement intelligent service in smart home environment, it should be linked with remote service as well as local framework service. Especially, service provided by computer in ubiquitous environment should be dynamic do.

In addition, as individual devices become intelligent and their processing power increases, OSGi has emerged as a multi-service-platform structure that can operate on multiple devices, not just on a single location within a home network. It does not provide any indicators on how to communicate with each other or share services. That is, the use of services defined in the OSGi standard is limited to allowing services provided by each other between services using the same service repository in one framework.

These platforms have to be installed on all OSGi that need the same service, which creates a lot of redundancy. For example, to run a service called a1 in framework A, a service called b1 is required, and b1 is required to work in framework B. In spite of this, there was a problem of installing a service called b1 in Framework A.

It is also more severe in services that use the business model of renting or selling services that pay for their use, or in combination with access rights issues for those services, such as whether to assign all access rights to b1 to Framework A. There was a problem that caused the problem.

In order to solve the above problems, Korean Patent Laid-Open Publication No. 2004-1194 (A device and method for service sharing on a network) divides access of a service into a master agent and a general agent to access a basic service. However, this method is inefficient because it repeats the operation of all services in one-one-one way, and the configuration problem can occur greatly. There are many problems, and rather than being useful for dividing functions into the services themselves, they are limited to making services already available elsewhere in their location.

Accordingly, the present invention is to solve the above problems of the prior art, OSGi that can perform service sharing between any OSGi framework on the network using a Web-Service technology and a predetermined interworking algorithm. The purpose is to provide a service platform and a service providing method using the same.

It is another object of the present invention to provide an OSGi service platform that performs transparent interaction between OSGi frameworks to transparently perform the service provision process, and in application thereof, a general (not ad-hoc) method is used. It is to provide an OSGi service platform and a service providing method using the same that can be implemented by the general) method to minimize user settings.

In an aspect to achieve the above object, the present invention provides an OSGi service platform that implements interaction between OSGi frameworks for a web service, and is an arbitrary platform on which an application is to be executed. A local platform that requests a connection for use, receives and installs a stub bundle for a corresponding service, and performs a service registration, and another platform in which a service necessary for the application is executed exists, sharing the requested service. It provides an OSGi service platform that includes a remote platform that generates stub bundles, coordinates permission for service connection requests, records sharing-related content, and prevents conflicts between shared services.

In another aspect to achieve the above object, the present invention provides a method for providing any service using the OSGi service platform that implements the interaction between the OSGi framework for a web service, a stub bundle for a service requested to be registered. Creating and registering the service, when there is any service request, checking whether the requested service exists, providing it if the requested service exists, and if the requested service does not exist Checking whether the corresponding service is provided by an external framework; checking whether the corresponding framework is imported when the corresponding service is provided by an external framework; and importing the corresponding framework. If not, import the external framework for that service. Using the OSGi service platform, including dangyeeul offering provides a service providing method.

The above and other objects and various advantages of the present invention will become more apparent from the preferred embodiments of the present invention described below with reference to the accompanying drawings by those skilled in the art.

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

A key technical aspect of the present invention is to generate a stub bundle for a service requested to be registered using an OSGi service platform that implements interaction between OSGi frameworks for a web service, and register a corresponding service and request an arbitrary service. When the requested service exists, it is provided. If the requested service does not exist, it is checked whether the service is provided by an external framework, and when the service is provided by an external framework, By importing and providing the external framework for the corresponding service according to the import (import), it is easy to achieve the purpose of the present invention through this technical means.

1 is a block diagram of an OSGi service platform suitable for applying a structure for service access of an external framework according to a preferred embodiment of the present invention, and includes a local platform 100 and a remote platform 200. It includes. Herein, the local platform 100 may include an application 102, a framework importer 104, a local side web service supporter 106, and a local side framework 108. The remote platform 200 includes a service Service 202, a framework exporter 204, a remote side web service supporter 206, and a remote side framework 208. Include.

Referring to FIG. 1, the local platform 100 and the remote platform 200 distinguish two OSGi service platforms from the viewpoint of the final application, and the local platform 100 may refer to any platform on which the application is to be executed. 200 refers to another platform in which a service necessary for executing an application exists.

In addition, the local-side framework 108 and the remote-side framework 208 included in the local platform 100 and the remote platform 200, respectively, are frameworks defined by OSGi, and such frameworks are defined in OSGi. It manages their life cycle and provides an execution environment so that services or applications can run smoothly.

In addition, the local-side web service support module 106 and the remote-side web service support module 206 included in the local platform 100 and the remote platform 200, respectively, are OSGi and OSGi. It converts the internal service into the form of web service and provides it to the outside, and imports the external web service in the form of OSGi. In addition, it is desirable to include a mechanism for automatically generating stub bundles necessary for transparent interaction of services between OSGi frameworks using web services.

Next, the application 102 inside the local platform 100 refers to a commonly used user program. According to the present invention, the application 102 refers to an end application using a web service, and the service 202 inside the remote platform 200. ) Denotes a service defined by a general OSGi, and means a service to be used by the application 102 according to the present invention.

In addition, the relationship between the application 102 and the service 202 is that the final application 102 in the current local platform 100 used by the current user finally performs the operation using the service 202 on the remote platform 200. I mean.

Meanwhile, the framework exporter 204 in the remote platform 200 performs a function of sharing a service in the remote side framework 208, generating a stub bundle for sharing a service, and granting permission for a service connection request. It coordinates and records the contents of sharing and at the same time prevents conflicts between shared services.

In addition, the framework importer 104 in the local platform 100 performs a function of transparently importing an external service, requesting a connection for using an external service, and receiving and installing a stub bundle for the corresponding service. Perform service registration.

2A and 2B are block diagrams of a framework importer and a framework exporter according to a preferred embodiment of the present invention, the framework importer 104 includes a registration data storage unit 104a and a connection request unit 104b. And a stub management unit 104c, and the framework exporter 204 includes a framework shared data storage unit 204a, a connection determination unit 204b, and a stub generation unit 204c.

Referring to FIGS. 2A and 2B, the registration data storage unit 104a included in the framework importer 104 manages connection contents of an external framework to avoid connection requests duplicated in the same framework, and concurrent connection. By limiting the number of possible frameworks, you avoid overloading the framework connections.

In addition, the connection request unit 104b included in the framework importer 104 requests a connection to a service of an external framework according to the content of a service managed or required within the framework, and provides a list of public services for the service. Install the required stub bundle.

Next, the stub manager 104c included in the framework importer 104 is responsible for managing the persistence of the stub bundles of the framework and the recognition of the new stub bundle while maintaining the connection with the registered external framework. do. In addition, the stub management unit 104c synchronizes the status of the installed stub bundles due to the connection of the registered external framework, and performs a function of processing the registration of the new public service of the partner.

On the other hand, the framework shared data storage unit 221 included in the framework exporter 204 manages information (ie, a list of frameworks exported to and accessible to the current framework) of services that can be shared within the framework. And it determines whether to share the newly registered service and requests the stub generation unit 223 to generate stub bundles accordingly.

In addition, the connection determination unit 222 included in the framework exporter 204 is a part for determining whether to permit a connection request coming from an arbitrary framework. Inform the requesting framework of its contents (list of shared services).

In addition, the stub generation unit 223 included in the framework exporter 204 automatically generates a stub for a service to be shared so as to act as a delegate when using the service.

Next, a process of preparing a shared service of a framework exporter for using services between frameworks by applying a structure for accessing services of an external framework in the OSGi service platform having the above-described configuration will be described.

3 is a flowchart illustrating a preparation process for a shared service of a framework exporter for using services between frameworks according to the first embodiment of the present invention. The shared service preparation method according to an embodiment of the present invention will be described with reference to these drawings.

Referring to FIG. 3, the OSGi service platform including the local platform 100 and the remote platform 200 waits for any service registration request (step 302) and checks whether any service registration is requested (step 304). ).

As a result of the check in step 304, if any service registration is requested, the framework exporter 204 of the remote platform 200 uses the service in the external framework through the framework shared data storage unit 204a. Check whether the service is enabled (step 306).

As a result of the check in the step 306, if the service is a service that can be used in an external framework, the framework exporter 204 of the remote platform 200 generates a stub bundle through the stub generator 204a and This stub bundle is registered (step 308).

On the other hand, as a result of the check in step 306, if the service is not a service to be made available to the external framework, the corresponding service requested to be registered or the stub bundle registered the corresponding service (step 310). .

In the above-described first embodiment of the present invention, when the request for any service registration has been described as registering the corresponding service, the service can be continuously monitored and the registered service can be registered. Of course.

4 is a flowchart illustrating a preparation process for a remote service of a framework importer for using a service between frameworks according to a second embodiment of the present invention. The remote service preparation method according to the present invention will be described with reference to these drawings.

Referring to FIG. 4, the OSGi service platform including the local platform 100 and the remote platform 200 waits for a connection to an arbitrary server (step 402) and checks whether a connection to an arbitrary server is requested. (404).

As a result of the check in the step 404, when the connection to any server is requested, the framework importer 104 of the local platform 100 passes the connection request unit 104b to the remote platform 200 of the server. Request a list of shared services (step 406).

The remote platform 200 transmits the stub bundle of the corresponding shared service to the local platform 100 according to the request, and the stub bundle is installed in the local side framework 108 included in the local platform 100. (Step 408).

In addition, the local platform 100 transmits the installation information of the stub bundle installed in the local framework 108 to the stub manager 104c in the framework importer 104 and manages the installed stub bundle to operate normally (step 410). ).

Subsequently, when the stub bundle is installed in the local platform 100, the corresponding shared service is registered (step 412). Here, the information on the framework of the installed stub bundle is stored and managed in the registration data storage 104a.

On the other hand, in the second embodiment of the present invention described above, when requesting a connection to any server, it is described as installing the stub bundle of the service to register the service, but the connection request to the specific server continuously Of course, you can register the service by installing a stub bundle of shared services requested to connect to a specific server.

Thus, when stub bundles are registered as services in OSGi service platforms, including local and remote platforms, these services can provide the requested services transparently in the same manner as existing services.

5 is a flowchart illustrating a process of processing a service request of an application for service use between frameworks according to a third embodiment of the present invention. Through this drawing, a processing method for a service request according to a third embodiment of the present invention will be described.

Referring to FIG. 5, in the OSGi service platform including the local platform 100 and the remote platform 200, an arbitrary service request is awaited (step 502), and an application 102 is executed while a corresponding service is executed. Check if requested (step 504). Here, any service means a user service or a client service requested by a user.

As a result of the check in the step 504, when a service corresponding to an arbitrary application 102 is requested, the local-side framework 108 of the local platform 100 checks whether the corresponding service exists in the service repository (not shown). (Step 506).

As a result of the check in the step 506, if the service exists in the service store (not shown), the executed application 102 receives the corresponding service and proceeds to the next process (step 508).

On the other hand, as a result of the check in step 506, if the service does not exist in the service repository, not shown, the service is provided by an external framework, for example, the remote side framework 208 in the remote platform 200. It is checked whether or not (step 510).

As a result of the check in step 510, if the service is provided by an external framework, the registration data storage unit 104a in the framework importer 104 checks whether or not the framework is imported (step). 512).

As a result of the check in the step 512, if the framework is not imported, the framework importer 104 in the local platform 100 imports an external framework for the service and provides the corresponding service (step 514).

On the other hand, if the corresponding framework is already imported, that is, if the corresponding framework is already registered or the internal framework 108 is found as a result of the check in step 512, the OSGi service platform may detect the corresponding service. After notifying the application 102 that it is unavailable (the service is unavailable), it proceeds to the next process (step 516).

FIG. 6 is a diagram illustrating an interaction process according to a time flow between components for using a service between frameworks according to a fourth embodiment of the present invention. Through this drawing, the interaction according to the fourth embodiment of the present invention will be described.

Referring to FIG. 6, if a request for registration of a service is requested from a target service to a remote framework (step 602), the remote framework generates a stub bundle for the corresponding service requested to be registered (step 604). At this time, if a stub bundle for the service is generated, the service is registered.

When the local framework requests a connection to a server from a remote framework (step 606), the remote framework transmits the list of published services to the local framework (step 608). At this time, the stub bundle for any service is requested to the remote framework (step 610), the remote framework sends the requested stub bundle to the proxy service (step 612), and the proxy service sends an object from the transmitted stub bundle. In step 614, the local framework registers the public proxy service of the framework with the proxy service (step 616).

On the other hand, if the application requests any service (user service or client service) to the local framework (step 618), the local framework searches the service repository for the requested service (step 620) and the corresponding service through the proxy service. Request to connect a service (step 622). Here, the procedure service requests the service processing to the target service (step 624), and accordingly processes the service in the target service (step 626), and then transmits the processing result for the processed service to the proxy service ( Step 628)

Next, the service processing result transmitted from the proxy service is transmitted to the application (step 630), and when the local framework requests the service release from the local framework (step 632), the remote framework releases the corresponding service (step 634)

Therefore, by using the OSGi service platform, create a stub bundle according to the registration request of any service, register the service, search for the service in case of any service request, and then process the requested service. When the processed result is transmitted, the service can be released.

In the foregoing description, the present invention has been described with reference to preferred embodiments, but the present invention is not necessarily limited thereto. Those skilled in the art will appreciate that the present invention may be modified without departing from the spirit of the present invention. It will be readily appreciated that branch substitutions, modifications and variations are possible.

As described above, the present invention implements the interaction between OSGi frameworks for web services, unlike the conventional method of providing such services after installing and registering services in all OSGi frameworks requiring the same services. Using the OSGi service platform to create a stub bundle for the requested service to register the service, and when any service is requested, provides the requested service if it exists, if the requested service does not exist After checking whether the service is provided by the external framework, if the service is provided by the external framework, importing the external framework for the service according to whether the framework is imported and providing the same, Using the OSGi service platform according to the present invention It is possible to implement transparent interactions between OSGi frameworks for web services and to provide requested services by performing service sharing between OSGi frameworks. Furthermore, any OS on the network can be provided using the OSGi service platform according to the present invention. Services can be shared between OSGi frameworks, and the same service can be provided from other servers without having to install the entire service on a separate OSGi service platform.

Claims (12)

OSGi service platform that implements the interaction between OSGi frameworks for Web services. An arbitrary platform on which an application is to be executed, a local platform for requesting a connection for using the external service to import and use an external service, receiving and installing a stub bundle for the corresponding service, and performing a corresponding service registration; As another platform where the services necessary for the application to run exist, generate a stub bundle for sharing the requested service, coordinate the permission for the service connection request, record the contents related to sharing, and simultaneously create a conflict between the shared services. To prevent remote platform OSGi service platform comprising a. The method of claim 1, The local platform, A framework importer requesting a connection for using the external service, receiving a stub bundle for the corresponding service, and performing installation and service registration; Local-side web service support module for supporting the interworking of the OSGi and the web service, converts the service inside the OSGi into a web service form and provides it to the outside, and brings the external web service into the OSGi form, Local-side framework that manages their life cycle and provides an execution environment so that services or applications can run smoothly within the OSGi. OSGi service platform comprising a. The method of claim 2, The framework importer, A registration data storage unit for managing connection contents of an external framework to prevent duplicate connection requests to the same framework, and to limit the number of frameworks that can be connected simultaneously, thereby preventing overload due to the framework connection; A connection request unit for requesting a connection to a service of the external framework according to the content of a service managed or required within the framework, receiving a list of public services for the service, and installing a required stub bundle; It is responsible for managing persistence of stub bundles of the framework and acknowledging new stub bundles while maintaining a connection with a registered external framework, The stub management unit that synchronizes the status of the server and registers the new public service of the partner. OSGi service platform comprising a. The method of claim 2, The local-side framework includes a mechanism for automatically generating a stub bundle necessary for the interaction of services between OSGi frameworks using the web service. The method of claim 1, The remote platform, A framework exporter that generates stub bundles for sharing requested services, coordinates permissions for service connection requests, records sharing related content and prevents conflicts between shared services; A remote-side web service support module that supports interworking of the OSGi and the web service, converts a service inside the OSGi into a web service, and provides the web service to the outside; Remote side framework that manages their life cycle and provides execution environment for smooth operation of services or applications within the OSGi. OSGi service platform comprising a. The method of claim 5, The framework exporter, A framework shared data storage unit for managing information of a service that can be shared in the remote framework and determining whether to share a newly registered service and requesting a stub generation unit to generate a stub bundle accordingly; A connection determination unit which determines whether or not to grant a connection request transmitted from an arbitrary framework and transmits a list of internal connectable shared services when the connection request is granted; The stub generation unit that automatically generates a stub bundle for a service to be shared requested from the framework shared data storage unit and serves as a delegate when using a service OSGi service platform comprising a. The method of claim 6, The information of the sharable service, OSGi service platform, characterized in that the list of frameworks that have been exported and allowed to access the current framework. The method of claim 5, The remote framework includes an mechanism for automatically generating a stub bundle necessary for the interaction of services between OSGi frameworks using the web service. As a method of providing an arbitrary service using the OSGi service platform that implements the interaction between OSGi frameworks for web services, Registering a service by generating a stub bundle for the requested service; When there is any service request, checking whether the requested service exists; Providing the requested service, if present; Checking whether the service is provided by an external framework if the requested service does not exist; Checking whether the corresponding framework is imported when the corresponding service is provided by an external framework, Importing and providing an external framework for the corresponding service if the corresponding framework is not imported Service providing method using the OSGi service platform comprising a. The method of claim 9, The service providing method, If the corresponding framework is imported or if the corresponding service is provided by an internal framework but fails to provide the corresponding service, notifying that the corresponding service is unavailable. Service providing method using the OSGi service platform, characterized in that it further comprises. The method of claim 9, The service providing method, After providing the corresponding service, transmitting a processing result of the corresponding service; When there is a request for releasing the corresponding service, releasing it; Service providing method using the OSGi service platform, characterized in that it further comprises. The method of claim 9, Registering the corresponding service, Transmitting a list of public services for the service requested to be connected; Requesting a stub bundle of the connection requested service through the transmitted public service list; Transmitting the requested stub bundle and registering a corresponding service using the transmitted stub bundle Service providing method using the OSGi service platform comprising a.

Images