JP4178700B2 - Information processing device using components - Google Patents

Description

[0001]
BACKGROUND OF THE INVENTION
The present invention relates to an information processing apparatus that holds components (a group of program modules that perform a certain process) and executes an application program including at least one of the components as an element.
[0002]
[Prior art]
For example, a system is known in which a component for each function such as a routine program for controlling drive of a display device is stored in advance so that the component can be used by an application program. When an application program is executed using such a system, an execution history of each component (hereinafter referred to as an access history) is recorded, which is used for verification of defects in the execution of the application program. The system is known.
[0003]
In such a system, the following method has been conventionally used as a method for acquiring the component access history. That is, the first is a method in which a code (for example, a code for history acquisition such as writing to a file) is written in advance so that an access history can be obtained when a component for which an access history is to be acquired is created, Second, every time a program that uses a component executes the component, the access history is stored in a dedicated file.
[0004]
There were some disadvantages to these methods. That is, in the case of the first method, the component creator needs to embed the code, which places a burden on the component developer. In addition, if the access history information is not uniform, the history information that can be acquired for each component may be different, and it is difficult to acquire a unified failure history. In the case of the second method, the information that can be acquired for each program that uses the component is constant. However, since the program creator needs to embed the access history acquisition code every time the component is used, The burden increases.
[0005]
[Problems to be solved by the invention]
Therefore, the present invention is to provide an information processing apparatus that executes uniform content history acquisition without imposing a burden on a component creator or an application program creator.
[0006]
[Means for Solving the Problems]
An information processing apparatus according to the present invention is an information processing apparatus including a plurality of components, an application program that uses at least one of the components, and a relay module that relays the use of the component by the application program. The relay module takes in the component and generates a pseudo component corresponding to the component and transfers it to the application program when there is a request for use of the component by the application program. Means for executing the capture component, trace information acquisition means for acquiring trace information before and after execution of the capture component, and component information. Has a component access history obtaining means for storing a scan history information, and termination notification means for notifying the completion of the execution of the capture component to the application program, the.
[0007]
DETAILED DESCRIPTION OF THE INVENTION
FIG. 1 shows a microcomputer or the like forming an information processing apparatus according to the present invention. The central processing unit (CPU) 1 accepts input from the keyboard 5 via the bus 7 and controls the display 3 and the magnetic disk device 6 via the bus 7 in accordance with an application program stored in the main storage device 2. . The main storage device 2 is a memory that includes a random access memory or the like and stores various data and programs. The display 3 is composed of a CRT or the like, and displays a window and a cursor. The pointing device 4 includes a mouse or the like and performs various inputs. The keyboard 5 is an input device of the system similarly to the pointing device. Further, the magnetic disk device 6 is an external storage device that stores various data, programs, and components. Further, the bus 7 provides a function of connecting the above-described units to each other and preferably communicating with other electronic computer units.
[0008]
For example, application programs and components are stored in the magnetic disk device 6. The relay module 11 is activated via an input / output device such as a keyboard 5. The relay module is preferably resident in the main storage device 2 and is maintained in a standby state in response to a user request, so that the component can be used immediately in response to a user request such as an application program. Is relayed to the user. Similarly, a component user starts an application program in the electronic computer unit via an input / output device such as a keyboard, and acquires and uses a desired component by a relay module without specifying a component storage location. . During this time, history information related to use access is acquired by the relay module, and there is no instruction regarding history acquisition.
[0009]
FIG. 2 is a block diagram of a configuration in which an information processing apparatus for use of a component provides use of a stored component and acquisition of an access history in response to a request of one user 10 in a single electronic computer unit. The figure is shown. The processing procedure of the relay module 11 that provides component usage and access history acquisition in the configuration of FIG. 2 is shown in the flowchart of FIG.
[0010]
First, the user 10 makes a component use request to the relay module 11 (ST1). Next, the relay module 11 searches the medium drive storage device 12 included in the electronic computer unit for the component and obtains position information thereof. The relay module 11 takes in the component based on the position information (ST2). Next, the relay module 11 creates a pseudo component (hereinafter referred to as a pseudo component) corresponding to the fetched component (ST3). Then, the pseudo component is transferred to the user 10 (ST4). The transferred pseudo component is actually different from the original component intended by the user 10, but it looks the same when viewed from the user 10. There is no need to do different processing. Next, a pseudo component that instructs execution of the original component transferred by the user 10 is executed and called. For example, if a code that branches the instruction address pointer of the central processing unit 1 to the relay module is embedded in the pseudo component, an execution command is supplied to the relay module 11 by the user, and the relay module detects this. (ST5). Next, the relay module 11 executes the requested component (ST6). Here, the relay module 11 acquires trace information (for example, debug information for program development) including identification of the component called before and after the execution (ST7). Finally, when the relay module 11 detects the end of the component, it notifies the user of the end (ST8). For example, the notification is achieved by branching the instruction address pointer of the central processing unit 1 to the exit address of the pseudo component. Note that step 5 in the processing routine of FIG. 3 can be omitted.
[0011]
FIG. 4 is a block diagram showing an embodiment in which one user uses components distributed and held in a plurality of computer units. A plurality of electronic computer units are preferably connected by a communication network and communicate with each other according to a predetermined protocol to exchange data for searching and retrieving components. Here, an information processing apparatus including a user application program 10, a relay module 11, and a medium drive storage device 12 placed in a plurality of electronic computer units is provided in response to a request from the user 10. 1 shows a system that provides the user 10 with the use of components existing in a distributed manner and acquires an access history.
[0012]
The processing procedure of the relay module 11a or 11b in the configuration of FIG. 4 is shown by the flowchart of FIG. Here, the relay module 11a accepts a component usage request from the user 10a (ST1). The relay module 11a searches for the requested component for the medium drive storage devices 12a and 12b of the plurality of computer units A and B (ST2). If the requested component exists in its own computer unit A, the relay module 11a acquires the component without going through the communication network (ST3). If it is in another electronic computer unit B, the component is obtained from the medium drive storage device 12b of another electronic computer unit B via the relay module 11b of another electronic computer unit B (ST4). Thereafter, in the case where the requested component exists in its own computer unit A or in another computer unit B, the pseudo component is used in the same manner as in the case of the one computer unit described above. Creation (ST5), transfer of pseudo component to user 10 (ST6), detection of component execution command of user 10 (ST7), execution of component (ST8), and access history information including trace information Acquisition (ST9) and further notification to the user 10 of the completion of component execution (ST10).
[0013]
FIG. 6 shows an embodiment in which the relay module 11c is placed in one server computer unit and the medium drive storage devices 12a and 12b are arranged in a plurality of client computer units A and B. In this configuration, a plurality of electronic computer units A.A. A user in one of B can use a component in the other electronic computer unit. With this configuration, load distribution is possible while providing components to a plurality of component users 10, and access histories for all users 10 and all components can be acquired.
[0014]
FIG. 7 shows a processing procedure of the relay module 11c in the configuration of FIG. 6 in which the relay module 11c is arranged on the server. That is, first, the relay module 11c receives a component usage request from the user 10 (ST1). Next, the requested component is searched for the medium drive storage devices 12a and 12b of the plurality of computer units A and B, and the computer unit in which the component exists is selected (ST2). Next, the component is acquired from the selected computer unit (ST3). Thereafter, in the same manner as in the case of the one computer unit described above, creation of a pseudo component (ST4), transfer of the pseudo component to the user 10 (ST5), and detection of a component execution command of the user 10 (ST6) ), Component execution (ST7), acquisition of access history information including trace information (ST8), and notification to the user 10 of the completion of component execution (ST9).
[0015]
【The invention's effect】
According to the present invention, when an access history of a component is to be acquired, a unified access history can be acquired without placing a burden on an application program or a component creator. As a result, it is possible to facilitate analysis at the time of failure or the like.
[Brief description of the drawings]
FIG. 1 is a diagram illustrating a hardware configuration of a system that implements the present invention.
FIG. 2 is a block diagram showing a configuration of the present invention that operates on the hardware shown in FIG. 1;
FIG. 3 is a flowchart showing a processing sequence of a system that provides component usage and access history acquisition according to the present invention in the configuration shown in FIG. 2;
FIG. 4 is a block diagram showing an embodiment in which the information processing apparatus according to the present invention is arranged in a plurality of computer units.
5 is a flowchart showing a processing sequence of a system that provides use of components distributed and held in a plurality of computer units and access history acquisition in the configuration of FIG. 4 according to the present invention.
FIG. 6 is a block diagram showing an embodiment of a configuration including a server including a relay module and a plurality of client electronic computer units including a user and a medium drive storage device according to the present invention.
7 is a flowchart showing a processing procedure for providing component usage and access history acquisition of the relay module 11c in the configuration of FIG. 6;
[Explanation of main part codes]
1 Central processing unit 2 Main storage device 3 Display 4 Pointing device 5 Keyboard 6 Magnetic disk device 10 User (application program, etc.)
11 Relay Module 12 Medium Drive Storage Device

Claims (2)

Information processing comprising: a plurality of components each responsible for an individual target function; an application program that uses at least one of the components; and a relay module that relays the use of the one component by the application program A device,
The relay module is
When there is a request to use one of the components by the application program, pseudo component generation that takes in the one component, generates a pseudo component corresponding to the one component, and transfers this to the application program side Transfer means;
Execution means for executing the capture component;
Trace information acquisition means for acquiring trace information before and after execution of the capture component;
Component access history acquisition means for storing the trace information as component access history information;
End notification means for notifying the application program of the end of execution of the capture component;
An information processing apparatus comprising: The information processing apparatus according to claim 1, wherein the execution unit executes the one component in response to an execution command of the application program.

Images