JP4933570B2 - 無線タグシステムおよび無線タグシステムによる通信方法 - Google Patents

Description

本発明は、無線タグシステムおよび無線タグシステムによる通信方法に関する。特に、本発明は、電源を有する無線タグと通信する複数のリーダを備える無線タグシステムおよび無線タグシステムによる通信方法に関する。

物流管理を行う際に、コンテナに無線タグを付して、コンテナの所在の確認や経路の履歴管理が行われている。コンテナ単位でなく製品単位、商品単位に無線タグを付すことによって、管理対象の単位がより小さな物流管理を実現することができる。また、特定エリア内（例えば、倉庫）に多数のリーダ（受信機）を設置することによって、特定エリア内における管理対象物の所在をより正確に確認することができる。つまり、コンテナを集める倉庫などの同一エリアに多数のリーダを設置して無線タグを管理することが考えられる。リーダが複数存在してこれらのカバーエリアの一部が重なることで、どの位置にある無線タグも何れかのリーダによって読み取られるというメリットが生まれる。

無線タグは、電池を有する無線タグ（アクティブ型無線タグ）と、電池を有しない無線タグ（パッシブ型の無線タグ）とに分類される。アクティブ型無線タグは、パッシブ型の無線タグに比べ、リーダによって読み取られるカバーエリア（受信可能範囲）が広いという特長がある。

アクティブ型無線タグと複数のリーダとが存在するシステムとして、次のようなものが提案されている。図９、図１０は、従来のシステムを説明するための説明図である。例えば、特許文献１のシステムは、図９に示すように、無線タグからの信号を受信する複数のリーダを備える。各リーダは、無線タグからの信号を受信し、受信した信号を物品管理サービス装置へ送信している。物品管理サービス装置は、無線タグの付された物品の所在、状況などを管理している。

また、非特許文献１のシステムは、図１０に示すように、カバーエリアの一部が重複する複数のリーダ（受信機Ａ、Ｂ、Ｃ）を備える。図１０の例において、無線タグ（ＩＣタグ）は、間欠発信しながら複数のリーダのカバーエリアを通過している。カバーエリア内の無線タグから発信された信号を複数のリーダが受信することによって、受信情報が活用される。なお、当該システムは、複数のリーダのカバーエリアが一部重複するため、上述の如く、システム全体としてカバーエリアに死角が生じ難いというメリットがある。なお、図９に示す特許文献１のシステムにおいても、複数のリーダのカバーエリアは少なくとも一部重複していると考えるのが妥当である。カバーエリアが全く重複しないように配置するのは困難だからである。

特開２００６−１３４２４２号公報

"無線タグとは 児童見守りシステムｈｕｇ−Ｋｕｍ 間欠発信型のアクティブ型ＩＣタグの構成イメージ"、［online］、ＮＴＴグループ、［平成２０年６月２日検索］、インターネット＜URL：http://www.ntt.co.jp/rd/ofis/active/2005pdf/hot/pf/05.html＞

しかしながら、少なくとも一部のカバーエリアが重複する複数のリーダが存在する場合には、上述のメリットを享受することができる一方、ある無線タグからの信号が複数のリーダで同時に受信されることによるデメリットも生じる。例えば、リーダに接続されたサーバ（例えば、図９に示す物品管理サービス装置）は、ある無線タグからの信号を複数のリーダ経由で同時に纏めて取得するため、サーバの処理負荷（管理、制御する負荷）が大きいという問題がある。また、リーダとサーバ間のネットワーク負荷（トラフィック量）も大きいという問題もある（無線ＬＡＮの場合に低速であるから特に問題となる）。特に、上述のように管理対象単位を小さくすべく無線タグの数を増加させた場合、または、管理対象物の所在をより正確に確認すべくリーダの数を増加させた場合には、サーバやネットワークへの影響が一層深刻になる。

また、少なくとも一部のカバーエリアが重複する複数のリーダが存在する場合に、無線タグが、送信だけの片方向型でなく、リーダによって制御される送受信可能な双方向型であるときは、無線タグを速やかに正しく制御することができなくなるという更なる問題も生じうる。例えば、複数のリーダがカバーエリア内のある無線タグにほぼ同時に制御信号を送信するため、制御信号同士が衝突しうる。そして、制御信号同士の衝突した場合は、無線タグを速やかに正しく制御できなくなる可能性がある。例えば、複数のリーダからの制御信号同士が衝突し、無線タグ側で制御信号を受信できなくなる場合があるが、無線タグは、リーダか存在していないために受信できないのか、存在するが、衝突のために受信できないのか判断できず、その後、行うべき動作が判断できなくなることもある。また、無線タグが、複数回（例えば２回）、制御信号を受信したことによって、本来の動作とは異なる動作をする可能性もある。

本発明は、このような事情に鑑みてなされたものであり、少なくとも一部のカバーエリアが重複する複数のリーダに接続するサーバの処理負荷を軽減するとともに、無線タグを速やかに正しく制御することができる無線タグシステムおよび無線タグシステムによる通信方法を提供することを目的とする。

上記問題を解決するために、本発明の一態様による無線タグシステムは、固有ＩＤと電源を有し、自身の存在を報知する存在報知情報を送信する複数の無線タグと、存在報知情報を受信するカバーエリアの少なくとも一部が重複する複数のリーダと、複数のリーダとネットワークで接続されているサーバで構成された無線タグシステムにおいて、無線タグは、当該無線タグを子局とする親リーダを特定するための親リーダ要求を送信する親リーダ要求送信手段と、当該無線タグを子局とする親リーダを示す親リーダ決定通知をリーダから受信する親リーダ決定通知受信手段とを具備し、リーダは、無線タグから親リーダ要求を受信する親リーダ要求受信手段と、無線タグから受信した親リーダ要求をサーバへ送信する親リーダ要求送信手段と、親リーダ決定通知をサーバから受信する親リーダ決定通知受信手段と、サーバから受信した親リーダ決定通知を無線タグへ送信する親リーダ決定通知送信手段と、当該無線リーダの動作を制御する制御手段とを具備し、サーバは、親リーダ要求をリーダから受信する親リーダ要求受信手段と、親リーダ要求受信手段によって複数のリーダから親リーダ要求が受信された場合に、当該複数のリーダのうちの何れか１つのリーダを親リーダとして決定する親リーダ決定手段と、親リーダ決定手段によって親リーダが決定された場合に、親リーダ決定通知を送信する親リーダ決定通知送信手段とを具備し、リーダの制御手段は、自身の親リーダ決定通知受信手段によってサーバから親リーダ決定通知を受信した場合に、親リーダ決定通知によって示される無線タグを子局として管理し、自身の親リーダ決定通知送信手段によって子局である無線タグに親リーダ決定通知を送信するとともに、子局である無線タグを送信元または送信先とする存在報知情報の送受信を許可する一方、子局以外である無線タグを送信元または送信先とする存在報知情報の送受信を規制することを特徴とする。

換言すれば、以下の無線タグとリーダとを含むシステム構成において、親リーダを決定することである。システム構成は、まず、双方向型アクティブ無線タグがある。この無線タグの送信を受けたり、無線タグへ動作を指示したりする複数のリーダがある。また、リーダから情報を収集し、リーダの動作に指示をする複数のサーバも接続されている。当該システム構成において、最初にリーダが受信した無線タグからの情報をサーバへ伝える。
当該情報を基に、親リーダを決定する。親リーダは、以降、それぞれの無線タグの情報を扱い、その無線タグの動作に指示をする唯一のリーダとなる。

また、本発明の一態様による無線タグシステムにおいて、無線タグに対して特定信号を送信する特定信号送信装置をさらに備え、無線タグは、特定信号送信装置から特定信号を受信する特定信号受信手段と、当該無線タグの動作を制御する制御手段とを更に具備し、無線タグの制御手段は、自身の特定信号受信手段によって特定信号送信装置から特定信号を受信した場合に、自身の親リーダ要求送信手段に供する電源を休止から起動へと制御するとともに、起動後の親リーダ要求送信手段によって親リーダ要求を送信するようにしてもよい。

換言すれば、上述したシステム構成において、以下の２つのうちの何れかの切欠により親リーダを決定することである。１つは、無線を送信していない無線タグへＨＦリーダ（後述）がｗａｋｅｕｐ（後述）を発行することである（その直後、このＨＦリーダからのｗａｋｅｕｐを無線タグが受けた直後に、無線タグからｗａｋｅｕｐをリーダに送信する）。残りのもう１つは、既に親リーダとして決定したリーダが無線タグからの定期ｂｅａｃｏｎ（後述）に対して、決められた何回（３回）連続してＡＣＫ（後述）を返さないことである。このどちらかを契機にして、親リーダを決定する処理が開始される。

また、本発明の一態様による無線タグシステムにおいて、無線タグは、定期信号を親リーダに送信する定期信号送信手段と、定期信号に対する親リーダからの応答信号を受信する応答信号受信手段と、当該無線タグの動作を制御する制御手段とを更に具備し、リーダは、定期信号を無線タグから受信する定期信号受信手段と、応答信号を無線タグへ送信する応答信号送信手段とを更に具備し、無線タグの制御手段は、自身の定期信号送信手段によって定期信号を送信した後に、自身の応答信号受信手段によって応答信号を一定期間以上受信しなかった場合に、親リーダ要求送信手段によって親リーダ要求を送信するようにしてもよい。

換言すれば、上述したシステム構成において、または、上述した、何れかを契機として、親リーダを決定する以下の５つの処理が順に進むことである。最初は、無線タグからＰａｒｅｎｔ_ｓｅｒｃｈ（後述）をリーダに送信する処理である。２番目は、リーダが、親未決定通知（後述）を無線タグに返すとともに、サーバへＰａｒｅｎｔ_ｓｅｒｃｈを伝える処理である。３番目は、サーバにより親決定した通知をリーダが受け、無線タグに対する親リーダを登録する処理である。４番目は、次の無線タグからのＰａｒｅｎｔ_ｓｅｒｃｈをリーダが受けると、親通知（後述）を無線タグへ返す処理である。最後の処理として、上の４番目の以降には、無線タグが定期ｂｅａｃｏｎ（後述）を送信することである。

また、本発明の一態様による無線タグシステムにおいて、リーダの制御手段は、自身の親リーダ要求受信手段によって受信した親リーダ要求の受信信号強度を測定し、リーダの親リーダ要求送信手段は、自身の制御手段によって測定した受信信号強度を含む親リーダ要求を送信し、サーバの親リーダ決定手段は、最も高い受信信号強度を含む親リーダ要求を送信したリーダを親リーダとして決定するようにしてもよい。

換言すれば、上述したシステム構成において、または、これまでに述べた方法により親リーダを決定するもので、以下のような動作、制御、設定変更を行う情報処理や命令を有する。振動検知、サーバによるタグ制御（ＬＥＤ点灯、定期ｂｅａｃｏｎ周期変更の２つ）、サーバによるリーダ制御（リーダ状態の取得、リーダからの無線送信、リーダの日時設定、リーダの受信機能ＯＮ／ＯＦＦ、リーダが接続するサーバの変更の５つ）、ＨＦリーダによるタグ制御（タグ送信の停止、定期ｂｅａｃｏｎの即時送信の２つ）である。

また、本発明の一態様による無線タグシステムにおいて、サーバの親リーダ決定手段は、最初に受信した親リーダ要求を送信したリーダを親リーダとして決定するようにしてもよい。

また、本発明の一態様による無線タグシステムは、管理サーバと複数の前記サーバとをさらに具備し、前記管理サーバは、前記サーバの負荷を判断する負荷判断部と、前記負荷判断部の判断に基づいて、複数の前記サーバのうち負荷が所定の閾値より高い第１のサーバに接続している前記リーダを、複数の前記サーバのうち前記第１のサーバより負荷が低い第２のサーバに接続するように、前記第１のサーバを制御する負荷分散制御部と、を具備し、前記第１のサーバは、前記管理サーバの前記負荷分散制御部の制御に基づいて、自サーバに接続している前記リーダのうちいずれかの前記リーダを前記第２のサーバに接続するように制御する接続先制御部を具備するようにしてもよい。

本発明によれば、サーバの配下に、少なくとも一部のカバーエリアが重複する複数のリーダが存在している場合であっても、サーバと無線タグとの通信は、当該無線タグの親リーダのみを経由して行うようになる。従って、サーバの処理負荷を軽減し、無線タグを速やかに正しく制御することが可能となる。特に、上述のように管理対象の単位を小さくすべく無線タグの数を増加させた場合、または、管理対象物の所在をより正確に把握すべくリーダの数を増加させた場合に有効である。

本発明は、アクティブ型の無線タグからの送信が複数のリーダで受信される環境において、複数あるリーダからの多数の無線タグからの膨大な受信情報を、決められた親リーダからのみとすることでサーバの処理能力を超えないように制御することができる。また、双方向型無線タグが複数のリーダのカバーエリアが重なる位置にある際も、その無線タグの動作などを制御指示するリーダを的確に決定して確実な制御を可能にする。また、無線タグを間欠動作させ、特定位置に設置されたＨＦリーダからの信号受信によって、起動状態とすることで、例えば、倉庫の中に入ったら起動するなど、必要な環境において動作を実現し、無線タグの低消費電力化という効果を更に有する。

また、本発明は、複数のサーバを備え、各サーバは階層構造を持ち通信可能なネットワークで接続されている環境において、複数のサーバのうち上位階層のサーバ（上位サーバ）が、下位階層のサーバ（下位サーバ）の負荷を監視し、監視した負荷に基づいて、ある下位サーバに接続しているリーダを他の下位サーバに接続するように制御することができる。これにより、無線タグシステムが備える下位サーバの負荷を分散することができる。例えば、何らかの原因により、一時的に特定の下位サーバに負荷が集中した場合においても、負荷を分散させることができるため、サービスの安定性や継続性を実現することができるという効果を更に有する。

本発明の第１の実施形態に係る無線タグシステムの機能ブロック図である。 本発明の第１の実施形態に係る無線タグシステムの動作を説明するための説明図である。 本発明の第１の実施形態に係る無線タグシステムの動作を説明するための説明図である。 本発明の第１の実施形態に係る無線タグシステムの動作を説明するための説明図である。 本発明の第１の実施形態に係る無線タグシステムの動作を説明するための説明図である。 本発明の第２の実施形態に係る無線タグシステムの機能ブロック図である。 本発明の第２の実施形態に係る無線タグシステムの動作を説明するためのフローチャートである。 本発明の第２の実施形態に係る無線タグシステムの動作を説明するためのフローチャートである。 従来のシステムを説明するための説明図である。 従来のシステムを説明するための説明図である。

（第１の実施形態）
以下、本発明の第１の実施形態について図面を参照して詳細に説明する。図１は、本発明の実施形態に係る無線タグシステム１０の機能ブロック図である。無線タグシステム１０は、図１に示すように、複数の無線タグ１０１、リーダ２０１、リーダ２０２、サーバ５０１、サーバ５０２、および、ＨＦリーダ３０１を備えて構成される。これらは互いに連携して動作する。

ＨＦリーダ３０１は、ＨＦ（High Frequency）帯の電波を送信（発射）するＨＦ無線部とＣＰＵとを有する。ＨＦ無線部は、ＨＦ帯の電波を用いて様々な情報（信号）を無線タグ１０１に送信する。ＣＰＵは、ＨＦ無線部の処理以外の様々な処理、制御を行う。ＨＦリーダ３０１は、ＨＦ帯の電波によって無線タグ１０１の動作を制御する。

無線タグ１０１は、ＨＦ帯の電波を受信するＨＦ無線部とＵＨＦ（Ultra High Frequency）帯の電波を送（発射）受信するＵＨＦ無線部とＣＰＵとを有する。ＨＦ無線部は、ＨＦリーダ３０１から送信された様々な情報（信号）を受信する。ＵＨＦ無線部は、ＵＨＦ帯の電波を用いて様々な情報（信号）をリーダ２０１、２０２との間で送受信する。ＣＰＵは、ＨＦ無線部およびＵＨＦ無線部の処理以外の様々な処理、制御を行う。

なお、ＨＦ無線部は、本発明に係る特定信号受信手段を担当する。ＵＨＦ無線部は、本発明に係る親リーダ要求送信手段、親リーダ決定通知受信手段、定期信号送信手段および応答信号受信手段を担当し、かつ、自身の存在を報知する存在報知情報を送信する。ＣＰＵは、本発明に係る制御手段を担当する。

リーダ２０１は、ＵＨＦ帯の電波を送（発射）受信するＵＨＦ無線部とネットワーク通信部とＣＰＵとを有する。ＵＨＦ無線部は、ＵＨＦ帯の電波を用いて様々な情報（信号）を無線タグ１０１との間で送受信する。ネットワーク通信部は、ネットワークを介して様々な情報を接続先であるサーバ（例えば、サーバ５０１）との間で送受信する。ＣＰＵは、ＵＨＦ無線部およびネットワーク通信部の処理以外の様々な処理、制御を行う。リーダ２０２についても同様である。ネットワークの一例は、有線または無線ＬＡＮである。

なお、ＵＨＦ無線部は、本発明に係る親リーダ要求受信手段、親リーダ決定通知送信手段、定期信号受信手段および応答信号送信手段を担当し、かつ、無線タグから存在報知情報を受信する。ネットワーク通信部は、本発明に係る親リーダ要求送信手段、親リーダ決定通知受信手段を担当する。ＣＰＵは、本発明に係る制御手段を担当する。

サーバ５０１は、ネットワーク通信部とＣＰＵとを有する。ネットワーク通信部は、ネットワークを介して様々な情報をリーダ２０１、２０２との間で送受信する。ＣＰＵは、ネットワーク通信部の処理以外の様々な処理、制御を行う。なお、ネットワーク通信部は、本発明に係る親リーダ要求受信手段、親リーダ決定通知送信手段を担当する。ＣＰＵは、本発明に係る親リーダ決定手段を担当する。サーバ５０２についても同様である。

図２は、本発明の実施形態に係る無線タグシステム１０の動作を説明するための説明図である。具体的には、ＨＦリーダ３０１による無線タグ１０１の起動から親リーダの決定までの動作の説明図である。なお、図２の説明において、無線タグ１０１は、リーダ２０１のカバーエリア内かつリーダ２０２のカバーエリア内のある位置に存在するものとする。また、リーダ２０１およびリーダ２０２の接続先はサーバ５０１であるものとする。また、ＨＦリーダ３０１は、所定の時間間隔でｗａｋｅｕｐ（本発明の特定信号に該当する）を送信するものとする。また、無線タグ１０１のＵＨＦ無線部については休止（待機）しているものとする。ＨＦ無線部については常時ＯＮでも構わない。

まず、ＨＦリーダ３０１は、ＨＦ無線部によりｗａｋｅｕｐ（特定信号）を無線タグ１０１に送信する（Ｓ１００）。また、ＨＦリーダ３０１は、ＨＦｒｅａｄｅｒ_ＩＤ_ｗｒｉｔｅ信号を無線タグ１０１に送信する（Ｓ１０１）。なお、ＨＦリーダ３０１は、ｗａｋｅｕｐとＨＦｒｅａｄｅｒ_ＩＤ_ｗｒｉｔｅ信号とを纏めて１つの信号として無線タグ１０１に送信してもよい。

無線タグ１０１は、ＨＦリーダ３０１からｗａｋｅｕｐを受信し、その後、ＨＦｒｅａｄｅｒ_ＩＤ_ｗｒｉｔｅ信号を受信した場合、ＨＦｒｅａｄｅｒ_ＩＤ_ｗｒｉｔｅ信号を受信してからランダム時間後にキャリアセンスをする。なお、休止中の無線タグ１０１は、ＨＦリーダ３０１からのｗａｋｅｕｐによって起動（キャリアセンス）しはじめるため、低消費電力化を図ることができる。

無線タグ１０１は、キャリアが開いていると判断した場合、ＵＨＦ無線部によりｗａｋｅｕｐを送信する（Ｓ１０２）。

無線タグ１０１をカバーエリアとするリーダ２０１およびリーダ２０２は、無線タグ１０１からｗａｋｅｕｐを受信する。無線タグ１０１からｗａｋｅｕｐを受信したリーダ２０１は、ネットワーク通信部によりｗａｋｅｕｐをサーバ５０１に送信する（Ｓ１０３）。同様に、無線タグ１０１からｗａｋｅｕｐを受信したリーダ２０２は、ネットワーク通信部によりｗａｋｅｕｐをサーバ５０１に送信する（Ｓ１０４）。

無線タグ１０１は、ｗａｋｅｕｐを送信してから一定時間後、ＵＨＦ無線部によりＰａｒｅｎｔ_ｓｅｒｃｈ信号（本発明の親リーダ要求に該当する）を送信する（Ｓ１０５）。

無線タグ１０１をカバーエリアとするリーダ２０１およびリーダ２０２は、無線タグ１０１からＰａｒｅｎｔ_ｓｅｒｃｈ信号（親リーダ要求）を受信する。Ｐａｒｅｎｔ_ｓｅｒｃｈ信号を受信したリーダ２０１は、受信したＰａｒｅｎｔ_ｓｅｒｃｈ信号の受信信号強度値（Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｉｏｎ。以下、「ＲＳＳＩ値」という）を測定するとともに、自リーダを親リーダとする子局である無線タグ１０１のＩＤを管理（登録）するために各リーダが保持するデータベース（以下、「無線タグＤＢ」という。）を参照し、無線タグ１０１のＩＤが記憶されているか否かを判断する。同様に、無線タグ１０１からＰａｒｅｎｔ_ｓｅｒｃｈ信号を受信したリーダ２０２は、受信したＰａｒｅｎｔ_ｓｅｒｃｈ信号のＲＳＳＩ値を測定するとともに、自身の無線タグＤＢを参照し、無線タグ１０１のＩＤが記憶されているか否かを判断する。

なお、親リーダは、自身が保持する無線タグＤＢにＩＤが記憶された無線タグ１０１（自身に収容された子局）を送信元または送信先とする存在報知情報については送受信を許可する一方、自身に収容された子局以外を送信元または送信先とする存在報知情報の送受信を規制する（例えば、破棄する）。例えば、親リーダでないリーダは、無線タグ１０１からの信号を受信しても、破棄するなどしてサーバ５０１に当該情報を転送しない。

リーダ２０１は、自身が保持する無線タグＤＢに無線タグ１０１のＩＤが記憶されていないと判断し、自身が保持する無線タグＤＢに無線タグ１０１のＩＤが記憶されていない旨を示すＮＡＣ信号である親未決定通知（ＲＦ−ＮＡＫ親未決定通知）をＵＨＦ無線部により無線タグ１０１に送信する（Ｓ１０６）。同様に、リーダ２０２は、自身が保持する無線タグＤＢに無線タグ１０１のＩＤが記憶されていないと判断し、自身が保持する無線タグＤＢに無線タグ１０１のＩＤが記憶されていない旨を示すＲＦ−ＮＡＫ親未決定通知をＵＨＦ無線部により無線タグ１０１に送信する（Ｓ１０７）。

なお、無線タグ１０１が、ｗａｋｅｕｐを送信した後、Ｐａｒｅｎｔ_ｓｅｒｃｈ信号を初めて送信した場合には、親リーダが決定していないことは自明である。また、複数のリーダが存在する場合、複数のリーダからのＲＦ−ＮＡＫ親未決定通知が衝突する。リーダはお互いの送信チャネルをキャリアセンスしていないため、ほぼ同時に、ＲＦ−ＮＡＫ親未決定通知を送信するからである。従って、無線タグ１０１は、ＲＦ−ＮＡＫ親未決定通知を受信しても、中身を復調せずに、信号が来ているかどうかをただ検出している（具体的には、ＲＳＳＩ値が閾値を超えているかどうかを見ている）。

また、リーダ２０１は、サーバ５０１に親リーダを選択させるため、Ｐａｒｅｎｔ_ｓｅｒｃｈ信号をネットワーク通信部によりサーバ５０１に送信する（Ｓ１０８）。同様に、リーダ２０２は、サーバ５０１に親リーダを選択させるため、Ｐａｒｅｎｔ_ｓｅｒｃｈ信号をネットワーク通信部によりサーバ５０１に送信する（Ｓ１０９）。なお、リーダ２０１がサーバ５０１に送信するＰａｒｅｎｔ_ｓｅｒｃｈ信号は、リーダ２０１が無線タグ１０１から受信した親リーダ要求のＲＳＳＩ値を含む。また、リーダ２０２がサーバ５０１に送信するＰａｒｅｎｔ_ｓｅｒｃｈ信号は、リーダ２０２が無線タグ１０１から受信した親リーダ要求のＲＳＳＩ値を含む。

リーダ２０１およびリーダ２０２からＰａｒｅｎｔ_ｓｅｒｃｈ信号を受信したサーバ５０１は、それぞれのＰａｒｅｎｔ_ｓｅｒｃｈ信号に含まれているＲＳＳＩ値を参照し、最大のＲＳＳＩ値を含むＰａｒｅｎｔ_ｓｅｒｃｈ信号を送信したリーダを無線タグ１０１の親リーダとして選択する（以下、無線タグ１０１の親リーダとしてリーダ２０１が選択されたものとする）。

なお、サーバ５０１による親リーダの選択方法は、当該方法に限定されない。例えば、サーバ５０１は、最初に受信したＰａｒｅｎｔ_ｓｅｒｃｈ信号を送信したリーダを親リーダとして選択してもよい。また、サーバ５０１は、最初にＰａｒｅｎｔ_ｓｅｒｃｈ信号を受信してから一定時間内に受信したＰａｒｅｎｔ_ｓｅｒｃｈ信号のなかから最大のＲＳＳＩ値を含むＰａｒｅｎｔ_ｓｅｒｃｈ信号を送信したリーダを親リーダとして選択してもよい。また、サーバ５０１は、最大のＲＳＳＩ値を含むＰａｒｅｎｔ_ｓｅｒｃｈ信号を送信したリーダの子局数が規定値を超えていた場合に、次に大きいＲＳＳＩ値を含むＰａｒｅｎｔ_ｓｅｒｃｈ信号を送信したリーダを親リーダとして選択してもよい。リーダの負荷を分散するためである。

親リーダ（リーダ２０１）を選択したサーバ５０１は、親リーダに当選した旨を示す当選通知（本発明の親リーダ決定通知に該当する）をネットワーク通信部によりリーダ２０１（親リーダ）に送信し（Ｓ１１０）、親リーダに落選した旨を示す落選通知をネットワーク通信部によりリーダ２０２に送信する（Ｓ１１１）。

サーバ５０１から当選通知（親リーダ決定通知）を受信したリーダ２０１（親リーダ）は、自身の保持する無線タグＤＢに無線タグ１０１のＩＤを記憶する（無線タグ１０１を自身の子局として収容する）。また、リーダ２０１（親リーダ）は、無線タグ１０１が移動し自身のカバーエリアから離れた場合に無線タグ１０１のＩＤを削除すべく、一定期間のタイマを設定する。

サーバ５０１から落選通知を受信したリーダ２０２は、自身の保持する無線タグＤＢに無線タグ１０１のＩＤを記憶しない。また、リーダ２０２は、無線タグ１０１からの一定期間内のＰａｒｅｎｔ_ｓｅｒｃｈ信号を無視すべく（応答しないよう）、タイマを設定する。

一方、Ｐａｒｅｎｔ_ｓｅｒｃｈ信号の送信後、リーダ２０１およびリーダ２０２からＲＦ−ＮＡＫ親未決定通知を受信した無線タグ１０１は、一定時間経過後に再度、ＵＨＦ無線部によりＰａｒｅｎｔ_ｓｅｒｃｈ信号を送信する（Ｓ１１２）。

無線タグ１０１をカバーエリアとするリーダ２０１およびリーダ２０２は、再度、無線タグ１０１からＰａｒｅｎｔ_ｓｅｒｃｈ信号を受信する。再度、無線タグ１０１からＰａｒｅｎｔ_ｓｅｒｃｈ信号を受信したリーダ２０１（親リーダ）は、受信したＰａｒｅｎｔ_ｓｅｒｃｈ信号のＲＳＳＩ値を測定するとともに、自身が保持する無線タグＤＢを参照し、今度は、無線タグ１０１のＩＤが記憶されていると判断する。無線タグ１０１のＩＤが記憶されていると判断したリーダ２０１は、自身が親リーダである旨を示す親通知（本発明の親リーダ決定通知に該当する）をＵＨＦ無線部により無線タグ１０１に送信する（Ｓ１１３）。なお、リーダ２０１は、先に、無線タグＤＢを参照し、ＩＤが記憶されていない場合に、ＲＳＳＩ値を測定してもよい。また、再度、無線タグ１０１からＰａｒｅｎｔ_ｓｅｒｃｈ信号を受信したリーダ２０２は、親通知（親リーダ決定通知）を無線タグ１０１に送信しない。リーダ２０２は、タイマによる一定期間内であれば、ＲＦ−ＮＡＫ親未決定通知も送信しない。

リーダ２０１から親通知を受信した無線タグ１０１は、自ＩＤを含む定期ｂｅａｃｏｎ（本発明の定期信号に該当する）をＵＨＦ無線部により送信する（Ｓ１１４）。

無線タグ１０１をカバーエリアとするリーダ２０１およびリーダ２０２は、無線タグ１０１から定期ｂｅａｃｏｎ（定期信号）を受信する。無線タグ１０１から定期ｂｅａｃｏｎを受信したリーダ２０１（親リーダ）は、自身が保持する無線タグＤＢを参照し、無線タグ１０１のＩＤが記憶されていると判断する。無線タグ１０１のＩＤが記憶されていると判断したリーダ２０１は、ＵＨＦ無線部によりＡＣＫ（本発明の応答信号に該当）を無線タグ１０１に送信する（Ｓ１１５）。なお、リーダ２０２は、ＡＣＫ（応答信号）を無線タグ１０１に送信しない。つまり、無線タグ１０１は、子局としてリーダ２０１に収容された後は、親リーダであるリーダ２０１のカバーエリア内に存在している間、定期ｂｅａｃｏｎを送信する度に、リーダ２０１からＡＣＫを受信する。

図３は、本発明の実施形態に係る無線タグシステム１０の動作を説明するための説明図である。具体的には、親リーダ切替時の動作の説明図である。なお、図３の説明において、リーダ２０１の子局であった無線タグ１０１は、リーダ２０１のカバーエリア内かつリーダ２０２のカバーエリア内のある位置から、リーダ２０１のカバーエリア外かつリーダ２０２のカバーエリア内の他の位置に移動したものとする。また、リーダ２０１およびリーダ２０２の接続先はサーバ５０１であるものとする。

無線タグ１０１は、リーダ２０１のカバーエリア外に移動後は、定期ｂｅａｃｏｎの送信後にリーダ２０１からＡＣＫを受信できなくなる。無線タグ１０１から送信された定期ｂｅａｃｏｎがリーダ２０１へ到達しなくなるからである。無線タグ１０１は、連続する所定の回数（例えば３回、Ｓ２００、Ｓ２０１、Ｓ２０２）、定期Ｂｅａｃｏｎを送信しても、リーダ２０１からＡＣＫを受信しなかった場合、ＵＨＦ無線部によりＰａｒｅｎｔ_ｓｅｒｃｈ信号を送信する（Ｓ２０３）。

無線タグ１０１をカバーエリアとするリーダ２０２は、無線タグ１０１からＰａｒｅｎｔ_ｓｅｒｃｈ信号を受信する。一方、無線タグ１０１をカバーエリアとしないリーダ２０１は、無線タグ１０１からＰａｒｅｎｔ_ｓｅｒｃｈ信号を受信できない。

無線タグ１０１からＰａｒｅｎｔ_ｓｅｒｃｈ信号を受信したリーダ２０２は、図２におけるリーダ２０１と同様、ＵＨＦ無線部によりＲＦ−ＮＡＫ親未決定通知を無線タグ１０１に送信するとともに、ネットワーク通信部によりＰａｒｅｎｔ_ｓｅｒｃｈ信号をサーバ５０１に送信する（Ｓ２０４、Ｓ２０５）。

リーダ２０２からＰａｒｅｎｔ_ｓｅｒｃｈ信号を受信したサーバ５０１は、Ｐａｒｅｎｔ_ｓｅｒｃｈ信号がリーダ２０２からしか届かないため、無線タグ１０１の新たな親リーダとしてリーダ２０２を選択し、ネットワーク通信部により当選通知をリーダ２０２（新たな親リーダ）に送信する（Ｓ２０６）。

サーバ５０１から当選通知を受信したリーダ２０２は、自身の保持する無線タグＤＢに無線タグ１０１のＩＤを記憶する。また、リーダ２０２は、無線タグ１０１が移動し自身のカバーエリアから離れた場合に無線タグ１０１のＩＤを削除すべく、一定期間のタイマを設定する。一方のリーダ２０１（過去の親リーダ）は、タイマの設定によって、自身が保持する無線タグＤＢ内の無線タグ１０１のＩＤを削除する。

一方、Ｐａｒｅｎｔ_ｓｅｒｃｈ信号の送信後、リーダ２０２からＲＦ−ＮＡＫ親未決定通知を受信した無線タグ１０１は、図２と同様、再度、ＵＨＦ無線部によりＰａｒｅｎｔ_ｓｅｒｃｈ信号を送信する（Ｓ２０７）。

無線タグ１０１をカバーエリアとするリーダ２０２は、無線タグ１０１からＰａｒｅｎｔ_ｓｅｒｃｈ信号を受信する（無線タグ１０１をカバーエリアとしないリーダ２０１は、無線タグ１０１からＰａｒｅｎｔ_ｓｅｒｃｈ信号を受信できない）。無線タグ１０１からＰａｒｅｎｔ_ｓｅｒｃｈ信号を受信したリーダ２０２（新たな親リーダ）は、自身が保持する無線タグＤＢを参照し、今度は、無線タグ１０１のＩＤが記憶されていると判断する。無線タグ１０１のＩＤが記憶されていると判断したリーダ２０２は、ＵＨＦ無線部により親通知を無線タグ１０１に送信する（Ｓ２０８）。以降、図２の場合と同様、無線タグ１０１とリーダ２０２との間において、定期ｂｅａｃｏｎおよびＡＣＫが送受信されるようになる（Ｓ２０９、Ｓ２１０）。以上の様にして、無線タグ１０１の親リーダがリーダ２０１からリーダ２０２に切り替わる。

以上の説明では、Ｐａｒｅｎｔ_ｓｅｒｃｈの場合に、それを受信したリーダが全てサーバ５０１に転送したが、親リーダ管理にかかわらず、受信した信号（特別信号）をサーバ５０１に転送するという機能にしてもよい。即ち、無線タグ１０１の収容後は、無線タグ１０１を収容した親リーダが、子局である無線タグ１０１からの存在報知情報をサーバ５０１に送信し、サーバ５０１からの存在報知情報を子局である無線タグ１０１に送信する旨を説明したが、無線タグ１０１から特別の信号（例えば、後述の振動検知信号）が送信された場合には、無線タグ１０１を収容したリーダ（親リーダ）に加えて無線タグ１０１を収容していないリーダも、無線タグ１０１からの信号をサーバ５０１に送信し、サーバ５０１からの情報を無線タグ１０１に送信するようにしてもよい。これにより、サーバ５０１の処理負荷の軽減よりもサーバ５０１と無線タグ１０１との通信の確実性を優先するような場合に、サーバ５０１と無線タグ１０１との通信をより確実に行うことができるようになる。サーバ５０１の処理負荷の軽減よりもサーバ５０１と無線タグ１０１との通信の確実性を優先するような場合の一例として、サーバ５０１にて、無線タグ１０１を付した重要な物品の盗難情報を確実に収集する場合の例を説明する。

図４は、本発明の実施形態に係る無線タグシステム１０の動作を説明するための説明図である。具体的には、親リーダ決定後の送受信に関わる情報のやりとりの説明図である。
なお、図４の説明において、無線タグ１０１は、親リーダであるリーダ２０１のカバーエリア内かつリーダ２０２のカバーエリア内のある位置に存在するものとする。また、無線タグ１０１は、振動センサおよびＬＥＤを備えているものとする。また、リーダ２０１およびリーダ２０２の接続先はサーバ５０１であるものとする。

無線タグ１０１は、振動センサが反応した場合、ＵＨＦ無線部によりｖｉｂｒａｔｉｏｎ（振動検知信号）を送信する（Ｓ３００）。無線タグ１０１をカバーエリアとするリーダ２０１およびリーダ２０２は、無線タグ１０１からｖｉｂｒａｔｉｏｎを受信する。

無線タグ１０１からｖｉｂｒａｔｉｏｎを受信したリーダ２０１は、ネットワーク通信部によりｖｉｂｒａｔｉｏｎ信号をサーバ５０１に送信する（Ｓ３０１）。また、無線タグ１０１からｖｉｂｒａｔｉｏｎを受信したリーダ２０２も、ネットワーク通信部によりｖｉｂｒａｔｉｏｎをサーバ５０１に送信する（Ｓ３０２）。つまり、無線タグ１０１の親リーダであるか否かにかかわらず、複数のリーダ（リーダ２０１、リーダ２０２）が振ｖｉｂｒａｔｉｏｎをサーバ５０１に送信するため、ｖｉｂｒａｔｉｏｎをサーバ５０１にて確実に収集することができるようになる。例えば、物品管理の際、無線タグが付加された物品がどこかに格納された状態であれば、定期ｂｅａｃｏｎのみを送信するが、もし人等によって持ち出された場合には、センサが反応して、動いたことを複数のリーダ（リーダ２０１、リーダ２０２）を介してサーバ５０１において管理することができるようになる。

なお、複数のリーダ経由とするのは重要な物品に係るｖｉｂｒａｔｉｏｎのみとし、重要な物品以外に係るｖｉｂｒａｔｉｏｎは親リーダ経由のみとしてもよい（重要な物品であるか否かは、例えば、付した無線タグ１０１のＩＤによって識別すればよい）。

また、サーバは、特定の命令（例えば、以下のＬＥＤ点灯命令、定期ｂｅａｃｏｎ周期変更命令）によって無線タグを制御することもできる。例えば、図４において、リーダ２０１（親リーダ）またはリーダ２０２の少なくとも一方からｖｉｂｒａｔｉｏｎを受信したサーバ５０１は、ＬＥＤ点灯命令（ＬＥＤ点灯コマンド、図４においてｃｏｍｍａｎｄと表記）をネットワーク通信部によりリーダ２０１（親リーダ）に送信する（Ｓ３０３）。

その後、リーダ２０１は、無線タグ１０１から定期ｂｅａｃｏｎを受信した場合（Ｓ３０４）、ＵＨＦ無線部によりＡＣＫとｃｏｍｍａｎｄ（ＬＥＤ点灯命令）とを無線タグ１０１に送信する（Ｓ３０５）。リーダ２０１からＡＣＫとｃｏｍｍａｎｄ（ＬＥＤ点灯命令）とを受信した無線タグ１０１は、ＬＥＤを点灯させる。なお、サーバ５０１は、リーダ２０２からのみｖｉｂｒａｔｉｏｎを受信した場合には、リーダ２０１経由でなくリーダ２０２経由でｃｏｍｍａｎｄ（ＬＥＤ点灯命令）を無線タグ１０１に送信してもよい。

また、例えば、振動センサの反応からＬＥＤ点灯までの流れと場面は異なるが、サーバ５０１は、ネットワーク通信部により定期ｂｅａｃｏｎ周期変更命令（図４においてｃｏｍｍａｎｄと表記）をリーダ２０１に送信する（Ｓ３０６）。

その後、リーダ２０１は、無線タグ１０１から定期ｂｅａｃｏｎを受信した場合（Ｓ３０７）、ＵＨＦ無線部によりＡＣＫとｃｏｍｍａｎｄ（定期ｂｅａｃｏｎ周期変更命令）とを無線タグ１０１に送信する（Ｓ３０８）。リーダ２０１からＡＣＫとｃｏｍｍａｎｄ（定期ｂｅａｃｏｎ周期変更命令）とを受信した無線タグ１０１は、定期ｂｅａｃｏｎを送信する周期を変更する。

なお、これらの信号をリーダ経由で受信した無線タグは、命令を実行した後、親リーダに実行結果を送信し、親リーダはそれをサーバに返答する。

なお、サーバではないが、ＨＦリーダ３０１も特定の命令（例えば、タグ送信停止命令、定期ｂｅａｃｏｎ即時送信命令）によって無線タグを制御することができる。例えば、図４において、ＨＦリーダ３０１は、タグ送信を停止させるとき（無線タグのＵＨＦ無線部を休止させるときは）、ＨＦ無線部によりタグ送信停止命令（ｓｌｅｅｐ）を送信する（Ｓ３０９）。なお、ＨＦリーダ３０１からのｓｌｅｅｐは、複数の無線タグ１０１に送信されるが、便宜上、１つの無線タグ１０１に関してのみ説明する。

ＨＦリーダ３０１からｓｌｅｅｐを受信したタグ１０１は、そのＡＣＫ信号となる“ｓｌｅｅｐ”をＵＨＦ無線部により送信した後に（Ｓ３１０）、自身のＵＨＦ無線部を休止する。無線タグ１０１をカバーエリアとするリーダ２０１およびリーダ２０２は、無線タグ１０１から“ｓｌｅｅｐ”を受信する。無線タグ１０１の親リーダであるリーダ２０１は、無線タグ１０１から受信した“ｓｌｅｅｐ”をサーバ５０１に転送する（Ｓ３１１）。なお、無線タグ１０１の親リーダであるリーダ２０１は、自身の保持する無線タグＤＢの無線タグ１０１のＩＤを削除してもよい。

なお、ＨＦリーダ３０１は、無線タグ１０１に定期ｂｅａｃｏｎを即時送信させるときは、ＨＦ無線部により定期ｂｅａｃｏｎ即時送信命令を送信する（非図示）。ＨＦリーダ３０１から定期ｂｅａｃｏｎ即時送信命令を受信した無線タグ１０１は、ＵＨＦ無線部により直ちに定期ｂｅａｃｏｎを送信する。なお、無線タグ１０１がＵＨＦ無線部を休止している状態において、ＨＦリーダ３０１が定期ｂｅａｃｏｎ即時送信命令を送信する場合は、図２に示すようにｗａｋｅｕｐに該当することとなる。

なお、これらの信号を受信した無線タグは、指定された動作後、リーダの決定／未決定にかかわらず、それぞれの応答信号（ＡＣＫ）を送信する。

図５は、本発明の実施形態に係る無線タグシステム１０の動作を説明するための説明図である。具体的には、サーバが、特定の命令（例えば、以下の状態情報取得命令、無線結果取得命令、日時設定命令、受信機能ＯＮ／ＯＦＦ命令、ＩＰアドレス変更命令）によってリーダを制御する動作の説明図である。サーバによるリーダ制御は、例えば、無線タグシステム１０の最初の起動時、システム構成の確認時または変更時などに実施される。また、リーダ２０１およびリーダ２０２の接続先は当初サーバ５０１であるものとする。

サーバ５０１は、リーダ２０１およびリーダ２０２の動作状態に係る情報を取得するときは、ネットワーク通信部により動作状態情報取得命令（リーダ取得コマンド）をリーダ２０１およびリーダ２０２に送信する（Ｓ４００、Ｓ４０１）。

サーバ５０１から状態情報取得命令を受信したリーダ２０１は、自身の状態（自身のＩＤ、自身が無線タグ１０１に対して送受信可能か、受信のみ可能かなどの状態を含む）を示すリーダ状態応答をネットワーク通信部によりサーバ５０１に送信する（Ｓ４０２）。
同様に、サーバ５０１から状態情報取得命令を受信したリーダ２０２は、自身の状態を示すリーダ状態応答をネットワーク通信部によりサーバ５０１に送信する（Ｓ４０３）。

また、サーバ５０１は、リーダ２０１およびリーダ２０２に無線送信させて、その無線送信の結果を取得するときは、ネットワーク通信部により無線結果取得命令（ＮＰ９送信コマンド）をリーダ２０１およびリーダ２０２に送信する（Ｓ４０４、Ｓ４０５）。

サーバ５０１から無線結果取得命令を受信したリーダ２０１は、ＵＨＦ無線部によりテスト信号を送信した後に、ネットワーク通信部により無線送信の結果をサーバ５０１に送信する（Ｓ４０６）。同様に、サーバ５０１から無線結果取得命令を受信したリーダ２０２は、ＵＨＦ無線部によりテスト信号を送信した後に、ネットワーク通信部により無線送信の結果をサーバ５０１に送信する（Ｓ４０７）。

また、サーバ５０１は、リーダ２０１およびリーダ２０２の日時を設定するときは、ネットワーク通信部により日時設定命令（日時設定コマンド）をリーダ２０１およびリーダ２０２に送信する（Ｓ４０８、Ｓ４０９）。サーバ５０１から日時設定命令を受信したリーダ２０１は、日時を設定した後に、ネットワーク通信部により日時設定応答をサーバ５０１に送信する（Ｓ４１０）。同様に、サーバ５０１から日時設定命令を受信したリーダ２０２は、日時を設定した後に、ネットワーク通信部により日時設定応答をサーバ５０１に送信する（Ｓ４１１）。

また、サーバ５０１は、リーダ２０１およびリーダ２０２の受信機能（ＵＨＦ無線部）をＯＮ／ＯＦＦするときは、ネットワーク通信部により受信機能ＯＮ／ＯＦＦ命令（通信ｓｈｕｔｄｏｗｎコマンド）をリーダ２０１およびリーダ２０２に送信する（Ｓ４０８、Ｓ４０９）。サーバ５０１から受信機能ＯＮ／ＯＦＦ命令を受信したリーダ２０１は、無線の受信機能をＯＮ状態であればＯＦＦ状態にし、ＯＦＦ状態であればＯＮ状態にした後に、ネットワーク通信部により通信ｓｈｕｔｄｏｗｎ応答をサーバ５０１に送信する（Ｓ４１０）。同様に、サーバ５０１から受信機能ＯＮ／ＯＦＦ命令を受信したリーダ２０２は、無線の受信機能をＯＮ状態であればＯＦＦ状態にし、ＯＦＦ状態であればＯＮ状態にした後に、ネットワーク通信部により通信ｓｈｕｔｄｏｗｎ応答をサーバ５０１に送信する（Ｓ４１１）。

また、サーバ５０１は、リーダ２０１およびリーダ２０２の接続先をサーバ５０１からサーバ５０２に変更するときは、ネットワーク通信部によりＩＰアドレス変更命令（ＩＰアドレス変更コマンド）をリーダ２０１およびリーダ２０２に送信する（Ｓ４１２、Ｓ４１３）。なお、当該ＩＰアドレス変更命令は、新たな接続先であるサーバ５０２のＩＰアドレスを含む命令である。サーバ５０１からＩＰアドレス変更命令を受信したリーダ２０１は、ＩＰアドレス変更命令に従って、接続先のＩＰアドレスを、これまで接続してきたサーバ５０１のＩＰアドレスから新たに接続するサーバ５０２のＩＰアドレスに変更した後に、ネットワーク通信部によりＩＰアドレス変更応答をサーバ５０２に送信する（Ｓ４１４）。同様に、サーバ５０１からＩＰアドレス変更命令を受信したリーダ２０２は、ＩＰアドレス変更命令に従って、接続先のＩＰアドレスを、これまで接続してきたサーバ５０１のＩＰアドレスから新たに接続するサーバ５０２のＩＰアドレスに変更した後に、ネットワーク通信部によりＩＰアドレス変更応答をサーバ５０２に送信する（Ｓ４１５）。
これにより、リーダ２０１およびリーダ２０２の接続先がサーバ５０１からサーバ５０２に切り替わる。

以上、本発明によれば、サーバの配下に、少なくとも一部のカバーエリアが重複する複数のリーダが存在している場合であっても、サーバと無線タグとの通信は、当該無線タグの親リーダのみを経由して行うようになる。従って、サーバの処理負荷を軽減し、無線タグを速やかに正しく制御することが可能となる。特に、上述のように管理対象の単位を小さくすべく無線タグの数を増加させた場合、または、管理対象物の所在をより正確に把握すべくリーダの数を増加させた場合に有効である。また、休止中の無線タグは、ＨＦリーダ３０１からの信号によって起動はじめるため、低消費電力化を図ることもできる。また、無線タグが移動した場合、親リーダを自動的に切り替えることもできる。

なお、上述した実施形態では、説明の便宜上、無線タグシステム１０が備えるリーダ数は２としたが、リーダの数は３以上であってもよい。また、無線タグシステム１０が備えるサーバ数は２としたが、サーバの数は３以上であってもよい。また、リーダが接続するサーバを切り替えることがなければ、１つであってもよい。

また、上述した実施形態では、無線タグは、ＵＨＦ無線部とＨＦ無線部とを個別に備えたが、無線タグは、ＨＦ帯の電波とＵＨＦ帯の電波とを切り替えて送受信可能な単独の無線部を備えていてもよい。

また、上述した実施形態では、存在報知情報は、自身の存在を報知する情報であると説明したが、定期ｂｅａｃｏｎ（定期信号）は、この存在報知情報の一例であってもよい。

（第２の実施形態）
次に、本発明の第２の実施形態について図面を参照して詳細に説明する。本実施形態と第１の実施形態とで異なる点は、本実施形態の無線タグシステムは複数のサーバを備え、各サーバは階層構造を持ち通信可能なネットワークで接続されている。そして、複数のサーバのうち上位階層のサーバ（上位サーバ）が、下位階層のサーバ（下位サーバ）の負荷を監視し、監視した負荷に基づいて、ある下位サーバに接続しているリーダを他の下位サーバに接続するように制御する点である。これにより、無線タグシステムが備える下位サーバの負荷を分散することができる。

図６は、本発明の実施形態に係る無線タグシステム２０の構成図である。無線タグシステム２０は、図６に示すように、複数の無線タグ１０１と、リーダ２０１−１〜２０１−ｘ，２０１−ｙ〜２０１−ｚ（ｘ＋１＝ｙ＜ｚ、ｘとｙとｚは整数）と、サーバ５０１，５０２，６０１と、ＨＦリーダ３０１とを備える。これらは互いに連携して動作する。

無線タグ１０１と、リーダ２０１−１〜２０１−ｘ，２０１−ｙ〜２０１−ｚと、ＨＦリーダ３０１の構成は第１の実施形態の各装置の構成と同様である。

サーバ５０１，５０２，６０１は、ネットワーク通信部とＣＰＵとを有する。ネットワーク通信部は、通信可能なネットワークを介して接続している他の装置と様々な情報を送受信する。ＣＰＵは、ネットワーク通信部の処理以外の様々な処理、制御を行う。

図示する例では、サーバ５０１，５０２，６０１は階層構造を持っている。サーバ６０１は上位階層のサーバ（上位サーバ）である。また、サーバ５０１，５０２は下位階層のサーバ（下位サーバ）である。上位サーバであるサーバ６０１と、下位サーバであるサーバ５０１，５０２とは通信可能なネットワークを介して接続しており、互いに情報の送受信を行う。また、下位サーバであるサーバ５０１とリーダ２０１−１〜２０１−ｘとは通信可能なネットワークを介して接続しており、互いに情報の送受信を行う。また、下位サーバであるサーバ５０２と、リーダ２０１−ｙ〜２０１−ｚとは通信可能なネットワークを介して接続しており、互いに情報の送受信を行う。

なお、サーバ５０１とリーダ２０１−ｙ〜２０１−ｚとは通信可能なネットワークを介して物理的に繋がっているが、論理的には接続していない。また、サーバ５０２とリーダ２０１−１〜２０１−ｘとは通信可能なネットワークを介して物理的に繋がっているが、論理的には接続していない。しかしながら、第１の実施形態で説明したとおり、サーバ５０１からリーダ２０１−１〜２０１−ｘに対してＩＰアドレス変更命令を送信することで、リーダ２０１−１〜２０１−ｘはサーバ５０２に接続することができる。同様に、サーバ５０２からリーダ２０１−ｙ〜２０１−ｚに対してＩＰアドレス変更命令を送信することで、リーダ２０１−ｙ〜２０１−ｚはサーバ５０１に接続することができる。

また、サーバ５０１，５０２，６０１は、図示せぬ記憶部を備え、記憶部にサーバ識別子を記憶している。サーバ識別子は、自サーバが上位サーバであるか下位サーバであるかを識別するために用いる情報である。本実施形態では、サーバ識別子「Ａ０１」は上位サーバを示すサーバ識別子である。また、サーバ識別子「Ａ０１０１」と「Ａ０１０２」とは下位サーバを示すサーバ識別子である。サーバ６０１の記憶部が記憶するサーバ識別子は「Ａ０１」である。また、サーバ５０１の記憶部が記憶するサーバ識別子は「Ａ０１０１」である。また、サーバ５０２の記憶部が記憶するサーバ識別子は「Ａ０１０２」である。

また、下位サーバであるサーバ５０１，５０２の記憶部は、ユニット識別子を記憶している。ユニット識別子は、自サーバがどの上位サーバに接続しているかを識別するための識別子である。本実施形態では、上位サーバであるサーバ６０１に接続している下位サーバが記憶するユニット識別子は「Ａ０１」である。これは、サーバ６０１の記憶部が記憶するサーバ識別子と同一である。サーバ５０１，５０２はサーバ６０１に接続している下位サーバであるため、サーバ５０１，５０２の記憶部が記憶するユニット識別子は「Ａ０１」である。

また、下位サーバであるサーバ５０１の記憶部は、自サーバに接続しているリーダ２０１−１〜２０１−ｘを親リーダとする無線タグ１０１のＩＤを、リーダ２０１−１〜２０１−ｘ毎に記憶する。また、下位サーバであるサーバ５０１の記憶部は、自サーバに接続しているリーダ２０１−ｙ〜２０１−ｚを親リーダとする無線タグ１０１のＩＤを、リーダ２０１−ｙ〜２０１−ｚ毎に記憶する。この無線タグ１０１のＩＤは、リーダ２０１−１〜２０１−ｘ，リーダ２０１−ｙ〜２０１−ｚの無線タグＤＢが記憶する情報と同じ情報である。これにより、下位サーバは、ある無線タグ１０１にデータを送信する際に、どのリーダに対してデータを送信すれば無線タグ１０１に届くか否かを判断することができる。

また、上位サーバであるサーバ６０１は、自サーバに接続している下位サーバであるサーバ５０１，５０２の負荷を監視する。例えば、負荷の監視方法としては、サーバ５０１，５０２がリーダ２０１−１〜２０１−ｘ，２０１−ｙ〜２０１−ｚから受信したメッセージ種別毎の数を監視し、メッセージ種別毎の受信数に基づいて負荷を決定する方法がある。具体的には、メッセージ種別毎に処理コストや優先順位が異なるため重み付けをし、受信したメッセージ種別毎の数に重みを掛け合わせた値を負荷値とする。下位サーバ５０１，５０２それぞれ受信した全てのメッセージ種別の負荷値の和を算出し、この負荷値の和が大きいほど負荷が高い下位サーバ５０１，５０２とする。

なお、上位サーバであるサーバ６０１は、本発明に係る管理サーバとして動作する。また、上位サーバであるサーバ６０１のＣＰＵは、本発明に係る負荷判断部および負荷分散制御部を担当する。また、下位サーバであるサーバ５０１，５０２のＣＰＵは、本発明に係る接続先制御部を担当する。

次に、本実施形態の無線タグシステムにおいて、上位サーバが、下位サーバの負荷を判定し、リーダの接続先を変更する命令を下位サーバに対して送信する手順について図７のフローチャートを参照して説明する。

サーバ５０１，５０２，６０１のＣＰＵは、スレッドタイマーにより負荷分散の処理を開始する。
（ステップＳ７０１）サーバ５０１，５０２，６０１のＣＰＵは、記憶部が記憶するサーバ識別子に基づいて自サーバが上位サーバであるか下位サーバであるかを判断する。自サーバが上位サーバであるとＣＰＵが判断した場合はステップＳ７０３に進み、自サーバが下位サーバであるとＣＰＵが判断した場合はステップＳ７０２に進む。以下、上位サーバと下位サーバとで処理内容が異なる。

（ステップＳ７０２）下位サーバのＣＰＵは、自サーバの負荷情報を示すイベント流量情報を生成する。続いて、下位サーバのＣＰＵは、記憶部が記憶しているユニット識別子に基づいて、イベント流量情報を送信する上位サーバを特定する。続いて、下位サーバのネットワーク通信部は、イベント流量情報を上位サーバに送信する。その後、処理を終了する。

イベント流量情報は、例えば、リーダから受信したメッセージの数（受信イベント数）や、リーダから受信したメッセージのうち、Ｐａｒｅｎｔ＿ｓｅａｒｃｈメッセージの数を含む。

（ステップＳ７０３）上位サーバのネットワーク通信部は、下位サーバから送信されたイベント流量情報を受信する。その後、ステップＳ７０４に進む。

（ステップＳ７０４）上位サーバのＣＰＵは、ステップＳ７０３でネットワーク通信部が受信した下位サーバのイベント流量情報に基づいて、負荷が閾値以上の下位サーバが存在するか否かを判断する。負荷の判断方法としては、イベント流量情報に含まれる受信イベント数が、予め定めた負荷分散開始イベント件数（閾値）以上である場合、負荷が閾値以上と判断する。負荷が閾値以上の下位サーバが存在すると上位サーバのＣＰＵが判断した場合はステップＳ７０５に進み、負荷が閾値以上の下位サーバが存在しないと上位サーバのＣＰＵが判断した場合は処理を終了する。

（ステップＳ７０５）上位サーバのＣＰＵは、ステップＳ７０３でネットワーク通信部が受信した下位サーバのイベント流量情報に基づいて、負荷が最も高い下位サーバを特定する。その後、ステップＳ７０６に進む。なお、受信イベント数が同じ場合は、イベント流量情報に含まれるＰａｒｅｎｔ＿ｓｅａｒｃｈメッセージの数が多い下位サーバを負荷が最も高い下位サーバとする。

（ステップＳ７０６）上位サーバのＣＰＵは、ステップＳ７０３でネットワーク通信部が受信したイベント流量情報に基づいて、負荷が最も低い下位サーバを特定する。その後、ステップＳ７０７に進む。なお、受信イベント数が同じ場合は、イベント流量情報に含まれるＰａｒｅｎｔ＿ｓｅａｒｃｈメッセージの数が少ない下位サーバを負荷が最も低い下位サーバとする。

（ステップＳ７０７）サーバ６０１のＣＰＵは、ステップＳ７０５で負荷が最も高いと判断した下位サーバに対して、ネットワーク通信部を介してリーダの接続先変更メッセージを送信する。その後、ステップＳ７０４に戻る。リーダの接続先変更メッセージは、ステップＳ７０６で特定した負荷が最も低い下位サーバのＩＰアドレスを含む。

ステップＳ７０１〜ステップＳ７０７の手順により、自サーバの負荷が閾値より高い下位サーバは、負荷が低い下位サーバを特定する情報（ＩＰアドレス）を含んだリーダの接続先変更メッセージを受信することができる。

なお、ステップＳ７０５では、上位サーバのＣＰＵが特定する下位サーバを負荷が最も高いサーバとしたが、上位サーバのＣＰＵが特定する下位サーバを、負荷が閾値以上の下位サーバのうちいずれかの下位サーバを特定するとしてもよい。また、ステップＳ７０６で上位サーバのＣＰＵが特定する下位サーバを負荷が最も低い下位サーバとしたが、上位サーバのＣＰＵが特定する下位サーバを、ステップＳ７０５で特定した負荷が最も高い下位サーバよりも負荷が低い下位サーバとしてもよい。これにより、負荷が閾値以上の下位サーバは、自サーバよりも負荷が低い下位サーバを特定する情報を含んだリーダの接続先変更メッセージを受信することができる。

次に、リーダの接続先変更メッセージを受信した下位サーバの動作について図８のフローチャートを参照して説明する。

（ステップＳ８０１）接続先変更メッセージを受信した下位サーバのＣＰＵは、自サーバに接続しているリーダのうち、最も負荷が高いリーダを特定する。その後、ステップＳ８０２に進む。

例えば、最も負荷が高いリーダを特定する方法としては、タグから受信したメッセージの数が多いリーダを最も負荷が高いリーダと特定する。なお、タグから受信したメッセージの数が同じ場合は、タグから受信したＰａｒｅｎｔ＿ｓｅａｒｃｈメッセージの数が多いリーダを最も負荷が高いリーダと特定する。

（ステップＳ８０２）下位サーバのＣＰＵは、ステップＳ８０１で特定したリーダに対して、負荷の低い下位サーバに接続先を変更するように、ネットワーク通信部を介してＩＰアドレス変更命令を送信する。また、下位サーバのＣＰＵは、ステップＳ８０１で特定したリーダを親リーダとする無線タグのＩＤを記憶部から読み出し、ネットワーク通信部を介して負荷の低い下位サーバに送信する。その後、処理を終了する。なお、負荷の低い下位サーバは、リーダの接続先変更メッセージに含まれている負荷が低い下位サーバを特定する情報で特定される下位サーバである。

ステップＳ８０１〜ステップＳ８０２の動作により、負荷の高い下位サーバは、最も負荷の高いリーダに対して、負荷の低い下位サーバに接続先を変更するようにＩＰアドレス変更命令を送信することができる。また、負荷の高い下位サーバは、最も負荷の高いリーダを親リーダとする無線タグのＩＤを負荷の低い下位サーバに送信することができる。また、ＩＰアドレス変更メッセージを受信したリーダは、負荷の低い下位サーバに対して、第１の実施形態のステップＳ４１４またはステップＳ４１５の処理と同様にＩＰアドレス変更応答を送信する。これにより、負荷の高い下位サーバに接続しているリーダのうち、最も負荷の高いリーダは、負荷の低い下位サーバに論理的に接続することができる。

なお、負荷の高い下位サーバは、ステップＳ８０１で最も負荷の高いリーダを特定し、ステップＳ８０２で最も負荷の高いリーダに対してＩＰアドレス変更命令を送信したが、これに限らず、負荷の高い下位サーバは任意のリーダに対してＩＰアドレス変更命令を送信してもよい。また、負荷の高い下位サーバは複数のリーダに対してＩＰアドレス変更命令を送信してもよい。これにより、負荷の高い下位サーバに接続しているリーダのうち少なくとも１つのリーダは、負荷の低い下位サーバに接続することができる。このとき、負荷の高い下位サーバは、接続先を変更するリーダを親リーダとする無線タグのＩＤを、負荷の低い下位サーバに送信する。

リーダが、接続する下位サーバを動的に変更する具体例として、図６に示したサーバ５０１の負荷が閾値より高く、サーバ５０２の負荷が低く、リーダ２０１−１の負荷が高い例を用いて以下説明する。

サーバ５０１，５０２のＣＰＵは、自サーバが下位サーバであると判断する。また、サーバ６０１のＣＰＵは、自サーバが上位サーバであると判断する（ステップＳ７０１）。サーバ５０１，５０２のＣＰＵは、自サーバの負荷情報を示すイベント流量情報を生成する。続いて、サーバ５０１，５０２のネットワーク通信部は、イベント流量情報をサーバ６０１に送信する（ステップＳ７０２）。

サーバ６０１のネットワーク通信部は、サーバ５０１，５０２から送信されたイベント流量情報を受信する（ステップＳ７０３）。続いて、サーバ６０１のＣＰＵは、負荷が閾値以上のサーバが接続していると判断する（ステップＳ７０４）。続いて、サーバ６０１のＣＰＵは、サーバ５０１を負荷が最も高いサーバであると特定する（ステップＳ７０５）。続いて、サーバ６０１のＣＰＵは、サーバ５０２を負荷が最も低いサーバであると特定する（ステップＳ７０６）。続いて、サーバ６０１のＣＰＵは、ネットワーク通信部を介して、サーバ５０１に対してリーダの接続先変更メッセージを送信する。なお、このメッセージにはサーバ５０２のＩＰアドレスが含まれている（ステップＳ７０７）。

サーバ５０１のＣＰＵは、自サーバに接続しているリーダのうち、最も負荷の高いリーダ２０１−１を特定する（ステップＳ８０１）。サーバ５０１のＣＰＵは、リーダ２０１−１に対して、サーバ５０２に接続先を変更するように、ネットワーク通信部を介してＩＰアドレス変更命令を送信する。なお、この命令にはサーバ５０２のＩＰアドレスが含まれている。また、サーバ５０１のＣＰＵは、リーダ２０１−１を親リーダとする無線タグ１０１のＩＤを記憶部から読み出し、サーバ５０２に送信する（ステップＳ８０２）。リーダ２０１−１は、サーバ５０２に対してＩＰアドレス変更応答を送信する。リーダ２０１−１は、サーバ５０２に論理的に接続し、互いに情報の送受信を行う。これにより、サーバ５０１とリーダ２０１−１との論理的な接続が解消するため、サーバ５０１の負荷が減る。すなわち、サーバ５０１の負荷をサーバ５０２に分散することができる。

上述したとおり、上位サーバは下位サーバの負荷を監視し、負荷に応じてリーダの接続先変更メッセージを送信する。リーダの接続先変更メッセージを受信した下位サーバは、自サーバに接続しているリーダに対して、負荷の低い下位サーバに接続先を変更するようにＩＰアドレス変更命令を送信し、負荷の低い下位サーバに対して、ＩＰアドレス変更命令を送信したリーダを親リーダとする無線タグのＩＤを送信する。ＩＰアドレス変更命令を受信したリーダは、負荷の低い下位サーバに接続先を変更する。これにより、無線タグシステムが備える下位サーバの負荷を分散することができる。

この負荷分散の構成を無線タグシステムに用いることで、例えば、何らかの原因により、一時的に特定の下位サーバに負荷が集中した場合においても、負荷を分散させることができるため、サービスの安定性や継続性を実現することができる。

なお、上述した実施形態では、説明の便宜上、無線タグシステム２０が備えるサーバ数は上位サーバを１台、下位サーバを２台としたが、上位サーバや下位サーバの数はこの限りではない。また、上位サーバと下位サーバの２階層の階層を持つ例で説明したが、３階層以上の階層を持っていてもよい。また、上位サーバと下位サーバを特定する方法として、各サーバが予めサーバ識別子を記憶している例を用いて説明したが、各サーバがネットワークの構成情報などから接続状態を認識し、この接続状態に基づいて自サーバが上位サーバであるか下位サーバであるかを特定する方法でもよい。また、負荷分散を行うか否かをユーザが設定する仕組みを設け、負荷分散の有効・無効を任意に設定できるようにしてもよい。

なお、第１の実施形態で示した図２から図５に示す各ステップや、第２の実施形態で示した図７と図８に示す各ステップを実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、当該記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、上述の無線タグシステムに係る上述した種々の処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものであってもよい。例えば、「コンピュータシステム」は、別体である複数の装置から構成され、複数の装置のうちの幾つかの装置は、他の装置との通信するための無線機能を実現する「ハードウェア」などを含むものであってもよい。また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。

さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Dynamic Random Access Memory））のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。

以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

１０，２０ 無線タグシステム １０１ 無線タグ ２０１，２０１−１〜２０１−ｘ，２０１−ｙ〜２０１−ｚ，２０２ リーダ ３０１ ＨＦリーダ（ＨＦｒｅａｄｅｒ） ５０１，５０２，６０１ サーバ

Claims (12)

1. 固有ＩＤと電源を有し、自身の存在を報知する存在報知情報を送信する複数の無線タグと、前記存在報知情報を受信するカバーエリアの少なくとも一部が重複する複数のリーダと、前記複数のリーダとネットワークで接続されているサーバで構成された無線タグシステムにおいて、
   前記無線タグは、当該無線タグを子局とする親リーダを特定するための親リーダ要求を送信する親リーダ要求送信手段と、当該無線タグを子局とする親リーダを示す親リーダ決定通知を前記リーダから受信する親リーダ決定通知受信手段と
   を具備し、
   前記リーダは、前記無線タグから前記親リーダ要求を受信する親リーダ要求受信手段と、前記無線タグから受信した前記親リーダ要求を前記サーバへ送信する親リーダ要求送信手段と、前記親リーダ決定通知を前記サーバから受信する親リーダ決定通知受信手段と、前記サーバから受信した前記親リーダ決定通知を前記無線タグへ送信する親リーダ決定通知送信手段と、当該無線リーダの動作を制御する制御手段と
   を具備し、
   前記サーバは、前記親リーダ要求を前記リーダから受信する親リーダ要求受信手段と、前記親リーダ要求受信手段によって複数のリーダから前記親リーダ要求が受信された場合に、当該複数のリーダのうちの何れか１つのリーダを親リーダとして決定する親リーダ決定手段と、前記親リーダ決定手段によって前記親リーダが決定された場合に、前記親リーダ決定通知を送信する親リーダ決定通知送信手段と
   を具備し、
   前記リーダの前記制御手段は、自身の前記親リーダ決定通知受信手段によって前記サーバから前記親リーダ決定通知を受信した場合に、前記親リーダ決定通知によって示される前記無線タグを子局として管理し、自身の前記親リーダ決定通知送信手段によって前記子局である前記無線タグに前記親リーダ決定通知を送信するとともに、前記子局である前記無線タグを送信元または送信先とする前記存在報知情報の送受信を許可する一方、前記子局以外である前記無線タグを送信元または送信先とする前記存在報知情報の送受信を規制することを特徴とする無線タグシステム。
2. 前記無線タグに対して特定信号を送信する特定信号送信装置をさらに備え、
   前記無線タグは、前記特定信号送信装置から前記特定信号を受信する特定信号受信手段と、当該無線タグの動作を制御する制御手段とを更に具備し、
   前記無線タグの前記制御手段は、自身の前記特定信号受信手段によって前記特定信号送信装置から前記特定信号を受信した場合に、自身の前記親リーダ要求送信手段に供する電源を休止から起動へと制御するとともに、起動後の前記親リーダ要求送信手段によって前記親リーダ要求を送信することを特徴とする請求項１に記載の無線タグシステム。
3. 前記無線タグは、定期信号を前記親リーダに送信する定期信号送信手段と、前記定期信号に対する前記親リーダからの応答信号を受信する応答信号受信手段と、当該無線タグの動作を制御する制御手段とを更に具備し、
   前記リーダは、前記定期信号を前記無線タグから受信する定期信号受信手段と、前記応答信号を前記無線タグへ送信する応答信号送信手段とを更に具備し、
   前記無線タグの前記制御手段は、自身の前記定期信号送信手段によって前記定期信号を送信した後に、自身の前記応答信号受信手段によって前記応答信号を一定期間以上受信しなかった場合に、前記親リーダ要求送信手段によって前記親リーダ要求を送信することを特徴とする請求項１に記載の無線タグシステム。
4. 前記リーダの前記制御手段は、自身の前記親リーダ要求受信手段によって受信した前記親リーダ要求の受信信号強度を測定し、
   前記リーダの前記親リーダ要求送信手段は、自身の前記制御手段によって測定した前記受信信号強度を含む前記親リーダ要求を送信し、
   前記サーバの前記親リーダ決定手段は、最も高い前記受信信号強度を含む前記親リーダ要求を送信した前記リーダを親リーダとして決定することを特徴とする請求項１から請求項３のいずれかに記載の無線タグシステム。
5. 前記サーバの前記親リーダ決定手段は、最初に受信した前記親リーダ要求を送信した前記リーダを親リーダとして決定することを特徴とする請求項１から請求項３のいずれかに記載の無線タグシステム。
6. 前記無線タグシステムは、管理サーバと複数の前記サーバとをさらに具備し、
   前記管理サーバは、
   前記サーバの負荷を判断する負荷判断部と、
   前記負荷判断部の判断に基づいて、複数の前記サーバのうち負荷が所定の閾値より高い第１のサーバに接続している前記リーダを、複数の前記サーバのうち前記第１のサーバより負荷が低い第２のサーバに接続するように、前記第１のサーバを制御する負荷分散制御部と、
   を具備し、
   前記第１のサーバは、
   前記管理サーバの前記負荷分散制御部の制御に基づいて、自サーバに接続している前記リーダのうちいずれかの前記リーダを前記第２のサーバに接続するように制御する接続先制御部
   を具備することを特徴とする請求項１から請求項５のいずれかに記載の無線タグシステム。
7. 固有ＩＤと電源を有し、自身の存在を報知する存在報知情報を送信する複数の無線タグと、前記存在報知情報を受信するカバーエリアの少なくとも一部が重複する複数のリーダと、前記複数のリーダとネットワークで接続されているサーバで構成された無線タグシステムにおける通信方法であって、
   前記無線タグが、当該無線タグを子局とする親リーダを特定するための親リーダ要求を送信する親リーダ要求送信ステップと、当該無線タグを子局とする親リーダを示す親リーダ決定通知を前記リーダから受信する親リーダ決定通知受信ステップと、
   前記リーダが、前記無線タグから前記親リーダ要求を受信する親リーダ要求受信ステップと、前記無線タグから受信した前記親リーダ要求を前記サーバへ送信する親リーダ要求送信ステップと、前記親リーダ決定通知を前記サーバから受信する親リーダ決定通知受信ステップと、前記サーバから受信した前記親リーダ決定通知を前記無線タグへ送信する親リーダ決定通知送信ステップと、当該無線リーダの動作を制御する制御ステップと、
   前記サーバが、前記親リーダ要求を前記リーダから受信する親リーダ要求受信ステップと、前記親リーダ要求受信ステップによって複数のリーダから前記親リーダ要求が受信された場合に、当該複数のリーダのうちの何れか１つのリーダを親リーダとして決定する親リーダ決定ステップと、前記親リーダ決定ステップによって前記親リーダが決定された場合に、前記親リーダ決定通知を送信する親リーダ決定通知送信ステップと
   を有し、
   前記リーダの前記制御ステップは、自身の前記親リーダ決定通知受信ステップによって前記サーバから前記親リーダ決定通知を受信した場合に、前記親リーダ決定通知によって示される前記無線タグを子局として管理し、自身の前記親リーダ決定通知送信ステップによって前記子局である前記無線タグに前記親リーダ決定通知を送信するとともに、前記子局である前記無線タグを送信元または送信先とする前記存在報知情報の送受信を許可する一方、前記子局以外である前記無線タグを送信元または送信先とする前記存在報知情報の送受信を規制することを特徴とする通信方法。
8. 前記無線タグシステムは前記無線タグに対して特定信号を送信する特定信号送信装置をさらに備え、
   前記無線タグは、前記特定信号送信装置から前記特定信号を受信する特定信号受信ステップと、当該無線タグの動作を制御する制御ステップとを更に有し、
   前記無線タグの前記制御ステップは、自身の前記特定信号受信ステップによって前記特定信号送信装置から前記特定信号を受信した場合に、自身の前記親リーダ要求送信ステップに供する電源を休止から起動へと制御するとともに、起動後の前記親リーダ要求送信ステップによって前記親リーダ要求を送信することを特徴とする請求項７に記載の通信方法。
9. 前記無線タグは、定期信号を前記親リーダに送信する定期信号送信ステップと、前記定期信号に対する前記親リーダからの応答信号を受信する応答信号受信ステップと、当該無線タグの動作を制御する制御ステップとを更に有し、
   前記リーダは、前記定期信号を前記無線タグから受信する定期信号受信ステップと、前記応答信号を前記無線タグへ送信する応答信号送信ステップとを更に有し、
   前記無線タグの前記制御ステップは、自身の前記定期信号送信ステップによって前記定期信号を送信した後に、自身の前記応答信号受信ステップによって前記応答信号を一定期間以上受信しなかった場合に、前記親リーダ要求送信ステップによって前記親リーダ要求を送信することを特徴とする請求項７に記載の通信方法。
10. 前記リーダの制御ステップは、自身の前記親リーダ要求受信ステップによって受信した前記親リーダ要求の受信信号強度を測定し、
    前記リーダの前記親リーダ要求送信ステップは、自身の前記制御ステップによって測定した前記受信信号強度を含む前記親リーダ要求を送信し、
    前記サーバの前記親リーダ決定ステップは、最も高い前記受信信号強度を含む前記親リーダ要求を送信した前記リーダを親リーダとして決定することを特徴とする請求項６から請求項９のいずれかに記載の通信方法。
11. 前記サーバの前記親リーダ決定ステップは、最初に受信した前記親リーダ要求を送信した前記リーダを親リーダとして決定することを特徴とする請求項７から請求項９のいずれかに記載の通信方法。
12. 前記無線タグシステムは、管理サーバと複数の前記サーバとをさらに具備し、
    前記管理サーバは、
    負荷判断部が前記サーバの負荷を判断する負荷判断ステップと、
    前記負荷判断ステップでの判断に基づいて、複数の前記サーバのうち負荷が所定の閾値より高い第１のサーバに接続している前記リーダを、複数の前記サーバのうち前記第１のサーバより負荷が低い第２のサーバに接続するように、負荷分散制御部が前記第１のサーバを制御する負荷分散制御ステップと、
    を有し、
    前記第１のサーバは、
    前記管理サーバの前記負荷分散制御ステップでの制御に基づいて、自サーバに接続している前記リーダのうちいずれかの前記リーダを前記第２のサーバに接続するように接続先制御部が制御する接続先制御ステップ
    を有することを特徴とする請求項７から請求項１１のいずれかに記載の通信方法。

Images