(57)【要約】【課題】ファイル管理システムに非同期で登録されるファイルと、該ファイルの関連情報との間の情報の不整合を防ぐこと。【解決手段】ファイル情報管理サーバ１０２が、クライアント１０１からファイル管理システムで管理されるファイルを更新する場合に、該クライアントに対して発行されるアクセス権の履歴をアクセス権取得理連管理テーブルで管理し、該アクセス権のうち、有効期限が失効したアクセス権の対象となるファイルのバージョン情報と、該ファイルの関連情報のバージョン情報とが一致するか否かを判定し（Ｓ６０１〜Ｓ６０６）、前記判定ステップで一致しないと判定された場合（Ｓ６０６でＮＯの場合）に、前記アクセス権の対象となるファイルを、前記ファイルの関連情報のバージョン情報に対応するバージョンのファイルに復元する（Ｓ６０７）。【選択図】図６
2016224655.tif 000002
【特許請求の範囲】
【請求項１】
ファイルと、該ファイルの関連情報とが非同期で登録されるファイル管理システムであって、
クライアントから前記ファイル管理システムで管理されるファイルを更新する場合に、該クライアントに対して発行される有効期限を有するアクセス権の履歴を管理する管理手段と、
前記管理手段で管理されるアクセス権のうち、有効期限が失効したアクセス権の対象となるファイルのバージョン情報と、該ファイルの関連情報のバージョン情報とが一致するか否かを判定する第１判定を行う判定手段と、
前記第１判定により一致しないと判定された場合に、前記アクセス権の対象となるファイルを、前記ファイルの関連情報のバージョン情報に対応するバージョンのファイルに復元する復元手段と、
を有することを特徴とするファイル管理システム。
【請求項２】
前記管理手段は、前記アクセス権の履歴を、該アクセス権の対象となるファイルの該アクセス権が発行された時点でのバージョン情報と紐付けて管理するものであり、
前記判定手段は、前記有効期限が失効したアクセス権に紐付けられたバージョン情報と、該アクセス権の対象となるファイルのバージョン情報とが一致するか否かを判定する第２判定を行い、前記第２判定により一致しないと判定された場合に、前記第１判定を行うことを特徴とする請求項１に記載のファイル管理システム。
【請求項３】
前記管理手段は、前記アクセス権の履歴を、該アクセス権を発行されたクライアントを特定可能な情報と紐付けて管理するものであり、
クライアントから関連情報の登録要求を受信した場合に、該登録要求の対象となる関連情報に関連するファイルに対するアクセス権が発行されているか否かを確認する確認手段と、
前記確認手段により前記アクセス権が発行されていることが確認された場合、該アクセス権が前記登録要求したクライアントに対して発行されたものか否かを判断する判断手段と、
前記判断手段により前記アクセス権が前記登録要求したクライアントに対して発行されたものでないと判断された場合、前記登録要求を却下する制御手段と、
を有することを特徴とする請求項１又は２に記載のファイル管理システム。
【請求項４】
クライアントから関連情報の登録要求を受信した場合に、該登録要求の対象となる関連情報に関連するファイルに対するアクセス権が発行されているか否かを確認する確認手段と、
前記確認手段により前記アクセス権が発行されていることが確認された場合、該アクセス権の対象となるファイルのバージョン情報と、該ファイルの関連情報のバージョン情報とが一致するか否かを判断する判断手段と、を有し、
前記判断手段により、前記バージョン情報が一致しないと判断された場合、前記復元手段が、前記アクセス権の対象となるファイルを、前記アクセス権の対象となるファイルの関連情報のバージョン情報に対応するバージョンのファイルに復元することを特徴とする請求項１又は２に記載のファイル管理システム。
【請求項５】
前記ファイル管理システムへファイルを登録する場合、該登録されるファイルのバージョン情報を、該登録を要求したクライアントに通知する通知手段と、
前記クライアントから前記バージョン情報を含む関連情報の登録要求を受信した場合に、該登録要求に含まれるバージョン情報と、該登録要求の対象となる関連情報に関連するファイルのバージョン情報とが一致するか否かを判断する判断手段と、
前記判断手段により前記バージョン情報が一致しないと判断された場合、前記登録要求を却下する制御手段と、
を有することを特徴とする請求項１又は２に記載のファイル管理システム。
【請求項６】
前記ファイル管理システムへファイルを登録する場合、該登録されるファイルのバージョン情報を、該登録を要求したクライアントに通知する通知手段と、
前記クライアントから前記バージョン情報を含む関連情報の登録要求を受信した場合に、該登録要求に含まれるバージョン情報と、該登録要求の対象となる関連情報に関連するファイルのバージョン情報とが一致するか否かを判断する判断手段と、を有し、
前記判断手段により前記バージョン情報が一致しないと判断された場合、前記復元手段が、前記登録要求の対象となる関連情報に関連するファイルを、前記登録要求に含まれるバージョン情報に対応するバージョンのファイルに復元することを特徴とする請求項１又は２に記載のファイル管理システム。
【請求項７】
前記ファイル管理システムは、前記ファイルを管理するファイルサーバと、前記関連情報を管理するファイル情報管理サーバを有することを特徴とする請求項１乃至６のいずれか１項に記載のファイル管理システム。
【請求項８】
ファイルと、該ファイルの関連情報とが非同期で登録されるファイル管理システムの制御方法であって、
クライアントから前記ファイル管理システムで管理されるファイルを更新する場合に、該クライアントに対して発行される有効期限を有するアクセス権の履歴を管理手段に登録する登録ステップと、
前記管理手段で管理されるアクセス権のうち、有効期限が失効したアクセス権の対象となるファイルのバージョン情報と、該ファイルの関連情報のバージョン情報とが一致するか否かを判定する判定ステップと、
前記判定ステップで一致しないと判定された場合に、前記アクセス権の対象となるファイルを、前記ファイルの関連情報のバージョン情報に対応するバージョンのファイルに復元する復元ステップと、
を有することを特徴とするファイル管理システムの制御方法。
【請求項９】
コンピュータを、請求項１乃至７のいずれか１項に記載の手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ファイルを保存するファイルサーバとファイルに関する情報を保存するファイル情報管理サーバとの間の情報を関連付ける際に生じる情報の不整合を防ぐ制御に関する。
【背景技術】
【０００２】
ファイルを保存するファイルサーバ、ファイルの関連情報を保存するファイル情報管理サーバ、ユーザの指示に従いファイルサーバおよびファイル情報管理サーバに対してファイルの登録、参照、取得等の操作依頼を行うクライアント端末（以下、クライアント）、そのクライアントに対してファイルサーバおよびファイル情報管理サーバへの適切なアクセス権を発行するアクセス権発行サーバから構成されるファイル管理システムが存在する。
【０００３】
ファイルサーバは、ファイルの実体を保持する。ファイル情報管理サーバは、ファイルの名前やサイズ、作成日時などのファイルに付随する関連情報（以下、ファイル情報）を保持する。また、ファイル情報管理サーバは、クライアントからの操作依頼を受け付けると、クライアントがその操作を実行するだけの権利を有しているかを判定し、アクセス権発行サーバを介して、クライアントに対してアクセス権を発行する。
【０００４】
特許文献１では、文書本体であるネットワーク上の共有文書ファイルから複製された文書にコメントを記入したコメントファイルを管理する装置が提案されている。ネットワーク上の共有文書ファイルが編集された場合、ネットワーク上の共有文書ファイルと、ユーザが保持するコメントファイルのバージョンが一致しない場合が起こり得る。特許文献１ではバージョンの差異が生じた場合には、共有文書ファイルに基づき、コメントファイルの内容を変更することが記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００１−１５９９９４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上記従来のファイル管理システムにおいては、保存されるファイルとファイル情報との整合性を維持するためにファイルサーバへのファイルの保存と、ファイル情報管理サーバへのファイル情報の保存を限りなく同時に実行することが求められる。
しかし、それらの操作を行うクライアント側の不具合や、複数のユーザによって対象のファイルが同時に更新される場合には、ファイルの保存とファイル情報の保存とがそれぞれ異なるクライアントによって実行されてしまう場合がある。その結果、ファイルとファイル管理情報の間で不整合が生じてしまうという課題があった。
【０００７】
例えば、あるクライアントがファイルを更新して、該ファイル更新後、ファイル情報が更新される間に、異なるクライアントが同じ対象に対してファイルとファイル情報の更新を行い、さらに上記あるクライアントによりファイル情報が更新される等の場合である。この場合、ファイルは最新、ファイル情報は古いバージョンのファイルに適した情報となり、不整合が生じてしまう。
【０００８】
本発明は、上記の問題点を解決するためになされたものである。本発明の目的は、ファイル管理システムに非同期で登録されるファイルと、該ファイルの関連情報との間の情報の不整合を防ぐことができる仕組みを提供することである。
【課題を解決するための手段】
【０００９】
本発明は、ファイルと、該ファイルの関連情報とが非同期で登録されるファイル管理システムであって、クライアントから前記ファイル管理システムで管理されるファイルを更新する場合に、該クライアントに対して発行される有効期限を有するアクセス権の履歴を管理する管理手段と、前記管理手段で管理されるアクセス権のうち、有効期限が失効したアクセス権の対象となるファイルのバージョン情報と、該ファイルの関連情報のバージョン情報とが一致するか否かを判定する第１判定を行う判定手段と、前記第１判定により一致しないと判定された場合に、前記アクセス権の対象となるファイルを、前記ファイルの関連情報のバージョン情報に対応するバージョンのファイルに復元する復元手段と、を有することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、ファイル管理システムに非同期で登録されるファイルと、該ファイルの関連情報との間の情報の不整合を防ぐことができる。
【図面の簡単な説明】
【００１１】
【図１】本実施例のファイル管理システムの全体構成を例示するブロック図
【図２】ファイル管理システムを構成する情報処理装置のハードウェアブロック図
【図３】ファイル管理システムのソフトウェア構成図
【図４】アクセス権情報のデータ構造図
【図５】実施例１においてファイルを登録する一連の処理のフローチャート
【図６】ファイルとファイル管理情報との整合性を維持する処理のフローチャート
【図７】実施例２においてファイル管理情報を登録する処理のフローチャート
【図８】実施例３においてファイル管理情報を登録する処理のフローチャート
【図９】実施例４においてファイルを登録する一連の処理のフローチャート
【図１０】実施例５においてファイルを登録する一連の処理のフローチャート
【発明を実施するための形態】
【００１２】
以下、本発明を実施するための形態について図面を用いて説明する。
【実施例１】
【００１３】
図１は、本発明の一実施例を示すファイル管理システムの全体構成を例示するブロック図である。
インターネット１００は、クライアント１０１、ファイル情報管理サーバ１０２とファイルサーバ１０３、そしてアクセス権発行サーバ１０４とを接続するネットワークである。
【００１４】
クライアント１０１は、インターネット１００を開始してファイル管理システムと相互に接続するクライアントを示している。なお、クライアントは、パーソナルコンピュータ（ＰＣ）であっても、タブレット型端末、スマートフォン、ＭＦＰ等の画像形成装置等の他の情報処理装置であってもよい。なお、ＭＦＰは、Ｍｕｌｔｉｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌを示す。
【００１５】
ファイル情報管理サーバ１０２は、データベースとそれを制御するソフトウェアが動作し、クライアント１０１がファイルサーバ１０３へ登録したファイルに付随するファイルの名称、サイズ、作成日時、更新日時などの様々なファイル情報を管理する。
【００１６】
ファイルサーバ１０３は、ファイルの実体の保管庫であり、クライアント１０１から、ファイルの登録、取得要求を受け付ける。また、ファイルサーバ１０３は、ファイルの登録の可否を判断したり、保存しているファイルの情報のみを取得したりする機能も有する。
【００１７】
アクセス権発行サーバ１０４は、クライアント１０１がファイルサーバ１０３にファイルを登録する際に、クライアント１０１がファイルサーバ１０３に対してアクセスする権限を有していなくても、一時的にファイル登録を可能とする権限をクライアント１０１に発行する。
【００１８】
本実施例においては、ファイル情報管理サーバ１０２はファイルサーバ１０３に対して自由にアクセスする権限を有しているものとする。一方で、クライアント１０１はファイルサーバ１０３にアクセスする権限を有していないものとする。そのため、クライアント１０１は、ファイル情報管理サーバ１０２に対してファイル登録要求を出す際に、ファイル情報管理サーバ１０２経由でアクセス権発行サーバ１０４から一時アクセス権を取得した上で、ファイルサーバ１０３にアクセスしてファイルの実体を登録する必要がある。
【００１９】
図１に示す各装置で動作するプログラムは、それぞれ１台のハードウェアに必ず収める必要はない。複数台のハードウェアが連携し、分散して設置されていてもよい。また、逆にそれぞれのプログラムが同一のハードウェアに同居していてもよい。
【００２０】
図２は、図１に示すファイル管理システムを構成する情報処理装置のハードウェア構成を例示するブロック図である。
図２において、システムバス２００は、情報処理装置を構成する各部を相互に接続するバスである。ユーザインタフェース２０１は、ディスプレイ、キーボード、マウスなどによる情報の入出力を行うハードウェアである。これらのハードウェアを備えないコンピュータは、リモートデスクトップなどにより、他のコンピュータから接続および操作することも可能である。
【００２１】
ネットワークインターフェース２０２は、インターネット１００などのネットワークに接続して、他のコンピュータやネットワーク機器との通信を行うハードウェアである。
ＣＰＵ２０３は、ＲＯＭ２０４、ＲＡＭ２０５、二次記憶装置２０６から読み込んだプログラムを実行し、各機能を実現する。システムバス２００で接続される各構成要素を直接的、あるいは間接的に制御する。
【００２２】
ＲＯＭ２０４は、読み込み専用の記憶装置であり、ＢＩＯＳ等の組込済みプログラムおよびデータが記録されている。ＲＡＭ２０５は、ＣＰＵ２０３が動作するためのワーク領域として利用される一時メモリ領域である。二次記憶装置２０６は、基本ソフトウェアであるＯＳ（オペレーティングシステム）やその他ソフトウェアモジュールが記憶されているＨＤＤやＳＳＤに代表されるような外部記憶装置である。
なお、クライアント１０１、ファイルサーバ１０３、アクセス権発行サーバ１０４等も、図２に示した構成と同等の構成を有するものとする。
【００２３】
図３は、ファイル管理システムを構成する各装置で動作するソフトウェア構成を例示するブロック図である。これらのソフトウェアは、各装置のＣＰＵ２０３上で動作する。なお、本実施例と直接関係のない処理部については記載を省略する。
【００２４】
図３（Ａ）は、クライアント１０１で動作するクライアントアプリケーション３００のソフトウェア構成を示すブロック図である。図３（Ａ）に示すソフトウェアは、クライアント１０１のＣＰＵ２０３が二次記憶装置２０６に格納されたプログラムを読み出して実行することにより実現される。
クライアントアプリケーション３００は、ログイン部３０１、認証要求部３０２、ファイル登録要求部３０３、ファイル登録部３０４、表示部３０５を有する。
【００２５】
ログイン部３０１は、クライアントアプリケーション３００を使用するユーザを特定するために、ユーザＩＤやパスワード等の入力を受け付ける。クライアント１０１の操作者は、ログイン部３０１がクライアントアプリケーション３００の適正なユーザであると特定することができると、クライアントアプリケーション３００を使用できる状態となる。
【００２６】
認証要求部３０２は、ファイル情報管理サーバ１０２と通信するために、ログイン部３０１で特定されたユーザの認証情報をファイル情報管理サーバ１０２に送信して、ファイル情報管理サーバ１０２への認証を要求する。
ファイル登録要求部３０３は、ファイル情報管理サーバ１０２に対して、ファイル登録要求を送信する。ファイル登録要求は、ファイルサーバ１０３にファイルを登録するための要求である。ファイル登録要求に含まれる各種データの例を、表１のファイル登録要求テーブルに示す。
【００２７】
【表１】
2016224655.tif 000003
【００２８】
表１において、ファイル名カラムは、登録対象のファイルのファイル名を格納するカラムである。保存場所情報カラムは、ファイル情報管理サーバ１０２においてファイルを管理する階層構造を持った保存場所の情報を格納するカラムである。ファイルサイズカラムは、登録対象のファイルのファイルサイズを格納するカラムである。
【００２９】
また、ファイル登録要求部３０３は、ファイル情報管理サーバ１０２に対して、ファイル情報登録要求を送信する。ファイル情報登録要求は、ファイル情報管理サーバ１０２にファイル情報を登録するための要求である。ファイル情報登録要求に含まれる各種データの例を、表２のファイル情報登録要求テーブルに示す。
【００３０】
【表２】
2016224655.tif 000004
【００３１】
表２において、ファイル名カラムは、登録対象のファイルのファイル名を格納するカラムである。保存場所情報カラムは、ファイル情報管理サーバ１０２においてファイルを管理する階層構造を持った保存場所の情報を格納するカラムである。ファイルサイズカラムは、登録対象のファイルのファイルサイズを格納するカラムである。ユーザ属性カラム（１〜Ｎ）は、登録対象のファイルに対してユーザが自由に定義し、入力可能な情報を格納するカラムである。具体的には、登録対象のファイルに関連する付随情報が格納される。
【００３２】
そして、ファイル登録要求部３０３は、応答としてファイル情報管理サーバ１０２から一時アクセス権４００を取得する。一時アクセス権４００（図４）には、ファイルサーバ１０３上のファイル登録先のパス情報が含まれる。一時アクセス権４００については後述する。ファイル登録部３０４は、登録対象のファイルと、ファイル登録要求部３０３が受信した一時アクセス権４００とをファイルサーバ１０３に送信し、ファイルの登録処理を行う。
【００３３】
表示部３０５は、ファイルの一覧やコンテンツ等の様々な情報をユーザインタフェース２０１のディスプレイに表示する。本実施例においては、表示部３０５は、ログイン部３０１での認証結果や、ファイル登録部３０４での登録処理の成否結果を表示する。
【００３４】
図３（Ｂ）は、ファイル情報管理サーバ１０２で動作するファイル情報管理ソフトウェア３１０のソフトウェア構成を示すブロック図である。図３（Ｂ）に示すソフトウェアは、ファイル情報管理サーバ１０２のＣＰＵ２０３が二次記憶装置２０６に格納されたプログラムを読み出して実行することにより実現される。
【００３５】
ファイル情報管理ソフトウェア３１０は、認証部３１１、登録要求受信部３１２、アクセス権要求部３１３、アクセス権管理部３１４、ファイル情報取得部３１５、ファイル情報登録部３１６、ファイルサーバ情報取得部３１７、ファイル情報保存部３１８を有する。
【００３６】
認証部３１１は、クライアントアプリケーション３００の認証要求部３０２の要求を受信して、認証情報に対応するユーザがファイル情報管理サーバ１０２のファイル情報管理ソフトウェア３１０は使用可能なユーザかどうかを判定する。なお、このときクライアントアプリケーション３００とファイル情報管理ソフトウェア３１０とが同じセキュリティドメインに所属し、クライアントアプリケーション３００へのログインに成功していれば、ファイル情報管理ソフトウェア３１０にも同時に認証されるような仕組みであってもよい。
【００３７】
登録要求受信部３１２は、クライアントアプリケーション３００のファイル登録要求部３０３からファイル登録要求あるいはファイル情報登録要求を受信する。登録要求受信部３１２は、該受信したファイル登録要求あるいはファイル情報登録要求に含まれる各種情報を、ファイル情報登録部３１６を介してファイル情報保存部３１８に登録する。
【００３８】
さらに、登録要求受信部３１２は、クライアントアプリケーション３００のファイル登録部３０４がファイルサーバ１０３へファイルを登録する際の登録場所やファイル名を自動で生成する。なお、登録場所やファイル名は、他のファイルを上書きしないような値にする必要がある。この情報をパスと呼ぶ。パスは、クライアント１０１のユーザは意識する必要はなく、ファイル情報管理サーバ１０２がファイルサーバ１０３上のファイルを一意に特定できればよい。登録要求受信部３１２は、アクセス権要求部３１３が取得した一時アクセス権４００（図４）をファイル登録要求部３０３へ返信する。
【００３９】
アクセス権要求部３１３は、登録要求受信部３１２が生成したパスおよびファイルサイズ情報からアクセス権発行要求を生成して、アクセス権発行サーバ１０４に送信する。アクセス権発行要求に含まれる各種データの例を、表３のアクセス権発行要求テーブルに示す。
【００４０】
【表３】
2016224655.tif 000005
【００４１】
表３において、パスカラムは、登録要求受信部３１２が生成したファイルサーバ１０３でのファイルの登録場所となるパスを格納するカラムである。ファイルサイズカラムは、登録要求受信部３１２が受信した登録対象のファイルのサイズを格納するカラムである。
【００４２】
アクセス権管理部３１４は、アクセス権要求部３１３が取得した一時アクセス権４００の取得履歴を管理する。一時アクセス権取得履歴に含まれる各種データの例を、表４の一時アクセス権取得履歴管理テーブルに示す。
【００４３】
【表４】
2016224655.tif 000006
【００４４】
表４において、ファイル名カラムは、一時アクセス権４００によってアクセスが可能となるファイルのファイル名を格納するカラムである。保存場所情報カラムは、対象のファイルがファイル情報管理サーバ１０２において管理されている保存場所の情報を格納するカラムである。有効期限カラムは、一時アクセス権４００を使用してアクセスが許可される有効期限を格納するカラムである。具体的には一時アクセス権４００の有効期限４０５の値を格納する。バージョン識別子カラムは、ファイルサーバ１０３がファイルの登録時に対象のファイルと関連付けて発行するバージョン識別子を格納するカラムである。バージョン識別子は、バージョンを特定可能なバージョン情報である。
【００４５】
ファイル情報取得部３１５は、ファイル情報保存部３１８で管理されるファイル情報を取得する。
ファイル情報登録部３１６は、登録要求受信部３１２が受信した登録対象のファイル情報をファイル情報保存部３１８に登録する。
ファイルサーバ情報取得部３１７は、ファイルサーバ１０３に保存されているファイル情報を取得する。
【００４６】
ファイル情報保存部３１８は、登録要求受信部３１２が受信したファイル情報を保存および管理する。ファイル情報保存部３１８が管理するファイル情報に含まれる各種データの例を、表５のファイル管理情報テーブルに示す。
【００４７】
【表５】
2016224655.tif 000007
【００４８】
表５において、ファイル名カラムは、ファイル情報管理サーバ１０２が管理しているファイルのファイル名を格納するカラムである。具体的には、登録要求受信部３１２が受信したファイル登録要求のファイル名カラムの値を格納する。保存場所カラムは、ファイル情報管理サーバ１０２が管理しているファイルの保存場所の情報を格納するカラムである。具体的には、登録要求受信部３１２が受信したファイル登録要求の保存場所情報カラムの値を格納する。
【００４９】
パスカラムは、登録要求受信部３１２が受信したファイル登録要求のファイルの実体がファイルサーバ１０３上で保存されている場所の値を格納するカラムである。具体的には、登録要求受信部３１２が生成したファイルサーバ１０３でのファイルの登録場所を格納する。ファイルサイズカラムは、ファイル情報管理サーバ１０２が管理しているファイルのファイルサイズを格納するカラムである。具体的には、登録要求受信部３１２が受信したファイル登録要求のファイルサイズカラムの値を格納する。
【００５０】
バージョン識別子カラムは、ファイルサーバ１０３がファイルの登録時に対象のファイルと関連付けて発行するバージョン識別子を格納するカラムである。
ユーザ属性情報カラム（１〜Ｎ）は、ファイル情報管理サーバ１０２が管理しているファイルのユーザ属性情報を格納するカラムである。具体的には、登録要求受信部３１２が受信したファイル情報登録要求のユーザ属性カラムの値を格納する。
【００５１】
図３（Ｃ）は、ファイルサーバ１０３で動作するファイル管理ソフトウェア３２０のソフトウェア構成を示すブロック図である。図３（Ｃ）に示すソフトウェアは、ファイルサーバ１０３のＣＰＵ２０３が二次記憶装置２０６に格納されたプログラムを読み出して実行することにより実現される。
【００５２】
ファイル管理ソフトウェア３２０は、アクセス権判定部３２１、ファイル登録部３２２、ファイル情報応答部３２３、ファイル保存部３２４を有する。
【００５３】
アクセス権判定部３２１は、クライアントアプリケーション３００のファイル登録部３０４からの要求を受けて、受信した一時アクセス権４００の内容を確認する。そして、ファイル登録部３２２を介して、受信したファイルをパスで指定された場所に保存して良いかどうかを判断する。
ファイル登録部３２２は、アクセス権判定部３２１が登録可能と判断した場合に、ファイル登録部３０４から受信したファイルをファイル保存部３２４に保存する。
【００５４】
ファイル情報応答部３２３は、ファイル情報管理サーバ１０２のファイルサーバ情報取得部３１７の要求を受けて、ファイル保存部３２４が管理するファイル情報を取得し、ファイルサーバ情報取得部３１７に送信する。
ファイル保存部３２４は、ファイルサーバ１０３においてファイル登録部３０４から受信したファイルの実体とファイル情報を関連付けて保存および管理する。ファイル保存部３２４が管理するファイル情報に含まれる各種データの例を、表６のファイル情報テーブルに示す。
【００５５】
【表６】
2016224655.tif 000008
【００５６】
表６において、ファイル名カラムは、ファイルサーバ１０３が管理しているファイルのファイル名を格納するカラムである。パスカラムは、ファイルサーバ１０３において、ファイルの実体を保存している場所の値を格納するカラムである。
【００５７】
バージョン識別子カラムは、ファイルサーバ１０３において、ファイルの実体が保存される度にファイル保存部３２４が発行する一意の値である。これにより、ファイル保存部３２４において、ファイル名およびパスを同様とする複数のファイルの実体を保存および管理することが可能となる。
【００５８】
最新バージョンフラグカラムは、ファイル保存部３２４において、ファイル名およびパスが同様のファイルの実体が複数存在する場合に、最新のバージョンとなる実体を一意に識別するための値を格納するカラムである。具体的には、そのファイルが最新バージョンのファイルの場合は「ＴＲＵＥ」を格納する。最新バージョンではない場合は「ＦＡＬＳＥ」を格納する。クライアントアプリケーション３００のファイル登録部３０４からファイルを受信した際、ファイル保存部３２４に、同一のファイル名、ファイルパスのファイルが複数存在していた場合、特にバージョン識別子の指定を受けていなかった場合には。最新バージョンフラグカラムの値が「ＴＲＵＥ」のファイルが更新対象となる。
【００５９】
図３（Ｄ）は、アクセス権発行サーバ１０４で動作するアクセス権発行ソフトウェア３３０のソフトウェア構成を示すブロック図である。図３（Ｄ）に示すソフトウェアは、アクセス権発行サーバ１０４のＣＰＵ２０３が二次記憶装置２０６に格納されたプログラムを読み出して実行することにより実現される。
【００６０】
アクセス権発行ソフトウェア３３０は、アクセス権発行要求受信部３３１、アクセス権発行部３３２を有する。
【００６１】
アクセス権発行要求受信部３３１は、ファイル情報管理サーバ１０２のアクセス権要求部３１３の要求を受信し、アクセス権発行部３３２に渡す。また、アクセス権発行要求受信部３３１は、アクセス権発行部３３２が発行した一時アクセス権４００をアクセス権要求部３１３に送信する。
アクセス権発行部３３２は、アクセス権発行要求受信部３３１が受信した情報に従い、一時アクセス権４００を発行する。
【００６２】
以下、ファイル情報管理サーバ１０２のファイル情報保存部３１８に保存されているファイル情報を「ファイル管理情報」といい、ファイルサーバ１０３のファイル保存部３２４に保存されているファイル情報を「ファイル情報」といい、区別する。
【００６３】
図４は、アクセス権発行サーバ１０４が発行する一時アクセス権４００を例示する図である。
図４に示すように、一時アクセス権４００は、保存領域識別子４０１、アクセス許可パス４０２、代理ユーザ識別子４０３、代理ユーザパスワード４０４、有効期限４０５、一時認証情報４０６を含む。なお、図４において、一時アクセス権４００をテキスト形式として図示しているが、プログラム上はバイナリ形式やその他の形式でやり取りしてもよい。
【００６４】
保存領域識別子４０１は、ファイルサーバ１０３において保存領域が論理的に分割されていた場合に、その保存領域を識別するための値を格納する。例えば、ユーザごとにファイルサーバ１０３が保存領域を分割している場合には、ユーザ名等の一意に識別可能な値を格納する。
アクセス許可パス４０２は、ファイル情報管理サーバ１０２の登録要求受信部３１２が生成し、アクセス権発行サーバ１０４へ渡されるパスを格納する。
【００６５】
代理ユーザ識別子４０３は、代理のユーザＩＤに相当する。
代理ユーザパスワード４０４は、代理のユーザパスワードに相当するものである。これらの認証情報を用いることで、本来ファイルサーバ１０３へファイルを登録する権限のないユーザであっても、ファイルを登録することができる。これらの情報は適宜暗号化される。
【００６６】
有効期限４０５は、一時アクセス権４００を使用してファイルサーバ１０３へアクセスすることができる期限日の値を格納する。有効期限４０５に格納された期日を過ぎた場合、同じ一時アクセス権４００を使用してもファイルサーバ１０３へアクセスは拒否される。
一時認証情報４０６は、ファイルの登録に必要な認証情報を格納する。例えば、ユーザがファイルサーバ１０３に対して、実行可能な操作（登録、取得等）の情報もここに含まれる。
【００６７】
図５は、実施例１において、クライアント１０１がファイルサーバ１０３にファイルを登録する一連の処理を例示するフローチャートである。なお、図中、クライアント１０１の処理は、クライアント１０１のＣＰＵ２０３が二次記憶装置２０６に格納されたプログラムを読み出して実行することにより実現される。また、ファイル情報管理サーバ１０２の処理は、ファイル情報管理サーバ１０２のＣＰＵ２０３が二次記憶装置２０６に格納されたプログラムを読み出して実行することにより実現される。また、ファイルサーバ１０３の処理は、ファイルサーバ１０３のＣＰＵ２０３が二次記憶装置２０６に格納されたプログラムを読み出して実行することにより実現される。アクセス権発行サーバ１０４の処理は、アクセス権発行サーバ１０４のＣＰＵ２０３が二次記憶装置２０６に格納されたプログラムを読み出して実行することにより実現される。
【００６８】
Ｓ５０１において、クライアント１０１のファイル登録要求部３０３は、ファイル情報管理サーバ１０２の登録要求受信部３１２に対して、ファイル登録要求を送信する。
【００６９】
Ｓ５０２において、ファイル情報管理サーバ１０２の登録要求受信部３１２は、クライアント１０１からファイル登録要求を受信する。次に、ファイル情報管理サーバ１０２のアクセス権要求部３１３は、Ｓ５０２で受信したファイル登録要求のファイル名カラムおよび保存場所情報カラムの値からパスを生成する。そして、アクセス権要求部３１３は生成したパスおよびファイル登録要求のファイルサイズカラムの値からアクセス権発行要求を作成して、アクセス権発行サーバ１０４のアクセス権発行要求受信部３３１に送信する。
【００７０】
Ｓ５０３において、アクセス権発行サーバ１０４のアクセス権発行要求受信部３３１は、ファイル情報管理サーバ１０２からアクセス権発行要求を受信する。
Ｓ５０４において、アクセス権発行サーバ１０４のアクセス権発行部３３２は、受信したアクセス権発行要求から一時アクセス権４００を発行して、ファイル情報管理サーバ１０２のアクセス権要求部３１３に送信する。
【００７１】
Ｓ５０５において、ファイル情報管理サーバ１０２のアクセス権要求部３１３は、アクセス権発行サーバ１０４から一時アクセス権４００を受信する。そして、アクセス権管理部３１４は、上記Ｓ５０２で受信したファイル登録要求のファイル名カラムの値、保存場所情報カラムの値、一時アクセス権４００の有効期限４０５の値を取得して、アクセス権取得履歴を作成して、アクセス権取得履歴管理テーブルに保存する。
【００７２】
Ｓ５０６において、アクセス権管理部３１４は、ファイル情報取得部３１５を介して、ファイル情報保存部３１８のファイル管理情報テーブルを参照して、ファイル登録要求のファイル名カラムの値と保存場所情報カラムの値とが一致するファイル管理情報の取得を試みる。
【００７３】
Ｓ５０７において、アクセス権管理部３１４は、上記Ｓ５０６においてファイル登録要求のファイル名カラムの値と保存場所情報カラムの値とが一致するファイル管理情報が取得できたか否かにより、ファイル登録要求の対象のファイルが新規登録ファイルであるか否かを判断する。
【００７４】
そして、上記Ｓ５０６で上記一致するファイル管理情報が取得できなかったと判定した場合、アクセス権管理部３１４は、ファイル登録要求の対象のファイルは新規登録ファイルであると判断し（Ｓ５０７でＹＥＳと判断し）、Ｓ５０９に処理を進める。
【００７５】
一方、上記Ｓ５０６で上記一致するファイル管理情報が取得できたと判定した場合、アクセス権管理部３１４は、ファイル登録要求の対象のファイルは既存ファイルの更新ファイルであると判断し（Ｓ５０７でＮＯと判断し）、Ｓ５０８に処理を進める。
【００７６】
Ｓ５０８において、アクセス権管理部３１４は、上記Ｓ５０６で取得したファイル管理情報のパスカラムの値を取得する。次に、ファイルサーバ情報取得部３１７は、ファイルサーバ１０３のファイル保存部３２４で管理されるファイル情報のうち、該パスカラムの値と一致するファイル情報のバージョン識別子を取得する。そして、該取得したファイル情報のバージョン識別子の値と、上記Ｓ５０６で取得したファイル管理情報のバージョン識別子カラムの値とが一致していることを確認し、該取得したバージョン識別子カラムの値を、上記Ｓ５０５で作成したアクセス権取得履歴のバージョン識別子カラムに格納する。なお、図示しないが、上記ファイルサーバ１０３から取得したファイル情報のバージョン識別子の値と、上記Ｓ５０６で取得したファイル管理情報のバージョン識別子カラムの値とが一致しない場合には、そのまま本フローチャートの処理を終了するものとする（この場合、上記Ｓ５０５で作成したアクセス権取得履歴も削除してもよい）。
【００７７】
Ｓ５０９において、ファイル情報管理サーバ１０２のアクセス権要求部３１３は、クライアント１０１（上記Ｓ５０２で受信したファイル登録要求の送信元）に一時アクセス権４００を送信する。
Ｓ５１０において、クライアント１０１のファイル登録要求部３０３は、ファイル情報管理サーバ１０２から、一時アクセス権４００を受信する。
【００７８】
Ｓ５１１において、クライアント１０１のファイル登録部３０４は、上記Ｓ５１０で受信した一時アクセス権４００を使用してファイルサーバ１０３にアクセスし、上記Ｓ５０１で作成したファイル登録要求に対応するファイルの実体を送信する。なお、一時アクセス権４００の代わりに、一時認証情報４０６を使用してもよい。
【００７９】
Ｓ５１２において、ファイルサーバ１０３のファイル登録部３２２は、クライアント１０１のファイル登録部３０４から一時アクセス権４００とファイルの実体を受信する。そして、アクセス権判定部３２１は、一時アクセス権４００が有効であるか、必要に応じてアクセス権発行サーバ１０４に問い合わせて判定する。一時アクセス権４００が有効である場合、ファイル登録部３２２は、新しいバージョン識別子の値を発行して格納したファイル情報を生成して、ファイル保存部３２４のファイル情報テーブルに登録する。この時、ファイル名カラム、ファイルパスカラムの値が一致するファイル情報が既にファイル情報テーブルに保存されていた場合には、登録済みのファイル情報の最新バージョンフラグの値を「ＦＡＬＳＥ」に変更する。そして、新しいファイル情報の最新バージョンフラグの値を「ＴＲＵＥ」に変更したうえで、新しいファイル情報を登録する。ファイルの登録が完了すると、ファイル登録部３２２は、その旨をクライアント１０１に返す。
【００８０】
Ｓ５１３において、クライアント１０１のファイル登録要求部３０３は、ファイルの登録が完了すると、ファイル情報登録要求を生成する。そして、ファイル情報登録要求をファイル情報管理サーバ１０２のファイル情報登録部３１６に送信する。
【００８１】
Ｓ５１４において、ファイル情報管理サーバ１０２の登録要求受信部３１２は、クライアント１０１からファイル情報登録要求を受信する。次に、ファイル情報管理サーバ１０２のファイル情報取得部３１５は、該ファイル情報登録要求のファイル名カラムおよび保存場所情報カラムの値が一致するファイル管理情報をファイル情報保存部３１８のファイル管理情報テーブルから取得する。また、ファイル情報管理サーバ１０２のファイルサーバ情報取得部３１７は、該取得したファイル管理情報のパスカラムと値が一致し、かつ最新バージョンフラグカラムの値が「ＴＲＵＥ」のファイル情報をファイルサーバ１０３のファイル情報応答部３２３から取得する。
【００８２】
Ｓ５１５において、ファイル情報管理サーバ１０２のファイル情報取得部３１５は、上記受信したファイル情報登録要求と上記取得したファイル情報のファイル名およびファイルサイズカラムの値を比較する。
【００８３】
そして、これらの値が一致すると判定した場合（Ｓ５１５でＹＥＳの場合）、ファイル情報取得部３１５は、Ｓ５１７に処理を進める。
Ｓ５１７において、ファイル情報管理サーバ１０２のファイル情報登録部３１６は、Ｓ５１４で受信したファイル情報登録要求を処理し、該ファイル情報登録要求に含まれる各種値等を、ファイル情報保存部３１８の該当するファイル管理情報に登録する。この際、ファイル管理情報のバージョン識別子カラムには、上記Ｓ５１４で取得されたファイル情報のバージョン識別子が格納される。そして、ファイル情報登録部３１６は、クライアント１０１のファイル登録要求部３０３にファイルの登録に成功した旨の応答を返す。そして、本フローチャートの処理を終了する。
【００８４】
一方、上記Ｓ５１５で、これらの値が一致しないと判定した場合（Ｓ５１５でＮＯの場合）、ファイル情報取得部３１５は、Ｓ５１６に処理を進める。
なお、図示しないが、上記Ｓ５１５で、上記Ｓ５１４において該当するファイル情報をファイルサーバ１０３のファイル情報応答部３２３から取得できなかったと判定した場合には、クライアント１０１のファイル登録要求部３０３にファイルの登録に失敗した旨の応答を返し、本フローチャートの処理を終了する。
【００８５】
Ｓ５１６において、ファイル情報管理サーバ１０２のファイル情報登録部３１６は、ファイルサーバ１０３のファイル情報登録部３１６に、上記Ｓ５１５において値が一致しなかったファイル情報のファイル復元要求（表７）を送信して、クライアント１０１のファイル登録要求部３０３にファイルの登録に失敗した旨の応答を返す。そして、本フローチャートの処理を終了する。ファイル復元要求に含まれる各種データの例を、表７のファイル復元要求テーブルに示す。
【００８６】
【表７】
2016224655.tif 000009
【００８７】
表７において、パスカラムは、復元対象のファイルの実体の登録場所となるパスを格納するカラムである。復元前バージョン識別子カラムは、現在ファイルサーバ１０３で最新バージョンとなっている復元対象のファイルのバージョン識別子を格納するカラムである。復元後バージョン識別子カラムは、復元後のファイルのバージョン識別子を格納するカラムである。
【００８８】
上記Ｓ５１６において、ファイル情報登録部３１６は、上記Ｓ５１４で取得したファイル情報のパスカラムの値をファイル復元要求のパスカラムに格納する。また、ファイル情報登録部３１６は、上記Ｓ５１４で取得したファイル情報のバージョン識別子カラムの値を、ファイル復元要求の復元前バージョン識別子カラムに格納する。さらに、ファイル情報登録部３１６は、上記Ｓ５１４で取得したファイル管理情報のバージョン識別子カラムの値をファイル復元要求の復元後バージョン識別子カラムに格納し、ファイル復元要求を生成し、ファイルサーバ１０３に送信する。
【００８９】
図示しないが、上記ファイル復元要求を受信したファイルサーバ１０３のファイル登録部３２２は、ファイル保存部３２４のファイル情報テーブルで管理するファイル情報のうち、パスカラムに格納された値が一致したファイル情報を取得する。ファイル登録部３２２は、取得したファイル情報のバージョン識別子カラムの値が、ファイル復元要求の復元前バージョン識別子カラムの値と一致するファイル情報の最新バージョンフラグカラムの値を「ＦＡＬＳＥ」に変更する。また、ファイル登録部３２２は、取得したファイル情報のバージョン識別子カラムの値が、ファイル復元要求の復元後バージョン識別子カラムの値と一致するファイル情報の最新バージョンフラグカラムの値を「ＴＲＵＥ」に変更する。これにより、ファイル情報管理サーバ１０２のファイル管理情報に合わせる形で、ファイルサーバ１０３のファイル情報が整合性を保つために修正される。
【００９０】
図６は、ファイル情報管理サーバ１０２がファイルとファイル管理情報との整合性を維持するために行う一連の処理を例示するフローチャートである。なお、図６に示す一連の処理は、ファイル情報管理サーバ１０２において定期的に実行されるものであり、ファイル情報管理サーバ１０２のＣＰＵ２０３が二次記憶装置２０６に格納されたプログラムを読み出して実行することにより実現される。
【００９１】
Ｓ６０１において、ファイル情報管理サーバ１０２のアクセス権管理部３１４は、アクセス権取得履歴管理テーブルを参照し、アクセス権取得履歴が登録されているかどうかを確認する。そして、アクセス権取得履歴が登録されていないと判定した場合（Ｓ６０１でＮＯの場合）、アクセス権管理部３１４は、クライアント１０１の利用者によるファイルサーバ１０３のファイル情報およびファイル情報管理サーバ１０２のファイル管理情報の更新がないものと判断し、本フローチャートの処理を終了する。
【００９２】
一方、アクセス権取得履歴が登録されていると判定した場合（Ｓ６０１でＹＥＳの場合）、アクセス権管理部３１４は、ファイルサーバ１０３のファイル情報とファイル情報管理サーバ１０２のファイル管理情報との間の情報の不整合を確認するため、Ｓ６０２に進む。
【００９３】
Ｓ６０２において、アクセス権管理部３１４は、アクセス権取得履歴管理テーブルに登録されているアクセス権取得履歴を一件取得する。
Ｓ６０３において、アクセス権管理部３１４は、上記Ｓ６０２で取得したアクセス権取得履歴の有効期限カラムの値を取得する。そして、アクセス権管理部３１４は現在時刻と有効期限カラムの値とを比較して、一時アクセス権が失効しているか否かを確認する。
【００９４】
そして、一時アクセス権が失効していないと判定した場合（Ｓ６０３でＮＯの場合）、アクセス権管理部３１４は、仮に現時点で一時アクセス権が対象とするファイルのファイル情報とファイル管理情報との間で情報の不整合が生じていたとしても、有効期限内にクライアント１０１の利用者により適切な情報が登録されるものと判断し、Ｓ６０１にしょりを移行する。
【００９５】
一方、一時アクセス権が失効していたと判定した場合（Ｓ６０３でＹＥＳの場合）、アクセス権管理部３１４は、Ｓ６０４に処理を進める。
Ｓ６０４において、ファイル情報取得部３１５は、ファイル情報保存部３１８のファイル管理情報管理テーブルから、上記Ｓ６０２で取得したアクセス権取得履歴のファイル名カラムと保存場所情報カラムの値とが一致するファイル管理情報を取得する。次に、ファイルサーバ情報取得部３１７は、ファイルサーバ１０３のファイル保存部３２４で管理されるファイル情報テーブルから、上記取得したファイル管理情報のパスカラムの値が一致し、最新バージョンフラグカラムが「ＴＲＵＥ」であるファイル情報を取得する。
【００９６】
Ｓ６０５において、ファイル情報登録部３１６は、上記Ｓ６０２で取得したアクセス権取得履歴のバージョン識別子カラムと、上記Ｓ６０４で取得したファイル情報のバージョン識別子カラムの値を比較する。そして、これらのバージョン識別子カラムの値が一致していると判定した場合（Ｓ６０５でＹＥＳの場合）、ファイル情報登録部３１６は、ファイル情報とファイル管理情報との間に不整合は生じていないと判断し、Ｓ６０８に処理を移行する。なお、この場合、一時アクセス権は発行されたがファイルの更新はされなかった場合に対応する。
【００９７】
一方、これらのバージョン識別子カラムの値が一致していないと判定した場合（Ｓ６０５でＮＯの場合）、ファイル情報登録部３１６は、ファイル情報が更新済みの状態であると判断し、Ｓ６０６に処理を進める。
【００９８】
Ｓ６０６において、ファイル情報登録部３１６は、上記Ｓ６０４で取得したファイル情報のバージョン識別子カラムの値と、ファイル管理情報のバージョン識別子カラムの値を比較する。そして、これらの値が一致していると判定した場合（Ｓ６０６でＹＥＳの場合）、ファイル情報登録部３１６は、ファイル情報に合わせて、ファイル管理情報が更新済みであると判断し、Ｓ６０８に処理を進める。
【００９９】
一方、これらの値が一致していないと判定した場合（Ｓ６０６でＮＯの場合）、ファイル情報登録部３１６は、ファイル管理は更新されたがファイル管理情報の更新は行われなかったと判断し、Ｓ６０７に処理を進める。
Ｓ６０７において、ファイル情報登録部３１６は、ファイルサーバ１０３に対してファイル復元要求（表７）を送信する。この際、ファイル情報登録部３１６は、上記Ｓ６０４で取得したファイル管理情報のパスカラムの値をファイル復元要求のパスカラムに格納する。また、ファイル情報登録部３１６は、上記Ｓ６０４で取得したファイル情報のバージョン識別子カラムの値を、ファイル復元要求の復元前バージョン識別子カラムに格納する。さらに、ファイル情報登録部３１６は、上記Ｓ６０４で取得したファイル管理情報のバージョン識別子カラムの値をファイル復元要求の復元後バージョン識別子カラムに格納してファイル復元要求を生成し、ファイルサーバ１０３に送信し、Ｓ６０８に処理を進める。
【０１００】
なお、図示しないが、上記Ｓ６０７で送信されたファイル復元要求を受信したファイルサーバ１０３のファイル登録部３２２は、ファイル保存部３２４のファイル情報テーブルで管理するファイル情報のうち、パスカラムに格納された値が一致したファイル情報を取得する。ファイル登録部３２２は、取得したファイル情報のバージョン識別子カラムの値が、ファイル復元要求の復元前バージョン識別子カラムの値と一致するファイル情報の最新バージョンフラグカラムの値を「ＦＡＬＳＥ」に変更する。また、ファイル登録部３２２は、取得したファイル情報のバージョン識別子カラムの値が、ファイル復元要求の復元後バージョン識別子カラムの値と一致するファイル情報の最新バージョンフラグカラムの値を「ＴＲＵＥ」に変更する。これにより、ファイル情報管理サーバ１０２のファイル管理情報に合わせる形で、ファイルサーバ１０３のファイル情報が整合性を保つために修正される。
【０１０１】
Ｓ６０８において、ファイル情報管理サーバ１０２のアクセス権管理部３１４は、上記Ｓ６０２で取得したアクセス権取得履歴をアクセス権取得履歴管理テーブルから削除し、Ｓ６０１に処理を移行し、次のアクセス権取得履歴に対する処理に移行する。そして、アクセス権取得履歴が登録されていないと判定した場合（Ｓ６０１でＮＯの場合）、アクセス権管理部３１４は、本フローチャートの処理を終了する。
【０１０２】
以上、図５、図６のフローチャートにそれぞれ示した一連の処理によって、クライアント１０１の利用者がファイルの登録後に、ファイル管理情報の登録に失敗した場合でも、ファイル管理システムにおいて管理されるファイルの実体とファイル管理情報との情報の不整合を防止することができる。即ち、ファイルサーバが保持するファイルの実体と、ファイル情報管理サーバが保持するファイル情報との間の情報の不整合を防ぐことができる。
【実施例２】
【０１０３】
上記実施例１に示したファイル管理システムへのファイル登録に係る一連の処理は、主にクライアント１０１の利用者が同一人物である場合を想定している。しかし実際には、複数台のクライアント１０１が、同じファイル、ファイル管理情報を同時に登録および更新することが十分に起こり得る。例えば、あるクライアント１０１の利用者がファイル登録後且つファイル管理情報の登録を終える前に、異なるクライアント１０１の利用者が同一のファイルに対応するファイル管理情報の登録を行ってしまう可能性がある。この場合、ファイルの登録者とファイル管理情報の登録者が異なる利用者になってしまい、情報の不整合が発生する可能性が高まる。
【０１０４】
本実施例２では、あるクライアント１０１からのファイル及びファイル管理情報の登録中は異なるクライアント１０１からのファイル管理情報の登録を防止するように構成する。この構成により、ファイルとファイル管理情報の不整合を防止することが可能となる。以下、この実施例について図７を用いて説明する。
【０１０５】
図７は、実施例２において、アクセス権が発行済みのファイルに対して、ファイル管理情報の登録処理が完了する前に、異なるクライアントによりファイル管理情報の登録操作が行われた場合に、ファイル情報の登録処理を無効とする一連の操作を示したフローチャートである。なお、図中、クライアント１０１の処理は、クライアント１０１のＣＰＵ２０３が二次記憶装置２０６に格納されたプログラムを読み出して実行することにより実現される。また、ファイル情報管理サーバ１０２の処理は、ファイル情報管理サーバ１０２のＣＰＵ２０３が二次記憶装置２０６に格納されたプログラムを読み出して実行することにより実現される。
【０１０６】
なお、図示しないが、本実施例では、一時アクセス権取得履歴管理テーブルでは、一時アクセス権取得履歴を、対応するユーザのユーザ名と紐付けて管理しているものとする。例えば、表４に示した一時アクセス権取得履歴管理テーブルに、ユーザカラムを追加し、対応するファイル登録要求を行ったユーザのユーザ名を格納するようにする。
【０１０７】
Ｓ７０１において、クライアント１０１のファイル登録要求部３０３は、ファイル情報管理サーバ１０２の登録要求受信部３１２に対して、ファイル情報登録要求を送信する。
Ｓ７０２において、ファイル情報管理サーバ１０２の登録要求受信部３１２はファイル情報登録要求を受信する。次に、ファイル情報管理サーバ１０２のアクセス権管理部３１４は、アクセス権取得履歴管理テーブルを参照して、該受信したファイル情報登録要求のファイル名カラムと保存場所情報カラムの値が一致するアクセス権取得履歴が存在するかどうかを確認する。
【０１０８】
そして、該一致するアクセス権取得履歴が存在すると判定した場合（Ｓ７０２でＹＥＳの場合）、アクセス権管理部３１４は、Ｓ７０４に処理を進める。
Ｓ７０４において、アクセス権管理部３１４は、一致すると判定されたアクセス権取得履歴のユーザ名が、上記受信したファイル情報登録要求を送信したユーザ名と一致するか否かを判定する。そして、ユーザ名が一致しないと判定した場合（Ｓ７０４でＮＯの場合）、登録要求受信部３１２が、クライアント１０１からのファイル情報登録要求を却下し、本フローチャートの処理を終了する。
【０１０９】
一方、上記Ｓ７０４において、ユーザ名が一致すると判定した場合（Ｓ７０４でＹＥＳの場合）、登録要求受信部３１２は、Ｓ７０３に処理を進める。
また、上記Ｓ７０２において、ファイル名カラムと保存場所情報カラムの値が一致するアクセス権取得履歴が存在しないと判定した場合（Ｓ７０２でＮＯの場合）にも、登録要求受信部３１２は、Ｓ７０３に処理を進める。
【０１１０】
Ｓ７０３において、ファイル情報管理サーバ１０２のファイル情報登録部３１６は、ファイル情報登録要求を処理し、ファイル情報登録要求に含まれる各種値で、ファイル管理情報テーブルの該当するファイル管理情報を更新する。そして、本フローチャートの処理を終了する。
【０１１１】
なお、以上の説明では、ユーザ名で異なるユーザ（クライアント）からのファイル情報登録要求を判定し却下する構成を示したが、クライアント１０１のＩＰアドレスやＭＡＣアドレス等のクライアントを特定可能な情報で、異なるユーザ（クライアント）からのファイル情報登録要求を判定するようにしてもよい。
【０１１２】
以上、図７に示した一連の処理によって、クライアント１０１からのファイル情報登録要求を受信する可能性のあるファイル管理情報については、一時アクセス権が存在する限りは異なるクライアント（ユーザ）からの登録要求の処理を却下することができる。
【０１１３】
なお、図７では、クライアント１０１からファイル情報登録要求を受信した場合の処理について説明したが、クライアント１０１からファイル登録要求を受信した場合について以下に説明する。
【０１１４】
ファイル情報管理サーバ１０２の登録要求受信部３１２がファイル登録要求を受信すると、アクセス権管理部３１４が、アクセス権取得履歴管理テーブルを参照して、該受信したファイル登録要求のファイル名カラムと保存場所情報カラムの値が一致するアクセス権取得履歴が存在するかどうかを確認する。そして、該一致するアクセス権取得履歴が存在すると判定した場合、登録要求受信部３１２が、クライアント１０１からのファイル登録要求を却下する。一方、該一致するアクセス権取得履歴が存在しないと判定した場合、図５のＳ５０２以降の一連の処理を実行する。
以上の処理によって、一時アクセス権が存在するファイルのファイル登録要求について処理を却下することができる。
【実施例３】
【０１１５】
上記実施例２に示したファイル管理システムへのファイル管理情報の登録に関わる一連の処理により、複数台のクライアント１０１が同一のファイルのファイル管理情報の更新をファイルが更新中の場合には却下することで整合性を厳密に維持する場合について説明した。しかし、登録するファイル情報によっては、サイズが大きい等、登録完了までに時間を有する場合がある。その間、他のクライアント１０１はファイル管理情報の更新ができずに、ファイルの登録完了を待たなければならない。また、実施例１に示したように何等かの理由でファイル管理情報が登録されないままのファイル情報にして、実施例１による不整合解消処理が動作する前に、異なるクライアント１０１がファイル管理情報の更新を試みる場合も考えられる。
【０１１６】
本実施例３においては、複数台のクライアント１０１からファイル登録要求、ファイル情報登録要求をファイル管理システムが受信した場合、実施例１に示す不整合解消処理が動作する前でも、ファイル情報登録要求を受け付け、ファイル情報とファイル管理情報の不整合を防止するファイル登録方法について説明する。以下、図８を用いて説明する。
【０１１７】
図８は、実施例３において、アクセス権が発行済みのファイルに対して、ファイル管理情報の登録処理が完了する前に、異なるクライアントによりファイル管理情報の登録操作が行われた場合に、ファイル情報の登録処理を無効とする一連の操作を示したフローチャートである。なお、図中、クライアント１０１の処理は、クライアント１０１のＣＰＵ２０３が二次記憶装置２０６に格納されたプログラムを読み出して実行することにより実現される。また、ファイル情報管理サーバ１０２の処理は、ファイル情報管理サーバ１０２のＣＰＵ２０３が二次記憶装置２０６に格納されたプログラムを読み出して実行することにより実現される。また、ファイルサーバ１０３の処理は、ファイルサーバ１０３のＣＰＵ２０３が二次記憶装置２０６に格納されたプログラムを読み出して実行することにより実現される。
【０１１８】
Ｓ８０１において、クライアント１０１のファイル登録要求部３０３は、ファイル情報管理サーバ１０２の登録要求受信部３１２に対して、ファイル情報登録要求を送信する。
Ｓ８０２において、ファイル情報管理サーバ１０２の登録要求受信部３１２はファイル情報登録要求を受信する。次に、ファイル情報管理サーバ１０２のファイル情報取得部３１５は、ファイル情報保存部３１８が管理するファイル管理情報テーブルからファイル情報登録要求のファイル名カラムと保存場所情報カラムの値が一致するファイル管理情報を取得する。次に、ファイル情報管理サーバ１０２のファイルサーバ情報取得部３１７は、該取得したファイル管理情報のパスカラムの値が一致し、最新バージョンフラグカラムが「ＴＲＵＥ」であるファイル情報を取得する。
【０１１９】
Ｓ８０３において、ファイル情報取得部３１５は、上記Ｓ８０２で取得したファイル管理情報のバージョン識別子カラムと、ファイル情報のバージョン識別子カラムの値を比較する。そして、それらのバージョン識別子カラムの値が一致すると判定した場合（Ｓ８０３でＹＥＳの場合）、ファイル情報取得部３１５は、ファイル情報とファイル管理情報との間に不整合は生じていないと判断し、Ｓ８０５に処理を進める。
【０１２０】
一方、上記Ｓ８０３において、ファイル管理情報とファイル情報のバージョン識別子カラムの値が一致しないと判定した場合（Ｓ８０３でＮＯの場合）、ファイル情報取得部３１５は、ファイル情報は更新されているが、ファイル管理情報は未更新の状態であると判断し、Ｓ８０４に処理を進める。
【０１２１】
Ｓ８０４において、ファイル情報登録部３１６は、ファイルサーバ１０３に対してファイル復元要求を送信する。ファイル復元要求の復元前バージョン識別子カラムには、上記Ｓ８０２で取得したファイル情報のバージョン識別子カラムの値を格納する。ファイル復元要求の復元後バージョン識別子カラムには、上記Ｓ８０２で取得したファイル管理情報のバージョン識別子カラムの値を格納し、ファイルサーバ１０３に送信する。そして、Ｓ８０５に処理を進める。
【０１２２】
一方、ファイルサーバ１０３では、ファイル登録部３２２が、ファイル復元要求を受信する。ファイル登録部３２２は、ファイル保存部３２４のファイル情報テーブルで管理するファイル情報のうち、上記受信したファイル復元要求とパスカラムに格納された値が一致したファイル情報を取得する。ファイル登録部３２２は、該取得したファイル情報のバージョン識別子カラムの値が、ファイル復元要求の復元前バージョン識別子カラムの値と一致するファイル情報の最新バージョンフラグカラムの値を「ＦＡＬＳＥ」に変更する。また、ファイル登録部３２２は、取得したファイル情報のバージョン識別子カラムの値が、ファイル復元要求の復元後バージョン識別子カラムの値と一致するファイル情報の最新バージョンフラグカラムの値を「ＴＲＵＥ」に変更する。これにより、ファイル情報管理サーバ１０２のファイル管理情報に合わせる形で、ファイルサーバ１０３のファイル情報が整合性を保つために修正される。
【０１２３】
Ｓ８０５において、ファイル情報管理サーバ１０２のファイル情報登録部３１６は、上記Ｓ８０２でクライアント１０１から受信したファイル情報登録要求を処理して、ファイル情報管理テーブルの該当するファイル管理情報の各値を更新し、本フローチャートの処理を終了する。
【０１２４】
以上、図８に示した一連の処理によって、クライアント１０１からのファイル情報とファイル管理情報との間に不整合が生じ、かつ実施例１に記載の不整合解消処理が未実施の状態であっても、整合性を維持してクライアントからのファイル情報登録要求を処理することが可能となる。
【０１２５】
なお、図８では、クライアント１０１からファイル情報登録要求を受信した場合の処理について説明したが、クライアント１０１からファイル登録要求を受信した場合について以下に説明する。
【０１２６】
ファイル情報管理サーバ１０２の登録要求受信部３１２がファイル登録要求を受信すると、ファイル情報取得部３１５が、ファイル情報保存部３１８が管理するファイル管理情報テーブルからファイル登録要求のファイル名カラムと保存場所情報カラムの値が一致するファイル管理情報を取得する。次に、ファイル情報管理サーバ１０２のファイルサーバ情報取得部３１７は、該取得したファイル管理情報のパスカラムの値が一致し、最新バージョンフラグカラムが「ＴＲＵＥ」であるファイル情報を取得する。そして、Ｓ８０３〜Ｓ８０４と同様の処理を行う。さらに、ファイル情報登録部３１６が、クライアント１０１から受信したファイル登録要求を処理する（図５のＳ５０２以降の一連の処理を実行する）。これにより、クライアント１０１からのファイル情報とファイル管理情報との間に不整合が生じ、かつ実施例１に記載の不整合解消処理が未実施の状態であっても、整合性を維持してクライアントからのファイル登録要求を処理することが可能となる。
【実施例４】
【０１２７】
上記実施例３では、ファイル管理システムへのファイル管理情報の登録に関わる一連の処理により、実施例１に記載の不整合解消処理が未実施の状態であってもファイル情報とファイル管理情報の間の整合性を維持して、クライアントからのファイル情報登録要求を処理することが可能となる構成について説明した。
【０１２８】
本実施例４においては、ファイル管理情報を登録するクライアントを、ファイルを登録したクライアントであるかを識別することで複数台のクライアントからのファイル登録要求およびファイル管理情報登録要求を受信しても、情報の整合性を維持するファイル登録方法について説明する。以下、図９を用いて示す。
【０１２９】
図９は、実施例４において、クライアント１０１がファイルサーバ１０３にファイルを登録する一連の処理を例示するフローチャートである。なお、図中、クライアント１０１の処理は、クライアント１０１のＣＰＵ２０３が二次記憶装置２０６に格納されたプログラムを読み出して実行することにより実現される。また、ファイル情報管理サーバ１０２の処理は、ファイル情報管理サーバ１０２のＣＰＵ２０３が二次記憶装置２０６に格納されたプログラムを読み出して実行することにより実現される。また、ファイルサーバ１０３の処理は、ファイルサーバ１０３のＣＰＵ２０３が二次記憶装置２０６に格納されたプログラムを読み出して実行することにより実現される。アクセス権発行サーバ１０４の処理は、アクセス権発行サーバ１０４のＣＰＵ２０３が二次記憶装置２０６に格納されたプログラムを読み出して実行することにより実現される。
【０１３０】
まず、図９のＳ９０１〜Ｓ９１１は、図５のＳ５０１〜Ｓ５１１と同様のため説明を省略する。
Ｓ９１２において、ファイルサーバ１０３のファイル登録部３２２は、クライアント１０１のファイル登録部３０４から一時アクセス権４００とファイルの実体を受信する。そして、アクセス権判定部３２１は、一時アクセス権４００が有効であるか、必要に応じてアクセス権発行サーバ１０４に問い合わせて判定する。一時アクセス権４００が有効である場合、ファイル登録部３２２は、新しいバージョン識別子の値を発行する。そして、ファイル登録部３２２は、発行したバージョン識別子をバージョン識別子カラムに格納したファイル情報を生成して、ファイル保存部３２４のファイル情報テーブルに登録する。この時、ファイル名カラム、ファイルパスカラムの値が一致するファイル情報が既にファイル情報テーブルに保存されていた場合には、登録済みのファイル情報の最新バージョンフラグの値を「ＦＡＬＳＥ」に変更する。そして、新しいファイル情報の最新バージョンフラグの値を「ＴＲＵＥ」に変更したうえで、新しいファイル情報を登録する。ファイルの登録が完了すると、ファイル登録部３２２は、クライアント１０１のファイル登録部３０４に対して、ファイル情報の登録時に生成したバージョン識別子の値を格納したファイル登録応答返す。ファイル登録応答に含まれる各種データの例を、表８のファイル復元要求テーブルに示す。
【０１３１】
【表８】
2016224655.tif 000010
【０１３２】
表８において、ファイル名カラムは、登録が完了したファイルのファイル名を格納するカラムである。パスカラムは、登録が完了したファイルのパスを格納するカラムである。バージョン識別子カラムは、登録が完了したファイルに対して、新たに付与されたバージョン識別子の値を格納するカラムである。このようなファイル復元要求テーブルにより、登録したファイルのバージョン情報を、登録要求元のクライアントに通知する。
【０１３３】
Ｓ９１３において、クライアント１０１のファイル登録要求部３０３は、上記応答を受信する、ファイルの登録が完了したと判断する。そして、ファイル登録要求部３０３は、該応答に含まれるバージョン識別子を用いて、バージョン付きファイル管理情報登録要求を生成し、ファイル情報管理サーバ１０２のファイル情報登録部３１６に送信する。バージョン付きファイル管理情報登録要求に含まれる各種データの例を、表９のバージョン付きファイル管理情報登録要求テーブルに示す。
【０１３４】
【表９】
2016224655.tif 000011
【０１３５】
表９において、ファイル名カラムは、登録対象のファイルのファイル名を格納するカラムである。保存場所情報カラムは、ファイル情報管理サーバ１０２においてファイルを管理する階層構造を持った保存場所の情報を格納するカラムである。ファイルサイズカラムは、登録対象のファイルのファイルサイズを格納するカラムである。バージョン識別子カラムは、上記Ｓ９１３においてファイルサーバ１０３から受信したファイル登録応答のバージョン識別子カラムの値を格納するカラムである。ユーザ属性カラム（１〜Ｎ）は、登録対象のファイルに対してユーザが自由に定義し、入力する可能が情報を格納するカラムである。具体的には、登録対象のファイルに関連する付随情報が格納される。
【０１３６】
Ｓ９１４において、ファイル情報管理サーバ１０２の登録要求受信部３１２は、クライアント１０１からファイル情報登録要求を受信する。次に、ファイル情報管理サーバ１０２のファイル情報取得部３１５は、クライアント１０１から送信されたバージョン付きファイル管理情報登録要求のファイル名カラムおよび保存場所情報カラムの値が一致するファイル管理情報をファイル情報保存部３１８のファイル管理情報テーブルから取得する。また、ファイルサーバ情報取得部３１７は、該取得したファイル管理情報のパスカラムの値が一致し、かつ最新バージョンフラグカラムの値が「ＴＲＵＥ」のファイル情報をファイルサーバ１０３のファイル情報応答部３２３から取得する。
【０１３７】
Ｓ９１５において、ファイル情報管理サーバ１０２のファイル情報取得部３１５は、上記Ｓ９１４で受信したバージョン付きファイル情報登録要求のバージョン識別子カラムの値と、上記Ｓ９１４で取得したファイル情報のバージョン識別子カラムの値とを比較する。
【０１３８】
そして、それらのバージョン識別子カラムの値が一致しないと判定した場合（Ｓ９１５でＮＯの場合）、ファイル情報管理サーバ１０２は、バージョン付きファイル管理情報登録要求を送信したクライアント１０１はファイル登録要求を送信したクライアントとは異なると判断し、本フローチャートの処理を終了する。
【０１３９】
一方、それらのバージョン識別子カラムの値が一致すると判定した場合（Ｓ９１５でＹＥＳの場合）、ファイル情報管理サーバ１０２は、ファイル登録要求とバージョン付きファイル管理情報登録要求を送信したクライアント１０１が同一であると判断し、Ｓ９１６に処理を進める。
【０１４０】
Ｓ９１６において、上記Ｓ９１４で受信したファイル情報登録要求と上記Ｓ９１４で取得したファイル情報のファイル名およびファイルサイズカラムの値を比較する。
【０１４１】
そして、これらの値が一致しないと判定した場合（Ｓ９１６でＮＯの場合）、ファイル情報取得部３１５は、あるいは上記Ｓ９１４において該当するファイル情報をファイルサーバ１０３のファイル情報応答部３２３から取得できなかった場合には、本フローチャートの処理を終了する。
【０１４２】
一方、これらの値が一致すると判定した場合（Ｓ９１６でＹＥＳの場合）、ファイル情報取得部３１５は、Ｓ９１７に処理を進める。
Ｓ９１７において、ファイル情報管理サーバ１０２のファイル情報登録部３１６は、上記Ｓ９１４で受信したファイル情報登録要求し、該ファイル情報登録要求に含まれる各種値等を、ファイル情報保存部３１８の該当するファイル管理情報に登録する。この際、ファイル管理情報のバージョン識別子カラムには、上記Ｓ９１４で取得されたファイル情報のバージョン識別子が格納される。そして、ファイル情報登録部３１６は、クライアント１０１のファイル登録要求部３０３にファイルの登録に成功した旨の応答を返す。そして、本フローチャートの処理を終了する。
【０１４３】
以上、図９に示した一連の処理に示したように、実施例４では、クライアント１０１とファイル管理システムとの間で、ファイルのバージョン識別子を用いてファイル登録要求とファイル管理情報登録要求の送信元クライアント１０１が同一かどうかを検証した後に、ファイル情報登録要求に基づくファイル管理情報を登録する構成を有する。この構成により、ファイル登録後且つファイル管理情報登録前に、複数の異なるクライアントからファイル情報登録要求を受け取っても不整合を生じさせることなく処理することが可能となる。
【実施例５】
【０１４４】
上記実施例４では、ファイル管理システムへのファイル管理情報の登録に関わる一連の処理により、ファイルサーバ１０３に現在保存されているファイルを登録したクライアントと同一のクライアントからのみファイル管理情報登録要求を受け付けることによって、情報の不整合の発生を抑止することが可能となる構成について説明した。
【０１４５】
本実施例５においては、実施例４と同様にファイル情報登録時に生成されるバージョン識別子を用いてクライアント１０１を識別し、ファイル管理情報の送信元からのファイル管理情報登録要求を優先して処理することで不整合の発生を抑止する方法について説明する。以下、図１０を用いて示す。
【０１４６】
図１０は、実施例５において、クライアント１０１がファイルサーバ１０３にファイルを登録する一連の処理を例示するフローチャートである。なお、図中、クライアント１０１の処理は、クライアント１０１のＣＰＵ２０３が二次記憶装置２０６に格納されたプログラムを読み出して実行することにより実現される。また、ファイル情報管理サーバ１０２の処理は、ファイル情報管理サーバ１０２のＣＰＵ２０３が二次記憶装置２０６に格納されたプログラムを読み出して実行することにより実現される。また、ファイルサーバ１０３の処理は、ファイルサーバ１０３のＣＰＵ２０３が二次記憶装置２０６に格納されたプログラムを読み出して実行することにより実現される。アクセス権発行サーバ１０４の処理は、アクセス権発行サーバ１０４のＣＰＵ２０３が二次記憶装置２０６に格納されたプログラムを読み出して実行することにより実現される。
【０１４７】
まず、図１０のＳ１００１〜Ｓ１０１４は、図９のＳ９０１〜Ｓ９１４と同様のため説明を省略する。
Ｓ１０１５において、ファイル情報管理サーバ１０２のファイル情報取得部３１５は、Ｓ１０１４で受信したバージョン付きファイル情報登録要求のバージョン識別子カラムの値と、Ｓ１０１４で取得したファイル情報のバージョン識別子カラムの値とを比較する。
【０１４８】
そして、それらのバージョン識別子カラムの値が一致すると判定した場合（Ｓ１０１５でＹＥＳの場合）、ファイル情報管理サーバ１０２は、ファイル登録要求とバージョン付きファイル管理情報登録要求を送信したクライアント１０１が同一であると判断し、Ｓ１０１７に処理を進める。
【０１４９】
一方、それらのバージョン識別子カラムの値が一致しないと判定した場合（Ｓ１０１５でＮＯの場合）、ファイル情報管理サーバ１０２はファイル登録要求とバージョン付きファイル管理情報登録要求を送信したクライアント１０１が同一でないと判断し、Ｓ１０１６に処理を進める。
【０１５０】
Ｓ１０１６において、ファイル情報登録部３１６は、ファイルサーバ１０３に対してファイル復元要求を送信する。ファイル復元要求の復元前バージョン識別子カラムには、Ｓ１０１４で取得したファイル情報のバージョン識別子カラムの値を格納する。ファイル復元要求の復元後バージョン識別子カラムには、Ｓ１０１４で取得したファイル管理情報のバージョン識別子カラムの値を格納し、ファイルサーバ１０３に送信し、Ｓ１０１６に処理を進める。
【０１５１】
ファイルサーバ１０３のファイル登録部３２２は、ファイル情報管理サーバ１０２から、ファイル復元要求を受信する。そして、ファイル登録部３２２は、ファイル保存部３２４のファイル情報テーブルで管理するファイル情報のうち、受信したファイル復元要求のパスカラムに格納された値と一致するファイル情報を取得する。ファイル登録部３２２は、該取得したファイル情報のバージョン識別子カラムの値が、ファイル復元要求の復元前バージョン識別子カラムの値と一致するファイル情報の最新バージョンフラグカラムの値を「ＦＡＬＳＥ」に変更する。また、ファイル登録部３２２は、取得したファイル情報のバージョン識別子カラムの値が、ファイル復元要求の復元後バージョン識別子カラムの値と一致するファイル情報の最新バージョンフラグカラムの値を「ＴＲＵＥ」に変更する。これにより、ファイル情報管理サーバ１０２のファイル管理情報に合わせる形で、ファイルサーバ１０３のファイル情報が整合性を保つために修正される。
【０１５２】
Ｓ１０１７において、ファイル情報管理サーバ１０２のファイル情報取得部３１５は、Ｓ１０１４で取得したファイル管理情報とファイル情報のファイルサイズカラムの値を比較する。
【０１５３】
そして、これらの値が一致しないと判定した場合（Ｓ１０１７でＮＯの場合）、ファイル情報取得部３１５は、あるいはＳ１０１４において該当するファイル情報をファイルサーバ１０３のファイル情報応答部３２３から取得できなかった場合には、本フローチャートの処理を終了する。
【０１５４】
一方、これらの値が一致すると判定した場合（Ｓ１０１７でＹＥＳの場合）、ファイル情報取得部３１５は、Ｓ１０１８に処理を進める。
Ｓ１０１８において、ファイル情報管理サーバ１０２のファイル情報登録部３１６は、Ｓ１０１４で受信したファイル情報登録要求し、該ファイル情報登録要求に含まれる各種値等を、ファイル情報保存部３１８の該当するファイル管理情報に登録する。この際、ファイル管理情報のバージョン識別子カラムには、Ｓ１０１４で取得されたファイル情報のバージョン識別子が格納される。そして、ファイル情報登録部３１６は、クライアント１０１のファイル登録要求部３０３にファイルの登録に成功した旨の応答を返す。そして、本フローチャートの処理を終了する。
【０１５５】
以上、図１０に示した一連の処理によって、実施例５では、クライアント１０１とファイル管理システムとの間で、ファイルのバージョン識別子を用いてファイル登録要求とファイル管理情報登録要求の送信元クライアント１０１が同一かどうかを検証した後に、ファイル情報を登録する構成を有する。この構成により、ファイル登録後且つファイル管理情報登録前に、複数の異なるクライアントからファイル情報登録要求を受取っても不整合を生じさせることなく処理することが可能となる。
【０１５６】
以上示したように、本発明の各実施例によれば、更新処理時にクライアントに発行するファイルサーバへの一時アクセス権の発行履歴を、更新対象のファイルの現在のバージョン識別子と関連付け、一時アクセス権の有効期限が切れた際に、関連付けられたファイルのバージョン識別子の値と、その時点でのファイル管理システムに保存されているファイルに関連付けられたバージョン識別子の値を比較し、一致しない場合には、ファイルサーバに保存されているファイルを、一時アクセス権に関連付けられたバージョン識別子に対応するバージョンに復元する等により、ファイル管理システムに非同期で登録されるファイルと、該ファイルの関連情報との間の情報の不整合を防ぐことができる。
【０１５７】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
また、上記各実施例を組み合わせた構成も全て本発明に含まれるものである。
【０１５８】
（その他の実施例）
本発明は、上述の実施例の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
本発明は上記実施例に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施例の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。即ち、上述した各実施例及びその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０１５９】
１０１    クライアント
１０２    ファイル情報管理サーバ
１０３    ファイルサーバ
１０４    アクセス権発行サーバ
【図１】
2016224655.tif 000012
【図２】
2016224655.tif 000013
【図３】
2016224655.tif 000014
【図４】
2016224655.tif 000015
【図５】
2016224655.tif 000016
【図６】
2016224655.tif 000017
【図７】
2016224655.tif 000018
【図８】
2016224655.tif 000019
【図９】
2016224655.tif 000020
【図１０】
2016224655.tif 000021