JPH01184554A - データアクセス方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔概　　　要〕 ビル管理システム等のオンラインリアルタイムシステム
などにおいて、補助記憶装置の有無、台数又は種類が異
なるシステムラインナツプで、主記憶装置のみ、又は主
記憶装置と補助記憶装置の両方に分散させて格納されて
いるシステムデータのアクセス方式に関し、 補助記憶装置の有無、台数又は種類にかかわらず共通の
アプリケーションプログラムによるシステムデータのア
セクスを可能にすることを目的とし、 システム規模により補助記憶装置の有無、台数又は種類
のいずれかが異なり、補助記憶装置を有する場合には少
（とも該各補助記憶装置上のファイルの入出力制御を行
うファイル管理部を有し、アプリケーションプログラム
によってアクセスされるシステムデータが主記憶装置、
及び前記補助記憶装置がある場合は該装置とに分散して
、格納串れているデータ処理システムにおいて、前記各
システムデータが前記主記憶装置又は前記補助記憶装置
のいずれに格納されているのかを記憶するシステムデー
タ配置記憶部と、前記アプリケーションプログラムから
の前記システムデータのアクセス命令に対して前記シス
テムデータ配置記憶部を参照し、前記システムデータが
前記主記憶装置上にある場合には該装置上の対応するア
ドレスを↑ｈ定してアクセスを行い、補助記憶装置を有
するシステムで前記システムデータが該装置上にある場
合には前記ファイル管理部に対して前記システムデータ
が格納されている補助記憶装置へのアクセス要求を、出
力してアクセスを行わせる仮想化ファイル制御部とを有
し、前記システムデータが前記主記憶装置又は前記補助
記憶装置のいずれに格納されていても、前記アプリケー
ションプログラムからは同一のアクセス命令で前記シス
テムデータのアクセスが行われるように構成する。

〔産業上の利用分野〕

本発明は、ビル管理システム等のオンラインリアルタイ
ムシステムなどにおいて、補助記憶装置の有無、台数又
は種類が異なるシステムラインナツプで、主記憶装置の
み、または主記憶装置と補助記憶装置の両方に分散させ
て格納されているシステムデータのアクセス方式に関す
る。

〔従来の技術〕

ビル管理システム等のオンラインリアルタイムシステム
においては、ビル内の様々な設備に対応して入出力する
情報をコンピュータシステムに搭載されたアプリケーシ
ョンプログラムの制御下で゛集中的に管理している。こ
の場合、各設備に対応したシステムデータを所定の記憶
領域に保持し、各設備からの情報に基づいて対応するシ
ステムデータの内容を読み出し、書き替え、更に必要に
応じて各設備に情報を送ることによって各設備の管理を
行っている。

この場合、設備点数は４階建てビルでは１００点、５〜
６階建てビルでは２００点程度であるため、このような
ビルに対しては各システムデータは主記憶装置（アドレ
ス指定によって直接アクセス可能なＲＯＭ、ＲＡＭ等の
内部メモリ）上に十分格納可能であるため、ビル管理シ
ステムとしては補助記憶装置のない超小型又は小型のコ
ンピュータシステムで対応できる。

これが１２〜１３階建てビルになると設備点数は１００
０点程度に増え、各システムデータを格納するために主
記憶装置のみでは容量が足りなくなるため、フロンビイ
ディスク装置等の補助記憶装置を搭載した中型のコンピ
ュータシステムが必要となって（る。

更に、２０〜２２階建てビルでは３０００点、４０〜５
０階建てビルでは１００００点にもなるため、ハードデ
ィスク装置等の大容量の補助記憶装置まで搭載した大型
又は超大型のスーパーミニコンクラス６コンピユータシ
ステムが必要となって（る。

上記各システムにおいて、例えば補助記憶装置のないシ
ステムでは、第４図（ａ）に示すようにアプリケーショ
ンプログラム２及びシステムデータ３共に主記憶装置１
上に格納されているため、アプリケーションプログラム
２がシステムデータ３をアクセスする場合には、同図４
に示すように単にメモリの参照を行ってデータのコピー
をすればよい。

一方、補助記憶装置のある中型以上のシステムにおいて
は、アプリケーションプログラム２′とシステムデータ
３は主記憶装置１上にあるが、主記憶装置１に入りきら
ないシステムデータ６は補助記憶装置５上に格納される
。従って、アプリケーションプログラム２′は主記憶袋
Ｗｌ上のシステムデータ３をアクセスする場合には、同
図４に示すようにメモリ参照を行ってアクセスするが、
補助記憶装置５上のシステムデータ６をアクセスする場
合には、同図７に示すようにファイルアクセス７を行う
ことになる。即ち、例えば０ｐｅｎ命令によりファイル
オープンをし、その後ｒ　ｅ　ａｄ又はｗｒｉｔｅ命令
によりシステムデータ６の読み出し゛又は書き込みを行
い、アクセス終了時にｃｌｏｓｅ命令によりファイルを
クローズするというような動作をする。

このように従来例においては、補助記憶装置がある場合
とない場合とで、アプリケーションプログラム２と２′
におけるシステムデータ３又は６へのアクセス方法が異
なっていた。

〔発明が解決しようとする課題〕

しかし、ビル管理用のアプリケーションプログラムで実
行される基本的な処理は、ビルの規模により設備点数が
異なっても同じであるため、従来のようにシステムデー
タが主記憶装置にあるか補助記憶装置にあるかの違いだ
けでアプリケーションプログラムが異なってしまうと、
ビルの規模に応じて異なるアプリケーションプログラム
を用意しなければならないことになり、システムの自由
度が小さくなってしまい、アプリケーションプログラム
の標準化を行うことができないという問題点を有してい
た。

そしてこのことは、システムラインアップ全体の開発コ
ストの増加に結びついてしまうという問題点を有してい
た。

本発明は上記問題点を解決するために、補助記憶装置の
有無、台数又は種類にかかわらず共通のアプリケーショ
ンプログラムによるシステムデータのアクセスを可能に
することを目的とする。

〔課題を解決するための手段〕

第１図は、本発明のｔａ能ジブロック図ある。本発明の
対象とするデータ処理システムは、例えばビル管理シス
テム等のオンラインリアルタイムシステムなどであり、
システムの規模により補助記憶装置を全く有していない
か、又は第１図８−１．８−２、・・・に示すようにそ
の台数及び種類（例えばフロッピィディスク、ハードデ
ィスク等）が異なる。補助記憶装置８−１．８−２、・
・・を有する場合は、各装置上のファイルの入出力制御
を行うファイル管理部９を例えばオペレーティングシス
テムの一部の機能として有している。そして、アプリケ
ーションプログラム１０によってアクセスされるシステ
ムデータ１２−１．１２−２．１２−３、・・・は、そ
の一部１２−１が主記憶装置１１上に格納され、入りき
らない分１２−２．１２−３、・・・は補助記憶装置８
−１．８−２、・・・に分散して格納される。なお、各
システムデータ１２−１．１２−２．１２−３、・・・
は各々複数のファイルからなっている。

システムデータ配置記憶部１３は、各システムデータ１
２−１．１２−２．１２−３、・・・内の各ファイルが
、主記憶装置１１又は補助記憶装置８−１．８−２、・
・・のいずれに格納されているのかを記憶するテーブル
であり、例えばオペレーティングシステムの一部のｖ１
能として実現される。

仮想化ファイル制御部１４は、アプリケーションプログ
ラム１０からのシステムデータのアクセス命令１５に対
して、システムデータ配置記憶部１３を参照し、それに
基いて主記憶装置１１又はファイル管理部９に選択的に
アドレス１６又はアクセス要求１７を出力する動作を行
い、例えばオペレーティングシステムの一部機能として
実現される。

上記手段において、例えばオペレーティングシステムの
一部機能として実現されるファイル管理部９、システム
データ配置記憶部１３、及び仮想化ファイル制御部１４
は、例えば主記憶装置１１の一部に常駐するオペレーテ
ィングシステムとして実現される。また、アプリケーシ
ョンプログラム１０は例えば主記憶装置１１上の所定の
プログラム領域に展開される。

〔作　　　用〕

上記の手段において、例えば補助記憶装置８−１．８−
２、・・・を有する中・大型のデータ処理システムにお
いて、仮想化ファイル制御部１４は、アプリケーション
プログラム１０からのシステムデータのアクセス命令１
５に対して、システムデータ配置記憶部１３を参照し、
対象とするシステムデータが１２−１のように主記憶袋
ｒＩ１１１上にある場合には、該装置上の対応するアド
レス１６を指定してそのアクセスを行う。これに対して
、前記システムデータ配置記憶部１３を参照した結果、
対象とするシステムデータが１２−２又は１２−３のよ
うに補助記憶装置８−１又は８−２上にある場合には、
ファイル管理部９に対してシステムデータ１２−２又は
１２−３が格納されている補助記憶装置８−１又は８−
２へのアクセス要求１７を出力してアクセスを行わせる
。

これに対して、例えば補助記憶装置８−１．８−２、・
・・を全く持たない小型のデータ処理システムにおいて
は、システムデータは１２−１のように常に主記憶装置
１１上に格納されている。

このような場合におていも、仮想化ファイル制御装置１
４は前記と同様のアプリケーションプログラム１０から
のアクセス命令１５に対して、システムデータ配置記憶
部１３を参照することにより、主記憶袋ｗ１１１上の対
応するアドレス１６を指定してアクセスを行う。

以上のように、本発明では、アプリケーションプログラ
ム１０は補助記憶装置８−１．８−２、・・・の有無、
台数及びｆｉｉ［の違いにより、システムデータ１２−
１．１２−２．１２−３、・・・が主記憶装置１１又は
補助記憶装置８−Ｌ　８−２、・・・のいずれに格納さ
れていても、その場所を意識せずに同一のアクセス命令
１５でそのシステムデータのアクセスを行うことができ
る。

これにより、システムの規模が異なっても同一のアプリ
ケーションプログラム１０で動作させるとこが可能とな
る。

〔実　　施　　例〕

以下、本発明の実施例につき詳細に説明を行う。

第２図は、本発明の実施例の構成図である。ＣＩ’Ｕ２
０にはバス２１を介して主記憶装置１８及び例えばフロ
・７ピイデイスク等の補助記憶装置１９が接続され、更
にバス２１を介して複数のビル設備２２が接続される。

主記憶装置１８上には、オペレーティングシステム（Ｏ
５）２３として、通常のシステム制御を行うシステム２
４の池に、仮想化ファイル制御プログラム２５、ファイ
ル管理プログラム２６、及び配置情報テーブル２７が格
納され、またアプリケーションプログラム２８及びシス
テムデータ２９−１が格納される。一方、補助記憶装置
１９上にはシステムデータ２９−２が格納される。

上記構成の実施例の動作につき以下に説明を行う。まず
、ＣＰＵ２０は０５２３内のシステム２４の制御下でア
プリケーションプログラム２８を順次実行し、バス２１
を介して複数のビル設備２２から入力する各制御情報を
監視している。この場合、上記各制御情報に基づいて各
設備に対応したシステムデータ２９−１．２９−２内の
ファイルの内容を読み出して書き替え、それによってま
た各ｙｔ備に制御情報を送り、又は警報を出したりする
。

この時、システムデータｚ９−１．２９−２のうち、２
９−１で示される集合は主記憶装置１８上に格納できる
が、２９−２で示される集合については設備点数が多い
ために主記憶装置１８に入りきらず、そのため補助記憶
装置１９に格納されている。

次に、ｏＳ２３内のファイル管理プログラム２６は、補
助記憶装置１９上のシステムデータ２９−２等のファイ
ル管理を行っており、アクセス要求（後述）に対応した
アクセス制御を行う。

０８２３内の配置情報テーブル２７は本発明の特徴とす
るところであり、各々複数のファイルからなるシステム
データ２９−１．２９−２の各ファイルが、主記憶装置
１８、補助記憶装置１９のいずれに記憶されているのか
を記憶している。なお、システムデータ２９−１の一部
はシステム立ち上げ時に補助記憶装置１９からロードさ
れたものであり、システムデータ２９−２の一部にも同
じファイルが存在する場合がある。この処理に対しては
後述する。

本実施例において、まずアプリケーションプログラム２
８で表わされ主記憶装置１８上のシステムデータ２９−
１の各ファイル又は補助記憶装置１９上のシステムデー
タ２９−２の各ファイルをアクセスするための命令とし
て、“ｏｐｅｎ”、“ｒｅａｄ”Ｓ”ｗｒｉｔｅ”、”
ｃｌｏｓｅ”の４命令を定義する。“ｏｐｅｎ”命令は
ファイル名を指定することによりそのファイルをオープ
ンしチャネルを割り当てるための命令である。

＠ｒｅａｄ”命令は、“ｏｐｅｎ″命令でオープンされ
チャネルが割り当てられたファイルに対して、読み込み
領域を指定してファイル上のデータを読み込むための命
令である。“ｗｒｉｔｅ”命令は、逆に書き込み領域を
指定してファイル上のデータを書き替えるための命令で
ある。“ｃｌ。

ｓｅ″命令はオープンされているチャネルを指定してそ
れに対応するファイルをクローズする命令である。

本実施例においては、上記各アクセス命令において、補
助記憶装置等の装置番号等の指定を全く行う必要がない
という特徴を有する。即ち、アプリケーションプログラ
ム２８は、各システムデータ２９−１．２９−２が主記
憶袋２２１８、補助記憶装置１９のいずれにあるかを全
く意識しないで動作する。

そのために、各システムデータ２９−１．２９−２のア
クセス制御を行う必要がでてくるが、これは０３２３内
の仮想化ファイル制御プログラム２５が、第３図の動作
フローチャートに従って以下に示す動作を実行すること
により実現される。

まず、ＣＰＵ２０がアプリケーションプログラム２８を
順次実行している途中で“ｏｐｅｎ”命令が実行された
場合、仮想化ファイル制御プログラム２５は配置情報テ
ーブル２７を参照し、オープンしようとするファイルが
どこにあるかをサーチする（第３図のＳ１→３２−３３
、以下第３図参照）。

これにより、例えばシステムデータ２９−１のようにフ
ァイルが主記憶装置１８上にある場合には、対応するア
ドレスを参照しく５３−３４）、その部分のデータに関
する他の割込みを禁止状態（ロック）にして処理を終わ
る（Ｓ５→５１９）。

これとは逆に、例えばシステムデータ２９−２のように
ファイルが補助記憶装置１９上にある場合には、ファイ
ル管理プログラム２Ｇに対して、対応する補助記憶装置
１９の対応するファイルのオープン要求を出力し、オー
プン動作を行わせる（Ｓ３→Ｓ６→３１９）。

次に、アプリケーションプログラム２８によって“ｒｅ
ａｄ”命令が実行された場合、仮想化ファイル制御プロ
グラム２５は配置情報テーブル２７を参照して、読み込
みを行おうとするファイルがどこにあるかをサーチする
（３１−３２−３７→３８）。

これにより、例えばシステムデータ２９−１のようにフ
ァイルが主記憶袋Ｗ１１８上にある場合には、主記憶袋
Ｗ１１Ｂ上のシステムデータ２９−１の対応するアドレ
スを指定して、そこのデータをアプリケーションプログ
ラム２８の所定のデータ領域にコピーして処理を終わる
（Ｓ８−３９−３１９）。

これとは逆に、例えばシステムデータ２９−２のように
ファイルが補助記憶装置１９上にある場合には、ファイ
ル管理プログラム２６に対して、対応する補助記憶装置
１９のチャネルの対応するファイルの指定領域のリード
アクセスの要求を出力し、データリードを行わせる（Ｓ
８−３ＩＱ−８１９）。

次に、アプリケーションプログラム２８°によって“ｗ
ｒｉｔｅ”命令が実行された場合、仮想化ファイル制御
プログラム２５は前記と同様に配置情報テーブル２７を
参照して、書き込みを行おうとするファイルがどこにあ
るかをサーチする（Ｓ１→Ｓ２→Ｓ７→５１１）。

これにより、例えばシステムデータ２９−１のようにフ
ァイルが主記憶装置１８上にある場合には、主記ｉ、α
装置１８上のシステムデータ２９−１の対応するアドレ
スを指定して、アプリケーションプログラム２８からの
データをコピーする（Ｓ１１−３１２）。そして、同じ
ファイルが補助記憶装置１９上に存在しなければ、その
まま処理を終わる（Ｓ１３−３１９）。同じファイルが
補助記憶装置１９上のシステムデータ２９−２として存
在すれば、ファイル管理プログラム２６に対して、対応
する補助記憶装置１９のチャネルの対応するファイルの
指定領域のライトアクセスの要求を出力し、データライ
トを行わせてその内容も書き替える（３１３−３１４→
５１９）。これにより、主記憶袋ｗ１１８と補助記＋５
０装置１９の両方に同じシステムデータがある場合、そ
の内容が互いに異なってしまって矛盾が生じるのを防い
でいる。

上記とは逆に“ｗ　ｒ　ｉ　ｔ　ｅ”命令の対象とする
ファイルが、例えばシステムデータ２９−２のように補
助記憶装置１９上のみにある場合には、ファイル管理プ
ログラム２６に対して、対応する補助記憶装置１９のチ
ャネルの対応するファイルの指定領域のライトアクセス
の要求を出力し、データライトを行わせる（Ｓ　１１−
３１５−３１９）。

次に、アプリケーションプログラム２８によって“ｃｌ
ｏｓｅ”命令が実行された場合、仮想化ファイル制御プ
ログラム２５は配置情報テーブル２７を参照し、クロー
ズしようとするファイルがどこにあるかをサーチする（
Ｓ　１−３２→５１６）。

これにより、例えばシステムデータ２９−１のようにフ
ァイルが主記憶装置１８上にある場合には、対応するア
ドレスを参照してその部分のデータに関する他の割込み
の禁止状態を解除（ロック解除）して処理を終わる（３
１６−３１７−５１９）。

これとは逆に、例えばシステムデータ２９−２のように
フ７・イルが補助記憶装置１９上にある場合には、ファ
イル管理プログラム２６に対して、対応する補助記憶装
置１９の対応するファイルのクローズ要求を出力し、ク
ローズ動作を行わせる（Ｓ１６→Ｓ１８→５１９）。

以上に示したように、本実施例ではシステムデータ２９
−１．２９−２のアクセス制御は、０３２３内の仮想化
ファイル制御プログラム２５が配置情報テーブル２７を
用いることによって実行するため、アプリケーションプ
ログラム２８はシステムデータが主記憶装置１８上にあ
るのか、補助記憶装置ｉ！２１９上にあるのかを意識す
る必要はなくなる。

従って、小型のビル管理システムなどのように補助記憶
装置を持たないシステムにおいても、上記と全く同じア
プリケーションプログラムでシステムデータをアクセス
できる。

更に、補助記憶装置の台数又は種類が異なっても、それ
に応じて配置情報テーブル２７を用意しておけば、同一
のアプリケ−シリンプログラムでシステムデータをアク
セスできる。

なお、本実施例では’ｏｐｅｎ”、”ｒｅａｄ”、”ｗ
ｒ　ｉ　ｔ　ｅ″、′″ｃｌｏｓｅ’の４命令を例とし
て挙げたが、他のファイルアクセス命令も同様にして実
現可能である。

〔発明の効果〕

本発明によれば、システムデータが主記憶装置上と補助
記憶装置上のどちらにあっても、その格納場所を意識せ
ずに統一したアクセス命令（インクフェース）でアクセ
ス可能となり、小規模から大ＸＪＩ　Ｉｍシステム間の
アプリケーションプログラムの互換性が向上し、規模の
選択の自由度を大きくすることができる。

また、途中で補助記憶装置の台数や種類が変更になった
場合においても、アプリケーションプログラムを変更す
る必要がなくなるため、柔軟性を向上することが可能と
なる。

【図面の簡単な説明】

第１図は、本発明の機能ブロック図、 第２図は、本発明の実施例の構成図、 第３図は、本実施例の動作フローチャートを示した図、 第４図（ａｌ、　（ｂｌは、従来例の説明図である。 ８−１．８−２、・・・補助記憶装置、９・・・ファイ
ル管理部、 １０・・・アプリケーションプログラム、１１・・・主
記憶装置、 １２−１．１２−２．１２−３ ・・・システムデータ、 １３・・・システムデータ配置記憶部、１４・・・仮想
化ファイル制御部、 １５・・・アクセス命令、 １６・・・アドレス、 １７・・・アクセス要求。

Claims (1)

1. 【特許請求の範囲】 システム規模により補助記憶装置の有無、台数又は種類
   のいずれかが異なり、補助記憶装置（１８−１、１８−
   ２、・・・）を有する場合には少くとも該各補助記憶装
   置上のファイルの入出力制御を行うファイル管理部（９
   ）を有し、アプリケーションプログラム（１０）によっ
   てアクセスされるシステムデータ（１２−１、１２−２
   、１２−３、・・・）が主記憶装置（１１）及び前記補
   助記憶装置がある場合は該装置（８−１、８−２、・・
   ・）とに分散して格納されているデータ処理システムに
   おいて、 前記各システムデータ（１２−１、１２−２、１２−３
   、・・・）が前記主記憶装置（１１）又は前記補助記憶
   装置（８−１、８−２、・・・）のいずれに格納されて
   いるのかを記憶するシステムデータ配置記憶部（１３）
   と、 前記アプリケーションプログラム（１０）からの前記シ
   ステムデータ（１２−１、１２−２、１２−３、・・・
   ）のアクセス命令（１５）に対して前記システムデータ
   配置記憶部（１３）を参照し、前記システムデータが前
   記主記憶装置（１１）上にある場合（１２−１）には該
   装置上の対応するアドレス（１６）を指定してアクセス
   を行い、補助記憶装置を有するシステムで前記システム
   データが該装置（８−１、８−２、・・・）上にある場
   合（１２−２、１２−３）には前記ファイル管理部（９
   ）に対して前記システムデータ（１２−２、１２−３）
   が格納されている補助記憶装置（８−１、８−２）への
   アクセス要求（１７）を出力してアクセスを行わせる仮
   想化ファイル制御部（１４）とを有し、 前記システムデータ（１２−１、１２−２、１２−３、
   ・・・）が前記主記憶装置（１１）又は前記補助記憶装
   置（８−１、８−２、・・・）のいずれに格納されてい
   ても、前記アプリケーションプログラム（１０）からは
   同一のアクセス命令（１５）で前記システムデータ（１
   ２−１、１２−２、１２−３）のアクセスが行われるこ
   とを特徴とするデータアクセス方式。