特開 2024-36068 メモリシステムおよび制御方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024036068

(43)【公開日】2024-03-15

(54)【発明の名称】メモリシステムおよび制御方法

(51)【国際特許分類】

   G06F 12/02 20060101AFI20240308BHJP

   G06F 16/18 20190101ALI20240308BHJP

   G06F 12/00 20060101ALI20240308BHJP

   G06F 3/06 20060101ALI20240308BHJP

【ＦＩ】

G06F12/02 510A

G06F16/18

G06F12/00 597U

G06F3/06 301M

【審査請求】未請求

【請求項の数】11

【出願形態】ＯＬ

(21)【出願番号】P 2022140780

(22)【出願日】2022-09-05

(71)【出願人】

【識別番号】318010018

【氏名又は名称】キオクシア株式会社

(74)【代理人】

【識別番号】110001737

【氏名又は名称】弁理士法人スズエ国際特許事務所

(72)【発明者】

【氏名】佐々木 達哉

【テーマコード（参考）】

5B160

【Ｆターム（参考）】

5B160AA12

(57)【要約】

【課題】ホストがネットワーク経由でネームスペースを操作することを可能とするメモリシステムを提供する。
【解決手段】実施形態によれば、コントローラは、第１ホストから接続を要求する第１コマンドを受信したことに応じて、不揮発性メモリの記憶領域を論理的に分割して作成されるネームスペースの装着状況に基づき、ネームスペースの作成、削除または着脱を含む操作の要求をネットワークを介して第１ホストから受付可能とするための、かつ、他のホストにおけるネームスペースの着脱とは無関係に第１ホストがネームスペースを独自に着脱可能とするための仮想コントローラを作成する。コントローラは、第１ホストからネームスペースの操作に関する第２コマンドを受信した場合、仮想コントローラにおけるネームスペースの装着状況に基づき、第２コマンドが要求するネームスペースの操作に関する処理を実行する。
【選択図】図２

【特許請求の範囲】

【請求項1】

記憶領域を備える不揮発性メモリと、
ネットワークを介して第１ホストを含む１以上のホストと通信可能であり、前記不揮発性メモリの前記記憶領域を論理的に分割してネームスペースを作成可能であるコントローラと、
を具備し、
前記コントローラは、
前記第１ホストから接続を要求する第１コマンドを受信したことに応じて、前記不揮発性メモリの前記記憶領域に対する前記ネームスペースの装着状況に基づき、前記ネームスペースの作成、削除または着脱を含む操作の要求を前記ネットワークを介して前記第１ホストから受付可能とするための、かつ、他のホストにおける前記ネームスペースの着脱とは無関係に前記第１ホストが前記ネームスペースを独自に着脱可能とするための仮想コントローラを作成し、
前記第１ホストから前記ネームスペースの操作に関する第２コマンドを受信した場合、前記仮想コントローラにおけるネームスペースの装着状況に基づき、前記第２コマンドが要求する前記ネームスペースの操作に関する処理を実行する、
メモリシステム。

【請求項2】

前記コントローラは、
前記第１ホストから前記第１コマンドを受信した場合、前記第１ホスト用に第１仮想コントローラを作成し、
第２ホストから前記第１コマンドを受信した場合、前記第２ホスト用に第２仮想コントローラを作成し、
前記第１ホストから前記ネームスペースの前記操作として装着または抜脱を要求する前記第２コマンドを受信した場合、前記第２コマンドが指定する前記ネームスペースを前記第１仮想コントローラにおいて装着または抜脱し、
前記第２ホストから前記ネームスペースの前記操作として装着または抜脱を要求する前記第２コマンドを受信した場合、前記第２コマンドが指定する前記ネームスペースを前記第２仮想コントローラにおいて装着または抜脱し、
前記不揮発性メモリに作成されている前記ネームスペースの第１識別子と、前記第１仮想コントローラにおいて装着されている状態にある前記ネームスペースの第２識別子との対応関係を管理し、かつ、前記第１識別子と、前記第２仮想コントローラにおいて装着されている状態にある前記ネームスペースの第３識別子との対応関係とを管理し、
前記第１ホストから、前記第２識別子によって前記ネームスペースが指定され前記ネームスペースへのアクセスを要求する第３コマンドを受信した場合、前記第２識別子を前記第１識別子に変換して、前記第１識別子で示される前記ネームスペースに対して前記第３コマンドが要求するアクセスに関する処理を実行し、
前記第２ホストから、前記第３識別子によって前記ネームスペースが指定された前記第３コマンドを受信した場合、前記第３識別子を前記第１識別子に変換して、前記第１識別子で示される前記ネームスペースに対して前記第３コマンドが要求するアクセスに関する処理を実行する、
請求項１に記載のメモリシステム。

【請求項3】

前記コントローラは、
第１ネームスペースが前記第１仮想コントローラを含むいずれの仮想コントローラにおいても装着されていない状態において、前記第１ホストから前記第１ネームスペースの前記操作として装着を要求する前記第２コマンドを受信した場合、前記第１ネームスペースを前記不揮発性メモリにおいて作成し、かつ、前記第１ネームスペースを前記第１仮想コントローラにおいて装着し、
前記第１ネームスペースが前記第１仮想コントローラ以外の仮想コントローラにおいて装着されている状態において、前記第１ホストから前記第１ネームスペースの前記操作として装着を要求する前記第２コマンドを受信した場合、前記第１ネームスペースを前記不揮発性メモリにおいて作成することを省略し、前記第１ネームスペースを前記第１仮想コントローラにおいて装着する、
請求項２に記載のメモリシステム。

【請求項4】

前記コントローラは、
第２ネームスペースが前記第１仮想コントローラにおいて装着されており、かつ、前記第１仮想コントローラ以外の仮想コントローラにおいて装着されていない状態において、前記第１ホストから前記第２ネームスペースの前記操作として抜脱を要求する前記第２コマンドを受信した場合、前記第２ネームスペースを前記不揮発性メモリにおいて作成された状態から解放された状態へ移行し、かつ、前記第２ネームスペースを前記第１仮想コントローラにおいて装着された状態から抜脱された状態へ移行し、
前記第２ネームスペースが前記第１仮想コントローラと前記第１仮想コントローラ以外の仮想コントローラとにおいて装着されている状態において、前記第１ホストから前記第２ネームスペースの前記操作として抜脱を要求する前記第２コマンドを受信した場合、前記第２ネームスペースを前記不揮発性メモリにおいて作成された状態から解放された状態へ移行することを省略し、前記第２ネームスペースを前記第１仮想コントローラにおいて装着された状態から抜脱された状態へ移行する、
請求項２に記載のメモリシステム。

【請求項5】

前記コントローラは、
第３ネームスペースが前記第１仮想コントローラ以外の仮想コントローラにおいて装着されていない状態において、前記第１ホストから前記第３ネームスペースの前記操作として削除を要求する前記第２コマンドを受信した場合、前記第３ネームスペースを前記不揮発性メモリから削除し、
前記第３ネームスペースが前記第１仮想コントローラ以外の仮想コントローラにおいて装着されている状態において、前記第１ホストから前記第３ネームスペースの前記操作として削除を要求する前記第２コマンドを受信した場合、エラー応答を前記第１ホストへ送信する、
請求項２に記載のメモリシステム。

【請求項6】

前記コントローラは、前記第３ネームスペースが前記第１仮想コントローラ以外の仮想コントローラにおいて装着されていない状態において、前記第１ホストから前記第３ネームスペースの削除を要求する前記第２コマンドを受信した際、前記第３ネームスペースが前記第１仮想コントローラにおいて装着されていた場合、前記第３ネームスペースを前記第１仮想コントローラにおいて装着された状態から抜脱された状態へ移行し、かつ、前記第３ネームスペースを前記不揮発性メモリから削除する請求項５に記載のメモリシステム。

【請求項7】

前記コントローラは、前記第３ネームスペースが前記第１仮想コントローラ以外の仮想コントローラにおいて装着されていない状態において、前記第１ホストから前記第３ネームスペースの前記操作として削除を要求する前記第２コマンドを受信した際、前記第３ネームスペースが前記第１仮想コントローラにおいて装着されていた場合、エラー応答を前記第１ホストへ送信する請求項５に記載のメモリシステム。

【請求項8】

前記コントローラは、前記第１ホストからネームスペースの前記操作として作成を要求する前記第２コマンドを受信した場合、前記第２コマンドで指定されるネームスペースを前記不揮発性メモリの前記記憶領域に作成する請求項２に記載のメモリシステム。

【請求項9】

前記コントローラは、
前記第１識別子と前記第２識別子との対応関係および前記第１識別子と前記第３識別子との対応関係を含む、前記不揮発性メモリの前記記憶領域に作成されている前記ネームスペースの識別子と、前記仮想コントローラにおいて装着されている状態にある前記ネームスペースの識別子との対応関係を記憶する第１テーブルを管理し、
前記ホストから前記第１テーブルを要求する第４コマンドを受信した場合、前記第１テーブルを前記ホストへ送信する、
請求項２に記載のメモリシステム。

【請求項10】

前記コントローラは、
前記第１識別子と前記第２識別子との対応関係および前記第１識別子と前記第３識別子との対応関係を含む、前記不揮発性メモリの前記記憶領域に作成されている前記ネームスペースの識別子と、前記仮想コントローラにおいて装着されている状態にある前記ネームスペースの識別子との対応関係を記憶する第１テーブルを管理し、
前記ホストから前記第１テーブルの前記不揮発性メモリへの格納を要求する第５コマンドを受信した場合、前記第１テーブルを前記不揮発性メモリに格納する、
請求項２に記載のメモリシステム。

【請求項11】

ネットワークを介して第１ホストを含む１以上のホストと通信可能であり、記憶領域を備える不揮発性メモリの前記記憶領域を論理的に分割してネームスペースを作成可能なメモリシステムの制御方法であって、
前記第１ホストから接続を要求する第１コマンドを受信したことに応じて、前記不揮発性メモリの前記記憶領域に対する前記ネームスペースの装着状況に基づき、前記ネームスペースの作成、削除または着脱を含む操作の要求を前記ネットワークを介して前記第１ホストから受付可能とするための、かつ、他のホストにおける前記ネームスペースの着脱とは無関係に前記第１ホストが前記ネームスペースを独自に着脱可能とするための仮想コントローラを作成し、
前記第１ホストから前記ネームスペースの操作に関する第２コマンドを受信した場合、前記仮想コントローラにおけるネームスペースの装着状況に基づき、前記第２コマンドが要求する前記ネームスペースの操作に関する処理を実行する、
制御方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明の実施形態は、メモリシステムおよび制御方法に関する。

【背景技術】

【0002】

ＮＶＭｅ^ＴＭ－ｏＦ（ＮＶＭｅ ｏｖｅｒ Ｆａｂｒｉｃｓ）は、ホストが、ネットワークを介して接続されるターゲットを、ローカルのＮＶＭｅデバイスとして利用することを可能とする技術である。ターゲットは、たとえばＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）といったメモリシステムである。

【0003】

通常、ＮＶＭｅデバイスは、ＮＶＭｅデバイスの記憶領域を論理的に分割して、複数のＮＳ（Ｎａｍｅｓｐａｃｅ）を作成することができる。記憶領域に複数のＮＳを作成することで、ＮＶＭｅデバイスを柔軟に使用することができる。例えば、ホストが使用するＮＶＭｅデバイスの記憶領域を、アプリケーションプログラムごとに分けることができる。また、ＮＶＭｅ－ｏＦによって複数のホストが１つのターゲットに接続している場合に、複数のホストが使用するＮＶＭｅデバイスの記憶領域を、ホストごとに分けることができる。

【0004】

ホストがＮＶＭｅデバイスと直接的に接続される環境下においては、ホストは、ＮＳ操作用のコマンドであるＡｄｍｉｎコマンドを、接続されたＮＶＭｅデバイスに送信することで、ＮＳの作成、削除や、ＮＳのａｔｔａｃｈ（装着）、ｄｅｔａｃｈ（抜脱）といった、ＮＳに関する操作を行うことができる。ａｔｔａｃｈは、ＮＳをアクセス対象に組み入れる操作であり、ｄｅｔａｃｈは、ＮＳをアクセス対象から外す操作である。また、ＮＳの削除は、ＮＳ用として確保されているＮＶＭｅデバイスの一部の記憶領域を解放することである。

【0005】

一方、１つのターゲットを複数のホストが利用可能とするＮＶＭｅ－ｏＦによって１つのターゲットをローカルのＮＶＭｅデバイスとして利用する環境下においては、ホストがターゲットに送信したＡｄｍｉｎコマンドは、ターゲットによってサポート外のコマンドとして扱われて、エラー応答されてしまう。しかし、ターゲットがＡｄｍｉｎコマンドに対してエラー応答を行うことで、あるホストが使用しているＮＳを、別のホストがターゲットに送信したＡｄｍｉｎコマンドに応じて削除またはｄｅｔａｃｈするといったことが防止されている。

【0006】

このように、ターゲットとネットワークを介して接続されるホストは、ａｔｔａｃｈ状態のＮＳを使用することはできるが、ＮＳに関する操作を行うことはできない。

【先行技術文献】

【特許文献】

【0007】

【特許文献1】特表２０２１－５１０２１５号公報

【特許文献2】特開２０１９－７５１０４号公報

【特許文献3】特開２０２１－７７２０８号公報

【発明の概要】

【発明が解決しようとする課題】

【0008】

本発明の１つの実施形態は、ホストがネットワーク経由でネームスペースに関する操作をすることを可能とするメモリシステムおよび制御方法を提供する。

【課題を解決するための手段】

【0009】

実施形態によれば、メモリシステムは、不揮発性メモリと、コントローラと、を具備する。不揮発性メモリは、記憶領域を備える。コントローラは、ネットワークを介して第１ホストを含む１以上のホストと通信可能であり、不揮発性メモリの記憶領域を論理的に分割してネームスペースを作成可能である。コントローラは、第１ホストから接続を要求する第１コマンドを受信したことに応じて、不揮発性メモリの記憶領域に対するネームスペースの装着状況に基づき、ネームスペースの作成、削除または着脱を含む操作の要求をネットワークを介して第１ホストから受付可能とするための、かつ、他のホストにおけるネームスペースの着脱とは無関係に第１ホストがネームスペースを独自に着脱可能とするための仮想コントローラを作成する。コントローラは、第１ホストからネームスペースの操作に関する第２コマンドを受信した場合、仮想コントローラにおけるネームスペースの装着状況に基づき、第２コマンドが要求するネームスペースの操作に関する処理を実行する。

【図面の簡単な説明】

【0010】

【図1】第１実施形態のターゲット（メモリシステム）を含む、ＮＶＭｅ－ｏＦを適用するコンピュータシステムの一構成例を示す図。

【図2】第１実施形態のターゲットの一構成例を示す図。

【図3】第１実施形態のターゲットにおいて作成される仮想コントローラの一例を示す図。

【図4】第１実施形態のターゲットにおけるｃｏｎｎｅｃｔコマンド受信時の動作手順を示すフローチャート。

【図5】第１実施形態のターゲットにおけるＮＳ作成コマンド受信時の動作手順を示すフローチャート。

【図6】第１実施形態のターゲットにおけるＮＳ削除コマンド受信時の動作手順を示すフローチャート。

【図7】第１実施形態のターゲットにおけるＮＳ ａｔｔａｃｈ／ｄｅｔａｃｈコマンド受信時の動作手順を示すフローチャート。

【図8】第２実施形態のターゲットにおけるコントローラの一構成例を示す図。

【図9】第２実施形態のターゲットにおける、メモリ側コントローラおよび仮想コントローラにおけるＮＳのａｔｔａｃｈ状態の一例を示す図。

【図10】第２実施形態のターゲットが記憶するＮＳ管理情報の一例を示す図。

【図11】第２実施形態のターゲットにおけるｃｏｎｎｅｃｔコマンド受信時の動作手順を示すフローチャート。

【図12】第２実施形態のターゲットにおけるＩ／Ｏコマンド受信時の動作手順を示すフローチャート。

【図13】第２実施形態のターゲットにおけるＮＳ ａｔｔａｃｈコマンド受信時の動作手順を示すフローチャート。

【図14】第２実施形態のターゲットにおけるＮＳ ｄｅｔａｃｈコマンド受信時の動作手順を示すフローチャート。

【図15】第３実施形態のターゲットにおけるコントローラの一構成例を示す図。

【図16】第４実施形態のターゲットにおけるコントローラの一構成例を示す図。

【図17】第４実施形態のターゲットにおけるＮＳ管理情報の保存要求受信時の動作手順を示すフローチャート。

【図18】第４実施形態のターゲットにおけるｃｏｎｎｅｃｔコマンド受信時の動作手順を示すフローチャート。

【発明を実施するための形態】

【0011】

以下、実施の形態について、図面を参照して説明する。

【0012】

（第１実施形態）
まず、第１実施形態について説明する。

【0013】

図１は、第１実施形態のターゲット（メモリシステム）１を含む、ＮＶＭｅ－ｏＦを適用するコンピュータシステム１０００の一構成例を示す図である。

【0014】

コンピュータシステム１０００は、１以上のターゲット１を含むターゲットシステム１００と、１以上のホスト２を含むホストシステム２００とが、ネットワーク機器３を介して接続される。ターゲット１とネットワーク機器３およびネットワーク機器３とホスト２は、たとえば、ＩＥＥＥ ８０２．３規格のネットワークで接続される。

【0015】

ターゲット１は、ＮＶＭｅ－ｏＦ規格のプロトコルでホスト２と通信する機能を有するストレージ装置である。ホスト２は、サーバやＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）といった情報処理装置である。ネットワーク機器３は、たとえばスイッチやルータである。ターゲット１は、ネットワーク機器３を介して、外部装置であるホスト２からのコマンドを受信する。

【0016】

図２は、ターゲット１の一構成例を示す図である。図２には、ターゲット１が有する後述するコントローラ１０の一構成例が併せて示されている。

【0017】

ターゲット１は、コントローラ１０と、メモリ２０とを有する。コントローラ１０は、ＳｏＣ（Ｓｙｓｔｅｍ－ｏｎ－Ｃｈｉｐ）などとして構成されている。メモリ２０は、たとえばＮＡＮＤ型のフラッシュメモリである。

【0018】

コントローラ１０は、メモリ２０の制御を含むターゲット１の全体的な制御を実行する。前述の、ＮＶＭｅ－ｏＦ規格のプロトコルでホスト２と通信する機能は、コントローラ１０によって実現される。コントローラ１０は、ホスト２からのＡｄｍｉｎコマンドに応じて、メモリ２０の記憶領域にＮＳを作成したり、既存のＮＳを削除したり、ＮＳを着脱したりすることができる。しかし、従来、ネットワークを介してターゲット１と接続されるホスト２がＡｄｍｉｎコマンドによってＮＳを操作することはできなかった。第１実施形態のターゲット１のコントローラ１０は、ネットワークを介してターゲット１と接続されるホスト２がＡｄｍｉｎコマンドによってＮＳを操作することを可能とする仕組みを備えている。以下、この点について詳述する。

【0019】

コントローラ１０は、ホスト側コントローラ１１と、メモリ側コントローラ１２と、ＮＳ状態確認部１３と、仮想コントローラ作成部１４とを有する。これらは、コントローラ１０内のプロセッサがプログラムを実行することによって実現されてもよいし、電気回路などのハードウェアとして実現されてもよい。以下、ＮＳ状態確認部１３を確認部１３とも称し、仮想コントローラ作成部１４を作成部１４とも称する。

【0020】

ホスト側コントローラ１１は、たとえばＩＥＥＥ ８０２．３規格のフォーマットで、ネットワーク機器３を介してホスト２からのコマンドやデータを受信する。ホスト側コントローラ１１は、受信したコマンドやデータを、メモリ側コントローラ１２が解釈可能なフォーマットに変換し、メモリ側コントローラ１２へと中継する。また、ホスト側コントローラ１１は、メモリ側コントローラ１２から受け取ったコマンドの処理結果を、たとえばＩＥＥＥ ８０２．３規格のフォーマットでホスト２に宛ててネットワーク機器３へ送信する。

【0021】

ホスト側コントローラ１１は、Ａｄｍｉｎコマンドパススルー部１１１を有する。以下、Ａｄｍｉｎコマンドパススルー部１１１をパススルー部１１１とも称する。パススルー部１１１は、ネットワーク機器３経由で受信されるホスト２からのコマンドがＮＳの操作に関するＡｄｍｉｎコマンドであった場合、このＡｄｍｉｎコマンドをメモリ側コントローラ１２へ中継するための処理を実行する。前述したように、ネットワーク機器３経由で受信されるホスト２からのＡｄｍｉｎコマンドは、従来であればサポート外のコマンドとしてエラー応答されていた。なお、ターゲット１と直接的に接続されるホストからのＡｄｍｉｎコマンドは、パススルー部１１１によらずとも、従来と同様、メモリ側コントローラ１２へ中継される。

【0022】

メモリ側コントローラ１２は、ホスト側コントローラ１１から受け取ったコマンドに応じて、メモリ２０へのデータの書き込みや、メモリ２０からのデータの読み出しを制御する。また、ＮＳの操作に関するＡｄｍｉｎコマンドを受け取った場合、メモリ側コントローラ１２は、メモリ２０の一部の記憶領域を確保してＮＳを作成したり、ＮＳを削除して当該ＮＳ用に確保されていたメモリ２０の一部の記憶領域を解放したり、ＮＳを着脱（ａｔｔａｃｈ、ｄｅｔａｃｈ）したりすることができる。

【0023】

確認部１３は、ホスト側コントローラ１１からの指示に基づき、メモリ側コントローラ１２におけるＮＳのａｔｔａｃｈ状態を確認する。ホスト側コントローラ１１から確認部１３への指示は、ターゲット１との接続を要求するｃｏｎｎｅｃｔコマンドがホスト２から送信された場合に実行される。たとえば、３つのＮＳ「１」、ＮＳ「２」、ＮＳ「３」がメモリ２０の記憶領域に作成されており、そのうち、２つのＮＳ「１」、ＮＳ「２」がａｔｔａｃｈ状態にある場合、確認部１３は、３つのＮＳ「１」、ＮＳ「２」、ＮＳ「３」の中の２つのＮＳ「１」、ＮＳ「２」がａｔｔａｃｈ状態にあることを確認する。確認部１３は、この確認結果を作成部１４に通知する。

【0024】

作成部１４は、ｃｏｎｎｅｃｔコマンドを送信したホスト２用の仮想コントローラ１１Ａ（図３参照）を作成する。作成部１４による仮想コントローラ１１Ａの作成も、ｃｏｎｎｅｃｔコマンド受信時のホスト側コントローラ１１からの指示に基づいて実行される。作成部１４は、確認部１３からの通知に基づき、メモリ側コントローラ１２におけるＮＳのａｔｔａｃｈ状態が反映された仮想コントローラ１１Ａを作成する。たとえば、３つのＮＳ「１」、ＮＳ「２」、ＮＳ「３」の中の２つのＮＳ「１」、ＮＳ「２」がａｔｔａｃｈ状態にある仮想コントローラ１１Ａを作成する。作成部１４は、仮想コントローラ１１Ａの作成が完了したことを、ホスト側コントローラ１１に通知する。

【0025】

作成部１４は、ＮＳ ａｔｔａｃｈ部１４１を有する。ＮＳ ａｔｔａｃｈ部１４１は、ホスト側コントローラ１１の指示に基づき、仮想コントローラ１１ＡにおけるＮＳのａｔｔａｃｈ／ｄｅｔａｃｈを実行する。このＮＳ ａｔｔａｃｈ部１４１に対してホスト側コントローラ１１が指示を送るタイミングについては後述する。

【0026】

ホスト側コントローラ１１は、作成部１４による仮想コントローラ１１Ａの作成が完了すると、ホスト２に対して、接続完了をネットワーク機器３経由で応答する。接続完了後、ホスト側コントローラ１１は、仮想コントローラ１１ＡにおけるＮＳのａｔｔａｃｈ状態と、メモリ側コントローラ１２におけるＮＳのａｔｔａｃｈ状態とを並行して管理する。ホスト側コントローラ１１は、この管理に基づいて、ホスト２が送信するコマンドに応じて、メモリ２０に対するアクセスを制御する。

【0027】

図３は、第１実施形態のターゲット１において作成される仮想コントローラ１１Ａの一例を示す図である。

【0028】

ここでは、メモリ２０の記憶領域に、２つのＮＳ２１「Ａ」、ＮＳ２１「Ｂ」が作成されており、かつ、これら２つのＮＳ２１がメモリ側コントローラ１２においてａｔｔａｃｈ状態にある例を示す。メモリ側コントローラ１２は、ＮＳ２１「Ａ」を識別子ＮＳＩＤ「１」と識別し、ＮＳ２１「Ｂ」を識別子ＮＳＩＤ２と識別している。

【0029】

また、ここでは、仮想コントローラ１１Ａにおいても、ＮＳ２１「Ａ」、ＮＳ２１「Ｂ」の両方がａｔｔａｃｈ状態にある場合を例に示す。つまり、図３に示す仮想コントローラ１１Ａの状態は、ホスト２からｃｏｎｎｅｃｔコマンドの受信に応じて作成される仮想コントローラ１１Ａの状態である。ホスト２においても、ＮＳ２１「Ａ」は「１」と識別され、ＮＳ２１「Ｂ」は「２」と識別されている。図３中、仮想コントローラ１１Ａの枠内に示される識別子ＮＳＩＤ「１」、「２」は、ホスト２がＮＳ２１の識別に用いる識別子である。ホスト２がＮＳ２１「Ａ」を対象とするコマンドを送信する場合、識別子ＮＳＩＤ「１」を使用する。これにより、たとえば当該コマンドがメモリ側コントローラ１２に中継された際、メモリ側コントローラ１２によってＮＳ２１「Ａ」を対象とする処理が行われる。

【0030】

ここで、仮に、ホスト２が、ＮＳ２１「Ａ」のｄｅｔａｃｈを要求するＡｄｍｉｎコマンドを送信したとすると、ホスト側コントローラ１１は、このホスト２以外の他のホスト２用の仮想コントローラ１１ＡにおいてＮＳ２１「Ａ」がａｔｔａｃｈ状態にあるか否かを判定する。ＮＳ２１「Ａ」をａｔｔａｃｈ状態としている他の仮想コントローラ１１Ａがある場合、ホスト側コントローラ１１は、ＮＳ ａｔｔａｃｈ部１４１に対して、Ａｄｍｉｎコマンドを送信したホスト２用の仮想コントローラ１１ＡからＮＳ２１「Ａ」をｄｅｔａｃｈする指示を送り、ＮＳ２１「Ａ」のｄｅｔａｃｈ完了をホスト２へ応答する。従って、この場合は、パススルー部１１１によるメモリ側コントローラ１２へのＡｄｍｉｎコマンドの引き渡しは行われず、メモリ側コントローラ１２においてＮＳ２１「Ａ」はａｔｔａｃｈされたままである。換言すれば、Ａｄｍｉｎコマンドを送信したホスト２用の仮想コントローラ１１Ａにおいてのみ、ＮＳ２１「Ａ」のｄｅｔａｃｈが行われる。

【0031】

一方、ＮＳ２１「Ａ」をａｔｔａｃｈ状態としている他の仮想コントローラ１１Ａがない場合、ホスト側コントローラ１１は、まず、パススルー部１１１によるメモリ側コントローラ１２へのｄｅｔａｃｈを要求するＡｄｍｉｎコマンドの引き渡しを行う。メモリ側コントローラ１２は、このＡｄｍｉｎコマンドに応じて、ＮＳ２１「Ａ」のｄｅｔａｃｈの処理を実行する。ホスト側コントローラ１１は、メモリ側コントローラ１２からＮＳ２１「Ａ」のｄｅｔａｃｈ完了を通知されると、ＮＳ ａｔｔａｃｈ部１４１に対して、Ａｄｍｉｎコマンドを送信したホスト２用の仮想コントローラ１１ＡからＮＳ２１「Ａ」をｄｅｔａｃｈする指示を送ると共に、ＮＳ２１「Ａ」のｄｅｔａｃｈ完了をホスト２へ応答する。メモリ側コントローラ１２からＮＳ２１「Ａ」のｄｅｔａｃｈ失敗を通知された場合、ホスト側コントローラ１１は、ＮＳ ａｔｔａｃｈ部１４１に対するＮＳ２１「Ａ」をｄｅｔａｃｈする指示を送ることなく、ＮＳ２１「Ａ」のｄｅｔａｃｈ失敗をホスト２へ応答する。なお、後述するａｔｔａｃｈの場合と異なり、ｄｅｔａｃｈの場合は、メモリ側コントローラ１２におけるｄｅｔａｃｈの成否に関わらず、仮想コントローラ１１Ａにおけるｄｅｔａｃｈを行うようにしてもよい。しかし、ターゲット１の管理上、メモリ側コントローラ１２におけるｄｅｔａｃｈの処理が失敗した場合、その結果がコマンド送信元のホスト２へ通知されることが好ましい。ここで、メモリ側コントローラ１２におけるｄｅｔａｃｈの処理が失敗することは、ｄｅｔａｃｈの処理がエラーとなるともいう。

【0032】

また、ＮＳ２１「Ａ」のｄｅｔａｃｈ後、ホスト２が、ＮＳ２１「Ａ」のａｔｔａｃｈを要求するＡｄｍｉｎコマンドを送信したとする。この場合も、ホスト側コントローラ１１は、ＮＳ２１「Ａ」をａｔｔａｃｈ状態としている他の仮想コントローラ１１Ａがあるか否かを判定する。ＮＳ２１「Ａ」をａｔｔａｃｈ状態としている他の仮想コントローラ１１Ａがある場合、メモリ側コントローラ１２においても、ＮＳ２１「Ａ」はａｔｔａｃｈ状態にある。ホスト側コントローラ１１は、ＮＳ ａｔｔａｃｈ部１４１に対して、Ａｄｍｉｎコマンドを送信したホスト２用の仮想コントローラ１１ＡへＮＳ２１「Ａ」をａｔｔａｃｈする指示を送り、ＮＳ２１「Ａ」のａｔｔａｃｈ完了をホスト２へ応答する。この場合、ホスト側コントローラ１１は、パススルー部１１１によるメモリ側コントローラ１２へのＡｄｍｉｎコマンドの引き渡しは行わない。

【0033】

一方、ＮＳ２１「Ａ」をａｔｔａｃｈ状態としている他の仮想コントローラ１１Ａがない場合、ホスト側コントローラ１１は、まず、パススルー部１１１によるメモリ側コントローラ１２へのａｔｔａｃｈを要求するＡｄｍｉｎコマンドの引き渡しを行う。メモリ側コントローラ１２は、このＡｄｍｉｎコマンドに応じて、ＮＳ２１「Ａ」のａｔｔａｃｈの処理を実行する。ホスト側コントローラ１１は、メモリ側コントローラ１２からＮＳ２１「Ａ」のａｔｔａｃｈ完了を通知されると、ＮＳ ａｔｔａｃｈ部１４１に対して、Ａｄｍｉｎコマンドを送信したホスト２用の仮想コントローラ１１ＡへＮＳ２１「Ａ」をａｔｔｔａｃｈする指示を送ると共に、ＮＳ２１「Ａ」のａｔｔａｃｈ完了をホスト２へ応答する。メモリ側コントローラ１２からＮＳ２１「Ａ」のａｔｔａｃｈ失敗を通知された場合、ホスト側コントローラ１１は、ＮＳ ａｔｔａｃｈ部１４１に対するＮＳ２１「Ａ」をａｔｔａｃｈする指示を送ることなく、ＮＳ２１「Ａ」のａｔｔａｃｈ失敗をホスト２へ応答する。仮想コントローラ１１ＡにおけるＮＳのａｔｔａｃｈは、メモリ側コントローラ１２においても当該ＮＳがａｔｔａｃｈされていることが前提である。このため、メモリ側コントローラ１２におけるＮＳのａｔｔａｃｈが失敗した場合には、ホスト２へのａｔｔａｃｈ失敗の応答は必然的に行われる。ここで、ａｔｔａｃｈ失敗の応答は、エラー応答ともいう。

【0034】

次に、ホスト２が、ＮＳ２１「Ａ」の削除を要求するＡｄｍｉｎコマンドを送信したとする。この場合も、ホスト側コントローラ１１は、ＮＳ２１「Ａ」をａｔｔａｃｈ状態としている他の仮想コントローラ１１Ａがあるか否かを判定する。ＮＳ２１「Ａ」をａｔｔａｃｈ状態としている他の仮想コントローラ１１Ａがある場合、ＮＳ２１「Ａ」の削除することはできないため、ホスト側コントローラ１１は、ホスト２へエラーを応答する。この場合、ホスト側コントローラ１１は、パススルー部１１１によるメモリ側コントローラ１２へのＡｄｍｉｎコマンドの引き渡しは行わない。ＮＳ２１「Ａ」をａｔｔａｃｈ状態としている他の仮想コントローラ１１Ａがない場合、ホスト側コントローラ１１は、パススルー部１１１によるメモリ側コントローラ１２への削除を要求するＡｄｍｉｎコマンドの引き渡しを行う。メモリ側コントローラ１２は、このＡｄｍｉｎコマンドに応じて、ＮＳ２１「Ａ」の削除の処理を実行する。ホスト側コントローラ１１は、メモリ側コントローラ１２からＮＳ２１「Ａ」の削除完了を通知されると、ＮＳ２１「Ａ」の削除完了をホスト２へ応答する。このとき、Ａｄｍｉｎコマンドを送信したホスト２用の仮想コントローラ１１ＡにおいてＮＳ２１「Ａ」がａｔｔａｃｈ状態であったならば、ホスト側コントローラ１１は、当該ホスト２用の仮想コントローラ１１ＡにおいてＮＳ２１「Ａ」をｄｅｔｔａｃｈする。メモリ側コントローラ１２からＮＳ２１「Ａ」の削除失敗を通知された場合は、ホスト側コントローラ１１は、ＮＳ２１「Ａ」の削除失敗をホスト２へ応答する。

【0035】

なお、ＮＳ２１「Ａ」の削除を要求するＡｄｍｉｎコマンドの受信時、このＡｄｍｉｎコマンドを送信したホスト２用の仮想コントローラ１１ＡにおいてＮＳ２１「Ａ」をａｔｔａｃｈ中であった場合、ホスト側コントローラ１１は、ＮＳ２１「Ａ」の削除失敗をホスト２へ応答することとしてもよい。

【0036】

また、ホスト２が、その時点では存在していない新たなＮＳとして、たとえばＮＳ２１「Ｃ」の作成を要求するＡｄｍｉｎコマンドを送信したとする。このとき、これから作成されようとしているＮＳ２１「Ｃ」は、他の仮想コントローラ１１Ａにおいてもａｔｔａｃｈされていないので、ホスト側コントローラ１１は、パススルー部１１１によるメモリ側コントローラ１２への新たなＮＳ２１の作成を要求するＡｄｍｉｎコマンドの引き渡しを即時的に行う。メモリ側コントローラ１２は、このＡｄｍｉｎコマンドに応じて、新たなＮＳ２１の作成の処理を実行する。ホスト側コントローラ１１は、メモリ側コントローラ１２から新たなＮＳとしてＮＳ２１「Ｃ」が作成されたことを示す作成完了を通知されると、ＮＳ２１「Ｃ」の作成完了をホスト２へ応答する。ＮＳ２１「Ｃ」の作成失敗を通知された場合は、ホスト側コントローラ１１は、ＮＳ２１「Ｃ」の作成失敗をホスト２へ応答する。

【0037】

このように、第１実施形態のターゲット１は、ｃｏｎｎｅｃｔコマンドによってターゲット１との接続を要求するホスト２ごとに仮想コントローラ１１Ａを作成し、各仮想コントローラ１１Ａ上でのＮＳのａｔｔａｃｈ状態を管理することで、ネットワークを介して接続されるホスト２がＡｄｍｉｎコマンドでＮＳを操作することを可能とする。

【0038】

図４は、第１実施形態のターゲット１における、ｃｏｎｎｅｃｔコマンド受信時の動作手順を示すフローチャートである。

【0039】

ｃｏｎｎｅｃｔコマンドを受信した場合、確認部１３は、メモリ側コントローラ１２におけるＮＳのａｔｔａｃｈ状態を確認する（Ｓ１０１）。作成部１４は、確認部１３から通知される、メモリ側コントローラ１２におけるＮＳのａｔｔａｃｈ状態と一致した仮想コントローラ１１Ａを作成する（Ｓ１０２）。

【0040】

ホスト側コントローラ１１は、仮想コントローラ１１Ａが作成されたら、ホスト２との接続完了の応答を作成し（Ｓ１０３）、当該作成した応答をホスト２へ送信する（Ｓ１０４）。

【0041】

図５は、第１実施形態のターゲット１における、ＮＳ作成コマンド受信時の動作手順を示すフローチャートである。

【0042】

ホスト側コントローラ１１は、ホスト２から受信したＡｄｍｉｎコマンドがＮＳ作成コマンドであった場合、パススルー部１１１により、メモリ側コントローラ１２へ即時的に中継する（Ｓ２０１）。ホスト側コントローラ１１は、メモリ側コントローラ１２からの応答を受信し（Ｓ２０２）、当該受信した応答をホスト２へ送信する（Ｓ２０３）。

【0043】

図６は、第１実施形態のターゲット１における、ＮＳ削除コマンド受信時の動作手順を示すフローチャートである。

【0044】

ホスト側コントローラ１１は、ＮＳ削除コマンド（Ａｄｍｉｎコマンド）で指定されているＮＳをａｔｔａｃｈ状態としている他の仮想コントローラ１１Ａがあるか否かを判定する（Ｓ３０１）。他の仮想コントローラ１１Ａとは、ＮＳ削除コマンドを送信したホスト２以外のホスト２用に作成されている仮想コントローラ１１Ａである。

【0045】

対象のＮＳをａｔｔａｃｈ状態としている他の仮想コントローラ１１Ａがない場合（Ｓ３０１：ＮＯ）、ホスト側コントローラ１１は、受信したＮＳ削除コマンドを、パススルー部１１１により、メモリ側コントローラ１２へ中継する（Ｓ３０２）。そして、ホスト側コントローラ１１は、メモリ側コントローラ１２から受け取った応答をホスト２へ送信する（Ｓ３０３）。

【0046】

一方、対象のＮＳをａｔｔａｃｈ状態としている他の仮想コントローラ１１Ａがある場合（Ｓ３０１：ＹＥＳ）、ホスト側コントローラ１１は、パススルー部１１１によるＮＳ削除コマンドのメモリ側コントローラ１２への中継は行わず、エラー応答をホスト２へ送信する（Ｓ３０３）。

【0047】

図７は、第１実施形態のターゲット１における、ＮＳ ａｔｔａｃｈコマンドまたはＮＳ ｄｅｔａｃｈコマンド受信時の動作手順を示すフローチャートである。

【0048】

ホスト側コントローラ１１は、ＮＳ ａｔｔａｃｈコマンドまたはＮＳ ｄｅｔａｃｈコマンド（Ａｄｍｉｎコマンド）で指定されているＮＳをａｔｔａｃｈ状態としている他の仮想コントローラ１１Ａがあるか否かを判定する（Ｓ４０１）。

【0049】

対象のＮＳをａｔｔａｃｈ状態としている他の仮想コントローラ１１Ａがない場合（Ｓ４０１：ＮＯ）、ホスト側コントローラ１１は、受信したＮＳ ａｔｔａｃｈコマンドまたはＮＳ ｄｅｔａｃｈコマンドを、パススルー部１１１により、メモリ側コントローラ１２へ中継する（Ｓ４０２）。ホスト側コントローラ１１は、メモリ側コントローラ１２からの応答が成功を示しているか否かを判定する（Ｓ４０３）。

【0050】

メモリ側コントローラ１２からの応答が成功を示している場合（Ｓ４０３：ＹＥＳ）、ホスト側コントローラ１１は、ＮＳ ａｔｔａｃｈ部１４１により、ＮＳ ａｔｔａｃｈコマンドまたはＮＳ ｄｅｔａｃｈコマンドを送信したホスト２用の仮想コントローラ１１Ａにおいて対象のＮＳをａｔｔａｃｈまたはｄｅｔａｃｈする（Ｓ４０４）。そして、ホスト側コントローラ１１は、ＮＳ２１のａｔｔａｃｈ完了またはｄｅｔａｃｈ完了の応答をホスト２へ送信する（Ｓ４０５）。

【0051】

一方、メモリ側コントローラ１２からの応答が失敗を示している場合（Ｓ４０３：ＮＯ）、ホスト側コントローラ１１は、仮想コントローラ１１ＡにおけるＮＳのａｔｔａｃｈまたはｄｅｔａｃｈを行うことなく、ＮＳのａｔｔａｃｈ失敗またはｄｅｔａｃｈ失敗の応答をホスト２へ送信する（Ｓ４０５）。

【0052】

また、対象のＮＳをａｔｔａｃｈ状態としている他の仮想コントローラ１１Ａがある場合（Ｓ４０１：ＹＥＳ）、ホスト側コントローラ１１は、メモリ側コントローラ１２へのコマンドの中継を行うことなく、ＮＳ ａｔｔａｃｈ部１４１により、仮想コントローラ１１ＡにおけるＮＳのａｔｔａｃｈまたはｄｅｔａｃｈを行い（Ｓ４０４）、ＮＳのａｔｔａｃｈ完了またはｄｅｔａｃｈ完了の応答をホスト２へ送信する（Ｓ４０５）。

【0053】

以上のように、第１実施形態のターゲット１においては、ホスト２がネットワーク経由でＮＳを操作することが可能となる。

【0054】

（第２実施形態）
次に、第２実施形態について説明する。図８は、第２実施形態のターゲット１ａにおけるコントローラ１０ａの一構成例を示す図である。

【0055】

第２実施形態のコントローラ１０ａは、第１実施形態のコントローラ１０と比較して、仮想コントローラ・ＮＳ状態管理部１５をさらに有する。以下、仮想コントローラ・ＮＳ状態管理部１５を管理部１５とも称する。管理部１５は、仮想コントローラ１１ＡにａｔｔａｃｈされているＮＳの情報（ＮＳ管理情報）を記憶する。管理部１５は、ＮＳ管理情報に基づき、ＮＳＩＤを変換するＮＳＩＤ変換部１５１を有する。

【0056】

第１実施形態の説明で参照した図３には、メモリ側コントローラ１２におけるＮＳのａｔｔａｃｈ状態と、仮想コントローラ１１ＡにおけるＮＳのａｔｔａｃｈ状態とが一致している様子を示した。ＮＶＭｅ－ｏＦでは、複数のホスト２が同一のターゲット１ａに接続することができるので、メモリ側コントローラ１２におけるＮＳのａｔｔａｃｈ状態と、仮想コントローラ１１ＡにおけるＮＳのａｔｔａｃｈ状態との間で矛盾が生じる可能性がある。図９は、メモリ側コントローラ１２におけるＮＳのａｔｔａｃｈ状態と、仮想コントローラ１１ＡにおけるＮＳのａｔｔａｃｈ状態との間で矛盾が生じている一例を示す図である。

【0057】

図９には、メモリ２０の記憶領域に、３つのＮＳ２１「Ａ」、ＮＳ２１「Ｂ」、ＮＳ２１「Ｃ」が作成されている様子が示されている。これら３つのＮＳ２１のすべてが、メモリ側コントローラ１２においてａｔｔａｃｈされている状態にある。また、メモリ側コントローラ１２は、ＮＳ２１「Ａ」を識別情報ＮＳＩＤ１、ＮＳ２１「Ｂ」を識別情報ＮＳＩＤ２、ＮＳ２１「Ｃ」を識別情報ＮＳＩＤ３として識別している。

【0058】

一方、ホスト［１］２用の仮想コントローラ［１］１１Ａにおいては、識別情報ＮＳＩＤ１に対応するＮＳ２１「Ａ」、識別情報ＮＳＩＤ２に対応するＮＳ２１「Ｂ」の２つのＮＳ２１がａｔｔａｃｈされており、ホスト［２］２用の仮想コントローラ［２］１１Ａにおいては、識別情報ＮＳＩＤ１に対応するＮＳ２１「Ｂ」、識別情報ＮＳＩＤ２に対応するＮＳ２１「Ｃ」の２つのＮＳ２１がａｔｔａｃｈされている。この状態は、たとえば、ホスト［１］２およびホスト［２］２それぞれからのｃｏｎｎｅｃｔコマンドおよびｄｅｔａｃｈコマンドの受信に応じて発生し得る。具体的には、まず、それぞれからのｃｏｎｎｅｃｔコマンドの受信に伴って、ホスト［１］２用およびホスト［２］２用の仮想コントローラ［１］，［２］１１Ａがメモリ側コントローラ１２におけるＮＳのａｔｔａｃｈ状態と一致する状態で作成される。そしてその後、ホスト［１］２からのＮＳ２１「Ｃ」のｄｅｔａｃｈコマンドが受信され、ホスト［２］２からのＮＳ２１「Ａ」のｄｅｔａｃｈコマンドが受信された場合に、図９の状態が発生し得る。ホスト［１］２からＮＳ２１「Ｃ」のｄｅｔａｃｈコマンドが送信された際、ホスト［２］２用の仮想コントローラ［２］１１Ａが当該ＮＳ２１「Ｃ」をａｔｔａｃｈしていると、ホスト［１］２用の仮想コントローラ［１］１１ＡにおいてのみＮＳ２１「Ｃ」のｄｅｔａｃｈが行われる。同様に、ホスト［２］２からＮＳ２１「Ａ」のｄｅｔａｃｈコマンドが送信された際、ホスト［１］２用の仮想コントローラ［１］１１Ａが当該ＮＳ２１「Ａ」をａｔｔａｃｈしていると、ホスト［２］２用の仮想コントローラ［２］１１ＡにおいてのみＮＳ２１「Ａ」のｄｅｔａｃｈが行われる。

【0059】

ここで、ホスト［１］２およびホスト［２］２は、ａｔｔａｃｈ状態にある各ＮＳ２１に対して、１以上の整数の識別子ＮＳＩＤを昇順かつ無欠番で適応的に割り当てている。従って、ホスト［２］２は、ＮＳ２１「Ａ」をｄｅｔａｃｈ後、ＮＳ２１「Ｂ」を識別子ＮＳＩＤ１、ＮＳ２１「Ｃ」を識別子ＮＳＩＤ２と識別している。この場合、ホスト［２］２が、ＮＳ２１「Ｂ」を対象とするコマンドを、識別子ＮＳＩＤ１を用いて送信すると、このコマンドをホスト側コントローラ１１から中継されたメモリ側コントローラ１２においては、ホスト［２］２が意図しないＮＳ２１「Ａ」がコマンドの対象となってしまう。

【0060】

第２実施形態のターゲット１ａにおいては、コントローラ１０ａが、ＮＳＩＤ変換部１５１を含む管理部１５をさらに備える。これにより、メモリ側コントローラ１２上おけるＮＳ２１のａｔｔａｃｈ状態と、仮想コントローラ１１ＡにおけるＮＳ２１のａｔｔａｃｈ状態との間で矛盾が生じていたとしても、ホスト２が意図しないＮＳ２１がコマンドの対象となることを防止する。以下、この点について詳述する。

【0061】

図１０は、管理部１５が記憶するＮＳ管理情報の一例を示す図である。

【0062】

図１０に示すように、ＮＳ管理情報には、仮想コントローラ１１Ａごとに、対応するホスト２と、その仮想コントローラ１１Ａにおいてａｔｔａｃｈされている状態のＮＳ２１と、ａｔｔａｃｈされている各ＮＳの仮想コントローラ１１Ａにおける識別子ＮＳＩＤおよびメモリ側コントローラ１２における識別子ＮＳＩＤと、が対応付けられている。管理部１５は、ターゲット１ａが図９に示す状態にあるとき、図１０に示す内容を含むＮＳ管理情報を記憶する。

【0063】

具体的には、管理部１５は、ＮＳ管理情報において、仮想コントローラ［１］１１Ａについては、ホスト［１］２用であること、ＮＳ２１「Ａ」、ＮＳ２１「Ｂ」がａｔｔａｃｈされていること、ＮＳ２１「Ａ」の仮想コントローラ１１Ａにおける識別子ＮＳＩＤは「１」であり、メモリ側コントローラ１２における識別子ＮＳＩＤは「１」であること、ＮＳ２１「Ｂ」の仮想コントローラ１１Ａにおける識別子ＮＳＩＤは「２」であり、メモリ側コントローラ１２における識別子ＮＳＩＤは「２」であること、を記憶する。

【0064】

また、管理部１５は、ＮＳ管理情報において、仮想コントローラ［２］１１Ａについては、ホスト［２］２用であること、ＮＳ２１「Ｂ」、ＮＳ２１「Ｃ」がａｔｔａｃｈされていること、ＮＳ２１「Ａ」の仮想コントローラ１１Ａにおける識別子ＮＳＩＤは「１」であり、メモリ側コントローラ１２における識別子ＮＳＩＤは「２」であること、ＮＳ２１「Ｂ」の仮想コントローラ１１Ａにおける識別子ＮＳＩＤは「２」であり、メモリ側コントローラ１２における識別子ＮＳＩＤは「３」であること、を記憶する。

【0065】

ホスト側コントローラ１１は、ホスト２から受信したコマンドをメモリ側コントローラ１２へ中継する前に、コマンドに含まれているＮＳ２１の識別子ＮＳＩＤの変換をＮＳＩＤ変換部１５１に指示する。ＮＳＩＤ変換部１５１は、管理部１５で記憶されるＮＳ管理情報に基づき、コマンドに含まれるＮＳ２１の識別子ＮＳＩＤを必要に応じて変換する。たとえば、ホスト［２］２が送信したコマンドに識別子ＮＳＩＤ１が含まれていた場合、ＮＳＩＤ変換部１５１は、この識別子ＮＳＩＤを「１」から「２」に変換する。ホスト側コントローラ１１は、変換後のＮＳ２１の識別子ＮＳＩＤ２を含むコマンドをメモリ側コントローラ１２へ中継する。

【0066】

これにより、メモリ側コントローラ１２が識別子ＮＳＩＤ２でＮＳ２１「Ｂ」を識別している一方で、ホスト［２］２が識別子ＮＳＩＤ１を用いてＮＳ２１「Ｂ」を指定するコマンドが送信されても、メモリ側コントローラ１２において、ホスト［２］２が意図するＮＳ２１「Ｂ」がコマンドの対象となる。

【0067】

図１１は、第２実施形態のターゲット１ａにおける、ｃｏｎｎｅｃｔコマンド受信時の動作手順を示すフローチャートである。図１１に示すＳ５０１、Ｓ５０２，Ｓ５０４，Ｓ５０５は、それぞれ図４に示すＳ１０１～１０４と実質的に同じ処理である。

【0068】

ｃｏｎｎｅｃｔコマンドを受信した場合、確認部１３は、メモリ側コントローラ１２におけるＮＳのａｔｔａｃｈ状態を確認する（Ｓ５０１）。作成部１４は、確認部１３から通知される、メモリ側コントローラ１２におけるＮＳのａｔｔａｃｈ状態と一致した仮想コントローラ１１Ａを作成する（Ｓ５０２）。管理部１５は、作成された仮想コントローラ１１ＡのＮＳ管理情報を登録する（Ｓ５０３）。

【0069】

ホスト側コントローラ１１は、仮想コントローラ１１Ａが作成され、また、当該作成された仮想コントローラ１１ＡのＮＳ管理情報が登録されたら、ホスト２との接続完了の応答を作成し（Ｓ５０４）、当該作成した応答をホスト２へ送信する（Ｓ５０５）。

【0070】

図１２は、第２実施形態のターゲット１ａにおける、メモリ２０へのデータの書き込みまたはメモリ２０からのデータの読み出しを要求するＩ／Ｏコマンド受信時の動作手順を示すフローチャートである。

【0071】

ホスト側コントローラ１１は、ＮＳＩＤ変換部１５１により、コマンドに含まれるＮＳ２１の識別子ＮＳＩＤをメモリ側コントローラ１２における識別子ＮＳＩＤへ変換する（Ｓ６０１）。ホスト側コントローラ１１は、変換したＮＳ２１の識別子ＮＳＩＤを含むコマンドをメモリ側コントローラ１２へ中継する（Ｓ６０２）。メモリ側コントローラ１２は、このコマンドに関する処理を実行する。

【0072】

ホスト側コントローラ１１は、メモリ側コントローラ１２からの応答を受信し（Ｓ６０３）、ＮＳＩＤ変換部１５１により、今度は、その応答に含まれるＮＳ２１の識別子ＮＳＩＤを仮想コントローラ１１Ａにおける識別子ＮＳＩＤへ変換する（Ｓ６０４）。ホスト側コントローラ１１は、変換したＮＳ２１の識別子ＮＳＩＤを含む応答をホスト２へ送信する（Ｓ６０５）。

【0073】

図１３は、第２実施形態のターゲット１ａにおける、ＮＳ ａｔｔａｃｈコマンド受信時の動作手順を示すフローチャートである。図１３に示すＳ７０１～Ｓ７０４，Ｓ７０６は、それぞれ図４に示すＳ４０１～４０５と実質的に同じ処理である。

【0074】

ホスト側コントローラ１１は、ＮＳ ａｔｔａｃｈコマンド（Ａｄｍｉｎコマンド）で指定されているＮＳをａｔｔａｃｈ状態としている他の仮想コントローラ１１Ａがあるか否かを判定する（Ｓ７０１）。

【0075】

対象のＮＳをａｔｔａｃｈ状態としている他の仮想コントローラ１１Ａがない場合（Ｓ７０１：ＮＯ）、ホスト側コントローラ１１は、受信したＮＳ ａｔｔａｃｈコマンドを、パススルー部１１１により、メモリ側コントローラ１２へ中継する（Ｓ７０２）。ホスト側コントローラ１１は、メモリ側コントローラ１２からの応答が成功を示しているか否かを判定する（Ｓ７０３）。

【0076】

メモリ側コントローラ１２からの応答が成功を示している場合（Ｓ７０３：ＹＥＳ）、ホスト側コントローラ１１は、ＮＳ ａｔｔａｃｈ部１４１により、ＮＳ ａｔｔａｃｈコマンドを送信したホスト２用の仮想コントローラ１１Ａにおいて対象のＮＳ２１をａｔｔａｃｈする（Ｓ７０４）。管理部１５は、ＮＳ２１のａｔｔａｃｈに伴い、当該ホスト２用の仮想コントローラ１１ＡのＮＳ管理情報を更新する（７０５）。そして、ホスト側コントローラ１１は、ＮＳ２１のａｔｔａｃｈ完了の応答をホスト２へ送信する（Ｓ７０６）。

【0077】

一方、メモリ側コントローラ１２からの応答が失敗を示している場合（Ｓ７０３：ＮＯ）、ホスト側コントローラ１１は、仮想コントローラ１１ＡにおけるＮＳのａｔｔａｃｈを行うことなく、ＮＳのａｔｔａｃｈ失敗の応答をホスト２へ送信する（Ｓ７０６）。

【0078】

また、対象のＮＳをａｔｔａｃｈ状態としている他の仮想コントローラ１１Ａがある場合（Ｓ７０１：ＹＥＳ）、ホスト側コントローラ１１は、メモリ側コントローラ１２へのコマンドの中継を行うことなく、ＮＳ ａｔｔａｃｈ部１４１により、仮想コントローラ１１ＡにおけるＮＳのａｔｔａｃｈを行う（Ｓ７０４）。管理部１５は、ＮＳ２１のａｔｔａｃｈに伴い、対象の仮想コントローラ１１ＡのＮＳ管理情報を更新する（Ｓ７０５）。ホスト側コントローラ１１は、ＮＳ２１のａｔｔａｃｈ完了の応答をホスト２へ送信する（Ｓ７０６）。

【0079】

図１４は、第２実施形態のターゲット１ａにおける、ＮＳ ｄｅｔａｃｈコマンド受信時の動作手順を示すフローチャートである。図１４に示すＳ８０３～Ｓ８０５は、それぞれ図４に示すＳ４０１、Ｓ４０２，４０５と実質的に同じ処理である。

【0080】

ホスト側コントローラ１１は、ＮＳ ａｔｔａｃｈ部１４１により、ＮＳ ｄｅｔａｃｈコマンドを送信したホスト２用の仮想コントローラ１１Ａにおいて対象のＮＳ２１をｄｅｔａｃｈする（Ｓ８０１）。管理部１５は、ＮＳ２１のｄｅｔａｃｈに伴い、対象の仮想コントローラ１１ＡのＮＳ管理情報を更新する（Ｓ８０２）。

【0081】

続いて、ホスト側コントローラ１１は、対象のＮＳをａｔｔａｃｈ状態としている他の仮想コントローラ１１Ａがあるか否かを判定する（Ｓ８０３）。対象のＮＳをａｔｔａｃｈ状態としている他の仮想コントローラ１１Ａがない場合（Ｓ８０３：ＮＯ）、ホスト側コントローラ１１は、受信したＮＳ ｄｅｔａｃｈコマンドを、パススルー部１１１により、メモリ側コントローラ１２へ中継する（Ｓ８０４）。ホスト側コントローラ１１は、メモリ側コントローラ１２からの応答をホスト２へ送信する（Ｓ８０５）。

【0082】

対象のＮＳをａｔｔａｃｈ状態としている他の仮想コントローラ１１Ａがある場合（Ｓ８０３：ＹＥＳ）、ホスト側コントローラ１１は、メモリ側コントローラ１２へのコマンドの中継を行うことなく、ＮＳ２１のｄｅｔａｃｈ完了の応答をホスト２へ送信する（Ｓ８０５）。

【0083】

以上のように、第２実施形態のターゲット１ａにおいては、さらに、メモリ側コントローラ１２におけるＮＳのａｔｔａｃｈ状態と、仮想コントローラ１１ＡにおけるＮＳのａｔｔａｃｈ状態との間で矛盾が生じている場合であっても、ホスト２が要求するＮＳの操作を問題なく実行することができる。

【0084】

（第３実施形態）
次に、第３実施形態について説明する。図１５は、第３実施形態のターゲット１ｂにおけるコントローラ１０ｂの一構成例を示す図である。

【0085】

第３実施形態のコントローラ１０ｂは、第２実施形態のコントローラ１０ａと比較して、管理部１５が、ＮＳ管理情報提供部１５２をさらに有する。ＮＳ管理情報提供部１５２は、管理部１５で記憶されるＮＳ管理情報をホスト２へ提供するために設けられる。

【0086】

たとえば、ベンダーが独自に用途を定義することのできる複数のＮＶＭｅコマンドの中の１つを、予めＮＳ管理情報の取得用として割り当てておく。ホスト側コントローラ１１は、このベンダー固有のＮＶＭｅコマンドをホスト２から受信したら、ＮＳ管理情報提供部１５２に対して、ＮＳ管理情報の提供を要求する。ホスト側コントローラ１１は、ＮＳ管理情報提供部１５２から提供されたＮＳ管理情報をホスト２へ送信する。なお、ＮＳ管理情報の取得には、Ｒｅｄｆｉｓｈなどのストレージ管理のＡＰＩや、Ｓｗｏｒｄｆｉｓｈなどのストレージ設定用プロセスを使用してもよい。

【0087】

第３実施形態のターゲット１ｂは、ホスト２にＮＳ管理情報を提供可能に構成される。ホスト２がターゲット１ｂからＮＳ管理情報を取得することで、ホスト２は、たとえば、どのＮＳ２１がどのホスト２によって使用されているのかを認識することができる。そのため、ホスト２ごとにＮＳ２１を分けて使用する際の誤アクセス防止や、メンテナンスコストの削減なとの効果を期待することができる。

【0088】

（第４実施形態）
次に、第４実施形態について説明する。図１６は、第４実施形態のターゲット１ｃにおけるコントローラ１０ｃの一構成例を示す図である。

【0089】

第４実施形態のコントローラ１０ｃは、第２実施形態のコントローラ１０ａと比較して、管理部１５が、ＮＳ管理情報保存部１５３をさらに有する。ＮＳ管理情報保存部１５３は、管理部１５で記憶されるＮＳ管理情報をメモリ２０に保存するために設けられる。

【0090】

たとえば、ベンダーが独自に用途を定義することのできる複数のＮＶＭｅコマンドの中の１つを、予めＮＳ管理情報の保存用として割り当てておく。ホスト側コントローラ１１は、このベンダー固有のＮＶＭｅコマンドをホスト２から受信したら、ＮＳ管理情報保存部１５３に対して、ＮＳ管理情報のメモリ２０への保存を要求する。なお、ＮＳ管理情報の保存には、Ｒｅｄｆｉｓｈなどのストレージ管理のＡＰＩや、Ｓｗｏｒｄｆｉｓｈなどのストレージ設定用プロセスを使用してもよい。また、ＮＳ管理情報の保存を要求するＮＶＭｅコマンドは、パラメータなどにより、そのコマンドを送信したホスト２に関するＮＳ管理情報のみを保存したり、当該ホスト２を含む全ホスト２に関するＮＳ管理情報を保存したりすることができることが好ましい。

【0091】

第４実施形態のターゲット１ｃは、ｃｏｎｎｅｎｔコマンドの受信時、コマンドを送信したホスト２に関するＮＳ管理情報がメモリ２０に保存されていたならば、メモリ側コントローラ１２におけるＮＳ２１のａｔｔａｃｈ状態と一致するように当該ホスト２用の仮想コントローラ１１Ａを作成しない。第４実施形態のターゲット１ｃは、このような仮想コントローラ１１Ａの作成に代えて、メモリ２０に保存されているＮＳ管理情報で示されるＮＳ２１のａｔｔａｃｈ状態が再現されるように当該ホスト２用の仮想コントローラ１１Ａを作成する。

【0092】

これにより、たとえばメンテナンスや障害復旧でホスト２とターゲット１ｃとを再接続する場合、ホスト２から改めてＮＳ操作を行わなくとも、切断時のＮＳ２１のａｔｔａｃｈ状態を再現することができる。そして、これに伴い、メンテナンスコストやダウンタイムの削減などの効果を期待することができる。

【0093】

図１７は、第４実施形態のターゲット１ｃにおける、ＮＳ管理情報の保存要求を受信した場合の動作手順を示すフローチャートである。

【0094】

ホスト側コントローラ１１は、たとえばベンダー固有のＮＶＭｅコマンドでＮＳ管理情報の保存要求を受信すると、保存対象は全ホスト２のＮＳ管理情報か否かを判定する（Ｓ９０１）。保存対象が全ホスト２のＮＳ管理情報である場合（Ｓ９０１：ＹＥＳ）、ホスト側コントローラ１１は、ＮＳ管理情報保存部１５３により、全ホスト２のＮＳ管理情報をメモリ２０に保存し（Ｓ９０２）、ＮＳ管理情報保存完了の応答をホスト２へ送信する（Ｓ９０４）。一方、保存対象が全ホスト２のＮＳ管理情報ではない場合（Ｓ９０１：ＮＯ）、ホスト側コントローラ１１は、ＮＳ管理情報保存部１５３により、要求元のホスト２のＮＳ管理情報のみをメモリ２０に保存し（Ｓ９０３）、ＮＳ管理情報保存完了の応答をホスト２へ送信する（Ｓ９０４）。

【0095】

図１８は、第４実施形態のターゲット１ｃにおける、ｃｏｎｎｅｃｔコマンド受信時の動作手順を示すフローチャートである。

【0096】

ｃｏｎｎｅｃｔコマンドを受信した場合、ホスト側コントローラ１１は、ＮＳ管理情報をメモリ２０から読み出す（Ｓ１００１）。ホスト側コントローラ１１は、読み出したＮＳ管理情報を参照して、ｃｏｎｎｅｃｔコマンドを送信したホスト２（対象ホスト２）のＮＳ管理情報がメモリ２０に保存されていたか否かを判定する（Ｓ１００２）。

【0097】

対象ホスト２のＮＳ管理情報が保存されていた場合（Ｓ１００２：ＹＥＳ）、作成部１４は、メモリ２０から読み出されたＮＳ管理情報に基づき、前回の切断時にａｔｔａｃｈされていたＮＳ２１がａｔｔａｃｈされた仮想コントローラ１１Ａを作成する（Ｓ１００３）。管理部１５は、作成された仮想コントローラ１１ＡのＮＳ管理情報を登録する（Ｓ１００７）。ホスト側コントローラ１１は、ｃｏｎｎｅｃｔ完了の応答をホスト２へ送信する（Ｓ１００６）。

【0098】

一方、対象ホスト２のＮＳ管理情報が保存されていない場合（Ｓ１００２：ＮＯ）、確認部１３は、メモリ側コントローラ１２におけるＮＳのａｔｔａｃｈ状態を確認する（Ｓ１００４）。作成部１４は、確認部１３から通知される、メモリ側コントローラ１２におけるＮＳのａｔｔａｃｈ状態と一致した仮想コントローラ１１Ａを作成する（Ｓ１００５）。管理部１５は、作成された仮想コントローラ１１ＡのＮＳ管理情報を登録する（Ｓ１００７）。ホスト側コントローラ１１は、ホスト２との接続完了の応答をホスト２へ送信する（Ｓ１００６）。

【0099】

第４実施形態のターゲット１ｃは、メモリ２０へＮＳ管理情報を保存することで、切断時のＮＳ２１の接続の状態を再接続時に再現できるので、コントダウンやダウンタイムの効果を期待することができる。

【0100】

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

【符号の説明】

【0101】

１…ターゲット、２…ホスト、３…ネットワーク機器、１０…コントローラ、１１…ホスト側コントローラ、１１Ａ…仮想コントローラ、１２…メモリ側コントローラ、１３…ＮＳ状態確認部、１４…仮想コントローラ作成部、１５…仮想コントローラ・ＮＳ状態管理部、２０…メモリ、２１…ＮＳ、１００…ターゲットシステム、１１１…Ａｄｍｉｎコマンドパススルー部、１４１…ＮＳ ａｔｔａｃｈ部、１５１…ＮＳＩＤ変換部、１５２…ＮＳ管理情報提供部、１５３…ＮＳ管理情報保存部、２００…ホストシステム、１０００…コンピュータシステム。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】