(57)【要約】【課題】ＩＣタグの検出の効率化を図りつつも、物品を精度良く管理することが可能なシステムを提供する。【解決手段】通信端末は、同一グループに属する複数のＩＣタグに同一識別子を設定する第1の設定手段と、識別子ごとに異なる応答タイミングを生成するためのタイミング生成情報を、前記各ＩＣタグに設定する第２の設定手段と、を備え、各ＩＣタグは、前記リーダライタからの検出コマンドを受信する受信手段と、前記タイミング生成情報に基づき生成される応答タイミングが到来した場合に、設定された前記識別子を含むレスポンスデータを、前記リーダライタに返信する送信手段とを備える。【選択図】図１
2011100209.tif 000002
【特許請求の範囲】
【請求項１】
リーダライタからの検出コマンドに応じて応答する複数のＩＣタグと、前記リーダライタへの応答に関わるデータを前記各ＩＣタグに設定する通信端末と、を備えたＩＣタグ管理システムであって、
前記通信端末は、
同一グループに属する複数のＩＣタグに同一識別子を設定する第1の設定手段と、
識別子ごとに異なる応答タイミングを生成するためのタイミング生成情報を、前記各ＩＣタグに設定する第２の設定手段と、を備え、
前記各ＩＣタグは、
前記リーダライタからの検出コマンドを受信する受信手段と、
前記タイミング生成情報に基づき生成される応答タイミングが到来した場合に、設定された前記識別子を含むレスポンスデータを、前記リーダライタに返信する送信手段と
を備える、ＩＣタグ管理システム。
【請求項２】
前記通信端末は、
前記リーダライタの電波強度のしきい値を、前記各ＩＣタグに設定する第３の設定手段をさらに備え、
前記各ＩＣタグは、
前記リーダライタの電波強度を検知する検知手段と、
検知された前記リーダライタの電波強度と前記電波強度のしきい値との比較結果に基づいて、応答するか否かを判断する判断手段とをさらに備え、
前記送信手段は、
前記判断手段によって応答すると判断され、かつ、前記タイミング生成情報に基づき生成される応答タイミングが到来した場合に、設定された前記識別子を含むレスポンスデータを、前記リーダライタに返信する、請求項１に記載のＩＣタグ管理システム。
【請求項３】
前記通信端末は、
時間のしきい値を、前記各ＩＣタグに設定する第４の設定手段をさらに備え、
前記各ＩＣタグは、
前記リーダライタから電波が届くまでの時間を導出する導出手段と、
導出された前記電波が届くまでの時間と前記時間のしきい値との比較結果に基づいて、応答するか否かを判断する判断手段とをさらに備え、
前記送信手段は、
前記判断手段によって応答すると判断され、かつ、前記タイミング生成情報に基づき生成される応答タイミングが到来した場合に、設定された前記識別子を含むレスポンスデータを、前記リーダライタに返信する、請求項１に記載のＩＣタグ管理システム。
【請求項４】
前記通信端末は、
前記リーダライタとの通信時に利用する周波数チャネルであって、識別子ごとに異なる周波数チャネルを前記各ＩＣタグに設定する第５の設定手段をさらに備え、
前記各ＩＣタグの送信手段は、
前記タイミング生成情報に基づき生成される応答タイミングが到来した場合に、設定された前記識別子を含むレスポンスデータを、設定された周波数チャネルを利用して前記リーダライタに返信する、請求項１に記載のＩＣタグ管理システム。
【請求項５】
前記各ＩＣタグは、
受信した検出コマンドが、通常検出コマンドであるか、グループ検出コマンドであるかを判断する判断手段をさらに備え、
前記送信手段は、
受信した検出コマンドがグループ検出コマンドであると判断された場合に、前記応答タイミングを生成し、生成した応答タイミングが到来した場合に、設定された前記識別子を含むレスポンスデータを、前記リーダライタに返信する、請求項１に記載のＩＣタグ管理システム。
【請求項６】
リーダライタからの検出コマンドに応じて応答するＩＣタグであって、
管理対象のグループを識別する識別子と、前記識別子ごとに異なる応答タイミングを生成するためのタイミング生成情報を記憶する記憶手段と、
前記リーダライタからの検出コマンドを受信する受信手段と、
前記タイミング生成情報に基づき生成される応答タイミングが到来した場合に、前記識別子を含むレスポンスデータを、前記リーダライタに返信する返信手段と
を具備する、ＩＣタグ。
【請求項７】
リーダライタからの検出コマンドに応じて応答する複数のＩＣタグの管理方法であって、
通信端末が、同一グループに属する複数のＩＣタグに同一識別子を設定するステップと、
前記通信端末が、識別子ごとに異なる応答タイミングを生成するためのタイミング生成情報を、前記各ＩＣタグに設定するステップと、
前記各ＩＣタグが、前記リーダライタからの検出コマンドを受信するステップと、
前記ＩＣタグが、前記タイミング生成情報に基づき生成される応答タイミングが到来した場合に、設定された前記識別子を含むレスポンスデータを、前記リーダライタに返信するステップと
を備える、ＩＣタグの管理方法。
【請求項８】
ＩＣタグに対してデータの書き込みが可能な通信端末であって、
同一グループに属する複数のＩＣタグに同一識別子を設定する第1の設定手段と、
識別子ごとに異なる応答タイミングを生成するためのタイミング生成情報を、前記各ＩＣタグに設定する第２の設定手段と
を備える、通信端末。
【請求項９】
ＩＣタグに対してデータの書き込みが可能なコンピュータに、
同一グループに属する複数のＩＣタグに同一識別子を設定する第1の設定機能と、
識別子ごとに異なる応答タイミングを生成するためのタイミング生成情報を、前記各ＩＣタグに設定する第２の設定機能と
を実現させるためのＩＣタグ管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、物品などを管理する際に利用されるＩＣタグ管理システムに関する。
【背景技術】
【０００２】
ユビキタス社会への発展に伴い、ＩＣタグを利用したＲＦＩＤ（Radio Frequency IDentification）技術が広く利用されている。例えば、工場や物流拠点では、ベルトコンベア、台車等により様々な物品が移送されるが、このような物品にＩＣタグを付することによって、移送される物品の識別、管理等を行うことができる。
【０００３】
物品に付されたＩＣタグには、タグごとにユニークなＩＤが割り振られており、ＩＣタグは、アンテナを備えたリーダライタ（ＲＷ）と無線によりＩＤを含むデータの授受を行う。リーダライタは、各ＩＣタグに割り振られたＩＤを検知し、ＩＤを判別することで物品の個別認識が可能となる（例えば、特許文献１参照）。
【０００４】
図１６は、一般的なＩＣタグを用いた物品の管理方法を説明するための図であり、化学薬品工場１００で生産される薬品をＩＣタグによって管理する場合を想定している。
化学薬品工場１００で生産された薬品は、ＩＣタグが付された各容器に入れて出荷される。
【０００５】
各ＩＣタグには、工場内のリーダライタ１１０によってユニークなタグＩＤと、付属情報として製品名、生産日時、製品型番、ロットＮｏなどが紐付けされた情報が書き込まれる。各薬品の品質管理を行う端末のデータベースＤＢ１には、各タグＩＤと付属情報とが対応づけて格納されている。
【０００６】
医薬生産ライン２００で作業に従事する作業者は、届いた薬品の容器に付されたＩＣタグをリーダライタ２１０で読み取り、データベースＤＢ１にアクセスすると、各容器に封入されている薬品の生産日時などを瞬時に把握することができる。このため、例えば化学薬品工場から医薬生産ライン２００に薬品が搬入されている間に、特定ロットに異物が入ったことが判明した場合には、データベースＤＢ１にアクセスし、特定ロットのロットＮｏを検索キーとして検索する。これにより、該当する薬品（すなわち異物が混入された薬品の容器）を特定し、直ちに取り除くことが可能となる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００７−２５７００３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、上記の如く容器にＩＣタグを付しただけでは、ＩＣタグが付されている容器から薬品（すなわち、容器の中身）を小分けした場合には、ＩＣタグの管理が及ばず、小分けした中身を保証できないという問題が生ずる。ここで、小分けした中身（例えば、粉末や液体の薬品）を保証する方法としては、例えば中身の粉末や液体に直接、ＩＣタグを混ぜて管理する方法が考えられる。
【０００９】
図１７は、容器に入った中身をＩＣタグで直接管理する方法を説明するための図である。
図１７に示す容器１には、複数のＩＣタグを混ぜ合わせた薬品Ａが入っている。この状態において、小容器１ａ〜１ｄなどに小分けしたとしても、各小容器の薬品Ａには複数のＩＣタグが含まれるため、リーダライタ３によって物品の中身の製品名、生産日時、製品型番、ロットＮｏなどを瞬時に把握することができる（なお、各小容器に入った薬品Ａを使用する際には、フィルタやふるいなどを使ってＩＣタグを取り除く）。
【００１０】
しかしながら、容器に入った粉末や液体の中身に大量のＩＣタグを混ぜて管理する場合には、次のような問題があった。
【００１１】
まず、従来のＩＣタグは、タグごとにユニークなタグＩＤが割り当てられているため、大量のＩＣタグを利用するためには大量のタグＩＤが必要（すなわちＩＣタグの数だけタグＩＤを用意する必要）がある。
【００１２】
また、リーダライタは、異なるタグＩＤが割り当てられた各ＩＣタグとそれぞれ個別に通信を行う必要があるため、リーダライタの電波エリア内にあるＩＣタグの個数分だけ通信が発生し、ＩＣタグの検出に時間がかかる。
【００１３】
さらに、異なるタグが割り当てられた各ＩＣタグがリーダライタに対してほぼ同時に応答（レスポンス）を返す事態が生ずると、リーダライタ側ではＩＣタグのレスポンスに関してコリジョン（衝突）が発生してしまう、という問題があった。
【００１４】
本発明は以上説明した事情を鑑みてなされたものであり、ＩＣタグの検出の効率化を図りつつも、物品を精度良く管理することが可能なシステムを提供することを目的とする。
【課題を解決するための手段】
【００１５】
本発明に係るＩＣタグ管理システムは、リーダライタからの検出コマンドに応じて応答する複数のＩＣタグと、前記リーダライタへの応答に関わるデータを前記各ＩＣタグに設定する通信端末と、を備えたＩＣタグ管理システムであって、前記通信端末は、同一グループに属する複数のＩＣタグに同一識別子を設定する第1の設定手段と、識別子ごとに異なる応答タイミングを生成するためのタイミング生成情報を、前記各ＩＣタグに設定する第２の設定手段と、を備え、前記各ＩＣタグは、前記リーダライタからの検出コマンドを受信する受信手段と、前記タイミング生成情報に基づき生成される応答タイミングが到来した場合に、設定された前記識別子を含むレスポンスデータを、前記リーダライタに返信する送信手段とを備える。
【００１６】
また、本発明に係るＩＣタグは、リーダライタからの検出コマンドに応じて応答するＩＣタグであって、管理対象のグループを識別する識別子と、前記識別子ごとに異なる応答タイミングを生成するためのタイミング生成情報を記憶する記憶手段と、前記リーダライタからの検出コマンドを受信する受信手段と、前記タイミング生成情報に基づき生成される応答タイミングが到来した場合に、前記識別子を含むレスポンスデータを、前記リーダライタに返信する返信手段とを具備する。
【００１７】
また、本発明に係るＩＣタグの管理方法は、リーダライタからの検出コマンドに応じて応答する複数のＩＣタグの管理方法であって、通信端末が、同一グループに属する複数のＩＣタグに同一識別子を設定するステップと、前記通信端末が、識別子ごとに異なる応答タイミングを生成するためのタイミング生成情報を、前記各ＩＣタグに設定するステップと、前記各ＩＣタグが、前記リーダライタからの検出コマンドを受信するステップと、前記ＩＣタグが、前記タイミング生成情報に基づき生成される応答タイミングが到来した場合に、設定された前記識別子を含むレスポンスデータを、前記リーダライタに返信するステップとを備える。
【００１８】
また、本発明に係る通信端末は、ＩＣタグに対してデータの書き込みが可能な通信端末であって、同一グループに属する複数のＩＣタグに同一識別子を設定する第1の設定手段と、識別子ごとに異なる応答タイミングを生成するためのタイミング生成情報を、前記各ＩＣタグに設定する第２の設定手段とを備える。
【００１９】
また、本発明に係るＩＣタグ管理プログラムは、ＩＣタグに対してデータの書き込みが可能なコンピュータに、同一グループに属する複数のＩＣタグに同一識別子を設定する第1の設定機能と、識別子ごとに異なる応答タイミングを生成するためのタイミング生成情報を、前記各ＩＣタグに設定する第２の設定機能とを実現させることを特徴とする。
【発明の効果】
【００２０】
以上説明したように、本発明によれば、ＩＣタグの検出の効率化を図りつつも、物品を精度良く管理することが可能となる。
【図面の簡単な説明】
【００２１】
【図１】第１実施形態に係るＩＣタグ管理システムの概略構成を示す図である。
【図２】同実施形態に係るＩＣタグの詳細構成を示す図である。
【図３】同実施形態に係るタグ制御データを例示した図である。
【図４】同実施形態に係るＩＣタグ管理システムの処理を示すフローチャートである。
【図５】同実施形態の変形例１に係るタグ制御データを例示した図である。
【図６】同実施形態の変形例２に係るタグ制御データを例示した図である。
【図７】同実施形態の変形例３に係るタグ制御データを例示した図である。
【図８】同実施形態の変形例５に係るＩＣタグの登録例を示す図である。
【図９】同実施形態の変形例５に係るタグ制御データを例示した図である。
【図１０】第２実施形態に係るＩＣタグ管理システムの概略構成を示す図である。
【図１１】同実施形態に係るタグ制御データを例示した図である。
【図１２】同実施形態に係るＩＣタグ管理システムの処理を示すフローチャートである。
【図１３】第３実施形態に係るＩＣタグの詳細構成を示す図である。
【図１４】同実施形態に係るタグ制御データを例示した図である。
【図１５】同実施形態に係るＩＣタグ管理システムの処理を示すフローチャートである。
【図１６】一般的なＩＣタグを用いた物品の管理方法を説明するための図である。
【図１７】容器に入った中身をＩＣタグで直接管理する方法を説明するための図である。
【発明を実施するための形態】
【００２２】
以下、本発明の実施の形態について図面を参照しつつ詳細に説明する。
【００２３】
Ａ．第１実施形態
（１）実施形態の構成
図１は、第１実施形態に係るＩＣタグ管理システム１０の概略構成を示す図である。本実施形態のＩＣタグ管理システム１０は、家庭内の各部屋や工場内建物内等の空間でＩＣタグ４０−１〜４０−ｋ（ｋ≧２）を混在させた物品（例えば薬品など）をリーダライタ２０などの情報管理機器で管理するシステムである。なお、本実施形態では、各ＩＣタグを特に区別する必要がない場合には単にＩＣタグ４０と呼ぶ。
【００２４】
各ＩＣタグ４０は、リーダライタ（ＲＷ）２０と無線通信することができる物理デバイスである。各ＩＣタグ４０には、タグＩＤと、製品名、生産日時、製品型番、ロットＮｏなどが紐付けされたＩＤ関連情報が書き込まれている。
リーダライタ（ＲＷ）２０は、ＩＣタグ４０との無線通信により、ＩＣタグ４０に格納されたタグＩＤやＩＤ関連情報を読み込んだり、書込んだりすることができる物理デバイスである。本実施形態では、タグＩＤやリーダライタ２０との間で通信を行う際の制御方式（以下、タグ制御方式）など、各ＩＣタグ４０に格納されている様々な情報がリーダライタ２０によって書き換え（変更）可能となっている。
【００２５】
アプリケーション３０は、例えばパーソナルコンピュータ（図示略；以下、ＰＣと略称）のメモリなどに格納されたソフトウェアである。ＰＣ（通信端末）の制御部（図示略）がアプリケーション３０を実行することにより、各ＩＣタグ４０の様々な情報の読み書きや、タグ制御方式の変更が可能となる。なお、アプリケーション３０は、様々な記録媒体や各種通信ネットワークを通じてＰＣに提供しても良い。
【００２６】
図２は、ＩＣタグ４０の詳細構成を示す図である。
ＩＣタグ４０は、タグＩＤ部４１、ユーザメモリ４２、制御部４３、記録部４４、ＲＦ部４５、アンテナ４６を備えて構成されている。
タグＩＤ部４１は、特定のbit長で表すことができるタグＩＤを保持している。本実施形態では、ＩＣタグごとではなく、管理する物品のグループごとにユニークなＩＤ（本実施形態では識別子の役割を果たすもの）が割り当てられる。本実施形態では、２つのグループＧ１，Ｇ２が存在し（図１参照）、ＩＣタグ４０−１〜４０−３が属するグループＧ１と、ＩＣタグ４０−４、４０−５が属するグループＧ２とに分けられている。本実施形態では、リーダライタ（第1の設定手段）２０によって、同一グループに属する複数のＩＣタグ４０には、同一のタグＩＤが割り当てられる。具体的には、グループＧ１に属するＩＣタグ４０−１〜４０−３には、タグＩＤ＝「０００１」が割り当てられ、グループ２に属するＩＣタグ４０−４、４０−５には、タグＩＤ＝「０００２」が割り当てられている。
【００２７】
ユーザメモリ４２は、利用者がリーダライタ２０を利用して自由に情報を読み書きできる記憶エリアを有している。
【００２８】
制御部４３は、ＩＣタグ４０に格納されている各種情報にアクセスすることができ、リーダライタ２０から送信される各種コマンドの解釈や、レスポンスデータの生成などが可能となっている。また、制御部４３は、ＲＦ部４５を制御することにより、リーダライタ２０へレスポンスデータを送信するタイミング（応答タイミング）などを自由に設定・変更することが可能となっている。制御部４３は、記録部４４に格納されているタグ制御方式などをあらわすデータに従って、動的にレスポンスデータの生成やレスポンスデータの応答タイミングの生成、搬送波の周波数設定など、リーダライタ２０に対するレスポンスを制御することが可能となっている。
【００２９】
また、制御部４３の内部には、図示せぬ応答カウンタが保持されている。応答カウンタは、タイミングをカウントする手段であり、制御部４３によって管理される。本実施形態では、ＩＣタグ４０からリーダライタ２０へのレスポンスデータの応答タイミングをカウントするために、応答カウンタが利用される。この応答カウンタは、内部クロック（図示略）などを用いて一定のタイミングでカウント値をインクリメントするように構成されている。なお、内部クロックを用いる代わりに、リーダライタ２０から送信される同期信号を受信するごとに、カウント値をインクリメントするように構成しても良い。
【００３０】
記録部４４には、リーダライタ２０との通信時に利用されるタグ制御方式などのデータが格納されている。記録部４４に格納されているタグ制御方式などのデータは、利用者がリーダライタ２０に格納されているアプリケーション３０を利用することで自由に書き換え可能となっている。
【００３１】
ＲＦ部（受信手段、送信手段）４５は、アンテナ４６を介してリーダライタ２０と無線によるデータの授受を行う。ＲＦ部４５は、リーダライタ２０からアンテナ４６を介して受信されるアナログ信号をデジタル信号に変換する一方、制御部４３で生成されたレスポンスデータをアナログ信号に変換し、アンテナ４６を介してリーダライタ２０に無線送信する。
【００３２】
本実施形態では、事前に利用者がリーダライタ（第１の設定手段）２０に格納されたアプリケーション（第１の設定手段）３０を実行することにより、ＩＣタグ４０−１〜４０−３のタグＩＤ部４１には、タグＩＤ＝「０００１」が書き込まれ（設定され）、ＩＣタグ４０−４、４０−５のタグＩＤ部４１には、タグＩＤ＝「０００２」が書き込まれる（設定される）。また、全てのＩＣタグ４０−１〜４０−５の記録部４４には、同一のタグ制御方式をあらわすデータが書き込まれている。
【００３３】
図３は、各ＩＣタグ４０の記録部４４に格納されているタグ制御方式をあらわすレスポンス制御データと、タグＩＤとの関係を例示した図である。
図３に示すように、各ＩＣタグ４０−１〜４０−５には、同一のタグ制御方式をあらわすレスポンス制御データ（レスポンスデータ［タグ検出］＝識別子、識別子＝タグＩＤ、応答タイミングＴ＝ｆ（識別子））が書き込まれている。
【００３４】
レスポン制御スデータは、応答を返すデータを指定するタグ指定データ（図３に示す、レスポンスデータ［タグ検出］＝識別子）と、識別子として用いるデータをあらわす識別子指定データ（図３に示す、識別子＝タグＩＤ）と、応答タイミングをあらわすタイミングデータ（図３に示す、応答タイミングＴ＝ｆ（識別子））とを含んで構成される。
【００３５】
タグ指定データは、リーダライタ２０から送信される特定のコマンドに対して応答を返すデータを指定する。図３に示すように、レスポンスデータ［タグ検出］＝識別子の場合には、リーダライタ２０からタグ検出コマンドが送信された場合に、レスポンスデータとして識別子がリーダライタ２０に返信される。
【００３６】
識別子指定データは、ＩＣタグ４０を区別するためのデータであり、識別子として用いるデータをあらわすものである。図３に示すように、識別子＝タグＩＤの場合には、識別子としてタグＩＤが用いられ、同一の識別子（タグＩＤ）が指定されている全てのＩＣタグ４０は、同一のＩＣタグとして機能する。従って、図３の例ではＩＣタグ４０−１〜４０−３が同じＩＣタグとして機能し、ＩＣタグ４０−４、４０−５が同じＩＣタグとして機能する。
【００３７】
タイミングデータ（タイミング生成情報）は、リーダライタ２０から送信される検出コマンドに対してレスポンスデータを返すタイミングを指定するためのものである。図３に示すように、応答タイミングＴ＝ｆ（識別子）の場合には、識別子を関数ｆに入力することによって得られるタイミングが応答タイミングとして設定される。
【００３８】
ここで、関数ｆは、任意に設定可能であるが、本実施形態では識別子を元にランダムな値を生成する関数ｆを想定する。ただし、識別子が同じ場合には、関数ｆによって生成される値は常に同一になるものとする。
【００３９】
記録部４４には、上記レスポンス制御データの他、リーダライタ２０との通信で利用する周波数チャネルや任意のパラメータなどが格納されている。前述したように、これら記録部４４に格納されている応答タイミング（タイミング生成情報）Ｔを含むレスポンス制御データは、利用者がＰＣに格納されているアプリケーション（第２の設定手段）３０を利用することで自由に書き換え可能となっている。
以下、図４などを参照しながら、本実施形態の動作について説明する。
【００４０】
（２）実施形態の動作
図４は、ＩＣタグ管理システム１０の動作を示すフローチャートである。当該システム１０の動作は、大きく前処理段階と運用処理段階に分けられる。
【００４１】
２−１．前処理段階
まず、利用者は、ＰＣ（第１の設定手段）にインストールされたアプリケーション３０を実行することにより、ＩＣタグ４０−１〜４０−５に必要なデータを事前に書き込む（ステップＳ１）。具体的には、図３に示すように、ＩＣタグ４０−１〜４０−３にタグＩＤ＝「０００１」、ＩＣタグ４０−４、４０−５にタグＩＤ＝「０００２」を書き込む。
【００４２】
さらに、ＰＣ（第２の設定手段）は、各ＩＣタグ４０の記録部４４にタグ制御方式をあらわすレスポンス制御データを書き込む（図３参照）。具体的には、タグ指定データ（レスポンスデータ［タグ検出］＝識別子）、識別子指定データ（識別子＝タグＩＤ）、タイミングデータ（応答タイミングＴ＝ｆ（識別子））を記録部４４に書き込む（図３参照）。前述したように、本実施形態で採用する関数ｆは、同じ識別子から同じ応答タイミングをあらわすタイミングデータ（タイミング生成情報）が生成されるため、ＩＣタグ４０−１〜４０−３の応答タイミングＴ（以下、Ｔ０１）は全て同一となり、ＩＣタグ４０−４、４０−５の応答タイミングＴ（以下、Ｔ０２）は全て同一となる。
【００４３】
２−２．運用処理段階
リーダライタ２０は、ＩＣタグ４０のタグＩＤを検出するために、各ＩＣタグ４０にタグ検出コマンドを無線通信データとして送信する（ステップＳ２）。各ＩＣタグ（受信手段）４０は、アンテナ４６を介して無線通信データを受信すると、これをＲＦ部（受信手段）４５において復調し、これを制御部４３に送る。
【００４４】
各ＩＣタグ４０の制御部４３は、ＲＦ部４５から送出される無線通信データを解析することにより、リーダライタ２０から送信されたコマンドの内容を把握する（ステップＳ３）。コマンドの内容がタグ検出コマンドである場合、制御部４３は、記録部４４にアクセスし、タグ制御方式をあらわすレスポンス制御データの読み取りを試みる（ステップＳ４）。制御部４３は、読み取りができなかった場合（ステップＳ５；ＮＯ）、ステップＳ１１に進む。この場合、従来と同様にタグＩＤ等を含んだレスポンスデータを生成する。
【００４５】
一方、読み取りができた場合には（ステップＳ５；ＹＥＳ）、読み取ったレスポンス制御データに基づき、図３に示すようなタグ制御方式の内容（レスポンスデータ［タグ検出］＝識別子、識別子＝タグＩＤ、応答タイミングＴ＝ｆ（識別子））を把握し、ステップＳ６に進む。なお、タグ検出コマンド以外であった場合には、従来と同様の処理を実行する。
【００４６】
制御部４３は、ステップＳ６に進むと、読み取ったレスポンス制御データに基づいてレスポンスの制御を開始する。詳述すると、制御部４３は、まず応答カウンタのカウント値を「0」にリセットしてスタートする。
【００４７】
そして、制御部４３は、制御に必要な内部データをタグＩＤ部４１やユーザメモリ４２、記録部４４から取得する（ステップＳ７）。本実施形態では、識別子としてタグＩＤを用いるので、制御部４３はタグＩＤ部４１からタグＩＤを取得する。
【００４８】
制御部４３は、取得した内部データを用いて、レスポンスデータや応答タイミングを生成する（ステップＳ８）。図３に示すように、本実施形態では、タグ制御方式がレスポンス制御データに含まれるタグ指定データ、識別子指定データ、タイミングデータによって、それぞれレスポンスデータ［タグ検出］＝識別子、識別子＝タグＩＤ、応答タイミングT=ｆ（識別子）のように指定されているため、ＩＣタグ４０−１〜４０−３においては、レスポンスデータ［タグ検出］＝識別子=「０００１」、応答タイミングＴ１＝ｆ（０００１）で指定されるレスポンスデータが生成される。一方、ＩＣタグ４０−４、４０−５においては、レスポンスデータ［タグ検出］＝識別子=「０００２」、応答タイミングＴ２＝ｆ（０００２）で指定されるレスポンスデータが生成される。
【００４９】
次に制御部４３は、応答カウンタのカウント値と応答タイミングT=ｆ（識別子）を比較することで、応答タイミングが到来したか否かを判断する（ステップＳ９）。制御部４３は、応答カウンタのカウント値と応答タイミングＴが一致している場合には（ステップＳ９；ＹＥＳ）、レスポンスデータとして識別子（＝タグＩＤ）をリーダライタ２０に送信するためにステップＳ１１に進む。制御部４３は、応答カウンタのカウント値と応答タイミングTが異なる場合には（ステップＳ９；ＮＯ）、ステップＳ１０に進み、内部クロック（図示略）などを用いて一定のタイミングで応答カウンタのカウント値を１ずつインクリメントするなどして応答待ちをする。制御部４３は、応答カウンタのカウント値が増加すると、ステップＳ９に戻り、応答カウンタのカウント値と応答タイミングＴとの比較を再度行う。
【００５０】
詳述すると、図３に示す例では、ＩＣタグ４０−１〜４０−３は、応答カウンタのカウント値が応答タイミングＴ１＝ｆ（０００１）になった時にステップＳ１１に進む。一方、ＩＣタグ４０−４、４０−５は、応答カウンタのカウント値が応答タイミングＴ２＝ｆ（０００２）になった時にステップＳ１１に進む。
【００５１】
ステップＳ１１に進むと、制御部（送信手段）４３は、生成したレスポンスデータをＲＦ部（送信手段）４５に送る。ＲＦ部４５は、レスポンスデータを応答信号に変換して、アンテナ４６を介してリーダライタ２０に無線送信する（ステップＳ１１）。
【００５２】
リーダライタ２０は、各ＩＣタグ４０からレスポンスデータを受信する (ステップＳ１２)。上述したように、同一のタグＩＤが付されているＩＣタグ４０からは、同一の応答タイミングで、同一のレスポンスデータが送信される。すなわち、ＩＣタグ４０−１〜４０−３については、同一のレスポンスデータ(タグＩＤ＝０００１)が同一の応答タイミングＴ１＝ｆ（０００１）でリーダライタ２０に送信される。一方、ＩＣタグ４０−４、４０−５については、同一のレスポンスデータ(タグＩＤ＝０００２)が同一の応答タイミングＴ２＝ｆ（０００２）でリーダライタ２０に送信される。
【００５３】
ここで、応答タイミングＴ１≠応答タイミングＴ２に設定されるため、リーダライタ２０はタグＩＤ＝０００１、０００２の２種類のタグＩＤが存在することが確認できる。
リーダライタ２０は、各ＩＣタグ４０からレスポンスデータを正常に受信することができれば（ステップＳ１３；ＹＥＳ）、各ＩＣタグ４０に対して正常に受け取った旨（ＡＣＫ）を返信し、処理を終了する。一方、リーダライタ２０は、コリジョンの発生などにより各ＩＣタグからレスポンスデータを正確に受信できない場合は（ステップＳ１３；ＮＯ）、ステップＳ２に戻り、再度タグ検出コマンドを各ＩＣタグ４０に送信する。但し、正常にレスポンスデータを受信できない場合には、エラーとして終了しても良い。
【００５４】
以上説明したように、本実施形態によれば、同一グループに存在する複数のＩＣタグについては、同一のタグＩＤが付され、同一のレスポンスデータ、同一の応答タイミングが生成される。別言すれば、異なるタグＩＤが付されたＩＣタグについては、異なる応答タイミングが生成されるため、コリジョンの発生を防止することが可能となり、また、リーダライタは異なるタグＩＤが付されたＩＣタグを誤りなく、確実に検出することが可能となる。これにより、ＩＣタグの検出の効率化を図りつつも、ＩＣタグに関連付けられた物品をグループごとに精度良く管理することが可能となる。
【００５５】
また、本実施形態に係るＩＣタグ管理システムを用いることで、粉末や液体状態の物品の管理精度を向上することが可能となる。従来においては、容器などにＩＣタグを用いた場合、中身の入れ替えや小分けすることより、物品のトレースができなくなるが、本実施形態に係るＩＣタグ管理システムを用いた場合には、同一グループに属する物品については、同一のタグＩＤを付与することで、粉末や液体状態の薬品や化学物質、医薬品などのトレースを精度良く行なうことができる。また、複数の原材料を混ぜた場合でも、原材料ごとに同一のタグＩＤを付しておくことで、全ての中身の識別を同時に行うことができる。
【００５６】
また、本実施形態に係るＩＣタグ管理システムを用いることで、タグＩＤの検出速度を向上することが可能となる。本実施形態に係るＩＣタグ管理システムによれば、同一のタグＩＤが付与されたＩＣタグについては、同じタイミングでリーダライタにレスポンスデータを返す。この場合は異なるタグＩＤの数だけ、ＩＣタグとリーダライタの通信が行われることになるから、全てのＩＣタグが個別にリーダライタにレスポンスデータを返していた従来例（別言すれば、ＩＣタグの数だけ、ＩＣタグとリーダライタの通信が行われていた従来例）に比して、ＩＣタグとリーダライタの通信回数を大幅に低減することが可能となる。
【００５７】
また、本実施形態に係るＩＣタグ管理システムを用いた場合には、ＩＣタグからの電波強度が強くなるため、リーダライタでの検出精度が向上する。一般的にパッシブタイプのＩＣタグは、リーダライタからの電波強度の１/１００以下の電波出力でレスポンスデータを返している。そのため１つのＩＣタグからの電波強度は非常に小さいが、本実施形態によれば、同じＩＤタグの付された複数のＩＣタグが、同じタイミングで同じレスポンスデータを返すためリーダライタに届く電波強度はＩＣタグの数だけ増加し、これによりリーダライタでの検出精度が向上する。
【００５８】
また、本実施形態に係るＩＣタグ管理システムを用いた場合には、効率的にタグＩＤを利用することができる。従来のように、ＩＣタグごとに異なるタグＩＤを割り振ると、すぐにタグＩＤが枯渇してしまうことが懸念される。これに対し、本実施形態によれば、同一グループに存在する複数のＩＣタグについて、同一のタグＩＤを割り当てるため、すぐにタグＩＤが枯渇してしまう等の問題を未然に防ぐことが可能となる。
【００５９】
（３）変形例
＜変形例１＞
記録部４４に設定するタグ制御データに、リーダライタ２０との通信時に利用する周波数チャネルの設定を追加しても良い。ＩＣタグ４０とリーダライタ２０との間の無線通信においては、周波数チャネルを複数使用することができるため、例えばタグＩＤごとに異なる周波数チャネルを割り当てても良い。
【００６０】
図５は、タグＩＤごとに異なる周波数チャネルを割り当てたときのレスポンス制御データを例示した図である。リーダライタ（第３の設定手段）２０は、記録部４４にレスポンス制御データを書き込む際、タグ指定データ（レスポンスデータ［タグ検出］＝識別子）、識別子指定データ（識別子＝タグＩＤ）、タイミングデータ（応答タイミングＴ＝ｆ（識別子））のほか、周波数チャネルを設定する。具体的には、ＩＣタグ４０−１〜４０−３には周波数＝Ａが設定され、ＩＣタグ４０−４、４０−５には周波数＝Ｂが設定される。各ＩＣタグ４０の制御部（送信手段）４３は、記録部４４に設定された制御方式でＲＦ部４５を制御し、指定された周波数チャネルを利用してレスポンスデータを返す。リーダライタ２０からタグ検出コマンドが送信され、タグ検出コマンドが各ＩＣタグ４０によって受信されると、ＩＣタグ４０−１〜４０−３は周波数＝Ａの周波数チャネル、ＩＣタグ４０−４、４０−５は周波数＝Ｂの周波数チャネルを利用してリーダライタ２０にレスポンスデータを返信する。
【００６１】
この場合、ＩＣタグ４０−１〜４０−３の応答タイミングＴ１と、ＩＣタグ４０−４、４０−５の応答タイミングＴ２とが偶然に一致した（あるいは、近似しているために判別が難しい）場合でも、応答する電波の周波数はＡとＢで異なるため、レスポンスデータのコリジョンは発生しない。そのため、大量のＩＣタグ４０が存在する環境でも、タグＩＤを精度良く検出することが可能となる。
【００６２】
＜変形例２＞
本実施形態では、タグＩＤを識別子やレスポンスデータとしたが、タグＩＤの代わりに、例えばユーザメモリ４４に格納されている情報（より広い概念はタグＩＤ以外の情報）を使用しても良い。
【００６３】
図６は、ユーザメモリ４２のデータを識別子として利用した場合のレスポンス制御データを例示した図である。ＩＣタグ４０−１〜４０−３のユーザメモリ４２には、識別子として利用するユーザデータ＝ＡＡＡＡ（＝識別子）が格納され、ＩＣタグ４０−４、４０−５のユーザメモリ４２には、ユーザデータ＝ＢＢＢＢ（＝識別子）が格納されている。
【００６４】
そして、記録部４４に格納されているレスポンス制御データには、識別子としてユーザメモリ４２に格納されているユーザデータを使用すべき指示を書き込んでおく。識別子としてユーザメモリ４２のユーザデータを使用した場合には、同一のユーザデータが付されたＩＣタグについては、リーダライタ２０によって確実に検出することができる。
【００６５】
この場合、通信開始前に個別のタグＩＤ（すなわち、ユニークなタグＩＤ）が各ＩＣタグ４０に割り当てられていたとしても、同一グループに存在する複数のＩＣタグについては、識別子として同一のユーザデータを利用することで、本実施形態と同様の効果を得ることができる。特に、タグＩＤの変更が禁止されているような場合に有効である。
【００６６】
また、更なる変形として、タグＩＤやユーザメモリのデータの一部を（すなわち全部でなく）、識別子やレスポンスデータとして使用しても良い。図７はタグＩＤの一部を識別子として使用した場合のレスポンス制御データを例示した図である。ＩＣタグ４０−１〜４０−３には、それぞれタグＩＤ＝１１０１、１１０２、１１０３が登録されている。ＩＣタグ４０−４、４０−５には、それぞれタグＩＤ＝１２０１、１２０２が登録されている。記録部４４のレスポンス制御データには、識別子としてタグＩＤの上位３桁を使用すべき指示を書き込んでおく。
【００６７】
かかる構成において、リーダライタ２０からタグ検出コマンドが送信され、ＩＣタグ４０によって受信されると、ＩＣタグ４０−１〜４０−３は、識別子＝タグＩＤ（上位３桁）としてレスポンスデータ＝１１０を送信する一方、ＩＣタグ４０−４、４０−５は、識別子＝タグＩＤ（上位３桁）としてレスポンスデータ＝１２０を送信する。なお、図７に示すように、識別子が同じものについては、レスポンスデータの応答タイミング、周波数、内容はそれぞれ同じになる。
【００６８】
かかる構成によれば、識別子＝タグＩＤ（全桁）として使用することで個別にＩＣタグを判断する一方、識別子＝タグＩＤ（上位３桁）として使用することでグループ化してＩＣタグを判断するなど、状況に応じて使い分けることが可能となる。
【００６９】
特に、複数の物品を混ぜ合わせた場合、タグ制御データ（すなわち制御方式）を変更することにより、新しい識別子を後から生成できる。そのため、例えば薬品Ａと薬品Ｂを混ぜ合わせた物品を薬品Ｃとして定義して、新しい識別子（例えば、識別子＝タグＩＤ（上位３桁）など）を動的に生成することができる。この場合、元の原材料の識別子（例えば、識別子＝タグＩＤなど）は変わっていないため、原材料のトレースについても可能となる。
【００７０】
以上説明した変形例の応用として、識別子やレスポンスデータを共通化した新しいデータを使用しても良い。元々は違う物品を混合させたものを新しい物品として登録する場合などに用いる。図８は複数の物品を混ぜ合わせて、新しい物品としてＩＣタグを登録した場合の例を示す。
【００７１】
図８は、薬品Ａと薬品Ｂを混ぜ合わせた薬品Ｃを作成する場合を想定している。薬品Ａと薬品Ｂは原材料が違うため、薬品Ａと薬品Ｂにはそれぞれ異なるタグＩＤが割り当てられている。具体的には、薬品ＡにはタグＩＤ=０００１、薬品ＢにはタグＩＤ＝０００２が割り当てられており、これらを混ぜ合わせた薬品Ｃを作ったときに、薬品Ｃの中にある各ＩＣタグ４０のユーザメモリ４２のユーザデータをＣＣＣＣと書き換える（あるいは新規に設定する）。
【００７２】
さらに、図９に示すように、ユーザメモリ４２のユーザデータＣＣＣＣを識別子として利用するべく、記録部４４に登録されているタグ制御データも変更し、識別子をユーザメモリ４２に格納されているユーザデータとする。これによりリーダライタ２０からタグ検出コマンドが送信されると、薬品Ｃの中にある全てのＩＣタグ２０は、同じタイミング、同じ内容、同じ周波数のレスポンスデータをリーダライタ２０に返信する。
【００７３】
以上説明したように、新しい薬品Ｃというグループを作成し、そのレスポンスのタグＩＤ=ＣＣＣＣと定義すれば、複数の薬品が混ざった新しい薬品を容易に識別できる。
なお、レスポンス制御データについて、タグ指定データ（レスポンスデータ[特別コマンド]=識別子）、識別子指定データ（識別子＝ユーザメモリ）と設定すれば、特別コマンドの場合のみ、協調した制御方式でＩＣタグ２０は応答できる。この場合、特別コマンドを用いて新しい薬品Ｃを容易に検出できるし、通常のタグ検出コマンドを用いて、個別のタグＩＤも検出できる。そのため、薬品Ｃに何か問題があった場合に、元の原材料が薬品Ａ、Ｂであること特定も容易に行える。
【００７４】
＜変形例３＞
リーダライタ２０から送信されるタグ検出コマンドについて、専用のグループタグ検出コマンドを設定しても良い。具体的には、通常検出コマンドなど、既に規格化されたコマンド以外に、拡張としてグループ検出コマンドを定義する。そして、ＩＣタグ４０の記録部４４には、グループ検出コマンドの場合には、特定のタグ制御方式をあらわすレスポンス制御データ（レスポンスデータ［グループ検出］＝識別子、識別子＝タグＩＤ、応答タイミングＴ＝ｆ（識別子））に基づき、レスポンスデータを返信すべき旨を規定しておく。ＩＣタグ４０の制御部（判断手段）４３は、リーダライタ２０からタグを検出すべきコマンドを受信すると、受信した検出コマンドが通常検出コマンドであるか、グループ検出コマンドであるかを判断する。制御部（送信手段）４３は、グループ検出コマンドであると判断した場合には、記録部４４に記録されているレスポンス制御データを参照し、タイミングデータに基づき応答タイミングを生成する。そして、応答タイミングが到来したと判断すると、制御部（送信手段）４３は、ＲＦ部４５、アンテナ４６を介してレスポンスデータをリーダライタ２０へ返信する。
【００７５】
＜変形例４＞
また、応答タイミングを計算する関数fを変更しても良い。但し、協調するＩＣタグ４０は同じタイミングで同じレスポンスデータを返信しなければならない。本実施形態では、関数ｆとして、インプット値が０００１の場合には、必ず応答タイミングＴ１が得られる関数を採用した。ここで、別のインプット値１１１１を入力した場合にも、偶然に応答タイミングＴ１＝応答タイミングＴ１１となった場合には、コリジョンが発生する。これを回避するために、応答タイミングを計算する関数として、Ｔ１＝ｆ１（識別子）＋ｆ２（現時刻）などのようにチェーン法やランダム法などの関数を採用し、応答タイミングを動的に生成し、検出コマンドのたびに応答タイミングを変更しても良い。
【００７６】
かかる構成によれば、異なる識別子、レスポンスデータを有するＩＣタグでコリジョンが発生したとしても、再度、検出コマンドを実行した場合には、応答タイミングが動的に生成されるため、各ＩＣタグで生成される応答タイミングは、それぞれ違う値となる。これにより、コリジョンの発生を未然に防止することができ、検出精度の向上を図ることが可能となる。
【００７７】
Ｂ．第２実施形態
以下に示す第２実施形態では、第１実施形態のシステム構成に電波強度のしきい値判定を追加して、より協調的にＩＣタグを検出する方法を示す。
【００７８】
（１）実施形態の構成
図１０は、第２実施形態に係るＩＣタグ管理システム１０ａの構成を示す図である。図１０に示すように、ＩＣタグ４０の中でＩＣタグ４０−３だけが、リーダライタ２０から大きく離れた場所に配置されている。なお、以下の説明では、各ＩＣタグ４０−１〜４０−５において検知されるリーダライタ２０の電波の強度（以下、検知電波強度）を、それぞれ検知電波強度Ｌ１〜Ｌ５とあらわす。
【００７９】
ここで、図１１は、各ＩＣタグ４０の記録部４４に格納されているレスポンス制御データと、タグＩＤとの関係を例示した図であり、図３に対応している。
本実施形態に係るタグ制御データは、図３に示すレスポンス制御データに対してしきい値[電波強度]=Ｌ以上が追加されている点で異なる。ＩＣタグ４０の制御部４３は、リーダライタ２０の電波強度を検知するとともに、検知電波強度が、レスポンス制御データに示される電波強度のしきい値Ｌ以上であるか否かを判定する機能を有している。ＩＣタグ４０の制御部４３は、検知電波強度が電波強度しきい値以上である場合には、リーダライタ２０に対してレスポンスデータを返す一方、検知電波強度が電波強度のしきい値を下回っている場合には、リーダライタ２０に対してレスポンスデータを返さない。図１０を例に説明すると、ＩＣタグ４０−３は、リーダライタ２０から大きく離れているため、検知電波強度Ｌ３は電波強度しきい値Ｌを下回る（Ｌ３＜Ｌ）。一方、その他のＩＣタグ４０−１、４０−２、４０−４、４０−５の検知電波強度は電波強度しきい値Ｌを超える（Ｌ１，Ｌ２，Ｌ４，Ｌ５＞Ｌ）。この結果、ＩＣタグ４０−３についてのみ、その他のＩＣタグ４０−１、４０−２、４０−４、４０−５と協調的に通信できないと判断する。このように、協調的に応答できないＩＣタグについては電波を発信しないようにして、レスポンスデータのコリジョンを抑制することにより、ＩＣタグの検出の精度や効率をあげることが可能となる。以下、図１２などを参照しながら、第２実施形態の動作について説明する。
【００８０】
（２）実施形態の動作
図１２は、第２実施形態に係るＩＣタグ管理システム１０の動作を示すフローチャートであり、図４に示すフローチャートに電波強度のしきい値判定ステップ（ステップＳ１５）を追加したものである。従って、図１２に示すステップのうち、図４に示すステップと対応する部分には同一符号を付し、詳細な説明は割愛する。
【００８１】
まず、利用者は、ＰＣにインストールされたアプリケーション３０を実行することにより、ＩＣタグ４０−１〜４０−５に必要なデータを事前に書き込む（ステップＳ１）。具体的には、図１１に示すように、ＩＣタグ４０−１〜４０−３にタグＩＤ＝「０００１」、ＩＣタグ４０−４、４０−５にタグＩＤ＝「０００２」を書き込む。
【００８２】
さらに、ＰＣ（第３の設定手段）は、各ＩＣタグ４０の記録部４４にタグ制御方式をあらわすレスポンス制御データを書き込む。具体的には、ＰＣ（第３の設定手段）２０は、レスポンス制御データとして、タグ指定データ（レスポンスデータ［タグ検出］＝識別子）、識別子指定データ（識別子＝タグＩＤ）、タイミングデータ（応答タイミングＴ＝ｆ（識別子））のほか、しきい値データ（しきい値［電波強度］＝Ｌ以上）を記録部４４に書き込む（図１１参照）。このしきい値データ（しきい値［電波強度］＝Ｌ）は、リーダライタ２０との通信を許可（Ｏ．Ｋ）するか否かを判断するためのしきい値であり、判断検知電波強度がＬ以上の場合にリーダライタ２０との通信が許可される。なお、しきい値［電波強度］＝Ｌ以上は、予め実験などによって求めておけば良い。また、本実施形態で採用する関数ｆは、第１実施形態と同様、同じ識別子からは同じ応答タイミングが生成される。
【００８３】
制御部４４は、ステップＳ１〜ステップＳ９を実行し、応答カウンタのカウント値と生成した応答タイミングＴ＝ｆ（識別子）を比較することで、応答タイミングが到来したか否かを判断する（ステップＳ９）。ここで、応答カウンタのカウント値については、第１実施形態とは異なり、リーダライタ２０から一定間隔で発信される同期信号を検知するたびに、１ずつインクリメントされる。もちろん、第１実施形態と同様、内部クロックなどを利用して一定間隔で１ずつインクリメントしても良い。
【００８４】
制御部４４は、ステップＳ９において応答タイミングが到来したと判断すると、ステップＳ１４に進む。具体的には、ＩＣタグ４０−１〜４０−３は、応答カウンタのカウント値が応答タイミングＴ１＝ｆ（０００１）になった時にステップＳ１４に進む。一方、ＩＣタグ４０−４、４０−５は、応答カウンタのカウント値が応答タイミングＴ２＝ｆ（０００２）になった時にステップＳ１４に進む。
【００８５】
ステップＳ１４に進むと、制御部（判断手段）４４は、リーダライタ２０から送信される電波の強度を検知するとともに、検知電波強度がレスポンス制御データに示される電波強度のしきい値Ｌ以上であるか否かを判断する（ステップＳ１４）。
【００８６】
本実施形態では、ＩＣタグ４０−３は、リーダライタ２０から大きく離れているため、検知電波強度Ｌ３は電波強度しきい値Ｌを下回る（Ｌ３＜Ｌ）。この場合、ＩＣタグ４０−３は、検知電波強度が電波強度しきい値Ｌを超えていないと判断し（ステップＳ１５；ＮＯ）、ステップＳ１０に戻る。
【００８７】
一方、その他のＩＣタグ４０の検知電波強度Ｌ１、Ｌ２、Ｌ４、Ｌ５は電波強度しきい値Ｌを超えるため（Ｌ１，Ｌ２，Ｌ４，Ｌ５＞Ｌ）、ＩＣタグ４０−１、４０−２、４０−４〜４０−５は、ステップＳ１１に進む。
【００８８】
ステップＳ１１に進むと、ＩＣタグ４０−１、４０−２、４０−４、４０−５の制御部（送信手段）４３は、生成したレスポンスデータをＲＦ部（送信手段）４５に送る。ＲＦ部４５は、レスポンスデータを応答信号に変換して、アンテナ４６を介してリーダライタ２０に無線送信する。前述したように、タグＩＤ＝０００１の付されたＩＣタグ４０−１、４０−２と、タグＩＤ＝０００２の付されたＩＣタグ４０−４、４０−５は、応答タイミングが異なるため、リーダライタ２０は、タグＩＤ＝０００１、０００２の２種類のタグＩＤの存在を確認することができるとともに、リーダライタ２０から離れたＩＣタグ４０−３からレスポンスデータを受けることはない。なお、ステップＳ１１以降の処理については、第１実施形態と同様に説明することができるため、これ以上の説明は割愛する。
【００８９】
以上説明したように、本実施形態によれば、電波強度のしきい値判定を追加することにより、協調的にレスポンスできないＩＣタグ（本実施形態ではＩＣタグ４０−３）についてはレスポンスデータを返信しないように構成する。これにより、レスポンスデータのコリジョンの発生を極力抑えることが可能となり、ＩＣタグの検出精度や検出効率を高めることが可能となる。
【００９０】
Ｃ．第３実施形態
（１）実施形態の構成
以下に示す第３実施形態では、第２実施形態に示す電波強度のしきい値判定に代えて、時間のしきい値判定を用いる場合を示す。なお、第３実施形態に係るＩＣタグ管理システム１０ａの構成は、図１０と同様であるため、図示及び詳細な説明を割愛する。
【００９１】
図１３は、本実施形態に係るＩＣタグ４０の構成を示す図である。このＩＣタグ４０は、図に示すＩＣタグ４０に内部クロック４７が設けたものである。内部クロック４７は、制御部４３による制御のもと、内部時刻を計時する。その他の構成は、図２に示すＩＣタグ４０と同様であるため、対応する部分には同一符号を付し、詳細な説明は割愛する。
【００９２】
図１４は、各ＩＣタグ４０の記録部４４に格納されているレスポンス制御データと、タグＩＤとの関係を例示した図であり、図１１に対応している。
本実施形態に係るレスポンス制御データは、図１１に示すレスポンス制御データに含まれるしきい値データ（しきい値［電波強度］＝Ｌ以上）の代わりに、しきい値データ（しきい値［時間］＝Ｓ以内）が設けられている点で異なる。
【００９３】
ＩＣタグ４０の制御部（導出手段、判断手段）４３は、リーダライタ２０からの同期信号に含まれる時刻情報に基づいてリーダライタ２０によって示される時刻（以下、ＲＷ時刻）を把握するとともに、把握したＲＷ時刻と内部クロック４７が示す時刻（以下、内部時刻）とのずれ（すなわち、リーダライタ２０から電波が届くまでの時間）が、しきい値［時間］＝Ｓ以内に収まっているか否かを判断する機能を有している。制御部４３は、ＲＷ時刻と内部時刻とのずれが、時間のしきい値Ｓを超えている場合には、リーダライタ２０に対してレスポンスデータを返さない。図１０を例に説明すると、ＩＣタグ４０−３はリーダライタ２０から大きく離れているため、ＲＷ時刻と内部時刻とのずれ（以下、時刻ずれ）Δｓは大きくなる。よってこの場合、時刻ずれΔｓはしきい値Ｔを超える（Δｓ３＞Ｓ）。一方、その他のＩＣタグ４０−１、４０−２、４０−４、４０−５の時刻ずれΔｓ１、Δｓ２、Δｓ４、Δｓ５はしきい値Ｓに収まる（Δｓ１、Δｓ２、Δｓ４、Δｓ５＜Ｔ）。
【００９４】
この結果、ＩＣタグ４０−３についてのみ、その他のＩＣタグ４０−１、４０−２、４０−４、４０−５と協調的に通信できないと判断する。このように、協調的に応答できないＩＣタグについては電波を発信しないようにして、レスポンスデータのコリジョンを抑制することにより、ＩＣタグの検出の精度や効率をあげることが可能となる。以下、図１５などを参照しながら、第３実施形態の動作について説明する。
【００９５】
（２）実施形態の動作
図１５は、第３実施形態に係るＩＣタグ管理システム１０の動作を示すフローチャートであり、図１１に示すフローチャートに電波強度のしきい値判定ステップ（ステップＳ１４）の代わりに、時間のしきい値判定ステップ（ステップＳ１４ａ）を追加したものである。従って、図１５に示すステップのうち、図１１に示すステップと対応する部分には同一符号を付し、詳細な説明は割愛する。
【００９６】
まず、利用者は、ＰＣにインストールされたアプリケーション３０を実行することにより、ＩＣタグ４０−１〜４０−５に必要なデータを事前に書き込む（ステップＳ１）。具体的には、図１１に示すように、ＩＣタグ４０−１〜４０−３にタグＩＤ＝「０００１」、ＩＣタグ４０−４〜４０−５にタグＩＤ＝「０００２」を書き込む。
【００９７】
さらに、ＰＣは、各ＩＣタグ４０の記録部４４にタグ制御方式をあらわすレスポンス制御データを書き込む。具体的には、ＰＣは、レスポンス制御データとしてタグ指定データ（レスポンスデータ［タグ検出］＝識別子）、識別子指定データ（識別子＝タグＩＤ）、タイミングデータ（応答タイミングＴ＝ｆ（識別子））のほか、しきい値データ（しきい値［時間］＝Ｓ以内）を書き込む（図１４参照）。このしきい値［時間］＝Ｓ以内は、リーダライタ２０との通信を許可（Ｏ．Ｋ）するか否かを判断するためのしきい値であり、ＲＷ時刻と内部時刻とのずれ（時刻ずれ）Δｓがしきい値Ｓに収まっている場合にリーダライタ２０との通信が許可される。なお、しきい値［時間］＝Ｓ以下は、予め実験などによって求めておけば良い。また、本実施形態で採用する関数ｆは、第１実施形態と同様、同じ識別子から同じ応答タイミングＴが生成される。
【００９８】
制御部４４は、ステップＳ１〜ステップＳ９を実行し、応答カウンタのカウント値と生成した応答タイミングＴ＝ｆ（識別子）を比較することで、応答タイミングが到来したか否かを判断する（ステップＳ９）。ここで、応答カウンタのカウント値については、第１実施形態とは異なり、リーダライタ２０から一定間隔で発信される同期信号を検知するたびに、１ずつインクリメントされる。もちろん、第１実施形態と同様、内部クロックなどを利用して一定間隔で１ずつインクリメントしても良い。
【００９９】
制御部４４は、ステップＳ９において応答タイミングが到来したと判断すると、ステップＳ１４ａに進む。具体的には、ＩＣタグ４０−１〜４０−３は、応答カウンタのカウント値が応答タイミングＴ１＝ｆ（０００１）になった時にステップＳ１４に進む。一方、ＩＣタグ４０−４〜４０−５は、応答カウンタのカウント値が応答タイミングＴ２＝ｆ（０００２）になった時にステップＳ１４に進む。
【０１００】
ステップＳ１４に進むと、制御部（導出手段）４４は、リーダライタ２０からの同期信号に含まれる時刻情報に基づいてリーダライタ２０によって示されるＲＷ時刻を把握するとともに、把握したＲＷ時刻と内部クロック４７が示す内部時刻との時刻ずれ（すなわち、リーダライタ２０から電波が届くまでの時間）を導出する。そして、制御部（判断手段）４４は、導出した時刻ずれΔｓが、しきい値［時間］＝Ｓ以内に収まっている場合には、リーダライタ２０に対してレスポンスデータを返さない。図１０を例に説明すると、ＩＣタグ４０−３はリーダライタ２０から大きく離れているため、時刻ずれΔｓはしきい値［時間］Ｓを超える（Δｓ３＞Ｓ）。この場合、ＩＣタグ４０−３は、時刻ずれΔｓはしきい値Ｓを超えたと判断し（ステップＳ１４ａ；ＮＯ）、ステップＳ１０に戻る。
【０１０１】
一方、その他のＩＣタグ４０−１、４０−２、４０−４、４０−５については、リーダライタ２０からの離間距離がほぼ等しく、かつ、ＩＣタグ４０−３ほどリーダライタ２０から離れていないため、時刻ずれΔｔ１、Δｔ２、Δｔ４、Δｔ５はしきい値Ｓ以内に収まる（Δｔ１、Δｔ２、Δｔ４、Δｔ５＜Ｔ）。よって、この場合、ＩＣタグ４０−１、４０−２、４０−４、４０−５の制御部４３は、時刻ずれΔｔ１、Δｔ２、Δｔ４、Δｔ５はしきい値Ｓ以内であると判断し（ステップＳ１４ａ；ＹＥＳ）、ステップＳ１１に進む。
【０１０２】
ステップＳ１１に進むと、ＩＣタグ４０−１、４０−２、４０−４、４０−５の制御部（送信手段）４３は、生成したレスポンスデータをＲＦ部（送信手段）４５に送る。ＲＦ部４５は、レスポンスデータを応答信号に変換して、アンテナ４６を介してリーダライタ２０に無線送信する。前述したように、タグＩＤ＝０００１の付されたＩＣタグ４０−１、４０−２と、タグＩＤ＝０００２の付されたＩＣタグ４０−４、４０−５は、応答タイミングが異なるため、リーダライタ２０は、タグＩＤ＝０００１、０００２の２種類のタグＩＤの存在を確認することができるとともに、リーダライタ２０から離れたＩＣタグ４０−３からレスポンスデータを受けることはない。なお、ステップＳ１１以降の処理については、第１実施形態と同様に説明することができるため、これ以上の説明は割愛する。
【０１０３】
以上説明したように、本実施形態によれば、時間のしきい値判定を追加することにより、協調的にレスポンスできないＩＣタグ（本実施形態ではＩＣタグ４０−３）についてはレスポンスデータを返信しないように構成する。これにより、レスポンスデータのコリジョンの発生を極力抑えることが可能となり、ＩＣタグの検出精度や検出効率を高めることが可能となる。
【０１０４】
また、しきい値として時刻情報を用いることにより、しきい値として電波強度を用いる場合と比較して検出精度を高めることが可能となる。例えば、ＩＣタグを粉末に混ぜて検知する場合、しきい値として電波強度を用いると電波強度が不安定になり、一定ではなくなるという可能性や、電波強度が急激に弱くなるという可能性が生じる。これに対して、しきい値として時刻情報を用いた場合には、上記問題を生ずる恐れを抑えることができ、正確にしきい値判定を行うことが可能となる。
【０１０５】
（３）変形例
＜変形例１＞
しきい値として用いるパラメータは、電波強度（第２実施形態）、時間（第３実施形態）のほか、他のパラメータであっても良く、またこれらパラメータを複数組み合わせても良い。
【０１０６】
＜変形例２＞
時刻情報を用いてレスポンスデータの発信タイミングを自動的に調整しても良い。第３実施形態においては、リーダライタ２０からの同期信号の中に時刻情報が入っているため、ＩＣタグ４からのレスポンスデータがリーダライタ２０に届くまでの時間が正確に測定可能である。よって、逆算して、ＩＣタグ４０ごとに、リーダライタ２０にレスポンスデータが届くまでの時間を求め、ＩＤタグが同じＩＣタグ４０については同じタイミングでリーダライタ２０にレスポンスデータが届くように、応答タイミング等を補正しても良い。
【０１０７】
このように、ＩＣタグ４０ごとに応答タイミング等の時間を補正することにより、ＩＣタグ４０ごとにリーダライタ２０からの距離にバラツキがあっても、多数のＩＣタグ４０からのレスポンスデータを、同時かつ正確にリーダライタ２０に届けることが可能となる。
これにより、ＩＣタグ４０から送信されるレスポンスデータの検出精度、強度を高めることが可能となる。
【０１０８】
また、各実施形態および各変形例において示した各処理のステップは処理内容に矛盾を生じない範囲で任意に順番を変更して又は並列に実行することができる。さらに本明細書等において、手段とは、単に物理的手段を意味するものではなく、その手段が有する機能をソフトウェアによって実現する場合も含む。さらにまた、１つの手段が有する機能が２つ以上の物理的手段により実現されても、２つ以上の手段の機能が１つの物理的手段により実現されてもよい。また、本発明に係るソフトウェアの開発支援プログラムは、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等の光学ディスク、磁気ディスク、半導体メモリなどの各種の記録媒体を通じて、又は通信ネットワークなどを介してダウンロードすることにより、コンピュータにインストール又はロードすることができる。
【符号の説明】
【０１０９】
１０，１０ａ…ＩＣタグ管理システム、２０…リーダライタ、３０…アプリケーション、４０…ＩＣタグ、４１…タグＩＤ部、４２…ユーザメモリ、４３…制御部、４４…記録部、４５…ＲＦ部、４６…アンテナ、４７…内部クロック。
【図１】
2011100209.tif 000003
【図２】
2011100209.tif 000004
【図３】
2011100209.tif 000005
【図４】
2011100209.tif 000006
【図５】
2011100209.tif 000007
【図６】
2011100209.tif 000008
【図７】
2011100209.tif 000009
【図８】
2011100209.tif 000010
【図９】
2011100209.tif 000011
【図１０】
2011100209.tif 000012
【図１１】
2011100209.tif 000013
【図１２】
2011100209.tif 000014
【図１３】
2011100209.tif 000015
【図１４】
2011100209.tif 000016
【図１５】
2011100209.tif 000017
【図１６】
2011100209.tif 000018
【図１７】
2011100209.tif 000019