JPH04188239A - ファイル管理方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、情報処理システムに利用され、目的プログラ
ムの格納ライブラリファイルのファイル管理方式に関す
る。

〔従来の技術〕

従来のファイル管理方式では、ライブラリファイル内の
目的プログラムの登録時には、その目的プログラムのメ
ンバ名と別名とを関係付けることなしに全て並列にディ
レクトリブロックに登録していた。

第４図は従来のファイル管理処理の一例を示す図であり
、第４図を参照すると、従来では、メンバ名Ｘ、別名ム
のメンバをライブラリファイル７０に登録する場合、メ
ンバ名Ｘ、別名ムをそれぞれ、種別と共にディレクトリ
ブロック７１に登録していた。

次に、メンバ名Ｙ、別名Ａのメンバをライブラリファイ
ル７０に登録しようとした際には、ディレクトリブロッ
ク７１には既に名前Ａが登録されており、またメンバ名
Ｘで登録したメンバの置換を行う契機ではないため、名
前ムが重複するものとして、処理を中断していた。この
ため、メンバ名Ｙのメンバを登録することができなかっ
た。

すなわち、上記の場合、名前Ｘと名前Ａが各々メンバ名
、及び別名であることは区別できるが、名前Ａが、メン
バ名Ｘの別名であるという関係が設定されていないため
、メンバ名Ｙの別名である名前ムを登録する場合に、既
に登録済みの名前であることから重複して名前Ａを登録
できず、処理を中断せざるを得なかった、 〔発明が解決しようとする課題〕 このように、従来の方式では、同一の別名を持つ異なる
メンバな同一のライブラリファイルに登録できない場合
があった。

このため、目的プログラムを連係編集して得られる実行
可能プログラムの入口点の名前が特定の名前に固定され
ているよう危言語の場合、機能が異なる目的プログラム
毎に各々別個のライブラリを用意しておく必要があり、
管理が繁雑になっていた。

本発明は、このような従来の欠点を改善したもので、そ
の目的は、機能の異なる同一の別名をもつメンバの管理
が可能であって、ファイル管理を矛盾なくまた効率的に
行うことの可能なファイル１１ｉ！Ｐ！１方式を提供す
ることにある。

〔課題を清決するための手段〕 本発明は、ライブラリファイル内のメンバ名と別名との
関係を情報として持つディレクトリブロックを使用して
ライブラリファイルの更新処理を行う更新手段と、更新
手段によって起動されたときにディレクトリブロックか
ら任意の名前を検索するための検索手段とを有している
。

〔作用〕

本発明では、ライブラリファイル内のメンバ名とそれに
従属する別名を関係付けて９ｆ埋しており、これにより
、機能の異なる同一の別名をもつメンバの管理が可能と
なる。

〔実施例〕

以下、本発明の実施例を図面に基づいて説明する。

第１図は本発明の一実施例を示すブロック構成図である
。ｔＪＩ、ｘ図を参照すると、本実施例では、ファイル
内のメンバ名とそれに従属する別名との関係を情報とし
て持つディレクトリブロック５１を使用して目的プログ
ラムのライブラリファイル内の登録、削除、置換などの
更新処理を行う更新手段１１と、更新手段１１により起
動され九ときに、ディレクトリブロック５１から任意の
名前を検索する検索手段１２とが設けられている。

第２図は更新手段１１の構成例を示す図であり、更新手
段１１は、メンバの登録処理を行う登録手段２１と、削
除を行う削除手段２２と、置換処理を行う置換手段２３
とから構成されている。

第３ｒ！７！Ｊ＃′ｉデイレクトリブロツク５１の構成
例を示す図であり、ディレクトリブロック５１は、ライ
ブラリ７アイル内のメンバの名前と、名前の種別と、別
名の数と、別名を示す要素の位置と、要素の連鎖を示す
アドレス値とを情報としてもっている。

第３図において、項目１−１ｉｔ、ディレクトリブロッ
ク内の次の要素の位置を示すアドレス値であシ１項目１
−２はライブラリファイル内のメンバの名前であり、項
目１−３は、項目１−２で示される名前の種別を表す数
値であシ、項目１−４は１項目１−３で示される名前の
種別が“メンバ名１である場合に、要素の対応するメン
バが持つ別名の数を表す数値であプ、項目１−５から項
目１−ｎは、別名を表す要素のディレクトリブロック内
の位置を示すアドレス値である。

項目１−ＩＫは、次の要素が存在しない場合、９値が格
納される。また、項目１−４は、項目１−３で示される
名前の種別が１別名１である場合に、その別名が従属し
ているメンバ名を表す要素のディレクトリブロック内の
位置を示すアドレス値が格納される。

次に、このような構成におけるファイル管理処理動作に
ついて説明する。更新手段１１は、ライブラリファイル
に新規にメンバの登録を行う場合、登録すべきファイル
のメンバ名および別名を入力し、登録手段２１を起動す
る。登録手段２１は、入力したメンバ名シよび別名を検
索手段１２に渡してこれを起動し、ディレクトリブロッ
ク５１に既に登録されている名前を検索させる。

検索手段１２は、入力した７７２名および別名と、ディ
レクトリブロック５１に登録された名前が一致するかを
、第３図に示すディレクトリブロック５１０項２で示す
名前を要素１から要素ｍまで項ｌで示す連鎖チェーンを
たどって順次検索して比較し判定する。この結果、一致
する名前が見つかった場合には、項３で示す名前の種別
を象り出し、登録手段２１に返却する。

登録手段２１は、返却された名前の種別を判定し、見つ
かった名前の種別が１メンバ名”であり、入力したメン
バ名と一致する場合には、エラーとして処理を終了し、
置換処理を行うよう促す。また、見つかっ九名前の種別
が“メンバ名”であり、入力した別名と一致する場合、
ま九は、見つかった名前の種別が１別名２であり、入力
したメンバ名と一致する場合、または、見つかった名前
の種別が１別名”であり、入力した別名と一致する場合
には、ディレクトリブロック内の空き領域に、！３図に
示す形式で要素を生成する。即ち、登録すべきファイル
のメンバ名に対応する要素については、メンバ名を項２
に設定し、項３に１メンバ名″を示す値を設定し、項４
に当該メンバの別名の数を設定し、環４以降には別名の
数だけ、別名に対応する要素のディレクトリブロック５
１内の位置を表す値を設定する・ また、別名に対応する要素については、項２に別名を設
定し、項３に“別名″を褒丁値を設定し、項４にはその
別名が従属するメンバ名に対応する要素のディレクトリ
ブロック内の位置を示すアドレス値を設定する。ここで
生成した要素の各々は、第３図に示すディレクトリブロ
ック５１の要素の項１で表される連鎖を示すアドレス値
にそれぞれ次の要素のディレクトリブロック５１内の位
置を示す値を設定して、既に登録済みの要素に連結する
。

また、更新手段１１は、ライブラリファイルのメンバの
置換を行う場合、置換すべきファイルのメンバ名および
別名を入力し、置換手段２３を起動する。置換手段２３
は、入力したメンバ名シよび別名を検索手段１２に渡し
てこれを起動し、ディレクトリブロック５１に既に登録
されている名前を検索させる。

検索手段１２は、入力したメンバ名と、ディレクトリブ
ロックに登録された名前とが一致するかを、第３図に示
すディレクトリブロック５１の項２で示す名前を要素ｌ
から要素ｍまで、項１で示す連鎖チェーンをたどって順
次検索して比較し判定する。この結果、一致する名前が
見つかった場合には、項３で示す名前の種別を取り出し
、置換手段２１に返却する・ 置換手段２３は、返却された名前の種別が１メンバ名１
である場合には以下の処理を行う。

すなわち、この要素の項４で示される別名の数が′ｍＯ
″以外のとき（は、項５から項ｎで示される別名に対応
する要素の項１で示される要素の連鎖を示すアドレス値
を９値にし、前後の要素を連結する事によシ、別名に対
応する要素を要素の連鎖からはずす・ 次にメンバ名に対応する要素の、項５から項ｎで示され
る別名を表す要素のアドレス値を全て９値にし、項４で
示される別名の数を“０“にする。

次に、入力した別名の数が＠０″のときには、ここで処
理を終了する。また、入力した別名の数が１０″以外の
ときには、登録時に行りた処理と同様の処理を行い、別
名に対応する要素を生成し、項５から項ｎＫ、別名に対
応する要素のディレクトリブロック５１内の位置を示す
アドレス値を設定し、別名の数を項４に設定して処理を
終了する。

また、更新手段１１は、ライブラリファイルのメンバの
削除を行う場合には、削除すべきファイルのメンバ名お
よび別名を入力し、削除手段２２を起動する。削除手段
２２は、入力したメンバ名および別名を検索手段１２に
渡してこれを起動し、ディレクトリブロックに醍に登録
されている名前を検索させる。

検索手段１２は、入力したメンノ量名と、ディレクトリ
ブロックに登録された名前とが一致するかを、第３図に
示すディレクトリブロック５１の項２で示す名前を要素
ｌから要素ｍｔで、項ｌで示す連鎖チェーンをたどって
順次検索して比較し判定する。この結果、削除すべき要
素の項３で示される別名の数が”０”以外のときには、
項４から項れで示される別名に対応する要素の項ｌで示
される要素の連鎖を示すアドレス値を９僅にし、前後の
要素を連結する事により、別名に対応する要素を要素の
連鎖からはずｊ。

次に削除すべき要素の項１で示される要素の連鎖を示す
アドレス値を中値にし、前後の要素を連結する事により
、削除すべき要素を要素の連鎖からはずし、処理を終了
する。

〔発明の効果〕

以上説明したように、本発明は、ライブラリファ・ｆル
内のメンバ名とそれに従属する別名を関係付けて管理す
るようにしているので、機能の異なる同一の別名を龜つ
メンバの管理が可能となり、検索、更新処理を効率良く
行うことができるという効果がある。

【図面の簡単な説明】

第１図は本発明の一実施例を示すブロック構成図、第２
図は更新手段の構成例を示す図、第３図はディレクトリ
ブロックの構成例を示す図、第４因は従来のファイル管
理処理を説明するための図である。 図において、 １１−・更新手段、１２−・・検索手段、２１−・・登
録壬段、２２・・・削除手段、２３・・・置換手段、５
１・・・ブイレフ１リブロツク。 代理人　弁理士　山　下　穣　平 第１図 第２図 謬

Claims (1)

【特許請求の範囲】
1. ライブラリファイル内のメンバ名とそれに従属する別名
   との関係を情報として持つディレクトリブロックを使用
   してライブラリファイルの更新処理を行う更新手段と、
   更新手段によって起動されたときに、ディレクトリブロ
   ックから任意の名前を検索する検索手段とを備えている
   ことを特徴とするファイル管理方式。