JP2008210057A - 記憶システム及びその管理方法 - Google Patents

Abstract

【課題】いずれのホスト装置からもコンテンツを参照することができ、管理やアクセス権の設定に関する管理者や操作者の煩わしさを削減し得る記憶システム及びその管理方法を提案しようとするものである。
【解決手段】１又は複数の記憶制御装置は、複数の論理ボリューム上に複数のコンテンツを格納するための複数のフォルダを形成するフォルダ形成部と、複数の論理ボリューム又は複数のフォルダに格納される複数のコンテンツから核となる核コンテンツを特定させて管理する核コンテンツ管理部と、複数の論理ボリューム又は複数のフォルダに格納される複数のコンテンツから、核コンテンツと、一部又は全部の核コンテンツと関連付けられる１又は複数の関連コンテンツを管理する関連コンテンツ管理部と、核コンテンツと関連コンテンツとを、複数の論理ボリューム間又は複数のフォルダ間を跨ってグループ化したグループフォルダを形成するグループフォルダ形成部と、を備えることとした。
【選択図】図１

Description

本発明は、記憶システム及びその管理方法に関し、特に複数のファイルの管理を必要とする記憶システムに適用して好適なものである。

近年、ストレージ分野におけるコンテンツ（ファイルやファイル群）のアーカイブに関するストレージ製品が多数発売されている。

コンテンツは、物理デバイスの記憶領域上から提供される論理的なボリューム（以下、ボリュームという）、フォルダ又はファイル等の名前により構成されるパス名（ロケーション情報）を使用して管理されている。加えてコンテンツは、ファイルの種類、ファイル／フォルダ属性等による種類管理及びタイムスタンプ情報等の時間管理と組み合わされて管理されるのが通常である。

一般的に、このコンテンツをグループ化して管理する方法としては、ボリューム単位やフォルダ単位でグループ化して管理する方法がある。また、別の管理方法としては、コンテンツの内容をハッシュ演算し、演算結果の比較によってファイル単位で管理する方式があり、上述した種類管理及び時間管理と組み合わせて管理することも可能である。

なお、種類管理や時間管理というのは、一種のフィルタリング技術であり、ある要素（種類や時間）を設定されたマッチクライテリア（適合基準）と比較し一致した要素が種類管理や時間管理に使用される。これら条件の組合せを総称してポリシーと称している。

以上のように従来方式でのコンテンツを管理する方法としては、ファイル単体での管理方法、フォルダ単位での管理方法、ボリューム単位での管理方法、これらにファイル属性等によるフィルタリングを行う為のポリシーを組み合わせた管理方法があった。

また上述のコンテンツをグループ化してユーザに提供し易いように開示する方法として、特許文献１から３の技術がある。特許文献１から３では、フォルダ間やボリューム間を跨った複数のコンテンツをグループ化する方法について開示されている。
特表２００６−５１４３７７号公報 特表２００６−５２１５９２号公報 特表２００６−５２１５９４号公報

しかしこれらの文献に開示されている方式は、コンテンツ同士を関連付けすることによるグループ化を行うものでは無く、前述したポリシー条件（例えば、ファイル拡張子に基づくファイルの種類）等に基づいて複数のコンテンツをフィルタリングし、その結果、抽出されたコンテンツ（ファイル）群をグループと称しているに過ぎない。

また一方、記憶システムの環境下において、コンテンツをグループ化して管理することは、ユーザ側の使い勝手の問題と思われている一面がある。また前述のグループ化に必要なファイル属性等はＯＳ側での管理に比重が大きく配分されている。この為、記憶制御装置（ストレージ）側では上記属性情報の内、ファイル更新日等による更新差分の管理としてフィルタリングされるものを除くと、上述のようにフォルダ単位やボリューム単位での管理しか行えないため、フォルダ間やボリューム間を跨って関連するコンテンツをグループ化することは困難であった。

また特に、コンテンツをフォルダ単位でグループ化して管理する場合、異なる業務ユニット間で同一の情報を使用するためには、(１)それぞれの業務ユニットが管理する共有フォルダに同一の情報を格納する、又は、(２)それぞれの業務ユニットが新たに共有フォルダを作成し当該共有フォルダ内に相手側ユニットの管理するコンテンツへのショートカット等を配置しなければならなかった。このため、記憶システム下で、新たに作成した共有フォルダの管理や当該共有フォルダにアクセスするためのアクセス権の設定等をしなければならず、管理者や操作者の煩わしさが新たに発生してしまうという問題点があった。

本発明は以上の点を考慮してなされたもので、いずれのホスト装置からもコンテンツを参照することができ、管理やアクセス権の設定に関する管理者や操作者の煩わしさを削減し得る記憶システム及びその管理方法を提案しようとするものである。

かかる課題を解決するため本発明は、ホスト装置から提供される複数のコンテンツを格納する物理デバイスの記憶領域上に複数の論理ボリュームを形成する１又は複数の記憶制御装置を有する記憶システムにおいて、１又は複数の記憶制御装置は、複数の論理ボリューム上に複数のコンテンツを格納するための複数のフォルダを形成するフォルダ形成部と、複数の論理ボリューム又は複数のフォルダに格納される複数のコンテンツから核となる核コンテンツを特定させて管理する核コンテンツ管理部と、複数の論理ボリューム又は複数のフォルダに格納される複数のコンテンツから、核コンテンツと、一部又は全部の核コンテンツと関連付けられる１又は複数の関連コンテンツを管理する関連コンテンツ管理部と、核コンテンツと、関連コンテンツとを、複数の論理ボリューム間又は複数のフォルダ間を跨ってグループ化したグループフォルダを形成するグループフォルダ形成部と、を備えることを特徴とする。

その結果、別々のボリューム又は別々のフォルダに格納される複数のコンテンツを関連付けて、複数の論理ボリューム間又は複数のフォルダ間を跨って、複数のコンテンツをグループ化することができる。

また、本発明は、ホスト装置から提供される複数のコンテンツを格納する物理デバイスの記憶領域上に複数の論理ボリュームを形成する１又は複数の記憶制御装置を有する記憶システムの管理方法において、１又は複数の記憶制御装置では、複数の論理ボリューム上に複数のコンテンツを格納するための複数のフォルダを形成するフォルダ形成ステップと、複数の論理ボリューム又は複数のフォルダに格納される複数のコンテンツから核となる核コンテンツを特定させて管理する核コンテンツ管理ステップと、複数の論理ボリューム又は複数のフォルダに格納される複数のコンテンツから、核コンテンツと、一部又は全部の核コンテンツと関連付けられる１又は複数の関連コンテンツを管理する関連コンテンツ管理ステップと、核コンテンツと、関連コンテンツとを、複数の論理ボリューム間又は複数のフォルダ間を跨ってグループ化したグループフォルダを形成するグループフォルダ形成ステップと、を備えることを特徴とする。

その結果、別々のボリューム又は別々のフォルダに格納される複数のコンテンツを関連付けて、複数の論理ボリューム間又は複数のフォルダ間を跨って、複数のコンテンツをグループ化することができる。

本発明によれば、異なるファイル種別の異なるフォルダに配置された複数のコンテンツが配置される記憶システムに関してボリューム間やフォルダ間を跨ってグループ化することで、いずれのホスト装置からもコンテンツを参照でき、管理やアクセス権の設定に関する管理者や操作者の煩わしさを軽減することができる。

（１）第１の実施の形態
（１−１）第１の実施の形態による記憶システムのハード構成
まず、第１の実施の形態による記憶システムのハード構成について以下に説明する。

図１において、１は全体として第１の実施の形態による記憶システムを示す。

この記憶システム１は、ホスト装置２及びバックアップサーバ３が第１のネットワーク５を介してＮＡＳコントローラ７と接続され、バックアップサーバ３及びテープライブラリ装置４が第２のネットワーク６を介してＮＡＳコントローラ７と接続され、ＮＡＳコントローラ７が、ストレージコントローラ８と接続し、ストレージコントローラ８が、第１の増設筐体９Ａ、第２の増設筐体９Ｂと階層的に接続される構成である。

上記のように構成される記憶システム１の各装置について説明する。

ホスト装置２は、パーソナルコンピュータやワークステーション、メインフレーム等が該当する。ホスト装置２は、ＣＰＵ、ローカルメモリ、インターフェース及びローカル入出力装置等のハードウェア資源を備え、これらは内部バスにより相互に接続されている。ホスト装置は、デバイスドライバやオペレーティングシステム（以下、ＯＳという）、アプリケーションプログラム等のソフトウェア資源を備えている。

これによってホスト装置２は、ＣＰＵの制御の下、各種のプログラムを実行して、ハードウェア資源との協働作用により、所望の処理を実現する。具体的には、ホスト装置２は、ＣＰＵの制御の下、ＯＳ上でアプリケーションプログラムを実行する。アプリケーションプログラムは、ユーザがホスト装置２によって遂行しようとする処理を実現するためのプログラムである。アプリケーションプログラムは、その実行に際して、ストレージコントローラ８に対してデータの読み出しや書き込み等のアクセスを要求する。ホスト装置２は、アプリケーションプログラムからのアクセス要求をコマンドとしてストレージ装置に引渡し、また、ストレージコントローラ８から読み出したデータをアプリケーションプログラムに引き渡す。各種のプログラムは、１つのモジュールとして構成されてもよいし、複数のモジュールとして構成されてもよい。

バックアップサーバ３は、管理者がバックアップ用のデータとして格納するためのテープライブラリ装置４及び増設筐体９を管理するために使用するコンピュータ装置である。バックアップサーバ３は、バックアップ用のデータを制御するためのＣＰＵ、当該制御プログラムを記憶するメモリ、インターフェース等を備えて構成される。

テープライブラリ装置４は、アーカイブ用又はバックアップ用のテープを搬送する搬送機構を制御するためのＣＰＵ、搬送機構を制御する制御プログラムを記憶するメモリ、搬送機構、テープドライブ及びテープを備えて構成される。

第１のネットワーク５及び第２のネットワーク６は、例えばＳＡＮ（Storage Area Network）、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、インターネット、公衆回線又は専用回線などから構成される。例えば、ネットワークがＬＡＮ又はＷＡＮである場合にはＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）プロトコルに従って行われ、ＳＡＮである場合にはファイバチャネルプロトコルに従って行われる。ここでは、第１のネットワーク５はＬＡＮ又はＷＡＮで構成され、第２のネットワーク６はファイバチャネルを用いたＳＡＮで構成される。

ＮＡＳコントローラ７は、ＣＰＵ７０、メモリ７１、キャッシュメモリ７２、ＬＡＮ／ＷＡＮ Ｉ／Ｆ制御部７３、ＦＣ（Fibre Channel） Ｉ／Ｆ制御部７４、ＳＡＳ（Serial Attached SCSI） Ｉ／Ｆ制御部７５がデータコントローラ７６を介して接続される構成である。ＮＡＳコントローラ７は、ホスト装置２とストレージコントローラ８との間の入出力処理を制御する。

メモリ７１は、ＣＰＵ７０のメイン機能として動作する。メモリ７１には、記憶管理テーブル７１０、関連性管理テーブル７１１、ノード情報管理テーブル７１２、各種管理テーブルを制御する管理プログラム７１３及びファイル間又はボリューム間の関連付け又は関連解除を行うための関連プログラム７１４が記憶されている。各種テーブル７１０〜７１２については、後述で説明する。

キャッシュメモリ７２は、ホスト装置２とストレージコントローラ８との間の入出力データを一時的に記憶するために利用される。ホスト装置２から送られる要求は、キャッシュメモリ７２に一旦保持され、またＳＡＳハードディスク９１から読み出されたデータがストレージコントローラ８を介してホスト装置２に送られる際にキャッシュメモリ７２に一旦保持される。

ＬＡＮ／ＷＡＮ Ｉ／Ｆ制御部７３は、ホスト装置２又はバックアップサーバ３とＮＡＳコントローラ７との間の入出力処理をＬＡＮ又はＷＡＮによるデータ転送方式で制御するためのＩ／Ｆ機能を有する。

ＦＣ Ｉ／Ｆ制御部７４は、バックアップサーバ３又はテープライブラリ装置４とＮＡＳコントローラ７との間の入出力処理をＦＣによるデータ転送方式で制御するためのＩ／Ｆ機能を有する。

ＳＡＳ Ｉ／Ｆ制御部７５は、ＮＡＳコントローラ７とストレージコントローラ８との間の入出力処理をＳＡＳによるデータ転送方式で制御するためのＩ／Ｆ機能を有する。

ストレージコントローラ８は、基本筐体であって、ストレージコントローラ８と接続される増設筐体９内のＳＡＳハードディスク９１を制御するためのもので、コントローラ部８０が二重化された構成である。それぞれのコントローラ部８０Ａ、８０Ｂは、それぞれのデータコントローラ８１Ａ、８１Ｂによって接続されている。

コントローラ部８０には、ＣＰＵ８２、キャッシュメモリ８３、共用メモリ８４、チャネル制御部８５、ディスク制御部８６がデータコントローラ８１を介して接続される構成である。

ＣＰＵ８２には、各種プログラムを記憶するローカルメモリ８７が接続される。

キャッシュメモリ８３は、ＮＡＳコントローラ７とＳＡＳハードディスク９１との間の入出力データを一時的に記憶するために利用される。

共用メモリ８４は、チャネル制御部８５及びディスク制御部８６により共用される記憶メモリである。共用メモリ８４は、ストレージコントローラ８間でのキャッシュ整合及び、受領した要求を実行するコントローラ・オーナー権限等による相手側のストレージコントローラ８との情報伝達に用いられる、或いはストレージコントローラ８の電源投入時にシステムボリュームから読み出されたシステム構成情報及び各種制御プログラムや、ＮＡＳコントローラ７からの要求などを記憶するために利用される。

チャネル制御部８５は、複数のチャネルアダプタ（図示せず）から構成されている。マイクロプロセッサ、ローカルメモリ及び通信インターフェース等を備えたマイクロコンピュータシステムとして構成されており、ＳＡＳ Ｉ／Ｆ制御部７５に接続するためのポート（図示せず）を備える。チャネル制御部８５は、ＮＡＳコントローラ７から送信される各種要求を解釈して、必要な処理を実行する。チャネル制御部８５のポートには、それぞれを識別するためのネットワークアドレス（例えば、ＳＡＳアドレスやＷＷＮ）が割り当てられている。

ディスク制御部８６は、複数のディスクアダプタ（図示せず）から構成されている。そしてディスク制御部８６は、マイクロプロセッサやメモリ等を備えたマイクロコンピュータシステムとして構成され、増設筐体９との通信時におけるプロトコル制御を行うインターフェースとして機能する。ディスク制御部８６は、例えば外部ＳＡＳケーブルを介して増設筐体９と接続されており、ＳＡＳのプロトコルであるＳＳＰ（Ｓｅｒｉａｌ ＳＣＳＩ Ｐｒｏｔｏｃｏｌ）やＳＴＰ（Ｓｅｒｉａｌ ＡＴＡ Ｔｕｎｎｅｌｅｄ Ｐｒｏｔｏｃｏｌ）、あるいはＳＭＰ（Ｓｅｒｉａｌ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）等に従って増設筐体９との間でデータの授受を行う。

増設筐体９は、ＳＡＳエクスパンダ９０及びＳＡＳハードディスク９１を備えて構成される。第１の増設筐体９Ａと第２の増設筐体９Ｂは、それぞれのＳＡＳエクスパンダ９０との間で接続される。

ＳＡＳエクスパンダ９０は、複数のポートを備え、ポイント・ツー・ポイント方式により各ポートにＳＡＳハードディスク９１を接続している。ＳＡＳエクスパンダ９０は、中継器であり、ある種のスイッチングデバイスとして機能し、ストレージコントローラ８とＳＡＳハードディスク９１との間のデータ通信を調整し、スイッチングを行う。

ＳＡＳハードディスク９１は、複数備えられ、ＳＡＳプロトコル上のコマンドを解釈できるハードディスクドライブである。

ＳＡＳハードディスク９１が提供する記憶領域上には、１又は複数のＲＡＩＤ方式に基づく論理ボリューム（以下、ＲＡＩＤボリュームと称する）が定義される。そして、この論理ボリュームにホスト装置２からのデータがＮＡＳコントローラ７を介して、所定大きさのブロックを単位として読み書きされる。

各論理ボリュームを構成するＲＡＩＤボリュームには、それぞれ固有の識別子（ＬＵＮ：Logical Unit Number）が割り当てられる。本実施の形態の場合、ユーザデータの入出力は、この識別子と、各ブロックにそれぞれ割り当てられるそのブロックに固有の番号（ＬＢＡ：Logical Block Address）との組み合わせたものをアドレスとして、当該アドレスを指定して行われる。1つの論理ボリュームに割り当てられるＲＡＩＤボリュームは１つに限定されない。1つの論理ボリュームは、複数のＲＡＩＤボリュームを複数の記憶装置に跨って構成することも可能である。

この論理ボリューム属性の種類には大きく、実論理ボリュームと仮想論理ボリュームの２つがある。

実論理ボリューム（以下単に実ボリューム）は、割り当てられた記憶領域（ＲＡＩＤボリューム９１１）と対応する論理ボリュームであり、実際にデータの入出力を行うことができる。

これに対して仮想論理ボリューム（以下単に仮想ボリューム）は、割り当てられた記憶領域とは必ずしも対応しない仮想的な論理ボリュームである。

（１−２）論理ボリューム内の概念構成
次に、図２に示すように、複数のＳＡＳハードディスク９１の記憶領域上から提供される複数のＲＡＩＤボリューム９１１のうち、任意のＲＡＩＤボリューム９１１を選択してなるボリュームを説明する。任意の論理ボリュームの属性が実ボリュームである場合、当該実ボリュームは、ホスト装置２からのデータを格納する通常の論理ボリューム９２と、当該ファイルに関するメタデータを格納するメタデータ格納用ボリューム９３と、を備える。

任意の論理ボリュームの属性が仮想ボリュームである場合、当該仮想ボリュームは、仮想フォルダを実現するための機能を有する特定ボリューム９７を備えている。

メタデータ格納用ボリューム９３は、管理テーブル７１０〜７１２を格納するための管理テーブル格納領域９４、仮想フォルダ内のみで使用するファイルの実データを格納する仮想体用データ格納領域９５及びスナップショット対象の旧データを格納するスナップ用データ格納領域９６が含まれる。

仮想フォルダＶＡとは、フォルダ間やボリューム間を跨って関連付けするための核となるファイル（以下、これを主体ファイルＡという）を作成したときに、ＮＡＳコントローラ７の機能により仮想的に生成されるフォルダである。仮想フォルダＶＡ内にあるファイルは、仮想体用データ格納領域９５又は通常の実ボリューム９２に格納される実体ファイルＡと対応付けられている。また仮想フォルダＶＡは、本発明の関連付け動作のための視覚化によるユーザビリティ向上を目的として便宜上作成されるフォルダであって、ユーザが意識的に作成するものではない。但し、ユーザの操作により名称変更等のカスタマイズが可能なように工夫されている。仮想フォルダＶＡ内には、別の実フォルダに存在する実体ファイル（以下単に実ファイルと称する）及び仮想フォルダＶＡ内のみでアクセス可能な仮想体ファイルがアクセス可能に配置され、ホスト装置２のディスプレイ上に（ＯＳ等の機能により）視覚化される。

仮想体ファイルとは、主体ファイルＡ自体もしくは主体ファイルＡに関連付けられた更新可能なファイルであり、仮想フォルダＶＡ以外では参照できないデータもしくは参照される実データへのリンクポインタをファイルの様に視覚化したものをいう。仮想体ファイルの更新は、仮想体用データ格納領域内で実行される。仮想体ファイルは、実ファイルへのリンク情報及び仮想フォルダＶＡ内の属性情報が格納されて形成される場合と、さらに仮想フォルダＶＡ内でのみ操作可能な実際のデータを伴った形態で形成される場合とがある。

またさらに仮想体ファイルには後述する２種類の機能を有したファイルがある。

一つは、あるＮＡＳコントローラ７、ストレージコントローラ８及び増設筐体９（以下、これをＮＡＳストレージＮという）上に形成された仮想フォルダＶＡの構成を、他のＮＡＳストレージで再現できるポータビリティ・ファイルと呼ばれる仮想体ファイルである。ポータビリティ・ファイルとは、後述する関連性管理テーブル７１１の内容を、ユーザに対して視覚化したファイルである。

また、他の一つは、ある時点での仮想フォルダＶＡを再現できるスナップショット・ファイルと呼ばれる仮想体ファイルである。スナップショット・ファイルとは、ある時点での仮想フォルダＶＡを構成する、ある時点の主体ファイル及び主体ファイルに関連するファイルへのリンクポインタ（位置情報）を格納したファイルである。

これら仮想体ファイルには、仮想体用データ格納領域９５に格納されているファイルＡを含む、仮想フォルダＶＡ内の、最新もしくは、ある時点の、主体ファイルＡ及び関連ファイルのデータへの位置情報が格納される。

そして仮想フォルダＶＡを提供するＮＡＳストレージＮは、主体ファイルＡ及び関連ファイルの位置情報に基づき、本来のデータが格納されているＮＡＳストレージＮから実ファイルもしくは仮想体ファイルのデータを読み出し又は書き込みを行う。ただし、仮想体ファイルがスナップショット・ファイルの場合には、書き込みは抑止される。この場合、本来のデータが格納されているＮＡＳストレージＮがホスト装置２の書き込み要求に対してエラー報告をする。なお、仮想フォルダＶＡを別のＮＡＳストレージＮで使用する場合には、使用元のＮＡＳストレージＮと使用先のＮＡＳストレージＮとの間で認証を行うように設定するのが、セキュリティ上望ましい。

管理テーブル格納領域に格納される各種管理テーブル７１０〜７１２は、ＮＡＳコントローラ７のメモリ７１上に全体あるいは一部の必要部分を読み出して使用される。以下、詳述する。

（１−３）本実施の形態による関連付け機能
（１−３−１）メモリの構成
次に、本実施の形態によるＮＡＳコントローラ７のメモリ７１内に記憶されるテーブルについて説明する。

[記憶管理テーブル]
記憶管理テーブル７１０は、図３に示すように、ＮＡＳコントローラ７の配下に接続されるストレージコントローラ８に記憶したファイルの位置を管理するためのテーブルである。この記憶管理テーブル７１０は、主にホスト装置２からのファイルアクセス要求を、ＳＡＳハードディスク９１上に構成されたＲＡＩＤボリューム９１１にアクセスできるようにブロックアクセス要求として変換するためのテーブルである。

図４に示すように、例えば一般的なノードツリーのモデル図を示す。まず、このモデル図は、「／Root」ノードは、「／normal_dir」と「／special_dir」とで示すディレクトリ・ノードへのポインタをもつことを示している。同様に、「／normal_dir」のディレクトリ・ノードは、一階層下のノードへのポインタをもつことを示している。そして、最下位階層の「File_A.doc」に関して、関連付けられたファイルがあることを示している。また、このファイルは、仮想体ファイル格納領域に格納される対象ファイルであることを示している。その他の最下位階層のファイルに関しては、通常の論理ボリューム９２内に格納されるファイルを示す。また、例えば「bbb.pdf」のような実ファイルは、一階層上に移動することもできることを示している。

このノードツリーモデルは、次の記憶管理テーブル７１０にて管理されている。

図３に戻り、記憶管理テーブル７１０は、「ボリュームＩＤ」フィールド７１０Ａ、「パス名」フィールド７１０Ｂ、「ファイル名」フィールド７１０Ｃ、「データ長」フィールド７１０Ｄ、「属性情報」フィールド７１０Ｅ、格納先装置のＩＤを格納する「物理装置ＩＤ」フィールド７１０Ｆ、論理ユニット番号を格納する「ＬＵＮ」フィールド７１０Ｇ、当該ＬＵＮ上の当該ファイル格納位置の先頭ＬＢＡ（Logical Block Address）を格納する「先頭ＬＢＡ」フィールド７１０Ｈ、使用したデータ長を格納する「使用データ長」フィールド７１０Ｉ及び、ファイルにフラグメントが生じて別の位置にもファイルの一部が格納されている場合に、その位置情報を格納する「リンク用テーブル」フィールド７１０Ｊを備えて構成される。

そして「ボリュームＩＤ」フィールド７１０Ａには、ホスト装置２がアクセスする論理ボリュームを識別するための識別ＩＤが格納される。また「パス名」フィールド７１０Ｂには、ファイルのパス名が格納される。また、「ファイル名」フィールド７１０Ｃには、ファイル名が格納される。さらに「データ長」フィールド７１０Ｄには、ファイルデータの長さ（バイト長）が格納される。「属性情報」フィールド７１０Ｅには、図５に後述する属性情報パラメータの他、対象となるファイルが通常の実ファイル又は仮想フォルダを構成する主体ファイルもしくは関連ファイルかどうかを識別し、拡張された機能に対処するために必要な情報が格納される。例えば、対象となるファイルが通常の実ファイルに格納されている場合には「通常」の属性情報１０が格納され、仮想体ファイルに格納されている場合には「拡張」の属性情報１１が格納される。

したがって、仮想フォルダＶＡ内に配置される仮想体ファイルは、この属性情報部分に対象フラグ（例えば「拡張」）を立てることで識別が可能となる。そのため、フラグが立っているファイルの「パス名」や「ファイル名」が変更になった場合、変更前の情報をメタデータ内から検索して、その位置情報を自動的に修正するようにすれば、仮想フォルダへの影響はない。同様に、ファイルを削除する場合にも、仮想体用データ格納領域９５にデータを移動し、自動的にメタデータを修正することも可能である。

ここで、図５に示すように「通常」の属性情報１０に含まれる情報としては、次が挙げられる。「通常」の属性情報１０に含まれる情報は、タイムスタンプ情報１０Ａ、ＲＷ属性等情報１０Ｂ、位置情報であるノード区分情報１０Ｃ、セキュリティ情報１０Ｄ及びファイルハンドル情報１０Ｅを備えて構成される。

さらにタイムスタンプ情報テーブル１０Ａには、作成日時、更新日時及び最新アクセス日時等のパラメータ／ステータス等を示す情報が含まれる。また、ＲＷ属性等情報テーブル１０Ｂには、ホスト装置２からのライト可否、隠しファイル、システムファイル及び削除済等のパラメータ／ステータス等を示す情報が含まれる。ノード区分情報テーブル１０Ｃには、ファイル、ポインタ及び特定ファイル又は特定ボリュームの意味を示すスペシャル情報等のパラメータ／ステータス等が含まれる。セキュリティ情報１０Ｄには、さらにアクセス可及びアクセスレベル情報が含まれる。そしてファイルハンドル情報１０Ｅには、識別子情報が含まれる。

また、図６に示すように「拡張」の属性情報１１に含まれる情報としては、関連付け機能情報１１Ａ、関連性管理テーブル７１１へのポインタ情報である関連性管理テーブルポインタ情報１１Ｂ、モード１／仮想フォルダ情報１１Ｃ及びモード２／スナップショット情報１１Ｄを備えて構成される。

さらに関連付け機能情報１１Ａには、パラメータとして関連付け変更可、関連付け禁止等の機能の状態を示す情報が含まれる。

また、モード１／仮想フォルダ情報１１Ｃには、仮想フォルダＶＡ内での操作が実ファイルに反映されるか否かを示すフィードバック可否フラグ及び仮想フォルダＶＡの所在を示す仮想フォルダパス等の情報が含まれる。

モード２／スナップショット情報１１Ｄには、タイムスタンプ、以前のスナップショット・ファイルへのポインタを示す前Linkポインタ及び以後のスナップショット・ファイルへのポインタを示す後Linkポインタ等の情報が含まれる。

図３に戻り、記憶管理テーブル７１０の、その他のフィールド７１０Ｆ〜７１０Ｊは、ファイルの位置情報であるので、詳細な説明は省略する。

[関連性管理テーブル]
関連性管理テーブル７１１は、様々なボリュームやフォルダ内に記憶される複数のファイルについて、グループ化するためにファイル同士の関連付けの管理をするためのテーブルであり、本願の特徴点である。

関連性管理テーブル７１１は、図７に示すように、テーブル識別子として、グループ化するために任意に選択可能な核となるファイルである主体ファイル情報７１１Ａ、仮想ボリューム下で作成された仮想フォルダの所在を示す仮想フォルダパス名情報７１１Ｂ、タイムスタンプ情報７１１Ｃ、セキュリティ設定を示すモード設定情報７１１Ｄ、関連付けしたファイルの登録数を示す関連ファイルエントリ数７１１Ｅ、各種関連付けしたファイルの情報を示す関連ファイル情報７１１Ｆ、７１１Ｇ及びその他各種ファイルやフォルダの所在を示す情報が格納された主体ファイルパス名情報７１１Ｌ、仮想フォルダパス名情報７１１Ｍ、関連ファイルパス名情報７１１Ｎ、７１１Ｏ・・・を備えて構成される。

そして、主体ファイル情報７１１Ａのテーブル内には、さらに主体ファイルの識別子（例えばハンドル値等）、主体ファイルの所在を示すファイル名を含むパス文字列記憶領域へのポインタ、ファイルの状態や種類等を示すステータス、仮想フォルダ内での操作が実ファイルに反映されるか否かを示すフィードバック可否の情報が含まれる。前述のステータスには、実ファイル／仮想体用のメタデータ／フォルダ等のファイルの種類および、削除状態／書き込み禁止／ノーマル（通常もしくは読書き可）等のファイルの状態が含まれる。そして関連ファイル情報７１１Ｆ、７１１Ｇにも、７１１Ａと同様に、識別子、関連ファイルの所在を示すパス文字列記憶領域へのポインタ、ステータス及びフィードバック可否の情報が含まれる。またこれらは通常ボリュームおよびフォルダに格納されているファイルのみならず、仮想体用データ格納領域９５内のファイルデータにもアクセス可能なように構成される。

また、仮想フォルダパス名情報７１１Ｂには、パス名のハッシュ値やハンドル値等から成る識別子、仮想フォルダＶＡのパス文字列記憶領域へのポインタ、仮想フォルダＶＡの使用可否の情報が含まれる。

タイムスタンプ情報７１１Ｃには、このテーブルを更新した最新の日時である最新更新日時の情報が含まれる。

モード設定情報７１１Ｄには、ユーザの操作を通じてＮＡＳストレージＮ内で自動的にファイルの関連付けを行うか否かを示す自動関連付可否及び、当該仮想フォルダＶＡへのアクセスセキュリティ制御に用いられるアクセステーブルへのポインタ情報等が含まれる。

なお、本実施の形態では、前述の、ステータス、フィードバック可否、使用可否、自動関連付可否の情報については、フラグによるビット制御を行っている。

[ノード情報管理テーブル]
ノード情報管理テーブル７１２は、ファイルの位置情報を管理するためのテーブルであり、ここでは省略する。本テーブルの代表的なものにはｉノードがある。

（１−３−２）本実施の形態による関連付けの手順
本実施の形態のＮＡＳ環境下における具体的な動作としては、ある特定ファイルと、当該特定ファイルに関連するファイルのファイルノード（位置情報）及び対象となるファイルとが仮想体ファイルの場合に、メタデータ及び実データを記憶するための仮想体用データ格納領域９５に当該仮想体ファイルを格納し、当該メタデータに基づいてグループ化されたファイル群をホスト装置２に提供、あるいはバックアップ処理やアーカイブ処理を行う装置に提供、又は、他のＮＡＳストレージＮに提供することができる点が特徴である。

ある特定ファイルと、他のファイルとの関連付けを実行する契機となるのは、ユーザの操作に基づいて、ホスト装置２から発行される要求である。関連付けについては、ホスト装置２のＯＳ又はアプリケーションによるＡＰＩを用いて行う方式と、仮想フォルダＶＡへの書き込み及び更新・ファイルの削除等の操作を用いて行う方式とがある。

以下では、夫々の方式によって、特定のファイルと他のファイルを関連付けする方法について説明する。

（１−３−２−１）手順１ ＡＰＩを用いる関連付けの方式
本実施例においては、ホスト装置２のＯＳ又はアプリケーションによるＡＰＩ（Application Program Interface）を用いて関連付けを行う方式を実現させる場合に、ホスト装置２とＮＡＳストレージＮとの双方において、ファイルの関連付け、関連付けの解除、関連付けの禁止（抑止）、関連付けされたファイル（フォルダを含めても良い）のノードリストのホスト装置への報告、報告されたノードリストに基づいて当該ノードに対応するファイルの位置する実フォルダを開く、報告されたノードリストに基づいて当該ノードに対応するファイルをアプリケーションから開く、Ｗｅｂブラウザ上での参照および操作可能なハイパーテキスト形式での入出力に対応する処理を実装している。

なお、ノードリストとは、対象となるコンテンツ群のファイルノード情報を列挙したものをいう。以下に、ＡＰＩを用いる関連付けの方式について説明をする。

[処理１．機能定義、領域設定]
具体的には、まず管理者は、ホスト装置２において、ＮＡＳストレージ内に上述した処理の実施を行うための特定ボリューム９７、仮想フォルダＶＡ又は特定フォルダＶＦを設定する。ここで、特定ボリューム９７又は特定フォルダＶＦとは、フォルダ間やボリューム間を跨いで、コンテンツ（ファイル）同士の関連付けの機能を実現するために、設けられる仮想ボリューム又は仮想フォルダである。尚、これらは実ボリューム又は実フォルダにより実現しても良い。特定ボリューム９７又は特定フォルダＶＦ内に視覚化されるファイルは、実ボリューム９２又は、仮想体用データ格納領域９５内に格納されるファイルもしくはデータと対応付けられる。また、上述した仮想フォルダＶＡは、デフォルト状態では、この特定フォルダＶＦ上に作成される。尚、後でユーザの設定（パス名変更等）により別の位置に変更することもできる。ここでは、管理者が特定フォルダＶＦを設定したとして、以下の処理を説明する。

但し、この設定は、ＮＡＳストレージＮが、対象となる特定ファイルを識別するために行う設定であるため、個々のファイル属性の一部として設定するようにしてもよい。また、ＮＡＳストレージＮ内の全てのファイルを対象にするようにしてもよいが、全てのファイルを対象にする場合には、メタデータが必要以上に大容量となる可能性に留意する必要がある。

[処理２．エントリの生成]
操作者（ユーザ）は、ホスト装置２を操作して、処理１で設定された特定フォルダ内に、グループ化するファイル群の核となる主体ファイルＡを作成し、又は任意のフォルダ内に格納されているファイルを特定フォルダＶＦ内にコピー若しくは移動して主体ファイルＡを作成する。

このとき、ホスト装置２からＮＡＳストレージＮに対して、ファイルのライト要求が発行される。当該要求を受領したＮＡＳストレージＮは、当該要求が、特定フォルダＶＦ内のファイルに対して発行されたものか否かを判断し、特定フォルダＶＦ内のファイルに対して発行された場合には、当該ファイルに対応するメタデータの新規エントリを生成する。すなわち、操作者（ユーザ）の操作によりＮＡＳストレージNが、図７に示す、関連性管理テーブル７１１内の主体ファイルＡ情報と当該情報に関連する情報７１１A〜７１１D、７１１Ｌ及び７１１Ｍを記憶する。

なお、当該要求が特定フォルダＶＦ内のファイルに対するものではなかった場合は、ホスト装置２からのライト要求にしたがい、通常フォルダのファイルにデータが書き込まれる。

[処理３．関連付けの命令]
次に操作者（ユーザ）は、主体ファイルＡをオープン中に他のファイルＺから、情報のコピー＆ペーストを行った場合に、ホスト装置２は、コピー元ファイルＺのｉノード情報とコピー先ファイルＡのｉノード情報とを、ＮＡＳストレージＮに送信する。なお、この時に送信するｉノード情報は、当該情報の一部でもよい。

図８は、ＮＡＳストレージＮ内の通常の論理ボリューム９２内の任意のフォルダ内に格納されるファイルＺの全部又は一部のデータをコピー＆ペーストすることで、主体ファイルＡを更新した場合の概念図である。主体ファイルＡはＮＡＳストレージＮ内の特定ボリューム９７内に見かけ上格納される。

[処理４．関連付けの処理]
処理３により、ＮＡＳストレージＮは、ホスト装置２から送信されたコピー元ファイル及びコピー先ファイルのいずれか一方のファイルが関連性管理テーブル７１１内にエントリを有しているか否かを検索し、エントリが有ると判断した場合には、もう一方のファイルのｉノード情報を、関連ファイル情報７１１Ｆとして、関連性管理テーブル７１１に追加する。尚、当該ファイルが、既に関連性管理テーブル７１１に記憶済みの場合は、再度の追加は行わない。

ＮＡＳストレージＮは、コピー元ファイルＺ及びコピー先ファイルＡのいずれもが共に関連性管理テーブル７１１内にエントリがないと判断した場合には、特定フォルダＶＦ内のファイルではないと判断し、何も行わない。

また、ＮＡＳストレージＮは、上記エントリのテーブル内に「リードオンリー（関連付け抑止）」フラグが設定されていると判断した場合にも、何も行わない。

[処理５．出力処理]
ＮＡＳストレージＮは、（操作者（ユーザ）の操作に基づく）ホスト装置２からの要求により、作成した主体ファイルＡ及び関連ファイルのｉノードリストを送信する。

ホスト装置２からの要求は、操作者がホスト装置２上の画面を操作することにより発行される。

具体的には、図９に示すように、操作者はホスト装置２上の画面上で、特定フォルダＶＦのウィンドウＷ１内の主体ファイルＡを右クリックする等で表示されるショートカットメニューの“プロパティ”Ｐ１をポイントし、マウスをクリックする等の手段により選択することで、ウィンドウＷ２画面が開く。ウィンドウＷ２内には、主体ファイルＡと実際に関連づけられたファイルリスト表示部Ｌ１がある。操作者はファイルリスト表示部Ｌ１に表示された主体ファイルＡに関連付けられたファイルのうち、開きたいファイルのチェックボックスＣＢ０にチェックをするか、又は直下の「全て選択」ボタンをクリックすることにより選択し、「フォルダを開く」ボタンを押す。

又は、操作者はホスト装置２上において、特定フォルダＶＦを開いたウィンドウＷ１内の主体ファイルＡを右クリックする等で表示されるショートカットメニューの“関連フォルダを開く” Ｐ２にポインタを置き、マウスをクリックする等の手段により、選択して実行する。この場合、上記の「全て選択」ボタンを押したのと同様に、主体ファイルＡに関連付けられた全てのファイルが選択される。

ＮＡＳストレージＮは、ホスト装置２からの要求に応じて、選択されたファイル（または当該ファイル所属するフォルダ）のｉノード情報を送信する。ホスト装置２は、ＮＡＳストレージＮから受領した情報に基づき、画面上に、ユーザが選択した関連ファイルの所属する実フォルダのウィンドウをオープンする処理を行う。

上記操作により実行された主体ファイルＡの所属する特定フォルダＶＦのウィンドウＷ１及び主体ファイルＡと関連付けられた関連ファイルの所属する実フォルダのウィンドウＷ３〜Ｗ５を図９に示す。

[処理６．メタデータの修正処理（削除処理、追加処理又は追加禁止（抑止）処理）]
操作者は、不要に関連付けが行われたファイルに対して、ホスト装置２上の画面において、主体ファイルＡのプロパティ画面Ｗ２を開き、ファイルリスト表示部Ｌ１に表示された不要なファイルにチェックを入れた後、「リストから削除」ボタンを押すことで、当該ファイルの関連付けを解除することができる。具体的には、ホスト装置２は、当該ファイルの関連付け解除要求をＮＡＳストレージに発行し、当該要求を受領したＮＡＳストレージＮが、関連性管理テーブル７１１から当該関連付けの解除指示を受けたファイルのエントリを削除する。

自動的な関連付けの機会を与えられなかったファイルについては、操作者の操作により、手動で関連付けをすることができる。

具体的には、図９に示すように、ホスト装置２上の画面において、作成した主体ファイルＡのプロパティ画面を開いた後、ウィンドウＷ２内の「リストに追加」ボタンＢ２を押す。そうすると、ホスト装置２の画面上には、ファイルを選択するためのダイアログボックスが表示される（図示せず）ので、関連付けを行いたいファイルを選択して、「ＯＫ」ボタンを押すことにより、（ダイアログボックスが閉じ、）ウィンドウＷ２内のファイルリスト表示部Ｌ１に選択したファイルが登録される。そして操作者が、ウィンドウＷ２内の「ＯＫ」ボタンＢ１を押すことにより、ホスト装置２からＮＡＳストレージＮへ、選択されたファイルの関連付け要求が発行される。ＮＡＳストレージＮが、当該主体ファイルＡの関連性管理テーブル７１１へ当該関連付けの指示を受けたファイルの新規エントリを追加することにより、主体ファイルＡと当該ファイルを関連付けることができる。

なお、図１０に示すように、通常ボリュームである実ボリューム９２の実フォルダ内に格納されている新規関連付対象ファイルＮについて、当該フォルダ画面（ウィンドウ）Ｗ６上の当該ファイルＮのアイコンを右クリックし、「コピー」表示にポインタＰ３を置いて選択実行した後に、特定フォルダウィンドウＷ１上の主体ファイルＡのショートカットメニューが有効となる（もしくは有効化される）「ファイルの関連付け」表示Ｐ４を選択して、実行することでも、同様に主体ファイルＡと当該ファイルＮの関連付けを行うことができる。

図９に戻り、操作者が、これ以上の関連付けを行いたくない場合には、ホスト装置２上の画面において、作成した主体ファイルＡのプロパティ画面Ｗ２を開き、「自動追加禁止」のチェックボックスＣＢ２をチェックした後「ＯＫ」ボタンＢ１を押すことで、以降の関連付けを抑止することができる。これにより、ホスト装置２がＮＡＳストレージＮに対して、ファイルの関連付け抑止要求を発行する。当該要求を受領したＮＡＳストレージＮは、記憶管理テーブル７１０の属性情報フィールド７１０Ｅ内のフラグ１１Ａ（図６）を「関連付け禁止」設定とすることで、設定後に発行されるホスト装置２からの要求に基づく当該主体ファイルＡへの関連付け要求を無視する（もしくは関連付け処理を行わない）。

（１−３−２−２）手順２ 仮想フォルダ内のファイル操作によりファイルの関連付けを行う方式
次に、仮想フォルダＶＡ内におけるファイル操作によって、ある特定ファイルと他のファイルとの関連付けを行う方法について説明をする。上述の手順１では、ホスト装置２側の操作及びホスト装置２からの通知により関連付けを行ったが、手順２では、仮想フォルダへのファイル書き込みを契機としてＮＡＳストレージＮ側が関連付けを行う。

[処理１．機能定義、領域設定]
上述したＡＰＩを用いる特定フォルダＶＦ等の設定の方式と同様なので、説明を省略する。

[処理２．エントリの生成]
操作者は、ホスト装置２において、処理１で設定された特定フォルダＶＦ内に、グループ化するファイルの核となる主体ファイルＡを作成し、又は任意のフォルダ内に格納されているファイルを特定フォルダＶＦ内にコピー若しくは移動して主体ファイルＡを作成する。このとき、ホスト装置２からファイルのライト要求が発行される。

例えば、図１１に示すように、任意ボリュームＳＶに格納されるフォルダＦ０内に主体ファイルＡの実ファイルがある場合を説明する。図１１に示すファイルＢ〜Ｇは、主体ファイルＡと関連付けられるファイルとする。

ＮＡＳストレージＮの通常ボリューム９２０には、ファイルＢ、Ｆが格納されたフォルダＦ１がある。通常ボリューム９２１には、ファイルＣが格納されたフォルダＦ２がある。通常ボリューム９２２には、ファイルＤ、Ｇが格納されたフォルダＦ３がある。そして、ＮＡＳストレージＮには、これらの通常ボリューム９２０〜９２２の他に、メタデータ格納用ボリューム９３内にある仮想体用データ格納領域９５を有している。

当該要求を受領したＮＡＳストレージＮは、主体ファイルＡを見かけ上格納した特定フォルダＶＦ上に、主体ファイル名をベースとした仮想フォルダＶＡを生成し、ホスト装置２にその旨通知する。これにより、操作者は、主体ファイルＡの実ファイルを格納したフォルダＦ０とは別に、主体ファイルＡを含むもうひとつのフォルダ（仮想フォルダＶＡ）が作成されたことを認識する。

図１２は、図１１をノードツリーの形で表現したものである。すなわち、特定フォルダＶＦ上に、主体ファイルＡを格納またはコピー等の操作により作成すると、主体ファイルＡを作成したのと同じ階層に主体ファイルＡを含んだ仮想フォルダＶＡが仮想的に生成される。詳細は後述するが、操作者はこの仮想フォルダＶＡにグループ化したい関連ファイルＢ〜Ｇをそれぞれ実フォルダＦ１〜Ｆ３からドラッグ＆ドロップする。この操作により主体ファイルＡおよび関連付けられたファイルＢ〜Ｇを含んだ仮想フォルダＶＡが形成される。それらの内ファイルＢ，Ｆ，Ｇは操作者により更新された結果、仮想体ファイルへと関連付けが変更され、ファイルＢ’，Ｆ’，Ｇ’が仮想フォルダ内に配置されている。図１２の破線部は、操作者から見た仮想フォルダＶＡの状態を示している。

仮想フォルダＶＡ内に視覚化されるファイルは、実体的に存在する実ファイルではない。仮想フォルダＶＡ内にある主体ファイルＡを読み出す場合には実フォルダＦ０内に格納される実ファイルからデータが読み出される。

仮想フォルダＶＡ内では、例えば主体ファイルＡの名前を変更すること等によって、フォルダＦ０内に格納される実ファイルには影響を及ぼすことなく、メタデータのみを変更することで、仮想フォルダ内でのファイルの属性情報等の変更ができる。具体的には、関連性管理テーブル７１１の主体ファイル情報７１１Ａがポイントする文字列に対して変更が行われる。なお、主体ファイルＡの名前を変更したことを契機として、主体ファイル情報７１１Ａのステータスを実ファイルから仮想体ファイルに変更してもよい。この場合、実ファイルのデータが仮想体用データ格納領域９５にコピーされる。

また、図１１に示すように、仮想フォルダＶＡ内に格納されたファイルＢ〜Ｇのうち、ファイルＢ、Ｆ、Ｇの関連付けの変更を行った場合には、関連性管理テーブル７１１の関連ファイル情報の位置情報を別の実ファイルや、仮想体用データ格納領域９５内の仮想体ファイル（本実施例では仮想体ファイルの当該データ実体Ｂ’，Ｆ’，Ｇ’）に対応するように変更すればよい。

これにより、実ファイルＢ、Ｆ、Ｇには影響を及ぼすことなく変更後のファイルＢ’、Ｆ’、Ｇ’を仮想フォルダＶＡ内で管理することができる。変更後は、操作者はファイルＢ’、Ｆ’、Ｇ’にアクセスすることができる。このようにメタデータの関連付けのみを変更することでデータのグループ構成を変更することができるので、全く新しい別のファイルと差し替えることもできる。

さらに、操作者が、主体ファイルＡと既に関連付けられている実ファイルの格納位置を変更した場合において、位置変更したファイルを操作者がいちいち手作業で設定変更等することなく仮想フォルダ上で参照するためには、以前に述べた関連付けを実行した際に、予め当該実ファイルの記憶管理テーブル７１０内の「属性情報」フィールド７１０Ｅにフラグを立てておく。このようにすることで、実ファイルの位置を変更する際に、当該ファイル記憶管理テーブル７１０が参照され、新しい位置情報に修正されると同時に当該ファイルのメタデータを管理する関連性管理テーブル７１１の関連ファイルパス名を併せて変更する。この様に主体ファイルＡと関連する実ファイルの位置を常に最新の状態に自動的に保つことが可能である。また上記手段に限らず、ＮＡＳストレージＮが内部の当該ファイルを検索手段により検索するようにしても良い。

また上記の様な手段を行わずに、例えば、図１３に示すように、操作者が仮想フォルダＶＡ内のウィンドウＷ１で、表示されているファイルＣのアイコンにポインタＰ５をあて、ダブルクリックをすることによりＮＡＳストレージＮへの当該ファイルの読み出し要求が発行されるが、以前の実ファイルの位置変更によりメタデータが示すパス位置（フォルダ）に当該実ファイルが存在しておらず、開くことができなくなったファイルＣに関するメッセージＭ１を操作者に通知することができる。

また、実ファイルと異なる属性を設定できることで、例えば、実ファイルの拡張子を変更して、操作者が、実ファイル側のフォルダではアプリケーションを特定できなくして編集できないようにし、仮想フォルダＶＡ内のみで編集が可能とすることもできる。以上を簡単に纏めると、仮想フォルダＶＡ内で、ファイル名の変更や、ファイルの削除を行っても、実ファイルに影響がないようにすることができる。また、主体ファイルＡには影響を及ぼすことなく、変更後の主体ファイルＡ’を仮想フォルダＶＡ内で管理することもできる。

[処理３．関連付けの処理]
次に、操作者は、ＮＡＳストレージＮにある任意のフォルダ内に格納される任意のファイルを仮想フォルダＶＡにドラッグ＆ドロップ操作を行い、任意のファイルを仮想フォルダＶＡ内に移動もしくはコピーすることで、ホスト装置２から任意のファイルの読み出し要求及び書き込み要求が発行される。

ＮＡＳストレージＮは、読み出し要求及び書き込み要求の受領を契機として、主体ファイルＡと任意のファイルとの関連付けを行う。

ＮＡＳストレージＮは、当該書き込み要求が、仮想フォルダＶＡを上位パスとする書き込み要求であると判断した場合に、書き込み対象のデータと読み出し対象のファイル内にあるデータとを比較するが、実際の書き込みはこの段階では行わない。ＮＡＳストレージＮは、両者のデータを比較した結果、書き込み対象のデータと読み出し対象のファイル内にあるデータとが一致した場合には、読み出し対象のファイルが特定できたとして、仮想フォルダの主体ファイルＡの関連性管理テーブル７１１の関連ファイル情報７１１Ｆに当該読み出しファイルのエントリを追加し、そのファイルのノード情報を登録する。これにより、主体ファイルＡと読み出し対象のファイルとなった任意のファイルとの関連付けが完了する。

一方、ＮＡＳストレージＮは、書き込み要求が、仮想フォルダＶＡ内のデータに対する書き込み要求ではないと判断した場合には、ホスト装置２の要求にしたがい、任意のファイルを、指定された任意のフォルダ内にコピーする。

また、ホスト装置２から別のＮＡＳストレージに格納された任意のファイルに対する書き込み要求である場合には、（［０１２１］で読み出しデータと書き込みデータが一致しない場合、もしくは、書き込み要求に対応する読み出し要求を受領していない場合等）ＮＡＳストレージＮは、任意のファイルを仮想体用データ格納領域９５に格納し、関連性管理テーブル７１１の関連ファイル情報７１１Ｆに仮想体用データ格納領域９５にあるファイルのエントリを追加し、当該データの位置情報を登録する。

ＮＡＳストレージＮは、仮想フォルダＶＡ内に主体ファイルＡと関連付けられる関連ファイルノードを仮想的に作成し、ホスト装置２に通知する。そして、上述と同様に、仮想フォルダＶＡ内では当該関連ファイル名の変更によっても、実体の関連ファイルに影響を及ぼすことなくメタデータのみを変更することで上記を実現できる。

なお関連付けは、フォルダに対しても行うことができる。例えば、主体ファイルＡと任意のファイルとの関連付けに際して、任意のファイルを格納したフォルダを仮想フォルダＶＡのベースとすることができる。任意のファイルを格納したフォルダが、例えばＣ言語等で使用するメイクファイルやプロジェクトファイルを含むフォルダをベースとして仮想フォルダＶＡを構築した場合に、メイクファイルに関連付けられている、異なるボリュームやフォルダ、あるいは異なるＮＡＳストレージＮに格納されたファイルが、仮想フォルダＶＡ内でグループ化することで、同一のフォルダ名を使用することができる。これにより、異なるＮＡＳストレージＮ内に格納されている様々なファイルをグループ化して任意のベースフォルダに一元管理したり、ベースフォルダ内の個々のファイルを個別に関連付けすることなく一括して関連付けすることができるので、操作者の負担を軽減することができる。

また、仮想フォルダＶＡのパス名を任意に変更することもできる。これにより操作者には、以前と同じ特定フォルダ内の階層に置かれている仮想フォルダＶＡのアイコンを開くと、ショートカットを開いた時のように別のフォルダへジャンプしているかのようにみえる。

[処理４．メタデータの修正処理]
操作者は、仮想フォルダＶＡ内にある関連ファイルの削除を契機として、ＮＡＳストレージＮは、関連性管理テーブル７１１において、当該削除したファイルの関連ファイル情報７１１Ｆの「ステータス」を「削除」に変更する。そしてＮＡＳストレージＮは、仮想フォルダＶＡ内の当該削除したファイルの位置情報（ノード）を削除（抹消）した後、ホスト装置２に報告する。

このとき、削除した関連ファイルが仮想体ファイルの場合には、仮想体用データ格納領域９５に格納されるデータを直ちに削除して、領域を開放してもよい。またＮＡＳストレージＮは、後に無効操作ができるように、任意（一定）の時間が経過した後に削除処理をおこなってもよい。

[処理５．その他の処理]
仮想フォルダＶＡを特定フォルダＶＦ以外の任意のフォルダへ実体化させたい場合、操作者が当該仮想フォルダのアイコンを任意のフォルダにドラッグ＆ドロップすることで、仮想フォルダ内のファイルを実ファイルとして任意のフォルダにコピーして格納することができる。

また、仮想フォルダＶＡを、別の機能を有する特定フォルダにドラッグ＆ドロップすることで、例えば、ポータビリティ・ファイルの生成が行える。ポータビリティ・ファイルの詳細については後述するが、別のＮＡＳストレージＮ上で当該仮想フォルダＶＡを使用する目的で、ＮＡＳストレージＮによって作成される当該仮想フォルダの構成情報等をデータとするファイルである。

上記のように、操作者は、特定フォルダＶＦ以外にもポータビリティ・ファイル作成専用フォルダやスナップショット・ファイル作成専用フォルダの如く特殊機能用フォルダを予めＮＡＳストレージＮに設定し、仮想フォルダＶＡを当該特殊機能用フォルダにドラッグ＆ドロップを行うことで、ＮＡＳストレージＮに高度な機能を付与することもできる。

また、操作者は、バックアップソフト等を使用して、仮想フォルダＶＡをバックアップ対象に設定した場合、仮想フォルダを別のストレージ装置上に実フォルダとしてリストア（復元）することも可能である。

[その他]
なお、上述で説明をした手順１及び手順２における補足を説明する。

操作者の操作は、ＮＡＳストレージＮを動作させる契機となる。例えば仮想フォルダＶＡ内のファイル削除や、関連ファイルである実ファイルの削除を行うと、関連付けの解除が行われる。また仮想フォルダＶＡ自身又は仮想フォルダＶＡ内のファイルの名前の変更や、実フォルダの関連ファイルの名前の変更を行うことで、メタデータ（関連性管理テーブル７１１）の変更が行われる。

同様に、実フォルダと仮想フォルダＶＡとの関連付けの変更、実フォルダ内の属性変更、仮想フォルダＶＡの属性変更及び仮想フォルダＶＡのパス変更を行うと、メタデータ（関連性管理テーブル７１１）の変更が行われる。

（１−３−１−３）仮想フォルダ内のファイル操作による関連付け方式の一例
図１４は、仮想フォルダＶＡ内を操作する関連付け方式の一例として、Ｗｅｂブラウザで操作可能なファイルのグループをポータビリティ・ファイルにより別の装置からアクセス可能なようにする単純な例を示す。この例のようなポータビリティ・ファイルの一形態として、ＨＴＭＬ書形式のファイルが挙げられる。

[ウィンドウＷ１１]
まず、操作者は、ホスト装置２上の画面上にある仮想フォルダＶＡを含む特定フォルダＶＦのウィンドウＷ１１を開く。なお、仮想フォルダＶＡには、ウィンドウＷ１０に示すように、主体ファイルＡと関連付けられるファイルが配置されている。主体ファイルＡ及び関連付けられるファイルは、仮想体ファイルもしくは実ファイルである。

[ウィンドウＷ１２]
そして、操作者は仮想フォルダＶＡを特殊機能用フォルダの１つであるエクスポート・フォルダのウィンドウＷ１２内にドラッグ＆ドロップする。これにより、ＨＴＭＬ形式でのファイルが特定フォルダＶＦ内にＮＡＳストレージＮによって、形成される。エクスポート・フォルダについては、後述する。

[ウィンドウＷ１３]
特定フォルダＶＦ内にあるＨＴＭＬ形式でのファイルを通常のボリューム９２内に移動する。この様子をウィンドウＷ１３に示す。この時、当該ファイル移動する先のＮＡＳストレージＮは同一ネットワーク上に配置された別の装置でも構わない。

[ウィンドウＷ１４]
通常のボリューム９２内に格納されたＨＴＭＬ形式でのファイルを開く。この様子をウィンドウＷ１４に示す。当該ＨＴＭＬファイルには、Ｗｅｂブラウザ上に表示されたファイル名をクリックすると当該ファイルがダウンロード可能なようにファイルのリンク先が埋め込まれている。また、このリンク先は仮想体ファイルに対してもアクセス可能な様になっている。

なお、ＮＡＳストレージＮには、Ｗｅｂサーバとしての機能を備えているストレージがある。この場合には、図１５に示した画面Ｗ１５のように、仮想フォルダＶＡを直接Ｗｅｂブラウザから操作できるようにしてもよい。

（１−４）第１の実施の形態による記憶システムの概念構成
次に、第１の実施の形態による記憶システムの概念構成について以下に説明する。

図１６に示すように、１００は、図１で説明をした記憶システム１のハード構成を使用した場合における概念構成である。

なお図１６において、図１で説明した符号と同じ符号を付した図番の説明は省略する。

１００は、ホスト装置２がネットワーク５を介してＮＡＳコントローラ７、ストレージコントローラ８及び増設筐体９を１つの装置としたＮＡＳストレージＮ１〜４とそれぞれ接続される概念構成である。そして、それぞれのＮＡＳストレージＮ１〜４には、複数のＳＡＳハードディスク９１の記憶領域上に提供される複数の論理ボリューム９２が形成されている。なお、ＮＡＳストレージＮ１〜４は4台のネットワークに接続されているものとするが、この台数には限られない。

仮想フォルダＶＡは、ＮＡＳストレージＮ１内にある特定フォルダＶＦ内にある主体ファイルＡと、フォルダＦ０〜Ｆ２に格納されるファイルＢ〜Ｇと、から構成される。

主体ファイルＡと、当該主体ファイルＡと関連付けされたファイルＢ〜Ｇとは、手順１で説明をした、主体ファイルＡをオープン中でのコピー＆ペースト操作、主体ファイルＡのプロパティ画面からのファイルの関連付け操作、及び、手順２で説明をした、仮想フォルダＶＡ内に関連付け対象のファイルをドラッグ＆ドロップ操作を行うことで形成されたものである。

本実施の形態によるＮＡＳストレージＮ１〜４は、３種類の特殊機能をもつ実行用フォルダを有している。それぞれは、図１７に示すような機能が予め設定される。

具体的には、機能フォルダ名「／imp」で示すインポート・フォルダＦｉｍｐは、当該インポート・フォルダＦｉｍｐ内に格納されるファイルをインポートする機能を有し、ポータビリティ／スナップショット・ファイル読込用として用いられ、またホスト装置２からの特定の要求に対して実行可能な設定になっている。

ここで、インポート処理とは、ポータビリティ・ファイルの内容に応じて、仮想フォルダを作成する処理をいう。操作者が仮想フォルダＶＡから生成した仮想フォルダＶＡのポータビリティ・ファイルを、インポート・フォルダＦｉｍｐを有する他のＮＡＳストレージＮ４にドラッグ＆ドロップ又はホスト装置２から当該ポータビリティ・ファイルを対象としたインポート要求が発行されることで、インポート処理が行われる。

ＮＡＳストレージＮ１は、記憶管理テーブル７１０及び関連性管理テーブル７１１内に仮想フォルダＶＡ情報のエントリを追加し、ポータビリティ・ファイルから仮想フォルダＶＡ内のファイルの位置情報を登録して、当該仮想フォルダを生成する為の仮想ノードをホスト装置２に通知する。ホスト装置２からの仮想フォルダＶＡ内にあるファイルに対するリード／ライト要求は、仮想フォルダＶＡ内にあるファイルと対応付けられる、ポータビリティ・ファイルの生成元のＮＡＳストレージＮ上の通常のボリューム９２内の実ファイルや、仮想体用データ格納領域９５内の仮想体ファイルに対するリード／ライト要求に変換して転送される。さらに、リード／ライト要求は、ポータビリティ・ファイルの生成元のＮＡＳストレージＮ以外にも自分の仮想体用データ格納領域９５内の仮想体ファイルへの要求と混在することや、特定時点のスナップショット領域に格納されているファイルに対しても発行することができる。

機能フォルダ名「／exp」で示すエクスポート・フォルダＦｅｘｐは、当該エクスポート・フォルダ内にドラッグ＆ドロップされた仮想フォルダをポータビリティ・ファイルにエクスポートする機能を有し、ポータビリティ・ファイル作成用として用いられ、またホスト装置２からの特定の要求に対して実行可能な設定になっている。

ここで、エクスポート処理とは、仮想フォルダＶＡを別のＮＡＳストレージＮ上に再現するのに必要なメタデータ等の内容をポータビリティ・ファイルに書き出す処理をいう。操作者が仮想フォルダＶＡを、ＮＡＳストレージＮ１のエクスポート・フォルダＦｅｘｐ内にドラッグ＆ドロップを行い又はホスト装置２からエクスポート要求が発行されることで、エクスポート処理が行われる。エクスポート処理により生成されたポータビリティ・ファイルを、他のＮＡＳストレージＮ４のインポート・フォルダＦｉｍｐにコピーする等の操作により、ＮＡＳストレージＮ４上でＮＡＳストレージＮ１と全く同じ仮想フォルダＶＡを使用することが可能になる。また、このＮＡＳストレージＮ４上の仮想フォルダＶＡをさらにカスタマイズすることが可能である。

ＮＡＳストレージＮ１は、仮想フォルダＶＡの属性情報及び仮想フォルダＶＡ内にあるファイルの位置情報や属性情報等を含むポータビリティ・ファイルを、ＮＡＳストレージＮ１内にあるエクスポート・フォルダＦｅｘｐに生成する。ポータビリティ・ファイルには、ＮＡＳストレージＮ１のＩＰアドレス情報やセキュリティ情報が含まれる。このため、ポータビリティ・ファイルのデータは、暗号化したり個別のセキュリティを掛けられるようにすることが望ましい。また、エクスポート・フォルダＦｅｘｐには、相手側ＮＡＳストレージＮの信頼レベルの制限及びポータビリティ・ファイルの有効期限の情報が設定できるようにし、また仮想フォルダＶＡの属性情報の変更により相手側でのインポート処理を無効化できる機能を有することが望ましい。

機能フォルダ名「／snap」で示すスナップショット・フォルダＦｓｎａｐは、当該スナップショット・フォルダ内にスナップショット時点での仮想フォルダＶＡの状態を再現するのに必要なメタデータ等の内容を、ポータビリティを有するスナップショット・ファイルに書き出す機能と、以降に仮想フォルダ内のファイルが更新された場合に旧ファイルを格納する為に当該ファイルをロックオンする機能を有する。そして、スナップショット・フォルダＦｓｎａｐの用途としては、ポータビリティを有するスナップショット・ファイル作成用として用いられ、またホスト装置２からの特定の要求に対して実行可能な設定になっている。

そして、ホスト装置２のＯＳ又はアプリケーションのＡＰＩ及び仮想フォルダＶＡを用いて関連付けを行う場合に、図１８に示すような複数の要求および機能が予め定義されている。

具体的には、要求機能名称が「主体ファイル定義」は、メタデータ領域にエントリを生成するための要求であり、この要求と同等のユーザの操作は、特定フォルダＶＦにファイルのコピー又は新規作成を行うことである。

要求の機能名称が「関連付け／関連解除」は、メタデータに当該ファイルノード情報の追加又（もしく）は削除するための要求であり、この要求と同等のユーザの操作は、仮想フォルダＶＡへファイルのドロップ又は仮想フォルダＶＡ内でのファイル削除を行うことである。

要求の機能名称が「メタデータ制御」は、実ファイルと仮想フォルダ内のファイルとの関係の変更、仮想体ファイルの作成又は仮想体ファイルの属性情報等のメタデータを変更するための要求であり、この要求と同等のユーザの操作は、仮想フォルダＶＡ内にあるファイルの名前又は属性情報の変更を行うことである。

要求の機能名称が「スナップショット実行」は、スナップショット・ファイルの作成及びメタデータのエントリを追加するための要求であり、この要求と同等のユーザの操作は、スナップショット・フォルダＦｓｎａｐへ仮想フォルダＶＡをドロップする操作を行うことである。

要求の機能名称が「仮想フォルダ制御」は、仮想フォルダＶＡのオープン又はクローズ又は属性情報の変更等の要求であり、この要求と同等のユーザの操作は、仮想フォルダＶＡのダブルクリック等によるオープンやクローズ、又は名前の変更等を行うことである。

要求の機能名称が「実ノードリスト報告」は、複数の関連ファイルを一斉起動又はフォルダの参照を行うための要求である。本要求に相当する仮想フォルダの操作は無いが、以前に述べたユーザの主体ファイルのプロパティ画面のボタン操作により、ホスト装置２から本要求が発行される。

要求の機能名称が「インポート／エクスポート」は、ポータビリティ・ファイルの読込／作成を行うための要求であり、この要求と同等のユーザの操作は、インポート・フォルダＦｉｍｐ、エクスポート・フォルダＦｅｘｐへ仮想フォルダＶＡをドロップする操作を行うことである。

要求の機能名称が「セキュリティ設定」は、ポータビリティの有効期限設定やインポートするためのパスワードを設定するための要求であり、この要求と同等のユーザの操作は、仮想フォルダＶＡ内にセキュリティファイルを作成することである。

（１−５）第１の実施の形態による関連付け動作
それでは次に、ホスト装置２とＮＡＳストレージＮ１との間で関連付け動作を含む上記要求に対応する双方の、本願の特徴である処理手順について説明する。ここでは、ホスト装置２とＮＡＳストレージＮ１との間での動作を説明するが、他のＮＡＳストレージＮ２〜Ｎ４との間で行ってもよい。

具体的には、図１９から図２１に示すように、まずホスト装置側において、操作者はホスト装置の画面上にある仮想フォルダを開く操作を行う（ＳＰ１）。

ホスト装置２は、ＮＡＳストレージＮ１に対して、仮想フォルダのオープン要求を行う（ＳＰ２）。

ＮＡＳストレージＮ１は、オープン要求を受領する（ＳＰ３）。引き続きＮＡＳストレージＮ１は、ホスト装置２のアクセス権限は有効か否かを判断し（ＳＰ４）、有効であると判断すると（ＳＰ４：ＹＥＳ）、仮想フォルダＶＡを生成し、ホスト装置２へ通知する（ＳＰ５）。

ホスト装置２は、この通知を受け取ると（ＳＰ６）、ホスト装置２上の画面表示を更新する（ＳＰ７）。

そして操作者が更新されたホスト装置２上の画面にある仮想フォルダＶＡ内の主体ファイルＡを開く操作を行うと（ＳＰ８）、ホスト装置２は、主体ファイルＡの読み出し要求をＮＡＳストレージＮ１に行う（ＳＰ９）。

ＮＡＳストレージＮ１は、主体ファイルＡの読み出し要求を受領すると（ＳＰ１０）、関連性管理テーブル７１１を検索して、仮想フォルダＶＡ内にある主体ファイルＡと対応付けられる実ボリューム９２内の実ファイルＡを読み出し、又は、仮想体用データ格納領域９５内の仮想体ファイルＡを読み出してホスト装置２に送信する（ＳＰ１１）。

ホスト装置２は、ＮＡＳストレージＮ１から読み出された主体ファイルＡを受領する（ＳＰ１２）。また操作者は、仮想フォルダＶＡ内には格納されていないファイルＢを開く操作を行う（ＳＰ１３）。

ホスト装置２は、ＮＡＳストレージＮ１に対して、ファイルＢの読み出し要求を行う（ＳＰ１４）。

ＮＡＳストレージＮ１は、読み出し要求を受領すると（ＳＰ１５）、実ボリューム９２内の実ファイルＢを読み出し、ホスト装置２に送信する（ＳＰ１６）。

操作者は、主体ファイルＡ及びファイルＢをオープン中に、ファイルＢ内のデータ（情報）の全部又は一部を、主体ファイルＡにコピー＆ペースト操作を行う（ＳＰ１７）。

そしてホスト装置２は、コピー元であるファイルＢ及びコピー先である主体ファイルＡの関連付け要求及びそれぞれのｉノード情報をＮＡＳストレージＮ１に送信する（ＳＰ１８）。

ＮＡＳストレージＮ１は、関連付け要求及びそれぞれのｉノード情報を受領すると（ＳＰ１９）、関連付け処理を実行する（ＳＰ２０）。関連付け処理については、後述する。

なお、ステップＳＰ１３〜ＳＰ１９までの処理は、手順１で説明した処理である。

別の操作として、操作者は、仮想フォルダＶＡ内には表示されていないファイルＣを仮想フォルダＶＡ内にドラッグ＆ドロップ操作を行う（ＳＰ２１）。そうすると、ホスト装置２は、ＮＡＳストレージＮ１に対して、ファイルＣの書き込み要求を行う（ＳＰ２２）。

ＮＡＳストレージＮ１は、ファイルＣの書き込み要求を受領すると（ＳＰ２３）、関連付け処理を実行する（ＳＰ２４）。ステップＳＰ２０と同様に、関連付け処理については、後述する。

なお、ステップＳＰ２１〜ＳＰ２３までの処理は、手順２で説明をした処理である。

別の操作として、操作者は、仮想フォルダＶＡ内にあるファイルＡを上書きする操作を行う（ＳＰ２５）。そうするとホスト装置２は、ＮＡＳストレージＮ１に対して、主体ファイルＡの上書き要求を行う（ＳＰ２６）。

ＮＡＳストレージＮ１は、主体ファイルＡの上書き要求を受領すると（ＳＰ２７）、仮想フォルダＶＡ内にある主体ファイルＡと対応付けられる実ボリューム９２内の実ファイルＡを更新（実ファイルへのフィードバックが設定されている場合）、又は、仮想体用データ格納領域９５内の仮想体ファイルＡを更新してホスト装置に送信する（ＳＰ２８）。

別の操作として、操作者は、仮想フォルダＶＡ内にあるファイルＤを削除する操作を行う（ＳＰ２９）。そうすると、ホスト装置２は、ＮＡＳストレージＮ１に対して、ファイルＤの削除要求を行う（ＳＰ３０）。

ＮＡＳストレージＮ１は、ファイルＤの削除要求を受領すると（ＳＰ３１）、関連付け解除処理を実行する（ＳＰ３２）。なお、関連付け解除処理については、後述する。

なお、ステップＳＰ２９〜ＳＰ３１までの処理は、手順２で説明をした処理である。

別の操作として、操作者は、仮想フォルダＶＡを閉じる操作を行う（ＳＰ３３）。そうすると、ホスト装置２は、ＮＡＳストレージＮ１に対して、仮想フォルダＶＡのクローズ要求を行うと（ＳＰ３４）、ホスト装置２側での処理を終了する（ＳＰ３５）。

ＮＡＳストレージＮ１は、クローズ要求を受領すると（ＳＰ３６）、仮想フォルダ（ノード）の削除を行い（ＳＰ３７）、ＮＡＳストレージＮ１側での処理を終了する（ＳＰ３８）。

ステップＳＰ４に戻り、ＮＡＳストレージＮ１は、ホスト装置のアクセス権限は有効ではないと判断すると（ＳＰ４：ＮＯ）、ホスト装置２にアクセス拒否の応答をして（ＳＰ３９）、ＮＡＳストレージＮ１側での処理を終了する（ＳＰ４０）。

なお便宜上、図１９から図２１には、仮想フォルダＶＡのオープン／クローズ操作、ファイルＡ〜Ｄの操作を連続して行っているように記載したが、各種の操作は、別個独立しているため、この順序に限定されることはない。

（１−６）ＮＡＳストレージの関連付け／関連解除処理
それでは次に、ホスト装置２からの要求に基づいてＮＡＳストレージＮ１が関連付け処理／関連解除処理を行うための、本願の特徴である処理手順について説明する。この処理は、ＮＡＳストレージＮ１のＮＡＳコントローラ７のＣＰＵ７０が関連プログラム７１４に基づいて実行する。

具体的には図２２に示すように、ＣＰＵ７０は、ホスト装置２から要求を受領すると、関連付け処理／関連解除処理を開始する（ＳＰ５０）。

なお、関連付け処理／関連解除処理の開始のタイミングは、図１９から図２１に記載のステップＳＰ３、ＳＰ１０、ＳＰ１５、ＳＰ１９、ＳＰ２３、ＳＰ２７、ＳＰ３１及びＳＰ３６にて、ホスト装置２から発行された要求をＮＡＳストレージＮ１が受領したタイミングである。

次に、ＣＰＵ７０は、ホスト装置２からの要求が関連付け要求又は関連解除要求か否かを判断し（ＳＰ５１）、関連付け要求又は関連解除要求のどちらかの要求であると判断した場合には（ＳＰ５１：ＹＥＳ）、関連性管理テーブル７１１から関連付けの対象となるファイルのエントリを検索する（ＳＰ５２）。

そして、ＣＰＵ７０は、関連性管理テーブル７１１から関連付けの対象となるファイルがあるか否かを判断し（ＳＰ５３）、対象となるファイルがあると判断した場合には（ＳＰ５３：ＹＥＳ）、ホスト装置２からの要求が関連解除要求であるか否かを判断する（ＳＰ５４）。

ＣＰＵ７０は、ホスト装置２からの要求が関連解除要求であると判断した場合には（ＳＰ５４：ＹＥＳ）、対象ファイルの情報が関連性管理テーブル７１１の関連ファイル情報に削除フラグを設定し（ＳＰ５５）、関連付け処理／関連解除処理を終了する（ＳＰ６２）。

一方、ステップＳＰ５３において、ＣＰＵ７０は、関連性管理テーブル７１１から関連付けの対象となるファイルがないと判断した場合には（ＳＰ５３：ＮＯ）、そのまま関連付け処理／関連解除処理を終了する（ＳＰ６２）。

次に、ステップＳＰ５１において、ＣＰＵ７０は、ホスト装置２からの要求が関連付け要求又は関連解除要求のいずれの要求でもないと判断した場合には（ＳＰ５１：ＮＯ）、ホスト装置２からの要求が図１８で説明した図表の要求機能名称に記載された要求に該当するかどうかを判断する（ＳＰ５６）。

そして、ＣＰＵ７０は、ホスト装置２からの要求が図１８で説明した図表の要求機能名称に記載された要求に該当しないと判断した場合には（ＳＰ５６：ＮＯ）、ホスト装置２からの要求が仮想フォルダＶＡ内にあるファイルに対する書き込み要求か否かを判断する（ＳＰ５７）。

ＣＰＵ７０は、ホスト装置２からの要求が仮想フォルダＶＡ内にあるファイルに対する書き込み要求であると判断した場合には（ＳＰ５７：ＹＥＳ）、仮想フォルダＶＡ内にあるファイルが関連性管理テーブル７１１の関連ファイル情報７１１Ｆに登録済みか否かを判断する（ＳＰ５８）。

そして、ＣＰＵ７０は、仮想フォルダＶＡ内にあるファイルが関連性管理テーブル７１１の関連ファイル情報７１１Ｆに未登録であると判断した場合には（ＳＰ５８：ＮＯ）、仮想フォルダＶＡ内にあるファイルを関連ファイル情報７１１Ｆとして関連性管理テーブル７１１に追加し（ＳＰ５９）、関連付け処理／関連解除処理を終了する（ＳＰ６２）。

一方、ＣＰＵ７０は、仮想フォルダＶＡ内にあるファイルが関連性管理テーブル７１１の関連ファイル情報７１１Ｆに登録済みであると判断した場合には（ＳＰ５８：ＹＥＳ）、関連付け処理／関連解除処理を終了する（ＳＰ６２）。

ステップＳＰ５７において、ＣＰＵ７０は、ホスト装置２からの要求が仮想フォルダＶＡ内にあるファイルに対する書き込み要求ではないと判断した場合には（ＳＰ５７：ＮＯ）、ホスト装置２の要求に基づき、仮想フォルダＶＡ内のファイルの読み出し処理（仮想体ファイルの読み出し又は、関連ファイルの実体ファイルの読み出し）又は通常フォルダの実ファイルの読み出しあるいは書き込み処理等を行い（ＳＰ６０）、関連付け処理／関連解除処理を終了する（ＳＰ６２）。

ステップＳＰ６１において、ＣＰＵ７０は、ホスト装置２からの要求が図１８で説明した図表の要求機能名称に記載された要求に該当すると判断した場合には（ＳＰ５６：ＹＥＳ）、図１８に示した要求機能名称に対応する内容及び操作を行い（ＳＰ６１）、関連付け処理／関連解除処理を終了する（ＳＰ６２）。

（１−７）スナップショット機能
次に、上述で説明したスナップショット・フォルダＦｓｎａｐを用いたＮＡＳストレージＮ１のスナップショット処理について説明をする。

スナップショット処理とは、ある時点での仮想フォルダＶＡの状態を記憶し、以降の当該ファイル更新の際に、旧ファイルのデータをスナップ用データ格納領域９６内に格納する処理をいう。操作者が、仮想フォルダＶＡをスナップショット・フォルダＦｓｎａｐにドラッグ＆ドロップを行うか、又はホスト装置２からの当該仮想フォルダを対象としたスナップショット・要求が発行されることで、本スナップショット処理が行われる。

スナップショット処理は、現時点での仮想フォルダＶＡｎとスナップ用データ格納領域９６に格納されるファイルの情報から、任意の時点の仮想フォルダＶＡ１、ＶＡ２を作成（再現）する。勿論、スナップ用データ格納領域９６に格納されるファイルの情報のみからでも任意の時点での仮想フォルダＶＡ１〜ＶＡｎを作成することは可能であるが、記憶管理テーブル７１０のセキュリティ情報１０Ｄが変更になっていることを考慮して、現時点での仮想フォルダＶＡｎの情報が使用されている。

ＮＡＳストレージＮ１内において、スナップショット処理が行われると、図２３に示すように、任意の時点での仮想フォルダのエントリ（以後、仮想履歴フォルダと称する）ＶＡ１〜ＶＡｎが作成される。当該エントリにはその時点の当該主体ファイルに関する関連性テーブルが含まれており、また当該エントリが作成された以降に仮想フォルダＶＡ内で（削除を含む）更新されたファイルの、更新直前のファイルが各仮想履歴フォルダ（エントリ）に格納される。例えば、2006年01月09日09：00：00時点において、スナップショットが実行された後、更新された元のファイルＢ、Ｃ、Ｇが仮想スナップショットフォルダＶＡ１に格納されている。また、2006年01月09日12：00：00時点において、再度スナップショット処理が実施され、その後ファイルＢ、Ｃが再度更新された為、更新直前のファイルＢ、Ｃが仮想履歴フォルダＶＡ２に格納されている。

また図２４は、スナップショット・フォルダＦｓｎａｐを用いた場合の、画面に表示されるスナップショット・ファイルの一例である。スナップショット・フォルダＦｓｎａｐの画面Ｗ１６内に、任意の時点での仮想フォルダＶＡ１〜ＶＡｎのスナップショットファイルが表示されている。操作者が、いずれの時点の仮想フォルダＶＡｍを選択して、ショートカットメニューから「仮想フォルダを開く」Ｐ５を実行すると、選択された仮想フォルダＶＡｍのスナップショット作成時点での関連ファイルを見ることができる。

さらに図２５に示すように、任意の時点での仮想フォルダＶＡｍのプロパティ画面Ｗ１７には、「SnapShot」タグＴ１が表示される。そして、「SnapShot」タグＴ１をクリックした画面Ｗ１８では、最新のファイルを含む関連付けされたファイルに対して、スナップショット・ファイルへのリンクボタンＢ３、Ｂ４及びプロパティ切り替えボタンＢ５、Ｂ６が設けられる。

図２６は、図２５に示す「SnapShot」タグＴ１画面Ｗ１８において、スナップファイルへのリンクボタンＢ３を選択し、「検索アプリを起動」ボタンＢ７を実行した場合の画面Ｗ１９例である。このとき、メインウィンドウＷ２０は、縮小表示となる。また、スナップショット・ファイル検索（仮想フォルダ切替用）のアプリケーションＡ１は、画面の右側でスタンバイ表示となる。さらに、スナップショット・ファイル時間検索のアプリケーションＡ２のボリューム用のコントロールをマウス等により操作することで、画面上に一定時間範囲の仮想フォルダを複数ウィンドウの状態で画面に次々と表示することができる。目的のウィンドウを選択して、メインウィンドウに切り替えると、当該仮想フォルダはその時点の状態に復元される。

画面Ｗ１９において、目的の仮想スナップショット・フォルダＶＡｍを選択中にウィンドウＷ２１にフォーカスしている様子が表示されている。また、それ以外にも複数の仮想スナップショット・フォルダＶＡｘｘが画面に候補として表示されている。これはスナップショット・ファイル時間検索アプリケーションＡ２の要求により、ホスト装置２がＮＡＳストレージＮ１に仮想フォルダＶＡｘｘを選択してスナップショットへの切り替え要求を発行する。そして、ＮＡＳストレージＮ１が仮想フォルダＶＡの内容を修正して、ホスト装置２に通知し、アプリケーションがその時点の仮想スナップショット・フォルダＶＡｘｘをウィンドウに視覚化することにより実現している。

そうして、メインウィンドウに切り替えることでとなったスナップショット・フォルダＦｓｎａｐ内の仮想フォルダＶＡの任意の時点でのスナップショット・ファイルにより復元された仮想フォルダＶＡｍを現在の仮想フォルダＶＡに置き換える。仮想フォルダはＮＡＳストレージＮにより仮想的に生成されているだけなので、仮想フォルダＶＡを一時的に仮想フォルダＶＡｍに置き換えても、仮想フォルダＶＡを構成するファイルに影響は生じない。

（１−８）第１の実施の形態の効果
第１の実施の形態によれば、異なるファイル種別の異なるフォルダに配置された複数のコンテンツに関してフォルダ間やボリューム間を跨ってグループ化することがきるため、管理やアクセス権の設定に関する管理者や操作者の煩わしさを軽減することができる。

また、第１の実施の形態によれば、特定フォルダに主体ファイルを登録するだけで、当該主体ファイルに関連するファイルを、実ファイルに影響のないように仮想フォルダ内に集合させることができる。

さらに、上記機能を有し、同一ネットワークに接続可能なＮＡＳストレージであれば、例え異なる装置上においても、煩わしい設定の必要なく、同一の仮想フォルダを生成し、ホスト装置側に提供することができる。

（２）第２の実施の形態
（２−１）第２の実施の形態による記憶システムの構成
次に、第２の実施の形態による記憶システムについて、以下に説明する。第２の実施の形態では、第１の実施の形態と同じ構成には同一の符号を付す。第２の実施の形態の説明では、第１の実施の形態と異なる構成についてのみ説明をする。

図２７に示すように、２００は全体として第２の実施の形態による記憶システムを示す。この記憶システム２００は、ホスト装置２が第１のネットワーク５を介してＮＡＳコントローラ７とストレージコントローラ８とを一体化したストレージ基本筐体１５と接続され、ストレージ基本筐体１５が第３の増設筐体１６と接続され、第３の増設筐体１６が第２のネットワーク６を介して、第４の増設筐体１７及びアーカイブコントローラ１８と接続され、アーカイブコントローラ１８がアーカイブ用のストレージ装置であるＣＡＳ（Content Addressed Storage）１９と接続される構成である。

ストレージ基本筐体１５は、第３の増設筐体１６内のＦＣハードディスク１６２及びＳＡＳハードディスク１7２を制御するためのもので、コントローラ部１５０が二重化された構成である。

そしてコントローラ部１５０Ａ、１５０Ｂ内は、キャッシュメモリ１５３Ａ、１５３Ｂ及びメモリ１５７Ａ、１５７Ｂの構成を除いては、第１の実施の形態におけるそれぞれのコントローラ部８０Ａ、８０Ｂと同じ構成にとなっている。

それぞれのキャッシュメモリ１５３Ａ、１５３Ｂには、第１の実施の形態で説明をした記憶管理テーブル７１０及び関連性管理テーブル７１１が格納されている。キャッシュメモリ１５３Ａ、１５３Ｂに格納する理由としては、キャッシュ上にロードされている主体ファイルが存在する場合に、それらの関連ファイルへのアクセス頻度が高まることが予測され、ＦＣハードディスク１６２及びＳＡＳハードディスク１7２のいずれのハードディスクに、関連ファイルに関する情報やデータが格納されているのかを高速に検索するためである。

メモリ１５７Ａ、１５７Ｂには、第１の実施の形態で説明をした関連性管理テーブル７１１及びノード情報管理テーブル７１２が格納されている。メモリ１５７Ａ、１５７Ｂに格納される関連性管理テーブル７１１は、キャッシュにロードされておらず、アクセス要求が低いと予測されるものである。

なおノード情報管理テーブル７１２については、通常はＦＣハードディスク１６２及びＳＡＳハードディスク１７２に格納しておき、必要な部分だけをメモリ１５７Ａ、１５７Ｂにロードするようにしてもよい。

各種テーブル７１０から７１２の説明については、第１の実施の形態と同様の構成なので、省略する。

また、第１の実施の形態と同様に、第１のネットワーク５はＬＡＮ又はＷＡＮで構成され、第２のネットワーク６はＳＡＮで構成される。

そして、第３の増設筐体１６は、オンラインストレージであって、二重化されたバックエンドスイッチ１６０Ａ、１６０Ｂ（図２７中ではバックエンドＳＷと示す）及びＦＣハードディスク１６２を備えて構成される。

バックエンドスイッチ１６０は、複数のポートを備え、各ポートにＦＣハードディスク１６２を接続している。バックエンドスイッチ１６０は、中継器であり、ストレージ基本筐体１５とＦＣハードディスクドライブ１６２とのインターフェース・プロトコル変換を行うインターフェース・プロトコル変換部１６１Ａ、１６１Ｂ（図２７中ではＩ／Ｆプロトコル変換部と示す）を有している。バックエンドスイッチ１６０は、スイッチングデバイスとして機能し、ストレージ基本筐体１５とＦＣハードディスクドライブ１６２との間のデータ通信を調整し、スイッチングを行う。

ＦＣハードディスク１６２は、複数備えられ、ＦＣプロトコル上の要求を解釈できるハードディスクドライブである。そして、複数のＦＣハードディスク１６２の記憶領域上で提供されるＲＡＩＤボリューム１６２１が形成される。加えて、割り当てられた記憶領域（ＲＡＩＤボリューム１６２１）と対応する論理ボリュームがメタデータ格納用ボリューム１６３として形成される。

第４の増設筐体１７は、ニアラインストレージであって、二重化されたバックエンドスイッチ１７０Ａ、１７０Ｂ（図２７中ではバックエンドＳＷと示す）及びＳＡＳハードディスク１７２を備えて構成される。

バックエンドスイッチ１７０Ａ、１７０Ｂ及びインターフェース・プロトコル変換部１７１Ａ、１７１Ｂは、第３の増設筐体１６と同様の構成のため、説明を省略する。また、ＳＡＳハードディスク１７２及びＲＡＩＤボリューム１７２１は、第１の実施の形態で説明をしたＳＡＳハードディスク９１及びＲＡＩＤボリューム９１１の構成と同様である。加えて、割り当てられた記憶領域（ＲＡＩＤボリューム１７２１）と対応する論理ボリュームがメタデータ格納用ボリューム１７３として形成される。

なお、図示はしていないが、ＣＡＳ１９には、ＳＡＴＡハードディスクが備えられており、論理ボリューム１９３を形成する。

（２−２）スナップショット機能
本実施の形態におけるストレージ基本筐体１５は、上述のように、高速で高価なオンライン用ハードディスクであるＦＣハードディスク１６２と、コストパフォーマンスの良いＳＡＳハードディスク１７２とを実装することで、ティアドストレージ装置（階層型ストレージ装置）の構成を備える。

本実施の形態では、図２８に示すように、上位階層である第３の増設筐体１６内に形成されたメタデータ格納用ボリューム１６３には、スナップ用データ格納領域を形成させず、管理テーブル格納領域１６４と仮想体用データ格納領域１６５とが形成され、ニアラインのハードディスク領域であるメタデータ格納用ボリューム１７３内には、アーカイブ用の管理テーブル格納領域１７４とスナップ用データ格納領域１７５が形成される。

また、アーカイブのハードディスク領域である、論理ボリューム１９３内にもスナップ用データ格納領域１９５が形成される。

そして、例えば、比較的新しい時点でスナップ処理を行ったファイルが格納されるフォルダについては、ニアラインのハードディスク領域のスナップ用データ格納領域１７５に格納し、比較的古い時点でスナップ処理を行ったファイルが格納されるフォルダについては、アーカイブのハードディスク領域のスナップ用データ格納領域１９５に移動して格納する。

なお、仮想フォルダ内で削除したファイルを下位の階層であるニアラインのハードディスク領域に移動して格納することも可能である。

（２−３）自動スナップショット機能（ＣＤＰ：Continuous Data Protection）
また本実施の形態においては、自動スナップショット機能を実現することもできる。

具体的には、ストレージ基本筐体１５が、仮想フォルダＶＡ内のファイルが更新されるタイミングで、自動的にスナップショットを作成し、仮想フォルダＶＡ内にあるファイル履歴を継続的に記憶する。

まず最初に、主体ファイルＡの設定時にメタデータが生成されると同時に、当該メタデータのスナップショットを作成する。そして、主体ファイルＡが更新されると、更新直前の旧主体ファイルＡは、図２８に示すスナップ用データ格納領域１７５に移動し、格納される。さらにまた、この更新のタイミングで自動的にスナップショットが実施される。

主体ファイルＡについてのスナップショット処理及び旧主体ファイルＡのスナップ用データ格納領域１７５への格納が終了すると、次に、主体ファイルＡと関連付けられたファイルについても、関連付けが行われた直後に、当該関連付けられたファイルについてのスナップショットが実行される。そして当該関連付けられたファイルについて更新されると、旧関連ファイルは、スナップ用データ格納領域１７５へ転送され、格納される。さらにまた、この更新のタイミングで自動的にスナップショットが実施される。そして一定時間又は一定容量以上の予め定めた閾値を超過した場合、古いデータはさらに、スナップ用データ格納領域１７５からアーカイブコントローラ１８に転送され、スナップ用データ格納領域１９５に格納する為のアーカイブ処理が行われる。

また同様に、関連ファイルの実ファイルが更新された場合も、更新前までの旧実ファイルはスナップ用データ格納領域１７５に格納される。

更新前までの旧実ファイルがスナップ用データ格納領域１７５に格納されると、コントローラ１５０は仮想フォルダＶＡに対し、再びスナップショット処理を実行する。

このようにスナップショット処理およびアーカイブ処理を繰り返すことで、スナップ用データ格納領域１７５、１９５に、仮想フォルダＶＡの更新履歴が継続的に蓄積される。

（２−４）第２の実施の形態の効果
第２の実施の形態によれば、異なるファイル種別の異なるフォルダに配置された複数のコンテンツに関してフォルダ間やボリューム間を跨ってグループ化することがきるため、管理やアクセス権の設定に関する管理者や操作者の煩わしさを削減することができる。

また、第２の実施の形態によれば、アクセス頻度の少ないファイルが格納されるフォルダについては、下位の階層の記憶領域に格納することで、第１の実施の形態で説明した記憶システムより低廉なコストで記憶システムを構築することができる。さらにＣＤＰ機能によりも堅牢なデータ保護機能を備えており、またこのＣＤＰ機能は従来の様なボリューム単位の差分格納方式に比べて、仮想フォルダ単位の差分ファイルの格納で良いことから、ＣＤＰに必要な記憶容量を大幅に低減することが可能である。

（３）第３の実施の形態
（３−１）第３の実施の形態による記憶システムの概念構成
次に、第３の実施の形態による記憶システム３００の概念構成について、以下に説明する。第３の実施の形態による記憶システムにおいては、第１の実施の形態で説明をしたＮＡＳストレージを複数台使用する概念構成である。なお、第１の実施の形態と同様の対応部分には同一の符号を付し、対応部分についての説明は省略する。

具体的には図２９に示すように、３００は、本実施の形態による記憶システムである。本実施の形態による記憶システム３００の概念構成は、各ブロックに分けて説明する。

本実施の形態による記憶システム３００は、第１の実施の形態で説明をした記憶システム１を１つのグループとする３つの記憶システム１及び複数のグリッドストレージＧＳがストレージ・ネットワークＳＮを介して接続され、複数のグリッドコンピュータＧＣがコンピュータ・ネットワークＣＮを介して接続され、ストレージ・ネットワークＳＮ及びコンピュータ・ネットワークＣＮがパスクラスタＰに接続され、パスクラスタＰは複数のアービタ・ゲートウェイＡＧ１、ＡＧ２、…を介して操作者用端末装置１５と接続される概念構成である。

なお、アービタ・ゲートウェイＡＧ１は、ネットワーク２０を介して操作者用端末装置１５に接続してもよく、又は、ネットワークを介さずに操作者用端末装置１５に直接接続してもよい。

なお、ストレージ・ネットワークＳＮとコンピュータ・ネットワークＣＮとの間のネットワークパスを、パスクラスタＰを制御して、最適化したパスとするのが、パス負荷分散の観点から望ましい。

また、アービタ・ゲートウェイＡＧに、ファイルシステム及び排他制御を含む仮想化機能をもたせ、ストレージ・ネットワークＳＮとコンピュータ・ネットワークＣＮとの間に配置させてもよい。この場合には、グリッドストレージをファイルアクセス型のＮＡＳストレージではなく、ブロックアクセス型のストレージ装置で構成することも可能である。しかしアービタ・ゲートウェイＡＧには高負荷がかかるため、クラスタ化してパスを分散することで負荷軽減を行うことが望ましい。

図３０に示す、グリッドコンピュータグループは、コンピュータ・ネットワークＣＮを介して複数のグリッドコンピュータＧＣ１〜ＧＣｎを接続／結合することで仮想的に高性能なコンピュータを作り、操作者が仮想的に作られた高性能なコンピュータから必要な処理能力や記憶容量等のコンピュータリソースを取り出すために使用される。複数のグリッドコンピュータＧＣ１〜ＧＣｎにおいて、１台ずつグリッドコンピュータ内で処理をするジョブの種類が異なる場合もあれば、ジョブの種類が同一の場合もある。例えば、図３０に示すように、グリッドコンピュータＧＣ１〜ＧＣｎの符号が同一番号である場合には、同一のジョブを並列的に処理するグリッドコンピュータを示している。

図３１に示す、グリッドストレージグループは、ストレージ・ネットワークＳＮを介して複数のグリッドストレージＧＳ０〜ＧＳｎを結ぶことで実現しており、特定のＮＡＳストレージＮに負荷が集中することを、ハードウェア的には回避できる構成である。本実施例では任意のグリッドストレージＧＳ０には、フォルダＦ０が格納されている。なお、グリッドコンピュータの実行するジョブの種類等により、複数のグリッドストレージＧＳ１〜ＧＳｎにおいて、それぞれグリッドストレージに求められる性能や容量当たりコスト等のストレージ特性や、容量や物理ポート数および必要帯域等のストレージリソースが異なる場合がある。

図３２は３つの記憶システム１を示す。３つの記憶システム１内にある夫々のグリッドストレージＧＳ１〜ＧＳ３には、フォルダＦ１〜Ｆ３がそれぞれ格納されている。また、グリッドストレージＧＳ１〜ＧＳ３は、第１の実施の形態で説明した複数のＮＡＳストレージＮである。

図３３に示すように、アービタ・ゲートウェイＡＧ１、ＡＧ２は、グリッドコンピュータＧＣ及びグリッドストレージＧＳのリソースおよびスケジュールを調停する装置である。アービタ・ゲートウェイＡＧ１、ＡＧ２は、ＮＡＳストレージＮのリソースを監視して、ジョブ要求によるスケジュールを計算し、必要なコンピュータおよびストレージの各リソースの割当てを制御する。

例えば、操作者からのジョブがアービタ・ゲートウェイＡＧ１に指示されると、アービタ・ゲートウェイＡＧ１は必要なリソースを確保するために、共通のデータベースを参照し、確保可能なリソースおよび必要時間に基づいた計算の結果に基づき、共通データベースを更新（スケジュール予約）する。共通のデータベースの更新は、他のアービタ・ゲートウェイＡＧ２に通知され、スケジュールの調整が一元的に管理される。

その後アービタ・ゲートウェイＡＧ１は、ジョブの優先度等から必要な占有時間および確保できたリソースの最適な配分を算出（概算）し、調整後に各ジョブを各グリッドコンピュータＧＣｘｘ〜ＧＣｙｙに転送する。但し、ひとつのジョブを担当するグリッドコンピュータＧＣｘｍ〜ＧＣｘｎはひとつとは限らず複数でもよく、またジョブの種類等によっては１台のグリッドコンピュータＧＣｍが複数のジョブを実行／処理しても良い。

このとき、ジョブを各リソースに転送するパラメータ情報の一部として、アービタ・ゲートウェイＡＧ１を通じて処理に必要なポータビリティ・ファイルが割り当てられたグリッドストレージＧＳｍ〜ＧＳｎの一部もしくは全部にインポートされた仮想フォルダＶＡがグリッドストレージグループから提供される。

この時、アービタ・ゲートウェイＡＧ１は、リソースに余裕のあるＮＡＳストレージＮを優先してポータビリティ・ファイルをインポートするように制御およびリソースの調停を行う。インポート指示を受領したＮＡＳストレージＮは、仮想フォルダＶＡを生成する。その後、アービタ・ゲートウェイＡＧ１は、各グリッドコンピュータＧＣｘｘ〜ＧＣｙｙに与えられたジョブをアクティブに設定する。

図３４は、操作者が操作者側端末装置１５からフォルダＦ２内にデータを書き込む場合の、従来の運用に近い形態について説明する。

まず、操作者は、操作者側端末装置１５を用いて、アービタ・ゲートウェイＡＧ１に目的のジョブを実行するのに必要なリソースの取得およびスケジューリングを要求する。このとき操作者側から、操作者が希望する、もしく許容可能な処理の終了時間、ジョブのリストおよび各ジョブに割り当てたいリソースの種類及び数量、ジョブ毎の標準システム負荷情報等の各種情報がアービタ・ゲートウェイＡＧ１に引き渡される。

要求を受け取ったアービタ・ゲートウェイＡＧ１は、自身の内部もしくは外部に有する記憶システム３００のリソース稼動状況およびスケジュール情報等が格納されている共有データベースにアクセスして、現時点の稼動状況等から要求に必要なリソースの抽出／選択およびリザーブを行う。選択は、現在の稼動負荷の低いものが優先的に割り当てられるように制御される。もしこの時に他の操作者等の要求により、当該操作者の所望のリソースが確保できない場合は、不足したリソース分の処理時間に相当する係数を確保できたジョブに割り当てるようにスケジュールを配分したり、もう少しで終了する予定のジョブがあるリソースを先行予約するような処理を行う。

リソース予約のスケジューリングが完了すると、アービタ・ゲートウェイＡＧ１は操作者側端末装置１５に予約完了通知を発行する。予約完了通知には確保できたリソースの識別子や種類、処理完了に要する所要時間の見積もり等が含まれる。

操作者側端末装置１５は、もしも必要なリソースが確保できず、処理時間が標準時間を超える場合等に、操作者に、以降の処理の取り消しが可能な様に、当該情報の詳細及び、処理を継続して良いかどうかの確認を促すメッセージ等を出すようにするのが好ましい。

操作者側端末装置１５は、アービタ・ゲートウェイＡＧ１からの予約完了通知に問題が無いか、あるいは操作者から処理継続の指示を受けた場合に、各ジョブプログラムであるジョブ１、ジョブ２および仮想フォルダＶＢを形成する為のポータビリティ情報を送出する。なお、本実施の形態では、ポータビリティ情報は、ファイルに限られない。

アービタ・ゲートウェイＡＧ１は、操作者側端末装置１５から受け取った各ジョブプログラムであるジョブ１、ジョブ２を、確保したそれぞれのグリッドコンピュータＧＣＷ〜ＧＣＺに配分して転送する。図３４ではジョブ１にグリッドコンピュータＧＣＷ〜ＧＣＺ、ジョブ２にグリッドコンピュータＧＣＷが割り当てられている。また、アービタ・ゲートウェイＡＧ１はグリッドストレージＧＳＸ〜ＧＳＺにポータビリティ情報およびインポート・要求を送出する。尚、実施例１で示したようにグリッドストレージＧＳＸ〜ＧＳＺのインポート・フォルダＦｉｍｐに仮想フォルダＶＢのポータビリティ・ファイルを書き込むことにより、上記動作を実現しても良い。

インポート・要求を受領したグリッドストレージＧＳＸ〜ＧＳＺは、実施例１にて説明したのと同様の手順により、各グリッドストレージＧＳを構成するＮＡＳストレージＮ内にジョブ１が使用するフォルダとして、フォルダＦ２（フォルダ内のファイル群も含めて）を格納する仮想フォルダＶＢを生成して、グリッドコンピュータＧＣＷ〜ＧＣＺに提供する。

インポートの終了報告により仮想フォルダＶＢが提供可能となったことを認識したアービタ・ゲートウェイＡＧ１は、グリッドコンピュータＧＣＷ〜ＧＣＺ上のジョブ１をアクティブ状態にする。これにより、グリッドコンピュータＧＣＷ〜ＧＣＺ上でジョブ１の処理が開始される。尚、グリッドコンピュータＧＣＷ上のジョブ２はスタンバイ状態のままである。これはジョブ２の処理には、ジョブ１の処理結果が必要な為である。ジョブ２がスタンバイである期間のグリッドコンピュータＧＣＷの処理能力は、他の操作者のジョブへ提供することが可能である。またジョブ２の処理はグリッドコンピュータＧＣＷでは無く、グリッドコンピュータＧＣＷ〜ＧＣＺのいずれかにジョブ１終了後に実行するようスケジュールしても良い。

ジョブ１の動作は、仮想フォルダＶＢ内に格納されているソースとなるファイルからデータを読み出し、中間ファイルを、それぞれのグリッドストレージＧＳＸ〜ＧＳＺ内に、書き込むことである。ソースとなるファイルの読み出しは、同じジョブ１を実行しいているグリッドコンピュータＧＣＷ〜ＧＣＺ間で連携して調整される。また、仮想フォルダＶＢ内に格納されているソースとなるファイルの読み出し要求は、グリッドストレージＧＳＸ〜ＧＳＺから、仮想フォルダＶＢの実フォルダＦ２を有するグリッドストレージＧＳ２へ転送され、グリッドストレージＧＳ２から読み出されたファイルのデータがグリッドストレージＧＳＸ〜ＧＳＺ経由で、要求元のグリッドコンピュータＧＣＷ〜ＧＣＺへ、それぞれ転送される。

グリッドコンピュータＧＣＷ〜ＧＣＺで夫々処理されているジョブ１による中間ファイルは、それぞれのグリッドストレージＧＳＸ〜ＧＳＺ内に独立して生成される。このようにして、ソースとなるファイルの読み出し時には、同一グリッドストレージＧＳ２上で処理される為、負荷軽減効果は無いが、書き込み時においてはグリッドストレージＧＳＸ〜ＧＳＺに分散が行われる。この時ジョブ１に記述されるスクリプトには、ソースファイルの物理的位置を記述する必要は無く、担当するグリッドストレージＧＳ内の仮想フォルダＶＢを指定するよう、記述すれば良い。

ジョブ１が終了すると各グリッドコンピュータＧＣＷ〜ＧＣＺはジョブの終了通知をアービタ・ゲートウェイＡＧ１に通知する。全てのジョブ１が完了すると、アービタ・ゲートウェイＡＧ１はグリッドコンピュータＧＣＷ上でスタンバイ中のジョブ２をアクティブに設定する。ジョブ２はジョブ１との通信により、各ジョブ１が作成した中間ファイルの位置を認識し、夫々の中間ファイルをソースとして処理を行い、結果のファイルを仮想フォルダＶＢに格納する。この時指定する仮想フォルダＶＢはグリッドストレージＧＳＸ〜ＧＳＺのいずれを使用しても構わないし、また別のグリッドストレージＧＳ上に新たにインポートして作成された物を使用しても構わない。また、使用しないグリッドストレージＧＳＸ〜ＧＳＺ上の仮想フォルダＶＢをクローズする処理を行っても構わない。ジョブ１はジョブ２に中間ファイルの位置を報告すると自分自身をスタンバイ状態にし、終了したことをアービタ・ゲートウェイＡＧ１に通知する。通知を受けたアービタ・ゲートウェイＡＧ１は、共有データベースを更新して、当該リソースが再利用可になったことを他のアービタ・ゲートウェイＡＧに通知する。

ジョブ２は、仮想フォルダＶＢを介して実フォルダＦ２内のファイルにデータを書き込む。そして全ての処理が終了すると、自分が使用した仮想フォルダＶＢをクローズし、自分自身をスタンバイ状態にし、終了したことをアービタ・ゲートウェイＡＧ１に通知する。通知を受けたアービタ・ゲートウェイＡＧ１は、全ての処理が終了したことを操作者側端末装置１５に通知すると共に、操作者に提供していた全てのリソースを開放する。そして共有データベースを更新して、当該リソースが再利用可になったことを他のアービタ・ゲートウェイＡＧに通知する。

一方、図３５に示すように、操作者が操作者側端末装置１５からフォルダＦ０内に別のジョブ１による分散処理によってデータを書き込む場合の本実施の形態による運用について説明する。尚、本操作は、上記操作者が操作者側端末装置１５から上記アービタ・ゲートウェイＡＧ１を使用して行っても良いし、また別の操作者が操作者側端末装置１５から別のアービタ・ゲートウェイＡＧ（例えばＡＧ２）を使用して行っても良い。また本処理と前述の図３４で示した処理は、同時に実行することが可能である。本実施例では、上記処理に引き続き、アービタ・ゲートウェイＡＧ１を使用したものとして解説する。

アービタ・ゲートウェイＡＧ１は、ジョブ１用として、任意の作業用グリッドストレージであるグリッドストレージＧＳ０と、ソースとなる夫々の実ファイルおよび実フォルダを有するグリッドストレージＧＳ１〜ＧＳ３から生成される仮想フォルダＶＡを再現可能なポータビリティ情報をグリッドストレージＧＳ０にインポートする。このグリッドストレージＧＳ１〜ＧＳ３により提供される実フォルダＦ１〜Ｆ３は、図３２に示す様な、独立した各クライアントグループ（例：企業の独立部門）により使用される夫々の共有フォルダＦ１〜Ｆ３に対応している。インポート手段および操作者側端末装置１５の指示等は前述しているので、ここでは省略する。

ジョブ１はソースファイルの属する実フォルダＦ１〜Ｆ３を含む仮想フォルダＶＡから、複数のソースファイルを読み出し、各グリッドコンピュータＧＣ１〜ＧＣ３上で並列的に処理を行い、連携して処理の結果であるデータを仮想フォルダＶＡ内の出力ファイルに書き込む。この出力ファイルは、作業用グリッドストレージであるグリッドストレージＧＳ０のフォルダＦ０上に実体が作成される。

ジョブ１の処理が終了すると各グリッドコンピュータＧＣ１〜ＧＣ３はジョブの終了通知をアービタ・ゲートウェイＡＧ１に通知する。全てのジョブ１が完了すると、アービタ・ゲートウェイＡＧ１は全ての処理が終了したことを操作者側端末装置１５に通知するが、この時点では当該グリッドストレージ側のリソースの開放は行わず、グリッドコンピュータ側のリソースのみを開放し、共有データベースを更新して、当該リソースが再利用可になったことを他のアービタ・ゲートウェイＡＧに通知する。

操作者は、操作者側端末装置１５の画面等により、処理が終了したことを確認し、アービタ・ゲートウェイＡＧ１が指示する仮想フォルダＶＡにアクセスして、目的の出力ファイルを得る。操作者は、当該出力ファイルを自分の管理するストレージ等へコピーもしくは移動により格納した後、操作者側端末装置１５を操作して、アービタ・ゲートウェイＡＧ１に仮想フォルダＶＡのクローズを指示する。指示を受領したアービタ・ゲートウェイＡＧ１は、保留していたグリッドストレージ側のリソースを開放し、共有データベースを再び更新して、当該リソースが再利用可になったことを他のアービタ・ゲートウェイＡＧに通知する。

このように、本実施の形態による運用によれば、作業用グリッドストレージＧＳ０は、負荷の低いグリッドストレージＧＳから選択される為、グリッドコンピュータＧＣからの書き込み負荷を分散することができる。

なお、本実施の形態の別の運用としては、ホスト装置２から２つのＮＡＳストレージＮを指定し、１つのＮＡＳストレージＮにエクスポート指示及び他の１つのＮＡＳストレージＮにインポート指示を行うことで、ＮＡＳストレージＮ間でポータビリティ情報であるメタデータを送受信することで、他の１つのＮＡＳストレージＮ側に仮想フォルダＶＡを再現することもできる。

（３−２）第３の実施の形態の効果
第３の実施の形態によれば、異なるファイル種別の異なるフォルダに配置された複数のコンテンツに関してフォルダ間やボリューム間を跨ってグループ化することがきるため、管理やアクセス権の設定に関する管理者や操作者の煩わしさを削減することができる。

また、第３の実施の形態によれば、負荷の低いグリッドストレージをアービタ・ゲートウェイが選択するため、操作者側端末装置からの指示に基づいた、グリッドコンピュータ又はホスト装置からグリッドストレージ又はＮＡＳストレージへの書き込み負荷を分散することができる。

（４）他の実施の形態
記憶制御装置であるＮＡＳストレージＮには、複数のファイルを格納するためにフォルダ形成部を論理ボリューム内に形成し、核となるファイルを主体ファイルとして核コンテンツ管理部により特定して管理したが、フォルダ形成部及び核コンテンツ管理部を個別のハードウェア内に形成してもよい。

グループフォルダ形成部が仮想フォルダを形成し、仮想フォルダ内にあるファイルは、実際に格納されたフォルダ内にある実ファイルと対応させていたが、仮想フォルダを形成せずに、実体のあるフォルダをグループフォルダ形成部により形成させてもよい。

ＮＡＳストレージＮ内に関連コンテンツ管理部を設け、記憶管理テーブル７１０、関連性管理テーブル７１１及びノード情報管理テーブル７１２を格納し、主体ファイルと関連付けファイルとの管理情報を管理することとしたが、管理部を個別のハードウェア内に形成してもよい。

ニアラインボリュームとして、ＮＡＳストレージ内の下層に設けた論理ボリュームを使用したが、上層に設けた論理ボリュームを使用してもよい。

本発明は、１又は複数のＮＡＳストレージを有する記憶システムや、その他の形態の記憶システムに広く適用することができる。

第１の実施の形態における記憶システムの全体構成を示すブロック図である。 第１の実施の形態における論理ボリューム内の構成を示す概念図である。 第１の実施の形態における記憶管理テーブルを示す図表である。 第１の実施の形態におけるノードツリーのモデル図である。 第１の実施の形態における記憶管理テーブルの一部を示す図表である。 第１の実施の形態における記憶管理テーブルの一部を示す図表である。 第１の実施の形態における関連性管理テーブルを示す図表である。 第１の実施の形態における関連付け処理の一例を示す概念図である。 第１の実施の形態におけるホスト装置側のウィンドウ画面図である。 第１の実施の形態におけるホスト装置側のウィンドウ画面図である。 第１の実施の形態におけるファイルの関連付けを変更した場合の概念図である。 第１の実施の形態における仮想フォルダを作成した場合のノードツリーも出る図である。 第１の実施の形態におけるファイルの格納位置を変更した場合のホスト装置側の画面図である。 第１の実施の形態における仮想フォルダ内を操作する関連付け方式の画面図である。 第１の実施の形態におけるＷｅｂサーバ上でのホスト装置側の画面図である。 第１の実施の形態における記憶システムの全体構成を示す概念図である。 第１の実施の形態における特殊機能をもつ実行用フォルダの図表である。 第１の実施の形態における要求の定義を示す図表である。 第１の実施の形態におけるホスト装置とＮＡＳストレージとの間の動作におけるシーケンスである。 第１の実施の形態におけるホスト装置とＮＡＳストレージとの間の動作におけるシーケンスである。 第１の実施の形態におけるホスト装置とＮＡＳストレージとの間の動作におけるシーケンスである。 第１の実施の形態におけるＮＡＳストレージの関連付け処理又は関連解除処理を示すフローチャートである。 第１の実施の形態におけるスナップショット・フォルダ内に格納されるファイルを示す概念図である。 第１の実施の形態におけるスナップショット・フォルダを用いた場合のスナップショット・ファイルの一例図である。 第１の実施の形態における任意の時点での仮想フォルダのプロパティ画面である。 第１の実施の形態におけるホスト装置上での検索画面図である。 第２の実施の形態における記憶システムの全体構成を示すブロック図である。 第２の実施の形態におけるスナップショット・フォルダ内に格納されるファイルを示す概念図である。 第３の実施の形態における記憶システムの全体構成を示す概念図である。 第３の実施の形態における記憶システムの一部構成を示す概念図である。 第３の実施の形態における記憶システムの一部構成を示す概念図である。 第３の実施の形態における記憶システムの一部構成を示す概念図である。 第３の実施の形態における記憶システムの一部構成を示す概念図である。 第３の実施の形態における従来での記憶システムの運用を示す概念図である。 第３の実施の形態における記憶システムの運用を示す概念図である。

符号の説明

１……記憶システム、２……ホスト装置、７……ＮＡＳコントローラ、８……ストレージコントローラ、９……増設筐体、Ｎ……ＮＡＳストレージ、７１０……記憶管理テーブル、７１１……関連性管理テーブル、ＶＦ……特定フォルダ、ＶＡ……仮想フォルダ。

Claims (10)

1. ホスト装置から提供される複数のコンテンツを格納する物理デバイスの記憶領域上に複数の論理ボリュームを形成する１又は複数の記憶制御装置を有する記憶システムにおいて、
   前記１又は複数の記憶制御装置は、
   前記複数の論理ボリューム上に前記複数のコンテンツを格納するための複数のフォルダを形成するフォルダ形成部と、
   前記複数の論理ボリューム又は前記複数のフォルダに格納される前記複数のコンテンツから核となる核コンテンツを特定させて管理する核コンテンツ管理部と、
   前記複数の論理ボリューム又は前記複数のフォルダに格納される複数のコンテンツから、前記核コンテンツと、一部又は全部の前記核コンテンツと関連付けられる１又は複数の関連コンテンツを管理する関連コンテンツ管理部と、
   前記核コンテンツと、前記関連コンテンツとを、前記複数の論理ボリューム間又は前記複数のフォルダ間を跨ってグループ化したグループフォルダを形成するグループフォルダ形成部と、を備える
   ことを特徴とする記憶システム。
2. 前記グループフォルダ形成部は、
   グループ化を行うための仮想的なフォルダを形成し、
   前記仮想的なフォルダ内に配置される前記核コンテンツ及び前記関連コンテンツは、前記フォルダ形成部により形成された前記複数のフォルダ内又は前記複数の論理ボリューム内に格納される複数のコンテンツと対応付けられる
   ことを特徴とする請求項１記載の記憶システム。
3. 前記関連コンテンツ管理部で、前記核コンテンツと、前記関連コンテンツとの関連付けを管理する管理情報を変更すると、前記グループフォルダ内に格納される前記関連コンテンツの関連付けが変更される
   ことを特徴とする請求項１記載の記憶システム。
4. 前記複数のコンテンツは、複数のファイルであり、
   前記核コンテンツ管理部は、
   前記ホスト装置から送信されるコンテンツ情報に基づいて、前記核ファイルを検索することによって特定して管理する
   ことを特徴とする請求項１の記憶システム。
5. 前記複数の論理ボリュームのうち前記ホスト装置からのアクセス回数が少ないコンテンツを格納するニアラインボリュームを備え、
   前記ニアラインボリュームは、
   任意の時点における前記グループフォルダの情報を随時格納するためのスナップショット・フォルダを備え、
   前記スナップショット・フォルダに格納された複数の前記グループフォルダの情報の中から前記ホスト装置からのアクセス頻度の少ない前記グループフォルダに関する情報を優先的に選択して格納する
   ことを特徴とする請求項１記載の記憶システム。
6. ホスト装置から提供される複数のコンテンツを格納する物理デバイスの記憶領域上に複数の論理ボリュームを形成する１又は複数の記憶制御装置を有する記憶システムの管理方法において、
   前記１又は複数の記憶制御装置では、
   前記複数の論理ボリューム上に前記複数のコンテンツを格納するための複数のフォルダを形成するフォルダ形成ステップと、
   前記複数の論理ボリューム又は前記複数のフォルダに格納される前記複数のコンテンツから核となる核コンテンツを特定させて管理する核コンテンツ管理ステップと、
   前記複数の論理ボリューム又は前記複数のフォルダに格納される複数のコンテンツから、前記核コンテンツと、一部又は全部の前記核コンテンツと関連付けられる１又は複数の関連コンテンツを管理する関連コンテンツ管理ステップと、
   前記核コンテンツと、前記関連コンテンツとを、前記複数の論理ボリューム間又は前記複数のフォルダ間を跨ってグループ化したグループフォルダを形成するグループフォルダ形成ステップと、を備える
   ことを特徴とする記憶システムの管理方法。
7. 前記グループフォルダ形成ステップは、
   グループ化を行うための仮想的なフォルダを形成し、
   前記仮想的なフォルダ内に配置される前記核コンテンツ及び前記関連コンテンツは、前記フォルダ形成ステップにより形成された前記複数のフォルダ内又は前記複数の論理ボリューム内に格納される複数のコンテンツと対応付けられる
   ことを特徴とする請求項６記載の記憶システムの管理方法。
8. 前記関連コンテンツ管理ステップでは、前記核コンテンツと、前記関連コンテンツとの関連付けを管理する管理情報を変更すると、前記グループフォルダ内に格納される前記関連コンテンツの関連付けが変更される
   ことを特徴とする請求項６記載の記憶システムの管理方法。
9. 前記複数のコンテンツは、複数のファイルであり、
   前記核コンテンツ管理ステップは、
   前記ホスト装置から送信されるコンテンツ情報に基づいて、前記核ファイルを検索することによって特定して管理する
   ことを特徴とする請求項６の記憶システムの管理方法。
10. 前記複数の論理ボリュームのうち前記ホスト装置からのアクセス回数が少ないコンテンツを格納するニアラインボリュームを備え、
    前記ニアラインボリュームは、
    任意の時点における前記グループフォルダの情報を随時格納するためのスナップショット・フォルダを備え、
    前記スナップショット・フォルダに格納された複数の前記グループフォルダの情報の中から前記ホスト装置からのアクセス頻度の少ない前記グループフォルダの情報を優先的に選択して格納する
    ことを特徴とする請求項６記載の記憶システムの管理方法。

Images