JPH0474270A - インデックスキーファイルの一元管理処理方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔概　要〕 本発明は、ファイル内に所望の複数のインデックスデー
タおよび他のデータを関連づけておき。

その中より所望のデータを入出力処理するインデックス
キーファイルの一元管理処理方式に関し。

ファイル内にて、関係があるインデックスデータおよび
他のデータを関連づけて、当該ファイル内で所望のデー
タの入出力処理を実行するときにもそれをより簡単にす
ることを目的としファイル内にて、所望の複数のインデ
ックスデータをマルチパスキーとして認識する機能を有
し。

さらに、入出カキ−ワードによって、当該ファイル内に
て所定のマルチパスキーが指定されたときこれに続くデ
ータあるいはデータ領域を検出する一方で、所定のコマ
ンドによって、当該マルチパスキーに続くデータあるい
はデータ領域をアクセスするとともに、当該コマンドに
したがう入出力処理を実行するよう働く機能を有したラ
イブラリアンを備えてなり、インデックスデータの順序
中で所望のデータを処理するに当たって、上記ライブラ
リアンを介して自動的に入出力処理し、それを一元管理
できるよう構成する。

〔産業上の利用分野〕

本発明は、ファイル内に所望の複数のインデックスデー
タおよび他のデータを関連づけておき。

その中より所望のデータを入出力処理するインデックス
キーファイルの一元管理処理方式に関する。

ファイルを利用して構成されるプログラムは互いに関係
する複数のインデックスキーデータや他のデータを所定
の順序に沿って並べて行くことが望まれるようになりこ
れを容易にする技術が求められる。

〔従来の技術〕

従来において、プログラムを作成するときには概ね次の
ようにしてなされていた。

すなわち上級プログラマが例えば所定の書類から必要な
データをぬきだしてファイル設計を行いこれを基に自身
がキーボード入力を行ってインデックスキーデータを付
してファイルデータを順次設定して行（。ここに完成さ
れたプログラムの内容については２つまり互いに関連す
るデータにはインデックスキーが設定されており、ユー
ザがインデックスキーを入力すれば特定の関係するブタ
がデイスプレィ上に出力される。これを實現するのはフ
ァイルドライバであり５　したがってプログラム作成に
はファイルドライバの機能を考慮して機能的に設計され
ているとも言える。

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

従来においては、関連するデータに対して単一のインデ
ックスキーを付されるようにしていた。

したがって新たなデータを追加しようとする場合には上
級プログラマによりファイルの再設計が必要になるし、
あるいは場合によってはプログラムの構造自体を変更す
る必要が生しることもある。

このことは、多人数でプログラムを開発する場合、ファ
イルおよびプログラムの構造を全員に周知させなければ
ならないし、開発工数が多くなるという問題を生しる。

また現在のファイルドライバは所望のデータの入出力処
理を実行するためのインデックスキーデータも自由度が
少なく、データの入出力処理を固定的に定められたイン
デックスキーを用いる必要がある。

本発明は、このような課題に鑑みてなされたものであり
、ファイル内にて、関係があるインデックスデータおよ
び他のデータを関連づけて当該ファイル内で所望のデー
タの入出力処理を実行するときにもそれをより簡単にす
ることを目的とする。

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

第１図は本発明の原理構成図を示す。

菌中、符号１０はファイルであり、ユーザないしプログ
ラマが指定するデータが格納されるよう構成されている
。そのデータとしては１例えばマルチパスキーとなる部
品で、インデックスキーデータ「今日の天気」とこれに
続くデータで「晴れ」とが格納できる。ただしマルチパ
スキーには「今日の天気Ｊに関連して「東京・港」など
を自由に付加することが可能である。この場合、一連の
マルチパスキー「東京・港・今日の天気」は「東京都港
区における今日の天気Ｊを意図する。これに続くデータ
は「晴れ」、「曇り」、「雨」等のいずれかがその時々
により選択され用意される。つまりマルチパスキーと対
応づけて格納される。

２０はライブラリアン、すなわちファイル入出力ドライ
バであり９次の機能を少なくも備えて構成されている。

１つには、ファイルのデータ構造設定機能であり、これ
はファイル１０にてどんなインデックスキーデータをど
のような順ダ８で並べて行くか、つまり格納して行くか
を動的に設定する機能である。

もう１つには、マルチパスキー認識機能でありこれはフ
ァイル１０内にてインデックスデータの順列中で所望の
位置の一連のインデックスキーデータをマルチパスキー
として認識するよう機能する機能である。「東京・港区
・今日の天気・晴れ」までをマルチパスキーとして認識
することも可能である。

そしてもう１つには、入出カキ−ワード判定機能であり
、これはユーザないしプログラマが入力した入出カキ−
ワードが所定のマルチパスキーの１つまたは複数個を指
定したとき、それを判定するとともに当該マルチパスキ
ーに続くデータやデータ領域を検出するよう機能する機
能である。マルチパスキーが「今日の天気・晴れｊまで
であればこれに続（データが例えば「部屋の窓」とされ
ていればこれを検出する。

さらにもう１つには、コマンド判定４１能であり。

これは図示の如きコマンド３１．３２等が人力されたと
き、それを判定するとともに今検出されたマルチパスキ
ーに続（データやデータ領域を当該コマンドにしたがっ
て入出力処理するよう機能する機能である。例えば「今
日の天気」に続くデータ「晴れ」の設定を変更するなど
入出力処理する機能である。コマンドには、読み、書き
、比較検討、コピー、プロテクトコード設定、プロテク
トコード変更、クリエイト、削除等があることは言うま
でもない。

〔作　用〕

まずユーザが人出カキ−ワードを「今日の天気Ｊとして
指定すると、ライブラリアン２０はファイル１０を検索
して、インデックスデータ「今日の天気」を探し出す。

そしてユーザが書き込みコマンドをもって、　「ファイ
ル書き込み／晴れ」として指定すると、当８亥ライブラ
リアン２０は「今日の天気Ｊに続くデータに「晴れ」を
書き込む。この後当該ライブラリアン２０はユーザに対
し書き込み結果　ＯＫ　を返答する。

一方この状態で再びユーザが入出カキ−ワードを「今日
の天気」として指定すると、ライブラリアン２０はファ
イル１０を検索して、インデックスデータ「今日の天気
」を捜し出す。ここでユーザが今度はコマンドをもって
、「ファイルリード（Ｍみ）今日の天気Ｊとして指定し
、マルチパスキーでもある【今日の天気」に続くデータ
がどうなっているのかをライブラリアン２０に要求して
みると、当該ライブラリアン２０はファイル１゜に格納
された「今日の天気」に続くデータ「晴れ」を見つけ出
してユーザに対して表示し返答する。

もっとも、ここではファイル１ｏ内に「晴れ」を書き込
んだ場合ではなく、東京Ｓ港区に雨が膝り始めたことが
ら［雨」と書き込んでいた場合ではファイル１０内から
［雨Ｊを見つけ出してこれを返答することになる。

なおマルチパスキーを１今日の天気・雨・部屋の窓」ま
でとすることもでき、「部屋の窓」に続くデータよして
「開けるＪもしくは「閉める」のいずれかを格納してお
くことも自由である。そして、所定のコマンド例えば「
コピー」を行うことを指示するコマンドを入力すればそ
の「コピー」を作成するための処理を行うこともできる
ことになる。

〔実施例） 第２図は一実施例の構成図を示す。

図中、符号２は表示装置、４はキーボード　６はプリン
ター、１０はファイル、２０はライブラリアンを示す。

処理結果を表示するためのＣＲ’Ｔデイスプレィ装置２
と、様々なデータ指定や処理命令を行うためのキーボー
ド４とを備えており、その外、それらデータを格納する
ためのファイル１０と、実際にデータの入出力処理をし
データの送受を行うためのライブラリアン２０とを備え
て構成されている。

各主要部の構成について説明する。

まずファイル１０としては２例えば磁気ディスク装置で
あり、ユーザあるいはプログラマが指定するインデック
スデータおよび他のデータが格納されるよう構成されて
いる。

そのインデックスデータおよび他のデータとしては９例
えば「東京・港区・今日の天気・晴れ・部屋の窓・開け
る」、もしくは「東京・港区・１２３・＊＊エレクトロ
ニクス」といった一連の関係のあるデータが考えられる
。これらは「東京都港区において今日の天気が晴れであ
るならば部屋の窓を開けましょう」であったり、＊＊エ
レクトロニクスの所在を表す住所録であったりしている
ことを表している。「東京」や「港区」や「今日の天、
気Ｊや「晴れ」や「部屋の窓」や「開ける」の各々がイ
ンデックスデータでありまたデータ自体であり、各々が
マルチパスキーを構成している。

勿論、複数のデータをアンド論理で結合したものを１つ
のインデックスデータとして取り扱うように定めてもよ
い。

なお　これら各データがファイル１０内にてどのように
格納されているか、そしてそれらがどのように人出力さ
れるのかについては、つまり動的なファイル構造および
一元管理処理については後に説明する。

ライブラリアン２０、すなわち別称ファイル入出力ドラ
イムとしては９次の機能を少なくも備えて構成されてい
る。

既に述べた通り、第１には、ファイＪしのデータ構造設
定機能２２であり、これはファイル＋０４こてどんなイ
ンデックスキーデータをどのような順序で並べて行くか
、つまり格納して行くかを動的に設定する機能である。

この機能は、詳しくは後述するデータロケーションテー
ブル４３や゛ノートデータアドレスマツプ４４により構
成される。

第２には、マルチパスキー認識機能２４でありこれはフ
ァイル１０内にてインデックスデータの順列中で所望の
位置の一連のインデックスデータをマルチパスキーとし
て認識するよう機能する機能である。本実施例の場合、
［東京・港区　今日の天気・晴れ・部屋の窓」までをマ
ルチパスキーとして認識することが可能である。これは
後述するソートデータアドレスマツプ４４等により構成
される。

第３には、入出カキ−ワード判定機能２６であり、これ
はユーザないしプログラマが入力した入出カキ−ワード
が所定のマルチパスキーを指定したとき、それを判定す
るとともに当該マルチパスキーに続くデータやデータ領
域を検出するよう機能する機能である。マルチパスキー
が「今日の天気・晴れ・部屋の窓」までであればこれに
続くデータが例えば「開ける」とされていればこれを検
出する。これも後述するソートデータアドレスマツプ等
により構成される。

第４には、コマンド判定機能２８であり、これはコマン
ド３１．３２等が入力されたとき、それを判定するとと
もにソートデータアドレスマツプ等にて検出されたマル
チパスキーに続くデータやデータ領域を当該コマンドに
したがって設定変更（つまりマツプの順列変更等）する
よう機能する機能である。例えば「今日の天気ｊに続く
データ「晴れ」の設定を「雨」に変更するなど入出力処
理する機能である。ただし、後述するファイル１０内の
生データエリアにて新たなデータを追加する等機能する
ことも可能である。このようにして、一連のデータはフ
リー・フォーマットとなりその大きさは自由に定められ
る。

なお、ファイルＩＯの入出力処理を実行するライブラリ
アン２０は次に示す８つのコマンドにより起動するよう
にされる。

第１には　ｒｅａｄ　（読み）のコマンドであり、これ
は ＲＤ：ＸＸＸ、ＸＸ を指定した場合、キーｘｘｘ、ｘχに対応するデータを
見つけ出して読み出せということを意図する。

第２には、　ｗｒｉｔｅ　　（書き）のコマンドであり
。

これは ＷＲ：ＸＸＸ、　　ＸＸ を指定した場合、キーｘｘｘ、ｘｘに対してデ−夕の書
き込みを行えということを意図する。

第３には、　ｖｅｒｆｙ　　（確認）のコマンドであり
これは ＶＦ：ＸＸＸ、　　ＸＸ を指定した場合、キーｘｘｘ、ｘｘのデータの比較検討
を行えということを意図する。

第４にハ、　ｃｏｐｙ　（複写・置き換え）のコマンド
であり、これは ＣＰ　：Ｘｌ　Ｘｌ　　Ｘｌ、Ｘｌ　Ｘｌ　　：Ｘｚ　
Ｘｚ　ＸｚｔＸｚ を指定した場合、キーＸ＋　Ｌ　Ｘｌ　、Ｘｌ　ＸＩか
らｘ、ｘ２ｘ、、ＸＩ　ｉにデータのコピーを行えとい
うことを意図する。

第５には、　ｐｒｏｔｅｃｔ　　（記憶保護）のコマン
ドであり　これは ＰＲ：ＸＸＸ、ＸＸ、１２３ を指定した場合、キーｘｘｘ、ｘｘのプロテクトコード
１２３を設定せよということを意図する。

第６には、　　Ｃ−ｐｒｏｔｅｃｔ　　（記憶保護変更
）のコマンドであり、これは ｐｃ：ｘｘｘ、　　ｘｘ、　　１２３　　２２３を指定
した場合、キーｘｘｘ、ｘｘのプロテクトコード１２３
をプロテクトコード２２３に変更せよということを意図
する。

第７には、　ｃｒｅａｔｅ　（創作）のコマンドであり
これは ＣＲ：　　ＸＸＸ、　　ＸＸ を指定した場合、キーｘｘｘ、ｘｘをもつファイルの作
成を実行せよ、あるいは大きさの変更をせよということ
を意図する。

第８には、ｄｅｌｅｔｅ　（削除）のコマンドであり。

これは ＤＬ：ＸＸＸ、ＸＸ を指定した場合、キーｘｘｘ、ｘｘをもつファイルを削
除せよということを意図する。

第３図はファイル１０の構造図を示す。

ライブラリアン２０が管理するファイル１０の構造につ
いて、上の欄から順次説明する。例えば１番上に、ファ
イルサイズ４１．ファイル属性。

ファイル名４２が既述される。本実施例の場合ファイル
サイズ４１を横に３２ハイドのレコードが縦にｎレコー
ド分というように設定されている。

そしてファイル属性、ファイル名４２としては本ファイ
ルがどのような属性に属しているか、またそのファイル
名は何かが設定されている。これらハ総称してファイル
管理用データである。

その次の下の欄には、データロケーションテーブル４３
が設定される。これは２例えば横に３２ビツトあるうち
の各１ビツトが１つずつのフラグとして設定されている
。１つのフラグは後述する生データエリア中のあるエリ
ア（これは少なくともルコード分ある）に対応している
。つまり各１ビツトフラグは各々対応する生データエリ
ア中のあるエリアが使用されているか否かを表す。別の
言い方をすればそこに生データが格納されているか否か
を明確にするものである。

その次の下の欄には、ソートデータアドレスマツプ４４
が設定される。これは、後述する生データの先頭１バイ
ト分を格納する１バイトエリアを先頭に設けるとともに
、この右隣に当該生データのアドレスを格納する３ハイ
ドエリアを設け、以下これを順次同様に最後尾まで続け
て設定している。その設定順番は生データの格納昇順と
同しである。つまり生データが格納されて行った順番に
合わせて整列される。このアドレスマツプ４４を参照す
ることにより、　ｉｔ認された生データを順次呼び出す
ことができる。

その次の下の欄には、生データのエリア４５が設定され
る。この生データエリア４５は横に２８バイト分をもち
縦にｎレコード分２本実施例では３２レコ一ド分用意さ
れ、各々のレコードの後尾にリンクテーブル４６が設け
られて、マルチパスキーとして関連づけられているデー
タの所在を指示する。生データエリア４５には「東京」
、「港」等の生データ、すなわちインデックスデータさ
らにはマルチパスキーとなるデータがランダムに格納さ
れるが、先に述べた通りそれらはデータロケーションテ
ーブル４３およびソートデータアドレスマツプ４４によ
り動的に管理される。すなわちライブラリアン２０にお
けるファイルのデータ構造設定機能２２により動的に管
理される。

第４図はライブラリアン２０による生データの管理状況
図を示す。

生データエリア４５のうち、１番上におけるエリアには
図示の場合には生データが存在するので。

データロケーションテーブル４３における先頭のつまり
１番目のフラグ＃１は立った状態になるとともに、ソー
トデータアドレスマツプ４４の先頭にはＡ、その次ぎに
は当該生データＡが存在する場所のアドレスが格納され
た状態になる。そして２番目における生データのエリア
は不使用状態にありデータが存在しないのでロケーショ
ンテーブル４３における２番目のフラグ＃２は立ってい
ない状態になる。また３番目における生データのエリア
には生データＢが存在しており、ロケーションテーブル
４３における３番目のフラグ＃３が立てられると共に、
マツプ４４の２番目にはＢ、および当該データが存在す
る場所Ｂのアドレスが格納された状態になる。このよう
にして生データエリア４５が無くなるまでロケーション
テーブル４３およびマツプ４４ともに生データを動的に
管理するデータの設定がなされている。

第５図は、ライブラリアン２０がファイル１０における
生データエリア４５に新たな生データを書き込むときの
動作を示すフローチャートである。

ユーザあるいはプログラマがキーボード４からある生デ
ータを書き込む操作をすると、まずステップ５−１にて
既述した入出カキ−ワード判定機能２６を起動し、生デ
ータの重複チエ’７りを行う。

もし　ここでファイル１０において生データの重複が有
ればデイスプレィ２に対してエラー通知を行うが９重複
が無ければステップ５−２に進みデータロケーションテ
ーブル４３のチエツクを行う。

すなわちここで生データを書き込むべきエリアを捜し出
す。

この状態を得るとステップ５−３に進みコマンド判定機
能２８を起動させ、当該エリアに新たなデータを書き込
む。そしてステップ５−４にてデータロケーションテー
ブル４３のフラグ設定を行う。このようにして新たな生
データの書き込みが終わるとステップ５−５に進みファ
イルのデータ構造設定機能２２を起動させ、ソートデー
タアドレスマツプ４４のソート処理を行う。この後、最
後のステップ５−６に進み処理結果をデイスプレィ２に
対して通知するとこのフローチャートを終了する。

第６図はライブラリアン２０がファイル１０における生
データエリア４５から生データの読み出しを行うよきの
動作を示すフローチャートである。

ユーザあるいはプログラマがキーボード４よりある生デ
ータを読み出し操作をすると、まずステップ６−１にて
既述した入出カキ−ワード判定機能２６を起動し、ソー
トデータアドレスマツプ４４上より先頭ハイドの検索を
行う。すなわち読み出すべき生データの先頭バイトが存
在するか否かを検索する。

もし、ここで当該先頭バイトが存在しなければエラー通
知を行うが、先頭バイトが有ればステップ６−２に進み
先頭バイトに続くアドレスを調べてキー検索を行う。す
なわち生データエリア４５上に実際に生データがあるか
否かを検索する。

ここで実際に生データが無ければエラー通知を行うが、
実際に生データが有ればステップ６−３に進みコマンド
判定機能２日を起動させ、当該生データの読み出しを行
う。この後、最後のステップ６−４にてデータ通知を行
うとこのフローチャトを終了する。

このようにインデンクスキーファイルの一元管理を行う
ときには、ライブラリアン２０を起動することにより、
ファイル１０から生データの入出力処理を自動的に執り
行いながら５つまり生デタを動的に取り扱いながら管理
することができる。

第７図は本発明つまりファイル１０を含むライブラリア
ン２０をオペレーティングシステム（Ｏ３）に組み込ん
だ場合における実施例の概略要点図を示す２ 第７図（Ａ）に示すようにファイル］（１０’）に限定
して説明する。ファイル１内には「今日の天気・晴れ」
や「明日の天気・曇り」等を格納し○Ｓの機能にライブ
ラリアン２０の８！能を付与するとともに「ファイル」
というコマンドを組み込む。これにより、ファイル１（
１０′）のあるデータに対して読み込みを行う場合、キ
ーボード４により例えばｒＦｌＬＥ　　ＲＤ（リード）
：ＦＩＬＥｌ・今日の天気」そして「改行」と操作指定
すると、Ｏ３を介してライブラリアン２０が機能し第７
図（Ｂ）に示すようにデイスプレィ２上に「晴れ」と表
示される。

一方フアイル１のあるデータに対して書き込みを行う場
合、キーボード４により例えばｒＦＩＬＥＷＲ（ライト
）：ＦＩＬＥｌ・今日の天気雨」そして「改行」と操作
指定すると、第７図（Ｃ）に示すようにファイル１内で
「晴れ」にあった内容が「雨」に変更される。

第８図は本発明をモジュール化して通信回線に接続した
場合における他の実施例の概略構成図を示す。

他の端末局５１とライブラリアン局２０とを通信回線５
３で接続した場合、他の端末局５１がライブラリアン局
２０にＲＤ（リード）を転送すると、ライブラリアン局
２０が当該他の端末局５１に対して例えば「晴れ」を転
送する。

ライブラリアン局２０との入出力はコマンドを抽象化で
きるため通信回線のスピード等には依存しない。このた
め通信回線とライブラリアンとを組み合わせたシステム
を作る場合には開発工数が少なくてすむ。

第９図は本発明を計測器用ハス（ＧＰｉＢ）に接続した
場合における他の実施例の概略構成図を示す。

ライブラリアン２０を計測器ハス６１に接続し外部記憶
として利用する場合、ＧＰｉＢハス６１にはコントロー
ル機能があるためライブラリアン２０から計測器６２へ
のデータの転送、およびこれを介して他の端末局６４へ
のデータの転送ができる。この場合、データ転送におい
てバス上でのマルチタスクが実現できる。

このように本発明のライブラリアン２０は生データの入
出力処理を自動的に執り行えるとともに当該生データを
動的に一元管理できるので、生データの設定変更等が容
易にできるから上級プログラマでなくともファイルの再
設計等行うことが簡単であ３゜また、ライブラリアン２
０の機能は従来のドライバに比べてはるかに充実してい
るのでインデックスキーファイル１０の自由度が広がり
ひいてはファイル１０の開発工数をも減少させることが
できる。

〔発明の効果〕

以上詳述したように１本発明によれば、ファイル内にお
けるインデックスデータの順序中で所望の一連のインデ
ックスデータをマルチパスキーとして認識する機能、そ
して入出カキ−ワードが入り、当該ファイル内にて所定
のマルチパスキーが指定されたとき、これに続くデータ
あるいはデータ領域を検出する機能、さらには所定のコ
マンドが入ったとき、当該マルチパスキーに続くデータ
あるいはデータ領域をアクセスするとともに、それに対
して当該コマンドにしたがう入出力処理を実行するよう
働く機能等々を有したライブラリアンを備えたことによ
り、インデックスデータの順序中で所望のデータを入出
力処理する際、このライブラリアンの各機能が働いて当
該所望のデータを自動的に入出力処理し、それをファイ
ル内で動的に一元管理できるようになる利点がある。

【図面の簡単な説明】

第１図は本発明の原理構成図 第２図は一実施例の構成図 第３図はファイルっ構遷図 第４図はライブラリアンによる生データの管理状況図。 第５図は生データの書き込みを行うときの動作を示すフ
ローチャート 第６図は生データの読みｍｂを行うときの動作を示すフ
ローチャート。 第７図は他の実施例を示す概略要点図。 第８図はさらに他の実施例を示す概略構成図。 第９図はさらに別の他の実施例を示す概略構成図である
。 １０・・・ファイル ２０・・・ライブラリアン ２２・・・データ構造設定機能 ２４・・・マルチパスキー認識機能 ２６・・・入出カキ−ワード判定機能 ２８・・・コマンド判定機能

Claims (1)

1. 【特許請求の範囲】 ファイル（１０）内にて、関係があるインデックスデー
   タおよび他のデータを関連づけて設定するとともに、コ
   マンドにより、当該インデックスデータおよび他のデー
   タに注目して、これを一元管理するインデックスキーフ
   ァイルの一元管理処理方式において、 上記ファイル（１０）内にて、所望の複数のインデック
   スデータをマルチパスキーとして認識する機能を有し、 さらに、入出力キーワードによって、上記ファイル（１
   ０）内にて所定のマルチパスキーが指定されたとき、こ
   れに続くデータあるいはデータ領域を検出する一方で、 所定のコマンドによって、当該マルチパスキーに続くデ
   ータあるいはデータ領域をアクセスするとともに、当該
   コマンドにしたがう入出力処理を実行するよう働く機能
   を有したライブラリアン（２０）を備えてなり、 インデックスデータの順序中で所望のデータを処理する
   に当たって、上記ライブラリアン（２０）を介して自動
   的に処理し、一元管理するようにした、 ことを特徴とするインデックスキーファイルの一元管理
   処理方式。