特開 2022-86403 メモリシステム及び情報処理システム

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

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

(11)【公開番号】P2022086403

(43)【公開日】2022-06-09

(54)【発明の名称】メモリシステム及び情報処理システム

(51)【国際特許分類】

   G06F 12/04 20060101AFI20220602BHJP

   H03M 7/42 20060101ALI20220602BHJP

【ＦＩ】

G06F12/04 530

H03M7/42

【審査請求】未請求

【請求項の数】23

【出願形態】ＯＬ

(21)【出願番号】P 2020198376

(22)【出願日】2020-11-30

(71)【出願人】

【識別番号】318010018

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

(74)【代理人】

【識別番号】110001737

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

(72)【発明者】

【氏名】中西 圭里

(72)【発明者】

【氏名】檜田 和浩

(72)【発明者】

【氏名】深澤 洋平

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

5B160

5J064

【Ｆターム（参考）】

5B160CB03

5B160MM20

5J064BA09

5J064BB13

5J064BC01

5J064BD03

(57)【要約】

【課題】システム全体としての性能を向上させることが可能なメモリシステム及び情報処理システムを提供することにある。
【解決手段】実施形態によれば、ホストに接続可能なメモリシステムが提供される。第１圧縮部は、ホストにおいて指定された第１データを第１圧縮方式で圧縮した第２データを出力する。第２圧縮部は、第１圧縮部から出力された第２データを第１圧縮方式とは異なる第２圧縮方式で圧縮した第３データを出力する。不揮発性メモリは、第２圧縮部から出力された第３データに基づく第４データが書き込まれる。第１復号部は、不揮発性メモリに書き込まれた第４データに基づく第３データを第２データに復号する。変換部は、第１復号部によって復号された第２データのフォーマットを変換することによって第５データを取得する。出力部は、第５データを前記ホストに出力する。
【選択図】図３

【特許請求の範囲】

【請求項1】

ホストに接続可能なメモリシステムにおいて、
前記ホストにおいて指定された第１データを第１圧縮方式で圧縮した第２データを出力する第１圧縮部と、
前記第１圧縮部から出力された第２データを前記第１圧縮方式とは異なる第２圧縮方式で圧縮した第３データを出力する第２圧縮部と、
前記第２圧縮部から出力された第３データに基づく第４データが書き込まれる不揮発性メモリと、
前記不揮発性メモリに書き込まれた第４データに基づく前記第３データを前記第２データに復号する第１復号部と、
前記第１復号部によって復号された第２データのフォーマットを変換することによって第５データを取得する変換部と、
前記第５データを前記ホストに出力する出力部と
を具備するメモリシステム。

【請求項2】

前記第２圧縮方式は、前記第２データの出現頻度に応じた符号を前記第２データに割り当てるエントロピー符号化を含む請求項１記載のメモリシステム。

【請求項3】

前記第１圧縮方式は、過去に前記第１圧縮方式による圧縮の対象とされた第６データが格納される第１バッファから前記第１データと少なくとも一部が一致する第６データを探索し、前記第６データが探索された場合には前記第１バッファ内の前記第６データの位置を示す一致位置及び前記第１データと前記第６データとの一致した長さを示す一致長を含む一致情報を前記第２データとして出力し、前記第６データが探索されない場合には前記第１データを含む不一致情報を前記第２データとして出力する辞書式符号化を含む請求項１または２記載のメモリシステム。

【請求項4】

前記変換部は、前記第２データに前記一致情報及び前記不一致情報に関する付加情報が付加された第５データを取得する請求項３記載のメモリシステム。

【請求項5】

前記付加情報は、前記第２データに含まれる一致情報の長さに関する情報を含む請求項４記載のメモリシステム。

【請求項6】

前記第５データは、前記一致情報の長さに関する情報の後に前記一致情報が続くストリームから構成される請求項５記載のメモリシステム。

【請求項7】

前記変換部は、第２バッファを有し、
前記付加情報は、前記第２データに含まれる連続する不一致情報の数に関する情報を含み、
前記連続する不一致情報の数に関する情報は、連続する不一致情報を前記第２バッファに格納することによって取得される
請求項４～６のいずれか一項に記載のメモリシステム。

【請求項8】

前記第５データは、前記連続する不一致情報の数の後に前記連続する不一致情報が続くストリームから構成される請求項７記載のメモリシステム。

【請求項9】

前記第１復号部によって復号された第２データを前記第１データに復号する第２復号部と、
前記メモリシステムからの出力形式を指示する出力形式情報を格納するレジスタと、
前記レジスタに格納されている出力形式情報に基づいて前記第２復号部によって復号された第１データ及び前記第５データのうちの一方を選択するセレクタと
を更に具備し、
前記出力部は、前記セレクタによって選択された第１データまたは第５データを前記ホストに出力する
請求項１～８のいずれか一項に記載のメモリシステム。

【請求項10】

前記レジスタに格納される出力形式情報は、前記メモリシステムの起動時に指定されるまたは前記ホストから発行される読み出しコマンド毎に指定される請求項９記載のメモリシステム。

【請求項11】

前記第２復号部は、前記第２データを前記第１データに復号するために用いられる第３バッファを有し、
前記変換部は、前記第２データに含まれる不一致情報を前記第３バッファに格納することによって連続する不一致情報の数に関する情報を取得する
請求項９または１０記載のメモリシステム。

【請求項12】

請求項１～１１のいずれか一項に記載のメモリシステムと、
前記ホストと
を具備し、
前記ホストは、前記出力部によって前記第５データが出力された場合に前記第５データを前記第１データに復号する第３復号部を含む
情報処理システム。

【請求項13】

前記ホストは、
前記情報処理システムの動作状態を監視する監視部と、
前記動作状態に基づいて前記メモリシステムからの出力形式を指示する出力形式情報を決定する決定部と
を含み、
前記決定された出力形式情報は、前記メモリシステムに備えられるレジスタに格納され、
前記出力部は、前記レジスタに格納された出力形式情報に基づいて前記メモリシステムに備えられるセレクタによって選択された前記第１データ及び前記第５データのうちの一方を出力する
請求項１２記載の情報処理システム。

【請求項14】

前記情報処理システムの動作状態は、前記ホストが備えるＣＰＵの使用率と、前記メモリシステムと前記ホストとの間の通信に用いられるバスの帯域使用率とを含む請求項１３記載の情報処理システム。

【請求項15】

前記決定部は、前記ＣＰＵの使用率が予め定められている値以上である場合に前記メモリシステムから前記第１データを出力することを指示する第１出力形式情報を決定し、前記バスの帯域の使用率が予め定められている値以上である場合に前記メモリシステムから前記第５データを出力することを指示する第２出力形式情報を決定する請求項１４記載の情報処理システム。

【請求項16】

前記決定部は、前記ホストから発行される読み出しコマンド毎に前記第１または第２出力形式情報を決定する請求項１５記載の情報処理システム。

【請求項17】

前記ホストは、
前記第１または第２出力形式情報が決定された読み出しコマンドを順次格納する第１キューと、
前記第１キューに格納された読み出しコマンドの実行が完了したことを示す完了通知を順次格納する第２キューと
を更に含み、
前記第３復号部は、前記第２出力形式情報が決定された読み出しコマンドの実行が完了したことを示す完了通知が前記第２キューから取り出された場合、前記読み出しコマンドが実行されることによって前記メモリシステムから出力された第５データを前記第１データに復号する
請求項１６記載の情報処理システム。

【請求項18】

前記ホストは、
前記第１出力形式情報が決定された読み出しコマンドを順次格納する第１キューと、
前記第２出力形式情報が決定された読み出しコマンドを順次格納する第２キューと、
前記第１キューに格納された読み出しコマンドの実行が完了したことを示す完了通知を順次格納する第３キューと、
前記第２キューに格納された読み出しコマンドの実行が完了したことを示す完了通知を順次格納する第４キューと
を更に含み、
前記第３復号部は、前記第２キューに格納された読み出しコマンドの実行が完了したことを示す完了キューが前記第４キューから取り出された場合、前記読み出しコマンドが実行されることによって前記メモリシステムから出力された第５データを前記第１データに復号する
請求項１６記載の情報処理システム。

【請求項19】

前記第１及び第２キューの優先度は、前記情報処理システムの動作状態に基づいて制御され、
前記決定部は、前記第１及び第２キューの優先度に基づいて、前記ホストから発行される読み出しコマンド毎に前記第１または第２出力形式情報を決定し、
前記第１及び第２キューに格納された読み出しコマンドは、前記第１及び第２キューの優先度に基づいて順次実行される
請求項１８記載の情報処理システム。

【請求項20】

前記第１キューの優先度は、前記情報処理システムの動作状態に含まれる前記ホストが備えるＣＰＵの使用率が予め定められている値以上である場合に、前記第２キューの優先度より高くなるように制御され、
前記第２キューの優先度は、前記メモリシステムと前記ホストとの間に配置されているバスの帯域使用率が予め定められている値以上である場合に、前記第１キューの優先度より高くなるように制御される
請求項１９記載の情報処理システム。

【請求項21】

前記第３及び第４キューの優先度は、前記情報処理システムの動作状態に基づいて制御され、
前記第３及び第４キューに格納された完了通知は、前記第３及び第４キューの優先度に基づいて順次取り出される
請求項１８～２０のいずれか一項に記載の情報処理システム。

【請求項22】

前記第３キューの優先度は、前記情報処理システムの動作状態に含まれる前記ホストが備えるＣＰＵの使用率が予め定められている値以上である場合に、前記第４キューの優先度より高くなるように制御され、
前記第４キューの優先度は、前記メモリシステムと前記ホストとの間に配置されているバスの帯域使用率が予め定められている値以上である場合に、前記第３キューの優先度より高くなるように制御される
請求項２１記載の情報処理システム。

【請求項23】

前記第１～第４キューのうちの少なくとも１つは、複数用意されている請求項１８～２２のいずれか一項に記載の情報処理システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明の実施形態は、メモリシステム及び情報処理システムに関する。

【背景技術】

【0002】

近年では、記憶領域を有効に活用するために、データを圧縮及び伸張する機能を有するメモリシステムが知られている。このようなメモリシステムにおいて、当該メモリシステムと接続されるホストから書き込みコマンドが発行された場合には、データを圧縮して不揮発性メモリに書き込むことができる。一方、ホストから読み出しコマンドが発行された場合には、不揮発性メモリから読み出されたデータ（圧縮されたデータ）を伸張してホストに出力することができる。

【0003】

しかしながら、上記したメモリシステムを読み出しコマンドの頻度が高いデータベース等に用いると、伸張されたデータをホストに出力するためのバスの帯域使用率が高くなる（つまり、バス帯域がボトルネックとなる）。このため、メモリシステム及びホストを備える情報処理システム全体の性能が向上しない場合がある。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】米国特許第１０３０３４０２号明細書

【発明の概要】

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

【0005】

そこで、本発明が解決しようとする課題は、システム全体としての性能を向上させることが可能なメモリシステム及び情報処理システムを提供することにある。

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

【0006】

実施形態によれば、ホストに接続可能なメモリシステムが提供される。前記メモリシステムは、第１圧縮部と、第２圧縮部と、不揮発性メモリと、第１復号部と、変換部と、出力部とを具備する。前記第１圧縮部は、前記ホストにおいて指定された第１データを第１圧縮方式で圧縮した第２データを出力する。前記第２圧縮部は、前記第１圧縮部から出力された第２データを前記第１圧縮方式とは異なる第２圧縮方式で圧縮した第３データを出力する。前記不揮発性メモリは、前記第２圧縮部から出力された第３データに基づく第４データが書き込まれる。前記第１復号部は、前記不揮発性メモリに書き込まれた第４データに基づく前記第３データを前記第２データに復号する。前記変換部は、前記第１復号部によって復号された第２データのフォーマットを変換することによって第５データを取得する。前記出力部は、前記第５データを前記ホストに出力する。

【図面の簡単な説明】

【0007】

【図1】第１実施形態に係る情報処理システムのハードウェア構成の一例を概略的に示すブロック図。

【図2】第１実施形態における辞書式符号化の概略について説明するための図。

【図3】第１実施形態に係る情報処理システムの機能構成の一例を示す図ブロック図。

【図4】第１実施形態に係る情報処理システムの処理手順の一例を示すフローチャート。

【図5】第１実施形態における一致情報変換処理の処理手順の一例を示すフローチャート。

【図6】第１実施形態における不一致情報変換処理の処理手順の一例を示すフローチャート。

【図7】第１実施形態における辞書式圧縮データ及びフォーマット変換データの概要について説明するための図。

【図8A】第１実施形態におけるｓｎａｐｐｙに基づく辞書式圧縮データのデータ構造について説明するための図。

【図8B】第１実施形態におけるｓｎａｐｐｙに基づく辞書式圧縮データのデータ構造について説明するための図。

【図9】第２実施形態に係る情報処理システムの機能構成の一例を示すブロック図。

【図10】第２実施形態に係る情報処理システムの処理手順の一例を示すフローチャート。

【図11】第３実施形態に係る情報処理システムの機能構成の一例を示すブロック図。

【図12】第４実施形態に係る情報処理システムの機能構成の一例を示すブロック図。

【図13】第４実施形態に係る情報処理システムの処理手順の一例を示すフローチャート。

【図14】第５実施形態に係る情報処理システムの機能構成の一例を示すブロック図。

【図15】第５実施形態における投入キュー及び完了キューを用いた情報処理システムの動作について説明するための図。

【図16】第５実施形態の変形例について説明するための図。

【図17】第５実施形態の変形例について説明するための図。

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

【0008】

以下、図面を参照して、各実施形態について説明する。
（第１実施形態）
図１は、第１実施形態に係る情報処理システムのハードウェア構成の一例を概略的に示すブロック図である。図１に示すように情報処理システム１は、ホスト２及びメモリシステム３を備える。

【0009】

ホスト２は、メモリシステム３に対してホスト装置として動作する情報処理装置であり、例えばパーソナルコンピュータ及びサーバ装置等として実現されるが、他の情報処理装置であってもよい。ホスト２は、例えばＣＰＵ及びメモリ等を備えている。

【0010】

メモリシステム３は、不揮発性メモリにデータ（ユーザデータ）を書き込み、当該不揮発性メモリからデータを読み出すように構成された半導体ストレージデバイスである。このメモリシステムは、例えばソリッドステートドライブ（ＳＳＤ：Solid State Drive）として実現されることができる。

【0011】

メモリシステム３は、例えばＰＣＩ Ｅｘｐｒｅｓｓバスのようなシステムバスを介してホスト２に接続可能に構成されており、コントローラ４、ＮＡＮＤ型フラッシュメモリ５及びＤＲＡＭ（Dynamic Random Access Memory）６等を備える。

【0012】

コントローラ４は、メモリシステム３の動作を司る機能を有する。コントローラ４は、ホストインタフェース（Ｉ／Ｆ）４ａ、ＣＰＵ４ｂ、ＮＡＮＤインタフェース（Ｉ／Ｆ）４ｃ及びＤＲＡＭインタフェース（Ｉ／Ｆ）４ｄ等を含む。なお、ホストインタフェース４ａ、ＣＰＵ４ｂ、ＮＡＮＤインタフェース４ｃ及びＤＲＡＭインタフェース４ｄは、例えばバスを介して互いに接続されている。

【0013】

ホストインタフェース４ａは、ホスト２との通信を実行するように構成されたホストインタフェース回路である。このホストインタフェース４ａは、例えばＰＣＩ Ｅｘｐｒｅｓｓコントローラ等であってもよい。ホストインタフェース４ａは、ホスト２から発行される様々なコマンド（要求）を受信する。

【0014】

ＣＰＵ４ｂは、ホストインタフェース４ａ、ＮＡＮＤインタフェース４ｃ及びＤＲＡＭインタフェース４ｄを制御するように構成されたプロセッサである。ＣＰＵ４ｂは、メモリシステム３の電源オンに応答してＮＡＮＤ型フラッシュメモリ５または図示しないＲＯＭ（Read Only Memory）から制御プログラム（ファームウェア）をＤＲＡＭ６にロードし、当該制御プログラムを実行することによって様々な処理を行う。具体的には、ＣＰＵ４ｂは、ホスト２から発行される様々なコマンドに対する処理を実行する。なお、ホスト２から発行されるコマンドに対する処理の一部または全部は、コントローラ４内の専用ハードウェアによって実行されてもよい。

【0015】

ＮＡＮＤインタフェース４ｃは、ＣＰＵ４ｂの制御の下、ＮＡＮＤ型フラッシュメモリ５を制御するように構成されたメモリ制御回路である。

【0016】

更に、コントローラ４は、圧縮装置（圧縮器）１０及び伸張装置（伸張器）２０を備える。

【0017】

圧縮装置１０は、例えばホスト２から書き込みコマンドが発行された場合に、当該書き込みコマンドにおいて指定されているデータを圧縮する。圧縮装置１０において圧縮されたデータ（以下、圧縮データと表記）は、例えばＮＡＮＤ型フラッシュメモリ５に書き込まれる。

【0018】

伸張装置２０は、例えばホスト２から読み出しコマンドが発行された場合に、当該読み出しコマンドに基づく圧縮データをＮＡＮＤ型フラッシュメモリ５から読み出し、当該圧縮データを伸張する。

【0019】

なお、本実施形態における圧縮装置１０及び伸張装置２０の構成及び動作の詳細については後述する。

【0020】

ＮＡＮＤ型フラッシュメモリ５は、不揮発性メモリであり、マトリクス状に配置された複数のメモリセルを含むメモリセルアレイを有する。ＮＡＮＤ型フラッシュメモリ５は、２次元構造のＮＡＮＤ型フラッシュメモリであってもよいし、３次元構造のＮＡＮＤ型フラッシュメモリであってもよい。

【0021】

ＮＡＮＤ型フラッシュメモリ５のメモリセルアレイは、複数のブロックＢＬＫ０～ＢＬＫｍ－１を含む。ブロックＢＬＫ０～ＢＬＫｍ－１の各々は多数のページ（ここでは、ページＰ０～Ｐｎ－１）によって編成される。ブロックＢＬＫ０～ＢＬＫｍ－１は、消去単位として機能する。ページＰ０～Ｐｎ－１の各々は、同一ワード線に接続された複数のメモリセルを含む。ページＰ０～Ｐｎ－１は、データ書き込み動作及びデータ読み出し動作の単位である。

【0022】

ここでは、メモリシステム３がＮＡＮＤ型フラッシュメモリ５を備えるものとして説明したが、当該メモリシステム３は、不揮発性メモリとして例えばＰＣＭ（Phase Change Memory）またはＭＲＡＭ（Magnetoresistive Random Access Memory）等を備える構成であってもよい。

【0023】

ＤＲＡＭ６は、揮発性メモリであり、例えばコントローラ４（ＣＰＵ４ｂ）において実行されるソフトウェアの一時的なバッファまたはＮＡＮＤ型フラッシュメモリ５に対する一時的なバッファ等として機能する。

【0024】

ここでは、メモリシステム３がＤＲＡＭ６を備えるものとして説明したが、当該メモリシステム３は、揮発性メモリとして例えばＳＲＡＭ（Static Random Access Memory）等を備える構成であってもよい。

【0025】

なお、図１においては圧縮装置１０及び伸張装置２０がコントローラ４に組み込まれているものとして説明したが、当該圧縮装置１０及び伸張装置２０のうちの一方または両方はコントローラ４の外部に設けられていてもよい。

【0026】

ここで、上記したＳＳＤのような汎用データが書き込まれるメモリシステム３では、書き込まれるデータの種別を事前に把握することが困難であるため、汎用的な圧縮方式で当該データを圧縮する場合が多い。なお、汎用的な圧縮方式としては、例えば辞書式符号化とエントロピー符号化とを組み合わせた圧縮方式がある。

【0027】

以下、図２を参照して、辞書式符号化の概略について説明する。ここでは、辞書式符号化の対象として入力されるデータ（入力値）を対象データと称し、当該対象データが例えばテキスト（文字列）データであるものとして説明する。

【0028】

ここで、辞書式符号化は、対象データを、当該対象データよりも前に辞書式符号化の対象として入力されたデータ（つまり、過去に入力されたデータ）の相対参照に変換する符号化手法である。

【0029】

このため、辞書式符号化においては、過去に入力されたデータが辞書と称されるバッファ（以下、ヒストリバッファと表記）に格納されており、対象データの全部または一部と一致するデータ（前方データ）が当該ヒストリバッファ中に存在するか否かを探索する。対象データと全部または一部と一致するデータがヒストリバッファ中に存在する場合、当該データの位置を示す一致位置（対象データからの相対的な距離を示す一致相対距離）及び対象データとヒストリバッファから探索されたデータとの一致した長さを示す一致長が出力される。

【0030】

ここで、図２においては、現在の対象データが「ｃａｂａ」であり、ヒストリバッファには過去に入力されたデータとして「…ｃａｃａｂｃ」が格納されていることが示されている。この図２に示す例によれば、対象データ「ｃａｂａ」（の一部）はヒストリバッファ内の「ｃａ」の２文字及び「ｃａｂ」の３文字と一致する。対象データのうちのより長い部分を相対参照に置き換えることができれば符号化効率が高くなるため、ここではヒストリバッファ内の「ｃａｂ」が対象データと少なくとも一部が一致するデータ（以下、バッファデータと表記）として探索される。

【0031】

このように探索されたバッファデータ（「ｃａｂ」）の位置は対象データから４文字前であるので、上記した一致位置（符号化対象データから一致箇所までの一致相対距離）は４となる。また、対象データとバッファデータとは「ｃａｂ」が一致しているため、上記した一致長は３（文字）となる。

【0032】

すなわち、図２に示す例では、対象データ「ｃａｂａ」に対する辞書式符号化の結果として一致位置及び一致長の組（４，３）が後段に出力される。

【0033】

なお、上記した対象データは例えばホスト２から発行される書き込みコマンドにおいて指定されているデータ（以下、書き込みデータと表記）を構成する一部のデータ（所定のサイズのデータ）に相当し、辞書式符号化においては、当該書き込みデータを構成する対象データの各々が当該書き込みデータの先頭から連続的に入力され、当該入力された対象データが順次符号化されるような処理が実行される。

【0034】

この場合、上記した図２に示す対象データ「ｃａｂａ」のうちのバッファデータと一致していない末尾の「ａ」については、後続のデータとともに次の対象データとして扱われ、処理が繰り返される。

【0035】

図２においては対象データと少なくとも一部が一致するバッファデータがヒストリバッファ内に存在する場合について説明したが、当該バッファデータが存在しない場合には、当該対象データ（ローデータ）が辞書式符号化の結果として後段に出力される。

【0036】

以下の説明においては、辞書式符号化の結果として出力される一致位置及び一致長の組を一致情報、当該辞書式符号化の結果として出力されるローデータを不一致情報と称する。

【0037】

ここでは辞書式符号化について説明したが、上記した汎用的な圧縮方式として当該辞書式符号化と組み合わされるエントロピー符号化においては、例えば辞書式符号化の結果として出力される一致情報及び不一致情報の出現頻度に応じた符号を当該一致情報及び不一致情報に割り当てる処理（符号化処理）が実行される。このエントロピー符号化においては、例えば出現頻度の高い一致情報及び不一致情報に対して短い符号が割り当てられ、当該出現頻度の低い一致情報及び不一致情報に対して長い符号が割り当てられる。

【0038】

なお、エントロピー符号化には例えばハフマン符号化が含まれるが、当該ハフマン符号化は、予め構築された符号木を用いて符号化を行う静的ハフマン符号化であってもよいし、ハフマンン符号化の対象として入力される一致情報及び不一致情報により符号木を変更する動的ハフマン符号化であってもよい。本実施形態におけるエントロピー符号化としては、例えば算術符号化等が行われても構わない。

【0039】

ここで、上記した辞書式符号化とエントロピー符号化とを組み合わせた圧縮方式により圧縮されたデータ（圧縮データ）はＮＡＮＤ型フラッシュメモリ５（不揮発性メモリ）に書き込まれるが、読み出しコマンドがホスト２から発行された場合には、当該読み出しコマンドに基づいて当該圧縮データがＮＡＮＤ型フラッシュメモリ５から読み出される。

【0040】

一般に、このような読み出しコマンドに対する応答としては、ＮＡＮＤ型フラッシュメモリ５から読み出された圧縮データに対してエントロピー復号及び辞書式復号を順次行うことによって伸張されたデータ（以下、伸張データと表記）がホスト２に出力される。なお、本実施形態において伸張データとは、上記した辞書式符号化及びエントロピー符号化が行われていないデータ（ローデータ）をいう。

【0041】

しかしながら、例えばメモリシステム３を読み出しコマンドの頻度が高いデータベース等に用いた場合、上記した伸張データ（つまり、伸張後の元のサイズのデータ）が頻繁にシステムバスを介してメモリシステム３からホスト２に出力（送信）されることになり、当該システムバスの帯域使用率が高くなる。この場合、ホスト２及びメモリシステム３間のバス帯域（リードデータ帯域）がボトルネックとなり、情報処理システム１（ホスト２及びメモリシステム３）全体の性能が向上しない場合がある。

【0042】

これに対しては、例えばＮＡＮＤ型フラッシュメモリ５に書き込まれている圧縮データをメモリシステム３からホスト２に出力する構成が考えられるが、このような構成の場合には、ホスト２側でエントロピー復号及び辞書式復号の両方（つまり、伸張処理の全て）を行う必要があり、ホスト２が備えるＣＰＵの負荷が高くなる。

【0043】

更に、上記したエントロピー符号化の結果には出現頻度に応じて符号長が変わる可変長符号（シンボル）が含まれており、エントロピー復号においては、当該シンボルを１つずつ処理していく必要がある。このため、ホスト２が備えるＣＰＵ（つまり、ソフトウェア処理）では、エントロピー復号を効率的に行うことが困難である（すなわち、ソフトウェアによるエントロピー復号は性能が低い）。一方、辞書式復号処理は、ソフトウェア処理でも低負荷で高速処理できる場合がある。

【0044】

そこで、本実施形態においては、ＮＡＮＤ型フラッシュメモリ５に書き込まれている圧縮データに対してエントロピー復号が行われた後のデータ（つまり、辞書式符号化で圧縮された圧縮データ）をメモリシステム３からホスト２に出力する構成を採用する。

【0045】

図３は、本実施形態に係る情報処理システム１の機能構成の一例を示すブロック図である。ここでは、データの圧縮及び伸張に関する機能構成について主に説明する。なお、図３においては、圧縮装置１０及び伸張装置２０とＮＡＮＤ型フラッシュメモリ５との間に配置されているＮＡＮＤインタフェース４ｃ等を省略している。

【0046】

まず、圧縮装置１０は、辞書式符号化部１１、エントロピー符号化部１２及びＥＣＣエンコーダ１３を含む。

【0047】

辞書式符号化部１１は、ホストインタフェース４ａを介してホスト２と接続されており、当該ホスト２から発行される書き込みコマンドを取得（入力）する。辞書式符号化部１１は、上記したヒストリバッファ１１１を有し、取得された書き込みコマンドに基づく書き込みデータ（つまり、ホスト２において指定されたデータ）に対して辞書式符号化を行うことによって、当該書き込みデータを圧縮する。

【0048】

なお、書き込みデータを辞書式符号化により圧縮する際には、上記したように当該書き込みデータの一部のデータを対象データとし、当該書き込みデータの先頭から連続的に入力される対象データの各々が順次符号化される。

【0049】

なお、以下の説明においては、辞書式符号化部１１によって出力される一致情報及び不一致情報（つまり、辞書式符号化部１１によって圧縮された書き込みデータ）を、便宜的に、辞書式圧縮データと称する。この辞書式圧縮データは、上記したように連続的に入力される対象データの各々に対して辞書式符号化が行われた結果（一致情報及び不一致情報）が先頭から順次配置されたデータ構造を有する。

【0050】

エントロピー符号化部１２は、辞書式符号化部１１によって出力された辞書式圧縮データ（一致情報及び不一致情報）に対してエントロピー符号化を行うことによって、当該辞書式圧縮データを更に圧縮する。エントロピー符号化部１２は、エントロピー符号化が行われた辞書式圧縮データ（以下、エントロピー圧縮データと表記）を出力する。

【0051】

ＥＣＣエンコーダ１３は、ＮＡＮＤ型フラッシュメモリ５にエントロピー圧縮データが書き込まれる前に、当該エントロピー圧縮データに対して誤り訂正用のパリティ（ＥＣＣパリティ）を生成し、当該生成したＥＣＣパリティを当該エントロピー圧縮データに付与する処理（以下、ＥＣＣエンコード処理と表記）を実行する。

【0052】

ＥＣＣエンコード処理が実行されたエントロピー圧縮データは、圧縮装置１０によって圧縮された圧縮データとしてＮＡＮＤ型フラッシュメモリ５に書き込まれる。すなわち、エントロピー符号化部１２から出力されたエントロピー圧縮データに基づくデータがＮＡＮＤ型フラッシュメモリ５に書き込まれる。

【0053】

次に、伸張装置２０は、ＥＣＣデコーダ２１、エントロピー復号部２２及びフォーマット変換部２３を含む。

【0054】

ＥＣＣデコーダ２１は、例えばホスト２から発行される読み出しコマンドに基づいてＮＡＮＤ型フラッシュメモリ５から圧縮データ（エントロピー圧縮データ）が読み出される際に、当該圧縮データに対して生成されたパリティに基づいて当該圧縮データに含まれるエラーを検出し、当該検出されたエラーを訂正する処理（以下、ＥＣＣデコード処理）を実行する。

【0055】

エントロピー復号部２２は、ＥＣＣデコード処理が実行された圧縮データ（エントロピー圧縮データ）に対してエントロピー復号を行うことによって、当該エントロピー圧縮データを辞書式圧縮データに復号する。すなわち、エントロピー復号部２２は、ＮＡＮＤ型フラッシュメモリ５から読み出されたデータに基づくエントロピー圧縮データに対してエントロピー復号を行い、辞書式圧縮データを生成する。

【0056】

ここで、本実施形態においてはエントロピー復号が行われた後の辞書式圧縮データがメモリシステム３からホスト２に出力されるが、この辞書式圧縮データは、上記した一致情報及び不一致情報の各々をシンボルとして含む。この一致情報及び不一致情報（つまり、１シンボル）は長さが不定であるため、辞書式圧縮データから切り出してみないと当該シンボルの切れ目（境目）が不明である。このような辞書式圧縮データに対する辞書式復号をソフトウェア処理により行うものとすると、当該辞書式圧縮データに含まれる一致情報及び不一致情報を順次切り出してシンボルの境界かどうかを判定する処理を行う必要があり、高速化が困難である。

【0057】

このため、本実施形態において、フォーマット変換部２３は、エントロピー復号部２２によって復号された辞書式圧縮データのフォーマットを変換し、当該辞書式圧縮データを所定のフォーマットを有する辞書式圧縮データ（以下、フォーマット変換データと表記）に変換する。このフォーマット変換データが有する所定のフォーマットとは、上記したソフトウェア処理での辞書式復号を軽減化（効率化）するためのフォーマットに相当する。

【0058】

フォーマット変換部２３は、辞書式圧縮データに含まれる一致情報及び不一致情報を当該辞書式圧縮データの先頭から順次切り出す。なお、辞書式圧縮データに含まれる一致情報及び不一致情報には、それぞれ当該一致情報及び不一致情報であることを識別するための識別情報（例えば、フラグ等）が付されているものとする。フォーマット変換部２３は、この識別情報により、辞書式圧縮データから切り出された情報（一致情報または不一致情報）が一致情報であるか不一致情報であるかを把握することができる。

【0059】

図３に示すように、フォーマット変換部２３は、一致情報処理部２３１及び不一致情報処理部２３２を含む。

【0060】

一致情報処理部２３１は、フォーマット変換部２３によって一致情報が辞書式圧縮データから切り出された場合に、当該一致情報に関する付加情報を付加する処理を実行する。なお、一致情報に付加される付加情報には、例えば当該一致情報の長さが含まれる。

【0061】

不一致情報処理部２３２は、フォーマット変換部２３によって不一致情報（不一致文字）が辞書式圧縮データから切り出された場合に、当該不一致情報に関する付加情報を付加する処理を実行する。なお、不一致情報に付加される付加情報には、例えば辞書式圧縮データにおいて当該不一致情報が他の不一致情報と連続して配置されている場合の当該連続する不一致情報の数が含まれる。この連続する不一致情報の数は、不一致情報処理部２３２に含まれる不一致情報バッファ２３２ａ及び不一致情報カウンタ２３２ｂを用いて取得される。なお、不一致情報バッファ２３２ａ及び不一致情報カウンタ２３２ｂの動作については後述する。

【0062】

フォーマット変換部２３は、一致情報及び不一致情報に付加情報が付加されたフォーマット変換データを取得する。

【0063】

上記したように辞書式圧縮データのフォーマットを変換することによって取得されたフォーマット変換データ（つまり、フォーマット変換後の辞書式圧縮データ）は、ホストインタフェース４ａを介してホスト２に出力（送信）される。

【0064】

なお、ホスト２は、辞書式復号部２ａを含む。この辞書式復号部２ａは、例えばホスト２が備えるＣＰＵが所定のプログラムを実行すること（つまり、ソフトウェア）によって実現される機能部である。

【0065】

辞書式復号部２ａは、上記したようにメモリシステム３（フォーマット変換部２３）から出力されたフォーマット変換データに対して辞書式復号を行うことによって、当該フォーマット変換データを読み出しコマンドにおいて指定されているデータ（以下、読み出しデータと表記）に復号する。この辞書式復号部２ａによる辞書式復号は、フォーマット変換データにおいて一致情報及び不一致情報に付加されている付加情報を利用して行われる。

【0066】

次に、図４のフローチャートを参照して、本実施形態に係る情報処理システム１の処理手順の一例について説明する。ここでは、ホスト２から読み出しコマンドが発行された際のメモリシステム３（伸張装置２０）の処理について主に説明する。

【0067】

なお、ＮＡＮＤ型フラッシュメモリ５には、ホスト２から発行された書き込みコマンドにおいて指定されている書き込みデータに対して辞書式符号化及びエントロピー符号化が行われた圧縮データがＮＡＮＤ型フラッシュメモリ５に書き込まれているものとする。

【0068】

ここで、上記した読み出しコマンドがホスト２から発行された場合を想定する。この場合、ホスト２から発行された読み出しコマンドに基づいて、ＮＡＮＤ型フラッシュメモリ５から圧縮データ（読み出しデータの圧縮データ）が読み出される（ステップＳ１）。この場合、上記したＥＣＣデコード処理が圧縮データに対して実行されてもよい。

【0069】

上記したステップＳ１において読み出された圧縮データはエントロピー符号化が行われたエントロピー圧縮データであるため、エントロピー復号部２２は、当該圧縮データに対してエントロピー復号を行う（ステップＳ２）。エントロピー復号が行われた後のデータ（つまり、辞書式圧縮データ）は、エントロピー復号部２２からフォーマット変換部２３に出力される。

【0070】

次に、フォーマット変換部２３は、エントロピー復号部２２から出力された辞書式圧縮データに対する切り出し処理を実行する（ステップＳ３）。上記したように辞書式圧縮データは一致情報及び不一致情報が先頭から順次配置されたデータ構造を有するが、ステップＳ３においては、当該辞書式圧縮データの先頭に配置されている一致情報または不一致情報が切り出される。

【0071】

ステップＳ３の処理が実行されると、フォーマット変換部２３は、上記した一致情報及び不一致情報に付されている識別情報に基づいて、当該ステップＳ３において一致情報が切り出されたか否かを判定する（ステップＳ４）。

【0072】

一致情報が切り出されたと判定された場合（ステップＳ４のＹＥＳ）、一致情報処理部２３１は、一致情報変換処理を実行する（ステップＳ５）。なお、一致情報変換処理は、ステップＳ３において切り出された一致情報に当該一致情報に関する付加情報（当該一致情報の長さ）を付加するための処理である。一致情報変換処理の詳細については後述する。

【0073】

一方、不一致情報が切り出されたと判定された場合（ステップＳ４のＮＯ）、不一致情報処理部２３２は、不一致情報変換処理を実行する（ステップＳ６）。なお、不一致情報変換処理は、ステップＳ３において切り出された不一致情報に当該不一致情報に関する付加情報（連続する不一致情報の数）を付加するための処理である。不一致情報変換処理の詳細については後述する。

【0074】

ステップＳ５またはＳ６の処理が実行された場合、フォーマット変換部２３は、当該ステップＳ５またはＳ６の処理の結果に基づいて、フォーマット変換データを取得（生成）する（ステップＳ７）。

【0075】

このステップＳ８において取得されたフォーマット変換データは、上記したようにホストインタフェース４ａを介してホスト２に出力される（ステップＳ８）。

【0076】

ステップＳ８の処理が実行された場合、読み出しデータの圧縮データの全てについて上記したステップＳ１～Ｓ８の処理が実行されたか否かが判定される（ステップＳ９）。

【0077】

読み出しデータの圧縮データの全てについて処理が実行されていないと判定された場合（ステップＳ９のＮＯ）、ステップＳ１に戻って処理が繰り返される。この場合、ステップＳ１～Ｓ８の処理が実行されていない読み出しデータの圧縮データを対象として処理が実行される。

【0078】

一方、読み出しデータの圧縮データの全てについて処理が実行されたと判定された場合（ステップＳ９のＹＥＳ）、図４の処理は終了される。

【0079】

次に、図５のフローチャートを参照して、上記した一致情報変換処理（図４に示すステップＳ５の処理）の処理手順の一例について説明する。

【0080】

一致情報変換処理において、一致情報処理部２３１は、上記した図４に示すステップＳ３において切り出された一致情報を取得する（ステップＳ１１）。

【0081】

ステップＳ１１の処理が実行されると、一致情報処理部２３１は、当該ステップＳ１１において取得された一致情報の長さを算出する（ステップＳ１２）。

【0082】

ここで、一致情報の長さとは、当該一致情報に含まれる一致位置及び一致距離のデータ長の合計値に相当する。このため、ステップＳ１２においては、一致位置のデータ長及び一致距離のデータ長を加算することによって、一致情報の長さが算出される。

【0083】

ステップＳ１２の処理が実行されると、一致情報処理部２３１は、ステップＳ１１において取得された一致情報に対してステップＳ１２において算出された一致情報の長さを付加することにより、例えば一致情報の長さの後に当該一致情報が続くストリームを生成する（ステップＳ１３）。ステップＳ１３の処理が実行されると、一致情報変換処理は終了される。

【0084】

次に、図６のフローチャートを参照して、上記した不一致情報変換処理（図４に示すステップＳ６の処理）の処理手順の一例について説明する。

【0085】

不一致情報変換処理において、不一致情報処理部２３２は、上記した図４に示すステップＳ３において切り出された不一致情報を取得する（ステップＳ２１）。

【0086】

ステップＳ２１の処理が実行されると、不一致情報処理部２３２は、当該ステップＳ２１において取得された不一致情報を、当該不一致情報処理部２３２に含まれる不一致情報バッファ２３２ａに格納する（ステップＳ２２）。

【0087】

次に、不一致情報処理部２３２は、辞書式圧縮データにおいて、上記したステップＳ２１において取得された不一致情報（つまり、図４に示すステップＳ３において切り出された不一致情報）の次に一致情報が配置されているか否かを判定する（ステップＳ２３）。

【0088】

ここで、不一致情報の次に一致情報が配置されていないと判定された場合を想定する（ステップＳ２３のＮＯ）。この場合、辞書式圧縮データにおいて、ステップＳ２１において取得された不一致情報の次には不一致情報が配置されている。よって、不一致情報処理部２３２は、ステップＳ２１において取得された不一致情報の次に配置されている不一致情報を切り出す（ステップＳ２４）。

【0089】

ステップＳ２４の処理が実行されると、ステップＳ２２の処理が実行される。具体的には、ステップＳ２４において切り出された不一致情報が不一致情報バッファ２３２ａに格納される。

【0090】

このように不一致情報変換処理においては、不一致情報の次に一致情報が配置されていると判定される（つまり、一致情報が出現する）までステップＳ２４及びＳ２２の処理が繰り返されることにより、辞書式圧縮データに含まれる連続する不一致情報を順次不一致情報バッファ２３２ａに格納することができる。

【0091】

一方、不一致情報の次に一致情報が配置されていると判定された場合（ステップＳ２３のＹＥＳ）、不一致情報処理部２３２に含まれる不一致情報カウンタ２３２ｂは、不一致情報バッファ２３２ａに格納されている不一致情報の数をカウントする（ステップＳ２５）。

【0092】

ステップＳ２５の処理が実行されると、不一致情報処理部２３２は、不一致情報バッファ２３２ａに格納されている連続する不一致情報（順次格納された複数の不一致情報）を当該不一致情報バッファ２３２ａから読み出し、当該不一致情報に対してステップＳ２５においてカウントされた連続する不一致情報の数を付加する。これにより、不一致情報処理部２３２は、例えば連続する不一致情報の数の後に当該連続する不一致情報が続くストリームを生成する（ステップＳ２６）。ステップＳ２６の処理が実行されると、不一致情報変換処理は終了される。

【0093】

なお、上記した不一致情報バッファ２３２ａには連続する不一致情報が順次格納されるが、当該連続する不一致情報は例えば不一致情報バッファ２３２ａの例えば連続する記憶領域に格納されるものとする。

【0094】

この場合、不一致情報バッファ２３２ａに格納される連続する不一致情報は、ライトポインタ及びリードポインタを用いて管理される。ライトポインタは、例えばステップＳ２２において不一致情報が書き込まれる不一致情報バッファ２３２ａ内の位置（つまり、次に不一致情報を書き込む位置）を示す。一方、リードポインタは、ステップＳ２６においてストリームを生成するために用いられる連続する不一致情報の先頭となる不一致情報が格納されている位置（つまり、読み出しを開始する位置）を示す。

【0095】

以下、図７を参照して、上記した辞書式圧縮データ及び当該辞書式圧縮データのフォーマットを変換した後のフォーマット変換データの概要について説明する。図７の上段は辞書式圧縮データの一例を示しており、当該図７の下段はフォーマット変換データの一例を示している。

【0096】

なお、図７において、「Ａ」、「Ｂ」、「Ｃ」、「Ｄ」及び「Ｅ」は、辞書式圧縮データ（フォーマット変換データ）に含まれる不一致情報（不一致文字）を表している。一方、図７において、「Ｘ」及び「Ｙ」は、辞書式圧縮データ（フォーマット変換データ）に含まれる一致情報（一致位置及び一致長）を表している。

【0097】

本実施形態において、辞書式圧縮データは、例えばＬＺ７７と称される圧縮アルゴリズムに基づいて圧縮されたデータであり、図７の上段に示すように一致情報及び不一致情報が連続的に配置されるデータ構造を有しているものとする。すなわち、図７の上段に示す例では、不一致情報「Ａ」、不一致情報「Ｂ」、不一致情報「Ｃ」、一致情報「Ｘ」、一致情報「Ｙ」、不一致情報「Ｄ」及び不一致情報「Ｅ」が順番に先頭から配置された辞書式圧縮データを示している。

【0098】

ここで、図７の上段に示す辞書式圧縮データに対して図４に示す処理（図５に示す一致情報変換処理及び図６に示す不一致情報変換処理）が実行される場合を想定する。

【0099】

この場合、辞書式圧縮データの先頭に配置されている不一致情報「Ａ」が当該辞書式圧縮データから切り出され、当該不一致情報「Ａ」が不一致情報バッファ２３２ａに格納される。

【0100】

また、辞書式圧縮データにおいては不一致情報「Ａ」の次に不一致情報「Ｂ」が配置されているため、当該不一致情報「Ｂ」が辞書式圧縮データから切り出され、当該不一致情報「Ｂ」が不一致情報バッファ２３２ａに格納される。

【0101】

更に、辞書式圧縮データにおいては不一致情報「Ｂ」の次に不一致情報「Ｃ」が配置されているため、当該不一致情報「Ｃ」が辞書式圧縮データから切り出され、当該不一致情報「Ｃ」が不一致情報バッファ２３２ａに格納される。

【0102】

ここで、辞書式圧縮データにおいては不一致情報「Ｃ」の次に一致情報「Ｘ」が配置されている。この場合、上記したように不一致情報バッファ２３２ａに格納された不一致情報「Ａ」、「Ｂ」及び「Ｃ」の数である「３」が連続する不一致情報の数としてカウントされる。

【0103】

これにより、連続する不一致情報の数「３」の後に連続する不一致情報「Ａ」、「Ｂ」及び「Ｃ」が続くストリーム「３ＡＢＣ」が生成される。

【0104】

次に、上記した辞書式圧縮データにおいて不一致情報「Ｃ」の次に配置されている一致情報「Ｘ」が当該辞書式圧縮データから切り出される。

【0105】

この場合、辞書式圧縮データから切り出された一致情報「Ｘ」の長さ（当該一致情報「Ｘ」に含まれる一致位置及び一致長のデータ長）が算出される。

【0106】

ここで算出された一致情報「Ｘ」の長さを「Ｘ長」と表すものとすると、当該一致情報の長さ「Ｘ長」の後に当該一致情報「Ｘ」が続くストリーム「Ｘ長Ｘ」が生成される。

【0107】

更に、上記した辞書式圧縮データにおいて一致情報「Ｘ」の次に配置されている一致情報「Ｙ」が当該辞書式圧縮データから切り出される。

【0108】

この場合、辞書式圧縮データから切り出された一致情報「Ｙ」の長さ（当該一致情報「Ｙ」に含まれる一致位置及び一致長のデータ長）が算出される。

【0109】

ここで算出された一致情報「Ｙ」の長さを「Ｙ長」と表すものとすると、当該一致情報の長さ「Ｙ長」の後に当該一致情報「Ｙ」が続くストリーム「Ｙ長Ｙ」が生成される。

【0110】

次に、辞書式圧縮データにおいては一致情報「Ｙ」の次に不一致情報「Ｄ」が配置されているため、当該不一致情報「Ｄ」が辞書式圧縮データから切り出され、当該不一致情報「Ｄ」が不一致情報バッファ２３２ａに格納される。

【0111】

また、辞書式圧縮データにおいては不一致情報「Ｄ」の次に不一致情報「Ｅ」が配置されているため、当該不一致情報「Ｅ」が辞書式圧縮データから切り出され、当該不一致情報「Ｅ」が不一致情報バッファ２３２ａに格納される。

【0112】

ここで、図７においては示されていないが、辞書式圧縮データにおいて不一致情報「Ｅ」の次に一致情報が配置されているまたは当該不一致情報「Ｅ」が辞書式圧縮データに含まれる最後のシンボルである（つまり、不一致情報「Ｅ」の次に一致情報及び不一致情報が配置されていない）場合を想定する。

【0113】

この場合、上記したように不一致情報バッファ２３２ａに格納された不一致情報「Ｄ」及び「Ｅ」の数である「２」が連続する不一致情報の数としてカウントされる。

【0114】

これにより、連続する不一致情報の数「２」の後に連続する不一致情報「Ｄ」及び「Ｅ」が続くストリーム「２ＤＥ」が生成される。

【0115】

上記したように図７の上段に示す辞書式圧縮データに含まれる一致情報及び不一致情報の全てにおいて処理が実行された場合、ストリーム「３ＡＢＣ」、「Ｘ長Ｘ」、「Ｙ長Ｙ」及び「２ＤＥ」が連結されたフォーマット変換データが取得（生成）される。

【0116】

すなわち、図７に示す例においては、辞書式圧縮データ「ＡＢＣＸＹＤＥ」を、フォーマット変換データ「３ＡＢＣＸ長ＸＹ長Ｙ２ＤＥ」に変換することができる。

【0117】

なお、図７にフォーマット変換データにおいては連続する不一致情報の数として「３」及び「２」のような当該数を直接的に表す値が用いられているが、当該連続する不一致情報の数は、このような直接的な数値でなくてもよい。すなわち、フォーマット変換データにおいては、連続する不一致情報の数を特定可能な情報（つまり、連続する不一致情報の数に関する情報）が当該連続する不一致情報の数として用いられていてもよい。フォーマット変換データにおける一致情報の長さについても同様に、例えば一致情報の長さを特定可能な情報（一致情報の長さに関する情報）を用いてもよい。

【0118】

ここで、図７の上段に示す辞書式圧縮データが例えばＬＺ７７と称される圧縮アルゴリズムに基づいて圧縮されたデータであるものとして説明したが、例えばＣＰＵ（つまり、ソフトウェア処理）で低負荷及び高速に辞書式復号を行うことができる圧縮アルゴリズムとしてｓｎａｐｐｙやＬＺ４があり、このｓｎａｐｐｙやＬＺ４に基づく辞書式圧縮データは、不一致情報の数の後に当該不一致情報が配置され、一致情報の長さの後に当該一致情報が配置されるデータ構造を有している。

【0119】

このため、本実施形態において、フォーマット変換部２３は、上記したＬＺ７７に基づく辞書式圧縮データをｓｎａｐｐｙやＬＺ４に基づく辞書式圧縮データ（圧縮ストリーム）に変換するように構成されていてもよい。

【0120】

ここで、図８Ａ及び図８Ｂを参照して、ｓｎａｐｐｙに基づく辞書式圧縮データのデータ構造（フォーマット）の一例について説明する。

【0121】

ｓｎａｐｐｙの圧縮データは、不一致情報（Literal）と一致情報（copy）の２つの要素から構成され、各要素の先頭に配置される「ｔａｇ ｂｙｔｅ」の下位２ビットで不一致情報と一致情報とを判別する。なお、不一致情報は「ｔａｇ ｂｙｔｅ」の下位２ビットが「００」で表現され、一致情報は「ｔａｇ ｂｙｔｅ」の下位２ビットが「０１」、「１０」及び「１１」のいずれかで表現される。

【0122】

まず、図８Ａを用いて、不一致情報について説明する。不一致情報の場合、「ｔａｇ ｂｙｔｅ」の上位６ビットが不一致情報の長さ（のビット幅）を表し、当該「ｔａｇ ｂｙｔｅ」の上位６ビットは当該不一致情報の長さに応じて「０～５９」「６０」、「６１」、「６２」及び「６３」の５つの値を取り得る。

【0123】

具体的には、「ｔａｇ ｂｙｔｅ」の上位６ビットが「０～５９」である場合、この上位６ビットは、「不一致情報の長さ－１」を表す。不一致情報の長さは１～６０の範囲となり、「ｔａｇ ｂｙｔｅ」の後ろに不一致情報が続く。

【0124】

また、「ｔａｇ ｂｙｔｅ」の上位６ビットが「６０」である場合、この上位６ビットは不一致情報の長さが６１～２５６バイトであることを表しており、「ｔａｇ ｂｙｔｅ」の後ろの１バイト中に「不一致情報の長さ－１」の値が格納される。なお、この場合における「不一致情報の長さ－１」はリトルエンディアン形式で表され、当該「不一致情報の長さ－１」の値の後ろに不一致情報が続く。

【0125】

また、「ｔａｇ ｂｙｔｅ」の上位６ビットが「６１」である場合、この上位６ビットは不一致情報の長さが２５７～６５５３６バイトであることを表しており、「ｔａｇ ｂｙｔｅ」の後ろの２バイト中に「不一致情報の長さ－１」の値が格納される。なお、この場合における「不一致情報の長さ－１」はリトルエンディアン形式で表され、当該「不一致情報の長さ－１」の値の後ろに不一致情報が続く。

【0126】

図８Ａにおいては示されていないが、「ｔａｇ ｂｙｔｅ」の上位６ビットが「６２」である場合には「ｔａｇ ｂｙｔｅ」の後ろの３バイト中に「不一致情報の長さ－１」の値が格納され、「ｔａｇ ｂｙｔｅ」の上位６ビットが「６３」である場合には「ｔａｇ ｂｙｔｅ」の後ろの４バイト中に「不一致情報の長さ－１」の値が格納される。なお、この場合における「不一致情報の長さ－１」もリトルエンディアン形式で表され、当該「不一致情報の長さ－１」の値の後ろに不一致情報が続く。

【0127】

このようにｓｎａｐｐｙの圧縮データによれば、「ｔａｇ ｂｙｔｅ」と後続の０～４バイトを参照することで不一致情報の長さ（連続する不一致情報の数）を得ることができる。

【0128】

次に、図８Ｂを用いて、一致情報について説明する。一致情報の場合、「ｔａｇ ｂｙｔｅ」の下位２ビットで一致情報の長さが決定される。

【0129】

具体的には、「ｔａｇ ｂｙｔｅ」の下位２ビットが「０１」の場合は、「ｔａｇ ｂｙｔｅ」を含めて２バイトが一致情報となる。この場合、「ｔａｇ ｂｙｔｅ」の下位２ビットの前に配置される３ビットが「一致長－４（一致長＝４～１１）」を表し、「ｔａｇ ｂｙｔｅ」の上位３ビットと「ｔａｇ ｂｙｔｅ」の後ろの８ビットが一致位置（一致距離）を表す。

【0130】

また、「ｔａｇ ｂｙｔｅ」の下位２ビットが「１０」の場合は、「ｔａｇ ｂｙｔｅ」を含めて３バイトが一致情報となる。この場合、「ｔａｇ ｂｙｔｅ」の上位６ビットが「一致長－１（一致長＝１～６４）」を表し、「ｔａｇ ｂｙｔｅ」の後ろの１６ビットが一致位置（一致距離）を表す。

【0131】

更に、「ｔａｇ ｂｙｔｅ」の下位２ビットが「１１」の場合は、「ｔａｇ ｂｙｔｅ」を含めて５バイトが一致情報となる。この場合、「ｔａｇ ｂｙｔｅ」の上位６ビットが「一致長－１（一致長＝１～６４）」を表し、「ｔａｇ ｂｙｔｅ」の後ろの３２ビットが一致位置（一致距離）を表す。
図８Ａ及び図８Ｂにおいて説明したデータ構造は一例であり、本実施形態においてメモリシステム３（フォーマット変換部２３）からホスト２に出力されるフォーマット変換データ（のフォーマット）は、図８Ａ及び図８Ｂと異なるものであってもよい。

【0132】

ここで、上記したようにメモリシステム３から出力されたフォーマット変換データはホスト２に含まれる辞書式復号部２ａ（ホスト２に備えられるＣＰＵ）によって復号されるが、当該フォーマット変換データには、一致情報の長さの後に続く当該一致情報（一致位置及び一致長）及び連続する不一致情報の数の後に続く当該連続する不一致情報が含まれる。

【0133】

この場合、フォーマット変換データに対する辞書式復号において、辞書式復号部２ａは、当該フォーマット変換データに含まれる一致情報の長さ及び連続する不一致情報の数に基づいて、一致情報（一致位置及び一致長）及び不一致情報（ローデータ）を当該フォーマット変換データからそれぞれ高速に切り出すことができる。

【0134】

具体的には、辞書式復号部２ａはヒストリバッファを有し、当該ヒストリバッファには、過去にフォーマット変換データから切り出された一致情報（一致位置及び一致長）から復号されたデータ及び過去にフォーマット変換データから切り出されたローデータ（不一致情報）が順次格納される。

【0135】

辞書式復号部２ａは、フォーマット変換データから一致情報が切り出された場合、当該一致情報に含まれる一致位置（アドレス）及び一致長に基づいて、ヒストリバッファからバッファデータを読み出す。この場合、辞書式復号部２ａは、一致情報に含まれる一致位置に格納されているバッファデータであって、当該一致情報に含まれる一致長（文字数）のバッファデータを読み出す。このように読み出されたバッファデータは、一致情報（一致位置及び一致長）から復号されたデータに相当する。

【0136】

一方、フォーマット変換データから不一致情報が切り出された場合、当該不一致情報はローデータ（つまり、符号化されていないデータ）であるため、当該ローデータは伸張データにおいてそのまま利用することができる。

【0137】

すなわち、辞書式復号部２ａは、上記したようにフォーマット変換データから切り出される一致情報に含まれる一致位置及び一致長に基づいて復号されたデータ及び不一致情報であるローデータを含む伸張データ（テキスト）を取得することができる。

【0138】

上記したように本実施形態においては、ホスト２において指定された書き込みデータ（第１データ）を辞書式符号化（第１圧縮方式）で圧縮した辞書式圧縮データ（第２データ）を出力し、当該辞書式圧縮データをエントロピー符号化（第２圧縮方式）で圧縮したエントロピー圧縮データ（第３データ）を出力し、当該エントロピー圧縮データに基づくデータ（第４データ）がＮＡＮＤ型フラッシュメモリ５（不揮発性メモリ）に書き込まれる。

【0139】

また、本実施形態においては、ホスト２から読み出しコマンドが発行された場合、ＮＡＮＤ型フラッシュメモリ５に書き込まれたエントロピー圧縮データを辞書式圧縮データに復号し、当該辞書式圧縮データのフォーマットを変換することによってフォーマット変換データ（第５データ）を取得し、当該フォーマット変換データをホスト２に出力する。

【0140】

このようにメモリシステム３から出力されたフォーマット変換データは、ホスト２が備える辞書式復号部２ａによって読み出しデータ（第１データ）に復号される。

【0141】

本実施形態においては、上記した構成により、例えばメモリシステム３（伸張装置２０）側で圧縮データに対する全ての伸張処理（エントロピー復号及び辞書式復号）が実行された伸張データ（非圧縮データ）をホスト２に出力する構成と比較して、当該伸張データよりもデータ量が少ないフォーマット変換データ（辞書式圧縮データ）がホスト２に出力されるため、ホスト２及びメモリシステム３間に配置されているシステムバスの帯域使用率を低減することができる。

【0142】

また、本実施形態においては、ホスト２に備えられるＣＰＵが低負荷及び高速に辞書式復号を行うことが可能なように辞書式圧縮データのフォーマットを変換したフォーマット変換データがホスト２に出力される。具体的には、辞書式圧縮データには一致情報及び不一致情報が含まれるが、一致情報及び不一致情報に関する付加情報として、一致情報の長さに関する情報及び連続する不一致情報の数に関する情報が付加されたフォーマット変換データがホスト２に出力される。なお、本実施形態においては、一致情報の長さに関する情報及び連続する不一致情報の数に関する情報の両方が付加されるものとして説明したが、一致情報の長さに関する情報及び連続する不一致情報の数に関する情報の一方のみが付加される構成であってもよい。

【0143】

このような構成によれば、ホスト２側で行われる辞書式復号においては、上記した一致情報の長さ及び連続する不一致情報の数に基づいてフォーマット変換データから一致情報及び不一致情報を容易に切り出すことができるため、当該ホスト２が備えるＣＰＵの処理負荷を抑制する（つまり、ホスト２側で行われる辞書式復号にかかる時間を低減する）ことが可能となる。

【0144】

よって、本実施形態においては、メモリシステム３が例えばデータベースのような読み出しコマンドの頻度が高い情報処理システム１に用いられる場合であっても、ホスト２（ＣＰＵ）の負荷を抑制しつつ、バスの使用帯域を削減することができるため、当該情報システム１全体としての性能を向上させることが可能となる。

【0145】

なお、本実施形態においては、一致情報及び不一致情報に付加される付加情報が一致情報の長さ及び連続する不一致情報の数であるものとして説明したが、上記したホスト２側の処理負荷を低減することが可能であれば、本実施形態において説明した以外の付加情報が付加される構成であってもよい。

【0146】

更に、本実施形態においては辞書式符号化及びエントロピー符号化を組み合わせた圧縮手法によりデータが圧縮（符号化）される構成について主に説明したが、当該データを圧縮する圧縮手法として採用する符号化の種類は辞書式符号化及びエントロピー符号化以外であってもよく、本実施形態は、上記したようにホスト２（ＣＰＵ）の処理負荷を低減するようにフォーマットが変換された圧縮データ（少なくとも１つの符号化手法により圧縮されたデータ）を当該ホスト２に出力する構成であれば適用可能である。

【0147】

（第２実施形態）
次に、第２実施形態について説明する。なお、本実施形態においては、前述した第１実施形態と同様の部分についての詳しい説明を省略し、当該第１実施形態とは異なる部分について主に説明する。また、本実施形態に係る情報処理システムのハードウェア構成については前述した第１実施形態と同様であるため、適宜、図１を用いて説明する。

【0148】

図９は、本実施形態に係る情報処理システム１の機能構成の一例を示すブロック図である。

【0149】

図９に示すように、本実施形態における伸張装置２０は、前述した第１実施形態において説明したＥＣＣデコーダ２１、エントロピー復号部２２及びフォーマット変換部２３に加えて、辞書式復号部２４を更に含む。なお、本実施形態において、ホスト２から読み出しコマンドが発行された際にエントロピー復号部２２において復号された辞書式圧縮データは、フォーマット変換部２３及び辞書式復号部２４に出力される。

【0150】

辞書式復号部２４は、例えばヒストリバッファ２４１を有し、当該ヒストリバッファ２４１を用いてエントロピー復号部２２から出力された辞書式圧縮データを復号する（つまり、当該辞書式圧縮データに対して辞書式復号を行う）。

【0151】

なお、前述した第１実施形態においては、ホスト２に含まれる辞書式復号部２ａが一致情報の長さ及び連続する不一致情報の数に基づいて一致情報及び不一致情報をフォーマット変換データから切り出して辞書式復号を行うものとして説明したが、本実施形態においてエントロピー復号部２２から辞書式復号部２４に出力される辞書式圧縮データには、一致情報の長さ及び連続する不一致情報の数が付加されていない。このため、辞書式復号部２４は、辞書式圧縮データに含まれる一致情報及び不一致情報を当該辞書式圧縮データの先頭から順次切り出しながら辞書式復号を行うものとする。

【0152】

辞書式復号部２４による辞書式復号の結果（つまり、伸張データ）は、ホスト２から発行された読み出しコマンドにおいて指定されているデータ（読み出しデータ）として当該辞書式復号部２４から出力される。

【0153】

ここで、本実施形態においてホスト２から読み出しコマンドが発行された場合には、上記した辞書式復号部２４から伸張データが出力されるとともに、フォーマット変換部２３からフォーマット変換データが出力される。

【0154】

このため、本実施形態に係るメモリシステム３は、このような伸張データ及びフォーマット変換データを選択的にホスト２に出力するための構成として、出力形式レジスタ３０及びセレクタ４０を更に備える。

【0155】

出力形式レジスタ３０には、メモリシステム３からホスト２に対するデータの出力形式を指示する情報（以下、出力形式情報と表記）が格納（設定）される。

【0156】

セレクタ４０は、出力形式レジスタ３０に格納されている出力形式情報に基づいて、伸張データ及びフォーマット変換データの一方を選択する。この場合、セレクタ４０は、例えば辞書式復号部２４及びフォーマット変換部２３との物理的な接続を切り替えることによって、伸張データ及びフォーマット変換データの一方を選択するようにしてもよい。

【0157】

次に、図１０のフローチャートを参照して、本実施形態に係る情報処理システム１の処理手順の一例について説明する。ここでは、ホスト２から読み出しコマンドが発行された際のメモリシステム３の処理について主に説明する。

【0158】

まず、前述した図４に示すステップＳ１及びＳ２の処理に相当するステップＳ３１及びＳ３２の処理が実行される。なお、ステップＳ３２においてエントロピー復号が行われた後の辞書式圧縮データは、辞書式復号部２４及びフォーマット変換部２３に出力される。

【0159】

ステップＳ３２の処理が実行されると、辞書式復号部２４は、エントロピー復号部２２から出力された辞書式圧縮データ対して辞書式復号を行う（ステップＳ３３）。これにより、辞書式復号部２４は、辞書式圧縮データが伸張（復号）された伸張データを取得する。

【0160】

同様に、ステップＳ３２の処理が実行されると、フォーマット変換部２３は、エントロピー復号部２２から出力された辞書式圧縮データに対してフォーマット変換を行う（ステップＳ３４）。なお、ステップＳ３４において行われるフォーマット変換は前述した図４に示すステップＳ３～Ｓ７の処理に相当する処理であるため、ここではその詳しい説明を省略する。

【0161】

なお、上記したステップＳ３３の処理及びステップＳ３４の処理は並列に実行され、ステップＳ３３の処理が実行された場合には辞書式復号部２４からは伸張データが出力され、ステップＳ３４の処理が実行された場合にはフォーマット変換部２３からはフォーマット変換データが出力される。

【0162】

ここで、本実施形態においては出力形式レジスタ３０に出力形式情報が格納されているが、当該出力形式情報には、例えば伸張データ（ローデータ）の形式で出力することを指示する第１出力形式情報及びフォーマット変換データの形式で出力することを指示する第２出力形式情報が含まれる。

【0163】

この場合、セレクタ４０は、出力形式レジスタ３０に第１出力形式情報が格納されているか否かを判定する（ステップＳ３５）。

【0164】

出力形式レジスタ３０に第１出力形式情報が格納されていると判定された場合（ステップＳ３５のＹＥＳ）、セレクタ４０は、辞書式復号部２４から出力された伸張データ及びフォーマット変換部２３から出力されたフォーマット変換データのうちの伸張データを選択し、ホスト２に出力する（ステップＳ３６）。この場合、ホスト２側では辞書式復号を行う必要はない。

【0165】

一方、出力形式レジスタ３０に第１出力形式情報が格納されていない（つまり、第２出力形式情報が格納されている）と判定された場合（ステップＳ３５のＮＯ）、セレクタ４０は、辞書式復号部２４から出力された伸張データ及びフォーマット変換部２３から出力されたフォーマット変換データのうちのフォーマット変換データを選択し、ホスト２に出力する（ステップＳ３７）。この場合、ホスト２側では辞書式復号部２ａによってフォーマット変換データに対する辞書式復号が行われる。

【0166】

ステップＳ３６またはＳ３７の処理が実行された場合、図４に示すステップＳ９の処理に相当するステップＳ３８の処理が実行される。なお、ステップＳ３８において読み出しデータの圧縮データの全てについて処理が実行されていないと判定された場合、ステップＳ３１に戻って処理が繰り返される。一方、読み出しデータの圧縮データの全てについて処理が実行されたと判定された場合、図１０の処理は終了される。

【0167】

上記したように本実施形態においては、出力形式レジスタ３０に格納されている出力形式情報（第１出力形式情報または第２出力形式情報）に基づいて伸張データ及びフォーマット変換データの一方がホスト２に出力される。

【0168】

このような構成によれば、例えば出力形式レジスタ３０に第１出力形式情報が格納されていることにより伸張データがホスト２に出力された場合には、辞書式復号をホスト２側で行う必要がないため、ホスト２（ＣＰＵ）の負荷を抑制することができる。一方、例えば出力形式レジスタ３０に第２出力形式情報が格納されていることによりフォーマット変換データがホスト２に出力された場合には、前述した第１実施形態において説明したようにシステムバスの帯域使用率を低減することができる。

【0169】

なお、出力形式レジスタ３０に格納される出力形式情報（第１出力形式情報または第２出力形式情報）は、例えば情報処理システム１の動作状態等に基づいてホスト２（ＣＰＵ）によって指定される。また、この出力形式情報は、例えば情報処理システム１の起動（ブート）時に指定されてもよいし、当該ホスト２から発行される読み出しコマンド毎に指定されてもよい。

【0170】

情報処理システム１の起動時に出力形式情報が指定される構成であれば、出力形式レジスタ３０には１つの出力形式情報が格納されていればよく、当該情報処理システム１が動作している間にホスト２から発行される読み出しコマンドの全てに対して当該出力形式情報に応じた同一の形式のデータ（伸張データまたはフォーマット変換データ）がメモリシステム３から出力されるような動作が可能となる。

【0171】

一方、読み出しコマンド毎に出力形式情報が指定される構成であれば、出力形式レジスタ３０には当該読み出しコマンド毎の出力形式情報が格納され、読み出しコマンド毎に当該出力形式情報に応じた異なる形式のデータ（伸張データまたはフォーマット変換データ）がメモリシステム３から出力されるような動作が可能となる。

【0172】

なお、上記したように読み出しコマンド毎に出力形式情報を指定する構成の場合には、ホスト２（ＣＰＵ）とメモリシステム３との間のホストインタフェース４ａとして例えばＮＶＭｅ規格のインタフェースを用いてもよい。

【0173】

また、本実施形態においては、辞書式復号部２４から出力される伸張データ及びフォーマット変換部２３から出力されるフォーマット変換データの一方をセレクタ４０が選択するものとして説明したが、セレクタ４０は、出力形式レジスタ３０に格納されている出力形式情報に基づいて辞書式復号部２４及びフォーマット変換部２３の一方のみを選択的に動作させる（制御する）構成であっても構わない。

【0174】

具体的には、出力形式レジスタ３０に第１出力形式情報が格納されている場合、セレクタ４０は、辞書式復号部２４及びフォーマット変換部２３のうちの辞書式復号部２４を動作させ、当該辞書式復号部２４から出力された伸張データをホスト２に出力してもよい。一方、出力形式レジスタ３０に第２出力形式情報が格納されている場合、セレクタ４０は、辞書式復号部２４及びフォーマット変換部２３のうちのフォーマット変換部２３を動作させ、当該フォーマット変換部２３から出力されたフォーマット変換データをホスト２に出力してもよい。

【0175】

（第３実施形態）
次に、第３実施形態について説明する。なお、本実施形態においては、前述した第１及び第２実施形態と同様の部分についての詳しい説明を省略し、当該第１及び第２実施形態とは異なる部分について主に説明する。また、本実施形態に係る情報処理システムのハードウェア構成については前述した第１実施形態と同様であるため、適宜、図１を用いて説明する。

【0176】

図１１は、本実施形態に係る情報処理システム１の機能構成の一例を示すブロック図である。

【0177】

前述した第１及び第２実施形態における伸張装置２０においては、フォーマット変換部２３の不一致情報処理部２３２が不一致情報バッファ２３２ａを含むものとして説明したが、本実施形態における伸張装置２０においては、当該不一致情報処理部２３２が当該不一致情報バッファ２３２ａの代わりにバッファ制御部２３２ｃを含む。

【0178】

本実施形態においては、前述した第２実施形態において説明した辞書式復号部２４が有するヒストリバッファ２４１をフォーマット変換部２３（不一致情報処理部２３２）及び辞書式復号部２４で共有する点で、前述した第２実施形態とは異なる。

【0179】

すなわち、バッファ制御部２３２ｃは、不一致情報に付加情報（連続する不一致情報の数）を付加する際に、前述した第１実施形態において説明した不一致情報バッファ２３２ａと同様にヒストリバッファ２４１を用いる（つまり、当該ヒストリバッファ２４１に不一致情報を格納し、当該ヒストリバッファ２４１から不一致情報を読み出す）ように当該ヒストリバッファ２４１を制御する。

【0180】

ここで、前述した第２実施形態においては図１０に示すステップＳ３３の処理（辞書式復号部２４による辞書式復号）とステップＳ３４の処理（フォーマット変換部２３によるフォーマット変換）とが並列に実行されるものとして説明したが、本実施形態においては、上記したように辞書式復号部２４が有するヒストリバッファ２４１を辞書式復号部２４及びフォーマット変換部２３が共有する構成であるため、辞書式復号部２４とフォーマット変換部２３とは同時に動作する（つまり、同時にヒストリバッファ２４１を用いる）ことができない。

【0181】

よって、本実施形態において出力形式レジスタ３０に第１出力形式情報が格納されている場合、セレクタ４０は、当該第１出力形式情報に基づいて辞書式復号部２４のみを動作させるものとする。この場合、辞書式復号部２４は、ヒストリバッファ２４１を用いて辞書式圧縮データに対する辞書式復号を行うことができる。

【0182】

一方、出力形式レジスタ３０に第２出力形式情報が格納されている場合、セレクタ４０は、当該第２出力形式情報に基づいてフォーマット変換部２３のみを動作させるものとする。この場合、フォーマット変換部２３は、辞書式復号部２４が有するヒストリバッファ２４１を用いて辞書式圧縮データのフォーマットを変換し、フォーマット変換データを取得することができる。

【0183】

なお、フォーマット変換部２３がヒストリバッファ２４１を用いる場合、当該ヒストリバッファ２４１には不一致情報が格納されるが、当該不一致情報は前述した第１実施形態において説明したライトポインタ及びリードポインタを用いて管理されればよい。

【0184】

上記したように本実施形態においては、辞書式復号部２４が有するヒストリバッファ２４１を用いてフォーマット変換部２３がフォーマット変換データを取得する（つまり、辞書式圧縮データに含まれる不一致情報をヒストリバッファ２４１に格納することによって連続する不一致情報の数をカウントする）ような構成であっても、前述した第２実施形態において説明した効果を実現することが可能である。

【0185】

また、本実施形態においては、フォーマット変換部２３（不一致情報処理部２３２）が不一致情報バッファ２３２ａを有する必要がないため、当該不一致情報バッファ２３２ａを実現するための記憶領域を削減することができる。

【0186】

なお、本実施形態においては辞書式復号部２４が有するヒストリバッファ２４１をフォーマット変換部２３に含まれる不一致情報処理部２３２が用いるものとして説明したが、メモリシステム３（圧縮装置１０及び伸張装置２０）は、ヒストリバッファ２４１に格納される不一致情報（連続する複数の不一致情報）が当該ヒストリバッファ２４１から溢れない範囲（つまり、辞書式符号化における圧縮単位≦ヒストリバッファ２４１のサイズの範囲）で運用されるものとする。

【0187】

（第４実施形態）
次に、第４実施形態について説明する。なお、本実施形態においては、前述した第１～第３実施形態と同様の部分についての詳しい説明を省略し、当該第１～第３実施形態とは異なる部分について主に説明する。また、本実施形態に係る情報処理システムのハードウェア構成については前述した第１実施形態と同様であるため、適宜、図１を用いて説明する。

【0188】

図１２は、本実施形態に係る情報処理システム１の機能構成の一例を示すブロック図である。

【0189】

本実施形態においては、ホスト２が監視部２ｂ及び決定部２ｃを含む点で、前述した第２実施形態とは異なる。なお、本実施形態において、監視部２ｂ及び決定部２ｃは、ホスト２が備えるＣＰＵが所定のプログラムを実行すること（つまり、ソフトウェア）によって実現されてもよいし、ハードウェアによって実現されてもよいし、ソフトウェア及びハードウェアの組み合わせによって実現されてもよい。

【0190】

監視部２ｂは、情報処理システムの動作状態を監視し、当該動作状態を示す情報（以下、動作状態情報と表記）を決定部２ｃに出力する。

【0191】

決定部２ｃは、監視部２ｂによって出力された動作状態情報によって示される動作状態に基づいて、出力形式レジスタ３０に格納される出力形式情報を決定する。

【0192】

このように決定部２ｃによって決定された出力形式情報は、ホスト２からメモリシステム３に出力され、出力形式レジスタ３０に格納される。

【0193】

次に、図１３のフローチャートを参照して、本実施形態に係る情報処理システム１の処理手順の一例について説明する。ここでは、ホスト２の処理について主に説明する。なお、図１３に示す処理は、予め定められたタイミングで実行されてもよいし、例えば管理者等による指示に基づいて実行されても構わない。

【0194】

まず、監視部２ｂは、情報処理システム１の動作状態（パフォーマンス）を監視する。なお、本実施形態において、監視部２ｂによって監視される情報処理システム１の動作状態には、例えばホスト２とメモリシステム３との間に配置されるシステムバスの帯域使用率（以下、単にバス帯域使用率と表記）及び当該ホスト２に備えられるＣＰＵの使用率（以下、単にＣＰＵ使用率と表記）等が含まれる。この場合、監視部２ｂは、情報処理システム１の動作状態を示す動作状態情報として、バス帯域使用率及びＣＰＵ使用率を取得する（ステップＳ４１）。

【0195】

次に、決定部２ｃは、ステップＳ４１において動作状態情報として取得されたバス帯域使用率が予め定められた値（以下、第１閾値と表記）以上であるか否かを判定する（ステップＳ４２）。

【0196】

バス帯域使用率が第１閾値以上でない（つまり、バス帯域使用率が第１閾値未満である）と判定された場合（ステップＳ４２のＮＯ）、決定部２ｃは、ステップＳ４１において動作状態情報として取得されたＣＰＵ使用率が予め定められた値（以下、第２閾値と表記）以上であるか否かを判定する（ステップＳ４３）。

【0197】

ＣＰＵ使用率が第２閾値以上であると判定された場合（ステップＳ４３のＹＥＳ）、決定部２ｃは、出力形式レジスタ３０に格納される出力形式情報として第１出力形式情報を決定する（ステップＳ４４）。

【0198】

すなわち、図１３に示す処理によれば、バス帯域使用率が第１閾値未満であり、かつ、ＣＰＵ使用率が第２閾値以上である場合には、伸張データの形式で出力することを指示する第１出力形式情報が決定される。

【0199】

一方、バス帯域使用率が第１閾値以上であると判定された場合（ステップＳ４２のＹＥＳ）、決定部２ｃは、出力形式レジスタ３０に格納される出力形式情報として第２出力形式情報を決定する（ステップＳ４５）。

【0200】

すなわち、図１３に示す処理によれば、バス帯域使用率が第１閾値以上である場合には、フォーマット変換データの形式で出力することを指示する第２出力形式情報が決定される。

【0201】

なお、図１３においては、ＣＰＵ使用率が第２閾値以上でない（ＣＰＵ使用率が第２閾値未満である）と判定された場合（ステップＳ４３のＮＯ）、ステップＳ４５の処理が実行されるものとして示しているが、この場合（つまり、バス帯域使用率が第１閾値未満であり、かつ、ＣＰＵ使用率が第２閾値未満である場合）には、第１出力形式情報が決定されるようにしてもよい。

【0202】

上記したステップＳ４４の処理が実行された場合には、当該ステップＳ４４において決定された第１出力形式情報がメモリシステム３に備えられる出力形式レジスタ３０に格納される。一方、上記したステップＳ４５の処理が実行された場合には、当該ステップＳ４５において決定された第２出力形式情報がメモリシステム３に備えられる出力形式レジスタ３０に格納される。

【0203】

このような図１３の処理が実行された後に、ホスト２から読み出しコマンドが発行された場合には、例えば前述した図１０に示す処理が実行されればよい。

【0204】

なお、図１３に示す処理はホスト２から発行される読み出しコマンド毎に実行されても構わない。この場合、出力形式レジスタ３０には、読み出しコマンド毎に決定された出力形式情報が格納されるものとする。このように読み出しコマンド毎に出力形式情報を決定する構成の場合、前述した第２実施形態において説明したように、ホスト２（ＣＰＵ）とメモリシステム３との間のホストインタフェース４ａとして例えばＮＶＭｅ規格のインタフェースを用いてもよい。

【0205】

上記したように本実施形態においては、情報処理システム１の動作状態を監視し、当該動作状態に基づいて出力形式情報（第１出力形式情報または第２出力形式情報）を決定する。このような構成によれば、情報処理システム１の動作状態（バス帯域使用率及びＣＰＵ使用率）に応じて動的に出力形式レジスタ３０に格納される出力形式情報を変更することができるため、情報処理システム１全体の性能を効率的に向上させることが可能となる。

【0206】

なお、本実施形態においては図１３の処理が実行された後にホスト２から読み出しコマンドが発行された場合に図１０に示す処理が実行される（つまり、本実施形態が第２実施形態に適用される）ものとして説明したが、本実施形態は、第３実施形態（つまり、辞書式復号部２４が有するヒストリバッファ２４１を当該辞書式復号部２４とフォーマット変換部２３とで共有する構成）に適用されても構わない。

【0207】

（第５実施形態）
次に、第５実施形態について説明する。なお、本実施形態においては、前述した第１～第４実施形態と同様の部分についての詳しい説明を省略し、当該第１～第４実施形態とは異なる部分について主に説明する。また、本実施形態に係る情報処理システムのハードウェア構成については前述した第１実施形態と同様であるため、適宜、図１を用いて説明する。

【0208】

ここで、本実施形態においてはホスト２とメモリシステム３との間のホストインタフェース４ａとして前述したＮＶＭｅ規格のインタフェースが採用されている場合を想定しており、本実施形態は、当該ＮＶＭｅ規格のインタフェースを介したホスト２とメモリシステム３との間での読み出しコマンドの扱いについての具体例に相当する。

【0209】

図１４は、本実施形態に係る情報処理システム１の機能構成の一例を示すブロック図である。

【0210】

本実施形態において、ホスト２は、メモリシステム３との間で読み出しコマンドを含む各種コマンドを扱うための投入キュー（ＳＱ：Submission Queue）２ｄ及び完了キュー（ＣＱ：Completion Queue）２ｅを含む。

【0211】

投入キュー２ｄは、ホスト２から発行された例えば読み出しコマンドが格納（投入）されるキューである。

【0212】

完了キュー２ｅは、ホスト２から発行された例えば読み出しコマンドに対する応答（当該コマンドの実行が完了したことを示す完了応答）が格納されるキューである。

【0213】

なお、本実施形態においては、例えばホスト２が備えるメモリ等に投入キュー２ｄ及び完了キュー２ｅを実現するための記憶領域が確保されているものとする。また、以下の説明においては、投入キュー２ｄに読み出しコマンドが格納されるものとして説明するが、投入キュー２ｄには当該読み出しコマンドが格納されているメモリ（ＤＲＡＭ）のアドレス等が格納されており、当該読み出しコマンドは投入キュー２ｄとは別の記憶領域に格納される構成であってもよい。

【0214】

また、詳しい説明については後述するが、本実施形態においては決定部２ｃによって読み出しコマンド毎に出力形式情報が決定され、投入キュー２ｄに格納された読み出しコマンドに対して決定された出力形式情報は、当該投入キュー２ｄから読み出しコマンドを取り出すホストインタフェース４ａによって出力形式レジスタ３０に格納されるものとする。

【0215】

以下、図１５を参照して、上記した投入キュー２ｄ及び完了キュー２ｅを用いた情報処理システム１（ホスト２及びメモリシステム３）の動作について説明する。本実施形態において、投入キュー２ｄ及び完了キュー２ｅは、例えばＦＩＦＯ方式のリングバッファとして実現されているものとする。

【0216】

ここで、ホスト２から例えば読み出しコマンド３０１が発行された場合、ホスト２（ＣＰＵ）は、当該読み出しコマンド３０１を投入キュー２ｄに格納する（ステップＳ５１）。この場合、ホスト２は、既に投入キュー２ｄに格納されている他のコマンドの最後（つまり、ｔａｉｌ）に読み出しコマンド３０１を追加する。

【0217】

なお、上記したようにホスト２から発行される読み出しコマンド３０１毎に出力形式情報が決定されるものとすると、前述した図１３に示す処理は、読み出しコマンド３０１が投入キュー２ｄに格納される前に実行される。この場合、ホスト２から発行された読み出しコマンド３０１に対して決定された出力形式情報は、当該投入キュー２ｄに格納される読み出しコマンド３０１に付加される。

【0218】

上記したように読み出しコマンドが投入キュー２ｄに格納された場合、当該読み出しコマンド３０１が投入キュー２ｄに格納されたことがメモリシステム３に通知される。これにより、ホストインタフェース４ａは、投入キュー２ｄに格納されている読み出しコマンド３０１を当該投入キュー２ｄから取り出すことができる（ステップＳ５２）。この場合、ホストインタフェース４ａは、投入キュー２ｄに格納されている複数の読み出しコマンド３０１のうちの先頭（つまり、ｈｅａｄ）の読み出しコマンドを取り出す。

【0219】

ここで、上記したように投入キュー２ｄから取り出された読み出しコマンド３０１には出力形式情報が付されており、ホストインタフェース４ａは、当該出力形式情報を出力形式レジスタ３０に格納する。このように出力形式情報が出力形式レジスタ３０に格納されると、メモリシステム３においては、前述した図１０に示す処理が実行される。

【0220】

メモリシステム３から伸張データまたはフォーマット変換データが出力された場合、ホストインタフェース４ａは、上記した投入キュー２ｄから取り出された読み出しコマンド３０１の実行が完了したことを示す完了通知３０２を完了キュー２ｅに格納する（ステップＳ５３）。この場合、ホストインタフェース４ａは、既に完了キュー２ｅに格納されている他の完了通知３０２の最後（ｔａｉｌ）に完了通知３０２を追加する。

【0221】

完了キュー２ｅに格納された完了通知３０２は、ホスト２によって取り出される（ステップＳ５４）。この場合、ホスト２は、完了キュー２ｅに格納されている複数の完了通知３０２のうちの先頭（ｈｅａｄ）の完了通知３０２を取り出す。

【0222】

ここで、投入キュー２ｄから取り出された読み出しコマンド３０１に応じてメモリシステム３から出力されたデータ（伸張データまたはフォーマット変換データ）は、例えばホスト２が備えるメモリ（すなわち、完了キュー２ｅとは別の記憶領域）に格納されるものとする。この場合、完了キュー２ｅに格納された読み出しコマンド３０１の実行が完了したことを示す完了通知３０２には、例えば当該読み出しコマンド３０１に基づいてメモリシステム３から出力されたデータが格納されているメモリ内のアドレス（ポインタ）及び当該読み出しコマンドに付されていた出力形式情報（つまり、当該データに関する情報）が含まれる。

【0223】

このような完了通知３０２がホスト２によって完了キュー２ｅから取り出された場合、当該ホスト２は、当該完了通知３０２に含まれるアドレスに基づいてメモリシステム３から出力されたデータを取得することができる。

【0224】

なお、完了通知３０２に含まれている出力形式情報が第１出力形式情報である（つまり、第１出力形式情報が決定された読み出しコマンド３０１の実行が完了したことを示す完了通知３０２が完了キュー２ｅから取り出された）場合は伸張データが取得されるため、ホスト２は辞書式復号を行わない。一方、完了通知３０２に含まれている出力形式情報が第２出力形式情報である（つまり、第２出力形式情報が決定された読み出しコマンド３０１の実行が完了したことを示す完了通知３０２が完了キュー２ｅから取り出された）場合はフォーマット変換データが取得されるため、ホスト２は当該フォーマット変換データに対する辞書式復号を行う。

【0225】

なお、本実施形態においては読み出しコマンド３０１が投入キュー２ｄに格納される際に当該読み出しコマンド３０１に対する出力形式情報が情報処理システム１の動作状態に基づいて決定されるものとして説明したが、本実施形態においては、当該投入キュー２ｄに読み出しコマンド３０１が格納された後に当該動作状態（バス帯域使用率及びＣＰＵ使用率）が変化したとしても、当該読み出しコマンド３０１を削除して発行（生成）し直すような処理は実行しないものとする。

【0226】

上記したように本実施形態においては、ホスト２から発行される読み出しコマンド毎に出力形式情報を決定し、当該読み出しコマンドを投入キュー２ｄ（第１キュー）に順次格納し、当該読み出しコマンドの実行が完了したことを示す完了通知を完了キュー２ｅ（第２キュー）に順次格納する。なお、本実施形態において、ホスト２側でのフォーマット変換データに対する辞書式復号は、第２出力形式情報が決定された読み出しコマンドの実行が完了したことを示す完了通知が完了キュー２ｅから取り出された場合に行われる。

【0227】

上記した構成によれば、ホスト２とメモリシステム３との間のインタフェースとしてＮＶＭｅ規格のインタフェースが採用されているような場合には、投入キュー２ｄ及び完了キュー２ｅを用いて読み出しコマンドのやり取りを適切に行いながら、前述した第４実施形態等において説明した効果を実現することが可能となる。

【0228】

ここで、本実施形態においては、例えば１つの投入キュー２ｄを用意し、第１出力形式情報が決定された読み出しコマンド（以下、第１出力形式の読み出しコマンドと表記）及び第２出力形式情報が決定された読み出しコマンド（以下、第２出力形式の読み出しコマンドと表記）を混在させて当該投入キュー２ｄに格納するものとして説明したが、投入キュー２ｄを複数用意する構成としてもよい。同様に、完了キュー２ｅを複数用意する構成としてもよい。

【0229】

以下、投入キュー２ｄ及び完了キュー２ｅがそれぞれ２つ用意されている場合の情報処理システム１を本実施形態の変形例として説明する。以下の説明においては、２つの投入キュー２ｄのうちの一方を第１投入キュー２ｄ、他方を第２投入キュー２ｄと称する。また、２つの完了キュー２ｅのうちの一方を第１完了キュー２ｅ、他方を第２完了キュー２ｅと称する。

【0230】

なお、投入キュー２ｄ及び完了キュー２ｅが１つずつ用意されている本実施形態においては、読み出しコマンドが当該投入キュー２ｄに格納される際に情報処理システム１の動作状態に基づいて当該読み出しコマンドに対する出力形式情報が決定されるものとして説明したが、本実施形態の変形例においては、当該動作状態に基づいて第１及び第２投入キュー２ｄの各々と第１及び第２完了キュー２ｅの各々との優先度を制御し、当該制御される優先度に基づいて読み出しコマンド毎の出力形式情報が決定される構成とする。

【0231】

この場合、本実施形態の変形例においては、上記した優先度に基づいて、ＷＲＲ（weighted round robin）制御が行われるものとする。

【0232】

ここで、例えばバス帯域使用率が上記した第１閾値未満であり、ＣＰＵ使用率が上記した第２閾値未満である場合を想定する。この場合における第２投入キュー２ｄの優先度は、例えば第１投入キュー２ｄの優先度と同じになるように制御される。同様に、第２完了キュー２ｅの優先度は、例えば第２完了キュー２ｅの優先度と同じになるように制御される。

【0233】

図１６を参照して、上記したように第１投入キュー２ｄの優先度と第２投入キュー２ｄの優先度とが同一、かつ、第１完了キュー２ｅの優先度と第２完了キュー２ｅの優先度とが同一である場合の情報処理システム１の動作の概要について説明する。

【0234】

まず、１つ目の読み出しコマンドがホスト２から発行された場合を想定する。この場合、ホスト２に含まれる決定部２ｃは、第１投入キュー２ｄの優先度と第２投入キュー２ｄの優先度とが同一であるため、１つ目の読み出しコマンドに対して第１出力形式情報を決定する。このように第１出力形式情報が決定された読み出しコマンド（第１出力形式の読み出しコマンド）３０１ａは、第１投入キュー２ｄに格納される。すなわち、本実施形態の変形例において、第１投入キュー２ｄは、第１出力形式の読み出しコマンド３０１ａが格納される投入キューとして用いられる。

【0235】

次に、２つ目の読み出しコマンドがホスト２から発行された場合を想定する。この場合、決定部２ｃは、第１投入キュー２ｄの優先度と第２投入キュー２ｄの優先度とが同一であり、１つ目の読み出しコマンドが第１投入キュー２ｄに格納されたため、２つ目の読み出しコマンドに対して第２出力形式情報を決定する。このように第２出力形式情報が決定された読み出しコマンド（第２出力形式の読み出しコマンド）３０１ｂは、第２投入キュー２ｄに格納される。すなわち、本実施形態の変形例において、第２投入キュー２ｄは第２出力形式の読み出しコマンド３０１ｂが格納される投入キューとして用いられる。

【0236】

なお、詳しい説明は省略するが、３つ目の読み出しコマンドに対しては第１出力形式情報が決定され、当該３つ目の読み出しコマンドは、第１出力形式の読み出しコマンド３０１ａとして第１投入キュー２ｄに格納される。一方、４つの目の読み出しコマンドに対しては第２出力形式情報が決定され、当該４つ目の読み出しコマンドは、第２出力形式の読み出しコマンド３０１ｂとして第２投入キュー２ｄに格納される。

【0237】

上記したように第１投入キュー２ｄの優先度と第２投入キュー２ｄの優先度とが同一である場合には、第１出力形式の読み出しコマンド３０１ａ及び第２出力形式の読み出しコマンド３０１ｂが、交互に第１投入キュー２ｄ及び第２投入キュー２ｄに格納される。

【0238】

ここでは、第１投入キュー２ｄ及び第２投入キュー２ｄに読み出しコマンドが格納される場合について説明したが、ホストインタフェース４ａによって読み出しコマンドが取り出される場合についても同様である。この場合、第１出力形式の読み出しコマンド３０１ａ及び第２出力形式の読み出しコマンド３０１ｂは、交互に第１投入キュー２ｄ及び第２投入キュー２ｄから取り出されればよい。

【0239】

なお、第１出力形式の読み出しコマンド３０１ａ及び第２出力形式の読み出しコマンド３０１ｂが取り出された後のメモリシステム３の動作については本実施形態等において説明した通りであるため、ここではその詳しい説明を省略する。

【0240】

上記したようにホストインタフェース４ａによって第１出力形式の読み出しコマンド３０１ａが取り出され、当該第１出力形式の読み出しコマンド３０１ａに対する処理がメモリシステム３において実行された場合、当該第１出力形式の読み出しコマンド３０１ａの実行が完了したことを示す完了通知（以下、第１出力形式の完了通知と表記）３０２ａが第１完了キュー２ｅに格納される。すなわち、本実施形態の変形例において、第１完了キュー２ｅは、第１出力形式の完了通知３０２ａが格納される完了キューとして用いられる。

【0241】

一方、ホストインタフェース４ａによって第２出力形式の読み出しコマンド３０１ｂが取り出され、当該第２出力形式の読み出しコマンド３０１ｂに対する処理がメモリシステム３において実行された場合、当該第２出力形式の読み出しコマンド３０１ｂの実行が完了したことを示す完了通知（以下、第２出力形式の完了通知と表記）３０２ｂが第２完了キュー２ｅに格納される。すなわち、本実施形態の変形例において、第２完了キュー２ｅは、第２出力形式の完了通知３０２ｂが格納される完了キューとして用いられる。

【0242】

次に、ホスト２は、第１完了キュー２ｅの優先度及び第２完了キュー２ｅの優先度に基づいて第１及び第２完了キュー２ｅから完了通知を取り出す。

【0243】

具体的には、上記したように第１完了キュー２ｅの優先度と第２完了キュー２ｅの優先度とが同一である場合、ホスト２は、１つ目の完了通知として第１完了キュー２ｅから第１出力形式の完了通知３０２ａを取り出し、２つ目の完了通知として第２完了キュー２ｅから第２出力形式の完了通知３０２ｂを取り出す。同様に、ホスト２は、３つ目の完了通知として第１完了キュー２ｅから第１出力形式の完了通知３０２ａを取り出し、４つ目の完了通知として第２完了キュー２ｅから第２出力形式の完了通知３０２ｂを取り出す。

【0244】

上記したように第１完了キュー２ｅの優先度と第２完了キュー２ｅの優先度とが同一である場合には、第１出力形式の完了通知３０２ａ及び第２出力形式の完了通知３０２ｂが、交互に第１完了キュー２ｅ及び第２完了キュー２ｅから取り出される。

【0245】

なお、第１出力形式の完了通知３０２ａ及び第２出力形式の完了通知３０２ｂが取り出された後のホスト２の動作については本実施形態等において説明した通りであるため、ここではその詳しい説明を省略する。

【0246】

ここで、例えばバス帯域使用率が第１閾値以上に変化した場合を想定する。この場合、システムバスの帯域使用率を低減する（つまり、メモリシステム３からホスト２に送信されるデータ量を削減）する必要がある。このため、第２投入キュー２ｄの優先度は第１投入キュー２ｄの優先度よりも高くなるように制御され、第２完了キュー２ｅの優先度は第１完了キュー２ｅの優先度よりも高くなるように制御される。

【0247】

図１７を参照して、上記したように第２投入キュー２ｄの優先度が第１投入キュー２ｄの優先度よりも高く、第２完了キュー２ｅの優先度が第１完了キュー２ｅの優先度よりも高い場合の情報処理システム１の動作の概要について説明する。

【0248】

まず、１つ目の読み出しコマンドがホスト２から発行された場合を想定する。この場合、ホスト２に含まれる決定部２ｃは、第２投入キュー２ｄの優先度が第１投入キュー２ｄの優先度よりも高いため、１つ目の読み出しコマンドに対して第２出力形式情報を決定する。このように第２出力形式情報が決定された読み出しコマンド（第２出力形式の読み出しコマンド）３０１ｂは、第２投入キュー２ｄに格納される。

【0249】

次に、２つ目の読み出しコマンドがホスト２から発行された場合を想定する。この場合、決定部２ｃは、第２投入キュー２ｄの優先度が第１投入キュー２ｄの優先度よりも高いため、２つ目の読み出しコマンドに対して第２出力形式情報を決定する。このように第２出力形式情報が決定された読み出しコマンド（第２出力形式の読み出しコマンド）３０１ｂは、第２投入キュー２ｄに格納される。

【0250】

更に、３つ目の読み出しコマンドがホスト２から発行された場合を想定する。この場合、決定部２ｃは、１つ目の読み出しコマンド及び２つ目の読み出しコマンドが第２出力形式の読み出しコマンド３０１ｂとして第２投入キュー２ｄに格納されたため、３つ目の読み出しコマンドに対して第１出力形式情報を決定する。このように第１出力形式情報が決定された読み出しコマンド（第１出力形式の読み出しコマンド）３０１ａは、第１投入キュー２ｄに格納される。

【0251】

なお、詳しい説明は省略するが、４つ目及び５つ目の読み出しコマンドに対しては第２出力形式情報が決定され、当該４つ目及び５つ目の読み出しコマンドは、第２出力形式の読み出しコマンド３０１ｂとして第２投入キュー２ｄに格納される。一方、６つ目の読み出しコマンドに対しては第１出力形式情報が決定され、当該６つ目の読み出しコマンドは、第１出力形式の読み出しコマンド３０１ａとして第１投入キュー２ｄに格納される。

【0252】

上記したように第２投入キュー２ｄの優先度が第１投入キュー２ｄの優先度よりも高い場合には、第１出力形式の読み出しコマンド３０１ａ及び第２出力形式の読み出しコマンド３０１ｂが、例えば１対２のような割合で第１投入キュー２ｄ及び第２投入キュー２ｄに格納される。なお、優先度の低い第１投入キュー２ｄよりも高い頻度で優先度の高い第２投入キュー２ｄに読み出しコマンドが格納される構成であれば、第１投入キュー２ｄ及び第２投入キュー２ｄに格納される読み出しコマンドの数（割合）や順番は適宜変更されても構わない。

【0253】

ここでは、第１投入キュー２ｄ及び第２投入キュー２ｄに読み出しコマンドが格納される場合について説明したが、ホストインタフェース４ａによって読み出しコマンドが取り出される場合についても同様である。この場合、第１出力形式の読み出しコマンド３０１ａ及び第２出力形式の読み出しコマンド３０１ｂは、例えば１対２のような割合で第１投入キュー２ｄ及び第２投入キュー２ｄから順次取り出されればよい。

【0254】

なお、第１出力形式の読み出しコマンド３０１ａが取り出された場合に第１出力形式の完了通知３０２ａが第１完了キュー２ｅに格納され、第２出力形式の読み出しコマンド３０１ｂが取り出された場合に第２出力形式の完了通知３０２ｂが第２完了キュー２ｅに格納される点については、上記した図１６において説明した通りである。

【0255】

次に、ホスト２は、第１完了キュー２ｅの優先度及び第２完了キュー２ｅの優先度に基づいて第１及び第２完了キュー２ｅから完了通知を取り出す。

【0256】

具体的には、上記したように第２完了キュー２ｅの優先度が第１完了キュー２ｅの優先度よりも高い場合、ホスト２は、１つ目及び２つ目の完了通知として第２完了キュー２ｅから第２出力形式の完了通知３０２ｂを取り出し、３つ目の完了通知として第１完了キュー２ｅから第１出力形式の完了通知３０２ａを取り出す。同様に、ホスト２は、４つ目及び５つ目の完了通知として第２完了キュー２ｅから第２出力形式の完了通知３０２ｂを取り出し、６つ目の完了通知として第１完了キュー２ｅから第１出力形式の完了通知３０２ａを取り出す。

【0257】

上記したように第２完了キュー２ｅの優先度が第１完了キュー２ｅの優先度よりも高い場合には、第１出力形式の完了通知３０２ａ及び第２出力形式の完了通知３０２ｂが、例えば１対２のような割合で第１完了キュー２ｅ及び第２完了キュー２ｅから取り出される。なお、優先度の低い第１完了キュー２ｅよりも高い頻度で優先度の高い第２完了キュー２ｅから完了通知が読み出される構成であれば、第１完了キュー２ｅ及び第２完了キュー２ｅから取り出される完了通知の数（割合）や順番は適宜変更されても構わない。

【0258】

ここでは、バス帯域使用率が第１閾値以上に変化した場合について説明したが、例えばＣＰＵ使用率が第２閾値以上に変化した場合には、当該ＣＰＵ使用率を低減する（つまり、ＣＰＵの負荷を抑制する）ために、第１投入キュー２ｄの優先度を第２投入キュー２ｄの優先度よりも高くなるように制御し、第１完了キュー２ｅの優先度を第２完了キュー２ｅの優先度よりも高くなるように制御してもよい。この場合の情報処理システム１の動作については上記した通りであるため、ここではその詳しい説明を省略する。

【0259】

なお、詳しい説明については省略するが、第１及び第２投入キュー２ｄの優先度と第１及び第２完了キュー２ｅの優先度とは、上記したバス帯域使用率及びＣＰＵ使用率を総合的に勘案して調整されるようにしてもよい。

【0260】

更に、ここでは第１投入キュー２ｄの優先度に対する第２投入キュー２ｄの優先度と、第１完了キュー２ｅの優先度に対する第２完了キュー２ｅの優先度とが同一である場合を想定して説明したが、第１投入キュー２ｄの優先度に対する第２投入キュー２ｄの優先度と、第１完了キュー２ｅの優先度に対する第２完了キュー２ｅの優先度とは異なっていてもよい。具体的には、例えば第１投入キュー２ｄの優先度と第２投入キュー２ｄの優先度とは同一であるが、第２完了キュー２ｅの優先度が第１完了キュー２ｅの優先度よりも高くなるようにしてもよい。

【0261】

また、ここでは第１及び第２投入キュー２ｄに対する読み出しコマンドの格納（投入）と、当該第１及び第２投入キュー２ｄからの読み出しコマンドの取り出しとを同一の優先度に基づいて行うものとして説明したが、当該読み出しコマンドの格納と当該読み出しコマンドの取り出しとは、異なる優先度に基づいて行うようにしてもよい。

【0262】

また、ここでは第１及び第２投入キュー２ｄの優先度と第１及び第２完了キュー２ｅの優先度との両方が制御される構成について説明したが、当該第１及び第２投入キュー２ｄの優先度と第１及び第２完了キュー２ｅの優先度とのうちの一方のみが制御される構成であってもよい。

【0263】

上記したように本実施形態の変形例においては、ホスト２が第１及び第２投入キュー２ｄ（第１及び第２キュー）と第１及び第２完了キュー２ｅ（第３及び第４キュー）とを含み、第１完了キュー２ｅから第１出力形式の完了通知が取り出された場合には辞書式復号は行われず、第２完了キュー２ｅに格納された完了通知が取り出された場合には辞書式復号が行われる。

【0264】

また、本実施形態の変形例においては、第１及び第２投入キュー２ｄの優先度が情報処理システム１の動作状態に基づいて制御され、当該優先度に基づいて読み出しコマンド毎の出力形式情報が決定される（つまり、当該優先度に基づいて各読み出しコマンドが第１及び第２投入キュー２ｄに格納される）。また、第１及び第２投入キュー２ｄに格納された読み出しコマンドは、第１及び第２投入キュー２ｄの優先度に基づいて順次取り出されて実行される。

【0265】

なお、例えばＣＰＵ使用率が第１閾値以上である場合には、第１投入キュー２ｄの優先度は、第２投入キュー２ｄの優先度よりも高くなるように制御される。また、例えばバス帯域使用率が第２閾値以上である場合には、第２投入キュー２ｄの優先度は、第１投入キュー２ｄの優先度よりも高くなるように制御される。

【0266】

ここでは、第１及び第２投入キュー２ｄについて説明したが、第１及び第２完了キュー２ｅについても同様である。

【0267】

本実施形態の変形例においては、このような構成により、例えばバス帯域使用率が高い場合には、第２出力形式の読み出しコマンド３０１ｂがメモリシステム３（ホストインタフェース４ａ）によって取り出される頻度が高くなり、データ量の少ないフォーマット変換データがメモリシステム３から出力されやすくなる。よって、バス帯域使用率を低減することができる。

【0268】

一方、例えばＣＰＵ使用率が高い場合には、第１出力形式の読み出しコマンド３０１ｂがメモリシステム３（ホストインタフェース４ａ）によって取り出される頻度が高くなり、辞書式復号を行う必要がない伸張データがメモリシステム３から出力されやすくなる。よって、ＣＰＵ使用率を低減することができる。

【0269】

ここで、上記した本実施形態（つまり、投入キュー２ｄ及び完了キュー２ｅを１つずつ用意する構成）においては読み出しコマンドが当該投入キュー２ｄに格納される際に情報処理システム１の動作状態に基づいて当該読み出しコマンドに対する出力形式情報が決定されるものとして説明したが、このような構成では、既に出力形式情報が決定された読み出しコマンドが投入キュー２ｄに格納された順に実行されるため、当該読み出しコマンドが投入キュー２ｄに格納された後の情報処理システム１の動作状態の変化に即座に対応することはできない。

【0270】

これに対して、本実施形態の変形例（つまり、投入キュー２ｄ及び完了キュー２ｅを２つずつ用意する構成）においては、読み出しコマンドが第１及び第２投入キュー２ｄに格納された後であっても、当該第１及び第２投入キュー２ｄまたは第１及び第２完了キュー２ｅの優先度を制御することによって、優先的に投入キュー２ｄまたは完了キュー２ｅから取り出される読み出しコマンドまたは完了通知を変更することができるため、バス帯域使用率及びＣＰＵ使用率のような情報処理システム１の動作状態が時々刻々と変化するような場合においても、当該変化に対して少ない処理量で即座に対応することが可能となる。結果として、情報処理システム１全体としての性能をより向上させることができる。

【0271】

また、上記した本実施形態において説明したように投入キュー２ｄ及び完了キュー２ｅが１つずつ用意されている構成においては例えば読み出しコマンド及び完了通知を取り出す度に出力形式情報を確認して処理を変える必要があるが、本実施形態の変形例のように出力形式情報毎に投入キュー２ｄ及び完了キュー２ｅを用意する構成によれば、読み出しコマンド及び完了通知を取り出した時点で出力形式情報を把握することができるため、より効率的な動作を実現することができる。

【0272】

一方、上記した本実施形態の構成は、本実施形態の変形例の構成と比較して投入キュー２ｄ及び完了キュー２ｅを実現するための記憶領域を削減することができるという利点がある。

【0273】

なお、本実施形態の変形例においては、第１投入キュー２ｄ、第２投入キュー２ｄ、第１完了キュー２ｅ及び第２完了キュー２ｅがそれぞれ１つずつ用意されている構成について説明したが、第１投入キュー２ｄ、第２投入キュー２ｄ、第１完了キュー２ｅ及び第２完了キュー２ｅのうちの少なくとも１つは、複数用意されていてもよい。また、例えば第１投入キュー２ｄが複数用意されている場合において、当該複数の第１投入キュー２ｄの各々の優先度は同一となるように制御されてもよいし、異なるように制御されてもよい。第２投入キュー２ｄ、第１完了キュー２ｅまたは第２完了キュー２ｅが複数用意されている場合であっても同様である。このような構成によれば、上記した情報処理システム１の動作状態の変化に対してより柔軟に対応することが可能となる。

【0274】

更に、本実施形態の変形例においては、ホスト２が２つの投入キュー２ｄ（第１及び第２投入キュー２ｄ）と１つの完了キュー２ｅとを含む構成や、ホスト２が１つの投入キュー２ｄ及び２つの完了キュー２ｅ（第１及び第２完了キュー２ｅ）を含む構成等であっても構わない。

【0275】

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

【符号の説明】

【0276】

１…情報処理システム、２…ホスト、２ａ…辞書式復号部（第３復号部）、２ｂ…監視部、２ｃ…決定部、２ｄ…投入キュー、２ｅ…完了キュー、３…メモリシステム、４…コントローラ、４ａ…ホストインタフェース（出力部）、４ｂ…ＣＰＵ、４ｃ…ＮＡＮＤインタフェース、４ｄ…ＤＲＡＭインタフェース５…ＮＡＮＤ型フラッシュメモリ（不揮発性メモリ）、６…ＤＲＡＭ、１０…圧縮装置、１１…辞書式符号化部（第１圧縮部）、１２…エントロピー符号化部（第２圧縮部）、１３…ＥＣＣエンコーダ、２０…伸張装置、２１…ＥＣＣデコーダ、２２…エントロピー復号部（第１復号部）、２３…フォーマット変換部、２４…辞書式復号部（第２復号部）、３０…出力形式レジスタ、４０…セレクタ、１１１…ヒストリバッファ（第１バッファ）、２３１…一致情報処理部、２３２…不一致情報処理部、２３２ａ…不一致情報バッファ（第２バッファ）、２３２ｂ…不一致情報カウンタ、２３２ｃ…バッファ制御部、２４１…ヒストリバッファ（第３バッファ）

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8A】

【図8B】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】