JP7030859B2 - 所在人数測定システム、携帯機器及びプログラム - Google Patents

Description

本発明は、所在人数測定システム、携帯機器及びプログラム、特に空調機が設置された空間内に所在する人数の把握に関する。

在室者や在室者が電源を投入して使用する機器、例えばＰＣやＯＡ機器等からの発熱は、室内における温熱環境の変動要因となり得る。つまり、在室人数が室内の快適性に与える影響が大きいということになる。従来では、室内環境を快適とするために、在室人数に応じて空調制御を行う技術が提案されている（例えば、特許文献１，２等）。

特開２００１－２０１１３９号公報 特許第４９２２００１号明細書 特許第６１４０２１４号明細書 特許第５８６４２９７号明細書 特許第４４５３６７９号明細書 特許第５５５９５１９号明細書

在室人数に応じて空調制御を行う場合、在室人数を正確に把握することが望まれる。事業所における各部屋には、通常、空調機を操作するリモコンが設置されている。また、従業員は、通常、スマートフォン等の携帯機器を携行している。あるいは、携行させるべく携帯機器を支給することが可能である。従って、リモコンに近距離無線通信機能を搭載し、リモコンを在室者が携行する携帯機器と通信させることで在室人数を把握することが考えられる。

しかしながら、リモコンの通信可能な範囲に全ての携帯機器が存在しなければ在室人数を正確に把握することができない。特に、リモコンは、部屋の出入口近傍等の壁際に設置されていることが一般的である。このことから、部屋全域がリモコンの通信可能な範囲に入るとは限らない。つまり、リモコンが、在室者全員が携行する携帯機器と通信ができるとは限らない。

本発明は、空間全域がリモコンの通信可能な範囲に入らない場合でも空間内に所在する人数を正確に把握できるようにすることを目的とする。

本発明に係る所在人数測定システムは、空調機が設置された空間に設置され、近距離無線通信機能を有する前記空調機のリモコンと、前記空間に所在する各ユーザに携帯され、近距離無線通信機能を有する携帯機器と、を有し、前記リモコンは、台数収集委任要求を発信する要求発信手段と、前記台数収集委任要求に応じて前記携帯機器から返信されてきた機器台数情報を収集する機器台数情報収集手段と、を有し、前記携帯機器は、前記リモコンから発信された台数収集委任要求を受信した場合、自機器を代表機器として動作させることで応答要求を発信すると共に、前記台数収集委任要求に応じて自機器の機器識別情報及び前記応答要求に応じて他の前記携帯機器から返信されてきた機器識別情報を含む機器台数情報を返信する代表機器機能処理手段と、前記リモコンから発信された台数収集委任要求を受信することなく前記代表機器として動作する他の前記携帯機器から発信された応答要求を受信した場合、自機器を非代表機器として動作させることで前記応答要求に応じて自機器の機器識別情報を返信する非代表機器機能処理手段と、を有し、前記機器台数情報収集手段が収集した機器台数情報に基づき前記空間の所在人数を計算する在室人数計算手段を有するものである。

また、前記代表機器機能処理手段は、前記台数収集委任要求に応じて応答要求を発信する応答要求発信部と、前記応答要求に応じて他の前記携帯機器から返信されてきた機器識別情報を収集する機器識別情報収集部と、前記台数収集委任要求に応じて、自機器の機器識別情報及び前記機器識別情報収集部が収集した機器識別情報を含む機器台数情報を生成して返信する機器台数情報返信部と、を有するものである。

また、前記代表機器機能処理手段は、前記台数収集委任要求に最大中継数が設定されている場合、経路設定要求を発信する経路設定処理部と、前記台数収集委任要求を受信してから所定時間経過後に応答要求を発信する応答要求発信部と、前記応答要求発信部が発信した応答要求に応じて他の前記携帯機器から返信されてきた機器識別情報を収集する機器識別情報収集部と、前記台数収集委任要求に応じて、自機器の機器識別情報及び前記機器識別情報収集部が収集した機器識別情報を含む機器台数情報を生成して返信する機器台数情報返信部と、を有し、前記非代表機器機能処理手段は、他の前記携帯機器から経路設定要求を受信した場合、受信した経路設定要求の送信元を、応答要求に対する応答先と特定すると共に、自機器が前記代表機器から最大中継数の位置に達していなければ経路設定要求を発信する経路設定要求対応処理部と、他の前記携帯機器から受信した応答要求に応じて、自機器が前記代表機器から最大中継数の位置に達していなければ応答要求を発信すると共に自機器の機器識別情報及び発信した応答要求に応じて他の前記携帯機器から返信されてきた機器識別情報を返信し、自機器が前記代表機器から最大中継数の位置に達していれば自機器の機器識別情報を返信する応答要求対応処理部と、を有するものである。

また、前記経路設定要求対応処理部は、複数の経路設定要求を受信した場合、前記代表機器からの中継数が大きい経路設定要求の送信元を、応答要求に対する応答先と特定するものである。

また、複数の前記リモコンが前記空調機に設けられている場合、前記各リモコンに対して共通の識別コードを提供する提供手段を有するものである。

本発明に係る携帯機器は、空調機及び近距離無線通信機能を有する前記空調機のリモコンが設置されている空間に所在するユーザにより携行される携帯機器において、前記リモコンから発信された台数収集委任要求を受信した場合、自機器を代表機器として動作させることで応答要求を発信すると共に、前記台数収集委任要求に応じて自機器の機器識別情報及び前記応答要求に応じて他の前記携帯機器から返信されてきた機器識別情報を含む機器台数情報を返信する代表機器機能処理手段と、前記リモコンから発信された台数収集委任要求を受信することなく前記代表機器として動作する他の前記携帯機器から発信された応答要求を受信した場合、自機器を非代表機器として動作させることで前記応答要求に応じて自機器の機器識別情報を返信する非代表機器機能処理手段と、を有するものである。

本発明に係るプログラムは、空調機及び近距離無線通信機能を有する前記空調機のリモコンが設置されている空間に所在するユーザにより携行される携帯機器に搭載されるコンピュータを、前記リモコンから発信された台数収集委任要求を受信した場合、自機器を代表機器として動作させることで応答要求を発信すると共に、前記台数収集委任要求に応じて自機器の機器識別情報及び前記応答要求に応じて他の前記携帯機器から返信されてきた機器識別情報を含む機器台数情報を返信する代表機器機能処理手段、前記リモコンから発信された台数収集委任要求を受信することなく前記代表機器として動作する他の前記携帯機器から発信された応答要求を受信した場合、自機器を非代表機器として動作させることで前記応答要求に応じて自機器の機器識別情報を返信する非代表機器機能処理手段、として機能させるためのものである。

本発明によれば、空間全域がリモコンの通信可能な範囲に入らない場合でも、空間全域内に所在する人数を正確に把握することができる。

実施の形態１における空調システムの全体構成を示す図である。 実施の形態１おける空調システムのブロック構成を示す図である。 実施の形態１における制御テーブルのデータ構成例を示す図である。 実施の形態１において機器間でやり取りされるデータ構成例を示す図である。 実施の形態１における人数測定処理においてリモコンが実施する処理を示すフローチャートである。 実施の形態１における人数測定処理において携帯機器が実施する処理を示すフローチャートである。 実施の形態１における人数測定処理においてエアコンが実施する処理を示すフローチャートである。 実施の形態２おける空調システムのブロック構成を示す図である。 実施の形態２における人数測定処理において携帯機器が実施する処理を示すフローチャートである。 実施の形態２における機器ＩＤ収集処理を示すフローチャートである。 実施の形態３における所在人数測定システムを構成する機器の機能がハードウェアで実現される構成を示す図である。

以下、図面に基づいて、本発明の好適な実施の形態について説明する。

実施の形態１．
図１は、本実施の形態における空調システムの全体構成を示す図である。図１には、部屋１に設置されるエアコンディショナー（以下、エアコンディショナーをエアコンと称する）であるエアコン（エアコンは空気調和機または、空調機とも称する）２と、エアコン２を操作するリモートコントローラー（以下、リモートコントローラーをリモコンと称する）であるリモコン３と、在室者が所持する携帯機器４と、が示されている。リモコン３は、近距離無線通信機能を搭載し、エアコン２が設置されている部屋１の出入口５の近傍の壁に固定設置されている。本実施の形態では、通信可能範囲が５～１０ｍ程度のＢＬＥ（Ｂｌｕｅｔｏｏｔｈ（登録商標） Ｌｏｗ Ｅｎｅｒｇｙ）により近距離無線通信機能が実現されることを想定している。図１では、リモコン３の通信可能範囲６を破線にて示している。

携帯機器４は、スマートフォン等ユーザに携行される携帯型の情報機器である。携帯機器４は、リモコン３と通信可能な近距離無線機能を搭載している。図１では、在室者Ａが携行する携帯機器４の通信可能範囲７を一点破線にて示している。他の在室者においても同様の携帯機器４を携行している。

なお、本実施の形態では、部屋１にいるユーザのみを対象としていることから、「ユーザ」と「在室者」とは同義である。また、在室者は必ず携帯機器４を携行することを前提としている。なお、携帯機器４を区別することなく総称する場合には、「携帯機器４」と記載する。ただし、特定のユーザが携行する携帯機器４を示す場合、例えば「ユーザＡ」が携行する携帯機器４を特定して説明する場合は、「携帯機器Ａ」と記載することにする。

図１に示すように、リモコン３の近距離無線通信による通信可能範囲６は、部屋１の全域を覆っていない。仮に、リモコン３が持ち運び可能なタイプで、リモコン３が部屋１の中心まで持ち運ばれたとしても、中心まで持ち運ばれたリモコン３の通信可能範囲６は、部屋１の全域を覆わないものとする。

エアコン２、リモコン３及び携帯機器４は、それぞれコンピュータを内蔵しており、従前からある汎用的なハードウェア構成で実現できる。すなわち、各機器であるエアコン２，リモコン３，携帯機器４（以下、エアコン２，リモコン３，携帯機器４を各機器２，３，４と称する）は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）を少なくとも有している。リモコン３及び携帯機器４においては、近距離無線通信を行うための通信インタフェースは必須な構成である。エアコン２は、リモコン３と有線にて接続されていることを想定している。しかし、エアコン２がリモコン３と無線により通信を行う場合には、エアコン２は、リモコン３と近距離無線通信を行うための通信インタフェースを有する必要がある。また、各機器２，３，４は、通信対象とするデータを一時記憶するストレージ等の記憶手段を別途備えてもよい。

図２は、本実施の形態における空調システムのブロック構成図である。なお、図２には、本実施の形態の説明に必要な構成要素を示している。図２では、各機器２，３，４において、それぞれの機能を発揮するために本来持っている構成要素であっても、本実施の形態の説明に用いない構成要素については、図示を省略している。また、携帯機器４が室内に複数存在する場合、各携帯機器４は同等の構成を有していればよいので、図２には１台のみ図示した。後述する実施の形態においても同様である。

エアコン２は、空調制御部２１及び制御テーブル２２を有している。空調制御部２１は、在室人数に応じた空調制御を行う。本実施の形態における空調制御部２１は、特に制御テーブル２２の設定内容に従って空調制御を行う。

図３は、本実施の形態における制御テーブル２２のデータ構成例を示す図である。制御テーブル２２には、「人数」に「経過時間」及び「制御内容」を対応付けして設定される。「人数」は、新たに測定された在室人数と直前に測定されたときの在室人数との差分、すなわち増減した人数である。「制御内容」は、当該人数となったときの空調制御の内容を示す。「経過時間」は、在室人数の差分が求められてから当該制御内容にて空調制御を開始するまでの経過時間である。「制御内容」については、動作の説明と合わせて説明する。

空調制御部２１は、エアコン２に搭載されたＣＰＵと、ＣＰＵで動作するプログラムとの協調動作により実現される。また、制御テーブル２２は、エアコン２に搭載されたＲＡＭ等の記憶手段にて実現される。

図２のリモコン３は、通信部３１、収集委任発信部３２、機器リスト収集部３３、在室人数算出部３４及び記憶部３５を有している。通信部３１は、近距離無線通信機能を搭載する通信インタフェースにより実現され、携帯機器４との間で近距離無線通信を行う。収集委任発信部３２は、収集委任（「台数収集委任要求」に相当）を定周期的に携帯機器４に向けて発信する。機器リスト収集部３３は、収集委任に応じて携帯機器４から返信されてきた機器リスト（「機器台数情報」に相当）を収集する。在室人数算出部３４は、機器リスト収集部３３が収集した機器リストに基づき部屋１にいるユーザの人数、すなわち在室人数を測定する。記憶部３５は、携帯機器４から送信されてきた機器リストを記憶する。

図２の構成要素３１～３４は、リモコン３に搭載されたＣＰＵと、ＣＰＵで動作するプログラムとの協調動作により実現される。また、記憶部３５は、リモコン３に搭載されたＲＡＭ等の記憶手段にて実現される。

図２の携帯機器４は、通信部４１、代表機器機能処理部４２、非代表機器機能処理部４３、制御部４４及び記憶部４５を有している。通信部４１は、近距離無線通信機能を搭載する通信インタフェースにより実現され、リモコン３及び他の携帯機器４との間で近距離無線通信を行う。代表機器機能処理部４２は、自機器が代表機器として動作する際の処理機能を実現する。代表機器機能処理部４２に対し、非代表機器機能処理部４３は、自機器が代表機器として動作しない場合の処理機能を実現する。

ここで、「代表機器」というのは、リモコン３と近距離無線通信が可能な範囲に位置する携帯機器４であって、リモコン３が発信するデータ、本実施の形態では収集委任のデータを受信する携帯機器４のことをいう。換言すると、収集委任を受信することで、収集委任を受信した携帯機器４が代表機器という立場に置かれることになる。例えば、図１においては、リモコン３の通信可能範囲６内に位置する携帯機器Ａ，Ｂ，Ｃが代表機器に該当する。携帯機器Ａ，Ｂ，Ｃ以外の携帯機器４は、代表機器とはならない。また、本実施の形態では、自機器（ある携帯機器４）の近傍に位置し、自機器と通信可能な範囲にある他の携帯機器４のことを「近隣機器」と称することにする。例えば、図１において、携帯機器Ａの通信可能範囲７内に位置する携帯機器Ｂ，Ｃ，Ｄ，Ｅが携帯機器Ａの近隣機器となる。なお、携帯機器Ｂ，Ｃ，Ｄ，Ｅにおいても、それぞれの通信可能な範囲に位置する携帯機器４は近隣機器となる。

携帯機器４は、リモコン３の通信可能範囲６内に位置し、リモコン３から発信された収集委任を受信した場合、代表機器機能処理部４２に処理をさせる。すなわち、携帯機器４は、自機器を代表機器として動作させる。本実施の形態における代表機器機能処理部４２は、応答要請発信部４２１、機器ＩＤ収集部４２２及び機器リスト送信部４２３を有している。応答要請発信部４２１は、収集委任に応じて応答要請（「応答要求」に相当）を他の携帯機器４に向けて発信する。機器ＩＤ収集部４２２は、応答要請に応じて他の携帯機器４（上記「近隣機器」が該当）から返信されてきた機器ＩＤを収集し、記憶部４５に保存する。機器ＩＤは、各携帯機器４に固有の機器識別情報であり、例えば、ＩＰアドレス（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ａｄｄｒｅｓｓ）等である。機器リスト送信部４２３は、収集委任に応じて、自機器の機器ＩＤ及び機器ＩＤ収集部４２２が収集した機器ＩＤを含む機器リストを生成して、リモコン３へ返信する。

携帯機器４は、リモコン３の通信可能範囲６内に位置しない場合は、リモコン３から発信された収集委任を受信しない。しかし、代表機器から発信された応答要請を受信した場合は、非代表機器機能処理部４３に処理をさせる。すなわち、応答要請を受信した携帯機器４は、自機器を代表機器以外の機器（非代表機器）として動作させる。本実施の形態における非代表機器機能処理部４３は、応答要請に応じて自機器の機器ＩＤを返信する機器ＩＤ送信部４３１を有している。

制御部４４は、前述した代表機器機能処理部４２及び非代表機器機能処理部４３の動作制御等、他の構成要素と連携して在室人数を測定する処理の一部を担う。記憶部４５は、在室人数を測定する際に他の携帯機器４から送信されてきた機器ＩＤを記憶する。

携帯機器４における各構成要素４１～４４は、携帯機器４に搭載されたＣＰＵと、ＣＰＵで動作するプログラムとの協調動作により実現される。また、記憶部４５は、携帯機器４に搭載されたＲＡＭ等の記憶手段にて実現される。

本実施の形態で用いるプログラムは、通信手段により提供することはもちろん、ＵＳＢメモリ等のコンピュータ読み取り可能な記録媒体に格納して提供することも可能である。通信手段や記録媒体から提供されたプログラムはコンピュータにインストールされ、コンピュータのＣＰＵがプログラムを順次実行することで各種処理が実現される。

図４は、本実施の形態においてリモコン３と携帯機器（代表機器）４との間、及び、携帯機器４間でやり取りされるデータ構成例を示す図である。図４において、通信種別には、送受信されるデータの種類を識別するコードが設定される。本実施の形態では、リモコン３により収集委任が定周期的に発信されるが、時刻ＩＤには、収集委任が発信された時刻が特定可能な識別子が設定される。時刻ＩＤによって、ある収集委任とその他の収集委任とを、判別できる。リモコンＩＤには、収集委任を発信したリモコン３の識別子が設定される。機器ＩＤには、データを送信する携帯機器４の識別子が設定される。ホップ数については、後述する実施の形態において説明する。

前述したように、リモコンの近距離無線通信可能範囲６が部屋１の全域を覆っているとは限らない。従って、リモコン３が単独では部屋１の在室者を正確に測定できる保証はない。一方、近年では、スマートフォンやタブレット端末などの携帯機器４を所持している人がほとんどである。携帯機器４を従業員全員に支給している企業もある。そして、携帯機器４には、近距離無線通信機能が標準装備されている。携帯機器４には、近距離無線通信機能としてＢＬＥに加え、通信可能範囲が１００ｍ程度のＷｉ－Ｆｉ（登録商標）（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ）が搭載されている。本実施の形態では、在室者が建物内を移動する際には、携帯機器４を常に携行していることを前提とする。また、部屋１の中で検出した携帯機器４の台数を在室人数とみなすことで測定する。また、本実施の形態では、部屋１に設置されたリモコン３が、部屋１にある携帯機器４の台数を検出することを、携帯機器４に委任することを特徴としている。

次に、本実施の形態における人数測定処理について、図５乃至図７に示すフローチャートを用いて説明する。

図５において、リモコン３は、所定のアプリケーションを定周期的に起動することによって図５に示す処理を実行する。まず、アプリケーションが起動されると、収集委任発信部３２は、通信部３１を介して収集委任をブロードキャスト（発信）する（ステップ３０１）。収集委任は、図４に示すデータ構成に従って生成される。より具体的には、通信種別に、収集委任を示すコード（ＣＲ）を設定する。時刻ＩＤに、現在時刻に基づき生成したコード（識別子）を設定する。リモコンＩＤに、自機器の識別子を設定する。その他の項目は、ブランクでよい。リモコン３は、収集委任の発信後、第１の所定期間のタイマを設定する。第１の所定期間として、例えば１分間のタイマを設定し、１分間に携帯機器４、すなわち代表機器から機器リストを受信するよう、機器リストを受信する処理に移行する。

ユーザは、少なくとも在室しているときには、携帯機器４の所定のアプリケーションを起動して、図６に示す処理を常時実施可能な状態にしておく必要がある。

図６において、アプリケーションが起動されると、携帯機器４は、データの受信待ち状態になる（ステップ４０１でＮ）。ステップ４０１で、通信部４１を介してデータが受信されると（ステップ４０１でＹ）、制御部４４は、受信したデータがリモコン３から発信された収集委任の場合（ステップ４０２でＹ）、代表機器機能処理部４２を動作させる。そして、代表機器機能処理部４２における応答要請発信部４２１は、通信部４１を介して応答要請をブロードキャスト（発信）する（ステップ４０３）。応答要請は、図４に示すデータ構成に従って応答要請発信部４２１により生成される。より具体的には、応答要請発信部４２１は、通信種別に応答要請を示すコード（ＡＲ）を設定する。また、時刻ＩＤに、収集委任に設定されている時刻ＩＤを設定する。また、リモコンＩＤに、収集委任に設定されているリモコンＩＤを設定する。また、機器ＩＤに自機器の識別子を設定する。その他の項目は、ブランクでよい。時刻ＩＤ及びリモコンＩＤに、収集委任に設定されている項目データを設定されることで、どのリモコン３からのどの時点の収集委任に従って送受信されるデータなのかが、特定される。応答要請の発信後、代表機器機能処理部４２は第２の所定期間のタイマを設定し、例えば第２の所定期間として３０秒間のタイマを設定し、３０秒間に他の携帯機器４、すなわち近隣機器から応答（機器ＩＤ）を受信するよう、応答を受信する処理に移行する。第２の所定期間は、前述した第１の所定期間より短い時間に設定するのが好ましい。

前述したように、アプリケーションが起動されると、携帯機器４は、データの受信待ち状態になる（ステップ４０１でＮ）。ここで、通信部４１を介してデータが受信され（ステップ４０１でＹ）、受信されたデータが他の携帯機器４、すなわち代表機器から発信された応答要請の場合（ステップ４０２でＮ）、制御部４４は、自機器を代表機器の近隣機器として、また非代表機器として動作させるために非代表機器機能処理部４３を動作させる。そして、非代表機器機能処理部４３における機器ＩＤ送信部４３１は、応答要請に応答する（ステップ４０８）。この応答は、図４に示すデータ構成に従って生成される。より具体的には、通信種別に応答を示すコード（ＡＣＫ）を設定する。時刻ＩＤに応答要請に設定されている時刻ＩＤを設定する。リモコンＩＤに応答要請に設定されているリモコンＩＤを設定する。機器ＩＤに自機器の識別子（機器ＩＤ）を設定する。その他の項目はブランクでよい。時刻ＩＤ及びリモコンＩＤに、応答要請に設定されている項目データを設定することで、どのリモコン３からのどの時点の収集委任に従って送受信されるデータなのかが特定される。

代表機器に相当する携帯機器４は、タイマの設定により第２の所定期間、近隣機器から応答（機器ＩＤ）を受信する処理に移行している。代表機器に相当する携帯機器４の機器ＩＤ収集部４２２は、近隣機器からの応答を受信すると（ステップ４０４）、受信した応答を記憶部４５に保存する（ステップ４０５）。そして、応答待ち時間（上記「第２の所定期間」）が経過していなければ（ステップ４０６でＮ）、ステップ４０４で応答を受信した近隣機器以外の他の近隣機器からの応答の受信待ち状態に戻る（ステップ４０４）。そして、応答待ち時間が経過すると（ステップ４０６でＹ）、機器リスト送信部４２３は、記憶部４５に保存されている機器ＩＤを読み出し、自機器の機器ＩＤと合わせて機器リストを生成する。機器リスト送信部４２３は、生成した機器リストをリモコン３へ送信する（ステップ４０７）。なお、機器リスト送信部４２３は、１回の収集委任に応じた機器リストをより確実に生成するために、応答に含まれている時刻ＩＤを参照して、同じ時刻ＩＤの応答に含まれている機器ＩＤを読み出すように処理してもよい。

このようにして、代表機器は、リモコン３からの収集委任に応じて、近隣機器から機器ＩＤを収集する。そして、収集した機器ＩＤに自機器の機器ＩＤを含めて、要求元のリモコン３に返信する。

なお、代表機器機能処理部４２は、携帯機器４における計時処理を、機器ＩＤを収集する処理と非同期に実施し、ステップ４０４において受信待ちの状態でも、応答待ち時間が経過すると受信待ち状態を解消して、ステップ４０７に移行させる必要がある。

機器リストは、図４に示すフォーマットに従って生成される。より具体的には、通信種別に委任応答を示すコード（ＲＲ）を設定する。時刻ＩＤに収集委任に設定されていた時刻ＩＤを設定する。リモコンＩＤに収集委任に設定されているリモコンＩＤを設定する。機器ＩＤに自機器の識別子を設定する。そして、その他の項目に、機器リストを設定する。

リモコン３は、図５に示すように、タイマの設定により第１の所定期間、代表機器から機器リストを受信する処理に移行している。リモコン３は、代表機器から機器リストを受信すると（ステップ３０２）、機器リスト収集部３３は、受信した機器リストを記憶部３５に保存する（ステップ３０３）。そして、収集時間（上記「第１の所定期間」）が経過していなければ（ステップ３０４でＮ）、その他の代表機器からの機器リストの受信待ち状態に戻る（ステップ３０２）。そして、収集時間が経過すると（ステップ３０４でＹ）、在室人数算出部３４による在室人数を把握する処理に移行する（ステップ３０５）。なお、リモコン３では、計時処理を機器リストの収集処理と非同期に実施し、ステップ３０２において受信待ちの状態でも収集時間が経過すると受信待ち状態を解消してステップ３０５に移行させる必要がある。

リモコン３が代表機器から機器リストを収集すると、在室人数算出部３４は、機器リストを集計して在室人数を把握する（ステップ３０５）。代表機器が１台の場合、その代表機器から収集した機器リストに含まれている機器ＩＤの数が在室人数となる。複数の代表機器から機器リストを収集した場合、重複して携帯機器４が検出されている場合がある。例えば、図１によると、携帯機器Ｂは、代表機器であるが、携帯機器Ａの近隣機器でもあることから携帯機器Ｂの機器ＩＤは重複して収集されていることになる。従って、在室人数算出部３４は、各代表機器から収集された機器ＩＤを比較しながら、同一の携帯機器４を重複してカウントしないように機器ＩＤを集計する。そして、集計した機器ＩＤの数が部屋１における在室人数となるので、集計した在室人数をエアコン２に送信する。在室人数をエアコン２に送信することによって、現時点における在室人数を報告する（ステップ３０６）。

エアコン２では、稼働が開始されると、所定のアプリケーションを起動して空調制御部２１が常時処理を実施可能な状態にしておく。

アプリケーションが起動されると、エアコン２の空調制御部２１は、図７に示すように、リモコン３からの在室人数の受信待ち状態になる（ステップ２０１でＮ）。ここで、空調制御部２１は、リモコン３からの報告により在室人数を受信すると（ステップ２０１でＹ）、受信した在室人数が０人でない場合、すなわち在室者がいる場合（ステップ２０２でＮ）、今回受信した在室人数を、直前の処理で受信し記憶しておいた在室人数と比較する。空調制御部２１は人数を比較することで、在室者の増減人数を算出する（ステップ２０３）。そして、空調制御部２１は、制御テーブル２２の設定内容に従い在室人数の増減人数に応じて空調制御を行う（ステップ２０４）。

例えば、在室人数が１人増加している場合、空調制御部２１は、図３に示す制御テーブル２２の「＋１」の設定を参照して、現時点の運転能力から６０秒の間１０％アップさせて運転する。このように、在室人数が増えることで室内の快適性が一時的に悪化する。例えば夏期の場合、室温の上昇が見込まれるので、冷房能力を自動的に増加させるようにする。また、例えば、在室人数が２人減少した場合、図３に示す制御テーブル２２の「－２」の設定を参照して、現時点の運転能力から９０秒の間１５％ダウンさせて運転する。このように、在室人数が減ることで現時点の運転能力で継続運転すると過剰運転となる可能性があることから、運転能力を抑えることによって省エネ効果を得ることが可能となる。

なお、図３に示す制御テーブル２２の数値例は一例であって、部屋１の広さやエアコン２の性能等に応じて適宜設定すればよい。また、在室人数の単なる増減人数ではなく現時点の在室人数をも参照し、在室人数に応じて細かく制御テーブル２２に設定するようにしてもよい。

空調制御部２１は、以上のようにして空調制御を行うと共に、今回受信した在室人数を次回受信する在室人数と比較できるように、内部に保存する（ステップ２０５）。もちろん、在室人数の履歴を記録しておきたければ、記憶手段（図示せず）に記録するようにしてもよい。

一方、在室人数が０人、すなわち部屋１にユーザが不在の場合（ステップ２０２でＹ）、空調制御部２１は、制御テーブル２２の設定内容に従って空調制御する。図３の制御テーブル２２の設定例によると、在室者が０の場合、空調制御部２１は、３０秒後にエアコン２の動作を停止することになる（ステップ２０６）。このように、在室人数に基づく空調制御を行うことで、在室者がいなくなったときには、エアコン２を自動停止できる。エアコン２を自動停止できるので、最終退出者が消し忘れした場合でも、無駄な電力消費を抑えることができ、省エネ効果を向上させることが可能となる。

なお、本実施の形態においては、在室人数に変化がない場合について制御テーブル２２に設定していない。すなわち、在室人数に変化がない場合、空調制御部２１は、在室人数に基づく空調制御を行わず、既存の設定に基づく空調制御を行うことになる。

本実施の形態によれば、在室人数の把握を在室者が携行する携帯機器４に委任するようにしたので、リモコン３の近距離無線通信可能範囲６では部屋１の全域を覆えない場合でも、在室人数を正確に測定することができる。

なお、ユーザは、複数の携帯機器４を携行する場合がある。この場合は、ユーザ毎に１台の携帯機器４のみにアプリケーションプログラムをインストールできるように制限することによって、重複した人数カウントを回避するようにしてもよい。

また、本実施の形態では、定周期的に在室人数を測定している。そのため、その他の測定、特に前後に実施される測定と混同しないように送受信するデータに時刻ＩＤを設定するようにした。また、時刻を利用することで測定が実施された時刻が特定できる。ただ、１回の測定を識別するためには、時刻でなくても、例えばユニークな文字列等を生成して用いるようにしてもよい。

実施の形態２．
上記実施の形態１において在室人数を測定する対象となる部屋は、従業員が従事する事務室や会議室等を想定していた。しかし、ホールや体育館など在室人数を測定する範囲が非常に広い空間の場合、あるいは携帯機器４が近距離無線通信機能としてＢＬＥのみを使用する場合（つまり、通信可能な範囲が空間に対して相対的に非常に狭い場合）等、リモコン３及び代表機器だけでは、部屋１の全域を通信可能な範囲に収められない場合も想定しうる。そこで、本実施の形態では、広い空間の場合にも対応できるように、携帯機器４を連携させて在室人数を測定できるようにした。

図８は、本実施の形態における空調システムのブロック構成図である。なお、実施の形態１と同じ構成要素には同じ符号を付け、説明を適宜省略する。本実施の形態では、エアコン２に複数のリモコン３が接続されることと、時刻サーバ１０が設けられていることがシステム構成上、実施の形態１と異なっている。

上記実施の形態１において説明したように、機器３，４間でやり取りするデータに含める時刻ＩＤは、リモコン３に設定されている時刻を用いて生成される。本実施の形態のように、複数のリモコン３が存在すると、各リモコン３での時刻が完全に一致していなければ、異なる時刻ＩＤが生成される可能性が生じてくる。そうすると、１回の在室人数の測定時に収集された機器ＩＤが、同じタイミングで収集されていないと、誤認される可能性が生じてくる。そこで、本実施の形態では、時刻サーバ１０を設けるようにしたので、各リモコン３は、共通した時刻を用いることができる。

なお、本実施の形態では、時刻サーバ１０を設けたが、いずれか１つのリモコン３が自己の時刻を他のリモコン３に通知して、各リモコン３において時刻ＩＤ生成に用いる時刻を同一にするように構成してもよい。また、時刻は、１回の測定を判別するため、換言すると他の測定（特に、前後の測定）と混合しないようにするために用いるので、時刻でなくても、例えばユニークな文字列等を発生する手段を用いるようにしてもよい。

エアコン２は、実施の形態１の構成に、実施の形態１ではリモコン３に設けた在室人数算出部２３を有している。リモコン３は、在室人数算出部３４の処理機能をエアコン２に移動させたことに伴い、収集した機器リストをエアコン２に渡すための機器リスト送信部３６を設けている。

携帯機器４は、構成要素は実施の形態１と同じであるが、代表機器機能処理部４２及び非代表機器機能処理部４３の内部構成が異なる。代表機器機能処理部４２は、実施の形態１の構成に試験要請発信部４２４を追加した構成を有している。試験要請発信部４２４は、受信した収集委任に最大中継数が設定されている場合、試験要請（「経路設定要求」に相当）を発信する。「最大中継数」というのは、起点となる機器（代表機器）からデータ（後述する「試験要請」）を中継させる携帯機器４の数である。非代表機器機能処理部４３は、試験要請対応処理部４３２及び応答要請対応処理部４３３を有している。試験要請対応処理部４３２は、他の携帯機器４から試験要請を受信した場合、受信した試験要請の送信元を、試験要請の受信以降に受信する応答要請に対する応答先と特定する。加えて、自機器が代表機器から最大中継数の位置、換言すると受信した収集委任の受信ホップ数が０に達していなければ、試験要請を発信する。ここでは、「最大中継数の位置」とは、代表機器からより離れた範囲の位置に散在する携帯機器４であって、機器ＩＤが収集可能な範囲の位置に存在する携帯機器４の数のことである。応答要請対応処理部４３３は、他の携帯機器４から受信した応答要請に応じて、自機器が代表機器から最大中継数の位置に達していなければ応答要請を発信する。加えて、自機器の機器ＩＤ及び発信した応答要請に応じて他の携帯機器４から返信されてきた機器ＩＤを返信する。また、自機器が代表機器から最大中継数の位置に達していれば自機器の機器ＩＤを返信する。応答要請対応処理部４３３は、応答要請に応じて自機器の機器ＩＤを返信する点で、実施の形態１の機器ＩＤ送信部４３１と同様の機能を有している。

次に、本実施の形態における在室人数の測定処理について説明する。なお、実施の形態１と同じ処理については、説明を適宜省略する。

実施の形態１では、リモコン３は、所定のアプリケーションが起動されることによって処理を開始して、収集委任をブロードキャストしていた。本実施の形態では、時刻サーバ１０からの時刻の通知をトリガとして図５に示すフローチャートが実行される。そのために、リモコン３は、所定のアプリケーションが起動されると動作を開始し、時刻サーバ１０からの時刻の受信待ち状態になる。時刻サーバ１０は、定周期的に時刻を各リモコン３に対して送信するので、各リモコン３における収集委任発信部３２は、収集委任に含まれる時刻ＩＤを、時刻サーバ１０から送られてきた時刻に基づき生成する。このため、各リモコン３は共に、同じ時刻ＩＤを生成することになり、１回の測定が特定できる。なお、全てのリモコン３は、同じ処理を実行する。

更に、本実施の形態における収集委任発信部３２は、収集委任にホップ数（図４参照）を設定するが、ホップ数として前述した最大中継数を設定する。最大中継数は、リモコン３によって異ならせてもよい。以上のようにして、リモコン３は、収集委任のデータを生成して発信する。収集委任の発信後、第１の所定期間として例えば１分間のタイマを設定して、１分間に携帯機器４、すなわち代表機器から機器リストを受信するよう、機器リストを受信する処理に移行する。

本実施の形態における携帯機器４は、収集委任を受信すると、２段階の処理にて携帯機器４の機器ＩＤを収集する。この本実施の形態において特徴的な処理について、図９，１０に示すフローチャートを用いて説明する。なお、実施の形態１と同じ処理には同じステップ番号を付けて、説明を適宜省略する。

図９に示すように、携帯機器４は、アプリケーションが起動されると、携帯機器４が内部に記憶しているホップ数（以下、「記憶ホップ数」）を０に、応答要請に対する応答先を未設定に、それぞれ初期化する（ステップ４２１）。そして、データの受信待ち状態になるが（ステップ４０１でＮ）、データが受信されると（ステップ４０１でＹ）、その受信されるデータの種別によって処理が分岐する。

ここでは、第１段階の処理、すなわち、機器ＩＤの収集経路を決定する処理について説明する。

図９において、まず、受信したデータが収集委任の場合（ステップ４０２で「収集委任」）、制御部４４は、代表機器機能処理部４２を動作させる。そして、代表機器機能処理部４２における試験要請発信部４２４は、第１段階の処理として、通信部４１を介して試験要請をブロードキャスト（発信）する（ステップ４２２）。試験要請は、図４に示すデータ構成に従って生成される。より具体的には、通信種別に試験要請を示すコード（ＥＲ）を設定する。時刻ＩＤ、リモコンＩＤ及びホップ数に、収集委任に設定されている各項目データを設定する。機器ＩＤに自機器の識別子を設定する。その他の項目はブランクでよい。時刻ＩＤ及びリモコンＩＤに、収集委任に設定されている項目データを設定することで、どのリモコン３からのどの時点の収集委任に従って送受信されるデータなのかを特定できる。試験要請の発信後、タイマを設定して第３の所定期間、つまり収集経路の決定に要する時間、例えば１５秒間待機してから第２段階の処理に移行する。

携帯機器４において、受信したデータが試験要請の場合（ステップ４０２で「試験要請」）、制御部４４は、非代表機器機能処理部４３を動作させる。そして、非代表機器機能処理部４３における試験要請対応処理部４３２は、受信した試験要請に設定されているホップ数（以下、「受信ホップ数」）を１減算する（ステップ４３４）。続いて、試験要請対応処理部４３２は、受信ホップ数と、内部に記憶しているホップ数（以下、「記憶ホップ数」）とを比較する。なお、この時点の記憶ホップ数は、ステップ４２１で初期化されたホップ数である。ここで、受信ホップ数が記憶ホップ数より大きい場合（ステップ４２４でＹ）、受信した試験要請の送信元となる携帯機器４の機器ＩＤを、内部に記憶している応答先（ステップ４２１で初期化した応答先）に設定する（ステップ４２５）。応答先がすでに設定されている場合には、応答先を変更することになる。受信ホップ数が記憶ホップ数以下の場合（ステップ４２４でＮ）、ステップ４２６に移行する。つまり、ここの処理では、大きいホップ数を送信してきた携帯機器４の機器ＩＤを応答要請の応答先として保持するようにしている。

続いて、受信した試験要請に設定されている受信ホップ数が１以上の場合（ステップ４２６でＹ）、記憶ホップ数を受信ホップ数で更新して（ステップ４２７）、試験要請をブロードキャスト（発信）する（ステップ４２８）。このように、他の携帯機器４から発信された試験要請を受信した携帯機器４も自ら試験要請を発信することを、本実施の形態では「中継」と称している。

試験要請は、通信種別に試験要請を示すコード（ＥＲ）を設定する。時刻ＩＤ及びリモコンＩＤに、受信した試験要請に設定されている各項目データを設定する。機器ＩＤに自機器の識別子を設定する。ホップ数にステップ４２７で更新した記憶ホップ数を設定する。その他の項目はブランクでよい。このように、試験要請を受信した携帯機器４は、記憶ホップ数と応答先を内部に保持すると共に、ホップ数が０になるまでは試験要請をブロードキャストすることで、代表機器からの試験要請を中継することになる。

なお、代表機器も近隣機器が発信する試験要請を受信するかもしれない。しかし、例えば、自機器が代表機器となったことを内部に保持しておき、近隣機器からの試験要請に対して対応しないようにする。

代表機器以外の携帯機器４（非代表機器）は、他の携帯機器４から試験要請を複数回受信する可能性がある。しかし、後述する応答要請に対応する先となる応答先は、ステップ４２５で保持したただ１つの携帯機器４に限定される。また、受信ホップ数が記憶ホップ数より大きい場合に、応答要請に対する応答先を変更するということは、自機器がより多くの携帯機器４の機器ＩＤを中継できるようになる。つまり、代表機器からより離れた範囲に散在する携帯機器４の機器ＩＤを収集可能となる。

代表機器から離れた位置にある携帯機器４は、減算されたホップ数を含む試験要請を受信することになり、試験要請が中継されることによってホップ数が１の試験要請（ステップ４３４において受信ホップ数が０となる試験要請）を受信する携帯機器４が現れてくる。受信ホップ数が０になると（ステップ４２６でＮ）、試験要請を中継しないようになる。このとき、試験要請をはじめて受信した携帯機器４においては、応答先が未設定のままなので、試験要請送信元の携帯機器の機器ＩＤを応答先として設定する（ステップ４２９）。このようにして、非代表機器の応答先には、応答要請に対応する携帯機器４が設定されることになり、機器ＩＤの収集経路が決定される。

第１段階の処理では、以上のようにして機器ＩＤを収集する経路を決定することができる。経路上の最上位は代表機器が存在するが、以降の説明では、経路上の末端の位置にある携帯機器４を「末端機器」と称することにする。そして、代表機器と末端機器との間には、０以上３以下の携帯機器４が存在しうるが、この代表機器と末端機器の間に位置する携帯機器４のことを「中間機器」と称することにする。

次に、第２段階の処理について説明する。第２段階の処理は、実施の形態１で説明した、部屋１にある携帯機器の機器ＩＤを収集する処理である。

第３の所定期間が経過すると、代表機器機能処理部４２における応答要請発信部４２１は、応答要請をするために、図９に示すように、機器ＩＤ収集処理を実行する（ステップ４２３）。機器ＩＤ収集処理は、基本的には実施の形態１で説明した処理（ステップ４０３～４０７）と同様である。すなわち、応答要請発信部４２１は、図１０に示すように、通信部４１を介して応答要請をブロードキャスト（発信）する（ステップ４５１）。応答要請は、実施の形態１と同じでよい。応答要請に設定されるホップ数は、第１段階の処理で用いるので、第２段階の処理では不要である。応答要請の発信後、第２の所定期間として例えば３０秒間のタイマを設定して、３０秒間に他の携帯機器４、すなわち近隣機器から応答（機器ＩＤ）を受信するように、応答を受信する処理に移行する。第２の所定期間は、前述した第１の所定期間より短い時間である。

次に、図９に示すように、受信したデータが応答要請の場合（ステップ４０２で「応答要請」）、非代表機器機能処理部４３における応答要請対応処理部４３３は、応答要請の送信元を確認する。応答要請の送信元が内部に保持している応答先と一致しない場合（ステップ４３０でＮ）、機器ＩＤの収集経路にない携帯機器４から応答要請を受信したことになるので、携帯機器４は、受信した応答要請に応じることなく、次のデータの受信待ち状態に戻る（ステップ４０１）。

一方、応答要請の送信元が内部に保持している応答先と一致する場合（ステップ４３０でＹ）、応答要請対応処理部４３３は、内部に記憶している記憶ホップ数を確認し、ホップ数が１以上でない場合、すなわち記憶ホップ数が０の場合（ステップ４３１でＮ）、自機器は、経路上の末端にある携帯機器４、すなわち末端機器と判断できる。従って、応答要請対応処理部４３３は、応答要請に応答する（ステップ４３３）。つまり、応答要請に対して自機器の機器ＩＤを返信する。

一方、記憶ホップ数が１以上の場合（ステップ４３１でＹ）、自機器は、経路上の途中にある携帯機器４、すなわち中間機器と判断できる。従って、応答要請対応処理部４３３は、応答要請に応じて機器ＩＤ収集処理を実行する（ステップ４３２）。機器ＩＤ収集処理は、基本的には実施の形態１で説明した処理と同様である。すなわち、応答要請対応処理部４３３は、図１０のように、通信部４１を介して応答要請をブロードキャスト（発信）する（ステップ４５１）。応答要請は、実施の形態１と同じでよい。応答要請に設定するホップ数は、第１段階の処理で用いるので、第２段階の処理では不要である。応答要請の発信後、第４の所定期間として例えば２０秒間のタイマを設定して、２０秒間に他の携帯機器４から応答（機器ＩＤ）を受信するように、応答を受信する処理に移行する。第４の所定期間は、前述した代表機器が機器ＩＤの収集に設定した第２の所定期間より短い時間に設定するのが好ましい。

ステップ４５２において、他の携帯機器４からの応答を待っていた携帯機器４（代表機器又は中間機器、ここでは中間機器を想定して説明する）は、他の携帯機器４が末端機器の場合、その末端機器から当該携帯機器４の機器ＩＤを受信する（ステップ４５２）。他の携帯機器４が中間機器の場合は、機器リストを受信することになる。他の携帯機器４からの応答を受信すると、その応答に含まれている機器ＩＤ（あるいは機器リストに含まれている機器ＩＤ）を記憶部４５に保存する（ステップ４５３）。

そして、応答待ち時間（上記「第４の所定期間」）が経過していなければ（ステップ４５４でＮ）、その他の携帯機器４からの応答の受信待ち状態に戻る（ステップ４５２）。そして、応答待ち時間が経過すると（ステップ４５４でＹ）、応答要請対応処理部４３３は、記憶部４５に保存されている機器ＩＤを読み出し、自機器の機器ＩＤと合わせて機器リストを生成して、上位の携帯機器４へ送信する（ステップ４５５）。上位の携帯機器４というのは、代表機器又は応答要請送信元の携帯機器４（中間機器）である。

代表機器に相当する携帯機器４は、タイマの設定により第２の所定期間、近隣機器から応答（機器ＩＤ）を受信する処理に移行している。代表機器に相当する携帯機器４は、近隣機器からの応答を受信すると（ステップ４５２）、その応答に含まれている機器ＩＤ（あるいは機器リスト）を記憶部４５に保存する（ステップ４５３）。そして、応答待ち時間（上記「第２の所定期間」）が経過していなければ（ステップ４５４でＮ）、その他の近隣機器からの応答の受信待ち状態に戻る（ステップ４５２）。そして、応答待ち時間が経過すると（ステップ４５４でＹ）、機器リスト送信部４２３は、記憶部４５に保存されている機器ＩＤを読み出し、自機器の機器ＩＤと合わせて機器リストを生成してリモコン３へ送信する（ステップ４５５）。

リモコン３は、タイマの設定により第１の所定期間、代表機器から機器リストを受信する処理に移行している。リモコン３は、代表機器から機器リストを受信すると、収集委任発信部３２は、図５に示すように、受信した機器リストを記憶部３５に保存する（ステップ３０３）。そして、収集時間（上記「第１の所定期間」）が経過していなければ（ステップ３０４でＮ）、その他の代表機器からの機器リストの受信待ち状態に戻る（ステップ３０２）。そして、収集時間が経過すると（ステップ３０４でＹ）、記憶部３５に保存していた機器リスト（機器ＩＤ）を、時刻ＩＤを付加してエアコン２に通知する。

エアコン２に接続されているリモコン３は、上記説明したように動作するので、エアコン２は、収集時間経過後に各リモコン３からそれぞれ機器リストを受信することになる。これにより、在室人数算出部２３は、同一の時刻ＩＤが付加されている機器リストの中から機器ＩＤを取り出し、同じ機器ＩＤを重複してカウントしないように集計する。このようにして得られた機器ＩＤの数が、部屋１の在室人数となる。

現時点の在室人数が測定できると、エアコン２は、実施の形態１と同様に制御テーブル２２の設定内容に従って空調制御を行う。

以上説明したように、本実施の形態によれば、エアコン２に複数のリモコン３が接続されている場合でも、各測定時点において在室人数を正確に測定することができる。

なお、部屋１に複数のエアコン２が設置されている場合、実施の形態１で説明した構成を複数組み合わせて実現できる。ただ、この場合、エアコン２の上位にあるサーバ等が各エアコン２若しくは各エアコン２に接続されるリモコン３から機器リストを収集して、収集した機器リストに含まれている同じ機器ＩＤを重複してカウントしないように、集計する必要がある。

実施の形態３．
実施の形態３によって、実施の形態１、実施の形態２の所在人数測定システムを構成するエアコン２、リモコン３及び携帯機器４のハードウェア構成を補足する。

実施の形態１、実施の形態２で述べた所在人数測定システムを構成するエアコン２、リモコン３及び携帯機器４の機能は、プログラムで実現される。しかし、エアコン２、リモコン３及び携帯機器４の機能が、ハードウェアで実現されてもよい。

図１１は、所在人数測定システムを構成するエアコン２、リモコン３及び携帯機器４の機能がハードウェアで実現される構成を示す図である。図１１の電子回路９０は、所在人数測定システムを構成するエアコン２の空調制御部２１、及び在室人数算出部２３、リモコン３の収集委任発信部３２、機器リスト収集部３３、在室人数算出部３４、及び通信部３１の機能を実現する専用の電子回路である。また、携帯機器４の代表機器機能処理部４２、応答要請発信部４２１、機器ＩＤ収集部４２２、機器リスト送信部４２３、試験要請発信部４２４、非代表機器機能処理部４３、機器ＩＤ送信部４３１、制御部４４、通信部４１、試験要請対応処理部４３２、及び、応答要請対応処理部４３３の機能を実現する専用の電子回路である。
電子回路９０は、信号線９１に接続している。電子回路９０は、具体的には、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ロジックＩＣ、ＧＡ、ＡＳＩＣ、または、ＦＰＧＡである。ＧＡは、Ｇａｔｅ Ａｒｒａｙの略語である。ＡＳＩＣは、Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔの略語である。ＦＰＧＡは、Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙの略語である。

所在人数測定システムを構成するエアコン２、リモコン３及び携帯機器４の構成要素の機能は、１つの電子回路で実現されてもよいし、複数の電子回路に分散して実現されてもよい。また、所在人数測定システムを構成するエアコン２、リモコン３及び携帯機器４の構成要素の一部の機能が電子回路で実現され、残りの機能がソフトウェアで実現されてもよい。

ＣＰＵと電子回路９０の各々は、プロセッシングサーキットリとも呼ばれる。エアコン２の空調制御部２１、在室人数算出部２３と、リモコン３の収集委任発信部３２、機器リスト収集部３３、在室人数算出部３４、通信部３１と、携帯機器４の代表機器機能処理部４２、応答要請発信部４２１、機器ＩＤ収集部４２２、機器リスト送信部４２３、試験要請発信部４２４、非代表機器機能処理部４３、機器ＩＤ送信部４３１、制御部４４、通信部４１、試験要請対応処理部４３２、応答要請対応処理部４３３との機能を実現する専用の電子回路である。エアコン２の空調制御部２１、在室人数算出部２３と、リモコン３の収集委任発信部３２、機器リスト収集部３３、在室人数算出部３４、通信部３１と、携帯機器４の代表機器機能処理部４２、応答要請発信部４２１、機器ＩＤ収集部４２２、機器リスト送信部４２３、試験要請発信部４２４、非代表機器機能処理部４３、機器ＩＤ送信部４３１、制御部４４、通信部４１、試験要請対応処理部４３２、応答要請対応処理部４３３との機能が、プロセッシングサーキットリにより実現されてもよい。

なお、実施の形態１、実施の形態２で説明した所在人数測定システムを構成するエアコン２、リモコン３及び携帯機器４の各構成要素は、以下のように、各手段及び各部に相当することを述べておく。
（１）収集委任発信部３２は、要求発信手段に相当する。
（２）機器リスト収集部３３は、機器台数情報収集手段に相当する。
（３）代表機器機能処理部４２は、代表機器機能処理手段に相当する。
（４）非代表機器機能処理部４３は、非代表機器機能処理手段に相当する。
（５）在室人数算出部３４は、在室人数計算手段に相当する。
（６）応答要請発信部４２１は、応答要求発信部に相当する。
（７）機器ＩＤ収集部４２２は、機器識別情報収集部に相当する。
（８）機器リスト送信部４２３は、機器台数情報返信部に相当する。
（９）試験要請発信部４２４は、経路設定処理部に相当する。
（１０）試験要請対応処理部４３２は、経路設定要求対応処理部に相当する。
（１１）応答要請対応処理部４３３は、応答要求対応処理部に相当する。
（１２）時刻サーバ１０は、提供手段に相当する。

１ 部屋、２ エアコン、３ リモコン、４ 携帯機器、５ 出入口、６，７ 通信可能範囲、１０ 時刻サーバ、２１ 空調制御部、２２ 制御テーブル、２３ 在室人数算出部、３１，４１ 通信部、３２ 収集委任発信部、３３ 機器リスト収集部、３４ 在室人数算出部、３５，４５ 記憶部、３６ 機器リスト送信部、４２ 代表機器機能処理部、４３ 非代表機器機能処理部、４４ 制御部、９０ 電子回路、９１ 信号線、４２１ 応答要請発信部、４２２ 機器ＩＤ収集部、４２３ 機器リスト送信部、４２４ 試験要請発信部、４３１ 機器ＩＤ送信部、４３２ 試験要請対応処理部、４３３ 応答要請対応処理部。

Claims (7)

1. 空調機が設置された空間に設置され、近距離無線通信機能を有する前記空調機のリモコンと、
   前記空間に所在する各ユーザに携帯され、近距離無線通信機能を有する携帯機器と、
   を有し、
   前記リモコンは、
   台数収集委任要求を発信する要求発信手段と、
   前記台数収集委任要求に応じて前記携帯機器から返信されてきた機器台数情報を収集する機器台数情報収集手段と、
   を有し、
   前記携帯機器は、
   前記リモコンから発信された台数収集委任要求を受信した場合、自機器を代表機器として動作させることで応答要求を発信すると共に、前記台数収集委任要求に応じて自機器の機器識別情報及び前記応答要求に応じて他の前記携帯機器から返信されてきた機器識別情報を含む機器台数情報を返信する代表機器機能処理手段と、
   前記リモコンから発信された台数収集委任要求を受信することなく前記代表機器として動作する他の前記携帯機器から発信された応答要求を受信した場合、自機器を非代表機器として動作させることで前記応答要求に応じて自機器の機器識別情報を返信する非代表機器機能処理手段と、
   を有し、
   前記機器台数情報収集手段が収集した機器台数情報に基づき前記空間の所在人数を計算する在室人数計算手段を有することを特徴とする所在人数測定システム。
2. 前記代表機器機能処理手段は、
   前記台数収集委任要求に応じて応答要求を発信する応答要求発信部と、
   前記応答要求に応じて他の前記携帯機器から返信されてきた機器識別情報を収集する機器識別情報収集部と、
   前記台数収集委任要求に応じて、自機器の機器識別情報及び前記機器識別情報収集部が収集した機器識別情報を含む機器台数情報を生成して返信する機器台数情報返信部と、
   を有することを特徴とする請求項１に記載の所在人数測定システム。
3. 前記代表機器機能処理手段は、
   前記台数収集委任要求に最大中継数が設定されている場合、経路設定要求を発信する経路設定処理部と、
   前記台数収集委任要求を受信してから所定時間経過後に応答要求を発信する応答要求発信部と、
   前記応答要求発信部が発信した応答要求に応じて他の前記携帯機器から返信されてきた機器識別情報を収集する機器識別情報収集部と、
   前記台数収集委任要求に応じて、自機器の機器識別情報及び前記機器識別情報収集部が収集した機器識別情報を含む機器台数情報を生成して返信する機器台数情報返信部と、
   を有し、
   前記非代表機器機能処理手段は、
   他の前記携帯機器から経路設定要求を受信した場合、受信した経路設定要求の送信元を、応答要求に対する応答先と特定すると共に、自機器が前記代表機器から最大中継数の位置に達していなければ経路設定要求を発信する経路設定要求対応処理部と、
   他の前記携帯機器から受信した応答要求に応じて、自機器が前記代表機器から最大中継数の位置に達していなければ応答要求を発信すると共に自機器の機器識別情報及び発信した応答要求に応じて他の前記携帯機器から返信されてきた機器識別情報を返信し、自機器が前記代表機器から最大中継数の位置に達していれば自機器の機器識別情報を返信する応答要求対応処理部と、
   を有することを特徴とする請求項１に記載の所在人数測定システム。
4. 前記経路設定要求対応処理部は、複数の経路設定要求を受信した場合、前記代表機器からの中継数が大きい経路設定要求の送信元を、応答要求に対する応答先と特定することを特徴とする請求項３に記載の所在人数測定システム。
5. 複数の前記リモコンが前記空調機に設けられている場合、前記各リモコンに対して共通の識別コードを提供する提供手段を有することを特徴とする請求項１に記載の所在人数測定システム。
6. 空調機及び近距離無線通信機能を有する前記空調機のリモコンが設置されている空間に所在するユーザにより携行される携帯機器において、
   前記リモコンから発信された台数収集委任要求を受信した場合、自機器を代表機器として動作させることで応答要求を発信すると共に、前記台数収集委任要求に応じて自機器の機器識別情報及び前記応答要求に応じて他の前記携帯機器から返信されてきた機器識別情報を含む機器台数情報を返信する代表機器機能処理手段と、
   前記リモコンから発信された台数収集委任要求を受信することなく前記代表機器として動作する他の前記携帯機器から発信された応答要求を受信した場合、自機器を非代表機器として動作させることで前記応答要求に応じて自機器の機器識別情報を返信する非代表機器機能処理手段と、
   を有することを特徴とする携帯機器。
7. 空調機及び近距離無線通信機能を有する前記空調機のリモコンが設置されている空間に所在するユーザにより携行される携帯機器に搭載されるコンピュータを、
   前記リモコンから発信された台数収集委任要求を受信した場合、自機器を代表機器として動作させることで応答要求を発信すると共に、前記台数収集委任要求に応じて自機器の機器識別情報及び前記応答要求に応じて他の前記携帯機器から返信されてきた機器識別情報を含む機器台数情報を返信する代表機器機能処理手段、
   前記リモコンから発信された台数収集委任要求を受信することなく前記代表機器として動作する他の前記携帯機器から発信された応答要求を受信した場合、自機器を非代表機器として動作させることで前記応答要求に応じて自機器の機器識別情報を返信する非代表機器機能処理手段、
   として機能させるためのプログラム。
   

Images