ファイル管理装置、ファイル管理プログラム、およびファイル管理方法
【課題】異なるシステム配下の各ユーザに関するファイルへのアクセス権管理を１つのシステムに容易に統合できるようにする。
【解決手段】ファイルアクセス装置２からアクセス要求７を受信すると、装置アクセス権判定手段１ｄにより、ファイルアクセス装置２がファイル３ａに対したアクセス可能か否かが判定される。またユーザアクセス権判定手段１ｆにより、ファイルアクセス装置２に属するアクセス要求７を依頼したユーザによるファイル３ａへのアクセスについて、可能か否かが判定される。そして、装置アクセス権判定手段１ｄとユーザアクセス権判定手段１ｆとの両方でアクセス可能と判定された場合、ファイルアクセス手段１ｇにより、アクセス要求７に応じたストレージ装置３内のファイル３ａへのアクセスが行われる。
【解決手段】ファイルアクセス装置２からアクセス要求７を受信すると、装置アクセス権判定手段１ｄにより、ファイルアクセス装置２がファイル３ａに対したアクセス可能か否かが判定される。またユーザアクセス権判定手段１ｆにより、ファイルアクセス装置２に属するアクセス要求７を依頼したユーザによるファイル３ａへのアクセスについて、可能か否かが判定される。そして、装置アクセス権判定手段１ｄとユーザアクセス権判定手段１ｆとの両方でアクセス可能と判定された場合、ファイルアクセス手段１ｇにより、アクセス要求７に応じたストレージ装置３内のファイル３ａへのアクセスが行われる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はファイルを管理するファイル管理装置、ファイル管理プログラム、およびファイル管理方法に関する。
【背景技術】
【０００２】
従来のファイルシステムのユーザ認証方式として、ＵＩＤ／ＧＩＤ方式が広く普及している。ＵＩＤ／ＧＩＤ方式は、ユーザのユーザＩＤ（ＵＩＤ）、またはユーザが属するグループのグループＩＤ（ＧＩＤ）に対応付けて、各ファイルへのアクセス権限を管理する方式である。アクセス権限には、例えば、読み出しの許否、書き込みの許否、実行の許否などがある。
【０００３】
また近年では、安全性の高いユーザ認証方式として秘密鍵暗号方式に基づくケルベロス（Kerberos）と呼ばれる方式が開発されている。ケルベロス方式では、ケルベロスサーバにおいて、ユーザ認証と、各ユーザがサービスを利用するためのチケットの発行とが行われる。ユーザは端末装置を用いて、ケルベロスサーバからチケットを取得する。そして、ユーザの端末装置からサービスを提供しているサーバに対して、チケットを含むサービス要求を送信することで、ユーザはそのサーバからのサービス提供を受けることができる。サーバから提供を受けることができるサービスには、ファイルサーバによるファイル管理サービスも含まれる。
【０００４】
ケルベロスを用いた技術としては、例えば、ローカルなユーザアカウントを有さずにオブジェクトへのアクセス制限を行うアクセス制御方法がある。
ところで、企業がユーザにサービスを提供する場合、ユーザの要求に応じてファイルの保存などを行う場合がある。このような場合、サービスの運用継続に伴い、保存すべきデータ量が増加する。データ量が増加しシステムの資源が不足すれば、その都度、システムの拡張が行われる。このようなシステムの拡張の必要性を適宜判断し、拡張作業を適切に行うのは各企業にとって負担となる。そこで、ファイルの管理を他の機関に任せる場合がある。
【０００５】
ファイルの管理を委託されたファイル管理サービス提供企業では、例えば顧客企業ごとにファイルサーバを構築する。そしてファイル管理サービス提供企業は、個々の顧客企業が必要としている資源の量に応じて、顧客企業ごとのファイルサーバの拡張などを行う。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００４−５６４７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上記のような複数の顧客企業に対してサービスを提供するファイル管理サービス提供企業において、顧客企業ごとにファイルサーバを個別に構築・管理していたのでは管理の手間がかかると共に、資源の使用効率も低下してしまう。そこで、顧客企業ごとに構築されているファイルサーバを、１つのシステムに統合し、管理の手間の削減、資源の有効利用を図ることが考えられる。
【０００８】
しかし、顧客企業ごとに既に運用されているファイルサーバを１つのシステムに統合する場合、顧客企業それぞれのユーザに対するファイルへのアクセス権管理の統合が難しいという問題がある。
【０００９】
例えば、各顧客企業がＵＩＤ／ＧＩＤ方式でユーザのアクセス権を管理している場合、顧客企業それぞれが、自己のユーザに対してＵＩＤやＧＩＤを独自に設定している。そのため、複数の顧客企業へのファイルサーバを１つのシステムに統合した場合、ＵＩＤやＧＩＤが重複する可能性がある。ＵＩＤやＧＩＤの重複を回避するには、ファイル管理サービス提供企業側の管理者が全ユーザのＵＩＤやＧＩＤを再設定し、顧客企業を跨った包括的なユーザ管理を行うこととなる。しかしながら、既に運用されているシステムの各ユーザのＵＩＤ／ＧＩＤの変更は、管理対象の全ファイルに関するアクセス権に関する情報の変更を伴い、設定変更を行うべき情報量が膨大となる。そのため、すべてのユーザのＵＩＤ／ＧＩＤを変更するのは困難である。
【００１０】
なお、各ユーザの端末装置にケルベロス方式によるアクセス環境を構築すれば、システム統合後に、複数の顧客企業の各ユーザからファイルへのアクセス権をケルベロス方式で管理できる。ただし、ケルベロス方式は、鍵が必要であることや、鍵の管理方法、アクセス権の設定方法などがＵＩＤ／ＧＩＤ方式とは大きく異なる。そのため、ファイルシステムのユーザ認証方式をＵＩＤ／ＧＩＤ方式からケルベロス方式へ移行させるには、鍵の再生成やアクセス権の再設定など、ユーザは一連の作業を最初からやり直さなければならず、ユーザの負担が過大となる。既に膨大な数のユーザが登録されている場合、ＵＩＤ／ＧＩＤ方式で管理されているユーザを、従来のままのケルベロス方式での管理に移行するのは困難である。
【００１１】
本発明はこのような点に鑑みてなされたものであり、異なるシステム配下のユーザに関するファイルへのアクセス権管理を１つのシステムに容易に統合できるファイル管理装置、ファイル管理プログラム、およびファイル管理方法を提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記課題を解決するために、以下のようなストレージ装置に格納されたファイルを管理するファイル管理装置が提供される。このファイル管理装置は、通信インタフェース部と制御装置とを有する。
【００１３】
通信インタフェース部は、ファイルアクセス装置から、該ファイルアクセス装置の識別情報と、ユーザの識別情報とを含む、前記ファイルへのアクセス要求を受信する。
制御装置は、受信した前記ファイルアクセス装置の識別情報に基づいて、該ファイルアクセス装置が前記ファイルに対するアクセス権を有するか否かの第１の判定を行い、受信した前記ユーザの識別情報に基づいて、該ユーザが前記ファイルに対するアクセス権を有しているか否かの第２の判定を行い、該第１の判定及び該第２の判定の双方において、アクセス権が有ると判定する場合に、前記アクセス要求に応じた前記ファイルへのアクセスを許容する。
【００１４】
また、上記課題を解決するために、装置アクセス権判定手段、ユーザアクセス権判定手段、およびファイルアクセス手段を有するファイル管理装置が提供される。装置アクセス権判定手段は、送信元のファイルアクセス装置を示す識別情報と、アクセス対象のファイルを使用するユーザのユーザＩＤとを含む、ファイルへのアクセス要求を受信すると、ファイルそれぞれに対してアクセス権を有するファイルアクセス装置の識別情報を記憶する装置識別情報記憶手段を参照し、アクセス要求を出力したファイルアクセス装置がアクセス対象のファイルに対するアクセス権を有するか否かを判定する。ユーザアクセス権判定手段は、アクセス要求を受信すると、ファイルそれぞれに対してユーザＩＤに応じたアクセス権が設定されたユーザアクセス権記憶手段を参照し、アクセス要求に含まれるユーザＩＤで示されるユーザがアクセス対象のファイルに対するアクセス権を有しているか否かを判定する。ファイルアクセス手段は、ファイルアクセス装置がアクセス権を有し、かつユーザがアクセス権を有している場合、アクセス要求に応じたファイルアクセスを実行する。
【００１５】
さらに、上記課題を解決するためにストレージ装置に格納されたファイルを管理する処理をコンピュータに実行させるファイル管理プログラムが提供される。このファイル管理プログラムは、コンピュータに以下の処理を実行させる。
【００１６】
コンピュータは、送信元のファイルアクセス装置を示す識別情報と、アクセス対象のファイルを使用するユーザのユーザＩＤとを含む、ファイルへのアクセス要求を受信すると、ファイルそれぞれに対してアクセス権を有するファイルアクセス装置の識別情報を記憶する装置識別情報記憶手段を参照し、アクセス要求を出力したファイルアクセス装置がアクセス対象のファイルに対するアクセス権を有するか否かを判定する。次にコンピュータは、アクセス要求を受信すると、ファイルそれぞれに対してユーザＩＤに応じたアクセス権が設定されたユーザアクセス権記憶手段を参照し、アクセス要求に含まれるユーザＩＤで示されるユーザがアクセス対象のファイルに対するアクセス権を有しているか否かを判定する。そしてコンピュータは、ファイルアクセス装置がアクセス権を有し、かつユーザがアクセス権を有している場合、アクセス要求に応じたファイルアクセスを実行する。
【００１７】
さらに、上記課題を解決するために、上記ファイル管理プログラムに基づいてコンピュータが実行する処理と同様の方法でファイルを管理するファイル管理方法が提供される。
【発明の効果】
【００１８】
異なるファイルアクセス装置配下のユーザに関するファイルへのアクセス権管理を１つのシステムに容易に統合できる。
【図面の簡単な説明】
【００１９】
【図１】第１の実施の形態の機能を示すブロック図である。
【図２】第２の実施の形態のシステム構成例を示す図である。
【図３】ファイル管理装置のハードウェア構成例を示す図である。
【図４】各サーバの機能を示すブロック図である。
【図５】ローカルファイルシステムのディレクトリ構造を示す図である。
【図６】ｉｎｏｄｅ記憶部に格納されたｉｎｏｄｅの例を示す図である。
【図７】ファイルアクセス手順を示すシーケンス図である。
【図８】ＮＦＳクライアント部から出力されるＮＦＳ要求のデータ構造例を示す図である。
【図９】サービスチケット記憶部のデータ構造例を示す図である。
【図１０】ニックネーム付加後のＮＦＳ要求を示す図である。
【図１１】ＮＦＳサーバ部によるファイルアクセス処理の手順を示すフローチャートである。
【発明を実施するための形態】
【００２０】
以下、本実施の形態について図面を参照して説明する。
〔第１の実施の形態〕
図１は、第１の実施の形態の機能を示すブロック図である。第１の実施の形態に係るシステムは、ファイル管理装置１、複数のファイルアクセス装置２，２ａ，・・・、および認証サーバ４を有している。ファイル管理装置１には、ストレージ装置３がローカル接続されている。
【００２１】
ファイル管理装置１は、通信インタフェース部１−１と制御装置１−２とを有する。通信インタフェース部１−１は、ファイルアクセス装置２から、ファイルアクセス装置２の識別情報と、ユーザの識別情報とを含む、ファイルへのアクセス要求７を受信する。また、通信インタフェース部１−１は、ファイルアクセス装置２からサービスチケット５を受信する。サービスチケット５には、例えばファイルアクセス装置２の名称（装置名）が設定されている。さらに、通信インタフェース部１−１は、サービスチケット５を送信したファイルアクセス装置２に対して、サービスチケット５に一意に関連付けられたニックネーム６を送信する。
【００２２】
制御装置１−２は、図１に示す各機能を用いて、ローカル接続されたストレージ装置３に格納されたファイルを管理する。すなわち、制御装置１−２は、サービスチケット取得手段１ａ、装置識別情報記憶手段１ｂ、識別情報送信手段１ｃ、装置アクセス権判定手段１ｄ、ユーザアクセス権記憶手段１ｅ、ユーザアクセス権判定手段１ｆ、およびファイルアクセス手段１ｇを有する。
【００２３】
サービスチケット取得手段１ａは、ストレージ装置３へのアクセス権を有するファイルアクセス装置２に対して認証サーバ４によって発行されたサービスチケット５を、通信インタフェース部１−１を介して受信する。するとサービスチケット取得手段１ａは、受信したサービスチケット５を、ファイルアクセス装置２のニックネーム６に関連付けて装置識別情報記憶手段１ｂに格納する。
【００２４】
装置識別情報記憶手段１ｂは、ストレージ装置３に格納されたファイルにアクセス可能なファイルアクセス装置２の識別情報として、ニックネーム６を記憶する。ニックネーム６は、サービスチケット取得手段１ａで取得されたサービスチケット５と関連付けて記憶されている。サービスチケット５にファイルアクセス装置２の装置名が含まれることで、ニックネーム６とファイルアクセス装置２とが対応付けられる。
【００２５】
また装置識別情報記憶手段１ｂは、図１の例では、アクセス可能装置名記憶領域１ｂａとサービスチケット記憶領域１ｂｂとに分けられている。アクセス可能装置名記憶領域１ｂａは、ストレージ装置３内のファイルに対応付けて、ファイルにアクセス可能なファイルアクセス装置２の装置名を記憶する記憶領域である。サービスチケット記憶領域１ｂｂは、ニックネーム６とサービスチケット５とを関係づけて記憶する記憶領域である。アクセス可能装置名記憶領域１ｂａとサービスチケット記憶領域１ｂｂとの間では、装置名によってレコードが関連付けられる。装置名を介したレコード間の関連付けにより、アクセス可能装置名記憶領域１ｂａ内のレコードのファイルＩＤとサービスチケット記憶領域１ｂｂ内のレコードのニックネーム６とが関連付けられている。
【００２６】
識別情報送信手段１ｃは、装置識別情報記憶手段１ｂに格納されたサービスチケット５に関連付けられたニックネーム６を、サービスチケット５の送信元であるファイルアクセス装置２に、通信インタフェース部１−１を介して送信する。
【００２７】
装置アクセス権判定手段１ｄは、ファイルアクセス装置２からファイル３ａへのアクセス要求７を、通信インタフェース部１−１を介して受信する。装置アクセス権判定手段１ｄはアクセス要求７を受信すると、装置識別情報記憶手段１ｂを参照し、アクセス要求を出力したファイルアクセス装置がアクセス権を有するか否かを判定する。例えば装置アクセス権判定手段１ｄは、アクセス可能装置名記憶領域１ｂａを参照して、アクセス要求７のアクセス対象のファイル３ａのファイルＩＤに対応する装置名を取得する。次に装置アクセス権判定手段１ｄは、サービスチケット記憶領域１ｂｂを参照し、取得した装置名が含まれるサービスチケット５に対応するニックネーム６を取得する。装置アクセス権判定手段１ｄは、装置識別情報記憶手段１ｂから取得したニックネーム６と、アクセス要求７に含まれるニックネームとが一致した場合、アクセス権有りと判断する。
【００２８】
ユーザアクセス権記憶手段１ｅは、ストレージ装置３に格納されたファイル３ａに対する、少なくともユーザＩＤ（ＵＩＤ）に応じたアクセス権が設定されている。アクセス権は、例えばファイルＩＤとＵＩＤとの組に対応付けて、ファイル３ａへの書き込み可能か否か、ファイル３ａへの読み出し可能か否か、およびファイル３ａ内のプログラムを実行可能か否かが定義されている。
【００２９】
ところで、ユーザアクセス権記憶手段１ｅ内の情報と、装置識別情報記憶手段１ｂのアクセス可能装置名記憶領域１ｂａ内の情報とは、共にファイルＩＤによってファイル３ａに関連付けられている。そこで、ファイル管理装置１のローカルのファイルシステムがファイル３ａ管理に利用するファイル管理情報１ｈ内に、ユーザアクセス権記憶手段１ｅ内の情報とアクセス可能装置名記憶領域１ｂａ内の情報とをまとめて格納することもできる。ファイル管理情報１ｈは、例えばＵＮＩＸ（登録商標）システムにおけるｉｎｏｄｅである。
【００３０】
ユーザアクセス権判定手段１ｆは、アクセス要求７を受信すると、ユーザアクセス権記憶手段１ｅを参照し、アクセス対象のファイル３ａに対してユーザがアクセス権を有しているか否かを判定する。例えばユーザアクセス権判定手段１ｆは、アクセス対象のファイル３ａのファイルＩＤに対応付けて登録されているＵＩＤと、アクセス要求７に含まれるＵＩＤとを比較する。ＵＩＤが一致するレコードがある場合、ユーザアクセス権判定手段１ｆは、該当するレコードのアクセス権を判定する。そしてユーザアクセス権判定手段１ｆは、アクセス要求７に示されるアクセスの種別に対応するアクセスがアクセス権によって認められている場合、アクセス可能と判定する。
【００３１】
ファイルアクセス手段１ｇは、ファイルアクセス装置２がアクセス可能であり、かつユーザがアクセス権を有している場合、アクセス要求７に応じたファイルアクセスを実行する。
【００３２】
ファイルアクセス装置２，２ａ，・・・は、それぞれが個別にユーザ管理を行っている。すなわち、ファイルアクセス装置２，２ａ，・・・は独自にユーザカウントを生成する。ユーザアカウントには、ファイルアクセス装置２，２ａ，・・・それぞれ内で一意に識別可能なＵＩＤが付与される。ファイルアクセス装置２，２ａ，・・・は、自己のユーザからの要求に応じてファイル管理装置１経由でストレージ装置３内のファイル３ａにアクセスする。例えばファイルアクセス装置２は、ファイル３ａへのアクセス時にアクセス要求７をファイル管理装置１に送信する。アクセス要求７には、送信元のファイルアクセス装置２を示すニックネーム６と、アクセス対象のファイルを使用するユーザのファイルアクセス装置２内でのＵＩＤとを含む。ニックネーム６は、例えばストレージ装置３へアクセスする権利を正当に有することが認証サーバ４によって認証されていることを示す情報である。さらにアクセス要求７には、例えば、アクセス対象のファイルの識別子（ファイルＩＤ）、アクセスの種別（書き込み、読み出し、実行など）、書き込みアクセスの際の書き込みデータなどが含まれる。
【００３３】
認証サーバ４は、ファイルアクセス装置２，２ａ，・・・が、少なくともストレージ装置３へアクセスする権利を正当に有することを認証する。ここで、ストレージ装置３へアクセスする権利は、ストレージ装置３内のファイルの保護が必要な場合に、ファイルアクセス装置２，２ａ，・・・が有すべき権利である。すなわち、フィルシステムサーバ１で提供されるファイル管理サービスには、ファイルの暗号化・復号サービスのように、単なるファイルアクセス以外のサービスもある。そのうち少なくともストレージ装置３へアクセスする権利についてファイルアクセス装置２，２ａ，・・・が有していれば、ストレージ装置３へのアクセスが可能となる。ただし、本実施の形態では、ストレージ装置３内のファイルごとに、そのファイルにアクセス可能なファイルアクセス装置は制限される。
【００３４】
このようなシステムにおいて、例えば以下のような処理が行われる。
まずファイルアクセス装置２は、認証サーバ４に対して、ファイル管理装置１からのファイル管理サービスの提供を受ける権利を有する旨の認証を要求する。認証サーバ４は、ファイルアクセス装置２がサービス提供を受ける権利を正当に有していれば、装置名を含むサービスチケット５を発行する。サービスチケット５は、ファイルアクセス装置２に渡される。
【００３５】
サービスチケット５を取得したファイルアクセス装置２は、サービスチケット５を、ファイル管理装置１に送信する。するとファイル管理装置１のサービスチケット取得手段１ａが、ファイルアクセス装置２を一意に識別するニックネーム６を生成する。そしてサービスチケット取得手段１ａは、ニックネーム６に関連付けてサービスチケット５を装置識別情報記憶手段１ｂに格納する。サービスチケット取得手段１ａで生成されたニックネーム６は、識別情報送信手段１ｃによりファイルアクセス装置２に送信される。
【００３６】
その後、ファイルアクセス装置２内のユーザのプロセスにおいて、ファイル３ａへのアクセスが発生したものとする。この場合、ファイルアクセス装置２からファイル管理装置１に対してアクセス要求７が送信される。
【００３７】
アクセス要求７を受信したファイル管理装置１では、装置アクセス権判定手段１ｄにより、ファイルアクセス装置２がファイル３ａに対したアクセス可能か否かが判定される。例えば、アクセス要求７内のニックネームに対応付けられたサービスチケット内の装置名が、アクセス対象のファイル３ａのファイルＩＤに対応付けてアクセス可能装置名記憶領域１ｂａに登録されていれば、アクセス可能と判定される。
【００３８】
また、アクセス要求７を受信したファイル管理装置１では、ユーザアクセス権判定手段１ｆにより、ファイルアクセス装置２に属するアクセス要求７を依頼したユーザによるファイル３ａへのアクセスについて、可能か否かが判定される。例えばアクセス対象のファイル３ａのファイルＩＤに対応付けてアクセス要求７内のＵＩＤが登録されたレコードがあり、そのレコードのアクセス権にアクセス要求７で示される種別のアクセス権があると定義されていれば、アクセス可能と判定される。
【００３９】
装置アクセス権判定手段１ｄとユーザアクセス権判定手段１ｆとの両方でアクセス可能と判定された場合、ファイルアクセス手段１ｇにより、アクセス要求７に応じたストレージ装置３内のファイル３ａへのアクセスが行われる。例えば書き込み要求であれば、アクセス要求７に含まれる書き込みデータが、ファイル３ａに書き込まれる。
【００４０】
このようにＵＩＤによるアクセス権管理に加え、ファイルアクセス装置２，２ａ，・・・の識別情報であるニックネームによるアクセス権管理が行われる。これにより、独自にＵＩＤを設定している複数のファイルアクセス装置２，２ａ，・・・に対するファイル管理サービスを、１つのファイル管理装置１で提供できる。この際、異なるファイルアクセス装置に同じＵＩＤのユーザが存在しても、クライアントアクセス権判定によってアクセス権を正しく判定できる。その結果、既に運用しているファイルアクセス装置２，２ａ，・・・に対して、ファイル管理装置１で一括したファイル管理サービスの提供が容易となる。
【００４１】
しかも、ユーザのアクセス権判定についてはＵＩＤを利用する。そのため、ファイルアクセス装置２，２ａ，・・・に対して個別のファイル管理装置でファイル管理サービスを提供しているシステム環境においても、ファイル管理サービス機能を１つのファイル管理装置に容易に統合できる。すなわち、ファイル管理装置を等どうしても、ファイルアクセス装置２，２ａ，・・・それぞれにおいて独自にユーザに割り振られたＵＩＤを、変更する必要がない。
【００４２】
さらに、認証サーバ４から認証を受けるのは、個々のユーザではなく、ファイルアクセス装置２，２ａ，・・・である。そのため、各ユーザが認証サーバ４との間の認証手続を行う必要はなく、ユーザの負担も抑制されている。
【００４３】
なお、図１の例では、ファイルアクセス装置２，２ａ，・・・が、ストレージ装置３にアクセスする権利を正当に有していることを、認証サーバ４で認証している。これはファイル管理装置１に対して高度なセキュリティが要求される場合を想定したものである。他方、ファイルアクセス装置２，２ａ，・・・からのファイル管理装置１へのアクセスに関するセキュリティが、認証サーバ４以外の仕組みで保たれる場合もある。例えば、ファイルアクセス装置２，２ａ，・・・とファイル管理装置１とが、企業内のイントラネット内に存在し、共通の管理者が管理している場合である。このようにセキュリティを保つ他の仕組みが存在する場合、あるいは高度なセキュリティが不要な場合であれば、認証サーバ４による認証を行わなくてもよい。その場合、例えばファイルアクセス装置２，２ａ，・・・の装置名を、そのままファイルアクセス装置２，２ａ，・・・の識別情報として使用することもできる。ニックネーム６に代えて装置名が識別情報としてアクセス要求７に含められた場合、装置アクセス権判定手段１ｄは、アクセス可能装置名記憶領域１ｂａのみを参照して、アクセス可能か否かを判定できる。すなわち、装置アクセス権判定手段１ｄは、アクセス要求７に示される装置名が、アクセス可能装置名記憶領域１ｂａ内においてアクセス対象のファイルのファイルＩＤに対応付けて登録されていれば、アクセス可能と判定する。
【００４４】
また図１の例では、ストレージ装置３へアクセスする権利を正当に有することが認証サーバ４によって認証されていることを示す情報として、ファイル管理装置１で発行されたニックネーム６が使用されている。このニックネーム６は、ファイルアクセス装置の台数分の数値を表現可能なデータ量で足りる。そのためニックネーム６は、サービスチケット５に比べて少ないデータ量に抑えることができる。これにより、アクセス要求７のデータ量の増加を最小限に抑えて、ファイルアクセス装置２がストレージ装置３へアクセスする権利を正当に有することを示す情報をアクセス要求７に含めることができる。
【００４５】
なおサービスチケット５分のアクセス要求７のデータ量増加が許容できるのであれば、アクセス要求７にサービスチケット５を含めてもよい。その場合、ファイルアクセス装置２がサービスチケット５をファイル管理装置１に送信し、ニックネーム６を取得する処理は不要となる。また、ファイル管理装置１のサービスチケット取得手段１ａと識別情報送信手段１ｃとは不要となる。ニックネーム６に代えてサービスチケット５をアクセス要求７に含めた場合、サービスチケット５に装置名が含まれることから、サービスチケット５がアクセス要求７の送信元のファイルアクセス装置２を示す識別情報となる。
【００４６】
ニックネーム６に代えてサービスチケット５がアクセス要求７に含められた場合、装置アクセス権判定手段１ｄは、アクセス可能装置名記憶領域１ｂａのみを参照して、アクセス可能か否かを判定できる。すなわち、装置アクセス権判定手段１ｄは、サービスチケット５に含まれる装置名が、アクセス可能装置名記憶領域１ｂａ内において、アクセス対象のファイルのファイルＩＤに対応付けて登録されていれば、アクセス可能と判定する。
【００４７】
〔第２の実施の形態〕
次に、第２の実施の形態について説明する。第２の実施の形態は、アクセスチケットを発行する認証サーバとして、ケルベロスサーバを用いたものである。
【００４８】
ケルベロス方式の認証は、通常はユーザに対して認証が行われるが、第２の実施の形態では、ケルベロスサーバが、ファイルアクセス装置をユーザとみなして認証を行う。
また第２の実施の形態では、ファイル管理装置によるサービの提供を受ける顧客企業を「テナント」と呼ぶこととする。そして、テナントごとにファイルアクセス装置が設けられているものとする。そこで第２の実施の形態では、ファイルアクセス装置の名称を「テナント名」とする。
【００４９】
ケルベロス方式の認証で発行されるチケットには、プリンシパル名の設定フィールドがある。このプリンシパル名の設定フィールドにテナント名を設定することで、ファイルアクセス装置の名称をチケットに付与することができる。
【００５０】
以下、第２の実施の形態について詳細に説明する。
図２は、第２の実施の形態のシステム構成例を示す図である。ネットワーク１０には、ファイル管理装置１００、ケルベロスサーバ２００、および複数のファイルアクセス装置３００，４００，・・・が接続されている。図２の例では、ファイル管理装置１００とケルベロスサーバ２００は、ファイル管理サービス提供企業のデータセンタ３０内に設置されている。
【００５１】
ファイル管理装置１００には、ストレージ装置１１０が設けられている。ストレージ装置１１０には、例えばＲＡＩＤ（Redundant Arrays of Inexpensive Disks）５などにより、高速性・信頼性を確保した装置を用いることができる。ファイル管理装置１００は、複数のファイルアクセス装置３００，４００，・・・それぞれで管理されているユーザの利用するデータのストレージ装置１１０への入出力を行うコンピュータである。またファイル管理装置１００は、ストレージ装置１１０内の各データについて、ユーザのアクセス権を管理する。
【００５２】
ケルベロスサーバ２００は、ケルベロス方式による認証を行うコンピュータである。例えばケルベロスサーバ２００は、ファイルアクセス装置３００，４００，・・・の認証や、ファイルアクセス装置３００，４００，・・・に対するチケット発行などの処理を行う。
【００５３】
ファイルアクセス装置３００には、複数のユーザ端末２１，２２，２３，・・・が接続されている。ファイルアクセス装置３００は、ユーザ端末２１，２２，２３，・・・を使用するユーザに対して、各種サービスを提供する。ファイルアクセス装置３００が提供するサービスには、ファイル管理装置１００が管理するデータへのアクセスも含まれる。なおファイルアクセス装置３００は、ユーザ端末２１，２２，２３，・・・からのユーザの認証情報の入力を受け付け、その認証情報に基づいてユーザの認証を行うことができる。ユーザの認証情報には、例えばユーザのＵＩＤとパスワードとが含まれる。
【００５４】
ファイルアクセス装置４００は、ユーザ端末３１，３２，３３，・・・を使用するユーザに対して、各種サービスを提供する。ファイルアクセス装置４００の機能は、ファイルアクセス装置３００と同様である。
【００５５】
ファイル管理装置１００とファイルアクセス装置３００，４００，・・・とが協働することで、１つの大規模なファイルシステムとして機能する。ファイル管理装置１００とファイルアクセス装置３００，４００，・・・で提供されるファイルシステムは、ケルベロスサーバ２００を利用したケルベロス方式の認証システムを利用し、セキュリティを維持する。そして、ファイル管理装置１００とファイルアクセス装置３００，４００，・・・が提供するファイルシステムにより、ユーザ端末２１，２２，２３，・・・，３１，３２，３３，・・・からの要求に応じて、ストレージ装置１１０内のファイルが操作される。これにより、ファイル管理装置１００におけるファイル管理機能が、各ファイルアクセス装置３００，４００，・・・配下のユーザによって共同利用が可能となる。
【００５６】
図３は、ファイル管理装置のハードウェア構成例を示す図である。ファイル管理装置１００は、ＣＰＵ（Central Processing Unit）１０１によって装置全体が制御されている。ＣＰＵ１０１には、バス１０９を介してＲＡＭ（Random Access Memory）１０２と複数の周辺機器が接続されている。
【００５７】
ＲＡＭ１０２は、ファイル管理装置１００の主記憶装置として使用される。ＲＡＭ１０２には、ＣＰＵ１０１に実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ１０２には、ＣＰＵ１０１による処理に必要な各種データが格納される。
【００５８】
周辺機器としては、ハードディスクドライブ（ＨＤＤ:Hard Disk Drive）１０３、グラフィック処理装置１０４、入力インタフェース１０５、光学ドライブ装置１０６、通信インタフェース１０７、およびストレージインタフェース１０８がある。
【００５９】
ＨＤＤ１０３は、内蔵したディスクに対して、磁気的にデータの書き込みおよび読み出しを行う。ＨＤＤ１０３は、ファイル管理装置１００の二次記憶装置として使用される。ＨＤＤ１０３には、ＯＳのプログラム、アプリケーションプログラム、および各種データが格納される。なお、二次記憶装置としては、フラッシュメモリなどの半導体記憶装置を使用することもできる。
【００６０】
グラフィック処理装置１０４には、モニタ１１が接続されている。グラフィック処理装置１０４は、ＣＰＵ１０１からの命令に従って、画像をモニタ１１の画面に表示させる。モニタ１１としては、ＣＲＴ（Cathode Ray Tube）を用いた表示装置や液晶表示装置などがある。
【００６１】
入力インタフェース１０５には、キーボード１２とマウス１３とが接続されている。入力インタフェース１０５は、キーボード１２やマウス１３から送られてくる信号をＣＰＵ１０１に送信する。なお、マウス１３は、ポインティングデバイスの一例であり、他のポインティングデバイスを使用することもできる。他のポインティングデバイスとしては、タッチパネル、タブレット、タッチパッド、トラックボールなどがある。
【００６２】
光学ドライブ装置１０６は、レーザ光などを利用して、光ディスク１４に記録されたデータの読み取りを行う。光ディスク１４は、光の反射によって読み取り可能なようにデータが記録された可搬型の記録媒体である。光ディスク１４には、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−ＲＡＭ、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ−Ｒ（Recordable）／ＲＷ（ReWritable）などがある。
【００６３】
通信インタフェース１０７は、ネットワーク１０に接続されている。通信インタフェース１０７は、ネットワーク１０を介して、ファイルアクセス装置３００，４００，・・・などの他のコンピュータとの間でデータの送受信を行う。
【００６４】
ストレージインタフェース１０８は、ストレージ装置１１０に接続されている。ストレージインタフェース１０８は、ＣＰＵ１０１からの指示に従って、ストレージ装置１１０へのデータの書き込み、およびストレージ装置１１０からのデータの読み出しを行う。
【００６５】
なお、図３に示したＣＰＵ１０１は、図１に示した制御装置１−２が有する処理機能の一例である。また、図３に示したＲＡＭ１０２は、図１に示した制御装置１−２が有する記憶機能の一例である。また、図３に示した通信インタフェース１０７は、図１に示した通信インタフェース部１−１の一例である。
【００６６】
以上のようなハードウェア構成によって、本実施の形態の処理機能を実現することができる。なお、図３にはファイル管理装置１００の例を示したが、ケルベロスサーバ２００、ファイルアクセス装置３００，４００，・・・、およびユーザ端末２１，２２，２３，・・・，３１，３２，３３，・・・も同様のハードウェアで実現できる。ただしケルベロスサーバ２００、ファイルアクセス装置３００，４００，・・・、およびユーザ端末２１，２２，２３，・・・，３１，３２，３３，・・・には、ストレージインタフェース１０８に対応する機能はなくてもよい。
【００６７】
次に、各サーバの機能について説明する。
図４は、各サーバの機能を示すブロック図である。図４には、複数のファイルアクセス装置３００，４００，・・・のうち、代表的に一のファイルアクセス装置３００の機能を示しているが、他のファイルアクセス装置４００，・・・もファイルアクセス装置３００と同様の機能を有している。
【００６８】
テナント名ファイルアクセス装置３００は、ＮＦＳ（Network File System）クライアント部３１０とレベル７スイッチ部３２０とを有している。
ＮＦＳクライアント部３１０は、ファイル管理装置１００で管理されているデータへのアクセスを管理する。具体的には、ＮＦＳクライアント部３１０は、ファイル管理装置１００で管理されているデータへのアクセス要求を、ユーザ端末２１，２２，２３，・・・から取得する。アクセス要求を受け取ったＮＦＳクライアント部３１０は、ＮＦＳ要求をレベル７スイッチ部３２０に対して出力する。
【００６９】
ＮＦＳクライアント部３１０は、ファイルアクセス装置３００において正しくユーザ認証を行ったユーザが使用するユーザ端末からのアクセス要求のみを受け付けるようにすることができる。例えば、ファイルアクセス装置３００内にユーザ端末２１，２２，２３，・・・を使用する各ユーザの認証情報を格納しておく。認証情報には、ＵＩＤに対応付けられたユーザ名とパスワードとが含まれる。ユーザは、例えばユーザ端末２１を用いてファイルアクセス装置３００にアクセスし、ユーザ名とパスワードとを入力する。入力されたユーザ名とパスワードとは、ユーザ端末２１からファイルアクセス装置３００に送信される。ファイルアクセス装置３００は、受け取ったユーザ名とパスワードとの組に該当する認証情報を有していれば、ユーザ端末２１を使用しているユーザが正当であると認証する。以後、ユーザがログアウト操作をするまで、ユーザ端末２１からの要求は、認証時に適用された認証情報のＵＩＤによって、ファイルアクセス装置３００内で他のユーザからの要求と識別される。
【００７０】
なお、ファイルアクセス装置３００が有する認証情報のＵＩＤは、ファイルアクセス装置３００内でユニークであればよい。すなわち、同じＵＩＤがファイルアクセス装置４００内の認証情報に設定されていてもよい。
【００７１】
レベル７スイッチ部３２０は、ＯＳＩ（Open Systems Interconnection）参照モデルのアプリケーション層（第７層）の情報に基づいて、パケットのルーティング処理を行う。具体的にはレベル７スイッチ部３２０は、ＮＦＳクライアント部３１０から出力されたパケットが、ＮＦＳクライアント部３１０により生成されたＮＦＳ要求であれば、該当パケットをファイル管理装置１００へ転送する。
【００７２】
なお、ファイルアクセス装置３００には、テナント名「melon」が付与されている。テナント名は、ファイルアクセス装置３００内のＲＡＭなどの記憶領域に予め格納されている。レベル７スイッチ部３２０は、予め記憶されたテナント名を参照することで、ファイルアクセス装置３００のテナント名を認識する。そしてファイル管理装置１００に転送されるＮＦＳ要求には、レベル７スイッチ３２０によって、ファイルアクセス装置３００が有するサービスチケットに対応付けられたニックネームが付加される。
【００７３】
具体的には、レベル７スイッチ部３２０は、ファイルアクセス装置３００の起動時にケルベロスサーバ２００にログインし、ケルベロスサーバ２００からサービスチケットを取得する。その後、レベル７スイッチ部３２０は、ＮＦＳ要求をファイル管理装置１００に転送する際に、サービスチケットに対応するニックネームをファイル管理装置１００から取得する。そしてレベル７スイッチ部３２０は、ＮＦＳ要求にニックネームを付加したうえで、ＮＦＳクライアント部３１０から出力されたＮＦＳ要求をファイル管理装置１００に転送する。
【００７４】
またレベル７スイッチ部３２０は、ニックネーム記憶部３２１を有している。ニックネーム記憶部３２１は、レベル７スイッチ部３２０がファイル管理装置１００から取得したニックネームを記憶する記憶機能である。例えば、ファイルアクセス装置３００内のＲＡＭまたはＨＤＤの記憶領域の一部が、ニックネーム記憶部３２１として使用される。
【００７５】
ファイル管理装置１００は、サービスチケット記憶部１２０、ＮＦＳサーバ部１３０、およびローカルファイルシステム部１４０を有している。
サービスチケット記憶部１２０は、ファイルアクセス装置３００から送られたサービスチケットの認証用のサービスチケットを記憶する記憶機能である。例えば、ファイル管理装置１００のＲＡＭ１０２またはＨＤＤ１０３の記憶領域の一部が、サービスチケット記憶部１２０として使用される。
【００７６】
ＮＦＳサーバ部１３０は、ファイルアクセス装置３００からのＮＦＳ要求に応じて、ストレージ装置１１０内のファイル操作を行う。具体的には、ＮＦＳサーバ１３０は、ファイルアクセス装置３００からサービスチケットが通知されると、そのサービスチケットに対応するニックネームを応答する。その後、ファイルアクセス装置３００からニックネームを付加したＮＦＳ要求を受け取ると、ＮＦＳサーバ部１３０は、ニックネームに対応するサービスチケットに基づいて、操作対象のファイルへのアクセス権の有無を判断する。この際、ＮＦＳサーバ部１３０は、ローカルファイルシステム部１４０を介して、アクセス対象のファイルのｉｎｏｄｅを取得する。取得したｉｎｏｄｅには、ＵＩＤ／ＧＩＤごとファイルへのアクセス権に加え、テナント名が含まれている。そして、ＮＦＳサーバ部１３０は、少なくともニックネームに対応するテナント名とアクセス対象のファイルのテナント名とが一致し、かつファイルに設定されたＵＩＤ／ＧＩＤによるアクセス条件によりアクセスが可能な場合に、アクセス権があると判断する。アクセス権があると判断された場合、ＮＦＳサーバ部１３０は、受信したＮＦＳ要求に従ったファイル操作を、ローカルファイルシステム部１４０に依頼する。
【００７７】
ローカルファイルシステム部１４０は、ストレージ装置１１０内のディレクトリおよびファイルを管理する。具体的には、ローカルファイルシステム部１４０はｉｎｏｄｅ記憶部１４１を有している。ｉｎｏｄｅ記憶部１４１は、ストレージ装置１１０内のディレクトリおよびファイルのｉｎｏｄｅを記憶する記憶機能である。例えば、ＲＡＭ１０２またはＨＤＤ１０３の記憶領域の一部が、ｉｎｏｄｅ記憶部１４１として使用される。ローカルファイルシステム部１４０は、ｉｎｏｄｅ記憶部１４１内のｉｎｏｄｅの作成・更新を行うと共に、ＮＦＳサーバ部１３０からの要求に応じてｉｎｏｄｅをＮＦＳサーバ部１３０に渡す。またローカルファイルシステム部１４０は、ＮＦＳサーバ部１３０からの要求に応じて、ストレージ装置１１０のファイルを操作する。ローカルファイルシステム部１４０は、例えば、Linux（登録商標）のext3ファイルシステムを改造することで実現できる。
【００７８】
ローカルファイルシステム部１４０は、ストレージ装置１１０内にテナントごとのディレクトリを作成し、各テナントのファイルを該当ディレクトリ配下に格納する。
図５は、ローカルファイルシステムのディレクトリ構造を示す図である。ルートディレクトリ４１の下には、テナントごとのディレクトリ４２，４３，４４，４５，・・・が設けられている。図５の例では、各ディレクトリのディレクトリ名として、そのディレクトリを使用するテナントとのテナント名が設定されている。例えば、ディレクトリ４２のディレクトリ名は「apple」である。
【００７９】
ディレクトリ４２の配下には、複数のファイル５１，５２，・・・が格納されている。同様に、他のディレクトリ４３，４４，４５，・・・にも複数のファイルが格納されている。
【００８０】
このディレクトリ４２は、ディレクトリ名で示されるテナント名「apple」に対応するファイルアクセス装置からのみアクセスが許可される。また、ディレクトリ４２の配下のファイル５１，５２についても、上位のディレクトリのディレクトリ名で示されるテナント名「apple」に対応するファイルアクセス装置からのみアクセスが許可される。
【００８１】
ディレクトリやファイルにアクセス可能なファイルアクセス装置の情報は、ディレクトリやファイルのｉｎｏｄｅに、拡張属性として登録される。
図６は、ｉｎｏｄｅ記憶部に格納されたｉｎｏｄｅの例を示す図である。ｉｎｏｄｅ記憶部１４１内には、複数のｉｎｏｄｅ１４１ａ，１４１ｂ，１４１ｃ，・・・が格納されている。
【００８２】
各ｉｎｏｄｅ１４１ａ，１４１ｂ，１４１ｃ，・・・には、ｉｎｏｄｅ番号が付与されている。ローカルファイルシステム内では、ｉｎｏｄｅ番号によって、各ディレクトリおよびファイルが一意に識別される。
【００８３】
各ｉｎｏｄｅ１４１ａ，１４１ｂ，１４１ｃ，・・・には、ファイルデータ位置情報、ＵＩＤ／ＧＩＤ、アクセス権、拡張属性などの情報が含まれている。ファイルデータ位置情報は、ｉｎｏｄｅに対応するディレクトリまたはファイルの実体的なデータ（ファイルデータ１１１，１１２，１１３，・・・）が格納されたストレージ装置１１０内での位置を示す情報である。例えば、ファイルデータ位置情報には、ファイルデータ１１１の格納領域の先頭のブロック番号、データサイズなどが格納される。
【００８４】
ＵＩＤ／ＧＩＤは、ファイルの所有者のユーザＩＤとグループＩＤである。このＵＩＩＤ／ＧＩＤは、ファイルアクセス装置３００，４００，・・・それぞれで個別に設定された値である。すなわち、ファイルアクセス装置３００，４００，・・・においてユーザ認証に用いられた認証情報に対応するＵＩＤ／ＧＩＤが、ファイルの所有者の識別情報として使用される。
【００８５】
アクセス権は、例えばパーミッションと呼ばれる情報であり、所有者、所有者の属するグループ内のユーザ、および所有者の属するグループに含まれないユーザそれぞれに、どの様なファイルアクセスを許可するのかが設定される。アクセスの種別には、読み出し、書き込み、実行がある。
【００８６】
左から１〜３番目の値が、所有者の権限（Owner権限）を示している。左から４〜６番目の値が、所有者と同じグループに属するユーザの権限（Group権限）を示している。左から７〜９番目の値が、所有者の属するグループに含まれないユーザの権限（Other権限）を示している。各権限は３つの値で構成されており、左側が読み込み権限の有無を示し、中央が書き込み権限の有無を示し、右側が実行権限の有無を示す。読み込み権限があれば「ｒ」が設定される。書き込み権限があれば「ｗ」が設定される。実行権限があれば「ｘ」が設定される。
【００８７】
拡張属性には、ファイルにアクセス可能なファイルアクセス装置３００を示すテナント名が設定される。例えば、ｉｎｏｄｅ１４１ａの拡張属性にはテナント名「melon」が設定される。これは、テナント名「melon」に対応するファイルアクセス装置３００からのアクセスのみが許可されることを示している。
【００８８】
なお図１に示すファイル管理装置１内の処理機能は、図４に示すＮＦＳサーバ部１３０とローカルファイルシステム部１４０との連係動作によって実現される。なお、ファイル管理装置１内の処理機能とは、ファイル管理装置１内のサービスチケット取得手段１ａ、識別情報送信手段１ｃ、装置アクセス権判定手段１ｄ、およびユーザアクセス権判定手段１ｆの各機能である。また図１に示す装置識別情報記憶手段１ｂのうちサービスチケット記憶領域１ｂｂについては、図４に示すサービスチケット記憶部１２０によって実現される。図１に示す装置識別情報記憶手段１ｂのアクセス可能装置名記憶領域１ｂａと、ユーザアクセス権記憶手段１ｅについては、図４に示すローカルファイルシステム部１４０内のｉｎｏｄｅ記憶部１４１によって実現される。
【００８９】
次に、ユーザ端末からのアクセス要求に基づくファイルアクセス手順について説明する。
図７は、ファイルアクセス手順を示すシーケンス図である。以下、図７に示す処理をステップ番号に沿って説明する。
【００９０】
〔ステップＳ１１〕ファイルアクセス装置３００が起動されると、レベル７スイッチ部３２０は、ケルベロスサーバ２００に対してテナント名などを引数にしてＫＲＢ＿ＡＳ＿ＲＥＱ要求を発行する。
【００９１】
〔ステップＳ１２〕ケルベロスサーバ２００は、レベル７スイッチ部３２０にＫＲＢ＿ＡＳ＿ＲＥＰ応答を発行する。ＫＲＢ＿ＡＳ＿ＲＥＰ応答には、チケット認可チケット（ＴＧＴ：Ticket Granting Ticket）が含まれる。
【００９２】
具体的には、ケルベロスサーバ２００は、鍵配布センタ（ＫＤＣ：Key Distribution Center）データベースを有し、予めファイルアクセス装置３００，４００，・・・のテナント名と、秘密鍵の組をＫＤＣデータベースに格納している。ケルベロスサーバ２００は、ＫＲＢ＿ＡＳ＿ＲＥＱ要求を受信すると、ＫＲＢ＿ＡＳ＿ＲＥＱ要求に含まれるテナント名がＫＤＣデータベースに登録されていることを確認する。テナント名が登録されていれば、ケルベロスサーバ２００は、ＫＤＣデータベースからテナント名に対応する非公開鍵を取得する。次にケルベロスサーバ２００は、ファイルアクセス装置３００と通信するための第１のセッション鍵（Ｋ１）とチケット認可チケットを生成する。ケルベロスサーバ２００は、第１のセッション鍵（Ｋ１）とチケット認可チケットとを暗号化する。例えばケルベロスサーバ２００は、セッション鍵を、ファイルアクセス装置３００の秘密鍵を使って暗号化し、チケット認可チケットを、ケルベロスサーバ２００の秘密鍵を使って暗号化する。そして、ケルベロスサーバ２００は、暗号化されたセッション鍵とチケット認可チケットとを含むＫＲＢ＿ＡＳ＿ＲＥＰ応答をファイルアクセス装置３００に送信する。
【００９３】
〔ステップＳ１３〕レベル７スイッチ部３２０は、ケルベロスサーバ２００に対して、認証子などを引数にしてＫＲＢ＿ＴＧＳ＿ＲＥＱ要求を送信する。具体的には、レベル７スイッチ部３２０は、ケルベロスサーバ２００から受け取った第１のセッション鍵（Ｋ１）を自己の秘密鍵で復号する。次に、レベル７スイッチ部３２０は、自己の識別情報として認証子を生成し、その認証子を第１のセッション鍵（Ｋ１）で暗号化する。そしてレベル７スイッチ部３２０は、暗号化された認証子、ステップＳ１２で受け取ったチケット認可チケット、およびサービス名を含むＫＲＢ＿ＴＧＳ＿ＲＥＱ要求を、ケルベロスサーバ２００に送信する。この例では、サービス名として、ファイル管理装置１００によるファイル管理サービスの名称が設定される。
【００９４】
〔ステップＳ１４〕ケルベロスサーバ２００は、サービスチケットを含むＫＲＢ＿ＴＧＳ＿ＲＥＰ応答を、レベル７スイッチ部３２０に送信する。具体的には、ファイルアクセス装置３００から送られたチケット認可チケットを復号して、使用期限が経過していないことなどの内容を確認する。またケルベロスサーバ２００は、認証子をセッション鍵（Ｋ１）で復号する。認証子が正しく復号されると、ケルベロスサーバ２００はファイルアクセス装置３００に対してサービスの利用を許可する。ケルベロスサーバ２００は、サービスの利用を許可した場合、ファイル管理装置１００にアクセスするためのサービスチケットを、ファイル管理装置１００の秘密鍵で暗号化する。そしてケルベロスサーバ２００は、暗号化したサービスチケットと、第１のセッション鍵（Ｋ１）で暗号化した第２のセッション鍵（Ｋ２）を含むＫＲＢ＿ＴＧＳ＿ＲＥＰ応答を、ファイルアクセス装置３００に送信する。第２のセッション鍵（Ｋ２）は、ファイルアクセス装置３００とファイル管理装置１００との間の通信用のセッション鍵である。
【００９５】
ファイルアクセス装置３００のレベル７スイッチ部３２０は、ＫＲＢ＿ＴＧＳ＿ＲＥＰ応答に含まれていたサービスチケットと第２のセッション鍵（Ｋ２）とを、ＲＡＭなどの記憶装置に格納する。例えば、サービスチケットと第２のセッション鍵（Ｋ２）とは、ファイル管理装置１００が提供するサービスのサービス名に対応付けて格納される。
【００９６】
なお、セッション鍵（Ｋ２）は、暗号化されたまま格納しておき、使用する際に復号することができる。また、第２のセッション鍵（Ｋ２）を予め復号して格納しておいてもよい。第２のセッション鍵（Ｋ２）は、ステップＳ１２で取得した第１のセッション鍵（Ｋ１）を用いて復号できる。
【００９７】
以上の処理が、ファイルアクセス装置３００の起動時に実行される処理である。その後、ユーザ端末２１，２２，２３，・・・からのアクセス要求がファイルアクセス装置３００に入力されると、以下の処理が実行される。
【００９８】
〔ステップＳ１５〕ファイルアクセス装置３００のＮＦＳクライアント部３１０は、ユーザ端末２１，２２，２３，・・・からのアクセス要求に応答して、１回目のＮＦＳ要求をレベル７スイッチ部３２０に対して出力する。このＮＦＳ要求では、アクセス先としてファイル管理装置１００が指定されている。なおＮＦＳクライアント部３１０は、ＮＦＳ要求を発行する場合、毎回、ＲＰＣ（Remote Procedure Call）のヘッダ部に、アクセス要求を出力したユーザのＵＩＤ／ＧＩＤ情報を埋め込んでおく。なお、ＮＦＳ要求の詳細は後述する（図８参照）。
【００９９】
〔ステップＳ１６〕レベル７スイッチ部３２０は、１回目のＮＦＳ要求に応答して、サービスチケットをファイル管理装置１００に送信する。例えばレベル７スイッチ部３２０は、ファイルアクセス装置３００を示す認証子と、ファイル管理装置１００が提供するサービス名に対応付けて格納されたサービスチケットとを、ファイル管理装置１００に送信する。サービスチケットと共に送信される認証子は、例えばステップＳ１３の処理においてケルベロスサーバ２００に送信した認証子が用いられる。またサービチケットと共に送信される認証子は、例えば第２のセッション鍵（Ｋ２）で暗号化される。
【０１００】
〔ステップＳ１７〕ファイル管理装置１００のＮＦＳサーバ部１３０は、サービスチケットが通知されると、ファイルアクセス装置３００にニックネームを応答する。具体的には、ＮＦＳサーバ部１３０は、ファイルアクセス装置３００から送られた認証子を第２のセッション鍵で復号する。正しく復号できた場合、ＮＦＳサーバ部１３０は、サービスチケットをファイル管理装置１００の秘密鍵で復号する。ＮＦＳサーバ部１３０は、復号したサービスチケットを、そのサービスチケットに対して一意の値のニックネームに関連付けて、サービスチケット記憶部１２０に格納する。ニックネームとしては、サービスチケットよりもデータサイズが小さいデータである。そして、ＮＦＳサーバ部１３０は、格納したサービスチケットに関連付けられたニックネームの値を、ファイルアクセス装置３００に対して送信する。このときＮＦＳサーバ部１３０は、ニックネームを第２のセッション鍵（Ｋ２）で暗号化してもよい。なお、サービスチケット記憶部１２０のデータ構造について後述する（図９参照）。
【０１０１】
〔ステップＳ１８〕ファイルアクセス装置３００のレベル７スイッチ部３２０は、ニックネームの応答を受け取ると、ファイル管理装置１００に対してニックネームを付加したＮＦＳ要求を送信する。具体的にはレベル７スイッチ部３２０は、１回目のＮＦＳ要求に対応する応答で受け取ったニックネームを、ＲＡＭなどの記憶媒体に格納する。例えば、レベル７スイッチ部３２０は、ファイル管理装置１００が提供しているサービスのサービス名に対応付けて、ニックネームを格納する。次にレベル７スイッチ部３２０は、入手したニックネームをＮＦＳ要求ファイルハンドルに埋め込んで、ファイル管理装置１００に送信する。レベル７スイッチ部３２０は、ニックネームが暗号化されていた場合、第２のセッション鍵（Ｋ２）を用いてニックネームを復号することができる。
【０１０２】
なお、サービスチケットの代わりにニックネームを送信するのは、ニックネームの方がサービスチケットよりデータサイズが小さく、ＮＦＳのファイルハンドルに入りきるためである。すなわち、ニックネームは、少なくともＮＦＳのファイルバンドルに入りきるサイズで生成される。ニックネームを付与したＮＦＳ要求の詳細は後述する（図１０参照）。
【０１０３】
〔ステップＳ１９〕ファイル管理装置１００のＮＦＳサーバ部１３０は、ＵＩＤ／ＧＩＤやテナント名に基づいてアクセス権の有無を判断し、ＮＦＳ要求に応じたファイルアクセスを実行する。ファイルアクセス処理の詳細は後述する（図１１参照）。
【０１０４】
〔ステップＳ２０〕ＮＦＳサーバ部１３０は、ＮＦＳ要求の結果をファイルアクセス装置３００に応答する。
〔ステップＳ２１〕ファイルアクセス装置３００のレベル７スイッチ部３２０は、ファイル管理装置１００から送られたアクセス結果を、ＮＦＳクライアント部３１０に応答する。するとＮＦＳクライアント部３１０が、アクセス要求の送信元であるユーザ端末に対してアクセス結果を送信する。
【０１０５】
〔ステップＳ２２〕その後、いずれかのユーザ端末から２回目のアクセス要求がファイルアクセス装置３００に入力されると、ＮＦＳクライアント部３１０は、２回目のＮＦＳ要求をレベル７スイッチ部３２０に出力する。ここで２回目のアクセス要求とは、ファイルアクセス装置３００が受信したアクセス要求の２回目という意味である。すなわち、１回目のアクセス要求を出力したユーザ端末と異なるユーザ端末から出力されたアクセス要求であっても、１回目のアクセス要求の受信後に受信したアクセス要求は、２回目のアクセス要求である。
【０１０６】
〔ステップＳ２３〕レベル７スイッチ部３２０は、２回目以降のＮＦＳ要求を受け取った場合、ステップＳ１７で既に取得済みのニックネームをＮＦＳ要求に付与し、ファイル管理装置１００に送信する。具体的には、レベル７スイッチ部３２０は、ＮＦＳ要求の送信先であるファイル管理装置１００が提供するサービスのサービス名に対応付けて、既にニックネームがＲＡＭ内に格納されていることにより、２回目以降のＮＦＳ要求であることを認識する。次にレベル７スイッチ部３２０は、ファイル管理装置１００が提供するサービスのサービス名に対応付けられたニックネームを取得し、ＮＦＳ要求のファイルバンドルに埋め込む。そしてレベル７スイッチ部３２０は、ニックネームを埋め込んだＮＦＳ要求を、ファイル管理装置１００に送信する。
【０１０７】
〔ステップＳ２４〕ファイル管理装置１００のＮＦＳサーバ部１３０は、ＵＩＤ／ＧＩＤやテナント名に基づいてアクセス権の有無を判断し、ＮＦＳ要求に応じたファイルアクセスを実行する。
【０１０８】
〔ステップＳ２５〕ＮＦＳサーバ部１３０は、ＮＦＳ要求の結果をファイルアクセス装置３００に応答する。
〔ステップＳ２６〕ファイルアクセス装置３００のレベル７スイッチ部３２０は、ファイル管理装置１００から送られたアクセス結果を、ＮＦＳクライアント部３１０に応答する。するとＮＦＳクライアント部３１０が、アクセス要求の送信元であるユーザ端末に対してアクセス結果を送信する。
【０１０９】
３回目以降のアクセス要求がユーザ端末から入力された場合、ステップＳ２２〜ステップＳ２６に示す２回目のアクセス要求時と同様の処理が実行される。
次にファイルアクセス装置３００からファイル管理装置１００に送信されるＮＦＳ要求のデータフォーマットについて説明する。
【０１１０】
図８は、ＮＦＳクライアント部から出力されるＮＦＳ要求のデータ構造例を示す図である。ＮＦＳ要求６０には、ヘッダ６１と本体６２とが含まれている。
ヘッダ６１には、プロシジャ番号、信用証明（Credential）などが含まれている。プロシジャ番号は、要求の種別を示す識別番号である。要求の種別には、書き込み要求、読み出し要求、実行要求がある。信用証明は、アクセス権限などの証明情報である。信用証明には、アクセス要求を出力したユーザ端末を使用しているユーザのＵＩＤとＧＩＤとが含まれている。
【０１１１】
本体６２には、ファイルバンドルが含まれている。ファイルバンドルには、アクセス対象のファイルを示すｉｎｏｄｅ番号が含まれている。
このようなＮＦＳ要求６０を受け取ったレベル７スイッチ部３２０により、ファイル管理装置１００にサービスチケットが送信され、ファイル管理装置１００でニックネームが発行される。ファイル管理装置１００では、サービスチケットが、ニックネームに関連付けてサービスチケット記憶部１２０に格納される。
【０１１２】
図９は、サービスチケット記憶部のデータ構造例を示す図である。サービスチケット記憶部１２０には、複数のサービスチケット１２１，１２２，１２３，・・・，１２ｎが格納されている。各サービスチケット１２１，１２２，１２３，・・・，１２ｎには、サービスチケット記憶部１２０内でレコードを識別するためのインデックス（index）が設けられている。本実施の形態では、インデックスの値がニックネームとして使用される。
【０１１３】
また各サービスチケット１２１，１２２，１２３，・・・，１２ｎには、プリンシパル名が設定されている。プリンシパルは、ケルベロス方式の認証で認証を受けたファイルアクセス装置の名称である。第２の実施の形態は、プリンシパル名として、各ファイルアクセス装置のテナント名が設定されている。
【０１１４】
レベル７スイッチ部３２０は、ファイル管理装置１００からニックネームを受け取ると、ＮＦＳ要求６０にニックネームが付加してファイル管理装置１００に送信する。
図１０は、ニックネーム付加後のＮＦＳ要求を示す図である。レベル７スイッチ部３２０から出力されるＮＦＳ要求６０ａは、本体６２のファイルバンドル内にニックネームが追加されている。このようなＮＦＳ要求６０ａがファイル管理装置１００に送られることで、ファイル管理装置１００では、ＮＦＳ要求６０ａに示されるニックネームにより、サービスチケットを一意に特定できる。そして、ＮＦＳ要求６０ａに対応するサービスチケットが特定できれば、アクセス権の有無を適切に判断できる。
【０１１５】
図１１は、ＮＦＳサーバ部によるファイルアクセス処理の手順を示すフローチャートである。以下、図１１に示す処理をステップ番号に沿って説明する。
〔ステップＳ３１〕ＮＦＳサーバ部１３０は、受信したＮＦＳ要求に含まれるニックネームに対応するサービスチケットを、サービスチケット記憶部１２０から検索する。そしてＮＦＳサーバ部１３０は、検索でヒットしたサービスチケット内のプリンシパル名を取得する。
【０１１６】
〔ステップＳ３２〕ＮＦＳサーバ部１３０は、受信したＮＦＳ要求に含まれるｉｎｏｄｅ番号に対応するｉｎｏｄｅを、ローカルファイルシステム部１４０から取得する。そしてＮＦＳサーバ部１３０は、取得したｉｎｏｄｅの拡張属性に設定されているテナント名を取得する。
【０１１７】
〔ステップＳ３３〕ＮＦＳサーバ部１３０は、サービスチケットのプリンシパル名とｉｎｏｄｅのテナント名とが一致するか否かを判断する。一致した場合、処理がステップＳ３４に進められる。不一致の場合、処理がステップＳ３９に進められる。
【０１１８】
〔ステップＳ３４〕ＮＦＳサーバ部１３０は、取得したＮＦＳ要求のヘッダからＵＩＤ／ＧＩＤを抽出する。
〔ステップＳ３５〕ＮＦＳサーバ部１３０は、ステップＳ３２で取得したｉｎｏｄｅから、ファイルの所有者のＵＩＤ／ＧＩＤ、およびアクセス権の情報を抽出する。
【０１１９】
〔ステップＳ３６〕ＮＦＳサーバ部１３０は、ｉｎｏｄｅに示されるアクセス権と、ＮＦＳ要求から抽出されたＵＩＤ／ＧＩＤとを比較し、ＵＩＤ／ＧＩＤで示されるユーザがＵＩＤ／ＧＩＤ方式によるアクセス権を保持しているか否かを判断する。
【０１２０】
具体的にはＮＦＳサーバ部１３０は、ＮＦＳ要求から抽出したＵＩＤ／ＧＩＤと、ｉｎｏｄｅから抽出したＵＩＤ／ＧＩＤとを比較する。ＮＦＳサーバ部１３０は、比較によって、ＮＦＳ要求を依頼元であるユーザの属性を判断する。ユーザの属性には、ファイルの所有者、ファイルの所有者と同じグループに属するユーザ、およびグループ外のユーザがある。ＵＩＤが一致すれば、ファイルの所有者からのＮＦＳ要求である。ＧＩＤが一致すれば、ファイルの所有者と同じグループ内のユーザからのＮＦＳ要求である。ＵＩＤ／ＧＩＤ共に一致しなければ、グループ外のユーザからのＮＦＳ要求である。そして、ＮＦＳサーバ部１３０は、アクセス権の情報を参照して、ユーザの属性に応じたアクセス権を取得する。アクセス権には、書き込みの許否、読み出しの許否、実行の許否が示される。ＮＦＳ要求で示されるアクセスの種別（書き込み、読み出し、まはた実行）に応じて、その種別のアクセスが許可されていれば、ＮＦＳサーバ部１３０はアクセス権を保持していると判断する。
【０１２１】
アクセス権があれば、処理がステップＳ３７に進められる。アクセス権がなければ、処理がステップＳ３９に進められる。
〔ステップＳ３７〕ＮＦＳサーバ部１３０は、ファイルシステムへの要求を実行する。すなわちＮＦＳサーバ部１３０は、ＮＦＳ要求で示されたアクセス処理を、ローカルファイルシステム部１４０に要求する。ローカルファイルシステム部１４０は、要求に従ってストレージ装置１１０内のファイルアクセスを実行し、実行結果をＮＦＳサーバ部１３０に応答する。ファイルアクセスがデータの書き込みの場合、例えば書き込み完了のメッセージが、実行結果として応答される。ファイルアクセスがデータの読み出しの場合、例えば読み出されたデータが、実行結果として応答される。ファイルアクセスがファイル内のプログラムの実行の場合、例えばファイル内のプログラムが、実行結果として応答される。
【０１２２】
〔ステップＳ３８〕ＮＦＳサーバ部１３０は、ローカルファイルシステム部１４０から受け取ったアクセス結果を、ファイルアクセス装置３００に応答する。その後、ファイルアクセス処理が終了する。
【０１２３】
〔ステップＳ３９〕ＮＦＳサーバ部１３０は、プリンシパル名とｉｎｏｄｅのテナント名とが不一致の場合、およびユーザがアクセス権を保持していない場合には、ユーザに対するエラーメッセージを、ファイルアクセス装置３００に応答する。
【０１２４】
以上のようにして、ｉｎｏｄｅのテナント名と一致するファイルアクセス装置からの正当なアクセス権を保持するユーザのアクセスの場合にのみ、ＮＦＳ要求に示されるファイルアクセスが実行される。換言すると、ｉｎｏｄｅに設定されているテナント名と異なるテナント名のファイルアクセス装置からのＮＦＳ要求の場合、ＵＩＤ／ＧＩＤ方式によるアクセス権の有無に関係なく、ファイルアクセスが拒否される。
【０１２５】
ここで、図６に示したようなｉｎｏｄｅ記憶部１４１と図９に示したようなサービスチケット記憶部１２０とに基づく、ファイアクセスの許否判定例を以下に示す。
（第１の例）ＮＦＳ要求の内容が「inode番号=3，Nickname=1，UID=5，GID=2，プロシジャ番号=read」の場合
第１の例において、ＮＦＳ要求で示されるニックネームは「１」である。そのニックネームに対応するプリンシパル名は「apple」である（図９参照）。またＮＦＳ要求で示されるｉｎｏｄｅ番号は「３」である。そこで、ｉｎｏｄｅ記憶部１４１内のｉｎｏｄｅ番号「３」のｉｎｏｄｅ１４３（図６参照）とＮＦＳ要求とが比較される。ｉｎｏｄｅ１４３の拡張属性に設定されているテナント名は「orange」である。すると、プリンシパル名とｉｎｏｄｅのテナント名が異なるため、アクセス不可と判定される。
【０１２６】
（第２の例）ＮＦＳ要求の内容が「inode番号=2，Nickname=3，UID=4，GID=2，プロシジャ番号=write」の場合
第２の例において、ＮＦＳ要求で示されるニックネームは「３」である。そのニックネームに対応するプリンシパル名は「peach」である（図９参照）。またＮＦＳ要求で示されるｉｎｏｄｅ番号は「２」である。そこで、ｉｎｏｄｅ記憶部１４１内のｉｎｏｄｅ番号「２」のｉｎｏｄｅ１４２（図６参照）とＮＦＳ要求とが比較される。ｉｎｏｄｅ１４３の拡張属性に設定されているテナント名は「peach」である。すると、プリンシパル名とｉｎｏｄｅのテナント名が一致する。またＮＦＳ要求で示されるＵＩＤは「４」、ＧＩＤは「２」である。他方、ｉｎｏｄｅ１４２に示されるＵＩＤは「５」、ＧＩＤは「２」である。するとＮＦＳ要求を出したのは、アクセス対象のファイルの所有者ではないが、所有者と同じグループ内のユーザである。ｉｎｏｄｅ１４２に設定されているアクセス権では、グループ内のユーザに対して読み込みアクセスのみが認められている。他方、ＮＦＳ要求のプロシジャ番号には書き込み要求であることが示されている。すると、ＮＦＳ要求を出したユーザにアクセス権がないため、アクセス不可と判断される。
【０１２７】
（第３の例）ＮＦＳ要求の内容が「inode番号=2，Nickname=3，UID=5，GID=2，プロシジャ番号=write」の場合
第３の例において、ＮＦＳ要求で示されるニックネームは「３」である。そのニックネームに対応するプリンシパル名は「peach」である（図９参照）。またＮＦＳ要求で示されるｉｎｏｄｅ番号は「２」である。そこで、ｉｎｏｄｅ記憶部１４１内のｉｎｏｄｅ番号「２」のｉｎｏｄｅ１４２（図６参照）とＮＦＳ要求とが比較される。ｉｎｏｄｅ１４３の拡張属性に設定されているテナント名は「peach」である。すると、プリンシパル名とｉｎｏｄｅのテナント名が一致する。またＮＦＳ要求で示されるＵＩＤは「５」、ＧＩＤは「２」である。他方、ｉｎｏｄｅ１４２に示されるＵＩＤは「５」、ＧＩＤは「２」である。するとＮＦＳ要求を出したのは、アクセス対象のファイルの所有者である。ｉｎｏｄｅ１４２に設定されているアクセス権では、所有者に対して書き込みと読み出しとのアクセスが認められている。ＮＦＳ要求のプロシジャ番号には書き込み要求であることが示されている。すると、ＮＦＳ要求を出したユーザにアクセス権があり、アクセス可と判断される。
【０１２８】
ところで、上記の実施の形態では、主にファイル操作に関するアクセスの許否判定について説明したが、ディレクトリ操作に関するアクセスの許否判定も同様に行うことができる。すなわち、ディレクトリに対してもファイルと同様のｉｎｏｄｅが設けられているため、そのｉｎｏｄｅの拡張属性に、そのディレクトリ配下のファイルを使用するファイルアクセス装置のテナント名が設定される。ディレクトリ配下のファイルのリストが要求された場合、およびディレクトリ配下のファイルの作成／削除が要求された場合、ｉｎｏｄｅに設定されているテナント名と一致するテナント名のファイルアクセス装置からの要求のみが許可される。
【０１２９】
ここで、ディレクトリ配下へのファイル／ディレクトリ作成時は、作成したファイル／ディレクトリのｉｎｏｄｅの拡張属性に、要求元のファイルアクセス装置のテナント名が格納される。すなわち、ファイル／ディレクトリ作成は親ディレクトリへの操作に対してのテナント認証の成功が前提となる。するとファイル／ディレクトリ作成時に、作成されたファイル／ディレクトリのｉｎｏｄｅの拡張属性に、作成要求を出力したファイルアクセス装置のテナント名を設定すると、親ディレクトリと同じテナント名が格納されることとなる。結果として、親ディレクトリのテナント名が、新たに作成されたファイル／ディレクトリに引き継がれる。
【０１３０】
以上説明したように、第２の実施の形態では、特定のテナントに属するファイルアクセス装置に対してケルベロス方式のチケットが配布される。そして、ファイルシステム要求の対象ファイルの拡張属性のテナント名がチケットのプリンシパル名に含まれていることが確認される。これにより、すべてのテナントは、異なるテナントのファイルアクセス装置から自テナントのファイルへのアクセスを防止することができる。そのため、仮に異なるテナントのユーザが同一のＵＩＤ／ＧＩＤを使用してファイルシステム要求を送信したとしても、相互のセキュリティは維持される。従って、ＵＩＤ／ＧＩＤは従来のようにそれぞれのテナントに閉じてローカルに管理すればよく、他テナントのＵＩＤ／ＧＩＤとの衝突を心配する必要はない。
【０１３１】
また、第２の実施の形態では、ユーザのアクセス権の設定にＵＩＤ／ＧＩＤを使い続けることができる。そのため、ファイルシステムのユーザ認証方式をＵＩＤ／ＧＩＤ方式からケルベロス方式へ移行させる場合でも、本来なら必要なはずの鍵の再生成やアクセス権の再設定を、個々のユーザが行う必要はない。その結果、早急に移行を完了させることができる。
【０１３２】
〔その他の応用例〕
上記第２の実施の形態では、ケルベロス方式によりファイルアクセス装置の認証を行っているが、認証されたことを示す証明書にテナント名を含ませることが可能な他の認証方式を利用することもできる。
【０１３３】
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、ファイル管理装置１，１００やファイルアクセス装置２，２ａ，・・・，３００，４００，・・・が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記憶装置、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁気記憶装置には、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープなどがある。光ディスクには、ＤＶＤ、ＤＶＤ−ＲＡＭ、ＣＤ−ＲＯＭ／ＲＷなどがある。光磁気記録媒体には、ＭＯ（Magneto-Optical disc）などがある。
【０１３４】
プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭなどの可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
【０１３５】
プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。
【０１３６】
また、上記の処理機能の少なくとも一部を、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）などの電子回路で実現することもできる。
【０１３７】
以上、実施の形態を例示したが、実施の形態で示した各部の構成は同様の機能を有する他のものに置換することができる。また、他の任意の構成物や工程が付加されてもよい。さらに、前述した実施の形態のうちの任意の２以上の構成（特徴）を組み合わせたものであってもよい。
【０１３８】
以上説明した実施の形態の主な技術的特徴は、以下の付記の通りである。
（付記１） ストレージ装置に格納されるファイルを管理するファイル管理装置において、
ファイルアクセス装置から、該ファイルアクセス装置の識別情報と、ユーザの識別情報とを含む、前記ファイルへのアクセス要求を受信する通信インタフェース部と、
受信した前記ファイルアクセス装置の識別情報に基づいて、該ファイルアクセス装置が前記ファイルに対するアクセス権を有するか否かの第１の判定を行い、受信した前記ユーザの識別情報に基づいて、該ユーザが前記ファイルに対するアクセス権を有しているか否かの第２の判定を行い、該第１の判定及び該第２の判定の双方において、アクセス権が有ると判定する場合に、前記アクセス要求に応じた前記ファイルへのアクセスを許容する制御装置と、
を有することを特徴とするファイル管理装置。
【０１３９】
（付記２） ストレージ装置に格納されたファイルを管理するファイル管理装置において、
送信元のファイルアクセス装置を示す識別情報と、アクセス対象のファイルを使用するユーザのユーザＩＤとを含む、前記ファイルへのアクセス要求を受信すると、前記ファイルそれぞれに対してアクセス権を有する前記ファイルアクセス装置の前記識別情報を記憶する装置識別情報記憶手段を参照し、前記アクセス要求を出力した前記ファイルアクセス装置がアクセス対象の前記ファイルに対するアクセス権を有するか否かを判定する装置アクセス権判定手段と、
前記アクセス要求を受信すると、前記ファイルそれぞれに対してユーザＩＤに応じたアクセス権が設定されたユーザアクセス権記憶手段を参照し、前記アクセス要求に含まれる前記ユーザＩＤで示される前記ユーザがアクセス対象の前記ファイルに対するアクセス権を有しているか否かを判定するユーザアクセス権判定手段と、
前記ファイルアクセス装置がアクセス権を有し、かつ前記ユーザがアクセス権を有している場合、前記アクセス要求に応じたファイルアクセスを実行するファイルアクセス手段と、
を有することを特徴とするファイル管理装置。
【０１４０】
（付記３） ストレージ装置に格納されたファイルを管理する処理をコンピュータに実行させるファイル管理プログラムにおいて、
前記コンピュータに、
送信元のファイルアクセス装置を示す識別情報と、アクセス対象の前記ファイルを使用するユーザのユーザＩＤとを含む、前記ファイルへのアクセス要求を受信すると、前記ファイルそれぞれに対してアクセス権を有する前記ファイルアクセス装置の前記識別情報を記憶する装置識別情報記憶手段を参照し、前記アクセス要求を出力した前記ファイルアクセス装置がアクセス対象の前記ファイルに対するアクセス権を有するか否かを判定し、
前記アクセス要求を受信すると、前記ファイルそれぞれに対してユーザＩＤに応じたアクセス権が設定されたユーザアクセス権記憶手段を参照し、前記アクセス要求に含まれる前記ユーザＩＤで示される前記ユーザがアクセス対象の前記ファイルに対するアクセス権を有しているか否かを判定し、
前記ファイルアクセス装置がアクセス権を有し、かつ前記ユーザがアクセス権を有している場合、前記アクセス要求に応じたファイルアクセスを実行する、
処理を実行させることを特徴とするファイル管理プログラム。
【０１４１】
（付記４） 前記識別情報は、前記ファイルへのアクセス権を前記ファイルアクセス装置が正当に有することが、認証サーバによって認証されていることを示す情報であることを特徴とする付記３記載のファイル管理プログラム。
【０１４２】
（付記５） 前記コンピュータに、さらに、
前記ファイルへのアクセス権を有する前記ファイルアクセス装置に対して前記認証サーバによって発行されたサービスチケットを受信すると、前記サービスチケットを、前記ファイルアクセス装置の前記識別情報に関連付けて前記装置識別情報記憶手段に格納し、
前記サービスチケットに関連付けられた前記識別情報を、前記サービスチケットの送信元である前記ファイルアクセス装置に送信する、
処理を実行させることを特徴とする付記４記載のファイル管理プログラム。
【０１４３】
（付記６） 前記サービスチケットには、前記ファイルへのアクセス権を有する前記ファイルアクセス装置の装置名が含まれており、
前記装置識別情報記憶手段は、前記ファイルに対応付けて、前記ファイルに対するアクセス権を有する前記ファイルアクセス装置の装置名を記憶するアクセス可能装置名記憶領域と、前記識別情報と前記サービスチケットとを関係づけて記憶するサービスチケット記憶領域とに分かれており、
前記ファイルアクセス装置のアクセス権判定では、前記サービスチケット記憶領域を参照して、前記アクセス要求に示される前記識別情報に対応する前記装置名を抽出し、抽出した前記装置名が、アクセス対象となる前記ファイルに対応付けて前記アクセス可能装置名記憶領域に記憶されている場合、前記アクセス要求を出力した前記ファイルアクセス装置がアクセス権を有すると判断する、
ことを特徴とする付記５記載のファイル管理プログラム。
【０１４４】
（付記７） 前記アクセス可能装置名記憶領域は、前記ストレージ装置を管理するローカルファイルシステムが前記ファイルを管理するためのファイル管理情報内の領域であることを特徴とする付記６記載のファイル管理プログラム。
【０１４５】
（付記８） 前記サービスチケットは、ケルベロス方式により認証を行うケルベロスサーバで発行され、前記装置名は、前記サービスチケットのプリンシパル名の設定フィールドに格納されていることを特徴とする付記６記載のファイル管理プログラム。
【０１４６】
（付記９） 前記識別情報は、前記サービスチケットよりもデータ量が少ないことを特徴とする付記５記載のファイル管理装置。
（付記１０） ストレージ装置に格納されたファイルを管理する処理を、コンピュータで実行するファイル管理方法において、
前記コンピュータが、
送信元のファイルアクセス装置を示す識別情報と、アクセス対象の前記ファイルを使用するユーザのユーザＩＤとを含む、前記ファイルへのアクセス要求を受信すると、前記ファイルそれぞれに対してアクセス権を有する前記ファイルアクセス装置の前記識別情報を記憶する装置識別情報記憶手段を参照し、前記アクセス要求を出力した前記ファイルアクセス装置がアクセス対象の前記ファイルに対するアクセス権を有するか否かを判定し、
前記アクセス要求を受信すると、前記ファイルそれぞれに対してユーザＩＤに応じたアクセス権が設定されたユーザアクセス権記憶手段を参照し、前記アクセス要求に含まれる前記ユーザＩＤで示される前記ユーザがアクセス対象の前記ファイルに対するアクセス権を有しているか否かを判定し、
前記ファイルアクセス装置がアクセス権を有し、かつ前記ユーザがアクセス権を有している場合、前記アクセス要求に応じたファイルアクセスを実行する、
ことを特徴とするファイル管理方法。
【符号の説明】
【０１４７】
１ ファイル管理装置
１−１ 通信インタフェース部
１−２ 制御装置
１ａ サービスチケット取得手段
１ｂ 装置識別情報記憶手段
１ｂａ アクセス可能装置名記憶領域
１ｂｂ サービスチケット記憶領域
１ｃ 識別情報送信手段
１ｄ 装置アクセス権判定手段
１ｅ ユーザアクセス記憶手段
１ｆ ユーザアクセス権判定手段
１ｇ ファイルアクセス手段
１ｈ ファイル管理情報
２，２ａ ファイルアクセス装置
３ ストレージ装置
４ 認証サーバ
５ サービスチケット
６ ニックネーム
７ アクセス要求
【技術分野】
【０００１】
本発明はファイルを管理するファイル管理装置、ファイル管理プログラム、およびファイル管理方法に関する。
【背景技術】
【０００２】
従来のファイルシステムのユーザ認証方式として、ＵＩＤ／ＧＩＤ方式が広く普及している。ＵＩＤ／ＧＩＤ方式は、ユーザのユーザＩＤ（ＵＩＤ）、またはユーザが属するグループのグループＩＤ（ＧＩＤ）に対応付けて、各ファイルへのアクセス権限を管理する方式である。アクセス権限には、例えば、読み出しの許否、書き込みの許否、実行の許否などがある。
【０００３】
また近年では、安全性の高いユーザ認証方式として秘密鍵暗号方式に基づくケルベロス（Kerberos）と呼ばれる方式が開発されている。ケルベロス方式では、ケルベロスサーバにおいて、ユーザ認証と、各ユーザがサービスを利用するためのチケットの発行とが行われる。ユーザは端末装置を用いて、ケルベロスサーバからチケットを取得する。そして、ユーザの端末装置からサービスを提供しているサーバに対して、チケットを含むサービス要求を送信することで、ユーザはそのサーバからのサービス提供を受けることができる。サーバから提供を受けることができるサービスには、ファイルサーバによるファイル管理サービスも含まれる。
【０００４】
ケルベロスを用いた技術としては、例えば、ローカルなユーザアカウントを有さずにオブジェクトへのアクセス制限を行うアクセス制御方法がある。
ところで、企業がユーザにサービスを提供する場合、ユーザの要求に応じてファイルの保存などを行う場合がある。このような場合、サービスの運用継続に伴い、保存すべきデータ量が増加する。データ量が増加しシステムの資源が不足すれば、その都度、システムの拡張が行われる。このようなシステムの拡張の必要性を適宜判断し、拡張作業を適切に行うのは各企業にとって負担となる。そこで、ファイルの管理を他の機関に任せる場合がある。
【０００５】
ファイルの管理を委託されたファイル管理サービス提供企業では、例えば顧客企業ごとにファイルサーバを構築する。そしてファイル管理サービス提供企業は、個々の顧客企業が必要としている資源の量に応じて、顧客企業ごとのファイルサーバの拡張などを行う。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００４−５６４７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上記のような複数の顧客企業に対してサービスを提供するファイル管理サービス提供企業において、顧客企業ごとにファイルサーバを個別に構築・管理していたのでは管理の手間がかかると共に、資源の使用効率も低下してしまう。そこで、顧客企業ごとに構築されているファイルサーバを、１つのシステムに統合し、管理の手間の削減、資源の有効利用を図ることが考えられる。
【０００８】
しかし、顧客企業ごとに既に運用されているファイルサーバを１つのシステムに統合する場合、顧客企業それぞれのユーザに対するファイルへのアクセス権管理の統合が難しいという問題がある。
【０００９】
例えば、各顧客企業がＵＩＤ／ＧＩＤ方式でユーザのアクセス権を管理している場合、顧客企業それぞれが、自己のユーザに対してＵＩＤやＧＩＤを独自に設定している。そのため、複数の顧客企業へのファイルサーバを１つのシステムに統合した場合、ＵＩＤやＧＩＤが重複する可能性がある。ＵＩＤやＧＩＤの重複を回避するには、ファイル管理サービス提供企業側の管理者が全ユーザのＵＩＤやＧＩＤを再設定し、顧客企業を跨った包括的なユーザ管理を行うこととなる。しかしながら、既に運用されているシステムの各ユーザのＵＩＤ／ＧＩＤの変更は、管理対象の全ファイルに関するアクセス権に関する情報の変更を伴い、設定変更を行うべき情報量が膨大となる。そのため、すべてのユーザのＵＩＤ／ＧＩＤを変更するのは困難である。
【００１０】
なお、各ユーザの端末装置にケルベロス方式によるアクセス環境を構築すれば、システム統合後に、複数の顧客企業の各ユーザからファイルへのアクセス権をケルベロス方式で管理できる。ただし、ケルベロス方式は、鍵が必要であることや、鍵の管理方法、アクセス権の設定方法などがＵＩＤ／ＧＩＤ方式とは大きく異なる。そのため、ファイルシステムのユーザ認証方式をＵＩＤ／ＧＩＤ方式からケルベロス方式へ移行させるには、鍵の再生成やアクセス権の再設定など、ユーザは一連の作業を最初からやり直さなければならず、ユーザの負担が過大となる。既に膨大な数のユーザが登録されている場合、ＵＩＤ／ＧＩＤ方式で管理されているユーザを、従来のままのケルベロス方式での管理に移行するのは困難である。
【００１１】
本発明はこのような点に鑑みてなされたものであり、異なるシステム配下のユーザに関するファイルへのアクセス権管理を１つのシステムに容易に統合できるファイル管理装置、ファイル管理プログラム、およびファイル管理方法を提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記課題を解決するために、以下のようなストレージ装置に格納されたファイルを管理するファイル管理装置が提供される。このファイル管理装置は、通信インタフェース部と制御装置とを有する。
【００１３】
通信インタフェース部は、ファイルアクセス装置から、該ファイルアクセス装置の識別情報と、ユーザの識別情報とを含む、前記ファイルへのアクセス要求を受信する。
制御装置は、受信した前記ファイルアクセス装置の識別情報に基づいて、該ファイルアクセス装置が前記ファイルに対するアクセス権を有するか否かの第１の判定を行い、受信した前記ユーザの識別情報に基づいて、該ユーザが前記ファイルに対するアクセス権を有しているか否かの第２の判定を行い、該第１の判定及び該第２の判定の双方において、アクセス権が有ると判定する場合に、前記アクセス要求に応じた前記ファイルへのアクセスを許容する。
【００１４】
また、上記課題を解決するために、装置アクセス権判定手段、ユーザアクセス権判定手段、およびファイルアクセス手段を有するファイル管理装置が提供される。装置アクセス権判定手段は、送信元のファイルアクセス装置を示す識別情報と、アクセス対象のファイルを使用するユーザのユーザＩＤとを含む、ファイルへのアクセス要求を受信すると、ファイルそれぞれに対してアクセス権を有するファイルアクセス装置の識別情報を記憶する装置識別情報記憶手段を参照し、アクセス要求を出力したファイルアクセス装置がアクセス対象のファイルに対するアクセス権を有するか否かを判定する。ユーザアクセス権判定手段は、アクセス要求を受信すると、ファイルそれぞれに対してユーザＩＤに応じたアクセス権が設定されたユーザアクセス権記憶手段を参照し、アクセス要求に含まれるユーザＩＤで示されるユーザがアクセス対象のファイルに対するアクセス権を有しているか否かを判定する。ファイルアクセス手段は、ファイルアクセス装置がアクセス権を有し、かつユーザがアクセス権を有している場合、アクセス要求に応じたファイルアクセスを実行する。
【００１５】
さらに、上記課題を解決するためにストレージ装置に格納されたファイルを管理する処理をコンピュータに実行させるファイル管理プログラムが提供される。このファイル管理プログラムは、コンピュータに以下の処理を実行させる。
【００１６】
コンピュータは、送信元のファイルアクセス装置を示す識別情報と、アクセス対象のファイルを使用するユーザのユーザＩＤとを含む、ファイルへのアクセス要求を受信すると、ファイルそれぞれに対してアクセス権を有するファイルアクセス装置の識別情報を記憶する装置識別情報記憶手段を参照し、アクセス要求を出力したファイルアクセス装置がアクセス対象のファイルに対するアクセス権を有するか否かを判定する。次にコンピュータは、アクセス要求を受信すると、ファイルそれぞれに対してユーザＩＤに応じたアクセス権が設定されたユーザアクセス権記憶手段を参照し、アクセス要求に含まれるユーザＩＤで示されるユーザがアクセス対象のファイルに対するアクセス権を有しているか否かを判定する。そしてコンピュータは、ファイルアクセス装置がアクセス権を有し、かつユーザがアクセス権を有している場合、アクセス要求に応じたファイルアクセスを実行する。
【００１７】
さらに、上記課題を解決するために、上記ファイル管理プログラムに基づいてコンピュータが実行する処理と同様の方法でファイルを管理するファイル管理方法が提供される。
【発明の効果】
【００１８】
異なるファイルアクセス装置配下のユーザに関するファイルへのアクセス権管理を１つのシステムに容易に統合できる。
【図面の簡単な説明】
【００１９】
【図１】第１の実施の形態の機能を示すブロック図である。
【図２】第２の実施の形態のシステム構成例を示す図である。
【図３】ファイル管理装置のハードウェア構成例を示す図である。
【図４】各サーバの機能を示すブロック図である。
【図５】ローカルファイルシステムのディレクトリ構造を示す図である。
【図６】ｉｎｏｄｅ記憶部に格納されたｉｎｏｄｅの例を示す図である。
【図７】ファイルアクセス手順を示すシーケンス図である。
【図８】ＮＦＳクライアント部から出力されるＮＦＳ要求のデータ構造例を示す図である。
【図９】サービスチケット記憶部のデータ構造例を示す図である。
【図１０】ニックネーム付加後のＮＦＳ要求を示す図である。
【図１１】ＮＦＳサーバ部によるファイルアクセス処理の手順を示すフローチャートである。
【発明を実施するための形態】
【００２０】
以下、本実施の形態について図面を参照して説明する。
〔第１の実施の形態〕
図１は、第１の実施の形態の機能を示すブロック図である。第１の実施の形態に係るシステムは、ファイル管理装置１、複数のファイルアクセス装置２，２ａ，・・・、および認証サーバ４を有している。ファイル管理装置１には、ストレージ装置３がローカル接続されている。
【００２１】
ファイル管理装置１は、通信インタフェース部１−１と制御装置１−２とを有する。通信インタフェース部１−１は、ファイルアクセス装置２から、ファイルアクセス装置２の識別情報と、ユーザの識別情報とを含む、ファイルへのアクセス要求７を受信する。また、通信インタフェース部１−１は、ファイルアクセス装置２からサービスチケット５を受信する。サービスチケット５には、例えばファイルアクセス装置２の名称（装置名）が設定されている。さらに、通信インタフェース部１−１は、サービスチケット５を送信したファイルアクセス装置２に対して、サービスチケット５に一意に関連付けられたニックネーム６を送信する。
【００２２】
制御装置１−２は、図１に示す各機能を用いて、ローカル接続されたストレージ装置３に格納されたファイルを管理する。すなわち、制御装置１−２は、サービスチケット取得手段１ａ、装置識別情報記憶手段１ｂ、識別情報送信手段１ｃ、装置アクセス権判定手段１ｄ、ユーザアクセス権記憶手段１ｅ、ユーザアクセス権判定手段１ｆ、およびファイルアクセス手段１ｇを有する。
【００２３】
サービスチケット取得手段１ａは、ストレージ装置３へのアクセス権を有するファイルアクセス装置２に対して認証サーバ４によって発行されたサービスチケット５を、通信インタフェース部１−１を介して受信する。するとサービスチケット取得手段１ａは、受信したサービスチケット５を、ファイルアクセス装置２のニックネーム６に関連付けて装置識別情報記憶手段１ｂに格納する。
【００２４】
装置識別情報記憶手段１ｂは、ストレージ装置３に格納されたファイルにアクセス可能なファイルアクセス装置２の識別情報として、ニックネーム６を記憶する。ニックネーム６は、サービスチケット取得手段１ａで取得されたサービスチケット５と関連付けて記憶されている。サービスチケット５にファイルアクセス装置２の装置名が含まれることで、ニックネーム６とファイルアクセス装置２とが対応付けられる。
【００２５】
また装置識別情報記憶手段１ｂは、図１の例では、アクセス可能装置名記憶領域１ｂａとサービスチケット記憶領域１ｂｂとに分けられている。アクセス可能装置名記憶領域１ｂａは、ストレージ装置３内のファイルに対応付けて、ファイルにアクセス可能なファイルアクセス装置２の装置名を記憶する記憶領域である。サービスチケット記憶領域１ｂｂは、ニックネーム６とサービスチケット５とを関係づけて記憶する記憶領域である。アクセス可能装置名記憶領域１ｂａとサービスチケット記憶領域１ｂｂとの間では、装置名によってレコードが関連付けられる。装置名を介したレコード間の関連付けにより、アクセス可能装置名記憶領域１ｂａ内のレコードのファイルＩＤとサービスチケット記憶領域１ｂｂ内のレコードのニックネーム６とが関連付けられている。
【００２６】
識別情報送信手段１ｃは、装置識別情報記憶手段１ｂに格納されたサービスチケット５に関連付けられたニックネーム６を、サービスチケット５の送信元であるファイルアクセス装置２に、通信インタフェース部１−１を介して送信する。
【００２７】
装置アクセス権判定手段１ｄは、ファイルアクセス装置２からファイル３ａへのアクセス要求７を、通信インタフェース部１−１を介して受信する。装置アクセス権判定手段１ｄはアクセス要求７を受信すると、装置識別情報記憶手段１ｂを参照し、アクセス要求を出力したファイルアクセス装置がアクセス権を有するか否かを判定する。例えば装置アクセス権判定手段１ｄは、アクセス可能装置名記憶領域１ｂａを参照して、アクセス要求７のアクセス対象のファイル３ａのファイルＩＤに対応する装置名を取得する。次に装置アクセス権判定手段１ｄは、サービスチケット記憶領域１ｂｂを参照し、取得した装置名が含まれるサービスチケット５に対応するニックネーム６を取得する。装置アクセス権判定手段１ｄは、装置識別情報記憶手段１ｂから取得したニックネーム６と、アクセス要求７に含まれるニックネームとが一致した場合、アクセス権有りと判断する。
【００２８】
ユーザアクセス権記憶手段１ｅは、ストレージ装置３に格納されたファイル３ａに対する、少なくともユーザＩＤ（ＵＩＤ）に応じたアクセス権が設定されている。アクセス権は、例えばファイルＩＤとＵＩＤとの組に対応付けて、ファイル３ａへの書き込み可能か否か、ファイル３ａへの読み出し可能か否か、およびファイル３ａ内のプログラムを実行可能か否かが定義されている。
【００２９】
ところで、ユーザアクセス権記憶手段１ｅ内の情報と、装置識別情報記憶手段１ｂのアクセス可能装置名記憶領域１ｂａ内の情報とは、共にファイルＩＤによってファイル３ａに関連付けられている。そこで、ファイル管理装置１のローカルのファイルシステムがファイル３ａ管理に利用するファイル管理情報１ｈ内に、ユーザアクセス権記憶手段１ｅ内の情報とアクセス可能装置名記憶領域１ｂａ内の情報とをまとめて格納することもできる。ファイル管理情報１ｈは、例えばＵＮＩＸ（登録商標）システムにおけるｉｎｏｄｅである。
【００３０】
ユーザアクセス権判定手段１ｆは、アクセス要求７を受信すると、ユーザアクセス権記憶手段１ｅを参照し、アクセス対象のファイル３ａに対してユーザがアクセス権を有しているか否かを判定する。例えばユーザアクセス権判定手段１ｆは、アクセス対象のファイル３ａのファイルＩＤに対応付けて登録されているＵＩＤと、アクセス要求７に含まれるＵＩＤとを比較する。ＵＩＤが一致するレコードがある場合、ユーザアクセス権判定手段１ｆは、該当するレコードのアクセス権を判定する。そしてユーザアクセス権判定手段１ｆは、アクセス要求７に示されるアクセスの種別に対応するアクセスがアクセス権によって認められている場合、アクセス可能と判定する。
【００３１】
ファイルアクセス手段１ｇは、ファイルアクセス装置２がアクセス可能であり、かつユーザがアクセス権を有している場合、アクセス要求７に応じたファイルアクセスを実行する。
【００３２】
ファイルアクセス装置２，２ａ，・・・は、それぞれが個別にユーザ管理を行っている。すなわち、ファイルアクセス装置２，２ａ，・・・は独自にユーザカウントを生成する。ユーザアカウントには、ファイルアクセス装置２，２ａ，・・・それぞれ内で一意に識別可能なＵＩＤが付与される。ファイルアクセス装置２，２ａ，・・・は、自己のユーザからの要求に応じてファイル管理装置１経由でストレージ装置３内のファイル３ａにアクセスする。例えばファイルアクセス装置２は、ファイル３ａへのアクセス時にアクセス要求７をファイル管理装置１に送信する。アクセス要求７には、送信元のファイルアクセス装置２を示すニックネーム６と、アクセス対象のファイルを使用するユーザのファイルアクセス装置２内でのＵＩＤとを含む。ニックネーム６は、例えばストレージ装置３へアクセスする権利を正当に有することが認証サーバ４によって認証されていることを示す情報である。さらにアクセス要求７には、例えば、アクセス対象のファイルの識別子（ファイルＩＤ）、アクセスの種別（書き込み、読み出し、実行など）、書き込みアクセスの際の書き込みデータなどが含まれる。
【００３３】
認証サーバ４は、ファイルアクセス装置２，２ａ，・・・が、少なくともストレージ装置３へアクセスする権利を正当に有することを認証する。ここで、ストレージ装置３へアクセスする権利は、ストレージ装置３内のファイルの保護が必要な場合に、ファイルアクセス装置２，２ａ，・・・が有すべき権利である。すなわち、フィルシステムサーバ１で提供されるファイル管理サービスには、ファイルの暗号化・復号サービスのように、単なるファイルアクセス以外のサービスもある。そのうち少なくともストレージ装置３へアクセスする権利についてファイルアクセス装置２，２ａ，・・・が有していれば、ストレージ装置３へのアクセスが可能となる。ただし、本実施の形態では、ストレージ装置３内のファイルごとに、そのファイルにアクセス可能なファイルアクセス装置は制限される。
【００３４】
このようなシステムにおいて、例えば以下のような処理が行われる。
まずファイルアクセス装置２は、認証サーバ４に対して、ファイル管理装置１からのファイル管理サービスの提供を受ける権利を有する旨の認証を要求する。認証サーバ４は、ファイルアクセス装置２がサービス提供を受ける権利を正当に有していれば、装置名を含むサービスチケット５を発行する。サービスチケット５は、ファイルアクセス装置２に渡される。
【００３５】
サービスチケット５を取得したファイルアクセス装置２は、サービスチケット５を、ファイル管理装置１に送信する。するとファイル管理装置１のサービスチケット取得手段１ａが、ファイルアクセス装置２を一意に識別するニックネーム６を生成する。そしてサービスチケット取得手段１ａは、ニックネーム６に関連付けてサービスチケット５を装置識別情報記憶手段１ｂに格納する。サービスチケット取得手段１ａで生成されたニックネーム６は、識別情報送信手段１ｃによりファイルアクセス装置２に送信される。
【００３６】
その後、ファイルアクセス装置２内のユーザのプロセスにおいて、ファイル３ａへのアクセスが発生したものとする。この場合、ファイルアクセス装置２からファイル管理装置１に対してアクセス要求７が送信される。
【００３７】
アクセス要求７を受信したファイル管理装置１では、装置アクセス権判定手段１ｄにより、ファイルアクセス装置２がファイル３ａに対したアクセス可能か否かが判定される。例えば、アクセス要求７内のニックネームに対応付けられたサービスチケット内の装置名が、アクセス対象のファイル３ａのファイルＩＤに対応付けてアクセス可能装置名記憶領域１ｂａに登録されていれば、アクセス可能と判定される。
【００３８】
また、アクセス要求７を受信したファイル管理装置１では、ユーザアクセス権判定手段１ｆにより、ファイルアクセス装置２に属するアクセス要求７を依頼したユーザによるファイル３ａへのアクセスについて、可能か否かが判定される。例えばアクセス対象のファイル３ａのファイルＩＤに対応付けてアクセス要求７内のＵＩＤが登録されたレコードがあり、そのレコードのアクセス権にアクセス要求７で示される種別のアクセス権があると定義されていれば、アクセス可能と判定される。
【００３９】
装置アクセス権判定手段１ｄとユーザアクセス権判定手段１ｆとの両方でアクセス可能と判定された場合、ファイルアクセス手段１ｇにより、アクセス要求７に応じたストレージ装置３内のファイル３ａへのアクセスが行われる。例えば書き込み要求であれば、アクセス要求７に含まれる書き込みデータが、ファイル３ａに書き込まれる。
【００４０】
このようにＵＩＤによるアクセス権管理に加え、ファイルアクセス装置２，２ａ，・・・の識別情報であるニックネームによるアクセス権管理が行われる。これにより、独自にＵＩＤを設定している複数のファイルアクセス装置２，２ａ，・・・に対するファイル管理サービスを、１つのファイル管理装置１で提供できる。この際、異なるファイルアクセス装置に同じＵＩＤのユーザが存在しても、クライアントアクセス権判定によってアクセス権を正しく判定できる。その結果、既に運用しているファイルアクセス装置２，２ａ，・・・に対して、ファイル管理装置１で一括したファイル管理サービスの提供が容易となる。
【００４１】
しかも、ユーザのアクセス権判定についてはＵＩＤを利用する。そのため、ファイルアクセス装置２，２ａ，・・・に対して個別のファイル管理装置でファイル管理サービスを提供しているシステム環境においても、ファイル管理サービス機能を１つのファイル管理装置に容易に統合できる。すなわち、ファイル管理装置を等どうしても、ファイルアクセス装置２，２ａ，・・・それぞれにおいて独自にユーザに割り振られたＵＩＤを、変更する必要がない。
【００４２】
さらに、認証サーバ４から認証を受けるのは、個々のユーザではなく、ファイルアクセス装置２，２ａ，・・・である。そのため、各ユーザが認証サーバ４との間の認証手続を行う必要はなく、ユーザの負担も抑制されている。
【００４３】
なお、図１の例では、ファイルアクセス装置２，２ａ，・・・が、ストレージ装置３にアクセスする権利を正当に有していることを、認証サーバ４で認証している。これはファイル管理装置１に対して高度なセキュリティが要求される場合を想定したものである。他方、ファイルアクセス装置２，２ａ，・・・からのファイル管理装置１へのアクセスに関するセキュリティが、認証サーバ４以外の仕組みで保たれる場合もある。例えば、ファイルアクセス装置２，２ａ，・・・とファイル管理装置１とが、企業内のイントラネット内に存在し、共通の管理者が管理している場合である。このようにセキュリティを保つ他の仕組みが存在する場合、あるいは高度なセキュリティが不要な場合であれば、認証サーバ４による認証を行わなくてもよい。その場合、例えばファイルアクセス装置２，２ａ，・・・の装置名を、そのままファイルアクセス装置２，２ａ，・・・の識別情報として使用することもできる。ニックネーム６に代えて装置名が識別情報としてアクセス要求７に含められた場合、装置アクセス権判定手段１ｄは、アクセス可能装置名記憶領域１ｂａのみを参照して、アクセス可能か否かを判定できる。すなわち、装置アクセス権判定手段１ｄは、アクセス要求７に示される装置名が、アクセス可能装置名記憶領域１ｂａ内においてアクセス対象のファイルのファイルＩＤに対応付けて登録されていれば、アクセス可能と判定する。
【００４４】
また図１の例では、ストレージ装置３へアクセスする権利を正当に有することが認証サーバ４によって認証されていることを示す情報として、ファイル管理装置１で発行されたニックネーム６が使用されている。このニックネーム６は、ファイルアクセス装置の台数分の数値を表現可能なデータ量で足りる。そのためニックネーム６は、サービスチケット５に比べて少ないデータ量に抑えることができる。これにより、アクセス要求７のデータ量の増加を最小限に抑えて、ファイルアクセス装置２がストレージ装置３へアクセスする権利を正当に有することを示す情報をアクセス要求７に含めることができる。
【００４５】
なおサービスチケット５分のアクセス要求７のデータ量増加が許容できるのであれば、アクセス要求７にサービスチケット５を含めてもよい。その場合、ファイルアクセス装置２がサービスチケット５をファイル管理装置１に送信し、ニックネーム６を取得する処理は不要となる。また、ファイル管理装置１のサービスチケット取得手段１ａと識別情報送信手段１ｃとは不要となる。ニックネーム６に代えてサービスチケット５をアクセス要求７に含めた場合、サービスチケット５に装置名が含まれることから、サービスチケット５がアクセス要求７の送信元のファイルアクセス装置２を示す識別情報となる。
【００４６】
ニックネーム６に代えてサービスチケット５がアクセス要求７に含められた場合、装置アクセス権判定手段１ｄは、アクセス可能装置名記憶領域１ｂａのみを参照して、アクセス可能か否かを判定できる。すなわち、装置アクセス権判定手段１ｄは、サービスチケット５に含まれる装置名が、アクセス可能装置名記憶領域１ｂａ内において、アクセス対象のファイルのファイルＩＤに対応付けて登録されていれば、アクセス可能と判定する。
【００４７】
〔第２の実施の形態〕
次に、第２の実施の形態について説明する。第２の実施の形態は、アクセスチケットを発行する認証サーバとして、ケルベロスサーバを用いたものである。
【００４８】
ケルベロス方式の認証は、通常はユーザに対して認証が行われるが、第２の実施の形態では、ケルベロスサーバが、ファイルアクセス装置をユーザとみなして認証を行う。
また第２の実施の形態では、ファイル管理装置によるサービの提供を受ける顧客企業を「テナント」と呼ぶこととする。そして、テナントごとにファイルアクセス装置が設けられているものとする。そこで第２の実施の形態では、ファイルアクセス装置の名称を「テナント名」とする。
【００４９】
ケルベロス方式の認証で発行されるチケットには、プリンシパル名の設定フィールドがある。このプリンシパル名の設定フィールドにテナント名を設定することで、ファイルアクセス装置の名称をチケットに付与することができる。
【００５０】
以下、第２の実施の形態について詳細に説明する。
図２は、第２の実施の形態のシステム構成例を示す図である。ネットワーク１０には、ファイル管理装置１００、ケルベロスサーバ２００、および複数のファイルアクセス装置３００，４００，・・・が接続されている。図２の例では、ファイル管理装置１００とケルベロスサーバ２００は、ファイル管理サービス提供企業のデータセンタ３０内に設置されている。
【００５１】
ファイル管理装置１００には、ストレージ装置１１０が設けられている。ストレージ装置１１０には、例えばＲＡＩＤ（Redundant Arrays of Inexpensive Disks）５などにより、高速性・信頼性を確保した装置を用いることができる。ファイル管理装置１００は、複数のファイルアクセス装置３００，４００，・・・それぞれで管理されているユーザの利用するデータのストレージ装置１１０への入出力を行うコンピュータである。またファイル管理装置１００は、ストレージ装置１１０内の各データについて、ユーザのアクセス権を管理する。
【００５２】
ケルベロスサーバ２００は、ケルベロス方式による認証を行うコンピュータである。例えばケルベロスサーバ２００は、ファイルアクセス装置３００，４００，・・・の認証や、ファイルアクセス装置３００，４００，・・・に対するチケット発行などの処理を行う。
【００５３】
ファイルアクセス装置３００には、複数のユーザ端末２１，２２，２３，・・・が接続されている。ファイルアクセス装置３００は、ユーザ端末２１，２２，２３，・・・を使用するユーザに対して、各種サービスを提供する。ファイルアクセス装置３００が提供するサービスには、ファイル管理装置１００が管理するデータへのアクセスも含まれる。なおファイルアクセス装置３００は、ユーザ端末２１，２２，２３，・・・からのユーザの認証情報の入力を受け付け、その認証情報に基づいてユーザの認証を行うことができる。ユーザの認証情報には、例えばユーザのＵＩＤとパスワードとが含まれる。
【００５４】
ファイルアクセス装置４００は、ユーザ端末３１，３２，３３，・・・を使用するユーザに対して、各種サービスを提供する。ファイルアクセス装置４００の機能は、ファイルアクセス装置３００と同様である。
【００５５】
ファイル管理装置１００とファイルアクセス装置３００，４００，・・・とが協働することで、１つの大規模なファイルシステムとして機能する。ファイル管理装置１００とファイルアクセス装置３００，４００，・・・で提供されるファイルシステムは、ケルベロスサーバ２００を利用したケルベロス方式の認証システムを利用し、セキュリティを維持する。そして、ファイル管理装置１００とファイルアクセス装置３００，４００，・・・が提供するファイルシステムにより、ユーザ端末２１，２２，２３，・・・，３１，３２，３３，・・・からの要求に応じて、ストレージ装置１１０内のファイルが操作される。これにより、ファイル管理装置１００におけるファイル管理機能が、各ファイルアクセス装置３００，４００，・・・配下のユーザによって共同利用が可能となる。
【００５６】
図３は、ファイル管理装置のハードウェア構成例を示す図である。ファイル管理装置１００は、ＣＰＵ（Central Processing Unit）１０１によって装置全体が制御されている。ＣＰＵ１０１には、バス１０９を介してＲＡＭ（Random Access Memory）１０２と複数の周辺機器が接続されている。
【００５７】
ＲＡＭ１０２は、ファイル管理装置１００の主記憶装置として使用される。ＲＡＭ１０２には、ＣＰＵ１０１に実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ１０２には、ＣＰＵ１０１による処理に必要な各種データが格納される。
【００５８】
周辺機器としては、ハードディスクドライブ（ＨＤＤ:Hard Disk Drive）１０３、グラフィック処理装置１０４、入力インタフェース１０５、光学ドライブ装置１０６、通信インタフェース１０７、およびストレージインタフェース１０８がある。
【００５９】
ＨＤＤ１０３は、内蔵したディスクに対して、磁気的にデータの書き込みおよび読み出しを行う。ＨＤＤ１０３は、ファイル管理装置１００の二次記憶装置として使用される。ＨＤＤ１０３には、ＯＳのプログラム、アプリケーションプログラム、および各種データが格納される。なお、二次記憶装置としては、フラッシュメモリなどの半導体記憶装置を使用することもできる。
【００６０】
グラフィック処理装置１０４には、モニタ１１が接続されている。グラフィック処理装置１０４は、ＣＰＵ１０１からの命令に従って、画像をモニタ１１の画面に表示させる。モニタ１１としては、ＣＲＴ（Cathode Ray Tube）を用いた表示装置や液晶表示装置などがある。
【００６１】
入力インタフェース１０５には、キーボード１２とマウス１３とが接続されている。入力インタフェース１０５は、キーボード１２やマウス１３から送られてくる信号をＣＰＵ１０１に送信する。なお、マウス１３は、ポインティングデバイスの一例であり、他のポインティングデバイスを使用することもできる。他のポインティングデバイスとしては、タッチパネル、タブレット、タッチパッド、トラックボールなどがある。
【００６２】
光学ドライブ装置１０６は、レーザ光などを利用して、光ディスク１４に記録されたデータの読み取りを行う。光ディスク１４は、光の反射によって読み取り可能なようにデータが記録された可搬型の記録媒体である。光ディスク１４には、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−ＲＡＭ、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ−Ｒ（Recordable）／ＲＷ（ReWritable）などがある。
【００６３】
通信インタフェース１０７は、ネットワーク１０に接続されている。通信インタフェース１０７は、ネットワーク１０を介して、ファイルアクセス装置３００，４００，・・・などの他のコンピュータとの間でデータの送受信を行う。
【００６４】
ストレージインタフェース１０８は、ストレージ装置１１０に接続されている。ストレージインタフェース１０８は、ＣＰＵ１０１からの指示に従って、ストレージ装置１１０へのデータの書き込み、およびストレージ装置１１０からのデータの読み出しを行う。
【００６５】
なお、図３に示したＣＰＵ１０１は、図１に示した制御装置１−２が有する処理機能の一例である。また、図３に示したＲＡＭ１０２は、図１に示した制御装置１−２が有する記憶機能の一例である。また、図３に示した通信インタフェース１０７は、図１に示した通信インタフェース部１−１の一例である。
【００６６】
以上のようなハードウェア構成によって、本実施の形態の処理機能を実現することができる。なお、図３にはファイル管理装置１００の例を示したが、ケルベロスサーバ２００、ファイルアクセス装置３００，４００，・・・、およびユーザ端末２１，２２，２３，・・・，３１，３２，３３，・・・も同様のハードウェアで実現できる。ただしケルベロスサーバ２００、ファイルアクセス装置３００，４００，・・・、およびユーザ端末２１，２２，２３，・・・，３１，３２，３３，・・・には、ストレージインタフェース１０８に対応する機能はなくてもよい。
【００６７】
次に、各サーバの機能について説明する。
図４は、各サーバの機能を示すブロック図である。図４には、複数のファイルアクセス装置３００，４００，・・・のうち、代表的に一のファイルアクセス装置３００の機能を示しているが、他のファイルアクセス装置４００，・・・もファイルアクセス装置３００と同様の機能を有している。
【００６８】
テナント名ファイルアクセス装置３００は、ＮＦＳ（Network File System）クライアント部３１０とレベル７スイッチ部３２０とを有している。
ＮＦＳクライアント部３１０は、ファイル管理装置１００で管理されているデータへのアクセスを管理する。具体的には、ＮＦＳクライアント部３１０は、ファイル管理装置１００で管理されているデータへのアクセス要求を、ユーザ端末２１，２２，２３，・・・から取得する。アクセス要求を受け取ったＮＦＳクライアント部３１０は、ＮＦＳ要求をレベル７スイッチ部３２０に対して出力する。
【００６９】
ＮＦＳクライアント部３１０は、ファイルアクセス装置３００において正しくユーザ認証を行ったユーザが使用するユーザ端末からのアクセス要求のみを受け付けるようにすることができる。例えば、ファイルアクセス装置３００内にユーザ端末２１，２２，２３，・・・を使用する各ユーザの認証情報を格納しておく。認証情報には、ＵＩＤに対応付けられたユーザ名とパスワードとが含まれる。ユーザは、例えばユーザ端末２１を用いてファイルアクセス装置３００にアクセスし、ユーザ名とパスワードとを入力する。入力されたユーザ名とパスワードとは、ユーザ端末２１からファイルアクセス装置３００に送信される。ファイルアクセス装置３００は、受け取ったユーザ名とパスワードとの組に該当する認証情報を有していれば、ユーザ端末２１を使用しているユーザが正当であると認証する。以後、ユーザがログアウト操作をするまで、ユーザ端末２１からの要求は、認証時に適用された認証情報のＵＩＤによって、ファイルアクセス装置３００内で他のユーザからの要求と識別される。
【００７０】
なお、ファイルアクセス装置３００が有する認証情報のＵＩＤは、ファイルアクセス装置３００内でユニークであればよい。すなわち、同じＵＩＤがファイルアクセス装置４００内の認証情報に設定されていてもよい。
【００７１】
レベル７スイッチ部３２０は、ＯＳＩ（Open Systems Interconnection）参照モデルのアプリケーション層（第７層）の情報に基づいて、パケットのルーティング処理を行う。具体的にはレベル７スイッチ部３２０は、ＮＦＳクライアント部３１０から出力されたパケットが、ＮＦＳクライアント部３１０により生成されたＮＦＳ要求であれば、該当パケットをファイル管理装置１００へ転送する。
【００７２】
なお、ファイルアクセス装置３００には、テナント名「melon」が付与されている。テナント名は、ファイルアクセス装置３００内のＲＡＭなどの記憶領域に予め格納されている。レベル７スイッチ部３２０は、予め記憶されたテナント名を参照することで、ファイルアクセス装置３００のテナント名を認識する。そしてファイル管理装置１００に転送されるＮＦＳ要求には、レベル７スイッチ３２０によって、ファイルアクセス装置３００が有するサービスチケットに対応付けられたニックネームが付加される。
【００７３】
具体的には、レベル７スイッチ部３２０は、ファイルアクセス装置３００の起動時にケルベロスサーバ２００にログインし、ケルベロスサーバ２００からサービスチケットを取得する。その後、レベル７スイッチ部３２０は、ＮＦＳ要求をファイル管理装置１００に転送する際に、サービスチケットに対応するニックネームをファイル管理装置１００から取得する。そしてレベル７スイッチ部３２０は、ＮＦＳ要求にニックネームを付加したうえで、ＮＦＳクライアント部３１０から出力されたＮＦＳ要求をファイル管理装置１００に転送する。
【００７４】
またレベル７スイッチ部３２０は、ニックネーム記憶部３２１を有している。ニックネーム記憶部３２１は、レベル７スイッチ部３２０がファイル管理装置１００から取得したニックネームを記憶する記憶機能である。例えば、ファイルアクセス装置３００内のＲＡＭまたはＨＤＤの記憶領域の一部が、ニックネーム記憶部３２１として使用される。
【００７５】
ファイル管理装置１００は、サービスチケット記憶部１２０、ＮＦＳサーバ部１３０、およびローカルファイルシステム部１４０を有している。
サービスチケット記憶部１２０は、ファイルアクセス装置３００から送られたサービスチケットの認証用のサービスチケットを記憶する記憶機能である。例えば、ファイル管理装置１００のＲＡＭ１０２またはＨＤＤ１０３の記憶領域の一部が、サービスチケット記憶部１２０として使用される。
【００７６】
ＮＦＳサーバ部１３０は、ファイルアクセス装置３００からのＮＦＳ要求に応じて、ストレージ装置１１０内のファイル操作を行う。具体的には、ＮＦＳサーバ１３０は、ファイルアクセス装置３００からサービスチケットが通知されると、そのサービスチケットに対応するニックネームを応答する。その後、ファイルアクセス装置３００からニックネームを付加したＮＦＳ要求を受け取ると、ＮＦＳサーバ部１３０は、ニックネームに対応するサービスチケットに基づいて、操作対象のファイルへのアクセス権の有無を判断する。この際、ＮＦＳサーバ部１３０は、ローカルファイルシステム部１４０を介して、アクセス対象のファイルのｉｎｏｄｅを取得する。取得したｉｎｏｄｅには、ＵＩＤ／ＧＩＤごとファイルへのアクセス権に加え、テナント名が含まれている。そして、ＮＦＳサーバ部１３０は、少なくともニックネームに対応するテナント名とアクセス対象のファイルのテナント名とが一致し、かつファイルに設定されたＵＩＤ／ＧＩＤによるアクセス条件によりアクセスが可能な場合に、アクセス権があると判断する。アクセス権があると判断された場合、ＮＦＳサーバ部１３０は、受信したＮＦＳ要求に従ったファイル操作を、ローカルファイルシステム部１４０に依頼する。
【００７７】
ローカルファイルシステム部１４０は、ストレージ装置１１０内のディレクトリおよびファイルを管理する。具体的には、ローカルファイルシステム部１４０はｉｎｏｄｅ記憶部１４１を有している。ｉｎｏｄｅ記憶部１４１は、ストレージ装置１１０内のディレクトリおよびファイルのｉｎｏｄｅを記憶する記憶機能である。例えば、ＲＡＭ１０２またはＨＤＤ１０３の記憶領域の一部が、ｉｎｏｄｅ記憶部１４１として使用される。ローカルファイルシステム部１４０は、ｉｎｏｄｅ記憶部１４１内のｉｎｏｄｅの作成・更新を行うと共に、ＮＦＳサーバ部１３０からの要求に応じてｉｎｏｄｅをＮＦＳサーバ部１３０に渡す。またローカルファイルシステム部１４０は、ＮＦＳサーバ部１３０からの要求に応じて、ストレージ装置１１０のファイルを操作する。ローカルファイルシステム部１４０は、例えば、Linux（登録商標）のext3ファイルシステムを改造することで実現できる。
【００７８】
ローカルファイルシステム部１４０は、ストレージ装置１１０内にテナントごとのディレクトリを作成し、各テナントのファイルを該当ディレクトリ配下に格納する。
図５は、ローカルファイルシステムのディレクトリ構造を示す図である。ルートディレクトリ４１の下には、テナントごとのディレクトリ４２，４３，４４，４５，・・・が設けられている。図５の例では、各ディレクトリのディレクトリ名として、そのディレクトリを使用するテナントとのテナント名が設定されている。例えば、ディレクトリ４２のディレクトリ名は「apple」である。
【００７９】
ディレクトリ４２の配下には、複数のファイル５１，５２，・・・が格納されている。同様に、他のディレクトリ４３，４４，４５，・・・にも複数のファイルが格納されている。
【００８０】
このディレクトリ４２は、ディレクトリ名で示されるテナント名「apple」に対応するファイルアクセス装置からのみアクセスが許可される。また、ディレクトリ４２の配下のファイル５１，５２についても、上位のディレクトリのディレクトリ名で示されるテナント名「apple」に対応するファイルアクセス装置からのみアクセスが許可される。
【００８１】
ディレクトリやファイルにアクセス可能なファイルアクセス装置の情報は、ディレクトリやファイルのｉｎｏｄｅに、拡張属性として登録される。
図６は、ｉｎｏｄｅ記憶部に格納されたｉｎｏｄｅの例を示す図である。ｉｎｏｄｅ記憶部１４１内には、複数のｉｎｏｄｅ１４１ａ，１４１ｂ，１４１ｃ，・・・が格納されている。
【００８２】
各ｉｎｏｄｅ１４１ａ，１４１ｂ，１４１ｃ，・・・には、ｉｎｏｄｅ番号が付与されている。ローカルファイルシステム内では、ｉｎｏｄｅ番号によって、各ディレクトリおよびファイルが一意に識別される。
【００８３】
各ｉｎｏｄｅ１４１ａ，１４１ｂ，１４１ｃ，・・・には、ファイルデータ位置情報、ＵＩＤ／ＧＩＤ、アクセス権、拡張属性などの情報が含まれている。ファイルデータ位置情報は、ｉｎｏｄｅに対応するディレクトリまたはファイルの実体的なデータ（ファイルデータ１１１，１１２，１１３，・・・）が格納されたストレージ装置１１０内での位置を示す情報である。例えば、ファイルデータ位置情報には、ファイルデータ１１１の格納領域の先頭のブロック番号、データサイズなどが格納される。
【００８４】
ＵＩＤ／ＧＩＤは、ファイルの所有者のユーザＩＤとグループＩＤである。このＵＩＩＤ／ＧＩＤは、ファイルアクセス装置３００，４００，・・・それぞれで個別に設定された値である。すなわち、ファイルアクセス装置３００，４００，・・・においてユーザ認証に用いられた認証情報に対応するＵＩＤ／ＧＩＤが、ファイルの所有者の識別情報として使用される。
【００８５】
アクセス権は、例えばパーミッションと呼ばれる情報であり、所有者、所有者の属するグループ内のユーザ、および所有者の属するグループに含まれないユーザそれぞれに、どの様なファイルアクセスを許可するのかが設定される。アクセスの種別には、読み出し、書き込み、実行がある。
【００８６】
左から１〜３番目の値が、所有者の権限（Owner権限）を示している。左から４〜６番目の値が、所有者と同じグループに属するユーザの権限（Group権限）を示している。左から７〜９番目の値が、所有者の属するグループに含まれないユーザの権限（Other権限）を示している。各権限は３つの値で構成されており、左側が読み込み権限の有無を示し、中央が書き込み権限の有無を示し、右側が実行権限の有無を示す。読み込み権限があれば「ｒ」が設定される。書き込み権限があれば「ｗ」が設定される。実行権限があれば「ｘ」が設定される。
【００８７】
拡張属性には、ファイルにアクセス可能なファイルアクセス装置３００を示すテナント名が設定される。例えば、ｉｎｏｄｅ１４１ａの拡張属性にはテナント名「melon」が設定される。これは、テナント名「melon」に対応するファイルアクセス装置３００からのアクセスのみが許可されることを示している。
【００８８】
なお図１に示すファイル管理装置１内の処理機能は、図４に示すＮＦＳサーバ部１３０とローカルファイルシステム部１４０との連係動作によって実現される。なお、ファイル管理装置１内の処理機能とは、ファイル管理装置１内のサービスチケット取得手段１ａ、識別情報送信手段１ｃ、装置アクセス権判定手段１ｄ、およびユーザアクセス権判定手段１ｆの各機能である。また図１に示す装置識別情報記憶手段１ｂのうちサービスチケット記憶領域１ｂｂについては、図４に示すサービスチケット記憶部１２０によって実現される。図１に示す装置識別情報記憶手段１ｂのアクセス可能装置名記憶領域１ｂａと、ユーザアクセス権記憶手段１ｅについては、図４に示すローカルファイルシステム部１４０内のｉｎｏｄｅ記憶部１４１によって実現される。
【００８９】
次に、ユーザ端末からのアクセス要求に基づくファイルアクセス手順について説明する。
図７は、ファイルアクセス手順を示すシーケンス図である。以下、図７に示す処理をステップ番号に沿って説明する。
【００９０】
〔ステップＳ１１〕ファイルアクセス装置３００が起動されると、レベル７スイッチ部３２０は、ケルベロスサーバ２００に対してテナント名などを引数にしてＫＲＢ＿ＡＳ＿ＲＥＱ要求を発行する。
【００９１】
〔ステップＳ１２〕ケルベロスサーバ２００は、レベル７スイッチ部３２０にＫＲＢ＿ＡＳ＿ＲＥＰ応答を発行する。ＫＲＢ＿ＡＳ＿ＲＥＰ応答には、チケット認可チケット（ＴＧＴ：Ticket Granting Ticket）が含まれる。
【００９２】
具体的には、ケルベロスサーバ２００は、鍵配布センタ（ＫＤＣ：Key Distribution Center）データベースを有し、予めファイルアクセス装置３００，４００，・・・のテナント名と、秘密鍵の組をＫＤＣデータベースに格納している。ケルベロスサーバ２００は、ＫＲＢ＿ＡＳ＿ＲＥＱ要求を受信すると、ＫＲＢ＿ＡＳ＿ＲＥＱ要求に含まれるテナント名がＫＤＣデータベースに登録されていることを確認する。テナント名が登録されていれば、ケルベロスサーバ２００は、ＫＤＣデータベースからテナント名に対応する非公開鍵を取得する。次にケルベロスサーバ２００は、ファイルアクセス装置３００と通信するための第１のセッション鍵（Ｋ１）とチケット認可チケットを生成する。ケルベロスサーバ２００は、第１のセッション鍵（Ｋ１）とチケット認可チケットとを暗号化する。例えばケルベロスサーバ２００は、セッション鍵を、ファイルアクセス装置３００の秘密鍵を使って暗号化し、チケット認可チケットを、ケルベロスサーバ２００の秘密鍵を使って暗号化する。そして、ケルベロスサーバ２００は、暗号化されたセッション鍵とチケット認可チケットとを含むＫＲＢ＿ＡＳ＿ＲＥＰ応答をファイルアクセス装置３００に送信する。
【００９３】
〔ステップＳ１３〕レベル７スイッチ部３２０は、ケルベロスサーバ２００に対して、認証子などを引数にしてＫＲＢ＿ＴＧＳ＿ＲＥＱ要求を送信する。具体的には、レベル７スイッチ部３２０は、ケルベロスサーバ２００から受け取った第１のセッション鍵（Ｋ１）を自己の秘密鍵で復号する。次に、レベル７スイッチ部３２０は、自己の識別情報として認証子を生成し、その認証子を第１のセッション鍵（Ｋ１）で暗号化する。そしてレベル７スイッチ部３２０は、暗号化された認証子、ステップＳ１２で受け取ったチケット認可チケット、およびサービス名を含むＫＲＢ＿ＴＧＳ＿ＲＥＱ要求を、ケルベロスサーバ２００に送信する。この例では、サービス名として、ファイル管理装置１００によるファイル管理サービスの名称が設定される。
【００９４】
〔ステップＳ１４〕ケルベロスサーバ２００は、サービスチケットを含むＫＲＢ＿ＴＧＳ＿ＲＥＰ応答を、レベル７スイッチ部３２０に送信する。具体的には、ファイルアクセス装置３００から送られたチケット認可チケットを復号して、使用期限が経過していないことなどの内容を確認する。またケルベロスサーバ２００は、認証子をセッション鍵（Ｋ１）で復号する。認証子が正しく復号されると、ケルベロスサーバ２００はファイルアクセス装置３００に対してサービスの利用を許可する。ケルベロスサーバ２００は、サービスの利用を許可した場合、ファイル管理装置１００にアクセスするためのサービスチケットを、ファイル管理装置１００の秘密鍵で暗号化する。そしてケルベロスサーバ２００は、暗号化したサービスチケットと、第１のセッション鍵（Ｋ１）で暗号化した第２のセッション鍵（Ｋ２）を含むＫＲＢ＿ＴＧＳ＿ＲＥＰ応答を、ファイルアクセス装置３００に送信する。第２のセッション鍵（Ｋ２）は、ファイルアクセス装置３００とファイル管理装置１００との間の通信用のセッション鍵である。
【００９５】
ファイルアクセス装置３００のレベル７スイッチ部３２０は、ＫＲＢ＿ＴＧＳ＿ＲＥＰ応答に含まれていたサービスチケットと第２のセッション鍵（Ｋ２）とを、ＲＡＭなどの記憶装置に格納する。例えば、サービスチケットと第２のセッション鍵（Ｋ２）とは、ファイル管理装置１００が提供するサービスのサービス名に対応付けて格納される。
【００９６】
なお、セッション鍵（Ｋ２）は、暗号化されたまま格納しておき、使用する際に復号することができる。また、第２のセッション鍵（Ｋ２）を予め復号して格納しておいてもよい。第２のセッション鍵（Ｋ２）は、ステップＳ１２で取得した第１のセッション鍵（Ｋ１）を用いて復号できる。
【００９７】
以上の処理が、ファイルアクセス装置３００の起動時に実行される処理である。その後、ユーザ端末２１，２２，２３，・・・からのアクセス要求がファイルアクセス装置３００に入力されると、以下の処理が実行される。
【００９８】
〔ステップＳ１５〕ファイルアクセス装置３００のＮＦＳクライアント部３１０は、ユーザ端末２１，２２，２３，・・・からのアクセス要求に応答して、１回目のＮＦＳ要求をレベル７スイッチ部３２０に対して出力する。このＮＦＳ要求では、アクセス先としてファイル管理装置１００が指定されている。なおＮＦＳクライアント部３１０は、ＮＦＳ要求を発行する場合、毎回、ＲＰＣ（Remote Procedure Call）のヘッダ部に、アクセス要求を出力したユーザのＵＩＤ／ＧＩＤ情報を埋め込んでおく。なお、ＮＦＳ要求の詳細は後述する（図８参照）。
【００９９】
〔ステップＳ１６〕レベル７スイッチ部３２０は、１回目のＮＦＳ要求に応答して、サービスチケットをファイル管理装置１００に送信する。例えばレベル７スイッチ部３２０は、ファイルアクセス装置３００を示す認証子と、ファイル管理装置１００が提供するサービス名に対応付けて格納されたサービスチケットとを、ファイル管理装置１００に送信する。サービスチケットと共に送信される認証子は、例えばステップＳ１３の処理においてケルベロスサーバ２００に送信した認証子が用いられる。またサービチケットと共に送信される認証子は、例えば第２のセッション鍵（Ｋ２）で暗号化される。
【０１００】
〔ステップＳ１７〕ファイル管理装置１００のＮＦＳサーバ部１３０は、サービスチケットが通知されると、ファイルアクセス装置３００にニックネームを応答する。具体的には、ＮＦＳサーバ部１３０は、ファイルアクセス装置３００から送られた認証子を第２のセッション鍵で復号する。正しく復号できた場合、ＮＦＳサーバ部１３０は、サービスチケットをファイル管理装置１００の秘密鍵で復号する。ＮＦＳサーバ部１３０は、復号したサービスチケットを、そのサービスチケットに対して一意の値のニックネームに関連付けて、サービスチケット記憶部１２０に格納する。ニックネームとしては、サービスチケットよりもデータサイズが小さいデータである。そして、ＮＦＳサーバ部１３０は、格納したサービスチケットに関連付けられたニックネームの値を、ファイルアクセス装置３００に対して送信する。このときＮＦＳサーバ部１３０は、ニックネームを第２のセッション鍵（Ｋ２）で暗号化してもよい。なお、サービスチケット記憶部１２０のデータ構造について後述する（図９参照）。
【０１０１】
〔ステップＳ１８〕ファイルアクセス装置３００のレベル７スイッチ部３２０は、ニックネームの応答を受け取ると、ファイル管理装置１００に対してニックネームを付加したＮＦＳ要求を送信する。具体的にはレベル７スイッチ部３２０は、１回目のＮＦＳ要求に対応する応答で受け取ったニックネームを、ＲＡＭなどの記憶媒体に格納する。例えば、レベル７スイッチ部３２０は、ファイル管理装置１００が提供しているサービスのサービス名に対応付けて、ニックネームを格納する。次にレベル７スイッチ部３２０は、入手したニックネームをＮＦＳ要求ファイルハンドルに埋め込んで、ファイル管理装置１００に送信する。レベル７スイッチ部３２０は、ニックネームが暗号化されていた場合、第２のセッション鍵（Ｋ２）を用いてニックネームを復号することができる。
【０１０２】
なお、サービスチケットの代わりにニックネームを送信するのは、ニックネームの方がサービスチケットよりデータサイズが小さく、ＮＦＳのファイルハンドルに入りきるためである。すなわち、ニックネームは、少なくともＮＦＳのファイルバンドルに入りきるサイズで生成される。ニックネームを付与したＮＦＳ要求の詳細は後述する（図１０参照）。
【０１０３】
〔ステップＳ１９〕ファイル管理装置１００のＮＦＳサーバ部１３０は、ＵＩＤ／ＧＩＤやテナント名に基づいてアクセス権の有無を判断し、ＮＦＳ要求に応じたファイルアクセスを実行する。ファイルアクセス処理の詳細は後述する（図１１参照）。
【０１０４】
〔ステップＳ２０〕ＮＦＳサーバ部１３０は、ＮＦＳ要求の結果をファイルアクセス装置３００に応答する。
〔ステップＳ２１〕ファイルアクセス装置３００のレベル７スイッチ部３２０は、ファイル管理装置１００から送られたアクセス結果を、ＮＦＳクライアント部３１０に応答する。するとＮＦＳクライアント部３１０が、アクセス要求の送信元であるユーザ端末に対してアクセス結果を送信する。
【０１０５】
〔ステップＳ２２〕その後、いずれかのユーザ端末から２回目のアクセス要求がファイルアクセス装置３００に入力されると、ＮＦＳクライアント部３１０は、２回目のＮＦＳ要求をレベル７スイッチ部３２０に出力する。ここで２回目のアクセス要求とは、ファイルアクセス装置３００が受信したアクセス要求の２回目という意味である。すなわち、１回目のアクセス要求を出力したユーザ端末と異なるユーザ端末から出力されたアクセス要求であっても、１回目のアクセス要求の受信後に受信したアクセス要求は、２回目のアクセス要求である。
【０１０６】
〔ステップＳ２３〕レベル７スイッチ部３２０は、２回目以降のＮＦＳ要求を受け取った場合、ステップＳ１７で既に取得済みのニックネームをＮＦＳ要求に付与し、ファイル管理装置１００に送信する。具体的には、レベル７スイッチ部３２０は、ＮＦＳ要求の送信先であるファイル管理装置１００が提供するサービスのサービス名に対応付けて、既にニックネームがＲＡＭ内に格納されていることにより、２回目以降のＮＦＳ要求であることを認識する。次にレベル７スイッチ部３２０は、ファイル管理装置１００が提供するサービスのサービス名に対応付けられたニックネームを取得し、ＮＦＳ要求のファイルバンドルに埋め込む。そしてレベル７スイッチ部３２０は、ニックネームを埋め込んだＮＦＳ要求を、ファイル管理装置１００に送信する。
【０１０７】
〔ステップＳ２４〕ファイル管理装置１００のＮＦＳサーバ部１３０は、ＵＩＤ／ＧＩＤやテナント名に基づいてアクセス権の有無を判断し、ＮＦＳ要求に応じたファイルアクセスを実行する。
【０１０８】
〔ステップＳ２５〕ＮＦＳサーバ部１３０は、ＮＦＳ要求の結果をファイルアクセス装置３００に応答する。
〔ステップＳ２６〕ファイルアクセス装置３００のレベル７スイッチ部３２０は、ファイル管理装置１００から送られたアクセス結果を、ＮＦＳクライアント部３１０に応答する。するとＮＦＳクライアント部３１０が、アクセス要求の送信元であるユーザ端末に対してアクセス結果を送信する。
【０１０９】
３回目以降のアクセス要求がユーザ端末から入力された場合、ステップＳ２２〜ステップＳ２６に示す２回目のアクセス要求時と同様の処理が実行される。
次にファイルアクセス装置３００からファイル管理装置１００に送信されるＮＦＳ要求のデータフォーマットについて説明する。
【０１１０】
図８は、ＮＦＳクライアント部から出力されるＮＦＳ要求のデータ構造例を示す図である。ＮＦＳ要求６０には、ヘッダ６１と本体６２とが含まれている。
ヘッダ６１には、プロシジャ番号、信用証明（Credential）などが含まれている。プロシジャ番号は、要求の種別を示す識別番号である。要求の種別には、書き込み要求、読み出し要求、実行要求がある。信用証明は、アクセス権限などの証明情報である。信用証明には、アクセス要求を出力したユーザ端末を使用しているユーザのＵＩＤとＧＩＤとが含まれている。
【０１１１】
本体６２には、ファイルバンドルが含まれている。ファイルバンドルには、アクセス対象のファイルを示すｉｎｏｄｅ番号が含まれている。
このようなＮＦＳ要求６０を受け取ったレベル７スイッチ部３２０により、ファイル管理装置１００にサービスチケットが送信され、ファイル管理装置１００でニックネームが発行される。ファイル管理装置１００では、サービスチケットが、ニックネームに関連付けてサービスチケット記憶部１２０に格納される。
【０１１２】
図９は、サービスチケット記憶部のデータ構造例を示す図である。サービスチケット記憶部１２０には、複数のサービスチケット１２１，１２２，１２３，・・・，１２ｎが格納されている。各サービスチケット１２１，１２２，１２３，・・・，１２ｎには、サービスチケット記憶部１２０内でレコードを識別するためのインデックス（index）が設けられている。本実施の形態では、インデックスの値がニックネームとして使用される。
【０１１３】
また各サービスチケット１２１，１２２，１２３，・・・，１２ｎには、プリンシパル名が設定されている。プリンシパルは、ケルベロス方式の認証で認証を受けたファイルアクセス装置の名称である。第２の実施の形態は、プリンシパル名として、各ファイルアクセス装置のテナント名が設定されている。
【０１１４】
レベル７スイッチ部３２０は、ファイル管理装置１００からニックネームを受け取ると、ＮＦＳ要求６０にニックネームが付加してファイル管理装置１００に送信する。
図１０は、ニックネーム付加後のＮＦＳ要求を示す図である。レベル７スイッチ部３２０から出力されるＮＦＳ要求６０ａは、本体６２のファイルバンドル内にニックネームが追加されている。このようなＮＦＳ要求６０ａがファイル管理装置１００に送られることで、ファイル管理装置１００では、ＮＦＳ要求６０ａに示されるニックネームにより、サービスチケットを一意に特定できる。そして、ＮＦＳ要求６０ａに対応するサービスチケットが特定できれば、アクセス権の有無を適切に判断できる。
【０１１５】
図１１は、ＮＦＳサーバ部によるファイルアクセス処理の手順を示すフローチャートである。以下、図１１に示す処理をステップ番号に沿って説明する。
〔ステップＳ３１〕ＮＦＳサーバ部１３０は、受信したＮＦＳ要求に含まれるニックネームに対応するサービスチケットを、サービスチケット記憶部１２０から検索する。そしてＮＦＳサーバ部１３０は、検索でヒットしたサービスチケット内のプリンシパル名を取得する。
【０１１６】
〔ステップＳ３２〕ＮＦＳサーバ部１３０は、受信したＮＦＳ要求に含まれるｉｎｏｄｅ番号に対応するｉｎｏｄｅを、ローカルファイルシステム部１４０から取得する。そしてＮＦＳサーバ部１３０は、取得したｉｎｏｄｅの拡張属性に設定されているテナント名を取得する。
【０１１７】
〔ステップＳ３３〕ＮＦＳサーバ部１３０は、サービスチケットのプリンシパル名とｉｎｏｄｅのテナント名とが一致するか否かを判断する。一致した場合、処理がステップＳ３４に進められる。不一致の場合、処理がステップＳ３９に進められる。
【０１１８】
〔ステップＳ３４〕ＮＦＳサーバ部１３０は、取得したＮＦＳ要求のヘッダからＵＩＤ／ＧＩＤを抽出する。
〔ステップＳ３５〕ＮＦＳサーバ部１３０は、ステップＳ３２で取得したｉｎｏｄｅから、ファイルの所有者のＵＩＤ／ＧＩＤ、およびアクセス権の情報を抽出する。
【０１１９】
〔ステップＳ３６〕ＮＦＳサーバ部１３０は、ｉｎｏｄｅに示されるアクセス権と、ＮＦＳ要求から抽出されたＵＩＤ／ＧＩＤとを比較し、ＵＩＤ／ＧＩＤで示されるユーザがＵＩＤ／ＧＩＤ方式によるアクセス権を保持しているか否かを判断する。
【０１２０】
具体的にはＮＦＳサーバ部１３０は、ＮＦＳ要求から抽出したＵＩＤ／ＧＩＤと、ｉｎｏｄｅから抽出したＵＩＤ／ＧＩＤとを比較する。ＮＦＳサーバ部１３０は、比較によって、ＮＦＳ要求を依頼元であるユーザの属性を判断する。ユーザの属性には、ファイルの所有者、ファイルの所有者と同じグループに属するユーザ、およびグループ外のユーザがある。ＵＩＤが一致すれば、ファイルの所有者からのＮＦＳ要求である。ＧＩＤが一致すれば、ファイルの所有者と同じグループ内のユーザからのＮＦＳ要求である。ＵＩＤ／ＧＩＤ共に一致しなければ、グループ外のユーザからのＮＦＳ要求である。そして、ＮＦＳサーバ部１３０は、アクセス権の情報を参照して、ユーザの属性に応じたアクセス権を取得する。アクセス権には、書き込みの許否、読み出しの許否、実行の許否が示される。ＮＦＳ要求で示されるアクセスの種別（書き込み、読み出し、まはた実行）に応じて、その種別のアクセスが許可されていれば、ＮＦＳサーバ部１３０はアクセス権を保持していると判断する。
【０１２１】
アクセス権があれば、処理がステップＳ３７に進められる。アクセス権がなければ、処理がステップＳ３９に進められる。
〔ステップＳ３７〕ＮＦＳサーバ部１３０は、ファイルシステムへの要求を実行する。すなわちＮＦＳサーバ部１３０は、ＮＦＳ要求で示されたアクセス処理を、ローカルファイルシステム部１４０に要求する。ローカルファイルシステム部１４０は、要求に従ってストレージ装置１１０内のファイルアクセスを実行し、実行結果をＮＦＳサーバ部１３０に応答する。ファイルアクセスがデータの書き込みの場合、例えば書き込み完了のメッセージが、実行結果として応答される。ファイルアクセスがデータの読み出しの場合、例えば読み出されたデータが、実行結果として応答される。ファイルアクセスがファイル内のプログラムの実行の場合、例えばファイル内のプログラムが、実行結果として応答される。
【０１２２】
〔ステップＳ３８〕ＮＦＳサーバ部１３０は、ローカルファイルシステム部１４０から受け取ったアクセス結果を、ファイルアクセス装置３００に応答する。その後、ファイルアクセス処理が終了する。
【０１２３】
〔ステップＳ３９〕ＮＦＳサーバ部１３０は、プリンシパル名とｉｎｏｄｅのテナント名とが不一致の場合、およびユーザがアクセス権を保持していない場合には、ユーザに対するエラーメッセージを、ファイルアクセス装置３００に応答する。
【０１２４】
以上のようにして、ｉｎｏｄｅのテナント名と一致するファイルアクセス装置からの正当なアクセス権を保持するユーザのアクセスの場合にのみ、ＮＦＳ要求に示されるファイルアクセスが実行される。換言すると、ｉｎｏｄｅに設定されているテナント名と異なるテナント名のファイルアクセス装置からのＮＦＳ要求の場合、ＵＩＤ／ＧＩＤ方式によるアクセス権の有無に関係なく、ファイルアクセスが拒否される。
【０１２５】
ここで、図６に示したようなｉｎｏｄｅ記憶部１４１と図９に示したようなサービスチケット記憶部１２０とに基づく、ファイアクセスの許否判定例を以下に示す。
（第１の例）ＮＦＳ要求の内容が「inode番号=3，Nickname=1，UID=5，GID=2，プロシジャ番号=read」の場合
第１の例において、ＮＦＳ要求で示されるニックネームは「１」である。そのニックネームに対応するプリンシパル名は「apple」である（図９参照）。またＮＦＳ要求で示されるｉｎｏｄｅ番号は「３」である。そこで、ｉｎｏｄｅ記憶部１４１内のｉｎｏｄｅ番号「３」のｉｎｏｄｅ１４３（図６参照）とＮＦＳ要求とが比較される。ｉｎｏｄｅ１４３の拡張属性に設定されているテナント名は「orange」である。すると、プリンシパル名とｉｎｏｄｅのテナント名が異なるため、アクセス不可と判定される。
【０１２６】
（第２の例）ＮＦＳ要求の内容が「inode番号=2，Nickname=3，UID=4，GID=2，プロシジャ番号=write」の場合
第２の例において、ＮＦＳ要求で示されるニックネームは「３」である。そのニックネームに対応するプリンシパル名は「peach」である（図９参照）。またＮＦＳ要求で示されるｉｎｏｄｅ番号は「２」である。そこで、ｉｎｏｄｅ記憶部１４１内のｉｎｏｄｅ番号「２」のｉｎｏｄｅ１４２（図６参照）とＮＦＳ要求とが比較される。ｉｎｏｄｅ１４３の拡張属性に設定されているテナント名は「peach」である。すると、プリンシパル名とｉｎｏｄｅのテナント名が一致する。またＮＦＳ要求で示されるＵＩＤは「４」、ＧＩＤは「２」である。他方、ｉｎｏｄｅ１４２に示されるＵＩＤは「５」、ＧＩＤは「２」である。するとＮＦＳ要求を出したのは、アクセス対象のファイルの所有者ではないが、所有者と同じグループ内のユーザである。ｉｎｏｄｅ１４２に設定されているアクセス権では、グループ内のユーザに対して読み込みアクセスのみが認められている。他方、ＮＦＳ要求のプロシジャ番号には書き込み要求であることが示されている。すると、ＮＦＳ要求を出したユーザにアクセス権がないため、アクセス不可と判断される。
【０１２７】
（第３の例）ＮＦＳ要求の内容が「inode番号=2，Nickname=3，UID=5，GID=2，プロシジャ番号=write」の場合
第３の例において、ＮＦＳ要求で示されるニックネームは「３」である。そのニックネームに対応するプリンシパル名は「peach」である（図９参照）。またＮＦＳ要求で示されるｉｎｏｄｅ番号は「２」である。そこで、ｉｎｏｄｅ記憶部１４１内のｉｎｏｄｅ番号「２」のｉｎｏｄｅ１４２（図６参照）とＮＦＳ要求とが比較される。ｉｎｏｄｅ１４３の拡張属性に設定されているテナント名は「peach」である。すると、プリンシパル名とｉｎｏｄｅのテナント名が一致する。またＮＦＳ要求で示されるＵＩＤは「５」、ＧＩＤは「２」である。他方、ｉｎｏｄｅ１４２に示されるＵＩＤは「５」、ＧＩＤは「２」である。するとＮＦＳ要求を出したのは、アクセス対象のファイルの所有者である。ｉｎｏｄｅ１４２に設定されているアクセス権では、所有者に対して書き込みと読み出しとのアクセスが認められている。ＮＦＳ要求のプロシジャ番号には書き込み要求であることが示されている。すると、ＮＦＳ要求を出したユーザにアクセス権があり、アクセス可と判断される。
【０１２８】
ところで、上記の実施の形態では、主にファイル操作に関するアクセスの許否判定について説明したが、ディレクトリ操作に関するアクセスの許否判定も同様に行うことができる。すなわち、ディレクトリに対してもファイルと同様のｉｎｏｄｅが設けられているため、そのｉｎｏｄｅの拡張属性に、そのディレクトリ配下のファイルを使用するファイルアクセス装置のテナント名が設定される。ディレクトリ配下のファイルのリストが要求された場合、およびディレクトリ配下のファイルの作成／削除が要求された場合、ｉｎｏｄｅに設定されているテナント名と一致するテナント名のファイルアクセス装置からの要求のみが許可される。
【０１２９】
ここで、ディレクトリ配下へのファイル／ディレクトリ作成時は、作成したファイル／ディレクトリのｉｎｏｄｅの拡張属性に、要求元のファイルアクセス装置のテナント名が格納される。すなわち、ファイル／ディレクトリ作成は親ディレクトリへの操作に対してのテナント認証の成功が前提となる。するとファイル／ディレクトリ作成時に、作成されたファイル／ディレクトリのｉｎｏｄｅの拡張属性に、作成要求を出力したファイルアクセス装置のテナント名を設定すると、親ディレクトリと同じテナント名が格納されることとなる。結果として、親ディレクトリのテナント名が、新たに作成されたファイル／ディレクトリに引き継がれる。
【０１３０】
以上説明したように、第２の実施の形態では、特定のテナントに属するファイルアクセス装置に対してケルベロス方式のチケットが配布される。そして、ファイルシステム要求の対象ファイルの拡張属性のテナント名がチケットのプリンシパル名に含まれていることが確認される。これにより、すべてのテナントは、異なるテナントのファイルアクセス装置から自テナントのファイルへのアクセスを防止することができる。そのため、仮に異なるテナントのユーザが同一のＵＩＤ／ＧＩＤを使用してファイルシステム要求を送信したとしても、相互のセキュリティは維持される。従って、ＵＩＤ／ＧＩＤは従来のようにそれぞれのテナントに閉じてローカルに管理すればよく、他テナントのＵＩＤ／ＧＩＤとの衝突を心配する必要はない。
【０１３１】
また、第２の実施の形態では、ユーザのアクセス権の設定にＵＩＤ／ＧＩＤを使い続けることができる。そのため、ファイルシステムのユーザ認証方式をＵＩＤ／ＧＩＤ方式からケルベロス方式へ移行させる場合でも、本来なら必要なはずの鍵の再生成やアクセス権の再設定を、個々のユーザが行う必要はない。その結果、早急に移行を完了させることができる。
【０１３２】
〔その他の応用例〕
上記第２の実施の形態では、ケルベロス方式によりファイルアクセス装置の認証を行っているが、認証されたことを示す証明書にテナント名を含ませることが可能な他の認証方式を利用することもできる。
【０１３３】
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、ファイル管理装置１，１００やファイルアクセス装置２，２ａ，・・・，３００，４００，・・・が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記憶装置、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁気記憶装置には、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープなどがある。光ディスクには、ＤＶＤ、ＤＶＤ−ＲＡＭ、ＣＤ−ＲＯＭ／ＲＷなどがある。光磁気記録媒体には、ＭＯ（Magneto-Optical disc）などがある。
【０１３４】
プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭなどの可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
【０１３５】
プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。
【０１３６】
また、上記の処理機能の少なくとも一部を、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）などの電子回路で実現することもできる。
【０１３７】
以上、実施の形態を例示したが、実施の形態で示した各部の構成は同様の機能を有する他のものに置換することができる。また、他の任意の構成物や工程が付加されてもよい。さらに、前述した実施の形態のうちの任意の２以上の構成（特徴）を組み合わせたものであってもよい。
【０１３８】
以上説明した実施の形態の主な技術的特徴は、以下の付記の通りである。
（付記１） ストレージ装置に格納されるファイルを管理するファイル管理装置において、
ファイルアクセス装置から、該ファイルアクセス装置の識別情報と、ユーザの識別情報とを含む、前記ファイルへのアクセス要求を受信する通信インタフェース部と、
受信した前記ファイルアクセス装置の識別情報に基づいて、該ファイルアクセス装置が前記ファイルに対するアクセス権を有するか否かの第１の判定を行い、受信した前記ユーザの識別情報に基づいて、該ユーザが前記ファイルに対するアクセス権を有しているか否かの第２の判定を行い、該第１の判定及び該第２の判定の双方において、アクセス権が有ると判定する場合に、前記アクセス要求に応じた前記ファイルへのアクセスを許容する制御装置と、
を有することを特徴とするファイル管理装置。
【０１３９】
（付記２） ストレージ装置に格納されたファイルを管理するファイル管理装置において、
送信元のファイルアクセス装置を示す識別情報と、アクセス対象のファイルを使用するユーザのユーザＩＤとを含む、前記ファイルへのアクセス要求を受信すると、前記ファイルそれぞれに対してアクセス権を有する前記ファイルアクセス装置の前記識別情報を記憶する装置識別情報記憶手段を参照し、前記アクセス要求を出力した前記ファイルアクセス装置がアクセス対象の前記ファイルに対するアクセス権を有するか否かを判定する装置アクセス権判定手段と、
前記アクセス要求を受信すると、前記ファイルそれぞれに対してユーザＩＤに応じたアクセス権が設定されたユーザアクセス権記憶手段を参照し、前記アクセス要求に含まれる前記ユーザＩＤで示される前記ユーザがアクセス対象の前記ファイルに対するアクセス権を有しているか否かを判定するユーザアクセス権判定手段と、
前記ファイルアクセス装置がアクセス権を有し、かつ前記ユーザがアクセス権を有している場合、前記アクセス要求に応じたファイルアクセスを実行するファイルアクセス手段と、
を有することを特徴とするファイル管理装置。
【０１４０】
（付記３） ストレージ装置に格納されたファイルを管理する処理をコンピュータに実行させるファイル管理プログラムにおいて、
前記コンピュータに、
送信元のファイルアクセス装置を示す識別情報と、アクセス対象の前記ファイルを使用するユーザのユーザＩＤとを含む、前記ファイルへのアクセス要求を受信すると、前記ファイルそれぞれに対してアクセス権を有する前記ファイルアクセス装置の前記識別情報を記憶する装置識別情報記憶手段を参照し、前記アクセス要求を出力した前記ファイルアクセス装置がアクセス対象の前記ファイルに対するアクセス権を有するか否かを判定し、
前記アクセス要求を受信すると、前記ファイルそれぞれに対してユーザＩＤに応じたアクセス権が設定されたユーザアクセス権記憶手段を参照し、前記アクセス要求に含まれる前記ユーザＩＤで示される前記ユーザがアクセス対象の前記ファイルに対するアクセス権を有しているか否かを判定し、
前記ファイルアクセス装置がアクセス権を有し、かつ前記ユーザがアクセス権を有している場合、前記アクセス要求に応じたファイルアクセスを実行する、
処理を実行させることを特徴とするファイル管理プログラム。
【０１４１】
（付記４） 前記識別情報は、前記ファイルへのアクセス権を前記ファイルアクセス装置が正当に有することが、認証サーバによって認証されていることを示す情報であることを特徴とする付記３記載のファイル管理プログラム。
【０１４２】
（付記５） 前記コンピュータに、さらに、
前記ファイルへのアクセス権を有する前記ファイルアクセス装置に対して前記認証サーバによって発行されたサービスチケットを受信すると、前記サービスチケットを、前記ファイルアクセス装置の前記識別情報に関連付けて前記装置識別情報記憶手段に格納し、
前記サービスチケットに関連付けられた前記識別情報を、前記サービスチケットの送信元である前記ファイルアクセス装置に送信する、
処理を実行させることを特徴とする付記４記載のファイル管理プログラム。
【０１４３】
（付記６） 前記サービスチケットには、前記ファイルへのアクセス権を有する前記ファイルアクセス装置の装置名が含まれており、
前記装置識別情報記憶手段は、前記ファイルに対応付けて、前記ファイルに対するアクセス権を有する前記ファイルアクセス装置の装置名を記憶するアクセス可能装置名記憶領域と、前記識別情報と前記サービスチケットとを関係づけて記憶するサービスチケット記憶領域とに分かれており、
前記ファイルアクセス装置のアクセス権判定では、前記サービスチケット記憶領域を参照して、前記アクセス要求に示される前記識別情報に対応する前記装置名を抽出し、抽出した前記装置名が、アクセス対象となる前記ファイルに対応付けて前記アクセス可能装置名記憶領域に記憶されている場合、前記アクセス要求を出力した前記ファイルアクセス装置がアクセス権を有すると判断する、
ことを特徴とする付記５記載のファイル管理プログラム。
【０１４４】
（付記７） 前記アクセス可能装置名記憶領域は、前記ストレージ装置を管理するローカルファイルシステムが前記ファイルを管理するためのファイル管理情報内の領域であることを特徴とする付記６記載のファイル管理プログラム。
【０１４５】
（付記８） 前記サービスチケットは、ケルベロス方式により認証を行うケルベロスサーバで発行され、前記装置名は、前記サービスチケットのプリンシパル名の設定フィールドに格納されていることを特徴とする付記６記載のファイル管理プログラム。
【０１４６】
（付記９） 前記識別情報は、前記サービスチケットよりもデータ量が少ないことを特徴とする付記５記載のファイル管理装置。
（付記１０） ストレージ装置に格納されたファイルを管理する処理を、コンピュータで実行するファイル管理方法において、
前記コンピュータが、
送信元のファイルアクセス装置を示す識別情報と、アクセス対象の前記ファイルを使用するユーザのユーザＩＤとを含む、前記ファイルへのアクセス要求を受信すると、前記ファイルそれぞれに対してアクセス権を有する前記ファイルアクセス装置の前記識別情報を記憶する装置識別情報記憶手段を参照し、前記アクセス要求を出力した前記ファイルアクセス装置がアクセス対象の前記ファイルに対するアクセス権を有するか否かを判定し、
前記アクセス要求を受信すると、前記ファイルそれぞれに対してユーザＩＤに応じたアクセス権が設定されたユーザアクセス権記憶手段を参照し、前記アクセス要求に含まれる前記ユーザＩＤで示される前記ユーザがアクセス対象の前記ファイルに対するアクセス権を有しているか否かを判定し、
前記ファイルアクセス装置がアクセス権を有し、かつ前記ユーザがアクセス権を有している場合、前記アクセス要求に応じたファイルアクセスを実行する、
ことを特徴とするファイル管理方法。
【符号の説明】
【０１４７】
１ ファイル管理装置
１−１ 通信インタフェース部
１−２ 制御装置
１ａ サービスチケット取得手段
１ｂ 装置識別情報記憶手段
１ｂａ アクセス可能装置名記憶領域
１ｂｂ サービスチケット記憶領域
１ｃ 識別情報送信手段
１ｄ 装置アクセス権判定手段
１ｅ ユーザアクセス記憶手段
１ｆ ユーザアクセス権判定手段
１ｇ ファイルアクセス手段
１ｈ ファイル管理情報
２，２ａ ファイルアクセス装置
３ ストレージ装置
４ 認証サーバ
５ サービスチケット
６ ニックネーム
７ アクセス要求
【特許請求の範囲】
【請求項１】
ストレージ装置に格納されるファイルを管理するファイル管理装置において、
ファイルアクセス装置から、該ファイルアクセス装置の識別情報と、ユーザの識別情報とを含む、前記ファイルへのアクセス要求を受信する通信インタフェース部と、
受信した前記ファイルアクセス装置の識別情報に基づいて、該ファイルアクセス装置が前記ファイルに対するアクセス権を有するか否かの第１の判定を行い、受信した前記ユーザの識別情報に基づいて、該ユーザが前記ファイルに対するアクセス権を有しているか否かの第２の判定を行い、該第１の判定及び該第２の判定の双方において、アクセス権が有ると判定する場合に、前記アクセス要求に応じた前記ファイルへのアクセスを許容する制御装置と、
を有することを特徴とするファイル管理装置。
【請求項２】
ストレージ装置に格納されたファイルを管理するファイル管理装置において、
送信元のファイルアクセス装置を示す識別情報と、アクセス対象のファイルを使用するユーザのユーザＩＤとを含む、前記ファイルへのアクセス要求を受信すると、前記ファイルそれぞれに対してアクセス権を有する前記ファイルアクセス装置の前記識別情報を記憶する装置識別情報記憶手段を参照し、前記アクセス要求を出力した前記ファイルアクセス装置がアクセス対象の前記ファイルに対するアクセス権を有するか否かを判定する装置アクセス権判定手段と、
前記アクセス要求を受信すると、前記ファイルそれぞれに対してユーザＩＤに応じたアクセス権が設定されたユーザアクセス権記憶手段を参照し、前記アクセス要求に含まれる前記ユーザＩＤで示される前記ユーザがアクセス対象の前記ファイルに対するアクセス権を有しているか否かを判定するユーザアクセス権判定手段と、
前記ファイルアクセス装置がアクセス権を有し、かつ前記ユーザがアクセス権を有している場合、前記アクセス要求に応じたファイルアクセスを実行するファイルアクセス手段と、
を有することを特徴とするファイル管理装置。
【請求項３】
ストレージ装置に格納されたファイルを管理する処理をコンピュータに実行させるファイル管理プログラムにおいて、
前記コンピュータに、
送信元のファイルアクセス装置を示す識別情報と、アクセス対象の前記ファイルを使用するユーザのユーザＩＤとを含む、前記ファイルへのアクセス要求を受信すると、前記ファイルそれぞれに対してアクセス権を有する前記ファイルアクセス装置の前記識別情報を記憶する装置識別情報記憶手段を参照し、前記アクセス要求を出力した前記ファイルアクセス装置がアクセス対象の前記ファイルに対するアクセス権を有するか否かを判定し、
前記アクセス要求を受信すると、前記ファイルそれぞれに対してユーザＩＤに応じたアクセス権が設定されたユーザアクセス権記憶手段を参照し、前記アクセス要求に含まれる前記ユーザＩＤで示される前記ユーザがアクセス対象の前記ファイルに対するアクセス権を有しているか否かを判定し、
前記ファイルアクセス装置がアクセス権を有し、かつ前記ユーザがアクセス権を有している場合、前記アクセス要求に応じたファイルアクセスを実行する、
処理を実行させることを特徴とするファイル管理プログラム。
【請求項４】
前記識別情報は、前記ファイルへのアクセス権を前記ファイルアクセス装置が正当に有することが、認証サーバによって認証されていることを示す情報であることを特徴とする請求項３記載のファイル管理プログラム。
【請求項５】
前記コンピュータに、さらに、
前記ファイルへのアクセス権を有する前記ファイルアクセス装置に対して前記認証サーバによって発行されたサービスチケットを受信すると、前記サービスチケットを、前記ファイルアクセス装置の前記識別情報に関連付けて前記装置識別情報記憶手段に格納し、
前記サービスチケットに関連付けられた前記識別情報を、前記サービスチケットの送信元である前記ファイルアクセス装置に送信する、
処理を実行させることを特徴とする請求項４記載のファイル管理プログラム。
【請求項６】
前記サービスチケットには、前記ファイルへのアクセス権を有する前記ファイルアクセス装置の装置名が含まれており、
前記装置識別情報記憶手段は、前記ファイルに対応付けて、前記ファイルに対するアクセス権を有する前記ファイルアクセス装置の装置名を記憶するアクセス可能装置名記憶領域と、前記識別情報と前記サービスチケットとを関係づけて記憶するサービスチケット記憶領域とに分かれており、
前記ファイルアクセス装置のアクセス権判定では、前記サービスチケット記憶領域を参照して、前記アクセス要求に示される前記識別情報に対応する前記装置名を抽出し、抽出した前記装置名が、アクセス対象となる前記ファイルに対応付けて前記アクセス可能装置名記憶領域に記憶されている場合、前記アクセス要求を出力した前記ファイルアクセス装置がアクセス権を有すると判断する、
ことを特徴とする請求項５記載のファイル管理プログラム。
【請求項７】
ストレージ装置に格納されたファイルを管理する処理を、コンピュータで実行するファイル管理方法において、
前記コンピュータが、
送信元のファイルアクセス装置を示す識別情報と、アクセス対象の前記ファイルを使用するユーザのユーザＩＤとを含む、前記ファイルへのアクセス要求を受信すると、前記ファイルそれぞれに対してアクセス権を有する前記ファイルアクセス装置の前記識別情報を記憶する装置識別情報記憶手段を参照し、前記アクセス要求を出力した前記ファイルアクセス装置がアクセス対象の前記ファイルに対するアクセス権を有するか否かを判定し、
前記アクセス要求を受信すると、前記ファイルそれぞれに対してユーザＩＤに応じたアクセス権が設定されたユーザアクセス権記憶手段を参照し、前記アクセス要求に含まれる前記ユーザＩＤで示される前記ユーザがアクセス対象の前記ファイルに対するアクセス権を有しているか否かを判定し、
前記ファイルアクセス装置がアクセス権を有し、かつ前記ユーザがアクセス権を有している場合、前記アクセス要求に応じたファイルアクセスを実行する、
ことを特徴とするファイル管理方法。
【請求項１】
ストレージ装置に格納されるファイルを管理するファイル管理装置において、
ファイルアクセス装置から、該ファイルアクセス装置の識別情報と、ユーザの識別情報とを含む、前記ファイルへのアクセス要求を受信する通信インタフェース部と、
受信した前記ファイルアクセス装置の識別情報に基づいて、該ファイルアクセス装置が前記ファイルに対するアクセス権を有するか否かの第１の判定を行い、受信した前記ユーザの識別情報に基づいて、該ユーザが前記ファイルに対するアクセス権を有しているか否かの第２の判定を行い、該第１の判定及び該第２の判定の双方において、アクセス権が有ると判定する場合に、前記アクセス要求に応じた前記ファイルへのアクセスを許容する制御装置と、
を有することを特徴とするファイル管理装置。
【請求項２】
ストレージ装置に格納されたファイルを管理するファイル管理装置において、
送信元のファイルアクセス装置を示す識別情報と、アクセス対象のファイルを使用するユーザのユーザＩＤとを含む、前記ファイルへのアクセス要求を受信すると、前記ファイルそれぞれに対してアクセス権を有する前記ファイルアクセス装置の前記識別情報を記憶する装置識別情報記憶手段を参照し、前記アクセス要求を出力した前記ファイルアクセス装置がアクセス対象の前記ファイルに対するアクセス権を有するか否かを判定する装置アクセス権判定手段と、
前記アクセス要求を受信すると、前記ファイルそれぞれに対してユーザＩＤに応じたアクセス権が設定されたユーザアクセス権記憶手段を参照し、前記アクセス要求に含まれる前記ユーザＩＤで示される前記ユーザがアクセス対象の前記ファイルに対するアクセス権を有しているか否かを判定するユーザアクセス権判定手段と、
前記ファイルアクセス装置がアクセス権を有し、かつ前記ユーザがアクセス権を有している場合、前記アクセス要求に応じたファイルアクセスを実行するファイルアクセス手段と、
を有することを特徴とするファイル管理装置。
【請求項３】
ストレージ装置に格納されたファイルを管理する処理をコンピュータに実行させるファイル管理プログラムにおいて、
前記コンピュータに、
送信元のファイルアクセス装置を示す識別情報と、アクセス対象の前記ファイルを使用するユーザのユーザＩＤとを含む、前記ファイルへのアクセス要求を受信すると、前記ファイルそれぞれに対してアクセス権を有する前記ファイルアクセス装置の前記識別情報を記憶する装置識別情報記憶手段を参照し、前記アクセス要求を出力した前記ファイルアクセス装置がアクセス対象の前記ファイルに対するアクセス権を有するか否かを判定し、
前記アクセス要求を受信すると、前記ファイルそれぞれに対してユーザＩＤに応じたアクセス権が設定されたユーザアクセス権記憶手段を参照し、前記アクセス要求に含まれる前記ユーザＩＤで示される前記ユーザがアクセス対象の前記ファイルに対するアクセス権を有しているか否かを判定し、
前記ファイルアクセス装置がアクセス権を有し、かつ前記ユーザがアクセス権を有している場合、前記アクセス要求に応じたファイルアクセスを実行する、
処理を実行させることを特徴とするファイル管理プログラム。
【請求項４】
前記識別情報は、前記ファイルへのアクセス権を前記ファイルアクセス装置が正当に有することが、認証サーバによって認証されていることを示す情報であることを特徴とする請求項３記載のファイル管理プログラム。
【請求項５】
前記コンピュータに、さらに、
前記ファイルへのアクセス権を有する前記ファイルアクセス装置に対して前記認証サーバによって発行されたサービスチケットを受信すると、前記サービスチケットを、前記ファイルアクセス装置の前記識別情報に関連付けて前記装置識別情報記憶手段に格納し、
前記サービスチケットに関連付けられた前記識別情報を、前記サービスチケットの送信元である前記ファイルアクセス装置に送信する、
処理を実行させることを特徴とする請求項４記載のファイル管理プログラム。
【請求項６】
前記サービスチケットには、前記ファイルへのアクセス権を有する前記ファイルアクセス装置の装置名が含まれており、
前記装置識別情報記憶手段は、前記ファイルに対応付けて、前記ファイルに対するアクセス権を有する前記ファイルアクセス装置の装置名を記憶するアクセス可能装置名記憶領域と、前記識別情報と前記サービスチケットとを関係づけて記憶するサービスチケット記憶領域とに分かれており、
前記ファイルアクセス装置のアクセス権判定では、前記サービスチケット記憶領域を参照して、前記アクセス要求に示される前記識別情報に対応する前記装置名を抽出し、抽出した前記装置名が、アクセス対象となる前記ファイルに対応付けて前記アクセス可能装置名記憶領域に記憶されている場合、前記アクセス要求を出力した前記ファイルアクセス装置がアクセス権を有すると判断する、
ことを特徴とする請求項５記載のファイル管理プログラム。
【請求項７】
ストレージ装置に格納されたファイルを管理する処理を、コンピュータで実行するファイル管理方法において、
前記コンピュータが、
送信元のファイルアクセス装置を示す識別情報と、アクセス対象の前記ファイルを使用するユーザのユーザＩＤとを含む、前記ファイルへのアクセス要求を受信すると、前記ファイルそれぞれに対してアクセス権を有する前記ファイルアクセス装置の前記識別情報を記憶する装置識別情報記憶手段を参照し、前記アクセス要求を出力した前記ファイルアクセス装置がアクセス対象の前記ファイルに対するアクセス権を有するか否かを判定し、
前記アクセス要求を受信すると、前記ファイルそれぞれに対してユーザＩＤに応じたアクセス権が設定されたユーザアクセス権記憶手段を参照し、前記アクセス要求に含まれる前記ユーザＩＤで示される前記ユーザがアクセス対象の前記ファイルに対するアクセス権を有しているか否かを判定し、
前記ファイルアクセス装置がアクセス権を有し、かつ前記ユーザがアクセス権を有している場合、前記アクセス要求に応じたファイルアクセスを実行する、
ことを特徴とするファイル管理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２０１１−１３４０３７（Ｐ２０１１−１３４０３７Ａ）
【公開日】平成２３年７月７日（２０１１．７．７）
【国際特許分類】
【出願番号】特願２００９−２９１８２９（Ｐ２００９−２９１８２９）
【出願日】平成２１年１２月２４日（２００９．１２．２４）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２３年７月７日（２０１１．７．７）
【国際特許分類】
【出願日】平成２１年１２月２４日（２００９．１２．２４）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]