(57)【要約】【課題】第１の対応付け場所から第２の対応付け場所に変更され、その変更前に復元し得るようにする場合であって、第２の対応付け場所に対応付けられた管理対象情報の中に同じ内容の管理対象情報があるとき、その同じ内容の管理対象情報を必要以上に重複して格納することを抑制する情報管理プログラムを提供する。【解決手段】第２の対応付け場所に対応付けられた管理対象情報を対象として、同じ内容の管理対象情報が複数存在する場合には、そのうちの少なくともひとつの管理対象情報を除いた他の管理対象情報を削除する機能と、管理対象情報の対応付け先を第２の対応付け場所から第１の対応付け場所に変更する機能であって、管理対象情報が複数の復元情報と対応付けられている場合には複数の復元情報の各々により示される複数の第１の対応付け場所の中から指定された対応付け場所に対応付け先を変更する機能を有する。【選択図】図１
2010170298.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータに、
管理対象とする電子情報である管理対象情報を少なくともひとつの対応付け場所に対応付けて管理対象情報記憶手段に記憶させる管理対象情報記憶機能と、
前記管理対象情報の対応付け先を第１の対応付け場所から第２の対応付け場所に変更する第１の変更機能と、
前記第１の変更機能によって前記第２の対応付け場所に対応付けられた前記管理対象情報を対象として、同じ内容の管理対象情報が複数存在する場合には、そのうちの少なくともひとつの管理対象情報を除いた他の管理対象情報を削除する削除機能と、
前記第１の変更機能によって前記第２の対応付け場所に対応付けられた前記管理対象情報の対応付け先が前記第１の対応付け場所であったことを示す復元情報を当該管理対象情報と対応付けて記憶する機能であって、前記削除機能によって削除される前記管理対象情報に対応付けられる前記復元情報を、前記削除機能によって削除されなかった管理対象情報と対応付けて復元情報記憶手段に記憶させる復元情報記憶機能と、
前記第２の対応付け場所に対応付けられた前記管理対象情報に対応付けられた前記復元情報に基づいて当該管理対象情報の対応付け先を当該第２の対応付け場所から前記第１の対応付け場所に変更する機能であって、当該管理対象情報が複数の復元情報と対応付けられている場合には当該複数の復元情報の各々により示される複数の当該第１の対応付け場所の中から指定された対応付け場所に対応付け先を変更する第２の変更機能
を実現させることを特徴とする情報管理プログラム。
【請求項２】
前記コンピュータに、
前記第２の対応付け場所に対応付けられた管理対象情報を、前記第２の変更機能によって第１の対応付け場所に対応付け先を変更した場合又は当該第２の対応付け場所との対応付けをしなくなった場合、当該管理対象情報に対応付けられた復元情報を削除し、管理対象情報に対応付けられた復元情報がなくなった場合には、当該第２の対応付け場所に対応付けられた管理対象情報を削除する第２の削除機能
をさらに実現させることを特徴とする請求項１に記載の情報管理プログラム。
【請求項３】
前記第２の変更機能は、第１の対応付け場所に管理対象情報を対応付ける場合に、第２の対応付け場所に対応付けられており、当該管理対象情報と同じ内容である管理対象情報が既に存在する場合には、当該第２の対応付け場所に対応付けられている管理対象情報に対応付けられている復元情報を当該第１の対応付け場所に対応付けようとしている管理対象情報に対応付ける
ことを特徴とする請求項１又は２に記載の情報管理プログラム。
【請求項４】
前記コンピュータは、他の情報処理装置から利用され、
前記管理対象情報は、当該管理対象情報を所有している利用者がおり、
前記コンピュータに、
前記第２の対応付け場所に同じ内容の管理対象情報に対応付けられた復元情報が予め定めた数以上あり、当該管理対象情報と同じ内容の管理対象情報が第１の対応付け場所に対応付けられている場合は、当該第１の対応付け場所に対応付けられている管理対象情報の所有者に当該管理対象情報は第２の対応付け場所に対応付けすべき旨を通知する通知機能
をさらに実現させることを特徴とする請求項１又は２に記載の情報管理プログラム。
【請求項５】
前記通知機能は、
さらに、前記管理対象情報記憶手段が記憶する管理対象情報が予め定めた数以上、又は当該管理対象情報記憶手段が記憶できる記憶領域の残り容量が予め定めた値以下である場合に、前記通知を行う
ことを特徴とする請求項３に記載の情報管理プログラム。
【請求項６】
管理対象とする電子情報である管理対象情報を少なくともひとつの対応付け場所に対応付けて記憶する管理対象情報記憶手段と、
前記管理対象情報の対応付け先を第１の対応付け場所から第２の対応付け場所に変更する第１の変更手段と、
前記第１の変更手段によって前記第２の対応付け場所に対応付けられた前記管理対象情報を対象として、同じ内容の管理対象情報が複数存在する場合には、そのうちの少なくともひとつの管理対象情報を除いた他の管理対象情報を削除する削除手段と、
前記第１の変更手段によって前記第２の対応付け場所に対応付けられた前記管理対象情報の対応付け先が前記第１の対応付け場所であったことを示す復元情報を当該管理対象情報と対応付けて記憶する手段であって、前記削除手段によって削除される前記管理対象情報に対応付けられる前記復元情報を、前記削除手段によって削除されなかった管理対象情報と対応付けて記憶する復元情報記憶手段と、
前記第２の対応付け場所に対応付けられた前記管理対象情報に対応付けられた前記復元情報に基づいて当該管理対象情報の対応付け先を前記第２の対応付け場所から前記第１の対応付け場所に変更する手段であって、当該管理対象情報が複数の復元情報と対応付けられている場合には当該複数の復元情報の各々により示される複数の前記第１の対応付け場所の中から指定された対応付け場所に対応付け先を変更する第２の変更手段
を具備することを特徴とする情報管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報管理プログラム及び情報管理システムに関する。
【背景技術】
【０００２】
コンピュータによって管理される対象の電子情報である管理対象情報には、同じ内容の管理対象情報が複数散在している場合がある。そして、これら複数の管理対象情報が、廃棄候補の管理対象情報を保管するごみ箱へ移動される場合がある。
【０００３】
これに関連する技術として、例えば、特許文献１には、ネットワーク環境下で削除したファイルの一時記憶に関し、削除したファイルをネットワーク共有のごみ箱に保管することにより、ごみ箱の管理が容易で、不要なファイルのごみが各所のコンピュータに点在することがないごみ箱サーバを提供することを目的とし、ネットワーク内に設けられたごみ箱サーバは、ファイルの削除処理において、送信された削除指示情報によりファイルと、削除前の格納位置及びファイルの送信元アドレスを含む付属情報とを保管し、復元処理においては、指定されたファイルと付属情報とを復元先のアドレスに送信し、破棄処理は、指定されたファイルと付属情報とをごみ箱サーバから破棄することが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−３６６４１０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明は、第１の対応付け場所から第２の対応付け場所に変更され、その変更前の第１の対応付け場所に対応付けするように復元し得るようにする場合であって、第２の対応付け場所に対応付けられた管理対象情報の中に同じ内容の管理対象情報があるとき、その同じ内容の管理対象情報を必要以上に重複して格納しておくことを抑制するようにした情報管理プログラム及び情報管理システムを提供することを目的としている。
【課題を解決するための手段】
【０００６】
かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、コンピュータに、管理対象とする電子情報である管理対象情報を少なくともひとつの対応付け場所に対応付けて管理対象情報記憶手段に記憶させる管理対象情報記憶機能と、前記管理対象情報の対応付け先を第１の対応付け場所から第２の対応付け場所に変更する第１の変更機能と、前記第１の変更機能によって前記第２の対応付け場所に対応付けられた前記管理対象情報を対象として、同じ内容の管理対象情報が複数存在する場合には、そのうちの少なくともひとつの管理対象情報を除いた他の管理対象情報を削除する削除機能と、前記第１の変更機能によって前記第２の対応付け場所に対応付けられた前記管理対象情報の対応付け先が前記第１の対応付け場所であったことを示す復元情報を当該管理対象情報と対応付けて記憶する機能であって、前記削除機能によって削除される前記管理対象情報に対応付けられる前記復元情報を、前記削除機能によって削除されなかった管理対象情報と対応付けて復元情報記憶手段に記憶させる復元情報記憶機能と、前記第２の対応付け場所に対応付けられた前記管理対象情報に対応付けられた前記復元情報に基づいて当該管理対象情報の対応付け先を当該第２の対応付け場所から前記第１の対応付け場所に変更する機能であって、当該管理対象情報が複数の復元情報と対応付けられている場合には当該複数の復元情報の各々により示される複数の当該第１の対応付け場所の中から指定された対応付け場所に対応付け先を変更する第２の変更機能を実現させることを特徴とする情報管理プログラムである。
【０００７】
請求項２の発明は、前記コンピュータに、前記第２の対応付け場所に対応付けられた管理対象情報を、前記第２の変更機能によって第１の対応付け場所に対応付け先を変更した場合又は当該第２の対応付け場所との対応付けをしなくなった場合、当該管理対象情報に対応付けられた復元情報を削除し、管理対象情報に対応付けられた復元情報がなくなった場合には、当該第２の対応付け場所に対応付けられた管理対象情報を削除する第２の削除機能をさらに実現させることを特徴とする請求項１に記載の情報管理プログラムである。
【０００８】
請求項３の発明は、前記第２の変更機能は、第１の対応付け場所に管理対象情報を対応付ける場合に、第２の対応付け場所に対応付けられており、当該管理対象情報と同じ内容である管理対象情報が既に存在する場合には、当該第２の対応付け場所に対応付けられている管理対象情報に対応付けられている復元情報を当該第１の対応付け場所に対応付けようとしている管理対象情報に対応付けることを特徴とする請求項１又は２に記載の情報管理プログラムである。
【０００９】
請求項４の発明は、前記コンピュータは、他の情報処理装置から利用され、前記管理対象情報は、当該管理対象情報を所有している利用者がおり、前記コンピュータに、前記第２の対応付け場所に同じ内容の管理対象情報に対応付けられた復元情報が予め定めた数以上あり、当該管理対象情報と同じ内容の管理対象情報が第１の対応付け場所に対応付けられている場合は、当該第１の対応付け場所に対応付けられている管理対象情報の所有者に当該管理対象情報は第２の対応付け場所に対応付けすべき旨を通知する通知機能をさらに実現させることを特徴とする請求項１又は２に記載の情報管理プログラムである。
【００１０】
請求項５の発明は、前記通知機能は、さらに、前記管理対象情報記憶手段が記憶する管理対象情報が予め定めた数以上、又は当該管理対象情報記憶手段が記憶できる記憶領域の残り容量が予め定めた値以下である場合に、前記通知を行うことを特徴とする請求項３に記載の情報管理プログラムである。
【００１１】
請求項６の発明は、管理対象とする電子情報である管理対象情報を少なくともひとつの対応付け場所に対応付けて記憶する管理対象情報記憶手段と、前記管理対象情報の対応付け先を第１の対応付け場所から第２の対応付け場所に変更する第１の変更手段と、前記第１の変更手段によって前記第２の対応付け場所に対応付けられた前記管理対象情報を対象として、同じ内容の管理対象情報が複数存在する場合には、そのうちの少なくともひとつの管理対象情報を除いた他の管理対象情報を削除する削除手段と、前記第１の変更手段によって前記第２の対応付け場所に対応付けられた前記管理対象情報の対応付け先が前記第１の対応付け場所であったことを示す復元情報を当該管理対象情報と対応付けて記憶する手段であって、前記削除手段によって削除される前記管理対象情報に対応付けられる前記復元情報を、前記削除手段によって削除されなかった管理対象情報と対応付けて記憶する復元情報記憶手段と、前記第２の対応付け場所に対応付けられた前記管理対象情報に対応付けられた前記復元情報に基づいて当該管理対象情報の対応付け先を前記第２の対応付け場所から前記第１の対応付け場所に変更する手段であって、当該管理対象情報が複数の復元情報と対応付けられている場合には当該複数の復元情報の各々により示される複数の前記第１の対応付け場所の中から指定された対応付け場所に対応付け先を変更する第２の変更手段を具備することを特徴とする情報管理システムである。
【発明の効果】
【００１２】
請求項１記載の情報管理プログラムによれば、第１の対応付け場所から第２の対応付け場所に変更され、その変更前の第１の対応付け場所に対応付けするように復元し得るようにする場合であって、第２の対応付け場所に対応付けられた管理対象情報の中に同じ内容の管理対象情報があるとき、その同じ内容の管理対象情報を必要以上に重複して格納しておくことを抑制できる。
【００１３】
請求項２記載の情報管理プログラムによれば、本構成を有しない場合と比較して、管理対象情報を記憶するための記憶容量を削減することができる。
【００１４】
請求項３記載の情報管理プログラムによれば、管理対象情報を第１の対応付け場所に対応付ける場合に、既に第２の対応付け場所に対応付けされている管理対象情報の復元として対応付けすることができる。
【００１５】
請求項４記載の情報管理プログラムによれば、他の利用者によって第２の対応付け場所に対応付けされている管理対象情報と同じ内容の管理対象情報を所有している利用者に、その管理対象情報を第２の対応付け場所に対応させるように促すことができる。
【００１６】
請求項５記載の情報管理プログラムによれば、本構成を有しない場合と比較して、対象の管理対象情報を第２の対応付け場所に対応させるべき必要性が高くなった場合に、他の利用者によって第２の対応付け場所に対応付けされている管理対象情報と同じ内容の管理対象情報を所有している利用者に、その管理対象情報を第２の対応付け場所に対応させるように促すことができる。
【００１７】
請求項６記載の情報管理システムによれば、第１の対応付け場所から第２の対応付け場所に変更され、その変更前の第１の対応付け場所に対応付けするように復元し得るようにする場合であって、第２の対応付け場所に対応付けられた管理対象情報の中に同じ内容の管理対象情報があるとき、その同じ内容の管理対象情報を必要以上に重複して格納しておくことを抑制できる。
【図面の簡単な説明】
【００１８】
【図１】本実施の形態の構成例についての概念的なモジュール構成図である。
【図２】本実施の形態を実現するにあたっての構成例についてのモジュール構成図である。
【図３】本実施の形態によるごみ箱への移動の処理例を示すフローチャートである。
【図４】本実施の形態によるごみ箱内のファイルの一覧表示の処理例を示すフローチャートである。
【図５】本実施の形態によるごみ箱からのファイルの復元の処理例を示すフローチャートである。
【図６】本実施の形態を説明するにあたっての具体的なシステム構成例についての説明図である。
【図７】履歴テーブルのデータ構造例を示す説明図である。
【図８】履歴テーブルのデータ構造例を示す説明図である。
【図９】ファイル操作画面の表示例を示す説明図である。
【図１０】ごみ箱内ファイル一覧画面の表示例を示す説明図である。
【図１１】履歴表示画面の表示例を示す説明図である。
【図１２】履歴テーブルのデータ構造例を示す説明図である。
【図１３】履歴管理テーブルのデータ構造例を示す説明図である。
【図１４】更新後の履歴テーブルのデータ構造例を示す説明図である。
【図１５】ごみ箱内ファイル一覧画面の別の表示例を示す説明図である。
【図１６】更新後の履歴管理テーブルのデータ構造例を示す説明図である。
【図１７】更新後の履歴管理テーブルのデータ構造例を示す説明図である。
【図１８】本実施の形態によるサーバへのファイルの新規登録の処理例を示すフローチャートである。
【図１９】本実施の形態による差分復元の処理例を示すフローチャートである。
【図２０】更新後の履歴管理テーブルのデータ構造例を示す説明図である。
【図２１】本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。
【発明を実施するための形態】
【００１９】
以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態の例を説明する。
図１は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品をさす。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールもさす。それゆえ、本実施の形態は、コンピュータ・プログラム、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するの意である。また、モジュールは機能にほぼ一対一に対応しているが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係等）の場合にも用いる。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。「予め定める」とは、対象としている処理の前に定めることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態に応じて、又はそれまでの状況・状態に応じて定めることの意を含めて用いる。また、管理という用語を用いるが、これは文脈に応じて、制御する、マネジメントする、制御又はマネジメントするためのデータを記憶するの意で用い、その役割又は動作をさす。例えば、履歴情報を管理するとは、履歴情報を取得して、その履歴情報を他から参照でき得るように記憶する等の意で用いる。
【００２０】
本実施の形態である情報管理システム１００は、管理対象情報の対応付け先を第１の対応付け場所から第２の対応付け場所に変更し、そこから元の第１の対応付け場所に対応付け先を復元することができるようにしたものであって、図１に示すように、情報記憶モジュール１１０、情報管理モジュール１５０、制御モジュール１９０を有している。情報記憶モジュール１１０は、管理対象情報記憶モジュール１１５、復元情報記憶モジュール１２０を有している。情報管理モジュール１５０は、第１の変更モジュール１５５、第２の変更モジュール１６０、第１の削除モジュール１６５、第２の削除モジュール１７０、管理対象情報・記憶容量確認モジュール１７５、出力モジュール１８０、通知モジュール１８５を有している。そして、情報記憶モジュール１１０と情報管理モジュール１５０は接続されている。なお、管理対象情報記憶モジュール１１５、復元情報記憶モジュール１２０は、１つの情報記憶モジュール１１０内にあるとして説明するが、１つの記憶装置にあってもよいし、それぞれ別々の記憶装置にあってもよい。また、それぞれのモジュールは１つの筐体にある必要はなく、別々の情報処理装置に実装されていてもよい。
【００２１】
管理対象情報記憶モジュール１１５は、管理対象とする電子情報である管理対象情報を少なくともひとつの対応付け場所に対応付けて記憶する。
第１の変更モジュール１５５は、管理対象情報の対応付け先を第１の対応付け場所から第２の対応付け場所に変更する。なお、この変更は、例えば、利用者による変更を行わせる操作を契機として行ってもよい。
【００２２】
第１の削除モジュール１６５は、第１の変更モジュール１５５によって第２の対応付け場所に対応付けられた管理対象情報を対象として、同じ内容の管理対象情報が複数存在する場合には、そのうちの少なくともひとつの管理対象情報を除いた他の管理対象情報を削除する。同じ内容であるか否かの判断は、２つの管理対象情報の内容を比較して判断するが、例えば、互いの内容のハッシュ値を計算して、それを比較するようにしてもよい。また、ハッシュ値の他に互いの名称、作成時刻等の属性（例えば、比較する属性として１つ（管理対象情報の名称等）であってもよいし、複数の組み合わせであってもよい）を比較して同じであるか否かを判断するようにしてもよい。また、管理対象情報の内容として、その実体としての内容のみならず属性を含めてもよい。この第１の削除モジュール１６５による処理によって、同じ内容の管理対象情報の数は減少する。例えば、ひとつの管理対象情報が残ることになる。
【００２３】
復元情報記憶モジュール１２０は、第１の変更モジュール１５５によって前記第２の対応付け場所に対応付けられた管理対象情報の対応付け先が第１の対応付け場所であったことを示す復元情報をその管理対象情報と対応付けて記憶する手段であって、第１の削除モジュール１６５によって削除される管理対象情報に対応付けられる復元情報を、第１の削除モジュール１６５によって削除されなかった管理対象情報と対応付けて記憶する。例えば、復元情報は、その管理対象情報に対して行われた編集の履歴情報であってもよい。その履歴情報には、第２の対応付け場所に対応付けされる前に対応付けされていた第１の対応付け場所が含まれている。この復元情報記憶モジュール１２０によって、第１の削除モジュール１６５によって削除された管理対象情報に対応付けされていた復元情報は、削除されなかった管理対象情報に対応付けされることとなる。
【００２４】
第２の変更モジュール１６０は、第２の対応付け場所に対応付けられた管理対象情報に対応付けられた復元情報に基づいてその管理対象情報の対応付け先を第２の対応付け場所から第１の対応付け場所に変更する。そして、その管理対象情報が複数の復元情報と対応付けられている場合にはその複数の復元情報の各々により示される複数の第１の対応付け場所の中から指定された対応付け場所に対応付け先を変更する。なお、指定は、予め定めた指定であり、例えば、利用者の操作によるものであってもよい。この第２の変更モジュール１６０によって、管理対象情報は第２の対応付け場所に対応付けられる前の状態、つまり第１の対応付け場所に対応付けられている状態に戻ることになる。そして、第１の削除モジュール１６５によって、管理対象情報が削除された場合は、復元対象の管理対象情報には複数の復元情報が対応付けられている状態、つまり複数の第１の対応付け場所があることになるので、その中から選択する必要がある。
【００２５】
さらに、第２の変更モジュール１６０は、第１の対応付け場所に管理対象情報を対応付ける場合に、第２の対応付け場所に対応付けられており、その管理対象情報と同じ内容である管理対象情報が既に存在する場合には、その第２の対応付け場所に対応付けられている管理対象情報に対応付けられている復元情報をその第１の対応付け場所に対応付けようとしている管理対象情報に対応付けるようにしてもよい。例えば、新たに管理対象情報を第１の対応付け場所に対応付ける場合に、その管理対象情報と同じ内容の管理対象情報が既に第２の対応付け場所に対応付けられていたら、その第２の対応付け場所に対応付けられている管理対象情報に対応付けられている復元情報を対応付けて、その管理対象情報を第１の対応付け場所に対応付ける。この場合、その第２の対応付け場所に対応付けられている管理対象情報、及びその管理対象情報に対応付けられている復元情報には影響を及ぼさないようにする。
【００２６】
第２の削除モジュール１７０は、第２の対応付け場所に対応付けられた管理対象情報を、第２の変更モジュール１６０によって第１の対応付け場所に対応付け先を変更した場合又はその第２の対応付け場所との対応付けをしなくなった場合、その管理対象情報に対応付けられた復元情報を削除し、管理対象情報に対応付けられた復元情報がなくなった場合には、その第２の対応付け場所に対応付けられた管理対象情報を削除する。管理対象情報を復元した場合又は第２の対応付け場所と管理対象情報との対応付けを行わなくなった場合（より具体的な例として、第２の対応付け場所から管理対象情報を削除した場合）には、第２の対応付け場所と対応付けられている管理対象情報がなくなるので、その管理対象情報と対応付けられている復元情報も不要になるので削除する。
【００２７】
そして、管理対象情報に複数の復元情報が対応付けられている場合（つまり、複数の同じ内容の管理対象情報が第２の対応付け場所に対応付けられた場合）があり得るが、その復元情報の削除によって、管理対象情報に対応付けられている復元情報の全てが削除された場合（つまり、復元すべき管理対象情報がなくなった場合）には、その管理対象情報も削除する。なお、復元情報の削除には、復元情報全体の削除の他に、復元情報の部分の削除がある。そして、復元情報の部分の削除である場合は、複数回の復元情報の部分の削除が行われた結果、復元情報全体の削除となる場合がある。
【００２８】
また、管理対象情報と復元情報が一対一である場合、１つの管理対象情報が第２の対応付け場所から削除された場合、その管理対象情報に対応付けされている復元情報も削除する。そして、複数の管理対象情報に対応付けられた複数の復元情報の全てが削除された場合は、復元情報のみならずその管理対象情報も削除する。
【００２９】
情報管理システム１００は、情報管理システム１００のみで処理し得る。また、他の情報処理装置から利用されて処理を行うようにしてもよい。
通知モジュール１８５は、第２の対応付け場所に同じ内容の管理対象情報に対応付けられた復元情報が予め定めた数以上あり、その管理対象情報と同じ内容の管理対象情報が第１の対応付け場所に対応付けられている場合は、その第１の対応付け場所に対応付けられている管理対象情報の所有者にその管理対象情報は第２の対応付け場所に対応付けすべき旨を通知する。なお、管理対象情報には、その管理対象情報を所有している利用者が対応付けられている。同じ内容の管理対象情報が散在しており、そのうちの管理対象情報が既に第２の対応付け場所に対応付けられている場合は、未だ第２の対応付け場所に対応付けされていない管理対象情報も第２の対応付け場所に対応付けるべき可能性があるので、その旨の通知を行うものである。なお、対応付けすべき旨には、単なるそのような状態であることを指摘すること、第２の対応付け場所に対応付けするように促すこと、その所有者の許可を得たならば第２の対応付け場所に対応付けすること等を含む。また、通知として、その所有者が利用している情報処理装置へ直接表示すること、電子メールの送信等がある。
【００３０】
管理対象情報・記憶容量確認モジュール１７５は、管理対象情報記憶モジュール１１５が記憶する管理対象情報が予め定めた数以上であるか否かを判断する。又は管理対象情報記憶モジュール１１５が記憶できる記憶領域の残り容量が予め定めた値以下であるか否かを判断する。ここで、情報管理システム１００が他の情報処理装置から利用されて処理を行う場合、管理対象情報記憶モジュール１１５は、その利用している他の情報処理装置内にあるものであってもよい。
そして、管理対象情報・記憶容量確認モジュール１７５が、管理対象情報記憶モジュール１１５が記憶する管理対象情報が予め定めた数以上であると判断した場合、又は管理対象情報記憶モジュール１１５が記憶できる記憶領域の残り容量が予め定めた値以下であると判断した場合に、通知モジュール１８５が通知を行うようにしてもよい。例えば、管理対象情報記憶モジュール１１５が管理対象情報を記憶させている記憶装置の残り容量が少ない場合に、通知モジュール１８５が通知を行うことになる。
【００３１】
出力モジュール１８０は、さらに、対応付け場所とその対応付け場所に対応付けられた管理対象情報に関する情報とを関連付けて出力する。例えば、第２の対応付け場所に対応付けられている管理対象情報の一覧を表示する。このときに、第１の削除モジュール１６５によって同じ内容の管理対象情報が削除されている場合には、削除された管理対象情報が表示されないことになり、表示すべき数が少なくなる。具体的な例では、ひとつの管理対象情報が表示されるだけである。そして、複数の復元情報が対応付けられている場合には、管理対象情報毎にその復元情報を表示するようにしてもよい。つまり、表示すべき管理対象情報の数は増やさずに、複数の復元情報の中から選択して表示するようにしてもよい。
制御モジュール１９０は、情報記憶モジュール１１０、情報管理モジュール１５０内のモジュールを制御して、管理対象情報と、その管理対象情報と対応付けられている対応付け場所の管理を行う。
【００３２】
図２は、本実施の形態を実現するにあたっての構成例についてのモジュール構成図である。
以下、管理対象情報として、電子情報であるファイルを主に例示して説明する。なお、ファイルとは、テキスト、画像、動画、音声等又はこれらの組み合わせの電子データであり、名前の付いた構造体の単位であって、記憶、編集及び検索等ができ、システム又は利用者間で個別の単位として交換し得るものをいい、これらに類似するものを含む。具体例として、文書作成ソフトウェアによって作成された文書、電子メール等がある。また、操作対象のファイルと対応付けされた対応付け場所は、文書を分類等するために用いられる論理的な場所として構成され、例えば、フォルダー（ディレクトリー）、ごみ箱等がある。以下、第１の対応付け場所としてフォルダーを、第２の対応付け場所としてごみ箱を主に例示して説明する。したがって、フォルダー内のファイルとは、第１の対応付け場所に管理対象情報が対応付けされている状態の例示であり、ごみ箱内のファイルとは、第２の対応付け場所に管理対象情報が対応付けされている状態の例示であり、フォルダー内のファイルをごみ箱に移動するとは、管理対象情報に対応付けされている第１の対応付け場所から第２の対応付け場所に変更することの例示となる。なお、ごみ箱とは、不要なファイルを削除するためのものであり、ファイルをごみ箱に移動し、この時点でごみ箱から取り出して復元し得るものであるが、「ごみ箱を空にする」、「ごみ箱から削除する」という操作が行われたときにそのファイルは実際に削除される。
【００３３】
また、利用者として、本実施の形態の説明においては、その場面に応じて、本実施の形態における操作者、ユーザ、要求者等がいる。
操作権として、アクセス権を主に例示して説明する。操作権情報とは、ファイルに対して許可される操作を利用者毎に定めたものである。したがって、利用者に操作権があるとは、その利用者がファイルに対して操作しようとした場合に、その操作が許可されている状態をいう。許可される操作としては、例えば、ファイルの読み出し、編集又は書き込み等がある。
なお、図２に示す例は、図１の例に示した情報管理システム１００が通信回線に接続されており、他の情報処理装置から利用される場合を示している。
【００３４】
クライアント２１０Ａ、クライアント２１０Ｂ等、サーバ２２０Ａ、サーバ２２０Ｂ等は、それぞれネットワーク２９１を介して接続されている。なお、図２に示す例では、クライアント２１０、サーバ２２０は２つずつであるが、１つであってもよいし、２以上であってもよい。もちろんのことながらクライアント２１０とサーバ２２０の数は対応している必要はない。クライアント２１０Ａとクライアント２１０Ｂ、サーバ２２０Ａとサーバ２２０Ｂは、同じモジュール構成であるので、以下ではクライアント２１０Ａ、サーバ２２０Ａを説明する。また、どちらでもよい場合は、それぞれクライアント２１０、サーバ２２０を用いて説明する。
サーバ２２０Ａ、サーバ２２０Ｂ等、ごみ箱サーバ２３０の受信モジュール２３１は、それぞれネットワーク２９２を介して接続されている。なお、図２に示す例では、ネットワーク２９１とネットワーク２９２は別々にあるが、１つの通信回線に接続されていてもよく、また複数の通信回線を介していてもよい。また、ごみ箱サーバ２３０は複数あってもよい。
【００３５】
クライアント２１０Ａは、サーバ２２０Ａにごみ箱関連の操作の指示をするクライアント装置である。より具体的には、サーバ２２０Ａ内のファイルをごみ箱に移動、ごみ箱から復元するユーザによる操作等を受け付ける。
サーバ２２０Ａは、ファイル復元モジュール２２１Ａ、ファイル削除モジュール２２２Ａ、履歴管理モジュール２２３Ａ、データベース２２４Ａを有しており、クライアント２１０Ａからの指示にしたがって、ファイルの削除、復元、履歴情報の管理を行うファイル管理サーバである。
ファイル復元モジュール２２１Ａは、サーバ２２０Ａ内のファイルを復元する。
ファイル削除モジュール２２２Ａは、サーバ２２０Ａ内のファイルを削除（ごみ箱というフォルダーに移動）する。
履歴管理モジュール２２３Ａは、サーバ２２０Ａ内のファイルの履歴情報を管理する。
データベース２２４Ａは、サーバ２２０Ａ内でファイル、データを管理するデータベースである。
【００３６】
ごみ箱サーバ２３０は、受信モジュール２３１、処理振分けモジュール２３２、保管モジュール２３３、復元モジュール２３４、破棄モジュール２３５、一覧モジュール２３６、データベース２３７、履歴管理モジュール２４０を有しており、複数のサーバ２２０から削除されたファイルを一括管理するサーバである。
【００３７】
受信モジュール２３１は、処理振分けモジュール２３２、及びネットワーク２９２を介してサーバ２２０Ａ等と接続されており、サーバ２２０からのごみ箱関連の操作を受信する。そして、その受信した操作を処理振分けモジュール２３２に渡す。
処理振分けモジュール２３２は、受信モジュール２３１、保管モジュール２３３、復元モジュール２３４、破棄モジュール２３５、一覧モジュール２３６、履歴管理モジュール２４０と接続されており、受信モジュール２３１からの操作を振り分けて、履歴管理モジュール２４０、保管モジュール２３３、復元モジュール２３４、破棄モジュール２３５、一覧モジュール２３６へその操作を渡す。
【００３８】
保管モジュール２３３は、処理振分けモジュール２３２、データベース２３７と接続されており、処理振分けモジュール２３２から受け取った操作にしたがって、ごみ箱サーバ２３０内のデータベース２３７にファイルを保管する。なお、ファイルを保管するとは、そのファイルをゴミ箱へ移動する操作に応じたものである。
復元モジュール２３４は、処理振分けモジュール２３２、データベース２３７と接続されており、処理振分けモジュール２３２から受け取った操作にしたがって、ごみ箱サーバ２３０内のデータベース２３７からファイルを復元する。なお、ファイルを復元するとは、ゴミ箱内にあるファイルを取り出す操作に応じたものである。
破棄モジュール２３５は、処理振分けモジュール２３２、データベース２３７と接続されており、処理振分けモジュール２３２から受け取った操作にしたがって、ごみ箱サーバ２３０内のデータベース２３７からファイルを破棄（削除）する。
一覧モジュール２３６は、処理振分けモジュール２３２、データベース２３７と接続されており、処理振分けモジュール２３２から受け取った操作にしたがって、ごみ箱サーバ２３０内のデータベース２３７のファイルを一覧するための情報を生成して、それを要求したサーバ２２０へ返す。そして、その一覧するための情報はサーバ２２０からクライアント２１０に渡されて、例えばクライアント２１０に備え付けられているディスプレイに表示される。
データベース２３７は、保管モジュール２３３、復元モジュール２３４、破棄モジュール２３５、一覧モジュール２３６、及び履歴管理モジュール２４０の履歴操作モジュール２４１、履歴検索モジュール２４２よりアクセスされる。ごみ箱サーバ２３０内で、ごみ箱に移動されたファイル、データを管理するデータベースである。
【００３９】
履歴管理モジュール２４０は、履歴操作モジュール２４１、履歴検索モジュール２４２を有しており、処理振分けモジュール２３２から受け取った操作にしたがって、ごみ箱サーバ２３０内でファイルの履歴情報を管理する。
履歴操作モジュール２４１は、データベース２３７、履歴検索モジュール２４２と接続されており、ごみ箱サーバ２３０内のデータベース２３７を用いて、ファイルの履歴情報の格納、削除、複合（マージ）などの履歴関連の処理をする。
履歴検索モジュール２４２は、データベース２３７、履歴操作モジュール２４１と接続されており、ごみ箱サーバ２３０内のデータベース２３７に同じ内容のファイルが存在しないかどうかを検索する。
【００４０】
なお、図１の例に示したモジュールとの対応を示すと、主に、情報記憶モジュール１１０はデータベース２３７に、第１の変更モジュール１５５は保管モジュール２３３に、第２の変更モジュール１６０は復元モジュール２３４に、第１の削除モジュール１６５は破棄モジュール２３５、履歴操作モジュール２４１、履歴検索モジュール２４２に、第２の削除モジュール１７０は履歴操作モジュール２４１に、管理対象情報・記憶容量確認モジュール１７５は履歴操作モジュール２４１に、出力モジュール１８０は一覧モジュール２３６に、通知モジュール１８５は履歴操作モジュール２４１に、制御モジュール１９０は受信モジュール２３１、処理振分けモジュール２３２に、それぞれ対応する。
【００４１】
図３は、本実施の形態によるごみ箱への移動の処理例を示すフローチャートである。
ステップＳ３０２では、ユーザの操作に応じてクライアント２１０が、サーバ２２０内の指定されたファイルに対して、ごみ箱への移動を指示する。
ステップＳ３０４では、サーバ２２０からごみ箱への移動の指示を受信モジュール２３１が受け付ける。
ステップＳ３０６では、受信モジュール２３１は処理振分けモジュール２３２に対して、ごみ箱への移動処理を依頼する。
【００４２】
ステップＳ３０８では、処理振分けモジュール２３２は、履歴管理モジュール２４０に対して、過去に同じファイルがごみ箱へ移動されていないかの確認を指示する。
ステップＳ３１０では、履歴管理モジュール２４０内の履歴検索モジュール２４２は、ごみ箱サーバ２３０内のデータベース２３７に対して、現在ごみ箱へ移動しようとしているファイルと同じファイルがデータベース２３７内に存在しないかどうかの検索を実行する。
ステップＳ３１２では、ステップＳ３１０での検索結果によって、処理が分かれる。同じファイルがデータベース２３７内に存在する場合（Ｙｅｓ）はステップＳ３１４へ進み、それ以外の場合（Ｎｏ）はステップＳ３１８へ進む。
【００４３】
ステップＳ３１４では、履歴管理モジュール２４０内の履歴操作モジュール２４１が、過去の履歴情報と現在ごみ箱へ移動しようとしているファイルの履歴情報を統合（関連付け）して、データベース２３７に格納する。
ステップＳ３１６では、履歴管理モジュール２４０が、ごみ箱へ移動予定だったファイルを破棄（削除）する。
【００４４】
ステップＳ３１８では、履歴管理モジュール２４０内の履歴検索モジュール２４２が、ステップＳ３１０での検索結果を処理振分けモジュール２３２に返し、保管モジュール２３３によってそのファイルの保管処理を実行する。
ステップＳ３２０では、保管モジュール２３３がデータベース２３７へ保管するとき、履歴管理モジュール２４０は、データベース２３７へ新規に保管すべき履歴情報の書き込みと検索時に必要なハッシュ値の算出を実行する。ハッシュ値はファイルの内容が同じであるか否かを判断するために用いるものであるが、詳しくは後述する。
【００４５】
図４は、本実施の形態によるごみ箱内のファイルの一覧表示の処理例を示すフローチャートである。
ステップＳ４０２では、ユーザの操作に応じて、クライアント２１０が、サーバ２２０に対してごみ箱内にあるファイルの一覧表示を指示する。
ステップＳ４０４では、サーバ２２０からごみ箱内にあるファイルの一覧表示の指示を受信モジュール２３１が受け付ける。
ステップＳ４０６では、受信モジュール２３１は処理振分けモジュール２３２に対して、ごみ箱内にあるファイルの一覧処理を依頼する。
【００４６】
ステップＳ４０８では、処理振分けモジュール２３２から依頼を受けた一覧モジュール２３６は、データベース２３７から表示可能なファイル一覧を取得する。
ステップＳ４１０からステップＳ４１８までの処理（ステップＳ４２０、ステップＳ４２２の処理を含む場合がある）を、ステップＳ４０８で取得した一覧内のファイルの数だけループする。このループでは、一覧内の対象としたファイル毎に他のサーバ２２０による履歴情報が存在するかどうかを確認する。その際、他のサーバ２２０内にあるファイルに対してのアクセス権がないものに関しては一覧での表示を制限する。表示可能な履歴情報だけを取得して一覧表示するものとする。
【００４７】
ステップＳ４１２では、一覧モジュール２３６が、対象ファイルは複数のサーバ２２０から削除されたファイル（ごみ箱へ移動されたファイル）であるか否かを判断する。なお、この判断は、データベース２３７に保管されている履歴情報を用いて判断する。また、一覧モジュール２３６が、履歴管理モジュール２４０を用いて行ってもよい。複数のサーバ２２０から削除されたファイルである場合（Ｙｅｓ）はステップＳ４１４へ進み、それ以外の場合（Ｎｏ）はステップＳ４２０へ進む。
ステップＳ４１４では、一覧モジュール２３６が、ごみ箱内にあるファイルの一覧表示を指示したユーザは、対象ファイルを削除した各サーバ２２０に対してアクセス権があるか否かを判断する。アクセス権がある場合（Ｙｅｓ）はステップＳ４１６へ進み、それ以外の場合（Ｎｏ）はステップＳ４２２へ進む。
【００４８】
ステップＳ４１６では、一覧モジュール２３６が、対象ファイルの履歴情報の一覧を表示できるように生成する。そして、それを指示したサーバ２２０へ送信し、さらにその指示を行ったクライアント２１０へ送信して、クライアント２１０ではディスプレイ等に一覧を表示する。
ステップＳ４２０では、一覧モジュール２３６が、対象ファイルの単一の履歴情報（指示を行ったサーバ２２０における履歴情報）の一覧を表示できるように生成する。そして、それを指示したサーバ２２０へ送信し、さらにその指示を行ったクライアント２１０へ送信して、クライアント２１０ではディスプレイ等に一覧を表示する。
ステップＳ４２２では、一覧モジュール２３６が、対象ファイルのアクセス権のあるサーバ２２０による履歴情報の一覧を表示できるように生成する。そして、それを指示したサーバ２２０へ送信し、さらにその指示を行ったクライアント２１０へ送信して、クライアント２１０ではディスプレイ等に一覧を表示する。
【００４９】
図５は、本実施の形態によるごみ箱からのファイルの復元の処理例を示すフローチャートである。この処理例は、図４の例で示したごみ箱内のファイルの一覧表示が表示されている状態で行われるものである。
ステップＳ５０２では、ユーザの操作に応じてクライアント２１０がサーバ２２０に対して、ごみ箱サーバ２３０内のファイルのごみ箱からの復元を指示する。そして、受信モジュール２３１が、サーバ２２０からの復元指示を受け付けて、処理振分けモジュール２３２は、復元モジュール２３４に対して復元処理を依頼する。
ステップＳ５０４では、復元モジュール２３４は、その復元要求のあった指定ファイルは、複数のサーバからの履歴情報を有するか否かを判断する。有している場合（Ｙｅｓ）はステップＳ５０６へ進み、それ以外の場合（Ｎｏ、１つのサーバ２２０から削除されたファイルの場合）はステップＳ５１４へ進む。
ステップＳ５０６では、復元モジュール２３４は、その復元指示を行ったユーザは、指定ファイルを削除した各サーバ２２０に対してアクセス権があるか否かを判断する。アクセス権がある場合（Ｙｅｓ）はステップＳ５０８へ進み、それ以外の場合（Ｎｏ）はステップＳ５１６へ進む。
【００５０】
ステップＳ５０８では、復元モジュール２３４が、データベース２３７から指定ファイルを取り出して、その指定ファイルの全ての履歴情報を含む状態でファイルが復元されるように、復元指示を行ったサーバ２２０へ渡す。
ステップＳ５１０では、復元した指定ファイルは、データベース２３７から削除することはせずに、そのままデータベース２３７で保管する。
ステップＳ５１２では、復元した指定ファイルに対応付けられた履歴情報も、ステップＳ５１０と同様にデータベース２３７から削除することはせずに、そのままデータベース２３７で保管する。
【００５１】
ステップＳ５１４では、復元モジュール２３４は、データベース２３７から指定ファイルを取り出して、その指定ファイルの削除時の格納先に復元されるように、復元指示を行ったサーバ２２０へ渡す。なお、履歴情報を含む状態でファイルを復元するようにしてもよい。
ステップＳ５１６では、復元モジュール２３４が、データベース２３７から指定ファイルを取り出して、その指定ファイルのアクセス権のあるサーバ２２０による履歴情報を含む状態でファイルが復元されるように、復元指示を行ったサーバ２２０へ渡す。
【００５２】
ステップＳ５１８では、破棄モジュール２３５は、復元された指定ファイルをデータベース２３７から削除する。
ステップＳ５２０では、履歴管理モジュール２４０内の履歴操作モジュール２４１は、データベース２３７から指定ファイルの履歴情報を削除する。
【００５３】
なお、「履歴情報を含む状態でファイルを復元する」とは、ごみ箱サーバ２３０で管理されていた履歴情報を付加した状態で、そのファイルを復元することをいう。ファイルが復元された各サーバ２２０は、これらの履歴情報を用いることができる。例えば、その後、再びごみ箱サーバ２３０にそのファイルを移動するときには、ごみ箱サーバ２３０から復元された以降の履歴情報を、ファイルに付加されてきた履歴情報に追加して履歴情報を更新するようにしてもよい。
【００５４】
また、ステップＳ５１０、ステップＳ５１２では、そのまま保管するようにしている。これは、ごみ箱サーバ２３０からの復元処理をするときに、複数のサーバからの履歴情報が対応しているようなファイルだった場合には、ごみ箱サーバ２３０からファイルや履歴情報を削除してしまうと、他のサーバ２２０から参照ができなくなってしまうためであり、このため削除することはしない。ただし、ごみ箱サーバ２３０は、データベース２３７内で保管するファイルを減らすために、次（（１）から（３））のように行ってもよい。
（１）保管されている期間が予め定められた期間になった場合、そのファイルと履歴情報を削除する。
（２）記録管理的観点から、他のメディアなどにバックアップする。つまり、削除はしない。
（３）データベース２３７内のデータは、一度削除されたものであるので、復元先のサーバ２２０に移動されたならば、データベース２３７内のファイルと履歴情報は削除してしまい、他のサーバ２２０からの復元指示があった場合は、その復元先のサーバ２２０から取り出すようにしてもよい。
【００５５】
以下に、より具体的な処理例として、「ファイルをごみ箱サーバ２３０に移動する処理例」、「他のサーバ２２０から同じ内容のファイルをごみ箱サーバ２３０に移動する処理例」、「複数の履歴を保有するファイルをごみ箱サーバ２３０から復元する処理例」、「ごみ箱サーバ２３０内にあるファイルと内容が同じファイルをサーバ２２０に格納しようとした場合の処理例」、「ユーザに削除すべきファイルを通知する処理例」を示す。
図６は、本実施の形態を説明するにあたっての具体的なシステム構成例についての説明図である。図６の例に示すようにサーバ２２０Ｘ、サーバ２２０Ｙ、サーバ２２０Ｚのサーバが３台、ごみ箱サーバ２３０、ユーザ６１０Ａが利用するクライアント２１０Ａ、ユーザ６１０Ｂが利用するクライアント２１０Ｂを有し、これらは互いにネットワーク２９１、ネットワーク２９２によって通信し得るように接続されているシステムとする。
【００５６】
ここでサーバ毎にアクセス権が設定されており、ユーザ６１０Ａは全てのサーバにアクセス可能であり（図６の例では○印で示している）、ユーザ６１０Ｂはサーバ２２０Ｘ、サーバ２２０Ｚに対してアクセス権があるが、サーバ２２０Ｙに対してはアクセス権がない（図６の例では×印で示している）ものとする。
また、サーバ２２０Ｘとサーバ２２０Ｙには、ごみ箱（ごみ箱サーバ２３０）へ移動予定である同じ内容の２つのファイル「報告書」が各サーバに格納されている。このファイル「報告書」はサーバ２２０Ｘ内で作成され、複数の編集がユーザ６１０Ａとユーザ６１０Ｂの操作によってされた後に、あるタスクで展開された後に（より具体的には、タスクメンバーであるユーザＰ、ユーザＱ、ユーザＲにもアクセス可能な状態とした後に）、サーバ２２０Ｙに対して権限のあるユーザ６１０Ａによってサーバ２２０Ｙに公開されたものである。サーバ２２０Ｙ内では他のユーザＰ、ユーザＱ、ユーザＲがそれぞれダウンロードしており、ごみ箱に移動予定となっている。これらの履歴情報は、履歴テーブル７００としてサーバ２２０Ｘ内のファイル「報告書」に、履歴テーブル８００としてサーバ２２０Ｙ内のファイル「報告書」にそれぞれに対応付けられている。そして、これらの履歴テーブル７００、履歴テーブル８００は、サーバ２２０Ｘ、サーバ２２０Ｙ内の履歴管理モジュール２２３によってそれぞれ管理されている。なお、タスクとは、複数のメンバーによって、１つ又は複数の仕事を行うためのアプリケーション・プログラムであり、具体的には、ファイルを共有する、スケジュールを管理等するためのコンピュータ・プログラムにより構成されている。
【００５７】
図７は、履歴テーブル７００のデータ構造例を示す説明図である。この履歴テーブル７００は、サーバ２２０Ｘ内のファイル「報告書」に対応付けられているものである。
履歴テーブル７００は、操作日時欄７１０、操作の種類欄７２０、操作ユーザ欄７３０を有している。
操作日時欄７１０は、サーバ２２０Ｘ内のファイル「報告書」に対して行われた操作の日時（年、日、時、分、秒等のいずれか又はこれらの組み合わせ、以下「日時」について同様）を記憶する。
操作の種類欄７２０は、そのファイルに対して行われた操作の種類を記憶する。
操作ユーザ欄７３０は、その操作を行ったユーザを記憶する。
なお、クライアント２１０に対するユーザによる操作に基づいて処理が行われ、その履歴情報は操作対象であるファイルに対応付けられて記憶される。
図８は、履歴テーブル８００のデータ構造例を示す説明図である。この履歴テーブル８００は、サーバ２２０Ｙ内のファイル「報告書」に対応付けられているものである。履歴テーブル８００は、履歴テーブル７００と同等のデータ構造を有している。
【００５８】
このような状況下で、「ファイルをごみ箱サーバ２３０に移動する処理例」について説明する。つまり、ユーザ６１０Ａのクライアント２１０Ａに対する操作に応じて、サーバ２２０Ｘ内の対象ファイル「報告書」をごみ箱に移動する処理例である。
図９は、クライアント２１０Ａのディスプレイのファイル操作画面９００の表示例を示す説明図である。ファイル操作画面９００は、サーバ２２０Ｘ内のファイルを操作するための画面である。
【００５９】
ファイル操作画面９００は、格納先フォルダー名表示領域９１０、操作領域９２０、ファイル表示領域９３０を有している。
格納先フォルダー名表示領域９１０は、ユーザ６１０Ａがメンバーとして加わっているタスク名を表示する。そのタスクは、サーバ２２０Ｘによって管理されている。
操作領域９２０は、そのタスクにおいて選択できる操作を表示する。例えば、ファイルに対しての操作欄９２３が選択されると、基本操作欄９２４、コピー／移動欄９２５、ゴミ箱への移動欄９２６等を表示する。
【００６０】
ファイル表示領域９３０は、そのタスクで管理されているファイルの一覧を表示する。ファイル表示領域９３０は、Ｎｏ．欄９３１、チェック欄９３２、名前欄９３３、最終変更日時欄９３４、最終変更者欄９３５を有している。
Ｎｏ．欄９３１は、そのタスクで管理されているファイルを一意に識別できる番号を表示する。
チェック欄９３２は、ユーザによって選択された状態（チェックされた状態）で、そのファイルを対象として操作が行われることを示す。
名前欄９３３は、ファイルの名称を表示する。
最終変更日時欄９３４は、そのファイルの最終変更日時を表示する。
最終変更者欄９３５は、最終変更日時欄９３４の日時に変更を行ったユーザを表示する。
【００６１】
サーバ２２０Ｘから報告書をごみ箱へ移動するために、ユーザ６１０Ａの操作によって、対象ファイル「報告書」（Ｎｏ．１）のチェック欄９３２にチェックされ、操作欄９２３のゴミ箱への移動欄９２６が選択される。
ごみ箱への移動操作が行われると、サーバ２２０Ｘ上のファイル「報告書」をごみ箱サーバ２３０へ移動し、サーバ２２０Ｘから削除する。図３の例に示したフローチャートによる処理にしたがって、過去に内容が同じファイルが削除された履歴は存在しないため、新規に保管モジュール２３３がデータベース２３７への保管を実行する（ステップＳ３１８）。
【００６２】
ファイルがごみ箱へ移動された後に、そのごみ箱内の一覧表示の指示があると、図１０の例に示すようなごみ箱内ファイル一覧画面１０００を表示する。図１０は、ごみ箱内ファイル一覧画面１０００の表示例を示す説明図である。ごみ箱内ファイル一覧画面１０００は、格納先フォルダー名表示領域１０１０、操作領域１０２０、ファイル表示領域１０３０を有している。
格納先フォルダー名表示領域１０１０は、ファイル表示領域１０３０に表示しているファイルの一覧はごみ箱内にあるものであることを表示している。
操作領域１０２０は、図９の例に示した操作領域９２０と同等のものである。
ファイル表示領域１０３０は、そのごみ箱で管理されているファイルの一覧を表示する。Ｎｏ．欄１０３１、チェック欄１０３２、名前欄１０３３、サーバ欄１０３４、削除者欄１０３５、削除日時欄１０３６、削除時パス欄１０３７、関連情報表示欄１０３８を有している。
Ｎｏ．欄１０３１は、そのごみ箱内にあるファイルを一意に識別できる番号を表示する。
チェック欄１０３２は、ユーザによって選択された状態（チェックされた状態）で、そのファイルを対象として操作が行われることを示す。
名前欄１０３３は、ファイルの名称を表示する。
サーバ欄１０３４は、そのファイルをごみ箱に移動させたサーバを表示する。この場合はサーバ２２０Ｘである。
削除者欄１０３５は、そのファイルの削除操作（ごみ箱への移動操作）を行ったユーザを表示する。この場合はユーザ６１０Ａである。
削除日時欄１０３６は、そのファイルの削除日時（ごみ箱への移動日時）を表示する。
削除時パス欄１０３７は、そのファイルの削除時のパス（ごみ箱へ移動したときにそのファイルがあった記憶場所）を表示する。
関連情報表示欄１０３８は、そのファイルに関連する情報を表示させるためのアイコンを表示する。例えば、関連情報表示欄１０３８には、履歴表示アイコン１０４０が表示される。これらのアイコンが、ユーザの操作によって選択されると、そのファイルに関連する情報を表示する。
【００６３】
ユーザの操作によって、このごみ箱内ファイル一覧画面１０００上の履歴表示アイコン１０４０が選択されることで、図１１の例に示すような対象ファイル「報告書」の履歴表示画面１１００を表示する。図１１は、履歴表示画面１１００の表示例を示す説明図である。
履歴表示画面１１００は、格納先フォルダー名表示領域１１１０、履歴表示（報告書）１１２０、ファイル表示領域１１３０を有している。
格納先フォルダー名表示領域１１１０は、ファイル表示領域１１３０に表示している対象ファイルの履歴の一覧はごみ箱内にあるものであることを表示している。
履歴表示（報告書）１１２０は、履歴表示していることと、その対象ファイル名を表示する。この場合は、「履歴表示（報告書）」である。
ファイル表示領域１１３０は、その対象ファイルの履歴の一覧を表示する。ファイル表示領域１１３０は、サーバ名欄１１３１、操作日時欄１１３２、操作の種類欄１１３３、操作ユーザ欄１１３４を有している。
サーバ名欄１１３１は、その操作が行われたサーバ２２０を表示する。
操作日時欄１１３２は、その操作が行われた日時を表示する。
操作の種類欄１１３３は、その操作の種類を表示する。
操作ユーザ欄１１３４は、その操作を行ったユーザ６１０を表示する。
【００６４】
これらのごみ箱内ファイル一覧画面１０００、履歴表示画面１１００を表示するためのデータベース２３７に格納されている履歴情報は、履歴テーブル１２００、履歴管理テーブル１３００として格納されている。
図１２は、履歴テーブル１２００のデータ構造例を示す説明図である。このデータは主にごみ箱内ファイル一覧画面１０００を表示するために用いられる。
履歴テーブル１２００は、番号欄１２０１、名前欄１２０２、削除者欄１２０３、削除日時欄１２０４、サーバ欄１２０５、削除時パス欄１２０６、履歴ＩＤ欄１２０７、ハッシュ値欄１２０８を有している。
番号欄１２０１は、そのごみ箱内にあるファイルを一意に識別できる番号を記憶する。
名前欄１２０２は、ファイルの名称を記憶する。
削除者欄１２０３は、そのファイルの削除操作（ごみ箱への移動操作）を行ったユーザ６１０を記憶する。
削除日時欄１２０４は、そのファイルの削除日時（ごみ箱への移動日時）を記憶する。
サーバ欄１２０５は、そのファイルをごみ箱に移動させたサーバ２２０を記憶する。
削除時パス欄１２０６は、そのファイルの削除時のパス（ごみ箱へ移動したときにそのファイルがあった記憶場所）を記憶する。
履歴ＩＤ欄１２０７は、そのファイルに対応付けられた履歴情報を一意に識別できる番号を記憶する。これは、次に説明する履歴管理テーブル１３００内の履歴ＩＤ欄１３０１に対応する。
ハッシュ値欄１２０８は、そのファイルの内容のハッシュ値を記憶する。
履歴テーブル１２００は、元のサーバ２２０上の履歴情報（ファイルの名称、削除者、削除日時、削除時のパス）に加えて、サーバ欄１２０５とハッシュ値欄１２０８のカラムが主に追加されている。検索や復元する際にハッシュ値欄１２０８の値を参照することになる。
【００６５】
図１３は、履歴管理テーブル１３００のデータ構造例を示す説明図である。このデータは主に履歴表示画面１１００を表示するために用いられる。
履歴管理テーブル１３００は、履歴ＩＤ欄１３０１、サーバ欄１３０２、操作日時欄１３０３、操作の種類欄１３０４、操作ユーザ欄１３０５を有している。
履歴ＩＤ欄１３０１は、ファイルの履歴情報を一意に識別できる番号を記憶する。これは、前述した履歴テーブル１２００内の履歴ＩＤ欄１２０７に対応する。つまり、同じ履歴ＩＤを有している履歴情報は、同じファイルに対して行われた操作であることを示している。
サーバ欄１３０２は、その操作が行われたサーバ２２０を記憶する。
操作日時欄１３０３は、その操作が行われた日時を記憶する。
操作の種類欄１３０４は、その操作の種類を記憶する。
操作ユーザ欄１３０５は、その操作を行ったユーザ６１０を記憶する。
【００６６】
次に、「他のサーバ２２０から同じ内容のファイルをごみ箱サーバ２３０に移動する処理例」について説明する。つまり、既にサーバ２２０Ｘから削除されたファイルと同じ内容のファイルがサーバ２２０Ｙから削除された場合についてである。
図３の例に示したフローチャートによる処理にしたがって、同じ内容のファイルがごみ箱サーバ２３０内のデータベース２３７に存在する場合（ステップＳ３１２でＹｅｓ）、履歴情報の統合だけを実施して、そのときに削除されたファイル自身はデータベース２３７に格納せずに破棄する。
図１２の例に示したごみ箱サーバ２３０内の履歴テーブル１２００は、図１４の例に示す履歴テーブル１２００のように更新される。ここで、既に削除されたファイル（履歴テーブル１２００の１行目）と今回削除されたファイル（履歴テーブル１２００の２行目）のハッシュ値欄１２０８内のハッシュ値が同じなので、ごみ箱内のファイル一覧としては１つのファイルとして表示される。表示の形態は様々あるが、本実施の形態では複数の復元元があるファイルでは、図１５の例に示すサーバ欄１０３４内のサーバ切替表示欄１５３４のように、サーバ名をプルダウンメニューで選択することで表示を切り替えられるようにしてもよい。つまり、ユーザの操作によってサーバ名が選択されることで、そのサーバから削除されたファイルの削除者欄１０３５、削除日時欄１０３６等の内容を切り替えて表示する。
【００６７】
図１３の例に示した履歴管理テーブル１３００には新たな行を追加して更新をする。図１６は、更新後の履歴管理テーブル１３００のデータ構造例を示す説明図である。つまり、図１３の例に示した履歴管理テーブル１３００に履歴ＩＤが「２」である履歴情報が４行追加されている。
ここで、サーバ２２０Ｙに対するアクセス権がないユーザ６１０Ｂがごみ箱内ファイル一覧画面１０００を表示した場合には、図１５の例に示すようにプルダウンメニューのサーバ切替表示欄１５３４を表示せずに、図１０の例に示すようにサーバ２２０Ｘからの削除された履歴情報（つまり、アクセス権があるサーバから削除されたファイルの履歴情報）しか参照することができないようにする。
【００６８】
次に、「複数の履歴を保有するファイルをごみ箱サーバ２３０から復元する処理例」について説明する。つまり、前述の「他のサーバ２２０から同じ内容のファイルをごみ箱サーバ２３０に移動する処理例」を行った後に、ファイルを復元する場合についてである。
ファイルをごみ箱サーバ２３０から復元するケースとして、前述の例では、ユーザ６１０Ａとユーザ６１０Ｂによる復元操作があり得る。図５の例に示したフローチャートによる処理にしたがって、履歴情報が１つのサーバからのものしか存在しない場合には、ファイルを復元した後に、ごみ箱サーバ２３０内のファイルと履歴を全て削除する。
しかし、複数のサーバ２２０の履歴情報が対応付けられているファイルに関しては、どちらかを復元したからといって、そのファイルと履歴情報を削除してしまっては、復元処理をしなかったサーバ２２０からは参照先のごみ箱サーバ２３０内のファイルが消えてしまうことになる。このため、複数の履歴情報が対応付けられているファイルを復元する場合には、ファイルと履歴情報を削除せずに保管する。
【００６９】
まず、ユーザ６１０Ａがファイル「報告書」を復元する場合について説明する。
ユーザ６１０Ａにはごみ箱内ファイル一覧画面１０００に、ごみ箱サーバ２３０内の「報告書」としてサーバ２２０Ｘとサーバ２２０Ｙから削除されたファイル「報告書」が表示されている（図１５に示すごみ箱内ファイル一覧画面１０００参照）。２つのサーバ２２０の履歴情報を対応付けて復元先のサーバ２２０にファイル「報告書」を復元する。
復元された履歴の扱いに関しては後述する。
【００７０】
次に、ユーザ６１０Ｂがファイル「報告書」を復元する場合について説明する。
ユーザ６１０Ｂにはごみ箱内ファイル一覧画面１０００に、ごみ箱サーバ２３０内の「報告書」としてサーバ２２０Ｘから削除されたファイル「報告書」しか表示されていない（図１０に示すごみ箱内ファイル一覧画面１０００参照）。ユーザ６１０Ｂにとっては、「サーバ２２０Ｘからごみ箱サーバ２３０に移動されたファイルをサーバ２２０Ｘに復元する（サーバ２２０Ｘ内の履歴だけで）」という操作を実行することになる。
つまり、サーバ２２０Ｘには、サーバ２２０Ｘの履歴を含むファイル「報告書」を削除時にファイルが格納されていた復元先に復元する。このとき、ごみ箱サーバ２３０内のデータはそのまま保管されている。
【００７１】
ここで、ごみ箱サーバ２３０から復元された履歴情報の各サーバ２２０での扱いに関して説明する。
履歴情報にはサーバ名、操作日時、操作種別、操作ユーザ名等が各サーバ２２０における履歴情報として含まれている。これらの情報をどのように扱うかは復元先のサーバ２２０の仕様による。例えば、あるサーバ２２０では、他のサーバ２２０とユーザを共通に扱っている場合、アクセス権に応じて表示・非表示をユーザ単位で設定してもよい。また、あるサーバ２２０では、他のサーバ２２０の履歴情報は関係ないとして、他のサーバ２２０における履歴情報は削除して、自らのサーバ２２０の履歴情報のみを保有する形式で復元してもよい。また、あるサーバ２２０では、不明なユーザや操作であったとしても、それをそのままの文字列として表示するようにしてもよい。
【００７２】
次に、復元されたファイルが新たにごみ箱サーバ２３０へ移動された場合について説明する。ごみ箱サーバ２３０としては、過去に保管した履歴情報が存在する場合には、図１７の例に示すように履歴管理テーブル１３００の更新が、履歴操作モジュール２４１によって実行される。図１７は、更新後の履歴管理テーブル１３００のデータ構造例を示す説明図である。履歴管理テーブル１３００には、保管していた履歴１７１０（上から１２行）に復元した後の履歴１７２０（下の２行）が追加される。なお、ごみ箱サーバ２３０からの復元も履歴情報として保管される。
また、過去に保管した履歴が存在しない場合（ごみ箱サーバ２３０の設定などで削除されていた場合等）は、新規にごみ箱に移動してきたファイルとして、前述した「ファイルをごみ箱サーバ２３０に移動する処理例」と同様にファイルと履歴情報を保管する。
【００７３】
次に、「ごみ箱サーバ２３０内にあるファイルと内容が同じファイルをサーバ２２０に格納しようとした場合の処理」について説明する。
サーバ２２０Ｘ、サーバ２２０Ｙ、サーバ２２０Ｚのいずれかにおいて、ごみ箱サーバ２３０内のデータベース２３７に既に存在するファイル「報告書」を新規で登録しようとした場合、ごみ箱サーバ２３０内のデータベース２３７に内容の同じファイルが存在していないかをハッシュ値を用いて、履歴検索モジュール２４２が検索を実施する。内容の同じファイルが存在した場合には、履歴情報を対応させて新規登録しようとしていた場所にファイルを復元する。
【００７４】
図１８は、本実施の形態によるサーバ２２０へのファイルの新規登録の処理例を示すフローチャートである。
ステップＳ１８０２では、ユーザの操作によってクライアント２１０からサーバ２２０に対して、ファイルの登録を指示する。
ステップＳ１８０４では、サーバ２２０は、ごみ箱サーバ２３０に対して、内容の同じファイルがごみ箱サーバ２３０内のデータベース２３７に存在するか否かの問い合せを行う。
ステップＳ１８０６では、履歴検索モジュール２４２が、問い合せのあったファイルと同じ内容のファイルがデータベース２３７に存在しないかどうかを検索する。同じ内容のファイルがある場合（Ｙｅｓ）はステップＳ１８０８へ進み、それ以外の場合（Ｎｏ）はステップＳ１８１０へ進む。
【００７５】
ステップＳ１８０８では、復元モジュール２３４が、ファイルとそのファイルに対応付けられている履歴情報をごみ箱サーバ２３０内のデータベース２３７から復元する。なお、ここでの復元とは、ステップＳ１８０２で登録が指示されたサーバ２２０に、そのファイルとそのファイルに対応付けられている履歴情報を格納することである。
ステップＳ１８１０では、ステップＳ１８０２での指示にしたがって、クライアント２１０からサーバ２２０に対してファイルを登録する。
【００７６】
次に、「ユーザに削除すべきファイルを通知する処理例」を説明する。
ごみ箱サーバ２３０内のデータベース２３７に複数の履歴情報が対応付けられているファイル（複数のユーザから削除されたファイル）が存在していて、そのファイルと内容の同じファイルがサーバに格納されている場合がある。サーバに格納されているファイルは、削除すべきファイルである可能性が高いので、このことをそのファイルを所有しているユーザに通知するものである。
【００７７】
ごみ箱サーバ２３０内のデータベース２３７にあるファイルの履歴情報の数を履歴管理モジュール２４０が監視する。ここでの履歴情報の数として、削除の操作が行われた履歴情報の数としてもよいし、削除を行ったユーザの数としてもよい。この監視は、予め定めた期間毎に行ってもよい。そして、予め定めた数以上の履歴情報があるファイルを対象とする。
次に、履歴管理モジュール２４０は、各サーバ２２０内にその対象としたファイルと同じ内容のファイルが存在しないかの検索を実行する。さらに、その検索には、サーバ２２０のデータベース２２４に記憶されているファイル数が予め定めた数以上である場合という条件を付けてもよい。また、その検索には、サーバ２２０のデータベース２２４の残り記憶容量が予め定めた容量以下であるという条件を付けてもよい。
検索結果として、同じ内容のファイルがサーバ２２０に存在した場合（又は、さらに前述の検索の条件を備えていた場合）、そのファイルの所有者に対して、「このファイルは多くの人がごみ箱に移動しています。」といったメッセージを通知して、そのファイルの削除を促す。
【００７８】
図５の例に示したフローチャートによる処理では、複数のサーバ２２０から参照されているごみ箱サーバ２３０内のデータベース２３７のファイルに関して復元処理が実行されると、他のサーバ２２０から参照される可能性があるものについては、そのファイルと履歴情報を保管したままの状態にしていた。
しかし、ごみ箱サーバ２３０からの復元処理が実行された場合に、対象としているサーバ２２０に関する履歴情報を削除してもよい（以下、この処理を差分復元処理ともいう）。図１９は、本実施の形態による差分復元の処理例を示すフローチャートである。
【００７９】
ステップＳ１９０２からステップＳ１９１０までの処理、ステップＳ１９１４からステップＳ１９２０までの処理は、それぞれ図５の例に示したフローチャートのステップＳ５０２からステップＳ５１０までの処理、ステップＳ５１４からステップＳ５２０までの処理に対応する。
ステップＳ１９１２では、復元した指定ファイルに対応付けられたデータベース２３７内の履歴情報から、その復元した指定ファイルに関連する履歴情報の部分を削除する。具体的な例として、図２０の履歴管理テーブル１３００を示す。図２０は、更新後の履歴管理テーブル１３００のデータ構造例を示す説明図であり、図１６の例に示した履歴管理テーブル１３００の状態から、サーバ２２０Ｘからごみ箱サーバ２３０へ移動されたファイルを復元した後の状態を示している。つまり、履歴管理テーブル１３００から、図２０の例に示すように、履歴ＩＤ欄１３０１が「１」（又は、サーバ欄１３０２が「Ｘ」）である履歴情報（図２０の例では、削除履歴２０１０の部分）を削除する。
【００８０】
なお、ステップＳ１９１４、ステップＳ１９１８、ステップＳ１９２０の処理が行われるケースとして２種類ある。その第１は、１つのサーバ２２０からごみ箱サーバ２３０へ移動されて、そのファイルが復元されるケースである。この第１のケースは、図５の例に示したフローチャートと同様である。第２のケースは、複数のサーバ２２０からごみ箱サーバ２３０へ移動されたが、復元が行われて、履歴情報として、１つのサーバ２２０からごみ箱サーバ２３０へ移動された分だけが残った場合（例えば、内容が同じファイルが３つごみ箱に移動されたが、そのうちの２つのファイルが復元されたような場合である）であって、その１つの履歴情報に対応するファイルが復元されるケースである。この第２のケースは、図５の例に示したフローチャートとは異なる処理となる。
【００８１】
なお、本実施の形態としてのプログラムが実行されるコンピュータ（情報管理システム１００、クライアント２１０、サーバ２２０、ごみ箱サーバ２３０）のハードウェア構成は、図２１に例示するように、一般的なコンピュータであり、具体的にはパーソナルコンピュータ、サーバーとなり得るコンピュータ等である。つまり、具体例として、処理部（演算部）としてＣＰＵ２１０１を用い、記憶装置としてＲＡＭ２１０２、ＲＯＭ２１０３、ＨＤ２１０４を用いている。ＨＤ２１０４として、例えばハードディスクを用いてもよい。第１の変更モジュール１５５、第２の変更モジュール１６０、第１の削除モジュール１６５、第２の削除モジュール１７０、管理対象情報・記憶容量確認モジュール１７５、通知モジュール１８５、制御モジュール１９０、履歴管理モジュール２４０、履歴操作モジュール２４１、履歴検索モジュール２４２、処理振分けモジュール２３２等のプログラムを実行するＣＰＵ２１０１と、そのプログラムやデータを記憶するＲＡＭ２１０２と、本コンピュータを起動するためのプログラム等が格納されているＲＯＭ２１０３と、補助記憶装置であるＨＤ２１０４と、キーボード、マウス等のデータを入力する入力装置２１０６と、ＣＲＴや液晶ディスプレイ等の出力装置２１０５と、ネットワークインタフェースカード等の通信ネットワークと接続するための通信回線インタフェース２１０７、そして、それらをつないでデータのやりとりをするためのバス２１０８により構成されている。これらのコンピュータが複数台互いにネットワークによって接続されていてもよい。
【００８２】
前述の実施の形態のうち、コンピュータ・プログラムによるものについては、本ハードウェア構成のシステムにソフトウェアであるコンピュータ・プログラムを読み込ませ、ソフトウェアとハードウェア資源とが協働して、前述の実施の形態が実現される。
なお、図２１に示すハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図２１に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えばＡＳＩＣ等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続しているような形態でもよく、さらに図２１に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、情報家電、複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）などに組み込まれていてもよい。
【００８３】
前記実施の形態においては、電子情報としてファイルを示したが、ファイルを含むフォルダーであってもよい。また、そのフォルダーは更に上位のフォルダーに含まれていてもよい。
アクセス権として、各サーバ２２０に対するアクセス権を示したが、各サーバ２２０で削除されたファイルに対するアクセス権であってもよい。
【００８４】
ごみ箱サーバ２３０からの復元する処理を具体例では主に示したが、ごみ箱サーバ２３０内のデータベース２３７からファイルを削除する処理の場合（具体的な例として、ごみ箱からファイルを削除する、ごみ箱を空にすることが該当する）も、図１９の例に示すフローチャートを用いて説明した復元処理と同様に、複数のサーバ２２０からごみ箱サーバ２３０に移動されたファイルである場合は、削除対象のファイルに対応付けられた履歴情報の部分を削除するが、そのファイルそのものは残しておき、履歴情報の全体を削除する場合は、そのファイルも削除するようにしてもよい。
クライアント２１０、サーバ２２０、ごみ箱サーバ２３０による実施の形態の具体例を主に示したが、サーバ２２０、ごみ箱サーバ２３０の機能をクライアント２１０が備えていてもよい。例えば、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）が用意しているごみ箱に本実施の形態を組み込むようにしてもよい。
【００８５】
なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通などのために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ  Ｄｉｓｃ（登録商標））、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）等が含まれる。
そして、前記のプログラム又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、あるいは無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分であってもよく、あるいは別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して
記録されていてもよい。また、圧縮や暗号化など、復元可能であればどのような態様で記録されていてもよい。
【符号の説明】
【００８６】
１００…情報管理システム
１１０…情報記憶モジュール
１１５…管理対象情報記憶モジュール
１２０…復元情報記憶モジュール
１５０…情報管理モジュール
１５５…第１の変更モジュール
１６０…第２の変更モジュール
１６５…第１の削除モジュール
１７０…第２の削除モジュール
１７５…管理対象情報・記憶容量確認モジュール
１８０…出力モジュール
１８５…通知モジュール
１９０…制御モジュール
２１０…クライアント
２２０…サーバ
２２１…ファイル復元モジュール
２２２…ファイル削除モジュール
２２３…履歴管理モジュール
２２４…データベース
２３０…ごみ箱サーバ
２３１…受信モジュール
２３２…処理振分けモジュール
２３３…保管モジュール
２３４…復元モジュール
２３５…破棄モジュール
２３６…一覧モジュール
２３７…データベース
２４０…履歴管理モジュール
２４１…履歴操作モジュール
２４２…履歴検索モジュール
２９１、２９２…ネットワーク
６１０…ユーザ
【図１】
2010170298.tif 000003
【図２】
2010170298.tif 000004
【図３】
2010170298.tif 000005
【図４】
2010170298.tif 000006
【図５】
2010170298.tif 000007
【図６】
2010170298.tif 000008
【図７】
2010170298.tif 000009
【図８】
2010170298.tif 000010
【図９】
2010170298.tif 000011
【図１０】
2010170298.tif 000012
【図１１】
2010170298.tif 000013
【図１２】
2010170298.tif 000014
【図１３】
2010170298.tif 000015
【図１４】
2010170298.tif 000016
【図１５】
2010170298.tif 000017
【図１６】
2010170298.tif 000018
【図１７】
2010170298.tif 000019
【図１８】
2010170298.tif 000020
【図１９】
2010170298.tif 000021
【図２０】
2010170298.tif 000022
【図２１】
2010170298.tif 000023