JP2021096837A - 信頼性の向上したｓｓｄ - Google Patents

Abstract

【課題】本発明の目的は、可変レベルの信頼性を提供する改善されたストレージ・システムを提供することにある。【解決手段】ソリッド・ステート・ドライブ（ＳＳＤ：Solid State Drive）が開示される。ＳＳＤは、ホスト上のアプリケーションから読み取り及び書き込みの要請を受信するためのインターフェースを含み得る。少なくとも１つのチップを含むストレージは、データを格納することができる。ＳＳＤコントローラは、アプリケーションから読み取り及び書き込みの要請を処理することができる。設定モジュールは、ＳＳＤを設定することができる。ストレージはＳＳＤの設定及びその設定に対する信頼性を指定するエントリを含む信頼性テーブルを含み得る。【選択図】図３

Description

本発明の概念は、一般的に、ストレージ・システムに関し、より詳細には、可変的なレベルの信頼性を提供するストレージ・システムに関する。

理想的には、ＳＳＤ（Solid State Drive）のようなストレージ装置は、記録されたすべてのビットがエラーなしに読み取られ、完璧であり得る。しかし、現実の世界は完璧ではない。つまり、ＳＳＤの製造業者の最善の努力にもかかわらず、時々、エラーが発生する。

消費者を助けるために、製造業者は、装置に対する信頼性の推定値を提供することができる。例えば、製造業者は９９.９９％の信頼性（またはこれに相応する記録及び／又はリード(read：読み取られた)された１０００ビット当たり１ビットの平均誤り率）を報告することができる。（実際には、この信頼性は、比較的低い。ＳＳＤに記録されたほぼすべてのページにおいて、少なくとも１つのエラーを示唆することができる。ただし、この信頼性レベルは、例示にすぎない。）

しかし、この信頼性は、ＳＳＤに記録されたりＳＳＤから読み取られたりするビットの数に関連付けられる。この信頼性は、アプリケーションの時点からデータの信頼性を正確に反映していない可能性がある。ＳＳＤによって遂行される他の機能も、真正の信頼性に影響を与える可能性がある。

ストレージ・システムの信頼性をより正確に決定し、ストレージ・システムの信頼性を制御する必要性が残されているままである。

米国特許第８５３３５５８号明細書 米国特許第８６３１３０６号明細書 米国特許第８７１９６６５号明細書 米国特許第８８９２９８０号明細書 米国特許第９０３２２４５号明細書 米国特許第９３１７３６２号明細書 米国特許出願公開第２０１９/０１６４５９９号明細書

本発明は、上記従来技術に鑑みてなされたものであって、本発明の目的は、可変レベルの信頼性を提供する改善されたストレージ・システムを提供することにある。

本発明の実施形態によるソリッド・ステート・ドライブ（ＳＳＤ： Solid State Drive）は、ホスト上の第１のアプリケーションから読み取り要請及び書き込み要請を受信するためのインターフェースと、少なくとも１つのチップを含むデータに対するストレージと、ストレージを使用してホスト上の第１のアプリケーションからの読み取り要請及び書き込み要請を処理するソリッド・ステート・ドライブ（ＳＳＤ： Solid State Drive）コントローラと、ＳＳＤを設定するための設定モジュールと、信頼性テーブルに対するストレージと、を備え、信頼性テーブルは少なくとも第１のエントリ及び第２のエントリを含み、第１のエントリはＳＳＤの第１の設定とＳＳＤの第１の設定に対する第１の信頼性を識別（identify：特定する）し、第２のエントリはＳＳＤの第２の設定とＳＳＤの第２の設定に対する第２の信頼性を識別する。

本発明の実施形態による方法は、少なくとも１つのチップを含むデータに対するソリッド・ステート・ドライブ（ＳＳＤ：Solid State Drive）についての信頼性を決定する段階と、ＳＳＤから信頼性テーブルの第１のエントリにアクセスする段階と、第１のエントリに基づいてＳＳＤを設定する段階と、を含み、信頼性テーブルは少なくとも第１のエントリ及び第２のエントリを含み、第１のエントリは、ＳＳＤの第１の設定とＳＳＤの前記第１の設定に対する第１の信頼性を識別し、第２のエントリはＳＳＤの第２の設定とＳＳＤの前記第２の設定に対する第２の信頼性を識別する。

本発明の実施形態による方法は、ＳＳＤに対する有効な信頼性を要請する信頼性の要請をホスト上のアプリケーションからＳＳＤに伝送する段階と、ホスト上のアプリケーションでＳＳＤからＳＳＤに対する有効な信頼性を受信する段階と、ＳＳＤに格納された信頼性のテーブルを要請する信頼性テーブルの要請をホスト上のアプリケーションからＳＳＤに伝送する段階と、ホスト上のアプリケーションでＳＳＤから信頼性テーブルを受信する段階と、ホスト上のアプリケーションに対する少なくとも所望の信頼性に基づいて、信頼性テーブルからエントリを選択する段階と、ホスト上のアプリケーションからＳＳＤに設定要請を伝送する段階と、を含み、信頼性テーブルのエントリのそれぞれは、ＳＳＤの設定とＳＳＤの設定に対する信頼性を識別し、設定要請は信頼性テーブルでエントリを識別する。

本発明の実施形態によると、可変的なレベルの信頼性を提供する向上したストレージ・システムが提供される。

本発明の一実施形態による、クライアント及びソリッド・ステート・ドライブ（ＳＳＤ：Solid State Drive）を有するサーバを含むシステムを示す。 図１のサーバの詳細事項を示す。 図１のＳＳＤの詳細事項を示す。 図１のＳＳＤに対する信頼性テーブルを示す。 図１のＳＳＤの代替案のビューを示す。 図５のアプリケーションと図１のＳＳＤとの間の交換されたメッセージを示す。 本発明の一実施形態による、所望の信頼性を提供するように、それ自体を（セルフ）設定する図１のＳＳＤに対する例としてのプロシージャのフローチャートを示す。 それ自体（セルフ）を設定する図１のＳＳＤに対する例としてのプロシージャのフローチャートを示す。 所望の信頼性を決定するための、図１のＳＳＤに対する例としてのプロシージャのフローチャートを示す。 所望の信頼性を決定するための、図１のＳＳＤに対する例としてのプロシージャのフローチャートを示す。 図１のＳＳＤの有効な信頼性性を決定するための、図１のＳＳＤに対する例としてのプロシージャのフローチャートを示す。 本発明の一実施形態による所望の信頼性を提供するために、図１のＳＳＤに指示する図５のアプリケーションに対する例としてのプロシージャのフローチャートを示す。 本発明の一実施形態による所望の信頼性を提供するために、図１のＳＳＤに指示する図５のアプリケーションに対する例としてのプロシージャのフローチャートを示す。

本発明の実施形態について詳細に参照を行い、それらの例は、添付図面に図示される。以下の詳細な説明では、本発明の概念を完全に理解することができるように、多数の特定の詳細事項が説明される。しかし、当業者は、これらの特定の詳細事項なしで本発明の概念を実施することができることを理解しなければならない。他の場合において、公知の方法、プロシージャ、コンポーネント、回路、及びネットワークは、実施形態の態様を不必要に曖昧にしないために詳細に説明していない。

第１、第２などの用語は、本明細書において多様な要素を説明するために使用される場合があるが、これらの要素は、この用語によって限定されてはいけないことが理解されるだろう。この用語は、１つの要素を他の要素と区別するためだけに使用される。例えば、第１のモジュールは、第２のモジュールと称され、同様に、第２のモジュールは、本発明の概念のカテゴリを超えずに、第１のモジュールと称される。

本明細書で、本発明の概念の説明に使用される用語は、特定の実施形態だけ説明するためのものであり、本発明の概念を限定しようとするものではない。本発明の概念及び添付された特許請求の範囲の説明に使用されているように、単数形（「ａ」、「ａｎ」及び「ｔｈｅ」）は、文脈上明らかに別の意味を示していると判定されない限り、複数形も含むように意図される。本明細書で使用される用語 「及び／又は」は、１つ以上の関連され、列挙された項目の任意かつすべての可能な組み合わせを指して含むものと理解されるだろう。本明細書で「含む（comprises）」及び／又は「含んでいる（comprising）」を使用するとき、用語「含む（comprises）」及び／又は「含んでいる（comprising）」は、言及された特徴、整数（integer）、段階、演算、要素、及び／又はコンポーネントの存在を明示するが、１つ以上の他の特徴、整数、段階、演算、要素、コンポーネント、及び／又はこれらのグループの存在又は追加を排除しないことを理解するはずである。図面のコンポーネント及び特徴は、必ずしも縮尺通り図示されたものではない。

製造業者によって列挙された信頼性が、ストレージ装置の真正の信頼性を正確に反映しない可能性がある方法の例示として、データ圧縮を考慮する。ソリッド・ステート・ドライブ（ＳＳＤ：Solid State Drive）がデータを記録する前にデータを圧縮すると、圧縮されたデータのシングルビットエラー（error）が、実際に生データ（raw data）の多数のビットに影響を与える可能性がある。たとえば、データが２：１の有効比率で圧縮された場合（つまり、記録されたデータのサイズが生データのサイズの１/２である）、シングルビットエラーは、２ビットの生データに影響を与えると予想される。つまり、平均誤り率を実質的に２倍に高める。また、最悪の場合は、エラーに起因してＳＳＤが生データを成功的に圧縮解除することができず、生データ全体が失われる可能性がある。

また、データの重複排除（data deduplication）を考慮することができる。データの重複排除では、ＳＳＤは多数のファイルの中から同一のデータチャンク（chunks of data）（あるいは複数回同一に格納された全体のファイルでさえ）を識別して、ストレージの効率性を改善しようとする。データの多数のコピーを格納する代わりに、ＳＳＤは、ただ１つのコピーを格納し、そしてそのデータのチャンクを含む、多様なファイルからその（該当する）コピーを参照することができる。しかし、重複排除されたデータにエラーがある場合は、そのエラーは、データを使用するすべてのファイルでエラーとなって誤り率を再び拡大する。たとえば、同一のデータが３つの異なるファイルに使用される場合は、重複したデータのシングルエラーは、実際に３つの異なるファイルで３つのエラーである。

なお、異なるアプリケーションは、それぞれ異なる信頼性要件を有し得る。たとえば、１つのアプリケーションはアプリケーションによって記録された１ＭＢに１つのエラーだけを望んでいるが、別のアプリケーションは、アプリケーションによって記録された１ＧＢのデータに１つのエラーだけを望む場合がある。アプリケーションは、使用可能な異なるストレージ装置の中から選択するのに役立つように、このような信頼性の比率を明示することができるが、現在、単一のストレージ装置が多数の異なる信頼性レベルをサポートすることができない。

実装に応じて、ＳＳＤは多数のレベルを含む場合があり、信頼性は多数のレベルに管理され得る。このような信頼性が管理される多数のレベルは、ＮＡＮＤフラッシュメモリチップ、不揮発性メモリチップ又はメモリチップの他のタイプのようなフラッシュメモリチップであり得る（データが実際に格納される）メモリチップそのもの、（メモリチップから読み取られたエラーを検出及び／又は訂正する）エラー訂正コード（ＥＣＣ：Error Correcting Code）モジュールを使用すること、及び （若干の冗長性（redundancy）のために、多数のチャンネルを通じて複数のメモリチップに渡ってデータが格納される）ＲＡＩＤ／消去コーディングの実装を含み得る。

ＲＡＩＤ（Redundant Array of Independent Disk）又は消去コーディング（Erasure Coding）を使用して、エラーの検出及び訂正を提供する多様な方法がある。たとえば、ＲＡＩＤ１、ＲＡＩＤ５、ＲＡＩＤ６、又はエラー訂正をサポートする代替案の消去コーディングの実装を使用することができる。各実装は、信頼性の多様なレベルを提供する。

ＥＣＣモジュールが、また使用されることがあり、任意の所望のＥＣＣアルゴリズムを実装することができる。エラー検出及び／又は訂正を提供することができる例としてのアルゴリズムは、基本パリティチェック（basic parity check）、ＣＲＣ（Cyclic Redundancy Check）、ハミングコード（Hamming Codes）、及びこれと類似したものを含んでおり、すべてはエラーを検出及び／又は訂正を遂行するためのよく知られているスキーム（scheme）である。各実装は、信頼性の多様なレベルを提供する。

最後に、ＮＡＮＤフラッシュメモリチップは、信頼性と関連していくつかのオプションを提供することもできる。たとえば、シングルレベルセル（ＳＬＣ：Single-Level Cell）を考慮することができる。ＳＬＣは、１ビットのデータを格納することができる。セルに適切な電圧を印加することで、ＳＳＤはビットを読み取ることができる（つまり、セルに１つの電圧を印加すると、セルは「０(zero)」を格納するように決定される一方で、セルに異なる電圧を印加することにより、セルは「１」の値を格納するように決定される）。マルチレベルセル（ＭＬＣ：Multi-Level Cell）は、２ビットのデータを格納するため、セルに格納された値を決定するために、最大４つの異なる電圧レベルが要求される。トリプルレベルセル（ＴＬＣ：Triple-Level Cells）は、最大３ビットのデータを格納するため、セルに格納された値を決定するために、最大８つの異なる電圧レベルが要求される。クワッドレベルセル（ＱＬＣ：Quad-Level Cell）は、最大４ビットのデータを格納するため、セルに格納された値を決定するために、最大１６個の異なる電圧レベルが要求される。

セルに格納されたビットの数が増加するにつれて、異なる可能な格納値を区分する電圧範囲の幅はより小さくなる。したがって、ＱＬＣが印加された電圧処理から発生するエラーに起因してエラーを返す可能性が、ＳＬＣがこのようなエラーを返すよりも高くなる（ＭＬＣ及びＴＬＣの場合も同様である）。なお、セルは格納するビットの数が増加するにつれて、より少ない書き込みをサポートする傾向がある。したがって、ＳＬＣは、最大１０万個のデータの書き込みをサポートすることができるが、ＱＬＣは最大１００個のデータの書き込みのみをサポートすることができる（その後、データを記録するにあたって、エラーが発生する可能性がより高くなる）。（また、セルの値を決定するために、セルに印加しなければならない電圧の数が、セルに格納されたビットの数に応じて増加するため、ＳＬＣよりＱＬＣのセルからデータを読み取るのに時間が、さらにかかる可能性がある。）

セルに格納されたビットの数と入力電圧の不正確な処理に起因するエラー（発生）の可能性との間には関係があるため、ＱＬＣは、他のセルタイプより、このようなエラーを経験する可能性がより高く、ＳＬＣは、そのようなエラーを経験する可能性が最も低いと結論を下すことができる（また、その代わりに、ＱＬＣは最も信頼性の低いセルタイプであり、ＳＬＣはより信頼性の高いセルタイプである。）。もちろん、ＮＡＮＤフラッシュメモリチップが両方のタイプのセルをすべて提供していない限り、特定の信頼性を達成するために、データを所望のセルタイプに格納することはできない。しかし、格納することができるよりも少ない数のビットを格納するセルを使用することができるため、信頼性を向上させることができる。

ＱＬＣのタイプを考慮する。 ＱＬＣが４ビットのデータを格納すると、信頼性は知られているとおりである。しかし、ＱＬＣが、例えば１つのビットだけ格納すると（他の３ビットは、デフォルト値（default values）又は「ドントケア（don’t care、どちらでもよい）」値で残す）、ＱＬＣは事実上ＳＬＣをエミュレート（emulate）する。「ドントケアのビットの値を区別する電圧処理エラーに起因して発生するエラーは、関連がなくなる。つまり、セルの値を決定するために印加しなければならない入力電圧は、事実上ただ２つだけである。（本発明の実施形態は、ＱＬＣが１ビットだけを潜在的に格納して読み取るように実装されることを示唆しているのではなく、「ドントケア（don’t care）」ビットと関連して、返された情報及びその情報と関連付けられているエラーは、共に無視され得ることを示唆する。本発明の実施形態は、またＱＬＣに一度に１つのビットだけ格納することが、増加された記録動作の数をサポートするＱＬＣをもたらすことができることを示唆しない。）したがって、ＱＬＣが１ビットだけを格納する場合は、誤り率が減少し、信頼性が向上し得る。設計されたよりも少ないビットを格納するのに使用される任意のセルタイプの場合にも同様である。したがってＱＬＣはＴＬＣ、ＭＬＣ又はＳＬＣをエミュレートすることができ、ＴＬＣはＭＬＣ又はＳＬＣをエミュレートすることができ、ＭＬＣはＳＬＣをエミュレートすることができ、すべて信頼性が向上し得る。（逆に遂行されることは有り得ない。どのようなセルのタイプも信頼性が落ちても、指定された情報のビットの数以上を格納することができない。）

ＱＬＣを取得し、それを経験的にテストし、４ビットより少ないビットを格納するときに、それがどれくらいの信頼性があるかを決定することが可能である。つまり、ＴＬＣ及びＭＬＣについても同様である。このテストは、ＱＬＣに記録されるデータの量を除いて、ＱＬＣ（又は他のセルのタイプ）が、一般的なそれらの信頼性を決定するためにテストされる方法と異ならない。したがって、各セルに対して、セルによってサポートされる最大数よりも少ない場合にも、任意のビットの数を格納するときの信頼性を決定することが可能である。

ＲＡＩＤ／消去コーディングとＥＣＣモジュールの場合は、その信頼性を推定することができる数学的モデルがあるか、又は信頼性は、実際の使用によって経験的に決定される（個々のセルタイプの信頼性がどのように決定され得るかと非常に類似する）。

ＳＳＤの多様なレベルにおいて、エラー訂正スキームが互いに完全に独立ではないというのが事実だ。つまり、ＲＡＩＤの実装及びＥＣＣモジュールの誤り率が１０^-１０であり、ＱＬＣを使用して１つのビットのみ格納する場合、誤り率が１０^-１０である場合、３つすべてを使用すると、１０^-３０の誤り率（個別誤り率の積）が発生しない。しかし、多様なレベルのソリューションは、少なくとも部分的に補完的である。ＳＳＤの１つ以上のレベルでエラー訂正スキームの組み合わせを使用すると、別個に個別的なレベルによって提供されるよりは、高い信頼性の比率を提供することができる。

ＳＳＤ装置の製造時、多様なレベルで、それぞれのエラー訂正の組み合わせの信頼性をテストして、任意の個々の組み合わせの全体的な信頼性を決定することができる。したがって、例えば、ＮＡＮＤフラッシュメモリにＱＬＣが含まれている場合には、つまり、４つの可能な変形（ＱＬＣを使用して４ビット、３ビット、２ビット又は１ビットを格納する）があり、ＥＣＣは３つの異なるエラー訂正スキームを提供し、ＲＡＩＤ／消去コーディングの実装が１０個の異なるエラー訂正変形を提供する場合、総１２０個の異なる組み合わせ（４×３×１０＝１２０）を有し得る。製造業者は、このような各組み合わせをテストし、各組み合わせの個々の信頼性を決定することができる。この情報は、ＳＳＤ内のストレージ（例えば、設定モジュール）に格納され得る。設定モジュールは、また所望の信頼性を達成するために、多様なレベルにおいて、適切なエラー訂正の組み合わせを選択することを担当することができる。

本発明の一部の実施形態において、アプリケーションは、データに適用される信頼性を特定することができる。たとえば、一部のアプリケーションは、データの高い信頼性を要求することができるが、他のアプリケーションは、データが（例えば、一時的なデータ又は失われた場合簡単に復元されるデータ）損失される場合、あまり気にしない可能性がある。アプリケーションに指定された信頼性が与えられると、設定モジュールは、多様なエラー訂正の組み合わせに対する信頼性の比率を使用して、アプリケーションデータの目標信頼性（target reliability）を達成するようにＳＳＤを設定することができる。多数のアプリケーションが同一のＳＳＤにデータを記録する場合、設定モジュールは、すべてのＳＳＤがアプリケーションの中の任意の１つによって要求される最高の信頼性で動作するように設定するか、又は設定モジュールは、ＳＳＤの異なる領域が異なる信頼性のレベルで動作するように設定することができる。たとえば、ＲＡＩＤ又はＥＣＣの実装を変更せずに、ＳＳＤはより高い信頼性を要求するデータのために、１ビットだけをＱＬＣに格納することができ、より低い信頼性を許容するデータのために４ビットをＱＬＣに格納することができる。本発明の実施形態は、データの任意の所望のユニット（例えば、ページ、ブロック、プレーン、ダイ、チップ、又はすべてのＳＳＤ）に信頼性管理がサポートできることに留意されたい。

本発明の他の実施形態では、アプリケーションは、データに対する信頼性の要件を提供せず、単純にデータを提供することができる。本発明の概念のこのような実施形態において、より詳細には、ＳＳＤが、圧縮、データの重複排除、又は信頼性の影響を与えることができる任意の他のトランザクション（transaction）を使用できる、本発明の概念の実施形態の場合には、ＳＳＤは任意の特定のデータユニット（unit）に対する有効な信頼性（effective reliability）が何なのかを追跡することができる。したがって、アプリケーションの生データが圧縮される場合には、ＳＳＤはデータの有効圧縮比率を追跡することができ、この比率は誤り率に対する乗数（multiplier）を決定するのに使用され得る。また、ＳＳＤがデータの重複排除を使用する場合には、ＳＳＤは特定のデータユニットを共有しているファイルの数を追跡することができ、これは（再び）誤り率の乗数を決定するのに使用され得る。その後、公示された信頼性が達成されるように保障するために、設定モジュールは、この情報を、多様なエラー訂正の組み合わせに対する信頼性の比率と組み合わせて使用することにより、公示された信頼性を提供する適切な組み合わせを選択することができる（ＳＳＤの動作をベースに、エラーがどのように増大されるかを考慮する）。

目標信頼性を達成するために、エラー訂正の組み合わせを選択するときに考慮することができる唯一の変数は、信頼性ではないことに注意しなければならない（ただし、主要な変数であり得る）。もし信頼性だけが唯一の考慮事項であったなら、ＳＳＤは、単に最も高い信頼性を提供するエラー訂正の組み合わせを使用するように設定することができ、それで終わりであり得る。つまり、より高い信頼性を達成することができない。しかし、多様なエラー訂正の組み合わせも、また他の影響（implication）を有する。このような他の影響は、空間のオーバーヘッド（space overhead）と性能を含む。たとえば、ＱＬＣを使用して情報の１ビットのみを格納する場合は、ＱＬＣはより高い信頼性で動作するが、（ＱＬＣは４ビットだけ格納することができるため）ストレージ側面からは１/４程度だけ効率的である。また、性能も考慮すべき事項である。他のエラー訂正の組み合わせは、データ処理に多くの時間が必要な場合があり、これはＳＳＤのレイテンシ（latency）に影響を与えることができる。

したがって、他の考慮事項を考慮に入れると、設定モジュールは、目標信頼性の比率を提供するＳＳＤを設定するために使用するエラー訂正の組み合わせを選択することができる。たとえば、空間オーバーヘッドが重要な要素とみなされる場合には、ＱＬＣが４ビットのデータを格納するようにするエラー訂正の組み合わせが（また、ＥＣＣモジュール又はＲＡＩＤ／消去コーディングにさらに依存する）、ＱＬＣで１ビットのみを格納するエラー訂正の組み合わせよりも選好され得る。また、性能が空間のオーバーヘッドよりも大きい問題である場合、ＱＬＣが１ビットのデータのみを格納しても、データを訂正するためにＥＣＣモジュール及び／又はＲＡＩＤ／消去コーディングにそれほど依存しないエラー訂正の組み合わせが選好される。

図１は、本発明の実施形態による、クライアント及びＳＳＤを有するサーバを含むシステムを示す。図１において、クライアント（１０５-１、１０５-２）は、ネットワーク１１５を通じてサーバ１１０と通信していることで示される。クライアント（１０５-１、１０５-２）とサーバ１１０は、クライアントサーバの関係に有り得る。つまり、クライアント（１０５-１、１０５-２）はコマンドを発行し、サーバ１１０はそのコマンドを遂行することができる。代替的に、サーバ１１０は、クライアント（１０５-１、１０５-２）の関与を避けながら、エンドユーザーによって直接使用されるコンピュータであり得る。

ネットワーク１１５は、ネットワークの任意のタイプ又は変種であり得る。例えば、ネットワーク１１５は、他の可能なものの中で、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、ＭＡＮ（Metropolitan Area Network）、又はインターネットのようなグローバルネットワークを含み得る。データは、ネットワーク１１５を通じて直接伝送されることが有り得るか、或いは例えば、暗号化又はＶＰＮ（Virtual Private Network）を使用して保護されることが有り得る。ネットワーク１１５は、有線又は無線の接続を含み得る。また、ネットワーク１１５は、この代替案の任意の所望の組み合わせを含み得る。たとえば、クライアント（１０５-１、１０５-２）は、無線接続を介してＬＡＮに接続され、最終的にはＬＡＮは有線接続を介してインターネットに接続され、最終的にはインターネットは、サーバ１１０に接続された別のＬＡＮに接続され得る。クライアント（１０５-１、１０５-２）とサーバ１１０との間の接続は、多様であり得る。つまり、すべての状況において、接続が同一の必要はない。

サーバ１１０は、プロセッサ１２０、メモリ１２５、及びソリッド・ステート・ドライブ（ＳＳＤ）１３０を含み得る。プロセッサ１２０は、オペレーティングシステムを含むソフトウェア・スタック、アプリケーション、（ファイルシステムのような）ストレージソフトウェア、及びサーバ１１０に取り付けられた装置（例えば、メモリ１２５及びＳＳＤ１３０）を管理するのためのコントローラのソフトウェアを含み得る。プロセッサ１２０は、任意のタイプのプロセッサ、例えば、Ｉｎｔｅｌ Ｘｅｏｎ、Ｃｅｌｅｒｏｎ、Ｉｔａｎｉｕｍ又はＡｔｏｍプロセッサ、ＡＭＤ Ｏｐｔｅｒｏｎプロセッサ、ＡＲＭプロセッサなどであり得る。図１は、単一のプロセッサ１２０を示しているが、サーバ１１０は、任意の数のプロセッサを含むことがあり、それぞれのプロセッサは、シングルコア又はマルチコアのプロセッサであり得るし、任意の所望の組み合わせで混合され得る。

メモリ１２５は、サーバ１１０で使用される一般的なメモリであり得る。メモリ１２５は、フラッシュメモリ、ＤＲＡＭ（Dynamic Random Access Memory）、ＳＲＡＭ（Static Random Access Memory）、永続性ＲＡＭ（Persistent Random Access Memory）、ＦＲＡＭ（Ferroelectric Random Access Memory）又はＭＲＡＭ（Magnetoresistive Random Access Memory）などのようなＮＶＲＡＭ（Non- Volatile Random Access Memory）のような任意のタイプのメモリであり得る。メモリ１２５は、揮発性メモリ又は非揮発性メモリであり得る。メモリ１２５は、また異なるメモリタイプの任意の所望の組み合わせであり得る。メモリ１２５は、メモリコントローラ（図１に図示せず）によって管理（又は制御）され、これはソフトウェア・スタックの一部であるドライバを有するサーバ１１０の別個のコンポーネントであり得る。メモリ１２５は、「短期（short-term）」と呼ばれるデータ、すなわち、長期間格納することが予想されていないデータを格納するのに使用される。短期データの例は、一時的ファイル、アプリケーションによってローカルで使用されるデータ（他のストレージ位置からコピーされたことが有り得る）などを含み得る。

プロセッサ１２０とメモリ１２５は、また多様なアプリケーションが実行されるオペレーティングシステムをサポートすることができる。このアプリケーションは、メモリ１２５又はＳＳＤ１３０からデータを読み出したり、メモリ１２５又はＳＳＤ１３０に記録する要請を発行したりすることができる。メモリ１２５は、「短期」と呼ばれるデータを格納するのに使用されるが、ＳＳＤ１３０は、「長期（long-term）」とみなされているデータ、すなわち、長期間格納することが予想されるデータを格納するのに使用されるストレージ装置であり得る。ＳＳＤ１３０は、プロセッサ１２０上で実行されるソフトウェア・スタックでは、コントローラのソフトウェアを使用してアクセスされる。図１は、ただ１つのＳＳＤ１３０を図示するが、本発明の実施形態は、任意のタイプのストレージ装置を含み、任意の所望の接続を介して接続される。したがって、ＳＳＤ１３０は、ＳＡＴＡ（Serial AT Attachment）ハード・ディスク・ドライブ、イーサネットのＳＳＤ又は他のタイプのストレージ装置に代替され得る。なお、本発明の実施形態は、任意の数（０以上）のストレージ装置を含むことがあり、それぞれのストレージ装置は、任意の所望のタイプであり得るため、多数の異なるタイプのストレージ装置がサーバ１１０で混合される場合がある。

図２は、図１のサーバ１１０の詳細事項を示している。図２に示されたように、一般に、サーバ１１０は、１つ以上のプロセッサ１２０を含み得る。プロセッサ１２０は、メモリコントローラ２０５とクロック２１０を含み、マシンのコンポーネントの動作を調整するのに使用される。プロセッサ１２０は、また、例えば、ＲＡＭ（random access memory）、ＲＯＭ（read-only memory）、又は他の状態のストレージ媒体を含み得るメモリの１２５に結合される。プロセッサ１２０は、ストレージ装置１３０とネットワークコネクタ２１５に結合され、ネットワークコネクタ２１５は、例えば、イーサネットコネクタ又は無線コネクタであり得る。プロセッサ１２０は、またバス２２０に接続され、バス２２０は、ユーザーインターフェース２２５及び入力／出力インターフェースポートに取り付けられる。入力／出力インターフェースポートは、他のコンポーネントの中で入力／出力のエンジン２３０を使用して管理される。

図３は、図１のＳＳＤ１３０の詳細事項を示している。図３において、ＳＳＤ１３０は、ホスト・インターフェース・ロジック（ＨＩＬ）３０５、ＳＳＤコントローラ３１０、及び多様なメモリチップ（３１５-１〜３１５-８）（また、「メモリストレージ」と呼ばれる）を含むことことがあり、メモリチップ（３１５-１〜３１５-８）は、多様なチャネル（３２０-１〜３２０-４）に組織化される。ホスト・インターフェース・ロジック３０５は、ＳＳＤ１３０と他のコンポーネント（例えば、図１のプロセッサ１２０又は他のＳＳＤ）との間の通信を管理することができる。このような通信は、ＳＳＤ１３０からデータを読み出すための読み取り要請及びＳＳＤ１３０にデータを記録するための書き込み要請を含み得る。ホスト・インターフェース・ロジック３０５は、単一のポートのみを使用してインターフェースを管理することができるか、又は多数のポートを介してインターフェースを管理することができる。代替案として、ＳＳＤ１３０は、多数のポートを含むことがあり、これらの各々は、そのポートを介したインターフェースを管理するために、別のホスト・インターフェース・ロジック３０５を有し得る。本発明の実施形態は、また可能性を混合することができる（例えば、３つのポートを有するＳＳＤは、１つのポートを管理するための１つのホスト・インターフェース・ロジック、及び他の２つのポートを管理するための第２のホスト・インターフェース・ロジックを有し得る。）。

ＳＳＤコントローラ３１０は、メモリコントローラ（図３に図示せず）を使用して、メモリチップ（３１５-１〜３１５-８）上のガベージコレクション（garbage collection）及び他の動作とともに読み取り及び書き込みの動作を管理することができる。メモリチップ（３１５-１〜３１５-８）は、ＮＡＮＤフラッシュメモリチップ又は他の不揮発性メモリチップのような、任意のタイプのメモリチップであり得るが、本発明の実施形態は、ＮＶＲＡＭ（Non-Volatile RAM）のような他のストレージ・システムへ拡張することができる。

ＳＳＤコントローラ３１０は、変換レイヤー３２５、エラー訂正コードモジュール３３０、ＲＡＩＤ／消去コーディングモジュール３３５、設定モジュール３４０、及び信頼性テーブルストレージ３４５を含み得る。変換レイヤー３２５は、図１のプロセッサ１２０上で実行されるアプリケーションによって使用される論理ブロックアドレス（ＬＢＡ）から、データがＳＳＤ１３０に実際に格納される物理ブロックアドレス（ＰＢＡ）へのマッピング（mapping）を管理することができる。変換レイヤー３２５を使用することにより（本発明の一部の実施形態では、変換レイヤー３２５は、フラッシュ変換階層３２５と呼ばれることがある）、ＳＳＤ１３０は、アプリケーションがデータの現在存在しているところをよく知っているように維持しなければならないことなしに、データをメモリチップ（３１５-１〜３１５-８）の間で移動させることができる。（例えば、アプリケーションが新しい値にデータを上書きする（overwrite）ことを要請する場合に、これが発生することができる（ＳＳＤは、一般的にその位置で（原位置で、in place）データの上書きをサポートしないため、新しい位置に新しいデータを格納する。）。また、いくつかの有効なデータを含むブロックがガベージコレクションの対象となった場合には、これが発生することができる。）。変換レイヤー３２５は、ＳＳＤ１３０内のどこかに、いくつかの（好ましくは）不揮発性ストレージに格納されたテーブルとして実装され得る。

エラー訂正コード（ＥＣＣ）モジュール３３０は、エラー訂正コードをメモリチップ（３１５-１〜３１５-８）に記録されるデータに適用することができる。本発明のいくつかの実施形態では、ＥＣＣモジュール３３０は、どんなメモリチップ（３１５-１〜３１５-８）にデータを格納するのかに関係なく、データに適用され、したがって別の実施形態では、チャネル（３２０-１〜３２０-４）のそれぞれ（又はメモリチップ（３１５-１〜３１５-８）のそれぞれ）は、独自のＥＣＣモジュール３３０を有し得る。ＥＣＣモジュール３３０は、任意の所望のエラー訂正アルゴリズムを実装することができ、したがって（実装されたアルゴリズムに基づいて）多様なエラーの検出及び／又は訂正をサポートすることができる。ＥＣＣモジュール３３０によって使用される例としてのアルゴリズムは、パリティコード（parity codes）、ＣＲＣ（Cyclic Redundancy Check）コード又はハミングコード（Hamming codes）のようなものを含む。ＥＣＣモジュール３３０は、適切な命令語を実行する汎用プロセッサを使用するか、又はＦＰＧＡ（Field Programmable Gate Array）、ＡＳＩＣ（Application-Specific Integrated Circuit）、ＧＰＵ（Graphics Processing Unit）若しくはその他の所望の実装を使用して実装され得る。

ＲＡＩＤ／消去コーディングモジュール３３５は、メモリチップ（３１５-１〜３１５-８）上にデータを格納するために、任意の所望のＲＡＩＤ又は消去コーディングスキーム（scheme）を実装することができる。（ＲＡＩＤ（Redundant Array of Independent Disks）は、消去コーディングの特定の実装セットを記述しているため、ＲＡＩＤ／消去コーディングモジュール３３５は、機能面で縮小せずに消去コーディングモジュールとして、より一般的に記述され得る。）一般的に、ＲＡＩＤ／消去コーディングモジュール３３５は、ＳＳＤ１３０上に記録されるデータを取得して、そのデータを多様なユニットに分割し、これらのユニットを異なるメモリチップ（３１５-１〜３１５-８）に格納することができる。冗長性を導入するためには、同一のデータは、多数のメモリチップ（３１５-１〜３１５-８）上に格納することができるか、又は（パリティコード、ＣＲＣコード又はハミングコードのような）エラー訂正情報が使用され得る。このような方式で、エラーは検出されて訂正される。（ＲＡＩＤ／消去コーディングモジュール３３５及びＥＣＣモジュール３３０の両方で同一の基本的なアプローチが使用されることがあるものの、異なる規模（比率、scale）であり得る。つまり、ソリューションは、このように互いに補完される場合が有り得る。）消去コーディングモジュール３３５は、適切な命令語を実行する汎用プロセッサを使用したり、ＦＰＧＡ、ＡＳＩＣ、ＧＰＵ又はその他の所望の実装を使用したりして実装される。

設定モジュール３４０は、信頼性を向上させるためにどのような技術が使用されるかをプログラミングするのに使用される。異なる信頼性の高い技術をどのように使用できるかは疑問であるが、答えは簡単である。ＥＣＣモジュール３３０及びＲＡＩＤ／消去コーディングモジュール３３５は、それぞれ（潜在的に）異なる信頼性の比率を有する異なるエラー訂正技術に対するサポートを提供することができる。設定モジュール３４０は、ＥＣＣモジュール３３０及び／又はＲＡＩＤ／消去コーディングモジュール３３５に与えられた時間にどのようなエラー訂正技術が使用され得るかを指示するのに用いられる。

しかし、この答えは、フォローアップの質問につながる。つまり、多様なレベルの信頼性を提供する、異なるエラー訂正技術があるならば、なぜ常に最も安定的な（信頼性の高い）アプローチを使用しないのか？。答えは、異なる技術がＳＳＤ１３０の動作に他の影響を与える可能性があり、これはより高い信頼性の利点を相殺することができるというものである。たとえば、同一のデータがそれぞれのメモリチップ（３１５-１〜３１５-８）に格納される可能性を考慮してみよう。このアプローチは、データの８倍(重)(8-fold)の複製を導入し、単一のメモリチップの故障によりデータの損失を生じさせない。このアプローチの欠点は、同一のデータが８回格納されるため、ＳＳＤ１３０の総使用可能なストレージは、単一のメモリチップのストレージよりも大きくないというものである。言い換えれば、ＳＳＤ１３０によって提供される総利用可能ストレージ（available storage）は、ＳＳＤ１３０によって提供される物理ストレージの８分の１にすぎないか、又は使用可能なストレージの８７.５％がデータの重複されたコピーのために予約されている。データが敏感しすぎて８倍の複製が必要な場合には、この対価は受け入れることができる。しかし、大多数のユーザーにこれらの冗長性は過剰であり、使用可能なストレージ（usable storage）の減少は、容認することはできない。

したがって、設定モジュール３４０は、ＥＣＣモジュール３３０及びＲＡＩＤ／消去コーディングモジュール３３５によって提供されるものから、特定の技術を使用するようにＥＣＣモジュール３３０及びＲＡＩＤ／消去コーディングモジュール３３５を指示（或いはプログラム又は設定する。つまり、どのような用語も選好され得る）するように使用される。

ＥＣＣモジュール３３０及びＲＡＩＤ／消去コーディングモジュール３３５の外に、設定モジュール３４０によって設定される他のコンポーネント、具体的にはメモリチップ（３１５-１〜３１５-８）がある。異なるメモリチップは、データを格納する別の方法を提供することができ、これは、メモリチップの信頼性に影響を与えることができる。この事実を理解するには、異なるタイプのメモリストレージを理解することが重要である。

メモリは、何が起きているかによって、多様なレベルの粒度（細かさ、granularity）でデータを管理する。たとえば、データを読み書きする基本的なアクセスユニットは、ページである（これは、任意の所望のサイズであり得る。例えば、４ＫＢのデータ）。ページがフリー（free）の状態にある場合は、ページに記録することができる。ただし、新しいデータが既存のデータを代替するとき、ページを上書きすることができない場合がある。この場合、元のページには有効でないとマークされ、新しいデータが新しいページに記録される。ページはブロックと呼ばれるグループに組織（organize）される（また、ブロックは複数のページを含む）。例えば、ブロックは、６４又は１２８ページを有し得る。ブロック（又はブロックのグループであるスーパーブロック）は、一般的に、データを消去（erase）（これは、ページを更新できるフリー（free）の状態に返す）するユニットである。したがって、消去のために選択されたブロックに任意の有効なデータがある場合は、ブロックを消去する前に、有効なデータをブロックの外（又は他のブロック）にコピーしなければならない（ブロックを消去するとき、有効なデータが失われてはいけない）。

しかし、より微細なレベルでさえ、データストレージ上に変形が存在する。セルと呼ばれる個々のユニットは、ページより細かい粒度でデータを格納する。（個々のセルは、直接アクセスすることはできない。全体のページを１つのユニットとして読み書きすることができる。）各セルは、多様な電圧が印加されるとき、応答するように設計された。このような異なる応答を使用して値をセルに読み書きすることができる。

最も単純な形式で、セルは、その応答が変化する単一のトリガー（trigger）電圧（境界点として思われる場合がある）を有している。つまり、そのトリガー電圧未満の電圧を印加すると、応答は、そのトリガー電圧以上の電圧を印加することとは異なる。したがって、例えば、入力電圧が０Ｖから５Ｖまで変化することができれば、セルが応答し始めることができる点は２.５Ｖになれる。（セルが応答する方法は、セルに格納された値に応じて異なる。たとえば、セルが２進値の「０」を表す場合、セルは、１つの電圧（例えば、第１の電圧）を出力することができるが、セルが２進値の「１」を表す場合、セルは、他の電圧（例えば、第２の電圧）を出力することができる。）シングルビットのみを格納するセルは、シングルレベルセル（ＳＬＣ： Single Level Cell）とも称されるようになる。

マルチレベルセル（ＭＬＣ：Multi-Level Cell）は、１ビットより多くのビットを格納するセルを指す。「マルチ」は、「２以上」を意味するものと理解されるが、実際にはＭＬＣは、一般的に２ビットを格納することができる一方で、トリプルレベルセル（ＴＬＣ：Triple Level Cell）は、３ビットを格納することができ、クワッドレベルセル（ＱＬＣ：Quad-Level Cell）は、４ビットを格納することができる。ＭＬＣ（及び１ビットより多くのビットを格納する他のすべてのタイプのセル）は、多数のビットを格納するため、ＭＬＣは多数のトリガー電圧を有する。たとえば、入力電圧が０Ｖから５Ｖまで変化することができる場合は、ＭＬＣは１Ｖ、２Ｖ、３Ｖ及び４Ｖにトリガー電圧を有し得る。トリガー電圧に応じて、フラッシュメモリチップは、セルに格納された実際の値を決定することができる。したがって、例えば、トリガー電圧が１Ｖであれば、セルは値００を格納することができ、トリガー電圧が２Ｖであれば、セルは値０１を格納することができ、トリガー電圧が３Ｖであれば、セルは値１０を格納することができ、トリガー電圧が４Ｖであれば、セルは値１１を格納することができる。

多様なセルのタイプは、互いに異なる利点／欠点を有する。明らかに、セル当たり１つ以上のビットの情報を格納することができるというのは、同一の量のデータを格納するために、より少ない数のセルが必要であることを意味する。したがって、データがＳＬＣに格納されると、同一の量のデータを格納するためにＭＬＣ、ＴＬＣ又はＱＬＣが必要とするより、もっと多くのＳＬＣが必要である。より多くのビットを格納する個別のセルは、より少ないビットを格納するセルよりも高価になりがちであるが、増加された費用は、そのようなより少ないセルを必要とすることで相殺され得る。したがって、同一の量のデータを格納するためには、一般的にＱＬＣがＴＬＣよりも低廉であり、これはＭＬＣよりも低廉であり、これはＳＬＣよりも低廉である。

しかし、コストを相殺することができる他の要因がある。一番目に、ＳＳＤは、セルに格納された値を決定するためにいくつかの他の電圧に対してセルをテストすしなければならないため、遂行すべきこのようなテストが多ければ多いほど、セルの性能が低下する可能性がある。たとえば、ＱＬＣを考慮する。ＱＬＣは４ビットのデータを格納するため、ＱＬＣは１６個の可能な値のいずれか１つを取ることができる。したがってＱＬＣを読み取るには、１６個の可能なトリガー電圧に対してＱＬＣをテストすることを要求することができ、これは２つのトリガー電圧に対してセルをテストするよりも時間がかかる。したがって、ＱＬＣはＴＬＣよりも遅く読み取られ、これはＭＬＣよりも遅く読み取られ、これはＳＬＣよりも遅くなる。なお、セルが、格納できるビットが多ければ多いほど、セルのライフタイムでプログラム／消去サイクルの数が減少し得る。例えば、ＳＬＣはセルが失敗する前に、１０万回のプログラム／消去動作を保障することができるが、ＭＬＣの場合１万回、ＴＬＣの場合１千回、ＱＬＣの場合百回に落ちる可能性がある。従って、異なるタイプのセルが異なるストレージプロファイル（profile）に対してもっとよく用いられ。つまり、ＱＬＣはほとんど変わらないデータを格納するためにもっとよく使用される一方、ＳＬＣは、比較的に変わる頻度が高いデータに使用される。

セルタイプの最終的な欠点は、より高い密度（density）のデータを格納するセルに必要なトリガー電圧の数と再び関連付けられている。トリガー電圧の数が多ければ多いほど、そのトリガー電圧が互いに近くに配置される。しかし、トリガー電圧が互いに近いほど、潜在的なエラーに対するセルの脆弱性が高くなる。たとえば、ＱＬＣを考慮する。ＱＬＣは４ビットのデータを格納できるため、ＱＬＣには１６個の可能な値が存在する。１６個の可能な値を区別するには１６個のトリガー電圧が必要になる可能性があり、これはトリガー電圧の間の間隔（gap）が０.２５Ｖよりわずかに大きい可能性があることを意味する。セルが実際に意図したものとは異なる電圧に応答していると考えるが、急激な電圧降下（dip）又は電圧上昇（surge）が要求されず、これはＱＬＣがセル読み取りの試みに誤って応答する可能性があるということを意味する。（考慮すべきトリガー電圧が少ないため、エラーのマージン（margin of error）が大きくなっても、この同一の解析は、ＭＬＣ及びＴＬＣのセルタイプにも適用することができる。）

したがって、信頼性の問題に戻ると、ＱＬＣは、より高いデータ密度を格納することができるが、エラーのマージンが減少される犠牲を払わなければならない。しかし、ＱＬＣ（又は２ビットのデータ以上を格納する任意のタイプのセル）が多数のビットを格納することができるとしても、ＱＬＣが、必ずしも多数のビットを格納しなければならないという意味ではない。このようなＱＬＣは、４ビットのデータ未満を格納するために使用され、ＱＬＣの他のビットに割り当てられた任意の値は、読み取りの動作では無視される。ＱＬＣにより少ないビットを格納することで、有効なトリガー電圧の数が減少してエラーのマージンを広げることができる。（ＱＬＣは、１６個のトリガー電圧のすべてをテストするためには、相変わらずにハードワイヤ（hardwire）されることがあるが、セルにアクセスするのに必要な時間は減少されず、エラーの発生可能性だけ減少される。）

例えば、ＱＬＣが単に１ビットのデータを格納するために使用されたと仮定する。この値（０又は１）は、ＱＬＣの４ビットの中のいずれか１つに格納され、他のビットはＳＳＤによって事実上無視される（つまり、そのビットは、セルが記録されるとき、任意の値が割り当てられ、そのビットから読み取られた値は無視され、関心あるビットのみが返される）。ＱＬＣは、今では、１つのトリガー電圧のみ実質的に有するため、セルが誤って（例えば、電圧変動に起因して）書き込まれたり、誤って読み取られたりする可能性が減る。

従って、均等なフラッシュメモリチップ（３１５-１〜３１５-８）の動作上の挙動（behavior）を変更することで、ＳＳＤの信頼性に影響を与えることもできる。しかし、考慮すべきいくつかの警告がある。まず、フラッシュメモリチップ（３１５-１〜３１５-８）の動作挙動を変更することで、ＳＳＤの信頼性が影響を受けるか否かは、フラッシュメモリチップ（３１５-１〜３１５-８）に使用されるセルのタイプに依存する。セルのデータ密度が高いほど、ＳＳＤの信頼性に影響を与えることができるオプションがもっと多い。たとえばＳＬＣは、１ビットのデータのみを格納するため、ＳＬＣの動作形態を変更することで、ＳＬＣだけを使用するＳＳＤの信頼性は向上しない可能性がある。

なお、上述した改善点は、一方向にのみ作動する。より高い密度のデータを格納することができるセルは、セルのいくつかのビットを無視することにより、より低密度のデータを格納するのに使用され得る。しかし、セルが、格納することができるよりも多くのビットをセルに格納しようと試みて、ＳＳＤの信頼性を低下させることはできない。例えば、ＳＬＣは１ビットのデータだけを格納することができるため、（許容できる信頼性の減少に関係なく）ＳＬＣに２ビットを格納することはできない。（もちろん、格納可能なものよりも少ない数のビットを格納するセルは、その増加がセルの能力を超えていなければ、データ密度が増加することができる。したがって、例えば、４ビットを格納することができるＱＬＣが、現在２ビットだけ格納する場合は、データ密度が３ビット又は４ビットに増加することができるが、５ビットには増加することができない。）

二番目に、フラッシュメモリチップ（３１５-１〜３１５-８）を使用して同一のデータをすべて格納するように、セルに格納することができるよりも少ない数のビットを格納すると、ＳＳＤで使用可能なストレージ（usable storage）が減少する可能性がある。たとえば、ＱＬＣセルを使用して総計利用可能なストレージ容量（total available storage）が１ＴＢのＳＳＤを考慮する。ＱＬＣを使用してセル当たり１つのビットのみが格納される場合には、ＳＳＤの有効容量は、単に２５６ＧＢ（総計利用可能なストレージ容量の２５％）である。残りの７６８ＧＢのストレージは、ＱＬＣの未使用ビットで「損失」される。

一方、異なるフラッシュメモリチップは、互いに異なる全体的な（overall）信頼性を達成するように設定される。したがって、例えば、フラッシュメモリチップ（３１５-１〜３１５-８）は、すべてＱＬＣセルを使用すると仮定しよう。フラッシュメモリチップ（３１５-１）は、それぞれのセルに１つのビットだけを格納するように設定され、これにより減少された利用可能なストレージを犠牲にして増加された信頼性を提供する。一方、フラッシュメモリチップ（３１５-２）は、それぞれのセルに４ビットを格納するように設定されることがあって、低い信頼性を犠牲にして利用可能な最大のストレージを提供することができる。

設定モジュール３４０は、適切な命令語を実行する汎用プロセッサを使用して、又はＦＰＧＡ、ＡＳＩＣ、ＧＰＵ又は任意の他の所望の実装を使用して実装される。図３において、ＥＣＣモジュール３３０、ＲＡＩＤ／消去コーディングモジュール３３５及び設定モジュール３４０は、異なるコンポーネントとして図示される。これらのコンポーネントは、別々に製造されてＳＳＤ１３０に設置されることがあるため、これらは別々のコンポーネントとして実装される。また、このようなコンポーネントは、実際に物理的に別の場所に有り得る。例えば、図５を参照して上述され、且つ追加で議論されるように、ＥＣＣモジュール３３０は、個々のチャンネル（しかし、多数のメモリチップに）に適用され得る一方で、ＲＡＩＤ／消去コーディングモジュール３３５は、多数のチャンネルに渡って適用される。このような設定において、ＥＣＣモジュール３３０、ＲＡＩＤ／消去コーディングモジュール３３５及び設定モジュール３４０の中の任意のものが共通のハードウェア（common hardware）を使用して実装される可能性は少ない。しかし、本発明の概念のいくつかの実施形態では、これらのコンポーネントの一部又は全部が共通のハードウェアを使用して実装される。

上述した議論は、設定モジュール３４０がメモリチップ（３１５-１〜３１５-８）、ＥＣＣモジュール３３０及びＲＡＩＤ／消去コーディングモジュール３３５を設定するために何をすることができるかに焦点を当てているが、設定モジュール３４０がそのような動作を遂行するようにトリガー（trigger）することに関しては、まだ説明されていなかった。以下の図５及び図６は、設定モジュール３４０が動作を遂行するようにトリガーすることができることを議論する。

最後に、設定モジュール３４０をサポートするために、ＳＳＤ１３０は、信頼性テーブルのストレージ３４５を含み得る。信頼性テーブルのストレージ３４５は、信頼性テーブルを格納することができる。この信頼性テーブルは、メモリチップ（３１５-１〜３１５-８）、ＥＣＣモジュール３３０及びＲＡＩＤ／消去コーディングモジュール３３５によって使用される多様なスキームの組み合わせによって提供される信頼性に対する情報を提供することができる。

図４は、図１のＳＳＤ１３０に対する信頼性テーブルを示す。図４において、信頼性テーブル４０５が示される。信頼性テーブル４０５は、ストレージスキーム４１０、ＥＣＣスキーム４１５及び消去コーディングスキーム４２０のような多様な列を含む。集合的に、ストレージスキーム４１０、ＥＣＣスキーム４１５及び消去コーディングスキーム４２０は、設定４２５を構成する。つまり、信頼性テーブル４０５での与えられたエントリに対して、ストレージスキーム４１０、ＥＣＣスキーム４１５及び消去コーディングスキーム４２０は、図３のメモリチップ（３１５-１〜３１５-８）、図３のＥＣＣモジュール３３０、図３のＲＡＩＤ／消去コーディングモジュール３３５がどのように設定され得るかを具体的に明示する。他の列は、信頼性４７０（与えられた設定の全体の信頼性を明示することができる）、空間オーバーヘッド４３０（特定の設定を使用することにより、発生する任意の空間の限定を明示することができる）、及び性能４３５（特定の設定を使用することにより、発生する任意の性能の限定を明示することができる）を含み得る。信頼性だけが図１のＳＳＤ１３０を設定する方法についての強力な考慮事項であれば、空間オーバーヘッド４３０及び性能４３５は、信頼性テーブル４０５から省略され得る。

信頼性テーブル４０５は、図１のＳＳＤ１３０のそれぞれの可能な設定に対するエントリを含み得る。例えば、図４は、６つのエントリ（４４０、４４５、４５０、４５５、４６０、４６５）を含む信頼性テーブルを示す。それぞれのエントリは、図１のＳＳＤ１３０の異なる可能な設定を示す。したがって、例えば、エントリ４４０は、図３のメモリチップ（３１５-１〜３１５-８）に対する第１のストレージスキーム（Storage1）、図３のＥＣＣモジュール３３０に対する第１のＥＣＣスキーム（ＥＣＣ１）、図３のＲＡＩＤ／消去コーディングモジュール３３５に対する第１の消去コーディングスキーム（ＥＣ１）を使用する設定に対する信頼性を識別する。この設定に対して、全体の信頼性は、記録された、又は読み出された１０^１２ビットの中の１つのエラーである。この設定も、また空間オーバーヘッドや性能オーバーヘッドを課（impose）さない（例えば、エントリ４４０は、図１のＳＳＤ１３０の基本的な設定を示すことができ、この場合、エントリ４４０に対する信頼性の比率は、図１のＳＳＤ１３０に対する公示された信頼性の比率であり得る。）。対照的に、エントリ４４５は、図３のメモリチップ（３１５-１〜３１５-８）に対する第２のストレージスキーム（Storage2）、図３のＥＣＣモジュール３３０に対する第１のＥＣＣスキーム（ＥＣＣ１）、図３のＲＡＩＤ／消去コーディングモジュール３３５に対する第１の消去コーディングスキーム（ＥＣ１）を使用する設定を示す。この設定は、記録された、又は読み出された１０^１４ビットの中の１つのエラーがある信頼性の比率を有し、図１のＳＳＤ１３０の利用可能なストレージ容量の５０％の減少を課する（ただし、性能のオーバーヘッドはない）。たとえば、エントリ４４５は、冗長性のために、データが２つの異なるメモリチップに記録される設定を示すことができ、これはＳＳＤ１３０の全体の信頼性を向上させるが利用可能なストレージの量を減少させる犠牲を払う。

エントリ（４５０、４５５）は、エントリ（４４０、４４５）と類似しているが、第２のＥＣＣスキーム（ＥＣＣ２）を使用する図３のＥＣＣモジュール３３０を有する。わかるとおり、この設定は、それぞれ１０^１６及び１０^１８のビットの中の１つのエラーがある信頼性比率を有する。つまり、エントリ（４４０、４４５）に図示された設定に比べて１０^４改善される。しかし、第２のＥＣＣスキーム（ＥＣＣ２）は、第１のＥＣＣスキーム（ＥＣＣ１）よりもっと多くの計算資源を要求することができるため、エントリ（４５０、４５５）が示す設定は、２５％の性能ヒット（hit）を課することができる（つまり、図１のＳＳＤ１３０は、エントリ（４４０、４４５）が示す設定より、エントリ（４５０、４５５）が示す設定を使用して読み取り及び／又は書き込みの要請を処理するのに２５％のより多くの時間を要求することができる。）。

エントリ（４６０、４６５）は、エントリ（４４０、４４５）と類似しているが、第２の消去コーディングスキーム（ＥＣ２）を使用する図３のＲＡＩＤ／消去コーディングモジュール３３５を有する。分かるように、これらの設定は、それぞれ１０^１４及び１０^１７ビットの中の１つのエラーがある信頼性の比率を有し、これは１０〜１００倍の信頼性を示す。しかし、第２の消去コーディングスキーム（ＥＣ２）は、第１の消去コーディングスキーム（ＥＣ１）よりももっと多くの計算資源を要求することができるため、エントリ（４６０、４６５）が示す設定は、１０％の性能ヒット（hit）を課することができる（すなわち、図１のＳＳＤ１３０は、エントリ（４４０、４４５）が示す設定よりエントリ（４６０、４６５）が示す設定を使用する読み取り及び／又は書き込み要請を処理するのに１０％のより多くの時間を要求することができる。）。

第２消去コーディングスキーム（ＥＣ２）だけによって提供される改善は、エントリ（４６０、４６５）が示す設定のすべてに対して同一ではないことに留意されたい。エントリ（４６０、４６５）は、図１のＳＳＤ１３０の別のコンポーネントについて、別のスキームに組み合わせることが、任意の信頼性を提供するただ１つのコンポーネントに比べて改善点を提供することができるが、別のコンポーネントに対するスキームを組み合わせることの利点は、完全に直交的（orthogonal、互いに独立的である）ではないとの事実を示す。言い換えれば、多数のコンポーネントの信頼性オプションを使用することが、単一のコンポーネントの１つの信頼性オプションを使用するよりも優秀であり得るが、両方のコンポーネントのすべてを使用して、信頼性を向上させるとき、両方のコンポーネントの信頼性を単純に乗算して信頼性の比率を決定するものではない。したがって、例えば、図３のメモリチップ（３１５-１〜３１５-８）、図３のＥＣＣモジュール３３０、図３のＲＡＩＤ／消去コーディングモジュール３５５からリード(read)又は記録された１０^１０ビットの中の１つのエラーを有する誤り率を提供する特定のスキームがあったとしても、３つのスキームのすべてを共に使用するからといって、必然的にリード(read)又は記録された１０^３０ビットの中の１つのエラーを有する誤り率になるものではない。

したがって、スキームの組み合わせの信頼性比率が、個々のスキームの信頼性比率の積として計算されなければ、特定の設定の信頼性比率は、信頼性テーブル４０５のエントリに対してどのように決定されるか？。答えは、図１のＳＳＤ１３０の製造業者が可能なすべての設定を個別にテストするものである。つまり、多様なＳＳＤは、それぞれの可能な設定の組み合わせを使用するように設定される。そして、このようなＳＳＤをテストして、それぞれの誤り率（及び空間オーバーヘッドと性能オーバーヘッド）を確認する。この情報は、その後、同一の仕様（specifications）に基づいて製造されたすべてのＳＳＤに対する信頼性テーブル４０５に格納される。

なお、図４は、図３のメモリチップ（３１５-１〜３１５-８）、図３のＥＣＣモジュール３３０、図３のＲＡＩＤ／消去コーディングモジュール３３５のそれぞれを使用する信頼性に対する異なるスキームの組み合わせだけを図示しているが、信頼性テーブル４０５は、個別のスキームの信頼性比率（及び所望の場合に、空間及び性能のオーバーヘッド）を示すために、また使用される可能性もある。例えば、信頼性テーブル４０５は、図３のＥＣＣモジュール３３０又は図３のＲＡＩＤ／消去コーディングモジュール３３５に対する関連されたスキームなしに、図３のメモリチップ（３１５-１〜３１５-８）の第１及び第２のストレージスキーム（Storage1、Storage2）に対するエントリを含み得る、つまり、この場合に、（図３のＥＣＣモジュール３３０又は図３のＲＡＩＤ／消去コーディングモジュール３３５からのいかなる信頼性の向上を追加せずに）、これらのエントリは、第１及び第２のストレージスキーム（Storage1、Storage2）を使用する信頼性比率をそれぞれ示せる。同様に、信頼性テーブル４０５は、単に第１及び第２のＥＣＣスキーム（ＥＣＣ１、ＥＣＣ２）、及び／又は第１及び第２の消去コーディングスキーム（ＥＣ１、ＥＣ２）に対するエントリを含み得る。

信頼性テーブル４０５は、多数の軸に沿って検索される場合がある。例えば、信頼性テーブル４０５は、特定の設定の信頼性（及び空間のオーバーヘッド及び／又は性能のような他の結果）を決定するために使用される。信頼性テーブル４０５は、また、特定の信頼性をサポートする設定を決定するのに使用される。つまり、特定の所望の信頼性比率が与えられれば、信頼性テーブル４０５は、その信頼性比率（又は優れた信頼性比率）を提供する特定の設定を見つけるために検索される。

多数の設定が、所望の信頼性の比率（又は優れた信頼性の比率）を提供することができるならば、図３の設定モジュール３４０は、任意の所望のアプローチを使用してオプションの中から選択することができる。例えば、図３の設定モジュール３４０は、所望の信頼性比率を満たすか、或いは超過する最も低い信頼性比率又は最も高い信頼性比率を提供する設定を選択することができる。また、図３の設定モジュール３４０は、（信頼性テーブル４０５に含まれている場合）設定の空間オーバーヘッド及び／又は性能の結果を使用して最も少ない他の結果を有する、十分な信頼性比率を提供する設定を選択することができる。図３の設定モジュール３４０は、また、十分な信頼性を提供する多数の設定の中から選択するために、任意の他の所望の技術を使用することができる。

信頼性テーブル４０５で特定の組み合わせを識別するのに役に立つために、信頼性テーブル４０５は、また識別子４７５を含み得る。識別子４７５は、信頼性テーブル４０５のそれぞれのエントリに割り当てられた固有の識別子であり得る。したがって、例えば、エントリ４４０は、識別子「１」が割り当てられ、エントリ４４５は、識別子「２」などが割り当てられる。識別子４７５が、数字であるか、又は順次的である必要はないことに留意されたい。例えば、識別子４７５は、任意の文字列、又はエントリに示された情報のハッシュ、又は任意の他の所望の識別子であり得る。唯一の有用な要素は、識別子４７５が固有であり、したがって信頼性テーブル４０５の固有のエントリは、与えられた識別子を使用して見つけることができる。

図３に戻ると、図３は、４つのチャンネル（３２０-１〜３２０-４）に組織された８つのメモリチップ（３１５-１〜３１５-８）を含むＳＳＤ１３０を図示するが、本発明の実施形態は、任意の数のチャンネルに組織された任意の数のメモリチップをサポートすることができる。同様に、図３は、ＳＳＤの構造を図示するが、他のストレージ装置（例えば、ハード・ディスク・ドライブ）は、異なる構造を使用して実装されるが、類似した潜在的な利点を有する。

図５は、図１のＳＳＤ１３０の代替的なビューを図示する。図５において、ＳＳＤ１３０は、ＲＡＩＤ／消去コーディングモジュール３３５、ＥＣＣモジュール（３３０-１、３３０-２、３３０-３）を含むものとして図示されており、それぞれのチャンネル（３２０-１、３２０-２、３２０-３）に沿って動作することができる。チャンネル（３２０-１、３２０-２、３２０-３）は、メモリチップ（３１５-１、３１５-３、３１５-５）を含む。したがって、データは、ＲＡＩＤ又は消去コーディングを使用して多数のメモリチップに格納されるように組織され、これらのそれぞれは、異なる（又は同一の）チャンネル上に有り得る。

データは、アプリケーション（５０５-１、５０５-２）から受信される（ただし、任意の数（１つ以上）のアプリケーションが有り得る）。それぞれのアプリケーションは、それ自体が所望の信頼性（５１０-１、５１０-２）を有し得る。各アプリケーションの所望の信頼性は、そのアプリケーションが所望の信頼性比率を示す。所望の信頼性（５１０-１、５１０-２）は、合意する（又は同一の）必要はない。つまり、各アプリケーションは、別の信頼性比率を期待することができる。

それぞれのアプリケーション（５０５-１、５０５-２）は、それぞれ独自の関連された名前空間（namespace）（５１５-１、５１５-２）を有し得る。名前空間（５１５-１、５１５-２）は、各アプリケーションから入ってくるデータを簡単に識別及び／又はグループ化することができるように構成（組織）する方法を提供する。名前空間（５１５-１、５１５-２）の使用はオプションである。

図５は、データの重複排除（data deduplication）と圧縮の概念を示す。データの重複排除は、ＳＳＤ１３０に格納された特定のデータの多数のコピーが有り得るとのアイデアを参照する。多数のコピーを格納する代わりに、単一のコピーが格納され、他のコピーは、格納されたコピーを参照する。こうすれば、複数のファイルを格納するために使用される空間の量が減る。

例えば、写真などのようなイメージファイルを考慮する。同一の写真が、おそらく別のファイル名で複数回格納されるのは珍しいことではない（写真は、以前に別の名前で格納されたことを忘れやすいため）。しかし、ホストマシン又はＳＳＤ１３０は、特定のファイルが以前に格納されたファイルの複製物（duplicate）であることを認識することは十分に簡単である（ＳＳＤ１３０が重複したファイルを識別するいくつかの処理能力を含むと仮定する。）。同一の写真を複数回格納する必要はない。（複製物が格納された別のフォルダから参照（reference）とともに）単一のコピーであれば十分である。

データの複製物が識別される方法の例としては、各ファイルごとに暗号化ハッシュが生成される場合がある。両方のファイルの暗号化ハッシュが同一のものであれば、両方のファイルに同一のデータが含まれている可能性が（おそらく強い可能性）がある。したがって、新しいファイルがＳＳＤ１３０上に既に格納されたファイルの複製物であるかを決定することは、単にその新しいファイルの暗号化ハッシュを生成し、その暗号化ハッシュを他のファイルの暗号化ハッシュ（おそらくハッシュテーブルを使用する）と比較し、かつ一致する場合には、一致するファイルのデータとの比較を（詳細に）行う。

データの重複排除は、任意の所望のデータユニット上で動作できることに留意されたい。ファイルは、データの重複排除のための共通の（common）ユニットであるが、他のユニットは、ブロック又はページ（ＳＳＤ１３０内のデータユニット）であり得る。また、他のデータのユニットが使用されることもある。

一方、圧縮は生データよりも少ない空間を占める方式でデータが格納される技術を意味する。たとえば、数字１０^１００（一般的にはグーゴル（googol）という）を考慮する。この数字を生の値(raw value)として格納するには、約２^３００ビット又は２^３８バイトが必要である（コンピュータがこのように大きな整数を格納するように設計されたと仮定すると）。一方、この数字は１つの 「１」と「１」に続く１００個の「０」と表されることもある。ランレングス符号化（Run Length Encoding）のようなエンコーディングスキームを使用すると、この値は１、１、１００、０の４バイト（つまり、「１」の値の１つのコピー及び「０」の値の１００個のコピー）を使用して表現することができる。４バイトは、２^３８バイトよりもかなり小さいため、この値にエンコーディングを使用して空間を節約することは、少しも誇張せずにすばらしいことといえる。（「圧縮」という用語は、一般的にハフマンコード（Huffman code）のような構造を使用してデータをエンコーディングするアルゴリズムを意味するが、この文脈では、「圧縮」は、データが占める空間の量を減らすのに使用される任意の技術を意味するため、「エンコーディング」のような用語を使用して、一般的に言及される技術を含む。）

ストレージ装置で占有できる「フットプリント（footprint）」のデータを減らすことができるという点から、データの重複排除と圧縮は、それらだけの利点があるが、特にエラーを議論する際に、潜在的な欠点がある。例えば、ＳＳＤ１３０に格納された特定のファイルに実際に５つの異なるファイル（１個のオリジナルと４つの複製物）に対するデータが含まれていると仮定する。４つの複製物は、オリジナルファイルと同一のデータを指すため、格納されたファイルのどこかにシングルビットエラーがあれば、任意の別のファイルにアクセスするたびに、そのエラーをリード(read)する。したがって、ＳＳＤ１３０に格納されたデータに対するシングルビットエラーは、実際に５ビットエラーに理解されるだろう。つまり、オリジナルファイルとそれぞれの複製物での同一のビットエラーがある。言い換えると、データの重複排除技術は、ファイルの参照されたコピーの数だけＳＳＤ１３０の誤り率を拡大する。

同様に、圧縮は、真の誤り率がどの様な誤り率であるかに影響を与え得る。ランレングス符号化を使用して１０^１００を格納する方法の例を再び考慮する。「０」の値が 「１」（シングルビットエラー）に変わったら、エンコーディングの全長にわたって、エラーが拡大される。１０^１００を示す代わりに、エンコーディングは１０１回繰り返された数字「１」を示す。つまり、非常に異なる値である。したがって、圧縮されたデータのシングルビットエラーは、実際に、より効果的に多くの数のビットエラーを意味することができる。一般的なガイドとして、使用された技術の圧縮比に比例して、単一の（シングル）ビットエラーが大略拡大されることがある。したがって、圧縮技術により、データを２だけ圧縮する場合（つまり、半分の空間を占める）、シングルビットエラーは、データの２ビットエラーを実質的に意味する。圧縮技術により、データを３だけ圧縮する場合（つまり、３分の１の空間を占める場合）、シングルビットエラーは、事実上、データの３ビットのエラーを意味する（最悪の場合には、圧縮されたデータでのシングルビットエラーは、実際に生データを全く回復しない可能性がある。）。

したがって、図４の信頼性テーブル４０５のエントリは、ＳＳＤ１３０の信頼性のための有用な出発点であるとしても、ＳＳＤ１３０の真正な信頼性を完全に示さない可能性がある。そのためには、ＳＳＤ１３０は（おそらく設定モジュール３４０を介して）、アプリケーション（５０５-１、５０５-２）に代わって遂行されるトランザクション（データの重複排除と圧縮は２つの例示である）を追跡することができる。そしてＳＳＤ１３０は、このようなトランザクションを使用して乗数（multiplier）を決定する。（ＳＳＤ１３０の設定に基づいて、図４の信頼性テーブル４０５から決定された）ＳＳＤ１３０の信頼性は、ＳＳＤ１３０の有効な信頼性の比率を決定するために、この乗数によって乗算される。

信頼性の比率に対する乗数は、任意の所望のアプローチを使用して決定される。たとえば、ＳＳＤ１３０は、特定のトランザクションを追跡し、そのトランザクションに適用可能な乗数を決定した後、その乗数と以前の乗数の中から大きな値を維持することができる。しかし、この方法は、乗数が互いに独立であると仮定する。データの重複排除が乗数を導入（introduce）することができる使用された唯一の技術であるか、又は圧縮が乗数を導入することができる、使用された唯一の技術である場合には、このような仮定は合理的であり得る。ただし、圧縮されたファイルにデータの重複排除が適用される場合には、両方の省スペース方式の結果として、単一のビットエラーが増大され得る。

したがって、ＳＳＤ１３０は、現在まで最も高い乗数だけではなく、それぞれの省スペーススキームに個別に適用可能な最も高い乗数を追跡することができる。このような方式で、ＳＳＤ１３０は、新しい乗数が単一のスキームに対する最高の乗数であるか否かだけではなく、乗数がスキームを混交する（cross）ことができるか否かを考慮することができる。たとえば、ＳＳＤ１３０が、現在、次の条件（圧縮対象ファイルは、ＳＳＤ１３０に２回以上格納されていなかったと仮定するとき）最高圧縮乗数２.０、最高のデータの重複排除乗数５.０、及び最高の全体乗数５.０で追跡すると仮定する。それで、ＳＳＤ１３０が、以前に圧縮及び重複排除されたファイルが３番目に記録されたことを追跡すれば、これは、そのファイルの３つのコピーは、ＳＳＤ１３０に今格納されたこと（重複排除されたこと）を意味する。したがって、このトランザクションは、（新しい圧縮が発生していなかったため）、最高圧縮乗数又は（すべてのファイルの現在の最大の複製物の数は５であるため）最高の重複排除乗数を増加させないが、最高の全体乗数は６.０に増加される。（２.０の乗数の対象となる圧縮されたファイルのコピーが３つあるため）したがって、（図４の信頼性テーブル４０５で知られているように）信頼性の比率が何であれ、その信頼性の比率は、６.０を乗じてＳＳＤ１３０の有効な信頼性を決定する。代替的に、ＳＳＤ１３０は、圧縮及びデータの重複排除のそれぞれについて、最高の乗数を追跡し、ＳＳＤ１３０の最小の有効な信頼性を決定するために２つをすべて信頼性に適用する。（圧縮及びデータの重複排除がすべて適用されるＳＳＤ１３０に格納されたデータがない可能性があるため、この計算は、トランザクションの影響を過度に強調する可能性があるが、それにもかかわらず、保守的（控えめ）計算が使用され得る。）

ＳＳＤ１３０の有効な信頼性に対するトランザクションのこのような影響は、またＳＳＤ１３０に対する設定の選択を考慮することができる。たとえば、ＳＳＤ１３０に格納されたデータに起因して乗数があるということを知れば、設定モジュール３４０は、多様な設定の信頼性をアプリケーション（５０５-１、５０５-２）の所望の信頼性（５１０-１、５２０-２）と比較するとき、その乗数を使用することができる。すなわち、図４の信頼性テーブル４０５に列挙された信頼性を所望の信頼性（５１０-１及び５２０-２）と単純に比較するだけでは十分ではない可能性がある。つまり、ＳＳＤ１３０に現在格納されたデータが与えられた場合には、ＳＳＤ１３０の有効な信頼性を反映するために、図４の信頼性テーブル４０５に列挙された信頼性は、乗数に応じて調整される必要がある。

図６は、図５のアプリケーション（５０５-１）と図１のＳＳＤ１３０との間に交換されたメッセージを示す。本発明の概念の一実施形態では、アプリケーション（５０５-１）は、信頼性メッセージ６０５をＳＳＤ１３０に伝送することができる。つまり、信頼性メッセージ６０５は、図５の所望の信頼性（５１０-１）を含み得る。 （図６に図示されてはいなかったが、図５のアプリケーション（５０５-２）は、またＳＳＤ１３０を使用する他のアプリケーションとともにそれら自体の所望の信頼性を伝送することができる。）それで、ＳＳＤ１３０は、セルフ設定６１０によって図示されているように、提供された所望の信頼性（つまり、提供された最も厳しい信頼性を満足することにより、）すべてを満足させるように（図３の設定モジュール３４０を使用して）自ら設定することができる。

しかし、本発明の概念の他の実施形態では、アプリケーション（５０５-１）は、信頼性要請６１５を伝送することができる。信頼性要請６１５は、ＳＳＤ１３０（上で説明されたように、決定される）の有効な信頼性を要請することができ、これは、メッセージ６２０として返される。アプリケーション（５０５-１）は、また、信頼性テーブルの要請６２５を伝送することができ、これはＳＳＤ１３０から図４の信頼性テーブル４０５を要請することができる。ＳＳＤ１３０は、メッセージ６３０で、図４の信頼性テーブル４０５を返すことで、応答することができる。それで、アプリケーション（５０５-１）は、十分な信頼性（図５の所望の信頼性（５１０-１）又はいくつかの優れている設定）を提供する設定を選択することができ、設定要請６３５をＳＳＤ１３０に伝送して、アプリケーション（５０５-１）が、所望の図４の信頼性テーブル４０５のエントリを識別することができる。それから、ＳＳＤ１３０は、セルフ設定６４０によって図示されているように、識別された信頼性テーブル４０５のエントリに基づいて、自ら（セルフ）設定することができる。

しかし、セルフ設定６４０は、点線で示されていることに留意されたい。これには２つの理由がある。まず、アプリケーション（５０５-１）は、おそらくメッセージ６２０で受信された有効な信頼性比率を比較するはずである。つまり、有効な信頼性の比率が図５の所望の信頼性（５１０-１）よりも高い場合には、アプリケーション（５０５-１）は、設定要請６３５を伝送しないだろう（この場合、セルフ設定６４０は必要としない）。しかし、本発明の概念の一部の実施形態では、アプリケーション（５０５-１）は、ＳＳＤ１３０から有効な信頼性を要求せずに、代わりに図４の信頼性テーブル４０５から所望の設定を選択し、それに応じて設定要請６３５を伝送することができる。本発明の概念のこのような実施形態で、ＳＳＤ１３０は、（おそらく設定モジュール３４０を介して）有効な信頼性を設定要請６３５で識別された設定と比較することができる。ＳＳＤ１３０の有効な信頼性が設定要請６３５で識別された設定の信頼性よりも大きい場合には、ＳＳＤ１３０は、セルフ設定６４０を省略することができる（現在の設定が既に十分であるため）。

２番目に、上述したように、アプリケーション（５０５-１）は、独立して（孤立して別個に）動作しない可能性がある。他のアプリケーション（図５のアプリケーション（５０５-２）のような）は、それら自体の設定要請６３５を伝送することができる。この場合には、ＳＳＤ１３０は、すべてのアプリケーションを満足させる方式で、セルフ設定を選択することができ、したがって最も高い信頼性比率を有する設定に応じて設定することができる（その設定を要請するアプリケーションが、信頼性のより低い設定で満足されない可能性があるという仮定の下で）。したがって、ＳＳＤ１３０は、セルフ設定６４０を遂行することができるが、セルフ設定６４０は、設定要請６３５に指定されたものとは異なる設定を含み（伴い）得る。

図６において、設定モジュール３４０は、図１のＳＳＤ１３０を設定するとき、アプリケーション（５０５-１）に応答することができる。ただし、設定モジュール３４０は、また図１のＳＳＤ１３０を設定するために「自発的に」動作することができる。例えば、所望の信頼性が与えられると、（他の可能性の中から、信頼性メッセージ６０５で、アプリケーション（５０５-１）から受信された図５の所望の信頼性（５１０-１）であり得るか、又は製造業者によって、図１のＳＳＤ１３０の公示された信頼性であり得る）設定モジュール３４０は、図１のＳＳＤ１３０の有効な信頼性を追跡することができる。図１のＳＳＤ１３０の有効な信頼性が所望の信頼性を下回ると、図１のＳＳＤ１３０の信頼性を許容可能なレベルに維持するように保障するためには、設定モジュール３４０は、（任意の乗数を考慮して、）所望の信頼性を提供する新しい設定を選択することができる。

設定モジュール３４０がどのように図１のＳＳＤ１３０を設定することができるかを言及する価値がある。上述したように、図４の信頼性テーブル４０５のエントリは、図３のメモリチップ（３１５-１〜３１５-８）、図３のＥＣＣモジュール３３０、図３のＲＡＩＤ／消去コーディングモジュール３３５によって使用される特定のスキームを指定する。図１のＳＳＤ１３０を設定するには、設定モジュール３４０は、どんなスキームを使用するかについて、これらのコンポーネントに指示することができる。つまり、設定モジュール３４０は、図３のメモリチップ（３１５-１〜３１５-８）にそれぞれのセルに格納するビットの特定の数を指示でき、図３のＥＣＣモジュール３３０に、特定のＥＣＣスキームを使用するように指示でき、及び／又は図３のＲＡＩＤ／消去コーディングモジュール３３５に、特定の消去コーディングスキームを使用するように指示できる。データがすでに（所定の位置に）存在するスキームを変更することは、図１のＳＳＤ１３０からデータを読み出して、十分な信頼性が維持されるように、そのデータに適用されるスキームを変更することを含み得ることに留意されたい。したがって、例えば、データが、現在それぞれのＱＬＣセルで４ビットを使用して格納されるが、今はそれぞれのＱＬＣセルでただ２ビットに格納される必要がある場合、図３のメモリチップ（３１５-１〜３１５-８）のデータは読み出され、どこかに（一部のローカルストレージ又はサーバ１１０のメインメモリに）一時的にバッファリングされてから、新しいストレージスキームを使用して、メモリチップ（３１５-１〜３１５-８）に再び記録される。同様に、新しいＥＣＣスキーム又は消去コーディングスキームを適用することは、変化を適用するために、ＳＳＤ１３０からデータを読み出し、ＳＳＤ１３０にデータを記録することを含み得る。

図７は、本発明の実施形態による、所望の信頼性を提供するように、自ら（セルフ）設定する、図１のＳＳＤ１３０の例としてのプロシージャのフローチャートを示す。図７を参照すると、ブロック７０５で、図３の設定モジュール３４０は、図１のＳＳＤ１３０に対する所望の信頼性を決定することができる。上述したように、図３の設定モジュール３４０は、それ自体が所望の信頼性を選択するか、又は図５のアプリケーション（５０５-１）から図６の信頼性メッセージ６０５を介して、図５の所望の信頼性（５１０-１）を受信することができる。ブロック７１０で、図３の設定モジュール３４０は、図１のＳＳＤ１３０の有効な信頼性を決定することができる。ブロック７１５で、図３の設定モジュール３４０は、所望の信頼性を（トランザクションによる任意の乗数を考慮した）図１のＳＳＤ１３０の有効な信頼性と比較することができる。有効な信頼性が所望の信頼性を満足させるのに十分であれば、処理が完了され、図３の設定モジュール３４０は、これ以上動作する必要がない。

一方、有効な信頼性が所望の信頼性よりも低い場合、ブロック７２０で、図３の設定モジュール３４０がそこにあるエントリを考慮するために、図４の信頼性テーブル４０５にアクセス（又は接近）することができる。ブロック７２５で、図３の設定モジュール３４０は、図４の信頼性テーブル４０５から少なくとも所望の信頼性ほど高い（任意の乗数を考慮して）信頼性を有するエントリを選択することができる。ブロック７３０で、図３の設定モジュール３４０は、図４の信頼性テーブル４０５から選択されたエントリの設定に従って、図１のＳＳＤ１３０を設定してから処理が完了できる。

図８は、自ら（又はセルフ）設定する、図１のＳＳＤ１３０に対する例としてのプロシージャのフローチャートを示す。図８を参照すると、ブロック８０５で、図３の設定モジュール３４０は、図３の１つ以上のメモリチップ（３１５-１〜３１５-８）を、特定のストレージスキームを使用するように設定することができる。ブロック８１０で、図３の設定モジュール３４０は、図３のＥＣＣモジュール３３０を、特定のエラー訂正コードスキームを使用するように設定することができる。ブロック８１５で、図３の設定モジュール３４０は、図３のＲＡＩＤ／消去コーディングモジュール３３５を、特定の消去コーディングスキームを使用するように設定することができる。ブロック（８０５，８１０，８１５）は、すべて個別に選択的（オプション）であり、点線（８２０，８２５、及び８３０）で図示されているように省略することができる。

図９Ａ-９Ｂは、所望の信頼性決定するために、図１のＳＳＤ１３０に対する例としてのプロシージャのフローチャートを示す。図９Ａを参照すると、ブロック９０５で、図１のＳＳＤ１３０は、ＳＳＤ１３０の所望の信頼性を指定することができる、図６の信頼性メッセージ６０５を受信することができる。

代替案として、図９Ｂを参照すると、ブロック９１０で、図１のＳＳＤ１３０は、図５のアプリケーション（５０５-１）から図６の信頼性要請６１５を受信することができる。ブロック９１５で、図１のＳＳＤ１３０は、図１のＳＳＤ１３０の有効な信頼性を決定することができる。ブロック９２０で、ＳＳＤ１３０は、有効な信頼性を、図６のメッセージ６２０として図５のアプリケーション（５０５-１）に伝送することができる。点線９２５で図示されたように、ブロック（９１０、９１５、９２０）は選択的である。

ブロック９３０で、図５のアプリケーション（５０５-１）は、図６の信頼性テーブルの要請６２５を伝送することができる。ブロック９３５で、図１のＳＳＤ１３０は、図３の信頼性テーブルスのトレージ３４５からも図４の信頼性テーブル４０５を回収（retrieve）することができる。ブロック９４０で、図１のＳＳＤ１３０は、メッセージ６３０として、図５のアプリケーション（５０５-１）に図４の信頼性テーブル４０５を伝送することができる。最後に、ブロック９４５で、図５のアプリケーション（５０５-１）は、図１のＳＳＤ１３０に設定要請６３５を伝送することができる。設定要請６３５は、図３の設定モジュール３４０が図６の設定要請６３５で識別された信頼性テーブル４０５のエントリに基づいて、図１のＳＳＤ１３０を設定するように要請することができる。

図１０は、図１のＳＳＤ１３０の有効な信頼性を決定するために、図１のＳＳＤ１３０に対する例としてのプロシージャのフローチャートを示す。図１０を参照すると、ブロック１００５で、図１のＳＳＤ１３０は、（少なくとも、図１のＳＳＤ１３０の現在の設定に応じた）図１のＳＳＤ１３０の公示された信頼性を決定することができる。ブロック１０１０で、ＳＳＤ１３０は、図５のアプリケーション（５０５-１）によって要請された（又はそれに代わって）現在のトランザクションを追跡することができる。ブロック１０１５で、図１のＳＳＤ１３０は、現在のトランザクション（及び以前のトランザクション）に応答して１つの乗数（又は１つ以上の乗数）を決定することができる。最後に、ブロック１０２０で、図１のＳＳＤ１３０は、公示された信頼性に乗数を乗じて、図１のＳＳＤ１３０の有効な信頼性を決定することができる。

図１１Ａ及び図１１Ｂは、本発明の実施形態に基づいて、図１のＳＳＤ１３０が所望の信頼性を提供するように指示する図５のアプリケーション（５０５-１）に対する例としてのプロシージャのフローチャートを示す。図１１Ａを参照すると、ブロック１１０５で、図５のアプリケーション（５０５-１）は、図５の所望の信頼性（５１０-１）を（図６の信頼性メッセージ６０５として）、図１のＳＳＤ１３０に伝送することができる。この時点で、図５のアプリケーション（５０５-１）は、図５の所望の信頼性（５１０-１）が提供されることを保障するために、図１のＳＳＤ１３０に残されて完了される。

代替案として、ブロック１１１０で、図５のアプリケーション（５０５-１）は、図６の信頼性要請６１５を、図１のＳＳＤ１３０に伝送することができる。ブロック１１１５で、図５のアプリケーション（５０５-１）は、図６のメッセージ６２０で、図１のＳＳＤ１３０の現在の有効な信頼性を受信することができる。ブロック１１２０で、図５のアプリケーション（５０５-１）は、図５の所望の信頼性（５１０-１）を図１のＳＳＤ１３０（図６のメッセージ６２０で受信された）の有効な信頼性と比較することができる。図１のＳＳＤ１３０の有効な信頼性が、少なくとも図５の所望の信頼性（５１０-１）だけ高いと、処理が終了される（何もする必要がない）。

一方、図１のＳＳＤ１３０の有効な信頼性が図５の所望の信頼性（５１０-１）よりも小さい場合（又は、点線の矢印１１２５で示されているように、図５のアプリケーション（５０５-１）が有効な信頼性に関係なく、図１のＳＳＤ１３０が特定の設定に設定されるように要請する場合）、図１１Ｂを参照すると、ブロック１１３０で、図５のアプリケーション（５０５-１）は、図６の信頼性テーブルの要請６２５を、図１のＳＳＤ１３０に伝送することができる。ブロック１１３５で、図１のＳＳＤ１３０は、図４の信頼性テーブル４０５をメッセージ６３０として、図５のアプリケーション（５０５-１）に伝送することができる。ブロック１１４０で、図５のアプリケーション（５０５-１）は、図４の信頼性テーブル４０５から所望の信頼性を提供するエントリを選択することができる。最後に、ブロック１１４５で、図５のアプリケーション（５０５-１）は、図６の設定要請６３５を伝送することができ、図１のＳＳＤ１３０が、図４の信頼性テーブル４０５から選択されたエントリに応じて設定されるように要請することができる。

図７〜図１１Ｂを参照すると、本発明の概念の一部の実施形態が示される。しかし、当業者は、ブロックの順序を変更したり、ブロックを省略したり、図面に図示されていないリンクを含めたりすることにより、本発明の概念の他の実施形態も可能であることを理解するはずである。フローチャートのこのようなすべての変形は、明示的に説明されようがされまいが、本発明の実施形態であると考えられる。

本発明の実施形態は、従来技術に比べて技術的な利点を提供する。一般的なシステムにおいて、ストレージ装置の信頼性は、製造業者によって設定され、基本的にユーザーの制御範囲外である。本発明の実施形態は、カスタマ(customer、顧客)にストレージ装置の信頼性に対する、ある程度の制御を提供するだけでなく、そのような管理を自動化することができるようにする。アプリケーションは、所望の信頼性を指定することができる（又は所望の信頼性を実現するストレージ装置の特定の設定を指定することができる）。ストレージ装置は、ストレージ装置の使用に基づいて、必要に応じて設定を変更することにより、信頼性のレベルを維持することができる。

以下の議論は、本発明の概念の特定の態様が実施される適切なマシン（machine）又はマシンに対する簡略で一般的な説明を提供するためである。マシン又は複数のマシンは、少なくとも部分的に、キーボード、マウスなどのような従来の入力装置からの入力だけでなく、他のマシンから受信された指示、仮想現実（バーチャルリアリティ：ＶＲ）環境との相互作用、バイオメトリックフィードバック（biometric feedback）、又はその他の入力信号によって制御される。本明細書で使用されるように、用語の「マシン」は、単一のマシン、仮想マシン、又は通信的に結合されたマシン、仮想マシン、若しくは共に動作している装置のシステムを広く含むように意図される。例としてのマシンは、パーソナルコンピュータ、ワークステーション、サーバ、ポータブルコンピュータ、ハンドヘルド装置（handheld devices）、電話、タブレットなどのようなコンピューティング装置だけでなく、個人又は公共交通機関（例えば、自動車、電車、タクシーなど）のような運送装置を含み得る。

マシン又は複数のマシンは、プログラム可能な又はプログラミング不可能な論理装置やアレイ、ＡＳＩＣs（Application Specific Integrated Circuits）、埋込型コンピュータ、スマートカードなどのような内蔵型コントローラを含み得る。マシン又は複数のマシンは、ネットワークインターフェース、モデム又は他の通信カップリングなどのような１つ以上のリモートマシンに対する１つ以上の接続を活用することができる。マシンは、イントラネット、インターネット、ローカルエリアネットワーク、ワイドエリアネットワークのような物理的及び／又は論理的なネットワークによって相互接続される。当業者は、ネットワーク通信がＲＦ（radio frequency）、衛星、マイクロウェーブ、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）８０２.１１、Ｂｌｕｅｔｏｏｔｈ(登録商標)、光学、赤外線、ケーブル、レーザーなどを含む多様な有線及び／又は無線ローカルエリアネットワークや長距離通信事業者、並びにプロトコルを利用することができることを認識するだろう。

本発明の概念の実施形態は、マシンによってアクセスされるときにマシンがタスクを遂行したり、抽象的データタイプ、又はローレベル(low level)のハードウェアコンテキスト（context）を定義する、機能、プロシージャ、データ構造、アプリケーションプログラムなどを含む関連データを参照したりして、それと関連付けられて記述される。関連データは、例えば、ＲＡＭ、ＲＯＭなどのような揮発性及び／又は非揮発性メモリ、ハードドライブ、フロッピーディスク、光学ストレージ装置、テープ、フラッシュメモリ、メモリスティック、デジタルビデオディスク又は生物学的ストレージ装置などを含む、他のストレージ装置及び関連されたストレージ媒体に格納される。関連データは、パケット、シリアルデータ、パラレルデータ、伝播された信号などの形で物理的及び／又は論理的なネットワークを含む伝送環境を通じて伝達され、圧縮又は暗号化されたフォーマットで使用される。関連データは、分散環境で使用される場合があり、マシンアクセスのため、ローカル及び／又はリモートで格納される。

本発明の概念の実施形態は、１つ以上のプロセッサによって実行可能な命令語を含む有形の非一時的マシン読み取り可能な媒体を含み、前記命令語は、本明細書で説明されたような本発明の概念の要素を遂行するための命令語を含む。

上述した方法の多様な動作は、多様なハードウェア及び／又はソフトウェア構成、回路、及び／又はモジュールのように動作を行うことができる任意の適切な手段によって遂行される。ソフトウェアは、論理的な機能を実施するための遂行可能な命令語の順序付きリストを含み、シングル又はマルチコアプロセッサ又はプロセッサを含むシステムのような命令語実行システム、器具又は装置を使用し、又はこれらと関連して、任意の「プロセッサ可読媒体」で実装される。

ここで開示された実施形態と関連して方法又はアルゴリズムのブロック又は段階、及び機能は、ハードウェア及びプロセッサ上で遂行されるソフトウェアモジュール又はこれらの組み合わせで直接実装される。ソフトウェアで実装される場合、機能は、非一時的コンピュータ可読媒体上に１つ以上の命令語又はコードとして格納又は伝送される。ソフトウェアモジュールは、ＲＡＭ（random access memory）、フラッシュメモリ、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ-ＲＯＭ、又はこの分野で公知された任意の他の形態のストレージ媒体であり得る。

例示された実施形態を参照して、本発明の概念の原理を説明して例示したが、図示された実施形態は、このような原理を逸脱することなく、配列及び詳細事項を変更することができ、任意の好ましい方法で結合され得ることを認識するだろう。また、上述した説明は、特定の実施形態に焦点を当てたが、他の構成も考慮される。特に、「発明の概念の実施形態による」などのような表現が本明細書で使用されたが、これらのフレーズは、一般的に実施形態の可能性を参照することで意図されており、本発明の概念を特定の実施形態の構成に限定しようとするものではない。本明細書に使用されたように、これらの用語は、他の実施形態と組み合わせ可能な同一の又は異なる実施を示せる。

上述した例としての実施形態は、本発明の概念を限定しようとするものと解釈されてはならない。ただし、いくつかの実施形態が説明されたが、当業者は、本開示の新規な教示と利点から実質的に離れることなく、これらの実施形態に多様な修正が可能であることを容易に理解するだろう。したがって、このようなすべての修正は、請求項に定義された本発明の概念の範囲内に含まれるものとして意図される。

本発明の実施形態は、限定されずに、次の説明に拡張される。

説明１. 本発明の実施形態は、ソリッド・ステート・ドライブ（ＳＳＤ）を含む。
ＳＳＤは、
ホスト上の第１のアプリケーションから読み取り要請及び記録要請を受信するためのインターフェースと、
少なくとも１つのチップを含むデータのためのストレージと、
前記ストレージを使用して、前記ホスト上の前記第１のアプリケーションから前記読取り要請及び前記記録要請を処理するＳＳＤコントローラと、
前記ＳＳＤを設定するための設定モジュールと、
少なくとも第１のエントリ及び第２のエントリを含む信頼性テーブルのためのストレージを含み、第１のエントリは、前記ＳＳＤの第１の設定及び前記ＳＳＤの前記第１の設定に対する第１の信頼性を識別し、前記第２のエントリは、前記ＳＳＤの第２の設定及び前記ＳＳＤの第２の設定に対する第２の信頼性を識別する。

説明２. 本発明の実施形態は、説明１によるＳＳＤを有し、前記インターフェースは、前記ホスト上の前記第１のアプリケーションからの設定要請を受信することができる。

説明３. 本発明の実施形態は、説明２によるＳＳＤを有し、前記設定要請は、信頼性テーブルで、第１のエントリ及び第２のエントリのいずれか１つの識別子を含む。

説明４. 本発明の実施形態は、説明３によるＳＳＤを有し、前記設定モジュールは、前記信頼性テーブルにおいて、前記第１のエントリ及び前記第２のエントリのいずれか１つの前記識別子にしたがって、前記ＳＳＤを再設定することができる。

説明５. 本発明の実施形態は、説明１によるＳＳＤを有し、前記インターフェースは、前記ホスト上の前記第１のアプリケーションから信頼性メッセージを受信することができ、前記信頼性メッセージは、前記ホスト上の前記第１のアプリケーションに対する第１の所望の信頼性を含む。

説明６. 本発明の実施形態は、説明５によるＳＳＤを有し、前記設定モジュールは、少なくとも前記第１の所望の信頼性に基づいて、前記信頼性テーブルで前記第１のエントリ及び前記第２のエントリのいずれか１つにしたがって前記ＳＳＤを設定することができる。

説明７. 本発明の実施形態は、説明６によるＳＳＤを有し、前記設定モジュールは、少なくとも前記ホスト上の前記第１のアプリケーションに対する前記第１の所望の信頼性、及び前記ホスト上の前記第２のアプリケーションに対する前記第２所望の信頼性に基づいて、前記信頼性テーブルの第１のエントリ及び第２のエントリのいずれか１つにしたがって、前記ＳＳＤを設定することができる。

説明８. 本発明の実施形態は、説明１によるＳＳＤを有し、少なくとも１つのチップは、少なくとも第１のチップの信頼性を有する第１のストレージスキーム及び第２のチップの信頼性を有する第２のストレージスキームを提供する。

説明９. 本発明の実施形態は、説明8によるＳＳＤを有し、前記ＳＳＤの第１の設定は、前記第１のストレージスキームを識別し、前記ＳＳＤの第２の設定は、前記第２のストレージスキームを識別する。

説明１０. 本発明の実施形態は、説明１によるＳＳＤを有し、エラー訂正コード（ＥＣＣ：Error Correcting Code）モジュールをさらに含み、前記ＥＣＣモジュールは、少なくとも第１のＥＣＣ信頼性を有する第１のＥＣＣスキーム及び第２のＥＣＣ信頼性を有する第２のＥＣＣスキームを提供する。

説明１１. 本発明の実施形態は、説明１０によるＳＳＤを有し、前記ＳＳＤの前記第１の設定は、前記第１のＥＣＣスキームを識別し、前記ＳＳＤの前記第２の設定は、前記第２のＥＣＣスキームを識別する。

説明１２. 本発明の実施形態は、説明１によるＳＳＤを有し、消去コーディングモジュール又はＲＡＩＤ（Redundant Array of Independent Disks）モジュールの中の少なくとも１つをさらに含み、前記消去コーディングモジュールは、少なくとも第１の消去コーディング信頼性を有する第１の消去符号化スキーム及び第２消去コーディングの信頼性を有する第２の消去コーディングスキームを提供し、前記ＲＡＩＤモジュールは、少なくとも第１のＲＡＩＤ信頼性を有する第１のＲＡＩＤスキーム及び第２のＲＡＩＤの信頼性を有する第２のＲＡＩＤスキームを提供する。

説明１３. 本発明の概念の一実施形態は、説明１２によるＳＳＤを有し、前記ＳＳＤの前記第１の設定は、前記第１の消去コーディングスキーム又は前記第１のＲＡＩＤスキームの中の少なくとも１つを識別し、前記ＳＳＤの前記第２の構成は、前記第２の消去コーディングスキーム又は前記第２のＲＡＩＤスキームの中の少なくとも１つを識別する。

説明１4. 本発明の概念の一実施形態は、説明１によるＳＳＤを有し、前記信頼性テーブルの前記第１のエントリは、前記ＳＳＤの前記第１の設定に対する第１の空間オーバーヘッド又は第１の性能の中の少なくとも１つを識別し、前記信頼性テーブルの前記第２のエントリは、前記ＳＳＤの前記第２の設定に対する第２の空間オーバーヘッド又は第２の性能の中の少なくとも１つを識別する。

説明１５. 本発明の実施形態は、説明１によるＳＳＤを有し、少なくとも１つのチップは、少なくとも１つのＮＡＮＤフラッシュチップを含む。

説明１６. 本発明の実施形態は、方法を有する。方法は、
ソリッド・ステート・ドライブ（ＳＳＤ： Solid State Drive）に対する所望の信頼性を決定する段階であって、ＳＳＤはデータに対するストレージを含み、ストレージは少なくとも１つのチップを含む、決定する段階と、
前記ＳＳＤから信頼性テーブルの第１のエントリにアクセスする段階であって、前記信頼性テーブルは少なくとも前記第１のエントリ及び前記第２のエントリを含み、前記第１のエントリは、前記ＳＳＤの第１の設定及び前記ＳＳＤの前記第１の設定に対する第１の信頼性を識別し、前記第２のエントリは、前記ＳＳＤの第２の構成及び前記ＳＳＤの前記第２の構成に対する第２の信頼性を識別する、アクセスする段階と、
前記第１のエントリにしたがって、前記ＳＳＤを設定する段階と、を含む。

説明１７. 本発明の実施形態は、説明１６による方法を有し、
前記第１のエントリは、前記チップに対する第１のストレージスキームを含み、
第２のエントリは、前記チップに対する第２のストレージスキームを含み、
前記第１のエントリに基づいて、前記ＳＳＤを設定する段階は、前記第１のストレージスキーム又は第２のストレージスキームにしたがって、前記チップを設定する段階を含む。

説明１８. 本発明の実施形態は、説明１６による方法を有し、
前記ＳＳＤは、エラー訂正コード（ＥＣＣ；Error Correcting Code）モジュールを含み、
前記第１のエントリは、前記ＥＣＣモジュールに対する第１のＥＣＣスキームを含み、
前記第２のエントリは、前記ＥＣＣモジュールに対する第２のＥＣＣスキームを含み、
前記第１のエントリに基づいて、前記ＳＳＤを設定する段階は、前記第１のＥＣＣスキーム又は第２のＥＣＣスキームにしたがって前記ＥＣＣモジュールを設定する段階を含む。

説明１９. 本発明の実施形態は、説明１６による方法を有し、
前記ＳＳＤは、消去コーディングモジュール又はＲＡＩＤ（Redundant Array of Independent Disks）モジュールの中の少なくとも１つを含み、
前記第１のエントリは、前記消去コーディングモジュールに対する第１の消去コーディングスキーム又は前記ＲＡＩＤモジュールに対する第１のＲＡＩＤスキームの中の少なくとも１つを含み、
第２のエントリは、前記消去コーディングモジュールに対する第２の消去コーディングスキーム又は前記ＲＡＩＤモジュールに対する第２のＲＡＩＤスキームの中の少なくとも１つを含み、
前記第１のエントリに基づいて、前記ＳＳＤを設定する段階は、前記第１の消去コーディングスキーム又は前記第２の消去コーディングスキームにしたがった前記消去コーディングモジュール、或いは前記第１のＲＡＩＤスキーム又は前記第２のＲＡＩＤスキームにしたがった前記ＲＡＩＤモジュールの中の少なくとも１つを設定する段階を含む。

説明２０. 本発明の実施形態は、説明１６による方法を有し、前記ＳＳＤに対する所望の信頼性を決定する段階は、前記ホスト上のアプリケーションから前記ＳＳＤで、前記所望の信頼性を受信する段階を含む。

説明２１. 本発明の実施形態は、説明２０による方法を有し、前記ＳＳＤから信頼性テーブルの第１のエントリにアクセスする段階は、
前記信頼性テーブルの前記第１のエントリ及び前記第２のエントリにアクセスする段階と、
前記第１のエントリが少なくとも前記所望の信頼性ほど高い信頼性を含んでいるか否かを識別する段階と、を含む。

説明２２. 本発明の実施形態は、説明の１６による方法を有し、
前記ＳＳＤにおいて、前記ホスト上の前記アプリケーションから前記ＳＳＤへの有効な信頼性に対する信頼性の要請を受信する段階と、
前記ＳＳＤに対する有効な信頼性を決定する段階と、
前記ＳＳＤから前記ホスト上の前記アプリケーションに前記有効な信頼性を伝送する段階と、をさらに含む。

説明２３. 本発明の実施形態は、説明２２による方法を有し、前記ＳＳＤに対する有効な信頼性を決定する段階は、
前記ＳＳＤに対して公示された信頼性を決定する段階と、
前記ＳＳＤでの動作を追跡する段階と、
前記ＳＳＤ上の動作に基づいて乗数を決定する段階と、
前記公示された信頼性に前記乗数を乗じて、前記有効な信頼性を決定する段階と、を含む。

説明２４. 本発明の実施形態は、説明１６による方法を有し、前記ＳＳＤから信頼性テーブルの第１のエントリにアクセスする段階は、前記ＳＳＤにおいて、前記ホスト上の前記アプリケーションから前記信頼性テーブルの前記第１のエントリの識別子を受信する段階を含む。

説明２５. 本発明の実施形態は、説明２４による方法を有し、前記ＳＳＤから前記ホスト上の前記アプリケーションに前記有効な信頼性を伝送する段階は、前記ＳＳＤから前記ホスト上の前記アプリケーションに前記信頼性テーブルの前記第１のエントリ及び前記第２のエントリを伝送する段階を含む。

説明２６. 本発明の実施形態は、説明１６による方法を有し、
前記信頼性テーブルの前記第１のエントリは、前記ＳＳＤの前記第１の設定に対する第１の空間オーバーヘッド又は第１の性能の中の少なくとも１つを識別し、
前記信頼性テーブルの前記第２のエントリは、前記ＳＳＤの第２の設定に対する第２の空間オーバーヘッド又は第２の性能の中の少なくとも１つを識別し、
前記ＳＳＤから信頼性テーブルの第１のエントリにアクセスする段階は、少なくとも所望の信頼性に基づいて、及び所望の空間オーバーヘッド又は所望の性能の中の少なくとも１つに基づいて前記ＳＳＤから前記信頼性テーブルの前記第１のエントリにアクセスする段階を含む。

説明２７. 本発明の実施形態は、説明１６による方法を有し、少なくとも１つのチップは、少なくとも１つのＮＡＮＤフラッシュチップを含む。

説明２８. 本発明の実施形態は、方法を有する。方法は、
ホスト上のアプリケーションからＳＳＤに信頼性の要請を伝送する段階であって、前記信頼性の要請は、前記ＳＳＤに対する有効な信頼性を要請する、伝送する段階と、
前記ホスト上の前記アプリケーションにおいて、前記ＳＳＤから前記ＳＳＤに対する有効な信頼性を受信する段階と、
前記ホスト上の前記アプリケーションから前記ＳＳＤに信頼性テーブルの要請を伝送する段階であって、前記信頼性テーブルの要請は、前記ＳＳＤに格納された信頼性テーブルを要請する、伝送する段階と、
前記ホスト上の前記アプリケーションにおいて、前記ＳＳＤから前記信頼性テーブルを受信する段階であって、前記信頼性テーブルの各エントリは、前記ＳＳＤの設定及び前記ＳＳＤの構成に対する信頼性を識別する、受信する段階と、
前記ホスト上の前記アプリケーションに対する所望の信頼性に少なくとも基づいて前記信頼性テーブルからエントリを選択する段階と、
前記ホスト上の前記アプリケーションから前記ＳＳＤに設定要請を伝送する段階と、を含み、前記設定要請は、前記信頼性テーブルの前記エントリを識別する。

説明２９. 本発明の実施形態は、説明２８による方法を有し、
前記ＳＳＤに対する有効な信頼性を、前記ホスト上の前記アプリケーションに対する所望の信頼性と比較する段階と、
前記ＳＳＤに対する有効な信頼性に少なくとも基づいて、前記ホスト上の前記アプリケーション対する前記所望の信頼性を超えている場合には、前記ＳＳＤに前記設定要請を伝送しない段階と、をさらに含む。

説明３０. 本発明の実施形態は、説明２８による方法を有し、前記ホスト上の前記アプリケーションに対する少なくとも所望の信頼性に基づいて前記信頼性テーブル内のエントリを選択する段階は、（前記エントリに対して）前記ＳＳＤの設定に対する前記信頼性が、少なくとも前記所望の信頼性ほど高い前記信頼性テーブルにおける前記エントリを選択する段階を含む。

説明３１. 本発明の実施形態は、説明２８による方法を有し、
前記信頼性テーブルの各エントリは、前記ＳＳＤの前記設定に対する第１の空間オーバーヘッド又は第１の性能の中の少なくとも１つをさらに識別し、
前記信頼性テーブルの第２のエントリは、第２の空間オーバーヘッド又は第２の性能の中の少なくとも１つをさらに識別し、
前記ホスト上の前記アプリケーションに対する少なくとも所望の信頼性に基づいて、信頼性テーブルのエントリを選択する段階は、前記ホスト上の前記アプリケーションに対する少なくとも所望の信頼性に基づいて、及び前記所望の空間オーバーヘッド又は所望の性能の中の少なくとも１つに基づいて前記信頼性テーブル内のエントリを選択する段階と、を含む。

説明３２. 本発明の実施形態は、非一時的ストレージ媒体を含み、マシンによって実行されるときは、以下の段階を遂行する命令語が格納される前記非一時的ストレージ媒体を含む物品（article）であって、前記段階は、
ソリッド・ステート・ドライブ（ＳＳＤ：Solid State Drive）に対する所望の信頼性を決定する段階であって、前記ＳＳＤはデータに対するストレージを含み、ストレージは、少なくとも１つのチップを含む、決定する段階と、
前記ＳＳＤから信頼性テーブルの第１のエントリにアクセスする段階であって、前記信頼性テーブルは、少なくとも第１のエントリ及び第２のエントリを含み、前記第１のエントリは、前記ＳＳＤの第１の設定及び前記ＳＳＤの前記第１の設定に対する第１の信頼性を識別し、前記第２のエントリは、前記ＳＳＤの第２の設定及び前記ＳＳＤの前記第２の設定に対する第２の信頼性を識別する、アクセスする段階と、
前記第１のエントリにしたがってＳＳＤを設定する段階と、を含む。

説明３３. 本発明の実施形態は、説明３２による物品を有し、
前記第１のエントリは、前記チップに対する第１のストレージスキームを含み、
前記第２のエントリは、前記チップに対する第２のストレージスキームを含み、
前記第１のエントリに基づいて、前記ＳＳＤを設定する段階は、前記第１のストレージスキーム又は第２のストレージスキームに基づいて、前記チップを設定する段階を含む。

説明３４. 本発明の実施形態は、説明３２による物品を有し、
前記ＳＳＤは、エラー訂正コード（ＥＣＣ：Error Correcting Code）モジュールを含み、
前記第１のエントリは、前記ＥＣＣモジュールに対する第１のＥＣＣスキームを含み、
前記第２のエントリは、前記ＥＣＣモジュールに対する第２のＥＣＣスキームを含み、
前記第１のエントリに基づいて、前記ＳＳＤを設定する段階は、前記第１のＥＣＣスキーム又は第２のＥＣＣスキームにしたがって前記ＥＣＣモジュールを設定する段階を含む。

説明３５. 本発明の実施形態は、説明３２による物品を有し、
前記ＳＳＤは、消去コーディングモジュール又はＲＡＩＤ（Redundant Array of Independent Disks）モジュールの中の少なくとも１つを含み、
前記第１のエントリは、前記消去コーディングモジュールに対する第１の消去コーディングスキーム又は前記ＲＡＩＤモジュールに対する第１のＲＡＩＤスキームの中の少なくとも１つを含み、
第２のエントリは、前記消去コーディングモジュールに対する第２の消去コーディングスキーム又は前記ＲＡＩＤモジュールに対する第２のＲＡＩＤスキームのうちの少なくとも１つを含み、
前記第１のエントリに基づいて、前記ＳＳＤを設定する段階は、前記第１の消去コーディングスキーム又は前記第２の消去コーディングスキームにしたがった前記消去コーディングモジュール、或いは前記第１のＲＡＩＤスキーム又は前記第２のＲＡＩＤスキームにしたがった前記ＲＡＩＤモジュールの中の少なくとも１つを設定する段階を含む。

説明３６. 本発明の実施形態は、説明３２による物品を有し、前記ＳＳＤに対する所望の信頼性を決定する段階は、前記ホスト上のアプリケーションから前記ＳＳＤで前記所望の信頼性を受信する段階を含む。

説明３７. 本発明の実施形態は、説明３６による物品を有し、前記ＳＳＤから信頼性テーブルの第１のエントリにアクセスする段階は、
前記信頼性テーブルの前記第１のエントリ及び前記第２のエントリにアクセスする段階と、
前記第１のエントリは、少なくとも前記所望の信頼性ほど高い信頼性を含んでいるかを識別する段階と、を含む。

説明３８. 本発明の実施形態は、説明３２による物品を有し、非一時的ストレージ媒体は、マシンによって実行されるとき、次の段階をさらに遂行する命令語が格納される前記非一時的ストレージ媒体を含む物品であって、前記段階は、
前記ＳＳＤにおいて、前記ホスト上の前記アプリケーションから前記ＳＳＤへの有効な信頼性に対する信頼性の要請を受信する段階と、
前記ＳＳＤに対する有効な信頼性を決定する段階と、
前記ＳＳＤから前記ホスト上の前記アプリケーションに前記有効な信頼性を伝送する段階と、をさらに含む。

説明３９. 本発明の実施形態は、説明３８による物品を有し、前記ＳＳＤに対する前記有効な信頼性を決定する段階は、
前記ＳＳＤに対して公示された信頼性を決定する段階と、
前記ＳＳＤ上の動作を追跡する段階と、
前記ＳＳＤ上の動作に基づいて乗数を決定する段階と、
前記公示された信頼性に前記乗数を乗じて、前記有効な信頼性を決定する段階と、を含む。

説明４０. 本発明の実施形態は、説明３８による物品を有し、前記ＳＳＤから信頼性テーブルの第１のエントリにアクセスする段階は、前記ＳＳＤにおいて、前記ホスト上の前記アプリケーションから前記信頼性テーブルの前記第１のエントリの識別子を受信する段階を含む。

説明４１. 本発明の実施形態は、説明４０による物品を有し、前記ＳＳＤから前記ホスト上の前記アプリケーションに前記有効な信頼性を伝送する段階は、前記ＳＳＤから前記ホスト上の前記アプリケーションに前記信頼性テーブルの前記第１のエントリ及び前記第２のエントリを伝送する段階を含む。

説明４２. 本発明の実施形態は、説明３２による物品を有し、
前記信頼性テーブルの前記第１のエントリは、前記ＳＳＤの前記第１の設定に対する第１の空間オーバーヘッド又は第１の性能の中の少なくとも１つを識別し、
前記信頼性テーブルの前記第２のエントリは、前記ＳＳＤの第２の設定に対する第２の空間オーバーヘッド又は第２の性能の中の少なくとも１つを識別し、
前記ＳＳＤから信頼性テーブルの第１のエントリにアクセスする段階は、少なくとも所望の信頼性に基づいて、及び所望の空間オーバーヘッド又は所望の性能の中の少なくとも１つに基づいて前記ＳＳＤから前記信頼性テーブルの前記第１のエントリにアクセスする段階を含む。

説明４３. 本発明の実施形態は、説明３２による物品を有し、少なくとも１つのチップは、少なくとも１つのＮＡＮＤフラッシュチップを含む。

説明４４. 本発明の実施形態は、非一時的ストレージ媒体を有し、マシンによって実行されるときは、以下の段階を遂行する命令語が格納される前記非一時的ストレージ媒体を含む物品（article）であって、前記段階は、
ホスト上のアプリケーションからＳＳＤに信頼性の要請を伝送する段階であって、前記信頼性の要請は、前記ＳＳＤに対する有効な信頼性を要請する、伝送する段階と、
前記ホスト上の前記アプリケーションにおいて、前記ＳＳＤから前記ＳＳＤに対する有効な信頼性を受信する段階と、
前記ホスト上の前記アプリケーションから前記ＳＳＤに信頼性テーブルの要請を伝送する段階であって、前記信頼性テーブルの要請は、前記ＳＳＤに格納された信頼性テーブルを要請する、伝送する段階と、
前記ホスト上の前記アプリケーションにおいて、前記ＳＳＤから前記信頼性テーブルを受信する段階であって、前記信頼性テーブルの各エントリは、前記ＳＳＤの設定及び前記ＳＳＤの構成に対する信頼性を識別する、受信する段階、
前記ホスト上の前記アプリケーションに対する所望の信頼性に少なくとも基づいて前記信頼性テーブルからエントリを選択する段階と、
前記ホスト上の前記アプリケーションから前記ＳＳＤに設定要請を伝送する段階を含み、前記設定要請は、前記信頼性テーブルの前記エントリを識別する。

説明４５. 本発明の実施形態は、説明４４による物品を有し、非一時的ストレージ媒体は、マシンによって実行されるとき、次の段階をさらに遂行する命令語が格納される前記非一時的ストレージ媒体を含む物品であって、前記段階は、
前記ＳＳＤに対する有効な信頼性を、前記ホスト上の前記アプリケーションに対する所望の信頼性と比較する段階と、
前記ＳＳＤに対する有効な信頼性に少なくとも基づいて、前記ホスト上の前記アプリケーションに対する前記所望の信頼性を超えている場合には、前記ＳＳＤに前記設定要請を伝送しない段階と、をさらに含む。

説明４６. 本発明の実施形態は、説明４４による物品を有し、前記ホスト上の前記アプリケーションに対する少なくとも所望の信頼性に基づいて前記信頼性テーブル内のエントリを選択する段階は、前記信頼性テーブルにおいて、前記ＳＳＤの設定に対する前記信頼性が、少なくとも前記所望の信頼性ほど高い前記エントリを選択する段階を含む。

説明４７. 本発明の実施形態は、説明４４による物品を有し、
前記信頼性テーブルの各エントリは、前記ＳＳＤの前記設定に対する第１の空間オーバーヘッド又は第１の性能の中の少なくとも１つをさらに識別し、
前記信頼性テーブルの第２エントリは第２の空間オーバーヘッド又は第２の性能の中の少なくとも１つをさらに識別し、
前記ホスト上の前記アプリケーションに対する少なくとも所望の信頼性に基づいて、信頼性テーブルのエントリを選択する段階は、前記ホスト上の前記アプリケーションに対する少なくとも所望の信頼性に基づいて、及び前記所望の空間オーバーヘッド又は所望の性能の中の少なくとも１つに基づいて前記信頼性テーブル内のエントリを選択する段階を含む。

結論として、本明細書に記述された実施形態に対する多様な変更の観点から、この詳細な説明及び添付された資料は、単に例としてのもので意図されており、本発明の概念の範囲を限定するものとみなされてはならない。したがって、本発明の概念として請求されるのは、次の請求の範囲及びその均等物の範囲及び思想内で存在し得るすべての変形である。

Claims (20)

1. ホスト上の第１のアプリケーションから読み取り要請及び書き込み要請を受信するためのインターフェースと、
   少なくとも１つのチップを含むデータに対するストレージと、
   前記ストレージを使用して、前記ホスト上の前記第１のアプリケーションからの前記読み取り要請及び前記書き込み要請を処理するソリッド・ステート・ドライブ（ＳＳＤ：Solid State Drive）のコントローラと、
   ＳＳＤを設定するための設定モジュールと、
   信頼性テーブルに対するストレージと、を備え、
   前記信頼性テーブルは、少なくとも第１のエントリ及び第２のエントリを含み、前記第１のエントリは、前記ＳＳＤの第１の設定及び前記ＳＳＤの前記第１の設定に対する第１の信頼性を識別し、前記第２のエントリは、前記ＳＳＤの第２の設定及び前記ＳＳＤの前記第２の設定に対する第２の信頼性を識別する、ＳＳＤ。
2. 前記インターフェースは、前記ホスト上の前記第１のアプリケーションから設定要請を受信する、
   請求項１に記載のＳＳＤ。
3. 前記設定要請は、前記信頼性テーブルで前記第１のエントリ及び前記第２のエントリのいずれか１つの識別子を含む、
   請求項２に記載のＳＳＤ。
4. 前記インターフェースは、前記ホスト上の前記第１のアプリケーションから信頼性メッセージを受信し、前記信頼性メッセージは、前記ホスト上の前記第１のアプリケーションに対する第１の所望の信頼性を含む、
   請求項１に記載のＳＳＤ。
5. 前記設定モジュールは、少なくとも前記第１の所望の信頼性に基づいて前記信頼性テーブルの前記第１のエントリ及び前記第２のエントリのいずれか１つに基づいて、前記ＳＳＤを設定する、
   請求項４に記載のＳＳＤ。
6. 前記少なくとも１つのチップは、少なくとも第１のチップの信頼性を有する第１のストレージスキーム及び第２のチップの信頼性を有する第２のストレージスキームを提供する、
   請求項１に記載のＳＳＤ。
7. 前記ＳＳＤの第１の設定は、第１のストレージスキームを識別し、前記ＳＳＤの第２の設定は、第２のストレージスキームを識別する、
   請求項６に記載のＳＳＤ。
8. エラー訂正コード（ＥＣＣ：Error Correcting Code）モジュールをさらに備え、
   前記ＥＣＣモジュールは、少なくとも第１のＥＣＣ信頼性を有する第１のＥＣＣスキーム及び第２のＥＣＣ信頼性を有する第２のＥＣＣスキームを提供する、
   請求項１に記載のＳＳＤ。
9. 前記ＳＳＤの第１の設定は、第１のＥＣＣスキームを識別し、前記ＳＳＤの第２の設定は、第２のＥＣＣスキームを識別する、
   請求項８に記載のＳＳＤ。
10. 消去コーディングモジュール又はＲＡＩＤモジュールの中の少なくとも１つをさらに含み、
    前記消去コーディングモジュールは、少なくとも第１の消去コーディングの信頼性を有する第１の消去コーディングスキーム、又は第２の消去コーディングの信頼性を有する第２の消去コーディングスキームを提供し、前記ＲＡＩＤモジュールは、少なくとも第１のＲＡＩＤ信頼性を有する第１のＲＡＩＤスキーム又は第２のＲＡＩＤ信頼性を有する第２のＲＡＩＤスキームを提供する、
    請求項１に記載のＳＳＤ。
11. 前記ＳＳＤの第１の設定は、第１の消去コーディングスキーム又は第１のＲＡＩＤスキームの中の少なくとも１つを識別し、前記ＳＳＤの第２の設定は、第２の消去コーディングスキーム又は第２のＲＡＩＤスキームの中の少なくとも１つを識別する、
    請求項１０に記載のＳＳＤ。
12. 少なくとも１つのチップを含むデータに対するストレージを含むソリッド・ステート・ドライブ（ＳＳＤ：Solid State Drive）に対する所望の信頼性を決定する段階と、
    前記ＳＳＤから信頼性テーブルの第１のエントリにアクセスする段階と、
    前記第１のエントリに基づいてＳＳＤを設定する段階と、を含み
    前記信頼性テーブルは、少なくとも前記第１のエントリ及び第２のエントリを含み、前記第１のエントリは、前記ＳＳＤの第１の設定及び前記ＳＳＤの前記第１の設定に対する第１の信頼性を識別し、前記第２のエントリは、前記ＳＳＤの第２の設定及び前記ＳＳＤの前記第２の設定に対する第２の信頼性を識別する、
    方法。
13. 前記第１のエントリは、前記チップのための第１のストレージスキームを含み、
    前記第２のエントリは、前記チップのための第２のストレージスキームを含み、
    前記第１のエントリに基づいて、前記ＳＳＤを設定する段階は、前記第１のストレージスキーム又は前記第２のストレージスキームに基づいて、前記チップを設定する段階を含む、
    請求項１２に記載の方法。
14. 前記ＳＳＤは、エラー訂正コード（ＥＣＣ：Error Correcting Code）モジュールを含み、
    前記第１のエントリは、前記ＥＣＣモジュールに対する第１のＥＣＣスキームを含み、
    前記第２のエントリは、前記ＥＣＣモジュールに対する第２のＥＣＣスキームを含み、
    前記第１のエントリに基づいて、前記ＳＳＤを設定する段階は、前記第１のＥＣＣスキーム又は第２のＥＣＣスキームにしたがって前記ＥＣＣモジュールを設定する段階を含む、
    請求項１２に記載の方法。
15. 前記ＳＳＤは消去コーディングモジュール、又はＲＡＩＤモジュールの中の少なくとも１つを含み、
    前記第１のエントリは、前記消去コーディングモジュールに対する第１の消去コーディングスキーム又は前記ＲＡＩＤモジュールに対する第１のＲＡＩＤスキームの中の少なくとも１つを含み、
    前記第２のエントリは、前記消去コーディングモジュールに対する第２消去コーディングスキーム又は前記ＲＡＩＤモジュールに対する第２のＲＡＩＤスキームの中の少なくとも１つを含み、
    前記第１のエントリに基づいて、前記ＳＳＤを設定する段階は、前記第１の消去コーディングスキーム又は第２の消去コーディングスキームにしたがった前記消去コーディングモジュール、或いは前記第１のＲＡＩＤスキーム又は前記第２のＲＡＩＤスキームにしたがった前記ＲＡＩＤモジュールの中の少なくとも１つを設定する段階を含む、
    請求項１２に記載の方法。
16. 前記ＳＳＤに対する所望の信頼性を決定する段階は、ホスト上のアプリケーションから前記ＳＳＤで所望の信頼性を受信する段階を含む、
    請求項１２に記載の方法。
17. 前記ＳＳＤから信頼性テーブルの第１のエントリにアクセスする段階は、
    前記信頼性テーブルにおいて、前記第１のエントリ及び前記第２のエントリにアクセスする段階と、
    前記第１のエントリは、少なくとも前記所望の信頼性ほど高い信頼性を含んでいるかを識別する段階と、を含む、
    請求項１６に記載の方法。
18. 前記ＳＳＤから信頼性テーブルの第１のエントリにアクセスする段階は、前記ＳＳＤでホスト上のアプリケーションから前記信頼性テーブルの前記第１のエントリの識別子を受信する段階を含む、
    請求項１２に記載の方法。
19. ＳＳＤに対する有効な信頼性を要請する信頼性要請をホスト上のアプリケーションから前記ＳＳＤに伝送する段階と、
    前記ホスト上の前記アプリケーションにおいて、前記ＳＳＤから前記ＳＳＤに対する前記有効な信頼性を受信する段階と、
    前記ＳＳＤに格納された信頼性テーブルを要請する信頼性テーブルの要請を前記ホスト上の前記アプリケーションから前記ＳＳＤに伝送する段階と、
    前記ホスト上の前記アプリケーションにおいて、前記ＳＳＤから前記信頼性テーブルを受信する段階と、
    前記ホスト上の前記アプリケーションに対する少なくとも所望の信頼性に基づいて前記信頼性テーブルからエントリを選択する段階と、
    前記ホスト上の前記アプリケーションから前記ＳＳＤに設定要請を伝送する段階と、を含み、
    前記信頼性テーブルの各エントリは、前記ＳＳＤの設定及び前記ＳＳＤの前記設定に対する信頼性を識別し、前記設定要請は、前記信頼性テーブルにおいて、前記エントリを識別する、
    方法。
20. 前記ホスト上の前記アプリケーションに対する少なくとも所望の信頼性に基づいて前記信頼性テーブルからエントリを選択する段階は、前記ＳＳＤの前記設定に対する前記信頼性が、少なくとも前記所望の信頼性ほど高い前記信頼性テーブルにおける前記エントリを選択する段階を含む、
    請求項１９に記載の方法。
    

Images