JPH04268932A - 選択文書への許容しうる操作の制限方法およびデータ処理システム - Google Patents

Abstract

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

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、一般的には改良された
データ処理システムに関し、具体的には多数文書関係内
に存在する複数の文書を操作する改良された方法と装置
に関する。より具体的には、本発明は、複数のユーザ選
択プレファレンス（採択順位）に従って多数文書関係内
に存在する複数の文書の操作を制限する方法と装置に関
する。

【０００２】

【従来の技術】現代の電子化されたオフィスでは、電子
文書の電子的保存，探索及び検索を助けるように意図さ
れた関係に、電子文書をグループ化している。文書のラ
イブラリの利用は、現代の電子化されたオフィスのこの
必要性に合致する一技術を示している。現在のところ、
文書ライブラリは、紙文書のマニュアル・ファイリング
および検索と同等ではあるが煩わしさの少ない機能を提
案している。文書の電子的な保存，探索，検索の必要性
に合致する一つの従来技術としては、ＩＢＭコーポレー
ションによって販売されているオフィス・システムの一
部である文書交換アーキテクチャ（Ｄｏｃｕｍｅｎｔ　
　Ｉｎｔｅｒｃｈａｎｇｅ　　Ａｒｃｈｉｔｅｃｔｕｒ
ｅ；ＤＩＡ）がある。この文書交換アーキテクチャ（Ｄ
ＩＡ）の文書構造は、ライブラリにファイルされた各文
書に対して１組の記述子を与えている。これらの記述子
は文書プロファイル内に置かれ、そして文書と一緒にフ
ァイルされる。文書プロファイルは、文書の内容を識別
するパラメータを含んでいる。そのパラメータとは、そ
の下に文書がファイルされている名前，著者，文書の表
題，文書が文書ライブラリ内にファイルされた日付など
である。

【０００３】これらの文書プロファイルはライブラリ内
の文書を検索するのに用いることができる。例えば、ユ
ーザは、選択された著者による特定表題について全ての
文書の検索要求を指定することができ、あるいは、二つ
の選択された日付の間にライブラリに受け付けられた全
ての文書の検索要求を指定することができる。検索が完
了すると、検索に用いられた基準に合致する全ての文書
のリストがそのユーザに与えられる。ここで言うところ
のユーザまたはエンドユーザは、データ処理と情報交換
のためにライブラリを利用する、人間，装置，プログラ
ムまたはコンピュータ・システムである。さらに、“文
書”という用語は、処理または操作し得るデータのなん
らかの集まりを意味している。

【０００４】特定の検索基準に基づく文書の受け取りに
加えて、ＤＩＡ文書ライブラリ・サービスは文書間の関
係の形成を与える。

【０００５】そのような多数文書関係の一例は、ホルダ
ー文書の概念である。ユーザが文書を線形構造かまたは
階層構造にグループ化するときに、ホルダー文書が作成
される。特定なホルダー内のユーザ特定位置内に一組の
文書を置くことによってホルダー文書が構成されるとき
、文書は線形構造を採る。ホルダーである文書を組み込
み、あるいはより簡単には、自身がホルダーである文書
をホルダーである他の文書に入れることによって、文書
は階層構造を採ることができる。

【０００６】ホルダー内の各文書は、他の文書との関係
とは無関係に、記述子，アクセス制御、および文書内容
情報を含む個々の文書定義を有している。従って、特定
関係内に含まれる一つの文書をアクセスすること、同一
の多数文書関係内の他の文書へのアクセスに対しては何
も含まない。文書関係オブジェクト（Ｄｏｃｕｍｅｎｔ
　　Ｒｅｌａｔｉｏｎ　　Ｏｂｊｅｃｔ；ＤＲＯ）と呼
ばれるライブラリ・モデル・オブジェクト（Ｌｉｂｒａ
ｒｙ　　Ｍｏｄｅｌ　　Ｏｂｊｅｃｔ；ＬＭＯ）を持つ
ＤＩＡ文書ライブラリ内の全ての文書は、文書関係を記
述するそれらの文書に関連している。従って、ホルダー
をアクセスする必要があるときは、ホルダー内の各文書
に対する文書関係オブジェクトは、文書間の完全な関係
を決定するようにアクセスされねばならない。

【０００７】ＤＩＡライブラリ構造内で許される多数文
書関係の他の例としては、ステープル（ｓｔａｐｌｅ）
関係がある。このステープル関係は、ユーザが二つの文
書を互いに結び付けることを可能にする。ステープル関
係は、文書間にしっかりと結び合わされた直接の一対一
文書関係を与える。さらに、ステープルされた文書を、
ホルダー文書内に置くことができる。ホルダー文書につ
いて前述された各文書に対する文書関係オブジェクトは
、ステープル文書間の関係と、ホルダー文書間の関係と
を記述しなければならない。これにより、多数文書関係
内の各文書は、言語，文書型式，文字セット，および文
書自体の特徴を記述する他のプロファイル情報のような
それ自身の特定の属性を含んでいる。例えば、多数文書
関係内の全ての文書がフランス語で構成されていると、
各文書は、文書がフランス語であることを示すプロファ
イル情報を有している。

【０００８】従来技術における機構は、多数文書関係を
一つの構成要素として取り扱い、そして、多数文書関係
に適用できるユーザ割り当てプレファレンスは、関係文
書に全体として割り当てられる。このように、従来技術
は、多数文書関係内の各文書が、その文書に単独で適用
されるユーザ選択プレファレンスに従って、操作される
（すなわち、転送，コピー，消去される）ことを許さな
い。それ故、多数文書関係内の各文書が、各文書に対す
るユーザ特定プレファレンスによって制限されるように
、操作されることを可能にする方法および装置の必要性
は明らかである。

【０００９】

【発明が解決しようとする課題】それ故に、本発明の一
つの目的は改良されたデータ処理システムを提供するこ
とにある。

【００１０】本発明の他の目的は、データ処理システム
内の多数文書関係内に存在する文書を操作する、改善さ
れた方法および装置を提供することにある。

【００１１】本発明のさらに他の目的は、複数のユーザ
選択プレファレンスに従って、多数文書関係内に存在す
る文書の操作を制限する、改良された方法および装置を
提供することにある。

【００１２】

【課題を解決するための手段】上記目的は以下のように
して達成される。本発明の方法と装置は、複数の特定ユ
ーザ・プレファレンスに従って、多数文書関係内の個々
の文書の操作を制限することに用いることができる。ユ
ーザ・プレファレンス・オブジェクトは、選択属性を含
む、選択文書または全ての文書に対して、複数の特定ユ
ーザ・プレファレンスを格納するために、作成されて利
用される。その後、多数文書関係内の文書の、転送，コ
ピー，消去のような、試行される操作は、ユーザ・プレ
ファレンス・オブジェクト内の格納プレファレンスに従
って制限される。このように、分散サービスは、選択文
書に関連して存在する他の文書のインコンパチブル特性
の故に、正常に分散できない選択文書を提供し分散させ
ることができる。

【００１３】

【実施例】以下図面を参照すると、特に図１には、本発
明の方法および装置を実施するのに使用することのでき
る分散データ処理システム８が示されている。図によれ
ば、分散データ処理システム８は、ローカル・エリア・
ネットワーク（ＬｏｃａｌＡｒｅａ　　Ｎｅｔｗｏｒｋ
；ＬＡＮ）１０，３２のような複数のネットワークを含
むことができ、各ネットワークはそれぞれ複数の独立し
たコンピュータ１２，３０を含んでいる。もちろん、当
業者は、ホスト・プロセッサに結合された複数のインテ
リジェント・ワークステーション（Ｉｎｔｅｌｌｉｇｅ
ｎｔ　　Ｗｏｒｋ　　Ｓｔａｔｉｏｎ；ＩＷＳ）を、こ
のような各ネットワークに利用できることがわかるであ
ろう。

【００１４】そのような分散データ処理システムでは普
通であるが、各独立コンピュータは、記憶装置１４およ
び／またはプリンタおよび／または出力装置１６と結合
することができる。本発明の方法および装置によれば、
一個以上のこのような記憶装置１４を用いて、分散デー
タ処理システム８内部でユーザによって周期的に操作で
きる種々の文書を格納することができる。操作は、選択
文書に適用できる分散，転送，コピー，消去またはその
他の操作を意味している。従来周知のように、分散デー
タ処理システム８内に格納された各文書は、コンピュー
タまたはワークステーションに関連する記憶装置１４内
に格納することができる。

【００１５】図１によれば、分散データ処理システム８
はまた、メインフレーム・コンピュータ１８のような、
複数のメインフレーム・コンピュータを含むことができ
、メインフレーム・コンピュータ１８は通信リンク２２
によってローカル・エリア・ネットワーク（ＬＡＮ）１
０と好適に結合することができる。メインフレーム・コ
ンピュータはまた、ＬＡＮ１０に対する遠隔記憶装置と
して働き、通信コントローラ２６および通信リンク３４
を介してゲートウェイ・サーバ２８に結合することので
きる記憶装置２０に結合することができる。このゲート
ウェイ・サーバ２８は、ＬＡＮ３２をＬＡＮ１０にリン
クする働きをする独立コンピュータまたはインテリジェ
ント・ワークステーション（ＩＷＳ）とするのが好適で
ある。

【００１６】ＬＡＮ３２とＬＡＮ１０について述べたよ
うに、複数のデータ・オブジェクト，データベース，ま
たは文書を記憶装置２０内に格納し、このように格納さ
れたデータ・オブジェクトおよび文書に対する資源管理
プログラムまたはライブラリとして、メインフレーム・
コンピュータ１８によって制御する。もちろん当業者は
、メインフレーム・コンピュータ１８をＬＡＮ１０より
地理的に非常に離れた位置に配置でき、同様にＬＡＮ１
０をＬＡＮ３２よりかなり離れた位置に配置できること
がわかる。例えば、ＬＡＮ３２をカリフォルニアに配置
し、ＬＡＮ１０をテキサスに配置し、メインフレーム・
コンピュータ１８をニューヨークに配置することができ
る。

【００１７】上述したことから明らかであるが、分散デ
ータ処理システム８の一つの部分内のユーザにとって、
データベースをアクセスして、分散データ処理システム
８の他の部分への文書または文書グループを分散させる
のに、文書または多数文書関係を得るのが多くの場合望
ましい。多数文書関係を分散させる従来の機構は、多数
文書関係を単一の構成要素として扱うことにより行い、
および多数文書関係に全体として現在割り当てられてい
るユーザ割り当てプログラムに従って行っている。従っ
て、もしユーザが多数文書関係に対して変換を禁止する
ことを特定すると、従来技術は、このユーザのプレファ
レンスを、多数文書関係の全内容に割り当てる。この多
数文書関係は、多数文書関係内の多数の文書を自由に変
換することができるという事実を考慮することなく、分
散されている。従って、複数の文書内に多数文書関係と
して格納されている個々の文書に、ユーザがプレファレ
ンスを割り当てることを可能にする方法および装置が要
求されることは明らかである。

【００１８】次に図２を参照すると、分散データ処理シ
ステム８内のいずれかの記憶装置に格納されている文書
に対する基本文書モデルが示されている。この文書モデ
ルはライブラリ・サーバや資源管理プログラムによって
作成され、各文書と共に保存され、個々の文書または多
数文書関係に利用することができる。基本文書モデルを
実施して、文書交換アーキテクチャ（ＤＩＡ）ライブラ
リ・サービス・アーキテクチャを明瞭にサポートする必
要はないが、これらの基本文書モデルまたはこれらの基
本文書モデルのサブセットに設計をマップする要求は存
在する。

【００１９】文書モデル・オブジェクト（Ｄｏｃｕｍｅ
ｎｔ　　Ｍｏｄｅｌ　　Ｏｂｊｅｃｔ；ＤＭＯ）３６は
、ＤＩＡ文書モデルの中心部であって、文書が文書ライ
ブラリに最初にファイルされたときに作成された論理的
に最初のオブジェクトである。ＤＭＯ３６は、特定文書
の所有権と属性とに関する情報を含んでいる。より具体
的には、ＤＭＯ３６は、文書が編集可能かあるいは編集
不可能であるか、バージョンの最大数、もしユーザが編
集できなかった文書を編集しようと試みたときに採られ
る動作と言ったような文書インスタンス属性を含んでい
る。 さらに、文書モデル・オブジェクト（ＤＭＯ）３６は以
下の情報を含むことができる。 （１）更新するために、ライブラリの文書をチェックし
たユーザを示す文書レベル・ロッキング情報。 （２）ライブラリ・サーバの直接制御から文書内容が取
り出されたことの表示。 （３）文書部分を取り出して、ライブラリ・サービス制
御へ再格納させるライブラリ管理者への指令。 （４）ライブラリ・サーバの直接制御から情報が取り出
された時間および日付。 （５）ライブラリ・サーバの直接制御から取り出された
情報の位置。 （６）記憶のための任意情報。

【００２０】アクセス制御モデル・オブジェクト３７（
Ａｃｃｅｓｓ　　Ｃｏｎｔｒｏｌ　　Ｍｏｄｅｌ　　Ｏ
ｂｊｅｃｔ；ＡＣＭＯ）は、ＤＩＡライブラリ内に最初
に文書がファイルされるときに作成される。ＡＣＭＯ３
７の主な目的は、文書への所有者無しアクセスを定める
のに使用される情報を統合することである。アクセス制
御モデル・オブジェクト３７は、文書がいずれのユーザ
（公開）によってもアクセスできるかどうか、限定され
た数の明確に特定されたユーザ（秘密）にアクセスが許
されるかどうか、または情報が他のユーザと共用される
かどうか、と言ったアクセス制御情報を含んでいる。ア
クセス制御モデル・オブジェクト３７は、文書の保存と
処分を支配する情報も含んでいる。

【００２１】文書活動ログ・オブジェクト３８（Ｄｏｃ
ｕｍｅｎｔ　　Ｈｉｓｔｏｒｙ　　Ｌｏｇ　　Ｏｂｊｅ
ｃｔ；ＤＨＬＯ）は、文書がライブラリにファイルされ
たとき、およびユーザは文書に様々なアクティビティを
記録することを望むときに、任意に作成される。例えば
、ユーザは文書が読み出された回数と誰によって読み出
されたかを記録することを望んでいる。

【００２２】ユーザ・プロファイル・オブジェクト（Ｕ
ｓｅｒ　　ＰｒｏｆｉｌｅＯｂｊｅｃｔ；ＵＰＯ）３９
は、文書交換アーキテクチャ（ＤＩＡ）文書モデルの一
部ではなく、ＤＩＡ文書モデルによって参照されるオブ
ジェクトである。ユーザ・プロファイル・オブジェクト
３９は、表されたユーザが、オフィス・システム・ネッ
トワークのログされたメンバーであるときに、作成され
る。ユーザ・プロファイル・オブジェクト３９は、ユー
ザを識別し、別名，ユーザに承認されたサービス，省略
アカウンティング情報，他の特定ユーザ情報と言った、
ユーザについての情報を含んでいる。

【００２３】文書関係オブジェクト（Ｄｏｃｕｍｅｎｔ
　　Ｒｅｌａｔｉｏｎ　　Ｏｂｊｅｃｔ；ＤＲＯ）４２
は、文書がライブラリに初めてファイルされたときに、
作成される。文書関係オブジェクト４２の目的は、文書
と、他の関連文書またはグループ文書との間の論理的な
関係を記述することである。例えば、ＤＩＡアーキテク
チャは、ホルダー文書が他の文書を含んで作成されるこ
とを許容する。そのような関係があるとき、ホルダーに
含まれる各文書は、文書関係オブジェクト４２内にライ
ブラリ割り当て文書名（Ｌｉｂｒａｒｙ　　Ａｓｓｉｇ
ｎｅｄ　　Ｄｏｃｕｍｅｎｔ　　Ｎａｍｅ；ＬＡＤＮ）
と呼ばれるポインタ・エントリを有する。

【００２４】バージョン制御オブジェクト（Ｖｅｒｓｉ
ｏｎ　　Ｃｏｎｔｒｏｌ　　Ｏｂｊｅｃｔ；ＶＣＯ）４
１は、文書がライブラリに最初にファイルされたときに
作成され、文書の単一の名前付きバージョンを有するこ
とのできる数個のオブジェクトに対する情報を含んでい
る。ＶＣＯ４１は、バージョン・ネーミング，バージョ
ン・レベル・ロック，他のバージョン関連レベル・プロ
セス制御のためのスペースを与える。

【００２５】プロファイル内容オブジェクト（Ｐｒｏｆ
ｉｌｅ　　ＣｏｎｔｅｎｔＯｂｊｅｃｔ；ＰＣＯ）４４
は、文書がライブラリに最初にファイルされ、およびユ
ーザがパフォーマンスや他の理由の為にサブオブジェク
トを作成することを望むときに、作成される。ＰＣＯ４
４はサブオブジェクトに関連するプロファイル情報のた
めの格納場所である。

【００２６】文書内容オブジェクト（Ｄｏｃｕｍｅｎｔ
ｏ　　Ｃｏｎｔｅｎｔ　　Ｏｂｊｅｃｔ；ＤＣＯ）４６
は、文書がライブラリに最初にファイルされたときに作
成され、文書内容に対する格納場所を与える。さらに、
ＤＣＯ４６は、測定の種々のユニット内の文書の実際の
大きさに関する情報を保存するための格納場所を与える
。

【００２７】検索インデックス・オブジェクト（Ｓｅａ
ｒｃｈ　　Ｉｎｄｅｘ　　Ｏｂｊｅｃｔ；ＳＩＯ）４８
は、文書内での検索に利用されるエントリを含んでいる
。エントリは、他のオブジェクト上の連続する動作シー
ケンスの結果として、検索インデックス・オブジェクト
（Ｓｅａｒｃｈ　　Ｉｎｄｅｘ　　Ｏｂｊｅｃｔ；ＳＩ
Ｏ）４８内に配置される。基本文書モデル・オブジェク
ト３６は、ＦＩＬＥコマンドを処理する部分として最初
に作成される。パラメータＳＥＡＲＣＨを支援するため
に使用される項目を捜すため、ライブラリ・サーバは、
プロファイル内容オブジェクト４４と文書関係オブジェ
クト４２とアクセス制御モデル・オブジェクト３７とを
走査する。各検索項目が識別されると、名前がパラメー
タ検索項目値および意味規則を含むエントリが、検索イ
ンデックス・オブジェクト４８内に作られる。もしライ
ブラリ・サーバが前記オブジェクトを走査したときに、
検索インデックス・オブジェクト（ＳＩＯ）４８が存在
しないと、ＳＩＯ４８が作成され、ＳＩＯ４８が常に存
在したかのようにその中にエントリが配置される。

【００２８】リバース検索インデックス・オブジェクト
（Ｒｅｖｅｒｓｅ　　ＳｅａｒｃｈＩｎｄｅｘ　　Ｏｂ
ｊｅｃｔ；ＲＳＩＯ）４０は、ＤＥＬＥＴＥコマンドに
よってライブラリから文書が取り出されたとき、検索イ
ンデックス・オブジェクト（ＳＩＯ）４８のエントリの
取り出しをサポートするためにある。パラメートリック
検索項目用のエントリは、このようなエントリがＳＩＯ
４８内に作られるのと同じ時に、ＲＳＩＯ４０内に配置
される。

【００２９】図３を参照すると、図３には、ホルダー文
書の概念を描写する多数文書関係を説明するブロック・
ダイアグラムが示されている。文書Ａ５６と文書Ｂ５４
とは、ホルダー文書（１）５０内に含まれる個々のアイ
テム（Ｉｔｅｍ）を表している。文書Ａ５６はホルダー
文書（２）５２内に文書Ｃ５８と共に含まれている。ホ
ルダー文書（１）５０とホルダー文書（２）５２は個々
の構成員ジャケットとすることもできるし、文書Ａ５６
は構成員の方針を説明した文書とすることもできる。文
書Ａ５６のただ一回の実コピーが要求され、そのコピー
は構成員ジャケットに亘って常に不変である。文書とホ
ルダーとの関係は、文書関係オブジェクト（ＤＲＯ）に
含まれている。各ホルダー内の文書へのアクセスは、ラ
イブラリ・サーバが各文書のＤＲＯにアクセスして、関
係を決定することを要求する。

【００３０】図４を参照すると、図４には、ホルダー概
念内の文書の拡張を、ホルダー内に他のホルダーが含ま
れているように示している。文書Ａ５６と文書Ｂ５４と
はホルダー文書（２）５２内のアイテムである。ホルダ
ー文書（２）５２はそのとき、ホルダー文書（１）５０
内に置かれている。例えば、ホルダー文書（１）５０を
意見調査レポートとし、ホルダー文書（２）５２をオー
スチン（Ａｕｓｔｉｎ）調査レポートとすることができ
る。文書Ａ５６と文書Ｂ５４とは、オースチン調査レポ
ート内の二つの異なる領域からの調査レポートとするこ
とができる。また、ライブラリ・サーバがこの関係内に
示される文書をアクセスする毎に、各アイテムに対する
文書関係オブジェクトを調べなければならない。

【００３１】図５を参照すると、図５には、一つの文書
が他の文書にステープルされた、他の文書関係が示され
ている。文書（１）６０は、文書（３）６４にステープ
ルされた文書（２）６２にステープルされている。この
ステープル関係は、ユーザが二つの文書に一緒に結び付
けることを可能にする。各文書に対する文書関係オブジ
ェクトは、その関係の現在の状態を含んでいる。

【００３２】ステープル関係とホルダー関係との種々の
組み合わせの別の例を図６に示す。文書（１）６０と文
書（２）６２とは一緒にステープルすることができ、ホ
ルダー文書（１）５０内に文書（４）６６と一緒に配置
できる。同様に、文書（３）６４を文書（２）６２にス
テープルして、ホルダー文書（２）５２内に配置するこ
とができる。ホルダー文書（２）５２内には文書（５）
６８も含まれている。ホルダー内の各文書は、言語，文
書型式，文字型式，文字セット，文書自体の特性を記述
する他のプロファイル情報のような文書自身の特定属性
を含んでいる。ホルダー内の文書をアクセスするために
は、ライブラリ・サーバは各文書のプロファイルを読出
し判読して、関係内における全ての文書の属性を決定す
る。例えば、関係内の全ての文書がフランス語で構成さ
れていると、文書がフランス語であることを示すプロフ
ァイル情報を有することになる。

【００３３】図７を参照すると、ＤＩＡ文書ライブラリ
・サービス用の、図２に示した基本文書モデルが、本発
明のユーザ関係プレファレンス・オブジェクト７０を付
加して示してある。ユーザ関係プレファレンス・オブジ
ェクト７０は、フィールドを含んでいる。特定的に識別
されるか、または文書が包含するそれらの属性によって
識別される多数文書関係内の個々の文書の許容操作に関
して、ユーザのプレファレンスを決定することに、前記
フィールドを利用できる。ユーザ関係プレファレンス・
オブジェクト７０は、リストされた数の文書に関して選
択された属性またはユーザのプレファレンスを含む多数
文書関係内の全ての文書に関して、ユーザ・プレファレ
ンスを識別するのに用いることのできるフィールドを含
んでいる。

【００３４】図８は、本発明の方法に従って構成された
ユーザ関係プレファレンス・オブジェクト内の属性規則
子を図示したものである。図に示すように、ユーザ関係
プレファレンス・オブジェクト内部の属性規則子は、属
性“Ｘ．”を含む多数文書関係のワーキング・セット内
にある全ての文書に対する特定プレファレンス１，２，
３をユーザが有することを示している。例えば、属性Ｘ
とは、暗号化された文書のタイプ属性を特定することが
でき、プレファレンス１は、ユーザが変換を欲していな
いことを特定できる。プレファレンス２は、ユーザが分
散の自動転送が行われないようにユーザ・プレファレン
スを特定することができる。このように、図８に示した
ユーザ関係プレファレンス・オブジェクトのフィールド
に対して、属性を特定した多数文書関係内の全ての文書
に対するユーザのプレファレンスは、図８内に示したユ
ーザ関係プレファレンス・オブジェクトのフィールドを
参照することによって効率的に決定することができる。

【００３５】あるいは、多数文書関係内の特別の文書を
明確に識別することによって、ユーザ関係プレファレン
ス・オブジェクト内にプレファレンスをリストすること
ができる。図９を参照すると、本発明の方法に従って構
成されたユーザ関係プレファレンス・オブジェクト内に
おいて利用できるオブジェクト規則子を図示してある。 図９に示すように、このフィールドは、ユーザが多数文
書関係内の文書１のためにプレファレンス１，プレファ
レンス２およびプレファレンス３を特定し、その多数文
書関係内における文書２のためのプレファレンス４を特
定しているという事実を識別している。このように、図
８と図９によれば、当業者にとって次のことは明らかで
あろう。すなわち、特別の属性を含む全ての文書に関す
るこれらのプレファレンスを記述することによって、あ
るいは多数文書関係内における個々の選択された文書に
対して識別プレファレンスを特定することによって、多
数文書関係に格納された文書のグループ内の選択された
文書の操作に関して、ユーザの要望プレファレンスを特
定する本発明の方法に従って、ユーザ関係プレファレン
ス・オブジェクトが作成できることである。

【００３６】最後に図１０を参照すると、文書交換管理
システム内におけるユーザ関係プレファレンス・オブジ
ェクトの利用を説明する論理フローチャートを示してい
る。図示するように、プロセスはブロック７２で開始さ
れ、このブロック７２では分散データ処理ネットワーク
内の文書に試みられる操作の開始がなされる。前述した
ように、“操作”という用語は、選択された文書に関し
て、試行される分散，転送，コピー，消去、またはその
他の作用を意味している。次に、プロセスはブロック７
４に移行する。このブロック７４では、操作が試みられ
る多数文書関係の一部であるか否かの決定を示している
。多数文書関係の一部でなければ、プロセスはブロック
９６に移行する。このブロック９６は、その文書に関係
したユーザ・プレファレンスに従う文書の処理を示して
いる。再びブロック７４において、操作される文書が多
数文書関係の一部である場合には、プロセスはブロック
７６に移行する。ブロック７６は、図９に示すような固
有のオブジェクト規則子が存在するか否かの決定を示し
ている。もし存在すれば、プロセスはブロック８８に移
行し、このブロック８８で、多数文書関係内の該当する
各文書に対するオブジェクト識別子のロケーションを示
している。次に、プロセスはブロック９０に移行する。 このブロック９０では、操作が試みられる全ての文書が
、オブジェクト識別子内にリストされているか否かの決
定を示している。リストされていないならば、プロセス
はブロック９２に移行し、エラーメッセージを返す。こ
の後、プロセスはブロック９８に示すように終了する。

【００３７】再びブロック９０において、操作が試みら
れる全ての文書がオブジェクト識別子内にリストされて
いる場合には、プロセスはブロック９４に移行し、これ
らの文書に対するオブジェクト規則子内に記述されたユ
ーザ・プレファレンスに従って文書が複数のグループに
分けられる。すなわち、特定の動作に対するこれら文書
の操作を制限するユーザ・プレファレンスを含む全ての
文書は、共通処理のために一緒にグループ化される。そ
の後、ブロック９６で、ユーザ・プレファレンスに従っ
て、文書のこれらグループの文書の操作が行われる。こ
のようにして、多数文書関係内に一緒に格納される文書
の大グループをサブグループに分け、個々の文書または
文書グループに対して記述されるユーザ・プレファレン
スに従って操作することができる。再びブロック９０を
参照すると、操作が試みられる全ての文書がオブジェク
ト規則子内にリストされていない場合には、図１０に示
すようにエラーメッセージを返すことに加えて、全多数
文書関係に対して記述されたユーザ・プレファレンスに
従って、これら文書の操作を行うことができることは当
業者には明らかである。

【００３８】再びブロック７４において、多数文書関係
内に存在しない文書の操作が試みられる場合には、個々
の文書に対して記述されたユーザ・プレファレンスに従
って操作のためのブロック９６に直接に移行する。再び
ブロック７６において、述べられたプレファレンスがリ
ストされる特定グループの文書を記述するオブジェクト
規則子が存在しない場合には、プロセスはブロック７８
に移行する。ブロック７８では、図８に示したような属
性規則子が存在するか否かを決定する。もし存在しなけ
れば、プロセスはブロック９６に移行し、従来技術で知
られているように、全ての多数文書関係に対して記述さ
れたユーザ・プレファレンスに従って、文書の試行され
た操作が行われる。

【００３９】図８に示したような属性識別子が存在する
とブロック７８で判断されると、プロセスはブロック８
０に移行する。ブロック８０では、ベクトル関係特性オ
ブジェクト（Ｖｅｃｔｏｒ　　Ｒｅｌａｔｉｏｎａｌ　
　Ｃｈａｒａｃｔｅｒｉｓｔｉｃａｌ　　Ｏｂｊｅｃｔ
；ＶＲＣＯ）が、多数文書関係内の文書のワーキング・
セットに対して存在するか否かを決定する。特許出願平
成２−２７６５７２号明細書に記載されているように、
ベクトル関係特性オブジェクトは、特別の属性を含む多
数文書関係内の文書のグループを効率的にかつ迅速に識
別することに利用することができる。ベクトル関係特性
オブジェクトが存在する場合には、プロセスはブロック
８４に移行する。ブロック８４では、多数文書関係内の
ワーキング・セット内にある文書を、ベクトル関係特性
オブジェクト内に含まれる情報に従って、すなわち、こ
れらの文書に関連した属性に従って、複数のグループに
分ける。その後、プロセスは再びブロック９６に移行し
、関連するユーザ・プレファレンスに従って文書のこれ
らのグループに対する操作が行われる。

【００４０】再びブロック８０において、ベクトル関係
特性オブジェクト（ＶＲＣＯ）が存在しない場合には、
プロセスはブロック８２に移行する。ブロック８２では
、文書の属性とプレファレンスを個別に決定する。その
後、プロセスはブロック８６に移行し、ブロック８６で
は個々に決定される文書の属性とプレファレンスとに従
って、文書を分ける。再び、プロセスはブロック９６に
移行し、上述したように決定されたユーザ・プレファレ
ンスと属性に従って文書グループの操作が行われる。

【００４１】

【発明の効果】前述したところから当業者には、以下の
ことが分かる。すなわち、本発明者らは、新規かつ自明
でない方法および装置を提供し、これにより、多数文書
関係内に存在する文書グループを、全ワーキング・セッ
トに対して記述されたユーザ・プレファレンスのセット
に従うよりもむしろ、多数文書関係の個々の文書に関連
するユーザ・プレファレンスのセットに従った分散と処
理によって、操作することができる。このようにして、
多数文書関係内の文書の分散と操作をより一層効率的に
行うことができる。

【図面の簡単な説明】

【図１】本発明の方法および装置を実施するのに用いる
ことのできる分散データ処理システムを示す図である。

【図２】図１の分散データ処理システム内のライブラリ
にファイルされた各文書に対して作成された基本文書モ
デルを示す図である。

【図３】ホルダー文書の概念を説明する多数文書関係を
示すブロック・ダイアグラムである。

【図４】第２のホルダー内でネストされているホルダー
を表すホルダー関係を示すブロック・ダイアグラムであ
る。

【図５】ステープル関係の概念を説明する多数文書関係
を示すブロック・ダイアグラムである。

【図６】ホルダー内でステープルされた文書を示すブロ
ック・ダイアグラムである。

【図７】本発明の方法および装置に従ったユーザ関係プ
レファレンス・オブジェクトを加えた図２の基本文書モ
デルを示す図である。

【図８】本発明の方法に従って構成されたユーザ関係プ
レファレンス・オブジェクト内の属性規則子を示す図で
ある。

【図９】本発明の方法に従って構成されたユーザ関係プ
レファレンス・オブジェクト内のオブジェクト規則子を
示す図である。

【図１０】文書交換管理システム内のユーザ関係プレフ
ァレンス・オブジェクトの利用を説明する論理フローチ
ャートである。

【符号の説明】

８　　データ処理システム １０，３２　　ローカル・エリア・ネットワーク１２，
３０　　コンピュータ １４，２０　　記憶装置 １６　　プリンタおよび／または出力装置１８　　メイ
ンフレーム・コンピュータ２２，２４，３４　　通信リ
ンク ２６　　通信コントローラ ２８　　ゲートウェイ・サーバ ３６　　文書モデル・オブジェクト ３７　　アクセス制御モデル・オブジェクト３８　　文
書活動ログ・オブジェクト ３９　　ユーザ・プロファイル・オブジェクト４０　　
リバース検索インデックス・オブジェクト４１　　バー
ジョン制御オブジェクト ４２　　文書関係オブジェクト ４４　　プロファイル内容オブジェクト４６　　文書内
容オブジェクト

Claims (7)

【特許請求の範囲】
1. 【請求項１】データ処理システムにおいて、多数文書関
   係内の選択文書の許容し得る操作を制限する方法であっ
   て、多数文書関係内の選択文書の操作に対して、ユーザ
   の少なくとも一つのプレファレンスを識別するステップ
   と、前記選択文書の識別に関連するユーザの前記少なく
   とも一つのプレファレンスを含むユーザ・プレファレン
   ス・オブジェクトを作成するステップと、ユーザの前記
   少なくとも一つのプレファレンスに従って、前記選択文
   書の操作を制限するステップと、を含む選択文書の許容
   しうる操作の制限方法。
2. 【請求項２】多数文書関係内の選択文書の操作に対して
   ユーザの少なくとも一つのプレファレンスを識別する前
   記ステップは、それぞれが選択属性を含む複数の文書の
   操作に対して、ユーザの少なくとも一つのプレファレン
   スを識別するステップを含む、請求項１記載の選択文書
   の許容しうる操作の制限方法。
3. 【請求項３】前記選択文書の識別に関連するユーザの前
   記少なくとも一つのプレファレンスを含むユーザ・プレ
   ファレンス・オブジェクトを作成する前記ステップは、
   前記選択属性の識別に関連するユーザの前記少なくとも
   一つのプレファレンスを含むユーザ・プレファレンス・
   オブジェクトを作成するステップを含む、請求項２記載
   の選択文書の許容しうる操作の制限方法。
4. 【請求項４】ユーザの前記プレファレンス・オブジェク
   トは、前記選択文書に関連して格納されている、請求項
   １記載の選択文書の許容しうる操作の制限方法。
5. 【請求項５】選択文書に試行される操作に応じて、ユー
   ザ・プレファレンス・オブジェクトが存在するか否かを
   決定するステップをさらに含む、請求項１記載の選択文
   書の許容しうる操作の制限方法。
6. 【請求項６】多数文書関係内の選択文書の操作を制限す
   るデータ処理システムであって、文書の操作を制限する
   少なくとも一つのユーザ・プレファレンスを含む前記デ
   ータ処理システム内に格納されたユーザ・プレファレン
   ス・オブジェクトと、文書の試行される操作に応じて、
   前記ユーザ・プレファレンスにアクセスする手段と、前
   記ユーザ・プレファレンス・オブジェクト内に格納され
   た少なくとも一つの前記ユーザ・プレファレンスに応じ
   て、前記文書の操作を制限する制御手段と、を備えるデ
   ータ処理システム。
7. 【請求項７】前記データ処理システム内に格納された前
   記ユーザ・プレファレンス・オブジェクトは、すべてが
   選択属性を有する複数文書の操作を制限するユーザ・プ
   レファレンスを含む、請求項６記載のデータ処理システ
   ム。