デバイスを識別するための方法と装置
本発明のいくつかの実施形態は、リーダーとタグを備えるシステムを含み、リーダーは、応答の確率のレベルを含むパラメータでタグに問い合わせを行い、それに応じて、タグは、応答するかどうかを個別に、ランダムに決定する。一実施形態では、タグは、２つの状態、ＡとＢとを切り換えることができる。問い合わせコマンドは、さらに、指定された状態にあるタグのみが応答できるように状態（ＡまたはＢ）を指定する。タグ識別データをタグからリーダーに正しく送信できた後、タグは、指定された状態から他の状態に切り換わる。一実施形態では、これら２つの状態に対するオペレーションは対称的である。一実施形態では、タグは、問い合わせで使用されるパラメータを記憶しておき、短形式の問い合わせを使用して同じ問い合わせパラメータで問い合わせを繰り返すことができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２００３年１１月７日に出願した米国仮特許出願第６０／５１８，２２９号に関係し、またその利益を主張し、参照により組み込む。本出願は、さらに、先行する３つの米国特許出願、（１）２００２年５月３０日に出願した米国特許出願第１０／１６０，４５８号、（２）２００２年１０月８日に出願した米国特許出願第１０／２６７，９２４号、（３）２００４年８月９日に出願した米国特許出願第１０／９１５，７２５号の利益を主張し、参照により組み込む。
【０００２】
本発明は、タグなどの識別子を有するデバイスの分野に関するものであり、さらに、そのようなタグを識別するための方法と装置に関する。
【背景技術】
【０００３】
交信する送信器（例えば、リーダー）からコードを送信し、それに応じて情報をタグが送信するようにすることにより複数のワイヤレス・タグと交信できる。これは、一般的には、タグが交信メッセージの受信を監視し、一意的なシリアル番号および／またはその他の情報で応じるようにすることにより実現される。タグは、通常、データをリーダーにワイヤレスで送信するために限られた電力しか利用できない。読み取りのためそれぞれのタグをリーダーの近くに持って行く必要がないように、ワイヤレス・タグの交信可能範囲を広げることが望ましい。しかし、読み取りシステムの交信範囲が広げられると、多数のタグが交信システムの範囲の中に入り、その応答が互いに干渉する。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
無線（ＲＦ）タグの現在の実装では、リーダーの交信範囲内にある複数のタグすべてが交信メッセージに応答しようとしたときに発生するインターフェース・プロトコルや衝突防止の問題に対処するためにかなりの論理回路を必要とする。例えば、ＲＦタグで使用される現在の集積回路は、インターフェース・プロトコルを処理し、衝突防止プロトコルを扱うために、ほぼ３，０００個の論理ゲートを必要とする。集積回路ではこのようなかなり大きな規模を必要とするため、ＲＦタグのコストが高く付き、そのため、そのようなタグが一般に利用される可能性はあまりない。複数のＲＦタグの読み取り時に衝突を回避する従来技術による試みは、米国特許第５，２６６，９２５号、第５，８８３，５８２号、第６，０７２，８０１号で説明されている。しかし、これらの従来技術によるアプローチによる、複数のＲＦタグを読み取る際に衝突を回避する解決方法は、不効率である。
【課題を解決するための手段】
【０００５】
ここでは、タグを識別する方法と装置について説明する。本発明の実施態様のいくつかは、この節で要約されている。
【０００６】
本発明のいくつかの実施態様は、リーダーとタグを備えるシステムを含み、リーダーは、応答の確率のレベルを指定するパラメータでタグに問い合わせを行い、それに応じて、タグは、応答するかどうかを個別に、ランダムに決定する。一例では、タグは、２つの状態、ＡとＢとを切り換えることができる。問い合わせコマンドは、さらに、指定された状態にあるタグのみが応答できるように状態（ＡまたはＢ）を指定する。タグ識別データをタグからリーダーに正しく送信できた後、タグは、指定された状態から他の状態に切り換わる。一実施態様では、これら２つの状態に対するオペレーションは対称的である。他の実施態様では、タグは、問い合わせで使用されるパラメータを記憶しておき、短形式の問い合わせを使用して同じ問い合わせパラメータで問い合わせを繰り返すことができる。
【０００７】
本発明の一態様では、複数のタグに問い合わせを行う方法は、第１の問い合わせコマンドを確率パラメータの第１の値とともにブロードキャストする。その確率パラメータの第１の値は複数のタグのそれぞれが応答するかしないかをランダムに決定する際に基づく応答の第１の確率を示し、そして、第１の問い合わせコマンドに応えて応答を検出することを含む。一実施態様では、確率パラメータの第１の値に従って問い合わせを行うために１つまたは複数の問い合わせコマンドへの応答がないと判断したことに応えて、リーダーは、さらに、確率パラメータの第２の値が応答の第１の確率よりも大きい応答の第２の確率を示す確率パラメータの第２の値とともに第２の問い合わせコマンドをブロードキャストする。他の実施態様では、複数の応答に衝突があるため、確率パラメータの第１の値に従って問い合わせを行うための１つまたは複数の問い合わせコマンドへの判読可能な応答がないと判断したことに応えて、リーダーは、さらに、確率パラメータの第２の値が応答の第１の確率よりも小さい応答の第２の確率を示す確率パラメータの第２の値とともに第２の問い合わせコマンドをブロードキャストする。一実施態様では、第１の値は整数Ｑであり、複数のタグのうちの１つに対する応答の第１の確率は実質的にｐQに等しく、ｐは１よりも小さい（例えば、ｐは、０．５に実質的に等しいものとすることができる）。一実施態様では、複数のタグのうちの第１のタグに対する応答の第１の確率は、複数のタグのうちの第２のタグに対する応答の第１の確率と異なる。一実施態様では、第１の問い合わせコマンドは、さらに、第２の状態にある複数のタグが第１の問い合わせコマンドに応答せず、第１の状態にある複数のタグが確率パラメータの第１の値に従って第１の問い合わせコマンドにランダムに応答するように第１の状態を示す状態フラグを含む。一実施態様では、リーダーは、１）第１の状態にあるタグが第２の問い合わせコマンドに応答せず、第２の状態にあるタグが確率パラメータの第２の値に従って第２の問い合わせコマンドにランダム応答するように、確率パラメータの第２の値をブロードキャストし、かつ第２の状態を示す状態フラグとともに第２の問い合わせコマンドをブロードキャストし、２）第２の問い合わせコマンドに応えて応答を検出する。一実施態様では、第１と第２の問い合わせコマンドは、第１と第２の状態に対して対称的である。一実施態様では、第１のハンドシェーキング・データを含む、第１の問い合わせコマンドへの判読可能な応答に応えて、リーダーは、さらに、第１のハンドシェーキング・データを含む第２のコマンドを送信し、タグ識別データを第２のコマンドへの応答として受信する。識別タグ・データが正常に受信されない場合、リーダーは、さらに、タグ・データを受信する際にエラーを示すコマンドを送信する。一実施態様では、リーダーは、さらに、確率パラメータの第１の値に従って問い合わせを行う確率パラメータの値を指定することなく第２の問い合わせコマンドをブロードキャストする。第１の問い合わせコマンドは、確率パラメータを含む複数のパラメータの第２の値を含み、第２の問い合わせコマンドは、複数のパラメータの第２の値に従って問い合わせを行うために複数のパラメータの値を指定しない。一例では、第２の問い合わせコマンドは、第１の問い合わせコマンドよりも実質的に短い。
【０００８】
本発明の他の態様では、タグがリーダーからの問い合わせに応える方法が、リーダーから第１の問い合わせコマンドを確率パラメータの第１の値とともに受信し、応答の確率が確率パラメータの第１の値に従うように第１の問い合わせコマンドに応答するかどうかをランダムに決定することを含む。一例では、応答に対するランダムな決定に応えて、タグは、さらに、第１のハンドシェーキング・データを含む応答を送信するが、これは、第１の問い合わせコマンドに応えて生成される乱数とすることができる。一実施態様では、第１の値は整数Ｑであり、複数のタグのうちの１つに対する応答の第１の確率は実質的にｐQに等しく、ｐは１よりも小さい（例えば、ｐは、０．５に実質的に等しいものとすることができる）。一実施態様では、第１の問い合わせコマンドは、さらに、第１の状態を示す状態フラグを含み、タグは、そのタグが第２の状態にある場合に第１の問い合わせコマンドに応答せず、そのタグが第１の状態にある場合に確率パラメータの第１の値に従って第１の問い合わせコマンドにランダムに応答する。一実施態様では、タグは、１）確率パラメータの第２の値を受信し、かつ、第２の状態を示す状態フラグとともに第２の問い合わせコマンドを受信し、２）タグが第２の状態にある場合に、応答の確率が確率パラメータの第２の値に従うように第２の問い合わせコマンドに応答するかどうかをランダムに決定する。タグは、そのタグが第１の状態にある場合に第２の問い合わせコマンドに応答しない。一実施態様では、タグは、第１と第２の状態に対して対称性を保ちつつ第１と第２の問い合わせコマンドを処理する。一実施態様では、タグは、さらに、応答のランダムな決定に応えて第１のハンドシェーキング・データを含む第１の応答を送信し、リーダーから第１のハードシェーク・データを含む第２のコマンドを受信したことに応えて、タグはタグ識別データを含む第２の応答を送信する。一実施態様では、第２の応答を送信した後問い合わせコマンドを受信したことに応えて、タグは、第１の状態から第２の状態に切り換わり、リーダー側でタグ識別データを受信した際のエラーを示すコマンドを受信した後、タグは、エラーを示すコマンドの後に問い合わせコマンドが受信された場合に第１の状態のままになる。一実施態様では、タグは、さらに、確率パラメータの値を指定しない第２の問い合わせコマンドを受信し、タグは、応答の確率が確率パラメータの第１の値に従うように第２の問い合わせコマンドに応答するかどうかをランダムに決定する。一実施態様では、第１の問い合わせコマンドは、確率パラメータを含む複数のパラメータの値を含み、第２の問い合わせコマンドは複数のパラメータの値を指定せず、タグは複数のパラメータの第２の値に従って第２の問い合わせコマンドを処理する。一実施態様では、第２の問い合わせコマンドは第１の問い合わせコマンドよりも実質的に短い。
【０００９】
本発明は、これらの方法を実行するデータ処理システムを含むこれらの方法を実行する方法と装置、データ処理システム上で実行した場合にこれらの方法をシステムに実行させるコンピュータ可読媒体を含む。
【００１０】
本発明の他の特徴は、付属の図面と以下で述べる詳細な説明とから明らかになる。
【００１１】
本発明は、付属の図面の図において限定されることなく例を使用して説明され、類似の参照番号は類似の要素を示す。
【発明を実施するための最良の形態】
【００１２】
以下の説明と図面は、本発明を例示するものであり、本発明を制限するものと解釈すべきではない。本発明を完全に理解できるようにするため、多数の具体的詳細を説明する。しかし、いくつかの場合には、本発明の説明をわかりにくくすることを避けるため、よく知られているまたは従来の内容については詳述しない。本明細書で使用される「結合される」という用語は、直接的に結合されるか、または１つまたは複数の介在するコンポーネントを通して間接的に結合されることを意味する。本開示の一実施形態を参照していても、同じ実施形態を参照する必要があるわけではなく、そのような参照は少なくとも１つであることを意味する。
【００１３】
図１は、リーダー１０１と複数のタグ１３１、１３３、１３５、．．．、１３９を含む識別システム１００の一例を示す。このシステムは、通常、受動型または半受動能動型後方散乱トランスポンダをタグとして使用するリーダー・トーク・ファーストＲＦ ＩＤシステムである。電池および／またはメモリをタグに組み込むことは、読み取り範囲を広げやすくする拡張機能であるが、電池を使用することから、コストが高くなる、長時間使用が制限される、フォーム・ファクタが大きい、重量が増える、耐用年数を過ぎた場合の処分が必要であるといった代償が生じる。そこで、タグ１３１〜１３９は、メモリおよび／または電池を備えることも、それらの要素をまったく備えないこともできる。リーダーが電池を備えるタグと電池を備えないタグと交信するシステムで異なる種類のタグが混在できることは理解されるであろう。本発明とともに使用できるタグには、以下のような少なくとも４つのクラスがある。つまり（１）タグ上には電源は用意されず、タグのアンテナから電力をとるが、タグの識別コードを持つ読み取り専用メモリを備えるタグ、（２）内部電源を持たず、リーダーから電力を供給されたときに、タグ内の不揮発性メモリにデータを書き込むことができるタグ。この種類のタグは、さらに、識別コードを格納するためのメモリも備える。（３）タグ内の回路に電力を供給する小型電池を備えるタグ。このようなタグは、さらに、不揮発性メモリだけでなく、タグの識別コードを格納するためのメモリも備える。そして（４）他のタグまたは他のデバイスと通信できるタグである。
【００１４】
図１は、リーダーの一実施形態を示す。リーダー１０１は、通常、受信器１１９と送信器１２３を備える。それぞれ、Ｉ／Ｏ（入出力）コントローラ１１７に結合されている。受信器１１９は、それ専用のアンテナ１２１を備えることができ、送信器１２３は、それ専用のアンテナ１２５を備えることができる。送信器１２３と受信器１１９は、アンテナに出る信号を制御し、受信器と送信器を互いに分離する受信／送信スイッチがある場合に同じアンテナを共有できることは、当業者には理解されるであろう。受信器１１９と送信器１２３は、現在のリーダーに見られる従来の受信器と送信器ユニットに類似のものとすることができる。受信器と送信器は、通常、北米では、約９００メガヘルツの周波数範囲で動作する。それぞれ、受信器からのデータの受信と送信器１２３からのコマンドなどのデータの送信を制御するＩ／Ｏコントローラ１１７に結合される。Ｉ／Ｏコントローラは、バス１１５に結合され、さらにバスは、マイクロプロセッサ１１３やメモリ１１１に結合される。要素１１７、１１５、１１３、１１１により表されている処理システムに対しリーダー１０１で使用できる実装はさまざまなものが考えられる。一実装では、マイクロプロセッサ１１３は、８０５１マイクロコントローラまたは他のよく知られているマイクロコントローラまたはマイクロプロセッサ（例えば、ＰｏｗｅｒＰＣマイクロプロセッサ）などのプログラム可能マイクロコントローラであり、メモリ１１１は、ダイナミック・ランダム・アクセス・メモリや、メモリのオペレーションを制御するメモリ・コントローラを含む。Ｍメモリ１１１は、さらに、データとソフトウェア・プログラムを格納するための不揮発性読み取り専用メモリも含むことができる。メモリ１１１は、通常、マイクロプロセッサ１１３のオペレーションを制御するプログラムを格納し、またタグの交信などでタグの処理中に使用されるデータも含む。さらに以下で説明される一実施形態では、メモリ１１１は、通常、Ｉ／Ｏコントローラを通じて探索コマンドを送信器に送信し、受信器１１９を通じて、またＩ／Ｏコントローラ１１７を通じてタグからレスポンスを受信することをマイクロプロセッサ１１３に行わせるコンピュータ・プログラムを格納する。リーダー１０１は、さらに、Ｅｔｈｅｒｎｅｔ（登録商標）インターフェースなどのネットワーク・インターフェースを備えることもでき、これにより、リーダーは、ネットワークを通じて他の処理システムと通信することができる。ネットワーク・インターフェースは、通常、マイクロプロセッサ１１３またはメモリ１１１のいずれかからの交信で識別されたタグのリストなどのデータを受信できるように、バス１１５に結合される。
【００１５】
図２は、本発明とともに使用することができるタグの一実装の一例を示す。タグ２００は、受信／送信スイッチ２０３に結合されたアンテナ２０１を備える。このスイッチは、受信器及び復調器２０５、さらに送信器及び変調器２０９に結合される。相関器及びコントローラ・ユニット２０７は、受信器及び復調器２０５、さらに送信器２０９に結合される。タグの図２に示されている特定の例は、コマンド間のデータを維持するためのメモリがタグ内に保持され、タグ内でビット毎の相関が生じるさまざまな実施形態で使用することができる。受信器及び復調器２０５は、アンテナ２０１とスイッチ２０３を通じて信号を受信し、それらの信号を復調して、相関器及びコントローラ・ユニット２０７に供給する。受信器２０５により受信されたコマンドは、タグのオペレーションを制御するためにユニット２０７のコントローラに渡される。受信器２０５により受信されたデータも、制御ユニット２０７に渡され、後述の実施形態では、このデータは、問い合わせコマンドに対するパラメータや、ハンドシェーク・コマンドからのハンドシェーク・データを含むことができる。送信器２０９は、制御ユニット２０７の制御の下で、スイッチ２０３とアンテナ２０１を通じてレスポンスまたはその他のデータをリーダーに送信する。送信器は、アンテナ２０１などのアンテナからの反射を変調する単なるスイッチまたは他のデバイスとすることができることは当業者には理解されるであろう。
【００１６】
本発明の一実施形態では、サプライ・チェーンのどこででも使用できるようにタグの十分な低コスト化を進めるために、低コスト、メモリの小型化、タイミング精度要件の緩和、必要なタグ状態記憶量を最小限に抑えるアトミック・トランザクションなどを可能にする集積回路（ＩＣ）の面積削減などの特性を持つタグが設計されている。このようなタグは、低コストで生産することができる。しかし、他のタグ設計も使用することができる。さらに、本発明のいくつかの実施形態による通信の衝突回避を行う方法も、他の類似の状況において使用することができることは理解できるであろう。
【００１７】
図３は、本発明の一実施形態によるＲＦタグの一例を示す。一実施形態では、ＶＬＣ（Ｖｅｒｙ Ｌｏｗ Ｃｏｓｔ、超低価格）タグ３００は、接続され１つにまとめられたアンテナ３０１と集積回路３０３を備える。タグＩＣ ３０３は、コマンド・プロトコルを実装し、ｅＰＣ（Ｅｌｅｃｔｒｏｎｉｃ Ｐｒｏｄｕｃｔ Ｃｏｄｅ、電子製品コード）を格納する。アンテナ３０１は、リーダー交信信号を受信し、ＩＣ ３０３により生成された変調信号に応えて、その交信信号を反射してリーダーに返す。タグＩＣ ３０３は、ＲＦインターフェース及び電源３１１、データ検出器及びタイミング回路３１３、コマンド及び制御３１５、データ変調器３１７、メモリ３１９を組み合わせることによりＶＬＣタグを実装する。一実施形態では、コマンド及び制御３１５は、本発明のいくつかの実施形態により通信プロトコルを実装する静的論理を備える。
【００１８】
ＲＦインターフェース及び電源３１１は、ＲＦエネルギーをタグＩＣ ３０３が動作するために必要なＤＣ電力に変換し、変調情報をデータ検出器及びタイミング回路３１３に供給する。ＲＦインターフェースは、さらに、リーダーへの送信のためタグ変調信号をアンテナに結合する手段も備える。データ検出器及びタイミング回路３１３は、リーダー信号を復調し、コマンド及び制御３１５により使用されるタイミングとデータ信号を生成する。コマンド及び制御３１５は、タグＩＣ ３０３のすべての機能を調整する。コマンド及び制御３１５は、リーダーからのデータを解釈し、必要な内部オペレーションを実行し、タグがリーダーに応えるかどうかを決定する。コマンド及び制御３１５は、本発明のいくつかの実施形態により状態図と通信プロトコルを実装する。メモリ３１９は、ＶＬＣタグによるタグ付きの商品のｅＰＣコードを格納する。データ変調器３１７は、ＲＦインターフェース３１１に印加され、その後リーダー（例えば、リーダー１０１）に送信される信号にバイナリ・タグ・データを変換する。
【００１９】
タグの設計と実装は、層に特徴を有する。例えば、物理層と環境層は、タグの機械面、環境面、信頼性の面、製造面を特徴付け、無線周波（ＲＦ）トランスポート層は、リーダーとタグとの間のＲＦ結合を特徴付け、通信層は、リーダーとタグとの間の通信／データ・プロトコルを特徴付ける。異なる層のタグのさまざま異なる実装は、本発明のいくつかの実施形態とともに使用することができる。タグの実装は、この説明に示されている例に限定されないことは理解できるであろう。異なるタグまたは通信デバイスは、本発明のいくつかの実施形態の方法を使用し、ターゲット・アプリケーションの要求条件に応じて通信することができる。
【００２０】
本発明の一実施形態では、タグは、フルイディック組み立てプロセスを通じて製造することができる。例えば、集積回路は、半導体ウェハ内の複数の他の集積回路とともに製造することができる。集積回路は、可能ならば、アンテナ３０１を除く、特定のＲＦタグの必要なすべての論理回路を含む。したがって、タグ３００内に示されたすべての論理回路は、単一の集積回路に含まれ、単一半導体ウェハ上の類似の集積回路とともに製造される。それぞれの回路は、一意的な識別コードでプログラムされ、その後、ウェハが処理され、フルイドにつり下げられている複数のブロックを作成するためにウェハからそれぞれの集積回路を取り除く。その後、フルイドは、フレキシブル基板などの基板上に分散され、独立したＲＦタグを作成する。基板内のレセプタ領域は、後でＲＦタグを形成するために基板上のアンテナと接続することができる、少なくとも１つの受信回路を受ける。フルイディック組み立ての例は、米国特許第５，５４５，２９１号で説明されている。
【００２１】
図４は、本発明の一実施形態による通信方法の流れ図である。リーダーは、状態ＡにあるタグにＱパラメータの指定された値を含む問い合わせコマンドをブロードキャストする（４０１）。問い合わせコマンドに応えて、状態Ａのタグはそれぞれ、応答の確率がＱパラメータの値に従うように問い合わせコマンドに応答するかどうかを個別に、またランダムに決定する（４０３）。状態Ｂにあるタグは、状態Ａにあるタグに対する問い合わせコマンドに応答しない。次いでリーダーは、問い合わせコマンドへの応答を検出する（４０５）。応答の数が少なすぎるかどうかが判定される（４０７）。例えば、リーダーがＱパラメータの指定値を含む多数の問い合わせコマンドに対する応答を受け取らない場合、リーダーは、応答の指定されたレベル確率が低すぎ、また応答が少なすぎると判定する。応答が少なすぎる場合、リーダーは、Ｑパラメータの値を調整して、応答の確率を高める（４１１）。同様に、応答の数が多すぎるかどうかが判定される（４０９）。応答が多すぎる場合、異なるタグからの応答が互いに悪くする。したがって、応答が多すぎる場合、リーダーは、Ｑパラメータの値を調整して、応答の確率を下げる。判読できる応答が受信されない場合（４１７）、リーダーは、すでに送信されているパラメータが現在の問い合わせに対し使用されるようにパラメータを指定せずに問い合わせコマンドをブロードキャストする（４１５）。問い合わせに対する同じパラメータは再度送信されることはないので、問い合わせコマンドを発行して前の問い合わせを繰り返すほうが、すべてのパラメータとともに問い合わせコマンドを発行するのよりも高速である。新しい問い合わせコマンドに応えて、状態Ａのタグはそれぞれ、次に、応答の確率がＱパラメータの値に従うように問い合わせコマンドに応答するかどうかを個別に、またランダムに決定する（４０３）。
【００２２】
Ｑパラメータの値が適切な値に調整されると、多数のタグから１つの判読可能な応答を取得する確率が高くなる。したがって、リーダーは、応答が少なすぎる（または多すぎる）ようになるまで問い合わせパラメータを調整せずに前の問い合わせを単純に繰り返すことができる。
【００２３】
１つの判読可能な応答が受信されると（４１７）、リーダーは、応答を与えるタグと通信する（４１９）。本発明の一実施形態では、タグからの応答は、判読可能な応答を与えるタグをリーダーがアドレッシングできるようにタグを識別するデータを含む。一実施形態では、タグは、リーダーとのハンドシェーキングを目的として乱数を生成する。タグと通信中に、リーダーは、タグからタグ識別データを取得する。タグとの通信が成功した場合（４２１）、タグは、状態Ａから状態Ｂに切り換わり（４２３）、そうでない場合、タグは状態Ａに留まる（４２５）。タグが状態Ｂにある場合、タグは、状態Ａにあるタグに対する問い合わせに応えない。そのため、リーダーは、すべてのタグが状態Ｂになるまで、状態Ａのタグと一度に１つずつ通信することができる。
【００２４】
本発明の一実施形態では、状態Ａと状態Ｂに対するオペレーションは対称的である。例えば、リーダーは、状態ＢにあるタグにＱパラメータの指定された値を含む問い合わせコマンドをブロードキャストする。状態Ｂにあるタグに対する問い合わせコマンドに応えて、状態Ｂのタグはそれぞれ、応答の確率がＱパラメータの値に従うように問い合わせコマンドに応答するかどうかを個別に、またランダムに決定する。状態Ａにあるタグは、状態Ｂにあるタグに対する問い合わせに応えない。状態Ｂにあるタグとの通信が成功した場合、タグは、状態Ｂから状態Ａに切り換わり、そうでない場合、タグは状態Ｂに留まる。そのため、リーダーは、一度に１つずつ状態Ａから状態Ｂにタグを並べ換えるか、または一度に１つずつ状態Ｂから状態Ａにタグを並べ換えることができる。
【００２５】
それとは別に、状態Ａと状態Ｂに対するオペレーションは非対称的であってもよい。例えば、リーダーは、一度に１つずつ状態Ａから状態Ｂにタグを並べ換えることができるが、一度に１つずつ状態Ｂから状態Ａにタグを並べ換えることはできない。このような実装では、リーダーは、まず、一度に１つずつタグからタグ・データの読み取りを開始する前にタグを状態Ａに置くことができる。
【００２６】
図５は、本発明の一実施形態によりタグがリーダーと通信する方法の流れ図である。オペレーション５０１では、タグは、リーダーからコマンドを受信する。状態Ａにあるタグに対する問い合わせパラメータＱを含む問い合わせコマンド（例えば、ＱｕｅｒｙＡ）を受信した後、タグは、それが状態Ａにあるかどうかを判定する（５０７）。タグが状態Ａにない場合、タグは、状態Ａにあるタグに対する問い合わせに応答しない。
【００２７】
同様に、状態Ｂにあるタグに対する問い合わせパラメータＱを含む問い合わせコマンド（例えば、ＱｕｅｒｙＢ）を受信した後（５０５）、タグは、それが状態Ｂにあるかどうかを判定する（５０７）。タグが状態Ｂにない場合、タグは、状態Ｂにあるタグに対する問い合わせに応答しない。
【００２８】
その問い合わせがタグの状態とマッチした場合（例えば、状態Ａにあるタグが状態Ａにあるタグに対する問い合わせを受信するか、または状態Ｂにあるタグが状態Ｂにあるタグに対する問い合わせを受信した場合）、タグは、応答の確率が問い合わせパラメータに従うように（例えば、応答について０．５Qの確率を持つ）、問い合わせコマンドに応答するかどうかをランダムに決定する。タグが応答することを決定した場合（５１３）、タグは、ハンドシェーク・データ（例えば、乱数）で問い合わせコマンドに応答する。
【００２９】
タグがパラメータのない問い合わせコマンドを受信した場合（例えば、ＱｕｅｒｙＲｅｐ）（５１７）、タグは前の問い合わせコマンドから問い合わせパラメータを取得したかどうかが判定される（５１９）。タグが前の問い合わせコマンドからの問い合わせパラメータを持つ場合（例えば、前のＱｕｅｒｙＡまたはＱｕｅｒｙＢコマンド）、タグは、前の問い合わせコマンドに使用されたのと同じパラメータを使用してその問い合わせ応える（５２１）。例えば、前の問い合わせコマンドが状態Ａにあるタグに対するものである場合、パラメータを持たない現在の問い合わせコマンドも、状態Ａにあるタグに対するものである。そこで、問い合わせがそのタグ宛てかどうかをチェックするオペレーション５０７が実行される。同様に、前の問い合わせコマンドが状態Ｂにあるタグに対するものである場合、パラメータを持たない現在の問い合わせコマンドも、状態Ｂにあるタグに対するものであり、オペレーション５０９が実行される。前の問い合わせコマンドを処理する際に使用されるＱパラメータは、さらに、パラメータなしの現在の問い合わせコマンドの処理にも使用される。本発明の一実施形態では、Ｑパラメータの好適な値に到達した場合、リーダーは、パラメータなしで多数の問い合わせコマンドを発行し、同じパラメータの問い合わせを繰り返す。パラメータなしの問い合わせコマンドは、すでに送信できる（そしてすぐに処理できる）ため、多数のタグを処理する時間は、パラメータなしのそのような問い合わせコマンドを使用して短縮することができる。
【００３０】
タグがリーダーからのハンドシェーク・データ（例えば、Ａｃｋ）でハンドシェーキングするコマンドを受信した場合（５２３）、タグは、受信されたハンドシェーク・データがタグから送信されたハンドシェーク・データとマッチするかどうかをチェックする（５２５）。ハンドシェーク・データがマッチしない（５２７）（例えば、ハンドシェーク・コマンドがタグから送信された応答に応えていないか、またはリーダーから受信されたハンドシェーク・データがタグから送信されたハンドシェーク・データと異なる）場合、タグは応答しない。マッチする場合、タグはタグ・データ（例えば、ｅＰＣ）をリーダーに送信し（５２９）、「状態を変更するのを待つ」に入る（５３１）。一実施形態では、タグは、タグ・データが受信されないことを示すコマンドを送信しない限り、リーダーがタグ・データを受信すると仮定する。例えば、タグが、状態変更を妨げるコマンド（例えば、ＮＡｋ）を受信した場合（５３３）、タグは、「状態を変更するのを待つ」を終了する（５３７）。タグがハンドシェーキングを行うかまたは状態変更を妨げる以外のコマンドを受信した場合（例えば、ＱｕｅｒｙＡ、ＱｕｅｒｙＢ、またはＱｕｅｒｙＲｅｐを受信する）（５３９）、タグは、そのタグが状態を変更するのを待っている場合、（５４１）タグ状態を変更する（例えば、状態Ａから状態Ｂに、または状態Ｂから状態Ａに）（５４３）。他の実施形態では、タグは、常に、リーダーがタグ・データを受信することを仮定する。タグは、タグ・データを送信した後、状態を変更するのを待っている間に問い合わせコマンドが受信されると、その状態をＡからＢに変更するか、またはＢからＡに変更する。オペレーション５４１、５４３は、オペレーション５０７または５０９が実行される前に実行されることが理解できるであろう。したがって、状態Ａにあるタグに対する問い合わせに応答し、タグ・データを送信した後、状態Ａにあるタグは状態Ｂに切り換える、状態Ａにあるタグに対する他の問い合わせには応答しない。タグが状態を変更するのを妨げるために、リーダーは、他の問い合わせコマンドの前に状態変更を防止するコマンド（例えば、ＮＡｋ）をブロードキャストすることができる。
【００３１】
図６は、本発明の一実施形態により問い合わせに応答するかどうかをタグがランダムに決定するための意思決定回路の一例を示す図である。ランダム・ビット生成器（６０１）は、一度に１ビットずつランダム情報を生成する。多数のランダム・ビットがメモリ６０３内に格納される。例えば、ランダム情報の新しいビットが生成されると、それは、メモリ内でシフトされ、メモリ内の第１ビットがランダム情報の新しいビットを含み、ランダム情報の最も古いビットは破棄される。タグがリーダーからＱパラメータを受信した場合（例えば、ＱｕｅｒｙＡコマンドまたはＱｕｅｒｙＢコマンドで）、Ｑパラメータの値がメモリ６０７内に格納される。論理回路（６０５）は、メモリ６０３内の最初のＱ個のビット（例えば、一番最近のＱ個のビット）がすべてゼロかどうかを判定する。メモリ６０３内の最初のＱ個のビットがすべてゼロの場合、タグは、その問い合わせに応答することを決定する。そうでない場合、タグは応答しない。Ｑがゼロの場合、タグは、常に、タグが指定された状態にある場合に応答することを決定する。
【００３２】
一実施形態では、ランダム・ビット生成器（６０１）は、ゼロを生成する（１／２）の確率を持つ。そのため、与えられたＱ値に対して応答の確率は、（１／２）Qである。ランダム・ビット生成器（６０１）は、１コマンド当たり１ビットの速度、１コマンド当たり１ビットよりも速い速度、または１コマンド当たり１ビットよりも遅い速度で、ランダム・ビットを生成することができる。異なるタグは、異なる速度でランダム・ビットを生成できることは理解できるであろう。さらに、ランダム・ビット生成器（６０１）は、（１／２）の確率でゼロを生成することができないこともある。例えば、重要なタグにバイアスをかけて、ゼロを生成するのに１／２よりも大きい確率を持つようにできる。したがって、これらのタグは、最初のＱ個のビットがすべてゼロであるという要求条件を満たす可能性が高い。その結果、これらのタグは、他のタグよりも早いステージで応答する確率が高い。
【００３３】
上記の例から、タグは、Ｑパラメータにより制御される応答の確率で応答することをランダムに決定できることは理解できるであろう。そのような制御されたランダムな意思決定を行うのに異なる実装を使用することができる。例えば、メモリ内の最も古いＱ個のビットがすべて１であることが要求される場合がある。Ｑパラメータの値を調整することは、応答の確率を調整することでありうるため、リーダーは、Ｑ値を適応的に調整し、リーダーの交信範囲内にある多数のタグから単一の判読可能な応答を取得する確率を高めることができる。
【００３４】
図７は、本発明の一実施形態によりタグがリーダーと通信するための乱数を生成する方法の流れ図である。オペレーション７０１は、ランダム・ビットを生成する（例えば、ランダム・ビット生成器６０１を使用して）。その後、タグがリーダーとのハンドシェーキングを終了したかどうかが判定される（７０３）。タグがリーダーとのハンドシェーキングを処理中の場合、ランダム・ビットは、メモリ内の情報を更新するために使用されない（例えば、６０３）。そのため、メモリ内の乱数は、ハンドシェーキングの処理中も同じままである。ハンドシェーキングの処理中に、タグは、ランダム・ビットのメモリ（例えば、１６ビット・メモリ）の内容をハンドシェーク・データとしてリーダーに送信し、リーダーから戻されるハンドシェーク・データとともにハンドシェーク・コマンド（例えば、Ａｃｋ）を受信する。リーダーから受信されたハンドシェーク・データがタグから送信され、タグに保持されているハンドシェーク・データとマッチした場合、ハンドシェーキングは成功であり、タグは、それに応えてタグ・データをリーダーに送信することができる。リーダーが再度ハンドシェーク・コマンドを送信しない（またはハンドシェーク・データがマッチしない）場合、タグは、リーダーとのハンドシェーキングを終了する（例えば、他の問い合わせコマンドを送信することにより）。タグがリーダーとハンドシェーキングを行っていない場合、タグは、ランダム・ビットのメモリの内容をフリーズする必要はない。したがって、タグは、ランダム・ビットをランダム・ビットのメモリ内にシフトして（７０５）、その内容を更新する。この説明に基づくことで、当業者は、さまざまな代替実装を考えることができる。例えば、ランダム・ビットは、問い合わせコマンドのみに応えて、生成することができる。
【００３５】
本発明の一実施形態では、ランダムな決定を下すために使用されるランダム・ビットのメモリ（例えば、６０３）の内容全体がハンドシェーク・データとして使用される。それとは別に、その一部のみを、ハンドシェーク・データとして使用できるようにしてもよい。例えば、最初のＱ個のビットがすべてゼロの場合にタグが応答すると、タグは、ランダム・ビット・メモリの最後の（１６−Ｑ）個のビットのみを使用することができる。それとは別に、タグは、ハンドシェーク・データと異なる乱数を使用することもできる。
【００３６】
図８は、本発明の一実施形態によりリーダーが多数のタグからタグ・データを読み取る方法の流れ図である。状態Ａにあるタグに対するＱパラメータを含む問い合わせコマンドを受信した後（８０１）、リーダーは、ハンドシェーク・データを含むタグからの応答を検出する（８０３）。応答がない場合（８０５）、Ｑパラメータはすでに０に等しいかどうかが判定される。Ｑパラメータがゼロに等しく、問い合わせコマンドに応えて応答が受信されない場合、問い合わせコマンドを受信する状態Ａのタグは、Ｑパラメータがゼロに等しい場合に応答するので、交信範囲内に状態Ａのタグがないと判定できる。Ｑパラメータがすでにゼロでなければ、リーダーは、Ｑパラメータを小さくして、応答を受信する確率を高めることができる。例えば、リーダーは、パラメータＱfを浮動小数点数として保持し、ＱがＩｎｔ（Ｑf）から決定されるようにすることができる（ここに、Ｉｎｔ（ｘ）は、実数ｘの整数部分を示す）。リーダーは、ＱfをＭｉｎ（Ｑf／１．４，０．９）として更新することができ（ただし、Ｍｉｎ（ｘ／ａ，ｂ）は、ｘ／ａとｂの間の最小値を示す）、応答がない場合に、ＱをＩｎｔ（Ｑ）（８１１，８１５）として更新することができる。互いに損なう異なるタグから複数の応答がある場合、リーダーは、応答から判読可能なハンドシェーク・データを取得することはできない（８１７）。衝突を避けるために、リーダーは、Ｑパラメータを大きくして、複数の応答を受信する確率を下げることができる。例えば、複数の応答が衝突し互いに損なう場合に、リーダーは、ＱfをＱf×１．４として更新し、ＱをＩｎｔ（Ｑ）（８１３，８１５）として更新することができる。
【００３７】
リーダーが１つの応答から判読可能なハンドシェーク・データを取得できる場合、リーダーは、衝突があっても、Ｑパラメータを高くする必要はないことに留意されたい。例えば、弱い応答が強い応答と衝突する場合、リーダーは、そのまま、強い応答からハンドシェーク・データを取得することができる。この場合、リーダーは、弱い応答を単純に無視し、強い応答を送信するタグとのハンドシェーキングを開始することができる。したがって、隠された衝突は性能を改善するが、それは、弱いタグは、ＡＣＫハンドシェークにより保護され、リーダーがそのハンドシェークを抽出できる場合により強いタグがそのままカウントされるからである。
【００３８】
判読可能なハンドシェーク・データが問い合わせコマンドへの応答として受信された後（８１７）、リーダーは、ハンドシェーク・データを送信するタグとハンドシェーキングを行う（例えば、ハンドシェーク・データを含むＡｃｋなどのコマンドをブロードキャストすることにより）。その後、リーダーは、タグからタグ・データ（例えば、ｅＰＣなどのタグ識別データ）を受信することを試みる（８２１）。例えば、Ａｃｋコマンドのハンドシェーク・データがタグから送信されたハンドシェーク・データとマッチするとタグ側で判定した場合、タグは、そのタグ識別データを応答としてＡｃｋコマンドに送信する。タグは、判読可能なタグ・データを受信した場合（８２３）、問い合わせに対するパラメータを再ブロードキャストせずに前の問い合わせコマンドを繰り返すコマンドをブロードキャストすることができる（８２９）。その問い合わせコマンドに応えて、タグ・データを送信したタグは、状態Ａから状態Ｂに切り換わり、状態Ａにあるタグに対する問い合わせに応えない。状態Ａにあるタグは、現在の問い合わせに対し前の問い合わせパラメータを使用する。しかし、タグ・データが判読できない場合（８２３）、リーダーは、再び、タグとハンドシェーキングを行うか（８１９）、またはタグ・データが受信されないことを示すコマンドをブロードキャストすることを試みることができる（８２７）。
【００３９】
本発明の一実施形態では、タグは、タグ・データを送信した後に問い合わせコマンドに応えて状態を切り換える。そこで、リーダーは、判読可能なタグ・データを受信した後、前の問い合わせを繰り返すコマンドをブロードキャストするか、または新しい問い合わせパラメータを付けて問い合わせコマンドをブロードキャストすることを選択できる。それとは別に、タグは、前の問い合わせコマンドを繰り返すコマンド（例えば、ＱｕｅｒｙＲｅｐ）にのみ応えて、タグ・データを送信した後、状態を切り換えるように実装することができる。したがって、リーダーは、１つのＱｕｅｒｙＲｅｐコマンドを使用して、１）タグ・データを送信したばかりのタグに、状態を切り換えさせて、交信対象のタグの集合を残し、２）他のタグに問い合わせを行い、その問い合わせに応答するかしないかについてランダムな決定を下させることができる。
【００４０】
本発明の一実装では、システム通信はリーダーがトランザクションを開始する２ステージ・コマンド−応答パターンに従う（リーダー・トーク・ファースト、ＲＴＦ）。第１のフェーズでは、リーダーは、１つまたは複数の受動型タグに連続波（ＣＷ）ＲＦエネルギーによる電力を供給する。タグの電源投入が行われ、クロックの同期処理のため使用されるコマンドを１つ受信した後に複数のコマンドを処理する準備が整う。リーダーは、後述のリーダー−タグ間符号化スキーマを使用して振幅変調によりフィールドに情報を送信する。送信完了後、リーダーは、変調を停止し、ＲＦを維持して応答フェーズでタグに電力を供給する。タグは、後述の４相ビット符号化スキームを使用し、この期間に後方散乱変調を介してリーダーと通信する。
【００４１】
一実装では、基本コマンドは、トランザクション間で複数のタグが格納しなければならない状態情報の量を制限するように設計されている。受動型タグに利用できる電力は、送信電力、タグ／リーダーのアンテナの向き、局所的環境、外部干渉源の複雑な関数となっている。ＲＦフィールドのマージン上のタグの電力供給は当てにならず、したがって、リーダーとの前のトランザクションの記憶を維持するためにそれに頼ることはできない。特に、タグまたはオブジェクトが移動していると、多経路干渉のため、タグは短い期間しか電力を受け取れないことがある。一実装では、これは、全トランザクション時間を最小にし、失敗したコマンドから迅速に復旧できるようにすることにより、これらの条件の下でタグの効率的カウントを行えるように設計される。閾値電力を持ち、３ミリ秒程度の短い時間内に３つのコマンド（例えば、スピンアップするための前のコマンド、問い合わせ、応答を伴うＡＣＫ）を受信するタグがインベントリ(inventory)される。
【００４２】
一実装では、コマンド・グループの間で、各セッションに対して１ビットの状態しかなく、その状態の影響は、後述のように、それら２つの状態に関してコマンド集合を対称化することによりさらに弱められる。
【００４３】
一実装では、それぞれのタグは、利用可能な４つのセッションを持ち、それぞれのセッションは単一ビットの独立した状態記憶を持つ。後方散乱モードとデータ転送速度は、それらのセッションすべてについて同じであり、ランダム応答レジスタはすべてのセッションについて同じである。選択されているという状態もすべてのセッションで同じである。このセッション構造では、最大４つまでのリーダーまたはプロセスがマルチタスク環境でタグ母集団と通信することができるが、コマンド・グループ全体とそうすることができる。コマンド・グループは、ＱｕｅｒｙＡ／Ｂから開始し（ＱｕｅｒｙＲｅｐはコマンド・グループを起動しない）、ＡＣＫを通じて継続し、ＡＣＫ（タグの観点からトランザクションを完了する）の後のコマンドで終了するか、またはプロセスによるＳＥＬＥＣＴＥＤ状態の使用が終わると終了する。
【００４４】
２つのセッションを使用する一つの例は、入口を通るすべてのタグをカウントするが、パレットを優先的にカウントしたい入口リーダーである。タグ母集団に関して２つの同時プロセスを実行することが可能である。例えば、状態Ａと状態Ｂとの間でタグの母集団全体をスイープし、前の状態に関係なく１回接触が行われたすべてのタグを必ずカウントするために、セッション０を１つのプロセスで使用することが可能である。セッション１は、そのセッションについて状態Ａに対しすべてのパレット・タグをマスクすることと、状態Ｂに対し他のすべてのタグをマスクすることを選択的に行うことが可能であり、また第１のプロセスで進行中のインベントリに干渉することなく、交互に進むプロセスで優先的にカウントすることが可能である。
【００４５】
類似の例は、そのインベントリ・タイプの同期をとるために設定されたインベントリ・リーダーの集合であろう。例えば、すべてのインベントリ・リーダーは、それらのタグでセッション０を使用して、１０個の第２の間隔についてＡ状態からＢ状態へのインベントリを行い、その後、Ｂ状態からＡ状態に戻るインベントリを行う。これにより、すべてのタグが、１サイクルに１回ずつ１つのインベントリ・リーダーによりカウントされる。同時に、ハンドヘルド・リーダーでは、状態Ｂへの他のすべてのタグのマスクを行っている間に、状態ＡへのｅＰＣの特定の十分な部分をマスキングすることによりｅＰＣに対してセッション１を使用して調べることが可能である。その後、セッション１ＱｕｅｒｙＡコマンドを使用して、そのタグまたはタグ・タイプを探す。これにより、コマンド・グループが衝突（交互配置）しない限り、またＲＦ干渉が避けられる限り、ストア・インベントリ・リーダーとの干渉が避けられる。
【００４６】
図９は、本発明の一実施形態によるタグ状態図である。このタグ状態図は、コマンド・グループ内でタグがとりうる状態を示す。コマンド・グループは、ＱｕｅｒｙＡ／Ｂコマンドで始まり、選択された状態または肯定状態をタグが離れることで終わる順次コマンド群である。タグ・グループ間では、それぞれのセッションの状態はＡまたはＢである。ＤＥＡＤ状態は永久的状態である。セッション０については、状態ＡとＢは、電源が投入されていなくても永続状態である。長期間、少なくとも１秒場合によっては数時間、経過した後、状態Ｂは状態Ａに戻る。状態Ａでは、すべてのタグは、ＱｕｅｒｙＡコマンドに応えるが、ＱｕｅｒｙＢコマンドには応えない。状態Ｂでは、ＱｕｅｒｙＢコマンドには応えるが、ＱｕｅｒｙＡコマンドには応えない。状態記憶の有効期限が特定のセッションについて切れている場合、タグは、そのセッションに対し電源投入後状態Ａに入る。
【００４７】
０セッション以外のセッションは、永続的なＡ−Ｂフラグを持たず、電源が入っているときだけその状態を記憶できる。その状態が失われた場合、そのセッションに対する状態は状態Ａに戻る。
【００４８】
電源投入後、タグは、４つのセッションのそれぞれに対する状態フラグを除くすべての内部状態をリセットする。タグは、最初のコマンドにより供給される同期ビットの立ち上がりエッジに合わせてそのクロックの同期をとるが、電源投入後、最初のコマンドに従って動作することは許されない。そのクロックを次のコマンドを復号化するのに十分な精度に維持する。クロック周波数は、コマンド・スピンアップ時に２０％を超えて補正される必要がある場合、タグは、そのコマンドに応えず、次のＱｕｅｒｙＡまたはＱｕｅｒｙＢコマンドまで待つ。これは、不適切な、場合によっては干渉するレスポンスを防ぐように設計されている。
【００４９】
タグが状態Ａにある間、セッション毎にＱｕｅｒｙＡコマンドに応えるが、ＱｕｅｒｙＢコマンドには応えない。タグは、適切なＳｅｔＳｔａｔｅコマンドがあった後、またＱｕｅｒｙＢで始まるインベントリ・ハンドシェークが正常に完了した後、状態Ａに入る。
【００５０】
セッション毎に、タグが状態Ｂにある間、ＱｕｅｒｙＢコマンドに応えるが、ＱｕｅｒｙＡコマンドには応えない。タグは、適切なＳｅｔＳｔａｔｅコマンドがあった後、またＱｕｅｒｙＡから始まったインベントリ・ハンドシェークが正常に完了した後、状態Ｂに入る。タグは、最大１秒間の停電があってもセッション０に対し状態Ｂに留まることができる。
【００５１】
それぞれの独立セッションについて、状態Ｂの状態記憶が失われた場合、タグは、状態Ａで電源が入る。
【００５２】
デッド状態は、有効なキル・コマンドとキル・コード・シーケンスを受信した後に入るタグ状態の永続的状態変化である。デッド状態は、プログラミングＥ2またはヒューズが飛ぶことなどの物理的タグの永続的変化により生じる。
【００５３】
本発明のいくつかの実施形態は、タグとリーダーの両方について非常に安価に実装できる一方で、高速で堅牢で互換性、拡張性のあるプロトコルを実現するＲＦＩＤプロトコルに関係する。一実施形態では、ＲＦトランスポート層は、ＵＨＦオペレーションを重点的に扱い、例えば、プロトコルは、４００ＭＨｚから２．４５ＧＨｚまで適用可能なものとすることができる。
【００５４】
異なるアプリケーションとコスト要件に対しタグには少なくとも４つのクラスがある。設計層のすべての要件を満たす異なるクラスのタグは、連携動作することができる。タグは、さらに、センサ、クロック、ディスプレイ、他のデバイスとの標準化された有線Ｉ／Ｏインターフェースを備えることもできる。
【００５５】
クラスＩタグは、最も安価に生産できるように設計された、単純な受動型読み取り専用後方散乱タグである。クラスＩタグは、１回限りプログラム可能なメモリ、追記型アイデンティティ・メモリ、６４または９６ビットｅＰＣコードやオプションのリサイクリング・コードを持つ。
【００５６】
クラスIIタグは、クラスＩよりも高い機能性を備え、またコストも高い受動型後方散乱タグである。クラスＩの特徴に加えて、クラスIIタグは、タグへデータの読み書きを行うこと、読み書きメモリを備えること、非通信目的用に電池電力を備えてもよいこと、オプションでセンサ・ロガーとデータ・ロガーを備えることができる。
【００５７】
クラスIIIタグは、半受動型後方散乱タグである。クラスII機能に加えて、クラスIIIタグは、読み取り範囲の増大をサポートするために内蔵電池または他のエネルギー源を備える。
【００５８】
クラスIVタグは、互いに、／または他のデバイスとワイヤレスで通信できるモデム風の半受動型または能動型（送信器）タグである。クラスIVタグは、さらに、リーダーとの通信でクラスＩ〜IIIタグをエミュレートすることもできる。
【００５９】
本発明の一実装によるＲＦＩＤシステムは、リーダーのフィールド内にある単一タグの識別、リーダーのフィールド内にある複数のタグの読み取りを管理する衝突防止機能、ＲＦ干渉源や周縁タグからのシステム内のエラー管理、地域ＲＦ規制基準に適合したオペレーション、ＲＦ規制基準に準拠した動作をするシステムとの共存を含むいくつかの特徴を有する。
【００６０】
いくつかの詳細な例を以下に示す。しかし、この説明によれば、異なる詳細設計と実装は、当業者であれば考えつく。全体的なシステム・アーキテクチャは、通常、市場の機能である。
【００６１】
以下の説明では、ＲＦＩＤタグのメモリ内のビットが参照される。タグ・メモリ内のビットを参照するときに、「上」または「高い」という単語は、一般に、最上位ビット（ＭＳＢ）方向を指し、「下」または「低い」という単語は、最下位ビット（ＬＳＢ）方向を指す。例えば、１０進数の７の２進数表現は０１１１である。それぞれのビットを１だけ「上に」または「高く」シフトすると、２進数で１１１０と表される、１０進数１４が得られる。
【００６２】
本発明の一実施形態では、コマンド形式は、超低価格（ＶＬＣ）タグをサポートするように設計されている。リーダーは、付加的な作業を行い、タグができる限り単純に、安価なものとなるようにできる。これは、大まかに２つの領域、つまり、タイミング不確定性の取り扱いとタグ内の限られた長期メモリの取り扱いに分けられる。しかし、他のタイプのタグ（例えば、大容量メモリを備える電池式デバイスなどのクラスIIIやそれ以上のタグ）は、さらに、これらのコマンド形式を（例えば、互換性のため）サポートすることができる。
【００６３】
ＶＬＣ、シングル・チップ・タグは、通常、水晶発振子が高価であり、サイズがひどく大きいので、発振器安定性を制限されている。一実施形態では、タグは、コマンドのビッド・タイミングを使用して、その内部クロックと同期をとり、またさらにコマンドを復号化するのを開始する前に電源投入し、１つのコマンド・パケット全体を調べる必要がある。これらのタグからの応答は、タグが供給できるクロック速度でタグにより送信された情報をリーダーが解釈できるように構造化されている。このスキームは、概念上は、磁気カードまたはバーコード・リーダーで使用されている自動同期スキームに類似している。
【００６４】
一実施形態では、基本コマンド、プログラミング・コマンド、データ・リンク・コマンドを含む３つのコマンド・クラスが用意されている。基本コマンドは、オブジェクト識別、並べ換え、インベントリなどの機能を提供する。プログラミング・コマンドは、タグを付けられた商品がサプライ・チェーンに入る前にタグ・メーカーによるタグ・データ識別およびプログラミングをサポートする。データ・リンク・コマンドは、クラスIIとそれ以上のタグに対するデータ・リンク層を提供する。
【００６５】
本発明の一実施形態では、ハフマン符号化コマンド、例えば、ＱｕｅｒｙＡ／Ｂ（４ビットＱ）に対して１８ビット、ＱｕｅｒｙＲｅｐ（最後の問い合わせ繰り返し）に対して６ビット、ＡＣＫ（１６ビットのデータを含む）に対して２３ビット、ＮＡＫ（めったに使用されない。例えば、データ・エラーに関する）に対して１３ビット、他のコマンドのパラメータに対して１３ビット以上を使用する。そのため、ＱｕｅｒｙＲｅｐコマンドは、ＱｕｅｒｙＡまたはＱｕｅｒｙＢコマンドよりも実質的に短い。
【００６６】
一実装のコマンド構造の詳細な例について以下で説明する。コマンド構造の以下の例では、コマンド・フィールドは、一般に、送信される順序でリストされる。
【００６７】
一実装では、３種類のインベントリ・コマンド、問い合わせ、ＡＣＫ、ＮＡＫがある。問い合わせコマンドがトランザクションを開始し、このトランザクションに対し、１つまたは複数のタグが１６ビット乱数で応える。リーダーが１６ビット数を正しく抽出すると、これは、ＡＣＫコマンドを通じてハンドシェーキングのためタグに送り返される。タグは、ＡＣＫコマンドにより送信された１６ビット数がそのタグが送信した数とマッチした場合にのみ応える。１６ビット乱数が確認されたタグは、プレフィックス、そのＣＲＣ（巡回冗長検査）、そのｅＰＣ（電子製品コード）で応答する。その後、タグは、そのセッションに対する内部状態を、ＮＡＫを受け取らない限りＡからＢ（またはＢからＡ）に遷移する。ＮＡＫを受信した場合、前の状態に留まる。
【００６８】
一実装では、リーダーは、最初にスピンアップ・ビットを送信する。それぞれのフィールド内で、ＬＳＢ（最下位ビット）が最初に送信される。すべてのコマンドは、クロック・スピンアップを行えるように４つのマンチェスター０ビットが先頭に付く。クロック・スピンアップ・ビットの後に、マンチェスター高違反、コマンド・ビット、パラメータが続き、これらは、コマンド毎に異なる。２０％よりも大きくクロックを調整するためにタグ・クロック設定メカニズムが必要な場合、またはタグが、スピンアップ・ビットまたはマンチェスター高違反を見ない場合、タグは、クロック同期を改善することを目的とする場合を除きコマンドを無視する。コマンドが有効なコマンドのデータ・パターンとマッチしない場合、タグは、その内部状態を変更せず、その後方散乱を変調しない。すべてのコマンドの開始時に、タグは、４つのセッションのそれぞれについて状態記憶をリフレッシュする。タグがパワー・オン・リセットから立ち上がる場合、「最初の問い合わせを待つ」状態に入る。
【００６９】
タグが「パワー・オン」を通じてリセットされると、タグは常に「最初の問い合わせを待つ」の状態に入る。
【００７０】
クロックが同期していないか、またはクロックが２０％を超えて変わったか、またはスピンアップまたはマンチェスター違反が見られていない、または不正なコマンド・ビットまたは不正なＣＲＣデータが受信された場合、不正なコマンドがそのタグに届く。始まりの状態条件が「最初の問い合わせを待つ」、「準備完了」、または「選択済み」である場合、タグは、不正なコマンドに応えて同じ状態条件に留まる。始まりの状態条件が「ＡＣＫを待つ」または「肯定応答済み」である場合、不正なコマンドにより、タグは、「準備完了」の状態に入る。
【００７１】
ＱｕｅｒｙＡコマンドは、セッション番号、後方散乱モード、相対的タグ−リーダー間データ転送速度を含むパラメータを持つ。これは、数値Ｑであるデータ・ペイロードを持つ。タグがＱｕｅｒｙＡコマンドを受信したときに、そのセッションについて状態Ａにある場合、（１／２）Qの確率で応える。タグは、独立の（１／２）Q確率でそれぞれの問い合わせに応える。一実施形態では、タグからの応答は、タグがさらに次のコマンドまで記憶しておくランダム１６ビットを格納する。
【００７２】
例えば、ＱｕｅｒｙＡコマンドは、スピンアップ・ビット（４ビット、「００００」）、マンチェスター高違反（１ビット）、コマンド・ビット（１ビット、「０」）、セッション番号［Ｓ］（２ビット）、Ａ／Ｂフラグ（１ビット、ＱｕｅｒｙＡに対しては「０」、ＱｕｅｒｙＢに対しては「１」）、後方散乱モード［Ｍ］（２ビット）、後方散乱相対速度［Ｒ］（２ビット）、Ｑパラメータ［Ｑ］（４ビット）を含むことができる。ビット・マスキングは、後述のように大きな母集団に対して使用することができる。
【００７３】
ＱｕｅｒｙＡコマンドに応えて、タグは、１）セッション番号を［Ｓ］に設定し、２）問い合わせの状態フラグを「Ａ」に設定し、３）Ｑパラメータを［Ｑ］に設定し、４）後方散乱モードを［Ｍ］に設定し、５）後方散乱速度を［Ｒ］に設定する。タグは、［Ｑ］に従って、乱数を計算し、ランダムな決定を下す。さらに、タグが「選択済み」または「肯定応答済み」の開始状態にある場合、タグは、状態Ａにあれば状態Ｂに、状態Ｂにあれば状態Ａに切り換わる。その後、タグが状態Ａにあり、ランダムな決定が肯定的である場合、タグは、乱数で応答し、「ＡＣＫを待つ」状態に入り、そうでなければ、タグは、「準備完了」の状態に入る。
【００７４】
ＱｕｅｒｙＢコマンドは、状態ＡおよびＢに関してＱｕｅｒｙＡコマンドに対称的である。ＱｕｅｒｙＢコマンドの後のハンドシェーク・サイクルが正常に完了すると、そのセッションについてタグは状態Ｂに入る。ＱｕｅｒｙＢへのタグ応答は、ＱｕｅｒｙＡコマンドと同じ形式である。
【００７５】
例えば、ＱｕｅｒｙＢコマンドは、スピンアップ・ビット（４ビット、「００００」）、マンチェスター高違反（１ビット）、コマンド・ビット（１ビット、「０」）、セッション番号［Ｓ］（２ビット）、Ａ／Ｂフラグ（１ビット、ＱｕｅｒｙＡに対しては「０」、ＱｕｅｒｙＢに対しては「１」）、後方散乱モード［Ｍ］（２ビット）、後方散乱相対速度［Ｒ］（２ビット）、Ｑパラメータ［Ｑ］（４ビット）を含むことができる。ビット・マスキングは、後述のように大きな母集団に対して使用することができる。
【００７６】
ＱｕｅｒｙＢコマンドに応えて、タグは、１）セッション番号を［Ｓ］に設定し、２）問い合わせの状態フラグを「Ｂ」に設定し、３）Ｑパラメータを［Ｑ］に設定し、４）後方散乱モードを［Ｍ］に設定し、５）後方散乱速度を［Ｒ］に設定する。タグは、［Ｑ］に従って乱数を計算し、ランダムな決定を下す。さらに、タグが「選択済み」または「肯定応答済み」の開始状態にある場合、タグは、状態Ａにあれば状態Ｂに、状態Ｂにあれば状態Ａに切り換わる。その後、タグが状態Ｂにあり、ランダムな決定が肯定的である場合、タグは乱数で応答し、「ＡＣＫを待つ」状態に入り、そうでなければ、タグは「準備完了」の状態に入る。
【００７７】
ＱｕｅｒｙＲｅｐコマンドは、同じパラメータで最後の問い合わせを繰り返す。パワー・オン・リセット以降、タグがＱｕｅｒｙＡ／Ｂを見ていない場合、タグはＱｕｅｒｙＲｅｐに応えない。このコマンドは、通常、完全なアトミック・モードを除き最も一般的なコマンドである。ＱｕｅｒｙＲｅｐへのタグ応答は、ＱｕｅｒｙＡまたはＱｕｅｒｙＢコマンドと同じ形式である。
【００７８】
例えば、ＱｕｅｒｙＲｅｐコマンドは、スピンアップ・ビット（４ビット、「００００」）、マンチェスター高違反（１ビット）、コマンド・ビット（１ビット、「０」）を含むことができる。
【００７９】
ＱｕｅｒｙＲｅｐコマンドに応えて、「最初の問い合わせを待つ」状態にあるタグは、応答せず、「最初の問い合わせを待つ」状態に留まる。「肯定応答済み」または「選択済み」の状態にあるタグは、応答せず、状態Ａにあれば状態Ｂに、状態Ｂにあれば状態Ａに切り換わり、「準備完了」の状態に入る。「準備完了」または「選択済み」の状態にあるタグは、１）［Ｑ］に従って、乱数を計算し、ランダムな決定を下し、２）タグの状態が問い合わせの状態フラグにマッチしているかチェックし（例えば、タグが状態Ａにある間、問い合わせに対する状態フラグは「Ａ」であるか、またはタグが状態Ｂにある間、問い合わせに対する状態フラグは「Ｂ」である）、３）タグの状態が問い合わせに対する状態フラグとマッチし、ランダムな決定が肯定的である場合、乱数で応答し、「ＡＣＫを待つ」状態に入る。タグの状態が問い合わせに対する状態フラグとマッチしないか、またはランダムな決定が否定的である場合、タグは応答せず「準備完了」の状態に入る。
【００８０】
一実施形態では、問い合わせコマンド（例えば、ＱｕｅｒｙＡ、ＱｕｅｒｙＢ、またはＱｕｅｒｙＲｅｐ）に応えるタグからの応答は、現在設定されている後方散乱モードで応答し、現在設定されている後方散乱速度での１６ビット・ハンドシェーク・データを含む。（両方とも、ＱｕｅｒｙＡまたはＱｕｅｒｙＢコマンドにより設定される）。これらは、１、その後に、１ビット期間のクローバー・オフ、１６ビットのランダム・データ、さらにその後に、他のクローバー・オフ期間、そして末尾の１を送信する。
【００８１】
例えば、問い合わせコマンドに応えるタグからの応答は、ＴＡＧＳＰＩＮＵＰ（１ビット、「１」）、高違反（後方散乱変調ビット期間に対するクローバー・オフ）、タグ・ハンドシェーク（１６ビット、ランダム・データ）、高違反（後方散乱変調ビット期間に対するクローバー・オフ）、ＴＡＧＴＲＡＩＬＥＲ（１ビット、「１」）を含むことができる。
【００８２】
ＡＣＫコマンドは、タグ応答からハンドシェークを正常に抽出できた場合にリーダーにより送信される。ＡＣＫは、他のＡＣＫ以外にコマンドを介在させることなく、問い合わせコマンドの直後に続く。さらに、これは、Ｔcoast（以下で定義）以内に続くが、あわせてプロトコルのアトミック「コマンド」と考えられる。タグが受信するＡＣＫコマンドが直前の問い合わせに応答したハンドシェークを含まない場合、これは応答しない。
【００８３】
例えば、ＡＣＫコマンドは、スピンアップ・ビット（４ビット、「００００」）、マンチェスター高違反（１ビット）、コマンド・ビット（２ビット、「１０」）、ハンドシェーク・データ（１６ビット、直前の問い合わせでリーダーに送信されたデータ）を含むことができる。
【００８４】
ＡＣＫコマンドに応えて、「最初の問い合わせを待つ」という開始状態にあるタグは、応答せず、「最初の問い合わせを待つ」状態に留まる。「準備完了」または「選択済み」の開始状態にあるタグは、応答せず、「準備完了」の状態に入る。「ＡＣＫを待つ」または「肯定応答済み」の開始状態のタグは、ＡＣＫコマンド内のハンドシェーク・データが直前の問い合わせでリーダーに送信された乱数とマッチするかどうかをチェックする。マッチがあれば、タグは、ｅＰＣとＣＲＣを応答としてスクロールバックし、「肯定応答済み」の状態に入り、マッチがなければ、タグは「準備完了」の状態に入る。
【００８５】
ＡＣＫコマンドに応える応答は、ｅＰＣとＣＲＣを含む。１６ビット・ハンドシェークとリーダーにより送信されたハンドシェークとのマッチングを行うタグは、現在設定されている後方散乱モードで応答し、現在設定されている後方散乱速度で応答する。（両方とも、ＱｕｅｒｙＡまたはＱｕｅｒｙＢコマンドにより設定される）。これらは、４ビット送信することにより応えるが、１ビットの後にリーダー−タグ間の１ビット時間の高違反が続き、タグ内のすべての識別データはビット０から始まる。リーダーによりタグに送信されるデータは、可変長であってよい。このデータの後に、クローバー・オフ（高）違反と４つの後続１が続く。
【００８６】
例えば、ＡＣＫコマンドに応えるタグからの応答は、ＴＡＧＳＰＩＮＵＰ（４ビット、「１１１１」）、高違反（後方散乱変調ビット期間に対するクローバー・オフ）、タグ・データ（可変サイズ、ｅＰＣ、ＣＲＣ、リサイクリング・データなど）、高違反、ＴＡＧＴＲＡＩＬＥＲ（４ビット、「１１１１」）を含むことができる。
【００８７】
リーダーがＡＣＫへのレスポンスを受信しない場合、リーダーはＮＡＫを送信する。ＡＣＫへの誤伝送されたレスポンスを受信した場合、ＮＡＫを送信するか、またはＡＣＫを再び試すことができる。ＮＡＫ（または問い合わせ、繰り返しＡＣＫ、または選択以外のコマンド）は、記録されていないことをタグに知らせ、前の（ＡまたはＢ）状態に留まらなければならない。
【００８８】
問い合わせ−ＡＣＫインベントリでは、ＮＡＫは、データ・エラーが生じたときのみ使用される。ＮＡＫコマンドは、さらに、ＳＥＬＥＣＴＥＤ状態も終了させる。ＮＡＫへの応答はない。例えば、ＮＡＫコマンドは、スピンアップ・ビット（４ビット、「００００」）、マンチェスター高違反（１ビット）、コマンド・ビット（８ビット、「１１００００００」）を含むことができる。
【００８９】
ＮＡＣコマンドに応えて、「最初の問い合わせを待つ」という開始状態にあるタグは、応答せず、「最初の問い合わせを待つ」状態に留まる。「準備完了」、「選択済み」、「ＡＣＫを待つ」、または「肯定応答済み」の開始状態にあるタグは、応答せず、「準備完了」の状態に入る。
【００９０】
ＳｅｔＳｔａｔｅコマンドは、検索を制限するために、またさまざまな設定オペレーション（例えば、合併）を含む直接アドレッシングとマスキングに使用される。設定オペレーションは、ＳｅｔＳｔａｔｅコマンドを使用して実行される。マスキングは、未使用セッションを選び、その後、ＳｅｔＳｔａｔｅコマンドの文字列を発行してタグのすべてをそのセッション内の所望の状態に設定することにより開始する。状態が変更されるタグは、ＳｃｒｏｌｌＩＤプリアンブルで応えるので、フィールド内にあることがすでに知られているそれぞれのタグの状態を個別に単純に変更し、新しいタグに対するランダム・インベントリを実行する前に応答の有無を利用してインベントリを更新することによりインベントリを維持するアプリケーションが使用可能になる。
【００９１】
例えば、ＳｅｔＳｔａｔｅコマンドは、スピンアップ・ビット（４ビット、「００００」）、マンチェスター高違反（１ビット）、コマンド・ビット（８ビット、「１１０００００１」）、セッション番号［Ｓ］（２ビット）、状態フラグ（１ビット）、タグ操作フラグ（２ビット、マスクがマッチした場合に状態を設定し、マッチしない場合に反対状態を設定する「００」、マスクがマッチした場合に状態を設定し、マッチしない場合に何も実行しない「１０」、マスクがマッチしない場合に状態を設定し、マッチした場合に何も実行しない「１１」）、ポインタ（８ビット）、長さ（８ビット、マスク・ビットの長さ）、マスク・ビット（可変サイズ）、ＣＲＣ８（８ビット、最初のコマンド・ビットから最後のマスク・ビットまで計算される）を含むことができる。
【００９２】
ＳｅｔＳｔａｔｅコマンドに応えて、「最初の問い合わせを待つ」という開始状態にあるタグは、「最初の問い合わせを待つ」状態に留まる。「準備完了」、「選択済み」、「ＡＣＫを待つ」、または「肯定応答済み」の開始状態にあるタグは、「準備完了」の状態に入る。ＳｅｔＳｔａｔｅ ＡＣＫコマンドに応えて、タグは、セッション番号を［Ｓ］に設定し、マスクに応じて、セッションのＡＢ状態を「Ａ」または「Ｂ」に設定する。マスクがマッチした場合、タグは、肯定応答を送信するが、そうでない場合、タグは、応答しない。状態フラグが「Ａ」で、状態操作フラグが「００」の場合、セッションのＡＢ状態は、マスクがマッチすれば「Ａ」に設定され、マスクがマッチしなければ「Ｂ」に設定される。状態フラグが「Ａ」で、状態操作フラグが「０１」の場合、アクションはいっさいない。状態フラグが「Ａ」で、状態操作フラグが「１０」の場合、セッションのＡＢ状態は、マスクがマッチすれば「Ａ」に設定され、マスクがマッチしなければアクションはいっさいない。状態フラグが「Ａ」で、状態操作フラグが「１１」の場合、セッションのＡＢ状態は、マスクがマッチしなければ「Ａ」に設定され、マスクがマッチしなければアクションはいっさいない。状態フラグが「Ｂ」で、状態操作フラグが「００」の場合、セッションのＡＢ状態は、マスクがマッチすれば「Ｂ」に設定され、マスクがマッチしなければ「Ａ」に設定される。状態フラグが「Ｂ」で、状態操作フラグが「０１」の場合、アクションはいっさいない。状態フラグが「Ｂ」で、状態操作フラグが「１０」の場合、セッションのＡＢ状態は、マスクがマッチすれば「Ｂ」に設定され、マスクがマッチしなければアクションはいっさいない。状態フラグが「Ｂ」で、状態操作フラグが「１１」の場合、セッションのＡＢ状態は、マスクがマッチしなければ「Ｂ」に設定され、マスクがマッチしなければアクションはいっさいない。
【００９３】
データとリーダーにより送信されたマスクとのマッチングを行うタグは、現在設定されている後方散乱モードで応答し、現在設定されている後方散乱速度で応答する（両方とも、ＱｕｅｒｙＡまたはＱｕｅｒｙＢコマンドにより設定される）。これらは、１、その後に、１ビット期間のクローバー・オフ、１６ビットのデータ、さらにその後に、他のクローバー・オフ期間、そして末尾の１を送信する。
【００９４】
例えば、ＳｅｔＳｔａｔｅコマンドに応えるタグからの応答は、ＴＡＧＳＰＩＮＵＰ（１ビット、「１」）、高違反（後方散乱変調ビット期間に対するクローバー・オフ）、タグ確認（１６ビット、「０１０１０１０１０１０１０１０１」）、高違反（後方散乱変調ビット期間に対するクローバー・オフ）、ＴＡＧＴＲＡＩＬＥＲ（１ビット、「１」）を含むことができる。
【００９５】
ＳＥＬＥＣＴコマンドはアドレッシング・コマンドである。ＳＥＬＥＣＴＥＤ状態は、揮発性メモリ内に保持され、パワー・オン・リセット時にクリアされ、また問い合わせコマンドを使用することでもクリアされる。プログラミングとクラスII以上のコマンドは、アドレッシング（ＳＥＬＥＣＴ）部分とデータ交換部分とに分けられ、これにより、アドレッシングに使用されるタグ通信ハードウェアとレジスタは読み出しと書き込みに再利用できる。ＫＩＬＬ、ＰｒｏｇｒａｍＩＤ、ＶｅｒｉｆｙＩＤ、ＬｏｃｋＩＤ、ＲｅａｄとＷｒｉｔｅを実行するために、タグは「選択済み」状態にある。（選択は、クラスＩタグにおいてＫｉｌｌ、Ｐｒｏｇｒａｍ、ＬｏｃｋＩＤの実行にのみ使用される）。
【００９６】
例えば、ＳＥＬＥＣＴコマンドは、スピンアップ・ビット（４ビット、「００００」）、マンチェスター高違反（１ビット）、コマンド・ビット（８ビット、「１１００００１０」）、セッション番号（２ビット）、ＣＲＣ８（最初のコマンド・ビットからセッション番号まで計算される）を含むことができる。
【００９７】
タグ・アドレッシングは、以下のように進行する。
１）開いているセッションを選ぶ。
２）明確に、所望のタグのみを取得するのに十分と思われるマスクをそのセッションに対して発行する。
３）所望のタグを見つけるまで問い合わせ−ＡＣＫを使用してタグを探索する（完全なｅＰＣとＣＲＣにより認識する）。
４）ＳＥＬＥＣＴコマンドを発行する。
【００９８】
ＳＥＬＥＣＴコマンドに応えて、「最初の問い合わせを待つ」という開始状態にあるタグは応答せず、「最初の問い合わせを待つ」状態に留まる。「準備完了」、「選択済み」、または「ＡＣＫを待つ」の開始状態にあるタグは応答せず、「準備完了」の状態に入る。「肯定応答済み」の開始状態のタグは、書き込みを行えるだけ十分に電力が高い場合には肯定応答を送り、書き込みを行えるだけの電力がない場合には否定的応答を送り、「選択済み」の状態に入る。
【００９９】
ＳＥＬＥＣＴコマンドにより選択されたタグは、現在設定されている後方散乱モードで応答し、現在設定されている後方散乱速度で応答する（両方とも、ＱｕｅｒｙＡまたはＱｕｅｒｙＢコマンドにより設定される）。これらは、１、その後に、１ビット期間のクローバー・オフ、１６ビットのデータ、さらにその後に、他のクローバー・オフ期間、そして末尾の１を送信する。
【０１００】
例えば、ＳＥＬＥＣＴコマンドに応えるタグからの応答は、ＴＡＧＳＰＩＮＵＰ（１ビット、「１」）、高違反（後方散乱変調ビット期間に対するクローバー・オフ）、タグ確認（１６ビット、書き込めるだけ十分に電力が高くない場合には「００００ ００００ ００００ ００００」）、書き込めるだけ十分に高い場合に「０１０１ ０１０１ ０１０１ ０１０１」）、高違反（後方散乱変調ビット期間に対するクローバー・オフ）、ＴＡＧＴＲＡＩＬＥＲ（１ビット、「１」）を含むことができる。
【０１０１】
ＫＩＬＬコマンドは、ＳＥＬＥＣＴＥＤアドレス・モードによりアドレッシングされる。リーダーにより送信される［ＶＡＬＵＥ］フィールド内のキル・コードとマッチするタグは、停止され、もはやリーダー問い合わせには応えない。タグによってサポートされているキル・コードの長さを超えるビットは、ＣＲＣ計算を除いて無視され、タグ内のすべてのビットがキル・コードとマッチする場合、キル・コードは、適切なキルを実行する。ＫＩＬＬコマンドは、リーダーからより高いフィールド強度を必要とする場合があり、したがって、短距離範囲とすることができる。一実施形態では、リーダーは１００ミリ秒の間に複数の「１」を送信し、その後、１００ミリ秒の「０」、次に１５個の「１」が続き、次いで、コマンドを完了するタグのキル・コードの後、他の１００ミリ秒の「０」を送信する。
【０１０２】
例えば、ＫＩＬＬコマンドは、スピンアップ・ビット（４ビット「００００」）、マンチェスター高違反（１ビット）、コマンド・ビット（８ビット、「１１００００１１」）、キル・タイプ（２ビット、完全なキルに対しては「００」（すべてのデータを消去し、永久的に停止する）、保存リサイクルに対しては「０１」（リサイクリング・フィールドを除くすべてを消去する）、クロックに対し「１０」（無反応に設定されるが、消去されない））、ポインタ（８ビット）、長さ（８ビット、マスク・ビット長）、キル・コード（可変サイズ）、ＣＲＣ８（８ビット、キル・コードの無視されたビットを含む、最初のコマンド・ビットから完全なキル・コードまでのビットについて計算される）を含むことができる。
【０１０３】
タグは、まず、キル・コマンドが実行されるために、選択済み状態にある。タグは、処理できる以上の長さ部分を超えるキル・コード・データを無視する。キル・コードがタグの持つビットとマッチする場合、キルを実行する。キル・コード・タグは長いほど安全になり、キル・コード・タグは短いほど製造コストが安くなるが、すべてのタグが互換性を有する。
【０１０４】
ＫＩＬＬコマンドに応えて、「選択済み」の開始状態のタグは、キル・ビットを応答なしでＤＥＡＤに設定し、キル・コードがマッチし、キルが成功した場合、「ＤＥＡＤ」状態に入る。「選択済み」の開始状態にあるタグは、否定応答を送信し、キル・コードがマッチしてもキルが成功していない場合に「選択済み」の状態に留まる。「最初の問い合わせを待つ」という開始状態にあるタグは、応答せず、「最初の問い合わせを待つ」状態に留まる。「準備完了」、「ＡＣＫを待つ」、または「肯定応答済み」の開始状態にあるタグは、応答せず、「準備完了」の状態に入る。
【０１０５】
ＫＩＬＬコマンドを実行しようとして成功しなかったタグのみが、現在設定されている後方散乱モードで応答し、現在設定されている後方散乱速度で応答する（両方とも、ＱｕｅｒｙＡまたはＱｕｅｒｙＢコマンドにより設定される）。これらは、１、その後に、１ビット期間のクローバー・オフ、１６ビットのデータ、さらにその後に、他のクローバー・オフ期間、そして末尾の１を送信する。
【０１０６】
例えば、ＫＩＬＬコマンドへの応答は、ＴＡＧＳＰＩＮＵＰ（１ビット、「１」）、高違反（後方散乱変調ビット期間に対するクローバー・オフ）、タグ確認（１６ビット、キル・コマンド失敗に対して「００００ ００００ ００００ ００００」）、高違反（後方散乱変調ビット期間に対するクローバー・オフ）、ＴＡＧＴＲＡＩＬＥＲ（１ビット、「１」）を含むことができる。
【０１０７】
タグは、ＳｃｒｏｌｌＭＦＧコマンドに応えるように選択される。例えば、ＳｃｒｏｌｌＭＦＧコマンドは、スピンアップ・ビット（４ビット、「００００」）、マンチェスター高違反（１ビット）、コマンド・ビット（８ビット、「１１０００１００」）、ＣＲＣ８（８ビット、すべてのコマンド・ビットにわたって計算される）を含むことができる。
【０１０８】
ＳｃｒｏｌｌＭＦＧコマンドに応えて、「選択済み」の開始状態にあるタグは、応答を送信し、「選択済み」の状態に留まる。「最初の問い合わせを待つ」という開始状態にあるタグは、応答せず、「最初の問い合わせを待つ」状態に留まる。「準備完了」、「ＡＣＫを待つ」、または「肯定応答済み」の開始状態にあるタグは、応答せず、「準備完了」の状態に入る。
【０１０９】
選択済みタグは、プリアンブルと、決してプログラム可能にはできない、以下のデータを送り返すことにより、ＳｃｒｏｌｌＭＦＧコマンドに応答する。
【０１１０】
例えば、ＳｃｒｏｌｌＭＦＧコマンドへの応答は、プリアンブル（４ビット、「００００」）、高マンチェスター違反、ＭＡＮＵＦＡＣＴＵＲＥＲ（１６ビット、「当局」により割り当てられる）、ＭＡＳＫ ＳＥＴ／ＰＲＯＤＵＣＴ ＣＯＤＥ（１６ビット、メーカー定義）、ＤＩＥ ＮＵＭＢＥＲ（１６ビット、メーカー定義）、ＣＡＰＡＢＩＬＩＴＹ ＣＯＤＥ（１６ビット、「当局」により割り当てられる）、ＭＥＭＯＲＹ ＳＩＺＥ（１６、能力コード依存の意味）、ＣＲＣ（１６ビット、メーカーから最後に送信されたフィールドまでのすべてのビットにわたって計算される）を含む。ＳｃｒｏｌｌＭＦＧ応答は、ＭＡＮＵＦＡＣＴＵＲＥＲフィールドの後の任意のフィールドで適宜終了できる。
【０１１１】
プログラミング・コマンドは、基本コマンドと同じコマンド構造およびフィールド定義を使用するが、通常は、タグ・プログラミング・デバイス、またはプログラマによってのみ発行される。タグ・プログラマは、リーダーに類似しているが、ただし、タグ（およびＩＣ）メーカーによって承認された方法に従って、基本コマンドに加えてプログラミング・コマンドを実行できる点が異なる。
【０１１２】
プログラミング・コマンドを使用することにより、タグ・メモリの内容をプログラムし、内容をロックする前にタグ・メモリの内容を検証することができる。
【０１１３】
メーカーは、製造試験のみに特に使用される追加のオプション・コマンドを定義することができる。例えば、これらのコマンドは、Ｄ７ｈからＤｆｈの範囲内にあるコマンド・コードを持つ必要がある場合がある。
【０１１４】
すべてのプログラミング・コマンドは、タグ・メーカーがタグ・データ内容をいったんロックしてしまうと無効にされる。タグをプログラムするための特定のタイミングは、メモリ技術に依存する。
【０１１５】
タグ・プログラミングは、一度に１６ビットずつ実行される。プログラミングは、通常、タグがすでにロックされていなければ行える。タグがクリアされていること、またはプログラミングの前に消去サイクルを必要としないタイプであることが知られていない場合、ＰｒｏｇｒａｍＩＤの前にＥｒａｓｅＩＤが使用される。
【０１１６】
データは、ＰｒｏｇｒａｍＩＤコマンドを使用してタグに送信され、［ＰＴＲ］フィールドは、プログラムされるメモリ行アドレスであり、［ＶＡＬ］フィールドは、選択されたメモリ行アドレスの中にプログラムされる１６ビットのデータを格納する。
【０１１７】
有効なＰｒｏｇｒａｍＩＤコマンドを受信した後、タグは、プログラム・メモリに必要な適切な内部タイミング・シーケンスを実行する。
【０１１８】
例えば、ＰｒｏｇｒａｍＩＤコマンドは、スピンアップ・ビット（４ビット「００００」）、マンチェスター高違反（１ビット）、コマンド・ビット（８ビット、「１１０００１０１」）、ポインタ（８ビット）、データ領域（２ビット、ＣＲＣ＆ｅＰＣに対しては「００」、ユーザ・データに対しては「０１」（クラスＩに対してはなし）、キル・コードに対しては「１０」）、長さ（８ビット、データの長さ）、プログラムへのＩＤ（可変サイズ）、ＣＲＣ８（８ビット、最初のコマンド・ビットからＩＤの終わりまでのすべてのフィールドにわたって計算される）を含むことができる。
【０１１９】
ＰｒｏｇｒａｍＩＤコマンドに応えて、「選択済み」の開始状態にあるタグは、ロックされていなければデータを書き込み、「選択済み」の状態に留まる。「選択済み」の開始状態にあるタグは、成功すれば肯定応答を送信し、成功しなければ否定応答を送信する。「最初の問い合わせを待つ」という開始状態にあるタグは、応答せず、「最初の問い合わせを待つ」状態に留まる。「準備完了」、「ＡＣＫを待つ」、または「肯定応答済み」の開始状態にあるタグは、応答せず、「準備完了」の状態に入る。
【０１２０】
ＰｒｏｇｒａｍＩＤコマンドを実行するタグは、現在設定されている後方散乱モードで応答し、現在設定されている後方散乱速度で応答する。（両方とも、ＱｕｅｒｙＡまたはＱｕｅｒｙＢコマンドにより設定される）。これらは、１、その後に、１ビット期間のクローバー・オフ、１６ビットのデータ、さらにその後に、他のクローバー・オフ期間、そして末尾の１を送信する。
【０１２１】
例えば、ＰｒｏｇｒａｍＩＤコマンドへの応答は、ＴＡＧＳＰＩＮＵＰ（１ビット、「１」）、高違反（後方散乱変調ビット期間に対するクローバー・オフ）、タグ確認（１６ビット、書き込み失敗に対して「００００ ００００ ００００ ００００」、書き込み成功に対して「０１０１ ０１０１ ０１０１ ０１０１」）、高違反（後方散乱変調ビット期間に対するクローバー・オフ）、ＴＡＧＴＲＡＩＬＥＲ（１ビット、「１」）を含むことができる。
【０１２２】
タグ消去は、一度に１６ビットずつ実行できる。ＩＤの消去は、タグがすでにロックされていない場合のみ行える。有効なＥｒａｓｅＩＤコマンドを受信した後、タグは、プログラム・メモリに必要な適切な内部タイミング・シーケンスを実行する。
【０１２３】
例えば、ＥｒａｓｅＩＤコマンドは、スピンアップ・ビット（４ビット、「００００」）、マンチェスター高違反（１ビット）、コマンド・ビット（８ビット、「１１０００１１１」）、ＣＲＣ８（８ビット、最初のコマンド・ビットからＩＤの終わりまでのすべてのフィールドにわたって計算される）を含むことができる。
【０１２４】
ＥｒａｓｅＩＤコマンドに応えて、「選択済み」の開始状態にあるタグは、ロックされていなければｅＰＣとＣＲＣを消去しようとし、「選択済み」の状態に留まる。「選択済み」の開始状態にあるタグは、成功すれば肯定応答を送信し、成功しなければ否定応答を送信する。「最初の問い合わせを待つ」という開始状態にあるタグは、応答せず、「最初の問い合わせを待つ」状態に留まる。「準備完了」、「ＡＣＫを待つ」、または「肯定応答済み」の開始状態にあるタグは、応答せず、「準備完了」の状態に入る。
【０１２５】
ＥｒａｓｅＩＤコマンドを実行するタグは、現在設定されている後方散乱モードで応答し、現在設定されている後方散乱速度で応答する。（両方とも、ＱｕｅｒｙＡまたはＱｕｅｒｙＢコマンドにより設定される）。これらは、１、その後に、１ビット期間のクローバー・オフ、１６ビットのデータ、さらにその後に、他のクローバー・オフ期間、そして末尾の１を送信する。
【０１２６】
例えば、ＥｒａｓｅＩＤコマンドへの応答は、ＴＡＧＳＰＩＮＵＰ（１ビット、「１」）、高違反（後方散乱変調ビット期間に対するクローバー・オフ）、タグ確認（１６ビット、消去失敗に対して「００００ ００００ ００００ ００００」、消去成功に対して「０１０１ ０１０１ ０１０１ ０１０１」）、高違反（後方散乱変調ビット期間に対するクローバー・オフ）、ＴＡＧＴＲＡＩＬＥＲ（１ビット、「１」）を含むことができる。
【０１２７】
ＶｅｒｉｆｙＩＤコマンドは、保護されているフィールドを含む、メモリの内容全体をスクロールアウトする。タグは、ロックされた後にはＶｅｒｉｆｙＩＤに応えない。タグは、ＶｅｒｉｆｙＩＤが実行できる前に選択されている。
【０１２８】
例えば、ＶｅｒｉｆｙＩＤコマンドは、スピンアップ・ビット（４ビット、「００００」）、マンチェスター高違反（１ビット）、コマンド・ビット（８ビット、「１１００１０００」）、ＣＲＣ８（８ビット、すべてのコマンド・ビットにわたって計算される）を含むことができる。
【０１２９】
ＥｒａｓｅＩＤコマンドに応えて、「選択済み」の開始状態にあるタグは、応答し、ロックされていなければ「選択済み」の状態に留まる。「選択済み」の開始状態にあるタグは、応答せず、ロックされていなければ「準備完了」の状態に入る。「最初の問い合わせを待つ」という開始状態にあるタグは、応答せず、「最初の問い合わせを待つ」状態に留まる。「準備完了」、「ＡＣＫを待つ」、または「肯定応答済み」の開始状態にあるタグは、応答せず、「準備完了」の状態に入る。
【０１３０】
１６ビット・ハンドシェークとリーダーにより送信されたハンドシェークとのマッチングを行うタグは、現在設定されている後方散乱モードで応答し、現在設定されている後方散乱速度で応答する。（両方とも、ＱｕｅｒｙＡまたはＱｕｅｒｙＢコマンドにより設定される）。これらは、４ビット送信することにより応えるが、１ビットの後にリーダー−タグ間の１ビット時間の高違反が続き、タグ内のすべての識別データはビット０から始まる。リーダーによりタグに送信されるデータは、可変長であってよい。このデータの後に、クローバー・オフ（高）違反と４つの後続１が続く。
【０１３１】
例えば、ＶｅｒｉｆｙＩＤコマンドへの応答は、ＴＡＧＳＰＩＮＵＰ（４ビット、「１１１１」）、高違反（後方散乱変調ビット期間に対するクローバー・オフ）、タグ・データ（可変サイズ、保護フィールドを含むすべてのタグ・データ内容）、高違反（後方散乱変調ビット期間に対するクローバー・オフ）、ＴＡＧＴＲＡＩＬＥＲ（４ビット、「１１１１」）を含むことができる。
【０１３２】
ＬｏｃｋＩＤコマンドは、制御されたサプライ・チャネルを出る前に、タグのメモリの識別（ＣＲＣおよびｅＰＣ）部分をロックするために使用される。タグは、ＬｏｃｋＩＤが実行できる前に選択されている。
【０１３３】
例えば、ＬｏｃｋＩＤコマンドは、スピンアップ・ビット（４ビット、「００００」）、マンチェスター高違反（１ビット）、コマンド・ビット（８ビット、「１１００１００１」）、ＣＲＣ８（８ビット、すべてのコマンド・ビットにわたって計算される）を含むことができる。
【０１３４】
ＬｏｃｋＩＤコマンドに応えて、「選択済み」の開始状態にあるタグは、ロックされていなければ、ｅＰＣとＣＲＣをロックしようとする。「選択済み」の開始状態にあるタグは、「選択済み」の状態に留まり、成功すれば肯定応答を供給し、成功しなければ否定応答を供給する。「最初の問い合わせを待つ」という開始状態にあるタグは、応答せず、「最初の問い合わせを待つ」状態に留まる。「準備完了」、「ＡＣＫを待つ」、または「肯定応答済み」の開始状態にあるタグは、応答せず、「準備完了」の状態に入る。
【０１３５】
選択コマンドにより選択されたタグは、ＬｏｃｋＩＤコマンドを実行し、その後、現在設定されている後方散乱モードで応答し、現在設定されている後方散乱速度で応答する（両方とも、ＱｕｅｒｙＡまたはＱｕｅｒｙＢコマンドにより設定される）。これらは、１、その後に、１ビット期間のクローバー・オフ、以下の表からの１６ビット、さらにその後に、他のクローバー・オフ期間、そして末尾の１を送信する。
【０１３６】
例えば、ＬｏｃｋＩＤコマンドへの応答は、ＴＡＧＳＰＩＮＵＰ（１ビット、「１」）、高違反（後方散乱変調ビット期間に対するクローバー・オフ）、タグ確認（１６ビット、ＬｏｃｋＩＤ失敗に対して「００００ ００００ ００００ ００００」、コマンド成功に対して「０１０１ ０１０１ ０１０１ ０１０１」）、高違反（後方散乱変調ビット期間に対するクローバー・オフ）、ＴＡＧＴＲＡＩＬＥＲ（１ビット、「１」）を含むことができる。
【０１３７】
クラスII以上のタグは、クラスＩのタグと同じシンギュレーション方法と識別方法を使用する。さらに、これらは、追加の読み書きメモリ、セキュリティ機能、センサなどを備えることができる。クラスIIのタグは、さらに、例えば、センサ・ロギングを実現するための電池も備えることができる。
【０１３８】
クラスIII以上のタグは、電池補助通信機能を備えるように定義される。クラスIII以上のタグは、低電力受動モードでクラスＩのコマンドに応えるか、またはさらに長い距離では、キー送信を使用して、電池補助通信モードに入る。クラスIII以上のタグのウェイクアップ・キーについて以下で説明する。これにより、特にそれらのタグ宛ての長距離での交換を除き電池補助の使用を避けて、電池電力の消費を減らすことができる。
【０１３９】
クラスII以上のタグとの通信は、ハンドル・ベースのＩ／Ｏデータ・リンクに標準化されている。ハンドルは、特定の目的のために「当局」により発行され、ＳＣＲＯＬＬＭＦＧ情報とともに使用して、タグの能力を推定し、実行することができる。いくつかの能力コードと対応するハンドルの例を以下に示す。
００ＸＸ ＸＸＸＸ ＸＸＸＸ ＸＸＸＸ−−ルックアップ・テーブルによるハンドルと能力。
０１ＸＸ ＸＸＸＸ ＸＸＸＸ ＸＸＸＸ−−サブフィールドによるハンドルと能力。
０１ＸＸ ＸＸＸＸ ＸＸＸＸ ００００−−メモリなし。
０１ＸＸ ＸＸＸＸ ＸＸＸＸ ０００１−−ビット幅メモリ、ビット単位の０〜７ＦＦＦＦＦメモリ・アドレス、所定のアドレスから始まるＬＥＮビットを読み出す、所定のアドレスにＬＥＮビットを書き込む。
０１ＸＸ ＸＸＸＸ ＸＸＸＸ ００１０−−バイト幅メモリ、バイト単位の０〜７ＦＦＦＦＦメモリ・アドレス、所定のアドレスから始まるＬＥＮビットを読み出す、所定のアドレスにＬＥＮビットを書き込む。
０１ＸＸ ＸＸＸＸ ＸＸＸ１ ＸＸＸＸ−−スクラッチパッド型メモリ、例えば、１）１〜７ＦＦＦＦＦメモリ・アドレス、所定のアドレスから始まるＬＥＮビットを読み出す、アドレスとＬＥＮデータ・ビットをスクラッチパッドに書き込む、または２）ＦＦＦＦＦＦ、スクラッチパッド・データとアドレスを確認する、または３）ＦＦＦＦＦＥ、スクラッチパッドをメモリに書き込む。
０１ＸＸ ＸＸＸＸ ０００Ｘ ＸＸＸＸ−−セキュリティなし。
０１ＸＸ ＸＸＸＸ ００１Ｘ ＸＸＸＸ−−キー交換セキュリティ、例えば、１）ＦＦＦＦＦＤ、セキュリティ・トークンを書き込む、ＬＥＮビット長、または２）ＦＦＦＦＦＣ、セキュリティ・トークンを読み出す。
０１ＸＸ ＸＸ００ ＸＸＸＸ ＸＸＸＸ−−温度なし。
０１ＸＸ ＸＸ０１ ＸＸＸＸ ＸＸＸＸ−−温度間隔レコーダ、例えば、１）ＦＦＦＦＦＦＢ間隔、間隔を秒単位に設定する、現在の間隔を読み出す、または２）ＦＦＦＦＦＦＡ、一度に読める温度の数を設定する、または３）ＦＦＦＥ ００００ ００００〜ＦＦＦＥ ＦＦＦＦ ＦＦＦＦ、温度を読み取る、ハンドル−過去へのＦＦＦＥ０００００００ ０間隔。
【０１４０】
ＲＥＡＤコマンドは、クラスII以上のタグからデータをフェッチする基本コマンドである。これは、ＳＥＬＥＣＴＥＤアドレッシング・モードでしかアドレス指定されず、リード・アドレスまたはハンドルである２４ビットＰＴＲフィールドと、読み出されるビットの数であるか、またはハンドルによって意味が決定される第２のパラメータとして使用されるＬＥＮフィールドを使用する。
【０１４１】
例えば、ＲＥＡＤコマンドは、スピンアップ・ビット（４ビット「００００」）、マンチェスター高違反（１ビット）、コマンド・ビット（８ビット、「１１０１００００」）、リード・ハンドル（２４ビット、意味は能力コードにより定義される）、データ領域（２ビット、ＣＲＣ＆ｅＰＣに対しては「００」、ユーザ・データに対しては「０１」（クラスＩに対してはなし）、キル・コードに対しては「１０」）、長さ（８ビット、読み出されるデータの長さ）、ＣＲＣ８（８ビット、最初のコマンド・ビットから長さの終わりまでのすべてのフィールドにわたって計算される）を含むことができる。
【０１４２】
タグによって返されるデータは、容量コードと使用されるハンドルにより決定される。ＣＲＣを含むことができる。
【０１４３】
例えば、リード・コマンドへの応答は、ＴＡＧＳＰＩＮＵＰ（１ビット、「１」）、高違反（後方散乱変調ビット期間に対するクローバー・オフ）、データ（可変サイズ・データ）、高違反（後方散乱変調ビット期間に対するクローバー・オフ）、ＴＡＧＴＲＡＩＬＥＲ（１ビット、「１」）を含むことができる。
【０１４４】
ＷＲＩＴＥコマンドは、クラスII以上のタグにデータを書き込む基本コマンドである。これは、ＳＥＬＥＣＴＥＤアドレッシング・モードでのみアドレッシングされ、リード・アドレスまたはハンドルである２４ビットＰＴＲフィールドと、１６ビットＬＥＮ、長さが［ＬＥＮ］パラメータにより決定される可変長データ・フィールドを使用する。
【０１４５】
例えば、ＷＲＩＴＥコマンドは、スピンアップ・ビット（４ビット、「００００」）、マンチェスター高違反（１ビット）、コマンド・ビット（８ビット、「１１０１０００１」）、ライト・ハンドル（２４ビット、意味は能力コードにより定義される）、長さ（８ビット、データの長さ（ハンドル＆能力コードにより定義される粒度）、書き込みデータ（可変サイズ）、ＣＲＣ８（８ビット）を含むことができる。
【０１４６】
選択コマンドにより選択されたタグは、ＷＲＩＴＥコマンドを実行し、現在設定されている後方散乱モードで応答し、現在設定されている後方散乱速度で応答する。（両方とも、ＱｕｅｒｙＡまたはＱｕｅｒｙＢコマンドにより設定される）。これらは、１、その後に、１ビット期間のクローバー・オフ、以下の表からの１６ビット、さらにその後に、他のクローバー・オフ期間、そして末尾の１を送信する。
【０１４７】
例えば、ＷＲＩＴＥコマンドへの応答は、ＴＡＧＳＰＩＮＵＰ（１ビット、「１」）、高違反（後方散乱変調ビット期間に対するクローバー・オフ）、タグ確認（１６ビット、書き込み失敗に対して「００００ ００００ ００００ ００００」、書き込み成功に対して「０１０１ ０１０１ ０１０１ ０１０１」）、高違反（後方散乱変調ビット期間に対するクローバー・オフ）、ＴＡＧＴＲＡＩＬＥＲ（１ビット、「１」）を含むことができる。
【０１４８】
本発明の一実施形態は、当業で知られているような他のレディ・クワイエット・プロトコルに勝る利点を有する、プロトコルの２状態対称性を利用することを含む。この対称的プロトコルは、実際に、クワイエット・レディ状態を２つの対称的な部分、つまりプロトコルの状態Ａおよび状態Ｂに対称的に分けることにより状態依存性を緩和する。
【０１４９】
タグがインベントリされて、クワイエット状態にされており、異なるリーダー・ステーションから、または時間の経過とともに取り除かれるタグを監視するための連続的インベントリの一部として、再びインベントリすることが望ましい場合に、対称性が、レディ・クワイエット・プロトコルよりもパフォーマンスを実質的に高める。
【０１５０】
レディ・クワイエット・プロトコルの場合、タグは、いったんクワイエット状態に置かれると、インベントリに参加する前に、トーク・コマンドによりタッチされる。インベントリの前に複数のトーク・コマンドを発行できるが、多経路干渉が高いか、または送信周波数が間違っているか、またはタグがその時点にリーダーの交信範囲を外れている場合にはタグがトーク・コマンドを受信する保証はない。トーク・コマンドを確認する必要性をなくすことにより、単一の「ラッキーな」時間にまたは位置でタグをカウントすることができ、プロトコルの有効信頼範囲を延ばすことができる。
【０１５１】
永続的クワイエット状態にタイムアウトを使用することは、代替アプローチであるが、厳格に制御される永続時間を有するタグの製造は難しい。また、例えば、１０秒のタイムアウトだと時間が短すぎて、多数のタグのインベントリを行えないが、３０秒のタイムアウトだと時間が十分あるため、複数のリーダーが軌跡上で商品を追跡すること、またはタグを破壊したり、商品を遮蔽された袋に入れて持ち去る行為をしている万引き犯を捕らえることを妨げる可能性がある。
【０１５２】
タグの一推奨実装では、停電の場合に少なくとも２０秒間その状態を維持する永続的ノードを用意する。永続的ノードは０状態に減衰し、［０］は状態Ａを符号化し、［１］は状態Ｂを符号化すると仮定する。状態Ｂは、有効期限が切れて状態Ａになる。状態Ｂが永続する時間に対する上限はないが、ランダムに電源が入り状態Ａまたは状態Ｂになる状態に入ることは許されない。提案される実装では、タグがコマンドによりアドレッシングされるかどうかに関係なく、すべてのコマンドにおいて、ある時期に、永続的ノードをリフレッシュする。
【０１５３】
リーダーは、ＱｕｅｒｙＡまたはＱｕｅｒｙＲｅｐコマンド、ＡＣＫを使用して、上述のように、インベントリを実行することにより開始する。もう応えるタグがなくなった後、リーダーは、高水準の（例えば、上述のようにビット・マスキングを使用して多数のタグをアドレッシングする）問い合わせコマンドを実行して、カウントされないタグを探索することを続ける。状態Ａにあるタグは、短時間しか電源投入されない場合でもカウントされ、コマンドがそのクロック、ＱｕｅｒｙＡ、ＡＣＫ、１つの後続コマンドの同期をとるコマンドを確認するには十分長いことに注意されたい。この時点で、インベントリされたすべてのタグは状態Ｂに入る。所定の時間が経過した後、新しいインベントリは、同じように、ただし、ＱｕｅｒｙＢを使用して、実行される。別々のトークまたはウェイク・コマンドを実行する必要はなく、その時点に電源投入されるすべてのタグは、すでに状態Ｂに置かれているであろう。このインベントリの後に、インベントリされるすべてのタグは、状態Ａにあり、リーダーは、高水準のＱｕｅｒｙＡコマンドの実行をしばらく続けることができる。次に、Ａインベントリは、再び開始することができ、しかも、トーク・コマンドを発行する必要はなく、したがって、トーク・コマンドが失敗する可能性はない。
【０１５４】
フィールド内に連続的に置かれるタグは、すべてのインベントリ、ＡおよびＢの両方フレーバーでカウントされる。フィールドに入るタグは、最悪の場合、フィールドに入った後、それぞれのインベントリの始めのトーク・コマンドがクワイエット・トーク型プロトコルで受信されることが保証されているとしてもレディ・クワイエット・プロトコルが使用された場合と同じ最悪のときに、第２のインベントリでカウントされる。
【０１５５】
ＲＦＩＤシステム内の永続的クワイエット機能は、タグがリーダーのフィールドを通って移動しているときにリーダーの交信範囲の縁部近くでタグをカウントする際の一貫性を実現する。交信範囲の縁部にあるタグについては、周波数が変更され、／または多経路干渉がリーダーフィールド内でのタグまたは他のオブジェクトの移動で変化するので、タグで使用できる電力が変動し、短時間にタグに電力を十分供給できるだけである。永続的スリープにより、タグの大半を素早くカウントすることができ、その後、Ｑ＝０について問い合わせを繰り返し、間欠的にしか電力を供給されないタグを探し出すことができる。対称的コマンドは、この包括的カウント機能を、インベントリされ、クワイエット状態にされた、したがってウェイクアップ・コマンドを受信しなかった場合に失敗するおそれのあるタグに広げる。これは、連続的インベントリ・プロセスの一部としても使用できる。
【０１５６】
このアプローチでは、レディ・クワエイット・プロトコルのクワイエット状態にあるためタグがカウントしにくい状態に入るのを防ぐ。トーク・コマンドを使用できるため、クワイエット状態から抜け出すのは難しくないように思えるかもしれない。しかし、タグがリーダーに知られていない場合、高水準のトーク・コマンドのみが潜在的にそのタグを起こし、高水準トーク・コマンドは、他のすべてのタグも同様に起こすであろう。タグがクワイエット状態にある場合、とにかく最近インベントリされているが、異なるリーダー・ステーションがそのインベントリを実行した場合、または連続的インベントリが望ましい場合には、タグを再びインベントリする必要があるように思われる。タグがレディ・クワイエット・プロトコルのクワイエット状態にある場合は、２つの広く隔たった時間に、場合によっては２つの周波数で２回タッチされる。タグのフィールド全体が目覚めた場合に１回アクティブにする必要があり、その後再びその特定のタグのインベントリが行われるときに、アクティブにする必要がある。２つのイベントが発生する必要があると、このことは、ＲＦ範囲の縁にあり、間欠的にしか電力を供給されないタグをカウントする可能性に大きな影響を及ぼすが、それは、対称的プロトコルを使用することにより回避される。さらに、さらにトーク・コマンドを発行する必要がないため、時間の節約にもなる。
【０１５７】
本発明の一実施形態では、ＲＦトランスポート層は、ＵＨＦオペレーションを対象として設計されているが、他の代替オペレーションも使用できる。タグ−リーダーとリーダー−タグ間のリンクは、半二重として定義される。リーダーは、コマンド・シーケンスを送信することによりタグとの通信を開始する。リーダーは、その後、タグから応答が来るか監視しながら、変調されていない搬送波を送信することによりタグに対する応答期間を定める。タグは、応答しながらリーダー変調を検出することができるとは期待されていない。ＲＦトランスポート層は、北米では９０２〜９２８ＭＨｚと２４００．０〜２４８３．５ＭＨｚの帯域、ヨーロッパでは８６９．４〜８６９．６５ＭＨｚと８６５．６〜８６７．６ＭＨｚの帯域、２４５０ＭＨｚ近辺のＵＨＦ帯域を使用することができる。これらのＵＨＦ帯域は、リーダー−タグ間システム・データ転送速度が高速（北米では最大１６０Ｋｂｐｓまで）である、タグ−リーダー間システム・データ転送速度は３２０ｋｂｐｓ以上と高速である、典型的な条件の下で２メートル以上の範囲において高いヒット率で一貫した動作をする、タグとリーダーのアンテナは比較的小さい、北米帯域は、有意な周波数ホッピングを行えるだけ十分に広いなどの特徴を持つ。
【０１５８】
リーダーは、ＯＦＦ（ＲＦエネルギーを放射しない）、ＣＷ（振幅変調なしである電力レベルのＲＦエネルギーを放射する）、アクティブ（振幅変調でＲＦエネルギーを放射する）の３つの使用可能な状態のうちの１つに入ることができる。
【０１５９】
図１０は、リーダー−タグ間変調の一実施形態を示す。アクティブ状態では、リーダー−タグ間リンクは、３０％の最小変調深さの分相マンチェスター符号化を使用する。データ１は、高ＲＦ期間とその後に続く低ＲＦ期間により符号化することができる。データ０は、低ＲＦ期間とその後に続く高いＲＦ期間により符号化することができる。変調形状、深さ、変調率は、後述の制限の範囲内で可変である。タグは、一定範囲の変調率にわたってタイミングを調整し、リーダー送信に自動的にロックすることができる。立ち下がりエッジは、マンチェスター符号化により定義されているように、公称時間から低い量のジッタに保持される。立ち下がり時間は、公称値から変化し、ＲＦデューティ・サイクルに対応するようにできる。
【０１６０】
一般的な変調パラメータが図１１に例示されている。パルス変調パラメータの特定の値が地域規制環境に応じて変わりうることは理解されるであろう。例えば、パルス変調パラメータは、以下のものを含むことができる。
Ｔ0：基本クロック・サイクル周期。リーダーからタグに送信される単一ビットに対する時間。
Ｔr：変調包絡線の立ち上がり時間、変調振幅変動の１０％から９０％。
Ｔf：変調包絡線の立ち下がり時間、変調振幅変動の９０％から１０％。
Ｔfwhm：変調振幅変動の５０％で測定された変調包絡線のパルス幅。
Ｍｏｄ：変調された搬送波の振幅変動。
Ｒｉｐｐｌｅ：意図された変調の縁での変調オーバーシュートおよびアンダーシュートのピーク・ツー・ピーク変動。
Ｄmod：意図された値からの変調深さのピーク・ツー・ピーク変動。
Ｔ0Tol：マスター・クロック間隔許容範囲、リーダー信号送受信の基本精度。
ＴＣＷ：コマンドの直前の最短ＣＷ時間。
ＴCoast：タグ・クロックが次のコマンドを復号化する十分な精度を持つことを保証するＥＯＦと次のコマンドとの間の最大持続時間。
【０１６１】
一実装では、リーダー変調シーケンスに関して、リーダー・クロックは、トランザクションの長さにわたって１％以内の安定性を持つことができる。他のすべての「基本クロック・サイクル」タイミングは、変調クロック周波数Ｔ0に比例する。一実装では、変調パラメータは、以下の値をとり、断りのない限り、すべての時間と周波数は、Ｔ0に対応する。
Ｔ0：マスター・クロック間隔（６μｓから２４μｓ）。
Ｔ0Tol：マスター・クロック間隔許容範囲（最大０．１％）。
ＤＲ：データ転送速度（１／Ｔ0）。
Ｔrisejitter：立ち下がりエッジの公称値からの最大ジッタ（０．０１＊Ｔ0）。
ＤｕｔｙＣｙｃｌｅ：ＲＦ高周期デューティ・サイクル（＝５０％または＞５０％）。
ＭＯＤ：変調深さ（最小３０％）。
Ｔf：最大立ち下がり時間（１／４Ｔ0）。
Ｔr：最大立ち上がり時間（１／４Ｔ0）。
Ｒｉｐｐｌｅ：リップル（１０％ ｐｐ）。
ＴＣＷ：コマンドの前の最小ＣＷ時間は、レスポンスＣＷ間隔と重なる場合がある（４×Ｔ0）。
ＴCoast：ＥＯＦから次のコマンドまでの持続時間（最大５ｍｓ、Ｔ0に対応しない）。
【０１６２】
図１２は、リーダー−タグ間変調符号化の一例を示す。一実装では、すべてのトランザクションは、それぞれのコマンドに先行する最小ＣＷ期間で始まり、これによりタグはコマンドの始まりを特定できる。すべてのコマンドは、タグ・クロックを同期させる４つのスピンアップ・ビットで始まる。コマンドのデータ操作時に、タグは、低時間ジッタに保持される、リーダー−タグ間データ変調の立ち下がりエッジを参照することによりクロック位相を維持する。ビット期間Ｔ0は、リーダー−タグ間データ転送速度を決定する。最後のパルスの後、タグは、最小ＣＷ時間の後に次のコマンドをいつでも受信できる状態にあり、Ｔcoast間隔内に受信されたコマンドを復号化することができる。
【０１６３】
タグが次のコマンドの復号化に成功するために、リーダーは、Ｔcoast間隔内に次のトランザクションを開始する。この制約は、タグが次の電源投入時に再同期するので、タグがＤＣ電力を失う十分な時間の間搬送波がオフにされていると適用されない。タグ・クロック周波数がスピンアップで２０％を超えて調整される場合、タグはそのコマンドに応えない。
【０１６４】
図１３は、データ「０」、「１」、マンチェスター高違反に対するデータ変調タイミングを示している。データ＝「０」のときのリーダー−タグ間クロッキングに対するデータ変調タイミングＴdata0は、ＲＦのＬＯＷレベル期間とその後のＨＩＧＨレベル期間により符号化される。データ＝「１」のときのリーダー−タグ間クロッキングに対するデータ変調タイミングＴdata1は、ＲＦのＨＩＧＨレベル期間とその後のＲＦのＬＯＷレベル期間により符号化される。マンチェスター高違反のリーダー−タグ間クロッキングに対するデータ変調タイミングＴdata1は、２つの連続するＲＦのＨＩＧＨレベル期間により符号化される。
【０１６５】
リーダーは、適宜、コマンド間の時間をレスポンスに必要な時間以下に短縮することができる。リーダーは、応答期間中にタグ応答があるか監視し、期限切れ（ＴTagscrollDel+2＊Ｔ0）前にタグにより応答が開始されていない場合に、その応答間隔に対する持続時間を短縮することができる。
【０１６６】
タグは、２つの状態の間の後方散乱を変調する手段を使ってリーダーに応答する。これら２つの状態は、位相または振幅またはその両方で後方散乱を変調することができる。
【０１６７】
これらの状態のうちの一方は、タグのエネルギー回収能力を損なうと仮定されるが、ただし必ずしもそうではなく、この説明では、「クローバー・オン」状態と呼ばれる。タグの後方散乱状態は、後方散乱変調が開始するまで「クローバー・オフ」であると仮定される。多数のタグが後方散乱変調の終わりに「クローバー・オフ」状態に戻る必要があるので、すべてのタグは、その後方散乱状態を、後方散乱応答を開始する前の状態に戻す必要がある。この遷移は、後方散乱変調モードで最小の特徴サイズの時間と等しい時間に（クローバー・オン状態に）伝達された最後の後方散乱遷移の終わりの後に発生する。
【０１６８】
タグ−リーダー間変調は、リーダー−タグ間コマンドの［ＭＯＤＵＬＡＴＩＯＮ］フィールドにより選択され、［ＭＯＤＵＬＡＴＩＯＮ］＝０の場合にはＦＭ０、［ＭＯＤＵＬＡＴＩＯＮ］＝１の場合にはＦ２Ｆのいずれかであり、または［ＭＯＤＵＬＡＴＩＯＮ］＝３の場合には今のところ未定義の高周波数モードである。すべてのタグは、３つの符号化形式すべてを実装する必要がある場合がある。リーダーは、１つまたは複数の復号化器を実装することができる。Ｆ２Ｆ符号化のプリミティブは、ＦＭ０と同じタイミングを持ち、同じであるが、２つのＦＭ０プリミティブは、Ｆ２Ｆのそれぞれのビットを符号化するために使用される。Ｆ２Ｆ符号化器は、ビット反転器が先にあるＦＭ０符号化器を使用し、相次ぐ各ビットについて２回符号化することにより実装することができる。
【０１６９】
ＦＭ０では、タグは、後方散乱変調でリーダー・コマンドに応答する。それぞれのビット期間の間に後方散乱状態の変化があり、０ビットはビット時間の中心のところで後方散乱状態の追加の変化を持つ。タグ−リーダー間の公称データ転送速度は、リーダー−タグ間転送速度の４倍であるが、タグの発振器ドリフトのせいで８０ビット・レスポンス・ウィンドウにわたって最大１０％まで変化しうる。後方散乱ノイズ環境を制御できる場合（つまり、蛍光灯などの周囲を遮蔽する）にはＦＭ０が使用されることが予想される。
【０１７０】
Ｆ２Ｆでは、タグは、４間隔ビット・セル符号化スキームに従う後方散乱変調でリーダー・コマンドに応答する。ビット・セルにおいて０に対し２回の遷移が観察され、１に対し４回の遷移が観察される。タグ−リーダー間の公称データ転送速度は、リーダー−タグ間転送速度の２倍であるが、タグの発振器ドリフトのせいで８０ビット・レスポンス・ウィンドウにわたって最大１０％まで変化しうる。
【０１７１】
タグ−リーダー間変調パラメータのいくつかの例を以下に示す。
Ｔ0：リーダー−タグ間マスター・クロック間隔。
ＴTagbitcell：タグ−リーダー間ビット・セル間隔（ＦＭ０にはＴ0／４、Ｆ２ＦにはＴ0／２）。
Ｔａｇ Ｄａｔａ Ｒａｔｅ：タグ−リーダー間公称データ転送速度（ＦＭ０には４／Ｔ0、Ｆ２Ｆには２／Ｔ0）。
ＴTagscrollDel：コマンドの終わりからタグＳｃｒｏｌｌＩＤ応答の開始までの応答遅延（２×Ｔ0）。
ＴTagDel：コマンドの終わりからタグＩＤ応答の開始までの応答遅延（２×Ｔ0）。
ＴTagreplyNom：８＋１６＋９６ビットＳｃｒｏｌｌＩＤ応答に対するタグ−リーダー間応答持続時間（ＴTagbitcell×１２０ビット）。
ΔＴTagbitcell：１２０ビットＳｃｒｏｌｌＩＤ応答の最後のビットのタグ−リーダー間ビット・セル間隔変動（最大１０％）。
ＴCoast：ＥＯＦから次のコマンドまでの持続時間（最大５ｍｓ）。
【０１７２】
データの終わりからＳｃｒｏｌｌＩＤまたはＶｅｒｉｆｙＩＤコマンドの開始までの遅延、ＴTagscrollDelは図１４に例示されている。ＳｃｒｏｌｌＩＤ応答の持続時間ＴTagreplyNomも図１４に例示されている。ビット・セル持続時間の変動ΔＴTagbitcellは、図１５に例示されている。
【０１７３】
タグ−リーダー間ビット・セル符号化は、図１６に示されている。ＦＭ０符号化では、タグ後方散乱の状態は、それぞれのビットのエッジで変化し、「０」データ・ビットに対応するビット間隔の真ん中で状態の追加変更が生じる。クローバーは、オフ状態で開始し、最初のデータ・ビットの始めにオン状態への最初の遷移を行う。最終ビット間隔遷移は、潜在的に１つの付加的ビット時間の後のほうのエッジで、ＨＩＧＨレベル状態で（クローバー状態ではなく）変調を離れる必要がある場合に、終わりに挿入される。
【０１７４】
Ｆ２Ｆ符号化では、タグ後方散乱は、ビット・セル毎に２つのシンボルのうちの１つの選択により変調される。この符号化スキームの下では、ビットの中央で常に遷移があり、マンチェスター符号化と異なり、０と１の意味は、コードが反転されたときも維持される。図１７は、この反転を例示している。
【０１７５】
この説明から、本発明の複数の態様は、少なくとも一部は、ソフトウェアで実現できることは明白であろう。つまり、これらの手法は、メモリ１１１メモリ３１９などのメモリに格納されている命令シーケンスを実行するマイクロプロセッサ１１３またはコントローラ２０７などの、プロセッサに応えて、コンピュータ・システムまたはその他のデータ処理システム内で実行することができる。さまざまな実施形態において、本発明を実装するために、ワードワイヤード回路をソフトウェア命令と組み合わせて使用することができる。したがって、これらの手法は、ハードウェア回路とソフトウェアの特定の組み合わせに限定されず、またデータ処理システムにより実行される命令の特定のソースにも限定されない。さらに、この説明全体を通して、説明を簡単にするため、さまざまな機能やオペレーションはソフトウェア・コードにより実行されるか、またはソフトウェア・コードにより引き起こされるものとして説明されている。しかし、当業者であれば、そのような表現が意味しているのは、それらの機能がマイクロプロセッサ１１３またはコントローラ２０７などのプロセッサによるコードの実行から結果として生じるということであると理解するであろう。
【０１７６】
機械可読媒体を使用することにより、データ処理システムにより実行されたときに本発明のさまざまな方法をシステムに実行させるソフトウェアとデータを格納することができる。この実行可能ソフトウェアとデータは、例えば、メモリ１１１またはメモリ３１９を含む、さまざまな場所に格納することができる。このソフトウェアおよび／またはデータの一部分を、これらの記憶デバイスのうちのいずれか１つに格納することができる。
【０１７７】
したがって、機械可読媒体は、機械（例えば、コンピュータ、ネットワーク・デバイス、パーソナル・デジタル・アシスタント、製造装置、１つまたは複数のプロセッサの集まりを含むデバイスなど）によりアクセス可能な形態で情報を提供（つまり、格納および／または伝送）するメカニズムを備える。例えば、機械可読媒体は、記録可能／記録不可能媒体（例えば、読み取り専用メモリ（ＲＯＭ）、ランダム・アクセス・メモリ（ＲＡＭ）、磁気ディスク記憶媒体、光記憶媒体、フラッシュ・メモリ・デバイスなど）だけでなく、電気、光、音響、またはその他の形態の伝搬信号（例えば、搬送波、赤外線信号、デジタル信号など）などをも含む。
【０１７８】
この説明で使用される略語をいくつか以下にまとめた。
ＡＭ：振幅変調。
ＣＲＣ：巡回冗長検査。
ＣＷ：連続波。
ｋｂｐｓ：キロビット／秒。
ＬＳＢ：最下位ビット。
ｍｓ：ミリ秒（１０-3秒）。
ＭＨｚ：メガヘルツ（１０6ヘルツ）。
ＭＳＢ：最上位ビット。
ＲＡＭ：ランダム・アクセス・メモリ。
ＲＦ：無線周波数。
ＲＦＩＤ：無線認証。
ＲＴＦ：リーダー・トーク・ファースト。
μｓ：マイクロ秒（１０-6秒）。
ＶＬＣ：超低価格。
【０１７９】
本明細書では、発明は特定の例を参照しつつ説明がなされている。本発明は、付属の請求項で定められているように、本発明の広い精神と範囲を逸脱することなくさまざまな変更を加えられることは明白であろう。したがって、明細書および図面は、限定ではなく、説明することを目的としているものとみなすべきである。
【図面の簡単な説明】
【０１８０】
【図１】リーダーを含む識別システムと複数のＲＦタグの一例を示す図である。
【図２】本発明のいくつかの実施形態とともに使用することができるＲＦタグの一実施形態の一例を示す図である。
【図３】本発明の一実施形態によるＲＦタグの一例を示す図である。
【図４】本発明の一実施形態による通信方法の流れ図である。
【図５】本発明の一実施形態によりタグがリーダーと通信する方法の流れ図である。
【図６】本発明の一実施形態により問い合わせに応答するかどうかをタグがランダムに決定するための意思決定回路の一例を示す図である。
【図７】本発明の一実施形態によりタグがリーダーと通信するための乱数を生成する方法の流れ図である。
【図８】本発明の一実施形態によりリーダーが多数のタグからタグ・データを読み取る方法の流れ図である。
【図９】本発明の一実施形態によるタグ状態図である。
【図１０】本発明のいくつかの実施形態によりリーダーからタグへブロードキャストするための信号変調を示す図である。
【図１１】本発明のいくつかの実施形態によりリーダーからタグへブロードキャストするための信号変調を示す図である。
【図１２】本発明のいくつかの実施形態によりリーダーからタグへブロードキャストするための信号変調を示す図である。
【図１３】本発明のいくつかの実施形態によりリーダーからタグへブロードキャストするための信号変調を示す図である。
【図１４】本発明のいくつかの実施形態によりタグがリーダーに応答するするための信号変調を示す図である。
【図１５】本発明のいくつかの実施形態によりタグがリーダーに応答するするための信号変調を示す図である。
【図１６】本発明のいくつかの実施形態によりタグがリーダーに応答するするための信号変調を示す図である。
【図１７】本発明のいくつかの実施形態によりタグがリーダーに応答するするための信号変調を示す図である。
【技術分野】
【０００１】
本出願は、２００３年１１月７日に出願した米国仮特許出願第６０／５１８，２２９号に関係し、またその利益を主張し、参照により組み込む。本出願は、さらに、先行する３つの米国特許出願、（１）２００２年５月３０日に出願した米国特許出願第１０／１６０，４５８号、（２）２００２年１０月８日に出願した米国特許出願第１０／２６７，９２４号、（３）２００４年８月９日に出願した米国特許出願第１０／９１５，７２５号の利益を主張し、参照により組み込む。
【０００２】
本発明は、タグなどの識別子を有するデバイスの分野に関するものであり、さらに、そのようなタグを識別するための方法と装置に関する。
【背景技術】
【０００３】
交信する送信器（例えば、リーダー）からコードを送信し、それに応じて情報をタグが送信するようにすることにより複数のワイヤレス・タグと交信できる。これは、一般的には、タグが交信メッセージの受信を監視し、一意的なシリアル番号および／またはその他の情報で応じるようにすることにより実現される。タグは、通常、データをリーダーにワイヤレスで送信するために限られた電力しか利用できない。読み取りのためそれぞれのタグをリーダーの近くに持って行く必要がないように、ワイヤレス・タグの交信可能範囲を広げることが望ましい。しかし、読み取りシステムの交信範囲が広げられると、多数のタグが交信システムの範囲の中に入り、その応答が互いに干渉する。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
無線（ＲＦ）タグの現在の実装では、リーダーの交信範囲内にある複数のタグすべてが交信メッセージに応答しようとしたときに発生するインターフェース・プロトコルや衝突防止の問題に対処するためにかなりの論理回路を必要とする。例えば、ＲＦタグで使用される現在の集積回路は、インターフェース・プロトコルを処理し、衝突防止プロトコルを扱うために、ほぼ３，０００個の論理ゲートを必要とする。集積回路ではこのようなかなり大きな規模を必要とするため、ＲＦタグのコストが高く付き、そのため、そのようなタグが一般に利用される可能性はあまりない。複数のＲＦタグの読み取り時に衝突を回避する従来技術による試みは、米国特許第５，２６６，９２５号、第５，８８３，５８２号、第６，０７２，８０１号で説明されている。しかし、これらの従来技術によるアプローチによる、複数のＲＦタグを読み取る際に衝突を回避する解決方法は、不効率である。
【課題を解決するための手段】
【０００５】
ここでは、タグを識別する方法と装置について説明する。本発明の実施態様のいくつかは、この節で要約されている。
【０００６】
本発明のいくつかの実施態様は、リーダーとタグを備えるシステムを含み、リーダーは、応答の確率のレベルを指定するパラメータでタグに問い合わせを行い、それに応じて、タグは、応答するかどうかを個別に、ランダムに決定する。一例では、タグは、２つの状態、ＡとＢとを切り換えることができる。問い合わせコマンドは、さらに、指定された状態にあるタグのみが応答できるように状態（ＡまたはＢ）を指定する。タグ識別データをタグからリーダーに正しく送信できた後、タグは、指定された状態から他の状態に切り換わる。一実施態様では、これら２つの状態に対するオペレーションは対称的である。他の実施態様では、タグは、問い合わせで使用されるパラメータを記憶しておき、短形式の問い合わせを使用して同じ問い合わせパラメータで問い合わせを繰り返すことができる。
【０００７】
本発明の一態様では、複数のタグに問い合わせを行う方法は、第１の問い合わせコマンドを確率パラメータの第１の値とともにブロードキャストする。その確率パラメータの第１の値は複数のタグのそれぞれが応答するかしないかをランダムに決定する際に基づく応答の第１の確率を示し、そして、第１の問い合わせコマンドに応えて応答を検出することを含む。一実施態様では、確率パラメータの第１の値に従って問い合わせを行うために１つまたは複数の問い合わせコマンドへの応答がないと判断したことに応えて、リーダーは、さらに、確率パラメータの第２の値が応答の第１の確率よりも大きい応答の第２の確率を示す確率パラメータの第２の値とともに第２の問い合わせコマンドをブロードキャストする。他の実施態様では、複数の応答に衝突があるため、確率パラメータの第１の値に従って問い合わせを行うための１つまたは複数の問い合わせコマンドへの判読可能な応答がないと判断したことに応えて、リーダーは、さらに、確率パラメータの第２の値が応答の第１の確率よりも小さい応答の第２の確率を示す確率パラメータの第２の値とともに第２の問い合わせコマンドをブロードキャストする。一実施態様では、第１の値は整数Ｑであり、複数のタグのうちの１つに対する応答の第１の確率は実質的にｐQに等しく、ｐは１よりも小さい（例えば、ｐは、０．５に実質的に等しいものとすることができる）。一実施態様では、複数のタグのうちの第１のタグに対する応答の第１の確率は、複数のタグのうちの第２のタグに対する応答の第１の確率と異なる。一実施態様では、第１の問い合わせコマンドは、さらに、第２の状態にある複数のタグが第１の問い合わせコマンドに応答せず、第１の状態にある複数のタグが確率パラメータの第１の値に従って第１の問い合わせコマンドにランダムに応答するように第１の状態を示す状態フラグを含む。一実施態様では、リーダーは、１）第１の状態にあるタグが第２の問い合わせコマンドに応答せず、第２の状態にあるタグが確率パラメータの第２の値に従って第２の問い合わせコマンドにランダム応答するように、確率パラメータの第２の値をブロードキャストし、かつ第２の状態を示す状態フラグとともに第２の問い合わせコマンドをブロードキャストし、２）第２の問い合わせコマンドに応えて応答を検出する。一実施態様では、第１と第２の問い合わせコマンドは、第１と第２の状態に対して対称的である。一実施態様では、第１のハンドシェーキング・データを含む、第１の問い合わせコマンドへの判読可能な応答に応えて、リーダーは、さらに、第１のハンドシェーキング・データを含む第２のコマンドを送信し、タグ識別データを第２のコマンドへの応答として受信する。識別タグ・データが正常に受信されない場合、リーダーは、さらに、タグ・データを受信する際にエラーを示すコマンドを送信する。一実施態様では、リーダーは、さらに、確率パラメータの第１の値に従って問い合わせを行う確率パラメータの値を指定することなく第２の問い合わせコマンドをブロードキャストする。第１の問い合わせコマンドは、確率パラメータを含む複数のパラメータの第２の値を含み、第２の問い合わせコマンドは、複数のパラメータの第２の値に従って問い合わせを行うために複数のパラメータの値を指定しない。一例では、第２の問い合わせコマンドは、第１の問い合わせコマンドよりも実質的に短い。
【０００８】
本発明の他の態様では、タグがリーダーからの問い合わせに応える方法が、リーダーから第１の問い合わせコマンドを確率パラメータの第１の値とともに受信し、応答の確率が確率パラメータの第１の値に従うように第１の問い合わせコマンドに応答するかどうかをランダムに決定することを含む。一例では、応答に対するランダムな決定に応えて、タグは、さらに、第１のハンドシェーキング・データを含む応答を送信するが、これは、第１の問い合わせコマンドに応えて生成される乱数とすることができる。一実施態様では、第１の値は整数Ｑであり、複数のタグのうちの１つに対する応答の第１の確率は実質的にｐQに等しく、ｐは１よりも小さい（例えば、ｐは、０．５に実質的に等しいものとすることができる）。一実施態様では、第１の問い合わせコマンドは、さらに、第１の状態を示す状態フラグを含み、タグは、そのタグが第２の状態にある場合に第１の問い合わせコマンドに応答せず、そのタグが第１の状態にある場合に確率パラメータの第１の値に従って第１の問い合わせコマンドにランダムに応答する。一実施態様では、タグは、１）確率パラメータの第２の値を受信し、かつ、第２の状態を示す状態フラグとともに第２の問い合わせコマンドを受信し、２）タグが第２の状態にある場合に、応答の確率が確率パラメータの第２の値に従うように第２の問い合わせコマンドに応答するかどうかをランダムに決定する。タグは、そのタグが第１の状態にある場合に第２の問い合わせコマンドに応答しない。一実施態様では、タグは、第１と第２の状態に対して対称性を保ちつつ第１と第２の問い合わせコマンドを処理する。一実施態様では、タグは、さらに、応答のランダムな決定に応えて第１のハンドシェーキング・データを含む第１の応答を送信し、リーダーから第１のハードシェーク・データを含む第２のコマンドを受信したことに応えて、タグはタグ識別データを含む第２の応答を送信する。一実施態様では、第２の応答を送信した後問い合わせコマンドを受信したことに応えて、タグは、第１の状態から第２の状態に切り換わり、リーダー側でタグ識別データを受信した際のエラーを示すコマンドを受信した後、タグは、エラーを示すコマンドの後に問い合わせコマンドが受信された場合に第１の状態のままになる。一実施態様では、タグは、さらに、確率パラメータの値を指定しない第２の問い合わせコマンドを受信し、タグは、応答の確率が確率パラメータの第１の値に従うように第２の問い合わせコマンドに応答するかどうかをランダムに決定する。一実施態様では、第１の問い合わせコマンドは、確率パラメータを含む複数のパラメータの値を含み、第２の問い合わせコマンドは複数のパラメータの値を指定せず、タグは複数のパラメータの第２の値に従って第２の問い合わせコマンドを処理する。一実施態様では、第２の問い合わせコマンドは第１の問い合わせコマンドよりも実質的に短い。
【０００９】
本発明は、これらの方法を実行するデータ処理システムを含むこれらの方法を実行する方法と装置、データ処理システム上で実行した場合にこれらの方法をシステムに実行させるコンピュータ可読媒体を含む。
【００１０】
本発明の他の特徴は、付属の図面と以下で述べる詳細な説明とから明らかになる。
【００１１】
本発明は、付属の図面の図において限定されることなく例を使用して説明され、類似の参照番号は類似の要素を示す。
【発明を実施するための最良の形態】
【００１２】
以下の説明と図面は、本発明を例示するものであり、本発明を制限するものと解釈すべきではない。本発明を完全に理解できるようにするため、多数の具体的詳細を説明する。しかし、いくつかの場合には、本発明の説明をわかりにくくすることを避けるため、よく知られているまたは従来の内容については詳述しない。本明細書で使用される「結合される」という用語は、直接的に結合されるか、または１つまたは複数の介在するコンポーネントを通して間接的に結合されることを意味する。本開示の一実施形態を参照していても、同じ実施形態を参照する必要があるわけではなく、そのような参照は少なくとも１つであることを意味する。
【００１３】
図１は、リーダー１０１と複数のタグ１３１、１３３、１３５、．．．、１３９を含む識別システム１００の一例を示す。このシステムは、通常、受動型または半受動能動型後方散乱トランスポンダをタグとして使用するリーダー・トーク・ファーストＲＦ ＩＤシステムである。電池および／またはメモリをタグに組み込むことは、読み取り範囲を広げやすくする拡張機能であるが、電池を使用することから、コストが高くなる、長時間使用が制限される、フォーム・ファクタが大きい、重量が増える、耐用年数を過ぎた場合の処分が必要であるといった代償が生じる。そこで、タグ１３１〜１３９は、メモリおよび／または電池を備えることも、それらの要素をまったく備えないこともできる。リーダーが電池を備えるタグと電池を備えないタグと交信するシステムで異なる種類のタグが混在できることは理解されるであろう。本発明とともに使用できるタグには、以下のような少なくとも４つのクラスがある。つまり（１）タグ上には電源は用意されず、タグのアンテナから電力をとるが、タグの識別コードを持つ読み取り専用メモリを備えるタグ、（２）内部電源を持たず、リーダーから電力を供給されたときに、タグ内の不揮発性メモリにデータを書き込むことができるタグ。この種類のタグは、さらに、識別コードを格納するためのメモリも備える。（３）タグ内の回路に電力を供給する小型電池を備えるタグ。このようなタグは、さらに、不揮発性メモリだけでなく、タグの識別コードを格納するためのメモリも備える。そして（４）他のタグまたは他のデバイスと通信できるタグである。
【００１４】
図１は、リーダーの一実施形態を示す。リーダー１０１は、通常、受信器１１９と送信器１２３を備える。それぞれ、Ｉ／Ｏ（入出力）コントローラ１１７に結合されている。受信器１１９は、それ専用のアンテナ１２１を備えることができ、送信器１２３は、それ専用のアンテナ１２５を備えることができる。送信器１２３と受信器１１９は、アンテナに出る信号を制御し、受信器と送信器を互いに分離する受信／送信スイッチがある場合に同じアンテナを共有できることは、当業者には理解されるであろう。受信器１１９と送信器１２３は、現在のリーダーに見られる従来の受信器と送信器ユニットに類似のものとすることができる。受信器と送信器は、通常、北米では、約９００メガヘルツの周波数範囲で動作する。それぞれ、受信器からのデータの受信と送信器１２３からのコマンドなどのデータの送信を制御するＩ／Ｏコントローラ１１７に結合される。Ｉ／Ｏコントローラは、バス１１５に結合され、さらにバスは、マイクロプロセッサ１１３やメモリ１１１に結合される。要素１１７、１１５、１１３、１１１により表されている処理システムに対しリーダー１０１で使用できる実装はさまざまなものが考えられる。一実装では、マイクロプロセッサ１１３は、８０５１マイクロコントローラまたは他のよく知られているマイクロコントローラまたはマイクロプロセッサ（例えば、ＰｏｗｅｒＰＣマイクロプロセッサ）などのプログラム可能マイクロコントローラであり、メモリ１１１は、ダイナミック・ランダム・アクセス・メモリや、メモリのオペレーションを制御するメモリ・コントローラを含む。Ｍメモリ１１１は、さらに、データとソフトウェア・プログラムを格納するための不揮発性読み取り専用メモリも含むことができる。メモリ１１１は、通常、マイクロプロセッサ１１３のオペレーションを制御するプログラムを格納し、またタグの交信などでタグの処理中に使用されるデータも含む。さらに以下で説明される一実施形態では、メモリ１１１は、通常、Ｉ／Ｏコントローラを通じて探索コマンドを送信器に送信し、受信器１１９を通じて、またＩ／Ｏコントローラ１１７を通じてタグからレスポンスを受信することをマイクロプロセッサ１１３に行わせるコンピュータ・プログラムを格納する。リーダー１０１は、さらに、Ｅｔｈｅｒｎｅｔ（登録商標）インターフェースなどのネットワーク・インターフェースを備えることもでき、これにより、リーダーは、ネットワークを通じて他の処理システムと通信することができる。ネットワーク・インターフェースは、通常、マイクロプロセッサ１１３またはメモリ１１１のいずれかからの交信で識別されたタグのリストなどのデータを受信できるように、バス１１５に結合される。
【００１５】
図２は、本発明とともに使用することができるタグの一実装の一例を示す。タグ２００は、受信／送信スイッチ２０３に結合されたアンテナ２０１を備える。このスイッチは、受信器及び復調器２０５、さらに送信器及び変調器２０９に結合される。相関器及びコントローラ・ユニット２０７は、受信器及び復調器２０５、さらに送信器２０９に結合される。タグの図２に示されている特定の例は、コマンド間のデータを維持するためのメモリがタグ内に保持され、タグ内でビット毎の相関が生じるさまざまな実施形態で使用することができる。受信器及び復調器２０５は、アンテナ２０１とスイッチ２０３を通じて信号を受信し、それらの信号を復調して、相関器及びコントローラ・ユニット２０７に供給する。受信器２０５により受信されたコマンドは、タグのオペレーションを制御するためにユニット２０７のコントローラに渡される。受信器２０５により受信されたデータも、制御ユニット２０７に渡され、後述の実施形態では、このデータは、問い合わせコマンドに対するパラメータや、ハンドシェーク・コマンドからのハンドシェーク・データを含むことができる。送信器２０９は、制御ユニット２０７の制御の下で、スイッチ２０３とアンテナ２０１を通じてレスポンスまたはその他のデータをリーダーに送信する。送信器は、アンテナ２０１などのアンテナからの反射を変調する単なるスイッチまたは他のデバイスとすることができることは当業者には理解されるであろう。
【００１６】
本発明の一実施形態では、サプライ・チェーンのどこででも使用できるようにタグの十分な低コスト化を進めるために、低コスト、メモリの小型化、タイミング精度要件の緩和、必要なタグ状態記憶量を最小限に抑えるアトミック・トランザクションなどを可能にする集積回路（ＩＣ）の面積削減などの特性を持つタグが設計されている。このようなタグは、低コストで生産することができる。しかし、他のタグ設計も使用することができる。さらに、本発明のいくつかの実施形態による通信の衝突回避を行う方法も、他の類似の状況において使用することができることは理解できるであろう。
【００１７】
図３は、本発明の一実施形態によるＲＦタグの一例を示す。一実施形態では、ＶＬＣ（Ｖｅｒｙ Ｌｏｗ Ｃｏｓｔ、超低価格）タグ３００は、接続され１つにまとめられたアンテナ３０１と集積回路３０３を備える。タグＩＣ ３０３は、コマンド・プロトコルを実装し、ｅＰＣ（Ｅｌｅｃｔｒｏｎｉｃ Ｐｒｏｄｕｃｔ Ｃｏｄｅ、電子製品コード）を格納する。アンテナ３０１は、リーダー交信信号を受信し、ＩＣ ３０３により生成された変調信号に応えて、その交信信号を反射してリーダーに返す。タグＩＣ ３０３は、ＲＦインターフェース及び電源３１１、データ検出器及びタイミング回路３１３、コマンド及び制御３１５、データ変調器３１７、メモリ３１９を組み合わせることによりＶＬＣタグを実装する。一実施形態では、コマンド及び制御３１５は、本発明のいくつかの実施形態により通信プロトコルを実装する静的論理を備える。
【００１８】
ＲＦインターフェース及び電源３１１は、ＲＦエネルギーをタグＩＣ ３０３が動作するために必要なＤＣ電力に変換し、変調情報をデータ検出器及びタイミング回路３１３に供給する。ＲＦインターフェースは、さらに、リーダーへの送信のためタグ変調信号をアンテナに結合する手段も備える。データ検出器及びタイミング回路３１３は、リーダー信号を復調し、コマンド及び制御３１５により使用されるタイミングとデータ信号を生成する。コマンド及び制御３１５は、タグＩＣ ３０３のすべての機能を調整する。コマンド及び制御３１５は、リーダーからのデータを解釈し、必要な内部オペレーションを実行し、タグがリーダーに応えるかどうかを決定する。コマンド及び制御３１５は、本発明のいくつかの実施形態により状態図と通信プロトコルを実装する。メモリ３１９は、ＶＬＣタグによるタグ付きの商品のｅＰＣコードを格納する。データ変調器３１７は、ＲＦインターフェース３１１に印加され、その後リーダー（例えば、リーダー１０１）に送信される信号にバイナリ・タグ・データを変換する。
【００１９】
タグの設計と実装は、層に特徴を有する。例えば、物理層と環境層は、タグの機械面、環境面、信頼性の面、製造面を特徴付け、無線周波（ＲＦ）トランスポート層は、リーダーとタグとの間のＲＦ結合を特徴付け、通信層は、リーダーとタグとの間の通信／データ・プロトコルを特徴付ける。異なる層のタグのさまざま異なる実装は、本発明のいくつかの実施形態とともに使用することができる。タグの実装は、この説明に示されている例に限定されないことは理解できるであろう。異なるタグまたは通信デバイスは、本発明のいくつかの実施形態の方法を使用し、ターゲット・アプリケーションの要求条件に応じて通信することができる。
【００２０】
本発明の一実施形態では、タグは、フルイディック組み立てプロセスを通じて製造することができる。例えば、集積回路は、半導体ウェハ内の複数の他の集積回路とともに製造することができる。集積回路は、可能ならば、アンテナ３０１を除く、特定のＲＦタグの必要なすべての論理回路を含む。したがって、タグ３００内に示されたすべての論理回路は、単一の集積回路に含まれ、単一半導体ウェハ上の類似の集積回路とともに製造される。それぞれの回路は、一意的な識別コードでプログラムされ、その後、ウェハが処理され、フルイドにつり下げられている複数のブロックを作成するためにウェハからそれぞれの集積回路を取り除く。その後、フルイドは、フレキシブル基板などの基板上に分散され、独立したＲＦタグを作成する。基板内のレセプタ領域は、後でＲＦタグを形成するために基板上のアンテナと接続することができる、少なくとも１つの受信回路を受ける。フルイディック組み立ての例は、米国特許第５，５４５，２９１号で説明されている。
【００２１】
図４は、本発明の一実施形態による通信方法の流れ図である。リーダーは、状態ＡにあるタグにＱパラメータの指定された値を含む問い合わせコマンドをブロードキャストする（４０１）。問い合わせコマンドに応えて、状態Ａのタグはそれぞれ、応答の確率がＱパラメータの値に従うように問い合わせコマンドに応答するかどうかを個別に、またランダムに決定する（４０３）。状態Ｂにあるタグは、状態Ａにあるタグに対する問い合わせコマンドに応答しない。次いでリーダーは、問い合わせコマンドへの応答を検出する（４０５）。応答の数が少なすぎるかどうかが判定される（４０７）。例えば、リーダーがＱパラメータの指定値を含む多数の問い合わせコマンドに対する応答を受け取らない場合、リーダーは、応答の指定されたレベル確率が低すぎ、また応答が少なすぎると判定する。応答が少なすぎる場合、リーダーは、Ｑパラメータの値を調整して、応答の確率を高める（４１１）。同様に、応答の数が多すぎるかどうかが判定される（４０９）。応答が多すぎる場合、異なるタグからの応答が互いに悪くする。したがって、応答が多すぎる場合、リーダーは、Ｑパラメータの値を調整して、応答の確率を下げる。判読できる応答が受信されない場合（４１７）、リーダーは、すでに送信されているパラメータが現在の問い合わせに対し使用されるようにパラメータを指定せずに問い合わせコマンドをブロードキャストする（４１５）。問い合わせに対する同じパラメータは再度送信されることはないので、問い合わせコマンドを発行して前の問い合わせを繰り返すほうが、すべてのパラメータとともに問い合わせコマンドを発行するのよりも高速である。新しい問い合わせコマンドに応えて、状態Ａのタグはそれぞれ、次に、応答の確率がＱパラメータの値に従うように問い合わせコマンドに応答するかどうかを個別に、またランダムに決定する（４０３）。
【００２２】
Ｑパラメータの値が適切な値に調整されると、多数のタグから１つの判読可能な応答を取得する確率が高くなる。したがって、リーダーは、応答が少なすぎる（または多すぎる）ようになるまで問い合わせパラメータを調整せずに前の問い合わせを単純に繰り返すことができる。
【００２３】
１つの判読可能な応答が受信されると（４１７）、リーダーは、応答を与えるタグと通信する（４１９）。本発明の一実施形態では、タグからの応答は、判読可能な応答を与えるタグをリーダーがアドレッシングできるようにタグを識別するデータを含む。一実施形態では、タグは、リーダーとのハンドシェーキングを目的として乱数を生成する。タグと通信中に、リーダーは、タグからタグ識別データを取得する。タグとの通信が成功した場合（４２１）、タグは、状態Ａから状態Ｂに切り換わり（４２３）、そうでない場合、タグは状態Ａに留まる（４２５）。タグが状態Ｂにある場合、タグは、状態Ａにあるタグに対する問い合わせに応えない。そのため、リーダーは、すべてのタグが状態Ｂになるまで、状態Ａのタグと一度に１つずつ通信することができる。
【００２４】
本発明の一実施形態では、状態Ａと状態Ｂに対するオペレーションは対称的である。例えば、リーダーは、状態ＢにあるタグにＱパラメータの指定された値を含む問い合わせコマンドをブロードキャストする。状態Ｂにあるタグに対する問い合わせコマンドに応えて、状態Ｂのタグはそれぞれ、応答の確率がＱパラメータの値に従うように問い合わせコマンドに応答するかどうかを個別に、またランダムに決定する。状態Ａにあるタグは、状態Ｂにあるタグに対する問い合わせに応えない。状態Ｂにあるタグとの通信が成功した場合、タグは、状態Ｂから状態Ａに切り換わり、そうでない場合、タグは状態Ｂに留まる。そのため、リーダーは、一度に１つずつ状態Ａから状態Ｂにタグを並べ換えるか、または一度に１つずつ状態Ｂから状態Ａにタグを並べ換えることができる。
【００２５】
それとは別に、状態Ａと状態Ｂに対するオペレーションは非対称的であってもよい。例えば、リーダーは、一度に１つずつ状態Ａから状態Ｂにタグを並べ換えることができるが、一度に１つずつ状態Ｂから状態Ａにタグを並べ換えることはできない。このような実装では、リーダーは、まず、一度に１つずつタグからタグ・データの読み取りを開始する前にタグを状態Ａに置くことができる。
【００２６】
図５は、本発明の一実施形態によりタグがリーダーと通信する方法の流れ図である。オペレーション５０１では、タグは、リーダーからコマンドを受信する。状態Ａにあるタグに対する問い合わせパラメータＱを含む問い合わせコマンド（例えば、ＱｕｅｒｙＡ）を受信した後、タグは、それが状態Ａにあるかどうかを判定する（５０７）。タグが状態Ａにない場合、タグは、状態Ａにあるタグに対する問い合わせに応答しない。
【００２７】
同様に、状態Ｂにあるタグに対する問い合わせパラメータＱを含む問い合わせコマンド（例えば、ＱｕｅｒｙＢ）を受信した後（５０５）、タグは、それが状態Ｂにあるかどうかを判定する（５０７）。タグが状態Ｂにない場合、タグは、状態Ｂにあるタグに対する問い合わせに応答しない。
【００２８】
その問い合わせがタグの状態とマッチした場合（例えば、状態Ａにあるタグが状態Ａにあるタグに対する問い合わせを受信するか、または状態Ｂにあるタグが状態Ｂにあるタグに対する問い合わせを受信した場合）、タグは、応答の確率が問い合わせパラメータに従うように（例えば、応答について０．５Qの確率を持つ）、問い合わせコマンドに応答するかどうかをランダムに決定する。タグが応答することを決定した場合（５１３）、タグは、ハンドシェーク・データ（例えば、乱数）で問い合わせコマンドに応答する。
【００２９】
タグがパラメータのない問い合わせコマンドを受信した場合（例えば、ＱｕｅｒｙＲｅｐ）（５１７）、タグは前の問い合わせコマンドから問い合わせパラメータを取得したかどうかが判定される（５１９）。タグが前の問い合わせコマンドからの問い合わせパラメータを持つ場合（例えば、前のＱｕｅｒｙＡまたはＱｕｅｒｙＢコマンド）、タグは、前の問い合わせコマンドに使用されたのと同じパラメータを使用してその問い合わせ応える（５２１）。例えば、前の問い合わせコマンドが状態Ａにあるタグに対するものである場合、パラメータを持たない現在の問い合わせコマンドも、状態Ａにあるタグに対するものである。そこで、問い合わせがそのタグ宛てかどうかをチェックするオペレーション５０７が実行される。同様に、前の問い合わせコマンドが状態Ｂにあるタグに対するものである場合、パラメータを持たない現在の問い合わせコマンドも、状態Ｂにあるタグに対するものであり、オペレーション５０９が実行される。前の問い合わせコマンドを処理する際に使用されるＱパラメータは、さらに、パラメータなしの現在の問い合わせコマンドの処理にも使用される。本発明の一実施形態では、Ｑパラメータの好適な値に到達した場合、リーダーは、パラメータなしで多数の問い合わせコマンドを発行し、同じパラメータの問い合わせを繰り返す。パラメータなしの問い合わせコマンドは、すでに送信できる（そしてすぐに処理できる）ため、多数のタグを処理する時間は、パラメータなしのそのような問い合わせコマンドを使用して短縮することができる。
【００３０】
タグがリーダーからのハンドシェーク・データ（例えば、Ａｃｋ）でハンドシェーキングするコマンドを受信した場合（５２３）、タグは、受信されたハンドシェーク・データがタグから送信されたハンドシェーク・データとマッチするかどうかをチェックする（５２５）。ハンドシェーク・データがマッチしない（５２７）（例えば、ハンドシェーク・コマンドがタグから送信された応答に応えていないか、またはリーダーから受信されたハンドシェーク・データがタグから送信されたハンドシェーク・データと異なる）場合、タグは応答しない。マッチする場合、タグはタグ・データ（例えば、ｅＰＣ）をリーダーに送信し（５２９）、「状態を変更するのを待つ」に入る（５３１）。一実施形態では、タグは、タグ・データが受信されないことを示すコマンドを送信しない限り、リーダーがタグ・データを受信すると仮定する。例えば、タグが、状態変更を妨げるコマンド（例えば、ＮＡｋ）を受信した場合（５３３）、タグは、「状態を変更するのを待つ」を終了する（５３７）。タグがハンドシェーキングを行うかまたは状態変更を妨げる以外のコマンドを受信した場合（例えば、ＱｕｅｒｙＡ、ＱｕｅｒｙＢ、またはＱｕｅｒｙＲｅｐを受信する）（５３９）、タグは、そのタグが状態を変更するのを待っている場合、（５４１）タグ状態を変更する（例えば、状態Ａから状態Ｂに、または状態Ｂから状態Ａに）（５４３）。他の実施形態では、タグは、常に、リーダーがタグ・データを受信することを仮定する。タグは、タグ・データを送信した後、状態を変更するのを待っている間に問い合わせコマンドが受信されると、その状態をＡからＢに変更するか、またはＢからＡに変更する。オペレーション５４１、５４３は、オペレーション５０７または５０９が実行される前に実行されることが理解できるであろう。したがって、状態Ａにあるタグに対する問い合わせに応答し、タグ・データを送信した後、状態Ａにあるタグは状態Ｂに切り換える、状態Ａにあるタグに対する他の問い合わせには応答しない。タグが状態を変更するのを妨げるために、リーダーは、他の問い合わせコマンドの前に状態変更を防止するコマンド（例えば、ＮＡｋ）をブロードキャストすることができる。
【００３１】
図６は、本発明の一実施形態により問い合わせに応答するかどうかをタグがランダムに決定するための意思決定回路の一例を示す図である。ランダム・ビット生成器（６０１）は、一度に１ビットずつランダム情報を生成する。多数のランダム・ビットがメモリ６０３内に格納される。例えば、ランダム情報の新しいビットが生成されると、それは、メモリ内でシフトされ、メモリ内の第１ビットがランダム情報の新しいビットを含み、ランダム情報の最も古いビットは破棄される。タグがリーダーからＱパラメータを受信した場合（例えば、ＱｕｅｒｙＡコマンドまたはＱｕｅｒｙＢコマンドで）、Ｑパラメータの値がメモリ６０７内に格納される。論理回路（６０５）は、メモリ６０３内の最初のＱ個のビット（例えば、一番最近のＱ個のビット）がすべてゼロかどうかを判定する。メモリ６０３内の最初のＱ個のビットがすべてゼロの場合、タグは、その問い合わせに応答することを決定する。そうでない場合、タグは応答しない。Ｑがゼロの場合、タグは、常に、タグが指定された状態にある場合に応答することを決定する。
【００３２】
一実施形態では、ランダム・ビット生成器（６０１）は、ゼロを生成する（１／２）の確率を持つ。そのため、与えられたＱ値に対して応答の確率は、（１／２）Qである。ランダム・ビット生成器（６０１）は、１コマンド当たり１ビットの速度、１コマンド当たり１ビットよりも速い速度、または１コマンド当たり１ビットよりも遅い速度で、ランダム・ビットを生成することができる。異なるタグは、異なる速度でランダム・ビットを生成できることは理解できるであろう。さらに、ランダム・ビット生成器（６０１）は、（１／２）の確率でゼロを生成することができないこともある。例えば、重要なタグにバイアスをかけて、ゼロを生成するのに１／２よりも大きい確率を持つようにできる。したがって、これらのタグは、最初のＱ個のビットがすべてゼロであるという要求条件を満たす可能性が高い。その結果、これらのタグは、他のタグよりも早いステージで応答する確率が高い。
【００３３】
上記の例から、タグは、Ｑパラメータにより制御される応答の確率で応答することをランダムに決定できることは理解できるであろう。そのような制御されたランダムな意思決定を行うのに異なる実装を使用することができる。例えば、メモリ内の最も古いＱ個のビットがすべて１であることが要求される場合がある。Ｑパラメータの値を調整することは、応答の確率を調整することでありうるため、リーダーは、Ｑ値を適応的に調整し、リーダーの交信範囲内にある多数のタグから単一の判読可能な応答を取得する確率を高めることができる。
【００３４】
図７は、本発明の一実施形態によりタグがリーダーと通信するための乱数を生成する方法の流れ図である。オペレーション７０１は、ランダム・ビットを生成する（例えば、ランダム・ビット生成器６０１を使用して）。その後、タグがリーダーとのハンドシェーキングを終了したかどうかが判定される（７０３）。タグがリーダーとのハンドシェーキングを処理中の場合、ランダム・ビットは、メモリ内の情報を更新するために使用されない（例えば、６０３）。そのため、メモリ内の乱数は、ハンドシェーキングの処理中も同じままである。ハンドシェーキングの処理中に、タグは、ランダム・ビットのメモリ（例えば、１６ビット・メモリ）の内容をハンドシェーク・データとしてリーダーに送信し、リーダーから戻されるハンドシェーク・データとともにハンドシェーク・コマンド（例えば、Ａｃｋ）を受信する。リーダーから受信されたハンドシェーク・データがタグから送信され、タグに保持されているハンドシェーク・データとマッチした場合、ハンドシェーキングは成功であり、タグは、それに応えてタグ・データをリーダーに送信することができる。リーダーが再度ハンドシェーク・コマンドを送信しない（またはハンドシェーク・データがマッチしない）場合、タグは、リーダーとのハンドシェーキングを終了する（例えば、他の問い合わせコマンドを送信することにより）。タグがリーダーとハンドシェーキングを行っていない場合、タグは、ランダム・ビットのメモリの内容をフリーズする必要はない。したがって、タグは、ランダム・ビットをランダム・ビットのメモリ内にシフトして（７０５）、その内容を更新する。この説明に基づくことで、当業者は、さまざまな代替実装を考えることができる。例えば、ランダム・ビットは、問い合わせコマンドのみに応えて、生成することができる。
【００３５】
本発明の一実施形態では、ランダムな決定を下すために使用されるランダム・ビットのメモリ（例えば、６０３）の内容全体がハンドシェーク・データとして使用される。それとは別に、その一部のみを、ハンドシェーク・データとして使用できるようにしてもよい。例えば、最初のＱ個のビットがすべてゼロの場合にタグが応答すると、タグは、ランダム・ビット・メモリの最後の（１６−Ｑ）個のビットのみを使用することができる。それとは別に、タグは、ハンドシェーク・データと異なる乱数を使用することもできる。
【００３６】
図８は、本発明の一実施形態によりリーダーが多数のタグからタグ・データを読み取る方法の流れ図である。状態Ａにあるタグに対するＱパラメータを含む問い合わせコマンドを受信した後（８０１）、リーダーは、ハンドシェーク・データを含むタグからの応答を検出する（８０３）。応答がない場合（８０５）、Ｑパラメータはすでに０に等しいかどうかが判定される。Ｑパラメータがゼロに等しく、問い合わせコマンドに応えて応答が受信されない場合、問い合わせコマンドを受信する状態Ａのタグは、Ｑパラメータがゼロに等しい場合に応答するので、交信範囲内に状態Ａのタグがないと判定できる。Ｑパラメータがすでにゼロでなければ、リーダーは、Ｑパラメータを小さくして、応答を受信する確率を高めることができる。例えば、リーダーは、パラメータＱfを浮動小数点数として保持し、ＱがＩｎｔ（Ｑf）から決定されるようにすることができる（ここに、Ｉｎｔ（ｘ）は、実数ｘの整数部分を示す）。リーダーは、ＱfをＭｉｎ（Ｑf／１．４，０．９）として更新することができ（ただし、Ｍｉｎ（ｘ／ａ，ｂ）は、ｘ／ａとｂの間の最小値を示す）、応答がない場合に、ＱをＩｎｔ（Ｑ）（８１１，８１５）として更新することができる。互いに損なう異なるタグから複数の応答がある場合、リーダーは、応答から判読可能なハンドシェーク・データを取得することはできない（８１７）。衝突を避けるために、リーダーは、Ｑパラメータを大きくして、複数の応答を受信する確率を下げることができる。例えば、複数の応答が衝突し互いに損なう場合に、リーダーは、ＱfをＱf×１．４として更新し、ＱをＩｎｔ（Ｑ）（８１３，８１５）として更新することができる。
【００３７】
リーダーが１つの応答から判読可能なハンドシェーク・データを取得できる場合、リーダーは、衝突があっても、Ｑパラメータを高くする必要はないことに留意されたい。例えば、弱い応答が強い応答と衝突する場合、リーダーは、そのまま、強い応答からハンドシェーク・データを取得することができる。この場合、リーダーは、弱い応答を単純に無視し、強い応答を送信するタグとのハンドシェーキングを開始することができる。したがって、隠された衝突は性能を改善するが、それは、弱いタグは、ＡＣＫハンドシェークにより保護され、リーダーがそのハンドシェークを抽出できる場合により強いタグがそのままカウントされるからである。
【００３８】
判読可能なハンドシェーク・データが問い合わせコマンドへの応答として受信された後（８１７）、リーダーは、ハンドシェーク・データを送信するタグとハンドシェーキングを行う（例えば、ハンドシェーク・データを含むＡｃｋなどのコマンドをブロードキャストすることにより）。その後、リーダーは、タグからタグ・データ（例えば、ｅＰＣなどのタグ識別データ）を受信することを試みる（８２１）。例えば、Ａｃｋコマンドのハンドシェーク・データがタグから送信されたハンドシェーク・データとマッチするとタグ側で判定した場合、タグは、そのタグ識別データを応答としてＡｃｋコマンドに送信する。タグは、判読可能なタグ・データを受信した場合（８２３）、問い合わせに対するパラメータを再ブロードキャストせずに前の問い合わせコマンドを繰り返すコマンドをブロードキャストすることができる（８２９）。その問い合わせコマンドに応えて、タグ・データを送信したタグは、状態Ａから状態Ｂに切り換わり、状態Ａにあるタグに対する問い合わせに応えない。状態Ａにあるタグは、現在の問い合わせに対し前の問い合わせパラメータを使用する。しかし、タグ・データが判読できない場合（８２３）、リーダーは、再び、タグとハンドシェーキングを行うか（８１９）、またはタグ・データが受信されないことを示すコマンドをブロードキャストすることを試みることができる（８２７）。
【００３９】
本発明の一実施形態では、タグは、タグ・データを送信した後に問い合わせコマンドに応えて状態を切り換える。そこで、リーダーは、判読可能なタグ・データを受信した後、前の問い合わせを繰り返すコマンドをブロードキャストするか、または新しい問い合わせパラメータを付けて問い合わせコマンドをブロードキャストすることを選択できる。それとは別に、タグは、前の問い合わせコマンドを繰り返すコマンド（例えば、ＱｕｅｒｙＲｅｐ）にのみ応えて、タグ・データを送信した後、状態を切り換えるように実装することができる。したがって、リーダーは、１つのＱｕｅｒｙＲｅｐコマンドを使用して、１）タグ・データを送信したばかりのタグに、状態を切り換えさせて、交信対象のタグの集合を残し、２）他のタグに問い合わせを行い、その問い合わせに応答するかしないかについてランダムな決定を下させることができる。
【００４０】
本発明の一実装では、システム通信はリーダーがトランザクションを開始する２ステージ・コマンド−応答パターンに従う（リーダー・トーク・ファースト、ＲＴＦ）。第１のフェーズでは、リーダーは、１つまたは複数の受動型タグに連続波（ＣＷ）ＲＦエネルギーによる電力を供給する。タグの電源投入が行われ、クロックの同期処理のため使用されるコマンドを１つ受信した後に複数のコマンドを処理する準備が整う。リーダーは、後述のリーダー−タグ間符号化スキーマを使用して振幅変調によりフィールドに情報を送信する。送信完了後、リーダーは、変調を停止し、ＲＦを維持して応答フェーズでタグに電力を供給する。タグは、後述の４相ビット符号化スキームを使用し、この期間に後方散乱変調を介してリーダーと通信する。
【００４１】
一実装では、基本コマンドは、トランザクション間で複数のタグが格納しなければならない状態情報の量を制限するように設計されている。受動型タグに利用できる電力は、送信電力、タグ／リーダーのアンテナの向き、局所的環境、外部干渉源の複雑な関数となっている。ＲＦフィールドのマージン上のタグの電力供給は当てにならず、したがって、リーダーとの前のトランザクションの記憶を維持するためにそれに頼ることはできない。特に、タグまたはオブジェクトが移動していると、多経路干渉のため、タグは短い期間しか電力を受け取れないことがある。一実装では、これは、全トランザクション時間を最小にし、失敗したコマンドから迅速に復旧できるようにすることにより、これらの条件の下でタグの効率的カウントを行えるように設計される。閾値電力を持ち、３ミリ秒程度の短い時間内に３つのコマンド（例えば、スピンアップするための前のコマンド、問い合わせ、応答を伴うＡＣＫ）を受信するタグがインベントリ(inventory)される。
【００４２】
一実装では、コマンド・グループの間で、各セッションに対して１ビットの状態しかなく、その状態の影響は、後述のように、それら２つの状態に関してコマンド集合を対称化することによりさらに弱められる。
【００４３】
一実装では、それぞれのタグは、利用可能な４つのセッションを持ち、それぞれのセッションは単一ビットの独立した状態記憶を持つ。後方散乱モードとデータ転送速度は、それらのセッションすべてについて同じであり、ランダム応答レジスタはすべてのセッションについて同じである。選択されているという状態もすべてのセッションで同じである。このセッション構造では、最大４つまでのリーダーまたはプロセスがマルチタスク環境でタグ母集団と通信することができるが、コマンド・グループ全体とそうすることができる。コマンド・グループは、ＱｕｅｒｙＡ／Ｂから開始し（ＱｕｅｒｙＲｅｐはコマンド・グループを起動しない）、ＡＣＫを通じて継続し、ＡＣＫ（タグの観点からトランザクションを完了する）の後のコマンドで終了するか、またはプロセスによるＳＥＬＥＣＴＥＤ状態の使用が終わると終了する。
【００４４】
２つのセッションを使用する一つの例は、入口を通るすべてのタグをカウントするが、パレットを優先的にカウントしたい入口リーダーである。タグ母集団に関して２つの同時プロセスを実行することが可能である。例えば、状態Ａと状態Ｂとの間でタグの母集団全体をスイープし、前の状態に関係なく１回接触が行われたすべてのタグを必ずカウントするために、セッション０を１つのプロセスで使用することが可能である。セッション１は、そのセッションについて状態Ａに対しすべてのパレット・タグをマスクすることと、状態Ｂに対し他のすべてのタグをマスクすることを選択的に行うことが可能であり、また第１のプロセスで進行中のインベントリに干渉することなく、交互に進むプロセスで優先的にカウントすることが可能である。
【００４５】
類似の例は、そのインベントリ・タイプの同期をとるために設定されたインベントリ・リーダーの集合であろう。例えば、すべてのインベントリ・リーダーは、それらのタグでセッション０を使用して、１０個の第２の間隔についてＡ状態からＢ状態へのインベントリを行い、その後、Ｂ状態からＡ状態に戻るインベントリを行う。これにより、すべてのタグが、１サイクルに１回ずつ１つのインベントリ・リーダーによりカウントされる。同時に、ハンドヘルド・リーダーでは、状態Ｂへの他のすべてのタグのマスクを行っている間に、状態ＡへのｅＰＣの特定の十分な部分をマスキングすることによりｅＰＣに対してセッション１を使用して調べることが可能である。その後、セッション１ＱｕｅｒｙＡコマンドを使用して、そのタグまたはタグ・タイプを探す。これにより、コマンド・グループが衝突（交互配置）しない限り、またＲＦ干渉が避けられる限り、ストア・インベントリ・リーダーとの干渉が避けられる。
【００４６】
図９は、本発明の一実施形態によるタグ状態図である。このタグ状態図は、コマンド・グループ内でタグがとりうる状態を示す。コマンド・グループは、ＱｕｅｒｙＡ／Ｂコマンドで始まり、選択された状態または肯定状態をタグが離れることで終わる順次コマンド群である。タグ・グループ間では、それぞれのセッションの状態はＡまたはＢである。ＤＥＡＤ状態は永久的状態である。セッション０については、状態ＡとＢは、電源が投入されていなくても永続状態である。長期間、少なくとも１秒場合によっては数時間、経過した後、状態Ｂは状態Ａに戻る。状態Ａでは、すべてのタグは、ＱｕｅｒｙＡコマンドに応えるが、ＱｕｅｒｙＢコマンドには応えない。状態Ｂでは、ＱｕｅｒｙＢコマンドには応えるが、ＱｕｅｒｙＡコマンドには応えない。状態記憶の有効期限が特定のセッションについて切れている場合、タグは、そのセッションに対し電源投入後状態Ａに入る。
【００４７】
０セッション以外のセッションは、永続的なＡ−Ｂフラグを持たず、電源が入っているときだけその状態を記憶できる。その状態が失われた場合、そのセッションに対する状態は状態Ａに戻る。
【００４８】
電源投入後、タグは、４つのセッションのそれぞれに対する状態フラグを除くすべての内部状態をリセットする。タグは、最初のコマンドにより供給される同期ビットの立ち上がりエッジに合わせてそのクロックの同期をとるが、電源投入後、最初のコマンドに従って動作することは許されない。そのクロックを次のコマンドを復号化するのに十分な精度に維持する。クロック周波数は、コマンド・スピンアップ時に２０％を超えて補正される必要がある場合、タグは、そのコマンドに応えず、次のＱｕｅｒｙＡまたはＱｕｅｒｙＢコマンドまで待つ。これは、不適切な、場合によっては干渉するレスポンスを防ぐように設計されている。
【００４９】
タグが状態Ａにある間、セッション毎にＱｕｅｒｙＡコマンドに応えるが、ＱｕｅｒｙＢコマンドには応えない。タグは、適切なＳｅｔＳｔａｔｅコマンドがあった後、またＱｕｅｒｙＢで始まるインベントリ・ハンドシェークが正常に完了した後、状態Ａに入る。
【００５０】
セッション毎に、タグが状態Ｂにある間、ＱｕｅｒｙＢコマンドに応えるが、ＱｕｅｒｙＡコマンドには応えない。タグは、適切なＳｅｔＳｔａｔｅコマンドがあった後、またＱｕｅｒｙＡから始まったインベントリ・ハンドシェークが正常に完了した後、状態Ｂに入る。タグは、最大１秒間の停電があってもセッション０に対し状態Ｂに留まることができる。
【００５１】
それぞれの独立セッションについて、状態Ｂの状態記憶が失われた場合、タグは、状態Ａで電源が入る。
【００５２】
デッド状態は、有効なキル・コマンドとキル・コード・シーケンスを受信した後に入るタグ状態の永続的状態変化である。デッド状態は、プログラミングＥ2またはヒューズが飛ぶことなどの物理的タグの永続的変化により生じる。
【００５３】
本発明のいくつかの実施形態は、タグとリーダーの両方について非常に安価に実装できる一方で、高速で堅牢で互換性、拡張性のあるプロトコルを実現するＲＦＩＤプロトコルに関係する。一実施形態では、ＲＦトランスポート層は、ＵＨＦオペレーションを重点的に扱い、例えば、プロトコルは、４００ＭＨｚから２．４５ＧＨｚまで適用可能なものとすることができる。
【００５４】
異なるアプリケーションとコスト要件に対しタグには少なくとも４つのクラスがある。設計層のすべての要件を満たす異なるクラスのタグは、連携動作することができる。タグは、さらに、センサ、クロック、ディスプレイ、他のデバイスとの標準化された有線Ｉ／Ｏインターフェースを備えることもできる。
【００５５】
クラスＩタグは、最も安価に生産できるように設計された、単純な受動型読み取り専用後方散乱タグである。クラスＩタグは、１回限りプログラム可能なメモリ、追記型アイデンティティ・メモリ、６４または９６ビットｅＰＣコードやオプションのリサイクリング・コードを持つ。
【００５６】
クラスIIタグは、クラスＩよりも高い機能性を備え、またコストも高い受動型後方散乱タグである。クラスＩの特徴に加えて、クラスIIタグは、タグへデータの読み書きを行うこと、読み書きメモリを備えること、非通信目的用に電池電力を備えてもよいこと、オプションでセンサ・ロガーとデータ・ロガーを備えることができる。
【００５７】
クラスIIIタグは、半受動型後方散乱タグである。クラスII機能に加えて、クラスIIIタグは、読み取り範囲の増大をサポートするために内蔵電池または他のエネルギー源を備える。
【００５８】
クラスIVタグは、互いに、／または他のデバイスとワイヤレスで通信できるモデム風の半受動型または能動型（送信器）タグである。クラスIVタグは、さらに、リーダーとの通信でクラスＩ〜IIIタグをエミュレートすることもできる。
【００５９】
本発明の一実装によるＲＦＩＤシステムは、リーダーのフィールド内にある単一タグの識別、リーダーのフィールド内にある複数のタグの読み取りを管理する衝突防止機能、ＲＦ干渉源や周縁タグからのシステム内のエラー管理、地域ＲＦ規制基準に適合したオペレーション、ＲＦ規制基準に準拠した動作をするシステムとの共存を含むいくつかの特徴を有する。
【００６０】
いくつかの詳細な例を以下に示す。しかし、この説明によれば、異なる詳細設計と実装は、当業者であれば考えつく。全体的なシステム・アーキテクチャは、通常、市場の機能である。
【００６１】
以下の説明では、ＲＦＩＤタグのメモリ内のビットが参照される。タグ・メモリ内のビットを参照するときに、「上」または「高い」という単語は、一般に、最上位ビット（ＭＳＢ）方向を指し、「下」または「低い」という単語は、最下位ビット（ＬＳＢ）方向を指す。例えば、１０進数の７の２進数表現は０１１１である。それぞれのビットを１だけ「上に」または「高く」シフトすると、２進数で１１１０と表される、１０進数１４が得られる。
【００６２】
本発明の一実施形態では、コマンド形式は、超低価格（ＶＬＣ）タグをサポートするように設計されている。リーダーは、付加的な作業を行い、タグができる限り単純に、安価なものとなるようにできる。これは、大まかに２つの領域、つまり、タイミング不確定性の取り扱いとタグ内の限られた長期メモリの取り扱いに分けられる。しかし、他のタイプのタグ（例えば、大容量メモリを備える電池式デバイスなどのクラスIIIやそれ以上のタグ）は、さらに、これらのコマンド形式を（例えば、互換性のため）サポートすることができる。
【００６３】
ＶＬＣ、シングル・チップ・タグは、通常、水晶発振子が高価であり、サイズがひどく大きいので、発振器安定性を制限されている。一実施形態では、タグは、コマンドのビッド・タイミングを使用して、その内部クロックと同期をとり、またさらにコマンドを復号化するのを開始する前に電源投入し、１つのコマンド・パケット全体を調べる必要がある。これらのタグからの応答は、タグが供給できるクロック速度でタグにより送信された情報をリーダーが解釈できるように構造化されている。このスキームは、概念上は、磁気カードまたはバーコード・リーダーで使用されている自動同期スキームに類似している。
【００６４】
一実施形態では、基本コマンド、プログラミング・コマンド、データ・リンク・コマンドを含む３つのコマンド・クラスが用意されている。基本コマンドは、オブジェクト識別、並べ換え、インベントリなどの機能を提供する。プログラミング・コマンドは、タグを付けられた商品がサプライ・チェーンに入る前にタグ・メーカーによるタグ・データ識別およびプログラミングをサポートする。データ・リンク・コマンドは、クラスIIとそれ以上のタグに対するデータ・リンク層を提供する。
【００６５】
本発明の一実施形態では、ハフマン符号化コマンド、例えば、ＱｕｅｒｙＡ／Ｂ（４ビットＱ）に対して１８ビット、ＱｕｅｒｙＲｅｐ（最後の問い合わせ繰り返し）に対して６ビット、ＡＣＫ（１６ビットのデータを含む）に対して２３ビット、ＮＡＫ（めったに使用されない。例えば、データ・エラーに関する）に対して１３ビット、他のコマンドのパラメータに対して１３ビット以上を使用する。そのため、ＱｕｅｒｙＲｅｐコマンドは、ＱｕｅｒｙＡまたはＱｕｅｒｙＢコマンドよりも実質的に短い。
【００６６】
一実装のコマンド構造の詳細な例について以下で説明する。コマンド構造の以下の例では、コマンド・フィールドは、一般に、送信される順序でリストされる。
【００６７】
一実装では、３種類のインベントリ・コマンド、問い合わせ、ＡＣＫ、ＮＡＫがある。問い合わせコマンドがトランザクションを開始し、このトランザクションに対し、１つまたは複数のタグが１６ビット乱数で応える。リーダーが１６ビット数を正しく抽出すると、これは、ＡＣＫコマンドを通じてハンドシェーキングのためタグに送り返される。タグは、ＡＣＫコマンドにより送信された１６ビット数がそのタグが送信した数とマッチした場合にのみ応える。１６ビット乱数が確認されたタグは、プレフィックス、そのＣＲＣ（巡回冗長検査）、そのｅＰＣ（電子製品コード）で応答する。その後、タグは、そのセッションに対する内部状態を、ＮＡＫを受け取らない限りＡからＢ（またはＢからＡ）に遷移する。ＮＡＫを受信した場合、前の状態に留まる。
【００６８】
一実装では、リーダーは、最初にスピンアップ・ビットを送信する。それぞれのフィールド内で、ＬＳＢ（最下位ビット）が最初に送信される。すべてのコマンドは、クロック・スピンアップを行えるように４つのマンチェスター０ビットが先頭に付く。クロック・スピンアップ・ビットの後に、マンチェスター高違反、コマンド・ビット、パラメータが続き、これらは、コマンド毎に異なる。２０％よりも大きくクロックを調整するためにタグ・クロック設定メカニズムが必要な場合、またはタグが、スピンアップ・ビットまたはマンチェスター高違反を見ない場合、タグは、クロック同期を改善することを目的とする場合を除きコマンドを無視する。コマンドが有効なコマンドのデータ・パターンとマッチしない場合、タグは、その内部状態を変更せず、その後方散乱を変調しない。すべてのコマンドの開始時に、タグは、４つのセッションのそれぞれについて状態記憶をリフレッシュする。タグがパワー・オン・リセットから立ち上がる場合、「最初の問い合わせを待つ」状態に入る。
【００６９】
タグが「パワー・オン」を通じてリセットされると、タグは常に「最初の問い合わせを待つ」の状態に入る。
【００７０】
クロックが同期していないか、またはクロックが２０％を超えて変わったか、またはスピンアップまたはマンチェスター違反が見られていない、または不正なコマンド・ビットまたは不正なＣＲＣデータが受信された場合、不正なコマンドがそのタグに届く。始まりの状態条件が「最初の問い合わせを待つ」、「準備完了」、または「選択済み」である場合、タグは、不正なコマンドに応えて同じ状態条件に留まる。始まりの状態条件が「ＡＣＫを待つ」または「肯定応答済み」である場合、不正なコマンドにより、タグは、「準備完了」の状態に入る。
【００７１】
ＱｕｅｒｙＡコマンドは、セッション番号、後方散乱モード、相対的タグ−リーダー間データ転送速度を含むパラメータを持つ。これは、数値Ｑであるデータ・ペイロードを持つ。タグがＱｕｅｒｙＡコマンドを受信したときに、そのセッションについて状態Ａにある場合、（１／２）Qの確率で応える。タグは、独立の（１／２）Q確率でそれぞれの問い合わせに応える。一実施形態では、タグからの応答は、タグがさらに次のコマンドまで記憶しておくランダム１６ビットを格納する。
【００７２】
例えば、ＱｕｅｒｙＡコマンドは、スピンアップ・ビット（４ビット、「００００」）、マンチェスター高違反（１ビット）、コマンド・ビット（１ビット、「０」）、セッション番号［Ｓ］（２ビット）、Ａ／Ｂフラグ（１ビット、ＱｕｅｒｙＡに対しては「０」、ＱｕｅｒｙＢに対しては「１」）、後方散乱モード［Ｍ］（２ビット）、後方散乱相対速度［Ｒ］（２ビット）、Ｑパラメータ［Ｑ］（４ビット）を含むことができる。ビット・マスキングは、後述のように大きな母集団に対して使用することができる。
【００７３】
ＱｕｅｒｙＡコマンドに応えて、タグは、１）セッション番号を［Ｓ］に設定し、２）問い合わせの状態フラグを「Ａ」に設定し、３）Ｑパラメータを［Ｑ］に設定し、４）後方散乱モードを［Ｍ］に設定し、５）後方散乱速度を［Ｒ］に設定する。タグは、［Ｑ］に従って、乱数を計算し、ランダムな決定を下す。さらに、タグが「選択済み」または「肯定応答済み」の開始状態にある場合、タグは、状態Ａにあれば状態Ｂに、状態Ｂにあれば状態Ａに切り換わる。その後、タグが状態Ａにあり、ランダムな決定が肯定的である場合、タグは、乱数で応答し、「ＡＣＫを待つ」状態に入り、そうでなければ、タグは、「準備完了」の状態に入る。
【００７４】
ＱｕｅｒｙＢコマンドは、状態ＡおよびＢに関してＱｕｅｒｙＡコマンドに対称的である。ＱｕｅｒｙＢコマンドの後のハンドシェーク・サイクルが正常に完了すると、そのセッションについてタグは状態Ｂに入る。ＱｕｅｒｙＢへのタグ応答は、ＱｕｅｒｙＡコマンドと同じ形式である。
【００７５】
例えば、ＱｕｅｒｙＢコマンドは、スピンアップ・ビット（４ビット、「００００」）、マンチェスター高違反（１ビット）、コマンド・ビット（１ビット、「０」）、セッション番号［Ｓ］（２ビット）、Ａ／Ｂフラグ（１ビット、ＱｕｅｒｙＡに対しては「０」、ＱｕｅｒｙＢに対しては「１」）、後方散乱モード［Ｍ］（２ビット）、後方散乱相対速度［Ｒ］（２ビット）、Ｑパラメータ［Ｑ］（４ビット）を含むことができる。ビット・マスキングは、後述のように大きな母集団に対して使用することができる。
【００７６】
ＱｕｅｒｙＢコマンドに応えて、タグは、１）セッション番号を［Ｓ］に設定し、２）問い合わせの状態フラグを「Ｂ」に設定し、３）Ｑパラメータを［Ｑ］に設定し、４）後方散乱モードを［Ｍ］に設定し、５）後方散乱速度を［Ｒ］に設定する。タグは、［Ｑ］に従って乱数を計算し、ランダムな決定を下す。さらに、タグが「選択済み」または「肯定応答済み」の開始状態にある場合、タグは、状態Ａにあれば状態Ｂに、状態Ｂにあれば状態Ａに切り換わる。その後、タグが状態Ｂにあり、ランダムな決定が肯定的である場合、タグは乱数で応答し、「ＡＣＫを待つ」状態に入り、そうでなければ、タグは「準備完了」の状態に入る。
【００７７】
ＱｕｅｒｙＲｅｐコマンドは、同じパラメータで最後の問い合わせを繰り返す。パワー・オン・リセット以降、タグがＱｕｅｒｙＡ／Ｂを見ていない場合、タグはＱｕｅｒｙＲｅｐに応えない。このコマンドは、通常、完全なアトミック・モードを除き最も一般的なコマンドである。ＱｕｅｒｙＲｅｐへのタグ応答は、ＱｕｅｒｙＡまたはＱｕｅｒｙＢコマンドと同じ形式である。
【００７８】
例えば、ＱｕｅｒｙＲｅｐコマンドは、スピンアップ・ビット（４ビット、「００００」）、マンチェスター高違反（１ビット）、コマンド・ビット（１ビット、「０」）を含むことができる。
【００７９】
ＱｕｅｒｙＲｅｐコマンドに応えて、「最初の問い合わせを待つ」状態にあるタグは、応答せず、「最初の問い合わせを待つ」状態に留まる。「肯定応答済み」または「選択済み」の状態にあるタグは、応答せず、状態Ａにあれば状態Ｂに、状態Ｂにあれば状態Ａに切り換わり、「準備完了」の状態に入る。「準備完了」または「選択済み」の状態にあるタグは、１）［Ｑ］に従って、乱数を計算し、ランダムな決定を下し、２）タグの状態が問い合わせの状態フラグにマッチしているかチェックし（例えば、タグが状態Ａにある間、問い合わせに対する状態フラグは「Ａ」であるか、またはタグが状態Ｂにある間、問い合わせに対する状態フラグは「Ｂ」である）、３）タグの状態が問い合わせに対する状態フラグとマッチし、ランダムな決定が肯定的である場合、乱数で応答し、「ＡＣＫを待つ」状態に入る。タグの状態が問い合わせに対する状態フラグとマッチしないか、またはランダムな決定が否定的である場合、タグは応答せず「準備完了」の状態に入る。
【００８０】
一実施形態では、問い合わせコマンド（例えば、ＱｕｅｒｙＡ、ＱｕｅｒｙＢ、またはＱｕｅｒｙＲｅｐ）に応えるタグからの応答は、現在設定されている後方散乱モードで応答し、現在設定されている後方散乱速度での１６ビット・ハンドシェーク・データを含む。（両方とも、ＱｕｅｒｙＡまたはＱｕｅｒｙＢコマンドにより設定される）。これらは、１、その後に、１ビット期間のクローバー・オフ、１６ビットのランダム・データ、さらにその後に、他のクローバー・オフ期間、そして末尾の１を送信する。
【００８１】
例えば、問い合わせコマンドに応えるタグからの応答は、ＴＡＧＳＰＩＮＵＰ（１ビット、「１」）、高違反（後方散乱変調ビット期間に対するクローバー・オフ）、タグ・ハンドシェーク（１６ビット、ランダム・データ）、高違反（後方散乱変調ビット期間に対するクローバー・オフ）、ＴＡＧＴＲＡＩＬＥＲ（１ビット、「１」）を含むことができる。
【００８２】
ＡＣＫコマンドは、タグ応答からハンドシェークを正常に抽出できた場合にリーダーにより送信される。ＡＣＫは、他のＡＣＫ以外にコマンドを介在させることなく、問い合わせコマンドの直後に続く。さらに、これは、Ｔcoast（以下で定義）以内に続くが、あわせてプロトコルのアトミック「コマンド」と考えられる。タグが受信するＡＣＫコマンドが直前の問い合わせに応答したハンドシェークを含まない場合、これは応答しない。
【００８３】
例えば、ＡＣＫコマンドは、スピンアップ・ビット（４ビット、「００００」）、マンチェスター高違反（１ビット）、コマンド・ビット（２ビット、「１０」）、ハンドシェーク・データ（１６ビット、直前の問い合わせでリーダーに送信されたデータ）を含むことができる。
【００８４】
ＡＣＫコマンドに応えて、「最初の問い合わせを待つ」という開始状態にあるタグは、応答せず、「最初の問い合わせを待つ」状態に留まる。「準備完了」または「選択済み」の開始状態にあるタグは、応答せず、「準備完了」の状態に入る。「ＡＣＫを待つ」または「肯定応答済み」の開始状態のタグは、ＡＣＫコマンド内のハンドシェーク・データが直前の問い合わせでリーダーに送信された乱数とマッチするかどうかをチェックする。マッチがあれば、タグは、ｅＰＣとＣＲＣを応答としてスクロールバックし、「肯定応答済み」の状態に入り、マッチがなければ、タグは「準備完了」の状態に入る。
【００８５】
ＡＣＫコマンドに応える応答は、ｅＰＣとＣＲＣを含む。１６ビット・ハンドシェークとリーダーにより送信されたハンドシェークとのマッチングを行うタグは、現在設定されている後方散乱モードで応答し、現在設定されている後方散乱速度で応答する。（両方とも、ＱｕｅｒｙＡまたはＱｕｅｒｙＢコマンドにより設定される）。これらは、４ビット送信することにより応えるが、１ビットの後にリーダー−タグ間の１ビット時間の高違反が続き、タグ内のすべての識別データはビット０から始まる。リーダーによりタグに送信されるデータは、可変長であってよい。このデータの後に、クローバー・オフ（高）違反と４つの後続１が続く。
【００８６】
例えば、ＡＣＫコマンドに応えるタグからの応答は、ＴＡＧＳＰＩＮＵＰ（４ビット、「１１１１」）、高違反（後方散乱変調ビット期間に対するクローバー・オフ）、タグ・データ（可変サイズ、ｅＰＣ、ＣＲＣ、リサイクリング・データなど）、高違反、ＴＡＧＴＲＡＩＬＥＲ（４ビット、「１１１１」）を含むことができる。
【００８７】
リーダーがＡＣＫへのレスポンスを受信しない場合、リーダーはＮＡＫを送信する。ＡＣＫへの誤伝送されたレスポンスを受信した場合、ＮＡＫを送信するか、またはＡＣＫを再び試すことができる。ＮＡＫ（または問い合わせ、繰り返しＡＣＫ、または選択以外のコマンド）は、記録されていないことをタグに知らせ、前の（ＡまたはＢ）状態に留まらなければならない。
【００８８】
問い合わせ−ＡＣＫインベントリでは、ＮＡＫは、データ・エラーが生じたときのみ使用される。ＮＡＫコマンドは、さらに、ＳＥＬＥＣＴＥＤ状態も終了させる。ＮＡＫへの応答はない。例えば、ＮＡＫコマンドは、スピンアップ・ビット（４ビット、「００００」）、マンチェスター高違反（１ビット）、コマンド・ビット（８ビット、「１１００００００」）を含むことができる。
【００８９】
ＮＡＣコマンドに応えて、「最初の問い合わせを待つ」という開始状態にあるタグは、応答せず、「最初の問い合わせを待つ」状態に留まる。「準備完了」、「選択済み」、「ＡＣＫを待つ」、または「肯定応答済み」の開始状態にあるタグは、応答せず、「準備完了」の状態に入る。
【００９０】
ＳｅｔＳｔａｔｅコマンドは、検索を制限するために、またさまざまな設定オペレーション（例えば、合併）を含む直接アドレッシングとマスキングに使用される。設定オペレーションは、ＳｅｔＳｔａｔｅコマンドを使用して実行される。マスキングは、未使用セッションを選び、その後、ＳｅｔＳｔａｔｅコマンドの文字列を発行してタグのすべてをそのセッション内の所望の状態に設定することにより開始する。状態が変更されるタグは、ＳｃｒｏｌｌＩＤプリアンブルで応えるので、フィールド内にあることがすでに知られているそれぞれのタグの状態を個別に単純に変更し、新しいタグに対するランダム・インベントリを実行する前に応答の有無を利用してインベントリを更新することによりインベントリを維持するアプリケーションが使用可能になる。
【００９１】
例えば、ＳｅｔＳｔａｔｅコマンドは、スピンアップ・ビット（４ビット、「００００」）、マンチェスター高違反（１ビット）、コマンド・ビット（８ビット、「１１０００００１」）、セッション番号［Ｓ］（２ビット）、状態フラグ（１ビット）、タグ操作フラグ（２ビット、マスクがマッチした場合に状態を設定し、マッチしない場合に反対状態を設定する「００」、マスクがマッチした場合に状態を設定し、マッチしない場合に何も実行しない「１０」、マスクがマッチしない場合に状態を設定し、マッチした場合に何も実行しない「１１」）、ポインタ（８ビット）、長さ（８ビット、マスク・ビットの長さ）、マスク・ビット（可変サイズ）、ＣＲＣ８（８ビット、最初のコマンド・ビットから最後のマスク・ビットまで計算される）を含むことができる。
【００９２】
ＳｅｔＳｔａｔｅコマンドに応えて、「最初の問い合わせを待つ」という開始状態にあるタグは、「最初の問い合わせを待つ」状態に留まる。「準備完了」、「選択済み」、「ＡＣＫを待つ」、または「肯定応答済み」の開始状態にあるタグは、「準備完了」の状態に入る。ＳｅｔＳｔａｔｅ ＡＣＫコマンドに応えて、タグは、セッション番号を［Ｓ］に設定し、マスクに応じて、セッションのＡＢ状態を「Ａ」または「Ｂ」に設定する。マスクがマッチした場合、タグは、肯定応答を送信するが、そうでない場合、タグは、応答しない。状態フラグが「Ａ」で、状態操作フラグが「００」の場合、セッションのＡＢ状態は、マスクがマッチすれば「Ａ」に設定され、マスクがマッチしなければ「Ｂ」に設定される。状態フラグが「Ａ」で、状態操作フラグが「０１」の場合、アクションはいっさいない。状態フラグが「Ａ」で、状態操作フラグが「１０」の場合、セッションのＡＢ状態は、マスクがマッチすれば「Ａ」に設定され、マスクがマッチしなければアクションはいっさいない。状態フラグが「Ａ」で、状態操作フラグが「１１」の場合、セッションのＡＢ状態は、マスクがマッチしなければ「Ａ」に設定され、マスクがマッチしなければアクションはいっさいない。状態フラグが「Ｂ」で、状態操作フラグが「００」の場合、セッションのＡＢ状態は、マスクがマッチすれば「Ｂ」に設定され、マスクがマッチしなければ「Ａ」に設定される。状態フラグが「Ｂ」で、状態操作フラグが「０１」の場合、アクションはいっさいない。状態フラグが「Ｂ」で、状態操作フラグが「１０」の場合、セッションのＡＢ状態は、マスクがマッチすれば「Ｂ」に設定され、マスクがマッチしなければアクションはいっさいない。状態フラグが「Ｂ」で、状態操作フラグが「１１」の場合、セッションのＡＢ状態は、マスクがマッチしなければ「Ｂ」に設定され、マスクがマッチしなければアクションはいっさいない。
【００９３】
データとリーダーにより送信されたマスクとのマッチングを行うタグは、現在設定されている後方散乱モードで応答し、現在設定されている後方散乱速度で応答する（両方とも、ＱｕｅｒｙＡまたはＱｕｅｒｙＢコマンドにより設定される）。これらは、１、その後に、１ビット期間のクローバー・オフ、１６ビットのデータ、さらにその後に、他のクローバー・オフ期間、そして末尾の１を送信する。
【００９４】
例えば、ＳｅｔＳｔａｔｅコマンドに応えるタグからの応答は、ＴＡＧＳＰＩＮＵＰ（１ビット、「１」）、高違反（後方散乱変調ビット期間に対するクローバー・オフ）、タグ確認（１６ビット、「０１０１０１０１０１０１０１０１」）、高違反（後方散乱変調ビット期間に対するクローバー・オフ）、ＴＡＧＴＲＡＩＬＥＲ（１ビット、「１」）を含むことができる。
【００９５】
ＳＥＬＥＣＴコマンドはアドレッシング・コマンドである。ＳＥＬＥＣＴＥＤ状態は、揮発性メモリ内に保持され、パワー・オン・リセット時にクリアされ、また問い合わせコマンドを使用することでもクリアされる。プログラミングとクラスII以上のコマンドは、アドレッシング（ＳＥＬＥＣＴ）部分とデータ交換部分とに分けられ、これにより、アドレッシングに使用されるタグ通信ハードウェアとレジスタは読み出しと書き込みに再利用できる。ＫＩＬＬ、ＰｒｏｇｒａｍＩＤ、ＶｅｒｉｆｙＩＤ、ＬｏｃｋＩＤ、ＲｅａｄとＷｒｉｔｅを実行するために、タグは「選択済み」状態にある。（選択は、クラスＩタグにおいてＫｉｌｌ、Ｐｒｏｇｒａｍ、ＬｏｃｋＩＤの実行にのみ使用される）。
【００９６】
例えば、ＳＥＬＥＣＴコマンドは、スピンアップ・ビット（４ビット、「００００」）、マンチェスター高違反（１ビット）、コマンド・ビット（８ビット、「１１００００１０」）、セッション番号（２ビット）、ＣＲＣ８（最初のコマンド・ビットからセッション番号まで計算される）を含むことができる。
【００９７】
タグ・アドレッシングは、以下のように進行する。
１）開いているセッションを選ぶ。
２）明確に、所望のタグのみを取得するのに十分と思われるマスクをそのセッションに対して発行する。
３）所望のタグを見つけるまで問い合わせ−ＡＣＫを使用してタグを探索する（完全なｅＰＣとＣＲＣにより認識する）。
４）ＳＥＬＥＣＴコマンドを発行する。
【００９８】
ＳＥＬＥＣＴコマンドに応えて、「最初の問い合わせを待つ」という開始状態にあるタグは応答せず、「最初の問い合わせを待つ」状態に留まる。「準備完了」、「選択済み」、または「ＡＣＫを待つ」の開始状態にあるタグは応答せず、「準備完了」の状態に入る。「肯定応答済み」の開始状態のタグは、書き込みを行えるだけ十分に電力が高い場合には肯定応答を送り、書き込みを行えるだけの電力がない場合には否定的応答を送り、「選択済み」の状態に入る。
【００９９】
ＳＥＬＥＣＴコマンドにより選択されたタグは、現在設定されている後方散乱モードで応答し、現在設定されている後方散乱速度で応答する（両方とも、ＱｕｅｒｙＡまたはＱｕｅｒｙＢコマンドにより設定される）。これらは、１、その後に、１ビット期間のクローバー・オフ、１６ビットのデータ、さらにその後に、他のクローバー・オフ期間、そして末尾の１を送信する。
【０１００】
例えば、ＳＥＬＥＣＴコマンドに応えるタグからの応答は、ＴＡＧＳＰＩＮＵＰ（１ビット、「１」）、高違反（後方散乱変調ビット期間に対するクローバー・オフ）、タグ確認（１６ビット、書き込めるだけ十分に電力が高くない場合には「００００ ００００ ００００ ００００」）、書き込めるだけ十分に高い場合に「０１０１ ０１０１ ０１０１ ０１０１」）、高違反（後方散乱変調ビット期間に対するクローバー・オフ）、ＴＡＧＴＲＡＩＬＥＲ（１ビット、「１」）を含むことができる。
【０１０１】
ＫＩＬＬコマンドは、ＳＥＬＥＣＴＥＤアドレス・モードによりアドレッシングされる。リーダーにより送信される［ＶＡＬＵＥ］フィールド内のキル・コードとマッチするタグは、停止され、もはやリーダー問い合わせには応えない。タグによってサポートされているキル・コードの長さを超えるビットは、ＣＲＣ計算を除いて無視され、タグ内のすべてのビットがキル・コードとマッチする場合、キル・コードは、適切なキルを実行する。ＫＩＬＬコマンドは、リーダーからより高いフィールド強度を必要とする場合があり、したがって、短距離範囲とすることができる。一実施形態では、リーダーは１００ミリ秒の間に複数の「１」を送信し、その後、１００ミリ秒の「０」、次に１５個の「１」が続き、次いで、コマンドを完了するタグのキル・コードの後、他の１００ミリ秒の「０」を送信する。
【０１０２】
例えば、ＫＩＬＬコマンドは、スピンアップ・ビット（４ビット「００００」）、マンチェスター高違反（１ビット）、コマンド・ビット（８ビット、「１１００００１１」）、キル・タイプ（２ビット、完全なキルに対しては「００」（すべてのデータを消去し、永久的に停止する）、保存リサイクルに対しては「０１」（リサイクリング・フィールドを除くすべてを消去する）、クロックに対し「１０」（無反応に設定されるが、消去されない））、ポインタ（８ビット）、長さ（８ビット、マスク・ビット長）、キル・コード（可変サイズ）、ＣＲＣ８（８ビット、キル・コードの無視されたビットを含む、最初のコマンド・ビットから完全なキル・コードまでのビットについて計算される）を含むことができる。
【０１０３】
タグは、まず、キル・コマンドが実行されるために、選択済み状態にある。タグは、処理できる以上の長さ部分を超えるキル・コード・データを無視する。キル・コードがタグの持つビットとマッチする場合、キルを実行する。キル・コード・タグは長いほど安全になり、キル・コード・タグは短いほど製造コストが安くなるが、すべてのタグが互換性を有する。
【０１０４】
ＫＩＬＬコマンドに応えて、「選択済み」の開始状態のタグは、キル・ビットを応答なしでＤＥＡＤに設定し、キル・コードがマッチし、キルが成功した場合、「ＤＥＡＤ」状態に入る。「選択済み」の開始状態にあるタグは、否定応答を送信し、キル・コードがマッチしてもキルが成功していない場合に「選択済み」の状態に留まる。「最初の問い合わせを待つ」という開始状態にあるタグは、応答せず、「最初の問い合わせを待つ」状態に留まる。「準備完了」、「ＡＣＫを待つ」、または「肯定応答済み」の開始状態にあるタグは、応答せず、「準備完了」の状態に入る。
【０１０５】
ＫＩＬＬコマンドを実行しようとして成功しなかったタグのみが、現在設定されている後方散乱モードで応答し、現在設定されている後方散乱速度で応答する（両方とも、ＱｕｅｒｙＡまたはＱｕｅｒｙＢコマンドにより設定される）。これらは、１、その後に、１ビット期間のクローバー・オフ、１６ビットのデータ、さらにその後に、他のクローバー・オフ期間、そして末尾の１を送信する。
【０１０６】
例えば、ＫＩＬＬコマンドへの応答は、ＴＡＧＳＰＩＮＵＰ（１ビット、「１」）、高違反（後方散乱変調ビット期間に対するクローバー・オフ）、タグ確認（１６ビット、キル・コマンド失敗に対して「００００ ００００ ００００ ００００」）、高違反（後方散乱変調ビット期間に対するクローバー・オフ）、ＴＡＧＴＲＡＩＬＥＲ（１ビット、「１」）を含むことができる。
【０１０７】
タグは、ＳｃｒｏｌｌＭＦＧコマンドに応えるように選択される。例えば、ＳｃｒｏｌｌＭＦＧコマンドは、スピンアップ・ビット（４ビット、「００００」）、マンチェスター高違反（１ビット）、コマンド・ビット（８ビット、「１１０００１００」）、ＣＲＣ８（８ビット、すべてのコマンド・ビットにわたって計算される）を含むことができる。
【０１０８】
ＳｃｒｏｌｌＭＦＧコマンドに応えて、「選択済み」の開始状態にあるタグは、応答を送信し、「選択済み」の状態に留まる。「最初の問い合わせを待つ」という開始状態にあるタグは、応答せず、「最初の問い合わせを待つ」状態に留まる。「準備完了」、「ＡＣＫを待つ」、または「肯定応答済み」の開始状態にあるタグは、応答せず、「準備完了」の状態に入る。
【０１０９】
選択済みタグは、プリアンブルと、決してプログラム可能にはできない、以下のデータを送り返すことにより、ＳｃｒｏｌｌＭＦＧコマンドに応答する。
【０１１０】
例えば、ＳｃｒｏｌｌＭＦＧコマンドへの応答は、プリアンブル（４ビット、「００００」）、高マンチェスター違反、ＭＡＮＵＦＡＣＴＵＲＥＲ（１６ビット、「当局」により割り当てられる）、ＭＡＳＫ ＳＥＴ／ＰＲＯＤＵＣＴ ＣＯＤＥ（１６ビット、メーカー定義）、ＤＩＥ ＮＵＭＢＥＲ（１６ビット、メーカー定義）、ＣＡＰＡＢＩＬＩＴＹ ＣＯＤＥ（１６ビット、「当局」により割り当てられる）、ＭＥＭＯＲＹ ＳＩＺＥ（１６、能力コード依存の意味）、ＣＲＣ（１６ビット、メーカーから最後に送信されたフィールドまでのすべてのビットにわたって計算される）を含む。ＳｃｒｏｌｌＭＦＧ応答は、ＭＡＮＵＦＡＣＴＵＲＥＲフィールドの後の任意のフィールドで適宜終了できる。
【０１１１】
プログラミング・コマンドは、基本コマンドと同じコマンド構造およびフィールド定義を使用するが、通常は、タグ・プログラミング・デバイス、またはプログラマによってのみ発行される。タグ・プログラマは、リーダーに類似しているが、ただし、タグ（およびＩＣ）メーカーによって承認された方法に従って、基本コマンドに加えてプログラミング・コマンドを実行できる点が異なる。
【０１１２】
プログラミング・コマンドを使用することにより、タグ・メモリの内容をプログラムし、内容をロックする前にタグ・メモリの内容を検証することができる。
【０１１３】
メーカーは、製造試験のみに特に使用される追加のオプション・コマンドを定義することができる。例えば、これらのコマンドは、Ｄ７ｈからＤｆｈの範囲内にあるコマンド・コードを持つ必要がある場合がある。
【０１１４】
すべてのプログラミング・コマンドは、タグ・メーカーがタグ・データ内容をいったんロックしてしまうと無効にされる。タグをプログラムするための特定のタイミングは、メモリ技術に依存する。
【０１１５】
タグ・プログラミングは、一度に１６ビットずつ実行される。プログラミングは、通常、タグがすでにロックされていなければ行える。タグがクリアされていること、またはプログラミングの前に消去サイクルを必要としないタイプであることが知られていない場合、ＰｒｏｇｒａｍＩＤの前にＥｒａｓｅＩＤが使用される。
【０１１６】
データは、ＰｒｏｇｒａｍＩＤコマンドを使用してタグに送信され、［ＰＴＲ］フィールドは、プログラムされるメモリ行アドレスであり、［ＶＡＬ］フィールドは、選択されたメモリ行アドレスの中にプログラムされる１６ビットのデータを格納する。
【０１１７】
有効なＰｒｏｇｒａｍＩＤコマンドを受信した後、タグは、プログラム・メモリに必要な適切な内部タイミング・シーケンスを実行する。
【０１１８】
例えば、ＰｒｏｇｒａｍＩＤコマンドは、スピンアップ・ビット（４ビット「００００」）、マンチェスター高違反（１ビット）、コマンド・ビット（８ビット、「１１０００１０１」）、ポインタ（８ビット）、データ領域（２ビット、ＣＲＣ＆ｅＰＣに対しては「００」、ユーザ・データに対しては「０１」（クラスＩに対してはなし）、キル・コードに対しては「１０」）、長さ（８ビット、データの長さ）、プログラムへのＩＤ（可変サイズ）、ＣＲＣ８（８ビット、最初のコマンド・ビットからＩＤの終わりまでのすべてのフィールドにわたって計算される）を含むことができる。
【０１１９】
ＰｒｏｇｒａｍＩＤコマンドに応えて、「選択済み」の開始状態にあるタグは、ロックされていなければデータを書き込み、「選択済み」の状態に留まる。「選択済み」の開始状態にあるタグは、成功すれば肯定応答を送信し、成功しなければ否定応答を送信する。「最初の問い合わせを待つ」という開始状態にあるタグは、応答せず、「最初の問い合わせを待つ」状態に留まる。「準備完了」、「ＡＣＫを待つ」、または「肯定応答済み」の開始状態にあるタグは、応答せず、「準備完了」の状態に入る。
【０１２０】
ＰｒｏｇｒａｍＩＤコマンドを実行するタグは、現在設定されている後方散乱モードで応答し、現在設定されている後方散乱速度で応答する。（両方とも、ＱｕｅｒｙＡまたはＱｕｅｒｙＢコマンドにより設定される）。これらは、１、その後に、１ビット期間のクローバー・オフ、１６ビットのデータ、さらにその後に、他のクローバー・オフ期間、そして末尾の１を送信する。
【０１２１】
例えば、ＰｒｏｇｒａｍＩＤコマンドへの応答は、ＴＡＧＳＰＩＮＵＰ（１ビット、「１」）、高違反（後方散乱変調ビット期間に対するクローバー・オフ）、タグ確認（１６ビット、書き込み失敗に対して「００００ ００００ ００００ ００００」、書き込み成功に対して「０１０１ ０１０１ ０１０１ ０１０１」）、高違反（後方散乱変調ビット期間に対するクローバー・オフ）、ＴＡＧＴＲＡＩＬＥＲ（１ビット、「１」）を含むことができる。
【０１２２】
タグ消去は、一度に１６ビットずつ実行できる。ＩＤの消去は、タグがすでにロックされていない場合のみ行える。有効なＥｒａｓｅＩＤコマンドを受信した後、タグは、プログラム・メモリに必要な適切な内部タイミング・シーケンスを実行する。
【０１２３】
例えば、ＥｒａｓｅＩＤコマンドは、スピンアップ・ビット（４ビット、「００００」）、マンチェスター高違反（１ビット）、コマンド・ビット（８ビット、「１１０００１１１」）、ＣＲＣ８（８ビット、最初のコマンド・ビットからＩＤの終わりまでのすべてのフィールドにわたって計算される）を含むことができる。
【０１２４】
ＥｒａｓｅＩＤコマンドに応えて、「選択済み」の開始状態にあるタグは、ロックされていなければｅＰＣとＣＲＣを消去しようとし、「選択済み」の状態に留まる。「選択済み」の開始状態にあるタグは、成功すれば肯定応答を送信し、成功しなければ否定応答を送信する。「最初の問い合わせを待つ」という開始状態にあるタグは、応答せず、「最初の問い合わせを待つ」状態に留まる。「準備完了」、「ＡＣＫを待つ」、または「肯定応答済み」の開始状態にあるタグは、応答せず、「準備完了」の状態に入る。
【０１２５】
ＥｒａｓｅＩＤコマンドを実行するタグは、現在設定されている後方散乱モードで応答し、現在設定されている後方散乱速度で応答する。（両方とも、ＱｕｅｒｙＡまたはＱｕｅｒｙＢコマンドにより設定される）。これらは、１、その後に、１ビット期間のクローバー・オフ、１６ビットのデータ、さらにその後に、他のクローバー・オフ期間、そして末尾の１を送信する。
【０１２６】
例えば、ＥｒａｓｅＩＤコマンドへの応答は、ＴＡＧＳＰＩＮＵＰ（１ビット、「１」）、高違反（後方散乱変調ビット期間に対するクローバー・オフ）、タグ確認（１６ビット、消去失敗に対して「００００ ００００ ００００ ００００」、消去成功に対して「０１０１ ０１０１ ０１０１ ０１０１」）、高違反（後方散乱変調ビット期間に対するクローバー・オフ）、ＴＡＧＴＲＡＩＬＥＲ（１ビット、「１」）を含むことができる。
【０１２７】
ＶｅｒｉｆｙＩＤコマンドは、保護されているフィールドを含む、メモリの内容全体をスクロールアウトする。タグは、ロックされた後にはＶｅｒｉｆｙＩＤに応えない。タグは、ＶｅｒｉｆｙＩＤが実行できる前に選択されている。
【０１２８】
例えば、ＶｅｒｉｆｙＩＤコマンドは、スピンアップ・ビット（４ビット、「００００」）、マンチェスター高違反（１ビット）、コマンド・ビット（８ビット、「１１００１０００」）、ＣＲＣ８（８ビット、すべてのコマンド・ビットにわたって計算される）を含むことができる。
【０１２９】
ＥｒａｓｅＩＤコマンドに応えて、「選択済み」の開始状態にあるタグは、応答し、ロックされていなければ「選択済み」の状態に留まる。「選択済み」の開始状態にあるタグは、応答せず、ロックされていなければ「準備完了」の状態に入る。「最初の問い合わせを待つ」という開始状態にあるタグは、応答せず、「最初の問い合わせを待つ」状態に留まる。「準備完了」、「ＡＣＫを待つ」、または「肯定応答済み」の開始状態にあるタグは、応答せず、「準備完了」の状態に入る。
【０１３０】
１６ビット・ハンドシェークとリーダーにより送信されたハンドシェークとのマッチングを行うタグは、現在設定されている後方散乱モードで応答し、現在設定されている後方散乱速度で応答する。（両方とも、ＱｕｅｒｙＡまたはＱｕｅｒｙＢコマンドにより設定される）。これらは、４ビット送信することにより応えるが、１ビットの後にリーダー−タグ間の１ビット時間の高違反が続き、タグ内のすべての識別データはビット０から始まる。リーダーによりタグに送信されるデータは、可変長であってよい。このデータの後に、クローバー・オフ（高）違反と４つの後続１が続く。
【０１３１】
例えば、ＶｅｒｉｆｙＩＤコマンドへの応答は、ＴＡＧＳＰＩＮＵＰ（４ビット、「１１１１」）、高違反（後方散乱変調ビット期間に対するクローバー・オフ）、タグ・データ（可変サイズ、保護フィールドを含むすべてのタグ・データ内容）、高違反（後方散乱変調ビット期間に対するクローバー・オフ）、ＴＡＧＴＲＡＩＬＥＲ（４ビット、「１１１１」）を含むことができる。
【０１３２】
ＬｏｃｋＩＤコマンドは、制御されたサプライ・チャネルを出る前に、タグのメモリの識別（ＣＲＣおよびｅＰＣ）部分をロックするために使用される。タグは、ＬｏｃｋＩＤが実行できる前に選択されている。
【０１３３】
例えば、ＬｏｃｋＩＤコマンドは、スピンアップ・ビット（４ビット、「００００」）、マンチェスター高違反（１ビット）、コマンド・ビット（８ビット、「１１００１００１」）、ＣＲＣ８（８ビット、すべてのコマンド・ビットにわたって計算される）を含むことができる。
【０１３４】
ＬｏｃｋＩＤコマンドに応えて、「選択済み」の開始状態にあるタグは、ロックされていなければ、ｅＰＣとＣＲＣをロックしようとする。「選択済み」の開始状態にあるタグは、「選択済み」の状態に留まり、成功すれば肯定応答を供給し、成功しなければ否定応答を供給する。「最初の問い合わせを待つ」という開始状態にあるタグは、応答せず、「最初の問い合わせを待つ」状態に留まる。「準備完了」、「ＡＣＫを待つ」、または「肯定応答済み」の開始状態にあるタグは、応答せず、「準備完了」の状態に入る。
【０１３５】
選択コマンドにより選択されたタグは、ＬｏｃｋＩＤコマンドを実行し、その後、現在設定されている後方散乱モードで応答し、現在設定されている後方散乱速度で応答する（両方とも、ＱｕｅｒｙＡまたはＱｕｅｒｙＢコマンドにより設定される）。これらは、１、その後に、１ビット期間のクローバー・オフ、以下の表からの１６ビット、さらにその後に、他のクローバー・オフ期間、そして末尾の１を送信する。
【０１３６】
例えば、ＬｏｃｋＩＤコマンドへの応答は、ＴＡＧＳＰＩＮＵＰ（１ビット、「１」）、高違反（後方散乱変調ビット期間に対するクローバー・オフ）、タグ確認（１６ビット、ＬｏｃｋＩＤ失敗に対して「００００ ００００ ００００ ００００」、コマンド成功に対して「０１０１ ０１０１ ０１０１ ０１０１」）、高違反（後方散乱変調ビット期間に対するクローバー・オフ）、ＴＡＧＴＲＡＩＬＥＲ（１ビット、「１」）を含むことができる。
【０１３７】
クラスII以上のタグは、クラスＩのタグと同じシンギュレーション方法と識別方法を使用する。さらに、これらは、追加の読み書きメモリ、セキュリティ機能、センサなどを備えることができる。クラスIIのタグは、さらに、例えば、センサ・ロギングを実現するための電池も備えることができる。
【０１３８】
クラスIII以上のタグは、電池補助通信機能を備えるように定義される。クラスIII以上のタグは、低電力受動モードでクラスＩのコマンドに応えるか、またはさらに長い距離では、キー送信を使用して、電池補助通信モードに入る。クラスIII以上のタグのウェイクアップ・キーについて以下で説明する。これにより、特にそれらのタグ宛ての長距離での交換を除き電池補助の使用を避けて、電池電力の消費を減らすことができる。
【０１３９】
クラスII以上のタグとの通信は、ハンドル・ベースのＩ／Ｏデータ・リンクに標準化されている。ハンドルは、特定の目的のために「当局」により発行され、ＳＣＲＯＬＬＭＦＧ情報とともに使用して、タグの能力を推定し、実行することができる。いくつかの能力コードと対応するハンドルの例を以下に示す。
００ＸＸ ＸＸＸＸ ＸＸＸＸ ＸＸＸＸ−−ルックアップ・テーブルによるハンドルと能力。
０１ＸＸ ＸＸＸＸ ＸＸＸＸ ＸＸＸＸ−−サブフィールドによるハンドルと能力。
０１ＸＸ ＸＸＸＸ ＸＸＸＸ ００００−−メモリなし。
０１ＸＸ ＸＸＸＸ ＸＸＸＸ ０００１−−ビット幅メモリ、ビット単位の０〜７ＦＦＦＦＦメモリ・アドレス、所定のアドレスから始まるＬＥＮビットを読み出す、所定のアドレスにＬＥＮビットを書き込む。
０１ＸＸ ＸＸＸＸ ＸＸＸＸ ００１０−−バイト幅メモリ、バイト単位の０〜７ＦＦＦＦＦメモリ・アドレス、所定のアドレスから始まるＬＥＮビットを読み出す、所定のアドレスにＬＥＮビットを書き込む。
０１ＸＸ ＸＸＸＸ ＸＸＸ１ ＸＸＸＸ−−スクラッチパッド型メモリ、例えば、１）１〜７ＦＦＦＦＦメモリ・アドレス、所定のアドレスから始まるＬＥＮビットを読み出す、アドレスとＬＥＮデータ・ビットをスクラッチパッドに書き込む、または２）ＦＦＦＦＦＦ、スクラッチパッド・データとアドレスを確認する、または３）ＦＦＦＦＦＥ、スクラッチパッドをメモリに書き込む。
０１ＸＸ ＸＸＸＸ ０００Ｘ ＸＸＸＸ−−セキュリティなし。
０１ＸＸ ＸＸＸＸ ００１Ｘ ＸＸＸＸ−−キー交換セキュリティ、例えば、１）ＦＦＦＦＦＤ、セキュリティ・トークンを書き込む、ＬＥＮビット長、または２）ＦＦＦＦＦＣ、セキュリティ・トークンを読み出す。
０１ＸＸ ＸＸ００ ＸＸＸＸ ＸＸＸＸ−−温度なし。
０１ＸＸ ＸＸ０１ ＸＸＸＸ ＸＸＸＸ−−温度間隔レコーダ、例えば、１）ＦＦＦＦＦＦＢ間隔、間隔を秒単位に設定する、現在の間隔を読み出す、または２）ＦＦＦＦＦＦＡ、一度に読める温度の数を設定する、または３）ＦＦＦＥ ００００ ００００〜ＦＦＦＥ ＦＦＦＦ ＦＦＦＦ、温度を読み取る、ハンドル−過去へのＦＦＦＥ０００００００ ０間隔。
【０１４０】
ＲＥＡＤコマンドは、クラスII以上のタグからデータをフェッチする基本コマンドである。これは、ＳＥＬＥＣＴＥＤアドレッシング・モードでしかアドレス指定されず、リード・アドレスまたはハンドルである２４ビットＰＴＲフィールドと、読み出されるビットの数であるか、またはハンドルによって意味が決定される第２のパラメータとして使用されるＬＥＮフィールドを使用する。
【０１４１】
例えば、ＲＥＡＤコマンドは、スピンアップ・ビット（４ビット「００００」）、マンチェスター高違反（１ビット）、コマンド・ビット（８ビット、「１１０１００００」）、リード・ハンドル（２４ビット、意味は能力コードにより定義される）、データ領域（２ビット、ＣＲＣ＆ｅＰＣに対しては「００」、ユーザ・データに対しては「０１」（クラスＩに対してはなし）、キル・コードに対しては「１０」）、長さ（８ビット、読み出されるデータの長さ）、ＣＲＣ８（８ビット、最初のコマンド・ビットから長さの終わりまでのすべてのフィールドにわたって計算される）を含むことができる。
【０１４２】
タグによって返されるデータは、容量コードと使用されるハンドルにより決定される。ＣＲＣを含むことができる。
【０１４３】
例えば、リード・コマンドへの応答は、ＴＡＧＳＰＩＮＵＰ（１ビット、「１」）、高違反（後方散乱変調ビット期間に対するクローバー・オフ）、データ（可変サイズ・データ）、高違反（後方散乱変調ビット期間に対するクローバー・オフ）、ＴＡＧＴＲＡＩＬＥＲ（１ビット、「１」）を含むことができる。
【０１４４】
ＷＲＩＴＥコマンドは、クラスII以上のタグにデータを書き込む基本コマンドである。これは、ＳＥＬＥＣＴＥＤアドレッシング・モードでのみアドレッシングされ、リード・アドレスまたはハンドルである２４ビットＰＴＲフィールドと、１６ビットＬＥＮ、長さが［ＬＥＮ］パラメータにより決定される可変長データ・フィールドを使用する。
【０１４５】
例えば、ＷＲＩＴＥコマンドは、スピンアップ・ビット（４ビット、「００００」）、マンチェスター高違反（１ビット）、コマンド・ビット（８ビット、「１１０１０００１」）、ライト・ハンドル（２４ビット、意味は能力コードにより定義される）、長さ（８ビット、データの長さ（ハンドル＆能力コードにより定義される粒度）、書き込みデータ（可変サイズ）、ＣＲＣ８（８ビット）を含むことができる。
【０１４６】
選択コマンドにより選択されたタグは、ＷＲＩＴＥコマンドを実行し、現在設定されている後方散乱モードで応答し、現在設定されている後方散乱速度で応答する。（両方とも、ＱｕｅｒｙＡまたはＱｕｅｒｙＢコマンドにより設定される）。これらは、１、その後に、１ビット期間のクローバー・オフ、以下の表からの１６ビット、さらにその後に、他のクローバー・オフ期間、そして末尾の１を送信する。
【０１４７】
例えば、ＷＲＩＴＥコマンドへの応答は、ＴＡＧＳＰＩＮＵＰ（１ビット、「１」）、高違反（後方散乱変調ビット期間に対するクローバー・オフ）、タグ確認（１６ビット、書き込み失敗に対して「００００ ００００ ００００ ００００」、書き込み成功に対して「０１０１ ０１０１ ０１０１ ０１０１」）、高違反（後方散乱変調ビット期間に対するクローバー・オフ）、ＴＡＧＴＲＡＩＬＥＲ（１ビット、「１」）を含むことができる。
【０１４８】
本発明の一実施形態は、当業で知られているような他のレディ・クワイエット・プロトコルに勝る利点を有する、プロトコルの２状態対称性を利用することを含む。この対称的プロトコルは、実際に、クワイエット・レディ状態を２つの対称的な部分、つまりプロトコルの状態Ａおよび状態Ｂに対称的に分けることにより状態依存性を緩和する。
【０１４９】
タグがインベントリされて、クワイエット状態にされており、異なるリーダー・ステーションから、または時間の経過とともに取り除かれるタグを監視するための連続的インベントリの一部として、再びインベントリすることが望ましい場合に、対称性が、レディ・クワイエット・プロトコルよりもパフォーマンスを実質的に高める。
【０１５０】
レディ・クワイエット・プロトコルの場合、タグは、いったんクワイエット状態に置かれると、インベントリに参加する前に、トーク・コマンドによりタッチされる。インベントリの前に複数のトーク・コマンドを発行できるが、多経路干渉が高いか、または送信周波数が間違っているか、またはタグがその時点にリーダーの交信範囲を外れている場合にはタグがトーク・コマンドを受信する保証はない。トーク・コマンドを確認する必要性をなくすことにより、単一の「ラッキーな」時間にまたは位置でタグをカウントすることができ、プロトコルの有効信頼範囲を延ばすことができる。
【０１５１】
永続的クワイエット状態にタイムアウトを使用することは、代替アプローチであるが、厳格に制御される永続時間を有するタグの製造は難しい。また、例えば、１０秒のタイムアウトだと時間が短すぎて、多数のタグのインベントリを行えないが、３０秒のタイムアウトだと時間が十分あるため、複数のリーダーが軌跡上で商品を追跡すること、またはタグを破壊したり、商品を遮蔽された袋に入れて持ち去る行為をしている万引き犯を捕らえることを妨げる可能性がある。
【０１５２】
タグの一推奨実装では、停電の場合に少なくとも２０秒間その状態を維持する永続的ノードを用意する。永続的ノードは０状態に減衰し、［０］は状態Ａを符号化し、［１］は状態Ｂを符号化すると仮定する。状態Ｂは、有効期限が切れて状態Ａになる。状態Ｂが永続する時間に対する上限はないが、ランダムに電源が入り状態Ａまたは状態Ｂになる状態に入ることは許されない。提案される実装では、タグがコマンドによりアドレッシングされるかどうかに関係なく、すべてのコマンドにおいて、ある時期に、永続的ノードをリフレッシュする。
【０１５３】
リーダーは、ＱｕｅｒｙＡまたはＱｕｅｒｙＲｅｐコマンド、ＡＣＫを使用して、上述のように、インベントリを実行することにより開始する。もう応えるタグがなくなった後、リーダーは、高水準の（例えば、上述のようにビット・マスキングを使用して多数のタグをアドレッシングする）問い合わせコマンドを実行して、カウントされないタグを探索することを続ける。状態Ａにあるタグは、短時間しか電源投入されない場合でもカウントされ、コマンドがそのクロック、ＱｕｅｒｙＡ、ＡＣＫ、１つの後続コマンドの同期をとるコマンドを確認するには十分長いことに注意されたい。この時点で、インベントリされたすべてのタグは状態Ｂに入る。所定の時間が経過した後、新しいインベントリは、同じように、ただし、ＱｕｅｒｙＢを使用して、実行される。別々のトークまたはウェイク・コマンドを実行する必要はなく、その時点に電源投入されるすべてのタグは、すでに状態Ｂに置かれているであろう。このインベントリの後に、インベントリされるすべてのタグは、状態Ａにあり、リーダーは、高水準のＱｕｅｒｙＡコマンドの実行をしばらく続けることができる。次に、Ａインベントリは、再び開始することができ、しかも、トーク・コマンドを発行する必要はなく、したがって、トーク・コマンドが失敗する可能性はない。
【０１５４】
フィールド内に連続的に置かれるタグは、すべてのインベントリ、ＡおよびＢの両方フレーバーでカウントされる。フィールドに入るタグは、最悪の場合、フィールドに入った後、それぞれのインベントリの始めのトーク・コマンドがクワイエット・トーク型プロトコルで受信されることが保証されているとしてもレディ・クワイエット・プロトコルが使用された場合と同じ最悪のときに、第２のインベントリでカウントされる。
【０１５５】
ＲＦＩＤシステム内の永続的クワイエット機能は、タグがリーダーのフィールドを通って移動しているときにリーダーの交信範囲の縁部近くでタグをカウントする際の一貫性を実現する。交信範囲の縁部にあるタグについては、周波数が変更され、／または多経路干渉がリーダーフィールド内でのタグまたは他のオブジェクトの移動で変化するので、タグで使用できる電力が変動し、短時間にタグに電力を十分供給できるだけである。永続的スリープにより、タグの大半を素早くカウントすることができ、その後、Ｑ＝０について問い合わせを繰り返し、間欠的にしか電力を供給されないタグを探し出すことができる。対称的コマンドは、この包括的カウント機能を、インベントリされ、クワイエット状態にされた、したがってウェイクアップ・コマンドを受信しなかった場合に失敗するおそれのあるタグに広げる。これは、連続的インベントリ・プロセスの一部としても使用できる。
【０１５６】
このアプローチでは、レディ・クワエイット・プロトコルのクワイエット状態にあるためタグがカウントしにくい状態に入るのを防ぐ。トーク・コマンドを使用できるため、クワイエット状態から抜け出すのは難しくないように思えるかもしれない。しかし、タグがリーダーに知られていない場合、高水準のトーク・コマンドのみが潜在的にそのタグを起こし、高水準トーク・コマンドは、他のすべてのタグも同様に起こすであろう。タグがクワイエット状態にある場合、とにかく最近インベントリされているが、異なるリーダー・ステーションがそのインベントリを実行した場合、または連続的インベントリが望ましい場合には、タグを再びインベントリする必要があるように思われる。タグがレディ・クワイエット・プロトコルのクワイエット状態にある場合は、２つの広く隔たった時間に、場合によっては２つの周波数で２回タッチされる。タグのフィールド全体が目覚めた場合に１回アクティブにする必要があり、その後再びその特定のタグのインベントリが行われるときに、アクティブにする必要がある。２つのイベントが発生する必要があると、このことは、ＲＦ範囲の縁にあり、間欠的にしか電力を供給されないタグをカウントする可能性に大きな影響を及ぼすが、それは、対称的プロトコルを使用することにより回避される。さらに、さらにトーク・コマンドを発行する必要がないため、時間の節約にもなる。
【０１５７】
本発明の一実施形態では、ＲＦトランスポート層は、ＵＨＦオペレーションを対象として設計されているが、他の代替オペレーションも使用できる。タグ−リーダーとリーダー−タグ間のリンクは、半二重として定義される。リーダーは、コマンド・シーケンスを送信することによりタグとの通信を開始する。リーダーは、その後、タグから応答が来るか監視しながら、変調されていない搬送波を送信することによりタグに対する応答期間を定める。タグは、応答しながらリーダー変調を検出することができるとは期待されていない。ＲＦトランスポート層は、北米では９０２〜９２８ＭＨｚと２４００．０〜２４８３．５ＭＨｚの帯域、ヨーロッパでは８６９．４〜８６９．６５ＭＨｚと８６５．６〜８６７．６ＭＨｚの帯域、２４５０ＭＨｚ近辺のＵＨＦ帯域を使用することができる。これらのＵＨＦ帯域は、リーダー−タグ間システム・データ転送速度が高速（北米では最大１６０Ｋｂｐｓまで）である、タグ−リーダー間システム・データ転送速度は３２０ｋｂｐｓ以上と高速である、典型的な条件の下で２メートル以上の範囲において高いヒット率で一貫した動作をする、タグとリーダーのアンテナは比較的小さい、北米帯域は、有意な周波数ホッピングを行えるだけ十分に広いなどの特徴を持つ。
【０１５８】
リーダーは、ＯＦＦ（ＲＦエネルギーを放射しない）、ＣＷ（振幅変調なしである電力レベルのＲＦエネルギーを放射する）、アクティブ（振幅変調でＲＦエネルギーを放射する）の３つの使用可能な状態のうちの１つに入ることができる。
【０１５９】
図１０は、リーダー−タグ間変調の一実施形態を示す。アクティブ状態では、リーダー−タグ間リンクは、３０％の最小変調深さの分相マンチェスター符号化を使用する。データ１は、高ＲＦ期間とその後に続く低ＲＦ期間により符号化することができる。データ０は、低ＲＦ期間とその後に続く高いＲＦ期間により符号化することができる。変調形状、深さ、変調率は、後述の制限の範囲内で可変である。タグは、一定範囲の変調率にわたってタイミングを調整し、リーダー送信に自動的にロックすることができる。立ち下がりエッジは、マンチェスター符号化により定義されているように、公称時間から低い量のジッタに保持される。立ち下がり時間は、公称値から変化し、ＲＦデューティ・サイクルに対応するようにできる。
【０１６０】
一般的な変調パラメータが図１１に例示されている。パルス変調パラメータの特定の値が地域規制環境に応じて変わりうることは理解されるであろう。例えば、パルス変調パラメータは、以下のものを含むことができる。
Ｔ0：基本クロック・サイクル周期。リーダーからタグに送信される単一ビットに対する時間。
Ｔr：変調包絡線の立ち上がり時間、変調振幅変動の１０％から９０％。
Ｔf：変調包絡線の立ち下がり時間、変調振幅変動の９０％から１０％。
Ｔfwhm：変調振幅変動の５０％で測定された変調包絡線のパルス幅。
Ｍｏｄ：変調された搬送波の振幅変動。
Ｒｉｐｐｌｅ：意図された変調の縁での変調オーバーシュートおよびアンダーシュートのピーク・ツー・ピーク変動。
Ｄmod：意図された値からの変調深さのピーク・ツー・ピーク変動。
Ｔ0Tol：マスター・クロック間隔許容範囲、リーダー信号送受信の基本精度。
ＴＣＷ：コマンドの直前の最短ＣＷ時間。
ＴCoast：タグ・クロックが次のコマンドを復号化する十分な精度を持つことを保証するＥＯＦと次のコマンドとの間の最大持続時間。
【０１６１】
一実装では、リーダー変調シーケンスに関して、リーダー・クロックは、トランザクションの長さにわたって１％以内の安定性を持つことができる。他のすべての「基本クロック・サイクル」タイミングは、変調クロック周波数Ｔ0に比例する。一実装では、変調パラメータは、以下の値をとり、断りのない限り、すべての時間と周波数は、Ｔ0に対応する。
Ｔ0：マスター・クロック間隔（６μｓから２４μｓ）。
Ｔ0Tol：マスター・クロック間隔許容範囲（最大０．１％）。
ＤＲ：データ転送速度（１／Ｔ0）。
Ｔrisejitter：立ち下がりエッジの公称値からの最大ジッタ（０．０１＊Ｔ0）。
ＤｕｔｙＣｙｃｌｅ：ＲＦ高周期デューティ・サイクル（＝５０％または＞５０％）。
ＭＯＤ：変調深さ（最小３０％）。
Ｔf：最大立ち下がり時間（１／４Ｔ0）。
Ｔr：最大立ち上がり時間（１／４Ｔ0）。
Ｒｉｐｐｌｅ：リップル（１０％ ｐｐ）。
ＴＣＷ：コマンドの前の最小ＣＷ時間は、レスポンスＣＷ間隔と重なる場合がある（４×Ｔ0）。
ＴCoast：ＥＯＦから次のコマンドまでの持続時間（最大５ｍｓ、Ｔ0に対応しない）。
【０１６２】
図１２は、リーダー−タグ間変調符号化の一例を示す。一実装では、すべてのトランザクションは、それぞれのコマンドに先行する最小ＣＷ期間で始まり、これによりタグはコマンドの始まりを特定できる。すべてのコマンドは、タグ・クロックを同期させる４つのスピンアップ・ビットで始まる。コマンドのデータ操作時に、タグは、低時間ジッタに保持される、リーダー−タグ間データ変調の立ち下がりエッジを参照することによりクロック位相を維持する。ビット期間Ｔ0は、リーダー−タグ間データ転送速度を決定する。最後のパルスの後、タグは、最小ＣＷ時間の後に次のコマンドをいつでも受信できる状態にあり、Ｔcoast間隔内に受信されたコマンドを復号化することができる。
【０１６３】
タグが次のコマンドの復号化に成功するために、リーダーは、Ｔcoast間隔内に次のトランザクションを開始する。この制約は、タグが次の電源投入時に再同期するので、タグがＤＣ電力を失う十分な時間の間搬送波がオフにされていると適用されない。タグ・クロック周波数がスピンアップで２０％を超えて調整される場合、タグはそのコマンドに応えない。
【０１６４】
図１３は、データ「０」、「１」、マンチェスター高違反に対するデータ変調タイミングを示している。データ＝「０」のときのリーダー−タグ間クロッキングに対するデータ変調タイミングＴdata0は、ＲＦのＬＯＷレベル期間とその後のＨＩＧＨレベル期間により符号化される。データ＝「１」のときのリーダー−タグ間クロッキングに対するデータ変調タイミングＴdata1は、ＲＦのＨＩＧＨレベル期間とその後のＲＦのＬＯＷレベル期間により符号化される。マンチェスター高違反のリーダー−タグ間クロッキングに対するデータ変調タイミングＴdata1は、２つの連続するＲＦのＨＩＧＨレベル期間により符号化される。
【０１６５】
リーダーは、適宜、コマンド間の時間をレスポンスに必要な時間以下に短縮することができる。リーダーは、応答期間中にタグ応答があるか監視し、期限切れ（ＴTagscrollDel+2＊Ｔ0）前にタグにより応答が開始されていない場合に、その応答間隔に対する持続時間を短縮することができる。
【０１６６】
タグは、２つの状態の間の後方散乱を変調する手段を使ってリーダーに応答する。これら２つの状態は、位相または振幅またはその両方で後方散乱を変調することができる。
【０１６７】
これらの状態のうちの一方は、タグのエネルギー回収能力を損なうと仮定されるが、ただし必ずしもそうではなく、この説明では、「クローバー・オン」状態と呼ばれる。タグの後方散乱状態は、後方散乱変調が開始するまで「クローバー・オフ」であると仮定される。多数のタグが後方散乱変調の終わりに「クローバー・オフ」状態に戻る必要があるので、すべてのタグは、その後方散乱状態を、後方散乱応答を開始する前の状態に戻す必要がある。この遷移は、後方散乱変調モードで最小の特徴サイズの時間と等しい時間に（クローバー・オン状態に）伝達された最後の後方散乱遷移の終わりの後に発生する。
【０１６８】
タグ−リーダー間変調は、リーダー−タグ間コマンドの［ＭＯＤＵＬＡＴＩＯＮ］フィールドにより選択され、［ＭＯＤＵＬＡＴＩＯＮ］＝０の場合にはＦＭ０、［ＭＯＤＵＬＡＴＩＯＮ］＝１の場合にはＦ２Ｆのいずれかであり、または［ＭＯＤＵＬＡＴＩＯＮ］＝３の場合には今のところ未定義の高周波数モードである。すべてのタグは、３つの符号化形式すべてを実装する必要がある場合がある。リーダーは、１つまたは複数の復号化器を実装することができる。Ｆ２Ｆ符号化のプリミティブは、ＦＭ０と同じタイミングを持ち、同じであるが、２つのＦＭ０プリミティブは、Ｆ２Ｆのそれぞれのビットを符号化するために使用される。Ｆ２Ｆ符号化器は、ビット反転器が先にあるＦＭ０符号化器を使用し、相次ぐ各ビットについて２回符号化することにより実装することができる。
【０１６９】
ＦＭ０では、タグは、後方散乱変調でリーダー・コマンドに応答する。それぞれのビット期間の間に後方散乱状態の変化があり、０ビットはビット時間の中心のところで後方散乱状態の追加の変化を持つ。タグ−リーダー間の公称データ転送速度は、リーダー−タグ間転送速度の４倍であるが、タグの発振器ドリフトのせいで８０ビット・レスポンス・ウィンドウにわたって最大１０％まで変化しうる。後方散乱ノイズ環境を制御できる場合（つまり、蛍光灯などの周囲を遮蔽する）にはＦＭ０が使用されることが予想される。
【０１７０】
Ｆ２Ｆでは、タグは、４間隔ビット・セル符号化スキームに従う後方散乱変調でリーダー・コマンドに応答する。ビット・セルにおいて０に対し２回の遷移が観察され、１に対し４回の遷移が観察される。タグ−リーダー間の公称データ転送速度は、リーダー−タグ間転送速度の２倍であるが、タグの発振器ドリフトのせいで８０ビット・レスポンス・ウィンドウにわたって最大１０％まで変化しうる。
【０１７１】
タグ−リーダー間変調パラメータのいくつかの例を以下に示す。
Ｔ0：リーダー−タグ間マスター・クロック間隔。
ＴTagbitcell：タグ−リーダー間ビット・セル間隔（ＦＭ０にはＴ0／４、Ｆ２ＦにはＴ0／２）。
Ｔａｇ Ｄａｔａ Ｒａｔｅ：タグ−リーダー間公称データ転送速度（ＦＭ０には４／Ｔ0、Ｆ２Ｆには２／Ｔ0）。
ＴTagscrollDel：コマンドの終わりからタグＳｃｒｏｌｌＩＤ応答の開始までの応答遅延（２×Ｔ0）。
ＴTagDel：コマンドの終わりからタグＩＤ応答の開始までの応答遅延（２×Ｔ0）。
ＴTagreplyNom：８＋１６＋９６ビットＳｃｒｏｌｌＩＤ応答に対するタグ−リーダー間応答持続時間（ＴTagbitcell×１２０ビット）。
ΔＴTagbitcell：１２０ビットＳｃｒｏｌｌＩＤ応答の最後のビットのタグ−リーダー間ビット・セル間隔変動（最大１０％）。
ＴCoast：ＥＯＦから次のコマンドまでの持続時間（最大５ｍｓ）。
【０１７２】
データの終わりからＳｃｒｏｌｌＩＤまたはＶｅｒｉｆｙＩＤコマンドの開始までの遅延、ＴTagscrollDelは図１４に例示されている。ＳｃｒｏｌｌＩＤ応答の持続時間ＴTagreplyNomも図１４に例示されている。ビット・セル持続時間の変動ΔＴTagbitcellは、図１５に例示されている。
【０１７３】
タグ−リーダー間ビット・セル符号化は、図１６に示されている。ＦＭ０符号化では、タグ後方散乱の状態は、それぞれのビットのエッジで変化し、「０」データ・ビットに対応するビット間隔の真ん中で状態の追加変更が生じる。クローバーは、オフ状態で開始し、最初のデータ・ビットの始めにオン状態への最初の遷移を行う。最終ビット間隔遷移は、潜在的に１つの付加的ビット時間の後のほうのエッジで、ＨＩＧＨレベル状態で（クローバー状態ではなく）変調を離れる必要がある場合に、終わりに挿入される。
【０１７４】
Ｆ２Ｆ符号化では、タグ後方散乱は、ビット・セル毎に２つのシンボルのうちの１つの選択により変調される。この符号化スキームの下では、ビットの中央で常に遷移があり、マンチェスター符号化と異なり、０と１の意味は、コードが反転されたときも維持される。図１７は、この反転を例示している。
【０１７５】
この説明から、本発明の複数の態様は、少なくとも一部は、ソフトウェアで実現できることは明白であろう。つまり、これらの手法は、メモリ１１１メモリ３１９などのメモリに格納されている命令シーケンスを実行するマイクロプロセッサ１１３またはコントローラ２０７などの、プロセッサに応えて、コンピュータ・システムまたはその他のデータ処理システム内で実行することができる。さまざまな実施形態において、本発明を実装するために、ワードワイヤード回路をソフトウェア命令と組み合わせて使用することができる。したがって、これらの手法は、ハードウェア回路とソフトウェアの特定の組み合わせに限定されず、またデータ処理システムにより実行される命令の特定のソースにも限定されない。さらに、この説明全体を通して、説明を簡単にするため、さまざまな機能やオペレーションはソフトウェア・コードにより実行されるか、またはソフトウェア・コードにより引き起こされるものとして説明されている。しかし、当業者であれば、そのような表現が意味しているのは、それらの機能がマイクロプロセッサ１１３またはコントローラ２０７などのプロセッサによるコードの実行から結果として生じるということであると理解するであろう。
【０１７６】
機械可読媒体を使用することにより、データ処理システムにより実行されたときに本発明のさまざまな方法をシステムに実行させるソフトウェアとデータを格納することができる。この実行可能ソフトウェアとデータは、例えば、メモリ１１１またはメモリ３１９を含む、さまざまな場所に格納することができる。このソフトウェアおよび／またはデータの一部分を、これらの記憶デバイスのうちのいずれか１つに格納することができる。
【０１７７】
したがって、機械可読媒体は、機械（例えば、コンピュータ、ネットワーク・デバイス、パーソナル・デジタル・アシスタント、製造装置、１つまたは複数のプロセッサの集まりを含むデバイスなど）によりアクセス可能な形態で情報を提供（つまり、格納および／または伝送）するメカニズムを備える。例えば、機械可読媒体は、記録可能／記録不可能媒体（例えば、読み取り専用メモリ（ＲＯＭ）、ランダム・アクセス・メモリ（ＲＡＭ）、磁気ディスク記憶媒体、光記憶媒体、フラッシュ・メモリ・デバイスなど）だけでなく、電気、光、音響、またはその他の形態の伝搬信号（例えば、搬送波、赤外線信号、デジタル信号など）などをも含む。
【０１７８】
この説明で使用される略語をいくつか以下にまとめた。
ＡＭ：振幅変調。
ＣＲＣ：巡回冗長検査。
ＣＷ：連続波。
ｋｂｐｓ：キロビット／秒。
ＬＳＢ：最下位ビット。
ｍｓ：ミリ秒（１０-3秒）。
ＭＨｚ：メガヘルツ（１０6ヘルツ）。
ＭＳＢ：最上位ビット。
ＲＡＭ：ランダム・アクセス・メモリ。
ＲＦ：無線周波数。
ＲＦＩＤ：無線認証。
ＲＴＦ：リーダー・トーク・ファースト。
μｓ：マイクロ秒（１０-6秒）。
ＶＬＣ：超低価格。
【０１７９】
本明細書では、発明は特定の例を参照しつつ説明がなされている。本発明は、付属の請求項で定められているように、本発明の広い精神と範囲を逸脱することなくさまざまな変更を加えられることは明白であろう。したがって、明細書および図面は、限定ではなく、説明することを目的としているものとみなすべきである。
【図面の簡単な説明】
【０１８０】
【図１】リーダーを含む識別システムと複数のＲＦタグの一例を示す図である。
【図２】本発明のいくつかの実施形態とともに使用することができるＲＦタグの一実施形態の一例を示す図である。
【図３】本発明の一実施形態によるＲＦタグの一例を示す図である。
【図４】本発明の一実施形態による通信方法の流れ図である。
【図５】本発明の一実施形態によりタグがリーダーと通信する方法の流れ図である。
【図６】本発明の一実施形態により問い合わせに応答するかどうかをタグがランダムに決定するための意思決定回路の一例を示す図である。
【図７】本発明の一実施形態によりタグがリーダーと通信するための乱数を生成する方法の流れ図である。
【図８】本発明の一実施形態によりリーダーが多数のタグからタグ・データを読み取る方法の流れ図である。
【図９】本発明の一実施形態によるタグ状態図である。
【図１０】本発明のいくつかの実施形態によりリーダーからタグへブロードキャストするための信号変調を示す図である。
【図１１】本発明のいくつかの実施形態によりリーダーからタグへブロードキャストするための信号変調を示す図である。
【図１２】本発明のいくつかの実施形態によりリーダーからタグへブロードキャストするための信号変調を示す図である。
【図１３】本発明のいくつかの実施形態によりリーダーからタグへブロードキャストするための信号変調を示す図である。
【図１４】本発明のいくつかの実施形態によりタグがリーダーに応答するするための信号変調を示す図である。
【図１５】本発明のいくつかの実施形態によりタグがリーダーに応答するするための信号変調を示す図である。
【図１６】本発明のいくつかの実施形態によりタグがリーダーに応答するするための信号変調を示す図である。
【図１７】本発明のいくつかの実施形態によりタグがリーダーに応答するするための信号変調を示す図である。
【特許請求の範囲】
【請求項１】
複数のタグに問い合わせを行う方法であって、
応答の第１の確率を示す確率パラメータの第１の値を含む１つまたは複数の第１の問い合わせコマンドをブロードキャストし、前記複数のタグのそれぞれは、応答するかしないかをランダムに決定することと、
前記第１の問い合わせコマンドに応える応答を検出することとを含む方法。
【請求項２】
さらに、
前記１つまたは複数の第１の問い合わせコマンドへの応答がないとの判定に応えて、応答の前記第１の確率よりも大きい応答の第２の確率を示す前記確率パラメータの第２の値を含む第２の問い合わせコマンドをブロードキャストすることを含む請求項１に記載の方法。
【請求項３】
さらに、
前記１つまたは複数の第１の問い合わせコマンドへの判読できる応答がないとの判定に応えて、応答の前記第１の確率よりも小さい応答の第２の確率を示す前記確率パラメータの第２の値を含む第２の問い合わせコマンドをブロードキャストすることを含む請求項１に記載の方法。
【請求項４】
前記確率パラメータの前記第１の値は整数Ｑであり、前記複数のタグのうちの１つに対する応答の前記第１の確率は実質的にｐQに等しく、ｐは１未満である請求項１に記載の方法。
【請求項５】
ｐは実質的に０．５に等しい請求項４に記載の方法。
【請求項６】
前記複数のタグのうちの第１のタグに対する応答の前記第１の確率は、前記複数のタグのうちの第２のタグに対する応答の前記第１の確率と異なる請求項１に記載の方法。
【請求項７】
前記第１の問い合わせコマンドは、さらに、第１の状態を示す状態フラグを含み、第２の状態にある複数のタグが前記第１の問い合わせコマンドに応答せず、前記第１の状態にある複数のタグが前記確率パラメータの前記第１の値に従って前記第１の問い合わせコマンドにランダムに応答する請求項１に記載の方法。
【請求項８】
さらに、
前記確率パラメータの第２の値と前記第２の状態を示す状態フラグを含む第２の問い合わせコマンドをブロードキャストし、前記第１の状態にあるタグは、前記第２の問い合わせコマンドに応答せず、前記第２の状態にあるタグは前記確率パラメータの前記第２の値に従って前記第２の問い合わせコマンドにランダム応答することと、
前記第２の問い合わせコマンドに応える応答を検出することとを含む請求項７に記載の方法。
【請求項９】
前記第１と第２の問い合わせコマンドは前記第１と第２の状態に対して対称的である請求項８に記載の方法。
【請求項１０】
さらに、
判読可能な応答が第１のハンドシェーキング・データを含む前記第１の問い合わせコマンドへの前記判読可能な応答に応えて、前記第１のハンドシェーキング・データを含む第２のコマンドを送信することと、
前記第２のコマンドへの応答としてタグ識別データを受信することとを含む請求項７に記載の方法。
【請求項１１】
さらに、
タグ識別データが正常に受信されない場合にタグ識別データの受信のエラーを示すコマンドを送信することを含む請求項１０に記載の方法。
【請求項１２】
さらに、
前記確率パラメータの値を含まない第２の問い合わせコマンドをブロードキャストすることを含む請求項１に記載の方法。
【請求項１３】
前記第１の問い合わせコマンドは、前記確率パラメータの前記第１の値を含む複数のパラメータの第１の複数の値を含み、
前記第２の問い合わせコマンドは、前記複数のパラメータの複数の値を含まない請求項１２に記載の方法。
【請求項１４】
前記第２の問い合わせコマンドは、前記第１の問い合わせコマンドよりも実質的に短い請求項１３に記載の方法。
【請求項１５】
タグがリーダーからの複数問い合わせに応える方法であって、
確率パラメータの第１の値を含む第１の問い合わせコマンドを前記リーダーから受信することと、
前記第１の問い合わせコマンドに応答するかしないかをランダムに決定することとを含み、応答の確率が前記確率パラメータの前記第１の値により判定されることを特徴とする方法。
【請求項１６】
さらに、
応答へのランダムな決定に応えて、第１のハンドシェーキング・データを含む応答を送信することを含む請求項１５に記載の方法。
【請求項１７】
前記第１のハンドシェーキング・データは、前記第１の問い合わせコマンドに応えて生成される乱数である請求項１６に記載の方法。
【請求項１８】
前記確率パラメータの前記第１の値は整数Ｑであり、応答の前記第１の確率は実質的にｐQに等しく、ｐは１未満である請求項１５に記載の方法。
【請求項１９】
ｐは実質的に０．５に等しい請求項１８に記載の方法。
【請求項２０】
前記第１の問い合わせコマンドは、さらに、第１の状態を示す状態フラグを含み、前記タグは、前記タグが第２の状態にある場合に前記第１の問い合わせコマンドに応答せず、前記タグが前記第１の状態にある場合に前記確率パラメータの前記第１の値に従って前記第１の問い合わせコマンドにランダムに応答する請求項１５に記載の方法。
【請求項２１】
さらに、
前記確率パラメータの第２の値と前記第２の状態を示す状態フラグを含む第２の問い合わせコマンドを受信することと、
前記第２の問い合わせコマンドに応答するかしないかをランダムに決定することとを含み、応答の確率は、前記タグが前記第２の状態にある場合に前記確率パラメータの前記第２の値により決定され、前記タグは、前記タグが前記第１の状態にある場合に前記第２の問い合わせコマンドに応答しない請求項２０に記載の方法。
【請求項２２】
前記タグは、前記第１と第２の状態に対して対称的に前記第１と第２の問い合わせコマンドを処理する請求項２１に記載の方法。
【請求項２３】
さらに、
応答へのランダムな決定に応えて、第１のハンドシェーキング・データを含む第１の応答を送信することと、
前記リーダーから前記第１のハンドシェーキング・データを含む第２のコマンドを受信したことに応えて、タグ識別データを含む第２の応答を送信することとを含む請求項２０に記載の方法。
【請求項２４】
さらに、
前記第２の応答を送信した後問い合わせコマンドを受信したことに応えて、前記第１の状態から前記第２の状態に切り換えることを含み、前記リーダー側で前記タグ識別データを受信した際のエラーを示すコマンドを受信した後、前記タグは、前記エラーを示すコマンドの後に問い合わせコマンドが受信された場合に前記第１の状態のままになる請求項２３に記載の方法。
【請求項２５】
さらに、
前記確率パラメータの値を含まない第２の問い合わせコマンドを受信することと、
前記第２の問い合わせコマンドに応答するかしないかをランダムに決定することとを含み、応答の確率は、前記確率パラメータの前記第１の値により判定される請求項１５に記載の方法。
【請求項２６】
前記第１の問い合わせコマンドは、前記確率パラメータの前記第１の値を含む複数のパラメータの第１の複数の値を含み、
前記第２の問い合わせコマンドは、前記複数のパラメータの複数の値を含まず、
前記タグは、前記複数のパラメータの前記第１の複数の値に従って前記第２の問い合わせコマンドを処理する請求項２５に記載の方法。
【請求項２７】
前記第２の問い合わせコマンドは、前記第１の問い合わせコマンドよりも実質的に短い請求項２６に記載の方法。
【請求項２８】
複数のタグに問い合わせを行うリーダーであって、
応答の第１の確率を示す確率パラメータの第１の値を含む１つまたは複数の第１の問い合わせコマンドをブロードキャストする手段であって、前記複数のタグのそれぞれにより応答するかしないかがランダムに決定される手段と、
前記第１の問い合わせコマンドに応える応答を検出する手段とを備えるリーダー。
【請求項２９】
さらに、
前記１つまたは複数の第１の問い合わせコマンドへの応答がないとの判定に応えて、応答の前記第１の確率よりも大きい応答の第２の確率を示す前記確率パラメータの第２の値を含む第２の問い合わせコマンドをブロードキャストする手段を備える請求項２８に記載のリーダー。
【請求項３０】
さらに、
前記１つまたは複数の第１の問い合わせコマンドへの判読できる応答がないとの判定に応えて、応答の前記第１の確率よりも小さい応答の第２の確率を示す前記確率パラメータの第２の値とともに第２の問い合わせコマンドをブロードキャストする手段を備える請求項２８に記載のリーダー。
【請求項３１】
前記確率パラメータの前記第１の値は整数Ｑであり、前記複数のタグのうちの１つに対する応答の前記第１の確率は実質的にｐQに等しく、ｐは１未満である請求項２８に記載のリーダー。
【請求項３２】
ｐは実質的に０．５に等しい請求項３１に記載のリーダー。
【請求項３３】
前記複数のタグのうちの第１のタグに対する応答の前記第１の確率は、前記複数のタグのうちの第２のタグに対する応答の前記第１の確率と異なる請求項２８に記載のリーダー。
【請求項３４】
前記第１の問い合わせコマンドは、さらに、第１の状態を示す状態フラグを含み、第２の状態にある複数のタグが前記第１の問い合わせコマンドに応答せず、前記第１の状態にある複数のタグが前記確率パラメータの前記第１の値に従って前記第１の問い合わせコマンドにランダムに応答する請求項２８に記載のリーダー。
【請求項３５】
さらに、
前記確率パラメータの第２の値と前記第２の状態を示す状態フラグを含む第２の問い合わせコマンドをブロードキャストし、前記第１の状態にあるタグは、前記第２の問い合わせコマンドに応答せず、前記第２の状態にあるタグは前記確率パラメータの前記第２の値に従って前記第２の問い合わせコマンドにランダム応答する手段と、
前記第２の問い合わせコマンドに応える応答を検出する手段とを備える請求項３４に記載のリーダー。
【請求項３６】
前記第１と第２の問い合わせコマンドは、前記第１と第２の状態に対して対称的である請求項３５に記載のリーダー。
【請求項３７】
さらに、
判読可能な応答が第１のハンドシェーキング・データを含む前記第１の問い合わせコマンドへの前記判読可能な応答に応えて、前記第１のハンドシェーキング・データを含む第２のコマンドを送信する手段と、
前記第２のコマンドへの応答としてタグ識別データを受信する手段とを備える請求項３４に記載のリーダー。
【請求項３８】
さらに、
タグ識別データが正常に受信されない場合にタグ識別データの受信のエラーを示すコマンドを送信する手段を備える請求項３７に記載のリーダー。
【請求項３９】
さらに、
前記確率パラメータの値を含まない第２の問い合わせコマンドをブロードキャストする手段を備える請求項２８に記載のリーダー。
【請求項４０】
前記第１の問い合わせコマンドは、前記確率パラメータの前記第１の値を含む複数のパラメータの第１の複数の値を含み、
前記第２の問い合わせコマンドは、前記複数のパラメータの複数の値を含まない請求項３９に記載のリーダー。
【請求項４１】
前記第２の問い合わせコマンドは、前記第１の問い合わせコマンドよりも実質的に短い請求項４０に記載のリーダー。
【請求項４２】
リーダーからの問い合わせに応えるタグであって、
確率パラメータの第１の値を含む第１の問い合わせコマンドを前記リーダーから受信する手段と、
前記第１の問い合わせコマンドに応答するかしないかをランダムに決定する手段とを備え、応答の確率が前記確率パラメータの前記第１の値により判定されることを特徴とするタグ。
【請求項４３】
さらに、
応答へのランダムな決定に応えて、第１のハンドシェーキング・データを含む応答を送信する手段を備える請求項４２に記載のタグ。
【請求項４４】
前記第１のハンドシェーキング・データは、前記第１の問い合わせコマンドに応えて生成される乱数である請求項４３に記載のタグ。
【請求項４５】
前記確率パラメータの前記第１の値は整数Ｑであり、前記複数のタグのうちの１つに対する応答の前記第１の確率は実質的にｐQに等しく、ｐは１未満である請求項４２に記載のタグ。
【請求項４６】
ｐは実質的に０．５に等しい請求項４５に記載のタグ。
【請求項４７】
前記第１の問い合わせコマンドは、さらに、第１の状態を示す状態フラグを含み、前記タグは、前記タグが第２の状態にある場合に前記第１の問い合わせコマンドに応答せず、前記タグが前記第１の状態にある場合に前記確率パラメータの前記第１の値に従って前記第１の問い合わせコマンドにランダムに応答する請求項４２に記載のタグ。
【請求項４８】
さらに、
前記確率パラメータの第２の値と前記第２の状態を示す状態フラグを含む第２の問い合わせコマンドを受信する手段と、
前記第２の問い合わせコマンドに応答するかしないかをランダムに決定する手段とを備え、応答の確率は、前記タグが前記第２の状態にある場合に前記確率パラメータの前記第２の値により決定され、前記タグは、前記タグが前記第１の状態にある場合に前記第２の問い合わせコマンドに応答しない請求項４７に記載のタグ。
【請求項４９】
前記タグは、前記第１と第２の状態に対して対称的に前記第１と第２の問い合わせコマンドを処理する請求項４８に記載のタグ。
【請求項５０】
さらに、
応答へのランダムな決定に応えて、第１のハンドシェーキング・データを含む第１の応答を送信する手段と、
前記リーダーから前記第１のハンドシェーク・データを含む第２のコマンドを受信したことに応えて、タグ識別データを含む第２の応答を送信する手段とを備える請求項４７に記載のタグ。
【請求項５１】
さらに、
前記第２の応答を送信した後問い合わせコマンドを受信したことに応えて、前記第１の状態から前記第２の状態に切り換える手段を備え、前記リーダー側で前記タグ識別データを受信した際のエラーを示すコマンドを受信した後、前記タグは、前記エラーを示すコマンドの後に問い合わせコマンドが受信された場合に前記第１の状態のままになる請求項５０に記載のタグ。
【請求項５２】
さらに、
前記確率パラメータの値を含まない第２の問い合わせコマンドを受信する手段と、
前記第２の問い合わせコマンドに応答するかしないかをランダムに決定する手段とを備え、応答の確率が前記確率パラメータの前記第１の値により判定される請求項４２に記載のタグ。
【請求項５３】
前記第１の問い合わせコマンドは、前記確率パラメータの前記第１の値を含む複数のパラメータの第１の複数の値を含み、
前記第２の問い合わせコマンドは、前記複数のパラメータの複数の値を含まず、
前記タグは、前記複数のパラメータの前記第１の複数の値に従って前記第２の問い合わせコマンドを処理する請求項５２に記載のタグ。
【請求項５４】
前記第２の問い合わせコマンドは、前記第１の問い合わせコマンドよりも実質的に短い請求項５３に記載のタグ。
【請求項５５】
データ処理システム上で実行された場合に複数のタグに問い合わせを行う方法を前記システムに実行させる命令を格納する機械可読媒体であって、前記実行方法は、
応答の第１の確率を示す確率パラメータの第１の値を含む１つまたは複数の第１の問い合わせコマンドをブロードキャストし、前記複数のタグのそれぞれは、応答するかしないかをランダムに決定することと、
前記第１の問い合わせコマンドに応える応答を検出することとを含む機械可読媒体。
【請求項５６】
前記方法は、さらに、
前記１つまたは複数の第１の問い合わせコマンドへの応答がないとの判定に応えて、応答の前記第１の確率よりも大きい応答の第２の確率を示す前記確率パラメータの第２の値を含む第２の問い合わせコマンドをブロードキャストすることを含む請求項５５に記載の媒体。
【請求項５７】
前記方法は、さらに、
前記１つまたは複数の第１の問い合わせコマンドへの判読できる応答がないとの判定に応えて、応答の前記第１の確率よりも小さい応答の第２の確率を示す前記確率パラメータの第２の値とともに第２の問い合わせコマンドをブロードキャストすることを含む請求項５５に記載の媒体。
【請求項５８】
前記確率パラメータの前記第１の値は整数Ｑであり、前記複数のタグのうちの１つに対する応答の前記第１の確率は実質的にｐQに等しく、ｐは１未満である請求項５５に記載の媒体。
【請求項５９】
ｐは実質的に０．５に等しい請求項５８に記載の媒体。
【請求項６０】
前記複数のタグのうちの第１のタグに対する応答の前記第１の確率は、前記複数のタグのうちの第２のタグに対する応答の前記第１の確率と異なる請求項５５に記載の媒体。
【請求項６１】
前記第１の問い合わせコマンドは、さらに、第１の状態を示す状態フラグを含み、第２の状態にある複数のタグが前記第１の問い合わせコマンドに応答せず、前記第１の状態にある複数のタグが前記確率パラメータの前記第１の値に従って前記第１の問い合わせコマンドにランダムに応答する請求項５５に記載の媒体。
【請求項６２】
前記方法は、さらに、
前記確率パラメータの第２の値と前記第２の状態を示す状態フラグを含む第２の問い合わせコマンドをブロードキャストし、前記第１の状態にあるタグは、前記第２の問い合わせコマンドに応答せず、前記第２の状態にあるタグは前記確率パラメータの前記第２の値に従って前記第２の問い合わせコマンドにランダム応答することと、
前記第２の問い合わせコマンドに応える応答を検出することとを含む請求項６１に記載の媒体。
【請求項６３】
前記第１と第２の問い合わせコマンドは前記第１と第２の状態に対して対称的である請求項６２に記載の媒体。
【請求項６４】
前記方法は、さらに、
判読可能な応答が第１のハンドシェーキング・データを含む前記第１の問い合わせコマンドへの前記判読可能な応答に応えて、前記第１のハンドシェーキング・データを含む第２のコマンドを送信することと、
前記第２のコマンドへの応答としてタグ識別データを受信することとを含む請求項６１に記載の媒体。
【請求項６５】
前記方法は、さらに、
識別タグ識別データが正常に受信されない場合にタグ識別データの受信のエラーを示すコマンドを送信することを含む請求項６４に記載の媒体。
【請求項６６】
前記方法は、さらに、
前記確率パラメータの値を含まない第２の問い合わせコマンドをブロードキャストすることを含む請求項５５に記載の媒体。
【請求項６７】
前記第１の問い合わせコマンドは、前記確率パラメータの前記第１の値を含む複数のパラメータの第１の複数の値を含み、
前記第２の問い合わせコマンドは、前記複数のパラメータの複数の値を含まない請求項６６に記載の媒体。
【請求項６８】
前記第２の問い合わせコマンドは、前記第１の問い合わせコマンドよりも実質的に短い請求項６７に記載の媒体。
【請求項６９】
リーダーからの問い合わせに応えるタグであって、
アンテナと、
アンテナに結合された集積回路（ＩＣ）であって、
確率パラメータの第１の値とともに第１の問い合わせコマンドを前記リーダーから受信し、
前記第１の問い合わせコマンドに応答するかしないかをランダムに決定する集積回路（ＩＣ）とを備え、応答の確率が前記確率パラメータの前記第１の値により判定されることを特徴とするタグ。
【請求項７０】
前記アンテナに結合された前記ＩＣは、さらに、応答のランダムな決定に応えて、第１のハンドシェーキング・データとともに応答を送信する請求項６９に記載のタグ。
【請求項７１】
前記第１のハンドシェーキング・データは、前記第１の問い合わせコマンドに応えて生成される乱数である請求項７０に記載のタグ。
【請求項７２】
前記確率パラメータの前記第１の値は整数Ｑであり、前記複数のタグのうちの１つに対する応答の前記第１の確率は実質的にｐQに等しく、ｐは１未満である請求項６９に記載のタグ。
【請求項７３】
ｐは実質的に０．５に等しい請求項７２に記載のタグ。
【請求項７４】
前記第１の問い合わせコマンドは、さらに、第１の状態を示す状態フラグを含み、前記タグは、前記タグが第２の状態にある場合に前記第１の問い合わせコマンドに応答せず、前記タグが前記第１の状態にある場合に前記確率パラメータの前記第１の値に従って前記第１の問い合わせコマンドにランダムに応答する請求項６９に記載のタグ。
【請求項７５】
前記アンテナに結合された前記ＩＣは、さらに、
前記確率パラメータの第２の値と前記第２の状態を示す状態フラグを含む第２の問い合わせコマンドを受信し、
前記第２の問い合わせコマンドに応答するかしないかをランダムに決定することとを含み、応答の確率は、前記タグが前記第２の状態にある場合に前記確率パラメータの前記第２の値に従い、前記タグは、前記第１の状態にある場合に前記第２の問い合わせコマンドに応答しない請求項７４に記載のタグ。
【請求項７６】
前記タグは、前記第１と第２の状態に対して対称的に前記第１と第２の問い合わせコマンドを処理する請求項７５に記載のタグ。
【請求項７７】
前記アンテナに結合された前記ＩＣは、さらに、
応答へのランダムな決定に応えて、第１のハンドシェーキング・データを含む第１の応答を送信し、
前記リーダーから前記第１のハンドシェーク・データを含む第２のコマンドを受信したことに応えて、タグ識別データを含む第２の応答を送信する請求項７４に記載のタグ。
【請求項７８】
前記アンテナに結合された前記ＩＣは、前記第２の応答を送信した後問い合わせコマンドを受信したことに応えて、前記第１の状態から前記第２の状態に切り換え、前記リーダー側で前記タグ識別データを受信した際のエラーを示すコマンドを受信した後、前記タグは、前記エラーを示すコマンドの後に問い合わせコマンドが受信された場合に前記第１の状態のままになる請求項７７に記載のタグ。
【請求項７９】
前記アンテナに結合された前記ＩＣは、さらに、
前記確率パラメータの値を含まない第２の問い合わせコマンドを受信し、
前記第２の問い合わせコマンドに応答するかしないかをランダムに決定し、応答の確率は、前記確率パラメータの前記第１の値により判定される請求項６９に記載のタグ。
【請求項８０】
前記第１の問い合わせコマンドは、前記確率パラメータの前記第１の値を含む複数のパラメータの第１の複数の値を含み、
前記第２の問い合わせコマンドは、前記複数のパラメータの複数の値を含まず、
前記タグは、前記複数のパラメータの前記第１の複数の値に従って前記第２の問い合わせコマンドを処理する請求項７９に記載のタグ。
【請求項８１】
前記第２の問い合わせコマンドは、前記第１の問い合わせコマンドよりも実質的に短い請求項８０に記載のタグ。
【請求項８２】
複数のタグに問い合わせを行う装置であって、
アンテナと、
リーダーであって、
前記アンテナに結合された受信器と、
前記アンテナに結合された送信器と、
前記受信器、前記送信器、メモリに結合され、前記送信器と前記受信器を制御するプロセッサとを備える前記リーダーと、
前記リーダーは応答の第１の確率を示す確率パラメータの第１の値を含む１つまたは複数の第１の問い合わせコマンドをブロードキャストし、前記複数のタグのそれぞれは応答するかしないかをランダムに決定し、
前記リーダーはさらに前記第１の問い合わせコマンドに応える応答を検出することを特徴とする装置。
【請求項８３】
前記リーダーはさらに前記１つまたは複数の第１の問い合わせコマンドへの応答がないとの判定に応えて、応答の前記第１の確率よりも大きい応答の第２の確率を示す前記確率パラメータの第２の値を含む第２の問い合わせコマンドをブロードキャストする請求項８２に記載の装置。
【請求項８４】
前記リーダーはさらに前記１つまたは複数の第１の問い合わせコマンドへの判読可能な応答がないとの判定に応えて、応答の前記第１の確率よりも小さい応答の第２の確率を示す前記確率パラメータの第２の値を含む第２の問い合わせコマンドをブロードキャストする請求項８２に記載の装置。
【請求項８５】
前記確率パラメータの前記第１の値は整数Ｑであり、前記複数のタグのうちの１つに対する応答の前記第１の確率は実質的にｐQに等しく、ｐは１未満である請求項８２に記載の装置。
【請求項８６】
ｐは実質的に０．５に等しい請求項８２に記載の装置。
【請求項８７】
前記複数のタグのうちの第１のタグに対する応答の前記第１の確率は、前記複数のタグのうちの第２のタグに対する応答の前記第１の確率と異なる請求項８２に記載の装置。
【請求項８８】
前記第１の問い合わせコマンドは、さらに、第１の状態を示す状態フラグを含み、第２の状態にある複数のタグが前記第１の問い合わせコマンドに応答せず、前記第１の状態にある複数のタグが前記確率パラメータの前記第１の値に従って前記第１の問い合わせコマンドにランダムに応答する請求項８２に記載の装置。
【請求項８９】
前記リーダーはさらに前記確率パラメータの第２の値と前記第２の状態を示す状態フラグを含む第２の問い合わせコマンドをブロードキャストし、前記第１の状態にあるタグは、前記第２の問い合わせコマンドに応答せず、前記第２の状態にあるタグは、前記確率パラメータの前記第２の値に従って前記第２の問い合わせコマンドにランダム応答し、前記リーダーはさらに前記第２の問い合わせコマンドに応えて応答を検出する請求項８８に記載の装置。
【請求項９０】
データ処理システム上で実行された場合にリーダーからの問い合わせに応える方法を前記システムに実行させる命令を格納する機械可読媒体であって、前記実行方法は、
確率パラメータの第１の値を含む第１の問い合わせコマンドを前記リーダーから受信することと、
前記第１の問い合わせコマンドに応答するかしないかをランダムに決定することとを含み、応答の確率が前記確率パラメータの前記第１の値により判定されることを特徴とする機械可読媒体。
【請求項９１】
さらに、
応答へのランダムな決定に応えて、第１のハンドシェーキング・データを含む応答を送信することを含む請求項９０に記載の方法。
【請求項９２】
前記第１のハンドシェーキング・データは、前記第１の問い合わせコマンドに応えて生成される乱数である請求項９１に記載の方法。
【請求項９３】
前記確率パラメータの前記第１の値は整数Ｑであり、応答の前記第１の確率は実質的にｐQに等しく、ｐは１未満である請求項９０に記載の方法。
【請求項９４】
ｐは実質的に０．５に等しい請求項１８に記載の方法。
【請求項１】
複数のタグに問い合わせを行う方法であって、
応答の第１の確率を示す確率パラメータの第１の値を含む１つまたは複数の第１の問い合わせコマンドをブロードキャストし、前記複数のタグのそれぞれは、応答するかしないかをランダムに決定することと、
前記第１の問い合わせコマンドに応える応答を検出することとを含む方法。
【請求項２】
さらに、
前記１つまたは複数の第１の問い合わせコマンドへの応答がないとの判定に応えて、応答の前記第１の確率よりも大きい応答の第２の確率を示す前記確率パラメータの第２の値を含む第２の問い合わせコマンドをブロードキャストすることを含む請求項１に記載の方法。
【請求項３】
さらに、
前記１つまたは複数の第１の問い合わせコマンドへの判読できる応答がないとの判定に応えて、応答の前記第１の確率よりも小さい応答の第２の確率を示す前記確率パラメータの第２の値を含む第２の問い合わせコマンドをブロードキャストすることを含む請求項１に記載の方法。
【請求項４】
前記確率パラメータの前記第１の値は整数Ｑであり、前記複数のタグのうちの１つに対する応答の前記第１の確率は実質的にｐQに等しく、ｐは１未満である請求項１に記載の方法。
【請求項５】
ｐは実質的に０．５に等しい請求項４に記載の方法。
【請求項６】
前記複数のタグのうちの第１のタグに対する応答の前記第１の確率は、前記複数のタグのうちの第２のタグに対する応答の前記第１の確率と異なる請求項１に記載の方法。
【請求項７】
前記第１の問い合わせコマンドは、さらに、第１の状態を示す状態フラグを含み、第２の状態にある複数のタグが前記第１の問い合わせコマンドに応答せず、前記第１の状態にある複数のタグが前記確率パラメータの前記第１の値に従って前記第１の問い合わせコマンドにランダムに応答する請求項１に記載の方法。
【請求項８】
さらに、
前記確率パラメータの第２の値と前記第２の状態を示す状態フラグを含む第２の問い合わせコマンドをブロードキャストし、前記第１の状態にあるタグは、前記第２の問い合わせコマンドに応答せず、前記第２の状態にあるタグは前記確率パラメータの前記第２の値に従って前記第２の問い合わせコマンドにランダム応答することと、
前記第２の問い合わせコマンドに応える応答を検出することとを含む請求項７に記載の方法。
【請求項９】
前記第１と第２の問い合わせコマンドは前記第１と第２の状態に対して対称的である請求項８に記載の方法。
【請求項１０】
さらに、
判読可能な応答が第１のハンドシェーキング・データを含む前記第１の問い合わせコマンドへの前記判読可能な応答に応えて、前記第１のハンドシェーキング・データを含む第２のコマンドを送信することと、
前記第２のコマンドへの応答としてタグ識別データを受信することとを含む請求項７に記載の方法。
【請求項１１】
さらに、
タグ識別データが正常に受信されない場合にタグ識別データの受信のエラーを示すコマンドを送信することを含む請求項１０に記載の方法。
【請求項１２】
さらに、
前記確率パラメータの値を含まない第２の問い合わせコマンドをブロードキャストすることを含む請求項１に記載の方法。
【請求項１３】
前記第１の問い合わせコマンドは、前記確率パラメータの前記第１の値を含む複数のパラメータの第１の複数の値を含み、
前記第２の問い合わせコマンドは、前記複数のパラメータの複数の値を含まない請求項１２に記載の方法。
【請求項１４】
前記第２の問い合わせコマンドは、前記第１の問い合わせコマンドよりも実質的に短い請求項１３に記載の方法。
【請求項１５】
タグがリーダーからの複数問い合わせに応える方法であって、
確率パラメータの第１の値を含む第１の問い合わせコマンドを前記リーダーから受信することと、
前記第１の問い合わせコマンドに応答するかしないかをランダムに決定することとを含み、応答の確率が前記確率パラメータの前記第１の値により判定されることを特徴とする方法。
【請求項１６】
さらに、
応答へのランダムな決定に応えて、第１のハンドシェーキング・データを含む応答を送信することを含む請求項１５に記載の方法。
【請求項１７】
前記第１のハンドシェーキング・データは、前記第１の問い合わせコマンドに応えて生成される乱数である請求項１６に記載の方法。
【請求項１８】
前記確率パラメータの前記第１の値は整数Ｑであり、応答の前記第１の確率は実質的にｐQに等しく、ｐは１未満である請求項１５に記載の方法。
【請求項１９】
ｐは実質的に０．５に等しい請求項１８に記載の方法。
【請求項２０】
前記第１の問い合わせコマンドは、さらに、第１の状態を示す状態フラグを含み、前記タグは、前記タグが第２の状態にある場合に前記第１の問い合わせコマンドに応答せず、前記タグが前記第１の状態にある場合に前記確率パラメータの前記第１の値に従って前記第１の問い合わせコマンドにランダムに応答する請求項１５に記載の方法。
【請求項２１】
さらに、
前記確率パラメータの第２の値と前記第２の状態を示す状態フラグを含む第２の問い合わせコマンドを受信することと、
前記第２の問い合わせコマンドに応答するかしないかをランダムに決定することとを含み、応答の確率は、前記タグが前記第２の状態にある場合に前記確率パラメータの前記第２の値により決定され、前記タグは、前記タグが前記第１の状態にある場合に前記第２の問い合わせコマンドに応答しない請求項２０に記載の方法。
【請求項２２】
前記タグは、前記第１と第２の状態に対して対称的に前記第１と第２の問い合わせコマンドを処理する請求項２１に記載の方法。
【請求項２３】
さらに、
応答へのランダムな決定に応えて、第１のハンドシェーキング・データを含む第１の応答を送信することと、
前記リーダーから前記第１のハンドシェーキング・データを含む第２のコマンドを受信したことに応えて、タグ識別データを含む第２の応答を送信することとを含む請求項２０に記載の方法。
【請求項２４】
さらに、
前記第２の応答を送信した後問い合わせコマンドを受信したことに応えて、前記第１の状態から前記第２の状態に切り換えることを含み、前記リーダー側で前記タグ識別データを受信した際のエラーを示すコマンドを受信した後、前記タグは、前記エラーを示すコマンドの後に問い合わせコマンドが受信された場合に前記第１の状態のままになる請求項２３に記載の方法。
【請求項２５】
さらに、
前記確率パラメータの値を含まない第２の問い合わせコマンドを受信することと、
前記第２の問い合わせコマンドに応答するかしないかをランダムに決定することとを含み、応答の確率は、前記確率パラメータの前記第１の値により判定される請求項１５に記載の方法。
【請求項２６】
前記第１の問い合わせコマンドは、前記確率パラメータの前記第１の値を含む複数のパラメータの第１の複数の値を含み、
前記第２の問い合わせコマンドは、前記複数のパラメータの複数の値を含まず、
前記タグは、前記複数のパラメータの前記第１の複数の値に従って前記第２の問い合わせコマンドを処理する請求項２５に記載の方法。
【請求項２７】
前記第２の問い合わせコマンドは、前記第１の問い合わせコマンドよりも実質的に短い請求項２６に記載の方法。
【請求項２８】
複数のタグに問い合わせを行うリーダーであって、
応答の第１の確率を示す確率パラメータの第１の値を含む１つまたは複数の第１の問い合わせコマンドをブロードキャストする手段であって、前記複数のタグのそれぞれにより応答するかしないかがランダムに決定される手段と、
前記第１の問い合わせコマンドに応える応答を検出する手段とを備えるリーダー。
【請求項２９】
さらに、
前記１つまたは複数の第１の問い合わせコマンドへの応答がないとの判定に応えて、応答の前記第１の確率よりも大きい応答の第２の確率を示す前記確率パラメータの第２の値を含む第２の問い合わせコマンドをブロードキャストする手段を備える請求項２８に記載のリーダー。
【請求項３０】
さらに、
前記１つまたは複数の第１の問い合わせコマンドへの判読できる応答がないとの判定に応えて、応答の前記第１の確率よりも小さい応答の第２の確率を示す前記確率パラメータの第２の値とともに第２の問い合わせコマンドをブロードキャストする手段を備える請求項２８に記載のリーダー。
【請求項３１】
前記確率パラメータの前記第１の値は整数Ｑであり、前記複数のタグのうちの１つに対する応答の前記第１の確率は実質的にｐQに等しく、ｐは１未満である請求項２８に記載のリーダー。
【請求項３２】
ｐは実質的に０．５に等しい請求項３１に記載のリーダー。
【請求項３３】
前記複数のタグのうちの第１のタグに対する応答の前記第１の確率は、前記複数のタグのうちの第２のタグに対する応答の前記第１の確率と異なる請求項２８に記載のリーダー。
【請求項３４】
前記第１の問い合わせコマンドは、さらに、第１の状態を示す状態フラグを含み、第２の状態にある複数のタグが前記第１の問い合わせコマンドに応答せず、前記第１の状態にある複数のタグが前記確率パラメータの前記第１の値に従って前記第１の問い合わせコマンドにランダムに応答する請求項２８に記載のリーダー。
【請求項３５】
さらに、
前記確率パラメータの第２の値と前記第２の状態を示す状態フラグを含む第２の問い合わせコマンドをブロードキャストし、前記第１の状態にあるタグは、前記第２の問い合わせコマンドに応答せず、前記第２の状態にあるタグは前記確率パラメータの前記第２の値に従って前記第２の問い合わせコマンドにランダム応答する手段と、
前記第２の問い合わせコマンドに応える応答を検出する手段とを備える請求項３４に記載のリーダー。
【請求項３６】
前記第１と第２の問い合わせコマンドは、前記第１と第２の状態に対して対称的である請求項３５に記載のリーダー。
【請求項３７】
さらに、
判読可能な応答が第１のハンドシェーキング・データを含む前記第１の問い合わせコマンドへの前記判読可能な応答に応えて、前記第１のハンドシェーキング・データを含む第２のコマンドを送信する手段と、
前記第２のコマンドへの応答としてタグ識別データを受信する手段とを備える請求項３４に記載のリーダー。
【請求項３８】
さらに、
タグ識別データが正常に受信されない場合にタグ識別データの受信のエラーを示すコマンドを送信する手段を備える請求項３７に記載のリーダー。
【請求項３９】
さらに、
前記確率パラメータの値を含まない第２の問い合わせコマンドをブロードキャストする手段を備える請求項２８に記載のリーダー。
【請求項４０】
前記第１の問い合わせコマンドは、前記確率パラメータの前記第１の値を含む複数のパラメータの第１の複数の値を含み、
前記第２の問い合わせコマンドは、前記複数のパラメータの複数の値を含まない請求項３９に記載のリーダー。
【請求項４１】
前記第２の問い合わせコマンドは、前記第１の問い合わせコマンドよりも実質的に短い請求項４０に記載のリーダー。
【請求項４２】
リーダーからの問い合わせに応えるタグであって、
確率パラメータの第１の値を含む第１の問い合わせコマンドを前記リーダーから受信する手段と、
前記第１の問い合わせコマンドに応答するかしないかをランダムに決定する手段とを備え、応答の確率が前記確率パラメータの前記第１の値により判定されることを特徴とするタグ。
【請求項４３】
さらに、
応答へのランダムな決定に応えて、第１のハンドシェーキング・データを含む応答を送信する手段を備える請求項４２に記載のタグ。
【請求項４４】
前記第１のハンドシェーキング・データは、前記第１の問い合わせコマンドに応えて生成される乱数である請求項４３に記載のタグ。
【請求項４５】
前記確率パラメータの前記第１の値は整数Ｑであり、前記複数のタグのうちの１つに対する応答の前記第１の確率は実質的にｐQに等しく、ｐは１未満である請求項４２に記載のタグ。
【請求項４６】
ｐは実質的に０．５に等しい請求項４５に記載のタグ。
【請求項４７】
前記第１の問い合わせコマンドは、さらに、第１の状態を示す状態フラグを含み、前記タグは、前記タグが第２の状態にある場合に前記第１の問い合わせコマンドに応答せず、前記タグが前記第１の状態にある場合に前記確率パラメータの前記第１の値に従って前記第１の問い合わせコマンドにランダムに応答する請求項４２に記載のタグ。
【請求項４８】
さらに、
前記確率パラメータの第２の値と前記第２の状態を示す状態フラグを含む第２の問い合わせコマンドを受信する手段と、
前記第２の問い合わせコマンドに応答するかしないかをランダムに決定する手段とを備え、応答の確率は、前記タグが前記第２の状態にある場合に前記確率パラメータの前記第２の値により決定され、前記タグは、前記タグが前記第１の状態にある場合に前記第２の問い合わせコマンドに応答しない請求項４７に記載のタグ。
【請求項４９】
前記タグは、前記第１と第２の状態に対して対称的に前記第１と第２の問い合わせコマンドを処理する請求項４８に記載のタグ。
【請求項５０】
さらに、
応答へのランダムな決定に応えて、第１のハンドシェーキング・データを含む第１の応答を送信する手段と、
前記リーダーから前記第１のハンドシェーク・データを含む第２のコマンドを受信したことに応えて、タグ識別データを含む第２の応答を送信する手段とを備える請求項４７に記載のタグ。
【請求項５１】
さらに、
前記第２の応答を送信した後問い合わせコマンドを受信したことに応えて、前記第１の状態から前記第２の状態に切り換える手段を備え、前記リーダー側で前記タグ識別データを受信した際のエラーを示すコマンドを受信した後、前記タグは、前記エラーを示すコマンドの後に問い合わせコマンドが受信された場合に前記第１の状態のままになる請求項５０に記載のタグ。
【請求項５２】
さらに、
前記確率パラメータの値を含まない第２の問い合わせコマンドを受信する手段と、
前記第２の問い合わせコマンドに応答するかしないかをランダムに決定する手段とを備え、応答の確率が前記確率パラメータの前記第１の値により判定される請求項４２に記載のタグ。
【請求項５３】
前記第１の問い合わせコマンドは、前記確率パラメータの前記第１の値を含む複数のパラメータの第１の複数の値を含み、
前記第２の問い合わせコマンドは、前記複数のパラメータの複数の値を含まず、
前記タグは、前記複数のパラメータの前記第１の複数の値に従って前記第２の問い合わせコマンドを処理する請求項５２に記載のタグ。
【請求項５４】
前記第２の問い合わせコマンドは、前記第１の問い合わせコマンドよりも実質的に短い請求項５３に記載のタグ。
【請求項５５】
データ処理システム上で実行された場合に複数のタグに問い合わせを行う方法を前記システムに実行させる命令を格納する機械可読媒体であって、前記実行方法は、
応答の第１の確率を示す確率パラメータの第１の値を含む１つまたは複数の第１の問い合わせコマンドをブロードキャストし、前記複数のタグのそれぞれは、応答するかしないかをランダムに決定することと、
前記第１の問い合わせコマンドに応える応答を検出することとを含む機械可読媒体。
【請求項５６】
前記方法は、さらに、
前記１つまたは複数の第１の問い合わせコマンドへの応答がないとの判定に応えて、応答の前記第１の確率よりも大きい応答の第２の確率を示す前記確率パラメータの第２の値を含む第２の問い合わせコマンドをブロードキャストすることを含む請求項５５に記載の媒体。
【請求項５７】
前記方法は、さらに、
前記１つまたは複数の第１の問い合わせコマンドへの判読できる応答がないとの判定に応えて、応答の前記第１の確率よりも小さい応答の第２の確率を示す前記確率パラメータの第２の値とともに第２の問い合わせコマンドをブロードキャストすることを含む請求項５５に記載の媒体。
【請求項５８】
前記確率パラメータの前記第１の値は整数Ｑであり、前記複数のタグのうちの１つに対する応答の前記第１の確率は実質的にｐQに等しく、ｐは１未満である請求項５５に記載の媒体。
【請求項５９】
ｐは実質的に０．５に等しい請求項５８に記載の媒体。
【請求項６０】
前記複数のタグのうちの第１のタグに対する応答の前記第１の確率は、前記複数のタグのうちの第２のタグに対する応答の前記第１の確率と異なる請求項５５に記載の媒体。
【請求項６１】
前記第１の問い合わせコマンドは、さらに、第１の状態を示す状態フラグを含み、第２の状態にある複数のタグが前記第１の問い合わせコマンドに応答せず、前記第１の状態にある複数のタグが前記確率パラメータの前記第１の値に従って前記第１の問い合わせコマンドにランダムに応答する請求項５５に記載の媒体。
【請求項６２】
前記方法は、さらに、
前記確率パラメータの第２の値と前記第２の状態を示す状態フラグを含む第２の問い合わせコマンドをブロードキャストし、前記第１の状態にあるタグは、前記第２の問い合わせコマンドに応答せず、前記第２の状態にあるタグは前記確率パラメータの前記第２の値に従って前記第２の問い合わせコマンドにランダム応答することと、
前記第２の問い合わせコマンドに応える応答を検出することとを含む請求項６１に記載の媒体。
【請求項６３】
前記第１と第２の問い合わせコマンドは前記第１と第２の状態に対して対称的である請求項６２に記載の媒体。
【請求項６４】
前記方法は、さらに、
判読可能な応答が第１のハンドシェーキング・データを含む前記第１の問い合わせコマンドへの前記判読可能な応答に応えて、前記第１のハンドシェーキング・データを含む第２のコマンドを送信することと、
前記第２のコマンドへの応答としてタグ識別データを受信することとを含む請求項６１に記載の媒体。
【請求項６５】
前記方法は、さらに、
識別タグ識別データが正常に受信されない場合にタグ識別データの受信のエラーを示すコマンドを送信することを含む請求項６４に記載の媒体。
【請求項６６】
前記方法は、さらに、
前記確率パラメータの値を含まない第２の問い合わせコマンドをブロードキャストすることを含む請求項５５に記載の媒体。
【請求項６７】
前記第１の問い合わせコマンドは、前記確率パラメータの前記第１の値を含む複数のパラメータの第１の複数の値を含み、
前記第２の問い合わせコマンドは、前記複数のパラメータの複数の値を含まない請求項６６に記載の媒体。
【請求項６８】
前記第２の問い合わせコマンドは、前記第１の問い合わせコマンドよりも実質的に短い請求項６７に記載の媒体。
【請求項６９】
リーダーからの問い合わせに応えるタグであって、
アンテナと、
アンテナに結合された集積回路（ＩＣ）であって、
確率パラメータの第１の値とともに第１の問い合わせコマンドを前記リーダーから受信し、
前記第１の問い合わせコマンドに応答するかしないかをランダムに決定する集積回路（ＩＣ）とを備え、応答の確率が前記確率パラメータの前記第１の値により判定されることを特徴とするタグ。
【請求項７０】
前記アンテナに結合された前記ＩＣは、さらに、応答のランダムな決定に応えて、第１のハンドシェーキング・データとともに応答を送信する請求項６９に記載のタグ。
【請求項７１】
前記第１のハンドシェーキング・データは、前記第１の問い合わせコマンドに応えて生成される乱数である請求項７０に記載のタグ。
【請求項７２】
前記確率パラメータの前記第１の値は整数Ｑであり、前記複数のタグのうちの１つに対する応答の前記第１の確率は実質的にｐQに等しく、ｐは１未満である請求項６９に記載のタグ。
【請求項７３】
ｐは実質的に０．５に等しい請求項７２に記載のタグ。
【請求項７４】
前記第１の問い合わせコマンドは、さらに、第１の状態を示す状態フラグを含み、前記タグは、前記タグが第２の状態にある場合に前記第１の問い合わせコマンドに応答せず、前記タグが前記第１の状態にある場合に前記確率パラメータの前記第１の値に従って前記第１の問い合わせコマンドにランダムに応答する請求項６９に記載のタグ。
【請求項７５】
前記アンテナに結合された前記ＩＣは、さらに、
前記確率パラメータの第２の値と前記第２の状態を示す状態フラグを含む第２の問い合わせコマンドを受信し、
前記第２の問い合わせコマンドに応答するかしないかをランダムに決定することとを含み、応答の確率は、前記タグが前記第２の状態にある場合に前記確率パラメータの前記第２の値に従い、前記タグは、前記第１の状態にある場合に前記第２の問い合わせコマンドに応答しない請求項７４に記載のタグ。
【請求項７６】
前記タグは、前記第１と第２の状態に対して対称的に前記第１と第２の問い合わせコマンドを処理する請求項７５に記載のタグ。
【請求項７７】
前記アンテナに結合された前記ＩＣは、さらに、
応答へのランダムな決定に応えて、第１のハンドシェーキング・データを含む第１の応答を送信し、
前記リーダーから前記第１のハンドシェーク・データを含む第２のコマンドを受信したことに応えて、タグ識別データを含む第２の応答を送信する請求項７４に記載のタグ。
【請求項７８】
前記アンテナに結合された前記ＩＣは、前記第２の応答を送信した後問い合わせコマンドを受信したことに応えて、前記第１の状態から前記第２の状態に切り換え、前記リーダー側で前記タグ識別データを受信した際のエラーを示すコマンドを受信した後、前記タグは、前記エラーを示すコマンドの後に問い合わせコマンドが受信された場合に前記第１の状態のままになる請求項７７に記載のタグ。
【請求項７９】
前記アンテナに結合された前記ＩＣは、さらに、
前記確率パラメータの値を含まない第２の問い合わせコマンドを受信し、
前記第２の問い合わせコマンドに応答するかしないかをランダムに決定し、応答の確率は、前記確率パラメータの前記第１の値により判定される請求項６９に記載のタグ。
【請求項８０】
前記第１の問い合わせコマンドは、前記確率パラメータの前記第１の値を含む複数のパラメータの第１の複数の値を含み、
前記第２の問い合わせコマンドは、前記複数のパラメータの複数の値を含まず、
前記タグは、前記複数のパラメータの前記第１の複数の値に従って前記第２の問い合わせコマンドを処理する請求項７９に記載のタグ。
【請求項８１】
前記第２の問い合わせコマンドは、前記第１の問い合わせコマンドよりも実質的に短い請求項８０に記載のタグ。
【請求項８２】
複数のタグに問い合わせを行う装置であって、
アンテナと、
リーダーであって、
前記アンテナに結合された受信器と、
前記アンテナに結合された送信器と、
前記受信器、前記送信器、メモリに結合され、前記送信器と前記受信器を制御するプロセッサとを備える前記リーダーと、
前記リーダーは応答の第１の確率を示す確率パラメータの第１の値を含む１つまたは複数の第１の問い合わせコマンドをブロードキャストし、前記複数のタグのそれぞれは応答するかしないかをランダムに決定し、
前記リーダーはさらに前記第１の問い合わせコマンドに応える応答を検出することを特徴とする装置。
【請求項８３】
前記リーダーはさらに前記１つまたは複数の第１の問い合わせコマンドへの応答がないとの判定に応えて、応答の前記第１の確率よりも大きい応答の第２の確率を示す前記確率パラメータの第２の値を含む第２の問い合わせコマンドをブロードキャストする請求項８２に記載の装置。
【請求項８４】
前記リーダーはさらに前記１つまたは複数の第１の問い合わせコマンドへの判読可能な応答がないとの判定に応えて、応答の前記第１の確率よりも小さい応答の第２の確率を示す前記確率パラメータの第２の値を含む第２の問い合わせコマンドをブロードキャストする請求項８２に記載の装置。
【請求項８５】
前記確率パラメータの前記第１の値は整数Ｑであり、前記複数のタグのうちの１つに対する応答の前記第１の確率は実質的にｐQに等しく、ｐは１未満である請求項８２に記載の装置。
【請求項８６】
ｐは実質的に０．５に等しい請求項８２に記載の装置。
【請求項８７】
前記複数のタグのうちの第１のタグに対する応答の前記第１の確率は、前記複数のタグのうちの第２のタグに対する応答の前記第１の確率と異なる請求項８２に記載の装置。
【請求項８８】
前記第１の問い合わせコマンドは、さらに、第１の状態を示す状態フラグを含み、第２の状態にある複数のタグが前記第１の問い合わせコマンドに応答せず、前記第１の状態にある複数のタグが前記確率パラメータの前記第１の値に従って前記第１の問い合わせコマンドにランダムに応答する請求項８２に記載の装置。
【請求項８９】
前記リーダーはさらに前記確率パラメータの第２の値と前記第２の状態を示す状態フラグを含む第２の問い合わせコマンドをブロードキャストし、前記第１の状態にあるタグは、前記第２の問い合わせコマンドに応答せず、前記第２の状態にあるタグは、前記確率パラメータの前記第２の値に従って前記第２の問い合わせコマンドにランダム応答し、前記リーダーはさらに前記第２の問い合わせコマンドに応えて応答を検出する請求項８８に記載の装置。
【請求項９０】
データ処理システム上で実行された場合にリーダーからの問い合わせに応える方法を前記システムに実行させる命令を格納する機械可読媒体であって、前記実行方法は、
確率パラメータの第１の値を含む第１の問い合わせコマンドを前記リーダーから受信することと、
前記第１の問い合わせコマンドに応答するかしないかをランダムに決定することとを含み、応答の確率が前記確率パラメータの前記第１の値により判定されることを特徴とする機械可読媒体。
【請求項９１】
さらに、
応答へのランダムな決定に応えて、第１のハンドシェーキング・データを含む応答を送信することを含む請求項９０に記載の方法。
【請求項９２】
前記第１のハンドシェーキング・データは、前記第１の問い合わせコマンドに応えて生成される乱数である請求項９１に記載の方法。
【請求項９３】
前記確率パラメータの前記第１の値は整数Ｑであり、応答の前記第１の確率は実質的にｐQに等しく、ｐは１未満である請求項９０に記載の方法。
【請求項９４】
ｐは実質的に０．５に等しい請求項１８に記載の方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公表番号】特表２００７−５１４３４３（Ｐ２００７−５１４３４３Ａ）
【公表日】平成１９年５月３１日（２００７．５．３１）
【国際特許分類】
【出願番号】特願２００６−５３９６７９（Ｐ２００６−５３９６７９）
【出願日】平成１６年１１月５日（２００４．１１．５）
【国際出願番号】ＰＣＴ／ＵＳ２００４／０３６９９１
【国際公開番号】ＷＯ２００５／０４８１８０
【国際公開日】平成１７年５月２６日（２００５．５．２６）
【出願人】（５０１３１２６５７）エイリアン・テクノロジイ・コーポレーション (3)
【Ｆターム（参考）】
【公表日】平成１９年５月３１日（２００７．５．３１）
【国際特許分類】
【出願日】平成１６年１１月５日（２００４．１１．５）
【国際出願番号】ＰＣＴ／ＵＳ２００４／０３６９９１
【国際公開番号】ＷＯ２００５／０４８１８０
【国際公開日】平成１７年５月２６日（２００５．５．２６）
【出願人】（５０１３１２６５７）エイリアン・テクノロジイ・コーポレーション (3)
【Ｆターム（参考）】
[ Back to top ]