(57)【要約】  【課題】  アクセス権の設定やグループメンバの追加を簡易に行なう。  【解決手段】  アクセス権変更要求処理部１２がアクセス権設定依頼を受け取り、変更条件記憶部１４を参照してオブジェクトの所有者の自動設定ルールがあるかどうかを判別する。あれば、依頼者がルールの条件を満たすか判別する。この際、ユーザの属性をオブジェクト記憶部１１を参照して調べる。依頼者のルールの条件を満たせば、アクセス権を自動設定してアクセス権リスト記憶部１３に登録して処理を終了する。条件を満たさなければ、所有者にアクセス権の設定を依頼する電子メールを送信して処理を終了する。【選択図】  図１
2006092075.tif 000002
【特許請求の範囲】
【請求項１】
オブジェクトの属性を規定する属性情報を記憶する属性情報記憶手段と、
１または複数のユーザについて当該ユーザが所有するオブジェクトの属性情報の変更条件を記憶する変更条件記憶手段と、
上記属性情報の変更条件を満たす属性情報変更要求があったときに上記属性情報を変更する属性情報変更手段とを実現するためにコンピュータで実行されることを特徴とするオブジェクト管理用コンピュータプログラム。
【請求項２】
上記オブジェクトは、文書またはフォルダであり、上記オブジェクトの属性はオブジェクトに対するアクセス権の情報である請求項１記載のオブジェクト管理用コンピュータプログラム。
【請求項３】
上記オブジェクトはグループであり、上記オブジェクトの属性は当該グループに所属するユーザに関する情報である請求項１記載のオブジェクト管理用コンピュータプログラム。
【請求項４】
上記属性情報の変更条件を満たさない属性情報変更要求があったときには当該属性変更要求を内容とする電子メールを当該オブジェクトを所有するユーザに送信する請求項１、２または３記載のオブジェクト管理用コンピュータプログラム。
【請求項５】
上記属性情報変更要求の履歴を当該オブジェクトの所有者に提示する請求項１〜４のいずれかに記載のオブジェクト管理用コンピュータプログラム。
【請求項６】
上記属性情報の変更条件を満たすユーザであることを判別したときに上記属性変更要求を送信するため画面を表示する請求項１、２、３または５記載のオブジェクト管理用コンピュータプログラム。
【請求項７】
オブジェクトのアクセス権を規定するアクセス権情報を記憶するアクセス権情報記憶手段と、
１または複数のユーザについて当該ユーザが所有するオブジェクトのアクセス権の変更条件を記憶する変更条件記憶手段と、
上記アクセス権の変更条件を満たすアクセス権変更要求があったときに上記アクセス権情報を変更するアクセス権情報変更手段とを有することを実現するためにコンピュータで実行されることを特徴とするアクセス権管理用コンピュータプログラム。
【請求項８】
グループの構成ユーザの情報を記憶するグループ情報記憶手段と、
１または複数のユーザについて当該ユーザが所有するグループの構成ユーザの変更条件を記憶する変更条件記憶手段と、
上記構成ユーザの変更条件を満たすグループ情報変更要求があったときに上記ユーザの情報を変更するグループ情報変更手段とを実現するためにコンピュータで実行されることを特徴とするグループ管理用コンピュータプログラム。
【請求項９】
オブジェクトの属性を規定する属性情報を記憶する属性情報記憶手段と、
１または複数のユーザについて当該ユーザが所有するオブジェクトの属性情報の変更条件を記憶する変更条件記憶手段と、
上記属性情報の変更条件を満たす属性情報変更要求があったときに上記属性情報を変更する属性情報変更手段とを有することを特徴とするオブジェクト管理装置。
【請求項１０】
オブジェクトのアクセス権を規定するアクセス権情報を記憶するアクセス権情報記憶手段と、
１または複数のユーザについて当該ユーザが所有するオブジェクトのアクセス権の変更条件を記憶する変更条件記憶手段と、
上記アクセス権の変更条件を満たすアクセス権変更要求があったときに上記アクセス権情報を変更するアクセス権情報変更手段とを有することを特徴とするアクセス権管理装置。
【請求項１１】
グループの構成ユーザの情報を記憶するグループ情報記憶手段と、
１または複数のユーザについて当該ユーザが所有するグループの構成ユーザの変更条件を記憶する変更条件記憶手段と、
上記構成ユーザの変更条件を満たすグループ情報変更要求があったときに上記ユーザの情報を変更するグループ情報変更手段とを有することを特徴とするグループ管理装置。
【請求項１２】
オブジェクトの属性を規定する属性情報を属性情報記憶手段に記憶するステップと、
１または複数のユーザについて当該ユーザが所有するオブジェクトの属性情報の変更条件を変更条件記憶手段に記憶するステップと、
属性情報変更手段により、上記属性情報の変更条件を満たす属性情報変更要求があったときに上記属性情報を変更するステップとを有することを特徴とするオブジェクト管理方法。
【請求項１３】
オブジェクトのアクセス権を規定するアクセス権情報をアクセス権情報記憶手段に記憶するステップと、
１または複数のユーザについて当該ユーザが所有するオブジェクトのアクセス権の変更条件を変更条件記憶手段に記憶するステップと、
アクセス権情報変更手段により、上記アクセス権の変更条件を満たすアクセス権変更要求があったときに上記アクセス権情報を変更するステップとを有することを特徴とするアクセス権管理方法。
【請求項１４】
グループの構成ユーザの情報をグループ情報記憶手段に記憶するステップと、
１または複数のユーザについて当該ユーザが所有するグループの構成ユーザの変更条件を変更条件記憶手段に記憶するステップと、
グループ情報変更手段により、上記構成ユーザの変更条件を満たすグループ情報変更要求があったときに上記ユーザの情報を変更するステップとを有することを特徴とするグループ管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、情報処理システムのオブジェクトを管理する技術に関し、とくにアクセス権やグループ情報の変更を管理に扱えるようにしたものである。
【背景技術】
【０００２】
文書管理装置では通常その管理対象であるオブジェクトにアクセスするためのユーザーとそのユーザーが所属するグループを設定することができ、文書やフォルダに対してそのユーザーやグループが作業できる内容（閲覧、編集、削除など）をアクセス権という方法で制御している。そして、アクセス権の編集や、グループのメンバーの編集はその文書やグループの所有者や管理者にのみ許されている。特許文献１では、アクセス権に一部のデータ（属性）の閲覧を許すアクセス権について述べているが、エンドユーザーが一部データの閲覧だけではなく、すべてのデータを閲覧したい場合は、その文書の管理者に対してメールなどの文書管理装置外のツールを使用して要求を送り、対応してもらうと実施例があげられている。このとき、要求を送信するという作業、および要求を受け取った管理者の手動によるアクセス権の設定という手順が煩雑で作業負荷がかかるという問題があった。
【０００３】
また、グループの管理についても同様のことが言える。エンドユーザーがあるグループのメンバーとして所属したい場合には、そのグループの管理者に対してメールなどで要求を行い、手動で対応してもらう必要がある。
【特許文献１】特開２００４−２１７１９公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
この発明は、以上の事情を考慮してなされたものであり、煩雑な作業を伴うことなくアクセス権の設定や、グループメンバーの追加を行なえるようにするオブジェクト管理技術を提供することを目的としている。
【課題を解決するための手段】
【０００５】
この発明の原理的な構成例では、このようなエンドユーザーと文書所有者の作業負荷を軽減するために、アクセス権の付与やグループメンバーへの追加要求の簡略化と追加作業を自動化することを行う。そこで、下記のような手段を設ける。
【０００６】
（１）条件設定手段。
各ユーザーは、条件設定手段を用いて、自分自身の属性情報として、アクセス権付与条件やグループメンバーへの追加条件を設定することができる。
【０００７】
（２）オブジェクト属性設定手段。
自分が作成した文書やフォルダ、グループ（オブジェクト）に対して、上記条件を適用するかどうかを選択することができる。ただし、任意の形態で管理できれば良く、オブジェクトの属性として管理しなくても良い。
【０００８】
（３）アクセス権変更要求処理手段。
エンドユーザーが参照／編集に対するアクセス権を持っていない文書を参照／編集しようとするときには、その文書の所有者に対して要求を送信する方法（ボタンなど）を用意し、要求が送信されたら所有者にアクセス権付与条件が設定されているかどうかチェックし、設定されている場合はその条件を評価し、参照／編集のアクセス権を付与できる条件の場合は付与するようにする。もし、その文書に対して項目２で説明した設定が「条件を適用しない」となっている場合は、所有者に対してメールなどで通知する。
【０００９】
（４）グループ情報変更要求処理手段。
エンドユーザーがあるグループに加わりたいときもアクセス権と同様にそのグループの管理者に要求を送信し、管理者にグループメンバー追加条件が設定されているかどうかチェックし、設定されている場合はその条件を評価し、グループメンバーに追加できる条件の場合はメンバーに追加するようにする。もし、そのグループに対して項目２で説明した設定が「条件を適用しない」となっている場合は、グループの管理者に対してメールなどで通知する。
【００１０】
（５）要求履歴確信手段。
上記手段（３）、（４）で要求されたものは自動で付加する／しないにかかわらず、その所有者のユーザーが履歴を確認できるようにする。
【００１１】
この手段を使用した例を以下にいくつか示す。
【００１２】
［例１］：ユーザーの属性に「役職」というものがある場合で、その役職が「部長」であったら、自分が作成した文書の閲覧を許す。
【００１３】
（１）自分の条件設定属性に以下のような条件を設定する。
「属性「役職」が「部長」の場合に閲覧のアクセス権を付与する」
【００１４】
（２）文書を作成するときに「アクセス権付与の条件を適用する」とした文書を作成し、アクセス権を誰にも付与しないようにする。（これを文書Ａとする）
【００１５】
（３）役職属性が「部長」のユーザーが文書Ａにアクセスすると、閲覧のアクセス権がないので、要求を送信する画面になって、ボタンを押すことで要求を送信する。
【００１６】
（４）送信された要求に、自分のアクセス権付与条件を適用する。要求元のユーザーの役職属性が「部長」なので、文書Ａにそのユーザーの閲覧権限を与える。
【００１７】
（５）ユーザーは文書Ａを閲覧する。
【００１８】
［例２］：自分が作成したグループＡに対して、エンドユーザーがグループＢに所属している場合はメンバーになることを許す。
【００１９】
（１）自分の条件設定属性に以下のような条件を設定する。
「ユーザーがグループＢに所属している場合はメンバー追加を許す」
【００２０】
（２）グループＡを「メンバー追加条件を適用する」として作成する。
【００２１】
（３）エンドユーザーは、グループＡのメンバーになりたいときに、要求送信ボタンを押す。
【００２２】
（４）送信された要求に対して自分のメンバー追加条件を適用する。エンドユーザーがグループＡのメンバーの場合はグループＢのメンバーとしてそのユーザーを追加する。
【００２３】
また、アクセス権付与条件やグループメンバーへの追加条件は複数定義することを可能としてもよい。このとき、複数の条件は以下の方法で適用することができる。
【００２４】
（１）それぞれの条件に優先順位を付け、優先度が高い条件が、低い条件より適用対象となることとする。
（２）それぞれの条件のＡＮＤを取り、すべての条件に当てはまるときのみ適用する
（３）それぞれの条件のＯＲを取り、どれか１つの条件に当てはまるときに適用する
以上のそれぞれの適用方法は、複数の方法をとることはできず、どれか１つの方法にて運用するものとする。
【００２５】
この発明をさらに説明する。
【００２６】
この発明の一側面によれば、上述の目的を達成するために、オブジェクト管理装置に：オブジェクトの属性を規定する属性情報を記憶する属性情報記憶手段と；１または複数のユーザについて当該ユーザが所有するオブジェクトの属性情報の変更条件を記憶する変更条件記憶手段と；上記属性情報の変更条件を満たす属性情報変更要求があったときに上記属性情報を変更する属性情報変更手段とを設けるようにしている。
【００２７】
オブジェクト管理装置は、文書、ファイル、フォルダ、電子メール、電子掲示板、ユーザ、グループ等のオブジェクトを管理するものである。「オブジェクト管理装置」と呼ばれるのでなく、「データ管理装置」や「文書管理装置」と呼ばれる場合もあり、どのように呼ばれるかは問わない。
【００２８】
所有とは、オブジェクトの属性、例えば、文書、フォルダ、電子掲示板のアクセス権、グループのメンバーの変更等の権限を有することを指す。通常、オブジェクトの作成者や管理者が該当するが、これに限定されない。
【００２９】
オブジェクトの属性は、そのプロパティの名のものと管理されていても良いし、別途、テーブル等で複数のオブジェクトと一体に管理されていても良い。オブジェクトの属性には、文書、フォルダ（フォルダに属せる文書）のアクセス権、グループの構成メンバが含まれるが、これに限定されない。
【００３０】
この構成においては、予め設定された条件が満たされる場合には、そのままオブジェクトの属性の変更が認められるので、従前のように所有者が一々対処する必要がない。条件が満たされない場合には通常のように所有者に属性の変更を依頼することになる。
【００３１】
この構成において、上記オブジェクトは、典型的には、文書またはフォルダであり、上記オブジェクトの属性はオブジェクトに対するアクセス権の情報である。
【００３２】
あるいは、上記オブジェクトはグループであり、上記オブジェクトの属性は当該グループに所属するユーザに関する情報である。
【００３３】
また、上記属性情報の変更条件を満たさない属性情報変更要求があったときには当該属性変更要求を内容とする電子メールを当該オブジェクトを所有するユーザに送信することが好ましい。
【００３４】
また、上記属性情報変更要求の履歴を当該オブジェクトの所有者に提示することが好ましい。
【００３５】
また、上記属性情報の変更条件を満たすユーザであることを判別したときに上記属性変更要求を送信するため画面を表示するようにしてもよい。
【００３６】
また、この発明の他の側面によれば、上述の目的を達成するために、アクセス権管理装置に：オブジェクトのアクセス権を規定するアクセス権情報を記憶するアクセス権情報記憶手段と；１または複数のユーザについて当該ユーザが所有するオブジェクトのアクセス権の変更条件を記憶する変更条件記憶手段と；上記アクセス権の変更条件を満たすアクセス権変更要求があったときに上記アクセス権情報を変更するアクセス権情報変更手段とを設けるようにしている。
【００３７】
この構成においては、予め設定された条件が満たされる場合には、そのままアクセス権の設定が認められるので、従前のように所有者が一々対処する必要がない。条件が満たされない場合には通常のように所有者にアクセス権の設定を依頼することになる。
【００３８】
また、この発明の他の側面によれば、上述の目的を達成するために、グループ管理装置に：グループの構成ユーザの情報を記憶するグループ情報記憶手段と；１または複数のユーザについて当該ユーザが所有するグループの構成ユーザの変更条件を記憶する変更条件記憶手段と；上記構成ユーザの変更条件を満たすグループ情報変更要求があったときに上記ユーザの情報を変更するグループ情報変更手段とを設けるようにしている。
【００３９】
この構成においては、予め設定された条件が満たされる場合には、そのままメンバーとしての追加が認められるので、従前のように所有者が一々対処する必要がない。条件が満たされない場合には通常のように所有者にメンバー追加を依頼することになる。
【００４０】
なお、この発明は装置またはシステムとして実現できるのみでなく、方法としても実現可能である。また、そのような発明の一部をソフトウェアとして構成することができることはもちろんである。またそのようなソフトウェアをコンピュータに実行させるために用いるソフトウェア製品もこの発明の技術的な範囲に含まれることも当然である。
【００４１】
この発明の上述の側面および他の側面は特許請求の範囲に記載され以下実施例を用いて詳述される。
【発明の効果】
【００４２】
この発明によれば、煩雑な作業を伴うことなくアクセス権の設定や、グループメンバーの追加を行なえる。
【発明を実施するための最良の形態】
【００４３】
以下、この発明の実施例について説明する。
【実施例１】
【００４４】
図１は、この発明の実施例１の文書管理システム１００およびその利用環境を全体として示しており、この図において、文書管理システム１００、クライアント端末２００が通信ネットワーク３００を介して接続されている。文書管理システム１００はサーバコンピュータであり、そのハードウェア資源およびソフトウェア資源を協同させて以下機能ブロックで示す各部を実現する。クライアント端末２００は典型的にはパーソナルコンピュータであり、ウェブクライアント、メールクライアントとして動作するが、これに限定されず種々の固定、移動情報端末を用いることができる。通信ネットワークは典型的にはＬＡＮであるが、これに限定されない。
【００４５】
文書管理システム１００は、オブジェクト管理部１０、オブジェクト記憶部１１、アクセス権変更要求処理部１２、アクセス権リスト記憶部１３、アクセス権変更条件記憶部１４、アクセス権変更条件設定部１５、メール処理部１６、履歴情報記憶部１７等を含んで構成されている。
【００４６】
オブジェクト管理部１０は、文書、フォルダ、電子メール、電子掲示板、その記事、スケジュール、その予定、ユーザ、グループ等をオブジェクトとして管理するものであり、これらオブジェクトの情報は基本的にはオブジェクト記憶部１１に記憶保持される。
【００４７】
例えば、文書のオブジェクトは図３に示すような属性群（プロパティ）を有し、文書の実体をなすファイルまたはファイルアドレスが管理される。文書のコンテナをなすフォルダは図４に示すような属性群を有する。文書およびフォルダの属性には「条件有効／無効」の属性も含まれ、後述するように、ユーザが作成時または任意の時点で設定できるようになっている。
【００４８】
アクセス権リスト記憶部１３は、文書やフォルダのアクセス権リストを記憶するものであり、アクセス権リストは例えば図７に示すように、アクセス権が設定されるユーザまたはグループについて「読み出し権」、「書き込み権」、「全管理権」等を有するかどうかを規定するものである。これらは、本来的にはオブジェクト（文書、フォルダ）の所有者および管理者のみが設定できるものである。従来、所定の文書等にアクセス権を取得したいユーザは所有者に連絡してアクセス権を手作業で設定してもらうようになっていた。
【００４９】
アクセス権変更条件記憶部１４は、アクセス権を変更するための条件（ルールともいう）を記憶するものである。後述するようにオブジェクトの所有者はアクセス権変更条件設定部１５を用いて自分が所有するオブジェクト（文書、フォルダ等）のアクセス権変更条件を設定する。例えば、図５に示すように、要求者の「役職」属性が「部長」であれば、「読み出し権」を付与する、要求者の「所属」属性が「知的財産部」であれば、「読み出し権」、「書き込み権」双方を付与するというようなものである。条件はユーザごとに設定され、１のユーザに複数の条件が設定されていても良い。条件を適用するかどうかは、各オブジェクトの「条件有効／無効」属性を用いて所有者が設定できる。この「条件有効／無効」属性も他の属性と同様にオブジェクト管理部１０を用いて設定でき、オブジェクト記憶部１１に記憶保持される。
【００５０】
アクセス権変更条件設定部１５は、クライアント端末２００から例えばウェブベースでアクセス権の変更条件を受け付けるものである。
【００５１】
アクセス権変更要求処理部１２は、ユーザからのアクセス権変更要求を処理するものであり、その詳細は図２のフローチャートおよび図６の模式図に詳細に示される。
【００５２】
メール処理部１６は、メール配送サーバ（ＳＭＴＰ等）やメール受信サーバ（ＰＯＰ３、ＩＭＡＰ等）の機能を有するものであり、この実施例では、必要な場合にアクセス権設定依頼の電子メールをオブジェクトの所有者に送信する。必要な範囲で、メール作成、メールクライアントの機能を有する。
【００５３】
つぎにアクセス権設定の動作について説明する。
【００５４】
例えば、図６に示すように、検索結果リストが表示され、ユーザがそのリスト中の文書Ａをクリックしたとする。この文書Ａについてユーザに「読み出し権」がないと、その旨が示され、アクセス権の設定を依頼するようにプロンプトが行なわれる。依頼メール送信ボタンを押すと、依頼当事者が条件を満たすかどうかが判断され、満たせば、自動的にアクセス権が設定され、満たさない場合には、相応する内容の電子メールがオブジェクトの所有者に送信される。これ以降は通常のアクセス権設定処理の場合と同じであり、所有者の判断でアクセス権を設定する。あるいは依頼を無視する。この例で、依頼メール送信ボタンが操作されたときに依頼メールが文書管理システム１００に送られ、これをアクセス権変更要求処理部１２がメール処理部１６を介して受け取って処理し、必要な場合には（条件が満たされない場合）当該電子メールを所有者に転送しても良い。あるいは、依頼メール送信ボタンが操作されたときには、依頼書の属性等がアクセス権変更要求処理部１２に送られ処理され、必要な場合には（条件が満たされない場合）アクセス権付与を依頼する電子メールを作成して所有者に送信する。
【００５５】
なお、とくに言及しなかったが、この例では、「読み出し権」がなくても検索してそのタイトル等を表示することはできるものとしている。検索してタイトル等を表示する「検索権」を別途準備しても良い。
【００５６】
図２はアクセス権設定依頼の処理の例の詳細を示す。処理例の詳細は以下のとおりである。
【００５７】
［ステップＳ１０］：アクセス権変更要求処理部１２がアクセス権設定依頼を受け取る。
［ステップＳ１１］：変更条件記憶部１４を参照してオブジェクトの所有者の自動設定ルール（条件）があるかどうかを判別する。あればステップＳ１２へ進み、なければステップＳ１４へ進む。
［ステップＳ１２］：依頼者がルールの条件を満たすか判別する。この際、ユーザの属性をオブジェクト記憶部１１を参照して調べる。依頼者のルールの条件を満たせばステップＳ１３へ進み、満たさなければステップＳ１４へ進む。
［ステップＳ１３］：アクセス権を自動設定してアクセス権リスト記憶部１３に登録して処理を終了する。
［ステップＳ１４］：所有者にアクセス権の設定を依頼する電子メールを送信して処理を終了する。
【００５８】
なお、条件が満たされるときに設定されるアクセス権の内容を各ルールごとに設定しておいても良いし、デフォルトでは「読み出し権」が設定されるようにしても良いし、文書等の「条件有効／無効」属性に、設定アクセス権を指定できるようにしても良い。この場合、例えば、「無効」、「読み出し権」、「書き込み権」、「ルール指定の権限」のいずれかを文書、フォルダに指定する。
【００５９】
図７は、このようなアクセス権の設定依頼が行なわれる前の文書Ａのアクセス権リストの例を示しており、Ｕｓｅｒ−１が上述の通りの処理を行い、「読み出し権」を取得した後のアクセス権リストの例を図８に示す。
【００６０】
依頼要求、自動的設定、所有者への電子メールの実際の送信を履歴情報記憶部１７に保管してユーザが参照できるようにすることが好ましい。
【００６１】
この実施例によれば、所有者が文書等のアクセス権設定条件を全般的に規定しておき、各文書等には個別にその条件を適用するかどうかを指定できるようにし、そのうえで所定のユーザのアクセス権設定依頼については自動的に設定されるようにしているので、従来の煩雑さをその範囲で回避することができる。
【実施例２】
【００６２】
つぎにこの発明の実施例２の文書管理システムについて説明する。この実施例では、グループ情報すなわちグループの構成メンバーの追加を条件付きで自動的に行なえるようにしたものである。
【００６３】
図９は、実施例２の文書管理システム１００Ａおよびその利用環境を全体として示しており、この図において図１と対応する箇所には対応する符号を付した。
【００６４】
図９において、文書管理システム１００Ａは、オブジェクト管理部１０、オブジェクト記憶部１１、メール処理部１６、履歴情報記憶部１７、グループ情報変更要求処理部２２、グループ情報記憶部２３、グループ情報変更条件記憶部２４、グループ情報変更条件設定部２５等を含んで構成されている。
【００６５】
グループ情報記憶部２３は、図１１に示すようにグループの属性を保持している。また、グループは図１２に示すように１または複数のメンバ（ユーザまたはグループ）のリストを割り当てられている。メンバのリストがどのように管理されるかは任意であるが、これもグループの属性である。グループ情報変更条件記憶部２４は、メンバを追加する条件を記憶するものである。この条件は、実施例１で説明したアクセス権の変更条件と同様なものであり、例えば、役職属性が「部長」であればメンバに追加しても良いというようなものである。
【００６６】
グループ情報変更条件設定部２５は、ユーザが自己の所有するグループ全般についてメンバ追加の条件を設定して、その内容をグループ情報変更条件記憶部２４に登録するものである。条件を複数登録しても良い。グループ情報変更要求処理部２２は、クライアント端末２００から送信されてくるグループ情報変更要求を処理するものであり、その詳細は図１０および図１３に示すとおりである。
【００６７】
図１３に示すように管理ツールを用いてグループリストを表示して加入したいグループを指定する。この例ではグループＢを指定している。所有権限を有していれば、グループＢのプロパティが表示されて、ユーザを追加することができる。通常のユーザであり、そのグループをの所有者でない場合には、メンバ追加の依頼をプロンプトする画面が表示され、依頼メール送信ボタンを操作すると、図６を参照してアクセス権設定時に行なったと類似の処理が行なわれ、条件を満たす場合には自動的にメンバとして追加され、そうでないときにはグループの所有者に電子メールを用いてメンバの追加の依頼が行なわれる。
【００６８】
図１０はメンバ追加依頼の処理の例の詳細を示す。処理例の詳細は以下のとおりである。
【００６９】
［ステップＳ２０］：グループ情報変更要求処理部２２がグループ情報変更（メンバ追加）依頼を受け取る。
［ステップＳ２１］：グループ情報変更条件記憶部２４を参照してオブジェクトの所有者の自動設定ルール（条件）があるかどうかを判別する。あればステップＳ２２へ進み、なければステップＳ２４へ進む。
［ステップＳ２２］：依頼者がルールの条件を満たすか判別する。この際、ユーザの属性をオブジェクト記憶部１１を参照して調べる。依頼者のルールの条件を満たせばステップＳ２３へ進み、満たさなければステップＳ１４へ進む。
［ステップＳ２３］：依頼者を当該グループのメンバに自動的に追加してグループ情報記憶部２３に登録して処理を終了する。
［ステップＳ１４］：所有者にグループへのメンバ追加を依頼する電子メールを送信して処理を終了する。
【００７０】
この実施例によれば、所有者がグループのメンバ追加条件を全般的に規定しておき、各グループには個別にその条件を適用するかどうかを指定できるようにし、そのうえで所定のユーザのメンバ追加依頼については自動的に設定されるようにしているので、従来の煩雑さをその範囲で回避することができる。
【００７１】
なお、この発明は上述の実施例に限定されるものではなくその趣旨を逸脱しない範囲で種々変更が可能である。例えば、上述の例では、アクセス権およびメンバの追加について説明したが広くオブジェクトの属性の変更に適用できる。例えば、電子掲示板へのアクセス権の設定等に適用できる。また、上述例では、全般的な条件（ルール）を規定してそのルールを個別のオブジェクトに適用するかどうかを指定するようにしたが、全般的な条件を設定することなく個別のオブジェクトに個別の条件を設定しても良い。この場合条件をプロトタイプ化しておくことが好ましい。
【００７２】
また、上述例では条件が満たされるかどうかを予め判別することなくアクセス権の設定やメンバ追加の依頼を行なうようにプロンプトしていたが、条件が満たされるかどうかを判断して、満たされる場合にも、アクセス権の設定やメンバの追加の依頼を行なうようにプロンプトしてもよい。
【００７３】
また、アクセス権付与条件やグループメンバーへの追加条件は複数定義することを可能としてもよい。このとき、複数の条件は以下の方法で適用することができる。
【００７４】
（１）それぞれの条件に優先順位を付け、優先度が高い条件が、低い条件より適用対象となることとする。
（２）それぞれの条件のＡＮＤを取り、すべての条件に当てはまるときのみ適用する
（３）それぞれの条件のＯＲを取り、どれか１つの条件に当てはまるときに適用する
以上のそれぞれの適用方法は、複数の方法をとることはできず、どれか１つの方法にて運用するものとする。
【図面の簡単な説明】
【００７５】
【図１】この発明を文書管理システムに適用した実施例１の構成およびその利用環境を全体として説明する図である。
【図２】上述実施例１のアクセス権設定動作例を説明するフローチャートである。
【図３】上述実施例１の文書のプロパティ（属性群）の例を説明する図である。
【図４】上述実施例１のフォルダのプロパティ（属性群）の例を説明する図である。
【図５】上述実施例１のアクセス権設定の条件（ルール）の例を説明する図である。
【図６】上述実施例１のアクセス権設定動作例を説明する模式図である。
【図７】上述実施例１の変更前のアクセス権リストの例を説明する図である。
【図８】上述実施例１の変更後のアクセス権リストの例を説明する図である。
【図９】この発明の文書管理システムに適用した実施例２の構成および利用環境を説明する図である。
【図１０】上述実施例２のアクセス権設定動作例を説明するフローチャートである。
【図１１】上述実施例２のグループのプロパティ（属性群）の例を説明する図である。
【図１２】上述実施例２のグループと構成メンバのテーブルの例を説明する図である。
【図１３】上述実施例２のアクセス権設定動作例を説明する模式図である。
【符号の説明】
【００７６】
１０      オブジェクト管理部
１１      オブジェクト記憶部
１２      アクセス権変更要求処理部
１３      アクセス権リスト記憶部
１４      アクセス権変更条件記憶部
１５      アクセス権変更条件設定部
１６      メール処理部
１７      履歴情報記憶部
２２      グループ情報変更要求処理部
２３      グループ情報記憶部
２４      グループ情報変更条件記憶部
２５      グループ情報変更条件設定部
１００、１００Ａ      文書管理システム
２００      クライアント端末
３００      通信ネットワーク
【図１】
2006092075.tif 000003
【図２】
2006092075.tif 000004
【図３】
2006092075.tif 000005
【図４】
2006092075.tif 000006
【図５】
2006092075.tif 000007
【図６】
2006092075.tif 000008
【図７】
2006092075.tif 000009
【図８】
2006092075.tif 000010
【図９】
2006092075.tif 000011
【図１０】
2006092075.tif 000012
【図１１】
2006092075.tif 000013
【図１２】
2006092075.tif 000014
【図１３】
2006092075.tif 000015