JPH01184554A - Data accessing system - Google Patents

Abstract

PURPOSE:To improve the interchangeability of application programs between a small and a large scale systems by providing a file managing part, a system data arrangement storage part, and a virtual file control part as a partial function of an operating system. CONSTITUTION:The virtual file control part 14 refers to the system data arrangement storage part 13 for the access instruction 15 of system data from the application program 10. And when the system data set as an object exists on a main memory device 11 as shown in 12-1, access is performed by designating a corresponding address 16. On the other hand, when the system data as the object exists on an auxiliary memory device 8-1 or 8-2 as shown in 12-2 or 12-3, an access request 17 to the auxiliary memory device 8-1 or 8-2 is outputted to the file managing part 9, then, the access is performed.

Description

[Detailed Description of the Invention] [Summary] In online real-time systems such as building management systems, there is a system lineup that differs in the presence or absence of auxiliary storage devices, the number of units, and types. Regarding the access method for system data distributed and stored in both storage devices, the purpose is to enable access of system data by a common application program regardless of the presence or absence, number, or type of auxiliary storage devices. The presence or absence, number, or type of auxiliary storage devices differs depending on the scale, and if auxiliary storage devices are provided, the number of devices is small (at least, each auxiliary storage device has a file management section that controls input/output of files on the auxiliary storage device, and the application System data accessed by programs is stored in main memory,
and if there is an auxiliary storage device, in a data processing system that is distributed and stored in the device, it is determined whether each of the system data is stored in the main storage device or the auxiliary storage device. The system data arrangement storage section to be stored and the system data arrangement storage section are referred to in response to an access command for the system data from the application program, and if the system data is on the main storage device, the system data arrangement storage section is referred to. If the system has an auxiliary storage device and the system data is on the device, the auxiliary storage where the system data is stored is sent to the file management unit. a virtualization file control unit that outputs an access request to the device and causes the access to be performed, and the system data is stored in either the main storage device or the auxiliary storage device, and the system data is stored in the main storage device or the auxiliary storage device. are configured so that the system data is accessed by the same access command.

[Industrial application field]

In online real-time systems such as building management systems, the present invention is a system lineup that differs in the presence, absence, number, and type of auxiliary storage devices, and is capable of distributing only the main storage device or both the main storage device and the auxiliary storage device. This article relates to an access method for system data stored in the system.

[Conventional technology]

In online real-time systems such as building management systems, information input and output corresponding to various equipment in a building is centrally managed under the control of an application program installed in a computer system. In this case, system data corresponding to each piece of equipment is held in a predetermined storage area, the content of the corresponding system data is read and rewritten based on information from each piece of equipment, and information is sent to each piece of equipment as necessary. This allows us to manage each facility.

In this case, the number of equipment points is 100 for a 4-story building, and 5 to
A 6-story building has about 200 points, so for such a building, each system data can be sufficiently stored in the main memory (internal memory such as ROM and RAM that can be directly accessed by specifying an address). As a building management system, an ultra-compact or compact computer system without auxiliary storage can be used.

If this becomes a 12-13 story building, the number of equipment will be 100.
0 points, and the main memory alone does not have enough capacity to store each system data, so a medium-sized computer system equipped with an auxiliary storage device such as a Fronbi disk device is required.

In addition, 3000 points for 20-22 story buildings, 40-5
In a 0-story building, there may be as many as 10,000 points, so a large or ultra-large super minicomputer class 6 computer system equipped with a large-capacity auxiliary storage device such as a hard disk drive is required.

In each of the above systems, for example, in a system without an auxiliary storage device, the application program 2 and the system data 3 are both stored in the main storage device 1 as shown in FIG.
4 in the same figure, when the application program 2 accesses the system data 3.
As shown in the figure below, you can simply refer to the memory and copy the data.

On the other hand, in a medium-sized or larger system with an auxiliary storage device, the application program 2' and system data 3 are stored in the main storage device 1, but the system data 6 that cannot fit into the main storage device 1 is stored in the auxiliary storage device 5. Stored. Therefore, when the application program 2' accesses the system data 3 on the main memory bag Wl, it performs memory reference as shown in FIG.
When accessing the system data 6 on the auxiliary storage device 5, file access 7 is performed as shown in FIG. That is, for example, a file is opened with a 0pen command, then the system data 6 is read or written with a read or write command, and when the access is completed, the file is closed with a close command.

In this way, in the conventional example, application programs 2 and 2'
The method of accessing system data 3 or 6 was different.

[Problem to be solved by the invention]

However, the basic processing executed by application programs for building management is the same regardless of the number of facilities depending on the size of the building. If the application programs differ just because of the existence of
Different application programs have to be prepared depending on the size of the building, which reduces the degree of freedom of the system and makes it impossible to standardize the application programs.

This has the problem of increasing development costs for the entire system lineup.

SUMMARY OF THE INVENTION In order to solve the above-mentioned problems, it is an object of the present invention to enable a common application program to access system data regardless of the presence, number, or type of auxiliary storage devices.

[Means to solve the problem]

FIG. 1 is a functional block diagram of the present invention. The data processing system targeted by the present invention is, for example, an online real-time system such as a building management system, etc.
Depending on the scale of the system, some systems may not have any auxiliary storage devices, or the number and type of auxiliary storage devices (for example, floppy disks, hard disks, etc.) may vary as shown in FIG. 8-1.8-2. Auxiliary storage device 8-1.8-2,・
..., the file management section 9 that controls input/output of files on each device is provided as a part of the operating system, for example. A portion 12-1 of the system data 12-1.12-2.12-3, . 2.12-3, . . . are auxiliary storage devices 8
-1.8-2, . . . are distributed and stored. In addition, each system data 12-1.12-2.12-3,...
each consists of multiple files.

The system data arrangement storage unit 13 stores each system data 1
Each file in 2-1.12-2.12-3, . . . is stored in the main storage device 11 or the auxiliary storage device 8-1.8-2, .
This is a table that stores information on which version of the operating system is stored, for example, v1 of a part of the operating system.
realized as Noh.

The virtualization file control unit 14 refers to the system data arrangement storage unit 13 in response to a system data access command 15 from the application program 10, and selectively assigns an address to the main storage device 11 or the file management unit 9 based on the system data arrangement storage unit 13. 16 or an access request 17, and is implemented as a part of the operating system, for example.

In the above means, for example, a file management section 9, a system data arrangement storage section 13, and a virtualization file control section 14 are realized as part of the functions of an operating system.
is realized, for example, as an operating system resident in a part of the main storage device 11. Further, the application program 10 is expanded to a predetermined program area on the main storage device 11, for example.

[For production]

In the above means, for example, the auxiliary storage device 8-1.8-
In a medium/large-sized data processing system having 2, . . .
5, refer to the system data arrangement storage unit 13,
If the target system data is on the main memory bag rI111 like 12-1, the corresponding address 16 on the device is designated and accessed. On the other hand, as a result of referring to the system data arrangement storage section 13,
If the target system data is on the auxiliary storage device 8-1 or 8-2 like 12-2 or 12-3,
Auxiliary storage device 8-1 or 8- in which system data 12-2 or 12-3 is stored for file management section 9
An access request 17 to 2 is output to cause the access to be performed.

On the other hand, for example, auxiliary storage devices 8-1, 8-2,
In a small data processing system that does not have any system data, system data is always stored on the main memory 11, such as 12-1.

Even in such a case, the virtualization file control device 1
4 designates and accesses the corresponding address 16 on the main memory bag w111 by referring to the system data arrangement storage unit 13 in response to the access command 15 from the application program 10 similar to the above.

As described above, in the present invention, the application program 10 determines whether the auxiliary storage devices 8-1, 8-2, .
System data 12-
1.12-2.12-3,... are stored in the main memory 11 or the auxiliary memory 8-L, 8-2,... without being aware of their location. The system data can be accessed using the access command 15.

This makes it possible to operate with the same application program 10 even if the systems have different scales.

〔Example〕

Hereinafter, embodiments of the present invention will be described in detail.

FIG. 2 is a configuration diagram of an embodiment of the present invention. CI'U2
0 is connected via a bus 21 to a main storage device 18 and an auxiliary storage device 19 such as a floppy disk, and further connected to a plurality of building equipment 22 via the bus 21.

An operating system (O
5) System 2 which performs normal system control as 23
A virtualization file control program 25, a file management program 26, and a layout information table 27 are stored in the pool No. 4, as well as an application program 28 and system data 29-1. On the other hand, system data 29-2 is stored on the auxiliary storage device 19.

The operation of the embodiment having the above configuration will be explained below. First, the CPU 20 sequentially executes the application programs 28 under the control of the system 24 in the 0523, and
Each control information inputted from a plurality of building equipment 22 is monitored via the controller. In this case, the content of the file in system data 29-1.29-2 corresponding to each equipment is read and rewritten based on the above-mentioned control information, and thereby control information is sent to each equipment or an alarm is issued. I'll put it out.

At this time, 2 of the system data z9-1.29-2
The set indicated by 9-1 can be stored in the main memory 18, but the set indicated by 29-2 cannot be stored in the main memory 18 due to the large number of equipment points, so it is stored in the auxiliary memory 19. There is.

Next, the file management program 26 in the oS 23 manages files such as system data 29-2 on the auxiliary storage device 19, and performs access control in response to access requests (described later).

The arrangement information table 27 in 0823 is a feature of the present invention, and each file of the system data 29-1 and 29-2 each consisting of a plurality of files is stored in either the main storage device 18 or the auxiliary storage device 19. Remember what is happening. Note that part of the system data 29-1 is loaded from the auxiliary storage device 19 at the time of system startup, and the same file may also exist in part of the system data 29-2. This process will be described later.

In this embodiment, first, the application program 2
System data 29- on the main storage device 18 represented by 8
1 or each file of the system data 29-2 on the auxiliary storage device 19, "open", "read", "write", "
The "open" command is an command for opening a file by specifying a file name and allocating a channel.

The @read command is a command for specifying a read area and reading data from a file that has been opened with the "open" command and a channel has been allocated.The "write" command, on the other hand, This is an instruction to specify an area and rewrite data on a file. "cl.

se'' instruction is an instruction that specifies an open channel and closes the corresponding file.

This embodiment is characterized in that there is no need to specify the device number of the auxiliary storage device or the like in each of the above access commands. That is, the application program 28 operates without being aware of whether each system data 29-1, 29-2 is located in the main storage bag 2218 or the auxiliary storage device 19.

For this purpose, it is necessary to perform access control for each system data 29-1, 29-2, and this is done by the virtualization file control program 25 in 0323, which performs the following operations according to the operation flowchart in FIG. This is achieved by executing.

First, when an "open" command is executed while the CPU 20 is sequentially executing the application programs 28, the virtualization file control program 25 refers to the location information table 27 and determines where the file to be opened is located. Search (S1→32-33 in Figure 3)
, see Figure 3 below).

As a result, if a file, such as system data 29-1, is on the main storage device 18, the corresponding address is referenced (53-34), and other interrupts related to that part of the data are disabled (locked). The process ends (S5→519).

On the contrary, if a file, such as system data 29-2, is located on the auxiliary storage device 19, a request is made to the file management program 2G to open the corresponding file in the corresponding auxiliary storage device 19. The signal is output and an open operation is performed (S3→S6→319).

Next, the application program 28
When the "ad" instruction is executed, the virtualization file control program 25 refers to the location information table 27 and searches for the location of the file to be read (31-32-37→38).

As a result, if a file, such as system data 29-1, is on the main memory bag W118, the corresponding address of the system data 29-1 on the main memory bag W11B is specified, and the data there is transferred to the application. The data is copied to a predetermined data area of the program 28 and the process ends (S8-39-319).

On the contrary, if a file, such as system data 29-2, is on the auxiliary storage device 19, the file management program 26 is instructed to specify the corresponding file in the corresponding channel of the auxiliary storage device 19. Outputs a request for read access to the area and causes data reading to be performed (S
8-3IQ-819).

Next, the application program 28°
rite” command is executed, the virtualization file control program 25 refers to the location information table 27 in the same manner as described above and searches for the location of the file to be written (S1→S2→S7→511 ).

As a result, if a file, such as system data 29-1, is on the main storage device 18, the main entries i, α
The corresponding address of the system data 29-1 on the device 18 is designated and the data from the application program 28 is copied (S11-312). If the same file does not exist on the auxiliary storage device 19, the process ends (S13-319). If the same file exists as system data 29-2 on the auxiliary storage device 19, a request for write access to the specified area of the corresponding file in the channel of the corresponding auxiliary storage device 19 is output to the file management program 26. , write data and rewrite its contents (313-314→
519). As a result, main memory bag w118 and auxiliary memory +5
If the same system data exists in both devices 19, this prevents the content from being different from each other and resulting in a conflict.

Contrary to the above, if the file targeted by the "write" command exists only on the auxiliary storage device 19, such as system data 29-2, the file management program 26 Outputs a request for write access to the specified area of the file corresponding to the channel of the auxiliary storage device 19 to perform data writing (S11-
315-319).

Next, the application program 28
ose" command is executed, the virtualization file control program 25 refers to the location information table 27 and searches for the location of the file to be closed (
S 1-32→516).

As a result, when a file such as system data 29-1 is located on the main storage device 18, the corresponding address is referenced and other interrupts are disabled (unlocked) for that part of the data. to end the process (3
16-317-519).

On the contrary, if a file, such as system data 29-2, is located on the auxiliary storage device 19, the file management program 26 is asked to select the corresponding file in the corresponding auxiliary storage device 19. A close request is output and a close operation is performed (S16→S18→519).

As shown above, in this embodiment, the system data 29
-1.29-2 access control is executed by the virtualization file control program 25 in 0323 using the location information table 27. Storage device i! There is no need to be conscious of whether it is on 219.

Therefore, even in a system that does not have an auxiliary storage device, such as a small building management system, system data can be accessed using exactly the same application program as above.

Furthermore, even if the number or types of auxiliary storage devices are different, if the arrangement information table 27 is prepared accordingly, the system data can be accessed by the same application program.

Note that in this embodiment, 'open', 'read', 'w
Although the four instructions ``r it e'' and ``close'' are taken as examples, other file access instructions can be implemented in the same manner.

〔Effect of the invention〕

According to the present invention, regardless of whether system data is located on the main memory or auxiliary memory, it can be accessed with a unified access command (ink face) without being aware of its storage location, and it can be used from small to large scale. Compatibility of application programs between XJI Im systems is improved, and flexibility in scale selection can be increased.

Further, even if the number or type of auxiliary storage devices is changed during the process, there is no need to change the application program, so flexibility can be improved.

[Brief explanation of the drawing]

Fig. 1 is a functional block diagram of the present invention, Fig. 2 is a configuration diagram of an embodiment of the present invention, Fig. 3 is a diagram showing an operation flowchart of the embodiment, Fig. 4 (al, (bl) is an explanatory diagram of a conventional example. 8-1.8-2... Auxiliary storage device, 9... File management unit, 10... Application program, 11... Main storage device, 12- 1.12-2.12-3...System data, 13...System data location storage unit, 14...Virtualization file control unit, 15...Access command, 16...Address, 17. ...Access request.

Claims (1)

[Claims] The presence or absence, number, or type of auxiliary storage devices differ depending on the system scale.
2,...), at least a file management unit (9) that controls the input/output of files on each auxiliary storage device.
) and system data (12-1, 12-2) accessed by the application program (10).
, 12-3, . . .) is the main storage device (11) and the auxiliary storage device (8-1, 8-2, . . . ).
・) In a data processing system, each of the system data (12-1, 12-2, 12-3
, ...) are stored in the main storage device (11) or the auxiliary storage device (8-1, 8-2, ...).
and the system data (12-1, 12-2, 12-3, . . . from the application program (10)).
), the system data arrangement storage unit (13) is referred to for the access command (15), and if the system data is on the main storage device (11) (12-1), the corresponding information on the device is When the system data is located on the device (8-1, 8-2, . . . ) in a system having an auxiliary storage device, the system data is accessed by specifying the address (16) to be accessed (12-2, 12- 3) includes the file management section (9).
) for the system data (12-2, 12-3)
a virtualization file control unit (14) that outputs an access request (17) to the auxiliary storage device (8-1, 8-2) in which the system data (12) is stored, and causes the system data (12) to be accessed; -1, 12-2, 12-3,
...) are stored in the main storage device (11) or the auxiliary storage device (8-1, 8-2, ...), the same access from the application program (10) is possible. The system data (1) is executed by command (15).
2-1, 12-2, 12-3).