JP2009032287A - Device and method for acquiring resource information - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To acquire information related to a resource used by an application. <P>SOLUTION: The device provided with the resource for executing the application has an acquisition means for acquiring memory resource information related to a memory use amount of the application, during the execution of the application, and for storing the memory resource information into a storage means, together with an ID of the application. <P>COPYRIGHT: (C)2009,JPO&INPIT

Description

  The present invention relates to a technique for acquiring information related to resources used by an application.

  In recent years, there has been known an image forming apparatus (hereinafter referred to as “multifunction machine”) in which functions of apparatuses such as a printer, a copy machine, a facsimile machine, and a scanner are housed in one casing. This multifunction device is provided with a display unit, a printing unit, an imaging unit, and the like in one casing, and is provided with three types of software respectively corresponding to a printer, a copy machine, and a facsimile machine, and by switching these software, Are operated as a printer, a copy, a scanner, or a facsimile machine.

In such a conventional multi-function peripheral, all application programs are activated in units of functions such as a printer, a copy, a facsimile, and a scanner within a limited resource (resource) such as a memory. In other words, the conventional multi-function peripheral provides enough resources to start all the application programs, and it is not assumed that the application program cannot be started.
JP-A-11-112701

  By the way, in such a conventional multi-function machine, software corresponding to a printer, a copy, a scanner, and a facsimile apparatus is provided separately, so that development of each software requires a lot of time. For this reason, the applicant has hardware resources used in image forming processing such as a display unit, a printing unit, and an imaging unit, and has an application that performs processing specific to each user service such as a printer, copy, or facsimile. When a user service is provided by interposing between these applications and hardware resources, hardware resource management, execution control, and image formation processing that are commonly required by at least two of the applications are provided. Invented an image forming apparatus (multifunction machine) equipped with a platform comprising various control services.

  In such a new multi-function peripheral, a control service that provides services commonly required by at least two of the applications is provided separately from the application. The application program is smaller than the size of the application program to be executed, and the application is frequently started and ended.

  For this reason, the usage status of resources such as memory installed in the multifunction peripheral frequently changes, and there are cases where all applications cannot be activated. Even if the application is activated in such a situation, there is a problem that the application is terminated improperly and the operation of the multifunction peripheral becomes unstable.

  In addition, since this new multifunction device has a separate application and control service, users or third-party vendors can develop new applications and install them in the multifunction device after the multifunction device is shipped. It has a configuration. For this reason, multifunction devices include new applications developed by such users and third vendors, as opposed to conventional multifunction devices, in addition to applications related to image forming processing such as copying, printers, scanners, and facsimiles installed at the time of shipment. Many applications such as applications can be started. In the case of applications provided in advance by MFPs such as copiers, printers, facsimiles, and scanners, the structure is conscious of limited resources, but in the case of new applications developed by third parties, the vendors to be developed Depending on the situation, there may be cases where the structure is not necessarily resource conscious. For this reason, when a new application is activated within a limited resource range, there is a high possibility that the multifunction device becomes unstable, which is a new problem that has not been a problem in the conventional multifunction device.

  In order to solve such a problem, it is necessary to restrict the activation of the application as necessary based on the type and amount of the resource used by the application and the resources actually provided in the multifunction peripheral. For this purpose, it is necessary to acquire the type and amount of resources used by the application.

  The present invention has been made in view of the above, and an object of the present invention is to provide a technique for acquiring information on resources used by an application.

  In order to achieve the above object, the invention according to claim 1 is an apparatus comprising a resource for executing an application, and memory resource information relating to a memory usage of the application during execution of the application. And acquiring the memory resource information in a storage unit together with the ID of the application.

  According to the present invention, when the application is being executed, the information regarding the memory resource used by the application is acquired. Therefore, for example, accurate information for determining whether to start the application can be acquired.

  The invention according to claim 2 provides the memory resource information according to claim 1, wherein the acquisition unit periodically acquires the memory usage, and generates the memory resource information based on the periodically acquired memory usage. This memory resource information is stored.

  According to a third aspect of the present invention, in the second aspect, the memory resource information is an average value or a maximum value of a memory usage amount acquired periodically.

  According to a fourth aspect of the present invention, in the fifth aspect, the average value or the maximum value in a period from the start to the end of the application is recorded every time from the start to the end, and the memory resource As the information, an average value or maximum value of a plurality of average values recorded every time from activation to end, or an average value or maximum value of a plurality of maximum values recorded every time from activation to completion is used.

  According to the above invention, since a plurality of values acquired periodically are used, it is possible to acquire a reasonable value as the resource usage compared to a value acquired only once.

  According to a fifth aspect of the present invention, in the method according to any one of the fourth to sixth aspects, the acquisition unit uses the memory of the application from system information that holds information about resources used by processes in the device. Get the quantity. According to the present invention, memory resource information can be acquired efficiently.

  A sixth aspect of the present invention is the electronic device according to any one of the first to fifth aspects, wherein the device is a built-in device that provides a service using software that is pre-installed, and the application to be executed is: In addition to the pre-installed software, the application is installed in the device.

  According to the present invention, when resource information is used, when an application is added to an embedded device, it is possible to make a start determination according to the resource amount.

  According to a seventh aspect of the present invention, in any one of the first to sixth aspects, the apparatus is an image forming apparatus, and the image forming apparatus includes hardware resources in the image forming process, and the hardware. A control service unit that provides services related to the control of hardware resources to a plurality of applications, and a virtual application service unit that operates as a client process using the control service unit as a server and operates as a server process using the application as a client The virtual application service unit includes the acquisition unit.

  According to the present invention, when resource information is used, when an application is added to the image forming apparatus, it is possible to make a start determination according to the resource amount.

  According to an eighth aspect of the present invention, in any one of the first to seventh aspects, the device configuration information is received from each device attached to the apparatus, and the device configuration information is stored in a memory. Is further included. According to the present invention, it is possible to acquire device configuration information of the device.

  The invention described in claim 9 has means for transmitting a message for notifying that the device configuration information has been stored to a software module executed in the apparatus according to claim 8. .

  According to the present invention, it is possible to recognize that the software module executed in the apparatus stores device configuration information. The device configuration information can be acquired by the software module accessing the storage device.

  The invention described in claims 10 to 18 is a method invention corresponding to the invention of the apparatus.

  As described above, according to the present invention, it is possible to acquire information related to resources used by an application.

Hereinafter, an image forming apparatus according to an embodiment of the present invention will be described in detail with reference to the accompanying drawings.
(Embodiment 1)
FIG. 1 is a block diagram showing a configuration of an image forming apparatus (hereinafter referred to as “multifunction machine”) according to Embodiment 1 of the present invention. As shown in FIG. 1, a multifunction peripheral 100 includes a monochrome line printer (B & W LP) 101, a color line printer (Color LP) 102, a scanner, a facsimile, a hard disk, a memory (RAM, ROM, etc.), a network interface, and the like. In addition to having a hardware resource 103, a software group 110 including a platform 120, an application 130, and a virtual application service (VAS) 140 is provided.

  A virtual application service (VAS) 140 is disposed between the application 130 and the platform 120. When each application of the application 130 is activated for the first time, the VAS 140 acquires the usage status of the resource used by each application and generates a resource usage information file on the hard disk (HD). The resources to be acquired are a text memory area size, a heap area size, and a stack area size secured in the memory. Here, the text memory area is a memory area into which a program of each application of the application 130 is loaded. The heap area is a memory area that is dynamically secured by each application, and includes a work area used by each application. The stack area is an area reserved for storing arguments used when each application is executed or when each application calls an internal module.

  In addition, when each application is activated for the second time or later, the VAS 140 obtains the capacity of each resource required by the application from the resource usage information file, obtains the remaining capacity of each resource, compares them, Determine whether the app can be activated. Specifically, when the remaining capacity of the resource is smaller than the capacity of each resource required by the application, an activation stop request message is transmitted to the activated application.

  Although FIG. 1 shows an example in which the VAS 140 is arranged for all applications, the VAS 140 may be arranged only for new applications as shown in FIG.

  The platform 120 interprets a processing request from an application and generates a hardware resource acquisition request, and a system resource manager that manages one or a plurality of hardware resources and arbitrates the acquisition request from the control service. (SRM) 123 and a general-purpose OS 121.

  The control service is formed of a plurality of service modules, and includes an SCS (system control service) 122, an ECS (engine control service) 124, an MCS (memory control service) 125, an OCS (operation panel control service) 126, and an FCS. (Fax Control Service) 127 and NCS (Network Control Service) 128. The platform 120 has an application program interface (API) that can receive a processing request from the application 130 by a predefined function.

  The general-purpose OS 121 is a general-purpose operating system such as UNIX (registered trademark), and executes the software of the platform 120 and the application 130 in parallel as processes.

  The process of the SRM 123 performs system control and resource management together with the SCS 122. The SRM123 process uses hardware resources such as engines such as a scanner unit and printer unit, memory, HDD file, and host I / O (Centro I / F, network I / F, IEEE 1394 I / F, RS232C I / F, etc.). Arbitration is performed according to the request from the upper layer to be used, and execution control is performed.

  Specifically, the SRM 123 determines whether the requested hardware resource is available (whether it is not used by another request), and if it is available, the requested hardware resource is used. Tell the upper layer that it is possible. In addition, the SRM 123 performs use scheduling of hardware resources in response to a request from an upper layer, and directly executes request contents (for example, paper conveyance and image forming operation, memory allocation, file generation, etc. by a printer engine). .

  The process of the SCS 122 performs application management, operation unit control, system screen display, LED display, resource management, interrupt application control, and the like.

  The process of the ECS 124 controls the engine of the hardware resource 103 including a monochrome line printer (B & W LP) 101, a color line printer (Color LP) 102, a scanner, a facsimile, and the like.

  The MCS 125 process acquires and releases an image memory, uses a hard disk device (HDD), compresses and decompresses image data, and the like.

  The process of FCS 127 includes facsimile transmission / reception using PSTN / ISDN network from each application layer of the system controller, registration / quotation of various facsimile data managed by BKM (backup SRAM), facsimile reading, facsimile reception printing, and fusion transmission / reception. Provides an API to do.

  The NCS 128 process is a process for providing a service that can be commonly used for applications that require network I / O. Data received from the network side according to each protocol is distributed to each application, and data from the application. Mediation when sending to the network side. Specifically, it has server daemons such as ftpd, httpd, lpd, snmpd, telnetd, and smtpd and client functions of the same protocol.

  The process of the OCS 126 controls an operation panel (operation panel) serving as information transmission means between the operator (user) and the main body control. The OCS 126 acquires a key press from the operation panel as a key event, sends a key event function corresponding to the acquired key to the SCS 122, and displays various screens on the operation panel in response to a request from the application 130 or the control service. A drawing function for drawing output, a function for controlling the operation panel, and the like are composed of pre-registered OCS library portions. The OCS library is mounted by being linked to each module of the application 130 and the control service. The OCS 126 may be configured to operate as a process, or the OCS 126 may be configured as an OCS library.

  The application 130 includes a printer application 111 that is a printer application having a page description language (PDL), PCL, and postscript (PS), a copy application 112 that is a copy application, and a fax application 113 that is a facsimile application. A scanner application 114 as a scanner application, a network file application 115 as a network file application, and a process inspection application 116 as a process inspection application. Each of these applications transmits an application registration request message together with the process ID of its own process to the VAS 140 at the time of activation, and registration processing for the activated application is performed by the VAS 140 that has received the application registration request message. Yes. In the case of the configuration illustrated in FIG. 2, an application in which the VAS 140 is not arranged transmits an application registration request message to the SCS 122.

  Each process of the application 130 and each process of the control service realize user services related to image forming processing such as copying, printers, scanners, and facsimiles while performing inter-process communication by calling functions, sending return values thereof, and sending and receiving messages. is doing.

  As described above, the MFP 100 according to the first embodiment includes a plurality of applications 130 and a plurality of control services, all of which operate as processes. In each of these processes, one or a plurality of threads are generated and parallel execution is performed in units of threads. The control service provides a common service to the application 130. For this reason, a large number of these processes perform a parallel operation and a parallel operation of threads to perform inter-process communication with each other. User services related to image forming processing such as copying, printers, scanners, and facsimiles are provided. In addition, a third party such as a third vendor can develop and install new applications 117 and 118 in the application layer above the control service layer in the multifunction peripheral 100. 1 and 2 show an example in which the new applications 117 and 118 are installed.

  In the MFP 100 according to the first embodiment, a plurality of application 130 processes and a plurality of control service processes operate. However, the application 130 and the control service process have a single configuration. Is also possible. Each application 130 can be added or deleted for each application.

  FIG. 3 is a block diagram illustrating the configuration of the VAS 140 of the multifunction peripheral 100 according to the first embodiment and the relationship between the VAS 140 and each application, the control service layer 150, and the general-purpose OS 121. In FIG. 3, the printer application 111, the copy application 112, and the new applications 117 and 118 are shown as examples of the application 130, but other applications have the same configuration.

  In the process of the virtual application service (VAS) 140, a dispatcher 144, a control thread 143, a resource usage information acquisition thread 141, and an application activation determination thread 142 are operating.

  The dispatcher 144 monitors message reception from the application 130 and the control service, and makes a processing request to the control thread 143, the resource usage information acquisition thread 141, and the application activation determination thread 142 according to the received message. In the MFP 100 according to the first embodiment, the dispatcher 144 transmits the received application registration request message to the control thread 143 when receiving the application registration request message from the application when each application is activated. .

  The control thread 143 receives the application registration request message from the dispatcher 144 and performs application registration processing. Here, the application registration process is a process of generating an application registration table (not shown) in the RAM 210 and recording an application ID, which is identification information of the application that transmitted the application registration request message, in the application registration table.

  In addition, the control thread 143 refers to the resource usage information file 201 stored in the HD 200 and checks whether resource usage information is recorded for the application that has made the application registration request, thereby starting the application. Is the first activation or the second activation or later. If it is the first activation, a resource usage information acquisition process request is made to the resource usage information acquisition thread 141 together with the application ID and the process ID of the application. An application activation determination process request is made to the thread 142 together with the application ID and the process ID of the application.

  When the resource usage information acquisition thread 141 receives a processing request from the control thread 143, the resource usage information acquisition thread 141 refers to the proc structure 211 (or u area 212) on the RAM 210 managed by the general-purpose OS 121, and the text memory area used by each application The size, heap area size, stack area size, and CPU occupation time are acquired and generated as a resource usage information file 201 on the hard disk. Such resource usage information is recorded as a record for each application. The CPU occupation time is, for example, the latest CPU occupation time.

  The VAS 140 program is a file that can be executed or installed in a storage medium such as a CD-ROM or FD (flexible disk) as a part or all of a software development kit (SDK). Provided. Further, the program file of the VAS 140 in such an executable format or installable format may be provided by a method that can be acquired via a network. Note that applications installed in the multifunction peripheral 100 can also be provided by being stored in a storage medium such as a CD-ROM or FD (flexible disk). Furthermore, it may be provided by a method that can be acquired via a network.

  FIG. 4 is an explanatory diagram showing an example of the contents of the resource usage information file 201 stored in the HD 200. As shown in FIG. 4, in the resource usage information file 201, a text memory size, a heap size, a stack size, and a CPU occupation time are recorded for each application ID.

  FIG. 5 is an explanatory diagram showing an example of the proc structure 211 referred to by the resource usage information acquisition thread 141. As shown in FIG. 5, the proc structure 211 stores a process ID (p_pid), CPU occupation time, text memory size, heap memory size, stack size, and the like for each process. The proc structure 211 is updated by the general-purpose OS 121 when the process is executed, when the process ends, and when the state of the process changes. Each information of the proc structure 211 can be acquired by the VAS 140 by a system call from the VAS 140.

  When the application is activated for the second time or later, the application activation determination thread 142 refers to the resource usage information file 201 and acquires the capacity of each resource required by the application that has requested the application registration. Further, the application activation determination thread 142 refers to the proc structure 211 by a system function of the general-purpose OS 121 or a service function call provided by the control service, so that the remaining capacity of the image memory area, the remaining capacity of the heap area, the stack Get the remaining capacity of the area. Then, the two are compared to determine whether the application can be activated. Further, the application activation determination thread 142 acquires the CPU operation rate by a system call of the general-purpose OS 121 or a service function call provided by a control service.

  Then, whether or not the application can be activated is determined based on whether or not the CPU operation rate exceeds a certain value and whether or not the CPU occupation time exceeds a certain time. The relationship between the CPU occupation time and the CPU operation rate, that is, the relationship between the CPU occupation time for determining that the application should be activated in accordance with the value of the CPU operation rate is determined in advance, but may be arbitrarily determined by the multifunction device 100. Can do.

  If the application activation determination thread 142 determines that the application activation is possible, the application activation determination thread 142 transmits an activation activation message to the application that has requested the application registration. On the other hand, when it is determined that the application activation should not be continued, an activation termination request message is transmitted to the application that has requested the application registration.

  Next, an application activation determination process by the VAS 140 of the MFP 100 configured as described above will be described. FIG. 6 is a flowchart showing a processing procedure of application registration and application activation frequency determination by the control thread 143 of the VAS 140.

  When the dispatcher 144 is activated and receives an application registration request message from an application, the application registration request message is transferred to the control thread 143 together with the process ID of the application. When the control thread 143 receives the application registration request message and the process ID from the dispatcher 144 (step S501), the control thread 143 determines an application ID for identifying the application, and records the application ID in an application registration table (not shown). Application registration is performed (step S502). Note that the application ID is determined in advance for existing applications such as the copy application 112 and the printer application 111, and the VAS 140 internally stores each application ID. Further, the new applications 117 and 118 developed by a third vendor or the like are determined in the application registration process at the first activation.

  The control thread 143 refers to the resource usage information file 201 stored in the HD 200 (step S503), and the resource usage information of the application ID registered in the application registration process is stored in the resource usage information file 201. By checking whether there is an application, it is determined whether the application that requested the application registration is the first activation or the second or later activation (step S504).

  If the resource usage information for the application ID of the application that has made the application registration request is not stored in the resource usage information file 201 (step S504: No), it is determined that the activation is the first time, and the application In order to acquire the resource usage information of the resource to be used, a resource usage information acquisition request message is transmitted to the resource usage information acquisition thread 141 together with the application ID and the application process ID (step S505).

  On the other hand, when the resource usage information for the application ID of the application that has made the application registration request is stored in the resource usage information file 201 (step S504: Yes), it is determined that it is the second or later activation, In order to determine whether or not the application can be activated, an application activation determination request message is transmitted to the application activation determination thread 142 together with the application ID and the process ID of the application (step S506).

  FIG. 7 is a flowchart showing a processing procedure for acquiring resource usage information by the resource usage information acquisition thread 141. In the resource usage information acquisition thread 141, the following processing is executed when the application is first activated.

  When the resource usage information acquisition thread 141 receives the application ID, the process ID, and the resource usage information acquisition request message from the control thread 143 (step S601), the resource usage information acquisition thread 141 refers to the proc structure 211 and stores the process ID block of the corresponding application ID. The position is searched (step S602). Then, the resource usage information of the text memory area size, the heap area size, the stack area size, and the CPU occupation time is acquired from the retrieved block of the process ID (step S603). Then, the acquired resource usage information is recorded in the resource usage information file 201 together with the application ID (step S604). As a result, resource information required when the application is activated is stored in the resource usage information file 201.

  FIG. 8 is a flowchart showing a processing procedure for determining whether or not an application can be activated by the application activation determination thread 142. The application activation determination thread 142 executes the following processing when the application is activated for the second time or later.

  When the application activation determination thread 142 receives the application ID, process ID, and application activation determination request message from the control thread 143 (step S701), the resource usage information of the corresponding application ID from the resource usage information file 201 stored in the HD 200 is displayed. The text memory area size, heap area size, stack area size, and CPU occupation time are acquired (step S702). Next, the application activation determination thread 142 obtains the remaining amount of memory at the current time by acquiring the resource usage amount by each process from the proc structure by calling a system call or a control service function (step S703). At this time, the remaining capacity acquired is the remaining capacity of the text memory area, the remaining capacity of the heap area, and the remaining capacity of the stack area.

  Then, the application activation determination thread 142 compares the text memory area size necessary for application activation acquired from the resource usage information file 201 with the remaining capacity of the text memory area (step S704). As a result of the comparison, when the text memory area size is larger than the remaining capacity of the text memory area (step S704: No), it is determined that the application cannot be executed, and an application activation end request message is transmitted to the application. (Step S709).

  On the other hand, when the text memory area size is equal to or smaller than the remaining capacity of the text memory area (step S704: Yes), it is determined that the text memory area necessary for executing the application can be secured in the current situation. Next, the heap area size necessary for executing the application acquired from the resource usage information file 201 is compared with the remaining capacity of the heap area (step S705). As a result of the comparison, if the heap area size is larger than the remaining capacity of the heap area (step S705: No), it is determined that the application cannot be executed, and an application activation end request message is transmitted to the application ( Step S709).

On the other hand, when the heap area size is equal to or smaller than the remaining capacity of the heap area (step S705: Yes), it is determined that the heap area necessary for executing the application can be secured in the current situation. Next, the stack area size necessary for executing the application acquired from the resource usage information file 201 is compared with the remaining capacity of the stack area (step S706). As a result of the comparison, if the stack area size is larger than the remaining capacity of the stack area (step S706: No), it is determined that the application cannot be executed, and an application activation end request message is transmitted to the application ( Step S709).

  On the other hand, when the stack area size is equal to or smaller than the remaining capacity of the stack area (step S706: Yes), it is determined that the stack area necessary for executing the application can be secured in the current situation. Next, the current CPU operating rate is acquired by issuing a system call (step S707). Then, it is determined whether or not the CPU occupation time is included in the time allowed for the predetermined CPU operating rate (step S708). If it is outside the allowable time (step S708: No), for example, when the CPU operating rate is 50 to 60% and the CPU occupation time is 60 ms or less, a correspondence relationship for continuing the application activation is defined. In this case, if the CPU operating rate is 55% and the CPU occupation time is 80 ms, it is determined that if the application is executed in such a state, the entire system becomes unstable, and an application activation termination request message is sent to the application. Transmit (step S709).

  On the other hand, when the CPU occupation time is within the allowable time (step S708: Yes), for example, when the CPU occupation rate is 55% and the CPU occupation time is 40 ms in the above example, it is determined that the application execution is stable. Thus, since it has been found that all resources can be secured, the application activation determination thread 142 transmits an application activation possible notification message to the application (step S710).

  In addition, when each application receives the application activation possibility notification message from the application activation determination thread 142, the application continues processing execution as it is. On the other hand, when each application receives the application activation end request message from the application activation determination thread 142, the application immediately ends the execution of the application. Further, the application that has received the application activation end request message may stop the execution after releasing the resources secured so far.

  If the application activation determination thread 142 determines that the application activation should be stopped, the application activation determination thread 142 further increases the text memory area, heap area, or stack area for the control service such as the MCS 125. It may be configured such that a request message indicating that the application is to be transmitted is transmitted, and a startable notification message is transmitted to the application after securing a size necessary for starting the application. In this case, the convenience of the user can be improved compared to a case where an application activation end request is simply made.

  As described above, in the MFP 100 according to the first embodiment, the resource usage information acquisition thread 141 of the virtual application service 140 can acquire information about the resources used by the application 130 and generate the resource usage information file 201. Is possible. Then, when the application 130 is activated by the application activation determination thread 142, the text memory area remaining capacity, heap area remaining capacity, stack area remaining capacity, CPU operation rate are acquired, and the acquired state of these resources, Whether or not the application 130 can be activated can be determined based on the resource information used by the application 130 recorded in the resource usage information file 201. As a result, it is possible to prevent the execution of the application 130 depending on the state of the resource, and improve the system stability of the multifunction peripheral 100. Further, even when the new applications 117 and 118 developed by the third vendor are not performing processing in consideration of the resource limit, the system can be prevented from becoming unstable due to the shortage of resources, and the system of the MFP 100 can be stabilized. Can be improved.

  In the MFP 100 according to the first embodiment, the VAS 140 performs the resource usage information acquisition process and the application activation determination process for all the applications 130. However, as illustrated in FIG. However, such a process may be performed only for this. For example, resource use information acquisition processing and application activation determination processing are performed only for apps developed by third parties such as third vendors such as new apps 117 and 118, and for existing apps such as the printer app 111 and the copy app 112 You may comprise so that such a service may not be performed.

  Further, as described above, the resource usage amount at the time of initial startup is recorded in the resource usage information file 201 and used for subsequent startup determination, and during the execution period (from startup to end) during which the application is executed The resource usage amount may be acquired a plurality of times by periodically referring to the proc structure, and the average value among them may be recorded in the resource usage information file 201. Further, the maximum value obtained a plurality of times may be recorded in the resource usage information file 201.

  In addition to obtaining and recording the value at the first execution as in the above embodiment, the above average value is obtained each time the application is executed, and the average value is the previous average value. If it exceeds, the resource usage information file 201 may be updated. Alternatively, the maximum value may be obtained every time the application is executed, and the resource usage information file 201 may be updated when the maximum value exceeds the previous maximum value. Furthermore, the average value for each execution of the application may be recorded separately, and the average value among them may be recorded in the resource usage information file 201. Alternatively, the maximum value for each execution of the application may be recorded separately, and the average value or the maximum value among them may be recorded in the resource usage information file 201.

(Embodiment 2)
Next, a second embodiment of the present invention will be described. In the first embodiment, the VAS 140 determines whether or not the application can be started. However, in the second embodiment, the application receives a determination message regarding the resource amount from the VAS 140, thereby determining whether or not the application can be started. Is also possible. Further, not only the memory and the CPU but also system device configuration information such as a unit connected to the multifunction peripheral can be acquired, and this can be used for determination of activation.

  The configuration of the second embodiment is the same as the configuration of the first embodiment shown in FIG. 1 or FIG. Further, the processing by the VAS 140 described below may be executed as a thread as shown in FIG. 3 or may be executed as a process of the VAS 140.

  In the first embodiment, the resource usage information file that records the start-up results of the application is used as a file that stores the amount of resources that the application plans to use, but in the second embodiment, it is used like the CPU usage. Use resource usage information files that record actual results for resources whose amount fluctuates dynamically, and use resource information that is declared by the application at startup for resources that are fixedly used by the application, such as memory areas. To do. This used resource information is acquired by the VAS 140 from the application (more specifically, from a predetermined memory area) when the application is started for the first time, and is recorded on the hard disk of the multifunction device as an application management file. The fixedly used resource is a resource that has no change or little change in the amount of use every time an application is executed.

  FIG. 9 shows an example of the contents of the application management file. As shown in the figure, information such as application name and version, and used resource information including memory and system device configuration are recorded. In addition, information indicating the location of the application management file in the HD 200 is stored in the RAM (in this embodiment, the NV-RAM (nonvolatile RAM) of the multifunction peripheral is used).

  FIG. 10 shows a configuration example of NV-RAM and a configuration example of HD related to a new application. Note that the new application here corresponds to the applications 117 and 118 in FIGS.

  As shown in the figure, for each new application that has been registered, the NV-RAM records the product ID of the application, the NV-RAM size used, the offset indicating the start address of the used area in the NV-RAM, and the like. In addition, an area for the application is provided in the HD 200 corresponding to the product ID recorded in the NV-RAM.

  For example, a directory is provided in the HD 200 corresponding to the application 1, and an area used by the system (VAS 140) for the application 1 and an area used by the application 1 itself are provided therein. The application management file shown in FIG. 9 is stored in the system use area.

  Next, processing executed by the VAS 140 when the application is activated will be described with reference to the flowchart of FIG.

  As in the first embodiment, when the VAS 140 receives an application registration request message when the application is activated (step S801), it is checked by accessing the HD 200 whether there is an application management file corresponding to the application. (Step S802). If there is no application management file, it is created based on information reported from the application (step S803). Note that whether or not there is an application management file may be determined by accessing the NV-RAM.

  If there is an application management file, resource information to be used by the application is acquired from the application management file (step S804). Instead of using the application management file, resource information reported from the application may be used. Further, regarding the CPU usage (actual value), a resource usage information file relating to the CPU usage is created by the method described in the first embodiment, and obtained from there. That is, the CPU usage is not used for determination at the first startup, but is used for determination at the second and subsequent startups. Note that the CPU usage amount may not be used for determination of activation. Further, the contents of the resource usage information file may be recorded in the application management file.

  Next, resource information in the current multifunction device 100 is acquired (step S805). For resources such as memory capacity, the remaining capacity of the current multifunction device 100 is obtained. Then, by comparing the scheduled resource amount acquired in step S804 and the current resource amount for each resource in the scheduled resource, whether the scheduled resource amount exceeds the current system resource amount or not. (Step S806). For resources (units, etc.) regarding the system device configuration, it is checked whether or not the resource scheduled to be used by the application is in the current resource (step S806).

  If the scheduled resource amount does not exceed the current system resource amount and there is no insufficient system device configuration resource, the activation of the application is continued (step S807). If there is a resource whose scheduled resource amount exceeds the current system resource amount, or if there is an insufficient system device configuration resource, a resource determination result notification message is transmitted to the application (step S808). Based on the content of this message, the application determines whether to continue activation. In the present embodiment, the resource determination result notification message is displayed for each scheduled resource to be used for the resource on the system device configuration (unit, etc.) required by the application. NG), and for resources such as memory areas, information indicating OK is included if the scheduled resource amount does not exceed the current system resource amount, and NG is included if it exceeds.

  Next, the operation of the application that has received the resource determination result notification message will be described with reference to FIG.

  When a resource determination result notification message is received from the VAS 140 (step S901), it is checked whether or not the resource is NG determination for the first resource included in the message (step S902).

  If it is not NG determination, it is checked whether or not there is a next resource (step S903). If there is, the next resource is checked. If it is NG determination in step S902, if there is a restriction mode related to the resource, an unusable flag related to the resource is set in the application (YES in step S904, step S905). Note that the restricted mode includes not using a device in a part of the system device configuration, or reducing the amount of use of a predetermined memory area, but the example shown in FIG. It shows the case when it is not used.

  In this case, the application displays on the operation panel that the resource is NG judgment, asks the user whether to allow the operation in the restricted mode, and is restricted only when the user allows the operation in the restricted mode. You may be allowed to continue booting.

  In addition, for the determination result that the CPU power is insufficient, the fact is displayed on the operation panel, the user is inquired whether or not the operation is allowed to be delayed, and the activation is continued when the operation is allowed. It is also possible to perform such processing.

  If there is no next resource information in step S903, the activation of the application is continued or a restricted activation procedure is performed (step S906).

  If there is no restricted operation mode in step S904, an application activation end procedure is performed (step S907). The procedure of this process will be described with reference to FIG.

  First, resources related to the operation unit display are released (step S1001). Then, the memory secured so far is released (step S1002), and an application registration deletion request is made to the VAS 140 (step S1003). Next, inter-process communication stop processing is performed (step S1004), and the own process is terminated by a system call (step S1005). Note that notification to the user, release of the scanner and plotter, and release of network resources are performed before the above processing as necessary.

  Note that, in step S806 shown in FIG. 11, there is a resource in which the scheduled resource amount exceeds the current system resource amount, and the resource is a fixedly used memory area (text memory) that is essential for the application. Area, heap area, stack area), the VAS 140 may determine that the application cannot be started, and may send a start stop request to the application as the resource determination result notification message. In this case, the application immediately executes the process shown in FIG. In addition, when the VAS 140 determines whether or not the application is activated with a restriction, and determines that the restricted activation is possible, the VAS 140 may notify the application to that effect. In this case, the VAS 140 can ask the user for restricted activation.

  As described above, by using the information about the system device configuration shown as “system configuration related” in FIG. 9 as the resource information in the activation determination, for example, a device having a punching or stapling function is mounted on the multifunction device 100. It is possible to suppress useless activation such that an application that cannot be used without it is activated even if such a device is not attached to the multifunction peripheral.

  In addition to the above information, model information may be used for determination of activation. This makes it possible to suppress malfunctions and malfunctions caused by functional differences between models and models.

  In the flow of FIG. 11, the VAS 140 does not acquire the resource information that the application is scheduled to use (step S804), and the current device configuration information and the remaining resource amount are directly sent to the application as a resource determination result notification message. And the necessary resource may be determined on the application side. In this case, the application-scheduled resources held by the application are compared with the resources in the resource determination result message one by one, the presence / absence of the use-scheduled resource is determined, and the application determines whether to start.

  Further, the process shown in FIG. 11 may be performed every time the application is activated, or may be performed only when the application is installed.

  Next, the current resource information acquisition procedure by the VAS 140 in step S805 in FIG. 11 will be described.

  In acquiring the current resource information of the multifunction peripheral 100, information on the system device configuration and the system resource amount such as a memory area are acquired. Prior to describing the processing procedure of step S805, acquisition of system device configuration information will be described.

  The system device configuration information is acquired by the service module of the control service layer (hereinafter, the case where the SCS 122 acquires the system device configuration information will be described as an example) and stored in the system device configuration information structure. A procedure when the SCS 122 acquires system device configuration information will be described with reference to the flowchart of FIG.

  When the main power supply of the multifunction device 100 is turned on (step S1101), the SCS 122 receives notification of device configuration information from each unit connection sensor and each unit of the multifunction device 100 (step S1102). The SCS 122 stores the notified system device configuration information in the system device configuration information structure (step S1103). A configuration example of the system device configuration information structure is shown in FIG. That is, the SCS 122 acquires information on items illustrated in FIG. 15 and stores the information in the system device configuration information structure.

  Thereafter, the system device configuration information structure is placed on the shared memory (physically on the RAM) (step S1104), and the system device configuration information is sent to the service module or application that has made a registration request to the SCS 122. A system device configuration information notification message indicating acquisition is issued (step S1105). For example, when the VAS 140 is activated, a system device configuration information notification message is notified from the SCS 122 to the VAS 140.

  Since the system device configuration information structure is arranged on the shared memory as described above, other modules (such as VAS) can access the system device configuration information structure and acquire the system device configuration information. Become.

  Next, a processing procedure for acquiring current resource information by the VAS 140 in step S805 of FIG. 11 will be described with reference to FIG.

  First, the VAS 140 checks whether or not the system device configuration information notification message has been received (step S1201). If not received, the check of whether or not it has been received is repeated at predetermined time intervals. If the system device configuration information notification reception cannot be confirmed even after a predetermined time has elapsed, a timeout occurs and a system error occurs.

  If the system device configuration information notification message has been received, the system device configuration information is acquired by accessing the system device configuration information structure (step S1202). Subsequently, the system resource amount (memory area or the like) is acquired by accessing the proc structure (step S1203).

  Through the above processing, it is possible to acquire current resource information used for comparison with the scheduled resource.

(Embodiment 3)
In the first and second embodiments, the current resource usage such as a memory area is obtained from the proc structure for comparison with the scheduled resource, but in the third embodiment, the current resource usage is Instead of acquiring resources, resources are allocated for new applications in advance. The allocated resource amount is compared with the resource amount to be used by the new application, and the activation is determined. The resource amount allocated in advance is recorded in, for example, an application management file.

  That is, for example, in the flow of FIG. 8 of the first embodiment, instead of acquiring the current resource usage (step S703), the previously allocated resource amount is acquired from, for example, the application management file. Then, the activation amount is determined by comparing the resource amount with the resource amount used by the application.

  In addition, when a plurality of new applications are started, a predetermined resource amount may be allocated to the plurality of new applications at once, or each resource may be assigned to each new application that may be started. An amount may be assigned.

  In the former case, when one new application is started, the resource amount that the new application is scheduled to use is subtracted from the allocated total resource amount. Compare the scheduled resource amount and make a decision on startup. The same applies to new applications that are started thereafter.

  In the latter case, for example, the amount of resources scheduled to be used by the new application is checked and assigned. Moreover, you may allocate equally with respect to several new applications.

  The above method is effective for a resource that is fixedly required by an application, such as a memory area. Resources that cannot be allocated in advance, such as CPU usage, are not used for determination, or are determined using the methods of the first and second embodiments.

(Embodiment 4)
The MFP 100 according to the first embodiment has only one VAS 140 for all applications. However, in the MFP according to the fourth embodiment, one VAS is activated for each application. Each VAS performs resource usage information acquisition and application activation determination only for the corresponding application. In the fourth embodiment, the operation of the first embodiment will be described as an example. However, the VAS can be configured as in the fourth embodiment also in the second and third embodiments.

  FIG. 17 is a block diagram illustrating a configuration of a multifunction machine 800 according to the fourth embodiment. As illustrated in FIG. 17, the MFP 800 is different from the MFP 100 according to the first embodiment in that a plurality of virtual application services (VAS) 841 to 848 operate for each application of the application 130. Yes.

  The VAS 841 to 848 correspond to the printer application 111, the copy application 112, the fax application 113, the scanner application 114, the net file application 115, the process inspection application 116, and the new applications 117 and 118, and resource use information acquisition processing and application activation determination. Processing is to be performed. In addition, as shown in FIG. 18, you may make it provide VAS only with respect to a new application.

  FIG. 19 is a block diagram illustrating the configuration of the VASs 841 to 848 of the multi-function device 800 according to the fourth embodiment and the relationship between the VASs 841 to 848 and each application, the control service layer 150, and the general-purpose OS 121. In FIG. 17, examples of the application 130 include a printer application 111, a copy application 112, and new applications 117, 118, and VAS 841, 842, 847, and 848 corresponding to these applications. The configuration is the same for other apps.

  Further, in the multifunction device 800 according to the fourth embodiment, unlike the multifunction device 100 according to the first embodiment, as shown in FIG. 19, there is a VAS control process (daemon) 801 between each VAS 841 -848 and each application. Is working.

  The VAS control process (daemon) 801 receives an application registration request message from each application, performs application registration processing, and generates VASs 841 to 848 corresponding to the application that has made the application registration request. In addition, the VAS control process 801 refers to the resource usage information file 201 stored in the HD 200 and checks whether or not the resource usage information is recorded for the application that has made the application registration request. It is determined whether the activation is the first activation or the second activation or later. If it is the first activation, a resource usage information acquisition process request is made to the VAS 841 to 848 corresponding to the application together with the application ID and the process ID of the application, and if it is the second activation or later, the application is supported. The application activation determination processing request is made to the VASs 841 to 848 to be performed together with the application ID and the application process ID.

  In the processes of the virtual application service (VAS) 841 to 848, a dispatcher 144, a resource usage information acquisition thread 141, and an application activation determination thread 142 are operating.

  The dispatcher 144 monitors message reception from the application 130 and the control service, and makes a processing request to the resource usage information acquisition thread 141 and the application activation determination thread 142 according to the received message. In the MFP 800 according to the second embodiment, the dispatcher 144 receives a resource usage information acquisition process request message or an application activation determination process request message from the VAS control process 801 together with the application ID and the process ID of the application. Yes. When the dispatcher 144 receives the resource usage information acquisition processing request message, the dispatcher 144 transmits the received resource usage information acquisition processing request message together with the application ID and the process ID of the application to the resource usage information acquisition thread 141, and sends an application activation determination request message. When received, the application activation determination request message received together with the application ID and the process ID of the application is transmitted to the application activation determination thread 142.

  When the resource usage information acquisition thread 141 receives the resource usage information acquisition request message from the dispatcher 144, the resource usage information acquisition thread 141 acquires the resource usage information file 201 by acquiring the resource information necessary for starting the application, as in the VAS 140 in the first embodiment. It is generated in the hard disk (HD) 200.

  When the application activation determination thread 142 receives the application activation determination request message from the dispatcher 144, the application activation determination thread 142 performs an application activation determination process with reference to the resource usage information file 201 as in the VAS 140 in the first embodiment.

  The resource usage information acquisition process executed by the resource usage information acquisition thread 141 of the VASs 841 to 848 and the application startup determination process executed by the application startup determination thread 142 in the MFP 800 of the fourth embodiment are described in the first embodiment. This is the same as the processing by each thread of the VAS 140 in the MFP 100.

  As described above, according to the multi-function device 800 according to the fourth embodiment, the stability of the system of the multi-function device 800 can be improved similarly to the multi-function device 100 according to the first embodiment.

  In the multi-function device 800 according to the fourth embodiment, since the VASs 841 to 848 are activated separately for each activated application 130, the activation determination processing of the plurality of applications 130 is performed in accordance with the VAS 841 to 848 corresponding to each application 130. Can be executed in parallel, and application activation determination processing can be performed efficiently.

  In the MFP 800 according to the fourth embodiment, the VASs 841 to 848 are activated separately for all the applications. However, as shown in FIG. 18, only the limited applications are activated. You may comprise. For example, the VAS 847 and 848 are activated only for an application developed by a third party such as a third vendor such as the new applications 117 and 118, the resource usage information acquisition process and the application activation determination process are performed, and the printer application 111 and the copy application It can be configured not to perform such a service for existing applications such as 112.

  Further, in the MFPs 100 and 800 according to the first and fourth embodiments, resource usage information acquisition and application activation determination are performed using the text memory area, heap area, stack area, CPU occupation time, and CPU operation rate as resources. However, such resources are merely examples, and other resources may be used.

  In addition to the above configuration, the VAS can be configured as shown in FIGS. 20 (a) to 20 (c).

  FIG. 20A shows a case where the VAS activated for each application is a child process of the parent VAS, and the parent VAS itself does not have a screen control right (user interface). FIG. 20B shows a case where the parent VAS itself has a screen control right (user interface). FIG. 20C shows a case where the VAS function corresponding to each application is provided as a thread.

  The configuration of the image forming apparatus and the like described in this specification can be summarized as follows, for example.

(Configuration 1)
A device with resources for running an application,
An apparatus comprising: an acquisition unit configured to acquire resource information about a resource used by the application during execution of the application and store the resource information in a storage device.

  According to this configuration, when the application is being executed, information on the resource used by the application is acquired, and therefore, for example, accurate information for determining whether to start the application can be acquired.

(Configuration 2)
The apparatus according to configuration 1, wherein the acquisition unit periodically acquires a usage amount of a resource used by the application, generates the resource information based on the usage amount acquired periodically, and stores the resource information.

(Configuration 3)
The apparatus according to the second configuration, wherein the resource information is an average value or a maximum value of a usage amount acquired periodically.

(Configuration 4)
The average value or maximum value in the period from the start to the end of the application is recorded every time from the start to the end,
The configuration 3 uses an average value or a maximum value of a plurality of average values recorded every time from start to end, or an average value or a maximum value of a plurality of maximum values recorded every time from the start to the end as the resource information. Equipment.

  According to said structure, since the several value acquired regularly is used, compared with the value acquired only once, a reasonable value can be acquired as a resource usage.

(Configuration 5)
Any one of configurations 1 to 4, wherein the acquisition unit acquires, as the resource information, information related to a resource used by the application from system information holding information related to a resource used by a process in the device. The device according to item. According to this configuration, resource information can be acquired efficiently.

(Configuration 6)
The device is an embedded device that provides a service with pre-installed software,
The apparatus according to Configuration 1, wherein the application to be executed is an application installed in the apparatus separately from the preinstalled software.

  According to this configuration, by using the resource information, it is possible to make a start determination according to the resource amount when an application is added to the embedded device.

(Configuration 7)
The apparatus is an image forming apparatus, and the image forming apparatus includes:
Hardware resources in image formation processing;
A control service unit that provides services related to control of the hardware resources to a plurality of applications in common;
A virtual application service unit that operates as a client process that uses the control service unit as a server and that operates as a server process that uses the application as a client;
The virtual application service unit is an apparatus according to Configuration 6, comprising the acquisition unit.

  According to this configuration, by using the resource information, it is possible to make a start determination according to the resource amount when an application is added to the image forming apparatus.

(Configuration 8)
A device with resources for running an application,
An apparatus comprising: means for receiving device configuration information from each device as the resource attached to the device and storing the device configuration information in a storage device.

  According to this configuration, it is possible to acquire device configuration information of the device.

(Configuration 9)
9. The device according to configuration 8, further comprising means for transmitting a message for notifying that the device configuration information has been stored to a software module executed in the device.

  According to this configuration, it is possible to recognize that the software module executed in the apparatus stores the device configuration information. The device configuration information can be acquired by the software module accessing the storage device.

(Configuration 10)
A device with resources for running an application,
An application management file containing information about the resources used by the application;
An acquisition unit configured to acquire, from the application management file, information related to a resource scheduled to be used by the application when the application is activated;

  According to this configuration, it is possible to acquire information about resources simply by accessing the application management file.

(Configuration 11)
The device according to Configuration 10, wherein the application management file includes information related to memory and information related to a device configuration of the device.

  According to this configuration, it is possible to acquire memory-related information and information related to the device configuration of the device simply by accessing the application management file.

(Configuration 12)
An application management file containing information about the resources used by the application;
The apparatus according to Configuration 1, wherein when the application is activated, information related to resources fixedly used by the application is acquired from the application management file. According to this configuration, it is possible to efficiently acquire resources that are used in a fixed manner by an application.

(Configuration 13)
The apparatus according to configuration 10, wherein the information related to the resource in the application management file is information acquired from the application when the application is activated.

(Configuration 14)
The device is an embedded device that provides a service with pre-installed software,
The apparatus according to Configuration 10, wherein the application to be executed is an application installed in the apparatus separately from the preinstalled software.

(Configuration 15)
The apparatus is an image forming apparatus, and the image forming apparatus includes:
Hardware resources in image formation processing;
A control service unit that provides services related to control of the hardware resources to a plurality of applications in common;
A virtual application service unit that operates as a client process that uses the control service unit as a server and that operates as a server process that uses the application as a client;
15. The apparatus according to configuration 14, wherein the virtual application service unit includes the acquisition unit.

(Configuration 16)
A processing method in an apparatus having resources for executing an application,
A method comprising: acquiring resource information about a resource used by the application during execution of the application, and storing the resource information in a storage device.

(Configuration 17)
In the acquiring step, the device periodically acquires the usage amount of the resource used by the application, generates the resource information based on the periodically acquired usage amount, and stores the resource information. The method described.

(Configuration 18)
The method according to the configuration 17, wherein the resource information is an average value or a maximum value of a usage amount acquired periodically.

(Configuration 19)
The average value or maximum value in the period from the start to the end of the application is recorded every time from the start to the end,
The configuration 18 uses an average value or a maximum value of a plurality of average values recorded every time from start to end, or an average value or a maximum value of a plurality of maximum values recorded every time from the start to the end as the resource information. the method of.

(Configuration 20)
In the obtaining step, the device obtains information on a resource used by the application as the resource information from system information holding information on a resource used by a process in the device. The method of any one of them.

(Configuration 21)
The device is an embedded device that provides a service with pre-installed software,
The method according to the configuration 16, wherein the application to be executed is an application installed in the device separately from the preinstalled software.

(Configuration 22)
The apparatus is an image forming apparatus, and the image forming apparatus includes:
Hardware resources in image formation processing;
A control service unit that provides services related to control of the hardware resources to a plurality of applications in common;
A virtual application service unit that operates as a client process using the control service unit as a server and operates as a server process using the application as a client;
The method according to configuration 21, wherein the virtual application service unit executes the acquisition step.

(Configuration 23)
A processing method in an apparatus having resources for executing an application,
A method comprising: receiving device configuration information from each device as the resource attached to the device, and storing the device configuration information in a storage device.

(Configuration 24)
24. The method according to configuration 23, further comprising the step of transmitting a message for notifying that the device configuration information has been stored to a software module executed in the apparatus.

(Configuration 25)
A processing method in an apparatus having resources for executing an application,
The device has an application management file containing information about resources used by the application,
A method comprising the step of obtaining, from the application management file, information related to a resource to be used by the application when the application is activated.

(Configuration 26)
26. The method of configuration 25, wherein the application management file includes memory related information and information related to a device configuration of the device.

(Configuration 27)
The apparatus further comprises an application management file that includes information about resources used by the application,
The method according to the configuration 16, wherein when the application is activated, information on a resource fixedly used by the application is acquired from the application management file.

(Configuration 28)
26. The method according to configuration 25, wherein the information on the resource in the application management file is information acquired from the application when the application is activated.

(Configuration 29)
The device is an embedded device that provides a service with pre-installed software,
26. The method according to configuration 25, wherein the application to be executed is an application installed in the apparatus separately from the preinstalled software.

(Configuration 30)
The apparatus is an image forming apparatus, and the image forming apparatus includes:
Hardware resources in image formation processing;
A control service unit that provides services related to control of the hardware resources to a plurality of applications in common;
A virtual application service unit that operates as a client process using the control service unit as a server and operates as a server process using the application as a client;
The method according to configuration 29, wherein the virtual application service unit executes the obtaining step.

(effect)
According to said structure, it becomes possible to acquire the information regarding the resource which an application uses. In addition, by being able to acquire information about resources in this way, whether application startup is restricted as necessary based on the amount of resources used by the application and the status of the resources that the MFP actually has It is possible to determine whether or not.

  The present invention is not limited to the above-described embodiment, and various modifications and applications can be made within the scope of the claims.

1 is a block diagram illustrating a configuration of a multifunction machine according to a first embodiment. FIG. 6 is a block diagram illustrating another example of the configuration of the multifunction machine according to the first embodiment. FIG. 3 is a block diagram illustrating a configuration of a VAS of the multifunction peripheral according to the first embodiment and a relationship among the VAS, each application, a control service layer, and a general-purpose OS. FIG. 3 is an explanatory diagram of an example of the contents of a resource usage information file in the multifunction machine according to the first embodiment. 4 is an explanatory diagram illustrating an example of a proc structure referred to by a VAS resource usage information acquisition thread in the multifunction peripheral according to the first embodiment; FIG. 4 is a flowchart illustrating a processing procedure of application registration and application activation frequency determination by a VAS control thread in the multifunction peripheral according to the first embodiment; 4 is a flowchart showing a processing procedure for acquiring resource usage information by a VAS resource usage information acquisition thread in the multifunction peripheral according to the first embodiment; 4 is a flowchart showing a processing procedure for determining whether or not an application can be activated by a VAS application activation determination thread in the multifunction peripheral according to the first embodiment; FIG. 10 is a diagram illustrating an example of the contents of an application management file in a multifunction machine according to a second embodiment. 5 is a diagram illustrating a configuration example of an NV-RAM and a configuration example of an HD in a multifunction machine according to a second embodiment; FIG. 10 is a flowchart illustrating processing executed by the VAS when starting an application in the multifunction peripheral according to the second embodiment. It is a flowchart which shows operation | movement of the application which received the resource determination result notification message. It is a flowchart which shows an application starting completion procedure. 9 is a flowchart illustrating a procedure for acquiring system device configuration information in a multifunction peripheral according to a second embodiment; FIG. 9 is a diagram illustrating a configuration example of a system device configuration information structure in a multifunction machine according to a second embodiment; 6 is a flowchart illustrating a processing procedure for acquiring current resource information in a multifunction peripheral according to a second embodiment; FIG. 9 is a block diagram illustrating a configuration of a multifunction machine according to a fourth embodiment. FIG. 10 is a block diagram illustrating another example of the configuration of the multifunction machine according to the fourth embodiment. FIG. 9 is a block diagram illustrating a configuration of a VAS of a multifunction peripheral according to a fourth embodiment and a relationship between the VAS, each application, a control service layer, and a general-purpose OS. 2 is a diagram illustrating a configuration of a VAS in a multifunction machine. FIG.

Explanation of symbols

DESCRIPTION OF SYMBOLS 100 MFP 101 Monochrome line printer 102 Color line printer 103 Hardware resource 110 Software group 111 Printer application 112 Copy application 113 Fax application 114 Scanner application 115 Net file application 116 Process inspection application 117,118 New application 120 Platform 121 General-purpose OS
122 SCS
123 SRM
124 ECS
125 MCS
126 OCS
127 FCS
128 NCS
130 Application 140, 841-848 Virtual Application Service (VAS)
141 Resource usage information acquisition thread 142 Application activation determination thread 143 Control thread 144 Dispatcher 150 Control service layer 200 Hard disk (HD)
201 Resource usage information file 210 RAM
211 proc structure 212 u region 800 MFP 801 VAS control process

Claims (18)

A device with resources for running an application,
An apparatus comprising: an acquisition unit configured to acquire memory resource information related to a memory usage amount of the application during execution of the application and store the memory resource information in a storage unit together with an ID of the application.   The apparatus according to claim 1, wherein the acquisition unit periodically acquires the memory usage, generates the memory resource information based on the periodically acquired memory usage, and stores the memory resource information.   The apparatus according to claim 2, wherein the memory resource information is an average value or a maximum value of a memory usage amount acquired periodically. The average value or maximum value in the period from the start to the end of the application is recorded every time from the start to the end,
The average value or maximum value of a plurality of average values recorded every time from start to end or the average value or maximum value of a plurality of maximum values recorded every time from start to end is used as the memory resource information. The device described in 1.   The apparatus according to any one of claims 1 to 4, wherein the acquisition unit acquires the memory usage of the application from system information that holds information about resources used by processes in the apparatus. The device is an embedded device that provides a service with pre-installed software,
The apparatus according to claim 1, wherein the application to be executed is an application installed in the apparatus separately from the preinstalled software. The apparatus is an image forming apparatus, and the image forming apparatus includes:
Hardware resources in image formation processing;
A control service unit that provides services related to the control of the hardware resource to a plurality of applications in common;
A virtual application service unit that operates as a client process using the control service unit as a server and operates as a server process using the application as a client;
7. The apparatus according to claim 1, wherein the virtual application service unit includes the acquisition unit.   The apparatus according to claim 1, further comprising means for receiving device configuration information from each device attached to the device and storing the device configuration information in a memory.   9. The apparatus according to claim 8, further comprising means for transmitting a message for notifying that the device configuration information has been stored to a software module executed in the apparatus. A processing method in an apparatus having resources for executing an application,
The acquisition unit in the apparatus includes a memory resource information acquisition step of acquiring memory resource information related to a memory usage amount of the application during execution of the application and storing the memory resource information in a storage unit together with the ID of the application. A method characterized by that.   In the memory resource information acquisition step, the acquisition unit periodically acquires the memory usage, generates the memory resource information based on the periodically acquired memory usage, and stores the memory resource information. Item 11. The method according to Item 10.   The method according to claim 11, wherein the memory resource information is an average value or a maximum value of a memory usage amount acquired periodically. The average value or maximum value in the period from the start to the end of the application is recorded every time from the start to the end,
The average value or maximum value of a plurality of average values recorded every time from start to end, or the average value or maximum value of a plurality of maximum values recorded every time from start to end is used as the memory resource information. 12. The method according to 12.   14. The memory resource information acquisition step according to claim 10, wherein in the memory resource information acquisition step, the acquisition unit acquires the memory usage of the application from system information holding information on resources used by processes in the device. The method described. The device is an embedded device that provides a service with pre-installed software,
15. The method according to any one of claims 10 to 14, wherein the application to be executed is an application installed in the apparatus separately from the preinstalled software. The apparatus is an image forming apparatus, and the image forming apparatus includes:
Hardware resources in image formation processing;
A control service unit that provides services related to the control of the hardware resource to a plurality of applications in common;
A virtual application service unit that operates as a client process using the control service unit as a server and operates as a server process using the application as a client;
The method according to claim 10, wherein the virtual application service unit includes the acquisition unit.   17. The apparatus configuration information acquisition unit of the apparatus further includes a step of receiving apparatus configuration information from each apparatus attached to the apparatus and storing the apparatus configuration information in a memory. The method described in 1.   18. The method according to claim 17, further comprising the step of the device configuration information acquisition means transmitting a message for notifying that the device configuration information has been stored to a software module executed in the device.

Images