(57)【特許請求の範囲】
【請求項１】
電源電圧を測定する電源電圧測定部と、
前記測定した電源電圧に基づいて送信電力を決定する送信電力決定部と、
前記決定した送信電力を示す送信電力情報を含む広告パケットを、前記決定した送信電力に基づいて無線送信する無線送信部と、
前記広告パケットの送信ごとの送信電力を示す送信電力パターンと電源である電池の残量とを関連付ける送信電力パターンテーブルを記憶する記憶部を備え、
前記送信電力決定部は、前記送信電力パターンテーブルに基づき、前記測定した電源電圧に対応する前記電池の残量に応じて前記送信電力を決定する、無線送信装置。
【請求項２】
前記広告パケットは、Ｂｌｕｅｔｏｏｔｈ（登録商標）に準拠したｉＢｅａｃｏｎ（登録商標）パケットであり、
前記送信電力情報は、前記ｉＢｅａｃｏｎパケットのＭｅａｓｕｒｅｄ  Ｐｏｗｅｒである、
請求項１に記載の無線送信装置。
【請求項３】
前記送信電力決定部は、前記測定した電源電圧の低下に応じて前記送信電力を変動させる、
請求項１に記載の無線送信装置。
【請求項４】
前記送信電力決定部は、前記広告パケットの送信ごとに、前記送信電力を変動させる、
請求項３に記載の無線送信装置。
【請求項５】
前記送信電力決定部は、電源である電池の交換時期に対応した電源電圧の閾値より、前記測定した電源電圧が低い場合、前記送信電力を変動させる、
請求項３に記載の無線送信装置。
【請求項６】
前記無線送信部は、前記決定した送信電力に対応する制御信号に応じて、前記広告パケットの送信電力を切り替えるアッテネータを備える、
請求項１に記載の無線送信装置。
【請求項７】
広告パケットを受信する無線受信部と、
前記広告パケットに含まれる送信電力情報に基づいて、前記広告パケットを送信する送信装置の電源の状態を検出する電源状態検出部と、
前記受信する広告パケットごとの受信信号強度を示す受信信号強度パターンと無線受信装置の電源である電池の残量とを関連付ける受信信号強度パターンテーブルを記憶する記憶部を備え、
前記電源状態検出部は、前記受信信号強度パターンテーブルに基づき、前記送信電力情報に応じた前記電池の残量を検出する、無線受信装置。
【請求項８】
前記無線受信部が受信する広告パケットを含む無線信号の受信信号強度を測定する受信信号強度測定部を備え、
前記電源状態検出部は、前記広告パケットに含まれる送信電力情報と前記測定した受信信号強度とに基づいて、前記送信装置の電源の状態を検出する、
請求項７に記載の無線受信装置。
【請求項９】
前記広告パケットは、Ｂｌｕｅｔｏｏｔｈ（登録商標）に準拠したｉＢｅａｃｏｎ（登録商標）パケットであり、
前記送信電力情報は、前記ｉＢｅａｃｏｎパケットのＭｅａｓｕｒｅｄ  Ｐｏｗｅｒである、
請求項７に記載の無線受信装置。
【請求項１０】
前記電源状態検出部は、前記受信した広告パケットごとの前記送信電力情報の変動に基づいて、前記電源の状態を検出する、
請求項７に記載の無線受信装置。
【請求項１１】
前記電源状態検出部は、前記送信電力情報の変動に基づいて、前記送信装置の電源電圧の低下を検出する、
請求項１０に記載の無線受信装置。
【請求項１２】
前記電源状態検出部は、前記送信電力情報の変動に基づいて、前記送信装置の電源である電池の交換時期を検出する、
請求項１０に記載の無線受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線送信装置及び無線受信装置に関し、例えば、送信電力を制御する無線送信装置及び無線受信装置に好適に利用できるものである。
【背景技術】
【０００２】
種々の電子機器間で無線通信を行うため、Ｂｌｕｅｔｏｏｔｈ（登録商標）などの無線通信規格の利用が普及している。特に、近年規格化されたＢｌｕｅｔｏｏｔｈ  ＬＥ（Ｌｏｗ  Ｅｎｅｒｇｙ）（Ｂｌｕｅｔｏｏｔｈ  Ｓｍａｒｔ）では、大幅な省電力化が可能となったため、さらに多様な機器での利用が期待されている。
【０００３】
一般に、このような電子機器は、電源となる電池を内蔵しており、ユーザに電池交換の時期等を知らせるため電池残量の表示を行っている。関連する技術として、例えば、特許文献１が知られている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００１−１５１７９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１などのような従来技術では、電子機器が電源電圧に応じてＬＥＤ（ＬＥＤランプ）を点滅または点灯させることで、電池残量を表示している。しかしながら、上記のように無線通信可能な電子機器の場合、様々な環境で利用されることから、必ずしもＬＥＤの表示をユーザが視認できるとは限らない。
【０００６】
したがって、電子機器である無線装置が利用される環境によっては、ＬＥＤなどの表示部をユーザが視認することができないため、無線装置の電源の状態を確認することが困難であるという問題があった。
【０００７】
その他の課題と新規な特徴は、本明細書の記述および添付図面から明らかになるであろう。
【課題を解決するための手段】
【０００８】
一実施の形態によれば、無線送信装置は、電源電圧測定部と、送信電力決定部と、無線送信部とを備える。電源電圧測定部は、電源電圧を測定し、送信電力決定部は、測定した電源電圧に基づいて送信電力を決定する。無線送信部は、決定した送信電力を示す送信電力情報を含む広告パケットを、決定した送信電力に基づいて無線送信する。
【０００９】
また、他の一実施の形態によれば、送信電力決定部は、予め決められた値と測定した電源電圧に基づく値を比較した結果に基づいて送信電力を決定し、無線送信部は、決定した送信電力に基づいて送信する送信電力を低下させてもよい。
【００１０】
一実施の形態によれば、無線受信装置は、無線受信部と、電源状態検出部とを備える。無線受信部は、無線送信装置から送信された広告パケットを受信する。電源状態検出部は、広告パケットに含まれる送信電力情報に基づいて、無線送信装置の電源の状態を検出する。
【００１１】
また、他の一実施の形態によれば、受信された無線信号の受信信号強度を測定する受信信号強度測定部を備え、電源状態検出部は、予め決められた値と前記測定した受信信号強度を比較した結果に基づいて、無線送信装置の電源の状態を検出してもよい。
【００１２】
なお、上記実施の形態の装置を方法やシステムに置き換えて表現したもの、該装置または該装置の一部の処理をコンピュータに実行せしめるプログラム、該装置を備えた撮像装置なども、本発明の態様としては有効である。
【発明の効果】
【００１３】
前記一実施の形態によれば、無線装置の電源の状態を確認することができる。
【図面の簡単な説明】
【００１４】
【図１Ａ】実施の形態に係る無線通信システムの概要構成の一例を示す構成図である。
【図１Ｂ】実施の形態に係る無線通信システムの概要構成の一例を示す構成図である。
【図１Ｃ】実施の形態に係る無線通信システムの概要構成の一例を示す構成図である。
【図２】実施の形態１に係る無線通信システムの構成例を示す構成図である。
【図３】実施の形態１に係る無線通信システムの動作の概要を示す図である。
【図４】実施の形態１に係る無線通信システムの動作の流れの一例を示す図である。
【図５】実施の形態１に係る無線通信システムで使用する閾値の一例を示す図である。
【図６】実施の形態１に係る無線通信システムで使用する信号の一例を示す図である。
【図７】実施の形態１に係る無線通信システムで使用するＭｅｓｕｒｅａｄ  Ｐｏｗｅｒの一例を示す図である。
【図８】実施の形態１に係る無線通信システムの動作の流れの他の例を示す図である。
【図９】実施の形態１に係る無線通信システムで使用する信号パターンの一例を示す図である。
【図１０】実施の形態２に係る無線通信システムの動作の流れの一例を示す図である。
【図１１】実施の形態の変形例に係る近距離無線デバイスの構成例を示す構成図である。
【図１２】実施の形態の変形例に係るアッテネータの構成例を示す回路図である。
【図１３】実施の形態の変形例に係るアッテネータの動作例を示す入出力表である。
【図１４】参考例の近距離無線デバイスの構成を示す構成図である。
【図１５】参考例の近距離無線デバイスの動作を示すフローチャートである。
【図１６】参考例の近距離無線デバイスの課題を説明するための図である。
【図１７】他の参考例の無線通信システムの動作の流れを示す図である。
【図１８】ｉＢｅａｃｏｎパケットの構成を示す構成図である。
【発明を実施するための形態】
【００１５】
説明の明確化のため、以下の記載及び図面は、適宜、省略、及び簡略化がなされている。また、様々な処理を行う機能ブロックとして図面に記載される各要素は、ハードウェア的には、ＣＰＵ、メモリ、その他の回路で構成することができ、ソフトウェア的には、メモリにロードされたプログラムなどによって実現される。したがって、これらの機能ブロックがハードウェアのみ、ソフトウェアのみ、またはそれらの組合せによっていろいろな形で実現できることは当業者には理解されるところであり、いずれかに限定されるものではない。なお、各図面において、同一の要素には同一の符号が付されており、必要に応じて重複説明は省略されている。
【００１６】
（実施の形態に至る検討）
図１４は、参考例の近距離無線デバイスの構成を示している。図１４に示すように、参考例の近距離無線デバイス９００は、電池９０１、ＬＥＤ９０２、ＭＣＵ９０３、ＲＦＩＣ９０４、アンテナ９０５を備えている。参考例の近距離無線デバイス９００では、電池９０１に蓄電された電荷が少なくなるにしたがって電池の出力電圧は低下するため、所望の電圧値を下回った際にＬＥＤ９０２を点灯／点滅させ、ユーザに電池交換の時期を連絡する。
【００１７】
図１５は、参考例の近距離無線デバイス９００の動作を示している。図１５に示すように、電池９０１の残量減により電池９０１の出力電圧が低下する（Ｓ９０１）。ＭＣＵ９０３は、電池９０１の出力電圧をモニタし、出力電圧が閾値を下回ったときにＬＥＤ９０２へ点灯／点滅を指示する（Ｓ９０２）。ＬＥＤ９０２は、ＭＣＵ９０２からの指示に応じて点灯／点滅する（Ｓ９０３）。ユーザは、ＬＥＤ９０２の点灯／点滅を目視で確認し、電池９０１の交換を実施する（Ｓ９０４）。
【００１８】
近距離無線デバイス９００は、無線で通信するため、様々な環境に配置し利用することができる。例えば、図１６のように、近距離無線デバイス９００とユーザの間に障害物９０６が存在し、デバイス自体をユーザの目が届かない場所に設置する場合がある。近距離無線デバイス９００を見え難い場所に設置すると、ユーザがＬＥＤ９０２を確認することができない。そうすると、ＬＥＤ９０２の変化をユーザが見逃してしまうため、電池交換の時期を知ることができない。
【００１９】
そこで、無線通信を介して、他の無線装置に電池残量を通知する例について検討する。図１７は、他の参考例の無線通信システムの動作を示している。参考例の無線通信システム９１０では、近距離無線デバイス９２０からレシーバ９３０へ電池残量を無線送信する。
【００２０】
図１７に示すように、近距離無線デバイス９２０では、電池の残量減により出力電圧が低下する（Ｓ９１１）。近距離無線デバイス９２０は、電池の出力電圧をモニタし（Ｓ９１２）、予め記憶された出力電圧と電池残量の相関テーブルを参照して電池残量を把握する（Ｓ９１３）。近距離無線デバイス９２０は、送信パケットのデータ（ペイロード）に電池残量を格納し（Ｓ９１４）、電池残量を格納したパケット信号をレシーバ９３０へ送信する（Ｓ９１５）。
【００２１】
レシーバ９３０は、近距離無線デバイス９２０からパケット信号を受信し（Ｓ９１６）、受信したパケットから電池残量を取得する（Ｓ９１７）。レシーバ９３０は、電池残量を表示出力する（Ｓ９１８）。これにより、近距離無線デバイス９２０が障害物９４０により視認できない場合でも、ユーザは、近距離無線デバイス９２０の電池残量を把握することができる（Ｓ９１９）。
【００２２】
図１７のように、通信するデータの中に電池残量を含めて無線送信する方法が考えられる。しかし、近年の近距離無線技術の主要な課題である低消費電力化を達成するためには、無線チップ（ＲＦＩＣ）の動作時間を出来るだけ短くする必要がある。このため、電池残量データといったサービスの本質ではない付加価値的なデータを送信パケットに格納することは困難である。
【００２３】
また、一般にＢｌｕｅｔｏｏｔｈで電池残量データを送信しようとすると、ペアリングなどの接続手順が必要となる。そうすると、電池残量データを送信するたびに接続手順を実行するため、無駄に電力を消費してしまい、省電力化の妨げとなる。
【００２４】
一方、Ｂｌｕｅｔｏｏｔｈ  ＬＥでは、省電力化のため、非接続でデータをブロードキャストする方式が採用されている。Ｂｌｕｅｔｏｏｔｈ  ＬＥの非接続ブロードキャストを使ったサービスとして、近距離領域での位置情報を提供するｉＢｅａｃｏｎ（登録商標）サービスが提供されている。
【００２５】
図１８は、ｉＢｅａｃｏｎサービスで使用されるｉＢｅａｃｏｎパケットの構成を示している。ｉＢｅａｃｏｎパケットは、非接続でサービス提供に必要なデータを配信する非接続アドバタイジング・パケットである。図１８に示すように、ｉＢｅａｃｏｎパケットは、プリアンブル、アクセスアドレス、ペイロードデータ、ＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）を含む。また、ｉＢｅａｃｏｎパケット内のペイロードデータは、ヘッダー、Ａｄｖアドレス（Ａｄｖｅｒｔｉｓｉｎｇアドレス）、ＵＵＩＤ（１２８ビット）、Ｍａｊｏｒ（１６ビット）、Ｍｉｎｏｒ（１６ビット）、Ｍｅａｓｕｒｅｄ  Ｐｏｗｅｒ（８ビット）を含む。
【００２６】
送信側の近距離無線デバイスは、ペイロードデータ内のＵＵＩＤ、Ｍａｊｏｒ、Ｍｉｎｏｒに識別ＩＤを設定し、Ｍｅａｓｕｒｅｄ  Ｐｏｗｅｒに距離測定の算出に使用する１ｍ離れた地点の送信レベル値を設定し、これらを設定したｉＢｅａｃｏｎフレームを送信する。
【００２７】
レシーバは、ＵＵＩＤで企業／組織を識別し、Ｍａｊｏｒ及びＭｉｎｏｒでサービス内容を識別し、Ｍｅａｓｕｒｅｄ  Ｐｏｗｅｒにより検出した距離に応じてサービスを実行する。例えば、近距離無線デバイスがＭｅａｓｕｒｅｄ  Ｐｏｗｅｒに−５０ｄＢｍを設定し、レシーバでの受信レベルが−５０ｄＢｍ以上の場合、近距離無線デバイスからレシーバの距離が１ｍ以内であると検出できる。また、真空中の周波数ｆｒｅｑ.＝２．４ＧＨｚでは概ね１０ｍ離れると信号レベルは−２０ｄＢ減衰するため、「設定値−５０ｄＢｍ」と「レシーバでの受信レベル」の差分からから近距離無線デバイスとレシーバの距離を検出できる。
【００２８】
しかしながら、ｉＢｅａｃｏｎサービスでは、図１８のように、ｉＢｅａｃｏｎパケットのパケットサイズが固定であり、ペイロードデータにその他のデータを格納する領域がない。このため、電池残量や電池交換時期など電源の状態を通知することはできない。そこで、以下の実施の形態では、ｉＢｅａｃｏｎサービスなどに適用した場合でも、受信側が、送信側の電源の状態を確認することを可能とする。
【００２９】
（実施の形態の概要）
図１Ａ〜図１Ｃは、後述する実施の形態に係る無線通信システムの概要例を示している。図１Ａ〜図１Ｃに示すように、実施の形態に係る無線通信システム１は、無線送信を行う無線送信装置１０、無線受信を行う無線受信装置２０を備えている。
【００３０】
図１Ａ〜図１Ｃに示すように、無線送信装置１０は、電源電圧測定部１１、送信電力決定部１２、無線送信部１３を備える。電源電圧測定部１１は、無線送信装置１０の電源電圧を測定する。送信電力決定部１２は、電源電圧測定部１１が測定した電源電圧に基づいて送信電力を決定する。無線送信部１３は、送信電力決定部１２が決定した送信電力を示す送信電力情報を含む広告パケットを、決定した送信電力に基づいて無線送信する。また、送信電力決定部１２は、予め決められた値と電源電圧に基づく値を比較した結果に基づいて送信電力を決定し、無線送信部１３は、決定した送信電力に基づいて送信する送信電力を低下してもよい。
【００３１】
図１Ａの例では、無線受信装置２０は、電源状態検出部２１、無線受信部２３を備える。無線受信部２３は、無線送信装置１０から送信された広告パケットを受信する。電源状態検出部２１は、広告パケットに含まれる送信電力情報に基づいて、無線送信装置１０の電源の状態を検出する。図１Ｂの例では、無線受信装置２０は、さらに、無線受信部２３が受信する広告パケットを含む無線信号の受信信号強度を測定する受信信号強度測定部２２を備えており、電源状態検出部２１は、広告パケットに含まれる送信電力情報と測定した受信信号強度とに基づいて、無線送信装置１０の電源の状態を検出する。また、受信信号強度測定部２２は、受信された無線信号の受信信号強度を測定し、電源状態検出部２１は、予め決められた値と測定した受信信号強度を比較した結果に基づいて、無線送信装置１０の電源の状態を検出してもよい。図１Ｃの例では、無線受信装置２０は、広告パケットに含まれる送信電力情報から無線送信装置１０の電源の状態の情報を受信する無線受信部２３のみを備えている。
【００３２】
上記のように、無線送信装置が、広告パケットに送信電力情報を含め、また、電源電圧に応じた送信電力で送信し、無線受信装置が、広告パケットに含まれる送信電力情報に基づいて、また、受信信号強度に基づいて、無線送信装置の電源の状態を検出する。これより、無線送信装置を視認できない場合でも無線送信装置の電池残量や電池交換時期など電源の状態を確認することができる。また、送信するパケットのデータに影響を与えることなく、電源の状態を通知することができる。
【００３３】
（実施の形態１）
以下、図面を参照して実施の形態１について説明する。図２は、本実施の形態に係る無線通信システムの構成を示している。図２に示すように、本実施の形態に係る無線通信システム１０１は、近距離無線デバイス１００、レシーバ２００を備えている。
【００３４】
近距離無線デバイス１００は、Ｂｌｕｅｔｏｏｔｈに準拠してレシーバ２００へ無線送信を行う無線送信装置である。近距離無線デバイス１００は、例えば無線センサなどであり、定期的にｉＢｅａｃｏｎパケットを送信するｉＢｅａｃｏｎデバイスである。近距離無線デバイス１００は、ｉＢｅａｃｏｎパケットのように、特に低電力化のため送信パケット長に制限がある無線規格に準拠している。なお、近距離無線デバイス１００は、Ｂｌｕｅｔｏｏｔｈに限らず、電池（バッテリー）で動作するその他の近距離無線デバイスでもよい。
【００３５】
近距離無線デバイス１００は、電池１１０、ＭＣＵ１２０、ＲＦＩＣ１３０、アンテナ１４０を備えている。例えば、ＭＣＵ１２０とＲＦＩＣ１３０は、別々の半導体チップで構成されているが、ＭＣＵ１２０とＲＦＩＣ１３０とを含む１つの半導体チップとしてもよい。近距離無線デバイス１００は、その他に、ｉＢｅａｃｏｎサービスの提供に必要な情報を取得するため、各種センサなどを備えてもよい。
【００３６】
電池１１０は、近距離無線デバイス１００の電源であり、出力電圧（電源電圧）ＶｅｘをＭＣＵ１２０及びＲＦＩＣ１３０へ供給する。ＭＣＵ（Ｍｉｃｒｏ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ）１２０は、近距離無線デバイス１００で必要な制御処理を実行する制御部である。ＭＣＵ１２０は、ＬＤＯ１２１、モニタ１２２、メモリ１２３、ＣＰＵ１２４、ＩＦ１２５を備えている。
【００３７】
ＬＤＯ（Ｌｏｗ  Ｄｒｏｐ  Ｏｕｔ）１２１は、ＭＣＵ１２０の内部電圧を生成するレギュレータである。ＬＤＯ１２１は、電池１１０の出力電圧Ｖｅｘ（例えば１．８Ｖ）が入力され、内部電圧Ｖｉｎ（例えば１．２Ｖ）を生成し、内部電圧Ｖｉｎをメモリ１２３、ＣＰＵ１２４、ＩＦ１２５へ供給する。モニタ１２２は、電池１１０の出力電圧（電源電圧）Ｖｅｘをモニタ（測定）する電源電圧測定部である。
【００３８】
メモリ１２３は、ＣＰＵ１２４の処理に必要なデータやプログラムを記憶する記憶部である。メモリ１２３は、例えば、出力電圧と電池残量とを関連付ける電池残量相関テーブル１２３ａや、電池残量と送信電力の変化パターンを関連付ける変化パターン相関テーブル（送信電力パターンテーブル）１２３ｂなどを記憶する。電池残量相関テーブル１２３ａと変化パターン相関テーブル１２３ｂを参照することにより、測定した出力電圧に対応する電池残量に応じて送信電力（変化パターン）が決定できる。なお、変化パターン相関テーブル１２３ｂが、電池の出力電圧と送信電力の変化パターンを関連付けておき、変化パターン相関テーブル１２３ｂに基づいて、測定した出力電圧に応じた送信電力（変化パターン）を決定してもよい。
【００３９】
ＣＰＵ１２４は、メモリ１２３のデータやプログラムに基づいて制御処理を実行する。ＣＰＵ１２４は、モニタ１２２が測定した電池１１０の出力電圧Ｖｅｘに基づき、無線送信するための送信電力を決定する送信電力決定部である。ＣＰＵ１２４は、出力電圧Ｖｅｘの低下に応じて、ｉＢｅａｃｏｎパケットの送信ごとに送信電力を変動させる。例えば、ＣＰＵ１２４は、電池交換時期に対応した閾値よりも出力電圧Ｖｅｘが低い場合、ｉＢｅａｃｏｎパケットの送信電力を変動させる。ＣＰＵ１２４は、決定した送信電力と、送信電力に対応したｉＢｅａｃｏｎパケットのＭｅａｓｕｒｅｄ  Ｐｏｗｅｒを、ＩＦ１２５を介してＲＦＩＣ１３０へ出力する。
【００４０】
ＲＦＩＣ１３０は、Ｂｌｕｅｔｏｏｔｈ規格にしたがって無線送信を行う無線送信部である。本実施の形態では、ＲＦＩＣ１３０は、ＭＣＵ１２０からの指示に応じたＭｅａｓｕｒｅｄ  Ｐｏｗｅｒ（送信電力情報）を含むｉＢｅａｃｏｎパケット（ビーコンパケット）を、ＭＣＵ１２０からの指示に応じた送信電力（振幅）で送信する。なお、ｉＢｅａｃｏｎパケットは、ビーコンパケットの一例であるが、ビーコンパケット以外のパケットに本実施の形態を適用してもよい。例えば、所定の情報を定期的にブロードキャスト配信するその他の広告パケット（アドバタイズパケット）でもよい。ＲＦＩＣ１３０は、ＬＤＯ１３１、ＩＦ１３２、ベースバンド１３３、ＴＸ（送信ブロック）１３４、ＲＸ（受信ブロック）１３５を備えている。なお、本実施の形態ではｉＢｅａｃｏｎパケットを送信するｉＢｅａｃｏｎサービスのみを提供するため、ＲＦＩＣ１３０では、ＲＸ１３５は使用せず、ＴＸ１３４のみを使用する。
【００４１】
ＬＤＯ１３１は、ＲＦＩＣ１３０の内部電圧を生成するレギュレータである。ＬＤＯ１３１は、電池１１０の出力電圧Ｖｅｘ（例えば１．８Ｖ）が入力され、内部電圧Ｖｉｎ（例えば１．２Ｖ）を生成し、内部電圧ＶｉｎをＩＦ１３２、ベースバンド１３３、ＴＸ１３４、ＲＸ１３５へ供給する。
【００４２】
ベースバンド１３３は、Ｂｌｕｅｔｏｏｔｈの通信プロトコルを実現する信号処理部であり、ＭＣＵ１２０側からの詳細な指示がなくても通信プロトコルに従った通信を行うことができる。ベースバンド１３３は、ＩＦ１３２を介してＭＣＵ１２０から送信電力とＭｅａｓｕｒｅｄ  Ｐｏｗｅｒを取得する。ベースバンド１３３は、取得したＭｅａｓｕｒｅｄ  Ｐｏｗｅｒを設定したｉＢｅａｃｏｎパケットをＴＸ１３４へ出力し、ＴＸ１３４は、ＭＣＵ１２０から取得した送信電力（振幅）のｉＢｅａｃｏｎパケットを、アンテナ１４０を介して無線送信する。
【００４３】
レシーバ２００は、Ｂｌｕｅｔｏｏｔｈに準拠して近距離無線デバイス１００から無線受信を行う無線受信装置である。レシーバ２００は、例えば、スマートフォンや携帯電話、タブレット端末などであり、定期的にｉＢｅａｃｏｎパケットを受信するｉＢｅａｃｏｎレシーバである。
【００４４】
レシーバ２００は、電源である電池２１０、制御部であるＭＣＵ２２０、無線受信部であるＲＦＩＣ２３０、アンテナ２４０、ユーザへ出力する出力部２５０を備えている。ＭＣＵ２２０及びＲＦＩＣ２３０の基本的な構成は、近距離無線デバイス１００のＭＣＵ１２０及びＲＦＩＣ１３０と同様である。
【００４５】
ＲＦＩＣ２３０は、ＬＤＯ２３１、ＩＦ２３２、ベースバンド２３３、ＴＸ２３４、ＲＸ２３５を備えている。なお、本実施の形態ではｉＢｅａｃｏｎパケットを受信するｉＢｅａｃｏｎサービスのみを提供するため、ＲＦＩＣ２３０では、ＴＸ２３４は使用せず、ＲＸ２３４のみを使用する。
【００４６】
ＬＤＯ２３１は、電池２１０の出力電圧が入力され、内部電圧を生成し、内部電圧をＩＦ２３２、ベースバンド２３３、ＴＸ２３４、ＲＸ２３５へ供給する。ＲＸ２３５は、アンテナ２４０を介して受信する無線信号（ｉＢｅａｃｏｎパケット）の受信信号強度（ＲＳＳＩ）を測定する受信信号強度測定部である。
【００４７】
ベースバンド２３３は、アンテナ２４０及びＲＸ２３５を介してｉＢｅａｃｏｎパケットを受信し、ｉＢｅａｃｏｎパケットに含まれるＭｅａｓｕｒｅｄ  Ｐｏｗｅｒを取得する。ベースバンド２３３は、取得した受信信号強度とＭｅａｓｕｒｅｄ  Ｐｏｗｅｒを、ＩＦ２３２を介してＭＣＵ２２０へ出力する。
【００４８】
ＭＣＵ２２０は、ＬＤＯ２２１、メモリ２２３、ＣＰＵ２２４、ＩＦ２２５を備えている。ＬＤＯ２２１は、電池２１０の出力電圧が入力され、内部電圧を生成し、内部電圧をメモリ２２３、ＣＰＵ２２４、ＩＦ２２５へ供給する。
【００４９】
メモリ２２３は、例えば、電池残量と受信信号強度の変化パターンを関連付ける変化パターン相関テーブル（受信信号強度パターンテーブル）２２３ａなどを記憶する。変化パターン相関テーブル２２３ａにより、受信信号強度及びＭｅａｓｕｒｅｄ  Ｐｏｗｅｒに応じた電池残量が検出できる。なお、変化パターン相関テーブル２２３ａが電源電圧と受信信号強度の変化パターンを関連付けておき、変化パターン相関テーブル２２３ａに基づき、受信信号強度及びＭｅａｓｕｒｅｄ  Ｐｏｗｅｒに応じた電源電圧が検出してもよい。
【００５０】
ＣＰＵ２２４は、ＩＦ２２５を介してＲＦＩＣ２３０からｉＢｅａｃｏｎパケットの受信信号強度とＭｅａｓｕｒｅｄ  Ｐｏｗｅｒを取得する。ＣＰＵ２２４は、取得した受信信号強度とＭｅａｓｕｒｅｄ  Ｐｏｗｅｒに基づいて、近距離無線デバイス１００の電池交換のタイミングや電池残量など電源の状態を検出する電源状態検出部である。ＣＰＵ２２４は、受信するｉＢｅａｃｏｎパケットごとの受信信号強度及びＭｅａｓｕｒｅｄ  Ｐｏｗｅｒの変動に応じて、電源電圧の低下や電池交換時期を検出する。なお、ＣＰＵ２２４は、受信信号強度とＭｅａｓｕｒｅｄ  Ｐｏｗｅｒのいずれか一方のみに基づいて、近距離無線デバイス１００の電源の状態を検出してもよい。ＣＰＵ２２４は、検出した電池交換のタイミングや電池残量を、ＩＦ２２５を介して出力部２５０へ出力する。
【００５１】
出力部２５０は、画面２５１、スピーカ２５２、バイブ（バイブレーション）２５３を備えている。画面２５１は、ＭＣＵ２２０から供給される電池交換のタイミングや電池残量などの電源の状態を表示する。スピーカ２５２は、ＭＣＵ２２０から供給される電源の状態に応じた音を出力する。バイブ２５３は、ＭＣＵ２２０から供給される電源の状態に応じて振動する。
【００５２】
図３は、本実施の形態に係る無線通信システムの動作の概要を示している。図３では、近距離無線デバイス１００とユーザ間に障害物３００が存在しているため、ユーザが直接近距離無線デバイス１００を目視出来ない状況となっている。
【００５３】
図３（ａ）は、本実施の形態に係る近距離無線デバイスがユーザに電源の状態を伝えるために送信するパケット（ｉＢｅａｃｏｎ）の無線信号を示している。一定時間間隔でｉＢｅａｃｏｎパケットが送信され、ここではＢｌｕｅｔｏｏｔｈに準拠して周波数変調（ＦＳＫ）で変調された無線信号が送信されている。
【００５４】
図３（ａ）は、電池残量が少ない場合に、電池交換の時期をユーザ側に発信する例である。図３（ａ−１）は電池残量が多い場合の無線信号を示し、図３（ａ−２）は電池残量が少ない場合の無線信号を示している。図３（ａ−１）に示すように、電池残量が多い場合、電池交換は不要であるため通常と同じ動作となり、各ｉＢｅａｃｏｎパケットの振幅レベル（送信電力）は一定である。
【００５５】
図３（ａ−２）に示すように、電池残量が少ない場合、電池交換が必要であることを通知するため、各ｉＢｅａｃｏｎパケットの振幅レベル（送信電力）を変動させる。この例ではｉＢｅａｃｏｎパケットごとに振幅レベルを、大小大小・・・と周期的に変動させている。この変動をレシーバ２００の受信パラメータである受信強度（ＲＳＳＩ）の変動として認識することで電池交換の時期を検出し、ユーザに電池交換の時期を通知する。図３（ａ−２）に示すように、無線信号の振幅を変動させても、周波数変調されているパケット内でのデータは変わらないため、ｉＢｅａｃｏｎパケットの送信に影響することはない。
【００５６】
なお、ここでは、周波数変調（ＦＳＫ）されているパケットの信号に対して振幅を変動させる例について説明するが、その他の変調方式であってもよい。例えば、位相変調（ＰＳＫ）されているパケットの信号に対しても、同様に振幅を変動させてもよい。また、振幅変調（ＡＳＫ）されているパケットの信号に対しては、パケット内で振幅が変化するため、振幅最大値や平均値を変動させてもよい。
【００５７】
また、本実施の形態では、各ｉＢｅａｃｏｎパケットの振幅（送信電力）の変動に同期して、各ｉＢｅａｃｏｎパケット内のＭｅａｓｕｒｅｄ  Ｐｏｗｅｒも変動させる。なお、ｉＢｅａｃｏｎパケットに限らず、送信電力情報を含むその他のパケット（例えば固定長パケット）であってもよい。
【００５８】
近距離無線デバイス１００では、ｉＢｅａｃｏｎパケットのデータをＭＣＵ１２０で生成／処理した後、次段のＲＦＩＣ１３０でベースバンド周波数（０Ｈｚ近傍）と高周波周波数（数ＧＨｚ）の間の周波数に変換し、アンテナ１４０から送信される。
【００５９】
ここで、ｉＢｅａｃｏｎパケットにおいて、ユーザが情報を変更できる部分は、ペイロードデータ内のＵＵＩＤ、Ｍａｊｏｒ、Ｍｉｎｏｒ、Ｍｅａｓｕｒｅｄ  Ｐｏｗｅｒである。これらを利用して電池残量を通知する方法を検討すると、ＵＵＩＤはサービス識別ＩＤであるため電池残量の都合で変更することはできず、またＭａｊｏｒ、Ｍｉｎｏｒを変更すると、システム全体への影響が大きく現実的ではない。
【００６０】
一方、Ｍｅａｓｕｒｅｄ  Ｐｏｗｅｒ（８ｂｉｔｓ）には送信電力設定レベルを表す値が格納されおり、このＭｅａｓｕｒｅｄ  Ｐｏｗｅｒ値とレシーバ側での受信強度（ＲＳＳＩ）の差分をパラメータとして、空間ロスから近距離無線デバイス（送信側）とレシーバとの距離を算出している。そうすると、Ｍｅａｓｕｒｅｄ  Ｐｏｗｅｒが少し変わっても、空間ロスが変わらなければ、差分パラメータも変わらない。したがって、本実施の形態では、電池残量が少なったときに、送信電力とＭｅａｓｕｒｅｄ  Ｐｏｗｅｒを周期的に連動して変化させることで、Ｍｅａｓｕｒｅｄ  Ｐｏｗｅｒ値の８ｂｉｔのデータ精度でレシーバ側へ送信を可能とする。
【００６１】
なお、近距離無線デバイス１００では、パケット信号の送信レベル強度の変更はＲＦＩＣ１３０で行う。通常、ＲＦＩＣは出力レベルの調整機能を備えているため、本実施の形態を実現するために新たに回路修正を行い、出力レベルの調整機能を追加する必要はない。
【００６２】
また、ｉＢｅａｃｏｎパケットのＭｅａｓｕｒｅｄ  Ｐｏｗｅｒは８ｂｉｔであるが、仮にＲＦＩＣでの送信レベル制御が８ｂｉｔよりも小さい場合、つまり、例えばＭｅａｓｕｒｅｄ  Ｐｏｗｅｒは送信レベルの０．１ｄＢステップの分解能を持つのに対し、ＲＦＩＣのアナログ回路では送信レベルを１ｄＢステップでしか変更できない場合、Ｍｅａｓｕｒｅｄ  Ｐｏｗｅｒの分解能がアナログ信号にとって誤差程度であれば、このときはＲＦＩＣの送信レベル設定はそのままにしておき、Ｍｅａｓｕｒｅｄ  Ｐｏｗｅｒだけを変更する。
【００６３】
図４は、本実施の形態に係る無線通信システムの動作の一例を示している。この例は、電池交換のあり／なし（電池交換時期）を通知する例である。
【００６４】
まず、電池１１０の残量減により電池１１０の出力電圧が低下する（Ｓ１０１）。モニタ１２２は、電池１１０の出力電圧をモニタし（Ｓ１０２）、出力電圧をＣＰＵ１２４へ伝える。
【００６５】
続いて、ＣＰＵ１２４は、伝えられた電池１１０の出力電圧とリファレンス値（閾値）とを比較する（Ｓ１０３）。この閾値は、電池交換時期を通知する基準であるため、少なくとも通知するためのパケットを送信可能な電圧である。図５は、コイン電池（ＣＲ２０３２）の放電特性及び閾値電圧の例を示している。例えば、図５のような放電特性の場合、通常時の電圧３．０Ｖに対し、閾値電圧を２．８５Ｖ（約９５％）とする。
【００６６】
続いて、ＣＰＵ１２４は、リファレンス値と比較した結果、電池１１０の出力電圧がリファレンス値を下回った場合、電池交換時期を通知するため、送信電力及びＭｅａｓｕｒｅｄ  Ｐｏｗｅｒを変動させるよう指示する（Ｓ１０４）。この例では、ＴＸの送信電力を変化させる指示と、送信電力の変化に合わせてｉＢｅａｃｏｎパケットのＭｅａｓｕｒｅｄ  Ｐｏｗｅｒ値を変化させる指示をＲＦＩＣ１３０へ出力する。ＲＦＩＣ１３０は、これらの指示にしたがい、ｉＢｅａｃｏｎパケットのＭｅａｓｕｒｅｄ  Ｐｏｗｅｒを変動させるとともに、送信電力を変動させて、ＴＸ（送信ブロック）からｉＢｅａｃｏｎパケットを送信する（Ｓ１０５）。
【００６７】
例えば、図６に示すように、電池１１０の出力電圧がリファレンス値（Ｖｒｅｆ）より低くなると（図６（ａ））、ＣＰＵ１２４は電池交換ビットをｄｉｓａｂｌｅからｅｎａｂｌｅに設定する（図６（ｂ））。電池交換ビットはＣＰＵ１２４の内部の制御ビットである。電池交換ビットがｅｎａｂｌｅになると、ＣＰＵ１２４は、送信電力（出力振幅）を周期的に変化させるようにＲＦＩＣ１３０を制御し（図６（ｄ））、同時にｉＢｅａｃｏｎパケット内のＭｅａｓｕｒｅｄ  Ｐｏｗｅｒを送信電力に連動させて変更する（図６（ｃ））。
【００６８】
例えば、図７のように、Ｍｅａｓｕｒｅｄ  Ｐｏｗｅｒの４ビットが送信電力のゲイン調整ビットであり、１ビットごとに送信電力が０．５ｄＢｍ上昇するものとする。電池交換時期を通知するため出力振幅が０ｄＢｍと０．５ｄＢｍを繰り返すように設定する場合、０ｄＢｍはＭｅａｓｕｒｅｄ  Ｐｏｗｅｒ値２２３に対応し、０．５ｄＢｍはＭｅａｓｕｒｅｄ  Ｐｏｗｅｒ値２３９に対応しているため、出力振幅に対応してｉＢｅａｃｏｎパケットのＭｅａｓｕｒｅｄ  Ｐｏｗｅｒが２２３と２３９を繰り返すように設定する。
【００６９】
一方、レシーバ２００では、ＲＦＩＣ２３０は、ＲＸ（受信ブロック）でｉＢｅａｃｏｎパケットを受信し、受信したｉＢｅａｃｏｎパケットの信号強度（ＲＳＳＩ）及びＭｅａｓｕｒｅｄ  Ｐｏｗｅｒを取得する（Ｓ１０６）。また、ＲＦＩＣ２３０のＲＸは、一般的な受信ブロック動作として、受信信号レベル（ＲＳＳＩ）に合わせ、受信ブロックのＧａｉｎ設定を調整する。
【００７０】
続いて、ＣＰＵ２２４は、ｉＢｅａｃｏｎパケットのＲＳＳＩ値及びＭｅａｓｕｒｅｄ Ｐｏｗｅｒ値の変動を検出し、電池交換が必要であること（電池交換時期）を検出する（Ｓ１０７）。ＣＰＵ２２４は、ｉＢｅａｃｏｎパケットごとのＲＳＳＩ値及びＭｅａｓｕｒｅｄ  Ｐｏｗｅｒ値をメモリ１２３に保存しておき、各ＲＳＳＩ値及びＭｅａｓｕｒｅｄ  Ｐｏｗｅｒ値を比較することで変動（変化パターン）を検出する。例えば、図６（ｃ）及び図６（ｄ）のように、ＲＳＳＩ値及びＭｅａｓｕｒｅｄ Ｐｏｗｅｒ値が周期的に変化している場合、電池交換が必要であることを検出する。例えば、所定の閾値とＲＳＳＩ値及びＭｅａｓｕｒｅｄ Ｐｏｗｅｒ値の両方またはいずれか一方とを比較した結果に基づいて、電池交換時期を検出してもよい。
【００７１】
続いて、出力部２５０は、電池交換が必要であること（電池交換時期）をユーザに通知する（Ｓ１０８）。例えば、画面２５１による表示や、スピーカ２５２によるアラーム、バイブ２５３による振動などで、電池交換時期を知らせる。これにより、ユーザは、電池交換時期を把握することができる（Ｓ１０９）。
【００７２】
図８は、本実施の形態に係る無線通信システムの動作の他の例を示している。この例は、電池残量を複数の段階（例えば、残量５０％、３０％、２０％、１０％など）で通知する例である。
【００７３】
まず、図４と同様に、電池１１０の残量減により電池１１０の出力電圧が低下し（Ｓ１０１）、モニタ１２２は、電池１１０の出力電圧をモニタする（Ｓ１０２）。
【００７４】
続いて、ＣＰＵ１２４は、メモリ１２３の出力電圧と電池残量を関連付ける電池残量相関テーブル１２３ａを参照し、モニタした出力電圧に基づいて電池１１０の電池残量を把握する（Ｓ１１１）。さらに、ＣＰＵ１２４は、メモリ１２３の電池残量と送信電力の変化パターン相関テーブル１２３ｂを参照し、電池残量に基づいて、送信電力及びのＭｅａｓｕｒｅｄ  Ｐｏｗｅｒの変動（変化パターン）をＲＦＩＣ１３０に指示する（Ｓ１１２）。ＲＦＩＣ１３０は、指示にしたがい、ｉＢｅａｃｏｎパケットのＭｅａｓｕｒｅｄ  Ｐｏｗｅｒ値及び送信電力を変動させる（Ｓ１０５）。
【００７５】
図９は、パケットの信号強度（送信電力）の変化パターンの例を示している。この例では、電池残量に対応した送信電力のパターンを周期的に繰り返す。図９に示すように、電池残量が３１％〜５０％の場合、信号強度を小、小、小、大、大、大のパターンで繰り返し、電池残量が２１％〜３０％の場合、信号強度を小、大、大、小、大、大のパターンで繰り返し、電池残量が１１％〜２０％の場合、信号強度を大、小、小、大、小、小のパターンで繰り返し、電池残量が１％〜１０％の場合、信号強度を大、小、大、小、大、小のパターンで繰り返す。また、電池残量が５１％以上の場合、信号強度を一定とする。
【００７６】
一方、レシーバ２００では、図４と同様に、ＲＦＩＣ２３０は、受信したｉＢｅａｃｏｎパケットのＭｅａｓｕｒｅｄ  Ｐｏｗｅｒ及び信号強度（ＲＳＳＩ）を取得する（Ｓ１０６）。
【００７７】
続いて、ＣＰＵ２２４は、メモリ２２３の電池残量と受信強度の変化パターン相関テーブル２２３ａを参照し、ｉＢｅａｃｏｎパケットのＲＳＳＩ値及びＭｅａｓｕｒｅｄ  Ｐｏｗｅｒ値の変化パターンを検出し、変化パターンに対応した電池残量を検出する（Ｓ１１３）。例えば、図９のように、ＲＳＳＩ値及びＭｅａｓｕｒｅｄ  Ｐｏｗｅｒ値が周期的に変化している場合、変化パターンに対応する電池残量を検出する。
【００７８】
続いて、出力部２５０は、検出した電池残量をユーザに通知する（Ｓ１１４）。例えば、画面２５１による表示や、スピーカ２５２によるアラーム、バイブ２５３による振動などで、電池残量を知らせる。これにより、ユーザは、電池残量を把握することができる（Ｓ１１５）。
【００７９】
以上のように、本実施の形態では、送信側が、送信パケット内のデータを変えることなく、送信パケット全体としての特性（送信レベルの平均値やＭａｘ値）に電池残量の情報をのせて送信し、受信側が、一定間隔毎に送られてくるパケットごとに特性を比較することで、電池残量のデータを受け取る。
【００８０】
関連する技術のように、ＬＥＤの点灯／点滅で電池交換の時期を通知すると、ユーザの視野に入り難い場所にデバイスが配置された場合に発見が遅れる。本実施の形態では、無線データとして電源の状態の情報を送信するため、ユーザが近距離無線デバイスを直接目視できなかったとしても、ユーザに電源の状態の情報を通知することができる。また、送信パケットに含まれる本来のデータに、電源の状態の情報を追加する必要がないため、送信時間が延び、消費電流が増えるという影響は無い。
【００８１】
さらに、本実施の形態では、ｉＢｅａｃｏｎサービスを提供するためのｉＢｅａｃｏｎパケットを送信し、ｉＢｅａｃｏｎパケットのＭｅａｓｕｒｅｄ  Ｐｏｗｅｒを、パケットの送信電力と同様に変化させる。これにより、ｉＢｅａｃｏｎパケット（ペイロード）に載せる情報への影響を抑えつつ、電源の状態を通知することができる。また、受信パケットのＲＳＳＩ及びＭｅａｓｕｒｅｄ  Ｐｏｗｅｒに基づいて、電源の状態のデータを受け取ることができるため、精度よく電源の状態をユーザに通知することができる。Ｍｅａｓｕｒｅｄ  Ｐｏｗｅｒ値というデジタル情報から電源の状態を読み取るため、僅かな送信電力の変化でもレシーバ側に送信電力の規則的な変化を伝えることができる。
【００８２】
（実施の形態２）
以下、図面を参照して実施の形態２について説明する。本実施の形態に係る無線通信システムの構成は、実施の形態１と同様である。また、本実施の形態では、実施の形態１と同様、電源の状態に応じて送信電力（振幅レベル）を変動させるが、Ｍｅａｓｕｒｅｄ  Ｐｏｗｅｒ値は変化させない例である。本実施の形態では、Ｍｅａｓｕｒｅｄ  Ｐｏｗｅｒを使用しないため、ｉＢｅａｃｏｎパケットに限らず、他のパケットも送信可能である。
【００８３】
図１０は、本実施の形態に係る無線通信システムの動作の一例を示している。この例は、実施の形態１の図４と同様に、電池交換のあり／なしを通知する例である。
【００８４】
まず、図４と同様に、電池１１０の残量減により電池１１０の出力電圧が低下し（Ｓ１０１）、モニタ１２２は、電池１１０の出力電圧をモニタし（Ｓ１０２）、ＣＰＵ１２４は、電池１１０の出力電圧とリファレンス値とを比較する（Ｓ１０３）。
【００８５】
続いて、ＣＰＵ１２４は、リファレンス値と比較した結果、電池１１０の出力電圧がリファレンス値を下回った場合、送信電力の変動を指示する（Ｓ１２１）。この例では、ＴＸ送信電力を変化させる指示のみをＲＦＩＣ１３０へ出力する。ＲＦＩＣ１３０は、この指示にしたがい、送信電力を変化させて、送信ブロック（ＴＸ）からパケットを送信する（Ｓ１２２）。
【００８６】
レシーバ２００では、ＲＦＩＣ２３０は、受信ブロック（ＲＸ）でパケットを受信し、受信したパケットの信号強度（ＲＳＳＩ）を取得する（Ｓ１２３）。また、ＲＦＩＣ２３０は、受信したパケットから必要なデータを取得する。
【００８７】
続いて、ＣＰＵ２２４は、受信したパケットのＲＳＳＩ値の変動を検出し、電池交換が必要であること（電池交換時期）を検出する（Ｓ１２４）。さらに、出力部２５０は、電池交換が必要であること（電池交換時期）をユーザに通知し（Ｓ１０８）、ユーザは、電池交換の時期を把握することができる（Ｓ１０９）。なお、実施の形態１の図８と同様に、電池残量を複数の段階で通知してもよい。
【００８８】
以上のように、本実施の形態では、Ｍｅａｓｕｒｅｄ  Ｐｏｗｅｒは使用しないが、実施の形態１と同様に、パケットの送信電力（振幅）を変動させて電源の状態の情報を送信する。これにより、ユーザが近距離無線デバイスを直接目視できない場合でも、ユーザに電源の状態の情報を通知することができ、また、送信パケットのデータに影響を与えることがない。
【００８９】
（実施の形態の変形例１）
上記の実施の形態のように、電源の状態に応じた振幅の制御を、ＲＦＩＣで行ってもよいし、その他の構成で行ってもよい。例えば、図１１のように、ＲＦＩＣ次段に振幅調整用のアッテネータを配置してもよい。なお、アッテネータはＲＦＩＣの内部に設けてもよい。
【００９０】
変形例の近距離無線デバイス１００は、実施の形態１または２の構成に加えて、アッテネータ（ＡＴＴ）１５０を備えている。アッテネータ１５０は、ＲＦＩＣ１３０とアンテナ１４０との間に接続されており、ＭＣＵ１２０から振幅を調整する振幅調整ビットが供給される。アッテネータ１５０は、ＭＣＵ１２０からの振幅調整ビットに応じて、入力された電圧Ｖｉｎの振幅レベルを調整し、振幅調整された電圧Ｖｏｕｔを出力する。
【００９１】
図１２は、本実施の形態に係るアッテネータの回路構成例を示し、図１３は、このアッテネータの出力電圧の切り替えの例を示している。
【００９２】
図１２に示すように、アッテネータ１５０は、抵抗３０１〜３０６、スイッチＳＷ１〜ＳＷ３を備えている。電圧Ｖｉｎの入力端子に、スイッチＳＷ１〜３が並列に接続されている。電圧Ｖｏｕｔの出力端子とＧＮＤの間に、抵抗値Ｒの抵抗３０４、抵抗値Ｒの抵抗３０５、抵抗値２Ｒの抵抗３０６が直列に接続されている。
【００９３】
スイッチＳＷ１と電圧Ｖｏｕｔの出力端子との間に、抵抗値２Ｒの抵抗３０１が接続され、スイッチＳＷ２と抵抗３０４及び抵抗３０５の中間ノードとの間に、抵抗値２Ｒの抵抗３０２が接続され、スイッチＳＷ３と抵抗３０５及び抵抗３０６の中間ノードとの間に、抵抗値２Ｒの抵抗３０３が接続されている。
【００９４】
スイッチＳＷ１は、振幅調整ビットのＨ／Ｌに応じて、抵抗３０１の一端と、入力端子またはＧＮＤとの接続を切り替え、スイッチＳＷ２は、振幅調整ビットのＨ／Ｌに応じて、抵抗３０２の一端と、入力端子またはＧＮＤとの接続を切り替え、スイッチＳＷ３は、振幅調整ビットのＨ／Ｌに応じて、抵抗３０３の一端と、入力端子またはＧＮＤとの接続を切り替える。
【００９５】
図１３に示すように、スイッチＳＷ１をＨ、スイッチＳＷ２をＬ、スイッチＳＷ３をＬとすると、抵抗３０１の一端が入力端子に接続され、抵抗３０２及び３０３の一端がＧＮＤに接続されるため、Ｖｏｕｔ＝１／２＊Ｖｉｎとなる。スイッチＳＷ１をＬ、スイッチＳＷ２をＨ、スイッチＳＷ３をＬとすると、抵抗３０２の一端が入力端子に接続され、抵抗３０１及び３０３の一端がＧＮＤに接続されるため、Ｖｏｕｔ＝１／４＊Ｖｉｎとなる。スイッチＳＷ１をＬ、スイッチＳＷ２をＬ、スイッチＳＷ３をＨとすると、抵抗３０３の一端が入力端子に接続され、抵抗３０１及び３０２の一端がＧＮＤに接続されるため、Ｖｏｕｔ＝１／８＊Ｖｉｎとなる。図１２のような簡易な回路構成により、図１３のように３段階で振幅を調整することができる。
【００９６】
（実施の形態の変形例２）
上記の実施の形態では、近距離無線デバイスが送信信号に電池情報を重畳したが、さらに近距離無線デバイスでＬＥＤを備え、ＬＥＤを点滅／点灯させてもよい。
【００９７】
すなわち、実施の形態１及び２の近距離無線デバイスにおいて、電池交換が必要な際、送信信号の送信レベルを規則的に変化させ、さらにＬＥＤを点滅／点灯させる。送信パケットがｉＢｅａｃｏｎパケットの場合、パケット内のＭｅａｓｕｒｅｄ  Ｐｏｗｅｒ値も規則的に変化させる。ユーザは、近距離無線デバイスを目視できる場合、ＬＥＤの点滅／点灯を目視で確認した後、電池交換を行うことができる。
【００９８】
また、実施の形態１及び２と同様に、レシーバ（移動式端末）は、ＲＳＳＩ値及びＭｅａｓｕｒｅｄ  Ｐｏｗｅｒ値の変動に応じて、アラームやバイブの振動を実行する。これにより、ユーザは、近距離無線デバイスを目視できない場合でも、レシーバから電池交換の情報を取得することができる。
【００９９】
さらに、実施の形態１及び２の構成に加えて、レシーバと通信可能なサーバを備えていてもよい。サーバは、レシーバから近距離無線デバイスの電池残量を取得し、近距離無線デバイスが複数個である場合、各デバイスの電池残量をリスト化（データベース化）する。これにより、ユーザは、サーバのリストを確認することで、電池交換の日程感を把握することができる。
【０１００】
また、上述したＭＣＵ（ＣＰＵ）で実行されるプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（ｎｏｎ−ｔｒａｎｓｉｔｏｒｙ  ｃｏｍｐｕｔｅｒ  ｒｅａｄａｂｌｅ  ｍｅｄｉｕｍ）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（ｔａｎｇｉｂｌｅ  ｓｔｏｒａｇｅ  ｍｅｄｉｕｍ）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ  ＰＲＯＭ）、フラッシュＲＯＭ、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（ｔｒａｎｓｉｔｏｒｙ  ｃｏｍｐｕｔｅｒ  ｒｅａｄａｂｌｅ  ｍｅｄｉｕｍ）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【０１０１】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は既に述べた実施の形態に限定されるものではなく、その要旨を逸脱しない範囲において種々の変更が可能であることはいうまでもない。
なお、上記の実施の形態の内容は、以下のようにも表現されうる。
（付記１）
無線送信装置から送信された無線信号を受信する無線受信部と、
前記受信された無線信号の受信信号強度の変動を測定する受信信号強度測定部と、
前記測定した受信信号強度の変動に基づいて、前記無線送信装置の電源の状態を検出する電源状態検出部と、
を備える、無線受信装置。
（付記２）
無線送信装置から送信された無線信号を受信する無線受信部と、
前記受信された無線信号の受信信号強度を測定する受信信号強度測定部と、
予め決められた値と前記測定した受信信号強度を比較した結果に基づいて、前記無線送信装置の電源の状態を検出する電源状態検出部と、
を備える、無線受信装置。
（付記３）
送信装置と、
受信装置からなる情報伝達システムであって、
前記送信装置は電源電圧を測定する電源電圧測定部と、
前記電源電圧に基づいて送信電力を決定する送信電力決定部と、
前記決定した送信電力を示す送信電力情報を含む広告パケットを、前記決定した送信電力に基づいて送信する送信部とを
含み、
前記受信装置は前記広告パケットに含まれる送信電力情報から前記送信装置の電源の状態の情報を受信する受信部
を含む
情報伝達システム。
【符号の説明】
【０１０２】
１      無線通信システム
１０    無線送信装置
１１    電源電圧測定部
１２    送信電力決定部
１３    無線送信部
２０    無線受信装置
２１    電源状態検出部
２２    受信信号強度測定部
２３    無線受信部
１００  近距離無線デバイス
１０１  無線通信システム
１１０、２１０  電池
１２０、２２０  ＭＣＵ
１２１、２２１  ＬＤＯ
１２２  モニタ
１２３、２２３  メモリ
１２３ａ  電池残量相関テーブル
１２３ｂ、２２３ａ  変化パターン相関テーブル
１２４、２２４  ＣＰＵ
１２５、２２５  ＩＦ
１３０、２３０  ＲＦＩＣ
１３１、２３１  ＬＤＯ
１３２、２３２  ＩＦ
１３３、２３３  ベースバンド
１３４、２３４  ＴＸ
１３５、２３５  ＲＸ
１４０、２４０  アンテナ
１５０  アッテネータ
２００  レシーバ
２５０  出力部
２５１  画面
２５２  スピーカ
２５３  バイブ
３００  障害物
３０１〜３０６  抵抗
ＳＷ１〜ＳＷ３  スイッチ
【図１Ａ】
0006444223.tif 000002
【図１Ｂ】
0006444223.tif 000003
【図１Ｃ】
0006444223.tif 000004
【図２】
0006444223.tif 000005
【図３】
0006444223.tif 000006
【図４】
0006444223.tif 000007
【図５】
0006444223.tif 000008
【図６】
0006444223.tif 000009
【図７】
0006444223.tif 000010
【図８】
0006444223.tif 000011
【図９】
0006444223.tif 000012
【図１０】
0006444223.tif 000013
【図１１】
0006444223.tif 000014
【図１２】
0006444223.tif 000015
【図１３】
0006444223.tif 000016
【図１４】
0006444223.tif 000017
【図１５】
0006444223.tif 000018
【図１６】
0006444223.tif 000019
【図１７】
0006444223.tif 000020
【図１８】
0006444223.tif 000021