(57)【要約】【課題】クライアント装置がファイルサーバにファイルの実体を登録し、ファイル情報をファイル情報管理サーバが管理するシステムであって、クライアント装置が最大容量を超えてファイルを登録しないように制御できる仕組みを提供する。【解決手段】ファイルサーバ１０３と、ファイル情報管理サーバ１０２と、クレデンシャル発行サーバ１０４とを備えるファイル管理システムを設ける。ファイル情報管理サーバ１０２が、クライアントＰＣからのファイルの登録要求に応じて、クレデンシャル発行サーバ１０４から、ファイルサーバ１０３に登録可能なファイルサイズの情報を含むクレデンシャルの発行を受けてクライアントＰＣに提供する。ファイルサーバ１０３は、クライアントＰＣから、クレデンシャルを用いたファイルの登録要求を受信し、クレデンシャルと登録要求されたファイルのサイズとに基づいて、ファイルの登録の可否を判断する。【選択図】図１
2016051385.tif 000002
【特許請求の範囲】
【請求項１】
ファイルの実体を保管するファイルサーバと、前記ファイルに関するファイル情報を管理する管理サーバと、一時的な権限を示す権限情報を発行する権限発行サーバとを備えるシステムであって、
前記管理サーバは、クライアント装置からファイルの登録要求を受けた場合に、前記権限発行サーバから、前記ファイルサーバに登録可能なファイルサイズの情報を含む権限情報を受信し、当該受信した権限情報を前記クライアント装置に提供し、
前記ファイルサーバは、前記クライアント装置から、前記権限情報を用いた前記ファイルの登録要求を受信した場合に、前記権限情報と前記登録要求されたファイルのサイズとに基づいて、当該ファイルの登録の可否を判断する
ことを特徴とするファイル管理システム。
【請求項２】
前記管理サーバは、
前記クライアント装置のユーザに関する、前記ファイルサーバに保存可能な最大容量を管理する管理手段と、
前記クライアント装置からファイルの登録要求を受信する受信手段と、
前記ファイルの登録要求の送信元のクライアント装置のユーザに関する前記最大容量と、前記ユーザに関する現在の使用容量とに基づいて、前記ファイルサーバに保存可能な空き容量を算出する算出手段と、
前記権限発行サーバに対して、前記空き容量以下のサイズのファイルを登録可能にする権限情報の発行を求める発行要求を送信し、当該発行要求に応じた前記権限発行サーバから受信した前記権限情報を前記クライアント装置に送信する権限要求手段とを備え、
前記権限発行サーバは、前記管理サーバからの要求に応じて、前記権限情報を発行する発行手段を備え、
前記ファイルサーバは、
前記クライアント装置から前記ファイルの登録要求を前記権限情報とともに受信する受信手段と、
前記受信された権限情報に基づいて、前記ファイルの登録の可否を判断する判断手段と、
前記ファイルの登録が可能であると判断された場合に、当該ファイルを登録する登録手段とを備える
ことを特徴とする請求項１に記載のファイル管理システム。
【請求項３】
前記権限情報は、少なくとも、前記登録要求を通じて登録される前記ファイルサーバ上での前記ファイルを特定するための情報であるパスと、前記算出された空き容量とを含んでおり、
前記ファイルサーバが備える前記判断手段は、前記受信された権限情報に含まれる空き容量が前記登録要求されたファイルのサイズ以上である場合に、当該ファイルの登録が可能であると判断し、前記空き容量が前記登録要求されたファイルのサイズより小さい場合に、当該ファイルの登録が可能でないと判断する
ことを特徴とする請求項２に記載のファイル管理システム。
【請求項４】
前記管理サーバは、さらに、前記ファイルサーバによって前記ファイルが登録された後に、前記ファイルに関するファイル情報を前記ファイルサーバから取得する取得手段を備える
ことを特徴とする請求項３に記載のファイル管理システム。
【請求項５】
前記クライアント装置は、ファイルの実体を含む前記ファイルの登録要求を前記ファイルサーバに送信する
ことを特徴とする請求項１乃至４のいずれか１項に記載のファイル管理システム。
【請求項６】
前記クライアント装置は、前記ファイルのサイズ情報を含む前記ファイルの登録要求を前記ファイルサーバに送信する
ことを特徴とする請求項１乃至４のいずれか１項に記載のファイル管理システム。
【請求項７】
前記管理サーバが備える前記管理手段は、第１、第２の前記クライアント装置のそれぞれのユーザによって共有される前記最大容量を管理し、
前記管理サーバが備える前記受信手段は、前記第１、第２のクライアント装置からのファイルの登録要求を同時に受け付けることを許可する第１の動作モードと、ファイルの登録要求をシーケンシャルに受け付ける第２の動作モードとを有しており、
前記管理手段は、所定のタイミングで、前記管理している最大容量と現在の使用容量とに基づいて算出される前記ファイルサーバに保存可能な空き容量が閾値未満であるかを判断し、
前記受信手段は、
前記空き容量が閾値未満であると判断された場合であって、現在の動作モードが前記第１の動作モードであるときは、動作モードを前記第２の動作モードに切り替え、前記第１のクライアント装置からのファイルの登録要求に応じた当該ファイルの登録処理を実行中に送信された前記第２のクライアント装置からのファイルの登録要求の受け付けを拒否する
ことを特徴とする請求項２乃至６のいずれか１項に記載のファイル管理システム。
【請求項８】
前記管理サーバが備える前記受信手段は、前記第１のクライアント装置からのファイルの登録要求に応じた当該ファイルの登録処理の実行が完了した場合に、前記拒否した前記第２のクライアント装置からのファイルの登録要求を受け付ける
ことを特徴とする請求項７に記載のファイル管理システム。
【請求項９】
ファイルの実体を保管するファイルサーバと、前記ファイルに関するファイル情報を管理する管理サーバと、一時的な権限を示す権限情報を発行する権限発行サーバとを備えるシステムであって、
前記管理サーバは、クライアント装置から受けたファイルの登録要求に応じて、前記権限発行サーバから、前記ファイルサーバに登録可能なファイルサイズの情報を含む権限情報を受信し、当該受信した権限情報を前記クライアント装置に提供し、
前記クライアント装置は、前記提供された権限情報と前記ファイルのサイズとに基づいて、当該ファイルの前記ファイルサーバへの登録の可否を判断し、当該ファイルの前記ファイルサーバへの登録が可能であると判断した場合に、前記権限情報を用いた当該ファイルの登録要求を前記ファイルサーバに送信する
ことを特徴とするファイル管理システム。
【請求項１０】
ファイルサーバによってファイルの実体が保管される当該ファイルに関するファイル情報を管理する管理サーバであって、
クライアント装置からファイルの登録要求を受信する登録要求受信手段と、
一時的な権限を示す権限情報を発行する権限発行サーバから、前記ファイルサーバに登録可能なファイルサイズの情報を含む権限情報を受信する権限情報受信手段と、
前記権限情報受信手段で受信した前記権限情報を前記クライアント装置に提供する提供手段とを備え、
前記クライアント装置から前記権限情報を用いた前記ファイルの登録要求を受信した前記ファイルサーバによって、前記権限情報に含まれる前記登録可能なファイルサイズの情報と前記登録要求されたファイルのサイズとに基づいて、当該ファイルの登録の可否が判断される
ことを特徴とする管理サーバ。
【請求項１１】
ファイルの実体を保管するファイルサーバと、前記ファイルに関するファイル情報を管理する管理サーバと、一時的な権限を示す権限情報を発行する権限発行サーバとを備えるシステムにおけるファイル管理方法であって、
前記管理サーバが、クライアント装置からファイルの登録要求を受けた場合に、前記権限発行サーバから、前記ファイルサーバに登録可能なファイルサイズの情報を含む権限情報を受信し、当該受信した権限情報を前記クライアント装置に提供する工程と、
前記ファイルサーバが、前記クライアント装置から、前記権限情報を用いた前記ファイルの登録要求を受信した場合に、前記権限情報と前記登録要求されたファイルのサイズとに基づいて、当該ファイルの登録の可否を判断する工程とを有する
ことを特徴とするファイル管理方法。
【請求項１２】
コンピュータを、請求項１０に記載の管理サーバが備える各手段として機能させることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ファイル管理システム、管理サーバ、ファイル管理方法およびコンピュータプログラムに関する。
【背景技術】
【０００２】
アプリケーションサービスプロバイダ（ＡＳＰ）によってユーザに提供されるサービスの１つとして、インターネットを介して接続された保管装置（ファイルサーバ）にファイルを保存するストレージサービスが提案されている。このようなネットワークストレージサービスにおいて、各ユーザは、例えば、ファイルを保存可能な最大容量をサービスプロバイダとの間で予め契約しておく。
【０００３】
特許文献１は、ユーザが一時的に契約容量を超過してデータを蓄積できるファイル保管装置を開示している。また、特許文献２は、使用可能なファイルの最大容量を規定するライセンスの更新をユーザに促し、一定期間、最大容量を超えて使用可能にする技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−１８７３２４号公報
【特許文献２】特開２００８−２９９４０３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
自社でファイルサーバを所有せずに、別の事業者のファイルサーバを利用してストレージサービスを提供するサービスプロバイダも存在する。このようなサービスプロバイダは、ファイルの実体データを別の事業者のファイルサーバに保存し、ファイル名等のメタデータ（管理情報）を自社の管理サーバで管理する。これにより、ファイルの管理を容易にし、さらには検索やアクセス管理等の付加機能をつけたストレージサービスを提供している。このようなストレージサービスを実現するシステムとして、ファイルを保存するファイルサーバと、ファイルに関する情報を保存するファイル情報管理サーバとを備えるファイル管理システムが考えられる。
【０００６】
クライアントアプリケーションが動作するＰＣ（クライアント装置）が、ユーザの指示に従ってファイルを作成して、ファイルサーバに登録する。ファイルの実体はファイルサーバが保持し、ファイルの名前やサイズ、作成日時等の、ファイルに関する情報（ファイル情報）はファイル情報管理サーバが保持する。また、ファイル情報管理サーバは、ファイルの階層構造等も含めて複数のファイルをまとまった単位で管理し、その単位毎にファイルにアクセス可能な単一、又は複数のユーザを割り当て、ユーザが保存可能な最大容量（ファイルサイズの累計の量）を規定する。例えば、あるユーザＡが保存可能な最大容量は１０ＧＢであるとか、あるグループが全体で保存可能な最大容量は１００ＧＢであるなどの規定値が設定される。最大容量を超えてファイルが登録されようとした場合、登録をエラーとして拒否したり、決められた料金に加えて追加料金を発生させたりすることが考えられる。
【０００７】
ファイル登録処理のパフォーマンス（処理速度）を優先するのであれば、クライアント装置が、ファイル情報管理サーバを経由せずに直接ファイルサーバへファイルを登録するのが望ましい。この場合、ファイル情報管理サーバは、ファイルサーバにファイルが保存された後に、ファイルサーバへアクセスしてファイル情報を取得する。
【０００８】
なお、ファイルを登録する前にクライアント装置がファイル情報管理サーバへファイルサイズ等の情報を通知するという手順をとることも考えられるが、この手順では、正しいサイズが通知されない可能性がある。したがって、ファイルサーバにファイルが保存された後に、ファイル情報管理サーバがファイルサーバへアクセスして正しいファイル情報を取得するのが望ましい。しかしながら、この場合、クライアント装置がファイルを登録し、ファイル情報管理サーバがファイルサーバからファイルのサイズを取得したタイミングで、ユーザが使用可能な最大容量を既に超えてしまっている場合がありうるという問題が発生する。このとき、別の事業者のファイルサーバが従量課金であると、契約した容量以上の料金が請求されてしまうことになる。例えば、ファイルサーバがある期間（例えば月など）で最も保存量の値が大きいときに課金する仕組みの場合、一時的であっても最大容量を超えてしまうとその分多くの料金が発生してしまうことになる。すなわち、ユーザは契約した容量に対する料金を超えて請求されてしまう。また、課金が容量だけでなく、ファイルサーバへの転送量やリクエスト数に課金される場合にも、不要に課金されてしまうことになる。
【０００９】
また、特許文献１、特許文献２が開示する技術では、ユーザは、一時的に最大容量を超えてファイルを登録することを許容されるが、別の事業者が提供するファイルサーバを利用するような場合は、最大容量を超えてファイルを登録すると、不要に課金されてしまう。すなわち、従来、クライアント装置が直接ファイルサーバにファイルの実体を登録し、ファイル情報をファイル情報管理サーバが管理するシステムであって、クライアント装置が最大容量を超えてファイルを登録しないように制御するファイル管理システムはなかった。
【００１０】
本発明は、クライアント装置がファイルサーバにファイルの実体を登録し、ファイル情報をファイル情報管理サーバが管理するシステムであって、クライアント装置が最大容量を超えてファイルを登録しないように制御できる仕組みの提供を目的とする。
【課題を解決するための手段】
【００１１】
本発明の一実施形態のファイル管理システムは、ファイルの実体を保管するファイルサーバと、前記ファイルに関するファイル情報を管理する管理サーバと、一時的な権限を示す権限情報を発行する権限発行サーバとを備えるシステムである。前記管理サーバは、クライアント装置からファイルの登録要求を受けた場合に、前記権限発行サーバから、前記ファイルサーバに登録可能なファイルサイズの情報を含む権限情報を受信し、当該受信した権限情報を前記クライアント装置に提供する。また、前記ファイルサーバは、前記クライアント装置から、前記権限情報を用いた前記ファイルの登録要求を受信した場合に、前記権限情報と前記登録要求されたファイルのサイズとに基づいて、当該ファイルの登録の可否を判断する。
【発明の効果】
【００１２】
本発明のファイル管理システムによれば、クライアント装置がファイルサーバに最大容量を超えてファイルを登録しないように制御できる。
【図面の簡単な説明】
【００１３】
【図１】実施例１のシステム構成を示す図である。
【図２】クライアントＰＣの機能ブロック図の一例である。
【図３】ファイル情報管理サーバの機能ブロック図の一例である。
【図４】ファイルサーバとクレデンシャル発行サーバの機能ブロック図である。
【図５】クレデンシャルの一例を示す図である。
【図６】ファイルを登録する処理を説明するシーケンス図の一例である。
【図７】ファイルを登録する処理を説明するシーケンス図の一例である。
【図８】ファイルを登録する処理を説明するシーケンス図の一例である。
【図９】ファイルを登録する処理を説明するシーケンス図の一例である。
【図１０】実施例２のシステム構成を示す図である。
【図１１】実施例２におけるファイルを登録する処理の例を説明する図である。
【発明を実施するための形態】
【００１４】
（実施例１）
図１は、実施例１のシステム構成を示す図である。
図１に示すファイル管理システムは、クライアントＰＣ１０１、ファイルサーバ１０３、ファイル情報管理サーバ１０２、クレデンシャル発行サーバ１０４を備える。クライアントＰＣ１０１乃至クレデンシャル発行サーバ１０４は、ネットワーク１０５で接続されている。
【００１５】
クライアントＰＣ１０１は、ファイルの作成、編集、登録、取得、閲覧等の機能を持つクライアントアプリケーションが動作する情報処理装置（クライアント装置）である。アプリケーション自身は、ネットワーク上のアプリケーションサーバに存在し、ＵＩのみクライアントＰＣ１０１上で動作するような形態であっても良いし、クライアントＰＣ１０１に直接インストールされて動作するような形態であっても良い。アプリケーションがサービスとしてサーバ上で常に動作し、ユーザとは直接接しないようなソフトウェアであっても良いが、本実施例では、そのような形態も含めてファイルの登録はクライアントＰＣ１０１から行われるものとする。
【００１６】
ファイル情報管理サーバ１０２は、データベースとそれを制御するソフトウェアが動作する管理サーバである。ファイル情報管理サーバ１０２は、クライアントＰＣ１０１がファイルサーバ１０３へ登録したファイルの名称、サイズ、作成日時、更新日時などのさまざまな情報を含むファイル情報を管理する。
【００１７】
ファイルサーバ１０３は、ファイルの実体を保管する。ファイルサーバ１０３は、クライアントＰＣ１０１からファイルの登録を受け付けて登録する。なお、ファイルサーバ１０３は、登録するファイルのファイル情報のみを取得する機能も有する。
【００１８】
クレデンシャル発行サーバ１０４は、一時的な権限情報（チケット）であるクレデンシャルを発行する権限発行サーバである。本実施例では、クレデンシャル発行サーバ１０４は、クライアントＰＣ１０１を操作してファイルをファイルサーバ１０３へ登録するユーザが、ファイルを登録する権限を持っていない場合に、一時的にそれを可能にするクレデンシャルを発行する。
【００１９】
本実施例では、ファイル情報管理サーバ１０２は、ファイルサーバ１０３へ自由にアクセスできる権限を持っているが、クライアントＰＣ１０１は、ファイルサーバ１０３にもクレデンシャル発行サーバ１０４にも権限を有していない。したがって、クライアントＰＣ１０１は、ファイルサーバ１０３へファイルを登録するために、まず、ファイル情報管理サーバ１０２へファイルの登録要求を出す。そして、ファイル情報管理サーバ１０２経由で、クレデンシャル発行サーバ１０４が発行するクレデンシャルを取得し、クレデンシャルを用いてファイルをファイルサーバ１０３へ登録する。
【００２０】
具体的には、ファイル情報管理サーバは、クレデンシャル発行サーバ１０４から、ファイルサーバ１０３に、登録可能なファイルサイズ以下のサイズのファイルを登録可能にするクレデンシャルの発行を受けてクライアントＰＣ１０１に提供する。そして、ファイルサーバ１０３が、クライアントＰＣから、上記クレデンシャルを用いたファイルの登録要求を受信した場合に、クレデンシャルと当該ファイルのサイズとに基づいて、当該ファイルの登録の可否を判断する。なお、ネットワーク１０５は、この例ではインターネットであるが、任意のネットワークを適用可能である。
【００２１】
図１中のファイル管理システムが備える装置（ＰＣ，サーバ）で動作するプログラムは、それぞれ１台のハードウェアに必ずしも収める必要はなく、複数台で連携して分散していても良い。また、それぞれが同一のハードウェアに同居していても良い。またこれらの装置は、ＣＰＵ、ＲＡＭ、ＲＯＭ、ＨＤＤ、ネットワークインタフェースカード等のハードウェアを備える。
【００２２】
図２乃至図４は、図１に示す各装置の機能ブロック図の一例である。各図に示す処理部を実現するプログラムは、各装置が備えるＣＰＵによって実行される。本実施例とは直接関係がない処理部については記載を省略する。
【００２３】
図２は、クライアントＰＣの機能ブロック図の一例である。
クライアントＰＣ１０１は、ログイン部２１１、認証要求部２１２、ファイル登録要求部２１３、ファイル登録部２１４、表示部２１５を備える。ログイン部２１１乃至表示部２１５は、クライアントアプリケーション２１０によって実現される。
【００２４】
ログイン部２１１は、クライアントアプリケーション２１０を使用するユーザを特定するために、ユーザＩＤやパスワード等の入力を受け付ける。クライアントアプリケーション２１０を使用可能なユーザであることが特定された場合、ユーザは、クライアントアプリケーション２１０を使用できる状態になる。
【００２５】
認証要求部２１２は、ファイル情報管理サーバ１０２と通信するために、ログイン部２１１でログインしたユーザの認証情報をファイル情報管理サーバ１０２へ送信し、認証を要求する。ファイル登録要求部２１３は、ファイルサーバ１０３へのファイルの登録を求める登録要求を、ファイル情報管理サーバ１０２に対して送信する。この登録要求は、登録したいファイル名や階層構造における場所などの情報を含む。また、ファイル登録要求部２１３は、ファイル情報管理サーバ１０２から、パスを含むクレデンシャルを受信する。パスについては後述する。
【００２６】
ファイル登録部２１４は、ファイルサーバ１０３へファイルを登録する。具体的には、ファイル登録部２１４は、登録したいファイルの実体を含む当該ファイルの登録要求とともに、クレデンシャルをファイルサーバ１０３に送信する。この登録要求は、ファイルをクレデンシャルが含むパスに登録することを求める要求である。表示部２１５は、ファイルの一覧や中身などさまざまな情報を表示する。本実施例では、表示部２１５は、認証やファイル登録の成否などを表示する。
【００２７】
図３は、ファイル情報管理サーバの機能ブロック図の一例である。
ファイル情報管理サーバ１０２は、認証部２２１、登録要求受信部２２２、容量管理部２２３、クレデンシャル要求部２２４、ファイル情報取得部２２５、ファイル情報登録部２２６、ファイルサーバ情報取得部２２７、ファイル情報保存部２２８を備える。認証部２２１乃至ファイルサーバ情報取得部２２７は、ファイル情報管理ソフトウェア２２０によって実現される。
【００２８】
認証部２２１は、クライアントＰＣ１０１の認証要求部２１２の要求を受けて、認証情報に含まれるユーザがファイル情報管理サーバ１０２のファイル情報管理ソフトウェア２２０を使用可能なユーザかどうかを判断する。クライアントアプリケーション２１０とファイル情報管理ソフトウェア２２０とが同じセキュリティドメインに所属している場合、クライアントアプリケーション２１０にログインすればファイル情報管理ソフトウェア２２０も同時に認証されるようにしてもよい。
【００２９】
登録要求受信部２２２は、クライアントＰＣ１０１のファイル登録要求部２１３からのファイルの登録要求を受信する。登録要求受信部２２２は、登録要求に含まれるファイル名や階層構造の場所等の情報を、ファイル情報登録部２２６を介してファイル情報保存部２２８へ登録する。この登録は、いわゆる仮登録となる。また、登録要求受信部２２２は、クライアントＰＣ１０１のファイル登録部２１４がファイルサーバ１０３へファイルを登録するときの、登録する場所やファイル名を自動で生成する。場所やファイル名は他のファイルを上書きしないような値にする必要がある。この情報をパスと呼ぶ。クライアントＰＣ１０１のユーザは、パスを意識する必要はなく、ファイル情報管理サーバ１０２がファイルサーバ上のファイルを一意に特定できれば良い。
【００３０】
登録要求受信部２２２は、クレデンシャル要求部２２４が取得したクレデンシャルをファイル登録要求部２１３へ返信する。このクレデンシャルには、パスの情報が含まれる。容量管理部２２３は、認証部２２１が認証したユーザに関する、ファイルサーバ１０３に保存可能な最大容量を管理する。最大容量はユーザ毎に設定されても、複数のユーザから構成されるグループ単位に設定されてもよい。容量管理部２２３は、ユーザ、又はグループごとに最大容量、現在の使用容量を管理し、残りの空き容量を算出する。
【００３１】
クレデンシャル要求部２２４は、認証部２２１が認証したユーザ情報と、登録要求受信部２２２が生成したパスと、容量管理部２２３が算出した空き容量の値とともに、クレデンシャル発行要求をクレデンシャル発行サーバ１０４に送信する。クレデンシャル発行要求は、クレデンシャルの発行を求める発行要求である。この例では、クレデンシャル要求部２２４は、空き容量以下のサイズのファイルを登録可能にするクレデンシャルの発行を求める発行要求を送信する権限要求手段として機能する。つまり、空き容量は、ファイルサーバ１０３に登録可能なファイルサイズの情報を示す。また、クレデンシャル要求部２２４は、当該発行要求に応じたクレデンシャル発行サーバ１０４からクレデンシャルを受信する権限情報受信手段として機能する。クレデンシャル要求部２２４は、受信したクレデンシャルをクライアントＰＣ１０１に送信する。
【００３２】
ファイル情報取得部２２５は、ファイル情報保存部２２８が持つファイル情報を取得する。ファイル情報登録部２２６はファイル情報保存部２２８へファイル情報を登録する。ファイルサーバ情報取得部２２７はファイルサーバ１０３に保存されているファイルの情報を取得する。ファイル情報保存部２２８は、例えばデータベースであり、ファイル情報を保存する。
【００３３】
図４は、ファイルサーバとクレデンシャル発行サーバの機能ブロック図の一例である。図４（Ａ）は、ファイルサーバ１０３の機能ブロック図を示す。ファイルサーバ１０３は、クレデンシャルチェック部２３１、ファイル登録部２３２、ファイル情報応答部２３３、ファイル保存部２３４を備える。クレデンシャルチェック部２３１乃至ファイル情報応答部２３３は、ファイル管理ソフトウェア２３０によって実現される。
【００３４】
クレデンシャルチェック部２３１は、クライアントＰＣ１０１のファイル登録部２１４からのファイルの登録要求を受けて、登録要求とともに送られてきたクレデンシャルをチェックし、ファイルをパスへ登録して良いかを判断する。また、クレデンシャルチェック部２３１は、クレデンシャルに含まれる空き容量の値と、登録するファイルのサイズとを比較し、空き容量の値が登録するファイルのサイズ以上である場合に、ファイルを登録可能と判断する。クレデンシャルチェック部２３１は、空き容量の値が登録するファイルサイズより小さい場合に、ファイルを登録不可と判断する。
【００３５】
ファイル登録部２３２は、クレデンシャルチェック部２３１が、ファイルを登録可能と判断した場合に、ファイルをファイル保存部２３４へ保存する。ファイル情報応答部２３３は、ファイル情報管理サーバ１０２のファイルサーバ情報取得部２２７からの要求に応じて、ファイル保存部２３４が持つファイルのサイズや作成日時等の情報を取得し、ファイルサーバ情報取得部２２７へ返信する。ファイル保存部２３４はハードディスク等の記録媒体を有し、ファイルの実体を保存する。
【００３６】
図４（Ｂ）は、クレデンシャル発行サーバ１０４の機能ブロック図を示す。
クレデンシャル発行サーバ１０４は、発行要求受信部２４１、クレデンシャル発行部２４２を備える。発行要求受信部２４１およびクレデンシャル発行部２４２は、クレデンシャル発行ソフトウェア２４０によって実現される。
【００３７】
発行要求受信部２４１は、ファイル情報管理サーバ１０２のクレデンシャル要求部２２４からユーザ情報、パスの情報、空き容量の情報とともに送信されたクレデンシャル発行要求を受信する。発行要求受信部２４１は、クレデンシャル要求部２２４から受信した情報をクレデンシャル発行部２４２へ渡す。また、発行要求受信部２４１は、クレデンシャル発行部２４２が発行したクレデンシャルをファイル情報管理サーバ１０２のクレデンシャル要求部２２４へ返信する。
【００３８】
クレデンシャル発行部２４２は、発行要求受信部２４１が受信した情報に基づいて、クレデンシャルを発行する。具体的には、クレデンシャル発行部２４２は、ユーザ情報が示すユーザが、パスの情報が示すパスへ、空き容量の情報が示す容量以下のファイルのサイズであれば登録可能とする内容のクレデンシャルを発行する。なお、クレデンシャルの有効期限やファイル登録の回数をクレデンシャルの内容に含めても良い。
【００３９】
図５は、クレデンシャルの一例を示す図である。
図５中に示すクレデンシャル４００は、テキスト形式である。プログラム上は、クレデンシャルをバイナリ形式でやり取りしても良い。ＳｔｏｒａｇｅＮａｍｅ４０１は、ファイルサーバ１０３内に存在する保存領域の名前を示す。この保存領域ごとに各ユーザ、又はグループが使用可能な最大容量が定められている。Ｐａｔｈ４０２は、パスを示す。ファイル情報管理サーバ１０２の登録要求受信部２２２がＰａｔｈ４０２に設定する値を生成し、クレデンシャル発行サーバ１０４へ渡される。
【００４０】
クライアントＰＣ１０１のファイル登録部２１４が、クレデンシャル４００を使用してファイルを登録するときは、上記のパスにファイルを登録しにいく必要がある。ＡｃｃｅｓｓＫｅｙ４０３は、代理のユーザＩＤを示す。ＰａｓｓＷｏｒｄＫｅｙ４０４は、パスワードを示す。ＡｃｃｅｓｓＫｅｙ４０３とＰａｓｓＷｏｒｄＫｅｙ４０４に設定される情報は適宜暗号化される。Ｅｘｐｉｒａｔｉｏｎ４０５は、クレデンシャル４００の有効期限を示す。ＦｒｅｅＳｐａｃｅ４０６は、ユーザが使用可能な空き容量である。空き容量の単位は、ＭＢ以外であっても良い。Ｔｏｋｅｎ４０７は、その他ファイルの登録に必要な情報を示す。例えば、ユーザが実行可能な操作（登録、取得など）等の情報もＴｏｋｅｎ４０７に含まれる。
【００４１】
図６乃至図９は、クライアントＰＣがファイルサーバへファイルを登録する処理を説明するシーケンス図の一例である。
図６乃至図９中の各ステップでは、ＣＰＵがＲＯＭやＨＤＤから読み出したプログラムを実行し、処理結果やデータをＲＡＭ、ＲＯＭ、ＨＤＤに保存することで処理部間のデータの受け渡しを行う。また、各装置間では、ネットワークインタフェースカードを用いて、データの送受信を行う。
【００４２】
まず、クライアントＰＣ１０１のログイン部２１１が、ユーザから、例えばユーザＩＤやパスワード等の入力を受け付けてユーザ認証を行い、ユーザ認証結果に基づいて、ログインに成功したかを判断する（ステップＳ３０１）。ログインに失敗した場合は、処理が図９のステップＳ３２６に進む。そして、表示部２１５が、メッセージをユーザへ表示して、処理を終了する（ステップＳ３２６）。
【００４３】
ログインに成功した場合は、ファイル登録要求部２１３が、ユーザからファイル登録要求を受信する（ステップＳ３０２）。そして、認証要求部２１２が、ファイル情報管理サーバ１０２へ、ログイン部２１１が認証したユーザ情報で認証を要求する（ステップＳ３０３）。
【００４４】
次に、ファイル情報管理サーバ１０２の認証部２２１が、受信したユーザ情報に基づいて、認証に成功したかを判断する（ステップＳ３０４）。認証に失敗した場合は、処理が図９のステップＳ３２６に進む。認証に成功した場合は、認証部２２１が、認証結果を認証要求部２１２へ返す。そして、処理がステップＳ３０５に進む。そして、クライアントＰＣ１０１のファイル登録要求部２１３が、ファイル名や保存したい階層構造の場所等の情報を指定して、ファイル情報管理サーバ１０２に対してファイルの登録要求を送信する（ステップＳ３０５）。
【００４５】
次に、ファイル情報管理サーバ１０２の登録要求受信部２２２が、ファイルの登録要求を受信する（ステップＳ３０６）。そして、処理が図７のステップＳ３０７に進み、登録要求受信部２２２が、登録要求とともに送信されたファイル名等の情報を、ファイル情報登録部２２６を介してファイル情報保存部２２８へ保存する。
【００４６】
次に、登録要求受信部２２２が、クライアントＰＣ１０１がファイルサーバ１０３へファイルを格納するときのパスを生成する（ステップＳ３０８）。続いて、容量管理部２２３が、ファイル情報取得部２２５を介してファイル情報保存部２２８から、図６のステップＳ３０４で認証されたユーザが保存可能な最大容量と現在の使用容量とを取得する。認証されたユーザは、ファイルの登録要求の送信元のクライアントＰＣのユーザである。容量管理部２２３は、取得した最大容量と現在の使用容量とに基づいて、ファイルサーバ１０３に保存可能な空き容量を算出する（ステップＳ３０９）。クレデンシャル要求部２２４が、ステップＳ３０４で認証したユーザ情報と、ステップＳ３０８で生成したパスと、ステップＳ３０９で算出した空き容量の値とともに、クレデンシャル発行要求をクレデンシャル発行サーバ１０４に送信する（ステップＳ３１０）。
【００４７】
次に、クレデンシャル発行サーバ１０４の発行要求受信部２４１が、クレデンシャル発行要求を受信する（ステップＳ３１１）。クレデンシャル発行部２４２が、クレデンシャル発行要求とともに受信した情報に基づいて、クレデンシャルを発行する（ステップＳ３１２）。そして、発行要求受信部２４１が、クレデンシャルをクレデンシャル要求部２２４へ返す。クレデンシャルの例は、図５を参照して説明したとおりであり、クレデンシャルは、少なくとも、パス、空き容量の値を含んでいる。
【００４８】
ファイル情報管理サーバ１０２のクレデンシャル要求部２２４が、クレデンシャル発行サーバ１０４からクレデンシャルを受信する（ステップＳ３１３）。そして、登録要求受信部２２２が、パスを含むクレデンシャルをクライアントＰＣ１０１のファイル登録要求部２１３へ送信する（ステップＳ３１４）。そして、処理が、図８のステップＳ３１５に進む。
【００４９】
次に、クライアントＰＣ１０１のファイル登録要求部２１３が、クレデンシャルを受信する（ステップＳ３１５）。そして、ファイル登録部２１４が、受信されたクレデンシャルとともにファイルをファイルサーバ１０３に送信して、当該ファイルの登録要求を行う（ステップＳ３１６）。
【００５０】
次に、ファイルサーバ１０３のクレデンシャルチェック部２３１が、ファイル登録部２１４からクレデンシャルと、登録要求されたファイルとを受信する（ステップＳ３１７）。そして、クレデンシャルチェック部２３１が、クレデンシャルの内容を確認し、クライアントＰＣ１０１のユーザに、パスへのファイルの登録権限が与えられているかをチェックする（ステップＳ３１８）。ユーザにファイルの登録権限が与えられている場合、クレデンシャルチェック部２３１が、ファイルを登録可能であるかを判断する（ステップＳ３１９）。具体的には、クレデンシャルチェック部２３１は、クレデンシャルに含まれる空き容量の値が、ファイルのサイズ以上であるかを判断する。空き容量の値がファイルのサイズ以上である場合、クレデンシャルチェック部２３１は、ファイルを登録可能であると判断して、処理が図９のステップＳ３２１に進む。空き容量の値がファイルのサイズより小さい場合、クレデンシャルチェック部２３１は、ファイルを登録不可と判断して、処理が図９のステップＳ３２０に進む。
【００５１】
図９のステップＳ３２１において、ファイル登録部２３２が、ファイルをファイル保存部２３４へ保存（登録）する。そして、ファイルの登録に成功したことをクライアントＰＣ１０１のファイル登録部２１４へ通知する。また、ステップＳ３２０において、クレデンシャルチェック部２３１が、ファイルの登録が不可であることを示す情報をクライアントＰＣ１０１のファイル登録部２１４へ送信する。そして、処理がステップＳ３２６に進む。
【００５２】
ステップＳ３２２において、クライアントＰＣ１０１のファイル登録部２１４が、ファイルの登録が完了したことを、パスなどファイルを特定できる情報とともにファイル情報管理サーバ１０２へ通知する。ファイル情報管理サーバ１０２のファイルサーバ情報取得部２２７が、この通知を受けて、ファイルサーバ１０３へ、登録されたファイルのファイル情報の取得を求めるファイル情報取得要求を送信する（ステップＳ３２３）。続いて、ファイルサーバ１０３のファイル情報応答部２３３が、受信したファイル情報取得要求が示すファイルのサイズ、作成日時等の情報をファイル情報として取得し、ファイルサーバ情報取得部２２７へ返す（ステップＳ３２４）。そして、ファイル情報管理サーバ１０２のファイルサーバ情報取得部２２７が、取得したファイル情報を、ファイル情報登録部２２６を介してファイル情報保存部２２８へ保存する（ステップＳ３２５）。以上でファイル登録処理は完了する。
【００５３】
なお、クライアントＰＣ１０１の認証要求部２１２とファイル情報管理サーバ１０２の認証部２２１における認証は、ファイルを登録する度の認証を必要としない構成であっても良い。また本実施例では、ファイル情報管理サーバ１０２とファイルサーバ１０３間、及びファイル情報管理サーバ１０２とクレデンシャル発行サーバ１０４間は、例えば同じセキュリティドメインであるとして認証処理を明記していないが、認証処理を加えても構わない。
【００５４】
また、クライアントＰＣ１０１のファイル登録部２１４が、ファイルとクレデンシャルをファイルサーバ１０３へ送信する前に、自前で登録の可否を判定しても良い。また、クライアントＰＣ１０１が、登録するファイルのサイズとクレデンシャルのみをファイルサーバ１０３へ送り、ファイルの実体を送信せずに、ファイルサーバ１０３のクレデンシャルチェック部２３１が登録の可否を判断しても良い。また、本実施例では、ファイルの登録完了後、クライアントＰＣ１０１がファイル情報管理サーバ１０２へファイルの登録が完了したことを通知しているが、この通知を省略してもよい。すなわち、ファイル情報管理サーバ１０２が定期的にファイルサーバ１０３へポーリングしてファイルの登録の完了を判断しても良い。
【００５５】
実施例１によれば、ファイルの登録において、登録可能なファイルサイズ情報をクレデンシャルに付与して登録を実行することで、ファイルサーバ自身が保存可能な最大容量の情報を保持していなくても、最大容量を超えるファイルの登録を防ぐことができる。
【００５６】
（実施例２）
図１０は、実施例２のシステム構成を示す図である。
実施例２では、複数のクライアントＰＣが存在し、それらが同時にファイルの登録を実行する。第１のクライアント装置であるクライアントＰＣ１０１と、第２のクライアント装置であるクライアントＰＣ１０６とで、機能に差異はない。それぞれを使用するユーザは、同じグループに所属し、ファイルサーバ１０３の同じ領域を使用している。それぞれのクライアントＰＣを使用するユーザは、最大容量を共有している。つまり、ファイル情報管理サーバ１０２が備える容量管理部２２３が、複数のクライアントＰＣのそれぞれのユーザによって共有される最大容量を管理している。クライアントＰＣ１０１を使用するユーザがファイルを登録すると、クライアントＰＣ１０６を使用するユーザが使用可能な容量は減る。
【００５７】
実施例２では、ファイル情報管理サーバ１０２が備える登録要求受信部２２２が、第１の動作モードと、第２の動作モードとを有している。第１の動作モードは、複数のクライアントＰＣからのファイルの登録要求を同時に受け付けることを許可する動作モードである。第２の動作モードは、ファイルの登録要求をシーケンシャルに受け付ける動作モードである。
【００５８】
図１１は、ファイル情報管理サーバがクライアントＰＣ１０１のファイル登録を処理中に、クライアントＰＣ１０６からファイル登録要求を受信したときの処理の例を説明するフローチャートである。
【００５９】
ファイル情報管理サーバ１０２の容量管理部２２３は、所定のタイミングで、最大容量と現在の使用容量とに基づいて算出される前記ファイルサーバに保存可能な空き容量が閾値未満であるかを判断する（ステップＳ６０１）。容量管理部２２３がステップＳ６０１の判断処理を実行するタイミングは、定期的なタイミングでもよいし、ファイルの登録や削除が実行される度に実行しても良い。空き容量が閾値未満である場合、登録要求受信部２２２が、現在ファイルの登録を複数同時に受け付けることを許しているか（第１の動作モードか）を判断する（ステップＳ６０２）。現在ファイルの登録を複数同時に受け付けることを許していない場合は、処理がステップＳ６０４に進む。現在ファイルの登録を複数同時に受け付けることを許している場合、登録要求受信部２２２は、動作モードを、ファイルの登録をシーケンシャルに受け付ける第２の動作モードへ切り替える（ステップＳ６０３）。
【００６０】
次に、登録要求受信部２２２が、クライアントＰＣ１０６からファイルの登録要求を受信する（ステップＳ６０４）。登録要求受信部２２２が、クライアントＰＣ１０６とは異なるクライアントＰＣがファイル登録処理中であるかを判断する（ステップＳ６０５）。この例では、クライアントＰＣ１０６とは異なるクライアントＰＣは、クライアントＰＣ１０１である。また、ファイル登録処理中とは、具体的には、図６のＳ３０５から図９のＳ３２５までの処理を実行中であることを意味する。
【００６１】
クライアントＰＣ１０６とは異なるクライアントＰＣがファイル登録処理中である場合、登録要求受信部２２２は、Ｓ６０４で受信したファイルの登録要求の受け付けを、当該ファイル登録処理が終わるまで拒否する（ステップＳ６０６）。具体的には、登録要求受信部２２２は、クライアントＰＣ１０６へエラーメッセージを返す。登録要求受信部２２２が、Ｓ６０４で受信したファイルの登録要求をキューに溜めるなどしても良い。このエラーメッセージを受けたクライアントＰＣ１０６は、ファイル情報管理サーバ１０２へ再度ファイル登録要求を出す必要がある。そして、クライアントＰＣ１０６とは異なるクライアントＰＣによるファイル登録処理が完了した場合、ファイル情報管理サーバ１０２が、クライアントＰＣ１０６からのファイルの登録要求を受け付けて、ファイル登録処理を実行する（ステップＳ６０７）。
【００６２】
上記ステップＳ６０１において、空き容量が閾値以上であると判断された場合、登録要求受信部２２２が、現在ファイルの登録を複数同時に受け付けることを許可する第１の動作モードかを判断する（ステップＳ６０８）。現在ファイルの登録を複数同時に受け付けることを許可していない場合、登録要求受信部２２２は、動作モードを、第１の動作モードへ切り替える（ステップＳ６０９）。実施例２によれば、空き容量が少なくなってきたときに複数のクライアントからのファイル登録をシーケンシャルに処理することで、最大容量を超えるファイルの登録を防ぐことができる。
【００６３】
（その他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。上述した実施形態の機能を実現するソフトウェア（コンピュータプログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、システム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。
【符号の説明】
【００６４】
１０１  クライアントＰＣ
１０２  ファイル情報管理サーバ
１０３  ファイルサーバ
１０４  クレデンシャル発行サーバ
【図１】
2016051385.tif 000003
【図２】
2016051385.tif 000004
【図３】
2016051385.tif 000005
【図４】
2016051385.tif 000006
【図５】
2016051385.tif 000007
【図６】
2016051385.tif 000008
【図７】
2016051385.tif 000009
【図８】
2016051385.tif 000010
【図９】
2016051385.tif 000011
【図１０】
2016051385.tif 000012
【図１１】
2016051385.tif 000013