JP2022042108A - 情報処理装置及び情報処理プログラム - Google Patents

Abstract

【課題】オブジェクトの管理者を変更するにあたって、単に次の管理者を割り当てた構成と比べて、不要な記憶領域となるオブジェクトを削除対象とすることができる情報処理装置を提供する。【解決手段】情報処理装置は、メモリとプロセッサを備え、前記メモリは、オブジェクトと前記オブジェクトの管理者を対応させて記憶しており、前記プロセッサは、前記管理者のうち第１管理者を変更するにあたって、前記第１管理者に対応するオブジェクトの管理者として、前記第１管理者と異なる第２管理者を抽出し、前記第２管理者を抽出できなかった場合に、前記第１管理者に対応するオブジェクトを削除の対象とする。【選択図】図１

Description

本発明は、情報処理装置及び情報処理プログラムに関する。

特許文献１には、フォルダ等のオブジェクトに対する管理権を保持する管理権ユーザーが削除された際に、そのオブジェクトに対する管理権をそのオブジェクトに相応しい他の管理権ユーザーに保持させることを課題とし、文書処理装置において、ユーザー削除検知部は、ユーザーの削除を検知し、フォルダ検出部は、ユーザーの削除により管理権ユーザーがいなくなった管理権ユーザー消失フォルダを検出し、管理権ユーザー選出部は、属性テーブル記憶部に記憶された属性テーブルと、役職テーブル記憶部に記憶された役職テーブルとを参照することにより、管理権ユーザー消失フォルダに対する書込み権、削除権、閲覧権を保持するユーザーから、管理権ユーザー消失フォルダに対する新たな管理権ユーザーを選出し、管理権ユーザー設定部は、選出した新たな管理権ユーザーを管理権ユーザー消失フォルダに設定することが開示されている。

特許文献２には、組織変更により無くなったグループに割り当てられていたアクセス権を組織変更後のグループに適切に割当直す作業を支援することを課題とし、アカウント比較部が、組織変更の前と後のアカウント情報を比較することで、削除されたグループを求め、変更情報作成部は、組織変更後のグループのうち、削除されたグループのメンバの割合が所定値以上のものを抽出し、それを削除されたグループの置き換え先の候補とし、変更要求通知部は、削除されたグループに対してアクセス権を与えていたオブジェクトの所有者に対し、アクセス権の変更の必要性を通知し、変更情報提示部は、削除されたグループに対して置き換え先の候補を提示し、その中からユーザーに置き換え先を選択させ、アクセス権置き換え部は、その選択結果に応じてＡＣＬ管理部のアクセス制御リストを書き換えることが開示されている。

特許文献３には、文書管理装置で管理するフォルダやファイルには特定のユーザーのみがアクセス権を持つ機密性の高い文書や個人情報も含まれ、異動等によりユーザアカウントを削除してしまった後でユーザーのみがアクセスできる文書管理装置を提供することを課題とし、ユーザアカウントが削除された場合、削除されたユーザーがアクセス権を有していたファイルを暗号化し、共用領域に保存し、ユーザーには共用領域にアクセスするためのゲストアカウントや暗号化されたファイルを解くためのパスワード等を通知し、元のユーザーはゲストアカウントで文書管理装置にログインすることでファイルを取得できることが開示されている。

特開２０１５－１３３０１０号公報 特開２００７－１７２２８０号公報 特開２０１０－１６０６１８号公報

オブジェクトの管理者を変更するにあたって、次の管理者を割り当てた場合、次の管理者は前の管理者のようにオブジェクトの内容を理解している場合は少ない。そこで、そのオブジェクトを削除することができずに、不要な記憶領域を保持したままとなることがある。そこで、本発明では、オブジェクトの管理者を変更するにあたって、単に次の管理者を割り当てた構成と比べて、不要な記憶領域となるオブジェクトを削除対象とすることができる。

かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、メモリとプロセッサを備え、前記メモリは、オブジェクトと前記オブジェクトの管理者を対応させて記憶しており、前記プロセッサは、前記管理者のうち第１管理者を変更するにあたって、前記第１管理者に対応するオブジェクトの管理者として、前記第１管理者と異なる第２管理者を抽出し、前記第２管理者を抽出できなかった場合に、前記第１管理者に対応するオブジェクトを削除の対象とする、情報処理装置である。

請求項２の発明は、前記プロセッサは、削除の対象となったオブジェクトに対して、本情報処理装置を使用するユーザーが、前記第１管理者である場合と該第１管理者ではない場合とでは異なる規則を用いて削除を行う、請求項１に記載の情報処理装置である。

請求項３の発明は、前記プロセッサは、本情報処理装置を使用するユーザーが前記第１管理者である場合の規則は、前記第１管理者が設定した規則である、請求項２に記載の情報処理装置である。

請求項４の発明は、前記プロセッサは、本情報処理装置を使用するユーザーが前記第１管理者ではない場合の規則は、削除対象であるオブジェクトの属性に応じた規則である、請求項２に記載の情報処理装置である。

請求項５の発明は、前記プロセッサは、前記オブジェクトの前記第２管理者を抽出するのに、前記オブジェクトの書き込み権があるユーザーであって、前記オブジェクトの書き込みを行った者を、第２管理者として抽出する、請求項１に記載の情報処理装置である。

請求項６の発明は、前記プロセッサは、請求項５に記載の処理によって、第２管理者を抽出できなかった場合に、さらに、前記オブジェクトの削除権があるユーザーであって、前記オブジェクトの異なる版の削除を行った者を、第２管理者として抽出する、請求項５に記載の情報処理装置である。

請求項７の発明は、前記プロセッサは、請求項６に記載の処理によって、第２管理者を抽出できなかった場合に、さらに、前記オブジェクトの閲覧権があるユーザーであって、前記オブジェクトの閲覧を行った者を、第２管理者として抽出する、請求項６に記載の情報処理装置である。

請求項８の発明は、前記プロセッサは、オブジェクトを保存すること、オブジェクトの記憶容量を削減することのいずれを優先するかを、本情報処理装置を使用するユーザーに選択させ、オブジェクトを保存することが選択された場合に、請求項７に記載の処理を行う、請求項７に記載の情報処理装置である。

請求項９の発明は、メモリとプロセッサを備えたコンピュータの前記メモリは、オブジェクトと前記オブジェクトの管理者を対応させて記憶しており、前記プロセッサに、前記管理者のうち第１管理者を変更するにあたって、前記第１管理者に対応するオブジェクトの管理者として、前記第１管理者と異なる第２管理者を抽出し、前記第２管理者を抽出できなかった場合に、前記第１管理者に対応するオブジェクトを削除の対象とするように制御する、処理を実行させるための情報処理プログラムである。

請求項１の情報処理装置によれば、オブジェクトの管理者を変更するにあたって、単に次の管理者を割り当てた構成と比べて、不要な記憶領域となるオブジェクトを削除対象とすることができる。

請求項２の情報処理装置によれば、情報処理装置を使用するユーザーが第１管理者である場合と第１管理者ではない場合とでは異なる規則を用いて、削除の対象となったオブジェクトを削除することができる。

請求項３の情報処理装置によれば、情報処理装置を使用するユーザーが第１管理者である場合の規則は、そのユーザーが設定した規則とすることができる。

請求項４の情報処理装置によれば、情報処理装置を使用するユーザーが第１管理者ではない場合の規則は、削除対象であるオブジェクトの属性に応じた規則とすることができる。

請求項５の情報処理装置によれば、オブジェクトの第２管理者として、そのオブジェクトの書き込み権があるユーザーであって、そのオブジェクトの書き込みを行った者とすることができる。

請求項６の情報処理装置によれば、さらに、オブジェクトの第２管理者として、オブジェクトの削除権があるユーザーであって、そのオブジェクトの異なる版の削除を行った者とすることができる。

請求項７の情報処理装置によれば、さらに、オブジェクトの第２管理者として、オブジェクトの閲覧権があるユーザーであって、そのオブジェクトの閲覧を行った者とすることができる。

請求項８の情報処理装置によれば、請求項７に記載の処理を行う場合として、オブジェクトを保存すること、オブジェクトの記憶容量を削減することのうち、オブジェクトを保存することが選択された場合とすることができる。

請求項９の情報処理プログラムによれば、オブジェクトの管理者を変更するにあたって、単に次の管理者を割り当てた構成と比べて、不要な記憶領域となるオブジェクトを削除対象とすることができる。

本実施の形態の構成例についての概念的なモジュール構成図である。 本実施の形態を利用したシステム構成例を示す説明図である。 本実施の形態の構成例についての具体的なモジュール構成図である。 本実施の形態による処理例を示すフローチャートである。 ユーザー管理テーブルのデータ構造例を示す説明図である。 オブジェクト管理テーブルのデータ構造例を示す説明図である。 オブジェクト・アクセス権管理テーブルのデータ構造例を示す説明図である。 対象オブジェクト管理テーブルのデータ構造例を示す説明図である。 本実施の形態による処理例を示すフローチャートである。 ログ管理テーブルのデータ構造例を示す説明図である。 候補者管理テーブルのデータ構造例を示す説明図である。 削除条件管理テーブルのデータ構造例を示す説明図である。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示すフローチャートである。

以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態の例を説明する。
図１は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（「ソフトウェア」の解釈として、コンピュータ・プログラムを含む）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（例えば、コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するという意味である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（例えば、データの授受、指示、データ間の参照関係、ログイン等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態にしたがって、又はそれまでの状況・状態にしたがって定まることの意を含めて用いる。「予め定められた値」が複数ある場合は、それぞれ異なった値であってもよいし、２以上の値（「２以上の値」には、もちろんのことながら、全ての値も含む）が同じであってもよい。また、「Ａである場合、Ｂをする」という記載は、「Ａであるか否かを判断し、Ａであると判断した場合はＢをする」の意味で用いる。ただし、Ａであるか否かの判断が不要である場合を除く。また、「Ａ、Ｂ、Ｃ」等のように事物を列挙した場合は、断りがない限り例示列挙であり、その１つのみを選んでいる場合（例えば、Ａのみ）を含む。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（「ネットワーク」には、一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（つまり、社会システム）にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。

本実施の形態である情報処理装置１００は、オブジェクトの管理者の設定処理を行う機能を有している。図１の例に示すように、情報処理装置１００は、少なくともプロセッサ１０５、メモリ１１０を有しており、それらをつないでデータのやりとりをするためのバス１９８により構成されている。この他に、情報処理装置１００は、出力装置１８５、受付装置１９０、通信装置１９５を有していてもよい。そして、バス１９８を介して、プロセッサ１０５、メモリ１１０、出力装置１８５、受付装置１９０、通信装置１９５の間でデータのやりとりが行われる。

なお、図１の例に示すブロック図は、本実施の形態を実現するコンピュータのハードウェア構成例をも示している。本実施の形態としてのプログラムが実行されるコンピュータのハードウェア構成は、図１に例示するようなコンピュータであり、具体的にはパーソナルコンピュータ、サーバーとなり得るコンピュータ等である。具体例として、処理部としてプロセッサ１０５を用い、記憶装置としてメモリ１１０を用いている。

プロセッサ１０５は、１つであってもよいし、複数あってもよい。プロセッサ１０５として、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの略）、マイクロプロセッサ等を含む。複数のプロセッサ１０５を用いる場合は、密結合マルチプロセッサ、疎結合マルチプロセッサのいずれの形態であってもよい。例えば、１つのプロセッサ１０５内に複数のプロセッサ・コアが搭載されていてもよい。さらに、複数のコンピュータを通信路で結んで仮想的に一台のコンピュータのように振る舞わせるシステムとしてもよい。具体例として、疎結合マルチプロセッサであって、クラスタシステム、コンピュータクラスタとして構成してもよい。プロセッサ１０５は、プログラムメモリ１４０内のプログラムを実行する。

メモリ１１０として、例えば、レジスタやキャッシュメモリ等のプロセッサ１０５内部の半導体メモリを含めてもよいし、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙの略）やＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙの略）等によって構成される主記憶装置であるメインメモリであってもよいし、永続性記憶装置としての機能を有するＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅの略）やＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅの略）の内部記憶装置、ＣＤ、ＤＶＤ、Ｂｌｕ－ｒａｙ（登録商標） Ｄｉｓｃ、ＵＳＢメモリ、メモリーカード等の外部記憶装置又は補助記憶装置であってもよいし、また、通信回線を介して接続されたサーバー等の記憶装置を含めてもよい。
メモリ１１０は、主にデータを記憶するデータメモリ１２０と主にプログラムを記憶するプログラムメモリ１４０を有している。なお、データメモリ１２０、プログラムメモリ１４０には、図示している情報、モジュールのプログラムの他、本コンピュータを起動するためのＯＳ等のプログラム、モジュールの実行において適宜変化するパラメータ等のデータが格納されていてもよい。

出力装置１８５は、例えば、表示装置１８７、印刷装置１８９等を有している。液晶ディスプレイ、有機ＥＬディスプレイ、３次元ディスプレイ、プロジェクター等の表示装置１８７は、プロセッサ１０５による処理結果、データメモリ１２０内のデータ等を、テキストやイメージ情報等として表示する。プリンタ、複合機等の印刷装置１８９は、プロセッサ１０５による処理結果、データメモリ１２０内のデータ等を印刷する。また、出力装置１８５として、スピーカー、機器を振動させるアクチュエータ等を含んでいてもよい。
受付装置１９０は、例えば、指示受付装置１９２、文書読取装置１９４等を有している。キーボード、マウス、マイク、カメラ（視線検知カメラ等を含む）等の指示受付装置１９２は、これらに対する利用者の操作（動作、音声、視線等を含む）に基づいたデータを受け付ける。
また、タッチスクリーンのように、表示装置１８７と指示受付装置１９２の両方の機能を備えているものがあってもよい。その場合、キーボードの機能の実現について、物理的なキーが存在しなくても、タッチスクリーン上にソフトウェアでキーボード（いわゆるソフトウェアキーボード、スクリーンキーボード等ともいわれる）を描画して、キーボードの機能を実現するようにしてもよい。
なお、ユーザーインタフェースとして、主に、表示装置１８７、指示受付装置１９２が用いられる。
スキャナ、カメラ等の文書読取装置１９４は、文書を読み取り又は撮影して、発生する画像データを受け付ける。
通信装置１９５は、通信回線を介して他の装置と接続するためのネットワークカード等の通信回線インタフェースである。

本実施の形態のうち、コンピュータ・プログラムによるものについては、本ハードウェア構成のプログラムメモリ１４０にソフトウェアであるコンピュータ・プログラムを読み込ませ、ソフトウェアとハードウェア資源とが協働して、本実施の形態が実現される。つまり、ソフトウェアによる情報処理がハードウェア資源（少なくともプロセッサ１０５、メモリ１１０、場合によっては出力装置１８５、受付装置１９０、通信装置１９５を含む）を用いて、本実施の形態が具体的に実現されており、全体として自然法則を利用している。
なお、図１に示すハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図１に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、プロセッサ１０５として、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの略、ＧＰＧＰＵ（Ｇｅｎｅｒａｌ－Ｐｕｒｐｏｓｅ ｃｏｍｐｕｔｉｎｇ ｏｎ Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔｓの略）を含む）を用いてもよいし、一部のモジュールの実行を専用のハードウェア（例えば特定用途向け集積回路（具体例として、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔの略）等がある）や再構成可能な集積回路（具体例として、ＦＰＧＡ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙの略）等がある）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続している形態でもよく、さらに図１に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、携帯情報通信機器（携帯電話、スマートフォン、モバイル機器、ウェアラブルコンピュータ等を含む）、情報家電、ロボット、複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）等に組み込まれていてもよい。

プロセッサ１０５は、バス１９８を介してメモリ１１０、出力装置１８５、受付装置１９０、通信装置１９５と接続されている。プロセッサ１０５は、プログラムメモリ１４０内のプログラムである各モジュールの実行シーケンスを記述したコンピュータ・プログラムにしたがった処理を実行する。例えば、指示受付装置１９２によってユーザーの操作を受け付けたことを契機として、プログラムメモリ１４０内のその操作に対応するモジュールによる処理を実行し、その処理結果をデータメモリ１２０に記憶させたり、表示装置１８７に出力したり、通信装置１９５を制御して他の装置に送信したりする。

メモリ１１０は、データメモリ１２０、プログラムメモリ１４０を有しており、バス１９８を介してプロセッサ１０５、出力装置１８５、受付装置１９０、通信装置１９５と接続されている。
データメモリ１２０は、オブジェクト・管理者対応記憶モジュール１２２、オブジェクト記憶モジュール１２４を有している。
オブジェクト・管理者対応記憶モジュール１２２は、オブジェクトとそのオブジェクトの管理者を対応させて記憶している。ここで、「オブジェクト」として、例えば、文書等のファイル、フォルダが該当する。
オブジェクト記憶モジュール１２４は、オブジェクトを記憶している。なお、オブジェクト記憶モジュール１２４が記憶する対象は、オブジェクト自体、又は、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒの略）等のようにそのオブジェクトが格納されている位置を示す情報であってもよい。さらに、そのオブジェクトの属性を記憶していてもよい。

プログラムメモリ１４０は、ユーザー管理モジュール１４２、オブジェクト管理モジュール１４４を記憶している。
ユーザー管理モジュール１４２は、ユーザーを管理する。ここで「管理」には、対象となっているユーザーは、オブジェクトの管理者であるか否かを管理すること、ユーザーがオブジェクトの管理者としてふさわしいか否かを管理することが含まれる。後者の「ユーザーがオブジェクトの管理者としてふさわしくない」として、例えば、そのユーザーが他部門に異動すること、退職すること等が該当する。

オブジェクト管理モジュール１４４は、オブジェクトの管理者を変更するにあたって、その管理者に対応するオブジェクトの次の管理者を抽出し、次の管理者を抽出できなかった場合に、そのオブジェクトを削除の対象とする。つまり、管理者のうち第１管理者を変更するにあたって、第１管理者に対応するオブジェクトの管理者として、第１管理者と異なる第２管理者を抽出し、第２管理者を抽出できなかった場合に、第１管理者に対応するオブジェクトを削除の対象とする。ここで「オブジェクトの管理者」は、いわゆる元の管理者（現在も管理者である者を含む）であり、「第１管理者」の一例である。また、「次の管理者」は、第１管理者が管理しているオブジェクトについての第１管理者の次に管理する者であり、例えば、第１管理者が退職等によって管理者としてふさわしくなくなるので、そのオブジェクトの管理者となるべき者であり、「第２管理者」の一例である。なお、第２管理者は、第１管理者とは異なる者であればよく、既に他のオブジェクトの管理者になっている者である必要はない。もちろんのことながら、第２の管理者として、既に他のオブジェクトの管理者になっている者を抽出してもよい。
なお、「オブジェクトを削除の対象」とした後は、情報処理装置１００を使用するユーザーに削除するか否かを問い合わせるようにしてもよいし、その問い合わせなしに削除するようにしてもよい。

なお、前述したように、オブジェクトには、ファイル、フォルダが含まれており、ファイルの削除処理を行った後に、フォルダの削除処理を行う。具体的には、ファイルに対して次の管理者抽出の処理を行い、そして、フォルダに対してもファイルと同様に次の管理者抽出の処理を行う。次に、そのフォルダ内のファイルが全て削除されている場合に、そのフォルダを削除するようにすればよい。

また、オブジェクト管理モジュール１４４は、削除の対象となったオブジェクトに対して、情報処理装置１００を使用するユーザーが、管理者である場合と管理者ではない場合とでは異なる規則を用いて削除を行うようにしてもよい。
ここで「管理者」は、削除対象となっているオブジェクトの管理者である。
例えば、オブジェクト管理モジュール１４４は、情報処理装置１００を使用するユーザーが管理者である場合の規則は、そのユーザーが設定した規則を用いるようにしてもよい。なお、ユーザーが設定した規則として、例えば、後述するような「オブジェクトの属性に応じた規則」であってもよい。ただし、規則自身の選択、又は、規則に用いる閾値は管理者であるユーザーが設定したものである。

例えば、オブジェクト管理モジュール１４４は、情報処理装置１００を使用するユーザーが管理者ではない場合の規則は、削除対象であるオブジェクトの属性に応じた規則を用いるようにしてもよい。
ここで「オブジェクトの属性に応じた規則」として、例えば、オブジェクトのサイズが予め定められたサイズより大きい又は以上であること、オブジェクトを記憶するための料金が予め定められた料金より高い又は以上であること、オブジェクトの種類（オブジェクトがファイルである場合は、そのファイルの拡張子）が予め定められた種類であること、オブジェクトの更新日時が予め定められた日時より前又は以前であること、オブジェクトのファイル名として予め定められた文字列を含んでいること、オブジェクトの登録日時が予め定められた日時より前又は以前であること等がある。

また、オブジェクト管理モジュール１４４は、オブジェクトの次の管理者を抽出するのに、そのオブジェクトの書き込み権があるユーザーであって、そのオブジェクトの書き込みを行った者を、次の管理者として抽出するようにしてもよい（処理Ａ）。
次に、オブジェクト管理モジュール１４４は、処理Ａによって、次の管理者を抽出できなかった場合に、さらに、オブジェクトの削除権があるユーザーであって、そのオブジェクトの異なる版の削除を行った者を、次の管理者として抽出するようにしてもよい（処理Ｂ）。
次に、オブジェクト管理モジュール１４４は、処理Ｂによって、次の管理者を抽出できなかった場合に、さらに、オブジェクトの閲覧権があるユーザーであって、そのオブジェクトの閲覧を行った者を、次の管理者として抽出するようにしてもよい（処理Ｃ）。

また、オブジェクト管理モジュール１４４は、オブジェクトを保存すること、オブジェクトの記憶容量を削減することのいずれを優先するかを、情報処理装置１００を使用するユーザーに選択させ、オブジェクトを保存することが選択された場合に、処理Ｃを行うようにしてもよい。
なお、オブジェクトの記憶容量を削減することが選択された場合は、処理Ｃを行わずに、処理Ａと処理Ｂで、そのオブジェクトの処理を終了することになる。

図２は、本実施の形態を利用したシステム構成例を示す説明図である。
情報処理装置１００、オブジェクト管理サーバー２１０、ユーザー端末２５０Ａ、ユーザー端末２５０Ｂ、ユーザー端末２５０Ｃ、ユーザー端末２５０Ｄは、通信回線２９０を介してそれぞれ接続されている。通信回線２９０は、無線、有線、これらの組み合わせであってもよく、例えば、通信インフラとしてのインターネット、イントラネット等であってもよい。
情報処理装置１００による機能は、クラウドサービスとして実現してもよい。また、オブジェクト管理サーバー２１０は、データメモリ１２０を有している。図１の例に示したデータメモリ１２０として、情報処理装置１００以外のオブジェクト管理サーバー２１０内にあるものを利用するようにしてもよい。オブジェクト管理サーバー２１０による機能も、クラウドサービスとして実現されていてもよい。

本実施の形態である情報処理装置１００は、文書管理サービスにおける文書の利用又は活用を支援するものである。特に、アクセスできなくなる可能性のあるオブジェクトを管理するものである。
例えば、オブジェクト管理サーバー２１０のようにクラウドサービスで行われている文書管理で、オブジェクト（例えば、フォルダ、ファイル）に対してアクセス権の設定を変更できるものがある。
クラウドサービスでの文書管理は、利用したオブジェクトのサイズで従量課金、又は、サイズ単位で追加購入する料金体系が主になっている。
アクセスできないオブジェクトがあるとユーザーは無駄に毎月料金を払うことになる。ここで、「アクセスできないオブジェクト」として、例えば、アクセス権が特定の利用者だけになっている文書であって、その特定の利用者が退職又は異動した場合等が該当する。つまり、オブジェクトの管理者であるユーザーが、アカウントの削除等によってオブジェクト管理サーバー２１０を利用できない状態になること、又は、オブジェクト管理サーバー２１０を利用できるが、そのオブジェクトの管理者でなくなった場合等が該当する。
また、管理者が特殊なモードで、「アクセスできないオブジェクト」にもアクセスできるような状態にできる機能もあるが、そのオブジェクトを削除していいのかが判断できない。そこで、管理者は、「アクセスできないオブジェクト」に対して、別のユーザーに権限を割り当てるが、その別のユーザーも、そのオブジェクトを削除していいのかが判断できないので、結局、そのオブジェクトはそのまま残ってしまう可能性がある。
情報処理装置１００は、削除等の対象であるユーザーが管理しているオブジェクトを、他のユーザーに引き継ぐこと、又は、そのオブジェクトを削除することを行う。

図３は、本実施の形態の構成例についての具体的なモジュール構成図である。文書管理システム３００は、情報処理装置１００を具体的に説明したものである。
文書管理システム３００は、アクセス権情報記憶モジュール３１０、属性情報記憶モジュール３１５、履歴情報記憶モジュール３２０、ユーザー情報入力モジュール３３０、オブジェクト検出モジュール３３５、削除条件入力モジュール３４０、管理権限選出モジュール３４５、オブジェクト処理モジュール３５０を有している。

ユーザー情報入力モジュール３３０は、オブジェクト検出モジュール３３５と接続されている。ユーザー情報入力モジュール３３０は、ユーザーの操作又は予め定められた処理にしたがって、削除対象のユーザーを入力する。具体的には、退職者又は異動者を入力する。ユーザーが操作をして、対象ユーザーを入力してもよいし、定期的（例えば、１か月毎）に、予め用意された退職者又は異動者が記載されたリストを入力してもよい。

削除条件入力モジュール３４０は、管理権限選出モジュール３４５と接続されている。削除条件入力モジュール３４０は、オブジェクトを削除する条件を設定する。条件として、特に、情報処理装置１００の操作者であるユーザーが確認せずにオブジェクトを削除する条件としてもよい。例えば、オブジェクトの属性であるサイズ、オブジェクトを記憶するための料金、オブジェクトの種類、更新日時、ファイル名、登録日時等を用いて、条件を設定する。条件の具体例としては、図１の例で示したオブジェクト管理モジュール１４４が適用する条件例として説明した。

オブジェクト検出モジュール３３５は、アクセス権情報記憶モジュール３１０、属性情報記憶モジュール３１５、履歴情報記憶モジュール３２０、ユーザー情報入力モジュール３３０、管理権限選出モジュール３４５と接続されている。オブジェクト検出モジュール３３５は、アクセス権情報記憶モジュール３１０から、ユーザー情報入力モジュール３３０で入力されたユーザーのみが管理しているオブジェクトを抽出する。１つのオブジェクトに対して複数人のユーザーが管理者である場合は、全てのユーザーがユーザー情報入力モジュール３３０で入力されたユーザーに該当する場合のオブジェクトを抽出する。もちろんのことながら、１つのオブジェクトに対して複数人のユーザーが管理者である場合であって、一部のユーザーはユーザー情報入力モジュール３３０で入力されたユーザーに該当するが、他のユーザーはユーザー情報入力モジュール３３０で入力されたユーザーに該当しない場合は、そのオブジェクトは抽出対象ではない。
そして、オブジェクト検出モジュール３３５は、抽出したオブジェクトのアクセス権、属性情報、履歴情報を、アクセス権情報記憶モジュール３１０、属性情報記憶モジュール３１５、履歴情報記憶モジュール３２０から抽出する。

管理権限選出モジュール３４５は、オブジェクト検出モジュール３３５、削除条件入力モジュール３４０、オブジェクト処理モジュール３５０と接続されている。管理権限選出モジュール３４５は、オブジェクト検出モジュール３３５によって抽出されたオブジェクトの次の管理者（新しい権利者）を選出する。

オブジェクト処理モジュール３５０は、管理権限選出モジュール３４５と接続されている。オブジェクト処理モジュール３５０は、オブジェクトの削除処理、オブジェクトのアクセス権の変更処理を行う。

アクセス権情報記憶モジュール３１０は、オブジェクト検出モジュール３３５と接続されている。アクセス権情報記憶モジュール３１０は、各オブジェクトのアクセス権を記憶している。例えば、図６、７を用いて後述するオブジェクト管理テーブル６００、オブジェクト・アクセス権管理テーブル７００等を記憶している。

属性情報記憶モジュール３１５は、オブジェクト検出モジュール３３５と接続されている。属性情報記憶モジュール３１５は、各オブジェクトの属性を記憶している。例えば、オブジェクトのサイズ、オブジェクトを記憶するための料金、オブジェクトの種類、オブジェクトの更新日時、オブジェクトのファイル名、オブジェクトの登録日時等がある。

履歴情報記憶モジュール３２０は、オブジェクト検出モジュール３３５と接続されている。履歴情報記憶モジュール３２０は、各オブジェクトに対して行われた操作の履歴を記憶している。例えば、図１０を用いて後述するログ管理テーブル１０００等を記憶している。

図４は、本実施の形態による処理例を示すフローチャートである。なお、「削除対象ユーザー」として、前述したように退職者、又は、異動者が該当する。

ステップＳ４０２では、対象となるオブジェクトのリストアップを行う。具体的には、削除対象ユーザーが管理者であるファイル、フォルダを対象とする。
削除対象ユーザーであるか否かの判断は、例えば、ユーザー管理テーブル５００を用いればよい。図５は、ユーザー管理テーブル５００のデータ構造例を示す説明図である。ユーザー管理テーブル５００は、ユーザーＩＤ欄５０５、ユーザー名欄５１０、現所属部門欄５１５、異動日欄５２０、退職日欄５２５を有している。ユーザーＩＤ欄５０５は、本実施の形態において、ユーザーを一意に識別するための情報（具体的には、ユーザーＩＤ：ＩＤｅｎｔｉｆｉｃａｔｉｏｎの略）が記憶されている。ユーザー名欄５１０は、そのユーザーのユーザー名が記憶されている。現所属部門欄５１５は、そのユーザーの現在の所属部門を記憶している。異動日欄５２０は、そのユーザーの異動した日、又は、異動予定の日が記憶されている。退職日欄５２５は、そのユーザーの退職した日、又は、退職予定の日が記憶されている。

管理者であるか否かの判断は、例えば、オブジェクト管理テーブル６００を用いればよい。図６は、オブジェクト管理テーブル６００のデータ構造例を示す説明図である。オブジェクト管理テーブル６００は、オブジェクトＩＤ欄６０５、オブジェクト種欄６１０、管理者欄６１５、ＵＲＬ欄６２０を有している。オブジェクトＩＤ欄６０５は、本実施の形態において、オブジェクトを一意に識別するための情報（具体的には、オブジェクトＩＤ）が記憶されている。オブジェクト種欄６１０は、オブジェクトの種別が記憶されている。オブジェクト種欄６１０には、例えば、種別として、ファイルであることを示す情報、フォルダであることを示す情報が記憶されている。管理者欄６１５は、そのオブジェクトの管理者が記憶されている。ＵＲＬ欄６２０は、そのオブジェクトの記憶位置を示すＵＲＬが記憶されている。

例えば、ユーザー管理テーブル５００の異動日欄５２０又は退職日欄５２５に記載がされているユーザーを抽出する。そして、その抽出したユーザーがオブジェクト管理テーブル６００の管理者欄６１５に記載されている場合に、そのオブジェクト管理テーブル６００のオブジェクトＩＤ欄６０５のオブジェクトを対象として抽出する。

また、削除対象ユーザーが管理者であって、かつ、権限が他のユーザーにはなかったファイル、フォルダを対象としてもよい。
権限が他のユーザーにあるか否かの判断は、例えば、オブジェクト・アクセス権管理テーブル７００を用いればよい。図７は、オブジェクト・アクセス権管理テーブル７００のデータ構造例を示す説明図である。オブジェクト・アクセス権管理テーブル７００は、オブジェクトＩＤ欄７０５、オブジェクト名欄７１０、書き込み権ユーザー欄７１５、削除権ユーザー欄７２０、閲覧権ユーザー欄７２５を有している。オブジェクトＩＤ欄７０５は、オブジェクトＩＤが記憶されている。オブジェクト名欄７１０は、そのオブジェクトの名称（ファイル名、フォルダ名）が記憶されている。書き込み権ユーザー欄７１５は、そのオブジェクトの書き込み権ユーザーが記憶されている。削除権ユーザー欄７２０は、そのオブジェクトの削除権ユーザーが記憶されている。閲覧権ユーザー欄７２５は、そのオブジェクトの閲覧権ユーザーが記憶されている。書き込み権ユーザー欄７１５、削除権ユーザー欄７２０、閲覧権ユーザー欄７２５内のユーザーとして、削除対象ユーザー以外のユーザーが記憶されている場合は、権限が他のユーザーにあるので、そのオブジェクトは対象とはならない。
例えば、ユーザー管理テーブル５００の異動日欄５２０又は退職日欄５２５に記載がされているユーザーを抽出する。そして、その抽出したユーザーがオブジェクト管理テーブル６００の管理者欄６１５に記載されている場合に、そのオブジェクト管理テーブル６００のオブジェクトＩＤ欄６０５のオブジェクトを抽出する。次に、その抽出したオブジェクトのオブジェクト・アクセス権管理テーブル７００の書き込み権ユーザー欄７１５、削除権ユーザー欄７２０、閲覧権ユーザー欄７２５にそのユーザーのみが記載されている場合に、そのオブジェクトが対象となる。

ステップＳ４０４では、対象のリストが空であるか否かを判断し、空の場合は処理を終了し（ステップＳ４９９）、それ以外の場合はステップＳ４０６へ進む。
ステップＳ４０６では、対象（ファイル）の処理を行う。ステップＳ４０６の詳細な処理については、図９の例に示すフローチャートを用いて後述する。
ステップＳ４０８では、対象（フォルダ）の処理を行う。ステップＳ４０８の詳細な処理については、図１５の例に示すフローチャートを用いて後述する。

図４の例に示したフローチャートの処理によって、例えば、対象オブジェクト管理テーブル８００を生成する。図８は、対象オブジェクト管理テーブル８００のデータ構造例を示す説明図である。対象オブジェクト管理テーブル８００は、対象オブジェクトＩＤ欄８０５、オブジェクト種欄８１０、処理済欄８１５を有している。対象オブジェクトＩＤ欄８０５は、対象となっているオブジェクトＩＤが記憶されている。オブジェクト種欄８１０は、そのオブジェクトの種別が記憶されている。処理済欄８１５は、そのオブジェクトは処理済であるかの情報が記憶されている。

なお、ステップＳ４０６の後に、ステップＳ４０８の処理を行う。つまり、フォルダの削除処理では、そのフォルダ内にファイルがない場合に、そのフォルダを削除することとしている。したがって、ステップＳ４０６とは別個にステップＳ４０８の処理を行うことによって、フォルダ自身も削除できるようにしている。

図９は、本実施の形態による処理例を示すフローチャートである。ファイルの削除処理例を示している。もちろんのことながら、この処理は、図４の例で示したフローチャートのステップＳ４０２の処理の後に行われるものである。

ステップＳ９０２では、書き込み権ユーザーリストが空であるか否かを判断し、空の場合はステップＳ９０８へ進み、それ以外の場合はステップＳ９０４へ進む。具体的には、対象としているオブジェクトのオブジェクト・アクセス権管理テーブル７００の書き込み権ユーザー欄７１５が空であるか否かを判断すればよい。ここでの「空」とは、削除対象ユーザー以外のユーザーが書き込み権ユーザー欄７１５内に記載されていないことである。

ステップＳ９０４では、書き込み権を行使した回数が最多であるユーザーを候補者リストに追加する。例えば、ログ管理テーブル１０００を用いればよい。図１０は、ログ管理テーブル１０００のデータ構造例を示す説明図である。ログ管理テーブル１０００は、ログＩＤ欄１００５、オブジェクトＩＤ欄１０１０、操作日時欄１０１５、操作ユーザーＩＤ欄１０２０、操作欄１０２５を有している。ログＩＤ欄１００５は、本実施の形態において、ログを一意に識別するための情報（具体的には、ログＩＤ）が記憶されている。オブジェクトＩＤ欄１０１０は、操作が行われたオブジェクトのオブジェクトＩＤが記憶されている。操作日時欄１０１５は、操作が行われた日時が記憶されている。操作ユーザーＩＤ欄１０２０は、操作を行ったユーザーのユーザーＩＤが記憶されている。操作欄１０２５は、操作が記憶されている。
具体的には、対象となっているオブジェクト（オブジェクトＩＤ欄１０１０）に対して書き込みの操作（操作欄１０２５）を行ったユーザー（操作ユーザーＩＤ欄１０２０）を抽出し、ユーザー毎に書き込みの操作を計数し、最も書き込みの操作が多かったユーザーを、そのオブジェクトの管理者の候補者として抽出する。

ステップＳ９０６では、候補者リストに複数ユーザーがいるか否かを判断し、複数ユーザーがいる場合はステップＳ９０８へ進み、それ以外の場合はステップＳ９２８へ進む。なお、候補者リストには、削除対象ユーザーと予め定められた関係を有するユーザー（例えば、削除対象ユーザーの上司等）を、予め含めておいてもよい。
例えば、候補者管理テーブル１１００を生成する。図１１は、候補者管理テーブル１１００のデータ構造例を示す説明図である。候補者管理テーブル１１００は、オブジェクトＩＤ欄１１０５、候補者数欄１１１０、候補者ＩＤ欄１１１５を有している。オブジェクトＩＤ欄１１０５は、オブジェクトＩＤが記憶されている。候補者数欄１１１０は、そのオブジェクトＩＤのオブジェクトの管理者の候補者数が記憶されている。候補者数欄１１１０内の候補者数だけ候補者ＩＤ欄１１１５が続く。候補者ＩＤ欄１１１５は、候補者であるユーザーのユーザーＩＤが記憶されている。

ステップＳ９０８では、削除権ユーザーリストが空であるか否かを判断し、空の場合はステップＳ９１４へ進み、それ以外の場合はステップＳ９１０へ進む。具体的には、対象としているオブジェクトのオブジェクト・アクセス権管理テーブル７００の削除権ユーザー欄７２０が空であるか否かを判断すればよい。ここでの「空」とは、削除対象ユーザー以外のユーザーが削除権ユーザー欄７２０内に記載されていないことである。

ステップＳ９１０では、削除権を行使した回数が最多であるユーザーを候補者リストに追加する。具体的には、対象となっているオブジェクト（オブジェクトＩＤ欄１０１０）の他のバージョンのオブジェクトに対して削除の操作（操作欄１０２５）を行ったユーザー（操作ユーザーＩＤ欄１０２０）を抽出し、ユーザー毎に削除の操作を計数し、最も削除の操作が多かったユーザーを、そのオブジェクトの管理者の候補者として抽出する。なお、「削除権を行使した」とは、もちろんのことながら、対象となっているオブジェクト自体に対して削除したことではなく、複数のバージョンがあるオブジェクトであって、対象となっているオブジェクトとは異なるバージョン（一般的には、対象となっているオブジェクトよりも前のバージョン）のオブジェクトを削除したことである。以下、同様である。

ステップＳ９１２では、候補者リストに複数ユーザーがいるか否かを判断し、複数ユーザーがいる場合はステップＳ９１４へ進み、それ以外の場合はステップＳ９２８へ進む。

ステップＳ９１４では、閲覧権ユーザーリストが空であるか否かを判断し、空の場合はステップＳ９２０へ進み、それ以外の場合はステップＳ９１６へ進む。具体的には、対象としているオブジェクトのオブジェクト・アクセス権管理テーブル７００の閲覧権ユーザー欄７２５が空であるか否かを判断すればよい。ここでの「空」とは、削除対象ユーザー以外のユーザーが閲覧権ユーザー欄７２５内に記載されていないことである。

ステップＳ９１６では、閲覧権を行使した回数が最多であるユーザーを候補者リストに追加する。具体的には、対象となっているオブジェクト（オブジェクトＩＤ欄１０１０）に対して閲覧の操作（操作欄１０２５）を行ったユーザー（操作ユーザーＩＤ欄１０２０）を抽出し、ユーザー毎に閲覧の操作を計数し、最も閲覧の操作が多かったユーザーを、そのオブジェクトの管理者の候補者として抽出する。

ステップＳ９１８では、候補者リストに複数ユーザーがいるか否かを判断し、複数ユーザーがいる場合はステップＳ９２０へ進み、それ以外の場合はステップＳ９２８へ進む。
ステップＳ９２０では、候補者リストが空であるか否かを判断し、空の場合はステップＳ９２２へ進み、それ以外の場合はステップＳ９２８へ進む。Ｓ９２２へ進むのは、対象となっているオブジェクトに対して、次の管理者の候補者がいない場合である。

ステップＳ９２２では、削除条件に一致するか否かを判断し、一致する場合はステップＳ９２４へ進み、それ以外の場合はステップＳ９２６へ進む。前述したように、削除条件は、本処理を行わせる指示を行ったユーザーが、削除対象ユーザー（対象となっているオブジェクトの管理者）であるか否かによって異なる削除条件を用いるようにしてもよい。本処理を行わせる指示を行ったユーザーが削除対象ユーザーである場合は、その削除対象ユーザーが定めた削除条件を用いる。その削除対象ユーザーは、今までの経験にしたがって、削除すべきオブジェクトの条件を定めるようにしている。例えば、削除条件管理テーブル１２００を用いればよい。図１２は、削除条件管理テーブル１２００のデータ構造例を示す説明図である。削除条件管理テーブル１２００は、ユーザーＩＤ欄１２０５、削除条件欄１２１０、新管理者欄１２１５を有している。ユーザーＩＤ欄１２０５は、ユーザーＩＤが記憶されている。削除条件欄１２１０は、そのユーザーＩＤのユーザーが管理者である場合の削除条件が記憶されている。新管理者欄１２１５は、新しい管理者が記憶されている。削除条件欄１２１０内の削除条件に合致しないオブジェクトがある場合は、新管理者欄１２１５内のユーザーＩＤのユーザーをそのオブジェクトの管理者とする。なお、新管理者欄１２１５がない削除条件管理テーブル１２００としてもよい。
また、本処理を行わせる指示を行ったユーザーが削除対象ユーザー以外のユーザーである場合は、予め定められた規則を用いる。この予め定められた規則は、オブジェクトの属性に応じて定められた規則であって、一律に適用されるものである。

ステップＳ９２４では、削除条件に一致したオブジェクトを削除する。なお、実際に削除する前に、本処理を行わせる指示を行ったユーザーに対して、その削除の問い合わせを行うようにしてもよい。
ステップＳ９２６では、候補者リストに作業実行者（本処理を行わせる指示を行ったユーザー）を追加する。
ステップＳ９２８では、作業実行者が選出したユーザーを管理者ユーザーとする。候補者リスト内にある候補者から、対象となっているオブジェクトの管理者を選出することになる。

図１３は、本実施の形態による処理例を示すフローチャートである。図９の例に示したフローチャートの変形例を示すものである。図９の例に示したステップＳ９１４からステップＳ９１８までの処理を削除したものである。つまり、閲覧だけをしたユーザーは、次の管理者とはしないようにしている。その他のステップの処理は、図９の例に示したステップの処理と同等である。

ステップＳ１３０２では、書き込み権ユーザーリストが空であるか否かを判断し、空の場合はステップＳ１３０８へ進み、それ以外の場合はステップＳ１３０４へ進む。
ステップＳ１３０４では、書き込み権を行使した回数が最多であるユーザーを候補者リストに追加する。

ステップＳ１３０６では、候補者リストに複数ユーザーがいるか否かを判断し、複数ユーザーがいる場合はステップＳ１３０８へ進み、それ以外の場合はステップＳ１３２２へ進む。
ステップＳ１３０８では、削除権ユーザーリストが空であるか否かを判断し、空の場合はステップＳ１３１４へ進み、それ以外の場合はステップＳ１３１０へ進む。

ステップＳ１３１０では、削除権を行使した回数が最多であるユーザーを候補者リストに追加する。
ステップＳ１３１２では、候補者リストに複数ユーザーがいるか否かを判断し、複数ユーザーがいる場合はステップＳ１３１４へ進み、それ以外の場合はステップＳ１３２２へ進む。

ステップＳ１３１４では、候補者リストが空であるか否かを判断し、空の場合はステップＳ１３１６へ進み、それ以外の場合はステップＳ１３２２へ進む。
ステップＳ１３１６では、削除条件に一致するか否かを判断し、一致する場合はステップＳ１３１８へ進み、それ以外の場合はステップＳ１３２０へ進む。

ステップＳ１３１８では、オブジェクトを削除する。
ステップＳ１３２０では、候補者リストに作業実行者を追加する。
ステップＳ１３２２では、作業実行者が選出したユーザーを管理者ユーザーとする。

図１４は、本実施の形態による処理例を示すフローチャートである。図９の例に示したフローチャートの変形例を示すものである。図９の例に示したフローチャートにステップＳ１４１４を追加したものである。なお、その他のステップの処理は、図９の例に示したステップの処理と同等である。

ステップ１４０２では、書き込み権ユーザーリストが空であるか否かを判断し、空の場合はステップＳ１４０８へ進み、それ以外の場合はステップＳ１４０４へ進む。
ステップＳ１４０４では、書き込み権を行使した回数が最多であるユーザーを候補者リストに追加する。

ステップＳ１４０６では、候補者リストに複数ユーザーがいるか否かを判断し、複数ユーザーがいる場合はステップＳ１４０８へ進み、それ以外の場合はステップＳ１４３０へ進む。
ステップＳ１４０８では、削除権ユーザーリストが空であるか否かを判断し、空の場合はステップＳ１４１４へ進み、それ以外の場合はステップＳ１４１０へ進む。

ステップＳ１４１０では、削除権を行使した回数が最多であるユーザーを候補者リストに追加する。
ステップＳ１４１２では、候補者リストに複数ユーザーがいるか否かを判断し、複数ユーザーがいる場合はステップＳ１４１４へ進み、それ以外の場合はステップＳ１４３０へ進む。

ステップＳ１４１４では、作業実行者が、オブジェクト管理費が予算内であるか否かを判断し、予算内の場合はステップＳ１４１６へ進み、それ以外の場合はステップＳ１４２２へ進む。この処理は、「オブジェクトを保存すること、オブジェクトの記憶容量を削減することのいずれを優先するかを、本情報処理装置を使用するユーザーに選択させること」の一例である。つまり、オブジェクトの管理費が予算内でなければ予算をオーバーしている場合であり（オブジェクトの記憶容量を削減することを優先する場合）、閲覧だけをしたユーザーは、次の管理者とはしないようにしている。これによって、閲覧だけがされたオブジェクトは、削除される可能性が高くなっている。また、オブジェクトの管理費が予算内であれば（オブジェクトを保存することを優先する場合）、閲覧だけをしたユーザーも、次の管理者となる可能性があり、そのオブジェクトを削除しない可能性を高めているようにしている。もちろんのことながら、ステップＳ１４１４の処理を、「作業実行者に、オブジェクトを保存すること、オブジェクトの記憶容量を削減することのいずれを優先するかを選択させ、オブジェクトの記憶容量を削減することを優先する場合はステップＳ１４２２へ進み、オブジェクトを保存することを優先する場合はステップＳ１４１６へ進む」ようにしてもよい。

ステップＳ１４１６では、閲覧権ユーザーリストが空であるか否かを判断し、空の場合はステップＳ１４２２へ進み、それ以外の場合はステップＳ１４１８へ進む。
ステップＳ１４１８では、閲覧権を行使した回数が最多であるユーザーを候補者リストに追加する。

ステップＳ１４２０では、候補者リストに複数ユーザーがいるか否かを判断し、複数ユーザーがいる場合はステップＳ１４２２へ進み、それ以外の場合はステップＳ１４３０へ進む。
ステップＳ１４２２では、候補者リストが空であるか否かを判断し、空の場合はステップＳ１４２４へ進み、それ以外の場合はステップＳ１４３０へ進む。

ステップＳ１４２４では、削除条件に一致するか否かを判断し、一致する場合はステップＳ１４２６へ進み、それ以外の場合はステップＳ１４２８へ進む。
ステップＳ１４２６では、オブジェクトを削除する。

ステップＳ１４２８では、候補者リストに作業実行者を追加する。
ステップＳ１４３０では、作業実行者が選出したユーザーを管理者ユーザーとする。

図１５は、本実施の形態による処理例を示すフローチャートである。フォルダの削除処理例を示している。ステップＳ１５０２からステップＳ１５２０までの処理は、図９の例に示したフローチャートのステップＳ９０２からステップＳ９２０までの処理と同等であり、つまり、オブジェクトがファイルではなくフォルダである。

ステップＳ１５０２では、書き込み権ユーザーリストが空であるか否かを判断し、空の場合はステップＳ１５０８へ進み、それ以外の場合はステップＳ１５０４へ進む。
ステップＳ１５０４では、書き込み権を行使した回数が最多であるユーザーを候補者リストに追加する。

ステップＳ１５０６では、候補者リストに複数ユーザーがいるか否かを判断し、複数ユーザーがいる場合はステップＳ１５０８へ進み、それ以外の場合はステップＳ１５２２へ進む。
ステップＳ１５０８では、削除権ユーザーリストが空であるか否かを判断し、空の場合はステップＳ１５１４へ進み、それ以外の場合はステップＳ１５１０へ進む。

ステップＳ１５１０では、削除権を行使した回数が最多であるユーザーを候補者リストに追加する。
ステップＳ１５１２では、候補者リストに複数ユーザーがいるか否かを判断し、複数ユーザーがいる場合はステップＳ１５１４へ進み、それ以外の場合はステップＳ１５２２へ進む。

ステップＳ１５１４では、閲覧権ユーザーリストが空であるか否かを判断し、空の場合はステップＳ１５２０へ進み、それ以外の場合はステップＳ１５１６へ進む。
ステップＳ１５１６では、閲覧権を行使した回数が最多であるユーザーを候補者リストに追加する。

ステップＳ１５１８では、候補者リストに複数ユーザーがいるか否かを判断し、複数ユーザーがいる場合はステップＳ１５２０へ進み、それ以外の場合はステップＳ１５２２へ進む。
ステップＳ１５２０では、候補者リストが空であるか否かを判断し、空の場合はステップＳ１５２４へ進み、それ以外の場合はステップＳ１５２２へ進む。

ステップＳ１５２２では、作業実行者が選出したユーザーを管理者ユーザーとする。候補者リスト内にある候補者から、対象となっているオブジェクトの管理者を選出することになる。
ステップＳ１５２４では、対象となっているオブジェクト（フォルダ）の下位にファイルが有るか否かを判断し、有る場合はステップＳ１５２６へ進み、それ以外の場合はステップＳ１５２８へ進む。

ステップＳ１５２６では、作業実行者が、下位のファイルの管理者のいずれかを、対象となっているオブジェクト（フォルダ）の管理者とする選出を行う。
ステップＳ１５２８では、オブジェクト（フォルダ）を削除する。そのフォルダ下にはファイルがないので即座に削除対象とする。

図１６は、本実施の形態による処理例を示すフローチャートである。図１５の例に示したフローチャートの変形例を示すものである。図１５の例に示したステップＳ１５１４からステップＳ１５１８までの処理を削除したものである。つまり、閲覧だけしたユーザーは、次の管理者とはしないようにしている。その他のステップの処理は、図１５の例に示したステップの処理と同等である。

ステップＳ１６０２では、書き込み権ユーザーリストが空であるか否かを判断し、空の場合はステップＳ１６０８へ進み、それ以外の場合はステップＳ１６０４へ進む。
ステップＳ１６０４では、書き込み権を行使した回数が最多であるユーザーを候補者リストに追加する。

ステップＳ１６０６では、候補者リストに複数ユーザーがいるか否かを判断し、複数ユーザーがいる場合はステップＳ１６０８へ進み、それ以外の場合はステップＳ１６１６へ進む。
ステップＳ１６０８では、削除権ユーザーリストが空であるか否かを判断し、空の場合はステップＳ１６１４へ進み、それ以外の場合はステップＳ１６１０へ進む。

ステップＳ１６１０では、削除権を行使した回数が最多であるユーザーを候補者リストに追加する。
ステップＳ１６１２では、候補者リストに複数ユーザーがいるか否かを判断し、複数ユーザーがいる場合はステップＳ１６１４へ進み、それ以外の場合はステップＳ１６１６へ進む。

ステップＳ１６１４では、候補者リストが空であるか否かを判断し、空の場合はステップＳ１６１８へ進み、それ以外の場合はステップＳ１６１６へ進む。
ステップＳ１６１６では、作業実行者が選出したユーザーを管理者ユーザーとする。

ステップＳ１６１８では、下位にファイルが有るか否かを判断し、有る場合はステップＳ１６２０へ進み、それ以外の場合はステップＳ１６２２へ進む。
ステップＳ１６２０では、下位のファイルの管理者のいずれかを管理者とする。
ステップＳ１６２２では、オブジェクト（フォルダ）を削除する。

図１７は、本実施の形態による処理例を示すフローチャートである。図１５の例に示したフローチャートの変形例を示すものである。図１５の例に示したフローチャートにステップＳ１７１４を追加したものである。なお、その他のステップの処理は、図１５の例に示したステップの処理と同等である。

ステップ１７０２では、書き込み権ユーザーリストが空であるか否かを判断し、空の場合はステップＳ１７０８へ進み、それ以外の場合はステップＳ１７０４へ進む。
ステップＳ１７０４では、書き込み権を行使した回数が最多であるユーザーを候補者リストに追加する。

ステップＳ１７０６では、候補者リストに複数ユーザーがいるか否かを判断し、複数ユーザーがいる場合はステップＳ１７０８へ進み、それ以外の場合はステップＳ１７２４へ進む。
ステップＳ１７０８では、削除権ユーザーリストが空であるか否かを判断し、空の場合はステップＳ１７１４へ進み、それ以外の場合はステップＳ１７１０へ進む。

ステップＳ１７１０では、削除権を行使した回数が最多であるユーザーを候補者リストに追加する。
ステップＳ１７１２では、候補者リストに複数ユーザーがいるか否かを判断し、複数ユーザーがいる場合はステップＳ１７１４へ進み、それ以外の場合はステップＳ１７２４へ進む。

ステップＳ１７１４では、作業実行者が、オブジェクト管理費が予算内であるか否かを判断し、予算内の場合はステップＳ１７１６へ進み、それ以外の場合はステップＳ１７２２へ進む。この処理は、図１４の例に示したフローチャートのステップＳ１４１４と同等の処理である。
ステップＳ１７１６では、閲覧権ユーザーリストが空であるか否かを判断し、空の場合はステップＳ１７２２へ進み、それ以外の場合はステップＳ１７１８へ進む。

ステップＳ１７１８では、閲覧権を行使した回数が最多であるユーザーを候補者リストに追加する。
ステップＳ１７２０では、候補者リストに複数ユーザーがいるか否かを判断し、複数ユーザーがいる場合はステップＳ１７２２へ進み、それ以外の場合はステップＳ１７２４へ進む。

ステップＳ１７２２では、候補者リストが空であるか否かを判断し、空の場合はステップＳ１７２６へ進み、それ以外の場合はステップＳ１７２４へ進む。
ステップＳ１７２４では、作業実行者が選出したユーザーを管理者ユーザーとする。

ステップＳ１７２６では、下位にファイルが有るか否かを判断し、有る場合はステップＳ１７２８へ進み、それ以外の場合はステップＳ１７３０へ進む。
ステップＳ１７２８では、下位のファイルの管理者のいずれかを管理者とする。
ステップＳ１７３０では、オブジェクト（フォルダ）を削除する。

上記各実施形態において、プロセッサとは広義的なプロセッサを指し、汎用的なプロセッサ（例えば ＣＰＵ： Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、等）や、専用のプロセッサ（例えば ＧＰＵ： Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＡＳＩＣ： Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、ＦＰＧＡ： Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、プログラマブル論理デバイス、等）を含むものである。
また上記各実施形態におけるプロセッサの動作は、１つのプロセッサによって成すのみでなく、物理的に離れた位置に存在する複数のプロセッサが協働して成すものであってもよい。また、プロセッサの各動作の順序は上記各実施形態において記載した順序のみに限定されるものではなく、適宜変更してもよい。
なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通等のために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ－Ｒ、ＤＶＤ－ＲＷ、ＤＶＤ－ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ－ＲＯＭ）、ＣＤレコーダブル（ＣＤ－Ｒ）、ＣＤリライタブル（ＣＤ－ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ－ｒａｙ（登録商標） Ｄｉｓｃ）、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌの略）メモリーカード等が含まれる。
そして、前記のプログラムの全体又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、又は無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分若しくは全部であってもよく、又は別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して記録されていてもよい。また、圧縮や暗号化等、復元可能であればどのような態様で記録されていてもよい。

１００…情報処理装置
１０５…プロセッサ
１１０…メモリ
１２０…データメモリ
１２２…オブジェクト・管理者対応記憶モジュール
１２４…オブジェクト記憶モジュール
１４０…プログラムメモリ
１４２…ユーザー管理モジュール
１４４…オブジェクト管理モジュール
１８５…出力装置
１８７…表示装置
１８９…印刷装置
１９０…受付装置
１９２…指示受付装置
１９４…文書読取装置
１９５…通信装置
１９８…バス
２１０…オブジェクト管理サーバー
２５０…ユーザー端末
２９０…通信回線
３００…文書管理システム
３１０…アクセス権情報記憶モジュール
３１５…属性情報記憶モジュール
３２０…履歴情報記憶モジュール
３３０…ユーザー情報入力モジュール
３３５…オブジェクト検出モジュール
３４０…削除条件入力モジュール
３４５…管理権限選出モジュール
３５０…オブジェクト処理モジュール

Claims (9)

1. メモリとプロセッサを備え、
   前記メモリは、オブジェクトと前記オブジェクトの管理者を対応させて記憶しており、
   前記プロセッサは、
   前記管理者のうち第１管理者を変更するにあたって、前記第１管理者に対応するオブジェクトの管理者として、前記第１管理者と異なる第２管理者を抽出し、
   前記第２管理者を抽出できなかった場合に、前記第１管理者に対応するオブジェクトを削除の対象とする、
   情報処理装置。
2. 前記プロセッサは、
   削除の対象となったオブジェクトに対して、本情報処理装置を使用するユーザーが、前記第１管理者である場合と前記第１管理者ではない場合とでは異なる規則を用いて削除を行う、
   請求項１に記載の情報処理装置。
3. 前記プロセッサは、
   本情報処理装置を使用するユーザーが前記第１管理者である場合の規則は、前記第１管理者が設定した規則である、
   請求項２に記載の情報処理装置。
4. 前記プロセッサは、
   本情報処理装置を使用するユーザーが前記第１管理者ではない場合の規則は、削除対象であるオブジェクトの属性に応じた規則である、
   請求項２に記載の情報処理装置。
5. 前記プロセッサは、
   前記オブジェクトの前記第２管理者を抽出するのに、前記オブジェクトの書き込み権があるユーザーであって、前記オブジェクトの書き込みを行った者を、第２管理者として抽出する、
   請求項１に記載の情報処理装置。
6. 前記プロセッサは、
   請求項５に記載の処理によって、第２管理者を抽出できなかった場合に、さらに、前記オブジェクトの削除権があるユーザーであって、前記オブジェクトの異なる版の削除を行った者を、第２管理者として抽出する、
   請求項５に記載の情報処理装置。
7. 前記プロセッサは、
   請求項６に記載の処理によって、第２管理者を抽出できなかった場合に、さらに、前記オブジェクトの閲覧権があるユーザーであって、前記オブジェクトの閲覧を行った者を、第２管理者として抽出する、
   請求項６に記載の情報処理装置。
8. 前記プロセッサは、
   オブジェクトを保存すること、オブジェクトの記憶容量を削減することのいずれを優先するかを、本情報処理装置を使用するユーザーに選択させ、オブジェクトを保存することが選択された場合に、請求項７に記載の処理を行う、
   請求項７に記載の情報処理装置。
9. メモリとプロセッサを備えたコンピュータの前記メモリは、
   オブジェクトと前記オブジェクトの管理者を対応させて記憶しており、
   前記プロセッサに、
   前記管理者のうち第１管理者を変更するにあたって、前記第１管理者に対応するオブジェクトの管理者として、前記第１管理者と異なる第２管理者を抽出し、
   前記第２管理者を抽出できなかった場合に、前記第１管理者に対応するオブジェクトを削除の対象とするように制御する、
   処理を実行させるための情報処理プログラム。

Images