(57)【要約】【課題】  低パワーを消費して、より高い速度をアクセスに提供する一方、MMCやUSB仕様などの既存のプロトコルとの後方の互換性を保有していことが望ましい。【解決手段】  取り外し可能な電子デバイスは、マルチメディアカード(MMC)コンパチブル・モード、ユニバーサルシリアルバス(USB)コンパチブル・モード、およびMuモードの中で区別するために動作モードを検出するための検出器と、USBコンパチブル・モードとMuモードの間の転送のためにデータを変換するラッパーと、USBコンパチブル・モードとのコンパチブルデータを転送するためのUSBの物理的な層の回路と、USBコンパチブル・モードでのデータ転送を制御するためのUSBコンパチブルデバイスコントローラと、およびMMCコンパチブル・モードでのデータ転送を制御するためのMMCコンパチブルデバイスコントローラとを含む。【選択図】図１Ａ
2006079613.tif 000002
【特許請求の範囲】
【請求項１】
マルチメディアカード(MMC)のコンパチブル・モード、ユニバーサルシリアルバス(USB)のコンパチブル・モード、およびMuモードの中で区別するために動作モードを検出するための検出器と、
USBコンパチブル・モードとMuモードの間の転送のためのデータを変換するためのラッパーと、
USBコンパチブル・モードとコンパチブルなデータを転送するためのUSBの物理的な層の回路と、
USBコンパチブル・モードによるデータ転送を制御するためのUSBコンパチブルデバイスコントローラと、および
MMCコンパチブル・モードによるデータ転送を制御するためのMMCコンパチブル デバイス コントローラとを備える取り外し可能な電子デバイス。
【請求項２】
MMCコンパチブルモードは、コンパチブルMMC4.0、MMC SPIコンパチブル(シリアル・ペリファラル)アプリケーションの１つを含む請求項１記載のデバイス。
【請求項３】
Muモードは、１ビット、4ビット、8ビットか16ビットのデータ転送のいずれか１つをサポートする請求項１記載のデバイス。
【請求項４】
ラッパーは、Muモードとコンパチブルのデータを、UTMI(USB 2.0 送信 マクロセル インタフェース)と１つのコンパチブルなモードに変換する請求項１記載のデバイス。
【請求項５】
MMCコンパチブルデバイスコントローラとUSBコンパチブル デバイス コントローラに接続されるメモリモジュールを更に備える請求項１記載のデバイス。
【請求項６】
USBコンパチブル デバイス コントローラは、USBコンパチブル・モードでUSBの物理的な層の回路を通してホストとメモリモジュールの間のデータ転送を制御する請求項５記載のデバイス。
【請求項７】
MMCコンパチブル デバイス コントローラは、MMCコンパチブル・モードでホストとメモリモジュールの間のデータ転送を制御する請求項５記載のデバイス。
【請求項８】
USBコンパチブル デバイス コントローラは、Muモードでラッパーを通してホストとメモリモジュールの間のデータ転送を制御する請求項５記載のデバイス。
【請求項９】
少なくともMuモードおよび、第１の動作モードを含む多くの動作モードの間で動作モードを検出するための検出器と、
第１のモードとMuモードの間で転送するためのデータを変換するためのラッパーと、
第１の動作モードとコンパチブルなデータを転送する回路と、および
第１のモードでデータ転送を制御するためのコンパチブル デバイス コントローラとを備えるホストからまたはそこからデータを転送するためのアプリケーションモジュールを有する取り外し可能な電子デバイス。
【請求項１０】
コンパチブル デバイス コントローラは、第１のモードで物理的な層の回路を通してホストとメモリモジュールの間のデータ転送を制御する請求項９記載のデバイス。
【請求項１１】
第１の動作モードは、マルチメディアカード(MMC)コンパチブル・モード、セキュリティのデジタル(SD)のモード、コンパクトフラッシュ(CF)モード、USBコンパチブルモード、またはスマートメディア(SM)モードの１つを含む請求項９に記載のデバイス。
【請求項１２】
MMCコンパチブル・モードは、MMC 4.0 コンパチブル、またはMMC SPIコンパチブル(シリアル・ペリファラルインタフェース)アプリケーションの１つを含む請求項１１記載のデバイス。
【請求項１３】
そのアプリケーションモジュールは、記憶装置または入力/出力(I/O)インタフェースの１つを含む請求項９に記載のデバイス。
【請求項１４】
取り外し可能な電子デバイスが、マルチメディアカード(MMC)のコンパチブル・モード、ユニバーサルシリアルバス(USB)のコンパチブル・モード、およびMuモードの中で区別するために動作モードを検出する方法であり、
電源電圧が所定の電圧レベルより大きいかを決定し、
電源電圧が所定の電圧レベルより大きいときに、USBコンパチブル・モードを設定し、
ホストから送出されたコマンド信号を受け取り、
そのコマンド信号がMuフォーマットに対応するかを決定し、そして
そのコマンド信号がMuフォーマットに対応するとき、Mu動作モードを設定し、そうでなければ、MMCコンパチブルモードを設定することを備える方法。
【請求項１５】
予定された期間は期限が切れたかを決定することを更に備える請求項１４に記載の方法。
【請求項１６】
予定された期間が経過したなら、電源電圧を遮断することを更に備える請求項１４に記載の方法。
【請求項１７】
さらに、コマンド信号がMuフォーマットに対応しているなら、Muインタフェースに切り換えることを備える請求項１４記載の方法。
【請求項１８】
さらに、コマンド信号がMuフォーマットに対応しているなら、同期化のための数クロック待機することを備える請求項１４記載の方法。
【請求項１９】
さらに、動作モードがMMCシリアル・ペリファラルインタフェース(SPI)コンパチブル・モードであることを決定することを備える請求項１４記載の方法。
【請求項２０】
取り外し可能な電子デバイスが、マルチメディアカード(MMC)のコンパチブル・モードおよびMuモードを区別するために動作モードを検出する方法であり、これは、
ホストから送出されたコマンド信号を受け取り、
そのコマンド信号がMuフォーマットに対応するかを決定し、そして
そのコマンド信号がMuフォーマットに対応するとき、Mu動作モードを設定し、そうでなければ、MMCコンパチブルモードを設定することを備える方法。
【請求項２１】
コマンド信号を受信するための予定された期間が終了したかを決定し、そして、予定された期間が終了したなら、期限切れの動作を行うことを更に備える請求項２０に記載の方法。
【請求項２２】
さらに、コマンド信号がMuフォーマットに対応しているなら、Muインタフェースに切り換えることを備える請求項２０記載の方法。
【請求項２３】
さらに、コマンド信号がMuフーマットに対応しているなら、同期化のための数クロック待機することを備える請求項２０記載の方法。
【請求項２４】
少なくともマルチメディアカード(MMC)のコンパチブル・モードおよびMuモードの間の動作モードを検出するために取り外し可能な電子デバイスを受けるデバイスのための方法であり、
取り外し可能な電子デバイスを受けた後に、Muフォーマットに対応するコマンド信号を送出し、
その取り外し可能な電子デバイスがそのコマンド信号に応答したかを検出し、
その取り外し可能な電子デバイスがそのコマンド信号に応答しなかったとき、動作モードをMMCコンパチブルモードに設定し、そして
その取り外し可能な電子デバイスがそのコマンド信号に応答したとき、Muインタフェースを備えることを備える方法。
【請求項２５】
さらに、同期のために取り外し可能な電子デバイスに多くのクロックを送ることを備える請求項２４に記載の方法。
【請求項２６】
さらに、MMCシリアル・ペリファラルインタフェース(SPI)のコンパチブル動作モードを評価することを備える請求項２４に記載の方法。
【請求項２７】
Mu動作モードを検出するために取り外し可能な電子デバイスを受けるデバイスのための方法であり、これは、
取り外し可能な電子デバイスを受け取り、
Muフォーマットに対応するコマンド信号を取り外し可能な電子デバイスに送出し、
取り外し可能な電子デバイスがコマンド信号に応答するかを決定し、そして
取り外し可能な電子デバイスがコマンド信号に応答した後、Muインタフェースを備えることを備える方法。
【請求項２８】
さらに、同期のために取り外し可能な電子デバイスに多くのクロックを送ることを備える請求項２７に記載の方法。
【請求項２９】
取り外し可能な電子デバイスが、第１の動作モードとMu動作モードを区別するために動作モードを検出する方法であり、これは
ホストから送出されたコマンド信号を受け取り、
そのコマンド信号がMuフォーマットに対応するかを決定し、そして
そのコマンド信号がMuフォーマットに対応するとき、Mu動作モードを設定し、そうでなければ、第１の動作を設定することを備える方法。
【請求項３０】
さらに、第１の動作モードを評価する際に、MMCコンパチブル、MMC SPI(シリアル・ペリファラルインタフェース)コンパチブル、SD(セキュリティデジタル)コンパチブル、コンパクトフラッシュ(CF)、USBコンパチブル・モード、またはSM(スマートメディア)の動作モードの１つを評価することを備える請求項２９に記載の方法。
【請求項３１】
第１の動作モードとMu動作モードの間の動作モードを検出するために取り外し可能な電子デバイスを受けるデバイスのための方法であり、これは、
取り外し可能な電子デバイスを受け取った後、Muフォーマットに対応するコマンド信号を送出し、
取り外し可能な電子デバイスが、Muフォーマットに応答したかを検出し、
取り外し可能な電子デバイスがそのコマンド信号に応答しないとき、動作モードが第１の動作モードに設定され、そして
取り外し可能な電子デバイスがそのコマンド信号に応答したとき、Muインタフェースを備えることを備える方法。
【請求項３２】
第１の動作モードを評価する際に、MMCコンパチブル、MMC SPl(シリアル・ペリファラルインタフェース)コンパチブル、SD(セキュリティデジタル)コンパチブル、CF(コンパクトなフラッシュ)コンパチブル、USBコンパチブル・モード、またはSM(スマートメディア)コンパチブルの動作モードの１つを評価する請求項３１記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
[関連出願へのクロス文献]
この出願は、 2004年9月7日に出願された米国の仮出願 No.60/607,344(特許文献１)の利点を請求し、参照のために全体がここに取り入れられる。
【０００２】
一般に、この発明は取り外し可能な電子デバイス、より特にそれの取り外し可能なメモリカード規格と方法に関係する。 
【背景技術】
【０００３】
メモリカードはフラッシュメモリ、EPROM、またはEEPROM(電気的に消去可能、及び、プログラム可能読み込み専用メモリ)などのような非揮発性メモリのアレイのような、デジタルメモリを含む小さい携帯用のパッケージとして一般的に知られている。メモリカードは取り外し可能なデータ記憶装置をサポートするパーソナルコンピュータ、ノートパソコン、個人的な電子アシスタント、携帯電話、カメラ、および他の電子装置からのデータのかなりのバイト量を保存するためのデバイスとして人気を得ている。
【特許文献１】米国の仮出願 No.60/607,344
【発明の開示】
【発明が解決しようとする課題】
【０００４】
一般に、メモリカードは、ホストの電子装置かデバイス、特に携帯用のデバイスの筐体からの簡単な接続と取り外しを許容するために、表面に露出した接触端子を含む。メモリカードの多くの規格が提供されており、カルパチーノ(カリフォルニア)のマルチメディアカード協会("MMCA")によるマルチメディアカード("MMC")を含む。MMCは、小さくて、低パワーのデバイスでデジタル情報を保存して、検索するためのコンパクトで、取り外し可能なメモリカードである。MMCは、音楽プレーヤーや、携帯電話や、携帯情報端末(PDA)や、デジタルカメラや、ボイスレコーダーや、GPSナビゲーションデバイスなどのような多くのモバイル電子アプリケーションで使用されている。そのMMCAは、それの公開生産基準を開発し、規制しており、また、複数のホストプラットホームおよび市場にまたがって、MMCのすべてのタイプを生産基準と定義した。MMCのための物理的かつ電気的仕様は、MMCAにより、順次アップデートされ、公表される「マルチメディアカードシステム仕様」で与えられる。
【０００５】
記憶装置に制限されないが、取り外し可能なメモリカードの別の知られている規格はユニバーサルシリアルバス("USB")である。USBはプリンタや、キーボードや、スキャナや、ポインティング・デバイスや、PDAなどのデバイスを支える高速のシリアルバスである。USBは、このプロトコルが最小の接続およびユーザの利便性でもって複数のデバイスのネットワークを提供するので、コンピュータ業界で規格になっている。USBは、現在、ユニバーサルシリアルバス仕様によって定義されて、そして、USB Implementers Forum Inc.(USB仕様を開発した企業グループによって設立された非営利の会社)によって、書かれ、制御されている。その仕様は、USB動作の全ての仕様をカバーし、電気的、機械的および通信特性、および仕様を含む。USBに関する１つの著しい特徴は、周辺デバイスがそれ自体に関する情報を保存して、ホストによる要求でそのような情報を提供できるということである。これは、コンピュータ、オペレーティングシステム、またはアプリケーション・プログラムに対して、多くの異なったデバイスに対するこの情報を、ホストが維持することの必要性を取り除く。代わりに、デバイス自体が、情報を保存して、提供する。
【０００６】
メモリカードの発展では、それがメモリカードを持つために、低パワーを消費し、より高い速度をアクセスに提供する一方、MMCやUSB仕様などの既存のプロトコルとの後方の互換性を保有していことが望ましい。
【課題を解決するための手段】
【０００７】
新規な取り外し可能なメモリカード規格が開示される。この発明の規格は、検出スキームとハードウェア・インタフェース互換性要件の両方を含む。その上、新規な規格は、MMCおよびUSBアプリケーションと後方で互換性がある。
【０００８】
この発明の１実施例によれば、取り外し可能な電子デバイスが提供され、これは、マルチメディアカード(MMC)のコンパチブル・モード、ユニバーサルシリアルバス(USB)のコンパチブル・モード、およびMuモードの中で区別するために動作モードを検出するための検出器と、USBコンパチブル・モードとMuモードの間の転送のためのデータを変換するためのラッパーと、USBコンパチブル・モードとコンパチブルなデータを転送するためのUSBの物理的な層の回路と、USBコンパチブル・モードによるデータ転送を制御するためのUSBコンパチブルデバイスコントローラと、およびMMCコンパチブル・モードによるデータ転送を制御するためのMMCコンパチブルデバイスコントローラとを備える。
【０００９】
更にこの発明によれば、ホストからまたはそこからデータを転送するためのアプリケーションモジュールを有する取り外し可能な電子デバイスが提供され、これは、少なくともMuモードおよび、第１の動作モードを含む多くの動作モードの間で動作モードを検出するための検出器と、第１のモードとMuモードの間で転送するためのデータを変換するためのラッパーと、第１の動作モードとコンパチブルなデータを転送する回路と、および第１のモードでデータ転送を制御するためのコンパチブルデバイスコントローラとを備える。
【００１０】
また、この発明によれば、取り外し可能な電子デバイスが、マルチメディアカード(MMC)のコンパチブル・モード、ユニバーサルシリアルバス(USB)のコンパチブル・モード、およびMuモードの中で区別するために動作モードを検出する方法が提供され、これは、電源電圧が所定の電圧レベルより大きいかを決定し、電源電圧が所定の電圧レベルより大きいときに、USBコンパチブル・モードを設定し、ホストから送出されたコマンド信号を受け取り、そのコマンド信号がMuフォーマットに対応するかを決定し、そしてそのコマンド信号がMuフォーマットに対応するとき、Mu動作モードを設定し、そうでなければ、MMCコンパチブルモードを設定することを備える。
【００１１】
更にこの発明によれば、取り外し可能な電子デバイスが、マルチメディアカード(MMC)のコンパチブル・モードおよびMuモードを区別するために動作モードを検出する方法が提供され、これは、ホストから送出されたコマンド信号を受け取り、そのコマンド信号がMuフォーマットに対応するかを決定し、そしてそのコマンド信号がMuフォーマットに対応するとき、Mu動作モードを設定し、そうでなければ、MMCコンパチブルモードを設定することを備える。
【００１２】
更にこの発明によれば、少なくともマルチメディアカード(MMC)のコンパチブル・モードおよびMuモードの間の動作モードを検出するために取り外し可能な電子デバイスを受けるデバイスのための方法を提供し、これは、取り外し可能な電子デバイスを受けた後に、Muフォーマットに対応するコマンド信号を送出し、その取り外し可能な電子デバイスがそのコマンド信号に応答したかを検出し、その取り外し可能な電子デバイスがそのコマンド信号に応答しなかったとき、動作モードをMMCコンパチブルモードに設定し、そしてその取り外し可能な電子デバイスがそのコマンド信号に応答したとき、Muインタフェースを備えることを備える。
【００１３】
更にこの発明によれば、Mu動作モードを検出するために取り外し可能な電子デバイスを受けるデバイスのための方法が提供され、これは、取り外し可能な電子デバイスを受け取り、Muフォーマットに対応するコマンド信号を取り外し可能な電子デバイスに送出し、取り外し可能な電子デバイスがコマンド信号に応答するかを決定し、そして取り外し可能な電子デバイスがコマンド信号に応答した後、Muインタフェースを与えることを備える。
【００１４】
更にこの発明によれば、取り外し可能な電子デバイスが、第１の動作モードとMu動作モードを区別するために動作モードを検出する方法が提供され、これはホストから送出されたコマンド信号を受け取り、そのコマンド信号がMuフォーマットに対応するかを決定し、そしてそのコマンド信号がMuフォーマットに対応するとき、Mu動作モードを設定し、そうでなければ、第１の動作を設定することを備える。
【００１５】
更にこの発明によれば、第１の動作モードとMu動作モードの間の動作モードを検出するために取り外し可能な電子デバイスを受けるデバイスのための方法が提供され、これは、取り外し可能な電子デバイスを受け取った後、Muフォーマットに対応するコマンド信号を送出し、取り外し可能な電子デバイスが、Muフォーマットに応答したかを検出し、取り外し可能な電子デバイスがそのコマンド信号に応答しないとき、動作モードが第１の動作モードに設定され、そして取り外し可能な電子デバイスがそのコマンド信号に応答したとき、Muインタフェースを与えることを備える。
【００１６】
この発明の付加的な機能と利点は、以下の記述で一部詳しく説明され、また、一部は記述から明白であり、または、この発明の実施により習得されるであろう。この発明の特徴と利点は、付記されたクレームで特に指摘された要素および組み合わせによって実現されて、得られるであろう。
【００１７】
そして、以上の概説および以下の詳述の双方は、単に模範的かつ、例示的であって、請求の範囲にあるようにこの発明を限定するものではないことが理解されよう。
【００１８】
添付図面(この明細書の一部に取り込まれ、構成する)は、この発明の１つの実施例を示し、明細書の記述と共に、この発明の原理について説明するのに役立つ。
【００１９】
以上の概要、およびこの発明の以下の詳述は、添付された図面に関連して読まれた時によりよく理解できるであろう。この発明を例証する目的のために、好ましい実施例が図面に示される。しかしながら、この発明は、正確な構成および示された図面に限定されないことが理解されるべきである。
【発明の効果】
【００２０】
新規な取り外し可能なメモリカードの規格は、検出スキームとハードウェア・インタフェース互換性要件の両方を含む。その上、新規な規格は、MMCおよびUSBアプリケーションと後方で互換性がある。
【発明を実施するための最良の形態】
【００２１】
この詳述では、説明目的のために、多数の特定の詳述が、この発明の具体化の理解を提供するために詳しく説明される。しかしながら、当業者人は、この発明の実施例がこれらの特定の詳細なしで実施されるかもしれないことを認識するであろう。他の例では、構造とデバイスは、ブロック図の形態で示される。その上、当業者は、方法が提示されて実行される特定の順序が図示され、そして、その順序は、変えることができ、それでもこの発明の実施例の本旨と範囲内にあることが理解されるであろう。
【００２２】
図１Ａ、１Ｂ、および１Ｃはこの発明の１つの具体化に従った取り外し可能な電子デバイス30の一般的なアプリケーションの機能的なブロックダイアグラムである。
電子デバイス30は、「Muカード」と仮称され、USBおよび、MMC、CF(コンパクトフラッシュ)、SM(スマートメディア)、およびSD(セキュリティデジタル)のアプリケーションの少なくとも１つとコンパチブルな動作モードをサポートすることができる。例えば、USBコンパチブル・モードは、USB 2.0アプリケーションを含み、そして、MMCコンパチブル・モードは、MMC4.0かMMC SPI(シリアル・ペリファラル・インターフェース)アプリケーションの１つを含む。簡略目的のために、MMCコンパチブル・モードだけが以下の具体化で例証される。当業者は、この発明が、等しくCF、SM、およびSDモードに適用可能であることを理解するであろう。
【００２３】
電子デバイス30は、1、4. 8または16ビットのインタフェースを含み、そして、5V/3.3V/1.8Vの低電圧サポートを提供し、スタンバイ時は電力消費量は０である。さらに、電子デバイス30はおよそ50KB/sから120MB/sまで広い帯域幅をサポートできる。対照的に、MMC4.0は、52MB/秒の最高速度で1、4または8ビットのデータ転送をサポートし、USB 2.0は、60MB/秒の最高速度でデータ転送をサポートする。その結果、電子デバイス30は、少なくともUSB、MMC、およびMMC SPIアプリケーションに関して後方の互換性を保有する一方、高速アプリケーションを提供する。
【００２４】
図１Ａは、USBモードで作動する電子デバイス30の機能的なブロック図である。図１Ａを参照すると、電子デバイス30は、インタフェース(IF)モード検出器32、マルチメディアカード(MMC)デバイスコントローラ34、ラッパー35、ユニバーサルシリアルバス(USB)の物理的な層(PHY)の回路36、USBデバイスコントローラ37、およびアプリケーションモジュール38を含む。電子デバイス30がホスト40に挿入されたとき、モード検出器32は、MMCモード、USBモードまたはMuモードの中で区別するために動作モードを検出する。ホスト40、例えば、ノートブック、パーソナルコンピュータ(PC)、携帯電話、タブレットPC、PDAまたはDV/DSCは、電子デバイス30を受け取るためにカードリーダ(不図示)を含むかもしれない。この具体化では、IFモード検出器32は、電子デバイス30が接続される、ホスト40がUSB仕様に対応するかを検出する。USBデバイスコントローラ37は、USB PHY回路36を通してホスト40とアプリケーションモジュール38の間のコモン・バス42上でデータ転送を制御する。アプリケーションモジュール38は、検出されたオペレーションモードによって、記憶装置か、入力／出力(I/0)インタフェースとして果たすために機能する。
【００２５】
図１Ｂは、Muモードで動作する電子デバイス30の機能的なブロック図である。図１Ｂを参照すると、IFモード検出器32は、電子デバイス30が接続される、ホスト40がMu仕様に対応するかを検出する。USBデバイスコントローラ37は、ラッパー35でホスト40とアプリケーションモジュール38の間のデータ転送を制御する。ラッパー35(コールを別の機能かプログラム内の機能かプログラムに隠す)は16ビットのデータをUSBデバイスコントローラ37が認識可能なシリアルデータに変換するために機能するか、その逆に機能する。そのため、ラッパー35は、MuバスとUTMI(USB 2.0 送信マクロセルインタフェース)の間にブリッジを架けるために機能する。物理的な層の回路と、USB 2.0の論理的な層の回路のインタフェース仕様を定義するために開発されたUTMIは、高速(HS)モードで480Mbpsのデータ転送速度を可能にする。それは、USB 1.1よりもかなり高速である一方、USB 1.1規格と後方のコンパチビリティを維持する。
【００２６】
図１Ｃは、Muモードで動作する電子デバイス30の機能的なブロック図である。図１Ｃを参照すると、IFモード検出器32は、電子デバイス30が接続される、ホスト40が、MMC仕様に対応するかを検出する。MMCデバイスコントローラ34は、ホスト40とアプリケーションモジュール38の間のデータ転送を制御する。MMCアプリケーションは、MMC4.0、1、4、または8ビットのインタフェース、またはMMC SPI、1ビットのインタフェースの１つを含む。
【００２７】
図２はこの発明の１つの具体化に従って動作モードを検出するための方法に関するフローチャートである。デバイス側の図２を参照すると、電子デバイス30が接続されているホスト40は、ステップ50でパワーオンされる。ホスト40のための電源電圧VDDは、VDDがUSBアプリケーションで必要とする電圧レベルより等しいか、またはそれ以上かどうか決定するためにステップ52で検出される。通常、USBアプリケーションはおよそ4.5V(ボルト)から5.5Vまで及ぶ電圧レベルで動作され、一方、MMCかMuアプリケーションはおよそ1.8Vか3.3Vの電圧レベルで動作される。１つの具体化では、ホスト40のためのVDDレベルが、4.4Vに等しいか、または、それより大きいなら、ステップ54にて、動作モードがUSB 2.0であると決定される。ホスト40のためのVDDレベルが、4.4Vより小さいなら、動作モードがMuアプリケーションか MMC アプリケーションであると決定される。
【００２８】
次にステップ56にて、ホスト40から発信されたコマンド信号CMDOが電子デバイス30で受け取られたかの決定がなされる。ステップ58にて、そのコマンド信号CMDOの決定は、予定された期間以内に実行される。予定された時間が期限が終了するなら、ステップ60でパワーを節約するために、ホスト40は、ターンオフするか、“時間切れ”にされる。もし予定の時間が経過しないなら、コマンド信号の検出が継続する。コマンド信号が受信されると、ステップ62にて、コマンド信号がMuアプリケーションを示すか否かを決定する。コマンド信号がMuコマンド信号でないなら、ステップ64にて、動作モードがMMCアプリケーションであることの決定がなされる。コマンド信号がMuコマンド信号なら、ステップ66にて、電子デバイス30は、動作モードがMuアプリケーションであることをホスト40に応答する。そして、ステップ68にて電子デバイス30は予定された時間、例えば同期のために8クロック待機する。一般に、クロック速度はホストとシステムクロックの速度に依存する。そして、電子デバイス30は、ステップ72のMuアプリケーションのためにステップ70でMuインタフェースに切り替わる。
【００２９】
図３はこの発明の１つの具体化に従って動作モードを検出するための方法に関する別のフローチャートである。ホスト側の図３を参照すると、ホスト40はステップ80で、Muコマンド信号 Mu CMDOを電子デバイス30に送る。ステップ82で電子デバイス30が応答信号を送らないなら、ホスト40はステップ84でMMCコマンド信号 MMC CMDOを送り、動作モードがステップ86のMMCアプリケーションであることを示す。ステップ82で電子デバイス30がMu応答信号を応答したなら、ホスト40はステップ88で、同期のために所定数のクロック、例えば８クロックを送る。電子デバイス30はステップ90でMuモードに切り替わる。ステップ92では、電子デバイス30は、Muインタフェースの準備が完了していることを示す信号をホスト40に任意に送るかもしれない。
【００３０】
一例として、コマンド信号のMMC CMDOとMu CMDOは6-バイト形式としてそれぞれ「40h、OOh、OOh、OOh、OOh、95h」および「40h、4Dh、55h、BFh、B2h、AAh」で定義される。その上、Mu応答信号は「19h [4バイトのオペレートパラメータ] FFh」として6-バイト形式で定義される。
【００３１】
図４Ａはこの発明の１つの具体化に従った取り外し可能な電子デバイスの提案されたピン割り当て図である。図４Ａを参照すると、ホストと取り外し可能な電子デバイスの間で動作モードが決定されるまで、デバイス側のピンのすべては、HiZ(ハイ・インピーダンス)に保たれる。MMC4.0モードに対する取り外し可能な電子デバイスの第１のピン(すなわち、DAT3)は、MMC4.0モードをMMC SPIモード(これはMMC 仕様として定義)に切り換えるために定義される。Muインタフェースモードに対する２番目のピン(すなわち、DAT8)は、MMCモードかMuインタフェースモードが選択されるのを特定するのに使用される。USBモードに対する14番目と15番目のピン(すなわち、D+とD-)は、１組のデータ信号であり、これはUSBモードが選択されたかを決定するために用いられる。データ信号(D+、D-)の組はコンプリメンタリ対であり、片方が低レベルにあるとき他方は高いレベルにある。ピン18、19、および20は、SIMM(シングル・インライン記憶モジュール)カードアプリケーションのために用意される。したがって、この発明の取り外し可能な電子デバイスは、MMCコンパチブル、USBコンパチブルおよびMu-インタフェースのアプリケーションをサポートでき、同時に、SIMMアプリケーションに対して柔軟性の動作を保有する。
【００３２】
この発明の例示的インタフェースプロトコルは以下の通り説明される。
【００３３】
同期フィールド
1 . SYNC FIELD 
(1) 1-ビット: DAT = Ob 
(2) 4-ビット: DAT[3:O] = xxxOb
(3) 8-ビット: DAT[7:O] = xxxxxxxOb 
(4) 16-ビット: DAT[15:O] = xxxxxxxxxxxxxxxOb
「x」は、プロトコルに関連しない状態を示す。 
【００３４】
2. PID フィールド
(1) 1-ビット: LSB first 
DAT = PID[O] PID[1] PID[2] PID[3] nPID[O] nPID[1] nPID[2] nPID[3] 
(2) 4-ビット: 
DAT[3 :O] = PID[3 :O] nPID[3 :O] 
(3) 8-ビット:
DAT[7:4] = PID[3 :O]の反転
DAT[3:O] = PID[3 :O] 
"nPID"は、PIDの反転信号である。PID データ転送は、PIDとnPIDの反転ミラーデータによって保護される。ホストとデバイス側の両方のコントローラは、PIDの正当性について確かめるべきである。PID コードは以下の表１で定義される。
【００３５】
【表１】
2006079613.tif 000003
【００３６】
3・ アドレス, エンドポイント, CRC5 フィールド
(1) アドレス => 7-ビット, ADDR[6:Ol 
(2) エンドポイント => 4-ビット, EndP[3:O] 
(3) トークン CRC => 5-ビット, TCRC[4:O] 
{ADDR[6:O] & EndP[3]} + {EndP[2:O] & TCRC[4:O]} 
ここで TCRC は 5-ビット トーケン CRC, そして Muカード上の CRC はオプションである。CRCがターンオンするなら、CRCチェックは、ホストとデバイスの両方に存在しなければならない。しかしながら、CRCがディセーブルなら、ラッパー(Wrapper)は、USBコントローラのためにCRCを発生させなければならない。デフォルトは、ディセーブルにされたCRCであるので、CRCがディセーブルの時、CRCフィールドが全くない。 
【００３７】
4． EOP フィールド
(1) 1-ビット: DATO = 1b 
(2) 4-ビット: DAT[3 :O] = xxx1b 
(3) 8-ビット: DAT[7:O] = xxxxxxx1b 
(4) 16-ビット: DAT[15:O] = xxxxxxxxxxxxxxx1b 
ここで"x" は“考慮しない”状態に関する。16ビットモードの転送で 偶数/奇数 バイト の問題を解決するため、奇数バイトがEOPフィールドのb[15]に加算される。奇数バイトが１なら、データ[15:8]の最後のバイトは無効である。偶数バイトが０なら、データ[15:0]の最後のワードは無効である。
【００３８】
5. トーケン パケット フォーマット
トーケンパケットは3バイトのSYNCとEOPで構成される。そのトーケンパケットは少なくとも１ビット、4ビット、および8ビットのモードをサポートする。
(1) 1 -ビット: (LSB First)
SYNC + PID + ADDR + ENDP + CRC5 + EOP 
(2) 4-bit: {DAT[3:Ol}
SYNC + plD + not(PID) + A[3:O] + {ENDP[O] & A[6:4]} + {CRCO & ENDP[3:1]} + CRC[5:1] + EOP 
(3) 8-ビット モード: {DAT[7:O]} 
SYNC + {not(PID) & PID} + {EP[O] & A[6:O] } + { TCRC[4:O] & EPL3:1] } + EOP 
5.1 .フレームフォーマットの開始
SYNC + {not(PID) & PID} + {FN[lO:3]} + {FN[2:O] & TCRC[4:O]} + EOP 
ここで FN はフレーム数である。
【００３９】
6. データ パケット フォーマット
6.1 データ フィールド フォーマット
(i) １-ビット: (LSB first)
┌─┐┌─┬─┬─┬─┬─┬─┬─┬─┐┌─┐
DAT0│D7││D0│D1│D2│D3│D4│D5│D6│D7││D0│
└─┘└─┴─┴─┴─┴─┴─┴─┴─┘└─┘
バイトN-1               バイトN              バイトN+1
(ii) 4-ビット
┌─┐┌─┬─┐┌─┬─┐
DAT3│D7││D3│D7││D3│D7│
├─┤├─┤─┤├─┤─┤
DAT2│D6││D2│D6││D2│D6│
├─┤├─┤─┤├─┤─┤
DAT1│D5││D1│D5││D1│D5│
├─┤├─┤─┤├─┤─┤
DAT0│D4││D0│D4││D0│D4│
└─┘└─┴─┘└─┴─┘
バイトN-1  バイトN   バイトN+1
(iii) 8-ビット
DAT7┌──┐┌──┐┌──┐
│ バ ││ バ ││ バ │
│ イ ││ イ ││ イ │
│ ト ││ ト ││ ト │
│ N-1││  N ││ N+1│
DAT0└──┘└──┘└──┘
(iv) 16-ビット
DAT7┌──┐┌──┐┌──┐
│ バ ││ バ ││ バ │
│ イ ││ イ ││ イ │
│ ト ││ ト ││ ト │
DAT0│ N-1││ N+1││ N+3│
├──┤├──┤├──┤
DAT7│ バ ││ バ ││ バ │
│ イ ││ イ ││ イ │
│ ト ││ ト ││ ト │
│ N-2││  N ││ N-2│
DAT0└──┘└──┘└──┘
ここで16ビットモードはデータパケットにおいてのみ使用される。
6.2. データ パケット フォーマット
SYNC + {not(PID) & PID} + {DAT[7:O1}*(O-1024) + {DCRC[15:8]} + {DCRC[7:O] } + EOP
ここで、DCRC は 16-ビット多項式: X16+x15+X2+1 (SEED = 800Dh) を持つデータCRCである。
【００４０】
7. ハンドシェィク パケット フォーマット
(1) 1-ビット: (LSB First) SYNC + PID + EOP 
(2) 4-ビット: {DAT[3:O]} SYNC + PID + not(PID) + EOP 
(3) 8-ビット モード: {DAT[7:O]} SYNC + {not(PID) & PID} + EOP 
【００４１】
8. 特殊パケットフォーマット
8.1  ピンフォーマット
(i) 1-ビット: (LSB First)
SYNC + plD + ADDR + ENDP + cRC5 + EOP 
(ii) 4-ビット: {DAT[3:Ol} 
SYNC + PID + not(PID) + A[3:O] + {ENDP[O] & A[6:4]} + {CRCO & ENDP[3:1] } + CRC[5:1] + EOP 
(iii) 8-ビット モード: {DAT[7:O]} 
SYNC + {not(PID) & PID} + {EP[O] & A[6:O1 } + { TCRC[4:O] & EP[3:1]} + EOP 
【００４２】
9. 転送タイプ
転送タイプは、(1) 制御、(2) 中断、(3)バルク、および(4)等時性を含むUSB規格から固有である。
【００４３】
10. 信号の保全
バスでの信号かデータの転送には、3種類の保護がある。
(1) PIDは、PIDとnPIDの反転信号によって保護される。nPIDは、PIDの反転信号である。
(2) トーケンパケットおよびフレームの開始は、CRC5により保護され、それの多項式および実根は以下の通りである。
実根を持つ X5+X2+1 = O1100b
(3) データパケットはCRC16により保護され、それの多項式および実根は以下の通りである。
実根を持つ X16+X15+X2+1 = 800Dh
【００４４】
11.バス幅および設定
デバイスは１ビットバスモードで給電される。ホストは、双方の側で動作されるために、1ビット(初期)、4ビット、8ビットの、または、16ビットのバス幅を設定することができる。 
(1) 1 -ビット: トーケン (1 -ビット), ハンドシェィク (1-ビット). 特殊 (1-ビット), データ (1-ビット). 
(2) 4-ビット: トーケン (4-ビット), ハンドシェィク (4-ビット), 特殊 (4-ビット), データ (4-ビット). 
(3) 8-ビット: トーケン (8-ビット), ハンドシェィク (8-ビット). 特殊 (8-ビット), データ (8-ビット).
(4) 16-ビット: トーケン (8-ビット), ハンドシェィク (8-ビット), 特殊 (8-ビット), データ (16-ビット). 
【００４５】
図４Ｂはこの発明の別の具体化に従った取り外し可能な電子デバイスの提案されたピン割り当て図である。図４Ａで例証された16ビットのアプリケーションのための20ピン割り当てと異なって、図４Ｂは8ビットのアプリケーションのために13ピン割り当てを例証する。DとD+のためにそれぞれ定義されたUSBモードのための11番目と12番目のピンは、USBモードが選択されるかどうか決定するのに使用される。その上、ピン11、12、および13は、SIMMカードアプリケーションのために定義される。 
【００４６】
図５は、この発明の１つの具体化に従った取り外し可能な電子デバイス100の図である。図５を参照すると、電子デバイス100は、その電子デバイス100の不正確な挿入を防ぐために左上の手の角のV字形の切込み102を含む。さらに、V字形の切込み102および関連するカウンタ部分は、MMCとUSBアプリケーションの後方の互換性を許容するのに役立ちますが、逆もまた同様に役立つというわけではない。１つの態様では、V字形の切込み102は、隣接側104と106に対して実質的に同じ角度(およそ45度)で横切る。
【００４７】
また、電子デバイス100は、1から20とラベルされた多数の織り混ぜた導体パッドを含み、これは図４Ａで例証されたピンに対応する。織り混ぜた導体パッドの設計は、追加ピンが同じ実際の位置で存在することを許容する。その結果、異なった数の導体パッドが替わって使用されるかもしれない。電子デバイス100内のメモリ回路チップ(不図示)に接続された導体パッドは、前側104とV字形の切込み102に沿ったトップ面上に20個のくぼみに配置される。導体パッドは第１の列と第２の列に分割されるかもしれない。それぞれの導体パッドが実質的に先細りしている端部を含んでいるので、第１の列の導体パッドは、それらの実質的に先細りしている端部によって、第２の列の対応する導体パッドに対して配置される。実質的に先細りしている端部は、ホストの接触端末との滑らかな接触を可能にする。
【００４８】
図６Ａと６Ｂはこの発明の別の具体化に従った取り外し可能な電子デバイス120の図である。図６Ａはハウジンク(付番されていない)を持っている電子デバイス120の平面図である。図６Ａを参照すると、そのハウジングはトップ面、底面、および周辺を含む。電子デバイス120は、低価格設計を配慮するために、V字形の切込み122と、ハウジングの周囲で実質的に「U形をしている」刻み目124を含む。とりわれ、ホスト内のカードリーダ(不図示)は、刻み目124を介して、電子デバイス120を拘束し、かつ、刻み目124内に固定することを可能にしており、ホスト内でその位置を確保するためにメモリカードの嵩を用いる従来のアプリケーションとは対照的である。そのため、この発明のメモリカードのV字形の切込み設計は、メモリカード設計での考慮を排除し、従ってメモリカードの設計が最小にされることを許容する。従って、ホスト内のカードリーダの形状は最小にされるかもしれない。
【００４９】
第１の列と第２の列に置いた多くの織り交ぜた導体パッド(付番されていない)に加えて、電子デバイス120は、第１の列に第２の列に達する導体パッド128を含む。１つの具体化では、第１の列の導体パッドと第２の列の導体パッドの総数は20である。
【００５０】
図６Ｂは電子デバイス120の底から見た図である。図６Ｂを参照すると、電子デバイス120は、ホスト側のハウジングに電子デバイス120をハウジング側でロックすることを可能にするために、周囲に追加の刻み目126を含む。
【００５１】
当業者は、この発明の広い概念からそれることなく、具体化への変更が可能であることを理解するであろう。したがって、この発明は、特定の実施例に制限されることはなく、付記されたクレームで定義されるように、この発明の趣旨と範囲の中での変更をカバーすることが理解されよう。
【図面の簡単な説明】
【００５２】
【図１Ａ】この発明の１実施例に基づくメモリカードの一般的なアプリケーションの機能ブロック図
【図１Ｂ】この発明の１実施例に基づくメモリカードの一般的なアプリケーションの機能ブロック図
【図１Ｃ】この発明の１実施例に基づくメモリカードの一般的なアプリケーションの機能ブロック図
【図２】この発明の１実施例に基づく動作モードの検出のための方法のフローチャート
【図３】この発明の１実施例に基づく動作モードの検出のための方法の別のフローチャート
【図４Ａ】この発明の１実施例に基づく取り外し可能な電子デバイスの提案されたピンの割り当てを示す表
【図４Ｂ】この発明の別１実施例に基づく取り外し可能な電子デバイスの提案されたピンの割り当てを示す表
【図５】この発明の１実施例に基づく取り外し可能な電子デバイスの図
【図６Ａ】この発明の１実施例に基づく例示的な取り外し可能な電子デバイスの図
【図６Ｂ】この発明の１実施例に基づく例示的な取り外し可能な電子デバイスの図
【符号の説明】
【００５３】
30：電子デバイス
32：インタフェース(IF)モード検出器
34：マルチメディアカード(MMC)デバイスコントローラ
35：ラッパー
36：ユニバーサルシリアルバス(USB)の物理的な層(PHY)の回路
37：USBデバイスコントローラ
38：アプリケーションモジュール
40：ホスト
42：コモン・バス
100：電子デバイス
122：V字形の切込み
124：刻み目
【図１Ａ】
2006079613.tif 000004
【図１Ｂ】
2006079613.tif 000005
【図１Ｃ】
2006079613.tif 000006
【図２】
2006079613.tif 000007
【図３】
2006079613.tif 000008
【図４Ａ】
2006079613.tif 000009
【図４Ｂ】
2006079613.tif 000010
【図５】
2006079613.tif 000011
【図６Ａ】
2006079613.tif 000012
【図６Ｂ】
2006079613.tif 000013
【外国語明細書】
2006079613.tif 000014
2006079613.tif 000015
2006079613.tif 000016
2006079613.tif 000017
2006079613.tif 000018
2006079613.tif 000019
2006079613.tif 000020
2006079613.tif 000021
2006079613.tif 000022
2006079613.tif 000023
2006079613.tif 000024
2006079613.tif 000025
2006079613.tif 000026
2006079613.tif 000027
2006079613.tif 000028
2006079613.tif 000029
2006079613.tif 000030
2006079613.tif 000031
2006079613.tif 000032
2006079613.tif 000033
2006079613.tif 000034
2006079613.tif 000035
2006079613.tif 000036
2006079613.tif 000037
2006079613.tif 000038
2006079613.tif 000039
2006079613.tif 000040
2006079613.tif 000041
2006079613.tif 000042
2006079613.tif 000043
2006079613.tif 000044