JPH023869A - 情報処理システムからの複数個の文書の検索の順序を制御する方法 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 以下の順序で本発明を説明する。

ＡＭ業上の利用分野 Ｂ　従来技術 Ｃ発明が解決しようとする問題点 Ｄ　問題点全解決するための手段 Ｅ　実施例 Ｅｌ　文書管理システム（第１図） Ｅ２　文書中のオブジェクト（第２図）Ｅ６　本発明の
方法の流れ図（第６図乃至第１４図） Ｆ　発明の効果 Ａ　産業上の利用分野 本発明は情報処理システム中の文書の管理方法に関連し
、具体的には情報処理システム中で文書をフオルダとし
て管理する方法に関する。

Ｂ　従来技術 近年、オフィス・オートメーションは急速に多くの組織
体のための必要設備となりつつある。オフィス・オート
メーションはデータ拳ファイルをテキストと統合し、通
信文及び報告を電子的に記憶し及び検索し、文書を電子
的に分散し、管理要員及びマネジャの日々の活動を支援
する際に組織体に援助を与えている。

電子文書処理の利点の一部は単一の、独立型のオフィス
・システムによって実現されるが、組織体中の種々のロ
ケーションのオフィス・システムを接続するネットワー
クは組織体の生産性を増大する。ネットワークは、物理
的には、情報が発生され、処理され、記憶され、使用さ
れる地点間で情報を移動するための装置及びプログラム
の部分を相互接続する組合せ体である。ネットワークの
ユーザの観点からは、ネットワークは文書を作成し、改
訂し、分散し、ファイルし、検索するのに有用なサービ
スの集りである。

今日の電子オフィスでは、文書は２つの技術、即ち区分
データ・セット及びディレクトリ（登録簿）の１つを使
用して物理的にグループ化され記憶されている。区分デ
ータ・セット中に記憶される文書はそのメモリ領域中に
存在するだけであり、その中に含まれる文書の全部が除
去される迄は区分データは削除できない。一般に、文書
は発生した順序に区分データーセット中にファイルされ
、他に文書に関する順序の相互関係は存在しない。

ディレクトリは文書をファイルするための物理的なメモ
リ領域である点では区分データ・セットと同じである。

文書は１つの物理的メモリ領域以上には存在することは
できない。ディレクトリ中に含まれる文書は論理的に組
織化されていない。

区分データ・セット及びディレクトリの両方について、
−収約なトピックスに関する文書のグループをファイル
していて、その文書のグループをレビューしたい時は、
先ずその文Ｖを含む１乃至複数の区分データ・セットも
しくは１乃至複数のディレクトリの位置を知らなければ
ならない。この型の検索技術は電子オフィスの効率を減
少する。

区分データ・セット及びディレクトリでは文書はボトム
から上の方に削除されなけれはならない。

しかもこれ等の技術を使用しては、記憶もしくはグルー
プ化された文書の再配列は極めて困難である。これ等の
技術を使用して文書を再配列する時には文″４をコピー
して、次に削除しなければならない。さらに、これ等の
技術を使用して記憶された文書は１つの組織体に制限さ
れている。ディレクトリ及び区分データ・セット自体は
文書自体ではない。従ってこれ等の技術は文書間に階層
的関係を与えることはできない。複数のディレクトリは
階層的に組織化されているが、これ等は単にノード点で
あり、文書ではない。ブイレフ）　ＩＪは単なるノード
点であるから、その中に記憶もしくはグループ化されて
いる文書間には直接的な階層的関係は存在しない。

Ｃ発明が解決しようとする問題点 本発明の目的は、文書を階層的及び線形関係に組織化す
る方法を与えることにある。

本発明の他の目的は、情報処理システム中の文書のグル
ープ間に論理的な関係を確立する方法を与えることにあ
る。

Ｄ　問題点を解決するための手段 本発明に従えは、フオルダ（ｆｏｌｄｅｒ）文書中に含
まれるべき多（の文書が識別され、次に識別された文書
に論理的関係が特定される。次に識別された文書がフオ
ルダ中に記憶される。こζでフオルダはその中に記憶さ
れた文書の順序に関連する論理関係を有する。その後フ
オルダが情報処理システム中にファイルされる。

Ｅ　実施例 Ｅｌ　文書管理システム 第１図は情報処理システム内で文書を作成し、検索し、
編集し分散する文書管理システム１０を示す、さらに、
文書管理システム１０はエンド・ユーザ（ＥＵ）のため
に、その中に複数の識別される文書を記録した１つの文
書の作成が可能である。このようにして作成された文ｉ
ｆ　ｋ以下フォルｉと呼ぶ。識別された文書は線形及び
階層関係に組織化される。その後の動作は全フオルダに
ついて行９ことができる。映するにフォルｉ及びその中
の全文沓はフォルｉのみを参照して検索もしくは印刷で
きる。エンド・ユーザはシステムにフォルｉを作成すべ
きこと、さらに文書がその中に含まれるべきことを指示
する。このようにＥＵはフォルｉを作成してこれをライ
ブラリ１２中にファイルする。作成されたフォルｉを含
むその後の動作はその中に記憶されているすべての個々
の文書を検索することなく全フオルダについて行われる
。

ＥＵは対話マネジャ・アプリケーション１４と対話し、
このアプリケーション１４が文書を有するフォルｉ全作
成するのに必安なデータもしくはスクリーンのすべてを
与える。たとえは、対話マネジャ・アプリケーションは
スクリーンを提示し、これによってＥＵはフォルｉのた
めのアクセス制御、任意の構文−探索特性、フォルｉの
りクエスタ（要求機構）／基本の識別子及びフォルｉの
定義を入力できる。フォルｉの定義はフオルダ中に含ま
れるべき文書のための順序の規準、文書が特定のフオル
ダ中に含まれていることの表示、履歴が文書に保持され
るべきかどうかを含むファイルすべき文書のフオルダ中
文書属性及びフオルダ中にファイルされるすべての文書
の物理的位置へのポインタもしくはアドレスを含む。こ
の物理的位置には文書の要旨及びフォルｉのための文書
の記述子が含まれる。文書は直接リクエスタ・アプリケ
ーション・プログラム１６に、もしくはりクエスタ・ラ
イブラリ・サーバ１８にアクセス可能である。対話マネ
ジャ・アプリケーション１４は上述の情報を集めた後、
情報をリクエスタ・アプリケーション・プログラム１６
に送る。

リクエスタ・アプリケーション−プログ２ム１６は対話
マネジャ・アプリケーション１４かもの入力に応答して
、ファイルの様式の要求を作成して、この要求をライブ
ラリ・サーバ１８に送る。

リクエスタ・アプリケーション・プログラム１６はＥＵ
によって識別された文書の各々のコピーを作成する。こ
れ等の文書は局所メモリ媒体２０中にアクセス可能であ
る。文書のコピーは要求とともにライブラリ・サーバ１
８に転送される。さらにリクエスタ・アプリケーション
・プログラム１６はファイルすべきすべての文書のすべ
ての物理的位置へのポインタ全転送する。要求中に指定
され、局所メモリ媒体２０中に記憶されているすべての
文書のコピーは要求とともに転送される。リクエスタ・
アプリケーション・プログラム１６はライブラリ１２の
ようなライブラリ・サーバ１８でアクセス可能であるフ
オルダ中にファイルさるべぎ他の文書へのポインタも転
送する。

ライブラリ・サーバ１８はＥＵによって指定されたよう
に、フォルｉ全ライブラリ１２中にファイルする。アク
セス制御が確立され、任意の構文−探索特性が指定され
たとおりにイネ・−プルされる。フオルダ安求とともに
転送される文書は適切なアクセス制御及び構文−探索特
性とともにファイルされる。フォルｉ文書と関連するデ
ータ・オブジェクトが確立され、順序規準及びフオルダ
中に現在ファイルされている任意の文書の順序を反映す
る。フォルｉ文書のための履歴及び開放属性が確立され
、フオルダ中にファイルされるべき文書の任意のものの
ための履歴属性が確立される。

その後、フォルｉ文書中に含まれる文書に関連するデー
タ・オブジェクトがセットされ、この文書が作成されつ
つあるフォルｉ文書中に含まれているという事が反映さ
れる。

第１図に示した文書管理システム１０はシステム内の情
報を交換するために−様な構造を使用する。この構造は
文書の内容にかかわらず、任意の文書全一つのタイプの
オフィス・システムかう他のタイプのオフィス・システ
ムに運び、文書全作成しもしくは転送する人のその処理
方法に関する意図を伝えるように設計されたエンコーデ
ィング構造を含む。すべてのこれ等の条件を満足する１
つのタイプの構造はＩＢＭ社によって市販されているＤ
ＩＳＯ８Ｓオフィス・システムの一部である文書交換ア
ーキテクチャ（ＤＩＡ）である。

ＤＩＡｔｊニブログラムを文書及びメツセージのような
情報を一貫的に予測可能にするフロトコル及びデータ構
造を定義するプログラム間通信アーキテクチャである。

Ｄ　Ｉ　ＡｆｌＤ　Ｉ　Ａサービスによって管理される
情報のタイプとは独立している。ＤＩＡには転送される
情報の内容を記述するパラメータもしくは記述子を含む
文書オブジェクトラ含んでいる。このオブジェクト中に
含まれる記述子はその下に情報がファイルされる名前、
著作者（作成者）、情報の主題及び情報がファイルされ
た文書履歴中の日付を含む。これ等の記述子はサーバ・
ライブラリ１２のようなメモリ媒体中の文書の探索を可
能にする。

サーバ・ライブラリ１２はシステム１０に種々のサービ
スを与える。これ等のサービスは電子的に文書を記憶し
、検索するのに使用される。文書がサーバ・ライブラリ
１２中にファイルされる時は、文書プロフィールと呼は
れる一組の記述子がこれとともにファイルされる。この
プロフィールは上述の記述子を含む。文書プロフィール
はライブラリ１２中の文書を探索するのに使用される。

本発明をこれに制限するものではないが、説明の目的の
ために、ＥＵはシステム１０に質問して、特定の主題に
関連するすべての文書を探索し、又ライブラリ１２中に
ファイルされているある著作者による任意の２つの日付
間のすべての文書を探索できる。探索を完了すると、シ
ステムはＥＵに探索規準に合致した文書のリストラ提示
する。次にＥＵはシステム１０に質問してリスト上の特
定の文書のコピーをライブラリから検索して、このコピ
ーを印刷もしくは表示するためにＥＵに供給する。

サーバ・ライブラリ１２は又次のサービス：文書のファ
イル、ライブラリからの文書の探索もしくは削除、ライ
ブラリ中の仕掛り文書の更新、ファイルさるべき文書と
関連する機密レベルの特定、文書をライブラリから検索
するために、その文書をファイルしたＥＵ以外の許可Ｅ
Ｕの承認及び他のＥＵのためのライブラリ中の文書の検
索も与える。サーバ・ライブラリ１２はその中にファイ
ルされる各折らしい文書にライブラリ割当て文書名（Ｌ
ＡＤＮ）と呼ばれる一意的な名前を与える。

この名前はりクエスタに戻され、後刻文書を一意的に識
別するのに使用される。

Ｅ２　文書中のオブジェクト 第２図を参照すると、サーバ・ライブラリ１２中に記憶
された各文書の含むオブジェクトが示されている。１ｇ
２図に示されたすべてのオブジェクトはファイル・コマ
ンドの処理に応答して作成される。文書モデル・オブジ
ェクｌ所有権に関する情報及び特定の文書の属性を含む
。このオブジェクトはライブラリ中の文書の寿命中に文
書へのアクセスを制御する。

原所有者オブジェクトは文書の所有者によって使用され
る情報を含むか、これを指摘し、ファイルされた時の文
書へのアクセスを制御する。

文書要旨オブジェクトは文書の要旨の記憶及びファイル
された文書の実際の寸法に関連する情報を保管するため
に使用される。

文書モデル・オブジェクトは複数の文書オブジェクトラ
含む。フォルｉ・データ領域及びフオルダ中文書データ
領域は文書要旨及び文書記述子領域から分離されている
。データ構造のこの分離によって文書はフォルｉとなり
又フオルダ内にあることができる。

文書量関係オブジェクトは文書と他の文瞥間の論理的関
係を示している。もし文書がフォルｉである時は、その
中に含まれる文書の各々はオブジェクト中にポインタも
しくはＬＡＤＮ項目を有する。もしこの文書が１つもし
くはそれ以上のフオルダ中にある時は、各フォルｉはこ
のオブジェクト中にポインタもしくはＬＡＤＮ項目を有
する。

文書のための記入及び除去の履歴はフォルｉもしくは他
のフオルダ中の文書として保持できる。

アクセス制御モデル・オブジェクトは文書の所有者が他
のユーザにその文書へのアクセスを許可した時に作成さ
れる。

上述のオブジェクトのすべての構造は文書量関係オプジ
゛エクＩｆ除きＤ工５Ｏ８Ｓオフィス・システムの一部
であり、ここでは説明されない。第１光は属性パラメー
タ・セット及びフォルｉ文書セクション、フオルダ内文
書セクションより成る文書量関係オブジェクトを示して
いる。

第　　１　　表 クトに関連する文書がフォルｉであるか、文書がフオル
ダ専用文書であるかどうかを示す。第２表はこの属性パ
ラメータのセットのための構造を示す。

第２表 属性パラメータ・セットは文書量関係オブシェフォルｉ
属性は文書量関係オブジェクトに関連する文書がフォル
ｉであるかどうかを示す。もし文書がフォルｉである時
は、フォルｉ・パラメータ・セットが必要とされる。Ｄ
ＩＦ（フオルダ内文書）属性は文書が任意のフオルダ内
に含まれているかどうかを示す。フォルｉ専用属性は文
書がフオルダ内に含められた時に、それがそれ自身のも
のとして見られるかどうかを示す。文書はＤＩＦ及びフ
ォルｉ専用属性が積極的にセットされた時にのみフォル
ｉ専用と見られる。

物理的フオルダ中の物理的文書はフオルダ専用文署であ
る。要するに物理的文書はフオルダ中に存在するが自立
はでさない。しかしながら、電子文書は論理的に同時に
複数の位置に存在し得る。

従って、文書は１つ以上のフオルダ中にあるように見え
、同時に自立している。文書がフオルダ中にあって、こ
れが自立しているかどうかはフォルシダ専用属性によっ
て示される。フオルダ専用文書はこれ等が任意のフォル
ｉによって含まれていない時に独立していると見られる
。

フォルｉ文書セクションは次のセクション、即ちフォル
ｉ属性及び入力文書ノく２メータ・セットを含む。フォ
ルｉ属性は配列規則及び履歴のようなフォルｉ特性を示
す。文書量関係オブジェクトと関連するフォルｉ文書中
に入力される各文書は入力文書パラメータ・セットを有
する。第５表はフォルｉ文書セットのための構造を示す
。

第　　３　表 属性パラメータは開放オプション及び履歴オプションの
特定化を示す。フォルｉが開放されて文書がフオルダ中
に入力されるか、文書がサーバ・ライブラリ１２中にフ
ァイルされた後に、フォルｉから除去されることが可能
になる。文書が開放フオルダ中に入力されるか、これか
ら除去される。

入力文書パラメータは文書がフォルｉから除去される時
に削除され、同一文書がフォルｉに再入力される時に作
成される。除去した日付及び時刻並びに要求者のＩＤが
入力文書パラメータ・セットに付加される。

Ｅ３　本発明の方法の流れ図 第３図は情報処理システム中にフォルｉを作成する際に
本発明によって使用されるファイル・コマンドの構造を
示す。ファイル・コマンドはファイル・コマンド・セク
ション及び少な（とも１つの文書ユニット・セクション
を含んでいる。ファイル・コマンド・セクションはＥＵ
によって入力される任意のアクセス及び探索規準に関連
する情報を含む。非限定な説明の目的のためには、ファ
イル・コマンド構造は２つの文書ユニット・セクション
を含むものとする。各文書ユニット・セクションはフオ
ルダ中に含まれる夫々の文書に関連する。従って文書ユ
ニット・セクションの数はフオルダ中に含まれるべき文
書の数によって変化する。同じ（、ファイル・コマンド
・セクションは２つの識別されるデータ（ＩＤＤ）オペ
ランドを含んでいる。ＩＤＤＩオペランド／ｌ１ＥＵに
よって指定される第１の文書、フオルダと関連している
。

ＩＤＤ１オペランドはコマンドの構文内にフオルダのた
めの一意的な識別子及び文書ユニット１を指摘する物理
的ボイ／りを含む。ＩＤＤ２オペレータはフオルダ中に
含まれるべきＥＵによって指定された第２の文書と関連
する。同じ＜ＩＤＤ２オペレータはコマンドの構文内の
第２の文書のための一意的識別子、第２の文書がＩＤＤ
ｌによって表わされたフオルダ文書中に入力されるべき
ことを示す表示子、文書ユニット２を指摘する物理的ポ
インタを含んでいる。文書ユニット１は文書量関係オブ
ジェクト（ＤＲＯ）ｔ−含む。ＤＲＯは任意の関係属性
、フオルダ属性、フオルダの作成中は空であるフオルダ
の目次テーブルｅフレームワーク、及びフオルダの作成
中は同じ（空であるフオルダ中文書目次テーブル・フレ
ームワークを含んでいる。文書ユニット１はさらに文書
に関連して説明される情報を含んでいる交換文書プロフ
ィール（ＩＤＰ）’ｉ含む。文書ユニット２も同じ＜Ｄ
ＲＯ及びＩＤＰを含んでいる。文書ユニット２に関連す
るＤＲＯは関係属性及びフオルダ中文書目次テーブル・
フレームワークを含ｔｒ。

上述のように、文書モデルは複数の文書オブジェクトを
含む。フオルダ・データ領域及びフオルダ中の文書デー
タ領域は文書の要旨及び文書記述子領域から分離されて
いる。データ構造の分離は文書がフオルダであること及
びフォルタ内にあるべきことを可能にする。

以下、情報処理システム中にフオルダをファイルする際
のりクエスタ・アプリケーションによって使用されるア
プリケーション・プログラムの例を示す。このプログラ
ムは、ソース・コード及ヒマジン・コードが誘導される
プログラム設計言語で書かれている。

ＢＥＧＩＮ　　ＲＥＱＵＥＳＴＥＲＰＲＯＣＮＰＵＴ 制御情報にアクセス 文脈検索特性 ＤＯＦＯＲこの要求に記述された各文書毎に ライブラリ識別子または局所ポインタ となる物理的文書へのポインタ（ＰＰ ＴＲ） この要求の範囲内のこの文書の固有の 識別子 この文書をフオルダ内に含めるべきな らば、この文書を含む各フオルダ毎の 参照識別子 もしこの文書をフオルダ内に収めるべ きであるなら、参照フオルダ内でこの 文書がとる位置の位置表示子（ｐｏｓ）この文書の属性
（履歴） このフオルダの属性（履歴、順序、オ ープン） ＮＤＤＯ ＰＲＯＣＥＳＳ アクセス制御をセット 文脈検索特性をセット リクエスタと主識別子をセット Ｄｏ　　Ｆ’ＯＲ明示的各文書（ＩＤＤまたはＲＤＤ）
を要求中に記述 ＩＦ　　文書がライブラリ中に存在し ない ＨＥＮ 文書をコピー 文書アドレス金、要求ユ ニット中の文書の位置の 地点にセット この文ｆを含むフオルダ の固有のライブラリ識別 子を含むデータ・オブジ ニット（ＤＲＯ）をセラ ト・アップ ＤＲＯ中のフオルダ中文 書（履歴）を上述のよう にセット もし文書がフオルダなら、 ＨＥＮ ＤＲＯ中のフオルダ属性 （履歴、順序、オープン） を上述のようにセット この文書内に含まれてい る文書の固有のライブラ リ識別子を含むデータ。

オフ゛ジエクトをセット拳 アップ ＥＮＤ　Ｉ　Ｆ ＮＤＩＦ この文書の特定識別子（ＤＩＤ） をセット Ｄｏこの分書を含む各フォルシダ 毎に このフオルダのＲＩＤをこ のＩＤＤまたはＲＤＤに対 応してセット ＩＦこのフオルダ内のこの 文書に位置が明示的に示 されているなら、 このＲＩＤに対応する この文書の特定位置を セット ＮＤＩＦ ＮＤＤＯ ＮＤＤＯ ＥＮＤ　　ＲＥＱＵＥＳＴＥＲＰＲＯＣリクエスタ・ア
フ゛リケーシコン拳プログラム１６が対話マネジャ１４
かもデータを受取る時は、ファイル・コマンドによって
ファイルされる文書のすべてのためのアクセス構文−探
索特性、リクエスタ及び基本識別子を指定するオペラン
ドを作成する。要求中に指定される各文書毎に、ＩＤＤ
オペランドが形成される。もし文書が現在ライブラリ１
２中に存在する時は、参照データ（ＲＤＤ）オペランド
だけが形成される。両オペランドはＲＤＤがライブラリ
・ポインタ及びＩＤＤが要求内に含まれる文書ユニット
へのポインタを含む文書の物理的位置へのポインタ（Ｐ
ＰＴＲ）、コマンドの範囲内の一意的な文書識別子（Ｄ
ＩＤ）、文書の各々を含む１乃至それ以上のフオルダへ
の参照（ＲＩ　Ｄ＝フオルダのＤＩＤ）及び参照された
ＲＩＤフオルダ内の文書の各々のために指定された位置
（ｐｏｓ）’６含んでいる。次にリクエスタ・アプリケ
ーション・プログラム１６は各所らしい文書のためのＩ
ＤＤオペレータを作成する。文書の各々に関連するデー
タ領域が次に作成される。

ＤＲＯはフオルダの内に含まれる文書のためのデータ（
ＤＩＦＴＯＣ）、フオルダのための順序規・準、他のフ
オルダ属性及びフオルダ内に含まれる文書のリスト（ｒ
Ｔｏｃ）ｅ含む。さらにＤＲＯはフオルダ内に含まれる
文書のための履歴属性を含んでいる。フオルダ内文書目
次テーブル（ＤＩＦＴＯＣ）［フオルダ内に含まれる文
書のためのデータを含む。

以下に、情報処理システム中のフオルダをファイルする
際におけるライブラリ・サーバ１８によって使用可能な
アプリケーション・プログラムノ例を示す。このプログ
ラムは、ソース・コード及びマシン・コードが導出され
るプログラム設計言語で書かれている。

ＢＥＧＩＮ　　ＬＩＢＲＡＲＹ　　５ＥＲＶＥＲＰＲＯ
ＣＮＰＵＴ リクエスタからの制御 アプリケーション 文脈検索情報 リクエスタ／主要識別子 Ｄｏ　　ＦＯＲ次のものを含む ＩＤＤオペランドまたはＲＤＤオペラ ンドをこの要求内に記述された各文書 毎に構築： 局所ポインタ（ＩＤＤオペランド）ま たはライブラリ識別子（ＲＤＤオペラ ンド）のどちらかである物理的文書へ のポインタ（ＰＰＴＲ） この要求の範囲内のこの文書の固有識 別子（ＤＩＤ） この文書がフオルダ内に含まれること になっているなら、この文書を含む各 フオルダ毎の参照識別子 もしこの文書をフオルダ内に含めるべ きなら、この文書が参照フオルダ内で とることになる位置表示子（ｐｏｓ　）次のものを含む 文書関連オブジェクト（ＤＲＯ）： 文書関連属性 もし特定された文書が、この要求 内で作成されるべきフオルダなら、 順序付は基準及び他のフオルダ属性 フオルダ内文書属性 セットアツプされるけれども何の エントリも含まないフオルダ内内 容テーブル（ＤＩＦＴＯＣ）領域 セットアツプされるけれども何の エントリも含まないフオルダ内容 テーブル（ＦＴＯＣ） ＮＤＤＯ ＰＲＯＣＥ８Ｓ ＤＩＤのためのテーブルまたは、ＬＡＤＮ及びＲＩＤ、
またはＤＩＤテーブルをコール Ｄｏ　　ＦＯＲあらゆるフォル°ダ（ＲＩＤエントリ）
： Ｄｏ　　ＦＯＲこのフオルダ中に配置すべき各文書（Ｄ
ＩＤ） フオルダの内容 テーブル内の順序付は基準に従い このＤＩＤのエントリ位置を見出 す フオルダの内容 テーブル内のこのＤＩＤＫ関連す るＬＡＤＮを入力 ＩＰ履歴ｐ＝このフオルダについて 記述されている ＨＥＮ リクエスタのＩＤを、エンド リの履歴位置にセット エントリの履歴位置に主安ｌ Ｄをセット エントリ中の履歴位置に現在 の日付と時間をセット ＥＮＤ　Ｉ　Ｐ 文書内７，５ルダ 内容テーブル内のこのフオルダ（ ＲＩＤ）に関連するＬＡＤＮを入 力 ＩＦｆｉｌ歴がこの文書について記述 されている ＨＥＮ リクエスタのＩＤをエントリ の履歴位置にセット エントリの履歴位置に主要Ｉ Ｄをセット エントリの履歴位置に現在の 日付と時間をセット ＥＮＤ　Ｉ　Ｐ ＥＮＤＤＯ ＥＮＤＤＯ ＥＮＤ　　ＰＲＯＣＥＳＳ ＥＮＤ　　ＬＩＢＲＡＲＹ　　５ＥＲＶＥＲＰＲＯＣ上
述のように、各文書オペランド（ＲＤＤもしくはＩＤＤ
）はこれ等に割当てられた一意的な識別子を有する。ラ
イブラリ・サーバ１８は次に要求中に明示的に指定され
た各文書のためのＬＡＤＮ全獲得する。ＢＵＩＬＤ　　
ＴＡＢＬＥ　　ＰＲＯＣ（テーブル処理作成）が呼出さ
れ、各ＤＩＤを関連するＬＡＤＮに一致させる一時テー
ブルを作成する。さらにフオルダ中に置かれるべき文書
に対応する各文書オペランドはフオルダの一意的文書識
別子ＤＩＤへの参照金倉む。文書オペランドのＲＩＤは
フオルダ・オペランドのＤＩＤの値にセットされる。次
にライブラリ・サーバ１８は参照された各フオルダのた
めの項目金倉む一時テーブルの作成を行う。各フオルダ
項目はフオルダ内に含まれる文書全表わすＤＩＤのリス
トに含む。

各ＤＩＤｔまフオルダ中のオペランド番号及び位置（ｐ
ｏｓ）と関連している。もしＰＯ３０値がりクエスタ・
アプリケーション・プログラム１６によって明示的にセ
ットされていない時は、フオルダ内の文書の位置全決定
するのにオペランドの元の順序が使用できるので、ＯＰ
Ｎはライブラリ・サーバによって計算される。

説明の目的のために、以下のテーブル中に示すように、
１のＤＩＤｔ有するフオルダは、２及び５のＤ　Ｉ　Ｄ
ｉ有する２つの文書をこの順序で含んでいる。４のＤＩ
Ｄ’を有するフオルダは２及び５のＤＩＤｉ有する２つ
の文書ヲこの順序で含んでいる。ＤＩＤ＝２の文書のた
めの文書オペランドは２つのＲＩＩｎ含んでいる。１つ
はＤ　Ｉ　Ｄ＝　１に関連する文書オペランドで定義さ
れるフオルダのためのものであり、他はＤＩＤ＝４に関
連するフオルダのためのものである。さらに文書オペラ
ンドはＤＩＤの仕様と同じ順序をなしている。

ＲＩＤ　　　　　ＤＩＤ／ＰＯ３１０ＰＮＳ１　　　　
２　／　１　／　２　　　　　　　３　、、’　２　／
　３４　　　　２／１／２　　　　　　　５／２／３次
にＤＩＤ／ＬＡＤＮ及びＲＩ　Ｄ／Ｄ　Ｉ　Ｄテーブル
を作成するためにライブラリ・サーバ１８によって使用
可能なアプリケーション・プログラムの例を示す。この
プログラムは、これからソース・コード及びマシン・コ
ードが誘導されるプログラム設計言語で書かれている。

ＢＥＧＩＮ　　ＢＵＩＬＤ　　ＴＡＢＬＥＳ　　ＰＲＯ
ＣＯＰＮを１にセット ｏｏ　　ＦｏＲ委求中に記述された各文書毎に：ＩＦ文
書がライブラリ中に存在しない ＴＨＥＮ 文書と関連オブジェクトをライブ ラリにコピー 固有のライブラリ識別子（ＬＡＤ Ｎ）をこの文書に割当て ＬＳＥ この文書の固有ライブラリ識別子 （ＬＡＤＮ）を獲得 ＥＮＤ　Ｉ　Ｆ Ｄ　Ｉ　Ｄ／ＬＡ［）Ｎテーブル中に固有ライブラリ識
別子とともに要求の固有識 別子をセーブ Ｄｏ　　ＦＯＲこの文書オペランドによって参照された
各フオルダ（ＲＩＤ） 毎に ＩＦ　　ＲＩＤ／ＤＩＤテーブル中に エントリがない ＴＨＥＮ　　このＲＩＤのエンド リを作成 ＮＤＩＦ ＳＥＴ　　ＲＩ［）／ＤＩＤテーブル中にＤＩＤをセッ
ト ＩＦ　　ＰＯ８がセットされている ＴＨＥＮ ｐｏｓをＲＩＤ／ＤＩＤテー プル中にセット ＥＬＳＥ、ＰＯ８＝可能な最 高値 ＲＩ　Ｄ／Ｄ　Ｉ　Ｄテープ ル中で値＋１ ＮＤＩＦ ＲＩ　Ｄ／Ｄ　Ｉ　Ｄテーブル中でｏｐＮセット ＮＤＤＯ ＯＰＮをＯＰ　Ｎ＋１にセット ＮＤＤＯ ＥＮＤ　　ＢＵＩＬＤ　　ＴＡＢＬＥ　ＰＲＯＣライブ
ラリ・サーバ１８は文書オペランドが指定される順序を
記録しなけれはならない。位置が指定されない、位置的
に順序付けられるフォルｉでは、元のオペランドの順序
が文書をフオルダ中に位置付ける順序となる。次にライ
ブラリ・サーバ１８はＩＤＤもしくはＲＤＤオペランド
に指定された各文書のための一時テーブル中に項目を作
成する。各項目はＤＩＤをＬＡＤＮに突合せる。

さらに現在の文書のオペランドが、含まるべきフォルｉ
を参照した時は、ＲＩ　Ｄ／Ｄ　Ｉ　Ｄ−時テーブルが
更新される。次にライブラリ・サーノ（１８はもし文書
がライブラリ１２中に存在する時はＩＤＤを処理する。

次に文書はＤＲＯを含む関連データ領域とともにライブ
ラリ２２中にファイルされ、新らしいＬＡＤＮが文書に
割当てられる。その後文書がライブラリ１２中に存在す
る時は、ライブラリ・サーバ１８はＲＩＤ’ｉ処理し、
−時テーブル中にＤＩＤ／ＬＡＤＮ及びＲＩ　Ｄ／Ｄ　
Ｉ　Ｄ項目を作成する。ＰＯＳのセット値な（、位置的
に順序付けられたフオルダ中に置かれる文書オペランド
は、現在フオルダ中にある最後の文書の後方の、フオル
ダ中に進む。次にＯＰＮは次のオペランドのために更新
される。

第４、第５及び第６図は情報処理システム中のフオルダ
中にファイルする際のりクエスタ・アプリケーション・
プログラム１８のための流れ図である。先ず、アプリケ
ーション・プログラム１８は段階１００で対話マネジャ
と対話して要求を受入れる。アクセス情報、識別子（Ｉ
Ｄ）及び探索パラメータは段階１０１でセットされる。

段階１０２及び１０３中で、要求中に指定された文書の
各々がライブラリ１２中に存在するかどうかの判断がな
される。もし文書がライプラ・す１２中に存在しない時
は、文書のコピー及びその関連オブジェクトの作成が段
階１０４及び１０５でなされる。

文書がライブラリ１２中に存在する時は、ライブラリ・
アドレスが段階１０６中でセットされる。

段階１０７は指定された文書がフオルダ中にあるかどう
かを判断する。段階１０８は７オルダ順序規準及び他の
フォルｉ属性をセットし、段階１０９でＤＩＤが指定さ
れた値にセットされる。段階１０７で指定文書がフオル
ダ中にない事がわかると、ＤＩＤが段階１０９で指定値
にセットされる。

段階１１０において、文書の各々が現存の７オルダ中に
存在するかどうかが判断される。文書がフオルダ中にあ
ると、段階１１１でＲＩＤ及びＰ。

Ｓがセットされ、そうでないと制御は段階１１２に渡さ
れる。段階１１２で、この文書が要求中に指定された最
後の文書であるかどうかの判断がなされる。もし処理す
べき他の文書が存在する時は、制御が段階１０２に渡さ
れる。そうでない時は、リクエスタ・アプリケーシコン
ψプログラム１６は完備した要求を段階１１３中でライ
ブラリ・サーバ１８に転送する。

第７図乃至第１０図を参照すると、ライブラリ１２中に
フォルｉをファイルする際のライブラリ・サーバ１８の
ための流れ図が示されている。段階１２５中で、ライブ
ラリ１８はテーブル作成ルーチンを呼出し、Ｄ　ＩＤ／
ＬＡＤＮ及びＲＩ　Ｄ／ＤＩＤテーブルを作成する。段
階１２６．１２７及び１２８で、各フォルｉのＲＩＤ及
びＲＩＤ／ＤＩＤテーブル中の各文書ＤＩＤについてフ
ォルｉ目次テーブル（ＦＴＯＣ）の入力位置が見出され
、この文書のためのＬＡＤＮ’ｉセットする。段階１２
９中でもしフォルｉの履歴を保持したいことがわかると
、リクエスタ及び基本（ｐｒｉｎｃｉｐａｌ）のＩＤ並
びに現在の日付及び時刻が段階１３０中でセットされる
。フォルｉＬＡＤＮは段階１３１中でフオルダ内文書目
次テーブル（ＤＩＦＴＯＣ）中に入力される。段階１６
２で、文書の履歴が保持されるかどうかについての判断
がなされる。もし文書の履歴が保持されるべき時は段階
１６５でリクエスタのＩＤ及び基本のＩＤ並びに日付及
び時刻がセットされる。段階１３４で最後の文書項目が
ＲＩＤのために処理されたかどうかについての判断がな
される。もし処理すべき他の文書項目が存在する時は、
制御は段階１２７に渡される。

そうでない時は、第１０図の段階１３５でＲＩＤ／ＤＩ
Ｄテーブル中の最後のＲＩＤが処理されているかどうか
の判断かされる。もし処理される他のＲＩ　Ｉ）が存在
する時は、制御は段階１２６に渡される。

第１１図乃至第１４図全参照すると、ＲＩ　Ｄ／ＤＩＤ
及びＤＩＤ／ＬＡＤＮテーブルを発生する際のテーブル
作成ルーテンの流れ図が示されている。上述のようにこ
のテーブル作成ルーチンはライブラリ・サーバ１８によ
って呼出される。段階１４０で、ＯＰＮけ１の値にセッ
トされる。呼出し中の各ＤＩＤについて、６夫々のＤＩ
Ｄに関連する文書がライブラリ（ＬＩＢ）１２中に存在
するかどうかについての判断が段階１４１及び１４２に
なされる。もし文書がライブラリ中に存在しない時は、
文書のコピー及びその関連するオブジェクトが段階１４
６中で形成され、段階１４４中でＬＡＤＮが割当てられ
る。他の場合には、ライブラリ１２中にファイルされて
いる文書のためのＬＡＤＮが段階１４５中で７エツチさ
れる。第１２図の段階１４６及び１４７中で、文書によ
って参照される各フォルスＲＩＤについて、項目がＲＩ
　Ｄ／Ｄ　Ｉ　Ｄテーブル中に作成されるかどうかの判
断がなされる。必要な時には、段階１４８中でＲＩＤ／
ＤＩＤテーブル中に項目全作成する。段階１４９でＤＩ
ＤがＲＩ　Ｄ／Ｄ　Ｉ　Ｄテーブル中に導入され、位置
インデイケータ（ｐｏｓ）がセットされているかどうか
の判断がブロック１５０中でなされる。もしセットされ
ていないと、Ｐｏｓは段階１５１中で１＋ＲＩＤ／ＤＩ
Ｄテーブル中の最高の可能な値にセットされる。））　
ＯＳが前に指定されていると、ｐｏｓｕ段階１５２で指
定された値にセットされる。次に文書オペランド（ＯＰ
Ｎ）が段階１５３中でＲＩ　Ｄ／Ｄ　Ｉ　Ｄテーブル中
にセットされる。次に段階１５４中で、判断は最後のフ
ォルスが処理されたがとつかの判断がなされる。最後の
フォルスが処理されていないと、制御は段階１５４から
段階１４６（第１２図）に渡され、任意の残りのフォル
スが処理される。そうでない時は段階１５５中でＯＰＮ
が１の値だけインクレメントされる。段階１５６で最後
のＤＩＤが処理されたかどうかが判断される。制御は段
階１５６から段階１４１に渡され、任意の残りのＤＩＤ
が処理される。

要約すると、フオルダ中に含まれる文書のグループを管
理するために、情報処理システム中にフォルスとして文
書をファイルする方法が開示された。エンド・ユーザは
システムに文書がフォルスとして作成されるべきことを
示す。多くの文書がフォルタ文書中に含まれるべきこと
か識別される。

次に識別された文書について論理関係か指定される。次
に識別された文書が、文書の記憶される順序に関連する
論理的関係金持って、フオルダ中にファイルされる。次
にフォルスが情報処理システム中にファイルされる。

Ｆ　発明の効果 本発明に従い、文書全階層的及び線形関係に組織化する
方法が与えられる。

【図面の簡単な説明】

第１図は本発明の原理に従う文書管理システムのブロッ
ク図である。 第２図は第１図の文書管理システムに記憶されている文
書と関連する種々のオブジェクトを示す、文書のモデル
の図である。 第６図乃至第１４図は本発明の方法の詳細な段階の柚々
の流れ図である。 １０・・・・文書管理システム、１２・・・・ライブラ
リ、１４・・・・対話マネジャ、１６・・・・リクエス
タ拳アプリケーション昏プログラム、１８・・・・ライ
ブラリ・サーバ　２０・・・・局所メモリ媒体。 劣 ア 固 蔦

Claims (1)

1. 【特許請求の範囲】 複数の文書が記憶される情報処理システムにおいて、上
   記情報処理システムからの複数の文書の検索の順序を制
   御する方法であつて、 （ａ）上記情報処理システムに、特定の順序に従つて複
   数の文書がその中にファイルされたフオルダ文書を作成
   せしめ、 （ｂ）上記フオルダ文書中に、上記複数の文書と階層関
   係を有するデータを記憶し、 （ｃ）上記情報処理システムに、上記階層関係に基づい
   て上記データ及び上記複数の文書を検索せしめる段階を
   有する、 情報処理システムからの複数個の文書の検索の順序を制
   御する方法。