JP2022143959A - メモリシステム、方法及びデータ処理システム - Google Patents

メモリシステム、方法及びデータ処理システム Download PDF

Info

Publication number
JP2022143959A
JP2022143959A JP2021044768A JP2021044768A JP2022143959A JP 2022143959 A JP2022143959 A JP 2022143959A JP 2021044768 A JP2021044768 A JP 2021044768A JP 2021044768 A JP2021044768 A JP 2021044768A JP 2022143959 A JP2022143959 A JP 2022143959A
Authority
JP
Japan
Prior art keywords
css
data
information
data processing
command
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.)
Pending
Application number
JP2021044768A
Other languages
English (en)
Inventor
文子 辻
Fumiko Tsuji
一成 住吉
Kazunari Sumiyoshi
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Kioxia Corp
Original Assignee
Kioxia Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Kioxia Corp filed Critical Kioxia Corp
Priority to JP2021044768A priority Critical patent/JP2022143959A/ja
Priority to US17/473,437 priority patent/US11853604B2/en
Publication of JP2022143959A publication Critical patent/JP2022143959A/ja
Pending legal-status Critical Current

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/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
    • G06F3/0671—In-line storage system
    • G06F3/0673—Single storage device
    • G06F3/0679—Non-volatile semiconductor memory device, e.g. flash memory, one time programmable memory [OTP]
    • 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
    • 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/061—Improving I/O performance
    • 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/0655—Vertical data movement, i.e. input-output transfer; data movement between one or more hosts and one or more storage devices
    • G06F3/0659—Command handling arrangements, e.g. command buffers, queues, command scheduling

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)
  • Memory System (AREA)

Abstract

【課題】データ処理機能を備える改良されたメモリシステム、方法、及びデータ処理システムを提供すること【解決手段】実施形態によれば、メモリシステムは、不揮発性メモリと、外部装置から受信したコマンドで指定されたデータを不揮発性メモリへ書き込む第１処理、又は外部装置から受信したコマンドで指定されたデータを不揮発性メモリから読み出し、読み出したデータを外部装置へ送信する第２処理を含むデータ処理を制御するコントローラと、を具備する。コントローラは、コマンドに含まれる情報に応じてデータ処理を実行するか否かを決定するプロセッサを具備する。【選択図】図１

Description

本発明の実施形態は、不揮発性メモリを含むメモリシステム、方法及びデータ処理システムに関する。
不揮発性メモリを備えたメモリシステムを含むストレージシステムが開発されている。ストレージシステムはホストとホストに接続されたメモリシステムとを含み、データ処理システムとして実現される。データ処理システムにおいて、ホストが備えるＣＰＵ（ホストＣＰＵとも称する）の負荷軽減や、ホストＣＰＵとメモリシステムをまたいだデータ移動コストの削減を目的とした方式が提案されている。例えば、データ処理をホストＣＰＵではなく、メモリシステム内部、あるいはメモリシステムにより近いところに配置した専用のプロセッサに行わせる方式が提案されている。この方式は、データ処理を行うための演算機能をメモリシステム内部やメモリシステムの近傍に配置した構成により実現される。このような構成に適応するメモリシステムは、演算機能付きストレージ又はＣｏｍｐｕｔａｔｉｏｎａｌ Ｓｔｏｒａｇｅ（ＣＳ）と称される。ＣＳが提供するサービスは、Ｃｏｍｐｕｔａｔｉｏｎａｌ Ｓｔｏｒａｇｅ Ｓｅｒｖｉｃｅ（ＣＳＳ）と称される。
ＣＳＳを起動する方式の一例として、ホストからＣＳに対するリードコマンドやライトコマンド等のｉｏコマンドに連動してＣＳＳを起動する方式がある。この方式は、ホストが意識することなく、ＣＳＳを起動することができる。しかし、この方式は、柔軟性に欠ける。
特開２０２０－１０２２１８号公報 特開２０２０－１５４６２６公報 特開２０１９－７５１０４号公報
本発明の目的は、データ処理機能を備える改良されたメモリシステム、方法、及びデータ処理システムを提供することである。
実施形態によれば、メモリシステムは、不揮発性メモリと、コントローラと、を具備する。コントローラは、外部装置から受信したコマンドで指定されたデータを不揮発性メモリへ書き込む第１処理、又は外部装置から受信したコマンドで指定されたデータを不揮発性メモリから読み出し、読み出したデータを外部装置へ送信する第２処理を含むデータ処理を制御する。コントローラは、コマンドに含まれる情報に応じてデータ処理を実行するか否かを決定するプロセッサを具備する。
第１実施形態によるＣＳのライトの一例を説明するためのブロック図。 ライト時の処理の流れの一例を示すフローチャート。 第１実施形態によるＣＳのリードの一例を説明するためのブロック図。 リード時の処理の流れの一例を示すフローチャート。 第２実施形態によるＣＳのライトの一例を説明するためのブロック図。 ライト時の処理の流れの一例を示すフローチャート。 第２実施形態によるＣＳのリードの一例を説明するためのブロック図。 リード時の処理の流れの一例を示すフローチャート。 第３実施形態によるＣＳのライトの一例を説明するためのブロック図。 ライト時の処理の流れの一例を示すフローチャート。 第３実施形態によるＣＳのリードの一例を説明するためのブロック図。 リード時の処理の流れの一例を示すフローチャート。 第４実施形態によるホストがｉｏキューに投入するコマンドの一例を示す図。 第５実施形態によるＣＳのライトの一例を説明するためのブロック図。 ライト時の処理の流れの一例を示すフローチャート。 第５実施形態によるＣＳのリードの一例を説明するためのブロック図。 リード時の処理の流れの一例を示すフローチャート。 第６実施形態によるライト時のＣＳフラグ生成処理の流れの一例を示すフローチャート。 第６実施形態によるリード時のＣＳフラグ生成処理の流れの一例を示すフローチャート。 第６実施形態によるＣＰＭ４４とＣＳＳ４６の一例を示す図。 第７実施形態によるライト時のＣＳフラグ生成処理の流れの一例を示すフローチャート。 第７実施形態によるリード時のＣＳフラグ生成処理の流れの一例を示すフローチャート。 第７実施形態によるライト時のＣＳＳの処理の流れの一例を示すフローチャート。 第７実施形態によるリード時のＣＳＳの処理の流れの一例を示すフローチャート。 第８実施形態によるライト時のＣＳフラグ生成処理の流れの一例を示すフローチャート。 第８実施形態によるリード時のＣＳフラグ生成処理の流れの一例を示すフローチャート。 第８実施形態によるライト時のＣＳＳの処理の流れの一例を示すフローチャート。 第８実施形態によるリード時のＣＳＳの処理の流れの一例を示すフローチャート。 第９実施形態によるライト時のＣＳＳの処理の流れの一例を示すフローチャート。
以下、図面を参照して、実施形態を説明する。以下の説明は、実施形態の技術的思想を具体化するための装置や方法を例示するものであって、実施形態の技術的思想は、以下に説明する構成要素の構造、形状、配置、材質等に限定されるものではない。当業者が容易に想到し得る変形は、当然に開示の範囲に含まれる。説明をより明確にするため、図面において、各要素のサイズ、厚み、平面寸法又は形状等を実際の実施態様に対して変更して模式的に表す場合もある。複数の図面において、互いの寸法の関係や比率が異なる要素が含まれることもある。複数の図面において、対応する要素には同じ参照数字を付して重複する説明を省略する場合もある。いくつかの要素に複数の呼称を付す場合があるが、これら呼称の例はあくまで例示であり、これらの要素に他の呼称を付すことを否定するものではない。また、複数の呼称が付されていない要素についても、他の呼称を付すことを否定するものではない。なお、以下の説明において、「接続」は直接接続のみならず、他の要素を介して接続されることも意味する。
以下、図面を参照しながら本実施の形態について詳細に説明する。
実施形態は、Ｃｏｍｐｕｔａｔｉｏｎａｌ Ｓｔｏｒａｇｅ（ＣＳ）の操作方式（オペレーション方式とも称される）に関する。
ＣＳの実現方法や提供サービスは、様々な方式が提唱されている。
Ｓｔｏｒａｇｅ Ｎｅｔｗｏｒｋｉｎｇの標準化推進団体であるＳＮＩＡは、ＣＳに関する様々な情報を集め、分類、定義、優先度付けを行った上で、ＣＳのホストインタフェースの標準化を進めようとしている。
ＳＮＩＡでは、ＣＳの２つの基本的な構成が説明されている。
ＣＳｘ：Ｃｏｍｐｕｔａｔｉｏｎａｌ Ｓｔｏｒａｇｅ Ｄｅｖｉｃｅ（ハードウェアに関する構成）
ＣＳＳ：Ｃｏｍｐｕｔａｔｉｏｎａｌ Ｓｔｏｒａｇｅ Ｓｅｒｖｉｃｅｓ（ソフトウェアに関する構成）
ＣＳｘの配置形態としては、１つ又は複数のストレージを統括するプロセッサをストレージの外部に配置し、ホストＣＰＵを当該プロセッサと接続するというタイプのもの（Ｃｏｍｐｕｔａｔｉｏｎａｌ Ｓｔｏｒａｇｅ Ｐｒｏｃｅｓｓｏｒ）や、ストレージの中にＣＳＳ実行のためのプロセッサを配置するタイプのもの（Ｃｏｍｐｕｔａｔｉｏｎａｌ Ｓｔｏｒａｇｅ Ｄｅｖｉｃｅ：ＣＳＤ）、ＣＳＤを多数集めたもの（Ｃｏｍｐｕｔａｔｉｏｎａｌ Ｓｔｏｒａｇｅ Ａｒｒａｙ：ＣＳＡ）等、さまざまなものがある。
実施形態は、一例として、ストレージ内に専用プロセッサを内蔵するＣＳＤの配置形態を説明する。しかし、実施形態は、ＣＳｘの配置形態には制限されず、どの配置形態にも適用可能である。実施形態は、ストレージの一例としてメモリシステムを説明する。
ＣＳＳを動かすプロセッサの実装方法として、ＦＰＧＡ、専用ＣＰＵ、ｂｅｒｋｅｌｅｙ ｐａｃｋｅｔ ｆｉｌｔｅｒ（ｂｐｆ）のような仮想ＣＰＵ等の各種方法がある。
実施形態は、プロセッサの実装形態にも制限されず、ここに列挙したどの方式も採用可能である。
以降の説明においては、ＣＳＳを動かすプロセッサ部分を、ＣＳｘの配置形態や実装形態にかかわらずＣｏｍｐｕｔａｔｉｏｎａｌ Ｓｔｏｒａｇｅ Ｐｒｏｃｅｓｓｏｒ：ＣＳＰ）と称され、上に示したＣｏｍｐｕｔａｔｉｏｎａｌ Ｓｔｏｒａｇｅ Ｐｒｏｃｅｓｓｏｒとは異なる定義が与えられる。
ＣＳＳは大きく二つに分類される。
（１）ＦＣＳＳ（Ｆｉｘｅｄ Ｃｏｍｐｕｔａｔｉｏｎａｌ Ｓｔｏｒａｇｅ Ｓｅｒｖｉｃｅ）：デバイス内に固定的に定義づけされたサービスを指す。ＦＣＳＳの例は、Ｃｏｍｐｒｅｓｓｉｏｎ、ＲＡＩＤ、Ｅｒａｓｕｒｅ Ｃｏｄｉｎｇ、Ｅｎｃｒｙｐｔｉｏｎ等がある。
（２）ＰＣＳＳ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｃｏｍｐｕｔａｔｉｏｎａｌ Ｓｔｏｒａｇｅ Ｓｅｒｖｉｃｅ）：ホストによるプログラミングが可能なサービスを指す。ホストがプログラムを作成して、ストレージはプログラムをダウンロードする。ＰＣＳＳの例は、ＦＰＧＡ Ｂｉｔｓｔｒｅａｍ、ＢＰＦ、Ｃｏｎｔａｉｎｅｒ、ＯＳローダー等がある。
実施形態は、これらのＣＳＳのどのサービスも実施可能であるが、一例として、ＰＣＳＳのＢＰＦ、ＦＰＢＡ Ｂｉｔｓｔｒｅａｍや、ＦＣＳＳに列挙したサービス群を対象サービスとする。
ＣＳアーキテクチャの使用範囲は、以下である。
管理（Ｍａｎａｇｅｍｅｎｔ）：ｄｉｓｃｏｖｅｒｙ、ｃｏｎｆｉｇｕｒａｔｉｏｎ、又はｍｏｎｉｔｏｒｉｎｇ
セキュリティ（Ｓｅｃｕｒｉｔｙ）：ａｕｔｈｅｎｔｉｃａｔｉｏｎ、ａｕｔｏｒｉｚａｔｉｏｎ、ｅｎｃｒｙｐｔｉｏｎ、又はａｕｄｉｔｉｎｇ
操作（Ｏｐｅｒａｔｉｏｎ）：ＣＳｘのデータストアと取り出しの機構に関する定義又はホストからＣＳｘへの作用に関する定義。
実施形態は、これらのうち、操作に関する。
なお、演算機能のない、既存のストレージは、Ｎｏｎ－Ｃｏｍｐｕｔａｔｉｏｎａｌ Ｓｔｏｒａｇｅ：ＮＣＳと称される）と称される。
ホストがＣＳに対してＣＳＳを起動するための操作方式の例として、ダイレクトオペレーション方式や、トランスペアレントオペレーション方式（インライン方式とも称される）がある。
ダイレクトオペレーション方式では、ライトコマンドやリードコマンドのような既存のストレージ制御用ＡＰＩとは別のＣＳＳ制御専用のＡＰＩが定義され、ホストがＣＳに対して専用ＡＰＩを呼び出すことによりＣＳＳの起動を促すことができる。
一方、トランスペアレントオペレーション方式では、ホストがＣＳＳの起動を意識することなく既存のストレージ制御ＡＰＩを介してＣＳＳを起動することができる。また、ホストからデバイスに対して発行されるライトコマンドやリードコマンドに連動してＣＳＳが起動される。
ダイレクトオペレーション方式のメリットは、ホストが所望のタイミングでサービスを起動できることである。ダイレクトオペレーション方式のデメリットは、ホストが従来は存在しなかった制御を新たに行わなければならないことである。
トランスペアレントオペレーション方式のメリットは、ホストが従来通りのプログラムを動かすだけでサービスを起動できることである。トランスペアレントオペレーション方式のデメリットは、条件に応じたＣＳＳの起動又は停止、起動するＣＳＳの種類の選択、ＣＳＳの起動に必要なパラメータの設定等といった細かな切り替えができないことである。条件は、ＣＳＳを起動又は停止するための条件又は起動するＣＳＳの種類を選択するための条件である。ホストは任意の条件を定義できる。
トランスペアレントオペレーション方式において、ＣＳＳの起動又は停止、起動するＣＳＳの種類の選択、ＣＳＳの起動に必要なパラメータ設定等が、何等かの形でできるようになったとしても、データに付属情報を関連付ける仕組みがないため、次の問題が生じる。
例えば、ＣＳＳが、ホストから受信したユーザデータを暗号化した後ストレージに保存し、ストレージから読み出したデータを復号してユーザデータをホストに送信する処理を実行するためには、ＣＳＳがどのデータをどの暗号鍵により暗号化したのかを示す付属情報を、ホストが別途管理する必要があった。
第１実施形態
第１実施形態は、ライトコマンドやリードコマンド等のｉｏコマンドはＣＳＳの起動又は停止を指定するオン情報又はオフ情報を含む新規なＣＳフラグを含むトランスペアレントオペレーション方式のＣＳを提案する。
図１は、第１実施形態によるＣＳのライト動作の一例を説明するためのデータ処理システムのブロック図である。
ホスト１０は、ＣＰＵ（ホストＣＰＵとも称される）１２、ホストバッファ（ＨＢ）１４、及びＣＳ Ｉ／Ｆ回路１６を含む。ホストバッファ１４の例は、ＤＲＡＭ又はＳＲＡＭである。ＣＰＵ１２、ホストバッファ１４、及びＣＳ Ｉ／Ｆ回路１６は、互いにバスで接続される。
ＣＳ３０は、不揮発性メモリ３２、メモリコントローラ３４、ファームウェア（ＦＷ）３６、ＣＰＵ（デバイスＣＰＵとも称される）３８、デバイスバッファ（ＤＢ）４２、Ｃｏｍｐｕｔａｔｉｏｎａｌ Ｐｒｏｇｒａｍ Ｍｅｍｏｒｙ（ＣＰＭ）４４、ＣＳＳ４６、ＣＳＰ４８、及びホストＩ／Ｆ回路５２を含む。メモリコントローラ３４、ＣＰＵ３８、デバイスバッファ４２、ＣＰＭ４４、ＣＳＰ４８、及びホストＩ／Ｆ回路５２は互いにバスで接続される。
ホスト１０とＣＳ３０は、ＣＳ Ｉ／Ｆ回路１６、接続線、及びホストＩ／Ｆ回路５２を介して接続可能である。ホスト１０とＣＳ３０とが接続された場合、ホスト１０とＣＳ３０の間には、ホスト１０からＣＳ３０への要求を伝えるコマンドキュー２０が存在する。コマンドキュー２０は、ホスト１０とＣＳ３０の何れかに備えられるメモリにより実現される。ここでは、ＳＳＤに関する規格であるＮｏｎ－Ｖｏｌａｔｉｌｅ Ｍｅｍｏｒｙ Ｅｘｐｒｅｓｓ（ＮＶＭｅ）（ＴＭ）に従い、コマンドキュー２０は、複数のｉｏキュー２２と１つのａｄｍｉｎ（管理者）キュー２４を含む。図１は、一例として、２個のｉｏキュー２２を示す。
不揮発性メモリ３２の例は、ＮＡＮＤ型フラッシュメモリである。メモリコントローラ３４は、不揮発性メモリ３２との間のデータの転送を制御する回路である。以下、不揮発性メモリ３２はＮＡＮＤメモリ３２と称され、メモリコントローラ３４はＮＡＮＤコントローラ３４と称される。ＣＳ３０全体を制御するファームウェア３６は、ＮＡＮＤメモリ３２に格納され、ＣＳ３０の電源オン時にＤＲＡＭ（図示しない）に書き込まれる。ＣＰＵ３８は、ＤＲＡＭ内のファームウェア３６を実行する。デバイスバッファ４２の例は、ＤＲＡＭ又はＳＲＡＭである。
ファームウェア３６は、ファームウェア３６ａを含む。ファームウェア３６ａは、ライトコマンドのＣＳフラグをチェックし、ＣＳフラグがＣＳＳ４６の起動を指定するオン情報を含む場合、ライトコマンド連動のＣＳＳを起動するような判断処理を実行するプログラムである。ファームウェア３６ａの一例を以下に示す。
ｗｒｉｔｅ（）
ｉｆ（ＣＳＳ＝ｏｎ）
ｓｔａｒｔ（ｗｒｉｔｅ＿ｐｒｏｇ）；
ｗａｉｔ（ｒｅｔｕｒｎ）；
｝
ファームウェア３６は、ファームウェア３６ｂも含む。ファームウェア３６ｂは、リードコマンドのＣＳフラグをチェックし、ＣＳフラグがＣＳＳ４６の起動を指定するオン情報を含む場合、リードコマンド連動のＣＳＳを起動するような判断処理を実行するプログラムである。ファームウェア３６ｂの一例を以下に示す。
ｒｅａｄ（）
ｉｆ（ＣＳＳ＝ｏｎ）
ｓｔａｒｔ（ｒｅａｄ＿ｐｒｏｇ）；
ｗａｉｔ（ｒｅｔｕｒｎ）；
｝
ＣＳＳ４６は、ＣＳ３０内に予め組み込まれたプログラムであってもよいし、ホスト１０が予め作成し、ホスト１０からのＣＳＳロードコマンドを実行することによりＣＳ３０がロードしたプログラムであってもよい。
ＣＳＰ４８は、ＣＳＳ４６を実行するプロセッサである。
ＣＰＭ４４は、ＣＳＳ４６がアクセス可能なメモリ領域を示す。ＣＰＭ４４の例は、ＤＲＡＭ又はＳＲＡＭである。
ＣＳ３０は、Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ（ＳＳＤ）とも称される。
本明細書では、ＣＳＳ４６は、ホスト１０が予め作成したプログラムであって、ＣＳ３０がＣＳＳロードコマンドを実行することによりロードしたプログラムであるとする。そのため、ホスト１０は、ｉｏキュー２２にライトコマンドＷを投入する前に、ａｄｍｉｎキュー２４にＣＳＳロードコマンドＬを投入する。ＣＳ３０がＣＳＳロードコマンドＬを実行することにより、ライトコマンド連動のプログラムｗｒｉｔｅ＿ｐｒｏｇとリードコマンド連動のプログラムｒｅａｄ＿ｐｒｏｇがホスト１０からＣＳ３０にロードされる。ライトコマンド連動のプログラムｗｒｉｔｅ＿ｐｒｏｇの例は、データを暗号化した暗号化データをＮＡＮＤメモリ３２に書き込むものである。リードコマンド連動のプログラムｒｅａｄ＿ｐｒｏｇの例は、ＮＡＮＤメモリ３２から読み出した暗号化データを復号するものである。プログラムｗｒｉｔｅ＿ｐｒｏｇは、ファームウェア３６ａと連動する。プログラムｒｅａｄ＿ｐｒｏｇは、ファームウェア３６ｂと連動する。
図２は、ライト動作の処理の流れの一例を示すフローチャートである。
Ｓ１０２で、ホスト１０のＣＰＵ（ホストＣＰＵ）１２は、ライト対象の論理ブロックアドレス（ｌｏｇｉｃａｌ ｂｌｏｃｋ ａｄｄｒｅｓｓ）データ（以下、ｌｂａデータと称される）をホストバッファ１４に書き込む。
Ｓ１０４で、ＣＰＵ１２は、ｉｏキュー２２にライトコマンドＷ（ｏｆｆ）又はＷ（ｏｎ）を順次投入する。ライトコマンドＷ（ｏｆｆ）及びＷ（ｏｎ）の各々は、ｌｂａデータが書き込まれたホストバッファ１４の領域のアドレス（以下、ホストバッファアドレスと称される）、ｌｂａ、データサイズを含む。ライトコマンドＷ（ｏｆｆ）は、ＣＳＳ４６の停止を指定するオフ情報を含むＣＳフラグが付加されたライトコマンドＷである。ライトコマンドＷ（ｏｎ）は、ＣＳＳ４６の起動を指定するオン情報を含むＣＳフラグが付加されたライトコマンドＷである。
Ｓ１０６で、ファームウェア３６を実行するＣＳ３０のＣＰＵ（デバイスＣＰＵ）３８は、ｉｏキュー２２からライトコマンドＷを読み出し、ライトコマンドＷを解析し、ホストバッファアドレス、ｌｂａ、データサイズを求める。
Ｓ１０８で、ＣＰＵ３８は、解析結果に基づいて、ホストバッファ１４からデバイスバッファ４２にｌｂａデータを転送する（図１の＃ａ１）。
Ｓ１１０で、ＣＰＵ３８は、ホスト１０のＣＰＵ１２にライトコマンドＷの応答を返す。
Ｓ１１２で、ＣＰＵ３８は、ライトコマンドＷに付加されているＣＳフラグが含むオン情報又はオフ情報に基づいて、ＣＳフラグがＣＳＳ４６（ライトコマンド連動のＣＳＳ４６）の起動又は停止を指定するかを判定する。ＣＳフラグがＣＳＳ４６の停止を指定する場合、Ｓ１２４で、ＣＰＵ３８は、デバイスバッファ４２からＮＡＮＤメモリ３２にｌｂａデータを転送する（図１の＃ａ７）。
ＣＳフラグがＣＳＳ４６の起動を指定する場合、ＣＰＵ３８は、ライトコマンド連動のＣＳＳ４６を実行する。具体的には、Ｓ１１４で、ファームウェア３６ａは、ライトコマンド連動のＣＳＳ４６（ｗｒｉｔｅ＿ｐｒｏｇ）を起動する（ｓｔａｒｔ（ｗｒｉｔｅ＿ｐｒｏｇ））（図１の＃ａ２）。
ＣＳＳ４６が必要に応じて以下を行いながら、ＣＳＳ処理を実行する。Ｓ１１６で、ＣＳＳ４６は、デバイスバッファ４２からＣＰＭ４４にｌｂａデータをロードする（ｌｏａｄ＿ｄｂ（））（図１の＃ａ３）。Ｓ１１８で、ＣＳＳ４６は、ＣＰＭ４４からのｌｂａデータのリード、ｌｂａデータのデータ処理、及びデータ処理後のｌｂａデータのＣＰＭ４４へのライトを実行する（図１の＃ａ４）。データ処理の例は、データを演算して演算結果を出力する様々な処理、データの誤り訂正符号化や誤り訂正復号処理、データの暗号化や復号処理、データの圧縮や解凍、データ解析、フィルタリングである。Ｓ１２０で、ＣＳＳ４６は、ＣＰＭ４４からデバイスバッファ４２へｌｂａデータをストアする（ｓｔｏｒｅ ｄｂ（））（図１の＃ａ５）。
Ｓ１２２で、ＣＳＳ４６がファームウェア３６ａに処理終了を返す（ｒｅｔｕｒｎ）（図１の＃ａ６）。
Ｓ１２４で、ＣＰＵ３８は、デバイスバッファ４２からＮＡＮＤメモリ３２にｌｂａデータを転送する（図１の＃ａ７）。
図３は、第１実施形態によるＣＳのリード動作の一例を説明するためのデータ処理システムのブロック図である。図３の構成は図１の構成と殆ど同じであり、ｉｏキュー２２に投入されるコマンドが図１と異なる。
図４は、リード動作の処理の流れの一例を示すフローチャートである。
Ｓ２０２で、ホスト１０のＣＰＵ（ホストＣＰＵ）１２は、リード対象のｌｂａデータを書き込むための領域をホストバッファ１４に確保する。
Ｓ２０４で、ＣＰＵ１２は、ｉｏキュー２２にリードコマンドＲ（ｏｆｆ）又はＲ（ｏｎ）を順次投入する。リードコマンドＲ（ｏｆｆ）及びＲ（ｏｎ）の各々は、ホストバッファアドレス、ｌｂａ、データサイズを含む。リードコマンドＲ（ｏｆｆ）は、ＣＳＳ４６の停止を指定するオフ情報を含むＣＳフラグが付加されたリードコマンドＲである。リードコマンドＲ（ｏｎ）は、ＣＳＳ４６の起動を指定するオン情報を含むＣＳフラグが付加されたリードコマンドＲである。
Ｓ２０６で、ファームウェア３６を実行するＣＳ３０のＣＰＵ（デバイスＣＰＵ）３８は、ｉｏキュー２２からリードコマンドＲを読み出し、リードコマンドＲを解析し、ホストバッファアドレス、ｌｂａ、データサイズを求める。
Ｓ２０８で、ＣＰＵ３８は、解析結果に基づいて、ＮＡＮＤメモリ３２からデバイスバッファ４２にｌｂａデータを転送する（図３の＃ｂ１）。
Ｓ２１０で、ＣＰＵ３８は、リードコマンドＲに付加されているＣＳフラグのオン情報又はオフ情報に基づいて、ＣＳフラグがＣＳＳ４６（リードコマンド連動のＣＳＳ４６）の起動又は停止を指定するかを判定する。ＣＳフラグがＣＳＳ４６の停止を指定する場合、Ｓ２２２で、ＣＰＵ３８は、デバイスバッファ４２からホストバッファ１４にｌｂａデータを転送する（図３の＃ｂ７）。
Ｓ２２４で、ＣＰＵ３８は、ホスト１０のＣＰＵ１２にリードコマンドＲの応答を返す。
ＣＳフラグがＣＳＳ４６の起動を指定する場合、ＣＰＵ３８は、リードコマンド連動のＣＳＳ４６を実行する。具体的には、Ｓ２１２で、ファームウェア３６ｂは、リードコマンド連動のＣＳＳ４６（ｒｅａｄ＿ｐｒｏｇ）を起動する（ｓｔａｒｔ（ｒｅａｄ＿ｐｒｏｇ））（図３の＃ｂ２）。
ＣＳＳ４６が必要に応じて以下を行いながら、ＣＳＳ処理を実行する。Ｓ２１４で、ＣＳＳ４６は、デバイスバッファ４２からＣＰＭ４４にｌｂａデータをロードする（ｌｏａｄ ｄｂ（））（図３の＃ｂ３）。Ｓ２１６で、ＣＳＳ４６は、ＣＰＭ４４からのｌｂａデータのリード、ｌｂａデータのデータ処理、及びデータ処理後のｌｂａデータのＣＰＭ４４へのライトを実行する（図３の＃ｂ４）。Ｓ２１８で、ＣＳＳ４６は、ＣＰＭ４４からデバイスバッファ４２へｌｂａデータをストアする（ｓｔｏｒｅ ｄｂ（））（図３の＃ｂ５）。
Ｓ２２０で、ＣＳＳ４６がファームウェア３６ｂに処理終了を返す（ｒｅｔｕｒｎ）（図３の＃ｂ６）。
Ｓ２２２で、ＣＰＵ３８は、デバイスバッファ４２からホストバッファ１４にｌｂａデータを転送する（図３の＃ｂ７）。
Ｓ２２４で、ＣＰＵ３８は、ホスト１０のＣＰＵ１２にリードコマンドＲの応答を返す。
第１実施形態によれば、トランスペアレントオペレーション方式のＣＳでは実現できなかった、ライト又はリードのｉｏコマンド連動のＣＳＳ４６の起動又は停止を、ＣＳ３０が備えるソフトウェア資産を活かした状態で、ホスト１０が切り替えることができる。
第２実施形態
第１実施形態では、ライトコマンドに連動するプログラムは１個のＣＳＳ４６（ｗｒｉｔｅ＿ｐｒｏｇ）であり、リードコマンドに連動するプログラムは１個のＣＳＳ４６（ｒｅａｄ＿ｐｒｏｇ）である。次に、ＣＳ３０は、ｉｏコマンドに連動する複数のプログラム（ＣＳＳ４６）のいずれかを選択的に実行可能であり、ＣＳフラグは起動するコマンド連動プログラムを選択する情報も含む第２実施形態を説明する。
図５は、第２実施形態によるＣＳのライト動作の一例を説明するためのデータ処理システムのブロック図である。
図５の構成は図１の構成と殆ど同じであるが、以下の点が異なる。第２実施形態では、ＣＳＳ４６は複数のスロットに区分され、各スロットが１個のライトコマンド連動プログラムに対応する。各スロット、すなわち各ライトコマンド連動プログラムはスロット識別子ｓｌｏｔ＿ｎｏにより指定される。ＣＳフラグは、ＣＳＳ４６の起動又は停止を指定するオン情報又はオフ情報と、起動するライトコマンド連動プログラムを指定するスロット識別子ｓｌｏｔ＿ｎｏを含む。
ファームウェア３６はファームウェア３６ａ、３６ｂに変えてファームウェア３６ｃ、３６ｄを含む。ファームウェア３６ｃは、ライトコマンドＷのＣＳフラグをチェックし、ＣＳフラグがＣＳＳ４６の起動を指定するオン情報を含む場合、スロット識別子により識別されるｉｏコマンド連動プログラムを起動するプログラムである。ファームウェア３６ｃの一例を以下に示す。
ｗｒｉｔｅ（）
ｉｆ（ＣＳＳ＝ｏｎ）
ｓｔａｒｔ（ｓｌｏｔ＿ｎｏ）；
ｗａｉｔ（ｒｅｔｕｒｎ）；
｝
ファームウェア３６ｄは、リードコマンドＲのＣＳフラグをチェックし、ＣＳフラグがＣＳＳ４６の起動を指定するオン情報を含む場合、スロット識別子により識別されるｉｏコマンド連動プログラムを起動するプログラムである。ファームウェア３６ｄの一例を以下に示す。
ｒｅａｄ（）
ｉｆ（ＣＳＳ＝ｏｎ）
ｓｔａｒｔ（ｓｌｏｔ＿ｎｏ）；
ｗａｉｔ（ｒｅｔｕｒｎ）；
｝
第２実施形態でも、ホスト１０は、ｉｏキュー２２にライトコマンドＷやリードコマンドＲを投入する前に、ａｄｍｉｎキュー２４にＣＳＳロードコマンドＬを投入する。ＣＳ３０がＣＳＳロードコマンドＬを実行することにより、ライトコマンド連動の複数のプログラムやリードコマンド連動の複数のプログラムがホスト１０からＣＳ３０の各スロットにロードされる。
図６は、ライト動作の処理の流れの一例を示すフローチャートである。
Ｓ３０２で、ホスト１０のＣＰＵ（ホストＣＰＵ）１２は、ライト対象のｌｂａデータをホストバッファ１４に書き込む。
Ｓ３０４で、ＣＰＵ１２は、ｉｏキュー２２にライトコマンドＷ（ｏｆｆ）又はＷ（ｏｎ，ｓｌｏｔ０）を順次投入する。ライトコマンドＷ（ｏｆｆ）及びＷ（ｏｎ，ｓｌｏｔ０）の各々は、ホストバッファアドレス、ｌｂａ、データサイズを含む。ライトコマンドＷ（ｏｆｆ）は、ＣＳＳ４６の停止を指定するオフ情報を含むＣＳフラグが付加されたライトコマンドＷである。ライトコマンドＷ（ｏｎ，ｓｌｏｔ０）は、ＣＳＳ４６の起動を指定するオン情報と、起動するＣＳＳ（ライトコマンド連動プログラム）４６に対応するスロットを指定するためのスロット識別子ｓｌｏｔ＿ｎｏ（ここでは、スロット０）と、を含むＣＳフラグが付加されたライトコマンドＷである。
Ｓ３０６で、ファームウェア３６を実行するＣＳ３０のＣＰＵ（デバイスＣＰＵ）３８は、ｉｏキュー２２からライトコマンドＷを読み出し、ライトコマンドＷを解析し、ホストバッファアドレス、ｌｂａ、データサイズを求める。
Ｓ３０８で、ＣＰＵ３８は、解析結果に基づいて、ホストバッファ１４からデバイスバッファ４２にｌｂａデータを転送する（図５の＃ｃ１）。
Ｓ３１０で、ＣＰＵ３８は、ホスト１０のＣＰＵ１２にライトコマンドＷの応答を返す。
Ｓ３１２で、ＣＰＵ３８は、ライトコマンドＷに付加されているＣＳフラグが含むオン情報又はオフ情報に基づいて、ＣＳフラグがＣＳＳ４６の起動又は停止を指定するかを判定する。ＣＳフラグがＣＳＳ４６の停止を指定する場合、Ｓ３２４で、ＣＰＵ３８は、デバイスバッファ４２からＮＡＮＤメモリ３２にｌｂａデータを転送する（図５の＃ｃ７）。
ＣＳフラグがＣＳＳ４６の起動を指定する場合、ＣＰＵ３８は、ＣＳフラグに含まれるスロット識別子ｓｌｏｔ０により指定されるスロットに対応するライトコマンド連動のＣＳＳ４６を実行する。具体的には、Ｓ３１４で、ファームウェア３６ｃは、ＣＳフラグに含まれるスロット識別子ｓｌｏｔ０により指定されるライトコマンド連動プログラムであるＣＳＳ４６を起動する（ｓｔａｒｔ（ｓｌｏｔ０））（図５の＃ｃ２）。
ＣＳＳ４６が必要に応じて以下を行いながら、ＣＳＳ処理を実行する。Ｓ３１６で、ＣＳＳ４６は、デバイスバッファ４２からＣＰＭ４４にｌｂａデータをロードする（ｌｏａｄ＿ｄｂ（））（図５の＃ｃ３）。Ｓ３１８で、ＣＳＳ４６は、ＣＰＭ４４からのｌｂａデータのリード、ｌａｂデータのデータ処理、データ処理後のｌｂａデータのＣＰＭ４４へのライトを実行する（図５の＃ｃ４）。Ｓ３２０で、ＣＳＳ４６は、ＣＰＭ４４からデバイスバッファ４２へｌｂａデータをストアする（ｓｔｏｒｅ ｄｂ（））（図５の＃ｃ５）。
Ｓ３２２で、ＣＳＳ４６がファームウェア３６ａに処理終了を返す（ｒｅｔｕｒｎ）（図５の＃ｃ６）。
Ｓ３２４で、ＣＰＵ３８は、デバイスバッファ４２からＮＡＮＤメモリ３２にｌｂａデータを転送する（図５の＃ｃ７）。
図７は、第２実施形態によるＣＳのリード動作の一例を説明するためのデータ処理システムのブロック図である。図７の構成は図５の構成と殆ど同じであり、ｉｏキュー２２に投入されるコマンドが図５と異なる。
図８は、リード動作の処理の流れの一例を示すフローチャートである。
Ｓ４０２で、ホスト１０のＣＰＵ（ホストＣＰＵ）１２は、リード対象のｌｂａデータを書き込むための領域をホストバッファ１４に確保する。
Ｓ４０４で、ＣＰＵ１２は、ｉｏキュー２２にリードコマンドＲ（ｏｆｆ）又はＲ（ｏｎ，ｓｌｏｔ１）を順次投入する。リードコマンドＲ（ｏｆｆ）及びＲ（ｏｎ，ｓｌｏｔ１）の各々は、ホストバッファアドレス、ｌｂａ、データサイズを含む。リードコマンドＲ（ｏｆｆ）は、ＣＳＳ４６の停止を指定するオフ情報を含むＣＳフラグが付加されたリードコマンドである。リードコマンドＲ（ｏｎ,ｓｌｏｔ１）は、ＣＳＳ４６の起動を指定するオン情報と、起動するＣＳＳ（リードコマンド連動プログラム）４６に対応するスロットを指定するためのスロット識別子ｓｌｏｔ＿ｎｏ（ここでは、スロット１）と、を含むＣＳフラグが付加されたリードコマンドである。
Ｓ４０６で、ファームウェア３６を実行するＣＳ３０のＣＰＵ（デバイスＣＰＵ）３８は、ｉｏキュー２２からリードコマンドＲを読み出し、リードコマンドＲを解析し、ホストバッファアドレス、ｌｂａ、データサイズを求める。
Ｓ４０８で、ＣＰＵ３８は、解析結果に基づいて、ＮＡＮＤメモリ３２からデバイスバッファ４２にｌｂａデータを転送する（図７の＃ｄ１）。
Ｓ４１０で、ＣＰＵ３８は、リードコマンドＲに付加されているＣＳフラグが含むオン情報又はオフ情報に基づいて、ＣＳフラグがＣＳＳ４６の起動又は停止を指定するかを判定する。ＣＳフラグがＣＳＳ４６の停止を指定する場合、Ｓ４２２で、ＣＰＵ３８は、デバイスバッファ４２からホストバッファ１４にｌｂａデータを転送する（図７の＃ｄ７）。
Ｓ４２４で、ＣＰＵ３８は、ホスト１０のＣＰＵ１２にリードコマンドＲの応答を返す。
ＣＳフラグがＣＳＳ４６の起動を指定する場合、ＣＰＵ３８は、ＣＳフラグに含まれるスロット識別子ｓｌｏｔ０により指定されるスロットに対応するリードコマンド連動のＣＳＳ４６を実行する。具体的には、Ｓ４１２で、ファームウェア３６ｄがスロット１のＣＳＳ４６を起動する（ｓｔａｒｔ（ｓｌｏｔ１））（図７の＃ｄ２）。
ＣＳＳ４６が必要に応じて以下を行いながら、ＣＳＳ処理を実行する。Ｓ４１４で、ＣＳＳ４６は、デバイスバッファ４２からＣＰＭ４４にｌｂａデータをロードする（ｌｏａｄ ｄｂ（））（図７の＃ｄ３）。Ｓ４１６で、ＣＳＳ４６は、ＣＰＭ４４からのｌｂａデータのリード、ｌｂａデータのデータ処理、及び処理後のｌｂａデータのＣＰＭ４４へのライトを実行する（図７の＃ｄ４）。Ｓ４１８で、ＣＳＳ４６は、ＣＰＭ４４からデバイスバッファ４２へｌｂａデータをストアする（ｓｔｏｒｅ ｄｂ（））（図７の＃ｄ５）。
Ｓ４２０で、ＣＳＳ４６がファームウェア３６ｄに処理終了を返す（ｒｅｔｕｒｎ）（図７の＃ｄ６）。
Ｓ４２２で、ＣＰＵ３８は、デバイスバッファ４２からホストバッファ１４にｌｂａデータを転送する（図７の＃ｄ７）。
Ｓ４２４で、ＣＰＵ３８は、ホスト１０のＣＰＵ１２にリードコマンドＲの応答を返す。
第２実施形態によれば、第１実施形態の効果に加えて、ライト又はリードのｉｏコマンド毎に起動するＣＳＳ４６を選択することができる。
なお、第２実施形態のＣＳフラグからＣＳＳ４６の起動又は停止を指定する情報を削除し、常にＣＳＳ４６を起動するが、起動するＣＳＳ４６のプログラムをスロット識別子により指定できるように第２実施形態を変形してもよい。
すなわち、変形例では、ライトコマンドＷ（ｏｆｆ）は定義されず、ライトコマンドＷ（ｏｎ，ｓｌｏｔ＿ｎｏ）がライトコマンドＷ（ｓｌｏｔ＿ｎｏ）に変更される。同様に、リードコマンドＲ（ｏｆｆ）は定義されず、リードコマンドＲ（ｏｎ，ｓｌｏｔ＿ｎｏ）がリードコマンドＲ（ｓｌｏｔ＿ｎｏ）に変更される。
第３実施形態
第１実施形態及び第２実施形態では、ＣＳＳ４６によるデータ処理の内容は固定である。これに対して、ホスト１０がＣＳＳ４６にＣＳパラメータを渡し、データ処理においてＣＳパラメータを参照可能であり、ＣＳパラメータによりデータ処理の内容が可変である第３実施形態を説明する。ＣＳパラメータの例は、データ処理の種類（暗号化方式や、暗号鍵）である。
ホスト１０はＣＳパラメータをＣＳフラグに入れてＣＳＳ４６に渡してもよい。この場合、ＣＳフラグのサイズは、ＣＳパラメータにより決まり、ＣＳパラメータのサイズが大きい場合、ＣＳフラグのサイズも大きい。
また、ホスト１０はＣＳパラメータを特定できる情報をＣＳフラグに入れてＣＳＳ４６に渡してもよい。例えばＣＳパラメータをＣＰＭ４４に書き込み、ＣＳパラメータを格納するＣＰＭ４４のアドレスとサイズをＣＳフラグに入れてＣＳＳ４６に渡してもよい。この場合、ＣＳフラグのサイズは一定で良く、ＣＳパラメータのサイズが大きくなっても、それに応じてＣＳフラグのサイズが大きくなることはない。第３実施形態では、第１実施形態又は第２実施形態のＣＳフラグは、ＣＳパラメータを特定できる情報をさらに含むように変形される。
図９は、第３実施形態によるＣＳのライト動作の一例を説明するためのデータ処理システムのブロック図である。第３実施形態は、第１実施形態の変形例としても実現可能であるし、第２実施形態の変形例としても実現可能である。ここでは、第１実施形態の変形例として実現した第３実施形態を説明する。
図９の構成は図１の構成と殆ど同じであるが、以下の点が異なる。第３実施形態では、ライトコマンドＷ又はリードコマンドＲのＣＳフラグは、ＣＳＳ４６の起動又は停止を指定するオン情報又はオフ情報と、ＣＳパラメータの格納領域を示す情報と、を含む。
ホストバッファ１４からＣＰＭ４４へのデータ転送を指示する転送コマンドＴｘが定義される。
ファームウェア３６はファームウェア３６ａ、３６ｂに変えてファームウェア３６ｅ、３６ｆを備える。ファームウェア３６ｅは、ライトコマンドＷのＣＳフラグをチェックし、ＣＳフラグがＣＳＳ４６の起動を指定するオン情報を含む場合、ＣＳパラメータを参照するプログラムである。ファームウェア３６ｅの一例を以下に示す。ｃｐｍ＿ａｄｄｒがＣＳパラメータの格納領域を示す情報である。
ｗｒｉｔｅ（）
ｉｆ（ＣＳＳ＝ｏｎ）
ｓｔａｒｔ（ｗｒｉｔｅ＿ｐｒｏｇ，ｃｐｍ＿ａｄｄｒ）；
ｗａｉｔ（ｒｅｔｕｒｎ）；
｝
ファームウェア３６ｆは、リードコマンドＲのＣＳフラグをチェックし、ＣＳフラグがＣＳＳ４６の起動を指定するオン情報を含む場合、ＣＳパラメータを参照するプログラムである。ファームウェア３６ｆの一例を以下に示す。
ｒｅａｄ（）
ｉｆ（ＣＳＳ＝ｏｎ）
ｓｔａｒｔ（ｒｅａｄ＿ｐｒｏｇ，ｃｐｍ＿ａｄｄｒ）；
ｗａｉｔ（ｒｅｔｕｒｎ）；
｝
第３実施形態でも、ホスト１０は、ライトコマンドＷやリードコマンドＲを投入の事前に、ａｄｍｉｎキュー２４にＣＳＳロードコマンドＬを投入する。ＣＳ３０がＣＳＳロードコマンドＬを実行することにより、ライトコマンド連動のプログラムｗｒｉｔｅ＿ｐｒｏｇやリードコマンド連動のプログラムｒｅａｄ＿ｐｒｏｇがホスト１０からＣＳ３０にロードされる。
図１０は、ライト動作の処理の流れの一例を示すフローチャートである。
Ｓ５０２で、ホスト１０のＣＰＵ（ホストＣＰＵ）１２は、ＣＳパラメータをホストバッファ１４に書き込む。
Ｓ５０４で、ＣＰＵ１２は、ｉｏキュー２２に転送コマンドＴｘ（ｃｐｍ＿ａｄｄｒ０）又はＴｘ（ｃｐｍ＿ａｄｄｒ１）を投入する。転送コマンドＴｘ（ｃｐｍ＿ａｄｄｒ）コマンドは、ホストバッファ１４からＣＰＭ４４の領域へのＣＳパラメータの転送を要求する。転送コマンドＴｘ（ｃｐｍ＿ａｄｄｒ）は、ＣＳパラメータの転送先のＣＰＭ４４の領域を示す領域識別子ｃｐｍ＿ａｄｄｒを含む。
Ｓ５０６で、ファームウェア３６を実行するＣＳ３０のＣＰＵ（デバイスＣＰＵ）３８は、ｉｏキュー２２から転送コマンドＴｘ（ｃｐｍ＿ａｄｄｒ）を読み出し、転送コマンドＴｘ（ｃｐｍ＿ａｄｄｒ）を解析し、領域識別子ｃｐｍ＿ａｄｄｒを求める。
Ｓ５０８で、ＣＰＵ３８は、ホストバッファ１４から領域識別子ｃｐｍ＿ａｄｄｒで指定されるＣＰＭ４４の領域にＣＳパラメータを転送する。
Ｓ５１０で、ＣＰＵ３８は、ホスト１０のＣＰＵ１２に転送コマンドＴｘ（ｃｐｍ＿ａｄｄｒ）の応答を返す。
Ｓ５１２で、ホスト１０のＣＰＵ１２は、ライト対象のｌｂａデータをホストバッファ１４に書き込む。
Ｓ５１４で、ＣＰＵ１２は、ｉｏキュー２２にライトコマンドＷ（ｏｆｆ）、Ｗ（ｏｎ，ｃｐｍ＿ａｄｄｒ０）、又はＷ（ｏｎ，ｃｐｍ＿ａｄｄｒ１）を順次投入する。ライトコマンドＷ（ｏｆｆ）、Ｗ（ｏｎ，ｃｐｍ＿ａｄｄｒ０）、及びＷ（ｏｎ，ｃｐｍ＿ａｄｄｒ１）の各々は、ホストバッファアドレス、ｌｂａ、データサイズを含む。ライトコマンドＷ（ｏｆｆ）は、ＣＳＳ４６の停止を指定するオフ情報を含むＣＳフラグが付加されたライトコマンドＷである。ライトコマンドＷ（ｏｎ，ｃｐｍ＿ａｄｄｒ）は、ＣＳＳ４６の起動を指定するオン情報と、起動するＣＳＳプログラムが参照するＣＳパラメータの格納領域を指定するためのＣＰＭ４４の領域識別子ｃｏｍ＿ａｄｄｒと、を含むＣＳフラグが付加されたライトコマンドＷである。
Ｓ５１６で、ＣＰＵ３８は、ｉｏキュー２２からライトコマンドＷを読み出し、ライトコマンドＷを解析し、ホストバッファアドレス、ｌｂａ、データサイズを求める。
Ｓ５１８で、ＣＰＵ３８は、解析結果に基づいて、ホストバッファ１４からデバイスバッファ４２にｌｂａデータを転送する（図９の＃ｅ１）。
Ｓ５２０で、ＣＰＵ３８は、ホスト１０のＣＰＵ１２にライトコマンドＷの応答を返す。
Ｓ５２２で、ＣＰＵ３８は、ライトコマンドＷに付加されているＣＳフラグが含むオン情報又はオフ情報に基づいて、ＣＳフラグがＣＳＳ４６の起動又は停止を指定するかを判定する。ＣＳフラグがＣＳＳ４６の停止を指定する場合、Ｓ５３６で、ＣＰＵ３８は、デバイスバッファ４２からＮＡＮＤメモリ３２にｌｂａデータを転送する（図９の＃ｅ８）。
ＣＳフラグがＣＳＳ４６の起動を指定する場合、ＣＰＵ３８は、ライトコマンド連動のＣＳＳ４６を実行する。具体的には、Ｓ５２４で、ファームウェア３６ｅは、ライトコマンド連動のＣＳＳ４６を起動する（ｓｔａｒｔ（ｗｒｉｔｅ＿ｐｒｏｇ））（図９の＃ｅ２）。
Ｓ５２６で、ＣＳＳ４６は、ＣＳフラグが含む領域識別子で指定されたＣＰＭ４４の領域ｃｐｍからＣＳパラメータを読み込む（図９の＃ｅ３）。
ＣＳＳ４６が必要に応じて以下を行いながら、ＣＳＳ処理を実行する。Ｓ５２８で、ＣＳＳ４６は、デバイスバッファ４２からＣＰＭ４４にｌｂａデータをロードする（ｌｏａｄ＿ｄｂ（））（図９の＃ｅ４）。Ｓ５３０で、ＣＳＳ４６は、ＣＰＭ４４からのｌｂａデータのリード、ｌｂａデータのＣＳパラメータを用いるデータ処理、データ処理後のｌｂａデータのＣＰＭ４４へのライトを実行する（図９の＃ｅ５）。Ｓ５３２で、ＣＳＳ４６は、ＣＰＭ４４からデバイスバッファ４２へｌｂａデータをストアする（ｓｔｏｒｅ ｄｂ（））（図９の＃ｅ６）。
Ｓ５３４で、ＣＳＳ４６は、ファームウェア３６ｅに処理終了を返す（ｒｅｔｕｒｎ）（図９の＃ｅ７）。
Ｓ５３６で、ＣＰＵ３８は、デバイスバッファ４２からＮＡＮＤメモリ３２にｌｂａデータを転送する（図９の＃ｅ８）。
図１１は、第３実施形態によるＣＳのリード動作の一例を説明するためのデータ処理システムのブロック図である。
図１１の構成は図９の構成と殆ど同じであり、ｉｏキュー２２に投入されるコマンドが図９と異なる。
図１２は、リード動作の処理の流れの一例を示すフローチャートである。
転送コマンドＴｘによりＣＳパラメータをＣＰＭ４４にロードするＳ５０２－Ｓ５１０までの処理は図１０と同じである。
Ｓ６１２で、ホスト１０のＣＰＵ（ホストＣＰＵ）１２は、リード対象のｌｂａデータを書き込むための領域をホストバッファ１４に確保する。
Ｓ６１４で、ＣＰＵ１２は、ｉｏキュー２２にリードコマンドＲ（ｏｆｆ）、Ｒ（ｏｎ，ｃｐｍ＿ａｄｄｒ０）、又はＲ（ｏｎ，ｃｐｍ＿ａｄｄｒ１）を順次投入する。リードコマンドＲ（ｏｆｆ）、Ｒ（ｏｎ，ｃｐｍ＿ａｄｄｒ０）、及びＲ（ｏｎ，ｃｐｍ＿ａｄｄｒ１）の各々は、ホストバッファアドレス、ｌｂａ、データサイズを含む。リードコマンドＲ（ｏｆｆ）は、ＣＳＳ４６の停止を指定するオフ情報を含むＣＳフラグが付加されたリードコマンドＲである。リードコマンドＲ（ｏｎ，ｃｐｍ＿ａｄｄｒ）は、ＣＳＳ４６の起動を指定するオン情報と、起動するＣＳＳプログラムが参照するＣＳパラメータの格納領域を指定するためのＣＰＭ４４の領域識別子ｃｏｍ＿ａｄｄｒと、を含むＣＳフラグが付加されたリードコマンドＲである。
Ｓ６１６で、ＣＳＳ３０のＣＰＵ（デバイスＣＰＵ）３８は、ｉｏキュー２２からリードコマンドＲを読み出し、リードコマンドＲを解析し、ホストバッファアドレス、ｌｂａ、データサイズを求める。
Ｓ６１８で、ＣＰＵ３８は、解析結果に基づいて、ＮＡＮＤメモリ３２からデバイスバッファ４２にｌｂａデータを転送する（図１１の＃ｆ１）。
Ｓ６２０で、ＣＰＵ３８は、リードコマンドＲに付加されているＣＳフラグが含むオン情報又はオフ情報に基づいて、ＣＳフラグがＣＳＳ４６の起動又は停止を指定するかを判定する。ＣＳフラグがＣＳＳ４６の停止を指定する場合、Ｓ６３４で、ＣＰＵ３８は、デバイスバッファ４２からホストバッファ１４にｌｂａデータを転送する（図１１の＃ｆ８）。
Ｓ６３６で、ＣＰＵ３８は、ホスト１０のＣＰＵ１２にリードコマンドＲの応答を返す。
ＣＳフラグがＣＳＳ４６の起動を指定する場合、ＣＰＵ３８は、リードコマンド連動のＣＳＳ４６を起動する。具体的には、Ｓ６２２で、ファームウェア３６ｆは、リードコマンド連動のＣＳＳ４６を起動する（ｓｔａｒｔ（ｒｅａｄ＿ｐｒｏｇ））（図１１の＃ｆ２）。
Ｓ６２４で、ＣＳＳ４６は、ＣＳフラグが含む領域識別子で指定されたＣＰＭ４４の領域ｃｐｍからＣＳパラメータを読み込む（図１１の＃ｆ３）。
ＣＳＳ４６が必要に応じて以下を行いながら、ＣＳＳ処理を実行する。Ｓ６２６で、ＣＳＳ４６は、デバイスバッファ４２からＣＰＭ４４にｌｂａデータをロードする（ｌｏａｄ＿ｄｂ（））（図１１の＃ｆ４）。Ｓ６２８で、ＣＳＳ４６は、ＣＰＭ４４からのｌｂａデータのリード、ＣＳパラメータを用いるｌｂａデータのデータ処理、データ処理後のｌｂａデータのＣＰＭ４４へのライトを実行する（図１１の＃ｆ５）。Ｓ６３０で、ＣＳＳ４６は、ＣＰＭ４４からデバイスバッファ４２へｌｂａデータをストアする（ｓｔｏｒｅ ｄｂ（））（図１１の＃ｆ６）。
Ｓ６３２で、ＣＳＳ４６は、ファームウェア３６ｅに処理終了を返す（ｒｅｔｕｒｎ）（図１１の＃ｆ７）。
Ｓ６３４で、ＣＰＵ３８は、デバイスバッファ４２からホストバッファ１４にｌｂａデータを転送する（図１１の＃ｆ８）。
Ｓ６３６で、デバイスＣＰＵ３８は、ホストＣＰＵ１２にリードコマンドＲの応答を返す。
第３実施形態によれば、第１実施形態の効果に加えて、ライト／リードのｉｏコマンドに連動するＣＳＳ４６が参照するＣＳパラメータを選択することができる。
なお、第３実施形態のＣＳフラグからＣＳＳ４６の起動又は停止を指定するオン情報又はオフ情報を削除し、常にＣＳＳ４６を起動するが、起動するＣＳＳ４６が参照するパラメータをＣＰＭ４４の領域識別子により指定できるように第３実施形態を変形してもよい。
すなわち、変形例では、ライトコマンドＷ（ｏｆｆ）は定義されず、ライトコマンドＷ（ｏｎ，ｓｌｏｔ＿ｎｏ）がライトコマンドＷ（ｓｌｏｔ＿ｎｏ）に変更される。同様に、リードコマンドＲ（ｏｆｆ）は定義されず、リードコマンドＲ（ｏｎ，ｓｌｏｔ＿ｎｏ）がリードコマンドＲ（ｓｌｏｔ＿ｎｏ）に変更される。
第４実施形態
図９－図１２を参照した第３実施形態は、第１実施形態の変形例（第１実施形態のＣＳフラグにＣＳパラメータ選択機能を付加）として実現したが、第２実施形態のＣＳフラグにＣＳパラメータ選択機能を付加した第４実施形態を説明する。
第４実施形態によるホスト１０、コマンドキュー２０、ＣＳ３０の構成は、第１実施形態、第２実施形態、第３実施形態のそれらと同じである。ただし、コマンドキュー２０が格納するコマンドやファームウェア３６の処理は、第１実施形態、第２実施形態、第３実施形態とは異なる。ライトコマンドＷ又はリードコマンドＲのＣＳフラグは、ＣＳＳ４６の起動又は停止を指定するオン情報又はオフ情報と、起動するＣＳＳ４６に対応するスロットを指定するためのスロット識別子ｓｌｏｔ＿ｎｏと、ＣＳパラメータの格納領域を示す領域識別子と、を含む。
図１３は、第４実施形態によるホスト１０がｉｏキュー２２に投入するコマンドの一例を示す。
図１３（ａ）は、ホストがライトコマンドを発行した時のｉｏキュー２２の一例を示す。ホスト１０は、ｉｏキュー２２に転送コマンドＴｘ（ｃｐｍ＿ａｄｄｒ０）又はＴｘ（ｃｐｍ＿ａｄｄｒ１）を投入する。その後、ホスト１０は、ｉｏキュー２２にＣＳフラグ付きのライトコマンドＷ（ｏｎ，ｓｌｏｔ０，ｃｐｍ＿ａｄｄｒ０）又はＷ（ｏｎ，ｓｌｏｔ１，ｃｐｍ＿ａｄｄｒ１）を投入する。ライトコマンドＷ（ｏｎ，ｓｌｏｔ＿ｎｏ，ｃｐｍ＿ａｄｄｒ）は、スロットに対応するＣＳＳ４６の起動を指定し、起動したＣＳＳ４６はＣＰＭ４４の領域ｃｐｍに格納されているＣＳパラメータを使用してデータ処理をすることを指定する。
このライトコマンドに対応するために、ファームウェア３６は次のファームウェアを含む。
ｗｒｉｔｅ（）
ｉｆ（ＣＳＳ＝ｏｎ）
ｓｔａｒｔ（ｓｌｏｔ＿ｎｏ，ｃｐｍ＿ａｄｄｒ）；
ｗａｉｔ（ｒｅｔｕｒｎ）；
｝
図１３（ｂ）は、ホストがリードコマンドを発行した時のｉｏキュー２２の一例を示す。ホスト１０は、ｉｏキュー２２に転送コマンドＴｘ（ｃｐｍ＿ａｄｄｒ０）又はＴｘ（ｃｐｍ＿ａｄｄｒ１）を投入する。その後、ホスト１０は、ｉｏキュー２２にＣＳフラグ付きのリードコマンドＲ（ｏｎ，ｓｌｏｔ０，ｃｐｍ＿ａｄｄｒ０）又はＲ（ｏｎ，ｓｌｏｔ１，ｃｐｍ＿ａｄｄｒ１）を投入する。リードコマンドＲ（ｏｎ，ｓｌｏｔ＿ｎｏ，ｃｐｍ＿ａｄｄｒ）は、スロットに対応するＣＳＳ４６の起動を指定し、起動したＣＳＳ４６はＣＰＭ４４の領域ｃｐｍに格納されているＣＳパラメータを使用してデータ処理をすることを指定する。
このリードコマンドに対応するために、ファームウェア３６は次のファームウェアを含む。
ｒｅａｄ（）
ｉｆ（ＣＳＳ＝ｏｎ）
ｓｔａｒｔ（ｓｌｏｔ＿ｎｏ，ｃｐｍ＿ａｄｄｒ）；
ｗａｉｔ（ｒｅｔｕｒｎ）；
｝
第４実施形態では、ライトコマンドＷ又はリードコマンドＲのＣＳフラグは、ＣＳＳ４６の起動又は停止を指定するオン情報又はオフ情報と、起動するＣＳＳ４６に対応するスロットを指定するためのスロット識別子ｓｌｏｔ＿ｎｏと、ＣＳパラメータの格納領域を示す領域識別子ｃｐｍ＿ａｄｄｒと、を含む。
第４実施形態によれば、第２実施形態の効果に加えて、ライト又はリードのｉｏコマンドに連動するＣＳＳ４６が参照するＣＳパラメータを選択することができる。
なお、第４実施形態のＣＳフラグからＣＳＳ４６の起動又は停止を指定するオン情報又はオフ情報を削除し、常にＣＳＳ４６を起動するが、起動するＣＳＳ４６及びＣＳＳ４６が参照するＣＳパラメータを指定できるように第４実施形態を変形してもよい。
すなわち、変形例では、ライトコマンドＷＷ（ｏｎ，ｓｌｏｔ＿ｎｏ，ｃｐｍ＿ａｄｄｒ）がライトコマンドＷ（ｓｌｏｔ＿ｎｏ，ｃｐｍ＿ａｄｄｒ）に変更される。同様に、リードコマンドＲ（ｏｎ，ｓｌｏｔ＿ｎｏ，ｃｐｍ＿ａｄｄｒ）がリードコマンドＲ（ｓｌｏｔ＿ｎｏ，ｃｐｍ＿ａｄｄｒ）に変更される。
第５実施形態
ＣＳＳ４６の処理、特にリード動作の処理は、ＣＳ付属情報を必要とすることがある。ＣＳ付属情報の例は、どのデータをどの誤り訂正符号により符号化したかを示す情報、どのデータをどの暗号鍵により暗号化したかを示す情報、又はどのデータをどのように圧縮したかを示す情報である。ＣＳＳ４６は、ライト時に、条件によって、誤り訂正符号、暗号鍵、圧縮方法を変えることがある。条件はデータの中身に関する条件のこともある。例えば、ＣＳＳ４６は、特定の文字列が含まれているファイルを暗号鍵Ａにより暗号化し、特定の文字列が含まれていないファイルを暗号鍵Ｂにより暗号化することがある。この場合、暗号化されたファイルでは、特定の文字列も暗号化されているので、リード時にＣＳＳ４６は、特定の文字列が含まれているか否かを暗号化ファイルから判断することができない。この場合、どのデータをどの暗号鍵により暗号化したかを示すＣＳ付属情報があれば、ＣＳＳ４６は、読み出したデータを正しく復号することができる。
ＣＳＳ４６がＣＳ付属情報をｌｂａデータとともにＮＡＮＤメモリ３２に書き込み、その後ＣＳ付属情報をＮＡＮＤメモリ３２から読み出し、その後の処理に付属情報を利用する第５実施形態を説明する。第５実施施形態は、上述した４つの実施形態のいずれに適用可能であるが、ここでは、第１実施形態に適用した第５実施形態を説明する。
図１４は、第５実施形態によるＣＳのライト動作の一例を説明するためのデータ処理システムのブロック図である。第５実施形態は、図１－図４に示す第１実施形態に対して、ＣＳＳ４６が生成したＣＳ付属情報をｌｂａデータとともにＮＡＮＤメモリ３２やデバイスバッファ４２に書き込む機能が追加されている。
図１４は、付属情報ｃｓ＿ａｔｔｒをｌｂａデータｌｂａ＿ｄａｔａの近傍に保存する例を示す。しかし、ＣＳ付属情報ｃｓ＿ａｔｔｒの保存先はｌｂａデータｌｂａ＿ｄａｔａと物理的に近い場所である必要はなく、ｌｂａデータｌｂａ＿ｄａｔａに紐づけ可能な場所であればどこでも構わない。例えば、ＣＳ付属情報ｃｓ＿ａｔｔｒをアドレス情報とともにルックアップテーブルで管理する形で保存してもよい。
図１５は、ライト動作の処理の流れの一例を示すフローチャートである。
Ｓ６５２で、ホスト１０のＣＰＵ（ホストＣＰＵ）１２は、ライト対象の論理ブロックアドレス（ｌｏｇｉｃａｌ ｂｌｏｃｋ ａｄｄｒｅｓｓ）データ（以下、ｌｂａデータと称される）をホストバッファ１４に書き込む。
Ｓ６５４で、ＣＰＵ１２は、ｉｏキュー２２にライトコマンドＷ（ｏｆｆ）又はＷ（ｏｎ）を順次投入する。
Ｓ６５６で、ＣＳ３０のＣＰＵ（デバイスＣＰＵ）３８は、ｉｏキュー２２からライトコマンドＷを読み出し、ライトコマンドＷを解析し、ホストバッファアドレス、ｌｂａ、データサイズを求める。
Ｓ６５８で、ＣＰＵ３８は、解析結果に基づいて、ホストバッファ１４からデバイスバッファ４２にｌｂａデータを転送する（図１４の＃ｇ１）。
Ｓ６６０で、ＣＰＵ３８は、ホスト１０のＣＰＵ１２にライトコマンドＷの応答を返す。
Ｓ６６２で、ＣＰＵ３８は、ライトコマンドＷに付加されているＣＳフラグが含むオン情報又はオフ情報に基づいて、ＣＳフラグがＣＳＳ４６の起動又は停止を指定するかを判定する。ＣＳフラグがＣＳＳ４６の停止を指定する場合、Ｓ６７６で、ＣＰＵ３８は、デバイスバッファ４２からＮＡＮＤメモリ３２にｌｂａデータとＣＳ付属情報を転送する（図１４の＃ｇ８）。
ＣＳフラグがＣＳＳ４６の起動を指定する場合、ＣＰＵ３８は、ライトコマンド連動のＣＳＳ４６を実行する。具体的には、Ｓ６６４で、ファームウェア３６ａは、ライトコマンド連動のＣＳＳ４６を起動する（ｓｔａｒｔ（ｗｒｉｔｅ＿ｐｒｏｇ））（図１４の＃ｇ２）。
ＣＳＳ４６が必要に応じて以下を行いながら、ＣＳＳ処理を実行する。Ｓ６６６で、ＣＳＳ４６は、デバイスバッファ４２からＣＰＭ４４にｌｂａデータをロードする（ｌｏａｄ＿ｄｂ（））（図１４の＃ｇ３）。Ｓ６６８で、ＣＳＳ４６は、ＣＰＭ４４からのｌｂａデータのリード、ＣＳ付属情報ｃｓ＿ａｔｔｒを用いたｌｂａデータのデータ処理、データ処理後のｌｂａデータのＣＰＭ４４へのライトを実行する（図１４の＃ｇ４）。なお、ＣＳ付属情報ｃｓ＿ａｔｔｒの生成時期は限定されず、この時までに生成されていればよい。Ｓ６７０で、ＣＳＳ４６は、ＣＰＭ４４からデバイスバッファ４２へＣＳ付属情報ｃｓ＿ａｔｔｒをセットする（ｓｅｔ ｃｓ ａｔｔｒ（））（図１４の＃ｇ５）。
Ｓ６７２で、ＣＳＳ４６は、ＣＰＭ４４からデバイスバッファ４２へｌｂａデータをストアする（ｓｔｏｒｅ ｄｂ（））（図１４の＃ｇ６）。
Ｓ６７４で、ＣＳＳ４６がファームウェア３６ａに処理終了を返す（ｒｅｔｕｒｎ）（図１４の＃ｇ７）。
Ｓ６７６で、ＣＰＵ３８は、デバイスバッファ４２からＮＡＮＤメモリ３２にｌｂａデータとＣＳ付属情報を転送する（図１４の＃ｇ８）。なお、ＣＳ３０に電源が常に供給されており、デバイスバッファ４２がＣＳ付属情報を不揮発に記憶する場合は、ＣＳ付属情報をＮＡＮＤメモリ３２に転送しなくてもよい。
図１６は、第５実施形態によるＣＳのリード動作の一例を説明するためのデータ処理システムのブロック図である。図１６の構成は図１４の構成と殆ど同じであるが、ｉｏキュー２２に投入されるコマンドが図１４と異なる。
図１７は、リード動作の処理の流れの一例を示すフローチャートである。
Ｓ７０２で、ホスト１０のＣＰＵ（ホストＣＰＵ）１２は、リード対象のｌｂａデータを書き込むための領域をホストバッファ１４に確保する。
Ｓ７０４で、ＣＰＵ１２は、ｉｏキュー２２にリードコマンドＲ（ｏｆｆ）又はＲ（ｏｎ）を順次投入する。
Ｓ７０６で、ＣＳ３０のＣＰＵ（デバイスＣＰＵ）３８は、ｉｏキュー２２からリードコマンドＲを読み出し、リードコマンドＲを解析し、ホストバッファアドレス、ｌｂａ、データサイズを求める。
Ｓ７０８で、ＣＰＵ３８は、解析結果に基づいて、ＮＡＮＤメモリ３２からデバイスバッファ４２にｌｂａデータとＣＳ付属情報を転送する（図１６の＃ｈ１）。なお、ＣＳ３０に電源が常に供給されており、デバイスバッファ４２がＣＳ付属情報を不揮発に記憶する場合は、ｌａｂデータのみＮＡＮＤメモリ３２からデバイスバッファ４２に転送する。
Ｓ７１０で、ＣＰＵ３８は、リードコマンドＲに付加されているＣＳフラグが含むオン情報又はオフ情報に基づいて、ＣＳフラグがＣＳＳ４６の起動又は停止を指定するかを判定する。ＣＳフラグがＣＳＳ４６の停止を指定する場合、Ｓ７２４で、ＣＰＵ３８は、デバイスバッファ４２からホストバッファ１４にｌｂａデータを転送する（図１６の＃ｈ８）。
Ｓ７２６で、ＣＰＵ３８は、ホスト１０のＣＰＵ１２にリードコマンドＲの応答を返す。
ＣＳフラグがＣＳＳ４６の起動を指定する場合、ＣＰＵ３８は、リードコマンド連動のプログラムを実行する。具体的には、Ｓ７１２で、ファームウェア３６ｂがリードコマンド連動のＣＳＳ４６を起動する（ｓｔａｒｔ（ｒｅａｄ＿ｐｒｏｇ））（図１６の＃ｈ２）。
ＣＳＳ４６が必要に応じて以下を行いながら、ＣＳＳ処理を実行する。
Ｓ７１４で、ＣＳＳ４６は、デバイスバッファ４２からＣＰＭ４４にｌｂａデータをロードする（ｌｏａｄ ｄｂ（））（図１６の＃ｈ３）。Ｓ７１６で、ＣＳＳ４６は、ＣＰＭ４４からのｌｂａデータのリード、ＣＳ付属情報を用いたｌｂａデータのデータ処理、及び処理後のｌｂａデータのＣＰＭ４４へのライトを実行する（図１６の＃ｈ４）。
Ｓ７１８で、ＣＳＳ４６は、ＣＰＭ４４からデバイスバッファ４２へＣＳ付属情報をセットする（ｓｅｔ ｃｓ ａｔｔｒ（））（図１６の＃ｈ５）。なお、ＣＳ付属情報ｃｓ＿ａｔｔｒの生成時期は限定されず、この時までに生成されていればよい。
Ｓ７２０で、ＣＳＳ４６は、ＣＰＭ４４からデバイスバッファ４２へｌｂａデータをストアする（ｓｔｏｒｅ ｄｂ（））（図１６の＃ｈ６）。
Ｓ７２２で、ＣＳＳ４６がファームウェア３６ｂに処理終了を返す（ｒｅｔｕｒｎ）（図１６の＃ｈ７）。
Ｓ７２４で、ＣＰＵ３８は、デバイスバッファ４２からホストバッファ１４にｌｂａデータを転送する（図１６の＃ｈ８）。
Ｓ７２６で、ＣＰＵ３８は、ホスト１０のＣＰＵ１２にリードコマンドＲの応答を返す。
第５実施形態によれば、第１実施形態の効果に加えて、ライトコマンドの実行時にＣＳＳ４６が生成したＣＳ付属情報をデータとともにＮＡＮＤメモリ３２又はデバイスバッファ４２に書き込み、リードコマンドの実行時に、ＮＡＮＤメモリ３２又はデバイスバッファ２からＣＳ付属情報を読み出して、リードコマンドに関する処理をＣＳ付属情報に基づいて実行することができる。これにより、リードコマンドの実行時に、ＣＳＳ４６は条件に応じた処理の分岐をすることができる。
ＣＳ付属情報をＮＡＮＤメモリ３２又はデバイスバッファ４２に格納することを第２実施形態、第３実施形態、又は第４実施形態に適用することも可能である。
ＣＳ付属情報をＮＡＮＤメモリ３２又はデバイスバッファ４２に格納することを第２実施形態に適用する第５実施形態の第１変形例では、図５－図８に示す第２実施形態に対して、ライトコマンドの実行時にＣＳＳ４６が生成したＣＳ付属情報をｌｂａデータとともにＮＡＮＤメモリ３２やデバイスバッファ４２に書き込む機能と、リードコマンドの実行時にＮＡＮＤメモリ３２やデバイスバッファ４２からＣＳ付属情報を読み出す機能と、が追加されている。
ＣＳ付属情報をＮＡＮＤメモリ３２又はデバイスバッファ４２に格納することを第３実施形態に適用する第５実施形態の第２変形例では、図９－図１２に示す第３実施形態に対して、ライトコマンドの実行時にＣＳＳ４６が生成したＣＳ付属情報をｌｂａデータとともにＮＡＮＤメモリ３２やデバイスバッファ４２に書き込む機能と、リードコマンドの実行時にＮＡＮＤメモリ３２やデバイスバッファ４２からＣＳ付属情報を読み出す機能と、が追加されている。
ＣＳ付属情報をＮＡＮＤメモリ３２又はデバイスバッファ４２に格納することを第４実施形態に適用する第５実施形態の第３変形例では、図５－図１２に示す第２実施形態と第３実施形態を併せ持つ実施形態に対して、ＣＳＳ４６が生成したＣＳ付属情報をｌｂａデータとともにＮＡＮＤメモリ３２やデバイスバッファ４２に書き込む機能と、リードコマンドの実行時にＮＡＮＤメモリ３２やデバイスバッファ４２からＣＳ付属情報を読み出す機能と、が追加されている。
次に、ホスト１０のプログラムフローとＣＳ３０のプログラムフローのいくつかの例を説明する。
第６実施形態
第４実施形態におけるホスト１０のＣＰＵ１２のプログラムフローとＣＳ３０のプログラムフローを第６実施形態として説明する。
図１８は、ホスト１０のＣＰＵ１２のライトコマンド発行時のＣＳフラグ生成処理の流れの一例を示すフローチャートである。ＣＳフラグ生成処理が開始されると、Ｓ８０２で、ＣＰＵ１２は、ライト対象のパーティションは特定のパーティション（ここでは、パーティションＨＯＧＥ）であるか否かを判定する。ライト対象のパーティションがパーティションＨＯＧＥではない場合（Ｓ８０２のＮＯ）、Ｓ８０４で、ＣＰＵ１２は、ＣＳフラグのオン情報又はオフ情報をＣＳＳ停止（オフ）と設定し、処理を終了する。
ライト対象のパーティションがパーティションＨＯＧＥである場合（Ｓ８０２のＹＥＳ）、Ｓ８０６で、ＣＰＵ１２は、ＣＳフラグのオン情報又はオフ情報をＣＳＳ起動（オン）と設定する。
Ｓ８０８で、ＣＰＵ１２は、ライト対象のファイルのオーナは特定のオーナ（オーナＦＵＧＡ）であるか否かを判定する。ライト対象のファイルのオーナがオーナＦＵＧＡではない場合（Ｓ８０８のＮＯ）、Ｓ８１０で、ＣＰＵ１２は、ＣＳフラグのスロット識別子をあるスロット（ここでは、スロット０）に設定し、ＣＳフラグのＣＰＭ４４の領域識別子をある領域（ここでは、ｃｐｍ＿ａｄｄｒ１）に設定し、処理を終了する。
ライト対象のファイルのオーナがオーナＦＵＧＡである場合（Ｓ８０８のＹＥＳ）、Ｓ８１２で、ＣＰＵ１２は、ＣＳフラグのスロット識別子をあるスロット（ここでは、スロット２）に設定する。
Ｓ８１４で、ＣＰＵ１２は、ライト対象のファイルの属性が「他者は読み出し禁止」であるか否かを判定する。ライト対象のファイルの属性が「他者は読み出し禁止」である場合（Ｓ８１４のＹＥＳ）、Ｓ８１６で、ＣＰＵ１２は、ＣＳフラグのＣＰＭ４４の領域識別子をある領域（ここでは、ｃｐｍ＿ａｄｄｒ３）に設定し、処理を終了する。
ライト対象のファイルの属性が「他者は読み出し禁止」ではない場合（Ｓ８１４のＮＯ）、Ｓ８１８で、ＣＰＵ１２は、ＣＳフラグのＣＰＭ４４の領域識別子をある領域（ここでは、ｃｐｍ２）に設定し、処理を終了する。
図１９は、ホスト１０のＣＰＵ１２のリードコマンド発行時のＣＳフラグ生成処理の流れの一例を示すフローチャートである。ＣＳフラグ生成処理が開始されると、Ｓ９０２で、ＣＰＵ１２は、リード対象のパーティションは特定のパーティション（ここでは、パーティションＨＯＧＥ）であるか否かを判定する。リード対象のパーティションがパーティションＨＯＧＥではない場合（Ｓ９０２のＮＯ）、Ｓ９０４で、ＣＰＵ１２は、ＣＳフラグのオン情報又はオフ情報をＣＳＳ停止と設定し、処理を終了する。
リード対象のパーティションがパーティションＨＯＧＥである場合（Ｓ９０２のＹＥＳ）、Ｓ９０６で、ＣＰＵ１２は、ＣＳフラグのオン情報又はオフ情報をＣＳＳ起動と設定する。
Ｓ９０８で、ＣＰＵ１２は、リード対象のファイルのオーナは特定のオーナ（オーナＦＵＧＡ）であるか否かを判定する。リード対象のファイルのオーナがオーナＦＵＧＡではない場合（Ｓ９０８のＮＯ）、Ｓ９１０で、ＣＰＵ１２は、ＣＳフラグのスロット識別子をあるスロット（ここでは、スロット３）に設定し、ＣＳフラグのＣＰＭ４４の領域識別子をある領域（ここでは、ｃｐｍ＿ａｄｄｒ１）に設定し、処理を終了する。
リード対象のファイルのオーナがオーナＦＵＧＡである場合（Ｓ９０８のＹＥＳ）、Ｓ９１２で、ＣＰＵ１２は、ＣＳフラグのスロット識別子をあるスロット（ここでは、スロット４）に設定する。
Ｓ９１４で、ＣＰＵ１２は、リード対象のファイルの属性が「他者は読み出し禁止」であるか否かを判定する。リード対象のファイルの属性が「他者は読み出し禁止」である場合（Ｓ９１４のＹＥＳ）、Ｓ９１６で、ＣＰＵ１２は、ＣＳフラグのＣＰＭ４４の領域識別子をある領域（ここでは、ｃｐｍ＿ａｄｄｒ３）に設定し、処理を終了する。
リード対象のファイルの属性が「他者は読み出し禁止」ではない場合（Ｓ８１４のＮＯ）、Ｓ９１８で、ＣＰＵ１２は、ＣＳフラグのＣＰＭ４４の領域識別子をある領域（ここでは、ｃｐｍ２）に設定し、処理を終了する。
第６実施形態では、ホスト１０がＣＳフラグ生成処理において、ライト対象のパーティション番号、ライト対象ファイルのオーナ、ファイル属性等の条件を加味して、ＣＳＳ４６の起動又は停止、起動時のスロット識別子、及び起動時のＣＳパラメータ（の格納領域の領域識別子）をＣＳフラグに設定する。
図２０は、ＣＰＭ４４とＣＳＳ４６の一例を示す。ＣＰＭ４４の領域ｃｐｍ１、ｃｐｍ２、及びｃｐｍ３には暗号鍵Ａ、Ｂ、及びＣがそれぞれ格納される。ＣＳＳ４６のスロット１、スロット２、スロット３、及びスロット４は、それぞれ暗号化方式１の暗号化プログラム、暗号化方式２の暗号化プログラム、暗号化方式１の復号プログラム、及び暗号化方式２の復号プログラムに対応する。
第６実施形態によれば、ホスト１０がＣＳフラグに設定した条件（ＣＳＳ４６の起動又は停止、起動時のスロット識別子、及び起動時のＣＳパラメータ（の格納領域の領域識別子））に応じて、ＣＳ３０のライト時やリード時に、ＣＳＳ４６の暗号化処理や復号処理が、ＣＳパラメータで指定した暗号鍵や暗号化方式により実施される。
第７実施形態
第５実施形態におけるホスト１０のＣＰＵ１２のプログラムフローとＣＳ３０のＣＳＳ４６のプログラムフローを第７実施形態として説明する。
図２１は、ＣＰＵ１２のライトコマンド発行時のＣＳフラグ生成処理の流れの一例を示すフローチャートである。ＣＳフラグ生成処理が開始されると、Ｓ１００２で、ＣＰＵ１２は、ライト対象のパーティションは特定のパーティション（ここでは、パーティションＨＯＧＥ）であるか否かを判定する。
ライト対象のパーティションがパーティションＨＯＧＥである場合（Ｓ１００２のＹＥＳ）、Ｓ１００４で、ＣＰＵ１２は、ＣＳフラグのオン情報又はオフ情報をＣＳＳ起動（オン）と設定し、処理を終了する。
ライト対象のパーティションがパーティションＨＯＧＥではない場合（Ｓ１００２のＮＯ）、Ｓ１００６で、ＣＰＵ１２は、ＣＳフラグのオン情報又はオフ情報をＣＳＳ停止（オフ）と設定し、処理を終了する。
図２２は、ＣＰＵ１２のリードコマンド発行時のＣＳフラグ生成処理の流れの一例を示すフローチャートである。ＣＳフラグ生成処理が開始されると、Ｓ１１０２で、ＣＰＵ１２は、リード対象のパーティションは特定のパーティション（ここでは、パーティションＨＯＧＥ）であるか否かを判定する。
リード対象のパーティションがパーティションＨＯＧＥである場合（Ｓ１１０２のＹＥＳ）、Ｓ１１０４で、ＣＰＵ１２は、ＣＳフラグのオン情報又はオフ情報をＣＳＳ起動（オン）と設定し、処理を終了する。
ライト対象のパーティションがパーティションＨＯＧＥではない場合（Ｓ１００２のＮＯ）、Ｓ１１０６で、ＣＰＵ１２は、ＣＳフラグのオン情報又はオフ情報をＣＳＳ停止（オフ）と設定し、処理を終了する。
図２３は、ライト動作におけるＣＳＳ４６の処理を示すフローチャートである。ライトコマンド連動のＣＳＳ４６が開始されると、Ｓ１２０２で、ＣＳＳ４６は、ライト対象のデータは特定のワード（ここでは、ｐａｓｓｗｏｒｄ）を含むか否かを判定する。
ライト対象のデータがワードｐａｓｗｏｒｄを含む場合（Ｓ１２０２のＹＥＳ）、Ｓ１２０４で、ＣＳＳ４６は、ライトデータを暗号化方式１で暗号化する。Ｓ１２０６で、ＣＳＳ４６は、暗号化方式１で暗号化したことを示すＣＳ付属情報ｃｓ＿ａｔｔｒ（１）をデバイスバッファ４２に書き込む。ＣＳ付属情報ｃｓ＿ａｔｔｒ（１）はデバイスバッファ４２からＮＡＮＤメモリ３２に転送されてもよい。
ライト対象のデータがワードｐａｓｗｏｒｄを含まない場合（Ｓ１２０２のＮＯ）、Ｓ１２０８で、ＣＳＳ４６は、ライトデータを暗号化方式２で暗号化する。Ｓ１２１０で、ＣＳＳ４６は、暗号化方式２で暗号化したことを示すＣＳ付属情報ｃｓ＿ａｔｔｒ（２）をデバイスバッファ４２に書き込む。ＣＳ付属情報ｃｓ＿ａｔｔｒ（２）はデバイスバッファ４２からＮＡＮＤメモリ３２に転送されてもよい。
図２４は、リード動作におけるＣＳＳ４６の処理を示すフローチャートである。リードコマンド連動のＣＳＳ４６が開始されると、Ｓ１３０２で、ＣＳＳ４６は、デバイスバッファ４２又はＮＡＮＤメモリ３２からＣＳ付属情報を読み出す。Ｓ１３０４で、ＣＳＳ４６は、ＣＳ付属情報はＣＳ付属情報ｃｓ＿ａｔｔｒ（１）であるか否かを判定する。
ＣＳ付属情報はＣＳ付属情報ｃｓ＿ａｔｔｒ（１）である場合（Ｓ１３０４のＹＥＳ）、Ｓ１３０６で、ＣＳＳ４６は、読み出した暗号化データを暗号化方式１に対応する復号方式１で復号し、処理を終了する。
ＣＳ付属情報はＣＳ付属情報ｃｓ＿ａｔｔｒ（２）である場合（Ｓ１３０４のＮＯ）、Ｓ１３０８で、ＣＳＳ４６は、読み出した暗号化データを暗号化方式２に対応する復号方式２で復号し、処理を終了する。
第７実施形態では、ホスト１０がＣＳフラグ生成処理において、ライト対象のパーティション番号を加味して、ＣＳＳ４６の起動又は停止を指定する。
第７実施形態によれば、ライトコマンド連動のＣＳＳ４６は暗号化処理を行い、リードコマンド連動のＣＳＳ４６は復号処理を行う。ライトコマンド連動のＣＳＳ４６は、暗号化処理において、ｌｂａデータを確認し、特定の文字列ｐａｓｓｗｏｒｄを含むか否かを加味して、暗号化方式を切り替え、どの方式で暗号化したかを示す情報をＣＳ付属情報に設定する。リードコマンド連動のＣＳＳ４６は、復号処理において、ＣＳ付属情報を読み出し、設定された暗号化方式に対応した方式の復号処理を実施する。これにより、ホスト１０がＣＳ付属情報を管理することなく、ＣＳ３０は所望の処理を実施することができる。
第８実施形態
本実施形態では、第５実施形態の第３変形例のＣＳ３０を用いた場合の、ホスト１０のＣＰＵ１２のプログラムフローとＣＳ３０のＣＳＳ４６のプログラムフローを第８実施形態として説明する。
図２５は、ＣＰＵ１２のライトコマンド発行時のＣＳフラグ生成処理の流れの一例を示すフローチャートである。ＣＳフラグ生成処理が開始されると、Ｓ１４０２で、ＣＰＵ１２は、ライト対象のパーティションは特定のパーティション（ここでは、パーティションＨＯＧＥ）であるか否かを判定する。
ライト対象のパーティションがパーティションＨＯＧＥではない場合（Ｓ１４０２のＮＯ）、Ｓ１４０４で、ＣＰＵ１２は、ＣＳフラグのオン情報又はオフ情報をＣＳＳ停止（オフ）と設定し、処理を終了する。
ライト対象のパーティションがパーティションＨＯＧＥである場合（Ｓ１４０２のＹＥＳ）、Ｓ１４０６で、ＣＰＵ１２は、ＣＳフラグのオン情報又はオフ情報をＣＳＳ起動（オン）と設定する。Ｓ１４０８で、ＣＰＵ１２は、ライト対象のファイルのオーナがオーナＦＵＧＡであるか否かを判定する。
ライト対象のファイルのオーナがオーナＦＵＧＡではない場合（Ｓ１４０８のＮＯ）、Ｓ１４１０で、ＣＰＵ１２は、ＣＳフラグのスロット識別子をあるスロット（ここでは、スロット１）に設定し、ＣＳフラグのＣＳパラメータをあるパラメータ（ここでは、パラメータ１）に設定し、処理を終了する。
ライト対象のファイルのオーナがオーナＦＵＧＡである場合（Ｓ１４０８のＹＥＳ）、Ｓ１４１２で、ＣＰＵ１２は、ＣＳフラグのスロット識別子をあるスロット（ここでは、スロット２）に設定する。
Ｓ１４１４で、ＣＰＵ１２は、ライト対象のファイルの属性が「他者は読み出し禁止」であるか否かを判定する。ライト対象のファイルの属性が「他者は読み出し禁止」である場合（Ｓ１４１４のＹＥＳ）、Ｓ１４１６で、ＣＰＵ１２は、ＣＳフラグのＣＳパラメータをあるパラメータ（ここでは、パラメータ３）に設定し、処理を終了する。
ライト対象のファイルの属性が「他者は読み出し禁止」ではない場合（Ｓ１４１４のＮＯ）、Ｓ１４１８で、ＣＰＵ１２は、ＣＳフラグのＣＳパラメータをあるパラメータ（ここでは、パラメータ２）に設定し、処理を終了する。
図２６は、リードコマンド発行時のＣＰＵ１２のＣＳフラグ生成処理の流れの一例を示すフローチャートである。ＣＳフラグ生成処理が開始されると、Ｓ１５０２で、ＣＰＵ１２は、ＣＳフラグのオン情報又はオフ情報をＣＳＳ起動（オン）と設定し、スロット識別子をあるスロット（ここでは、スロット３）に設定し、処理を終了する。
図２７は、ライト動作におけるＣＳＳ４６の処理を示すフローチャートである。
図２７（ａ）は、スロット１に配置されたＣＳＳ４６の処理を示すフローチャートである。スロット１のライトコマンド連動のＣＳＳ４６が開始されると、Ｓ１６０２で、ＣＳＳ４６は、ライト対象のデータをＣＳパラメータで指定される暗号鍵を用いてＣＳパラメータで指定される暗号化方式１で暗号化する。Ｓ１６０４で、ＣＳＳ４６は、ＣＰＭ４４からデバイスバッファ４２へＣＳ付属情報をセットする。ＣＳ付属情報は、ＣＳフラグの中のオン情報又はオフ情報の値、暗号化方式を示す情報、及び暗号鍵を格納する領域を示すＣＳパラメータを含む。ＣＳ付属情報はデバイスバッファ４２からＮＡＮＤメモリ３２に転送されてもよい。
図２７（ｂ）は、スロット２に配置されたＣＳＳ４６の処理を示すフローチャートである。スロット２のライトコマンド連動のＣＳＳ４６が開始されると、Ｓ１６１２で、ＣＳＳ４６は、ＣＳパラメータで指定される暗号鍵を用いて暗号化方式２でライト対象のデータを暗号化する。Ｓ１６１４で、ＣＳＳ４６は、ＣＰＭ４４からデバイスバッファ４２へＣＳ付属情報をセットする。ＣＳ付属情報は、ＣＳフラグ中のオン情報又はオフ情報の値、暗号化方式を示す情報、及び暗号鍵を格納する領域を示すＣＳパラメータを含む。ＣＳ付属情報はデバイスバッファ４２からＮＡＮＤメモリ３２に転送されてもよい。
図２８は、スロット３に配置されたリードコマンド連動のＣＳＳ４６の処理を示すフローチャートである。ＣＣＳＳ４６が開始されると、Ｓ１７０２で、ＣＳＳ４６は、ＣＳ付属情報を読み出す。Ｓ１７０４で、ＣＳＳ４６は、ＣＳ付属情報のうちのＣＳフラグが含む情報はＣＳＳ４６の起動又は停止を指定するかを判定する。ＣＳフラグが含む情報はＣＳＳ４６の停止を指定する場合、ＣＳＳ４６は何もしない（Ｓ１７０６）で、処理を終了する。
ＣＳフラグがＣＳＳ４６の起動を指定する場合、Ｓ１７０８で、ＣＳＳ４６は、ＣＳ付属情報のうちの暗号化方式を示す情報は暗号化方式１又は暗号化方式２を指定するかを判定する。暗号化方式を示す情報は暗号化方式１を指定する場合、Ｓ１７１０で、ＣＳＳ４６は、ＣＳ付属情報の中のＣＳパラメータで指定されるＣＰＭ４４の領域に格納されている暗号鍵Ａを用いてデータを復号し、処理を終了する。
暗号化方式を示す情報は暗号化方式２を指定する場合、Ｓ１７１２で、ＣＳＳ４６は、ＣＳ付属情報の中のＣＳパラメータで指定されるＣＰＭ４４の領域に格納されている暗号鍵Ｂを用いてデータを復号し、処理を終了する。
第８実施形態では、第７実施形態と同様、ホスト１０がライトコマンドを発行する際、ライト対象のパーティション、ファイルオーナ、及びファイル属性等の条件を加味して、ＣＳＳ４６の起動又は停止、起動時のスロット番号、及び起動時のＣＳパラメータを指定する。第８実施形態では、第６実施形態や第７実施形態とは異なり、ホスト１０がリードコマンドを発行する際、ＣＳＳ４６の起動を指定するようにＣＳフラグのオン情報又はオフ情報を設定し、ＣＳフラグのプログラム選択情報は特定のスロット番号を指定するが、それ以外のパラメータ制御は行われない。
ライトコマンドに連動して起動されるスロット１、スロット２のＣＳＳ４６では、ＣＳ付属情報の設定処理において、ＣＳＳ４６の起動、暗号化方式、及びＣＳパラメータを設定する。ここで、ＣＳＳ４６の停止が設定されている場合、ＣＳ付属情報はデフォルト状態であり、ＣＳＳ４６の停止が設定されることを前提とする。
リードコマンドに連動して起動されるスロット３のＣＳＳ４６では、読み出したＣＳ付属情報（ＣＳフラグ、暗号鍵）を用いて、ＣＳＳ４６の起動又は停止に応じて、復号の要否を分岐し、どの暗号化方式に従うか決定し、どの暗号鍵で復号するのかを判断する。このようにＣＳ３０がＣＳ付属情報の値を利用することで、ホスト１０の処理の軽減が可能となる。
図２９は、第８実施形態の変形例におけるホスト１０のＣＰＵ１２のライトコマンド発行時のＣＳＳ４６の処理の一例を示すフローチャートである。スロット１に配置されたライトコマンド連動のＣＳＳ４６が開始されると、Ｓ１８０２で、ＣＳＳ４６は、ライト対象のｌｂａデータは特定のワード（ここでは、ｃｏｎｆｉｄｅｎｔｉａｌ）を含むか否かを判定する。
ライト対象のｌｂａデータがワードｃｏｎｆｉｄｅｎｔｉａｌを含む場合（Ｓ１８０２のＹＥＳ）、Ｓ１８０４で、ＣＳＳ４６は、ライトデータをＣＳパラメータで指定されるＣＰＭ４４の領域に格納されている暗号鍵を用いて暗号化方式１で暗号化する。Ｓ１８０６で、ＣＳＳ４６は、ＣＳＳ４６の起動、暗号化方式１、及び暗号鍵Ａを示す情報を含むＣＳ付属情報ｃｓ＿ａｔｔｒ（Ａ）をデバイスバッファ４２に書き込み、処理を終了する。
ライト対象のｌｂａデータがワードｃｏｎｆｉｄｅｎｔｉａｌを含まない場合（Ｓ１８０２のＮＯ）、ＣＳＳ４６は、ライトデータを暗号化せずに（Ｓ１８０８）、Ｓ１８１０で、ＣＳＳ４６は、ＣＳＳ４６の停止を示す情報を含むＣＳ付属情報ｃｓ＿ａｔｔｒ（Ｂ）をデバイスバッファ４２に書き込み、処理を終了する。
この変形例で、ｌｂａデータのコンテンツに応じて処理の分岐を行っている点は、第６実施形態と同じである。しかし、条件分岐の後、暗号化しない処理（Ｓ１８０８）と、ＣＳ付属情報にＣＳＳ４６を停止する情報を設定する処理（Ｓ１８１０）のように、ホスト１０からの指示をＣＳ３０の内部で上書きするような動作をする。
このような動作であっても、図２８に示した第８実施形態のスロット３のＣＳＳ４６が判断処理を行うことで、リード時のデータ処理を矛盾なく行うことができる。
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を生成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
１０…ホスト、１４…ホストバッファ、２０…コマンドキュー、３０…ＣＳ、３２…ＮＡＮＤメモリ、３６…ファームウェア、４２…デバイスバッファ、４４…ＣＰＭ、４６…ＣＳＳ

Claims (8)

  1. 不揮発性メモリと、
    外部装置から受信したコマンドで指定されたデータを前記不揮発性メモリへ書き込む第１処理、又は前記外部装置から受信したコマンドで指定されたデータを前記不揮発性メモリから読み出し、読み出したデータを前記外部装置へ送信する第２処理を含むデータ処理を制御するコントローラと、を具備し、
    前記コントローラは、前記コマンドに含まれる情報に応じて前記データ処理を実行するか否かを決定するプロセッサを具備する、メモリシステム。
  2. 前記コマンドは、前記プロセッサに前記データ処理を実行させること、又は前記プロセッサに前記データ処理を実行させないことを示す第１情報を含む、請求項１記載のメモリシステム。
  3. 前記プロセッサは、複数の前記データ処理を実行可能であり、
    前記コマンドは、前記複数の前記データ処理の中のあるデータ処理を指定する第２情報を含み、
    前記プロセッサは、前記第２情報により指定された前記あるデータ処理を実行する、請求項１記載のメモリシステム。
  4. 前記コマンドは、前記データ処理に関する複数のパラメータの中のあるパラメータを指定する第３情報を含み、
    前記プロセッサは、前記第３情報により指定された前記あるパラメータを使用して前記データ処理を実行する、請求項１記載のメモリシステム。
  5. 前記プロセッサは、複数の前記データ処理を実行可能であり、
    前記複数の前記データ処理は、それぞれに関する複数のパラメータの中の一つのパラメータを使用し、
    前記コマンドは、前記プロセッサに前記複数の前記データ処理を実行させること、又は前記プロセッサに前記データ処理を実行させないことを示す第１情報と、前記複数の前記データ処理の中のあるデータ処理を指定する第２情報と、前記あるデータ処理に関するパラメータを指定する第３情報を含み、
    前記プロセッサは、前記第１情報が前記プロセッサに前記データ処理を実行させることを示す場合、前記第２情報が指定する前記あるデータ処理を前記第３情報により指定された前記パラメータを使用して実行する、請求項１記載のメモリシステム。
  6. 前記プロセッサは、前記データ処理に関する付属情報に基づいて前記データ処理を実行し、
    前記プロセッサは、前記データとともに前記付属情報を前記不揮発性メモリに書き込み、前記データとともに前記付属情報を前記不揮発性メモリから読み出す、請求項１、請求項２、請求項３、請求項４又は請求項５記載のメモリシステム。
  7. ホストと、
    前記ホストに接続されるメモリシステムと、
    を具備するデータ処理システムであって、
    前記メモリシステムは、
    不揮発性メモリと、
    前記ホストから受信したコマンドで指定されたデータ前記不揮発性メモリへ書き込む第１処理、又は前記ホストから受信したコマンドで指定されたデータを前記不揮発性メモリから読み出し、読み出したデータを前記ホストへ送信する第２処理を含むデータ処理を制御するコントローラと、
    を具備し、
    前記コントローラは、前記コマンドに含まれる情報に応じて前記データ処理を実行するか否かを決定するプロセッサを具備する、データ処理システム。
  8. 不揮発性メモリを具備するメモリシステムにおける方法であって、
    フラグ情報が付加されたコマンドを外部装置から受信し、
    前記フラグ情報に基づいて、前記外部装置から受信したコマンドで指定されたデータを前記不揮発性メモリへ書き込む第１処理、又は前記外部装置から受信したコマンドで指定されたデータを前記不揮発性メモリから読み出し、読み出したデータを前記外部装置へ送信する第２処理を含むデータ処理を実行するか否かを決定する、方法。
JP2021044768A 2021-03-18 2021-03-18 メモリシステム、方法及びデータ処理システム Pending JP2022143959A (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2021044768A JP2022143959A (ja) 2021-03-18 2021-03-18 メモリシステム、方法及びデータ処理システム
US17/473,437 US11853604B2 (en) 2021-03-18 2021-09-13 Computational storage device, method, and data processing system executing operation in accordance with information in command

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2021044768A JP2022143959A (ja) 2021-03-18 2021-03-18 メモリシステム、方法及びデータ処理システム

Publications (1)

Publication Number Publication Date
JP2022143959A true JP2022143959A (ja) 2022-10-03

Family

ID=83284742

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021044768A Pending JP2022143959A (ja) 2021-03-18 2021-03-18 メモリシステム、方法及びデータ処理システム

Country Status (2)

Country Link
US (1) US11853604B2 (ja)
JP (1) JP2022143959A (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11966343B2 (en) * 2021-07-19 2024-04-23 Samsung Electronics Co., Ltd. Universal mechanism to access and control a computational device
US11947834B2 (en) 2022-07-15 2024-04-02 Micron Technology, Inc. Data storage devices with reduced buffering for storage access messages
US11983434B2 (en) * 2022-07-15 2024-05-14 Micron Technology, Inc. Network-ready storage products with computational storage processors

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130275652A1 (en) * 2012-04-13 2013-10-17 Lsi Corporation Methods and structure for transferring additional parameters through a communication interface with limited parameter passing features
US10466907B2 (en) * 2016-03-22 2019-11-05 Toshiba Memory Corporation Method to efficiently store object data of an object storage service on a magnetic disk drive and magnetic SMR disk drive
US10719474B2 (en) 2017-10-11 2020-07-21 Samsung Electronics Co., Ltd. System and method for providing in-storage acceleration (ISA) in data storage devices
US10719462B2 (en) * 2018-09-25 2020-07-21 Intel Corporation Technologies for computational storage via offload kernel extensions
US11204819B2 (en) 2018-12-21 2021-12-21 Samsung Electronics Co., Ltd. System and method for offloading application functions to a device
US20220188028A1 (en) * 2019-03-12 2022-06-16 Intel Corporation Computational data storage systems
JP6942748B2 (ja) 2019-03-19 2021-09-29 株式会社日立製作所 分散ストレージシステム、データ管理方法、及びデータ管理プログラム
EP3816781A1 (en) * 2019-10-30 2021-05-05 Sunlight.io Limited Storage area network controller
US11687365B2 (en) * 2020-12-21 2023-06-27 Eidetic Communications Inc. Method and apparatus for controlling a computational storage processor
US11449440B2 (en) * 2021-01-19 2022-09-20 EMC IP Holding Company LLC Data copy offload command support across multiple storage access protocols

Also Published As

Publication number Publication date
US20220300207A1 (en) 2022-09-22
US11853604B2 (en) 2023-12-26

Similar Documents

Publication Publication Date Title
JP2022143959A (ja) メモリシステム、方法及びデータ処理システム
US20060253620A1 (en) Data structure of flash memory having system area with variable size in which data can be updated, USB memory device having the flash memory, and method of controlling the system area
JP4860619B2 (ja) メモリカード、アプリケーションプログラム保持方法、及び保持プログラム
US7797490B2 (en) Memory card authentication system, memory card host device, memory card, storage area switching method, and storage area switching program
JP4977782B2 (ja) アクセス制御装置、アクセス制御プログラム、及びアクセス制御方法
WO2005050453A1 (ja) ファイル記録装置
US8250245B2 (en) Information processing system, with information processing terminal capable of operating in multiple operation modes when connected to a host device
CN101390063A (zh) Fat卷上基于文件的压缩
JP4745465B1 (ja) 半導体記憶装置及び半導体記憶装置の制御方法
JP2012059024A (ja) 情報処理装置、起動制御方法、起動制御プログラム及び記録媒体
JP2003162433A (ja) メモリシステム
JP2010500682A (ja) フラッシュメモリアクセス回路
EP2669806B1 (en) Storage system
CN103842962A (zh) 用于改进计算设备的启动的方法
JP4279317B2 (ja) データ処理方法及びデータ処理装置
JP2008541219A (ja) データ更新可能な可変サイズを有するシステム領域を具備したフラッシュメモリのデータ構造、フラッシュメモリを有するｕｓｂメモリ装置、及びシステム領域を制御する方法
WO2014100954A1 (zh) 数据控制方法及系统
US9934100B2 (en) Method of controlling memory swap operation and data processing system using same
US7287104B2 (en) Interface circuit for card-type memory, ASIC including interface circuit, and image forming apparatus including ASIC
JPH08101803A (ja) 情報処理システム
JP2011175666A (ja) 半導体記憶装置及び半導体記憶装置の制御方法
JP5218024B2 (ja) 情報処理装置、情報処理方法、情報処理プログラム
JPH10124359A (ja) キャッシュ選択方法およびデータ処理システム
JP2005122623A (ja) 複合プログラムおよびプログラム処理装置
JP4026383B2 (ja) 情報処理システム、情報処理端末、外部記憶装置、情報処理端末制御用プログラム及び外部記憶装置制御用プログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20230911

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20240425

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20240521