JP2009515250A - 近距離通信ホストコントローラインターフェイス - Google Patents

Abstract

本発明は、ＮＦＣＨ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｈｏｓｔ）とＮＦＣデバイスとの間の通信インターフェイス、およびＮＦＣ ＨＣＩ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｈｏｓｔ Ｃｏｎｔｒｏｌｌｅｒ Ｉｎｔｅｒｆａｃｅ）の制御方法を提供する。この方法においてコマンドメッセージは、ホストからデバイスへと伝送される。コマンドメッセージは、記録データ、デバイスの読取りデータ、デバイスに対する既定データの伝送要求およびデバイス設定の一つを含む。関連するコマンドの実行結果を通知する応答メッセージは、コマンドメッセージに応答してデバイスからホストへ伝送される。このあと、イベントメッセージは、必要に応じてデバイスからホストへ伝送される。

Description

本発明は、近距離通信（ＮＦＣ）ホストとＮＦＣデバイスとの間の通信インターフェイスに関する。

ＮＦＣホストとＮＦＣデバイスまたはＮＦＣチップセットとの間の通信インターフェイスに関して、汎用性と互換性が必要とされている。携帯電話機のＭＳＭチップや可搬型機器のマイクロコントローラユニット（ＭＣＵ）のようなホストとホストに接続されたデバイスまたはチップセットとの間のインターフェイスは、大きな重要性をもって取扱われるべきである。

図１は、様々なＮＦＣホスト（ＮＦＣＨ）と様々なＮＦＣデバイスまたはＮＦＣチップセット（ＮＦＣＣ）との間のインターフェイスを図示する。ＮＦＣＨ Ａ １１０とＮＦＣＣ Ａ ２１０との間のインターフェイスは、シリアルバスを介してＮＦＣＣ Ａ ２１０と接続されるドライバＡ １１３のために適切に実現された関連するドライバインターフェイス１１２に基づいて上位階層１１１に接続される。他のＮＦＣＨ Ｂ １２０と他のＮＦＣＣ Ｂ ２２０との間のインターフェイスは、シリアルバスを介してＮＦＣＣ Ｂ ２２０と接続されるドライバＢ １２３のために適切に実現された関連するドライバインターフェイス１２２に基づいて上位階層１２１に接続される。別のＮＦＣＨ Ｃ １３０と別のＮＦＣＣ ２３０との間のインターフェイスは、シリアルバスを介してＮＦＣＣ Ｃ ２３０と接続されるドライバＣ １３３のために適切に実現された関連するドライバインターフェイス１３２に基づいて上位階層１３１に接続される。

図１を参照すると、既定のホストのために、既定のホストと接続されるデバイスまたはチップセットは、デバイスまたはチップセットのために適切に実現されたドライバを用いて関連するドライバインターフェイスを確立する。従って、ホストとチップセットまたはデバイスとの間のインターフェイスは、互いに異なるため相互互換性または汎用性を保証しない。

図２は、ホストとチップセットまたはデバイスとの間のインターフェイスにおいて、相互互換性または汎用性が保証されない場合に発生し得る欠点を図示する。ＮＦＣＣ ２１０のために適切なインターフェイスが既定のＮＦＣＨ １００に関連して確立される場合、他のＮＦＣＣ ２２０および２３０は、異なるドライバ１２３および１３３に基づくのでホスト１００と接続出来ない。

ホストとホストに接続されるデバイスまたはチップセットとの間のインターフェイスが各ホスト、各デバイス、または各チップセットにおいて異なる場合、相互互換性または汎用性は保証されない。

上述のように、図２を参照すると、異なるインターフェイスを必要とする異なるデバイス間の制御インターフェイスは、各ホストおよび各デバイスのために適切な新しいドライバおよび新しいドライバインターフェイスの設計と開発を要求し、ホストにおけるだけでなくデバイスまたはチップセットにおけるデバイス中に、ドライバとドライバインターフェイスの搭載を要求する。

本発明の目的は、ホストとホストに接続されるデバイスまたはチップセットとの間のインターフェイスを定義することであり、定義されたインターフェイスに適合することによって、異なるデバイス間のホストコントローラインターフェイスに対する汎用性および互換性を保証することである。

本発明の別の目的は、ＮＦＣＨとＮＦＣデバイスまたはＮＦＣチップセットとの間でデータを伝送するためのデータフォーマットおよびデータフォーマットのプロセスを定義することと、定義されたフォーマットおよびそのプロセスに適合することによってデバイス間のインターフェイスを提供することと、これにより異なるデバイス間のホストコントローラインターフェイスに対する汎用性および互換性を保証することである。

これらの利点および他の利点を達成するために、また、本発明の目的に従って、具体的に示し広く記述したように、ホストとホストに接続されるデバイスとの間の通信インターフェイスにおけるホストとデバイスとの間の通信方法が提供される。その通信方法は、ホストからデバイスへコマンドメッセージを伝送することと、コマンドメッセージに応答してデバイスからホストへ応答メッセージを伝送することと、ホストとデバイスとの間でデータを伝送することと、そして必要な場合、デバイスからホストへイベントメッセージを伝送することとを含む。

本発明の別の局面によれば、ホストとホストに接続されるデバイスとの間の通信インターフェイスにおけるホストとデバイスとの間の通信方法が提供される。その通信方法は、ホストからデバイスへコマンドメッセージ（コマンドメッセージは、メッセージの種類を表現するデータと、メッセージの内容を表現するデータと、追加のデータとを含む）を伝送することと、デバイスからイベントメッセージを伝送するか、または応答メッセージ（応答メッセージは、メッセージの種類を表現するデータと、メッセージの内容を表現するデータと、追加のデータとを含む）を伝送することと、そして必要な場合、コマンドメッセージまたは応答メッセージに応答して、データおよびそのデータを含むメッセージを表現する情報をホストとデバイスとの間で伝送することとを含む。

さらに本発明の別の局面によれば、ホストとホストに接続されるデバイスとの間の通信インターフェイスにおける近距離通信ホストと近距離通信デバイスとの間の通信方法が提供される。その通信方法は、ホストからデバイスへコマンドメッセージ（コマンドメッセージは、記録データ、デバイスの読取りデータ、デバイスに対する既定データの伝送要求およびデバイス設定の一つを含む）を伝送することと、コマンドメッセージに応答して、関連したコマンドの実行結果を通知する応答メッセージをデバイスからホストへ伝送することと、そして必要な場合、デバイスからホストへイベントメッセージを伝送することとを含む。

本発明によれば、ホストＭＣＵとＮＦＣデバイスまたはチップセットとの間の通信における汎用性および互換性は保証される。

本発明によれば、ＮＦＣホストとＮＦＣデバイスまたはチップセットとの間の通信におけるコマンドメッセージ、応答メッセージ、データメッセージ、およびイベントメッセージに関するインターフェイスの汎用性および互換性は保証される。

本発明によれば、ＮＦＣデバイスまたはＮＦＣチップセットは、ＮＦＣＨの局面におけるデバイスドライバ、ミドルウェア、またはアプリケーションを改変すること無く用いられ得る。また、本発明によれば、ＮＦＣデバイスまたはＮＦＣチップセットの局面において各ホストのための適切なドライバが実現されなくとも、ホストとＮＦＣデバイスまたはＮＦＣチップセットとの間のインターフェイスにおける汎用性および互換性は達成され得る。

（本発明を実行するための最良のモード）
図３は、本発明によるホストコントローラインターフェイス（ＨＣＩ）の概念を説明する図面である。ＮＦＣＨとＮＦＣチップセットまたはＮＦＣデバイスは、本発明によるフォーマットとプロセスに従っている。本発明によると、任意のＮＦＣＨ１００は、種々のドライバに対応するインターフェイス１１２、１２２、１３２に関する共通インターフェイスドライバ１２０を有しており、任意のＮＦＣチップセット（以下、ＮＦＣデバイスは含まれる）２００は、ＨＣＩを含む共通デバイスドライバ１３０に、通信ライン（例えば、一実施形態としてシリアルバス）を介して接続される。また、共通デバイスドライバ用の拡張インターフェイス１２５は、拡張性を与えるために提供される。従って、ベンダーによって自由に定義可能であり、かつ使用可能であるドライバ領域１３５が、さらに提供される。

図３を参照すると、デバイスをＮＦＣＨとＮＦＣチップセットとの間のインターフェイスに関連して決定されるフォーマットとプロセスに従わせることによって、異なるデバイス間のデータ伝送を含む一連の制御動作における相互互換性と汎用性は保証できる。

図４は、本発明によるホストコントローラインターフェイスを適用した場合の利点を説明する図面である。携帯電話機やデジタルテレビ受像器のようなホストが、本発明のＮＦＣ ＨＣＩに従う場合、ホストは、どのようなＮＦＣチップセット（ＮＦＣ ＩＣ）に関するデバイスドライバまたはミドルウェア（ＭＷ）無しで保証された互換性と汎用性をもって自由に使うことが出来る。また、ＮＦＣ ＩＣがＮＦＣ ＨＣＩに従う場合、ＮＦＣ ＩＣは、どのようなＮＦＣホストに関するホストドライバに関連する困難性無しで保証された互換性と汎用性をもって自由に使うことが出来る。

図５は、本発明の一実施形態によるＮＦＣＨおよびＮＦＣデバイスの例示的な構造を示す図である。図５は、ホスト５００、ＮＦＣデバイス６００およびセキュアエレメント７００の内部構造を図示している。ホスト（すなわちＮＦＣＨ）５００は、デバイス発見とモード切換えスタックの上位に位置する、論理リンク制御プロトコル（ＬＬＣＰ）、リーダ／ライタ、ＮＦＣデータ交換フォーマット（ＮＤＥＦ）、カードエミュレーションモジュール（例えば、ＮＦＣＩＰ−１、ＩＳＯ １４４４３Ｂ）およびレコード型定義（ＲＴＤ）を含んでいる。また、ホスト５００は、それぞれのセキュアエレメント入力／出力（Ｉ／Ｏ）部（例えば、セキュアエレメントＩ／Ｏファームウェア（Ｆ／Ｗ）とセキュアエレメントＩ／Ｏハードウェア（Ｈ／Ｗ））、シリアル入力／出力（Ｉ／Ｏ）部（例えば、シリアルＩ／Ｏファームウェア（Ｆ／Ｗ）およびシリアルＩ／Ｏハードウェア（Ｈ／Ｗ））をさらに含んでいる。そして、ホスト５００は、ＮＦＣ ＨＣＩに基づいて、ＮＦＣデバイス６００とセキュアエレメント７００とに接続されている。

ＮＦＣデバイス６００は、ＮＦＣ ＨＣＩに基づいて、ホスト５００とセキュアエレメント７００とに接続され、さらに、シリアルＩ／Ｏ部（例えば、シリアルＩ／Ｏ Ｆ／ＷとＳＥ Ｉ／Ｏ Ｆ／ＷおよびＨ／Ｗ）に基づいて、ホスト５００とセキュアエレメント７００とに接続される。また、ＮＦＣデバイス６００は、デバイス発見とモード切換えスタック、カードエミュレーションモジュールおよびＮＦＣ ＲＦ Ｈ／Ｗを含んでいる。

セキュアエレメント７００は、カードアプリケーション、ＮＦＣ ＨＣＩ、セキュアエレメントＩ／Ｏ部（例えば、セキュアエレメントＩ／Ｏ Ｆ／ＷおよびＨ／Ｗ）を含み、ホスト５００とＮＦＣデバイス６００とに接続されている。

ここで、シリアルＩ／Ｏ Ｆ／Ｗは、汎用非同期受信器送信器（ＵＡＲＴ）または汎用シリアルバス（ＵＳＢ）のようなシリアルポートを制御する。図５は、ＨＣＩパス、物理的なシリアルＩ／Ｏパス、セキュアエレメントのための物理的なパスを、破線と実線で図示している。

図５に図示したホスト−デバイス−セキュアエレメントの構造は、単なる一例であり、本発明のＮＦＣシステムは、ここに図示された実施形態に限定されるものではない。上記のホスト、デバイスおよびカードベースセキュアシステムのそれぞれの内部構造、物理的構造および、搭載されたモジュールを含む通信方法は、さらに自由に設計と改変が出来て、当業者によって容易に実現可能である。

図６は、本発明の一実施形態によるリーダ／ライタモードのインターフェイス制御プロセスの一例を示す図である。図６は、プロセス、すなわちホストＡとＮＦＣデバイスとの間で実行出来るホストコントローラインターフェイス（ＨＣＩ）を示す。ホストは、デバイス走査プロセスをデバイス上で実行する（Ｓ１１０）。それに応じて、デバイス発見、単一デバイス検知が実行される。その結果、カード検知応答（Ｃａｒｄ＿Ｄｅｔｅｃｔｅｄ）がホストに伝達される（Ｓ１２０）。ホストは、カード検知に応答してカード読取りプロセス（Ｒｅａｄ＿Ｃａｒｄ）を実行する（Ｓ１３０）。この時点で、データ交換プロトコルが適用出来る。データは、ＮＦＣデバイスからＮＦＣＨに受信される（Ｄａｔａ＿Ｒｅｃｅｉｖｅｄ）（Ｓ１４０）。データ受信が完了すると、ホストは、カード選択解除プロセス（Ｄｅｓｅｌｅｃｔ＿Ｃａｒｄ）を実行する（Ｓ１５０）。カード選択解除プロセスが完了すると、ＮＦＣデバイスは、関連した応答（Ｄｅｓｅｌｅｃｔ＿Ｃａｒｄ）をＮＦＣホスト上で実行する（Ｓ１６０）。

図６を参照すると、本発明によるＨＣＩにおいてコマンドと応答とは、一対で動作する。詳細は後述する。

図７は、本発明の一実施形態によるピアモードにおけるインターフェイス制御プロセスの一例を示す図である。すなわち、ＮＦＣ ＨＣＩがピアツーピア通信においてどのように動作するかを図７は示している。ホストＡとホストＢとは、それぞれＮＦＣ ＡとＮＦＣ Ｂとに基づき相互に通信する。ホストＡは、ＮＦＣ ＡとＮＦＣ Ｂとに基づきホストＢのセッションオープン（ＬＬＣ＿Ｏｐｅｎ＿Ｓｅｓｓｉｏｎ）プロセスを実行する（Ｓ２１０−Ｓ２３０）。ホストＢは、ＮＦＣ ＢとＮＦＣ Ａとに基づきホストＡに対して、セッションオープン肯定応答（ＬＬＣ＿Ｏｐｅｎ＿Ｓｅｓｓｉｏｎ＿Ａｃｋ）プロセスを実行する。すなわち、ピアツーピア通信は、本発明のＮＦＣ ＨＣＩに従うことによって保証される、互換性と汎用性をもって自由に実行出来る。

図８は、本発明の一実施形態によるデータを伝送するための例示的な方法を示す図である。ここで、データを伝送する際のオーバーフローを防止することによって、データ損失無くデータを伝送するための方法を図示している。すなわち、データ送信側は、デバイスバッファのサイズを考慮して、データ分割を行い、分割されたデータおよび関連データを受信側に送信する。データ受信側は、分割されたデータを再構築するために、分割されて送信されたデータを受信する。その結果、原データは損失無く受信することが出来る。分割されたデータを送信する場合の関連データの一例は、データサイズに関連したデータを含んでいる。受信側のデバイスのバッファサイズに関連したデータは、送信動作中に取得される。それから、データは、取得されたバッファサイズに関連したデータを用いて送信される。

図９は、本発明の一実施形態によるＮＦＣＨとＮＦＣデバイスとの間のインターフェイス制御プロセスの一例を示す図である。すなわち、図９は、デバイスのバッファサイズを考慮してデータを分割し、分割されたデータを送信することにより、データ損失を防止する一連のプロセスを示す。

デバイスのバッファサイズを要求するコマンド（ＨＣＩ＿ＧＥＴ＿ＢＵＦＦＥＲ＿ＳＩＺＥコマンドメッセージ）は、ＮＦＣＨからＨＦＣデバイスへ伝達される（Ｓ３１０）。

ＮＦＣデバイスは、ｍバイトによって表現されるバッファのサイズデータ（ＨＣＩ＿ＧＥＴ＿ＢＵＦＦＥＲ＿ＳＩＺＥ応答メッセージ）を、デバイスのバッファサイズ要求コマンドに応答してＮＦＣＨに伝送する（Ｓ３２０）。ＮＦＣＨは、最初のデータ（それは、デバイスのバッファサイズのデータに基づくバッファサイズ（ｍバイト）を考慮して、送信すべきデータのサイズを分割することによって得られた最初のデータである）を送信する（コマンドプロトコルメッセージ）（Ｓ３３０）。ＮＦＣデバイスは、データが完全に受信出来た応答（ＨＣＩ＿ＳＩＺＥ＿ＣＯＭＰＬＥＴＥ＿ＤＡＴＡイベント）を送信する（Ｓ３４０）。この応答は、ｍバイトを返すことにより実行出来る。次の動作、Ｓ３５０、Ｓ３６０およびＳ３７０は、同様なやり方で残りのデータを送信および応答を受信するプロセスを記述する。ＮＦＣＨからＮＦＣデバイスへ送信される全てのデータの送信がこの様な方法で完了した場合、ＮＦＣデバイスは、ＮＦＣＨへのデータ伝送が完了済みであることを通知するメッセージを送信し、その後、プロセスを終了する（応答プロトコルメッセージ）。この応答は、必要なパラメータを返すことにより実行出来る。

図１０は、本発明の一実施形態によるＮＦＣＨとＮＦＣチップセット（または、ＮＦＣデバイス）との間のインターフェイスの例示的な構造を示す図である。通信は、コマンド３０、応答４０、およびイベント５０に基づいて、ＮＦＣＨ１０とＮＦＣデバイス２０との間で実行される。コマンド３０は、ＮＦＣＨ１０からＮＦＣデバイス２０に伝達される。応答４０は、ＮＦＣデバイス２０からＮＦＣＨ１０に伝達される。イベント５０は、ＮＦＣデバイス２０からＮＦＣＨ１０に伝達され、そしてコマンドおよび応答に関して独立である。コマンド３０と応答４０は、一対で動作する。イベントプロセスは、非同期のメッセージングを通じて実行される。

図１１は、本発明の一実施形態によるＮＦＣＨとＮＦＣチップセット（または、ＮＦＣデバイス）との間のインターフェイスの別の例示的な構造を示す図である。通信は、コマンド３０、応答４０、およびイベント５０に基づいて、ＮＦＣＨ１０とＮＦＣデバイス２０との間で実行される。さらに、データ伝送プロセス６０が提供される。コマンド３０は、ＮＦＣＨ１０からＮＦＣデバイス２０へ伝達される。応答４０は、ＮＦＣデバイス２０からＮＦＣＨ１０へ伝達される。イベント５０は、ＮＦＣデバイス２０からＮＦＣＨ１０へ伝達され、そしてコマンドおよび応答に関して独立である。コマンド３０と応答４０は、一対で動作する。イベントプロセスは、非同期のメッセージングを通じて実行される。データ６０は、ＮＦＣＨ１０からＮＦＣデバイス２０へ伝達されるか、またはＮＦＣデバイス２０からＮＦＣＨ１０へ伝達される。すなわち、データ伝送プロセスは、双方向通信に基づいている。図１１および図１２の中で示したインターフェイスのプロセスおよび構造は、単なる一例であり、本発明のＨＣＩプロセスは、これに限定されるものではない。

図１２は、本発明の一実施形態によるメッセージフォーマットの一例を示す図である。これは、ほんの一実施形態であり、本発明によるメッセージフォーマットは、これに限定されるものではない。図１２を参照すると、本発明の一実施形態による一般的なメッセージフォーマットは、メッセージ記述子フィールド（ＭＤＥＳＣ）、ノードアドレスフィールド（ＮＡＤ）、およびペイロードフィールドを含む。ＭＤＥＳＣフィールドおよびＮＡＤフィールドは、必要不可欠な部分と考えられ得、それからペイロードフィールドは、オプションの部分と考えられ得る。図１２のメッセージフォーマットにおいて、ＭＤＥＳＣは、１バイト、ＮＡＤは、１バイトまたは２バイトを有しており、ペイロードは、０から２５５バイトを有するが、これらの値は単なる一例である。

図１３は、本発明の一実施形態によるメッセージフォーマットにおけるメッセージ記述子フィールド（ＭＤＥＳＣ）の一例を示す図である。ここで、図１３は、ＭＤＥＳＣが１バイトで表現される場合に、ＭＤＥＳＣフィールド上に記録されるそれぞれの値がどのような意味を持っているかの例を示す。メッセージタイプ、ＮＡＤ、レングスデータ、フラグ、および将来の使用に対する予備（ＲＦＵ）は、ＭＤＥＳＣフィールドに記録される。メッセージタイプは、２ビットで表現が出来て、表現された値に依存して、コマンド、応答、イベント、およびデータを表現出来る。ＮＡＤは、それの値に依存して４ビットＮＡＤまたは８ビットＮＡＤのどちらであるかを表現出来る。レングスデータは、レングスデータが無い（無レングスの）場合、レングスデータが１バイト長である場合、レングスデータが２バイト長である場合、およびレングスデータがＲＦＵである場合を表現出来る。フラグは、後続のメッセージが存在する場合および後続のメッセージが存在しない場合を表現出来る。ＲＦＵは、既定の値を使って、いつでも表現出来る。

図１４は、本発明の一実施形態によるメッセージフォーマットにおけるノードアドレスフィールド（ＮＡＤ）の一例を示す図である。ＮＡＤは、それが８ビットＮＡＤである場合とそれが４ビットＮＡＤである場合を考慮した。それが８ビットＮＡＤである場合には、ＮＡＤは、ソースＮＡＤが上位の１バイト上で表現され、デスティネーションＮＡＤが下位の１バイト上で表現されるところの、２バイトで表現出来る。それが４ビットＮＡＤである場合には、ＮＡＤは、ソースＮＡＤが上位の４ビット上で表現され、デスティネーションＮＡＤが下位の４ビット上で表現されるところの、１バイトで表現出来る。

図１５は、本発明の一実施形態によるメッセージフォーマットにおけるコマンドメッセージフォーマットの一例を示す図である。コマンドメッセージフォーマットは、１バイトのＭＤＥＳＣ、１バイトまたは２バイトのＮＡＤ、１バイトのコマンド（ＣＭＤ）、１バイトのレングス、および０から２５５バイトのパラメータ／データを含む。コマンドコードは、ＣＭＤフィールドに記録される。パラメータまたはデータが存在する場合において、レングスフィールドは、パラメータまたはデータの長さを表現する。長さは、２バイトで表現出来る。この場合、パラメータまたはデータフィールドの長さは、０から６５５３５バイトを取り得る。メッセージによって表現されるコマンドを表現するコードは、ＣＭＤフィールドに記録される。使用出来るコマンドおよびコード値の種類の例について、詳細は後述される。

図１６は、本発明の一実施形態によるメッセージフォーマットにおける応答メッセージフォーマットの一例を示す図である。応答メッセージフォーマットは、１バイトのＭＤＥＳＣ、１バイトまたは２バイトのＮＡＤ、１バイトの応答（ＲＥＳＰ）、１バイトのレングス、および０から２５５バイトのパラメータ／データを含む。応答コードは、ＲＥＳＰフィールドに記録される。パラメータまたはデータが存在する場合において、レングスフィールドは、パラメータまたはデータの長さを表現する。長さは、２バイトで表現出来る。この場合、パラメータまたはデータフィールドの長さは、０から６５５３５バイトを取り得る。メッセージによって表現される応答を表現するコードは、ＲＥＳＰフィールドに記録される。応答の成功または失敗を表現する１ビットのフラグは、結果として表現される。一種のエラーを表現している７ビット誤りコードは記録される。応答の種類、使用出来るコードの値、エラーの種類、および使用出来る値について、詳細は後述される。

図１７は、本発明の一実施形態によるメッセージフォーマットにおけるイベントメッセージフォーマットの一例を示す図である。イベントメッセージフォーマットは、１バイトのＭＤＥＳＣ、１バイトまたは２バイトのＮＡＤ、１バイトのイベント、１バイトのレングス、および０から２５５バイトのパラメータ／データを含む。イベントコードはイベントフィールドに記録される。パラメータまたはデータが存在する場合において、レングスフィールドは、パラメータまたはデータの長さを表現する。長さは、２バイトで表現出来る。この場合、パラメータまたはデータフィールドの長さは、０から６５５３５バイトを取り得る。メッセージによって表現されるイベントを表現するコードは、イベントフィールドに記録される。使用出来るコマンドおよびコード値の種類の例について、詳細は後述される。

図１８は、本発明の一実施形態によるメッセージフォーマットにおけるデータメッセージフォーマットの一例を示す図である。データメッセージフォーマットは、１バイトのＭＤＥＳＣ、１バイトまたは２バイトのＮＡＤ、１バイトのレングス、および０から２５５バイトのパラメータ／データを含む。パラメータまたはデータが存在する場合において、レングスフィールドは、パラメータまたはデータの長さを表現する。長さは、２バイトで表現出来る。この場合、パラメータまたはデータフィールドの長さは、０から６５５３５バイトを取り得る。

図１９は、本発明の一実施形態による一種のコマンドメッセージの一例を示す図である。この中で使われるコマンドメッセージの種類と関連するコマンドを表現しているコード値は単なる例であり、本発明はこれに限定されるものではない。デバイス情報取得（Ｇｅｔ Ｄｅｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）コマンドは、ＮＦＣデバイスのデータを読取るコマンドである。デバイス情報取得コマンドは、ＮＦＣデバイスのシリアルナンバー、製造者関連のデータ、および製造日付を読取る。ここで、デバイス情報取得コマンドのコード値の一例は、０ｘ０１によって表現される。デバイス状態設定（Ｓｅｔ Ｄｅｖｉｃｅ Ｓｔａｔｕｓ）コマンドは、ＮＦＣデバイスの状態変数を設定するコマンドであり、無線周波数（ＲＦ）関連の情報（例えば、ＲＦ校正）の設定、およびデータの登録を行う。ここで、デバイス状態設定コマンドのコード値の一例は、０ｘ０２によって表現される。デバイス状態取得（Ｇｅｔ Ｄｅｖｉｃｅ Ｓｔａｔｕｓ）コマンドは、ＮＦＣデバイスの状態変数を読取るコマンドである。デバイス状態取得コマンドのコード値は、０ｘ０３によって表現される。デバイス電力制御（Ｃｏｎｔｒｏｌ Ｄｅｖｉｃｅ Ｐｏｗｅｒ）コマンドは、ＮＦＣデバイスのＲＦ送信電力を制御するコマンドである。デバイス電力制御コマンドのコード値は、０ｘ０４によって表現される。デバイスＯｎ／Ｏｆｆ切換え（Ｔｕｒｎ Ｏｎ／Ｏｆｆ Ｄｅｖｉｃｅ）コマンドは、ＮＦＣデバイスの電源をオン／オフするコマンドである。デバイスＯｎ／Ｏｆｆ切換えコマンドのコード値は、０ｘ０５によって表現される。

デバイスリセット（Ｒｅｓｅｔ Ｄｅｖｉｃｅ）コマンドは、ＮＦＣデバイスを初期化するコマンドである。デバイスリセットコマンドのコード値は、０ｘ０６によって表現される。デバイスモード設定（Ｓｅｔ Ｄｅｖｉｃｅ Ｍｏｄｅ）コマンドは、ＮＦＣデバイスのモードを設定するコマンドである。例えば、デバイスモード設定コマンドは、デバイス管理モードとピアモードを設定する。デバイスモード設定コマンドのコード値は、０ｘ０７によって表現される。デバイスモード取得（Ｇｅｔ Ｄｅｖｉｃｅ Ｍｏｄｅ）コマンドは、ＮＦＣデバイスの現在のモードを読取るコマンドである。デバイスモード取得コマンドのコード値は、０ｘ０８によって表現される。

一方、ベンダーによって定義できるコマンドコード領域（ベンダー固有：０ｘ０９〜０ｘ０Ｆ）は、コマンドメッセージから割り当てられて、０ｘ１０〜０ｘ１Ｆは、予備のコード領域として割り当てられる。

図２０は、本発明の一実施形態による一種の応答メッセージの一例を示す図である。この中で使われる応答メッセージの種類と応答を表現しているコード値は単なる例であり、本発明はこれに限定されるものではない。デバイス情報取得応答（Ｇｅｔ Ｄｅｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｓｐｏｎｓｅ）は、デバイス情報取得コマンドへの応答であり、デバイス情報取得応答のコード値は、０ｘ０１によって表現される。デバイス状態取得応答（Ｇｅｔ Ｄｅｖｉｃｅ Ｓｔａｔｕｓ Ｒｅｓｐｏｎｓｅ）は、デバイス状態取得コマンドへの応答であり、デバイス状態取得応答のコード値は、０ｘ０２によって表現される。コマンドが成功裏に実行された場合、応答は、関連するコード値０ｘ０３を用いて、コマンドが成功していることを通知する応答の表現によってなされる。

この他に、様々なエラー応答が実行される。デバイス情報取得コマンドに対するエラーが発生する場合、応答は、コード値０ｘ０４を用いて、デバイス情報失敗を通知する応答メッセージの表現によってなされる。デバイス状態取得コマンドに対するエラーが発生する場合、応答は、コード値０ｘ０５を用いて、デバイス状態失敗を通知する応答メッセージの表現によってなされる。デバイス電力制御に対するエラーが発生する場合、応答は、コード値０ｘ０６を用いて、デバイス電力制御失敗を通知する応答メッセージの表現によってなされる。デバイスモード設定／取得に対するエラーが発生する場合、応答は、コード値０ｘ０７を用いて、デバイスモード失敗を通知する応答メッセージの表現によってなされる。

図２１は、本発明の一実施形態によるコマンドメッセージおよび応答メッセージの種類の一例を示す図である。この中で使われるコマンドメッセージと応答メッセージの種類、およびコマンドと応答を表現するコード値は単なる例であり、本発明はこれに限定されるものではない。ここで、伝達（Ｄｅｌｉｖｅｒ）は、ＬＬＣＰパケットを伝達するコマンドであることを記述し、コード値０ｘ０２を用いる。伝達応答（Ｄｅｌｉｖｅｒ Ｒｅｓｐｏｎｓｅ）は、有効なバッファサイズデータを有するコマンドを伝達する応答であり、コード値０ｘ２１を用いる。データ受信（Ｄａｔａ Ｒｅｃｅｉｖｅ）は、ＮＦＣデバイスからデータを読取るコマンドであり、コード値０ｘ２２を用いる。データ受信応答（Ｄａｔａ Ｒｅｃｉｖｅ Ｒｅｓｐｏｎｓｅ）は、ＮＦＣデバイスデータを含むデータ受信コマンドへの応答であり、コード値０ｘ２３を用いることができる。

図２２は、本発明の一実施形態による一種のイベントメッセージの一例を示す図である。イベントメッセージは、コマンドおよび応答に対して独立である。あるＮＦＣデバイスにおいてデータ受信またはクリティカルエラーが発生した場合、イベントメッセージは、発生したイベントをＮＦＣＨに通知するために用いられる。ここでは、いくつかの代表的な場合について記述する。三つのイベントメッセージ、ＨＣＩバスドライバ失敗（ＨＣＩ Ｂｕｓ Ｄｒｉｖｅｒ Ｆａｉｌ）、ＮＦＣ ＩＣデータ保有（ＮＦＣ ＩＣ Ｈａｓ Ｄａｔａ）、およびバッファ有効（Ｂｕｆｆｅｒ Ａｖａｉｌａｂｌｅ）を記述する。各メッセージは、対応するイベントを表現する０ｘ０１、０ｘ０２および０ｘ０３の対応するコードを用いる。ＨＣＩバスドライバに問題が発生するか、ＮＦＣデバイスがＲＦモジュールからデータを受信するか、またはバッファサイズが変わる場合、これらのメッセージは、対応するデータを提供するために用いることが出来る。図２２において、それぞれの場合の詳細な記述を行う。

図２３は、本発明の一実施形態によるコマンドメッセージおよび応答メッセージにおけるデバイス管理機能の一例を示す図である。これはデバイス管理の範疇に相当する。ＨＣＩ＿ＧＥＴ＿ＤＥＶＩＣＥ＿ＩＮＦＯコマンドは、ＮＦＣデバイスデータを読取るコマンドであり、メッセージタイプはコマンドである。ＨＣＩ＿ＧＥＴ＿ＤＥＶＩＣＥ＿ＩＮＦＯコマンドのコード値と、パラメータとしてのコマンドパラメータおよび戻りパラメータ値とは記録される。

ＨＣＩ＿ＴＵＲＮＯＮ＿ＤＥＶＩＣＥコマンドは、ＮＦＣデバイスの電源を入れるためのコマンドであり、メッセージタイプはコマンドである。ＨＣＩ＿ＴＵＲＮＯＮ＿ＤＥＶＩＣＥコマンドのコード値と、成功または失敗を表現している戻りパラメータ値とは記録される。

ＨＣＩ＿ＴＵＲＮＯＦＦ＿ＤＥＶＩＣＥコマンドは、ＮＦＣデバイスの電源を切るためのコマンドであり、メッセージタイプはコマンドである。ＨＣＩ＿ＴＵＲＮＯＦＦ＿ＤＥＶＩＣＥコマンドのコード値と、成功または失敗を表現している戻りパラメータ値とは記録される。

ＨＣＩ＿ＳＬＥＥＰ＿ＤＥＶＩＣＥコマンドは、ＮＦＣデバイスをスリープ状態に遷移するためのコマンドであり、メッセージタイプはコマンドである。ＨＣＩ＿ＳＬＥＥＰ＿ＤＥＶＩＣＥコマンドのコード値と、成功または失敗を表現している戻りパラメータ値とは記録される。

ＨＣＩ＿ＲＥＳＵＭＥ＿ＤＥＶＩＣＥコマンドは、ＮＦＣデバイスをスリープ状態から起動するためのコマンドであり、メッセージタイプはコマンドである。ＨＣＩ＿ＲＥＳＵＭＥ＿ＤＥＶＩＣＥコマンドのコード値と、成功または失敗を表現している戻りパラメータ値とは記録される。

ＨＣＩ＿ＳＴＡＲＴ＿ＤＥＶＩＣＥ＿ＤＩＳＣＯＶＥＲＹコマンドは、ＮＦＣデバイス発見を開始するためのコマンドであり、メッセージタイプはコマンドである。ＨＣＩ＿ＳＴＡＲＴ＿ＤＥＶＩＣＥ＿ＤＩＳＣＯＶＥＲＹコマンドのコード値と、成功または失敗を表現している戻りパラメータ値とは記録される。

ＨＣＩ＿ＳＴＯＰ＿ＤＥＶＩＣＥ＿ＤＩＳＣＯＶＥＲＹコマンドは、ＮＦＣデバイス発見を停止するためのコマンドであり、メッセージタイプはコマンドである。ＨＣＩ＿ＳＴＯＰ＿ＤＥＶＩＣＥ＿ＤＩＳＣＯＶＥＲＹコマンドのコード値と、成功または失敗を表現している戻りパラメータ値とは記録される。

ＨＣＩ＿ＲＥＳＥＴ＿ＤＥＶＩＣＥコマンドは、ＮＦＣデバイスを初期化するためのコマンドであり、メッセージタイプはコマンドである。ＨＣＩ＿ＲＥＳＥＴ＿ＤＥＶＩＣＥコマンドのコード値と、成功または失敗を表現している戻りパラメータ値とは記録される。

ＨＣＩ＿ＦＬＵＳＨ＿ＤＥＶＩＣＥコマンドは、ＮＦＣデバイスバッファをフラッシュするためのコマンドであり、メッセージタイプはコマンドである。ＨＣＩ＿ＦＬＵＳＨ＿ＤＥＶＩＣＥコマンドのコード値と、成功または失敗を表現している戻りパラメータ値とは記録される。

ＨＣＩ＿ＧＥＴ＿ＢＵＦＦＥＲ＿ＳＩＺＥコマンドは、ＮＦＣデバイスバッファサイズを読取るためのコマンドであり、メッセージタイプはコマンドである。ＨＣＩ＿ＧＥＴ＿ＢＵＦＦＥＲ＿ＳＩＺＥコマンドのコード値と、成功または失敗、それからバッファサイズを表現している戻りパラメータ値とは記録される。

図２４は、本発明の一実施形態によるコマンドメッセージおよび応答メッセージにおけるＮＦＣデータ通信機能の一例を示す図である。これはＮＦＣデータ通信の範疇に相当する。

ＨＣＩ＿ＳＥＮＤ＿ＤＡＴＡコマンドは、ＮＦＣＨからＮＦＣデバイスへとＬＬＣＰパケットを伝達するためのコマンドであり、このＨＣＩ＿ＳＥＮＤ＿ＤＡＴＡコマンドのメッセージタイプはコマンドである。ＨＣＩ＿ＳＥＮＤ＿ＤＡＴＡコマンドのコード値と、ＬＬＣＰパケットを表現するコマンドパラメータと、成功または失敗、それからバッファサイズを表現している戻りパラメータ値とは記録される。

ＨＣＩ＿ＲＥＣＥＩＶＥ＿ＤＡＴＡコマンドは、ＮＦＣデバイスからＮＦＣＨへとＬＬＣＰパケットを伝達するためのコマンドであり、このＨＣＩ＿ＲＥＣＥＩＶＥ＿ＤＡＴＡコマンドのメッセージタイプはコマンドである。ＨＣＩ＿ＲＥＣＥＩＶＥ＿ＤＡＴＡコマンドのコード値と、ＬＬＣＰパケットを表現するコマンドパラメータと、成功または失敗、それからバッファサイズを表現している戻りパラメータ値とは記録される。

ＨＣＩ＿ＲＥＡＤ＿ＴＡＧコマンドは、ＮＦＣデバイスのＮＦＣフォーラムタグからＮＦＣデータ交換フォーマット（ＮＤＥＦ）データを読取るためのコマンドであり、このＨＣＩ＿ＲＥＡＤ＿ＴＡＧコマンドのメッセージタイプはコマンドである。ＨＣＩ＿ＲＥＡＤ＿ＴＡＧコマンドのコード値と、成功または失敗を表現している戻りパラメータ値とは記録される。また、読取りデータパラメータ（コマンドパラメータ）は記録される。この読取りデータパラメータは、ＮＦＣフォーラムタグから読取られ、それによりこのデータフォーマットはＮＤＥＦに適合している。

ＨＣＩ＿ＷＲＩＴＥ＿ＴＡＧコマンドは、ＮＦＣデバイスのＮＦＣフォーラムタグ上にＮＤＥＦデータを記録するためのコマンドであり、このＨＣＩ＿ＷＲＩＴＥ＿ＴＡＧコマンドのメッセージタイプはコマンドである。ＨＣＩ＿ＷＲＩＴＥ＿ＴＡＧコマンドのコード値と、成功または失敗を表現している戻りパラメータ値とは記録される。また、書込みデータパラメータ（コマンドパラメータ）は記録される。この書込みデータパラメータは、タグ上に記録すべきＮＤＥＦデータを含む。

ＨＣＩ＿ＳＥＴ＿ＣＡＲＤ＿ＤＡＴＡコマンドは、カードエミュレーションを実行するために、ＮＤＥＦデバイスのカードメモリの中にＮＤＥＦデータを記録するためのコマンドであり、このＨＣＩ＿ＳＥＴ＿ＣＡＲＤ＿ＤＡＴＡコマンドのメッセージタイプはコマンドである。ＨＣＩ＿ＳＥＴ＿ＣＡＲＤ＿ＤＡＴＡコマンドのコード値と、成功または失敗を表現している戻りパラメータ値とは記録される。また、カードデータパラメータはコマンドパラメータとして記録される。このカードデータパラメータは、カードエミュレーションメモリの中に記憶すべきデータを表現する。

ＨＣＩ＿ＧＥＴ＿ＣＡＲＤ＿ＤＡＴＡコマンドは、ＮＦＣデバイスのカードメモリに保存されたデータを読取るためのコマンドであり、このＨＣＩ＿ＧＥＴ＿ＣＡＲＤ＿ＤＡＴＡコマンドのメッセージタイプはコマンドである。ＨＣＩ＿ＧＥＴ＿ＣＡＲＤ＿ＤＡＴＡコマンドのコード値と、成功または失敗を表現している戻りパラメータ値とは記録される。また、カードデータパラメータは記録される。

上記において、上述したメッセージフォーマットの中で失敗を表現しているパラメータ値は、対応するエラーコード値を伴うことができる。

図２５は、本発明の一実施形態によるコマンドメッセージおよび応答メッセージにおけるセキュアエレメント支援機能の一例を示す図である。すなわち、図２５は、セキュアエレメントからデータを読取るためのコマンドであるＨＣＩ＿ＲＥＡＤ＿ＳＥＣＵＲＥ、およびセキュアエレメント上にデータを記録するためのコマンドであるＨＣＩ＿ＷＲＩＴＥ＿ＳＥＣＵＲＥを図示する。

図２６は、本発明の一実施形態によるコマンドメッセージおよび応答メッセージにおけるエラーコードメッセージの一例を示す図である。この中で使われるエラーの種類とエラーを表現しているコード値は単なる例であり、本発明はこれに限定されるものではない。本発明の一実施形態によるそのエラーコード値と意味は記述される。０ｘ００は、エラーが無いことを表現し、０ｘ０１は、未定義のコマンドを表現し、０ｘ０２は、デバイス間の接続が未作成であることを表現し、そして０ｘ０３は、ハードウェア異常を表現する。

また、０ｘ０４は、メモリフル状態を表現し、０ｘ０５は、却下されたコマンドを表現し、０ｘ０６は、パラメータ値がサポートされていないことを表現し、０ｘ０７は、無効なコマンドパラメータを表現する。

また、０ｘ０８は、規定されていないエラーを表現し、０ｘ０９は、セキュアエレメントのアクセスが拒絶されたことを表現し、および０ｘ０Ａは、セキュアエレメントのアクセスが失敗したことを表現する。残りのコード値はＲＦＵである。

図２７は、本発明の一実施形態によるイベントメッセージの一例を示す図である。この中で使われるイベントメッセージの種類は単なる例であり、本発明はこれに限定されるものではない。

ＨＣＩ＿ＤＥＴＥＣＴ＿ＤＥＶＩＣＥは、デバイス発見が実行される場合に、検出された既定タイプのデバイスまたはタグの数をホストに通知するイベントメッセージであり、ＨＣＩ＿ＤＥＴＥＣＴ＿ＤＥＶＩＣＥのメッセージタイプはイベントである。対応するメッセージコードは記録される。

ＨＣＩ＿ＲＥＣＥＩＶＥ＿ＤＡＴＡ＿ＥＶＥＮＴは、ＮＦＣデバイスが無線インターフェイスからデータを受信するときにホストにデータを伝達するためのイベントメッセージであり、ＨＣＩ＿ＲＥＣＥＩＶＥ＿ＤＡＴＡ＿ＥＶＥＮＴのメッセージタイプはイベントである。対応するメッセージコードおよび戻りパラメータとしての受信データパラメータは記録される。受信データパラメータは、ＮＦＣプロトコル処理またはデバイスからのデータのために必要とされるＮＦＣフォーラムタグである。

ＨＣＩ＿ＳＩＺＥ＿ＯＦ＿ＣＯＭＰＬＥＴＥＤ＿ＤＡＴＡは、フロー制御を実行するために、ＮＦＣデバイスにおいて完全に処理されたデータのサイズをＮＦＣＨに通知するためのイベントメッセージである。このイベントメッセージをどれくらい頻繁に送信すべきか特に決定されていない。このメッセージタイプはイベントである。対応するメッセージコードおよび戻りパラメータとしてのデータサイズパラメータは記録される。データサイズパラメータは、ＮＦＣデバイスによって処理が完了したデータのサイズを表現する。

ＨＣＩ＿ＭＯＤＥ＿ＳＷＩＴＣＨ＿ＩＮＴＥＲＲＵＰＴは、モード切換えにおいてＮＦＣタグまたはデバイスが発見された場合、ＮＦＣタグまたはデバイスをホストに通知するための割込みイベントであり、ＨＣＩ＿ＭＯＤＥ＿ＳＷＩＴＣＨ＿ＩＮＴＥＲＲＵＰＴのメッセージタイプはイベントである。対応するメッセージコードおよび戻りパラメータとしてのデバイスタイプは記録される。デバイスタイプは、ＮＦＣデバイスまたはカードが発見された場合、ＮＦＣデバイスまたはカードを表現するパラメータである。例えば、０ｘ００は、ＩＳＯ １４４４３−Ａカードのみを表現し、０ｘ０１は、ＩＳＯ １４４４３−Ｂカードのみを表現し、０ｘ０２は、Ｆｅｌｉｃａカードのみを表現し、０ｘ０３は、ＩＳＯ １４４４３−ＡおよびＢを表現し、０ｘ０４は、ＩＳＯ １４４４３−ＡおよびＦｅｌｉｃａを表現し、０ｘ０５は、ＦｅｌｉｃａおよびＩＳＯ １４４４３−Ｂを表現し、０ｘ０６は、ＩＳＯ １４４４３−ＡおよびＢそしてＦｅｌｉｃａを表現し、ＲＦＵのためにコード値が割り当てられる。

ＨＣＩ＿ＳＥＣＵＲＥ＿ＩＮＳＥＲＴＥＤは、セキュアエレメントが挿入されていたことを表現し、ＨＣＩ＿ＳＥＣＵＲＥ＿ＥＸＴＲＡＣＴＥＤは、セキュアエレメントが抜き取られていたことを表現し、ＨＣＩ＿ＳＥＣＵＲＥ＿ＲＥＡＤは、セキュアエレメントを読取ることを表現し、ＨＣＩ＿ＳＥＣＵＲＥ＿ＷＲＩＴＴＥＮは、セキュアエレメントに記録することを表現している。

これまでのところ、本発明の一実施形態によるＮＦＣ ＨＣＩについて記述してきた。ここで記述し図面の中で示されたＨＣＩシステムの種類、フォーマット、コード値、およびメッセージを伝送するためのプロセスは、本発明の理解のために例としてあげた単なる実施形態である。種類、フォーマット、そのコード値、およびメッセージを伝送するためのプロセスの様々な改変と変更は、本発明の範囲を逸脱しない実施形態に基づいて実現され得る。また、本発明の実施形態において使われた用語は、理解を目的とするためだけを意図しており、本発明はこれに限定されるものではない。

本発明は、ＮＦＣＨとＮＦＣチップセットまたはＮＦＣＨとＮＦＣデバイスとの間のＨＣＩに適用される。

図１は、種々のＮＦＣＨと種々のＮＦＣデバイスまたはＮＦＣチップセットとの間のインターフェイスを示す図である。 図２は、ＮＦＣＨとＮＦＣデバイスまたはＮＦＣチップセットとの間で別のインターフェイスを実現する場合に発生し得る欠点を示す図である。 図３は、本発明によるホストコントローラインターフェイスの概念を説明する図である。 図４は、本発明によるホストコントローラインターフェイスを適用した場合の利点を説明する図である。 図５は、本発明の一実施形態によるＮＦＣＨおよびＮＦＣデバイスの例示的な構造を示す図である。 図６は、本発明の一実施形態によるリーダ／ライタモードのインターフェイス制御プロセスの一例を示す図である。 図７は、本発明の一実施形態によるピアモードにおけるインターフェイス制御プロセスの一例を示す図である。 図８は、本発明の一実施形態によるデータを伝送するための例示的な方法を示す図である。 図９は、本発明の一実施形態によるＮＦＣＨとＮＦＣデバイスとの間のインターフェイス制御プロセスの一例を示す図である。 図１０は、本発明の一実施形態によるＮＦＣＨとＮＦＣチップセット（または、ＮＦＣデバイス）との間のインターフェイスの例示的な構造を示す図である。 図１１は、本発明の一実施形態によるＮＦＣＨとＮＦＣチップセット（または、ＮＦＣデバイス）との間のインターフェイスの別の例示的な構造を示す図である。 図１２は、本発明の一実施形態によるメッセージフォーマットの一例を示す図である。 図１３は、本発明の一実施形態によるメッセージフォーマットにおけるメッセージ記述子フィールド（ＭＤＥＳＣ）の一例を示す図である。 図１４は、本発明の一実施形態によるメッセージフォーマットにおけるノードアドレスフィールド（ＮＡＤ）の一例を示す図である。 図１５は、本発明の一実施形態によるメッセージフォーマットにおけるコマンドメッセージフォーマットの一例を示す図である。 図１６は、本発明の一実施形態によるメッセージフォーマットにおける応答メッセージフォーマットの一例を示す図である。 図１７は、本発明の一実施形態によるメッセージフォーマットにおけるイベントメッセージフォーマットの一例を示す図である。 図１８は、本発明の一実施形態によるメッセージフォーマットにおけるデータメッセージフォーマットの一例を示す図である。 図１９は、本発明の一実施形態による一種のコマンドメッセージの一例を示す図である。 図２０は、本発明の一実施形態による一種の応答メッセージの一例を示す図である。 図２１は、本発明の一実施形態によるコマンドメッセージおよび応答メッセージの種類の一例を示す図である。 図２２は、本発明の一実施形態による一種のイベントメッセージの一例を示す図である。 図２３は、本発明の一実施形態によるコマンドメッセージおよび応答メッセージにおけるデバイス管理機能の一例を示す図である。 図２４は、本発明の一実施形態によるコマンドメッセージおよび応答メッセージにおけるＮＦＣデータ通信機能の一例を示す図である。 図２５は、本発明の一実施形態によるコマンドメッセージおよび応答メッセージにおけるセキュアエレメント支援機能の一例を示す図である。 図２６は、本発明の一実施形態によるコマンドメッセージおよび応答メッセージにおけるエラーコードメッセージの一例を示す図である。 図２７は、本発明の一実施形態によるイベントメッセージの一例を示す図である。

Claims (20)

1. ホストと該ホストに接続されるデバイスとの間の通信インターフェイスにおける該ホストと該デバイスとの間の通信方法であって、該方法は、
   該ホストから該デバイスへコマンドメッセージを伝送することと、
   該コマンドメッセージに応答して、該デバイスから該ホストへ応答メッセージを伝送することと、
   該ホストと該デバイスとの間でデータを伝送することと、
   必要な場合、該デバイスから該ホストへイベントメッセージを伝送することと
   を包含する、方法。
2. 前記コマンドメッセージおよび前記応答メッセージは、コマンドと該コマンドへの応答との一対において伝送される、請求項１に記載の方法。
3. 前記イベントメッセージは、前記コマンドメッセージおよび前記応答メッセージに関して独立である、請求項１に記載の方法。
4. 前記メッセージは、前記ホストの中に搭載された対応するデバイスドライバインターフェイスに基づいて、対応するデバイスドライバを用いて、前記デバイスへ該メッセージを送信し、かつ／または該デバイスから該メッセージを受信するプロセスに適合する、請求項１に記載の方法。
5. 前記メッセージは、第１のホストの中に搭載されたデバイスドライバインターフェイスと第２のホストの中に搭載されたデバイスドライバインターフェイスとに基づいて送信および受信される、請求項１に記載の方法。
6. 前記ホストと前記デバイスとの間で伝送されるデータは、該デバイスの記憶空間のサイズに依存して該ホストによって分割され、該分割されたデータは、複数のプロセスを通してデータ分割を表現する情報を用いて該デバイスへ伝送され、該分割され伝送されたデータは、該デバイスによって再構築される、請求項１に記載の方法。
7. ホストと該ホストに接続されるデバイスとの間の通信インターフェイスにおける該ホストと該デバイスとの間の通信方法であって、該方法は、
   該ホストから該デバイスへコマンドメッセージを伝送することであって、該コマンドメッセージは、メッセージの種類を表現するデータと、メッセージの内容を表現するデータと、追加のデータとを含む、ことと、
   該デバイスからイベントメッセージを伝送するか、または応答メッセージを伝送することであって、該応答メッセージは、メッセージの種類を表現するデータと、メッセージの内容を表現するデータと、追加のデータとを含む、ことと、
   必要な場合、該コマンドメッセージまたは該応答メッセージに応答して、データおよび該データを含むメッセージを表現する情報を、該ホストと該デバイスとの間で伝送することと
   を包含する、方法。
8. 前記メッセージの前記種類を表現する前記データは、該メッセージのメッセージタイプがコマンド、応答、データ、またはイベントであるかを表現するコード値を用いて表現される、請求項７に記載の方法。
9. 前記メッセージの前記内容を表現する前記データは、対応するコマンドが何のコマンドであるか、対応する応答が何の応答であるか、または対応するイベントが何のイベントの内容であるかを表現するコード値を用いて表現される、請求項７に記載の方法。
10. 前記コマンドメッセージは、デバイスデータ読取りまたはデバイスデータ設定のためのコマンドを含む、請求項７に記載の方法。
11. 前記コマンドメッセージは、前記デバイスの電源を制御するためのコマンドまたは無線インターフェイスのためにデバイス電力を制御するためのコマンドを含む、請求項７に記載の方法。
12. 前記コマンドメッセージは、前記デバイスを初期化するためのコマンド、デバイスモードを設定するためのコマンド、またはデバイスモードを読取るためのコマンドを含む、請求項７に記載の方法。
13. 前記応答メッセージは、前記ホストからのデバイスデータ提供要求に応じる応答と、該ホストからのデバイス制御コマンドに応じる応答とのうちの一つを含む、請求項７に記載の方法。
14. 前記応答メッセージは、エラー応答メッセージを含む、請求項７に記載の方法。
15. 前記コマンドメッセージおよび前記応答メッセージは、データパケットまたは伝送結果の伝送に関する応答メッセージを含む、請求項７に記載の方法。
16. 前記イベントは、バスドライバの状態と、無線インターフェイスモジュールによるデータの受信と、バッファサイズの生起と、タグまたは他のデバイスの検知と、カードエミュレーションと、モード切換えと、セキュアエレメントの導入または除去と、セキュアエレメントデータの読取りまたは書込みイベントとのうちの少なくとも一つを含む、請求項７に記載の方法。
17. 近距離通信ホストと該ホストに接続される近距離通信デバイスとの間の通信インターフェイスにおける該ホストと該デバイスとの間の通信方法であって、該方法は、
    該ホストから該デバイスへコマンドメッセージを伝送することであって、該コマンドメッセージは、記録データと、該デバイスの読取りデータと、該デバイスに対する既定データの伝送要求と、該デバイスの設定とのうちの一つを含む、ことと、
    該コマンドメッセージに応答して、関連したコマンドの実行結果を通知する応答メッセージを該デバイスから該ホストへ伝送することと、
    必要な場合、該デバイスから該ホストへイベントメッセージを伝送することと
    を包含する、方法。
18. 前記コマンドメッセージおよび前記応答メッセージは、前記デバイスのデータを読取るためのコマンドおよびそれの応答と、該デバイスの電源をオン／オフするためのコマンドおよびそれの応答と、該デバイスをスリープモードに遷移するためのコマンドまたはスリープから起動するためのコマンドおよびそれの応答と、該デバイスの検知を開始するためのコマンドまたは該デバイスの検知を停止するためのコマンドおよびそれの応答と、該デバイスを初期化するためのコマンドおよびそれの応答と、デバイスバッファをフラッシュするためのコマンドおよびそれの応答と、デバイスバッファのサイズを戻すコマンドおよびそれの応答と、該ホストから伝送するためのコマンドまたは該デバイスからデータを受信するためのコマンドおよびそれの応答と、タグデータの読取り／書込みコマンドおよびそれの応答と、近距離通信タグエミュレーション記憶デバイスのカードエミュレーションデータを設定するためのコマンドまたは読取るためのコマンドおよびそれの応答とのうちの少なくとも一つを含む、請求項１７に記載の方法。
19. 前記応答メッセージは、コマンドの実行に関する成功または失敗を表現するデータと、該コマンドが失敗しているときに該失敗の内容を表現するデータとを含む、請求項１７に記載の方法。
20. 前記ホストは、可搬型デバイスのプロセッサである、請求項１７に記載の方法。

Images