JP2007011844A - ファイル共有システム、ファイル共有方法ならびにファイル共有プログラム - Google Patents

Abstract

【課題】 ファイル共有サービス上で利用状況に即してファイルの所有権限を利用者間で移転させることを目的とするファイル共有システム、ファイル共有方法ならびにファイル共有プログラムの提供。
【解決手段】 ファイル共有サービス上でファイルのアクセス頻度を履歴として管理し、所有権限を有する利用者とアクセス頻度の高い利用者間で予め設定された移転条件を満たした場合は所有者権限をアクセス頻度の高い利用者に移転することを特徴とするファイル共有システム、ファイル共有方法ならびにファイル共有プログラム。
【選択図】 図３

Description

本発明は、文書ファイルを複数の利用者間で共有するためのファイル共有システム、ファイル共有方法ならびにファイル共有プログラムに関するものである。

電子文書ファイルを共有することは広く普及しているが、セキュリティ確保の必要性が高まるとともに、個々のファイルのアクセス権限を細かくメンテナンスすることが求められている。しかしファイル共有の利用規模が拡大するにつれてそのメンテナンス負荷も増大しており、負荷軽減のために一括でアクセス権限を変更する機能も提案されている（例えば、特許文献１参照）。
特開２００４−２１４５０号公報

しかしながら一括ではなく、個々のファイル毎にそのファイルの利用状況に応じたアクセス権限の変更が必要な場合も多い。

ファイルの新規作成者が自動的にファイルの所有者権限を持ち、所有者権限でなければできないファイル操作権限が与えられるシステムは多く見られる。例えば多くのＵＮＩＸ（登録商標） ＯＳ環境での標準的な初期設定では所有者のみ書込み権限を有し、所有者が所属するユーザグループ、さらに第三者に対しては読み込み権限のみが与えられる。さらにその権限の変更は所有者か管理者権限を持つ利用者しかできないように制限されている。

このようなファイル共有システムでは所有者自身がその必要性を認識していないが、他の利用者からアクセス権限の変更を望まれていることがある。例えば、部下に作成させた資料ファイルを上司が使用する場合、繰り返し使用していくうちに微少な修正や加筆が必要になってくることは現実的によく見られる状況である。わざわざファイルの所有者である部下やシステム管理者に頼むほどでもないとの意識が働き、ファイルの複製を作成して複製の方を修正することが回避策として取られることが多い。

こうした複製が無秩序に行われると、そもそもアクセス権限の管理をしている意義や実効が失われ、更新管理・版管理といった文書管理も行えず、記憶領域の浪費にも繋がるといった問題がある。しかしながらアクセス権限の変更作業はその必要に迫られていないファイルの所有者側が行わねばならず、所有者側の負荷増大に繋がるという問題もある。

本発明は、上述した問題を解決するために、ファイルの所有者やシステム管理者の負荷を増やすことなく、ファイルの所有者権限を該ファイルの利用状況に応じて移転するファイル共有システム、ファイル共有方法ならびにファイル共有プログラムを提供することを目的とするものである。

本発明は、前記課題を解決するために、
ファイル共有サービスを実現するファイル共有手段と、
ファイル共有サービス上でのファイルのアクセス履歴を収集・保存・検索・取得する履歴管理手段と、
を持つファイル共有システムであって、
ファイルがアクセスされた際にアクセスした利用者情報を履歴に保存する手段と、
前記アクセスされたファイルのアクセス頻度情報を前記履歴管理手段から取得する手段と、
前記取得したアクセス頻度情報を予め設定された条件に基づき比較判断する手段と、
前記判断結果に基づいて該ファイルの所有権限を移転する手段、
ないし、複数の利用者に所有権限の移転を実施するように通知し、予め設定された期間に限り前記複数の利用者に対して該ファイルの所有権限の変更権限を付与する手段と、
該ファイルのアクセス頻度情報をクリアする手段と、
から構成される。

本発明によって、電子文書ファイルの共有システムにおいて、ファイルの所有権限を有する利用者とそのファイルを頻繁に利用する利用者が時間の経過などとともに乖離した場合に、ファイルの所有権限が現在の主たる利用者に元の所有者やシステム管理者の関与なく移転されるので、元の所有者や管理者の負荷を増やすことなくファイルの所有権限とそれに付随する管理権限が適切な利用者に移管される。

また、複数の利用者が所有者よりも頻繁に利用する場合にはシステム管理者、所有者、上位複数名の利用者に対して所有権の移転先候補が示され、期間限定の所有権移転権限が与えられることにより、システム管理者に依頼することなく、当事者間で移転先を決定し、移転することが可能になる。

これらによりファイル共有システム全体で利用者・管理者の負荷を増やすことなくファイルの所有権限・管理権限が常に適切な利用者に移管されることになり、適切なアクセス権限が維持されることによるセキュリティの維持が図られるとともに、文書管理の適正化、記憶容量の浪費の削減といった副次的効果も得られる。

以下、本発明の実施形態について、図面を参照しながら詳細に説明する。

図１は本発明の実施に好適なファイル共有システムのシステム構成図である。

ファイル共有サーバ１００、クライアント１３０ａならびに１３０ｂがネットワーク１５０を介して相互に接続される。

サーバ１００ならびにクライアント１３０ａ、１３０ｂはそれぞれ情報処理装置（コンピュータ）で構成される。それぞれの詳細については後述する。なおクライアント１３０ａ、１３０ｂは同一構成のものであり、明示的に区別する必要のない場合にはクライアント１３０と総称する。また使用形態によってはクライアント１３０ａ、１３０ｂと分けずに１台のクライアント１３０としてもよい。逆にサーバ１００はその機能を分割し、複数台の情報処理装置で機能を構成してもよい。

ネットワーク１５０はＥｔｈｅｒｎｅｔ（登録商標）等の通信規格を満足する複数のルータ、スイッチ、ケーブル等から構成される。本発明においては各サーバ・クライアント間の通信が支障なく行えるものであればその通信規格、規模、構成を問わない。故にインターネットからＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）にまで適用可能である。

図２は上述のサーバ１００ならびにクライアント１３０に好適な情報処理装置（コンピュータ）の詳細ブロック図である。

ＣＰＵ ２００、１次記憶装置２１０、２次記憶装置２２０、ユーザ入出力Ｉ／Ｆ ２３０、ネットワークＩ／Ｆ ２５０が内部バス２６０を介して相互に接続されている。

ここで１次記憶装置２１０はＲＡＭに代表される書込み可能な高速の記憶装置で、ＯＳや各種プログラム及び各種データがロードされ、またＯＳや各種プログラムの作業領域としても使用される。

２次記憶装置２２０はＦＤＤやＨＤＤ、フラッシュメモリ、ＣＤ−ＲＯＭドライブ等に代表される不揮発性を持った記憶装置で、ＯＳや各種プログラム及び各種データの永続的な記憶領域として使用される他に、短期的な各種データの記憶領域としても使用される。サーバ１００ならびにクライアント１３０の１次記憶装置２１０及び２次記憶装置２２０に置かれる各種プログラム等の詳細については後述する。

ユーザ入出力Ｉ／Ｆ ２３０は、ディスプレイ、キーボード、マウス等に代表されるユーザ入出力機器２４０を接続するためのＩ／Ｆである。なお、サーバ１００においてはユーザ入出力Ｉ／Ｆ ２３０及びユーザ入出力機器２４０は必須なものではない。

ネットワークＩ／Ｆ ２５０は上述のネットワーク１５０と接続するためのＩ／Ｆであり、Ｅｔｈｅｒｎｅｔ（登録商標）等の通信媒体を介して他の情報処理装置との通信を担う。

図３は上述のファイル共有サーバ１００の１次記憶装置２１０及び２次記憶装置２２０に置かれる各種プログラム等の詳細を示したものである（ＣＰＵ ２００等については図示を省略した）。

ここで１次記憶装置２１０上にはＯＳ ３００、ＨＴＴＰサーバ３１０、ファイル共有管理プログラム３２０、履歴管理プログラム３３０がロードされ、２次記憶装置２２０上には利用者の共有対象になる電子文書ファイル３４０と履歴データ３５０が保存される。

ＨＴＴＰサーバ３１０は後述のクライアント１３０上のブラウザ４１０（図４参照）とのネットワーク１５０を介した通信を司り、クライアント１３０とのデータをファイル共有管理プログラム３２０に受け渡す。本実施例ではサーバ・クライアント間の通信プロトコルをＨＴＴＰとしているが、後述するデータのやり取りに支障がなければＨＴＴＰ以外の通信プロトコルを用いてもよい。

ファイル共有管理プログラム３２０は本発明の根幹を成すプログラムであり、クライアント１３０とのファイル３４０のやり取り、それに伴う認証やアクセス権限・所有者権限の管理を司るとともに、履歴管理プログラム３３０とアクセス履歴情報のやり取りを行う。詳細な動作については後述する。

履歴管理プログラム３３０は、ファイル３４０の利用者毎のアクセス履歴を前記ファイル共有管理プログラム３２０からのデータに基づいて履歴データ３５０に記録するとともに、ファイル共有管理プログラム３２０からの履歴データ３５０に関する問合せに回答する。詳細な動作については後述する。また操作履歴データ３５０の詳細についても後述する。

図４は上述のクライアント１３０の１次記憶装置２１０及び２次記憶装置２２０に置かれる各種プログラム等の詳細を示したものである（ＣＰＵ ２００等については図示を省略した）。

ここで１次記憶装置２１０上にはＯＳ ４００、Ｗｅｂブラウザ４１０がロードされ、２次記憶装置２２０上にはファイル共有サーバ１００とやり取りする電子文書ファイル４３０が保存される。

Ｗｅｂブラウザ４１０は上述のサーバ１００上のＨＴＴＰサーバ３１０とのネットワーク１５０を介した通信を司りデータをやり取りするとともに、利用者とのユーザインタフェースとして機能する。即ち、上述のＨＴＴＰサーバ３１０から受信したＨＴＭＬ等で表現されたページデータ４２０を解析し利用者に表示するとともに、ページデータ４２０の内容に基づいて利用者が選択した操作を要求する入力を受付け、所定のＨＴＴＰサーバ３１０に要求データを送信する。本実施例ではサーバ・クライアント間の通信プロトコルをＨＴＴＰとしているが、後述するデータのやり取りに支障がなければＨＴＴＰ以外の通信プロトコルを用いてもよいし、汎用のＷｅｂブラウザではなくユーザインタフェースを持った専用のアプリケーションプログラムであってもよい。なお、ページデータ４２０やサーバ１００との通信の詳細についてはサーバ１００の動作の詳細説明の中で触れるので、個別の詳細説明は省略する。

以下、本実施例の動作について、図５、図６、図７を用いながら説明する。なお以下の説明においてはファイル共有システムに第１の利用者Ｕｓｅｒ＿１から第５の利用者Ｕｓｅｒ＿５まで５人の利用者が設定され、ファイル共有サーバ１００上のファイル３４０には第１の利用者に所有者権限が設定され、ｒｅａｄ権限、ｗｒｉｔｅ権限、権限変更権限が、第２から第５の利用者にはｒｅａｄ権限のみが与えられているものとする。

まず、図６と図７を用いて履歴管理プログラム３３０の動作を説明する。

図６は履歴管理プログラム３３０の動作の流れを示したフローチャートである。

履歴管理プログラム３３０はファイル共有管理プログラム３２０から処理要求とそれに付帯するデータを受信する（ステップｓ６００）。ファイル共有管理プログラム３２０との通信にはソケット通信やＲＰＣ（Ｒｅｍｏｔｅ Ｐｒｏｃｅｄｕｒｅ Ｃａｌｌ）等のプロセス間通信が用いられる。

履歴管理プログラム３３０は受信した要求を解析し、それが履歴保存要求であった場合には（ステップｓ６０５）、受信したデータを履歴データ３５０に記録する（ステップｓ６１５）。

ここで履歴データ３５０の例を図７に示す。

データ７００はアクセスがあったファイル名を記録するフィールド７１０、アクセスした利用者を記録するフィールド７２０、その利用者毎のアクセス回数を記録するフィールド７３０、その利用者が最後にアクセスした時刻情報を記録するフィールド７４０から構成される。２次記憶装置２２０上の履歴データ３５０はこのデータ７００を記憶する任意の形式でよく、例えばテキストファイル形式やデータベース形式を取ることができる。

ファイル共有管理プログラム３２０からはアクセスされたファイルのファイル名、アクセスした利用者識別情報、アクセス時刻情報が付帯データとして送られる。ステップｓ６１５ではファイル名と利用者の組み合わせからなるエントリがデータ７００内に既に存在するかどうかを調べ、存在しなかった場合には新たなエントリを追加し、該当エントリのアクセス回数をインクリメントし、最終アクセス時刻情報を更新する。履歴保存要求であった場合の処理は以上で終了する。

履歴保存要求ではなく、履歴問合せであった場合には（ステップｓ６１０）、履歴データ３５０からアクセス回数情報を取得する（ステップｓ６２０）。具体的には付帯するデータからファイル名と利用者情報を得て、その組み合わせから決定されるエントリのアクセス回数データを読み出し、そのデータをファイル共有管理プログラム３２０に返信して（ステップｓ６３０）処理を終了する。

履歴問合せでもなかった場合にはアクセス回数データのリセット要求であるかどうかを調べ（ステップｓ６２５）、リセット要求でなかった場合にはエラーとして処理を終了する。リセット要求であった場合にはステップｓ６３５に進み、履歴データ３５０のアクセス回数情報を０にリセットする。具体的には付帯するデータからファイル名を得て、そのファイル名に該当するすべてのエントリのアクセス回数データを０に更新して処理を終了する。

以上で履歴管理プログラム３３０の動作説明を終える。

続いて、図５を用いてファイル共有管理プログラム３２０の動作を説明する。

図５は履歴管理プログラム３２０の動作の流れを示したフローチャートである。

ファイル共有管理プログラム３２０はＨＴＴＰサーバ３１０からクライアント１３０の処理要求と付帯するデータを受信する（ステップｓ５００）。付帯するデータから利用者の識別情報と認証情報、操作対象のファイル情報を取得し、利用者の認証処理と対象ファイルへのアクセス権限の確認を行う（ステップｓ５０５）。利用者認証に失敗するか、アクセス権限が与えられていなかった場合にはエラーとして処理を終了する。

認証・権限の確認に成功した場合はステップｓ５１０に進み、要求されたファイル操作を行い、その結果をページデータ４２０として生成し、ＨＴＴＰサーバ３１０に送信することでクライアント１３０に返信する。次にそのファイルアクセス履歴を履歴データ３５０に保存する（ステップｓ５１５）。これは上述したように履歴管理プログラム３３０に履歴保存要求を、付帯データとしてアクセスされたファイルのファイル名、アクセスした利用者識別情報、アクセス時刻情報とを合わせて送ることによる。

次に操作を行ったファイルの所有者権限を持つ利用者を調べ、これが処理要求を行った利用者と同じかどうかを調べる（ステップｓ５２０）。ここで同じ利用者であった場合には処理を終了し、異なる場合はステップｓ５２５に進み、履歴管理プログラム３３０に履歴問合せを行う。具体的には付帯データとしてアクセスされたファイルのファイル名と処理要求を行った利用者の利用者識別情報の組と、アクセスされたファイルのファイル名と該ファイルの所有者権限を持つ利用者の識別情報の組とでそれぞれ問合せを行い、処理要求を行った利用者と該ファイルの所有権限を持つ利用者それぞれの該ファイルへのアクセス回数情報を取得する。

次に前記取得した処理要求を行った利用者と該ファイルの所有権限を持つ利用者それぞれの該ファイルへのアクセス回数情報を、予め定められた比較条件によって比較し、所有権限の移転を行うかどうかを判断する（ステップｓ５３０）。ここで比較条件は例えば、処理要求を行った利用者のアクセス回数が１０回以上で、かつ所有権限を持つ利用者のアクセス回数の１０倍を上回ること、のように定義される。データ７００に示した例では、ファイルｆｏｏ．ｔｘｔに対して所有権限を持つ利用者Ｕｓｅｒ＿１と処理要求を行った利用者Ｕｓｅｒ＿２のアクセス回数の間でこの条件が成立する。条件が成立しなかった場合にはそのまま処理を終了する。

条件が成立した場合にはファイル共有管理プログラム３２０は該ファイルの所有権限を処理要求を行った利用者に移転する（ステップｓ５３５）。これにより所有権限に付随する該ファイルのｗｒｉｔｅ権限、権限変更権限も処理要求を行った利用者、上述の例では利用者Ｕｓｅｒ＿２に移転する。

次に、その移転結果を予め定められた方法（例えば、電子メール）で、当事者である利用者Ｕｓｅｒ＿１とＵｓｅｒ＿２に通知し（ステップｓ５４０）、比較条件を一旦クリアするために履歴管理プログラム３３０にアクセス履歴リセット要求を送る（ステップｓ５４５）。具体的には所有権限が移転されたファイルのファイル名を付帯データとしてリセット要求を送り、該ファイルのアクセス回数をすべて０にリセットし、処理を終了する。

以上でファイル共有管理プログラム３２０および履歴管理プログラム３３０の動作の説明を終えるが、所有権限移転判断にはファイルのアクセス回数以外の条件を加えることも可能である。例えば、回数条件に加えて所有権限を有する利用者が該ファイルに３ヶ月以上アクセスをしていない等の最終アクセス時刻情報を加えることも可能であり、この場合は履歴管理サーバ３３０が履歴問合せ要求を受けた際にアクセス回数に加えて最終アクセス時刻情報も返すようにすればよい。

以上で本実施例の説明を終える。

続いて本発明を実施する別の実施形態について説明する。

本実施例はファイルの所有権限を有する利用者以外の複数の利用者が該ファイルに対してより多くのアクセスを行っており、かつそのアクセス回数が拮抗している場合に好適な形態である。

本実施例の構成は実施例１と多くを共通する。そのため一部図面を読み替えながら、相違点を中心に説明を行う。

本発明に好適なシステム構成は実施例１で説明した図１から図４に示すものとほぼ同じである。図３のファイル共有管理プログラム３３０と履歴管理プログラム３４０が本実施例に特有のものとなるので、その説明を行う。

本実施例に特有な履歴管理プログラム３４０の動作も実施例１で説明した履歴管理プログラムの動作の流れとほぼ同じであるので、図６を読み替えることで相違点のみ説明する。

ステップｓ６００で受信した要求が履歴保存要求ではなく、履歴問合せであった場合には（ステップｓ６１０）、実施例１のステップｓ６２０ではなく、本実施例特有のステップｓ６２０’に進む。ステップｓ６２０’では履歴データ３５０から予め設定された条件に合致するすべての利用者とその利用者のアクセス回数情報、所有権限を持つ利用者のアクセス回数情報を取得する。具体的には付帯するデータからファイル名を得て、そのファイル名に該当するすべてのエントリのアクセス回数データを予め設定された条件で比較を行う。ここで条件は例えば、アクセス回数の上位３名の利用者（図７に示したデータ７００の例でｆｏｏ．ｔｘｔの場合はＵｓｅｒ＿２、Ｕｓｅｒ＿３、Ｕｓｅｒ＿４が合致）、または最大アクセス回数の７０％以上のアクセス回数を持つ利用者（同様に、Ｕｓｅｒ２、Ｕｓｅｒ＿４が合致）、等である。これに該ファイルの所有権限を持つ利用者のアクセス回数情報を合わせたデータをファイル共有管理プログラム３２０に返信して（ステップｓ６３０）処理を終了する。

以上で説明した以外の部分の動作は実施例１の履歴管理プログラムの動作と同じである。

続いて本実施例に特有なファイル共有管理プログラム３３０の動作について、図８Ａならびに図８Ｂを用いて説明する。本実施例特有のファイル共有管理プログラム３３０の動作の流れの途中までは実施例１のファイル共有管理プログラムと同じである。具体的にはステップｓ８００からｓ８２０までの動作はそれぞれステップｓ５００からｓ５２０の動作と同じであるので説明を省略する。

ステップｓ８２０で操作を行ったファイルの所有者権限を持つ利用者と処理要求を行った利用者とが異なる場合はステップｓ８２５に進み、履歴管理プログラム３３０に履歴問合せを行う。この履歴問合せは上述したように本実施例に特有のもので、具体的には付帯データとしてアクセスされたファイルのファイル名で問合せを行い、条件に合致するすべての利用者とその利用者のアクセス回数情報、所有権限を持つ利用者のアクセス回数情報を取得する。

次に前記条件に合致した利用者のアクセス回数のうちの最大のものと該ファイルの所有権限を持つ利用者のアクセス回数を、予め定められた比較条件によって比較し、所有権限の移転を行うかどうかを判断する（ステップｓ８３０）。ここで比較条件は例えば、条件に合致した利用者のアクセス回数が１０回以上で、かつ所有権限を持つ利用者のアクセス回数の１０倍を上回ること、のように定義される。条件が成立しなかった場合にはそのまま処理を終了する。

条件が成立した場合にはステップｓ８３５に進み、多重実行防止フラグがセットされているかどうかを調べる。このフラグは例えば２次記憶装置２２０上のテキストファイル（図示せず）に該ファイル名を記録することで実現され、ステップｓ８４５以降の処理が該ファイルに対して既に実行中であるかどうかを示す。フラグがセットされていた場合には処理を終了し、セットされていなかった場合にはフラグをセットする（ステップｓ８４０）。

次に条件に合致したすべての利用者と該ファイルの所有権限を持つ利用者に予め設定された方法（例えば、電子メール）で該ファイルの所有者権限の移転を推奨し、その準備が整ったことを通知し、付帯情報として通知の宛先となった利用者リストを提示する（ステップｓ８４５）。この付帯情報によって利用者は所有権限の移転協議を行うべき他の利用者を知ることができる。

次に予め設定された移転作業許容時間を現在時刻に加算することで移転期限時刻を設定し、記録する（ステップｓ８５０）。これは例えば上述の２次記憶装置２２０上でフラグを実現するテキストファイルを用い、該ファイル名に前記移転期限時刻を追記することで実現される。

次に条件に合致したすべての利用者に該ファイルの所有者権限の変更権限を付与し（ステップｓ８５５）、ステップｓ８５０で設定した移転期限が来るまで待つ（ステップｓ８６０）。即ちこの間、条件に合致したすべての利用者は該ファイルの所有者権限を変更することができる。

移転期限になったならばステップｓ８６５に進み、その時点で所有者権限を持つ利用者以外から所有者権限の変更権限を削除し、ステップｓ８４５で通知を送った利用者に所有者権限の移転が所有者と管理者以外にも可能な期間が終了したことを通知する（ｓ８７０）。

次に比較条件を一旦クリアするために履歴管理プログラム３３０にアクセス履歴リセット要求を送る（ステップｓ８７５）。具体的には該ファイルのファイル名を付帯データとしてリセット要求を送り、該ファイルのアクセス回数をすべて０にリセットし、ステップｓ８４０でセットしたフラグをクリアして（ステップｓ８８０）、処理を終了する。

以上でファイル共有管理プログラム３２０および履歴管理プログラム３３０の動作の説明を終えるが、所有権限移転判断にはファイルのアクセス回数以外の条件を加えることも可能である。例えば回数条件に加えて、アクセス回数上位の利用者が該ファイルに最近１ヶ月以内にアクセスをしている、または最終アクセス時刻が現在から近い順に３名等の最終アクセス時刻情報を加えることも可能であり、この場合は履歴管理サーバ３３０が履歴問合せ要求を受けた際にアクセス回数に加えて最終アクセス時刻情報も返すようにすればよい。

またステップｓ８４５の説明で述べた通知先は必要最小限のものであり、ファイル共有サーバ１００の管理者等を含めてもよい。この場合管理者には同時期に複数の通知が送られることもあるので、管理者に所有権限の移転が推奨されているファイルの一覧を提供するようにしてもよい。これは例えば２次記憶装置２２０上のテキストファイル（図示せず）を用いて、ステップｓ８４５の開始通知処理でファイル名と移転作業期限時刻情報を追記し、ステップｓ８７０の終了通知処理で該情報を削除することで実現される。このファイルは管理者以外の利用者にも提供可能である。

以上で本実施例の説明を終えるが、本実施例は実施例１との併用も可能である。その場合はアクセス履歴問合せ処理で所有権限を持つ利用者以外のアクセス回数が多い利用者の多寡によって処理を切り替えればよい。

また本発明はファイルだけではなく、ディレクトリに対して適用することも可能である。その場合は対象ディレクトリ階層以下に属するファイルの利用者毎の総アクセス回数、またはファイル毎のアクセス回数が最大である利用者を集計する等によって条件判断をすることができる。

さらに本発明はファイル共有システムで管理されるファイル全体に対して同一条件で条件判断をするのではなく、ファイル毎に条件を設定できるようにすることも可能である。その場合は例えばファイル毎に所有権限移転に関する属性を持たせ、条件判断の際に参照するようにする。

図９にファイル毎の属性フィールドの例９００を示す。ここでフィールド９１０には所有権限移転の可否を示す属性値、フィールド９２０には所有権限を移転する候補として予め設定した利用者リストを示す属性値、フィールド９３０には所有権限の移転を禁止する利用者として予め設定したリストを示す属性値、フィールド９４０には所有権限移転判断を行う際の条件、例えば５倍以上のアクセス回数であること、を示す属性値がそれぞれ収められる。これらの属性を適宜組み合わせて設定することにより、ファイル毎に詳細な条件判断を行うことができる。

本発明を実施するファイル共有システムのシステム構成図 ファイル共有システムを構成する情報処理装置の構成図 ファイル共有サーバのプログラム及びデータ構成図 クライアントのプログラム及びデータ構成図 第１の実施例ファイル共有管理プログラムの動作の流れを示すフローチャート 第１の履歴管理プログラムの動作の流れを示すフローチャート 履歴データの例を示す図 第２の実施例ファイル共有管理プログラムの動作の流れを示すフローチャート 第２の実施例ファイル共有管理プログラムの動作の流れを示すフローチャート ファイル属性フィールドの例を示す図

符号の説明

１００ ファイル共有サーバ
１３０ａ クライアント
１３０ｂ クライアント
１５０ ネットワーク
２００ ＣＰＵ
２１０ １次記憶装置
２２０ ２次記憶装置
２３０ ユーザ入出力Ｉ／Ｆ
２４０ ユーザ入出力機器
２５０ ネットワークＩ／Ｆ
３１０ ＨＴＴＰサーバ
３２０ ファイル共有管理プログラム
３３０ 履歴管理プログラム
３５０ 履歴データ
４１０ ブラウザ
４２０ ページデータ
７００ 履歴データ
９００ ファイル属性フィールド

Claims (14)

1. ファイル共有サービスを実現するファイル共有手段と、
   ファイル共有サービス上でのファイルのアクセス履歴を収集・保存・検索・取得する履歴管理手段と、
   を持つファイル共有システムであって、
   ファイルがアクセスされた際にアクセスした利用者情報を履歴に保存する手段と、
   前記アクセスされたファイルのアクセス頻度情報を前記履歴管理手段から取得する手段と、
   前記取得したアクセス頻度情報を予め設定された条件に基づき比較判断する手段と、
   前記判断結果に基づいて該ファイルの所有権限を移転する手段と、
   該ファイルのアクセス頻度情報をクリアする手段と、
   を有することを特徴とするファイル共有システム。
2. 前記比較判断手段は、該ファイルの所有権限を持つ利用者の該ファイルアクセス回数と、該ファイルのアクセス回数が最大である利用者のアクセス回数との間で予め設定された条件に基づいて比較判断し、条件が成立した場合には前記所有権限移転手段が該ファイルの所有権限を該ファイルのアクセス回数が最大である利用者に移転することを特徴とする請求項１に記載のファイル共有システム。
3. 前記アクセスした利用者情報を履歴に保存する手段はさらにアクセスが行われた時刻情報も保存し、前記履歴取得手段はアクセス頻度情報に加えてアクセスされた時刻情報も取得し、前記比較判断手段は予め設定された条件に基づきアクセス頻度情報に加えてアクセス時刻情報も比較条件とすることを特徴とする請求項１または２に記載のファイル共有システム。
4. ファイル共有サービスを実現するファイル共有手段と、
   ファイル共有サービス上でのファイルのアクセス履歴を収集・保存・検索・取得する履歴管理手段と、
   を持つファイル共有システムであって、
   ファイルがアクセスされた際にアクセスした利用者情報を履歴に保存する手段と、
   前記アクセスされたファイルのアクセス頻度情報を前記履歴管理手段から取得する手段と、
   前記取得したアクセス頻度情報を予め設定された条件に基づき比較判断する手段と、
   複数の利用者に所有権限の移転を実施するように通知し、予め設定された期間に限り前記複数の利用者に対して該ファイルの所有権限の変更権限を付与する手段と、
   該ファイルのアクセス頻度情報をクリアする手段と、
   を有することを特徴とするファイル共有システム。
5. 前記通知・権限付与対象である複数の利用者は該ファイルの所有権限を持つ利用者と、該ファイルのアクセス回数が上位である利用者から予め設定された条件に基づいて選抜された利用者であることを特徴とする請求項４に記載のファイル共有システム。
6. さらにファイル共有システム全体の管理権限を持つ利用者にも通知されることを特徴とする請求項５に記載のファイル共有システム。
7. さらに利用者毎に前記通知・権限付与されたファイルの一覧を提供する手段を有することを特徴とする請求項５または６に記載のファイル共有システム。
8. さらにファイル毎に所有権限の移転に関する個別条件を設定・取得する手段を有し、前記比較判断手段はファイル毎の個別条件も加味して判断することを特徴とする請求項１ないし７のいずれかに記載のファイル共有システム。
9. 前記ファイル毎の個別条件は所有権限の移転の可否を示すものであることを特徴とする請求項８に記載のファイル共有システム。
10. 前記ファイル毎の個別条件は所有権限の移転先候補である利用者のリストであることを特徴とする請求項８または９に記載のファイル共有システム。
11. 前記ファイル毎の個別条件は所有権限の移転を禁止する利用者のリストであることを特徴とする請求項８ないし１０のいずれかに記載のファイル共有システム。
12. ファイルに加えてディレクトリも処理対象とすることを特徴とする請求項１ないし１１のいずれかに記載のファイル共有システム。
13. ファイル共有サービスを実現するファイル共有工程と、
    ファイル共有サービス上でのファイルのアクセス履歴を収集・保存・検索・取得する履歴管理工程と、
    を持つファイル共有方法であって、
    ファイルがアクセスされた際にアクセスした利用者情報を履歴に保存する工程と、
    前記アクセスされたファイルのアクセス頻度情報を前記履歴管理工程から取得する工程と、
    前記取得したアクセス頻度情報を予め設定された条件に基づき比較判断する工程と、
    前記判断結果に基づいて該ファイルの所有権限を移転する工程と、
    該ファイルのアクセス頻度情報をクリアする工程と、
    を有することを特徴とするファイル共有方法。
14. ファイル共有サービスを実現するファイル共有ステップと、
    ファイル共有サービス上でのファイルのアクセス履歴を収集・保存・検索・取得する履歴管理ステップと、
    を持つファイル共有を実行するファイル共有プログラムであって、
    ファイルがアクセスされた際にアクセスした利用者情報を履歴に保存するステップと、
    前記アクセスされたファイルのアクセス頻度情報を前記履歴管理ステップから取得するステップと、
    前記取得したアクセス頻度情報を予め設定された条件に基づき比較判断するステップと、
    前記判断結果に基づいて該ファイルの所有権限を移転するステップと、
    該ファイルのアクセス頻度情報をクリアするステップと、
    を実行することを特徴とするファイル共有プログラム。

Images