JPH04230574A - 情報管理システム - Google Patents

Abstract

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

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、会議資料・会議議事録
・設計書・プログラム等の文書や、メモ、予定等の情報
を効率良く管理するための情報管理システムに関する。

【０００２】

【従来の技術】会議資料、議事録、設計書、プログラム
等の文書や、メモ、予定等（以下これらの情報をオブジ
ェクトと呼ぶ、また、音声や動画も含むものとする）を
整理するとき、キャビネ、ファイル、ホルダというよう
に、情報を階層的に分類して整理する。計算機でオブジ
ェクトを管理する場合も、例えば、“Ｋｅｒｎｉｇｈａ
ｎ，Ｐｉｋｅ著、石田晴久監訳、ＵＮＩＸプログラミン
グ環境、（株）アスキー（１９８５．１０）”に記載さ
れているように、木構造の階層化ディレクトリによって
整理することが多い。階層化ディレクトリは、意味的に
カテゴライズされた情報の検索を効率的に行なうのに適
している。即ち、検索中のディレクトリに目的のオブジ
ェクトがなかった場合、意味的に近いディレクトリ（木
構造における兄弟のディレクトリ）を容易に探索できる
。また、意味的にまとまった単位（ディレクトリ単位）
でオブジェクトを処理できる。更に、異なったディレク
トリに入ったオブジェクトは、仮りに同じ名前であって
も混乱は生じない。また、“無定型データを管理できる
Ｐｅｒｓｏｎａｌ　　Ｉｎｆｏｒｍａｔｉ−ｏｎ　　Ｍ
ａｎａｇｅｒ，ＡＳＣＩＩ，Ｖｏｌ．１３，Ｎｏ．７，
ｐｐ３１３−３２０，１９８９．７”で紹介されている
Ａｇｅｎｄａ（システム名である）のように、オブジェ
クト（Ａｇｅｎｄａにおけるアイテム）をカテゴリが包
括するものもある。通常、オブジェクトは１つのディレ
クトリにしか属することができないが、Ａｇｅｎｄａで
は、アイテムは複数のカリゴリに属することができ、ま
た、カテゴリ自身階層化できる。この点でディレクトリ
はＡｇｅｎｄａにおけるカテゴリとは異なる。この方式
では、利用者が参照時に所望のカテゴリを指定できるの
で、情報をいろいろな角度から眺めることができる。

【０００３】

【発明が解決しようとする課題】かかる従来の方法にお
いては次のような課題がある。ＵＮＩＸの階層化ディレ
クトリは、構造が柔軟でない。例えば、（１）「会議Ａ
に関する情報、会議Ｂに関する情報、……」という観点
で分類していた情報を（２）「会議資料、議事録、予定
、……」と分類しなおそうとすると、新たに（２）の観
点に対応するディレクトリを作成し、オブジェクトをそ
のディレクトリの下に移動しなければならない。更に、
一度（２）の観点で分類しなおすと、（１）の観点で分
類するには、再度、同様の処理をしなければならない。 Ａｇｅｎｄａのカテゴリによる分類では、上記の例の（
１），（２）の観点のどちらでも分類でき、参照時にそ
の観点を自由に選択できる。また、カテゴリを階層化す
ることもできる。しかし、その階層を参照時に自由に変
更できない。本発明の目的は、ディレクトリ（オブジェ
クトが属する範疇）の階層構造を、オブジェクト探索時
に利用者が自由に指定できるようにし、かつ、オブジェ
クトとそのオブジェクトの属するディレクトリの関係を
縦横に操作できるようにすることにある。

【０００４】

【課題を解決するための手段】本発明は上記目的を達成
するために、以下に示すような木構造を生成するもので
ある。まず、木構造を生成する準備として、“視点”を
次のように定義する。視点はオブジェクトの属性を要素
とする集合である。ただし、一つのオブジェクトは一つ
の視点に属する二つ以上の属性を同時に持たない。視点
は複数個定義でき、それらの視点間に順序関係を定義で
きるものとする。視点の集合及びそれらの順序関係に基
づき、木構造を以下のように定義する。木のノードは属
性に対応するディレクトリノード（即ち、ノード名＝属
性名）、又は、オブジェクトに対応するオブジェクトノ
ードである。オブジェクトノードは木の葉で、かつ、木
の根から葉までのパスに含まれる属性（＝ノード名）を
すべて持つオブジェクトである。即ち、Ａという名前の
デイレクトリノードの子孫のオブジェクトはＡという属
性を持つ。深さｉのノードの子ノードは（ｉ＋１）番目
の視点に属する属性、又は、（ｉ＋１）番目の視点に属
するどの属性も持たないオブジェクトである。ただし、
木におけるノードの深さは、次のように定義する。 ・木の根の深さ＝０ ・深さｉのノードの子ノードの深さ＝ｉ＋１（ｉ≧０）
　　ここで、視点はオブジェクトの入力・参照時にユー
ザが自由に変更でき、また、木構造の生成に用いる視点
はユーザが自由に選択でき、更に、視点の順序はユーザ
が自由に変更できるものとする。

【０００５】

【作用】本発明によれば、視点の定義、視点の選択、視
点の順序の定義はユーザが参照時に自由に行うことがで
きるので、ユーザ所望の木構造をオブジェクト検索時に
柔軟に変更でき、ユーザが所望する観点でオブジェクト
を容易に分類できる。

【０００６】

【実施例】以下、本発明の一実施例を図面により説明す
る。（第１の実施例）図１は、オブジェクトの分類及び
操作（挿入・削除・移動）手順の一実施例を示すフロー
チャート、図２は図１の木構造生成ステップ（１０１）
の詳細の１例を示すフローチャート、図３、図４は第１
図の木構造編集ステップ（１１０）の詳細の一例を示す
フローチャートである。また、図５はオブジェクトを編
集・分類・表示するシステムのシステム構成例、図６は
オブジェクトの入力、分類、編集のためのコマンド一覧
である。図７はオブジェクトの構成例、図８はオブジェ
クトの属性の集合（視点と呼ぶ）を管理する視点管理表
の例、図９は木構造管理表の例、図１０、図１１は木構
造の表示例である。

【０００７】図５において、４０１はオブジェクトを入
力・分類・編集するオブジェクト管理システムであり、
木構造生成系４０２、木構造表示・編集系４０３、オブ
ジェクト表示・編集系４０４、オブジェクト入力系４０
５からなる。また、４０６は木構造を格納するための木
構造用ディスク、４０７は視点管理表を格納する視点用
ディスク、４０８はオブジェクトを格納するオブジェク
ト用ディスクである。また、４０９はディスプレー、４
１０はキーボード、４１１はマウスでオブジェクト管理
システム４０１の入出力に用いる。また、４１２はマイ
クロホン、４１３はＶＴＲで、どちらもオブジェクトの
入力に用いる。

【０００８】図６において、５１はコマンド名、５２は
コマンドのパラメータを表す。コマンドのうち、　　５
０１ないし５０７はノードの挿入・削除・移動のための
木構造表示・編集コマンドである。木構造表示・編集コ
マンドのうち、ノード間移動コマンド５０１は操作の対
象とするノード（以下カレントノードと呼ぶ、尚、カレ
ントノードの初期値は木の根とする）を変更するコマン
ド、５０２ないし５０４はディレクトリノードの挿入・
削除・移動を行うコマンド、５０５及び５０６はオブジ
ェクトの削除・移動を行うコマンドである。また、オブ
ジェクト入力コマンド５０７は、マイク４１２やＶＴＲ
４１３から入力した情報をオブジェクトとしてパラメー
タで指定された位置に挿入するコマンド、オブジェクト
編集コマンド５０８はオブジェクトを編集、または新規
に作成するコマンドである。ノード名は、木の根から、
または、カレントノードからのパスによって指定する。

【０００９】図７に示すように、オブジェクト６１は文
書等の本体６３と共に、ヘッダ６２をもつ。ヘッダ６２
は有限個の属性６４のリストからなる。属性６４は項目
６５と属性値６６をもつ。ヘッダ６２は木構造表示・編
集系４０３によって変更され、本体６３はオブジェクト
表示・編集系４０４によって編集される。図８に示すよ
うに視点管理表７１は、属性の集合の名前を表す視点名
７２という項目と、視点に含まれる属性の集合を表す属
性集合７３という項目からなる。図９に示すように木構
造管理表８１は、木構造ｉｄ８２と視点の順序８３から
なる。

【００１０】図１０、図１１は同じオブジェクトの集合
を視点の順序を違えて分類した例である。図１０及び図
１１における９５ないし９８は図１１における視点７４
に含まれる「××の研究」という属性と、図１０におけ
る視点７５に含まれる「打合せ資料」という属性を持つ
オブジェクトであり、９９「××資料」は上記の視点７
４、７５に含まれる属性を何も持たないオブジェクトで
ある。図１０における木９２は、９５ないし９９を含む
オブジェクトの集合全体を視点の順序９１で分類した例
である。即ち、オブジェクトの集合全体を視点７４｛○
○の研究、××の研究、△△委員会、□□教育、その他
｝の観点で分類し、更に、視点７５｛打合せ資料、議事
録、研究報告、文献、予定、その他｝の観点で分類し、
階層的に表現したときの木が９２である。このとき、一
つのオブジェクトが一つの視点の中の２つ以上の属性を
持つことはない。即ち、９５が視点７４中の属性「××
の研究」と「△△委員会」の両方を持つことはない。ま
た、オブジェクト９５は、木の根から葉までのパスに含
まれる属性「××の研究」と「打合せ資料」を持つ。

【００１１】木において、オブジェクトは、９５ないし
９８のように、常に木の葉のノードとなる。また、深さ
ｉのノードはｉ番目の視点に属する属性に対応するディ
レクトリノードか、ｉ番目の視点中のどの属性も持たな
いオブジェクトに対応するオブジェクトノードである。 例えば、木９２において、深さ２のノードは２番目の視
点７５中の属性か、または、その中のどの属性も持たな
いオブジェクト９９に対応するノードである。また、視
点７４で分類してから視点７５で分類するか、視点７５
で分類してから視点７４で分類するかはユーザが指定で
きる。前者の順で生成した木が図１０における木９２、
後者の順で生成した木が図１１における木９４である。

【００１２】次に、オブジェクトの分類及び操作（挿入
・削除・移動）の手順を説明する。まず、図２に示す手
順によって木構造を生成し（１０１）、図６に示すコマ
ンドの一つを入力する（１０２）。そのコマンドが終了
コマンド５０９（図６）ならば（１０３）処理を終了す
る。そうでなく（１０３）、コマンドがオブジェクト入
力コマンド５０７（図６）ならば（１０４）、オブジェ
クト入力系４０５（図５）によって図７に示すオブジェ
クト６１の内容６３を入力し（１０５）、そのオブジェ
クト６１のヘッダ６２を生成し（１０６）、オブジェク
ト６１をオブジェクト用ディスク４０８（図５）に格納
し（１０７）、ステップ１０２へ戻る。そうでなく（１
０４）、オブジェクト編集コマンド５０８（図６）なら
ば（１０８）、オブジェクト表示・編集系４０４（図５
）によってオブジェクトを編集し（１０９）ステップ１
０２へ戻る。そうでなければ（１０８）、図３、図４に
示す手順によって木構造を編集し（１１０）、ステップ
１０２へ戻る。１０６のヘッダ生成ステップでは、利用
者が予め指定された階層構造の適切な階層の適切なグル
ープにオブジェクトを入力した場合、該オブジェクトを
挿入したディレクトリノードと木構造の根の間のパスに
含まれる属性（＝ノード名）のリストをヘッダとする。

【００１３】次に、図１における木構造生成ステップ１
０１の詳細を図２を用いて説明する。尚、以下の処理は
木構造生成系４０２（図５）で行う。まず、新規に木構
造を定義するか否かをユーザに入力させ（２０１）、新
たに定義しないならば（２０２）、木構造管理表８１（
図９）を読み込み木構造管理レコードの一覧をディスプ
レー４０９に表示し（２０３）、木構造管理レコードを
ユーザに選択させ（２０４）、ステップ２１２の処理を
行う。そうでないならば（２０２）、視点管理表７１（
図８）を読み込み視点の一覧をディスプレー４０９（図
５）に表示し（２０５）、所望の視点が全べて定義済み
か否かをユーザに入力させ（２０６）、全て定義済みで
なければ（２０７）、新たに視点とする属性の集合と視
点名を入力し（２１０）、視点管理表７１に登録し（２
１１）、ステップ２０５へ戻る。そうでないならば（２
０７）、分類に用いる視点とその順序をユーザに選択さ
せ（２０８）、その視点と順序を木構造管理レコードと
して木構造管理表（図９）８１に登録し（２０９）、木
構造を生成し（２１２）、オブジェクトを適切なディレ
クトリノードの子ノード（オブジェクトノード）とし（
２１３）、処理を終了する。

【００１４】ステップ２１２で木構造を生成するとき、
ノードの深さｉ（ｉ≧０）のノードの子ノードがｉ＋１
番目の視点の属性（＝ノード名）となるような木を生成
する。また、ステップ２１３では根からディレクトリノ
ードへのパスに含まれる属性（＝ノード名）を全て含む
オブジェクトをデイレクトリノードの子孫になるように
オブジェクトノードを挿入する。

【００１５】次に、図１における木構造編集ステップ１
１０の詳細を図３、図４を用いて説明する。なお、以下
の処理は木構造表示・編集系４０３（図５）で行う。ま
ず、図１のステップ１０２で入力したコマンドがノード
間移動コマンド５０１（図６）ならば（３０１）、コマ
ンドのパラメータをカレントノードとし（３０２）、処
理を終了する。そうでなく（３０１）、ディレクトリノ
ード挿入コマンド５０２ならば（３０３）、カレントノ
ードの子ノードとしてコマンドのパラメータを木に挿入
し（３０４）、子ノードの深さに対応する視点の要素と
してコマンドのパラメータであるノード名（＝属性）を
加え（３０５）、処理を終了する。そうでなく、（３０
３）、ディレクトリノード削除コマンド５０３で（３０
６）、パラメータで指定されたノードに子ノードが存在
すれば（３０７）、エラーメッセージを表示し（３０８
）、処理を終了する。そうでなければ（３０７）、パラ
メータで指定されたノードを削除し（３１０）、処理を
終了する。

【００１６】そうでなく（３０６）、ディレクトリノー
ド移動コマンド５０４ならば（３１１）第一パラメータ
で指定されたノードを根とする部分木を、第２パラメー
タで指定されたノードの子孫とし（３１２）、移動した
ディレクトリノードの子孫のオブジェクトのヘッダを変
更し（３１３）、処理を終了する。そうでなく（３１１
）、オブジェクト削除コマンド５０５ならば（３１４）
、ルートからオブジェクトまでのパスに含まれる属性を
オブジェクトのヘッダから削除し（３１５）、オブジェ
クトのヘッダが空リストにならなかったなら（３１６）
、そのまま処理を終了し、空リストになったなら（３１
６）、オブジェクトを削除し（３１７）、処理を終了す
る。そうでなければ（３１４）、オブジェクトノード移
動コマンドの第一パラメータで指定されたオブジェクト
ノードを第二パラメータで指定されたデイレクトリノー
ドの子ノードとし（３１８）、木の根から移動前のオブ
ジェクトノードまでのパスに含まれる属性（＝ノード名
）をヘッダから削除し（３１９）、木の根から、移動後
のオブジェクトノードまでのパスに含まれる属性（＝ノ
ード名）をヘッダに挿入し（３２０）、処理を終了する
。尚、ノード名は複数の属性の組合せでもよい。 また、ｉ番目のディレクトリは、必ずしも、全てｉ＋１
番目の視点で分類する必要はない。

【００１７】尚、図９の木構造管理表における木構造管
理レコードの一つ（ユーザ指定）をデフォルトの木（事
前に用意されている木構造管理レコード：システム提供
者が事前に用意しても、ユーザが事前に用意してもよい
）とし、図２におけるステップ２０４で、ユーザがなに
も選択しなかった場合は、そのデフォルトの木を対象と
して操作してもよい。デフォルトの木の階層を多くする
ことにより、オブジェクト入力時に、より多くの属性を
オブジェクトに持たせることができ、また、この階層を
少なくすることにより、入力時に分類する手間が少なく
なる。これは、用途によって利用者が自由に選択できる
。また、カレントノードの一覧を表示する場合、図１０
の９２における□□教育の子ノードに打合せ資料、議事
録、研究報告、特許がないように「子ノード（カレント
ノードの孫ノード）を持たないディレクトリノードは表
示しない」としてもよい。本実施例によれば、頻繁に用
いる木構造管理レコードをシステムが記憶しているので
検索時に逐一、木構造管理レコードを生成する必要がな
い。なお、図５に示したオブジェクト表示・編集系４０
４、オブジェクト入力系４０５としては、従来公知のも
のを適用すればよいので、説明は省略する。

【００１８】（実施例２）図１２は、オブジェクトの分
類及び操作（挿入・削除・移動）手順の一実施例を示す
フローチャートの一部分で、オブジェクトに自動的に属
性を付加するステップである。図１におけるステップ１
０６の替わり、及び、ステップ１０９の後に挿入する。 また、図１３は、属性と条件の組を管理する属性・条件
管理表の一実施例である。図１３において、属性・条件
管理表１０は、属性１１と条件１２の二つの項目からな
る。管理表１０の行１３ないし１６は属性と条件の組の
例である。１３は入力装置がＶＴＲ４１３であるオブジ
ェクトは動画という属性を持つことを、１４は入力装置
がマイクロホン４１２であるオブジェクトは音声という
属性を持つことを、１５は入力装置がキーボード４１０
であるオブジェクトはテキストという属性を持つことを
、１６はオブジェクトの一行目に「議事録」、または「
会議録」という文字列があればそのオブジェクトが議事
録という属性を持つことを、それぞれ表わしている。 次に、オブジェクトの属性を自動的に定義する手順を図
１２を用いて説明する。まず、管理表１０にあるすべて
の条件１２について照合済みであれば（１１０１）、処
理を終了する。そうでなく（１１０１）、未照合の一つ
の条件に着目し、オブジェクトがその条件に合うならば
（１１０２）、その条件と組になっている属性１１をオ
ブジェクトのヘッダに加え（１１０３）、オブジェクト
を木構造の適切なノードへ移動し（１１０４）、ステッ
プ１１０１へ戻る。そうでなければ（１１０２）、なに
もしないでステップ１１０１へ戻る。ステップ１１０４
では、オブジェクトノードと木構造の根の間のパスに含
まれる属性を全て含み、パスの長さが最も長くなる位置
へオブジェクトを移動する。本実施例によれば、オブジ
ェクトに対して、システムが自動的に属性を定義するの
で、利用者の分類の手間を軽減することができる。

【００１９】（実施例３）図１４は図１の木構造生成ス
テップ（１０１）の詳細の１例を示すフローチャートの
一部分で、視点の順序をシステムが自動的に決定するス
テップである。図２におけるステップ２０８とステップ
２０９の間に挿入する。また、図１５は属性とその属性
の子ノードとすべき視点の組を表わす属性・視点管理表
の一例である。図１５に示すように、属性・視点管理表
３１は属性３２と視点３３の二つの項目からなる。以下
、視点の順序を自動的に定義する手順を図１４を用いて
説明する。まず、選択した視点中のすべての属性につい
て処理済みであれば（１２０１）終了する。そうでなく
（１２０１）、属性が管理表３１にあれば（１２０２）
、その属性３２を含む視点の次の視点として、管理表３
１でその属性３２と組になっている視点３３を選び（１
２０３）、ステップ１２０１へもどる。そうでなければ
（１２０２）何もせずにステップ１２０１へ戻る。 本実施例によれば、ある視点中のある属性に対して、次
の視点をシステムが自動的に決定するので、利用者が木
構造管理レコードを定義する手間を軽減することができ
る。

【００２０】

【発明の効果】以上述べたように本発明によれば、会議
資料・会議議事録・設計書・プログラム等の文書や、メ
モ、予定等の情報を木構造によって整理する場合に、ユ
ーザ所望の木構造をオブジェクト検索時に柔軟に変更で
き、ユーザが所望する観点でオブジェクトを容易に分類
できる。

【図面の簡単な説明】

【図１】オブジェクトの分類及び操作（挿入・削除・移
動）手順の一実施例を示すフローチャートである。

【図２】図１の木構造生成ステップ（１０１）の詳細の
一例を示すフローチャートである。

【図３】図１の木構造編集ステップ（１１０）の詳細の
一例を示すフローチャートの一部である。

【図４】図１の木構造編集ステップ（１１０）の詳細の
一例を示すフローチャートの他の一部である。

【図５】オブジェクトを編集・分類・表示するシステム
のシステム構成例である。

【図６】オブジェクトの入力、分類、編集のためのコマ
ンド一覧である。

【図７】オブジェクトの構成例を示す。

【図８】オブジェクトの属性の集合（視点と呼ぶ）を管
理する視点管理表の例を示す。

【図９】木構造管理表の例を示す。

【図１０】木構造の表示例の一つを示す。

【図１１】木構造の表示例の他の一つを示す。

【図１２】オブジェクトの分類及び操作（挿入・削除・
移動）手順の一実施例を示すフローチャートの一部分を
示す。

【図１３】属性と条件の組を管理する属性・条件管理表
の一実施例である。

【図１４】第１図の木構造生成ステップ（１０１）の詳
細の１例を示すフローチャートの一部分である。

【図１５】属性とその属性の子ノードとすべき視点の組
を表わす属性・視点管理表の一例である。

【符号の説明】

４０１　　オブジェクト管理システム ４０２　　木構造生成系 ４０３　　木構造表示・編集系 ４０４　　オブジェクト表示・編集系 ４０５　　オブジェクト入力系 ４０６　　木構造用ディスク ４０７　　視点用ディスク ４０８　　オブジェクト用ディスク ４０９　　ディスプレー ４１０　　キーボード ４１１　　マウス ４１２　　マイクロホン ４１３　　ＶＴＲ ６１　　　　オブジェクト、 ６２　　　　ヘッダ ６３　　　　本体 ７１　　　　視点管理表 ８１　　　　木構造管理表 １０　　　　属性・条件管理表 ３１　　　　属性・視点管理表

Claims (5)

【特許請求の範囲】
1. 【請求項１】　　入力装置と、出力装置と、処理装置と
   、記憶装置を備え、それぞれが２個以上の属性を持つ複
   数の入力された情報を、該情報が属性の集合のうち何れ
   を持つかによっていくつかのグループに分類し、さらに
   グループ内の情報を別の属性集合によっていくつかのグ
   ループに分類するというように、情報を階層的に整理し
   て管理する情報管理システムにおいて、前記処理装置は
   、視点となる属性の集合と該視点の視点名の入力に応じ
   て視点管理表を作成し登録する手段と、情報の分類に用
   いる１以上の視点とその順序の指定に応じて木構造管理
   レコードを作成し木構造管理表に登録する手段と、前記
   視点管理表及び木構造管理レコードに基づき木構造を生
   成し、前記入力された情報を木構造の適切なディレクト
   リノードの子ノードとする手段を備えることを特徴とす
   る情報管理システム。
2. 【請求項２】　　請求項１記載の情報管理システムにお
   いて、前記処理装置は、情報入力時に利用者が予め指定
   された階層構造の適切な階層の適切なグループに情報を
   入力したとき、該階層構造を表す木の根から該情報に至
   るパスに含まれる属性を該情報に持たせる手段を備えた
   ことを特徴とする情報管理システム。
3. 【請求項３】　　入力装置と、出力装置と、処理装置と
   、記憶装置を備え、それぞれが２個以上の属性を持つ複
   数の入力された情報を、該情報が属性の集合のうち何れ
   を持つかによっていくつかのグループに分類し、さらに
   グループ内の情報を別の属性集合によっていくつかのグ
   ループに分類するというように、情報を階層的に整理し
   て管理する情報管理システムにおいて、前記記憶装置は
   、前記属性と前記情報が該属性を持つための条件との組
   を１以上有する属性・条件管理表を貯蔵し、前記処理装
   置は、情報入力時に、入力された情報と前記属性・条件
   管理表を照合し、該情報が何れの条件を満たすか否かを
   判定し、該情報が満たす条件と組みになっている属性を
   該情報に自動的に持たせる手段を備えることを特徴とす
   る情報管理システム。
4. 【請求項４】　　入力装置と、出力装置と、処理装置と
   、記憶装置を備え、それぞれが２個以上の属性を持つ複
   数の入力された情報を、該情報が属性の集合のうち何れ
   を持つかによっていくつかのグループに分類し、さらに
   グループ内の情報を別の属性集合によっていくつかのグ
   ループに分類するというように、情報を階層的に整理し
   て管理する情報管理システムにおいて、前記記憶装置は
   、属性とその属性の子ノードとすべき視点との組を１以
   上有する属性・視点管理表を貯蔵し、前記処理装置は、
   視点となる属性の集合と該視点の視点名の入力に応じて
   視点管理表を作成し登録する手段と、順序として上位と
   成る視点の指定に応じて、該視点に含まれる属性と前記
   視点管理表を照合し、該属性と一致する属性と組をなす
   子ノードとすべき視点を得る操作を行い、該操作を繰り
   返すことにより木構造管理レコードを作成し木構造管理
   表に登録する手段と、前記視点管理表及び木構造管理レ
   コードに基づき木構造を生成し、前記入力された情報を
   木構造の適切なディレクトリノードの子ノードとする手
   段を備えることを特徴とする情報管理システム。
5. 【請求項５】　　請求項１または請求項２または請求項
   ４記載の情報管理システムにおいて、前記作成された木
   構造管理レコードが登録された木構造管理表を前記記憶
   装置に貯蔵し、入力装置からの指示に応じて、貯蔵され
   た木構造管理表から木構造管理レコードを自由に選択出
   来るようにしたことを特徴とする情報管理システム。