文書管理方法、そのプログラム及び記録媒体、並びに文書共有サーバ及び文書共有システム
【課題】文書共有システムにおいて、ごみ箱に文書ファイルを移動させたユーザ以外の者であっても所定の条件のもとで文書ファイルの復元等を可能とし、さらに、従来のごみ箱と同様の使い勝手で（見かけ上１つのごみ箱として）論理的削除を行えるようにする。
【解決手段】ユーザによる文書ファイルの論理的削除の指示に対し、（１）特定のユーザ管理情報が、論理的削除の指示をしたユーザに対してのみに、指定された文書ファイルに対する権限を示すものである場合には、当該ユーザのみがアクセスできる記憶装置内の第１の論理的削除用記憶領域に指定されたファイルを移動させ、（２）特定のユーザ管理情報が、複数のユーザに対して、指定された文書ファイルに対する権限を示すものである場合には、当該複数のユーザがアクセスできる記憶装置内の第２の論理的削除用記憶領域に指定されたファイルを移動させる。
【解決手段】ユーザによる文書ファイルの論理的削除の指示に対し、（１）特定のユーザ管理情報が、論理的削除の指示をしたユーザに対してのみに、指定された文書ファイルに対する権限を示すものである場合には、当該ユーザのみがアクセスできる記憶装置内の第１の論理的削除用記憶領域に指定されたファイルを移動させ、（２）特定のユーザ管理情報が、複数のユーザに対して、指定された文書ファイルに対する権限を示すものである場合には、当該複数のユーザがアクセスできる記憶装置内の第２の論理的削除用記憶領域に指定されたファイルを移動させる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、文書共有システムにおいて一人または複数のユーザがアクセス可能な文書等のファイル（ここでは、文書ファイルと総称する）に対するファイル管理に関し、特には文書共有システムにおける文書ファイルの論理的削除に関するものである。
【背景技術】
【０００２】
従来、文書共有システムにおいて共有している文書ファイルを論理的削除する場合、操作するユーザのみがアクセス可能な、他のユーザと共有しない論理的削除用のフォルダ（以下、ごみ箱と記す）にファイルを移動させることをしていた。なお、論理的削除は、このようにして特定のフォルダであるごみ箱にファイルを移動させるので、文書ファイルは記憶装置上にそのまま残るものである。
【０００３】
従来の一般的な手法に対し特許文献１に開示の技術では、ローカルなごみ箱とサーバ上の共有ごみ箱の２種類のごみ箱を設け論理的削除を行えるようしているが、これら２種類のごみ箱は、ユーザが任意選択で利用することになる。つまりユーザは２種類のごみ箱を意識的に使い分ける必要がある（図７参照）。
【０００４】
【特許文献１】特開２００２−３６６４１０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記従来の手法では、ごみ箱に文書ファイルを移動させたユーザ以外のユーザは、当該ごみ箱に対するアクセスが不可能であるため、ごみ箱に移動されたファイルにアクセスすることができない。したがって、一度ごみ箱に移動された文書ファイルを通常のフォルダ（ごみ箱以外のフォルダ）に戻す（復元する）ことは、ごみ箱に文書ファイルを移動させたユーザのみしかできないという問題があった。
【０００６】
一方、特許文献１に開示の技術では、ローカルなごみ箱とサーバ上の共有ごみ箱を設けているので、ユーザはこれら２種類のごみ箱を意識的に使い分けなければならない。つまり、利便性の点で問題がある。
【０００７】
本発明は、上記課題に鑑みなされたもので、ごみ箱に文書ファイルを移動させたユーザ以外の者であっても所定の条件のもとで文書ファイルの復元等を可能とする文書共有システムのための技術を提供することを目的とする。さらに、従来のごみ箱と同様の使い勝手で（見かけ上１つのごみ箱として）論理的削除を行える文書共有システムのための技術を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決するために、第１の発明は、コンピュータネットワーク上に設けられた文書共有サーバにおける文書管理方法であって、前記文書共有サーバに備わる記憶装置に格納された文書ファイルに対し特定のユーザ管理情報に従ったファイル管理を行い、該ファイル管理の工程において、ユーザによる文書ファイルの論理的削除の指示に対し、（１）前記特定のユーザ管理情報が、論理的削除の指示をしたユーザに対してのみに、指定された文書ファイルに対する権限を示すものである場合には、当該ユーザのみがアクセスできる前記記憶装置内の第１の論理的削除用記憶領域に指定されたファイルを移動させ、（２）前記特定のユーザ管理情報が、複数のユーザに対して、指定された文書ファイルに対する権限を示すものである場合には、当該複数のユーザがアクセスできる前記記憶装置内の第２の論理的削除用記憶領域に指定されたファイルを移動させる
ことにより文書ファイルの論理的削除を行うことを特徴とする。
【０００９】
また、第２の発明は、第１の発明において、前記ファイル管理の工程において、前記特定のユーザ管理情報により、論理的削除がなされた文書ファイルに対する権限が単一のユーザに対して与えられていることが示される場合、該単一のユーザが自由に、当該文書ファイルを、論理的削除を行う以前の状態に戻すことを許可することを特徴とする。
【００１０】
また、第３の発明は、第１または第２の発明において、前記ファイル管理の工程において、前記特定のユーザ管理情報により、論理的削除がなされた文書ファイルに対する権限が複数のユーザに対して与えられていることが示される場合、論理的削除を実行したユーザの承認を受けることを条件として、論理的削除を実行したユーザ以外のユーザであって当該文書ファイルに対する権限を有するユーザが、当該文書ファイルを、論理的削除を行う以前の状態に戻すことを許可することを特徴とする。
【００１１】
また、第４の発明は、第１から第３の発明において、前記権限は、文書ファイルに対するアクセス権であることを特徴とする。
【００１２】
また、第５の発明は、第１から第３の発明において、前記権限は、文書ファイルに対するアクセス状況に基づき決定される権限であることを特徴とする。
【００１３】
また、第６の発明は、第１から第５の発明の文書管理方法をサーバコンピュータに実行させるための命令群からなるプログラムとして実現される。
【００１４】
また、第７の発明は、第６の発明のプログラムを記録したコンピュータ読み取り可能な記録媒体として実現される。
【００１５】
また、第８の発明は、コンピュータネットワーク上に設けられた文書共有サーバであって、該文書共有サーバに備わる記憶装置に格納された文書ファイルに対し特定のユーザ管理情報に従ったファイル管理を行う制御手段を備え、前記制御手段は、前記コンピュータネットワークを介して受けるユーザによる文書ファイルの論理的削除の指示に対し、（１）前記特定のユーザ管理情報が、論理的削除の指示をしたユーザに対してのみに、指定された文書ファイルに対する権限を示すものである場合には、当該ユーザのみがアクセスできる前記記憶装置内の第１の論理的削除用記憶領域に指定されたファイルを移動させ、（２）前記特定のユーザ管理情報が、複数のユーザに対して指定された文書ファイルに対する権限を示すものである場合には、当該複数のユーザがアクセスできる前記記憶装置内の第２の論理的削除用記憶領域に指定されたファイルを移動させることにより文書ファイルの論理的削除を行うことを特徴とする。
【００１６】
また、第９の発明は、コンピュータネットワーク上に設けられた文書共有サーバとコンピュータ端末とから構成される文書共有システムであって、前記文書共有サーバは、該文書共有サーバに備わる記憶装置に格納された文書ファイルに対し特定のユーザ管理情報に従ったファイル管理を行う制御手段を備え、前記制御手段は、前記コンピュータ端末から受けるユーザによる文書ファイルの論理的削除の指示に対し、（１）前記特定のユーザ管理情報が、論理的削除の指示をしたユーザに対してのみに、指定された文書ファイルに対する権限を示すものである場合には、当該ユーザのみがアクセスできる前記記憶装置内の第１の論理的削除用記憶領域に指定されたファイルを移動させ、（２）前記特定のユーザ管理情報が、複数のユーザに対して指定された文書ファイルに対する権限を示すものである場合には、当該複数のユーザがアクセスできる前記記憶装置内の第２の論理的削除用記憶領域に指定されたファイルを移動させることにより論理的削除を行い、前記コンピュータ端末は、ＧＵＩ画面にただ１つ表示されるごみ箱フォルダへユーザによる操作に従ってファイルを移動させることにより当該ファイルの論理的削除の指示を受け付け、該論理的削除の指示を前記文書共有サーバに送信することを特徴とする。
【発明の効果】
【００１７】
本発明によれば、ごみ箱（論理的削除用記憶領域）に文書ファイルを移動させ削除したユーザ以外のユーザであっても、通常のフォルダに文書ファイルを戻すこと（すなわち復元）が可能となり、ユーザの利便性を向上させることができる。また、ごみ箱から通常のフォルダに文書を戻す際には、実際に論理的削除を行ったユーザの承認を受けるので、当該ユーザの意思も尊重される。また、ユーザがごみ箱に文書ファイルを移動させ削除する際やごみ箱から復元する際、２種類あるごみ箱を意識することなく論理的削除や復元を行うことができる。
【発明を実施するための最良の形態】
【００１８】
以下、図面を参照して本発明の実施形態を詳細に説明する。
なお、本明細書および図面において、簡単のために文書ファイルを文書と記す場合がある。
【００１９】
［実施例１］
図１は、本発明の一実施形態である文書共有システムの構成を示す図である。
図１に示すように、本実施形態は文書共有サーバ１０１及びクライアント端末１０２（１）、１０２（２）、…、１０２（Ｎ）が、ネットワーク１００を介して常時接続、またはクライアント端末によるダイアルアップ接続される構成を表している。なお、クライアント端末１０２（１）、１０２（２）、…、１０２（Ｎ）は、各々同様な構成をしている。このため、ここでは説明の簡略化のために、複数クライアント端末１０２（１）、１０２（２）、…、１０３（Ｎ）の中で特定されたクライアント端末１０２を示す場合は、クライアント端末１０２（Ｘ）や１０２（Ｙ）と記す。また、複数クライアント端末１０２（１）、１０２（２）、…、１０２（Ｎ）の全体を指す場合は、単にクライアント端末１０２と記すこととする。
【００２０】
クライアント端末１０２は、本実施形態における文書共有システムの利用者であるユーザが、例えば自宅や会社から直接操作を行うための情報端末装置である。なお、この情報端末装置は、図２の説明において詳しく記述する、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＨＤＤ等から構成されるコンピュータシステムである。本文書共有システムのユーザは、クライアント端末１０２に保持している、本文書共有システムを利用するためのアプリケーションやＷＥＢブラウザ等を用いてネットワーク１００を介して文書共有サーバ１０１にアクセスすることができる。そして、文書共有サーバ１０１に文書を送信して本文書共有システムに文書を格納することや、文書共有サーバ１０１に格納されている文書情報等を取得することができる。
【００２１】
文書共有サーバ１０１は、クライアント端末１０２と通信を行う機能を有する情報処理装置である。このサーバは、クライアント端末１０２からネットワーク１００を介して送信される文書を受信し、文書共有サーバ１０１内の所定の（後述する図３の）情報格納装置３２０に文書を格納することや、情報格納装置３２０内の文書の検索や取得を行う機能を有する。ネットワーク１００は、本実施形態ではインターネットを例に説明するが、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等の他のネットワークシステムであっても構わない。
【００２２】
図２は、本発明の実施形態として例に挙げた文書共有サーバ１０１及びクライアント端末１０２の情報処理装置の内部構成を示す図である。なお、本実施例では文書共有サーバ１０１及びクライアントシステム１０２において必要とされる内部構成については、ほぼ同一の構成であるので説明の簡略化のために同一の図で説明をすることとする。
【００２３】
２０１は、情報処理装置の演算・制御をつかさどる中央演算装置（以下、ＣＰＵと記す）である。
２０２は、ランダムアクセスメモリ（以下、ＲＡＭと記す）であり、ＣＰＵ２０１の主メモリとして、また実行プログラムの格納領域や該プログラムの実行エリア並びにデータエリアとして機能する。
【００２４】
２０３は、ＣＰＵ２０１の基本的な動作処理手順を記憶しているリードオンリーメモリ（以下、ＲＯＭと記す）である。ＲＯＭ２０３には情報処理装置の機器制御を行うシステムプログラムである基本ソフト（ＯＳ）を記録したプログラムＲＯＭと、システムを稼動させるために必要な情報等が記録されているデータＲＯＭがある。ＲＯＭ２０３の代わりに後述のＨＤＤ２０９を用いる場合もある。
【００２５】
２０４は、フロッピー（登録商標）ディスクドライブ（ＦＤＤ）やＣＤ−ＲＯＭドライブのような外部記憶メディアのデータ入出力装置であり、それぞれに対応した記憶メディアの情報を入出力する機能を有する。以下、代表してＣＤ−ＲＯＭと記す。
２０５は、ネットワークインターフェース（ＮＥＴＩＦ）であり、後述するモデム２０６を介して外部ネットワークに接続するものである。ＮＥＴＩＦ２０５は、ネットワークを介して情報処理装置間のデータ転送を行うための制御や接続状況の診断を行う。
【００２６】
２０６は、モデム等の信号変換器であり、外部ネットワークと情報処理装置とを電話回線等を介して接続し、データの通信を行う機器である。以下、モデムと記す。
２０７は、ビデオＲＡＭであり、情報処理装置の稼動状態を示す、後述するＣＲＴ２０８の画面に表示される画像を展開し、その表示の制御を行う機能を有する。以下、ＶＲＡＭと記す。
２０８は、表示装置であり、例えばＣＲＴ等のディスプレイ装置である。以下、ＣＲＴと記す。
【００２７】
２０９は、後述する外部入力装置２１０及び２１２からの入力信号を制御するコントローラ（以下、ＫＢＣと記す）である。
２１０は、情報記憶装置の利用者が入力操作を行うためのキーボード（以下、ＫＢと記す）である。
２１１は、情報記憶装置の利用者が入力操作を行うためのポインティングデバイス（以下、代表してマウスと記す）である。
【００２８】
２１２は、ハードディスクドライブ（以下、ＨＤＤと記す）であり、アプリケーションプログラムや各種データ保存用に用いられる。本実施例におけるアプリケーションプログラムとは、本実施例を構成する各種処理手段を実現するソフトウェアプログラム等のことである。
２００は、上述した各ユニット間を接続するための伝送バス（アドレスバス、データバス、入出力バス及び制御バス）である。
【００２９】
図３は、本実施形態の文書共有システムにおける文書共有サーバ１０１内で動作する処理モジュール群及び情報を格納する格納装置群、それらの処理モジュール群及び格納装置間の制御及び情報の流れを説明するための図である。
同図において、３００は処理モジュール群であり、図２に示したＲＯＭ２０３、ＦＤＤ２０４またはＨＤＤ２１２より読み込まれてＲＡＭ２０２に展開される。この処理モジュール群３００は、ＣＰＵ２０１で使用されるアプリケーションプログラムまたはプログラムの一部として動作するモジュールの集まりである。
【００３０】
情報処理装置（文書共有サーバ１０１及びクライアント端末１０２）とその中の処理モジュールや情報格納装置は、自動起動されるかもしくは操作者がＫＢ２１０より入力した情報や指示により起動される。
【００３１】
ＣＰＵ２０１で演算した結果は、必要に応じて、ＲＡＭ２０２、ＨＤＤ２１２、ＦＤＤ２０４等により構成される情報格納装置に書き込まれる。また同時に、その演算結果は、必要に応じて、ＶＲＡＭ２０７を介してＣＲＴ２０８に表示される。ＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、ＮＥＴＩＦ２０５、ＶＲＡＭ２０７、ＫＢＣ２０９、ＨＤＤ２１２、ＦＤＤ２０４間の伝送は伝送バス２００を通じて行われる。
【００３２】
図３において、ユーザは、クライアント端末１０２からネットワーク１００を介してインターネット閲覧可能な文書共有サーバ１０１に対して、登録されている文書を指定して操作要求することにより文書を操作することができる。
【００３３】
図３において、文書共有サーバ１０１の通信部３０１は、クライアント端末１０２とネットワーク１００を介して情報の受送信を行うことを可能とする。通信部３０１は、文書／フォルダ情報処理部３０２、ユーザ情報処理部３０３及びアクセス権処理部３０４との情報の受け渡しを行うことも可能としている。
【００３４】
３０２は、文書／フォルダ情報処理部であり、本実施形態における文書共有システムが扱う文書／フォルダ情報の登録／削除／更新等の処理を行う手段である。この文書／フォルダ情報処理部３０２は、情報格納装置３１０内の後述する文書／フォルダ情報格納部３１１に格納されている文書／フォルダ情報を操作することが可能である。
【００３５】
３０３は、ユーザ情報処理部であり、本実施形態における文書共有システムを扱うユーザの登録／削除／更新等の処理を行う手段であり、情報格納装置３１０内の後述するユーザ情報格納部３１２に格納されているユーザ情報を操作することが可能である。
【００３６】
３０４は、アクセス権処理部であり、本実施形態における文書共有システムが扱うユーザの文書／フォルダ情報に対するアクセス権に係る処理を行う手段である。このアクセス権処理部３０４は、情報格納装置３１０内の後述するアクセス権情報格納部３１３に格納されているアクセス権情報を操作することが可能である。
【００３７】
３１１は、文書／フォルダ情報格納部であり、本文書共有システムで共有するために所有する文書実体や文書情報、また文書を格納するためのフォルダ情報を格納する。文書／フォルダ情報についてのデータの構成例は、後述する図１１の文書／フォルダ情報格納テーブルの説明で詳細を記述する。
【００３８】
３１２は、ユーザ情報格納部であり、本文書共有システムを利用するユーザの情報を格納する。このユーザ情報が登録されていないクライアント端末１０２を操作するユーザは、本文書共有システムを利用することができない。ユーザ情報についてのデータの構成例は、後述する図１２のユーザ情報格納テーブルの説明で詳細を記述する。
【００３９】
３１３は、アクセス権情報格納部であり、本文書共有システムで共有している文書に対するユーザのアクセスが可能かどうかの判定を行うために使用するデータを保持する。アクセス権情報についてのデータの構成例は、後述する図１３のアクセス権情報格納テーブルの説明で詳細を記述する。
【００４０】
３１４は、削除文書／フォルダ情報格納部であり、本文書共有システムで使用するごみ箱に存在する文書／フォルダの情報を格納する。本文書共有システムで共有する文書／フォルダは、前述の３１１の文書／フォルダ情報格納テーブルまたは本テーブルのどちらかで必ず管理されている。
３１５は、承認情報格納部であり、後述する図１０の処理中で行うごみ箱から通常のフォルダへの文書の復帰（復元）処理における承認情報を格納する。
【００４１】
図４から図６は、ユーザＢが２つの文書をごみ箱に移動させ削除した時の内部的な動作と、ユーザＡからの文書やごみ箱に対するアクセス制御について表した図である。ただし、この例では、２つの文書に対して、ユーザＡが１つの文書のみにアクセス権を持ち、ユーザＢが２つの文書に対して両方アクセス権を持っている場合を示している。
【００４２】
図４は、本文書共有システムが扱う文書／フォルダの構成例とそのユーザ例を表す図であり、クライアント端末１０２（１）のユーザＡ（以下、ユーザＡと記す）がアクセスできる文書／フォルダおよびユーザＡがアクセスできない文書／フォルダを表している。
【００４３】
４０１は、文書共有サーバ１０１が保持する文書／フォルダ情報の構成例である。ユーザＡ及びクライアント端末１０２（２）のユーザＢ（以下、ユーザＢと記す）は、それぞれのアクセス権に応じて文書／フォルダ情報を利用することができる。文書共有サーバ１０１は、これが保持する各ユーザのアクセス権情報に従ってアクセス制御を行う。
【００４４】
４０２は、ユーザＡが文書共有サーバ１０１の保持する文書／フォルダ情報の内アクセス権に従ってアクセス可能な文書／フォルダ情報の集まりを表し、ユーザＡは４０２内の文書／フォルダ情報に対してアクセスすることができることを示している。
４０３は、ユーザＡのみが利用可能なごみ箱（以下、ユーザＡ専有ごみ箱と記す）を表し、基本的にユーザＡ以外のユーザからはアクセスすることができない。本図の例ではユーザＢはアクセスすることができないことを表している。
【００４５】
４０４は、本文書共有システムを利用するクライアントシステム１０２のユーザすべてが利用可能なごみ箱（以下、共有ごみ箱と記す）を表し、本図の例ではユーザＡ及びユーザＢの両ユーザからアクセス可能なごみ箱であることを表している。
４０５は、ユーザＢのみが利用可能なごみ箱（以下、ユーザＢ専有ごみ箱と記す）を表す。本図の例ではユーザＡがアクセス可能な文書／フォルダ情報構成の範囲[４０２]の外であるため、ユーザＡからはアクセス不可であることを表している。
【００４６】
４０６は、本文書共有システムに格納されている文書１を表す。同図では、この文書１を、ユーザＡのアクセス可能な文書／フォルダ情報構成の範囲［４０２］の外に示し、ユーザＡがこの文書１に対しアクセス不可であることを表している。また、このことを４０７で表している。
【００４７】
４０８は、本文書共有システムに格納されている文書２を表す。同図では、この文書２を、ユーザＡのアクセス可能な文書／フォルダ情報構成の範囲［４０２］の中に示し、ユーザＡがこの文書２に対しアクセス可能であることを表している。また、このことを４０９で表している。
【００４８】
図５は、本文書共有システムが扱う文書／フォルダの構成例と、そのユーザ例を表す図であり、ユーザＢのアクセス可能な文書／フォルダを表し、ユーザＢが指定の文書に対する削除指示を行う際の処理を表す図である。
【００４９】
５０１は、文書共有サーバ１０１が保持する文書／フォルダ情報の構成例であり、前述の図４の４０１と同じものである。
５０２は、ユーザＢが文書共有サーバ１０１の保持する文書／フォルダ情報の内アクセス権に従ってアクセス可能な文書／フォルダ情報の集まりを表し、ユーザＢが５０２内の文書／フォルダ情報に対してアクセス可能であることを示している。
【００５０】
５０３は、ユーザＢが文書１に対して削除指示を行うことを表す。この文書１は、ユーザＢのアクセス可能な文書／フォルダ情報構成の範囲［５０２］の中にある。
５０４は、ユーザＢが文書２に対して削除指示を行うことを表す。この文書２は、ユーザＢのアクセス可能な文書／フォルダ情報構成の範囲［５０２］の中にある。
【００５１】
５０５は、ユーザＢによる削除指示５０４によって文書２をごみ箱に移動する処理過程を表す。文書２は、図４におけるユーザＡのアクセス可能な文書／フォルダ情報構成の範囲[４０２]からユーザＡもアクセス可能であるため、共有ごみ箱に移動することを表し、移動したものを文書２’とすることとする。
【００５２】
５０６は、ユーザＢによる削除指示５０３によって文書１をごみ箱に移動する処理を表す。文書１は、図４におけるユーザＡのアクセス可能な文書／フォルダ情報構成の範囲[４０２]からユーザＡはアクセス不可であるため、ユーザＢの専有ごみ箱に移動することを表し、移動したものを文書１’とすることとする。
【００５３】
図６は、本文書共有システムが扱う文書／フォルダの構成例とそのユーザ例を表す図であり、図５の５０５及び５０６の処理によってごみ箱に移動した文書に対するユーザＡのアクセス可否状況を表したものである。
【００５４】
６０１は、文書共有サーバ１０１が保持する文書／フォルダ情報の構成例であり、前述の図４の４０１と同じものである。
６０２は、ユーザＡが文書共有サーバ１０１の保持する文書／フォルダ情報のアクセス権に従ってアクセス可能な文書／フォルダ情報の集まりを表し、ユーザＡは６０２内の文書／フォルダに対してアクセスすることができることを示している。
【００５５】
６０３は、共有ごみ箱に格納されている文書２’へのユーザＡのアクセス可否状態を表し、ユーザＡのアクセス可能な文書／フォルダ情報構成の範囲［６０２］の中であることから、ユーザＡはアクセス可能であることを表している。
６０４は、ユーザＢの専有ごみ箱に格納されている文書１’へのユーザＡのアクセス可否状態を表し、ユーザＡのアクセス可能な文書／フォルダ情報構成の範囲[６０２]の外であることから、ユーザＡはアクセス不可であることを表している。
【００５６】
図７は、前述の図６の状態におけるユーザＡが操作するクライアント端末１０２におけるＧＵＩ画面の例を表したものであり、一般的な文書共有システムで使用するフォルダ階層構造と、指定のフォルダ内の文書／フォルダ情報を表示する画面を表したものである。
【００５７】
７０１は、フォルダの階層構造で表された一般的な文書共有システムにおいてごみ箱が選択されていることを表し、前述の図４におけるユーザＡ専有ごみ箱４０３と共有ごみ箱４０４を画面上ではあたかも一つのごみ箱として表示することを表している。
【００５８】
７０２は、ごみ箱７０１内の文書の一覧が表示されていることを表す。つまり、共有ごみ箱４０４及びユーザＡ専有ごみ箱４０３内の文書を表しているので、前述の図６におけるユーザＡの共有ごみ箱へのアクセス６０３によって文書２’のみが表示されることを表している。図７による画面例は、フォルダの階層構造と、指定のフォルダ内の文書／フォルダ情報を表示する画面構成であるが、これは本発明を説明するためのものであり、実際には異なる画面構成であっても構わない。
【００５９】
図８は、前述の図５の状態におけるユーザＢが操作するクライアント端末１０２におけるＧＵＩ画面の例を表したものであり、一般的な文書共有システムで使用するフォルダ構造と、指定のフォルダ内の文書／フォルダ情報を表示する画面を表したものである。
【００６０】
８０１は、フォルダの階層構造で表された一般的な文書共有システムにおいてごみ箱が選択されていることを表す。また前述の図４におけるユーザＢ専有ごみ箱４０５と共有ごみ箱４０４を画面上ではあたかも一つのごみ箱として見えるように表示することを表している。
８０２及び８０３は、ごみ箱８０１内の文書の一覧が表示されていることを表す。つまり、前述の図５における共有ごみ箱及びユーザＢ専有ごみ箱内の文書をそれぞれ表しているので、前述の図５における文書１’及び文書２’が表示されることを表している。
【００６１】
８０２は、画面上ごみ箱８０１内の文書が表示されていることを表すが、実際は、共有ごみ箱４０４内の文書を表し、つまり、文書２’が表示されることを表している。
８０３は、画面上ごみ箱８０１内の文書が表示されていることを表が、実際は、ユーザＢの専有ごみ箱４０５内の文書を表し、つまり、文書１’が表示されることを表している。図８による画面例は、フォルダの階層構造と、指定のフォルダ内の文書／フォルダを表示する画面構成であるが、これは本発明を説明するためのものであり、実際には異なる画面構成であっても構わない。
【００６２】
図９は、本文書共有システムのユーザが、ある文書をごみ箱に削除する指示を行った際の本文書共有システム内部の処理フローを表したものである。
【００６３】
Ｓ９０１は、指定の文書を削除する権利のあるユーザが、その文書をごみ箱に削除する指示を表す。
Ｓ９０２は、Ｓ９０１でユーザがごみ箱に文書を削除することを指示した時に、その文書に対してユーザが削除する権限があるかどうかの判断を表す。ユーザに指定の文書を削除する権限があればＳ９０３の処理に進み、権限がなければ文書をごみ箱に移動させることができないため、このフローは終了する。
【００６４】
Ｓ９０３は、Ｓ９０２でユーザが指定の文書をごみ箱に削除する権限があると判断された場合、さらにその文書に対して他のユーザ（１または複数）にアクセス権が与えられているかどうかを判断する処理を行うことを表す。他のユーザにアクセス権が与えられていればＳ９０４の処理に進み、他のユーザにアクセス権が与えられていなければＳ９０５の処理に進む。
【００６５】
Ｓ９０４は、Ｓ９０３の判断で指定の文書が他のユーザにアクセス権が与えられていると判定された場合に行われる処理であり、すべてのユーザがアクセス可能な共有ごみ箱に指定された文書を移動させ削除する処理を表す。
Ｓ９０５は、Ｓ９０３の判断で指定の文書が他のユーザにアクセス権が与えられていないと判定された場合に行われる処理である。この場合、アクセス権はそのユーザにしか与えられていないことと同じなので、そのユーザの専有ごみ箱に指定された文書を移動させ削除する処理を行う。
【００６６】
なお、共有ごみ箱と専有ごみ箱は、情報格納装置３１０内にそれぞれ専用の一時記憶領域を儲ける構成としてもよいし、共通の一時記憶領域を儲けフラグ（例えば、図１４に示すごみ箱タイプ１４０６）を利用して論理的に分けて管理するようにしてもよい。
【００６７】
図１０は、本文書共有システムのあるユーザが、アクセス権が与えられている文書ファイルを閲覧する指示を行った場合における、ユーザが行う処理フローを表したものである。
【００６８】
Ｓ１００１は、ユーザが任意の文書を閲覧するために、画面上のＧＵＩによりフォルダにアクセスする操作を表す。
Ｓ１００２は、Ｓ１００１でユーザがアクセスしたフォルダに所望の文書が存在するかどうかを判断する工程を表す。ユーザが所望する文書が存在すればＳ１０１０に進み、存在しなければＳ１００３に進む。
Ｓ１００３は、Ｓ１００２の判断でユーザが所望する文書が指定のフォルダ内に存在しなかった時の操作を表す。その場合、ごみ箱に削除されていることが考えられるためごみ箱にアクセスする。
【００６９】
Ｓ１００４は、Ｓ１００３の処理でごみ箱にアクセスし、ごみ箱内に所望の文書が存在するかどうかの判断を表す。存在すればＳ１００５の処理に進み、存在しなければＳ１０１１の処理に進む。ここで言うごみ箱とは、図７や図８で表されるように、すべてのユーザがアクセス可能な共有ごみ箱と、そのユーザのみがアクセス可能な専有ごみ箱の両方であるが、ユーザが使用する端末のＧＵＩ上では前述のように一つのごみ箱として表示される。
【００７０】
Ｓ１００５は、Ｓ１００４の判断でごみ箱内に所望の文書が存在した場合、その文書が専有ごみ箱内にあるのか、共有ごみ箱内にあるのかの判断を表す。なお、この判断は、システムが内部的に判定するものであり、ユーザの判断は必要としない。
この判断で文書が共有ごみ箱内に存在しないと判定されると、これは専有ごみ箱内に文書が存在することを表すため、この文書はそのユーザが専用ごみ箱に削除したものであると認識され、Ｓ１００９の処理に進む。また、この判断で文書が共有ごみ箱に存在すると判定されると、これはそのユーザまたは他のユーザがごみ箱に削除したものであることを表すため、ごみ箱へ削除したユーザが誰かを判定する処理Ｓ１００６に進む。
【００７１】
Ｓ１００６は、Ｓ１００５の判断で共有ごみ箱内に所望の文書が存在すると判定された時に行う判断であり、その文書をごみ箱に削除したユーザが当該ユーザ（ここではＳ１００１を開始したユーザ）以外のユーザであるかどうかを判定する処理である。ごみ箱に文書を削除したユーザが当該ユーザである場合は、ごみ箱から通常のフォルダに戻す処理を行えるので、Ｓ１００９に進む。
【００７２】
ごみ箱に文書を削除したユーザが当該ユーザ以外のユーザである場合は、そのユーザに対してごみ箱から通常のフォルダに戻すための承認を必要とするため、ごみ箱へ文書を削除したユーザに対して承認依頼を行うＳ１００７の処理に進む。ごみ箱に文書を削除したユーザを判定するには、後述する図１４の削除文書／フォルダ情報格納テーブル１４００のデータを参照することによって行うが、このテーブルの構成例については図１４の説明で詳細に記述する。
【００７３】
Ｓ１００７は、Ｓ１００６の判断で当該ユーザ以外のユーザがごみ箱に文書を削除したと判定されたため、ごみ箱に文書を削除したユーザに対して、文書を閲覧するために通常のフォルダに文書を戻すための承認依頼を行う処理（後述）を表す。
【００７４】
Ｓ１００８は、Ｓ１００７における承認依頼に対して承認がされたかどうかの判断を表す。承認されていなければ文書を閲覧することが不可能であり、この処理フローは終了する。承認されれば次の処理を行うためにＳ１００９に進む。
【００７５】
Ｓ１００９は、Ｓ１００８の判断でＳ１００７における承認依頼に対する承認がなされたと判定された場合の処理で、文書を閲覧するためにごみ箱から通常のフォルダに戻す操作を表す。また、Ｓ１００５及びＳ１００６の判断でごみ箱にファイルを移動させ削除したユーザが当該ユーザである場合はＳ１００７の承認依頼を行う必要なく、本操作でごみ箱から通常のフォルダに文書を戻すことができる。
【００７６】
Ｓ１０１０は、Ｓ１００２の判断で所望の文書が通常のフォルダに存在した場合、もしくはＳ１００９の操作で文書をごみ箱から通常のフォルダに戻した場合に行える工程であり、ユーザは所望の文書を閲覧することが可能であることを表している。
【００７７】
Ｓ１０１１は、Ｓ１００４の判断でごみ箱内に所望の文書が存在しなかった場合に行う判断で、他のフォルダも探して見つからなかったかどうかの判断を表す。他のフォルダを探していない場合は、Ｓ１００１の処理に戻り、別のフォルダにアクセスする。他のフォルダを探しても所望の文書が見つからなかった場合はＳ１０１２の処理に進む。
【００７８】
Ｓ１０１２は、Ｓ１０１１の判断で他のフォルダにも所望の文書が見つからないと判断された場合の工程を表す。この場合は文書が完全に削除（物理削除）されているか、そのユーザの文書に対するアクセス権がなくなっているということになり、所望の文書を閲覧することが不可能となり、この処理フローは終了する。
【００７９】
図１１は、文書共有サーバ１０１の情報格納装置３１０内の文書／フォルダ情報格納部３１１に格納される文書／フォルダ情報格納テーブル１１００の構成例を表す図である。
【００８０】
この文書／フォルダ情報格納テーブル１１００は、本文書共有システムのユーザからフォルダの作成、文書の登録等の登録要求を受けた時に対応するレコードが作成される。また、文書やフォルダがユーザの指示によって物理的に削除された時に、本テーブルのレコードが削除される。ただ単に、ユーザがごみ箱に文書やフォルダを移動しただけでは本テーブルのレコードは削除されない。
【００８１】
１１０１は、文書／フォルダ管理番号を表し、文書やフォルダを作成する際に文書共有サーバ１０１内の文書／フォルダ情報処理部３０２が自動的に発番するシステム上でユニークな管理番号である。
１１０２は、文書／フォルダ名を表し、文書やフォルダを作成する際にクライアント端末１０２のユーザが指定するか、または文書共有サーバ１０１内の文書／フォルダ情報処理部３０２が自動的に生成するものである。
【００８２】
１１０３は、上位管理番号を表し、文書やフォルダを階層構造で管理する上で使用する項目であり、上位階層のフォルダの管理番号を保持することにより、階層構造を表現することが可能となる。
１１０４は、文書／フォルダの区分を表し、レコードを作成する際に文書の登録なら文書区分として、フォルダの作成ならフォルダ区分として登録される。本項目は、文書とフォルダを同じテーブルで管理するために必要な項目であり、文書とフォルダを別々のテーブルで管理する場合は特に必要としない項目である。
【００８３】
なお、文書／フォルダ情報格納テーブル１１００の各項目は、文書やフォルダを管理する上で利用することが可能であるが、本発明を説明するための一例であり、実際には必ずしも同じ項目に限るものではなく、別の項目であっても構わない。
【００８４】
図１２は、文書共有サーバ１０１の情報格納装置３１０内のユーザ情報格納部３１２に格納されるユーザ情報格納テーブル１２００の構成例を表す図である。
【００８５】
ユーザ情報格納テーブル１２００は、クライアント端末１０２を用いて本文書共有システムを利用するユーザの情報を保持するテーブルで、本文書共有システムの利用登録を受けた時に対応するレコードが作成される。また、ユーザが本文書共有システムの利用者から登録解除（削除）された時に、本テーブルのレコードが削除される。
【００８６】
１２０１は、ユーザ管理番号を表し、ユーザを登録する際に文書共有サーバ１０１内のユーザ情報処理部３０３が自動的に発番するシステム上でユニークな管理番号である。 １２０２は、ログインＩＤを表し、ユーザを登録する際にクライアント端末１０２のユーザが指定するか、または文書共有サーバ１０１内のユーザ情報処理部３０３が自動的に生成するものである。一般的に本項目のログインＩＤのみ、または後述するパスワード１２０３との組み合わせによってシステム上でユニークなデータとなる。
【００８７】
１２０３は、パスワードを表し、ユーザを登録／更新する際にクライアント端末１０２のユーザが指定するか、または文書共有サーバ１０１内のユーザ情報処理部３０３が自動的に生成するものである。
なお、図１２に示すユーザ情報格納テーブル１２００の各項目は、本文書共有システムのユーザを管理する上で利用可能であるが、本発明を説明するための一例であり、実際には必ずしも同じ項目に限るものではなく、別の項目であっても構わない。
【００８８】
図１３は、文書共有サーバ１０１の情報格納装置３１０内のアクセス権情報格納部３１３に格納されるアクセス権情報格納テーブル１３００の構成例を表す図である。
【００８９】
アクセス権情報格納テーブル１３００は、本文書共有システムの文書やフォルダの利用が可能なユーザに対して対応するレコードが作成される。
１３０１は、文書／フォルダ管理番号を表し、前述の図１１の文書／フォルダ情報格納テーブルに登録されている文書／フォルダの管理番号に対応する。
【００９０】
１３０２は、ユーザ管理番号を表し、前述の図１２のユーザ情報格納テーブルに登録されているユーザの管理番号に対応する。アクセス権情報格納テーブル１３００は上記１３０１及び１３０２のデータの組み合わせにより、文書やフォルダに対するユーザのアクセス権を管理する。
【００９１】
１３０３は、読出し権を表すフラグであり、文書／フォルダ管理番号１３０１に対応する文書またはフォルダに対して、ユーザ管理番号１３０２に対応するユーザが文書またはフォルダへの読出し権を持つかどうかを表す。読出し権を持つ場合は、ユーザは文書／フォルダ情報格納テーブルの情報を閲覧することが可能となる。
【００９２】
１３０４は、書込み権を表すフラグであり、１３０３の読出し権同様に文書／フォルダ情報への書込み権を持つかどうかを表す。書込み持つ場合ユーザは文書／フォルダ情報格納テーブルの情報の変更等が行える書込み処理が可能となる。
【００９３】
１３０５は、削除権を表すフラグであり、１３０３の読出し権同様に文書／フォルダへの削除権を持つかどうかを表す。削除権を持つ場合、ユーザは文書／フォルダ情報格納テーブルの該当する情報の削除が可能である。また文書／フォルダ情報格納テーブルの情報を削除した場合は、削除した文書／フォルダの管理番号に対応する本テーブルのレコードも自動的に削除される。
【００９４】
なお、図１３に示すアクセス権情報格納テーブル１３００の各項目は、文書／フォルダへのユーザのアクセス権を管理することが可能であるが、本発明を説明するための一例であり、実際には必ずしも同じ項目に限るものではなく、別の項目であっても構わない。 また、上記ユーザ情報およびアクセス権情報は、別個のテーブルで管理されるが、いずれも本システムを利用するユーザを管理するためのユーザ管理情報である。
【００９５】
図１４は、文書共有サーバ１０１の情報格納装置３１０内の削除文書／フォルダ情報格納部３１４に格納される削除文書／フォルダ情報格納テーブル１４００の構成例を表す図である。
【００９６】
削除文書／フォルダ情報格納テーブル１４００は、本文書共有システムの文書やフォルダがごみ箱に削除された時に文書／フォルダ情報処理部３０２によって作成される。その際、前述の図１１の文書／フォルダ情報格納テーブル１１００に登録されているレコードは削除され、代わりに本テーブルに前記文書／フォルダ情報のデータが登録される。また、ごみ箱内の文書やフォルダが通常のフォルダに戻された時は、本テーブルの対応するデータは削除され、前述の図１１の文書／フォルダ情報格納テーブル１１００にデータが登録される。
【００９７】
１４０１は、文書／フォルダ管理番号を表し、前述の図１１の文書／フォルダ情報格納テーブルに登録されている文書／フォルダの管理番号と同じものである。
１４０２は、文書／フォルダ名を表し、前述の図１１の文書／フォルダ情報格納テーブルに登録されている文書／フォルダ名と同じものである。
【００９８】
１４０３は、削除前上位管理番号を表し、前述の図１１の文書／フォルダをユーザが削除した時に上位管理番号１１０３として登録されている管理番号と同じものである。
１４０４は、削除ユーザ管理番号を表し、前述の図１１の文書／フォルダをユーザが削除した時に、削除したユーザの前述の図１２で管理されているユーザ管理番号１２０１がこの項目に登録される。
【００９９】
１４０５は、保存期限を表し、例えばごみ箱に文書やフォルダが削除されてから一定期間ごみ箱内に保管し、本項目に設定されている期限が過ぎると自動的に完全削除（物理削除）を行うようにする時に使用する。本項目は必ずしも必要とされる項目ではない。
【０１００】
１４０６は、ごみ箱タイプを表す。ユーザがごみ箱に文書／フォルダを削除した時に、当該ユーザ以外のユーザにアクセス権が与えられているかどうかを前述の図１３のアクセス権情報格納テーブル１３００から対応する文書／フォルダ管理番号及びユーザ管理番号を基に判定を行う。そして、当該ユーザ以外のユーザにもアクセス権が与えられているならば共有ごみ箱を表すデータを登録する。一方、当該ユーザのみがアクセス可能であれば専有ごみ箱を表すデータを本項目に登録する。これにより、専有ごみ箱か共有ごみ箱のどちらに削除されているかを確認することができる。
【０１０１】
なお、図１４に示す削除文書／フォルダ情報格納テーブル１４００の各項目は、ごみ箱内の文書を管理する上で利用することが可能であるが、本発明を説明するための一例であり、同じテーブル構成に限るものではなく、別の構成であっても構わない。
【０１０２】
図１５は、前述の図１０のＳ１００７の処理で、ごみ箱内に存在する文書を通常のフォルダに戻す時に、該文書が別のユーザによってごみ箱に削除されたものであった場合に表示されるＧＵＩ画面の一例である。このＧＵＩ画面から、文書をごみ箱から通常のフォルダに戻すための承認依頼を、ごみ箱に文書を削除したユーザに対して行う。
【０１０３】
１５０１は、指定の文書をごみ箱から通常のフォルダに戻すための承認依頼を行うための確認メッセージを表す。
１５０２は、１５０１の確認メッセージに対して承認依頼を実行することを確定するボタンを表す。このボタンを押下することで、承認依頼処理が実行され、ごみ箱に文書を削除したユーザに対して承認依頼を行う。
【０１０４】
なお、図１５に示す画面例は、ごみ箱に文書を削除したユーザに対して承認依頼を行うための画面構成であるが、これは本発明を説明するためのものであり、実際には異なる画面構成であっても構わない。
【０１０５】
図１６は、前述の図１５の画面操作による承認依頼の処理で、承認依頼を行ったユーザのごみ箱からの文書の復帰を承認するかどうかの処理を行う際のＧＵＩ画面を表したものである。
【０１０６】
１６０１は、指定の文書をごみ箱から通常のフォルダに戻すための承認依頼を受けたユーザが依頼内容を確認するための承認依頼メッセージを表す。
１６０２は、１６０１の承認依頼メッセージに対して承認処理を実行することを確定するボタンを表す。このボタンを押下することで、承認依頼を行ったユーザがごみ箱から文書を復帰させることを可能とする。
【０１０７】
１６０３は、１６０１の承認依頼メッセージに対して承認却下処理を実行することを確定するボタンを表す。このボタンを押下することで、承認依頼を行ったユーザはごみ箱から文書を復帰させることはできない。
図１６による画面例は、ごみ箱から文書を復帰させようとするユーザの承認依頼を承認または却下するための画面構成ではあるが、これは本発明を説明するためのものであり、実際には異なる画面構成であっても構わない。
【０１０８】
図１７は、前述の図１６における承認処理によって、文書をごみ箱に削除したユーザ以外のユーザが通常のフォルダに文書を戻すことを可能とするために使用する承認情報格納テーブル１７００の構成例を表す図である。
本テーブルのレコードは、前述の図１６における承認処理によって、文書をごみ箱から通常のフォルダに戻すことを許可されると作成されるものであり、該文書と承認依頼を行ったユーザを関連付けるためのテーブルである。
【０１０９】
１７０１は、文書／フォルダ管理番号を表し、前述の図１１の文書／フォルダ情報格納テーブルに登録されている文書／フォルダの管理番号に対応する。
１７０２は、承認ユーザ管理番号を表し、１７０１の文書／フォルダ管理番号に対応する文書のごみ箱からの復帰を許可されたユーザのユーザ管理番号である。
【０１１０】
１７０３は、承認者ユーザ管理番号を表し、文書のごみ箱からの復帰を１７０２のユーザ管理番号に対応するユーザに許可をしたユーザのユーザ管理番号である。
本テーブルのレコードは、前述の図１０のＳ１００９の処理で、ごみ箱から通常のフォルダに文書が戻された時に削除される。また、該文書が物理削除された時や別のユーザによって通常のフォルダに戻された時、また承認依頼を行ったユーザが登録抹消された時にも対象レコードは削除される。
【０１１１】
なお、図１７に示す承認情報格納テーブル１７００の各項目は、ごみ箱内の文書を管理する上で利用することが可能であるが、本発明を説明するための一例であり、同じテーブル構成に限るものではなく、別の構成であっても構わない。
【０１１２】
以上に説明したように、本実施形態では、複数のユーザで共有している文書をごみ箱に移動させた時、削除を指示したユーザ以外のユーザであっても、所定の条件のもとで通常のフォルダに文書を戻すことが可能となり、ユーザの利便性を向上させることができる。また、ごみ箱から通常のフォルダに文書を戻す際には、実際に論理的削除を行ったユーザの承認を受けるので、当該ユーザの意思も尊重される。また、ユーザがごみ箱に文書ファイルを移動させ削除する際やごみ箱から復元する際、２種類あるごみ箱を意識することなく論理的削除や復元を行うことができる。
【０１１３】
本実施形態では、事前に登録されたユーザのアクセス権を基に共有ごみ箱または専有ごみ箱へ文書を振り分け移動させて文書の論理的削除を行う場合を示した。他の形態として、登録された文書に対する各ユーザのアクセス状況等を基に、論理的削除として行う共有ごみ箱または専有ごみ箱へ文書の振り分けを行うことも可能である。例えば、アクセス権に有効期限を設け、この有効期限内に、アクセス権を有するユーザの特定ファイルに対するアクセスが行われなければ、このユーザのこのファイルに対するアクセス権を抹消したりアクセス権がないものとみなすことができる。したがって、ユーザのアクセス状況に応じた文書の論理的削除も、限定するものではないが一つの手法として、前述したアクセス権に基づく文書の論理的削除の手法を用いて実施することが可能である。
【０１１４】
また、本発明の目的は前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を利用することでも達成される。すなわち、この記録媒体をシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（ＣＰＵ若しくはＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行することによっても、達成される。この場合、記録媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。
【０１１５】
このプログラムコードを供給するための記録媒体としては、例えばフロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけではない。このプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１１６】
更に、記録媒体から読出されたプログラムコードは、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込むことができる。この機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどは、上記メモリに書き込まれたプログラムコードの指示に基づき、実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能を実現することができる。本発明は、このようにして実現される場合も含まれることは言うまでもない。
【図面の簡単な説明】
【０１１７】
【図１】本発明の実施形態に係る文書共有システムの構成を示すブロック図である。
【図２】文書共有システムにおける、文書管理サーバ１０１及びクライアント端末１０２の具体的な内部構成例を示す図である。
【図３】処理モジュール群及び情報を格納する格納装置群、それらの処理モジュール群及び格納装置間のつながりを示す図である。
【図４】本実施形態における文書／フォルダ情報に対するユーザのアクセス可否状態の一例を示す図である。
【図５】本実施形態における文書情報に対するユーザのごみ箱への削除指示の流れを示す図である。
【図６】本実施例におけるごみ箱内の文書に対するユーザのアクセス可否状態の一例を示す図である。
【図７】クライアント端末１０２を使用して、文書共有システムのユーザが操作するＧＵＩ画面の一例を示す図である。
【図８】クライアント端末１０２を使用して、文書共有システムのユーザが操作するＧＵＩ画面の一例を示す図である。
【図９】本実施例における文書情報のごみ箱への削除処理の流れを示すフローチャートである。
【図１０】本実施例における文書情報の閲覧処理の流れの一例を示すフローチャートである。
【図１１】本実施例における文書共有サーバ１０１の情報格納装置３１０内に格納する文書／フォルダ情報格納テーブルの一例を示す図である。
【図１２】本実施例における文書共有サーバ１０１の情報格納装置３１０内に格納するユーザ情報格納テーブルの一例を示す図である。
【図１３】本実施例における文書共有サーバ１０１の情報格納装置３１０内に格納するアクセス権情報格納テーブルの一例を示す図である。
【図１４】本実施例における文書共有サーバ１０１の情報格納装置３１０内に格納する削除文書／フォルダ情報格納テーブルの一例を示す図である。
【図１５】クライアント端末１０２を使用して、文書共有システムのユーザがごみ箱内の文書を通常のフォルダに戻すための承認依頼を行う際のＧＵＩ画面の一例を示す図である。
【図１６】クライアント端末１０２を使用して、文書共有システムのユーザがごみ箱内の文書を通常フォルダに戻すための承認処理を行う際のＧＵＩ画面の一例を示す図である。
【図１７】本実施例における文書共有サーバ１０１の情報格納装置３１０内に格納する承認情報格納テーブルの一例を示す図である。
【符号の説明】
【０１１８】
１０１…文書共有サーバ
１０２…クライアント端末
３００…情報処理装置
３０１…通信部
３０２…文書／フォルダ情報処理部
３０３…ユーザ情報処理部
３０４…アクセス権処理部
３１０…情報格納装置
３１１…文書／フォルダ情報格納部
３１２…ユーザ情報格納部
３１３…アクセス権情報格納部
３１４…削除文書／フォルダ情報格納部
３１５…承認情報格納部
【技術分野】
【０００１】
本発明は、文書共有システムにおいて一人または複数のユーザがアクセス可能な文書等のファイル（ここでは、文書ファイルと総称する）に対するファイル管理に関し、特には文書共有システムにおける文書ファイルの論理的削除に関するものである。
【背景技術】
【０００２】
従来、文書共有システムにおいて共有している文書ファイルを論理的削除する場合、操作するユーザのみがアクセス可能な、他のユーザと共有しない論理的削除用のフォルダ（以下、ごみ箱と記す）にファイルを移動させることをしていた。なお、論理的削除は、このようにして特定のフォルダであるごみ箱にファイルを移動させるので、文書ファイルは記憶装置上にそのまま残るものである。
【０００３】
従来の一般的な手法に対し特許文献１に開示の技術では、ローカルなごみ箱とサーバ上の共有ごみ箱の２種類のごみ箱を設け論理的削除を行えるようしているが、これら２種類のごみ箱は、ユーザが任意選択で利用することになる。つまりユーザは２種類のごみ箱を意識的に使い分ける必要がある（図７参照）。
【０００４】
【特許文献１】特開２００２−３６６４１０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記従来の手法では、ごみ箱に文書ファイルを移動させたユーザ以外のユーザは、当該ごみ箱に対するアクセスが不可能であるため、ごみ箱に移動されたファイルにアクセスすることができない。したがって、一度ごみ箱に移動された文書ファイルを通常のフォルダ（ごみ箱以外のフォルダ）に戻す（復元する）ことは、ごみ箱に文書ファイルを移動させたユーザのみしかできないという問題があった。
【０００６】
一方、特許文献１に開示の技術では、ローカルなごみ箱とサーバ上の共有ごみ箱を設けているので、ユーザはこれら２種類のごみ箱を意識的に使い分けなければならない。つまり、利便性の点で問題がある。
【０００７】
本発明は、上記課題に鑑みなされたもので、ごみ箱に文書ファイルを移動させたユーザ以外の者であっても所定の条件のもとで文書ファイルの復元等を可能とする文書共有システムのための技術を提供することを目的とする。さらに、従来のごみ箱と同様の使い勝手で（見かけ上１つのごみ箱として）論理的削除を行える文書共有システムのための技術を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決するために、第１の発明は、コンピュータネットワーク上に設けられた文書共有サーバにおける文書管理方法であって、前記文書共有サーバに備わる記憶装置に格納された文書ファイルに対し特定のユーザ管理情報に従ったファイル管理を行い、該ファイル管理の工程において、ユーザによる文書ファイルの論理的削除の指示に対し、（１）前記特定のユーザ管理情報が、論理的削除の指示をしたユーザに対してのみに、指定された文書ファイルに対する権限を示すものである場合には、当該ユーザのみがアクセスできる前記記憶装置内の第１の論理的削除用記憶領域に指定されたファイルを移動させ、（２）前記特定のユーザ管理情報が、複数のユーザに対して、指定された文書ファイルに対する権限を示すものである場合には、当該複数のユーザがアクセスできる前記記憶装置内の第２の論理的削除用記憶領域に指定されたファイルを移動させる
ことにより文書ファイルの論理的削除を行うことを特徴とする。
【０００９】
また、第２の発明は、第１の発明において、前記ファイル管理の工程において、前記特定のユーザ管理情報により、論理的削除がなされた文書ファイルに対する権限が単一のユーザに対して与えられていることが示される場合、該単一のユーザが自由に、当該文書ファイルを、論理的削除を行う以前の状態に戻すことを許可することを特徴とする。
【００１０】
また、第３の発明は、第１または第２の発明において、前記ファイル管理の工程において、前記特定のユーザ管理情報により、論理的削除がなされた文書ファイルに対する権限が複数のユーザに対して与えられていることが示される場合、論理的削除を実行したユーザの承認を受けることを条件として、論理的削除を実行したユーザ以外のユーザであって当該文書ファイルに対する権限を有するユーザが、当該文書ファイルを、論理的削除を行う以前の状態に戻すことを許可することを特徴とする。
【００１１】
また、第４の発明は、第１から第３の発明において、前記権限は、文書ファイルに対するアクセス権であることを特徴とする。
【００１２】
また、第５の発明は、第１から第３の発明において、前記権限は、文書ファイルに対するアクセス状況に基づき決定される権限であることを特徴とする。
【００１３】
また、第６の発明は、第１から第５の発明の文書管理方法をサーバコンピュータに実行させるための命令群からなるプログラムとして実現される。
【００１４】
また、第７の発明は、第６の発明のプログラムを記録したコンピュータ読み取り可能な記録媒体として実現される。
【００１５】
また、第８の発明は、コンピュータネットワーク上に設けられた文書共有サーバであって、該文書共有サーバに備わる記憶装置に格納された文書ファイルに対し特定のユーザ管理情報に従ったファイル管理を行う制御手段を備え、前記制御手段は、前記コンピュータネットワークを介して受けるユーザによる文書ファイルの論理的削除の指示に対し、（１）前記特定のユーザ管理情報が、論理的削除の指示をしたユーザに対してのみに、指定された文書ファイルに対する権限を示すものである場合には、当該ユーザのみがアクセスできる前記記憶装置内の第１の論理的削除用記憶領域に指定されたファイルを移動させ、（２）前記特定のユーザ管理情報が、複数のユーザに対して指定された文書ファイルに対する権限を示すものである場合には、当該複数のユーザがアクセスできる前記記憶装置内の第２の論理的削除用記憶領域に指定されたファイルを移動させることにより文書ファイルの論理的削除を行うことを特徴とする。
【００１６】
また、第９の発明は、コンピュータネットワーク上に設けられた文書共有サーバとコンピュータ端末とから構成される文書共有システムであって、前記文書共有サーバは、該文書共有サーバに備わる記憶装置に格納された文書ファイルに対し特定のユーザ管理情報に従ったファイル管理を行う制御手段を備え、前記制御手段は、前記コンピュータ端末から受けるユーザによる文書ファイルの論理的削除の指示に対し、（１）前記特定のユーザ管理情報が、論理的削除の指示をしたユーザに対してのみに、指定された文書ファイルに対する権限を示すものである場合には、当該ユーザのみがアクセスできる前記記憶装置内の第１の論理的削除用記憶領域に指定されたファイルを移動させ、（２）前記特定のユーザ管理情報が、複数のユーザに対して指定された文書ファイルに対する権限を示すものである場合には、当該複数のユーザがアクセスできる前記記憶装置内の第２の論理的削除用記憶領域に指定されたファイルを移動させることにより論理的削除を行い、前記コンピュータ端末は、ＧＵＩ画面にただ１つ表示されるごみ箱フォルダへユーザによる操作に従ってファイルを移動させることにより当該ファイルの論理的削除の指示を受け付け、該論理的削除の指示を前記文書共有サーバに送信することを特徴とする。
【発明の効果】
【００１７】
本発明によれば、ごみ箱（論理的削除用記憶領域）に文書ファイルを移動させ削除したユーザ以外のユーザであっても、通常のフォルダに文書ファイルを戻すこと（すなわち復元）が可能となり、ユーザの利便性を向上させることができる。また、ごみ箱から通常のフォルダに文書を戻す際には、実際に論理的削除を行ったユーザの承認を受けるので、当該ユーザの意思も尊重される。また、ユーザがごみ箱に文書ファイルを移動させ削除する際やごみ箱から復元する際、２種類あるごみ箱を意識することなく論理的削除や復元を行うことができる。
【発明を実施するための最良の形態】
【００１８】
以下、図面を参照して本発明の実施形態を詳細に説明する。
なお、本明細書および図面において、簡単のために文書ファイルを文書と記す場合がある。
【００１９】
［実施例１］
図１は、本発明の一実施形態である文書共有システムの構成を示す図である。
図１に示すように、本実施形態は文書共有サーバ１０１及びクライアント端末１０２（１）、１０２（２）、…、１０２（Ｎ）が、ネットワーク１００を介して常時接続、またはクライアント端末によるダイアルアップ接続される構成を表している。なお、クライアント端末１０２（１）、１０２（２）、…、１０２（Ｎ）は、各々同様な構成をしている。このため、ここでは説明の簡略化のために、複数クライアント端末１０２（１）、１０２（２）、…、１０３（Ｎ）の中で特定されたクライアント端末１０２を示す場合は、クライアント端末１０２（Ｘ）や１０２（Ｙ）と記す。また、複数クライアント端末１０２（１）、１０２（２）、…、１０２（Ｎ）の全体を指す場合は、単にクライアント端末１０２と記すこととする。
【００２０】
クライアント端末１０２は、本実施形態における文書共有システムの利用者であるユーザが、例えば自宅や会社から直接操作を行うための情報端末装置である。なお、この情報端末装置は、図２の説明において詳しく記述する、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＨＤＤ等から構成されるコンピュータシステムである。本文書共有システムのユーザは、クライアント端末１０２に保持している、本文書共有システムを利用するためのアプリケーションやＷＥＢブラウザ等を用いてネットワーク１００を介して文書共有サーバ１０１にアクセスすることができる。そして、文書共有サーバ１０１に文書を送信して本文書共有システムに文書を格納することや、文書共有サーバ１０１に格納されている文書情報等を取得することができる。
【００２１】
文書共有サーバ１０１は、クライアント端末１０２と通信を行う機能を有する情報処理装置である。このサーバは、クライアント端末１０２からネットワーク１００を介して送信される文書を受信し、文書共有サーバ１０１内の所定の（後述する図３の）情報格納装置３２０に文書を格納することや、情報格納装置３２０内の文書の検索や取得を行う機能を有する。ネットワーク１００は、本実施形態ではインターネットを例に説明するが、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等の他のネットワークシステムであっても構わない。
【００２２】
図２は、本発明の実施形態として例に挙げた文書共有サーバ１０１及びクライアント端末１０２の情報処理装置の内部構成を示す図である。なお、本実施例では文書共有サーバ１０１及びクライアントシステム１０２において必要とされる内部構成については、ほぼ同一の構成であるので説明の簡略化のために同一の図で説明をすることとする。
【００２３】
２０１は、情報処理装置の演算・制御をつかさどる中央演算装置（以下、ＣＰＵと記す）である。
２０２は、ランダムアクセスメモリ（以下、ＲＡＭと記す）であり、ＣＰＵ２０１の主メモリとして、また実行プログラムの格納領域や該プログラムの実行エリア並びにデータエリアとして機能する。
【００２４】
２０３は、ＣＰＵ２０１の基本的な動作処理手順を記憶しているリードオンリーメモリ（以下、ＲＯＭと記す）である。ＲＯＭ２０３には情報処理装置の機器制御を行うシステムプログラムである基本ソフト（ＯＳ）を記録したプログラムＲＯＭと、システムを稼動させるために必要な情報等が記録されているデータＲＯＭがある。ＲＯＭ２０３の代わりに後述のＨＤＤ２０９を用いる場合もある。
【００２５】
２０４は、フロッピー（登録商標）ディスクドライブ（ＦＤＤ）やＣＤ−ＲＯＭドライブのような外部記憶メディアのデータ入出力装置であり、それぞれに対応した記憶メディアの情報を入出力する機能を有する。以下、代表してＣＤ−ＲＯＭと記す。
２０５は、ネットワークインターフェース（ＮＥＴＩＦ）であり、後述するモデム２０６を介して外部ネットワークに接続するものである。ＮＥＴＩＦ２０５は、ネットワークを介して情報処理装置間のデータ転送を行うための制御や接続状況の診断を行う。
【００２６】
２０６は、モデム等の信号変換器であり、外部ネットワークと情報処理装置とを電話回線等を介して接続し、データの通信を行う機器である。以下、モデムと記す。
２０７は、ビデオＲＡＭであり、情報処理装置の稼動状態を示す、後述するＣＲＴ２０８の画面に表示される画像を展開し、その表示の制御を行う機能を有する。以下、ＶＲＡＭと記す。
２０８は、表示装置であり、例えばＣＲＴ等のディスプレイ装置である。以下、ＣＲＴと記す。
【００２７】
２０９は、後述する外部入力装置２１０及び２１２からの入力信号を制御するコントローラ（以下、ＫＢＣと記す）である。
２１０は、情報記憶装置の利用者が入力操作を行うためのキーボード（以下、ＫＢと記す）である。
２１１は、情報記憶装置の利用者が入力操作を行うためのポインティングデバイス（以下、代表してマウスと記す）である。
【００２８】
２１２は、ハードディスクドライブ（以下、ＨＤＤと記す）であり、アプリケーションプログラムや各種データ保存用に用いられる。本実施例におけるアプリケーションプログラムとは、本実施例を構成する各種処理手段を実現するソフトウェアプログラム等のことである。
２００は、上述した各ユニット間を接続するための伝送バス（アドレスバス、データバス、入出力バス及び制御バス）である。
【００２９】
図３は、本実施形態の文書共有システムにおける文書共有サーバ１０１内で動作する処理モジュール群及び情報を格納する格納装置群、それらの処理モジュール群及び格納装置間の制御及び情報の流れを説明するための図である。
同図において、３００は処理モジュール群であり、図２に示したＲＯＭ２０３、ＦＤＤ２０４またはＨＤＤ２１２より読み込まれてＲＡＭ２０２に展開される。この処理モジュール群３００は、ＣＰＵ２０１で使用されるアプリケーションプログラムまたはプログラムの一部として動作するモジュールの集まりである。
【００３０】
情報処理装置（文書共有サーバ１０１及びクライアント端末１０２）とその中の処理モジュールや情報格納装置は、自動起動されるかもしくは操作者がＫＢ２１０より入力した情報や指示により起動される。
【００３１】
ＣＰＵ２０１で演算した結果は、必要に応じて、ＲＡＭ２０２、ＨＤＤ２１２、ＦＤＤ２０４等により構成される情報格納装置に書き込まれる。また同時に、その演算結果は、必要に応じて、ＶＲＡＭ２０７を介してＣＲＴ２０８に表示される。ＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、ＮＥＴＩＦ２０５、ＶＲＡＭ２０７、ＫＢＣ２０９、ＨＤＤ２１２、ＦＤＤ２０４間の伝送は伝送バス２００を通じて行われる。
【００３２】
図３において、ユーザは、クライアント端末１０２からネットワーク１００を介してインターネット閲覧可能な文書共有サーバ１０１に対して、登録されている文書を指定して操作要求することにより文書を操作することができる。
【００３３】
図３において、文書共有サーバ１０１の通信部３０１は、クライアント端末１０２とネットワーク１００を介して情報の受送信を行うことを可能とする。通信部３０１は、文書／フォルダ情報処理部３０２、ユーザ情報処理部３０３及びアクセス権処理部３０４との情報の受け渡しを行うことも可能としている。
【００３４】
３０２は、文書／フォルダ情報処理部であり、本実施形態における文書共有システムが扱う文書／フォルダ情報の登録／削除／更新等の処理を行う手段である。この文書／フォルダ情報処理部３０２は、情報格納装置３１０内の後述する文書／フォルダ情報格納部３１１に格納されている文書／フォルダ情報を操作することが可能である。
【００３５】
３０３は、ユーザ情報処理部であり、本実施形態における文書共有システムを扱うユーザの登録／削除／更新等の処理を行う手段であり、情報格納装置３１０内の後述するユーザ情報格納部３１２に格納されているユーザ情報を操作することが可能である。
【００３６】
３０４は、アクセス権処理部であり、本実施形態における文書共有システムが扱うユーザの文書／フォルダ情報に対するアクセス権に係る処理を行う手段である。このアクセス権処理部３０４は、情報格納装置３１０内の後述するアクセス権情報格納部３１３に格納されているアクセス権情報を操作することが可能である。
【００３７】
３１１は、文書／フォルダ情報格納部であり、本文書共有システムで共有するために所有する文書実体や文書情報、また文書を格納するためのフォルダ情報を格納する。文書／フォルダ情報についてのデータの構成例は、後述する図１１の文書／フォルダ情報格納テーブルの説明で詳細を記述する。
【００３８】
３１２は、ユーザ情報格納部であり、本文書共有システムを利用するユーザの情報を格納する。このユーザ情報が登録されていないクライアント端末１０２を操作するユーザは、本文書共有システムを利用することができない。ユーザ情報についてのデータの構成例は、後述する図１２のユーザ情報格納テーブルの説明で詳細を記述する。
【００３９】
３１３は、アクセス権情報格納部であり、本文書共有システムで共有している文書に対するユーザのアクセスが可能かどうかの判定を行うために使用するデータを保持する。アクセス権情報についてのデータの構成例は、後述する図１３のアクセス権情報格納テーブルの説明で詳細を記述する。
【００４０】
３１４は、削除文書／フォルダ情報格納部であり、本文書共有システムで使用するごみ箱に存在する文書／フォルダの情報を格納する。本文書共有システムで共有する文書／フォルダは、前述の３１１の文書／フォルダ情報格納テーブルまたは本テーブルのどちらかで必ず管理されている。
３１５は、承認情報格納部であり、後述する図１０の処理中で行うごみ箱から通常のフォルダへの文書の復帰（復元）処理における承認情報を格納する。
【００４１】
図４から図６は、ユーザＢが２つの文書をごみ箱に移動させ削除した時の内部的な動作と、ユーザＡからの文書やごみ箱に対するアクセス制御について表した図である。ただし、この例では、２つの文書に対して、ユーザＡが１つの文書のみにアクセス権を持ち、ユーザＢが２つの文書に対して両方アクセス権を持っている場合を示している。
【００４２】
図４は、本文書共有システムが扱う文書／フォルダの構成例とそのユーザ例を表す図であり、クライアント端末１０２（１）のユーザＡ（以下、ユーザＡと記す）がアクセスできる文書／フォルダおよびユーザＡがアクセスできない文書／フォルダを表している。
【００４３】
４０１は、文書共有サーバ１０１が保持する文書／フォルダ情報の構成例である。ユーザＡ及びクライアント端末１０２（２）のユーザＢ（以下、ユーザＢと記す）は、それぞれのアクセス権に応じて文書／フォルダ情報を利用することができる。文書共有サーバ１０１は、これが保持する各ユーザのアクセス権情報に従ってアクセス制御を行う。
【００４４】
４０２は、ユーザＡが文書共有サーバ１０１の保持する文書／フォルダ情報の内アクセス権に従ってアクセス可能な文書／フォルダ情報の集まりを表し、ユーザＡは４０２内の文書／フォルダ情報に対してアクセスすることができることを示している。
４０３は、ユーザＡのみが利用可能なごみ箱（以下、ユーザＡ専有ごみ箱と記す）を表し、基本的にユーザＡ以外のユーザからはアクセスすることができない。本図の例ではユーザＢはアクセスすることができないことを表している。
【００４５】
４０４は、本文書共有システムを利用するクライアントシステム１０２のユーザすべてが利用可能なごみ箱（以下、共有ごみ箱と記す）を表し、本図の例ではユーザＡ及びユーザＢの両ユーザからアクセス可能なごみ箱であることを表している。
４０５は、ユーザＢのみが利用可能なごみ箱（以下、ユーザＢ専有ごみ箱と記す）を表す。本図の例ではユーザＡがアクセス可能な文書／フォルダ情報構成の範囲[４０２]の外であるため、ユーザＡからはアクセス不可であることを表している。
【００４６】
４０６は、本文書共有システムに格納されている文書１を表す。同図では、この文書１を、ユーザＡのアクセス可能な文書／フォルダ情報構成の範囲［４０２］の外に示し、ユーザＡがこの文書１に対しアクセス不可であることを表している。また、このことを４０７で表している。
【００４７】
４０８は、本文書共有システムに格納されている文書２を表す。同図では、この文書２を、ユーザＡのアクセス可能な文書／フォルダ情報構成の範囲［４０２］の中に示し、ユーザＡがこの文書２に対しアクセス可能であることを表している。また、このことを４０９で表している。
【００４８】
図５は、本文書共有システムが扱う文書／フォルダの構成例と、そのユーザ例を表す図であり、ユーザＢのアクセス可能な文書／フォルダを表し、ユーザＢが指定の文書に対する削除指示を行う際の処理を表す図である。
【００４９】
５０１は、文書共有サーバ１０１が保持する文書／フォルダ情報の構成例であり、前述の図４の４０１と同じものである。
５０２は、ユーザＢが文書共有サーバ１０１の保持する文書／フォルダ情報の内アクセス権に従ってアクセス可能な文書／フォルダ情報の集まりを表し、ユーザＢが５０２内の文書／フォルダ情報に対してアクセス可能であることを示している。
【００５０】
５０３は、ユーザＢが文書１に対して削除指示を行うことを表す。この文書１は、ユーザＢのアクセス可能な文書／フォルダ情報構成の範囲［５０２］の中にある。
５０４は、ユーザＢが文書２に対して削除指示を行うことを表す。この文書２は、ユーザＢのアクセス可能な文書／フォルダ情報構成の範囲［５０２］の中にある。
【００５１】
５０５は、ユーザＢによる削除指示５０４によって文書２をごみ箱に移動する処理過程を表す。文書２は、図４におけるユーザＡのアクセス可能な文書／フォルダ情報構成の範囲[４０２]からユーザＡもアクセス可能であるため、共有ごみ箱に移動することを表し、移動したものを文書２’とすることとする。
【００５２】
５０６は、ユーザＢによる削除指示５０３によって文書１をごみ箱に移動する処理を表す。文書１は、図４におけるユーザＡのアクセス可能な文書／フォルダ情報構成の範囲[４０２]からユーザＡはアクセス不可であるため、ユーザＢの専有ごみ箱に移動することを表し、移動したものを文書１’とすることとする。
【００５３】
図６は、本文書共有システムが扱う文書／フォルダの構成例とそのユーザ例を表す図であり、図５の５０５及び５０６の処理によってごみ箱に移動した文書に対するユーザＡのアクセス可否状況を表したものである。
【００５４】
６０１は、文書共有サーバ１０１が保持する文書／フォルダ情報の構成例であり、前述の図４の４０１と同じものである。
６０２は、ユーザＡが文書共有サーバ１０１の保持する文書／フォルダ情報のアクセス権に従ってアクセス可能な文書／フォルダ情報の集まりを表し、ユーザＡは６０２内の文書／フォルダに対してアクセスすることができることを示している。
【００５５】
６０３は、共有ごみ箱に格納されている文書２’へのユーザＡのアクセス可否状態を表し、ユーザＡのアクセス可能な文書／フォルダ情報構成の範囲［６０２］の中であることから、ユーザＡはアクセス可能であることを表している。
６０４は、ユーザＢの専有ごみ箱に格納されている文書１’へのユーザＡのアクセス可否状態を表し、ユーザＡのアクセス可能な文書／フォルダ情報構成の範囲[６０２]の外であることから、ユーザＡはアクセス不可であることを表している。
【００５６】
図７は、前述の図６の状態におけるユーザＡが操作するクライアント端末１０２におけるＧＵＩ画面の例を表したものであり、一般的な文書共有システムで使用するフォルダ階層構造と、指定のフォルダ内の文書／フォルダ情報を表示する画面を表したものである。
【００５７】
７０１は、フォルダの階層構造で表された一般的な文書共有システムにおいてごみ箱が選択されていることを表し、前述の図４におけるユーザＡ専有ごみ箱４０３と共有ごみ箱４０４を画面上ではあたかも一つのごみ箱として表示することを表している。
【００５８】
７０２は、ごみ箱７０１内の文書の一覧が表示されていることを表す。つまり、共有ごみ箱４０４及びユーザＡ専有ごみ箱４０３内の文書を表しているので、前述の図６におけるユーザＡの共有ごみ箱へのアクセス６０３によって文書２’のみが表示されることを表している。図７による画面例は、フォルダの階層構造と、指定のフォルダ内の文書／フォルダ情報を表示する画面構成であるが、これは本発明を説明するためのものであり、実際には異なる画面構成であっても構わない。
【００５９】
図８は、前述の図５の状態におけるユーザＢが操作するクライアント端末１０２におけるＧＵＩ画面の例を表したものであり、一般的な文書共有システムで使用するフォルダ構造と、指定のフォルダ内の文書／フォルダ情報を表示する画面を表したものである。
【００６０】
８０１は、フォルダの階層構造で表された一般的な文書共有システムにおいてごみ箱が選択されていることを表す。また前述の図４におけるユーザＢ専有ごみ箱４０５と共有ごみ箱４０４を画面上ではあたかも一つのごみ箱として見えるように表示することを表している。
８０２及び８０３は、ごみ箱８０１内の文書の一覧が表示されていることを表す。つまり、前述の図５における共有ごみ箱及びユーザＢ専有ごみ箱内の文書をそれぞれ表しているので、前述の図５における文書１’及び文書２’が表示されることを表している。
【００６１】
８０２は、画面上ごみ箱８０１内の文書が表示されていることを表すが、実際は、共有ごみ箱４０４内の文書を表し、つまり、文書２’が表示されることを表している。
８０３は、画面上ごみ箱８０１内の文書が表示されていることを表が、実際は、ユーザＢの専有ごみ箱４０５内の文書を表し、つまり、文書１’が表示されることを表している。図８による画面例は、フォルダの階層構造と、指定のフォルダ内の文書／フォルダを表示する画面構成であるが、これは本発明を説明するためのものであり、実際には異なる画面構成であっても構わない。
【００６２】
図９は、本文書共有システムのユーザが、ある文書をごみ箱に削除する指示を行った際の本文書共有システム内部の処理フローを表したものである。
【００６３】
Ｓ９０１は、指定の文書を削除する権利のあるユーザが、その文書をごみ箱に削除する指示を表す。
Ｓ９０２は、Ｓ９０１でユーザがごみ箱に文書を削除することを指示した時に、その文書に対してユーザが削除する権限があるかどうかの判断を表す。ユーザに指定の文書を削除する権限があればＳ９０３の処理に進み、権限がなければ文書をごみ箱に移動させることができないため、このフローは終了する。
【００６４】
Ｓ９０３は、Ｓ９０２でユーザが指定の文書をごみ箱に削除する権限があると判断された場合、さらにその文書に対して他のユーザ（１または複数）にアクセス権が与えられているかどうかを判断する処理を行うことを表す。他のユーザにアクセス権が与えられていればＳ９０４の処理に進み、他のユーザにアクセス権が与えられていなければＳ９０５の処理に進む。
【００６５】
Ｓ９０４は、Ｓ９０３の判断で指定の文書が他のユーザにアクセス権が与えられていると判定された場合に行われる処理であり、すべてのユーザがアクセス可能な共有ごみ箱に指定された文書を移動させ削除する処理を表す。
Ｓ９０５は、Ｓ９０３の判断で指定の文書が他のユーザにアクセス権が与えられていないと判定された場合に行われる処理である。この場合、アクセス権はそのユーザにしか与えられていないことと同じなので、そのユーザの専有ごみ箱に指定された文書を移動させ削除する処理を行う。
【００６６】
なお、共有ごみ箱と専有ごみ箱は、情報格納装置３１０内にそれぞれ専用の一時記憶領域を儲ける構成としてもよいし、共通の一時記憶領域を儲けフラグ（例えば、図１４に示すごみ箱タイプ１４０６）を利用して論理的に分けて管理するようにしてもよい。
【００６７】
図１０は、本文書共有システムのあるユーザが、アクセス権が与えられている文書ファイルを閲覧する指示を行った場合における、ユーザが行う処理フローを表したものである。
【００６８】
Ｓ１００１は、ユーザが任意の文書を閲覧するために、画面上のＧＵＩによりフォルダにアクセスする操作を表す。
Ｓ１００２は、Ｓ１００１でユーザがアクセスしたフォルダに所望の文書が存在するかどうかを判断する工程を表す。ユーザが所望する文書が存在すればＳ１０１０に進み、存在しなければＳ１００３に進む。
Ｓ１００３は、Ｓ１００２の判断でユーザが所望する文書が指定のフォルダ内に存在しなかった時の操作を表す。その場合、ごみ箱に削除されていることが考えられるためごみ箱にアクセスする。
【００６９】
Ｓ１００４は、Ｓ１００３の処理でごみ箱にアクセスし、ごみ箱内に所望の文書が存在するかどうかの判断を表す。存在すればＳ１００５の処理に進み、存在しなければＳ１０１１の処理に進む。ここで言うごみ箱とは、図７や図８で表されるように、すべてのユーザがアクセス可能な共有ごみ箱と、そのユーザのみがアクセス可能な専有ごみ箱の両方であるが、ユーザが使用する端末のＧＵＩ上では前述のように一つのごみ箱として表示される。
【００７０】
Ｓ１００５は、Ｓ１００４の判断でごみ箱内に所望の文書が存在した場合、その文書が専有ごみ箱内にあるのか、共有ごみ箱内にあるのかの判断を表す。なお、この判断は、システムが内部的に判定するものであり、ユーザの判断は必要としない。
この判断で文書が共有ごみ箱内に存在しないと判定されると、これは専有ごみ箱内に文書が存在することを表すため、この文書はそのユーザが専用ごみ箱に削除したものであると認識され、Ｓ１００９の処理に進む。また、この判断で文書が共有ごみ箱に存在すると判定されると、これはそのユーザまたは他のユーザがごみ箱に削除したものであることを表すため、ごみ箱へ削除したユーザが誰かを判定する処理Ｓ１００６に進む。
【００７１】
Ｓ１００６は、Ｓ１００５の判断で共有ごみ箱内に所望の文書が存在すると判定された時に行う判断であり、その文書をごみ箱に削除したユーザが当該ユーザ（ここではＳ１００１を開始したユーザ）以外のユーザであるかどうかを判定する処理である。ごみ箱に文書を削除したユーザが当該ユーザである場合は、ごみ箱から通常のフォルダに戻す処理を行えるので、Ｓ１００９に進む。
【００７２】
ごみ箱に文書を削除したユーザが当該ユーザ以外のユーザである場合は、そのユーザに対してごみ箱から通常のフォルダに戻すための承認を必要とするため、ごみ箱へ文書を削除したユーザに対して承認依頼を行うＳ１００７の処理に進む。ごみ箱に文書を削除したユーザを判定するには、後述する図１４の削除文書／フォルダ情報格納テーブル１４００のデータを参照することによって行うが、このテーブルの構成例については図１４の説明で詳細に記述する。
【００７３】
Ｓ１００７は、Ｓ１００６の判断で当該ユーザ以外のユーザがごみ箱に文書を削除したと判定されたため、ごみ箱に文書を削除したユーザに対して、文書を閲覧するために通常のフォルダに文書を戻すための承認依頼を行う処理（後述）を表す。
【００７４】
Ｓ１００８は、Ｓ１００７における承認依頼に対して承認がされたかどうかの判断を表す。承認されていなければ文書を閲覧することが不可能であり、この処理フローは終了する。承認されれば次の処理を行うためにＳ１００９に進む。
【００７５】
Ｓ１００９は、Ｓ１００８の判断でＳ１００７における承認依頼に対する承認がなされたと判定された場合の処理で、文書を閲覧するためにごみ箱から通常のフォルダに戻す操作を表す。また、Ｓ１００５及びＳ１００６の判断でごみ箱にファイルを移動させ削除したユーザが当該ユーザである場合はＳ１００７の承認依頼を行う必要なく、本操作でごみ箱から通常のフォルダに文書を戻すことができる。
【００７６】
Ｓ１０１０は、Ｓ１００２の判断で所望の文書が通常のフォルダに存在した場合、もしくはＳ１００９の操作で文書をごみ箱から通常のフォルダに戻した場合に行える工程であり、ユーザは所望の文書を閲覧することが可能であることを表している。
【００７７】
Ｓ１０１１は、Ｓ１００４の判断でごみ箱内に所望の文書が存在しなかった場合に行う判断で、他のフォルダも探して見つからなかったかどうかの判断を表す。他のフォルダを探していない場合は、Ｓ１００１の処理に戻り、別のフォルダにアクセスする。他のフォルダを探しても所望の文書が見つからなかった場合はＳ１０１２の処理に進む。
【００７８】
Ｓ１０１２は、Ｓ１０１１の判断で他のフォルダにも所望の文書が見つからないと判断された場合の工程を表す。この場合は文書が完全に削除（物理削除）されているか、そのユーザの文書に対するアクセス権がなくなっているということになり、所望の文書を閲覧することが不可能となり、この処理フローは終了する。
【００７９】
図１１は、文書共有サーバ１０１の情報格納装置３１０内の文書／フォルダ情報格納部３１１に格納される文書／フォルダ情報格納テーブル１１００の構成例を表す図である。
【００８０】
この文書／フォルダ情報格納テーブル１１００は、本文書共有システムのユーザからフォルダの作成、文書の登録等の登録要求を受けた時に対応するレコードが作成される。また、文書やフォルダがユーザの指示によって物理的に削除された時に、本テーブルのレコードが削除される。ただ単に、ユーザがごみ箱に文書やフォルダを移動しただけでは本テーブルのレコードは削除されない。
【００８１】
１１０１は、文書／フォルダ管理番号を表し、文書やフォルダを作成する際に文書共有サーバ１０１内の文書／フォルダ情報処理部３０２が自動的に発番するシステム上でユニークな管理番号である。
１１０２は、文書／フォルダ名を表し、文書やフォルダを作成する際にクライアント端末１０２のユーザが指定するか、または文書共有サーバ１０１内の文書／フォルダ情報処理部３０２が自動的に生成するものである。
【００８２】
１１０３は、上位管理番号を表し、文書やフォルダを階層構造で管理する上で使用する項目であり、上位階層のフォルダの管理番号を保持することにより、階層構造を表現することが可能となる。
１１０４は、文書／フォルダの区分を表し、レコードを作成する際に文書の登録なら文書区分として、フォルダの作成ならフォルダ区分として登録される。本項目は、文書とフォルダを同じテーブルで管理するために必要な項目であり、文書とフォルダを別々のテーブルで管理する場合は特に必要としない項目である。
【００８３】
なお、文書／フォルダ情報格納テーブル１１００の各項目は、文書やフォルダを管理する上で利用することが可能であるが、本発明を説明するための一例であり、実際には必ずしも同じ項目に限るものではなく、別の項目であっても構わない。
【００８４】
図１２は、文書共有サーバ１０１の情報格納装置３１０内のユーザ情報格納部３１２に格納されるユーザ情報格納テーブル１２００の構成例を表す図である。
【００８５】
ユーザ情報格納テーブル１２００は、クライアント端末１０２を用いて本文書共有システムを利用するユーザの情報を保持するテーブルで、本文書共有システムの利用登録を受けた時に対応するレコードが作成される。また、ユーザが本文書共有システムの利用者から登録解除（削除）された時に、本テーブルのレコードが削除される。
【００８６】
１２０１は、ユーザ管理番号を表し、ユーザを登録する際に文書共有サーバ１０１内のユーザ情報処理部３０３が自動的に発番するシステム上でユニークな管理番号である。 １２０２は、ログインＩＤを表し、ユーザを登録する際にクライアント端末１０２のユーザが指定するか、または文書共有サーバ１０１内のユーザ情報処理部３０３が自動的に生成するものである。一般的に本項目のログインＩＤのみ、または後述するパスワード１２０３との組み合わせによってシステム上でユニークなデータとなる。
【００８７】
１２０３は、パスワードを表し、ユーザを登録／更新する際にクライアント端末１０２のユーザが指定するか、または文書共有サーバ１０１内のユーザ情報処理部３０３が自動的に生成するものである。
なお、図１２に示すユーザ情報格納テーブル１２００の各項目は、本文書共有システムのユーザを管理する上で利用可能であるが、本発明を説明するための一例であり、実際には必ずしも同じ項目に限るものではなく、別の項目であっても構わない。
【００８８】
図１３は、文書共有サーバ１０１の情報格納装置３１０内のアクセス権情報格納部３１３に格納されるアクセス権情報格納テーブル１３００の構成例を表す図である。
【００８９】
アクセス権情報格納テーブル１３００は、本文書共有システムの文書やフォルダの利用が可能なユーザに対して対応するレコードが作成される。
１３０１は、文書／フォルダ管理番号を表し、前述の図１１の文書／フォルダ情報格納テーブルに登録されている文書／フォルダの管理番号に対応する。
【００９０】
１３０２は、ユーザ管理番号を表し、前述の図１２のユーザ情報格納テーブルに登録されているユーザの管理番号に対応する。アクセス権情報格納テーブル１３００は上記１３０１及び１３０２のデータの組み合わせにより、文書やフォルダに対するユーザのアクセス権を管理する。
【００９１】
１３０３は、読出し権を表すフラグであり、文書／フォルダ管理番号１３０１に対応する文書またはフォルダに対して、ユーザ管理番号１３０２に対応するユーザが文書またはフォルダへの読出し権を持つかどうかを表す。読出し権を持つ場合は、ユーザは文書／フォルダ情報格納テーブルの情報を閲覧することが可能となる。
【００９２】
１３０４は、書込み権を表すフラグであり、１３０３の読出し権同様に文書／フォルダ情報への書込み権を持つかどうかを表す。書込み持つ場合ユーザは文書／フォルダ情報格納テーブルの情報の変更等が行える書込み処理が可能となる。
【００９３】
１３０５は、削除権を表すフラグであり、１３０３の読出し権同様に文書／フォルダへの削除権を持つかどうかを表す。削除権を持つ場合、ユーザは文書／フォルダ情報格納テーブルの該当する情報の削除が可能である。また文書／フォルダ情報格納テーブルの情報を削除した場合は、削除した文書／フォルダの管理番号に対応する本テーブルのレコードも自動的に削除される。
【００９４】
なお、図１３に示すアクセス権情報格納テーブル１３００の各項目は、文書／フォルダへのユーザのアクセス権を管理することが可能であるが、本発明を説明するための一例であり、実際には必ずしも同じ項目に限るものではなく、別の項目であっても構わない。 また、上記ユーザ情報およびアクセス権情報は、別個のテーブルで管理されるが、いずれも本システムを利用するユーザを管理するためのユーザ管理情報である。
【００９５】
図１４は、文書共有サーバ１０１の情報格納装置３１０内の削除文書／フォルダ情報格納部３１４に格納される削除文書／フォルダ情報格納テーブル１４００の構成例を表す図である。
【００９６】
削除文書／フォルダ情報格納テーブル１４００は、本文書共有システムの文書やフォルダがごみ箱に削除された時に文書／フォルダ情報処理部３０２によって作成される。その際、前述の図１１の文書／フォルダ情報格納テーブル１１００に登録されているレコードは削除され、代わりに本テーブルに前記文書／フォルダ情報のデータが登録される。また、ごみ箱内の文書やフォルダが通常のフォルダに戻された時は、本テーブルの対応するデータは削除され、前述の図１１の文書／フォルダ情報格納テーブル１１００にデータが登録される。
【００９７】
１４０１は、文書／フォルダ管理番号を表し、前述の図１１の文書／フォルダ情報格納テーブルに登録されている文書／フォルダの管理番号と同じものである。
１４０２は、文書／フォルダ名を表し、前述の図１１の文書／フォルダ情報格納テーブルに登録されている文書／フォルダ名と同じものである。
【００９８】
１４０３は、削除前上位管理番号を表し、前述の図１１の文書／フォルダをユーザが削除した時に上位管理番号１１０３として登録されている管理番号と同じものである。
１４０４は、削除ユーザ管理番号を表し、前述の図１１の文書／フォルダをユーザが削除した時に、削除したユーザの前述の図１２で管理されているユーザ管理番号１２０１がこの項目に登録される。
【００９９】
１４０５は、保存期限を表し、例えばごみ箱に文書やフォルダが削除されてから一定期間ごみ箱内に保管し、本項目に設定されている期限が過ぎると自動的に完全削除（物理削除）を行うようにする時に使用する。本項目は必ずしも必要とされる項目ではない。
【０１００】
１４０６は、ごみ箱タイプを表す。ユーザがごみ箱に文書／フォルダを削除した時に、当該ユーザ以外のユーザにアクセス権が与えられているかどうかを前述の図１３のアクセス権情報格納テーブル１３００から対応する文書／フォルダ管理番号及びユーザ管理番号を基に判定を行う。そして、当該ユーザ以外のユーザにもアクセス権が与えられているならば共有ごみ箱を表すデータを登録する。一方、当該ユーザのみがアクセス可能であれば専有ごみ箱を表すデータを本項目に登録する。これにより、専有ごみ箱か共有ごみ箱のどちらに削除されているかを確認することができる。
【０１０１】
なお、図１４に示す削除文書／フォルダ情報格納テーブル１４００の各項目は、ごみ箱内の文書を管理する上で利用することが可能であるが、本発明を説明するための一例であり、同じテーブル構成に限るものではなく、別の構成であっても構わない。
【０１０２】
図１５は、前述の図１０のＳ１００７の処理で、ごみ箱内に存在する文書を通常のフォルダに戻す時に、該文書が別のユーザによってごみ箱に削除されたものであった場合に表示されるＧＵＩ画面の一例である。このＧＵＩ画面から、文書をごみ箱から通常のフォルダに戻すための承認依頼を、ごみ箱に文書を削除したユーザに対して行う。
【０１０３】
１５０１は、指定の文書をごみ箱から通常のフォルダに戻すための承認依頼を行うための確認メッセージを表す。
１５０２は、１５０１の確認メッセージに対して承認依頼を実行することを確定するボタンを表す。このボタンを押下することで、承認依頼処理が実行され、ごみ箱に文書を削除したユーザに対して承認依頼を行う。
【０１０４】
なお、図１５に示す画面例は、ごみ箱に文書を削除したユーザに対して承認依頼を行うための画面構成であるが、これは本発明を説明するためのものであり、実際には異なる画面構成であっても構わない。
【０１０５】
図１６は、前述の図１５の画面操作による承認依頼の処理で、承認依頼を行ったユーザのごみ箱からの文書の復帰を承認するかどうかの処理を行う際のＧＵＩ画面を表したものである。
【０１０６】
１６０１は、指定の文書をごみ箱から通常のフォルダに戻すための承認依頼を受けたユーザが依頼内容を確認するための承認依頼メッセージを表す。
１６０２は、１６０１の承認依頼メッセージに対して承認処理を実行することを確定するボタンを表す。このボタンを押下することで、承認依頼を行ったユーザがごみ箱から文書を復帰させることを可能とする。
【０１０７】
１６０３は、１６０１の承認依頼メッセージに対して承認却下処理を実行することを確定するボタンを表す。このボタンを押下することで、承認依頼を行ったユーザはごみ箱から文書を復帰させることはできない。
図１６による画面例は、ごみ箱から文書を復帰させようとするユーザの承認依頼を承認または却下するための画面構成ではあるが、これは本発明を説明するためのものであり、実際には異なる画面構成であっても構わない。
【０１０８】
図１７は、前述の図１６における承認処理によって、文書をごみ箱に削除したユーザ以外のユーザが通常のフォルダに文書を戻すことを可能とするために使用する承認情報格納テーブル１７００の構成例を表す図である。
本テーブルのレコードは、前述の図１６における承認処理によって、文書をごみ箱から通常のフォルダに戻すことを許可されると作成されるものであり、該文書と承認依頼を行ったユーザを関連付けるためのテーブルである。
【０１０９】
１７０１は、文書／フォルダ管理番号を表し、前述の図１１の文書／フォルダ情報格納テーブルに登録されている文書／フォルダの管理番号に対応する。
１７０２は、承認ユーザ管理番号を表し、１７０１の文書／フォルダ管理番号に対応する文書のごみ箱からの復帰を許可されたユーザのユーザ管理番号である。
【０１１０】
１７０３は、承認者ユーザ管理番号を表し、文書のごみ箱からの復帰を１７０２のユーザ管理番号に対応するユーザに許可をしたユーザのユーザ管理番号である。
本テーブルのレコードは、前述の図１０のＳ１００９の処理で、ごみ箱から通常のフォルダに文書が戻された時に削除される。また、該文書が物理削除された時や別のユーザによって通常のフォルダに戻された時、また承認依頼を行ったユーザが登録抹消された時にも対象レコードは削除される。
【０１１１】
なお、図１７に示す承認情報格納テーブル１７００の各項目は、ごみ箱内の文書を管理する上で利用することが可能であるが、本発明を説明するための一例であり、同じテーブル構成に限るものではなく、別の構成であっても構わない。
【０１１２】
以上に説明したように、本実施形態では、複数のユーザで共有している文書をごみ箱に移動させた時、削除を指示したユーザ以外のユーザであっても、所定の条件のもとで通常のフォルダに文書を戻すことが可能となり、ユーザの利便性を向上させることができる。また、ごみ箱から通常のフォルダに文書を戻す際には、実際に論理的削除を行ったユーザの承認を受けるので、当該ユーザの意思も尊重される。また、ユーザがごみ箱に文書ファイルを移動させ削除する際やごみ箱から復元する際、２種類あるごみ箱を意識することなく論理的削除や復元を行うことができる。
【０１１３】
本実施形態では、事前に登録されたユーザのアクセス権を基に共有ごみ箱または専有ごみ箱へ文書を振り分け移動させて文書の論理的削除を行う場合を示した。他の形態として、登録された文書に対する各ユーザのアクセス状況等を基に、論理的削除として行う共有ごみ箱または専有ごみ箱へ文書の振り分けを行うことも可能である。例えば、アクセス権に有効期限を設け、この有効期限内に、アクセス権を有するユーザの特定ファイルに対するアクセスが行われなければ、このユーザのこのファイルに対するアクセス権を抹消したりアクセス権がないものとみなすことができる。したがって、ユーザのアクセス状況に応じた文書の論理的削除も、限定するものではないが一つの手法として、前述したアクセス権に基づく文書の論理的削除の手法を用いて実施することが可能である。
【０１１４】
また、本発明の目的は前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を利用することでも達成される。すなわち、この記録媒体をシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（ＣＰＵ若しくはＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行することによっても、達成される。この場合、記録媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。
【０１１５】
このプログラムコードを供給するための記録媒体としては、例えばフロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけではない。このプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１１６】
更に、記録媒体から読出されたプログラムコードは、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込むことができる。この機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどは、上記メモリに書き込まれたプログラムコードの指示に基づき、実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能を実現することができる。本発明は、このようにして実現される場合も含まれることは言うまでもない。
【図面の簡単な説明】
【０１１７】
【図１】本発明の実施形態に係る文書共有システムの構成を示すブロック図である。
【図２】文書共有システムにおける、文書管理サーバ１０１及びクライアント端末１０２の具体的な内部構成例を示す図である。
【図３】処理モジュール群及び情報を格納する格納装置群、それらの処理モジュール群及び格納装置間のつながりを示す図である。
【図４】本実施形態における文書／フォルダ情報に対するユーザのアクセス可否状態の一例を示す図である。
【図５】本実施形態における文書情報に対するユーザのごみ箱への削除指示の流れを示す図である。
【図６】本実施例におけるごみ箱内の文書に対するユーザのアクセス可否状態の一例を示す図である。
【図７】クライアント端末１０２を使用して、文書共有システムのユーザが操作するＧＵＩ画面の一例を示す図である。
【図８】クライアント端末１０２を使用して、文書共有システムのユーザが操作するＧＵＩ画面の一例を示す図である。
【図９】本実施例における文書情報のごみ箱への削除処理の流れを示すフローチャートである。
【図１０】本実施例における文書情報の閲覧処理の流れの一例を示すフローチャートである。
【図１１】本実施例における文書共有サーバ１０１の情報格納装置３１０内に格納する文書／フォルダ情報格納テーブルの一例を示す図である。
【図１２】本実施例における文書共有サーバ１０１の情報格納装置３１０内に格納するユーザ情報格納テーブルの一例を示す図である。
【図１３】本実施例における文書共有サーバ１０１の情報格納装置３１０内に格納するアクセス権情報格納テーブルの一例を示す図である。
【図１４】本実施例における文書共有サーバ１０１の情報格納装置３１０内に格納する削除文書／フォルダ情報格納テーブルの一例を示す図である。
【図１５】クライアント端末１０２を使用して、文書共有システムのユーザがごみ箱内の文書を通常のフォルダに戻すための承認依頼を行う際のＧＵＩ画面の一例を示す図である。
【図１６】クライアント端末１０２を使用して、文書共有システムのユーザがごみ箱内の文書を通常フォルダに戻すための承認処理を行う際のＧＵＩ画面の一例を示す図である。
【図１７】本実施例における文書共有サーバ１０１の情報格納装置３１０内に格納する承認情報格納テーブルの一例を示す図である。
【符号の説明】
【０１１８】
１０１…文書共有サーバ
１０２…クライアント端末
３００…情報処理装置
３０１…通信部
３０２…文書／フォルダ情報処理部
３０３…ユーザ情報処理部
３０４…アクセス権処理部
３１０…情報格納装置
３１１…文書／フォルダ情報格納部
３１２…ユーザ情報格納部
３１３…アクセス権情報格納部
３１４…削除文書／フォルダ情報格納部
３１５…承認情報格納部
【特許請求の範囲】
【請求項１】
コンピュータネットワーク上に設けられた文書共有サーバにおける文書管理方法であって、
前記文書共有サーバに備わる記憶装置に格納された文書ファイルに対し特定のユーザ管理情報に従ったファイル管理を行い、該ファイル管理の工程において、
ユーザによる文書ファイルの論理的削除の指示に対し、
（１）前記特定のユーザ管理情報が、論理的削除の指示をしたユーザに対してのみに、指定された文書ファイルに対する権限を示すものである場合には、当該ユーザのみがアクセスできる前記記憶装置内の第１の論理的削除用記憶領域に指定されたファイルを移動させ、
（２）前記特定のユーザ管理情報が、複数のユーザに対して、指定された文書ファイルに対する権限を示すものである場合には、当該複数のユーザがアクセスできる前記記憶装置内の第２の論理的削除用記憶領域に指定されたファイルを移動させる
ことにより文書ファイルの論理的削除を行うことを特徴とする文書管理方法。
【請求項２】
前記ファイル管理の工程において、前記特定のユーザ管理情報により、論理的削除がなされた文書ファイルに対する権限が単一のユーザに対して与えられていることが示される場合、該単一のユーザが自由に、当該文書ファイルを、論理的削除を行う以前の状態に戻すことを許可することを特徴とする請求項１に記載の文書管理方法。
【請求項３】
前記ファイル管理の工程において、前記特定のユーザ管理情報により、論理的削除がなされた文書ファイルに対する権限が複数のユーザに対して与えられていることが示される場合、論理的削除を実行したユーザの承認を受けることを条件として、論理的削除を実行したユーザ以外のユーザであって当該文書ファイルに対する権限を有するユーザが、当該文書ファイルを、論理的削除を行う以前の状態に戻すことを許可することを特徴とする請求項１または請求項２に記載の文書管理方法。
【請求項４】
前記権限は、文書ファイルに対するアクセス権であることを特徴とする請求項１から請求項３のいずれかに記載の文書管理方法。
【請求項５】
前記権限は、文書ファイルに対するアクセス状況に基づき決定される権限であることを特徴とする請求項１から請求項３のいずれかに記載の文書管理方法。
【請求項６】
請求項１から請求項５のいずれかに記載の文書管理方法をサーバコンピュータに実行させるための命令群からなるプログラム。
【請求項７】
請求項６に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項８】
コンピュータネットワーク上に設けられた文書共有サーバであって、
該文書共有サーバに備わる記憶装置に格納された文書ファイルに対し特定のユーザ管理情報に従ったファイル管理を行う制御手段を備え、
前記制御手段は、前記コンピュータネットワークを介して受けるユーザによる文書ファイルの論理的削除の指示に対し、
（１）前記特定のユーザ管理情報が、論理的削除の指示をしたユーザに対してのみに、指定された文書ファイルに対する権限を示すものである場合には、当該ユーザのみがアクセスできる前記記憶装置内の第１の論理的削除用記憶領域に指定されたファイルを移動させ、
（２）前記特定のユーザ管理情報が、複数のユーザに対して指定された文書ファイルに対する権限を示すものである場合には、当該複数のユーザがアクセスできる前記記憶装置内の第２の論理的削除用記憶領域に指定されたファイルを移動させる
ことにより文書ファイルの論理的削除を行うことを特徴とする文書共有サーバ。
【請求項９】
コンピュータネットワーク上に設けられた文書共有サーバとコンピュータ端末とから構成される文書共有システムであって、
前記文書共有サーバは、該文書共有サーバに備わる記憶装置に格納された文書ファイルに対し特定のユーザ管理情報に従ったファイル管理を行う制御手段を備え、
前記制御手段は、前記コンピュータ端末から受けるユーザによる文書ファイルの論理的削除の指示に対し、
（１）前記特定のユーザ管理情報が、論理的削除の指示をしたユーザに対してのみに、指定された文書ファイルに対する権限を示すものである場合には、当該ユーザのみがアクセスできる前記記憶装置内の第１の論理的削除用記憶領域に指定されたファイルを移動させ、
（２）前記特定のユーザ管理情報が、複数のユーザに対して指定された文書ファイルに対する権限を示すものである場合には、当該複数のユーザがアクセスできる前記記憶装置内の第２の論理的削除用記憶領域に指定されたファイルを移動させる
ことにより論理的削除を行い、
前記コンピュータ端末は、ＧＵＩ画面にただ１つ表示されるごみ箱フォルダへユーザによる操作に従ってファイルを移動させることにより当該ファイルの論理的削除の指示を受け付け、該論理的削除の指示を前記文書共有サーバに送信する
ことを特徴とする文書共有システム。
【請求項１】
コンピュータネットワーク上に設けられた文書共有サーバにおける文書管理方法であって、
前記文書共有サーバに備わる記憶装置に格納された文書ファイルに対し特定のユーザ管理情報に従ったファイル管理を行い、該ファイル管理の工程において、
ユーザによる文書ファイルの論理的削除の指示に対し、
（１）前記特定のユーザ管理情報が、論理的削除の指示をしたユーザに対してのみに、指定された文書ファイルに対する権限を示すものである場合には、当該ユーザのみがアクセスできる前記記憶装置内の第１の論理的削除用記憶領域に指定されたファイルを移動させ、
（２）前記特定のユーザ管理情報が、複数のユーザに対して、指定された文書ファイルに対する権限を示すものである場合には、当該複数のユーザがアクセスできる前記記憶装置内の第２の論理的削除用記憶領域に指定されたファイルを移動させる
ことにより文書ファイルの論理的削除を行うことを特徴とする文書管理方法。
【請求項２】
前記ファイル管理の工程において、前記特定のユーザ管理情報により、論理的削除がなされた文書ファイルに対する権限が単一のユーザに対して与えられていることが示される場合、該単一のユーザが自由に、当該文書ファイルを、論理的削除を行う以前の状態に戻すことを許可することを特徴とする請求項１に記載の文書管理方法。
【請求項３】
前記ファイル管理の工程において、前記特定のユーザ管理情報により、論理的削除がなされた文書ファイルに対する権限が複数のユーザに対して与えられていることが示される場合、論理的削除を実行したユーザの承認を受けることを条件として、論理的削除を実行したユーザ以外のユーザであって当該文書ファイルに対する権限を有するユーザが、当該文書ファイルを、論理的削除を行う以前の状態に戻すことを許可することを特徴とする請求項１または請求項２に記載の文書管理方法。
【請求項４】
前記権限は、文書ファイルに対するアクセス権であることを特徴とする請求項１から請求項３のいずれかに記載の文書管理方法。
【請求項５】
前記権限は、文書ファイルに対するアクセス状況に基づき決定される権限であることを特徴とする請求項１から請求項３のいずれかに記載の文書管理方法。
【請求項６】
請求項１から請求項５のいずれかに記載の文書管理方法をサーバコンピュータに実行させるための命令群からなるプログラム。
【請求項７】
請求項６に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項８】
コンピュータネットワーク上に設けられた文書共有サーバであって、
該文書共有サーバに備わる記憶装置に格納された文書ファイルに対し特定のユーザ管理情報に従ったファイル管理を行う制御手段を備え、
前記制御手段は、前記コンピュータネットワークを介して受けるユーザによる文書ファイルの論理的削除の指示に対し、
（１）前記特定のユーザ管理情報が、論理的削除の指示をしたユーザに対してのみに、指定された文書ファイルに対する権限を示すものである場合には、当該ユーザのみがアクセスできる前記記憶装置内の第１の論理的削除用記憶領域に指定されたファイルを移動させ、
（２）前記特定のユーザ管理情報が、複数のユーザに対して指定された文書ファイルに対する権限を示すものである場合には、当該複数のユーザがアクセスできる前記記憶装置内の第２の論理的削除用記憶領域に指定されたファイルを移動させる
ことにより文書ファイルの論理的削除を行うことを特徴とする文書共有サーバ。
【請求項９】
コンピュータネットワーク上に設けられた文書共有サーバとコンピュータ端末とから構成される文書共有システムであって、
前記文書共有サーバは、該文書共有サーバに備わる記憶装置に格納された文書ファイルに対し特定のユーザ管理情報に従ったファイル管理を行う制御手段を備え、
前記制御手段は、前記コンピュータ端末から受けるユーザによる文書ファイルの論理的削除の指示に対し、
（１）前記特定のユーザ管理情報が、論理的削除の指示をしたユーザに対してのみに、指定された文書ファイルに対する権限を示すものである場合には、当該ユーザのみがアクセスできる前記記憶装置内の第１の論理的削除用記憶領域に指定されたファイルを移動させ、
（２）前記特定のユーザ管理情報が、複数のユーザに対して指定された文書ファイルに対する権限を示すものである場合には、当該複数のユーザがアクセスできる前記記憶装置内の第２の論理的削除用記憶領域に指定されたファイルを移動させる
ことにより論理的削除を行い、
前記コンピュータ端末は、ＧＵＩ画面にただ１つ表示されるごみ箱フォルダへユーザによる操作に従ってファイルを移動させることにより当該ファイルの論理的削除の指示を受け付け、該論理的削除の指示を前記文書共有サーバに送信する
ことを特徴とする文書共有システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公開番号】特開２００７−３１０４８１（Ｐ２００７−３１０４８１Ａ）
【公開日】平成１９年１１月２９日（２００７．１１．２９）
【国際特許分類】
【出願番号】特願２００６−１３６７０１（Ｐ２００６−１３６７０１）
【出願日】平成１８年５月１６日（２００６．５．１６）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成１９年１１月２９日（２００７．１１．２９）
【国際特許分類】
【出願日】平成１８年５月１６日（２００６．５．１６）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]