情報処理プログラム及び情報処理装置
【課題】過去に権限を付与した場合の付与者と被付与者との対応から逸脱した権限の変更が行われることを防止するようにした情報処理プログラムを提供する。
【解決手段】コンピュータに、権限変更の操作を行う第１の利用者を示す第１の利用者情報と、該権限変更の対象である第２の利用者を示す第２の利用者情報と、権限の変更の操作を示す操作情報を受け付ける変更操作受付機能と、記憶装置に記憶された、付与者情報と被付与者情報を対応させた権限付与者被付与者対応情報から、受け付けられた第２の利用者情報に該当する被付与者情報に対応する付与者情報を抽出する抽出機能と、抽出された付与者情報は、受け付けられた第１の利用者情報に該当するか否かを判断する判断機能と、該当すると判断された場合に、受け付けられた操作情報が示す権限変更の処理を行う権限変更機能を実現させる情報処理プログラム。
【解決手段】コンピュータに、権限変更の操作を行う第１の利用者を示す第１の利用者情報と、該権限変更の対象である第２の利用者を示す第２の利用者情報と、権限の変更の操作を示す操作情報を受け付ける変更操作受付機能と、記憶装置に記憶された、付与者情報と被付与者情報を対応させた権限付与者被付与者対応情報から、受け付けられた第２の利用者情報に該当する被付与者情報に対応する付与者情報を抽出する抽出機能と、抽出された付与者情報は、受け付けられた第１の利用者情報に該当するか否かを判断する判断機能と、該当すると判断された場合に、受け付けられた操作情報が示す権限変更の処理を行う権限変更機能を実現させる情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理プログラム及び情報処理装置に関する。
【背景技術】
【０００２】
情報に対する権限を制御する技術がある。
これに関連する技術として、例えば、特許文献１には、アクセス制御リストを用いたアクセス制御において、重複するアクセス制御エレメントを該リストに持たせることなくアクセス権判定を可能にすることを課題とし、アクセス共有情報のテーブルを設け、アクセス要求者が要求対象の資源情報にアクセスしたとき、まず、アクセス要求者及び要求するアクセス操作の情報と、要求対象の情報資源に付与されたアクセス制御情報を比較してアクセス権の判定をし、アクセス権がないと判定されたとき、アクセス権判定を要求するアクセス要求者に関するアクセス共有情報が前記テーブルにあるか否か判定し、有る場合には、該ユーザのアクセス共有情報と前記アクセス制御情報を比較し、該ユーザの属するグループより下位のグループ名が前記アクセス制御情報にあれば、該ユーザは要求対象の情報資源にアクセス権があるとアクセス権の判定をすることが開示されている。
【０００３】
また、例えば、特許文献２には、資源に対するアクセス制御をより柔軟に行うことのできるアクセス制御装置、アクセス制御方法、アクセス制御プログラム及び記録媒体、並びにアクセス制御データ及び関係記述データの提供を目的とし、所定の資源に対するアクセス制御を行うアクセス制御装置であって、前記所定の資源にアクセスする主体間の所定の関係が定義された主体関係定義情報と、前記所定の関係に応じて前記所定の資源に対するアクセス権限が定義された間接アクセス制御情報と、アクセス権限の評価対象とされた主体と前記所定の関係を有する関係主体を、前記主体関係定義情報に基づいて検索し、検索された前記関係主体との前記所定の関係と前記間接アクセス制御情報とに基づいて、前記評価対象とされた主体のアクセス権限を判定する間接アクセス権限判定手段とを有することにより上記課題を解決することが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００１−１１７８０３号公報
【特許文献２】特開２００６−３２３５３５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、過去に権限を付与した場合の付与者と被付与者との対応から逸脱した権限の変更が行われることを防止するようにした情報処理プログラム及び情報処理装置を提供することを目的としている。
【課題を解決するための手段】
【０００６】
かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、コンピュータに、権限変更の操作を行う第１の利用者を示す第１の利用者情報と、該権限変更の対象である第２の利用者を示す第２の利用者情報と、該権限変更の操作を示す操作情報を受け付ける変更操作受付機能と、記憶装置に記憶された、情報に対する操作の権限を付与した付与者を示す付与者情報と、該付与者によって該権限が付与された被付与者を示す被付与者情報を対応させた権限付与者被付与者対応情報から、前記変更操作受付機能によって受け付けられた第２の利用者情報に該当する被付与者情報に対応する付与者情報を抽出する抽出機能と、前記抽出機能によって抽出された付与者情報は、前記変更操作受付機能によって受け付けられた第１の利用者情報に該当するか否かを判断する判断機能と、前記判断機能によって該当すると判断された場合に、前記変更操作受付機能によって受け付けられた操作情報が示す権限変更の処理を行う権限変更機能を実現させるための情報処理プログラムである。
【０００７】
請求項２の発明は、前記権限付与者被付与者対応情報は、付与者と被付与者の対応を複数有しており、前記抽出機能は、前記判断機能によって該当しないと判断された場合に、前記権限付与者被付与者対応情報から、該抽出機能によって前回抽出された付与者情報に該当する被付与者情報に対応する付与者情報を抽出することを特徴とする請求項１に記載の情報処理プログラムである。
【０００８】
請求項３の発明は、権限付与の操作を行う第３の利用者を示す第３の利用者情報と、該権限付与の対象である第４の利用者を示す利用者情報と、該権限付与の操作を示す操作情報を受け付ける設定操作受付機能と、前記設定操作受付機能によって受け付けられた前記第３の利用者情報を付与者情報として、前記設定操作受付機能によって受け付けられた前記第４の利用者情報を被付与者情報として、前記権限付与者被付与者対応情報を生成する生成機能を前記コンピュータにさらに実現させるための請求項１又は２に記載の情報処理プログラムである。
【０００９】
請求項４の発明は、記憶装置に記憶された、過去の権限の付与の履歴であって、権限の設定を行った第３の利用者を示す第３の利用者情報と、該第３の利用者によって権限の付与が行われた第４の利用者を示す第４の利用者情報を対応させた履歴情報から、該履歴情報内の該第３の利用者情報を付与者情報として、該履歴情報内の該第４の利用者情報を被付与者情報として、前記権限付与者被付与者対応情報を生成する生成機能を前記コンピュータにさらに実現させるための請求項１又は２に記載の情報処理プログラムである。
【００１０】
請求項５の発明は、権限変更の操作を行う第１の利用者を示す第１の利用者情報と、該権限変更の対象である第２の利用者を示す第２の利用者情報と、該権限変更の操作を示す操作情報を受け付ける変更操作受付手段と、記憶装置に記憶された、情報に対する操作の権限を付与した付与者を示す付与者情報と、該付与者によって該権限が付与された被付与者を示す被付与者情報を対応させた権限付与者被付与者対応情報から、前記変更操作受付手段によって受け付けられた第２の利用者情報に該当する被付与者情報に対応する付与者情報を抽出する抽出手段と、前記抽出手段によって抽出された付与者情報は、前記変更操作受付手段によって受け付けられた第１の利用者情報に該当するか否かを判断する判断手段と、前記判断手段によって該当すると判断された場合に、前記変更操作受付手段によって受け付けられた操作情報が示す権限変更の処理を行う権限変更手段を具備することを特徴とする情報処理装置である。
【発明の効果】
【００１１】
請求項１の情報処理プログラムによれば、過去に権限を付与した場合の付与者、被付与者の対応から逸脱した権限の変更が行われることを防止することができる。
【００１２】
請求項２の情報処理プログラムによれば、過去に権限を付与した場合の付与者、被付与者の複数の対応から逸脱した権限の変更が行われることを防止することができる。
【００１３】
請求項３の情報処理プログラムによれば、受け付けた権限の付与によって、権限付与者被付与者対応情報を生成することができる。
【００１４】
請求項４の情報処理プログラムによれば、過去の権限の付与の履歴によって、権限付与者被付与者対応情報を生成することができる。
【００１５】
請求項５の情報処理装置によれば、過去に権限を付与した場合の付与者、被付与者の対応から逸脱した権限の変更が行われることを防止することができる。
【図面の簡単な説明】
【００１６】
【図１】本実施の形態の構成例についての概念的なモジュール構成図である。
【図２】本実施の形態のアクセス権リスト変更内容判断モジュールによる処理例を示すフローチャートである。
【図３】本実施の形態の強弱関係情報生成Ａモジュールによる処理例を示すフローチャートである。
【図４】本実施の形態の強弱関係判断モジュールによる処理例を示すフローチャートである。
【図５】本実施の形態のオブジェクト格納モジュールによる処理例を示すフローチャートである。
【図６】オブジェクトとアクセス権リストと強弱関係情報の関連付け例（１）を示す説明図である。
【図７】オブジェクトとアクセス権リストと強弱関係情報の関連付け例（２）を示す説明図である。
【図８】操作履歴テーブルのデータ構造例を示す説明図である。
【図９】アクセス権リストのデータ構造例を示す説明図である。
【図１０】アクセス権の付与者と被付与者の関係例を示す説明図である。
【図１１】オブジェクト格納情報テーブルのデータ構造例を示す説明図である。
【図１２】アクセス権リストのデータ構造例を示す説明図である。
【図１３】強弱関係情報テーブルのデータ構造例を示す説明図である。
【図１４】オブジェクト格納情報テーブルのデータ構造例を示す説明図である。
【図１５】アクセス権リスト変更履歴テーブルのデータ構造例を示す説明図である。
【図１６】本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。
【発明を実施するための形態】
【００１７】
以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態の例を説明する。
図１は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するの意である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態に応じて、又はそれまでの状況・状態に応じて定まることの意を含めて用いる。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（社会システム）にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）内のレジスタ等を含んでいてもよい。
【００１８】
本実施の形態である情報処理装置１００は、第１の利用者が情報に対する第２の利用者の権限を付与・変更するものであって、図１の例に示すように、オブジェクト操作受付モジュール１１０、オブジェクト格納モジュール１１５、アクセス権リスト変更モジュール１２０、アクセス権リスト変更権判断モジュール１２５、アクセス権リスト変更内容判断モジュール１３０、強弱関係情報生成Ａモジュール１３５、強弱関係情報生成Ｂモジュール１４０、強弱関係情報格納モジュール１４５、強弱関係判断モジュール１５０、アクセス権リスト変更処理モジュール１５５、アクセス権リスト格納モジュール１６０、アクセス権リスト変更履歴格納モジュール１６５を有している。図１の例に示すモジュール間の実線は、その矢印によって処理要求側から処理実行側へ処理を要求していることを示している。つまり、矢印の元のモジュールからの要求にしたがって、矢印の先のモジュールが処理を行う。また、図１の例に示すモジュール間の点線は、その矢印によってデータの移動元からデータの移動先へデータが移動することを示している。つまり、矢印の元のモジュールから矢印の先のモジュールへデータが移動する。
【００１９】
オブジェクト操作受付モジュール１１０は、オブジェクト格納モジュール１１５、アクセス権リスト変更モジュール１２０と接続されている。オブジェクト操作受付モジュール１１０は、利用者１９９の操作に応じて、権限変更の操作を行う利用者１９９（第１の利用者）を示す第１の利用者情報と、その権限変更の対象である第２の利用者を示す第２の利用者情報と、その権限変更の操作を示す操作情報を受け付ける。なお、第１の利用者情報、第２の利用者情報、操作情報の全てを同時に受け付ける必要はない。例えば、第１の利用者情報は、利用者１９９が情報処理装置１００にログインした場合に受け付けてもよいし、利用者１９９が所持しているＩＣカードに記憶されている第１の利用者情報をカード読込装置によって読み込んでもよい。そして、第２の利用者情報、操作情報は、利用者１９９による権限変更の操作によって受け付けるようにしてもよい。情報に対して利用者が権限（以下、アクセス権ともいう）を有しているとは、その情報に対して、その利用者がその権限によって許可されている操作（閲覧、編集、削除等）を行うことができることをいう。
また、オブジェクト操作受付モジュール１１０は、利用者１９９の操作に応じて、権限付与の操作を行う利用者１９９（第３の利用者）を示す第３の利用者情報と、その権限付与の対象である第４の利用者を示す利用者情報と、その権限付与の操作を示す操作情報を受け付けるようにしてもよい。
なお、権限が変更される第２の利用者、権限が付与される第４の利用者は、個人の他に、複数人の利用者を含むグループであってもよい。
また、オブジェクト操作受付モジュール１１０は、オブジェクト格納モジュール１１５に格納されている情報の登録、取得、変更、権限の付与、権限の変更等の操作を受け付けるようにしてもよい。受け付けた操作のうち、権限の付与、変更の操作に関する情報をアクセス権リスト変更モジュール１２０へ渡す。
【００２０】
オブジェクト格納モジュール１１５は、オブジェクト操作受付モジュール１１０、強弱関係情報格納モジュール１４５、アクセス権リスト格納モジュール１６０、アクセス権リスト変更履歴格納モジュール１６５と接続されている。オブジェクト格納モジュール１１５は、記憶装置を含み、文書等の情報（以下、オブジェクトともいう）を記憶する。より具体的には、オブジェクトとオブジェクトに関連付けられたアクセス権リストの識別子、権限付与者被付与者対応情報（以下、強弱関係情報ともいう）の識別子などを記憶する。また、オブジェクトのアクセス権を判断するときに使用する権限付与者被付与者対応情報をそのオブジェクトから取得するように構成してもよい。例えば、オブジェクトと権限付与者被付与者対応情報を関連付けて記憶しており、その関連から権限付与者被付与者対応情報を取得するようにしてもよい（図６を用いて後述する）。また、オブジェクトとアクセス権リストを関連付け、アクセス権リストと権限付与者被付与者対応情報を関連付けて記憶しており、オブジェクトに関連付けられたアクセス権リストから権限付与者被付与者対応情報を取得するようにしてもよい（図７を用いて後述する）。
オブジェクト格納モジュール１１５が記憶するデータについては、図１１、図１４を用いて後述する。
【００２１】
アクセス権リスト変更モジュール１２０は、オブジェクト操作受付モジュール１１０、アクセス権リスト変更権判断モジュール１２５と接続されている。オブジェクト格納モジュール１１５が受け付けた権限の付与、変更の操作に応じて、他のモジュールを制御して権限の付与、変更の処理を行う。例えば、具体的には、後述するアクセス権リスト（ＡＣＬ：Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｌｉｓｔ）を対象として、権限の付与、変更に該当する処理を行う。
アクセス権リスト変更権判断モジュール１２５は、アクセス権リスト変更モジュール１２０、アクセス権リスト変更内容判断モジュール１３０、アクセス権リスト格納モジュール１６０と接続されている。アクセス権の変更者（第１の利用者、第３の利用者）に、指定されたオブジェクトのアクセス権の変更権があるかどうかを、アクセス権リスト格納モジュール１６０からオブジェクトのアクセス権リストを取得して判断する。
【００２２】
アクセス権リスト変更内容判断モジュール１３０は、アクセス権リスト変更権判断モジュール１２５、強弱関係情報生成Ａモジュール１３５、強弱関係判断モジュール１５０と接続されている。アクセス権の変更内容を判断する。新たにアクセス権を追加する変更内容であれば強弱関係情報を生成させるために強弱関係情報生成Ａモジュール１３５へ処理を移し、既存のアクセス権を変更する変更内容であれば強弱関係の判断処理を行わせるために強弱関係判断モジュール１５０へ処理を移す。アクセス権リスト変更内容判断モジュール１３０が行う処理については、図２を用いて後述する。
【００２３】
強弱関係情報生成Ａモジュール１３５、強弱関係情報生成Ｂモジュール１４０は、アクセス権の付与者と被付与者によって構成されている権限付与者被付与者対応情報を生成する。
強弱関係情報生成Ａモジュール１３５は、アクセス権リスト変更内容判断モジュール１３０、強弱関係情報格納モジュール１４５、アクセス権リスト変更処理モジュール１５５と接続されている。強弱関係情報生成Ａモジュール１３５は、オブジェクト操作受付モジュール１１０によって受け付けられた第３の利用者情報を付与者情報として、オブジェクト操作受付モジュール１１０によって受け付けられた第４の利用者情報を被付与者情報として、強弱関係情報格納モジュール１４５内の権限付与者被付与者対応情報を生成する。そして、生成した権限付与者被付与者対応情報を強弱関係情報格納モジュール１４５に記憶させる。強弱関係情報生成Ａモジュール１３５が行う処理については、図３を用いて後述する。
【００２４】
強弱関係情報生成Ｂモジュール１４０は、強弱関係判断モジュール１５０、アクセス権リスト変更履歴格納モジュール１６５、強弱関係情報格納モジュール１４５と接続されている。強弱関係情報生成Ｂモジュール１４０は、アクセス権リスト変更履歴格納モジュール１６５内の履歴情報から、その履歴情報内の第３の利用者情報を付与者情報として、その履歴情報内の第４の利用者情報を被付与者情報として、権限付与者被付与者対応情報を生成する。そして、生成した権限付与者被付与者対応情報を強弱関係情報格納モジュール１４５に記憶させる。強弱関係情報生成Ｂモジュール１４０が行う処理については、図５を用いて後述する。
【００２５】
強弱関係情報格納モジュール１４５は、オブジェクト格納モジュール１１５、強弱関係情報生成Ａモジュール１３５、強弱関係情報生成Ｂモジュール１４０、強弱関係判断モジュール１５０と接続されている。強弱関係情報格納モジュール１４５は、記憶装置を含み、情報に対する操作の権限を付与した付与者を示す付与者情報と、その付与者によってその権限が付与された被付与者を示す被付与者情報を対応させた権限付与者被付与者対応情報を記憶装置に記憶する。また、権限付与者被付与者対応情報は、付与者と被付与者の対応を複数有していてもよい。強弱関係情報格納モジュール１４５が記憶するデータについては、図１３を用いて後述する。
【００２６】
強弱関係判断モジュール１５０は、アクセス権リスト変更内容判断モジュール１３０、強弱関係情報生成Ｂモジュール１４０、強弱関係情報格納モジュール１４５、アクセス権リスト変更処理モジュール１５５と接続されている。強弱関係判断モジュール１５０は、強弱関係情報格納モジュール１４５内の権限付与者被付与者対応情報から、オブジェクト操作受付モジュール１１０によって受け付けられた第２の利用者情報に該当する被付与者情報に対応する付与者情報を抽出する。そして、抽出された付与者情報は、オブジェクト操作受付モジュール１１０によって受け付けられた第１の利用者情報に該当するか否かを判断する。強弱関係判断モジュール１５０が行う処理については、図４を用いて後述する。
また、強弱関係判断モジュール１５０は、前記判断処理によって該当しないと判断された場合に、強弱関係情報格納モジュール１４５内の権限付与者被付与者対応情報から、前記抽出処理によって前回抽出された付与者情報に該当する被付与者情報に対応する付与者情報を抽出するようにしてもよい。
【００２７】
アクセス権リスト変更処理モジュール１５５は、強弱関係情報生成Ａモジュール１３５、強弱関係判断モジュール１５０、アクセス権リスト格納モジュール１６０、アクセス権リスト変更履歴格納モジュール１６５と接続されている。アクセス権リスト変更処理モジュール１５５は、強弱関係判断モジュール１５０によって該当すると判断された場合に、オブジェクト操作受付モジュール１１０によって受け付けられた操作情報が示す権限変更の処理を行う。変更されたアクセス権リストをアクセス権リスト格納モジュール１６０に記憶させ、アクセス権の変更者とアクセス権リストの変更内容をアクセス権リスト変更履歴格納モジュール１６５に記憶させる。
アクセス権リスト格納モジュール１６０は、オブジェクト格納モジュール１１５、アクセス権リスト変更権判断モジュール１２５、アクセス権リスト変更処理モジュール１５５と接続されている。アクセス権リスト格納モジュール１６０は、記憶装置を含み、アクセス権リストを記憶する。アクセス権リスト格納モジュール１６０が記憶するデータについては、図９、図１２を用いて後述する。
【００２８】
アクセス権リスト変更履歴格納モジュール１６５は、オブジェクト格納モジュール１１５、強弱関係情報生成Ｂモジュール１４０、アクセス権リスト変更処理モジュール１５５と接続されている。アクセス権リスト変更履歴格納モジュール１６５は、記憶装置を含み、過去の権限の付与の履歴であって、権限の付与を行った第３の利用者を示す第３の利用者情報と、その第３の利用者によって権限の設定が行われた第４の利用者を示す第４の利用者情報を対応させた履歴情報を記憶装置に記憶する。具体的には、例えば、アクセス権変更者（第３の利用者）と変更したアクセス権リストの識別子、アクセス権の変更対象者（第４の利用者）と変更内容を含むアクセス権リストの変更履歴を記憶する。アクセス権リスト変更履歴格納モジュール１６５が記憶するデータについては、図１５を用いて後述する。
【００２９】
図２は、本実施の形態のアクセス権リスト変更内容判断モジュール１３０による処理例を示すフローチャートである。アクセス権リストを変更する処理であり、オブジェクト操作受付モジュール１１０が受け付けた操作情報がアクセス権の変更であるか、アクセス権の付与（追加）であるかを判断する。
ステップＳ２０２では、アクセス権リストの変更内容（オブジェクト操作受付モジュール１１０が受け付けた操作情報）が、新たにアクセス権が追加されるのか、既存のアクセス権が変更されるのかを判断する。
ステップＳ２０４では、ステップＳ２０２の処理により、既存のアクセス権が変更される操作と判断された場合はステップＳ２０６へ進み、新たにアクセス権が追加される操作と判断された場合はステップＳ２０８へ進む。
ステップＳ２０６では、強弱関係判断モジュール１５０が、アクセス権の変更者と被変更者の関係を強弱関係情報から判断する。この処理については、図４を用いて後述する。
ステップＳ２０８では、強弱関係情報生成Ａモジュール１３５が、アクセス権の付与者と被付与者から強弱関係情報を生成する。この処理については、図３を用いて後述する。
【００３０】
図３は、本実施の形態の強弱関係情報生成Ａモジュール１３５による処理例を示すフローチャートである。新たにアクセス権が追加される処理であり、強弱関係情報を生成する処理である。
ステップＳ３０２では、強弱関係情報内に、アクセス権の付与者と被付与者に強弱関係が存在するか否かを判断する。つまり、強弱関係情報内に、既に付与者と被付与者の対応が記憶されているか否かを判断しており、記憶されていない場合はその対応を記憶させ（ステップＳ３０６）、既に記憶されている場合は新たに記憶させることなく終了させる（ステップＳ３９９）。
ステップＳ３０４では、ステップＳ３０２の処理により、存在すると判断された場合は処理を終了し（ステップＳ３９９）、それ以外の場合はステップＳ３０６へ進む。
ステップＳ３０６では、アクセス権の付与者と被付与者から強弱関係情報を生成する。
【００３１】
図４は、本実施の形態の強弱関係判断モジュール１５０による処理例を示すフローチャートである。既存のアクセス権が変更される処理であり、強弱関係情報を用いて、その変更処理を許可すべきか否かを判断する。
ステップＳ４０２では、強弱関係情報を取得して、アクセス権の変更対象者（第２の利用者）より強いユーザ／グループを抽出する処理（ステップＳ４０４以降の処理）を繰り返し行う。強いユーザ／グループとは、アクセス権を付与した付与者と被付与者の関係がある場合に、付与者側をいう。この処理の具体的な例については、図１３を用いて後述する。
ステップＳ４０４では、アクセス権の変更対象者より強いユーザ／グループが存在するか否かを判断する。
ステップＳ４０６では、ステップＳ４０４の処理により、存在すると判断された場合はステップＳ４１０へ進み、それ以外の場合はステップＳ４０８へ進む。
ステップＳ４０８では、アクセス権の変更を許可しない。
ステップＳ４１０では、強いユーザ／グループとアクセス権の変更者（第１の利用者）が一致するかを判断する。
ステップＳ４１２では、ステップＳ４１０の処理により、一致すると判断された場合はステップＳ４１４へ進み、それ以外の場合はステップＳ４０４からの処理を行う。
ステップＳ４１４では、アクセス権を変更する。
【００３２】
図５は、本実施の形態のオブジェクト格納モジュール１１５による処理例を示すフローチャートである。オブジェクトから強弱関係を取得する処理である。アクセス権の変更を行う場合、つまり図４に例示の処理を行う場合に、強弱関係情報を用いる。そのために、アクセス権変更の対象となっているオブジェクトに対応付けられている強弱関係情報を抽出する。
ステップＳ５０２では、オブジェクトと強弱関係情報を関連付ける方法によって、強弱関係情報までたどる。オブジェクトと強弱関係情報の関連付けとしては、図６、図７に示す例がある。
【００３３】
図６は、オブジェクト６１０とアクセス権リスト６２０と強弱関係情報６３０の関連付け例（１）を示す説明図である。
オブジェクト６１０には、アクセス権リスト６２０、強弱関係情報６３０が関連付けられている。例えば、オブジェクト６１０の管理情報として、アクセス権リスト６２０を一意に識別する識別子と強弱関係情報６３０を一意に識別する識別子が含まれている。オブジェクト格納モジュール１１５は、オブジェクト６１０の管理情報として含まれている強弱関係情報６３０の識別子を用いて強弱関係情報６３０にたどる。
【００３４】
図７は、オブジェクト７１０とアクセス権リスト７２０と強弱関係情報７３０の関連付け例（２）を示す説明図である。
オブジェクト７１０にはアクセス権リスト７２０が関連付けられており、アクセス権リスト７２０には強弱関係情報７３０が関連付けられている。例えば、オブジェクト７１０の管理情報としてアクセス権リスト７２０を一意に識別する識別子が含まれており、アクセス権リスト７２０の管理情報として強弱関係情報７３０を一意に識別する識別子が含まれている。オブジェクト格納モジュール１１５は、オブジェクト７１０の管理情報として含まれているアクセス権リスト７２０の識別子を用いてアクセス権リスト７２０を抽出し、さらにアクセス権リスト７２０の管理情報として含まれている強弱関係情報７３０の識別子を用いて強弱関係情報７３０にたどる。
ステップＳ５０４では、オブジェクトに関連付けられた強弱関係情報を抽出する。
【００３５】
ここで、具体例を用いて、強弱関係について説明する。オブジェクト操作受付モジュール１１０が、商品開発プロジェクトで使用する商品開発用フォルダ（オブジェクト）を作成し、表１に例示する各グループに対してアクセス権設定を行うとする。５つのグループがあり、それぞれは表１の説明に例示するような関係を有している。
【表１】
商品開発用フォルダに対して、図８に例示の操作を行い、図９に例示のようなアクセス権の付与が行われたとする。図８に例示の操作履歴テーブル８００は、アクセス権リスト変更履歴格納モジュール１６５に記憶されている。なお、より詳細な例を図１５を用いて後述する。図９に例示のアクセス権リスト９００は、アクセス権リスト格納モジュール１６０に記憶されている。なお、より詳細な例を図１２を用いて後述する。
図８は、操作履歴テーブル８００のデータ構造例を示す説明図である。操作履歴テーブル８００は、ステップ欄８１０、操作ユーザ欄８２０、操作内容欄８３０を有している。ステップ欄８１０は、アクセス権付与等の処理の順番を記憶している。操作ユーザ欄８２０は、操作者を記憶している。操作内容欄８３０は、操作の内容を記憶している。例えば、ステップ１で、佐藤は、商品開発用フォルダを作成する。ステップ２で、佐藤は、開発１Ｇにアクセス権として書き込み権、読み込み権を付与する。
【００３６】
図９は、アクセス権リスト９００のデータ構造例を示す説明図である。アクセス権リスト９００は、ユーザＩＤ欄９１０、ユーザ名欄９２０、所属グループ欄９３０、アクセス権欄９４０を有している。ユーザＩＤ欄９１０は、利用者を一意に識別するユーザＩＤを記憶している。ユーザ名欄９２０は、そのユーザＩＤが示している利用者名を記憶している。所属グループ欄９３０は、その利用者が所属しているグループを記憶している。アクセス権欄９４０は、商品開発用フォルダに対して、その利用者に付与されているアクセス権を記憶している。
【００３７】
図１０は、アクセス権の付与者と被付与者の関係例を示す説明図である。これは、図８の操作履歴テーブル８００内の関係例を図示したものである。すなわち、佐藤（アクセス権リスト変更権あり）１０１１は、開発１Ｇ１０１２に書き込み権、読み込み権を付与する（操作履歴テーブル８００のステップ２）。なお、開発１Ｇ１０１２は、佐藤（アクセス権リスト変更権あり）１０１１、鈴木１０１４、高橋１０１５をメンバーとして含む。佐藤（アクセス権リスト変更権あり）１０１１は、開発２Ｇ１０２０の田中（アクセス権リスト変更権あり）１０２１にアクセス権リスト変更権（アクセス権リストそのものを変更することができる権利）、書き込み権、読み込み権を付与する（操作履歴テーブル８００のステップ３）。そして、田中（アクセス権リスト変更権あり）１０２１は、開発２１Ｔ１０３０の山本（アクセス権リスト変更権あり）１０３１にアクセス権リスト変更権、書き込み権、読み込み権を付与する（操作履歴テーブル８００のステップ４）。このように操作履歴テーブル８００の関係例を示している。
【００３８】
表１のグループの説明で記述してあるように、（Ａ）開発１Ｇと開発２Ｇの間には主担当と副担当の関係、（Ｂ）開発２Ｇと開発２１Ｔ・開発２２Ｔの間には組織的な階層関係、（Ｃ）開発２２Ｔと業務委託会社の間には委託と請負の関係がある。これらの複数の関係を抽象化すると、強い立場（主担当、組織的に上位、委託）と弱い立場（副担当、組織的に下位、請負）の強弱関係であるといえる。
【００３９】
しかし、商品開発用フォルダに対するアクセス権リスト変更権を与えられている佐藤（アクセス権リスト変更権あり）１０１１、田中（アクセス権リスト変更権あり）１０２１、山本（アクセス権リスト変更権あり）１０３１、斎藤（アクセス権リスト変更権あり）１０４１は、この強弱関係を無視してユーザ／グループのアクセス権を変更し得る。例えば、田中（アクセス権リスト変更権あり）１０２１は自分（副担当）よりも強い（主担当）佐藤（アクセス権リスト変更権あり）１０１１が追加した開発１Ｇ１０１２のアクセス権を変更することができてしまう事態となる。山本（アクセス権リスト変更権あり）１０３１と田中（アクセス権リスト変更権あり）１０２１の関係、斎藤（アクセス権リスト変更権あり）１０４１と田中（アクセス権リスト変更権あり）１０２１の関係にも同等のことがいえる。また、ある利用者によるアクセス権の管理範囲は自分より弱い立場（副担当、組織的に下位、請負）にあるユーザ／グループのみであるべきであるとすると、山本（アクセス権リスト変更権あり）１０３１は強弱関係が存在しない斎藤（アクセス権リスト変更権あり）１０４１が追加した開発２２Ｔ１０４２、山田１０５１、佐々木１０５２、山口１０５３のアクセス権を自分の管理範囲を超えて変更できてしまう事態となる。
このような事態を回避するためには、アクセス権の付与者と被付与者の関係を反映させた強弱関係情報と、この強弱関係情報を作成すること、強弱関係情報をアクセス権の変更に反映させることが必要となる（ここでいう強弱関係情報は単に組織的な階層関係のみを取り扱うことではない）。
図１０に例示のようにアクセス権の付与者と被付与者の関係にも、強い立場（追加者）と弱い立場（被追加者）の強弱関係が成り立ち、前述の関係（主担当と副担当の関係、組織的な階層関係、委託と請負など）と類似している。そこで、本実施の形態では、アクセス権の付与者と被付与者の関係を強弱関係情報として用いている。つまり、オブジェクトに対して新たにアクセス権を追加するときには強弱関係情報を作成し、既存のアクセス権を変更するときにはアクセス権の変更者と被変更者の関係をオブジェクトから取得した強弱関係情報から判定して、アクセス権の変更を許可するか否かのアクセス権制御を行う。
【００４０】
以下の説明は、前述した商品開発用フォルダに対して図８に例示した操作によって、表１と図９に例示している利用者（ユーザ又はグループ）にアクセス権を付与した場合の例である。
＜１＞新たにアクセス権が追加されたときに強弱関係情報を作成し、強弱関係情報格納モジュール１４５に記憶しておく場合について説明する。
図１１は、オブジェクト格納情報テーブル１１００のデータ構造例を示す説明図である。オブジェクト格納情報テーブル１１００は、オブジェクト格納モジュール１１５に記憶されている。オブジェクト格納情報テーブル１１００は、オブジェクトＩＤ欄１１１０、文書名欄１１２０、アクセス権リストＩＤ欄１１３０、強弱関係情報ＩＤ欄１１４０を有している。オブジェクトＩＤ欄１１１０は、オブジェクトを一意に識別するオブジェクトＩＤを記憶している。文書名欄１１２０は、そのオブジェクトの文書名（オブジェクトの名称、フォルダ名等を含む）を記憶している。アクセス権リストＩＤ欄１１３０は、アクセス権リストを一意に識別するアクセス権リストＩＤを記憶している。強弱関係情報ＩＤ欄１１４０は、強弱関係情報を一意に識別する強弱関係情報ＩＤを記憶している。これは、図６に例示の関係を示している。
【００４１】
図１２は、アクセス権リスト１２００のデータ構造例を示す説明図である。アクセス権リスト１２００は、アクセス権リスト格納モジュール１６０に記憶されている。アクセス権リスト１２００は、アクセス権リストＩＤ欄１２１０、主体欄１２２０、権限欄１２３０を有している。アクセス権リストＩＤ欄１２１０は、アクセス権リストを一意に識別するアクセス権リストＩＤを記憶している。主体欄１２２０は、アクセス権が付与されている利用者（ユーザ又はグループ）を一意に識別するユーザＩＤ又はグループＩＤを記憶している。権限欄１２３０は、アクセス権の種別を記憶している。
【００４２】
図１３は、強弱関係情報テーブル１３００のデータ構造例を示す説明図である。強弱関係情報テーブル１３００は、強弱関係情報格納モジュール１４５に記憶されている。強弱関係情報テーブル１３００は、強弱関係ＩＤ欄１３１０、強欄１３２０、弱欄１３３０を有している。強弱関係ＩＤ欄１３１０は、強弱関係を一意に識別する強弱関係ＩＤを記憶している。強欄１３２０は、強弱関係における強の立場（アクセス権の付与者）の利用者を一意に識別するユーザＩＤ又はグループＩＤを記憶している。弱欄１３３０は、強弱関係における弱の立場（アクセス権の被付与者）の利用者を一意に識別するユーザＩＤ又はグループＩＤを記憶している。
強弱関係情報テーブル１３００は、アクセス権の付与の操作が行われた場合に生成される。つまり、図８に例示の操作履歴テーブル８００のステップ２からステップ７から生成されたものである。例えば、佐藤（Ｕｓｅｒ−１）は、Ｇｒｏｕｐ−１に対して書き込み権、読み込み権を付与した場合（操作履歴テーブル８００のステップ２）に、強弱関係情報テーブル１３００の１行目の関係（強：Ｕｓｅｒ−１（付与者：佐藤）、弱：Ｇｒｏｕｐ−１（被付与者））を生成する。また、斎藤（Ｕｓｅｒ−１０）は、山田（Ｕｓｅｒ−１３）、佐々木（Ｕｓｅｒ−１４）、山口（Ｕｓｅｒ−１５）に対して読み込み権を付与した場合（操作履歴テーブル８００のステップ８）に、強弱関係情報テーブル１３００の７行目の関係（強：Ｕｓｅｒ−１０（付与者：斎藤）、弱：Ｕｓｅｒ−１３（被付与者：山田））、強弱関係情報テーブル１３００の８行目の関係（強：Ｕｓｅｒ−１０（付与者：斎藤）、弱：Ｕｓｅｒ−１４（被付与者：佐々木））、強弱関係情報テーブル１３００の９行目の関係（強：Ｕｓｅｒ−１０（付与者：斎藤）、弱：Ｕｓｅｒ−１５（被付与者：山口））を生成する。
【００４３】
例えば、商品開発用フォルダに対するアクセス権の変更制御の例は次のようになる。これらは、図４に例示のフローチャートにしたがっている。アクセス権の変更者が、アクセス権の被変更者に対して、強弱関係における強の関係にある場合は、変更可能とし、それ以外の場合（アクセス権の変更者が、アクセス権の被変更者に対して、強弱関係における弱の関係にある場合、又は強弱関係がない場合）は、変更できないと判断する。
（１）中村（Ｕｓｅｒ−８）より強の関係にある佐藤（Ｕｓｅｒ−１）が、中村のアクセス権を変更しようとした場合
１−１．強弱関係情報から、アクセス権の変更対象者Ｕｓｅｒ−８より強いユーザ／グループはＵｓｅｒ−７である。
１−２．Ｕｓｅｒ−７はアクセス権の変更者Ｕｓｅｒ−１と一致しない。
１−３．強弱関係情報から、Ｕｓｅｒ−７より強いユーザ／グループはＵｓｅｒ−４である。
１−４．Ｕｓｅｒ−４はアクセス権の変更者Ｕｓｅｒ−１と一致しない。
１−５．強弱関係情報から、Ｕｓｅｒ−４より強いユーザ／グループはＵｓｅｒ−１である。
１−６．Ｕｓｅｒ−１はアクセス権の変更者Ｕｓｅｒ−１と一致する。
１−７．アクセス権を変更する。
１−８．終了
よって、中村より強い関係にある佐藤は、中村のアクセス権を変更できる。
【００４４】
（２）佐藤（Ｕｓｅｒ−１）より弱い関係にある山本（Ｕｓｅｒ−７）が、佐藤のアクセス権を変更しようとした場合
２−１．強弱関係情報から、アクセス権の変更対象者Ｕｓｅｒ−１より強いユーザ／グループは存在しない。
２−２．終了。
よって、佐藤より弱い関係にある山本は、佐藤のアクセス権を変更できない。
【００４５】
（３）佐々木（Ｕｓｅｒ−１４）と強弱関係がない山本（Ｕｓｅｒ−７）が、佐々木のアクセス権を変更しようとした場合
３−１．強弱関係情報から、アクセス権の変更対象者Ｕｓｅｒ−１４より強いユーザ／グループはＵｓｅｒ−１０である。
３−２．Ｕｓｅｒ−１０はアクセス権の変更者Ｕｓｅｒ−７と一致しない。
３−３．強弱関係情報から、Ｕｓｅｒ−１０より強いユーザ／グループはＵｓｅｒ−４である。
３−４．Ｕｓｅｒ−４はアクセス権の変更者Ｕｓｅｒ−７と一致しない。
３−５．強弱関係情報から、Ｕｓｅｒ−４より強いユーザ／グループはＵｓｅｒ−１である。
３−６．Ｕｓｅｒ−１はアクセス権の変更者Ｕｓｅｒ−７と一致しない。
３−７．強弱関係情報から、Ｕｓｅｒ−１より強いユーザ／グループは存在しない。
３−８．終了
よって、佐々木と強弱関係がない山本は、佐々木のアクセス権を変更できない。
【００４６】
＜２＞既存のアクセス権を変更するときにアクセス権リスト変更履歴格納モジュール１６５から強弱関係情報を作成し、強弱関係を判定する場合について説明する。
図１４は、オブジェクト格納情報テーブル１４００のデータ構造例を示す説明図である。オブジェクト格納情報テーブル１４００は、オブジェクト格納モジュール１１５に記憶されている。オブジェクト格納情報テーブル１４００は、オブジェクトＩＤ欄１４１０、文書名欄１４２０、アクセス権リストＩＤ欄１４３０を有している。オブジェクトＩＤ欄１４１０は、オブジェクトを一意に識別するオブジェクトＩＤを記憶している。文書名欄１４２０は、そのオブジェクトの文書名を記憶している。アクセス権リストＩＤ欄１４３０アクセス権リストを一意に識別するアクセス権リストＩＤを記憶している。これは、図７に例示の関係を示している。
【００４７】
図１５は、アクセス権リスト変更履歴テーブル１５００のデータ構造例を示す説明図である。アクセス権リスト変更履歴テーブル１５００は、アクセス権リスト変更履歴格納モジュール１６５に記憶されている。アクセス権リスト変更履歴テーブル１５００は、アクセス権リスト変更履歴ＩＤ欄１５１０、変更者欄１５２０、アクセス権リストＩＤ欄１５３０、変更対象者欄１５４０、変更内容欄１５５０を有している。アクセス権リスト変更履歴ＩＤ欄１５１０は、アクセス権リスト変更履歴を一意に識別するアクセス権リスト変更履歴ＩＤを記憶している。変更者欄１５２０は、アクセス権を変更（付与を含む）した利用者を一意に識別するユーザＩＤを記憶している。アクセス権リストＩＤ欄１５３０は、アクセス権リストを一意に識別するアクセス権リストＩＤを記憶している。変更対象者欄１５４０は、アクセス権の変更（付与を含む）が行われた利用者のユーザＩＤ又はグループＩＤを記憶している。変更内容欄１５５０は、アクセス権の変更（付与を含む）の内容を記憶している。
【００４８】
以下のようにして、商品開発用フォルダのアクセス権リスト変更履歴テーブル１５００から強弱関係情報（強弱関係情報テーブル１３００）を作成する。
（１）商品開発用フォルダに関連付けられているアクセス権のアクセス権リスト変更履歴テーブル１５００から、新たにアクセス権を付与する変更履歴を取得する。具体的には、オブジェクト格納情報テーブル１４００内のアクセス権リストＩＤ欄１４３０のアクセス権リストＩＤに対応するアクセス権リスト変更履歴テーブル１５００内のアクセス権リストＩＤ欄１５３０の行を取得し、アクセス権を付与しているものを取得する。アクセス権リスト変更履歴テーブル１５００の例では、全ての行が取得されることになる。
（２）新たにアクセス権を付与する変更履歴における、アクセス権の変更者と変更対象者を取得する。具体的には、前述の（１）によって取得されたアクセス権リスト変更履歴テーブル１５００内の変更者欄１５２０と変更対象者欄１５４０から取得する。
（３）アクセス権の変更者と変更対象者はアクセス権の付与者と被付与者と同じなので、アクセス権の変更者と変更対象者からなる強弱関係情報（図１３に例示の強弱関係情報テーブル１３００）を生成する。
つまり、図１４に例示のオブジェクト格納情報テーブル１４００、図１５に例示のアクセス権リスト変更履歴テーブル１５００から図１３に例示の強弱関係情報テーブル１３００の強弱関係情報を作成する。アクセス権の変更制御は前述の＜１＞と同等である。
【００４９】
なお、本実施の形態としてのプログラムが実行されるコンピュータのハードウェア構成は、図１６に例示するように、一般的なコンピュータであり、具体的にはパーソナルコンピュータ、サーバーとなり得るコンピュータ等である。つまり、具体例として、処理部（演算部）としてＣＰＵ１６０１を用い、記憶装置としてＲＡＭ１６０２、ＲＯＭ１６０３、ＨＤ１６０４を用いている。ＨＤ１６０４として、例えばハードディスクを用いてもよい。アクセス権リスト変更モジュール１２０、アクセス権リスト変更権判断モジュール１２５、アクセス権リスト変更内容判断モジュール１３０、強弱関係情報生成Ａモジュール１３５、強弱関係情報生成Ｂモジュール１４０、強弱関係判断モジュール１５０、アクセス権リスト変更処理モジュール１５５等のプログラムを実行するＣＰＵ１６０１と、そのプログラムやデータを記憶するＲＡＭ１６０２と、本コンピュータを起動するためのプログラム等が格納されているＲＯＭ１６０３と、補助記憶装置であるＨＤ１６０４と、キーボード、マウス等のデータを入力する入力装置１６０６と、ＣＲＴや液晶ディスプレイ等の出力装置１６０５と、ネットワークインタフェースカード等の通信ネットワークと接続するための通信回線インタフェース１６０７、そして、それらをつないでデータのやりとりをするためのバス１６０８により構成されている。これらのコンピュータが複数台互いにネットワークによって接続されていてもよい。
【００５０】
前述の実施の形態のうち、コンピュータ・プログラムによるものについては、本ハードウェア構成のシステムにソフトウェアであるコンピュータ・プログラムを読み込ませ、ソフトウェアとハードウェア資源とが協働して、前述の実施の形態が実現される。
なお、図１６に示すハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図１６に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えばＡＳＩＣ等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続しているような形態でもよく、さらに図１６に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、情報家電、複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）などに組み込まれていてもよい。
【００５１】
本実施の形態では、強弱関係情報における弱いユーザが強いユーザのアクセス権を変更する場合などで、強弱関係判断モジュール１５０によって利用者のアクセス権の変更を許可する又は許可しない制御を行う。強弱関係判断モジュール１５０によって許可されないアクセス権の変更を繰り返し行っている利用者は、悪意によるものか単純なミスによるものかに関わらず検出するようにしてもよい。
つまり、強弱関係判断モジュール１５０による「アクセス権の変更の成否」をアクセス権リスト変更履歴格納モジュール１６５に記憶させる。例えば、アクセス権の変更者のユーザＩＤ、変更対象者のユーザＩＤ又はグループＩＤ、変更操作が行われた日時、アクセス権の変更の成否等を記憶させる。より具体的には、図１５に例示のアクセス権リスト変更履歴テーブル１５００に「アクセス権の変更の成否」欄を追加すればよい。
そして、例えば、強弱関係判断モジュール１５０が、既存のアクセス権の変更操作が行われたときに、アクセス権の変更者のアクセス権リスト変更履歴テーブル１５００が予め定められた条件（例えば、強弱関係判断モジュール１５０の判断によって、予め定められた期間内に予め定められた回数以上、予め定められた利用者のアクセス権リストの変更権の削除に失敗する、など）に該当するか否かを判断する処理を追加する。
そして、強弱関係判断モジュール１５０によって前述の条件を満たす利用者（許可されないアクセス権リストを変更しようとした利用者）を検出し、その利用者のアクセス権リスト変更権をロックする、又は剥奪するなどの処理を行ってもよい。
【００５２】
なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通などのために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標））、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）等が含まれる。
そして、前記のプログラム又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、あるいは無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分であってもよく、あるいは別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して
記録されていてもよい。また、圧縮や暗号化など、復元可能であればどのような態様で記録されていてもよい。
【符号の説明】
【００５３】
１００…情報処理装置
１１０…オブジェクト操作受付モジュール
１１５…オブジェクト格納モジュール
１２０…アクセス権リスト変更モジュール
１２５…アクセス権リスト変更権判断モジュール
１３０…アクセス権リスト変更内容判断モジュール
１３５…強弱関係情報生成Ａモジュール
１４０…強弱関係情報生成Ｂモジュール
１４５…強弱関係情報格納モジュール
１５０…強弱関係判断モジュール
１５５…アクセス権リスト変更処理モジュール
１６０…アクセス権リスト格納モジュール
１６５…アクセス権リスト変更履歴格納モジュール
１９９…利用者
【技術分野】
【０００１】
本発明は、情報処理プログラム及び情報処理装置に関する。
【背景技術】
【０００２】
情報に対する権限を制御する技術がある。
これに関連する技術として、例えば、特許文献１には、アクセス制御リストを用いたアクセス制御において、重複するアクセス制御エレメントを該リストに持たせることなくアクセス権判定を可能にすることを課題とし、アクセス共有情報のテーブルを設け、アクセス要求者が要求対象の資源情報にアクセスしたとき、まず、アクセス要求者及び要求するアクセス操作の情報と、要求対象の情報資源に付与されたアクセス制御情報を比較してアクセス権の判定をし、アクセス権がないと判定されたとき、アクセス権判定を要求するアクセス要求者に関するアクセス共有情報が前記テーブルにあるか否か判定し、有る場合には、該ユーザのアクセス共有情報と前記アクセス制御情報を比較し、該ユーザの属するグループより下位のグループ名が前記アクセス制御情報にあれば、該ユーザは要求対象の情報資源にアクセス権があるとアクセス権の判定をすることが開示されている。
【０００３】
また、例えば、特許文献２には、資源に対するアクセス制御をより柔軟に行うことのできるアクセス制御装置、アクセス制御方法、アクセス制御プログラム及び記録媒体、並びにアクセス制御データ及び関係記述データの提供を目的とし、所定の資源に対するアクセス制御を行うアクセス制御装置であって、前記所定の資源にアクセスする主体間の所定の関係が定義された主体関係定義情報と、前記所定の関係に応じて前記所定の資源に対するアクセス権限が定義された間接アクセス制御情報と、アクセス権限の評価対象とされた主体と前記所定の関係を有する関係主体を、前記主体関係定義情報に基づいて検索し、検索された前記関係主体との前記所定の関係と前記間接アクセス制御情報とに基づいて、前記評価対象とされた主体のアクセス権限を判定する間接アクセス権限判定手段とを有することにより上記課題を解決することが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００１−１１７８０３号公報
【特許文献２】特開２００６−３２３５３５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、過去に権限を付与した場合の付与者と被付与者との対応から逸脱した権限の変更が行われることを防止するようにした情報処理プログラム及び情報処理装置を提供することを目的としている。
【課題を解決するための手段】
【０００６】
かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、コンピュータに、権限変更の操作を行う第１の利用者を示す第１の利用者情報と、該権限変更の対象である第２の利用者を示す第２の利用者情報と、該権限変更の操作を示す操作情報を受け付ける変更操作受付機能と、記憶装置に記憶された、情報に対する操作の権限を付与した付与者を示す付与者情報と、該付与者によって該権限が付与された被付与者を示す被付与者情報を対応させた権限付与者被付与者対応情報から、前記変更操作受付機能によって受け付けられた第２の利用者情報に該当する被付与者情報に対応する付与者情報を抽出する抽出機能と、前記抽出機能によって抽出された付与者情報は、前記変更操作受付機能によって受け付けられた第１の利用者情報に該当するか否かを判断する判断機能と、前記判断機能によって該当すると判断された場合に、前記変更操作受付機能によって受け付けられた操作情報が示す権限変更の処理を行う権限変更機能を実現させるための情報処理プログラムである。
【０００７】
請求項２の発明は、前記権限付与者被付与者対応情報は、付与者と被付与者の対応を複数有しており、前記抽出機能は、前記判断機能によって該当しないと判断された場合に、前記権限付与者被付与者対応情報から、該抽出機能によって前回抽出された付与者情報に該当する被付与者情報に対応する付与者情報を抽出することを特徴とする請求項１に記載の情報処理プログラムである。
【０００８】
請求項３の発明は、権限付与の操作を行う第３の利用者を示す第３の利用者情報と、該権限付与の対象である第４の利用者を示す利用者情報と、該権限付与の操作を示す操作情報を受け付ける設定操作受付機能と、前記設定操作受付機能によって受け付けられた前記第３の利用者情報を付与者情報として、前記設定操作受付機能によって受け付けられた前記第４の利用者情報を被付与者情報として、前記権限付与者被付与者対応情報を生成する生成機能を前記コンピュータにさらに実現させるための請求項１又は２に記載の情報処理プログラムである。
【０００９】
請求項４の発明は、記憶装置に記憶された、過去の権限の付与の履歴であって、権限の設定を行った第３の利用者を示す第３の利用者情報と、該第３の利用者によって権限の付与が行われた第４の利用者を示す第４の利用者情報を対応させた履歴情報から、該履歴情報内の該第３の利用者情報を付与者情報として、該履歴情報内の該第４の利用者情報を被付与者情報として、前記権限付与者被付与者対応情報を生成する生成機能を前記コンピュータにさらに実現させるための請求項１又は２に記載の情報処理プログラムである。
【００１０】
請求項５の発明は、権限変更の操作を行う第１の利用者を示す第１の利用者情報と、該権限変更の対象である第２の利用者を示す第２の利用者情報と、該権限変更の操作を示す操作情報を受け付ける変更操作受付手段と、記憶装置に記憶された、情報に対する操作の権限を付与した付与者を示す付与者情報と、該付与者によって該権限が付与された被付与者を示す被付与者情報を対応させた権限付与者被付与者対応情報から、前記変更操作受付手段によって受け付けられた第２の利用者情報に該当する被付与者情報に対応する付与者情報を抽出する抽出手段と、前記抽出手段によって抽出された付与者情報は、前記変更操作受付手段によって受け付けられた第１の利用者情報に該当するか否かを判断する判断手段と、前記判断手段によって該当すると判断された場合に、前記変更操作受付手段によって受け付けられた操作情報が示す権限変更の処理を行う権限変更手段を具備することを特徴とする情報処理装置である。
【発明の効果】
【００１１】
請求項１の情報処理プログラムによれば、過去に権限を付与した場合の付与者、被付与者の対応から逸脱した権限の変更が行われることを防止することができる。
【００１２】
請求項２の情報処理プログラムによれば、過去に権限を付与した場合の付与者、被付与者の複数の対応から逸脱した権限の変更が行われることを防止することができる。
【００１３】
請求項３の情報処理プログラムによれば、受け付けた権限の付与によって、権限付与者被付与者対応情報を生成することができる。
【００１４】
請求項４の情報処理プログラムによれば、過去の権限の付与の履歴によって、権限付与者被付与者対応情報を生成することができる。
【００１５】
請求項５の情報処理装置によれば、過去に権限を付与した場合の付与者、被付与者の対応から逸脱した権限の変更が行われることを防止することができる。
【図面の簡単な説明】
【００１６】
【図１】本実施の形態の構成例についての概念的なモジュール構成図である。
【図２】本実施の形態のアクセス権リスト変更内容判断モジュールによる処理例を示すフローチャートである。
【図３】本実施の形態の強弱関係情報生成Ａモジュールによる処理例を示すフローチャートである。
【図４】本実施の形態の強弱関係判断モジュールによる処理例を示すフローチャートである。
【図５】本実施の形態のオブジェクト格納モジュールによる処理例を示すフローチャートである。
【図６】オブジェクトとアクセス権リストと強弱関係情報の関連付け例（１）を示す説明図である。
【図７】オブジェクトとアクセス権リストと強弱関係情報の関連付け例（２）を示す説明図である。
【図８】操作履歴テーブルのデータ構造例を示す説明図である。
【図９】アクセス権リストのデータ構造例を示す説明図である。
【図１０】アクセス権の付与者と被付与者の関係例を示す説明図である。
【図１１】オブジェクト格納情報テーブルのデータ構造例を示す説明図である。
【図１２】アクセス権リストのデータ構造例を示す説明図である。
【図１３】強弱関係情報テーブルのデータ構造例を示す説明図である。
【図１４】オブジェクト格納情報テーブルのデータ構造例を示す説明図である。
【図１５】アクセス権リスト変更履歴テーブルのデータ構造例を示す説明図である。
【図１６】本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。
【発明を実施するための形態】
【００１７】
以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態の例を説明する。
図１は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するの意である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態に応じて、又はそれまでの状況・状態に応じて定まることの意を含めて用いる。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（社会システム）にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）内のレジスタ等を含んでいてもよい。
【００１８】
本実施の形態である情報処理装置１００は、第１の利用者が情報に対する第２の利用者の権限を付与・変更するものであって、図１の例に示すように、オブジェクト操作受付モジュール１１０、オブジェクト格納モジュール１１５、アクセス権リスト変更モジュール１２０、アクセス権リスト変更権判断モジュール１２５、アクセス権リスト変更内容判断モジュール１３０、強弱関係情報生成Ａモジュール１３５、強弱関係情報生成Ｂモジュール１４０、強弱関係情報格納モジュール１４５、強弱関係判断モジュール１５０、アクセス権リスト変更処理モジュール１５５、アクセス権リスト格納モジュール１６０、アクセス権リスト変更履歴格納モジュール１６５を有している。図１の例に示すモジュール間の実線は、その矢印によって処理要求側から処理実行側へ処理を要求していることを示している。つまり、矢印の元のモジュールからの要求にしたがって、矢印の先のモジュールが処理を行う。また、図１の例に示すモジュール間の点線は、その矢印によってデータの移動元からデータの移動先へデータが移動することを示している。つまり、矢印の元のモジュールから矢印の先のモジュールへデータが移動する。
【００１９】
オブジェクト操作受付モジュール１１０は、オブジェクト格納モジュール１１５、アクセス権リスト変更モジュール１２０と接続されている。オブジェクト操作受付モジュール１１０は、利用者１９９の操作に応じて、権限変更の操作を行う利用者１９９（第１の利用者）を示す第１の利用者情報と、その権限変更の対象である第２の利用者を示す第２の利用者情報と、その権限変更の操作を示す操作情報を受け付ける。なお、第１の利用者情報、第２の利用者情報、操作情報の全てを同時に受け付ける必要はない。例えば、第１の利用者情報は、利用者１９９が情報処理装置１００にログインした場合に受け付けてもよいし、利用者１９９が所持しているＩＣカードに記憶されている第１の利用者情報をカード読込装置によって読み込んでもよい。そして、第２の利用者情報、操作情報は、利用者１９９による権限変更の操作によって受け付けるようにしてもよい。情報に対して利用者が権限（以下、アクセス権ともいう）を有しているとは、その情報に対して、その利用者がその権限によって許可されている操作（閲覧、編集、削除等）を行うことができることをいう。
また、オブジェクト操作受付モジュール１１０は、利用者１９９の操作に応じて、権限付与の操作を行う利用者１９９（第３の利用者）を示す第３の利用者情報と、その権限付与の対象である第４の利用者を示す利用者情報と、その権限付与の操作を示す操作情報を受け付けるようにしてもよい。
なお、権限が変更される第２の利用者、権限が付与される第４の利用者は、個人の他に、複数人の利用者を含むグループであってもよい。
また、オブジェクト操作受付モジュール１１０は、オブジェクト格納モジュール１１５に格納されている情報の登録、取得、変更、権限の付与、権限の変更等の操作を受け付けるようにしてもよい。受け付けた操作のうち、権限の付与、変更の操作に関する情報をアクセス権リスト変更モジュール１２０へ渡す。
【００２０】
オブジェクト格納モジュール１１５は、オブジェクト操作受付モジュール１１０、強弱関係情報格納モジュール１４５、アクセス権リスト格納モジュール１６０、アクセス権リスト変更履歴格納モジュール１６５と接続されている。オブジェクト格納モジュール１１５は、記憶装置を含み、文書等の情報（以下、オブジェクトともいう）を記憶する。より具体的には、オブジェクトとオブジェクトに関連付けられたアクセス権リストの識別子、権限付与者被付与者対応情報（以下、強弱関係情報ともいう）の識別子などを記憶する。また、オブジェクトのアクセス権を判断するときに使用する権限付与者被付与者対応情報をそのオブジェクトから取得するように構成してもよい。例えば、オブジェクトと権限付与者被付与者対応情報を関連付けて記憶しており、その関連から権限付与者被付与者対応情報を取得するようにしてもよい（図６を用いて後述する）。また、オブジェクトとアクセス権リストを関連付け、アクセス権リストと権限付与者被付与者対応情報を関連付けて記憶しており、オブジェクトに関連付けられたアクセス権リストから権限付与者被付与者対応情報を取得するようにしてもよい（図７を用いて後述する）。
オブジェクト格納モジュール１１５が記憶するデータについては、図１１、図１４を用いて後述する。
【００２１】
アクセス権リスト変更モジュール１２０は、オブジェクト操作受付モジュール１１０、アクセス権リスト変更権判断モジュール１２５と接続されている。オブジェクト格納モジュール１１５が受け付けた権限の付与、変更の操作に応じて、他のモジュールを制御して権限の付与、変更の処理を行う。例えば、具体的には、後述するアクセス権リスト（ＡＣＬ：Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｌｉｓｔ）を対象として、権限の付与、変更に該当する処理を行う。
アクセス権リスト変更権判断モジュール１２５は、アクセス権リスト変更モジュール１２０、アクセス権リスト変更内容判断モジュール１３０、アクセス権リスト格納モジュール１６０と接続されている。アクセス権の変更者（第１の利用者、第３の利用者）に、指定されたオブジェクトのアクセス権の変更権があるかどうかを、アクセス権リスト格納モジュール１６０からオブジェクトのアクセス権リストを取得して判断する。
【００２２】
アクセス権リスト変更内容判断モジュール１３０は、アクセス権リスト変更権判断モジュール１２５、強弱関係情報生成Ａモジュール１３５、強弱関係判断モジュール１５０と接続されている。アクセス権の変更内容を判断する。新たにアクセス権を追加する変更内容であれば強弱関係情報を生成させるために強弱関係情報生成Ａモジュール１３５へ処理を移し、既存のアクセス権を変更する変更内容であれば強弱関係の判断処理を行わせるために強弱関係判断モジュール１５０へ処理を移す。アクセス権リスト変更内容判断モジュール１３０が行う処理については、図２を用いて後述する。
【００２３】
強弱関係情報生成Ａモジュール１３５、強弱関係情報生成Ｂモジュール１４０は、アクセス権の付与者と被付与者によって構成されている権限付与者被付与者対応情報を生成する。
強弱関係情報生成Ａモジュール１３５は、アクセス権リスト変更内容判断モジュール１３０、強弱関係情報格納モジュール１４５、アクセス権リスト変更処理モジュール１５５と接続されている。強弱関係情報生成Ａモジュール１３５は、オブジェクト操作受付モジュール１１０によって受け付けられた第３の利用者情報を付与者情報として、オブジェクト操作受付モジュール１１０によって受け付けられた第４の利用者情報を被付与者情報として、強弱関係情報格納モジュール１４５内の権限付与者被付与者対応情報を生成する。そして、生成した権限付与者被付与者対応情報を強弱関係情報格納モジュール１４５に記憶させる。強弱関係情報生成Ａモジュール１３５が行う処理については、図３を用いて後述する。
【００２４】
強弱関係情報生成Ｂモジュール１４０は、強弱関係判断モジュール１５０、アクセス権リスト変更履歴格納モジュール１６５、強弱関係情報格納モジュール１４５と接続されている。強弱関係情報生成Ｂモジュール１４０は、アクセス権リスト変更履歴格納モジュール１６５内の履歴情報から、その履歴情報内の第３の利用者情報を付与者情報として、その履歴情報内の第４の利用者情報を被付与者情報として、権限付与者被付与者対応情報を生成する。そして、生成した権限付与者被付与者対応情報を強弱関係情報格納モジュール１４５に記憶させる。強弱関係情報生成Ｂモジュール１４０が行う処理については、図５を用いて後述する。
【００２５】
強弱関係情報格納モジュール１４５は、オブジェクト格納モジュール１１５、強弱関係情報生成Ａモジュール１３５、強弱関係情報生成Ｂモジュール１４０、強弱関係判断モジュール１５０と接続されている。強弱関係情報格納モジュール１４５は、記憶装置を含み、情報に対する操作の権限を付与した付与者を示す付与者情報と、その付与者によってその権限が付与された被付与者を示す被付与者情報を対応させた権限付与者被付与者対応情報を記憶装置に記憶する。また、権限付与者被付与者対応情報は、付与者と被付与者の対応を複数有していてもよい。強弱関係情報格納モジュール１４５が記憶するデータについては、図１３を用いて後述する。
【００２６】
強弱関係判断モジュール１５０は、アクセス権リスト変更内容判断モジュール１３０、強弱関係情報生成Ｂモジュール１４０、強弱関係情報格納モジュール１４５、アクセス権リスト変更処理モジュール１５５と接続されている。強弱関係判断モジュール１５０は、強弱関係情報格納モジュール１４５内の権限付与者被付与者対応情報から、オブジェクト操作受付モジュール１１０によって受け付けられた第２の利用者情報に該当する被付与者情報に対応する付与者情報を抽出する。そして、抽出された付与者情報は、オブジェクト操作受付モジュール１１０によって受け付けられた第１の利用者情報に該当するか否かを判断する。強弱関係判断モジュール１５０が行う処理については、図４を用いて後述する。
また、強弱関係判断モジュール１５０は、前記判断処理によって該当しないと判断された場合に、強弱関係情報格納モジュール１４５内の権限付与者被付与者対応情報から、前記抽出処理によって前回抽出された付与者情報に該当する被付与者情報に対応する付与者情報を抽出するようにしてもよい。
【００２７】
アクセス権リスト変更処理モジュール１５５は、強弱関係情報生成Ａモジュール１３５、強弱関係判断モジュール１５０、アクセス権リスト格納モジュール１６０、アクセス権リスト変更履歴格納モジュール１６５と接続されている。アクセス権リスト変更処理モジュール１５５は、強弱関係判断モジュール１５０によって該当すると判断された場合に、オブジェクト操作受付モジュール１１０によって受け付けられた操作情報が示す権限変更の処理を行う。変更されたアクセス権リストをアクセス権リスト格納モジュール１６０に記憶させ、アクセス権の変更者とアクセス権リストの変更内容をアクセス権リスト変更履歴格納モジュール１６５に記憶させる。
アクセス権リスト格納モジュール１６０は、オブジェクト格納モジュール１１５、アクセス権リスト変更権判断モジュール１２５、アクセス権リスト変更処理モジュール１５５と接続されている。アクセス権リスト格納モジュール１６０は、記憶装置を含み、アクセス権リストを記憶する。アクセス権リスト格納モジュール１６０が記憶するデータについては、図９、図１２を用いて後述する。
【００２８】
アクセス権リスト変更履歴格納モジュール１６５は、オブジェクト格納モジュール１１５、強弱関係情報生成Ｂモジュール１４０、アクセス権リスト変更処理モジュール１５５と接続されている。アクセス権リスト変更履歴格納モジュール１６５は、記憶装置を含み、過去の権限の付与の履歴であって、権限の付与を行った第３の利用者を示す第３の利用者情報と、その第３の利用者によって権限の設定が行われた第４の利用者を示す第４の利用者情報を対応させた履歴情報を記憶装置に記憶する。具体的には、例えば、アクセス権変更者（第３の利用者）と変更したアクセス権リストの識別子、アクセス権の変更対象者（第４の利用者）と変更内容を含むアクセス権リストの変更履歴を記憶する。アクセス権リスト変更履歴格納モジュール１６５が記憶するデータについては、図１５を用いて後述する。
【００２９】
図２は、本実施の形態のアクセス権リスト変更内容判断モジュール１３０による処理例を示すフローチャートである。アクセス権リストを変更する処理であり、オブジェクト操作受付モジュール１１０が受け付けた操作情報がアクセス権の変更であるか、アクセス権の付与（追加）であるかを判断する。
ステップＳ２０２では、アクセス権リストの変更内容（オブジェクト操作受付モジュール１１０が受け付けた操作情報）が、新たにアクセス権が追加されるのか、既存のアクセス権が変更されるのかを判断する。
ステップＳ２０４では、ステップＳ２０２の処理により、既存のアクセス権が変更される操作と判断された場合はステップＳ２０６へ進み、新たにアクセス権が追加される操作と判断された場合はステップＳ２０８へ進む。
ステップＳ２０６では、強弱関係判断モジュール１５０が、アクセス権の変更者と被変更者の関係を強弱関係情報から判断する。この処理については、図４を用いて後述する。
ステップＳ２０８では、強弱関係情報生成Ａモジュール１３５が、アクセス権の付与者と被付与者から強弱関係情報を生成する。この処理については、図３を用いて後述する。
【００３０】
図３は、本実施の形態の強弱関係情報生成Ａモジュール１３５による処理例を示すフローチャートである。新たにアクセス権が追加される処理であり、強弱関係情報を生成する処理である。
ステップＳ３０２では、強弱関係情報内に、アクセス権の付与者と被付与者に強弱関係が存在するか否かを判断する。つまり、強弱関係情報内に、既に付与者と被付与者の対応が記憶されているか否かを判断しており、記憶されていない場合はその対応を記憶させ（ステップＳ３０６）、既に記憶されている場合は新たに記憶させることなく終了させる（ステップＳ３９９）。
ステップＳ３０４では、ステップＳ３０２の処理により、存在すると判断された場合は処理を終了し（ステップＳ３９９）、それ以外の場合はステップＳ３０６へ進む。
ステップＳ３０６では、アクセス権の付与者と被付与者から強弱関係情報を生成する。
【００３１】
図４は、本実施の形態の強弱関係判断モジュール１５０による処理例を示すフローチャートである。既存のアクセス権が変更される処理であり、強弱関係情報を用いて、その変更処理を許可すべきか否かを判断する。
ステップＳ４０２では、強弱関係情報を取得して、アクセス権の変更対象者（第２の利用者）より強いユーザ／グループを抽出する処理（ステップＳ４０４以降の処理）を繰り返し行う。強いユーザ／グループとは、アクセス権を付与した付与者と被付与者の関係がある場合に、付与者側をいう。この処理の具体的な例については、図１３を用いて後述する。
ステップＳ４０４では、アクセス権の変更対象者より強いユーザ／グループが存在するか否かを判断する。
ステップＳ４０６では、ステップＳ４０４の処理により、存在すると判断された場合はステップＳ４１０へ進み、それ以外の場合はステップＳ４０８へ進む。
ステップＳ４０８では、アクセス権の変更を許可しない。
ステップＳ４１０では、強いユーザ／グループとアクセス権の変更者（第１の利用者）が一致するかを判断する。
ステップＳ４１２では、ステップＳ４１０の処理により、一致すると判断された場合はステップＳ４１４へ進み、それ以外の場合はステップＳ４０４からの処理を行う。
ステップＳ４１４では、アクセス権を変更する。
【００３２】
図５は、本実施の形態のオブジェクト格納モジュール１１５による処理例を示すフローチャートである。オブジェクトから強弱関係を取得する処理である。アクセス権の変更を行う場合、つまり図４に例示の処理を行う場合に、強弱関係情報を用いる。そのために、アクセス権変更の対象となっているオブジェクトに対応付けられている強弱関係情報を抽出する。
ステップＳ５０２では、オブジェクトと強弱関係情報を関連付ける方法によって、強弱関係情報までたどる。オブジェクトと強弱関係情報の関連付けとしては、図６、図７に示す例がある。
【００３３】
図６は、オブジェクト６１０とアクセス権リスト６２０と強弱関係情報６３０の関連付け例（１）を示す説明図である。
オブジェクト６１０には、アクセス権リスト６２０、強弱関係情報６３０が関連付けられている。例えば、オブジェクト６１０の管理情報として、アクセス権リスト６２０を一意に識別する識別子と強弱関係情報６３０を一意に識別する識別子が含まれている。オブジェクト格納モジュール１１５は、オブジェクト６１０の管理情報として含まれている強弱関係情報６３０の識別子を用いて強弱関係情報６３０にたどる。
【００３４】
図７は、オブジェクト７１０とアクセス権リスト７２０と強弱関係情報７３０の関連付け例（２）を示す説明図である。
オブジェクト７１０にはアクセス権リスト７２０が関連付けられており、アクセス権リスト７２０には強弱関係情報７３０が関連付けられている。例えば、オブジェクト７１０の管理情報としてアクセス権リスト７２０を一意に識別する識別子が含まれており、アクセス権リスト７２０の管理情報として強弱関係情報７３０を一意に識別する識別子が含まれている。オブジェクト格納モジュール１１５は、オブジェクト７１０の管理情報として含まれているアクセス権リスト７２０の識別子を用いてアクセス権リスト７２０を抽出し、さらにアクセス権リスト７２０の管理情報として含まれている強弱関係情報７３０の識別子を用いて強弱関係情報７３０にたどる。
ステップＳ５０４では、オブジェクトに関連付けられた強弱関係情報を抽出する。
【００３５】
ここで、具体例を用いて、強弱関係について説明する。オブジェクト操作受付モジュール１１０が、商品開発プロジェクトで使用する商品開発用フォルダ（オブジェクト）を作成し、表１に例示する各グループに対してアクセス権設定を行うとする。５つのグループがあり、それぞれは表１の説明に例示するような関係を有している。
【表１】
商品開発用フォルダに対して、図８に例示の操作を行い、図９に例示のようなアクセス権の付与が行われたとする。図８に例示の操作履歴テーブル８００は、アクセス権リスト変更履歴格納モジュール１６５に記憶されている。なお、より詳細な例を図１５を用いて後述する。図９に例示のアクセス権リスト９００は、アクセス権リスト格納モジュール１６０に記憶されている。なお、より詳細な例を図１２を用いて後述する。
図８は、操作履歴テーブル８００のデータ構造例を示す説明図である。操作履歴テーブル８００は、ステップ欄８１０、操作ユーザ欄８２０、操作内容欄８３０を有している。ステップ欄８１０は、アクセス権付与等の処理の順番を記憶している。操作ユーザ欄８２０は、操作者を記憶している。操作内容欄８３０は、操作の内容を記憶している。例えば、ステップ１で、佐藤は、商品開発用フォルダを作成する。ステップ２で、佐藤は、開発１Ｇにアクセス権として書き込み権、読み込み権を付与する。
【００３６】
図９は、アクセス権リスト９００のデータ構造例を示す説明図である。アクセス権リスト９００は、ユーザＩＤ欄９１０、ユーザ名欄９２０、所属グループ欄９３０、アクセス権欄９４０を有している。ユーザＩＤ欄９１０は、利用者を一意に識別するユーザＩＤを記憶している。ユーザ名欄９２０は、そのユーザＩＤが示している利用者名を記憶している。所属グループ欄９３０は、その利用者が所属しているグループを記憶している。アクセス権欄９４０は、商品開発用フォルダに対して、その利用者に付与されているアクセス権を記憶している。
【００３７】
図１０は、アクセス権の付与者と被付与者の関係例を示す説明図である。これは、図８の操作履歴テーブル８００内の関係例を図示したものである。すなわち、佐藤（アクセス権リスト変更権あり）１０１１は、開発１Ｇ１０１２に書き込み権、読み込み権を付与する（操作履歴テーブル８００のステップ２）。なお、開発１Ｇ１０１２は、佐藤（アクセス権リスト変更権あり）１０１１、鈴木１０１４、高橋１０１５をメンバーとして含む。佐藤（アクセス権リスト変更権あり）１０１１は、開発２Ｇ１０２０の田中（アクセス権リスト変更権あり）１０２１にアクセス権リスト変更権（アクセス権リストそのものを変更することができる権利）、書き込み権、読み込み権を付与する（操作履歴テーブル８００のステップ３）。そして、田中（アクセス権リスト変更権あり）１０２１は、開発２１Ｔ１０３０の山本（アクセス権リスト変更権あり）１０３１にアクセス権リスト変更権、書き込み権、読み込み権を付与する（操作履歴テーブル８００のステップ４）。このように操作履歴テーブル８００の関係例を示している。
【００３８】
表１のグループの説明で記述してあるように、（Ａ）開発１Ｇと開発２Ｇの間には主担当と副担当の関係、（Ｂ）開発２Ｇと開発２１Ｔ・開発２２Ｔの間には組織的な階層関係、（Ｃ）開発２２Ｔと業務委託会社の間には委託と請負の関係がある。これらの複数の関係を抽象化すると、強い立場（主担当、組織的に上位、委託）と弱い立場（副担当、組織的に下位、請負）の強弱関係であるといえる。
【００３９】
しかし、商品開発用フォルダに対するアクセス権リスト変更権を与えられている佐藤（アクセス権リスト変更権あり）１０１１、田中（アクセス権リスト変更権あり）１０２１、山本（アクセス権リスト変更権あり）１０３１、斎藤（アクセス権リスト変更権あり）１０４１は、この強弱関係を無視してユーザ／グループのアクセス権を変更し得る。例えば、田中（アクセス権リスト変更権あり）１０２１は自分（副担当）よりも強い（主担当）佐藤（アクセス権リスト変更権あり）１０１１が追加した開発１Ｇ１０１２のアクセス権を変更することができてしまう事態となる。山本（アクセス権リスト変更権あり）１０３１と田中（アクセス権リスト変更権あり）１０２１の関係、斎藤（アクセス権リスト変更権あり）１０４１と田中（アクセス権リスト変更権あり）１０２１の関係にも同等のことがいえる。また、ある利用者によるアクセス権の管理範囲は自分より弱い立場（副担当、組織的に下位、請負）にあるユーザ／グループのみであるべきであるとすると、山本（アクセス権リスト変更権あり）１０３１は強弱関係が存在しない斎藤（アクセス権リスト変更権あり）１０４１が追加した開発２２Ｔ１０４２、山田１０５１、佐々木１０５２、山口１０５３のアクセス権を自分の管理範囲を超えて変更できてしまう事態となる。
このような事態を回避するためには、アクセス権の付与者と被付与者の関係を反映させた強弱関係情報と、この強弱関係情報を作成すること、強弱関係情報をアクセス権の変更に反映させることが必要となる（ここでいう強弱関係情報は単に組織的な階層関係のみを取り扱うことではない）。
図１０に例示のようにアクセス権の付与者と被付与者の関係にも、強い立場（追加者）と弱い立場（被追加者）の強弱関係が成り立ち、前述の関係（主担当と副担当の関係、組織的な階層関係、委託と請負など）と類似している。そこで、本実施の形態では、アクセス権の付与者と被付与者の関係を強弱関係情報として用いている。つまり、オブジェクトに対して新たにアクセス権を追加するときには強弱関係情報を作成し、既存のアクセス権を変更するときにはアクセス権の変更者と被変更者の関係をオブジェクトから取得した強弱関係情報から判定して、アクセス権の変更を許可するか否かのアクセス権制御を行う。
【００４０】
以下の説明は、前述した商品開発用フォルダに対して図８に例示した操作によって、表１と図９に例示している利用者（ユーザ又はグループ）にアクセス権を付与した場合の例である。
＜１＞新たにアクセス権が追加されたときに強弱関係情報を作成し、強弱関係情報格納モジュール１４５に記憶しておく場合について説明する。
図１１は、オブジェクト格納情報テーブル１１００のデータ構造例を示す説明図である。オブジェクト格納情報テーブル１１００は、オブジェクト格納モジュール１１５に記憶されている。オブジェクト格納情報テーブル１１００は、オブジェクトＩＤ欄１１１０、文書名欄１１２０、アクセス権リストＩＤ欄１１３０、強弱関係情報ＩＤ欄１１４０を有している。オブジェクトＩＤ欄１１１０は、オブジェクトを一意に識別するオブジェクトＩＤを記憶している。文書名欄１１２０は、そのオブジェクトの文書名（オブジェクトの名称、フォルダ名等を含む）を記憶している。アクセス権リストＩＤ欄１１３０は、アクセス権リストを一意に識別するアクセス権リストＩＤを記憶している。強弱関係情報ＩＤ欄１１４０は、強弱関係情報を一意に識別する強弱関係情報ＩＤを記憶している。これは、図６に例示の関係を示している。
【００４１】
図１２は、アクセス権リスト１２００のデータ構造例を示す説明図である。アクセス権リスト１２００は、アクセス権リスト格納モジュール１６０に記憶されている。アクセス権リスト１２００は、アクセス権リストＩＤ欄１２１０、主体欄１２２０、権限欄１２３０を有している。アクセス権リストＩＤ欄１２１０は、アクセス権リストを一意に識別するアクセス権リストＩＤを記憶している。主体欄１２２０は、アクセス権が付与されている利用者（ユーザ又はグループ）を一意に識別するユーザＩＤ又はグループＩＤを記憶している。権限欄１２３０は、アクセス権の種別を記憶している。
【００４２】
図１３は、強弱関係情報テーブル１３００のデータ構造例を示す説明図である。強弱関係情報テーブル１３００は、強弱関係情報格納モジュール１４５に記憶されている。強弱関係情報テーブル１３００は、強弱関係ＩＤ欄１３１０、強欄１３２０、弱欄１３３０を有している。強弱関係ＩＤ欄１３１０は、強弱関係を一意に識別する強弱関係ＩＤを記憶している。強欄１３２０は、強弱関係における強の立場（アクセス権の付与者）の利用者を一意に識別するユーザＩＤ又はグループＩＤを記憶している。弱欄１３３０は、強弱関係における弱の立場（アクセス権の被付与者）の利用者を一意に識別するユーザＩＤ又はグループＩＤを記憶している。
強弱関係情報テーブル１３００は、アクセス権の付与の操作が行われた場合に生成される。つまり、図８に例示の操作履歴テーブル８００のステップ２からステップ７から生成されたものである。例えば、佐藤（Ｕｓｅｒ−１）は、Ｇｒｏｕｐ−１に対して書き込み権、読み込み権を付与した場合（操作履歴テーブル８００のステップ２）に、強弱関係情報テーブル１３００の１行目の関係（強：Ｕｓｅｒ−１（付与者：佐藤）、弱：Ｇｒｏｕｐ−１（被付与者））を生成する。また、斎藤（Ｕｓｅｒ−１０）は、山田（Ｕｓｅｒ−１３）、佐々木（Ｕｓｅｒ−１４）、山口（Ｕｓｅｒ−１５）に対して読み込み権を付与した場合（操作履歴テーブル８００のステップ８）に、強弱関係情報テーブル１３００の７行目の関係（強：Ｕｓｅｒ−１０（付与者：斎藤）、弱：Ｕｓｅｒ−１３（被付与者：山田））、強弱関係情報テーブル１３００の８行目の関係（強：Ｕｓｅｒ−１０（付与者：斎藤）、弱：Ｕｓｅｒ−１４（被付与者：佐々木））、強弱関係情報テーブル１３００の９行目の関係（強：Ｕｓｅｒ−１０（付与者：斎藤）、弱：Ｕｓｅｒ−１５（被付与者：山口））を生成する。
【００４３】
例えば、商品開発用フォルダに対するアクセス権の変更制御の例は次のようになる。これらは、図４に例示のフローチャートにしたがっている。アクセス権の変更者が、アクセス権の被変更者に対して、強弱関係における強の関係にある場合は、変更可能とし、それ以外の場合（アクセス権の変更者が、アクセス権の被変更者に対して、強弱関係における弱の関係にある場合、又は強弱関係がない場合）は、変更できないと判断する。
（１）中村（Ｕｓｅｒ−８）より強の関係にある佐藤（Ｕｓｅｒ−１）が、中村のアクセス権を変更しようとした場合
１−１．強弱関係情報から、アクセス権の変更対象者Ｕｓｅｒ−８より強いユーザ／グループはＵｓｅｒ−７である。
１−２．Ｕｓｅｒ−７はアクセス権の変更者Ｕｓｅｒ−１と一致しない。
１−３．強弱関係情報から、Ｕｓｅｒ−７より強いユーザ／グループはＵｓｅｒ−４である。
１−４．Ｕｓｅｒ−４はアクセス権の変更者Ｕｓｅｒ−１と一致しない。
１−５．強弱関係情報から、Ｕｓｅｒ−４より強いユーザ／グループはＵｓｅｒ−１である。
１−６．Ｕｓｅｒ−１はアクセス権の変更者Ｕｓｅｒ−１と一致する。
１−７．アクセス権を変更する。
１−８．終了
よって、中村より強い関係にある佐藤は、中村のアクセス権を変更できる。
【００４４】
（２）佐藤（Ｕｓｅｒ−１）より弱い関係にある山本（Ｕｓｅｒ−７）が、佐藤のアクセス権を変更しようとした場合
２−１．強弱関係情報から、アクセス権の変更対象者Ｕｓｅｒ−１より強いユーザ／グループは存在しない。
２−２．終了。
よって、佐藤より弱い関係にある山本は、佐藤のアクセス権を変更できない。
【００４５】
（３）佐々木（Ｕｓｅｒ−１４）と強弱関係がない山本（Ｕｓｅｒ−７）が、佐々木のアクセス権を変更しようとした場合
３−１．強弱関係情報から、アクセス権の変更対象者Ｕｓｅｒ−１４より強いユーザ／グループはＵｓｅｒ−１０である。
３−２．Ｕｓｅｒ−１０はアクセス権の変更者Ｕｓｅｒ−７と一致しない。
３−３．強弱関係情報から、Ｕｓｅｒ−１０より強いユーザ／グループはＵｓｅｒ−４である。
３−４．Ｕｓｅｒ−４はアクセス権の変更者Ｕｓｅｒ−７と一致しない。
３−５．強弱関係情報から、Ｕｓｅｒ−４より強いユーザ／グループはＵｓｅｒ−１である。
３−６．Ｕｓｅｒ−１はアクセス権の変更者Ｕｓｅｒ−７と一致しない。
３−７．強弱関係情報から、Ｕｓｅｒ−１より強いユーザ／グループは存在しない。
３−８．終了
よって、佐々木と強弱関係がない山本は、佐々木のアクセス権を変更できない。
【００４６】
＜２＞既存のアクセス権を変更するときにアクセス権リスト変更履歴格納モジュール１６５から強弱関係情報を作成し、強弱関係を判定する場合について説明する。
図１４は、オブジェクト格納情報テーブル１４００のデータ構造例を示す説明図である。オブジェクト格納情報テーブル１４００は、オブジェクト格納モジュール１１５に記憶されている。オブジェクト格納情報テーブル１４００は、オブジェクトＩＤ欄１４１０、文書名欄１４２０、アクセス権リストＩＤ欄１４３０を有している。オブジェクトＩＤ欄１４１０は、オブジェクトを一意に識別するオブジェクトＩＤを記憶している。文書名欄１４２０は、そのオブジェクトの文書名を記憶している。アクセス権リストＩＤ欄１４３０アクセス権リストを一意に識別するアクセス権リストＩＤを記憶している。これは、図７に例示の関係を示している。
【００４７】
図１５は、アクセス権リスト変更履歴テーブル１５００のデータ構造例を示す説明図である。アクセス権リスト変更履歴テーブル１５００は、アクセス権リスト変更履歴格納モジュール１６５に記憶されている。アクセス権リスト変更履歴テーブル１５００は、アクセス権リスト変更履歴ＩＤ欄１５１０、変更者欄１５２０、アクセス権リストＩＤ欄１５３０、変更対象者欄１５４０、変更内容欄１５５０を有している。アクセス権リスト変更履歴ＩＤ欄１５１０は、アクセス権リスト変更履歴を一意に識別するアクセス権リスト変更履歴ＩＤを記憶している。変更者欄１５２０は、アクセス権を変更（付与を含む）した利用者を一意に識別するユーザＩＤを記憶している。アクセス権リストＩＤ欄１５３０は、アクセス権リストを一意に識別するアクセス権リストＩＤを記憶している。変更対象者欄１５４０は、アクセス権の変更（付与を含む）が行われた利用者のユーザＩＤ又はグループＩＤを記憶している。変更内容欄１５５０は、アクセス権の変更（付与を含む）の内容を記憶している。
【００４８】
以下のようにして、商品開発用フォルダのアクセス権リスト変更履歴テーブル１５００から強弱関係情報（強弱関係情報テーブル１３００）を作成する。
（１）商品開発用フォルダに関連付けられているアクセス権のアクセス権リスト変更履歴テーブル１５００から、新たにアクセス権を付与する変更履歴を取得する。具体的には、オブジェクト格納情報テーブル１４００内のアクセス権リストＩＤ欄１４３０のアクセス権リストＩＤに対応するアクセス権リスト変更履歴テーブル１５００内のアクセス権リストＩＤ欄１５３０の行を取得し、アクセス権を付与しているものを取得する。アクセス権リスト変更履歴テーブル１５００の例では、全ての行が取得されることになる。
（２）新たにアクセス権を付与する変更履歴における、アクセス権の変更者と変更対象者を取得する。具体的には、前述の（１）によって取得されたアクセス権リスト変更履歴テーブル１５００内の変更者欄１５２０と変更対象者欄１５４０から取得する。
（３）アクセス権の変更者と変更対象者はアクセス権の付与者と被付与者と同じなので、アクセス権の変更者と変更対象者からなる強弱関係情報（図１３に例示の強弱関係情報テーブル１３００）を生成する。
つまり、図１４に例示のオブジェクト格納情報テーブル１４００、図１５に例示のアクセス権リスト変更履歴テーブル１５００から図１３に例示の強弱関係情報テーブル１３００の強弱関係情報を作成する。アクセス権の変更制御は前述の＜１＞と同等である。
【００４９】
なお、本実施の形態としてのプログラムが実行されるコンピュータのハードウェア構成は、図１６に例示するように、一般的なコンピュータであり、具体的にはパーソナルコンピュータ、サーバーとなり得るコンピュータ等である。つまり、具体例として、処理部（演算部）としてＣＰＵ１６０１を用い、記憶装置としてＲＡＭ１６０２、ＲＯＭ１６０３、ＨＤ１６０４を用いている。ＨＤ１６０４として、例えばハードディスクを用いてもよい。アクセス権リスト変更モジュール１２０、アクセス権リスト変更権判断モジュール１２５、アクセス権リスト変更内容判断モジュール１３０、強弱関係情報生成Ａモジュール１３５、強弱関係情報生成Ｂモジュール１４０、強弱関係判断モジュール１５０、アクセス権リスト変更処理モジュール１５５等のプログラムを実行するＣＰＵ１６０１と、そのプログラムやデータを記憶するＲＡＭ１６０２と、本コンピュータを起動するためのプログラム等が格納されているＲＯＭ１６０３と、補助記憶装置であるＨＤ１６０４と、キーボード、マウス等のデータを入力する入力装置１６０６と、ＣＲＴや液晶ディスプレイ等の出力装置１６０５と、ネットワークインタフェースカード等の通信ネットワークと接続するための通信回線インタフェース１６０７、そして、それらをつないでデータのやりとりをするためのバス１６０８により構成されている。これらのコンピュータが複数台互いにネットワークによって接続されていてもよい。
【００５０】
前述の実施の形態のうち、コンピュータ・プログラムによるものについては、本ハードウェア構成のシステムにソフトウェアであるコンピュータ・プログラムを読み込ませ、ソフトウェアとハードウェア資源とが協働して、前述の実施の形態が実現される。
なお、図１６に示すハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図１６に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えばＡＳＩＣ等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続しているような形態でもよく、さらに図１６に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、情報家電、複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）などに組み込まれていてもよい。
【００５１】
本実施の形態では、強弱関係情報における弱いユーザが強いユーザのアクセス権を変更する場合などで、強弱関係判断モジュール１５０によって利用者のアクセス権の変更を許可する又は許可しない制御を行う。強弱関係判断モジュール１５０によって許可されないアクセス権の変更を繰り返し行っている利用者は、悪意によるものか単純なミスによるものかに関わらず検出するようにしてもよい。
つまり、強弱関係判断モジュール１５０による「アクセス権の変更の成否」をアクセス権リスト変更履歴格納モジュール１６５に記憶させる。例えば、アクセス権の変更者のユーザＩＤ、変更対象者のユーザＩＤ又はグループＩＤ、変更操作が行われた日時、アクセス権の変更の成否等を記憶させる。より具体的には、図１５に例示のアクセス権リスト変更履歴テーブル１５００に「アクセス権の変更の成否」欄を追加すればよい。
そして、例えば、強弱関係判断モジュール１５０が、既存のアクセス権の変更操作が行われたときに、アクセス権の変更者のアクセス権リスト変更履歴テーブル１５００が予め定められた条件（例えば、強弱関係判断モジュール１５０の判断によって、予め定められた期間内に予め定められた回数以上、予め定められた利用者のアクセス権リストの変更権の削除に失敗する、など）に該当するか否かを判断する処理を追加する。
そして、強弱関係判断モジュール１５０によって前述の条件を満たす利用者（許可されないアクセス権リストを変更しようとした利用者）を検出し、その利用者のアクセス権リスト変更権をロックする、又は剥奪するなどの処理を行ってもよい。
【００５２】
なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通などのために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標））、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）等が含まれる。
そして、前記のプログラム又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、あるいは無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分であってもよく、あるいは別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して
記録されていてもよい。また、圧縮や暗号化など、復元可能であればどのような態様で記録されていてもよい。
【符号の説明】
【００５３】
１００…情報処理装置
１１０…オブジェクト操作受付モジュール
１１５…オブジェクト格納モジュール
１２０…アクセス権リスト変更モジュール
１２５…アクセス権リスト変更権判断モジュール
１３０…アクセス権リスト変更内容判断モジュール
１３５…強弱関係情報生成Ａモジュール
１４０…強弱関係情報生成Ｂモジュール
１４５…強弱関係情報格納モジュール
１５０…強弱関係判断モジュール
１５５…アクセス権リスト変更処理モジュール
１６０…アクセス権リスト格納モジュール
１６５…アクセス権リスト変更履歴格納モジュール
１９９…利用者
【特許請求の範囲】
【請求項１】
コンピュータに、
権限変更の操作を行う第１の利用者を示す第１の利用者情報と、該権限変更の対象である第２の利用者を示す第２の利用者情報と、該権限変更の操作を示す操作情報を受け付ける変更操作受付機能と、
記憶装置に記憶された、情報に対する操作の権限を付与した付与者を示す付与者情報と、該付与者によって該権限が付与された被付与者を示す被付与者情報を対応させた権限付与者被付与者対応情報から、前記変更操作受付機能によって受け付けられた第２の利用者情報に該当する被付与者情報に対応する付与者情報を抽出する抽出機能と、
前記抽出機能によって抽出された付与者情報は、前記変更操作受付機能によって受け付けられた第１の利用者情報に該当するか否かを判断する判断機能と、
前記判断機能によって該当すると判断された場合に、前記変更操作受付機能によって受け付けられた操作情報が示す権限変更の処理を行う権限変更機能
を実現させるための情報処理プログラム。
【請求項２】
前記権限付与者被付与者対応情報は、付与者と被付与者の対応を複数有しており、
前記抽出機能は、前記判断機能によって該当しないと判断された場合に、前記権限付与者被付与者対応情報から、該抽出機能によって前回抽出された付与者情報に該当する被付与者情報に対応する付与者情報を抽出する
ことを特徴とする請求項１に記載の情報処理プログラム。
【請求項３】
権限付与の操作を行う第３の利用者を示す第３の利用者情報と、該権限付与の対象である第４の利用者を示す利用者情報と、該権限付与の操作を示す操作情報を受け付ける設定操作受付機能と、
前記設定操作受付機能によって受け付けられた前記第３の利用者情報を付与者情報として、前記設定操作受付機能によって受け付けられた前記第４の利用者情報を被付与者情報として、前記権限付与者被付与者対応情報を生成する生成機能
を前記コンピュータにさらに実現させるための請求項１又は２に記載の情報処理プログラム。
【請求項４】
記憶装置に記憶された、過去の権限の付与の履歴であって、権限の設定を行った第３の利用者を示す第３の利用者情報と、該第３の利用者によって権限の付与が行われた第４の利用者を示す第４の利用者情報を対応させた履歴情報から、該履歴情報内の該第３の利用者情報を付与者情報として、該履歴情報内の該第４の利用者情報を被付与者情報として、前記権限付与者被付与者対応情報を生成する生成機能
を前記コンピュータにさらに実現させるための請求項１又は２に記載の情報処理プログラム。
【請求項５】
権限変更の操作を行う第１の利用者を示す第１の利用者情報と、該権限変更の対象である第２の利用者を示す第２の利用者情報と、該権限変更の操作を示す操作情報を受け付ける変更操作受付手段と、
記憶装置に記憶された、情報に対する操作の権限を付与した付与者を示す付与者情報と、該付与者によって該権限が付与された被付与者を示す被付与者情報を対応させた権限付与者被付与者対応情報から、前記変更操作受付手段によって受け付けられた第２の利用者情報に該当する被付与者情報に対応する付与者情報を抽出する抽出手段と、
前記抽出手段によって抽出された付与者情報は、前記変更操作受付手段によって受け付けられた第１の利用者情報に該当するか否かを判断する判断手段と、
前記判断手段によって該当すると判断された場合に、前記変更操作受付手段によって受け付けられた操作情報が示す権限変更の処理を行う権限変更手段
を具備することを特徴とする情報処理装置。
【請求項１】
コンピュータに、
権限変更の操作を行う第１の利用者を示す第１の利用者情報と、該権限変更の対象である第２の利用者を示す第２の利用者情報と、該権限変更の操作を示す操作情報を受け付ける変更操作受付機能と、
記憶装置に記憶された、情報に対する操作の権限を付与した付与者を示す付与者情報と、該付与者によって該権限が付与された被付与者を示す被付与者情報を対応させた権限付与者被付与者対応情報から、前記変更操作受付機能によって受け付けられた第２の利用者情報に該当する被付与者情報に対応する付与者情報を抽出する抽出機能と、
前記抽出機能によって抽出された付与者情報は、前記変更操作受付機能によって受け付けられた第１の利用者情報に該当するか否かを判断する判断機能と、
前記判断機能によって該当すると判断された場合に、前記変更操作受付機能によって受け付けられた操作情報が示す権限変更の処理を行う権限変更機能
を実現させるための情報処理プログラム。
【請求項２】
前記権限付与者被付与者対応情報は、付与者と被付与者の対応を複数有しており、
前記抽出機能は、前記判断機能によって該当しないと判断された場合に、前記権限付与者被付与者対応情報から、該抽出機能によって前回抽出された付与者情報に該当する被付与者情報に対応する付与者情報を抽出する
ことを特徴とする請求項１に記載の情報処理プログラム。
【請求項３】
権限付与の操作を行う第３の利用者を示す第３の利用者情報と、該権限付与の対象である第４の利用者を示す利用者情報と、該権限付与の操作を示す操作情報を受け付ける設定操作受付機能と、
前記設定操作受付機能によって受け付けられた前記第３の利用者情報を付与者情報として、前記設定操作受付機能によって受け付けられた前記第４の利用者情報を被付与者情報として、前記権限付与者被付与者対応情報を生成する生成機能
を前記コンピュータにさらに実現させるための請求項１又は２に記載の情報処理プログラム。
【請求項４】
記憶装置に記憶された、過去の権限の付与の履歴であって、権限の設定を行った第３の利用者を示す第３の利用者情報と、該第３の利用者によって権限の付与が行われた第４の利用者を示す第４の利用者情報を対応させた履歴情報から、該履歴情報内の該第３の利用者情報を付与者情報として、該履歴情報内の該第４の利用者情報を被付与者情報として、前記権限付与者被付与者対応情報を生成する生成機能
を前記コンピュータにさらに実現させるための請求項１又は２に記載の情報処理プログラム。
【請求項５】
権限変更の操作を行う第１の利用者を示す第１の利用者情報と、該権限変更の対象である第２の利用者を示す第２の利用者情報と、該権限変更の操作を示す操作情報を受け付ける変更操作受付手段と、
記憶装置に記憶された、情報に対する操作の権限を付与した付与者を示す付与者情報と、該付与者によって該権限が付与された被付与者を示す被付与者情報を対応させた権限付与者被付与者対応情報から、前記変更操作受付手段によって受け付けられた第２の利用者情報に該当する被付与者情報に対応する付与者情報を抽出する抽出手段と、
前記抽出手段によって抽出された付与者情報は、前記変更操作受付手段によって受け付けられた第１の利用者情報に該当するか否かを判断する判断手段と、
前記判断手段によって該当すると判断された場合に、前記変更操作受付手段によって受け付けられた操作情報が示す権限変更の処理を行う権限変更手段
を具備することを特徴とする情報処理装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【公開番号】特開２０１２−３７９５１（Ｐ２０１２−３７９５１Ａ）
【公開日】平成２４年２月２３日（２０１２．２．２３）
【国際特許分類】
【出願番号】特願２０１０−１７５０８１（Ｐ２０１０−１７５０８１）
【出願日】平成２２年８月４日（２０１０．８．４）
【出願人】（０００００５４９６）富士ゼロックス株式会社 (21,908)
【Ｆターム（参考）】
【公開日】平成２４年２月２３日（２０１２．２．２３）
【国際特許分類】
【出願日】平成２２年８月４日（２０１０．８．４）
【出願人】（０００００５４９６）富士ゼロックス株式会社 (21,908)
【Ｆターム（参考）】
[ Back to top ]