JPWO2004109517A1 - ストレージ管理プログラムおよびファイル処理プログラム - Google Patents
ストレージ管理プログラムおよびファイル処理プログラム Download PDFInfo
- Publication number
- JPWO2004109517A1 JPWO2004109517A1 JP2005500565A JP2005500565A JPWO2004109517A1 JP WO2004109517 A1 JPWO2004109517 A1 JP WO2004109517A1 JP 2005500565 A JP2005500565 A JP 2005500565A JP 2005500565 A JP2005500565 A JP 2005500565A JP WO2004109517 A1 JPWO2004109517 A1 JP WO2004109517A1
- Authority
- JP
- Japan
- Prior art keywords
- storage
- file
- directory
- virtual
- file system
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
- G06F3/0662—Virtualisation aspects
- G06F3/0665—Virtualisation aspects at area level, e.g. provisioning of virtual or logical volumes
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
- G06F3/0604—Improving or facilitating administration, e.g. storage management
- G06F3/0605—Improving or facilitating administration, e.g. storage management by facilitating the interaction with a user or administrator
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
- G06F3/0638—Organizing or formatting or addressing of data
- G06F3/0644—Management of space entities, e.g. partitions, extents, pools
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
- G06F3/0671—In-line storage system
- G06F3/0683—Plurality of storage devices
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Human Computer Interaction (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
要求される特性が異なるストレージを有するストレージプールから所望の特性のストレージを選択するストレージプール管理部と、前記選択されたストレージを１つの仮想的なストレージに対応付ける仮想ストレージ構成部とを有する。
Description
本発明は、要求される特性が異なるストレージを用いることができるシステムに適用され得るストレージ管理装置、ストレージ装置、ファイル処理システム、ファイル管理システム、並びにこれらの方法およびプログラムに関するものである。
従来、高信頼、高速アクセス、低速アクセス等の異なったストレージ属性を有する種々のストレージを用いたファイル管理に関しては、ストレージの使い分けを行うようにした種々の技術が提供されている（例えば、特許文献１〜３参照）。この技術によれば、例えば、重要性の高いデータは高信頼なストレージに記憶され、高速な読み出し速度が要求されるデータは高速アクセスを実現できるストレージに記憶される。
特開平６−３５７７０号公報 （第２−３頁、第１図）． 特開平７−１２１４１６号公報 （第２−３頁、第１図）． 特開２０００−２０２４７号公報 （第２−５頁、第１図）．
このような従来の技術は、ストレージ属性の異なるストレージごとにファイルシステムを用意し、これらのファイルシステムを組み合わせる（マウントする）ことによってファイル管理を行うものである（第２０図参照）。したがって、従来の技術では、ユーザがファイルシステムを使用する際、ストレージ属性の異なるそれぞれのストレージがどのファイルシステムに対応しているかということを意識している必要がある。また、ファイルシステムとストレージ属性の異なる各ストレージとは１：１の対応関係にあるため、ユーザはあるファイルをあるストレージ属性を有するストレージに配置しようとする場合、そのストレージ属性のストレージに対応する場所（ファイルシステム）にファイルを配置しなければならない。
例えば、「高速アクセス」というストレージ属性（属性２）を有するストレージにファイルを配置する場合には／ｕｓｒ／配下のディレクトリに配置しなければならず、一方、「低速アクセス」というストレージ属性（属性３）を有するストレージにファイルを配置する場合には、／ｖａｒ／ｓｐｏｏｌ／配下のディレクトリに配置しなければならず、従ってストレージ属性に応じてファイルの配置場所が異なり、これら配置場所の使い分けを行わなければならないという手間がある。
さらに、ファイル管理システム内に異なるストレージに対応する複数のファイルシステムが存在するため、システム管理者によるファイルシステムの管理が煩雑になるという問題もあった。
本発明は、このような問題を解決するためになされたものであり、ユーザの使い勝手の向上、およびシステム管理者の管理負担の軽減に寄与することのできるストレージ管理装置、ストレージ装置、ファイル処理システム、ファイル管理システム、並びにこれらの方法およびプログラムを提供することを目的とする。
例えば、「高速アクセス」というストレージ属性（属性２）を有するストレージにファイルを配置する場合には／ｕｓｒ／配下のディレクトリに配置しなければならず、一方、「低速アクセス」というストレージ属性（属性３）を有するストレージにファイルを配置する場合には、／ｖａｒ／ｓｐｏｏｌ／配下のディレクトリに配置しなければならず、従ってストレージ属性に応じてファイルの配置場所が異なり、これら配置場所の使い分けを行わなければならないという手間がある。
さらに、ファイル管理システム内に異なるストレージに対応する複数のファイルシステムが存在するため、システム管理者によるファイルシステムの管理が煩雑になるという問題もあった。
本発明は、このような問題を解決するためになされたものであり、ユーザの使い勝手の向上、およびシステム管理者の管理負担の軽減に寄与することのできるストレージ管理装置、ストレージ装置、ファイル処理システム、ファイル管理システム、並びにこれらの方法およびプログラムを提供することを目的とする。
本発明に係るストレージ管理装置は、要求される特性が異なるストレージを有するストレージプールから所望の特性のストレージを選択するストレージプール管理部と、前記選択されたストレージを１つの仮想的なストレージに対応付ける仮想ストレージ構成部とを有する構成となっている。このような構成によれば、１つの仮想的なストレージに対して複数の、しかも互いに異なるストレージ属性を有するストレージを対応付けることが可能となり、一般にストレージプールに格納されるファイルに関する処理を行うファイル処理システム側において、仮想的に１つのストレージとして扱うことができるようになる。すなわち、システム管理者は１つの仮想的なストレージに対して生成された１つのファイルシステムを管理することで複数のストレージに格納されているファイルの管理を行うことができるようになり、ひいてはシステム管理者の管理負担の軽減に寄与することができる。よって、要求される特性が異なる複数のストレージを有するストレージプールから複数の所望の特性のストレージを選択し、この選択された複数のストレージを１つの仮想的なストレージに対応付けることも可能となる。
なお、本発明に係るストレージ管理装置において、前記仮想ストレージ構成部は、前記選択されたストレージのＩＤを前記１つの仮想的なストレージのＩＤに対応付けることが好ましい。ここで、複数のストレージを選択したときは、選択された複数のストレージのＩＤを１つの仮想的なストレージのＩＤに対応付けることができる。また、前記選択されたストレージに格納されるファイルに関する処理を行うファイル処理システムからの要求を受け付けるインタフェース部を有し、前記所望の特性のストレージの選択は、前記ファイル処理システムからの要求に基づくものである構成とすることもできる。この他、前記特性は、少なくともストレージの記憶特性に関するものであることが望ましい。
本発明に係るストレージ管理装置は、上述のようなストレージ管理装置と、要求される特性が異なるストレージを有する前記ストレージプールとを備えてなる構成となっている。ここでのストレージプールは、異なる特性をもつ複数のストレージを有するものとすることができる。
また、本発明に係るファイル処理システムは、要求される特性が異なるストレージに格納されるファイルに関する処理を行うファイル処理システムであって、前記ストレージが対応付けられている１つの仮想的なストレージに対してファイルシステムを生成するとともに、前記生成されるファイルシステム内における各ディレクトリおよびファイルを前記ストレージのうちの所望の特性をもつストレージにそれぞれ対応付けるファイルシステム生成部と、前記各ディレクトリおよびファイルと前記ストレージとの対応関係に関する情報を格納する記憶部とを備えてなる構成となっている。これにより、システム管理者は１つの仮想的なストレージに対して生成された１つのファイルシステムを管理することで複数のストレージに格納されているファイルの管理を行うことができるようになり、ひいてはシステム管理者の管理負担の軽減に寄与することができる。また、ユーザは特性毎に対応するファイルシステムの場所を意識する必要がなくなり、ユーザが意識しているファイルシステムのディレクトリ内に所望の特性をもつストレージに対応するディレクトリやファイルを配置することが可能となる。
この他、本発明に係るファイル処理システムは、要求される特性が異なるストレージに格納されるファイルに関する処理を行うファイル処理システムであって、前記ストレージに対して特性ごとに対応付けられている複数の仮想的なストレージにそれぞれファイルシステムを生成するファイルシステム生成部と、前記生成された複数のファイルシステムを重ね合わせることにより、前記複数のファイルシステムから１つのファイルシステムを合成するとともに、前記合成して得られるファイルシステム内における各ディレクトリおよびファイルを前記ストレージのうちの所望の特性をもつストレージにそれぞれ対応付けるファイルシステム合成部と、前記各ディレクトリおよびファイルと前記ストレージとの対応関係に関する情報を格納する記憶部とを備えてなる構成となっている。このような構成とすることにより、上述のようなファイル処理システムによる効果に加え、特性毎に生成されたファイルシステムを重ね合わせて１つのファイルシステムを生成することで、重ね合わせを解除することにより、特定のストレージ属性をもったストレージの返却等を容易に行えるようになるという効果を奏する。
なお、上述のようなファイル処理システムにおいて、前記各ディレクトリおよびファイルと前記ストレージとの対応関係が、予め設定されていることが望ましい。また、前記各ファイルと前記ストレージとの対応関係が、ファイルの拡張子に基づいて設定されることが好ましい。
また、本発明に係るファイル管理システムは、要求される特性が異なるストレージを有するストレージプールから所望の特性のストレージを選択するストレージプール管理部と、前記選択されたストレージを１つの仮想的なストレージに対応付ける仮想ストレージ構成部と、前記ストレージが対応付けられている１つの仮想的なストレージに対してファイルシステムを生成するとともに、前記生成されるファイルシステム内における各ディレクトリおよびファイルを前記ストレージのうちの所望の特性をもつストレージにそれぞれ対応付けるファイルシステム生成部と、前記各ディレクトリおよびファイルと前記ストレージとの対応関係に関する情報を格納する記憶部とを備えてなるものである。
この他、本発明に係るファイル管理システムは、要求される特性が異なるストレージを有するストレージプールから所望の特性のストレージを選択するストレージプール管理部と、前記選択されたストレージに対して特性ごとに仮想的なストレージを対応付ける仮想ストレージ構成部と、前記ストレージに対して特性ごとに対応付けられている複数の仮想的なストレージにそれぞれファイルシステムを生成するファイルシステム生成部と、前記生成された複数のファイルシステムを重ね合わせることにより、前記複数のファイルシステムから１つのファイルシステムを合成するとともに、前記合成して得られるファイルシステム内における各ディレクトリおよびファイルを前記ストレージのうちの所望の特性をもつストレージにそれぞれ対応付けるファイルシステム合成部と、前記各ディレクトリおよびファイルと前記ストレージとの対応関係に関する情報を格納する記憶部とを備えてなる構成となっている。
また、本発明に係るストレージ管理方法は、要求される特性が異なるストレージを有するストレージプールから所望の特性のストレージを選択するストレージプール管理ステップと、前記選択されたストレージを１つの仮想的なストレージに対応付ける仮想ストレージ構成ステップとを有するものである。このようなストレージ管理方法において、前記仮想ストレージ構成ステップは、前記選択されたストレージのＩＤを前記１つの仮想的なストレージのＩＤに対応付けるものであることが好ましい。また、前記特性は、少なくともストレージの記憶特性に関するものであることが望ましい。
本発明に係るファイル処理方法は、要求される特性が異なるストレージに格納されるファイルに関する処理を行うファイル処理方法であって、前記ストレージが対応付けられている１つの仮想的なストレージに対してファイルシステムを生成するとともに、前記生成されるファイルシステム内における各ディレクトリおよびファイルを前記ストレージのうちの所望の特性をもつストレージにそれぞれ対応付けるファイルシステム生成ステップと、前記各ディレクトリおよびファイルと前記ストレージとの対応関係に関する情報を格納する記憶ステップとを備えてなるものである。
また、本発明に係る他のファイル処理方法は、要求される特性が異なるストレージに格納されるファイルに関する処理を行うファイル処理方法であって、前記ストレージに対して特性ごとに対応付けられている複数の仮想的なストレージにそれぞれファイルシステムを生成するファイルシステム生成ステップと、前記生成された複数のファイルシステムを重ね合わせることにより、前記複数のファイルシステムから１つのファイルシステムを合成するとともに、前記合成して得られるファイルシステム内における各ディレクトリおよびファイルを前記ストレージのうちの所望の特性をもつストレージにそれぞれ対応付けるファイルシステム合成ステップと、前記各ディレクトリおよびファイルと前記ストレージとの対応関係に関する情報を格納する記憶ステップとを備えてなる。上述のようなファイル処理方法において、前記各ディレクトリおよびファイルと前記ストレージとの対応関係が、予め設定されているものであることが望ましい。また、前記各ファイルと前記ストレージとの対応関係が、ファイルの拡張子に基づいて設定されるようにすることもできる。
また、本発明に係るストレージ管理プログラムは、要求される特性が異なるストレージを有するストレージプールから所望の特性のストレージを選択するストレージプール管理ステップと、前記選択されたストレージを１つの仮想的なストレージに対応付ける仮想ストレージ構成ステップとをコンピュータに実行させるものである。このようなストレージ管理プログラムにおいて、前記仮想ストレージ構成ステップは、前記選択されたストレージのＩＤを前記１つの仮想的なストレージのＩＤに対応付けるものであることが好ましい。また、前記特性は、少なくともストレージの記憶特性に関するものであることが望ましい。
本発明に係るファイル処理プログラムは、要求される特性が異なるストレージに格納されるファイルに関する処理を行うファイル処理方法をコンピュータに実行させるファイル処理プログラムであって、前記ストレージが対応付けられている１つの仮想的なストレージに対してファイルシステムを生成するとともに、前記生成されるファイルシステム内における各ディレクトリおよびファイルを前記ストレージのうちの所望の特性をもつストレージにそれぞれ対応付けるファイルシステム生成ステップと、前記各ディレクトリおよびファイルと前記ストレージとの対応関係に関する情報を格納する記憶ステップとをコンピュータに実行させるものである。
本発明に係る他のファイル処理プログラムは、要求される特性が異なるストレージに格納されるファイルに関する処理を行うファイル処理方法をコンピュータに実行させるファイル処理プログラムであって、前記ストレージに対して特性ごとに対応付けられている複数の仮想的なストレージにそれぞれファイルシステムを生成するファイルシステム生成ステップと、前記生成された複数のファイルシステムを重ね合わせることにより、前記複数のファイルシステムから１つのファイルシステムを合成するとともに、前記合成して得られるファイルシステム内における各ディレクトリおよびファイルを前記ストレージのうちの所望の特性をもつストレージにそれぞれ対応付けるファイルシステム合成ステップと、前記各ディレクトリおよびファイルと前記ストレージとの対応関係に関する情報を格納する記憶ステップとを備えてなるものである。上述のようなファイル処理プログラムにおいて、前記各ディレクトリおよびファイルと前記ストレージとの対応関係が、予め設定されていることが好ましい。また、前記各ファイルと前記ストレージとの対応関係が、ファイルの拡張子に基づいて設定されるようにすることもできる。
なお、本発明に係るストレージ管理装置において、前記仮想ストレージ構成部は、前記選択されたストレージのＩＤを前記１つの仮想的なストレージのＩＤに対応付けることが好ましい。ここで、複数のストレージを選択したときは、選択された複数のストレージのＩＤを１つの仮想的なストレージのＩＤに対応付けることができる。また、前記選択されたストレージに格納されるファイルに関する処理を行うファイル処理システムからの要求を受け付けるインタフェース部を有し、前記所望の特性のストレージの選択は、前記ファイル処理システムからの要求に基づくものである構成とすることもできる。この他、前記特性は、少なくともストレージの記憶特性に関するものであることが望ましい。
本発明に係るストレージ管理装置は、上述のようなストレージ管理装置と、要求される特性が異なるストレージを有する前記ストレージプールとを備えてなる構成となっている。ここでのストレージプールは、異なる特性をもつ複数のストレージを有するものとすることができる。
また、本発明に係るファイル処理システムは、要求される特性が異なるストレージに格納されるファイルに関する処理を行うファイル処理システムであって、前記ストレージが対応付けられている１つの仮想的なストレージに対してファイルシステムを生成するとともに、前記生成されるファイルシステム内における各ディレクトリおよびファイルを前記ストレージのうちの所望の特性をもつストレージにそれぞれ対応付けるファイルシステム生成部と、前記各ディレクトリおよびファイルと前記ストレージとの対応関係に関する情報を格納する記憶部とを備えてなる構成となっている。これにより、システム管理者は１つの仮想的なストレージに対して生成された１つのファイルシステムを管理することで複数のストレージに格納されているファイルの管理を行うことができるようになり、ひいてはシステム管理者の管理負担の軽減に寄与することができる。また、ユーザは特性毎に対応するファイルシステムの場所を意識する必要がなくなり、ユーザが意識しているファイルシステムのディレクトリ内に所望の特性をもつストレージに対応するディレクトリやファイルを配置することが可能となる。
この他、本発明に係るファイル処理システムは、要求される特性が異なるストレージに格納されるファイルに関する処理を行うファイル処理システムであって、前記ストレージに対して特性ごとに対応付けられている複数の仮想的なストレージにそれぞれファイルシステムを生成するファイルシステム生成部と、前記生成された複数のファイルシステムを重ね合わせることにより、前記複数のファイルシステムから１つのファイルシステムを合成するとともに、前記合成して得られるファイルシステム内における各ディレクトリおよびファイルを前記ストレージのうちの所望の特性をもつストレージにそれぞれ対応付けるファイルシステム合成部と、前記各ディレクトリおよびファイルと前記ストレージとの対応関係に関する情報を格納する記憶部とを備えてなる構成となっている。このような構成とすることにより、上述のようなファイル処理システムによる効果に加え、特性毎に生成されたファイルシステムを重ね合わせて１つのファイルシステムを生成することで、重ね合わせを解除することにより、特定のストレージ属性をもったストレージの返却等を容易に行えるようになるという効果を奏する。
なお、上述のようなファイル処理システムにおいて、前記各ディレクトリおよびファイルと前記ストレージとの対応関係が、予め設定されていることが望ましい。また、前記各ファイルと前記ストレージとの対応関係が、ファイルの拡張子に基づいて設定されることが好ましい。
また、本発明に係るファイル管理システムは、要求される特性が異なるストレージを有するストレージプールから所望の特性のストレージを選択するストレージプール管理部と、前記選択されたストレージを１つの仮想的なストレージに対応付ける仮想ストレージ構成部と、前記ストレージが対応付けられている１つの仮想的なストレージに対してファイルシステムを生成するとともに、前記生成されるファイルシステム内における各ディレクトリおよびファイルを前記ストレージのうちの所望の特性をもつストレージにそれぞれ対応付けるファイルシステム生成部と、前記各ディレクトリおよびファイルと前記ストレージとの対応関係に関する情報を格納する記憶部とを備えてなるものである。
この他、本発明に係るファイル管理システムは、要求される特性が異なるストレージを有するストレージプールから所望の特性のストレージを選択するストレージプール管理部と、前記選択されたストレージに対して特性ごとに仮想的なストレージを対応付ける仮想ストレージ構成部と、前記ストレージに対して特性ごとに対応付けられている複数の仮想的なストレージにそれぞれファイルシステムを生成するファイルシステム生成部と、前記生成された複数のファイルシステムを重ね合わせることにより、前記複数のファイルシステムから１つのファイルシステムを合成するとともに、前記合成して得られるファイルシステム内における各ディレクトリおよびファイルを前記ストレージのうちの所望の特性をもつストレージにそれぞれ対応付けるファイルシステム合成部と、前記各ディレクトリおよびファイルと前記ストレージとの対応関係に関する情報を格納する記憶部とを備えてなる構成となっている。
また、本発明に係るストレージ管理方法は、要求される特性が異なるストレージを有するストレージプールから所望の特性のストレージを選択するストレージプール管理ステップと、前記選択されたストレージを１つの仮想的なストレージに対応付ける仮想ストレージ構成ステップとを有するものである。このようなストレージ管理方法において、前記仮想ストレージ構成ステップは、前記選択されたストレージのＩＤを前記１つの仮想的なストレージのＩＤに対応付けるものであることが好ましい。また、前記特性は、少なくともストレージの記憶特性に関するものであることが望ましい。
本発明に係るファイル処理方法は、要求される特性が異なるストレージに格納されるファイルに関する処理を行うファイル処理方法であって、前記ストレージが対応付けられている１つの仮想的なストレージに対してファイルシステムを生成するとともに、前記生成されるファイルシステム内における各ディレクトリおよびファイルを前記ストレージのうちの所望の特性をもつストレージにそれぞれ対応付けるファイルシステム生成ステップと、前記各ディレクトリおよびファイルと前記ストレージとの対応関係に関する情報を格納する記憶ステップとを備えてなるものである。
また、本発明に係る他のファイル処理方法は、要求される特性が異なるストレージに格納されるファイルに関する処理を行うファイル処理方法であって、前記ストレージに対して特性ごとに対応付けられている複数の仮想的なストレージにそれぞれファイルシステムを生成するファイルシステム生成ステップと、前記生成された複数のファイルシステムを重ね合わせることにより、前記複数のファイルシステムから１つのファイルシステムを合成するとともに、前記合成して得られるファイルシステム内における各ディレクトリおよびファイルを前記ストレージのうちの所望の特性をもつストレージにそれぞれ対応付けるファイルシステム合成ステップと、前記各ディレクトリおよびファイルと前記ストレージとの対応関係に関する情報を格納する記憶ステップとを備えてなる。上述のようなファイル処理方法において、前記各ディレクトリおよびファイルと前記ストレージとの対応関係が、予め設定されているものであることが望ましい。また、前記各ファイルと前記ストレージとの対応関係が、ファイルの拡張子に基づいて設定されるようにすることもできる。
また、本発明に係るストレージ管理プログラムは、要求される特性が異なるストレージを有するストレージプールから所望の特性のストレージを選択するストレージプール管理ステップと、前記選択されたストレージを１つの仮想的なストレージに対応付ける仮想ストレージ構成ステップとをコンピュータに実行させるものである。このようなストレージ管理プログラムにおいて、前記仮想ストレージ構成ステップは、前記選択されたストレージのＩＤを前記１つの仮想的なストレージのＩＤに対応付けるものであることが好ましい。また、前記特性は、少なくともストレージの記憶特性に関するものであることが望ましい。
本発明に係るファイル処理プログラムは、要求される特性が異なるストレージに格納されるファイルに関する処理を行うファイル処理方法をコンピュータに実行させるファイル処理プログラムであって、前記ストレージが対応付けられている１つの仮想的なストレージに対してファイルシステムを生成するとともに、前記生成されるファイルシステム内における各ディレクトリおよびファイルを前記ストレージのうちの所望の特性をもつストレージにそれぞれ対応付けるファイルシステム生成ステップと、前記各ディレクトリおよびファイルと前記ストレージとの対応関係に関する情報を格納する記憶ステップとをコンピュータに実行させるものである。
本発明に係る他のファイル処理プログラムは、要求される特性が異なるストレージに格納されるファイルに関する処理を行うファイル処理方法をコンピュータに実行させるファイル処理プログラムであって、前記ストレージに対して特性ごとに対応付けられている複数の仮想的なストレージにそれぞれファイルシステムを生成するファイルシステム生成ステップと、前記生成された複数のファイルシステムを重ね合わせることにより、前記複数のファイルシステムから１つのファイルシステムを合成するとともに、前記合成して得られるファイルシステム内における各ディレクトリおよびファイルを前記ストレージのうちの所望の特性をもつストレージにそれぞれ対応付けるファイルシステム合成ステップと、前記各ディレクトリおよびファイルと前記ストレージとの対応関係に関する情報を格納する記憶ステップとを備えてなるものである。上述のようなファイル処理プログラムにおいて、前記各ディレクトリおよびファイルと前記ストレージとの対応関係が、予め設定されていることが好ましい。また、前記各ファイルと前記ストレージとの対応関係が、ファイルの拡張子に基づいて設定されるようにすることもできる。
第１図は、本発明の第１の実施の形態について説明するための機能ブロック図である。
第２図は、ストレージ管理部における情報の流れを示す図である。
第３図は、ストレージ管理部における論理ボリュームの構成処理の流れを説明するためのフローチャートである。
第４図は、論理ボリューム管理情報について説明するための図である。
第５図は、ストレージプール管理情報について説明するための図である。
第６図は、ストレージ管理部における外部インタフェースとしての処理の流れを説明するためのフローチャートである。
第７図は、ストレージ管理部における必要なストレージ属性を持つストレージの論理ボリュームへの追加の処理の流れを説明するためのフローチャートである。
第８図は、ストレージ管理部における不要なストレージ属性を持つストレージの論理ボリュームからの削除の処理の流れを説明するためのフローチャートである。
第９図は、ファイルシステムにおける拡張属性の付加について説明するための図である。
第１０図は、ファイルシステム管理情報について説明するための図である。
第１１図は、本実施の形態によるファイル管理システムの動作について説明するための図である。
第１２図は、本実施の形態によるファイル管理システムの動作について説明するための図である。
第１３図は、本発明の第２の実施の形態について説明するための機能ブロック図である。
第１４図は、本実施の形態によるファイル管理システムの動作について説明するための図である。
第１５図は、本実施の形態におけるファイルシステムの重ね合わせについて説明するための図である。
第１６図は、本実施の形態におけるファイルシステムの重ね合わせについて説明するための図である。
第１７図は、本実施の形態におけるファイルシステムの重ね合わせについて説明するための図である。
第１８図は、本実施の形態におけるファイルシステムの重ね合わせについて説明するための図である。
第１９図は、本発明によって提供可能なファイル管理システムの例を示す図である。
第２０図は、従来のファイル管理について説明するための図である。
第２図は、ストレージ管理部における情報の流れを示す図である。
第３図は、ストレージ管理部における論理ボリュームの構成処理の流れを説明するためのフローチャートである。
第４図は、論理ボリューム管理情報について説明するための図である。
第５図は、ストレージプール管理情報について説明するための図である。
第６図は、ストレージ管理部における外部インタフェースとしての処理の流れを説明するためのフローチャートである。
第７図は、ストレージ管理部における必要なストレージ属性を持つストレージの論理ボリュームへの追加の処理の流れを説明するためのフローチャートである。
第８図は、ストレージ管理部における不要なストレージ属性を持つストレージの論理ボリュームからの削除の処理の流れを説明するためのフローチャートである。
第９図は、ファイルシステムにおける拡張属性の付加について説明するための図である。
第１０図は、ファイルシステム管理情報について説明するための図である。
第１１図は、本実施の形態によるファイル管理システムの動作について説明するための図である。
第１２図は、本実施の形態によるファイル管理システムの動作について説明するための図である。
第１３図は、本発明の第２の実施の形態について説明するための機能ブロック図である。
第１４図は、本実施の形態によるファイル管理システムの動作について説明するための図である。
第１５図は、本実施の形態におけるファイルシステムの重ね合わせについて説明するための図である。
第１６図は、本実施の形態におけるファイルシステムの重ね合わせについて説明するための図である。
第１７図は、本実施の形態におけるファイルシステムの重ね合わせについて説明するための図である。
第１８図は、本実施の形態におけるファイルシステムの重ね合わせについて説明するための図である。
第１９図は、本発明によって提供可能なファイル管理システムの例を示す図である。
第２０図は、従来のファイル管理について説明するための図である。
以下、本発明の各実施の形態について図面を参照して詳細に説明する。
（第１の実施の形態）
第１図は、本発明の第１の実施の形態について説明するための機能ブロック図である。
同図に示すように、本実施の形態によるファイル管理システムは、ストレージプールＳとの間での通信が可能なストレージ管理部（ストレージ管理装置）１と、構成管理アプリケーション等を有するファイル処理システムＦとから構成されている。また、ストレージプールＳとストレージ管理部１とによりストレージ装置が構成されている。なお、ストレージ管理部１およびファイル処理システムＦは、それぞれ不図示のＣＰＵを有している。
なお、ここでいうストレージ管理部やファイル処理システムは、ファイルを扱う全体的なシステムのことをさす。したがって、ファイルサービスを提供するようなディスク装置やアプライアンスサーバなども含まれる。
ストレージプールＳは、複数のストレージＤ１〜Ｄｎを有する。本実施の形態においては、各ストレージ（Ｄ１〜Ｄｎ）の記憶特性としてのストレージ属性が互いに異なる場合（高信頼、高速アクセス、低速アクセス等）を例として挙げている。もちろん、これに限られるものではなく、ストレージＤ１およびＤ２は高速アクセス、ストレージＤ３〜Ｄｎは高信頼（二重化）といったように、同じストレージ属性のストレージを複数有している構成であってもよい。このように、ストレージプールＳは、異なる特性（後述）をもつ複数のストレージを有する。換言すれば、ストレージプールＳは、要求される特性が異なる複数のストレージを有している。
また、これら複数のストレージＤ１〜Ｄｎとしては、物理的な記憶領域（例えば、ＨＤＤ、ＦＲＯＭ、フレキシブルディスク、ＤＶＤディスク、光磁気ディスク、ＩＣカード等）、又はこのような物理的な記憶領域内に構成される仮想的な記憶領域のどちらを使用することも可能である。
ストレージ管理部１は、インタフェース部１１、論理ボリューム構成部（仮想ストレージ構成部）１２、ストレージプール管理部１３から構成されている。ストレージ管理部１は、ストレージプールの管理、ストレージの選択、論理ボリューム（仮想的なストレージ）の構成、外部インタフェース、論理ボリュームの再構成、およびボリュームの返却等を行う機能を有している。
以下、ストレージ管理部１のこれらの機能について詳細に説明する。
（１）ストレージプールの管理
ストレージプール管理部１３により、ストレージプールＳにおける複数のストレージＤ１〜Ｄｎの維持・管理を行う。
（２）ストレージの選択
ストレージプール管理部１３により、複数のストレージＤ１〜Ｄｎの中から所望のストレージ属性を有するストレージをストレージプールから選択する（ストレージプール管理ステップ）。
（３）論理ボリュームの構成
上述のストレージプールから選択したストレージに基づいて論理ボリュームを構成する。
ここでの論理ボリューム構成処理の流れを、第２図および第３図を用いて詳細に説明する。第２図はストレージ管理部１における情報の流れを示す図、第３図はストレージ管理部１における論理ボリュームの構成処理の流れを説明するためのフローチャートである。
まず、ストレージプール管理部１３において、ファイル処理システムＦ側からの論理ボリューム構成指示を受け付けると、その要求パラメタに基づいて、要求されているストレージ属性（高速アクセス、低速アクセス、高信頼など）を有するストレージを選択する（Ｓ３１）。ここで、要求パラメタの内容には、例えば、ストレージ属性、サイズなどがあげられる。また、パラメタの種別には、例えば、新規作成、情報取得などがあげられる。
これらストレージ属性、サイズ等は、ストレージの特性に相当するもの（少なくともストレージの記憶特性に関するもの）であり、上述の要求パラメタに基づくストレージの選択は、所望の特性をもつストレージの選択に相当する。もちろん、これらストレージ属性、サイズに限られず、ストレージが有するこの他の仕様等を要求パラメタに含ませることも可能である。
ここでストレージプール管理部１３において、上述のステップ（Ｓ３１）で選択されたストレージが必要とする空き容量を有する場合（Ｓ３２，Ｙｅｓ）には、ファイル処理システムＦ側から受けた全ての要求（ストレージ属性およびサイズに関する要求など）を処理したかどうかのチェックを行い、未処理の要求がある場合にはＳ３１に戻り、同様な処理を繰り返す（Ｓ３３，Ｎｏ）。
一方、全ての要求種別が処理されている場合（Ｓ３３，Ｙｅｓ）には、論理ボリューム構成部１２において、第４図に示す論理ボリューム管理情報が格納されている論理ボリューム管理テーブル４にエントリを追加する（Ｓ３４）。第４図に示す論理ボリューム管理情報とは、具体的には、仮想的なストレージとしての論理ボリュームのＩＤ（ボリュームＩＤ）に対して、上述のステップで選択した所望のストレージのＩＤを割り当てた（対応付けた）対応関係を示す情報である。第４図に示すように、１つの論理ボリュームに対して少なくとも１つのストレージの対応付け（仮想ストレージ構成ステップ）が可能となっている。
同図では、論理ボリュームＩＤ４１に２つのストレージのＩＤが対応付けられている例を示している。ここで１つの論理ボリュームＩＤに対応付けるストレージとしては、互いに異なるストレージ属性を有する複数のストレージや、同じストレージ属性を有する複数のストレージを選択することが可能であるが、単一のストレージを対応付けることも可能である。
一方、ストレージプール管理部１３において、上述のステップ（Ｓ３１）で選択されたストレージが必要とする空き容量を有さない場合（Ｓ３２，Ｎｏ）には、第５図に示すストレージプール管理情報が格納されているストレージプール管理テーブル５におけるストレージの空き状況を調べる（Ｓ３５）。同図におけるストレージプール管理情報とは、あるストレージ属性を有するストレージが使用された状態か否かを示す情報である。そして、求めるストレージ属性のストレージに空きがある場合（Ｓ３５，Ｙｅｓ）には、上述のステップ（Ｓ３１）に戻って処理を繰り返し、空きがない場合（Ｓ３５，Ｎｏ）にはエラー情報の組み立てを行う（Ｓ３６）。
このようにして、要求される特性が異なるストレージを有するストレージプールから所望の特性のストレージを選択するストレージプール管理ステップと、前記選択されたストレージを１つの仮想的なストレージに対応付ける仮想ストレージ構成ステップとを有するストレージ管理方法が実現される。
（４）外部インタフェース
構成管理アプリケーションなどを含むファイル処理システムＦとの間でストレージに関する情報や論理ボリュームの構成に関する情報の交換を行う。
ここでの外部インタフェースとしての処理の流れを、第２図および第６図を用いて詳細に説明する。第６図はストレージ管理部１における外部インタフェースとしての処理の流れを説明するためのフローチャートである。
まず、インタフェース部１１にてファイル処理システムＦ側からの要求を受け付けると、要求パラメタの情報種別が、属性名指定（ストレージに関する情報の取得要求）であるか否かをチェックする（Ｓ６１）。なお、ここでの要求パラメタの情報種別としては、属性名指定とボリュームＩＤ指定（論理ボリューム情報の取得要求）の２種類があるものとする。要求パラメタとしては、パラメタ種別、情報種別、および要求情報名などがある。
次に情報種別が属性名指定の場合（Ｓ６１，Ｙｅｓ）には、ストレージプール管理部１３において、指定された属性名を持つエントリを第５図に示すストレージプール管理情報から検索する（Ｓ６２）。
次に指定された属性名を持つエントリが存在する場合（Ｓ６３，Ｙｅｓ）には、ストレージプール管理部１３において、ストレージ情報の組み立て（Ｓ６４）を、存在しない場合（Ｓ６３，Ｎｏ）にはエラー情報の組み立て（Ｓ６５）を行う。
一方、情報種別がボリュームＩＤ指定の場合（Ｓ６１，Ｎｏ）には、論理ボリューム構成部１２にて、指定されたボリュームＩＤを持つエントリを第４図に示す論理ボリューム管理情報から検索する（Ｓ６６）。
続いて、指定されたボリュームＩＤを持つエントリが存在する場合（Ｓ６７，Ｙｅｓ）には、論理ボリューム構成部１２にて、論理ボリューム情報の組み立て（Ｓ６８）を、存在しない場合にはエラー情報の組み立て（Ｓ６９）を行う。
（５）論理ボリュームの再構成
必要なストレージ属性を持つストレージの論理ボリュームへの追加や、不要なストレージ属性を持つストレージの論理ボリュームからの削除を行う。
まず、必要なストレージ属性を持つストレージの論理ボリュームへの追加の流れを、第２図および第７図を用いて詳細に説明する。第７図はストレージ管理部１における必要なストレージ属性を持つストレージの論理ボリュームへの追加の処理の流れを説明するためのフローチャートである。
まず、論理ボリューム構成部１２にて、ファイル処理システムＦ側から要求パラメタで指定された論理ボリュームＩＤを第４図に示す論理ボリューム管理情報から検索する（Ｓ７１）。なお、要求パラメタには、例えばパラメタ種別、論理ボリュームＩＤ、ストレージ属性、ストレージのサイズ（記憶容量）などが挙げられる。
次に、指定された論理ボリュームＩＤが存在しない場合（Ｓ７２，Ｎｏ）には、論理ボリューム構成部１２にて、エラー情報の組み立てを行う（Ｓ７３）。
一方、指定された論理ボリュームＩＤが存在している場合（Ｓ７２，Ｙｅｓ）には、ストレージプール管理部１３にて、要求されたストレージ属性を持つストレージを第５図に示すストレージプール管理情報から選択する（Ｓ７４）。
上述のステップ（Ｓ７４）において選択されたストレージが要求パラメタとして要求されているサイズを満たした場合（Ｓ７５，Ｙｅｓ）には、ストレージプール管理部１３にて、第４図に示す論理ボリューム管理情報のストレージリストにエントリを追加する（Ｓ７６）。
一方、上述のステップ（Ｓ７４）において選択されたストレージが要求パラメタとして要求されているサイズを満たしていない場合（Ｓ７５，Ｎｏ）には、ストレージプール管理部１３にて、ストレージの空き状況を調べ、空きがある場合（Ｓ７７，Ｙｅｓ）には再度上述のステップ（Ｓ７４）より処理を繰り返し、空きがない場合（Ｓ７７，Ｎｏ）にはエラー情報の組み立てを行う（Ｓ７８）。
次に、不要なストレージ属性を持つストレージの論理ボリュームからの削除の流れを、第２図および第８図を用いて詳細に説明する。第８図はストレージ管理部１における不要なストレージ属性を持つストレージの論理ボリュームからの削除の処理の流れを説明するためのフローチャートである。
まず、論理ボリューム構成部１２にて、ファイル処理システムＦ側から要求パラメタで指定された論理ボリュームＩＤを、第４図に示す論理ボリューム管理情報から検索する（Ｓ８１）。
指定された論理ボリュームＩＤが存在している場合には（Ｓ８２，Ｙｅｓ）、論理ボリューム構成部１２にて、要求パラメタで指定されたストレージＩＤを、検索された論理ボリュームＩＤに関連するストレージリストから検索する（Ｓ８３）。なお、要求パラメタには、例えばパラメタ種別、ボリュームＩＤ、ストレージＩＤがあげられる。
要求パラメタで指定された論理ボリュームＩＤが論理ボリューム管理情報内に存在しない場合（Ｓ８２，Ｎｏ）、または要求パラメタで指定されたストレージＩＤが論理ボリューム管理情報内に存在しない場合（Ｓ８４，Ｎｏ）には、論理ボリューム構成部１２にてエラー情報の組み立てを行う（Ｓ８５）。
一方、要求パラメタで指定されたストレージＩＤが論理ボリューム管理情報内に存在する場合（Ｓ８４，Ｙｅｓ）には、ストレージプール管理部１３にて、指定されたストレージＩＤを持つストレージを、ストレージプールＳに返却する（Ｓ８６）。
次に、全てのストレージを返却したか否かを判断し（Ｓ８７）、全てのストレージを返却した場合（Ｓ８７，Ｙｅｓ）には、論理ボリューム構成部１２にて、論理ボリューム管理情報から該当する論理ボリュームＩＤを持つエントリを削除する（Ｓ８８）。一方、全てのストレージを返却していない場合（Ｓ８７，Ｎｏ）には、処理を終了する。
（６）ボリュームの返却
不要になった論理ボリューム（ストレージ群）をストレージプールへ返却する。
以上のように、ストレージ管理部１は、上述の（１）〜（６）で述べたような機能を有している。
なお、上述のストレージプール管理情報および論理ボリューム管理情報は、共にストレージ管理部１に備えられている不図示の記憶部に格納されている。
ファイル処理システムＦは、上述のような機能を有するストレージ管理部１において構成された論理ボリューム（仮想的なストレージ）に対して１つのファイルシステムを作成するファイルシステム生成部ｇ、記憶部ｍを有している。
以下、第１１図を用いて、上述のような構成のファイル管理システムの動作について説明する。
まず、ファイル処理システムＦからの要求に基づいて、ストレージ管理部１はストレージプールＳから必要なストレージ属性を持つ（所望の特性をもつ）複数のストレージ（ここでは、属性１（高信頼）と属性３（低速）のストレージ）を選択する。
そして、選択されたストレージ群を第４図において示した論理ボリューム管理情報のように、論理ボリュームＩＤに対してストレージリスト（第４図参照）というかたちで対応付ける。このようにして、１つの論理ボリュームＩＤに対して複数の、しかも互いに異なるストレージ属性を有するストレージを対応付けることを可能とすることで、ファイル処理システムＦ側においては、仮想的に１つのストレージとして扱うことができるようになる。
ファイルシステム生成部ｇは、選択されたストレージ群が対応付けられた論理ボリュームＩＤの論理ボリューム（仮想的なストレージ）に対してファイルシステムを生成する。
ここで生成されるファイルシステムは、第９図に示すように、そのシステム内の各ディレクトリに拡張属性（ストレージ属性）が付加されている（ファイルシステム生成ステップ）。この付加される属性とディレクトリとの対応関係は、ファイルシステム管理情報（第１０図参照）として記憶部ｍに格納されている（記憶ステップ）。もちろん、第９図および第１０図に示しているように、属性を付加することができるのはディレクトリに限られず、ファイルに付加することも可能である。すなわち、ファイルシステム管理情報は、ディレクトリおよびファイルと複数のストレージとの対応関係に関する情報としての役割を有している。
なお、ここでのファイルシステム管理情報は、システム管理者やユーザの入力操作により任意に設定されるものでも、予め設定されているものでもよい。
上述のようにして、異なる特性をもつ複数のストレージに格納されるファイルに関する処理を行うファイル処理方法であって、複数のストレージが対応付けられている１つの仮想的なストレージに対してファイルシステムを生成するとともに、この生成されるファイルシステム内における各ディレクトリおよびファイルを複数のストレージのうちの所望の特性をもつストレージにそれぞれ対応付けるファイルシステム生成ステップと、各ディレクトリおよびファイルと複数のストレージとの対応関係に関する情報を格納する記憶ステップとを備えてなるファイル処理方法を実現することができる。
続いて、ファイルシステム管理情報について説明する。第１０図に示すように、ファイルシステム管理情報のＩＤ［０］にはディレクトリ／に関する名前リストａとその拡張属性が格納されている。
名前リストａには、名前リスト情報ａ１が格納されている。この名前リスト情報ａ１により、ディレクトリ／の配下には／ｕｓｒ、／ｆｏｏといったディレクトリが存在していることが分かる。名前リスト情報ａ１において、それぞれのディレクトリ名の右側にある数字は、そのディレクトリに関する管理情報のＩＤを示している。
例えば、ディレクトリ／ｕｓｒの管理情報はＩＤ［１］に格納されており、その名前リストｂに格納されている名前リスト情報ｂ１から、ディレクトリ／ｕｓｒの配下には、／ｕｓｒ／ｂａｒというファイルが存在していることが分かる。
この／ｕｓｒ／ｂａｒというファイルに関する管理情報はＩＤ［７］に格納されている。
また、これらのファイルシステム管理情報の各ＩＤにはそれぞれ拡張属性（ストレージ属性）が対応付けられている。すなわち、第９図に示されるように、あるディレクトリ９１に配置されたファイルは、ディレクトリ９１に対応して設定されている拡張属性９２のストレージに配置される。一方、あるファイル９３自体に拡張属性９４が設定されている場合、ファイル９３は拡張属性９４のストレージに配置される。
具体的には、例えば第１２図に示されるように、ディレクトリ／ｐｕｂ／ｄｏｃ／とディレクトリ／ｐｕｂ／ｓｒｃ／ｄａｔａ／に「属性２（高速アクセス）」を、ディレクトリ／ｐｕｂ／ｗｏｒｋ／に「属性３（低速アクセス）」を付加した場合、ユーザが／ｐｕｂ／ｄｏｃ／配下にファイルを作成すると「属性２（高速アクセス）」を持ったストレージに自動的に格納され、ディレクトリ／ｐｕｂ／ｗｏｒｋ／配下にファイルを作成すると「属性３（低速アクセス）」を持ったストレージに自動的に格納される。
この他、Ｗｉｎｄｏｗｓ等のファイルに拡張子を持つシステムの場合には、ファイルの拡張子とファイルシステム管理情報における拡張属性とを関連付けることにより、例えば「＊．ｄｏｃ」は高信頼なストレージへ関連付け、「＊．ｅｘｅ」は高速なストレージへ関連付けるといった管理を行うことも可能となる。
なお、ユーザが既存のファイルに対して任意の拡張属性を付加することにより、そのファイルをその拡張属性（ストレージ属性）を有するストレージに再配置するようにすることも可能である。
以上述べたような構成により、ディレクトリ又はファイルに対して属性を一度設定すれば、その後ユーザが意識することなく、自動的にファイルを最適なストレージに配置することが可能となる。
以上述べたように、本実施の形態によれば、ユーザは、高信頼、高速アクセス、低速アクセスといったストレージ属性ごとに対応したファイルシステムの場所を意識する必要はなく、ユーザが意識する同一パス内（例えば、ユーザのホームディレクトリ）に、異なった属性を持ったディレクトリやファイルを任意に配置することが可能となる。
（第２の実施の形態）
次に、本発明の第２の実施の形態について説明する。なお、本実施の形態２は、上述の第１の実施の形態の変形例であるため、第１の実施の形態における構成と同じ部分には同一符号を付し、説明は割愛する。
第１３図は、本発明の第２の実施の形態を説明するための機能ブロック図である。
同図に示すように、本実施の形態によるファイル管理システムは、ストレージプールＳとの間での通信が可能なストレージ管理部（ストレージ管理装置）１と、構成管理アプリケーション等を有するファイル処理システムＦ’とから構成されている。なお、ストレージ管理部１およびファイル処理システムＦ’は、それぞれ不図示のＣＰＵを有している。
ストレージ管理部１は、インタフェース部１１、論理ボリューム構成部１２、およびストレージプール管理部１３から構成されており、その機能は上述の第１の実施の形態におけるストレージプール管理部と同じである。
ファイル処理システムＦ’は、記憶部ｍ、ファイルシステム合成部ｚ、およびファイルシステム生成部ｇ’を有している。
上述の第１の実施の形態では、互いに異なるストレージ属性を有する複数のストレージからなるストレージ群に対して１つの論理ボリュームＩＤを対応付けているが、本実施の形態では、１つの属性に対して（特性ごとに）１つの論理ボリュームＩＤを対応付けており、この点で第１の実施の形態と異なる。
以下、第１４図を用いて、本実施の形態によるファイル管理システムの動作について説明する。
まず、ファイル処理システムＦ’からの要求に基づいて、ストレージ管理部１はストレージプールＳから所望のストレージ属性をもつ複数のストレージ（ここでは、属性１（高信頼）と属性２（高速）のストレージ）を選択する。
そして、論理ボリューム構成部１２は、選択したストレージ毎に論理ボリュームＩＤを対応付ける。このとき、論理ボリュームＩＤとストレージＩＤとは１：１の対応関係にある。
ファイルシステム生成部ｇ’は、選択されたストレージ群のそれぞれのストレージに対応する論理ボリューム上に別々にファイルシステムを生成する（ファイルシステム生成ステップ）。ここでは、属性１のストレージに対してファイルシステムＦｓ１を、属性２のストレージに対してファイルシステムＦｓ２を生成している。これらのファイルシステムの生成方法は上述の第１の実施の形態と同様である。ただし、この時点では、１つのファイルシステム内におけるディレクトリに付加されている拡張属性は、そのファイルシステムを生成したストレージのストレージ属性のみである。
次に、ファイルシステム合成部ｚは、これらのファイルシステムＦｓ１とファイルシステムＦｓ２とを重ね合わせる（ファイルシステムにファイルシステムをマウントする）ことにより、ファイルシステムＦｓ１とファイルシステムＦｓ２から１つのファイルシステムを合成する。
ここで、「ファイルシステムを重ね合わせる」とは、例えばマウントポイントとなるディレクトリ／ｐｕｂ／ｓｒｃにディレクトリ／ｐｕｂ／ｏｂｊをマウントする動作を意味する（第１４図および第１５図参照）。ここで、ディレクトリ／ｐｕｂ／ｓｒｃの配下には例えばａ．ｃ，ｂ．ｃ，ｘ．ｍｋというファイルが配置され、ディレクトリ／ｐｕｂ／ｏｂｊの配下には例えばｘ．ｍｋというファイルが配置されているとする。
ファイルシステムの重ね合せを行うことにより、ディレクトリ／ｐｕｂ／ｏｂｊの配下には、ａ．ｃ，ｂ．ｃという属性１のストレージに対応付けられたファイルが見えるとともに、属性２のストレージに対応付けられたファイルｘ．ｍｋが見えるようになる。
このとき、ディレクトリ／ｐｕｂ／ｓｒｃの配下にもａ．ｃ，ｂ．ｃ，ｘ．ｍｋというファイルが見える。ただし、／ｐｕｂ／ｏｂｊ／ｘ．ｍｋと／ｐｕｂ／ｓｒｃ／ｘ．ｍｋは異なる属性を持った別のファイルである（第１６図参照）。
この状態で例えば／ｐｕｂ／ｏｂｊ／ａ．ｏというファイルを作成すると、ファイルａ．ｏは属性２を持ったストレージに配置される（第１７図参照）。
このようにして重ね合わされたファイルシステムでは、重ね合さわされる前のファイルシステムはストレージ属性ごとに分離されたものであるため、重ね合せを解除することにより、特定のストレージ属性をもったストレージの返却等が容易に行える（第１８図参照）。
このように、異なったストレージ属性を持つストレージ毎に対応付けて生成された（単一のストレージ属性に対応付けられた）それぞれのファイルシステムを重ね合わせることにより、論理的な１つのファイルシステム（複数のストレージ属性のストレージに対応付けられた論理的なファイルシステム）を構築する（ファイルシステム合成ステップ）。
これにより、上述の第１の実施の形態と同様に、そのシステム内の各ディレクトリに拡張属性（ストレージ属性）が付加されている。この付加される属性とディレクトリとの対応関係は、ファイルシステム管理情報（第１０図参照）として記憶部ｍに格納されている（記憶ステップ）。もちろん、第１の実施の形態と同様に、拡張属性（ストレージ属性）を付加することができるのはディレクトリに限られず、ファイルに付加することも可能である。
なお、本実施の形態においては、ファイルシステム生成部ｇ’により、選択されたストレージ郡のそれぞれのストレージに対して別々にファイルシステムを生成する例を挙げているが、これに限られるものではなく、例えば同じストレージ属性（高信頼など）の複数のストレージを対応付けた論理ボリュームを構成し、その論理ボリューム上にファイルシステムを生成するようにすることもできる。このようにすることで、特定のストレージ属性をもったストレージの返却等が容易に行えると共に、ストレージのサイズに対する要求にも柔軟に対応することができる。
以上のようにして、異なる特性をもつ複数のストレージに格納されるファイルに関する処理を行うファイル処理方法であって、複数のストレージに対して特性ごとに対応付けられている複数の仮想的なストレージにそれぞれファイルシステムを生成するファイルシステム生成ステップと、生成された複数のファイルシステムを重ね合わせることにより、複数のファイルシステムから１つのファイルシステムを合成するとともに、この合成して得られるファイルシステム内における各ディレクトリおよびファイルを複数のストレージのうちの所望の特性をもつストレージにそれぞれ対応付けるファイルシステム合成ステップと、各ディレクトリおよびファイルと複数のストレージとの対応関係に関する情報を格納する記憶ステップとを備えてなるファイル処理方法を実現することができる。
なお、本発明によれば、例えば第１９図に示すように、外部のシステムとの通信が可能なＮＡＳ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ）ヘッド（ファイル処理システムとしての役割を有する）Ｎ、ストレージプールＳ、ストレージプール管理部Ｃ、論理ボリューム構成部Ｒ、およびインタフェース部Ｉを同一ロッカーに組み込んで構成されるファイル管理システムを提供することができる。このとき、ストレージプール管理部Ｃ、論理ボリューム構成部Ｒ、およびインタフェース部Ｉによりストレージ管理部Ｋが構成される。
また、ストレージ管理部Ｋと同様な構成で、ストレージ管理装置（アプライアンス）として提供することで、既存の環境に手を入れることなく、ストレージ属性に基づいたファイルの最適配置が可能なファイル管理システムを容易に導入することが可能となる。
上述した各実施の形態によれば、システム管理者は１つの仮想的なストレージに対して生成された１つのファイルシステムを管理することで複数のストレージに格納されているファイルの管理を行うことができるようになり、ひいてはシステム管理者の管理負担の軽減に寄与することができる。
また、ファイルシステムに対応付けられているストレージのストレージ属性に関する情報は、ストレージ管理部の側で管理されるため、ファイルシステムを管理するシステム管理者による属性の管理は不要である。
なお、上述の各実施の形態におけるストレージ管理方法は、ストレージ管理部に配置された上述の不図示のＣＰＵにストレージ管理プログラムを実行させることにより実現され、上述のファイル処理方法は、ファイル処理システムに配置された上述の不図示のＣＰＵにファイル処理プログラムを実行させることにより実現されている。
なお、上述した各実施の形態におけるストレージ管理プログラムおよびファイル処理プログラムは、ストレージプールにおけるストレージ、ファイル処理システムにおける記憶部、ストレージ管理部内に配置された不図示の記憶部に記憶されることが可能であるのはもちろんのこと、この他のコンピュータにより読み取り可能な媒体にも記憶されることができる。ここでコンピュータにより読み取り可能な媒体とは、装置内のＨＤＤ、ＦＲＯＭ、ＣＤ−ＲＯＭやフレキシブルディスク、ＤＶＤディスク、光磁気ディスク、ＩＣカード等の可搬型記憶媒体や、コンピュータプログラムを保持するデータベース、或いは、他のコンピュータ並びにそのデータベースや、更に回線上の伝送媒体をも含むものである。
（第１の実施の形態）
第１図は、本発明の第１の実施の形態について説明するための機能ブロック図である。
同図に示すように、本実施の形態によるファイル管理システムは、ストレージプールＳとの間での通信が可能なストレージ管理部（ストレージ管理装置）１と、構成管理アプリケーション等を有するファイル処理システムＦとから構成されている。また、ストレージプールＳとストレージ管理部１とによりストレージ装置が構成されている。なお、ストレージ管理部１およびファイル処理システムＦは、それぞれ不図示のＣＰＵを有している。
なお、ここでいうストレージ管理部やファイル処理システムは、ファイルを扱う全体的なシステムのことをさす。したがって、ファイルサービスを提供するようなディスク装置やアプライアンスサーバなども含まれる。
ストレージプールＳは、複数のストレージＤ１〜Ｄｎを有する。本実施の形態においては、各ストレージ（Ｄ１〜Ｄｎ）の記憶特性としてのストレージ属性が互いに異なる場合（高信頼、高速アクセス、低速アクセス等）を例として挙げている。もちろん、これに限られるものではなく、ストレージＤ１およびＤ２は高速アクセス、ストレージＤ３〜Ｄｎは高信頼（二重化）といったように、同じストレージ属性のストレージを複数有している構成であってもよい。このように、ストレージプールＳは、異なる特性（後述）をもつ複数のストレージを有する。換言すれば、ストレージプールＳは、要求される特性が異なる複数のストレージを有している。
また、これら複数のストレージＤ１〜Ｄｎとしては、物理的な記憶領域（例えば、ＨＤＤ、ＦＲＯＭ、フレキシブルディスク、ＤＶＤディスク、光磁気ディスク、ＩＣカード等）、又はこのような物理的な記憶領域内に構成される仮想的な記憶領域のどちらを使用することも可能である。
ストレージ管理部１は、インタフェース部１１、論理ボリューム構成部（仮想ストレージ構成部）１２、ストレージプール管理部１３から構成されている。ストレージ管理部１は、ストレージプールの管理、ストレージの選択、論理ボリューム（仮想的なストレージ）の構成、外部インタフェース、論理ボリュームの再構成、およびボリュームの返却等を行う機能を有している。
以下、ストレージ管理部１のこれらの機能について詳細に説明する。
（１）ストレージプールの管理
ストレージプール管理部１３により、ストレージプールＳにおける複数のストレージＤ１〜Ｄｎの維持・管理を行う。
（２）ストレージの選択
ストレージプール管理部１３により、複数のストレージＤ１〜Ｄｎの中から所望のストレージ属性を有するストレージをストレージプールから選択する（ストレージプール管理ステップ）。
（３）論理ボリュームの構成
上述のストレージプールから選択したストレージに基づいて論理ボリュームを構成する。
ここでの論理ボリューム構成処理の流れを、第２図および第３図を用いて詳細に説明する。第２図はストレージ管理部１における情報の流れを示す図、第３図はストレージ管理部１における論理ボリュームの構成処理の流れを説明するためのフローチャートである。
まず、ストレージプール管理部１３において、ファイル処理システムＦ側からの論理ボリューム構成指示を受け付けると、その要求パラメタに基づいて、要求されているストレージ属性（高速アクセス、低速アクセス、高信頼など）を有するストレージを選択する（Ｓ３１）。ここで、要求パラメタの内容には、例えば、ストレージ属性、サイズなどがあげられる。また、パラメタの種別には、例えば、新規作成、情報取得などがあげられる。
これらストレージ属性、サイズ等は、ストレージの特性に相当するもの（少なくともストレージの記憶特性に関するもの）であり、上述の要求パラメタに基づくストレージの選択は、所望の特性をもつストレージの選択に相当する。もちろん、これらストレージ属性、サイズに限られず、ストレージが有するこの他の仕様等を要求パラメタに含ませることも可能である。
ここでストレージプール管理部１３において、上述のステップ（Ｓ３１）で選択されたストレージが必要とする空き容量を有する場合（Ｓ３２，Ｙｅｓ）には、ファイル処理システムＦ側から受けた全ての要求（ストレージ属性およびサイズに関する要求など）を処理したかどうかのチェックを行い、未処理の要求がある場合にはＳ３１に戻り、同様な処理を繰り返す（Ｓ３３，Ｎｏ）。
一方、全ての要求種別が処理されている場合（Ｓ３３，Ｙｅｓ）には、論理ボリューム構成部１２において、第４図に示す論理ボリューム管理情報が格納されている論理ボリューム管理テーブル４にエントリを追加する（Ｓ３４）。第４図に示す論理ボリューム管理情報とは、具体的には、仮想的なストレージとしての論理ボリュームのＩＤ（ボリュームＩＤ）に対して、上述のステップで選択した所望のストレージのＩＤを割り当てた（対応付けた）対応関係を示す情報である。第４図に示すように、１つの論理ボリュームに対して少なくとも１つのストレージの対応付け（仮想ストレージ構成ステップ）が可能となっている。
同図では、論理ボリュームＩＤ４１に２つのストレージのＩＤが対応付けられている例を示している。ここで１つの論理ボリュームＩＤに対応付けるストレージとしては、互いに異なるストレージ属性を有する複数のストレージや、同じストレージ属性を有する複数のストレージを選択することが可能であるが、単一のストレージを対応付けることも可能である。
一方、ストレージプール管理部１３において、上述のステップ（Ｓ３１）で選択されたストレージが必要とする空き容量を有さない場合（Ｓ３２，Ｎｏ）には、第５図に示すストレージプール管理情報が格納されているストレージプール管理テーブル５におけるストレージの空き状況を調べる（Ｓ３５）。同図におけるストレージプール管理情報とは、あるストレージ属性を有するストレージが使用された状態か否かを示す情報である。そして、求めるストレージ属性のストレージに空きがある場合（Ｓ３５，Ｙｅｓ）には、上述のステップ（Ｓ３１）に戻って処理を繰り返し、空きがない場合（Ｓ３５，Ｎｏ）にはエラー情報の組み立てを行う（Ｓ３６）。
このようにして、要求される特性が異なるストレージを有するストレージプールから所望の特性のストレージを選択するストレージプール管理ステップと、前記選択されたストレージを１つの仮想的なストレージに対応付ける仮想ストレージ構成ステップとを有するストレージ管理方法が実現される。
（４）外部インタフェース
構成管理アプリケーションなどを含むファイル処理システムＦとの間でストレージに関する情報や論理ボリュームの構成に関する情報の交換を行う。
ここでの外部インタフェースとしての処理の流れを、第２図および第６図を用いて詳細に説明する。第６図はストレージ管理部１における外部インタフェースとしての処理の流れを説明するためのフローチャートである。
まず、インタフェース部１１にてファイル処理システムＦ側からの要求を受け付けると、要求パラメタの情報種別が、属性名指定（ストレージに関する情報の取得要求）であるか否かをチェックする（Ｓ６１）。なお、ここでの要求パラメタの情報種別としては、属性名指定とボリュームＩＤ指定（論理ボリューム情報の取得要求）の２種類があるものとする。要求パラメタとしては、パラメタ種別、情報種別、および要求情報名などがある。
次に情報種別が属性名指定の場合（Ｓ６１，Ｙｅｓ）には、ストレージプール管理部１３において、指定された属性名を持つエントリを第５図に示すストレージプール管理情報から検索する（Ｓ６２）。
次に指定された属性名を持つエントリが存在する場合（Ｓ６３，Ｙｅｓ）には、ストレージプール管理部１３において、ストレージ情報の組み立て（Ｓ６４）を、存在しない場合（Ｓ６３，Ｎｏ）にはエラー情報の組み立て（Ｓ６５）を行う。
一方、情報種別がボリュームＩＤ指定の場合（Ｓ６１，Ｎｏ）には、論理ボリューム構成部１２にて、指定されたボリュームＩＤを持つエントリを第４図に示す論理ボリューム管理情報から検索する（Ｓ６６）。
続いて、指定されたボリュームＩＤを持つエントリが存在する場合（Ｓ６７，Ｙｅｓ）には、論理ボリューム構成部１２にて、論理ボリューム情報の組み立て（Ｓ６８）を、存在しない場合にはエラー情報の組み立て（Ｓ６９）を行う。
（５）論理ボリュームの再構成
必要なストレージ属性を持つストレージの論理ボリュームへの追加や、不要なストレージ属性を持つストレージの論理ボリュームからの削除を行う。
まず、必要なストレージ属性を持つストレージの論理ボリュームへの追加の流れを、第２図および第７図を用いて詳細に説明する。第７図はストレージ管理部１における必要なストレージ属性を持つストレージの論理ボリュームへの追加の処理の流れを説明するためのフローチャートである。
まず、論理ボリューム構成部１２にて、ファイル処理システムＦ側から要求パラメタで指定された論理ボリュームＩＤを第４図に示す論理ボリューム管理情報から検索する（Ｓ７１）。なお、要求パラメタには、例えばパラメタ種別、論理ボリュームＩＤ、ストレージ属性、ストレージのサイズ（記憶容量）などが挙げられる。
次に、指定された論理ボリュームＩＤが存在しない場合（Ｓ７２，Ｎｏ）には、論理ボリューム構成部１２にて、エラー情報の組み立てを行う（Ｓ７３）。
一方、指定された論理ボリュームＩＤが存在している場合（Ｓ７２，Ｙｅｓ）には、ストレージプール管理部１３にて、要求されたストレージ属性を持つストレージを第５図に示すストレージプール管理情報から選択する（Ｓ７４）。
上述のステップ（Ｓ７４）において選択されたストレージが要求パラメタとして要求されているサイズを満たした場合（Ｓ７５，Ｙｅｓ）には、ストレージプール管理部１３にて、第４図に示す論理ボリューム管理情報のストレージリストにエントリを追加する（Ｓ７６）。
一方、上述のステップ（Ｓ７４）において選択されたストレージが要求パラメタとして要求されているサイズを満たしていない場合（Ｓ７５，Ｎｏ）には、ストレージプール管理部１３にて、ストレージの空き状況を調べ、空きがある場合（Ｓ７７，Ｙｅｓ）には再度上述のステップ（Ｓ７４）より処理を繰り返し、空きがない場合（Ｓ７７，Ｎｏ）にはエラー情報の組み立てを行う（Ｓ７８）。
次に、不要なストレージ属性を持つストレージの論理ボリュームからの削除の流れを、第２図および第８図を用いて詳細に説明する。第８図はストレージ管理部１における不要なストレージ属性を持つストレージの論理ボリュームからの削除の処理の流れを説明するためのフローチャートである。
まず、論理ボリューム構成部１２にて、ファイル処理システムＦ側から要求パラメタで指定された論理ボリュームＩＤを、第４図に示す論理ボリューム管理情報から検索する（Ｓ８１）。
指定された論理ボリュームＩＤが存在している場合には（Ｓ８２，Ｙｅｓ）、論理ボリューム構成部１２にて、要求パラメタで指定されたストレージＩＤを、検索された論理ボリュームＩＤに関連するストレージリストから検索する（Ｓ８３）。なお、要求パラメタには、例えばパラメタ種別、ボリュームＩＤ、ストレージＩＤがあげられる。
要求パラメタで指定された論理ボリュームＩＤが論理ボリューム管理情報内に存在しない場合（Ｓ８２，Ｎｏ）、または要求パラメタで指定されたストレージＩＤが論理ボリューム管理情報内に存在しない場合（Ｓ８４，Ｎｏ）には、論理ボリューム構成部１２にてエラー情報の組み立てを行う（Ｓ８５）。
一方、要求パラメタで指定されたストレージＩＤが論理ボリューム管理情報内に存在する場合（Ｓ８４，Ｙｅｓ）には、ストレージプール管理部１３にて、指定されたストレージＩＤを持つストレージを、ストレージプールＳに返却する（Ｓ８６）。
次に、全てのストレージを返却したか否かを判断し（Ｓ８７）、全てのストレージを返却した場合（Ｓ８７，Ｙｅｓ）には、論理ボリューム構成部１２にて、論理ボリューム管理情報から該当する論理ボリュームＩＤを持つエントリを削除する（Ｓ８８）。一方、全てのストレージを返却していない場合（Ｓ８７，Ｎｏ）には、処理を終了する。
（６）ボリュームの返却
不要になった論理ボリューム（ストレージ群）をストレージプールへ返却する。
以上のように、ストレージ管理部１は、上述の（１）〜（６）で述べたような機能を有している。
なお、上述のストレージプール管理情報および論理ボリューム管理情報は、共にストレージ管理部１に備えられている不図示の記憶部に格納されている。
ファイル処理システムＦは、上述のような機能を有するストレージ管理部１において構成された論理ボリューム（仮想的なストレージ）に対して１つのファイルシステムを作成するファイルシステム生成部ｇ、記憶部ｍを有している。
以下、第１１図を用いて、上述のような構成のファイル管理システムの動作について説明する。
まず、ファイル処理システムＦからの要求に基づいて、ストレージ管理部１はストレージプールＳから必要なストレージ属性を持つ（所望の特性をもつ）複数のストレージ（ここでは、属性１（高信頼）と属性３（低速）のストレージ）を選択する。
そして、選択されたストレージ群を第４図において示した論理ボリューム管理情報のように、論理ボリュームＩＤに対してストレージリスト（第４図参照）というかたちで対応付ける。このようにして、１つの論理ボリュームＩＤに対して複数の、しかも互いに異なるストレージ属性を有するストレージを対応付けることを可能とすることで、ファイル処理システムＦ側においては、仮想的に１つのストレージとして扱うことができるようになる。
ファイルシステム生成部ｇは、選択されたストレージ群が対応付けられた論理ボリュームＩＤの論理ボリューム（仮想的なストレージ）に対してファイルシステムを生成する。
ここで生成されるファイルシステムは、第９図に示すように、そのシステム内の各ディレクトリに拡張属性（ストレージ属性）が付加されている（ファイルシステム生成ステップ）。この付加される属性とディレクトリとの対応関係は、ファイルシステム管理情報（第１０図参照）として記憶部ｍに格納されている（記憶ステップ）。もちろん、第９図および第１０図に示しているように、属性を付加することができるのはディレクトリに限られず、ファイルに付加することも可能である。すなわち、ファイルシステム管理情報は、ディレクトリおよびファイルと複数のストレージとの対応関係に関する情報としての役割を有している。
なお、ここでのファイルシステム管理情報は、システム管理者やユーザの入力操作により任意に設定されるものでも、予め設定されているものでもよい。
上述のようにして、異なる特性をもつ複数のストレージに格納されるファイルに関する処理を行うファイル処理方法であって、複数のストレージが対応付けられている１つの仮想的なストレージに対してファイルシステムを生成するとともに、この生成されるファイルシステム内における各ディレクトリおよびファイルを複数のストレージのうちの所望の特性をもつストレージにそれぞれ対応付けるファイルシステム生成ステップと、各ディレクトリおよびファイルと複数のストレージとの対応関係に関する情報を格納する記憶ステップとを備えてなるファイル処理方法を実現することができる。
続いて、ファイルシステム管理情報について説明する。第１０図に示すように、ファイルシステム管理情報のＩＤ［０］にはディレクトリ／に関する名前リストａとその拡張属性が格納されている。
名前リストａには、名前リスト情報ａ１が格納されている。この名前リスト情報ａ１により、ディレクトリ／の配下には／ｕｓｒ、／ｆｏｏといったディレクトリが存在していることが分かる。名前リスト情報ａ１において、それぞれのディレクトリ名の右側にある数字は、そのディレクトリに関する管理情報のＩＤを示している。
例えば、ディレクトリ／ｕｓｒの管理情報はＩＤ［１］に格納されており、その名前リストｂに格納されている名前リスト情報ｂ１から、ディレクトリ／ｕｓｒの配下には、／ｕｓｒ／ｂａｒというファイルが存在していることが分かる。
この／ｕｓｒ／ｂａｒというファイルに関する管理情報はＩＤ［７］に格納されている。
また、これらのファイルシステム管理情報の各ＩＤにはそれぞれ拡張属性（ストレージ属性）が対応付けられている。すなわち、第９図に示されるように、あるディレクトリ９１に配置されたファイルは、ディレクトリ９１に対応して設定されている拡張属性９２のストレージに配置される。一方、あるファイル９３自体に拡張属性９４が設定されている場合、ファイル９３は拡張属性９４のストレージに配置される。
具体的には、例えば第１２図に示されるように、ディレクトリ／ｐｕｂ／ｄｏｃ／とディレクトリ／ｐｕｂ／ｓｒｃ／ｄａｔａ／に「属性２（高速アクセス）」を、ディレクトリ／ｐｕｂ／ｗｏｒｋ／に「属性３（低速アクセス）」を付加した場合、ユーザが／ｐｕｂ／ｄｏｃ／配下にファイルを作成すると「属性２（高速アクセス）」を持ったストレージに自動的に格納され、ディレクトリ／ｐｕｂ／ｗｏｒｋ／配下にファイルを作成すると「属性３（低速アクセス）」を持ったストレージに自動的に格納される。
この他、Ｗｉｎｄｏｗｓ等のファイルに拡張子を持つシステムの場合には、ファイルの拡張子とファイルシステム管理情報における拡張属性とを関連付けることにより、例えば「＊．ｄｏｃ」は高信頼なストレージへ関連付け、「＊．ｅｘｅ」は高速なストレージへ関連付けるといった管理を行うことも可能となる。
なお、ユーザが既存のファイルに対して任意の拡張属性を付加することにより、そのファイルをその拡張属性（ストレージ属性）を有するストレージに再配置するようにすることも可能である。
以上述べたような構成により、ディレクトリ又はファイルに対して属性を一度設定すれば、その後ユーザが意識することなく、自動的にファイルを最適なストレージに配置することが可能となる。
以上述べたように、本実施の形態によれば、ユーザは、高信頼、高速アクセス、低速アクセスといったストレージ属性ごとに対応したファイルシステムの場所を意識する必要はなく、ユーザが意識する同一パス内（例えば、ユーザのホームディレクトリ）に、異なった属性を持ったディレクトリやファイルを任意に配置することが可能となる。
（第２の実施の形態）
次に、本発明の第２の実施の形態について説明する。なお、本実施の形態２は、上述の第１の実施の形態の変形例であるため、第１の実施の形態における構成と同じ部分には同一符号を付し、説明は割愛する。
第１３図は、本発明の第２の実施の形態を説明するための機能ブロック図である。
同図に示すように、本実施の形態によるファイル管理システムは、ストレージプールＳとの間での通信が可能なストレージ管理部（ストレージ管理装置）１と、構成管理アプリケーション等を有するファイル処理システムＦ’とから構成されている。なお、ストレージ管理部１およびファイル処理システムＦ’は、それぞれ不図示のＣＰＵを有している。
ストレージ管理部１は、インタフェース部１１、論理ボリューム構成部１２、およびストレージプール管理部１３から構成されており、その機能は上述の第１の実施の形態におけるストレージプール管理部と同じである。
ファイル処理システムＦ’は、記憶部ｍ、ファイルシステム合成部ｚ、およびファイルシステム生成部ｇ’を有している。
上述の第１の実施の形態では、互いに異なるストレージ属性を有する複数のストレージからなるストレージ群に対して１つの論理ボリュームＩＤを対応付けているが、本実施の形態では、１つの属性に対して（特性ごとに）１つの論理ボリュームＩＤを対応付けており、この点で第１の実施の形態と異なる。
以下、第１４図を用いて、本実施の形態によるファイル管理システムの動作について説明する。
まず、ファイル処理システムＦ’からの要求に基づいて、ストレージ管理部１はストレージプールＳから所望のストレージ属性をもつ複数のストレージ（ここでは、属性１（高信頼）と属性２（高速）のストレージ）を選択する。
そして、論理ボリューム構成部１２は、選択したストレージ毎に論理ボリュームＩＤを対応付ける。このとき、論理ボリュームＩＤとストレージＩＤとは１：１の対応関係にある。
ファイルシステム生成部ｇ’は、選択されたストレージ群のそれぞれのストレージに対応する論理ボリューム上に別々にファイルシステムを生成する（ファイルシステム生成ステップ）。ここでは、属性１のストレージに対してファイルシステムＦｓ１を、属性２のストレージに対してファイルシステムＦｓ２を生成している。これらのファイルシステムの生成方法は上述の第１の実施の形態と同様である。ただし、この時点では、１つのファイルシステム内におけるディレクトリに付加されている拡張属性は、そのファイルシステムを生成したストレージのストレージ属性のみである。
次に、ファイルシステム合成部ｚは、これらのファイルシステムＦｓ１とファイルシステムＦｓ２とを重ね合わせる（ファイルシステムにファイルシステムをマウントする）ことにより、ファイルシステムＦｓ１とファイルシステムＦｓ２から１つのファイルシステムを合成する。
ここで、「ファイルシステムを重ね合わせる」とは、例えばマウントポイントとなるディレクトリ／ｐｕｂ／ｓｒｃにディレクトリ／ｐｕｂ／ｏｂｊをマウントする動作を意味する（第１４図および第１５図参照）。ここで、ディレクトリ／ｐｕｂ／ｓｒｃの配下には例えばａ．ｃ，ｂ．ｃ，ｘ．ｍｋというファイルが配置され、ディレクトリ／ｐｕｂ／ｏｂｊの配下には例えばｘ．ｍｋというファイルが配置されているとする。
ファイルシステムの重ね合せを行うことにより、ディレクトリ／ｐｕｂ／ｏｂｊの配下には、ａ．ｃ，ｂ．ｃという属性１のストレージに対応付けられたファイルが見えるとともに、属性２のストレージに対応付けられたファイルｘ．ｍｋが見えるようになる。
このとき、ディレクトリ／ｐｕｂ／ｓｒｃの配下にもａ．ｃ，ｂ．ｃ，ｘ．ｍｋというファイルが見える。ただし、／ｐｕｂ／ｏｂｊ／ｘ．ｍｋと／ｐｕｂ／ｓｒｃ／ｘ．ｍｋは異なる属性を持った別のファイルである（第１６図参照）。
この状態で例えば／ｐｕｂ／ｏｂｊ／ａ．ｏというファイルを作成すると、ファイルａ．ｏは属性２を持ったストレージに配置される（第１７図参照）。
このようにして重ね合わされたファイルシステムでは、重ね合さわされる前のファイルシステムはストレージ属性ごとに分離されたものであるため、重ね合せを解除することにより、特定のストレージ属性をもったストレージの返却等が容易に行える（第１８図参照）。
このように、異なったストレージ属性を持つストレージ毎に対応付けて生成された（単一のストレージ属性に対応付けられた）それぞれのファイルシステムを重ね合わせることにより、論理的な１つのファイルシステム（複数のストレージ属性のストレージに対応付けられた論理的なファイルシステム）を構築する（ファイルシステム合成ステップ）。
これにより、上述の第１の実施の形態と同様に、そのシステム内の各ディレクトリに拡張属性（ストレージ属性）が付加されている。この付加される属性とディレクトリとの対応関係は、ファイルシステム管理情報（第１０図参照）として記憶部ｍに格納されている（記憶ステップ）。もちろん、第１の実施の形態と同様に、拡張属性（ストレージ属性）を付加することができるのはディレクトリに限られず、ファイルに付加することも可能である。
なお、本実施の形態においては、ファイルシステム生成部ｇ’により、選択されたストレージ郡のそれぞれのストレージに対して別々にファイルシステムを生成する例を挙げているが、これに限られるものではなく、例えば同じストレージ属性（高信頼など）の複数のストレージを対応付けた論理ボリュームを構成し、その論理ボリューム上にファイルシステムを生成するようにすることもできる。このようにすることで、特定のストレージ属性をもったストレージの返却等が容易に行えると共に、ストレージのサイズに対する要求にも柔軟に対応することができる。
以上のようにして、異なる特性をもつ複数のストレージに格納されるファイルに関する処理を行うファイル処理方法であって、複数のストレージに対して特性ごとに対応付けられている複数の仮想的なストレージにそれぞれファイルシステムを生成するファイルシステム生成ステップと、生成された複数のファイルシステムを重ね合わせることにより、複数のファイルシステムから１つのファイルシステムを合成するとともに、この合成して得られるファイルシステム内における各ディレクトリおよびファイルを複数のストレージのうちの所望の特性をもつストレージにそれぞれ対応付けるファイルシステム合成ステップと、各ディレクトリおよびファイルと複数のストレージとの対応関係に関する情報を格納する記憶ステップとを備えてなるファイル処理方法を実現することができる。
なお、本発明によれば、例えば第１９図に示すように、外部のシステムとの通信が可能なＮＡＳ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ）ヘッド（ファイル処理システムとしての役割を有する）Ｎ、ストレージプールＳ、ストレージプール管理部Ｃ、論理ボリューム構成部Ｒ、およびインタフェース部Ｉを同一ロッカーに組み込んで構成されるファイル管理システムを提供することができる。このとき、ストレージプール管理部Ｃ、論理ボリューム構成部Ｒ、およびインタフェース部Ｉによりストレージ管理部Ｋが構成される。
また、ストレージ管理部Ｋと同様な構成で、ストレージ管理装置（アプライアンス）として提供することで、既存の環境に手を入れることなく、ストレージ属性に基づいたファイルの最適配置が可能なファイル管理システムを容易に導入することが可能となる。
上述した各実施の形態によれば、システム管理者は１つの仮想的なストレージに対して生成された１つのファイルシステムを管理することで複数のストレージに格納されているファイルの管理を行うことができるようになり、ひいてはシステム管理者の管理負担の軽減に寄与することができる。
また、ファイルシステムに対応付けられているストレージのストレージ属性に関する情報は、ストレージ管理部の側で管理されるため、ファイルシステムを管理するシステム管理者による属性の管理は不要である。
なお、上述の各実施の形態におけるストレージ管理方法は、ストレージ管理部に配置された上述の不図示のＣＰＵにストレージ管理プログラムを実行させることにより実現され、上述のファイル処理方法は、ファイル処理システムに配置された上述の不図示のＣＰＵにファイル処理プログラムを実行させることにより実現されている。
なお、上述した各実施の形態におけるストレージ管理プログラムおよびファイル処理プログラムは、ストレージプールにおけるストレージ、ファイル処理システムにおける記憶部、ストレージ管理部内に配置された不図示の記憶部に記憶されることが可能であるのはもちろんのこと、この他のコンピュータにより読み取り可能な媒体にも記憶されることができる。ここでコンピュータにより読み取り可能な媒体とは、装置内のＨＤＤ、ＦＲＯＭ、ＣＤ−ＲＯＭやフレキシブルディスク、ＤＶＤディスク、光磁気ディスク、ＩＣカード等の可搬型記憶媒体や、コンピュータプログラムを保持するデータベース、或いは、他のコンピュータ並びにそのデータベースや、更に回線上の伝送媒体をも含むものである。
以上説明したように本発明によれば、ユーザの使い勝手の向上、およびシステム管理者の管理負担の軽減に寄与することのできるストレージ管理装置、ストレージ装置、ファイル処理システム、ファイル管理システム、並びにこれらの方法およびプログラムを提供することができる。
Claims (25)
- 要求される特性が異なるストレージを有するストレージプールから所望の特性のストレージを選択するストレージプール管理部と、
前記選択されたストレージを１つの仮想的なストレージに対応付ける仮想ストレージ構成部と
を有するストレージ管理装置。 - 請求の範囲第１項に記載のストレージ管理装置において、
前記仮想ストレージ構成部は、前記選択されたストレージのＩＤを前記１つの仮想的なストレージのＩＤに対応付けるストレージ管理装置。 - 請求の範囲第１項に記載のストレージ管理装置において、
前記選択されたストレージに格納されるファイルに関する処理を行うファイル処理システムからの要求を受け付けるインタフェース部を有し、
前記所望の特性のストレージの選択は、前記ファイル処理システムからの要求に基づくものであるストレージ管理装置。 - 請求の範囲第１項に記載のストレージ管理装置において、
前記特性は、少なくともストレージの記憶特性に関するものであるストレージ管理装置。 - 請求の範囲第１項に記載のストレージ管理装置と、
要求される特性が異なるストレージを有する前記ストレージプールと
を備えてなるストレージ装置。 - 要求される特性が異なるストレージに格納されるファイルに関する処理を行うファイル処理システムであって、
前記ストレージが対応付けられている１つの仮想的なストレージに対してファイルシステムを生成するとともに、前記生成されるファイルシステム内における各ディレクトリおよびファイルを前記ストレージのうちの所望の特性をもつストレージにそれぞれ対応付けるファイルシステム生成部と、
前記各ディレクトリおよびファイルと前記ストレージとの対応関係に関する情報を格納する記憶部と
を備えてなるファイル処理システム。 - 要求される特性が異なるストレージに格納されるファイルに関する処理を行うファイル処理システムであって、
前記ストレージに対して特性ごとに対応付けられている複数の仮想的なストレージにそれぞれファイルシステムを生成するファイルシステム生成部と、
前記生成された複数のファイルシステムを重ね合わせることにより、前記複数のファイルシステムから１つのファイルシステムを合成するとともに、前記合成して得られるファイルシステム内における各ディレクトリおよびファイルを前記ストレージのうちの所望の特性をもつストレージにそれぞれ対応付けるファイルシステム合成部と、
前記各ディレクトリおよびファイルと前記ストレージとの対応関係に関する情報を格納する記憶部と
を備えてなるファイル処理システム。 - 請求の範囲第６項に記載のファイル処理システムにおいて、
前記各ディレクトリおよびファイルと前記ストレージとの対応関係が、予め設定されているファイル処理システム。 - 請求の範囲第６項に記載のファイル処理システムにおいて、
前記各ファイルと前記ストレージとの対応関係が、ファイルの拡張子に基づいて設定されるファイル処理システム。 - 要求される特性が異なるストレージを有するストレージプールから所望の特性のストレージを選択するストレージプール管理部と、
前記選択されたストレージを１つの仮想的なストレージに対応付ける仮想ストレージ構成部と、
前記ストレージが対応付けられている１つの仮想的なストレージに対してファイルシステムを生成するとともに、前記生成されるファイルシステム内における各ディレクトリおよびファイルを前記ストレージのうちの所望の特性をもつストレージにそれぞれ対応付けるファイルシステム生成部と、
前記各ディレクトリおよびファイルと前記ストレージとの対応関係に関する情報を格納する記憶部と
を備えてなるファイル管理システム。 - 要求される特性が異なるストレージを有するストレージプールから所望の特性のストレージを選択するストレージプール管理部と、
前記選択されたストレージに対して特性ごとに仮想的なストレージを対応付ける仮想ストレージ構成部と、
前記ストレージに対して特性ごとに対応付けられている複数の仮想的なストレージにそれぞれファイルシステムを生成するファイルシステム生成部と、
前記生成された複数のファイルシステムを重ね合わせることにより、前記複数のファイルシステムから１つのファイルシステムを合成するとともに、前記合成して得られるファイルシステム内における各ディレクトリおよびファイルを前記ストレージのうちの所望の特性をもつストレージにそれぞれ対応付けるファイルシステム合成部と、
前記各ディレクトリおよびファイルと前記ストレージとの対応関係に関する情報を格納する記憶部と
を備えてなるファイル管理システム。 - 要求される特性が異なるストレージを有するストレージプールから所望の特性のストレージを選択するストレージプール管理ステップと、
前記選択されたストレージを１つの仮想的なストレージに対応付ける仮想ストレージ構成ステップと
を有するストレージ管理方法。 - 請求の範囲第１２項に記載のストレージ管理方法において、
前記仮想ストレージ構成ステップは、前記選択されたストレージのＩＤを前記１つの仮想的なストレージのＩＤに対応付けるストレージ管理方法。 - 請求の範囲第１２項に記載のストレージ管理方法において、
前記特性は、少なくともストレージの記憶特性に関するものであるストレージ管理方法。 - 要求される特性が異なるストレージに格納されるファイルに関する処理を行うファイル処理方法であって、
前記ストレージが対応付けられている１つの仮想的なストレージに対してファイルシステムを生成するとともに、前記生成されるファイルシステム内における各ディレクトリおよびファイルを前記ストレージのうちの所望の特性をもつストレージにそれぞれ対応付けるファイルシステム生成ステップと、
前記各ディレクトリおよびファイルと前記ストレージとの対応関係に関する情報を格納する記憶ステップと
を備えてなるファイル処理方法。 - 要求される特性が異なるストレージに格納されるファイルに関する処理を行うファイル処理方法であって、
前記ストレージに対して特性ごとに対応付けられている複数の仮想的なストレージにそれぞれファイルシステムを生成するファイルシステム生成ステップと、
前記生成された複数のファイルシステムを重ね合わせることにより、前記複数のファイルシステムから１つのファイルシステムを合成するとともに、前記合成して得られるファイルシステム内における各ディレクトリおよびファイルを前記ストレージのうちの所望の特性をもつストレージにそれぞれ対応付けるファイルシステム合成ステップと、
前記各ディレクトリおよびファイルと前記ストレージとの対応関係に関する情報を格納する記憶ステップと
を備えてなるファイル処理方法。 - 請求の範囲第１５項に記載のファイル処理方法において、
前記各ディレクトリおよびファイルと前記ストレージとの対応関係が、予め設定されているファイル処理方法。 - 請求の範囲第１５項に記載のファイル処理方法において、
前記各ファイルと前記ストレージとの対応関係が、ファイルの拡張子に基づいて設定されるファイル処理方法。 - 要求される特性が異なるストレージを有するストレージプールから所望の特性のストレージを選択するストレージプール管理ステップと、
前記選択されたストレージを１つの仮想的なストレージに対応付ける仮想ストレージ構成ステップと
をコンピュータに実行させるストレージ管理プログラム。 - 請求の範囲第１９項に記載のストレージ管理プログラムにおいて、
前記仮想ストレージ構成ステップは、前記選択されたストレージのＩＤを前記１つの仮想的なストレージのＩＤに対応付けるストレージ管理プログラム。 - 請求の範囲第１９項に記載のストレージ管理プログラムにおいて、
前記特性は、少なくともストレージの記憶特性に関するものであるストレージ管理プログラム。 - 要求される特性が異なるストレージに格納されるファイルに関する処理を行うファイル処理方法をコンピュータに実行させるファイル処理プログラムであって、
前記ストレージが対応付けられている１つの仮想的なストレージに対してファイルシステムを生成するとともに、前記生成されるファイルシステム内における各ディレクトリおよびファイルを前記ストレージのうちの所望の特性をもつストレージにそれぞれ対応付けるファイルシステム生成ステップと、
前記各ディレクトリおよびファイルと前記ストレージとの対応関係に関する情報を格納する記憶ステップと
をコンピュータに実行させるファイル処理プログラム。 - 要求される特性が異なるストレージに格納されるファイルに関する処理を行うファイル処理方法をコンピュータに実行させるファイル処理プログラムであって、
前記ストレージに対して特性ごとに対応付けられている複数の仮想的なストレージにそれぞれファイルシステムを生成するファイルシステム生成ステップと、
前記生成された複数のファイルシステムを重ね合わせることにより、前記複数のファイルシステムから１つのファイルシステムを合成するとともに、前記合成して得られるファイルシステム内における各ディレクトリおよびファイルを前記ストレージのうちの所望の特性をもつストレージにそれぞれ対応付けるファイルシステム合成ステップと、
前記各ディレクトリおよびファイルと前記ストレージとの対応関係に関する情報を格納する記憶ステップと
を備えてなるファイル処理プログラム。 - 請求の範囲第２２項に記載のファイル処理プログラムにおいて、
前記各ディレクトリおよびファイルと前記ストレージとの対応関係が、予め設定されているファイル処理プログラム。 - 請求の範囲第２２項に記載のファイル処理プログラムにおいて、
前記各ファイルと前記ストレージとの対応関係が、ファイルの拡張子に基づいて設定されるファイル処理プログラム。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/JP2003/007260 WO2004109517A1 (ja) | 2003-06-09 | 2003-06-09 | ストレージ管理装置、ストレージ装置、ファイル処理システム、ファイル管理システム、並びにこれらの方法およびプログラム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPWO2004109517A1 true JPWO2004109517A1 (ja) | 2006-07-20 |
Family
ID=33495946
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2005500565A Withdrawn JPWO2004109517A1 (ja) | 2003-06-09 | 2003-06-09 | ストレージ管理プログラムおよびファイル処理プログラム |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US20060090055A1 (ja) |
| EP (1) | EP1632856A4 (ja) |
| JP (1) | JPWO2004109517A1 (ja) |
| WO (1) | WO2004109517A1 (ja) |
Families Citing this family (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4684864B2 (ja) * | 2005-11-16 | 2011-05-18 | 株式会社日立製作所 | 記憶装置システム及び記憶制御方法 |
| EP1798934A1 (en) * | 2005-12-13 | 2007-06-20 | Deutsche Thomson-Brandt Gmbh | Method and apparatus for organizing nodes in a network |
| US7870128B2 (en) | 2006-07-28 | 2011-01-11 | Diskeeper Corporation | Assigning data for storage based on speed with which data may be retrieved |
| US9052826B2 (en) | 2006-07-28 | 2015-06-09 | Condusiv Technologies Corporation | Selecting storage locations for storing data based on storage location attributes and data usage statistics |
| US20090132621A1 (en) * | 2006-07-28 | 2009-05-21 | Craig Jensen | Selecting storage location for file storage based on storage longevity and speed |
| JP2008146536A (ja) * | 2006-12-13 | 2008-06-26 | Hitachi Ltd | ストレージ装置及びこれを用いたデータ管理方法 |
| JP4990012B2 (ja) * | 2007-04-17 | 2012-08-01 | 富士通株式会社 | ストレージシステム、仮想化処理機能を有する情報処理装置、仮想化処理方法およびそのためのプログラム |
| CA2697355C (en) * | 2007-08-02 | 2012-10-02 | Greatpoint Energy, Inc. | Catalyst-loaded coal compositions, methods of making and use |
| US8200719B2 (en) * | 2007-09-11 | 2012-06-12 | Symantec Corporation | System and method for performing a file system operation on a specified storage tier |
| US20120260051A1 (en) * | 2011-03-01 | 2012-10-11 | Hitachi, Ltd. | Computer system, management system and data management method |
| US9003101B1 (en) * | 2011-06-29 | 2015-04-07 | Western Digital Technologies, Inc. | Prioritized access for media with heterogeneous access rates |
| CN103714146B (zh) * | 2013-12-26 | 2017-01-04 | 华为技术有限公司 | 存储方法及装置 |
| US10126975B2 (en) * | 2016-01-06 | 2018-11-13 | International Business Machines Corporation | Storage mirroring decision by capability sets |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CA2272708A1 (en) * | 1996-11-27 | 1998-06-04 | Kurt E. Godwin | File directory and file navigation system |
| JPH11282741A (ja) * | 1998-03-27 | 1999-10-15 | Hitachi Ltd | ディレクトリのマウント方法、ファイルアクセス方法およびアクセス権限判別方法 |
| JP2001265626A (ja) * | 2000-03-15 | 2001-09-28 | Sony Corp | ファイル管理方法、データ処理装置並びに記憶媒体 |
| US20020188592A1 (en) * | 2001-06-11 | 2002-12-12 | Storage Technology Corporation | Outboard data storage management system and method |
| JP4176341B2 (ja) * | 2001-10-23 | 2008-11-05 | 株式会社日立製作所 | 記憶制御装置 |
| JP2003150416A (ja) * | 2001-11-09 | 2003-05-23 | Sony Corp | ファイル管理装置及びファイル管理方法 |
| US8671132B2 (en) * | 2003-03-14 | 2014-03-11 | International Business Machines Corporation | System, method, and apparatus for policy-based data management |
-
2003
- 2003-06-09 WO PCT/JP2003/007260 patent/WO2004109517A1/ja active Application Filing
- 2003-06-09 JP JP2005500565A patent/JPWO2004109517A1/ja not_active Withdrawn
- 2003-06-09 EP EP03736088A patent/EP1632856A4/en not_active Withdrawn
-
2005
- 2005-12-08 US US11/296,264 patent/US20060090055A1/en not_active Abandoned
Also Published As
| Publication number | Publication date |
|---|---|
| EP1632856A4 (en) | 2007-02-28 |
| WO2004109517A1 (ja) | 2004-12-16 |
| US20060090055A1 (en) | 2006-04-27 |
| EP1632856A1 (en) | 2006-03-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR101120755B1 (ko) | 정적 및 동적 리스트의 사용을 포함하는 가상 폴더 및 항목 공유 시스템 및 방법 | |
| JP4816281B2 (ja) | 文書利用管理システム、文書管理サーバ及びそのプログラム | |
| US7162693B2 (en) | Process for managing data in which existing data item is moved to neighbor page before insertion or after deletion of another data item | |
| US20060090055A1 (en) | Storage management apparatus, storage apparatus, file processing system, file management system, and methods and programs thereof | |
| US20040186849A1 (en) | File storage service system, file management device, file management method, ID denotative NAS server and file reading method | |
| JP2008003846A (ja) | 文書利用管理システム及び方法、文書管理サーバ及びそのプログラム | |
| KR101689782B1 (ko) | 메타 데이터에 따라 파일 시스템의 파일들을 액세스하는 방법 및 상기 방법을 구현하는 디바이스 | |
| JP2006107429A (ja) | 統合ナビゲーションのためのシステムおよび方法 | |
| JPWO2006098031A1 (ja) | キーワード管理装置 | |
| CN104778192B9 (zh) | 表示可内容寻址存储系统的目录结构 | |
| US20080282355A1 (en) | Document container data structure and methods thereof | |
| US20090254585A1 (en) | Method for Associating Administrative Policies with User-Definable Groups of Files | |
| MXPA05011315A (es) | Sistema de archivo por computadora. | |
| JPH04232563A (ja) | 文書管理方法 | |
| JP2004094935A (ja) | オブジェクト状態転送方法，オブジェクト状態転送装置およびオブジェクト状態転送プログラム並びにそのプログラムの記録媒体 | |
| JP5556025B2 (ja) | ストレージシステム | |
| US20070245112A1 (en) | Mapping between a file system and logical log volume | |
| JP2006031608A (ja) | 計算機、ストレージシステム、計算機が行うファイル管理方法、およびプログラム | |
| JP2007293433A (ja) | 文書管理システム | |
| JP5783010B2 (ja) | インデックス管理プログラム、インデックス管理装置及び検索システム | |
| JP4225354B2 (ja) | 分散データベースのデータアクセス方法及び装置 | |
| JP2001056775A (ja) | 計算機システム及びプログラム記録媒体 | |
| RU105770U1 (ru) | Архитектура для хранения и представления данных в эмуляторе | |
| CN117909315A (zh) | 模型生成方法、装置、设备、集群以及存储介质 | |
| CN113282551A (zh) | 数据处理方法、系统及设备 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A761 | Written withdrawal of application |
Free format text: JAPANESE INTERMEDIATE CODE: A761 Effective date: 20080606 |