無線通信システムおよび無線通信方法
【課題】心臓ペースメーカなどの医療機器を装着したユーザも、安心して情報配信サービスを受けられるようにする。
【解決手段】
無線通信システム１００は、第１の送受信機としてのダミー端末（ＤＭ端末）１０３ａと、第２の送受信機としてのコーディネータ（ＣＮ）１０２ａと、受信機としての受信専用端末（Ｒ端末）１０４ａ〜１０４ｅを含む。ＤＭ端末１０３ａは、ＣＮ１０２ａからの情報の配信を求める要求を、Ｒ端末１０４ａ〜１０４ｅのうちの或るＲ端末（例えばＲ端末１０４ｂとする）の識別情報を要求元として設定して、無線で送信する。ＣＮ１０２ａは、要求を受信すると、Ｒ端末１０４ｂの識別情報と対応づけられた配信情報を、Ｒ端末１０４ｂの識別情報を宛先として設定して、無線で送信する。Ｒ端末１０４ａ〜１０４ｅの各々は、当該Ｒ端末の識別情報が宛先として設定されてＣＮ１０２ａから送信される配信情報を受信する。
【解決手段】
無線通信システム１００は、第１の送受信機としてのダミー端末（ＤＭ端末）１０３ａと、第２の送受信機としてのコーディネータ（ＣＮ）１０２ａと、受信機としての受信専用端末（Ｒ端末）１０４ａ〜１０４ｅを含む。ＤＭ端末１０３ａは、ＣＮ１０２ａからの情報の配信を求める要求を、Ｒ端末１０４ａ〜１０４ｅのうちの或るＲ端末（例えばＲ端末１０４ｂとする）の識別情報を要求元として設定して、無線で送信する。ＣＮ１０２ａは、要求を受信すると、Ｒ端末１０４ｂの識別情報と対応づけられた配信情報を、Ｒ端末１０４ｂの識別情報を宛先として設定して、無線で送信する。Ｒ端末１０４ａ〜１０４ｅの各々は、当該Ｒ端末の識別情報が宛先として設定されてＣＮ１０２ａから送信される配信情報を受信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信技術に関する。
【背景技術】
【０００２】
無線通信技術の進展にともない、様々な無線通信規格にしたがった様々な無線通信システムにより、様々なサービスが提供されるようになってきた。
例えば、サービスの一例は、同報通信である。従来の移動通信における同報通信システムでは、複数の移動通信端末のうち、代表端末は固定的に設定されていた。そのため、従来は、代表端末が通信中、電源オフ、または圏外のときは、同報通信ができなかった。そこで、同報通信が高い確率でできるように、代表端末を動的に設定できるようにする技術が提案されている。
【０００３】
具体的には、同一の同報グループの移動通信端末は、移動通信交換機と端末情報データベースにより認識可能である。これにより、移動通信における同報通信の代表端末を動的に設定することができる。
【０００４】
したがって、代表端末として呼び出した移動通信端末から応答がないとき、別の移動通信端末を代表端末として呼び出すことができる。そのため、固定的に代表端末を設定する同報通信システムに比べ、接続確率の高い同報通信が可能となる。同一の同報グループ中の他の移動通信端末は、受信専用となり、代表端末の通信を傍受することで同報通信が行われる。
【０００５】
また、マルチエリア構成において、各エリアに散在している同一同報グループに属する複数の移動通信端末と発信端末との間で、同報通信を実現することを目的とした、次のような同報通信システムも提案されている。
【０００６】
当該同報通信システムでは、移動通信交換機と、移動通信端末の情報を蓄積してある端末情報データベースにより、各移動通信端末の情報が管理される。このため、各移動通信端末が同一の同報グループであることが、交換制御局と端末情報データベースにより認識可能である。
【０００７】
また、各エリア毎の代表端末との間の回線と、発信端末との間の回線を、移動通信交換機がマルチミキシング接続用集約装置を用いてマルチミキシング接続する。これにより、多くの端末に対して同時に双方向パスを張ることが可能となり、より広域性のある同報通信が可能となる。
【０００８】
また、無線通信システムを利用したサービスの他の例として、道順案内サービスも挙げられる。例えば、無線式携帯端末器を用いて、現在位置の把握だけではなく目的場所への道順案内を可能にし、さらには個々人の移動経路を集中管理することを目的として、次のような無線式案内システムが提案されている。
【０００９】
当該無線式案内システムにおいて、携帯端末器は、個別の識別情報を有し、識別情報を付加した情報を無線により授受する。基地局は、複数台設けられ、携帯端末器との間で無線により情報を授受する。集中管理装置は、基地局との間で信号線を介して情報を授受する。携帯端末器は、集中管理装置との間で双方向に情報を授受する。
【００１０】
また、携帯端末器は、識別情報を一定時間ごとに送信する。集中管理装置は、携帯端末器から一定時間ごとに送信される識別情報を、時刻および携帯端末器の位置と組にして格納する。そして、携帯端末器からの問い合わせがあると、集中管理装置は、携帯端末器の現在位置を知らせたり、現在位置から目的場所への案内を行ったりする。
【００１１】
ところで、無線通信システムで使われるユーザ端末は、サービスの受け手であるだけでなく、ある種のシステムでは別の用途にも使われ得る。例えば、想定されている通信可能エリア内の実際の電波状況を簡易に把握するための、以下のような通信可能エリア把握システムが提案されている。
【００１２】
当該通信可能エリア把握システムにおいて、ユーザが使用する電波状態情報収集装置の通信部からは、無線基地局から送信される電波の受信強度に基づいて、強・中・弱・微弱の４段階のレベルに分けて判定した電波状態が取得される。また、取得された電波状態は、位置検出部からの検出データに基づいて特定した現在地・現在時刻データに対応付けられて、電波状態情報として外部メモリに記憶される。
【００１３】
そして、管理センタからのアップロード要求があった場合、あるいはデータ格納領域に余裕がなくなった場合は、記憶されている電波状態情報が無線基地局へ送信される。無線基地局からこの電波状態情報を受信した管理センタが、電波状態情報を分析することで、実際の電波状態が把握可能となる。以上の技術によれば、特に電波状態の調査のみを目的としなくても、各ユーザによる日常的な使用に伴って、自動的に情報が得られる。
【００１４】
また、近年では、ビーコンの受信を契機にデータの授受を行う無線システムも、各種サービスを提供するためのインフラストラクチャとして注目されている。例えば、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）８０２．１５．４規格に基づくビーコン無線通信システムの利用も、拡大しつつある。
【００１５】
ビーコン無線通信に関する技術の一例として、例えば、以下のようなビーコン無線通信装置も提案されている。当該ビーコン無線通信装置は、子機であるビーコン無線通信装置の構成を簡素に保ち、親機が子機との無線通信以外の処理を行うのに必要な時間を考慮し、衝突要因を排除して、１ビーコン周期で効率よく情報伝達を行うことを１つの目的としている。
【００１６】
具体的には、当該ビーコン無線通信装置は、親機から受信したビーコンが自ビーコン無線通信装置の識別子を含むか否かを判断し、自分の識別子が含まれれば、アクセスすべき時刻を計算して親機にアクセスする。ビーコン周期は、親機がビーコン無線通信装置と通信する無線通信区間と、親機が無線通信以外の処理を行う未使用区間を含む。アクセスすべき時刻の計算に際してビーコン無線通信装置は、ビーコンが含む識別子のうちでの自ビーコン無線通信装置の識別子の順序と未使用区間の長さとに応じて、受信したビーコンの発信時刻を起点としてビーコン周期内での時刻を計算する。
【先行技術文献】
【特許文献】
【００１７】
【特許文献１】特開平８−６５２３７号公報
【特許文献２】特開平８−７９１６８号公報
【特許文献３】特開平９−２５７５０８号公報
【特許文献４】特開２００２−２３２３４４号公報
【特許文献５】特開２００９−２６０９２５号公報
【発明の概要】
【発明が解決しようとする課題】
【００１８】
無線通信システムにより提供されるサービスの１つに、ユーザが携帯する端末からの要求に応じて端末に何らかの情報を配信するプル型の情報配信サービスがある。他方、多くのユーザの中には、心臓ペースメーカなどの医療機器を装着しているユーザもいる。そして、電波を発射する端末は、心臓ペースメーカなどの医療機器に影響を与える懸念がある。
【００１９】
例えば、平成１９年４月には、総務省により「各種電波利用機器の電波が植込み型医療機器へ及ぼす影響を防止するための指針」が発表されている。当該指針には、例えば、「植込み型医療機器の装着者は、携帯電話端末の使用及び携行に当たっては、携帯電話端末を植込み型医療機器の装着部位から２２ｃｍ程度以上離すこと」などと書かれている。
【００２０】
しかし、仮に指針に沿って製造された端末が指針に沿って利用されたとしても、心臓ペースメーカなどの医療機器を装着しているユーザの中には、自らが携行する端末から電波が発射されること自体に不安を感じるユーザもいるかもしれない。
【００２１】
本発明は、１つの側面では、そのようなユーザでも安心して、無線通信システムによって提供される情報配信サービスを受けられるようにすることを目的とする。
【課題を解決するための手段】
【００２２】
一態様により提供される無線通信システムは、第１の送受信機と、前記第１の送受信機との間で無線通信を行う第２の送受信機と、互いに異なる識別情報で識別される複数台の受信機とを含む。
【００２３】
前記第１の送受信機は、前記第２の送受信機からの情報の配信を求める要求を、前記複数台の受信機のうちの或る受信機の識別情報を要求元として設定して、前記第２の送受信機に無線で送信する。また、前記第２の送受信機は、前記第１の送受信機から前記要求を受信すると、前記或る受信機の前記識別情報と対応づけられた配信情報を、前記或る受信機の前記識別情報を宛先として設定して、無線で送信する。そして、前記複数台の受信機の各々は、当該受信機の識別情報が宛先として設定されて前記第２の送受信機から送信される配信情報を受信する。
【発明の効果】
【００２４】
受信機は電波を発射しないので、たとえ自らが携行する端末から電波が発射されること自体に不安を感じるユーザであっても、受信機ならば安心して携行することができる。したがって、当該ユーザは、上記無線通信システムによって提供される情報配信サービスを、受信機を通じて安心して受けることができる。
【図面の簡単な説明】
【００２５】
【図１】システム構成例を示す図である。
【図２】受信専用端末とエンドデバイスのブロック構成図である。
【図３】ダミー端末とコーディネータのブロック構成図である。
【図４】フレーム形式を示す図である。
【図５】無線通信システムの動作の一例を示すシーケンス図である。
【図６】コーディネータの動作フローチャートである。
【図７】エンドデバイスの動作フローチャートである。
【図８】受信専用端末の動作フローチャートである。
【図９】ダミー端末の動作フローチャートである。
【発明を実施するための形態】
【００２６】
以下、実施形態について、図面を参照しながら詳細に説明する。具体的には、まず図１を参照してシステム構成について説明し、その後、図２〜３を参照して個々の装置の構成について説明する。
【００２７】
続いて、図４を参照してフレーム形式について説明する。その後、図５を参照してシステム全体の動作について説明し、図６〜９を参照して個々の装置の動作について説明する。最後に、図１〜９の実施形態の利点や変形例などについて説明する。
【００２８】
図１は、システム構成例を示す図である。図１の無線通信システム１００は、端末ごとに異なる情報を個々の端末に配信することの可能なシステムである。端末に応じて異なる情報を効率よく個々の端末に配信するために、無線通信システム１００では、ビーコンが利用され、プル型通信が行われる。より具体的には、無線通信システム１００では、ＩＥＥＥ８０２．１５．４規格を利用した無線通信が行われる。
【００２９】
無線通信システム１００は、コーディネータとダミー端末のペア（以下「ＣＮ・ＤＭペア」と略す）を、１以上の適宜の数だけ含む。図１には説明の便宜上、２つのＣＮ・ＤＭペア１０１ａと１０１ｂが図示されている。
【００３０】
ＣＮ・ＤＭペア１０１ａは、コーディネータ１０２ａとダミー端末１０３ａのペアであり、ＣＮ・ＤＭペア１０１ｂはコーディネータ１０２ｂとダミー端末１０３ｂのペアである。なお、以下の説明においては、コーディネータを「ＣＮ」と略し、ダミー端末を「ＤＭ端末」と略す。
【００３１】
ＣＮ１０２ａと１０２ｂは、無線通信システム１００においてアクセスポイントとして機能する、無線送受信機の一種である。また、ＤＭ端末１０３ａと１０３ｂも無線送受信機の一種である。
【００３２】
ＣＮ・ＤＭペア１０１ａをなすＣＮ１０２ａとＤＭ端末１０３ａは、互いに近接するように、固定的に設置される。具体的には、ＣＮ１０２ａとＤＭ端末１０３ａは、ほぼ常に無線通信が成功することが保証されるような、ごく近接した距離（例えば数ｃｍ〜数十ｃｍ程度の距離でもよい）に設置される。
【００３３】
例えば、無線通信システム１００は、医療機関において患者に待ち人数などの情報を知らせるための情報配信サービスのために使われてもよい。その場合、ＣＮ１０２ａとＤＭ端末１０３ａは、当該医療機関内の廊下の天井などに設置されてもよい。ＣＮ・ＤＭペア１０１ｂに関しても同様である。
【００３４】
また、無線通信システム１００は、複数台の受信専用端末（以下「Ｒ端末」と略す）１０４ａ〜１０４ｅを含む。図１には便宜上５台のＲ端末１０４ａ〜１０４ｅが図示されているが、Ｒ端末の台数は任意である。
【００３５】
無線通信システム１００は、無線受信機能だけでなく無線送信機能も有するエンドデバイス（以下「ＥＤ」と略す）１０５ａ〜１０５ｃをさらに含んでいてもよい。もちろん、無線通信システム１００は、ユーザが携帯するユーザ端末として、Ｒ端末のみを含んでいてもよい。また、無線通信システム１００がユーザ端末としてＥＤをさらに含む場合でも、ＥＤの台数は任意である。
【００３６】
さらに、無線通信システム１００は、ＣＮ１０２ａと１０２ｂの双方と接続されたサーバ１０６を含む。サーバ１０６は、Ｒ端末１０４ａ〜１０４ｅとＥＤ１０５ａ〜１０５ｃのそれぞれに配信する情報の管理などを行う。
【００３７】
なお、Ｒ端末１０４ａ〜１０４ｅとＥＤ１０５ａ〜１０５ｃのそれぞれは、ユーザに携帯され、ユーザの移動につれて移動するユーザ端末である。ユーザ端末は、互いに異なる識別情報（以下「ＩＤ」（identifier）という）により識別される。ユーザ端末としてＲ端末とＥＤの２種類があることの利点については、図９の説明の後で述べる。
【００３８】
ここで、Ｒ端末１０４ａ〜１０４ｅは、無線受信機能を有するが、無線送信機能を持たない。つまり、Ｒ端末１０４ａ〜１０４ｅは、電波を発射しない。したがって、「心臓ペースメーカなどの医療機器を装着している」などの理由から、自らが携帯するユーザ端末自体が電波を発射することに不安を感じるユーザであっても、Ｒ端末ならば安心して携帯することができる。そして、本実施形態によれば、図５〜９とともに後述する仕組みにより、そのようなユーザであっても、Ｒ端末を介して、無線通信システム１００の提供する情報配信サービスを安心して受けることができる。
【００３９】
なお、無線通信システム１００の動作の詳細は図５〜９とともに後述するが、概要は次のとおりである。
無線通信システム１００において、個々のユーザ端末に宛てて配信する対象の情報（以下「配信情報」という）は、サーバ１０６により生成または取得され、管理される。サーバ１０６は、配信情報と、当該配信情報の配信先のユーザ端末のＩＤとを対応づけて、ＣＮ１０２ａと１０２ｂの一方または双方に適宜通知する。
【００４０】
ここで、上述のとおり、無線通信システム１００ではビーコンを利用したプル型通信が行われる。具体的には、ＣＮ１０２ａと１０２ｂが、それぞれ定期的にビーコンをブロードキャストする。ビーコンには、上記のようにしてサーバ１０６から通知されたユーザ端末のＩＤが１個以上含まれる。
【００４１】
よって、例えば、ＣＮ１０２ａがブロードキャストしたビーコンにＥＤ１０５ｂのＩＤが含まれる場合、ＥＤ１０５ｂは、ＣＮ１０２ａに対して、ＥＤ１０５ｂ宛の配信情報の送信を要求する。すると、ＣＮ１０２ａは、ＥＤ１０５ｂ宛の配信情報を、要求元であるＥＤ１０５ｂに送信する。このようにして、ＥＤ１０５ｂは、プル型通信により、ＥＤ１０５ｂ宛の配信情報をＣＮ１０２ｂから取得することができる。
【００４２】
また、例えば、ＣＮ１０２ａがブロードキャストしたビーコンにＲ端末１０４ｂのＩＤが含まれる場合は、Ｒ端末１０４ｂに代わってＤＭ端末１０３ａが、ＣＮ１０２ａに対して、Ｒ端末１０４ｂ宛の配信情報の送信を要求する。具体的には、ＤＭ端末１０３ａは、要求元としてＤＭ端末１０３ａ自体のＩＤを設定する代わりに、要求元としてＲ端末１０４ｂのＩＤを設定して、配信情報の送信をＣＮ１０２ａに対して要求する。
【００４３】
すると、ＣＮ１０２ａは、要求元としてＩＤが設定されているＲ端末１０４ｂ宛の配信情報を送信する。その結果、Ｒ端末１０４ｂは、Ｒ端末１０４ｂ宛の配信情報を受信して取得することができる。
【００４４】
以上のように、ＣＮ１０２ａは、要求の実際の送信元がＤＭ端末１０３ａなのか、それともＥＤ（例えばＥＤ１０５ｂ）なのかを、区別する必要がない。ＣＮ１０２ａは、たとえ実際にはＤＭ端末１０３ａから要求を受信した場合であっても、単に、要求元として設定されたＩＤと対応づけられた配信情報を、当該要求元に宛てて送信するだけでよい。また、以上の説明から理解されるとおり、ビーコンを利用したプル型通信システムである無線通信システム１００において、要求送信機能を持たないＲ端末１０４ｂであっても、ＤＭ端末１０３ａのおかげで、Ｒ端末１０４ｂ宛の配信情報を取得することができる。
【００４５】
続いて、図２と３を参照して無線通信システム１００内の個々の装置の構成について説明する。図２は、Ｒ端末とＥＤのブロック構成図であり、図３は、ＤＭ端末とＣＮのブロック構成図である。
【００４６】
図１のＲ端末１０４ａ〜１０４ｅの各々は、本実施形態では、図２のＲ端末２００のように構成される。具体的には、Ｒ端末２００は、無線電波の受信用のアンテナ２０１と、受信回路２０２と、プロセッサ２０３を有する。受信回路２０２は、アンテナ２０１およびプロセッサ２０３と接続されている。
【００４７】
アンテナ２０１と受信回路２０２は、ＩＥＥＥ８０２．１５．４規格の物理層で規定される機能のうち、受信に関わる機能を実現するハードウェア要素である。受信回路２０２は、アンテナ２０１から出力される受信ＲＦ（Radio Frequency）信号に対して、ＡＤ（Analog-to-Digital）変換、復調などの各種処理を行う。
【００４８】
ＩＥＥＥ８０２．１５．４規格のＭＡＣ（Medium Access Control）副層の処理を行う処理モジュールと、ＭＡＣ副層の上位層の処理を行う処理モジュールは、本実施形態ではプロセッサ２０３により実現される。ＭＡＣ副層の処理モジュールは、受信回路２０２からの出力に応じて適宜ＭＡＣ副層のフレームを組み立て、フレームの内容に応じて、上位層の処理モジュールに対して適宜プリミティブを発行する。なお、ＩＥＥＥ８０２．１５．４規格では、ＭＡＣ副層と上位層の間のインタフェイスとして、何種類かのプリミティブが定義されている。上位層の処理モジュールは、ＭＡＣ層の処理モジュールから発行されたプリミティブに応じて、適宜上位層の処理を実行する。
【００４９】
プロセッサ２０３は、例えば、ＣＰＵ（Central Processing Unit）またはＭＰＵ（Microprocessor Unit）でもよい。また、プロセッサ２０３は、タイマ２０４を内蔵しており、時間を計測することができる。
【００５０】
Ｒ端末２００はさらに、ＲＡＭ（Random Access Memory）２０５と、不揮発性記憶装置２０６を有する。不揮発性記憶装置２０６は、例えば、フラッシュメモリなどの不揮発性の半導体メモリ装置であってもよいし、ハードディスク装置などの磁気ディスク装置であってもよい。
【００５１】
そして、Ｒ端末２００は、視覚的な表示を行う表示手段の一例としてディスプレイ２０７を有し、聴覚的な表示を行う表示手段の一例としてスピーカ２０８を有する。実施形態によっては、ディスプレイ２０７とスピーカ２０８の一方のみをＲ端末２００が有していてもよい。
【００５２】
以上のプロセッサ２０３、ＲＡＭ２０５、不揮発性記憶装置２０６、ディスプレイ２０７、およびスピーカ２０８は、バス２０９により互いに接続されている。また、Ｒ端末２００は、移動端末の一種なので、電池２１０から供給される電力によって動作する。そのため、Ｒ端末２００に関しては、図８とともに後述する省電力のための制御が行われることが好ましい。
【００５３】
Ｒ端末２００全体の動作は、プロセッサ２０３により制御される。つまり、Ｒ端末２００において、アンテナ２０１と受信回路２０２は無線受信手段の一例であり、プロセッサ２０３は、無線受信手段を制御する制御手段の一例である。プロセッサ２０３は、不揮発性記憶装置２０６に記憶されたプログラムをＲＡＭ２０５にロードし、ＲＡＭ２０５をワーキングエリアとしても利用しながらプログラムを実行することによって、Ｒ端末２００を図８のフローチャートにしたがって動作させる。上記プログラムは、例えば、ファームウェアのプログラムである。
【００５４】
なお、実施形態によっては、汎用的なプロセッサ２０３の代わりに（またはプロセッサ２０３と組み合わせて）、ＡＳＩＣ（Application Specific Integrated Circuit）などのハードウェア回路が利用されてもよい。また、実施形態によっては、受信回路２０２が物理層だけでなくＭＡＣ副層の処理も行い、プロセッサ２０３が上位層の処理のみを行ってもよい。
【００５５】
さて、図１のＥＤ１０５ａ〜１０５ｃの各々は、本実施形態では、図２のＥＤ３００のように構成される。具体的には、ＥＤ３００は、無線電波の送受信用のアンテナ３０１と、送受信回路３０２と、プロセッサ３０３を有する。送受信回路３０２は、アンテナ３０１およびプロセッサ３０３と接続されている。
【００５６】
アンテナ３０１と送受信回路３０２は、ＩＥＥＥ８０２．１５．４規格の物理層で規定される送受信機能を実現するハードウェア要素である。送受信回路３０２は、アンテナ３０１から出力される受信ＲＦ信号に対して、ＡＤ変換や復調などの処理を行うとともに、プロセッサ３０３からフレーム形式で与えられるデータを、アンテナ３０１から送信するためのＲＦ信号に変換する。
【００５７】
ＩＥＥＥ８０２．１５．４規格のＭＡＣ副層の処理を行う処理モジュールと、ＭＡＣ副層の上位層の処理を行う処理モジュールは、本実施形態ではプロセッサ３０３により実現される。ＭＡＣ副層の処理モジュールは、送受信回路３０２からの出力に応じて適宜ＭＡＣ副層のフレームを組み立て、フレームの内容に応じて、上位層の処理モジュールに対して適宜プリミティブを発行する。また、ＭＡＣ副層の処理モジュールは、上位層の処理モジュールから与えられるプリミティブに応じて適宜ＭＡＣ副層のフレームを組み立て、フレームのデータを送受信回路３０２に出力する。
【００５８】
プロセッサ３０３は、例えばＣＰＵまたはＭＰＵでもよい。また、プロセッサ３０３は、タイマ３０４を内蔵しており、時間を計測することができる。
ＥＤ３００はさらに、Ｒ端末２００のＲＡＭ２０５および不揮発性記憶装置２０６と同様の、ＲＡＭ３０５および不揮発性記憶装置３０６を有する。
【００５９】
また、本実施形態のＥＤ３００は、ＲＦＩＤ（Radio-Frequency Identification）リーダ３０７を有するが、実施形態によってはＲＦＩＤリーダ３０７がなくてもよい。以下では説明の便宜上、次の（１−１）〜（１−４）のように仮定する。
【００６０】
（１−１）図１の無線通信システム１００は、医療機関において待ち人数や待ち時間などの情報を各患者に知らせるための案内システムとして利用される。
（１−２）各患者の診察カードは、患者を識別するための患者ＩＤが記憶されたＲＦＩＤタグが埋め込まれたカードである。
（１−３）ＥＤ３００は、診察カードを装着するための不図示のスロットを有する。
（１−４）スロットに診察カードが差し込まれると、ＥＤ３００の電源スイッチがオンになるとともに、ＲＦＩＤリーダ３０７が診察カードから患者ＩＤを読み取る。
【００６１】
なお、Ｒ端末２００も、診察カードを装着するための不図示のスロットを有していてもよい。しかし、その場合でも、詳しくは図８とともに後述する理由により、Ｒ端末２００はＲＦＩＤリーダを備えなくてもよい。そのため、図２には、Ｒ端末２００の中にＲＦＩＤリーダを図示していない。
【００６２】
さて、ＥＤ３００の説明に戻ると、ＥＤ３００はさらに、Ｒ端末２００のディスプレイ２０７およびスピーカ２０８と同様の、ディスプレイ３０８およびスピーカ３０９を有する。実施形態によっては、ディスプレイ３０８とスピーカ３０９の一方のみをＥＤ３００が有していてもよい。
【００６３】
以上のプロセッサ３０３、ＲＡＭ３０５、不揮発性記憶装置３０６、ＲＦＩＤリーダ３０７、ディスプレイ３０８、およびスピーカ３０９は、バス３１０により互いに接続されている。また、ＥＤ３００も、Ｒ端末２００と同様に移動端末の一種である。よって、ＥＤ３００も電池３１１から供給される電力によって動作する。そのため、ＥＤ３００に関しては、図７とともに後述する省電力のための制御が行われることが好ましい。
【００６４】
ＥＤ３００全体の動作は、プロセッサ３０３により制御される。つまり、ＥＤ３００において、アンテナ３０１と送受信回路３０２は無線送受信手段の一例であり、プロセッサ３０３は、無線送受信手段を制御する制御手段の一例である。プロセッサ３０３は、不揮発性記憶装置３０６に記憶されたプログラムをＲＡＭ３０５にロードし、ＲＡＭ３０５をワーキングエリアとしても利用しながらプログラムを実行することによって、ＥＤ３００を図７のフローチャートにしたがって動作させる。上記プログラムは、例えば、ファームウェアのプログラムである。
【００６５】
なお、実施形態によっては、汎用的なプロセッサ３０３の代わりに（またはプロセッサ３０３と組み合わせて）、ＡＳＩＣなどのハードウェア回路が利用されてもよい。また、実施形態によっては、送受信回路３０２が物理層だけでなくＭＡＣ副層の処理も行い、プロセッサ３０３が上位層の処理のみを行ってもよい。
【００６６】
さて、図１のＤＭ端末１０３ａと１０３ｂの各々は、本実施形態では、図３のＤＭ端末４００のように構成される。具体的には、ＤＭ端末４００は、無線電波の送受信用のアンテナ４０１と、送受信回路４０２と、プロセッサ４０３を有する。送受信回路４０２は、アンテナ４０１およびプロセッサ４０３と接続されている。
【００６７】
アンテナ４０１および送受信回路４０２は、ＥＤ３００のアンテナ３０１および送受信回路３０２と同様なので、説明を省略する。また、プロセッサ４０３も、ＥＤ３００のプロセッサ３０３と同様に、ＭＡＣ副層の処理モジュールと上位層の処理モジュールを実現する。プロセッサ４０３は、例えばＣＰＵまたはＭＰＵでもよい。また、プロセッサ４０３は、タイマ４０４を内蔵しており、時間を計測することができる。
【００６８】
ＤＭ端末４００はさらに、Ｒ端末２００やＥＤ３００と同様に、ＲＡＭ４０５および不揮発性記憶装置４０６を有する。そして、以上のプロセッサ４０３、ＲＡＭ４０５、および不揮発性記憶装置４０６は、バス４０７により互いに接続されている。もちろん、実施形態によっては、ＤＭ端末４００が入力ボタンやディスプレイなどの入出力装置をさらに有していてもよい。
【００６９】
ところで、図２と３を比較すると分かるとおり、ＤＭ端末４００のハードウェア構成は、ＥＤ３００からＲＦＩＤリーダ３０７とディスプレイ３０８とスピーカ３０９を省略した構成にほぼ相当する。ただし、本実施形態のＤＭ端末４００は、決められた場所に固定的に設置され、ＡＣ（Alternating Current）電源から電力を供給される。したがって、後述の図９に示すように、ＤＭ端末４００においては、省電力化のためのスリープ制御を省略することで、制御が簡素化されていてもよい。
【００７０】
ＤＭ端末４００全体の動作は、プロセッサ４０３により制御される。つまり、ＤＭ端末４００において、アンテナ４０１と送受信回路４０２は無線送受信手段の一例であり、プロセッサ４０３は、無線送受信手段を制御する制御手段の一例である。プロセッサ４０３は、不揮発性記憶装置４０６に記憶されたプログラムをＲＡＭ４０５にロードし、ＲＡＭ４０５をワーキングエリアとしても利用しながらプログラムを実行することによって、ＤＭ端末４００を図９のフローチャートにしたがって動作させる。上記プログラムは、例えば、ファームウェアのプログラムである。
【００７１】
なお、実施形態によっては、汎用的なプロセッサ４０３の代わりに（またはプロセッサ４０３と組み合わせて）、ＡＳＩＣなどのハードウェア回路が利用されてもよい。また、実施形態によっては、送受信回路４０２が物理層だけでなくＭＡＣ副層の処理も行い、プロセッサ４０３が上位層の処理のみを行ってもよい。
【００７２】
さて、図１のＣＮ１０２ａと１０２ｂの各々は、本実施形態では、図３のＣＮ５００のように構成される。具体的には、ＣＮ５００は、無線電波の送受信用のアンテナ５０１と、送受信回路５０２と、プロセッサ５０３を有する。送受信回路５０２は、アンテナ５０１およびプロセッサ５０３と接続されている。
【００７３】
アンテナ５０１および送受信回路５０２は、ＥＤ３００のアンテナ３０１および送受信回路３０２と類似なので、説明を省略する。また、プロセッサ５０３も、ＥＤ３００のプロセッサ３０３と同様に、ＭＡＣ副層の処理モジュールと上位層の処理モジュールを実現する。プロセッサ５０３は、例えばＣＰＵまたはＭＰＵでもよい。また、プロセッサ５０３は、タイマ５０４を内蔵しており、時間を計測することができる。
【００７４】
ＣＮ５００はさらに、Ｒ端末２００やＥＤ３００やＤＭ端末４００と同様に、ＲＡＭ５０５および不揮発性記憶装置５０６を有する。
また、ＣＮ５００は、図１のサーバ１０６と接続するための有線接続インタフェイス５０７を有する。例えば、有線接続インタフェイス５０７は、有線ＬＡＮ（Local Area Network）インタフェイスであってもよいし、ＵＳＢ（Universal Serial Bus）インタフェイスであってもよい。つまり、ＣＮ５００は、ＬＡＮなどのネットワークを介して間接的にサーバ１０６に接続されてもよいし、ＵＳＢケーブルなどのケーブルを介して直接的にサーバ１０６に接続されてもよい。場合によっては、有線接続インタフェイス５０７の代わりに、ＩＥＥＥ８０２．１５．４とは別の無線規格（例えばＩＥＥＥ８０２．１１シリーズの規格）による無線インタフェイスが使われてもよい。
【００７５】
そして、以上のプロセッサ５０３、ＲＡＭ５０５、不揮発性記憶装置５０６、および有線接続インタフェイス５０７は、バス５０８により互いに接続されている。もちろん、実施形態によっては、ＣＮ５００が入力ボタンやディスプレイなどの入出力装置をさらに有していてもよい。
【００７６】
なお、本実施形態では、ＤＭ端末４００と同様にＣＮ５００も、電池からではなくＡＣ電源から電力を供給される。
ＣＮ５００全体の動作は、プロセッサ５０３により制御される。つまり、ＣＮ５００において、アンテナ５０１と送受信回路５０２は無線送受信手段の一例であり、プロセッサ５０３は、無線送受信手段を制御する制御手段の一例である。プロセッサ５０３は、不揮発性記憶装置５０６に記憶されたプログラムをＲＡＭ５０５にロードし、ＲＡＭ５０５をワーキングエリアとしても利用しながらプログラムを実行することによって、ＣＮ５００を図６のフローチャートにしたがって動作させる。上記プログラムは、例えば、ファームウェアのプログラムである。
【００７７】
なお、実施形態によっては、汎用的なプロセッサ５０３の代わりに（またはプロセッサ５０３と組み合わせて）、ＡＳＩＣなどのハードウェア回路が利用されてもよい。また、実施形態によっては、送受信回路５０２が物理層だけでなくＭＡＣ副層の処理も行い、プロセッサ５０３が上位層の処理のみを行ってもよい。
【００７８】
ところで、図１のサーバ１０６に関しては図示を省略したが、サーバ１０６は、ＣＰＵとＲＡＭと不揮発性記憶装置を有するコンピュータである。サーバ１０６のＣＰＵは、不揮発性記憶装置に記憶されたプログラムをＲＡＭにロードし、ＲＡＭをワーキングエリアとしても利用しながらプログラムを実行することによって、サーバ１０６全体を制御する。上記プログラムは、例えば、アプリケーションプログラムである。
【００７９】
サーバ１０６のＲＡＭまたは不揮発性記憶装置上には、ユーザと、当該ユーザが携帯しているユーザ端末（つまりＲ端末２００またはＥＤ３００）と、当該ユーザ端末が参加しているＣＮ５００とを対応づけるデータベースが格納される。なお、詳しくは後述するが、ＥＤ３００が参加しているＣＮ５００は認識可能だが、Ｒ端末２００がどのＣＮ５００の近傍に位置しているかは認識不能である。よって、例えば、「ＥＤ３００には具体的な１台のＣＮ５００のＩＤが対応づけられるが、Ｒ端末２００には、どのＣＮ５００のＩＤでもない所定の値が対応づけられる」といったように、上記データベースが構成されていてもよい。
【００８０】
また、サーバ１０６は、ユーザごとに配信情報を生成してもよい。あるいは、サーバ１０６は、他のシステム（例えば患者受付システムや電子カルテシステムなど）と連携することにより、他のシステムからユーザごとに異なる配信情報を取得してもよい。
【００８１】
なお、サーバ１０６が配信情報を生成または取得するタイミングは、配信情報の内容に応じて、実施形態により異なっていてよい。サーバ１０６は、生成または取得した配信情報を、適宜１台または複数台のＣＮ５００に送信する。
【００８２】
サーバ１０６の不揮発性記憶装置は、例えば、ＨＤＤ（Hard Disk Drive）でもよいし、ＳＳＤ（Solid-State Drive）であってもよい。また、サーバ１０６は、ＣＮ５００との接続のためのインタフェイス（例えば有線ＬＡＮインタフェイスまたはＵＳＢインタフェイス）も有する。
【００８３】
さらに、サーバ１０６は、キーボードやポインティングデバイスなどの入力装置と、ディスプレイやスピーカなどの出力装置を有していてもよい。もちろん、サーバ１０６は、光ディスク・光磁気ディスク・磁気ディスクなどの記憶媒体の駆動装置をさらに有していてもよい。
【００８４】
なお、上記のような無線通信システム１００中の個々の装置におけるＲＡＭおよび不揮発性記憶装置、ならびに、駆動装置を介して読み書きされる記憶媒体は、いずれも有形の（tangible）媒体であり、信号搬送波のような一時的な（transitory）媒体ではない。
【００８５】
さて、続いて、無線通信システム１００内で送受信される各種フレームの形式について、図４を参照して説明する。なお、図４に示すフレームの個々のフィールドに設定されるデータの具体例については、図５〜９に関する説明の中で、適宜示すこととする。
【００８６】
図４には、データフレーム６００と、ビーコンフレーム７００と、ＡＣＫ（acknowledgment）フレーム８００と、ＭＡＣコマンドフレーム９００の４種類のフレームが例示されている。これらのフレームの形式の詳細は、ＩＥＥＥ８０２．１５．４規格で定義されている。
【００８７】
なお、図４において各フレームの個々のフィールド内に示した括弧付きの数字は、フィールドの長さをオクテット単位で示している。長さが書かれていないフィールドは可変長である。
【００８８】
データフレーム６００は、ＭＡＣヘッダとＭＡＣペイロードとＭＡＣフッタを含む。データフレーム６００のＭＡＣヘッダは、２オクテットのフレームコントロール６０１と、１オクテットのシーケンス番号６０２と、アドレッシングフィールド（addressing fields）を含む。
【００８９】
フレームコントロール６０１は、フレームのタイプを示すフレームタイプのサブフィールドなどを含む。シーケンス番号６０２には、データフレーム６００を識別するための識別番号が設定される。
【００９０】
データフレーム６００のアドレッシングフィールドは、具体的には、宛先ＰＡＮＩＤ６０３と、宛先アドレス６０４と、送信元ＰＡＮＩＤ６０５と、送信元アドレス６０６を含む。なお、「ＰＡＮＩＤ」は「Personal Area Network identifier」の略である。また、宛先ＰＡＮＩＤ６０３と送信元ＰＡＮＩＤ６０５のフィールド長は、０または２オクテットである。
【００９１】
宛先アドレス６０４と送信元アドレス６０６のフィールド長は、ＩＥＥＥ８０２．１５．４規格では、０、２、または８オクテットだが、以下では説明の便宜上、本実施形態では８オクテットのアドレスが使われるものとする。つまり、図１のＣＮ１０２ａ〜１０２ｂ、ＤＭ端末１０３ａ〜１０３ｂ、Ｒ端末１０４ａ〜１０４ｅ、およびＥＤ１０５ａ〜１０５ｃのそれぞれには、互いに異なる８オクテットのＩＤがアドレスとして予め割り当てられているものとする。もちろん、２オクテットのアドレスが使われる実施形態も可能である。
【００９２】
また、本実施形態では、Ｒ端末２００のＩＤがとり得る値の範囲と、ＥＤ３００のＩＤがとり得る値の範囲は、重ならないものとする。例えば、「１０進数に換算して１００番から１９９番のＩＤはＥＤ３００に割り当てられ、２００番以上のＩＤはＲ端末２００に割り当てられる」などの規則が予め決められているものとし、各装置のＩＤは、当該規則にしたがって割り当てられるものとする。
【００９３】
なお、ＭＡＣヘッダは、補助セキュリティヘッダ（auxiliary security header）を含んでもよいが、図４では簡単のため省略している。
データフレーム６００のＭＡＣペイロードは、具体的にはデータペイロード６０７である。データペイロード６０７の形式と内容は任意である。データペイロード６０７の形式は、ＭＡＣ副層の上位層に応じて適宜定義される。
【００９４】
例えば、無線通信システム１００は、医療機関において患者に情報を配信するための情報配信システムとして利用されてもよい。この場合、ＣＮ５００から送信されるデータフレーム６００のデータペイロード６０７には、待ち人数のデータが含まれていてもよいし、次にどの検査室に進めばよいかを示すデータが含まれてもよい。例えば、待ち人数が５人であることを示すために「ｗａｉｔ＝５」などの所定の形式がデータペイロード６０７において採用されてもよい。また、ＥＤ３００から送信されるデータフレーム６００のデータペイロード６０７には、ＥＤ３００に差し込まれた診察カードからＲＦＩＤリーダ３０７により読み取られた患者ＩＤが含まれていてもよい。
【００９５】
また、データフレーム６００のＭＡＣフッタは、具体的には、誤り検出のためのＦＣＳ（Frame Check Sequence）６０８である。
ビーコンフレーム７００も、ＭＡＣヘッダとＭＡＣペイロードとＭＡＣフッタを含む。ビーコンフレーム７００のＭＡＣヘッダは、フレームコントロール７０１と、シーケンス番号７０２とアドレッシングフィールドを含み、アドレシッングフィールドは、送信元ＰＡＮＩＤ７０３と送信元アドレス７０４を含む。例えば、ＣＮ１０２ａが送信するビーコンフレーム７００の送信元アドレス７０４には、ＣＮ１０２ａのＩＤが設定される。
【００９６】
ビーコンフレーム７００のＭＡＣペイロードは、スーパフレーム定義（superframe specification）７０５と、ＧＴＳ（Guaranteed Time Slot）７０６と、ペンディングアドレス７０７と、ビーコンペイロード７０８を含む。スーパフレーム定義７０５には、ビーコン周期の長さを規定する情報などが含まれる。また、ＧＴＳ７０６には、最大で７個のスロットを定義することができる。
【００９７】
ペンディングアドレス７０７には、ＥＤ３００またはＲ端末２００のＩＤ（すなわちアドレス）のリストが含まれる。ペンディングアドレス７０７には、最大で７個のＩＤを指定することができる。
【００９８】
ペンディングアドレス７０７のリストに含まれるＩＤは、当該ＩＤで識別されるＥＤ３００またはＲ端末２００に宛てた配信情報が、ＣＮ５００でペンディングになっていることを示す。例えば、ＥＤ１０５ｂ宛の配信情報とＲ端末１０４ｂ宛の配信情報をサーバ１０６からＣＮ１０２ａが受け取ったとする。この場合、ＣＮ１０２ａは、ＥＤ１０５ｂとＲ端末１０４ｂのＩＤを含むリストをペンディングアドレス７０７のフィールドに設定したビーコンフレーム７００を送信する。
【００９９】
したがって、ビーコンフレーム７００を受信した各ＥＤ３００は、当該ＥＤ３００自身に宛てた配信情報があるか否かを、ペンディングアドレス７０７から認識することができる。同様に、ビーコンフレーム７００を受信した各Ｒ端末２００は、当該Ｒ端末２００自身に宛てた配信情報があるか否かを、ペンディングアドレス７０７から認識することができる。
【０１００】
また、上記のように本実施形態では、Ｒ端末２００のＩＤがとり得る値の範囲と、ＥＤ３００のＩＤがとり得る値の範囲が重ならない。よって、ビーコンフレーム７００を受信した各ＤＭ端末４００は、ペンディングアドレス７０７のリストに含まれる各ＩＤについて、当該ＩＤがＥＤ３００のＩＤなのか、それともＲ端末２００のＩＤなのかを、当該ＩＤの値自体から判断することができる。
【０１０１】
ビーコンペイロード７０８はオプショナルなフィールドであり、省略されてもよい。また、ビーコンフレーム７００のＭＡＣフッタは、誤り検出のためのＦＣＳ７０９である。
さて、ＡＣＫフレーム８００は、ＭＡＣペイロードを持たない。ＡＣＫフレーム８００のＭＡＣヘッダは、フレームコントロール８０１とシーケンス番号８０２を含み、ＡＣＫフレーム８００のＭＡＣフッタはＦＣＳ８０３を含む。シーケンス番号８０２により、ＡＣＫフレーム８００がどのフレームに対する受信確認なのかが識別される。
【０１０２】
ＭＡＣコマンドフレーム９００は、データフレーム６００と同様の形式のＭＡＣヘッダを含む。すなわち、ＭＡＣコマンドフレーム９００のＭＡＣヘッダは、フレームコントロール９０１とシーケンス番号９０２とアドレッシングフィールドを含む。そして、アドレッシングフィールドは、宛先ＰＡＮＩＤ９０３と宛先アドレス９０４と送信元ＰＡＮＩＤ９０５と送信元アドレス９０６を含む。
【０１０３】
また、ＭＡＣコマンドフレーム９００はＭＡＣペイロードとＭＡＣフッタを含む。ＭＡＣペイロードは、具体的には１オクテットのコマンドフレームＩＤ９０７と、可変長のコマンドペイロード９０８を含み、ＭＡＣフッタはＦＣＳ９０９を含む。
【０１０４】
コマンドフレームＩＤ９０７は、コマンドのタイプを示す。例えば、コマンドフレームＩＤ９０７により、ＭＡＣコマンドフレーム９００がＣＮ５００への参加要求のためのフレームなのか、ＣＮ５００へのデータ要求のためのフレームなのか、それとも他の目的のフレームなのか、といったことが示される。コマンドペイロード９０８は、コマンドの内容を示す。
【０１０５】
続いて、図５〜９を参照して図１の無線通信システム１００の動作について説明する。具体的には、まず、図５を参照して無線通信システム１００の動作の一例を説明する。その後、図５のような動作を実現するために、無線通信システム１００内の各装置が実行する処理について、図６〜９を参照して説明する。
【０１０６】
さて、図５は、図１の無線通信システム１００の動作の一例を示すシーケンス図である。図５には、図１のＲ端末１０４ｂ、ＣＮ１０２ａ、ＤＭ端末１０３ａ、ＥＤ１０５ｂ、およびＥＤ１０５ａの動作が例示されている。なお、図５の動作例は、以下の（２−１）〜（２−３）に示す場合の例である。
【０１０７】
（２−１）図５の動作が行われる期間において、Ｒ端末１０４ｂとＥＤ１０５ｂは、ＣＮ１０２ａから送信される電波を受信することが可能な位置にある。
（２−２）ＥＤ１０５ａは、今までＣＮ１０２ｂの近くにあったが、ＥＤ１０５ａを携帯するユーザの移動につれて、ＣＮ１０２ｂから離れ、ＣＮ１０２ａに近づいてきた。そして、ＥＤ１０５ａは、図５の動作の開始時点において、ＣＮ１０２ａから送信される電波を受信することが可能な位置にある。
（２−３）ＣＮ１０２ａは、サーバ１０６から、ＥＤ１０５ｂ宛の配信情報とＲ端末１０４ｂ宛の配信情報を受け取っている。すなわち、ＥＤ１０５ｂ宛の配信情報とＲ端末１０４ｂ宛の配信情報がＣＮ１０２ａにおいてペンディングになっている。
【０１０８】
また、本実施形態では、効率的な通信を実現するためにビーコンを利用した時分割通信が行われる。具体的には、本実施形態では、１ビーコン周期（すなわち隣り合う２つのビーコン間の時間）が、次の（３−１）〜（３−４）の期間に分割される。なお、以下ではビーコン周期の長さを「Ｔ」と表記する。
【０１０９】
（３−１）ＣＮ５００（図５の例ではＣＮ１０２ａ）がビーコンを送信するためのビーコン送信期間（以下、ビーコン送信期間の長さを「Ｂ」と表記する）
（３−２）ＣＮ５００が任意のＥＤ３００からＣＳＭＡ−ＣＡ（Carrier Sense Multiple Access with Collision Avoidance）方式で要求を受け付けるための要求受付期間（以下、要求受付期間の長さを「β」と表記する）
（３−３）Ｓ台（０≦Ｓ≦７）のユーザ端末（Ｒ端末２００またはＥＤ３００）が、時分割式に順々に、ＣＮ５００から、各ユーザ端末に応じた配信情報を取得するための通信期間（以下、１台のユーザ端末あたりの通信期間の長さを「α」と表記する）
（３−４）ＣＮ５００が、ユーザ端末（Ｒ端末２００もしくはＥＤ３００）またはＤＭ端末４００との間の通信以外の処理（例えば、サーバ１０６との間の通信や、ＣＮ５００の内部処理など）を行うための処理期間（以下、処理期間の長さを「Ｍ」と表記する）
【０１１０】
つまり、（３−１）〜（３−４）によれば、ビーコン周期の長さＴは、式（１）のように表すことができる。
Ｔ＝Ｂ＋β＋α×Ｓ＋Ｍ （１）
【０１１１】
例えば、Ｔ＝５００ｍｓかつＢ＝１ｍｓでもよい。Ｓの値は、何台のユーザ端末宛の配信情報がＣＮ５００（図５の例ではＣＮ１０２ａ）においてペンディングになっているかに応じて、可変である。また、βとＭの値は、それぞれ、固定値でもよいし、可変値であってもよい。例えば、βとＭの値がともに固定値の場合は、式（１）より、αは式（２）のように表される。
α＝（Ｔ−Ｂ−β−Ｍ）／Ｓ （２）
【０１１２】
あるいは、βとＭは可変値であってもよく、例えば、α＝β＝Ｍと定義されていてもよい。α＝β＝Ｍの場合、α、β、およびＭは、式（３）のように表される。
α＝β＝Ｍ＝（Ｔ−Ｂ）／（Ｓ＋２） （３）
【０１１３】
もちろん、βとＭの定義は実施形態に応じて適宜変更されてよい。βとＭの一方が固定値で他方が可変値でもよい。βとＭの定義に応じて、αの値は式（１）から適宜計算され得る。
【０１１４】
さて、図５のステップＳ１０１で、ＣＮ１０２ａは、ビーコン（具体的には図４のビーコンフレーム７００）を送信する。ビーコンはブロードキャストされるので、Ｒ端末１０４ｂ、ＤＭ端末１０３ａ、ＥＤ１０５ｂ、およびＥＤ１０５ａのすべてが、ビーコンを受信する。また、上記（２−３）より、ステップＳ１０１で送信されるビーコンフレーム７００のペンディングアドレス７０７のリストには、少なくとも、ＥＤ１０５ｂのＩＤとＲ端末１０４ｂのＩＤが含まれる。
【０１１５】
ところで、ステップＳ１０１におけるビーコンの送信は、上記（３−１）のとおり、ビーコン周期の先頭のビーコン送信期間に行われる。そして、上記（３−２）のとおり、本実施形態では、ビーコン送信期間に続いて、長さβの要求受付期間が設けられている。図５の例では、ステップＳ１０１に続く要求受付期間で、ＣＮ１０２ａに要求を送信するＥＤは、１台（すなわちＥＤ１０５ａ）だけだが、複数台のＥＤが要求を送信する場合、複数台のＥＤ間の衝突はＣＳＭＡ−ＣＡ方式により解決される。
【０１１６】
図５の例では、具体的には、ステップＳ１０２〜Ｓ１０３に示す通信Ｃ１が、要求受付期間に行われる。すなわち、上記（２−２）のようにＣＮ１０２ａに近づいてきたＥＤ１０５ａは、ステップＳ１０１のビーコンを受信すると、ステップＳ１０２でＣＮ１０２ａにハンドオーバ（ＨＯ）要求を送信する。すると、次のステップＳ１０３でＣＮ１０２ａは、ＨＯ要求を受け付けた旨の通知を、ＥＤ１０５ａに送信する。
【０１１７】
なお、図５では簡単のため、ステップＳ１０２のＨＯ要求が１本の矢印で示されている。しかし、ＨＯ要求は、ＭＡＣコマンドフレーム９００を用いてＭＡＣ副層で処理される要求と、データフレーム６００を用いて上位層で処理される要求との組み合わせであってもよい。例えば、移動先のＣＮ１０２ａに対するＭＡＣ副層での参加要求（association request）のためにＭＡＣコマンドフレーム９００が使われ、無線通信システム１００全体に対するＨＯ要求のためにデータフレーム６００が使われてもよい。
【０１１８】
例えば、ＥＤ１０５ａのプロセッサ３０３により実現される上位層の処理モジュールは、MCPS-DATA.requestプリミティブを発行してもよい（なお、「ＭＣＰＳ」は「MAC common part sublayer」の略である）。MCPS-DATA.requestプリミティブの引数の１つは、患者ＩＤを含むデータであってもよい。すると、ＥＤ１０５ａのプロセッサ３０３により実現されるＭＡＣ副層の処理モジュールは、患者ＩＤをデータペイロード６０７に含むＨＯ要求用のデータフレーム６００を生成する。生成されたデータフレーム６００は、送受信回路３０２とアンテナ３０１を介して送信される。
【０１１９】
同様に、ステップＳ１０３におけるＨＯ要求に対する受付通知も、データフレーム６００を用いて上位層で処理される通知であってもよい。つまり、ＨＯ要求を受信したＣＮ１０２ａにおいて、プロセッサ５０３により実現される上位層の処理モジュールがMCPS-DATA.requestプリミティブを発行してもよい。そして、その結果として、ＨＯ要求に対する受付通知用のデータフレーム６００が、送受信回路５０２とアンテナ５０１を介して送信されてもよい。
【０１２０】
さて、図５の例には、上記（３−３）の通信期間のうち、最初の２台のユーザ端末に対応する部分だけが図示されている。また、図５では、上記（３−４）の処理期間が省略されている。
【０１２１】
具体的には、ステップＳ１０４〜Ｓ１０７に示す通信Ｃ２が、上記（３−３）の通信期間のうち１台目のユーザ端末に対応する、長さαの期間内に行われる。そして、ステップＳ１０８〜Ｓ１１１に示す通信Ｃ３が、上記（３−３）の通信期間のうち２台目のユーザ端末に対応する、長さαの期間内に行われる。ステップＳ１０４〜Ｓ１１１の詳細は以下のとおりである。
【０１２２】
ステップＳ１０４では、ＥＤ１０５ｂが、ＣＮ１０２ａに対して、データ（具体的には、ＥＤ１０５ｂのＩＤと対応づけられた状態でサーバ１０６からＣＮ１０２ａが受け取った、ＥＤ１０５ｂ宛の配信情報）の送信を要求する。なお、上記のとおり、ステップＳ１０１で送信されたビーコンフレーム７００のペンディングアドレス７０７のリストには、ＥＤ１０５ｂのＩＤが含まれている。そのため、ＥＤ１０５ｂのプロセッサ３０３は、「ＥＤ１０５ｂ宛の配信情報がＣＮ１０２ａにおいてペンディングになっている」と認識することができる。
【０１２３】
具体的には、ＥＤ１０５ｂのプロセッサ３０３により実現される上位層の処理モジュールが、MLME-POLL.requestプリミティブを発行する（なお、「ＭＬＭＥ」は「MAC sublayer management entity」の略である）。すると、ＥＤ１０５ｂのプロセッサ３０３により実現されるＭＡＣ副層の処理モジュールが、データ要求のＭＡＣコマンドフレーム９００を生成する。なお、データ要求のＭＡＣコマンドフレーム９００の送信元アドレス９０６には、データの要求元であるＥＤ１０５ｂのＩＤが設定される。そして、データ要求のＭＡＣコマンドフレーム９００は、ＥＤ１０５ｂの送受信回路３０２とアンテナ３０１を介して送信される。
【０１２４】
以上のようにして送信されたデータ要求は、ＣＮ１０２ａにより受信される。すると、ステップＳ１０５でＣＮ１０２ａは、データ要求に対するＡＣＫ（具体的にはＡＣＫフレーム８００）を送信する。ＡＣＫフレーム８００のシーケンス番号８０２には、ステップＳ１０４のデータ要求のＭＡＣコマンドフレーム９００のシーケンス番号９０２と同じ値が設定される。
【０１２５】
さらに、ＣＮ１０２ａはステップＳ１０６において、要求されたデータをＥＤ１０５ｂに宛てて送信する。具体的には、ＣＮ１０２ａのプロセッサ５０３により実現される上位層の処理モジュールが、ＥＤ１０５ｂ宛の配信情報を引数としてMCPS-DATA.requestプリミティブを発行する。
【０１２６】
すると、ＣＮ１０２ａのプロセッサ５０３により実現されるＭＡＣ副層の処理モジュールが、ＥＤ１０５ｂ宛の配信情報をデータペイロード６０７に含むデータフレーム６００を生成する。生成されたデータフレーム６００は、ＣＮ１０２ａの送受信回路５０２とアンテナ５０１を介して送信される。なお、データフレーム６００の宛先アドレス６０４には、ＥＤ１０５ｂのＩＤ（つまりステップＳ１０４のデータ要求のＭＡＣコマンドフレーム９００の送信元アドレス９０６に設定されていたＩＤ）が設定される。
【０１２７】
そして、ステップＳ１０４でデータを要求したＥＤ１０５ｂは、上記のようにしてＣＮ１０２ａから送信されたデータフレーム６００を受信する。すると、ステップＳ１０７でＥＤ１０５ｂは、受信したデータフレーム６００に対するＡＣＫ（具体的にはＡＣＫフレーム８００）を送信する。具体的には、ステップＳ１０７で送信されるＡＣＫフレーム８００のシーケンス番号８０２には、ステップＳ１０６で送信されたデータフレーム６００のシーケンス番号６０２と同じ値が設定される。
【０１２８】
以上のようにして、長さαの期間内に、ステップＳ１０４〜Ｓ１０７に示す通信Ｃ２が行われる。すると、次の期間（長さは同じくαである）には、ステップＳ１０８〜Ｓ１１１に示す通信Ｃ３が行われる。
【０１２９】
ステップＳ１０８では、ステップＳ１０１のビーコンフレーム７００のペンディングアドレス７０７のリストにＩＤが含まれているＲ端末１０４ｂに代わって、ＣＮ１０２ａとペアをなすＤＭ端末１０３ａが、データ要求を送信する。つまり、Ｒ端末１０４ｂ宛の配信情報（すなわち、Ｒ端末１０４ｂのＩＤと対応づけられた状態でサーバ１０６からＣＮ１０２ａが受け取った情報）の送信を、ＤＭ端末１０３ａが、Ｒ端末１０４ｂのふりをして、ＣＮ１０２ａに要求する。
【０１３０】
具体的には、ＤＭ端末１０３ａのプロセッサ４０３により実現される上位層の処理モジュールは、ステップＳ１０１で受信されたビーコンフレーム７００のペンディングアドレス７０７のリストに含まれる各ＩＤがＲ端末２００のＩＤであるか否かを判断する。ここで、上記のとおり、本実施形態では、Ｒ端末２００のＩＤがとり得る値の範囲と、ＥＤ３００のＩＤがとり得る値の範囲が重ならない。よって、ＤＭ端末１０３ａのプロセッサ４０３により実現される上位層の処理モジュールは、ペンディングアドレス７０７のリストに含まれるＲ端末１０４ｂのＩＤに関して、「当該ＩＤは、ＥＤ３００ではなくＲ端末２００のＩＤである」と認識することができる。
【０１３１】
以上の認識にしたがって、ステップＳ１０８では、ＤＭ端末１０３ａのプロセッサ４０３により実現される上位層の処理モジュールは、ＤＭ端末１０３ａのＩＤを一時的にＲ端末１０４ｂのＩＤに書き換えて、MLME-POLL.requestプリミティブを発行する。すると、ＤＭ端末１０３ａのプロセッサ４０３により実現されるＭＡＣ副層の処理モジュールが、データ要求のＭＡＣコマンドフレーム９００を生成する。
【０１３２】
例えば、ＤＭ端末１０３ａの本来のＩＤは、ＤＭ端末１０３ａの不揮発性記憶装置４０６の所定の領域に格納されていてもよい。そして、ＤＭ端末１０３ａの本来のＩＤは、ＤＭ端末１０３ａの電源がオンになった後に行われる初期化の際に、不揮発性記憶装置４０６から読み出されて、ＭＡＣ副層の処理モジュールからアクセス可能なＲＡＭ４０５上の所定の領域にコピーされてもよい。ＤＭ端末１０３ａのＩＤの一時的な書き換えは、例えば、ＲＡＭ４０５上の上記の所定の領域におけるＩＤの一時的な書き換えにより実現されてもよい。
【０１３３】
なお、データ要求のＭＡＣコマンドフレーム９００の送信元アドレス９０６には、上記のとおり一時的に書き換えられたＤＭ端末１０３ａのＩＤが設定される。すなわち、データの要求元を示す送信元アドレス９０６には、実際にＭＡＣコマンドフレーム９００を送信するＤＭ端末１０３ａの本来のＩＤではなく、要求されるデータ（すなわち配信情報）の配信先であるＲ端末１０４ｂのＩＤが設定される。そして、生成されたＭＡＣコマンドフレーム９００は、ＤＭ端末１０３ａの送受信回路４０２とアンテナ４０１を介して送信される。
【０１３４】
以上のようにして送信されたデータ要求は、ＣＮ１０２ａにより受信される。すると、ステップＳ１０９でＣＮ１０２ａは、データ要求に対するＡＣＫ（具体的にはＡＣＫフレーム８００）を送信する。ＡＣＫフレーム８００のシーケンス番号８０２には、ステップＳ１０８のデータ要求のＭＡＣコマンドフレーム９００のシーケンス番号９０２と同じ値が設定される。
【０１３５】
なお、以上のようにしてステップＳ１０９で送信されるＡＣＫフレーム８００は、Ｒ端末１０４ｂによっても受信されるし、ＤＭ端末１０３ａによっても受信される。
さらに、ＣＮ１０２ａはステップＳ１１０において、要求されたデータをＲ端末１０４ｂに宛てて送信する。具体的には、ＣＮ１０２ａのプロセッサ５０３により実現される上位層の処理モジュールが、Ｒ端末１０４ｂ宛の配信情報を引数としてMCPS-DATA.requestプリミティブを発行する。すると、ＣＮ１０２ａのプロセッサ５０３により実現されるＭＡＣ層の処理モジュールが、Ｒ端末１０４ｂ宛の配信情報をデータペイロード６０７に含むデータフレーム６００を生成する。
【０１３６】
生成されたデータフレーム６００は、ＣＮ１０２ａの送受信回路５０２とアンテナ５０１を介して送信される。なお、データフレーム６００の宛先アドレス６０４には、Ｒ端末１０４ｂのＩＤ（つまり、ステップＳ１０８のデータ要求のＭＡＣコマンドフレーム９００の送信元アドレス９０６に設定されていたＩＤ）が設定される。
【０１３７】
以上のようにしてステップＳ１１０で送信されるデータフレーム６００は、Ｒ端末１０４ｂにより受信されるだけでなく、もちろん、ＤＭ端末１０３ａによっても受信される。したがって、ステップＳ１１１でＤＭ端末１０３ａは、ステップＳ１１０で送信されたデータフレーム６００に対するＡＣＫ（具体的にはＡＣＫフレーム８００）を、Ｒ端末１０４ｂに代わって、ＣＮ１０２ａへと送信する。具体的には、ステップＳ１１１で送信されるＡＣＫフレーム８００のシーケンス番号８０２には、ステップＳ１１０で送信されたデータフレーム６００のシーケンス番号６０２と同じ値が設定される。
【０１３８】
以上、図５を参照して説明したとおり、本実施形態では、データ要求に応じてＣＮ１０２ａがデータをユーザ端末に送信するプル型通信が行われる。ここで、Ｒ端末１０４ｂは、送信機能を持たないので、データ要求を送信することができない。しかし、本実施形態によれば、ＤＭ端末１０３ａがＲ端末１０４ｂに代わってデータ要求を送信するので、Ｒ端末１０４ｂも、プル型の情報配信システムにおいて情報の配信を受けることができる。
【０１３９】
ところで、図１のＣＮ・ＤＭペア１０１ａと１０１ｂは、いずれも、ＣＮ５００とＤＭ端末４００が１対１に対応するペアの例である。そして、以上の図５の説明からも明らかなとおり、ＣＮ５００とＤＭ端末４００は、１対１に対応することが望ましい。理由は以下のとおりである。
【０１４０】
ここで、Ｎ≧２として、仮に「ＣＮ５００とＤＭ端末４００が１対Ｎに対応する」と仮定すると、同じ１台のＣＮ５００に対応するＮ台のＤＭ端末４００間で衝突（コリジョン）が発生する。なぜなら、Ｎ台のＤＭ端末４００が、同じ１台のＲ端末２００に対応してそれぞれステップＳ１０８のようにデータ要求を送信しようとするからである。
【０１４１】
また、「ＣＮ５００とＤＭ端末４００がＮ対１に対応する」という逆の仮定も不適切である。なぜなら、或る１台のＣＮ５００に対応するＤＭ端末４００は、当該ＣＮ５００と通信可能でなければ、Ｒ端末２００に代わってデータ要求やＡＣＫをＣＮ５００に送信する役目を果たすことができないからである。他方、複数台のＣＮ５００は、ユーザが移動し得る範囲をカバーするように互いに離して設置されるので、「１台のＤＭ端末４００がＮ台のＣＮ５００のすべてと通信可能である」とは想定しがたい。したがって、「ＣＮ５００とＤＭ端末４００がＮ対１に対応する」という仮定は不適切である。
【０１４２】
したがって、本実施形態では、図１に例示するように、１対１に対応するＣＮ５００とＤＭ端末４００のペアが使われる。
続いて、図５に例示したような無線通信システム１００の動作を実現するために、無線通信システム１００内の各装置が行う処理について、図６〜９を参照して説明する。なお、「心臓ペースメーカ等の医療機器を装着したユーザでも、安心して情報配信サービスを受けられる」という本実施形態の効果は、主にＲ端末２００とＤＭ端末４００によりもたらされるが、説明の都合上、ＣＮ５００とＥＤ３００の動作を先に説明する。また、本実施形態では各装置において上位層の処理モジュールとＭＡＣ層の処理モジュールが同じプロセッサにより実現されるので、以下では説明の簡単化のため、個々のステップにおける処理を、単純に、プロセッサによる処理として説明することがある。
【０１４３】
図６は、ＣＮ５００の動作フローチャートである。例えば、図１のＣＮ１０２ａと１０２ｂはそれぞれ図６のフローチャートにしたがって動作する。なお、図６の処理は、ＣＮ５００に電源が入っている間、実行され続ける。また、ステップＳ２０３〜Ｓ２０８は上記（３−２）で説明した要求受付期間における通信であり、ステップＳ２１０〜Ｓ２１２は上記（３−３）で説明した通信期間における通信である。
【０１４４】
まず、ステップＳ２０１でＣＮ５００のプロセッサ５０３は、長さＴのビーコン周期が経過したらタイムアウトするように、ＣＮ５００のタイマ５０４を設定する。そして、ＣＮ５００は、ビーコン（具体的にはビーコンフレーム７００）を送信する。
【０１４５】
ステップＳ２０１は図５のステップＳ１０１に対応する。また、ステップＳ２０１の処理は、上記（３−１）で説明した長さＢのビーコン送信期間内に完了する。
なお、ＣＮ５００は、図６の処理と並行して、適宜のタイミングで、ユーザ端末（Ｒ端末２００またはＥＤ３００）のＩＤと当該ユーザ端末宛の配信情報のペアを、有線接続インタフェイス５０７を介してサーバ１０６から受け取る。そして、ＣＮ５００は、受け取ったＩＤと配信情報のペアを、ＲＡＭ５０５に格納する。
【０１４６】
よって、ＣＮ５００のＲＡＭ５０５に１個以上のＩＤが格納されている場合、ＣＮ５００のプロセッサ５０３は、ステップＳ２０１で、ＲＡＭ５０５に格納されているＩＤのリストをペンディングアドレス７０７に設定したビーコンフレーム７００を生成する。ＣＮ５００のＲＡＭ５０５に１個もＩＤが格納されていなければ、ペンディングアドレス７０７のリストは空である。生成されたビーコンフレーム７００は、送受信回路５０２とアンテナ５０１により、送信される。
【０１４７】
そして、次のステップＳ２０２でＣＮ５００は、いずれかのＥＤ３００からの割り込みがあるか否か判断する。具体的には、プロセッサ５０３は、送受信回路５０２から何も出力を受け取っていなければ「そもそも何も受信されていないので、割り込みもない」と判断する。
【０１４８】
逆に、プロセッサ５０３が送受信回路５０２から何らかの出力を受け取っている場合、プロセッサ５０３は、送受信回路５０２からの出力（つまり物理層からの出力）をＭＡＣ副層のフレーム形式に変換する。そして、プロセッサ５０３は、「変換により得られたフレームが、データ要求のためのＭＡＣコマンドフレーム９００なのか、それとも割り込みのための他のフレームなのか」ということを判断する。
【０１４９】
データ要求のためのＭＡＣコマンドフレーム９００が得られた場合、プロセッサ５０３は「割り込みがない」と判断する。そして、処理はステップＳ２０９に移行する。逆に、データ要求のためのＭＡＣコマンドフレーム９００以外のフレームが得られた場合、プロセッサ５０３は「割り込みがある」と判断する。そして、処理はステップＳ２０３に移行する。
【０１５０】
ステップＳ２０３でＣＮ５００のプロセッサ５０３は、「ＥＤ３００からの割り込みが、無線通信システム１００への新規参加を求める参加要求なのか否か」ということを、受信されたフレームから判断する。例えば、ＥＤ３００のＲＦＩＤリーダ３０７により読み取られた患者ＩＤを含む所定形式のデータペイロード６０７を含むデータフレーム６００が、参加要求として使われてもよい。その場合、プロセッサ５０３は、受信されたデータフレーム６００のデータペイロード６０７の形式から、ＥＤ３００からの割り込みが参加要求なのか否かを判断することができる。
【０１５１】
そして、ＥＤ３００からの割り込みが参加要求であれば、処理はステップＳ２０４に移行する。逆に、ＥＤ３００からの割り込みが参加要求でなければ、処理はステップＳ２０５に移行する。
【０１５２】
ステップＳ２０４でＣＮ５００は、参加要求の送信元のＥＤ３００に、参加要求に対する参加受付を通知する。具体的には、ＣＮ５００は、参加受付のためのフレームを送信する。さらに、ステップＳ２０４でＣＮ５００は、参加要求の送信元のＥＤ３００のＩＤを、参加要求のデータペイロード６０７に含まれていた患者ＩＤとともに、有線接続インタフェイス５０７を介して、サーバ１０６に通知する。その後、処理はステップＳ２０９に移行する。
【０１５３】
また、ステップＳ２０５でＣＮ５００のプロセッサ５０３は、「ＥＤ３００からの割り込みが、他のＣＮから、図６の処理を実行している本ＣＮ５００への、ハンドオーバ（ＨＯ）を示すＨＯ要求なのか否か」ということを、受信されたフレームから判断する。例えば、患者ＩＤを含む所定形式のデータペイロード６０７を含むデータフレーム６００が、ＨＯ要求として使われてもよい。その場合、プロセッサ５０３は、受信されたデータフレーム６００のデータペイロード６０７の形式から、ＥＤ３００からの割り込みがＨＯ要求なのか否かを判断することができる。
【０１５４】
そして、ＥＤ３００からの割り込みがＨＯ要求であれば、処理はステップＳ２０６に移行する。逆に、ＥＤ３００からの割り込みがＨＯ要求でなければ、処理はステップＳ２０７に移行する。
【０１５５】
ステップＳ２０６でＣＮ５００は、ＨＯ要求の送信元のＥＤ３００に、ＨＯ要求に対するＨＯ受付を通知する。具体的には、ＣＮ５００は、ＨＯ受付のためのフレームを送信する。図５のステップＳ１０３は、ステップＳ２０６におけるＨＯ受付の通知の一例である。
【０１５６】
さらに、ステップＳ２０６でＣＮ５００は、ＨＯ要求の送信元のＥＤ３００のＩＤを、ＨＯ要求のデータペイロード６０７に含まれていた患者ＩＤとともに、有線接続インタフェイス５０７を介して、サーバ１０６に通知する。その後、処理はステップＳ２０９に移行する。
【０１５７】
また、ステップＳ２０７でＣＮ５００のプロセッサ５０３は、「ＥＤ３００からの割り込みが、ＥＤ３００の利用が終了してＥＤ３００が無線通信システム１００から離脱することを示す離脱要求なのか否か」ということを、受信されたフレームから判断する。例えば、患者ＩＤを含む所定形式のデータペイロード６０７を含むデータフレーム６００が、離脱要求として使われてもよい。その場合、プロセッサ５０３は、受信されたデータフレーム６００のデータペイロード６０７の形式から、ＥＤ３００からの割り込みが離脱要求なのか否かを判断することができる。
【０１５８】
そして、ＥＤ３００からの割り込みが離脱要求であれば、処理はステップＳ２０８に移行する。逆に、ＥＤ３００からの割り込みが離脱要求でなければ、処理はステップＳ２０９に移行する。
【０１５９】
例えば、上記のように、ＥＤ３００は、診察カード用のカードホルダを兼ねていてもよい。その場合、ＥＤ３００は、診察カードがＥＤ３００から抜き取られた後の最初のビーコンの受信を契機として、離脱要求を送信し、その後、電源を自動的にオフにしてもよい。つまり、ＣＮ５００と通信可能な範囲内において或るＥＤ３００から診察カードが抜き取られると、ＣＮ５００は、上記（３−２）の要求受付期間中に、離脱要求を受信することになる。
【０１６０】
さて、ステップＳ２０８でＣＮ５００は、離脱要求の送信元のＥＤ３００のＩＤを、離脱要求のデータペイロード６０７に含まれていた患者ＩＤとともに、有線接続インタフェイス５０７を介して、サーバ１０６に通知する。その後、処理はステップＳ２０９に移行する。
【０１６１】
なお、ステップＳ２０４とＳ２０６とＳ２０８におけるサーバ１０６への通知により、サーバ１０６は、各ＥＤ３００が現在どのＣＮ５００と通信可能な範囲に位置しているかを認識することができる。よって、サーバ１０６は、或るＥＤ３００宛の配信情報を生成または取得したら、当該ＥＤ３００が通信可能範囲に含まれるような１台のＣＮ５００を選び、選んだＣＮ５００にだけ、当該ＥＤ３００のＩＤと当該ＥＤ３００宛の配信情報を通知する。つまり、サーバ１０６が各ＣＮ５００からの通知に基づいて各ＥＤ３００の現在位置をＣＮ５００単位で管理することにより、効率の良い情報配信が可能となる。
【０１６２】
さて、ステップＳ２０９でＣＮ５００は、いずれかの端末からのデータ要求があるか否かを判断する。
なお、実際にデータ要求を送信するのは、図５のステップＳ１０４とＳ１０８に例示したように、ＥＤ３００またはＤＭ端末４００である。他方、データ要求のＭＡＣコマンドフレーム９００の送信元アドレス９０６に要求元として設定されるＩＤは、ＥＤ３００のＩＤまたはＲ端末２００のＩＤである。
【０１６３】
ところが、「データ要求を実際に送信する端末自体のＩＤが、要求元として設定されているか否か」ということは、ＣＮ５００には認識されない。つまり、ＣＮ５００は、ステップＳ２０９〜Ｓ２１２において、単純に、「ＭＡＣコマンドフレーム９００の送信元アドレス９０６に設定されているＩＤが、要求元のＩＤである」と見なして動作するだけである。したがって、ステップＳ２０９における判断は、具体的には以下のように行われる。
【０１６４】
ＣＮ５００のプロセッサ５０３は、送受信回路５０２から何も出力を受け取っていなければ、ステップＳ２０９で「データ要求はない」と判断する。逆に、プロセッサ５０３が送受信回路５０２から何らかの出力（つまり物理層からの出力）を受け取っている場合、プロセッサ５０３は、送受信回路５０２からの出力をＭＡＣ副層のフレーム形式に変換する。そして、プロセッサ５０３は、「変換により得られたフレームが、データ要求のためのＭＡＣコマンドフレーム９００か否か」ということを判断する。例えば、プロセッサ５０３は、フレームコントロール９０１に含まれるタイプとコマンドフレームＩＤ９０７に基づき、ステップＳ２０９の判断を行ってもよい。
【０１６５】
そして、「いずれかの端末からのデータ要求がある」とプロセッサ５０３が判断した場合、処理はステップＳ２１０に移行する。逆に「どの端末からもデータ要求がない」とプロセッサ５０３が判断した場合、処理はステップＳ２１３に移行する。
【０１６６】
ステップＳ２１０でＣＮ５００は、データの要求元にＡＣＫを送信する。具体的には、ＣＮ５００のプロセッサ５０３は、データ要求のＭＡＣコマンドフレーム９００のシーケンス番号９０２の値をシーケンス番号８０２に設定したＡＣＫフレーム８００を生成する。そして、送受信回路５０２とアンテナ５０１が、生成されたＡＣＫフレーム８００を送信する。ステップＳ２１０の具体例は、図５のステップＳ１０５とＳ１０９である。
【０１６７】
次に、ステップＳ２１１でＣＮ５００は、データの要求元にデータを送信する。なお、本実施形態では、ビーコンフレーム７００のペンディングアドレス７０７のリストに基づいてＥＤ３００またはＤＭ端末４００がデータ要求を送信する。よって、ステップＳ２０１に関する説明から理解されるとおり、ＣＮ５００がデータ要求を受信した場合、ＣＮ５００のＲＡＭ５０５には、データ要求元のＩＤと対応づけられた配信情報（すなわちペンディング状態の配信情報）が格納されている。
【０１６８】
そこで、ステップＳ２１１では、ＣＮ５００のプロセッサ５０３が、データ要求元のＩＤと対応づけられてＲＡＭ５０５に格納されている配信情報をデータペイロード６０７として含むデータフレーム６００を生成する。なお、データフレーム６００の宛先アドレス６０４には、ＣＮ５００が受信したデータ要求のＭＡＣコマンドフレーム９００の送信元アドレス９０６と同じ値が設定される。そして、生成されたデータフレーム６００は、送受信回路５０２とアンテナ５０１により送信される。なお、ステップＳ２１１の具体例は、図５のステップＳ１０６とＳ１１０である。
【０１６９】
そして、次のステップＳ２１２でＣＮ５００は、ステップＳ２１１で送信したデータに対するＡＣＫを受信する。すなわち、ステップＳ２１１でＣＮ５００から送信されたデータフレーム６００のシーケンス番号６０２と同じ値がシーケンス番号８０２に設定されたＡＣＫフレーム８００が、アンテナ５０１と送受信回路５０２を介してステップＳ２１２で受信される。
【０１７０】
ステップＳ２１２の具体例は、図５のステップＳ１０７とＳ１１１である。ＡＣＫの受信後、処理はステップＳ２１３に移行する。
なお、図６では説明の簡単化のため図示を省略しているが、ＣＮ５００は、適宜のリトライ制御を実行することが好ましい。つまり、ＣＮ５００は、ステップＳ２１１での送信から所定時間以内にステップＳ２１２でＡＣＫフレーム８００を受信することができなければ、ステップＳ２１１と同じデータフレーム６００を再送信してもよい。
【０１７１】
ステップＳ２１３でＣＮ５００のプロセッサ５０３は、長さＴのビーコン周期が経過したか否かを判断する。具体的には、ステップＳ２０１で設定されたタイマ５０４がまだタイムアウトしていなければ、ビーコン周期はまだ経過していないので、処理はステップＳ２０２に戻る。逆に、タイマ５０４が既にタイムアウトしていれば、ビーコン周期が経過しているので、処理はステップＳ２０１に戻る。
なお、実施形態によっては、タイマ５０４の代わりに絶対時刻を示す時計が利用されてもよいことは無論である。
【０１７２】
さて、図７は、ＥＤ３００の動作フローチャートである。図１のＥＤ１０５ａ〜１０５ｃの各々は、図７のフローチャートにしたがって動作する。なお、ＥＤ３００は、電池３１１から電力の供給を受けるので、電力消費を抑えるための省電力制御が行われることが好ましい。
【０１７３】
そこで、本実施形態のＥＤ３００は、通信の必要がないときはスリープして、電力消費を抑える。そして、図７のフローチャートは、ステップＳ３０１でＥＤ３００がスリープ状態から復帰する（すなわち起床する）ことから始まる。ＥＤ３００が起床すると、処理はステップＳ３０２に移行する。なお、ＥＤ３００の電源がオフの状態からオンの状態に変化した場合（つまり診察カードがＥＤ３００の不図示のスロットに差し込まれた場合）も同様に、続いてステップＳ３０２以下の処理が行われる。
【０１７４】
ステップＳ３０２でＥＤ３００は、ビーコン（具体的にはビーコンフレーム７００）を受信するまで待つ。ビーコンフレーム７００が受信されると、処理はステップＳ３０３に移行する。
【０１７５】
そして、ステップＳ３０３でＥＤ３００のプロセッサ３０３は、タイマ３０４を始動する。具体的には、本実施形態では、タイマ３０４がビーコン周期の開始時点からの経過時間を示すように、プロセッサ３０３は、タイマ３０４に初期値を設定して、タイマ３０４を始動する。
【０１７６】
ここで、上記のとおりビーコン周期の長さはＴであり、上記（３−１）で説明したビーコン送信期間の長さはＢである。したがって、プロセッサ３０３は、タイマ３０４に初期値としてビーコン送信期間の長さＢを設定して、タイマ３０４を始動させる。
【０１７７】
なお、ここでは説明の簡単化のため、「ビーコンフレーム７００の実際の送信が完了する時点とビーコン送信期間の終了時点が一致する」と仮定している。そして、ステップＳ３０３でのタイマ３０４の初期値Ｂは、この仮定に基づいている。また、この仮定は、図８と９の説明においても同様である。
【０１７８】
しかし、実施形態によっては、例えばビーコンフレーム７００の受信開始時点に基づいて、タイマ３０４に適宜の初期値が設定されてもよい。いずれにせよ、以下では、タイマ３０４がビーコン周期の開始時点からの経過時間を示すものとする。
【０１７９】
続いて、ステップＳ３０４でプロセッサ３０３は、ペンディングになっている配信情報の宛先の数（上記（３−３）に関して説明した、ユーザ端末の台数Ｓ）を、ビーコンフレーム７００のペンディングアドレス７０７から認識する。ＩＥＥＥ８０２．１５．４規格によれば、０≦Ｓ≦７である。
【０１８０】
また、次のステップＳ３０５でプロセッサ３０３は、ＣＮ５００へのアクセス要求があるか否かを判断する。ＣＮ５００へのアクセス要求とは、上記（３−２）の要求受付期間にＣＮ５００に対して送信される要求である。本実施形態では、具体的には、ＣＮ５００へのアクセス要求は、参加要求、ＨＯ要求、離脱要求のいずれかである。
【０１８１】
例えば、ＥＤ３００の電源がオフの状態からオンの状態に変化した後、初めてステップＳ３０５の処理が実行される場合に、プロセッサ３０３は、「アクセス要求（具体的には参加要求）がある」と判断してもよい。また、ＥＤ３００から診察カードが抜き取られた後、初めてステップＳ３０５の処理が実行される場合に、プロセッサ３０３は、「アクセス要求（具体的には離脱要求）がある」と判断してもよい。
【０１８２】
あるいは、ＥＤ３００が移動している場合、ＥＤ３００が前回受信したビーコンフレーム７００の送信元アドレス７０４と、ＥＤ３００が今回ステップＳ３０２で受信したビーコンフレーム７００の送信元アドレス７０４が、異なる場合もあり得る。この場合、プロセッサ３０３は、「アクセス要求（具体的にはＨＯ要求）がある」と判断してもよい。
【０１８３】
何らかのアクセス要求がある場合、処理はステップＳ３０６に移行する。逆に、何のアクセス要求もなければ、処理はステップＳ３０８に移行する。
そして、ステップＳ３０６でＥＤ３００は、要求をＣＮ５００に送信する。つまり、プロセッサ３０３が要求に応じた適宜のフレームを生成し、送受信回路３０２とアンテナ３０１がフレームを送信する。
【０１８４】
また、次のステップＳ３０７でＥＤ３００は、ステップＳ３０６で送信した要求に対するＡＣＫを受信する。例えば、図５のステップＳ１０２とＳ１０３は、ステップＳ３０６とＳ３０７に対応する。
【０１８５】
なお、以上のステップＳ３０６〜Ｓ３０７における通信は、上記（３−２）で説明した、長さβの要求受付期間中に行われる。つまり、図７では説明が簡略化されているが、ステップＳ３０６での送信は、実際にはＣＳＭＡ−ＣＡ方式で行われるので、ステップＳ３０６の処理はキャリアセンスなどの処理を含む。したがって、ＥＤ３００は、適宜のリトライ制御を実行することが好ましい。つまり、ＥＤ３００は、ステップＳ３０６での送信から所定時間以内にステップＳ３０７でＡＣＫを受信することができなければ、ステップＳ３０６と同じフレームを再送信してもよい。
【０１８６】
また、図７では説明の簡単化のため、ステップＳ３０７の受信の後、処理がステップＳ３０８に進むように表現されているが、ステップＳ３０６で離脱要求が送信された場合は、ＥＤ３００は、送信後直ちに図７の処理を終了してもよい。他方、ＥＤ３００がステップＳ３０６で参加要求もしくはＨＯ要求を送信した場合か、または、アクセス要求が何もない場合には、ステップＳ３０８以下の処理が行われる。
【０１８７】
具体的には、ステップＳ３０８でプロセッサ３０３は、ステップＳ３０２で受信されたビーコンフレーム７００のペンディングアドレス７０７のリスト中に、ＥＤ３００自体のＩＤが含まれているか否かを判断する。なお、ＥＤ３００自体のＩＤは、予め不揮発性記憶装置３０６に格納されており、ＥＤ３００に電源が入れられたときの初期化の際などに、ＭＡＣ副層の処理モジュールからアクセス可能なＲＡＭ３０５上の所定の領域にコピーされている。よって、プロセッサ３０３は、ＲＡＭ３０５上の所定の領域を参照することで、ステップＳ３０８の判断を行うことができる。
【０１８８】
リスト中にＥＤ３００自体のＩＤが含まれていた場合は、ＥＤ３００宛の配信情報が存在する。よって、配信情報の取得のため、処理はステップＳ３０９に移行する。逆に、リスト中にＥＤ３００自体のＩＤが含まれない場合は、ＥＤ３００は、今回のビーコン周期の残りの時間は何もする必要がない。よって、消費電力抑制のため、処理はステップＳ３１５に移行する。
【０１８９】
ステップＳ３０９でＥＤ３００のプロセッサ３０３は、アクセス時刻（以下「ＡＴ」と表記する）を算出する。なお、以下の説明においてアクセス時刻ＡＴとは、ビーコン周期の開始時点を基準点（すなわちゼロ）とする時刻である。つまり、アクセス時刻ＡＴは、ステップＳ３０３で設定されたタイマ３０４によって刻まれる時刻により表される。また、アクセス時刻ＡＴから始まる長さαの期間が、時分割通信が行われる上記（３−３）の通信期間全体の中で、図７の処理を実行している本ＥＤ３００に割り当てられる期間である。
【０１９０】
ここで、ＥＤ３００自体のＩＤは、ペンディングアドレス７０７のリスト中に含まれるＳ個のＩＤのうち、ｎ番目（１≦ｎ≦Ｓ）のＩＤであるとする。また、ビーコン周期には、上記（３−１）〜（３−４）の４種類の期間が含まれ、４種類の期間の順序は、（３−１）〜（３−４）の順である。そして、ビーコン周期の長さＴは式（１）のとおりである。よって、アクセス時刻ＡＴは、式（４）のとおりである。
ＡＴ＝Ｂ＋β＋（ｎ−１）×α （４）
【０１９１】
なお、１台のユーザ端末あたりの通信期間の長さαは、実施形態によって、例えば式（２）によって表されることもあり得るし、式（３）によって表されることもあり得るし、他の式によって表されることもあり得る。また、要求受付期間の長さβも、上記のとおり、実施形態によって、固定値でもよいし、例えばα＝βのように定義される可変値でもよい。しかし、いずれにせよ、プロセッサ３０３は、実施形態に応じた定義にしたがって、式（４）を用いてアクセス時刻ＡＴを算出することができる。
【０１９２】
また、次のステップＳ３１０でプロセッサ３０３は、アクセス時刻ＡＴまでのスリープ時間（以下「Ｐ１」と表記する）を算出する。ここで、タイマ３０４が現在示している時刻を「Ｎｏｗ」と表記することにする。上記のとおり、本実施形態のタイマ３０４は、ビーコン周期の開始時点を基準とした時刻を示すので、プロセッサ３０３は式（５）によりスリープ時間Ｐ１を算出することができる。
Ｐ１＝ＡＴ−Ｎｏｗ （５）
【０１９３】
そして、プロセッサ３０３の制御にしたがい、ＥＤ３００は、プロセッサ３０３が算出したスリープ時間Ｐ１だけ、ステップＳ３１１でスリープする。スリープ時間Ｐ１が経過すると、ＥＤ３００はスリープ状態から復帰し（すなわち起床し）、処理はステップＳ３１２に移行する。
【０１９４】
ステップＳ３１２でＥＤ３００は、ＣＮ５００（具体的には、ステップＳ３０２で受信したビーコンフレーム７００の送信元のＣＮ５００）に、データ要求のためのＭＡＣコマンドフレーム９００を送信する。つまり、プロセッサ３０３により実現される上位層の処理モジュールが、MLME-POLL.requestプリミティブを発行する。すると、プロセッサ３０３により実現されるＭＡＣ副層の処理モジュールが、データ要求のＭＡＣコマンドフレーム９００を生成する。なお、送信元アドレス９０６にはＥＤ３００自体のＩＤが設定される。生成されたＭＡＣコマンドフレーム９００は、送受信回路３０２とアンテナ３０１を介して送信される。図５のステップＳ１０４はステップＳ３１２の例である。
【０１９５】
なお、ステップＳ３１０からＳ３１２にかけて行われる内部処理（スリープ時間Ｐ１の算出、スリープ状態からの復帰、データ要求のＭＡＣコマンドフレーム９００の生成など）にかかる時間（以下「δＴ１」と表記する）を無視することができない場合もあり得る。その場合、プロセッサ３０３は、前述のステップＳ３１０において、式（６）にしたがってスリープ時間Ｐ１を算出してもよい。
Ｐ１＝ＡＴ−Ｎｏｗ−δＴ１ （６）
【０１９６】
さて、ステップＳ３１２の次のステップＳ３１３でＥＤ３００は、例えば図５のステップＳ１０５とＳ１０６のように、ＣＮ５００からＡＣＫとデータを受信する。つまり、データ要求のＭＡＣコマンドフレーム９００に対するＡＣＫフレーム８００と、要求したデータをデータペイロード６０７に含むデータフレーム６００を、ＥＤ３００はステップＳ３１３で受信する。
【０１９７】
そして、プロセッサ３０３は、受信されたデータフレーム６００のデータペイロード６０７（つまりＥＤ３００宛の配信情報）に応じて、適宜ディスプレイ３０８とスピーカ３０９の一方または双方を制御する。例えば、データペイロード６０７が待ち人数を示す場合、プロセッサ３０３は、ビープ音を鳴らすようにスピーカ３０９を制御するとともに、「現在５人待ちです」などのメッセージを表示するようにディスプレイ３０８を制御してもよい。
【０１９８】
そして、次のステップＳ３１４でＥＤ３００は、図５のステップＳ１０７のように、ＣＮ５００にＡＣＫを送信する。具体的には、ステップＳ３１３で受信されたデータフレーム６００のシーケンス番号６０２と同じ値をシーケンス番号８０２に設定したＡＣＫフレーム８００をプロセッサ３０３が生成する。そして、送受信回路３０２とアンテナ３０１により、ＡＣＫフレーム８００が送信される。そして、処理はステップＳ３１５に移行する。
【０１９９】
さて、ステップＳ３１５が実行されるのは、今回のビーコン周期の中ではＥＤ３００が行う処理がもう存在しないときである。そこで、プロセッサ３０３はステップＳ３１５でスリープ時間（以下「Ｐ２」と表記する）を算出する。上記のとおり、本実施形態のタイマ３０４が示す時刻Ｎｏｗは、ビーコン周期の開始時点を基準とした時刻である。よって、スリープ時間Ｐ２は、ビーコン周期の長さＴと、適宜のマージン（以下「δＴ２」と表記する）を用いて、式（７）により算出される。
Ｐ２＝Ｔ−Ｎｏｗ−δＴ２ （７）
【０２００】
なお、マージンの長さδＴ２は、スリープ時間Ｐ２の算出、スリープ状態への移行、および、スリープ状態からの復帰にそれぞれかかる時間の和以上でさえあれば、短いほど好ましい。
【０２０１】
スリープ時間Ｐ２の算出後、ステップＳ３１６でＥＤ３００は、プロセッサ３０３の制御にしたがい、算出されたスリープ時間Ｐ２だけスリープする。すなわち、ＥＤ３００は、次のビーコン受信の直前までステップＳ３１６でスリープする。
【０２０２】
なお、図７のフローチャートはステップＳ３１６で終了するが、スリープ時間Ｐ２が経過すると、再度ＥＤ３００は図７のフローチャートにしたがって動作する。つまり、スリープ時間Ｐ２が経過すると、ＥＤ３００はステップＳ３０１でスリープ状態から復帰し、ステップＳ３０２以下の処理を実行する。
また、実施形態によっては、タイマ３０４の代わりに絶対時刻を示す時計が利用されてもよいことは無論である。
【０２０３】
さて、図８は、Ｒ端末２００の動作フローチャートである。図１のＲ端末１０４ａ〜１０４ｅの各々は、図８のフローチャートにしたがって動作する。
なお、図８のステップＳ４０１〜Ｓ４０４は、図７のステップＳ３０１〜Ｓ３０４と同様である。また、図８のステップＳ４０５は図７のステップＳ３０８と同様である。そして、図８のステップＳ４０６〜Ｓ４０９は、図７のステップＳ３０９〜Ｓ３１１およびステップＳ３１３と同様である。また、図８のステップＳ４１０〜Ｓ４１１は図７のステップＳ３１５〜Ｓ３１６と同様である。よって、以下では適宜説明を簡略化する。
【０２０４】
図８のフローチャートは、ステップＳ４０１でＲ端末２００がスリープ状態から復帰する（すなわち起床する）ことから始まる。Ｒ端末２００が起床すると、処理はステップＳ４０２に移行する。また、Ｒ端末２００の電源がオフの状態からオンの状態に変化した場合も同様に、続いてステップＳ４０２以下の処理が行われる。
【０２０５】
ところで、本実施形態によれば、Ｒ端末２００とＥＤ３００では、電源がオンにされるときの状況に違いがあるので、ここでその違いについて説明する。
サーバ１０６は、送信機能を有するＥＤ３００の位置を自動的に把握し、ＥＤ３００と患者の対応関係を自動的に把握することができる。なぜなら、ＥＤ３００により図７のステップＳ３０６の処理が行われ、ＣＮ５００により図６のステップＳ２０３〜Ｓ２０８の処理が行われるからである。よって、例えば、無線通信システム１００を運用する医療機関においては、使われていない任意のＥＤ３００に患者が自分の診察カードを差し込みさえすれば、受付職員などが何ら関与しなくても、サーバ１０６が自動的に患者の受付処理を行うことが可能である。
【０２０６】
他方、サーバ１０６は、電波を発射しないＲ端末２００の位置を把握することはできない。また、サーバ１０６は、Ｒ端末２００と患者の対応関係を自動的に把握することもできない。そこで、Ｒ端末２００への電源投入と、Ｒ端末２００と患者の対応づけに関しては、無線通信システム１００を運用する医療機関の受付職員が関わってもよい。
【０２０７】
例えば、ＥＤ３００ではなくＲ端末２００を使いたい患者（例えば、心臓ペースメーカを装着しているために、自らの身体の至近距離からの電波の発射に不安を感じる患者など）は、受付職員に診察カードを渡してもよい。すると、受付職員は、使われていない任意のＲ端末２００を１台選んで当該Ｒ端末２００の電源をオンにする。また、受付職員は、当該Ｒ端末２００のＩＤと、診察カードに記憶されている患者ＩＤを、サーバ１０６に認識させるために、適宜の作業を行う。
【０２０８】
例えば、各Ｒ端末２００は、当該Ｒ端末２００の不揮発性記憶装置２０６に記憶されているＩＤをサーバ１０６に読み取らせるためのインタフェイス（例えば、有線ＬＡＮポートまたはＵＳＢポートなど）を備えていてもよい。あるいは、Ｒ端末２００のＩＤを表すバーコードを印刷したシールが、Ｒ端末２００の表面に貼られていてもよい。
【０２０９】
受付職員は、上記インタフェイスを介してＲ端末２００をサーバ１０６に接続する作業、または、バーコードリーダの操作などを行うことで、サーバ１０６にＲ端末２００のＩＤを認識させることができる。また、受付職員は、サーバ１０６に接続された不図示のＲＦＩＤリーダに診察カードから患者ＩＤを読み取らせるための操作を行うことで、患者ＩＤをサーバ１０６に認識させることができる。
【０２１０】
例えば以上のような受付職員の関与の結果として、サーバ１０６は、Ｒ端末２００と患者の対応関係を把握することが可能となる。つまり、サーバ１０６は、どのＲ端末２００にどの患者に関する情報を配信すればよいのかを認識することが可能となる。
【０２１１】
受付職員は、以上のような作業を行った後に、Ｒ端末２００の不図示のスロットに診察カードを差し込んでＲ端末２００を患者に渡してもよい。すると、患者は、Ｒ端末２００を介して情報配信サービスを受けることができるようになる。
【０２１２】
なお、ＥＤ３００のＲＦＩＤリーダ３０７は、ＥＤ３００と患者の対応関係をサーバ１０６が自動的に認識することを可能にするために設けられている。他方、Ｒ端末２００と患者の対応関係は、例えば上記のように受付職員が関与することで、サーバ１０６に認識されるので、Ｒ端末２００はＲＦＩＤリーダを備える必要がない。
【０２１３】
以上のように、Ｒ端末２００とＥＤ３００では、電源がオンにされるときの状況に違いがある。しかし、電源がオンにされた後または起床した後のＥＤ３００におけるステップＳ３０２〜Ｓ３０４の処理と、電源がオンにされた後または起床した後のＲ端末２００におけるステップＳ４０２〜Ｓ４０４の処理は同様である。
【０２１４】
すなわち、ステップＳ４０２でＲ端末２００はビーコンフレーム７００を受信するまで待つ。そして、ビーコンフレーム７００が受信されると、処理はステップＳ４０３に移行する。例えば、図５のステップＳ１０１におけるＲ端末１０４ｂでのビーコンフレーム７００の受信は、ステップＳ４０２の例である。
【０２１５】
そして、ステップＳ４０３でＲ端末２００のプロセッサ２０３は、タイマ２０４に初期値としてビーコン送信期間の長さＢを設定して、タイマ２０４を始動させる。つまり、タイマ２０４も、ビーコン周期の開始時点からの経過時間を示すように設定される。
【０２１６】
続いて、ステップＳ４０４でプロセッサ２０３は、ペンディングになっている配信情報の宛先の数Ｓを、ビーコンフレーム７００のペンディングアドレス７０７から認識する。
その後、ステップＳ４０５でプロセッサ２０３は、ステップＳ４０２で受信されたビーコンフレーム７００のペンディングアドレス７０７のリスト中に、Ｒ端末２００自体のＩＤが含まれているか否かを判断する。なお、Ｒ端末２００自体のＩＤは、予め不揮発性記憶装置２０６に格納されており、Ｒ端末２００に電源が入れられたときの初期化の際などに、ＭＡＣ副層の処理モジュールからアクセス可能なＲＡＭ２０５上の所定の領域にコピーされている。よって、プロセッサ２０３は、ＲＡＭ２０５上の所定の領域を参照することで、ステップＳ４０５の判断を行うことができる。
【０２１７】
リスト中にＲ端末２００自体のＩＤが含まれていた場合は、Ｒ端末２００宛の配信情報が存在する。よって、配信情報の取得のため、処理はステップＳ４０６に移行する。逆に、リスト中にＲ端末２００自体のＩＤが含まれない場合は、Ｒ端末２００は、今回のビーコン周期の残りの時間は何もする必要がない。よって、消費電力抑制のため、処理はステップＳ４１０に移行する。
【０２１８】
ステップＳ４０６でＲ端末２００のプロセッサ２０３は、図７のステップＳ３０９と同様に、式（４）にしたがってアクセス時刻ＡＴを算出する。なお、Ｒ端末２００のＩＤは、ペンディングアドレス７０７のリスト中に含まれるＳ個のＩＤのうち、ｎ番目（１≦ｎ≦Ｓ）のＩＤであるとする。
【０２１９】
また、次のステップＳ４０７でプロセッサ２０３は、アクセス時刻ＡＴまでのスリープ時間Ｐ１を、図７のステップＳ３１０と同様に、式（５）または式（６）にしたがって算出する。なお、タイマ２０４が現在示している時刻を「Ｎｏｗ」とし、ステップＳ４０７からＳ４０９にかけて行われる内部処理にかかる時間を「δＴ１」とする。
【０２２０】
そして、プロセッサ２０３の制御にしたがい、Ｒ端末２００は、プロセッサ２０３が算出したスリープ時間Ｐ１だけ、ステップＳ４０８でスリープする。スリープ時間Ｐ１が経過すると、Ｒ端末２００はスリープ状態から復帰し（すなわち起床し）、処理はステップＳ４０９に移行する。
【０２２１】
ステップＳ４０９でＲ端末２００は、ＣＮ５００（具体的には、ステップＳ４０２で受信したビーコンフレーム７００の送信元のＣＮ５００）から、例えば図５のステップＳ１０９とＳ１１０のように、ＡＣＫとデータを受信する。なお、図５のステップＳ１０８に例示したように、ＤＭ端末４００がＲ端末２００の代わりにＣＮ５００にデータ要求を送信する。そのため、Ｒ端末２００は、送信機能を持たないにもかかわらず、単にアクセス時刻ＡＴに起床してデータの受信を受動的に待っているだけでＡＣＫとデータを受信することができる。
【０２２２】
すなわちステップＳ４０９でＲ端末２００は、Ｒ端末２００に代わってＤＭ端末４００が送信したデータ要求に対するＡＣＫ（具体的にはＡＣＫフレーム８００）をＣＮ５００から受信する。Ｒ端末２００はさらに、当該データ要求に応じてＣＮ５００が送信したデータフレーム６００も受信する。
【０２２３】
なお、ＤＭ端末４００は、Ｒ端末２００のＩＤをデータ要求のＭＡＣコマンドフレーム９００の送信元アドレス９０６に設定する。したがって、ステップＳ４０９でＲ端末２００は、当該Ｒ端末２００自体のＩＤが宛先アドレス６０４に設定されたデータフレーム６００を受信することになる。
【０２２４】
Ｒ端末２００のプロセッサ２０３は、受信されたデータフレーム６００のデータペイロード６０７（つまりＲ端末２００宛の配信情報）に応じて、適宜ディスプレイ２０７とスピーカ２０８の一方または双方を制御する。例えば、プロセッサ２０３は、ビープ音を鳴らすようにスピーカ２０８を制御するとともに、データペイロード６０７の内容に応じたメッセージ（例えば「現在５人待ちです」などのメッセージ）を表示するようにディスプレイ２０７を制御してもよい。
【０２２５】
なお、図５のステップＳ１１０とＳ１１１から明らかなように、今回のビーコン周期内でデータの受信後にＲ端末２００が行う処理は、何もない。よって、ステップＳ４０９の受信の後、図８の処理はステップＳ４１０へと移行する。
【０２２６】
ステップＳ４１０でプロセッサ２０３は、図７のステップＳ３１５と同様に、式（７）によりスリープ時間Ｐ２を算出する。なお、マージンの長さδＴ２は、スリープ時間Ｐ２の算出、スリープ状態への移行、および、スリープ状態からの復帰にそれぞれかかる時間の和以上でさえあれば、短いほど好ましい。
【０２２７】
そして、ステップＳ４１１でＲ端末２００は、プロセッサ２０３の制御にしたがい、算出されたスリープ時間Ｐ２だけスリープする。すなわち、Ｒ端末２００は、次のビーコン受信の直前までステップＳ４１１でスリープする。
【０２２８】
なお、図８のフローチャートはステップＳ４１１で終了するが、スリープ時間Ｐ２が経過すると、再度Ｒ端末２００は図８のフローチャートにしたがって動作する。つまり、スリープ時間Ｐ２が経過すると、Ｒ端末２００はステップＳ４０１でスリープ状態から復帰し、ステップＳ４０２以下の処理を実行する。
【０２２９】
また、実施形態によっては、タイマ２０４の代わりに絶対時刻を示す時計が利用されてもよいことは無論である。
さて、図９は、ＤＭ端末４００の動作フローチャートである。図１のＤＭ端末１０３ａと１０３ｂの各々は、図９のフローチャートにしたがって動作する。
【０２３０】
なお、図９のステップＳ５０１〜Ｓ５０３は、図７のステップＳ３０２〜Ｓ３０４と同様である。また、図９のステップＳ５０６〜Ｓ５１１は、図７のステップＳ３０９〜Ｓ３１４と似ているが、スリープ制御がない点や、一時的なＩＤの書き換えをともなう点や、受信したデータに応じた表示が不要な点などが異なる。また、図７のステップＳ３０９〜Ｓ３１４の一連の処理は、もし実行されるとすれば、１ビーコン周期あたりに１回だけ行われるが、図９のステップＳ５０６〜Ｓ５１１の一連の処理は、１ビーコン周期あたりに２回以上実行されることもある。
【０２３１】
さて、上記のとおりＤＭ端末４００はＡＣ電源から電力の供給を受ける。よって、ＤＭ端末４００においては、Ｒ端末２００やＥＤ３００のような省電力制御は不要である。図９のフローチャートは、省電力制御を省くことで簡素化された制御フローを示しており、ＤＭ端末４００は、電源がオンにされると図９の処理を開始する。
【０２３２】
具体的には、ステップＳ５０１でＤＭ端末４００は、ビーコン（具体的にはビーコンフレーム７００）を受信するまで待つ。ビーコンフレーム７００が受信されると、処理はステップＳ５０２に移行する。
【０２３３】
そして、ステップＳ５０２でＤＭ端末４００のプロセッサ４０３は、タイマ４０４に初期値としてビーコン送信期間の長さＢを設定して、タイマ４０４を始動させる。つまり、タイマ４０４も、ビーコン周期の開始時点からの経過時間を示すように設定される。
【０２３４】
続いて、ステップＳ５０３でプロセッサ４０３は、ペンディングになっている配信情報の宛先の数Ｓを、ステップＳ５０１で受信されたビーコンフレーム７００のペンディングアドレス７０７から認識する。
【０２３５】
そして、ステップＳ５０４でプロセッサ４０３は、ペンディングアドレス７０７のリストに含まれるＳ個のＩＤに順番に注目するためのインデックス変数ｎを、１に初期化する。
【０２３６】
次のステップＳ５０５でプロセッサ４０３は、ペンディングアドレス７０７のリスト中のｎ番目のＩＤがＲ端末２００のＩＤか否かを判断する。上記のとおり、本実施形態では、Ｒ端末２００のＩＤがとり得る値の範囲と、ＥＤ３００のＩＤがとり得る値の範囲が重ならないように予め決められている。よって、プロセッサ４０３は、ペンディングアドレス７０７のリストからｎ番目のＩＤを読み取り、読み取ったＩＤがどちらの範囲に属するかを判断する。
【０２３７】
もし、リスト中のｎ番目のＩＤがいずれかのＥＤ３００のＩＤであれば、ＤＭ端末４００はｎ番目のＩＤに関して何も行うことがない。よって、処理はステップＳ５１２に移行する。
【０２３８】
逆に、リスト中のｎ番目のＩＤがいずれかのＲ端末２００のＩＤであれば、処理はステップＳ５０６に移行する。ステップＳ５０６〜Ｓ５１１の一連の処理は、ＤＭ端末４００がＲ端末２００に代わって行う送信処理を含む。
【０２３９】
具体的には、ステップＳ５０６でプロセッサ４０３は、図７のステップＳ３０９と同様に、式（４）にしたがってアクセス時刻ＡＴを算出する。
また、次のステップＳ５０７でプロセッサ４０３は、ＤＭ端末４００の端末ＩＤを、一時的に、ペンディングアドレス７０７のリスト中のｎ番目のＩＤ（すなわち、Ｒ端末２００のＩＤ）に書き換える。図５のステップＳ１０８に関して説明したように、ステップＳ５０７では、具体的には、例えば、不揮発性記憶装置４０６からＲＡＭ４０５の所定領域にコピーされたＤＭ端末４００の本来のＩＤが、リスト中のｎ番目のＩＤで上書きされる。
【０２４０】
そして、次のステップＳ５０８に示すように、ＤＭ端末４００は、アクセス時刻ＡＴになったら、ＣＮ５００（具体的には、ステップＳ５０１で受信したビーコンフレーム７００の送信元のＣＮ５００）に、データを要求する。
【０２４１】
つまり、タイマ４０４が示す時刻がアクセス時刻ＡＴになったら、プロセッサ４０３により実現される上位層の処理モジュールが、MLME-POLL.requestプリミティブを発行する。あるいは、ＭＡＣコマンドフレーム９００の生成などの内部処理にかかる時間を無視することができない場合は、MLME-POLL.requestプリミティブの発行は、内部処理にかかる時間のぶんだけ、アクセス時刻ＡＴよりも前の時刻に行われてもよい。
【０２４２】
いずれにせよ、MLME-POLL.requestプリミティブの発行に応じて、プロセッサ４０３により実現されるＭＡＣ副層の処理モジュールが、データ要求のＭＡＣコマンドフレーム９００を生成する。なお、ＭＡＣコマンドフレーム９００の送信元アドレス９０６には、ステップＳ５０７で書き換えられたＩＤ（すなわち、Ｒ端末２００のＩＤ）が設定される。生成されたＭＡＣコマンドフレーム９００は、送受信回路４０２とアンテナ４０１を介して送信される。
【０２４３】
なお、図５のステップＳ１０８は、ステップＳ５０８の例である。また、ＥＤ３００は図７のステップＳ３１１でアクセス時刻ＡＴまでスリープするが、ＤＭ端末４００はステップＳ５０８でアクセス時刻ＡＴまで単に何もしないで待機すればよい。もちろん、実施形態によっては、プロセッサ４０３の制御にしたがって、ＤＭ端末４００がステップＳ５０８でアクセス時刻ＡＴまでスリープしてもよい。
【０２４４】
さて、上記のステップＳ５０８でのデータ要求の送信の後、ＤＭ端末４００はステップＳ５０９において、ＣＮ５００からＡＣＫとデータを受信する。図５のステップＳ１０９とＳ１１０に示したＤＭ端末１０３ａでの受信は、ステップＳ５０９の例である。具体的には、ＤＭ端末４００は下記（４−１）と（４−２）のフレームを受信する。
【０２４５】
（４−１）ステップＳ５０８でＤＭ端末４００が送信したデータ要求のＭＡＣコマンドフレーム９００のシーケンス番号９０２と同じ値がシーケンス番号８０２に設定された、ＡＣＫフレーム８００。
（４−２）現在一時的にＤＭ端末４００のＩＤとして設定されているＩＤ（すなわちペンディングアドレス７０７のリスト中のｎ番目のＩＤ）が宛先アドレス６０４に設定された、データフレーム６００。
【０２４６】
ＤＭ端末４００のＭＡＣ副層の処理モジュールは、単純に、「（４−１）のＡＣＫフレーム８００の受信は、ステップＳ５０８でのＤＭ端末４００からのＭＡＣコマンドフレーム９００の送信が成功したことを示す」と認識する。図９では説明の簡単化のため省略しているが、例えば、ステップＳ５０８でのＭＡＣコマンドフレーム９００の送信から所定時間以内にＡＣＫフレーム８００が受信されない場合、ＤＭ端末４００は適宜のリトライ制御を行うことが好ましい。
【０２４７】
ところで、無線通信では、例えば第１の装置が第２の装置にフレームを送信する場合に、無関係な第３の装置も、もし第１の装置からの電波が届く範囲に位置していれば、当該フレームを受信することがある。この場合、無関係な第３の装置は、受信したフレームの宛先のＩＤが第３の装置自体のＩＤと異なれば、フレームを破棄する。以上のようなフレームの破棄は、例えば、ＭＡＣ副層の処理モジュールで行われてもよく、それにより、上位層の処理モジュールは、他の装置宛のフレームに関する処理を行わなくて済む。
【０２４８】
ここで、ＤＭ端末４００のＩＤがステップＳ５０７で一時的に書き換えられていることに注目すると、上記（４−２）のデータフレーム６００は、ＤＭ端末４００のＭＡＣ副層の処理モジュールでは破棄されない。なぜなら、本実施形態ではＭＡＣ副層の上位層の処理モジュールによりＩＤの書き換えが行われ、ＭＡＣ副層の処理モジュールは単純に「物理層の送受信回路４０２からの出力は、宛先アドレスがＤＭ端末４００自体のＩＤであることを示している」と認識するからである。
【０２４９】
そして、以上の認識にしたがって、ステップＳ５１０でＤＭ端末４００は、（４−２）のデータフレーム６００に対するＡＣＫを送信する。具体的には、プロセッサ４０３により実現されるＭＡＣ副層処理モジュールが、（４−２）のデータフレーム６００のシーケンス番号６０２に設定されている値をシーケンス番号８０２に設定したＡＣＫフレーム８００を生成する。そして、生成されたＡＣＫフレーム８００が、送受信回路４０２とアンテナ４０１を介して送信される。図５のステップＳ１１１は、ステップＳ５１０の例である。
【０２５０】
なお、上記の認識にしたがって、ＤＭ端末４００のＭＡＣ副層の処理モジュールは、（４−２）のデータフレーム６００の受信に応じたプリミティブを上位層の処理モジュールに対して発行する。プリミティブの引数には、データフレーム６００のデータペイロード６０７などが含まれる。
【０２５１】
しかし、データペイロード６０７の意味上の宛先（換言すれば、本来の宛先）は、ＤＭ端末４００自体ではなく、ＤＭ端末４００に現在一時的に設定されているＩＤにより識別されるＲ端末２００である。よって、ＭＡＣ副層の処理モジュールから上記プリミティブを受け取った上位層の処理モジュールは、単に、受け取ったプリミティブを無視し、引数として与えられたデータペイロード６０７を破棄する。
【０２５２】
以上のような処理の後、ステップＳ５１１でＤＭ端末４００のプロセッサ４０３（具体的には、プロセッサ４０３により実現される上位層の処理モジュール）は、ＤＭ端末４００の端末ＩＤを元に戻す。すなわち、プロセッサ４０３は、不揮発性記憶装置４０６に格納されているＤＭ端末４００の本来のＩＤを読み出し、ＭＡＣ副層の処理モジュールがＤＭ端末４００のＩＤを読み出すためのＲＡＭ４０５上の所定領域に、読み出した本来のＩＤを書き込む。そして、処理はステップＳ５１２に移行する。
【０２５３】
ステップＳ５１２でプロセッサ４０３は、ｎ＜Ｓであるか否かを判断する。
もし、ｎ＜Ｓであれば、ステップＳ５０１で受信されたビーコンフレーム７００のペンディングアドレス７０７のリスト中にまだＩＤが残っている。そこで、処理はステップＳ５１３に移行する。
【０２５４】
逆に、ｎ＜Ｓでなければ（実際には、ｎ＝Ｓであれば）、ペンディングアドレス７０７のリストにはもうＩＤが残っていない。つまり、今回のビーコン周期でＤＭ端末４００が行う処理はもう存在しない。そこで、図９の処理はステップＳ５０１へと戻る。
【０２５５】
ステップＳ５１３でプロセッサ４０３は、インデックス変数ｎを１だけインクリメントする。そして、処理はステップＳ５０５に戻る。
なお、実施形態によっては、タイマ４０４の代わりに絶対時刻を示す時計が利用されてもよいことは無論である。
【０２５６】
ところで、図１〜９を参照して以上のとおり説明した本実施形態には、様々な利点がある。そこで、以下では本実施形態の利点について説明する。
第１の利点は、電波を発射する端末を携行すること自体に不安を感じるユーザであっても、安心して情報配信サービスを受けられる点である。つまり、心臓ペースメーカなどの医療機器を装着しているユーザであっても、電波を発射しないＲ端末２００ならば安心して携行することができる。そして、当該ユーザは、Ｒ端末２００を介して、無線通信システム１００により提供される情報配信サービスを安心して受けることができる。
【０２５７】
上記のとおり、総務省により「各種電波利用機器の電波が植込み型医療機器へ及ぼす影響を防止するための指針」が発表されている。よって、電波を発射する装置（すなわち、ＥＤ３００、ＤＭ端末４００、およびＣＮ５００）は、当該指針にしたがって製造され、運用されることが望ましい。指針にしたがって製造され、運用されていれば、心臓ペースメーカなどの医療機器を装着しているユーザであっても、安全にＥＤ３００を携行して、ＥＤ３００を介して情報配信サービスを受けることも可能である。
【０２５８】
しかし、たとえＥＤ３００が、心臓ペースメーカなどの医療機器を装着しているユーザに携行されても当該医療機器に害を与えないように製造されていたとしても、ユーザは、自らが携行するＥＤ３００が電波を発射すること自体に不安を抱くかもしれない。そして、そのような不安は、無根拠であるとも言いがたい。なぜなら、以下のような可能性があるからである。
【０２５９】
例えば、新たな医療機器や新たな端末が開発される実態に、指針の改訂が追いついているか否かを一般のユーザが判断することは困難である。さらに、一般のユーザが指針について熟知しているとは限らない。中には、誤って指針に沿わない使い方で端末を使ってしまうユーザもいるかもしれない。これらの可能性を考慮すると、心臓ペースメーカなどの医療機器を装着しているユーザが、自らが携行する端末から電波が発射されること自体を不安に感じることも大いにあり得る。
【０２６０】
しかし、Ｒ端末２００はそもそも電波を発射しない。よって、ユーザは、Ｒ端末２００端末ならば安心して携行することができる。また、Ｒ端末２００は、単にユーザに安心感を与えるというだけでなく、実際に安全である。なぜなら、Ｒ端末２００は、電波自体を発射しないからである。そして、Ｒ端末２００からは電波自体が発射されない以上、たとえ従来の医療機器よりも電波の影響を受けやすい新規の医療機器が開発されたとしても、Ｒ端末２００は、そのような新規の医療機器にとっても、実際に安全である。
【０２６１】
また、従来の携帯電話網における同報（ブロードキャスト）通信サービスでは、代表端末ではない移動通信端末が、一時的にあたかも受信専用端末であるかのように動作して、代表端末の通信を傍受することがある。しかし、実際には移動通信端末自体は送信機能を有しており、例えば基地局への位置登録のために電波を発射することもあるし、通話のために電波を発射することもある。したがって、このような移動通信端末は、本実施形態のＲ端末２００とは異なり、電波の発射により心臓ペースメーカなどの医療機器に影響を与えるおそれがある。
【０２６２】
なお、図１の無線通信システム１００を利用するユーザの周囲の環境には、他のユーザが携行するＥＤ３００が存在するかもしれないし、所定の位置に設置されたＤＭ端末４００とＣＮ５００が存在するかもしれない。しかし、ユーザ自身が携行する端末は当該ユーザの身体にごく近接しているのに対し、他のユーザが携行するＥＤ３００は、ある程度離れている。また、上記のとおり、ＤＭ端末４００とＣＮ５００は、例えば天井などに設置されるので、ユーザからある程度離れている。
【０２６３】
そして、心臓ペースメーカなどの医療機器を装着しているユーザからはある程度離れたところにある装置（例えばＥＤ３００やＤＭ端末４００やＣＮ５００）が発射する電波が、当該医療機器に与える影響は、事実上、無視することができる。また、ユーザ自身も、離れたところから発射される電波よりも、自らの身体のごく近くから発射される電波（例えば、ユーザ自身が首からぶら下げたりポケットに入れたりして携帯している端末から発射される電波）の方に、より強い不安を感じるであろう。
【０２６４】
本実施形態によれば、ユーザ自身が携帯するユーザ端末としてＲ端末２００が使われるので、ユーザは安全に、かつ安心して、情報配信サービスを受けられる。
さて、本実施形態の第２の利点は、ユーザごとに異なる情報を配信することが可能な点である。すなわち、同じ情報が複数のユーザ端末にブロードキャストされる同報通信システムと比較すると、本実施形態の無線通信システム１００は、より細かな粒度の情報配信サービスを提供することができる。同報通信システムは、例えば携帯電話網による緊急地震速報などの用途には適しているが、ユーザごとに異なる情報を配信する目的には適さない。
【０２６５】
本実施形態では、個々のユーザ端末（すなわちＲ端末２００またはＥＤ３００）に配信する対象の配信情報は、サーバ１０６によってユーザ端末ごとに生成または取得され、ＣＮ５００を介してユーザ端末にデータフレーム６００の形式で配信される。よって、本実施形態によれば、各ユーザは、当該ユーザに固有の情報を受け取ることができる。
【０２６６】
例えば、上述の例のように無線通信システム１００が医療機関において利用されるとする。ここで、患者ごとに当該患者までの待ち人数は異なるし、当該患者が次に進むべき場所（例えば待合室、検査室、診察室、会計受付など）も、患者ごとに異なる。無線通信システム１００によれば、そのように患者ごとに異なる情報の配信が可能である。もちろん、無線通信システム１００は、ショッピングモール・遊園地・展示会会場など、医療機関以外の場所における情報配信サービスのために利用されてもよい。
【０２６７】
本実施形態の第３の利点は、多数のユーザがいても、リアルタイムに近い素早い情報配信が可能な点である。以下ではこの利点について、まず数値例を示し、その後、いくつか補足説明を行う。
【０２６８】
上記のとおり、ビーコンフレーム７００のペンディングアドレス７０７のリストには、最大で７個までＩＤを含めることができる。よって、ビーコン周期の長さＴが例えば０．５秒だとすると、１台のＣＮ５００が１秒あたりに情報を配信することのできるユーザ端末の数は、最大で１４（＝７／０．５）台である。
【０２６９】
ここで、何らかの状況の変化が発生してから、当該変化に応じた情報が実際にユーザ端末に配信されるまでの遅延時間としてユーザが許容可能な時間を、便宜上「許容遅延時間」ということにする。許容遅延時間は無線通信システム１００の用途に応じて異なり得る。例えば、無線通信システム１００が医療機関で待ち人数の通知のために利用される場合、許容遅延時間は、数十秒程度かもしれない。
【０２７０】
仮に、許容遅延時間が６０秒とすると、何らかの状況の変化にともなって、許容遅延時間以内に１台のＣＮ５００が当該変化に応じたユーザごとの情報を配信することのできるユーザ端末の数は、８４０（＝１４×６０）台である。この８４０台という数は、実用上、十分に大きい。
【０２７１】
例えば、無線通信システム１００が医療機関で待ち人数の通知のために利用されるとし、内科では現在８０人の患者が待っているとする。内科で現在診察中の患者の診察が終わると（すなわち、状況が変化すると）、８０人の患者それぞれの待ち人数は、１人ずつ減る。したがって、上記の状況の変化に応じて情報を配信する対象のユーザ端末の台数は、８０台である。
【０２７２】
この８０台という数は、上記の８４０台という数の１０分の１にも満たない。そして、上記のようにビーコン周期の長さＴが０．５秒の場合、８０台のユーザ端末への情報配信は、たとえ１台のＣＮ５００から行われるとしても、６秒足らずで完了する。換言すれば、何らかの状況の変化に応じて情報を配信する対象のユーザ端末の台数によっては、許容遅延時間が数秒程度しかなくても、許容遅延時間以内の情報配信が十分に可能である。
【０２７３】
もちろん、上記数値例は単なる例示に過ぎない。しかし、本実施形態の第３の利点は、上記数値例からも十分に理解されるであろう。以上のとおり、本実施形態によれば、ユーザの数（つまりユーザ端末の数）が比較的多くても、ユーザが満足することのできる比較的短い遅延時間で、素早く新たな情報を個々のユーザ端末に配信することが可能である。
【０２７４】
そして、以上述べた第３の利点は、無線通信システム１００内で自律分散的な時分割通信が行われることから得られる利点である。また、自律分散的な時分割通信が可能な理由は、ペンディングアドレス７０７を含むビーコンフレーム７００が使われるからである。
【０２７５】
ＩＥＥＥ８０２．１５．４規格では、２つの隣り合うビーコン間のスーパフレーム構造が定義されている。具体的には、１ビーコン周期の中に、端末が自由にＣＮ５００にアクセスを試みることのできる期間としてＣＡＰ（Contention Access Period）が定義されている。そして、ＣＡＰ内では、複数台の端末間の競合がＣＳＭＡ−ＣＡ方式により解決される。
【０２７６】
また、ＩＥＥＥ８０２．１５．４規格によれば、１ビーコン周期の中には、ＣＦＰ（Contention-Free Period）があってもよい。ＣＦＰはいくつかのＧＴＳに分割され得る。つまり、ＣＦＰ内では、ＧＴＳを予約した端末のみが、ＣＮ５００と通信する。
【０２７７】
他方、本実施形態では、物理層とＭＡＣ副層の通信プロトコルとしてＩＥＥＥ８０２．１５．４規格が利用されてはいるが、ＣＡＰ内で常に競合的な通信が行われるわけではない。具体的には、本実施形態では、ＣＡＰが上記（３−２）の要求受付期間と（３−３）の通信期間と（３−４）の処理期間に分割されており、複数台の端末間での競合とＣＳＭＡ−ＣＡによる解決は、（３−２）の要求受付期間でのみ発生する。そして、（３−３）の通信期間では、自律分散的な時分割通信が実現されており、競合は生じない。
【０２７８】
ＣＳＭＡ−ＣＡ方式の通信では、衝突（コリジョン）の発生に起因するタイムロスが避けられない。そのため、端末の数が多い場合は、通信効率の悪化を無視することができない。
【０２７９】
他方、本実施形態のように、ビーコンフレーム７００のペンディングアドレス７０７のリストにしたがって、自律分散的な時分割通信が行われれば、衝突は発生せず、衝突の発生に起因する通信効率の悪化も生じない。具体的には、本実施形態では、（３−３）の通信期間に含まれる長さαの各期間中には、衝突が発生しない。なぜなら、長さαの各期間中にＣＮ５００にデータ要求を送信する端末は、１台のＥＤ３００または１台のＤＭ端末４００に限定されているからである。したがって、本実施形態では、通信効率の悪化が防止される。
【０２８０】
そして、以上のように通信効率の悪化が防止されるからこそ、本実施形態では、ペンディングアドレス７０７のリストにＩＤが含まれるＳ台のユーザ端末への情報配信が、１ビーコン周期内でほぼ確実に完了する。その結果、本実施形態によれば、例えば上記数値例に示したように、多数のユーザ端末に、比較的短い遅延時間で、状況の変化に応じた新たな情報をそれぞれ配信することが可能である。
【０２８１】
また、上記の数値例は１台のＣＮ５００から情報が配信される場合の例である。つまり、たとえ「１台のＣＮ５００だけから情報が配信される」と仮定しても、本実施形態によれば、上記数値例のように十分に短い遅延時間での新たな情報の配信が可能である。このことは、「Ｒ端末２００の位置が管理不能であっても、情報配信に支障をきたさない」ということも意味する。詳しくは以下のとおりである。
【０２８２】
ＥＤ３００は参加要求やＨＯ要求などを送信するので、サーバ１０６は、ＣＮ５００を介して、各ＥＤ３００がどのＣＮ５００の近傍に位置するかを認識することができる。したがって、例えば図１の例では、サーバ１０６は、ＥＤ１０５ｂがＣＮ１０２ａと通信可能な範囲内に位置していることを認識しているので、ＥＤ１０５ｂ宛の配信情報をＣＮ１０２ａにのみ送信すれば十分である。
【０２８３】
ところが、Ｒ端末２００は送信機能を持たないので、各Ｒ端末２００がどのＣＮ５００の近傍に位置するかをサーバ１０６が認識することはできない。よって、例えば図１の例では、サーバ１０６は、「Ｒ端末１０４ｂは、ＣＮ１０２ａからの電波を受信することが可能な範囲に位置しているのか、それとも、ＣＮ１０２ｂからの電波を受信することが可能な範囲に位置しているのか」ということを認識していない。
【０２８４】
よって、サーバ１０６は、Ｒ端末１０４ｂ宛の配信情報を、ＣＮ１０２ａと１０２ｂの双方に送信する。そして、ＣＮ１０２ａと１０２ｂはいずれも、Ｒ端末１０４ｂのＩＤをペンディングアドレス７０７に含むビーコンフレーム７００を送信する。
【０２８５】
その結果、ＤＭ端末１０３ａと１０３ｂの双方が、Ｒ端末１０４ｂに代わってデータ要求を送信し、ＣＮ１０２ａと１０２ｂの双方が、Ｒ端末１０４ｂ宛の配信情報をデータペイロード６０７に含むデータフレーム６００を送信する。したがって、Ｒ端末１０４ｂは、ＣＮ１０２ａからの電波を受信することが可能な範囲に位置していようが、ＣＮ１０２ｂからの電波を受信することが可能な範囲に位置していようが、データフレーム６００を受信することができる。
【０２８６】
以上の図１の例のように、サーバ１０６にとってはＲ端末２００の位置は不明なので、Ｒ端末２００への情報配信のために、サーバ１０６は、無線通信システム１００内のすべてのＣＮ５００に、当該Ｒ端末２００宛の配信情報を送信する。そして、無線通信システム１００内のすべてのＤＭ端末４００が、当該Ｒ端末２００に代わってデータ要求を送信する。つまり、同じ配信情報が複数のＣＮ５００から重複して送信される。
【０２８７】
このような重複した送信が行われるにもかかわらず、本実施形態によれば、多数のＲ端末２００に十分に短い遅延時間内に、新たな情報を配信することが可能である。
例えば、説明の簡単化のため、無線通信システム１００ではユーザ端末としてＲ端末２００のみが使われ、ＥＤ３００は使われないとする。また、便宜上、無線通信システム１００にはＸ台のＣＮ５００とＸ台のＤＭ端末４００が含まれるものとし（１≦Ｘ）、上記数値例と同じくビーコン周期の長さＴが０．５秒であるとする。
【０２８８】
ここで、各Ｒ端末２００宛の配信情報は、上記のとおりＸ台のＣＮ５００から重複して送信される。よって、「ＣＮ５００がＸ台あることによって、配信にかかる時間が１／Ｘ倍になる」というわけではない。だが、重複送信によって支障が生じるわけではなく、情報は素早く配信される。すなわち、１台のＣＮ５００に関して計算した上記数値例から明らかなとおり、例えば仮に無線通信システム１００内に８４０台のＲ端末２００が存在したとしても、それら８４０台のＲ端末２００のそれぞれに、６０秒の許容遅延時間内に新たな情報が配信される。
【０２８９】
そして、無線通信システム１００の用途にもよるが、８４０台もの多数のＲ端末２００すべてに一度に影響するような状況の変化は、非常にまれである。例えば上記のように「内科では現在８０人の患者が待っている」という状況が「内科では現在７９人の患者が待っている」という状況に変化した場合、状況の変化に応じて情報を配信する対象は８０台のＲ端末２００だけに限られる。よって、Ｘ台のＣＮ５００からの重複送信が行われたとしても、「重複送信により通信効率が悪化し、その結果、遅延時間が増大する」などの問題は生じない。
【０２９０】
さて、本実施形態の第４の利点は、ユーザ端末（つまりＲ端末２００とＥＤ３００）の消費電力の抑制が可能な点である。Ｒ端末２００は電池２１０から電力を得ており、ＥＤ３００も電池３１１から電力を得ているので、ユーザ端末の消費電力の抑制は好ましい特徴である。
【０２９１】
本実施形態では、上記のように物理層とＭＡＣ副層のプロトコルとしてＩＥＥＥ８０２．１５．４規格が使われる。ＩＥＥＥ８０２．１５．４規格は、フレーム長が最大で１２７オクテットと短い代わりに、低消費電力という特長がある。よって、Ｒ端末２００、ＥＤ３００、ＤＭ端末４００、ＣＮ５００は、いずれも低消費電力である。
【０２９２】
そして、ＩＥＥＥ８０２．１５．４規格に由来する低消費電力の特長に加えて、本実施形態では、本実施形態ならではの消費電力削減も実現される。すなわち、本実施形態によれば、図７〜８に示すようにユーザ端末においてスリープ制御が行われるので、ユーザ端末の消費電力が抑制される。
【０２９３】
なお、図７〜８のスリープ制御が可能な理由は、無線通信システム１００内で自律分散的な時分割通信が行われるからである。つまり、ビーコンフレーム７００のペンディングアドレス７０７のリストの利用によって、各ユーザ端末は、アクセス時刻ＡＴを算出して時分割通信に協力することが可能となる。そのため、本実施形態によれば、スリープ制御による一層の消費電力削減が実現される。
【０２９４】
また、本実施形態の第５の利点は、Ｒ端末２００の製造コストが低く抑えられる点である。Ｒ端末２００のアンテナ２０１および受信回路２０２は受信専用なので、例えばＥＤ３００の送受信用のアンテナ３０１および送受信回路３０２と比較すると、回路規模が小さくて済み、回路規模が小さい分だけ製造コストも低い。
【０２９５】
さらに、送信機能のないＲ端末２００は、日本の電波法の規制対象外である。したがって、Ｒ端末２００は技術基準適合証明を受ける必要がない。よって、技術基準適合証明が不要な分だけ、Ｒ端末２００の開発および試験にかかるコストも抑えられる。
【０２９６】
本実施形態の第６の利点は、ユーザ端末としてＲ端末２００だけでなくＥＤ３００も利用することで、効率の良い情報配信が可能になる点である。上記のように無線通信システム１００にはＥＤ３００が含まれなくてもよいが、ＥＤ３００を利用することで情報配信の効率が向上する。理由は以下のとおりである。
【０２９７】
Ｒ端末２００に配信する対象の配信情報がある場合、サーバ１０６は同じ配信情報を無線通信システム１００内のすべてのＣＮ５００に送信する。そして、すべてのＣＮ５００が、同じ配信情報を含むデータフレーム６００を送信する。このような重複があっても問題がないほどに、無線通信システム１００では時分割方式により通信が効率よく行われることは、第３の利点に関して説明したとおりである。
【０２９８】
しかしながら、Ｒ端末２００の代わりにＥＤ３００を利用することで、上記のようなすべてのＣＮ５００からの重複送信を避けることができる。なぜなら、第３の利点に関して説明したように、ＥＤ３００宛の配信情報は、サーバ１０６から１台のＣＮ５００にだけ送信されれば十分であり、重複送信の必要がないからである。そして、重複送信が減れば、無線通信システム１００全体として通信は効率化される。その結果、無線通信システム１００においては、より多くのユーザ端末により短い遅延時間で、それぞれのユーザ端末に応じた情報を配信することが可能となる。
【０２９９】
そして、無線通信システム１００の用途にもよるが、心臓ペースメーカなどの医療機器を装着しているユーザは、全ユーザのうちの一部に過ぎない。よって、それらの一部のユーザ用にはＲ端末２００を提供するとともに、残りの多くのユーザにはＥＤ３００を提供することにより、上記第１の利点と無線通信システム１００における通信の効率化とを両立させることができる。
【０３００】
また、本実施形態の第７の利点は、ユーザ端末としてＲ端末２００だけでなくＥＤ３００も利用することで、ＥＤ３００からサーバ１０６が情報を収集することも可能になる点である。つまり、図１〜９に示した本実施形態は、サーバ１０６がＥＤ３００から情報を収集するように、変形することができる。
【０３０１】
サーバ１０６がＥＤ３００から収集する情報（以下、便宜上「収集対象情報」ともいう）の種類は任意である。例えば、サーバ１０６は、各ＥＤ３００で計測されたＬＱＩ（Link Quality Indicator）を収集してもよい。
【０３０２】
収集されたＬＱＩに基づいて、例えば、システム管理者などにより「どのＣＮ５００からの電波も届きにくい場所はないか」などの検討が行われてもよい。その結果、ＣＮ５００とＤＭ端末４００のペアの設置位置が調整されてもよい。
【０３０３】
もちろん、サーバ１０６は、ＬＱＩ以外の任意の情報を、ＥＤ３００からＣＮ５００を介して収集してもよい。例えば、ＥＤ３００が不図示のセンサを有していてもよく、センサが検出したデータをサーバ１０６が収集してもよい。
【０３０４】
ＥＤ３００からの情報の収集のため、本実施形態は、具体的には次のように変形されてもよい。すなわち、上記（３−２）の要求受付期間に、ＥＤ３００がＣＮ５００への収集対象情報の送信を試みてもよい。なお、要求受付期間ではＥＤ３００間の競合が生じ得る。よって、「収集対象情報が必ずＣＮ５００に受信されて、ＣＮ５００からサーバ１０６に送信され、サーバ１０６に収集される」という保証はない。
【０３０５】
そこで、収集対象情報がより確実にサーバ１０６に収集されるようにするため、本実施形態は以下のように変形されてもよい。すなわち、ＥＤ３００は、上記（３−２）の要求受付期間にＣＮ５００にＧＴＳ要求を送信してもよい。ＧＴＳ要求を受信したＣＮ５００は、もしスロットを確保することができれば、次のビーコン周期に送信するビーコンフレーム７００のＧＴＳ７０６に、確保したスロットに関する情報を含める。
【０３０６】
ＧＴＳ要求を送信したＥＤ３００は、受信したビーコンフレーム７００のＧＴＳ７０６から、当該ＥＤ３００にスロットが割り当てられたか否かを判断する。そして、もしスロットが割り当てられていれば、ＥＤ３００は、割り当てられたスロット（すなわちＧＴＳ）において、ＣＮ５００に収集対象情報を送信する。
【０３０７】
ＧＴＳはＣＦＰに含まれるので、ＧＴＳで行われる収集対象情報の送信は、他のＥＤ３００と競合しない。したがって、収集対象情報は確実にＣＮ５００に受信されてサーバ１０６に収集される。なお、以上のような変形例では、上記（３−２）〜（３−４）の期間に分割されたＣＡＰの後に、１個以上のＧＴＳを含むＣＦＰが置かれる。
【０３０８】
ところで、以上のように様々な利点のある本実施形態やその変形例は、以下のように概括することもできる。
図１の無線通信システム１００は、第１の送受信機としてのＤＭ端末１０３ａと、第１の送受信機との間で無線通信を行う第２の送受信機としてのＣＮ１０２ａと、互いに異なる識別情報で識別される複数台の受信機であるＲ端末１０４ａ〜１０４ｅとを含む。
【０３０９】
そして、図５のステップＳ１０８に例示するとおり、第１の送受信機としてのＤＭ端末１０３ａは、第２の送受信機としてのＣＮ１０２ａからの情報の配信を求める要求を、ＣＮ１０２ａに無線で送信する。具体的には、ＤＭ端末１０３ａは、複数台の受信機のうちの或る受信機（図５の例ではＲ端末１０４ｂ）の識別情報（具体的にはＩＤ）を要求元として設定して、上記要求を送信する。また、要求元は、具体的にはＭＡＣコマンドフレーム９００の送信元アドレス９０６により表される。
【０３１０】
第２の送受信機としてのＣＮ１０２ａは、第１の送受信機としてのＤＭ端末１０３ａから上記要求を受信すると、上記或る受信機（すなわちＲ端末１０４ｂ）の識別情報と対応づけられた配信情報を、図５のステップＳ１１０に例示するように、無線で送信する。なお、この送信の際、ＣＮ１０２ａは、Ｒ端末１０４ｂの識別情報を宛先（具体的には宛先アドレス６０４）として設定する。
【０３１１】
一方で、複数台の受信機であるＲ端末１０４ａ〜１０４ｅの各々（つまり各Ｒ端末２００）は、次のように動作する。すなわち、各Ｒ端末２００は、当該Ｒ端末２００自体の識別情報が宛先として設定されて、第２の送受信機としてのＣＮ１０２ａから送信される配信情報を、受信する。
【０３１２】
また、以上の概括において、「或る受信機」がＲ端末１０４ｂの場合を例示したが、「或る受信機」は、具体的にはビーコンに識別情報が含まれる受信機のことである。
つまり、第２の送受信機としてのＣＮ１０２ａは、複数台の受信機のうち少なくとも１台の受信機の識別情報を含むビーコンを無線で送信する。すると、第１の送受信機としてのＤＭ端末１０３ａは、ビーコンに識別情報が含まれる受信機を、上記の「或る受信機」として認識する。
【０３１３】
例えば、図９のフローチャートによれば、ペンディングアドレス７０７のリスト中にＩＤが含まれるＲ端末が「或る受信機」として認識されて、当該Ｒ端末に関して、ＤＭ端末１０３ａがデータ要求を送信する。このように、ビーコンは、第１の送受信機としてのＤＭ端末１０３ａに「どの受信機のふりをすればよいのか」ということを通知するための情報としても利用される。
【０３１４】
なお、各Ｒ端末２００は、ビーコンの中に当該Ｒ端末２００の識別情報が含まれる場合、当該受信機の識別情報が宛先として設定されて第２の送受信機としてのＣＮ１０２ａから配信情報が送信される時間帯を計算する。計算は、ビーコン内での当該受信機の識別情報の位置（具体的にはペンディングアドレス７０７のリスト中でのＩＤの位置）に基づいて、行われる。
【０３１５】
例えば、配信情報が送信される時間帯は、アクセス時刻ＡＴから始まる長さαの時間帯である。よって、具体的には例えば図８のステップＳ４０６のように、リスト中でのＩＤの位置ｎに基づいて、アクセス時刻ＡＴが計算される。
【０３１６】
そして、上記の計算を行ったＲ端末２００は、当該Ｒ端末２００自体を、計算された時間帯に無線電波の受信が可能な状態に制御する。例えば、図８のフローチャートによれば、アクセス時刻ＡＴになるまでは、Ｒ端末２００は、スリープするため無線電波の受信が可能な状態にはない。しかし、Ｒ端末２００のプロセッサ２０３は、Ｒ端末２００を、アクセス時刻ＡＴには起床して無線電波の受信が可能な状態になるように、制御する。
【０３１７】
なお、図９のステップＳ５０４〜Ｓ５１３に例示するように、ビーコンが２台以上の受信機の識別情報を含むとき、第１の送受信機としてのＤＭ端末１０３ａは、当該２台以上の受信機のそれぞれについて、上記のように要求を送信する。また、要求の送信は、当該受信機の識別情報のビーコン内での位置に応じた時刻（具体的には、ｎの値に応じたアクセス時刻ＡＴ）に行われる。
【０３１８】
また、図１に示すように、無線通信システム１００は、第１の送受信機と第２の送受信機のペアを複数含んでもよい。図１では、２つのＣＮ・ＤＭペア１０１ａと１０１ｂが、無線通信システム１００に含まれる。
【０３１９】
このように複数のペアが存在する場合、上記の「或る受信機」（例えばＲ端末１０４ｂ）の識別情報を含むビーコンは、複数のペアの各々に含まれる第２の送受信機から（つまりＣＮ１０２ａと１０２ｂのそれぞれから）、送信される。そして、複数のペアの各々に含まれる第１の送受信機（つまりＤＭ端末１０３ａと１０３ｂのそれぞれ）は、ビーコンを受信すると、当該第１の送受信機とペアをなす第２の送受信機に、データ要求を送信する。なお、このような重複送信が障害にならないことは、上記第３の利点に関連して説明したとおりである。
【０３２０】
ところで、第１の送受信機としてのＤＭ端末１０３ａは、複数台の受信機のいずれかの識別情報が宛先として設定されて、第２の送受信機としてのＣＮ１０２ａから送信される配信情報を受信すると、受信した当該配信情報に対する受信確認を送信してもよい。受信確認は、具体的にはＡＣＫフレーム８００であってもよい。なお、このような受信確認の送信は、図５のステップＳ１１１と図９のステップＳ５１０に例示されている。
【０３２１】
また、上記のとおり無線通信システム１００は、第２の送受信機としてのＣＮ５００との間で無線通信を行う第３の送受信機としてのＥＤ３００をさらに含んでいてもよい。第３の送受信機としてのＥＤ３００は、第２の送受信機としてのＣＮ５００からの情報の配信を求める要求を、当該ＥＤ３００の識別情報を要求元として設定して、ＣＮ５００に送信する。第２の送受信機としてのＣＮ５００は、第３の送受信機としてのＥＤ３００からの要求を受信すると、当該ＥＤ３００の識別情報と対応づけられた配信情報を、当該ＥＤ３００の識別情報を宛先として設定して、送信する。そして、第３の送受信機としてのＥＤ３００は、当該ＥＤ３００の識別情報が宛先として設定されてＣＮ５００から送信される配信情報を受信する。
【０３２２】
ここで、第３の送受信機としてのＥＤ３００の識別情報を示すビットパターンと、複数台の受信機のうちの任意の１台（つまり任意のＲ端末２００）の識別情報を示すビットパターンとでは、所定位置の少なくとも１ビットの値が異なることが好ましい。換言すれば、ＥＤ３００のＩＤと、任意のＲ端末２００のＩＤでは、とり得る値の範囲が異なることが好ましい。なぜなら、第１の送受信機としてのＤＭ端末４００が、識別情報自体から、当該識別情報がＥＤ３００とＲ端末２００のどちらを示すのかを判断することが可能となり、その結果、図９のステップＳ５０５の判断が簡単になるからである。
【０３２３】
また、各受信機（つまり各Ｒ端末２００）は、当該受信機の識別情報と対応づけられた配信情報を受信すると、受信した配信情報に基づいて、例えばディスプレイ２０７またはスピーカ２０８のような表示手段による、聴覚的または視覚的な表示を行う。例えば、Ｒ端末２００は、配信情報の内容に応じて、ビープ音を鳴らしたり、メッセージを音声的に読み上げたり、文字や画像を表示したりすることができる。ＥＤ３００も、受信した配信情報の内容に応じて、同様の表示を行うことができる。
【０３２４】
なお、図２には、Ｒ端末２００が有する表示手段の例として、ディスプレイ２０７とスピーカ２０８を例示し、ＥＤ３００が有する表示手段の例として、ディスプレイ３０８とスピーカ３０９を例示した。しかし、Ｒ端末２００とＥＤ３００の各々は、表示手段の他の例として、例えば振動モータを有していてもよく、配信情報の内容に応じて振動モータによる振動を制御してもよい。振動モータによる振動は、触覚的な表示の例である。
【０３２５】
ところで、上記のような第１の送受信機としてのＤＭ端末１０３ａは、無線により他の送受信機（具体的にはＣＮ１０２ａ）との間で情報を送受信する無線送受信手段の具体例として、例えば、アンテナ４０１と送受信回路４０２を有する。また、第１の送受信機としてのＤＭ端末１０３ａは、無線送受信手段を制御する制御手段の具体例として、例えば、プロセッサ４０３も有する。
【０３２６】
そして、互いに異なる識別情報で識別される複数台の受信機のうち少なくとも或る受信機（例えばＲ端末１０４ｂ）の識別情報を含むビーコンを、上記の「他の送受信機」（つまりＣＮ１０２ａ）から無線送受信手段が受信すると、制御手段は次のように動作する。すなわち、制御手段は、ＣＮ１０２ａからの情報の配信を求める要求を、Ｒ端末１０４ｂの識別情報を要求元として設定してＣＮ１０２ａへと送信するよう、無線送受信手段を制御する。具体的には、例えば、制御手段としてのプロセッサ４０３は、ＭＡＣ副層フレームを送受信回路４０２に出力することによって、無線送受信手段としての送受信回路４０２とアンテナ４０１の送信動作を制御してもよい。
【０３２７】
最後に、上記の実施形態および変形例に関して、さらに下記の付記を開示する。
（付記１）
第１の送受信機と、
前記第１の送受信機との間で無線通信を行う第２の送受信機と、
互いに異なる識別情報で識別される複数台の受信機と
を含み、
前記第１の送受信機は、前記第２の送受信機からの情報の配信を求める要求を、前記複数台の受信機のうちの或る受信機の識別情報を要求元として設定して、前記第２の送受信機に無線で送信し、
前記第２の送受信機は、前記第１の送受信機から前記要求を受信すると、前記或る受信機の前記識別情報と対応づけられた配信情報を、前記或る受信機の前記識別情報を宛先として設定して、無線で送信し、
前記複数台の受信機の各々は、当該受信機の識別情報が宛先として設定されて前記第２の送受信機から送信される配信情報を受信する
ことを特徴とする無線通信システム。
（付記２）
前記第２の送受信機は、前記複数台の受信機のうち少なくとも１台の受信機の識別情報を含むビーコンを無線で送信し、
前記或る受信機は、前記ビーコンに識別情報が含まれる受信機であり、
前記複数台の受信機の各々は、
前記ビーコンの中に当該受信機の前記識別情報が含まれる場合、前記ビーコン内での当該受信機の前記識別情報の位置に基づいて、当該受信機の前記識別情報が宛先として設定されて前記配信情報が前記第２の送受信機から送信される時間帯を計算し、
当該受信機を、前記時間帯に無線電波の受信が可能な状態に制御する
ことを特徴とする付記１に記載の無線通信システム。
（付記３）
前記ビーコンが、前記複数台の受信機のうち２台以上の受信機の識別情報を含むとき、前記第１の送受信機は、前記２台以上の受信機のそれぞれについて、当該受信機の識別情報を要求元として設定して、前記第２の送受信機からの情報の配信を求める要求を前記第２の送受信機に送信する
ことを特徴とする付記２に記載の無線通信システム。
（付記４）
前記第１の送受信機は、前記２台以上の受信機のそれぞれについて、当該受信機の前記識別情報の前記ビーコン内での位置に応じた時刻に、当該受信機の前記識別情報を要求元として設定した前記要求を送信する
ことを特徴とする付記３に記載の無線通信システム。
（付記５）
前記無線通信システムは、前記第１の送受信機と前記第２の送受信機のペアを複数含み、
複数の前記ペアの各々に含まれる前記第２の送受信機が、前記或る受信機の識別情報を含むビーコンを送信し、
複数の前記ペアの各々に含まれる前記第１の送受信機は、前記ビーコンを受信すると、当該第１の送受信機と前記ペアをなす前記第２の送受信機に前記要求を送信する
ことを特徴とする付記１に記載の無線通信システム。
（付記６）
前記第１の送受信機は、前記複数台の受信機のいずれかの識別情報が宛先として設定されて前記第２の送受信機から送信される配信情報を受信すると、受信した当該配信情報に対する受信確認を送信する
ことを特徴とする付記１から５に記載の無線通信システム。
（付記７）
前記第２の送受信機との間で無線通信を行う第３の送受信機をさらに備え、
前記第３の送受信機は、前記第２の送受信機からの情報の配信を求める要求を、前記第３の送受信機の識別情報を要求元として設定して前記第２の送受信機に送信し、
前記第２の送受信機は、前記第３の送受信機からの前記要求を受信すると、前記第３の送受信機の前記識別情報と対応づけられた配信情報を、前記第３の送受信機の前記識別情報を宛先として設定して送信し、
前記第３の送受信機は、前記第３の送受信機の前記識別情報が宛先として設定されて前記第２の送受信機から送信される前記配信情報を受信する
ことを特徴とする付記１から６のいずれか１項に記載の無線通信システム。
（付記８）
前記第３の送受信機の前記識別情報を示すビットパターンと、前記複数台の受信機のうちの任意の１台の前記識別情報を示すビットパターンとでは、所定位置の少なくとも１ビットの値が異なる
ことを特徴とする付記７に記載の無線通信システム。
（付記９）
前記複数台の受信機の各々は、
聴覚的または視覚的な表示を行う表示手段を備え、
当該受信機の前記識別情報と対応づけられた前記配信情報を受信すると、受信した前記配信情報に基づいて、前記表示手段による聴覚的または視覚的な表示を行う
ことを特徴とする付記１から８のいずれか１項に記載の無線通信システム。
（付記１０）
第１の送受信機が、前記第１の送受信機との間で無線通信を行う前記第２の送受信機からの情報の配信を求める要求を、互いに異なる識別情報で識別される複数台の受信機のうちの或る受信機の識別情報を要求元として設定して、前記第２の送受信機に無線で送信し、
前記第２の送受信機は、前記第１の送受信機から前記要求を受信すると、前記或る受信機の前記識別情報と対応づけられた配信情報を、前記或る受信機の前記識別情報を宛先として設定して、無線で送信し、
前記複数台の受信機の各々は、当該受信機の識別情報が宛先として設定されて前記第２の送受信機から送信される配信情報を受信する
ことを特徴とする無線通信方法。
（付記１１）
送受信機であって、
無線により他の送受信機との間で情報を送受信する無線送受信手段と、
互いに異なる識別情報で識別される複数台の受信機のうち少なくとも或る受信機の識別情報を含むビーコンを、前記他の送受信機から前記無線送受信手段が受信すると、前記他の送受信機からの情報の配信を求める要求を、前記或る受信機の前記識別情報を要求元として設定して前記他の送受信機へと送信するよう、前記無線送受信手段を制御する制御手段と、
を備えることを特徴とする送受信機。
【符号の説明】
【０３２８】
１００ 無線通信システム
１０１ａ、１０１ｂ ＣＮ・ＤＭペア
１０２ａ、１０２ｂ、５００ コーディネータ（ＣＮ）
１０３ａ、１０３ｂ、４００ ダミー端末（ＤＭ端末）
１０４ａ〜１０４ｅ、２００ 受信専用端末（Ｒ端末）
１０５ａ〜１０５ｃ、３００ エンドデバイス（ＥＤ）
１０６ サーバ
２０１、３０１、４０１、５０１ アンテナ
２０２ 受信回路
２０３、３０３、４０３、５０３ プロセッサ
２０４、３０４、４０４、５０４ タイマ
２０５、３０５、４０５、５０５ ＲＡＭ
２０６、３０６、４０６、５０６ 不揮発性記憶装置
２０７、３０８ ディスプレイ
２０８、３０９ スピーカ
２０９、３１０、４０７、５０８ バス
２１０、３１１ 電池
３０２、４０２、５０２ 送受信回路
３０７ ＲＦＩＤリーダ
５０７ 有線接続インタフェイス
６００ データフレーム
６０１、７０１、８０１、９０１ フレームコントロール
６０２、７０２、８０２、９０２ シーケンス番号
６０３、９０３ 宛先ＰＡＮＩＤ
６０４、９０４ 宛先アドレス
６０５、７０３、９０５ 送信元ＰＡＮＩＤ
６０６、７０４、９０６ 送信元アドレス
６０７ データペイロード
６０８、７０９、８０３、９０９ ＦＣＳ
７００ ビーコンフレーム
７０５ スーパフレーム定義
７０６ ＧＴＳ
７０７ ペンディングアドレス
７０８ ビーコンペイロード
８００ ＡＣＫフレーム
９００ ＭＡＣコマンドフレーム
９０７ コマンドフレームＩＤ
９０８ コマンドペイロード
Ｃ１〜Ｃ３ 通信
【技術分野】
【０００１】
本発明は、無線通信技術に関する。
【背景技術】
【０００２】
無線通信技術の進展にともない、様々な無線通信規格にしたがった様々な無線通信システムにより、様々なサービスが提供されるようになってきた。
例えば、サービスの一例は、同報通信である。従来の移動通信における同報通信システムでは、複数の移動通信端末のうち、代表端末は固定的に設定されていた。そのため、従来は、代表端末が通信中、電源オフ、または圏外のときは、同報通信ができなかった。そこで、同報通信が高い確率でできるように、代表端末を動的に設定できるようにする技術が提案されている。
【０００３】
具体的には、同一の同報グループの移動通信端末は、移動通信交換機と端末情報データベースにより認識可能である。これにより、移動通信における同報通信の代表端末を動的に設定することができる。
【０００４】
したがって、代表端末として呼び出した移動通信端末から応答がないとき、別の移動通信端末を代表端末として呼び出すことができる。そのため、固定的に代表端末を設定する同報通信システムに比べ、接続確率の高い同報通信が可能となる。同一の同報グループ中の他の移動通信端末は、受信専用となり、代表端末の通信を傍受することで同報通信が行われる。
【０００５】
また、マルチエリア構成において、各エリアに散在している同一同報グループに属する複数の移動通信端末と発信端末との間で、同報通信を実現することを目的とした、次のような同報通信システムも提案されている。
【０００６】
当該同報通信システムでは、移動通信交換機と、移動通信端末の情報を蓄積してある端末情報データベースにより、各移動通信端末の情報が管理される。このため、各移動通信端末が同一の同報グループであることが、交換制御局と端末情報データベースにより認識可能である。
【０００７】
また、各エリア毎の代表端末との間の回線と、発信端末との間の回線を、移動通信交換機がマルチミキシング接続用集約装置を用いてマルチミキシング接続する。これにより、多くの端末に対して同時に双方向パスを張ることが可能となり、より広域性のある同報通信が可能となる。
【０００８】
また、無線通信システムを利用したサービスの他の例として、道順案内サービスも挙げられる。例えば、無線式携帯端末器を用いて、現在位置の把握だけではなく目的場所への道順案内を可能にし、さらには個々人の移動経路を集中管理することを目的として、次のような無線式案内システムが提案されている。
【０００９】
当該無線式案内システムにおいて、携帯端末器は、個別の識別情報を有し、識別情報を付加した情報を無線により授受する。基地局は、複数台設けられ、携帯端末器との間で無線により情報を授受する。集中管理装置は、基地局との間で信号線を介して情報を授受する。携帯端末器は、集中管理装置との間で双方向に情報を授受する。
【００１０】
また、携帯端末器は、識別情報を一定時間ごとに送信する。集中管理装置は、携帯端末器から一定時間ごとに送信される識別情報を、時刻および携帯端末器の位置と組にして格納する。そして、携帯端末器からの問い合わせがあると、集中管理装置は、携帯端末器の現在位置を知らせたり、現在位置から目的場所への案内を行ったりする。
【００１１】
ところで、無線通信システムで使われるユーザ端末は、サービスの受け手であるだけでなく、ある種のシステムでは別の用途にも使われ得る。例えば、想定されている通信可能エリア内の実際の電波状況を簡易に把握するための、以下のような通信可能エリア把握システムが提案されている。
【００１２】
当該通信可能エリア把握システムにおいて、ユーザが使用する電波状態情報収集装置の通信部からは、無線基地局から送信される電波の受信強度に基づいて、強・中・弱・微弱の４段階のレベルに分けて判定した電波状態が取得される。また、取得された電波状態は、位置検出部からの検出データに基づいて特定した現在地・現在時刻データに対応付けられて、電波状態情報として外部メモリに記憶される。
【００１３】
そして、管理センタからのアップロード要求があった場合、あるいはデータ格納領域に余裕がなくなった場合は、記憶されている電波状態情報が無線基地局へ送信される。無線基地局からこの電波状態情報を受信した管理センタが、電波状態情報を分析することで、実際の電波状態が把握可能となる。以上の技術によれば、特に電波状態の調査のみを目的としなくても、各ユーザによる日常的な使用に伴って、自動的に情報が得られる。
【００１４】
また、近年では、ビーコンの受信を契機にデータの授受を行う無線システムも、各種サービスを提供するためのインフラストラクチャとして注目されている。例えば、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）８０２．１５．４規格に基づくビーコン無線通信システムの利用も、拡大しつつある。
【００１５】
ビーコン無線通信に関する技術の一例として、例えば、以下のようなビーコン無線通信装置も提案されている。当該ビーコン無線通信装置は、子機であるビーコン無線通信装置の構成を簡素に保ち、親機が子機との無線通信以外の処理を行うのに必要な時間を考慮し、衝突要因を排除して、１ビーコン周期で効率よく情報伝達を行うことを１つの目的としている。
【００１６】
具体的には、当該ビーコン無線通信装置は、親機から受信したビーコンが自ビーコン無線通信装置の識別子を含むか否かを判断し、自分の識別子が含まれれば、アクセスすべき時刻を計算して親機にアクセスする。ビーコン周期は、親機がビーコン無線通信装置と通信する無線通信区間と、親機が無線通信以外の処理を行う未使用区間を含む。アクセスすべき時刻の計算に際してビーコン無線通信装置は、ビーコンが含む識別子のうちでの自ビーコン無線通信装置の識別子の順序と未使用区間の長さとに応じて、受信したビーコンの発信時刻を起点としてビーコン周期内での時刻を計算する。
【先行技術文献】
【特許文献】
【００１７】
【特許文献１】特開平８−６５２３７号公報
【特許文献２】特開平８−７９１６８号公報
【特許文献３】特開平９−２５７５０８号公報
【特許文献４】特開２００２−２３２３４４号公報
【特許文献５】特開２００９−２６０９２５号公報
【発明の概要】
【発明が解決しようとする課題】
【００１８】
無線通信システムにより提供されるサービスの１つに、ユーザが携帯する端末からの要求に応じて端末に何らかの情報を配信するプル型の情報配信サービスがある。他方、多くのユーザの中には、心臓ペースメーカなどの医療機器を装着しているユーザもいる。そして、電波を発射する端末は、心臓ペースメーカなどの医療機器に影響を与える懸念がある。
【００１９】
例えば、平成１９年４月には、総務省により「各種電波利用機器の電波が植込み型医療機器へ及ぼす影響を防止するための指針」が発表されている。当該指針には、例えば、「植込み型医療機器の装着者は、携帯電話端末の使用及び携行に当たっては、携帯電話端末を植込み型医療機器の装着部位から２２ｃｍ程度以上離すこと」などと書かれている。
【００２０】
しかし、仮に指針に沿って製造された端末が指針に沿って利用されたとしても、心臓ペースメーカなどの医療機器を装着しているユーザの中には、自らが携行する端末から電波が発射されること自体に不安を感じるユーザもいるかもしれない。
【００２１】
本発明は、１つの側面では、そのようなユーザでも安心して、無線通信システムによって提供される情報配信サービスを受けられるようにすることを目的とする。
【課題を解決するための手段】
【００２２】
一態様により提供される無線通信システムは、第１の送受信機と、前記第１の送受信機との間で無線通信を行う第２の送受信機と、互いに異なる識別情報で識別される複数台の受信機とを含む。
【００２３】
前記第１の送受信機は、前記第２の送受信機からの情報の配信を求める要求を、前記複数台の受信機のうちの或る受信機の識別情報を要求元として設定して、前記第２の送受信機に無線で送信する。また、前記第２の送受信機は、前記第１の送受信機から前記要求を受信すると、前記或る受信機の前記識別情報と対応づけられた配信情報を、前記或る受信機の前記識別情報を宛先として設定して、無線で送信する。そして、前記複数台の受信機の各々は、当該受信機の識別情報が宛先として設定されて前記第２の送受信機から送信される配信情報を受信する。
【発明の効果】
【００２４】
受信機は電波を発射しないので、たとえ自らが携行する端末から電波が発射されること自体に不安を感じるユーザであっても、受信機ならば安心して携行することができる。したがって、当該ユーザは、上記無線通信システムによって提供される情報配信サービスを、受信機を通じて安心して受けることができる。
【図面の簡単な説明】
【００２５】
【図１】システム構成例を示す図である。
【図２】受信専用端末とエンドデバイスのブロック構成図である。
【図３】ダミー端末とコーディネータのブロック構成図である。
【図４】フレーム形式を示す図である。
【図５】無線通信システムの動作の一例を示すシーケンス図である。
【図６】コーディネータの動作フローチャートである。
【図７】エンドデバイスの動作フローチャートである。
【図８】受信専用端末の動作フローチャートである。
【図９】ダミー端末の動作フローチャートである。
【発明を実施するための形態】
【００２６】
以下、実施形態について、図面を参照しながら詳細に説明する。具体的には、まず図１を参照してシステム構成について説明し、その後、図２〜３を参照して個々の装置の構成について説明する。
【００２７】
続いて、図４を参照してフレーム形式について説明する。その後、図５を参照してシステム全体の動作について説明し、図６〜９を参照して個々の装置の動作について説明する。最後に、図１〜９の実施形態の利点や変形例などについて説明する。
【００２８】
図１は、システム構成例を示す図である。図１の無線通信システム１００は、端末ごとに異なる情報を個々の端末に配信することの可能なシステムである。端末に応じて異なる情報を効率よく個々の端末に配信するために、無線通信システム１００では、ビーコンが利用され、プル型通信が行われる。より具体的には、無線通信システム１００では、ＩＥＥＥ８０２．１５．４規格を利用した無線通信が行われる。
【００２９】
無線通信システム１００は、コーディネータとダミー端末のペア（以下「ＣＮ・ＤＭペア」と略す）を、１以上の適宜の数だけ含む。図１には説明の便宜上、２つのＣＮ・ＤＭペア１０１ａと１０１ｂが図示されている。
【００３０】
ＣＮ・ＤＭペア１０１ａは、コーディネータ１０２ａとダミー端末１０３ａのペアであり、ＣＮ・ＤＭペア１０１ｂはコーディネータ１０２ｂとダミー端末１０３ｂのペアである。なお、以下の説明においては、コーディネータを「ＣＮ」と略し、ダミー端末を「ＤＭ端末」と略す。
【００３１】
ＣＮ１０２ａと１０２ｂは、無線通信システム１００においてアクセスポイントとして機能する、無線送受信機の一種である。また、ＤＭ端末１０３ａと１０３ｂも無線送受信機の一種である。
【００３２】
ＣＮ・ＤＭペア１０１ａをなすＣＮ１０２ａとＤＭ端末１０３ａは、互いに近接するように、固定的に設置される。具体的には、ＣＮ１０２ａとＤＭ端末１０３ａは、ほぼ常に無線通信が成功することが保証されるような、ごく近接した距離（例えば数ｃｍ〜数十ｃｍ程度の距離でもよい）に設置される。
【００３３】
例えば、無線通信システム１００は、医療機関において患者に待ち人数などの情報を知らせるための情報配信サービスのために使われてもよい。その場合、ＣＮ１０２ａとＤＭ端末１０３ａは、当該医療機関内の廊下の天井などに設置されてもよい。ＣＮ・ＤＭペア１０１ｂに関しても同様である。
【００３４】
また、無線通信システム１００は、複数台の受信専用端末（以下「Ｒ端末」と略す）１０４ａ〜１０４ｅを含む。図１には便宜上５台のＲ端末１０４ａ〜１０４ｅが図示されているが、Ｒ端末の台数は任意である。
【００３５】
無線通信システム１００は、無線受信機能だけでなく無線送信機能も有するエンドデバイス（以下「ＥＤ」と略す）１０５ａ〜１０５ｃをさらに含んでいてもよい。もちろん、無線通信システム１００は、ユーザが携帯するユーザ端末として、Ｒ端末のみを含んでいてもよい。また、無線通信システム１００がユーザ端末としてＥＤをさらに含む場合でも、ＥＤの台数は任意である。
【００３６】
さらに、無線通信システム１００は、ＣＮ１０２ａと１０２ｂの双方と接続されたサーバ１０６を含む。サーバ１０６は、Ｒ端末１０４ａ〜１０４ｅとＥＤ１０５ａ〜１０５ｃのそれぞれに配信する情報の管理などを行う。
【００３７】
なお、Ｒ端末１０４ａ〜１０４ｅとＥＤ１０５ａ〜１０５ｃのそれぞれは、ユーザに携帯され、ユーザの移動につれて移動するユーザ端末である。ユーザ端末は、互いに異なる識別情報（以下「ＩＤ」（identifier）という）により識別される。ユーザ端末としてＲ端末とＥＤの２種類があることの利点については、図９の説明の後で述べる。
【００３８】
ここで、Ｒ端末１０４ａ〜１０４ｅは、無線受信機能を有するが、無線送信機能を持たない。つまり、Ｒ端末１０４ａ〜１０４ｅは、電波を発射しない。したがって、「心臓ペースメーカなどの医療機器を装着している」などの理由から、自らが携帯するユーザ端末自体が電波を発射することに不安を感じるユーザであっても、Ｒ端末ならば安心して携帯することができる。そして、本実施形態によれば、図５〜９とともに後述する仕組みにより、そのようなユーザであっても、Ｒ端末を介して、無線通信システム１００の提供する情報配信サービスを安心して受けることができる。
【００３９】
なお、無線通信システム１００の動作の詳細は図５〜９とともに後述するが、概要は次のとおりである。
無線通信システム１００において、個々のユーザ端末に宛てて配信する対象の情報（以下「配信情報」という）は、サーバ１０６により生成または取得され、管理される。サーバ１０６は、配信情報と、当該配信情報の配信先のユーザ端末のＩＤとを対応づけて、ＣＮ１０２ａと１０２ｂの一方または双方に適宜通知する。
【００４０】
ここで、上述のとおり、無線通信システム１００ではビーコンを利用したプル型通信が行われる。具体的には、ＣＮ１０２ａと１０２ｂが、それぞれ定期的にビーコンをブロードキャストする。ビーコンには、上記のようにしてサーバ１０６から通知されたユーザ端末のＩＤが１個以上含まれる。
【００４１】
よって、例えば、ＣＮ１０２ａがブロードキャストしたビーコンにＥＤ１０５ｂのＩＤが含まれる場合、ＥＤ１０５ｂは、ＣＮ１０２ａに対して、ＥＤ１０５ｂ宛の配信情報の送信を要求する。すると、ＣＮ１０２ａは、ＥＤ１０５ｂ宛の配信情報を、要求元であるＥＤ１０５ｂに送信する。このようにして、ＥＤ１０５ｂは、プル型通信により、ＥＤ１０５ｂ宛の配信情報をＣＮ１０２ｂから取得することができる。
【００４２】
また、例えば、ＣＮ１０２ａがブロードキャストしたビーコンにＲ端末１０４ｂのＩＤが含まれる場合は、Ｒ端末１０４ｂに代わってＤＭ端末１０３ａが、ＣＮ１０２ａに対して、Ｒ端末１０４ｂ宛の配信情報の送信を要求する。具体的には、ＤＭ端末１０３ａは、要求元としてＤＭ端末１０３ａ自体のＩＤを設定する代わりに、要求元としてＲ端末１０４ｂのＩＤを設定して、配信情報の送信をＣＮ１０２ａに対して要求する。
【００４３】
すると、ＣＮ１０２ａは、要求元としてＩＤが設定されているＲ端末１０４ｂ宛の配信情報を送信する。その結果、Ｒ端末１０４ｂは、Ｒ端末１０４ｂ宛の配信情報を受信して取得することができる。
【００４４】
以上のように、ＣＮ１０２ａは、要求の実際の送信元がＤＭ端末１０３ａなのか、それともＥＤ（例えばＥＤ１０５ｂ）なのかを、区別する必要がない。ＣＮ１０２ａは、たとえ実際にはＤＭ端末１０３ａから要求を受信した場合であっても、単に、要求元として設定されたＩＤと対応づけられた配信情報を、当該要求元に宛てて送信するだけでよい。また、以上の説明から理解されるとおり、ビーコンを利用したプル型通信システムである無線通信システム１００において、要求送信機能を持たないＲ端末１０４ｂであっても、ＤＭ端末１０３ａのおかげで、Ｒ端末１０４ｂ宛の配信情報を取得することができる。
【００４５】
続いて、図２と３を参照して無線通信システム１００内の個々の装置の構成について説明する。図２は、Ｒ端末とＥＤのブロック構成図であり、図３は、ＤＭ端末とＣＮのブロック構成図である。
【００４６】
図１のＲ端末１０４ａ〜１０４ｅの各々は、本実施形態では、図２のＲ端末２００のように構成される。具体的には、Ｒ端末２００は、無線電波の受信用のアンテナ２０１と、受信回路２０２と、プロセッサ２０３を有する。受信回路２０２は、アンテナ２０１およびプロセッサ２０３と接続されている。
【００４７】
アンテナ２０１と受信回路２０２は、ＩＥＥＥ８０２．１５．４規格の物理層で規定される機能のうち、受信に関わる機能を実現するハードウェア要素である。受信回路２０２は、アンテナ２０１から出力される受信ＲＦ（Radio Frequency）信号に対して、ＡＤ（Analog-to-Digital）変換、復調などの各種処理を行う。
【００４８】
ＩＥＥＥ８０２．１５．４規格のＭＡＣ（Medium Access Control）副層の処理を行う処理モジュールと、ＭＡＣ副層の上位層の処理を行う処理モジュールは、本実施形態ではプロセッサ２０３により実現される。ＭＡＣ副層の処理モジュールは、受信回路２０２からの出力に応じて適宜ＭＡＣ副層のフレームを組み立て、フレームの内容に応じて、上位層の処理モジュールに対して適宜プリミティブを発行する。なお、ＩＥＥＥ８０２．１５．４規格では、ＭＡＣ副層と上位層の間のインタフェイスとして、何種類かのプリミティブが定義されている。上位層の処理モジュールは、ＭＡＣ層の処理モジュールから発行されたプリミティブに応じて、適宜上位層の処理を実行する。
【００４９】
プロセッサ２０３は、例えば、ＣＰＵ（Central Processing Unit）またはＭＰＵ（Microprocessor Unit）でもよい。また、プロセッサ２０３は、タイマ２０４を内蔵しており、時間を計測することができる。
【００５０】
Ｒ端末２００はさらに、ＲＡＭ（Random Access Memory）２０５と、不揮発性記憶装置２０６を有する。不揮発性記憶装置２０６は、例えば、フラッシュメモリなどの不揮発性の半導体メモリ装置であってもよいし、ハードディスク装置などの磁気ディスク装置であってもよい。
【００５１】
そして、Ｒ端末２００は、視覚的な表示を行う表示手段の一例としてディスプレイ２０７を有し、聴覚的な表示を行う表示手段の一例としてスピーカ２０８を有する。実施形態によっては、ディスプレイ２０７とスピーカ２０８の一方のみをＲ端末２００が有していてもよい。
【００５２】
以上のプロセッサ２０３、ＲＡＭ２０５、不揮発性記憶装置２０６、ディスプレイ２０７、およびスピーカ２０８は、バス２０９により互いに接続されている。また、Ｒ端末２００は、移動端末の一種なので、電池２１０から供給される電力によって動作する。そのため、Ｒ端末２００に関しては、図８とともに後述する省電力のための制御が行われることが好ましい。
【００５３】
Ｒ端末２００全体の動作は、プロセッサ２０３により制御される。つまり、Ｒ端末２００において、アンテナ２０１と受信回路２０２は無線受信手段の一例であり、プロセッサ２０３は、無線受信手段を制御する制御手段の一例である。プロセッサ２０３は、不揮発性記憶装置２０６に記憶されたプログラムをＲＡＭ２０５にロードし、ＲＡＭ２０５をワーキングエリアとしても利用しながらプログラムを実行することによって、Ｒ端末２００を図８のフローチャートにしたがって動作させる。上記プログラムは、例えば、ファームウェアのプログラムである。
【００５４】
なお、実施形態によっては、汎用的なプロセッサ２０３の代わりに（またはプロセッサ２０３と組み合わせて）、ＡＳＩＣ（Application Specific Integrated Circuit）などのハードウェア回路が利用されてもよい。また、実施形態によっては、受信回路２０２が物理層だけでなくＭＡＣ副層の処理も行い、プロセッサ２０３が上位層の処理のみを行ってもよい。
【００５５】
さて、図１のＥＤ１０５ａ〜１０５ｃの各々は、本実施形態では、図２のＥＤ３００のように構成される。具体的には、ＥＤ３００は、無線電波の送受信用のアンテナ３０１と、送受信回路３０２と、プロセッサ３０３を有する。送受信回路３０２は、アンテナ３０１およびプロセッサ３０３と接続されている。
【００５６】
アンテナ３０１と送受信回路３０２は、ＩＥＥＥ８０２．１５．４規格の物理層で規定される送受信機能を実現するハードウェア要素である。送受信回路３０２は、アンテナ３０１から出力される受信ＲＦ信号に対して、ＡＤ変換や復調などの処理を行うとともに、プロセッサ３０３からフレーム形式で与えられるデータを、アンテナ３０１から送信するためのＲＦ信号に変換する。
【００５７】
ＩＥＥＥ８０２．１５．４規格のＭＡＣ副層の処理を行う処理モジュールと、ＭＡＣ副層の上位層の処理を行う処理モジュールは、本実施形態ではプロセッサ３０３により実現される。ＭＡＣ副層の処理モジュールは、送受信回路３０２からの出力に応じて適宜ＭＡＣ副層のフレームを組み立て、フレームの内容に応じて、上位層の処理モジュールに対して適宜プリミティブを発行する。また、ＭＡＣ副層の処理モジュールは、上位層の処理モジュールから与えられるプリミティブに応じて適宜ＭＡＣ副層のフレームを組み立て、フレームのデータを送受信回路３０２に出力する。
【００５８】
プロセッサ３０３は、例えばＣＰＵまたはＭＰＵでもよい。また、プロセッサ３０３は、タイマ３０４を内蔵しており、時間を計測することができる。
ＥＤ３００はさらに、Ｒ端末２００のＲＡＭ２０５および不揮発性記憶装置２０６と同様の、ＲＡＭ３０５および不揮発性記憶装置３０６を有する。
【００５９】
また、本実施形態のＥＤ３００は、ＲＦＩＤ（Radio-Frequency Identification）リーダ３０７を有するが、実施形態によってはＲＦＩＤリーダ３０７がなくてもよい。以下では説明の便宜上、次の（１−１）〜（１−４）のように仮定する。
【００６０】
（１−１）図１の無線通信システム１００は、医療機関において待ち人数や待ち時間などの情報を各患者に知らせるための案内システムとして利用される。
（１−２）各患者の診察カードは、患者を識別するための患者ＩＤが記憶されたＲＦＩＤタグが埋め込まれたカードである。
（１−３）ＥＤ３００は、診察カードを装着するための不図示のスロットを有する。
（１−４）スロットに診察カードが差し込まれると、ＥＤ３００の電源スイッチがオンになるとともに、ＲＦＩＤリーダ３０７が診察カードから患者ＩＤを読み取る。
【００６１】
なお、Ｒ端末２００も、診察カードを装着するための不図示のスロットを有していてもよい。しかし、その場合でも、詳しくは図８とともに後述する理由により、Ｒ端末２００はＲＦＩＤリーダを備えなくてもよい。そのため、図２には、Ｒ端末２００の中にＲＦＩＤリーダを図示していない。
【００６２】
さて、ＥＤ３００の説明に戻ると、ＥＤ３００はさらに、Ｒ端末２００のディスプレイ２０７およびスピーカ２０８と同様の、ディスプレイ３０８およびスピーカ３０９を有する。実施形態によっては、ディスプレイ３０８とスピーカ３０９の一方のみをＥＤ３００が有していてもよい。
【００６３】
以上のプロセッサ３０３、ＲＡＭ３０５、不揮発性記憶装置３０６、ＲＦＩＤリーダ３０７、ディスプレイ３０８、およびスピーカ３０９は、バス３１０により互いに接続されている。また、ＥＤ３００も、Ｒ端末２００と同様に移動端末の一種である。よって、ＥＤ３００も電池３１１から供給される電力によって動作する。そのため、ＥＤ３００に関しては、図７とともに後述する省電力のための制御が行われることが好ましい。
【００６４】
ＥＤ３００全体の動作は、プロセッサ３０３により制御される。つまり、ＥＤ３００において、アンテナ３０１と送受信回路３０２は無線送受信手段の一例であり、プロセッサ３０３は、無線送受信手段を制御する制御手段の一例である。プロセッサ３０３は、不揮発性記憶装置３０６に記憶されたプログラムをＲＡＭ３０５にロードし、ＲＡＭ３０５をワーキングエリアとしても利用しながらプログラムを実行することによって、ＥＤ３００を図７のフローチャートにしたがって動作させる。上記プログラムは、例えば、ファームウェアのプログラムである。
【００６５】
なお、実施形態によっては、汎用的なプロセッサ３０３の代わりに（またはプロセッサ３０３と組み合わせて）、ＡＳＩＣなどのハードウェア回路が利用されてもよい。また、実施形態によっては、送受信回路３０２が物理層だけでなくＭＡＣ副層の処理も行い、プロセッサ３０３が上位層の処理のみを行ってもよい。
【００６６】
さて、図１のＤＭ端末１０３ａと１０３ｂの各々は、本実施形態では、図３のＤＭ端末４００のように構成される。具体的には、ＤＭ端末４００は、無線電波の送受信用のアンテナ４０１と、送受信回路４０２と、プロセッサ４０３を有する。送受信回路４０２は、アンテナ４０１およびプロセッサ４０３と接続されている。
【００６７】
アンテナ４０１および送受信回路４０２は、ＥＤ３００のアンテナ３０１および送受信回路３０２と同様なので、説明を省略する。また、プロセッサ４０３も、ＥＤ３００のプロセッサ３０３と同様に、ＭＡＣ副層の処理モジュールと上位層の処理モジュールを実現する。プロセッサ４０３は、例えばＣＰＵまたはＭＰＵでもよい。また、プロセッサ４０３は、タイマ４０４を内蔵しており、時間を計測することができる。
【００６８】
ＤＭ端末４００はさらに、Ｒ端末２００やＥＤ３００と同様に、ＲＡＭ４０５および不揮発性記憶装置４０６を有する。そして、以上のプロセッサ４０３、ＲＡＭ４０５、および不揮発性記憶装置４０６は、バス４０７により互いに接続されている。もちろん、実施形態によっては、ＤＭ端末４００が入力ボタンやディスプレイなどの入出力装置をさらに有していてもよい。
【００６９】
ところで、図２と３を比較すると分かるとおり、ＤＭ端末４００のハードウェア構成は、ＥＤ３００からＲＦＩＤリーダ３０７とディスプレイ３０８とスピーカ３０９を省略した構成にほぼ相当する。ただし、本実施形態のＤＭ端末４００は、決められた場所に固定的に設置され、ＡＣ（Alternating Current）電源から電力を供給される。したがって、後述の図９に示すように、ＤＭ端末４００においては、省電力化のためのスリープ制御を省略することで、制御が簡素化されていてもよい。
【００７０】
ＤＭ端末４００全体の動作は、プロセッサ４０３により制御される。つまり、ＤＭ端末４００において、アンテナ４０１と送受信回路４０２は無線送受信手段の一例であり、プロセッサ４０３は、無線送受信手段を制御する制御手段の一例である。プロセッサ４０３は、不揮発性記憶装置４０６に記憶されたプログラムをＲＡＭ４０５にロードし、ＲＡＭ４０５をワーキングエリアとしても利用しながらプログラムを実行することによって、ＤＭ端末４００を図９のフローチャートにしたがって動作させる。上記プログラムは、例えば、ファームウェアのプログラムである。
【００７１】
なお、実施形態によっては、汎用的なプロセッサ４０３の代わりに（またはプロセッサ４０３と組み合わせて）、ＡＳＩＣなどのハードウェア回路が利用されてもよい。また、実施形態によっては、送受信回路４０２が物理層だけでなくＭＡＣ副層の処理も行い、プロセッサ４０３が上位層の処理のみを行ってもよい。
【００７２】
さて、図１のＣＮ１０２ａと１０２ｂの各々は、本実施形態では、図３のＣＮ５００のように構成される。具体的には、ＣＮ５００は、無線電波の送受信用のアンテナ５０１と、送受信回路５０２と、プロセッサ５０３を有する。送受信回路５０２は、アンテナ５０１およびプロセッサ５０３と接続されている。
【００７３】
アンテナ５０１および送受信回路５０２は、ＥＤ３００のアンテナ３０１および送受信回路３０２と類似なので、説明を省略する。また、プロセッサ５０３も、ＥＤ３００のプロセッサ３０３と同様に、ＭＡＣ副層の処理モジュールと上位層の処理モジュールを実現する。プロセッサ５０３は、例えばＣＰＵまたはＭＰＵでもよい。また、プロセッサ５０３は、タイマ５０４を内蔵しており、時間を計測することができる。
【００７４】
ＣＮ５００はさらに、Ｒ端末２００やＥＤ３００やＤＭ端末４００と同様に、ＲＡＭ５０５および不揮発性記憶装置５０６を有する。
また、ＣＮ５００は、図１のサーバ１０６と接続するための有線接続インタフェイス５０７を有する。例えば、有線接続インタフェイス５０７は、有線ＬＡＮ（Local Area Network）インタフェイスであってもよいし、ＵＳＢ（Universal Serial Bus）インタフェイスであってもよい。つまり、ＣＮ５００は、ＬＡＮなどのネットワークを介して間接的にサーバ１０６に接続されてもよいし、ＵＳＢケーブルなどのケーブルを介して直接的にサーバ１０６に接続されてもよい。場合によっては、有線接続インタフェイス５０７の代わりに、ＩＥＥＥ８０２．１５．４とは別の無線規格（例えばＩＥＥＥ８０２．１１シリーズの規格）による無線インタフェイスが使われてもよい。
【００７５】
そして、以上のプロセッサ５０３、ＲＡＭ５０５、不揮発性記憶装置５０６、および有線接続インタフェイス５０７は、バス５０８により互いに接続されている。もちろん、実施形態によっては、ＣＮ５００が入力ボタンやディスプレイなどの入出力装置をさらに有していてもよい。
【００７６】
なお、本実施形態では、ＤＭ端末４００と同様にＣＮ５００も、電池からではなくＡＣ電源から電力を供給される。
ＣＮ５００全体の動作は、プロセッサ５０３により制御される。つまり、ＣＮ５００において、アンテナ５０１と送受信回路５０２は無線送受信手段の一例であり、プロセッサ５０３は、無線送受信手段を制御する制御手段の一例である。プロセッサ５０３は、不揮発性記憶装置５０６に記憶されたプログラムをＲＡＭ５０５にロードし、ＲＡＭ５０５をワーキングエリアとしても利用しながらプログラムを実行することによって、ＣＮ５００を図６のフローチャートにしたがって動作させる。上記プログラムは、例えば、ファームウェアのプログラムである。
【００７７】
なお、実施形態によっては、汎用的なプロセッサ５０３の代わりに（またはプロセッサ５０３と組み合わせて）、ＡＳＩＣなどのハードウェア回路が利用されてもよい。また、実施形態によっては、送受信回路５０２が物理層だけでなくＭＡＣ副層の処理も行い、プロセッサ５０３が上位層の処理のみを行ってもよい。
【００７８】
ところで、図１のサーバ１０６に関しては図示を省略したが、サーバ１０６は、ＣＰＵとＲＡＭと不揮発性記憶装置を有するコンピュータである。サーバ１０６のＣＰＵは、不揮発性記憶装置に記憶されたプログラムをＲＡＭにロードし、ＲＡＭをワーキングエリアとしても利用しながらプログラムを実行することによって、サーバ１０６全体を制御する。上記プログラムは、例えば、アプリケーションプログラムである。
【００７９】
サーバ１０６のＲＡＭまたは不揮発性記憶装置上には、ユーザと、当該ユーザが携帯しているユーザ端末（つまりＲ端末２００またはＥＤ３００）と、当該ユーザ端末が参加しているＣＮ５００とを対応づけるデータベースが格納される。なお、詳しくは後述するが、ＥＤ３００が参加しているＣＮ５００は認識可能だが、Ｒ端末２００がどのＣＮ５００の近傍に位置しているかは認識不能である。よって、例えば、「ＥＤ３００には具体的な１台のＣＮ５００のＩＤが対応づけられるが、Ｒ端末２００には、どのＣＮ５００のＩＤでもない所定の値が対応づけられる」といったように、上記データベースが構成されていてもよい。
【００８０】
また、サーバ１０６は、ユーザごとに配信情報を生成してもよい。あるいは、サーバ１０６は、他のシステム（例えば患者受付システムや電子カルテシステムなど）と連携することにより、他のシステムからユーザごとに異なる配信情報を取得してもよい。
【００８１】
なお、サーバ１０６が配信情報を生成または取得するタイミングは、配信情報の内容に応じて、実施形態により異なっていてよい。サーバ１０６は、生成または取得した配信情報を、適宜１台または複数台のＣＮ５００に送信する。
【００８２】
サーバ１０６の不揮発性記憶装置は、例えば、ＨＤＤ（Hard Disk Drive）でもよいし、ＳＳＤ（Solid-State Drive）であってもよい。また、サーバ１０６は、ＣＮ５００との接続のためのインタフェイス（例えば有線ＬＡＮインタフェイスまたはＵＳＢインタフェイス）も有する。
【００８３】
さらに、サーバ１０６は、キーボードやポインティングデバイスなどの入力装置と、ディスプレイやスピーカなどの出力装置を有していてもよい。もちろん、サーバ１０６は、光ディスク・光磁気ディスク・磁気ディスクなどの記憶媒体の駆動装置をさらに有していてもよい。
【００８４】
なお、上記のような無線通信システム１００中の個々の装置におけるＲＡＭおよび不揮発性記憶装置、ならびに、駆動装置を介して読み書きされる記憶媒体は、いずれも有形の（tangible）媒体であり、信号搬送波のような一時的な（transitory）媒体ではない。
【００８５】
さて、続いて、無線通信システム１００内で送受信される各種フレームの形式について、図４を参照して説明する。なお、図４に示すフレームの個々のフィールドに設定されるデータの具体例については、図５〜９に関する説明の中で、適宜示すこととする。
【００８６】
図４には、データフレーム６００と、ビーコンフレーム７００と、ＡＣＫ（acknowledgment）フレーム８００と、ＭＡＣコマンドフレーム９００の４種類のフレームが例示されている。これらのフレームの形式の詳細は、ＩＥＥＥ８０２．１５．４規格で定義されている。
【００８７】
なお、図４において各フレームの個々のフィールド内に示した括弧付きの数字は、フィールドの長さをオクテット単位で示している。長さが書かれていないフィールドは可変長である。
【００８８】
データフレーム６００は、ＭＡＣヘッダとＭＡＣペイロードとＭＡＣフッタを含む。データフレーム６００のＭＡＣヘッダは、２オクテットのフレームコントロール６０１と、１オクテットのシーケンス番号６０２と、アドレッシングフィールド（addressing fields）を含む。
【００８９】
フレームコントロール６０１は、フレームのタイプを示すフレームタイプのサブフィールドなどを含む。シーケンス番号６０２には、データフレーム６００を識別するための識別番号が設定される。
【００９０】
データフレーム６００のアドレッシングフィールドは、具体的には、宛先ＰＡＮＩＤ６０３と、宛先アドレス６０４と、送信元ＰＡＮＩＤ６０５と、送信元アドレス６０６を含む。なお、「ＰＡＮＩＤ」は「Personal Area Network identifier」の略である。また、宛先ＰＡＮＩＤ６０３と送信元ＰＡＮＩＤ６０５のフィールド長は、０または２オクテットである。
【００９１】
宛先アドレス６０４と送信元アドレス６０６のフィールド長は、ＩＥＥＥ８０２．１５．４規格では、０、２、または８オクテットだが、以下では説明の便宜上、本実施形態では８オクテットのアドレスが使われるものとする。つまり、図１のＣＮ１０２ａ〜１０２ｂ、ＤＭ端末１０３ａ〜１０３ｂ、Ｒ端末１０４ａ〜１０４ｅ、およびＥＤ１０５ａ〜１０５ｃのそれぞれには、互いに異なる８オクテットのＩＤがアドレスとして予め割り当てられているものとする。もちろん、２オクテットのアドレスが使われる実施形態も可能である。
【００９２】
また、本実施形態では、Ｒ端末２００のＩＤがとり得る値の範囲と、ＥＤ３００のＩＤがとり得る値の範囲は、重ならないものとする。例えば、「１０進数に換算して１００番から１９９番のＩＤはＥＤ３００に割り当てられ、２００番以上のＩＤはＲ端末２００に割り当てられる」などの規則が予め決められているものとし、各装置のＩＤは、当該規則にしたがって割り当てられるものとする。
【００９３】
なお、ＭＡＣヘッダは、補助セキュリティヘッダ（auxiliary security header）を含んでもよいが、図４では簡単のため省略している。
データフレーム６００のＭＡＣペイロードは、具体的にはデータペイロード６０７である。データペイロード６０７の形式と内容は任意である。データペイロード６０７の形式は、ＭＡＣ副層の上位層に応じて適宜定義される。
【００９４】
例えば、無線通信システム１００は、医療機関において患者に情報を配信するための情報配信システムとして利用されてもよい。この場合、ＣＮ５００から送信されるデータフレーム６００のデータペイロード６０７には、待ち人数のデータが含まれていてもよいし、次にどの検査室に進めばよいかを示すデータが含まれてもよい。例えば、待ち人数が５人であることを示すために「ｗａｉｔ＝５」などの所定の形式がデータペイロード６０７において採用されてもよい。また、ＥＤ３００から送信されるデータフレーム６００のデータペイロード６０７には、ＥＤ３００に差し込まれた診察カードからＲＦＩＤリーダ３０７により読み取られた患者ＩＤが含まれていてもよい。
【００９５】
また、データフレーム６００のＭＡＣフッタは、具体的には、誤り検出のためのＦＣＳ（Frame Check Sequence）６０８である。
ビーコンフレーム７００も、ＭＡＣヘッダとＭＡＣペイロードとＭＡＣフッタを含む。ビーコンフレーム７００のＭＡＣヘッダは、フレームコントロール７０１と、シーケンス番号７０２とアドレッシングフィールドを含み、アドレシッングフィールドは、送信元ＰＡＮＩＤ７０３と送信元アドレス７０４を含む。例えば、ＣＮ１０２ａが送信するビーコンフレーム７００の送信元アドレス７０４には、ＣＮ１０２ａのＩＤが設定される。
【００９６】
ビーコンフレーム７００のＭＡＣペイロードは、スーパフレーム定義（superframe specification）７０５と、ＧＴＳ（Guaranteed Time Slot）７０６と、ペンディングアドレス７０７と、ビーコンペイロード７０８を含む。スーパフレーム定義７０５には、ビーコン周期の長さを規定する情報などが含まれる。また、ＧＴＳ７０６には、最大で７個のスロットを定義することができる。
【００９７】
ペンディングアドレス７０７には、ＥＤ３００またはＲ端末２００のＩＤ（すなわちアドレス）のリストが含まれる。ペンディングアドレス７０７には、最大で７個のＩＤを指定することができる。
【００９８】
ペンディングアドレス７０７のリストに含まれるＩＤは、当該ＩＤで識別されるＥＤ３００またはＲ端末２００に宛てた配信情報が、ＣＮ５００でペンディングになっていることを示す。例えば、ＥＤ１０５ｂ宛の配信情報とＲ端末１０４ｂ宛の配信情報をサーバ１０６からＣＮ１０２ａが受け取ったとする。この場合、ＣＮ１０２ａは、ＥＤ１０５ｂとＲ端末１０４ｂのＩＤを含むリストをペンディングアドレス７０７のフィールドに設定したビーコンフレーム７００を送信する。
【００９９】
したがって、ビーコンフレーム７００を受信した各ＥＤ３００は、当該ＥＤ３００自身に宛てた配信情報があるか否かを、ペンディングアドレス７０７から認識することができる。同様に、ビーコンフレーム７００を受信した各Ｒ端末２００は、当該Ｒ端末２００自身に宛てた配信情報があるか否かを、ペンディングアドレス７０７から認識することができる。
【０１００】
また、上記のように本実施形態では、Ｒ端末２００のＩＤがとり得る値の範囲と、ＥＤ３００のＩＤがとり得る値の範囲が重ならない。よって、ビーコンフレーム７００を受信した各ＤＭ端末４００は、ペンディングアドレス７０７のリストに含まれる各ＩＤについて、当該ＩＤがＥＤ３００のＩＤなのか、それともＲ端末２００のＩＤなのかを、当該ＩＤの値自体から判断することができる。
【０１０１】
ビーコンペイロード７０８はオプショナルなフィールドであり、省略されてもよい。また、ビーコンフレーム７００のＭＡＣフッタは、誤り検出のためのＦＣＳ７０９である。
さて、ＡＣＫフレーム８００は、ＭＡＣペイロードを持たない。ＡＣＫフレーム８００のＭＡＣヘッダは、フレームコントロール８０１とシーケンス番号８０２を含み、ＡＣＫフレーム８００のＭＡＣフッタはＦＣＳ８０３を含む。シーケンス番号８０２により、ＡＣＫフレーム８００がどのフレームに対する受信確認なのかが識別される。
【０１０２】
ＭＡＣコマンドフレーム９００は、データフレーム６００と同様の形式のＭＡＣヘッダを含む。すなわち、ＭＡＣコマンドフレーム９００のＭＡＣヘッダは、フレームコントロール９０１とシーケンス番号９０２とアドレッシングフィールドを含む。そして、アドレッシングフィールドは、宛先ＰＡＮＩＤ９０３と宛先アドレス９０４と送信元ＰＡＮＩＤ９０５と送信元アドレス９０６を含む。
【０１０３】
また、ＭＡＣコマンドフレーム９００はＭＡＣペイロードとＭＡＣフッタを含む。ＭＡＣペイロードは、具体的には１オクテットのコマンドフレームＩＤ９０７と、可変長のコマンドペイロード９０８を含み、ＭＡＣフッタはＦＣＳ９０９を含む。
【０１０４】
コマンドフレームＩＤ９０７は、コマンドのタイプを示す。例えば、コマンドフレームＩＤ９０７により、ＭＡＣコマンドフレーム９００がＣＮ５００への参加要求のためのフレームなのか、ＣＮ５００へのデータ要求のためのフレームなのか、それとも他の目的のフレームなのか、といったことが示される。コマンドペイロード９０８は、コマンドの内容を示す。
【０１０５】
続いて、図５〜９を参照して図１の無線通信システム１００の動作について説明する。具体的には、まず、図５を参照して無線通信システム１００の動作の一例を説明する。その後、図５のような動作を実現するために、無線通信システム１００内の各装置が実行する処理について、図６〜９を参照して説明する。
【０１０６】
さて、図５は、図１の無線通信システム１００の動作の一例を示すシーケンス図である。図５には、図１のＲ端末１０４ｂ、ＣＮ１０２ａ、ＤＭ端末１０３ａ、ＥＤ１０５ｂ、およびＥＤ１０５ａの動作が例示されている。なお、図５の動作例は、以下の（２−１）〜（２−３）に示す場合の例である。
【０１０７】
（２−１）図５の動作が行われる期間において、Ｒ端末１０４ｂとＥＤ１０５ｂは、ＣＮ１０２ａから送信される電波を受信することが可能な位置にある。
（２−２）ＥＤ１０５ａは、今までＣＮ１０２ｂの近くにあったが、ＥＤ１０５ａを携帯するユーザの移動につれて、ＣＮ１０２ｂから離れ、ＣＮ１０２ａに近づいてきた。そして、ＥＤ１０５ａは、図５の動作の開始時点において、ＣＮ１０２ａから送信される電波を受信することが可能な位置にある。
（２−３）ＣＮ１０２ａは、サーバ１０６から、ＥＤ１０５ｂ宛の配信情報とＲ端末１０４ｂ宛の配信情報を受け取っている。すなわち、ＥＤ１０５ｂ宛の配信情報とＲ端末１０４ｂ宛の配信情報がＣＮ１０２ａにおいてペンディングになっている。
【０１０８】
また、本実施形態では、効率的な通信を実現するためにビーコンを利用した時分割通信が行われる。具体的には、本実施形態では、１ビーコン周期（すなわち隣り合う２つのビーコン間の時間）が、次の（３−１）〜（３−４）の期間に分割される。なお、以下ではビーコン周期の長さを「Ｔ」と表記する。
【０１０９】
（３−１）ＣＮ５００（図５の例ではＣＮ１０２ａ）がビーコンを送信するためのビーコン送信期間（以下、ビーコン送信期間の長さを「Ｂ」と表記する）
（３−２）ＣＮ５００が任意のＥＤ３００からＣＳＭＡ−ＣＡ（Carrier Sense Multiple Access with Collision Avoidance）方式で要求を受け付けるための要求受付期間（以下、要求受付期間の長さを「β」と表記する）
（３−３）Ｓ台（０≦Ｓ≦７）のユーザ端末（Ｒ端末２００またはＥＤ３００）が、時分割式に順々に、ＣＮ５００から、各ユーザ端末に応じた配信情報を取得するための通信期間（以下、１台のユーザ端末あたりの通信期間の長さを「α」と表記する）
（３−４）ＣＮ５００が、ユーザ端末（Ｒ端末２００もしくはＥＤ３００）またはＤＭ端末４００との間の通信以外の処理（例えば、サーバ１０６との間の通信や、ＣＮ５００の内部処理など）を行うための処理期間（以下、処理期間の長さを「Ｍ」と表記する）
【０１１０】
つまり、（３−１）〜（３−４）によれば、ビーコン周期の長さＴは、式（１）のように表すことができる。
Ｔ＝Ｂ＋β＋α×Ｓ＋Ｍ （１）
【０１１１】
例えば、Ｔ＝５００ｍｓかつＢ＝１ｍｓでもよい。Ｓの値は、何台のユーザ端末宛の配信情報がＣＮ５００（図５の例ではＣＮ１０２ａ）においてペンディングになっているかに応じて、可変である。また、βとＭの値は、それぞれ、固定値でもよいし、可変値であってもよい。例えば、βとＭの値がともに固定値の場合は、式（１）より、αは式（２）のように表される。
α＝（Ｔ−Ｂ−β−Ｍ）／Ｓ （２）
【０１１２】
あるいは、βとＭは可変値であってもよく、例えば、α＝β＝Ｍと定義されていてもよい。α＝β＝Ｍの場合、α、β、およびＭは、式（３）のように表される。
α＝β＝Ｍ＝（Ｔ−Ｂ）／（Ｓ＋２） （３）
【０１１３】
もちろん、βとＭの定義は実施形態に応じて適宜変更されてよい。βとＭの一方が固定値で他方が可変値でもよい。βとＭの定義に応じて、αの値は式（１）から適宜計算され得る。
【０１１４】
さて、図５のステップＳ１０１で、ＣＮ１０２ａは、ビーコン（具体的には図４のビーコンフレーム７００）を送信する。ビーコンはブロードキャストされるので、Ｒ端末１０４ｂ、ＤＭ端末１０３ａ、ＥＤ１０５ｂ、およびＥＤ１０５ａのすべてが、ビーコンを受信する。また、上記（２−３）より、ステップＳ１０１で送信されるビーコンフレーム７００のペンディングアドレス７０７のリストには、少なくとも、ＥＤ１０５ｂのＩＤとＲ端末１０４ｂのＩＤが含まれる。
【０１１５】
ところで、ステップＳ１０１におけるビーコンの送信は、上記（３−１）のとおり、ビーコン周期の先頭のビーコン送信期間に行われる。そして、上記（３−２）のとおり、本実施形態では、ビーコン送信期間に続いて、長さβの要求受付期間が設けられている。図５の例では、ステップＳ１０１に続く要求受付期間で、ＣＮ１０２ａに要求を送信するＥＤは、１台（すなわちＥＤ１０５ａ）だけだが、複数台のＥＤが要求を送信する場合、複数台のＥＤ間の衝突はＣＳＭＡ−ＣＡ方式により解決される。
【０１１６】
図５の例では、具体的には、ステップＳ１０２〜Ｓ１０３に示す通信Ｃ１が、要求受付期間に行われる。すなわち、上記（２−２）のようにＣＮ１０２ａに近づいてきたＥＤ１０５ａは、ステップＳ１０１のビーコンを受信すると、ステップＳ１０２でＣＮ１０２ａにハンドオーバ（ＨＯ）要求を送信する。すると、次のステップＳ１０３でＣＮ１０２ａは、ＨＯ要求を受け付けた旨の通知を、ＥＤ１０５ａに送信する。
【０１１７】
なお、図５では簡単のため、ステップＳ１０２のＨＯ要求が１本の矢印で示されている。しかし、ＨＯ要求は、ＭＡＣコマンドフレーム９００を用いてＭＡＣ副層で処理される要求と、データフレーム６００を用いて上位層で処理される要求との組み合わせであってもよい。例えば、移動先のＣＮ１０２ａに対するＭＡＣ副層での参加要求（association request）のためにＭＡＣコマンドフレーム９００が使われ、無線通信システム１００全体に対するＨＯ要求のためにデータフレーム６００が使われてもよい。
【０１１８】
例えば、ＥＤ１０５ａのプロセッサ３０３により実現される上位層の処理モジュールは、MCPS-DATA.requestプリミティブを発行してもよい（なお、「ＭＣＰＳ」は「MAC common part sublayer」の略である）。MCPS-DATA.requestプリミティブの引数の１つは、患者ＩＤを含むデータであってもよい。すると、ＥＤ１０５ａのプロセッサ３０３により実現されるＭＡＣ副層の処理モジュールは、患者ＩＤをデータペイロード６０７に含むＨＯ要求用のデータフレーム６００を生成する。生成されたデータフレーム６００は、送受信回路３０２とアンテナ３０１を介して送信される。
【０１１９】
同様に、ステップＳ１０３におけるＨＯ要求に対する受付通知も、データフレーム６００を用いて上位層で処理される通知であってもよい。つまり、ＨＯ要求を受信したＣＮ１０２ａにおいて、プロセッサ５０３により実現される上位層の処理モジュールがMCPS-DATA.requestプリミティブを発行してもよい。そして、その結果として、ＨＯ要求に対する受付通知用のデータフレーム６００が、送受信回路５０２とアンテナ５０１を介して送信されてもよい。
【０１２０】
さて、図５の例には、上記（３−３）の通信期間のうち、最初の２台のユーザ端末に対応する部分だけが図示されている。また、図５では、上記（３−４）の処理期間が省略されている。
【０１２１】
具体的には、ステップＳ１０４〜Ｓ１０７に示す通信Ｃ２が、上記（３−３）の通信期間のうち１台目のユーザ端末に対応する、長さαの期間内に行われる。そして、ステップＳ１０８〜Ｓ１１１に示す通信Ｃ３が、上記（３−３）の通信期間のうち２台目のユーザ端末に対応する、長さαの期間内に行われる。ステップＳ１０４〜Ｓ１１１の詳細は以下のとおりである。
【０１２２】
ステップＳ１０４では、ＥＤ１０５ｂが、ＣＮ１０２ａに対して、データ（具体的には、ＥＤ１０５ｂのＩＤと対応づけられた状態でサーバ１０６からＣＮ１０２ａが受け取った、ＥＤ１０５ｂ宛の配信情報）の送信を要求する。なお、上記のとおり、ステップＳ１０１で送信されたビーコンフレーム７００のペンディングアドレス７０７のリストには、ＥＤ１０５ｂのＩＤが含まれている。そのため、ＥＤ１０５ｂのプロセッサ３０３は、「ＥＤ１０５ｂ宛の配信情報がＣＮ１０２ａにおいてペンディングになっている」と認識することができる。
【０１２３】
具体的には、ＥＤ１０５ｂのプロセッサ３０３により実現される上位層の処理モジュールが、MLME-POLL.requestプリミティブを発行する（なお、「ＭＬＭＥ」は「MAC sublayer management entity」の略である）。すると、ＥＤ１０５ｂのプロセッサ３０３により実現されるＭＡＣ副層の処理モジュールが、データ要求のＭＡＣコマンドフレーム９００を生成する。なお、データ要求のＭＡＣコマンドフレーム９００の送信元アドレス９０６には、データの要求元であるＥＤ１０５ｂのＩＤが設定される。そして、データ要求のＭＡＣコマンドフレーム９００は、ＥＤ１０５ｂの送受信回路３０２とアンテナ３０１を介して送信される。
【０１２４】
以上のようにして送信されたデータ要求は、ＣＮ１０２ａにより受信される。すると、ステップＳ１０５でＣＮ１０２ａは、データ要求に対するＡＣＫ（具体的にはＡＣＫフレーム８００）を送信する。ＡＣＫフレーム８００のシーケンス番号８０２には、ステップＳ１０４のデータ要求のＭＡＣコマンドフレーム９００のシーケンス番号９０２と同じ値が設定される。
【０１２５】
さらに、ＣＮ１０２ａはステップＳ１０６において、要求されたデータをＥＤ１０５ｂに宛てて送信する。具体的には、ＣＮ１０２ａのプロセッサ５０３により実現される上位層の処理モジュールが、ＥＤ１０５ｂ宛の配信情報を引数としてMCPS-DATA.requestプリミティブを発行する。
【０１２６】
すると、ＣＮ１０２ａのプロセッサ５０３により実現されるＭＡＣ副層の処理モジュールが、ＥＤ１０５ｂ宛の配信情報をデータペイロード６０７に含むデータフレーム６００を生成する。生成されたデータフレーム６００は、ＣＮ１０２ａの送受信回路５０２とアンテナ５０１を介して送信される。なお、データフレーム６００の宛先アドレス６０４には、ＥＤ１０５ｂのＩＤ（つまりステップＳ１０４のデータ要求のＭＡＣコマンドフレーム９００の送信元アドレス９０６に設定されていたＩＤ）が設定される。
【０１２７】
そして、ステップＳ１０４でデータを要求したＥＤ１０５ｂは、上記のようにしてＣＮ１０２ａから送信されたデータフレーム６００を受信する。すると、ステップＳ１０７でＥＤ１０５ｂは、受信したデータフレーム６００に対するＡＣＫ（具体的にはＡＣＫフレーム８００）を送信する。具体的には、ステップＳ１０７で送信されるＡＣＫフレーム８００のシーケンス番号８０２には、ステップＳ１０６で送信されたデータフレーム６００のシーケンス番号６０２と同じ値が設定される。
【０１２８】
以上のようにして、長さαの期間内に、ステップＳ１０４〜Ｓ１０７に示す通信Ｃ２が行われる。すると、次の期間（長さは同じくαである）には、ステップＳ１０８〜Ｓ１１１に示す通信Ｃ３が行われる。
【０１２９】
ステップＳ１０８では、ステップＳ１０１のビーコンフレーム７００のペンディングアドレス７０７のリストにＩＤが含まれているＲ端末１０４ｂに代わって、ＣＮ１０２ａとペアをなすＤＭ端末１０３ａが、データ要求を送信する。つまり、Ｒ端末１０４ｂ宛の配信情報（すなわち、Ｒ端末１０４ｂのＩＤと対応づけられた状態でサーバ１０６からＣＮ１０２ａが受け取った情報）の送信を、ＤＭ端末１０３ａが、Ｒ端末１０４ｂのふりをして、ＣＮ１０２ａに要求する。
【０１３０】
具体的には、ＤＭ端末１０３ａのプロセッサ４０３により実現される上位層の処理モジュールは、ステップＳ１０１で受信されたビーコンフレーム７００のペンディングアドレス７０７のリストに含まれる各ＩＤがＲ端末２００のＩＤであるか否かを判断する。ここで、上記のとおり、本実施形態では、Ｒ端末２００のＩＤがとり得る値の範囲と、ＥＤ３００のＩＤがとり得る値の範囲が重ならない。よって、ＤＭ端末１０３ａのプロセッサ４０３により実現される上位層の処理モジュールは、ペンディングアドレス７０７のリストに含まれるＲ端末１０４ｂのＩＤに関して、「当該ＩＤは、ＥＤ３００ではなくＲ端末２００のＩＤである」と認識することができる。
【０１３１】
以上の認識にしたがって、ステップＳ１０８では、ＤＭ端末１０３ａのプロセッサ４０３により実現される上位層の処理モジュールは、ＤＭ端末１０３ａのＩＤを一時的にＲ端末１０４ｂのＩＤに書き換えて、MLME-POLL.requestプリミティブを発行する。すると、ＤＭ端末１０３ａのプロセッサ４０３により実現されるＭＡＣ副層の処理モジュールが、データ要求のＭＡＣコマンドフレーム９００を生成する。
【０１３２】
例えば、ＤＭ端末１０３ａの本来のＩＤは、ＤＭ端末１０３ａの不揮発性記憶装置４０６の所定の領域に格納されていてもよい。そして、ＤＭ端末１０３ａの本来のＩＤは、ＤＭ端末１０３ａの電源がオンになった後に行われる初期化の際に、不揮発性記憶装置４０６から読み出されて、ＭＡＣ副層の処理モジュールからアクセス可能なＲＡＭ４０５上の所定の領域にコピーされてもよい。ＤＭ端末１０３ａのＩＤの一時的な書き換えは、例えば、ＲＡＭ４０５上の上記の所定の領域におけるＩＤの一時的な書き換えにより実現されてもよい。
【０１３３】
なお、データ要求のＭＡＣコマンドフレーム９００の送信元アドレス９０６には、上記のとおり一時的に書き換えられたＤＭ端末１０３ａのＩＤが設定される。すなわち、データの要求元を示す送信元アドレス９０６には、実際にＭＡＣコマンドフレーム９００を送信するＤＭ端末１０３ａの本来のＩＤではなく、要求されるデータ（すなわち配信情報）の配信先であるＲ端末１０４ｂのＩＤが設定される。そして、生成されたＭＡＣコマンドフレーム９００は、ＤＭ端末１０３ａの送受信回路４０２とアンテナ４０１を介して送信される。
【０１３４】
以上のようにして送信されたデータ要求は、ＣＮ１０２ａにより受信される。すると、ステップＳ１０９でＣＮ１０２ａは、データ要求に対するＡＣＫ（具体的にはＡＣＫフレーム８００）を送信する。ＡＣＫフレーム８００のシーケンス番号８０２には、ステップＳ１０８のデータ要求のＭＡＣコマンドフレーム９００のシーケンス番号９０２と同じ値が設定される。
【０１３５】
なお、以上のようにしてステップＳ１０９で送信されるＡＣＫフレーム８００は、Ｒ端末１０４ｂによっても受信されるし、ＤＭ端末１０３ａによっても受信される。
さらに、ＣＮ１０２ａはステップＳ１１０において、要求されたデータをＲ端末１０４ｂに宛てて送信する。具体的には、ＣＮ１０２ａのプロセッサ５０３により実現される上位層の処理モジュールが、Ｒ端末１０４ｂ宛の配信情報を引数としてMCPS-DATA.requestプリミティブを発行する。すると、ＣＮ１０２ａのプロセッサ５０３により実現されるＭＡＣ層の処理モジュールが、Ｒ端末１０４ｂ宛の配信情報をデータペイロード６０７に含むデータフレーム６００を生成する。
【０１３６】
生成されたデータフレーム６００は、ＣＮ１０２ａの送受信回路５０２とアンテナ５０１を介して送信される。なお、データフレーム６００の宛先アドレス６０４には、Ｒ端末１０４ｂのＩＤ（つまり、ステップＳ１０８のデータ要求のＭＡＣコマンドフレーム９００の送信元アドレス９０６に設定されていたＩＤ）が設定される。
【０１３７】
以上のようにしてステップＳ１１０で送信されるデータフレーム６００は、Ｒ端末１０４ｂにより受信されるだけでなく、もちろん、ＤＭ端末１０３ａによっても受信される。したがって、ステップＳ１１１でＤＭ端末１０３ａは、ステップＳ１１０で送信されたデータフレーム６００に対するＡＣＫ（具体的にはＡＣＫフレーム８００）を、Ｒ端末１０４ｂに代わって、ＣＮ１０２ａへと送信する。具体的には、ステップＳ１１１で送信されるＡＣＫフレーム８００のシーケンス番号８０２には、ステップＳ１１０で送信されたデータフレーム６００のシーケンス番号６０２と同じ値が設定される。
【０１３８】
以上、図５を参照して説明したとおり、本実施形態では、データ要求に応じてＣＮ１０２ａがデータをユーザ端末に送信するプル型通信が行われる。ここで、Ｒ端末１０４ｂは、送信機能を持たないので、データ要求を送信することができない。しかし、本実施形態によれば、ＤＭ端末１０３ａがＲ端末１０４ｂに代わってデータ要求を送信するので、Ｒ端末１０４ｂも、プル型の情報配信システムにおいて情報の配信を受けることができる。
【０１３９】
ところで、図１のＣＮ・ＤＭペア１０１ａと１０１ｂは、いずれも、ＣＮ５００とＤＭ端末４００が１対１に対応するペアの例である。そして、以上の図５の説明からも明らかなとおり、ＣＮ５００とＤＭ端末４００は、１対１に対応することが望ましい。理由は以下のとおりである。
【０１４０】
ここで、Ｎ≧２として、仮に「ＣＮ５００とＤＭ端末４００が１対Ｎに対応する」と仮定すると、同じ１台のＣＮ５００に対応するＮ台のＤＭ端末４００間で衝突（コリジョン）が発生する。なぜなら、Ｎ台のＤＭ端末４００が、同じ１台のＲ端末２００に対応してそれぞれステップＳ１０８のようにデータ要求を送信しようとするからである。
【０１４１】
また、「ＣＮ５００とＤＭ端末４００がＮ対１に対応する」という逆の仮定も不適切である。なぜなら、或る１台のＣＮ５００に対応するＤＭ端末４００は、当該ＣＮ５００と通信可能でなければ、Ｒ端末２００に代わってデータ要求やＡＣＫをＣＮ５００に送信する役目を果たすことができないからである。他方、複数台のＣＮ５００は、ユーザが移動し得る範囲をカバーするように互いに離して設置されるので、「１台のＤＭ端末４００がＮ台のＣＮ５００のすべてと通信可能である」とは想定しがたい。したがって、「ＣＮ５００とＤＭ端末４００がＮ対１に対応する」という仮定は不適切である。
【０１４２】
したがって、本実施形態では、図１に例示するように、１対１に対応するＣＮ５００とＤＭ端末４００のペアが使われる。
続いて、図５に例示したような無線通信システム１００の動作を実現するために、無線通信システム１００内の各装置が行う処理について、図６〜９を参照して説明する。なお、「心臓ペースメーカ等の医療機器を装着したユーザでも、安心して情報配信サービスを受けられる」という本実施形態の効果は、主にＲ端末２００とＤＭ端末４００によりもたらされるが、説明の都合上、ＣＮ５００とＥＤ３００の動作を先に説明する。また、本実施形態では各装置において上位層の処理モジュールとＭＡＣ層の処理モジュールが同じプロセッサにより実現されるので、以下では説明の簡単化のため、個々のステップにおける処理を、単純に、プロセッサによる処理として説明することがある。
【０１４３】
図６は、ＣＮ５００の動作フローチャートである。例えば、図１のＣＮ１０２ａと１０２ｂはそれぞれ図６のフローチャートにしたがって動作する。なお、図６の処理は、ＣＮ５００に電源が入っている間、実行され続ける。また、ステップＳ２０３〜Ｓ２０８は上記（３−２）で説明した要求受付期間における通信であり、ステップＳ２１０〜Ｓ２１２は上記（３−３）で説明した通信期間における通信である。
【０１４４】
まず、ステップＳ２０１でＣＮ５００のプロセッサ５０３は、長さＴのビーコン周期が経過したらタイムアウトするように、ＣＮ５００のタイマ５０４を設定する。そして、ＣＮ５００は、ビーコン（具体的にはビーコンフレーム７００）を送信する。
【０１４５】
ステップＳ２０１は図５のステップＳ１０１に対応する。また、ステップＳ２０１の処理は、上記（３−１）で説明した長さＢのビーコン送信期間内に完了する。
なお、ＣＮ５００は、図６の処理と並行して、適宜のタイミングで、ユーザ端末（Ｒ端末２００またはＥＤ３００）のＩＤと当該ユーザ端末宛の配信情報のペアを、有線接続インタフェイス５０７を介してサーバ１０６から受け取る。そして、ＣＮ５００は、受け取ったＩＤと配信情報のペアを、ＲＡＭ５０５に格納する。
【０１４６】
よって、ＣＮ５００のＲＡＭ５０５に１個以上のＩＤが格納されている場合、ＣＮ５００のプロセッサ５０３は、ステップＳ２０１で、ＲＡＭ５０５に格納されているＩＤのリストをペンディングアドレス７０７に設定したビーコンフレーム７００を生成する。ＣＮ５００のＲＡＭ５０５に１個もＩＤが格納されていなければ、ペンディングアドレス７０７のリストは空である。生成されたビーコンフレーム７００は、送受信回路５０２とアンテナ５０１により、送信される。
【０１４７】
そして、次のステップＳ２０２でＣＮ５００は、いずれかのＥＤ３００からの割り込みがあるか否か判断する。具体的には、プロセッサ５０３は、送受信回路５０２から何も出力を受け取っていなければ「そもそも何も受信されていないので、割り込みもない」と判断する。
【０１４８】
逆に、プロセッサ５０３が送受信回路５０２から何らかの出力を受け取っている場合、プロセッサ５０３は、送受信回路５０２からの出力（つまり物理層からの出力）をＭＡＣ副層のフレーム形式に変換する。そして、プロセッサ５０３は、「変換により得られたフレームが、データ要求のためのＭＡＣコマンドフレーム９００なのか、それとも割り込みのための他のフレームなのか」ということを判断する。
【０１４９】
データ要求のためのＭＡＣコマンドフレーム９００が得られた場合、プロセッサ５０３は「割り込みがない」と判断する。そして、処理はステップＳ２０９に移行する。逆に、データ要求のためのＭＡＣコマンドフレーム９００以外のフレームが得られた場合、プロセッサ５０３は「割り込みがある」と判断する。そして、処理はステップＳ２０３に移行する。
【０１５０】
ステップＳ２０３でＣＮ５００のプロセッサ５０３は、「ＥＤ３００からの割り込みが、無線通信システム１００への新規参加を求める参加要求なのか否か」ということを、受信されたフレームから判断する。例えば、ＥＤ３００のＲＦＩＤリーダ３０７により読み取られた患者ＩＤを含む所定形式のデータペイロード６０７を含むデータフレーム６００が、参加要求として使われてもよい。その場合、プロセッサ５０３は、受信されたデータフレーム６００のデータペイロード６０７の形式から、ＥＤ３００からの割り込みが参加要求なのか否かを判断することができる。
【０１５１】
そして、ＥＤ３００からの割り込みが参加要求であれば、処理はステップＳ２０４に移行する。逆に、ＥＤ３００からの割り込みが参加要求でなければ、処理はステップＳ２０５に移行する。
【０１５２】
ステップＳ２０４でＣＮ５００は、参加要求の送信元のＥＤ３００に、参加要求に対する参加受付を通知する。具体的には、ＣＮ５００は、参加受付のためのフレームを送信する。さらに、ステップＳ２０４でＣＮ５００は、参加要求の送信元のＥＤ３００のＩＤを、参加要求のデータペイロード６０７に含まれていた患者ＩＤとともに、有線接続インタフェイス５０７を介して、サーバ１０６に通知する。その後、処理はステップＳ２０９に移行する。
【０１５３】
また、ステップＳ２０５でＣＮ５００のプロセッサ５０３は、「ＥＤ３００からの割り込みが、他のＣＮから、図６の処理を実行している本ＣＮ５００への、ハンドオーバ（ＨＯ）を示すＨＯ要求なのか否か」ということを、受信されたフレームから判断する。例えば、患者ＩＤを含む所定形式のデータペイロード６０７を含むデータフレーム６００が、ＨＯ要求として使われてもよい。その場合、プロセッサ５０３は、受信されたデータフレーム６００のデータペイロード６０７の形式から、ＥＤ３００からの割り込みがＨＯ要求なのか否かを判断することができる。
【０１５４】
そして、ＥＤ３００からの割り込みがＨＯ要求であれば、処理はステップＳ２０６に移行する。逆に、ＥＤ３００からの割り込みがＨＯ要求でなければ、処理はステップＳ２０７に移行する。
【０１５５】
ステップＳ２０６でＣＮ５００は、ＨＯ要求の送信元のＥＤ３００に、ＨＯ要求に対するＨＯ受付を通知する。具体的には、ＣＮ５００は、ＨＯ受付のためのフレームを送信する。図５のステップＳ１０３は、ステップＳ２０６におけるＨＯ受付の通知の一例である。
【０１５６】
さらに、ステップＳ２０６でＣＮ５００は、ＨＯ要求の送信元のＥＤ３００のＩＤを、ＨＯ要求のデータペイロード６０７に含まれていた患者ＩＤとともに、有線接続インタフェイス５０７を介して、サーバ１０６に通知する。その後、処理はステップＳ２０９に移行する。
【０１５７】
また、ステップＳ２０７でＣＮ５００のプロセッサ５０３は、「ＥＤ３００からの割り込みが、ＥＤ３００の利用が終了してＥＤ３００が無線通信システム１００から離脱することを示す離脱要求なのか否か」ということを、受信されたフレームから判断する。例えば、患者ＩＤを含む所定形式のデータペイロード６０７を含むデータフレーム６００が、離脱要求として使われてもよい。その場合、プロセッサ５０３は、受信されたデータフレーム６００のデータペイロード６０７の形式から、ＥＤ３００からの割り込みが離脱要求なのか否かを判断することができる。
【０１５８】
そして、ＥＤ３００からの割り込みが離脱要求であれば、処理はステップＳ２０８に移行する。逆に、ＥＤ３００からの割り込みが離脱要求でなければ、処理はステップＳ２０９に移行する。
【０１５９】
例えば、上記のように、ＥＤ３００は、診察カード用のカードホルダを兼ねていてもよい。その場合、ＥＤ３００は、診察カードがＥＤ３００から抜き取られた後の最初のビーコンの受信を契機として、離脱要求を送信し、その後、電源を自動的にオフにしてもよい。つまり、ＣＮ５００と通信可能な範囲内において或るＥＤ３００から診察カードが抜き取られると、ＣＮ５００は、上記（３−２）の要求受付期間中に、離脱要求を受信することになる。
【０１６０】
さて、ステップＳ２０８でＣＮ５００は、離脱要求の送信元のＥＤ３００のＩＤを、離脱要求のデータペイロード６０７に含まれていた患者ＩＤとともに、有線接続インタフェイス５０７を介して、サーバ１０６に通知する。その後、処理はステップＳ２０９に移行する。
【０１６１】
なお、ステップＳ２０４とＳ２０６とＳ２０８におけるサーバ１０６への通知により、サーバ１０６は、各ＥＤ３００が現在どのＣＮ５００と通信可能な範囲に位置しているかを認識することができる。よって、サーバ１０６は、或るＥＤ３００宛の配信情報を生成または取得したら、当該ＥＤ３００が通信可能範囲に含まれるような１台のＣＮ５００を選び、選んだＣＮ５００にだけ、当該ＥＤ３００のＩＤと当該ＥＤ３００宛の配信情報を通知する。つまり、サーバ１０６が各ＣＮ５００からの通知に基づいて各ＥＤ３００の現在位置をＣＮ５００単位で管理することにより、効率の良い情報配信が可能となる。
【０１６２】
さて、ステップＳ２０９でＣＮ５００は、いずれかの端末からのデータ要求があるか否かを判断する。
なお、実際にデータ要求を送信するのは、図５のステップＳ１０４とＳ１０８に例示したように、ＥＤ３００またはＤＭ端末４００である。他方、データ要求のＭＡＣコマンドフレーム９００の送信元アドレス９０６に要求元として設定されるＩＤは、ＥＤ３００のＩＤまたはＲ端末２００のＩＤである。
【０１６３】
ところが、「データ要求を実際に送信する端末自体のＩＤが、要求元として設定されているか否か」ということは、ＣＮ５００には認識されない。つまり、ＣＮ５００は、ステップＳ２０９〜Ｓ２１２において、単純に、「ＭＡＣコマンドフレーム９００の送信元アドレス９０６に設定されているＩＤが、要求元のＩＤである」と見なして動作するだけである。したがって、ステップＳ２０９における判断は、具体的には以下のように行われる。
【０１６４】
ＣＮ５００のプロセッサ５０３は、送受信回路５０２から何も出力を受け取っていなければ、ステップＳ２０９で「データ要求はない」と判断する。逆に、プロセッサ５０３が送受信回路５０２から何らかの出力（つまり物理層からの出力）を受け取っている場合、プロセッサ５０３は、送受信回路５０２からの出力をＭＡＣ副層のフレーム形式に変換する。そして、プロセッサ５０３は、「変換により得られたフレームが、データ要求のためのＭＡＣコマンドフレーム９００か否か」ということを判断する。例えば、プロセッサ５０３は、フレームコントロール９０１に含まれるタイプとコマンドフレームＩＤ９０７に基づき、ステップＳ２０９の判断を行ってもよい。
【０１６５】
そして、「いずれかの端末からのデータ要求がある」とプロセッサ５０３が判断した場合、処理はステップＳ２１０に移行する。逆に「どの端末からもデータ要求がない」とプロセッサ５０３が判断した場合、処理はステップＳ２１３に移行する。
【０１６６】
ステップＳ２１０でＣＮ５００は、データの要求元にＡＣＫを送信する。具体的には、ＣＮ５００のプロセッサ５０３は、データ要求のＭＡＣコマンドフレーム９００のシーケンス番号９０２の値をシーケンス番号８０２に設定したＡＣＫフレーム８００を生成する。そして、送受信回路５０２とアンテナ５０１が、生成されたＡＣＫフレーム８００を送信する。ステップＳ２１０の具体例は、図５のステップＳ１０５とＳ１０９である。
【０１６７】
次に、ステップＳ２１１でＣＮ５００は、データの要求元にデータを送信する。なお、本実施形態では、ビーコンフレーム７００のペンディングアドレス７０７のリストに基づいてＥＤ３００またはＤＭ端末４００がデータ要求を送信する。よって、ステップＳ２０１に関する説明から理解されるとおり、ＣＮ５００がデータ要求を受信した場合、ＣＮ５００のＲＡＭ５０５には、データ要求元のＩＤと対応づけられた配信情報（すなわちペンディング状態の配信情報）が格納されている。
【０１６８】
そこで、ステップＳ２１１では、ＣＮ５００のプロセッサ５０３が、データ要求元のＩＤと対応づけられてＲＡＭ５０５に格納されている配信情報をデータペイロード６０７として含むデータフレーム６００を生成する。なお、データフレーム６００の宛先アドレス６０４には、ＣＮ５００が受信したデータ要求のＭＡＣコマンドフレーム９００の送信元アドレス９０６と同じ値が設定される。そして、生成されたデータフレーム６００は、送受信回路５０２とアンテナ５０１により送信される。なお、ステップＳ２１１の具体例は、図５のステップＳ１０６とＳ１１０である。
【０１６９】
そして、次のステップＳ２１２でＣＮ５００は、ステップＳ２１１で送信したデータに対するＡＣＫを受信する。すなわち、ステップＳ２１１でＣＮ５００から送信されたデータフレーム６００のシーケンス番号６０２と同じ値がシーケンス番号８０２に設定されたＡＣＫフレーム８００が、アンテナ５０１と送受信回路５０２を介してステップＳ２１２で受信される。
【０１７０】
ステップＳ２１２の具体例は、図５のステップＳ１０７とＳ１１１である。ＡＣＫの受信後、処理はステップＳ２１３に移行する。
なお、図６では説明の簡単化のため図示を省略しているが、ＣＮ５００は、適宜のリトライ制御を実行することが好ましい。つまり、ＣＮ５００は、ステップＳ２１１での送信から所定時間以内にステップＳ２１２でＡＣＫフレーム８００を受信することができなければ、ステップＳ２１１と同じデータフレーム６００を再送信してもよい。
【０１７１】
ステップＳ２１３でＣＮ５００のプロセッサ５０３は、長さＴのビーコン周期が経過したか否かを判断する。具体的には、ステップＳ２０１で設定されたタイマ５０４がまだタイムアウトしていなければ、ビーコン周期はまだ経過していないので、処理はステップＳ２０２に戻る。逆に、タイマ５０４が既にタイムアウトしていれば、ビーコン周期が経過しているので、処理はステップＳ２０１に戻る。
なお、実施形態によっては、タイマ５０４の代わりに絶対時刻を示す時計が利用されてもよいことは無論である。
【０１７２】
さて、図７は、ＥＤ３００の動作フローチャートである。図１のＥＤ１０５ａ〜１０５ｃの各々は、図７のフローチャートにしたがって動作する。なお、ＥＤ３００は、電池３１１から電力の供給を受けるので、電力消費を抑えるための省電力制御が行われることが好ましい。
【０１７３】
そこで、本実施形態のＥＤ３００は、通信の必要がないときはスリープして、電力消費を抑える。そして、図７のフローチャートは、ステップＳ３０１でＥＤ３００がスリープ状態から復帰する（すなわち起床する）ことから始まる。ＥＤ３００が起床すると、処理はステップＳ３０２に移行する。なお、ＥＤ３００の電源がオフの状態からオンの状態に変化した場合（つまり診察カードがＥＤ３００の不図示のスロットに差し込まれた場合）も同様に、続いてステップＳ３０２以下の処理が行われる。
【０１７４】
ステップＳ３０２でＥＤ３００は、ビーコン（具体的にはビーコンフレーム７００）を受信するまで待つ。ビーコンフレーム７００が受信されると、処理はステップＳ３０３に移行する。
【０１７５】
そして、ステップＳ３０３でＥＤ３００のプロセッサ３０３は、タイマ３０４を始動する。具体的には、本実施形態では、タイマ３０４がビーコン周期の開始時点からの経過時間を示すように、プロセッサ３０３は、タイマ３０４に初期値を設定して、タイマ３０４を始動する。
【０１７６】
ここで、上記のとおりビーコン周期の長さはＴであり、上記（３−１）で説明したビーコン送信期間の長さはＢである。したがって、プロセッサ３０３は、タイマ３０４に初期値としてビーコン送信期間の長さＢを設定して、タイマ３０４を始動させる。
【０１７７】
なお、ここでは説明の簡単化のため、「ビーコンフレーム７００の実際の送信が完了する時点とビーコン送信期間の終了時点が一致する」と仮定している。そして、ステップＳ３０３でのタイマ３０４の初期値Ｂは、この仮定に基づいている。また、この仮定は、図８と９の説明においても同様である。
【０１７８】
しかし、実施形態によっては、例えばビーコンフレーム７００の受信開始時点に基づいて、タイマ３０４に適宜の初期値が設定されてもよい。いずれにせよ、以下では、タイマ３０４がビーコン周期の開始時点からの経過時間を示すものとする。
【０１７９】
続いて、ステップＳ３０４でプロセッサ３０３は、ペンディングになっている配信情報の宛先の数（上記（３−３）に関して説明した、ユーザ端末の台数Ｓ）を、ビーコンフレーム７００のペンディングアドレス７０７から認識する。ＩＥＥＥ８０２．１５．４規格によれば、０≦Ｓ≦７である。
【０１８０】
また、次のステップＳ３０５でプロセッサ３０３は、ＣＮ５００へのアクセス要求があるか否かを判断する。ＣＮ５００へのアクセス要求とは、上記（３−２）の要求受付期間にＣＮ５００に対して送信される要求である。本実施形態では、具体的には、ＣＮ５００へのアクセス要求は、参加要求、ＨＯ要求、離脱要求のいずれかである。
【０１８１】
例えば、ＥＤ３００の電源がオフの状態からオンの状態に変化した後、初めてステップＳ３０５の処理が実行される場合に、プロセッサ３０３は、「アクセス要求（具体的には参加要求）がある」と判断してもよい。また、ＥＤ３００から診察カードが抜き取られた後、初めてステップＳ３０５の処理が実行される場合に、プロセッサ３０３は、「アクセス要求（具体的には離脱要求）がある」と判断してもよい。
【０１８２】
あるいは、ＥＤ３００が移動している場合、ＥＤ３００が前回受信したビーコンフレーム７００の送信元アドレス７０４と、ＥＤ３００が今回ステップＳ３０２で受信したビーコンフレーム７００の送信元アドレス７０４が、異なる場合もあり得る。この場合、プロセッサ３０３は、「アクセス要求（具体的にはＨＯ要求）がある」と判断してもよい。
【０１８３】
何らかのアクセス要求がある場合、処理はステップＳ３０６に移行する。逆に、何のアクセス要求もなければ、処理はステップＳ３０８に移行する。
そして、ステップＳ３０６でＥＤ３００は、要求をＣＮ５００に送信する。つまり、プロセッサ３０３が要求に応じた適宜のフレームを生成し、送受信回路３０２とアンテナ３０１がフレームを送信する。
【０１８４】
また、次のステップＳ３０７でＥＤ３００は、ステップＳ３０６で送信した要求に対するＡＣＫを受信する。例えば、図５のステップＳ１０２とＳ１０３は、ステップＳ３０６とＳ３０７に対応する。
【０１８５】
なお、以上のステップＳ３０６〜Ｓ３０７における通信は、上記（３−２）で説明した、長さβの要求受付期間中に行われる。つまり、図７では説明が簡略化されているが、ステップＳ３０６での送信は、実際にはＣＳＭＡ−ＣＡ方式で行われるので、ステップＳ３０６の処理はキャリアセンスなどの処理を含む。したがって、ＥＤ３００は、適宜のリトライ制御を実行することが好ましい。つまり、ＥＤ３００は、ステップＳ３０６での送信から所定時間以内にステップＳ３０７でＡＣＫを受信することができなければ、ステップＳ３０６と同じフレームを再送信してもよい。
【０１８６】
また、図７では説明の簡単化のため、ステップＳ３０７の受信の後、処理がステップＳ３０８に進むように表現されているが、ステップＳ３０６で離脱要求が送信された場合は、ＥＤ３００は、送信後直ちに図７の処理を終了してもよい。他方、ＥＤ３００がステップＳ３０６で参加要求もしくはＨＯ要求を送信した場合か、または、アクセス要求が何もない場合には、ステップＳ３０８以下の処理が行われる。
【０１８７】
具体的には、ステップＳ３０８でプロセッサ３０３は、ステップＳ３０２で受信されたビーコンフレーム７００のペンディングアドレス７０７のリスト中に、ＥＤ３００自体のＩＤが含まれているか否かを判断する。なお、ＥＤ３００自体のＩＤは、予め不揮発性記憶装置３０６に格納されており、ＥＤ３００に電源が入れられたときの初期化の際などに、ＭＡＣ副層の処理モジュールからアクセス可能なＲＡＭ３０５上の所定の領域にコピーされている。よって、プロセッサ３０３は、ＲＡＭ３０５上の所定の領域を参照することで、ステップＳ３０８の判断を行うことができる。
【０１８８】
リスト中にＥＤ３００自体のＩＤが含まれていた場合は、ＥＤ３００宛の配信情報が存在する。よって、配信情報の取得のため、処理はステップＳ３０９に移行する。逆に、リスト中にＥＤ３００自体のＩＤが含まれない場合は、ＥＤ３００は、今回のビーコン周期の残りの時間は何もする必要がない。よって、消費電力抑制のため、処理はステップＳ３１５に移行する。
【０１８９】
ステップＳ３０９でＥＤ３００のプロセッサ３０３は、アクセス時刻（以下「ＡＴ」と表記する）を算出する。なお、以下の説明においてアクセス時刻ＡＴとは、ビーコン周期の開始時点を基準点（すなわちゼロ）とする時刻である。つまり、アクセス時刻ＡＴは、ステップＳ３０３で設定されたタイマ３０４によって刻まれる時刻により表される。また、アクセス時刻ＡＴから始まる長さαの期間が、時分割通信が行われる上記（３−３）の通信期間全体の中で、図７の処理を実行している本ＥＤ３００に割り当てられる期間である。
【０１９０】
ここで、ＥＤ３００自体のＩＤは、ペンディングアドレス７０７のリスト中に含まれるＳ個のＩＤのうち、ｎ番目（１≦ｎ≦Ｓ）のＩＤであるとする。また、ビーコン周期には、上記（３−１）〜（３−４）の４種類の期間が含まれ、４種類の期間の順序は、（３−１）〜（３−４）の順である。そして、ビーコン周期の長さＴは式（１）のとおりである。よって、アクセス時刻ＡＴは、式（４）のとおりである。
ＡＴ＝Ｂ＋β＋（ｎ−１）×α （４）
【０１９１】
なお、１台のユーザ端末あたりの通信期間の長さαは、実施形態によって、例えば式（２）によって表されることもあり得るし、式（３）によって表されることもあり得るし、他の式によって表されることもあり得る。また、要求受付期間の長さβも、上記のとおり、実施形態によって、固定値でもよいし、例えばα＝βのように定義される可変値でもよい。しかし、いずれにせよ、プロセッサ３０３は、実施形態に応じた定義にしたがって、式（４）を用いてアクセス時刻ＡＴを算出することができる。
【０１９２】
また、次のステップＳ３１０でプロセッサ３０３は、アクセス時刻ＡＴまでのスリープ時間（以下「Ｐ１」と表記する）を算出する。ここで、タイマ３０４が現在示している時刻を「Ｎｏｗ」と表記することにする。上記のとおり、本実施形態のタイマ３０４は、ビーコン周期の開始時点を基準とした時刻を示すので、プロセッサ３０３は式（５）によりスリープ時間Ｐ１を算出することができる。
Ｐ１＝ＡＴ−Ｎｏｗ （５）
【０１９３】
そして、プロセッサ３０３の制御にしたがい、ＥＤ３００は、プロセッサ３０３が算出したスリープ時間Ｐ１だけ、ステップＳ３１１でスリープする。スリープ時間Ｐ１が経過すると、ＥＤ３００はスリープ状態から復帰し（すなわち起床し）、処理はステップＳ３１２に移行する。
【０１９４】
ステップＳ３１２でＥＤ３００は、ＣＮ５００（具体的には、ステップＳ３０２で受信したビーコンフレーム７００の送信元のＣＮ５００）に、データ要求のためのＭＡＣコマンドフレーム９００を送信する。つまり、プロセッサ３０３により実現される上位層の処理モジュールが、MLME-POLL.requestプリミティブを発行する。すると、プロセッサ３０３により実現されるＭＡＣ副層の処理モジュールが、データ要求のＭＡＣコマンドフレーム９００を生成する。なお、送信元アドレス９０６にはＥＤ３００自体のＩＤが設定される。生成されたＭＡＣコマンドフレーム９００は、送受信回路３０２とアンテナ３０１を介して送信される。図５のステップＳ１０４はステップＳ３１２の例である。
【０１９５】
なお、ステップＳ３１０からＳ３１２にかけて行われる内部処理（スリープ時間Ｐ１の算出、スリープ状態からの復帰、データ要求のＭＡＣコマンドフレーム９００の生成など）にかかる時間（以下「δＴ１」と表記する）を無視することができない場合もあり得る。その場合、プロセッサ３０３は、前述のステップＳ３１０において、式（６）にしたがってスリープ時間Ｐ１を算出してもよい。
Ｐ１＝ＡＴ−Ｎｏｗ−δＴ１ （６）
【０１９６】
さて、ステップＳ３１２の次のステップＳ３１３でＥＤ３００は、例えば図５のステップＳ１０５とＳ１０６のように、ＣＮ５００からＡＣＫとデータを受信する。つまり、データ要求のＭＡＣコマンドフレーム９００に対するＡＣＫフレーム８００と、要求したデータをデータペイロード６０７に含むデータフレーム６００を、ＥＤ３００はステップＳ３１３で受信する。
【０１９７】
そして、プロセッサ３０３は、受信されたデータフレーム６００のデータペイロード６０７（つまりＥＤ３００宛の配信情報）に応じて、適宜ディスプレイ３０８とスピーカ３０９の一方または双方を制御する。例えば、データペイロード６０７が待ち人数を示す場合、プロセッサ３０３は、ビープ音を鳴らすようにスピーカ３０９を制御するとともに、「現在５人待ちです」などのメッセージを表示するようにディスプレイ３０８を制御してもよい。
【０１９８】
そして、次のステップＳ３１４でＥＤ３００は、図５のステップＳ１０７のように、ＣＮ５００にＡＣＫを送信する。具体的には、ステップＳ３１３で受信されたデータフレーム６００のシーケンス番号６０２と同じ値をシーケンス番号８０２に設定したＡＣＫフレーム８００をプロセッサ３０３が生成する。そして、送受信回路３０２とアンテナ３０１により、ＡＣＫフレーム８００が送信される。そして、処理はステップＳ３１５に移行する。
【０１９９】
さて、ステップＳ３１５が実行されるのは、今回のビーコン周期の中ではＥＤ３００が行う処理がもう存在しないときである。そこで、プロセッサ３０３はステップＳ３１５でスリープ時間（以下「Ｐ２」と表記する）を算出する。上記のとおり、本実施形態のタイマ３０４が示す時刻Ｎｏｗは、ビーコン周期の開始時点を基準とした時刻である。よって、スリープ時間Ｐ２は、ビーコン周期の長さＴと、適宜のマージン（以下「δＴ２」と表記する）を用いて、式（７）により算出される。
Ｐ２＝Ｔ−Ｎｏｗ−δＴ２ （７）
【０２００】
なお、マージンの長さδＴ２は、スリープ時間Ｐ２の算出、スリープ状態への移行、および、スリープ状態からの復帰にそれぞれかかる時間の和以上でさえあれば、短いほど好ましい。
【０２０１】
スリープ時間Ｐ２の算出後、ステップＳ３１６でＥＤ３００は、プロセッサ３０３の制御にしたがい、算出されたスリープ時間Ｐ２だけスリープする。すなわち、ＥＤ３００は、次のビーコン受信の直前までステップＳ３１６でスリープする。
【０２０２】
なお、図７のフローチャートはステップＳ３１６で終了するが、スリープ時間Ｐ２が経過すると、再度ＥＤ３００は図７のフローチャートにしたがって動作する。つまり、スリープ時間Ｐ２が経過すると、ＥＤ３００はステップＳ３０１でスリープ状態から復帰し、ステップＳ３０２以下の処理を実行する。
また、実施形態によっては、タイマ３０４の代わりに絶対時刻を示す時計が利用されてもよいことは無論である。
【０２０３】
さて、図８は、Ｒ端末２００の動作フローチャートである。図１のＲ端末１０４ａ〜１０４ｅの各々は、図８のフローチャートにしたがって動作する。
なお、図８のステップＳ４０１〜Ｓ４０４は、図７のステップＳ３０１〜Ｓ３０４と同様である。また、図８のステップＳ４０５は図７のステップＳ３０８と同様である。そして、図８のステップＳ４０６〜Ｓ４０９は、図７のステップＳ３０９〜Ｓ３１１およびステップＳ３１３と同様である。また、図８のステップＳ４１０〜Ｓ４１１は図７のステップＳ３１５〜Ｓ３１６と同様である。よって、以下では適宜説明を簡略化する。
【０２０４】
図８のフローチャートは、ステップＳ４０１でＲ端末２００がスリープ状態から復帰する（すなわち起床する）ことから始まる。Ｒ端末２００が起床すると、処理はステップＳ４０２に移行する。また、Ｒ端末２００の電源がオフの状態からオンの状態に変化した場合も同様に、続いてステップＳ４０２以下の処理が行われる。
【０２０５】
ところで、本実施形態によれば、Ｒ端末２００とＥＤ３００では、電源がオンにされるときの状況に違いがあるので、ここでその違いについて説明する。
サーバ１０６は、送信機能を有するＥＤ３００の位置を自動的に把握し、ＥＤ３００と患者の対応関係を自動的に把握することができる。なぜなら、ＥＤ３００により図７のステップＳ３０６の処理が行われ、ＣＮ５００により図６のステップＳ２０３〜Ｓ２０８の処理が行われるからである。よって、例えば、無線通信システム１００を運用する医療機関においては、使われていない任意のＥＤ３００に患者が自分の診察カードを差し込みさえすれば、受付職員などが何ら関与しなくても、サーバ１０６が自動的に患者の受付処理を行うことが可能である。
【０２０６】
他方、サーバ１０６は、電波を発射しないＲ端末２００の位置を把握することはできない。また、サーバ１０６は、Ｒ端末２００と患者の対応関係を自動的に把握することもできない。そこで、Ｒ端末２００への電源投入と、Ｒ端末２００と患者の対応づけに関しては、無線通信システム１００を運用する医療機関の受付職員が関わってもよい。
【０２０７】
例えば、ＥＤ３００ではなくＲ端末２００を使いたい患者（例えば、心臓ペースメーカを装着しているために、自らの身体の至近距離からの電波の発射に不安を感じる患者など）は、受付職員に診察カードを渡してもよい。すると、受付職員は、使われていない任意のＲ端末２００を１台選んで当該Ｒ端末２００の電源をオンにする。また、受付職員は、当該Ｒ端末２００のＩＤと、診察カードに記憶されている患者ＩＤを、サーバ１０６に認識させるために、適宜の作業を行う。
【０２０８】
例えば、各Ｒ端末２００は、当該Ｒ端末２００の不揮発性記憶装置２０６に記憶されているＩＤをサーバ１０６に読み取らせるためのインタフェイス（例えば、有線ＬＡＮポートまたはＵＳＢポートなど）を備えていてもよい。あるいは、Ｒ端末２００のＩＤを表すバーコードを印刷したシールが、Ｒ端末２００の表面に貼られていてもよい。
【０２０９】
受付職員は、上記インタフェイスを介してＲ端末２００をサーバ１０６に接続する作業、または、バーコードリーダの操作などを行うことで、サーバ１０６にＲ端末２００のＩＤを認識させることができる。また、受付職員は、サーバ１０６に接続された不図示のＲＦＩＤリーダに診察カードから患者ＩＤを読み取らせるための操作を行うことで、患者ＩＤをサーバ１０６に認識させることができる。
【０２１０】
例えば以上のような受付職員の関与の結果として、サーバ１０６は、Ｒ端末２００と患者の対応関係を把握することが可能となる。つまり、サーバ１０６は、どのＲ端末２００にどの患者に関する情報を配信すればよいのかを認識することが可能となる。
【０２１１】
受付職員は、以上のような作業を行った後に、Ｒ端末２００の不図示のスロットに診察カードを差し込んでＲ端末２００を患者に渡してもよい。すると、患者は、Ｒ端末２００を介して情報配信サービスを受けることができるようになる。
【０２１２】
なお、ＥＤ３００のＲＦＩＤリーダ３０７は、ＥＤ３００と患者の対応関係をサーバ１０６が自動的に認識することを可能にするために設けられている。他方、Ｒ端末２００と患者の対応関係は、例えば上記のように受付職員が関与することで、サーバ１０６に認識されるので、Ｒ端末２００はＲＦＩＤリーダを備える必要がない。
【０２１３】
以上のように、Ｒ端末２００とＥＤ３００では、電源がオンにされるときの状況に違いがある。しかし、電源がオンにされた後または起床した後のＥＤ３００におけるステップＳ３０２〜Ｓ３０４の処理と、電源がオンにされた後または起床した後のＲ端末２００におけるステップＳ４０２〜Ｓ４０４の処理は同様である。
【０２１４】
すなわち、ステップＳ４０２でＲ端末２００はビーコンフレーム７００を受信するまで待つ。そして、ビーコンフレーム７００が受信されると、処理はステップＳ４０３に移行する。例えば、図５のステップＳ１０１におけるＲ端末１０４ｂでのビーコンフレーム７００の受信は、ステップＳ４０２の例である。
【０２１５】
そして、ステップＳ４０３でＲ端末２００のプロセッサ２０３は、タイマ２０４に初期値としてビーコン送信期間の長さＢを設定して、タイマ２０４を始動させる。つまり、タイマ２０４も、ビーコン周期の開始時点からの経過時間を示すように設定される。
【０２１６】
続いて、ステップＳ４０４でプロセッサ２０３は、ペンディングになっている配信情報の宛先の数Ｓを、ビーコンフレーム７００のペンディングアドレス７０７から認識する。
その後、ステップＳ４０５でプロセッサ２０３は、ステップＳ４０２で受信されたビーコンフレーム７００のペンディングアドレス７０７のリスト中に、Ｒ端末２００自体のＩＤが含まれているか否かを判断する。なお、Ｒ端末２００自体のＩＤは、予め不揮発性記憶装置２０６に格納されており、Ｒ端末２００に電源が入れられたときの初期化の際などに、ＭＡＣ副層の処理モジュールからアクセス可能なＲＡＭ２０５上の所定の領域にコピーされている。よって、プロセッサ２０３は、ＲＡＭ２０５上の所定の領域を参照することで、ステップＳ４０５の判断を行うことができる。
【０２１７】
リスト中にＲ端末２００自体のＩＤが含まれていた場合は、Ｒ端末２００宛の配信情報が存在する。よって、配信情報の取得のため、処理はステップＳ４０６に移行する。逆に、リスト中にＲ端末２００自体のＩＤが含まれない場合は、Ｒ端末２００は、今回のビーコン周期の残りの時間は何もする必要がない。よって、消費電力抑制のため、処理はステップＳ４１０に移行する。
【０２１８】
ステップＳ４０６でＲ端末２００のプロセッサ２０３は、図７のステップＳ３０９と同様に、式（４）にしたがってアクセス時刻ＡＴを算出する。なお、Ｒ端末２００のＩＤは、ペンディングアドレス７０７のリスト中に含まれるＳ個のＩＤのうち、ｎ番目（１≦ｎ≦Ｓ）のＩＤであるとする。
【０２１９】
また、次のステップＳ４０７でプロセッサ２０３は、アクセス時刻ＡＴまでのスリープ時間Ｐ１を、図７のステップＳ３１０と同様に、式（５）または式（６）にしたがって算出する。なお、タイマ２０４が現在示している時刻を「Ｎｏｗ」とし、ステップＳ４０７からＳ４０９にかけて行われる内部処理にかかる時間を「δＴ１」とする。
【０２２０】
そして、プロセッサ２０３の制御にしたがい、Ｒ端末２００は、プロセッサ２０３が算出したスリープ時間Ｐ１だけ、ステップＳ４０８でスリープする。スリープ時間Ｐ１が経過すると、Ｒ端末２００はスリープ状態から復帰し（すなわち起床し）、処理はステップＳ４０９に移行する。
【０２２１】
ステップＳ４０９でＲ端末２００は、ＣＮ５００（具体的には、ステップＳ４０２で受信したビーコンフレーム７００の送信元のＣＮ５００）から、例えば図５のステップＳ１０９とＳ１１０のように、ＡＣＫとデータを受信する。なお、図５のステップＳ１０８に例示したように、ＤＭ端末４００がＲ端末２００の代わりにＣＮ５００にデータ要求を送信する。そのため、Ｒ端末２００は、送信機能を持たないにもかかわらず、単にアクセス時刻ＡＴに起床してデータの受信を受動的に待っているだけでＡＣＫとデータを受信することができる。
【０２２２】
すなわちステップＳ４０９でＲ端末２００は、Ｒ端末２００に代わってＤＭ端末４００が送信したデータ要求に対するＡＣＫ（具体的にはＡＣＫフレーム８００）をＣＮ５００から受信する。Ｒ端末２００はさらに、当該データ要求に応じてＣＮ５００が送信したデータフレーム６００も受信する。
【０２２３】
なお、ＤＭ端末４００は、Ｒ端末２００のＩＤをデータ要求のＭＡＣコマンドフレーム９００の送信元アドレス９０６に設定する。したがって、ステップＳ４０９でＲ端末２００は、当該Ｒ端末２００自体のＩＤが宛先アドレス６０４に設定されたデータフレーム６００を受信することになる。
【０２２４】
Ｒ端末２００のプロセッサ２０３は、受信されたデータフレーム６００のデータペイロード６０７（つまりＲ端末２００宛の配信情報）に応じて、適宜ディスプレイ２０７とスピーカ２０８の一方または双方を制御する。例えば、プロセッサ２０３は、ビープ音を鳴らすようにスピーカ２０８を制御するとともに、データペイロード６０７の内容に応じたメッセージ（例えば「現在５人待ちです」などのメッセージ）を表示するようにディスプレイ２０７を制御してもよい。
【０２２５】
なお、図５のステップＳ１１０とＳ１１１から明らかなように、今回のビーコン周期内でデータの受信後にＲ端末２００が行う処理は、何もない。よって、ステップＳ４０９の受信の後、図８の処理はステップＳ４１０へと移行する。
【０２２６】
ステップＳ４１０でプロセッサ２０３は、図７のステップＳ３１５と同様に、式（７）によりスリープ時間Ｐ２を算出する。なお、マージンの長さδＴ２は、スリープ時間Ｐ２の算出、スリープ状態への移行、および、スリープ状態からの復帰にそれぞれかかる時間の和以上でさえあれば、短いほど好ましい。
【０２２７】
そして、ステップＳ４１１でＲ端末２００は、プロセッサ２０３の制御にしたがい、算出されたスリープ時間Ｐ２だけスリープする。すなわち、Ｒ端末２００は、次のビーコン受信の直前までステップＳ４１１でスリープする。
【０２２８】
なお、図８のフローチャートはステップＳ４１１で終了するが、スリープ時間Ｐ２が経過すると、再度Ｒ端末２００は図８のフローチャートにしたがって動作する。つまり、スリープ時間Ｐ２が経過すると、Ｒ端末２００はステップＳ４０１でスリープ状態から復帰し、ステップＳ４０２以下の処理を実行する。
【０２２９】
また、実施形態によっては、タイマ２０４の代わりに絶対時刻を示す時計が利用されてもよいことは無論である。
さて、図９は、ＤＭ端末４００の動作フローチャートである。図１のＤＭ端末１０３ａと１０３ｂの各々は、図９のフローチャートにしたがって動作する。
【０２３０】
なお、図９のステップＳ５０１〜Ｓ５０３は、図７のステップＳ３０２〜Ｓ３０４と同様である。また、図９のステップＳ５０６〜Ｓ５１１は、図７のステップＳ３０９〜Ｓ３１４と似ているが、スリープ制御がない点や、一時的なＩＤの書き換えをともなう点や、受信したデータに応じた表示が不要な点などが異なる。また、図７のステップＳ３０９〜Ｓ３１４の一連の処理は、もし実行されるとすれば、１ビーコン周期あたりに１回だけ行われるが、図９のステップＳ５０６〜Ｓ５１１の一連の処理は、１ビーコン周期あたりに２回以上実行されることもある。
【０２３１】
さて、上記のとおりＤＭ端末４００はＡＣ電源から電力の供給を受ける。よって、ＤＭ端末４００においては、Ｒ端末２００やＥＤ３００のような省電力制御は不要である。図９のフローチャートは、省電力制御を省くことで簡素化された制御フローを示しており、ＤＭ端末４００は、電源がオンにされると図９の処理を開始する。
【０２３２】
具体的には、ステップＳ５０１でＤＭ端末４００は、ビーコン（具体的にはビーコンフレーム７００）を受信するまで待つ。ビーコンフレーム７００が受信されると、処理はステップＳ５０２に移行する。
【０２３３】
そして、ステップＳ５０２でＤＭ端末４００のプロセッサ４０３は、タイマ４０４に初期値としてビーコン送信期間の長さＢを設定して、タイマ４０４を始動させる。つまり、タイマ４０４も、ビーコン周期の開始時点からの経過時間を示すように設定される。
【０２３４】
続いて、ステップＳ５０３でプロセッサ４０３は、ペンディングになっている配信情報の宛先の数Ｓを、ステップＳ５０１で受信されたビーコンフレーム７００のペンディングアドレス７０７から認識する。
【０２３５】
そして、ステップＳ５０４でプロセッサ４０３は、ペンディングアドレス７０７のリストに含まれるＳ個のＩＤに順番に注目するためのインデックス変数ｎを、１に初期化する。
【０２３６】
次のステップＳ５０５でプロセッサ４０３は、ペンディングアドレス７０７のリスト中のｎ番目のＩＤがＲ端末２００のＩＤか否かを判断する。上記のとおり、本実施形態では、Ｒ端末２００のＩＤがとり得る値の範囲と、ＥＤ３００のＩＤがとり得る値の範囲が重ならないように予め決められている。よって、プロセッサ４０３は、ペンディングアドレス７０７のリストからｎ番目のＩＤを読み取り、読み取ったＩＤがどちらの範囲に属するかを判断する。
【０２３７】
もし、リスト中のｎ番目のＩＤがいずれかのＥＤ３００のＩＤであれば、ＤＭ端末４００はｎ番目のＩＤに関して何も行うことがない。よって、処理はステップＳ５１２に移行する。
【０２３８】
逆に、リスト中のｎ番目のＩＤがいずれかのＲ端末２００のＩＤであれば、処理はステップＳ５０６に移行する。ステップＳ５０６〜Ｓ５１１の一連の処理は、ＤＭ端末４００がＲ端末２００に代わって行う送信処理を含む。
【０２３９】
具体的には、ステップＳ５０６でプロセッサ４０３は、図７のステップＳ３０９と同様に、式（４）にしたがってアクセス時刻ＡＴを算出する。
また、次のステップＳ５０７でプロセッサ４０３は、ＤＭ端末４００の端末ＩＤを、一時的に、ペンディングアドレス７０７のリスト中のｎ番目のＩＤ（すなわち、Ｒ端末２００のＩＤ）に書き換える。図５のステップＳ１０８に関して説明したように、ステップＳ５０７では、具体的には、例えば、不揮発性記憶装置４０６からＲＡＭ４０５の所定領域にコピーされたＤＭ端末４００の本来のＩＤが、リスト中のｎ番目のＩＤで上書きされる。
【０２４０】
そして、次のステップＳ５０８に示すように、ＤＭ端末４００は、アクセス時刻ＡＴになったら、ＣＮ５００（具体的には、ステップＳ５０１で受信したビーコンフレーム７００の送信元のＣＮ５００）に、データを要求する。
【０２４１】
つまり、タイマ４０４が示す時刻がアクセス時刻ＡＴになったら、プロセッサ４０３により実現される上位層の処理モジュールが、MLME-POLL.requestプリミティブを発行する。あるいは、ＭＡＣコマンドフレーム９００の生成などの内部処理にかかる時間を無視することができない場合は、MLME-POLL.requestプリミティブの発行は、内部処理にかかる時間のぶんだけ、アクセス時刻ＡＴよりも前の時刻に行われてもよい。
【０２４２】
いずれにせよ、MLME-POLL.requestプリミティブの発行に応じて、プロセッサ４０３により実現されるＭＡＣ副層の処理モジュールが、データ要求のＭＡＣコマンドフレーム９００を生成する。なお、ＭＡＣコマンドフレーム９００の送信元アドレス９０６には、ステップＳ５０７で書き換えられたＩＤ（すなわち、Ｒ端末２００のＩＤ）が設定される。生成されたＭＡＣコマンドフレーム９００は、送受信回路４０２とアンテナ４０１を介して送信される。
【０２４３】
なお、図５のステップＳ１０８は、ステップＳ５０８の例である。また、ＥＤ３００は図７のステップＳ３１１でアクセス時刻ＡＴまでスリープするが、ＤＭ端末４００はステップＳ５０８でアクセス時刻ＡＴまで単に何もしないで待機すればよい。もちろん、実施形態によっては、プロセッサ４０３の制御にしたがって、ＤＭ端末４００がステップＳ５０８でアクセス時刻ＡＴまでスリープしてもよい。
【０２４４】
さて、上記のステップＳ５０８でのデータ要求の送信の後、ＤＭ端末４００はステップＳ５０９において、ＣＮ５００からＡＣＫとデータを受信する。図５のステップＳ１０９とＳ１１０に示したＤＭ端末１０３ａでの受信は、ステップＳ５０９の例である。具体的には、ＤＭ端末４００は下記（４−１）と（４−２）のフレームを受信する。
【０２４５】
（４−１）ステップＳ５０８でＤＭ端末４００が送信したデータ要求のＭＡＣコマンドフレーム９００のシーケンス番号９０２と同じ値がシーケンス番号８０２に設定された、ＡＣＫフレーム８００。
（４−２）現在一時的にＤＭ端末４００のＩＤとして設定されているＩＤ（すなわちペンディングアドレス７０７のリスト中のｎ番目のＩＤ）が宛先アドレス６０４に設定された、データフレーム６００。
【０２４６】
ＤＭ端末４００のＭＡＣ副層の処理モジュールは、単純に、「（４−１）のＡＣＫフレーム８００の受信は、ステップＳ５０８でのＤＭ端末４００からのＭＡＣコマンドフレーム９００の送信が成功したことを示す」と認識する。図９では説明の簡単化のため省略しているが、例えば、ステップＳ５０８でのＭＡＣコマンドフレーム９００の送信から所定時間以内にＡＣＫフレーム８００が受信されない場合、ＤＭ端末４００は適宜のリトライ制御を行うことが好ましい。
【０２４７】
ところで、無線通信では、例えば第１の装置が第２の装置にフレームを送信する場合に、無関係な第３の装置も、もし第１の装置からの電波が届く範囲に位置していれば、当該フレームを受信することがある。この場合、無関係な第３の装置は、受信したフレームの宛先のＩＤが第３の装置自体のＩＤと異なれば、フレームを破棄する。以上のようなフレームの破棄は、例えば、ＭＡＣ副層の処理モジュールで行われてもよく、それにより、上位層の処理モジュールは、他の装置宛のフレームに関する処理を行わなくて済む。
【０２４８】
ここで、ＤＭ端末４００のＩＤがステップＳ５０７で一時的に書き換えられていることに注目すると、上記（４−２）のデータフレーム６００は、ＤＭ端末４００のＭＡＣ副層の処理モジュールでは破棄されない。なぜなら、本実施形態ではＭＡＣ副層の上位層の処理モジュールによりＩＤの書き換えが行われ、ＭＡＣ副層の処理モジュールは単純に「物理層の送受信回路４０２からの出力は、宛先アドレスがＤＭ端末４００自体のＩＤであることを示している」と認識するからである。
【０２４９】
そして、以上の認識にしたがって、ステップＳ５１０でＤＭ端末４００は、（４−２）のデータフレーム６００に対するＡＣＫを送信する。具体的には、プロセッサ４０３により実現されるＭＡＣ副層処理モジュールが、（４−２）のデータフレーム６００のシーケンス番号６０２に設定されている値をシーケンス番号８０２に設定したＡＣＫフレーム８００を生成する。そして、生成されたＡＣＫフレーム８００が、送受信回路４０２とアンテナ４０１を介して送信される。図５のステップＳ１１１は、ステップＳ５１０の例である。
【０２５０】
なお、上記の認識にしたがって、ＤＭ端末４００のＭＡＣ副層の処理モジュールは、（４−２）のデータフレーム６００の受信に応じたプリミティブを上位層の処理モジュールに対して発行する。プリミティブの引数には、データフレーム６００のデータペイロード６０７などが含まれる。
【０２５１】
しかし、データペイロード６０７の意味上の宛先（換言すれば、本来の宛先）は、ＤＭ端末４００自体ではなく、ＤＭ端末４００に現在一時的に設定されているＩＤにより識別されるＲ端末２００である。よって、ＭＡＣ副層の処理モジュールから上記プリミティブを受け取った上位層の処理モジュールは、単に、受け取ったプリミティブを無視し、引数として与えられたデータペイロード６０７を破棄する。
【０２５２】
以上のような処理の後、ステップＳ５１１でＤＭ端末４００のプロセッサ４０３（具体的には、プロセッサ４０３により実現される上位層の処理モジュール）は、ＤＭ端末４００の端末ＩＤを元に戻す。すなわち、プロセッサ４０３は、不揮発性記憶装置４０６に格納されているＤＭ端末４００の本来のＩＤを読み出し、ＭＡＣ副層の処理モジュールがＤＭ端末４００のＩＤを読み出すためのＲＡＭ４０５上の所定領域に、読み出した本来のＩＤを書き込む。そして、処理はステップＳ５１２に移行する。
【０２５３】
ステップＳ５１２でプロセッサ４０３は、ｎ＜Ｓであるか否かを判断する。
もし、ｎ＜Ｓであれば、ステップＳ５０１で受信されたビーコンフレーム７００のペンディングアドレス７０７のリスト中にまだＩＤが残っている。そこで、処理はステップＳ５１３に移行する。
【０２５４】
逆に、ｎ＜Ｓでなければ（実際には、ｎ＝Ｓであれば）、ペンディングアドレス７０７のリストにはもうＩＤが残っていない。つまり、今回のビーコン周期でＤＭ端末４００が行う処理はもう存在しない。そこで、図９の処理はステップＳ５０１へと戻る。
【０２５５】
ステップＳ５１３でプロセッサ４０３は、インデックス変数ｎを１だけインクリメントする。そして、処理はステップＳ５０５に戻る。
なお、実施形態によっては、タイマ４０４の代わりに絶対時刻を示す時計が利用されてもよいことは無論である。
【０２５６】
ところで、図１〜９を参照して以上のとおり説明した本実施形態には、様々な利点がある。そこで、以下では本実施形態の利点について説明する。
第１の利点は、電波を発射する端末を携行すること自体に不安を感じるユーザであっても、安心して情報配信サービスを受けられる点である。つまり、心臓ペースメーカなどの医療機器を装着しているユーザであっても、電波を発射しないＲ端末２００ならば安心して携行することができる。そして、当該ユーザは、Ｒ端末２００を介して、無線通信システム１００により提供される情報配信サービスを安心して受けることができる。
【０２５７】
上記のとおり、総務省により「各種電波利用機器の電波が植込み型医療機器へ及ぼす影響を防止するための指針」が発表されている。よって、電波を発射する装置（すなわち、ＥＤ３００、ＤＭ端末４００、およびＣＮ５００）は、当該指針にしたがって製造され、運用されることが望ましい。指針にしたがって製造され、運用されていれば、心臓ペースメーカなどの医療機器を装着しているユーザであっても、安全にＥＤ３００を携行して、ＥＤ３００を介して情報配信サービスを受けることも可能である。
【０２５８】
しかし、たとえＥＤ３００が、心臓ペースメーカなどの医療機器を装着しているユーザに携行されても当該医療機器に害を与えないように製造されていたとしても、ユーザは、自らが携行するＥＤ３００が電波を発射すること自体に不安を抱くかもしれない。そして、そのような不安は、無根拠であるとも言いがたい。なぜなら、以下のような可能性があるからである。
【０２５９】
例えば、新たな医療機器や新たな端末が開発される実態に、指針の改訂が追いついているか否かを一般のユーザが判断することは困難である。さらに、一般のユーザが指針について熟知しているとは限らない。中には、誤って指針に沿わない使い方で端末を使ってしまうユーザもいるかもしれない。これらの可能性を考慮すると、心臓ペースメーカなどの医療機器を装着しているユーザが、自らが携行する端末から電波が発射されること自体を不安に感じることも大いにあり得る。
【０２６０】
しかし、Ｒ端末２００はそもそも電波を発射しない。よって、ユーザは、Ｒ端末２００端末ならば安心して携行することができる。また、Ｒ端末２００は、単にユーザに安心感を与えるというだけでなく、実際に安全である。なぜなら、Ｒ端末２００は、電波自体を発射しないからである。そして、Ｒ端末２００からは電波自体が発射されない以上、たとえ従来の医療機器よりも電波の影響を受けやすい新規の医療機器が開発されたとしても、Ｒ端末２００は、そのような新規の医療機器にとっても、実際に安全である。
【０２６１】
また、従来の携帯電話網における同報（ブロードキャスト）通信サービスでは、代表端末ではない移動通信端末が、一時的にあたかも受信専用端末であるかのように動作して、代表端末の通信を傍受することがある。しかし、実際には移動通信端末自体は送信機能を有しており、例えば基地局への位置登録のために電波を発射することもあるし、通話のために電波を発射することもある。したがって、このような移動通信端末は、本実施形態のＲ端末２００とは異なり、電波の発射により心臓ペースメーカなどの医療機器に影響を与えるおそれがある。
【０２６２】
なお、図１の無線通信システム１００を利用するユーザの周囲の環境には、他のユーザが携行するＥＤ３００が存在するかもしれないし、所定の位置に設置されたＤＭ端末４００とＣＮ５００が存在するかもしれない。しかし、ユーザ自身が携行する端末は当該ユーザの身体にごく近接しているのに対し、他のユーザが携行するＥＤ３００は、ある程度離れている。また、上記のとおり、ＤＭ端末４００とＣＮ５００は、例えば天井などに設置されるので、ユーザからある程度離れている。
【０２６３】
そして、心臓ペースメーカなどの医療機器を装着しているユーザからはある程度離れたところにある装置（例えばＥＤ３００やＤＭ端末４００やＣＮ５００）が発射する電波が、当該医療機器に与える影響は、事実上、無視することができる。また、ユーザ自身も、離れたところから発射される電波よりも、自らの身体のごく近くから発射される電波（例えば、ユーザ自身が首からぶら下げたりポケットに入れたりして携帯している端末から発射される電波）の方に、より強い不安を感じるであろう。
【０２６４】
本実施形態によれば、ユーザ自身が携帯するユーザ端末としてＲ端末２００が使われるので、ユーザは安全に、かつ安心して、情報配信サービスを受けられる。
さて、本実施形態の第２の利点は、ユーザごとに異なる情報を配信することが可能な点である。すなわち、同じ情報が複数のユーザ端末にブロードキャストされる同報通信システムと比較すると、本実施形態の無線通信システム１００は、より細かな粒度の情報配信サービスを提供することができる。同報通信システムは、例えば携帯電話網による緊急地震速報などの用途には適しているが、ユーザごとに異なる情報を配信する目的には適さない。
【０２６５】
本実施形態では、個々のユーザ端末（すなわちＲ端末２００またはＥＤ３００）に配信する対象の配信情報は、サーバ１０６によってユーザ端末ごとに生成または取得され、ＣＮ５００を介してユーザ端末にデータフレーム６００の形式で配信される。よって、本実施形態によれば、各ユーザは、当該ユーザに固有の情報を受け取ることができる。
【０２６６】
例えば、上述の例のように無線通信システム１００が医療機関において利用されるとする。ここで、患者ごとに当該患者までの待ち人数は異なるし、当該患者が次に進むべき場所（例えば待合室、検査室、診察室、会計受付など）も、患者ごとに異なる。無線通信システム１００によれば、そのように患者ごとに異なる情報の配信が可能である。もちろん、無線通信システム１００は、ショッピングモール・遊園地・展示会会場など、医療機関以外の場所における情報配信サービスのために利用されてもよい。
【０２６７】
本実施形態の第３の利点は、多数のユーザがいても、リアルタイムに近い素早い情報配信が可能な点である。以下ではこの利点について、まず数値例を示し、その後、いくつか補足説明を行う。
【０２６８】
上記のとおり、ビーコンフレーム７００のペンディングアドレス７０７のリストには、最大で７個までＩＤを含めることができる。よって、ビーコン周期の長さＴが例えば０．５秒だとすると、１台のＣＮ５００が１秒あたりに情報を配信することのできるユーザ端末の数は、最大で１４（＝７／０．５）台である。
【０２６９】
ここで、何らかの状況の変化が発生してから、当該変化に応じた情報が実際にユーザ端末に配信されるまでの遅延時間としてユーザが許容可能な時間を、便宜上「許容遅延時間」ということにする。許容遅延時間は無線通信システム１００の用途に応じて異なり得る。例えば、無線通信システム１００が医療機関で待ち人数の通知のために利用される場合、許容遅延時間は、数十秒程度かもしれない。
【０２７０】
仮に、許容遅延時間が６０秒とすると、何らかの状況の変化にともなって、許容遅延時間以内に１台のＣＮ５００が当該変化に応じたユーザごとの情報を配信することのできるユーザ端末の数は、８４０（＝１４×６０）台である。この８４０台という数は、実用上、十分に大きい。
【０２７１】
例えば、無線通信システム１００が医療機関で待ち人数の通知のために利用されるとし、内科では現在８０人の患者が待っているとする。内科で現在診察中の患者の診察が終わると（すなわち、状況が変化すると）、８０人の患者それぞれの待ち人数は、１人ずつ減る。したがって、上記の状況の変化に応じて情報を配信する対象のユーザ端末の台数は、８０台である。
【０２７２】
この８０台という数は、上記の８４０台という数の１０分の１にも満たない。そして、上記のようにビーコン周期の長さＴが０．５秒の場合、８０台のユーザ端末への情報配信は、たとえ１台のＣＮ５００から行われるとしても、６秒足らずで完了する。換言すれば、何らかの状況の変化に応じて情報を配信する対象のユーザ端末の台数によっては、許容遅延時間が数秒程度しかなくても、許容遅延時間以内の情報配信が十分に可能である。
【０２７３】
もちろん、上記数値例は単なる例示に過ぎない。しかし、本実施形態の第３の利点は、上記数値例からも十分に理解されるであろう。以上のとおり、本実施形態によれば、ユーザの数（つまりユーザ端末の数）が比較的多くても、ユーザが満足することのできる比較的短い遅延時間で、素早く新たな情報を個々のユーザ端末に配信することが可能である。
【０２７４】
そして、以上述べた第３の利点は、無線通信システム１００内で自律分散的な時分割通信が行われることから得られる利点である。また、自律分散的な時分割通信が可能な理由は、ペンディングアドレス７０７を含むビーコンフレーム７００が使われるからである。
【０２７５】
ＩＥＥＥ８０２．１５．４規格では、２つの隣り合うビーコン間のスーパフレーム構造が定義されている。具体的には、１ビーコン周期の中に、端末が自由にＣＮ５００にアクセスを試みることのできる期間としてＣＡＰ（Contention Access Period）が定義されている。そして、ＣＡＰ内では、複数台の端末間の競合がＣＳＭＡ−ＣＡ方式により解決される。
【０２７６】
また、ＩＥＥＥ８０２．１５．４規格によれば、１ビーコン周期の中には、ＣＦＰ（Contention-Free Period）があってもよい。ＣＦＰはいくつかのＧＴＳに分割され得る。つまり、ＣＦＰ内では、ＧＴＳを予約した端末のみが、ＣＮ５００と通信する。
【０２７７】
他方、本実施形態では、物理層とＭＡＣ副層の通信プロトコルとしてＩＥＥＥ８０２．１５．４規格が利用されてはいるが、ＣＡＰ内で常に競合的な通信が行われるわけではない。具体的には、本実施形態では、ＣＡＰが上記（３−２）の要求受付期間と（３−３）の通信期間と（３−４）の処理期間に分割されており、複数台の端末間での競合とＣＳＭＡ−ＣＡによる解決は、（３−２）の要求受付期間でのみ発生する。そして、（３−３）の通信期間では、自律分散的な時分割通信が実現されており、競合は生じない。
【０２７８】
ＣＳＭＡ−ＣＡ方式の通信では、衝突（コリジョン）の発生に起因するタイムロスが避けられない。そのため、端末の数が多い場合は、通信効率の悪化を無視することができない。
【０２７９】
他方、本実施形態のように、ビーコンフレーム７００のペンディングアドレス７０７のリストにしたがって、自律分散的な時分割通信が行われれば、衝突は発生せず、衝突の発生に起因する通信効率の悪化も生じない。具体的には、本実施形態では、（３−３）の通信期間に含まれる長さαの各期間中には、衝突が発生しない。なぜなら、長さαの各期間中にＣＮ５００にデータ要求を送信する端末は、１台のＥＤ３００または１台のＤＭ端末４００に限定されているからである。したがって、本実施形態では、通信効率の悪化が防止される。
【０２８０】
そして、以上のように通信効率の悪化が防止されるからこそ、本実施形態では、ペンディングアドレス７０７のリストにＩＤが含まれるＳ台のユーザ端末への情報配信が、１ビーコン周期内でほぼ確実に完了する。その結果、本実施形態によれば、例えば上記数値例に示したように、多数のユーザ端末に、比較的短い遅延時間で、状況の変化に応じた新たな情報をそれぞれ配信することが可能である。
【０２８１】
また、上記の数値例は１台のＣＮ５００から情報が配信される場合の例である。つまり、たとえ「１台のＣＮ５００だけから情報が配信される」と仮定しても、本実施形態によれば、上記数値例のように十分に短い遅延時間での新たな情報の配信が可能である。このことは、「Ｒ端末２００の位置が管理不能であっても、情報配信に支障をきたさない」ということも意味する。詳しくは以下のとおりである。
【０２８２】
ＥＤ３００は参加要求やＨＯ要求などを送信するので、サーバ１０６は、ＣＮ５００を介して、各ＥＤ３００がどのＣＮ５００の近傍に位置するかを認識することができる。したがって、例えば図１の例では、サーバ１０６は、ＥＤ１０５ｂがＣＮ１０２ａと通信可能な範囲内に位置していることを認識しているので、ＥＤ１０５ｂ宛の配信情報をＣＮ１０２ａにのみ送信すれば十分である。
【０２８３】
ところが、Ｒ端末２００は送信機能を持たないので、各Ｒ端末２００がどのＣＮ５００の近傍に位置するかをサーバ１０６が認識することはできない。よって、例えば図１の例では、サーバ１０６は、「Ｒ端末１０４ｂは、ＣＮ１０２ａからの電波を受信することが可能な範囲に位置しているのか、それとも、ＣＮ１０２ｂからの電波を受信することが可能な範囲に位置しているのか」ということを認識していない。
【０２８４】
よって、サーバ１０６は、Ｒ端末１０４ｂ宛の配信情報を、ＣＮ１０２ａと１０２ｂの双方に送信する。そして、ＣＮ１０２ａと１０２ｂはいずれも、Ｒ端末１０４ｂのＩＤをペンディングアドレス７０７に含むビーコンフレーム７００を送信する。
【０２８５】
その結果、ＤＭ端末１０３ａと１０３ｂの双方が、Ｒ端末１０４ｂに代わってデータ要求を送信し、ＣＮ１０２ａと１０２ｂの双方が、Ｒ端末１０４ｂ宛の配信情報をデータペイロード６０７に含むデータフレーム６００を送信する。したがって、Ｒ端末１０４ｂは、ＣＮ１０２ａからの電波を受信することが可能な範囲に位置していようが、ＣＮ１０２ｂからの電波を受信することが可能な範囲に位置していようが、データフレーム６００を受信することができる。
【０２８６】
以上の図１の例のように、サーバ１０６にとってはＲ端末２００の位置は不明なので、Ｒ端末２００への情報配信のために、サーバ１０６は、無線通信システム１００内のすべてのＣＮ５００に、当該Ｒ端末２００宛の配信情報を送信する。そして、無線通信システム１００内のすべてのＤＭ端末４００が、当該Ｒ端末２００に代わってデータ要求を送信する。つまり、同じ配信情報が複数のＣＮ５００から重複して送信される。
【０２８７】
このような重複した送信が行われるにもかかわらず、本実施形態によれば、多数のＲ端末２００に十分に短い遅延時間内に、新たな情報を配信することが可能である。
例えば、説明の簡単化のため、無線通信システム１００ではユーザ端末としてＲ端末２００のみが使われ、ＥＤ３００は使われないとする。また、便宜上、無線通信システム１００にはＸ台のＣＮ５００とＸ台のＤＭ端末４００が含まれるものとし（１≦Ｘ）、上記数値例と同じくビーコン周期の長さＴが０．５秒であるとする。
【０２８８】
ここで、各Ｒ端末２００宛の配信情報は、上記のとおりＸ台のＣＮ５００から重複して送信される。よって、「ＣＮ５００がＸ台あることによって、配信にかかる時間が１／Ｘ倍になる」というわけではない。だが、重複送信によって支障が生じるわけではなく、情報は素早く配信される。すなわち、１台のＣＮ５００に関して計算した上記数値例から明らかなとおり、例えば仮に無線通信システム１００内に８４０台のＲ端末２００が存在したとしても、それら８４０台のＲ端末２００のそれぞれに、６０秒の許容遅延時間内に新たな情報が配信される。
【０２８９】
そして、無線通信システム１００の用途にもよるが、８４０台もの多数のＲ端末２００すべてに一度に影響するような状況の変化は、非常にまれである。例えば上記のように「内科では現在８０人の患者が待っている」という状況が「内科では現在７９人の患者が待っている」という状況に変化した場合、状況の変化に応じて情報を配信する対象は８０台のＲ端末２００だけに限られる。よって、Ｘ台のＣＮ５００からの重複送信が行われたとしても、「重複送信により通信効率が悪化し、その結果、遅延時間が増大する」などの問題は生じない。
【０２９０】
さて、本実施形態の第４の利点は、ユーザ端末（つまりＲ端末２００とＥＤ３００）の消費電力の抑制が可能な点である。Ｒ端末２００は電池２１０から電力を得ており、ＥＤ３００も電池３１１から電力を得ているので、ユーザ端末の消費電力の抑制は好ましい特徴である。
【０２９１】
本実施形態では、上記のように物理層とＭＡＣ副層のプロトコルとしてＩＥＥＥ８０２．１５．４規格が使われる。ＩＥＥＥ８０２．１５．４規格は、フレーム長が最大で１２７オクテットと短い代わりに、低消費電力という特長がある。よって、Ｒ端末２００、ＥＤ３００、ＤＭ端末４００、ＣＮ５００は、いずれも低消費電力である。
【０２９２】
そして、ＩＥＥＥ８０２．１５．４規格に由来する低消費電力の特長に加えて、本実施形態では、本実施形態ならではの消費電力削減も実現される。すなわち、本実施形態によれば、図７〜８に示すようにユーザ端末においてスリープ制御が行われるので、ユーザ端末の消費電力が抑制される。
【０２９３】
なお、図７〜８のスリープ制御が可能な理由は、無線通信システム１００内で自律分散的な時分割通信が行われるからである。つまり、ビーコンフレーム７００のペンディングアドレス７０７のリストの利用によって、各ユーザ端末は、アクセス時刻ＡＴを算出して時分割通信に協力することが可能となる。そのため、本実施形態によれば、スリープ制御による一層の消費電力削減が実現される。
【０２９４】
また、本実施形態の第５の利点は、Ｒ端末２００の製造コストが低く抑えられる点である。Ｒ端末２００のアンテナ２０１および受信回路２０２は受信専用なので、例えばＥＤ３００の送受信用のアンテナ３０１および送受信回路３０２と比較すると、回路規模が小さくて済み、回路規模が小さい分だけ製造コストも低い。
【０２９５】
さらに、送信機能のないＲ端末２００は、日本の電波法の規制対象外である。したがって、Ｒ端末２００は技術基準適合証明を受ける必要がない。よって、技術基準適合証明が不要な分だけ、Ｒ端末２００の開発および試験にかかるコストも抑えられる。
【０２９６】
本実施形態の第６の利点は、ユーザ端末としてＲ端末２００だけでなくＥＤ３００も利用することで、効率の良い情報配信が可能になる点である。上記のように無線通信システム１００にはＥＤ３００が含まれなくてもよいが、ＥＤ３００を利用することで情報配信の効率が向上する。理由は以下のとおりである。
【０２９７】
Ｒ端末２００に配信する対象の配信情報がある場合、サーバ１０６は同じ配信情報を無線通信システム１００内のすべてのＣＮ５００に送信する。そして、すべてのＣＮ５００が、同じ配信情報を含むデータフレーム６００を送信する。このような重複があっても問題がないほどに、無線通信システム１００では時分割方式により通信が効率よく行われることは、第３の利点に関して説明したとおりである。
【０２９８】
しかしながら、Ｒ端末２００の代わりにＥＤ３００を利用することで、上記のようなすべてのＣＮ５００からの重複送信を避けることができる。なぜなら、第３の利点に関して説明したように、ＥＤ３００宛の配信情報は、サーバ１０６から１台のＣＮ５００にだけ送信されれば十分であり、重複送信の必要がないからである。そして、重複送信が減れば、無線通信システム１００全体として通信は効率化される。その結果、無線通信システム１００においては、より多くのユーザ端末により短い遅延時間で、それぞれのユーザ端末に応じた情報を配信することが可能となる。
【０２９９】
そして、無線通信システム１００の用途にもよるが、心臓ペースメーカなどの医療機器を装着しているユーザは、全ユーザのうちの一部に過ぎない。よって、それらの一部のユーザ用にはＲ端末２００を提供するとともに、残りの多くのユーザにはＥＤ３００を提供することにより、上記第１の利点と無線通信システム１００における通信の効率化とを両立させることができる。
【０３００】
また、本実施形態の第７の利点は、ユーザ端末としてＲ端末２００だけでなくＥＤ３００も利用することで、ＥＤ３００からサーバ１０６が情報を収集することも可能になる点である。つまり、図１〜９に示した本実施形態は、サーバ１０６がＥＤ３００から情報を収集するように、変形することができる。
【０３０１】
サーバ１０６がＥＤ３００から収集する情報（以下、便宜上「収集対象情報」ともいう）の種類は任意である。例えば、サーバ１０６は、各ＥＤ３００で計測されたＬＱＩ（Link Quality Indicator）を収集してもよい。
【０３０２】
収集されたＬＱＩに基づいて、例えば、システム管理者などにより「どのＣＮ５００からの電波も届きにくい場所はないか」などの検討が行われてもよい。その結果、ＣＮ５００とＤＭ端末４００のペアの設置位置が調整されてもよい。
【０３０３】
もちろん、サーバ１０６は、ＬＱＩ以外の任意の情報を、ＥＤ３００からＣＮ５００を介して収集してもよい。例えば、ＥＤ３００が不図示のセンサを有していてもよく、センサが検出したデータをサーバ１０６が収集してもよい。
【０３０４】
ＥＤ３００からの情報の収集のため、本実施形態は、具体的には次のように変形されてもよい。すなわち、上記（３−２）の要求受付期間に、ＥＤ３００がＣＮ５００への収集対象情報の送信を試みてもよい。なお、要求受付期間ではＥＤ３００間の競合が生じ得る。よって、「収集対象情報が必ずＣＮ５００に受信されて、ＣＮ５００からサーバ１０６に送信され、サーバ１０６に収集される」という保証はない。
【０３０５】
そこで、収集対象情報がより確実にサーバ１０６に収集されるようにするため、本実施形態は以下のように変形されてもよい。すなわち、ＥＤ３００は、上記（３−２）の要求受付期間にＣＮ５００にＧＴＳ要求を送信してもよい。ＧＴＳ要求を受信したＣＮ５００は、もしスロットを確保することができれば、次のビーコン周期に送信するビーコンフレーム７００のＧＴＳ７０６に、確保したスロットに関する情報を含める。
【０３０６】
ＧＴＳ要求を送信したＥＤ３００は、受信したビーコンフレーム７００のＧＴＳ７０６から、当該ＥＤ３００にスロットが割り当てられたか否かを判断する。そして、もしスロットが割り当てられていれば、ＥＤ３００は、割り当てられたスロット（すなわちＧＴＳ）において、ＣＮ５００に収集対象情報を送信する。
【０３０７】
ＧＴＳはＣＦＰに含まれるので、ＧＴＳで行われる収集対象情報の送信は、他のＥＤ３００と競合しない。したがって、収集対象情報は確実にＣＮ５００に受信されてサーバ１０６に収集される。なお、以上のような変形例では、上記（３−２）〜（３−４）の期間に分割されたＣＡＰの後に、１個以上のＧＴＳを含むＣＦＰが置かれる。
【０３０８】
ところで、以上のように様々な利点のある本実施形態やその変形例は、以下のように概括することもできる。
図１の無線通信システム１００は、第１の送受信機としてのＤＭ端末１０３ａと、第１の送受信機との間で無線通信を行う第２の送受信機としてのＣＮ１０２ａと、互いに異なる識別情報で識別される複数台の受信機であるＲ端末１０４ａ〜１０４ｅとを含む。
【０３０９】
そして、図５のステップＳ１０８に例示するとおり、第１の送受信機としてのＤＭ端末１０３ａは、第２の送受信機としてのＣＮ１０２ａからの情報の配信を求める要求を、ＣＮ１０２ａに無線で送信する。具体的には、ＤＭ端末１０３ａは、複数台の受信機のうちの或る受信機（図５の例ではＲ端末１０４ｂ）の識別情報（具体的にはＩＤ）を要求元として設定して、上記要求を送信する。また、要求元は、具体的にはＭＡＣコマンドフレーム９００の送信元アドレス９０６により表される。
【０３１０】
第２の送受信機としてのＣＮ１０２ａは、第１の送受信機としてのＤＭ端末１０３ａから上記要求を受信すると、上記或る受信機（すなわちＲ端末１０４ｂ）の識別情報と対応づけられた配信情報を、図５のステップＳ１１０に例示するように、無線で送信する。なお、この送信の際、ＣＮ１０２ａは、Ｒ端末１０４ｂの識別情報を宛先（具体的には宛先アドレス６０４）として設定する。
【０３１１】
一方で、複数台の受信機であるＲ端末１０４ａ〜１０４ｅの各々（つまり各Ｒ端末２００）は、次のように動作する。すなわち、各Ｒ端末２００は、当該Ｒ端末２００自体の識別情報が宛先として設定されて、第２の送受信機としてのＣＮ１０２ａから送信される配信情報を、受信する。
【０３１２】
また、以上の概括において、「或る受信機」がＲ端末１０４ｂの場合を例示したが、「或る受信機」は、具体的にはビーコンに識別情報が含まれる受信機のことである。
つまり、第２の送受信機としてのＣＮ１０２ａは、複数台の受信機のうち少なくとも１台の受信機の識別情報を含むビーコンを無線で送信する。すると、第１の送受信機としてのＤＭ端末１０３ａは、ビーコンに識別情報が含まれる受信機を、上記の「或る受信機」として認識する。
【０３１３】
例えば、図９のフローチャートによれば、ペンディングアドレス７０７のリスト中にＩＤが含まれるＲ端末が「或る受信機」として認識されて、当該Ｒ端末に関して、ＤＭ端末１０３ａがデータ要求を送信する。このように、ビーコンは、第１の送受信機としてのＤＭ端末１０３ａに「どの受信機のふりをすればよいのか」ということを通知するための情報としても利用される。
【０３１４】
なお、各Ｒ端末２００は、ビーコンの中に当該Ｒ端末２００の識別情報が含まれる場合、当該受信機の識別情報が宛先として設定されて第２の送受信機としてのＣＮ１０２ａから配信情報が送信される時間帯を計算する。計算は、ビーコン内での当該受信機の識別情報の位置（具体的にはペンディングアドレス７０７のリスト中でのＩＤの位置）に基づいて、行われる。
【０３１５】
例えば、配信情報が送信される時間帯は、アクセス時刻ＡＴから始まる長さαの時間帯である。よって、具体的には例えば図８のステップＳ４０６のように、リスト中でのＩＤの位置ｎに基づいて、アクセス時刻ＡＴが計算される。
【０３１６】
そして、上記の計算を行ったＲ端末２００は、当該Ｒ端末２００自体を、計算された時間帯に無線電波の受信が可能な状態に制御する。例えば、図８のフローチャートによれば、アクセス時刻ＡＴになるまでは、Ｒ端末２００は、スリープするため無線電波の受信が可能な状態にはない。しかし、Ｒ端末２００のプロセッサ２０３は、Ｒ端末２００を、アクセス時刻ＡＴには起床して無線電波の受信が可能な状態になるように、制御する。
【０３１７】
なお、図９のステップＳ５０４〜Ｓ５１３に例示するように、ビーコンが２台以上の受信機の識別情報を含むとき、第１の送受信機としてのＤＭ端末１０３ａは、当該２台以上の受信機のそれぞれについて、上記のように要求を送信する。また、要求の送信は、当該受信機の識別情報のビーコン内での位置に応じた時刻（具体的には、ｎの値に応じたアクセス時刻ＡＴ）に行われる。
【０３１８】
また、図１に示すように、無線通信システム１００は、第１の送受信機と第２の送受信機のペアを複数含んでもよい。図１では、２つのＣＮ・ＤＭペア１０１ａと１０１ｂが、無線通信システム１００に含まれる。
【０３１９】
このように複数のペアが存在する場合、上記の「或る受信機」（例えばＲ端末１０４ｂ）の識別情報を含むビーコンは、複数のペアの各々に含まれる第２の送受信機から（つまりＣＮ１０２ａと１０２ｂのそれぞれから）、送信される。そして、複数のペアの各々に含まれる第１の送受信機（つまりＤＭ端末１０３ａと１０３ｂのそれぞれ）は、ビーコンを受信すると、当該第１の送受信機とペアをなす第２の送受信機に、データ要求を送信する。なお、このような重複送信が障害にならないことは、上記第３の利点に関連して説明したとおりである。
【０３２０】
ところで、第１の送受信機としてのＤＭ端末１０３ａは、複数台の受信機のいずれかの識別情報が宛先として設定されて、第２の送受信機としてのＣＮ１０２ａから送信される配信情報を受信すると、受信した当該配信情報に対する受信確認を送信してもよい。受信確認は、具体的にはＡＣＫフレーム８００であってもよい。なお、このような受信確認の送信は、図５のステップＳ１１１と図９のステップＳ５１０に例示されている。
【０３２１】
また、上記のとおり無線通信システム１００は、第２の送受信機としてのＣＮ５００との間で無線通信を行う第３の送受信機としてのＥＤ３００をさらに含んでいてもよい。第３の送受信機としてのＥＤ３００は、第２の送受信機としてのＣＮ５００からの情報の配信を求める要求を、当該ＥＤ３００の識別情報を要求元として設定して、ＣＮ５００に送信する。第２の送受信機としてのＣＮ５００は、第３の送受信機としてのＥＤ３００からの要求を受信すると、当該ＥＤ３００の識別情報と対応づけられた配信情報を、当該ＥＤ３００の識別情報を宛先として設定して、送信する。そして、第３の送受信機としてのＥＤ３００は、当該ＥＤ３００の識別情報が宛先として設定されてＣＮ５００から送信される配信情報を受信する。
【０３２２】
ここで、第３の送受信機としてのＥＤ３００の識別情報を示すビットパターンと、複数台の受信機のうちの任意の１台（つまり任意のＲ端末２００）の識別情報を示すビットパターンとでは、所定位置の少なくとも１ビットの値が異なることが好ましい。換言すれば、ＥＤ３００のＩＤと、任意のＲ端末２００のＩＤでは、とり得る値の範囲が異なることが好ましい。なぜなら、第１の送受信機としてのＤＭ端末４００が、識別情報自体から、当該識別情報がＥＤ３００とＲ端末２００のどちらを示すのかを判断することが可能となり、その結果、図９のステップＳ５０５の判断が簡単になるからである。
【０３２３】
また、各受信機（つまり各Ｒ端末２００）は、当該受信機の識別情報と対応づけられた配信情報を受信すると、受信した配信情報に基づいて、例えばディスプレイ２０７またはスピーカ２０８のような表示手段による、聴覚的または視覚的な表示を行う。例えば、Ｒ端末２００は、配信情報の内容に応じて、ビープ音を鳴らしたり、メッセージを音声的に読み上げたり、文字や画像を表示したりすることができる。ＥＤ３００も、受信した配信情報の内容に応じて、同様の表示を行うことができる。
【０３２４】
なお、図２には、Ｒ端末２００が有する表示手段の例として、ディスプレイ２０７とスピーカ２０８を例示し、ＥＤ３００が有する表示手段の例として、ディスプレイ３０８とスピーカ３０９を例示した。しかし、Ｒ端末２００とＥＤ３００の各々は、表示手段の他の例として、例えば振動モータを有していてもよく、配信情報の内容に応じて振動モータによる振動を制御してもよい。振動モータによる振動は、触覚的な表示の例である。
【０３２５】
ところで、上記のような第１の送受信機としてのＤＭ端末１０３ａは、無線により他の送受信機（具体的にはＣＮ１０２ａ）との間で情報を送受信する無線送受信手段の具体例として、例えば、アンテナ４０１と送受信回路４０２を有する。また、第１の送受信機としてのＤＭ端末１０３ａは、無線送受信手段を制御する制御手段の具体例として、例えば、プロセッサ４０３も有する。
【０３２６】
そして、互いに異なる識別情報で識別される複数台の受信機のうち少なくとも或る受信機（例えばＲ端末１０４ｂ）の識別情報を含むビーコンを、上記の「他の送受信機」（つまりＣＮ１０２ａ）から無線送受信手段が受信すると、制御手段は次のように動作する。すなわち、制御手段は、ＣＮ１０２ａからの情報の配信を求める要求を、Ｒ端末１０４ｂの識別情報を要求元として設定してＣＮ１０２ａへと送信するよう、無線送受信手段を制御する。具体的には、例えば、制御手段としてのプロセッサ４０３は、ＭＡＣ副層フレームを送受信回路４０２に出力することによって、無線送受信手段としての送受信回路４０２とアンテナ４０１の送信動作を制御してもよい。
【０３２７】
最後に、上記の実施形態および変形例に関して、さらに下記の付記を開示する。
（付記１）
第１の送受信機と、
前記第１の送受信機との間で無線通信を行う第２の送受信機と、
互いに異なる識別情報で識別される複数台の受信機と
を含み、
前記第１の送受信機は、前記第２の送受信機からの情報の配信を求める要求を、前記複数台の受信機のうちの或る受信機の識別情報を要求元として設定して、前記第２の送受信機に無線で送信し、
前記第２の送受信機は、前記第１の送受信機から前記要求を受信すると、前記或る受信機の前記識別情報と対応づけられた配信情報を、前記或る受信機の前記識別情報を宛先として設定して、無線で送信し、
前記複数台の受信機の各々は、当該受信機の識別情報が宛先として設定されて前記第２の送受信機から送信される配信情報を受信する
ことを特徴とする無線通信システム。
（付記２）
前記第２の送受信機は、前記複数台の受信機のうち少なくとも１台の受信機の識別情報を含むビーコンを無線で送信し、
前記或る受信機は、前記ビーコンに識別情報が含まれる受信機であり、
前記複数台の受信機の各々は、
前記ビーコンの中に当該受信機の前記識別情報が含まれる場合、前記ビーコン内での当該受信機の前記識別情報の位置に基づいて、当該受信機の前記識別情報が宛先として設定されて前記配信情報が前記第２の送受信機から送信される時間帯を計算し、
当該受信機を、前記時間帯に無線電波の受信が可能な状態に制御する
ことを特徴とする付記１に記載の無線通信システム。
（付記３）
前記ビーコンが、前記複数台の受信機のうち２台以上の受信機の識別情報を含むとき、前記第１の送受信機は、前記２台以上の受信機のそれぞれについて、当該受信機の識別情報を要求元として設定して、前記第２の送受信機からの情報の配信を求める要求を前記第２の送受信機に送信する
ことを特徴とする付記２に記載の無線通信システム。
（付記４）
前記第１の送受信機は、前記２台以上の受信機のそれぞれについて、当該受信機の前記識別情報の前記ビーコン内での位置に応じた時刻に、当該受信機の前記識別情報を要求元として設定した前記要求を送信する
ことを特徴とする付記３に記載の無線通信システム。
（付記５）
前記無線通信システムは、前記第１の送受信機と前記第２の送受信機のペアを複数含み、
複数の前記ペアの各々に含まれる前記第２の送受信機が、前記或る受信機の識別情報を含むビーコンを送信し、
複数の前記ペアの各々に含まれる前記第１の送受信機は、前記ビーコンを受信すると、当該第１の送受信機と前記ペアをなす前記第２の送受信機に前記要求を送信する
ことを特徴とする付記１に記載の無線通信システム。
（付記６）
前記第１の送受信機は、前記複数台の受信機のいずれかの識別情報が宛先として設定されて前記第２の送受信機から送信される配信情報を受信すると、受信した当該配信情報に対する受信確認を送信する
ことを特徴とする付記１から５に記載の無線通信システム。
（付記７）
前記第２の送受信機との間で無線通信を行う第３の送受信機をさらに備え、
前記第３の送受信機は、前記第２の送受信機からの情報の配信を求める要求を、前記第３の送受信機の識別情報を要求元として設定して前記第２の送受信機に送信し、
前記第２の送受信機は、前記第３の送受信機からの前記要求を受信すると、前記第３の送受信機の前記識別情報と対応づけられた配信情報を、前記第３の送受信機の前記識別情報を宛先として設定して送信し、
前記第３の送受信機は、前記第３の送受信機の前記識別情報が宛先として設定されて前記第２の送受信機から送信される前記配信情報を受信する
ことを特徴とする付記１から６のいずれか１項に記載の無線通信システム。
（付記８）
前記第３の送受信機の前記識別情報を示すビットパターンと、前記複数台の受信機のうちの任意の１台の前記識別情報を示すビットパターンとでは、所定位置の少なくとも１ビットの値が異なる
ことを特徴とする付記７に記載の無線通信システム。
（付記９）
前記複数台の受信機の各々は、
聴覚的または視覚的な表示を行う表示手段を備え、
当該受信機の前記識別情報と対応づけられた前記配信情報を受信すると、受信した前記配信情報に基づいて、前記表示手段による聴覚的または視覚的な表示を行う
ことを特徴とする付記１から８のいずれか１項に記載の無線通信システム。
（付記１０）
第１の送受信機が、前記第１の送受信機との間で無線通信を行う前記第２の送受信機からの情報の配信を求める要求を、互いに異なる識別情報で識別される複数台の受信機のうちの或る受信機の識別情報を要求元として設定して、前記第２の送受信機に無線で送信し、
前記第２の送受信機は、前記第１の送受信機から前記要求を受信すると、前記或る受信機の前記識別情報と対応づけられた配信情報を、前記或る受信機の前記識別情報を宛先として設定して、無線で送信し、
前記複数台の受信機の各々は、当該受信機の識別情報が宛先として設定されて前記第２の送受信機から送信される配信情報を受信する
ことを特徴とする無線通信方法。
（付記１１）
送受信機であって、
無線により他の送受信機との間で情報を送受信する無線送受信手段と、
互いに異なる識別情報で識別される複数台の受信機のうち少なくとも或る受信機の識別情報を含むビーコンを、前記他の送受信機から前記無線送受信手段が受信すると、前記他の送受信機からの情報の配信を求める要求を、前記或る受信機の前記識別情報を要求元として設定して前記他の送受信機へと送信するよう、前記無線送受信手段を制御する制御手段と、
を備えることを特徴とする送受信機。
【符号の説明】
【０３２８】
１００ 無線通信システム
１０１ａ、１０１ｂ ＣＮ・ＤＭペア
１０２ａ、１０２ｂ、５００ コーディネータ（ＣＮ）
１０３ａ、１０３ｂ、４００ ダミー端末（ＤＭ端末）
１０４ａ〜１０４ｅ、２００ 受信専用端末（Ｒ端末）
１０５ａ〜１０５ｃ、３００ エンドデバイス（ＥＤ）
１０６ サーバ
２０１、３０１、４０１、５０１ アンテナ
２０２ 受信回路
２０３、３０３、４０３、５０３ プロセッサ
２０４、３０４、４０４、５０４ タイマ
２０５、３０５、４０５、５０５ ＲＡＭ
２０６、３０６、４０６、５０６ 不揮発性記憶装置
２０７、３０８ ディスプレイ
２０８、３０９ スピーカ
２０９、３１０、４０７、５０８ バス
２１０、３１１ 電池
３０２、４０２、５０２ 送受信回路
３０７ ＲＦＩＤリーダ
５０７ 有線接続インタフェイス
６００ データフレーム
６０１、７０１、８０１、９０１ フレームコントロール
６０２、７０２、８０２、９０２ シーケンス番号
６０３、９０３ 宛先ＰＡＮＩＤ
６０４、９０４ 宛先アドレス
６０５、７０３、９０５ 送信元ＰＡＮＩＤ
６０６、７０４、９０６ 送信元アドレス
６０７ データペイロード
６０８、７０９、８０３、９０９ ＦＣＳ
７００ ビーコンフレーム
７０５ スーパフレーム定義
７０６ ＧＴＳ
７０７ ペンディングアドレス
７０８ ビーコンペイロード
８００ ＡＣＫフレーム
９００ ＭＡＣコマンドフレーム
９０７ コマンドフレームＩＤ
９０８ コマンドペイロード
Ｃ１〜Ｃ３ 通信
【特許請求の範囲】
【請求項１】
第１の送受信機と、
前記第１の送受信機との間で無線通信を行う第２の送受信機と、
互いに異なる識別情報で識別される複数台の受信機と
を含み、
前記第１の送受信機は、前記第２の送受信機からの情報の配信を求める要求を、前記複数台の受信機のうちの或る受信機の識別情報を要求元として設定して、前記第２の送受信機に無線で送信し、
前記第２の送受信機は、前記第１の送受信機から前記要求を受信すると、前記或る受信機の前記識別情報と対応づけられた配信情報を、前記或る受信機の前記識別情報を宛先として設定して、無線で送信し、
前記複数台の受信機の各々は、当該受信機の識別情報が宛先として設定されて前記第２の送受信機から送信される配信情報を受信する
ことを特徴とする無線通信システム。
【請求項２】
前記第２の送受信機は、前記複数台の受信機のうち少なくとも１台の受信機の識別情報を含むビーコンを無線で送信し、
前記或る受信機は、前記ビーコンに識別情報が含まれる受信機であり、
前記複数台の受信機の各々は、
前記ビーコンの中に当該受信機の前記識別情報が含まれる場合、前記ビーコン内での当該受信機の前記識別情報の位置に基づいて、当該受信機の前記識別情報が宛先として設定されて前記配信情報が前記第２の送受信機から送信される時間帯を計算し、
当該受信機を、前記時間帯に無線電波の受信が可能な状態に制御する
ことを特徴とする請求項１に記載の無線通信システム。
【請求項３】
前記無線通信システムは、前記第１の送受信機と前記第２の送受信機のペアを複数含み、
複数の前記ペアの各々に含まれる前記第２の送受信機が、前記或る受信機の識別情報を含むビーコンを送信し、
複数の前記ペアの各々に含まれる前記第１の送受信機は、前記ビーコンを受信すると、当該第１の送受信機と前記ペアをなす前記第２の送受信機に前記要求を送信する
ことを特徴とする請求項１に記載の無線通信システム。
【請求項４】
前記第２の送受信機との間で無線通信を行う第３の送受信機をさらに備え、
前記第３の送受信機は、前記第２の送受信機からの情報の配信を求める要求を、前記第３の送受信機の識別情報を要求元として設定して前記第２の送受信機に送信し、
前記第２の送受信機は、前記第３の送受信機からの前記要求を受信すると、前記第３の送受信機の前記識別情報と対応づけられた配信情報を、前記第３の送受信機の前記識別情報を宛先として設定して送信し、
前記第３の送受信機は、前記第３の送受信機の前記識別情報が宛先として設定されて前記第２の送受信機から送信される前記配信情報を受信する
ことを特徴とする請求項１から３のいずれか１項に記載の無線通信システム。
【請求項５】
第１の送受信機が、前記第１の送受信機との間で無線通信を行う前記第２の送受信機からの情報の配信を求める要求を、互いに異なる識別情報で識別される複数台の受信機のうちの或る受信機の識別情報を要求元として設定して、前記第２の送受信機に無線で送信し、
前記第２の送受信機は、前記第１の送受信機から前記要求を受信すると、前記或る受信機の前記識別情報と対応づけられた配信情報を、前記或る受信機の前記識別情報を宛先として設定して、無線で送信し、
前記複数台の受信機の各々は、当該受信機の識別情報が宛先として設定されて前記第２の送受信機から送信される配信情報を受信する
ことを特徴とする無線通信方法。
【請求項１】
第１の送受信機と、
前記第１の送受信機との間で無線通信を行う第２の送受信機と、
互いに異なる識別情報で識別される複数台の受信機と
を含み、
前記第１の送受信機は、前記第２の送受信機からの情報の配信を求める要求を、前記複数台の受信機のうちの或る受信機の識別情報を要求元として設定して、前記第２の送受信機に無線で送信し、
前記第２の送受信機は、前記第１の送受信機から前記要求を受信すると、前記或る受信機の前記識別情報と対応づけられた配信情報を、前記或る受信機の前記識別情報を宛先として設定して、無線で送信し、
前記複数台の受信機の各々は、当該受信機の識別情報が宛先として設定されて前記第２の送受信機から送信される配信情報を受信する
ことを特徴とする無線通信システム。
【請求項２】
前記第２の送受信機は、前記複数台の受信機のうち少なくとも１台の受信機の識別情報を含むビーコンを無線で送信し、
前記或る受信機は、前記ビーコンに識別情報が含まれる受信機であり、
前記複数台の受信機の各々は、
前記ビーコンの中に当該受信機の前記識別情報が含まれる場合、前記ビーコン内での当該受信機の前記識別情報の位置に基づいて、当該受信機の前記識別情報が宛先として設定されて前記配信情報が前記第２の送受信機から送信される時間帯を計算し、
当該受信機を、前記時間帯に無線電波の受信が可能な状態に制御する
ことを特徴とする請求項１に記載の無線通信システム。
【請求項３】
前記無線通信システムは、前記第１の送受信機と前記第２の送受信機のペアを複数含み、
複数の前記ペアの各々に含まれる前記第２の送受信機が、前記或る受信機の識別情報を含むビーコンを送信し、
複数の前記ペアの各々に含まれる前記第１の送受信機は、前記ビーコンを受信すると、当該第１の送受信機と前記ペアをなす前記第２の送受信機に前記要求を送信する
ことを特徴とする請求項１に記載の無線通信システム。
【請求項４】
前記第２の送受信機との間で無線通信を行う第３の送受信機をさらに備え、
前記第３の送受信機は、前記第２の送受信機からの情報の配信を求める要求を、前記第３の送受信機の識別情報を要求元として設定して前記第２の送受信機に送信し、
前記第２の送受信機は、前記第３の送受信機からの前記要求を受信すると、前記第３の送受信機の前記識別情報と対応づけられた配信情報を、前記第３の送受信機の前記識別情報を宛先として設定して送信し、
前記第３の送受信機は、前記第３の送受信機の前記識別情報が宛先として設定されて前記第２の送受信機から送信される前記配信情報を受信する
ことを特徴とする請求項１から３のいずれか１項に記載の無線通信システム。
【請求項５】
第１の送受信機が、前記第１の送受信機との間で無線通信を行う前記第２の送受信機からの情報の配信を求める要求を、互いに異なる識別情報で識別される複数台の受信機のうちの或る受信機の識別情報を要求元として設定して、前記第２の送受信機に無線で送信し、
前記第２の送受信機は、前記第１の送受信機から前記要求を受信すると、前記或る受信機の前記識別情報と対応づけられた配信情報を、前記或る受信機の前記識別情報を宛先として設定して、無線で送信し、
前記複数台の受信機の各々は、当該受信機の識別情報が宛先として設定されて前記第２の送受信機から送信される配信情報を受信する
ことを特徴とする無線通信方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１３−９３７３４（Ｐ２０１３−９３７３４Ａ）
【公開日】平成２５年５月１６日（２０１３．５．１６）
【国際特許分類】
【出願番号】特願２０１１−２３４４１８（Ｐ２０１１−２３４４１８）
【出願日】平成２３年１０月２５日（２０１１．１０．２５）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２５年５月１６日（２０１３．５．１６）
【国際特許分類】
【出願日】平成２３年１０月２５日（２０１１．１０．２５）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]