(57)【要約】【課題】複数の通信規格に対応するＲＦタグＲＦタグ読み取り装置で、ＲＦタグ検出時間が長くなることを抑制する。【解決手段】プログラム記憶部７は異なる３つ以上の通信規格のＲＦタグ２のそれぞれの読み取り処理を行う複数の処理プログラム１６ａ〜１６ｎを記憶する。処理順序決定部１３は、複数の処理プログラム１６ａ〜１６ｎについて、周波数帯および／または変調方式が同じである通信規格の処理プログラムの実行順序を連続させて、処理プログラム１６ａ〜１６ｎの実行順序を設定する。制御部４のＰＣインタプリタ５およびプロトコル処理部６は、処理順序決定部１３で設定した実行順序に従って、処理プログラム１６ａ〜１６ｎを順に実行する。【選択図】図１
2010239295.tif 000002
【特許請求の範囲】
【請求項１】
異なる３つ以上の通信規格のＲＦタグのそれぞれの読み取り処理を行う複数の読み取り手段と、
前記複数の読み取り手段について、周波数帯および／または変調方式が同じである通信規格の読み取り手段の実行順序を連続させて、前記複数の読み取り手段の実行順序を設定する順序設定手段と、
前記順序設定手段で設定した実行順序に従って、前記複数の読み取り手段を順に実行する切り替え手段と、
を備えることを特徴とするＲＦタグ読み取り装置。
【請求項２】
前記順序設定手段はさらに、前記周波数帯が同じ読み取り手段のうち、通信チャネルが同じである通信規格の読み取り手段の実行順序を連続させて、前記複数の読み取り手段の実行順序を設定することを特徴とする請求項１に記載のＲＦタグ読み取り装置。
【請求項３】
前記読み取り手段は、
ＲＦタグに対して読み取り信号を送信する送信手段と、
前記送信手段で読み取り信号を送信したのち、所定の時間が経過するのを計測する計時手段と、
受信信号を復調して前記ＲＦタグの応答信号を検出する復調手段と、
を備え、
前記復調手段は、前記読み取り信号を送信したのち前記所定の時間が経過した点から前記応答信号の検出を開始する、
ことを特徴とする請求項１または２に記載のＲＦタグ読み取り装置。
【請求項４】
前記送信手段で読み取り信号を送信しおわったときの受信信号の時刻から、前記復調手段で前記ＲＦタグの応答信号を検出する受信信号の時刻までの経過時間を計測する遅れ時間計測手段を備え、
前記計時手段は、前記遅れ時間計測手段で計測した経過時間から算出する所定の時間の経過を計測する、
ことを特徴とする請求項３に記載のＲＦタグ読み取り装置。
【請求項５】
異なる３つ以上の通信規格のＲＦタグのそれぞれの読み取り処理を行う複数の読み取り処理について、周波数帯および／または変調方式が同じである通信規格の読み取り処理の実行順序を連続させて、前記複数の読み取り処理の実行順序を設定する順序設定ステップと、
前記順序設定ステップで設定した実行順序に従って、前記複数の読み取り処理を順に実行する切り替えステップと、
を備えることを特徴とするＲＦタグ読み取り方法。
【請求項６】
前記順序設定ステップはさらに、前記周波数帯が同じ読み取り処理のうち、通信チャネルが同じである通信規格の読み取り処理の実行順序を連続させて、前記複数の読み取り処理の実行順序を設定することを特徴とする請求項５に記載のＲＦタグ読み取り方法。
【請求項７】
前記読み取り処理は、
ＲＦタグに対して読み取り信号を送信する送信ステップと、
前記送信ステップで読み取り信号を送信したのち、所定の時間が経過するのを計測する計時ステップと、
受信信号を復調して前記ＲＦタグの応答信号を検出する復調ステップと、
を備え、
前記復調ステップは、前記読み取り信号を送信したのち前記所定の時間が経過した点から前記応答信号の検出を開始する、
ことを特徴とする請求項５または６に記載のＲＦタグ読み取り方法。
【請求項８】
前記送信ステップで読み取り信号を送信しおわったときの受信信号の時刻から、前記復調ステップで前記ＲＦタグの応答信号を検出する受信信号の時刻までの経過時間を計測する遅れ時間計測ステップを備え、
前記計時ステップは、前記遅れ時間計測ステップで計測した経過時間から算出する所定の時間の経過を計測する、
ことを特徴とする請求項７に記載のＲＦタグ読み取り方法。
【請求項９】
コンピュータに、
異なる３つ以上の通信規格のＲＦタグのそれぞれの読み取り処理を行う複数の読み取り処理について、周波数帯および／または変調方式が同じである通信規格の読み取り処理の実行順序を連続させて、前記複数の読み取り処理の実行順序を設定する順序設定ステップと、
前記順序設定ステップで設定した実行順序に従って、前記複数の読み取り処理を順に実行する切り替えステップと、
を実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、異なる複数の通信規格のＲＦタグの読み取りを行うＲＦタグ読み取り装置、ＲＦタグ読み取り方法およびプログラムに関する。
【背景技術】
【０００２】
非接触ＩＣカード、非接触ＩＣタグ、及びＲＦ（Radio Frequency）タグ（以下、特に言及しない場合には、ＲＦタグは、非接触ＩＣカード、非接触ＩＣタグを含む）には、パッシブ型とアクティブ型がある。パッシブ型は、電池を内蔵せずタグリーダからの電波を受けて反射波を返し、アクティブ型は、電池を内蔵しており自ら電波を出す。パッシブ型ＲＦタグのアンテナは、タグリーダからの電波の一部を反射し、ＩＤ（Identification）情報をこの反射波に乗せて返す。
【０００３】
パッシブ型ＲＦタグの通信規格には、例えば、１３．５６ＭＨｚ帯の周波数を使用するＩＳＯ／ＩＥＣ(International Standardization Organization / International Electrotechnical Commission)１４４４３  Ｔｙｐｅ  Ａ、Ｔｙｐｅ  Ｂ、ＩＳＯ／ＩＥＣ１５６９３、ＦｅｌｉＣａ、ＩＳＯ／ＩＥＣ１８０００−３や、ＵＨＦ帯の周波数を使用するＩＳＯ／ＩＥＣ１８０００−６  Ｔｙｐｅ  Ａ、Ｔｙｐｅ  Ｂ、Ｔｙｐｅ  Ｃ、２．４５ＧＨｚ帯の周波数を使用するＩＳＯ／ＩＥＣ１８０００−４、μチップ等が存在する。
【０００４】
関連する技術として、特許文献１には、異なる通信規格（TypeA,TypeB）に対応した使い勝手の良いＩＣカード読み取り装置として、無線信号の種類に対応して、アンテナ回路に供給する電源電力をそれぞれの通信規格に対応して切り替える方法が記載されている。
【０００５】
また、関連する技術として、通信規格が異なるＲＦタグに付与されたユニークなＩＤ（以下、ＵＩＤという）等を一度に読み取る非接触ＩＤシステムが、特許文献２に記載されている。特許文献２に記載の技術は、複数の通信規格を含めた要求コマンドを一度にリーダモジュールに送信し、リーダモジュールは複数の通信規格について順次ＩＣカードに質問電波を送出して、各通信規格についての応答の有無を受信して、受信結果を纏めて上位システムに送信する。リーダモジュールと上位システム間の通信回数を削減して、システム全体の処理時間を短縮する。
【０００６】
非接触ＩＣカードとの通信時間を短縮する方法として、特許文献３には、上位機関から質問器への質問信号を一度に一括して送信する方法が記載されている。特許文献３の非接触ＩＤシステムは、上位管理装置が、複数の各質問器に対して、相異なる通信規格を非接触ＩＣカードに問い合わせる要求を含む質問要求を送信する際に、上記質問要求に、各質問器が質問信号を送信する際には、他の質問器が非接触ＩＣカードへの質問信号の送信を停止するように要求する停止要求を含ませる。
【０００７】
特許文献４のＲＦＩＤ通信装置は、送信ブロックとして、ＲＦＩＤの周波数帯域ごとの波形パターンを保持しておき、その波形パターンを用いて送信データをエンコードしＲＦ回路から送信し、ＲＦ回路で受信したデータを受信制御ブロックでサンプリングされた後に所定のフィルタを通して整形してコード検出することで、１つの装置で様々な通信規格に対応できる。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００５−２１８０２０号公報
【特許文献２】特開２００５−３０９７２６号公報
【特許文献３】特開２００６−２６８３８０号公報
【特許文献４】特開２００７−１３４９４１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
上述のとおり、ＲＦタグには複数の通信規格があり、１つの場所でＲＦタグを読み書きする複数の通信規格が混在する場合がある。関連する技術のＲＦタグリーダライタシステムでは、対応するＲＦタグの種類を追加するために、複数の通信規格の処理プログラムを順次実行するときに、アンテナモジュール等の切り替えを制御していた。１つのプログラムを実行するたびにアンテナモジュールをＯＮ／ＯＦＦ制御するために、実行するプログラムが多くなると、アンテナモジュールを切り替えて通信をするための待ち時間が増大する問題があった。
【００１０】
１つのＲＦタグリーダライタで読み書きする通信規格の種類を多くすると、ＲＦタグを検出するまでの時間が長くなり、一度に検出できるＲＦタグの種類に限度を設ける必要があった。
【００１１】
本発明は、上述した事情に鑑みてなされたものであり、複数の通信規格に対応するＲＦタグ読み取り装置で、ＲＦタグ検出時間が長くなることを抑制するＲＦタグ読み取り装置、ＲＦタグ読み取り方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記の目的を達成するために、本発明の第１の観点に係るＲＦタグ読み取り装置は、
異なる３つ以上の通信規格のＲＦタグのそれぞれの読み取り処理を行う複数の読み取り手段と、
前記複数の読み取り手段について、周波数帯および／または変調方式が同じである通信規格の読み取り手段の実行順序を連続させて、前記複数の読み取り手段の実行順序を設定する順序設定手段と、
前記順序設定手段で設定した実行順序に従って、前記複数の読み取り手段を順に実行する切り替え手段と、
を備えることを特徴とする。
【００１３】
本発明の第２の観点に係るＲＦタグ読み取り方法は、
異なる３つ以上の通信規格のＲＦタグのそれぞれの読み取り処理を行う複数の読み取り処理について、周波数帯および／または変調方式が同じである通信規格の読み取り処理の実行順序を連続させて、前記複数の読み取り処理の実行順序を設定する順序設定ステップと、
前記順序設定ステップで設定した実行順序に従って、前記複数の読み取り処理を順に実行する切り替えステップと、
を備えることを特徴とする。
【００１４】
本発明の第３の観点に係るプログラムは、コンピュータに、
異なる３つ以上の通信規格のＲＦタグのそれぞれの読み取り処理を行う複数の読み取り処理について、周波数帯および／または変調方式が同じである通信規格の読み取り処理の実行順序を連続させて、前記複数の読み取り処理の実行順序を設定する順序設定ステップと、
前記順序設定ステップで設定した実行順序に従って、前記複数の読み取り処理を順に実行する切り替えステップと、
を実行させることを特徴とする。
【発明の効果】
【００１５】
本発明によると、複数の通信規格に対応するＲＦタグ読み取り装置で、ＲＦタグの読み取りを行うターンアラウンド時間を短縮することができる。その結果、一度に検出できるＲＦタグの種類を増やすことができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施の形態１に係るＲＦタグ読み取り装置の構成例を示すブロック図である。
【図２】通信規格ごとの周波数帯域、チャネル番号および変調度の例を示す図である。
【図３】送受信部ごとの各安定時間の例を示す図である。
【図４Ａ】記憶されている順序で処理プログラムを実行した場合の待ち時間の例を示す図である。
【図４Ｂ】処理順序決定部で並び替えた順序で処理プログラムを実行した場合の待ち時間の例を示す図である。
【図５】実施の形態１に係る読み取り処理順序決定の動作の一例を示すフローチャートである。
【図６】実施の形態１に係る読み取り処理切り替え動作の一例を示すフローチャートである。
【図７】本発明の実施の形態２に係るＲＦタグ読み取り装置の構成例を示すブロック図である。
【図８】実施の形態２に係るＲＦタグ読み取り装置の作用を示す概念図である。
【図９】通信規格およびコマンドごとの受信待ち時間の例を示す図である。
【図１０】実施の形態２の読み取り処理動作の一例を示すフローチャートである。
【図１１】実施の形態２の変形に係る応答遅延時間計測の動作の一例を示すフローチャートである。
【発明を実施するための形態】
【００１７】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。なお、図中、同一または相当部分には同じ符号を付す。本発明のＲＦタグ読み取り装置、ＲＦタグ読み取り方法およびプログラムは、ＲＦタグの読み取りのみを行う装置だけでなく、ＲＦタグにデータの書き込みを行う装置にも適用できる。通常、ＲＦタグに書き込みを行う場合に、データが正しく書き込めたことを確認するために、読み取りを続けて行う。一般にはＲＦタグ書き込み装置はＲＦタグ読み書き装置である。以下の実施の形態では、代表してＲＦタグ読み取り装置について説明する。
【００１８】
（実施の形態１）
図１は、本発明の実施の形態に係るＲＦタグ読み取り装置の構成を示すブロック図である。ＲＦタグ読み取り装置１は、複数の通信規格のＲＦタグ２の読み取りを行う。ＲＦタグ読み取り装置１は、制御部４、プログラム記憶部７、信号処理部９、送受信バッファ１０、Ａ−Ｄ／Ｄ−Ａ変換部１１、ＲＦセレクタ１５、送受信部１２ａ、１２ｂ、１２ｃ、および順序情報記憶部１４を備える。
【００１９】
制御部４は、ＰＣインタプリタ５、プロトコル処理部６および処理順序決定部１３を含む。プログラム記憶部７には、複数の通信規格ごとの処理プログラム１６ａ〜１６ｎが記憶される。以下、各処理プログラム１６ａ〜１６ｎを総称して、処理プログラム１６という。
【００２０】
制御部４は、ＣＰＵ、メモリおよびＩ／Ｏを備えるプロセッサで構成される。制御部４は、ＦＰＧＡ（Field Programmable Gate Array）で構成することもできる。また、信号処理部９およびＡ−Ｄ／Ｄ−Ａ変換部１１を含めて、ディジタルシグナルプロセッサ（ＤＳＰ）で構成することも可能である。
【００２１】
プログラム記憶部７は、ＲＯＭ（Read Only Memory）、フラッシュメモリ、ハードディスク、ＤＶＤ−ＲＡＭ（Digital Versatile Disc Random-Access Memory）、ＤＶＤ−ＲＷ（Digital Versatile Disc ReWritable）等の不揮発性メモリから構成される。または、揮発性メモリを用いて、ＲＦタグ読み取り装置１を起動したときに、ホストコンピュータ３から各処理プログラム１６をダウンロードしてもよい。読み取り処理の切り替えに比べてプログラム記憶部７のアクセス時間が長い場合には、各処理プログラム１６を制御部４のメモリに常駐させて実行する。
【００２２】
プログラム記憶部７に、後述する処理順序決定と読み取り処理切り替えの動作を実行する制御プログラム１７を記憶し、制御部４のメモリにロードして実行させてもよい。その場合、制御プログラム１７は制御部４のメモリにロードされて、ＰＣインタプリタ５、プロトコル処理部６および処理順序決定部１３の処理を実行する。
【００２３】
ＰＣインタプリタ５は、プログラム記憶部７から処理プログラム１６を読み込んで、プロトコル処理部６に実行させる。また、ホストコンピュータ３から処理プログラム１６をダウンロードする場合は、ＰＣインタプリタ５が行う。その場合、処理プログラム１６のダウンロード指示を受けると、引き続き送信されるプログラムデータを受信して、プログラム記憶部７に格納する。また、処理プログラム１６の削除指示を受けると、プログラム記憶部７から該当するプログラムデータを削除する。
【００２４】
また、ＰＣインタプリタ５は、ＲＦタグ２の識別符号（ＩＤ）の読み取り指示、ユーザデータの読み取り指示（もしくは書き込み指示）をホストコンピュータ３から受け取ると、プログラム記憶部７から処理プログラム１６を読み出して、プロトコル処理部６へ送る。読み取り指示された対象のＲＦタグ２の通信規格が１つに指定されていれば、それに該当する処理プログラム１６をプロトコル処理部６へ送る。通信規格が１つに指定されていなければ、指定された複数の処理プログラム１６、またはプログラム記憶部７に記憶されているすべての処理プログラム１６を、順にプロトコル処理部６に送って、順に実行させる。不特定の通信規格のＲＦタグ２の読み取りを繰り返し行う場合には、プログラム記憶部７に記憶されているすべての処理プログラム１６を繰り返し順にプロトコル処理部６に実行させる。
【００２５】
本実施の形態１では、読み取るＲＦタグ２の通信規格が不明であって、プログラム記憶部７に記憶されているすべての処理プログラム１６を、順に実行する場合を想定する。ＰＣインタプリタ５は、次に実行する処理プログラム１６を処理順序決定部１３に問い合わせる。処理順序決定部１３はあらかじめ決定しておいた処理順序を順序情報記憶部１４から読み出して、次に実行する処理プログラム１６の識別番号をＰＣインタプリタ５に回答する。
【００２６】
ＰＣインタプリタ５は、処理順序記憶部１３から受け取った処理プログラム１６の識別番号に従って、処理プログラム１６をプロトコル処理部６に指示し、処理プログラム１６に合わせてＲＦセレクタ１５に送受信部１２ａ〜１２ｃ（以下、送受信部１２と総称する）の選択を指示する。ＲＦセレクタ１５は、ＰＣインタプリタ５の指示により、使用する送受信部１２を選択する。
【００２７】
プロトコル処理部６は、各処理プログラム１６を実行し、信号処理部９を制御してＲＦタグ２との通信を行う。プロトコル処理部６は、送信するパケットの生成と受信したパケットの解読を行う。プロトコル処理部６は、生成した送信パケットに加えて、送信チャネル番号、変調度および信号データ速度などの情報を信号処理部９へ送る。
【００２８】
信号処理部９は、ＲＦタグ２との送受信におけるディジタル信号処理を行う。信号処理部９は、受け取った送信パケットを送受信バッファ１０に格納し、送信チャネル番号と変調度をＲＦセレクタ１５へ送る。そうして、Ａ−Ｄ／Ｄ−Ａ変換部１１によりアナログ変換された信号速度が指示された信号データ速度になるように送信パケットを伸張して、Ａ−Ｄ／Ｄ−Ａ変換部１１に送る。
【００２９】
ＲＦセレクタ１５は、信号処理部９から受け取った送信チャネル番号と変調度を、選択した送受信部１２にそのまま受け渡す。また、Ａ−Ｄ／Ｄ−Ａ変換部１１からアナログ変換された送信パケットを送受信部１２に渡す。
【００３０】
送受信部１２は、指示された送信チャネル番号になるように搬送波周波数を設定し、送信パケットを変調度に合わせて変調して、ＲＦタグ２と交信する。送受信部１２は、ＲＦタグ２からの受信信号を中間周波数に変換して復調し、Ａ−Ｄ／Ｄ−Ａ変換部１１に送る。
【００３１】
Ａ−Ｄ／Ｄ−Ａ変換部１１は、復調された受信信号をディジタル変換して信号処理部９に送る。信号処理部９は、受信信号を送受信バッファ１０に蓄積する。送信パケットを送信してから所定の受信継続時間が経過すると、それまで送受信バッファ１０に蓄積した受信信号をプロトコル処理部６へ通知する。
【００３２】
プロトコル処理部６は、受信信号から応答信号を検出してＲＦタグ２の応答パケットを生成し、ＰＣインタプリタ５に送る。プロトコル処理部６は、応答信号が検出できない場合は、その通信規格の応答がなかったことをＰＣインタプリタ５に伝える。ＰＣインタプリタ５は、読み取り結果をホストコンピュータ３に通知する。続いてＰＣインタプリタ５は、処理順序決定部１３の情報に従って次に実行する処理プログラム１６を選択して、プロトコル処理部６に実行させる。
【００３３】
上述したように、処理プログラム１６、プロトコル処理部６、信号処理部９、Ａ−Ｄ／Ｄ−Ａ変換部１１および送受信部１２から読み取り手段が構成される。読み取り手段は、処理プログラム１６によらずに、通信規格ごとの専用の回路から構成されてもかまわない。また、ＰＣインタプリタ５、ＲＦセレクタ１５および制御プログラム１７から切り替え手段が構成される。処理順序決定部１３は順序設定手段である。
【００３４】
読み取り手段のうち、プロトコル処理部６、信号処理部９、Ａ−Ｄ／Ｄ−Ａ変換部１１（そのうちのＤ−Ａ変換）、送受信部１２および処理プログラム１６は送信手段を構成する。また、応答信号を検出するまでを広義の復調と捉えると、復調手段は読み取り手段のうち、送受信部１２、Ａ−Ｄ／Ｄ−Ａ変換部１１（そのうちのＡ−Ｄ変換）、信号処理部９、プロトコル処理部６および処理プログラム１６から構成される。
【００３５】
処理順序決定部１３はあらかじめ、プログラム記憶部７に記憶されている処理プログラム１６のセットから、処理プログラム１６を実行する順序を決定する。図２は、通信規格ごとの周波数帯域、チャネル番号および変調度の例を示す。図２の例では、変調方式はすべてＡＳＫ（Amplitude Shift Keying）であって、変調方式で異なるのは変調度のみであることを想定している。通信規格ごとの周波数帯域、チャネル番号、変調度は処理プログラム１６に記載されていてもよい。あるいは、図２に示すような対応づけデータが、例えば順序情報記憶部１４に格納されていてもよい。
【００３６】
処理順序決定部１３は、プログラム記憶部７に記憶されている処理プログラム１６ごとの、使用周波数帯域、使用チャネル番号および使用変調方式を取得する。処理順序決定部１３は、処理プログラム１６を使用周波数帯域および／または使用変調方式で分類し、さらに同じ使用周波数帯域の処理プログラム１６をチャネル番号で分類する。
【００３７】
図３は、送受信部１２ごとの各安定時間の例を示す。処理順序決定部１３は、送受信部１２ごとの基準周波数安定時間、チャネル変更時間および変調度変更時間によって、処理プログラム１６を安定待ち時間が短い順に並び替える。すなわち、図３の例では、処理プログラム１６をまず、使用周波数帯域が連続するように並び替える。次に、使用周波数帯域が同じ処理プログラム１６の中で、変調度が同じ処理プログラム１６が連続するように並び替える。さらに、使用周波数帯域および変調度が同じ処理プログラム１６の中で、使用チャネル番号が連続するように並び替える。言い換えれば、周波数帯域、変調度およびチャネル番号をその順序でキーにして、処理プログラム１６をソートする。ただし、各キーのソートの順は、属性が同じ処理プログラム１６が連続すればよいので、それぞれ昇順であるか降順であるかまたは任意の順であるかは問わない。
【００３８】
図４Ａは、記憶されている順序で処理プログラム１６を実行した場合の待ち時間の例を示す。図４Ａの例では、通信規格の処理実行順序は、Ａ，Ｅ，Ｆ，Ｂ，Ｇである。実行順序の使用周波数帯域は連続していないので、各処理プログラム１６を図４Ａの順序で実行するときに図３に示す待ち時間がかかる。図４Ａの安定待ち時間は、基準周波数安定時間、チャネル変更時間および変調度変更時間の合計である。図４Ａに示す５つの通信規格の処理プログラム１６をその順で実行した場合、安定待ち時間は合計で１０８０μ秒（最下段）である。
【００３９】
図４Ｂは、処理順序決定部１３で並び替えた順序で処理プログラム１６を実行した場合の待ち時間の例を示す。図４Ｂの例では、通信規格の処理実行順序は、Ａ，Ｂ，Ｅ，Ｆ，Ｇである。使用周波数帯域が連続しているので、通信規格Ｂおよび通信規格Ｇの処理では基準周波数安定時間がかからない。また、通信規格Ｂでは変調度が前の通信規格Ａと同じなので、変調度変更時間がかからない。その結果、安定待ち時間の合計は６６０μ秒になる。
【００４０】
図５は、実施の形態１に係る読み取り処理順序決定の動作の一例を示すフローチャートである。読み取り処理順序決定は、処理プログラム１６が追加または削除されたときに起動される。処理順序決定部１３は、ＰＣインタプリタ５からプログラム記憶部７に記憶されている処理プログラム１６の読み取り処理通信規格のリストを読み込む（ステップＳ１１）。
【００４１】
処理順序決定部１３は、処理プログラム１６の順序を、その使用周波数帯域を連続させた順序に変更する（ステップＳ１２）。次に、同じ周波数帯域の中で、変調方式を連続させた順序に並べ替える（ステップＳ１３）。さらに、同じ周波数帯域および変調方式の中で、チャネル番号を連続させて、処理順序を決定する（ステップＳ１４）。処理順序決定部１３は、決定した処理順序を順序情報記憶部１４に記憶する（ステップＳ１５）。
【００４２】
図６は、実施の形態１に係る読み取り処理切り替えの動作の一例を示すフローチャートである。ＰＣインタプリタ５は、実行する順序の番号を示す変数ｉを１に初期化する（ステップＳ２１）。ＰＣインタプリタ５はｉ番の実行順序の処理プログラム１６を処理順序決定部１３に問い合わせて、実行順序がｉ番の処理プログラム１６をプロトコル処理部６に実行させる（ステップＳ２２）。
【００４３】
ＰＣインタプリタ５は、番号変数ｉに１を加算して（ステップＳ２３）、変数ｉが実行する処理プログラム１６の最大数を超えていなければ（ステップＳ２４；ＮＯ）、次の実行順序であるｉ番の処理プログラム１６を実行する（ステップＳ２２）。変数ｉが実行する処理プログラム１６の最大数を超えれば（ステップＳ２４；ＹＥＳ）、一連の処理プログラム１６の実行を終了する。
【００４４】
以上説明したように、本実施の形態１によれば、複数の（３つ以上の）通信規格のＲＦタグ２のそれぞれの読み取り処理を連続して行う場合に、読み取る通信規格を切り替えるときの待ち時間を短縮することができる。その結果、１つのＲＦタグ２の読み取りを行うターンアラウンド時間を短縮することができる。
【００４５】
（実施の形態２）
図７は、本発明の実施の形態２に係るＲＦタグ読み取り装置１の構成を示すブロック図である。本実施の形態２のＲＦタグ読み取り装置１は、送信パケットを送信したのち、ＲＦタグ２が応答信号の送信を開始するであろう点から応答信号の検出を行う。以下、実施の形態１との相違点について主に説明する。
【００４６】
本実施の形態２のＲＦタグ読み取り装置１は、実施の形態１の構成に加えてタイマー８を備える。タイマー８は、受信待ち時間と受信継続時間を計測する計時手段である。受信待ち時間は、送信パケットを送信してから、ＲＦタグ２が応答信号の送信を開始する直前の点までの時間である。受信継続時間は、ＲＦタグ２が応答信号を送信している時間を含み、送信時間の変動などの余裕を見込んだ時間である。
【００４７】
図８は、実施の形態２に係るＲＦタグ読み取り装置１の作用を示す概念図である。図８の時間の進行を表す線の上はＲＦタグ読み取り装置１の動作を、線の下はＲＦタグ２の動作を表す。図８（ａ）は、送信パケットを送信してからすぐに応答信号の検出を行う場合を示す。図８（ｂ）は、送信パケットを送信したのち受信待ち時間を経過した点から応答信号の検出を行う場合を示す。
【００４８】
ＲＦタグ読み取り装置１は、搬送波を送信してＲＦタグ２をチャージしながら起動する。ＲＦタグ読み取り装置１は、読み取りまたは書き込みのコマンドを含む送信パケットを送信して、そののちも搬送波を送信し続ける。ＲＦタグ２は、送信パケットを受信してコマンドを解析し、コマンドに合った応答信号を生成する。ＲＦタグ２は、ＲＦタグ読み取り装置１が送信する搬送波の反射波に応答信号を重畳することによって応答送信する。
【００４９】
図８（ａ）では、コマンド（送信パケット）を送信し終わると同時に応答信号の検出を行う。それに対して、図８（ｂ）では、コマンドを送信してから待ち時間を経過した点から応答信号の検出を行う。ＲＦタグ２が応答信号を生成している間は、応答信号は送信されないので、その間の受信データから応答信号を検出する必要はない。図８（ｂ）ではいわば無効な受信データの解析を行わないので、応答信号の解析を短縮できる。
【００５０】
図９は、通信規格およびコマンドごとの受信待ち時間の例を示す。１つの通信規格において、ＲＦタグ２の識別符号（ＩＤ）だけを読み取る場合（コマンド＝"Get ID"）、記憶されている他のデータを読み取る場合（コマンド＝"ReadData"）、およびデータを書き込む場合（コマンド＝"WriteData"）でそれぞれ受信待ち時間および受信継続時間が異なる。データを書き込む場合を記載しているのは、書き込んだデータを読み取って正しく書き込めたことを確認するからである。また、通信規格ごとに受信待ち時間および受信継続時間は異なる。
【００５１】
図７のプロトコル処理部６は、送信パケット、送信チャネル番号、変調度および信号データ速度に加えて受信待ち時間と受信継続時間の情報を信号処理部９へ送る。信号処理部９は、受け取った送信パケットを送受信バッファ１０に格納し、受信待ち時間と受信継続時間の情報をタイマー８に送る。信号処理部９は、送信パケットをＡ−Ｄ／Ｄ−Ａ変換部１１に送ったのち、タイマー８を起動する。
【００５２】
タイマー８は、信号処理部９に起動されて時間計測を開始し、受信待ち時間が経過したら信号処理部９に受信開始を指示する。そののち、受信継続時間を経過したときに、受信終了を信号処理部９に指示する。
【００５３】
信号処理部９は、受信開始指示を受けると、Ａ−Ｄ／Ｄ−Ａ変換部１１から送られる受信信号を送受信バッファ１０に蓄積する。また、受信終了の指示を受けると受信信号の蓄積を終了して、それまで送受信バッファ１０に蓄積した受信信号をプロトコル処理部６へ通知する。送受信バッファ１０は、送信信号を送信したのち受信待ち時間が経過するまでの受信信号を蓄積しない。
【００５４】
プロトコル処理部６は、送信信号を送信したのち受信待ち時間が経過した点以降の受信信号から応答信号を検出してＲＦタグ２の応答パケットを生成し、ＰＣインタプリタ５に送る。プロトコル処理部６は、送信信号を送信したのち受信待ち時間が経過するまでの受信信号を解析しない。
【００５５】
図１０は、実施の形態２に係るＲＦタグ読み取り処理の動作の一例を示すフローチャートである。図１０のＲＦタグ読み取り処理の動作は、図６のステップ２２の読み取り処理に相当する。
【００５６】
信号処理部９は、ＲＦタグ２を起動するために送受信部１２から搬送波を送信し（ステップＳ３１）、読み取り信号（送信パケット）を送信する（ステップＳ３２）。タイマー８が受信待ち時間を計測して受信開始を指示すると（ステップＳ３３）、信号処理部９は、受信信号の蓄積を開始する（ステップＳ３４）。
【００５７】
タイマー８が受信継続時間を計測して、その所定の時間が経過すると（ステップＳ３５）、信号処理部９は受信信号の蓄積を終了し、プロトコル処理部６は蓄積された受信信号から応答信号を検出する（ステップＳ３６）。
【００５８】
プロトコル処理部６は、応答信号を検出できれば（ステップＳ３７；ＹＥＳ）、このときの通信規格の応答信号をＰＣインタプリタ５に送って記憶する（ステップＳ３８）。応答信号を検出できなければ（ステップＳ３７；ＮＯ）、このときの通信規格のＲＦタグ２なしをセットする（ステップＳ３９）。
【００５９】
以上説明したように、実施の形態２のＲＦタグ読み取り装置１によれば、送受信バッファ１０は、送信信号を送信したのち受信待ち時間が経過するまでの受信信号を蓄積しない。また、プロトコル処理部６は、送信信号を送信したのち受信待ち時間が経過するまでの受信信号を解析しない。その結果、解析する受信信号の量が減少し、受信バッファの低容量化と応答信号検出の時間短縮を図ることができる。あるいは、応答信号検出の時間が同じでも、プロトコル処理のプロセッサの低速化と、それによる装置の低消費電力化を実現できる。また、受信待ち時間において、実施の形態１による通信規格の並び替え、もしくは次の送信パケットを送受信バッファ１０へ蓄積することができる。
【００６０】
（実施の形態２の変形例）
実施の形態２の変形例として、ＲＦタグ読み取り装置１でＲＦタグ２の応答遅延時間を計測する場合を説明する。応答遅延時間は受信信号上の、送信パケットを送信してからＲＦタグ２の応答信号を検出する点までの経過時間である。実施の形態２の変形例では、計測した応答遅延時間から待ち時間を算出する。
【００６１】
図１１は、応答遅延時間を計測する動作の一例を示すフローチャートである。応答遅延時間計測は、読み取り動作ごとに常に行うのではなく、待ち時間を算出するために応答遅延時間を計測するモードでのみ実行する。図１０の読み取り処理と同様に、搬送波を送信し（ステップＳ４１）、読み取り信号を送信する（ステップＳ４２）。時間の計測を開始する（ステップＳ４３）と同時に、受信信号から応答信号の検出を開始する（ステップＳ４４）。この場合、信号処理部９は、受信信号を蓄積せずに（または蓄積しながら）プロトコル処理部６に送る。プロトコル処理部６は、送信信号を送信した直後の受信信号の先頭から順次応答信号を検出する。
【００６２】
応答信号を検出するまで、受信信号の先頭から探索する（ステップＳ４５；ＮＯ、ステップＳ４６；ＮＯ）。応答信号を検出できれば（ステップＳ４５；ＹＥＳ）、応答信号先頭までの経過時間を応答遅延時間とする（ステップＳ４７）。応答信号を検出する前に所定の最大時間を超えた場合（ステップＳ４５；ＮＯ、ステップＳ４６；ＹＥＳ）、この回では応答遅延時間を計測できなかったことをセットして（ステップＳ４８）終了する。
【００６３】
なお、信号処理部９は送信信号を送信した直後から受信信号を蓄積しておいて、プロトコル処理部６は蓄積された受信信号から応答信号を検出してもよい。その場合、受信信号の先頭から応答信号を検出した受信信号の位置までの経過時間を応答遅延時間とする。
【００６４】
制御部４では、応答遅延時間を何回か計測し、その最小値を待ち時間とすることができる。さらに余裕を見込んで、待ち時間を応答遅延時間より短くしてもよい。実施の形態２の変形例によれば、ＲＦタグ２の応答遅延時間を計測して、待ち時間を設定することができる。
【００６５】
以上、好ましい実施の形態および具体例をあげて本発明を説明したが、本発明は必ずしも、上記実施の形態および具体例に限定されるものではなく、その技術的思想の範囲内において様々に変形して実施することができる。その他、前記の装置構成やフローチャートは一例であり、任意に変更および修正が可能である。
【００６６】
その他、本発明の好適な変形として、以下の構成が含まれる。
【００６７】
本発明の第１の観点に係るＲＦタグ読み取り装置について、
好ましくは、前記順序設定手段はさらに、前記周波数帯が同じ読み取り手段のうち、通信チャネルおよび／または変調方式が同じである通信規格の読み取り手段の実行順序を連続させて、前記複数の読み取り手段の実行順序を設定する。
【００６８】
好ましくは、前記読み取り手段は、
ＲＦタグに対して読み取り信号を送信する送信手段と、
前記送信手段で読み取り信号を送信したのち、所定の時間が経過するのを計測する計時手段と、
受信信号を復調して前記ＲＦタグの応答信号を検出する復調手段と、
を備え、
前記復調手段は、前記読み取り信号を送信したのち前記所定の時間が経過した点から前記応答信号の検出を開始する。
【００６９】
好ましくはさらに、前記送信手段で読み取り信号を送信しおわったときの受信信号の時刻から、前記復調手段で前記ＲＦタグの応答信号を検出する受信信号の時刻までの経過時間を計測する遅れ時間計測手段を備え、
前記計時手段は、前記遅れ時間計測手段で計測した経過時間から算出する所定の時間の経過を計測する。
【００７０】
本発明の第２の観点に係るＲＦタグ読み取り方法について、
好ましくは、前記順序設定ステップはさらに、前記周波数帯が同じ読み取り処理のうち、通信チャネルおよび／または変調方式が同じである通信規格の読み取り処理の実行順序を連続させて、前記複数の読み取り処理の実行順序を設定する。
【００７１】
好ましくは、前記読み取り処理は、
ＲＦタグに対して読み取り信号を送信する送信ステップと、
前記送信ステップで読み取り信号を送信したのち、所定の時間が経過するのを計測する計時ステップと、
受信信号を復調して前記ＲＦタグの応答信号を検出する復調ステップと、
を備え、
前記復調ステップは、前記読み取り信号を送信したのち前記所定の時間が経過した点から前記応答信号の検出を開始する。
【００７２】
好ましくはさらに、前記送信ステップで読み取り信号を送信しおわったときの受信信号の時刻から、前記復調ステップで前記ＲＦタグの応答信号を検出する受信信号の時刻までの経過時間を計測する遅れ時間計測ステップを備え、
前記計時ステップは、前記遅れ時間計測ステップで計測した経過時間から算出する所定の時間の経過を計測する。
【００７３】
その他、前記のハードウエア構成やフローチャートは一例であり、任意に変更および修正が可能である。
【００７４】
制御部４、プログラム記憶部７、信号処理部９、送受信バッファ１０、Ａ−Ｄ／Ｄ−Ａ変換部１１、ＲＦセレクタ１５、順序情報記憶部１４およびタイマー８などから構成されるＲＦタグ読み取り処理を行う中心となる部分は、専用のシステムによらず、通常のコンピュータシステムを用いて実現可能である。たとえば、前記の動作を実行するためのコンピュータプログラムを、コンピュータが読み取り可能な記録媒体（フレキシブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ等）に格納して配布し、当該コンピュータプログラムをコンピュータにインストールすることにより、前記の処理を実行するＲＦタグ読み取り装置１を構成してもよい。また、インターネット等の通信ネットワーク上のサーバ装置が有する記憶装置に当該コンピュータプログラムを格納しておき、通常のコンピュータシステムがダウンロード等することでＲＦタグ読み取り装置１を構成してもよい。
【００７５】
また、ＲＦタグ読み取り装置１の機能を、ＯＳ（オペレーティングシステム）とアプリケーションプログラムの分担、またはＯＳとアプリケーションプログラムとの協働により実現する場合などには、アプリケーションプログラム部分のみを記録媒体や記憶装置に格納してもよい。
【００７６】
また、搬送波にコンピュータプログラムを重畳し、通信ネットワークを介して配信することも可能である。たとえば、通信ネットワーク上の掲示板(BBS, Bulletin Board System)に前記コンピュータプログラムを掲示し、ネットワークを介して前記コンピュータプログラムを配信してもよい。そして、このコンピュータプログラムを起動し、ＯＳの制御下で、他のアプリケーションプログラムと同様に実行することにより、前記の処理を実行できるように構成してもよい。
【符号の説明】
【００７７】
１    ＲＦタグ読み取り装置
２    ＲＦタグ
３    ホストコンピュータ
４    制御部
５    ＰＣインタプリタ
６    プロトコル処理部
７    プログラム記憶部
８    タイマー
９    信号処理部
１０    送受信バッファ
１１    Ａ−Ｄ／Ｄ−Ａ変換部
１２ａ、１２ｂ、１２ｃ  送受信部
１３    処理順序決定部
１４    順序情報記憶部
１５    ＲＦセレクタ
１６ａ、１６ｎ  処理プログラム
１７    制御プログラム
【図１】
2010239295.tif 000003
【図２】
2010239295.tif 000004
【図３】
2010239295.tif 000005
【図４Ａ】
2010239295.tif 000006
【図４Ｂ】
2010239295.tif 000007
【図５】
2010239295.tif 000008
【図６】
2010239295.tif 000009
【図７】
2010239295.tif 000010
【図８】
2010239295.tif 000011
【図９】
2010239295.tif 000012
【図１０】
2010239295.tif 000013
【図１１】
2010239295.tif 000014