JP2913342B2

JP2913342B2 - 情報管理システム

Info

Publication number: JP2913342B2
Application number: JP2416995A
Authority: JP
Inventors: 哲雄田中; 裕行前澤
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1990-12-29
Filing date: 1990-12-29
Publication date: 1999-06-28
Anticipated expiration: 2014-06-28
Also published as: JPH04230574A

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

【０００３】

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

【０００４】

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

【０００５】

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

【０００６】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００２０】

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

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【符号の説明】

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

───────────────────────────────────────────────────── フロントページの続き (56)参考文献特開昭60−108975（ＪＰ，Ａ) 「無定形データを管理できるＰｅｒｓｏｎａｌＩｎｆｏｒｍａｔｉｏｎＭａｎａｇｅｒ」，ＡＳＣＩＩ，ｖｏｌ. 13，ｎｏ．71，ｐｐ313−320，（平成元年７月１日) (58)調査した分野(Int.Cl.⁶，ＤＢ名) G06F 17/30

Claims

(57)【特許請求の範囲】

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