リーダライタシステム
【課題】 ＩＤタグやＩＣカード等の移動体からの読み取り結果に基づいて移動体の存在を精度良く判定することができるリーダライタシステムを提供する。
【解決手段】 制御機器１は、過去におけるタグ６からの情報の読み取り結果に基づいて、当該タグ６との間における通信状態が予め定められた正常状態であるか異常状態であるかを設定する異常タグ検出処理と、正常状態に設定されたタグ６については、当該タグ６からの情報を第１の回数連続して読み取れないときに当該タグ６は存在しないと判定し、異常状態に設定されたタグ６については、当該タグ６からの情報を前記第１の回数より多い第２の回数連続して読み取れないときに当該タグ６は存在しないと判定するふらつき防止処理を、制御プログラム２の実行により実現する、
【解決手段】 制御機器１は、過去におけるタグ６からの情報の読み取り結果に基づいて、当該タグ６との間における通信状態が予め定められた正常状態であるか異常状態であるかを設定する異常タグ検出処理と、正常状態に設定されたタグ６については、当該タグ６からの情報を第１の回数連続して読み取れないときに当該タグ６は存在しないと判定し、異常状態に設定されたタグ６については、当該タグ６からの情報を前記第１の回数より多い第２の回数連続して読み取れないときに当該タグ６は存在しないと判定するふらつき防止処理を、制御プログラム２の実行により実現する、
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、非接触通信により移動体から情報を読み取るリーダライタシステムに関し、特に、移動体からの読み取り結果に基づいて移動体の有無を精度良く判定するリーダライタシステムに関する。
【背景技術】
【０００２】
昨今、ＲＦＩＤタグの単価が低減されてきたこともあり、ＲＦＩＤを利用したさまざまなシステムが注目され始めている。その中でも、図書館における書架管理やファイル管理、宝石店などにおける商品陳列棚の管理など、一度に取り扱うタグの数（すなわち、タグが付された管理対象の物品の数）は多いが、タグの状態変化の少ないシステムが多く見受けられるようになった。
このようなシステムでは、定期的にタグをスキャンして物品の所在を監視する機能が重要になっている。しかしながら、ＲＦＩＤの性質上、低い確率ではあるが読みこぼしが発生してしまう。また、タグを置く位置や、タグ周辺の環境（近傍に金属がある場合、電気的ノイズが多い場合など）により読みこぼしが多発することもある。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
既存のシステムでは、読みこぼしを全て「物品が無くなった」と判断し、誤動作となっていた。すなわち、実際にはタグ（物品）が有るにも関わらず、タグを置く位置やタグ周辺の環境などの要因によって読みこぼしが発生した場合に「物品が無くなった」と判断されていた。
本発明は、このような従来の事情に鑑み為されたもので、ＩＤタグやＩＣカード等の移動体からの読み取り結果に基づいて移動体の存在を精度良く判定することができるリーダライタシステムを提供することを目的とする。
【課題を解決するための手段】
【０００４】
上記目的を達成するため、本発明では、非接触通信により移動体から情報を読み取るリーダライタシステムにおいて、次のようにして移動体の存在を判定する。
すなわち、状態設定手段が、過去における前記移動体からの情報の読み取り結果に基づいて、当該移動体との間における通信状態が予め定められた正常状態であるか異常状態であるかを設定し、存在判定手段が、前記状態設定手段により正常状態に設定された移動体については、当該移動体からの情報を第１の回数連続して読み取れないときに当該移動体は存在しないと判定し、前記状態設定手段により異常状態に設定された移動体については、当該移動体からの情報を前記第１の回数より多い第２の回数連続して読み取れないときに当該移動体は存在しないと判定する。
【０００５】
このように、移動体からの情報読み取りが失敗した場合に無条件に移動体は存在しないと判定するのではなく、読み取り失敗が連続した回数が判定回数より多い場合に移動体は存在しないと判定することで、ノイズ等の影響によって発生する読みこぼしに基づく判定誤りを防いでいる。また、移動体との間における通信状態を正常状態又は異常状態に分類し、異常状態における判定回数（第２の回数）を正常状態における判定回数（第１の回数）より多くすることで、正常状態の移動体については素早く判定し、異常状態の移動体については或る程度の時間をかけても正確に判定するようにしている。
【０００６】
ここで、状態設定手段及び存在判定手段は、移動体と非接触通信するためのアンテナを一体又は別体に備えたリーダライタ装置に設けてもよく、このようなリーダライタ装置を制御する上位の装置或いは他の装置に設けてもよく、これらの装置に分散して設けてもよく、種々の態様とすることができる。
【０００７】
また、非接触通信としては、例えば、移動体及びリーダライタ装置における互いのループアンテナ同士の電磁誘導による通信が用いられる。
また、移動体としては、例えば、ＩＤタグ、ＩＣカードが用いられる。
また、移動体から読み取る情報としては、例えば、移動体を識別するＩＤ、移動体が付された物品を識別するＩＤなどが用いられる。つまり、複数の移動体（或いは移動体が付された複数の物品）について、各移動体（物品）毎に存在判定することができる。
【０００８】
また、過去における移動体からの情報の読み取り結果としては、例えば、読み取り成功が連続した回数（連続読み取り回数）の履歴が用いられる。すなわち、連続読み取り回数の履歴を移動体毎に記憶しておき、直近の連続読み取り回数の平均値と所定の基準値との比較結果に基づいて、移動体の通信状態として正常状態又は異常状態を設定する。移動体に設定する通信状態（正常状態又は異常状態）は種々の方法により決定することができ、例えば、直近の連続読み取り回数の平均値が所定の基準値より大きい場合に正常状態とし、直近の連続読み取り回数の平均値が所定の基準値より小さい場合に異常状態とする。このように、移動体に設定する通信状態（正常状態又は異常状態）は、過去における移動体からの情報の読み取り結果に基づいて決定されるため、通信状態の設定値は時間経過とともに変化し得る。
【０００９】
また、第１の回数及び第２の回数はそれぞれ任意であり、例えば、固定値であってもよく、変数値（他の値から所定の関数を用いて計算した値）であってもよい。
また、移動体から情報を読み取るタイミングは任意であり、例えば、定期的なタイミングで通信可能な移動体から情報を読み取ることを試みる。
また、リーダライタシステムとしては、例えば、複数のアンテナを備え、移動体からの情報の読み取りに使用するアンテナを交互に切り替えるようにしてもよい。
また、移動体の存在有無の判定は、例えば、移動体からの情報を最初に読み取ったときから開始する。
また、移動体に設定する通信状態としては、例えば、所定の初期状態などの、正常状態及び異常状態以外の状態を設けてもよい。
【００１０】
本発明に係るリーダライタシステムでは、一構成例として、次のような構成とした。
すなわち、移動体からの情報を連続して読み取った回数を履歴として当該移動体に対応付けて記憶する履歴記憶手段を備え、状態設定手段は、前記履歴記憶手段の記憶内容に基づいて、前記移動体からの情報を連続して読み取った回数の履歴のうちで直近から所定数の履歴の平均値を算出し、当該平均値が所定の基準値を上回ったときに当該移動体に正常状態を設定し、前記平均値が前記基準値を下回ったときに当該移動体に異常状態を設定する。
【００１１】
ここで、履歴記憶手段は、移動体と非接触通信するためのアンテナを一体又は別体に備えたリーダライタ装置に設けてもよく、このようなリーダライタ装置を制御する上位の装置或いは他の装置に設けてもよい。
また、平均値の算出対象とする履歴の数（所定数）は任意であり、例えば４が用いられる。また、基準値は任意であり、例えば３０が用いられる。
【００１２】
なお、本発明は、方法や、プログラムや、記録媒体などとして提供することも可能である。
本発明に係る方法では、装置において各手段が各種の処理を実行する。
本発明に係るプログラムでは、装置を構成するコンピュータに実行させるものであって、各種の機能を当該コンピュータにより実現する。
本発明に係る記録媒体では、装置を構成するコンピュータに実行させるプログラムを当該コンピュータの入力手段により読み取り可能に記録したものであって、当該プログラムは各種の処理を当該コンピュータに実行させる。
【発明の効果】
【００１３】
以上説明したように、本発明に係るリーダライタシステムなどによると、ノイズ等の影響によって発生する読みこぼしに基づく判定誤りを防ぐとともに、正常状態の移動体については素早く判定し、異常状態の移動体については或る程度の時間をかけても正確に判定することができる。
【発明を実施するための最良の形態】
【００１４】
本発明の一実施形態を図面を参照して説明する。
図１には、本発明の一実施形態に係るリーダライタシステムの構成を例示してある。
本例のリーダライタシステムは、ＲＦＩＤリーダライタ４が、各物品にそれぞれ付された複数（図示の例では４つ）のＲＦＩＤタグ（以下、タグという）６からアンテナ５を使用した非接触通信により各々の情報を読み取って、その読み取り結果をネットワーク３を介して制御機器１へ送信し、制御機器１が、ＲＦＩＤリーダライタ４から受信した情報（タグ６からの読み取り結果）に基づいて、物品（タグ６）の所在を管理する物品管理システムとして構成されている。また、制御機器１は、物品の所在を管理するにあたり、制御プログラム２を実行することで、後述の異常タグ検出処理やふらつき防止処理を行っている。
【００１５】
ＲＦＩＤリーダライタ４が備えるアンテナ５の数としては、１つであってもよく、複数であってもよい。なお、本例のＲＦＩＤリーダライタ４は複数のアンテナ５を備えており、使用するアンテナ５を交互に切り替えてスキャンし、そのアンテナ５の通信範囲にあるタグ６からの読み取りを行っている。
また、制御機器１は、タグ６からの読み取り結果を１つのＲＦＩＤリーダライタ４から収集して物品の所在管理に用いてもよく、複数のＲＦＩＤリーダライタ４から収集して物品の所在管理に用いてもよい。
【００１６】
ここで、タグ６からの情報の読み取りにあたり、タグ６を置く位置やタグ６の周辺の環境により読みこぼしが発生して情報を正しく読み取れない場合がある。この読みこぼしの出現パターンは、タグ６の状況により幾つかに分類することができる。
図２は、読みこぼし出現パターンの分類例を示している。
パターン１は、読みこぼしの出現頻度が低頻度、すなわち、１日に数回単発で読めないときがある場合である。単発の外来ノイズなどの影響により読めなかった時などが該当する。
パターン２は、読みこぼしの出現頻度が中頻度、すなわち、１日に数十回単発で読めないときがある場合である。特定のタグ６について読みこぼしが発生している場合は、タグの置き場所が悪く、アンテナ５全体的に発生している場合は、ノイズが多発していると考えられる。
パターン３は、読みこぼしの出現頻度が高頻度、すなわち、読めたり読めなかったりが不規則に変わる場合である。タグ６の置き場所が悪く、読み取り限界のぎりぎりのところに配置されている場合などが該当する。
パターン４は、読みこぼしの出現頻度が超高頻度、すなわち、通常読めないが偶に読めるときがある場合である。タグ６の置き場所が悪く、殆ど読めない状態になっている場合などが該当する。
【００１７】
また、タグ６から情報を読み取れない原因としては、上記の読みこぼしの他に、物品（タグ６）が移動した場合が挙げられる。正常な物品の移動には、以下の二つのパターンがある。
パターン１は、物品（タグ６）を持ち去られた場合であり、以降はそのタグ６から情報を読み取れなくなる。
パターン２は、物品（タグ６）を手に取ってまた戻された場合であり、手に取られている間（例えば１０秒程度）は情報を読み取れないが、戻されると、以降はそのタグ６から正常に情報を読み取れるようになる。
ただし、人が物品の購入を迷っている場合などには、何度も手に取って戻す動作を繰り返す場合がある。
【００１８】
本例のリーダライタシステムは、読みこぼしを全て「物品が無くなった」と判断するのではなく、複数回連続（判定回数ｎ≧２）で読めないと判定された場合に「物品が無くなった」と判断することで、読みこぼしによる判断誤りが少なくなるようにしている。すなわち、読みこぼしが発生した直後に正常に読み取れたような場合には、その読みこぼしを偶発的なものとして排除（フィルタリング）することで、判定結果（物品の有無）が頻繁に切り替わる“ふらつき”を防止しており、以下、このような処理をふらつき防止処理という。
【００１９】
ここで、例えば、判定回数ｎ＝２の場合には、上記の読みこぼし出現パターンにおけるパターン１やパターン２のような読みこぼしに対応することができる。また、判定回数ｎを増やすことでパターン３にもある程度対応できるようになるが、その分判定するまでにｎ倍の時間がかかってしまい、リアルタイム性が損なわれてしまう。
そこで、本例では、読みこぼし出現パターンにおけるパターン１やパターン２の状態を“正常状態”、パターン３の状態を“異常状態”として検出する異常タグ検出処理を行い、“正常状態”と“異常状態”とで異なる判定回数を用いてふらつき防止処理を行うようにしている。すなわち、“異常状態”における判定回数を“正常状態”における判定回数より多くすることで、“正常状態”のタグについては素早く判定し、“異常状態”のタグについては反応が遅くなるが判定の正確性を高めている。
【００２０】
図３は、異常タグ検出処理やふらつき防止処理に用いられる、タグ統計情報テーブルを例示している。
「ＵＩＤ」は、タグ６（物品）の識別情報である。
「現在の値」は、タグ６からＵＩＤを読み取れたか否かを表す。ＵＩＤを読み取れた場合には“ＯＮ（タグ検出）”、読み取れなかった場合には“ＯＦＦ（タグ未検出）”が格納される。
「ＯＮ回数（ＯＮｎ）」は、現在の値＝“ＯＮ”が連続している回数である。すなわち、“ＯＮ”が連続する度にカウントアップされる。なお、現在の値＝“ＯＦＦ”となった場合には、ＯＮｎ＝０に初期化される。
「ＯＦＦ回数（ＯＦＦｎ）」は、現在の値＝“ＯＦＦ”が連続している回数である。すなわち、“ＯＦＦ”が連続する度にカウントアップされる。なお、現在の値＝“ＯＮ”となった場合に、ＯＦＦｎ＝０に初期化される。
【００２１】
「直近の連続ＯＮ回数」は、直近のＯＮ回数（ＯＮｎ）の履歴であり、ＬｉｓｔＮ回分のＯＮ回数の履歴として、ＯＮ［Ｎ］（ただし、Ｎ＝１〜ＬｉｓｔＮ）を保持する。本例では、ＬｉｓｔＮ＝４であり、直近４回分の履歴（新しい方から、ＯＮ［１］、ＯＮ［２］、ＯＮ［３］、ＯＮ［４］）を保持している。
「平均連続ＯＮ回数（ＯＮａｖｅ）」は、直近の連続ＯＮ回数の平均である。なお、ＯＮ［Ｎ］＝０のデータは、まだ値が入っていないので平均の母数には入れない。
「直近の連続ＯＦＦ回数」は、直近のＯＦＦ回数（ＯＦＦｎ）の履歴であり、ＬｉｓｔＮ回分のＯＦＦ回数の履歴として、ＯＦＦ［Ｎ］（ただし、Ｎ＝１〜ＬｉｓｔＮ）を保持する。本例では、ＬｉｓｔＮ＝４であり、直近４回分の履歴（新しい方から、ＯＦＦ［１］、ＯＦＦ［２］、ＯＦＦ［３］、ＯＦＦ［４］）を保持している。
「平均連続ＯＦＦ回数（ＯＦＦａｖｅ）」は、直近の連続ＯＦＦ回数の平均である。なお、ＯＦＦ［Ｎ］＝０のデータは、まだ値が入っていないので平均の母数には入れない。
【００２２】
「ＯＮ判定回数（Ｐａｒａｍ＿ＯＮｎ）」は、タグ６が存在することの判定に用いられる。ＯＮｎ≧Ｐａｒａｍ＿ＯＮｎという条件を満たす場合に、タグ６が通信範囲内に存在している（以下、“存在検出”という）と判断される。
「ＯＦＦ判定回数（Ｐａｒａｍ＿ＯＦＦｎ）」は、タグ６が存在しないことの判定に用いられる。ＯＦＦｎ≧Ｐａｒａｍ＿ＯＦＦｎという条件を満たす場合に、タグ６が通信範囲内に存在していない（以下、“存在未検出”という）と判断される。
「状態」は、タグ６の状態を表す。本例では、Ｓ０＝初期状態、Ｓ１＝正常状態、Ｓ２＝異常状態、としている。
【００２３】
例えば、ＵＩＤ＝０００４のタグ６のデータ（以下、タグデータという）によると、過去から順に、２回連続ＯＦＦ（ＯＦＦ［４］＝２）、２４回連続ＯＮ（ＯＮ［４］＝２４）、１回ＯＦＦ（ＯＦＦ［３］＝１）、２０連続ＯＮ（ＯＮ［３］＝２０）、１回ＯＦＦ（ＯＦＦ［２］＝１）、３０回連続ＯＮ（ＯＮ［２］＝３０）、３回連続ＯＦＦ（ＯＦＦ［１］＝３）、１５回連続ＯＮ（ＯＮ［１］＝１５）となっており、現在は４回連続ＯＦＦ（ＯＦＦｎ＝４）であることがわかる。
【００２４】
ここで、本例における“初期状態”とは、タグ６からの読み取りが未だに無く（或いは読み取り回数が不足し）、タグ６の状態が“正常状態”か“異常状態”かの判別をできない状態である。すなわち、例えば、制御機器１やＲＦＩＤリーダライタ４が起動された直後、管理対象として新たに追加するタグ６がタグ統計情報テーブルに登録された直後などが該当する。また、本例では、タグ６からの読み取りが一定時間ない場合も“初期状態”としている。そして、本例では、“初期状態”にある場合において、ＯＮｎ＞１となったこと（つまり、２回連続して読み取れたこと）を条件に、“正常状態”へ遷移（該当するタグデータの「状態」の項目値を更新）するようにしている。
なお、他の態様により“初期状態”を定義してもよく、例えば、タグ統計情報テーブルにタグデータがエントリー（登録）されているか否かにより“初期状態”を表現できる。すなわち、該当するタグデータが未だテーブル登録されていないタグ６は“初期状態”であり、そのタグ６からの最初の読み取り時にタグデータをテーブルに追加登録して“正常状態”とし、読み取りの無い期間が一定時間継続した場合にそのタグデータをテーブルから削除して“初期状態”とする。
【００２５】
図４は、異常タグ検出処理に用いられる、ふらつき異常判定設定パラメータを例示している。
「測定回数（ＬｉｓｔＮ）」は、平均連続ＯＮ回数及び平均連続ＯＦＦ回数を計算するために保持する直近の連続ＯＮ回数及び連続ＯＦＦ回数の履歴数（バッファサイズ）である。
「平均連続ＯＮ（Ｔｈｒｅｓｈ＿ＯＮａｖｅ）」は、“正常状態”と“異常状態”との間における状態遷移を判定するための閾値であり、この値より平均連続ＯＮ回数が少なくなると“異常状態”へ遷移し、この値より平均連続ＯＮ回数が多くなると“正常状態”へ遷移する。
「連続ＯＦＦ回数（Ｔｈｒｅｓｈ＿ＯＦＦ）」は、“正常状態”又は“異常状態”から“初期状態”への遷移を判定するための閾値であり、この値よりＯＦＦ回数が多くなると“初期状態”へ遷移する。
同図では、ＬｉｓｔＮ＝４、Ｔｈｒｅｓｈ＿ＯＮａｖｅ＝３０、Ｔｈｒｅｓｈ＿ＯＦＦ＝１８００、としているが、この設定内容は例示に過ぎず、システムの運用等に応じた任意の設定内容とすることができる。
【００２６】
本例では、上記のような、タグ統計情報テーブル及びふらつき異常判定設定パラメータの設定内容に基づいて異常タグ検出処理を行い、タグ毎の状態を監視している。
すなわち、タグ６を定期的にサーチし、ＵＩＤを読み取れた場合をＯＮ（タグ検出）、読み取れなかった場合をＯＦＦ（タグ未検出）として、サーチする度にＯＮのままであれば、ＯＮが続いた回数をカウント（ＯＮｎ＝ＯＮｎ＋１）し、ＯＦＦになったところでＯＮ回数を履歴として記録する。次にＯＦＦも同様に、ＯＦＦが続いた回数をカウント（ＯＦＦｎ＝ＯＦＦｎ＋１）し、ＯＮになったところでＯＦＦ回数を履歴として記録する。このように、ＯＮとＯＦＦの連続した回数をそれぞれ履歴として記録しておく。そして、直近数回分（ＬｉｓｔＮ）の履歴の平均を算出し、ＯＮが連続した回数の平均値（ＯＮａｖｅ）が、判定基準（Ｔｈｒｅｓｈ＿ＯＮａｖｅ）よりも小さい場合にふらついていると判断して“異常状態（ふらつき異常）”とし、判定基準（Ｔｈｒｅｓｈ＿ＯＮａｖｅ）よりも大きい場合に“正常状態”とする。
【００２７】
このような異常タグ検出処理を行った結果、“異常状態”として検出されたタグ６については、“正常状態”のタグ６より多いＯＦＦ判定回数を用いてふらつき防止処理を行うことで、誤動作（例えば、実際に物品が存在するにも関わらず「物品が無くなった」（“存在未検出”）と判断すること）を排除する。
このように、“正常状態”と“異常状態”とで異なるＯＦＦ判定回数とすることで、“正常状態”にあるタグ６に対しては素早く反応し、“異常状態”にあるタグ６に対しては、反応が遅くなるが誤動作を排除することができる。
なお、本例では、アンテナ５上の複数のタグ６のうち“異常状態”にあるタグ６の割合がｆ％（所定値）を上回った場合に、アンテナ５の環境に問題があると判断して警告を出すようにしている。警告としては、例えば、表示装置により表示出力され、或いはスピーカにより音声出力される。なお、表示装置・スピーカ等の機器は、例えば、制御機器１に設けられてもよく、システム管理者等の操作端末に設けられてもよい。
【００２８】
図５は、タグ６の状態に応じたＯＮ判定回数及びＯＦＦ判定回数を設定した、状態別判定パラメータを例示している。
同図では、“初期状態”について、ＯＮ判定回数＝２、ＯＦＦ判定回数＝２、が設定され、“正常状態”について、ＯＮ判定回数＝１、ＯＦＦ判定回数＝２、が設定され、“ふらつき異常（異常状態）”について、ＯＮ判定回数＝Ｆｏｎ（ＯＮａｖｅ）、ＯＦＦ判定回数＝Ｆｏｆｆ（ＯＦＦａｖｅ）、が設定されている。
ここで、Ｆｏｎ（ＯＮａｖｅ）は、ＯＮａｖｅの関数であり、例えば、Ｆｏｎ（ＯＮａｖｅ）＝０．１×ＯＮａｖｅ、である。また、Ｆｏｆｆ（ＯＦＦａｖｅ）は、ＯＦＦａｖｅの関数であり、例えば、Ｆｏｆｆ（ＯＦＦａｖｅ）＝１．５×ＯＦＦａｖｅ、である。本例では、これら関数による算出結果に対し、小数点以下を四捨五入して整数値に丸めているが、切り上げや切り下げを行ってもよい。なお、本例では、“正常状態”のＯＦＦ判定回数に下限を設け、“正常状態”のＯＦＦ判定回数が１以上となるようにしており、また、“異常状態”のＯＦＦ判定回数に下限を設け、“異常状態”のＯＦＦ判定回数が“正常状態”のＯＦＦ判定回数以下とならないようしている。
なお、この設定内容は例示に過ぎず、システムの運用等に応じた任意の設定内容とすることができる。例えば、“異常状態”のＯＦＦ判定回数をＯＦＦａｖｅの関数とせずに、“正常状態”のＯＦＦ判定回数（本例では２）よりも大きい定数値としてもよく、要は、“異常状態”のＯＦＦ判定回数が、“正常状態”のＯＦＦ判定回数より大きい値であることが必要である。
【００２９】
図６は、本例のリーダライタシステムによるタグ読取処理フローを例示している。
すなわち、定期的にタグ読取処理が起動され（ステップＳ１）、以下の処理（ステップＳ２〜Ｓ７）が行われる。
まず、対象のタグ６からＵＩＤを読み取り（ステップＳ２）、その読み取り結果に応じて統計情報（タグ統計情報テーブル）を更新する（ステップＳ３）。その後、異常タグ検出処理を行って（ステップＳ４）、その処理結果に応じてフィルタのパラメーター値（ＯＮ判定回数及びＯＦＦ判定回数）を決定し（ステップＳ５）、当該パラメーター値を用いてふらつき防止処理（フィルタ）を行う（ステップＳ６）。そして、このふらつき防止処理の結果データ（“存在検出”又は“存在未検出”を表すデータ）を出力する（ステップＳ７）。
なお、結果データの出力としては、例えば、表示装置に対して出力されて画面表示され、或いは印刷装置に対して出力されて紙媒体等へ印刷され、或いは記憶装置に対して出力されて記憶保持される。なお、表示装置・印刷装置・記憶装置等の機器は、例えば、制御機器１に設けられてもよく、システム管理者等の操作端末に設けられてもよい。
【００３０】
図７は、本例の異常タグ検出処理における状態遷移を例示している。
“初期状態（Ｓ０）”の場合において、ＯＮ回数（ＯＮｎ）＞１となった場合に“正常状態（Ｓ１）”へ遷移する。
“正常状態（Ｓ１）”の場合において、平均連続ＯＮ回数（ＯＮａｖｅ）＜平均連続ＯＮ（Ｔｈｒｅｓｈ＿ＯＮａｖｅ）となった場合に“異常状態（Ｓ２）”へ遷移し、ＯＦＦ回数（ＯＦＦｎ）＞連続ＯＦＦ回数（Ｔｈｒｅｓｈ＿ＯＦＦ）となった場合に“初期状態（Ｓ０）”へ遷移する。
“異常状態（Ｓ２）”の場合において、平均連続ＯＮ回数（ＯＮａｖｅ）＞平均連続ＯＮ（Ｔｈｒｅｓｈ＿ＯＮａｖｅ）となった場合に“正常状態（Ｓ１）”へ遷移し、ＯＦＦ回数（ＯＦＦｎ）＞連続ＯＦＦ回数（Ｔｈｒｅｓｈ＿ＯＦＦ）となった場合に“初期状態（Ｓ０）”へ遷移する。
つまり、“初期状態”においてタグ６からの読み取りが成功（本例では、２回以上連続して成功）すると“正常状態”へ遷移し、その後は読み取りが安定的に成功しているか否かに応じて“正常状態”又は“異常状態”が決定され、一定期間に亘って読み取りがない場合に“初期状態”へ戻る。
【００３１】
図８は、本例のふらつき防止処理における“存在検出”の状態又は“存在未検出”の状態の遷移を例示している。
“存在未検出”の状態の場合において、タグ６からの読み取りが成功する度（タグ検出（ＯＮ）となる度）にＯＮ回数（ＯＮｎ）をカウントアップ（１加算）し、ＯＮ回数（ＯＮｎ）≧ＯＮ判定回数（Ｐａｒａｍ＿ＯＮｎ）となった場合に、ＯＮ回数（ＯＮｎ）を履歴として記録して、“存在検出”の状態へ遷移する。なお、タグ６からの読み取りが失敗した場合（タグ未検出（ＯＦＦ）の場合）には、ＯＮ回数が初期化（ＯＮｎ＝０）される。
つまり、１回でもＯＮになったからといって無条件に“存在未検出”から“存在検出”へ遷移するのではなく、ＯＮ回数（ＯＮｎ）＜ＯＮ判定回数（Ｐａｒａｍ＿ＯＮｎ）の間は“存在未検出”に留まり、ＯＮ回数（ＯＮｎ）≧ＯＮ判定回数（Ｐａｒａｍ＿ＯＮｎ）となったことを以って“存在検出”へ遷移して、「現在の値」をＯＮにする。
【００３２】
“存在検出”の状態の場合において、タグ６からの読み取りが失敗する度（タグ未検出（ＯＦＦ）となる度）にＯＦＦ回数（ＯＦＦｎ）をカウントアップ（１加算）し、ＯＦＦ回数（ＯＦＦｎ）≧ＯＦＦ判定回数（Ｐａｒａｍ＿ＯＦＦｎ）となった場合に、ＯＦＦ回数（ＯＦＦｎ）を履歴として記録して、“存在未検出”の状態へ遷移する。なお、タグ６からの読み取りが成功した場合（タグ検出（ＯＮ）の場合）には、ＯＦＦ回数が初期化（ＯＦＦｎ＝０）される。
つまり、１回でもＯＦＦになったからといって無条件に“存在検出”から“存在未検出”へ遷移するのではなく、ＯＦＦ回数（ＯＦＦｎ）＜ＯＦＦ判定回数（Ｐａｒａｍ＿ＯＦＦｎ）の間は“存在検出”に留まり、ＯＦＦ回数（ＯＦＦｎ）≧ＯＦＦ判定回数（Ｐａｒａｍ＿ＯＦＦｎ）となったことを以って“存在未検出”へ遷移する。
【００３３】
ここで、本例では、タグ状態（“初期状態”、“正常状態”、“異常状態”）と検出結果（“存在検出”、“存在未検出”）の組み合わせとして、“初期状態”＆“存在未検出”、“正常状態”＆“存在未検出”、“正常状態”＆“存在検出”、“異常状態”＆“存在未検出”、“異常状態”＆“存在検出”、を想定している。
【００３４】
図３のタグ統計情報テーブルを参照して、タグ状態及び検出結果について具体的に説明する。
例えば、ＵＩＤ＝０００１のタグデータによると、平均連続ＯＮ回数（ＯＮａｖｅ）＝５００で平均連続ＯＮ（Ｔｈｒｅｓｈ＿ＯＮａｖｅ）＝３０より大きいため、状態＝“正常状態（Ｓ１）”が設定され、“正常状態”におけるＯＮ判定回数（Ｐａｒａｍ＿ＯＮｎ）＝１、ＯＦＦ判定回数（Ｐａｒａｍ＿ＯＦＦｎ）＝２が設定されている。そして、現在の値＝ＯＮであり、ＯＮ回数（ＯＮｎ）＝５００はＯＮ判定回数（Ｐａｒａｍ＿ＯＮｎ）＝１以上であるため、“存在検出”と判断される。
【００３５】
例えば、ＵＩＤ＝０００３のタグデータによると、平均連続ＯＮ回数（ＯＮａｖｅ）＝３００で平均連続ＯＮ（Ｔｈｒｅｓｈ＿ＯＮａｖｅ）＝３０より大きいため、状態＝“正常状態（Ｓ１）”が設定され、“正常状態”におけるＯＮ判定回数（Ｐａｒａｍ＿ＯＮｎ）＝１、ＯＦＦ判定回数（Ｐａｒａｍ＿ＯＦＦｎ）＝２が設定されている。そして、現在の値＝ＯＦＦであり、ＯＦＦ回数（ＯＦＦｎ）＝５０はＯＦＦ判定回数（Ｐａｒａｍ＿ＯＦＦｎ）＝２以上であるため、“存在未検出”と判断される。
【００３６】
例えば、ＵＩＤ＝０００４のタグデータによると、平均連続ＯＮ回数（ＯＮａｖｅ）＝２２．３で平均連続ＯＮ（Ｔｈｒｅｓｈ＿ＯＮａｖｅ）＝３０より小さいため、状態＝“異常状態（Ｓ２）”が設定され、“異常状態”におけるＯＮ判定回数（Ｐａｒａｍ＿ＯＮｎ）＝Ｆｏｎ（ＯＮａｖｅ）＝２、ＯＦＦ判定回数（Ｐａｒａｍ＿ＯＦＦｎ）＝Ｆｏｆｆ（ＯＦＦａｖｅ）＝３が設定されている。そして、現在の値＝ＯＦＦで、ＯＦＦ回数（ＯＦＦｎ）＝４はＯＦＦ判定回数（Ｐａｒａｍ＿ＯＦＦｎ）＝Ｆｏｆｆ（ＯＦＦａｖｅ）＝３以上であるため、“存在未検出”と判断される。
【００３７】
例えば、ＵＩＤ＝０００５のタグデータによると、最初（１回目）のＯＮであるため、状態＝“初期状態（Ｓ０）”が設定され、“初期状態”におけるＯＮ判定回数（Ｐａｒａｍ＿ＯＮｎ）＝２、ＯＦＦ判定回数（Ｐａｒａｍ＿ＯＦＦｎ）＝２が設定されている。そして、現在の値＝ＯＮで、ＯＮ回数（ＯＮｎ）＝１はＯＮ判定回数（Ｐａｒａｍ＿ＯＮｎ）＝２未満であるため、前回の判断結果（すなわち“存在未検出”）が維持される。
【００３８】
例えば、ＵＩＤ＝０００６のタグデータによると、平均連続ＯＮ回数（ＯＮａｖｅ）＝３で平均連続ＯＮ（Ｔｈｒｅｓｈ＿ＯＮａｖｅ）＝３０より小さいため、状態＝“異常状態（Ｓ２）”が設定され、“異常状態”におけるＯＮ判定回数（Ｐａｒａｍ＿ＯＮｎ）＝Ｆｏｎ（ＯＮａｖｅ）＝１、ＯＦＦ判定回数（Ｐａｒａｍ＿ＯＦＦｎ）＝Ｆｏｆｆ（ＯＦＦａｖｅ）＝１５８が設定されている。そして、現在の値＝ＯＦＦで、ＯＦＦ回数（ＯＦＦｎ）＝１００はＯＦＦ判定回数（Ｐａｒａｍ＿ＯＦＦｎ）＝Ｆｏｆｆ（ＯＦＦａｖｅ）＝１５８未満であるため、前回の判断結果が維持される。すなわち、前回の判断結果が“存在検出”の場合には“存在検出”となり、前回の判断結果が“存在未検出”の場合には“存在未検出”となる。
【００３９】
ここで、ＵＩＤ＝０００６のタグデータでは、“異常状態”におけるＯＮ判定回数（Ｐａｒａｍ＿ＯＮｎ）＝Ｆｏｎ（ＯＮａｖｅ）＝１となっているため、１回でもＯＮになると“存在検出”と判断される。このため、実際は通信範囲内にタグ６が存在しないにも関わらず“存在検出”と判断する誤動作の発生が考えられるが、本例ではタグ６から読み取ったＵＩＤについてＣＲＣチェックを行っており、通信範囲内にタグ６が存在しない場合にＯＮとなることは殆どありえないことから、このような誤動作が防止される。なお、ＣＲＣチェックを行わない場合には、ＯＮ判定回数（Ｐａｒａｍ＿ＯＮｎ）を２以上の値とすることで、実際には存在しないタグ６について“存在検出”と判断する誤動作の発生を防止してもよい。
【００４０】
なお、たまに読み取れない状態は許容されるが、たまにしか読めない（数十回に１回程度読める）状態の場合には有効なデータとしては使い物にならないことが多い。そこで、このようなデータを捨ててしまいたい場合は、ＯＮ判定回数を大きめにしておくことで、殆どのデータを排除することができる。逆に、たまにしか読めないが、その間もタグ６があったと“みなしたい”場合は、ＯＮ判定回数を小さくするとともにＯＦＦ判定回数を大きくすればよく、こうすることで、例えば１回のＯＮで長時間“存在検出”の状態に留まることになる。
ＯＮ判定回数の設定例としては、例えば、“初期状態”の場合は、どのような状況のタグ６か分からないのでＯＮ判定回数＝２とし、“正常状態”の場合は、検出速度優先でＯＮ判定回数＝１とし、“異常状態”の場合は、たまにしか読めないタグ６のデータは捨てるために或る程度大きい値とする。
【００４１】
以上のように、ＲＦＩＤタグを利用した物品管理システムにおいて、定期的にタグをスキャンして物品の所在を管理する機能を実現させる際に、ＲＦＩＤの性質上読みこぼしが発生してしまうため、タグから読み取りできない原因が読みこぼしによるものか物品の移動によるものかを区別する必要があるところ、本例では、読みこぼしの出現パターンを複数（パターン１〜４）に分類してタグ毎に出現パターン（正常状態：パターン１又はパターン２、異常状態：パターン３）を認識し、読みこぼしを効率よく区別している。このため、ハードウェア的に多少不安定な読み取り性能であっても、誤動作の少ない読み取りデータを取得することができる。
【００４２】
なお、本例では、統計情報テーブル等の各データを制御機器１のメモリに保持しており、制御機器１が統計情報テーブル等の各データを参照して制御プログラム２を実行することで異常タグ検出処理やふらつき防止処理を行っているが、ＲＦＩＤリーダライタ４等にて制御プログラム２を実行して異常タグ検出処理やふらつき防止処理を行うようにしてもよく、その場合には、必要なデータ及び制御プログラム２をＲＦＩＤリーダライタ４等のメモリに保持するようにすればよい。
【００４３】
ここで、本発明に係るシステムや装置などの構成としては、必ずしも以上に示したものに限られず、種々な構成が用いられてもよい。また、本発明は、例えば、本発明に係る処理を実行する方法或いは方式や、このような方法や方式を実現するためのプログラムや当該プログラムを記録する記録媒体などとして提供することも可能であり、また、種々なシステムや装置として提供することも可能である。
また、本発明の適用分野としては、必ずしも以上に示したものに限られず、本発明は、種々な分野に適用することが可能なものである。
また、本発明に係るシステムや装置などにおいて行われる各種の処理としては、上記のようなソフトウェア構成に限られず、例えば各機能手段が独立したハードウエア回路として構成されてもよい。
また、本発明は上記プログラムを格納したフロッピー（登録商標）ディスクやＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）−ＲＯＭ等のコンピュータにより読み取り可能な記録媒体や当該プログラム（自体）として把握することもでき、当該プログラムを当該記録媒体からコンピュータに入力して実行させることにより、本発明に係る処理を遂行させることができる。
【図面の簡単な説明】
【００４４】
【図１】本発明の一実施形態に係るリーダライタシステムの構成を例示する図である。
【図２】本発明の一実施形態に係る読みこぼし出現パターンの分類を例示する図である。
【図３】本発明の一実施形態に係るタグ統計情報テーブルを例示する図である。
【図４】本発明の一実施形態に係るふらつき異常判定設定パラメータを例示する図である。
【図５】本発明の一実施形態に係る状態別判定パラメータを例示する図である。
【図６】本発明の一実施形態に係るタグ読取処理フローを例示する図である。
【図７】本発明の一実施形態に係る異常タグ検出処理における状態遷移を例示する図である。
【図８】本発明の一実施形態に係るふらつき防止処理における状態遷移を例示する図である。
【符号の説明】
【００４５】
１・・制御機器、 ２・・制御プログラム、 ３・・ネットワーク、 ４・・ＲＦＩＤリーダライタ、 ５・・アンテナ、 ６・・ＲＦＩＤタグ
【技術分野】
【０００１】
本発明は、非接触通信により移動体から情報を読み取るリーダライタシステムに関し、特に、移動体からの読み取り結果に基づいて移動体の有無を精度良く判定するリーダライタシステムに関する。
【背景技術】
【０００２】
昨今、ＲＦＩＤタグの単価が低減されてきたこともあり、ＲＦＩＤを利用したさまざまなシステムが注目され始めている。その中でも、図書館における書架管理やファイル管理、宝石店などにおける商品陳列棚の管理など、一度に取り扱うタグの数（すなわち、タグが付された管理対象の物品の数）は多いが、タグの状態変化の少ないシステムが多く見受けられるようになった。
このようなシステムでは、定期的にタグをスキャンして物品の所在を監視する機能が重要になっている。しかしながら、ＲＦＩＤの性質上、低い確率ではあるが読みこぼしが発生してしまう。また、タグを置く位置や、タグ周辺の環境（近傍に金属がある場合、電気的ノイズが多い場合など）により読みこぼしが多発することもある。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
既存のシステムでは、読みこぼしを全て「物品が無くなった」と判断し、誤動作となっていた。すなわち、実際にはタグ（物品）が有るにも関わらず、タグを置く位置やタグ周辺の環境などの要因によって読みこぼしが発生した場合に「物品が無くなった」と判断されていた。
本発明は、このような従来の事情に鑑み為されたもので、ＩＤタグやＩＣカード等の移動体からの読み取り結果に基づいて移動体の存在を精度良く判定することができるリーダライタシステムを提供することを目的とする。
【課題を解決するための手段】
【０００４】
上記目的を達成するため、本発明では、非接触通信により移動体から情報を読み取るリーダライタシステムにおいて、次のようにして移動体の存在を判定する。
すなわち、状態設定手段が、過去における前記移動体からの情報の読み取り結果に基づいて、当該移動体との間における通信状態が予め定められた正常状態であるか異常状態であるかを設定し、存在判定手段が、前記状態設定手段により正常状態に設定された移動体については、当該移動体からの情報を第１の回数連続して読み取れないときに当該移動体は存在しないと判定し、前記状態設定手段により異常状態に設定された移動体については、当該移動体からの情報を前記第１の回数より多い第２の回数連続して読み取れないときに当該移動体は存在しないと判定する。
【０００５】
このように、移動体からの情報読み取りが失敗した場合に無条件に移動体は存在しないと判定するのではなく、読み取り失敗が連続した回数が判定回数より多い場合に移動体は存在しないと判定することで、ノイズ等の影響によって発生する読みこぼしに基づく判定誤りを防いでいる。また、移動体との間における通信状態を正常状態又は異常状態に分類し、異常状態における判定回数（第２の回数）を正常状態における判定回数（第１の回数）より多くすることで、正常状態の移動体については素早く判定し、異常状態の移動体については或る程度の時間をかけても正確に判定するようにしている。
【０００６】
ここで、状態設定手段及び存在判定手段は、移動体と非接触通信するためのアンテナを一体又は別体に備えたリーダライタ装置に設けてもよく、このようなリーダライタ装置を制御する上位の装置或いは他の装置に設けてもよく、これらの装置に分散して設けてもよく、種々の態様とすることができる。
【０００７】
また、非接触通信としては、例えば、移動体及びリーダライタ装置における互いのループアンテナ同士の電磁誘導による通信が用いられる。
また、移動体としては、例えば、ＩＤタグ、ＩＣカードが用いられる。
また、移動体から読み取る情報としては、例えば、移動体を識別するＩＤ、移動体が付された物品を識別するＩＤなどが用いられる。つまり、複数の移動体（或いは移動体が付された複数の物品）について、各移動体（物品）毎に存在判定することができる。
【０００８】
また、過去における移動体からの情報の読み取り結果としては、例えば、読み取り成功が連続した回数（連続読み取り回数）の履歴が用いられる。すなわち、連続読み取り回数の履歴を移動体毎に記憶しておき、直近の連続読み取り回数の平均値と所定の基準値との比較結果に基づいて、移動体の通信状態として正常状態又は異常状態を設定する。移動体に設定する通信状態（正常状態又は異常状態）は種々の方法により決定することができ、例えば、直近の連続読み取り回数の平均値が所定の基準値より大きい場合に正常状態とし、直近の連続読み取り回数の平均値が所定の基準値より小さい場合に異常状態とする。このように、移動体に設定する通信状態（正常状態又は異常状態）は、過去における移動体からの情報の読み取り結果に基づいて決定されるため、通信状態の設定値は時間経過とともに変化し得る。
【０００９】
また、第１の回数及び第２の回数はそれぞれ任意であり、例えば、固定値であってもよく、変数値（他の値から所定の関数を用いて計算した値）であってもよい。
また、移動体から情報を読み取るタイミングは任意であり、例えば、定期的なタイミングで通信可能な移動体から情報を読み取ることを試みる。
また、リーダライタシステムとしては、例えば、複数のアンテナを備え、移動体からの情報の読み取りに使用するアンテナを交互に切り替えるようにしてもよい。
また、移動体の存在有無の判定は、例えば、移動体からの情報を最初に読み取ったときから開始する。
また、移動体に設定する通信状態としては、例えば、所定の初期状態などの、正常状態及び異常状態以外の状態を設けてもよい。
【００１０】
本発明に係るリーダライタシステムでは、一構成例として、次のような構成とした。
すなわち、移動体からの情報を連続して読み取った回数を履歴として当該移動体に対応付けて記憶する履歴記憶手段を備え、状態設定手段は、前記履歴記憶手段の記憶内容に基づいて、前記移動体からの情報を連続して読み取った回数の履歴のうちで直近から所定数の履歴の平均値を算出し、当該平均値が所定の基準値を上回ったときに当該移動体に正常状態を設定し、前記平均値が前記基準値を下回ったときに当該移動体に異常状態を設定する。
【００１１】
ここで、履歴記憶手段は、移動体と非接触通信するためのアンテナを一体又は別体に備えたリーダライタ装置に設けてもよく、このようなリーダライタ装置を制御する上位の装置或いは他の装置に設けてもよい。
また、平均値の算出対象とする履歴の数（所定数）は任意であり、例えば４が用いられる。また、基準値は任意であり、例えば３０が用いられる。
【００１２】
なお、本発明は、方法や、プログラムや、記録媒体などとして提供することも可能である。
本発明に係る方法では、装置において各手段が各種の処理を実行する。
本発明に係るプログラムでは、装置を構成するコンピュータに実行させるものであって、各種の機能を当該コンピュータにより実現する。
本発明に係る記録媒体では、装置を構成するコンピュータに実行させるプログラムを当該コンピュータの入力手段により読み取り可能に記録したものであって、当該プログラムは各種の処理を当該コンピュータに実行させる。
【発明の効果】
【００１３】
以上説明したように、本発明に係るリーダライタシステムなどによると、ノイズ等の影響によって発生する読みこぼしに基づく判定誤りを防ぐとともに、正常状態の移動体については素早く判定し、異常状態の移動体については或る程度の時間をかけても正確に判定することができる。
【発明を実施するための最良の形態】
【００１４】
本発明の一実施形態を図面を参照して説明する。
図１には、本発明の一実施形態に係るリーダライタシステムの構成を例示してある。
本例のリーダライタシステムは、ＲＦＩＤリーダライタ４が、各物品にそれぞれ付された複数（図示の例では４つ）のＲＦＩＤタグ（以下、タグという）６からアンテナ５を使用した非接触通信により各々の情報を読み取って、その読み取り結果をネットワーク３を介して制御機器１へ送信し、制御機器１が、ＲＦＩＤリーダライタ４から受信した情報（タグ６からの読み取り結果）に基づいて、物品（タグ６）の所在を管理する物品管理システムとして構成されている。また、制御機器１は、物品の所在を管理するにあたり、制御プログラム２を実行することで、後述の異常タグ検出処理やふらつき防止処理を行っている。
【００１５】
ＲＦＩＤリーダライタ４が備えるアンテナ５の数としては、１つであってもよく、複数であってもよい。なお、本例のＲＦＩＤリーダライタ４は複数のアンテナ５を備えており、使用するアンテナ５を交互に切り替えてスキャンし、そのアンテナ５の通信範囲にあるタグ６からの読み取りを行っている。
また、制御機器１は、タグ６からの読み取り結果を１つのＲＦＩＤリーダライタ４から収集して物品の所在管理に用いてもよく、複数のＲＦＩＤリーダライタ４から収集して物品の所在管理に用いてもよい。
【００１６】
ここで、タグ６からの情報の読み取りにあたり、タグ６を置く位置やタグ６の周辺の環境により読みこぼしが発生して情報を正しく読み取れない場合がある。この読みこぼしの出現パターンは、タグ６の状況により幾つかに分類することができる。
図２は、読みこぼし出現パターンの分類例を示している。
パターン１は、読みこぼしの出現頻度が低頻度、すなわち、１日に数回単発で読めないときがある場合である。単発の外来ノイズなどの影響により読めなかった時などが該当する。
パターン２は、読みこぼしの出現頻度が中頻度、すなわち、１日に数十回単発で読めないときがある場合である。特定のタグ６について読みこぼしが発生している場合は、タグの置き場所が悪く、アンテナ５全体的に発生している場合は、ノイズが多発していると考えられる。
パターン３は、読みこぼしの出現頻度が高頻度、すなわち、読めたり読めなかったりが不規則に変わる場合である。タグ６の置き場所が悪く、読み取り限界のぎりぎりのところに配置されている場合などが該当する。
パターン４は、読みこぼしの出現頻度が超高頻度、すなわち、通常読めないが偶に読めるときがある場合である。タグ６の置き場所が悪く、殆ど読めない状態になっている場合などが該当する。
【００１７】
また、タグ６から情報を読み取れない原因としては、上記の読みこぼしの他に、物品（タグ６）が移動した場合が挙げられる。正常な物品の移動には、以下の二つのパターンがある。
パターン１は、物品（タグ６）を持ち去られた場合であり、以降はそのタグ６から情報を読み取れなくなる。
パターン２は、物品（タグ６）を手に取ってまた戻された場合であり、手に取られている間（例えば１０秒程度）は情報を読み取れないが、戻されると、以降はそのタグ６から正常に情報を読み取れるようになる。
ただし、人が物品の購入を迷っている場合などには、何度も手に取って戻す動作を繰り返す場合がある。
【００１８】
本例のリーダライタシステムは、読みこぼしを全て「物品が無くなった」と判断するのではなく、複数回連続（判定回数ｎ≧２）で読めないと判定された場合に「物品が無くなった」と判断することで、読みこぼしによる判断誤りが少なくなるようにしている。すなわち、読みこぼしが発生した直後に正常に読み取れたような場合には、その読みこぼしを偶発的なものとして排除（フィルタリング）することで、判定結果（物品の有無）が頻繁に切り替わる“ふらつき”を防止しており、以下、このような処理をふらつき防止処理という。
【００１９】
ここで、例えば、判定回数ｎ＝２の場合には、上記の読みこぼし出現パターンにおけるパターン１やパターン２のような読みこぼしに対応することができる。また、判定回数ｎを増やすことでパターン３にもある程度対応できるようになるが、その分判定するまでにｎ倍の時間がかかってしまい、リアルタイム性が損なわれてしまう。
そこで、本例では、読みこぼし出現パターンにおけるパターン１やパターン２の状態を“正常状態”、パターン３の状態を“異常状態”として検出する異常タグ検出処理を行い、“正常状態”と“異常状態”とで異なる判定回数を用いてふらつき防止処理を行うようにしている。すなわち、“異常状態”における判定回数を“正常状態”における判定回数より多くすることで、“正常状態”のタグについては素早く判定し、“異常状態”のタグについては反応が遅くなるが判定の正確性を高めている。
【００２０】
図３は、異常タグ検出処理やふらつき防止処理に用いられる、タグ統計情報テーブルを例示している。
「ＵＩＤ」は、タグ６（物品）の識別情報である。
「現在の値」は、タグ６からＵＩＤを読み取れたか否かを表す。ＵＩＤを読み取れた場合には“ＯＮ（タグ検出）”、読み取れなかった場合には“ＯＦＦ（タグ未検出）”が格納される。
「ＯＮ回数（ＯＮｎ）」は、現在の値＝“ＯＮ”が連続している回数である。すなわち、“ＯＮ”が連続する度にカウントアップされる。なお、現在の値＝“ＯＦＦ”となった場合には、ＯＮｎ＝０に初期化される。
「ＯＦＦ回数（ＯＦＦｎ）」は、現在の値＝“ＯＦＦ”が連続している回数である。すなわち、“ＯＦＦ”が連続する度にカウントアップされる。なお、現在の値＝“ＯＮ”となった場合に、ＯＦＦｎ＝０に初期化される。
【００２１】
「直近の連続ＯＮ回数」は、直近のＯＮ回数（ＯＮｎ）の履歴であり、ＬｉｓｔＮ回分のＯＮ回数の履歴として、ＯＮ［Ｎ］（ただし、Ｎ＝１〜ＬｉｓｔＮ）を保持する。本例では、ＬｉｓｔＮ＝４であり、直近４回分の履歴（新しい方から、ＯＮ［１］、ＯＮ［２］、ＯＮ［３］、ＯＮ［４］）を保持している。
「平均連続ＯＮ回数（ＯＮａｖｅ）」は、直近の連続ＯＮ回数の平均である。なお、ＯＮ［Ｎ］＝０のデータは、まだ値が入っていないので平均の母数には入れない。
「直近の連続ＯＦＦ回数」は、直近のＯＦＦ回数（ＯＦＦｎ）の履歴であり、ＬｉｓｔＮ回分のＯＦＦ回数の履歴として、ＯＦＦ［Ｎ］（ただし、Ｎ＝１〜ＬｉｓｔＮ）を保持する。本例では、ＬｉｓｔＮ＝４であり、直近４回分の履歴（新しい方から、ＯＦＦ［１］、ＯＦＦ［２］、ＯＦＦ［３］、ＯＦＦ［４］）を保持している。
「平均連続ＯＦＦ回数（ＯＦＦａｖｅ）」は、直近の連続ＯＦＦ回数の平均である。なお、ＯＦＦ［Ｎ］＝０のデータは、まだ値が入っていないので平均の母数には入れない。
【００２２】
「ＯＮ判定回数（Ｐａｒａｍ＿ＯＮｎ）」は、タグ６が存在することの判定に用いられる。ＯＮｎ≧Ｐａｒａｍ＿ＯＮｎという条件を満たす場合に、タグ６が通信範囲内に存在している（以下、“存在検出”という）と判断される。
「ＯＦＦ判定回数（Ｐａｒａｍ＿ＯＦＦｎ）」は、タグ６が存在しないことの判定に用いられる。ＯＦＦｎ≧Ｐａｒａｍ＿ＯＦＦｎという条件を満たす場合に、タグ６が通信範囲内に存在していない（以下、“存在未検出”という）と判断される。
「状態」は、タグ６の状態を表す。本例では、Ｓ０＝初期状態、Ｓ１＝正常状態、Ｓ２＝異常状態、としている。
【００２３】
例えば、ＵＩＤ＝０００４のタグ６のデータ（以下、タグデータという）によると、過去から順に、２回連続ＯＦＦ（ＯＦＦ［４］＝２）、２４回連続ＯＮ（ＯＮ［４］＝２４）、１回ＯＦＦ（ＯＦＦ［３］＝１）、２０連続ＯＮ（ＯＮ［３］＝２０）、１回ＯＦＦ（ＯＦＦ［２］＝１）、３０回連続ＯＮ（ＯＮ［２］＝３０）、３回連続ＯＦＦ（ＯＦＦ［１］＝３）、１５回連続ＯＮ（ＯＮ［１］＝１５）となっており、現在は４回連続ＯＦＦ（ＯＦＦｎ＝４）であることがわかる。
【００２４】
ここで、本例における“初期状態”とは、タグ６からの読み取りが未だに無く（或いは読み取り回数が不足し）、タグ６の状態が“正常状態”か“異常状態”かの判別をできない状態である。すなわち、例えば、制御機器１やＲＦＩＤリーダライタ４が起動された直後、管理対象として新たに追加するタグ６がタグ統計情報テーブルに登録された直後などが該当する。また、本例では、タグ６からの読み取りが一定時間ない場合も“初期状態”としている。そして、本例では、“初期状態”にある場合において、ＯＮｎ＞１となったこと（つまり、２回連続して読み取れたこと）を条件に、“正常状態”へ遷移（該当するタグデータの「状態」の項目値を更新）するようにしている。
なお、他の態様により“初期状態”を定義してもよく、例えば、タグ統計情報テーブルにタグデータがエントリー（登録）されているか否かにより“初期状態”を表現できる。すなわち、該当するタグデータが未だテーブル登録されていないタグ６は“初期状態”であり、そのタグ６からの最初の読み取り時にタグデータをテーブルに追加登録して“正常状態”とし、読み取りの無い期間が一定時間継続した場合にそのタグデータをテーブルから削除して“初期状態”とする。
【００２５】
図４は、異常タグ検出処理に用いられる、ふらつき異常判定設定パラメータを例示している。
「測定回数（ＬｉｓｔＮ）」は、平均連続ＯＮ回数及び平均連続ＯＦＦ回数を計算するために保持する直近の連続ＯＮ回数及び連続ＯＦＦ回数の履歴数（バッファサイズ）である。
「平均連続ＯＮ（Ｔｈｒｅｓｈ＿ＯＮａｖｅ）」は、“正常状態”と“異常状態”との間における状態遷移を判定するための閾値であり、この値より平均連続ＯＮ回数が少なくなると“異常状態”へ遷移し、この値より平均連続ＯＮ回数が多くなると“正常状態”へ遷移する。
「連続ＯＦＦ回数（Ｔｈｒｅｓｈ＿ＯＦＦ）」は、“正常状態”又は“異常状態”から“初期状態”への遷移を判定するための閾値であり、この値よりＯＦＦ回数が多くなると“初期状態”へ遷移する。
同図では、ＬｉｓｔＮ＝４、Ｔｈｒｅｓｈ＿ＯＮａｖｅ＝３０、Ｔｈｒｅｓｈ＿ＯＦＦ＝１８００、としているが、この設定内容は例示に過ぎず、システムの運用等に応じた任意の設定内容とすることができる。
【００２６】
本例では、上記のような、タグ統計情報テーブル及びふらつき異常判定設定パラメータの設定内容に基づいて異常タグ検出処理を行い、タグ毎の状態を監視している。
すなわち、タグ６を定期的にサーチし、ＵＩＤを読み取れた場合をＯＮ（タグ検出）、読み取れなかった場合をＯＦＦ（タグ未検出）として、サーチする度にＯＮのままであれば、ＯＮが続いた回数をカウント（ＯＮｎ＝ＯＮｎ＋１）し、ＯＦＦになったところでＯＮ回数を履歴として記録する。次にＯＦＦも同様に、ＯＦＦが続いた回数をカウント（ＯＦＦｎ＝ＯＦＦｎ＋１）し、ＯＮになったところでＯＦＦ回数を履歴として記録する。このように、ＯＮとＯＦＦの連続した回数をそれぞれ履歴として記録しておく。そして、直近数回分（ＬｉｓｔＮ）の履歴の平均を算出し、ＯＮが連続した回数の平均値（ＯＮａｖｅ）が、判定基準（Ｔｈｒｅｓｈ＿ＯＮａｖｅ）よりも小さい場合にふらついていると判断して“異常状態（ふらつき異常）”とし、判定基準（Ｔｈｒｅｓｈ＿ＯＮａｖｅ）よりも大きい場合に“正常状態”とする。
【００２７】
このような異常タグ検出処理を行った結果、“異常状態”として検出されたタグ６については、“正常状態”のタグ６より多いＯＦＦ判定回数を用いてふらつき防止処理を行うことで、誤動作（例えば、実際に物品が存在するにも関わらず「物品が無くなった」（“存在未検出”）と判断すること）を排除する。
このように、“正常状態”と“異常状態”とで異なるＯＦＦ判定回数とすることで、“正常状態”にあるタグ６に対しては素早く反応し、“異常状態”にあるタグ６に対しては、反応が遅くなるが誤動作を排除することができる。
なお、本例では、アンテナ５上の複数のタグ６のうち“異常状態”にあるタグ６の割合がｆ％（所定値）を上回った場合に、アンテナ５の環境に問題があると判断して警告を出すようにしている。警告としては、例えば、表示装置により表示出力され、或いはスピーカにより音声出力される。なお、表示装置・スピーカ等の機器は、例えば、制御機器１に設けられてもよく、システム管理者等の操作端末に設けられてもよい。
【００２８】
図５は、タグ６の状態に応じたＯＮ判定回数及びＯＦＦ判定回数を設定した、状態別判定パラメータを例示している。
同図では、“初期状態”について、ＯＮ判定回数＝２、ＯＦＦ判定回数＝２、が設定され、“正常状態”について、ＯＮ判定回数＝１、ＯＦＦ判定回数＝２、が設定され、“ふらつき異常（異常状態）”について、ＯＮ判定回数＝Ｆｏｎ（ＯＮａｖｅ）、ＯＦＦ判定回数＝Ｆｏｆｆ（ＯＦＦａｖｅ）、が設定されている。
ここで、Ｆｏｎ（ＯＮａｖｅ）は、ＯＮａｖｅの関数であり、例えば、Ｆｏｎ（ＯＮａｖｅ）＝０．１×ＯＮａｖｅ、である。また、Ｆｏｆｆ（ＯＦＦａｖｅ）は、ＯＦＦａｖｅの関数であり、例えば、Ｆｏｆｆ（ＯＦＦａｖｅ）＝１．５×ＯＦＦａｖｅ、である。本例では、これら関数による算出結果に対し、小数点以下を四捨五入して整数値に丸めているが、切り上げや切り下げを行ってもよい。なお、本例では、“正常状態”のＯＦＦ判定回数に下限を設け、“正常状態”のＯＦＦ判定回数が１以上となるようにしており、また、“異常状態”のＯＦＦ判定回数に下限を設け、“異常状態”のＯＦＦ判定回数が“正常状態”のＯＦＦ判定回数以下とならないようしている。
なお、この設定内容は例示に過ぎず、システムの運用等に応じた任意の設定内容とすることができる。例えば、“異常状態”のＯＦＦ判定回数をＯＦＦａｖｅの関数とせずに、“正常状態”のＯＦＦ判定回数（本例では２）よりも大きい定数値としてもよく、要は、“異常状態”のＯＦＦ判定回数が、“正常状態”のＯＦＦ判定回数より大きい値であることが必要である。
【００２９】
図６は、本例のリーダライタシステムによるタグ読取処理フローを例示している。
すなわち、定期的にタグ読取処理が起動され（ステップＳ１）、以下の処理（ステップＳ２〜Ｓ７）が行われる。
まず、対象のタグ６からＵＩＤを読み取り（ステップＳ２）、その読み取り結果に応じて統計情報（タグ統計情報テーブル）を更新する（ステップＳ３）。その後、異常タグ検出処理を行って（ステップＳ４）、その処理結果に応じてフィルタのパラメーター値（ＯＮ判定回数及びＯＦＦ判定回数）を決定し（ステップＳ５）、当該パラメーター値を用いてふらつき防止処理（フィルタ）を行う（ステップＳ６）。そして、このふらつき防止処理の結果データ（“存在検出”又は“存在未検出”を表すデータ）を出力する（ステップＳ７）。
なお、結果データの出力としては、例えば、表示装置に対して出力されて画面表示され、或いは印刷装置に対して出力されて紙媒体等へ印刷され、或いは記憶装置に対して出力されて記憶保持される。なお、表示装置・印刷装置・記憶装置等の機器は、例えば、制御機器１に設けられてもよく、システム管理者等の操作端末に設けられてもよい。
【００３０】
図７は、本例の異常タグ検出処理における状態遷移を例示している。
“初期状態（Ｓ０）”の場合において、ＯＮ回数（ＯＮｎ）＞１となった場合に“正常状態（Ｓ１）”へ遷移する。
“正常状態（Ｓ１）”の場合において、平均連続ＯＮ回数（ＯＮａｖｅ）＜平均連続ＯＮ（Ｔｈｒｅｓｈ＿ＯＮａｖｅ）となった場合に“異常状態（Ｓ２）”へ遷移し、ＯＦＦ回数（ＯＦＦｎ）＞連続ＯＦＦ回数（Ｔｈｒｅｓｈ＿ＯＦＦ）となった場合に“初期状態（Ｓ０）”へ遷移する。
“異常状態（Ｓ２）”の場合において、平均連続ＯＮ回数（ＯＮａｖｅ）＞平均連続ＯＮ（Ｔｈｒｅｓｈ＿ＯＮａｖｅ）となった場合に“正常状態（Ｓ１）”へ遷移し、ＯＦＦ回数（ＯＦＦｎ）＞連続ＯＦＦ回数（Ｔｈｒｅｓｈ＿ＯＦＦ）となった場合に“初期状態（Ｓ０）”へ遷移する。
つまり、“初期状態”においてタグ６からの読み取りが成功（本例では、２回以上連続して成功）すると“正常状態”へ遷移し、その後は読み取りが安定的に成功しているか否かに応じて“正常状態”又は“異常状態”が決定され、一定期間に亘って読み取りがない場合に“初期状態”へ戻る。
【００３１】
図８は、本例のふらつき防止処理における“存在検出”の状態又は“存在未検出”の状態の遷移を例示している。
“存在未検出”の状態の場合において、タグ６からの読み取りが成功する度（タグ検出（ＯＮ）となる度）にＯＮ回数（ＯＮｎ）をカウントアップ（１加算）し、ＯＮ回数（ＯＮｎ）≧ＯＮ判定回数（Ｐａｒａｍ＿ＯＮｎ）となった場合に、ＯＮ回数（ＯＮｎ）を履歴として記録して、“存在検出”の状態へ遷移する。なお、タグ６からの読み取りが失敗した場合（タグ未検出（ＯＦＦ）の場合）には、ＯＮ回数が初期化（ＯＮｎ＝０）される。
つまり、１回でもＯＮになったからといって無条件に“存在未検出”から“存在検出”へ遷移するのではなく、ＯＮ回数（ＯＮｎ）＜ＯＮ判定回数（Ｐａｒａｍ＿ＯＮｎ）の間は“存在未検出”に留まり、ＯＮ回数（ＯＮｎ）≧ＯＮ判定回数（Ｐａｒａｍ＿ＯＮｎ）となったことを以って“存在検出”へ遷移して、「現在の値」をＯＮにする。
【００３２】
“存在検出”の状態の場合において、タグ６からの読み取りが失敗する度（タグ未検出（ＯＦＦ）となる度）にＯＦＦ回数（ＯＦＦｎ）をカウントアップ（１加算）し、ＯＦＦ回数（ＯＦＦｎ）≧ＯＦＦ判定回数（Ｐａｒａｍ＿ＯＦＦｎ）となった場合に、ＯＦＦ回数（ＯＦＦｎ）を履歴として記録して、“存在未検出”の状態へ遷移する。なお、タグ６からの読み取りが成功した場合（タグ検出（ＯＮ）の場合）には、ＯＦＦ回数が初期化（ＯＦＦｎ＝０）される。
つまり、１回でもＯＦＦになったからといって無条件に“存在検出”から“存在未検出”へ遷移するのではなく、ＯＦＦ回数（ＯＦＦｎ）＜ＯＦＦ判定回数（Ｐａｒａｍ＿ＯＦＦｎ）の間は“存在検出”に留まり、ＯＦＦ回数（ＯＦＦｎ）≧ＯＦＦ判定回数（Ｐａｒａｍ＿ＯＦＦｎ）となったことを以って“存在未検出”へ遷移する。
【００３３】
ここで、本例では、タグ状態（“初期状態”、“正常状態”、“異常状態”）と検出結果（“存在検出”、“存在未検出”）の組み合わせとして、“初期状態”＆“存在未検出”、“正常状態”＆“存在未検出”、“正常状態”＆“存在検出”、“異常状態”＆“存在未検出”、“異常状態”＆“存在検出”、を想定している。
【００３４】
図３のタグ統計情報テーブルを参照して、タグ状態及び検出結果について具体的に説明する。
例えば、ＵＩＤ＝０００１のタグデータによると、平均連続ＯＮ回数（ＯＮａｖｅ）＝５００で平均連続ＯＮ（Ｔｈｒｅｓｈ＿ＯＮａｖｅ）＝３０より大きいため、状態＝“正常状態（Ｓ１）”が設定され、“正常状態”におけるＯＮ判定回数（Ｐａｒａｍ＿ＯＮｎ）＝１、ＯＦＦ判定回数（Ｐａｒａｍ＿ＯＦＦｎ）＝２が設定されている。そして、現在の値＝ＯＮであり、ＯＮ回数（ＯＮｎ）＝５００はＯＮ判定回数（Ｐａｒａｍ＿ＯＮｎ）＝１以上であるため、“存在検出”と判断される。
【００３５】
例えば、ＵＩＤ＝０００３のタグデータによると、平均連続ＯＮ回数（ＯＮａｖｅ）＝３００で平均連続ＯＮ（Ｔｈｒｅｓｈ＿ＯＮａｖｅ）＝３０より大きいため、状態＝“正常状態（Ｓ１）”が設定され、“正常状態”におけるＯＮ判定回数（Ｐａｒａｍ＿ＯＮｎ）＝１、ＯＦＦ判定回数（Ｐａｒａｍ＿ＯＦＦｎ）＝２が設定されている。そして、現在の値＝ＯＦＦであり、ＯＦＦ回数（ＯＦＦｎ）＝５０はＯＦＦ判定回数（Ｐａｒａｍ＿ＯＦＦｎ）＝２以上であるため、“存在未検出”と判断される。
【００３６】
例えば、ＵＩＤ＝０００４のタグデータによると、平均連続ＯＮ回数（ＯＮａｖｅ）＝２２．３で平均連続ＯＮ（Ｔｈｒｅｓｈ＿ＯＮａｖｅ）＝３０より小さいため、状態＝“異常状態（Ｓ２）”が設定され、“異常状態”におけるＯＮ判定回数（Ｐａｒａｍ＿ＯＮｎ）＝Ｆｏｎ（ＯＮａｖｅ）＝２、ＯＦＦ判定回数（Ｐａｒａｍ＿ＯＦＦｎ）＝Ｆｏｆｆ（ＯＦＦａｖｅ）＝３が設定されている。そして、現在の値＝ＯＦＦで、ＯＦＦ回数（ＯＦＦｎ）＝４はＯＦＦ判定回数（Ｐａｒａｍ＿ＯＦＦｎ）＝Ｆｏｆｆ（ＯＦＦａｖｅ）＝３以上であるため、“存在未検出”と判断される。
【００３７】
例えば、ＵＩＤ＝０００５のタグデータによると、最初（１回目）のＯＮであるため、状態＝“初期状態（Ｓ０）”が設定され、“初期状態”におけるＯＮ判定回数（Ｐａｒａｍ＿ＯＮｎ）＝２、ＯＦＦ判定回数（Ｐａｒａｍ＿ＯＦＦｎ）＝２が設定されている。そして、現在の値＝ＯＮで、ＯＮ回数（ＯＮｎ）＝１はＯＮ判定回数（Ｐａｒａｍ＿ＯＮｎ）＝２未満であるため、前回の判断結果（すなわち“存在未検出”）が維持される。
【００３８】
例えば、ＵＩＤ＝０００６のタグデータによると、平均連続ＯＮ回数（ＯＮａｖｅ）＝３で平均連続ＯＮ（Ｔｈｒｅｓｈ＿ＯＮａｖｅ）＝３０より小さいため、状態＝“異常状態（Ｓ２）”が設定され、“異常状態”におけるＯＮ判定回数（Ｐａｒａｍ＿ＯＮｎ）＝Ｆｏｎ（ＯＮａｖｅ）＝１、ＯＦＦ判定回数（Ｐａｒａｍ＿ＯＦＦｎ）＝Ｆｏｆｆ（ＯＦＦａｖｅ）＝１５８が設定されている。そして、現在の値＝ＯＦＦで、ＯＦＦ回数（ＯＦＦｎ）＝１００はＯＦＦ判定回数（Ｐａｒａｍ＿ＯＦＦｎ）＝Ｆｏｆｆ（ＯＦＦａｖｅ）＝１５８未満であるため、前回の判断結果が維持される。すなわち、前回の判断結果が“存在検出”の場合には“存在検出”となり、前回の判断結果が“存在未検出”の場合には“存在未検出”となる。
【００３９】
ここで、ＵＩＤ＝０００６のタグデータでは、“異常状態”におけるＯＮ判定回数（Ｐａｒａｍ＿ＯＮｎ）＝Ｆｏｎ（ＯＮａｖｅ）＝１となっているため、１回でもＯＮになると“存在検出”と判断される。このため、実際は通信範囲内にタグ６が存在しないにも関わらず“存在検出”と判断する誤動作の発生が考えられるが、本例ではタグ６から読み取ったＵＩＤについてＣＲＣチェックを行っており、通信範囲内にタグ６が存在しない場合にＯＮとなることは殆どありえないことから、このような誤動作が防止される。なお、ＣＲＣチェックを行わない場合には、ＯＮ判定回数（Ｐａｒａｍ＿ＯＮｎ）を２以上の値とすることで、実際には存在しないタグ６について“存在検出”と判断する誤動作の発生を防止してもよい。
【００４０】
なお、たまに読み取れない状態は許容されるが、たまにしか読めない（数十回に１回程度読める）状態の場合には有効なデータとしては使い物にならないことが多い。そこで、このようなデータを捨ててしまいたい場合は、ＯＮ判定回数を大きめにしておくことで、殆どのデータを排除することができる。逆に、たまにしか読めないが、その間もタグ６があったと“みなしたい”場合は、ＯＮ判定回数を小さくするとともにＯＦＦ判定回数を大きくすればよく、こうすることで、例えば１回のＯＮで長時間“存在検出”の状態に留まることになる。
ＯＮ判定回数の設定例としては、例えば、“初期状態”の場合は、どのような状況のタグ６か分からないのでＯＮ判定回数＝２とし、“正常状態”の場合は、検出速度優先でＯＮ判定回数＝１とし、“異常状態”の場合は、たまにしか読めないタグ６のデータは捨てるために或る程度大きい値とする。
【００４１】
以上のように、ＲＦＩＤタグを利用した物品管理システムにおいて、定期的にタグをスキャンして物品の所在を管理する機能を実現させる際に、ＲＦＩＤの性質上読みこぼしが発生してしまうため、タグから読み取りできない原因が読みこぼしによるものか物品の移動によるものかを区別する必要があるところ、本例では、読みこぼしの出現パターンを複数（パターン１〜４）に分類してタグ毎に出現パターン（正常状態：パターン１又はパターン２、異常状態：パターン３）を認識し、読みこぼしを効率よく区別している。このため、ハードウェア的に多少不安定な読み取り性能であっても、誤動作の少ない読み取りデータを取得することができる。
【００４２】
なお、本例では、統計情報テーブル等の各データを制御機器１のメモリに保持しており、制御機器１が統計情報テーブル等の各データを参照して制御プログラム２を実行することで異常タグ検出処理やふらつき防止処理を行っているが、ＲＦＩＤリーダライタ４等にて制御プログラム２を実行して異常タグ検出処理やふらつき防止処理を行うようにしてもよく、その場合には、必要なデータ及び制御プログラム２をＲＦＩＤリーダライタ４等のメモリに保持するようにすればよい。
【００４３】
ここで、本発明に係るシステムや装置などの構成としては、必ずしも以上に示したものに限られず、種々な構成が用いられてもよい。また、本発明は、例えば、本発明に係る処理を実行する方法或いは方式や、このような方法や方式を実現するためのプログラムや当該プログラムを記録する記録媒体などとして提供することも可能であり、また、種々なシステムや装置として提供することも可能である。
また、本発明の適用分野としては、必ずしも以上に示したものに限られず、本発明は、種々な分野に適用することが可能なものである。
また、本発明に係るシステムや装置などにおいて行われる各種の処理としては、上記のようなソフトウェア構成に限られず、例えば各機能手段が独立したハードウエア回路として構成されてもよい。
また、本発明は上記プログラムを格納したフロッピー（登録商標）ディスクやＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）−ＲＯＭ等のコンピュータにより読み取り可能な記録媒体や当該プログラム（自体）として把握することもでき、当該プログラムを当該記録媒体からコンピュータに入力して実行させることにより、本発明に係る処理を遂行させることができる。
【図面の簡単な説明】
【００４４】
【図１】本発明の一実施形態に係るリーダライタシステムの構成を例示する図である。
【図２】本発明の一実施形態に係る読みこぼし出現パターンの分類を例示する図である。
【図３】本発明の一実施形態に係るタグ統計情報テーブルを例示する図である。
【図４】本発明の一実施形態に係るふらつき異常判定設定パラメータを例示する図である。
【図５】本発明の一実施形態に係る状態別判定パラメータを例示する図である。
【図６】本発明の一実施形態に係るタグ読取処理フローを例示する図である。
【図７】本発明の一実施形態に係る異常タグ検出処理における状態遷移を例示する図である。
【図８】本発明の一実施形態に係るふらつき防止処理における状態遷移を例示する図である。
【符号の説明】
【００４５】
１・・制御機器、 ２・・制御プログラム、 ３・・ネットワーク、 ４・・ＲＦＩＤリーダライタ、 ５・・アンテナ、 ６・・ＲＦＩＤタグ
【特許請求の範囲】
【請求項１】
非接触通信により移動体から情報を読み取るリーダライタシステムにおいて、
過去における前記移動体からの情報の読み取り結果に基づいて、当該移動体との間における通信状態が予め定められた正常状態であるか異常状態であるかを設定する状態設定手段と、
前記状態設定手段により正常状態に設定された移動体については、当該移動体からの情報を第１の回数連続して読み取れないときに当該移動体は存在しないと判定し、前記状態設定手段により異常状態に設定された移動体については、当該移動体からの情報を前記第１の回数より多い第２の回数連続して読み取れないときに当該移動体は存在しないと判定する存在判定手段と、
を備えたことを特徴としたリーダライタシステム。
【請求項１】
非接触通信により移動体から情報を読み取るリーダライタシステムにおいて、
過去における前記移動体からの情報の読み取り結果に基づいて、当該移動体との間における通信状態が予め定められた正常状態であるか異常状態であるかを設定する状態設定手段と、
前記状態設定手段により正常状態に設定された移動体については、当該移動体からの情報を第１の回数連続して読み取れないときに当該移動体は存在しないと判定し、前記状態設定手段により異常状態に設定された移動体については、当該移動体からの情報を前記第１の回数より多い第２の回数連続して読み取れないときに当該移動体は存在しないと判定する存在判定手段と、
を備えたことを特徴としたリーダライタシステム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１０−１１３３７８（Ｐ２０１０−１１３３７８Ａ）
【公開日】平成２２年５月２０日（２０１０．５．２０）
【国際特許分類】
【出願番号】特願２００８−２８２６７７（Ｐ２００８−２８２６７７）
【出願日】平成２０年１１月４日（２００８．１１．４）
【出願人】（０００００１１２２）株式会社日立国際電気 (5,007)
【Ｆターム（参考）】
【公開日】平成２２年５月２０日（２０１０．５．２０）
【国際特許分類】
【出願日】平成２０年１１月４日（２００８．１１．４）
【出願人】（０００００１１２２）株式会社日立国際電気 (5,007)
【Ｆターム（参考）】
[ Back to top ]