(57)【要約】【課題】複数の無線タグ通信装置同士の混信や通信障害等の発生を防止しつつ、各無線タグ通信装置の通信タイミングの自由度を大きくする。【解決手段】通信対象の無線タグＴと無線通信により情報送受信を行う複数のリーダＡ，Ｂ，Ｃと、複数のリーダＡ，Ｂ，Ｃとネットワーク接続されたサーバ３とを有する通信制御システム１であって、サーバ３は、複数のリーダＡ，Ｂ，Ｃのうち１つのリーダＡ，Ｂ，Ｃが排他的に占有可能な時間区分が設定記録される大容量記憶装置１８の処理状況テーブルを備え、複数のリーダＡ，Ｂ，Ｃのそれぞれは、処理状況テーブルにおいて排他的に占有可能とされた時間区分において無線タグＴとの情報送受信を実行し、処理状況テーブルにおいて排他的に占有可能とされなかった時間区分においては無線タグＴとの情報送受信を実行しないように切り替える。【選択図】図９
2009075979.tif 000002
【特許請求の範囲】
【請求項１】
通信対象の無線タグと無線通信により情報送受信を行う複数の無線タグ通信装置と、前記複数の無線タグ通信装置とネットワーク接続されたサーバとを有する通信制御システムであって、
前記サーバは、
前記複数の無線タグ通信装置のうち１つの無線タグ通信装置が排他的に占有可能な時間区分が設定記録される記録手段を備え、
前記複数の無線タグ通信装置のそれぞれは、
前記記録手段において排他的に占有可能とされた前記時間区分において前記無線タグとの情報送受信を実行し、前記記録手段において排他的に占有可能とされなかった前記時間区分においては前記無線タグとの情報送受信を実行しないように切り替える切替制御手段を備える
ことを特徴とする通信制御システム。
【請求項２】
請求項１記載の通信制御システムにおいて、
前記複数の無線タグ通信装置のそれぞれは、
前記無線タグとの情報送受信を開始した後に、開始報告信号を前記サーバへ出力する開始報告信号出力手段を備える
ことを特徴とする通信制御システム。
【請求項３】
請求項２記載の通信制御システムにおいて、
前記複数の無線タグ通信装置のそれぞれは、
前記ネットワーク接続を介した前記サーバとの通信に支障が生じた場合に、他の無線タグ通信装置より優先して前記複数の無線タグと情報送受信を行うための優先順位情報を備えている
ことを特徴とする通信制御システム。
【請求項４】
請求項２記載の通信制御システムにおいて、
前記複数の無線タグ通信装置のそれぞれに備えられた前記切替制御手段は、
前記ネットワーク接続を介した前記サーバとの通信に支障が生じた場合に、前記無線タグとの情報送受信を実行しないようにする
ことを特徴とする通信制御システム。
【請求項５】
請求項３又は請求項４記載の通信制御システムにおいて、
前記複数の無線タグ通信装置のそれぞれは、
前記無線タグとの情報送受信を開始してよいかどうかの開始問合せ信号を前記サーバへ出力する開始問合せ信号出力手段を備え、
前記サーバは、
前記記録手段の設定記録結果を参照し、前記開始問合せ信号に対応した開始可否信号を、当該開始問合せ信号を出力した前記無線タグ通信装置へ出力する開始可否信号出力手段を備え、
前記無線タグ通信装置の前記切替制御手段は、
前記開始可否信号出力手段からの前記開始可否信号に応じて、前記情報送受信の実行・不実行を切り替える
ことを特徴とする通信制御システム。
【請求項６】
請求項５記載の通信制御システムにおいて、
前記無線タグ通信装置の前記切替制御手段は、
前記開始可否信号出力手段からの前記開始可否信号にて通信開始を許可された場合に、前記無線タグとの情報送受信を実行する
ことを特徴とする通信制御システム。
【請求項７】
請求項６記載の通信制御システムにおいて、
前記無線タグ通信装置の前記切替制御手段は、
前記開始可否信号出力手段からの前記開始可否信号にて通信開始を許可されなかった場合には、前記無線タグとの情報送受信を実行しないようにする
ことを特徴とする通信制御システム。
【請求項８】
請求項５乃至請求項７のいずれか１項記載の通信制御システムにおいて、
前記記録手段は、
現在及び過去における前記時間区分の占有状況が記録されている
ことを特徴とする通信制御システム。
【請求項９】
請求項３又は請求項４記載の通信制御システムにおいて、
前記複数の無線タグ通信装置のそれぞれは、
将来における前記無線タグとの情報送受信開始の予約できるかの予約問合せ信号を前記サーバへ出力する予約問合せ信号出力手段を備え、
前記サーバは、
前記記録手段の設定記録結果を参照し、前記予約問合せ信号に対応した予約可否信号を、当該予約問合せ信号を出力した前記無線タグ通信装置へ出力する予約可否信号出力手段を備え、
前記無線タグ通信装置の前記切替制御手段は、
前記予約可否信号出力手段からの前記予約可否信号に応じて、前記情報送受信の実行・不実行を切り替える
ことを特徴とする通信制御システム。
【請求項１０】
請求項９記載の通信制御システムにおいて、
前記無線タグ通信装置の前記切替制御手段は、
前記予約可否信号出力手段からの前記予約可否信号にて予約を許可された場合は、その許可された時間区分が到来したときに、前記無線タグとの情報送受信を実行する
ことを特徴とする通信制御システム。
【請求項１１】
請求項１０記載の通信制御システムにおいて、
前記無線タグ通信装置の前記切替制御手段は、
前記予約可否信号出力手段からの前記予約可否信号にて予約を許可された場合であっても、その許可された時間区分が到来しないうちは、前記無線タグとの情報送受信を実行しないようにする
ことを特徴とする通信制御システム。
【請求項１２】
請求項９乃至請求項１１のいずれか１項記載の通信制御システムにおいて、
前記記録手段は、
現在及び過去における前記時間区分の占有状況と、将来における前記時間区分の占有予約状況とが記録されている
ことを特徴とする通信制御システム。
【請求項１３】
サーバとネットワーク接続された無線タグ通信装置であって、
通信対象の無線タグと無線通信により情報送受信を行うための通信手段と、
前記サーバにより排他的に占有可能とされた時間区分において前記通信手段による前記無線タグとの情報送受信を実行し、前記サーバにおいて排他的に占有可能とされなかった時間区分においては前記通信手段による前記無線タグとの情報送受信を実行しないように切り替える切替制御手段と
を有することを特徴とする無線タグ通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信対象と無線通信により情報送受信を行う無線タグ通信装置を備えた通信制御システム及びその無線タグ通信装置に関するものである。
【背景技術】
【０００２】
小型の無線タグに対し、リーダ／ライタ（無線タグ通信装置）より非接触で問い合わせの送信及び返答の受信を行うことで、無線タグの情報の読み取り／書き込みを行うＲＦＩＤ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）システムが知られている。例えば無線タグ通信装置の送信アンテナより無線タグに対し質問波の送信を行うと、無線タグはその送信波に対応して応答波の返信を行う。このような通信を行う複数の無線タグ通信装置を備えたシステムにおいて、無線タグに対し円滑に通信を行うための従来技術として、例えば特許文献１記載のものがある。
【０００３】
この従来技術では、複数の無線タグ通信装置（質問器）よりコンベア上を搬送される種々の荷物に設けた無線タグ（電子荷札）へ通信を行うシステムが開示されている。このシステムでは、複数の無線タグ通信装置の通信する時期を荷物の搬送経路に沿って順番に設定し、制御装置で切り替え制御することにより、隣接する無線タグ通信装置どうしの通信干渉を防止することができる。
【０００４】
【特許文献１】特開平４−３６１９１５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記従来技術では、複数の無線タグ通信装置の通信順序をある定まった順序で順次切り替えていくにすぎない。このため、通信障害を防止することはできるものの、各無線タグ通信装置側から見ると、通信可能なタイミングが上記定まった順序に沿った時間区分に限定される。例えば一度自分の順番の時間区分が終わると他のすべての無線タグ通信装置の時間区分が終わるまでは通信できず、また必要に応じて１つの無線タグ通信装置で長い時間を（他の装置を排除しつつ）占有する等も不可能である。このため、各無線タグ通信装置における通信の自由度が低く、利便性が低かった。
【０００６】
本発明の目的は、複数の無線タグ通信装置同士の混信や通信障害等の発生を防止しつつ、各無線タグ通信装置の通信タイミングの自由度を大きくすることができる通信制御システム及びこれに備えられる無線タグ通信装置を提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、第１の発明は、通信対象の無線タグと無線通信により情報送受信を行う複数の無線タグ通信装置と、前記複数の無線タグ通信装置とネットワーク接続されたサーバとを有する通信制御システムであって、前記サーバは、前記複数の無線タグ通信装置のうち１つの無線タグ通信装置が排他的に占有可能な時間区分が設定記録される記録手段を備え、前記複数の無線タグ通信装置のそれぞれは、前記記録手段において排他的に占有可能とされた前記時間区分において前記無線タグとの情報送受信を実行し、前記記録手段において排他的に占有可能とされなかった前記時間区分においては前記無線タグとの情報送受信を実行しないように切り替える切替制御手段を備えることを特徴とする。
【０００８】
本願第１発明においては、複数の無線タグ通信装置がサーバにネットワーク接続されている。このとき、サーバでは、複数の無線タグ通信装置のいずれか１つのみが無線タグと通信を行い、他の無線タグ通信装置が無線タグと通信を行わないように、各無線タグ通信装置が排他的に占有可能な時間区分が設定可能となっている。設定された時間区分は記録手段に記録される。そして各無線タグ通信装置においては、切替制御手段が、排他的に占有可能とされた時間区分において無線タグと情報送受信を行い、排他的に占有可能とされなかった時間区分においては無線タグと情報送受信を行わないようにする。これにより、ある時間区分は、必ずいずれか１つの無線タグ通信装置のみによる無線タグとの通信が行われ、複数の無線タグ通信装置が同じ時間区分において競合して無線タグとの通信を行うのが確実に防止される。この結果、複数の無線タグ通信装置同士における混信や通信障害等の発生が防止されるので、無線タグに対し信頼性の高い情報送受信を行うことができる。また、各無線タグ通信装置は他の装置と競合しない限りにおいて比較的自由に（早い者勝ちで）時間区分を確保し情報送受信を行うことができるので、予め定められた順序に沿った時間区分でしか通信できない場合に比べれば自由度が大きく、その分利便性が高い。
【０００９】
さらに、サーバ側では記録手段に時間区分を記録するのみであって、無線タグ通信装置側において自己に対して占有可能な時間区分であるかどうかを判断して能動的に通信制御を行う構成である。これにより、サーバ側において各無線タグ通信装置に対する通信挙動の制御を直接行う必要がなくなり、サーバの制御内容を簡素化できる効果もある。
【００１０】
第２発明は、上記第１発明において、前記複数の無線タグ通信装置のそれぞれは、前記無線タグとの情報送受信を開始した後に、開始報告信号を前記サーバへ出力する開始報告信号出力手段を備えることを特徴とする。
【００１１】
これにより、サーバは、開始報告信号を出力した無線タグ通信装置が無線タグとの通信を開始したことを確実に検知し、その旨を記録手段に記録することが可能となる。
【００１２】
第３発明は、上記第２発明において、前記複数の無線タグ通信装置のそれぞれは、前記ネットワーク接続を介した前記サーバとの通信に支障が生じた場合に、他の無線タグ通信装置より優先して前記複数の無線タグと情報送受信を行うための優先順位情報を備えていることを特徴とする。
【００１３】
これにより、何らかの事情によりサーバとのネットワーク通信が途絶したり阻害された場合であっても、予め定められた優先順位にしたがい、優先順位が高い無線タグ通信装置のみが無線タグと通信を行うことで、複数の無線タグ通信装置が競合して無線タグとの通信を行うのを防止することができる。
【００１４】
第４発明は、上記第２発明において、前記複数の無線タグ通信装置のそれぞれに備えられた前記切替制御手段は、前記ネットワーク接続を介した前記サーバとの通信に支障が生じた場合に、前記無線タグとの情報送受信を実行しないようにすることを特徴とする。
【００１５】
これにより、何らかの事情によりサーバとのネットワーク通信が途絶したり阻害された場合であっても、すべての無線タグ通信装置が無線タグと通信を行わないようにすることで、複数の無線タグ通信装置が競合して無線タグとの通信を行うのを防止することができる。
【００１６】
第５発明は、上記第３又は第４発明において、前記複数の無線タグ通信装置のそれぞれは、前記無線タグとの情報送受信を開始してよいかどうかの開始問合せ信号を前記サーバへ出力する開始問合せ信号出力手段を備え、前記サーバは、前記記録手段の設定記録結果を参照し、前記開始問合せ信号に対応した開始可否信号を、当該開始問合せ信号を出力した前記無線タグ通信装置へ出力する開始可否信号出力手段を備え、前記無線タグ通信装置の前記切替制御手段は、前記開始可否信号出力手段からの前記開始可否信号に応じて、前記情報送受信の実行・不実行を切り替えることを特徴とする。
【００１７】
ある無線タグ通信装置が無線タグと情報送受信を行いたいときは、開始問い合わせ信号出力手段から開始問い合わせ信号を出力する。すると、サーバは記録手段に記録された時間区分の記録結果を参照し、当該時間区分が他の無線タグ通信装置に既に占有されていないかどうかを調べ、その結果に応じて開始可否信号出力手段から開始可否信号を出力する。当該無線タグ通信装置の切替制御手段は、その開始可否信号に応じて無線タグとの情報送受信を行うか行わないかを切り替える。この結果、複数の無線タグ通信装置が、同じ時間区分において競合して無線タグとの通信を行うのを防止することができる。
【００１８】
第６発明は、上記第５発明において、前記無線タグ通信装置の前記切替制御手段は、前記開始可否信号出力手段からの前記開始可否信号にて通信開始を許可された場合に、前記無線タグとの情報送受信を実行することを特徴とする。
【００１９】
サーバから通信開始を許可された無線タグ通信装置のみが無線タグと通信を行うことで、複数の無線タグ通信装置が同じ時間区分において競合して無線タグとの通信を行うのを防止することができる。
【００２０】
第７発明は、上記第６発明において、前記無線タグ通信装置の前記切替制御手段は、前記開始可否信号出力手段からの前記開始可否信号にて通信開始を許可されなかった場合には、前記無線タグとの情報送受信を実行しないようにすることを特徴とする。
【００２１】
サーバから通信開始を許可されない無線タグ通信装置は無線タグと通信を行わないようにすることで、複数の無線タグ通信装置が同じ時間区分において競合して無線タグとの通信を行うのを防止することができる。
【００２２】
第８発明は、上記第５乃至第７発明のいずれかにおいて、前記記録手段は、現在及び過去における前記時間区分の占有状況が記録されていることを特徴とする。
【００２３】
これにより、記録手段を参照することで、サーバは現在及び過去における各無線タグ通信装置の通信状況を把握することができる。この結果、現在通信を開始してよいかについて新たに開始問い合わせ信号が入力された場合には、把握できる現在の占有状況に基づき、その無線タグ通信装置に対し通信開始を許可するかどうかを判断し、通知することが可能となる。
【００２４】
第９発明は、上記第３又は第４発明において、前記複数の無線タグ通信装置のそれぞれは、将来における前記無線タグとの情報送受信開始の予約できるかの予約問合せ信号を前記サーバへ出力する予約問合せ信号出力手段を備え、前記サーバは、前記記録手段の設定記録結果を参照し、前記予約問合せ信号に対応した予約可否信号を、当該予約問合せ信号を出力した前記無線タグ通信装置へ出力する予約可否信号出力手段を備え、前記無線タグ通信装置の前記切替制御手段は、前記予約可否信号出力手段からの前記予約可否信号に応じて、前記情報送受信の実行・不実行を切り替えることを特徴とする。
【００２５】
ある無線タグ通信装置が将来において無線タグと情報送受信を行いたいときは、予約問い合わせ信号出力手段から予約問い合わせ信号を出力する。すると、サーバは記録手段に記録された時間区分の記録結果を参照し、当該時間区分が他の無線タグ通信装置に既に予約されていないかどうかを調べ、その結果に応じて予約可否信号出力手段から予約可否信号を出力する。当該無線タグ通信装置の切替制御手段は、その予約可否信号に応じて（当該予約希望の時間区分が到来したときに）無線タグとの情報送受信を行うか行わないかを切り替える。この結果、複数の無線タグ通信装置が、同じ時間区分において競合して無線タグとの通信を行うのを防止することができる。
【００２６】
第１０発明は、上記第９発明において、前記無線タグ通信装置の前記切替制御手段は、前記予約可否信号出力手段からの前記予約可否信号にて予約を許可された場合は、その許可された時間区分が到来したときに、前記無線タグとの情報送受信を実行することを特徴とする。
【００２７】
サーバから通信予約を許可された無線タグ通信装置のみがその予約した時間区分に無線タグと通信を行うことで、複数の無線タグ通信装置が同じ時間区分において競合して無線タグとの通信を行うのを防止することができる。
【００２８】
第１１発明は、上記第１０発明において、前記無線タグ通信装置の前記切替制御手段は、前記予約可否信号出力手段からの前記予約可否信号にて予約を許可された場合であっても、その許可された時間区分が到来しないうちは、前記無線タグとの情報送受信を実行しないようにすることを特徴とする。
【００２９】
無線タグ通信装置がサーバから通信予約を許可されても、その予約した時間区分がくるまでは無線タグと通信を行わないようにすることで、複数の無線タグ通信装置が同じ時間区分において競合して無線タグとの通信を行うのを防止することができる。
【００３０】
第１２発明は、上記第９乃至第１１発明のいずれかにおいて、前記記録手段は、現在及び過去における前記時間区分の占有状況と、将来における前記時間区分の占有予約状況とが記録されていることを特徴とする。
【００３１】
これにより、記録手段を参照することで、サーバは現在及び過去における各無線タグ通信装置の通信状況、さらに将来における各無線タグ通信装置の通信予定状況を把握することができる。この結果、新たに開始問い合わせ信号が入力された場合に、その無線タグ通信装置に対し通信開始を許可するか、あるいは将来のある時間区分に通信開始してよい旨の予約受付を行うかを判断し、通知することが可能となる。
【００３２】
上記目的を達成するために、第１３発明は、サーバとネットワーク接続された無線タグ通信装置であって、通信対象の無線タグと無線通信により情報送受信を行うための通信手段と、前記サーバにより排他的に占有可能とされた時間区分において前記通信手段による前記無線タグとの情報送受信を実行し、前記サーバにおいて排他的に占有可能とされなかった時間区分においては前記通信手段による前記無線タグとの情報送受信を実行しないように切り替える切替制御手段とを有することを特徴とする。
【００３３】
本願第１３発明の無線タグ通信装置は、サーバにネットワーク接続されている。サーバでは、複数の無線タグ通信装置のいずれか１つのみが無線タグと通信を行い、他の無線タグ通信装置が無線タグと通信を行わないように、各無線タグ通信装置が排他的に占有可能な時間区分が設定可能となっている。そして無線タグ通信装置においては、切替制御手段が、排他的に占有可能とされた時間区分において通信手段を介し無線タグと情報送受信を行い、排他的に占有可能とされなかった時間区分においては通信手段を介し無線タグと情報送受信を行わないようにする。これにより、ある時間区分は、必ずいずれか１つの無線タグ通信装置のみによる無線タグとの通信が行われ、複数の無線タグ通信装置が同じ時間区分において競合して無線タグとの通信を行うのが確実に防止される。この結果、複数の無線タグ通信装置同士における混信や通信障害等の発生が防止されるので、無線タグに対し信頼性の高い情報送受信を行うことができる。また、各無線タグ通信装置は他の装置と競合しない限りにおいて比較的自由に（早い者勝ちで）時間区分を確保し情報送受信を行うことができるので、予め定められた順序に沿った時間区分でしか通信できない場合に比べれば自由度が大きく、その分利便性が高い。さらに、無線タグ通信装置側において、自己に対して占有可能な時間区分であるかどうかを判断して能動的に通信制御を行う。これにより、サーバ側において各無線タグ通信装置に対する通信挙動の制御を直接行う必要がなくなり、サーバの制御内容を簡素化することができる。
【発明の効果】
【００３４】
本発明によれば、複数の無線タグ通信装置同士の混信や通信障害等の発生を防止しつつ、各無線タグ通信装置の通信タイミングの自由度を大きくすることができる。
【発明を実施するための最良の形態】
【００３５】
以下、本発明の一実施の形態を図面を参照しつつ説明する。本実施形態は、本発明の通信制御システムを、例えばそれぞれ無線タグを所持している人物の配置管理に適用した場合の実施形態である。
【００３６】
図１において、この例では、展示会会場などで自由に歩いて回っている多数の入場者Ｍがそれぞれ無線タグＴを貼付した名札等を所持している。そして、展示会会場には無線タグ通信装置である３つのリーダＡ，Ｂ，Ｃが、入場者Ａの移動する領域を囲むように配置されている。それら３つのリーダＡ，Ｂ，Ｃは、それぞれ通信ネットワーク（ネットワーク）ＮＷを介して一つのサーバ３に対し情報を送受可能に接続されている。
【００３７】
各リーダＡ，Ｂ，Ｃは例えばそれぞれ異なる使用者（＝管理者；特に図示せず）により操作される。各使用者は、それぞれリーダＡ，Ｂ，Ｃを用いて担当の領域に集まっている入場者Ｍの無線タグＴから無線通信を介して対応する入場者Ｍに関する情報を読み取ることで、各担当領域における入場者Ｍの配置状況を管理する。ここで、各リーダＡ，Ｂ，Ｃの通信可能領域が重複する場合には、複数のリーダＡ，Ｂ，Ｃが同時に無線通信を行うことによる混信や通信障害等を防ぐよう、各リーダＡ，Ｂ，Ｃそれぞれ異なる時間区分で無線通信を行うようにする。
【００３８】
図２は、本実施形態の通信制御システム１の概略を表すシステム構成図である。なお、上記３つのリーダＡ，Ｂ，Ｃはどれも同じハードウェア構成のものであり、この図２においては図示の煩雑を避けるために一つのリーダＡのみを示し、他のリーダＢ，Ｃの図示は省略している。
【００３９】
図２において、この通信制御システム１は、上述したように各無線タグＴとの無線通信によりそれぞれの情報の読み取りを行う上記リーダＡ（及びリーダＢ，Ｃ）と、これらリーダＡ，Ｂ，Ｃに適宜の通信ネットワークＮＷでそれぞれ接続された上記サーバ３とから構成されている。
【００４０】
リーダＡ，Ｂ，Ｃは、制御部４と、リーダアンテナ（通信手段）５とを有している。制御部４は、ＣＰＵ（中央演算装置）６と、上記通信ネットワークＮＷを介してサーバ３との制御信号及び情報信号の授受の制御を行うネットワーク通信制御部７と、例えばＲＡＭやＲＯＭ等からなるメモリ８と、時計として機能するタイマ９と、使用者からの指示や情報が入力される操作部１０と、各種情報やメッセージを表示する表示部１１と、リーダアンテナ５を介し無線タグＴとの無線通信の制御を行うＲＦ通信制御部１２とを備えている。
【００４１】
このリーダＡ，Ｂ，ＣのＣＰＵ６は、ＲＡＭの一時記憶機能を利用しつつＲＯＭに予め記憶されたプログラムに従って信号処理を行い、それによってサーバ３との間で各種の制御信号や情報信号の送受を行うとともに、リーダアンテナ５を介した無線通信により無線タグＴの読み取り処理を行うようになっている。
【００４２】
サーバ３は、ＣＰＵ（中央演算装置）１３と、上記と同様のメモリ１４、タイマ１５、操作部１６、及び表示部１７と、ハードディスク装置などからなる大容量記憶装置（記録手段）１８と、上記通信ネットワークＮＷを介してリーダＡ，Ｂ，Ｃとの制御信号及び情報信号の授受の制御を行うネットワーク通信制御部１９とを備えている。
【００４３】
なお、本実施形態では、通信ネットワークＮＷにケーブル等を使用した有線ネットワークを想定しているが、これに限らず、例えば上記ＲＦ通信制御部１２と周波数帯及び送受信方式の異なる無線ネットワークを用いてもよい。そして３つのリーダＡ，Ｂ，Ｃとサーバ３とは、相互に通信相手を特定（認識）した上で通信を行えるようになっている。
【００４４】
無線タグＴは、タグ側アンテナ１５１とＩＣ回路部１５０とを備える無線タグ回路素子Ｔoを有し、例えばこの無線タグ回路素子Ｔoを特に図示しない基材などに設けて入場者Ｍの所持する名札等に貼付したものである（無線タグ回路素子Ｔoについては後に詳述する）。
【００４５】
図３は、上記リーダＡ，Ｂ，ＣにおけるＣＰＵ６、ＲＦ通信制御部１２及びリーダアンテナ５の詳細構成を表す機能ブロック図である。
【００４６】
図３において、ＣＰＵ６は、無線タグ回路素子ＴoのＩＣ回路部１５０から読み出された信号を処理して情報を読み出すとともに無線タグ回路素子ＴoのＩＣ回路部１５０へアクセスするためのアクセス情報を生成する機能を含み、リーダＡ，Ｂ，Ｃ全体の動作を制御するものである。
【００４７】
ＲＦ通信制御部１２は、上記リーダアンテナ５を介し上記無線タグ回路素子ＴoのＩＣ回路部１５０の情報(タグＩＤを含む無線タグ情報)へアクセス（読み取りと書き込み；本実施形態では読み取りのみ）するものである。このＲＦ通信制御部１２は、リーダアンテナ５を介し無線タグ回路素子Ｔoに対して信号を送信する送信部２１２と、リーダアンテナ５により受信された無線タグ回路素子Ｔoからの応答波を入力する受信部２１３と、送受分離器２１４とから構成される。
【００４８】
送信部２１２は、無線タグ回路素子ＴoのＩＣ回路部１５０の無線タグ情報にアクセスする(この例では読み取りのみ)ための搬送波を発生させる水晶振動子２１５Ａ、ＣＰＵ６の制御により所定の周波数の信号を発生させるＰＬＬ（Phase  Locked  Loop）２１５Ｂ、及びＶＣＯ（Voltage  Controlled  Oscillator）２１５Ｃと、上記ＣＰＵ６から供給される信号に基づいて上記発生させられた搬送波を変調（この例ではＣＰＵ６からの「ＴＸ＿ＡＳＫ」信号に基づく振幅変調）する送信乗算回路２１６（但し「ＴＸ＿ＡＳＫ」信号の場合は増幅率可変アンプ等を用いてもよい）と、その送信乗算回路２１６により変調された変調波を増幅（この例ではＣＰＵ６からの「ＴＸ＿ＰＷＲ」信号によって増幅率を決定される増幅）する可変送信アンプ２１７とを備えている。そして、上記発生される搬送波は、例えばＵＨＦ帯、マイクロ波帯、あるいは短波帯の周波数を用いており、上記可変送信アンプ２１７の出力は、送受分離器２１４を介しリーダアンテナ５に伝達されて無線タグ回路素子ＴoのＩＣ回路部１５０に供給される。なお、無線タグ情報は上記のように変調した信号に限られず、単なる搬送波のみの場合もある。
【００４９】
受信部２１３は、リーダアンテナ５で受信された無線タグ回路素子Ｔoからの応答波と上記発生させられた搬送波とを乗算して復調する受信第１乗算回路２１８と、その受信第１乗算回路２１８の出力から必要な帯域の信号のみを取り出すための第１バンドパスフィルタ２１９と、この第１バンドパスフィルタ２１９の出力を増幅する受信第１アンプ２２１と、この受信第１アンプ２２１の出力をさらに増幅してデジタル信号に変換する第１リミッタ２２０と、上記リーダアンテナ５で受信された無線タグ回路素子Ｔoからの応答波と上記発生された後に移相器２２７により位相を９０°遅らせた搬送波とを乗算する受信第２乗算回路２２２と、その受信第２乗算回路２２２の出力から必要な帯域の信号のみを取り出すための第２バンドパスフィルタ２２３と、この第２バンドパスフィルタ２２３の出力を増幅する受信第２アンプ２２５と、この受信第２アンプ２２５の出力をさらに増幅してデジタル信号に変換する第２リミッタ２２４とを備えている。そして、上記第１リミッタ２２０から出力される信号「ＲＸＳ−Ｉ」及び第２リミッタ２２４から出力される信号「ＲＸＳ−Ｑ」は、上記ＣＰＵ６に入力されて処理される。
【００５０】
また、受信第１アンプ２２１及び受信第２アンプ２２５の出力は、強度検出手段としてのＲＳＳＩ（Received  Signal  Strength  Indicator)回路２２６にも入力され、それらの信号の強度を示す信号「ＲＳＳＩ」がＣＰＵ６に入力されるようになっている。このようにして、リーダＡ，Ｂ，Ｃでは、Ｉ−Ｑ直交復調によって無線タグ回路素子Ｔoからの応答波の復調が行われる。
【００５１】
図４は、上記無線タグＴに備えられた無線タグ回路素子Ｔoの機能的構成の一例を表すブロック図である。
【００５２】
図４は、上記無線タグＴに備えられた無線タグ回路素子Ｔoの機能的構成を表す機能ブロック図である。この図４において、無線タグ回路素子Ｔoは、上述したようにリーダＡ，Ｂ，Ｃのリーダアンテナ５と信号の送受信を行う上記タグ側アンテナ１５１と、このタグ側アンテナ１５１に接続された上記ＩＣ回路部１５０とを有している。
【００５３】
ＩＣ回路部１５０は、タグ側アンテナ１５１により受信された質問波を整流する整流部１５２と、この整流部１５２により整流された質問波のエネルギを蓄積し駆動電源とするための電源部１５３と、上記タグ側アンテナ１５１により受信された質問波からクロック信号を抽出して制御部１５７に供給するクロック抽出部１５４と、所定の情報信号を記憶し得るメモリ部１５５と、上記タグ側アンテナ１５１に接続された変復調部１５６と、上記メモリ部１５５、クロック抽出部１５４、及び変復調部１５６等を介して上記無線タグ回路素子Ｔoの作動を制御するための上記制御部１５７とを備えている。
【００５４】
変復調部１５６は、タグ側アンテナ１５１により受信された上記リーダＡ，Ｂ，Ｃのリーダアンテナ５からの通信信号の復調を行い、また、上記制御部１５７からの返信信号を変調し、タグ側アンテナ１５１より応答波（タグＩＤを含む信号）として送信する。
【００５５】
制御部１５７は、上記変復調部１５６により復調された受信信号を解釈し、上記メモリ部１５５において記憶された情報信号に基づいて返信信号を生成し、この返信信号を上記変復調部１５６により上記タグ側アンテナ１５１から返信する制御等の基本的な制御を実行する。
【００５６】
以上において、本実施形態の最も大きな特徴は、現在どのリーダＡ，Ｂ，Ｃが無線タグＴの読み取り処理を行っているかをサーバ３がその大容量記憶装置に記録して管理することにある。３つのリーダＡ，Ｂ，Ｃはそれぞれ無線タグＴの読み取り処理を行う際にその時点で他のリーダが読み取り処理を行っていないか、つまりその時点で自己のリーダのみが無線通信による読み取り処理を行えるか否かをサーバ３に確認してから無線通信を行う。以下、それらの詳細を順次説明する。
【００５７】
まず、本実施形態の例において、各リーダＡ，Ｂ，Ｃがサーバ３に対して送信する処理要求信号について説明する。
【００５８】
図５は、各リーダＡ，Ｂ，Ｃがサーバ３に対して送信する処理要求信号の一例のデータ構造を表す図である。この処理要求信号（開始問い合わせ信号）は、各リーダＡ，Ｂ，Ｃが無線タグＴの読み取り処理を行う際にサーバ３に対してその読み取り処理の実行許可を要求するために送信する信号である。この処理要求信号は、当該読み取り処理に関する情報、つまりその読み取り処理に要すると予想される所要時間情報と、その読み取り処理の詳細な処理内容情報とを含んでいる。図示する例では、所要時間が４５秒間であって、その処理内容は各無線タグＴのＩＤを取得する内容であり、取得リーダＡが送信した処理要求信号としている。なお、各リーダＡ，Ｂ，Ｃにおける通信の所要時間がほぼ画一的に一定である場合（あるいは一定と見なしてもよい場合）には、所要時間情報を省略してもよい。
【００５９】
次に、本実施形態の例においてサーバ３の大容量記憶装置１８に記録される処理状況テーブルについて説明する。
【００６０】
図６は、リーダＡ，Ｂ，Ｃの読み取り処理の状況を管理する処理状況テーブルの一例を概念的に表す図である。この処理状況テーブル（設定記録結果）は、上記サーバ３の大容量記憶装置１８に記録保持される情報である。
【００６１】
図６において、処理状況テーブルは、ある読み取り処理の「開始時刻」及び「終了時刻」と、その読み取り処理を行う「対象リーダ」と、その読み取り処理の詳細な「処理内容」と、その読み取り処理がすでに開始されたか否かを記録する「開始確認」との各項目からなっている。図示する処理状況テーブルの内容は、例として現在時刻が１１時４９分３０秒の時点の内容を示しており、これは最後に行われた読み取り処理が終了し（つまり１１時４９分２８秒の後の時点）、それ以降に読み取り処理が何も行われていない状態の内容となっている。なお、この最後に行われた読み取り処理は、上記図５に示した処理要求信号に対応した処理となっている。
【００６２】
まず、この処理状況テーブルの最初には各リーダＡ，Ｂ，Ｃからの処理要求信号に対して受け付けを始めた時刻が予め記録されている（この記録はなくてもよい）。そしてサーバ３は、その開始時刻以降に受信した処理要求信号に対し、その受信した時点で他のリーダによる読み取り処理が行われていない場合にだけ、当該処理要求信号を送信したリーダに対し読み取り処理を許可する信号（処理許可信号；後に詳述する）を返信する。
【００６３】
そして、その後に処理を許可したリーダから開始報告信号を受信した時点で処理が開始されたものとし、その読み取り処理の開始時刻と、それから上記所要時間（上記処理要求信号に含まれている）だけ経過した時刻となる終了時刻、処理を行っているリーダ（対象リーダ）、及び読み取り処理の処理内容をそれぞれ処理状況テーブルの上記「開始時刻」「終了時刻」「処理内容」の各項目に記録し、また「開始確認」の項目を”済み”に書き換える。このようにして処理状況テーブルには、現在及び過去における時間区分の各リーダＡ，Ｂ，Ｃの占有状況が記録される。
【００６４】
図７は、リーダＡ，Ｂ，ＣのＣＰＵ６によって実行される制御手順を表すフローチャートである（各リーダＡ，Ｂ，Ｃで共通のフロー）。また、後述する処理要求信号、処理許可信号、処理拒否信号、及び開始報告信号は、例えば、それぞれ通信ネットワークＮＷを介してリーダＡ，Ｂ，Ｃとサーバ３間で送受される（以下において同様）。
【００６５】
図７において、例えば、電源の投入後このフローが開始される。まず、ステップＳ５において、リーダＡ，Ｂ，Ｃを操作する使用者から操作部１０の入力操作を介して無線タグＴとの通信を要求する操作がなされたか否かを判定する。ここでの入力操作は、読み取り処理の詳細な処理内容（ＩＤ取得、データ読み取り等）も含めた入力操作となる。入力操作がなされていない場合、判定が満たされず、ステップＳ１０で同じく操作部１０の入力操作を介してこのフローを終了する操作が行われたか否かを判定する。終了操作が行われていない場合、判定が満たされず、ステップＳ５に戻り同様の手順を繰り返す。一方、終了操作が行われている場合、判定が満たされ、このフローを終了する。
【００６６】
また一方、上記ステップＳ５の判定において、詳細な処理内容の入力とともに読み取り処理を要求する操作が行われた場合、判定が満たされ、次のステップＳ１５へ移る。ステップＳ１５では、上記ステップＳ５で入力された処理内容とともに、その処理に要すると予想される所要時間を算出し、これら所要時間と処理内容に基づいて処理要求信号（開始問い合わせ信号；図５参照）を生成してサーバ３へ送信する（開始問い合わせ信号出力手段）。
【００６７】
次にステップＳ２０へ移り、サーバ３から何らかの応答信号を受信するまでループ待機し、応答信号を受信した際には判定が満たされて次のステップＳ２５へ移る。
【００６８】
ステップＳ２５では、上記ステップＳ２０で受信した応答信号（開始可否信号）が処理許可信号であるか否かを判定する。処理許可信号を受信している場合、判定が満たされ、すなわちその時点で他のリーダが無線通信による読み取り処理を行っておらず自己のリーダのみが読み取り処理を行えるものとみなして、次のステップＳ３０へ移る。この結果、このステップＳ２５の手順が、各請求項記載の切替制御手段として機能する。
【００６９】
ステップＳ３０で、サーバ３に開始報告信号を送信して読み取り処理の開始を報告する（開始報告信号出力手段）。その後、次のステップＳ３５で、上記ステップＳ５において入力された処理内容の無線通信により無線タグＴの読み取り処理を行う。そして次のステップＳ４０で、読み取り処理の結果を表示部１１に表示し、ステップＳ５へ戻り同様の手順を繰り返す。
【００７０】
また、一方で、上記ステップＳ２０で処理拒否信号を受信している場合、次のステップＳ２５の判定を満たさず、すなわちその時点で他のリーダが無線通信による読み取り処理を行っているため自己のリーダが読み取り処理を行うことができないものとみなして、次のステップＳ４５でその旨の処理拒否状況を表示部１１に表示する。その後、ステップＳ５へ戻って同様の手順を繰り返す。
【００７１】
図８は、サーバ３のＣＰＵ１３によって実行される制御手順を表すフローチャートである。
【００７２】
図８において、この例では、電源の投入後に処理状況テーブルに記録されているリーダからの要求受付開始時刻が経過した後、このフローが開始される。
【００７３】
まず、ステップＳ１０５において、いずれかのリーダＡ，Ｂ，Ｃから処理要求信号を受信したか否かを判定する。処理要求信号を受信していない場合、判定が満たされず、ステップＳ１１０へ移る。このステップＳ１１０では、上記図７中のステップＳ１０と同等の制御により終了操作の有無を判定し、終了操作が行われていない場合、判定が満たされず、ステップＳ１０５に戻り同様の手順を繰り返す。一方、終了操作が行われている場合、判定が満たされ、このフローを終了する。なお、サーバ３が例えば常時稼働型であって終了操作が特に存在しない（あるいは実質的に存在しないとみなせる）場合にはこのステップＳ１１０を省略し、ステップＳ１０５の判定が満たされない場合には満たされるまで単純にループ待機するようにしてもよい。
【００７４】
また一方、上記ステップＳ１０５の判定において、いずれかのリーダＡ，Ｂ，Ｃから処理要求信号を受信している場合、判定が満たされ、次のステップＳ１１５へ移る。ステップＳ１１５では、処理状況テーブルから現在時刻に対応する処理（つまり開始時刻から終了時刻の間にその時点での時刻が該当する処理）を検索する。
【００７５】
次にステップＳ１２０へ移り、現在時刻に対応する処理がヒットしたか否か、つまり上記ステップＳ１１５の検索において開始時刻が現在時刻より早く、終了時刻が現在時刻より遅くなる処理があったか否かを判定する。現在時刻に対応する処理がヒットしなかった場合、判定が満たされず、すなわちその時点でどのリーダＡ，Ｂ，Ｃも読み取り処理を行っていないものとみなして次のステップＳ１２５へ移る。
【００７６】
ステップＳ１２５では、上記ステップＳ１０５で受信した処理要求信号の発信元であるリーダＡ，Ｂ，Ｃに対して処理許可信号（開始可否信号）を送信する（開始可否信号出力手段）。その後、次のステップＳ１３０で処理状況テーブルに新規の読み取り処理に関する項目を登録する。この読み取り処理の新規登録では、上記Ｓ１０５で受信した処理要求信号に含まれる処理内容を上記図６のテーブルの「処理内容」に記録し、当該処理要求信号の発信元のリーダＡ，Ｂ，Ｃの名称や識別情報等を「対象リーダ」に記録する。
【００７７】
そして次のステップＳ１３５で、同じリーダＡ，Ｂ，Ｃから開始報告信号を受信するまでループ待機する。そして、開始報告信号を受信した際には次のステップＳ１４０でその時点を当該読み取りの開始時刻と決定し、またこの開始時刻から上記Ｓ１０５で受信した処理要求信号に含まれる所要時間だけ経過した時刻を終了時刻と決定する。そして、これらをそれぞれ図６の処理状況テーブルの「開始時刻」「終了時刻」に新たに記録し、さらに「開始確認」に”済み”を記載し書き換える。これにより、上記の開始時刻と終了時刻の間の時間区分で対象リーダが排他・占有的に読み取り処理を行えるものとして処理状況テーブルに記録されることになる。その後、ステップＳ１０５へ移り、同様の手順を繰り返す。
【００７８】
また、一方で、上記ステップＳ１２０の判定において、現在時刻に対応する処理がヒットした場合、つまり上記ステップＳ１１５の検索において開始時刻が現在時刻より早く、終了時刻が現在時刻より遅くなる処理があった場合、判定が満たされ、すなわちその時点で他のいずれかのリーダＡ，Ｂ，Ｃが読み取り処理を行っているものとみなして次のステップＳ１４５へ移る。そして、ステップＳ１４５で同じリーダＡ，Ｂ，Ｃに対して処理拒否信号（開始可否信号）を送信する（開始可否信号出力手段）。その後、ステップＳ１０５へ戻って同様の手順を繰り返す。
【００７９】
図９は、上記図７の制御手順をそれぞれ行う３つのリーダＡ，Ｂ，Ｃと、上記図８の制御手順を行うサーバ３の間で送受される各種信号の送受と制御動作の一例を表すシーケンス図である。この図９では、図中上側から下側に向かって時系列変化するように表し、この時系列に関係するリーダＡ，Ｂ，Ｃ及びサーバ３の手順のみを図示してそれらの時系列の前後関係を表している。
【００８０】
図９において、まず最初に、この例では、リーダＡが手順ＣＡ１において無線タグＴの読み取り処理を行うよう指示操作され（図７のステップＳ５）、これにより処理要求信号をサーバ３へ送信する（図７のステップＳ１５）。その後リーダＡは手順ＣＡ２でサーバ３からの応答を待つ（図７のステップＳ２０）。
【００８１】
サーバ３は手順ＣＳ１でこの処理要求信号をリーダＡから受信（図８のステップＳ１０５）した後、手順ＣＳ２で現在時刻に対応する処理があるか否かを判定する（図８のステップＳ１２０）。この例では処理状況テーブルに現在時刻に対応する処理がない（つまり現在時刻で他のリーダＢ，Ｃのいずれも読み取り処理を行っていない）ことにより、次の手順ＣＳ３でリーダＡへ処理許可信号を送信する（図８のステップＳ１２５）。
【００８２】
そして、リーダＡが手順ＣＡ３でこの処理許可信号を受信することにより（図７のステップＳ２５）、次の手順ＣＡ４で開始報告信号をサーバ３へ送信し（図７のステップＳ３０）、その後に手順ＣＡ５で無線通信により無線タグＴの読み取り処理を行い（図７のステップＳ３５）、手順ＣＡ６で読み取り処理結果を表示部１１に表示（図７のステップＳ４０）して手順を終了する。また、サーバ３は手順ＣＳ４でリーダＡからの開始報告信号を受信（図８のステップＳ１３５）したことにより処理状況テーブルの新規登録を行う（図８のステップＳ１４０）。
【００８３】
そしてこの例では、リーダＢが、リーダＡの上記手順ＣＡ５による無線タグＴの読み取り処理の実行中において、手順ＣＢ１によりサーバ３へ処理要求信号を送信したとする（図７のステップＳ１５）。この場合、サーバ３は手順ＣＳ４を行った後のタイミングで手順ＣＳ５により処理要求信号をリーダＢから受信（図８のステップＳ１０５）した後、手順ＣＳ６で現在時刻に対応する処理があるか否かを判定する（図８のステップＳ１２０）。この時点で処理状況テーブルにおいて現在時刻に対応する処理がヒットする（つまり現在時刻でリーダＡによる読み取り処理が行われている）ことにより、次の手順ＣＳ７でリーダＢへ処理拒否信号を送信する（図８のステップＳ１４５）。手順ＣＢ１の後に手順ＣＢ２でサーバ３からの応答を待っているリーダＢが、手順ＣＢ３でサーバ３から処理拒否信号を受信（図７のステップＳ２５）すると、次の手順ＣＢ４で表示部１１に処理拒否状況を表示して手順を終了する。
【００８４】
またこの例で、リーダＣが、リーダＡの上記手順ＣＡ５による無線タグＴの読み取り処理の終了後において、手順ＣＣ１によりサーバ３は処理要求信号を送信したとする（図７のステップＳ１５）。この場合、サーバ３は手順ＣＳ７を行った後のタイミングで手順ＣＳ８により処理要求信号をリーダＣから受信（図８のステップＳ１０５）した後、手順ＣＳ９で現在時刻に対応する処理があるか否かを判定する（図８のステップＳ１２０）。この時点では処理状況テーブルにおいて現在時刻に対応する処理がヒットしない（つまり現在時刻でリーダＡによる読み取り処理が終了し他のいずれのリーダＡ，Ｂも読み取り処理を行っていない）ことにより、次の手順ＣＳ１０でリーダＣへ処理許可信号を送信する（図８のステップＳ１２５）。
【００８５】
手順ＣＣ１の後に手順ＣＣ２でサーバ３からの応答を待っているリーダＣが、手順ＣＣ３でサーバ３から処理許可信号を受信（図７のステップＳ２５）すると、次の手順ＣＣ４で開始報告信号をサーバ３へ送信し（図７のステップＳ３０）、その後に手順ＣＣ５で無線通信により無線タグＴの読み取り処理を行い（図７のステップＳ３５）、手順ＣＣ６で読み取り処理結果を表示部１１に表示（図７のステップＳ４０）して手順を終了する。また、サーバ３は手順ＣＳ１１でリーダＣからの開始報告信号を受信（図８のステップＳ１３５）したことにより処理状況テーブルの新規登録を新たに行い（図８のステップＳ１４０）、手順を終了する。
【００８６】
以上示した例のように、サーバ３は、３つのリーダＡ，Ｂ，Ｃがどれも無線タグＴの読み取り処理を行っていない間に１つのリーダから処理要求信号を受信した場合には処理許可信号を返信する。一方、３つのリーダＡ，Ｂ，Ｃのいずれか一つでも無線タグＴの読み取り処理を行っている間に他のリーダから処理要求信号を受信した場合には処理拒否信号を返信する。そして、各リーダＡ，Ｂ，Ｃは、処理要求信号をサーバ３に送信し、その応答信号が処理許可信号である場合にのみ無線タグＴの読み取り処理を行うことで、排他・占有的な時間区分で読み取り処理を行うことができる。
【００８７】
以上説明したように、本実施形態においては、サーバ３が、複数のリーダＡ，Ｂ，Ｃのいずれか１つのみが排他的に占有可能な時間区分（開始時刻から終了時刻まで。以下同様）を設定可能となっている。設定された時間区分は大容量記憶装置１８に記録される。そして各リーダＡ，Ｂ，Ｃは、排他的に占有可能とされた時間区分において無線タグＴと情報送受信を行い、排他的に占有可能とされなかった時間区分においては無線タグＴと情報送受信を行わないように動作する。
【００８８】
これにより、ある時間区分は、必ずいずれか１つのリーダのみによる無線タグＴとの通信が行われ、複数のリーダＡ，Ｂ，Ｃが同じ時間区分において競合して無線タグＴとの通信を行うのが確実に防止される。この結果、複数のリーダＡ，Ｂ，Ｃ同士における混信や通信障害等の発生が防止されるので、無線タグＴに対し信頼性の高い情報送受信を行うことができる。また、各リーダは他のリーダと競合しない限りにおいて比較的自由に（早い者勝ちで）時間区分を確保し情報送受信を行うことができる（すなわち、予め占有できる時間区分が定まっているのではなく、申し込み時点での状況に応じて動的に時間区分が確保される）ので、予め定められた順序に沿った時間区分でしか通信できない場合に比べれば自由度が大きく、その分利便性が高い。さらに、サーバ３側では記録手段に時間区分を記録するのみであって、リーダＡ，Ｂ，Ｃ側において自己に対して占有可能な時間区分であるかどうかを判断して能動的に通信制御を行う構成である。これにより、サーバ３側において各リーダＡ，Ｂ，Ｃに対する通信挙動の制御を直接行う必要がなくなり、サーバ３の制御内容を簡素化することができる。
【００８９】
また、この実施形態では特に、複数のリーダＡ，Ｂ，Ｃのそれぞれは、無線タグＴとの情報送受信を開始した後に、上記図７のフローにおけるステップＳ３０の手順で開始報告信号をサーバ３へ出力することにより、サーバ３は、開始報告信号を出力したリーダＡ，Ｂ，Ｃが無線タグＴとの通信を開始したことを確実に検知し、その旨を大容量記憶装置１８の処理状況テーブルに記録することができる。
【００９０】
なお、各リーダＡ，Ｂ，Ｃの制御手順においては、通信ネットワークＮＷの不調により、上記図７のフローにおけるステップＳ５のサーバ３への処理要求信号の送信やステップＳ２０の手順でのサーバ３からの応答信号の受信ができなくなった場合に無線タグＴとの情報の送受信を全面的に実行しないようにする（通信不能を検出したことに対応した自己ロック機能）ことも有用である。これにより、何らかの事情によりサーバ３とのネットワーク通信が途絶したり阻害された場合であっても、すべてのリーダＡ，Ｂ，Ｃが無線タグＴと通信を行わないようにすることで、複数のリーダＡ，Ｂ，Ｃが競合して無線タグＴとの通信を行うのを防止することができる。
【００９１】
又は、サーバ３からの応答信号の受信ができなくなった場合に、予めメモリ８等に設定して記憶していた優先順位情報（つまりリーダＡ，Ｂ，Ｃのうちいずれかのみが優先して無線タグＴとの情報送受信を実行してよいかの情報）に基づいて、いずれか一つのリーダだけ無線タグＴと情報送受信できるようにしてもよい。これにより、何らかの事情によりサーバ３とのネットワーク通信が途絶したり阻害された場合であっても、予め定められた優先順位にしたがい、優先順位が高いリーダのみが無線タグＴと通信を行うことで、複数のリーダＡ，Ｂ，Ｃが競合して無線タグＴとの通信を行うのを防止することができる。例えば、予め定められた優先順位は、複数のリーダＡ，Ｂ，Ｃ同士が通信することで、優先順位の高いリーダが無線タグＴとの通信を行うようにしてもよい。
【００９２】
なお、本発明は、上記に限られるものではなく、その趣旨及び技術思想を逸脱しない範囲で種々の変形が可能である。
【００９３】
すなわち、例えば、上記実施形態では、読み取り処理を要求したその時点での時間区分における可否だけで読み取り処理の実行と不実行を切り替えていたが、これに限られない。すなわち、読み取り処理を要求した時点から後の将来における時間区分の予約を行い（すなわち、上記した動的な時間区分の確保がさらに拡張され、将来の時間区分が確保される）、その予約時刻で読み取り処理を実行するようにしてもよい。以下そのような変形例を説明する。
【００９４】
本変形例の通信制御システムは、上記実施形態のものとハードウェア的には同じ構成であり制御手順が異なるだけであるため、以下ではその相違点のみについて説明する。
【００９５】
図１０は、各リーダＡ，Ｂ，Ｃがサーバ３に対して送信する予約要求信号の一例のデータ構造を表す図である。この予約要求信号（予約問い合わせ信号）は、各リーダＡ，Ｂ，Ｃが無線タグＴの読み取り処理を行う際にサーバ３に対してその読み取り処理を実行する時間区分の予約の許可を要求するために送信する信号である。この予約要求信号は、当該読み取り処理に関する情報、つまりその読み取り処理が開始される開始時刻及び終了時刻と、その読み取り処理の詳細な処理内容とを含んでいる。図示する例では、開始時刻の１４時０分０秒から終了時刻の１４時０分１０秒までの１０秒間の時間区分に対する予約を要求し、その処理内容は各無線タグＴのＩＤを取得する内容であり、取得リーダＡが送信した予約要求信号としている。なお、前述の図５と同様、なお、各リーダＡ，Ｂ，Ｃにおける通信の所要時間がほぼ画一的に一定である場合（あるいは一定と見なしてもよい場合）には、終了時間情報を省略してもよい。
【００９６】
図１１は、本変形例においてリーダＡ，Ｂ，Ｃの読み取り処理の予約状況を管理する予約状況テーブルの一例を概念的に表す図である。この処理状況テーブル（設定記録結果）も、上記実施形態同様、サーバ３の大容量記憶装置１８に記録保持される情報である。
【００９７】
図１１において、この予約状況テーブルは、図６と同様、ある読み取り処理予約に関する「開始時刻」及び「終了時刻」と、その読み取り処理を行う「対象リーダ」と、その読み取り処理の詳細な「処理内容」と、その読み取り処理がすでに開始されたか否かを記録する「開始確認」との各項目からなっている。図示する予約状況テーブルの内容は、例として現在時刻が１４時００分０８秒の時点の内容を示しており、これは１４時００分００秒から１４時００分１０秒の間に予約されていた読み取り処理が終了し（つまり１４時００分０８秒の後の時点）、その次の１４時０３分００秒から開始予定の読み取り処理予約まで何も行われていない状態の内容となっている。なお、この最後に行われた読み取り処理は、上記図１０に示した予約要求信号に対応した処理となっている。
【００９８】
まず、この予約状況テーブルの最初には各リーダＡ，Ｂ，Ｃからの予約要求信号に対して受け付けを始めた時刻のみが予め記録されている（この記録はなくてもよい）。そしてサーバ３は、その開始時刻以降に受信した予約要求信号に対し、その受信した時点で当該予約要求信号に含まれる開始時刻と終了時刻の時間区分で他のリーダＡ，Ｂ，Ｃによる読み取り処理の予約が行われていない場合にだけ、当該予約要求信号を送信したリーダＡ，Ｂ，Ｃに対し読み取り処理の予約を許可する信号（予約許可信号；後に詳述する）を返信する。
【００９９】
そしてその予約された読み取り処理の開始時刻と終了時刻、処理を行っているリーダＡ，Ｂ，Ｃ（対象リーダ）、及び読み取り処理の処理内容をそれぞれ処理状況テーブルの上記「開始時刻」「終了時刻」「処理内容」の各項目に記録し登録する。
【０１００】
そして、その後に予約を許可したリーダＡ，Ｂ，Ｃから開始報告信号を受信した時点で予約されていた処理が開始されたものとし、テーブルの「開始確認」の項目を”済み”に書き換える。このようにして処理状況テーブルには、現在及び過去における時間区分の各リーダＡ，Ｂ，Ｃの占有状況と、将来における時間区分の占有状況とが記録される。
【０１０１】
図１２は、本変形例においてリーダＡ，Ｂ，ＣのＣＰＵ６によって実行される制御手順を表すフローチャートであり、上記実施形態における図７に相当する図である（各リーダＡ，Ｂ，Ｃで共通のフロー）。なお、各リーダＡ，Ｂ，Ｃとサーバ３のそれぞれのタイマ（時計として機能する）９，１５は予め同じ時間に同期されている（後述の図１３においても同様）。
【０１０２】
図１２において、例えば電源の投入後このフローが開始される。この図１２のフローは概略的に図７のフローとほぼ同じであり、基本的には図７のフローにおけるステップＳ１５、ステップＳ２５、ステップＳ４５を、扱う信号が予約要求信号又は予約許可信号（予約拒否信号）に変えたステップＳ１５Ａ、ステップＳ２５、ステップＳ４５Ａに置き換え、またこのステップＳ２５ＡとステップＳ３０の間に新たにステップＳ２８を設けた点のみが図７と異なる。以下、上記の相違する手順のみを説明する。
【０１０３】
ステップＳ１５Ａでは、ステップＳ５で入力された処理内容とともに、その処理が終了すると予想される終了時刻を算出し、これら開始時刻、終了時刻、及び処理内容に基づいて予約要求信号（予約問い合わせ信号；図１０参照）を生成してサーバ３へ送信する（予約問い合わせ信号出力手段）。
【０１０４】
また、ステップＳ２５Ａでは、ステップＳ２０で受信した応答信号（予約可否信号）が予約許可信号であるか否かを判定する。予約許可信号を受信している場合、判定が満たされ、すなわち予約を要求した時間区分で他のリーダが先に予約を行っておらず自己のリーダのみが当該時間区分で読み取り処理を行えるものとみなして、次のステップＳ２８へ移る。この結果、このステップＳ２５Ａの手順が、各請求項記載の切替制御手段として機能する。なお、ステップＳ２５Ａで予約拒否信号を受信している場合判定が満たされず、すなわち予約希望時間区分が他のリーダによって既に予約されているため自己のリーダが予約を行うことができないものとみなして、次のステップＳ４５Ａでその旨の予約拒否状況を表示部１１に表示する。
【０１０５】
次のステップＳ２８では、タイマ９から検出する時間に基づき、予約した時間区分の開始時刻になるまでループ待機する。そして予約した時間区分の開始時刻が到来した時点でステップＳ３５へ移る。他の手順については、図７と同様であり、説明を省略する。
【０１０６】
図１３は、本変形例におけるサーバ３のＣＰＵ１３によって実行される制御手順を表すフローチャートであり、上記実施形態における図８に相当する図である。
【０１０７】
図１３において、この例では、電源の投入後に予約状況テーブルに記録されているリーダＡ，Ｂ，Ｃからの予約受付開始時刻が経過した後、このフローが開始される。
【０１０８】
この図１３のフローは概略的に図８のフローとほぼ同じであり、基本的には図８のフローにおけるステップＳ１０５、ステップＳ１１５、ステップＳ１２０、ステップＳ１２５、ステップＳ１３０、ステップＳ１４０、ステップＳ１４５を、扱う信号を予約要求信号、予約許可信号（予約拒否信号）、又は予約状況テーブルに変えたステップＳ１０５Ａ、ステップＳ１１５Ａ、ステップＳ１２０Ａ、ステップＳ１２５Ａ、ステップＳ１３０Ａ、ステップＳ１４０Ａ、ステップＳ１４５Ａに置き換えた点のみが図８と異なる。以下、上記の相違する手順のみを説明する。
【０１０９】
ステップＳ１０５Ａでは、いずれかのリーダＡ，Ｂ，Ｃから予約要求信号を受信したか否かを判定する。
【０１１０】
ステップＳ１１５Ａでは、上記ステップＳ１０５Ａで受信した予約要求信号に含まれる開始時刻から終了時刻までの時間区分と時系列的に重複する先予約（他のリーダＡ，Ｂ，Ｃにより先に設定された予約）の時間区分を予約状況テーブルから検索する。そして次のステップＳ１２０Ａで当該予約が要求された時間区分と重複する先予約の時間区分がヒットしたか否かを判定する。重複する先予約の時間区分がヒットしなかった場合、判定が満たされず、ステップＳ１２５Ａへ移る。
【０１１１】
ステップＳ１２５Ａでは、上記ステップＳ１０５Ａで受信した予約要求信号の発信元であるリーダＡ，Ｂ，Ｃに対して予約許可信号（予約可否信号）を送信する（予約可否信号出力手段）。その後、ステップＳ１３０Ａで予約状況テーブルに新規の読み取り処理の予約に関する項目を登録する。この読み取り処理の予約の新規登録では、上記Ｓ１０５Ａで受信した予約要求信号に含まれる開始時刻、終了時刻、処理内容、を上記図１１のテーブルの「開始時刻」「終了時刻」「処理内容」に記録し、当該予約要求信号の発信元のリーダＡ，Ｂ，Ｃの名称や識別情報等を「対象リーダ」に記録する。
【０１１２】
そして次のステップＳ１３５で、同じリーダＡ，Ｂ，Ｃから開始報告信号を受信するまでループ待機し、開始報告信号を受信した際には次のステップＳ１４０Ａで「開始確認」に”済み”を記載し書き換える。これにより、上記の開始時刻と終了時刻の間の時間区分で対象リーダが排他・占有的に行える読み取り処理が予約されたものとして予約状況テーブルに記録されることになる。そして、ステップＳ１０５Ａへ移り、同様の手順を繰り返す。
【０１１３】
また、一方で、上記ステップＳ１２０Ａの判定において、重複する先予約の時間区分がヒットした場合、判定が満たされ、すなわち予約が要求された時間区分には時系列的に重複する時間区分で先に他のリーダによる先予約が行われていたものとみなして次のステップＳ１４５Ａへ移る。そしてステップＳ１４５Ａで同じリーダＡ，Ｂ，Ｃに対し予約拒否信号（予約可否信号）を送信する（予約可否信号出力手段）。その後、ステップＳ１０５Ａへ戻って同様の手順を繰り返す。他の手順については、図８と同様であり、説明を省略する。
【０１１４】
図１４は、本変形例において上記図１２の制御手順をそれぞれ行う３つのリーダＡ，Ｂ，Ｃと、上記図１３の制御手順を行うサーバ３の間で送受される各種信号の送受と制御動作の一例を表すシーケンス図であり、上記実施形態における図９に相当する図である。この図１４でも、図９同様、図中上側から下側に向かって時系列変化するように表し、この時系列に関係するリーダＡ，Ｂ，Ｃ及びサーバ３の手順のみを図示してそれらの時系列の前後関係を表している。
【０１１５】
図１４において、まず最初に、この例では、リーダＡが手順ＤＡ１において無線タグＴの読み取り処理を時刻ｔ１より行うよう指示操作され（図１２のステップＳ５）、これにより時刻ｔ１からの予約要求信号をサーバ３へ送信する（図１２のステップＳ１５Ａ）。その後リーダＡは手順ＤＡ２でサーバ３からの応答を待つ（図１２のステップＳ２０）。
【０１１６】
サーバ３は手順ＤＳ１でこの予約要求信号をリーダＡから受信（図１３のステップＳ１０５Ａ）した後、手順ＤＳ２で当該時刻ｔ１に対応する予約があるか否かを判定する（図１３のステップＳ１２０Ａ）。この例では予約状況テーブルに予約希望時刻ｔ１に対応する処理がない（つまり他のリーダＢ，Ｃのいずれも当該時刻ｔ１近傍に予約希望を出していない）ことにより、次の手順ＤＳ３でリーダＡへ予約許可信号を送信する（図１３のステップＳ１２５Ａ）。
【０１１７】
そして、リーダＡが手順ＤＡ３でこの予約許可信号を受信する（図１２のステップＳ２５Ａ）。その後は当該予約時間が来るまで待機する。
【０１１８】
ここで、この例では、（上記リーダＡによる予約完了の後）リーダＢが、手順ＤＢ１によりサーバ３へ時刻ｔ１からの予約要求信号を送信したとする（図１２のステップＳ１５Ａ）。この場合、サーバ３は手順ＤＳ３を行った後のタイミングで手順ＤＳ５により予約要求信号をリーダＢから受信（図１３のステップＳ１０５Ａ）した後、手順ＤＳ６で同時刻に対応する先の予約があるか否かを判定する（図１３のステップＳ１２０Ａ）。この時点で予約状況テーブルにおいて当該時刻ｔ１に対応するリーダＡの予約がヒットする（つまりリーダＡによる読み取り予約が既にされている）ことにより、次の手順ＤＳ７でリーダＢへ予約拒否信号を送信する（図１３のステップＳ１４５Ａ）。手順ＤＢ１の後に手順ＤＢ２でサーバ３からの応答を待っているリーダＢが、手順ＤＢ３でサーバ３から予約拒否信号を受信（図１２のステップＳ２５Ａ）すると、次の手順ＤＢ４で表示部１１に予約拒否状況を表示して手順を終了する。
【０１１９】
またここで、この例では、リーダＣの実行する（リーダＡの上記手順ＤＡ３による予約完了の前でも後でもよい）手順ＤＣ１により、サーバ３が時刻ｔ２からの予約要求信号を送信したとする（図１２のステップＳ１５Ａ）。この場合、サーバ３は手順ＤＳ８により当該予約要求信号をリーダＣから受信（図１３のステップＳ１０５Ａ）した後、手順ＤＳ９で当該時刻に対応する予約が既にあるか否かを判定する（図１３のステップＳ１２０Ａ）。この時点では予約状況テーブルにおいて当該時刻ｔ２に対応する処理がヒットしない（つまり時刻ｔ２における読み取り処理の予約希望が他のいずれのリーダＡ，Ｂからも出ていない）ことにより、次の手順ＤＳ１０でリーダＣへ予約許可信号を送信する（図１３のステップＳ１２５Ａ）。
【０１２０】
そして、リーダＣは手順ＤＣ３でこの予約許可信号を受信する（図１２のステップＳ２５Ａ）。その後は当該予約時間が来るまで待機する。
【０１２１】
一方、上記のようにして手順ＤＡ３の後に予約時刻ｔ１が到来したかを手順ＹＡで判定しループ待機していたリーダＡは、時刻ｔ１が到来することでこの判定が満たされ、次の手順ＤＡ４で開始報告信号をサーバ３へ送信する（図１２のステップＳ３０）。その後に手順ＤＡ５で無線通信により無線タグＴの読み取り処理を行い（図１２のステップＳ３５）、手順ＤＡ６で読み取り処理結果を表示部１１に表示（図１２のステップＳ４０）して手順を終了する。また、サーバ３は手順ＤＳ４でリーダＡからの上記開始報告信号を受信（図１３のステップＳ１３５）したことにより予約状況テーブルの新規登録を新たに行い（図１３のステップＳ１４０Ａ）、手順を終了する。
【０１２２】
また、上記同様に手順ＤＣ３の後に予約時刻ｔ２が到来したかを手順ＹＣで判定しループ待機していたリーダＣは、時刻ｔ２が到来することでこの判定が満たされ、次の手順ＤＣ４で開始報告信号をサーバ３へ送信する（図１２のステップＳ３０）。その後に手順ＤＣ５で無線通信により無線タグＴの読み取り処理を行い（図１２のステップＳ３５）、手順ＤＣ６で読み取り処理結果を表示部１１に表示（図１２のステップＳ４０）して手順を終了する。また、サーバ３は手順ＤＳ１１でリーダＣからの上記開始報告信号を受信（図１３のステップＳ１３５）したことにより予約状況テーブルの新規登録を新たに行い（図１３のステップＳ１４０Ａ）、手順を終了する。
【０１２３】
以上のようにして、サーバ３は、３つのリーダＡ，Ｂ，Ｃのうち１つのリーダから予約要求信号を受信した場合、予約希望時刻近傍に他の２つのリーダのいずれの予約もされていない場合に、予約許可信号を返信する。一方、他のリーダのいずれか一つでも同時刻に既に予約がされている場合には、予約拒否信号を返信する。こうして、各リーダＡ，Ｂ，Ｃは、予約要求信号をサーバ３に送信し、その応答信号が予約許可信号である場合にのみ無線タグＴの読み取り処理の予約が可能となり、当該予約時刻が到来したときに排他・占有的な時間区分で読み取り処理を行う。
【０１２４】
以上説明したように、本変形例においては、あるリーダＡ，Ｂ，Ｃが無線タグＴと情報送受信を行いたいときは、上記図１２のフローにおけるステップＳ１５Ａの手順で予約要求信号を出力する。すると、サーバ３は大容量記憶手段１８の予約状況テーブルに記録された時間区分の記録結果を参照し、当該時間区分が他のリーダＡ，Ｂ，Ｃに既に予約されていないかどうかを調べ、その結果に応じて上記図１３のフローにおけるステップＳ１２５Ａ及びステップＳ１４５Ａの手順で予約許可信号か予約拒否信号のいずれかの応答信号を出力する。当該リーダＡ，Ｂ，Ｃが行うステップＳ２５Ａの手順では、その応答信号に応じて（当該予約希望の時間区分が到来したときに）無線タグＴとの情報送受信を行うか行わないかを切り替える。この結果、複数のリーダＡ，Ｂ，Ｃが、同じ時間区分において競合して無線タグＴとの通信を行うのを防止することができる。この結果、上記実施形態同様、複数のリーダＡ，Ｂ，Ｃ同士における混信や通信障害等の発生が防止されるので、無線タグＴに対し信頼性の高い情報送受信を行うことができる。また、各リーダは他のリーダと競合しない限りにおいて比較的自由に（予約が早い者勝ちで）時間区分を確保し情報送受信を行うことができるので、予め定められた順序に沿った時間区分でしか通信できない場合に比べれば自由度が大きく、その分利便性が高い。さらに、上記実施形態と同様サーバ３の制御内容を簡素化できる効果もある。
【０１２５】
また、以上既に述べた以外にも、上記実施形態や各変形例による手法を適宜組み合わせて利用しても良い。
【０１２６】
その他、一々例示はしないが、本発明は、その趣旨を逸脱しない範囲内において、種々の変更が加えられて実施されるものである。
【図面の簡単な説明】
【０１２７】
【図１】本発明の実施形態の通信制御システムを、それぞれ無線タグを所持している人物の配置管理に適用した場合の一例を表す図である。
【図２】通信制御システムの概略を表すシステム構成図である。
【図３】リーダにおけるＣＰＵ、ＲＦ通信制御部、及びリーダアンテナの詳細構成を表す機能ブロック図である。
【図４】無線タグに備えられた無線タグ回路素子の機能的構成の一例を表すブロック図である。
【図５】処理要求信号の一例のデータ構造を表す図である。
【図６】処理状況テーブルの一例を概念的に表す図である。
【図７】リーダのＣＰＵによって実行される制御手順を表すフローチャートである。
【図８】サーバのＣＰＵによって実行される制御手順を表すフローチャートである。
【図９】３つのリーダとサーバの間で送受される各種信号の送受と制御動作の一例を表すシーケンス図である。
【図１０】各リーダが時間区分を予約する変形例において、予約要求信号の一例のデータ構造を表す図である。
【図１１】各リーダが時間区分を予約する変形例において、予約状況テーブルの一例を概念的に表す図である。
【図１２】各リーダが時間区分を予約する変形例において、リーダのＣＰＵによって実行される制御手順を表すフローチャートである。
【図１３】各リーダが時間区分を予約する変形例において、サーバのＣＰＵによって実行される制御手順を表すフローチャートである。
【図１４】各リーダが時間区分を予約する変形例において、３つのリーダとサーバの間で送受される各種信号の送受と制御動作の一例を表すシーケンス図である。
【符号の説明】
【０１２８】
１                通信制御システム
２Ａ，２Ｂ，２Ｃ  リーダ（無線タグ通信装置）
３                サーバ
５                リーダアンテナ（通信手段）
６，１３          ＣＰＵ
１８              大容量記憶装置（記録手段）
ＮＷ              通信ネットワーク（ネットワーク）
Ｔ                無線タグ
Ｍ                入場者
【図１】
2009075979.tif 000003
【図２】
2009075979.tif 000004
【図３】
2009075979.tif 000005
【図４】
2009075979.tif 000006
【図５】
2009075979.tif 000007
【図６】
2009075979.tif 000008
【図７】
2009075979.tif 000009
【図８】
2009075979.tif 000010
【図９】
2009075979.tif 000011
【図１０】
2009075979.tif 000012
【図１１】
2009075979.tif 000013
【図１２】
2009075979.tif 000014
【図１３】
2009075979.tif 000015
【図１４】
2009075979.tif 000016