(57)【要約】【課題】フォルダ等のオブジェクトに対する管理権を保持する管理権ユーザが削除された際に、そのオブジェクトに対する管理権をそのオブジェクトに相応しい他の管理権ユーザに保持させる。【解決手段】文書処理装置１０において、ユーザ削除検知部１２は、ユーザの削除を検知し、フォルダ検出部１３は、ユーザの削除により管理権ユーザがいなくなった管理権ユーザ消失フォルダを検出し、管理権ユーザ選出部１７は、属性テーブル記憶部１１に記憶された属性テーブルと、役職テーブル記憶部１４に記憶された役職テーブルとを参照することにより、管理権ユーザ消失フォルダに対する書込み権、削除権、閲覧権を保持するユーザから、管理権ユーザ消失フォルダに対する新たな管理権ユーザを選出し、管理権ユーザ設定部１８は、選出した新たな管理権ユーザを管理権ユーザ消失フォルダに設定する。【選択図】図１
2015133010.tif 000002
【特許請求の範囲】
【請求項１】
操作対象に対する複数種類の操作権を管理する権利である管理権を保持することが登録されていた第１の管理権保持者の削除を検出する検出手段と、
前記第１の管理権保持者の削除が検出されると、前記操作対象及び当該操作対象に関連する他の操作対象の少なくとも何れか一方に対する操作権及び管理権の少なくとも何れか一方を保持する複数の操作権保持者から、当該操作対象に対する管理権を新たに保持することとなる第２の管理権保持者を決定する決定手段と、
前記第２の管理権保持者が前記操作対象に対する管理権を保持することを登録する登録手段と
を備えたことを特徴とする操作対象管理装置。
【請求項２】
前記決定手段は、前記複数の操作権保持者の各々が保持する操作権の強弱に基づいて、前記複数の操作権保持者から前記第２の管理権保持者を決定することを特徴とする請求項１に記載の操作対象管理装置。
【請求項３】
前記決定手段は、前記複数の操作権保持者の各々による操作権の行使の履歴に基づいて、前記複数の操作権保持者から前記第２の管理権保持者を決定することを特徴とする請求項１又は請求項２に記載の操作対象管理装置。
【請求項４】
前記決定手段は、前記他の操作対象に対する管理権を保持する管理権保持者を前記第２の管理権保持者に決定することを特徴とする請求項１乃至請求項３の何れかに記載の操作対象管理装置。
【請求項５】
操作対象に対する複数種類の操作権を管理する権利である管理権を保持することが登録されていた第１の管理権保持者の削除を検出する検出手段と、
前記第１の管理権保持者の削除が検出されると、前記操作対象に関連する応用プログラムに対して設定された方針に基づいて、当該操作対象に対する管理権を新たに保持することとなる第２の管理権保持者を決定する決定手段と、
前記第２の管理権保持者が前記操作対象に対する管理権を保持することを登録する登録手段と
を備えたことを特徴とする操作対象管理装置。
【請求項６】
前記決定手段は、前記操作対象に関連する応用プログラムが第１の応用プログラムである場合に、当該第１の応用プログラムに関連する役割を有する者を前記第２の管理権保持者に決定し、前記操作対象に関連する応用プログラムが第２の応用プログラムである場合に、当該操作対象を作成した者を前記第２の管理権保持者に決定することを特徴とする請求項５に記載の操作対象管理装置。
【請求項７】
コンピュータに、
操作対象に対する複数種類の操作権を管理する権利である管理権を保持することが登録されていた第１の管理権保持者の削除を検出する機能と、
前記第１の管理権保持者の削除が検出されると、前記操作対象及び当該操作対象に関連する他の操作対象の少なくとも何れか一方に対する操作権及び管理権の少なくとも何れか一方を保持する複数の操作権保持者から、当該操作対象に対する管理権を新たに保持することとなる第２の管理権保持者を決定する機能と、
前記第２の管理権保持者が前記操作対象に対する管理権を保持することを登録する機能と
を実現させるためのプログラム。
【請求項８】
コンピュータに、
操作対象に対する複数種類の操作権を管理する権利である管理権を保持することが登録されていた第１の管理権保持者の削除を検出する機能と、
前記第１の管理権保持者の削除が検出されると、前記操作対象に関連する応用プログラムに対して設定された方針に基づいて、当該操作対象に対する管理権を新たに保持することとなる第２の管理権保持者を決定する機能と、
前記第２の管理権保持者が前記操作対象に対する管理権を保持することを登録する機能と
を実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、操作対象管理装置、プログラムに関する。
【背景技術】
【０００２】
所有者を表す属性である所有者属性を有した情報を管理するファイルシステムにおいて、システムにて管理される情報の属性構造であって、情報の所有者を表す属性となる所有者属性と、情報の所有者の代わりとなる者を表す属性となる委任者属性とを有し、所有者属性の属性値が削除されたときに、委任者属性の属性値を所有者属性の新たな属性値として設定する技術は知られている（例えば、特許文献１参照）。
【０００３】
ファイル共有サービス上でファイルのアクセス頻度を履歴として管理し、所有権限を有する利用者とアクセス頻度の高い利用者間で予め設定された移転条件を満たした場合は所有者権限をアクセス頻度の高い利用者に移転する技術も知られている（例えば、特許文献２参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平８−１１５２４５号公報
【特許文献２】特開２００７−１１８４４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の目的は、操作対象に対する管理権を保持する管理権保持者が削除された際に、その操作対象に対する管理権をその操作対象に相応しい他の管理権保持者に保持させることにある。
【課題を解決するための手段】
【０００６】
請求項１に記載の発明は、操作対象に対する複数種類の操作権を管理する権利である管理権を保持することが登録されていた第１の管理権保持者の削除を検出する検出手段と、前記第１の管理権保持者の削除が検出されると、前記操作対象及び当該操作対象に関連する他の操作対象の少なくとも何れか一方に対する操作権及び管理権の少なくとも何れか一方を保持する複数の操作権保持者から、当該操作対象に対する管理権を新たに保持することとなる第２の管理権保持者を決定する決定手段と、前記第２の管理権保持者が前記操作対象に対する管理権を保持することを登録する登録手段とを備えたことを特徴とする操作対象管理装置である。
請求項２に記載の発明は、前記決定手段は、前記複数の操作権保持者の各々が保持する操作権の強弱に基づいて、前記複数の操作権保持者から前記第２の管理権保持者を決定することを特徴とする請求項１に記載の操作対象管理装置である。
請求項３に記載の発明は、前記決定手段は、前記複数の操作権保持者の各々による操作権の行使の履歴に基づいて、前記複数の操作権保持者から前記第２の管理権保持者を決定することを特徴とする請求項１又は請求項２に記載の操作対象管理装置である。
請求項４に記載の発明は、前記決定手段は、前記他の操作対象に対する管理権を保持する管理権保持者を前記第２の管理権保持者に決定することを特徴とする請求項１乃至請求項３の何れかに記載の操作対象管理装置である。
請求項５に記載の発明は、操作対象に対する複数種類の操作権を管理する権利である管理権を保持することが登録されていた第１の管理権保持者の削除を検出する検出手段と、前記第１の管理権保持者の削除が検出されると、前記操作対象に関連する応用プログラムに対して設定された方針に基づいて、当該操作対象に対する管理権を新たに保持することとなる第２の管理権保持者を決定する決定手段と、前記第２の管理権保持者が前記操作対象に対する管理権を保持することを登録する登録手段とを備えたことを特徴とする操作対象管理装置である。
請求項６に記載の発明は、前記決定手段は、前記操作対象に関連する応用プログラムが第１の応用プログラムである場合に、当該第１の応用プログラムに関連する役割を有する者を前記第２の管理権保持者に決定し、前記操作対象に関連する応用プログラムが第２の応用プログラムである場合に、当該操作対象を作成した者を前記第２の管理権保持者に決定することを特徴とする請求項５に記載の操作対象管理装置である。
請求項７に記載の発明は、コンピュータに、操作対象に対する複数種類の操作権を管理する権利である管理権を保持することが登録されていた第１の管理権保持者の削除を検出する機能と、前記第１の管理権保持者の削除が検出されると、前記操作対象及び当該操作対象に関連する他の操作対象の少なくとも何れか一方に対する操作権及び管理権の少なくとも何れか一方を保持する複数の操作権保持者から、当該操作対象に対する管理権を新たに保持することとなる第２の管理権保持者を決定する機能と、前記第２の管理権保持者が前記操作対象に対する管理権を保持することを登録する機能とを実現させるためのプログラムである。
請求項８に記載の発明は、コンピュータに、操作対象に対する複数種類の操作権を管理する権利である管理権を保持することが登録されていた第１の管理権保持者の削除を検出する機能と、前記第１の管理権保持者の削除が検出されると、前記操作対象に関連する応用プログラムに対して設定された方針に基づいて、当該操作対象に対する管理権を新たに保持することとなる第２の管理権保持者を決定する機能と、前記第２の管理権保持者が前記操作対象に対する管理権を保持することを登録する機能とを実現させるためのプログラムである。
【発明の効果】
【０００７】
請求項１の発明によれば、本構成を有していない場合に比較して、操作対象に対する管理権を保持する管理権保持者が削除された際に、その操作対象に対する管理権をその操作対象に相応しい他の管理権保持者に保持させることができる。
請求項２の発明によれば、操作対象に相応しい他の管理権保持者を、複数の操作権保持者の各々が保持する操作権の強弱を考慮して決定することができる。
請求項３の発明によれば、操作対象に相応しい他の管理権保持者を、複数の操作権保持者の各々による操作権の行使の履歴を考慮して決定することができる。
請求項４の発明によれば、操作対象に相応しい他の管理権保持者を、その操作対象に関連する他の操作対象に対する管理権を保持する管理権保持者を考慮して決定することができる。
請求項５の発明によれば、本構成を有していない場合に比較して、操作対象に対する管理権を保持する管理権保持者が削除された際に、その操作対象に対する管理権をその操作対象に相応しい他の管理権保持者に保持させることができる。
請求項６の発明によれば、操作対象に相応しい他の管理権保持者を、応用プログラムに関連する役割を有する者とその操作対象を作成した者との間で切り替えることができる。
請求項７の発明によれば、本構成を有していない場合に比較して、操作対象に対する管理権を保持する管理権保持者が削除された際に、その操作対象に対する管理権をその操作対象に相応しい他の管理権保持者に保持させることができる。
請求項８の発明によれば、本構成を有していない場合に比較して、操作対象に対する管理権を保持する管理権保持者が削除された際に、その操作対象に対する管理権をその操作対象に相応しい他の管理権保持者に保持させることができる。
【図面の簡単な説明】
【０００８】
【図１】本発明の第１の実施の形態における文書処理装置の機能構成例を示したブロック図である。
【図２】本発明の第１の実施の形態における文書処理装置の属性テーブル記憶部に記憶された属性テーブルの一例を示した図である。
【図３】本発明の第１の実施の形態における文書処理装置の役職テーブル記憶部に記憶された役職テーブルの一例を示した図である。
【図４】本発明の第１の実施の形態における文書処理装置の管理権ユーザ選出部の動作例を示したフローチャートである。
【図５】本発明の第２の実施の形態における文書処理装置の機能構成例を示したブロック図である。
【図６】本発明の第２の実施の形態における文書処理装置の属性テーブル記憶部に記憶された属性テーブルの一例を示した図である。
【図７】本発明の第２の実施の形態における文書処理装置のポリシーテーブル記憶部に記憶されたポリシーテーブルの一例を示した図である。
【図８】本発明の第２の実施の形態における文書処理装置の役割テーブル記憶部に記憶された役割テーブルの一例を示した図である。
【図９】本発明の第２の実施の形態における文書処理装置の管理権ユーザ選出部の動作例を示したフローチャートである。
【図１０】本発明の実施の形態を適用可能なコンピュータのハードウェア構成例を示した図である。
【発明を実施するための形態】
【０００９】
以下、添付図面を参照して、本発明の実施の形態について詳細に説明する。
【００１０】
［発明の背景］
ファイル、フォルダ等のオブジェクトに対してユーザやグループ毎にアクセス権（操作権）を付与し得る文書処理装置では、ユーザやグループが削除されることにより、アクセス権を管理する権利（管理権）を保持するユーザやグループ（以下、「管理権保持者」という）が存在しないオブジェクトが発生する場合がある。このような場合、これまで一般に、そのオブジェクトを削除するといった対処や、システム管理者を管理権保持者とするといった対処しかなされていなかった。オブジェクトを削除した場合は、これを引き続き利用することができなくなり、システム管理者を管理権保持者とした場合は、システム管理者の負荷が増大してしまう。また、システム管理者がそのオブジェクトに関連する業務に関係ない場合、管理権保持者として相応しくないという問題も生じる。
【００１１】
そこで、本実施の形態では、オブジェクトの管理権を保持する管理権保持者がいなくなった場合に、他のユーザのアクセス権、オブジェクトの利用履歴、オブジェクトを作成したアプリケーションプログラム（以下、単に「アプリケーション」という）に対するアクセス権の設定等に鑑み、オブジェクトに相応しいユーザやグループに管理権を付与するようにする。
【００１２】
［第１の実施の形態］
第１の実施の形態は、操作対象の一例であるオブジェクトの管理権を保持する管理権保持者がいなくなった場合に、他のユーザのアクセス権及びオブジェクトの利用履歴に鑑み、オブジェクトに相応しいユーザやグループに管理権を付与するものである。但し、以下では、オブジェクトをフォルダとし、管理権保持者をユーザとして説明する。
【００１３】
図１は、第１の実施の形態における文書処理装置１０の機能構成例を示したブロック図である。図示するように、文書処理装置１０は、属性テーブル記憶部１１と、ユーザ削除検知部１２と、フォルダ検出部１３と、役職テーブル記憶部１４と、管理権ユーザ選出部１７と、管理権ユーザ設定部１８とを含む。
【００１４】
属性テーブル記憶部１１は、フォルダの属性を格納する属性テーブルを記憶する。この属性テーブルについては、後で詳しく述べる。
【００１５】
ユーザ削除検知部１２は、文書処理装置１０に登録されていたユーザのアカウントが削除されたことを検知する。例えば、文書処理装置１０の入力デバイス９６（図１０参照）を用いてユーザのアカウントを削除する操作が行われた場合にこの操作を検知する。そして、アカウントが削除されたユーザのユーザＩＤをフォルダ検出部１３に出力する。
【００１６】
フォルダ検出部１３は、ユーザのアカウントが削除されたことによって管理権を保持するユーザ（以下、「管理権ユーザ」という）を消失したフォルダ（以下、「管理権ユーザ消失フォルダ」という）を検出する。具体的には、属性テーブル記憶部１１に記憶された属性テーブルから、アカウントが削除されたユーザの情報を削除し、これによってフォルダに対する管理権ユーザの情報がなくなった管理権ユーザ消失フォルダを検出し、そのフォルダ名を取得する。そして、取得した全てのフォルダ名を管理権ユーザ選出部１７に出力する。
【００１７】
尚、以降の説明では、このようにユーザのアカウントが削除されたことを契機として、属性テーブルを参照することにより、管理権ユーザ消失フォルダを検出するものとするが、これには限らない。定期的に属性テーブルを参照し、何れかのフォルダの管理権ユーザとなっているユーザのアカウントが削除されているかどうかを調べることにより、管理権ユーザ消失フォルダを検出することも考えられる。そのような意味で、本実施の形態では、管理権を保持することが登録されていた第１の管理権保持者の削除を検出する検出手段の一例として、ユーザ削除検知部１２及びフォルダ検出部１３を設けていると言える。
【００１８】
役職テーブル記憶部１４は、ユーザの役職を示す情報を格納する役職テーブルを記憶する。この役職テーブルについては、後で詳しく述べる。
【００１９】
管理権ユーザ選出部１７は、フォルダ検出部１３からフォルダ名を受け取った全ての管理権ユーザ消失フォルダについて、属性テーブル記憶部１１に記憶された属性テーブルと役職テーブル記憶部１４に記憶された役職テーブルとを参照することにより、文書処理装置１０にアカウントが登録されているユーザの中から新たな管理権ユーザを選出する。本実施の形態では、操作対象に対する管理権を新たに保持することとなる第２の管理権保持者を決定する決定手段の一例として、管理権ユーザ選出部１７を設けている。
【００２０】
管理権ユーザ設定部１８は、管理権ユーザ選出部１７により選出された管理権ユーザを、管理権ユーザ消失フォルダに設定する。具体的には、この選出された管理権ユーザの情報を、属性テーブル記憶部１１に記憶された属性テーブルで管理権ユーザ消失フォルダに対して記憶する。本実施の形態では、第２の管理権保持者が操作対象に対する管理権を保持することを登録する登録手段の一例として、管理権ユーザ設定部１８を設けている。
【００２１】
尚、これらの処理部は、ソフトウェアとハードウェア資源とが協働することにより実現される。具体的には、ＣＰＵ９１（図１０参照）が、ユーザ削除検知部１２、フォルダ検出部１３、管理権ユーザ選出部１７及び管理権ユーザ設定部１８を実現するプログラムを例えばＨＤＤ９３（図１０参照）からメインメモリ９２（図１０参照）に読み込んで実行することにより、これらの処理部は実現される。また、属性テーブル記憶部１１及び役職テーブル記憶部１４は、例えばＨＤＤ９３（図１０参照）により実現される。
【００２２】
図２は、図１に示した属性テーブル記憶部１１に記憶された属性テーブルの一例を示した図である。図示するように、属性テーブルは、各フォルダの属性として、名前と、管理権ユーザリストと、書込み権ユーザリストと、削除権ユーザリストと、閲覧権ユーザリストとを格納している。ここで、名前は、フォルダの名称である。管理権ユーザリストは、フォルダに対するアクセス権（書込み権、削除権、閲覧権）を変更する権利である管理権を有するユーザのリストである。書込み権ユーザリストは、フォルダに書込む権利である書込み権を有するユーザのリストであり、削除権ユーザリストは、フォルダを削除する権利である削除権を有するユーザのリストであり、閲覧権ユーザリストは、フォルダを閲覧する権利である閲覧権を有するユーザのリストである。
【００２３】
また、各ユーザリストは、属性として、ユーザＩＤと、行使回数とを含む。ここで、ユーザＩＤは、ユーザの識別子であり、Ｘ，Ｙ，Ｚの何れかであるものとする。行使回数は、対応する権利を行使した回数である。図では、ユーザＩＤが「Ｕ」のユーザＵが権利をＭ回行使し、ユーザＩＤが「Ｖ」のユーザＶが権利をＮ回行使した場合に、ユーザＵ及びユーザＶからなるユーザリストを「（Ｕ：Ｍ，Ｖ：Ｎ）」で表している。例えば、フォルダＡについては、ユーザＸが管理権を５回行使し、ユーザＸ，Ｙ，Ｚが、書込み権をそれぞれ１０回、５回、２回、削除権をそれぞれ４回、６回、３回、閲覧権をそれぞれ１０回、１０回、１０回行使したことを示している。
【００２４】
図３は、図１に示した役職テーブル記憶部１４に記憶された役職テーブルの一例を示した図である。図示するように、役職テーブルは、属性として、ユーザＩＤと、役職とを格納している。ここで、ユーザＩＤは、上述した通り、ユーザの識別子であり、役職は、ユーザの職責である。
【００２５】
即ち、図３は、ユーザＸの役職が係長であり、ユーザＹの役職が主任であり、ユーザＺの役職が課長であることを示している。尚、図では、役職を言葉で表しているが、役職に割り当てられた役職コードで表してもよい。そして、この役職に対しては、レベルの高低が予め定義されているものとする。役職を言葉で表した場合や、役職をそのレベルを示さない役職コードで表した場合は、図示しないが、役職とそのレベルとを対応付けた情報を予め記憶しておけばよい。或いは、役職をそのレベルを示す役職コードで表してもよい。ここでは、課長に対してレベル高が、係長に対してレベル中が、主任に対してレベル低が、それぞれ定義されているものとする。
【００２６】
次に、第１の実施の形態における文書処理装置１０の動作について説明する。ユーザ削除検知部１２は、ユーザのアカウントの削除を検知すると、そのユーザのユーザＩＤをフォルダ検出部１３に出力する。すると、フォルダ検出部１３は、属性テーブルの各ユーザリストからそのユーザのユーザＩＤを削除し、これによって管理権ユーザリストからユーザＩＤがなくなった全ての管理権ユーザ消失フォルダのフォルダ名を取得して、これを管理権ユーザ選出部１７に出力する。
【００２７】
管理権ユーザ選出部１７は、フォルダ検出部１３から全ての管理権ユーザ消失フォルダのフォルダ名を受け取ると、各管理権ユーザ消失フォルダについて、新たな管理権ユーザを選出する。図４は、このときの管理権ユーザ選出部１７の動作例を示したフローチャートである。即ち、管理権ユーザ選出部１７は、各管理権ユーザ消失フォルダに着目し、図４に示した動作を実行する。
【００２８】
図示するように、管理権ユーザ選出部１７は、属性テーブル記憶部１１に記憶された属性テーブルを参照し、着目しているフォルダに対する書込み権ユーザリストが空であるか、つまり、書込み権ユーザリストにユーザＩＤが１つも含まれていないかを判定する（ステップ１０１）。書込み権ユーザリストが空でないと判定した場合、管理権ユーザ選出部１７は、書込み権ユーザリストに含まれるユーザＩＤから、最大の行使回数に対応するユーザＩＤを選出し、選出したユーザＩＤを新たな管理権ユーザの候補者リストに格納する（ステップ１０２）。そして、候補者リストに複数のユーザＩＤが格納されているかどうかを判定する（ステップ１０３）。ここで、候補者リストに複数のユーザＩＤが格納されていないと判定した場合、つまり、候補者リストに１人のユーザのユーザＩＤのみが格納されていると判定した場合、管理権ユーザ選出部１７は、候補者リストに格納されたユーザＩＤを、新たな管理権ユーザのユーザＩＤに設定する（ステップ１１１）。一方、ステップ１０１で書込み権ユーザリストが空であると判定した場合、及び、ステップ１０３で候補者リストに複数のユーザＩＤが格納されていると判定した場合、管理権ユーザ選出部１７は、１人の管理権ユーザを特定できないので、処理をステップ１０４に進める。
【００２９】
次に、管理権ユーザ選出部１７は、属性テーブル記憶部１１に記憶された属性テーブルを参照し、着目しているフォルダに対する削除権ユーザリストが空であるか、つまり、削除権ユーザリストにユーザＩＤが１つも含まれていないかを判定する（ステップ１０４）。削除権ユーザリストが空でないと判定した場合、管理権ユーザ選出部１７は、削除権ユーザリストに含まれるユーザＩＤから、最大の行使回数に対応するユーザＩＤを選出し、選出したユーザＩＤをこれまで格納されていたユーザＩＤに代えて新たな管理権ユーザの候補者リストに格納する（ステップ１０５）。そして、候補者リストに複数のユーザＩＤが格納されているかどうかを判定する（ステップ１０６）。ここで、候補者リストに複数のユーザＩＤが格納されていないと判定した場合、つまり、候補者リストに１人のユーザのユーザＩＤのみが格納されていると判定した場合、管理権ユーザ選出部１７は、候補者リストに格納されたユーザＩＤを、新たな管理権ユーザのユーザＩＤに設定する（ステップ１１１）。一方、ステップ１０４で削除権ユーザリストが空であると判定した場合、及び、ステップ１０６で候補者リストに複数のユーザＩＤが格納されていると判定した場合、管理権ユーザ選出部１７は、１人の管理権ユーザを特定できないので、処理をステップ１０７に進める。
【００３０】
次いで、管理権ユーザ選出部１７は、属性テーブル記憶部１１に記憶された属性テーブルを参照し、着目しているフォルダに対する閲覧権ユーザリストが空であるか、つまり、閲覧権ユーザリストにユーザＩＤが１つも含まれていないかを判定する（ステップ１０７）。閲覧権ユーザリストが空でないと判定した場合、管理権ユーザ選出部１７は、閲覧権ユーザリストに含まれるユーザＩＤから、最大の行使回数に対応するユーザＩＤを選出し、選出したユーザＩＤをこれまで格納されていたユーザＩＤに代えて新たな管理権ユーザの候補者リストに格納する（ステップ１０８）。そして、候補者リストに複数のユーザＩＤが格納されているかどうかを判定する（ステップ１０９）。ここで、候補者リストに複数のユーザＩＤが格納されていないと判定した場合、つまり、候補者リストに１人のユーザのユーザＩＤのみが格納されていると判定した場合、管理権ユーザ選出部１７は、候補者リストに格納されたユーザＩＤを、新たな管理権ユーザのユーザＩＤに設定する（ステップ１１１）。一方、ステップ１０７で閲覧権ユーザリストが空であると判定した場合、及び、ステップ１０９で候補者リストに複数のユーザＩＤが格納されていると判定した場合、管理権ユーザ選出部１７は、役職テーブル記憶部１４に記憶された役職テーブルを参照し、候補者リストに格納された複数のユーザＩＤから、最も高いレベルが定義された役職のユーザのユーザＩＤを選出する（ステップ１１０）。尚、このとき候補者リストに格納されている複数のユーザＩＤは、ステップ１０７の判定結果が「Ｙｅｓ」であることによってステップ１１０が実行された場合は、ステップ１０５で格納されたものであり、ステップ１０９の判定結果が「Ｙｅｓ」であることによってステップ１１０が実行された場合は、ステップ１０８で格納されたものである。その後、管理権ユーザ選出部１７は、ステップ１１０で選出したユーザＩＤを、新たな管理権ユーザのユーザＩＤに設定する（ステップ１１１）。
【００３１】
このように、図４に示した動作が全ての管理権ユーザ消失フォルダについて実行されると、管理権ユーザ選出部１７は、各管理権ユーザ消失フォルダに対して特定された新たな管理権ユーザのユーザＩＤを管理権ユーザ設定部１８に出力する。すると、管理権ユーザ設定部１８は、図２に示した属性テーブルの各管理権ユーザ消失フォルダに対して、管理権ユーザ選出部１７から受け取った新たな管理権ユーザのユーザＩＤを記憶する。
【００３２】
ここで、図２に示した属性テーブルが属性テーブル記憶部１１に記憶され、図３に示した役職テーブルが役職テーブル記憶部１４に記憶された状態で、ユーザＸが削除された場合の上記動作について説明する。この場合、図２に示した属性テーブルではフォルダＡ，Ｂ，Ｃの管理権ユーザがユーザＸとなっており、フォルダＡ，Ｂ，Ｃは管理権ユーザ消失フォルダとなるので、フォルダＡ，Ｂ，Ｃのそれぞれについて、図４に示した動作が実行される。
【００３３】
フォルダＡについて、図４に示した動作が実行された場合、管理権ユーザ選出部１７は、ステップ１０２で、書込み権ユーザリストに含まれるユーザＩＤから、最大の行使回数に対応するユーザＩＤとしてＹを選出し、これを候補者リストに格納する。すると、ステップ１０３の判定結果は「Ｎｏ」となる。これにより、管理権ユーザ選出部１７は、ステップ１１１で、Ｙを新たな管理権ユーザのユーザＩＤに設定する。
【００３４】
フォルダＢについて、図４に示した動作が実行された場合、管理権ユーザ選出部１７は、ステップ１０２で、書込み権ユーザリストに含まれるユーザＩＤから、最大の行使回数に対応するユーザＩＤとしてＹ，Ｚを選出し、これらを候補者リストに格納する。すると、ステップ１０３の判定結果は「Ｙｅｓ」となる。これにより、管理権ユーザ選出部１７は、ステップ１０５で、削除権ユーザリストに含まれるユーザＩＤから、最大の行使回数に対応するユーザＩＤとしてＹ，Ｚを選出し、これらを候補者リストに格納する。すると、ステップ１０６の判定結果は「Ｙｅｓ」となる。これにより、管理権ユーザ選出部１７は、ステップ１０８で、閲覧権ユーザリストに含まれるユーザＩＤから、最大の行使回数に対応するユーザＩＤとしてＺを選出し、これを候補者リストに格納する。すると、ステップ１０９の判定結果は「Ｎｏ」となる。これにより、管理権ユーザ選出部１７は、ステップ１１１で、Ｚを新たな管理権ユーザのユーザＩＤに設定する。
【００３５】
フォルダＣについて、図４に示した動作が実行された場合、管理権ユーザ選出部１７は、ステップ１０２で、書込み権ユーザリストに含まれるユーザＩＤから、最大の行使回数に対応するユーザＩＤとしてＹ，Ｚを選出し、これらを候補者リストに格納する。すると、ステップ１０３の判定結果は「Ｙｅｓ」となる。これにより、管理権ユーザ選出部１７は、ステップ１０５で、削除権ユーザリストに含まれるユーザＩＤから、最大の行使回数に対応するユーザＩＤとしてＹ，Ｚを選出し、これらを候補者リストに格納する。すると、ステップ１０６の判定結果は「Ｙｅｓ」となる。これにより、管理権ユーザ選出部１７は、ステップ１０８で、閲覧権ユーザリストに含まれるユーザＩＤから、最大の行使回数に対応するユーザＩＤとしてＹ，Ｚを選出し、これらを候補者リストに格納する。すると、ステップ１０９の判定結果は「Ｙｅｓ」となる。これにより、管理権ユーザ選出部１７は、ステップ１１０で、候補者リストに格納されたＹ，Ｚから、最も役職が高いユーザのユーザＩＤであるＺを選出し、ステップ１１１で、Ｚを新たな管理権ユーザのユーザＩＤに設定する。
【００３６】
尚、第１の実施の形態では、管理権ユーザ選出部１７が、ステップ１０９で候補者リストに複数のユーザＩＤが含まれていると判定した場合に、ステップ１１０で複数のユーザＩＤから１つのユーザＩＤを選出する方法として、ユーザの役職を用いる方法を採用したが、これには限らない。ユーザの属性を用いる方法であれば、社員番号、生年月日、勤続年数等の如何なる情報を用いる方法を採用してもよいし、これらの情報を組み合わせて用いる方法を採用してもよい。
【００３７】
また、第１の実施の形態では、書込み権、削除権、閲覧権のアクセス権に基づいて選出される管理権ユーザが存在しない場合の処理については言及しなかったが、その場合は、例えば、フォルダを削除する処理、システム管理者を管理権ユーザとする処理を行えばよい。或いは、それらの処理の何れを行うかを、ユーザが選択できるようにしてもよい。
【００３８】
更に、第１の実施の形態では、アクセス権における強弱関係を、書込み権、削除権、閲覧権の順に強いものとし、書込み権、削除権、閲覧権をこの順序で評価するようにしたが、これには限らない。アクセス権における強弱関係をこれとは異なるものとし、書込み権、削除権、閲覧権をこの順序とは異なる順序で評価してもよい。或いは、書込み権、削除権、閲覧権を評価する順序をユーザに指定させて変更できるようにしてもよい。また、書込み権、削除権、閲覧権以外のアクセス権を評価対象としてもよい。
【００３９】
また、第１の実施の形態では、管理権ユーザ選出部１７は、フォルダに対するアクセス権の強弱に差がなかった場合にアクセス権の行使回数に応じて管理権ユーザを選出するものとしたが、これには限らない。フォルダに対するアクセス権の強弱の差の有無に関係なくアクセス権の行使回数に応じて管理権ユーザを選出するようにしてもよい。尚、本明細書では、このようにアクセス権の行使回数を用いるものとして説明するが、アクセス権の行使回数以外の行使の履歴を示す情報を用いてもよい。
【００４０】
更に、第１の実施の形態では、管理権ユーザ消失フォルダそのものに対するアクセス権を保持するユーザから新たな管理権ユーザを選出したが、この限りではない。管理権ユーザ消失フォルダに関連する他のフォルダ（例えば、上位階層のフォルダ）に対する管理権ユーザを管理権ユーザ消失フォルダの新たな管理権ユーザとしてもよい。或いは、管理権ユーザ消失フォルダに関連する他のフォルダ（例えば、上位階層のフォルダ）に対するアクセス権を有するユーザから管理権ユーザ消失フォルダの新たな管理権ユーザを選出してもよい。そのような意味で、本実施の形態では、操作対象及び操作対象に関連する他の操作対象の少なくとも何れか一方に対する操作権及び管理権の少なくとも何れか一方を保持する複数の操作権保持者から第２の管理権保持者を決定する決定手段の一例として、管理権ユーザ選出部１７を設けていると言える。
【００４１】
［第２の実施の形態］
第２の実施の形態では、複数のアプリケーションが稼働しており、アプリケーションによってアクセス権の付与ルール（アクセスポリシー）が異なるシステムを考える。このようなシステムにおいて、第２の実施の形態は、操作対象の一例であるオブジェクトの管理権を保持する管理権保持者がいなくなった場合に、このアクセスポリシーに鑑み、オブジェクトに相応しいユーザやグループに管理権を付与するものである。但し、以下では、オブジェクトをフォルダとし、管理権保持者をユーザとして説明する。また、アプリケーションとしては、図面データを扱い図面の新旧版の差分を検出する差分検出アプリケーション、人事データを扱う人事データ管理アプリケーション、及び、経費の使用額を集計する経費集計アプリケーションがシステム上で稼働しているものとして説明する。
【００４２】
図５は、第２の実施の形態における文書処理装置２０の機能構成例を示したブロック図である。図示するように、文書処理装置２０は、属性テーブル記憶部２１と、ユーザ削除検知部２２と、フォルダ検出部２３と、ポリシーテーブル記憶部２５と、役割テーブル記憶部２６と、管理権ユーザ選出部２７と、管理権ユーザ設定部２８とを含む。
【００４３】
属性テーブル記憶部２１は、フォルダの属性を格納する属性テーブルを記憶する。この属性テーブルについては、後で詳しく述べる。
【００４４】
ユーザ削除検知部２２及びフォルダ検出部２３は、第１の実施の形態におけるユーザ削除検知部１２及びフォルダ検出部１３と同じ機能を有するので、説明を省略する。本実施の形態でも、管理権を保持することが登録されていた第１の管理権保持者の削除を検出する検出手段の一例として、ユーザ削除検知部２２及びフォルダ検出部２３を設けていると言える。
【００４５】
ポリシーテーブル記憶部２５は、アプリケーションごとのアクセスポリシー（アクセス権に関する方針）を格納するポリシーテーブルを記憶する。
【００４６】
役割テーブル記憶部２６は、ユーザの役割を示す情報を格納する役割テーブルを記憶する。この役割テーブルについては、後で詳しく述べる。
【００４７】
管理権ユーザ選出部２７は、フォルダ検出部２３からフォルダ名を受け取った全ての管理権ユーザ消失フォルダについて、属性テーブル記憶部２１に記憶された属性テーブルとポリシーテーブル記憶部２５に記憶されたポリシーテーブルと役割テーブル記憶部２６に記憶された役割テーブルとを参照することにより、文書処理装置２０にアカウントが登録されているユーザの中から新たな管理権ユーザを選出する。本実施の形態でも、操作対象に対する管理権を新たに保持することとなる第２の管理権保持者を決定する決定手段の一例として、管理権ユーザ選出部２７を設けている。
【００４８】
管理権ユーザ設定部２８は、第１の実施の形態における管理権ユーザ設定部１８と同じ機能を有するので、説明を省略する。本実施の形態でも、第２の管理権保持者が操作対象に対する管理権を保持することを登録する登録手段の一例として、管理権ユーザ設定部２８を設けている。
【００４９】
尚、これらの処理部は、ソフトウェアとハードウェア資源とが協働することにより実現される。具体的には、ＣＰＵ９１（図１０参照）が、ユーザ削除検知部２２、フォルダ検出部２３、管理権ユーザ選出部２７及び管理権ユーザ設定部２８を実現するプログラムを例えばＨＤＤ９３（図１０参照）からメインメモリ９２（図１０参照）に読み込んで実行することにより、これらの処理部は実現される。また、属性テーブル記憶部２１、ポリシーテーブル記憶部２５及び役割テーブル記憶部２６は、例えばＨＤＤ９３（図１０参照）により実現される。
【００５０】
図６は、図５に示した属性テーブル記憶部２１に記憶された属性テーブルの一例を示した図である。図示するように、属性テーブルは、各フォルダの属性として、名前と、生成者と、管理権ユーザリストと、書込み権ユーザリストと、削除権ユーザリストと、閲覧権ユーザリストと、関連アプリケーションとを格納している。ここで、名前は、フォルダの名称であり、生成者は、フォルダを生成したアプリケーションを利用していたユーザである。管理権ユーザリストは、フォルダに対するアクセス権（書込み権、削除権、閲覧権）を変更する権利である管理権を有するユーザのリストである。書込み権ユーザリストは、フォルダに書込む権利である書込み権を有するユーザのリストであり、削除権ユーザリストは、フォルダを削除する権利である削除権を有するユーザのリストであり、閲覧権ユーザリストは、フォルダを閲覧する権利である閲覧権を有するユーザのリストである。また、関連アプリケーションは、フォルダに関連するアプリケーションである。
【００５１】
また、各ユーザリストは、属性として、ユーザＩＤを含む。ここで、ユーザＩＤは、ユーザの識別子であり、Ｘ，Ｙ，Ｚの何れかであるものとする。図では、ユーザＩＤが「Ｕ」のユーザＵ及びユーザＩＤが「Ｖ」のユーザＶからなるユーザリストを「（Ｕ，Ｖ）」で表している。例えば、フォルダＡについては、ユーザＹが利用するアプリケーションによって生成され、ユーザＸが管理権、書込み権、削除権及び閲覧権を有し、差分検出アプリケーションに関連することを示している。
【００５２】
図７は、図５に示したポリシーテーブル記憶部２５に記憶されたポリシーテーブルの一例を示した図である。図示するように、ポリシーテーブルは、属性として、アプリケーションＩＤと、アクセスポリシーとを格納している。ここで、アプリケーションＩＤは、アプリケーションの識別子であり、アクセスポリシーは、    アプリケーションがフォルダに設定するアクセス権付与ルールである。
【００５３】
即ち、図７は、例えば、差分検出アプリケーションについて、アプリケーションを利用するユーザ（利用ユーザ）毎にフォルダを生成し、利用ユーザをフォルダの書込み権、削除権、閲覧権ユーザとし、フォルダの管理権ユーザが削除された際には、生成者をフォルダの管理権ユーザとすることを示している。尚、図では、アプリケーションＩＤを人間が理解可能な名称で表しているが、コンピュータのみが理解可能な一連番号等で表してもよい。
【００５４】
図８は、図５に示した役割テーブル記憶部２６に記憶された役割テーブルの一例を示した図である。図示するように、役割テーブルは、属性として、ユーザＩＤと、役割とを格納している。ここで、ユーザＩＤは、上述した通り、ユーザの識別子であり、役割は、例えば、人事担当責任者、経理担当責任者等のユーザが担う役割である。
【００５５】
即ち、図８は、ユーザＸの役割が人事担当及び経理担当であり、ユーザＹの役割が人事担当責任者であり、ユーザＺの役割が経理担当責任者であることを示している。尚、図では、役割を言葉で表しているが、役割に割り当てられた役割コードで表してもよい。
【００５６】
次に、第２の実施の形態における文書処理装置２０の動作について説明する。ユーザ削除検知部２２は、ユーザのアカウントの削除を検知すると、そのユーザのユーザＩＤをフォルダ検出部２３に出力する。すると、フォルダ検出部２３は、属性テーブルの生成者欄及び各ユーザリストからそのユーザのユーザＩＤを削除し、これによって管理権ユーザリストからユーザＩＤがなくなった全ての管理権ユーザ消失フォルダのフォルダ名を取得して、これを管理権ユーザ選出部２７に出力する。
【００５７】
管理権ユーザ選出部２７は、フォルダ検出部２３から全ての管理権ユーザ消失フォルダのフォルダ名を受け取ると、各管理権ユーザ消失フォルダについて、新たな管理権ユーザを選出する。図９は、このときの管理権ユーザ選出部２７の動作例を示したフローチャートである。即ち、管理権ユーザ選出部２７は、各管理権ユーザ消失フォルダに着目し、図９に示した動作を実行する。
【００５８】
図示するように、管理権ユーザ選出部２７は、属性テーブル記憶部２１に記憶された属性テーブルを参照し、着目しているフォルダに対する関連アプリケーションが人事データ管理アプリケーションであるかを判定する（ステップ２０１）。関連アプリケーションが人事データ管理アプリケーションであると判定した場合、管理権ユーザ選出部２７は、ポリシーテーブル記憶部２５に記憶されたポリシーテーブルを参照し、人事担当責任者を管理権ユーザとすべきことを決定する（ステップ２０２）。そして、役割テーブル記憶部２６に記憶された役割テーブルを参照し、役割が人事担当責任者であるユーザのユーザＩＤを、管理権ユーザの候補者のユーザＩＤとする（ステップ２０３）。これにより、管理権ユーザ選出部２７は、候補者のユーザＩＤを、新たな管理権ユーザのユーザＩＤに設定する（ステップ２１２）。
【００５９】
次に、管理権ユーザ選出部２７は、属性テーブル記憶部２１に記憶された属性テーブルを参照し、着目しているフォルダに対する関連アプリケーションが経理集計アプリケーションであるかを判定する（ステップ２０４）。関連アプリケーションが経理集計アプリケーションであると判定した場合、管理権ユーザ選出部２７は、ポリシーテーブル記憶部２５に記憶されたポリシーテーブルを参照し、経理担当責任者を管理権ユーザとすべきことを決定する（ステップ２０５）。そして、役割テーブル記憶部２６に記憶された役割テーブルを参照し、役割が経理担当責任者であるユーザのユーザＩＤを、管理権ユーザの候補者のユーザＩＤとする（ステップ２０６）。これにより、管理権ユーザ選出部２７は、候補者のユーザＩＤを、新たな管理権ユーザのユーザＩＤに設定する（ステップ２１２）。
【００６０】
次いで、管理権ユーザ選出部２７は、属性テーブル記憶部２１に記憶された属性テーブルを参照し、着目しているフォルダに対する関連アプリケーションが差分検出アプリケーションであるかを判定する（ステップ２０７）。関連アプリケーションが差分検出アプリケーションであると判定した場合、管理権ユーザ選出部２７は、ポリシーテーブル記憶部２５に記憶されたポリシーテーブルを参照し、着目しているフォルダの生成者を管理権ユーザとすべきことを決定する（ステップ２０８）。そして、属性テーブル記憶部２１に記憶された属性テーブルを参照し、フォルダ検出部２３が属性テーブルからユーザＩＤを削除した後も、着目しているフォルダの生成者が存在するかどうかを判定する（ステップ２０９）。ここで、生成者が存在すると判定した場合、管理権ユーザ選出部２７は、生成者のユーザＩＤを、管理権ユーザの候補者のユーザＩＤとする（ステップ２１０）。これにより、管理権ユーザ選出部２７は、候補者のユーザＩＤを、新たな管理権ユーザのユーザＩＤに設定する（ステップ２１２）。一方、ステップ２０９で生成者が存在しないと判定した場合、管理権ユーザ選出部２７は、着目しているフォルダを削除する（ステップ２１１）。
【００６１】
このように、図９に示した動作が全ての管理権ユーザ消失フォルダについて実行されると、管理権ユーザ選出部２７は、各管理権ユーザ消失フォルダに対して特定された新たな管理権ユーザのユーザＩＤを管理権ユーザ設定部２８に出力する。すると、管理権ユーザ設定部２８は、図６に示した属性テーブルの各管理権ユーザ消失フォルダに対して、管理権ユーザ選出部２７から受け取った新たな管理権ユーザのユーザＩＤを記憶する。
【００６２】
ここで、図６に示した属性テーブルが属性テーブル記憶部２１に記憶され、図７に示したポリシーテーブルがポリシーテーブル記憶部２５に記憶され、図８に示した役割テーブルが役割テーブル記憶部２６に記憶された状態で、ユーザＸが削除された場合の上記動作について説明する。この場合、図６に示した属性テーブルではフォルダＡ，Ｂ，Ｃ，Ｄの管理権ユーザがユーザＸとなっており、フォルダＡ，Ｂ，Ｃ，Ｄは管理権ユーザ消失フォルダとなるので、フォルダＡ，Ｂ，Ｃ，Ｄのそれぞれについて、図９に示した動作が実行される。
【００６３】
フォルダＡについて、図９に示した動作が実行された場合、管理権ユーザ選出部２７は、ステップ２０７で、関連アプリケーションが差分検出アプリケーションであると判定し、ステップ２０９で、生成者が存在すると判定し、ステップ２１０で、生成者のユーザＩＤとしてＹを選出し、これを候補者のユーザＩＤとする。これにより、管理権ユーザ選出部２７は、ステップ２１２で、Ｙを新たな管理権ユーザのユーザＩＤに設定する。
【００６４】
フォルダＢについて、図９に示した動作が実行された場合、管理権ユーザ選出部２７は、ステップ２０１で、関連アプリケーションが人事データ管理アプリケーションであると判定し、ステップ２０３で、人事担当責任者のユーザＩＤとしてＹを選出し、これを候補者のユーザＩＤとする。これにより、管理権ユーザ選出部２７は、ステップ２１２で、Ｙを新たな管理権ユーザのユーザＩＤに設定する。
【００６５】
フォルダＣについて、図９に示した動作が実行された場合、管理権ユーザ選出部２７は、ステップ２０４で、関連アプリケーションが経理集計アプリケーションであると判定し、ステップ２０６で、経路担当責任者のユーザＩＤとしてＺを選出し、これを候補者のユーザＩＤとする。これにより、管理権ユーザ選出部２７は、ステップ２１２で、Ｚを新たな管理権ユーザのユーザＩＤに設定する。
【００６６】
フォルダＤについて、図９に示した動作が実行された場合、管理権ユーザ選出部２７は、ステップ２０７で、関連アプリケーションが差分検出アプリケーションであると判定し、ステップ２０９で、生成者が存在しないと判定し、ステップ２１１で、フォルダＤを削除する。
【００６７】
尚、第２の実施の形態では、管理権ユーザの候補者が存在しない場合の処理としてフォルダを削除する処理を行ったが、例えば、システム管理者を管理権ユーザとする処理を行ってもよい。或いは、それらの処理の何れを行うかを、ユーザが選択できるようにしてもよい。
【００６８】
また、第２の実施の形態では、アプリケーションの強弱関係を、人事データ管理アプリケーション、経理集計アプリケーション、差分検出アプリケーションの順に強いものとし、人事データ管理アプリケーション、経理集計アプリケーション、差分検出アプリケーションをこの順序で評価するようにしたが、これには限らない。アプリケーションの強弱関係をこれとは異なるものとし、人事データ管理アプリケーション、経理集計アプリケーション、差分検出アプリケーションをこの順序とは異なる順序で評価してもよい。或いは、人事データ管理アプリケーション、経理集計アプリケーション、差分検出アプリケーションを評価する順序をユーザに指定させて変更できるようにしてもよい。
【００６９】
［コンピュータのハードウェア構成］
図１０は、図１に示した文書処理装置１０及び図５に示した文書処理装置２０を実現するコンピュータ９０のハードウェア構成例を示した図である。図示するように、コンピュータ９０は、演算手段であるＣＰＵ（Central Processing Unit）９１と、記憶手段であるメインメモリ９２及び磁気ディスク装置（ＨＤＤ：Hard Disk Drive）９３とを備える。ここで、ＣＰＵ９１は、ＯＳ（Operating System）やアプリケーション等の各種ソフトウェアを実行し、上述した各処理部を実現する。また、メインメモリ９２は、各種ソフトウェアやその実行に用いるデータ等を記憶し、磁気ディスク装置９３は、各種ソフトウェアに対する入力データや各種ソフトウェアからの出力データ等を記憶し、これらの一方又は両方が上述した各記憶部を実現する。更に、コンピュータ９０は、外部との通信を行うための通信Ｉ／Ｆ９４と、ディスプレイ等の表示デバイス９５と、キーボードやマウス等の入力デバイス９６とを備える。
【００７０】
尚、本実施の形態を実現するプログラムは、通信手段により提供することはもちろん、ＣＤ−ＲＯＭ等の記録媒体に格納して提供することも可能である。
【符号の説明】
【００７１】
１０，２０…文書処理装置、１１，２１…属性テーブル記憶部、１２，２２…ユーザ削除検知部、１３，２３…フォルダ検出部、１４…役職テーブル記憶部、２５…ポリシーテーブル記憶部、２６…役割テーブル記憶部、１７，２７…管理権ユーザ選出部、１８，２８…管理権ユーザ設定部
【図１】
2015133010.tif 000003
【図２】
2015133010.tif 000004
【図３】
2015133010.tif 000005
【図４】
2015133010.tif 000006
【図５】
2015133010.tif 000007
【図６】
2015133010.tif 000008
【図７】
2015133010.tif 000009
【図８】
2015133010.tif 000010
【図９】
2015133010.tif 000011
【図１０】
2015133010.tif 000012