JP5359835B2 - Information processing apparatus, distribution system, and reception method - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide an information-processing device which realizes OSGi service and sectioning of a received bundle, and to provide a server device, a distribution system, a receiving method and a program module providing method. <P>SOLUTION: An OSGi framework is divided into a service side (212) as an internal logic section and an application side (222) as a GUI, they are operated individually, the transmission of a bundle is received by a management bundle (214) on the service side (212), and the received bundle is sorted and stored. <P>COPYRIGHT: (C)2011,JPO&amp;INPIT

Description

The present invention relates to an information processing apparatus for receiving the distribution of the bundle is a program module running on the OSGi framework, directed to a receiving method and distribution system.

  The OSGi service platform is a standard proposed by the OSGi (Open Services Gateway Initiative) established for the purpose of developing a standard for distributing various services from the WAN to LANs and devices. In this standard, a framework on a Java (registered trademark) virtual machine (hereinafter referred to as JavaVM) provides various service distribution and execution environments.

  In this OSGi service platform, applications that provide services are called bundles. The OSGi framework has a function collectively called LCM (Life Cycle Management) that manages and controls such bundle installation, update, uninstallation, start, and stop.

  In this OSGi framework, when a specific service is used, various devices and applications can be used or controlled by downloading and fetching a prepared bundle.

"OSGi Service Platform, Release4", http://www.osgi.org/ Download / Release4V40, October 2005

  When a Java process including the OSGi framework is operated as a service process (or daemon process) of the operating system (OS), handling of the GUI becomes a problem. This is because the service process normally cannot display a GUI on the desktop of the user who logs in to the OS.

The present invention has been made in view of such circumstances, an object is an information processing apparatus capable of realizing the division of the OSGi service of, and the received program modules, provide a receiving method and distribution system The purpose is to do.

The information processing apparatus according to the present invention includes an arithmetic processing unit and a storage unit, and the arithmetic processing unit reads and executes a program stored in the storage unit, thereby operating as a program module execution platform. In the information processing apparatus in which the first and second frameworks are operated, the arithmetic processing units operate on the first and second frameworks and can communicate with each other. The first management means is configured to receive a program module, and separate and store the received program module into a program module for the first or second framework. The second management means includes a function for receiving an instruction related to notification of program module update information, and a self-frame. Requesting the first management means for receiving information from the first management means and a function for collecting information related to the program modules updated in the first framework and information relating to the program modules updated by the first framework And a function of notifying information related to the program module updated in the first and second frameworks, and the first management means stores information related to the program module updated in the own framework. It has a function of collecting and transmitting to the second management means .

  In the information processing apparatus according to the present invention, the first management unit has a function of notifying the second management unit that the program module has been received.

  The information processing apparatus according to the present invention is characterized in that the first and second management means have a function of installing or updating a program module in the first and second frameworks, respectively.

  In the information processing apparatus of the present invention, the second management unit has a function of transmitting notification that the program module update notification has been completed to the first management unit, and the first management unit includes: , Having a function of transmitting the completion of the received notification to the server device.

  Further, in the information processing apparatus according to the present invention, the first management unit receives the program module based on the identification information for identifying the program module included in the program module or the identification information received from the server device. Are classified and stored in program modules for the first or second framework.

  In the information processing apparatus of the present invention, the program module is a bundle that operates in the OSGi framework, and the first management unit stores the received program module separately based on each MANIFEST file. It is configured.

The distribution system of the present invention includes a server device and a client device that is communicably connected to the server device. The distribution system distributes a program module from the server device to the client device. A module and information indicating which of the plurality of frameworks as the execution platform is to be distributed, and the client device includes an arithmetic processing unit and a storage unit. The arithmetic processing unit reads and executes the program stored in the storage unit so that the first and second frameworks respectively operating as execution platforms for the program modules are operated. The arithmetic processing unit is configured to perform the first and The first management unit functions as first and second management units that operate on the two frameworks and can communicate with each other. The first management unit receives a program module distributed from the outside, and receives the received program module. Ri configured tear to save classified into the first or second program module for the framework, the second management unit has a function of receiving instructions relating to the notification of the program module updates the own framework A function of collecting information related to the program module updated in step 1 and a function of requesting the information related to the program module updated in the first framework to the first management unit and receiving the information from the first management unit And a function for notifying information related to the program module updated in the first and second frameworks. It said first management means, characterized by having a function of transmitting to gather information related to the program module updated in its own framework to the second management means.

The receiving method of the present invention includes a calculation processing unit and a storage unit, and the calculation processing unit reads and executes a program stored in the storage unit, thereby operating as a program module execution platform. And the second framework are operated, and the arithmetic processing unit operates as the first and second management units that operate on the first and second frameworks and can communicate with each other, respectively. A method of receiving a program module in a functioning information processing apparatus, wherein the first management unit receives the program module, and the first management unit receives the received program module in a first or second manner. and storing in fractionated into program module for 2 framework, the second management means, the program A step of receiving an instruction relating to notification of module update information, a step of collecting information relating to a program module updated by the second management means, and a second management means including the first management means Requesting the information related to the program module updated by the framework to the first management means and receiving the information from the first management means, and the program module updated by the first management means by the own framework Collecting information relating to the second management means and transmitting the information to the second management means, and notifying the information relating to the program module updated by the first and second frameworks by the second management means. It is characterized by including.

In the present invention, the first and second management means are configured to operate on different frameworks and to communicate with each other. The first management means receives the program module distributed from the server device, and separates and stores the received program module into a program module for the first or second framework. Thus, when the information processing apparatus serving as the client receives the program module distributed from the server apparatus, the information processing apparatus can distribute the program module to different virtual machines and install them appropriately. Further, the update information of the program module is collected by the first and second management means, and the update information is notified to the user by the first management means. As a result, the user can know that the program module can be used.

  In the present invention, the first management means notifies the second management means that the program module has been received. Thereby, the second management means can detect the update of the program module.

  In the present invention, the information processing apparatus serving as the client can be installed or updated by the first and second management means when receiving the program module from the server apparatus.

  In the present invention, it is possible to notify the server device that the notification of the program module update information has been completed.

  In the present invention, the first management means classifies and stores the received program modules based on the identification information included in the program modules or the identification information received from the server device. As a result, the program modules are appropriately separated.

  In the present invention, the first management means sorts and stores the program modules based on the MANIFEST file included in the program modules.

According to the present invention, an OSGi service can be realized, and an appropriate division of received program modules (bundles) can be realized, and an information processing apparatus having a plurality of OSGi frameworks respectively operating on a plurality of virtual machines. Also, the received bundle is sorted and appropriately stored , and the user can be notified that the program module can be used .

It is a block diagram which shows the structure of the bundle distribution system which concerns on embodiment of this invention. It is a block diagram which shows the function structure of the bundle distribution system which concerns on embodiment of this invention. It is a flowchart which shows an example of the procedure of the bundle distribution process which the management server which concerns on embodiment of this invention performs. It is a flowchart which shows an example of the procedure of the bundle reception process which the client terminal which concerns on embodiment of this invention performs. It is a flowchart which shows an example of the procedure of the bundle reception process which the client terminal which concerns on embodiment of this invention performs. It is a block diagram which shows the function structure of the bundle distribution system which concerns on embodiment of this invention. It is a block diagram which shows the function structure of the bundle distribution system which concerns on embodiment of this invention. It is a flowchart which shows the process which notifies a user of the bundle update information which the client terminal which concerns on embodiment of this invention received. It is a schematic diagram which shows the example of a screen which concerns on the notification of bundle update information displayed on the display part of a client terminal.

Hereinafter, the present invention will be described in detail with reference to the drawings illustrating embodiments thereof.
FIG. 1 is a block diagram showing a configuration of a bundle distribution system according to an embodiment of the present invention. As illustrated, the bundle distribution system according to the present embodiment includes a management server 1 that distributes software resources such as program modules, a plurality of client terminals 2, 2..., A management server 1 and a plurality of client terminals. 2, 2,... The plurality of client terminals 2, 2... Receive software resources distributed from the management server 1 via the network 3. The client terminal 2 may be connected to the network 3 by wire or may be connected wirelessly to the network 3 via the access point AP.

  The management server 1 uses a server computer and includes a central processing unit (CPU) 10, a hard disk (HD) 11, a random access memory (RAM) 12, and a communication unit 13.

  The CPU 10 reads a server program 1P such as an operating system, a Java VM, and a server program for operating the server computer as the management server 1 stored in the HD 11 into the RAM 12 and executes the server program 1P, which will be described later. Realize the function.

  In addition to storing various computer programs as described above, the HD 11 may store data that the CPU 10 refers to for processing. The RAM 12 stores codes developed when the CPU 10 executes various computer programs as described above.

  The communication unit 13 implements a network controller function that implements communication according to the protocol of the network 3. The CPU 10 can packetize and transmit information by the communication unit 13 and extract information from a packet received via the network 3.

  The client terminal 2 can be a personal computer, a mobile phone, or the like, and includes a CPU 20, an HD 21, a RAM 22, and a communication unit 23. A flash memory or EEPROM (Electrically Erasable and Programmable Read Only Memory) may be used instead of the HD 21.

  The CPU 20 reads a client program 2P such as an operating system, JavaVM, or a client program for operating a personal computer as the client terminal 2 stored in the HD 21 into the RAM 22 and executes the client program 2P, which will be described later. Realize the function.

  In addition to storing various computer programs as described above, the HD 21 may store data that the CPU 20 refers to for processing. The RAM 22 stores codes developed when the CPU 20 executes various computer programs as described above.

  The communication unit 23 realizes a network controller function that realizes communication according to the protocol of the network 3. The CPU 20 can packetize and transmit information through the communication unit 23 and extract information from packets received via the network 3.

  FIG. 2 is a block diagram showing a functional configuration of the bundle distribution system according to the present embodiment. Each of the CPUs 10 and 20 of the management server 1 and the client terminal 2 reads out and executes a computer program, thereby realizing each functional block as shown in FIG.

  As shown in FIG. 2, the management server 1 functionally conforms to a server-side operating system (OS) 101, a server-side Java VM 102 running on the server-side OS 101, and OSGi installed on the server-side Java VM 102. A server-side OSGi 103 that is a framework, a server-side bundle 104 that is implemented in the server-side OSGi 103 and operates as a program that provides various functions, and a management bundle that is implemented in the server-side OSGi 103 and manages the bundle 104 Server-side MAF (multi-agent framework) 105. Further, the management server 1 has a bundle group 106 composed of a plurality of bundles as software resources distributed to the client terminals 2 connected to the management server 1.

  Functionally, the client terminal 2 includes a client-side operating system (OS) 200, a service-side VM system 201 based on a service-side Java VM 211 operating on the client-terminal-side OS 200, and a service-side operating on the client-terminal-side OS 200. An application side (hereinafter referred to as an application side) VM system 202 using JavaVM 221 is provided. In the service-side VM system 201, a service-side OSGi 212 that is a framework according to OSGi mounted on the service-side Java VM 211, a service-side bundle 213 that operates by being mounted on the service-side OSGi 212, and a service-side OSGi 212 are mounted. A service-side MAF 214 that operates as a management bundle that manages the service-side bundle 213. In the application-side VM system 202, an application-side OSGi 222 that is a framework according to OSGi installed on the application-side Java VM 221; an application-side bundle 223 that operates by being installed on the application-side OSGi 222; and the application-side OSGi 222 An application-side MAF 224 that operates as a management bundle that manages the application-side bundle 213.

  In the present embodiment, the bundle (the server-side bundle 104, the service-side bundle 213, and the application-side bundle 223) is installed in the OSGi framework and is a unit for performing dynamic replacement of Java applications. Usually, the bundle is provided as a JAR file, and the Java application is put in this bundle.

  Here, the management server 1 will be described with an example in which the bundle is distributed to the client terminal 2 as a software resource, but the present invention is not limited to this. The management server 1 can also distribute software resources such as bundles, fragment bundles (OSGi Core. “3.14 Fragment Bundles”), deployment packages (OSGi Cmpn. “114 Deployment Admin Specification”), and files.

  The bundle includes a “MANIFEST file” which is a text file describing meta information in the JAR file, and the bundle can be identified from the management server 1 and the client terminal 2 by the information of the MANIFEST file. . The bundle MANIFEST file distributed from the management server 1 to the client terminal 2 also includes designation information for designating which OSGi framework on the service side or application side to operate each bundle.

  In this embodiment, in order to make MAF service, the OSGi framework on each client terminal 2 is executed as a service OSGi 212 (that is, an internal logic side OSGi framework) that is executed as a service and an application. The application side OSGi 222 (that is, the GUI side OSGi framework) is divided into two. When the OSGi framework is divided into two on the service side and the application side, the bundles installed in the OSGi framework are also divided into two bundle groups on the service side and the application side. Note that when dividing bundles, it is expected that the dependency between classes will be complicated. Therefore, for the package configuration included in each bundle, all packages other than the package containing the class that displays the GUI are included in both bundles. A package including a class for performing GUI display may be included only in a bundle on the GUI side.

  In order to designate on which OSGi framework each divided bundle is to be operated, for example, the configuration of the installation folder on the client terminal 2 side is as follows.

<MAF_HOME> // Installation folder on the client terminal side ├service // Service side OSGi framework execution folder │ ├bundles
│ └configuration
└application // Application side OSGi framework execution folder ├bundles
└configuration

  In the distribution system configured as described above, a processing procedure for distributing a bundle from the management server 1 to the client terminal 2 will be described with reference to a flowchart. FIG. 3 is a flowchart showing an example of a bundle distribution process executed by the management server 1 according to this embodiment. 4 and 5 are flowcharts showing an example of a bundle reception process performed by the client terminal 2 according to the present embodiment.

  The management server 1 is communicably connected to the client terminal 2 via the network 3 when operating. As shown in FIG. 3, the server-side MAF 105 of the management server 1 determines whether or not the terminal information output from the client terminal 2 has been received (step S10). If the server-side MAF 105 determines that the terminal information has not been received from the client terminal 2 (step S10: NO), the server-side MAF 105 ends the process as it is. When it is determined that the terminal information has been received from the client terminal 2 (step S10: YES), the process proceeds to step S11.

  The server-side MAF 105 extracts the bundle information of the client terminal 2 from the received terminal information, and compares the extracted bundle information with information relating to the bundle group 106 held as a software resource to be distributed (step S11). For example, the server-side MAF 105 determines whether or not the bundle group 106 that is held includes a bundle that the client terminal 2 does not have, that is, whether or not the bundle group 106 includes a bundle to be updated (step S12). ). When it is determined that the bundle group 106 does not include the bundle to be updated (step S12: NO), the process is terminated as it is. On the other hand, if the server-side MAF 105 determines that the bundle group 106 includes a bundle to be updated (step S12: YES), the bundle update information including the bundle to be updated and the notification information is transmitted from the management server 1 to the client terminal 2. Transmit (step S13). In addition to adding (installing) a bundle to the client in this way, it is also possible to update the bundle (including changes, specifically corresponding to version upgrade or down) and delete (uninstall). Here, the management server has a “definition” that describes which version of which bundle each client (service / application) should install and operate. The server-side MAF 105 compares this “definition” with the terminal information from the client (step S11). If there is a bundle that is in the definition but not in the client, add or update the bundle to the client. If there is a bundle that is not in the definition but exists in the client, Each deletion of the bundle is notified (step S13). Of course, in the case of addition or update, the corresponding bundle 106 is also transmitted to the client together (step S13).

  On the other hand, when the client terminal 2 starts to operate when the power is turned on, the client terminal-side OS 200 is activated and the service-side OSGi 212 is executed. As shown in FIG. 4, when the service-side OSGi 212 starts the service-side MAF 214 and the other bundle 213 according to the settings, the service-side MAF 214 determines whether there is a request for transmitting terminal information (step S20). Here, the terminal information transmission request may be instructed by the user, may be instructed by a timer program that fires periodically or by designation of a date and time, or may be instructed by an event trigger such as activation. .

  If the service-side MAF 214 determines that there is no terminal information transmission request (step S20: NO), it ends the process. When it is determined that there is a terminal information transmission request (step S20: YES), service-side terminal information (information on the service-side OSGi framework and JavaVM) is collected (step S21). Then, it is determined whether or not the application side is activated (step S22). If the application side is activated (step S22: YES), the service side MAF 214 requests the application side MAF 224 to transmit terminal information (step S23).

  When the application-side OSGi 222 is started by the user and starts the application-side MAF 224 and the other bundle 223 according to the setting, the application-side MAF 224 receives the application information on the terminal on the application-side terminal information (the application-side OSGi framework and the application-side OSGi framework). Information on JavaVM) is collected and transmitted to the service-side MAF 214. When the service-side MAF 214 receives the application-side terminal information, the service-side MAF 214 sets the received application-side terminal information as application-side terminal information (step S24). On the other hand, if it is determined that the application-side OSGi 222 is not executed and the service-side MAF 214 is not activated (step S22: NO), the service-side MAF 214 determines whether there is application-side terminal information received in the past. Determination is made (step S25).

  If the service-side MAF 214 determines that there is application-side terminal information received in the past (step S25: YES), the service-side MAF 214 sets the application-side terminal information for transmitting the latest application-side terminal information received most recently (step S26). If the service-side MAF 214 determines that the application-side terminal information has never been acquired (step S25: NO), the service-side MAF 214 sets “none” as the application-side terminal information to be transmitted (step S27).

  Here, the communication between the service-side OSGi 212 and the application-side OSGi 222 uses Java RMI (Java Remote Method Invocation API). Other communication protocols are also available. Java RMI is written in Java and is a Java application programming interface for performing a function of calling a method of an object in a different JavaVM.

  As shown in FIG. 5, the service-side MAF 214 transmits service-side terminal information and application-side terminal information to the management server 1 (step S28), and determines whether or not bundle update information has been received within a predetermined time. (Step S29). If the service-side MAF 214 determines that it does not receive the bundle update information within a predetermined time (step S29: NO), it ends the process as it is.

  On the other hand, if the service-side MAF 214 determines that the bundle update information has been received within a predetermined time (step S29: YES), the service-side MAF 214 separates the received bundle into the service side and the application side, and stores them in the predetermined locations (see FIG. Step S30). Specifically, the service-side MAF 212 reads out designation information for designating whether each bundle is operated on the service-side or application-side OSGi framework from the received MANIFEST file of the bundle, and the designation information is the service-side OSGi frame. By placing the bundle that is designated to be operated on the work in the execution folder of the service-side OSGi 212, and the bundle that is designated to be operated on the application-side OSGi framework is placed in the execution folder of the application-side OSGi 222. Save the bundle. If there is a bundle file with the same name in the execution folder, the bundle with the same name is overwritten.

  Next, the service side MAF 214 determines whether or not communication with the application side MAF 224 is possible (step S31). If it is determined that the application-side MAF 224 has not started and communication with the application-side MAF 224 is not possible (step S31: NO), step S31 is repeated. Step S31 is repeated until it is determined that communication with the application-side MAF 224 is possible. When it is determined that the application-side MAF 224 has been started and can communicate with the application-side MAF 224 (step S31: YES), the service-side MAF 214 notifies the application-side MAF 224 that the bundle update information has been received (step S32). The application-side MAF 224 that has received the notification regarding the reception of the bundle update information notifies the user of the reception of the bundle update information, and ends the process (step S33).

  Here, details of the received bundle storing process and the stored bundle installation according to the present embodiment will be described. 6 and 7 are block diagrams showing a functional configuration of the bundle distribution system according to the present embodiment. FIG. 6 shows how the bundle received by the client terminal 2 is stored, and FIG. 7 shows how the bundle received by the client terminal 2 is installed.

  FIG. 6 shows how the client terminal 2 stores the received bundle. In the example illustrated in FIG. 6, the service side MAF 214 reads the designation information from the MANIFEST file of each of the plurality of received bundles. The service side MAF 214 determines that the designation information of the bundles A and B designates the service side OSGi framework, and places the bundles A and B in the execution folder of the service side OSGi 212. The service side MAF 212 determines that the designation information of the bundles C and D designates the application side OSGi framework, and places the bundles C and D in the execution folder of the application side OSGi 222. Bundles saved in this way are not yet installed. In FIG. 6, bundles A and B are shown as a service-side bundle group 215, and bundles C and D are shown as an application-side bundle group 225, respectively.

  Note that the bundle to be updated on the application side is placed in the execution folder of the application-side OSGi 222 by the service-side MAF 214 and the bundle update information is notified, and then the presence of the bundle to be updated is notified in step S33. It can be installed by the application side MAF 224 according to the instruction. The bundle to be updated on the service side is installed by the service side MAF 214. This installation can also be executed according to a user instruction. You may make it install automatically, without waiting for the instruction | indication from a user, and you may make it switch whether it installs automatically according to the setting by a user. In the example illustrated in FIG. 7, the bundles A and B are installed on the service side OSGi 212, and the bundles C and D are installed on the application side OSGi 222.

  Next, details of processing related to notification of bundle update information according to the present embodiment will be described. FIG. 8 is a flowchart showing a process of notifying the user of bundle update information received by the client terminal constituting the distribution system of this embodiment. The notification process shown in the flowchart of FIG. 8 is usually a process to be executed after the notification process related to the reception of bundle update information of FIG. 5 is executed. The application-side MAF 224 repeatedly executes the processing shown in the flowchart of FIG.

  The application-side MAF 224 of the client terminal 2 determines whether or not a bundle update information notification request has been received from the user (update instruction has been received from the user) (step S40). If the application-side MAF 224 determines in step S40 that it has not received the bundle update information notification request (step S40: NO), it immediately ends the process. Since this process is repeatedly executed, the process returns to step S40, and S40: NO is repeated until it is determined that the notification request has been received.

  If the application-side MAF 224 determines in step S40 that the bundle update information notification request has been received (step S40: YES), the application-side MAF 224 determines whether communication with the service-side MAF 214 is possible (step S41). If the application-side MAF 224 determines that the service-side MAF 214 has not started and cannot communicate with the service-side MAF 214 (step S41: NO), the application-side MAF 224 ends the process. If it is determined that the application-side MAF 224 can communicate with the service-side MAF 214 (step S41: YES), the application-side MAF 224 transmits an update execution instruction from the user and requests the service-side MAF 214 to notify the bundle update information (step S42). Thereby, the update process is executed on each of the service side / application side, and the service side transmits the update result to the application side.

  When the service-side MAF 214 receives the bundle update information notification request, the service-side MAF 214 collects information related to the most recently updated bundle and transmits it to the application-side MAF 224. After receiving the service-side bundle update information from the service-side MAF 214, the application-side MAF 224 collects information related to the most recently updated application-side bundle and notifies the user together with the received service-side bundle update information (step S43). ). As a result, the update result is notified to the user. FIG. 9 is a schematic diagram illustrating an example of a screen related to notification of bundle update information displayed on the display unit of the client terminal 2. When the bundle update information is notified to the user in step S43, the application-side MAF 224 displays the bundle update information confirmation screen 100 as shown in FIG. On the confirmation screen 100, the name of the bundle that was most recently updated is displayed, and the version, process, update date and time, etc. are listed and displayed.

  The app-side MAF 224 notifies the user of the app and service-side bundle update information on the confirmation screen 100, and then determines whether or not the notification process is complete (step S44). If the user does not click the confirmation button on the confirmation screen 100 and determines that the confirmation instruction for the notification process is not received (step S44: NO), step S44 is repeated. Step S44 is repeated until it is determined that the notification processing confirmation instruction has been received. When it is determined that the user has clicked the confirmation button on the confirmation screen 100 and received a confirmation instruction for the notification process (step S44: YES), the application-side MAF 224 notifies the service-side MAF 214 of the completion of the notification process. The fact that the user has confirmed is transmitted to the service side MAF 214 (step S45). The service-side MAF 214 that has received the notification relating to the completion of the notification process transmits the completion of the notification process (update result: success or failure of update) to the management server 1 (step S46), and ends the process. It is also possible to execute transmission of the update result to the management server 1 without waiting for user confirmation. In that case, immediately before step S43, the application side informs the service side of the update result at the stage when its own update process is completed. And step S43-44 and step S46 are implemented in parallel.

  As mentioned above, although embodiment of this invention was explained in full detail, this invention is not limited to the said embodiment, A various deformation | transformation implementation is possible within the range of the summary of this invention.

  For example, in the confirmation process confirmation step, bundle update information is displayed to the user, and when the user confirmation instruction is received, the notification process is determined to be complete. However, the present invention is not limited to this. For example, the bundle update information May be displayed to the user, and the notification process may be determined to be complete after the set display time has elapsed.

  In addition, although the bundle MANIEST file includes the designation information, the service-side MAF 214 reads the designation information from the received bundle MANIEST file, and stores the bundle separately. However, the present invention is limited to this. Instead of describing the designation information in the MANIFEST file, the designation information may be distributed as “additional information” separately from the bundle file. For example, when a bundle is deleted on the service side or the application side, it can be distributed as additional information indicating which bundle to delete is operating.

  The disclosed embodiments should be considered as illustrative in all points and not restrictive. The scope of the present invention is defined by the terms of the claims, rather than the description above, and is intended to include any modifications within the scope and meaning equivalent to the terms of the claims.

DESCRIPTION OF SYMBOLS 1 Management server 1P Server program 2 Client terminal 20 CPU (arithmetic processing part)
21 HD (storage unit)
2P client program 200 Client terminal side OS (operating system)
211 Service-side JavaVM (first virtual machine)
212 Service-side OSGi (first framework)
214 Service-side MAF (first management means)
215, 225 Bundle (Program module)
221 Application-side JavaVM (second virtual machine)
222 Application-side OSGi (second framework)
224 Application side MAF (second management means)

Claims (8)

First and second frameworks each comprising an arithmetic processing unit and a storage unit, each of which operates as an execution platform of a program module by reading and executing a program stored in the storage unit by the arithmetic processing unit; In the information processing apparatus that is configured to be operated,
The arithmetic processing units operate on the first and second frameworks respectively and function as first and second management means capable of communicating with each other,
Said first management means receives the program module, Ri configured tear to store fractionated by the program module received in the first or second program module framework,
The second management means includes
A function of accepting instructions relating to notification of program module update information;
A function to collect information on program modules updated by its own framework;
A function for requesting and receiving from the first management means information relating to the program module updated by the first framework;
A function of notifying information on the program module updated in the first and second frameworks;
Have
The information processing apparatus according to claim 1, wherein the first management unit has a function of collecting information related to the program module updated by the framework and transmitting the information to the second management unit . The information processing apparatus according to claim 1, wherein the first management unit has a function of notifying the second management unit that a program module has been received. The information processing apparatus according to claim 1, wherein the first and second management units have a function of installing or updating a program module in the first and second frameworks, respectively. The second management means has a function of transmitting the completion of notification of the program module update to the first management means,
The information processing apparatus according to any one of claims 1 to 3, wherein the first management unit has a function of transmitting completion of the received notification to the server apparatus. The first management means uses the received program module for the first or second framework based on the identification information for identifying the program module included in the program module or the identification information received from the server device. the information processing apparatus according to any one of that is configured to store fractionated into program modules from claim 1, wherein 4. The program module is a bundle that runs on the OSGi framework,
The information processing apparatus according to claim 5 , wherein the first management unit is configured to sort and store the received program module based on each MANIFEST file. In a distribution system that includes a server device and a client device that is communicably connected to the server device, the program module is distributed from the server device to the client device.
The server device
A program module, and information indicating which of the plurality of frameworks as the execution platform to implement the program module is configured to be distributed;
The client device includes an arithmetic processing unit and a storage unit, and the arithmetic processing unit reads and executes a program stored in the storage unit, thereby operating as a program module execution platform, respectively. Is configured to operate with the framework of No. 2,
The arithmetic processing units operate on the first and second frameworks respectively and function as first and second management means capable of communicating with each other,
Said first management means receives the program module is distributed from the outside, Ri configured tear to store fractionated by the program module received in the first or second program module framework,
The second management means includes
A function of accepting instructions relating to notification of program module update information;
A function to collect information on program modules updated by its own framework;
A function for requesting and receiving from the first management means information relating to the program module updated by the first framework;
A function of notifying information on the program module updated in the first and second frameworks;
Have
The distribution system according to claim 1, wherein the first management unit has a function of collecting information related to the program module updated by the own framework and transmitting the information to the second management unit . First and second frameworks each comprising an arithmetic processing unit and a storage unit, each of which operates as an execution platform of a program module by reading and executing a program stored in the storage unit by the arithmetic processing unit; And the arithmetic processing unit operates on the first and second frameworks, and functions as first and second management units that can communicate with each other. A method for receiving a program module comprising:
The first management means receiving a program module;
The first management means classifying and storing the received program modules into program modules for the first or second framework ; and
The second management means receiving an instruction relating to notification of the program module update information;
The second management means collecting information relating to the program module updated by the own framework; and
The second management means requests the first management means for information related to the program module updated by the first framework, and receives the information from the first management means;
The first management means collects information related to the program module updated by its own framework and transmits it to the second management means;
And receiving the information related to the program module updated by the first and second frameworks .

Images