(57)【要約】【課題】無線ネットワークを介してクライアント機器に結合されたホスト機器を提供する。【解決手段】ホスト機器は、クライアント機器に要求パケットを送るＲＦ（高周波）ユニットを備え、ＲＦユニットは、前記要求パケットを送った時刻から、所定のタイムアウト時間が経過する前に、要求パケットに対応する応答パケットがクライアント機器から受け取られない場合には、クライアント機器に前記応答パケットの送信を禁止するパケットを送信する。【選択図】図２
2010232815.tif 000002
【特許請求の範囲】
【請求項１】
無線ネットワークを介してクライアント機器に結合されたホスト機器であって、
前記クライアント機器に要求パケットを送るＲＦ（高周波）ユニットを備え、
前記ＲＦユニットは、前記要求パケットを送った時刻から、所定のタイムアウト時間が経過する前に、前記要求パケットに対応する応答パケットが前記クライアント機器から受け取られない場合には、前記クライアント機器に前記応答パケットの送信を禁止するパケットを送信する、ホスト機器。
【請求項２】
前記タイムアウト時間は、前記クライアント機器の個数に応じて決定される、請求項１に記載のホスト機器。
【請求項３】
前記タイムアウト時間は、前記ホスト機器と、前記クライアント機器との間に存在する中間ノードの個数に応じて決定される、請求項１に記載のホスト機器。
【請求項４】
前記タイムアウト時間は、前記クライアント機器のタスクの種類に応じて決定される、請求項１に記載のホスト機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ホスト機器に関し、より具体的には無線センサネットワーク上で用いられるホスト機器に関する。
【背景技術】
【０００２】
無線センサネットワークを用いて、クライアント（client，子機、例えば計測機器）機器からのデータを無線で集めるニーズがある。例としてクライアントＮ台（Ｎ：自然数）がホスト（host，親機）機器１台に無線ネットワークを介して接続される計測機器ネットワークが挙げられる。本明細書では簡単のために、クライアント機器を「クライアント」と呼び、ホスト機器を「ホスト」と呼ぶ。
【０００３】
ホストはクライアントに対して計測データを要求する。クライアントはこの要求に応答し、計測データをホストに送る。ホストは、クライアント全てに対し同時にデータを要求するのではなく、それぞれのクライアントに対し順番に要求メッセージを送信する。
【特許文献１】特開２００８−６１２２７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
計測機器同士を無線通信する場合には、有線と異なり無線パケットのロス（損失）が発生し得る。パケットロスが起こった場合、クライアントは同じパケットを再送する。しかしこの再送パケットは無線ネットワーク上においてトラフィックを増大させる。その結果、さらなるパケットロスを引き起こす原因にもなり得る。ホストは、再送されたパケットのために、より多くのメッセージを処理しなければならない。そのためホストのプロセッサが消費する電力も増す。
【０００５】
本発明は、かかる点に鑑みてなされたものであり、その目的とするところは、無線センサネットワーク上で、再送パケットが増大するのを防ぐホスト機器を提供することにある。
【課題を解決するための手段】
【０００６】
本発明による無線ネットワークを介してクライアント機器に結合されたホスト機器は、前記クライアント機器に要求パケットを送るＲＦ（高周波）ユニットを備え、前記ＲＦユニットは、前記要求パケットを送った時刻から、所定のタイムアウト時間が経過する前に、前記要求パケットに対応する応答パケットが前記クライアント機器から受け取られない場合には、前記クライアント機器に前記応答パケットの送信を禁止するパケットを送信する。
【０００７】
本発明のある実施形態によるホスト機器においては、前記タイムアウト時間は、前記クライアント機器の個数に応じて決定される。
【０００８】
本発明のある実施形態によるホスト機器においては、前記タイムアウト時間は、前記ホスト機器と、前記クライアント機器との間に存在する中間ノードの個数に応じて決定される。
【０００９】
本発明のある実施形態によるホスト機器においては、前記タイムアウト時間は、前記クライアント機器のタスクの種類に応じて決定される。
【発明の効果】
【００１０】
本発明によれば、ホストは、複数のクライアントに無線ネットワークを介して結合される。ある実施形態においては、ホストは、通信用のアプリケーションソフトウェアを用いて、計測機器（又はセンサ）等に接続されたクライアントから計測データを集める。ホストが要求メッセージをあるクライアントに送ってから一定時間（「タイムアウト時間」という）、ホストがそのクライアントからの応答を受け取れない場合がある。この場合、本発明によれば、タイムアウト時間が経過した時点で、そのクライアントに対して、要求を取り消す（すなわち既に送られた要求に対する応答の停止・中止を要請する）パケットを送信する。これを受けたクライアントは、応答パケットの送信中であった場合、又は送信前であった場合は、ホストに対する応答動作を停止する。これによりクライアントは、無線ネットワーク上の負荷になり得る再送パケットを送出しなくて済む。その結果、再送パケットによるメッセージトラフィックの増大、トラフィックの増大に起因するパケットの輻輳、及びさらなるパケットロスを防ぐことができる。
【発明を実施するための最良の形態】
【００１１】
本発明の例示的実施形態を図面を参照して以下に詳細に説明する。
【００１２】
（システムの概要）
図１は、本発明の例示的実施形態を用いたシステム１００の概略図である。システム１００は、アドホック無線センサネットワークである。このシステム１００は、近接する小型無線センサ端末が自発的にネットワークを構築するよう構成される。システム１００は、ホスト１１０、ＰＣ（パーソナルコンピュータ）１２０、及びクライアント１３０，１４０，１５０，１６０を備える。この実施形態ではクライアントを４つ設けたが、クライアントの個数はこれに限定されない。
【００１３】
クライアント１３０は、ＲＦ（高周波）ユニット１３４及びセンサ１３５を含む。クライアント１４０は、ＲＦユニット１４４及びセンサ１４５を含む。クライアント１５０は、ＲＦユニット１５４及びセンサ１５５を含む。クライアント１６０は、ＲＦユニット１６４及びセンサ１６５を含む。
【００１４】
ホスト１１０は、無線リンク１３３を介してＲＦユニット１３４に結合される。ホスト１１０は、無線リンク１４３を介してＲＦユニット１４４に結合される。ホスト１１０は、無線リンク１５３を介してＲＦユニット１５４に結合される。ホスト１１０は、無線リンク１６３を介してＲＦユニット１６４に結合される。
【００１５】
無線リンク１３３，１４３，１５３，１６３は、例えば、２．４ＧＨｚ帯を用いたＩＥＥＥ８０２．１５．４に準拠する短距離無線ネットワークであり得る。このＩＥＥＥ８０２．１５．４は、ＰＡＮ（Personal Area Network）又はＷＰＡＮ（Wireless Personal Area Network）と呼ばれる無線通信規格の一つであり、低コスト・低消費電力で、高い信頼性とセキュリティを持つ。無線リンク１３３，１４３，１５３，１６３は、上述の特定の無線ネットワークに限定されず、典型的にはパケットの形で情報をやりとりできる任意の適切なネットワークであり得る。
【００１６】
ある実施形態によれば、無線リンク１３３，１４３，１５３，１６３によって構成される無線ネットワークは、ホスト１１０と、ＲＦユニット１３４，１４４，１５４，１６４との間に中間ノードを介して通信し得る。中間ノードは、ＲＦユニット１３４，１４４，１５４，１６４によって実現され得る。すなわちＲＦユニット自身がそれぞれ自動中継機能も持ち、通信環境を察知して自発的にネットワークを構成し得る。例示的なネットワークは、真メッシュであり、ホップ数も実質的に無制限である。換言すれば本発明の実施形態は、マルチホップの無線ネットワークを使用可能である。
【００１７】
ＲＦユニット１３４，１４４，１５４，１６４は、それぞれセンサ１３５，１４５，１５５，１６５に、例えば有線で結合され得る。具体的には、ＲＦユニット１３４，１４４，１５４，１６４は、それぞれセンサ１３５，１４５，１５５，１６５にＵＡＲＴ（Universal Asynchronous Receiver Transmitter）等で接続され得る。
【００１８】
センサ１３５，１４５，１５５，１６５は、任意の適切なセンサであり得る。そのようなセンサには、温度センサ、湿度センサ、加速度（衝撃）センサ、光センサ等があるが、これらには限定されない。センサ１３５，１４５，１５５，１６５は、機械的、電磁気的、熱的、音響的、化学的なパラメータ（例えば温度）を表すデータ（「センサデータ」）を出力する。
【００１９】
センサデータは、アナログ信号又はデジタル信号によって表現され得る。例えば熱的パラメータである温度を表すセンサデータは、１０ビット（１０２４段階）のデジタル信号によって表現され得る。センサ１３５，１４５，１５５，１６５は、それぞれセンサデータをＲＦユニット１３４，１４４，１５４，１６４に送る。センサデータがアナログ信号である場合は、ＲＦユニット１３４，１４４，１５４，１６４に設けられるＡ／Ｄ（アナログ−デジタル）変換器が、アナログのセンサデータをデジタルのセンサデータに変換すればよい。
【００２０】
ＲＦユニット１３４，１４４，１５４，１６４は、それぞれセンサ１３５，１４５，１５５，１６５から受け取ったセンサデータを、符号化及び変調することによって無線信号を発生する。ＲＦユニット１３４，１４４，１５４，１６４は、この無線信号をそれぞれ無線リンク１３３，１４３，１５３，１６３を介してホスト１１０へ送る。無線信号の符号化及び変調のための方式にはさまざまなものがあるが、ある具体的な実施形態では、上述のＩＥＥＥ８０２．１５．４に準拠した方式が用いられる。
【００２１】
ホスト１１０は、ＲＦユニット１３４，１４４，１５４，１６４から受け取られた無線信号を復調及び復号化することによって、センサデータを得る。ホスト１１０は、得られたセンサデータをＰＣ１２０に送る。ＰＣ１２０は、ホスト１１０に例えば有線で結合される。具体的にはＰＣ１２０は、ホスト１１０にＵＳＢ（ユニバーサルシリアルバス）等で接続され得る。
【００２２】
ＰＣ１２０は、例えば、ＧＵＩ（グラフィカルユーザインタフェース）を備えるソフトウェアを用いて、センサデータを視覚的に表示したり、統計的に処理したりできる。そのようなソフトウェアは、例えば通信状態の確認、センサデータの数値表示、グラフ表示、センサ値の分布カラーマッピング、センサデータの記録、センサデータのエクスポート、端末設定の変更等を行うことができる。
【００２３】
（要求取消）
図２は、本発明の例示的実施形態が採用するプロシージャ２００を示す図である。本明細書において、パケットのタイプを示す「要求」、「要求取消」、「応答」、及び「ＡＣＫ（アクノリッジ）」という語は、それぞれを表すメッセージをいう。これらメッセージは、単一、又は複数のパケットによって構成され得る。パケットは、無線又は有線のネットワーク上を伝送され得る。したがって本明細書で、「ホストがクライアントに要求を送る」という場合、「ホスト機器がクライアント機器に『要求』を表すパケットを送る」ことを意味する。
【００２４】
このようなパケットは、例えばそのヘッダ中の１バイトのうちの２ビットを使って、それぞれのパケットタイプを表し得る。例えば「要求取消」は、パケットヘッダのうち、パケットタイプを表す先頭２ビットを「１１」に設定することによって表現され得る。
【００２５】
時刻０において、ホスト１１０は、クライアント１３０に要求２１０を送る。要求２１０は、例えば、「温度を表すセンサデータをホストに送れ」という要求である。理想的な通信状況では、クライアント１３０は要求２１０を受け取ってすぐに応答２２０をホスト１１０に送る。応答２２０は、前述の例では、温度を表すセンサデータを記述するパケットであるが、これには限定されない。応答２２０は、一般に、ホスト１１０からの要求パケットに対応する、センサデータを含む任意の応答パケットであり得る。
【００２６】
ホスト１１０は、タイムアウト時間２３０を設ける。タイムアウト時間２３０の期間内にホスト１１０が、何らかの状況（例えばパケットロス）のために、要求２１０に対する応答２２０をクライアント１３０から受け取れないときは、クライアント１３０に要求取消２４０を送る。換言すれば、応答がクライアントから得られないときは、要求２１０（図２では時刻０）からタイムアウト時間２３０経った時刻に、要求取消２４０がホスト１１０からクライアント１３０に送られる。この要求取消２４０は、例えばホスト１１０のＯＳ（オペレーティングシステム）によって生成される。要求取消２４０は、既に送った要求（この場合は要求２１０）を受け取ったクライアント（この場合はクライアント１３０）に送られる。
【００２７】
タイムアウト時間２３０の期間内に、ホスト１１０がクライアントから応答を受け取れない状況の例としては、無線ネットワークのトラフィックが増して、輻輳している場合が挙げられる。トラフィックが増す原因はさまざまである。一般に応答２２０は、センサによっては多数のパケットを含み得る。あるいはホスト１１０とクライアント（例えば１３０）との間の無線リンク（例えば１３３）が、複数のホップを含む（すなわちマルチホップをなす）場合、通信状況によってはパケットロス（損失）が発生する。パケットロスが発生すると、クライアントは一般に同じパケットを再送しようとする。そのため、ホスト１１０が単一の要求２１０をクライアント１３０に送っても、クライアント１３０から多数の応答パケットが送られる状況があり得る。このような状況下では、クライアント１３０とは異なるクライアント（例えばクライアント１４０）からの応答が、クライアント１３０からの多数の応答パケットによって妨害され、ホスト１１０に到達できないことがあり得る。
【００２８】
タイムアウト時間２３０は、個々のシステムの仕様によって異なる。典型的にはタイムアウト時間は５秒である。この場合、要求２１０が送られてから５秒以内にクライアント１３０から応答２２０が受け取れない場合は、ホスト１１０は、要求取消２４０をクライアント１３０に送る。例として、クライアントがセンサからのデータを１秒おきにホストに送る（すなわちサンプリング時間が１秒）なら、タイムアウト時間は、数秒のオーダーである。
【００２９】
ある具体的な実施形態において、タイムアウト時間は、無線リンク１３３，１４３，１５３，１６３のホップ数が大きいときには、より長く設定される。すなわちホスト１１０と、クライアント１３０，１４０，１５０，１６０との間に中間ノードが多数存在するとき、タイムアウトの時間はより長く設定される。換言すればタイムアウト時間は、ホスト１１０と、クライアント１３０，１４０，１５０，１６０との間に存在する中間ノードの個数に応じて決定され得る。
【００３０】
要求取消パケット２４０は、クライアント１３０に対して、応答パケットを送ることを禁止するパケットである。要求取消２４０を受け取ったクライアント１３０は、現在のタスクキューから「応答パケット２２０を送る」というタスクを取り除く。したがってクライアント１３０は、新たな要求がない限り、ホスト１１０に対して応答を送らない。
【００３１】
ホスト１１０が要求取消２４０をクライアント１３０に送った後、ホスト１１０は、異なるクライアントであるクライアント１４０に新たに要求２５０を送ってもよい。前述のクライアント１３０の場合と同様、タイムアウト時間２３０の期間内にホスト１１０が、要求２５０に対する応答をクライアント１４０から受け取れないときは、クライアント１４０に要求取消２６０を送る。
【００３２】
本発明の例示的実施形態によれば、要求取消２４０，２６０をそれぞれクライアント１３０，１４０に送ることによって、適切なタイミングを逸した（すなわちタイムアウト時間を超えた）応答がクライアント１３０，１４０からホスト１１０に送られることを防ぐ。パケットロスが起きても、タイムアウト時間を超えた場合は、ホストは、クライアントにパケットを再送させないように命令する。
【００３３】
図３は、ホスト１１０が要求取消２４０をクライアント１３０に送らないと仮定した場合のシステムの動作を示す図である。要求２１０に対するクライアント１３０からの応答がないまま、ホスト１１０は、要求２５０をクライアント１４０に送るとする。換言すれば、あるクライアントからの応答がいつホストに届くかわからない状態で、同時に別のクライアントにも要求を送る。その結果、複数のクライアントから送られた応答が輻輳するおそれがある。
【００３４】
具体的には、図３に示されるように、ホスト１１０がクライアント１４０に要求２５０を送った後、クライアント１３０からの応答３１０，３２０，３３０，３４０，３５０が連続してホスト１１０に送られるとする。すなわち期間３６０において、クライアント１３０からの応答３１０，３２０，３３０，３４０，３５０が存在するために（すなわちネットワークの輻輳のために）、ホスト１１０は、クライアント１４０からの応答３７０を受け取ることができない状況があり得る。
【００３５】
同一の要求に対して複数の応答が送られる場合の例には、ホストからのＡＣＫ（アクノリッジ）がクライアントに届かない場合がある。一般にクライアントは、ホストからの要求に対して応答をホストに送る。ホストは応答を受け取ると、応答を受け取ったことを表すメッセージであるＡＣＫをクライアントに送る。ＡＣＫがクライアントに届かない時、クライアントは、ホストが応答を受け取れなかったと判断して、応答をホストに再送する。このような場合、同じ要求に対して複数の応答が送られることになる。
【００３６】
クライアントが多いほど、この要求取消の効果は大きい。すなわちホスト１１０が４つのクライアント１３０，１４０，１５０，１６０しか有しない場合に比較して、ホスト１１０が１００のクライアント群を有する場合は、要求取消により、多数の応答が集中することによる輻輳が回避される効果が高い。これは、タイムアウト時間が経過するごとに、クライアントからの多数の応答パケットによる潜在的なトラフィック量がゼロにリセットされるからである。これによりクライアントからの応答パケットが増えすぎることによる、輻輳が緩和され得る。
【００３７】
ある具体的な実施形態においては、タイムアウト時間２３０は、ホスト１１０に接続されるクライアントの個数に応じて決定される。例えば、クライアントが５未満の場合は、タイムアウト時間は５秒に設定され、クライアントが５以上の場合は、タイムアウト時間は３秒に設定される。このようにタイムアウト時間を可変にすることによって、クライアントが多いときに、短時間でトラフィック量が急増する状況を防ぎ得る。タイムアウト時間は、例えば電力量の瞬間値を計測する等のリアルタイムなデータが要求される場合には短く設定され、これと比較してリアルタイムなデータが要求されない場合には当該タイムアウト時間は長く設定することができる。
【００３８】
（クライアントのハードウェア）
図４は、本発明の例示的実施形態のために用いられるクライアント１３０のブロック図である。クライアント１３０は、ＲＦユニット１３４、センサ１３５、及びアンテナ４３０を備える。センサ１３５は、センサデータをＲＦユニット１３４に出力する。ＲＦユニット１３４は、センサ１３５が出力したセンサデータを無線信号に変換して、アンテナ４３０からホスト１１０へ送る。センサ１３５は、計測機器であってもよい。
【００３９】
ＲＦユニット１３４は、センサインタフェース４４０、ＤＣ（直流）電源４４５、ＭＣＵ（Micro Controller Unit）４５０、ＲＯＭ（読み出し専用メモリ）４５２、ＲＡＭ（ランダムアクセスメモリ）４５４、タイマ４５６、無線送受信部４５８、及びＲＦインタフェース４６０を有する。センサインタフェース４４０は、センサ１３５によって出力されたセンサ信号をＭＣＵ４５０が処理できる適当な信号（例えば１０ビットデジタル信号）に変換する。ＤＣ電源４４５は、ＲＦユニット１３４の各機能ブロックに直流電源を供給する。ＤＣ電源４４５は、例えば直流３Ｖを供給するリチウム電池であり得る。
【００４０】
ＭＣＵ４５０は、クライアント１３０の機能を実現するのに用いられるマイクロプロセッサである。ＭＣＵ４５０は、クライアント１３０の機能を実現するのに必要なプログラム及びデータをＲＯＭ４５２又はＲＡＭ４５４に記憶する。タイマ４５６は、例えば電源をオフにするタイミングを計測し、所定時間が経過したときに、ＤＣ電源４４５からの電源供給を断つようＭＣＵ４５０をトリガする。ＭＣＵ４５０は、ＲＯＭ４５２、ＲＡＭ４５４、及びタイマ４５６などの周辺素子をその中に含んでもよい。この場合、ＲＯＭなどを独立した部品として搭載する場合に比べて、システム構築のためのコストを抑えることができる。
【００４１】
無線送受信部４５８は、ＭＣＵ４５０からのデータをホスト１１０へ送る応答パケットに変換したり、ホストから受け取られた要求パケットをデータに変換したりする。ＲＦインタフェース４６０は、無線送受信部４５８から出力されたパケットをＲＦ信号に変換し、アンテナに出力したり、アンテナで受け取られたＲＦ信号からパケットを再生し、無線送受信部４５８に出力したりする。
【００４２】
クライアント１４０，１５０，１６０は、図４に示されるクライアント１３０と同様の構成を有する。
【００４３】
（ホストのハードウェア）
図５は、本発明の例示的実施形態のために用いられるホスト１１０のブロック図である。ホスト１１０は、ＲＦユニット５１０、及びアンテナ５３０を備える。一般にホスト１１０は、複数のクライアントのうちどれと通信してもよい。本明細書の以下の説明では、ホスト１１０がクライアント１３０と通信すると仮定して説明するが、他のクライアントであるクライアント１４０，１５０，１６０と通信してもよい。
【００４４】
ＲＦユニット５１０は、クライアント１３０に対する要求を無線信号に変換して、アンテナ５３０からクライアント１３０へ送る。ＲＦユニット５１０は、アンテナ５３０によって受け取られたクライアント１３０からの応答をデータに変換して、ＲＦユニット５１０からインタフェース５４０を介してＰＣ１２０へ送る。
【００４５】
ＲＦユニット５１０は、インタフェース５４０、電源５４５、ＭＣＵ５５０、ＲＯＭ５５２、ＲＡＭ５５４、タイマ５５６、無線送受信部５５８、及びＲＦインタフェース５６０を有する。インタフェース５４０は、ＰＣ１２０によって出力されたさまざまな信号をＭＣＵ５５０が処理できる適当な信号（例えば８ビットデジタル信号）に変換する。電源５４５は、ホスト１１０の各機能ブロックに直流電源を供給する。電源５４５は、例えば家庭用ＡＣ（交流）電源のコンセントから供給される１００Ｖの交流を受け取り、直流３Ｖに変換し、直流電圧を各ブロックに供給する。
【００４６】
ＭＣＵ５５０は、ホスト１１０の機能を実現するのに用いられるマイクロプロセッサである。ＭＣＵ５５０は、ホスト１１０の機能を実現するのに必要なプログラム及びデータをＲＯＭ５５２又はＲＡＭ５５４に記憶する。タイマ５５６は、例えばタイムアウト時間２３０を計測し、所定時間が経過したときに、要求取消を送信するようＭＣＵ５５０をトリガする。ＭＣＵ５５０は、ＲＯＭ５５２、ＲＡＭ５５４、及びタイマ５５６などの周辺素子をその中に含んでもよい。この場合、ＲＯＭなどを独立した部品として搭載する場合に比べて、システム構築のためのコストを抑えることができる。
【００４７】
無線送受信部５５８は、ＭＣＵ５５０からのデータを、クライアントへ送る要求パケット又は要求取消パケットに変換したり、クライアントから受け取られた応答パケットをデータに変換したりする。ＲＦインタフェース５６０は、無線送受信部５５８から出力されたパケットをＲＦ信号に変換し、アンテナに出力したり、アンテナで受け取られたＲＦ信号からパケットを再生し、無線送受信部５５８に出力したりする。
【００４８】
（タスク依存のタイムアウト時間）
図６は、本発明の他の例示的実施形態が採用するプロシージャ６００を示す図である。この実施形態においては、ホスト１１０が、同じクライアント（例えば１３０）に対して異なる種類の要求を送り得る。例えば、ホスト１１０は、クライアント１３０に対して、温度のセンサデータを送るよう、時刻０において温度要求６１０を送る。ホスト１１０は、クライアント１３０に対して、クライアント１３０の電池電圧のセンサデータを送るよう、時刻ｔ１において電圧要求６５０を送る。同じクライアントに対して送られる、異なる種類の要求（ここでは温度及び電池電圧）を判別するために、要求パケットのヘッダは、種類を表すデータを含み得る。
【００４９】
ここでホスト１１０が温度要求６１０を送る間隔は比較的、短い。一方、ホスト１１０が電圧要求６５０を送る間隔は比較的、長い。すなわちホスト１１０は、温度のセンサデータは比較的、頻繁にチェックしたいが、電池電圧は急激に変化しないので、それほど頻繁にチェックしなくてもよい。
【００５０】
この実施形態においては、要求の頻度に応じて、タイムアウト時間が異なる。すなわち頻繁にチェックされる温度要求６１０のタイムアウト時間は６３０であり、ある程度の間隔をおいてチェックされる電圧要求６５０のタイムアウト時間は６７０である。したがって温度要求取消６２０は、時刻０からタイムアウト時間６３０が経過した時刻ｔ２において、ホスト１１０からクライアント１３０に送られる。一方、電圧要求取消６６０は、時刻ｔ１からタイムアウト時間６７０が経過した時刻ｔ３において、ホスト１１０からクライアント１３０に送られる。ここで（タイムアウト時間６３０）＞（タイムアウト時間６７０）である。
【００５１】
この実施形態によれば、ホストがクライアントに出す要求の種類に応じて（具体的には要求の頻度に応じて）、タイムアウト時間も異なる。このようにタスクに依存したタイムアウト時間を採用することによって、タスクの発生頻度に応じて、タイムアウト時間を変えることができる。これによって頻繁に発生し得るタスクについては、要求取消も比較的早く行えるという利点がある。さらに、この実施形態は、リアルタイムなデータが要求される場合に好適に使用することができる。リアルタイムなデータが要求される場合には、クライアントから再送信される古いデータは不必要であると共に、ネットワークを輻輳するためである。
【００５２】
以上、本発明の実施形態を詳細に説明した。
【００５３】
本発明の実施形態によるホスト及びクライアントは、基板上に取り付けられた、半導体素子を含む回路要素群によって典型的には実現され得る。典型的にはホスト１１０及びクライアント１３０，１４０，１５０，１６０は、センサからのアナログ信号、及び無線ネットワークのための高周波信号を扱うアナログ回路と、ＭＣＵを主要素とするデジタル回路との組み合わせによって実現され得る。
【００５４】
本発明によるホスト機器の制御は、典型的にはソフトウェアによって実現され得る。すなわち図２及び図６に示されるプロシージャは、典型的にはコンピュータで読み取り可能な媒体に記憶されたソフトウェアによって実現され得る。コンピュータで読み取り可能な媒体には、ハードディスクドライブ、半導体メモリ等がある。代替として本発明の実施形態によるプロシージャは、ソフトウェア及びハードウェアの組み合わせ、又はハードウェアのみによって実現され得る。本発明の実施形態によるクライアント機器の制御も典型的にはソフトウェアによって実現され得る。
【００５５】
図４及び図５に示される機能ブロック群の一部又は全ては、適宜、結合されることによって一体化されて実現されてもよい。例えば、ＲＦユニット１３４は、ハイブリッドＩＣ（集積回路）として実現されてもよい。さらには例えばクライアント１３０は、ＲＦユニット１３４、センサ１３５、及びアンテナ４３０を一つの基板に一体化して実現されてもよい。
【００５６】
本発明は、実施形態に限定されず、その精神又は主要な特徴から逸脱することなく他の色々な形で実施することができる。
【００５７】
このように、上述の実施形態はあらゆる点で単なる例示に過ぎず、限定的に解釈してはならない。本発明の範囲は特許請求の範囲によって示すものであって、明細書には何ら拘束されない。さらに、特許請求の範囲の均等範囲に属する変形や変更は、全て本発明の範囲内のものである。
【産業上の利用可能性】
【００５８】
以上説明したように、本発明は、特に無線センサネットワークを利用するホスト・クライアントシステム等について有用である。
【図面の簡単な説明】
【００５９】
【図１】本発明の例示的実施形態を用いたシステムの概略図である。
【図２】本発明の例示的実施形態が採用するプロシージャを示す図である。
【図３】ホストが要求取消をクライアントに送らないと仮定した場合のシステムの動作を示す図である。
【図４】本発明の例示的実施形態のために用いられるクライアントのブロック図である。
【図５】本発明の例示的実施形態のために用いられるホストのブロック図である。
【図６】本発明の他の例示的実施形態が採用するプロシージャを示す図である。
【符号の説明】
【００６０】
２００  プロシージャ
１１０  ホスト
１３０，１４０  クライアント
２１０，２５０  要求
２２０  応答
２３０  タイムアウト時間
２４０，２６０  要求取消
【図１】
2010232815.tif 000003
【図２】
2010232815.tif 000004
【図３】
2010232815.tif 000005
【図４】
2010232815.tif 000006
【図５】
2010232815.tif 000007
【図６】
2010232815.tif 000008