(57)【特許請求の範囲】
【請求項１】
２以上のユーザからの申告を受けて空調機器を制御する制御装置であって、
空調の快適さの度合いが異なる第１種の申告及び第２種の申告から選択された申告を示す情報を取得する取得手段と、
前記空調機器の制御に対する制限が解除されている場合において、前記第１種の申告の数と前記第２種の申告の数との組み合わせが第１範囲内にあるときに、制御指示を前記空調機器に送信する送信手段と、を備え、
前記制限は、前記組み合わせが前記第１範囲とは異なる第２範囲内にあるときに設定され又は解除される、制御装置。
【請求項２】
前記第２範囲は、前記第１種の申告と前記第２種の申告との数の偏りを示す指標値が第１閾値を超える範囲であって、
前記制限は、前記組み合わせが前記第２範囲内にあるときに解除される、
請求項１に記載の制御装置。
【請求項３】
前記取得手段は、空調の快適さの度合いが異なる前記第１種の申告、前記第２種の申告及び他の一又は複数の種別の申告から選択された申告を示す情報を取得し、
前記第２範囲は、前記第１種の申告の数と前記第２種の申告の数と前記他の一又は複数の種別の申告の数との分布の歪みを示す指標値が第２閾値を超える範囲であって、
前記組み合わせは、前記第１種の申告の数と前記第２種の申告の数と前記他の一又は複数の種別の申告の数との組み合わせであって、
前記制限は、前記組み合わせが前記第２範囲内にあるときに解除される、
請求項１又は２に記載の制御装置。
【請求項４】
前記第１種の申告は、空調が快適であることを示す申告であって、
前記第２範囲は、前記第１種の申告の数に関わらず規定される範囲である、
請求項１又は２に記載の制御装置。
【請求項５】
２以上のユーザからの申告を受けて空調機器を制御する制御方法であって、
前記空調機器の制御に対する制限が解除されている場合において、第１種の申告の数と、前記第１種の申告とは空調の快適さの度合いが異なる第２種の申告の数と、の組み合わせが第１範囲内にあるときに、制御指示を前記空調機器に送信するステップ、を含み、
前記制限は、前記組み合わせが前記第１範囲とは異なる第２範囲内にあるときに設定され又は解除される、制御方法。
【請求項６】
２以上のユーザからの申告を受けて空調機器を制御するコンピュータに、
前記空調機器の制御に対する制限が解除されている場合において、第１種の申告の数と、前記第１種の申告とは空調の快適さの度合いが異なる第２種の申告の数と、の組み合わせが第１範囲内にあるときに、制御指示を前記空調機器に送信すること、を実行させ、
前記制限は、前記組み合わせが前記第１範囲とは異なる第２範囲内にあるときに設定され又は解除される、プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、制御装置、制御方法及びプログラムに関する。
【背景技術】
【０００２】
空調の対象となる空間は、通常は、住宅、オフィスビル及び工場に代表される建物に設けられる。このような建物の管理者は、空調の目標温度を調節して、温熱環境に対する不快感を在室のユーザに与えないようにする責務を負う。しかしながら、管理者が、建物の特性及びユーザの嗜好を考慮することなく慣習的に目標温度を設定する場合がある。このような場合には、温熱環境がユーザにとって快適な状態に保持されないこととなる。【０００３】
そこで、ユーザの温熱環境に対する不満を軽減する技術が提案されている（例えば、特許文献１を参照）。特許文献１には、居住者の温熱環境に対する申告を、通信ネットワークを通じて収集して集計し、居住者の合意を形成して室温を変更するシステムについて記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−２０５２０２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
空調には、例えば省エネルギーの観点から制限が設けられることがある。このような制限を設けるときには、空調によるエネルギーの消費量とユーザにとって快適な状態とをある程度両立させることが好ましいが、外気状態及びユーザの体調によっては、この両立は困難となる。そこで、制限が設定された空調で温熱環境が著しく悪化する前に、この制限を解除する必要がある。【０００６】
ここで、ユーザからの申告に対して、特許文献１に記載の集計手法を適用して、温熱環境が悪化しているか否かを判別することが考えられる。特許文献１に記載の集計手法は、複数の申告を均すことで目標温度が不安定になることを防ぐものである。このような手法では、大半のユーザが不快であることを申告した場合に限って制限が解除されることになり、温熱環境が著しく悪化する前に制限を解除することができないおそれがある。【０００７】
また、制限の解除とともに、ユーザからの申告に対して適当なタイミングで制限を設定する必要もあるが、特許文献１に記載の集計手法を適用しても、制限の解除と同様に、ユーザからの申告に対して適当なタイミングで制限を設定することができないおそれがある。【０００８】
本発明は、上記の事情に鑑みてなされたもので、ユーザからの申告に対して適当なタイミングで制限を設定又は解除することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、本発明の制御装置は、２以上のユーザからの申告を受けて空調機器を制御する制御装置であって、空調の快適さの度合いが異なる第１種の申告及び第２種の申告から選択された申告を示す情報を取得する取得手段と、空調機器の制御に対する制限が解除されている場合において、第１種の申告の数と第２種の申告の数との組み合わせが第１範囲内にあるときに、制御指示を空調機器に送信する送信手段と、を備え、制限は、組み合わせが第１範囲とは異なる第２範囲内にあるときに設定され又は解除される。
【発明の効果】
【００１０】
本発明によれば、空調機器の制御に対する制限が解除されている場合において、第１種の申告の数と第２種の申告の数との組み合わせが第１範囲内にあるときに、制御指示が空調機器へ送信され、当該制限は、組み合わせが第１範囲とは異なる第２範囲内にあるときに設定され又は解除される。このため、空調機器を直接制御するための申告の集計手法と、制限の設定又は解除のための集計手法とは、異なるものとなる。したがって、ユーザからの申告に対して適当なタイミングで制限を設定又は解除することができる。
【図面の簡単な説明】
【００１１】
【図１】空調システムの構成を示す図
【図２】端末、制御装置及び空調機器のハードウェア構成を示す図
【図３】端末の機能的な構成を示す図
【図４】実施の形態１に係る申告入力画面の一例を示す図
【図５】制御装置の機能的な構成を示す図
【図６】申告データベースを示す図
【図７】空調機器の機能的な構成を示す図
【図８】制御処理を示すフロー図
【図９】実施の形態１に係る空調機器に対する制御処理を示すフロー図
【図１０】第１範囲について説明するための図
【図１１】実施の形態１に係る空調機器に対する制御処理の具体例を示すフロー図
【図１２】実施の形態１に係る制限の有無の設定処理を示すフロー図
【図１３】第２範囲について説明するための図
【図１４】実施の形態１に係る制限の有無の設定処理の具体例を示すフロー図
【図１５】実施の形態２に係る申告入力画面の一例を示す図
【図１６】実施の形態２に係る空調機器に対する制御処理を示すフロー図
【図１７】実施の形態２に係る制限の有無の設定処理を示すフロー図
【図１８】申告数の分布例を示す第１の図
【図１９】申告数の分布例を示す第２の図
【図２０】実施の形態３に係る制限の有無の設定処理を示すフロー図
【図２１】申告数の分布例を示す第３の図
【発明を実施するための形態】
【００１２】
以下、本発明の実施の形態を、図面を参照しつつ詳細に説明する。
【００１３】
実施の形態１．
図１には、本実施の形態に係る空調システム１００の構成が示されている。空調システム１００は、オフィスビルに設置され、オフィスビルに設けられた室内空間の空気を調和するシステムである。室内空間は、複数のユーザが作業をするための作業場であってもよいし、適当な室温で備品を保管する倉庫であってもよい。ユーザは、空調システム１００の利用者を意味する。ユーザは、空調システム１００によって形成される温熱環境における快適さの度合いを示す申告をして、空調システム１００は、２以上のユーザの申告を受けて室内空間の空気を調和する。ユーザが１人であれば、空調システム１００は、当該ユーザの申告に従って空気を調和する。
【００１４】
空調システム１００は、ユーザが申告を入力するための端末１１，１２，１３と、空調機器３１，３２を制御する制御装置２０と、制御装置２０からの制御指示に従って室内空間に空調空気を吹き出す空調機器３１，３２と、を有している。以下では、端末１１，１２，１３を総称して端末１０と表記し、空調機器３１，３２を総称して空調機器３０と表記する。
【００１５】
端末１０と制御装置２０とは、ローカルネットワーク４１を介して通信可能となるように接続される。ローカルネットワーク４１は、例えばオフィスビルに設けられた有線若しくは無線のＬＡＮ（Local Area Network）回線又は専用の通信線である。また、制御装置２０と空調機器３０とは、空調ネットワーク４２を介して通信可能となるように接続される。空調ネットワーク４２は、例えば、空調機器３０のメーカが独自に規定するプロトコルで信号が伝送される有線若しくは無線の通信ネットワーク又は専用の通信線である。なお、図１には、ローカルネットワーク４１と空調ネットワーク４２とが異なる例が示されているが、制御装置２０、端末１０及び空調機器３０すべてが同一のネットワークに通信可能となるように接続されてもよい。
【００１６】
図２には、制御装置２０、端末１０、及び空調機器３０のハードウェア構成が示されている。図２に示されるように、これらの装置は、プロセッサ５１、主記憶部５２、補助記憶部５３、入力部５４、出力部５５及び通信部５６を有するコンピュータとして構成されている。主記憶部５２、補助記憶部５３、入力部５４、出力部５５及び通信部５６はいずれも、内部バス５７を介してプロセッサ５１に接続されている。なお、図２では、コンピュータを構成する要素以外の構成要素は省略されている。例えば、空調機器３０を構成するファン及びルーバは、図２では省略されている。
【００１７】
プロセッサ５１は、ＣＰＵ（Central Processing Unit）又はＭＰＵ（Micro Processing Unit）を含んで構成される。プロセッサ５１は、補助記憶部５３に記憶されるプログラム５８を実行することにより、後述の処理を実行する。
【００１８】
主記憶部５２は、ＲＡＭ（Random Access Memory）を含んで構成される。主記憶部５２には、補助記憶部５３からプログラム５８がロードされる。そして、主記憶部５２は、プロセッサ５１の作業領域として用いられる。
【００１９】
補助記憶部５３は、ハードディスク及びフラッシュメモリに代表される不揮発性メモリを含んで構成される。補助記憶部５３は、プログラム５８の他に、プロセッサ５１の処理に用いられる種々のデータを記憶する。補助記憶部５３は、プロセッサ５１の指示に従って、プロセッサ５１によって利用されるデータをプロセッサ５１に供給し、プロセッサ５１から供給されたデータを記憶する。
【００２０】
入力部５４は、入力キー、ポインティングデバイス及びマイクロホンに代表される入力デバイスを含んで構成される。入力部５４は、ユーザによって入力された情報を取得して、取得した情報をプロセッサ５１に通知する。
【００２１】
出力部５５は、ＬＣＤ（Liquid Crystal Display）及びスピーカに代表される出力デバイスを含んで構成される。出力部５５は、プロセッサ５１の指示に従って、種々の情報をユーザに提示する。
【００２２】
通信部５６は、外部の装置と通信するためのＮＩＣ（Network Interface Controller）を含んで構成される。通信部５６は、外部の装置から信号を受信して、この信号に含まれるデータをプロセッサ５１へ出力する。また、通信部５６は、プロセッサ５１から出力されたデータを示す信号を、外部の装置へ送信する。
【００２３】
空調システム１００を構成する端末１０、制御装置２０、及び空調機器３０は、上述のハードウェア構成が協働することで、種々の機能を発揮する。端末１０、制御装置２０、及び空調機器３０それぞれの機能的な構成について、図３〜７を用いて説明する。
【００２４】
図３には、端末１０の機能的な構成が示されている。端末１０は、例えば、スマートホン及びタブレット端末に代表される携帯端末である。端末１０は、ユーザによって入力される申告を受け付けて、受け付けた申告の内容を示す申告情報を制御装置２０に送信する。なお、図１では、端末１０の例として端末１１，１２，１３を示したが、端末１０は１台であってもよい。端末１０が１台である場合には、１台の端末に２以上のユーザが申告を入力すればよい。端末１０は、図３に示されるように、ユーザによって申告が入力されるＵＩ（User Interface）部１０１と、申告情報を送信する送信部１０２と、を有している。
【００２５】
ＵＩ部１０１は、主として端末１０の入力部５４及び出力部５５の協働によって実現される。本実施の形態に係るＵＩ部１０１は、ポインティングデバイス及びＬＣＤが一体的に形成されたタッチスクリーンとして構成される。ＵＩ部１０１は、ユーザが申告を入力するための画面をユーザに表示して、表示された画面を用いてユーザが入力した申告を受け付ける。
【００２６】
図４には、ＵＩ部１０１によって表示される申告入力画面の例が示されている。申告入力画面には、空調に対するユーザの快適さの度合いが異なる複数の選択肢が表示される。図４に示されるように、本実施の形態に係る選択肢は、第１種の申告としての「暑くない（快適）」、及び、第２種の申告としての「暑い（不快）」の２種である。そして、ユーザは、選択肢それぞれの横に表示されるチェック欄のいずれかを選択して、「送信」というボタンに触れることで、選択した申告を端末１０に入力する。
【００２７】
図３に戻り、送信部１０２は、主として端末１０の通信部５６によって実現される。送信部１０２は、ＵＩ部１０１に入力された申告を示す申告情報を、ローカルネットワーク４１を介して制御装置２０へ送信する。
【００２８】
図５には、制御装置２０の機能的な構成が示されている。制御装置２０は、例えば、オフィスビル内の電気機器を統括的に管理するＢＥＭＳ（Building Energy Management Controller）のコントローラである。制御装置２０は、図５に示されるように、申告情報を取得する取得部２１０と、制御装置２０の構成要素を制御する制御部２２０と、申告情報が蓄積される申告データベース２３０と、申告に応じて制御指示を空調機器３０に送信する送信部２４０と、を有している。
【００２９】
取得部２１０は、主として制御装置２０の通信部５６によって実現される。取得部２１０は、端末１０からローカルネットワーク４１を介して申告情報を取得して、取得した申告情報を制御部２２０に出力する。
【００３０】
制御部２２０は、主として制御装置２０のプロセッサ５１によって実現される。制御部２２０は、取得部２１０から出力された申告情報を申告データベース２３０に追加することで、申告情報を申告データベース２３０に蓄積する。そして、制御部２２０は、申告データベース２３０を参照して、申告に応じて空調機器３０に対する制御指示を生成したり、空調機器３０の制御に対する制限を設定したり解除したりする。制御部２２０は、制御指示を生成するか否かを判定する第１判定モジュール２２１と、制限の設定および解除について判定する第２判定モジュール２２２と、を有している。
【００３１】
第１判定モジュール２２１は、複数のユーザの申告から温冷感の傾向を算出して判定する。すなわち、第１判定モジュール２２１は、ユーザによって選択された申告の種別毎の数の組み合わせが、後述の第１範囲内にあるか否かを判定することとなる。また、第２判定モジュール２２２は、ユーザによって選択された申告の種別毎の数の組み合わせが、後述の第２範囲内にあるか否かを判定することで、実行中の制御方式によって形成された温熱環境がユーザにとってある程度快適な環境から逸脱している度合いを判定する。
【００３２】
ここで、制御方式は、空調機器３０の制御に対する制限が設定されている方式と、当該制限が解除されている方式と、のいずれかを意味する。制限が設定されている方式では、空調の目標温度が予め定められた基準温度に固定され、申告に応じて目標温度を変更することが許可されない。基準温度は、省エネルギーの観点から、空調システム１００の管理者によって予め定められてもよいし、制御装置２０がインターネットを介して外部のサーバから取得してもよい。一方、制限が解除されている方式では、申告に応じて目標温度を変更されることが許可される。
【００３３】
申告データベース２３０は、主として制御装置２０の補助記憶部５３によって実現される。図６には、申告データベース２３０の一例が示されている。図６に示されるように、申告データベース２３０は、申告情報の識別番号と、申告内容と、申告を入力したユーザである申告者と、ユーザが申告を入力した端末の識別番号と、申告を入力した申告日時と、を関連付けた行データが複数蓄積されたテーブルデータである。図６中の１つの行データは、１つの申告情報に等しい。
【００３４】
送信部２４０は、主として制御装置２０の通信部５６によって実現される。送信部２４０は、空調機器３０の制御に対する制限が解除されている場合において、選択された申告の種別毎の数の組み合わせが、後述の第１範囲内にあるときに、申告に応じた制御を実行するための制御指示を制御部２２０から取得して、空調ネットワーク４２を介して制御指示を空調機器３０に送信する。
【００３５】
なお、制御装置２０は、一般的な空調システムに搭載される、空調機器３０の運転管理機能を有しているが、当該機能の説明は省略する。
【００３６】
図７には、空調機器３０の機能的な構成が示されている。空調機器３０は、例えば天井に埋め込む型式で設置される室内機であって、屋外の室外機と冷媒配管を介して接続されて、この室外機と協働することでヒートポンプ式の空調を実行する。なお、本実施の形態に係る空調機器３０は、冷房運転のみを実行し、暖房運転を実行しないものとする。空調機器３０は、図７に示されるように、制御装置２０から制御指示を受信する受信部３０１と、空調機器３０の構成要素を制御する制御部３０２と、制御指示により指示された制御内容を記憶する設定記憶部３０３と、室外機と接続される冷媒回路３０４と、風向を制御するためのルーバ３０５と、室内空間に空調空気を吹き出すためのファン３０６と、を有している。
【００３７】
受信部３０１は、主として空調機器３０の通信部５６によって実現される。受信部３０１は、制御装置２０から空調ネットワーク４２を介して制御指示を受信して、制御指示により指示される制御内容を制御部３０２に通知する。制御内容には、目標温度の設定が含まれる。
【００３８】
制御部３０２は、主として空調機器３０のプロセッサ５１によって実現される。制御部３０２は、制御指示の内容を設定記憶部３０３に格納する。そして、制御部３０２は、設定記憶部３０３を参照し、制御指示に従って冷媒回路３０４、ルーバ３０５、及びファン３０６を制御することにより、室内空間の温度を目標温度とするための空調空気を生成する。
【００３９】
続いて、制御装置２０によって実行される一連の制御処理について、図８〜１４を用いて説明する。図８に示される制御処理は、制御装置２０の電源が投入されることで開始する。
【００４０】
制御処理では、制御装置２０は、申告を取得する（ステップＳ１）。具体的には、取得部２１０が、端末１０から送信された申告情報を取得して、申告データベース２３０に蓄積する。
【００４１】
次に、制御装置２０は、制御条件が満たされるか否かを判定する（ステップＳ２）。具体的には、制御部２２０が、予め規定された制御条件が成立するか否かを判定する。制御条件は、制御装置２０が空調機器３０を制御するための条件であって、例えば、現在時刻が予め規定された時刻になったこと、又は、予め定められた数の申告情報を取得したことである。現在時刻が予め規定された時刻になったことが制御条件とされる場合には、制御装置２０が空調機器３０に制御指示を送信するのは、１日のうちの予め規定された時刻であって、制御に対する制限が課されないときには、毎日１回だけ制御指示が送信されることとなる。また、予め定められた数の申告情報を取得したことが制御条件とされる場合には、制御装置２０は、ユーザからの申告がある程度蓄積する度に、制御指示を送信することとなる。
【００４２】
制御条件が満たされないと判定した場合（ステップＳ２；Ｎｏ）、制御装置２０は、ステップＳ１以降の処理を繰り返す。一方、制御条件が満たされると判定した場合（ステップＳ２；Ｙｅｓ）、制御装置２０は、空調機器３０に対する制御処理を実行する（ステップＳ３）。その後、制御装置２０は、制限の有無の設定処理を実行する（ステップＳ４）。そして、制御装置２０は、ステップＳ１以降の処理を繰り返す。
【００４３】
続いて、ステップＳ３の空調機器３０に対する制御処理と、ステップＳ４の制限の有無の設定処理と、のそれぞれについて、順に説明する。
【００４４】
図９には、空調機器３０に対する制御処理の詳細が示されている。空調機器３０に対する制御処理は、主として制御部２２０の第１判定モジュール２２１と送信部２４０とによって実行される。
【００４５】
空調機器３０に対する制御処理では、第１判定モジュール２２１は、申告データベース２３０を参照する（ステップＳ３１）。例えば、第１判定モジュール２２１は、前回の空調機器３０に対する制御処理（ステップＳ３）が終了した後に蓄積された申告情報を、申告データベース２３０から読み出す。
【００４６】
次に、第１判定モジュール２２１は、空調機器３０の制御に対する制限が解除されているか否かを判定する（ステップＳ３２）。例えば、第１判定モジュール２２１は、制御装置２０の補助記憶部５３に格納されている制限の有無を示すフラグを参照して、現在、制限が解除されているか否かを判定する。
【００４７】
制限が解除されていないと判定された場合（ステップＳ３２；Ｎｏ）、すなわち、制限が設定されている場合には、空調機器３０への制御指示の送信が禁止されているため、空調機器３０に対する制御処理が終了する。これにより、制御装置２０によって実行される処理は、図８に示される制御処理に戻ることとなる。
【００４８】
一方、制限が解除されていると判定した場合（ステップＳ３２；Ｙｅｓ）、第１判定モジュール２２１は、すべての種別の申告の数の組み合わせが、予め規定された第１範囲内にあるか否かを判定する（ステップＳ３３）。本実施の形態に係る第１範囲は、「暑くない（快適）」という申告の数をｘ１として、「暑い（不快）」という申告の数をｘ２として、ｘ１がｘ２より小さい範囲、すなわち「ｘ１＜ｘ２」として規定される範囲である。換言すると、この範囲は、不快に感じるユーザの方が多い範囲である。図１０には、本実施の形態に係る第１範囲６１が示されている。第１範囲６１は、空調システム１００の管理者によって設定されてもよいし、空調システム１００の運用に伴って適宜調整されてもよい。
【００４９】
申告の数の組み合わせが第１範囲内にはないと判定した場合（ステップＳ３３；Ｎｏ）、すなわち快適に感じるユーザの方が多い場合には、第１判定モジュール２２１は、現状の温熱環境がある程度快適であると判断する。そして、制御装置２０が空調機器３０に制御指示を送信することなく、空調機器３０に対する制御処理は終了する。これにより、制御装置２０によって実行される処理は、図８に示される制御処理に戻ることとなる。
【００５０】
一方、申告の数の組み合わせが第１範囲内にあると判定した場合（ステップＳ３３；Ｙｅｓ）、第１判定モジュール２２１は、申告に応じた制御をするための制御指示を生成して、送信部２４０は、生成された制御指示を空調機器３０へ送信する（ステップＳ３４）。その後、空調機器３０に対する制御処理は終了して、制御装置２０によって実行される処理は、図８に示される制御処理に戻ることとなる。
【００５１】
ここで、本実施の形態に係る空調機器に対する制御処理の具体例について、図１１を用いて説明する。図１１に示される例では、図９に示される例と同様のステップＳ３１，Ｓ３２が実行される。
【００５２】
ステップＳ３２の判定が肯定された場合（ステップＳ３２；Ｙｅｓ）、第１判定モジュール２２１は、すべての申告の重み付け平均値ｍ１を算出する（ステップＳ３３１）。具体的には、第１判定モジュール２２１は、次式（１）で示される演算により平均値ｍ１を算出する。
【００５３】
【数１】
0006802358.tif 000002
【００５４】
ただし、Ｍは、すべての申告の数を、ｘ１は、快適であることを示す申告の数を、ｘ２は、不快であることを示す申告の数を表し、（０，１）は重み付けのためのベクトルであって、ｘ１に対する重みとしてゼロの成分と、ｘ２に対する重みとして１の成分と、を有している。
【００５５】
次に、第１判定モジュール２２１は、算出した平均値ｍ１が予め規定された閾値ｍ２より大きいか否かを判定する（ステップＳ３３２）。本実施の形態に係る閾値ｍ２は、０．５である。
【００５６】
平均値ｍ１が閾値ｍ２より大きくはないと判定された場合（ステップＳ３３２；Ｎｏ）、空調機器３０に対する制御処理は終了する。一方、平均値ｍ１が閾値ｍ２より大きいと判定した場合（ステップＳ３３２；Ｙｅｓ）、第１判定モジュール２２１は、快適であるという少数の申告より多数の「暑い（不快）」という申告に応じて目標温度を下げるための制御指示を生成して、送信部２４０は、生成された制御指示を空調機器３０へ送信する（ステップＳ３４１）。そして、空調機器３０に対する制御処理は終了する。
【００５７】
なお、図１１中のステップＳ３３１，Ｓ３３２は、図９中のステップＳ３３に相当し、図１１中のステップＳ３４１は、図９中のステップＳ３４に相当する。
【００５８】
続いて、制限の有無の設定処理（ステップＳ４）の詳細について、図１２を用いて説明する。制限の有無の設定処理は、主として制御部２２０の第２判定モジュール２２２によって実行される。
【００５９】
制限の有無の設定処理では、第２判定モジュール２２２は、申告データベース２３０を参照する（ステップＳ４１）。例えば、第２判定モジュール２２２は、前回の制限の有無の設定処理（ステップＳ４）が終了した後に蓄積された申告情報を、申告データベース２３０から読み出す。
【００６０】
次に、第２判定モジュール２２２は、すべての種別の申告の数の組み合わせが、予め規定された第２範囲内にあるか否かを判定する（ステップＳ４２）。本実施の形態に係る第２範囲は、快適であることを示す申告の数ｘ１に関わらず規定される範囲であって、不快であることを示す申告の数ｘ２が閾値より大きい範囲である。換言すると、この範囲は、不快に感じるユーザがある程度存在する範囲である。図１３には、閾値を５としたときの第２範囲６２が示されている。第２範囲は、空調システム１００の管理者によって設定されてもよいし、空調システム１００の運用に伴って適宜調整されてもよい。
【００６１】
申告の数の組み合わせが第２範囲内にあると判定した場合（ステップＳ４２；Ｙｅｓ）、第２判定モジュール２２２は、温熱環境が悪化していると判断して、空調機器３０の制御に対する制限を解除する（ステップＳ４３）。具体的には、第２判定モジュール２２２は、制御装置２０の補助記憶部５３に格納されている制限の有無を示すフラグの値を、制限が解除されていることを示す値であるゼロに書き換える。ただし、既に制限が解除されている場合には、ステップＳ４３の処理を省略してもよい。
【００６２】
一方、申告の数の組み合わせが第２範囲内にはないと判定した場合（ステップＳ４２；Ｎｏ）、第２判定モジュール２２２は、温熱環境が悪化してはいないと判断して、空調機器３０の制御に対する制限を設定する（ステップＳ４４）。例えば、第２判定モジュール２２２は、図１３に示される第３範囲６３内に申告の数の組み合わせがあるときに、制限の有無を示すフラグの値を、制限が設定されていることを示す値である１に書き換える。ただし、既に制限が設定されている場合には、ステップＳ４４の処理を省略してもよい。また、申告の数に応じて制限を設定するステップＳ４４を実行することなく、後述のステップＳ４５に代表される他の判定処理によって制限を設定してもよい。すなわち、制限の設定を、申告の数とは異なるパラメータに応じたものに限ってもよい。
【００６３】
ステップＳ４３，Ｓ４４の次に、第２判定モジュール２２２は、消費電力に応じた制限の有無を設定する（ステップＳ４５）。例えば、不快であることを示す申告が比較的多く、申告によれば制限を解除することが望ましい場合であっても、空調システム１００が設置されたオフィスビル全体の消費電力がブレーカ容量に差し迫っているときには、申告の内容に関わらず制限を設定する必要がある。また、快適であることを示す申告が比較的多く、省エネルギーの観点から制限を設定することが望ましい場合であっても、その後のスケジュール又は外気温度の予測された推移によっては制限を解除することが適当なケースもある。このように、第２判定モジュール２２２は、不図示の計測装置によって計測されたオフィスビルの消費電力に応じて、制限の有無を設定する。その後、制限の有無の設定処理は終了して、制御装置２０によって実行される処理は、図８に示される制御処理に戻る。
【００６４】
ここで、本実施の形態に係る制限の有無の設定処理の具体例について、図１４を用いて説明する。図１４に示される例では、図１２に示される例と同様のステップＳ４１が実行される。
【００６５】
ステップＳ４１の次に、第２判定モジュール２２２は、申告データベース２３０から読み出した申告情報から、快適でないことを示す申告を抽出して、抽出した申告の数を、快適である申告と快適でない申告との数の偏りを示す指標値ｎ１として算出する（ステップＳ４２１）。
【００６６】
次に、第２判定モジュール２２２は、算出した指標値ｎ１が予め規定された閾値ｎ２より大きいか否かを判定する（ステップＳ４２２）。この閾値ｎ２は、例えば図１３に示されるように、５である。
【００６７】
指標値ｎ１が閾値ｎ２より大きいと判定した場合（ステップＳ４２２；Ｙｅｓ）、第２判定モジュール２２２は、ステップＳ４３の処理を実行する。一方、指標値ｎ１が閾値ｎ２より大きくはないと判定した場合（ステップＳ４２２；Ｎｏ）、第２判定モジュール２２２は、ステップＳ４４の処理を実行する。その後、第２判定モジュール２２２が、図１２に示される例と同様にステップＳ４５を実行すると、制限の有無の設定処理は終了する。
【００６８】
なお、図１４中のステップＳ４２１，Ｓ４２２は、図１２中のステップＳ４２に相当する。
【００６９】
以上、説明したように、本実施の形態に係る制御装置２０は、２以上のユーザからの申告を受けて空調機器を制御する。制御装置２０は、空調の快適さの度合いが異なる第１種の申告として「暑くない（快適）」という申告、及び第２種の申告として「暑い（不快）」という申告からユーザによって選択された申告を示す申告情報を取得する取得手段として、取得部２１０を備えている。また、制御装置２０は、空調機器３０の制御に対する制限が解除されている場合において、第１種の申告の数と第２種の申告の数との組み合わせが第１範囲内にあるときに、制御指示を空調機器３０に送信する送信手段として、送信部２４０を備えている。そして、空調機器３０の制御に対する制限は、申告の数の組み合わせが第１範囲とは異なる第２範囲内にあるときに解除され、申告の数の組み合わせが第１範囲とは異なる第３範囲内にあるときに設定される。
【００７０】
これにより、空調機器を直接制御するための申告の集計手法と、制限の設定又は解除のための集計手法とは、異なるものとなる。したがって、ユーザからの申告に対して適当なタイミングで制限を設定又は解除することが可能になる。
【００７１】
また、第２範囲は、第１種の申告と第２種の申告との数の偏りを示す指標値ｎ１が閾値ｎ２を超える範囲として規定され、制限は、申告の数の組み合わせが第２範囲内にあるときに解除された。このため、申告の数が不快側に偏ったときに、制限が解除されることとなる。したがって、ユーザからの申告に応じて適当なタイミングで制限を解除することができる。
【００７２】
また、第２範囲は、快適であることを示す第１種の申告の数に関わらず規定される範囲であった。これにより、不快であることを示す第２種の申告の数に着目して、適当なタイミングで制限を解除することができる。
【００７３】
実施の形態２．
続いて、実施の形態２について、上述の実施の形態１との相違点を中心に説明する。なお、上記実施の形態１と同一又は同等の構成については、同等の符号を用いるとともに、その説明を省略又は簡略する。本実施の形態に係る空調システム１００は、空調機器３０が冷房運転に加えて暖房運転も実行する点、及び、ユーザからの申告の種別が７つである点で、実施の形態１に係るものと異なっている。
【００７４】
図１５には、本実施の形態に係る端末１０の申告入力画面が示されている。図１５に示されるように、申告入力画面は、「とても暑い」、「暑い」、「やや暑い」、「暑くも寒くもない」、「やや寒い」、「寒い」及び「とても寒い」の７種の選択肢と、それぞれの選択肢に並んで表示されるチェック欄と、を含んでいる。ユーザは、いずれかのチェック欄を選択することで対応する選択肢を選択する。そして、ユーザは、「送信」というボタンに触れることで、選択した申告を端末１０に入力する。
【００７５】
続いて、本実施の形態に係る空調機器３０に対する制御処理（ステップＳ３）、及び制限の有無の設定処理（ステップＳ４）の詳細について、順に説明する。
【００７６】
空調機器３０に対する制御処理では、図１６に示されるように、実施の形態１に係るステップＳ３１，Ｓ３２，Ｓ３３１，Ｓ３３２，Ｓ３４１と同等の処理が実行される（図１１参照）。ただし、本実施の形態に係るステップＳ３３１では、第１判定モジュール２２１は、次式（２）で示される演算により平均値ｍ１を算出する。
【００７７】
【数２】
0006802358.tif 000003
【００７８】
ただし、Ｍは、すべての申告の数を、ｘ１は、「とても暑い」という申告の数を、ｘ２は、「暑い」という申告の数を、ｘ３は、「やや暑い」という申告の数を、ｘ４は、「暑くも寒くもない」という申告の数を、ｘ５は、「やや寒い」という申告の数を、ｘ６は、「寒い」という申告の数を、ｘ７は、「とても寒い」という申告の数を、それぞれ表す。また、（３，２，１，０，−１，−２，−３）は重み付けのためのベクトルであって、ｘ１に対応する重みとして値が３の成分と、ｘ２に対応する重みとして値が２の成分と、ｘ３に対応する重みとして値が１の成分と、ｘ４に対応する重みとして値がゼロの成分と、ｘ５に対応する重みとして値が−１の成分と、ｘ６に対応する重みとして値が−２の成分と、ｘ７に対応する重みとして値が−３の成分と、を有している。このベクトルの成分の値は、空調システム１００の管理者によって適宜調整されてもよい。
【００７９】
ステップＳ３３１で算出される平均値ｍ１は、申告を入力したユーザ全員の平均的な温冷感を示す。例えば、平均値ｍ１が正の値であって、その大きさが大きければ、ユーザは平均的により暑く感じていることとなり、平均値ｍ１が負の値であって、その大きさが大きければ、ユーザは平均的により寒く感じていることとなる。平均値ｍ１がゼロに近いほど、ユーザは平均的に快適であると感じていることとなる。
【００８０】
ステップＳ３３２にて、平均値ｍ１が閾値ｍ２より大きいと判定された場合（ステップＳ３３２；Ｙｅｓ）、ステップＳ３４１の処理が実行される。本実施の形態に係る閾値ｍ２は、通常、正の値であって、例えば２である。一方、ステップＳ３３２にて、平均値ｍ１が閾値ｍ２より大きくはないと判定した場合（ステップＳ３３２；Ｎｏ）、第１判定モジュール２２１は、平均値ｍ１が予め規定される閾値ｍ３より小さいか否かを判定する（ステップＳ３３３）。閾値ｍ３は、通常、負の値であって、例えば−２である。
【００８１】
平均値ｍ１が閾値ｍ３より小さくはないと判定された場合（ステップＳ３３３；Ｎｏ）、空調機器３０に対する制御処理は終了する。一方、平均値ｍ１が閾値ｍ３より小さいと判定された場合（ステップＳ３３３；Ｙｅｓ）、第１判定モジュール２２１は、目標温度を上げるための制御指示を生成して、送信部２４０は、生成された制御指示を空調機器３０へ送信する（ステップＳ３４２）。そして、空調機器３０に対する制御処理は終了する。
【００８２】
なお、図１６中のステップＳ３３３は、図９中のステップＳ３３に対応し、図１６中のステップＳ３４２は、図９中のステップＳ３４に対応する。また、多次元空間における範囲となるため図示を省略するが、ステップＳ３３２における判定は、７種の申告数の組み合わせが、上記式（２）と閾値ｍ２とによって規定される範囲内にあるか否かを判定することに等しい。また、ステップＳ３３３における判定は、７種の申告数の組み合わせが、上記式（２）と閾値ｍ３とによって規定される範囲内にあるか否かを判定することに等しい。
【００８３】
本実施の形態に係る制限の有無の設定処理（ステップＳ４）では、図１７に示されるように、実施の形態１に係るステップＳ４１が実行される（図１４参照）。ステップＳ４１の次に、第２判定モジュール２２２は、申告データベース２３０から読み出した申告情報のうち、快適でないことを示す申告を抽出して、抽出した申告の重み付け平均値の大きさを、申告の数の偏りを示す指標値ｎ１として算出する（ステップＳ４２３）。具体的には、第２判定モジュール２２２は、「暑くも寒くもない」という申告を除く６種の申告を抽出して、次式（３）で示される演算により指標値ｎ１を算出する。
【００８４】
【数３】
0006802358.tif 000004
【００８５】
ただし、Ｎは、抽出した申告の数を表し、ｘ１〜ｘ３，ｘ５〜ｘ７はそれぞれ、上記式（２）と同様の申告の数を表す。また、（３，２，１，−１，−２，−３）は重み付けのためのベクトルであって、ｘ１に対応する重みとして値が３の成分と、ｘ２に対応する重みとして値が２の成分と、ｘ３に対応する重みとして値が１の成分と、ｘ５に対応する重みとして値が−１の成分と、ｘ６に対応する重みとして値が−２の成分と、ｘ７に対応する重みとして値が−３の成分と、を有している。このベクトルの成分の値は、空調管理者によって適宜調整されてもよい。
【００８６】
ステップＳ４２３で算出される指標値ｎ１は、例えば各種別の申告数が図１８に示されるように、快適である申告に対応する中央を中心に概ね分布する場合よりも、図１９に示されるように、暑く不快である側に偏って分布する場合に、大きな値になる。また、寒く不快である側に偏って申告数が分布する場合にも、指標値ｎ１は大きな値になる。このため、指標値ｎ１は、申告の数が不快側に偏っている度合いを示す指標値として用いることができる。
【００８７】
図１７に戻り、ステップＳ４２３の次に、第２判定モジュール２２２は、指標値ｎ１が予め規定された閾値ｎ２より大きいか否かを判定する（ステップＳ４２２）。この閾値ｎ２は、空調システム１００の管理者がユーザの数に応じて予め定める正の値であって、例えばユーザが１０人程度であるときには、１０と規定される。
【００８８】
そして、ステップＳ４２２の判定が肯定された場合（ステップＳ４２２；Ｙｅｓ）、実施の形態１と同様にステップＳ４３以降の処理が実行され、ステップＳ４２２の判定が否定された場合（ステップＳ４２２；Ｎｏ）、実施の形態１と同様にステップＳ４４以降の処理が実行される（図１４参照）。
【００８９】
なお、図１７中のステップＳ４２３は、図１２中のステップＳ４２に対応する。また、多次元空間における範囲となるため図示を省略するが、ステップＳ４２２における判定は、７種の申告数の組み合わせが、上記式（３）と閾値ｎ２とによって規定される範囲内にあるか否かを判定することに等しい。この範囲は、上記式（３）にｘ４が含まれていないことから判るように、快適であることを示す申告の数ｘ４に関わらず規定される範囲となる。
【００９０】
以上、説明したように、本実施の形態に係る制御装置２０は、７種の申告を受けて空調機器３０を制御し、指標値ｎ１が、第１閾値としての閾値ｎ２を超えるときに、空調機器３０の制御に対する制限を解除した。これにより、実施の形態１よりも、ユーザの体感に応じた空調機器の制御等を実行することができる。ひいては、ユーザの快適性を向上させることができる。
【００９１】
なお、本実施の形態では、「暑くも寒くもない」という申告を、快適であることを示す申告として扱い、他の６種の申告を、不快であることを示す申告として扱ったが、これには限定されない。例えば、環境を至急改善する必要があまりないと考えられる「やや暑い」、「暑くも寒くもない」及び「やや寒い」という申告を、快適であることを示す申告として扱ってもよい。これら３種の申告を、快適であることを示す申告として扱う場合には、指標値ｎ１は、下記の式（４）で示される演算により算出される。
【００９２】
【数４】
0006802358.tif 000005
【００９３】
ただし、Ｎは、申告データベース２３０から抽出された「とても暑い」、「暑い」、「寒い」、「とても寒い」の４種の申告の数を表す。
【００９４】
実施の形態３．
続いて、実施の形態３について、上述の実施の形態２との相違点を中心に説明する。なお、上記実施の形態２と同一又は同等の構成については、同等の符号を用いるとともに、その説明を省略又は簡略する。本実施の形態に係る空調システム１００は、指標値ｎ１が申告数の歪みを示すものとして算出される点で、実施の形態１に係るものと異なっている。
【００９５】
図２０には、本実施の形態に係る制限の有無の設定処理（ステップＳ４）が示されている。この制限の有無の設定処理では、第２判定モジュール２２２は、図２０に示されるように、ステップＳ４１の次に、すべての申告の重み付け平均値ｍ１と最頻値との差の大きさを、申告数の歪みを示す指標値ｎ１として算出する（ステップＳ４２４）。最頻値は、７種の申告のうち、申告数が最大の申告に対応する値である。ここで、「とても暑い」という申告の数が最大の場合には最頻値を３とし、「暑い」という申告の数が最大の場合には最頻値を２とし、「やや暑い」という申告の数が最大の場合には最頻値を１とし、「暑くも寒くもない」という申告の数が最大の場合には最頻値をゼロとし、「やや寒い」という申告の数が最大の場合には最頻値を−１とし、「寒い」という申告の数が最大の場合には最頻値を−２とし、「とても寒い」という申告の数が最大の場合には最頻値を−３とする。
【００９６】
ステップＳ４２４で算出される指標値ｎ１は、図１８に示される分布の場合よりも、図２１に示されるように申告数が歪んで分布する場合に、大きな値となる。このため、指標値ｎ１は、申告数が歪んで分布する度合いを示す指標値として用いることができる。なお、図２１に示されるように申告数が分布するときには、上記式（３）又は上記式（４）の正値と負値とが相殺され、実施の形態２に係る偏りを示す指標値ｎ１は大きな値にはならない。
【００９７】
そして、第２判定モジュール２２２は、図１７に示される例と同様に、ステップＳ４２２以降の処理を実行する。
【００９８】
なお、図２０中のステップＳ４２４は、図１２中のステップＳ４２に対応する。また、多次元空間における範囲となるため図示を省略するが、ステップＳ４２２における判定は、７種の申告数の組み合わせが、上述した最頻値の算出手法と閾値ｎ２とによって規定される範囲内にあるか否かを判定することに等しい。
【００９９】
以上、説明したように、本実施の形態に係る指標値ｎ１は、申告数の分布の歪みを示すものとして算出された。そして、指標値ｎ１が、第２閾値としての閾値ｎ２を超えるときに、空調機器３０の制御に対する制限が解除される。これにより、申告数に偏りがない場合であっても、申告数の分布が歪んだときに、制限を設定したり解除したりすることができる。ひいては、温熱環境が悪化しつつあるときに制限を解除して、ユーザの快適性を向上させることができる。
【０１００】
なお、本実施の形態では、平均値ｍ１と最頻値との差の大きさを指標値ｎ１としたが、これには限定されない。例えば、平均値ｍ１と中央値との差の大きさを指標値ｎ１としてもよい。
【０１０１】
以上、本発明の実施の形態について説明したが、本発明は上記実施の形態によって限定されるものではない。
【０１０２】
例えば、上記実施の形態では、ユーザは、快適であるという感覚を得ているときであっても申告を入力するものとした。しかしながら、このようなときはユーザにとって申告を入力する必要はないため、申告が入力されないおそれがある。そのため、制御装置２０は、例えば、端末１０の数から申告数を減じて得る無回答の数を、快適であることを示す申告の数として扱ってもよい。無回答の数を、快適であることを示す申告の数として扱えば、ユーザは、不快と感じたときに限って、空調に対する要望を入力すればよい。これにより、ユーザの手間が簡略化される。
【０１０３】
また、上記実施の形態２に係る申告数の偏りを示す指標値ｎ１と、上記実施の形態３に係る申告数の分布の歪みを示す指標値ｎ１と、を併用してもよい。例えば、これら２つの指標値のいずれか一方又は双方が予め規定された閾値を超えるか否かを判定することで、制限を設定したり解除したりしてもよい。これにより、温熱環境の悪化を精度よく検出して、制限の有無を設定することができる。
【０１０４】
また、上記実施の形態では、複数の種別の申告からユーザによって選択された申告が入力されたが、これには限定されない。例えば、ユーザが任意の文言で発話した音声を、端末１０が認識して、複数の種別からユーザの体感に適した申告を選択して、選択した申告を示す申告情報を制御装置２０に送信してもよい。
【０１０５】
上記実施の形態に係る端末１０、制御装置２０、及び空調機器３０の機能は、専用のハードウェアによっても、また、通常のコンピュータシステムによっても実現することができる。
【０１０６】
例えば、補助記憶部５３に記憶されるプログラム５８を、コンピュータ読み取り可能な記録媒体に格納して配布し、そのプログラム５８をコンピュータにインストールすることにより、上述の処理を実行する装置を構成することができる。
【０１０７】
また、プログラム５８をインターネットに代表される通信ネットワーク上のサーバ装置が有するディスク装置に格納しておき、例えば、搬送波に重畳させて、コンピュータにダウンロードするようにしてもよい。
【０１０８】
また、通信ネットワークを介してプログラム５８を転送しながら起動実行することによっても、上述の処理を達成することができる。
【０１０９】
さらに、プログラム５８の全部又は一部をサーバ装置上で実行させ、その処理に関する情報をコンピュータが通信ネットワークを介して送受信しながらプログラム５８を実行することによっても、上述の処理を達成することができる。
【０１１０】
なお、上述の機能を、ＯＳ（Operating System）が分担して実現する場合又はＯＳとアプリケーションとの協働により実現する場合等には、ＯＳ以外の部分のみを媒体に格納して配布してもよく、また、コンピュータにダウンロードしてもよい。
【０１１１】
また、空調システム１００の機能を実現する手段は、ソフトウェアに限られず、その一部又は全部を、回路を含む専用のハードウェアによって実現してもよい。
【０１１２】
本発明は、本発明の広義の精神と範囲を逸脱することなく、様々な実施の形態及び変形が可能とされるものである。また、上述した実施の形態は、本発明を説明するためのものであり、本発明の範囲を限定するものではない。つまり、本発明の範囲は、実施の形態ではなく、請求の範囲によって示される。そして、請求の範囲内及びそれと同等の発明の意義の範囲内で施される様々な変形が、本発明の範囲内とみなされる。
【産業上の利用可能性】
【０１１３】
本発明は、空調機器の制御に適している。
【符号の説明】
【０１１４】
１００  空調システム、  １０〜１３  端末、  １０１  ＵＩ部、  １０２  送信部、  ２０  制御装置、  ２１０  取得部、  ２２０  制御部、  ２２１  第１判定モジュール、  ２２２  第２判定モジュール、  ２３０  申告データベース、  ２４０  送信部、  ３０〜３２  空調機器、  ３０１  受信部、  ３０２  制御部、  ３０３  設定記憶部、  ３０４  冷媒回路、  ３０５  ルーバ、  ３０６  ファン、  ４１  ローカルネットワーク、  ４２  空調ネットワーク、  ５１  プロセッサ、  ５２  主記憶部、  ５３  補助記憶部、  ５４  入力部、  ５５  出力部、  ５６  通信部、  ５７  内部バス、  ５８  プログラム、  ６１  第１範囲、  ６２  第２範囲、  ６３  第３範囲。
【図１】
0006802358.tif 000006
【図２】
0006802358.tif 000007
【図３】
0006802358.tif 000008
【図４】
0006802358.tif 000009
【図５】
0006802358.tif 000010
【図６】
0006802358.tif 000011
【図７】
0006802358.tif 000012
【図８】
0006802358.tif 000013
【図９】
0006802358.tif 000014
【図１０】
0006802358.tif 000015
【図１１】
0006802358.tif 000016
【図１２】
0006802358.tif 000017
【図１３】
0006802358.tif 000018
【図１４】
0006802358.tif 000019
【図１５】
0006802358.tif 000020
【図１６】
0006802358.tif 000021
【図１７】
0006802358.tif 000022
【図１８】
0006802358.tif 000023
【図１９】
0006802358.tif 000024
【図２０】
0006802358.tif 000025
【図２１】
0006802358.tif 000026