(57)【要約】      （修正有）【課題】テープ上のデータをファイル形式で操作するファイルシステムにおいて、メディア上のファイルをユーザ単位で分割管理する方法を提供する。【解決手段】メタデータとして、ユーザを識別するユーザＩＤ及びユーザＩＤと関連づけてユーザが管理するファイルのファイル属性情報をメディアに保存し、データとして、ファイル属性情報により指示されるようにユーザの管理するファイルをメディアに書込む。パーティションは、メタデータを保存するインデックス・パーティションとファイルのデータを保存するデータ・パーティションとを含み、インデックス・パーティションに保存されたメタデータは、ユーザを識別するユーザＩＤ及びユーザＩＤと関連づけたファイル属性情報を含み、ファイル属性情報は、ファイル名、メディア上でのデータ位置、及びサイズを含む。【選択図】図３
2014123254.tif 000002
【特許請求の範囲】
【請求項１】
ストレージ・システムに対して入出力制御を行うシステム環境において、複数のユーザが１つのメディアに少なくとも１つのファイルを分割管理できるように書込む方法であって、
メタデータとして、ユーザを識別するユーザＩＤ及び前記ユーザＩＤと関連づけて前記ユーザが管理するファイルのファイル属性情報をメディアに保存し、
データとして、前記ファイル属性情報により指示されるように前記ユーザの管理するファイルをメディアに書込む、ことを含む書込み方法。
【請求項２】
前記メディアは、テープドライブのためのファイルシステムにより読み書きを可能にするために、２以上のパーティションに区分され、
前記パーティションは、前記メタデータを保存するインデックス・パーティションと前記ファイルのデータを保存するデータ・パーティションとを含み、
前記インデックス・パーティションに保存されたメタデータは、前記ユーザを識別するユーザＩＤ及び前記ユーザＩＤと関連づけたファイル属性情報を含み、
前記ファイル属性情報は、ファイル名、メディア上でのデータ位置、及びサイズを含む、請求項１に記載の書込み方法。
【請求項３】
前記ユーザを識別するユーザＩＤは、前記入出力制御を行うシステム環境において識別されることを特徴とする、請求項１または２に記載の各ユーザが自己のファイルを書込む方法。
【請求項４】
更に、各ユーザが管理するファイルへの他のユーザによるユーザ・アクセス権限情報をメタデータとして前記メディアに保持することを含み、
前記ユーザ・アクセス権限情報は、前記システム環境において識別され、前記メタデータとして前記インデックス・パーティションに保存される、請求項３に記載の書込む方法。
【請求項５】
請求項１又は２に記載の複数の前記ユーザによりファイルが書込まれたメディア。
【請求項６】
ストレージ・システムに入出力制御を行うシステム環境において、各前記ユーザが請求項５に記載のメディアに書込まれたファイルを読み出す方法であって、
前記メディアからメタデータを読み出し、
前記ユーザを指標するユーザＩＤに関連付けられたファイル属性情報を前記メタデータから抽出し、
前記ユーザＩＤに関連付けられたファイル属性情報に基づいてファイルの読み出す、ことを含むユーザが前記メディアからファイルを読み出す方法。
【請求項７】
ストレージ・システムに対して入出力制御を行うシステム環境において、複数のユーザが１つのメディアに少なくとも１つのファイルを分割管理できるように書込むプログラムであって、
メタデータとして、ユーザを識別するユーザＩＤ及び前記ユーザＩＤと関連づけて前記ユーザが管理するファイルのファイル属性情報をメディアに保存し、
データとして、前記ファイル属性情報により指示されるように前記ユーザの管理するファイルをメディアに書込む、ことをコンピュータに実行させる書込むプログラム。
【請求項８】
ストレージ・システムに入出力制御を行うシステム環境において、各前記ユーザが請求項５に記載のメディアに書込まれたファイルを読み出すプログラムであって、
前記メディアからメタデータを読み出し、
前記ユーザを指標するユーザＩＤに関連付けられたファイル属性情報を前記メタデータから抽出し、
前記ユーザＩＤに関連付けられたファイル属性情報に基づいて、該当ファイルの読み出す、ことをコンピュータに実行させる各ユーザが前記メディアからファイルを読み出すプログラム。
【請求項９】
ストレージ・システムに対して入出力制御を行うシステム環境において、複数のユーザが１つのメディアに少なくとも１つのファイルを分割管理に書込む前記ストレージ・システムであって、前記システムの読み書き制御は、
メタデータとして、ユーザを識別するユーザＩＤ及び前記ユーザＩＤと関連づけて前記ユーザが管理するファイルのファイル属性情報をメディアに保存し、
データとして、前記ファイル属性情報により指示されるように前記ユーザの管理するファイルをメディアに書込む、ことを実行するストレージ・システム。
【請求項１０】
ストレージ・システムに入出力制御を行うシステム環境において、各前記ユーザが、請求項５に記載のメディアに書込まれたファイルを読み出す前記ストレージ・システムであって、前記システムの読み書き制御は、
前記メディアからメタデータを読み出し、
ユーザを指標するユーザＩＤに関連付けられたファイル属性情報を前記メタデータから抽出し、
前記ユーザＩＤに関連付けられたファイル属性情報に基づいて、該当ファイルの読み出す、ことを実行するストレージ・システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メディア上のデータをファイル形式で操作するファイルシステムにおいて、１つのメディア上のファイルをユーザ単位で分割管理する方法に関する。詳細には、本発明は、ファイルシステムが管理するメディアの保持するメタデータをユーザ単位で分割管理する方法、プログラム、及びストレージ・システムに関する。
【背景技術】
【０００２】
テープ記憶装置（テープドライブ）にマウントされたテープカートリッジ（メディア）の読み書き制御用のために、ファイルシステムがある。ＬＴＦＳ（Linear Tape File System）はリムーバブルメディアであるテープドライブ用のファイルシステムである。
【０００３】
ＬＴＦＳは、テープライブラリのコントロールをファイルシステムが賄ってくれる。ＬＴＦＳを利用すると、アプリケーション側でライブラリを意識する必要がなく、従来よりも容易にテープデバイスを使用することができる。そこで、テープデバイスが本来よりもつ低コストで大容量という特性から、クラウド・システムのストレージとして使うユースケースも考えられる。テープライブラリ（ストレージ・システム）含むクラウド・システムにおいてファイルシステム（ＬＴＦＳ）を利用する場合、複数のユーザで１本のテープをデータのアクセスを管理したい。しかし、既存のＬＴＦＳは、テープ１本につき１つのユーザを前提としてインデックス（メタデータ）でファイルを管理している。
【０００４】
ＬＴＦＳは、複数のＯＳをサポートする理由から、テープそのものには個々のファイルのオーナーが誰であるか、という情報を保管していない。ＬＴＦＳでは、ユーザ単位でテープ内のファイルに対するアクセス管理を行うことが困難である。また、ユーザ単位でファイルの管理を行いたい場合、クラウド側においてシステム的に管理するしかない。
【０００５】
特許文献１は、データそのものであり、ひとつのカートリッジ内のデータを複数カートリッジに分割し、複数ユーザに平行して使用させる技術である。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開平１０−２３２８００号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ここで、特許文献１は、分割する対象がデータそのものの技術である。しかし、1つのメディアに対して複数のユーザのシステム環境のファイルシステムにおいて、ユーザ毎にファイル属性情報を持たせることは示していない。
【０００８】
従って、本発明の目的は、テープ上のデータをファイル形式で操作するファイルシステムにおいて、メディア上のファイルをユーザ単位で分割管理する方法、プログラム、及び、ストレージ・システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
かかる目的のもと、本発明は、ストレージ・システムに対して入出力制御を行うシステム環境において、複数のユーザ（ユーザＩＤはシステム環境が割当てる）が１つのメディア（テープ媒体）に少なくとも１つのファイルを分割管理できるように書込む方法である。
この書込み方法は、
（１）メタデータとして、ユーザを識別するユーザＩＤ及び前記ユーザＩＤと関連づけて前記ユーザが管理するファイルのファイル属性情報をメディアに保存し、
（２）データとして、前記ファイル属性情報により指示されるように前記ユーザの管理するファイルをメディアに書込む、ことを含む書込み方法。
【００１０】
また、この書込み方法において、前記メディアは、テープドライブのための前記ファイルシステムにより読み書きを可能にするために、２以上のパーティションに区分され、
前記パーティションは、前記メタデータを保存するインデックス・パーティションと前記ファイルのデータを保存するデータ・パーティションとを含み、
前記インデックス・パーティションに保存されたメタデータは、前記ユーザを識別するユーザＩＤ及び前記ユーザＩＤと関連づけたファイル属性情報を含み、
前記ファイル属性情報は、ファイル名、メディア上でのデータ位置、及びサイズを含む。
【００１１】
また、この書込み方法において、前記ユーザを識別するユーザＩＤは、前記入出力制御を行うシステム環境において識別（特定）されることを特徴とする。
【００１２】
また、この書込み方法において、
更に、（３）各ユーザが管理するファイルへの他のユーザによるアクセス権限情報をメタデータとして前記メディアに保持することを含み、
前記アクセス権限情報は、前記システム環境において識別（特定）され、前記メタデータとして前記インデックス・パーティションに保存される。
【００１３】
また、この書込み方法により複数のユーザのファイルが書込まれたメディアである。
【００１４】
また、かかる目的のもと、本発明は、ストレージ・システムに入出力制御を行うシステム環境において、各前記ユーザが、（前記ストレージ・システムに含まれるドライブにマウントされた）請求項５に記載のメディアに書込まれたファイルを読み出す方法である。
この読み出し方法は、
（１）前記メディアからメタデータを読み出し、
（２）前記ユーザを指標するユーザＩＤに関連付けられたファイル属性情報を前記メタデータから抽出し、
（３）前記ユーザＩＤに関連付けられたファイル属性情報に基づいて、該当ファイルの読み出す、ことを含む。
【００１５】
また、かかる目的のもと、本発明は、ストレージ・システムに対して入出力制御を行うシステム環境において、複数のユーザ（ユーザＩＤはシステム環境が割当てる）が１つのメディアに少なくとも１つのファイルを分割管理できるように書込むプログラム（ファイルシステム）である。
この書込むプログラムは、
（１）メタデータとして、ユーザを識別するユーザＩＤ及び前記ユーザＩＤと関連づけて前記ユーザが管理するファイルのファイル属性情報をメディアに保存し、
（２）データとして、前記ファイル属性情報により指示されるように前記ユーザの管理するファイルをメディアに書込む、ことをコンピュータに実行させる。
【００１６】
また、かかる目的のもと、本発明は、ストレージ・システムに入出力制御を行うシステム環境において、前記ユーザが、（前記ストレージ・システムに含まれるドライブにマウントされた）請求項５に記載のメディアに書込まれたファイルを読み出すプログラム（ファイルシステム）である。
この読み出すプログラムは、
（１）前記メディアからメタデータを読み出し、
（２）前記ユーザを指標するユーザＩＤに関連付けられたファイル属性情報を前記メタデータから抽出し、
（３）前記ユーザＩＤに関連付けられたファイル属性情報に基づいて、該当ファイルの読み出す、ことをコンピュータに実行させる。
【００１７】
また、かかる目的のもと、本発明は、ストレージ・システムに対して入出力制御を行うシステム環境において、複数のユーザ（ユーザＩＤはシステム環境が割当てる）が１つのメディアに少なくとも１つのファイルを分割管理に書込む前記ストレージ・システムである。前記システムの読み書き制御は、
（１）メタデータとして、ユーザ毎に前記ユーザを識別するユーザＩＤ及び前記ユーザＩＤと関連づけて前記ユーザが管理するファイルのファイル属性情報をメディアに保存し、
（２）データとして、前記ファイル属性情報により指示されるように前記ユーザの管理するファイルをメディアに書込む、ことを実行する。
【００１８】
また、かかる目的のもと、本発明は、ストレージ・システムに入出力制御を行うシステム環境において、各前記ユーザが、（前記ストレージ・システムに含まれるドライブにマウントされた）請求項５に記載のメディアに書込まれたファイルを読み出す前記ストレージ・システムである。
前記システムの読み書き制御は、
（１）マウントされた前記メディアからメタデータを読み出し、
（２）前記ユーザを指標するユーザＩＤに関連付けられたファイル属性情報を前記メタデータから抽出し、
（３）前記ユーザＩＤに関連付けられたファイル属性情報に基づいて、該当ファイルの読み出す、ことを実行する。
【発明の効果】
【００１９】
上述の本発明を適用するストレージ・システムでは、複数のユーザが１つのメディアへのファイルへのアクセス管理が容易になる。
【図面の簡単な説明】
【００２０】
【図１】本発明が適用される、テープライブラリを含むクラウド・システムの典型的な構成例を示す。
【図２】１本のテープカートリッジのテープ媒体がインデックス・パーティションとデータ・パーティションに区分されていることを示す。
【図３】複数のユーザが１つのテープを利用する場合の本発明のインデックス（メタデータ）とファイル/データの関係を示す。
【図４】特定のユーザＣをクラウド・システムに登録した場合のメディア上のインデックス・パーティションに保存されるメタデータ及びデータ・パーティションに書き込まれたファイルを示す。
【図５】ユーザ単位での他ユーザのファイルへのアクセス権限情報を表したテーブル(ユーザ・アクセス権限情報表)を示す。
【図６】特定のユーザの登録が削除された場合のメディアのＩＰとＤＰの内容と、登録されたユーザのみのためのファイルのメディア移行後のＩＰとＤＰの内容を示す。
【発明を実施するための形態】
【００２１】
複数のユーザによるテープライブラリへのファイルの保存態様と、テープ上の２つのパーティションの内容について本発明の実施の形態（実施例）を説明する。実施例において、主にインデックス・パーティションを「ユーザ」毎に区別して管理することが説明される。
【００２２】
現状のテープドライブ用のファイルシステムとして、ＬＴＦＳは１本のテープに対しユーザ１人の複数のファイルの属性情報をインデックスとして割り当てる管理形態である。本発明では、このファイルシステム、ユーザ１人に対しひとつのインデックスで管理できる仕組みを導入する。複数のユーザのファイル属性を区別して１つのテープ媒体のインデックス・パーティションに含ませる。ファイルのデータはデータ・パーティションに保存される。この技術の基本は、ひとつのメディアに対して複数のファイルシステムのインスタンスを持たせるものである。本発明では、ユーザごとにインデックスを持つことにより、各ユーザはファイルシステムで１つのメディアを占有しているように見せることができる。
【００２３】
図１は、本発明が適用される、テープライブラリを含むクラウド・システムの典型的な構成例を示す。
テープライブラリ（ストレージ・システム）１００は、３つのテープドライブ６０、テープカートリッジ（メディア）４０、そのテープカートリッジを収納するスロット４５を含む。ストレージ・システム内にはスロット４５に収納された多数のテープカートリッジ４０が存在する。テープライブラリ１００は、ストレージ・システム１０１及び１０２とともにクラウド・システムを構成し、ユーザＡ，Ｂ，Ｃにサービス（データの書込み読み出し）を提供する。３つのユーザ（アプリケーション）Ａ，Ｂ，Ｃは、テープドライブ１００のファイルシステムを介して、テープカートリッジへのアクセスすることを考える。
【００２４】
ホスト１０a,１０ｂ，１０ｃのユーザＡ，Ｂ，Ｃは、ファイルシステム９０を介して、メディア４０をマウントするドライブ６０へ、例えばＳＣＳＩコマンドを発行する。ストレージ・システム１００は、ストレージ・サーバ８０においてアクセス要求を受取る。ストレージ・サーバ８０はライブラリ・マネージャ９０により複数のドライブ６０及び複数のテープカートリッジ４０を集中管理する。ライブラリ・マネージャは、これらハードウエア資源を仮想化、ファイルシステムを介して読み書き制御を行う。
【００２５】
テープドライブ（ドライブ）６０について説明する。
テープドライブ６０は、ホスト１０から送られた複数のデータで構築される固定長のデータセット（ＤａｔａＳｅｔ；ＤＳと言う）単位でテープ媒体（テープカートリッジ４０）への読み書きを行う。ＤＳの典型的な大きさは４ＭＢである。ホスト１０ａのユーザＡ（アプリケーション）は、可変長のレコードでファイルシステムを介してテープドライブに書込み／読み出し要求を送る。通信規格としてＳＣＳＩを用いる場合、ホスト３０は、書き込み／読取りデータのための要求（Ｗｒｉｔｅ／Ｒｅａｄ）をテープドライブ６０に発行する。
【００２６】
テープドライブ６０は、ホスト１０ａから受取ったコマンドに従って、データのテープへの書込みやテープからの読出しをする。テープドライブ６０は、バッファ、読み書きチャネル、ヘッド、モータ、テープを巻きつけるリールと、読み書き制御と、ヘッド位置制御システムと、モータドライバとを含む。テープドライブは、テープカートリッジを着脱可能に搭載する。テープは、リールの回転に伴い、長手方向に移動する。ヘッドは、テープが長手方向に移動してテープに対してデータを書き込んだり、テープからデータを読出したりする。また、テープカートリッジ４０はカートリッジメモリ（ＣＭ：CartridgeMemory）と呼ばれる非接触不揮発性メモリを備える。テープカートリッジ４０に搭載されたＣＭは、テープドライブ１０により非接触的に読み書きされる。ＣＭはカートリッジ属性を保管する。テープドライブは、読出し及び書込み時に、ＣＭからカートリッジ属性を取り出して最適な読み書きができるようにする。
【００２７】
図２は、１本のテープカートリッジのテープ媒体（メディア）がインデックス・パーティションとデータ・パーティションに区分されていることを示す。この図は、ＬＴＯ５に準拠したテープ媒体の構成例を示す。テープの先頭部（ＢＯＴ：Beginning of Tape）から終端部（ＥＯＴ：End of tape）に渡ってインデックス・パーティション（ＩＰ）とデータ・パーティション（ＤＰ）との２つに区分される例を示す。メディアは、データを記録するトラックに沿って、先頭部のインデックス・パーティションと、テープ記憶域の大部分を占めるデータ・パーティションとに区分される。メディアは、インデックス・パーティションとデータ・パーティションとはガードバンド領域で区分される。様々な仕様に応じてパーティション数は３以上の任意の数に変更することは可能である。なお、ＬＴＦＳを利用してファイル管理を行う場合はＩＢＭ社のエンタープライズテープドライブＴＳ１１４０で利用されるテープ媒体も基本的に２つのパーティションに区分される点はＬＴＯ５の場合と同様である。
【００２８】
テープドライブ６０は、ファイルシステムの利用により、ファイル単位での取扱が可能となる。例えばＬＴＦＳでは、メディア上に書かれたデータをファイルとして見せることができる。
テープドライブは、ファイルシステムを利用すると、各パーティションはあたかも１つのテープのように扱え、それぞれにデータを選択的に書き込むことができる。ＬＴＦＳは、ファイルの属性情報（ファイル名、メディア上の位置、サイズなど）をメタデータとしてとして、インデックス・パーティションに保持している。ひとつのファイルが修正などされて複数の部分に分割された場合には、複数の構成要素をメタデータとして持つことにより表現される。
【００２９】
具体的には、インデックス・パーティション（ＩＰ）には、各種属性情報を示すインデックスを記憶させる。常に最新のファイル部分の属性情報を含むメタデータのみをテープ媒体の前方にあるインデックス・パーティションから読み出し、メタデータ・パーティションに書き込まれているファィルシステム（ＬＴＦＳ）を利用によりファイルへの高速なアクセスを保つことができる。テープ媒体のインデックス・パーティションのメタデータは、テープカートリッジがドライブにマウント時に読み出される。また、書き込まれているメタデータは、ドライブからテープカートリッジがアンマウントされる時に新しい情報ですべて書き直される。
【００３０】
図３は、複数のユーザが１つのテープを利用する場合の本発明のインデックス（メタデータ）とファイルの関係を示す。
図３（ａ）は、複数のユーザ毎にメタデータが区別して保存されたインデックス・パーティションと、各ユーザの複数のファイルを書き込んだ例を示す。本発明の基本は、１つのメディアに対して複数のユーザのインスタンス（例えば、ユーザＩＤとファイル属性情報（ファイル名、データ位置、サイズ）など）を持たせるものである。メディアのＩＰには、ユーザＡ，Ｂ，Ｃのインデックスが保存される。このインデックスは、ユーザＡ，Ｂ，ＣのユーザＩＤにより識別され区別されるファイル情報を含む。メディアのＤＰには、ＩＰに保存されたファイル属性（ファイル名、データ位置、サイズ）に指示されて、ＤＰに各ユーザＡ，Ｂ，Ｃのファイルのデータが書き込まれている。図は、メディアのＤＰの部分がユーザＡのファイル１，ファイル２を、ユーザＢのファイル３，・・・ファイルＭ、及び、ユーザＣのファイルＭ＋１を記録していることを示す。
【００３１】
図３（ｂ）は、（ａ）に示すメディアを本手法に基づきシステム側でアクセス管理の設定した場合のユーザの管理するファイル名の見え方の例を示す。各ユーザＡ，Ｂ，Ｃのそれぞれは自己のシステム環境において、ストレージ・サーバ８０のアクセス制御を行うファイルシステム９０を介して１つのテープカートリッジ４０にアクセスする。（ａ）に示す１つのメディアは、３人のユーザＡ，Ｂ，Ｃにより書き込まれた複数のファイル１，２，３，・・・，Ｍ，Ｍ＋１、・・を含む。ユーザＡ，Ｂ，Ｃのそれぞれが自己のシステム環境においてメディアにアクセスして、獲得したメタデータからファイル名を画面表示した態様を示されている。ユーザＡ，Ｂ，Ｃは、自己のシステム環境を起動するとＬＴＦＳを介して各ユーザＩＤを識別して、ＩＰ部分から対応するユーザＩＤに対応するインデックス（メタデータ）を獲得する。例えば、ユーザＡが自己のファイルを保存したメディアアクセスする場合、ユーザＡのユーザＩＤを登録するためファイルシステムはそのユーザＩＤを獲得する。ファイルシステムはシステム環境から獲得したユーザＩＤに合致するインデックスを抽出し、ユーザＡシステム環境においてファイルリストを画面表示する。ユーザＢ，Ｃについても同様にユーザＡと同様の仕組みで、各人のみが管理するファイル名の画面表示がされる。なお、ユーザＡ，Ｂ，Ｃの自己のファイルの画面表示は、Ｌｉｎｕｘで使う場合、画面表示のように、それぞれのユーザに対し異なるマウントポイントを持たせて利用する方式が有効である。
【００３２】
図４は、特定のユーザＣをクラウド・システムに登録した場合のメディア上のインデックス・パーティションに保存されるインデックス及びデータ・パーティションに書き込まれるファイルのデータを示す。この図のメディアのインデックスは、既存のユーザＡ，Ｂのファイルに対して、ユーザＣのファイルを追加する場合を示す。ユーザＣのファイルのメタデータが、ユーザＡ，Ｂのメタデータに続いてインデックス・パーティションに追加されている。メタデータは、ユーザＩＤと関連付けてファイルの属性情報（ファイル名、データ位置、サイズ）である。具体的には、インデックス・パーティションにユーザＡ，Ｂ，Ｃのインデックス（ファイル属性情報がユーザＩＤに紐付けされて保存されている）が保存されている。各ユーザＡ，Ｂ，Ｃのファイルは、ファイル属性情報（ファイル名、データ位置、サイズ）に指示されたデータ・パーティションに書き込まれている。新たに、ユーザＣのファイルの属性情報がメディアのＩＰに追記されていることが分かる。このユーザＣのインデックスに指示されてＤＰにファイルＭ＋１が書き込まれている。１つのメディアのデータ・パーティションには、ユーザＡ，Ｂ，Ｃのファイルが書き込まれている。ユーザＡのファイル名としてファイル１とファイル２である。ユーザＢのファイル名として、ファイル３，・・・ファイルＭである。最後尾にユーザＣのファイル名のファイルＭ＋１が追記（append）されている。
【００３３】
また、インデックス・パーティション上にユーザについて整理情報を指示したマスターインデックスのようなものを、その先頭領域に配置してもよい。マスターインデックスは、そのファイル部分に各ユーザＩＤ（ユーザＡ，Ｂ，Ｃ）とユーザ毎のファイルのインデックス（ファイルの属性情報などを含むメタデータ）が存在する箇所（ブロック番号）とを記述する。
【００３４】
ファイルシステムは、メディア上のＩＰに保管されたユーザごとのユーザＩＤと、ＬＴＦＳを配下に置くシステム環境のユーザＩＤが一致するように管理する。ファイルシステムは、一致したユーザＩＤに対するファイル属性情報をメディアから抽出して、そのユーザＩＤに関連するファイルを読み出す。システム環境は、各ユーザＡ，Ｂ，Ｃにおいて個別に設定され、ファイルシステムに基づいてストレージ・システムとファイルの入出力を管理する。例えば、各ユーザのＩＤは、システム環境、例えばＯＳのアカウントもしくはアプリケーション・システムにおいて識別されるＩＤとして割り当てられる。
【００３５】
ユーザを識別するユーザＩＤをシステム環境に登録する方法は、ＬＴＦＳを利用してメディアのファイルの入出力を行うそのシステム環境に対して、ユーザＩＤを特定する方法である。クラウド・システムにユーザ登録された際のユーザＩＤを、メディアに書き込まれたユーザのインデックスファイルに埋め込む。
【００３６】
図５は、ユーザ単位での他ユーザのファイルへのアクセス権限を表したテーブル(ユーザ・アクセス権限情報表)を示す。
各ユーザＡ，Ｂ，Ｃがファイルのアクセスを行う場合に、各ユーザ単位で他のユーザのファイルへのアクセス権限が割り当てられる。ＬＴＦＳはユーザ毎にファイル・アクセス権限を獲得して、そのアクセス権限情報に基づいて各ファイルのアクセスを制御する。
例えば、図５に示すテーブルは、縦列にそれぞれのユーザのファイル、横行にそのユーザのファイルへの他ユーザによるアクセス制御方法を設定した場合の例である。
●ユーザＡのインデックスファイル上にあるユーザＡのファイルには、他のユーザに対してReadOnlyの属性をつけて参照させる。例えば、ＯＳがＬｉｎｕｘである場合は、ユーザＡのファイルをすべてパーミッション644としてＬＴＦＳで管理する。
●ユーザＢのインデックスファイル上にあるユーザＢのファイルには、ユーザＡに対してはファイルの存在を知らせず、ユーザＣに対してはReadOnlyの属性をつけ参照させる。
例えば、ＯＳがＬｉｎｕｘである場合は、ユーザＢとユーザＣを同じユーザグループとするなどの対応で、ユーザＢのファイルにすべてパーミッション640としてＬＴＦＳで管理する。
●ユーザＣのインデックスファイル上にあるユーザＣのファイルには、プライベートファイルとして他のユーザに存在を知らせない。例えば、ＯＳがＬｉｎｕｘである場合は、ユーザＡのファイルをすべてパーミッション600としてＬＴＦＳで管理する。
【００３７】
実際にＬＴＦＳの中で行うアクセス管理としては、ＯＳが持つファイルパーミッションの機能を使用しても良い。より複雑な制御のためにＬＴＦＳ内で独自にアクセス管理のロジックを実装しても良い。ＬＴＦＳは、それぞれのファイルに対して個々に設定を行うのではなく、ユーザインデックス内のファイルすべてに対して同じ設定を行うように実装するだけで、他のユーザに対するアクセス管理が可能になる。
【００３８】
図６は、本発明でユーザの登録が削除された場合において、（ａ）メディアのＩＰとＤＰの内容、（ｂ）システム管理レベルでのファイルの見え方、（ｃ）登録されたユーザのみのためのファイルのメディア移行後のＩＰとＤＰの内容、を示す。
【００３９】
図６（ａ）は、本発明でユーザＡの登録が削除された場合の、メディアのＩＰとＤＰの内容を示す。
ユーザ登録が削除された場合は、そのインデックスを無効化する。削除されたユーザのファイルはシステム上表示できなくなる。ユーザＡの登録が削除された場合は、ユーザＡのインデックスを無効化すればよい。無効化の仕方は、インデックスに属性をつけてＬＴＦＳ内で判断する実装でもよいし、削除されたユーザのインデックス自体を削除してしまっても良い。ユーザＡが持っていたファイルはファイルシステム上存在しない状態にできる。
【００４０】
図６（ｂ）は、ユーザＡの登録が削除された場合の、システム管理レベルでの全てのファイルの見え方(システム管理者レベルのファイルリスト)を示す。
ユーザＡのインデックスを削除しても、ユーザＡのファイルはテープ内に残ることになる。
ユーザＡのインデックスはＩＰに存在したいため、ＤＰにユーザＡの複数のファイル１及び２が残っている。しかし、ＬＴＦＳは、インデックスと関連付けされないファイルにアクセスできない。ユーザＡのファイル領域を再利用するためには、テープの場合は別のテープに必要なデータをコピーし、元のテープを再利用することになる。
【００４１】
図６（ｃ）は、ユーザＡの登録が削除された場合、登録されたユーザＢ及びＣのみのためのファイル３，ファイルＭ，ファイルＭ＋１についてメディア移行後のＩＰとＤＰの内容を示す。ＬＴＦＳは、インデックスに存在するユーザＢ及びＣについてリストされたファイルをそのまま別のテープにコピーする作業のみでデータの移行が可能である。この移行作業により、ユーザ単位でのメディア上のファイルの整理と容量の有効利用が可能になる。本発明は、以下のＬＴＦＳの機能特性の理由から、アクセス管理だけでなく、データ移行の際にも有用な技術である。例えば、登録を外れたユーザのデータは不要なものでありテープの領域を再利用したいが、テープメディアの特性からテープの途中のデータを書き換えることはできない。そこで、必要なデータのみを別のテープに写す作業を行い、元のテープは再利用するといった運用が必要である。本発明を用いれば、不要なユーザのファイルは隠蔽することができるため、存在する（システム上に見えている）ファイルのみをすべて別のテープにコピーするだけで移行作業が完了する。
【００４２】
各ユーザの管理するファイルのリストについて異なるマウントポイントでもって画面表示する。実際にクラウド・システムでこの技術をＬｉｎｕｘで使う場合、以下のような画面表示において形でそれぞれのユーザに対し異なるマウントポイントを持たせて利用する方式が有効である。
/mnt/userA/＜テープに書かれているユーザＡのデータのツリー構造＞
/mnt/userB/＜テープに書かれているユーザＢのデータのツリー構造＞
/mnt/userC/＜テープに書かれているユーザＣのデータのツリー構造＞
ＬＴＦＳが起動する段階で、各ユーザに異なるマウントポイントを設定する。マウントポイントは、ＬＴＦＳの起動時、もしくは、ＬＴＦＳ起動後対象ユーザがクラウドなどのシステムにログインした段階などに設定する。マウントポイントは、Ｌｉｎｕｘであればパスの先頭部分の下のフォルダを指す。ＬＴＦＳは各ユーザに、そのマウントポイントの下にファイルが存在するように見せる。ユーザ毎のメタ情報を獲得し、対応するマウントポイントの下に存在するように管理する。ユーザＩＤが、「ＵｓｅｒＡ」「ＵｓｅｒＢ」とした場合ユーザＡには、/mnt/UserAを、ユーザＢには /mnt/UserBをマウントポイントとして割り当てる。それぞれのユーザのファイルは、このパスの下に見えるように配置される。
【００４３】
それぞれのアクセス権限情報を基に、ＬＴＦＳは/mnt/UserAの下のファイルをほかのユーザに対してどう扱うか管理する。ユーザ間のアクセス制御は、マウントポイントの共有アクセス制御を行うことにより、実現できる。さらに複雑な制御をしたければＬＴＦＳで独自に実装しても良い。この方式を使用する場合の利点として、異なるユーザ間であれば、テープに書かれているファイルのパスを含む名称が同じファイルを作成することが可能であるという点が上げられる。
【００４４】
（１）ＬＴＦＳが起動する段階で、各ユーザに異なるマウントポイントを設定する。マウントポイントは、ＬＴＦＳの起動時、もしくは、ＬＴＦＳ起動後対象ユーザがクラウドなどのシステムにログインした段階などに設定する。マウントポイントは、Ｌｉｎｕｘであればパスの先頭部分の下のフォルダを指す。
（２）  ＬＴＦＳは各ユーザに、そのマウントポイントの下にファイルが存在するように見せる。ユーザ毎のメタ情報を獲得し、対応するマウントポイントの下に存在するように管理する。ユーザＩＤが、「UserA」「UserB」とした場合UserAには、/mnt/UserAを、UserBには/mnt/UserBをマウントポイントとして割り当てる。それぞれのユーザのファイルは、このパスの下に見えるように配置される。
（３）それぞれのアクセス権限情報を基に、ＬＴＦＳは/mnt/UserAの下のファイルをほかのユーザに対してどう扱うか管理する。
【００４５】
なお、本発明は、「ユーザ」毎に区別することに限定されない。各種コンピュータの運用を管理するパラメータを一般用語“カテゴリー”と呼び、“カテゴリー”が「ユーザ」，「場所」，「時間」などでファイルを区別することも含む。種々の“カテゴリー”により１つのメディアに保存される複数のファイルの識別管理を行うことも本発明の範囲に含まれる。
【００４６】
以上の実施例を適用するストレージ・システムでは、ユーザごとにインデックスを持つことにより、ユーザ単位でのメディアへのデータアクセス管理が容易になる。本発明を用いることでＯＳやアプリケーションに依存することなく、異なるプラットフォーム上でも同じ管理形態を提供することが可能である。更に、本発明であれば、他のユーザにファイルの存在すら知られないよう管理することができるため、複数ユーザを対象とするクラウド環境下において有効である。なお、本発明を実施の形態（実施例）を用いて説明したが、本発明の範囲は上記実施例には限定されない。本発明の精神及び範囲から逸脱することなく様々に変更したり代替態様を採用したりすることが可能なことは、当業者に明らかである。
【符号の説明】
【００４７】
１０a，１０ｂ，１０ｃ  サーバ、
４０  テープカートリッジ、
４５  スロット、
５５  サーボバンド、
６０  テープドライブ、
８０  ストレージ・サーバ
９０  ライブラリ・マネージャ及びファイルシステム（ＬＴＦＳ）、
１００，１０１，１０２  テープライブラリ（ストレージ・システム）
【図１】
2014123254.tif 000003
【図２】
2014123254.tif 000004
【図３】
2014123254.tif 000005
【図４】
2014123254.tif 000006
【図５】
2014123254.tif 000007
【図６】
2014123254.tif 000008