JP6622446B2 - エンベデッドマルチメディアカード（ｅＭＭＣ）、それを制御するホスト、及びｅＭＭＣシステムの動作方法 - Google Patents

Description

本発明の実施形態は、エンベデッドマルチメディアカード（ｅｍｂｅｄｄｅｄ Ｍｕｌｔｉｍｅｄｉａ Ｃａｒｄ；以下、ｅＭＭＣと称する）ｅＭＭＣを制御するホスト、及びホストとｅＭＭＣとを含むｅＭＭＣシステムの動作方法に係り、特に、リード（ｒｅａｄ）／ライト（ｗｒｉｔｅ）性能を改善しうるｅＭＭＣ、ホスト、ｅＭＭＣシステム及びこれらの動作方法に関する。

マルチメディアカード（Ｍｕｌｔｉ−Ｍｅｄｉａ Ｃａｒｄ：ＭＭＣ）は、フラッシュ（ｆｌａｓｈ）メモリのメモリカード標準の特定タイプである。
ｅＭＭＣは、ＪＥＤＥＣで標準として定めた内蔵型ＭＭＣに対する標準の一つである。一般的な構成及び応用で、ｅＭＭＣは、スマートフォンのような移動通信装置内に挿入（または、内蔵）されるように設計されうる。
通常、ｅＭＭＣ通信は、標準化された１０本のラインバス（１０−ｌｉｎｅ ｂｕｓ）を通じて連結されたホストとデータ信号、制御信号、命令、クロック及び／またはパワー信号を通信する。

特開２００３−１２２７０２号公報 米国特許出願公開２０１０−０２８７３３３号公報 米国特許出願公開２０１１−００７２１９３号公報 韓国特許出願公開２０１０−００６４６７３号公報 米国特許第６７８５７９３号公報 米国特許出願公開２０１２−０１０２２６２号公報 米国特許出願公開２０１１−０２９６１３１号公報 米国特許出願公開２０１１−００７８３９３号公報

本発明が解決しようとする技術的な課題は、リード／ライト性能を改善しうるｅＭＭＣ、該ｅＭＭＣを制御するホスト、及びこれらの動作方法を提供することにある。

本発明の実施形態によるエンベデッドマルチメディアカード（ｅＭＭＣ）は、フラッシュメモリと、前記フラッシュメモリを制御するｅＭＭＣコントローラと、を備える。
前記ｅＭＭＣコントローラは、現在動作によって特定された第１データの伝送と同時に、第２データを特定する次の動作を定義する命令セットをホストから受信する命令レジスタと、前記第１データを保存する第１メモリと、前記第２データを保存する第２メモリと、を含む。

本発明の実施形態によれば、ホストと命令ライン、及びデータバスを通じて連結され、フラッシュメモリを含むエンベデッドマルチメディアカード（ｅＭＭＣ）の動作方法は、現在命令に応答して、前記データバスを通じて前記ｅＭＭＣの第１メモリに保存されている第１データを前記ホストに伝送する段階と、前記第１データの伝送と同時に、前記命令ラインを通じて前記ホストから前記ｅＭＭＣに第２データを特定する次の動作を定義する命令セットを伝送して、前記ｅＭＭＣにある命令レジスタに前記命令セットを保存する段階と、を含む。

本発明の実施形態によれば、ホストは、データ伝送中にも、次のリード／ライト命令をｅＭＭＣに送ることができる。したがって、ｅＭＭＣは、現在データの伝送中にも、次のリード／ライト命令に対する準備動作を行うことができる。したがって、ｅＭＭＣのリード／ライト性能を向上させうる。

本発明の詳細な説明で引用される図面をより十分に理解するために、各図面の簡単な説明が提供される。
本発明の一実施形態によるエンベデッドマルチメディアカード（ｅＭＭＣ）システムを示すブロック図。 本発明の一実施形態によるｅＭＭＣ装置のブロック図。 図２に示された命令レジスタの一実施形態を示す図。 マルチキュー命令、及び前記命令に含まれた情報を示す図。 マルチキュー命令、及び前記命令に含まれた情報を示す図。 マルチキュー命令、及び前記命令に含まれた情報を示す図。 図２に示されたバッファの一実施形態を示す図。 本発明の一実施形態によるマルチキューリード動作方法を概略的に説明する図。 本発明の一実施形態によるマルチキューリード動作方法を示すフローチャート。 本発明の一実施形態によるマルチキューリード動作方法と、通常のｅＭＭＣのリード動作方法とを比較するための概略的なタイミング図。 本発明の一実施形態によるマルチキューリード動作方法と、通常のｅＭＭＣのリード動作方法とを比較するための概略的なタイミング図。 本発明の一実施形態によるマルチキューライト動作方法を示すフローチャート。 本発明の一実施形態によるマルチキューライト動作方法と、通常のｅＭＭＣのライト動作方法とを比較するための概略的なタイミング図。 本発明の一実施形態によるマルチキューライト動作方法と、通常のｅＭＭＣのライト動作方法とを比較するための概略的なタイミング図。

以下、本明細書に添付した図面を参照して、本発明の実施形態を詳しく説明する。
本発明が属する技術分野で通常の知識を有した者（当業者）は、ｅＭＭＣの構造、構成及び／または動作条件を定義する多様なＪＥＤＥＣ標準が利用可能であることを理解できる。このような標準は、ＪＥＤＥＣウェブサイト（ｈｔｔｐ：／／ｗｗｗ．ｊｅｄｅｃ．ｏｒｇ）で容易に探すことができる。
例えば、２０１２年６月に公開されたＥｍｂｅｄｄｅｄ Ｍｕｌｔｉｍｅｄｉａ Ｃａｒｄ（ｅＭＭＣ）、Ｅｌｅｃｔｒｉｃａｌ Ｓｔａｎｄａｒｄ４．５１、すなわち、ＪＥＳＤ８４−Ｂ４５１は、本発明の概念を理解するのに有用な多くの用語及び技術的な定義を含む。

したがって、本明細書の用語と定義（ｔｅｒｍｓ ａｎｄ ｄｅｆｉｎｉｔｉｏｎｓ）が、ＪＥＳＤ８４−Ｂ４５１の用語と定義と異なる定義でない限り、本明細書の用語と定義は、ＪＥＳＤ８４−Ｂ４５１の用語と定義と同一である。

本発明の概念による多様な実施形態は、ホスト（ｈｏｓｔ）と装置（ｄｅｖｉｃｅ）との間で送受信するデータの伝送速度を高め、ノイズ兔疫性（ｎｏｉｓｅ ｉｍｍｕｎｉｔｙ）を高めるために、既存の１０ワイヤバス（１０−ｗｉｒｅ ｂｕｓ）以外に追加ライン（または、チャネル）をさらに含みうる。これに関しては、２０１２年９月１４日に出願された韓国特許出願第１０−２０１２−０１０２４６７を参照として含む。

図１は、本発明の一実施形態によるエンベデッドマルチメディアカード（ｅＭＭＣ）システム１００のブロック図を示す。
図１を参照すると、ｅＭＭＣシステム１００は、装置３００と、例えば、ｅＭＭＣ装置３００に連結されたホスト２００とを含む。
ホスト２００は、ｅＭＭＣ装置３００のデータ処理動作、例えば、リード動作またはライト動作などを制御することができる。このデータ処理動作は、ＳＤＲ（Ｓｉｎｇｌｅ Ｄａｔａ Ｒａｔｅ）またはＤＤＲ（Ｄｏｕｂｌｅ Ｄａｔａ Ｒａｔｅ）で行われる。

ホスト２００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、プロセッサ、マイクロプロセッサ（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ）またはアプリケーションプロセッサ（ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ）のようにデータを処理するデータ処理装置を意味し、このデータ処理装置は、電子装置に内蔵（ｅｍｂｅｄｄｅｄ）または具現されうる。

この電子装置は、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ラップトップコンピュータ（ｌａｐｔｏｐ ｃｏｍｐｕｔｅｒ）、携帯電話、スマートフォン（ｓｍａｒｔｐｈｏｎｅ）、タブレット（ｔａｂｌｅｔ）ＰＣ、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、ＥＤＡ（Ｅｎｔｅｒｐｒｉｓｅ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、デジタルスチルカメラ（ｄｉｇｉｔａｌ ｓｔｉｌｌ ｃａｍｅｒａ）、デジタルビデオカメラ（ｄｉｇｉｔａｌ ｖｉｄｅｏ ｃａｍｅｒａ）、オーディオ装置（ａｕｄｉｏｄｅｖｉｃｅ）、ＰＭＰ（Ｐｏｒｔａｂｌｅ Ｍｕｌｔｉｍｅｄｉａ Ｐｌａｙｅｒ）、ＰＮＤ（Ｐｅｒｓｏｎａｌ Ｎａｖｉｇａｔｉｏｎ ＤｅｖｉｃｅまたはＰｏｒｔａｂｌｅＮａｖｉｇａｔｉｏｎ Ｄｅｖｉｃｅ）、ＭＰ３プレーヤ、携帯用ゲームコンソール（ｈａｎｄｈｅｌｄ ｇａｍｅ ｃｏｎｓｏｌｅ）、または電子ブック（ｅ−ｂｏｏｋ）として具現可能である。

ｅＭＭＣ装置３００は、通常の接続手段、例えば、パッド（ｐａｄｓ）、ピン（ｐｉｎｓ）、ライン（ｌｉｎｅ）、及びバス（ｂｕｓ）のうち１つ以上によって具現される連結、チャネル、または信号経路を通じて前記電子装置に多様に連結されうる。
本発明の一実施形態によるホスト２００は、プロセッサ２１５、メモリ２２０、及びホストコントローラ２３０を含みうる。プロセッサ２１５は、データ／アドレス／命令／制御信号をｅＭＭＣ３００に駆動するために、運用システム（ＯＳ）及び／またはホストファームウエア２１０がプロセッサ２１５によって使用される。
図示した構成要素以外にも、ホスト２００またはホスト２００のホストコントローラ２３０は、クロック生成器（図示せず）、状態制御ユニット（図示せず）などをさらに含みうる。

クロック生成器は、ホスト２００とｅＭＭＣ装置３００とで基準信号として使われるクロック信号ＣＬＫを生成する。例えば、クロック生成器は、位相同期ループ（ｐｈａｓｅｌｏｃｋｅｄ ｌｏｏｐ：ＰＬＬ）として具現可能である。
プロセッサ２１５は、ｅＭＭＣ３００に伝送される命令ＣＭＤの生成を制御することができるハードウェアを意味する。プロセッサ２１５は、また命令に応答して、ｅＭＭＣ３００から受信された応答ＲＥＳを解釈することもでき、ｅＭＭＣ３００の拡張カード特定データＥｘｔｅｎｄｅｄ（ＥＸＴ）＿ＣＳＤレジスタ３７１に保存されたデータを処理することができる。プロセッサ２１５は、ＯＳ／ファームウエア２１０を駆動して、前記のような動作を行うことができる。

ホストコントローラ２３０は、ｅＭＭＣ３００とインターフェースするためのブロックである。
ホストコントローラ２３０は、ｅＭＭＣ３００に命令ＣＭＤを発給し（ｉｓｓｕｉｎｇ）、命令ＣＭＤに対する応答ＲＥＳを受け、ｅＭＭＣ装置３００に保存されるライトデータを伝送し、ｅＭＭＣ装置３００からリードしたリードデータを受信する。

図１に示された標準の１０本のｅＭＭＣ信号ライン１０１、１０２及びデータバス１０３は、適用可能な産業標準（例えば、ＪＥＤＥＣで定義したｅＭＭＣ４．５１）に符合する。しかし、前述したように、本発明の実施形態が、ホストとｅＭＭＣとの間の標準信号ライン／バス構成にのみ限定されるものではない。
図１の標準信号ライン／バス構成で、双方向クロックライン１０１は、ホスト２００からｅＭＭＣ３００へのクロック信号ＣＬＫの伝送に使われる。

双方向（ｂｉｄｉｒｅｃｔｉｏｎａｌ）命令ライン１０２は、ホスト２００からの命令ＣＭＤをｅＭＭＣ３００に伝送し、命令ＣＭＤに対する応答ＲＥＳをｅＭＭＣ３００からホスト２００へ伝送するのに使われる。そして、８本のデータ信号ライン［０：７］を含む双方向データバス１０３は、データライト動作のためのライトデータＤＡＴ［７：０］をホスト２００からｅＭＭＣ装置３００に伝送するか、データリード動作のためのリードデータＤＡＴ［７：０］をｅＭＭＣ３００からホスト２００へ伝送するのに使われる。

本発明の実施形態によって、ホスト２００は、リセットライン（図示せず）を通じてハードウェアリセット信号をｅＭＭＣ装置３００に伝送しうる。
ホスト２００は、１つ以上の電圧生成回路（図示せず）を使って１つ以上の動作電圧を生成して、ｅＭＭＣ３００に提供することができる。このようなホストが生成した動作電圧は、１本以上の電圧ライン（図示せず）を通じてｅＭＭＣ３００に伝送可能である。
図２は、本発明の一実施形態によるｅＭＭＣ装置３００のブロック図である。
これを参照すると、ｅＭＭＣ装置３００は、デバイスコントローラ、例えば、ｅＭＭＣコントローラ３１０とフラッシュメモリ３７０とを備える。

ｅＭＭＣコントローラ３１０は、ホスト２００とフラッシュメモリ３７０との間でデータ通信を制御する。
ｅＭＭＣコントローラ３１０は、ｅＭＭＣホストインターフェース３２０、ＣＰＵ３３０、メモリ３４０、エラー検出／訂正ブロックＥＣＣ３６０及びフラッシュインターフェース３６５を含む。
ｅＭＭＣホストインターフェース３２０は、ホストからクロック信号ＣＬＫと命令ＣＭＤとを受信し、該受信された命令ＣＭＤを解釈し、適切な応答ＲＥＳを生成し、該生成された応答ＲＥＳを必要に応じてリードデータと共にホストに伝送する。

ｅＭＭＣホストインターフェース３２０は、マルチキューリード及び／またはマルチキューライト動作を具現するために使われる命令レジスタ３２５を含む。
図３は、図２に示された命令レジスタ３２５の一実施形態を示す。
図３を参照すると、命令レジスタ３２５は、Ｎ（１以上の自然数）個のレジスタセット３２６−１〜３２６−Ｎ及び３２７−１〜３２７−Ｎを含む。Ｎは、命令レジスタセットのサイズ（すなわち、個数）を表わし、Ｎをマルチキューデプス（ｍｕｌｔｉ ｑｕｅｕｅ ｄｅｐｔｈ）と定義する。

したがって、ｅＭＭＣホストインターフェース３２０は、最大マルチキューデプス（Ｎ）だけのマルチキュー命令をホストから受信して、レジスタセット３２６−１〜３２６−Ｎ及び３２７−１〜３２７−Ｎに保存することができる。命令レジスタ３２５は、データサイズＤＳ１〜ＤＳＮを保存するためのデータサイズレジスタ３２６−１〜３２６−Ｎと開始アドレスＳＡ１〜ＳＡＮを保存するためのアドレスレジスタ３２７−１〜３２７−Ｎとを含みうる。データサイズＤＳ１〜ＤＳＮ及び開始アドレスＳＡ１〜ＳＡＮは、マルチキュー命令に含まれた情報の一例であり得る。

マルチキュー命令は、ホスト２００とｅＭＭＣ３００との間に既定の命令と理解されうる。すなわち、ホスト２００からｅＭＭＣ３００にマルチキュー命令を伝送することは、ｅＭＭＣ３００によって行われている“現在命令”が完了すれば、ｅＭＭＣ３００によって行われる“次の命令”を“期待”する方式である。したがって、次の命令（マルチキュー命令）は、現在命令が行われる区間の少なくとも一部の時間の間に、ｅＭＭＣ３００の命令実行キューに保存することができる。言い換えれば、マルチキュー命令は、ホスト２００から受信された命令をｅＭＭＣ３００に保存することによって、現在命令に対する動作を完了する前（例えば、フラッシュメモリ３７０からリードしたデータをホストに伝送する前、またはホストから受信したデータをフラッシュメモリ３７０にプログラムする前）に、次の命令をまた受信できるように、ホスト２００とｅＭＭＣ３００との間に既定の命令であり得る。

マルチキュー命令は、ｅＭＭＣ３００からリードデータを抽出する“リード命令”を定義することもでき、ｅＭＭＣ３００に書き込む書き込み（ｗｒｉｔｅ）データを引き起こす“書き込み命令”を定義することもできる。マルチキュー命令は、抽出されたリードデータをｅＭＭＣ３００からホスト２００に伝送させる“データリードアウト命令”を定義することもでき、バッファメモリの書き込みデータをフラッシュメモリ３７０に保存する“データライトイン命令”を定義することもできる。しかし、これらの命令は、本発明の実施形態で使われるマルチキュー命令の例示であって、これに限定されるものではない。

各レジスタセット３２６−１〜３２６−Ｎ、３２６−１〜３２６−Ｎは、ホスト２００から発給されたマルチキュー命令情報を保存する。
図４Ａないし図４Ｃは、マルチキュー命令、及び前記命令と関連した情報の例示を示す図である。
まず、図４Ａを参照すると、マルチキュー命令は、少なくとも１つの命令レジスタエントリを含む“命令セット（ｃｏｍｍａｎｄ ｓｅｔ）ＣＳとして具現されうるが、これに限定されるものではない。

各命令レジスタエントリは、１つ以上のパート（例えば、ＣＭＤ＿ｄｓ及びＣＭＤ＿ｓａ）を含みうる。
命令レジスタエントリの最初のパートＣＭＤ＿ｄｓ４３０は、フラッシュメモリから読み取る（抽出する）データまたはフラッシュメモリに書き込むデータのサイズを指定（特定）するための命令（以下、サイズ命令と称する）であり、二番目のパートＣＭＤ＿ｓａ４４０は、リードデータまたは書き込みデータのための開始アドレスを指定するための命令（以下、アドレス命令と称する）であり得る。本発明の実施形態では、サイズ命令ＣＭＤ＿ｄｓが先に発給され、アドレス命令ＣＭＤ＿ｓａが、次に発給されるように示されているが、その順序は、変更されうる。

図４Ｂを参照すると、サイズ命令４３０は、命令タイプ（ｃｏｍｍａｎｄ ｔｙｐｅ）４３１、及びデータサイズ（ｄａｔａ ｓｉｚｅ）４３２を含みうる。命令タイプは、命令の種類を表わすフィールド（ｆｉｅｌｄ、あるいはアーギュメント（ａｒｇｕｍｅｎｔ））である。一実施形態で、データサイズ４３２は、ブロック数（ｂｌｏｃｋ ｃｏｕｎｔ）でありうるが、これに限定されるものではない。
ブロックとは、既定のサイズを有するデータの単位であって、例えば、フラッシュメモリのページに該当するが、これに限定されるものではない。

サイズ命令４３０のデータサイズ４３２は、レジスタセット３２５のデータサイズレジスタ３２６−１〜３２６−Ｎのうち対応する１つに保存することができる。
図４Ｃを参照すると、アドレス命令４４０は、命令タイプ４４１、及び開始アドレス（ｓｔａｒｔ ａｄｄｒｅｓｓ）４４２を含みうる。アドレス命令４４０の開始アドレス４４２は、レジスタセット３２５のアドレスレジスタ３２７−１〜３２７−Ｎのうち対応する１つに保存することができる。
本発明の他の実施形態では、データサイズ４３２と開始アドレス４４２とが１つの命令に含まれて、ホスト２００からｅＭＭＣ３００に伝送することもできる。

再び図３を参照すると、データサイズ（ＤＳ）及び開始アドレス（ＳＡ）は、前述したように、ホスト２００から発給されるマルチキュー命令に含まれて、ｅＭＭＣ３００に伝送することができる。
開始アドレス（ＳＡ）は、マルチキュー命令によって識別されるデータの開始位置を表わす。データサイズは、マルチキュー命令を行うデータのサイズである。例えば、マルチキュー命令がリード命令であり、開始アドレスは１００、データサイズが１０であれば、フラッシュメモリ３７０で１００番開始アドレスから１０ブロック（ｂｌｏｃｋｓ）だけのデータをリードせよとの意味であり得る。

ＣＰＵ３３０は、ホストインターフェース３２５とフラッシュインターフェース３６５との動作を制御し、ｅＭＭＣ装置３００の動作全般を制御する。
メモリ３４０は、ホストインターフェース３２５とフラッシュインターフェース３６５との間で送受信するライトデータ及び／またはリードデータを一時的に保存する。メモリ３４０は、揮発性メモリとして具現可能である。
メモリ３４０は、ノーマルバッファ３４１、キューデータバッファ３４５及びデバイスファームウエア３５０に指定されうるメモリ領域を含みうる。デバイスファームウエア３５０は、メモリ３４０に保存され、ＣＰＵ３３０によって実行されるプログラムコードを含みうる。

ＥＣＣ３６０は、フラッシュメモリ３７０からリードされたデータのエラーを検出し、エラー検出時にエラー訂正を行うことができる。
フラッシュメモリ３７０は、多様な命令に応答してデータを受信し、保存し、削除し、リードし、提供することができる。
例えば、フラッシュメモリ３７０がＮＡＮＤフラッシュメモリとして具現される時、フラッシュインターフェース３６５は、ＮＡＮＤフラッシュインターフェースとして具現可能である。フラッシュメモリ３７０は、装置特性（ｄｅｖｉｃｅ ｐｒｏｐｅｒｔｉｅｓ）と選択可能なモードを保存するＥＸＴ＿ＣＳＤレジスタ３７１とを含む。

デバイス３００は、ＥＸＴ＿ＣＳＤレジスタ３７１以外のホスト制御レジスタ（図１の３７２）をさらに含むか、ＥＸＴ＿ＣＳＤレジスタ３７１の代わりに、ホスト制御レジスタ（図１の３７２）を含みうる。ホスト制御レジスタとは、ホストが制御または設定を行うことができるレジスタを意味する。
図２の実施形態では、フラッシュメモリ３７０は、多数のメモリ素子ＣＥ０〜ＣＥ３を含みうる。図２では、４つのメモリ素子ＣＥ０〜ＣＥ３が例示的に示されるが、これに限定されるものではない。フラッシュメモリ３７０は、２つ以上のチャネルを運用することができる。

ホスト２００は、ＳＥＮＤ＿ＥＸＴ＿ＣＳＤ命令（＝ＣＭＤ８）をイシュイングして（ｂｙ ｉｓｓｕｉｎｇ）ＥＸＴ＿ＣＳＤレジスタ３７１を読み取る。ｅＭＭＣ装置３００は、５１２バイト長（ｂｙｔｅｓ ｌｏｎｇ）のＥＸＴ＿ＣＳＤレジスタ３７１をデータブロックとして伝送する。命令レジスタ３２５のデプス（Ｎ）、すなわち、マルチキューデプス（Ｎ）を表わす情報は、ＥＸＴ＿ＣＳＤレジスタ３７１の留保フィールド（ｒｅｓｅｒｖｅｄ ｆｉｅｌｄ）に設定しうる。他の実施形態では、マルチキューデプス（Ｎ）を表わす情報は、ＥＸＴ＿ＣＳＤレジスタ３７１ではないｅＭＭＣ３００にある他のホスト制御レジスタ３７２に設定することもある。

図５は、図２に示されたバッファ３４１、３４５の一実施形態を示す。
図５を参照すると、ノーマルバッファ３４１及びキューデータバッファ３４５が備えられうる。ノーマルバッファ３４１及びキューデータバッファ３４５は、それぞれホスト２００から受信して、フラッシュメモリ３７０にライトするデータ（すなわち、ライトデータ）あるいはフラッシュメモリ３７０からリードして、ホスト２００に伝送するデータ（すなわち、リードデータ）を一時的に保存する。

ノーマルバッファ３４１は、ノーマルリード／ライト動作に使われる保存場所であり、キューデータバッファ３４５は、マルチキューリード／ライトのために使われる保存場所である。もちろん運用方法や必要に応じてノーマルバッファ３４１がキューデータバッファ３４５として使われ、キューデータバッファ３４５もノーマルバッファ３４１として使われる。
ｅＭＭＣコントローラ３１０内のメモリ３４０の一部が、バッファ３４１、３４５として使われうるが、ｅＭＭＣコントローラ３１０の内部または外部にバッファ３４１、３４５のためのメモリ、すなわち、バッファメモリが別途に備えられることもある。

ノーマルバッファ３４１は、通常のリード命令または通常のライト命令によるデータを保存するためのバッファである。
キューデータバッファ３４５は、本発明の実施形態によるマルチキュー命令によるデータを保存するためのバッファである。キューデータバッファ３４５のサイズは、マルチキューデプス（Ｎ）でありうるが、これに限定されるものではない。
前述したように、ノーマルバッファ３４１と別途にキューデータバッファ３４５を置くことによって、ノーマルバッファ３４１のデータをホスト２００に伝送するか、またはホスト２００にデータを受信して、ノーマルバッファ３４１に保存する間（すなわち、それぞれの命令に対する実行区間が少なくとも一部重畳される区間）にも、マルチキュー命令によるデータをキューデータバッファ３４５に保存することができる。

図６は、本発明の一実施形態によるマルチキューリード動作方法を概略的に説明する図である。
図１ないし図６を参照すると、ホスト２００は、以前データ（ｐｒｅｖｉｏｕｓ ｄａｔａ）４０１の伝送中にも、マルチキュー命令ＣＳ４１１〜４１４をｅＭＭＣ３００に伝送しうる。

現在命令（すなわち、現在実行されている命令）によって特定されたリードデータ４０１がデータバス１０３を通じて伝送されている間に、ホスト２００は、ｅＭＭＣ３００が次の動作（データリードまたはデータライト）をあらかじめ準備できるように、命令バス１０２を通じて命令セットレジスタエントリ４１１、４１２、４１３、４１４を含むマルチキュー命令セットＣＳをｅＭＭＣ３００に伝送しうる。このような方式で、“現在命令”に関連したデータ４０１がデータバス１０３を通じて伝送される間に、１つ以上の“次の命令”がｅＭＭＣ３００の命令キューにあらかじめ効率的にローディングされうる。命令キューにあらかじめローディングされた１つ以上の次の命令は、“現在命令”に引き続き順次に行われる命令である。

ホスト２００が送ることができるマルチキュー命令セットＣＳ４の命令レジスタエントリの最大数は、マルチキューデプス（Ｎ）であり得る。
各マルチキュー命令セットＣＳ４１１〜４１４は、図４Ａに示したように、サイズ命令とアドレス命令とを含みうる。本実施形態で、各マルチキュー命令セットＣＳ４１１〜４１４は、図４Ａないし図４Ｃに示したように、命令セットで構成され、リード命令であると仮定する。

第１マルチキュー命令セット４１１のサイズ命令のデータサイズＤＳ１は、命令レジスタ３２５のデータサイズレジスタ３２６−１に保存され、第１マルチキュー命令セット４１１のアドレス命令の開始アドレスＳＡ１は、命令レジスタ３２５のアドレスレジスタ３２７−１に保存される。第２マルチキュー命令セット４１２のサイズ命令のデータサイズＤＳ２及びアドレス命令の開始アドレスＳＡ２は、それぞれ命令レジスタ３２５の次のレジスタセット３２６−２、３２７−２に保存することができる。同様に、第３及び第４マルチキュー命令セット４１３、４１４の各データサイズＤＳ３、ＤＳ４及び開始アドレスＳＡ３、ＳＡ４もレジスタセット３２６−３、３２６−４、３２７−３、３２７−４に順次に保存することができる。

図６には図示されていないが、ホスト２００からサイズ命令及びアドレス命令を受信する度に、ｅＭＭＣ３００は、命令に対する応答Ｒ１をホスト２００に伝送しうる。
ｅＭＭＣ３００は、レジスタセット３２６−１、３２７−１に保存された第１マルチキュー命令のデータサイズＤＳ１及び開始アドレスＳＡ１によってフラッシュメモリＣＥ０から第１データＤＡＴ−ａを読み出して、キューデータバッファ３４５に保存する。
ｅＭＭＣ３００は、レジスタセット３２６−２、３２７−２に保存された第２マルチキューリード命令のデータサイズＤＳ２及び開始アドレスＳＡ２によってフラッシュメモリＣＥ１から第２データＤＡＴ−ｂを読み出して、キューデータバッファ３４５に保存する。

このような方式で、ｅＭＭＣ３００は、レジスタセット３２６−３及び３２７−３、３２６−４及び３２７−４に保存されたマルチキューリード命令のデータサイズＤＳ３、ＤＳ４及び開始アドレスＳＡ３、ＳＡ４によってフラッシュメモリＣＥ２、ＣＥ３から第３及び第４データＤＡＴ−ｃ、ＤＡＴ−ｄを読み出して、キューデータバッファ３４５に保存する。
フラッシュメモリ３７０からの第１ないし第４データＤＡＴ−ａ、ＤＡＴ−ｂ、ＤＴＡ−ｃ、ＤＡＴ−ｄの読み出しは、順次になされることもあり、並列的になされることもある。

一実施形態で、ｅＭＭＣ３００は、フラッシュメモリ３７０から並列動作で第１ないし第４データＤＡＴ−ａ、ＤＡＴ−ｂ、ＤＴＡ−ｃ、ＤＡＴ−ｄをリードすることができる。例えば、ｅＭＭＣ３００は、マルチプレーンリード（Ｍｕｌｔｉ ｐｌａｎｅ Ｒｅａｄ）方式でフラッシュメモリ３７０の第１チップＣＥ０ないし第４チップＣＥ４からデータを読み取る動作を並列的に行うことができる。
現在動作データ４０１の伝送が完了すれば、ホスト２００は、キューデータバッファ３４５に保存された第１ないし第４データＤＡＴ−ａ、ＤＡＴ−ｂ、ＤＴＡ−ｃ、ＤＡＴ−ｄを読み出すことができる。

ホスト２００は、キューデータバッファ３４５に保存されたデータを読み出すために、別途の命令、すなわち、データリードアウト命令をｅＭＭＣ３００に伝送しうる。ｅＭＭＣ３００は、一回のマルチキューデータリードアウト命令に応答して、データバッファ３４５に保存されたデータＤＡＴ−ａ、ＤＡＴ−ｂ、ＤＴＡ−ｃ、及びＤＡＴ−ｄのいずれもを順次にデータバスを通じてホスト２００に伝送しうる。本実施形態によれば、ホスト２００は、キューデータバッファ３４５に保存されたデータＤＡＴ−ａ、ＤＡＴ−ｂ、ＤＴＡ−ｃ、及びＤＡＴ−ｄのそれぞれに相応するデータリードアウト命令を印加する必要なしに、一回のマルチキューデータリードアウト命令でキューデータバッファ３４５に保存されたデータを出力することができる。

図７は、本発明の一実施形態によるマルチキューリード動作方法を示すフローチャートである。
これを参照すると、ホストは、リードするデータのサイズを指定するためのサイズ命令ＣＭＤ＿ｄａをｅＭＭＣコントローラに伝送する（ステップＳ５１０）。ｅＭＭＣコントローラは、サイズ命令ＣＭＤ＿ｄａに応答して、応答Ｒ１をホストに送り（ステップＳ５１５）、サイズ命令ＣＭＤ＿ｄａのデータサイズをレジスタセットに保存する。
ホストは、ｅＭＭＣから応答Ｒ１を受けた後、アドレス命令ＣＭＤ＿ｓａをｅＭＭＣコントローラに伝送する（ステップＳ５２０）。ｅＭＭＣコントローラは、アドレス命令ＣＭＤ＿ｓａに応答して、応答Ｒ１をホストに送り（ステップＳ５２５）、開始アドレスをレジスタセットに保存する。

このような過程（ステップＳ５１０〜ステップＳ５２５）は、最大マルチキューデプス（Ｎ）だけ反復され、またデータバスを通じてデータが伝送される途中でもなされうる。
ｅＭＭＣコントローラは、レジスタセットに保存された開始アドレス及びデータサイズセットによってフラッシュメモリにリード命令を送って（ステップＳ５３０）、フラッシュメモリから当該データをリードする（ステップＳ５４０）。リードしたデータは、キューデータバッファに保存される（ステップＳ５４５）。

現在命令（例えば、ノーマルリードアウト命令）が完了すれば（ステップＳ５５０で、ＹＥＳである場合）、ホストは、マルチキューデータリードアウト命令ＣＭＤ＿ｒｏをｅＭＭＣコントローラに伝送する（ステップＳ５５５）。ホストからマルチキューデータリードアウト命令ＣＭＤ＿ｒｏに応答して、ｅＭＭＣコントローラは、マルチ−キューリード動作による応答Ｒ１をホストに伝送する（ステップＳ５６０）。同時に、キューデータバッファに保存されたデータをホストに伝送する（ステップＳ５６５）。

図８Ａ及び図８Ｂは、本発明の一実施形態によるマルチキューリード動作方法と、通常のｅＭＭＣのリード動作方法とを比較するための概略的なタイミング図である。
図８Ａは、通常のリード動作方法を示し、図８Ｂは、本発明の一実施形態によるマルチキューリード動作方法を示す。
図８Ａに示された通常のリード動作方法によれば、現状態（ｃｕｒｒｅｎｔ ｓｔａｔｅ）がデータ伝送状態である時、すなわち、データバスを通じてデータの伝送中（６１０）には、ホストは、特定の命令−例えば、以前命令を中断させるためのｓｔｏｐ命令ａｂｏｒｔ命令など−を除いては、フラッシュメモリにデータをリードするか、ライトするための命令を送ることができない。

ホストは、データ伝送（６１０）が完了した後に、通常のデータリード命令（６２０）をｅＭＭＣに送ることができる。ｅＭＭＣは、通常のデータリード命令（６２１、６２３）に応答して、フラッシュメモリからデータをリードｔＲ（６２５）し、該リードしたデータをホストに伝送する（６２７）。ｅＭＭＣがフラッシュメモリからデータをリードし、データをホストに伝送する間（６２５、６２７）には、ホストは、次のデータリード命令を送ることができない。
したがって、ホストは、データリード命令を送った後、リードデータを受信するまで待機するしかない（４１３）。

一方、図８Ｂを参照すると、本発明の実施形態によれば、データ伝送中（７１０）にも、ホスト２００は、マルチキューリード命令セット（７２０）をｅＭＭＣ３００に送る。
さらに具体的には、まず、ホスト２００は、サイズ命令ＣＭＤ５７（７２１）をｅＭＭＣ３００に伝送し、ｅＭＭＣ３００は、サイズ命令ＣＭＤ５７（７２１）に対する応答Ｒ１（７２２）をホスト２００に伝送する。次いで、ホスト２００は、アドレス命令ＣＭＤ５８（７２３）をｅＭＭＣ３００に伝送し、ｅＭＭＣ３００は、アドレス命令ＣＭＤ５８（７２３）に対する応答Ｒ１（７２４）をホスト２００に伝送する。
ここで、サイズ命令ＣＭＤ５７（７２１）は、図４Ａに示されたサイズ命令ＣＭＤ＿ｄｓ４３０に該当し、アドレス命令ＣＭＤ５８（７２３）は、図４Ａに示されたアドレス命令ＣＭＤ＿ｓａ４４０に該当する。

ホスト２００は、ＣＭＤ５７及びＣＭＤ５８で構成されたマルチキューリード命令セットをＮ回ｅＭＭＣ３００に送ることができる。
ｅＭＭＣ３００は、マルチキューリード命令セット（７２０）に応答して、フラッシュメモリ３７０からデータを読み出して、キューデータバッファ３４５に保存する。一方、伝送中であるデータ（７１０）は、ノーマルバッファ３４１に保存されている。

ホスト２００は、以前データ（７１０）の伝送が完了すれば、キューデータバッファ３４５に保存されたデータ（７３１〜７３３）を読み出すために、データリードアウト命令ＣＭＤ５９（７２６）をｅＭＭＣ３００に伝送する。ｅＭＭＣ３００は、データリードアウト命令ＣＭＤ５９（７２６）に応答して、応答Ｒ１（７２６）を送り、また、キューデータバッファ３４５に保存されたデータ（７３１〜７３３）をデータバスを通じてホスト２００に伝送する。

図９は、本発明の一実施形態によるマルチキューライト動作方法を示すフローチャートである。
これを参照すると、ホストは、ライトするデータのサイズを指定するためのサイズ命令ＣＭＤ＿ｄａをｅＭＭＣコントローラに伝送する（ステップＳ６１０）。ｅＭＭＣコントローラは、サイズ命令ＣＭＤ＿ｄａに応答して、応答Ｒ１をホストに送り（ステップＳ６１５）、サイズ命令ＣＭＤ＿ｄａのデータサイズをレジスタセットに保存する。

ホストは、ｅＭＭＣから応答Ｒ１を受けた後、アドレス命令ＣＭＤ＿ｓａをｅＭＭＣコントローラに伝送する（ステップＳ６２０）。ｅＭＭＣコントローラは、アドレス命令ＣＭＤ＿ｓａに応答して、応答Ｒ１をホストに送り（ステップＳ６２５）、開始アドレスをレジスタセットに保存する。

このような過程（ステップＳ６１０〜ステップＳ６２５）は、最大マルチキューデプス（Ｎ）だけ反復され、またデータバスを通じて現在動作によって指示されたデータが伝送される途中でもなされうる（図示せず）。また、ｅＭＭＣコントローラが以前データのプログラムのために、フラッシュメモリにプログラム命令を印加し（ステップＳ６３０）、フラッシュメモリにデータをプログラムする途中（ステップＳ６４０）でもなされうる。この際、伝送中であるデータまたはフラッシュメモリにプログラムされるデータは、ノーマルバッファ３４１に保存することができる。

以前データの伝送が完了すれば（ステップＳ６５０で、ＹＥＳである場合）、ホストは、データライトイン命令ＣＭＤ＿ｗｒをｅＭＭＣコントローラに伝送する（ステップＳ６５５）。ホストからデータライトイン命令ＣＭＤ＿ｗｒに応答して、ｅＭＭＣコントローラは、応答Ｒ１をホストに伝送する（ステップＳ６６０）。そうすると、ホストは、ライトデータをｅＭＭＣ３００に伝送する（ステップＳ６６５）。
ｅＭＭＣ３００は、ライトデータをキューデータバッファに保存する（ステップＳ６７０）。ｅＭＭＣコントローラは、キューデータバッファに保存されたデータのプログラムのために、フラッシュメモリにプログラム命令を印加して（ステップＳ６７５）、フラッシュメモリにデータをプログラムする（ステップＳ６８０）。

図１０Ａ及び図１０Ｂは、本発明の一実施形態によるマルチキューライト動作方法と、通常のｅＭＭＣのライト動作方法とを比較するための概略的なタイミング図である。
図１０Ａは、通常のライト動作方法を示し、図１０Ｂは、本発明の一実施形態によるマルチキューライト動作方法を示す。
図１０Ａに示された通常のライト動作方法によれば、以前データ（８１０）の伝送が完了した後、ホストは、ライト命令ＣＭＤ（８２１）と、ライト命令ＣＭＤ（８２１）によるデータ（８１２）とをｅＭＭＣに送る。ｅＭＭＣは、受信したデータＤＡＴ−ａ（８１２）をフラッシュメモリにプログラムする（ｔＰＲＧ１）。フラッシュメモリにデータプログラムが完了するとデータＤＡＴ−ａの伝送が完了する。

したがって、ホストは、フラッシュメモリにデータＤＡＴ−ａのプログラムが完了するまで待機した後、次のライト命令ＣＭＤ（８２２）と、これによるデータＤＡＴ−ｂ（８１３）とをｅＭＭＣに送る。
一方、図１０Ｂを参照すると、本発明の実施形態によれば、データ伝送中（８３１）にも、ホスト２００は、マルチキューライト命令セット（８４１〜８４４）をｅＭＭＣ３００に送る。
各マルチキューライト命令セット（８４１〜８４４）は、図４Ａないし図４Ｃに示したように、サイズ命令とアドレス命令とで構成することができる。

ｅＭＭＣ３００は、マルチキューライト命令セット（８４１〜８４４）を命令レジスタ３２５に保存する。ホスト２００は、以前データ（８３１）の伝送とプログラムｔＰＲＯＧが完了すれば、データライトイン命令ＣＭＤ（８４５）と、これによるデータＤＡＴ−ａ、ＤＡＴ−ｂ、ＤＡＴ−ｃ、ＤＡＴ−ｄをｅＭＭＣ３００に送る。
ｅＭＭＣ３００は、データＤＡＴ−ａ、ＤＡＴ−ｂ、ＤＡＴ−ｃ、ＤＡＴ−ｄをキューデータバッファ３４５に保存し、キューデータバッファ３４５に保存されたデータＤＡＴ−ａ、ＤＡＴ−ｂ、ＤＡＴ−ｃ、ＤＡＴ−ｄをフラッシュメモリにプログラムする。

本発明は、図面に示された実施形態を参考にして説明されたが、これは例示的なものに過ぎず、当業者ならば、これより多様な変形及び均等な他実施形態が可能であるという点を理解できるであろう。したがって、本発明の真の技術的保護範囲は、特許請求の範囲の技術的思想によって決定されるべきである。

本発明は、エンベデッドマルチメディアカード（ｅＭＭＣ）、それを制御するホスト、及びｅＭＭＣシステムの動作方法関連の技術分野に適用可能である。

１００：ｅＭＭＣシステム
２００：ホスト
３００：ｅＭＭＣ装置
２１０：ＯＳ／ホストファームウエア
２１５：プロセッサ
２２０：ＲＡＭ
２３０：ホストコントローラ
３１０：デバイスコントローラ（ｅＭＭＣコントローラ）
３２０：ホストインターフェース
３２５：命令レジスタ
３３０：ＣＰＵ
３４０：メモリ
３４１：ノーマルバッファ
３４５：キューデータバッファ
３５０：デバイスファームウエア
３６０：ＥＣＣ
３６５：フラッシュインターフェース
３７０：フラッシュメモリ

Claims (14)

1. エンベデッドマルチメディアカード（ｅｍｂｅｄｄｅｄ Ｍｕｌｔｉｍｅｄｉａ Ｃａｒｄ；ｅＭＭＣ）であって、
   フラッシュメモリと、
   前記フラッシュメモリを制御するｅＭＭＣコントローラと、を備え、
   前記ｅＭＭＣコントローラは、
   第１データに対する現在の動作を遂行する途中で、第２データを特定する次の動作を定義する命令セットをホストから受信する命令レジスタと、
   前記第１データを保存するノーマルバッファと、
   前記第２データを保存するキューデータバッファと、
   を含み、
   前記ｅＭＭＣコントローラが前記第１データに対するリード動作を遂行する途中で、前記第２データに対するリード動作を遂行する場合、
   前記ｅＭＭＣコントローラは、
   データバスを通じて前記第１データを前記ノーマルバッファから前記ホストに伝送すると同時に、サイズ命令とアドレス命令からなるリード命令である前記命令セットを命令ラインを通じて受信して前記命令レジスタに保存し、
   １つ以上の前記命令セットに対応して前記第２データを構成する１つ以上のデータを前記フラッシュメモリから読み出し、前記キューデータバッファに保存し、
   前記第１データの伝送が完了すれば、
   前記ホストからの１回のマルチキューデータリードアウト命令に応答して、
   前記１つ以上のデータを前記キューデータバッファから順次ホストに伝送し、
   前記ｅＭＭＣコントローラが前記第１データに対するライト動作を遂行する途中で、前記第２データに対するライト動作を遂行する場合、
   前記ｅＭＭＣコントローラは、前記第１データを前記ノーマルバッファから前記フラッシュメモリにプログラムする間、前記ホストからサイズ命令とアドレス命令からなる書き込み命令である前記命令セットを受信して前記命令レジスタに保存し、
   前記第１データに対するプログラムが完了すれば、前記ｅＭＭＣコントローラは前記ホストから、前記キューデータバッファのデータを前記フラッシュメモリに保存するデータライトイン命令ＣＭＤと前記第２データを受信して前記第２データを前記キューデータバッファに保存し、前記フラッシュメモリにプログラム命令を印加して前記キューデータバッファに保存された前記第２データを前記フラッシュメモリにプログラムするエンベデッドマルチメディアカード（ｅＭＭＣ）。
2. 前記命令レジスタは、
   最大サイズＮであるマルチキューデプスを有し、複数の命令レジスタエントリを含む前記命令セットを前記最大サイズＮまで受信して保存可能な請求項１に記載のｅＭＭＣ。
3. 前記複数の命令レジスタエントリの各命令レジスタエントリは、データのサイズを特定するサイズ命令及び前記データの開始アドレスを特定するアドレス命令を含む請求項２に記載のｅＭＭＣ。
4. 前記次の動作は、マルチキューリード動作であり、前記サイズ命令は、前記フラッシュメモリから読出すリードデータのサイズを特定し、前記アドレス命令は、前記フラッシュメモリで前記リードデータのための開始アドレスを特定する請求項３に記載のｅＭＭＣ。
5. 前記次の動作は、マルチキュー書き込み動作であり、前記サイズ命令は、前記フラッシュメモリに書き込む書き込みデータのサイズを特定し、前記アドレス命令は、前記フラッシュメモリで前記書き込みデータのための開始アドレスを特定する請求項３に記載のｅＭＭＣ。
6. 前記フラッシュメモリは、
   前記ホストに前記マルチキューデプスを表わす情報を保存する拡張カード特定データＥｘｔｅｎｄｅｄ ＣＳＤレジスタを含む請求項２に記載のｅＭＭＣ。
7. 前記フラッシュメモリは、拡張カード特定データＥｘｔｅｎｄｅｄ ＣＳＤレジスタを含み、
   前記ｅＭＭＣコントローラは、前記ホストに前記マルチキューデプスを表わす情報を保存する前記拡張カード特定データＥｘｔｅｎｄｅｄ ＣＳＤレジスタとは別途のホスト制御レジスタを含む請求項２に記載のｅＭＭＣ。
8. 前記ノーマルバッファと前記キューデータバッファは、別途のメモリ装置によって独立して備えられる請求項１に記載のｅＭＭＣ。
9. ホストと命令ライン、及びデータバスを通じて連結され、フラッシュメモリを含むエンベデッドマルチメディアカード（ｅｍｂｅｄｄｅｄ Ｍｕｌｔｉｍｅｄｉａ Ｃａｒｄ：ｅＭＭＣ）の動作方法において、
   第１データに対する現在の動作を遂行する途中で、前記命令ラインを通じて前記ホストから前記ｅＭＭＣに第２データを特定する次の動作を定義する命令セットを伝送して、前記ｅＭＭＣにある命令レジスタに前記命令セットを保存する段階と、
   を含み、
   ｅＭＭＣコントローラが前記第１データに対するリード動作を遂行する途中で、前記第２データに対するリード動作を遂行する場合、
   前記ｅＭＭＣコントローラは、データバスを通じて前記第１データをノーマルバッファから前記ホストに伝送すると同時に、サイズ命令とアドレス命令からなるリード命令である前記命令セットを命令ラインを通じて受信して前記命令レジスタに保存し、
   １つ以上の前記命令セットに対応して前記第２データを構成する１つ以上のデータを前記フラッシュメモリから読み出し、キューデータバッファに保存する段階と、
   前記第１データの伝送が完了すれば、前記ホストからの１回のマルチキューデータリードアウト命令に応答して、前記１つ以上のデータを前記キューデータバッファから順次ホストに伝送する段階と、を含み、
   前記ｅＭＭＣコントローラが前記第１データに対するライト動作を遂行する途中で、前記第２データに対するライト動作を遂行する場合、
   前記ｅＭＭＣコントローラは、前記第１データを前記ノーマルバッファから前記フラッシュメモリにプログラムする間、前記ホストからサイズ命令とアドレス命令からなる書き込み命令を受信し、前記書き込み命令を前記命令レジスタに保存する段階と、
   前記第１データに対するプログラムが完了すれば、前記ｅＭＭＣコントローラは前記ホストから、キューデータバッファの書き込みデータを前記フラッシュメモリが保存するデータライトイン命令ＣＭＤと前記第２データを受信して前記第２データを前記キューデータバッファに保存し、前記フラッシュメモリにプログラム命令を印加して前記キューデータバッファに保存された前記第２データを前記フラッシュメモリにプログラムする段階と、を含むｅＭＭＣの動作方法。
10. 前記次の動作は、マルチキューリード動作であり、前記第２データは、前記ノーマルバッファと別途に指定された前記ｅＭＭＣの前記キューデータバッファに一時的に保存されたリードデータである請求項９に記載のｅＭＭＣの動作方法。
11. 前記命令レジスタは、
    最大サイズＮであるマルチキューデプスを有し、複数の命令レジスタエントリを含む前記命令セットを前記最大サイズＮまで受信して保存可能な請求項９に記載のｅＭＭＣの動作方法。
12. 前記複数の命令レジスタエントリの各命令レジスタエントリは、データのサイズを特定するサイズ命令及び前記データの開始アドレスを特定するアドレス命令を含む請求項１１に記載のｅＭＭＣの動作方法。
13. 前記次の動作は、マルチキューリード動作であり、前記サイズ命令は、前記フラッシュメモリから読出すリードデータのサイズを特定し、前記アドレス命令は、前記フラッシュメモリで前記リードデータのための開始アドレスを特定する請求項１２に記載のｅＭＭＣの動作方法。
14. 前記フラッシュメモリは、前記ホストにマルチキューデプスを表わす情報を保存する拡張カード特定データＥｘｔｅｎｄｅｄ ＣＳＤレジスタを含み、
    前記ｅＭＭＣの動作方法は、
    前記ホストから前記ｅＭＭＣにＳＥＮＤ＿ＥＸＴ＿ＣＳＤ命令を受信する段階と、
    前記ＳＥＮＤ＿ＥＸＴ＿ＣＳＤ命令に応答して、ＥＸＴ＿ＣＳＤレジスタのデータを前記ホストに伝送する段階と、
    をさらに含む請求項９に記載のｅＭＭＣの動作方法。
    

Images