ＲＦタグリーダライタ
【課題】ＲＦタグリーダライタにおけるＲＦタグの読み取り状況をリアルタイムに把握し易くすることのできる技術を提供する。
【解決手段】所定の処理単位を複数回実行することによりＲＦタグとの信号の送受信を行う通信部と、音声出力による通知を行うブザーと、前記通信部にて前記所定の処理単位の実行毎に読み取られるＲＦタグの枚数を判定する読取枚数判定部と、前記所定の処理単位それぞれが完了する毎に、各所定の処理単位について前記読取枚数判定部にて判定されるＲＦタグの読取枚数に応じて、各所定の処理単位それぞれに対応して前記ブザーを鳴動させる周波数を変更させる通知制御部と、を備える。
【解決手段】所定の処理単位を複数回実行することによりＲＦタグとの信号の送受信を行う通信部と、音声出力による通知を行うブザーと、前記通信部にて前記所定の処理単位の実行毎に読み取られるＲＦタグの枚数を判定する読取枚数判定部と、前記所定の処理単位それぞれが完了する毎に、各所定の処理単位について前記読取枚数判定部にて判定されるＲＦタグの読取枚数に応じて、各所定の処理単位それぞれに対応して前記ブザーを鳴動させる周波数を変更させる通知制御部と、を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＲＦタグを読み取るＲＦタグリーダライタのユーザインタフェースに関し、特に、タグＩＤの読み取り状況をユーザが把握し易くするための技術に関する。
【背景技術】
【０００２】
従来、それぞれにＲＦタグが付されている複数の物品の棚卸を行う場合に、ＲＦタグリーダライタによって一度に複数のＲＦタグの読み取りが行われる。このように複数のＲＦタグを一括読み取りする際に、ＲＦタグリーダライタとＲＦタグとの間での交信状態が良好であるかどうか直感的に把握したいというニーズがある。
【０００３】
このようなニーズに対応する技術として、ＲＦタグリーダライタが複数のＲＦタグを読み取ったことをユーザに通知するために、ＲＦタグを１枚読み取るごとにブザーを１回鳴動させる技術が知られる。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、例えばエアインタフェースプロトコルとして「ＩＳＯ１８０００-６Ｃ」を採用する場合、ＲＦタグリーダライタはデータ転送速度が４０ｋｂｐｓの場合１秒間あたり最大約７５枚ものＲＦタグを読み取ることができるため、複数のＲＦタグそれぞれが読み取られる度にブザーを鳴動させる構成とすると、複数のＲＦタグの読み取り処理自体は短時間で完了しているにも拘わらず、読み取ったＲＦタグの枚数分だけブザー音が鳴り続けることになる。
【０００５】
その結果、ユーザは、ＲＦタグリーダライタでの実際の読み取り速度は速いのにも拘わらず、読み取り速度が遅いように感じてしまうという問題がある。
【０００６】
本発明は上述した問題点を解決するためになされたものであり、ＲＦタグリーダライタにおけるＲＦタグの読み取り状況をリアルタイムに把握し易くすることのできる技術を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、本発明の一態様は、所定の処理単位を複数回実行することによりＲＦタグとの信号の送受信を行う通信部と、音声出力による通知を行うブザーと、前記通信部にて前記所定の処理単位の実行毎に読み取られるＲＦタグの枚数を判定する読取枚数判定部と、前記所定の処理単位それぞれが完了する毎に、各所定の処理単位について前記読取枚数判定部にて判定されるＲＦタグの読取枚数に応じて、各所定の処理単位それぞれに対応して前記ブザーを鳴動させる周波数を変更させる通知制御部と、を備えるＲＦタグリーダライタに関する。
【０００８】
また、本発明の一態様は、所定の処理単位を複数回実行することによりＲＦタグとの信号の送受信を行う通信部と、音声出力による通知を行うブザーと、前記通信部にて前記所定の処理単位の実行毎に読み取られるＲＦタグの枚数を判定する読取枚数判定部と、前記所定の処理単位それぞれが完了する毎に、各所定の処理単位について前記読取枚数判定部にて判定されるＲＦタグの読取枚数に応じて、各所定の処理単位それぞれに対応して前記ブザーを鳴動させる時間を変更させる通知制御部と、を備えるＲＦタグリーダライタに関する。
【０００９】
また、本発明の一態様は、所定の処理単位を複数回実行することによりＲＦタグとの信号の送受信を行う通信部と、音声出力による通知を行うブザーと、前記通信部にて前記所定の処理単位の実行毎に読み取られるＲＦタグの枚数を判定する読取枚数判定部と、前記所定の処理単位それぞれが完了する毎に、各所定の処理単位について前記読取枚数判定部にて判定されるＲＦタグの読取枚数に応じた時間だけ、各所定の処理単位それぞれに対応して前記ブザーを鳴動させるとともに、ＲＦタグ1枚当たりに対応して前記ブザーを鳴動させる時間を変更させる通知制御部と、を備えるＲＦタグリーダライタに関する。
【００１０】
また、本発明の一態様は、ＲＦタグとの信号の送受信を行う通信部と、音声出力による通知を行うブザーと、前記通信部にて読み取られるＲＦタグの枚数を判定する読取枚数判定部と、前記読取枚数判定部にて判定されるＲＦタグの読取枚数に応じて、前記ブザーを鳴動させる周波数を変更させる通知制御部と、を備えるＲＦタグリーダライタに関する。
【００１１】
また、本発明の一態様は、ＲＦタグとの信号の送受信を行う通信部と、音声出力による通知を行うブザーと、前記通信部にて読み取られるＲＦタグの枚数を判定する読取枚数判定部と、前記読取枚数判定部にて判定されるＲＦタグの読取枚数に応じて、前記ブザーを鳴動させる時間を変更させる通知制御部と、を備えるＲＦタグリーダライタに関する。
【発明の効果】
【００１２】
以上に詳述したように、本発明によれば、ＲＦタグリーダライタにおけるＲＦタグの読み取り状況をリアルタイムに把握し易くすることのできる技術を提供することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施の形態によるＲＦタグリーダライタ1と、ＰＣ（Personal Computer）９と、から構成されるシステム構成を示す概略図である。
【図２】ＲＦタグリーダライタ１の構成について説明するための論理ブロック図である。
【図３】本実施の形態におけるＣＰＵ２０１上で動作するＲＦタグリーダライタ１の制御プログラムについて説明するための機能ブロック図である。
【図４】ホスト通信処理部７０１の詳細について説明するための図である。
【図５】ＲＦタグリーダライタ１における状態遷移の様子を示す図である。
【図６】ソフトウェア無線処理部７０３の機能の詳細について説明するための機能ブロック図である。
【図７】ソフトウェア無線処理部７０３を用いたＲＦタグの読み取り処理の詳細を示すフローチャートである。
【図８】ブザー２０６の鳴動時間や鳴動させる周波数についての設定値を示す制御テーブルを示す図である。
【図９】各インベントリラウンドそれぞれに対応してブザー２０６を鳴動させる周波数を変更させる制御について説明するための図である。
【図１０】ＲＦタグ１枚当たりに対応してブザー２０６を鳴動させる時間を変更させる制御について説明するための図である。
【図１１】各インベントリラウンドにおけるＲＦタグの読取枚数に応じて、各インベントリラウンドそれぞれに対応してブザー２０６を鳴動させる時間（音の長さ）を変更させる制御について説明するための図である。
【図１２】ＲＦタグ１枚当たりのブザー鳴動時間が短くなり過ぎる場合に対応するブザー鳴動制御について説明するための図である。
【図１３】図１２に示すブザー鳴動制御のタイミングチャートである。
【発明を実施するための形態】
【００１４】
以下、本発明の実施の形態によるＲＦタグリーダライタについて図面を参照しつつ説明する。
【００１５】
ここでは、本発明の一実施の形態として、それぞれにＲＦタグが付されている複数の商品の在庫の棚卸業務を例に挙げて、本実施の形態によるＲＦタグリーダライタの構成と動作について説明する。
【００１６】
（ＲＦタグリーダライタの構成）
まず、本発明の実施の形態によるＲＦタグリーダライタの基本的構成について、図１および図２を参照しながら説明する。
【００１７】
図１は、本発明の実施の形態によるＲＦタグリーダライタ1と、ＰＣ（Personal Computer）９と、から構成されるシステム構成を示す概略図である。図２は、ＲＦタグリーダライタ１の構成について説明するための論理ブロック図である。
【００１８】
本実施の形態によるＲＦタグリーダライタ１は、持ち運びが容易なハンディタイプとなっている。ＲＦタグリーダライタ１とＰＣ９とは、通信ケーブル等を介して相互通信可能となっている。
【００１９】
本実施の形態によるＲＦタグリーダライタ１は、例えば、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、通信インタフェース（通信Ｉ／Ｆ）２０４、読取スイッチ（読取ＳＷ）２０５、ブザー２０６、ＲＦフロントエンド部２０７およびアンテナ２０８を備えている。これらＣＰＵ２０１〜アンテナ２０８は、例えばプラスチック製の筐体１０１の内部に収容されている。筐体１０１には、ＲＦタグリーダライタ１を保持するためのハンドル１０２が設けられている。
【００２０】
ＲＦタグリーダライタを使用するユーザは、当該ハンドル１０２を握ることにより、ＲＦタグリーダライタを保持することができる。ハンドル１０２には、読取スイッチ２０５が配置されている。ユーザは、当該読取スイッチ２０５を押下することにより、読み取り対象となるＲＦタグの読み取り動作を開始する。また、筐体１０１には、ブザー２０６を鳴動して発せられるブザー音を、筐体１０１の外部に導くための孔部１０４が形成されている。
【００２１】
通信インタフェース２０４は、ホストからのコマンド受信およびホストに対するレスポンス送信に使用する。読取スイッチ２０５は、ＣＰＵ２０１に対してＲＦタグの読取開始を指示するために使用される。ブザー２０６は、ＲＦタグの読取状況をユーザに対して報知するために使用される。ＲＦフロントエンド部２０７およびアンテナ２０８は、ＲＦタグとの交信に必要な電波の送受信に使用される。
【００２２】
図３は、本実施の形態におけるＣＰＵ２０１上で動作するＲＦタグリーダライタ１の制御プログラムについて説明するための機能ブロック図である。図３に示すように、ＲＦタグリーダライタ１の制御プログラムは、ホスト通信処理部７０１、リーダ状態管理部７０２、ソフトウェア無線処理部７０３、周辺デバイス制御部７０４といった各種機能ブロックを実現可能となっている。ホスト通信処理部７０１は、図４に示すようにホストであるＰＣ９からのコマンドを受信して、実行すべき処理内容を判定するコマンド解析部７０１ｂと、ＲＦタグから読み取ったタグＩＤ読み取り結果情報を蓄積するタグＩＤバッファ７０１ｃと、コマンドの実行結果をレスポンス伝文として組み立ててホストに送信するレスポンス生成部７０１ａと、を備えている。
【００２３】
リーダ状態管理部７０２は、ＲＦタグリーダライタ１が待機状態にあるか、ＲＦタグの読取状態にあるかを管理する。このＲＦタグリーダライタ１の制御プログラムは、ＲＯＭ２０２上に記憶されており、ＣＰＵ２０１はＲＯＭ２０２からこのプログラムを読み出し、ＲＡＭ２０３を主記憶として使用して、ホストからのコマンドに応じてＲＦタグのＩＤ読取処理を行う。
【００２４】
（ＲＦタグの読み取り処理）
続いて、図５〜図１２を参照しながら、本発明の第１の実施の形態によるＲＦタグ読み取り処理について説明する。
【００２５】
図５は、ＲＦタグリーダライタ１における状態遷移の様子を示す図である。図６は、ソフトウェア無線処理部７０３の機能の詳細について説明するための機能ブロック図である。
【００２６】
ＲＦタグリーダライタ１は電源ＯＦＦの状態から電源が投入され初期化が終わると待機状態になる。そして、ホスト（ＰＣ９など）から通信インタフェース２０４を介して読み取り開始コマンドを受信するか読取スイッチ２０５が押下されるとＲＦタグ読取状態に遷移する。
【００２７】
ＲＦタグリーダライタ１がＲＦタグ読取状態に遷移すると、ＣＰＵ２０１は、ソフトウェア無線処理部７０３を用いてＲＦタグの読み取り処理を行う。
【００２８】
図７は、ソフトウェア無線処理部７０３を用いたＲＦタグの読み取り処理の詳細を示すフローチャートである。図７のフローチャートでは、ＲＦタグリーダライタ１とＲＦタグとの交信に必要なエアインタフェースプロトコルとして、例えばＩＳＯ１８０００−６Ｃを採用する場合を想定している。
【００２９】
（スロット、読み取りラウンド、読み取りサイクルの説明）
図７のフローチャートを説明する前に、幾つかの用語について説明する。
【００３０】
まず、ＩＳＯ１８０００-６ＣではＲＦタグ群に対して「Ｑｕｅｒｙコマンド」（タグＩＤの送信を命令するコマンド）を送信することでタグＩＤのインベントリ（読み取り）を開始する。「Ｑｕｅｒｙコマンド」はパラメータとして「Ｑ値」を含む。「Ｑ値」とはタグ応答の衝突回避に使用するスロット数を決める値である。続いて、Ｑｕｅｒｙコマンドから次のＱｕｅｒｙコマンドが送信されるまでの期間をインベントリラウンド（読み取りラウンド）（所定の処理単位に相当）という。一つのインベントリラウンドの中にＱ値によって決まる複数のスロットが存在する。ここで、「所定の処理単位の実行時間」とは、１つのインベントリラウンドの実行時間である。また、ＱｕｅｒｙＲｅｐコマンドは、Ｑｕｅｒｙコマンドから始まるインベントリラウンド中でＲＦタグが持つスロットカウンタを減分させるコマンドである。ＲＦタグはＱｕｅｒｙコマンドを受信してＲＦタグ内部に衝突回避用のスロットカウンタを設定し、ＱｕｅｒｙＲｅｐコマンドを受信してスロットカウンタが０になるとＲＦタグリーダライタに対して応答を返す。
【００３１】
本明細書では、ＲＦタグリーダライタ１がタグ読み取り処理を管理するために一つ又は複数のインベントリラウンドをまとめて、インベントリサイクル（読み取りサイクル）という単位を定義する。ソフトウェア無線処理部７０３（通信部）は、所定の処理単位としてのインベントリラウンドを複数回実行することによりＲＦタグとの信号の送受信を行う。
【００３２】
図７に戻り、ＲＦタグ読み取り処理の詳細についてフローチャートを用いて説明する。図７のＡＣＴ７０１〜ＡＣＴ７１３はインベントリサイクルの処理であり、その中のＡＣＴ７０４〜ＡＣＴ７１０はインベントリラウンドの処理である。
【００３３】
まず、ＣＰＵ２０１は、インベントリラウンドの回数を数える「ラウンドカウント」の初期値Ｒを設定する（ＡＣＴ７０１）。ここで、ラウンドカウントは減数でカウントするものとする。例えば、ホストからのタグ読み取りコマンド１回に対して読み取りラウンドを３回実行する場合、ラウンドカウントの初期値は３となる。続いてラウンドカウントを１減らして（ＡＣＴ７０２）、アンテナ２０８の交信範囲内にあるＲＦタグ群に対してＱｕｅｒｙコマンドを送信する（ＡＣＴ７０３）。このＱｕｅｒｙコマンドはソフトウェア無線処理部７０３の符号化処理部７０３ｂで符号化（エンコード）され、ＲＦフロントエンド部２０７で変調されてアンテナ２０８から送信される。
【００３４】
ＣＰＵ２０１はＱｕｅｒｙコマンドを送信するとスロットカウントにＱｕｅｒｙコマンドのパラメータに含まれるＱ値を用いてスロット数を設定し（ＡＣＴ７０４）、スロットカウントを１減らして（ＡＣＴ７０５）、ＲＦタグからの応答を待つ（ＡＣＴ７０６）。
【００３５】
ＲＦタグからの応答がある場合（ＡＣＴ７０６，Ｙｅｓ）、プロトコルの詳細な説明は省略するが、ＲＦタグからの応答をアンテナ２０８で受信し、ＲＦフロントエンド部２０７で復調し、ソフトウェア無線処理部７０３の復号化処理部７０３ｃで復号化（デコード）することにより、ＲＦタグのＩＤ情報を取得する（ＡＣＴ７０７）。
【００３６】
ＣＰＵ２０１は、復号化処理部７０３ｃで復号化されたＲＦタグのＩＤ情報を取得すると、ホスト通信処理部７０１のタグＩＤバッファ７０１ｃにタグＩＤを追加する（ＡＣＴ７０８）。その後、ＣＰＵ２０１は、ＲＦタグ群に対してＱｕｅｒｙＲｅｐコマンドを送信する（ＡＣＴ７０９）。ＣＰＵ２０１は、ＲＦタグからの応答が無い場合（ＡＣＴ７０６，Ｎｏ）、ＡＣＴ７０６からＡＣＴ７０９に進み、ＱｕｅｒｙＲｅｐコマンドを送信する。
【００３７】
ＱｕｅｒｙＲｅｐコマンド送信後、ＣＰＵ２０１はスロットカウントが正の値ならば（７１０，Ｙｅｓ）、ＡＣＴ７０５に戻ってスロットカウントが０になるまでＡＣＴ７０５〜ＡＣＴ７１０の処理を繰り返す。
【００３８】
ＡＣＴ７１０においてスロットカウントが０ならば（ＡＣＴ７１０，Ｎｏ）、ホスト通信処理部７０１のタグＩＤバッファ７０１ｃに追加したタグＩＤの数を取得する（ＡＣＴ７１１）。このタグＩＤバッファ７０１ｃに追加したタグＩＤの数は、ＡＣＴ７０４〜ＡＣＴ７１０のインベントリラウンド１回において読んだタグＩＤの数となる。このようにして、ＣＰＵ２０１（読取枚数判定部）は、ソフトウェア無線処理部７０３にて所定の処理単位の実行毎に読み取られるＲＦタグの枚数を判定する。
【００３９】
続いてＣＰＵ２０１は、ＡＣＴ７１１で取得したタグＩＤの数に応じて、周辺デバイス制御部７０４を介してブザー２０６を鳴動させる（ＡＣＴ７１２）。
【００４０】
（ブザー鳴動処理）
ブザー２０６には、ブザー自体が特定の周波数で発振する発振回路を内蔵した「自励式ブザー」と、例えばＣＰＵ２０１など外部からブザーを励振する信号を供給する「他励式ブザー」とがあるが、ここではＣＰＵ２０１から信号を供給する他励式のブザーを用いてブザーの鳴動処理について説明する。
【００４１】
他励式ブザーの場合、ＣＰＵ２０１から供給する信号の周波数でブザー２０６の音の周波数、すなわち音の高さを決めることができる。この他励式のブザー２０６を使用する場合、図７のフローチャートのＡＣＴ７１２において、ＣＰＵ２０１はＡＣＴ７１１で取得したインベントリラウンド１回当たりのタグＩＤの数に応じて、例えば図８に示す表に従ってブザー２０６の鳴動回数、鳴動時間（音の長さ）と音の高さを決定し、ブザー２０６を鳴動する。例えばインベントリラウンド１回当たりのタグＩＤの数をＮとすると、Ｎが５枚未満の場合はブザー２０６の鳴動回数（ＯＮ、ＯＦＦして１回と数える）をＮ回、鳴動１回あたりのＯＮ時間、ＯＦＦ時間ともに５０ｍｓ、音の高さは３７０Ｈｚとする。Ｎが１０枚以下であれば鳴動回数と音の高さはＮが５未満の場合と同じまま、鳴動時間をＯＮ、ＯＦＦともに２５ｍｓに減じる。
【００４２】
こうすることにより、タグの枚数が増えてもブザー鳴動時間の総和を５００ｍｓ以下に抑えることができる。リンク速度４０ｋｂｐｓで５０枚程度のタグＩＤを取得するのに要する時間（所定の処理単位の実行時間）を試算すると６００ｍｓ前後となるため、ブザー鳴動時間の総和（ブザーが鳴動し得る最長時間）を５００ｍｓ以下に抑えておけば、次のインベントリラウンドが終了するまでにブザー２０６の鳴動を完了させることができ、実際の読み取り速度よりブザー音が遅れることを防ぐことができる。したがって、ユーザが「読み取りが遅い」と誤解することを防ぐことができる。なお、ブザー２０６の鳴動処理は鳴動中にＣＰＵ２０１の処理時間を消費しないよう、ＣＰＵ２０１の代わりにハードウェアタイマ（不図示）にブザー２０６の鳴動処理を担わせるようにすることが望ましい。
【００４３】
さらにＮが１０枚以上２０枚未満の場合、ブザー鳴動回数を１０回に固定し、１回あたりの鳴動時間もＯＮ，ＯＦＦともに２５ｍｓとして音の高さを４１５Ｈｚに上げる。これは鳴動時間が短くなると人間には鳴動回数を聞き分けられなくなるため、音の高さでより多く読めていることを示すための工夫である。さらにＮが３０枚以上に増えた場合も、鳴動回数と鳴動時間はＮが１０枚以上２０枚未満の場合と同じまま、音の高さを４４０Ｈｚに上げることでタグがより多く読めていることを表現する。
【００４４】
ＣＰＵ２０１は、ＡＣＴ７１２において周辺デバイス制御部７０４に対してタグ鳴動を指示した後、ラウンドカウントが正の値であることを確認する（７１３）。ラウンドカウントが正の値である場合（７１３，Ｙｅｓ）、ＡＣＴ７０２に戻ってラウンドカウントが０になるまでＡＣＴ７０２〜ＡＣＴ７１３の処理を繰り返す。ＡＣＴ７１３においてラウンドカウントが０になった場合（７１３，Ｙｅｓ）、ＣＰＵ２０１はソフトウェア無線処理部７０３におけるＲＦタグ読み取りアルゴリズム７０３ａを終了して、処理をリーダ状態管理部７０２に戻す。
【００４５】
以上のように、本実施の形態におけるＣＰＵ２０１（通知制御部）は、インベントリラウンド（所定の処理単位）それぞれが完了する毎に、各所定の処理単位についてＣＰＵ２０１（読取枚数判定部）にて判定されるＲＦタグの読取枚数に応じて、各インベントリラウンドそれぞれに対応してブザー２０６を鳴動させる周波数（音の高さ）を変更させることができる。図９は、各インベントリラウンドそれぞれに対応してブザー２０６を鳴動させる周波数を変更させる制御について説明するための図である。
【００４６】
また、本実施の形態におけるＣＰＵ２０１（通知制御部）は、インベントリラウンドそれぞれが完了する毎に、各インベントリラウンドについてＣＰＵ２０１にて判定されるＲＦタグの読取枚数に応じた時間だけ、各インベントリラウンドそれぞれに対応してブザー２０６を鳴動させるとともに、ＲＦタグ１枚当たりに対応してブザー２０６を鳴動させる時間を変更させることができる。図１０は、ＲＦタグ１枚当たりに対応してブザー２０６を鳴動させる時間を変更させる制御について説明するための図である。
【００４７】
また、本実施の形態では、ＣＰＵ２０１（通知制御部）は、インベントリラウンドそれぞれが完了する毎に、各インベントリラウンドについてＣＰＵ２０１にて判定されるＲＦタグの読取枚数に応じて、各インベントリラウンドそれぞれに対応してブザー２０６を鳴動させる時間を変更させることができる。図１１は、各インベントリラウンドにおけるＲＦタグの読取枚数に応じて、各インベントリラウンドそれぞれに対応してブザー２０６を鳴動させる時間（音の長さ）を変更させる制御について説明するための図である。
【００４８】
さらに、本実施の形態におけるＣＰＵ２０１（通知制御部）は、ＲＦタグ１枚当たりに対応してブザーを鳴動させる時間が所定時間より短くなるインベントリラウンドについては、該インベントリラウンドについてＣＰＵ２０１にて判定されるＲＦタグの読取枚数に応じて、該インベントリラウンドに対応してブザー２０６を鳴動させる周波数を変更させることができる。図１２は、ＲＦタグ１枚当たりのブザー鳴動時間が短くなり過ぎる場合に対応するブザー鳴動制御について説明するための図である。図１３は、図１２に示すブザー鳴動制御のタイミングチャートである。
【００４９】
（タグ読み取り結果の送信）
ＣＰＵ２０１は、ＲＦタグ読み取りを終了すると、ホスト通信処理部７０１でタグＩＤ読み取り結果をレスポンス伝文に組み立ててホスト（ＰＣ９など）に対して送信する。レスポンス伝文の送信が完了すると、リーダ状態管理部７０２におけるＲＦタグリーダライタ１の状態を待機状態に遷移させて、次のコマンド受信を待つ。
【００５０】
なお、本実施の形態では図７のフローチャートにおいてブザー鳴動のタイミングをＡＣＴ７１３の前としたが、インベントリラウンドを複数回実行した後にブザー２０６を鳴動させる場合は、（ＡＣＴ７１３，Ｎｏ）の後にブザー２０６を鳴動させる必要がある。もちろん、この場合であっても本発明の実施の形態による効果を奏することができることは言うまでもない。
【００５１】
単位時間あたりの読み取り枚数を使う場合、ＣＰＵ２０１は、インベントリラウンド１回の実行時間を計測して、１ラウンドで読み取れたタグＩＤの数を１ラウンドの時間で割ることで「単位時間あたりの読み取り枚数」を算出する。
【００５２】
なお、本実施の形態ではブザー２０６鳴動時の音の高さを、各インベントリラウンドでのＲＦタグ読み取り枚数に応じて設定していたが、各インベントリラウンドでのＲＦタグ読み取り枚数をＱ値により求まるスロット数で割った値を使用しても良い。これによって、アンテナ２０８の交信範囲内に存在するＲＦタグ群に対して、Ｑｕｅｒｙコマンドで使用したＱ値で効率よく読取ができているかどうかユーザが直感的に把握しやすくなる。換言すれば、ＲＦタグの読取枚数をスロット数に基づいて正規化することで、Ｑ値が変更されても読み取り効率の善し悪しの把握を同様に行えるようにすることができる。
【００５３】
なお、上述の実施の形態では、ブザー２０６の鳴動時間や鳴動時の音の高さを、各インベントリラウンドでのＲＦタグ読み取り枚数に応じて設定していたが、必ずしもこれに限られるものではない。例えば、複数のインベントリラウンドを経て、結果的に読み取られた総読み取り枚数に基づいて、ブザー２０６の鳴動時間や鳴動時の音の高さを制御するようにすることもできることは言うまでもない。
【００５４】
上述のような実施の形態によれば、ユーザは、ブザーの鳴動の仕方によって、インベントリラウンド毎（すなわち、単位時間毎）に読み取られているＲＦタグの枚数が減っているかどうかをリアルタイムに把握することができる。これによって、例えば、ユーザが現在読み取り操作を行っているエリアでは読み取り可能なＲＦタグが減ってきている、といったことを直感的に把握しやすくなるという効果を奏する。
【００５５】
なお、１回のインベントリラウンド毎でのブザー鳴動が煩雑である場合や、ブザー鳴動の時間間隔が短すぎてブザー音の変化を聞き取りにくいような場合には、例えば、ブザー音を鳴動させる単位を複数回のインベントリラウンド毎にすることにより、ブザー音の鳴動時間や鳴動周波数の変化を聞き取りやすくすることができる。
【００５６】
本発明は、その精神または主要な特徴から逸脱することなく、他の様々な形で実施することができる。そのため、前述の実施の形態はあらゆる点で単なる例示に過ぎず、限定的に解釈してはならない。本発明の範囲は、特許請求の範囲によって示すものであって、明細書本文には、なんら拘束されない。さらに、特許請求の範囲の均等範囲に属する全ての変形、様々な改良、代替および改質は、すべて本発明の範囲内のものである。
【符号の説明】
【００５７】
１ ＲＦタグリーダライタ、２０１ ＣＰＵ、２０２ ＲＯＭ、２０３ ＲＡＭ、２０４ 通信インタフェース、２０５ 読取スイッチ、２０６ ブザー、２０７ ＲＦフロントエンド部、２０８ アンテナ、１０１ 筐体、１０２ ハンドル。
【技術分野】
【０００１】
本発明は、ＲＦタグを読み取るＲＦタグリーダライタのユーザインタフェースに関し、特に、タグＩＤの読み取り状況をユーザが把握し易くするための技術に関する。
【背景技術】
【０００２】
従来、それぞれにＲＦタグが付されている複数の物品の棚卸を行う場合に、ＲＦタグリーダライタによって一度に複数のＲＦタグの読み取りが行われる。このように複数のＲＦタグを一括読み取りする際に、ＲＦタグリーダライタとＲＦタグとの間での交信状態が良好であるかどうか直感的に把握したいというニーズがある。
【０００３】
このようなニーズに対応する技術として、ＲＦタグリーダライタが複数のＲＦタグを読み取ったことをユーザに通知するために、ＲＦタグを１枚読み取るごとにブザーを１回鳴動させる技術が知られる。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、例えばエアインタフェースプロトコルとして「ＩＳＯ１８０００-６Ｃ」を採用する場合、ＲＦタグリーダライタはデータ転送速度が４０ｋｂｐｓの場合１秒間あたり最大約７５枚ものＲＦタグを読み取ることができるため、複数のＲＦタグそれぞれが読み取られる度にブザーを鳴動させる構成とすると、複数のＲＦタグの読み取り処理自体は短時間で完了しているにも拘わらず、読み取ったＲＦタグの枚数分だけブザー音が鳴り続けることになる。
【０００５】
その結果、ユーザは、ＲＦタグリーダライタでの実際の読み取り速度は速いのにも拘わらず、読み取り速度が遅いように感じてしまうという問題がある。
【０００６】
本発明は上述した問題点を解決するためになされたものであり、ＲＦタグリーダライタにおけるＲＦタグの読み取り状況をリアルタイムに把握し易くすることのできる技術を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、本発明の一態様は、所定の処理単位を複数回実行することによりＲＦタグとの信号の送受信を行う通信部と、音声出力による通知を行うブザーと、前記通信部にて前記所定の処理単位の実行毎に読み取られるＲＦタグの枚数を判定する読取枚数判定部と、前記所定の処理単位それぞれが完了する毎に、各所定の処理単位について前記読取枚数判定部にて判定されるＲＦタグの読取枚数に応じて、各所定の処理単位それぞれに対応して前記ブザーを鳴動させる周波数を変更させる通知制御部と、を備えるＲＦタグリーダライタに関する。
【０００８】
また、本発明の一態様は、所定の処理単位を複数回実行することによりＲＦタグとの信号の送受信を行う通信部と、音声出力による通知を行うブザーと、前記通信部にて前記所定の処理単位の実行毎に読み取られるＲＦタグの枚数を判定する読取枚数判定部と、前記所定の処理単位それぞれが完了する毎に、各所定の処理単位について前記読取枚数判定部にて判定されるＲＦタグの読取枚数に応じて、各所定の処理単位それぞれに対応して前記ブザーを鳴動させる時間を変更させる通知制御部と、を備えるＲＦタグリーダライタに関する。
【０００９】
また、本発明の一態様は、所定の処理単位を複数回実行することによりＲＦタグとの信号の送受信を行う通信部と、音声出力による通知を行うブザーと、前記通信部にて前記所定の処理単位の実行毎に読み取られるＲＦタグの枚数を判定する読取枚数判定部と、前記所定の処理単位それぞれが完了する毎に、各所定の処理単位について前記読取枚数判定部にて判定されるＲＦタグの読取枚数に応じた時間だけ、各所定の処理単位それぞれに対応して前記ブザーを鳴動させるとともに、ＲＦタグ1枚当たりに対応して前記ブザーを鳴動させる時間を変更させる通知制御部と、を備えるＲＦタグリーダライタに関する。
【００１０】
また、本発明の一態様は、ＲＦタグとの信号の送受信を行う通信部と、音声出力による通知を行うブザーと、前記通信部にて読み取られるＲＦタグの枚数を判定する読取枚数判定部と、前記読取枚数判定部にて判定されるＲＦタグの読取枚数に応じて、前記ブザーを鳴動させる周波数を変更させる通知制御部と、を備えるＲＦタグリーダライタに関する。
【００１１】
また、本発明の一態様は、ＲＦタグとの信号の送受信を行う通信部と、音声出力による通知を行うブザーと、前記通信部にて読み取られるＲＦタグの枚数を判定する読取枚数判定部と、前記読取枚数判定部にて判定されるＲＦタグの読取枚数に応じて、前記ブザーを鳴動させる時間を変更させる通知制御部と、を備えるＲＦタグリーダライタに関する。
【発明の効果】
【００１２】
以上に詳述したように、本発明によれば、ＲＦタグリーダライタにおけるＲＦタグの読み取り状況をリアルタイムに把握し易くすることのできる技術を提供することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施の形態によるＲＦタグリーダライタ1と、ＰＣ（Personal Computer）９と、から構成されるシステム構成を示す概略図である。
【図２】ＲＦタグリーダライタ１の構成について説明するための論理ブロック図である。
【図３】本実施の形態におけるＣＰＵ２０１上で動作するＲＦタグリーダライタ１の制御プログラムについて説明するための機能ブロック図である。
【図４】ホスト通信処理部７０１の詳細について説明するための図である。
【図５】ＲＦタグリーダライタ１における状態遷移の様子を示す図である。
【図６】ソフトウェア無線処理部７０３の機能の詳細について説明するための機能ブロック図である。
【図７】ソフトウェア無線処理部７０３を用いたＲＦタグの読み取り処理の詳細を示すフローチャートである。
【図８】ブザー２０６の鳴動時間や鳴動させる周波数についての設定値を示す制御テーブルを示す図である。
【図９】各インベントリラウンドそれぞれに対応してブザー２０６を鳴動させる周波数を変更させる制御について説明するための図である。
【図１０】ＲＦタグ１枚当たりに対応してブザー２０６を鳴動させる時間を変更させる制御について説明するための図である。
【図１１】各インベントリラウンドにおけるＲＦタグの読取枚数に応じて、各インベントリラウンドそれぞれに対応してブザー２０６を鳴動させる時間（音の長さ）を変更させる制御について説明するための図である。
【図１２】ＲＦタグ１枚当たりのブザー鳴動時間が短くなり過ぎる場合に対応するブザー鳴動制御について説明するための図である。
【図１３】図１２に示すブザー鳴動制御のタイミングチャートである。
【発明を実施するための形態】
【００１４】
以下、本発明の実施の形態によるＲＦタグリーダライタについて図面を参照しつつ説明する。
【００１５】
ここでは、本発明の一実施の形態として、それぞれにＲＦタグが付されている複数の商品の在庫の棚卸業務を例に挙げて、本実施の形態によるＲＦタグリーダライタの構成と動作について説明する。
【００１６】
（ＲＦタグリーダライタの構成）
まず、本発明の実施の形態によるＲＦタグリーダライタの基本的構成について、図１および図２を参照しながら説明する。
【００１７】
図１は、本発明の実施の形態によるＲＦタグリーダライタ1と、ＰＣ（Personal Computer）９と、から構成されるシステム構成を示す概略図である。図２は、ＲＦタグリーダライタ１の構成について説明するための論理ブロック図である。
【００１８】
本実施の形態によるＲＦタグリーダライタ１は、持ち運びが容易なハンディタイプとなっている。ＲＦタグリーダライタ１とＰＣ９とは、通信ケーブル等を介して相互通信可能となっている。
【００１９】
本実施の形態によるＲＦタグリーダライタ１は、例えば、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、通信インタフェース（通信Ｉ／Ｆ）２０４、読取スイッチ（読取ＳＷ）２０５、ブザー２０６、ＲＦフロントエンド部２０７およびアンテナ２０８を備えている。これらＣＰＵ２０１〜アンテナ２０８は、例えばプラスチック製の筐体１０１の内部に収容されている。筐体１０１には、ＲＦタグリーダライタ１を保持するためのハンドル１０２が設けられている。
【００２０】
ＲＦタグリーダライタを使用するユーザは、当該ハンドル１０２を握ることにより、ＲＦタグリーダライタを保持することができる。ハンドル１０２には、読取スイッチ２０５が配置されている。ユーザは、当該読取スイッチ２０５を押下することにより、読み取り対象となるＲＦタグの読み取り動作を開始する。また、筐体１０１には、ブザー２０６を鳴動して発せられるブザー音を、筐体１０１の外部に導くための孔部１０４が形成されている。
【００２１】
通信インタフェース２０４は、ホストからのコマンド受信およびホストに対するレスポンス送信に使用する。読取スイッチ２０５は、ＣＰＵ２０１に対してＲＦタグの読取開始を指示するために使用される。ブザー２０６は、ＲＦタグの読取状況をユーザに対して報知するために使用される。ＲＦフロントエンド部２０７およびアンテナ２０８は、ＲＦタグとの交信に必要な電波の送受信に使用される。
【００２２】
図３は、本実施の形態におけるＣＰＵ２０１上で動作するＲＦタグリーダライタ１の制御プログラムについて説明するための機能ブロック図である。図３に示すように、ＲＦタグリーダライタ１の制御プログラムは、ホスト通信処理部７０１、リーダ状態管理部７０２、ソフトウェア無線処理部７０３、周辺デバイス制御部７０４といった各種機能ブロックを実現可能となっている。ホスト通信処理部７０１は、図４に示すようにホストであるＰＣ９からのコマンドを受信して、実行すべき処理内容を判定するコマンド解析部７０１ｂと、ＲＦタグから読み取ったタグＩＤ読み取り結果情報を蓄積するタグＩＤバッファ７０１ｃと、コマンドの実行結果をレスポンス伝文として組み立ててホストに送信するレスポンス生成部７０１ａと、を備えている。
【００２３】
リーダ状態管理部７０２は、ＲＦタグリーダライタ１が待機状態にあるか、ＲＦタグの読取状態にあるかを管理する。このＲＦタグリーダライタ１の制御プログラムは、ＲＯＭ２０２上に記憶されており、ＣＰＵ２０１はＲＯＭ２０２からこのプログラムを読み出し、ＲＡＭ２０３を主記憶として使用して、ホストからのコマンドに応じてＲＦタグのＩＤ読取処理を行う。
【００２４】
（ＲＦタグの読み取り処理）
続いて、図５〜図１２を参照しながら、本発明の第１の実施の形態によるＲＦタグ読み取り処理について説明する。
【００２５】
図５は、ＲＦタグリーダライタ１における状態遷移の様子を示す図である。図６は、ソフトウェア無線処理部７０３の機能の詳細について説明するための機能ブロック図である。
【００２６】
ＲＦタグリーダライタ１は電源ＯＦＦの状態から電源が投入され初期化が終わると待機状態になる。そして、ホスト（ＰＣ９など）から通信インタフェース２０４を介して読み取り開始コマンドを受信するか読取スイッチ２０５が押下されるとＲＦタグ読取状態に遷移する。
【００２７】
ＲＦタグリーダライタ１がＲＦタグ読取状態に遷移すると、ＣＰＵ２０１は、ソフトウェア無線処理部７０３を用いてＲＦタグの読み取り処理を行う。
【００２８】
図７は、ソフトウェア無線処理部７０３を用いたＲＦタグの読み取り処理の詳細を示すフローチャートである。図７のフローチャートでは、ＲＦタグリーダライタ１とＲＦタグとの交信に必要なエアインタフェースプロトコルとして、例えばＩＳＯ１８０００−６Ｃを採用する場合を想定している。
【００２９】
（スロット、読み取りラウンド、読み取りサイクルの説明）
図７のフローチャートを説明する前に、幾つかの用語について説明する。
【００３０】
まず、ＩＳＯ１８０００-６ＣではＲＦタグ群に対して「Ｑｕｅｒｙコマンド」（タグＩＤの送信を命令するコマンド）を送信することでタグＩＤのインベントリ（読み取り）を開始する。「Ｑｕｅｒｙコマンド」はパラメータとして「Ｑ値」を含む。「Ｑ値」とはタグ応答の衝突回避に使用するスロット数を決める値である。続いて、Ｑｕｅｒｙコマンドから次のＱｕｅｒｙコマンドが送信されるまでの期間をインベントリラウンド（読み取りラウンド）（所定の処理単位に相当）という。一つのインベントリラウンドの中にＱ値によって決まる複数のスロットが存在する。ここで、「所定の処理単位の実行時間」とは、１つのインベントリラウンドの実行時間である。また、ＱｕｅｒｙＲｅｐコマンドは、Ｑｕｅｒｙコマンドから始まるインベントリラウンド中でＲＦタグが持つスロットカウンタを減分させるコマンドである。ＲＦタグはＱｕｅｒｙコマンドを受信してＲＦタグ内部に衝突回避用のスロットカウンタを設定し、ＱｕｅｒｙＲｅｐコマンドを受信してスロットカウンタが０になるとＲＦタグリーダライタに対して応答を返す。
【００３１】
本明細書では、ＲＦタグリーダライタ１がタグ読み取り処理を管理するために一つ又は複数のインベントリラウンドをまとめて、インベントリサイクル（読み取りサイクル）という単位を定義する。ソフトウェア無線処理部７０３（通信部）は、所定の処理単位としてのインベントリラウンドを複数回実行することによりＲＦタグとの信号の送受信を行う。
【００３２】
図７に戻り、ＲＦタグ読み取り処理の詳細についてフローチャートを用いて説明する。図７のＡＣＴ７０１〜ＡＣＴ７１３はインベントリサイクルの処理であり、その中のＡＣＴ７０４〜ＡＣＴ７１０はインベントリラウンドの処理である。
【００３３】
まず、ＣＰＵ２０１は、インベントリラウンドの回数を数える「ラウンドカウント」の初期値Ｒを設定する（ＡＣＴ７０１）。ここで、ラウンドカウントは減数でカウントするものとする。例えば、ホストからのタグ読み取りコマンド１回に対して読み取りラウンドを３回実行する場合、ラウンドカウントの初期値は３となる。続いてラウンドカウントを１減らして（ＡＣＴ７０２）、アンテナ２０８の交信範囲内にあるＲＦタグ群に対してＱｕｅｒｙコマンドを送信する（ＡＣＴ７０３）。このＱｕｅｒｙコマンドはソフトウェア無線処理部７０３の符号化処理部７０３ｂで符号化（エンコード）され、ＲＦフロントエンド部２０７で変調されてアンテナ２０８から送信される。
【００３４】
ＣＰＵ２０１はＱｕｅｒｙコマンドを送信するとスロットカウントにＱｕｅｒｙコマンドのパラメータに含まれるＱ値を用いてスロット数を設定し（ＡＣＴ７０４）、スロットカウントを１減らして（ＡＣＴ７０５）、ＲＦタグからの応答を待つ（ＡＣＴ７０６）。
【００３５】
ＲＦタグからの応答がある場合（ＡＣＴ７０６，Ｙｅｓ）、プロトコルの詳細な説明は省略するが、ＲＦタグからの応答をアンテナ２０８で受信し、ＲＦフロントエンド部２０７で復調し、ソフトウェア無線処理部７０３の復号化処理部７０３ｃで復号化（デコード）することにより、ＲＦタグのＩＤ情報を取得する（ＡＣＴ７０７）。
【００３６】
ＣＰＵ２０１は、復号化処理部７０３ｃで復号化されたＲＦタグのＩＤ情報を取得すると、ホスト通信処理部７０１のタグＩＤバッファ７０１ｃにタグＩＤを追加する（ＡＣＴ７０８）。その後、ＣＰＵ２０１は、ＲＦタグ群に対してＱｕｅｒｙＲｅｐコマンドを送信する（ＡＣＴ７０９）。ＣＰＵ２０１は、ＲＦタグからの応答が無い場合（ＡＣＴ７０６，Ｎｏ）、ＡＣＴ７０６からＡＣＴ７０９に進み、ＱｕｅｒｙＲｅｐコマンドを送信する。
【００３７】
ＱｕｅｒｙＲｅｐコマンド送信後、ＣＰＵ２０１はスロットカウントが正の値ならば（７１０，Ｙｅｓ）、ＡＣＴ７０５に戻ってスロットカウントが０になるまでＡＣＴ７０５〜ＡＣＴ７１０の処理を繰り返す。
【００３８】
ＡＣＴ７１０においてスロットカウントが０ならば（ＡＣＴ７１０，Ｎｏ）、ホスト通信処理部７０１のタグＩＤバッファ７０１ｃに追加したタグＩＤの数を取得する（ＡＣＴ７１１）。このタグＩＤバッファ７０１ｃに追加したタグＩＤの数は、ＡＣＴ７０４〜ＡＣＴ７１０のインベントリラウンド１回において読んだタグＩＤの数となる。このようにして、ＣＰＵ２０１（読取枚数判定部）は、ソフトウェア無線処理部７０３にて所定の処理単位の実行毎に読み取られるＲＦタグの枚数を判定する。
【００３９】
続いてＣＰＵ２０１は、ＡＣＴ７１１で取得したタグＩＤの数に応じて、周辺デバイス制御部７０４を介してブザー２０６を鳴動させる（ＡＣＴ７１２）。
【００４０】
（ブザー鳴動処理）
ブザー２０６には、ブザー自体が特定の周波数で発振する発振回路を内蔵した「自励式ブザー」と、例えばＣＰＵ２０１など外部からブザーを励振する信号を供給する「他励式ブザー」とがあるが、ここではＣＰＵ２０１から信号を供給する他励式のブザーを用いてブザーの鳴動処理について説明する。
【００４１】
他励式ブザーの場合、ＣＰＵ２０１から供給する信号の周波数でブザー２０６の音の周波数、すなわち音の高さを決めることができる。この他励式のブザー２０６を使用する場合、図７のフローチャートのＡＣＴ７１２において、ＣＰＵ２０１はＡＣＴ７１１で取得したインベントリラウンド１回当たりのタグＩＤの数に応じて、例えば図８に示す表に従ってブザー２０６の鳴動回数、鳴動時間（音の長さ）と音の高さを決定し、ブザー２０６を鳴動する。例えばインベントリラウンド１回当たりのタグＩＤの数をＮとすると、Ｎが５枚未満の場合はブザー２０６の鳴動回数（ＯＮ、ＯＦＦして１回と数える）をＮ回、鳴動１回あたりのＯＮ時間、ＯＦＦ時間ともに５０ｍｓ、音の高さは３７０Ｈｚとする。Ｎが１０枚以下であれば鳴動回数と音の高さはＮが５未満の場合と同じまま、鳴動時間をＯＮ、ＯＦＦともに２５ｍｓに減じる。
【００４２】
こうすることにより、タグの枚数が増えてもブザー鳴動時間の総和を５００ｍｓ以下に抑えることができる。リンク速度４０ｋｂｐｓで５０枚程度のタグＩＤを取得するのに要する時間（所定の処理単位の実行時間）を試算すると６００ｍｓ前後となるため、ブザー鳴動時間の総和（ブザーが鳴動し得る最長時間）を５００ｍｓ以下に抑えておけば、次のインベントリラウンドが終了するまでにブザー２０６の鳴動を完了させることができ、実際の読み取り速度よりブザー音が遅れることを防ぐことができる。したがって、ユーザが「読み取りが遅い」と誤解することを防ぐことができる。なお、ブザー２０６の鳴動処理は鳴動中にＣＰＵ２０１の処理時間を消費しないよう、ＣＰＵ２０１の代わりにハードウェアタイマ（不図示）にブザー２０６の鳴動処理を担わせるようにすることが望ましい。
【００４３】
さらにＮが１０枚以上２０枚未満の場合、ブザー鳴動回数を１０回に固定し、１回あたりの鳴動時間もＯＮ，ＯＦＦともに２５ｍｓとして音の高さを４１５Ｈｚに上げる。これは鳴動時間が短くなると人間には鳴動回数を聞き分けられなくなるため、音の高さでより多く読めていることを示すための工夫である。さらにＮが３０枚以上に増えた場合も、鳴動回数と鳴動時間はＮが１０枚以上２０枚未満の場合と同じまま、音の高さを４４０Ｈｚに上げることでタグがより多く読めていることを表現する。
【００４４】
ＣＰＵ２０１は、ＡＣＴ７１２において周辺デバイス制御部７０４に対してタグ鳴動を指示した後、ラウンドカウントが正の値であることを確認する（７１３）。ラウンドカウントが正の値である場合（７１３，Ｙｅｓ）、ＡＣＴ７０２に戻ってラウンドカウントが０になるまでＡＣＴ７０２〜ＡＣＴ７１３の処理を繰り返す。ＡＣＴ７１３においてラウンドカウントが０になった場合（７１３，Ｙｅｓ）、ＣＰＵ２０１はソフトウェア無線処理部７０３におけるＲＦタグ読み取りアルゴリズム７０３ａを終了して、処理をリーダ状態管理部７０２に戻す。
【００４５】
以上のように、本実施の形態におけるＣＰＵ２０１（通知制御部）は、インベントリラウンド（所定の処理単位）それぞれが完了する毎に、各所定の処理単位についてＣＰＵ２０１（読取枚数判定部）にて判定されるＲＦタグの読取枚数に応じて、各インベントリラウンドそれぞれに対応してブザー２０６を鳴動させる周波数（音の高さ）を変更させることができる。図９は、各インベントリラウンドそれぞれに対応してブザー２０６を鳴動させる周波数を変更させる制御について説明するための図である。
【００４６】
また、本実施の形態におけるＣＰＵ２０１（通知制御部）は、インベントリラウンドそれぞれが完了する毎に、各インベントリラウンドについてＣＰＵ２０１にて判定されるＲＦタグの読取枚数に応じた時間だけ、各インベントリラウンドそれぞれに対応してブザー２０６を鳴動させるとともに、ＲＦタグ１枚当たりに対応してブザー２０６を鳴動させる時間を変更させることができる。図１０は、ＲＦタグ１枚当たりに対応してブザー２０６を鳴動させる時間を変更させる制御について説明するための図である。
【００４７】
また、本実施の形態では、ＣＰＵ２０１（通知制御部）は、インベントリラウンドそれぞれが完了する毎に、各インベントリラウンドについてＣＰＵ２０１にて判定されるＲＦタグの読取枚数に応じて、各インベントリラウンドそれぞれに対応してブザー２０６を鳴動させる時間を変更させることができる。図１１は、各インベントリラウンドにおけるＲＦタグの読取枚数に応じて、各インベントリラウンドそれぞれに対応してブザー２０６を鳴動させる時間（音の長さ）を変更させる制御について説明するための図である。
【００４８】
さらに、本実施の形態におけるＣＰＵ２０１（通知制御部）は、ＲＦタグ１枚当たりに対応してブザーを鳴動させる時間が所定時間より短くなるインベントリラウンドについては、該インベントリラウンドについてＣＰＵ２０１にて判定されるＲＦタグの読取枚数に応じて、該インベントリラウンドに対応してブザー２０６を鳴動させる周波数を変更させることができる。図１２は、ＲＦタグ１枚当たりのブザー鳴動時間が短くなり過ぎる場合に対応するブザー鳴動制御について説明するための図である。図１３は、図１２に示すブザー鳴動制御のタイミングチャートである。
【００４９】
（タグ読み取り結果の送信）
ＣＰＵ２０１は、ＲＦタグ読み取りを終了すると、ホスト通信処理部７０１でタグＩＤ読み取り結果をレスポンス伝文に組み立ててホスト（ＰＣ９など）に対して送信する。レスポンス伝文の送信が完了すると、リーダ状態管理部７０２におけるＲＦタグリーダライタ１の状態を待機状態に遷移させて、次のコマンド受信を待つ。
【００５０】
なお、本実施の形態では図７のフローチャートにおいてブザー鳴動のタイミングをＡＣＴ７１３の前としたが、インベントリラウンドを複数回実行した後にブザー２０６を鳴動させる場合は、（ＡＣＴ７１３，Ｎｏ）の後にブザー２０６を鳴動させる必要がある。もちろん、この場合であっても本発明の実施の形態による効果を奏することができることは言うまでもない。
【００５１】
単位時間あたりの読み取り枚数を使う場合、ＣＰＵ２０１は、インベントリラウンド１回の実行時間を計測して、１ラウンドで読み取れたタグＩＤの数を１ラウンドの時間で割ることで「単位時間あたりの読み取り枚数」を算出する。
【００５２】
なお、本実施の形態ではブザー２０６鳴動時の音の高さを、各インベントリラウンドでのＲＦタグ読み取り枚数に応じて設定していたが、各インベントリラウンドでのＲＦタグ読み取り枚数をＱ値により求まるスロット数で割った値を使用しても良い。これによって、アンテナ２０８の交信範囲内に存在するＲＦタグ群に対して、Ｑｕｅｒｙコマンドで使用したＱ値で効率よく読取ができているかどうかユーザが直感的に把握しやすくなる。換言すれば、ＲＦタグの読取枚数をスロット数に基づいて正規化することで、Ｑ値が変更されても読み取り効率の善し悪しの把握を同様に行えるようにすることができる。
【００５３】
なお、上述の実施の形態では、ブザー２０６の鳴動時間や鳴動時の音の高さを、各インベントリラウンドでのＲＦタグ読み取り枚数に応じて設定していたが、必ずしもこれに限られるものではない。例えば、複数のインベントリラウンドを経て、結果的に読み取られた総読み取り枚数に基づいて、ブザー２０６の鳴動時間や鳴動時の音の高さを制御するようにすることもできることは言うまでもない。
【００５４】
上述のような実施の形態によれば、ユーザは、ブザーの鳴動の仕方によって、インベントリラウンド毎（すなわち、単位時間毎）に読み取られているＲＦタグの枚数が減っているかどうかをリアルタイムに把握することができる。これによって、例えば、ユーザが現在読み取り操作を行っているエリアでは読み取り可能なＲＦタグが減ってきている、といったことを直感的に把握しやすくなるという効果を奏する。
【００５５】
なお、１回のインベントリラウンド毎でのブザー鳴動が煩雑である場合や、ブザー鳴動の時間間隔が短すぎてブザー音の変化を聞き取りにくいような場合には、例えば、ブザー音を鳴動させる単位を複数回のインベントリラウンド毎にすることにより、ブザー音の鳴動時間や鳴動周波数の変化を聞き取りやすくすることができる。
【００５６】
本発明は、その精神または主要な特徴から逸脱することなく、他の様々な形で実施することができる。そのため、前述の実施の形態はあらゆる点で単なる例示に過ぎず、限定的に解釈してはならない。本発明の範囲は、特許請求の範囲によって示すものであって、明細書本文には、なんら拘束されない。さらに、特許請求の範囲の均等範囲に属する全ての変形、様々な改良、代替および改質は、すべて本発明の範囲内のものである。
【符号の説明】
【００５７】
１ ＲＦタグリーダライタ、２０１ ＣＰＵ、２０２ ＲＯＭ、２０３ ＲＡＭ、２０４ 通信インタフェース、２０５ 読取スイッチ、２０６ ブザー、２０７ ＲＦフロントエンド部、２０８ アンテナ、１０１ 筐体、１０２ ハンドル。
【特許請求の範囲】
【請求項１】
所定の処理単位を複数回実行することによりＲＦタグとの信号の送受信を行う通信部と、
音声出力による通知を行うブザーと、
前記通信部にて前記所定の処理単位の実行毎に読み取られるＲＦタグの枚数を判定する読取枚数判定部と、
前記所定の処理単位それぞれが完了する毎に、各所定の処理単位について前記読取枚数判定部にて判定されるＲＦタグの読取枚数に応じて、各所定の処理単位それぞれに対応して前記ブザーを鳴動させる周波数を変更させる通知制御部と、
を備えるＲＦタグリーダライタ。
【請求項２】
所定の処理単位を複数回実行することによりＲＦタグとの信号の送受信を行う通信部と、
音声出力による通知を行うブザーと、
前記通信部にて前記所定の処理単位の実行毎に読み取られるＲＦタグの枚数を判定する読取枚数判定部と、
前記所定の処理単位それぞれが完了する毎に、各所定の処理単位について前記読取枚数判定部にて判定されるＲＦタグの読取枚数に応じて、各所定の処理単位それぞれに対応して前記ブザーを鳴動させる時間を変更させる通知制御部と、
を備えるＲＦタグリーダライタ。
【請求項３】
所定の処理単位を複数回実行することによりＲＦタグとの信号の送受信を行う通信部と、
音声出力による通知を行うブザーと、
前記通信部にて前記所定の処理単位の実行毎に読み取られるＲＦタグの枚数を判定する読取枚数判定部と、
前記所定の処理単位それぞれが完了する毎に、各所定の処理単位について前記読取枚数判定部にて判定されるＲＦタグの読取枚数に応じた時間だけ、各所定の処理単位それぞれに対応して前記ブザーを鳴動させるとともに、ＲＦタグ１枚当たりに対応して前記ブザーを鳴動させる時間を変更させる通知制御部と、
を備えるＲＦタグリーダライタ。
【請求項４】
請求項３に記載のＲＦタグリーダライタにおいて、
前記通知制御部は、ＲＦタグ１枚当たりに対応して前記ブザーを鳴動させる時間が所定時間より短くなる処理単位については、該処理単位について前記読取枚数判定部にて判定されるＲＦタグの読取枚数に応じて、該処理単位に対応して前記ブザーを鳴動させる周波数を変更させるＲＦタグリーダライタ。
【請求項５】
請求項１に記載のＲＦタグリーダライタにおいて、
前記通信部は、ＲＦタグに対してタグＩＤの送信を命令するＱｕｅｒｙコマンドを送信するものであり、
前記Ｑｕｅｒｙコマンドを送信してから次のＱｕｅｒｙコマンドを送信するまでの期間を１ラウンドとするとき、
前記所定の処理単位の実行時間とは、少なくとも１ラウンドからなるタグ読取サイクルの実行時間であるＲＦタグリーダライタ。
【請求項６】
請求項１に記載のＲＦタグリーダライタにおいて、
前記通知制御部は、前記通信部から送信されるＱｕｅｒｙコマンドに含まれるスロット数に関する値と、前記読取枚数判定部にて前記所定の処理単位１回の実行に対応して判定される枚数との比に応じて、前記ブザーを鳴動させる周波数を変更させるＲＦタグリーダライタ。
【請求項７】
請求項１に記載のＲＦタグリーダライタにおいて、
前記ブザーが鳴動し得る最長時間は、前記所定の処理単位の実行時間よりも短く設定されているＲＦタグリーダライタ。
【請求項８】
ＲＦタグとの信号の送受信を行う通信部と、
音声出力による通知を行うブザーと、
前記通信部にて読み取られるＲＦタグの枚数を判定する読取枚数判定部と、
前記読取枚数判定部にて判定されるＲＦタグの読取枚数に応じて、前記ブザーを鳴動させる周波数を変更させる通知制御部と、
を備えるＲＦタグリーダライタ。
【請求項９】
ＲＦタグとの信号の送受信を行う通信部と、
音声出力による通知を行うブザーと、
前記通信部にて読み取られるＲＦタグの枚数を判定する読取枚数判定部と、
前記読取枚数判定部にて判定されるＲＦタグの読取枚数に応じて、前記ブザーを鳴動させる時間を変更させる通知制御部と、
を備えるＲＦタグリーダライタ。
【請求項１】
所定の処理単位を複数回実行することによりＲＦタグとの信号の送受信を行う通信部と、
音声出力による通知を行うブザーと、
前記通信部にて前記所定の処理単位の実行毎に読み取られるＲＦタグの枚数を判定する読取枚数判定部と、
前記所定の処理単位それぞれが完了する毎に、各所定の処理単位について前記読取枚数判定部にて判定されるＲＦタグの読取枚数に応じて、各所定の処理単位それぞれに対応して前記ブザーを鳴動させる周波数を変更させる通知制御部と、
を備えるＲＦタグリーダライタ。
【請求項２】
所定の処理単位を複数回実行することによりＲＦタグとの信号の送受信を行う通信部と、
音声出力による通知を行うブザーと、
前記通信部にて前記所定の処理単位の実行毎に読み取られるＲＦタグの枚数を判定する読取枚数判定部と、
前記所定の処理単位それぞれが完了する毎に、各所定の処理単位について前記読取枚数判定部にて判定されるＲＦタグの読取枚数に応じて、各所定の処理単位それぞれに対応して前記ブザーを鳴動させる時間を変更させる通知制御部と、
を備えるＲＦタグリーダライタ。
【請求項３】
所定の処理単位を複数回実行することによりＲＦタグとの信号の送受信を行う通信部と、
音声出力による通知を行うブザーと、
前記通信部にて前記所定の処理単位の実行毎に読み取られるＲＦタグの枚数を判定する読取枚数判定部と、
前記所定の処理単位それぞれが完了する毎に、各所定の処理単位について前記読取枚数判定部にて判定されるＲＦタグの読取枚数に応じた時間だけ、各所定の処理単位それぞれに対応して前記ブザーを鳴動させるとともに、ＲＦタグ１枚当たりに対応して前記ブザーを鳴動させる時間を変更させる通知制御部と、
を備えるＲＦタグリーダライタ。
【請求項４】
請求項３に記載のＲＦタグリーダライタにおいて、
前記通知制御部は、ＲＦタグ１枚当たりに対応して前記ブザーを鳴動させる時間が所定時間より短くなる処理単位については、該処理単位について前記読取枚数判定部にて判定されるＲＦタグの読取枚数に応じて、該処理単位に対応して前記ブザーを鳴動させる周波数を変更させるＲＦタグリーダライタ。
【請求項５】
請求項１に記載のＲＦタグリーダライタにおいて、
前記通信部は、ＲＦタグに対してタグＩＤの送信を命令するＱｕｅｒｙコマンドを送信するものであり、
前記Ｑｕｅｒｙコマンドを送信してから次のＱｕｅｒｙコマンドを送信するまでの期間を１ラウンドとするとき、
前記所定の処理単位の実行時間とは、少なくとも１ラウンドからなるタグ読取サイクルの実行時間であるＲＦタグリーダライタ。
【請求項６】
請求項１に記載のＲＦタグリーダライタにおいて、
前記通知制御部は、前記通信部から送信されるＱｕｅｒｙコマンドに含まれるスロット数に関する値と、前記読取枚数判定部にて前記所定の処理単位１回の実行に対応して判定される枚数との比に応じて、前記ブザーを鳴動させる周波数を変更させるＲＦタグリーダライタ。
【請求項７】
請求項１に記載のＲＦタグリーダライタにおいて、
前記ブザーが鳴動し得る最長時間は、前記所定の処理単位の実行時間よりも短く設定されているＲＦタグリーダライタ。
【請求項８】
ＲＦタグとの信号の送受信を行う通信部と、
音声出力による通知を行うブザーと、
前記通信部にて読み取られるＲＦタグの枚数を判定する読取枚数判定部と、
前記読取枚数判定部にて判定されるＲＦタグの読取枚数に応じて、前記ブザーを鳴動させる周波数を変更させる通知制御部と、
を備えるＲＦタグリーダライタ。
【請求項９】
ＲＦタグとの信号の送受信を行う通信部と、
音声出力による通知を行うブザーと、
前記通信部にて読み取られるＲＦタグの枚数を判定する読取枚数判定部と、
前記読取枚数判定部にて判定されるＲＦタグの読取枚数に応じて、前記ブザーを鳴動させる時間を変更させる通知制御部と、
を備えるＲＦタグリーダライタ。
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図１３】
【図１】
【図９】
【図１０】
【図１１】
【図１２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図１３】
【図１】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２０１１−６０２３１（Ｐ２０１１−６０２３１Ａ）
【公開日】平成２３年３月２４日（２０１１．３．２４）
【国際特許分類】
【出願番号】特願２００９−２１２４１４（Ｐ２００９−２１２４１４）
【出願日】平成２１年９月１４日（２００９．９．１４）
【出願人】（０００００３５６２）東芝テック株式会社 (5,631)
【Ｆターム（参考）】
【公開日】平成２３年３月２４日（２０１１．３．２４）
【国際特許分類】
【出願日】平成２１年９月１４日（２００９．９．１４）
【出願人】（０００００３５６２）東芝テック株式会社 (5,631)
【Ｆターム（参考）】
[ Back to top ]