JPH06243018A - ネットワーク分散型文書ファイルシステム - Google Patents

Abstract

(57)【要約】 【目的】 セキュリティ等の管理機能が優れ、システム
としての融通性に富むネットワーク分散型文書ファイル
システムを実現する。 【構成】 階層分類構造の分類30,31,32,33はディレク
トリ、文書36は任意数のファイルである。各分類と各文
書は属性情報ファイル17，18を持つ。アプリケーション
AP_Aからキャビネットのアクセスを要求すると、サービ
スクライアントSC_Aは閲覧リストファイル20aを参照
し、ベースサーバBS_Z,BS_Gにキャビネット30,50の属性
情報を要求する。ベースサーバBS_Z,BS_Gはキャビネッ
ト30,50の属性分類のパーミッション情報をチェック
し、存在明示がユーザに許可されていれば同属性情報を
サービスクライアントSC_A経由でアプリケーションAP_A
へ返す。ディスプレイ画面にキャビネット30,50のアイ
コンが表示される。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ネットワーク分散型の
文書ファイルシステムに関する。

【０００２】

【従来の技術】光ディスク等の大容量メディアを用いた
文書ファイルシステムは、スタンドアローンの形態から
出発したが、近年は複数ユーザの共同利用を主たる目的
としてネットワーク分散型の文書ファイルシステムに進
化している。

【０００３】このようなネットワークワイドの文書ファ
イルシステムでは、スタンドアローンのシステムに比
べ、システムの安全性、信頼性を維持するために文書の
セキュリティ管理が極めて重要であり、スタンドアロー
ンのシステムのようなセキュリティ管理では不十分であ
る。

【０００４】一方、ネットワークワイドの××××のよ
うなオペレーティングシステム（ＯＳ）の環境において
は、データはあくまでファイル（ディレクトリファイル
を含む）を単位として管理され、もともと文書（任意数
のファイルから構成される）の概念がない。しかし、文
書ファイルシステムにおいては、文書を単位として文書
を管理できないと極めて不都合である。これは、ワード
プロセッサ等のアプリケーションの文書は、一般に複数
のファイルから構成されるからである（あるワードプロ
セッサの文書は、［＊＊．ＪＸＷ］、［＊＊．ＡＴ
Ｒ］、［＊＊．ＣＴＬ］という３種類のファイルから構
成される）。

【０００５】また、××××などのＯＳのファイルシス
テムは、ＯＳの管理するファイルの存在を隠すようなセ
キュリティをかけることはできても、文書単位のセキュ
リティをかけることはできず、ましてやアプリケーショ
ン（ユーザ）毎に文書にセキュリティをかけるような機
能は備わっていない。

【０００６】

【発明が解決しようとする課題】本発明は、文書管理機
能、セキュリティ管理機能等の性能及びシステムとして
の融通性が優れたネットワーク分散型文書ファイルシス
テムを実現することを目的とする。

【０００７】

【課題を解決するための手段】本発明によるネットワー
ク分散型文書ファイルシステムは、××××等のＯＳの
ディレクトリ構造に対応した、文書のための階層分類構
造と、この階層分類構造の分類毎及び分類下の文書毎の
属性情報とを持ち、前記分類及び文書の属性情報に基づ
いて分類及び文書を管理する。文書の属性情報として、
文書を構成する任意数のファイルを一括管理するための
情報を有し、この情報に基づいて文書の構成ファイルを
１文書として管理する。文書毎、分類毎にユーザ別のセ
キュリティ管理のためのパーミッション情報を有し、こ
のパーミッション情報に基づいて文書、分類のセキュリ
ティ管理を行なう。また、前記パーミッション情報に複
数レベルのセキュリティ管理のための情報を設定するこ
とによって、複数レベルのセキュリティ管理を行なう。
また、前記階層分類構造の最上層分類と対をなす検索表
を持ち、この検索表を用いて、文書管理の手段から独立
して分類及び文書の属性情報検索を行なう検索手段を有
する。この検索手段は、階層分類構造の分類に応じて検
索キー項目を制御するためのビュー情報を持つ。という
構成を備えたものである。

【０００８】

【作用】本発明のシステムは上述のように、ＯＳのディ
レクトリ構造に対応した階層分類構造を採用することに
より、ＯＳの標準コマンド群をそのまま利用可能でＯＳ
の汎用アプリケーションに対してオープンなアーキテク
チャとし、システムとしての高い融通性を保持する一
方、分類毎及び文書毎に属性情報を持つことによって、
標準のＯＳにないシステム特有の文書管理機能を実現で
きる。

【０００９】また、本発明のシステムは上述のように、
文書を構成する任意数のファイルを一括して１文書とし
て管理することができるため、複数ファイルからなる文
書の扱いが容易・確実になる。

【００１０】また、本発明のシステムは上述のように、
文書または分類に対してユーザ別の厳格なセキュリティ
管理が可能である。さらに、例えば存在明示、閲覧、コ
ピー、登録更新、削除といった複数レベルのセキュリテ
ィ管理が可能であるため、システムの運用環境に応じた
最適なセキュリティ管理を実現できる。

【００１１】またさらに、本発明のシステムは上述のよ
うに、文書／分類の管理から属性情報検索を独立させ、
検索手段にシステム全体の管理機能を取り込まないた
め、検索手段として様々な汎用データベースマネージメ
ントシステムを採用することが可能である。また、ビュ
ー情報に基づいて自動的に、上位の分類での検索の場合
に粗い検索キーを割り振り、下位の分類での検索の場合
に詳細な検索キーを割り振るといったことができるた
め、効率的な検索環境を提供できる。

【００１２】

【実施例】図１は、本発明の一実施例による分散型文書
ファイルシステムの概略構成を示す。本システムは、×
×××の環境下で稼動し、サーバ／クライアントモデル
を用いて文書管理機能を実現するものであり、ハードウ
エア的には、複数の××××ワークステーション（Ｗ
Ｓ）１，２，３，４，５，６，７，８，９をローカルエ
リアネットワーク（ＬＡＮ）１０により接続した構成で
ある。

【００１３】図２に、本システムを運用するユーザの設
定例を示す。この設定を前提にして以下の説明を行な
う。図２において、ユーザグループＲは周辺装置開発課
であり、それを統括するユーザが課長Ｇである。ユーザ
グループＲの下にユーザグループＰ（プリンタ開発係）
とユーザグループＱ（スキャナ開発係）がある。ユーザ
グループＰに所属するユーザは、課長Ｇと、スキャナ開
発係の係長Ａ及び課員Ｂ，Ｃである。ユーザグループＱ
に所属するユーザは、課長Ｇと、スキャナ開発係の係長
Ｄ及び課員Ｅ，Ｆである。

【００１４】再び図１において、ワークステーション
（ＷＳ＿Ａ）１は係長Ａ用、ワークステーション（ＷＳ
＿Ｂ）２は課員Ｂ用、ワークステーション（ＷＳ＿Ｃ）
３は課員Ｃ用、ワークステーション（ＷＳ＿Ｄ）４は係
長Ｄ用、ワークステーション（ＷＳ＿Ｅ）５は課員Ｅ
用、ワークステーション（ＷＳ＿Ｆ）６は課員Ｆ用、ワ
ークステーション（ＷＳ＿Ｇ）７は課長Ｇ用である。ワ
ークステーション（ＷＳ＿Ｚ）８は共用サーバ用であ
る。ワークステーション（ＷＳ＿Ｇ）７と同（ＷＳ＿
Ｚ）８は光磁気ディスク等の大容量メディア１１，１２
を備える。ワークステーション（ＷＳ＿Ｘ）９はデータ
ベースサーバ用であり、磁気ディスク装置等の補助記憶
装置１３を持つ。

【００１５】各ユーザ用ワークステーション１〜７にア
プリケーションプログラムＡＰ＿Ａ〜ＡＰ＿Ｇ（アプリ
ケーションと略記する）とサービスクライアントプログ
ラムＳＣ＿Ａ〜ＳＣ＿Ｇ（サービスクライアントと略記
する）がある。メディア１１，１２を持つワークステー
ション７，８にはベースサーバプログラムＢＳ＿Ｇ，Ｂ
Ｓ＿Ｚ（ベースサーバと略記する）がある。

【００１６】アプリケーションＡＰ＿Ａ〜ＡＰ＿Ｇは、
ユーザを識別し、マンマシンインターフェイスを用いて
ソフトウエア階層の直下にあるサービスクライアントＳ
Ｃ＿Ａ〜ＳＣ＿Ｇに対しサービスクライアントコマンド
を発行することにより、種々の文書管理要求を実現す
る。サービスクライアントＳＣ＿Ａ〜ＳＣ＿Ｚは、アプ
リケーションＡＰ＿Ａ〜ＡＰ＿ＺとベースサーバＢＳ＿
Ａ〜ＢＳ＿Ｚとのインターフェイスであり、アプリケー
ションからの要求を該当するベースサーバへ伝え、また
ベースサーバからの情報をアプリケーションへ伝達する
ことによって、ベースサーバと連携をとって分散型の文
書管理を実現する。ベースサーバＢＳ＿Ｇ，ＢＳ＿Ｚ
は、文書管理（検索を除く）実行機構の本体である。

【００１７】データベースサーバ用ワークステーション
９には、分散型の汎用データベースマネージメントシス
テムＤＢＭＳが置かれる。このデータベースマネージメ
ントシステムＤＢＳＭは、アプリケーションＡＰ＿Ａ〜
ＡＰ＿Ｇからコールする形態で、キーワード検索のよう
な属性情報検索を検索表を用いて行なう目的にだけ利用
される。文書管理機能は、あくまでサービスクライアン
トＳＣ＿Ａ〜ＳＣ＿ＧとベースサーバＢＳ＿Ｇ，ＢＳ＿
Ｚを使って実現され、データベースマネージメントシス
テムＤＢＭＳには依存しない。

【００１８】本システムでは、図３に示すように、文書
の分類管理のための階層分類構造にＵＮＩＸファイルシ
ステムのディレクトリ構造をあてはめる。各階層の分類
１５はディレクトリに対応する。いずれかの分類下に文
書（任意数のファイル）１６が置かれる。最上階層の分
類１５ａは「キャビネット」」、２番目の階層の分類１
５ｂを「バインダ」、３番目の階層の分類１５ｃを「フ
ォルダ」と呼ぶ。つまり、文書を分類して保管するため
の物理的な保管場所がキャビネットであり、その中に、
必要に応じてバインダ、フォルダという単位で分類し
て、文書を保管するというイメージである。ただし、い
ずれの階層の分類下にも文書を置くことができる。ま
た、４階層以上に分類することも可能である。

【００１９】このように、階層分類構造が××××のデ
ィレクトリ構造に合っているため、本システムは×××
×の汎用アプリケーションに対してオープンなアーキテ
クチャとなり、融通性が高い。

【００２０】そして、このような階層分類構造の各分類
毎に分類属性情報ファイル１７を持たせ、また、文書毎
に文書属性情報ファイル１８を持たせることによって、
標準ＯＳにない本システム特有のセキュリティ管理、そ
の他の文書管理機能を実現する。

【００２１】図４にキャビネット構成例を示す。ここに
示す例では、係長Ａが「設計資料」という名称のキャビ
ネット３０を共用サーバのメディア１２上に持ち、この
キャビネット３０に「プリンタ関連」という名称のバイ
ンダが設けられ、このバインダにさらに「新聞記事」、
「決裁」、「設計書」という名称の３つのフォルダ３
２，３３，３４が設けられ、「新聞記事」フォルダ３２
に文書（＃１，＃２）３６，３７が格納され、「決裁」
フォルダ３４に文書（＃３，＃４）３８，３９が格納さ
れている。係長Ｄも類似構造の「技術資料」キャビネッ
ト４０を共用サーバのメディア１２上に有する。各キャ
ビネットに関する分類属性情報ファイル及び文書属性情
報ファイル（図４には示されていない）も当然にキャビ
ネットと同じメディア上に格納される。

【００２２】課長Ｇは「決裁」という名称のキャビネッ
ト５０をワークステーション（ＷＳ＿Ｇ）７のメディア
１１上に持ち、その中に「プリンタ関連」、「スキャナ
関連」、「人事資料」という名称の３つのバインダ５
１，５２，５３を設け、前者の二つのバインダ５１，５
２の下に文書（＃３，＃４，＃７，＃８）３８′，３
９′，４７′，４８′を置く。しかし、これらの文書
は、係長Ａと係長Ｄのキャビネット３０，４０内の対応
文書３８，３９，４７，４８と同一内容である（同一内
容でなければならない）。そこで、課長Ｇの「決裁」キ
ャビネット５０のバインダ５１とバインダ５２に、係長
Ａの「決裁」フォルダ３３と係長Ｄの「決裁」フォルダ
４３をリンクさせることにより、あたかも、それらのフ
ォルダ下の文書３８，３９，４７，４８が課長Ｇの「決
裁」キャビネット５０に存在するかのように扱われる。
リンクの設定方法については後述する。

【００２３】図３に示した分類属性情報ファイル１７の
内容は、図５に示すように、ノードＩＤ、種別、作成
日、所有者、アイコン情報、リンク情報、階層番号、自
動廃棄情報、版世代管理情報及びパーミッション情報か
らなる。また、文書管理情報ファイル１８の内容は図６
に示すように、文書ＩＤ、文書タイプＩＤ、文書属性、
作成日、作成者、アイコン情報、階層番号、自動廃棄情
報、版世代管理情報、パーミッション情報からなる。各
属性情報の内容は図５及び図６に示したとおりである
が、その一部について説明する。

【００２４】「文書属性」は、親文書／追加文書の関係
が設定されるもので、この情報を基に関連する文書をひ
とまとめに参照することが可能となる。

【００２５】「文書タイプＩＤ」は、様々なファイル構
成を持つ文書とファイルを結合するための情報である。
より具体的には文書を構成するファイル数とファイルの
識別子、当該文書の表示、編集等のために起動すべきア
プリケーションの識別子であって、ユーザが任意に登録
できる。

【００２６】文書タイプＩＤの例を図７に示す。ここに
示す例では、文書タイプＩＤ＝１は、ワードプロセッサ
「一太郎」（登録商標）の文書に対応するもので、＊
＊．ＪＸＷ、＊＊．ＡＴＲ、＊＊．ＣＴＬという３種類
のファイルから構成されることを示す。

【００２７】このような文書タイプＩＤが文書属性情報
に設定されることによって、本システムは１文書を構成
する複数ファイルを一括して１文書として扱い、登録、
複写、削除等の操作、セキュリティ管理等を行なうこと
ができる。

【００２８】例えば、一般的なファイル管理ソフトで一
太郎文書「知的財産」の削除等を行なう場合、「知的財
産．ＪＸＷ」というファイルの削除指定をしてもそれに
付随した「知的財産．ＡＴＲ」というファイルと「知的
財産．ＣＴＬ」というファイルは削除されないので、そ
れぞれのファイルの削除指定を別個に行なう必要があ
る。これに対し、本システムにおいては、文書タイプＩ
Ｄにより文書を構成する３つのファイルを認識し、それ
を一括して削除することができる。

【００２９】「パーミッション情報」は、分類または文
書のセキュリティ管理のための情報であって、ユーザ
（またはグループ）名とアクセス権の集合体ファイルで
ある。本システムは、このパーミッション情報を参照し
て、分類または文書のアクセスを、アクセス権を許可さ
れたユーザ（またはユーザグループ、以下同様）に対し
てだけ許す。

【００３０】本実施例においては、パーミッション情報
に、図８に示すような存在明示（Ｅ）、閲覧（Ｂ）、コ
ピー（Ｃ）、登録更新（Ｉ）、削除（Ｄ）の５レベルの
パーミッションレベル（もしくはセキュリティレベル）
を設定できる。つまり、各レベル毎に、ユーザ名が設定
されたユーザにのみ、当該レベルのアクセス権が付与さ
れる。

【００３１】そして、本システムは、あるユーザから、
ある分類または文書へアクセス要求があった場合、その
ユーザが存在明示（Ｅ）を許可されていないときには、
当該分類または文書の存在すら隠す。閲覧（Ｂ）が許可
されていないユーザであれば、当該分類下の分類もしく
は文書、または当該文書の内容の閲覧を禁止する。コピ
ー（Ｃ）が許可されていないユーザに対しては、当該分
類また当該文書のコピーを禁止する。登録更新（Ｉ）が
許可されていないユーザに対しては、当該分類下への分
類もしくは文書の登録、または当該文書の更新を禁止す
る。また、削除（Ｄ）が許可されていないユーザに対し
ては、当該分類または当該文書の削除を禁止する。

【００３２】このように本システムにおいては、存在明
示も含めた５レベルのセキュリティ管理を、ユーザ別
に、分類（ディレクトリ）毎及び文書（任意数ファイ
ル）毎に行なうことができる。

【００３３】パーミッション情報の設定例を図９に示
す。ここに示す例において、係長Ａの「設計資料」キャ
ビネット３０内の「新聞記事」フォルダ３２とその下の
文書（＃１，＃２）３６，３７の場合、存在明示
（Ｅ）、閲覧（Ｂ）、コピー（Ｃ）がユーザグループＲ
に対して許可される。つまり、周辺装置開発課の全員に
公開される。しかし、登録更新（Ｉ）はユーザグループ
Ｐつまり課長Ｇとプリンタ開発係の係長Ａ、課員Ｂ，Ｃ
にのみ許可され、削除（Ｄ）は課長Ｇと係長Ａにのみ許
可される。

【００３４】係長Ａの「設計資料」キャビネット３０内
の「決裁」フォルダ３３と、その下の文書（＃３）３８
とは、課長Ｇの「決裁」キャビネット５０にもリンクさ
れている。このフォルダと文書の閲覧は全員に許可され
ているが、コピー（Ｃ）は課長Ｇと係長Ａ，Ｄのみに許
可され、登録更新（Ｉ）は課長Ｇとプリンタ開発係の係
長Ａのみに許可され、削除（Ｄ）は課長Ｇのみに許可さ
れる。「決裁」フォルダ３３の文書（＃４）３９は機密
決裁文書であるため、係長以上のユーザにしか存在を教
えず、閲覧、コピー及び登録更新を課長Ｇと係長Ａにし
か許さない。

【００３５】課長Ｇの「決裁」キャビネット５０内の
「人事資料」バインダ５３の場合、その存在自体は係長
以上には隠さないが、課長以外には閲覧も禁止する。

【００３６】次に、図４に示した課長Ｇの「プリンタ関
連」バインダ５１と係長Ａの「決裁」フォルダ３３との
間のリンク設定を例に、リンク設定処理について説明す
る。図１０はその説明図、図１１はリンク設定処理のフ
ローチャートである。

【００３７】まず、リンク元ディレクトリを作成する直
上のディレクトリをサーチする（Ｓ１）。この例では課
長Ｇの「決裁」キャビネット５０をサーチする。そし
て、サーチしたディレクトリの下に、リンク元ディレク
トリを新規作成する（Ｓ２）。この例では、課長Ｇの
「決裁」キャビネット５０の下に「プリンタ関連」バイ
ンダ５１を新規作成する。

【００３８】作成したリンク元ディレクトリの下に、そ
の分類属性情報ファイル１７ｅを作成し、所定のパラメ
ータを設定する（Ｓ３）。作成した分類属性情報ファイ
ル１７ｅの「種別」に”リンク元”を設定し、「リンク
情報」にリンク先ディレクトリ、この例では係長Ａの
「決裁」フォルダ３３のフルパス名を設定する。リンク
先ディレクトリ、ここでは「決裁」フォルダ３３の分類
属性情報ファイル１７ｆの「種別」を”リンク先”に設
定し、その「リンク情報」にリンク元ディレクトリのフ
ルパス名を設定する（Ｓ５）。

【００３９】ベースサーバＢＳ＿Ｇ，ＢＳ＿Ｚは、この
ように設定されたリンク情報を参照することにより、リ
ンク元の分類から、あるいはリンク先の分類から、それ
とリンクされた分類にアクセスすることができる。

【００４０】図１及び図１２に示すように、各ユーザの
サービスクライアントＳＣ＿Ａ〜ＳＣ＿Ｇは閲覧リスト
ファイル２０ａ〜２０ｇを持つ。この閲覧リストファイ
ル２０の内容は、該当ユーザの名称、キャビネットの名
称とネットワークアドレスである。図１２に、係長Ａの
サービスクライアントＳＣ＿Ａの持つ閲覧リストファイ
ル２０ａの内容が示されている。この例では、メディア
１２上の「設計資料」キャビネット３０とメディア１１
上の「決裁」キャビネット５０が登録されている。

【００４１】サービスクライアントＳＣ＿Ａ〜ＳＣ＿Ｇ
は、アプリケーションＡＰ＿Ａ〜ＡＰ＿Ｇからキャビネ
ットへのアクセス要求があった時に、その保有する閲覧
リストファイル２０ａ〜２０ｇを参照し、登録されたネ
ットワークアドレスで示されるベースサーバ（ＢＳ＿
Ｇ，ＢＳ＿Ｚ）へキャビネットのアクセス要求を出す。

【００４２】データベースマネージメントシステムＤＢ
ＭＳは、キャビネット毎に一つの検索表を補助記憶装置
上に持つ。ここでは、図４に示すキャビネット構成を想
定しているので、図１に示すように３つの検索表２１
ａ，２１ｄ，２１ｇを持っている。各検索表２１ａ，２
１ｄ，２１ｇは対応したキャビネット３０，４０，５０
とマッピングされるのみであって、論理的にはキャビネ
ットから独立した存在である。検索表のスキーマはユー
ザが任意に設定できる。

【００４３】データベースマネージメントシステムＤＢ
ＭＳは、アプリケーションＡＰ＿Ａ〜ＡＰ＿Ｇから入力
された検索キーと対応した検索表２１とを用いて、分類
または文書のキーワード検索（属性情報検索）を行な
う。このように、ＤＢＭＳはキャビネット内の分類また
は文書の検索機能にのみ係わり、本システム全体の管理
を取り込まないため、データベースマネージメントシス
テムＤＢＭＳとして種々の汎用のデータベースマネージ
メントシステムを採用可能である。

【００４４】なお、検索では分類（ディレクトリ）も文
書も同列に扱われ、検索条件に合致する限り分類も文書
も検索結果として得られる。これは、人にとって（特に
キャビネットの階層分類構造に関する知識が不十分なユ
ーザにとって）、文書以上の階層の集合も検索できるほ
うが、検索を進めるうえで一般に都合がよいからであ
る。

【００４５】データベースマネージメントシステムＤＢ
ＭＳはまた、各検索表２１ａ，２１ｄ，２１ｇのスキー
マに対し分類対応に設定されたビューの情報を持つ。ビ
ューはユーザが任意に設定できる。図１３に「設計資
料」キャビネット３０に対応した検索表２１ａとそのビ
ューの設定例を示す。２２ａは「設計資料」キャビネッ
ト３０に対応したビュー、２２ｂは「プリンタ関連」バ
インダ３１に対応したビュー、２２ｃは「新聞記事」フ
ォルダ３２に対応したビュー、２２ｄは「決裁」フォル
ダ３３に対応したビューである。

【００４６】図１３のビュー設定において、各分類階層
からのキーワード検索で有効となる検索キー項目を図１
４に示す。すなわち、「設計資料」キャビネット３０か
らのキーワード検索では文書名と登録日付が有効な検索
キー項目となり、「プリンタ関連」バインダ３１からの
キーワード検索では文書名、登録日付、記録方式が有効
な検索キー項目となる。「新聞記事」」フォルダ３２か
らのキーワード検索では文書名、登録日付、記録方式、
新聞誌名、掲載日付が有効な検索キー項目となり、「決
裁」フォルダ３３からのキーワード検索では文書名、登
録日付、記録方式、決裁日付、起案者が有効な検索キー
項目となる。

【００４７】このようなビュー設定によって、検索を行
なう分類に応じて検索キー項目を適切に制御できる。す
なわち、大きな（上位階層）の分類からの検索には粗い
検索キーを割り振り、細かい（下位階層）の分類からの
検索には詳細な検索キーを割り振ることにより、検索作
業の容易化、効率化を実現できる。

【００４８】以上説明した構成を備えた本システムにつ
いて、いくつかの操作例により動作を説明する。

【００４９】操作例１ 係長Ａが自己所有の「設計資料」キャビネット３０に
「プリンタ関連」バインダ３１を作成する場合である。
この場合の動作シーケンスを図１５に示す。

【００５０】係長Ａは、ワークステーション（ＷＳ＿
Ａ）１で、キャビネットへのアクセスを要求する（１０
０）。具体的には、例えば図２１に示すようなディスク
トップ画面（電源投入時に表示される初期画面）上でキ
ャビネットのアイコン６０をクリックする。そうする
と、アプリケーションＡＰ＿Ａよりサービスクライアン
トＳＣ＿Ａに対しキャビネットへのアクセス要求が出さ
れる（１０１）。

【００５１】これを受けたサービスクライアントＳＣ＿
Ａは、閲覧リストファイル２０ａを参照して、キャビネ
ット名とネットワークアドレスを取得する（１０２）。
そして、取得したネットワークアドレスを持つワークス
テーションのベースサーバに対して、取得したキャビネ
ット名を持つキャビネットの分類属性情報を要求する
（１０３）。ここでは、「設計資料」キャビネット３０
だけが閲覧リストファイル２０ａに登録されているもの
とする。

【００５２】これを受けたベースサーバＢＳ＿Ｚは、要
求された「設計資料」キャビネット３０の分類属性情報
ファイル（図３）のパーミッション情報（図５、図８）
を参照し、当該キャビネット３０が当該係長Ａに対して
存在明示（Ｅ）を許可されているかチェックする（１０
４）。そして、存在明示が許可されているならば、当該
キャビネットの分類属性情報を取得して要求元のサービ
スクライアントＳＣ＿Ａへ返送する（１０５）。存在明
示を許可されなかった時は、その旨を返す。

【００５３】サービスクライアントＳＣ＿Ａは、ベース
サーバＢＳ＿Ｚより返送された分類属性情報をアプリケ
ーションＡＰ＿Ａへ返す（１０６）。アプリケーション
ＡＰ＿Ａは、分類属性情報を受け取ると、例えば図２４
に示すようなアイコンリスト画面に当該キャビネットの
アイコンを表示する（１０７）。ここでは「設計資料」
キャビネットのアイコン６１が１個だけ表示される。ア
イコンのイメージは分類属性情報中のアイコン情報で指
定されるファイルより取得する。

【００５４】次に係長Ａは、目的の「設計資料」キャビ
ネット３０下に「プリンタ関連」バインダ３１の作成を
要求する（１０８）。具体的には例えば、図２２に表示
された「設計資料」キャビネット３０のアイコン６１を
クリックして図２３に示すような下位分類の画面に切り
替え、分類作成のアイコン６２とバインダのアイコン６
３をクリックすると、バインダ属性入力画面が出るの
で、必要な属性情報をキーボードより入力する。

【００５５】このバインダ作成要求がアプリケーション
ＡＰ＿ＡからサービスクライアントＳＣ＿Ａを介して、
ベースサーバＢＳ＿Ｚへ送られる（１０９，１１０）。
ベースサーバＢＳ＿Ｚでは、当該「設計資料」キャビネ
ット３０のパーミッション情報を参照し、その登録更新
（Ｉ）が係長Ａに許可されているかチェックする（１１
１）。ここでは当該キャビネットは係長Ａ所有のもので
あるので当然に許可されているので、ベースサーバＢＳ
＿Ｚは、当該キャビネットの下位に要求された「プリン
タ関連」バインダ（ディレクトリ）を作成するととも
に、その分類属性情報を設定する（１１１）。そして、
その旨をサービスクライアントＳＣ＿Ａへ通知する（１
１２）。この通知はサービスクライアントＳＣ＿Ａから
アプリケーションＡＰ＿Ａへ伝えられ（１１３）、アプ
リケーションＡＰ＿Ａは「プリンタ関連」バインダのア
イコンを例えば図２３に示す画面に表示し、その生成を
ユーザに知らせる（１１４）。

【００５６】なお、「設計資料」キャビネットの登録更
新が係長Ａに許可されていない場合には、ベースサーバ
ＢＳ＿Ｚはバインダを作成せず、その旨をサービスクラ
イアントＳＣ＿Ａへ通知する。これがアプリケーション
ＡＰ＿Ａへ伝えられて画面に表示される。

【００５７】操作例２ 係長Ａが自己の「設計資料」キャビネット３０から文書
（＃１）３６をキーワード検索する場合である。この場
合の動作シーケンスを図１６に示す。

【００５８】なお、本操作例及び後記各操作例において
は、図４に示すキャビネット構成、図９に示すパーミッ
ション情報設定、図１３または図１４に示すビュー設
定、図１２に示す閲覧リスト設定を前提に説明する。

【００５９】係長Ａは、例えば図２１に示すディスクト
ップ画面のキャビネット・アイコン６０をクリックする
ことによりキャビネットへのアクセスを要求し（２０
０）、この要求がアプリケーションＡＰ＿Ａからサービ
スクライアントＳＣ＿Ａへ出される（２０１）。

【００６０】サービスクライアントＳＣ＿Ａは、閲覧リ
ストファイル２０ａを参照し、そこに登録された（係長
Ａにより任意に登録された）キャビネット名とネットワ
ークアドレスを取得し（２０２）、そのキャビネットの
分類属性情報を該当ネットワークアドレスのベースサー
バへ要求する（２０３）。ここでは図１２に示す登録状
態を想定しているため、図１２に矢線７０，７１で示さ
れるように、ワークステーション（ＷＳ＿Ｚ）８のベー
スサーバＢＳ＿Ｚに対し「設計資料」キャビネット３０
の分類属性情報を要求し、またワークステーション（Ｗ
Ｓ＿Ｇ）７のベースサーバＢＳ＿Ｇに対し「決裁」キャ
ビネット５０の分類属性情報を要求することになる。

【００６１】これを受けたベースサーバＢＳ＿Ｇ，ＢＳ
＿Ｚは、要求されたキャビネットそれぞれに関して、そ
の分類属性情報ファイルのパーミッション情報を参照
し、当該キャビネットが係長Ａの存在明示（Ｅ）を許可
されているかチェックする（２０４）。図９に示される
ように、「設計資料」キャビネット３０及び「決裁」キ
ャビネット５０の存在明示（Ｅ）はグループＲに許可さ
れているので、ベースサーバＢＳ＿Ｚは「設計資料」キ
ャビネット３０の分類属性情報を、ベースサーバＢＳ＿
Ｇは「決裁」キャビネット５０の分類属性情報を、それ
ぞれ取得してサービスクライアントＳＣ＿Ａへ返す（２
０５）。

【００６２】この分類属性情報はサービスクライアント
ＳＣ＿ＡからアプリケーションＡＰ＿Ａへ返され（２０
６）、アプリケーションＡＰ＿Ａは例えば図２２に示す
キャビネットリスト画面に「設計資料」キャビネットと
「決裁」キャビネットのアイコンを表示することになる
（２０７）。

【００６３】係長Ａは、例えば、画面に表示された「設
計資料」キャビネット・アイコンをクリックすることに
よって、「設計」資料キャビネット３０の下位分類（バ
インダ）を要求する（２０８）。アプリケーションＡＰ
＿ＡはサービスクライアントＳＣ＿Ａへ下位分類を要求
し（２０９）、サービスクライアントＳＣ＿Ａはベース
サーバＢＳ＿Ｚに対して「設計資料」キャビネット３０
の直下の分類の分類属性情報を要求する（２１０）。

【００６４】ベースサーバＢＳ＿Ｚは、「設計資料」キ
ャビネット３０の階層分類構造（ディレクトリ構造）を
下位へ辿ることによって「プリンタ関連」バインダ３１
を見つけ、それに対する分類属性情報のパーミッション
情報を閲覧（Ｂ）に関してチェックする（２１１）。こ
こではグループＲに対して閲覧（Ｂ）が許可されている
ため、ベースサーバＢＳ＿Ｚは「プリンタ関連」バイン
ダ３１の分類属性情報をサービスクライアントＳＣ＿Ａ
へ返す（２１２）。

【００６５】この分類情報はサービスクライアントＳＣ
＿ＡからアプリケーションＡＰ＿Ａへ返される（２１
３）。アプリケーションＡＰ＿Ａは、例えば図２３に示
す画面に「プリンタ関連」バインダのアイコンを表示す
る（２１４）。係長Ａは、例えば「プリンタ関連」バイ
ンダのアイコンをクリックすることによって下位分類を
要求し（２１５）、アプリケーションＡＰ＿Ａは、この
要求をサービスクライアントＳＣ＿Ａへ伝える（２１
６）。サービスクライアントＳＣ＿Ａは、ベースサーバ
ＢＳ＿Ｚに対して、「プリンタ関連」バインダ３１の下
位分類属性情報を要求する（２１７）。

【００６６】ベースサーバＢＳ＿Ｚは、「設計資料」キ
ャビネット３０の階層分類構造を「プリンタ関連」バイ
ンダから下位へ辿ることにより、「新聞記事」、「決
裁」、「設計書」の各フォルダ３２，３３，３４を見つ
け、その分類属性情報のパーミッション情報を閲覧
（Ｂ）に関してチェックする（２１８）。ここでは、３
つのバインダはいずれもグループＲに閲覧が許可されて
いるので、それらバインダの分類属性情報をサービスク
ライアントＳＣ＿Ａへ返送する（２１９）。この分類属
性情報はサービスクライアントＳＣ＿Ａよりアプリケー
ションＡＰ＿Ａへ返され（２２０）、アプリケーション
ＡＰ＿Ａは例えば図２３に示す画面に「新聞記事」フォ
ルダ３２，「決裁」フォルダ３３、「設計書」フォルダ
３４のアイコンを表示する（２２１）。

【００６７】係長Ａは、例えば、図２３の画面上の検索
アイコン６４をクリックし、表示された３つのフォルダ
の中から「新聞記事」フォルダを選んで、そのアイコン
をクリックすることによって、「新聞記事」フォルダ下
のキーワード検索を指示する（２２２）。この要求はア
プリケーションＡＰ＿Ａからデータベースマネージメン
トシステムＤＢＭＳへ出される（２２３）。

【００６８】データベースマネージメントシステムＤＢ
ＭＳは、「設計資料」キャビネット３０に関する各分類
毎のビュー情報のファイルの中から「新聞記事」フォル
ダのビュー情報を取得し（２２４）、これをアプリケー
ションＡＰ＿Ａに返す（２２５）。

【００６９】アプリケーションＡＰ＿Ａは、このビュー
情報の内容である検索キー項目の入力のための図２４に
示すようなキーワード入力画面を表示する（２２６）。
ここでは「設計資料」キャビネット３０に関して図１３
に示すようにビューが設定されたと想定しているので、
「文書名」「登録日付」「記録方式」「新聞誌名」「掲
載日付」が検索キー項目として表示される。

【００７０】係長Ａは、表示されたキー項目の中から任
意に１つ以上のキー項目を選び、キーワードを入力する
などの操作を行なって検索実行を指示する（２２７）。
キーワードは、キーボードから直接入力することも、画
面に表示されたキーワード一覧から選択して入力するこ
ともできる。アプリケーションＡＰ＿Ａは、入力された
キーワードなどの情報をデータベースマネージメントシ
ステムＤＢＭＳへ送り検索実行を指示する（２２８）。

【００７１】データベースマネージメントシステムＤＢ
ＭＳは、入力されたキーワードを用いて「設計資料」キ
ャビネット３０に対応した検索表２１ａの検索を行ない
（２２９）、検索結果（文書名等）をアプリケーション
ＡＰ＿Ａに返し（２３０）、アプリケーションＡＰ＿Ａ
はその検索結果を例えば図２５に示すような画面にリス
ト表示する（２３１）。かくして、適切なキーワードを
入力することによって目的の文書１を取得できる。

【００７２】なお、キーワード検索では文書と分類は同
列に扱われるため、検索条件に合致する分類があれば、
これも文書と同様に検索結果として取得される。分類が
検索結果として取得された場合、さらにキーワード検索
によって目的の文書を絞り込むこともできるが、当該分
類の下位分類要求を行なって目的の文書を探すこともで
きる（次の操作例を参照）。

【００７３】操作例３ 係長Ａが自己の「設計資料」キャビネット３０から文書
（＃４）３９を階層検索し、その内容を画面表示させる
場合であり、その動作シーケンスを図１７に示す。

【００７４】「設計資料」キャビネット３０内の「プリ
ンタ関連」バインダ３１下の各フォルダを表示させるま
での処理内容（３００〜３２１）は、前記操作例２の対
応処理内容（２００〜２２１）と同じであるので、説明
を省略する。

【００７５】係長Ａは、画面に表示された「新聞記事」
フォルダ、「決裁」フォルダ、「設計書」フォルダの中
から「決裁」フォルダを選び、クリックすることによっ
て、その下位分類を要求する（３２２）。この要求がア
プリケーションＡＰ＿ＡよりサービスクライアントＳＣ
＿Ａへ伝えられ、サービスクライアントＳＣ＿Ａからベ
ースサーバＢＳ＿Ｚへ「決裁」フォルダ３３の下位分類
要求が出される（３２３，３２４）。

【００７６】ベースサーバＢＳ＿Ｚは、「技術資料」キ
ャビネット３０の階層分類構造を辿って「決裁」フォル
ダ３３の下位分類、つまり文書（＃３，＃４）３８，３
９を取得し、その文書属性情報のパーミッション情報を
閲覧（Ｂ）に関してチェックする（３２５）。そして、
いずれの文書も係長Ａの閲覧が許可されているので、そ
の文書属性情報をサービスクライアントＳＣ＿Ａに返す
（３２６）。この属性情報はサービスクライアントＳＣ
＿ＡからアプリケーションＡＰ＿Ａへ返され（３２
７）、アプリケーションＡＰ＿Ａは文書（＃３，＃４）
のアイコンを画面に表示する（３２８）。

【００７７】係長Ａは、例えば、画面に表示された２文
書の中の文書（＃４）をクリックすることにより、その
内容表示を要求する（３２９）。アプリケーションＡＰ
＿ＡからサービスクライアントＳＣ＿Ａへ文書（＃４）
の内容表示が要求され（３３０）、この要求がサービス
クライアントＳＣ＿ＡからベースサーバＢＳ＿Ｚへ出さ
れる（３３１）。

【００７８】ベースサーバＢＳ＿Ｚは、文書（＃４）の
パーミッション情報を閲覧（Ｂ）に関してチェックする
（３２５）。文書（＃４）は係長Ａの閲覧が許可されて
いるので（図９）、ベースサーバＢＳ＿Ｚは文書（＃
４）の表示が可能であることをサービスクライアントＳ
Ｃ＿Ａへ通知し（３３３）、これがアプリケーションＡ
Ｐ＿Ａへ通知される（３３４）。この通知を受けたアプ
リケーションＡＰ＿Ａは、既に取得している文書（＃
４）の文書属性情報中の文書タイプＩＤに対応したアプ
リケーション（例えばワードプロセッサ一太郎）を起動
し、文書（＃４）の内容を画面に表示させる（３２
５）。

【００７９】操作例４ 課員Ｂが係長Ａの「設計資料」キャビネット３０から文
書（＃４）を階層検索する場合であり、図１８はその動
作シーケンスを示す。

【００８０】課員Ｂは、ワークステーション（ＷＳ＿
Ｂ）２から、キャビネットへのアクセスを要求する（４
００）。この要求がアプリケーションＡＰ＿Ｂからサー
ビスクライアントＳＣ＿Ｂへ伝えられると、サービスク
ライアントＳＣ＿Ｂは保有する閲覧リストファイル２０
ｂを参照し、そこに設定されたキャビネット名とネット
ワークアドレスを取得する（４０２）。ここでは、「設
計資料」キャビネット３０が設定されているとすると、
サービスクライアントＳＣ＿Ｂは該当ネットワークアド
レスを持つベースサーバＢＳ＿Ｚに対して、「設計資
料」キャビネット３０の分類属性情報を要求する（４０
３）。ベースサーバＢＳ＿Ｚは、「設計資料」キャビネ
ット３０の分類属性情報のパーミッション情報を存在明
示（Ｅ）に関してチェックする（４０４）。ここでは
「設計資料」キャビネット３０は課員Ｂに対して存在明
示が許可されているので（図９）、ベースサーバＢＳ＿
Ｚは、当該キャビネットの分類属性情報をサービスクラ
イアントＳＣ＿Ｂへ送る（４０５）。この分類属性情報
はサービスクライアントＳＣ＿Ｂからアプリケーション
ＡＰ＿Ｂへ返され（４０６）、アプリケーションＡＰ＿
Ｂは「設計資料」キャビネット３０のアイコンを画面に
表示する（４０７）。

【００８１】課員Ｂは、表示された「設計資料」キャビ
ネットのアイコンをクリックすることによって、その下
位分類を要求する（４０８）。この要求がアプリケーシ
ョンＡＰ＿ＢからサービスクライアントＳＣ＿Ｂを介し
てベースサーバＢＳ＿Ｚへ伝えられる（４０９，４１
０）。

【００８２】ベースサーバＢＳ＿Ｚは、「設計資料」キ
ャビネット３０の分類構造を辿って「プリンタ関連」バ
インダ３１を取得し、その分類属性情報のパーミッショ
ン情報を閲覧（Ｂ）に関してチェックする（４１２）。
ここでは、課員Ｂに閲覧が許可されているので（図
９）、ベースサーバＢＳ＿Ｚから当該分類属性情報がサ
ービスクライアントＳＣ＿Ｂへ返され（４１３）、さら
にアプリケーションＡＰ＿Ｂへ送られるため、画面に
「プリンタ関連」バインダ３１のアイコンが表示される
（４１５）。

【００８３】課員Ｂは、「プリンタ関連」バインダのア
イコンをクリックすることにより、当該バインダの下位
分類を要求する（４１６）。この要求がアプリケーショ
ンＡＰ＿ＢからサービスクライアントＳＣ＿Ｂへ通知さ
れ（４１７）、さらにベースサーバＢＳ＿Ｚへ通知され
る（４１８）。

【００８４】ベースサーバＢＳ＿Ｚは、「設計資料」キ
ャビネット３０の階層分類構造を辿って「プリンタ関
連」バインダ３１下の「新聞記事」フォルダ３２、「決
裁」フォルダ３３、「設計書」フォルダ３４を取得し、
それれの分類属性情報中のパーミッション情報を閲覧
（Ｂ）に関してチェックする（４１９）。いずれのフォ
ルダの閲覧も課員Ｂに許可されているので（図９）、そ
れらの分類属性情報をサービスクライアントＳＣ＿Ｂへ
返す（４２０）。アプリケーションＡＰ＿Ｂは、これら
の分類属性情報をサービスクライアントＳＣ＿Ｂから受
け取り（４２１）、画面に「新聞記事」「決裁」「設計
書」の各フォルダのアイコンを表示する（４２２）。

【００８５】課員Ｂは、表示されたアイコンの中から
「決裁」フォルダのアイコンを選んでクリックすること
によって、「決裁」フォルダ３３の下位分類を要求する
（４２３）。この要求はアプリケーションＡＰ＿Ｂから
サービスクライアントＳＣ＿Ｂ０を介してベースサーバ
ＢＳ＿Ｚへ通知される（４２４，４２５）。

【００８６】ベースサーバＢＳ＿Ｚは、「設計資料」キ
ャビネット３０の階層分類構造を辿って「決裁」フォル
ダ下の文書（＃３，＃４）を取得し、そのパーミッショ
ン情報をチェックする（４２６）。課員Ｂに対して、文
書（＃３）は閲覧を許可されているが、文書（＃４）は
存在明示さえも許可されていないので、ベースサーバは
文書（＃３）の文書属性情報だけをサービスクライアン
トＳＣ＿Ｂへ返す（４２７）。この情報はアプリケーシ
ョンＡＰ＿Ｂへ返され（４２８）、画面に文書（＃３）
のアイコンだけが表示される（４２９）。すなわち、課
員Ｂは文書（＃４）の存在さえも知ることができず、文
書（＃４）の検索という目的を達成できなかったことに
なる。

【００８７】操作例５ 課長Ｇが自己の「決裁」キャビネット５０から「スキャ
ナ関連」バインダ４１内の文書（＃７）を階層検索し、
その内容を表示させる場合である。図１９に、その動作
シーケンスを示す。

【００８８】課長Ｇは、ワークステーション（ＷＳ＿
Ｇ）７からキャビネットへのアクセスを要求し（５０
０）、この要求がアプリケーションＡＰ＿Ｇからサービ
スクライアントＳＣ＿Ｇへ通知される（５０１）。サー
ビスクライアントＳＣ＿Ｇは保有する閲覧リストファイ
ル２０ｇを参照し、そこに設定されたキャビネット名と
ネットワークアドレスを取得する（５０２）。ここで
は、当該閲覧リストファイルに、自己の「決裁」キャビ
ネット５０だけが設定されているものとすると、サービ
スクライアントＳＣ＿ＧはベースサーバＢＳ＿Ｇへ「決
裁」キャビネット５０の分類属性情報を要求する（５０
３）。

【００８９】ベースサーバＢＳ＿Ｇは、「決裁」キャビ
ネット５０のパーミッション情報について存在明示
（Ｅ）のチェックを行なう（５０４）。課長Ｇは存在明
示が許可されているので（図９）、ベースサーバＢＳ＿
Ｇは「決裁」キャビネット５０の分類属性情報を取得し
てサービスクライアントＳＣ＿Ｇへ返す（５０５）。こ
の情報はアプリケーションＡＰ＿Ｇへ送られるため（５
０６）、画面に「決裁」キャビネット５０のアイコンが
表示される（５０７）。

【００９０】課長Ｇは、そのアイコンをクリックするこ
とによって、「決裁」キャビネット５０の下位分類を要
求する（５０８）。この要求はアプリケーションＡＰ＿
ＧからサービスクライアントＳＣ＿Ｇを経由してベース
サーバＢＳ＿Ｇへ伝えられる（５０９，５１０）。

【００９１】ベースサーバＢＳ＿Ｇは、「決裁」キャビ
ネット５０の階層分類構造を辿って「プリンタ関連」バ
インダ５１、「スキャナ関連」バインダ５２、「人事資
料」バインダ５３を取得し、それぞれのパーミッション
情報を閲覧（Ｂ）に関してチェックする（５１１）。い
ずれのバインダも課長Ｇは閲覧可能であるので、ベース
サーバＢＳ＿Ｇは各バインダの分類属性情報をサービス
クライアントＳＣ＿Ｇへ返す（５１２）。当該情報はサ
ービスクライアントＳＣ＿ＧからアプリケーションＡＰ
＿Ｇへ送られ（５１３）、その結果、「プリンタ関連」
バインダ５１、「スキャナ関連」バインダ５２、「人事
資料」バインダ５３のアイコンが画面に表示される（５
１４）。

【００９２】課長Ｇは、「スキャナ関連」バインダ５２
のアイコンをクリックすることにより当該バインダの下
位分類を要求する（５１５）。この要求はアプリケーシ
ョンＡＰ＿Ｇからサービスクライアントを介してベース
サーバＢＳ＿Ｇへ伝えられる（５１６，５１７）。

【００９３】ベースサーバＢＳ＿Ｇは、「スキャナ関
連」バインダ５２の分類属性情報を参照し、そのリンク
情報より当該バインダに「技術資料」キャビネット３０
内の「決裁」フォルダ４３がリンクされていることを知
る。そこで、ベースサーバＢＳ＿Ｇは、ベースサーバＢ
Ｓ＿Ｚを介してメディア１２上の「決裁」フォルダ４３
をアクセスし、「決裁」フォルダ４３の分類属性情報を
取得し、そのパーミッション情報を閲覧（Ｂ）について
チェックする（５１８）。ここでは許可されているの
で、ベースサーバＢＳ＿ＧはベースサーバＢＳ＿Ｚを介
して「決裁」フォルダ４３下の文書（＃７，＃８）の文
書属性情報を取得し、これをサービスクライアントＳＣ
＿Ｇへ返す（５１９）。この文書属性情報はアプリケー
ションＡＰ＿Ｇへ送られ（５２０）、画面に文書（＃
７）と文書（＃８）のアイコンが表示されることになる
（５２１）。

【００９４】課長Ｇは、文書（＃７）のアイコンをクリ
ックして、その内容表示を要求する（５２２）。この要
求はアプリケーションＡＰ＿Ｇからサービスクライアン
トＳＣ＿Ｇへ通知され（５２３）、さらにベースサーバ
ＢＳ＿Ｇへ伝えられる（５２４）。ベースサーバＢＳ＿
Ｇは文書（＃７）のパーミッション情報を閲覧（Ｂ）に
ついてチェックする（５２５）。ここでは閲覧が許可さ
れているので、ベースサーバＢＳ＿Ｇは表示可能である
ことをサービスクライアントＳＣ＿Ｇへ通知し（５２
６）、この通知はアプリケーションＡＰ＿Ｇへ伝えられ
る（５２７）。

【００９５】この通知を受けたアプリケーションＡＰ＿
Ｇは、文書（＃７）の文書属性情報中の文書タイプＩＤ
に対応したアプリケーション（例えばワードプロセッ
サ）を起動し、文書（＃７）の内容を画面に表示させる
（５２８）。

【００９６】操作例６ 課長Ｇが自己の「決裁」キャビネット５０に「プリンタ
関連」バインダ５１を作成し、それを係長Ａの「決裁」
フォルダ３３とリンクし文書（＃９）を登録する場合で
ある。この場合の動作シーケンスを図２０に示す。な
お、操作前においては、「決裁」キャビネット５０に
「プリンタ関連」バインダ５１が存在せず、また、文書
（＃９）はワードプロセッサ等で作成済みであるものと
する。

【００９７】課長Ｇによるキャビネット・アクセス要求
から「決裁」キャビネットの画面表示までの処理（６０
０〜６０７）は、前記操作例５における対応処理（５０
０〜５０７）と同じである。

【００９８】次に、前記操作例１における処理（１０８
〜１１４）と同様の処理（６０８〜６１４）によって、
「決裁」キャビネット５０下に「プリンタ関連」バイン
ダ５１を作成する。ここまでが図１１に示したステップ
Ｓ１からステップＳ３までの処理に相当する。

【００９９】課長Ｇは、「プリンタ関連」バインダ５１
に係長Ａの「決裁」フォルダ３３のリンクを要求する
（６１５）。リンク先フォルダの指定は、例えば画面に
フォルダのリストまたはアイコンを表示させ、その中か
ら選択することにより行なう。この要求がアプリケーシ
ョンＡＰ＿ＧからサービスクライアントＳＣ＿Ｇへ出さ
れ（６１６）、さらにサービスクライアントＳＣ＿Ｇか
らベースサーバＢＳ＿Ｇ及びベースサーバＢＳ＿Ｚへ出
される（６１７）。

【０１００】ベースサーバＢＳ＿Ｇは「プリンタ関連」
バインダ５１の分類属性情報ファイルへのリンク情報の
設定、ベースサーバＢＳ＿Ｚは「決裁」フォルダ３３の
分類属性情報ファイルへのリンク情報の設定を行なう
（６１８）。この処理は、図１１のステップＳ４とステ
ップＳ５に対応する。

【０１０１】また、ベースサーバＢＳ＿ＧはリンクＯＳ
コールを発行し、ＯＳ（ＵＮＩＸ）に「プリンタ関連」
バインダ５１のディレクトリと「決裁」フォルダ３３の
ディレクトリとの間のリンクを行なわせる。このような
ＯＳレベルでのディレクトリ間リンクは、本システムの
文書管理に必要となるものではないが、これを行なうと
他のアプリケーションからもディレクトリを辿ることが
可能になるため、本システムの文書分類構造が破壊した
場合の復旧が容易となる等の利点がある。

【０１０２】このようなリンク設定を終わると、ベース
サーバＢＳ＿Ｇ，ＢＳ＿Ｚからリンク設定終了がサービ
スクライアントＳＣ＿Ｇ経由でアプリケーションＡＰ＿
Ｇへ通知され、その旨が画面へ表示される（６１９〜６
２１）。

【０１０３】課長Ｇが「プリンタ関連」バインダ５１へ
文書（＃９）の登録を要求する（６２２）。アプリケー
ションＡＰ＿Ｇは、文書（＃９）とその構成ファイルの
登録要求をサービスクライアントＳＣ＿Ｇへ出す（６２
３）。なお、アプリケーションＡＰ＿Ｇは、ワードプロ
セッサ等のアプリケーションによって文書（＃９）を作
成した際に取得していた文書名、構成ファイルの識別子
等の情報をサービスクライアントＳＣ＿Ｇへ与える。サ
ービスクライアントＳＣ＿Ｇは、この登録要求をベース
サーバＢＳ＿Ｇへ伝える（６２３）。

【０１０４】ベースサーバＢＳ＿Ｇは、文書（＃９）の
構成ファイル（ＯＳファイル）を「プリンタ関連」バイ
ンダ５１のディレクトリに作成し、その文書属性情報を
設定する（６２５）。そして、登録終了をサービスクラ
イアントＳＣ＿Ｇへ通知する（６２６）。この通知はア
プリケーションＡＰ＿Ｇへ伝えられ、画面に登録完了が
表示される（６２６〜６２８）。

【０１０５】なお、キャビネット作成のアイコン６５
（図２２）をクリックすることによって、キャビネット
作成画面を出し、必要な情報を入力することによって、
キャビネットを新規作成することができる。画面上で文
書や分類を指定し、廃棄のアイコン６６（図２２）をク
リックすることにより、ベースサーバで当該文書または
分類の削除を行なわせることができる。この際、ベース
サーバはパーミッション情報のチェックを行ない、削除
が許可されていないユーザからの削除要求は受付ない。
キャビネット閲覧のアイコン６７（図２２）をクリック
することにより、閲覧可能なキャビネットのリストを画
面に表示させ、その中から必要なキャビネットを選択し
て閲覧リスト２０に登録することができる。

【０１０６】

【発明の効果】以上の説明から明らかなように、本発明
は以下のような効果を有するものである。

【０１０７】（１）標準のＯＳにない高度な文書管理機
能を持ちながら、ＯＳの汎用アプリケーションに対して
オープンなアーキテクチャで融通性の高いネットワーク
分散型文書ファイルシステムを実現できる。

【０１０８】（２）文書を構成する任意数のファイルが
一括して１文書として管理されるため、ユーザは文書の
ファイル構成を意識する必要がなくなり、複数ファイル
からなる文書の扱いが容易・確実になる。

【０１０９】（３）文書または分類に対してユーザ別の
厳格なセキュリティ管理が可能であり、さらに存在明
示、閲覧、コピー、登録更新、削除といった複数レベル
のセキュリティ管理が可能であるため、システムの安全
性・信頼性を飛躍的に高めることができる。

【０１１０】（４）文書／分類の管理から属性情報検索
を独立させ、検索手段にシステム全体の管理機能を取り
込まないため、検索手段として様々な汎用データベース
マネージメントシステムを採用可能である。また、ビュ
ー情報に基づいて自動的に、上位の分類での検索の場合
に粗い検索キーを割り振り、下位の分類での検索の場合
に詳細な検索キー割り振るといったことができるため、
効率的な検索環境を提供できる。

【図面の簡単な説明】

【図１】ネットワーク分散型文書ファイルシステムの全
体構成図

【図２】ユーザ設定例を示す図

【図３】文書管理構造の説明図

【図４】キャビネット構成例を示す図

【図５】分類属性情報の説明図

【図６】文書属性情報の説明図

【図７】文書タイプＩＤの例を示す図

【図８】パーミッションレベルの説明図

【図９】パーミッション情報の設定例を示す図

【図１０】リンク設定例の説明図

【図１１】リンク設定処理のフローチャート

【図１２】閲覧リストファイルの設定例及びベースサー
バへのアクセス例を示す図

【図１３】検索表とビューの説明図

【図１４】ビューと検索キー項目の対応の説明図

【図１５】バインダ作成を行なう場合の動作シーケンス
図

【図１６】文書をキーワード検索する場合の動作シーケ
ンス図

【図１７】文書を階層検索する場合の動作シーケンス図

【図１８】文書を階層検索する場合の動作シーケンス図

【図１９】リンクされた文書を階層検索する場合の動作
シーケンス図

【図２０】バインダを作成しフォルダとリンクし、かつ
文書を作成する場合の動作シーケンス図

【図２１】ディスクトップ画面を示す図

【図２２】キャビネットリスト画面を示す図

【図２３】分類リスト画面を図

【図２４】キーワード入力画面を示す図

【図２５】キーワード検索結果画面を示す図

【符号の説明】

１，２，３，４，５，６，７，８，９ ワークステーシ
ョン １０ ローカルエリアネットワーク １１，１２ メディア １３ 補助記憶装置 １５ 分類（ディレクトリ） １６ 文書（任意数ファイル） １７ 分類属性情報ファイル １８ 文書属性情報ファイル ２０ 閲覧リストファイル ２１ 検索表 ２２ ビュー ３０，４０，５０ キャビネット ３１，４１，５１，５２，５３ バインダ ３２，３３，３４，４２，４３，４４ フォルダ ＷＳ ワークステーション ＡＰ アプリケーション ＳＣ サービスクライアント ＢＳ ベースサーバ ＤＢＭＳ データベースマネージメントシステム

Claims (9)

【特許請求の範囲】
1. 【請求項１】 オペレーティングシステムのディレクト
   リ構造に対応した、文書のための階層分類構造と、この
   階層分類構造の分類毎及び分類下の文書毎の属性情報
   と、前記分類及び文書の属性情報に基づいて分類及び文
   書を管理する手段とを有することを特徴とするネットワ
   ーク分散型文書ファイルシステム。
2. 【請求項２】 文書を構成する任意数のファイルを一括
   管理するための属性情報を文書毎に有するとともに、前
   記属性情報に基づいて文書の構成ファイルを１文書とし
   て管理する手段を有することを特徴とするネットワーク
   分散型ファイルシステム。
3. 【請求項３】 ユーザ別のセキュリティ管理のためのパ
   ーミッション情報を文書毎に有するとともに、前記パー
   ミッション情報に基づいて文書のセキュリティ管理を行
   なう手段を有することを特徴とするネットワーク分散型
   文書ファイルシステム。
4. 【請求項４】 ユーザ別のセキュリティ管理のためのパ
   ーミッション情報を文書毎及び文書の分類毎に有すると
   ともに、前記パーミッション情報に基づいて文書及び分
   類のセキュリティ管理を行なう手段を有することを特徴
   とするネットワーク分散型文書ファイルシステム。
5. 【請求項５】 オペレーティングシステムのディレクト
   リ構造に対応した、文書のための階層分類構造と、この
   階層分類構造の分類毎及び分類下の文書毎の属性情報
   と、前記分類及び文書の属性情報に基づいて分類及び文
   書を管理する手段とを有し、前記分類及び文書の属性情
   報に、ユーザ別のセキュリティ管理のためのパーミッシ
   ョン情報を含むことを特徴とするネットワーク分散型文
   書ファイルシステム。
6. 【請求項６】 オペレーティングシステムのディレクト
   リ構造に対応した、文書のための階層分類構造と、この
   階層分類構造の分類毎及び分類下の文書毎の属性情報
   と、前記分類及び文書の属性情報に基づいて分類及び文
   書を管理する手段とを有し、前記文書の属性情報に、文
   書を構成する任意数のファイルを一括管理するための情
   報を含むことを特徴とするネットワーク分散型文書ファ
   イルシステム。
7. 【請求項７】 パーミッション情報は複数レベルのセキ
   ュリティ管理のための情報が設定されるものであること
   を特徴とする請求項３，４または５記載のネットワーク
   分散型文書ファイルシステム。
8. 【請求項８】 オペレーティングシステムのディレクト
   リ構造に対応した、文書のための階層分類構造と、この
   階層分類構造の分類毎及び分類下の文書毎の属性情報
   と、前記分類及び文書の属性情報に基づいて分類及び文
   書を管理する管理手段と、前記階層分類構造の最上層分
   類と対をなす検索表を持ち、この検索表を用いて、前記
   管理手段から独立して分類及び文書の属性情報検索を行
   なう検索手段とを有することを特徴とするネットワーク
   分散型文書ファイルシステム。
9. 【請求項９】 検索手段は、階層分類構造の分類に応じ
   て検索キー項目を制御するためのビュー情報を持つこと
   を特徴とする請求項８記載のネットワーク分散型文書フ
   ァイルシステム。