JP2023045456A

JP2023045456A - コンピュテーショナルストレージドライブ

Info

Publication number: JP2023045456A
Application number: JP2021153872A
Authority: JP
Inventors: 文子辻; Fumiko Tsuji; 一成住吉; Kazunari Sumiyoshi; 勁人多井; Keito Tai
Original assignee: Kioxia Corp
Current assignee: Kioxia Corp
Priority date: 2021-09-22
Filing date: 2021-09-22
Publication date: 2023-04-03
Also published as: US20230088291A1

Abstract

【課題】内部イベントに連動して演算処理を実行するコンピュテーショナルストレージドライブを提供すること。【解決手段】実施形態によれば、コンピュテーショナルストレージドライブは、プログラムを保存する第１メモリと、プログラムが実行される際にアクセス可能な第２メモリと、ホストから送られたデータを保存するストレージメディアと、プログラムを実行して、第２メモリあるいはストレージメディアに保存されたデータに対するデータ処理を行うプロセッサと、ホストからの要求を受け、ストレージメディアへのデータ書き込み又はストレージメディアからのデータ読出しを行う、ストレージメディアの管理を行う、データ処理の制御を行う、又はホストからの要求とは独立した処理である非同期イベンドの実行を制御するコントローラと、を具備する。コントローラは、ホストにより設定された非同期イベントの発生時にホストに対して非同期イベント発生通知を送信する。【選択図】図１

Description

本発明の実施形態は、演算機能を有するストレージドライブに関する。

ストレージドライブ内部に演算機能を持たせることにより、ストレージドライブの内部で演算処理を実行することを可能としたコンピュテーショナルストレージドライブ（ＣｏｍｐｕｔａｔｉｏｎａｌＳｔｏｒａｇｅＤｒｉｖｅ、以降ＣＳＤと呼ぶ）が知られている。演算機能を持たないストレージドライブが接続されたホストにおいて、ホストのＣＰＵで実施せざるを得なかったような演算処理を、ＣＳＤはストレージドライブの内部で実行することができる。これにより、ホストとストレージドライブ間のデータ伝送のオーバーヘッドの削減やホストのＣＰＵの負荷軽減を図ることができる。

従来のＣＳＤは、その内部で実行される内部イベントに連動して演算処理を実行することができなかった。

特開２０１９－１７５２９２号公報特表２０１６－５２６７１６号公報特開２０２１－２８７６２号公報米国特許第１０，３３８，８３２号明細書

本発明の目的は、内部イベントに連動して演算処理を実行するコンピュテーショナルストレージドライブを提供することである。

実施形態によれば、コンピュテーショナルストレージドライブは、プログラムを保存する第１メモリと、プログラムが実行される際にアクセス可能な第２メモリと、ホストから送られたデータを保存するストレージメディアと、プログラムを実行して、第２メモリあるいはストレージメディアに保存されたデータに対するデータ処理を行うプロセッサと、ホストからの要求を受け、ストレージメディアへのデータ書き込み又はストレージメディアからのデータ読出しを行う、ストレージメディアの管理を行う、データ処理の制御を行う、又はホストからの要求とは独立した処理である非同期イベンドの実行を制御するコントローラと、を具備する。コントローラは、ホストにより設定された非同期イベントの発生時にホストに対して非同期イベント発生通知を送信する。

実施形態に係るＣＳＤとホストを含む情報処理システムの一例を説明するためのブロック図。実施形態に係るＣＳＤの詳細を説明するための図。実施形態に係るホストがＣＳＤから非同期通知を受け取り、情報を取得する例を説明するための図。実施形態に係るＣＳＤ内のユニットの状態を説明するための図。実施形態に係るＣＳＤにおけるホストライトの一例を説明するための図。実施形態に係るＣＳＤにおけるホストライトにより無効データ保有ユニットが発生する一例を説明するための図。実施形態に係るＣＳＤにおけるガベージコレクション開始時の一例を説明するための図。実施形態に係るＣＳＤにおけるガベージコレクションにおいて有効データ保有ユニットのデータ移動の一例を説明するための図。実施形態に係るＣＳＤにおけるガベージコレクションにおいてルックアップテーブルの更新の一例を説明するための図。実施形態に係るＣＳＤにおけるガベージコレクションにおいてゾーンをフリー状態にする一例を説明するための図。実施形態に係るＣＳＤにおける非同期通知設定の一例を説明するためのブロック図。実施形態に係るＣＳＤにおける内部イベントに連動してプログラムを起動する機能の一例を説明するためのブロック図。実施形態に係るＣＳＤにおける内部イベントに連動してプログラムを起動する機能の一例を説明するためのタイミング図。実施形態に係るＣＳＤにおける内部イベントに連動してプログラムを起動する機能の他の例を説明するためのタイミング図。実施形態に係るＣＳＤにおける内部イベントに連動してプログラムを起動する機能のさらに他の例を説明するためのタイミング図。実施形態に係るＣＳＤにおける内部イベントに連動してプログラムを起動する機能のさらに他の例を説明するためのタイミング図。実施形態に係るＣＳＤにおける内部イベントに連動してプログラムを起動する機能の一例を実現するためのホストコマンドの一例を説明するための図。実施形態に係るＣＳＤにおける内部イベントに連動してプログラムを起動する機能の他の例を実現するためのホストコマンドの一例を説明するための図。実施形態に係るＣＳＤにおける内部イベントに連動してプログラムを起動する機能のさらに他の例を実現するためのホストコマンドの一例を説明するための図。実施形態に係るＣＳＤにおける内部イベントに連動してプログラムを起動する機能のさらに他の例を実現するためのホストコマンドの一例を説明するための図。実施形態に係るＣＳＤにおける内部イベントに連動してプログラムを起動する機能のさらに他の例を実現するためのホストコマンドの一例を説明するための図。実施形態に係るＣＳＤにおける内部イベントに連動してプログラムを起動する機能のさらに他の例を実現するためのホストコマンドの一例を説明するための図。実施形態に係るＣＳＤにおけるガベージコレクションに連動してプログラムを起動する機能の一例を実現するためのホストコマンドの一例を説明するための図。実施形態に係るＣＳＤにおけるガベージコレクションに連動してプログラムを起動する機能の一例を実現するためのホストコマンドの一例を説明するための図。実施形態に係るガベージコレクションに連動してプログラムを起動する機能の一例を説明するための図。データ改変あり時の実施形態に係るＣＳＤの状態の一例を説明するための図。データ改変なし時の実施形態に係るＣＳＤの状態の一例を説明するための図。データ改変あり時の実施形態に係るＣＳＤの状態の他の例を説明するための図。データ改変なし時の実施形態に係るＣＳＤの状態の他の例を説明するための図。実施形態に係るＣＳＤのガベージコレクションに連動してプログラムを起動する機能の他の例を説明するための図。実施形態に係るＣＳＤのガベージコレクションに連動してプログラムを起動する機能のさらに他の例を説明するための図。実施形態に係るＣＳＤのガベージコレクションに連動してプログラムを起動する機能を実現するためのホストコマンドの一例を説明するための図。実施形態に係るＣＳＤのガベージコレクションに連動してプログラムを起動する処理の一例を説明するためのフロー図。実施形態に係るＣＳＤのガベージコレクションに連動してプログラムを起動する機能の他の例を説明するための図。実施形態に係るＣＳＤのガベージコレクションに連動してプログラムを起動する機能のさらに他の例を説明するための図。実施形態に係るＣＳＤのガベージコレクションに連動してプログラムを起動する機能のさらに他の例を説明するための図。実施形態に係るＣＳＤのガベージコレクションに連動してプログラムを起動する機能のさらに他の例を説明するための図。実施形態に係るＣＳＤのガベージコレクションに連動してプログラムを起動する機能のさらに他の例を説明するための図。実施形態に係るＣＳＤのガベージコレクションに連動してプログラムを起動する機能のさらに他の例を説明するための図。実施形態に係るＣＳＤのガベージコレクションに連動してプログラムを起動する機能のさらに他の例を説明するための図。実施形態に係るＣＳＤのガベージコレクションに連動してプログラムを起動する機能のさらに他の例を説明するための図。実施形態に係るＣＳＤのガベージコレクションに連動してプログラムを起動する機能のさらに他の例を説明するための図。実施形態に係るＣＳＤのガベージコレクションに連動してプログラムを起動する機能のさらに他の例における処理を説明するための図。実施形態に係るＣＳＤのガベージコレクションに連動してプログラムを起動する機能のさらに他の例における他の処理を説明するための図。実施形態に係るＣＳＤのガベージコレクションに連動してプログラムを起動する機能のさらに他の例におけるさらに他の処理を説明するための図。実施形態に係るＣＳＤのガベージコレクションに連動してプログラムを起動する機能のさらに他の例を説明するための図。実施形態に係るＣＳＤのガベージコレクションに連動してプログラムを起動する機能のさらに他の例を説明するための図。実施形態に係るＣＳＤのガベージコレクションに連動してプログラムを起動する機能のさらに他の例を説明するための図。実施形態に係るＣＳＤによるデータ変換の一例について説明するための図。実施形態に係るＣＳＤによるデータ変換の他の例について説明するための図。実施形態に係るＣＳＤによるログのコンパクションの一例について説明するための図。実施形態に係るＣＳＤによる物理アドレスのオーダー変更の一例について説明するための図。

以下、図面を参照して、実施形態を説明する。以下の説明は、実施形態の技術的思想を具体化するための装置や方法を例示するものであって、実施形態の技術的思想は、以下に説明する構成要素の構造、形状、配置、材質等に限定されるものではない。当業者が容易に想到し得る変形は、当然に開示の範囲に含まれる。説明をより明確にするため、図面において、各要素のサイズ、厚み、平面寸法又は形状等を実際の実施態様に対して変更して模式的に表す場合もある。複数の図面において、互いの寸法の関係や比率が異なる要素が含まれることもある。複数の図面において、対応する要素には同じ参照数字を付して重複する説明を省略する場合もある。いくつかの要素に複数の呼称を付す場合があるが、これら呼称の例はあくまで例示であり、これらの要素に他の呼称を付すことを否定するものではない。また、複数の呼称が付されていない要素についても、他の呼称を付すことを否定するものではない。なお、以下の説明において、「接続」は直接接続のみならず、他の要素を介した接続も含む場合もある。

以下、図面を参照しながら本実施の形態について詳細に説明する。

実施形態は、コンピュテーショナルストレージドライブ（ＣｏｍｐｕｔａｔｉｏｎａｌＳｔｏｒａｇｅＤｒｉｖｅ、以降ＣＳＤと呼ぶ）における演算機能を実行するコンピューテーショナルプログラム（ＣｏｍｐｕｔａｔｉｏｎａｌＰｒｏｇｒａｍ、以下：ＣＰＲＧと呼ぶ）の起動を、ＣＳＤ内部で実行される各種の内部イベントに連動させるようにするものである。このことにより、ＣＳＤユーザにとってＣＰＲＧの起動タイミングの設計自由度を上げる効果がある。また、タイムセンシティブでないＣＰＲＧの実行を、ストレージドライブの内部イベントの発生タイミングまで遅延することにより、ストレージドライブの消費電力削減効果を得ることができる。

また、実施形態は、内部イベントのうちでも特に、内部にフラッシュトランスレーションレイヤ（ＦｌａｓｈＴｒａｎｓｌａｔｉｏｎＬａｙｅｒ、以降ＦＴＬと呼ぶ）を備えるＣＳＤにおける、ガベージコレクション（ＧａｒｂａｇｅＣｏｌｌｅｃｔｉｏｎ、以降ＧＣと呼ぶ）にＣＰＲＧ起動を連動させるものである。

従来技術では、アプリケーションがＣＳＤに保存した大量のデータに対して、データの読出し・処理・書き戻しを行う必要がある場合に、ＧＣによるデータ読出し・書き戻しと処理がオーバーラップすることがあった。ＧＣにＣＰＲＧ起動を連動させることにより、このオーバーラップを除去することが可能となり、ＣＳＤの性能向上、延命化を図ることが可能となる。

図１は、実施形態に係るＣＳＤ２とホスト４を含む情報処理システムの一例を説明するためのブロック図である。図１を参照して、ＣＳＤ２とＣＰＲＧ、ＦＴＬとＧＣに関する背景技術を、各々、以下に説明する。なお、これらの技術を構成する各要素を表現する言葉は、一般に通用する統一用語が存在するという状況になく、また、同じ名称であっても利用者によって異なった意味で用いられることが多い状況である。このため、ここでは、本発明書としての用語定義の目的もかねて説明を行うこととする。つまり、ここで「～と呼ぶ」とは「～と呼ぶこととする」の意味である。

ホスト４は、機能モジュールとして、ＣＰＵ６とホストメモリ（ＨｏｓｔＭｅｍｏｒｙ：以降ＨＭと呼ぶ）を備える。

ＣＳＤ２は、複数の機能モジュールを備える。ＣＳＤ２が備える機能モジュールの例は、ストレージメディア１０、フロントエンドコントローラ（ＦｒｏｎｔＥｎｄＣｏｎｔｒｏｌｌｅｒ、以降ＦＥと称する）１２、バックエンドコントローラ（ＢａｃｋＥｎｄＣｏｎｔｒｏｌｌｅｒ、以降ＢＥと称する）１４、スロット１６、コンピュテーショナルストレージエンジン（ＣｏｍｐｕｔａｔｉｏｎａｌＳｔｏｒａｇｅＥｎｇｉｎｅ、以降ＣＳＥと称する）１８、コンピュテーショナルプログラムメモリ（ＣｏｍｐｕｔａｔｉｏｎａｌＰｒｏｇｒａｍＭｅｍｏｒｙ、以降ＣＰＭと称する）２０、ストレージコントローラメモリ（ＳｔｏｒａｇｅＣｏｎｔｒｏｌｌｅｒＭｅｍｏｒｙ、以降ＳＣＭと称する）２２である。

ストレージメディア１０は、ホスト４から書き込まれたデータを保存する物理媒体である。ストレージメディア１０の例は、不揮発性メモリ（ＮｏｎＶｏｌａｔｉｌｅＭｅｍｏｒｙ：以降ＮＶＭと呼ぶ）がある。不揮発性メモリの一例は、ＮＡＮＤ型のフラッシュメモリ、磁気ディスク、である。

ＦＥ１２は、ホスト４との通信を制御を行うモジュールである。ＦＥ１２は、ホスト４から受信したコマンドを解析し、後段のＢＥ１４やＣＳＥ１８に振り分けを行う。ＦＥ１２は、ＢＥ１４やＣＳＥが行わないＣＳＤ全体の管理も担う。ＦＥ１２は、これらの処理を実行するためのプログラムに基づいて動作するプロセッサを含む。ＦＥ１２は、これらの処理の一部を実行するハードウェアを備えていてもよい。

ＢＥ１４は、ストレージメディア１０の制御を行うモジュールである。ＢＥ１４は、ホスト４からのライト要求に応じてホスト４から渡されたデータをストレージメディア１０に保存したり、ホスト４からの読出し要求に応じてストレージメディア１０からデータを読み出したりする制御を行う。ＢＥ１４は、ＦＴＬの制御を実行する。ＢＥ１４は、これらの処理を実行するためのプログラムに基づいて動作するプロセッサを含む。ＢＥ１４は、これらの処理の一部を実行するハードウェアを備えていてもよい。

スロット１６は、ＣＰＲＧ２４を格納する領域である。スロット１６は、ＣＳＤ２内に１つ、あるいは複数設けられる。スロット１６は、その数分のＣＰＲＧ２４を格納することができる。ＣＰＲＧ２４の区別はスロット番号で行われる。スロット１６は、例えばＤＲＡＭにより構成される。

ＣＳＥ１８は、ホスト４からのコンピューテーショナルストレージ制御コマンド（以降ＣＳコマンドと呼ぶ）や、ＢＥ１４やＦＥ１２からのＣＳ制御要求に応じてコンピューテーショナルストレージ制御（以降ＣＳ制御と呼ぶ）を行う。ＣＳＤ２内に１つ、あるいは、複数個のＣＳＥ１８が設けられる。ＣＳＥ１８は、ＣＰＲＧ２４を実行するハードウェアである。ＣＳＥ１８は、一例ではプロセッサである。ＣＰＲＧ２４を実行すると、メモリ上にプログラム実行に必要となるスタック等の情報群が展開されることとなる。この、展開されたメモリイメージをＣＰＲＧインスタンスと呼ぶ。同一のＣＰＲＧ２４を用いて、同時に複数個のＣＰＲＧインスタンスを起動してもよい。複数個のＣＳＥ１８が設けられる場合、同時にＣＳＥ１８の個数分のＣＰＲＧインスタンスを実行可能である。同一ＣＰＲＧを同時に複数個のＣＰＲＧインスタンスとして実行してもよい。

ＣＰＲＧ２４はスロット１６に格納され、ＣＳＥ１８上で実行されるプログラムである。ＣＰＲＧ２４は、ＣＳＤ２のベンダーが予め固定的にＣＳＤ２に実装する固定（Ｆｉｘｅｄ）ＣＰＲＧと、ＣＳＤ２のユーザがＣＳＤ２にダウンロードして利用するダウンロード可能（Ｄｏｗｎｌｏａｄａｂｌｅ）ＣＰＲＧを含む。ＣＰＲＧ２４の引数や返り値の扱いや、起動方式については、後述する。

ＣＰＭ２０は、ＣＰＲＧ２４からアクセス可能なＲＡＭ領域である。ＣＰＭ２０を利用して、ＨＭ８との間のデータ転送や、ストレージメディア１０との間のデータ転送が可能である。ＣＰＭ２０は、例えばＤＲＡＭにより構成される。

ＳＣＭ２２は、ＦＥ１２やＢＥ１４の処理に必要なＲＡＭ領域である。ＳＣＭ２２は、例えばＳＲＡＭにより構成される。

なお、ＢＥ１４、ＦＥ１２、ＳＣＭ２２、ＣＳＥ１８を区別せず、ＣＳＤＣ（ＣＳＤＣｏｎｔｒｏｌｌｅｒ）２８と呼ぶこともある。ＣＳＤＣ２８は、１のパッケージデバイスとして構成されてもよい。ＣＳＤＣ２８は、例えばＳｏＣととして構成される。

図２は、実施形態に係るＣＰＲＧ２４とＣＳＤＣ２８の関係を説明するための図である。ＣＳＤＣ２８がＣＰＲＧ２４の実行を開始することを、「起動」と呼ぶ。「起動」には引数を伴うことができる。ＣＰＲＧ２４は、実行を終了する際、ＣＳＤＣ２８に返り値を返すことができる。

ＣＰＲＧ２４が実行中にＣＳＤＣ２８に対して設定を行ったり、問い合わせを行ったりするための制御インタフェースのことを、ＣＰＲＧヘルパー関数と呼ぶ。

［ＣＰＲＧ２４の引数・返り値］
ＣＰＲＧ２４は引数を用いることが可能である。この引数をＣＰＲＧパラメータと呼ぶ。ＣＰＲＧパラメータには、ホスト４から渡すホストパラメータと、ＣＳＤＣ２８から渡すＣＳＤパラメータの、いずれか、あるいは、両方を含むことができる。

ＣＰＲＧパラメータの構造例を以下に示す。
｛
ｈｏｓｔ＿ｐａｒａｍ，
ｃｓｄ＿ｐａｒａｍ
｝
ｈｏｓｔ＿ｐａｒａｍは、ホスト４からＣＳＤ２に渡すホストパラメータであり、ＣＰＭ２０に配置されたパラメータセットへのポインタとしてもよい。ホストパラメータとして何を渡すかは、ＣＳＤユーザが、ＣＰＲＧ２４設計時に自由に決めることができる。

ｃｓｄ＿ｐａｒａｍは、ＣＳＤ２からホスト４に渡すＣＳＤパラメータであり、ＣＰＭ２０に配置したパラメータセットへのポインタとしてもよい
本明細書では、これ以降に詳述する以下の機能で、ホストパラメータが使用される。

［ホストパラメータ設定機能付き・内部イベントドリブンＣＰＲＧ起動機能］
［ＧＣドリブンＣＰＲＧ起動機能（基本形）］
Ｈ＿ＳＥＴ＿ＧＣ＿ＤＲＩＶＥＮ＿ＣＰＲＧ＿ＨＯＳＴ＿ＰＡＲＡＭ（）
［ＳＲＣ単一ユニット・ＧＣドリブンＣＰＲＧ起動機能］
これらの機能を、ホストパラメータの設定機能と組み合わせると、ホスト４とＣＳＤ２との間で、どのＬＵＡ範囲に対する要求時に処理を行うかという条件判定等をより柔軟に行うことが可能となる。ＬＵＡは論理アドレスの一種であり、詳細は後述する。

本機能では、ホストパラメータに、例えば、ＣＰＲＧ２４がデータ変換処理を行うＬＵＡの範囲情報を渡す等の利用方法が考えられる。

ＣＰＲＧ２４は、終了時に返り値を返してもよい。

ここでは、従来型ＣＳＤのＣＰＲＧが以下の返り値を返すものと定義する。従来型ＣＳＤは内部イベントに連動してＣＰＲＧを起動する仕組みを備えないＣＳＤである。
｛
ｈｏｓｔ＿ｒｅｔ
ｃｓｄ＿ｒｅｔ
｝
ｈｏｓｔ＿ｒｅｔは、ＣＳＤ２からホスト４に渡すリターン値であり、ＣＰＭ２０に配置したパラメータセットへのポインタとしてもよい。

ｃｓｄ＿ｒｅｔは、ホスト４からＣＳＤ２に渡すリターン値であり、ＣＰＭ２０に配置されたパラメータセットへのポインタとしてもよい。

ここで、ＣＰＲＧ起動方式とは、ＣＳＤ２がＣＰＲＧ２４を実行する方式のことである。従来型ＣＳＤにおけるＣＰＲＧ起動方式の例は以下がある。

（１）ＣＰＲＧ実行コマンドドリブン起動方式
ＣＰＲＧ実行コマンドドリブン起動方式は、ＣＰＲＧ実行コマンドによって実行される方式である。ＣＰＲＧ実行コマンドとは、ホスト４がＣＳＤ２に対して発行するコマンドである。

（２）ＩＯコマンドドリブン起動方式
ＩＯコマンドドリブン起動方式は、ストレージメディア１０のアクセスのためのライトやリードのＩＯコマンドに連動してＣＰＲＧ２４が実行される方式である。ＩＯコマンドは、ホスト４がＣＳＤ２に対して発行するコマンドである。

［ホストコマンド］
ホストコマンドは、ホスト４がＣＳＤ２に対して発行するコマンドである。以降の説明の便宜のため、従来型ＣＳＤには下記コマンド群があると定義する。なお、ここで行う定義は、あくまで、明細書の説明で利用するための便宜目的で定義するものである。実際には、ここに記述する通りのコマンドインターフェース（ＩＦ）でなくても同等機能を実現できるものについては従来機能と位置付ける。

［共通事項］
ホストコマンドに対するＣＳＤ２からホスト４への応答は、特別に説明記載のあるコマンド以外はＲＥＴ（ｓｔａｔｕｓ）とする。この応答は、ｓｕｃｃｅｓｓ，ｅｒｒｏｒのステータスを返す。ｓｕｃｃｅｓｓはホストコマンドに対する処理が成功したことを示し、ｅｒｒｏｒはホストコマンドに対する処理が失敗したことを示す。

［Ａｄｍｉｎコマンド］
これは、ホスト４がＣＳＤ２を管理するためのコマンド群である。ストレージドライブの能力の問い合わせや、状態の問い合わせ、状態管理等のためのコマンドが存在する。ここでは、非同期通知の情報取得に関連する、下記の３コマンドを定義する。

（１）非同期通知設定コマンド：Ｈ＿ＣＯＮＦ＿ＡＳＹＮＣ（ｅｖｅｎｔ＿ｆｌａｇ）
このコマンドは、ｅｖｅｎｔ＿ｆｌａｇで指定したＣＳＤ２の非同期イベント発生時に、ホスト４から設定した非同期通知要求コマンドに対する応答を返すことを設定するためのコマンドである。非同期イベントとは、ホストからの要求とは独立した処理である。

（２）非同期通知要求コマンド：Ｈ＿ＲＥＱ＿ＡＳＹＮＣ（）
このコマンドは、非同期通知を要求するコマンドである。

このコマンドに対して、ｓｕｃｃｅｓｓ，ｅｒｒｏｒのステータスと、非同期イベント種別と、詳細情報を格納したログＩＤとを返す応答：ＲＥＴ（ｓｔａｔｕｓ，ｅｖｅｎｔ，ｌｏｇ＿ｉｄ）が定義される。

（３）ログ取得コマンド：Ｈ＿ＧＥＴ＿ＬＯＧ（ｌｏｇ＿ｉｄ，ｈｍ＿ａｄｄｒ）
このコマンドは、ｌｏｇ＿ｉｄで指定したログＩＤの情報を、アドレスｈｍ＿ａｄｄｒの指し示すＨＭ８の領域に取得するためのコマンドである。

図３は、実施形態に係るホスト４がＣＳＤ２から非同期通知を受け取り、情報を取得する例を説明するための図である。

ＣＳＤ２において非同期イベント（ＡｓｙｎｃＥｖｎｅｔ）Ａが発生する（＃１）。この時点ではＣＳＤ２は、特段の応答をしない。

ホスト４がコマンドＨ＿ＣＯＮＦ＿ＡＳＹＮＣ（）を発行して、非同期イベントＡ、Ｃに対しては通知応答有り、非同期イベントＢに対しては通知応答無しを設定する（＃２）。ＣＳＤ２はこのコマンドに対する応答ＲＥＴ（）を返す。

ホスト４が、コマンドＨ＿ＲＥＱ＿ＡＳＹＮＣ（）を送信する（＃３）。

ホスト４が、コマンドＨ＿ＲＥＱ＿ＡＳＹＮＣ（）を送信する（＃４）。

ＣＳＤ２において非同期イベントＣが発生する（＃５）。非同期イベントＡについては、通知応答有りが設定されれているので、ＣＳＤ２は、＃３のコマンドＨ＿ＲＥＱ＿ＡＳＹＮＣ（）の応答ＲＥＴ（Ｃ，ｌｏｇ＿ｃ）をホスト４に返す。

ホスト４は、応答ＲＥＴ（Ｃ，ｌｏｇ＿ｃ）を確認し、詳細情報を取得するためのコマンドＨ＿ＧＥＴ＿ＬＯＧ（）を発行する（＃６）。ＣＳＤ２は、このコマンドに対する応答ＲＥＴ（）を返す。

ＣＳＤ２において非同期イベントＢが発生する（＃７）。非同期イベントＢについては、通知応答無しが設定されれているので、ＣＳＤ２は特段の動作をしない。

ＣＳＤ２において非同期イベントＡが発生する（＃８）。非同期イベントＡについては、通知応答有りが設定されれているので、ＣＳＤ２は、＃４のコマンドＨ＿ＲＥＱ＿ＡＳＹＮＣ（）の応答ＲＥＴ（Ａ，ｌｏｇ＿ａ）をホスト４に返す。

ホスト４は応答ＲＥＴ（Ａ，ｌｏｇ＿ａ）を確認し、詳細情報を取得するためのコマンドＨ＿ＧＥＴ＿ＬＯＧ（）コマンドを発行する（＃９）。ＣＳＤ２は、このコマンドに対する応答ＲＥＴ（）を返す。

［ＩＯコマンド］
これは、ストレージメディア１０にアクセスするためのコマンド群である。ホスト４からのアクセス単位は論理ブロック（ＬｏｇｉｃａｌＢｌｏｃｋ：以降ＬＢとも呼ぶ）であり、アクセス位置は論理ブロックアドレス（ＬｏｇｉｃａｌＢｌｏｃｋＡｄｄｒｅｓｓ：以降ＬＢＡとも呼ぶ）で指定する。

下記２つのコマンドを定義する。

（１）ライトコマンド：Ｈ＿ＷＲＩＴＥ（ｌｂａ，ｈｍ＿ａｄｄｒ，ｌｂｎ）
このコマンドは、論理ブロックアドレスｌｂａから連続するｌｂｎ個のＬＢ領域に、ＨＭ８内のアドレスｈｍ＿ａｄｄｒのデータを書き込むためのコマンドである。

（２）リードコマンド：Ｈ＿ＲＥＡＤ（ｈｍ＿ａｄｄｒ，ｌｂａ，ｌｂｎ）
このコマンドは、論理ブロックアドレスｌｂａから連続するｌｂｎ個のＬＢ領域から、ＨＭ８内のアドレスｈｍ＿ａｄｄｒにデータを読み出すためのコマンドである。

［ＣＳコマンド］
これは、ＣＳ制御を行うコマンド群である。下記コマンドを定義する。

（１）ＣＰＭＴＸコマンド：Ｈ＿ＴＸ（ｃｐｍ＿ａｄｄｒ，ｈｍ＿ａｄｄｒ，ｓｉｚｅ）
このコマンドは、ＣＰＭ２０内のアドレスｃｐｍ＿ａｄｄｒに、ＨＭ８内のアドレスｈｍ＿ａｄｄｒから、ｓｉｚｅ分のデータを転送するためのコマンドである。

（２）ＣＰＭＲＸコマンド：Ｈ＿ＲＸ（ｈｍ＿ａｄｄｒ，ｃｐｍ＿ａｄｄｒ，ｓｉｚｅ）
このコマンドは、ＣＰＭ２０内のアドレスｃｐｍ＿ａｄｄｒから、ＨＭ８内のアドレスｈｍ＿ａｄｄｒに、ｓｉｚｅ分のデータを転送するためのコマンドである。

（３）ＣＰＲＧロードコマンド：Ｈ＿ＬＯＡＤ（ｓｌｏｔ，ｈｍ＿ａｄｄｒ）
このコマンドは、スロット番号ｓｌｏｔにＨＭ８内のアドレスｈｍ＿ａｄｄｒから、ＣＰＲＧ２４をダウンロードするためのコマンドである。

（４）ＣＰＲＧ実行コマンド：Ｈ＿ＥＸＥＣ（ｓｌｏｔ，ｃｐｍ＿ａｄｄｒ）
このコマンドは、スロット番号ｓｌｏｔに格納されたＣＰＲＧ２４を実行するためのコマンドである。ＣＰＲＧ２４の起動に際して、Ｈ＿ＥＸＥＣ（）コマンドは、ＣＰＲＧ２４の引数ｈｏｓｔ＿ｐａｒａｍに、コマンドで指定されたＣＰＭ２０内のアドレスであるｃｐｍ＿ａｄｄｒを指定する。

このコマンドに対して、ｓｕｃｃｅｓｓ，ｅｒｒｏｒのステータスと、ＣＰＲＧ２４の返り値であるｈｏｓｔ＿ｒｅｔとを返すコマンド：ＲＥＴ（ｓｔａｔｕｓ，ｈｏｓｔ＿ｒｅｔ）が定義される。

［ＣＰＭ利用ＩＯコマンド］
これは、ストレージメディア１０にアクセスするＩＯコマンドの転送元と転送先のバッファとしてＣＰＭ２０を指定するためのコマンドである。

（１）ＣＰＭ利用ライトコマンド：Ｈ＿ＷＲＩＴＥ＿ＷＣ（ｌｂａ，ｃｐｍ＿ａｄｄｒ，ｌｂｎ）
このコマンドは、論理ブロックアドレスｌｂａから連続するｌｂｎ個のＬＢ領域に、ＣＰＭ２０内のアドレスｃｐｍ＿ａｄｄｒのデータを書き込むためのコマンドである。

（２）ＣＰＭ利用リードコマンド：Ｈ＿ＲＥＡＤ＿ＷＣ（ｃｐｍ＿ａｄｄｒ，ｌｂａ，ｌｂｎ）
このコマンドは、論理ブロックアドレスｌｂａから連続するｌｂｎ個のＬＢ領域から、ＣＰＭ２０内のアドレスｃｐｍ＿ａｄｄｒにデータを読み出すためのコマンドである。

実施形態に係るＣＰＲＧ起動方式は、従来型ＣＳＤに係る（１）ＣＰＲＧ実行コマンドドリブン起動方式や（２）ＩＯコマンドドリブン起動方式とは異なり、イベントに連動する方式である。実施形態に係るＣＰＲＧ起動方式を説明する前に、前提として、ＦＴＬとＧＣの概略を説明する。

［ＦＴＬ・ＬＵＴ・ゾーン・ＬＵＡ・ＰＵＡ］
ＣＳＤ２は、ホスト４からの論理ブロック単位でのランダムライト、ランダムリードの要求に応える必要がある。また、ＣＳＤ２はストレージメディア１０を内蔵するが、このストレージメディア１０の特性として、ＮＡＮＤ型のフラッシュメモリのように、書き込み順序や消去単位に制約がある場合、ＣＳＤ２は、ホスト４が指定する論理的なアドレスと、ストレージメディア１０内の物理的なアドレスの対応関係を管理する必要が生じる。この、論理アドレスと物理アドレスのマッピング管理のことを、ＦＴＬと呼ぶ。

ここでは、以下のメディア特性を持つストレージメディア１０に対して、ＦＴＬとＧＣに関する用語定義を兼ねた説明を行う。

・書き込み単位はユニットである
・消去単位はゾーンである
・ゾーンは複数ユニットよりなる
・ユニットへの書き込みは、ゾーン消去後、ゾーンの先頭ユニットよりシーケンシャルに行う必要がある
・データの読出しはユニット単位でランダム実行可能である
ＦＴＬは、このメディア特性に則り、論理アドレスと物理アドレスのマッピングをユニット単位で管理する。

ユニット単位の論理アドレスをＬＵＡ（ＬｏｇｉｃａｌＵｎｉｔＡｄｄｒｅｓｓ）と呼ぶ。

ユニット単位の物理アドレスをＰＵＡ（ＰｈｉｓｉｃａｌＵｎｉｔＡｄｄｒｅｓｓ）と呼ぶ。ＰＵＡは、ゾーン番号と、ゾーン内ユニット番号の組合せよりなる。

ＬＵＡからＰＵＡへの変換テーブルをＬＵＴ（ＬｏｏｋＵｐＴａｂｌｅ）と呼ぶ。

なお、ここで、ユニットサイズは、所謂、ＮＡＮＤ型のフラッシュメモリに対する１回のプログラムコマンドによる書き込みサイズ（いわゆるページ）と一致する必要があるというわけではない。また、ユニットサイズは、ホスト４が指定する論理ブロックのサイズと一致する必要があるわけでもない。ユニットの説明は、ＦＴＬのアドレス変換管理上、論理的にユニット単位で扱うことができるということを意図している。

いわゆるページや論理ブロックのサイズがユニットサイズと差がある場合は、ＦＴＬによるアドレス変換機構の外で調整がなされることを意図する。例えば、以下のような処理を想定する。

（１）Ｎ個の連続する論理ブロックを１つのユニットとしてまとめて扱うこととし、論理ブロックアドレスからＬＵＡへの変換は１つのユニットをＮによる除算により得るものとする。ホスト４からのユニットに満たないサイズの書き込み要求は、ユニット単位のリード・モディファイ・ライトに置き換えて処理をすることとする。ユニットに満たないサイズの読出し要求は、ユニット単位のリードを行い、必要部分を切り出してホスト４に返すこととする。

（２）複数の連続するユニットをまとめて一つのページとして扱うこととし、フラッシュメモリへの書き込みは、ページサイズ分のユニットの書き込み要求をまとめて１回のプログラムコマンドとすることとする。

次に、ホスト４からの要求とストレージメディア１０へのアクセスとも、ユニット単位のアドレス空間上のものとしてＦＴＬとＧＣの説明をする。

［ゾーン・ユニットの状態］
ゾーンの状態は、全ユニットが未書き込みの状態、いずれかのユニットが書き込み中の状態、及び全ユニットが書き込み済みの状態が存在する。各状態をｆｒｅｅ、ｄｓｔ、ｕｓｅｄと呼ぶ。

ホストライトの書き込み対象のゾーンと、ＧＣの書き込み対象のゾーンを区別する場合、ホストライトの書き込み対象のゾーンの状態をｈｏｓｔ＿ｄｓｔ、ＧＣの書き込み対象のゾーンの状態をｇｃ＿ｄｓｔと呼ぶ。書き込み対象のゾーンとは、ホストライトの書き込み対象として選択され、これから書き込みをしようとしているゾーンと、書き込み対象として選択され、既に途中まで書き込まれており、引き続き書き込みをしようとしているゾーンを含む。また、ＧＣの読出し対象のゾーンの状態をｇｃ＿ｓｒｃと呼ぶ。

ユニットの状態は、未書き込みの状態、有効データを保有する状態、及び無効データを保有する状態が存在する。図４は、本実施形態の図面内のユニットの状態を説明するための図である。有効データとは、ＬＵＴの指し示すユニットの値であることを意味する。無効データとは、有効データ以外のデータである。無効データは非有効データとも呼ぶ。無効データの例は、ＦＴＬの管理情報でもよい。これ以降の図の説明では、図４に示すように、有効データも無効データも格納されていない状態の未書き込みユニットと、有効データが格納（保有）されている状態の有効データ保有ユニットと、無効データが格納（保有）されている状態の無効データ保有ユニットと、はそれぞれ区別可能に表示される。

［ＦＴＬ・ＧＣの動作］
ゾーンあたり０ｘ８０個のユニットを持ち、０ｘ３０個のゾーンを持つＦＴＬを例に動作を説明する。数字の前に「０ｘ」がつく場合、その数字が１６進数表記であることを示す。ｚｏｎｅ＝ＸＸの表記で、ＸＸに数字が記載された場合、ＸＸは１６進数の値であり、ＸＸ番目のゾーンであるということを示す。ＰＵＡ＝ＹＹ＿ＺＺの表記で、ＹＹ、ＺＺに数字が記載された場合、ＹＹ、ＺＺはともに１６進数の値であり、ＹＹ番目のゾーンのＺＺ番目のユニットであるということを示す。

［ステップ１：ホストライトによるＬＵＴ管理］
図５は、ステップ１において、実施形態に係るＦＴＬが、ＬＵＴによりゾーンの状態を管理する一例を説明するための図である。全ゾーンがｆｒｅｅの状態で、ホスト４からＬＵＡ＝ａ、ｂ、ｃの順にデータＡ、Ｂ、Ｃの書き込みがあると、ＦＴＬは、ｆｒｅｅゾーンから一つ（ここではゾーン＝００）をｄｓｔとして選択し、シーケンシャルにデータを書き込む。

このように、ホスト４からの書き込み要求（ホストライト）の書き込み先のゾーンの状態を、ｈｏｓｔ＿ｄｓｔと呼ぶ。

［ステップ２：無効データ保有ユニットの発生］
図６は、ステップ２において、実施形態に係るＦＴＬが、ＬＵＴによりゾーンの状態を管理する一例を説明するための図である。ステップ１の後、ＬＵＡ＝ｂにデータＢ´の書き込みがあると、ＦＴＬはデータＢ´の値をＰＵＡ＝００＿０３に書き込み、ＬＵＴのｂ番地に００＿０３を設定する。これにともない、ＰＵＡ＝００＿０１のユニットへの参照がなくなり、該当ユニットの状態は無効データ保有ユニットに遷移する。

［ステップ３：ＧＣ］
書込みを続けると、ゾーン内に無効データ保有ユニットを内包するｕｓｅｄのゾーンが複数存在する状況となる。ｆｒｅｅのゾーン数が一定数を下回ると、ホスト４からの書き込み要求時にｈｏｓｔ＿ｄｓｔにするためのゾーンの捻出が出来なくなる。

このため、ＦＴＬは、ｕｓｅｄのゾーンから有効データ保有ユニットのデータだけを集めて別のゾーンに書き直しするとともに、移動の終わった古いゾーンを必要に応じて消去してｆｒｅｅに戻すという処理を行う。これがＧＣである。

以下に、ｇｃ＿ｄｓｔの状態のゾーンにはゾーン＝２０が割り当てられている場合に、ｕｓｅｄのゾーン＝１０がｇｃ＿ｓｒｃに選択されたという例を利用して、ＧＣがどのように進むかを説明する。

［ステップ３－１：ＧＣスタート］
図７は、ＧＣスタート時において、実施形態に係るＦＴＬが、ＬＵＴによりゾーンの状態を管理する一例を説明するための図である。図７は、ゾーン＝２０がｇｃ＿ｄｓｔとして書き込み中、ゾーン＝１０がｕｓｅｄだった状態からｇｃ＿ｓｒｃとして選択された状態（＃ａ１）を図示する。“ｉｎｖ”は無効データを示す。

ゾーン＝１０には、ＰＵＡ＝１０＿００，１０＿０２，１０＿１ｆ，…と飛び飛びに有効データ保有ユニットが存在している。ＬＵＴのＬＵＡ＝ｄ、ｅ、ｆ番地は、各々、ゾーン＝１０の該当ユニットのＰＵＡを指している。ゾーン＝２０は、ＰＵＡ＝２０＿００，…２０＿１０が、有効データ保有ユニットである。

［ステップ３－２：有効データ保有ユニットのデータ移動］
図８は、有効データ保有ユニットのデータ移動時において、実施形態に係るＦＴＬが、ＬＵＴによりゾーンの状態を管理する一例を説明するための図である。

ＦＴＬは、ｇｃ＿ｓｒｃ（ｚｏｎｅ＝１０）から有効データ保有ユニット（０ｘ００番目のユニット）のデータ（ＰＵＡ＝００＿００のデータＤの値）をＳＣＭ２２に読出し（＃ａ２）、ｇｃ＿ｄｓｔ（ｚｏｎｅ＝２０）のユニット（ＰＵＡ＝２０＿１１）に書き込む（＃ａ３）。

このとき、ＬＵＴのＬＵＡ＝ｄ番地のＰＵＡは１０＿００を指しているため、ＰＵＡ＝２０＿１１はまだ無効データである。

［ステップ３－３：ＬＵＴの更新］
図９は、ＬＵＴの更新時において、実施形態に係るＦＴＬが、ＬＵＴによりゾーンの状態を管理する一例を説明するための図である。

ＦＴＬは、コピー元のユニットのデータが有効データのままであるか（ＬＵＡ＝ｄのＰＵＡが１０＿００のままであるか）を確認する。コピー元のユニットのデータが有効データであった場合は、ＦＴＬは、ＬＵＡ＝ｄの指し先をコピー先のアドレス（ＰＵＡ＝２０＿１１）に書き換える（＃ａ４）。

これにより、ＰＵＡ＝１０＿００のユニットは無効データ保有ユニットとなり、ＰＵＡ＝２０＿１１のユニットが有効データ保有ユニットとなる。

コピー元のユニットのデータが有効データのままではなかった場合は、ＦＴＬは、ステップ３－２の実行中にＬＵＡ＝ｄのアドレスにホストライトが発生したものと見做して、ＬＵＴの更新は行わない。これにより、ホスト４からの書き込みとＧＣによる書き込みの排他処理がなされる。

［ステップ３－４：ｇｃ＿ｓｒｃのｆｒｅｅ］
図１０は、ｇｃ＿ｓｒｃをｆｒｅｅにする際、実施形態に係るＦＴＬが、ＬＵＴによりゾーンの状態を管理する一例を説明するための図である。

［ステップ３－２，３－３］と同様のユニットデータの移動とＬＵＴの更新が繰り返されることで、ｇｃ＿ｓｒｃの全ユニットが無効データ保有の状態となる。この状態となったら、ｇｃ＿ｓｒｃのゾーンのデータを消去して、ｇｃ＿ｓｒｃのゾーンをｆｒｅｅのゾーンにする（＃ａ５）。

［ＧＣの目的と特性］
ＧＣは、以下のような目的で実行される。

（１）ＧＣ目的。すなわち、無効領域の解放による書き込み可能領域の獲得。

（２）リフレッシュ目的。ストレージメディア１０のデータリテンション特性、すなわち、或るゾーンに書いたデータは、時間とともに信頼性が劣化するという特性に合わせ、書き込み終了から時間の経過したゾーンのデータを別のゾーンへの移動。

（３）ウェアレベリング目的。ストレージメディア１０のゾーンの消去回数による寿命劣化特性に合わせ、ストレージメディア１０の全ゾーンの消去回数の平準化による製品寿命の延伸。

（１）ＧＣ目的のＧＣでは、ｇｃ＿ｓｒｃは、無効データ保有ユニットが多く含まれるゾーンの中から選択される。これは、ｈｏｔデータを多く含むゾーンは比較的短い期間のうちにｇｃ＿ｓｒｃとして選択されることを意味している。

一方、（２）リフレッシュ目的や（３）ウェアレベリング目的の場合、ｇｃ＿ｓｒｃは、書き込み後の経過時間が長いゾーンの中から選択される。これは、ホスト４が一旦書き込んだデータは、仮にそれがｃｏｌｄデータであったとしても、ある頻度においてＧＣによる場所移動がなされるということを意味している。

ＧＣの開始タイミングは、間接的にはホスト４からの書き込みが関係しているといえるが、直接的には、ＣＳＤ２内でホスト制御とは非同期に決定される。

［データ属性に応じたゾーンの使い分け］
書き込むデータの属性にあわせて、書き込み先のゾーンを使い分けることでＦＴＬの性能向上の見込まれる技術があることが知られている。以下に例をあげる。

書き込み頻度の高いもの同士、低いもの同士を同一ゾーンにまとめることにより、無効データの多く発生するゾーンと、ほとんど発生しないゾーンに使い分けることが可能となり、ＧＣ効率を上げて書込み倍率（ＷｒｉｔｅＡｍｐｌｉｆｉｃａｔｉｏｎＦａｃｔｏｒ：ＷＡＦ）の改善につなげることができる。書込み倍率とは、ホスト４から供給されるデータに対して何倍のデータをストレージメディア１０に書き込んでいるかを示す指標である。

ＳＬＣ／ＴＬＣ／ＱＬＣの使い分けといった類の技術の活用により、「容量コストは高いが高速アクセス可能なゾーン」と「容量コストは低いが低速アクセスしかできないゾーン」を使い分けることができる。読出し頻度の高いデータを前者に割り当て、読出し頻度の低いデータを後者に割り当てることで、システム全体でみたときに「読出し頻度が高いデータの読出し応答が速く、かつ、読出し頻度の低いデータの大容量保存が可能」といった適材化を図ることが可能となる。

ＳＬＣ／ＴＬＣ／ＱＬＣとは、ストレージメディア１０のメモリセルに何ビットのデータが書き込まれるかに関する書き込みモードである。ストレージメディア１０は、メモリセル当たりに何ビットのデータが書き込まれるかにより異なる複数の書き込みモードにより書き込み動作を実行することができる。メモリセル当たりに１ビットのデータが書き込まれる書き込みモードはＳＬＣ（ＳｉｎｇｌｅＬｅｖｅｌＣｅｌｌ）モードと呼ぶ。メモリセル当たりに３ビットのデータが書き込まれる書き込みモードはＴＬＣ（ＴｒｉｐｌｅＬｅｖｅｌＣｅｌｌ）モードと呼ぶ。メモリセル当たりに４ビットのデータが書き込まれる書き込みモードはＱＬＣ（ＱｕａｄＬｅｖｅｌＣｅｌｌ）モードと呼ぶ。メモリセル当たりに２ビットのデータが書き込まれる書き込みモードがあってもよい。

［アプリケーションとＧＣのオーバーラップ］
ストレージドライブを利用するアプリケーションの中には、例えば以下のような処理を行うものがある。

ストレージドライブに保存したデータを読出して、特定のルールに沿ったデータ変更を行い、ストレージドライブに書き戻しを行いたい場合がある。書き戻しは、急いで行う必要はないものの、大量のデータを書き戻す場合がある。

従来技術で、これを実現する場合、以下のいずれかの手段をとることとなる。

（１）非ＣＳＤのストレージドライブの場合
ステップ１：ホストがストレージドライブからホストメモリにデータを読出す。

ステップ２：ホストのＣＰＵがホストメモリのデータに対して処理を施す。

ステップ３：ホストがストレージドライブに対してホストメモリのデータを書き戻す。

（２）従来型ＣＳＤの場合
ステップ１：ＣＳＤＣがＣＰＭ２０にストレージメディアからデータを読み出す。

ステップ２：ＣＰＲＧがＣＰＭ２０上のデータに対して処理を施す。

ステップ３：ＣＳＤＣがストレージメディアに対してＣＰＭ２０上のデータを書き戻す。

一方で、ＦＴＬを内部に持つストレージドライブは、ＧＣの処理の中でホスト処理とは非同期に「データの読出し」と「データの書き戻し」を大量に行っている。

［ＧＣの目的と特性］で説明した理由により、書き込まれたデータがｃｏｌｄデータであったとしてもある頻度でＧＣが実行される。

つまり、非ＣＳＤのストレージドライブでも、従来型ＣＳＤでも、ＧＣ（すなわち、ストレージドライブによる制御）とアプリケーション（すなわち、ホストによる制御）による大量のデータ読出し、大量のデータ書き戻しが重複して実行されている。このことは、以下の現象を引き起こす。

（１）ストレージドライブが備えるストレージメディアのＩＯバンド幅を消費し、本来行いたいアプリケーション処理の性能低下につながる
（２）ストレージメディアの特性としてゾーンの消去回数に上限があるということがある。このため、消去回数が増えるとエラー率が上がったり、ストレージメディアの読み書きに時間を要するようになったり、利用できるストレージメディアの容量が減ったりするようになる。複数の書き込みの重複は、ストレージドライブの短命化につながる。

なお、大量のデータ読出し、大量のデータ書き戻しが重複して実行される例は以下も含む。

（例１）データ変換（単一ユニット・同一ＬＵＡ）
ストレージメディアの或るＬＵＡに保存した単一ユニットサイズのデータを読出して、特定のルールに沿ったデータ変更を行い、同一のＬＵＡに書き戻す場合がある。データ変換は、急いで行う必要はないものの、大量に行う必要がある。

（例２）データ変換（複数ユニット・同一ＬＵＡ）
ストレージメディアの或るＬＵＡ群に保存した複数ユニットサイズのデータを読出して、特定のルールに沿ったデータ変更を行い、同一のＬＵＡ群に書き戻す場合がある。データ変換は、急いで行う必要はないものの、大量に行う必要がある。

（例３）コンパクション
ストレージメディアに保存したデータの中に不要扱いとなったデータが存在する時、ストレージメディアの使用量削減や性能向上のため、ホストのアプリケーションはコンパクションを行う場合がある。コンパクションはＧＣと似ているが、ＧＣはドライブ内のＦＴＬが実行するのに対して、コンパクションはホストが実行する違いがある。コンパクションが実行されると、不要データに割り当てられている（ａｌｌｏｃａｔｅ）ＬＵＡを解放する（ｄｅａｌｌｏｃａｔｅ）。コンパクションは、急いで行う必要はない。

（例４）ＰＵＡアドレスオーダー変更
ＬＵＡでは連続するはずの一連のデータであってもＰＵＡでは非連続となることがある。ホストがデータ書き込み時にランダムオーダーで書き込んだ場合や、ＬＵＡに対してシーケンシャルに書いたとしても、同時に別のデータの書き込みも行ったような場合に起こり得る。

ストレージ性能を考慮すると、ＰＵＡベースでも連続するようＰＵＡアドレスオーダーを変更したい場合がある。

（例５）データ属性の振るい分け
ストレージメディアに保存したデータの内容を確認し、属性によりデータ格納位置を振るい分けすることで、該当データをストレージメディア内のデータ属性に適した位置に配置できるようにしたい場合がある。データをＨｏｔ／Ｃｏｌｄ等の属性に適した位置に配置することで、ストレージメディアの性能が向上する効果が得られることがある。

（例６）データ移動
ストレージメディアと或るＬＵＡに保存したデータを、別のＬＵＡに移動したい場合がある。

（例７）データ変換（複数ユニット・非同一ＬＵＡ）
ストレージメディアの或るＬＵＡ群に保存した複数ユニットサイズのデータを読出して、特定のルールに沿ったデータ変換を行い、読み出したＬＵＡ群とは異なるＬＵＡ群に書き戻したい場合がある。

［ストレージドライブ内部イベントにＣＰＲＧを連動させる仕組みの不在］
ストレージドライブは、ＧＣ以外にも各種内部イベントを管理している。内部イベントには、タイマーイベントや、温度の閾値超えの検出イベント、エラー発生イベント、ストレージメディアに保存したデータ信頼性維持のための定期的なデータスキャンリード処理イベント等がある。

従来型ＣＳＤでは、こうした内部イベントに連動してＣＰＲＧを起動する仕組みがないため、以下の課題があった。

（１）ＣＰＲＧ起動するタイミングの自由度が限定的であった。

ホストからのＣＰＲＧ起動コマンド実行時や、リードやライト等のＩＯコマンド実行時に連動してＣＰＲＧを起動することしかできず、従来型ＣＳＤのユーザにとって、ＣＰＲＧの設計自由度が低かった。

（２）内部イベントに連動した処理を行うためのオーバーヘッドが大きかった。

ＣＰＲＧはイベントに連動した処理を行うことができないため、ホスト側のアプリケーションがイベントに連動した処理を行う必要があった。このためには、従来型ＣＳＤがイベント発生をホストに通知して、ホストが所望の処理を行う必要があった。

これにより、イベント発生毎のホストへの通知というオーバーヘッドが発生し、処理をホストで行うことによるホストリソースの消費を招くことになる。さらに、イベントに連動する処理内容が従来型ＣＳＤの状態問い合わせを含む場合、さらなるホスト／ＣＳＤ間の通信オーバーヘッドを生じることとなっていた。

（３）消費電力の無駄が生じていた。

従来型ＣＳＤは、ホストからの要求がなく、かつ、ストレージドライブの内部イベント処理が不要な期間は、電力消費を抑える目的でスリープモードに設定されていることがある。

内部イベントに連動してＣＰＲＧを起動するためには、ホストがＣＰＲＧ起動のためのホストコマンドを従来型ＣＳＤに送信する。この送信タイミングで従来型ＣＳＤがスリープモードであった場合、従来型ＣＳＤはＣＰＲＧ実行のためにスリープモードから通常モードに切り替える処理をする必要があった。もし、ＣＰＲＧの内容がタイムセンシティブでない場合であっても、従来型ＣＳＤはＣＰＲＧの実行のために自身の関連回路に通電する必要が生じ、消費電力に無駄が生じていた。

実施形態に係るＣＳＤが、内部イベントにＣＰＲＧ起動を連動させる仕組みに必要な機能について説明する。

［１．非同期通知設定機能］
［１．１．ＣＰＲＧ２４からホスト４への非同期通知設定機能］
ＣＰＲＧ２４は、ホスト４の処理とは非同期なタイミングで、ホスト４に対して非同期通知を送信する。

図１１は、実施形態に係るＣＳＤ２における非同期通知設定機能の一例を説明するためのブロック図である。

ＣＳＤＣ２８は、ホスト４に対する非同期通知と情報取得の機能を備えている。ＣＳＤＣ２８は、非同期通知機能モジュールとして、ホストコマンドＨ＿ＣＯＮＦ＿ＡＳＹＮＣ（）、Ｈ＿ＲＥＱ＿ＡＳＹＮＣ（）に応答する機能モジュールである非同期イベントコントローラ（ＡｓｙｎｃｈｒｏｎｏｕｓＥｖｅｎｔＣｏｎｔｒｏｌｌｅｒ、以降ＡＥＣと呼ぶ）４２を備える。ＣＳＤＣ２８は、情報取得機能モジュールとして、ホストコマンドのＨ＿ＧＥＴ＿ＬＯＧ（）に応答する機能モジュールであるログコントローラ（ＬｏｇＣｏｎｔｒｏｌｌｅｒ、以降ＬＯＧＣと呼ぶ）を備える。

ホスト４がホストコマンドＡ＿ＣＯＮＦ＿ＡＳＹＮＣ（）で指定可能なｅｖｅｎｔは、「ＣＰＲＧ非同期通知」を含む。

ホスト４がホストコマンドＨ＿ＧＥＴ＿ＬＯＧ（）で指定可能なｌｏｇ＿ｉｄは、「ＣＰＲＧログ」を含む。

ＡＥＣ４２は、ＣＰＲＧ２４から「ＣＰＲＧ非同期通知」を設定するためのＣＰＲＧヘルパー関数：ｃ＿ｓｅｔ＿ａｓｙｎｃ＿ｎｏｔｉｃｅ（）を含む。

ＬＯＧＣ４４は、ＣＰＲＧ２４から「ＣＰＲＧログ」を設定するためのＣＰＲＧヘルパー関数：ｃ＿ｓｅｔ＿ｌｏｇ（）を含む。

ＣＰＲＧヘルパー関数：ｃ＿ｓｅｔ＿ｌｏｇ（）は、ＣＰＲＧ２４がＣＰＭ２０上に作成したログ４６をＬＯＧＣ４４に取り込めるよう、ｃｐｍ＿ａｄｄｒとｓｉｚｅを引数で指定できる。

なお、ここでは単純な例として、ホストコマンドＡ＿ＣＯＮＦ＿ＡＳＹＮＣ（）で指定可能なｅｖｅｎｔとして「ＣＰＲＧ非同期通知」を１種類、ホストコマンドＨ＿ＧＥＴ＿ＬＯＧ（）で指定可能なｌｏｇ＿ｉｄとして「ＣＰＲＧログ」を１種類含む例を示した。

この発展形として、ＣＰＲＧ起動要因に応じてｅｖｅｎｔやｌｏｇ＿ｉｄを使い分ける等、ｅｖｅｎｔ、ｌｏｇ＿ｉｄとも、複数種類を指定することとしてもよい。

従来型ＣＳＤでも、ホストコマンドＡ＿ＣＯＮＦ＿ＡＳＹＮＣ（）、Ｈ＿ＲＥＱ＿ＡＳＹＮＣ（）、Ｈ＿ＧＥＴ＿ＬＯＧ（）が定義される場合がある。その場合、ホストコマンドインタフェースとしては、実施形態に係るホストコマンドＡ＿ＣＯＮＦ＿ＡＳＹＮＣ（）、Ｈ＿ＲＥＱ＿ＡＳＹＮＣ（）、Ｈ＿ＧＥＴ＿ＬＯＧ（）をこれらの従来型のホストコマンドと同じコマンドを使って、引数で区別しても良いし、別のコマンドとして定義してもよい。

［１．非同期通知設定機能］によれば、ＣＰＲＧ２４がホスト４に対して非同期の通知を送ることができるようになる。

［２．内部イベントドリブンＣＰＲＧ起動機能（基本形）］
ＣＳＤ２が内部イベントに連動してＣＰＲＧ２４を起動する機能を説明する。

内部イベントとは、ＣＳＤ２内のタイマーからの通知、ＣＳＤ２内の温度センサーからの通知、ＣＳＤ２内のストレージメディア１０使用量の閾値到達の通知等、ホスト４からの制御とは非同期に発生するイベントであればなんでもよい。ここでは、基本形として、イベントは１種類、対象となるスロット（ＣＰＲＧ）は１つという構成を説明する。

［２．１．内部イベントドリブンＣＰＲＧ起動機能］
図１２は、実施形態に係るＣＳＤ２における内部イベントドリブンＣＰＲＧ起動機能の一例を説明するためのブロック図である。

ＣＳＤＣ２８は、内部イベント５４に連動してＣＰＲＧ２４を起動するイベントドリブンＣＰＲＧコントローラ（ＥｖｅｎｔＤｒｉｖｅｎＣＰＲＧＣｏｎｔｒｏｌｌｅｒ、以降ＥＤＣＣと呼ぶ）５２を含む。

ＥＤＣＣ５２は以下の機能を備える。

（１）ホスト４からの、内部イベントドリブンＣＰＲＧ起動を有効とするか無効とするかの設定コマンドに対応する機能。

ホスト４は、ホストコマンドとして、内部イベントに連動してＣＰＲＧ２４を起動する機能をイネーブルする内部イベントドリブン機能イネーブルコマンド：Ｈ＿ＥＮＡＢＬＥ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）を備える。

ホスト４は、ホストコマンドとして、内部イベントに連動してＣＰＲＧ２４を起動する機能をディセーブルする内部イベントドリブン機能ディセーブルコマンド：Ｈ＿ＤＩＳＡＢＬＥ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）を備える。
（２）内部イベントドリブン機能がイネーブルの状態の時、ＣＳＤ２の内部イベント発生器からのイベント発生通知を受けると、ＣＰＲＧ２４を起動する機能。

図１３は、実施形態に係る、［１．内部イベントドリブンＣＰＲＧ起動機能（基本形）］と［１．１．ＣＰＲＧ２４からホスト４への非同期通知設定機能部］の組合せた場合の、ホスト４、ＣＳＤＣ２８、ＣＰＲＧ２４間の制御の一例を説明するためのタイミング図である。

ＣＳＤＣ２８の中で内部イベントが発生する（＃ｂ１）。この時点では、内部イベントドリブン機能がディセーブル状態であり、特段の処理は行われない。

＃ｂ１の処理とは非同期であるが、ホスト４は「ＣＰＲＧ非同期通知」を設定するコマンドＨ＿ＣＯＮＦ＿ＡＳＹＮＣ（）をＣＳＤＣ２８に対して発行する（＃ｂ２）。

ホスト４はコマンドＨ＿ＲＥＱ＿ＡＳＹＮＣ（）をＣＳＤＣ２８に対して発行する（＃ｂ３、＃ｂ４）。

ホスト４が内部イベントドリブン機能を有効にするコマンドＨ＿ＥＮＡＢＬＥ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）をＣＳＤＣ２８に対して発行する（＃ｂ５）。

＃ｂ５の処理とは非同期であるが、ＣＳＤＣ２８の中で内部イベントが発生する（＃ｂ６）。この時点では、内部イベントドリブン機能がイネーブル状態であるため、すぐに＃ｂ７の処理が行われる。

ＣＳＤＣ２８は、ＣＰＲＧ２４を起動する（＃ｂ７）。ＣＰＲＧ２４は演算処理を行い、ホスト４に対して通知したいことがあったとする。そのとき、＃ｂ８、＃ｂ９が実行される。

ＣＰＲＧ２４は、ホスト４に伝えたいログをコマンドｃ＿ｓｅｔ＿ｌｏｇ（）を使ってＣＳＤＣ２８に設定する（＃ｂ８）。

ＣＰＲＧ２４は、ホスト４に「ＣＰＲＧ非同期通知」を伝えるコマンドｃ＿ｓｅｔ＿ａｓｙｎｃ＿ｎｏｔｉｃｅ（）を使ってＣＳＤＣ２８に非同期通知要を設定する（＃ｂ９）。

＃ｂ９の設定に伴い、ＣＳＤＣ２８は、＃ｂ３のコマンドＨ＿ＲＥＱ＿ＡＳＹＮＣ（）に対する応答（非同期通知）を、ホスト４に返す（＃ｂ３´）。ＣＰＲＧ２４は終了する（＃ｂ７´）。

ホスト４は、ＣＰＲＧ２４からの非同期通知を受け取り、必要に応じてホストＧＥＴ＿ＬＯＧ（）を発行して詳細ログを取得する（＃ｂ１０）。

＃ｂ１０の処理とは非同期であるが、ＣＳＤＣ２８の中で内部イベントが発生する（＃ｂ１１）。この時点では、内部イベントドリブン機能がイネーブル状態であるため、すぐに＃ｂ１２の処理が行われる。

ＣＳＤＣ２８は、ＣＰＲＧ２４を起動する（＃ｂ１２）。ＣＰＲＧ２４は演算処理を行い、ホスト４に対して通知したいことがなかったとする。＃ｂ１３が実行される。ＣＰＲＧ２４は終了する（＃ｂ１２´）。

＃ｂ１２の処理とは非同期であるが、ホスト４は、内部イベントドリブン機能を無効にするコマンドＨ＿ＤＩＳＡＢＬＥ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）をＣＳＤＣ２８に対して発行する（＃ｂ１３）。

＃ｂ１３の処理とは非同期であるが、ＣＳＤＣ２８の中で内部イベントが発生する（＃ｂ１４）。この時点では、内部イベントドリブン機能がディセーブル状態となっているため、特段の処理は行われない。

図１４は、実施形態に係る、ホスト４、ＣＳＤＣ２８、ＣＰＲＧ２４間の制御の他の一例を説明するためのタイミング図である。

図１３の制御例において、ＣＰＲＧ２４の実行中に内部イベントドリブン機能ディセーブルコマンドＨ＿ＤＩＳＡＢＬＥ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）が発行された際、図１４に示すように、ＣＰＲＧ２４の実行終了を待ち合わせてから応答を返すこととしてもよい。

ＣＰＲＧ２４の実行中に、ホスト４がコマンドＨ＿ＤＩＳＡＢＬＥ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）を発行する（＃ｃ１）。

ＣＳＤＣ２８はＣＰＲＧ２４の実行終了を待ち合わせる。ＣＰＲＧ２４の実行が終了すると（＃ｃ２）、ＣＳＤＣ２８はホスト４にコマンドＨ＿ＤＩＳＡＢＬＥ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）の応答を返す（＃ｃ３）。

これにより、ホスト４はＣＰＲＧ２４の実行が完全に終了したことを認識することができる。

［２．２．マルチインスタンス対応・内部イベントドリブンＣＰＲＧ起動機能］
ＣＳＤＣ２８が備えるＥＤＣＣ５２は、マルチインスタンスに対応した内部イベントドリブンＣＰＲＧ起動機能を備えてもよい。マルチインスタンス対応の内部イベントドリブンＣＰＲＧ起動機能とは、内部イベント発生に伴うＣＰＲＧ２４の起動によりＣＰＲＧ２４を実行中に、次の内部イベントが発生した場合に、ＣＳＥ１８のリソースに空きがあれば次のＣＰＲＧ２４を実行開始するという機能である。

図１５は、実施形態に係るＣＳＤ２におけるマルチインスタンス対応・内部イベントドリブンＣＰＲＧ起動機能の一例を説明するためのタイミング図である。図１５は、ＣＳＥ１８の数が２つである場合の、マルチインスタンス対応・内部イベントドリブンＣＰＲＧ起動を図示する。

ＣＳＤＣ２８の中で内部イベントが発生する（＃ｄ１）。この時点では、ＣＰＲＧ２４のインスタンス数は０である。利用可能なＣＳＥ１８があるため、ＣＳＤＣ２８は、ＣＰＲＧ２４を起動し、ＣＰＲＧインスタンス１を生成する。インスタンス数は１となる。

ＣＳＤＣ２８の中で内部イベントが発生する（＃ｄ２）。この時点では、ＣＰＲＧ２４のインスタンス数は１である。利用可能なＣＳＥ１８があるため、ＣＳＤＣ２８は、ＣＰＲＧ２４を起動し、ＣＰＲＧインスタンス２を生成する。インスタンス数は２となる。

ＣＳＤＣ２８の中で内部イベントが発生する（＃ｄ３）。この時点では、ＣＰＲＧ２４のインスタンス数は２である。利用可能なＣＳＥ１８はないため、ＣＳＤＣ２８は、ＣＰＲＧ２４を起動しない。

＃１の処理で起動したＣＰＲＧインスタンス１の処理が終了する（＃ｄ１´）。この時点で、ＣＳＤＣ２８のインスタンス数は１となる。

ＣＳＤＣ２８の中で内部イベントが発生する（＃ｄ４）。この時点では、ＣＰＲＧ２４のインスタンス数は１である。利用可能なＣＳＥ１８があるため、ＣＳＤＣ２８は、ＣＰＲＧ２４を起動し、ＣＰＲＧインスタンス１を生成する。

図１５は、は単純な例として、イベント発生時にリソースがない場合、単純にそのイベントを無視するという方式を説明した。

ＥＤＣＣ５２がイベントの発生を覚えておいて、ＣＳＥ１８のリソースに空きができた時点までＣＰＲＧ２４の起動を遅延させるという方式としてもよい。

なお、ＣＰＲＧ２４は、演算処理を実行する際、ＣＰＭ２０等のリソースを利用することが想定される。

複数のＣＰＲＧインスタンスが同時に起動する際、各ＣＰＲＧインスタンスがどのリソースを利用すればよいのかを知るために、ＥＤＣＣ５２は、ＣＰＲＧ２４の引数のｃｓｄ＿ｐａｒａｍにＣＳＤインスタンス番号（ＣＳＤインスタンスを一意に特定するための番号）を渡すこととしてもよい。

また、ホスト４は、ＣＰＭ２０のリソース割り当て都合等により、ＣＳＥ１８の数より少ない数のインスタンスしか同時起動して欲しくないというケースが考えられる。これに対処するために、内部イベントドリブンのＣＰＲＧ２４の同時起動数の上限を設定する機能を設けてもよい。

［２．２．マルチインスタンス対応・内部イベントドリブンＣＰＲＧ起動機能］によれば、ＣＰＲＧインスタンス実行中に内部イベントが発行された際、ＣＳＥ１８のリソースに余裕がある場合は、次のＣＰＲＧ２４が起動される。

なお、ＣＰＲＧインスタンスを上限の数だけ実行中に、次の内部イベントが発行された際、内部イベントの発生を記憶しておき、現在実行中のＣＰＲＧインスタンスが終了するのを待ち合わせてＣＰＲＧ２４が起動されてもよい。

ＣＰＲＧ２４の起動時にＣＰＲＧ２４は、ＣＳＤインスタンス番号を含むＣＳＤパラメータｃｓｄ＿ｐａｒａｍをホスト４に渡してもよい。

ホスト４は、同時実行可能な内部イベントドリブンのＣＰＲＧインスタンス数の上限を設定する内部イベントドリブンＣＰＲＧ同時実行上限数設定コマンド：Ｈ＿ＳＥＴ＿ＭＡＸ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（ｎｕｍ）を発行してもよい。

［２．３．ホストパラメータ設定機能付き・内部イベントドリブンＣＰＲＧ起動機能］
ＣＳＤＣ２８が備えるＥＤＣＣ５２は、ＣＰＲＧ２４の起動時にＣＰＲＧ２４に渡すホストパラメータをホスト４から設定される機能を備える。

従来型ＣＳＤにおいては、ホストが発行するＣＰＲＧ実行コマンドやＩＯコマンドに同期してＣＰＲＧが起動される。この場合、ホストはＣＰＲＧの起動コマンドの引数にホストパラメータを設定することが可能であった。

実施形態に係るＣＳＤの場合、ホストコマンドとは非同期にＣＰＲＧインスタンスが生成されるため、ＣＳＤ２へホストパラメータを別途渡す必要がある。ホストパラメータの渡し方の幾つかの方式を示す。

（１）ホストパラメータ固定方式
最も単純なホストパラメータ設定方式である。この方式では、内部イベントドリブン機能イネーブルコマンドに、ｈｏｓｔ＿ｐａｒａｍが追加される。イネーブル中に起動される全インスタンスのホストパラメータに同じ値が設定される。

内部イベントドリブン機能イネーブルコマンド（ｈｏｓｔ＿ｐａｒａｍ拡張）：Ｈ＿ＥＮＡＢＬＥ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（ｈｏｓｔ＿ｐａｒａｍ）は、内部イベントドリブン機能をイネーブルし、ＣＰＲＧ２４の起動時に、ｈｏｓｔ＿ｐａｒａｍを引数としてＣＳＤ２に渡す。

（２）ホストパラメータ設定コマンド方式
ホストパラメータ設定コマンドを設ける方式である。この方式では、内部イベントドリブン機能イネーブル中に、ＣＰＲＧインスタンスのホストパラメータの値が動的に変更できる。

内部イベントドリブン機能ホストパラメータ設定コマンド：Ｈ＿ＳＥＴ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ＿ＨＯＳＴ＿ＰＡＲＡＭ（ｈｏｓｔ＿ｐａｒａｍ）は、内部イベントで起動するＣＰＲＧインスタンスのホストパラメータを設定する。

（３）インスタンス番号毎ホストパラメータ設定コマンド方式
ＣＰＲＧインスタンス番号毎にホストパラメータ設定の可能なコマンドを設ける方式である。この方式では、内部イベントドリブン機能イネーブル中に、ＣＰＲＧインスタンス毎にホストパラメータの値が動的に変更できる。

内部イベントドリブン機能ホストパラメータ設定コマンド（インスタンス番号毎拡張）：Ｈ＿ＳＥＴ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ＿ＨＯＳＴ＿ＰＡＲＡＭ（ｉｎｓｔａｎｃｅ＿ｎｏ，ｈｏｓｔ＿ｐａｒａｍ）は、インスタンス番号ｉｎｓｔａｎｃｅ＿ｎｏで指定した内部イベントで起動するＣＰＲＧイスタンスのホストパラメータを設定する。

図１６は、実施形態に係るＣＳＤ２におけるホストパラメータ設定コマンド方式によるホストパラメータ設定の一例を説明するためのタイミング図である。

ホスト４は、コマンドＨ＿ＳＥＴ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ＿ＨＯＳＴ＿ＰＡＲＡＭ（Ａ）をＣＳＤＣ２８に発行し、内部イベントで起動するＣＰＲＧ２４のホストパラメータに“Ａ”を設定する（＃ｅ１）。ホストパラメータ“Ａ”は数値でも、文字列でも、あるいはさらに複雑なデータ構造のデータでもよい。

ホスト４は、コマンドＨ＿ＳＥＴ＿ＥＮＡＢＬＥ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）をＣＳＤＣ２８に発行し、内部イベントドリブン機能をイネーブルにする（＃ｅ２）。

＃ｅ２の処理とは非同期であるが、ＣＳＤＳ２８の中で内部イベントが発生する（＃ｅ３）。ＣＳＤＣ２８はＣＰＲＧ２４を起動する。このとき、ＣＳＤＣ２８は起動したＣＰＲＧ２４のインスタンスの引数ｈｏｓｔ＿ｐａｒａｍに“Ａ”を指定する。

＃ｅ３の処理とは非同期であるが、ＣＳＤＳ２８の中で内部イベントが発生する（＃ｅ４）。ＣＳＤＣ２８はＣＰＲＧ２４を起動する。このとき、ＣＳＤＣ２８は起動したＣＰＲＧ２４のインスタンスの引数ｈｏｓｔ＿ｐａｒａｍに“Ａ”を指定する。

ＣＳＤＳ２８の中で内部イベントが発生する（＃ｅ５）。ＣＳＤＣ２８はＣＰＲＧ２４を起動する。このとき、ＣＳＤＣ２８は起動したＣＰＲＧ２４のインスタンスの引数ｈｏｓｔ＿ｐａｒａｍに“Ａ”を指定する。

＃ｅ５の処理とは非同期であるが、ホスト４は、コマンドＨ＿ＳＥＴ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ＿ＨＯＳＴ＿ＰＡＲＡＭ（Ｂ）をＣＳＤＣ２８に発行し、内部イベントで起動するＣＰＲＧのホストパラメータにＢを設定する（＃ｅ６）。

＃ｅ６の処理とは非同期であるが、ＣＳＤＳ２８の中で内部イベントが発生する（＃ｅ７）。ＣＳＤＣ２８はＣＰＲＧ２４を起動する。このとき、ＣＳＤＣ２８は起動したＣＰＲＧ２４のインスタンスの引数ｈｏｓｔ＿ｐａｒａｍに“Ｂ”を指定する。

＃ｅ７の処理で生成したＣＰＲＧインスタンス実行中に、ホスト４は、コマンドＨ＿ＳＥＴ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ＿ＨＯＳＴ＿ＰＡＲＡＭ（Ｃ）をＣＳＤＣ２８に発行し、内部イベントで起動するＣＰＲＧのホストパラメータに“Ｃ”を設定する（＃ｅ８）。ＣＳＤＣ２８は、ホスト４への応答を返す（＃ｅ８´）前に、切り替え前のｈｏｓｔ＿ｐａｒａｍ＝Ｂを伴って実行中のＣＰＲＧインスタンスの終了を待ち合わせる。

ＣＰＲＧインスタンスの終了待ち合わせ中に、ＣＳＤＳ２８の中で内部イベントが発生する（＃ｅ９）。ＣＳＤＣ２８はＣＰＲＧ２４を起動する。このとき、ＣＳＤＣ２８は引数ｈｏｓｔ＿ｐａｒａｍに“Ｃ”を指定する。

引数ｈｏｓｔ＿ｐａｒａｍ＝Ｂで実行中のＣＰＲＧインスタンスが終了する（＃ｅ７´）。

＃ｅ７´の処理後、ＣＳＤＣ２８は、＃ｅ８のコマンドＨ＿ＳＥＴ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ＿ＨＯＳＴ＿ＰＡＲＡＭ（）に対する応答をホスト４に返す（＃ｅ８´）。

なお、コマンドＨ＿ＳＥＴ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ＿ＨＯＳＴ＿ＰＡＲＡＭ（）の発行時に、前のパラメータで実行中のＣＰＲＧインスタンスがあった場合、該当ＣＰＲＧインスタンスの終了を待ち合わせることについては省略してもよい。

［２．４．コンフィグレーション機能付き・内部イベントドリブンＣＰＲＧ起動機能］
ＣＳＤＣ２８が備えるＥＤＣＣ５２は、内部イベントドリブン機能のコンフィグレーションをホスト４から設定する機能を備える。

ＥＤＣＣ５２は、例えば、「温度変化検出」というイベントに対して、「温度がしきい値を超えたときのみＣＰＲＧを起動する」、タイマーイベントに対して「イベント検出時からインターバル時間が経過したらＣＰＲＧを起動する」等の起動条件をコンフィグレーションとして設定するためのインタフェースを持つ。コンフィグレーションの幾つかの設定方式を示す。

（１）コンフィグレーション固定方式
最も単純なコンフィグレーション設定方式である。この方式では、内部イベントドリブン機能イネーブルコマンドに、コンフィグレーション値ｃｏｎｆｉｇｕｒａｔｉｏｎが追加される。イネーブル中は同じコンフィグレーション値が適用される。

内部イベントドリブン機能イネーブルコマンド（ｃｏｎｆｉｇｕｒａｔｉｏｎ拡張）：Ｈ＿ＥＮＡＢＬＥ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（ｃｏｎｆｉｇｕｒａｔｉｏｎ）は、ｃｏｎｆｉｇｕｒａｔｉｏｎを指定して、内部イベントドリブン機能をイネーブルにする。

（２）コンフィグレーション設定コマンド方式
コンフィグレーション設定コマンドを設ける方式である。この方式では、内部イベントドリブン機能イネーブル中に、コンフィグレーション値が動的に変更できる。

内部イベントドリブン機能コンフィグレーション設定コマンド：Ｈ＿ＳＥＴ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ＿ＣＯＮＦＩＧ（ｃｏｎｆｉｇｕｒａｔｉｏｎ）は、内部イベントドリブン機能のコンフィグレーションを設定する。

なお、この方式におけるコンフィグレーションの設定タイミングについては、［２．３．ホストパラメータ設定機能付き・内部イベントドリブンＣＰＲＧ起動機能］の（２）ホストパラメータ設定コマンド方式におけるタイミングの説明（図１６）と同じであるるため、説明は省略する。

［２．内部イベントドリブンＣＰＲＧ起動機能］によれば、ＣＳＤ２のユーザにとって、ＣＰＲＧ２４の起動タイミングの設計自由度を上げることが可能となる。内部イベントに連動した処理を、ホスト４で行うのではなく、ＣＰＲＧ２４で行うことができるようになり、ＣＳＤ２とホスト４間の通信量の削減効果を得ることが可能となる。タイムセンシティブでないＣＰＲＧ２４の起動を内部イベント処理発生に伴うＣＳＤ２のウェイクアップタイミングまで遅延させることによる、消費電力量の削減効果を得ることが可能となる。複数のＣＰＲＧインスタンスを、内部イベントに連動して、同時に起動することが可能となる。内部イベントに連動するＣＰＲＧ２４へのホスト４からのパラメータ設定を、ホスト４の所望するタイミングで行うことが可能となる。内部イベントに連動するＣＰＲＧ起動のコンフィグレーション設定を、ホスト４の所望するタイミングで行うことが可能となる。

［３．内部イベントドリブンＣＰＲＧ起動機能（マルチイベント・マルチスロット）］
前掲の［２．内部イベントドリブンＣＰＲＧ起動機能（基本形）］で説明した例は、イベントは１種類、対象となるスロットは１つという構成である。以降に、スロット数やイベント種類が複数である場合の例を示す。

［３．１．シングルイベント・マルチスロット・シングルコネクション・内部イベントドリブンＣＰＲＧ起動機能］
この機能は、ＣＰＲＧ起動の元となる内部イベントの種類は１つで、起動対象のスロット数は複数で、イベントあたりに接続可能なスロット数は１つである内部イベントドリブンＣＰＲＧ起動機能である。

この機能は、［２．内部イベントドリブンＣＰＲＧ起動機能（基本形）］に示したホストコマンドを拡張することにより実現される。

図１７は、ＣＳＤ２がシングルイベント・マルチスロット・シングルコネクション・内部イベントドリブンＣＰＲＧ起動機能を実現するためのホストコマンドの一例を説明するための図である。

ホストコマンドＨ＿ＥＮＡＢＬＥ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）は、そのパラメータにｓｌｏｔが追加される。

ホストコマンドＨ＿ＤＩＳＡＢＬＥ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）、Ｈ＿ＳＥＴ＿ＭＡＸ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）、Ｈ＿ＳＥＴ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ＿ＨＯＳＴ＿ＰＡＲＡＭ（）、及びＨ＿ＳＥＴ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ＿ＣＯＮＦＩＧ（）は変更無しである。

［３．２．シングルイベント・マルチスロット・マルチコネクション・内部イベントドリブンＣＰＲＧ起動機能］
この機能は、ＣＰＲＧ起動の元となる内部イベントの種類は１つで、起動対象のスロット数は複数で、イベントあたりに接続可能なスロット数は複数である内部イベントドリブンＣＰＲＧ起動機能である。

この機能を実現する方式には、大きく分けて２種類の方式が存在する。

（１）１回のイベントに対して、指定されたスロット毎に複数の異なるＣＰＲＧインスタンスを起動する方式（独立インスタンス型）。
（２）１回のイベントに対して、ＣＰＲＧインスタンスを１つ立上げ、指定されたスロットのＣＰＲＧ２４を順次実行する方式（同一インスタンス型）。

前述したように、インスタンスとは、プログラムを実行した時、メモリ上に展開される、プログラムの引数やプログラム実行中の中間状態などを保持するメモリ領域やその内容を指す。プログラムＡを実行すると、プログラムＡが終了するまでの間、インスタンスが１つ存在する。プログラムＡの実行中にもう一度プログラムＡを実行すると、２つの実行が並行している間は、２つのインスタンスが存在する。

そのため、独立インスタンス型とは、各スロットに格納されている１個のＣＰＲＧに対して１つのインスタンスが生成される方式である。例えば、スロットαにＣＰＲＧ＿Ａが格納され、スロットβにＣＰＲＧ＿Ｂが格納され、１つのイベントが２つの接続を備えるとする。１つの接続にスロットαが指定され、他の接続にスロットβが指定されていると、イベント発生時に、ＣＳＤＣ２８は、ＣＰＲＧ＿Ａを実行するインスタンス１と、ＣＰＲＧ＿Ｂを実行するインスタンス２を並行して起動する。つまり、ＣＰＲＧ＿ＡとＣＰＲＧ＿Ｂが平行して実行される。

同一インスタンス型とは、指定した複数のスロットに格納されている複数のＣＰＲＧを、１つのインスタンスの中で順番に実行する方式である。例えば、スロットαにＣＰＲＧ＿Ａが格納され、スロットβにＣＰＲＧ＿Ｂが格納され、１つのイベントが１つの接続を備えるとする。スロットαとスロットβからなる１つのリストを１回の接続の引数に渡して、イベントと接続する。イベントが発生すると、ＣＳＤＣ２８は、インスタンス１を生成し、そのインスタンス１上で、ＣＰＲＧ＿Ａが実行され、ＣＰＲＧ＿Ａの実行が終了すると、ＣＰＲＧ＿Ｂが実行される。

［３．２．１．シングルイベント・マルチスロット・マルチコネクション（独立インスタンス型）・内部イベントドリブンＣＰＲＧ起動機能］
この機能は、［２．内部イベントドリブンＣＰＲＧ起動機能（基本形）］に示したホストコマンドを拡張することにより実現される。

図１８は、ＣＳＤ２がシングルイベント・マルチスロット・マルチコネクション（独立インスタンス型）・内部イベントドリブンＣＰＲＧ起動機能を実現するためのホストコマンドの一例を説明するための図である。

ホストコマンドＨ＿ＣＯＮＮＥＣＴ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）が新規に定義される。このコマンドの引数にはスロット番号が指定される。このコマンドは、内部イベント発生時に、スロット番号で指定されるスロット１６との接続、すなわちＣＰＲＧ２４の起動をさせることを行うことをＣＳＤ２に設定する。ＣＳＤ２は、接続番号（ｃｏｎｎｅｃｔ番号）をこのコマンドの応答ＲＥＴ（）にてホスト４に返す。引数で、接続済みのスロット番号と異なるスロット番号が指定された場合、ＣＳＤ２は、応答ＲＥＴ（）にて新しい接続番号をホスト４に返す。接続番号は、内部イベントとスロットの接続（ｃｏｎｎｅｃｔ）を一意に特定するために割り振られる番号である。シングルイベントの場合、接続番号は省略可能であるが、マルチイベントの場合とコマンド体系を揃えるためにホスト４に返送される。

ホストコマンドＨ＿ＵＮＣＯＮＮＥＣＴ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）が新規に定義される。このコマンドの引数には接続番号が指定される。このコマンドは、内部イベント発生時に、接続番号で指定されるスロット１６との接続を解消することをＣＳＤ２に設定する。

ホストコマンドＨ＿ＥＮＡＢＬＥ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）、Ｈ＿ＤＩＳＡＢＬＥ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）、Ｈ＿ＳＥＴ＿ＭＡＸ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）、Ｈ＿ＳＥＴ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ＿ＨＯＳＴ＿ＰＡＲＡＭ（）、及びＨ＿ＳＥＴ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ＿ＣＯＮＦＩＧ（）は、それらのパラメータに接続番号が追加される。

［３．２．２．シングルイベント・マルチスロット・マルチコネクション（同一インスタンス型）・内部イベントドリブンＣＰＲＧ起動機能］
この機能は、［２．内部イベントドリブンＣＰＲＧ起動機能（基本形）］に示したホストコマンドを拡張することにより実現される。

図１９は、ＣＳＤ２がシングルイベント・マルチスロット・マルチコネクション（同一インスタンス型）・内部イベントドリブンＣＰＲＧ起動機能を実現するためのホストコマンドの一例を説明するための図である。

ホストコマンドＨ＿ＣＯＮＮＥＣＴ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）が新規に定義される。このコマンドの引数にはスロット番号のリストが指定される。このコマンドは、内部イベント発生時に、スロット番号のリストで指定される複数のスロット１６との接続を行うことをＣＳＤ２に設定する。ＣＳＤ２は、接続番号をこのコマンドの応答ＲＥＴ（）にてホスト４に返す。例えば、１つのイベントに、ｓｌｏｔ＝１、ｓｌｏｔ＝３、ｓｌｏｔ＝８の３つのＣＲＲＧを接続すると、１つの接続番号がホスト４に返される。その接続番号を指定して、ホストコマンドＨ＿ＵＮＣＯＮＮＥＣＴ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）を発行すると、３つのＣＰＲＧとも同時に接続が解消される。接続が解消する前に再設定された場合は、ＣＳＤ２は、応答ＲＥＴ（）にて新しい接続番号のリストをホスト４に返す。

接続番号の一例を説明する。

例えば、以下のように、Ｈ＿ＣＯＮＮＥＣＴ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧを３回呼び出すとする。

Ｈ＿ＣＯＮＮＥＣＴ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（ｅｖｅｎｔ＝ｅｖｅｎｔ＿ａ，ｓｌｏｔ＝１）
Ｈ＿ＣＯＮＮＥＣＴ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（ｅｖｅｎｔ＝ｅｖｅｎｔ＿ｂ，ｓｌｏｔ＝２）
Ｈ＿ＣＯＮＮＥＣＴ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（ｅｖｅｎｔ＝ｅｖｅｎｔ＿ｃ，ｓｌｏｔ＝１）
接続番号は、それぞれのホストコマンドで作られた接続を区別するための番号であり、１つ目の接続番号として１が、２つ目の接続番号として２が、３つ目の接続番号として３が返される。

この例では、ｅｖｅｎｔ＿ａにｓｌｏｔ＝１が、ｅｖｅｎｔ＿ｃにもｓｌｏｔ＝１が指定され、同じｓｌｏｔ＝１のＣＰＲＧが複数のイベントに接続される。そのため、１つ目の接続を解消したい場合、ｓｌｏｔ番号を使って解消する接続を指定することはできず、接続番号を使って解消する接続を指定する必要がある。

［３．３．マルチイベント・マルチスロット・シングルコネクション・内部イベントドリブンＣＰＲＧ起動機能］
この機能は、ＣＰＲＧ起動の元となる内部イベントの種類は複数で、起動対象のスロット数は複数で、イベントあたりに接続可能なスロット数は単数である内部イベントドリブンＣＰＲＧ起動機能である。

図２０は、ＣＳＤ２がマルチイベント・マルチスロット・シングルコネクション・内部イベントドリブンＣＰＲＧ起動機能を実現するためのホストコマンドの一例を説明するための図である。

ホストコマンドＨ＿ＥＮＡＢＬＥ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）、Ｈ＿ＤＩＳＡＢＬＥ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）、Ｈ＿ＳＥＴ＿ＭＡＸ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）、Ｈ＿ＳＥＴ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ＿ＨＯＳＴ＿ＰＡＲＡＭ（）、及びＨ＿ＳＥＴ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ＿ＣＯＮＦＩＧ（）は、それぞれホストコマンドＨ＿ＥＮＡＢＬＥ＿ＥＶＥＮＴ＿Ｘ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）、Ｈ＿ＤＩＳＡＢＬＥ＿ＥＶＥＮＴ＿Ｘ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）、Ｈ＿ＳＥＴ＿ＭＡＸ＿ＥＶＥＮＴ＿Ｘ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）、Ｈ＿ＳＥＴ＿ＥＶＥＮＴ＿Ｘ＿ＤＲＩＶＥＮ＿ＣＰＲＧ＿ＨＯＳＴ＿ＰＡＲＡＭ（）、及びＨ＿ＳＥＴ＿ＥＶＥＮＴ＿Ｘ＿ＤＲＩＶＥＮ＿ＣＰＲＧ＿ＣＯＮＦＩＧ（）に拡張される。

ホストコマンドＨ＿ＥＮＡＢＬＥ＿ＥＶＥＮＴ＿Ｘ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）は、コマンドを分割して、コマンドをイベント毎に設けるものである。例えば、ＥＶＥＮＴ＿ＸにはＥＶＥＮＴ＿Ｘが、ＥＶＥＮＴ＿ＹにはＥＶＥＮＴ＿Ｙが設定され、パラメータにｓｌｏｔが追加される。

ホストコマンドＨ＿ＤＩＳＡＢＬＥ＿ＥＶＥＮＴ＿Ｘ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）、Ｈ＿ＳＥＴ＿ＭＡＸ＿ＥＶＥＮＴ＿Ｘ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）、Ｈ＿ＳＥＴ＿ＥＶＥＮＴ＿Ｘ＿ＤＲＩＶＥＮ＿ＣＰＲＧ＿ＨＯＳＴ＿ＰＡＲＡＭ（）、及びＨ＿ＳＥＴ＿ＥＶＥＮＴ＿Ｘ＿ＤＲＩＶＥＮ＿ＣＰＲＧ＿ＣＯＮＦＩＧ（）も、同様に、コマンドを分割して、コマンドをイベント毎に設けるものである。

図２１は、ＣＳＤ２がマルチイベント・マルチスロット・シングルコネクション・内部イベントドリブンＣＰＲＧ起動機能を実現するためのホストコマンドの他の例を説明するための図である。

ホストコマンドＨ＿ＥＮＡＢＬＥ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）は、そのパラメータにイベント種別とｓｌｏｔが追加されるように拡張される。

ホストコマンドＨ＿ＤＩＳＡＢＬＥ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）、Ｈ＿ＳＥＴ＿ＭＡＸ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）、Ｈ＿ＳＥＴ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ＿ＨＯＳＴ＿ＰＡＲＡＭ（）、及びＨ＿ＳＥＴ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ＿ＣＯＮＦＩＧ（）は、それらのパラメータにイベント種別が追加されるように拡張される。

［３．４．マルチイベント・マルチスロット・マルチコネクション・内部イベントドリブンＣＰＲＧ起動機能］
この機能は、［３．２．シングルイベント・マルチスロット・マルチコネクション・内部イベントドリブンＣＰＲＧ起動機能］と［３．３．マルチイベント・マルチスロット・シングルコネクション・内部イベントドリブンＣＰＲＧ起動機能］の組合せにより実現できる。

以降、［３．２．シングルイベント・マルチスロット・マルチコネクション・内部イベントドリブンＣＰＲＧ起動機能］として［３．２．１．シングルイベント・マルチスロット・マルチコネクション（独立インスタンス型）・内部イベントドリブンＣＰＲＧ起動機能］を採用した場合の［３．４．マルチイベント・マルチスロット・マルチコネクション・内部イベントドリブンＣＰＲＧ起動機能］を説明する。

図２２は、ＣＳＤ２がマルチイベント・マルチスロット・マルチコネクション・内部イベントドリブンＣＰＲＧ起動機能を実現するためのホストコマンドの一例を説明するための図である。

ホストコマンドＨ＿ＣＯＮＮＥＣＴ＿ＥＶＥＮＴ＿Ｘ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）、Ｈ＿ＵＮＣＯＮＮＥＣＴ＿ＥＶＥＮＴ＿Ｘ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）が新規に定義される。

ホストコマンドＨ＿ＣＯＮＮＥＣＴ＿ＥＶＥＮＴ＿Ｘ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）のコマンドの引数にはスロット番号が指定される。このコマンドは、内部イベント発生時に、スロット番号で指定されるスロット１６との接続を行うことをＣＳＤ２に設定する。ＣＳＤ２は、接続した接続番号をこのコマンドの応答ＲＥＴ（）にてホスト４に返す。

ホストコマンドＨ＿ＵＮＣＯＮＮＥＣＴ＿ＥＶＥＮＴ＿Ｘ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）の引数には接続番号が指定される。このコマンドは、内部イベント発生時に、接続番号で指定されるスロット１６との接続を解消することをＣＳＤ２に設定する。

ホストコマンドＨ＿ＥＮＡＢＬＥ＿ＥＶＥＮＴ＿Ｘ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）は、コマンドを分割して、コマンドをイベント毎に設けるものである。このコマンドのパラメータにはｃｏｎｎｅｃｔが追加される。

ホストコマンドＨ＿ＤＩＳＡＢＬＥ＿ＥＶＥＮＴ＿Ｘ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）は、コマンドを分割して、コマンドをイベント毎に設けるものである。

ホストコマンドＨ＿ＳＥＴ＿ＭＡＸ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）、Ｈ＿ＳＥＴ＿ＥＶＥＮＴ＿Ｘ＿ＤＲＩＶＥＮ＿ＣＰＲＧ＿ＨＯＳＴ＿ＰＡＲＡＭ（）、及びＨ＿ＳＥＴ＿ＥＶＥＮＴ＿Ｘ＿ＤＲＩＶＥＮ＿ＣＰＲＧ＿ＣＯＮＦＩＧ（）は、コマンドを分割して、コマンドをイベント毎に設けるものである。これらのコマンドのパラメータにはｃｏｎｎｅｃｔが追加される。

［３．内部イベントドリブンＣＰＲＧ起動機能（マルチイベント・マルチスロット）］によれば、内部イベントに連動するＣＳＤ２として、以下のうち１つ、あるいは、複数の効果を同時に得ることが可能となる。マルチスロットの場合、内部イベントに連動して起動する複数種のプログラムをホスト４から登録することが可能となる。マルチコネクションの場合、１つのイベントに対して紐づけするプログラムを複数種指定することが可能となる。独立インスタンス型の場合、１つのイベントに対して紐づけされた１つのプログラムごとに、独立したインスタンスを起動することが可能となる。同一インスタンスの場合、１つのイベントに対して紐づけされた複数のプログラムを、一つのインスタンス上で順番に起動することが可能となる。マルチイベントの場合、ＣＰＲＧ２４の起動を連動させる内部イベントを複数種指定することが可能となる。

［４．ＧＣドリブンＣＰＲＧ起動機能］
前掲の内部イベントドリブンＣＰＲＧ起動機能のうち、特に、ＧＣに連動してＣＰＲＧ２４を起動する機能を説明する。

ＧＣドリブンＣＰＲＧ起動機能では、内部イベントに伴うＣＰＲＧ２４の起動機能に加えて、ＧＣ自体にも新機能を加えることで、単なる内部イベントドリブンＣＰＲＧ起動機能にはなかった新たな効果を得ることができる。

ＧＣドリブンＣＰＲＧ起動機能は前掲のどの内部イベントドリブンＣＰＲＧ起動機能と組合せてもよいが、ここでは説明単純のため、［２．内部イベントドリブンＣＰＲＧ起動機能（基本形）］と組み合わせた例を元に説明を行う。

［４．１．ＧＣドリブンＣＰＲＧ起動機能（基本形）］
図２３は、［２．内部イベントドリブンＣＰＲＧ起動機能（基本形）］とＧＣドリブンＣＰＲＧ起動機能の組み合わせ機能を実現するためのホストコマンドの一例を説明するための図である。

ホストコマンドＨ＿ＥＮＡＢＬＥ＿ＧＣ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）は、ＧＣドリブン機能をイネーブルにする。

ホストコマンドＨ＿ＤＩＳＡＢＬＥ＿ＧＣ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）は、ＧＣドリブン機能をディセーブルにする。

なお、ＧＣドリブンＣＰＲＧ起動は、内部イベントドリブンＣＰＲＧ起動の基本形である［２．内部イベントドリブンＣＰＲＧ起動機能（基本形）］に加えて、その展開型の［２．２．マルチインスタンス対応・内部イベントドリブンＣＰＲＧ起動機能］乃至［３．４．マルチイベント・マルチスロット・マルチコネクション・内部イベントドリブンＣＰＲＧ起動機能］のいずれか、あるいは、その複数の展開機能との組み合わせも可能である。この場合、前掲のホストコマンドのＥＶＥＮＴ又ＥＶＥＮＴ＿ＸがＧＣに置き換えらえる。

図２４は、［２．２．マルチインスタンス対応・内部イベントドリブンＣＰＲＧ起動機能］乃至［３．４．マルチイベント・マルチスロット・マルチコネクション・内部イベントドリブンＣＰＲＧ起動機能］とＧＣドリブンＣＰＲＧ起動機能の組み合わせ機能を実現するためのホストコマンドの一例を説明するための図である。

ホストコマンドＨ＿ＣＯＮＮＥＣＴ＿ＧＣ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）は、ホストコマンドＨ＿ＣＯＮＮＥＣＴ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）と同様に、引数にはスロット番号が指定される。ホストコマンドＨ＿ＣＯＮＮＥＣＴ＿ＧＣ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）は、ＧＣ時に、スロット番号で指定されるスロット１６との接続、すなわちＣＰＲＧ２４の起動をさせることを行うことをＣＳＤ２に設定する。ＣＳＤ２は、接続番号をこのコマンドの応答ＲＥＴ（）にてホスト４に返す。引数で、接続済みのスロット番号と異なるスロット番号が指定された場合、ＣＳＤ２は、応答ＲＥＴ（）にて新しい接続番号をホスト４に返す。

ホストコマンドＨ＿ＵＮＣＯＮＮＥＣＴ＿ＧＣ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）は、ホストコマンドＨ＿ＵＮＣＯＮＮＥＣＴ＿ＥＶＮＥＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）と同様に、引数には接続番号が指定される。ホストコマンドＨ＿ＵＮＣＯＮＮＥＣＴ＿ＧＣ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）は、ＧＣ時に、接続番号で指定されるスロット１６との接続を解消することをＣＳＤ２に設定する。

ホストコマンドＨ＿ＥＮＡＢＬＥ＿ＧＣ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）は、ホストコマンドＨ＿ＥＮＡＢＬＥ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）と同様に、ＧＣドリブン機能をイネーブルにする。

ホストコマンドＨ＿ＤＩＳＡＢＬＥ＿ＧＣ＿ＤＲＩＶＥ＿ＣＰＲＧ（）は、ホストコマンドＨ＿ＤＩＳＡＢＬＥ＿ＥＶＥＮＴ＿ＤＲＩＶＥ＿ＣＰＲＧ（）と同様に、ＧＣドリブン機能をディセーブルする。

ホストコマンドＨ＿ＳＥＴ＿ＭＡＸ＿ＧＣ＿ＤＲＩＶＥＮ＿ＣＰＲＴ（）は、ホストコマンドＨ＿ＳＥＴ＿ＭＡＸ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＴ（）と同様に、同時実行可能なＧＣドリブンＣＰＲＧインスタンスの上限数を設定する。

ホストコマンドＨ＿ＳＥＴ＿ＧＣ＿ＤＲＩＶＥＮ＿ＣＰＲＧ＿ＨＯＳＴ＿ＰＡＲＡＭ（）は、ホストコマンドＨ＿ＳＥＴ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ＿ＨＯＳＴ＿ＰＡＲＡＭ（）と同様に、ＧＣドリブンＣＰＲＧ２４のホストパラメータを設定する。

ホストコマンドＨ＿ＳＥＴ＿ＧＣ＿ＤＲＩＶＥＮ＿ＣＰＲＧ＿ＣＯＮＦＩＧ（）は、ホストコマンドＨ＿ＳＥＴ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ＿ＣＯＮＦＩＧ（）と同様に、ＧＣドリブン機能のコンフィグレーションを設定する。

なお、［２．内部イベントドリブンＣＰＲＧ起動機能］で定義されるコマンドは、Ｈ＿ＥＮＡＢＬＥ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）、Ｈ＿ＤＩＳＡＢＬＥ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）である。

［２．２．マルチインスタンス対応・内部イベントドリブンＣＰＲＧ起動機能］で定義されるコマンドは、Ｈ＿ＳＥＴ＿ＭＡＸ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＴ（ｎｕｍ）である。

［２．３．ホストパラメータ設定機能付き・内部イベントドリブンＣＰＲＧ起動機能］で定義されるコマンドは、（１）Ｈ＿ＥＮＡＢＬＥ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（ｈｏｓｔ＿ｐａｒａｍ）、（２）Ｈ＿ＳＥＴ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ＿ＨＯＳＴ＿ＰＡＲＡＭ（ｈｏｓｔ＿ｐａｒａｍ）、（３）Ｈ＿ＳＥＴ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ＿ＨＯＳＴ＿ＰＡＲＡＭ（ｉｎｓｔａｎｃｅ＿ｎｏ，ｈｏｓｔ＿ｐａｒａｍ）である。

［２．４．コンフィグレーション機能付き・内部イベントドリブンＣＰＲＧ起動機能］で定義されるコマンドは、（１）Ｈ＿ＥＮＡＢＬＥ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、（２）Ｈ＿ＳＥＴ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ＿ＣＯＮＦＩＧ（ｃｏｎｆｉｇｕｒａｔｉｏｎ）である。

［３．１．シングルイベント・マルチスロット・シングルコネクション・内部イベントドリブンＣＰＲＧ起動機能］で定義されるコマンドは、Ｈ＿ＥＮＡＢＬＥ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（＊，ｓｌｏｔ）、Ｈ＿ＤＩＳＡＢＬＥ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（＊）、Ｈ＿ＳＥＴ＿ＭＡＸ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（＊）、Ｈ＿ＳＥＴ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ＿ＨＯＳＴ＿ＰＡＲＡＭ（＊）、Ｈ＿ＳＥＴ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ＿ＣＯＮＦＩＧ（＊）である。

［３．２．１．シングルイベント・マルチスロット・マルチコネクション（独立インスタンス型）・内部イベントドリブンＣＰＲＧ起動機能］で定義されるコマンドは、Ｈ＿ＣＯＮＮＥＣＴ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）、Ｈ＿ＵＮＣＯＮＮＥＣＴ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）、Ｈ＿ＥＮＡＢＬＥ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（＊，ｃｏｎｎｅｃｔ）、Ｈ＿ＤＩＳＡＢＬＥ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（＊，ｃｏｎｎｅｃｔ）、Ｈ＿ＳＥＴ＿ＭＡＸ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（＊，ｃｏｎｎｅｃｔ）、Ｈ＿ＳＥＴ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ＿ＨＯＳＴ＿ＰＡＲＡＭ（＊，ｃｏｎｎｅｃｔ）、Ｈ＿ＳＥＴ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ＿ＣＯＮＦＩＧ（＊，ｃｏｎｎｅｃｔ）である。

［３．２．２．シングルイベント・マルチスロット・マルチコネクション（同一インスタンス型）・内部イベントドリブンＣＰＲＧ起動機能］で定義されるコマンドは、Ｈ＿ＣＯＮＮＥＣＴ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）、Ｈ＿ＵＮＣＯＮＮＥＣＴ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）、Ｈ＿ＥＮＡＢＬＥ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（＊，ｃｏｎｎｅｃｔ）、Ｈ＿ＤＩＳＡＢＬＥ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（＊，ｃｏｎｎｅｃｔ）、Ｈ＿ＳＥＴ＿ＭＡＸ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（＊，ｃｏｎｎｅｃｔ）、Ｈ＿ＳＥＴ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ＿ＨＯＳＴ＿ＰＡＲＡＭ（＊，ｃｏｎｎｅｃｔ）、Ｈ＿ＳＥＴ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ＿ＣＯＮＦＩＧ（＊，ｃｏｎｎｅｃｔ）である。

［３．３．マルチイベント・マルチスロット・シングルコネクション・内部イベントドリブンＣＰＲＧ起動機能］で定義されるコマンドは、（１）Ｈ＿ＥＮＡＢＬＥ＿ＥＶＥＮＴ＿Ｘ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）、Ｈ＿ＤＩＳＡＢＬＥ＿ＥＶＥＮＴ＿Ｘ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）、Ｈ＿ＳＥＴ＿ＭＡＸ＿ＥＶＥＮＴ＿Ｘ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）、Ｈ＿ＳＥＴ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿Ｘ＿ＣＰＲＧ＿ＨＯＳＴ＿ＰＡＲＡＭ（）、Ｈ＿ＳＥＴ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿Ｘ＿ＣＰＲＧ＿ＣＯＮＦＩＧ（）、（２）Ｈ＿ＥＮＡＢＬＥ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（＊，ｅｖｅｎｔ，ｓｌｏｔ）、Ｈ＿ＤＩＳＡＢＬＥ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（＊，ｅｖｅｎｔ）、Ｈ＿ＳＥＴ＿ＭＡＸ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（＊，ｅｖｅｎｔ）、Ｈ＿ＳＥＴ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ＿ＨＯＳＴ＿ＰＡＲＡＭ（＊，ｅｖｅｎｔ）、Ｈ＿ＳＥＴ＿ＥＶＥＮＴ＿ＤＲＩＶＥＮ＿ＣＰＲＧ＿ＣＯＮＦＩＧ（＊，ｅｖｅｎｔ）である。

［３．４．マルチイベント・マルチスロット・マルチコネクション・内部イベントドリブンＣＰＲＧ起動機能］で定義されるコマンドは、Ｈ＿ＣＯＮＮＥＣＴ＿ＥＶＥＮＴ＿Ｘ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）、Ｈ＿ＵＮＣＯＮＮＥＣＴ＿ＥＶＥＮＴ＿Ｘ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（＊，ｃｏｎｎｅｃｔ）、Ｈ＿ＥＮＡＢＬＥ＿ＥＶＥＮＴ＿Ｘ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（＊，ｃｏｎｎｅｃｔ）、Ｈ＿ＤＩＳＡＢＬＥ＿ＥＶＥＮＴ＿Ｘ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（＊，ｃｏｎｎｅｃｔ）、Ｈ＿ＳＥＴ＿ＭＡＸ＿ＥＶＥＮＴ＿Ｘ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（＊，ｃｏｎｎｅｃｔ）、Ｈ＿ＳＥＴ＿ＥＶＥＮＴ＿Ｘ＿ＤＲＩＶＥＮ＿ＣＰＲＧ＿ＨＯＳＴ＿ＰＡＲＡＭ（＊，ｃｏｎｎｅｃｔ）、Ｈ＿ＳＥＴ＿ＥＶＥＮＴ＿Ｘ＿ＤＲＩＶＥＮ＿ＣＰＲＧ＿ＣＯＮＦＩＧ（＊，ｃｏｎｎｅｃｔ）である。

ＦＴＬが行うＧＣは、前掲の［ＦＴＬ・ＧＣの動作］の「ステップ３：ＧＣ」で説明した。本実施形態では、ステップ３の処理のうち「ステップ３－２：有効データ保有ユニットのデータ移動」の処理を、ＧＣドリブン機能がイネーブルのときに次のように変更される。

図２５は、［４．ＧＣドリブンＣＰＲＧ起動機能］を説明するための図である。

ＣＳＤＣ２８は、ｇｃ＿ｓｒｃから読み出した有効データ“Ｄ”をＣＰＭ２０に格納する（＃ｆ１）。

ＣＳＤＣ２８は、ＧＣドリブン機能に紐づけられたＣＰＲＧ２４を起動する（＃ｆ２）。

ＣＰＲＧ２４は、ｇｃ＿ｓｒｃから読み出されたＣＰＭ２０上のデータ“Ｄ”を入力として、演算処理を行い、処理結果“Ｄ´”をＣＰＭ２０に出力する（＃ｆ３）。

なお、ＣＰＲＧ２４の処理結果が変更なしという結果でも構わない。この場合、入力データと同様のデータを出力するのではなく、「変更なし」という情報を返す方法でも構わない。

ＣＳＤＣ２８は、ＣＰＲＧ２４の出力結果“Ｄ´”をｇｃ＿ｄｓｔのゾーンに格納する（＃ｆ４）。

なお、ＣＰＲＧ２４の処理結果が変更なしであった場合は、ｇｃ＿ｓｒｃから読み出したデータと同じデータがｇｃ＿ｄｓｔのゾーンに格納される。

この後の［ステップ３－３：ＬＵＴの更新］に相当する処理以降については、前掲の［ＦＴＬ・ＧＣの動作］の［ステップ３：ＧＣ］で説明した内容と同じである。

本実施形態に係るＣＳＤ２は、ＧＣによる有効データのゾーン移動のタイミングで、アプリケーションの希望するデータ変更を行うことが可能となる。

なお、入力データと出力データはＣＰＭ２０上に格納されるが、これらデータ格納領域の利用開始タイミングと利用終了タイミングはＣＳＤＣ２８が認識している。このため、バッファエリア獲得や解放の管理はＣＳＤＣ２８が行う。ＣＰＲＧ２４は、ＣＳＤＣ２８から利用が許容されたバッファエリア内に出力データを配置する。

ＣＳＤＣ２８によるバッファ管理方法については、特に限定しない。ＣＰＲＧインスタンス番号により固定的なバッファエリアを割り当てておいてもよいし、ＣＰＲＧインスタンス起動毎に動的にバッファエリアを割り当ててもよい。ＣＰＲＧインスタンスは、ｃｓｄ＿ｐａｒａｍ等により、自身に割り当てられたバッファエリアがどこであるかを知ることができる。

以降、説明単純化のため、ｃｓｄ＿ｐａｒａｍを使って渡されるＣＳＤＣ２８からＣＰＲＧ２４への入力と、ｃｓｄ＿ｐａｒａｍやｃｓｄ＿ｒｅｔを使って渡されるＣＰＲＧ２４からＣＳＤＣ２８への出力の各データをＣＰＭ２０内のどのアドレスに配置したかをｃｐｍバッファ番号で区別できるものとする。ただし、ｃｐｍバッファ番号の代わりにｃｐｍアドレス（ｃｐｍ＿ａｄｄｒｅｓｓ）で区別する方法を採用してもよい。ｃｐｍアドレスは、０ｘ１２３４５６７８９ａｂｃ００００のように桁数の大きい整数で表されるが、ｃｐｍバッファ番号は、１～１０のように桁数の少ない整数で表すことができる。

ＣＳＤＣ２８は、ＣＰＲＧ２４に対して、入力データを格納したｃｐｍバッファ番号をｃｓｄ＿ｐａｒａｍを介して渡すものとする。ＣＰＲＧ２４は、ＣＳＤＣ２８に対して、ＣＰＲＧ２４の演算処理によるデータ改変の有無と、改変ありの場合は出力データを格納したｃｐｍバッファ番号をｃｓｄ＿ｐａｒａｍやｃｓｄ＿ｒｅｔを介して、返すものとする。

以下に、実施形態に係るＣＳＤ２おけるＣＰＲＧ２４によるデータ改変あり時と、改変なし時のｃｓｄ＿ｐａｒａｍの構成と、ｃｐｍバッファの状態を説明する。

図２６は、データ改変あり時のｃｓｄ＿ｐａｒａｍの構成と、ｃｐｍバッファの状態を説明するための図である。

図２７は、データ改変なし時のｃｓｄ＿ｐａｒａｍの構成と、ｃｐｍバッファの状態を説明するための図である。

ＣＰＲＧ２４への入力データ（ＩＮＰＵＴ）のｃｓｄ＿ｐａｒａｍは、ＣＰＭ２０のｃｐｍバッファ番号ｓｒｃ＿ｃｐｍ＿ｂｕｆｆ＿ｉｄを含む。ＣＰＲＧ２４の出力データ（ＯＵＴＰＵＴ）のｃｓｄ＿ｐａｒａｍは、状態（ｓｔａｔｕｓ）とＣＰＭ２０のｃｐｍバッファ番号ｄｓｔ＿ｃｐｍ＿ｂｕｆｆ＿ｉｄを含む。改変ありの場合は、ＣＰＲＧ２４からのｃｓｄ＿ｐａｒａｍの状態（ｓｔａｔｕｓ）には改変あり（ｍｏｄｉｆｉｅｄ）が設定される。改変なしの場合は、ＣＰＲＧ２４からのｃｓｄ＿ｐａｒａｍの状態（ｓｔａｔｕｓ）には改変なし（ｎｏｎｅ）が設定される。改変ありの場合は、ＣＰＲＧ２４からのｃｓｄ＿ｐａｒａｍのｃｐｍバッファ番号ｄｓｔ＿ｃｐｍ＿ｂｕｆｆ＿ｉｄは、出力データのＣＰＭ２０内の格納位置を示す（ｏｕｔ１）が設定される。改変なしの場合は、ＣＰＲＧ２４からのｃｓｄ＿ｐａｒａｍのｃｐｍバッファ番号ｄｓｔ＿ｃｐｍ＿ｂｕｆｆ＿ｉｄは、入力力データのＣＰＭ２０内の格納位置を示す（ｉｎ１）が設定される。

ここでは、入力データと出力データのＣＰＭ２０内の格納位置をｃｐｍバッファ番号で指定するとしたが、ＣＰＲＧインスタンスが利用可能なバッファ番号が別の方法で一意に決定される場合、これらのパラメータを省略することが可能である。ＣＰＲＧインスタンスが利用可能なバッファ番号が複数あり、そのうちのどの部分を使ったかということを指定する必要がある場合は、図２６、図２７に示したように、利用したバッファ位置をｃｓｄ＿ｐａｒａｍ等で引き渡す必要がある。

また、改変有無の情報と、ｄｓｔのｃｐｍバッファ番号がｓｒｃのｃｐｍバッファ番号と一致するか否かという情報は、ＣＳＤＣ２８にとっては同値のことである。このため、改変有無のパラメータをなくすか、改変なしという指定の場合にｄｓｔｃｐｍ＿ｂｕｆｆ＿ｉｄの値の指定を省略することとしてもかまわない。

以降、［４．１．ＧＣドリブンＣＰＲＧ起動機能（基本形）］の発展機能である［４．２．１．ＳＲＣ単一ユニット・ＧＣドリブンＣＰＲＧ起動］乃至［４．３．５．ＤＳＴアドレス追加機能付き・ＧＣドリブンＣＰＲＧ起動］を説明する。

［４．２．ＳＲＣユニット関連機能］
［４．２．１．ＳＲＣ単一ユニット・ＧＣドリブンＣＰＲＧ起動機能］
本機能は、［４．１．ＧＣドリブンＣＰＲＧ起動機能（基本形）」の発展機能の一つである。

ここでは、１回のＧＣドリブンＣＰＲＧ起動にあたり、ＧＣの読み出し対象として選択されたＳＲＣユニットの数は１つ、ＧＣの書き込み対象として選択されたＤＳＴユニットの数は１つの場合を考える。ＳＲＣユニットとＤＳＴユニットのＬＵＡは変化しないというケースを考える。

［４．１．ＧＣドリブンＣＰＲＧ起動機能（基本形）」では、ＣＰＲＧ２４に渡されるデータの大きさは未定義であった。本機能では、ＣＰＲＧ２４に渡されるデータのサイズはユニットに揃えられるとする。そのため、入力データのサイズは一律になる。さらに、本機能では、入力データのパラメータにＬＵＡが追加される。

図２８は、ＣＰＲＧ２４によるデータ改変あり時のｃｓｄ＿ｐａｒａｍの構成と、ｃｐｍバッファの状態を説明するための図である。

図２９は、ＣＰＲＧ２４によるデータ改変なし時のｃｓｄ＿ｐａｒａｍの構成と、ｃｐｍバッファの状態を説明するための図である。

ＣＰＲＧ２４への入力データのｃｓｄ＿ｐａｒａｍは、ＣＰＭ２０のｃｐｍバッファ番号ｓｒｃ＿ｃｐｍ＿ｂｕｆｆ＿ｉｄとＬＵＡを含む。ＣＰＲＧ２４の出力データのｃｓｄ＿ｐａｒａｍは、状態（ｓｔａｔｕｓ）とＣＰＭ２０のｃｐｍバッファ番号ｄｓｔ＿ｃｐｍ＿ｂｕｆｆ＿ｉｄを含む。改変ありの場合は、ＣＰＲＧ２４からのｃｓｄ＿ｐａｒａｍの状態（ｓｔａｔｕｓ）には改変あり（ｍｏｄｉｆｉｅｄ）が設定される。改変なしの場合は、ＣＰＲＧ２４からのｃｓｄ＿ｐａｒａｍの状態（ｓｔａｔｕｓ）には改変なし（ｎｏｎｅ）が設定される。

本機能によれば、ＬＵＴ更新の排他処理が容易となる。データ更新単位がＬＵＴによるアドレス変換単位であるユニットと一致するため、ＣＳＤＣ２８はＬＵＴ更新において、従来のＧＣにおけるＬＵＴ更新相当の処理を行うことで、ホスト書き込みとＧＣ書き込みの排他をとることができる。

なお、従来のＧＣにおけるＬＵＴ更新時の排他処理とは、更新の直前にＬＵＴの該当ＬＵＡの指し示す先がｇｃ＿ｓｒｃのＰＵＡを指したままであるか否かを確認することで実現される。

さらに、本機能によれば、ＣＰＲＧ２４が、ＧＣ対象であるｇｃ＿ｓｒｃとｇｃ＿ｄｓｔのＬＵＡを知ることができる。そのため、ＣＰＲＧ２４が、ＧＣ対象ＬＵＡに応じてデータ処理を変えることが可能となり、処理の柔軟性が向上する。

また、本機能を［２．３．ホストパラメータ設定機能付き・内部イベントドリブンＣＰＲＧ起動］と組み合わせると、ホスト４とＣＰＲＧ２４に跨るユーザアプリケーションは、ホスト４とＣＰＲＧ２４の間で、どのＬＵＡ範囲の時に処理を行うかという条件指定等をより柔軟に行うことが可能となる。

なお、本機能を［２．３．ホストパラメータ設定機能付き・内部イベントドリブンＣＰＲＧ起動機能］と組み合わせることで得られる効果は、本機能を以下の［４．２．２．ＳＲＣ複数ユニット毎ＧＣドリブンＣＰＲＧ起動機能］～［４．３．５．ＤＳＴアドレス追加機能付き・ＧＣドリブンＣＰＲＧ起動機能］）と組合せた場合も、同様に得られる。

［４．２．２．ＳＲＣ複数ユニット毎ＧＣドリブンＣＰＲＧ起動機能］
本機能は、［４．２．１．ＳＲＣ単数ユニット・ＧＣドリブンＣＰＲＧ起動機能］に対して、１回のＧＣドリブンＣＰＲＧ起動にあたって、複数のユニットをｓｒｃユニットに指定できるように変形したものである。

ここでは、ＤＳＴユニットの数はＳＲＣユニットの数に一致し、各ＤＳＴユニットのＬＵＡは、各ＳＲＣユニットのＬＵＡから変更がないものとする。

図３０は、ＣＰＲＧ２４への入力データのパラメータとＣＰＲＧ２４からの出力データのパラメータの一例を説明するための図である。

ＣＳＤＣ２８は、ＣＰＲＧ２４に対して複数個のＬＵＡとｓｒｃｃｍｐバッファ番号を指定することができる。ＣＰＲＧ２４は、入力されたユニット毎に、改変の有無と出力データの格納先を指定するものとする。重複する情報についてパラメータを省略できる旨は、［４．１．ＧＣドリブンＣＰＲＧ起動機能］や［４．２．１．ＳＲＣ単一ユニット・ＧＣドリブンＣＰＲＧ起動機能］に同じである。

本機能は、［４．２．１．ＳＲＣ単一ユニット・ＧＣドリブンＣＰＲＧ起動機能］に対して以下のメリットを有する。

（１）ＣＰＲＧ２４は複数個のユニットに跨ったデータに対する改変を施すことが可能となる
（２）同じデータのＧＣを行うにあたって、ＣＰＲＧ起動回数を減らすことができるため、ＣＰＲＧ起動のオーバーヘッドを削減できる
一度に渡すユニット数については、システムで決まった値としてもよいし、ホスト４がＧＣドリブンＣＰＲＧ起動に対してコンフィグレーションする形としてもよい。

なお、本実施形態では、ＬＵＴ更新については従来ＦＴＬと同等であることを想定する。つまり、ホスト４とＧＣによるデータ更新の排他の単位はユニット単位の扱いとなる。

［４．２．３．ＳＲＣＬＵＡアドレス条件指定付き・ＧＣドリブンＣＰＲＧ起動機能］
［４．２．３．１．ＳＲＣＬＵＡアドレス条件指定付き・ＧＣドリブンＣＰＲＧ起動（コンフィグレーション方式）］
本機能は、ＧＣドリブン機能のコンフィグレーションとして、ＣＰＲＧ２４を起動するＬＵＡの条件を指定するものである。

［２．４．コンフィグレーション機能付き・内部イベントドリブンＣＰＲＧ起動機能］で説明したコンフィグレーション設定機能を利用して、ホスト４は、ＣＳＤ２に対して、ＧＣドリブンＣＰＲＧ起動のＬＵＡ条件を設定する。ＬＵＡ条件の指定方法は、ＣＳＤ２とホスト４間で事前に取り決めておくこととなる。例えば、「ＧＣドリブンを有効にするＬＵＡ範囲のリスト」等の方法を決めておいてもよい。

図３１は、ＳＲＣアドレス条件のコンフィグレーション例を説明するための図である。ソースユニットのａｒｅａ毎に開始ＬＵＡの値と、ＬＵＡの数が設定される。

なお、［２．４．コンフィグレーション機能付き・内部イベントドリブンＣＰＲＧ起動機能］で説明したように、コンフィグレーションの値は、コンフィグレーション設定コマンドと設けて、ＧＣイベントドリブンＣＰＲＧ起動が有効である期間中に、動的に切り替えを許してもよい。動的な切り替えを許すことで対象となる領域を動的に切り替えやすくなり、利便性が上がることとなる。

また、［３．２．シングルイベント・マルチスロット・マルチコネクション・内部イベントドリブンＣＰＲＧ起動機能］の機能と組み合わせて、ＬＵＡ条件Ａのときはｓｌｏｔ＿ａ、ＬＵＡ条件Ｂのときはｓｌｏｔ＿ｂ、等というように、ＬＵＡ条件に応じて起動するＣＰＲＧ２４を切り替えるような方法をとることで、多種類のＧＣドリブンＣＰＲＧ２４処理を効率よくこなすことができるようになる。

［４．２．３．２．ＳＲＣＬＵＡアドレス条件指定付き・ＧＣドリブンＣＰＲＧ起動（２段階ＣＰＲＧ方式）］
本機能は、［４．１．ＧＣドリブンＣＰＲＧ起動機能］に対して、２つのＣＰＲＧ２４を接続できるようにして、１つ目のＣＰＲＧ２４がアドレス条件の判定を行い、ＣＳＤＣ２８にｂｏｏｌ値を返すこととし、２つ目のＣＰＲＧ２４が１つ目のＣＰＲＧ２４の返り値に従って起動の有無を切り替えるような機能を追加するものである。

１つ目のＣＰＲＧ２４を、第一段階ＣＰＲＧ２４と呼び、２つ目のＣＰＲＧ２４を第二段階ＣＰＲＧ２４と呼ぶ。各々のＣＰＲＧ２４を格納するスロットを、第一段階スロット、第二段階スロットと呼ぶ。

本機能のホストコマンドは、ＧＣドリブン機能で使用されるホストコマンドを多少拡張することに得られる。

図３２は、本機能で使用されるホストコマンドの一例を説明するための図である。

ホストコマンドＨ＿ＣＯＮＮＥＣＴ＿ＧＣ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）は拡張され、第一段階スロットのＣＰＲＧ１と第二段階スロットのＣＰＲＧ２をＧＣ時に起動するようにＧＣに接続することを指示する。

他のホストコマンドＨ＿ＵＮＣＯＮＮＥＣＴ＿ＧＣ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）、Ｈ＿ＥＮＡＢＬＥ＿ＧＣ＿ＤＲＩＶＥＮ＿ＣＰＲＧ（）、Ｈ＿ＤＩＳＡＢＬＥ＿ＧＣ＿ＤＲＩＶＥ＿ＣＰＲＧ（）、Ｈ＿ＳＥＴ＿ＭＡＸ＿ＧＣ＿ＤＲＩＶＥＮ＿ＣＰＲＴ（）、Ｈ＿ＳＥＴ＿ＧＣ＿ＤＲＩＶＥＮ＿ＣＰＲＧ＿ＨＯＳＴ＿ＰＡＲＡＭ（）、Ｈ＿ＳＥＴ＿ＧＣ＿ＤＲＩＶＥＮ＿ＣＰＲＧ＿ＣＯＮＦＩＧ（）は拡張なしである。

本機能では、ＣＳＤＣ２８は、［４．１．ＧＣドリブンＣＰＲＧ起動機能（基本形）］で説明した「ＣＰＲＧ起動」に替わって、以下の処理を行うこととなる。

図３３は、［４．２．３．２．ＳＲＣＬＵＡアドレス条件指定付き・ＧＣドリブンＣＰＲＧ起動（２段階ＣＰＲＧ方式）］におけるＣＰＲＧ起動機能の一例を説明するためのフロー図である。

ＣＳＤＣ２８は、ＧＣ対象のユニットのＬＵＡリストを作成する（Ｓ１０２）。ＣＳＥ１８は、ＬＵＡリストを引数に指定して第１ＣＰＲＧを起動する（Ｓ１０４）。

ＣＳＥ１８は、第１ＣＰＲＧの返り値がｔｒｕｅ（第１ＣＰＲＧが正常に実行された）であるかを判定する（Ｓ１０６）。

第１ＣＰＲＧの返り値がｔｒｕｅの場合、ＣＳＥ１８は、ＬＵＡリストを引数に指定して第２ＣＰＲＧを起動する（Ｓ１０８）。

ＣＳＥ１８は、第２ＣＰＲＧの結果に応じて、ＤＳＴユニットデータあるいはＳＲＣユニットデータをｇｃ＿ｄｓｔのゾーンに格納する（Ｓ１１０）。

第１ＣＰＲＧの返り値がｔｒｕｅではない場合、ＣＳＥ１８は、ＳＲＣユニットデータをｇｃ＿ｄｓｔのゾーンに格納する（Ｓ１１２）。

Ｓ１１０又はＳ１１２の後、ＣＰＲＧ起動は終了する。

このフロー図では、以下の２つの処理の記載は省略されている。

（処理１）ｇｃ＿ｓｒｃからのユニットデータのＳＣＭ２２への読出し。

（処理２）第二ＣＰＲＧ２４に渡すＳＲＣユニットデータのＣＰＭ２０への格納。

これらの２つの処理は、以下の条件を満たせばいずれのタイミングで行ってもよい。

（処理１）は、Ｓ１１２より前
（処理２）は、Ｓ１０８より前
実際の処理タイミングは、ＣＳＤの実装上からくる以下の条件等により異なる可能性が考えられる。

（条件１）ｇｃ＿ｓｒｃから読み出したユニットデータをＣＰＭ２０に格納するにあたって、直接ＣＰＭ２０に転送することができるか、一旦、ＳＣＭへの転送を行った後ＣＰＭ２０に転送するのかの違い。

（条件２）ｇｃ＿ｓｒｃの各ユニットが有効か否かの判定に、ユニットデータを読み出す必要があるか否かの違い。

（条件３）第二段階ＣＰＲＧ２４の呼出し有無にかかわらずユニットデータの展開先としてＣＰＭを２０利用するのか否かの違い。ＣＰＭ２０を利用する場合、（条件１）と（条件２）は同一ステップで兼ねることが可能となる。

本機能は、［４．２．３．１．ＳＲＣＬＵＡアドレス条件指定付き・ＧＣドリブンＣＰＲＧ起動（コンフィグレーション方式）］に比べて、ＬＵＡ条件の判定をより柔軟に行うことが可能となるという利点があげられる。

ただし、２段階のＣＰＲＧ起動が入る分、［４．２．３．１．ＳＲＣＬＵＡアドレス条件指定付き・ＧＣドリブンＣＰＲＧ起動（コンフィグレーション方式）］に比べてオーバーヘッドが大きくなるといえる。

［４．２．４．ＳＲＣＰＵＡアドレス逆順指定付き・ＧＣドリブンＣＰＲＧ起動］
本機能は、［４．１．１．ＧＣドリブンＣＰＲＧ起動機能］に対して、ｇｃ＿ｓｒｃから有効データ保有ユニットを読み出す順番を、ゾーン内のＰＵＡ昇順ではなく、ＰＵＡ降順で行うことが可能にする機能を追加するものである。本機能は、ＧＣドリブンＣＰＲＧ機能に対するコンフィグレーション機能の一つである。

１回のＧＣドリブンＣＰＲＧ起動時のＳＲＣユニットの数が１つであっても複数であってもかまわないが、複数の場合の方がより効果を得やすいといえる。

ＧＣは、一つのゾーン中の有効データ保有ユニットを順に処理する。１回のＧＣドリブンＣＰＲＧ起動時のＳＲＣユニットの数が１つの例では、１つのゾーンにＮ個の有効データ保有ユニットがある場合、該当ゾーンに対してＮ回、ＣＰＲＧ２４が起動される。このＣＰＲＧ２４の起動のたびに渡されるユニットが、ゾーン内の先頭のユニットからとなるか、後ろのユニットからとなるかが、この機能による変わる。

以下に、ＳＲＣユニットの数が３つの場合のＧＣドリブンＣＰＲＧ起動を説明する。

図３４は、ＳＲＣＰＵＡアドレス逆順指定付き・ＧＣドリブンＣＰＲＧ起動を説明するための図である。

ゾーン＝１０がｇｃ＿ｓｒｃに選択される。

ＣＳＤＣ２８は、ｇｃ＿ｓｒｃの有効データ保有ユニットのうち、ＰＵＡの後ろから順に、ＣＰＲＧ２４に引き渡すのに必要な数分の有効データ保有ユニットのデータ“Ｐ”、“Ｏ”、“Ｍ”を読み出して、ＣＰＭ２０に保存する（＃ｇ１）。

ＣＳＤＣ２８は、ＧＣドリブン機能に紐づけられたＣＰＲＧ２４を起動する（＃ｇ２）。

ＣＰＲＧ２４は、ｇｃ＿ｓｒｃから読み出されたＣＰＭ２０上のデータを入力として、演算処理を行い、処理結果“Ｐ´”、“Ｏ´”、“Ｍ´”をＣＰＭ２０に出力する（＃ｇ３）。

なお、ＣＰＲＧ２４の処理結果が変更なしという結果でも構わない。この場合、入力データと同じデータを出力するのではなく、「変更なし」という情報を返す方法で構わない。

ＣＳＤＣ２８は、ＣＰＲＧ２４の出力結果“Ｐ´”、“Ｏ´”、“Ｍ´”をｇｃ＿ｄｓｔのゾーンに格納する（＃ｇ４）。

本機能は、ＧＣ時のＰＵＡの処理オーダーが昇順固定のＧＣドリブンＣＰＲＧ起動に比較して、ＣＰＲＧ２４のデータ処理の柔軟性の向上するメリットがある。

すなわち、複数ユニットに跨るデータに対するデータ処理を行うに際して、昇順と降順の両選択肢があることにより、実施できるデータ処理のバリエーションが広がる。特に、複数ユニットに跨るデータで、かつ、データの内容を指し示すメタデータがＰＵＡの後方に配置されるようなケースで効力を発揮する。

メタデータのような管理データがＰＵＡの後方にあるという配置は、比較的あり得る。データがコンテンツと、コンテンツの内容を説明するメタデータとを含むケースで、ホスト４がＣＳＤ２に対する書き込み順として、コンテンツを先に書いて最後にメタデータを書くという手順を踏むと、メタデータのＰＵＡは後方に配置されることとなる。ＬＵＡ空間上でのメタデータの配置位置が仮に前方であったとしても、書き込み順に従ってＰＵＡが割り当てられる。

例えば、ホスト４が一連のログデータの書き込みを行った後、ログデータの内容を示すメタデータの書き込みを最後に行うというようなアプリケーションがこれに該当する。

本機能の具体例を、「５．５．２．２（実施形態ＣＡＳＥ＿Ｃ）ログのコンパクション」で後述する。

コンフィグレーションの指定方法については、様々な実施方法が考えられるが、以下に２例を示す。

第１例：ｇｃ＿ｓｒｃＰＵＡに対するオーダー指定方式
コンフィグレーションで「正」、「逆」の指定が可能である。「正」、「逆」は、ｇｃ＿ｓｒｃＰＵＡに対して、昇順とするか降順とするかを指定するものと定義される。ホスト４から動的にコンフィグレーションの切り替え要求があった場合、ｇｃ＿ｓｒｃやｇｃ＿ｄｓｔの書き込み途中で切り替え要求があったとしても、ＣＳＤＣ２８は、できるだけ速やかにオーダー切換を行う。

第２例：ホスト書き込みに対するオーダー指定方式
コンフィグレーションで「正」、「逆」の指定が可能である。「正」、「逆」は、ホスト書き込み時のＰＵＡに対して、昇順とするか降順とするかを指定するものと定義される。１つのｇｃ＿ｄｓｔは、「正」か「逆」のいずれかのオーダーで書ききるものとして、ゾーン毎に書き込みが「正」でなされたか「逆」でなされたかのゾーン属性が管理される。ホスト４から動的にコンフィグレーションの切り替え要求があった場合、それまで書き込み中のｇｃ＿ｄｓｔのオーダーは変更せず、次のｇｃ＿ｄｓｔへの書き込みが始まるタイミングで、ｇｃ＿ｓｒｃのスキャンオーダーを切り替えることとする。

第１例と第２例を比べると、第１例の方が、ゾーン毎の属性管理を行う必要がない分、実装リソースが少なくて済むというメリットがある。一方、第２例の方が、「ホスト４が、後で書いたデータを先に知りたいか、先に書いたデータを先に知りたいか」をアプリケーションが意図的に選択することが可能となり、ホスト４にとって意図通りのオーダー処理を明示的に指定することができるようになるというメリットがある。

［４．３．ＤＳＴユニット関連機能］
［４．３．１．ＤＳＴアロケート機能付き・ＧＣドリブンＣＰＲＧ起動］
本機能は、［４．１．ＧＣドリブンＣＰＲＧ起動機能］に対して、以下の２点の変更により、ＣＰＲＧ２４からＣＳＤＣ２８に対して、処理対象のユニットのデアロケートの指定ができる機能を設けるものである。

（変更１）ＣＰＲＧ２４からＣＳＤＣ２８に返す情報に、デアロケートか否かを示すパラメータを追加する。

（変更２）ＣＳＤＣ２８は、ＣＰＲＧ２４からデアロケート指定のあったユニットに対して、以下の処理を行う。

（処理１）ｇｃ＿ｄｓｔへの書き込みは省略する
（処理２）ＬＵＴ更新処理において、対象ユニットのＰＵＡが有効のままであるか（ＬＵＴの対象ＬＵＡの示すＰＵＡがｇｃ＿ｓｒｃの該当ユニットのままであるか）をチェックし、有効のままであれば、該当ＬＵＡのＰＵＡをｄｅａｌｌｏｃａｔｅに変更する。有効性チェック時点で、無効であった（他のＰＵＡを指し示していた）場）、ＬＵＴ更新は行われない。

本機能は、［４．１．ＧＣドリブンＣＰＲＧ起動機能］のどの機能に組み合わせることも可能である。

図３５は、本機能を［４．２．１．ＳＲＣ単一ユニット・ＧＣドリブンＣＰＲＧ起動機能］に組み合わせた場合のパラメータ例を示す。

図３６は、本機能を［４．２．２．ＳＲＣ複数ユニット毎ＧＣドリブンＣＰＲＧ起動機能］に組み合わせた場合のパラメータ例を示す。

いずれも、ＣＰＲＧ２４からのパラメータのｓｔａｔｕｓに、デアロケートを示すｄｅａｌｌｏｃａｔｅの指定が加わっている。また、ｓｔａｔｕｓがｄｅａｌｌｏｃａｔｅの時、ｄｓｔｃｐｍ＿ｂｕｆｆ＿ｉｄの値は無効となる。

本機能により、ＧＣのタイミングでストレージメディア１０の使用量のコンパクションをより一層進めることが可能となる。

［４．３．２．ＤＳＴアドレスオーダー変更機能付き・ＧＣドリブンＣＰＲＧ起動］
本機能は、［４．１．ＧＣドリブンＣＰＰＧ起動機能］に対して、以下の２点の変更により、ＣＰＲＧ２４からＣＳＤＣ２８へのリターン時に、処理対象のユニットのｇｃ＿ｄｓｔへの書き込み順序の入替の設定ができる機能を設けるものである。

（変更１）ＣＰＲＧ２４からＣＳＤＣ２８に返す情報のエントリー順に、ＬＵＡを設定するパラメータを追加する。ＣＰＲＧ２４は入力のＬＵＡオーダーに対して出力のＬＵＡオーダーを入れ替えてよいものとする。

ＣＰＲＧ２４からＣＳＤＣ２８に返す情報は、図３０のＯＵＴＰＵＴに示すようなテーブル構造となっている。このテーブルのエントリー順にｇｃ＿ｄｓｔのユニットに書き込むことを想定し、テーブルのエントリーにＬＵＡを設定するためのパラメータを追加すると、ＣＰＲＧ２４からＣＳＤＣ２８に返す情報は、後述する図３８のＯＵＴＰＵＴのテーブルのようになる。

（変更２）ＣＳＤＣ２８は、ＣＰＲＧ２４から出力されたエントリー順に、ｇｃ＿ｄｓｔへの書き込みとＬＵＴの更新を実施する。

本機能は、［４．１．ＧＣドリブンＣＰＲＧ起動機能］のどの機能に組み合わせることも可能である。例として、本機能を［４．２．２．ＳＲＣ複数ユニット毎ＧＣドリブンＣＰＲＧ起動機能］に組み合わせた場合の２つの例を説明する。

（例１）アドレスオーダー変更なし時
ＤＳＴアドレスオーダー変更機能つきＧＣドリブン機能を使うものの、ＣＰＲＧ２４がアドレスオーダーを入れ替えずにＧＣドリブン機能を利用した場合の例を示す。

図３７は、ＧＣドリブンＣＰＲＧ起動開始時のＬＵＴとｇｃ＿ｓｒｃの状態を説明するための図である。

図３８は、ＬＵＡ＝“ａ”、“ｂ”、“ｃ”の３つのユニットを入力としてＣＰＲＧ２４を起動した際の、ＣＰＲＧ２４の入力・出力の例を説明するための図である。ここでは、入力のＬＵＡの順序“ａ”、“ｂ”、“ｃ”が、出力のＬＵＡの順序でも保たれている。

この出力を受けて、ＣＳＤＣ２８がｇｃ＿ｄｓｔにユニットデータの書き込みを行う順番は、ＬＵＡ＝ａ、ｂ、ｃの順となる。図３９は、この順で、ｇｃ＿ｄｓｔ（ゾーン＝２０）へのユニットデータの保存とＬＵＴ更新を行った後のＬＵＴとｇｃ＿ｄｓｔの状態を説明するための図である。

ＬＵＡ＝ａの指し先であるＰＵＡ＝２０＿１１には“Ａ”が、ＬＵＡ＝ｂの指し先であるＰＵＡ＝２０＿１２には“Ｂ´”が、ＬＵＡ＝ｃの指し先であるＰＵＡ＝２０＿１３には“Ｃ´”が格納されている。

（２）アドレスオーダー変更あり時
ＤＳＴアドレスオーダー変更機能つきＧＣドリブン機能により、ＣＰＲＧ２４がアドレスオーダーを入れ替えた場合の例を示す。

ＧＣドリブン機能によるＣＰＲＧ起動処理の開始時点のＬＵＴとｇｃ＿ｓｒｃの状態は、使用例１で示した図３７と同じであったとする。

図４０は、使用例１と同様にＬＵＡ＝“ａ”、“ｂ”、“ｃ”の３つのユニットを入力としてＣＰＲＧ２４を起動した際の、ＣＰＲＧ２４の入力・出力の例を説明するための図である。

本例では、入力のＬＵＡの順序“ａ”、“ｂ”、“ｃ”に対し、出力のＬＵＡの順序は“ａ”、“ｃ”、“ｂ”に置き換わっている。

この出力を受けてＣＳＤＣ２８がｇｃ＿ｄｓｔにユニットの書き込みを行う順番は、ＬＵＡ＝ａ、ｃ、ｂの順となる。図４１は、この順でｇｃ＿ｄｓｔ（ゾーン＝０ｘ２０）へのユニットデータの保存とＬＵＴ更新を行った後の、ＬＵＴとｇｃ＿ｄｓｔの状態を以下に示す。

ＬＵＡ＝ｃの指し先はＰＵＡ＝２０＿１２となり、“Ｃ´”が格納されている。また、ＬＵＡ＝ｂの指し先はＰＵＡ＝２０＿１３となり、“Ｂ´”が格納されている。

使用例１から、ＤＳＴアドレスオーダー変更機能があっても、使用例１のように、オーダー入替をしないことも可能であることがわかる。

また、使用例１、２の結果を比較することにより、本機能の使い方次第で、ＣＰＲＧ２４が、ＬＵＡ毎のコンテンツはそのままにＰＵＡの配置順序を変更することが可能となることがわかる。

本機能により、アプリケーションは、意味のある一連のデータをＰＵＡ上で連続配置する等の対応が可能となる。

これにより、一連のＰＵＡ上に配置されたデータの読出し速度の向上効果を得ることが可能となる。また、属性の近いデータは書き込みワークロードも均一化する傾向にあると考えると、後々のＧＣ効率化につながる効果を得ることが可能となる。

［４．３．３．ＤＳＴユニット属性指定機能付き・ＧＣドリブンＣＰＲＧ起動機能］
本機能は、［４．１．ＧＣドリブンＣＰＲＧ起動機能］に対して、以下の２点の変更により、ＣＰＲＧ２４からＣＳＤＣ２８へのリターン時に、処理対象のユニットのデータの属性情報の設定ができる機能を設けるものである。

（変更１）ＣＰＲＧ２４からＣＳＤＣ２８に返す情報のユニット毎のエントリーに、データの属性情報の設定が可能なパラメータを設ける。

（変更２）ＣＳＤＣ２８は、ＣＰＲＧ２４から出力されたユニット毎のデータの属性情報に従って、該当ユニットのデータを、データの属性に応じたゾーンのｇｃ＿ｄｓｔに書き込む。データの属性には、例えば、書き込み属性や読出し属性を定義することができる。

ＦＴＬがデータ属性に応じてゾーンを使い分けるという技術は、前掲の［データ属性に応じたゾーンの使い分け」で説明した。本機能では、その技術に利用するための属性情報を、ＧＣドリブンのＣＰＲＧ２４にて判定し、判定結果をＣＳＤＣ２８にフィードバックする。

図４２は、本機能を［４．３．２．ＤＳＴアドレスオーダー変更機能付き・ＧＣドリブンＣＰＲＧ起動機能］に適用した場合のパラメータ例を説明するための図である。

ここでは、データ属性（ａｔｔｒｉｂｕｔｅ）として、ユニット毎に、書き込み属性がｗ＿ｈｏｔ／ｗ＿ｎｏｒｍａｌ／ｗ＿ｃｏｌｄであるか、読出し属性がｒ＿ｈｏｔ／ｒ＿ｎｏｒａｌ／ｒ＿ｃｏｌｄであるかを指定できるようにしている。書き込み属性は、対象となるＬＵＡデータをどれほど頻繁に上書きする又は書き込むかを表し、書き込み属性は、対象となるデータをどれだけ頻繁に読み出すかを表す。なお、データ属性の分類はこれに限定されず、他の分け方であってもよい。

［４．３．４．ＤＳＴユニット繰り越し機能付き・ＧＣドリブンＣＰＲＧ起動］
［４．３．４．１．概要説明］
本機能は、［４．１．ＧＣドリブンＣＰＲＧ起動機能］に対して、以下の３機能を追加するものである。

（機能１）ＣＰＲＧ２４が、入力に指定されたユニットの処理の繰り越しを、ＣＳＤＣ２８に対して設定する機能
（機能２）ＣＰＲＧ２４が、処理の繰り越しをしていたユニットの処理を完了した際、ＣＳＤＣ２８に対して払い出しの設定をする機能
（機能３）ＣＳＤＣ２８が、ＣＰＲＧ２４に対して、処理繰り越し中のユニットの払い出しを要求する機能。

処理の繰り越しとは、現在のＣＰＲＧの呼出しの中では処理結果を出せないが、次以降のどこかのＣＰＲＧの呼出しにおいて、処理結果を確定させるという意味である。

以降に、「繰り越し・払い出し」と、「払い出し要求」の順に説明する。

［４．３．４．２．繰り越し・払い出し］
図４３は、どのようなＣＰＲＧが処理の繰り越しを必要とするのかの例を説明するための図である。

ＬＵＡ＝ａ、ｂ、ｃ、ｄ、ｅ、ｆの一連のデータがあり、先頭のａ番地に、ｂ～ｆに関するメタデータが格納されている状態を考える。ここでは、単純のため、ＬＵＡの順番通りにＰＵＡ上でも配置されていたとする。ホスト書き込み時にａ～ｆをシーケンシャルに書きこむことで、ＰＵＡ上でもシーケンシャルである可能性が高いと期待できる。

ＣＰＲＧによって、まず、ｂ～ｆに格納されていたデータの改変を行った後に、その結果を用いて生成されたメタデータをａに格納したいとする。

１回目に起動したＣＰＲＧで、ＬＵＡ＝ａ～ｆのユニットがすべて入力されればこの対応は可能となる。

しかし、１回目に起動したＣＰＲＧで、３つのユニットしか入力されなかった場合は、１回目のＣＰＲＧではＬＵＡ＝ａ、ｂ、ｃが入力され、２回目に起動されるのＣＰＲＧで、ｄ、ｅ、ｆが入力されることとなる。

こうしたケースにおいて、１回目のＣＰＲＧで、ＬＵＡ＝ｂ、ｃの処理を行うとともに、ＬＵＡ＝ａのユニット処理の繰り越しを行い、２回目のＣＰＲＧで、ＬＵＡ＝ｄ、ｅ、ｆの処理を行うとともに、ＬＵＡ＝ａのユニット処理を完了させて払い出しをするという使い方が、ユニットの繰り越しと払い出しとなる。

図４４は、１回目のＣＰＲＧと繰り越し設定を説明するための図である。

図４５は、２回目のＣＰＲＧと払い出し設定を説明するための図である。

図４６は、１回目のＣＰＲＧのｃｓｄ＿ｐａｒａｍの入出力とｃｐｍバッファの利用状況を説明するための図である。１回目のＣＰＲＧ起動において、ＣＰＲＧ２４は、出力ｃｓｄ＿ｐａｒａｍのＬＵＡ＝ａのエントリーのｓｔａｔｕｓに、繰り越し（ｃａｒｒｙ＿ｏｖｅｒ）を設定する。

図４７は、２回目のＣＰＲＧのｃｓｄ＿ｐａｒａｍの入出力とｃｐｍバッファの利用状況を説明するための図である。２回目のＣＰＲＧ起動において、ＣＰＲＧ２４は、出力ｃｓｄ＿ｐａｒａｍにＬＵＡ＝ａのエントリーを追加して、ｓｔａｔｕｓに、払い出し（ｐａｙ＿ｏｆｆ）とともに、処理結果、すなわち、ｓｔａｔｕｓ＝ｍｏｄｉｆｉｅｄを設定し、ＤＳＴのｃｐｍバッファ番号に出力先の番号ｏｕｔ４を記入している。

繰り越しの設定を行ったＬＵＡ＝ａの入力データを格納するｃｐｍバッファ番号ｉｎ１は、そのまま確保されている。理由は、ＣＰＲＧ２４、ＣＳＤＣ２８の両者にとって処理の完了していないＬＵＡ＝ａの入力データは、ＣＰＲＧ２４の１回目の呼出しの後も解放できないからである。

該当の入力バッファが解放されるのは、ＣＰＲＧ２４による払い出しが完了し、ＣＳＤＣ２８がそれに対応する処理を終えた後となる。

また、ここでは明示的に示されていないが、ＣＳＤＣ２８は、ＬＵＡ＝ａのデータの処理中であり、ｇｃ＿ｓｒｃ中のＰＵＡがいくつであるかという情報を内部で管理している。この情報についても、ＬＵＡ＝ａの払い出しに伴う処理が完了するまで、ＣＳＤＣ２８内で保持を続けることとなる。

ユニット処理の繰り越しを行うには、これらリソースの解放遅延を伴うこととなるため、実質的には、同時に繰り越し可能な数の上限値の制約等を伴うこととなる。

［４．３．４．３．払い出し要求］
［４．３．４．１．繰り越し・払い出し］の例では、１回目のＣＰＲＧで繰り越し設定したＬＵＡ＝ａのユニットの払い出しを、２回目のＣＰＲＧで行った。一連のデータの大きさによっては、１回目のＣＰＲＧで繰り越したユニットのデータ確定が、２回目のＣＰＲＧ起動時に完了せず、３回目、４回目へと繰り越しが続く可能性がある。

一方で、ＣＳＤＣにとっては、ｇｃ＿ｓｒｃのゾーン中の全有効データ保有ユニットの処理を終え次第、ｇｃ＿ｓｒｃのゾーンをｆｒｅｅに戻したいという都合がある。

このため、ＣＳＤＣ２８が、「今回のＣＰＲＧは繰り越しができない。繰り越し中ユニットの払い出しを行うように」という指定をすることが、払い出し要求となる。

ＣＰＲＧは、払い出し要求を受けた回の起動では、繰り越し中のユニットを確定させて、払い出しを行わなければならない。

つまり、ＣＰＲＧは、繰り越し機能の利用にあたっては、「繰り越すユニットは、いつ払い出し要求をうけたとしても、そのタイミングでデータを確定させられること」というＣＳＤ２が設定した前提の元で利用する必要がある。

［４．３．５．ＤＳＴアドレス追加機能付き・ＧＣドリブンＣＰＲＧ起動機能］
本機能は、［４．１．ＧＣドリブンＣＰＲＧ起動機能］に対して、以下の２点を変更することにより、ＣＰＲＧ２４からＣＳＤＣ２８に対して、入力として指定されていないＬＵＡに対してユニットデータを書くことを指定する機能を追加するものである。

（変更１）ＣＰＲＧ２４からＣＳＤＣ２８に返す情報に、新規ＬＵＡへの書き込みのエントリーを設定することが可能な機能
（変更２）ＣＳＤＣ２８は、ＣＰＲＧ２４から新規ＬＵＡへの書き込み指定されたユニットに対して以下の処理を行う。

（処理１）ｇｃ＿ｄｓｔに書き込む
（処理２）ＬＵＴ更新処理において、対象ユニットのＰＵＡが有効のままであるかのチェック（ＬＵＴの対象ＬＵＡの示すＰＵＡがｇｃ＿ｓｒｃの該当ユニットのままであるかをチェック）は「省略」し、該当ＬＵＡのＰＵＡを更新する。

本機能は、ＤＳＴユニットの属性指定を伴う［４．３．１．ＤＳＴアロケート機能付き・ＧＣドリブンＣＰＲＧ起動］、［４．３．２．ＤＳＴアドレスオーダー変更機能付き・ＧＣドリブンＣＰＲＧ起動］、［４．３．３．ＤＳＴユニット属性指定機能付き・ＧＣドリブンＣＰＲＧ起動］［４．３．４．ＤＳＴユニット繰り越し機能付き・ＧＣドリブンＣＰＲＧ起動］と、パラメータ構成は類似するものの、大きく性質の異なる実施形態となる。

何故ならば、本機能は、ＬＵＴ更新処理におけるホスト書き込みとＣＰＲＧ２４の書き込みとの排他チェックを行うすべがないという点である。つまり、本機能では、ホスト４書き込みとＣＰＲＧ２４の書き込みの排他は、ホスト４とＣＰＲＧ２４を跨るアプリケーションレベルで行う必要があることを意味している。

図４８は、本機能に係るｃｓｄ＿ｐａｒａｍとｃｐｍバッファの例を説明するための図である。

本機能により、ＣＰＲＧ２４の自由度が上がる。例えば、入力データの改変でデータサイズが大きくなる改変に対応することができるようになる。

本機能と［４．３．１．ＤＳＴアロケート機能付き・ＧＣドリブンＣＰＲＧ起動］と組み合わせることにより、ユニットのＬＵＡの移動に対応することができるようになる。

［４．ＧＣドリブンＣＰＲＧ起動機能］によれば、アプリケーションによるデータ読出し・データ書き込みとＧＣによるデータ読出し・データ書き込みのオーバーラップが削減される。オーバーラップの削減に伴いＷＡＦが改善され、ＣＳＤ２の延命化を図ることができる。オーバーラップの削減に伴いＩＯ処理現象による性能が改善される。１つのＧＣ連動ＣＰＲＧ上で複数ユニットにまたがるデータ処理を行うことができるようになる。ＳＲＣアドレスを指定してＧＣ連動ＣＰＲＧを起動することができるようになる。ゾーン内のＧＣ実行を、ＰＵＡ昇順以外に、降順でも実行することができるようにすることで、ＧＣ連動ＣＰＲＧにおいて、ＰＵＡの値の大きい順からデータ処理を行うことができるようになる。データのデアロケート機能による、ＷＡＦの改善とＣＳＤ２の延命化を図ることが可能となる。ＧＣ後のデータ配置順を指定することで、同一種のデータを連続アドレスに寄せ集める等の処理を施すことが可能となり、性能改善を図ることが可能となる。データ属性指定機能による、ゾーンの使い分けに伴うＷＡＦの改善と、それに伴う性能改善が可能となる。１つのＧＣ連動ＣＰＲＧへの入力データだけではデータ変換処理が完結しないときに、複数のＧＣ連動ＣＰＲＧに対する入力データを利用したデータ変換処理を施すことが可能となる。ＧＣ連動ＣＰＲＧによって、入力データよりも出力データの方がサイズが大きいというデータ変換処理を実行することができるようになる。

［応用例］
［基本例］
［４．２．１．ＳＲＣ単一ユニット・ＧＣドリブンＣＰＲＧ起動機能］乃至［４．３．５．ＤＳＴアドレス追加機能付き・ＧＣドリブンＣＰＲＧ起動機能］のＧＣドリブンＣＰＲＧ起動機能を、どのようなデータ構成、どのようなＣＰＲＧで使用するとメリットがあるかの応用例を説明する。

前掲した（例１）乃至（例７）のように、大量のデータ読出し、大量のデータ書き戻しが重複して実行される場合に、ＧＣドリブンＣＰＲＧ起動機能はメリットがある。

（例１）データ変換（単一ユニット・同一ＬＵＡ）
１つのＬＵＡ単位で、ある意味を持つータが完結するようなフォーマットで格納され、かつ、同類のフォーマットにおけるデータが大量に存在するというユースケースを考える。

多くのデータシステムで採用されるＢツリー構造は、こうしたユースケースの最たる例となる。

図４９は、Ｂツリーのリーフページをイメージして模式的に表したユニット構造を示す。

例えば、このユニット構造が、或る会の会員名簿として利用され、ｉｎｄｅｘに「会員番号」、ｖａｌｕｅに「氏名，住所」が記入されていたとする。或る会は、膨大な数の会員を抱える会であり、この構造を持ったユニットが大量に存在するとする。

或る日、区画整理によりいくつかの住所名変更が行われた。名簿内の住所も更新したいが、しばらくは旧住所でも通用するため、急ぐ必要はない。

このようなデータ変換を、ＧＣドリブンＣＰＲＧ起動機能により実施することとする。

個々のｖａｌｕｅサイズは、変換により大きくなったり小さくなったりするものの、ユニットには十分なサイズのゆとりが設けてあるため、変換によりユニットサイズを超えることはほとんどなく、あったとしてもごく稀であるとする。

このケースでは、以下の機能が効力を発揮する。
［４．２．１．ＳＲＣ単一ユニット・ＧＣドリブンＣＰＲＧ起動機能］
以下の機能も併せて利用するとより効果がある。
［１．１．ＣＰＲＧ２４からホスト４への非同期通知設定機能］
［２．３．ホストパラメータ設定機能付き・内部イベントドリブンＣＰＲＧ起動機能］
ホスト４は、ＧＣドリブンにより起動されたＣＰＲＧに対して、［２．３．ホストパラメータ設定機能付き・内部イベントドリブンＣＰＲＧ起動機能］を用いて設定するｈｏｓｔ＿ｐａｒａｍで、処理対象となるユニットのＬＵＡ範囲を指定する。

ＣＰＲＧ２４は、ユニット毎に処理を行い、処理の進捗状況を記録（処理が完了したＬＵＡのリストを作成）する。

ＣＰＲＧ２４は進捗状況がある程度たまったところで、［１．１．ＣＰＲＧ２４からホスト４への非同期通知設定機能］の機能を用いて、ホスト４に対して非同期通知により進捗を報告する。この際、変換によりユニットサイズを超えてしまうためＣＰＲＧ２４による変換は行わなかったという記録があればその旨もホスト４に通知する。

ホスト４は、進捗状況を確認し、ＣＰＲＧ２４による変換が据え置かれたデータに対してのみ自身で変換を行えばよい。これを行うには、例えばＢツリーであればリーフの分割や、上位ノードの内容更新等、複数ユニットに跨る複雑な処理が必要となる。

ＧＣの進捗に伴い、処理対象のユニットはいずれ一通り変換がなされることとなる。

ホスト４は、処理対象の全ユニット変換の完了を確認した時点で、ＧＣドリブン機能の停止を行えばよい。

もし、処理対象のユニットがｃｏｌｄデータの多いゾーンに格納されている等の理由でｇｃ＿ｓｒｃになかなか選択されず、ホスト４が所望する期間内に全データの変換が終わらないという場合には、ホスト４は、ＣＰＲＧ２４による全ユニット処理の完了を待つことなくＧＣドリブン機能の停止を行い、未処理のデータのみホスト４で変換することとしてもよい。

［データコンテンツとアドレス着目例］
（例２）データ変換（複数ユニット・同一ＬＵＡ）
本例は、処理対象のデータが複数ユニットに跨る場合の使用例である。

図５０は、一つの意味のあるデータのかたまりが、複数ユニットに跨っているケースを説明するための図である。

図５０の例では、複数ユニットに跨るｐａｙｌｏａｄ内のデータが確定して初めて、先頭ユニット内のｌｅｎｇｔｈの値が決定する。図５０の例が名簿の場合、ｐａｙｌｏａｄに、会員番号、名前、住所、電話番号、…のような情報が入っていたとして、あるとき区画整理が生じたため、住所を新しいものに置換したい場合がある。

このようなケースでは、以下の機能が効力を発揮する。
［４．２．２．ＳＲＣ複数ユニット毎ＧＣドリブンＣＰＲＧ起動機能］
また、データと処理の区切りによっては、以下の機能も効力を発揮する。
［４．３．４．ＤＳＴユニット繰り越し機能付き・ＧＣドリブンＣＰＲＧ起動］
（例３）コンパクション
本例は、処理対象のデータ中に不要データが多量に存在する場合の使用例である。不要データの例は、重複するログデータである。図５１は、多くのデータシステムで採用される、ｌｏｇストラクチャードデータ構造を説明するための図である。

ここでは、時系列に従って、複数ユニットに跨るｌｏｇ領域に、ｋｅｙ，ｖａｌｕｅ（図の****）の組みよりなるトランザクションログがシーケンシャルに書きこまれている。ここで、同一ｋｅｙを持つトランザクションは、書き込み時期の新しいもののみ有効になるとする。

メタデータには、ｌｏｇｓｅｃｔｉｏｎと呼ばれるｌｏｇの一塊に対して、ｋｅｙ毎の有効データの位置を指し示すポインタが配置される。メタデータは、ｌｏｇｓｅｃｔｉｏｎを書ききった後にＣＳＤに書き込まれるため、ＰＵＡ空間上はｌｏｇｓｅｃｔｉｏｎより後方に配置されることとなる。

アプリケーションによるｌｏｇｓｅｃｔｉｏｎのコンパクションは、このようなログに対して、重複するｋｅｙのデータを除去し、各ｋｅｙの最新データだけを集めた新しいｌｏｇを生成するとともに、オリジナルのｌｏｇｓｅｃｔｉｏｎを破棄することである。

しかし、このアプリケーションのコンパクションを待たずとも、メタデータから、図５１のユニット＿１、ユニット＿Ｍは不要データしか含まないため、参照されることがないということがわかる。

この場合、ＧＣでユニット＿１、ユニット＿Ｍのゾーン移動を省略し、ＬＵＴ上、ｄｅａｌｌｏｃａｔｅ扱いをすると効率がよいといえる。

本ケースでは、以下の機能の組み合わせが効力を発揮するといえる。
［４．２．４．ＳＲＣＰＵＡアドレス逆順指定付き・ＧＣドリブンＣＰＲＧ起動］
［４．３．１．ＤＳＴアロケート機能付き・ＧＣドリブンＣＰＲＧ起動］
（例４）ＰＵＡアドレスオーダー変更
本例では、意味合いの異なる複数種類のデータがＰＵＡ上でランダムに入り乱れ混在するといったケースを考える。

ホスト４上の或るアプリケーションがデータ書き込み中に、別のアプリケーションがデータ書き込みを行った場合、ＣＳＤに対して、これら２つのアプリケーションからの書き込み要求が入り乱れて発行されることとなる。

この結果、仮に各アプリケーションがシーケンシャル書き込みを行っていたとしても、ＰＵＡ上は、２つのデータが入り乱れて格納される結果となる。

図５２は、例４のＰＵＡアドレスオーダー変更を説明するための図である。

このようなケースで、種類の近いもの同士、あるいは、ＬＵＡの近いもの同士（あるいはｎａｍｅｓｐａｃｅが同一のもの同士）をＰＵＡ上で連続配置するよう配置変換することにより、ストレージの性能向上を期待することができる。

本ケースでは、以下の機能の組み合わせが効力を発揮するといえる。
［４．２．２．ＳＲＣ複数ユニット毎ＧＣドリブンＣＰＲＧ起動機能］
［４．３．２．ＤＳＴアドレスオーダー変更機能付き・ＧＣドリブンＣＰＲＧ起動機能］
（例５）データ属性の振るい分け
本例は、データによってｈｏｔ／ｃｏｌｄの属性が存在するといったデータが対象となる。

ｋｅｙ，ｖａｌｕｅの組みよりなる、ソーシャルネットワークサービスの呟きシステムのデータを考える。ｋｅｙにユーザＩＤ、ｖａｌｕｅに該当ユーザの呟きが格納される。

人気ユーザの呟きは、読出しｈｏｔという属性を付して、読出し応答の早いゾーンに振るい分けることで、コスト上昇は抑えつつシステム性能の向上を図ることができる。

本ケースでは、以下の機能が効力を発揮するといえる。
［４．３．３．ＤＳＴユニット属性指定機能付き・ＧＣドリブンＣＰＲＧ起動機能］
（例６）データ移動
データをＬＵＡ上で移動したい場合、以下の機能が効力を発揮するといえる。
［４．３．１．ＤＳＴアロケート機能付き・ＧＣドリブンＣＰＲＧ起動］
［４．３．５．ＤＳＴアドレス追加機能付き・ＧＣドリブンＣＰＲＧ起動機能］
（例７－１）データ変換（データフォーマット変更・サイズ縮小）
複数ユニットに跨るデータのフォーマット変換をした結果、変換後のデータのユニット数が変換前より少なくなるようなデータ構成を考える。

本ケースでは、以下の機能が効力を発揮するといえる。
［４．３．１．ＤＳＴアロケート機能付き・ＧＣドリブンＣＰＲＧ起動］
（例７－２）データ変換（データフォーマット変更・サイズ拡大）
複数ユニットに跨るデータのフォーマット変換をした結果、変換後のデータのユニット数が変換前より多くなるようなデータ構成を考える。

本ケースでは、以下の機能が効力を発揮するといえる。
［４．３．５．ＤＳＴアドレス追加機能付き・ＧＣドリブンＣＰＲＧ起動機能］

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

２…ＣＳＤ、４…ホスト、６…ＣＰＵ、８…ＨＭ、１０…ストレージメディア、１２…ＦＥ、１４…Ｂ、１６…スロット、１８…ＣＳＥ、２０…ＣＰＭ、２２…ＳＣＭ、２４…ＣＰＲＧ、２８…ＣＳＤＣ、５２…ＥＤＣＣ

Claims

プログラムを保存する第１メモリと、
前記プログラムが実行される際にアクセス可能な第２メモリと、
ホストから送られたデータを保存するストレージメディアと、
前記プログラムを実行して、前記第２メモリあるいは前記ストレージメディアに保存されたデータに対するデータ処理を行うプロセッサと、
前記ホストからの要求を受け、前記ストレージメディアへのデータ書き込み又は前記ストレージメディアからのデータ読出しを行う、前記ストレージメディアの管理を行う、前記データ処理の制御を行う、又は前記ホストからの要求とは独立した処理である非同期イベンドの実行を制御するコントローラと、
を具備し、
前記コントローラは、前記ホストにより設定された非同期イベントの発生時に前記ホストに対して非同期イベント発生通知を送信する、コンピュテーショナルストレージドライブ。
前記非同期イベント発生通知はログを含む、請求項１記載のコンピュテーショナルストレージドライブ。
複数のプログラムを保存する第１メモリと、
前記複数のプログラムの何れかが実行される際にアクセス可能な第２メモリと、
ホストから送られたデータを保存するストレージメディアと、
前記複数のプログラムを実行して、前記第２メモリあるいは前記ストレージメディアに保存されたデータに対するデータ処理を行うプロセッサと、
前記ホストからの要求を受け、前記ストレージメディアへのデータ書き込み又は前記ストレージメディアからのデータ読出しを行う、前記ストレージメディアの管理を行う、前記データ処理の制御を行う、又は前記ホストからの要求とは独立した処理である非同期イベンドの実行を制御するコントローラと、
を具備し、
前記コントローラは、前記ホストにより設定された非同期イベントの発生時に前記複数のプログラムの中の前記非同期イベントに関連したプログラムを前記プロセッサに実行させる、コンピュテーショナルストレージドライブ。
前記コントローラは、前記非同期イベントの発生時に前記複数のプログラムの中の前記ホストにより指定された少なくとも１つのプログラムを前記プロセッサに実行させる、請求項３記載のコンピュテーショナルストレージドライブ。
前記コントローラは、前記ホストによりイベント連動のプログラム起動が有効と設定された場合、前記非同期イベントの発生時に前記非同期イベントに関連したプログラムを前記プロセッサに実行させる、請求項３記載のコンピュテーショナルストレージドライブ。
前記コントローラは、前記非同期イベントの発生時に前記複数のプログラムの中の前記ホストにより設定された複数のプログラムを前記プロセッサに同時に実行させる、請求項３記載のコンピュテーショナルストレージドライブ。
前記コントローラは、前記非同期イベントの発生時に前記複数のプログラムの中の前記ホストにより指定された少なくとも１つのプログラムを、前記ホストにより設定された起動パラメータに従って前記プロセッサに実行させる、請求項３記載のコンピュテーショナルストレージドライブ。
前記コントローラは、前記ホストによりイベント連動のプログラム起動が有効と設定された場合、前記非同期イベントの発生時に前記複数のプログラムの中の前記ホストにより指定された少なくとも１つのプログラムを、前記ホストにより設定された起動パラメータに従って前記プロセッサに実行させ、
前記起動パラメータは、前記ホストによりイベント連動のプログラム起動が有効と設定されている間に、前記ホストにより動的に変更される、請求項３記載のコンピュテーショナルストレージドライブ。
前記コントローラは、前記ホストにより前記起動パラメータの変更要求を受けた場合、実行中のプログラムが終了するまで、前記起動パラメータの変更を保留する、請求項８記載のコンピュテーショナルストレージドライブ。
前記コントローラは、前記ホストにより設定された非同期イベントの発生時に前記ホストにより設定された条件が満たされると、前記複数のプログラムの中の前記非同期イベントに関連したプログラムを前記プロセッサに実行させる、請求項３記載のコンピュテーショナルストレージドライブ。
前記コントローラは、前記ホストによりイベント連動のプログラム起動が有効と設定された場合、前記非同期イベントの発生時に前記ホストにより設定された条件が満たされると、前記複数のプログラムの中の前記ホストにより指定された少なくとも１つのプログラムを前記プロセッサに実行させ、
前記条件は、前記ホストによりイベント連動のプログラム起動が有効と設定されている間に、前記ホストにより動的に変更される、請求項３記載のコンピュテーショナルストレージドライブ。
前記コントローラは、前記ホストにより前記条件の変更要求を受けた場合、実行中のプログラムが終了するまで、前記条件の変更を保留する、請求項１１記載のコンピュテーショナルストレージドライブ。
前記コントローラは、１つの非同期イベントの発生時に１つのプログラムを前記プロセッサに実行させる、請求項３記載のコンピュテーショナルストレージドライブ。
前記コントローラは、１つの非同期イベントの発生時に複数のプログラムを前記プロセッサに実行させる、請求項３記載のコンピュテーショナルストレージドライブ。
前記コントローラは、複数の非同期イベントの各々の発生時に１つのプログラムを前記プロセッサに実行させる、請求項３記載のコンピュテーショナルストレージドライブ。
前記コントローラは、複数の非同期イベントの各々の発生時に複数のプログラムを前記プロセッサに実行させる、請求項３記載のコンピュテーショナルストレージドライブ。
複数のプログラムを保存する第１メモリと、
前記複数のプログラムが実行される際にアクセス可能な第２メモリと、
ホストから送られたデータを保存するストレージメディアと、
前記複数のプログラムを実行して、前記第２メモリあるいは前記ストレージメディアに保存されたデータに対するデータ処理を行うプロセッサと、
前記ホストからの要求を受け、前記ストレージメディアへのデータ書き込み又は前記ストレージメディアからのデータ読出しを行う、及び前記ホストからの要求とは独立して前記ストレージメディアのガベージコレクション又は前記データ処理の制御を行うコントローラと、
を具備し、
前記コントローラは、前記ガベージコレクションの動作中に前記複数のプログラムの中の前記ガベージコレクションに関連したプログラムを前記プロセッサに実行させる、コンピュテーショナルストレージドライブ。
前記ストレージメディアは、複数のゾーンを備え、
前記複数のゾーンの各々は複数のユニットを備え、
前記複数のゾーンの各々は前記ストレージメディアのデータ消去単位であり、
前記複数のユニットの各々は前記ストレージメディアのデータ書き込み単位であり、
前記複数のユニットの各々は前記ホストから指定される論理アドレスと、前記コントローラにより指定される物理アドレスを備え、
前記コントローラは、前記論理アドレスと前記物理アドレスの対応関係を管理するルックアップテーブルを備え、
前記ガベージコレクションは、第１ゾーンの第１ユニットから読み出した有効データを第２ゾーンの第２ユニットへ書き込む動作と、前記書き込む動作と前記ホストからの前記第２ユニットへの書き込み動作が重複しない場合、前記第１ユニットの論理アドレスを前記第２ユニットの物理アドレスに対応させるよう前記ルックアップテーブルを更新する動作と、前記読み出し元ーンの全ての有効データの前記第２ゾーンへの書き込みが完了すると、前記第１ゾーンの全てのユニットをデータ書き込み可能なフリーユニットとする動作を含む、請求項１７記載のコンピュテーショナルストレージドライブ。
前記ガベージコレクションは、第１ゾーンの１つの第１ユニットから読み出した有効データを第２ゾーンの１つの第２ユニットへ書き込む動作と、前記書き込む動作と前記ホストからの前記第２ユニットへの書き込み動作が重複しない場合、前記第１ユニットの論理アドレスを前記第２ユニットの物理アドレスに対応させるよう前記ルックアップテーブルを更新する動作と、前記読み出し元ーンの全ての有効データの前記第２ゾーンへの書き込みが完了すると、前記第１ゾーンの全てのユニットをデータ書き込み可能なフリーユニットとする動作を含み、
前記第１ユニットの論理アドレスと前記第２ユニットの論理アドレスは同じである、請求項１８記載のコンピュテーショナルストレージドライブ。
前記ガベージコレクションは、第１ゾーンの複数の第１ユニットから読み出した有効データを第２ゾーンの複数の第２ユニットへ書き込む動作と、前記書き込む動作と前記ホストからの前記第２ユニットへの書き込み動作が重複しない場合、前記第１ユニットの論理アドレスを前記第２ユニットの物理アドレスに対応させるよう前記ルックアップテーブルを更新する動作と、前記読み出し元ーンの全ての有効データの前記第２ゾーンへの書き込みが完了すると、前記第１ゾーンの全てのユニットをデータ書き込み可能なフリーユニットとする動作を含み、
前記複数の第１ユニットの論理アドレスと前記複数の第２ユニットの論理アドレスは同じである、請求項１８記載のコンピュテーショナルストレージドライブ。
前記ガベージコレクションは、第１ゾーンの第１論理アドレス範囲内の第１ユニットから読み出した有効データを第２ゾーンの第２ユニットへ書き込む動作と、前記書き込む動作と前記ホストからの前記第２ユニットへの書き込み動作が重複しない場合、前記第１ユニットの論理アドレスを前記第２ユニットの物理アドレスに対応させるよう前記ルックアップテーブルを更新する動作と、前記読み出し元ーンの全ての有効データの前記第２ゾーンへの書き込みが完了すると、前記第１ゾーンの全てのユニットをデータ書き込み可能なフリーユニットとする動作を含み、
前記第１論理アドレス範囲は、前記ホストにより設定される、請求項１８記載のコンピュテーショナルストレージドライブ。
前記コントローラは、
前記ガベージコレクションの動作中に前記複数のプログラムの中の前記ガベージコレクションに関連した第１プログラムを前記プロセッサに実行させ、
前記第１プログラムの実行結果が正常である場合、前記複数のプログラムの中の前記ガベージコレクションに関連した第２プログラムを前記プロセッサに実行させる、請求項１７記載のコンピュテーショナルストレージドライブ。
前記ガベージコレクションは、第１ゾーンの複数の第１ユニットから読み出した有効データを第２ゾーンの複数の第２ユニットへ書き込む動作と、前記書き込む動作と前記ホストからの前記第２ユニットへの書き込み動作が重複しない場合、前記第１ユニットの論理アドレスを前記第２ユニットの物理アドレスに対応させるよう前記ルックアップテーブルを更新する動作と、前記読み出し元ーンの全ての有効データの前記第２ゾーンへの書き込みが完了すると、前記第１ゾーンの全てのユニットをデータ書き込み可能なフリーユニットとする動作を含み、
前記有効データが読み出される前記複数の第１ユニットの物理アドレスの順番は前記ホストにより昇順又は降順に設定される、請求項１８記載のコンピュテーショナルストレージドライブ。
前記コントローラは、前記複数のプログラムの中の前記ガベージコレクションに関連したプログラムが前記第２ゾーンの前記第２ユニットをデアロケートユニットとして指定した場合、前記第１ゾーンの前記第１ユニットから読み出した前記有効データを前記第２ゾーンの前記ユニットに対して書き込むことを省略し、前記第２ユニットの状態をデアロケートとするように前記ルックアップテーブルを更新する、請求項１８記載のコンピュテーショナルストレージドライブ。
前記コントローラは、前記第１ゾーンの第１ユニットから読み出した前記有効データを前記第２ゾーンの前記第２ユニットへ、前記複数のプログラムの中の前記ガベージコレクションに関連したプログラムにより指定されたアドレス順に書き込む、請求項１８記載のコンピュテーショナルストレージドライブ。
前記コントローラが前記第１ゾーンの第１ユニットから読み出した前記有効データを書き込む前記第２ゾーンの前記第２ユニットは、前記有効データの属性に応じて選ばれる、請求項１８記載のコンピュテーショナルストレージドライブ。
前記コントローラは、
前記複数のプログラムの中の前記ガベージコレクションに関連したプログラムが前記第２ゾーンの前記第２ユニットの繰り越しを指定した場合、前記第１ゾーンの第１ユニットから読み出した前記有効データを前記第２ゾーンの前記第２ユニットへ書き込むことを遅延し、
前記複数のプログラムの中の前記ガベージコレクションに関連したプログラムが前記第２ゾーンの前記第２ユニットの払い出しを指定した場合、前記ルックアップテーブルの更新を遅延する、請求項１８記載のコンピュテーショナルストレージドライブ。
前記コントローラは、
前記複数のプログラムの中の前記ガベージコレクションに関連したプログラムが前記第２ゾーンの第３ユニットを指定した場合、前記第１ゾーンの第１ユニットから読み出した前記有効データを前記第２ゾーンの前記第３ユニットへ書き込む、請求項１８記載のコンピュテーショナルストレージドライブ。