WO2022239052A1 - 空調システム、制御装置、空調制御方法およびプログラム - Google Patents

Abstract

空調システムは、部屋の空気を換気する空調機器と、部屋内にある情報処理端末をネットワークに接続するルータと、部屋に人がいるか否かを示す検知情報を出力する人感センサと、空調機器を制御する制御装置とを有し、制御装置は、部屋について使用予定者数の情報を含む予定情報ならびに部屋の面積の情報を含む環境情報を記憶する記憶手段と、ルータに接続された情報処理端末の接続数を取得するネットワーク管理手段と、検知情報、接続数および使用予定者数に基づいて部屋の使用者数を推定する推定手段と、部屋の面積の情報と推定された使用者数とを用いて密集度を算出する算出手段と、密集度に基づいて部屋の換気が必要か否かを判定する判定手段と、判定手段によって換気が必要と判定されると、空調機器に換気運転を実行させる機器制御手段とを有するものである。

Description

空調システム、制御装置、空調制御方法およびプログラム

　本開示は、空調対象空間の換気を行う空調システム、制御装置、空調制御方法およびプログラムに関する。

　外気を室内に取り込み換気を行うことが、密閉度の高い室内の環境を維持するための有効な手段のひとつであることが、知られている。例えば、室内の汚染要素として、ＣＯおよびＣＯ_２に着目し、これらの汚染要素の濃度を計測する室内センサと、換気装置と、空気清浄装置とを有する換気空調システムが提案されている（例えば、特許文献１参照）。特許文献１に開示された換気空調システムは、室内センサによって計測された濃度が設定値を超えると、換気装置を運転させるとともに、空気清浄装置を運転させることで、外から室内に取り込まれる空気を清浄化する。

特開２００６－９８００７号公報

　しかしながら、特許文献１に開示された換気空調システムにおいては、ＣＯまたはＣＯ_２などの汚染要素の濃度を計測する特殊なセンサを室内に設ける必要がある。また、汚染要素が感染性のある病原体等の浮遊飛沫である場合、浮遊飛沫をセンサで計測することは困難である。そのため、室内の汚染要素を抑制するための換気が行われないおそれがある。

　本開示は、上記のような課題を解決するためになされたもので、汚染要素の濃度を計測する特殊なセンサを用いなくても、自動的に部屋の換気を行う空調システム、制御装置、空調制御方法およびプログラムを提供するものである。

　本開示に係る空調システムは、部屋の空気を換気する空調機器と、前記部屋内にある情報処理端末をネットワークに接続するルータと、前記部屋に人がいるか否か検知し、人がいるか否かを示す検知情報を出力する人感センサと、前記空調機器、前記ルータおよび前記人感センサと接続され、前記空調機器を制御する制御装置と、を有し、前記制御装置は、前記部屋について使用予定者数の情報を含む予定情報と、前記部屋の面積の情報を含む環境情報とを記憶する記憶手段と、前記ルータに接続された前記情報処理端末の台数である接続数の情報を取得するネットワーク管理手段と、前記検知情報、前記接続数および前記使用予定者数に基づいて前記部屋の使用者数を推定する推定手段と、前記環境情報に含まれる前記部屋の面積の情報と、前記推定手段によって推定された前記使用者数とを用いて、単位面積あたりの人数である密集度を算出する算出手段と、前記算出手段によって算出された前記密集度に基づいて前記部屋の換気が必要か否かを判定する判定手段と、前記判定手段によって換気が必要と判定されると、前記空調機器に換気運転を実行させる機器制御手段と、を有するものである。

　本開示に係る制御装置は、部屋の空気を換気する空調機器、前記部屋内にある情報処理端末をネットワークに接続するルータ、および前記部屋に人がいるか否かを示す検知情報を出力する人感センサと接続され、前記空調機器を制御する制御装置であって、前記部屋について使用予定者数の情報を含む予定情報と、前記部屋の面積の情報を含む環境情報とを記憶する記憶手段と、前記ルータに接続された前記情報処理端末の台数である接続数の情報を取得するネットワーク管理手段と、前記検知情報、前記接続数および前記使用予定者数に基づいて前記部屋の使用者数を推定する推定手段と、前記環境情報に含まれる前記部屋の面積と、前記推定手段によって推定された前記使用者数とを用いて、単位面積あたりの人数である密集度を算出する算出手段と、前記算出手段によって算出された前記密集度に基づいて前記部屋の換気が必要か否かを判定する判定手段と、前記判定手段によって換気が必要と判定されると、前記空調機器に換気運転を実行させる機器制御手段と、を有するものである。

　本開示に係る空調制御方法は、部屋の空気を換気する空調機器、前記部屋内にある情報処理端末をネットワークに接続するルータ、および前記部屋に人がいるか否かを示す検知情報を出力する人感センサと接続される制御装置による空調制御方法であって、前記部屋について使用予定者数の情報を含む予定情報と、前記部屋の面積の情報を含む環境情報とを記憶するステップと、前記ルータに接続された前記情報処理端末の台数である接続数の情報を取得するステップと、前記検知情報、前記接続数および前記使用予定者数に基づいて前記部屋の使用者数を推定するステップと、前記環境情報に含まれる前記部屋の面積と、推定された前記使用者数とを用いて、単位面積あたりの人数である密集度を算出するステップと、算出された前記密集度に基づいて前記部屋の換気が必要か否かを判定するステップと、前記判定によって換気が必要と判定されると、前記空調機器に換気運転を実行させるステップと、を有するものである。

　本開示に係るプログラムは、部屋の空気を換気する空調機器、前記部屋内にある情報処理端末をネットワークに接続するルータ、および前記部屋に人がいるか否かを示す検知情報を出力する人感センサと接続されるコンピュータに、前記部屋について使用予定者数の情報を含む予定情報と、前記部屋の面積の情報を含む環境情報とを記憶する記憶手段と、前記ルータに接続された前記情報処理端末の台数である接続数の情報を取得するネットワーク管理手段と、前記検知情報、前記接続数および前記使用予定者数に基づいて前記部屋の使用者数を推定する推定手段と、前記環境情報に含まれる前記部屋の面積と、前記推定手段によって推定された前記使用者数とを用いて、単位面積あたりの人数である密集度を算出する算出手段と、前記算出手段によって算出された前記密集度に基づいて前記部屋の換気が必要か否かを判定する判定手段と、前記判定手段によって換気が必要と判定されると、前記空調機器に換気運転を実行させる機器制御手段と、を実行させるものである。

　本開示によれば、部屋の使用予定者数の情報を含む予定情報と、ルータの接続数と、人感センサの検知情報とに基づいて、部屋の使用者数が推定され、推定された使用者数および部屋の面積によって算出される密集度から換気が必要か否か判定される。部屋の換気が必要と判定される場合、部屋に設置された空調機器が換気運転を行う。そのため、汚染要素の濃度を計測する特殊なセンサがなくても、密集度が高くなると、自動的に部屋の換気が行われる。その結果、室内の空気環境を、汚染要素を抑制した状態に維持することができる。

実施の形態１に係る空調システムの一構成例を示すブロック図である。 実施の形態１に係る空調システムの別の構成例を示すブロック図である。 実施の形態１に係る空調システムにおいて、通信接続の別の構成例を示すブロック図である。 図３に示したルータの通信範囲の一例を示す模式図である。 図３に示した情報処理端末の一構成例を示すブロック図である。 図３に示した制御装置のハードウェア構成の一例を示すブロック図である。 図６に示した補助記憶部が記憶するデータの一例を示す図である。 図６に示したプロセッサの一構成例を示す機能ブロック図である。 会議予約情報の一例を示すテーブルである。 予定情報の一例を示すテーブルである。 環境情報の一例を示すテーブルである。 在室情報の一例を示すテーブルである。 接続情報の一例を示すテーブルである。 履歴情報の一例を示すテーブルである。 実施の形態１に係る空調システムにおいて、換気制御に必要な情報収集を行う制御装置の動作手順を示すフローチャートである。 実施の形態１に係る空調システムにおいて、制御装置による換気制御の動作手順を示すフローチャートである。 実施の形態１に係る空調システムにおいて、制御装置による換気制御の動作手順を示すフローチャートである。 実施の形態１に係る空調システムにおいて、制御装置による換気制御の動作手順を示すフローチャートである。 図１７および図１８に示したフローを制御装置が実行することによって推定される使用者数を示すテーブルである。 実施の形態２に係る空調システムの制御装置に含まれるプロセッサの一構成例を示す機能ブロック図である。 実施の形態２に係る空調システムにおいて、制御装置による換気制御の動作手順を示すフローチャートである。 実施の形態２に係る空調システムにおいて、制御装置による換気制御の動作手順を示すフローチャートである。 図２２に示すステップＳ２０１における補正手段による動作手順を示すフローチャートである。 実施の形態３に係る空調システムにおいて、図３に示したサーバの一構成例を示すブロック図である。 図２４に示した記憶部が記憶する会議予約情報の一例を示すテーブルである。 実施の形態３に係る空調システムにおいて、情報処理端末の動作手順を示すフローチャートである。 実施の形態３に係る空調システムにおいて、制御装置の動作手順を示すフローチャートである。

実施の形態１．
　本実施の形態１の空調システムの構成を説明する。図１は、実施の形態１に係る空調システムの一構成例を示すブロック図である。図１に示すように、空調システム１０は、空調対象空間を換気する空調機器２と、空調機器２を制御する制御装置１と、ルータ３および１３とを有する。ルータ３および１３は広域ネットワークＮＷ１と接続される。制御装置１は局所ネットワークＮＷ２を介して空調機器２と接続される。

　広域ネットワークＮＷ１は、例えば、インターネットである。本実施の形態１においては、図１に示すように、広域ネットワークＮＷ１にサーバ５が接続されている。局所ネットワークＮＷ２は、例えば、イーサネット（登録商標）のような通信規格に適合したＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）である。局所ネットワークＮＷ２は、有線および無線のうち、一方の通信ネットワークであってもよく、両方を組み合わせた通信ネットワークであってもよい。局所ネットワークＮＷ２が無線ネットワークである場合、局所ネットワークＮＷ２は、例えば、Ｗｉ－Ｆｉ(登録商標)のような国際標準規格であるＩＥＥＥ８０２．１１規格にしたがってデータを伝送する。以下では、局所ネットワークＮＷ２が無線ネットワークの場合で説明する。また、空調システム１０が１つの会社に設置される場合で説明する。

　ルータ３に複数の情報処理端末４－１～４－ｍが接続される。ｍは２以上の任意の整数である。情報処理端末４－１～４－ｍは、例えば、ＰＣ（Ｐｅｒｓｏｎａｌ　Ｃｏｍｐｕｔｅｒ）およびスマートフォン等のタブレット端末である。本実施の形態１においては、情報処理端末４－１～４－ｍがノート型ＰＣまたはタブレット端末の場合で説明する。

　情報処理端末４－１～４－ｍの各端末のユーザが自分のデスクで仕事をする際、情報処理端末４－１～４－ｍのそれぞれはルータ１３および広域ネットワークＮＷ１を介して、サーバ５と接続される。情報処理端末４－１～４－ｍはサーバ５を介して制御装置１と通信する。本実施の形態１では、情報処理端末４－１～４－ｍの各端末のユーザは同じ会社の社員である。

　空調機器２は、局所ネットワークＮＷ２を介して制御装置１と接続される。空調機器２は、例えば、換気扇である。空調機器２は、換気扇に限らず、外気と部屋内の空気とを入れ換える換気機能を備えた機器であればよい。空調機器２は、冷媒回路を備えた空気調和装置であってもよい。空調機器２は、空調対象空間である部屋に設けられている。空調機器２が設置される部屋は、例えば、会議室ＣＲである。空調機器２が設置される部屋は会議室に限らない。空調機器２は、会議室ＣＲ内の空気を換気する。会議室ＣＲは、ルータ３の通信範囲にカバーされる。

　ルータ３および１３は、異なる複数のネットワークを接続する装置である。ルータ１３は、制御装置１と情報処理端末４－１～４－ｍとの間で伝送される情報の授受を中継する。例えば、ルータ１３は、制御装置１と情報処理端末４－１～４－ｍとの間で、サーバ５を介して伝送される情報の授受を中継する。図１に示していないが、情報処理端末４－ｉのユーザが情報処理端末４－ｉを携帯して会議室ＣＲに移動すると、情報処理端末４－ｉはルータ３と接続される。ｉは１～ｍの任意の整数とする。ルータ３は、制御装置１と情報処理端末４－ｉとの間で、サーバ５を介して伝送される情報の授受を中継する。

　会議室ＣＲには、会議室ＣＲ内に人がいるか否かを検知する人感センサ６が設けられている。人感センサ６は、例えば、焦電センサである。人感センサ６は、制御装置１と接続されている。人感センサ６は、会議室ＣＲ内に人がいるか否かを示す在室状態を検知し、在室状態の情報を含む検知情報を制御装置１に出力する。人感センサ６は、人の有無だけでなく、会議室ＣＲにいる人の人数を簡易的に検出できるものであってもよい。

　図２は、実施の形態１に係る空調システムの別の構成例を示すブロック図である。図２に示す空調システム１０は、複数の会議室の換気制御を行うものである。図２は、換気制御の対象となる空調対象空間が第１会議室ＣＲ１～第ｑ会議室ＣＲｑの場合を示す。ｑは２以上の整数である。図２に示す空調システム１０においては、ルータ３－１～３－ｎが設けられている。

　なお、図１および図２に示した通信接続の構成は一例であって、図１および図２に示した構成に限らない。図３は、実施の形態１に係る空調システムにおいて、通信接続の別の構成例を示すブロック図である。図３に示すように、局所ネットワークＮＷ２を介して、情報処理端末４－１～４－ｍ、空調機器２－１～２－ｑ、ルータ３－１～３－ｎおよび制御装置１が互いに通信できるように接続されてもよい。

　以下では、本実施の形態１の空調システム１０について、図３に示した構成例の場合で説明するが、図１または図２に示した構成例であってもよい。

　図４は、図３に示したルータの通信範囲の一例を示す模式図である。図４は、ルータ３－１～３－３のルータ毎の通信範囲を模式的に示す。第１会議室ＣＲ１は、ルータ３－１の通信範囲Ｃｅｌｌ１にカバーされる。第２会議室ＣＲ２は、ルータ３－２の通信範囲Ｃｅｌｌ２にカバーされる。情報処理端末４－ｉは、第１会議室ＣＲ１にある場合、ルータ３－１と接続され、第２会議室ＣＲ２にある場合、ルータ３－２と接続される。

　一方、第３会議室ＣＲ３～第５会議室ＣＲ５は、同じルータ３－３の通信範囲Ｃｅｌｌ３にカバーされる。第３会議室ＣＲ３～第５会議室ＣＲ５においては、情報処理端末４－ｉは、どの会議室ＣＲにあってもルータ３－３と接続される。このように、ルータ３－１～３－ｎについて、各ルータの通信範囲が１つの会議室ＣＲをカバーしてもよく、２つ以上の会議室ＣＲをカバーしてもよい。

　次に、図３に示したサーバ５の構成を説明する。サーバ５は、例えば、制御装置１のメーカが保有するクラウドサーバである。サーバ５は、広域ネットワークＮＷ１、ルータ１３および局所ネットワークＮＷ２を介して、制御装置１と接続される。サーバ５は、制御装置１および情報処理端末４－１～４－ｍに関する認証処理を実行する。サーバ５は、空調システム１０と無関係な他の装置が外部から不正に制御装置１および情報処理端末４－１～４－ｍと通信できないようにする。

　図３に示した情報処理端末４－１～４－ｍの構成を説明する。情報処理端末４－１～４－ｍは同じ構成なので、ここでは、情報処理端末４－ｉの場合について説明する。図５は、図３に示した情報処理端末の一構成例を示すブロック図である。

　情報処理端末４－ｉは、端末記憶部４１と、端末制御部４２と、操作部４３と、表示部４４とを有する。端末記憶部４１は、例えば、フラッシュメモリ等の不揮発性メモリである。表示部４４は、例えば、ディスプレイである。端末制御部４２は、プログラムを記憶するメモリ（図示せず）と、メモリが記憶するプログラムにしたがって処理を実行するプロセッサ（図示せず）とを有する。各情報処理端末４－ｉの端末記憶部４１は、スケジュール管理のためのアプリケーションソフトウェアであるスケジュールプログラムを記憶している。各情報処理端末４－ｉには、各情報処理端末４－ｉに固有の識別子である端末識別子Ｔ４－ｉが予め割り当てられている。端末制御部４２は、他の装置に情報を送信する際、自端末に割り当てられた端末識別子Ｔ４－ｉを添付して送信する。

　ユーザが情報処理端末４－ｉを操作して会議予約情報を登録する方法を説明する。ユーザは、会議の予定が入ると、操作部４３を操作してスケジュールプログラムを起動する指示を入力する。会議の予定は、例えば、ユーザの所属する課のリーダからユーザに口頭で通知される。端末制御部４２は、スケジュールプログラムの起動の指示が入力されると、端末記憶部４１からスケジュールプログラムを読み出し、スケジュールプログラムを実行する。続いて、端末制御部４２は、会議予約入力項目を表示部４４に表示させる。会議予約入力項目は、例えば、会議室名、会議名、使用開始時刻および使用終了時刻である。ユーザは、表示部４４の表示を参照しながら、操作部４３を操作して、会議予約入力項目の各項目の欄に入力する。端末制御部４２は、会議予約入力項目に入力された情報と端末識別子とを含む会議予約情報を作成し、会議予約情報を端末記憶部４１に記憶させる。端末制御部４２は、制御装置１から会議予約情報の要求があると、会議予約情報を制御装置１に送信する。

　ここでは、ユーザが自分で情報処理端末４－ｉを操作して情報処理端末４－ｉに会議予約情報を作成させる場合で説明したが、この方法に限らない。例えば、課のリーダが自分の情報処理端末４－ｉを操作して、会議予約情報を電子メールに添付して、課内の他の社員の情報処理端末４－ｉに送信してもよい。この場合、課内の他の社員の情報処理端末４－ｉの端末制御部４２は、電子メールを受信すると、電子メールに添付された会議予約情報を端末記憶部４１に記憶させる。また、会議室ＣＲの予約が重複しないように、サーバ５が会議室ＣＲの予約を管理してもよく、会議室ＣＲの予約を管理する別のサーバが設けられていてもよい。

　また、本実施の形態１においては、ユーザが自分のデスクで使用する情報処理端末４－ｉと会議室ＣＲで使用する情報処理端末４－ｉとが同じ場合で説明するが、別々であってもよい。例えば、ユーザが自分のデスクで使用する情報処理端末はデスクトップ型のＰＣであってもよい。

　次に、図３に示した制御装置１の構成を説明する。図６は、図３に示した制御装置のハードウェア構成の一例を示すブロック図である。制御装置１は、空調機器２－１～２－ｑを制御するコンピュータである。制御装置１は、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）等のプロセッサ１０１と、記憶部１５と、第１の通信インタフェース１０４と、第２の通信インタフェース１０５と、ブートローダ１０６とを有する。記憶部１５は、主記憶部１０２および補助記憶部１０３を有する。記憶部１５は、本実施の形態１の空調制御方法に関連する情報を記憶する記憶手段である。プロセッサ１０１、主記憶部１０２、補助記憶部１０３、第１の通信インタフェース１０４、第２の通信インタフェース１０５およびブートローダ１０６は、バス１０９を介して接続される。

　補助記憶部１０３は、例えば、ＨＤＤ（Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ）等の記憶装置である。補助記憶部１０３は、フラッシュメモリ等の不揮発性メモリであってもよい。主記憶部１０２は、例えば、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）等の揮発性メモリであるが、フラッシュメモリ等の不揮発性メモリであってもよい。

　補助記憶部１０３が記憶する情報を説明する。図７は、図６に示した補助記憶部が記憶するデータの一例を示す図である。補助記憶部１０３内は、プログラムが記憶される領域と、制御データが記憶される領域とに分かれている。補助記憶部１０３は、プログラムが記憶される領域に、２つ以上のプログラムを記憶できる。プログラムが記憶される領域に２つ以上のプログラムが記憶される場合、プログラム毎に異なる識別子が割り当てられ、プログラムが記憶される領域には、識別子が記録される領域も設けられている。各プログラムに識別子を割り当てることで、制御装置１が起動する際、ブートローダ１０６が補助記憶部１０３から主記憶部１０２に読み出すプログラムを識別子で識別できるようにしている。

　ブートローダ１０６は、制御装置１が起動したときに、プロセッサ１０１に実行させるプログラムを補助記憶部１０３から読み出して主記憶部１０２に書き込む。プロセッサ１０１に実行させるプログラムを書き換えたい場合、例えば、次のように行う。書き換えたいプログラムをサーバ５に保存する。このプログラムを更新プログラムと称する。制御装置１が現状のプログラムで動作している間に、ブートローダ１０６は、サーバ５から更新プログラムを取得する。そして、ブートローダ１０６は、補助記憶部１０３のプログラム領域に更新プログラムを保存し、起動時に実行させるプログラムの識別子を更新プログラムの識別子に書き換えておく。このようにして、次に制御装置１が起動したに動作するプログラムを更新プログラムに切り替えることができる。

　第１の通信インタフェース１０４は、ルータ１３および広域ネットワークＮＷ１を介して、サーバ５と情報を送受信し、さらにサーバ５経由で情報処理端末４－１～４－ｍと情報を送受信する。第２の通信インタフェース１０５は、局所ネットワークＮＷ２を介して、空調機器２－１～２－ｑと情報を送受信する。

　図８は、図６に示したプロセッサの一構成例を示す機能ブロック図である。プロセッサ１０１は、演算手段１６と、タイマー１７とを有する。演算手段１６は、例えば、算術論理演算ユニットである。演算手段１６は、情報取得手段２１と、ネットワーク管理手段２２と、在室管理手段２３と、推定手段２４と、算出手段２５と、判定手段２６と、機器制御手段２７とを有する。

　制御装置１が起動するとき、プロセッサ１０１が主記憶部１０２からプログラムを読み出す。プロセッサ１０１がプログラムを実行することで、情報取得手段２１、ネットワーク管理手段２２、在室管理手段２３、推定手段２４、算出手段２５、判定手段２６および機器制御手段２７の各手段の機能が実現される。

　補助記憶部１０３に記憶される制御データについて説明する。制御データは、会議予約情報、予定情報、在室情報、接続情報、環境情報および履歴情報を含むデータである。ただし、本実施の形態１の換気制御を制御装置１が実行する際、演算手段１６が補助記憶部１０３から制御データを読み出したり、制御データを補助記憶部１０３に書き込んだりすると処理速度が遅くなる。そのため、制御装置１は、換気制御を行う際、制御データを補助記憶部１０３から読み出して主記憶部１０２に書き込み、主記憶部１０２は主記憶部１０２との間で情報の送受信を行う。以下では、主記憶部１０２が制御データを記憶する場合で説明する。

　はじめに、会議予約情報について説明する。図９は、会議予約情報の一例を示すテーブルである。会議予約情報は、各会議室の予約に関する情報である。各情報処理端末４－ｉの端末記憶部４１が記憶する会議予約情報は、情報処理端末４－ｉの端末識別子、会議名、会議室名、使用開始時刻および使用終了時刻の情報を含む。図９に示す会議予約情報は、情報取得手段２１によって情報処理端末４－１～４－ｍから取得された会議予約情報が集約されたものである。図９に示す会議予約情報が主記憶部１０２に記憶される。図９に示すように、会議予約情報は、情報処理端末４－ｉの端末識別子に対応して、会議名、会議室、使用開始時刻および使用終了時刻が登録された情報である。

　図９に示すように、会議名として、Ｘ１打合、Ｘ２打合、工程会議、進捗会議、課内会議、全体会議および社外打合などが登録されている。Ｘ１打合は、社員が製品Ｘ１に関して行う打合である。Ｘ２打合は、社員が製品Ｘ２に関して行う打合である。工程会議は、予め決められた製品の製造工程に関する会議である。進捗会議は、予め決められた製品の製造進捗に関する会議である。課内会議は、課内の社員を対象とする会議である。全体会議は、製品製造に携わる社員全員を対象とする会議である。社外打合は、社員が社外の人と行う打合である。

　図９に示す会議予約情報では、情報処理端末４－ｉの端末識別子Ｔ４－１～Ｔ４－ｍに対応して、使用開始時刻および使用単位時間毎と、会議室名とが記載されている。図９に示す会議予約情報においては、使用単位時間が３０分なので、使用開始時刻から使用終了時刻を算出することができる。使用単位時間は一例であって、３０分に限らない。図９に示す会議予約情報では、会議室ＣＲを使用できる最終時刻を１７時３０分としている。

　図９は、例えば、情報処理端末４－１から取得された会議予約情報は、９：００～１０：００に第３会議室ＣＲ３で工程会議が予約され、１０：００～１０：３０に第２会議室ＣＲ２で製品Ｘ２の打合せが予約され、１６：３０～１７：３０に第５会議室ＣＲ５で社外打合が予約されていることを示す。

　次に、予定情報について説明する。図１０は、予定情報の一例を示すテーブルである。予定情報は、会議室ＣＲに対応して、会議名と、使用予定者数と、使用開始時刻および使用終了時刻と、使用者名とが登録された情報である。予定情報は、図９に示した会議予約情報を基に作成される。図１０では、会議名および使用者名を図に示すことを省略している。端末識別子とユーザ名とが対応付けられたユーザ情報テーブル（図示せず）が補助記憶部１０３に予め記憶されており、情報取得手段２１によって、予約された会議毎に、ユーザ名が使用者名として読み出される。また、使用予定者数は、情報取得手段２１によってユーザ情報テーブル（図示せず）から読み出された使用者名の数をカウントすることで算出される。

　図１０は、例えば、第１会議室ＣＲ１において、９：００～９：３０は使用予定者数＝０名、９：３０～１０：００は使用予定者数＝５名、１０：００～１０：３０は使用予定者数＝０名、１６：３０以降は使用予定者数＝０名であることを示す。なお、予定情報は会議予約情報と関連付けられていてもよい。この場合、予定情報の会議室ＣＲおよび使用時間から、予約された会議の会議名などの情報を会議予約情報で特定することができる。

　次に、環境情報について説明する。図１１は、環境情報の一例を示すテーブルである。環境情報は、各会議室ＣＲのユーザの利用環境に関する情報である。具体的には、環境情報は、会議室ＣＲに対応して、接続できるルータ３、人感センサ６、会議室ＣＲの面積、最大収容人数、使用者数初期値、および閾値ｔｈｄが登録された情報である。閾値ｔｈｄは、後述の密集度Ｄｅｎに基づいて、換気が必要か否かの判定基準となる値である。本実施の形態１では、閾値ｔｈｄとして、第１閾値ｔｈｄ１および第２閾値ｔｈｄ２が環境情報に予め登録されているが、閾値ｔｈｄは１つでもよい。第１閾値ｔｈｄ１および第２閾値ｔｈｄ２は、ｔｈｄ１＞ｔｈｄ２の関係である。図１１は、第１閾値ｔｈｄ１が０．１５、第２閾値ｔｈｄ２が０．１の場合を示しているが、第１閾値ｔｈｄ１および第２閾値ｔｈｄ２の値はこれらの値に限定されない。

　図１１は、例えば、第１会議室ＣＲ１について、ルータ３－１の局所ネットワークＮＷ２の通信範囲でカバーされ、人感センサ６－１が設けられ、会議室の面積が約２５ｍ^２であり、最大収容人数が１０名であることを示す。図４を参照して説明したように、図１１は、情報処理端末４－ｉが、第１会議室ＣＲ１および第２会議室ＣＲ２のそれぞれの部屋において別のルータ３と接続されるが、第３会議室ＣＲ３～第５会議室ＣＲ５では同じルータ３－３と接続されることを示す。

　次に、在室情報について説明する。図１２は、在室情報の一例を示すテーブルである。在室情報は、会議室ＣＲに対応して、使用開始時刻および使用終了時刻と、会議室に人がいる状態である在室状態または会議室に人がいない状態である不在状態とが登録された情報である。在室情報は、在室管理手段２３によって、人感センサ６から取得される検知情報と環境情報とを用いて作成される。

　図１２は、例えば、第１会議室ＣＲ１は、９：００～９：３０は会議室が無人であり、９：３０～１０：００は会議室が有人であり、１０：００～１０：３０および１６：００以降は会議室が無人であることを示す。

　次に、接続情報について説明する。図１３は、接続情報の一例を示すテーブルである。接続情報は、ルータ３－１～３－ｎの各ルータ３に接続される情報処理端末４－ｉの台数である接続数Ｃｔを示す情報である。接続情報はネットワーク管理手段２２によって作成される。

　例えば、図１３は、ルータ３－１について、９：００～９：３０は接続なし、９：３０～１０：００は５台の情報処理端末４－ｉが接続され、１０：００～１０：３０および１６：００以降は接続なしであることを示す。

　次に、履歴情報について説明する。図１４は、履歴情報の一例を示すテーブルである。履歴情報は、過去に実施された会議について、会議室ＣＲに対応して、会議名、使用者名、実績人数および環境に関する情報が登録された情報である。履歴情報は、例えば、予定情報を基にして、使用予定者数の替わりに実績人数が登録されることで作成される。図１４に示すように、履歴情報に会議室の環境情報が登録されてもよい。

　次に、図８を参照して、プロセッサ１０１の各手段の構成を説明する。タイマー１７は、プログラムを時間通りに正確にプロセッサ１０１に実行させるための基準時間（クロック）を生成する。情報取得手段２１は、図３に示したサーバ５を介して、一定の周期で、情報処理端末４－１～４－ｍから会議予約情報を取得する。情報取得手段２１は、取得した会議予約情報を用いて予定情報を作成する。情報取得手段２１は、作成した予定情報を主記憶部１０２に記憶させる。

　在室管理手段２３は、一定の周期で、人感センサ６－１～６－ｑから検知情報を取得する。在室管理手段２３は、取得した検知情報を用いて会議室ＣＲ毎に在室状態を示す在室情報を作成する。在室管理手段２３は、作成した在室情報を主記憶部１０２に記憶させる。

　ネットワーク管理手段２２は、一定の周期で、ルータ３－１～３－ｎから接続数Ｃｔの情報を取得する。ネットワーク管理手段２２は、取得した接続数Ｃｔの情報を用いて、ルータ３－１～３－ｎに接続する情報処理端末４－ｉの接続数Ｃｔを示す接続情報を作成する。ネットワーク管理手段２２は、作成した接続情報を主記憶部１０２に記憶させる。

　推定手段２４は、主記憶部１０２に記憶された予定情報、接続情報および在室情報に基づいて、会議室ＣＲ毎に使用者数を推定する。推定手段２４は、予定情報、接続情報および在室情報の他に、主記憶部１０２に記憶された環境情報を用いて、会議室ＣＲ毎に使用者数を推定してもよい。

　算出手段２５は、会議室ＣＲ毎に、推定される使用者数と会議室ＣＲの面積とを用いて、各会議室ＣＲの密集度Ｄｅｎを算出する。密集度Ｄｅｎは単位面積あたりの人数で表される。例えば、面積２０［ｍ^２］の会議室ＣＲに使用者が５人の場合、密集度Ｄｅｎは、０．２５［人／ｍ^２］と算出される。算出手段２５は、推定手段２４によって推定された使用者数を実績人数として、予定情報および会議予約情報を参照して履歴情報を作成する。算出手段２５は、作成した履歴情報を主記憶部１０２に記憶させる。

　判定手段２６は、算出手段２５によって算出された、各会議室ＣＲの密集度Ｄｅｎに基づいて、会議室ＣＲ毎に換気が必要か否かを判定する。具体的には、判定手段２６は、算出された密集度Ｄｅｎと予め決められた第１閾値ｔｈｄ１および第２閾値ｔｈｄ２とを比較する。判定手段２６は、密集度Ｄｅｎが第１閾値ｔｈｄ１以上である場合、換気が必要と判定し、密集度Ｄｅｎが第２閾値ｔｈｄ２未満である場合、換気が不要と判定する。一方、判定手段２６は、密集度Ｄｅｎが第２閾値以上第１閾値ｔｈｄ１未満である場合、常時換気は不要だが、一定時間内に換気が必要と判定し、換気の開始時間ｔｓおよび換気の時間ｔｖを設定する。換気の開始時間ｔｓは、対象の会議室ＣＲについて、会議開始時刻または会議が開始されていると判定された時刻を計測開始時刻とする経過時間ｔｐである。換気の開始時間ｔｓは、例えば、２０分である。換気時間ｔｖは、例えば、５分間である。

　機器制御手段２７は、会議室ＣＲについて判定手段２６によって換気が必要と判定される場合、換気運転の実行を指示する旨の指令情報を、局所ネットワークＮＷ２を介して、会議室ＣＲに設置された空調機器２に送信する。ｊを１～ｑの任意の整数とし、会議室ＣＲｊの換気が必要と判定された場合、機器制御手段２７は、換気運転の実行を指示する旨の指令情報を、局所ネットワークＮＷ２を介して、空調機器２－ｊに送信する。機器制御手段２７は、判定手段２６から換気時間ｔｖの情報を受信すると、換気時間ｔｖを含む指令情報を局所ネットワークＮＷ２を介して、空調機器２－ｊに送信する。空調機器２－ｊは、換気時間ｔｖを含む指令情報を受信すると、換気時間ｔｖだけ、換気運転を行う。

　次に、図３に示した空調システム１０の動作を説明する。制御装置１と情報処理端末４－１～４－ｍとの通信は、サーバ５が実行する認証処理によって認証された後に開示されるが、以下では、サーバ５による認証処理の説明を省略する。

　はじめに、制御装置１が情報処理端末４－１～４－ｍから情報を収集して、主記憶部１０２に記憶させる情報を作成する動作について説明する。図１５は、実施の形態１に係る空調システムにおいて、換気制御に必要な情報収集を行う制御装置の動作手順を示すフローチャートである。図１５に示すフローは、例えば、制御装置１へ電源が投入されたことを契機として開始される。

　タイマー１７は、予め設定された周期である基準周期Ｔｒｅｆの時間が到達したか否かを判定する（ステップＳ００１）。基準周期Ｔｒｅｆの時間に到達していない場合（ステップＳ００１：Ｎｏ）、制御装置１は処理を終了し、次の基準周期Ｔｒｅｆの時間が到達するまで待機する。一方、基準周期Ｔｒｅｆの時間に到達した場合（ステップＳ００１：Ｙｅｓ）、タイマー１７は、基準周期Ｔｒｅｆの時間に到達したことを、情報取得手段２１、在室管理手段２３およびネットワーク管理手段２２に通知する。

　情報取得手段２１は、タイマー１７から通知を受けると、局所ネットワークＮＷ２、広域ネットワークＮＷ１およびサーバ５を経由して、情報処理端末４－１～４－ｍから会議予約情報を取得する（ステップＳ００２－１）。情報取得手段２１は、取得した会議予約情報を用いて予定情報を作成し（ステップＳ００３－１）、作成した予定情報を主記憶部１０２に記憶させる（ステップＳ００４－１）。

　在室管理手段２３は、タイマー１７から通知を受けると、人感センサ６－１～６－ｑから検知情報を取得する（ステップＳ００２－２）。在室管理手段２３は、取得した検知情報を用いて在室情報を作成し（ステップＳ００３－２）、作成した在室情報を主記憶部１０２に記憶させる（ステップＳ００４－２）。

　ネットワーク管理手段２２は、ルータ３－１～３－ｎから情報処理端末４－ｉの接続数Ｃｔの情報を取得する（ステップＳ００２－３）。ネットワーク管理手段２２は、取得した接続数Ｃｔの情報を用いて接続情報を作成し（ステップＳ００３－３）、作成した接続情報を主記憶部１０２に記憶させる（ステップＳ００４－３）。

　このようにして、制御装置１は制御データを定期的に更新する。なお、制御装置１が人感センサ６－１～６－ｑおよびルータ３－１～３－ｎから情報をポーリングで取得する場合で説明したが、これらの機器は在室状態または接続数の状態が変化したとき、変化した状態を示す情報を制御装置１に送信してもよい。また、制御装置１は、人感センサ６等の機器からの情報収集について、ポーリングと状態変化時の受信とを併用してもよい。さらに、図１５は、制御装置１が予定情報、在室情報および接続情報について並列処理を行う場合を示しているが、順次処理で行ってもよい。

　次に、図３に示した空調システム１０において、制御装置１が実行する換気制御を、図１６～図１８を参照して説明する。図１６～図１８は、実施の形態１に係る空調システムにおいて、制御装置による換気制御の動作手順を示すフローチャートである。図１６を参照しながら、会議室ＣＲの使用開始時刻前の空調システム１０の動作について説明する。

　推定手段２４は、主記憶部１０２が記憶する予定情報を参照し、各会議室ＣＲの使用開始時刻を確認する（ステップＳ１０１）。推定手段２４は、タイマー１７から現在の時刻の情報を取得し、現在の時刻が各会議室ＣＲの使用開始時刻前か否かを判定する（ステップＳ１０２）。現在の時刻が各会議室ＣＲの使用開始時刻前である場合（ステップＳ１０２：Ｙｅｓ）、推定手段２４は、主記憶部１０２が記憶する履歴情報を参照する（ステップＳ１０３）。履歴情報には、会議室ＣＲ毎に、過去に行われた会議毎に参加した人数である実績人数などの情報が記録されている。また、ステップＳ１０３において、推定手段２４は、予定情報を参照し、使用開始時刻が現在の時刻に最も近い会議を特定する。特定した会議が開催される会議室ＣＲを会議室ＣＲｊとする。

　推定手段２４は、特定した会議について、予定情報に関連付けられた使用者名を読み出す。推定手段２４は、読み出した使用者名と同じ使用者名が履歴情報にあるか否かを判定する（ステップＳ１０４）。予定情報に関連付けられた使用者名と同じ使用者名が履歴情報にある場合（ステップＳ１０４：Ｙｅｓ）、推定手段２４は、その使用者名の会議に出席した人の人数を実績人数として履歴情報から読み出し、読み出した実績人数を算出手段２５に通知する。算出手段２５は、推定手段２４から実績人数が通知されると、ステップＳ１０６の処理に進む。

　一方、ステップＳ１０４において、予定情報に関連付けられた使用者名と同じ使用者名が履歴情報にない場合（ステップＳ１０４：Ｎｏ）、推定手段２４は、予定情報に関連付けされた会議名を読み出す。そして、推定手段２４は、予定情報に関連付けられた会議名と同じ会議名が履歴情報にあるか否かを判定する（ステップＳ１０５）。予定情報に関連付けられた会議名と同じ会議名が履歴情報にある場合（ステップＳ１０５：Ｙｅｓ）、推定手段２４は、同じ会議名で過去に実施された会議の参加人数を実績人数として履歴情報から読み出し、読み出した実績人数を算出手段２５に通知する。算出手段２５は、推定手段２４から実績人数が通知されると、ステップＳ１０６の処理に進む。

　ステップＳ１０６において、算出手段２５は、環境情報から会議室ＣＲｊの面積を読み出す。算出手段２５は、推定手段２４から通知された実績人数を会議室ＣＲｊの面積で除算して密集度Ｄｅｎを算出する（ステップＳ１０７）。判定手段２６は、密集度Ｄｅｎが第１閾値ｔｈｄ１以上か否かを判定する（ステップＳ１０８）。ステップＳ１０８の処理において、判定手段２６は、会議室ＣＲｊで会議が開始されると、換気が必要なほど、人が密集する可能性があるか否かを判定する。

　ステップＳ１０８の判定の結果、密集度Ｄｅｎが第１閾値ｔｈｄ１以上である場合（ステップＳ１０８：Ｙｅｓ）、判定手段２６は、会議が開始されると、換気が必要なほど会議室ＣＲｊに人が密集する可能性があると判断する。この場合、機器制御手段２７は、会議室ＣＲｊに設置された空調機器２－ｊに換気運転の実行を指示する旨の指令情報を送信する（ステップＳ１０９）。

　一方、ステップＳ１０８の判定の結果、密集度Ｄｅｎが第１閾値ｔｈｄ１未満である場合（ステップＳ１０８：Ｎｏ）、判定手段２６は、会議室ＣＲｊに人が密集する可能性が低く、換気は不要と判断する。この場合、制御装置１は処理を終了する。また、ステップＳ１０５の判定の結果、予定情報に関連付けられた会議名と同じ会議名が履歴情報にない場合（ステップＳ１０５：Ｎｏ）にも、制御装置１は処理を終了する。

　このようにして、密集度が高くなると予想される会議があると、会議が開始される前から、空調機器２－ｊが自動的に換気運転を開始する。なお、会議室ＣＲｊの会議名および使用者名は、条件に一致する会議室ＣＲｊを特定するための、会議室ＣＲｊの使用に関連する情報の一例である。会議室ＣＲｊの使用に関連する情報は、会議名および使用者名に限らない。

　続いて、図１６に示したステップＳ１０２の判定において、現在の時刻が、例えば、会議室ＣＲｊの使用開始時刻以降の場合の処理について、図１７および図１８を参照して説明する。会議室ＣＲｊは、現在の時刻が予約された会議の使用開始時刻と同じか、現在の時刻が使用開始時刻を過ぎている会議室とする。ここでは、会議室ＣＲｊがルータ３－ｊによる局所ネットワークＮＷ２の通信範囲に入っているが、会議室ＣＲｊ以外の会議室はルータ３－ｊによる局所ネットワークＮＷ２の通信範囲に入っていない場合で説明する。

　図１６に示したステップＳ１０２の判定の結果、現在の時刻が会議室ＣＲｊの使用開始時刻以降である場合（ステップＳ１０２：Ｎｏ）、推定手段２４は、主記憶部１０２から予定情報、在室情報および接続情報を読み出す（ステップＳ１５１）。推定手段２４は、これらの情報を基に、次のようにして、会議室ＣＲｊの使用者数を推定する。また、現在の時刻が会議室ＣＲｊの使用開始時刻以降である場合（ステップＳ１０２：Ｎｏ）、判定手段２６は、タイマー１７が計測する経過時間ｔｐを監視する。

　推定手段２４は、会議室ＣＲｊの在室情報を参照し、会議室ＣＲｊに人がいるか否かを判定する（ステップＳ１５２）。在室情報が会議室ＣＲｊに人がいることを示している場合（ステップＳ１５２：Ｙｅｓ）、推定手段２４は、予定情報の使用予定者数を会議室ＣＲｊの使用者数に仮設定する（ステップＳ１５３）。

　続いて、推定手段２４は、ルータ３－ｊの接続数Ｃｔと会議室ＣＲｊの予約の有無との組み合わせによって、会議室ＣＲｊの使用者数を推定する。具体的には、推定手段２４は、接続情報を参照し、ルータ３－ｊの接続数Ｃｔが１以上か否かを判定する（ステップＳ１５４）。ルータ３－ｊの接続数Ｃｔが１以上でない場合（ステップＳ１５４：Ｎｏ）、つまり、接続数Ｃｔがゼロの場合、推定手段２４は、予定情報を参照し、会議室ＣＲｊが予約されているか否かを判定する。会議室ＣＲｊが予約されている場合、使用予定者数は１以上であるが、会議室ＣＲｊが予約されていない場合、使用予定者数はゼロである。推定手段２４は、予定情報を参照し、使用予定者数がゼロか否かを判定することによって（ステップＳ１５５）、会議室ＣＲｊが予約されているか否かを判定する。

　会議室ＣＲｊが予約されており、使用予定者数がゼロでない場合（ステップＳ１５５：Ｎｏ）、推定手段２４は、使用予定者数を会議室ＣＲｊの使用者数と推定する（ステップＳ１５６）。一方、ステップＳ１５５の判定の結果、会議室ＣＲｊが予約されておらず、使用予定者数がゼロである場合（ステップＳ１５５：Ｙｅｓ）、推定手段２４は、環境情報を参照し、会議室ＣＲｊの最大収容人数を使用者数と推定する（ステップＳ１５７）。

　ステップＳ１５４の判定の結果、ルータ３－ｊの接続数Ｃｔが１以上である場合（ステップＳ１５４：Ｙｅｓ）、推定手段２４は、会議室ＣＲｊが予約されているか否かを判定する。具体的には、推定手段２４は、ステップＳ１５５と同様に、予定情報を参照し、使用予定者数がゼロか否かを判定する（ステップＳ１５８）。会議室ＣＲｊが予約されており、使用予定者数がゼロでない場合（ステップＳ１５８：Ｎｏ）、推定手段２４は、使用予定者数を会議室ＣＲｊの使用者数と推定する（ステップＳ１５９）。一方、ステップＳ１５８の判定の結果、会議室ＣＲｊが予約されておらず、使用予定者数がゼロである場合（ステップＳ１５８：Ｙｅｓ）、推定手段２４は、ルータ３－ｊの接続数Ｃｔを、会議室ＣＲｊの使用者数と推定する（ステップＳ１６０）。

　ステップＳ１５２の判定の結果、在室情報が会議室ＣＲｊに人がいないことを示している場合（ステップＳ１５２：Ｎｏ）、推定手段２４は、環境情報を参照し、使用者数を初期値に仮設定する（ステップＳ１６１）。初期値は、予め決められた人数であり、例えば、ゼロである。続いて、接続情報を参照し、ルータ３－ｊの接続数Ｃｔが１以上か否かを判定する（ステップＳ１６２）。ステップＳ１６２の判定の結果、ルータ３－ｊの接続数Ｃｔが１以上である場合（ステップＳ１６２：Ｙｅｓ）、推定手段２４は、会議室ＣＲｊの予約の有無によらず、ルータ３－ｊの接続数Ｃｔを、会議室ＣＲｊの使用者数と推定する（ステップＳ１６０）。一方、ステップＳ１６２の判定の結果、ルータ３－ｊの接続数Ｃｔが１以上でない場合（ステップＳ１６２：Ｎｏ）、推定手段２４は、使用者数を初期値の人数と推定する（ステップＳ１６３）。ここでは、推定手段２４は、使用者数がゼロと推定する。

　推定手段２４は使用者数を推定すると、推定した使用者数を算出手段２５に通知する。算出手段２５は、推定手段２４から使用者数が通知されると、環境情報から会議室ＣＲｊの面積を読み出す。そして、算出手段２５は、推定手段２４から通知された使用者数を会議室ＣＲｊの面積で除算して密集度Ｄｅｎを算出する（ステップＳ１６４）。判定手段２６は、算出手段２５によって算出された密集度Ｄｅｎが第１閾値ｔｈｄ１以上か否かを判定する（ステップＳ１６５）。

　ステップＳ１６５の判定の結果、密集度Ｄｅｎが第１閾値ｔｈｄ１以上である場合（ステップＳ１６５：Ｙｅｓ）、判定手段２６は、換気が必要なほど会議室ＣＲｊに人が密集していると判断する。この場合、機器制御手段２７は、会議室ＣＲｊに設置された空調機器２－ｊに換気運転の実行を指示する旨の指令情報を送信する（ステップＳ１６９）。

　一方、ステップＳ１６５の判定の結果、密集度Ｄｅｎが第１閾値ｔｈｄ１未満である場合（ステップＳ１６５：Ｎｏ）、判定手段２６は、密集度Ｄｅｎが第１閾値ｔｈｄ１未満第２閾値ｔｈｄ２以上であるか否かを判定する（ステップＳ１６６）。密集度Ｄｅｎが第１閾値ｔｈｄ１未満第２閾値ｔｈｄ２以上である場合（ステップＳ１６６：Ｙｅｓ）、判定手段２６は、換気の開始時間ｔｓおよび換気時間ｔｖを設定する（ステップＳ１６７）。判定手段２６は、タイマー１７が計測する経過時間ｔｐが換気の開始時間ｔｓ以上であるか否かを判定する（ステップＳ１６８）。経過時間ｔｐが換気の開始時間ｔｓに到達すると（ステップＳ１６８：Ｙｅｓ）、機器制御手段２７は、換気時間ｔｖの情報を含む指令情報を、会議室ＣＲｊに設置された空調機器２－ｊに送信する（ステップＳ１６９）。ステップＳ１６６の判定の結果、密集度Ｄｅｎが第２閾値ｔｈｄ２未満である場合、判定手段２６は、会議室ＣＲｊに人が密集しておらず、換気は不要と判断する。

　会議室ＣＲｊに人が密集しているか否かによらず、算出手段２５は、推定手段２４によって推定された使用者数を、会議室ＣＲｊの使用者数の実績人数として履歴情報に記録する（ステップＳ１７０）。例えば、算出手段２５は、予定情報の会議室ＣＲｊに記載された使用予定者数を、実績人数として、推定手段２４によって推定された使用者数に書き換えた履歴情報を作成し、作成した履歴情報を主記憶部１０２に記憶させる。このようにして、算出手段２５が会議室ＣＲ毎および会議毎に、実績人数を履歴情報に書き加えることで、履歴情報が順次、更新される。

　図１９は、図１７および図１８に示したフローを制御装置が実行することによって推定される使用者数を示すテーブルである。図１９は、在室情報、接続情報および予約情報と、推定手段２４によって推定される使用者数との関係を示す。

　このようにして、会議室ＣＲの使用開始時刻以降に、予定情報に登録された使用予定者数および接続情報の接続数Ｃｔに基づいて、会議室の使用者数がより正確に推定され、密集度が高い場合に適切に換気を行うことができる。会議室ＣＲを使用する人が会議室の予約を忘れても、ステップＳ１５８において、使用者数が接続数Ｃｔを基に推定される。その結果、密集度が高い状態で会議が長時間行われることを回避できる。

　また、接続数Ｃｔがゼロでも、人感センサ６によって在室状態と判定された場合、ユーザが情報処理端末４－ｉを会議室ＣＲに携帯しないで会議に参加していると考えられる。そのため、ステップＳ１５６において、予定情報の使用予定者数が使用者数と推定される。その結果、密集度がより適切に判定される。また、ステップＳ１５７において、会議室ＣＲの最大収容人数を使用者数と推定することで、会議室ＣＲを事前に予約せずに使用する人がいても、室内の空気環境が悪化してしまうことを抑制できる。

　また、人感センサ６に異常があって、会議室ＣＲに人がいるにも関わらず、不在状態と判定されても、接続数Ｃｔを基に使用者数が推定される。その結果、密集度が高い状態で会議が長時間行われることを回避できる。さらに、人感センサ６によって不在状態と判定され、接続数Ｃｔもゼロである場合、予約された会議が実際に行われていないと考えられ、ステップＳ１６３において、使用者数が初期値に推定される。この場合、換気運転が不要となる。

　本実施の形態１の空調システム１０は、部屋の空気を換気する空調機器２と、部屋内にある情報処理端末４－ｉをネットワークに接続するルータ３と、部屋に人がいるか否か検知し、人がいるか否かを示す検知情報を出力する人感センサ６と、空調機器２、ルータ３および人感センサ６と接続され、空調機器２を制御する制御装置１とを有する。制御装置１は、記憶手段と、ネットワーク管理手段２２と、推定手段２４と、算出手段２５と、判定手段２６と、機器制御手段２７とを有する。記憶手段は、部屋について使用予定者数の情報を含む予定情報と、部屋の面積の情報を含む環境情報とを記憶する。ネットワーク管理手段２２は、ルータ３に接続された情報処理端末４－ｉの台数である接続数Ｃｔの情報を取得する。推定手段２４は、検知情報、接続数および使用予定者数に基づいて部屋の使用者数を推定する。算出手段２５は、環境情報に含まれる部屋の面積の情報と、推定手段２４によって推定された使用者数とを用いて、単位面積あたりの人数である密集度Ｄｅｎを算出する。判定手段２６は、算出手段２５によって算出された密集度Ｄｅｎに基づいて部屋の換気が必要か否かを判定する。機器制御手段２７は、判定手段２６によって換気が必要と判定されると、空調機器２に換気運転を実行させる。

　本実施の形態１によれば、部屋の使用予定者数の情報を含む予定情報と、ルータ３の接続数Ｃｔと、人感センサ６の検知情報とに基づいて使用者数が推定され、推定された使用者数および部屋の面積によって算出される密集度から部屋の換気が必要か否か判定される。部屋の換気が必要と判定される場合、部屋に設置された空調機器が換気運転を行う。そのため、汚染要素の濃度を計測する特殊なセンサがなくても、密集度が高くなると、自動的に部屋の換気が行われる。その結果、室内の空気環境を、汚染要素を抑制した状態に維持することができる。汚染要素が感染性のある病原体等の浮遊飛沫の場合でも、密集度が高くなると、自動的に飛沫感染を回避するための十分な換気が行われるため、飛沫感染を抑制する空気環境を提供できる。

　また、本実施の形態１の空調システム１０において、開始時刻の近い会議と同種の会議について、過去の実績人数を用いて換気の要否を判定し、会議が開始される前に換気運転を行ってもよい。この場合、人が多く集まる部屋の空気環境について、事前に安全衛生性を高められるだけでなく、換気の効率性を高めることができる。

実施の形態２．
　本実施の形態２の空調システムは、推定手段２４によって推定される使用者数を補正するものである。本実施の形態２においては、実施の形態１で説明した構成と同一の構成に同一の符号を付し、その詳細な説明を省略する。また、本実施の形態２においては、実施の形態１で説明した構成および動作について詳細な説明を省略し、実施の形態１と異なる構成および動作を詳細に説明する。

　本実施の形態２の空調システムの構成を説明する。図２０は、実施の形態２に係る空調システムの制御装置に含まれるプロセッサの一構成例を示す機能ブロック図である。図２０に示すプロセッサ１０１の演算手段１６ａは、図８に示した構成の他に、補正手段２９を有する。補正手段２９は、推定手段２４によって推定された使用者数を補正し、補正後の使用者数を算出手段２５に通知する。

　本実施の形態２の空調システム１０の換気制御の動作を説明する。図２１および図２２は、実施の形態２に係る空調システムにおいて、制御装置による換気制御の動作手順を示すフローチャートである。制御装置１は、実施の形態１で説明した図１６に示すフローチャート、ならびに図２１および図２２に示すフローチャートにしたがって処理を実行するが、本実施の形態２では、実施の形態１で説明した処理と同様な処理の詳細な説明を省略する。

　図２１に示すステップＳ１５６、Ｓ１５７、Ｓ１５９、Ｓ１６０およびＳ１６３のいずれかの処理において、推定手段２４は、会議室ＣＲｊの使用者数を推定する。そして、推定手段２４は、推定した使用者数の情報を補正手段２９に通知する。図２２に示すステップＳ２０１において、補正手段２９は、推定された使用者数の情報が推定手段２４から通知されると、推定された使用者数を補正する処理を行う。

　例えば、会議を予約したときに会議への参加が想定されていなかった人が会議に参加する場合などが考えられる。この場合、使用予定者数よりも実際の使用者数が多くなる。このように、使用予定者数と実際の使用者数との差異が大きいと、密集しているか否かの判定精度が低くなってしまう。そのため、補正手段２９が、推定手段２４によって推定された使用者数を補正する。

　図２２に示すステップＳ２０１において、補正手段２９が行う補正処理について、図２３を参照して、詳しく説明する。図２３は、図２２に示すステップＳ２０１における補正手段による動作手順を示すフローチャートである。ここでは、推定手段２４から通知された使用者数の対象となる会議室が会議室ＣＲｊとする。

　はじめに、補正手段２９は、重み付け係数の役目を果たす使用者係数の初期値を１．０に設定する（ステップＳ２１０）。補正手段２９は、主記憶部１０２から環境情報を読み出す（ステップＳ２１１）。補正手段２９は、環境情報および在室情報を参照し、会議室ＣＲｊで情報処理端末４－ｉと接続されるルータ３－ｋ（ｋは１～ｎの任意の整数）が使用される他の会議室のうち、在室状態の会議室があるか否かを判定する（ステップＳ２１２）。在室状態の会議室が他にない場合（ステップＳ２１２：Ｎｏ）、補正手段２９は、ステップＳ２１４の処理に進む。一方、在室状態の会議室が他にもある場合（ステップＳ２１２：Ｙｅｓ）、補正手段２９は、ルータ３－ｋが使用される会議室ＣＲであって、在室状態の会議室ＣＲの総数Ｎを求める。そして、補正手段２９は、総数Ｎの逆数を使用者係数として算出する（ステップＳ２１３）。その後、補正手段２９はステップＳ２１４の処理に進む。

　例えば、ｋ＝３である場合、図４に示したように、ルータ３－３の通信範囲Ｃｅｌｌ３に第３会議室ＣＲ３～第５会議室ＣＲ５の３つの会議室ＣＲが含まれる。第３会議室ＣＲ３～第５会議室ＣＲ５の在室情報が全て在室状態であれば、Ｎ＝３となる。

　ステップＳ２１４において、補正手段２９は、決められた演算式にしたがって、暫定使用者数を算出する。演算式は、例えば、以下の式（１）である。
　暫定使用者数＝接続数Ｃｔ×使用者係数＋使用予定者数・・・（１）

　補正手段２９は、式（１）にしたがって、接続数Ｃｔと使用者係数とを乗算した値に使用予約者数を加算して、暫定参加者数を算出する（ステップＳ２１４）。補正手段２９は、推定手段２４によって推定された使用者数と暫定参加者数とを比較し、暫定使用者数が使用者数より多いか否かを判定する（ステップＳ２１５）。暫定使用者数が推定された使用者数よりも多い場合（ステップＳ２１５：Ｙｅｓ）、補正手段２９は、暫定参加者数を使用者数に変更する（ステップＳ２１６）。暫定使用者数が推定された使用者数以下である場合（ステップＳ２１５：Ｎｏ）、補正手段２９は、推定手段２４によって推定された使用者数を採用する。

　なお、図２３を参照して説明した、使用者数を補正する処理のアルゴリズムでは、在室状態の会議室の数の逆数を使用者係数としているが、会議室毎に使用者係数を設定するなど、設置条件および使用実績に合わせて、使用者係数に重みづけを細かく行ってもよい。

　また、実施の形態１において、補助記憶部１０３の構成で説明したように、空調システム１０の運用が開始された後でも、制御装置１のプログラムを変更できるので、使用者数を補正する処理のアルゴリズムを容易に変更することができる。例えば、サーバ５が、補正手段２９が実行する処理のアルゴリズムを変更する更新プログラムを記憶する。ブートローダ１０６は、サーバ５から更新プログラムを読み出し、補助記憶部１０３が記憶するプログラムを更新プログラムに書き換える。

　また、人感センサ６が焦電センサである場合、会議室ＣＲ等の空間の床面をＸ軸座標およびＹ軸座標で表される２次元座標として、簡易的に人の密集度を検出できる素子を有する焦電センサがある。この人感センサ６によって検出される密集度を、簡易密集度と称する。補正手段２９は、簡易密集度に対応して、図２３に示すステップＳ２１３において、使用者係数を重み付けしてもよい。以下に、具体的に説明する。

　人感センサ６は、検出する２次元の温度分布のうち、床面の温度を基準として、床面の温度よりも温度が高い部分を人と判定し、人と判定した部分の面積の検出範囲の面積に対する割合を、簡易密集度を示す値として制御装置１に出力する。例えば、検出範囲の面積１０に対して、人と判定された部分の面積が１．５の場合、簡易密集度は、０．１５と表される。在室管理手段２３は、簡易密集度の情報を在室情報に記録する。補正手段２９は、簡易密集度の値に対応して、各会議室ＣＲに居る人の人数を３つのランクに分類する。３つのランクは、人数の少ない第１ランク、第１ランクよりも人数が多い第２ランク、および第２ランクよりも人数が多い第３ランクである。そして、補正手段２９は、各会議室ＣＲに居る人の人数のランクが高いほど値が大きくなる比率を使用者係数に乗算する。これにより、会議室ＣＲ毎に簡易密集度に対応して重み付けが設定され、各会議室ＣＲについて算出される密集度Ｄｅｎの精度が向上する。

　本実施の形態２の空調システム１０によれば、種々のケースにおいて、密集しているか否かの判定精度が低下することを抑制し、飛沫感染を回避する効果を向上させることができる。種々のケースとは、例えば、会議に参加する予定の人が、会議に参加せずに、情報処理端末４－ｉを局所ネットワークＮＷ２に接続させる場合である。また、別のケースとして、会議に参加する予定のなかった人が、会議に参加して、情報処理端末４－ｉを局所ネットワークＮＷ２に接続させる場合が考えられる。また、別のケースとして、会議に参加する予定の人が、会議に参加したが、情報処理端末４－ｉを局所ネットワークＮＷ２に接続しない場合が考えられる。さらに、別のケースとして、会議に参加する予定の人が、会議に参加しなかった場合が考えられる。これらのどのケースの場合においても、飛沫感染を回避の効果を向上させることができる。

　また、重み付け係数を変更することで、使用者数を補正する処理のアルゴリズムを変更できる。そのため、会議室ＣＲの多種多様な環境に対応することができ、空調システム１０の設備を変更することなく、利便性を高めることができる。また、サーバ５から制御装置１への遠隔制御によるプログラムの書き換えを行うことができるので、空調システム１０の運用開始後であっても、使用者数を補正する処理のアルゴリズムを変更でき、保守性が高まる効果が得られる。

実施の形態３．
　本実施の形態３の空調システムは、サーバ５が会議予約情報を記憶し、ユーザが情報処理端末４－ｉを介してサーバ５が記憶する会議予約情報を編集できるようにするものである。本実施の形態３においては、実施の形態１で説明した構成と同一の構成に同一の符号を付し、その詳細な説明を省略する。また、本実施の形態３においては、実施の形態１で説明した構成および動作について詳細な説明を省略し、実施の形態１と異なる構成および動作を詳細に説明する。

　本実施の形態３の空調システムの構成を説明する。本実施の形態３の空調システム１０は、図３に示した構成例において、サーバ５が会議予約情報を記憶する。ユーザが情報処理端末４－ｉを操作して、サーバ５が記憶する情報を読み出したり、サーバ５に情報に書き込んだりする。

　本実施の形態３におけるサーバ５の構成を説明する。図２４は、実施の形態３に係る空調システムにおいて、図３に示したサーバの一構成例を示すブロック図である。サーバ５は、記憶部５１と、制御部５２とを有する。制御部５２は、プログラムを記憶するメモリ（図示せず）と、メモリが記憶するプログラムにしたがって処理を実行するプロセッサ（図示せず）とを有する。記憶部５１は、例えば、ＨＤＤ等の記憶装置である。

　記憶部５１は、会議室ＣＲの環境情報を含む会議予約情報を記憶する。環境情報は、例えば、会議室ＣＲの換気運転の状態を示す情報である。換気運転の状態とは、換気運転が実施されている状態、または換気が実施されていない状態である。

　制御部５２は、広域ネットワークＮＷ１と、ルータ３または１３と、局所ネットワークＮＷ２とを介して、制御装置１および情報処理端末４－１～４－ｍと接続される。制御部５２は、制御装置１および情報処理端末４－１～４－ｍに関する認証処理を実行する。また、制御部５２は、一定の周期で、空調機器２－１～２－ｑの換気運転の状態を制御装置１から受信する。空調機器２－１～２－ｑのうち、いずれかの空調機器の換気運転の状態が変化している場合、制御部５２は、変化した状態を記憶部５１が記憶する会議予約情報に記録する。また、制御部５２は、情報処理端末４－１～４－ｍのうち、いずれかの情報処理端末から空調機器の換気運転の状態を変更する情報を含む状態変更情報を受信すると、状態変更情報を記憶部５１が記憶する会議予約情報に記録する。

　図２５は、図２４に示した記憶部が記憶する会議予約情報の一例を示すテーブルである。図２５に示すように、会議予約情報は、情報処理端末４－１～４－ｍの端末識別子Ｔ４－１～Ｔ４－ｍに対応して、会議室名と、会議の使用開始時刻および使用終了時刻と、換気運転の状態とが登録された情報である。換気運転の状態として、換気運転が実施されている状態を示す換気中、または換気が実施されていない状態を示す換気未実施が書き込まれている。第３会議室ＣＲ３において、終了した工程会議には、換気運転の状態として、換気終了が記録されている。

　次に、本実施の形態３における制御装置１の構成を、図８を参照して説明する。図８に示す機能ブロック図において、制御装置１は、図３に示した局所ネットワークＮＷ２および広域ネットワークＮＷ１を介して図２４に示したサーバ５と接続される。

　情報取得手段２１は、図２４に示したサーバ５から、一定の周期で、会議予約情報を取得する。情報取得手段２１は、取得した会議予約情報を用いて予定情報を作成する。情報取得手段２１は、作成した予定情報を主記憶部１０２に記憶させる。

　推定手段２４は、予定情報とリンク付けられた会議予約情報を参照し、会議予約情報に記録された換気運転の状態に変化があるか否かを判定する。会議予約情報の換気運転の状態に変化がある場合、機器制御手段２７は、変化の状態に対応して、対象となる空調機器２の運転を制御する。

　次に、情報処理端末４－ｉの動作を、図２６を参照して説明する。図２６は、実施の形態３に係る空調システムにおいて、情報処理端末の動作手順を示すフローチャートである。ここでは、詳細な説明を省略するが、情報処理端末４－１～４－ｍのユーザは、会議室ＣＲを予約する際、自分の情報処理端末４－ｉを操作して、事前に会議予約情報をサーバ５に登録している。

　情報処理端末４－ｉの端末制御部４２は、一定の周期で、サーバ５から会議予約情報を受信する。端末制御部４２は、今回、受信した会議予約情報と前回に受信した会議予約情報とを比較し、会議予約情報に変化があるか否かを判定する（ステップＳ３０１）。会議予約情報に変化がない場合（ステップＳ３０１：Ｎｏ）、端末制御部４２は、ステップＳ３０４の処理に進む。一方、会議予約情報に変化がある場合（ステップＳ３０１：Ｙｅｓ）、端末制御部４２は、会議予約情報の換気運転状態に変化があるか否かを判定する（ステップＳ３０２）。

　ステップＳ３０２の判定の結果、会議予約情報の換気運転状態に変化がない場合（ステップＳ３０２：Ｎｏ）、端末制御部４２は、ステップＳ３０４の処理に進む。一方、会議予約情報の換気運転状態に変化がある場合（ステップＳ３０２：Ｙｅｓ）、端末制御部４２は、換気運転の状態を表示部４４に表示させる（ステップＳ３０３）。端末制御部４２は、ユーザが操作部４３を介して、空調機器２の換気運転の状態を変更する旨の指示が入力されたか否かを判定する（ステップＳ３０４）。換気運転を変更する旨の指示が入力された場合（ステップＳ３０４：Ｙｅｓ）、端末制御部４２は、サーバ５が記憶する会議予約情報の換気運転状態の情報を更新するために（ステップＳ３０５）、状態変更情報をサーバ５に送信する。換気運転を変更する旨の指示が入力されない場合（ステップＳ３０４：Ｎｏ）、端末制御部４２は、処理を終了する。

　次に、制御装置１の動作を、図２７を参照して説明する。図２７は、実施の形態３に係る空調システムにおいて、制御装置の動作手順を示すフローチャートである。例えば、図２７に示すフローは、制御装置１に電源が投入されたことを契機として開始される。なお、本実施の形態３では、実施の形態１において図１５を参照して説明した処理と同様な処理についての詳細な説明を省略する。

　タイマー１７は、予め設定された基準周期Ｔｒｅｆの時間が到達したか否かを判定する（ステップＳ００１）。基準周期Ｔｒｅｆの時間に到達した場合（ステップＳ００１：Ｙｅｓ）、タイマー１７は、基準周期Ｔｒｅｆの時間に到達したことを、情報取得手段２１、在室管理手段２３およびネットワーク管理手段２２に通知する。

　情報取得手段２１は、タイマー１７から通知を受けると、サーバ５から会議予約情報を取得する（ステップＳ３１１）。情報取得手段２１は、取得した会議予約情報を用いて予定情報を作成し（ステップＳ００３－１）、作成した予定情報を主記憶部１０２に記憶させる（ステップＳ００４－１）。

　ステップＳ００４－１～Ｓ００４－３の処理の後、推定手段２４は、会議予約情報を参照し、会議予約情報に記録された換気運転の状態に変更があるか否かを判定する（ステップＳ３２１）。会議予約情報の換気運転の状態に変更がある場合（ステップＳ３２１：Ｙｅｓ）、機器制御手段２７は、状態変更情報に対応して換気運転の状態を変更するための指令情報を、対象となる空調機器２に送信する（ステップＳ３２２）。会議予約情報の換気運転の状態に変更がない場合（ステップＳ３２１：Ｎｏ）、制御装置１は処理を終了する。

　本実施の形態３に係る空調システム１０によれば、各会議室ＣＲにおける換気中または換気未実施などの環境状態の情報を、制御装置１および情報処理端末４－１～４－ｍで共有している。そのため、ユーザは、自分がこれから使用する会議室ＣＲの換気状態を、会議の開始前に知ることができる。また、ユーザは情報処理端末４－ｉを介して、遠隔制御で換気運転を実施させることができる。そのため、利便性が高くなる効果がある。

　なお、上述の実施の形態２および３において、実施の形態１をベースに、実施の形態１と異なる構成および動作を説明したが、実施の形態２と実施の形態３とを組み合わせてもよい。

　上述した実施の形態１～３は、遠隔で制御する空調システムに好適である。

　１　制御装置、２、２－１～２－ｑ　空調機器、３、３－１～３－ｎ　ルータ、４－１～４－ｍ　情報処理端末、５　サーバ、６、６－１～６－ｑ　人感センサ、１０　空調システム、１３　ルータ、１５　記憶部、１６、１６ａ　演算手段、１７　タイマー、２１　情報取得手段、２２　ネットワーク管理手段、２３　在室管理手段、２４　推定手段、２５　算出手段、２６　判定手段、２７　機器制御手段、２９　補正手段、４１　端末記憶部、４２　端末制御部、４３　操作部、４４　表示部、５１　記憶部、５２　制御部、１０１　プロセッサ、１０２　主記憶部、１０３　補助記憶部、１０４　第１の通信インタフェース、１０５　第２の通信インタフェース、１０６　ブートローダ、１０９　バス、Ｃｅｌｌ１～Ｃｅｌｌ３　通信範囲、ＮＷ１　広域ネットワーク、ＮＷ２　局所ネットワーク。

Claims (13)

1. 　部屋の空気を換気する空調機器と、
   　前記部屋内にある情報処理端末をネットワークに接続するルータと、
   　前記部屋に人がいるか否か検知し、人がいるか否かを示す検知情報を出力する人感センサと、
   　前記空調機器、前記ルータおよび前記人感センサと接続され、前記空調機器を制御する制御装置と、を有し、
   　前記制御装置は、
   　前記部屋について使用予定者数の情報を含む予定情報と、前記部屋の面積の情報を含む環境情報とを記憶する記憶手段と、
   　前記ルータに接続された前記情報処理端末の台数である接続数の情報を取得するネットワーク管理手段と、
   　前記検知情報、前記接続数および前記使用予定者数に基づいて前記部屋の使用者数を推定する推定手段と、
   　前記環境情報に含まれる前記部屋の面積の情報と、前記推定手段によって推定された前記使用者数とを用いて、単位面積あたりの人数である密集度を算出する算出手段と、
   　前記算出手段によって算出された前記密集度に基づいて前記部屋の換気が必要か否かを判定する判定手段と、
   　前記判定手段によって換気が必要と判定されると、前記空調機器に換気運転を実行させる機器制御手段と、を有する、
   　空調システム。
2. 　前記記憶手段は、前記部屋の最大収容人数の情報を含む前記環境情報を記憶し、
   　前記推定手段は、
   　前記検知情報が前記部屋に人がいる在室状態を示す場合、前記使用予定者数がゼロか否かを判定し、前記使用予定者数がゼロでない場合、前記使用予定者数を前記部屋の使用者数と推定し、
   　前記使用予定者数がゼロか否かの判定の結果、前記使用予定者数がゼロである場合、前記接続数が１以上か否かを判定し、前記接続数が１以上である場合、前記接続数を前記部屋の前記使用者数と推定し、前記接続数がゼロである場合、前記最大収容人数を前記部屋の前記使用者数と推定する、
   　請求項１に記載の空調システム。
3. 　前記推定手段は、
   　前記検知情報が前記部屋に人がいない不在状態を示す場合、前記接続数が１以上か否かを判定し、前記接続数が１以上である場合、前記接続数を前記部屋の前記使用者数と推定し、前記接続数がゼロである場合、予め決められた人数を前記部屋の前記使用者数と推定する、
   　請求項１または２に記載の空調システム。
4. 　それぞれが複数の前記部屋のそれぞれに設けられた複数の前記空調機器と、
   　それぞれが前記複数の部屋のそれぞれに設けられた複数の前記人感センサと、
   　複数の前記ルータと、を有し、
   　前記各ルータは、前記複数の部屋のうち、１または２以上の前記部屋内にある前記情報処理端末と接続し、
   　前記記憶手段は、前記複数の部屋毎の前記予定情報および前記環境情報を記憶し、
   　前記推定手段は、
   　前記複数の部屋毎に、前記検知情報、前記接続数および前記使用予定者数に基づいて前記使用者数を推定する、
   　請求項１～３のいずれか１項に記載の空調システム。
5. 　前記算出手段は、
   　前記予定情報の前記複数の部屋毎に記載された前記使用予定者数を、実績人数として前記複数の部屋毎に推定された前記使用者数に書き換えた履歴情報を作成し、作成した履歴情報を前記記憶手段に記憶させる、
   　請求項４に記載の空調システム。
6. 　前記制御装置は、時刻を計測するタイマーを有し、
   　前記予定情報および前記履歴情報は、前記複数の部屋毎に、前記部屋の使用開始時刻および前記部屋の使用に関連する情報を含み、
   　前記推定手段は、
   　前記予定情報および前記履歴情報を参照し、前記予定情報および前記履歴情報のそれぞれに含まれる前記部屋の使用に関連する情報が一致する部屋を特定し、特定された部屋の前記使用開始時刻が前記タイマーによって計測される時刻よりも前である場合、前記履歴情報に記録された前記実績人数を前記特定された部屋の前記使用者数と推定し、
   　前記機器制御手段は、
   　前記判定手段によって前記特定された部屋の換気が必要と判定されると、前記使用開始時刻前に前記特定された部屋に設けられた前記空調機器に換気運転を実行させる、
   　請求項５に記載の空調システム。
7. 　前記制御装置は、前記推定手段によって推定された使用者数を補正し、補正後の使用者数を前記算出手段に通知する補正手段を有し、
   　前記記憶手段は、前記複数の部屋に対して、前記各ルータの通信範囲の情報を含む前記環境情報を記憶し、
   　前記補正手段は、
   　前記推定手段によって推定された使用者数に対して、決められた演算式、前記接続数、前記使用予定者数、および前記環境情報に対応する重み付け係数を用いて補正する、
   　請求項１～６のいずれか１項に記載の空調システム。
8. 　前記制御装置と接続され、前記補正手段が実行する処理のアルゴリズムを変更する更新プログラムを記憶するサーバを有し、
   　前記記憶手段は、プログラムを記憶し、
   　前記制御装置は、
   　前記プログラムにしたがって処理を実行するプロセッサと、
   　前記記憶手段が記憶するプログラムを更新するブートローダと、を有し、
   　前記プロセッサが、前記プログラムを実行することで、少なくとも前記補正手段の機能が実現され、
   　前記ブートローダは、前記サーバから前記更新プログラムを読み出し、前記記憶手段が記憶するプログラムを前記更新プログラムに書き換える、
   　請求項７に記載の空調システム。
9. 　前記制御装置および前記情報処理端末と接続され、前記部屋に設置された前記空調機器の換気運転の状態の情報を含む予約情報を記憶するサーバを有し、
   　前記情報処理端末は、
   　前記空調機器の換気運転の状態を表示する表示部と、
   　前記換気運転の状態を変更する旨の指示が入力されると、前記換気運転の状態を変更する情報を含む状態変更情報を前記サーバに送信する端末制御部と、を有し、
   　前記機器制御手段は、
   　前記サーバが記憶する前記予約情報に前記状態変更情報が記録されると、前記状態変更情報に対応して前記空調機器の換気運転の状態を変更する、
   　請求項１～８のいずれか１項に記載の空調システム。
10. 　前記記憶手段は、
    　前記密集度に対して換気が必要か否かの判定基準として、予め決められた第１閾値と、前記第１閾値よりも小さい第２閾値とを記憶し、
    　前記判定手段は、
    　前記密集度が前記第１閾値以上である場合、換気が必要と判定し、前記密集度が前記第２閾値以上前記第１閾値未満である場合、予め決められた一定時間内に換気が必要と判定し、前記密集度が前記第２閾値未満である場合、換気が不要と判定する、
    　請求項１～９のいずれか１項に記載の空調システム。
11. 　部屋の空気を換気する空調機器、前記部屋内にある情報処理端末をネットワークに接続するルータ、および前記部屋に人がいるか否かを示す検知情報を出力する人感センサと接続され、前記空調機器を制御する制御装置であって、
    　前記部屋について使用予定者数の情報を含む予定情報と、前記部屋の面積の情報を含む環境情報とを記憶する記憶手段と、
    　前記ルータに接続された前記情報処理端末の台数である接続数の情報を取得するネットワーク管理手段と、
    　前記検知情報、前記接続数および前記使用予定者数に基づいて前記部屋の使用者数を推定する推定手段と、
    　前記環境情報に含まれる前記部屋の面積と、前記推定手段によって推定された前記使用者数とを用いて、単位面積あたりの人数である密集度を算出する算出手段と、
    　前記算出手段によって算出された前記密集度に基づいて前記部屋の換気が必要か否かを判定する判定手段と、
    　前記判定手段によって換気が必要と判定されると、前記空調機器に換気運転を実行させる機器制御手段と、
    　を有する制御装置。
12. 　部屋の空気を換気する空調機器、前記部屋内にある情報処理端末をネットワークに接続するルータ、および前記部屋に人がいるか否かを示す検知情報を出力する人感センサと接続される制御装置による空調制御方法であって、
    　前記部屋について使用予定者数の情報を含む予定情報と、前記部屋の面積の情報を含む環境情報とを記憶するステップと、
    　前記ルータに接続された前記情報処理端末の台数である接続数の情報を取得するステップと、
    　前記検知情報、前記接続数および前記使用予定者数に基づいて前記部屋の使用者数を推定するステップと、
    　前記環境情報に含まれる前記部屋の面積と、推定された前記使用者数とを用いて、単位面積あたりの人数である密集度を算出するステップと、
    　算出された前記密集度に基づいて前記部屋の換気が必要か否かを判定するステップと、
    　前記判定によって換気が必要と判定されると、前記空調機器に換気運転を実行させるステップと、
    　を有する空調制御方法。
13. 　部屋の空気を換気する空調機器、前記部屋内にある情報処理端末をネットワークに接続するルータ、および前記部屋に人がいるか否かを示す検知情報を出力する人感センサと接続されるコンピュータに、
    　前記部屋について使用予定者数の情報を含む予定情報と、前記部屋の面積の情報を含む環境情報とを記憶する記憶手段と、
    　前記ルータに接続された前記情報処理端末の台数である接続数の情報を取得するネットワーク管理手段と、
    　前記検知情報、前記接続数および前記使用予定者数に基づいて前記部屋の使用者数を推定する推定手段と、
    　前記環境情報に含まれる前記部屋の面積と、前記推定手段によって推定された前記使用者数とを用いて、単位面積あたりの人数である密集度を算出する算出手段と、
    　前記算出手段によって算出された前記密集度に基づいて前記部屋の換気が必要か否かを判定する判定手段と、
    　前記判定手段によって換気が必要と判定されると、前記空調機器に換気運転を実行させる機器制御手段と、を実行させるためのプログラム。

Images