JP2006301950A - 記憶装置及びその管理モジュール - Google Patents

Abstract

【課題】 本発明は、記憶装置及びその管理モジュールに関し、個別の記憶部の特性を有効に生かし、及び／又は、異なる種類及び／又は性能（又は機能）の記憶部を用いる場合でもセキュリティを確保することを目的とする。
【解決手段】 異なる種類及び／又は性能で、仮想的に１つの記憶装置として用いられる少なくとも２つの記憶部に対して、各記憶部の属性情報を管理して、属性情報の少なくとも一部を上位装置に提供する装置属性管理部を備え、属性情報は、各記憶部が仮想記憶装置上で占める記憶領域情報と、各記憶部の性能情報とを対応させて含むように構成する。
【選択図】 図１

Description

本発明は、記憶装置及びその管理モジュールに係り、特に異なる種類及び／又は性能（又は機能）を有する記憶部を仮想的に同じ種類及び／又は性能（又は機能）を有する記憶部として使用可能な記憶装置及びその管理モジュールに関する。

情報の多様化及び肥大化に伴い、記憶装置の種類も増加している。近年、ハードディスクドライブ（ＨＤＤ：Hard Disk Drive）等の複数の記憶部をあたかも１つの記憶装置のように見せかける仮想記憶装置が実用化されており、記憶部の管理の効率化が図られている。

従来の仮想記憶装置は、同種類の記憶部を組み合わせることで、巨大な記憶容量を提供するものである。しかし、最近は異なる種類の記憶部を組み合わせて仮想的に１種類の記憶部に見せかける試みも始まっている。例えば、ＵＳＢフラッシュメモリとＨＤＤを組み合わせた仮想記憶装置が提案されており、この場合は、ＵＳＢフラッシュメモリに格納したファイルへのアクセスを高速化することができる。

一方、セキュリティの観点からは、第三者の不正な利用による情報漏洩を防止するために、利用者が記憶部にパスワードを付与する仕組みが利用されており。例えば、ＨＤＤパスワード等がある。ＨＤＤパスワードはＨＤＤ上にセットされたパスワードである。ＨＤＤが他のパーソナルコンピュータ（ＰＣ）に接続された場合でも、正当なＨＤＤパスワードを入力しない限り情報へのアクセスは許可されないので、ＨＤＤパスワードは個別のＨＤＤの情報漏洩防止策として有効である。

ところが、複数の記憶部を組み合わせて１つの記憶装置に見せかける仮想記憶装置においては、個別の記憶部がパスワードのようなアクセス制御機能を持っていても、アクセス制御機能を一元的に管理する機能がないために、個別にアクセス制御機能を設定する必要があった。この結果、アクセス制御機能の管理の煩雑化や設定ミスにより、セキュリティホールが発生する可能性がある。

特許文献１には、磁気ディスクに割り当てられたアドレス空間を不揮発性メモリに割り当てるような変更を行うことで、不揮発性メモリをホスト装置のデータ格納領域として有効利用する磁気ディスク装置が提案されている。又、特許文献２には、ＨＤＤとフラッシュメモリとを統合する記憶装置が提案されている。
特開平８−３０３９５号公報 特開平９−２９７６５９号公報

しかし、仮想記憶装置で異なる種類及び／又は性能（又は機能）の記憶部を単純に組み合わせただけでは、夫々の記憶部の特性を有効に生かすことができず、仮想記憶装置の性能の向上は予想する程伸びないという問題があった。

又、セキュリティに関しては、個別の記憶部がパスワードのようなアクセス制御機能を持っていても、アクセス制御機能を一元的に管理する機能がないために、個別にアクセス制御機能を設定する必要があった。このため、アクセス制御機能の管理の煩雑化や設定ミス、又は、アクセス制御機能を持たない個別記憶部を仮想記憶装置に組み込んでしまうことによるセキュリティホールが発生する可能性があるという問題もあった。

そこで、本発明は、個別の記憶部の特性を有効に生かすことができ、及び／又は、異なる種類及び／又は性能（又は機能）の記憶部を用いる場合でもセキュリティを確保することのできる記憶装置及びその管理モジュールを提供することを目的とする。

上記の課題は、異なる種類及び／又は性能で、仮想的に１つの記憶装置として用いられる少なくとも２つの記憶部に対して、各記憶部の属性情報を管理して、該属性情報の少なくとも一部を上位装置に提供する装置属性管理部とを備え、該属性情報は、各記憶部が仮想記憶装置上で占める記憶領域情報と、各記憶部の性能情報とを対応させて含むことを特徴とする記憶装置の管理モジュールによって達成できる。

上記の課題は、仮想的に１つの記憶装置として用いられる少なくとも２つの記憶部と、各記憶部のセキュリティ関連の設定及び／又は制御を行うことで各記憶部を一元的に管理するセキュリティ制御部とを備えたことを特徴とする記憶装置の管理モジュールによっても達成できる。

上記の課題は、異なる種類及び／又は性能で、仮想的に１つの記憶装置として用いられる少なくとも２つの記憶部と、各記憶部の属性情報を管理して、該属性情報の少なくとも一部を上位装置に提供する装置属性管理部とを備え、該属性情報は、各記憶部が仮想記憶装置上で占める記憶領域情報と、各記憶部の性能情報とを対応させて含むことを特徴とする記憶装置によっても達成できる。

上記の課題は、仮想的に１つの記憶装置として用いられる少なくとも２つの記憶部と、各記憶部のセキュリティ関連の設定及び／又は制御を行うことで各記憶部を一元的に管理するセキュリティ制御部とを備えたことを特徴とする記憶装置によっても達成できる。

本発明によれば、個別の記憶部の特性を有効に生かすことができ、及び／又は、異なる種類及び／又は性能（又は機能）の記憶部を用いる場合でもセキュリティを確保することのできる記憶装置及びその管理モジュールを実現することができる。

本発明では、仮想記憶装置の配下にある個別記憶部の属性情報を管理して上位装置に提供する機能を有する装置属性管理部を設けることで、夫々の記憶部の特性を最大限に利用することを可能とする。これにより、仮想記憶装置を構成する記憶部の特性を生かすことが可能となり、コンピュータシステムで多用される情報（ファイル）を高速な記憶部に割り当て、例えばオペレーティングシステム（ＯＳ：Operating System）の起動を早くする等の性能向上を実現できる。

又、仮想記憶装置の配下にある個別記憶部を一元的に管理するセキュリティ制御部を設けることで、セキュリティ制御の管理を簡素化し、セキュリティホールの発生を抑える。

以下に、本発明になる記憶装置及びその管理モジュールの各実施例を、図面と共に説明する。

図１は、本発明になる記憶装置の第１実施例の要部を示すブロック図である。本実施例では、本発明が仮想記憶システムに適用されている。

図１に示すように、仮想記憶装置１は、装置属性管理部１１及び複数の記憶部１２，１３からなる。尚、仮想記憶装置１内に接続可能な記憶部１２，１３の総数は２つに限定されるものではない。仮想記憶装置１は、上位装置として用いられるホスト装置２と接続して仮想記憶システムを構成する。ホスト装置２は、パーソナルコンピュータ等からなり、仮想記憶装置１に対して情報のリード及び／又はライト（リード／ライト）等を指示する。仮想記憶装置１内の装置属性管理部１１は、例えばＣＰＵ等のプロセッサとメモリから構成されており、記憶部１２，１３の属性情報を管理する。

なお、仮想記憶装置は図１のように装置属性管理部１１、複数の記憶部１２，１３を一体的にパッケージ化されているものだけでなく、記憶部に相当する記憶装置、装置属性管理部を含む管理モジュールを夫々独立に準備し、それらを個々に若しくは管理モジュールを介してホスト装置２に接続する形式をとっても良い。管理モジュールは、例えばＣＰＵ等のプロセッサとメモリを少なくとも備えたハードパッケージであっても、ソフトウエア若しくはドライバで構成しプロセッサとメモリはホスト装置２若しくは記憶装置のものを利用する形でプログラム実行を行うソフトパッケージであっても良い。
説明の便宜上、記憶部１２が半導体記憶装置（以下、メモリと言う）であり記憶部１３がＨＤＤである場合について、装置属性管理部１１が管理する情報を説明する。つまり、記憶部１２，１３の種別は異なり、リード／ライト速度や記憶容量等の性能（又は機能）も異なるものとする。表１は、装置属性管理部１１内のメモリに格納される属性管理リストの内容を示す。属性管理リストには、リード／ライト機能の有無を示す装置属性、リード／ライト速度及び総ブロック数を含む性能情報と、各記憶部１２，１３が仮想記憶装置１内で占めるアドレス範囲（記憶領域）情報とが含まれる。

表１の属性管理リストから、仮想記憶装置１のブロックアドレス（ＢＡ）０〜９９には高速にリード／ライトができるメモリが利用され、ＢＡ１００以降にはＨＤＤが利用されることがわかる。装置属性管理部１１は、この属性管理リストから表２に示すような属性情報をホスト装置２に提供できる。表２からもわかるように、この属性情報は、個別の記憶部１２，１３が仮想記憶装置１上で占めるアドレス範囲（記憶領域）情報と、夫々の記憶部１２，１３の性能情報（リード／ライト、及びリード／ライト速度）とを対応させて有する。

表２に示す属性情報から、ホスト装置２は、ＢＡ０〜９９では高速にファイルのリード／ライトが可能であることを知ることができるので、例えば頻繁にアクセスするファイルを優先的にこのＢＡ０〜９９のエリアに配置することができる。このようにして、仮想記憶装置１を構成する個々の記憶部１２，１３の特性を有効に利用することが可能となる。

次に、記憶部を交換又は追加する際に、交換又は追加された記憶部のリード／ライト速度を取得する方法について説明する。

仮想記憶装置１は、電源がオンとされた直後に前回の使用時と装置構成に変更がないか否かを確認する。前回の装置構成からの変更が検出された場合には、各記憶部の属性情報の再取得を行い、属性管理リストを再構成する。ここでは説明の便宜上、各記憶部のライト速度と装置種別（以下、デバイスタイプと言う）の対応表が装置属性管理部１１内のメモリに予め格納されており、各記憶部から取得したデバイスタイプに対し、ライト速度を決定するものとする。表３は、対応表の内容の一例を示す。

デバイスタイプの取得は、例えばＳＣＳＩのINQUIRYコマンドを発行することで実現できる。図２は、INQUIRYコマンドで得られるデータのフォーマットを示す図である。図２に示すINQUIRYデータフォーマットは、ＳＰＣ（SCSI Primary Commands）ＡＮＳＩ
ＩＮＣＩＴＳ ３０１−１９９７に準拠するものである。図２において、Byte0のBit0〜4がデバイスタイプを示すフィールドである。

又、図３は、図２に示すデバイスタイプの定義を示す図である。図３に示すように、デバイスタイプは、コード（Code）及びデバイスタイプ（Device Type）等からなる。例えば、記憶部がＨＤＤの場合は00h又は0Ehであるデバイスタイプコードを元に判断でき、ＣＤ−Ｒ等のライトワンスデバイス（Write Once Device）の場合は04hであるデバイスタイプコードを元に判断できる。

ライト速度を判定するその他の方法として、デバイスにテストライトを行う方法も利用可能である。この場合、デバイスに数ブロック、又は、１ＭＢ等の一定量のデータのライトを行い、実際にライト速度を測定する。図４は、この場合の測定処理を説明するフローチャートである。

図４に示す測定処理は、装置属性管理部１１内のＣＰＵにより実行可能である。図４において、ステップＳ１は、対象記憶部のＢＡ０〜９９のデータをリードし、ステップＳ２は、ＣＰＵの内部タイマをスタートさせる。ステップＳ３は、ステップＳ１でリードしたデータを対象記憶部のＢＡ０〜９９にライトする。ステップＳ４は、ＣＰＵの内部タイマをストップさせ、処理は終了する。ライト速度は、ＣＰＵの内部タイマにより測定された時間に基づいて求められる。ステップＳ１でリードしたデータをステップＳ３でライトしているのは、テストライトによって対象記憶部に格納されたデータを変更しないためである。

次に、記憶部を交換又は追加する際に、交換又は追加された記憶部の記憶容量が交換又は追加前の記憶部と異なる場合の属性管理リストの作成方法を説明する。ここでは説明の便宜上、記憶部１２，１３が図５に示す如き構成（メモリマップ）を有するものとする。記憶部（メモリ）１２のＢＡ数はＢＡ０〜９９の１００個であり、記憶部（ＨＤＤ）１３のＢＡ数はＢＡ１００〜３９９の３００個である。この場合の属性管理リストは、表４のような内容を含む。

ここで、仮想記憶装置１に元々されているメモリ１２を、メモリ１２よりサイズの大きい新たなメモリ１２−１に交換する場合を考える。図６は、元より容量の大きい記憶部に交換する場合を説明する図である。図６は、ＢＡ数が１００個のメモリ１２を、ＢＡ数が１５０の新たなメモリ１２−１に交換する場合を示す。

このとき、属性管理リストのアドレス範囲を記憶部毎にまとめてしまうと、表５に示すように、交換していないＨＤＤ１３のアドレスも変更されてしまう。具体的には、変更前のアドレス１００〜３９９が、変更後のアドレス１５０〜４４９に変換されてしまう。この場合、交換前にＨＤＤ１３に蓄積したデータを利用しようとしても、アドレスが変更されているため、データへのアクセスができないという不都合が生じてしまう。

そこで、本実施例では、この不都合を解決するために、表６に示すように属性管理リストを作成する。ここでは、交換したメモリ１２のアドレス範囲を分割して登録し、交換前と同じサイズと残りのサイズとして登録している。こうすることにより、ＨＤＤ１３のアドレスが変更されることはなくなり、交換前にＨＤＤ１３に蓄積したデータの利用も可能となる。表６に示すように、属性管理リスト中には記憶部１２，１３の装置ＩＤも登録している。こうすることで、メモリ１２が分割して登録されていることを示すことができる。これは、例えばメモリ１２を取り外す場合に、どのアドレス（この場合、アドレス０〜９９と４００〜４４９）が影響されるのかを判断するのに役に立つ。

次に、仮想記憶装置１に元々されているメモリ１２を、メモリ１２よりサイズの小さい新たなメモリ１２−２に交換する場合を考える。図７は、元より容量の小さい記憶部に交換する場合を説明する図である。図７は、ＢＡ数が１００個のメモリ１２を、ＢＡ数が５０の新たなメモリ１２−２に交換する場合を示す。

このとき、属性管理リストのアドレス範囲を記憶部毎にまとめてしまうと、表７に示すように、交換していないＨＤＤ１３のアドレスも変更されてしまう。具体的には、変更前のアドレス１００〜３９９が、変更後のアドレス５０〜３４９に変換されてしまう。この場合、交換前にＨＤＤ１３に蓄積したデータを利用しようとしても、アドレスが変更されているため、データへのアクセスができないという不都合が生じてしまう。

そこで、本実施例では、この不都合を解決するために、表７に示すように属性管理リストを作成する。ここでは、足りない容量分を予約済エリアとして登録することで、ＨＤＤ１３のアドレスの変更を回避できる。こうすることで、交換前にＨＤＤ１３に蓄積したデータの利用も可能となる。

本発明になる記憶装置の第１実施例によれば、個別の記憶部のリード／ライト速度等の特性を有効に生かすことができる。

図８は、本発明になる記憶装置の第２実施例の要部を示すブロック図である。本実施例では、本発明が仮想記憶システムに適用されている。図８中、図１と同一部分には同一符号を付し、その説明は省略する。

なお、仮想記憶装置は図８のようにセキュリティ制御部１１１、複数の記憶部１１２，１１３を一体的にパッケージ化されているものだけでなく、記憶部に相当する記憶装置、装置属性管理部を含む管理モジュールを夫々独立に準備し、それらを個々に若しくは管理モジュールを介してホスト装置２に接続する形式をとっても良い。管理モジュールは、例えばＣＰＵ等のプロセッサとメモリを少なくとも備えたハードパッケージであっても、ソフトウエア若しくはドライバで構成しプロセッサとメモリはホスト装置２若しくは記憶装置のものを利用する形でプログラム実行を行うソフトパッケージであっても良い。

図８に示すように、仮想記憶装置１０１は、セキュリティ制御部１１１及び複数の記憶部１１２，１１３からなる。尚、仮想記憶装置１０１内に接続可能な記憶部１１２，１１３の総数は２つに限定されるものではない。ホスト装置２は、仮想記憶装置１０１に対して情報のリード／ライト等を指示するのに加え、セキュリティの制御等を指示する。仮想記憶装置１０１内のセキュリティ制御部１１１は、例えばＣＰＵ等のプロセッサとメモリから構成されており、記憶部１１２，１１３のセキュリティ関連の設定及び／又は制御を行うことで記憶部１１２，１１３を一元的に管理する。セキュリティの制御には、パスワードの照合や設定及び／又は変更等が含まれる。説明の便宜上、記憶部１２，１３はいずれもＨＤＤである場合について、セキュリティ制御部１１１の動作を説明する。つまり、記憶部１２，１３の種別は同じであり、性能（又は機能）は同じか或いは異なるものとする。又、セキュリティ機能として、ＨＤＤパスワードを例に挙げる。

パスワード登録の第１実施例では、ホスト装置２から仮想記憶装置１０１に対して、ＨＤＤパスワード登録のコマンドが発行される。ＨＤＤパスワードは、例えば「１１１１」であるものとする。仮想記憶装置１０１内のセキュリティ制御部１１１は、制御下の記憶部（ＨＤＤ）１１２及び記憶部（ＨＤＤ）１１３に対して、個別にパスワード登録のコマンドを発行する。

図９は、パスワード登録の第１実施例を説明するフローチャートである。図９に示すパスワード登録処理は、セキュリティ制御部１１１内のＣＰＵにより実行可能である。図９において、ステップＳ１１は、ホスト装置２が発行したＨＤＤパスワード「１１１１」の登録コマンドを受け取り、ステップＳ１２は、ＨＤＤ１１２にＨＤＤパスワード「１１１１」の登録コマンドを発行する。又、ステップＳ１３は、ＨＤＤ１１３にＨＤＤパスワード「１１１１」の登録コマンドを発行し、処理は終了する。

パスワード登録の第２実施例では、ホスト装置２から仮想記憶装置１０１に対して、ＨＤＤパスワード登録のコマンドが発行される。ＨＤＤパスワードは、例えば「１１１１」であるものとする。仮想記憶装置１０１内のセキュリティ制御部１１１は、制御下のＨＤＤ１１２,１１３に対して、個別にパスワード登録のコマンドを発行する。このとき、セキュリティ制御部１１１はホスト装置２から受信したＨＤＤパスワードに所定の演算を加えて、ＨＤＤ１１２,１１３用に異なるＨＤＤパスワードを生成して使用する。これにより、ホスト装置２からのパスワードを悪意の第三者が入手し、ＨＤＤを盗み取った場合であっても、個別のＨＤＤ毎にパスワードが異なるため、全てのＨＤＤが１つのパスワードで開けられることがなく、セキュリティが向上する。所定の演算を行う際には、個別のＨＤＤに固有な情報を使用することで、個別のＨＤＤ毎に一意なパスワードが毎回生成される仕組みがあっても良い。

図１０は、パスワード登録の第２実施例を説明するフローチャートである。図１０に示すパスワード登録処理は、セキュリティ制御部１１１内のＣＰＵにより実行可能である。図１０において、ステップＳ２１は、ホスト装置２が発行したＨＤＤパスワード「１１１１」の登録コマンドを受け取り、ステップＳ２２は、ＨＤＤパスワード「１１１１」から個別のＨＤＤ１１２，１１３用のＨＤＤパスワード「２２２２」，「３３３３」を生成する。ステップＳ２３は、ＨＤＤ１１２にＨＤＤパスワード「２２２２」の登録コマンドを発行する。又、ステップＳ２４は、ＨＤＤ１１３にＨＤＤパスワード「３３３３」の登録コマンドを発行し、処理は終了する。

パスワード登録の第３実施例では、ホスト装置２から仮想記憶装置１０１にパスワードを設定する場合に、仮想記憶装置１０１を構成する個々の記憶部のうちの一部がパスワード機能を持たない場合があり得る。このような場合、パスワード機能の不備を認識せずにパスワードの登録処理を行うと、仮想記憶装置１０１内の一部の記憶部にパスワードによるアクセス制御をかけることができなくなり、万一、当該記憶部が盗難にあった場合には、情報の漏洩が発生し得る。そこで、本実施例では、パスワード登録処理を行うにあたって、各記憶部が所定のパスワード機能をサポートしているか否かを確認する機能をセキュリティ制御部１１１に設け、パスワード機能をサポートしていない記憶部を検出した場合にはパスワード登録処理を中止し、ホスト装置２に対してエラー通知を行う。

図１１は、パスワード登録の第３実施例を説明するフローチャートである。図１１に示すパスワード登録処理は、セキュリティ制御部１１１内のＣＰＵにより実行可能である。図１１において、ステップＳ３１は、ホスト装置２が発行したＨＤＤパスワード「１１１１」の登録コマンドを受け取り、ステップＳ３２は、各ＨＤＤ１１２，１１３にパスワード機能の有無を問い合わせる。ステップＳ３３は、全てのＨＤＤ１１２，１１３がパスワード機能をサポートしているか否かを判定し、判定結果がＮＯであると、ステップＳ３４でホスト装置２に対してエラー通知を行う。

他方、ステップＳ３３の判定結果がＹＥＳであると、ステップＳ３５は、ＨＤＤパスワード「１１１１」から個別のＨＤＤ１１２，１１３用のＨＤＤパスワード「２２２２」，「３３３３」を生成する。ステップＳ３６は、ＨＤＤ１１２にＨＤＤパスワード「２２２２」の登録コマンドを発行する。又、ステップＳ３７は、ＨＤＤ１１３にＨＤＤパスワード「３３３３」の登録コマンドを発行し、処理は終了する。

ところで、パスワードの照合においては、登録の際と同様にセキュリティ制御部１１１がホスト装置２から受信したＨＤＤパスワードを配下のＨＤＤ１１２，１１３に送信することで実現できる。上記パスワード登録の第１実施例において、ホスト装置２からのＨＤＤパスワード「１１１１」を受信した場合は、セキュリティ制御１１１は下位のＨＤＤ１１２，１１３にＨＤＤパスワード「１１１１」を送信する。

パスワード登録の第２実施例の場合には、セキュリティ制御部１１１はホスト装置２から受信したＨＤＤパスワード「１１１１」を元に所定の演算を行い、ＨＤＤパスワード「２２２２」，「３３３３」を生成し、対応するＨＤＤ１１２，１１３に送信する。

パスワード送信後、セキュリティ制御部１１１は両方のＨＤＤ１１２,１１３にアクセスを試み、アクセスロックが正常に解除されたか否かを確認する。

ホスト装置２から不正なＨＤＤパスワードが送信された場合には、不正なＨＤＤパスワードをＨＤＤ１１２，１１３へ送信した結果、何れか若しくは両方のＨＤＤ１１２，１１３においてＨＤＤパスワードの不整合が発生する。この場合、上記のアクセスロックの解除を確認する際に解除の失敗を検出でき、セキュリティ制御部１１１はホスト装置２から発行されるセクタアクセス系（リード／ライト）のコマンドに対してエラー終了する。

図１２は、誤ったパスワードがホスト装置２から送信された場合のアクセスロック解除を説明するフローチャートである。図１２に示すアクセスロック解除処理は、セキュリティ制御部１１１内のＣＰＵにより実行可能である。図１２において、ステップＳ４１は、ホスト装置２が発行したＨＤＤパスワード「４４４４」が付加されたロック解除コマンドを受け取り、ステップＳ４２は、ＨＤＤパスワード「４４４４」から個別のＨＤＤ１１２，１１３用のＨＤＤパスワード「５５５５」，「６６６６」を生成する。ステップＳ４３は、ＨＤＤ１１２にＨＤＤパスワード「５５５５」でロック解除コマンドを発行する。又、ステップＳ４４は、ＨＤＤ１１３にＨＤＤパスワード「６６６６」でロック解除コマンドを発行する。

ステップＳ４５は、セクタ読み出しを行うことで、ＨＤＤ１１２，１１３のロック解除を確認する。ステップＳ４６は、各ＨＤＤ１１２，１１３のロック解除が行われているか否かを判定する。ステップＳ４６の判定結果がＮＯであると、ステップＳ４７は、ホスト装置２からの仮想記憶装置１０１へのアクセスを許可せず、処理は終了する。他方、ステップＳ４６の判定結果がＹＥＳであると、ステップＳ４８は、ホスト装置２からの仮想記憶装置１０１へのアクセスを許可し、処理は終了する。

これにより、ホスト装置２が送信したパスワードが誤ったものであれば、セキュリティ制御部１１１がＨＤＤ１１２, １１３に対して正当なＨＤＤパスワードを送信することができないので、ＨＤＤ１１２, １１３のロックは解除されない。従って、セキュリティ制御部１１１は、ホスト装置２のセクタアクセス系のコマンドに対してエラー通知を返すことで、仮想記憶装置１０１へのアクセスを許可しないようにすることができる。

本発明になる記憶装置の第２実施例によれば、異なる種類及び／又は性能（又は機能）の記憶部を用いる場合でもセキュリティを確保することが可能となる。

本発明になる記憶装置の第３実施例として、上記記憶装置の第１実施例及び第２実施例を組み合わせても良い。この場合、仮想記憶装置は、複数の記憶部に加え、図１に示す装置属性管理部１１と図８に示すセキュリティ制御部１１１の両方を備える。尚、ＣＰＵ等のプロセッサとメモリからなる構成により、装置属性管理部１１の機能とセキュリティ制御部１１１の機能の両方を実現するようにしても良い。

本発明になる記憶装置の第３実施例によれば、個別の記憶部のリード／ライト速度等の特性を有効に生かすと共に、異なる種類及び／又は性能（又は機能）の記憶部を用いる場合でもセキュリティを確保することが可能となる。

尚、仮想記憶装置に複数の記憶部が接続されている場合、上記記憶装置の第１及び第３実施例のように全ての記憶部を仮想的に１つの記憶装置として用いるモードと、従来のように記憶部の種類及び／又は性能に応じて記憶部をグループ化して各グループを別々の記憶装置として用いるモードとを選択可能な構成としても良い。

上記記憶装置の各実施例では、記憶部にＨＤＤや半導体記憶装置（メモリ）を用いているが、記憶部はこれらに限定されるものではなく、ＨＤＤの代わりに光ディスクドライブ等の光記録媒体装置や光磁気ディスクドライブ等の光磁気記録媒体装置を用いても良い。又、半導体記憶装置は特に限定されず、各種不揮発性メモリ等を用いることが可能である。

尚、本発明は、以下に付記する発明をも包含するものである。
（付記１） 異なる種類及び／又は性能で、仮想的に１つの記憶装置として用いられる少なくとも２つの記憶部に対して、各記憶部の属性情報を管理して、該属性情報の少なくとも一部を上位装置に提供する装置属性管理部とを備え、
該属性情報は、各記憶部が仮想記憶装置上で占める記憶領域情報と、各記憶部の性能情報とを対応させて含むことを特徴とする、記憶装置の管理モジュール。
（付記２） 該属性情報が含む性能情報は、リード／ライト機能の有無を示す装置属性、リード／ライト速度及び総ブロック数を含むことを特徴とする、付記１記載の記憶装置の管理モジュール。
（付記３） 該異なる種類及び／又は性能の記憶部は、少なくとも記録媒体装置と半導体記憶装置を含む、付記１又は２記載の記憶装置の管理モジュール。
（付記４） 各記憶部のセキュリティ関連の設定及び／又は制御を行うことで各記憶部を一元的に管理するセキュリティ制御部を更に備えたことを特徴とする、付記１〜３のいずれか１項記載の記憶装置の管理モジュール。
（付記５） 該セキュリティ制御部は、各記憶部のセキュリティ機能の有無を確認する手段を有することを特徴とする、付記４記載の記憶装置の管理モジュール。
（付記６） 該セキュリティ制御部は、所定のセキュリティ機能を有さない記憶装置を確認すると該上位装置へエラー通知を行う手段を有することを特徴とする、付記４記載の記憶装置の管理モジュール。
（付記７） 該セキュリティ制御部は、各記憶部のロック解除が行われているか否かを判定し、ロックが解除されている場合にのみ該上位装置からの該記憶装置へのアクセスを許可する手段を有することを特徴とする、付記４記載の記憶装置の管理モジュール。
（付記８） 該装置属性管理部及び該セキュリティ制御は、同じプロセッサで構成されていることを特徴とする、付記１〜７のいずれか１項記載の記憶装置の管理モジュール。
（付記９） 仮想的に１つの記憶装置として用いられる少なくとも２つの記憶部に対して、 各記憶部のセキュリティ関連の設定及び／又は制御を行うことで各記憶部を一元的に管理するセキュリティ制御部とを備えたことを特徴とする、記憶装置の管理モジュール。
（付記１０） 該セキュリティ制御部は、各記憶部のセキュリティ機能の有無を確認する手段を有することを特徴とする、付記９記載の記憶装置の管理モジュール。
（付記１１） 異なる種類及び／又は性能で、仮想的に１つの記憶装置として用いられる少なくとも２つの記憶部と、
各記憶部の属性情報を管理して、該属性情報の少なくとも一部を上位装置に提供する装置属性管理部とを備え、
該属性情報は、各記憶部が仮想記憶装置上で占める記憶領域情報と、各記憶部の性能情報とを対応させて含むことを特徴とする、記憶装置。
（付記１２） 仮想的に１つの記憶装置として用いられる少なくとも２つの記憶部と、
各記憶部のセキュリティ関連の設定及び／又は制御を行うことで各記憶部を一元的に管理するセキュリティ制御部とを備えたことを特徴とする、記憶装置。

以上、本発明を実施例により説明したが、本発明は上記実施例に限定されるものではなく、本発明の範囲内で種々の変形及び改良が可能であることは言うまでもない。

本発明になる記憶装置の第１実施例の要部を示すブロック図である。 INQUIRYコマンドで得られるデータのフォーマットを示す図である。 デバイスタイプの定義を示す図である。 測定処理を説明するフローチャートである。 交換又は追加される記憶部の構成（メモリマップ）を示す図である。 元より容量の大きい記憶部に交換する場合を説明する図である。 元より容量の小さい記憶部に交換する場合を説明する図である。 本発明になる記憶装置の第２実施例の要部を示すブロック図である。 パスワード登録の第１実施例を説明するフローチャートである。 パスワード登録の第２実施例を説明するフローチャートである。 パスワード登録の第３実施例を説明するフローチャートである。 アクセスロック解除を説明するフローチャートである。

符号の説明

１，１０１ 仮想記憶装置
２ ホスト装置
１１ 装置属性管理部
１２，１２−１，１２−２，１３，１１２，１１３ 記憶部
１１１ セキュリティ制御部

Claims (5)

1. 異なる種類及び／又は性能で、仮想的に１つの記憶装置として用いられる少なくとも２つの記憶部に対して、各記憶部の属性情報を管理して、該属性情報の少なくとも一部を上位装置に提供する装置属性管理部を備え、
   該属性情報は、各記憶部が仮想記憶装置上で占める記憶領域情報と、各記憶部の性能情報とを対応させて含むことを特徴とする、記憶装置の管理モジュール。
2. 該属性情報が含む性能情報は、リード／ライト機能の有無を示す装置属性、リード／ライト速度及び総ブロック数を含むことを特徴とする、請求項１記載の記憶装置の管理モジュール。
3. 各記憶部のセキュリティ関連の設定及び／又は制御を行うことで各記憶部を一元的に管理するセキュリティ制御部を更に備えたことを特徴とする、請求項１又は２記載の記憶装置の管理モジュール。
4. 該セキュリティ制御部は、各記憶部のセキュリティ機能の有無を確認する手段を有することを特徴とする、請求項３記載の記憶装置の管理モジュール。
5. 仮想的に１つの記憶装置として用いられる少なくとも２つの記憶部に対して、
   各記憶部のセキュリティ関連の設定及び／又は制御を行うことで各記憶部を一元的に管理するセキュリティ制御部とを備えたことを特徴とする、記憶装置の管理モジュール。
   
   

Images