JP2009199231A - 電子情報管理装置およびプログラム - Google Patents

Abstract

【課題】アクセス権管理に用いる、主体とアクセス権の組の数を増大させない。
【解決手段】文書ファイルがリポジトリ１０に登録されるときには、ユーザの指定に基づいてアクセス権が付与される。ユーザがアクセス権を指定しないときには格納先のアクセス権を継承する。文書ファイルのアクセス権は所定の権限の下で変更可能である。リポジトリ１０に登録された文書ファイルはそのアクセス権に基づいたアクセス制御の下でユーザのアクセスを可能にする。アクセス権抽出部２５は、ＡＣＥ保持部２４に登録されているアクセス主体およびアクセス権の組またはそのグループを抽出する。アクセス権登録部２６は、アクセス権抽出部２５で抽出した、アクセス主体およびアクセス権の組を用いて、新規登録の文書ファイル等にアクセス権を付与する。
【選択図】図１

Description

この発明は、電子情報管理装置およびプログラムに関する。

従来利用されているアクセス権管理方式では、アクセスされる各々のオブジェクトに対して、利用者の識別情報とアクセス権（アクセス権限ともいう）とを対応付けた第１の対応付け情報（典型的にはアクセスコントロールエントリ／ＡＣＥ）を複数作成し、アクセス対象の電子情報と１又は複数の第１の対応付け情報とを対応付けた第２の対応付け情報（典型的にはアクセスコントロールリスト／ＡＣＬ）に基づいてアクセス制御を実現していた。従来のアクセス権管理方式では、実際にアクセスが行われる時に、そのアクセス方法に該当するアクセス権を有するか否かを、ＡＣＬを参照することにより制御してきた。そして、アクセス対象の電子情報毎に、ＡＣＬを作成・管理しなければならず、アクセス対象の電子情報が増大するにつれてＡＣＬおよびＡＣＥが増大していた。
特許文献１では、アクセスされる各々のオブジェクトに対して、共通に利用できるＡＣＬをオブジェクトが参照利用することを提案している。ここでは参照利用するＡＣＬおよびアクセス権をそれぞれ参照ＡＣＬおよび参照アクセス権と呼ぶことにする。参照アクセス権を用いると、複数のオブジェクトを１つのＡＣＬで管理することができる。
特開平１０−１１８３３号公報

この発明は、利用者の識別情報とアクセス権とを対応付けた第１の対応付け情報を複数記憶し、アクセス対象の電子情報と１又は複数の第１の対応付け情報とを対応付けた第２の対応付け情報に基づいて、アクセスを制御する場合において、新たな第２の対応付け情報を作成するときに、記憶されている第１の対応付け情報を利用する電子情報管理装置およびプログラムを提供することを目的としている。

請求項１の発明によれば、電子情報管理装置に：利用者の識別情報と当該利用者のアクセス権とを対応付ける第１の対応付け情報を、第１の対応付け識別情報に対応付けて、複数記憶する第１の記憶手段と；電子情報と１又は複数の上記第１の対応付け識別情報とを対応付ける第２の対応付け情報を記憶する第２の記憶手段と；上記第１の記憶手段に記憶されている第１の対応付け識別情報と電子情報とを対応付けた新たな第２の対応付け情報を作成する作成手段と；上記作成手段により作成された新たな第２の対応付け情報を上記第２の記憶手段に登録する登録手段と；利用者から上記電子情報へアクセスするアクセス要求を受け付けた場合に、上記第１の対応付け情報および上記第２の対応付け情報から取得した、当該利用者に対応付けられたアクセス権に応じて、当該利用者のアクセスを制御するアクセス制御手段と設けている。

また、請求項２の発明によれば、請求項１の電子情報管理装置において、上記第１の対応付け情報は、版情報により版毎に識別可能な状態で上記第１の記憶手段に記憶される。

また、請求項３の発明によれば、請求項２の電子情報管理装置において、上記アクセス制御手段は、上記第１の対応付け情報に版情報が特定されている場合には当該版情報の上記第１の対応付け情報に応じてアクセス制御を行ない、上記第１の対応付け情報に版情報が特定されていない場合には最新の版情報の上記第１の対応付け情報に応じてアクセス制御を行なう。

また、請求項４の発明によれば、請求項１〜３のいずれかに記載の電子情報管理装置において、上記第２の記憶手段に記憶されている上記第２の対応付け情報のいずれにも示されていない、上記第１の記憶手段に記憶されている上記第１の対応付け情報を削除する削除手段を有する。

また、請求項５の発明によれば、プログラムが：利用者の識別情報と当該利用者のアクセス権とを対応付ける第１の対応付け情報を、第１の対応付け識別情報に対応付けて、複数記憶する第１の記憶手段と、電子情報と１又は複数の上記第１の対応付け識別情報とを対応付ける第２の対応付け情報を記憶する第２の記憶手段、に接続されたコンピュータに、上記第１の記憶手段に記憶されている第１の対応付け識別情報と電子情報とを対応付けた新たな第２の対応付け情報を作成する作成ステップ；上記作成ステップにおいて作成された新たな第２の対応付け情報を上記第２の記憶手段に登録する登録ステップ；利用者から上記電子情報へアクセスするアクセス要求を受け付けた場合に、上記第１の対応付け情報および上記第２の対応付け情報から取得した、当該利用者に対応付けられたアクセス権に応じて、当該利用者のアクセスを制御するアクセス制御ステップを実行させる。

この発明の上述の側面および他の側面は特許請求の範囲に記載され以下実施例を用いて詳述される。

請求項１及び５発明によれば、本構成を有さない場合と比較して、ひとりの利用者の識別情報とアクセス権とを対応付けた第１の対応付け情報の情報量の増加を抑制することができる。
請求項２の発明によれば、第１の対応付け情報を版毎に記憶しておくことができる。
請求項３の発明によれば、第１の対応付け情報の最新の版を利用する場合には、版の指定を省略することができる。
請求項４の発明によれば、本構成を有さない場合と比較して、第１の対応付け情報の情報量の増加を抑制することができる。

以下、この発明の実施例について説明する。

図１は、この発明の実施例の文書管理システム１００の全体を示している。この文書管理システム１００は典型的にはコンピュータ、例えばパーソナルコンピュータにプログラムをインストールして実現され、また、以下に説明する機能ブロックはコンピュータのハードウェア資源とプログラムとを協働させて実現する。プログラムは種々の記録媒体として提供可能であり、プログラムは媒体または通信ネットワークを介して入手できる。コンピュータは周知のとおりの構成であり、主メモリ、ＣＰＵ、バス、入出力装置等を具備して構成される。文書管理システム１００は１つのコンピュータから実現されても良いし、複数のコンピュータから実現されても良い。また、文書管理システム１００はスタンドアローンの構成でも良いし、クライアントサーバ等の分散環境で実現されても良い。文書管理システム１００は、その名称に拘束されず、音声情報や動画情報等を含む任意の電子情報に対するアクセス制御を行なう任意のひとつの装置、または、複数の装置から構成されるシステムを含む。

この実施例では、ＡＣＬ（アクセスコントロールリスト）の共有ではなく、アクセス権管理の最小単位であるＡＣＥ（アクセスコントロールエントリ）を共有する。なお、ＡＣＥはアクセスの主体とアクセス権の組である。アクセスの主体は単一の利用者でもよく集合的なグループでもよい。すなわち、識別情報が、典型的にはひとりの利用者に割り当てられ、当該利用者のアクセス権が利用者識別情報と対応付けられるけれども、識別情報が利用者のグループ等、一群の利用者に割り当てられて、一群の利用者のアクセス権が単一の識別情報と対応付けられてもよい。なお、ここで用いる用語「アクセス」は、広く電子情報の操作を意味し、これに限定されないが、典型的には、読み出し、書き込み、削除、格納場所の移動等を含む。

また、ＡＣＥを管理している識別情報（識別番号を含む。以下ではＩＤまたはＡＣＥ＿ＩＤとも呼ぶ）にバージョンを持たせることで、対象オブジェクトに対してＡＣＥの変更を共有するか、しないかを選択可能にする。ＡＣＥが変更された場合に、変更を共有するには、最新版バージョンのＡＣＥを参照して、変更を共有したくない（元々共有していたＡＣＥをそのまま利用したい）場合にはその設定時点のバージョンのＡＣＥを参照するようにする。変更を共有したくない場合のオプションとして、その時点のバージョンではなく初版のバージョンのＡＣＥを利用するようにしてもよい。あるいは、その時点で入手可能なバージョンの任意の一つを選択して指定できるようにしても良い。

なお、ここで用いる用語「バージョン」（「版」ともいう）は、ＡＣＥ等の実体の特定の型を意味し、これに限定されないが、典型的には、ＡＣＥ等の実体のオリジナルのもの、およびオリジナルから順次に更新したもののそれぞれを意味する。バージョンはバージョン識別情報により区別される。後に説明するようにＡＣＬもバージョンごとに管理されバージョン識別情報により区別することができる。

図１において、文書管理システム１００は、リポジトリ１０、アクセス管理部２０、およびファイル操作部３０等を含んで構成され、アクセス管理部２０は、アクセス権制御部２１、オブジェクト属性情報保持部２２、ＡＣＬ保持部２３、ＡＣＥ保持部２４、アクセス権抽出部２５、アクセス権登録部２６、およびＡＣＥバージョン管理部２７等を含んで構成される。

文書管理システム１００は、保存した文書ファイル（文書、オブジェクトともいう）に対して登録、取得、検索等の処理を行なうシステムである。リポジトリ１０は、文書管理システム１００において、文書ファイルを格納しておくストレージである。ファイル操作部３０は、ユーザからのアクセス要求に基づいてリポジトリ１０に保管されている文書ファイルに対して登録、取得、検索等の操作を行なうものである。アクセス権管理部２０は、文書ファイルへのアクセス管理全般を受け持つものである。アクセス権管理部２０のアクセス権制御部２１は、アクセス権管理部２０の中でもアクセスの可否などを制御する部分である。この実施例では、ＡＣＥバージョン管理部２７とともにバージョンチェックも行なう。なお、ＡＣＥにはその更新に応じてバージョンが付与される。これについては後に詳述する。

文書ファイルがリポジトリ１０に登録されるときには、ユーザの指定に基づいてアクセス権が付与される。ユーザがアクセス権を指定しないときには格納先のアクセス権を継承する。文書ファイルのアクセス権は所定の権限の下で変更可能である。リポジトリ１０に登録された文書ファイルはそのアクセス権に基づいたアクセス制御の下でユーザのアクセスを可能にする。

アクセス権抽出部２５は、ＡＣＥ保持部２４に登録されているアクセス主体およびアクセス権の組またはそのグループを抽出するものである。この例では、検索により抽出を行なうけれども、最近利用した組や、多く利用した組を抽出しても良い。

アクセス権登録部２６は、アクセス権抽出部２５で抽出した、アクセス主体およびアクセス権の組を用いて、新規登録の文書ファイル等にアクセス権を付与するものである。

新規登録の文書ファイルに付与されたアクセス権はオブジェクト属性情報保持部２２、ＡＣＬ保持部２３およびＡＣＥ保持部２４を用いて保管管理される。

オブジェクト属性情報保持部２２は、保存した文書ファイルの属性を管理するオブジェクト属性管理テーブルを保持するものであり、オブジェクト属性管理テーブルは、アクセス権に関する属性を含む種々の属性を管理するものであり、例えば図２（Ａ）に示すようにファイル識別番号（ＦＩＬＥ＿ＩＤ）、ＡＣＬ識別番号（ＡＣＬ＿ＩＤ）、ファイル名、所有者、グループ等の属性を管理している。ＡＣＬ保持部２３は、ＡＣＬ管理テーブルを保持する部分であり、ＡＣＬ管理テーブルは、例えば図２（Ｂ）に示すように、ＡＣＬ識別番号（ＡＣＬ＿ＩＤ）とＡＣＥ識別番号（ＡＣＥ＿ＩＤ）とを対応づけるものである。ＡＣＥ保持部２３は、ＡＣＥ管理テーブルを保持する部分であり、ＡＣＥ管理テーブルは、図２（Ｃ）に示すようにＡＣＥ識別番号（ＡＣＥのバージョン番号を含む）と、アクセス主体およびアクセス権の組とを対応づけるものである。ＡＣＥバージョン管理部２４はＡＣＥバージョンを管理しており、ＡＣＥ保持部２３との連絡役としても動作する。

アクセス権制御部２１は、保存した文書ファイルへのアクセス要求に対して、そのアクセス権を取得してアクセス制御を行なう。

保存した文書ファイルのアクセス権を取得するには、まず、オブジェクト属性管理テーブルを参照してその文書ファイルのオブジェクト番号（ＦＩＬＥ＿ＩＤ。ここでは一例として「０００１」とする）を含む１のレコード（カラムとも呼ぶ）を、図３（Ａ）に例示するように、抽出する。これによりＡＣＬ識別番号が決定される（ここでは一例として「０１０」とする）。つぎに、ＡＣＬ管理テーブルを参照して、図３（Ｂ）に例示するように、抽出したレコードに記述されたＡＣＬ＿ＩＤを含む１または複数のレコードを抽出する。つぎに、ＡＣＥ管理テーブルを参照して、抽出したレコードに含まれるＡＣＥ＿ＩＤを含むレコードを抽出して、図３（Ｃ）に例示するように、アクセス主体ごとのアクセス権を取得する。

なお、この例では、ＡＣＥをバージョン管理し、個々のＡＣＥが変更されるたびにバージョンを付与するようにしている。アクセス権を付与または変更するときの特定のバージョンのＡＣＥに文書ファイルのアクセス権を固定したい場合には、ＡＣＥ識別番号としてバージョン番号を組みこんだもの、例えばＡＣＥが「００１」、バージョンが「０１」の場合にはＡＣＥ識別番号として「００１＿０１」を割り当てる。他方、現時点のＡＣＥを用いたい場合には、ＡＥＣに対応する部分のみ、例えば「００１」を割り当てる。参照したＡＣＬ管理テーブルから抽出したレコードのＡＣＥ識別番号にバージョンが含まれている場合（例えば「００１＿０１」の場合）には、そのバージョン番号が含まれるＡＣＥ識別番号からＡＣＥ管理テーブルを参照してアクセス主体およびそのアクセス権を取得できる。他方、参照したＡＣＬ管理テーブルから抽出したレコードのＡＣＥ識別番号にバージョンが含まれていない場合（例えば「００１」の場合）には、当該ＡＣＥ識別番号のうち最も新しいバージョンのＡＣＥ（バージョンが１から５へ順に更新された場合には「＿００５」のバージョンのＡＣＥ）を参照してアクセス主体およびそのアクセス権を取得する。なお、最新のバージョンＡＣＥを使用することを指示するために、先取りしたバージョン番号（例えば、「００」）を用いてもよい。

ユーザがファイルにアクセスしてきたときには、以上のように取得したアクセス主体およびアクセス権の組（ＡＣＥ）に基づいてアクセスの許可・拒否を行なう。

つぎにアクセス権の登録についての動作例を用いて説明する。図４はアクセス権の登録の動作例を示しており、この図において詳細な動作例は以下のとおりである。

［ステップＳ１０］：既登録の文書ファイルに付与されたアクセス権（以下では参照ＡＣＬともいう）から検索するかどうかを判別する。ユーザが検索することを指示した場合にはステップ１２に進み、検索しないことを指示した場合にはステップＳ１１へ進む。
［ステップＳ１１］：参照ＡＣＬを検索することなく、格納先のアクセス権を当該文書ファイルのアクセス権として継承する。
［ステップＳ１２］：参照ＡＣＬを検索する。検索対象を指定することも可能である。検索語に検索結果がユーザに提示され、ユーザは検索結果から参照ＡＣＬを選択する。
［ステップＳ１３］：選択した参照ＡＣＬに含まれるすべてのＡＣＥをそのまま使用する（すべてを共有する）か、その一部を使用する（一部を共有する）かをユーザの指定に基づいて判別する。すべてのＡＣＥを共有する場合にはステップＳ１５へ進み、一部のみ共有する場合にはステップＳ１４へ進む。
［ステップＳ１４］：ユーザの指示に基づいて参照ＡＣＬに含まれる各ＡＣＥに対して共有するかを個別に指定する。指定の後ステップＳ１５へ進む。
［ステップＳ１５］：共有ＡＣＥが将来変更されたときに変更を反映させるかどうかをユーザの指示に基づいて設定する。変更を反映させる場合には、ＡＣＥ＿ＩＤにバージョン番号を含ませず、変更を共有しない場合には、現時点のバージョン番号を含ませる。なお、生成した時点のＡＣＥのバージョン番号は１とする。

なお、共有するかしないかをＡＣＥ単位で指定できるようにしても良い。

以上の動作例で使用できるユーザインタフェースを挙げてさらに動作例を説明する。

図７は、新規文書を登録した後の、アクセス権設定画面の一例を示す。ここで、「アクセス権変更」ボタンを押下すると、図８に例示したようなアクセス権変更画面が表示される。ここで、「参照アクセス権検索」ボタンを押下する。参照アクセス権検索画面では、必要な参照アクセス権を検索して参照することが可能である。図９に例示した検索画面において、必要な場合には検索対象を指定し、さらに、「検索」ボタンを押下すると、図１０に例示したような検索結果が表示される。

図１０の検索結果画面において、ユーザが目的とする参照アクセス権を発見することができたら、チェックボックスにチェックを入れて、適応ボタンを押下する（複数チェックして論理和をとっても良い）。この時、デフォルトでは「アクセス権の変更を共有する」ラジオボタンがチェックされているが、アクセス権を変更された場合に、その変更を共有しないで、現在のスナップショットとして、アクセス権を利用したい場合には「選択したアクセス権の変更を共有せずに、固定して利用する」ラジオボタンをチェックすることができる。また、それぞれの参照アクセス権の内容を表示したい場合には、詳細ボタン（図１０に「詳細表示」で示すボタン）を押下することにより、図１１のような詳細（ＡＣＥ）表示をすることも可能である。このＡＣＥ表示画面においても、図１０と同様にＡＣＥを適応することも可能である。

このように、検索結果より得られた参照アクセス権や、その参照アクセス権を構成するＡＣＥを自由に選択することで、アクセス権の共有を実現することが可能になる。

つぎに共有ＡＣＥの変更動作について説明する。図５は共有ＡＣＥを変更するときの動作例を示しており、その詳細は以下のとおりである。

［ステップＳ２０］：権限のあるユーザによる共有ＡＣＥの変更指定を受け取る。
［ステップＳ２１］：ＡＣＥに新たなバージョンを追加する。
［ステップＳ２２］：ＡＣＥの新たなバージョンの内容を変更する。

以上の動作例で使用できるユーザインタフェースを挙げてさらに動作例を説明する。

図１２に例示したように、変更権限のある参照アクセス権のリストを検索し、その検索結果（変更権限のある参照アクセス権のリスト）が表示されたら、変更対象の参照アクセス権にチェックをいれて、ＯＫボタンを押下する。ＯＫボタンを押下すると、図１３に例示するように参照アクセス権として設定された主体と操作権限の組（ＡＣＥ）のリスト（ＡＣＬ）が表示される。ここで変更したいエントリを選択して、ＯＫボタンを押下すると、図１４に例示するように、そのエントリの詳細情報が表示される。この画面上で対象としていたユーザのアクセス権の変更を行ない、その変更を適用させて、参照アクセス権の変更操作が完了する。

なお、図１５に例示するように、参照アクセス権の情報を表示した際に各エントリにはバージョン番号を表示することができる。例えば、エントリ毎に準備されている、詳細情報表示アイコンを指定することで、バージョン毎のＡＣＥのリストを表示することが可能になる。この方法とは別に、バージョンは表示されないが、詳細情報表示ボタンを押下することで、全バージョンを表示してもよい。

つぎにアクセス権チェックの動作について説明する。図６はアクセス権チェックの動作例を示しており、その詳細は以下のとおりである。

［ステップＳ３０］：ユーザからのアクセス要求を受け取る。
［ステップＳ３１］：オブジェクト管理テーブルを参照してアクセス対象文書のＦＩＬＥ＿ＩＤからＡＣＬ＿ＩＤを取得する。
［ステップＳ３２］：ＡＣＬ管理テーブルを参照してＡＣＬ＿ＩＤから１または複数のＡＣＥ＿ＩＤを取得する。
［ステップＳ３３］：ＡＣＥ＿ＩＤにバージョン情報が含まれているかどうか（変更を反映しないか反映するか）を判別し、バージョン情報が含まれる場合にはステップＳ３４へ進み、含まれていない場合にはステップＳ３５へ進む。
［ステップＳ３４］：当該バージョン番号の当該ＡＣＥを取り出して権限情報を取得してアクセス権の有無を判別しアクセスの許可・拒否を決定する。
［ステップＳ３５］：最新のバージョンの当該ＡＣＥを取り出して権限情報を取得してアクセス権の有無を判別しアクセスの許可・拒否を決定する。

つぎに、この実施例のアクセス権参照・共有の具体例を説明する。ここでは、この実施例と、オブジェクト（文書ファイル）１つに対して１つのＡＣＬを付与する例（比較例１）および既存のＡＣＬを参照する例（比較例２）とを対比して説明する。

図１６は比較例１を模式的に例示する。比較例１では、オブジェクト１つにつき、ＡＣＬが１つ割り当てられる。図１６の例では４つのオブジェクトについて同数のＡＣＬが作成され、さらに個々のＡＣＬに対して新たにＡＣＥ（８個）が作成される。この方法では、オブジェクトが作成されるたびに、ＡＣＬが作成され、ほとんど内容が同じであるＡＣＬが複数作られてしまう。同様にＡＣＥの個数も増大する。管理の側面からみても、増えすぎてしまったＡＣＬやＡＣＥを管理することは大変困難である。

このように比較例１のＡＣＬ管理方法では、同じアクセス権でも別々のＡＣＬを作成する必要があり、ＡＣＬの変更をしたい場合に同じアクセス権のものに関しては全てのＡＣＬを変更する必要があった。また、オブジェクトの数が増えると大量のＡＣＬを管理しなければならず、管理が煩雑になっていた。

比較例２のＡＣＬ管理方法では、図１７に模式的に例示するように、１つのＡＣＬを複数のオブジェクトが参照する。図１７の例では４つのオブジェクトが１つのＡＣＬを参照する。この方法を用いた場合、１つのＡＣＬを変更すると、複数のオブジェクトにその変更が反映される。

しかし、この参照ＡＣＬで運用を開始した場合に、問題点が２つある。１つ目の問題点は図１８に例示するように、参照していたはずのＡＣＬに変更操作がされた場合に、今までアクセス権があったユーザが突然アクセスできなくなってしまうことである。２つ目の問題点として、オブジェクトのＡＣＬを修正したい場合に、ＡＣＥを少しでも修正してしまうと、新たなＡＣＬを作成する必要が生じるということである。この結果、図１９に例示するように、比較例１の場合と同程度の数のＡＣＬを作成しなければならなくなる。

図２０は、この実施例の管理手法を比較例２と対比させつつ模式的に例示する。ここでは、まず、ＡＣＥのカラム数を少なくさせて管理が容易になることを示す。この実施例では、ＡＣＥについてはできるだけ共有を残すようにしているので、ＡＣＬのカラムが４つに増えても、ＡＣＥのカラムの増加は比較例２に較べて（比較例１でも同様）抑制されている。図２０の例では、比較例２のＡＣＥのカラム数が８個になるのに対して、実施例のＡＣＥのカラムは４個に抑えられている。

図２０は、この実施例の管理手法のバージョン管理を模式的に例示する。ユーザはＡＣＥを設定するときに参照ＡＣＥの変更を共有するかどうかを指定できる。共有しない場合には、そのときのバージョン番号が固定的に付与され、ＡＣＬ管理テーブルにバージョン番号付きのＡＣＥ識別情報（例えば「０１０＿１」）が記述される。他方、変更を共有する場合には、バージョン番号が割り当てられない。ＡＣＬ管理テーブルにはバージョン番号を伴わないＡＣＥ識別情報（例えば「０１０」のみ）が記述される。アクセス権が勝手に変更されてしまうのを好まないユーザは、参照ＡＣＥの変更を共有しないことを指定することによりその問題を回避できる。ＡＣＬ管理テーブルにバージョン番号が指定されている場合にはそのバージョン番号のＡＣＥが取り出されて権限付与時のスナップショットを用いることができる。図２１の下欄の例では、バージョン１のＡＣＥに固定され、上欄では、最新のバージョンのＡＣＥが用いられる。

すなわち、オブジェクトにアクセス権を付与するユーザとしては、『チームで共有するような文書だから、チーム用の共有ＡＣＬを付与して、そのＡＣＬが変更された場合にはそのまま変更を共有したい』というような変更を共有することを望むユーザもいれば、『ＡＣＬを付与するときに、自分が必要なＡＣＬを見つけたから、それを利用したい。もちろん変更されたくない』というように変更されることを拒むユーザも存在する。

このようなユーザの要求に対応するために、ＡＣＥをバージョン管理する機構を設け、オブジェクト側からは最新版または、指定したバージョンのＡＣＥを指定できるようにしている。図２１は便宜上ＡＣＥをバージョンテーブルで管理する指定方法を示す。実際には、ＡＣＥ識別番号とバージョン番号の組み合わせをＡＣＥ識別番号として管理しても良い。ユーザは対象オブジェクトに対して、変更を共有するかどうかを指定して、ＡＣＬを設定する。この時、変更を共有する場合には、常に最新版バージョンを参照するようになり、変更を共有しない場合には、指定した時のバージョンのＡＣＥが固定的に参照されることになる。

図２１の例では「変更を共有したくない」場合に、０１０も０１１もバージョン１を指定しているが、それぞれ特定バージョンを指定することもできる。また、指定方法としては参照ＡＣＬを指定したときに、「共有する」を選択しておけば、自動的にその参照ＡＣＬが保持しているＡＣＥすべての最新版バージョンを指定したことになる。

この実施例では、突然アクセス権がなくなるという問題点や、管理テーブルの保管量が増えてしまうという問題点を解消できる。

なお、この発明は上述の実施例に限定されるものではなく、種々の変更が可能である。

例えば、ＡＣＥバージョンで使用されていないものを監視していて削除してもよい。ＡＣＥテーブルの各カラムにタイムスタンプを設けて監視を行なっても良い。共有ＡＣＥの指定方法としては、最新バージョンまたは、ユーザが利用しようと思ったときのバージョンのものしか使われない。よって、過去のバージョンのＡＣＥを利用するケースは少ない。このことをふまえて、使用されていないバージョンのＡＣＥは定期的に削除しても問題ない。この操作により、リソースの削減が可能となる。

また、ＡＣＥテーブルのカラムのバージョン管理でなく、ＡＣＬテーブルのカラムのバージョン管理を行なっても良く、双方のバージョン管理を行なっても良い。

図２２は、ＡＣＥバージョン管理部２７に代えてＡＣＬバージョン管理部２７Ａを設けた例を示している。この変形例は、上述の比較例２と同様にＡＣＬ単位で参照を行ない、参照ＡＣＬを割り当てるときに、変更を共用するかしないかを指定する。変更を共用しないように指定した場合には設定時のバージョンのＡＣＬに固定される。他方、変更を共用するように指定した場合には、最新のバージョンのＡＣＬを利用することになる。

なお、図２２において図１と対応する箇所には対応する符号を付した。

また、ＡＣＬ単位の参照とＡＣＥ単位の参照とはあわせて採用しても良い。また、この場合に、ＡＣＬおよびＡＣＥの双方をバージョン管理しても良い。

また、参照ＡＣＬおよび参照ＡＣＥの双方を採用し、参照ＡＣＬに含まれる参照ＡＣＥの一部を変更して参照する場合には、ＡＣＥ単位で参照を行ない、参照ＡＣＬに含まれる参照ＡＣＥすべてをそのまま参照する場合には、ＡＣＬ単位で参照してよい。

なお、典型的には、参照アクセス権（図１０参照）の変更権限は、システム管理者、および参照アクセス権変更権限を持ったユーザに与えられるが、これに限定されない。また、アクセス権に関しては、アクセス権変更権、および参照アクセス権変更権の２種類が用意されており、あるオブジェクトに対してアクセス権を変更するユーザに対しては「アクセス権変更権」が必要であり、この場合、このユーザは通常のＡＣＬを変更することもできるし、参照アクセス権を付与したり、削除したりすることが可能である。ただし、参照アクセス権の中身を変更することはできない。参照アクセス権の中身を変更することができるユーザには「参照アクセス権変更権」が必要となる。このように、２種類のアクセス権を使い分ける必要がある。もちろん、２つの権限を保有するユーザ（システム管理者のようなユーザ）はすべてのアクセス権操作が可能となる。

なお、この発明は特許請求の範囲の記載に基づいて決定されるものであり、実施例の具体的な構成、課題、および効果には限定されない。また、上述の従来技術や背景技術（比較例を含む）の説明は、この発明の理解を容易にするためにのみなされており、この発明を限定するように理解されるべきでないことに留意されたい。

この発明の実施例の文書管理システムの全体を示すブロック図である。 上述実施例で利用する各種管理テーブルのフォーマット例を説明する図である。 上述実施例でアクセス権の情報を取得する例を模式的に説明する図である。 上述実施例でアクセス権の登録の例を説明するフローチャートである。 上述実施例で共有ＡＣＥの変更処理の例を説明するフローチャートである。 上述実施例でアクセス権によるアクセス制御の例を説明するフローチャートである。 上述実施例で新規文書を登録する際のユーザインタフェース例を説明する図である。 上述実施例でアクセス権を変更するユーザインタフェース例を説明する図である。 上述実施例で参照アクセス権検索を行なうユーザインタフェース例を説明する図である。 上述実施例で参照アクセス権の検索結果の例を表示するユーザインタフェース例を説明する図である。 上述実施例で参照アクセス権の詳細の例を表示するユーザインタフェース例を説明する図である。 上述実施例で参照アクセス権を変更するための検索結果の例のユーザインタフェース例を説明する図である。 上述実施例で変更する参照アクセス権を選択するユーザインタフェース例を説明する図である。 上述した実施例で、選択した参照アクセス権の変更を行なうユーザインタフェース例を説明する図である。 上述した実施例で参照アクセス権のバージョン番号を示すユーザインタフェース例を説明する図である。 上述実施例を比較例と対比して説明する図である。 上述実施例を比較例と対比して説明する図である。 上述実施例を比較例と対比して説明する図である。 上述実施例を比較例と対比して説明する図である。 上述実施例を比較例と対比して説明する図である。 上述実施例を比較例と対比して説明する図である。 上述実施例の変形例を説明するブロック図の一例である。

符号の説明

１０ リポジトリ
２０ アクセス権管理部
２１ アクセス権制御部
２２ オブジェクト属性情報保持部
２３ ＡＣＬ保持部
２４ ＡＣＥ保持部
２５ アクセス権抽出部
２６ アクセス権登録部
２７ ＡＣＥバージョン管理部
３０ ファイル操作部
１００ 文書管理システム

Claims (5)

1. 利用者の識別情報と当該利用者のアクセス権とを対応付ける第１の対応付け情報を、第１の対応付け識別情報に対応付けて、複数記憶する第１の記憶手段と、
   電子情報と１又は複数の上記第１の対応付け識別情報とを対応付ける第２の対応付け情報を記憶する第２の記憶手段と、
   上記第１の記憶手段に記憶されている第１の対応付け識別情報と電子情報とを対応付けた新たな第２の対応付け情報を作成する作成手段と、
   上記作成手段により作成された新たな第２の対応付け情報を上記第２の記憶手段に登録する登録手段と、
   利用者から上記電子情報へアクセスするアクセス要求を受け付けた場合に、上記第１の対応付け情報および上記第２の対応付け情報から取得した、当該利用者に対応付けられたアクセス権に応じて、当該利用者のアクセスを制御するアクセス制御手段と
   を有することを特徴とする電子情報管理装置。
2. 上記第１の対応付け情報は、版情報により版毎に識別可能な状態で上記第１の記憶手段に記憶される請求項１に記載の電子情報管理装置。
3. 上記アクセス制御手段は、上記第１の対応付け情報に版情報が特定されている場合には当該版情報の上記第１の対応付け情報に応じてアクセス制御を行ない、上記第１の対応付け情報に版情報が特定されていない場合には最新の版情報の上記第１の対応付け情報に応じてアクセス制御を行なう請求項２に記載の電子情報管理装置。
4. 上記第２の記憶手段に記憶されている上記第２の対応付け情報のいずれにも示されていない、上記第１の記憶手段に記憶されている上記第１の対応付け情報を削除する削除手段を有する請求項１から３のいずれかに記載の電子情報管理装置。
5. 利用者の識別情報と当該利用者のアクセス権とを対応付ける第１の対応付け情報を、第１の対応付け識別情報に対応付けて、複数記憶する第１の記憶手段と、電子情報と１又は複数の上記第１の対応付け識別情報とを対応付ける第２の対応付け情報を記憶する第２の記憶手段、に接続されたコンピュータに、
   上記第１の記憶手段に記憶されている第１の対応付け識別情報と電子情報とを対応付けた新たな第２の対応付け情報を作成する作成ステップ、
   上記作成ステップにおいて作成された新たな第２の対応付け情報を上記第２の記憶手段に登録する登録ステップ、
   利用者から上記電子情報へアクセスするアクセス要求を受け付けた場合に、上記第１の対応付け情報および上記第２の対応付け情報から取得した、当該利用者に対応付けられたアクセス権に応じて、当該利用者のアクセスを制御するアクセス制御ステップ、
   を実行させるためのプログラム。