(57)【要約】  空調制御装置（１０）は、空調の対象となる空間（２００）における空気の状態の範囲について、第１ユーザの第１要望を示す第１信号と第２ユーザの第２要望を示す第２信号とを受信する受信部（１１）と、現在における第１要望及び第２要望の少なくとも一方に関する条件が成立したときに、制御信号を送信して、空気を調和する空調装置（４０）を制御することにより、現在又は過去における第１要望の範囲と過去における第２要望の範囲とが重複する目標範囲内に空気の状態を収める制御部（１４）と、を備える。
2020016993.tif 000002
【特許請求の範囲】
【請求項１】
空調の対象となる空間における空気の状態の範囲について、第１ユーザの第１要望を示す第１信号と第２ユーザの第２要望を示す第２信号とを受信する受信手段と、
現在における前記第１要望及び前記第２要望の少なくとも一方に関する条件が成立したときに、制御信号を送信して、前記空気を調和する空調装置を制御することにより、現在又は過去における前記第１要望の範囲と過去における前記第２要望の範囲とが重複する目標範囲内に前記空気の状態を収める制御手段と、
を備える空調制御装置。
【請求項２】
前記制御手段は、過去における前記第１要望及び前記第２要望に対する前記空調装置による前記空気の調和が完了した後において、前記条件が成立したときに、前記空調装置を制御することにより前記目標範囲内に前記空気の状態を収める、
請求項１に記載の空調制御装置。
【請求項３】
前記第２要望は、前記第２ユーザに関して予め定められた２以上の範囲からいずれかの範囲を選択する要望であり、
過去における前記第２要望の範囲は、前記２以上の範囲のうち、過去に選択された割合が最も大きい範囲である、
請求項１又は２に記載の空調制御装置。
【請求項４】
過去における前記第２要望の範囲は、前記２以上の範囲のうち、現在又は過去における前記第１要望の範囲と重複する範囲であって、過去に選択された割合が最も大きい範囲である、
請求項３に記載の空調制御装置。
【請求項５】
前記第２ユーザが前記空間の外にいることを検出する検出装置に接続される空調制御装置であって、
前記受信手段は、前記第２ユーザが前記空間の外にいることを示す検出信号を前記検出装置から受信し、
前記条件は、前記受信手段によって前記検出信号が受信され、現在における前記第２要望を示す前記第２信号が受信されていないことであって、
前記制御手段は、前記空調装置を制御することにより、現在における前記第１要望の範囲と過去における前記第２要望の範囲とが重複する前記目標範囲内に前記空気の状態を収める、
請求項１から４のいずれか一項に記載の空調制御装置。
【請求項６】
前記条件は、現在における前記第１要望の範囲の外部に現在における前記第２要望の範囲があることであって、
前記制御手段は、前記空調装置を制御することにより、過去における前記第１要望の範囲と過去における前記第２要望の範囲とが重複する前記目標範囲内に前記空気の状態を収める、
請求項１から４のいずれか一項に記載の空調制御装置。
【請求項７】
前記受信手段は、前記空気の状態の範囲について、第３ユーザの第３要望を示す第３信号を受信し、
前記条件は、現在における前記第１要望と現在における前記第３要望とが重複する重複範囲の外部に現在における前記第２要望の範囲があることであって、
前記制御手段は、前記重複範囲と過去における前記第２要望の範囲とが重複する前記目標範囲内に前記空気の状態を収める、
請求項１から４のいずれか一項に記載の空調制御装置。
【請求項８】
空調の対象となる空間における空気を調和する空調装置と、
前記空調装置を制御する請求項１から７のいずれか一項に記載の空調制御装置と、
を備える空調制御システム。
【請求項９】
空調の対象となる空間における空気の状態の範囲について、第１ユーザの第１要望を示す第１信号と第２ユーザの第２要望を示す第２信号とを受信する受信ステップと、
現在における前記第１要望及び前記第２要望の少なくとも一方に関する条件が成立したときに、制御信号を送信することにより、現在又は過去における前記第１要望の範囲と過去における前記第２要望の範囲とが重複する目標範囲内に前記空気の状態を収める制御ステップと、
を含む空調制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、空調制御装置、空調制御システム及び空調制御方法に関する。
【背景技術】
【０００２】
住宅及びオフィスに代表される施設では、通常、複数のユーザが存在する空間における空気を調和するための空調システムが形成される。この種の空調システムでは、空気の温度及び湿度に代表される状態の目標値が定められ、その目標値が空気の状態の計測値に等しくなるように空調が行われる。【０００３】
ここで、複数のユーザのうちの一部、或いは管理者が目標値を定める場合には、複数のユーザにとって快適な目標値が定まらないことがある。また、各ユーザが目標値を定めると、各ユーザの希望する目標値が異なるため最終的な目標値が定まらないことが多い。そこで、各ユーザの要望をある程度考慮して目標値を定める技術が提案されている（例えば、特許文献１を参照）。【０００４】
特許文献１には、対象空間内の複数の利用者それぞれの嗜好を合理的に調整する環境調整装置について記載されている。この装置は、対象空間の環境条件について複数の利用者それぞれの嗜好範囲を取得し、取得した嗜好範囲に基づく重みを設定値の候補に付与することで、最終的な設定値を決定する。この装置によれば、複数の利用者の嗜好範囲を加味して環境を調整することができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−３３３２２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１に記載の装置は、設定値の候補が複数ある場合に、各利用者の希望する試行範囲との距離の合算値が最小となるような候補を設定値として決定していた。しかしながら、ユーザが次善として要望する嗜好範囲があれば、上述のように決定された設定値は、必ずしもユーザの要望に沿ったものになるとは限らない。このため、一部のユーザにとって不快となる空調が行われるおそれがあった。したがって、複数のユーザの快適性を向上させる余地があった。【０００７】
本発明は、上記の事情に鑑みてなされたものであり、複数のユーザの快適性を向上させることを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、本発明の空調制御装置は、空調の対象となる空間における空気の状態の範囲について、第１ユーザの第１要望を示す第１信号と第２ユーザの第２要望を示す第２信号とを受信する受信手段と、現在における第１要望及び第２要望の少なくとも一方に関する条件が成立したときに、制御信号を送信して、空気を調和する空調装置を制御することにより、現在又は過去における第１要望の範囲と過去における第２要望の範囲とが重複する目標範囲内に空気の状態を収める制御手段と、を備える。
【発明の効果】
【０００９】
本発明によれば、制御手段が、現在における第１要望及び第２要望の少なくとも一方に関する条件が成立したときに、現在又は過去における第１要望の範囲と過去における第２要望の範囲とが重複する目標範囲内に空気の状態を収める。ユーザの過去の要望は、ユーザの次善としての要望に等しいものと考えられる。このため、条件が成立したときには、ユーザが次善として要望する範囲を目標として、空調装置が制御される。これにより、複数のユーザの快適性を向上させることができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施の形態に係る空調制御装置の機能的な構成を示すブロック図
【図２】実施の形態に係るユーザの選択候補となる範囲の例を示す第１の図
【図３】実施の形態に係るユーザの選択候補となる範囲の例を示す第２の図
【図４】実施の形態に係るユーザの選択候補となる範囲の例を示す第３の図
【図５】実施の形態に係る要望データの一例を示す図
【図６】実施の形態に係る空調制御装置による制御のタイミングについて説明するための図
【図７】実施の形態に係る空調制御装置のハードウェア構成を示す図
【図８】実施の形態に係る空調制御処理を示すフローチャート
【図９】実施の形態に係る要望の範囲が重複する例を示す第１の図
【図１０】実施の形態に係る要望の範囲が重複する例を示す第２の図
【図１１】実施の形態に係る要望の範囲が重複しない例を示す第１の図
【図１２】実施の形態に係る要望の範囲が重複しない例を示す第２の図
【図１３】実施の形態に係る第１調停処理を示すフローチャート
【図１４】実施の形態に係る要望の範囲が重複する例を示す第３の図
【図１５】実施の形態に係る第２調停処理を示すフローチャート
【図１６】実施の形態に係る要望の範囲が重複する例を示す第４の図
【図１７】実施の形態に係る要望の範囲が重複しない例を示す第３の図
【図１８】実施の形態に係る要望の範囲が重複する例を示す第５の図
【図１９】実施の形態に係る制御データの一例を示す図
【図２０】変形例に係る空調制御装置について説明するための第１の図
【図２１】変形例に係る空調制御装置について説明するための第２の図
【図２２】変形例に係る空調制御装置について説明するための第３の図
【図２３】変形例に係る空調制御装置について説明するための第４の図
【発明を実施するための形態】
【００１１】
以下、本発明の実施の形態に係る空調制御装置１０について、図面を参照しつつ詳細に説明する。
【００１２】
実施の形態．
本実施の形態に係る空調制御装置１０は、複数のユーザからの要望を受け付けて、受け付けた要望に沿った空調を実現する装置である。詳細には、空調制御装置１０は、図１に示されるように、ユーザ２ａ，２ｂ，２ｃが端末３１，３２，３３に入力した要望を示す信号を受信し、受信した要望に基づいて、空調空気を吹き出す空調装置４０を制御する。以下では、ユーザ２ａ，２ｂ，２ｃを総称してユーザ２０と適宜表記し、端末３１，３２，３３を総称して端末３０と適宜表記する。
【００１３】
空調制御装置１０は、端末３０及び空調装置４０とともに、空調制御システム１００を構成する。空調制御システム１００は、建物１１０において空調対象となる空間２００における空気の状態を調和するためのシステムである。建物１１０は、住宅又はオフィスに代表される施設である。空間２００は、建物１１０の内部に形成される部屋である。空調制御システム１００は、空調制御装置１０、端末３０及び空調装置４０の他に、ユーザが空間２００内に在室しているか否かを検出する検出装置５０を有する。
【００１４】
空調制御装置１０、端末３０、空調装置４０及び検出装置５０は、通信路を介して互いに信号を送受信することにより通信する。通信路は、例えば、建物１１０内に形成されたＬＡＮ（Local Area Network）又はインターネットに代表される広域ネットワークである。
【００１５】
ユーザ２０は、空調制御システム１００の利用者であって、例えば、住宅である建物１１０の住人、又は、オフィスである建物１１０で勤務する者である。ユーザ２０は、各自の端末３０を携帯し、空間２００に在室しているときに、空調に関する要望を自身の端末３０に入力する。
【００１６】
端末３０は、例えば、スマートホン又はタブレット型の端末である。端末３０は、空調制御装置１０に対するユーザインタフェースとして機能する。ユーザ２０は、端末３０を操作して、空間２００における空気の状態の範囲について予め定められた複数の範囲からいずれか１つの範囲を選択して入力する。空気の状態は、温度及び湿度を含む。
【００１７】
図２には、ユーザ２ａの選択する候補となる要望の範囲が例示されている。図２中の範囲６１ａは、「集中」というラベルが付された範囲であって、範囲６２ａは、「リラックス」というラベルが付された範囲であって、範囲６３ａは、「アクティブ」というラベルが付された範囲である。ユーザ２ａが、「集中」の空調モード、「リラックス」の空調モード、及び「アクティブ」の空調モード、の３つからいずれか１つのモードを選択すると、このモードに対応する範囲が、ユーザ２ａの要望する範囲として端末３１に入力されることとなる。
【００１８】
図２と同様に、図３には、ユーザ２ｂの選択する候補となる要望の範囲が例示されており、図４には、ユーザ２ｃの選択する候補となる要望の範囲が例示されている。図３中の範囲６１ｂは、「集中」の空調モードに対応する範囲であって、範囲６２ｂは、「リラックス」の空調モードに対応する範囲であって、範囲６３ｂは、「アクティブ」の空調モードに対応する範囲である。ユーザ２ｂが、３つの空調モードからいずれか１つのモードを選択すると、このモードに対応する範囲が、ユーザ２ｂの要望する範囲として端末３２に入力される。また、図４中の範囲６１ｃは、「集中」の空調モードに対応する範囲であって、範囲６２ｃは、「リラックス」の空調モードに対応する範囲であって、範囲６３ｃは、「アクティブ」の空調モードに対応する範囲である。ユーザ２ｃが、３つの空調モードからいずれか１つのモードを選択すると、このモードに対応する範囲が、ユーザ２ｃの要望する範囲として端末３３に入力される。
【００１９】
空調装置４０は、空間２００に空調空気を吹き出すことで空間２００における空気を調和する室内機である。この空調装置４０は、冷媒配管を介して空調装置としての室外機に接続され、この室外機との間で冷媒を循環させることで、温度及び湿度が調整された空調空気を生成して、空間２００に供給する。空調装置４０が生成する空調空気の状態は、空調制御装置１０から送信される制御信号に従う。
【００２０】
検出装置５０は、オフィスである建物１１０内の空間２００の入り口に設けられた入室カードキーの読み取り端末と接続された入退室管理システムである。検出装置５０は、空間２００内にいるユーザ２０と、空間２００外にいるユーザ２０と、を識別して、各ユーザ２０が在室するか不在であるかを示す検出信号を空調制御装置１０へ送信する。
【００２１】
空調制御装置１０は、端末３０及び検出装置５０から信号を受信する受信部１１と、種々のデータを記憶する記憶部１２と、ユーザの要望を調停して空調の目標範囲を決定する調停部１３と、空調装置４０に制御信号を送信することにより空調装置４０を制御する制御部１４と、を有する。
【００２２】
受信部１１は、端末３１〜３３それぞれからユーザ２ａ，２ｂ，２ｃの要望を示す信号を受信し、検出装置５０から検出結果を示す検出信号を受信する。詳細には、受信部１１は、ユーザ２ａの第１要望を示す第１信号を受信し、ユーザ２ｂの第２要望を示す第２信号を受信し、ユーザ２ｃの第３要望を示す第３信号を受信する。そして、受信部１１は、受信した信号により示される情報を調停部１３に通知する。また、受信部１１は、ユーザ２０の要望を記憶部１２に通知する。受信部１１は、請求項の受信手段として機能する。
【００２３】
記憶部１２は、ユーザ２０の要望に関する要望データ１２１と、空調装置４０を制御するための制御データ１２２と、を記憶して管理するデータベース管理システムである。記憶部１２は、受信部１１によって受信された信号により示される要望により要望データ１２１を更新する。制御データ１２２は、予め記憶部１２に格納されていてもよいし、ユーザ２０によって変更されてもよい。
【００２４】
要望データ１２１は、各ユーザ２０が過去に選択した範囲の割合を示すデータである。図５には、要望データ１２１の一例が示されている。この要望データ１２１は、ユーザ２０の識別子と、このユーザ２０の選択候補となるモードと、このモードに対応する空気の状態の範囲と、このモードが過去に選択された割合を示す要望度と、このモードが過去に選択された日時を示す履歴と、を関連付けるテーブル形式のデータである。
【００２５】
図５中、ユーザ２ａ，２ｂ，２ｃの識別子はそれぞれ、「Ａ」，「Ｂ」，「Ｃ」とされている。また、「モード」として、空調モードのラベル、及びそのモードに対応する範囲の識別子が示されている。例えば、ユーザ「Ａ」についてのモード「集中  ［６１ａ］」は、図２の範囲６１ａに対応する。同様に、図５の「モード」において、そのモードに対応する識別子は、図２〜４に示される範囲の符号に等しいものとされている。「範囲」は、温度の範囲と湿度の範囲とを示している。
【００２６】
「要望度」は、ユーザ２０が３つのモードから対応するモードを過去に選択した割合を示す。例えば、ユーザ「Ａ」に関して、過去におけるモードの選択のうち、６０％を示す選択が、「集中」という空調モードの選択であったことが示されている。ユーザ２０が過去に選択したモードは、将来においてもユーザ２０が選択する可能性がある。特に、要望度が高い場合には、今後においてもユーザ２０が要望する確率が高いといえるため、ユーザ２０が現時点において選択していないモードであっても、このモードは、当該ユーザ２０が次善として希望するものとして扱うことができる。ここで、過去に選択した割合は、最新の選択を含んでもよいし、含まなくてもよい。また、割合を算出するための過去の選択は、過去の全期間にわたる選択であってもよいし、予め定められた一定期間における選択であってもよい。一定期間は、例えば、現在日時までの１週間又は１か月間である。
【００２７】
「履歴」は、過去におけるモードの選択履歴を示す。記憶部１２は、この「履歴」に基づいて「要望度」を随時更新する。
【００２８】
図１に戻り、調停部１３は、受信部１１によって受信された信号により示される要望と、記憶部１２に記憶される要望データ１２１と、に基づいて、複数のユーザ２０による要望を調停して、空調制御の目標範囲を決定する。調停部１３による調停の詳細については後述する。
【００２９】
制御部１４は、制御信号を送信して空調装置４０を制御することにより、調停部１３によって決定された目標範囲内に空気の状態を収める。制御部１４は、記憶部１２に記憶される制御データ１２２に基づいて、目標範囲に含まれる制御目標値を決定し、この制御目標値を示す制御信号を空調装置４０に送信する。制御部１４は、請求項の制御手段として機能する。
【００３０】
ここで、空調制御装置１０が取得した要望に対する制御の持続について、図６を用いて説明する。図６には、ユーザＡ，Ｂ，Ｃの要望の入力タイミングと、制御の持続時間と、の関係が示されている。図６において、ユーザＡによる要望Ａ１、ユーザＢによる要望Ｂ１，Ｂ２、及びユーザＣによる要望Ｃ１それぞれの入力タイミングが、矢印で示されている。また、制御の内容は、周期的な時刻Ｔ１，Ｔ２，Ｔ３，Ｔ４，Ｔ５に更新される。時刻Ｔ１〜Ｔ２の時間間隔は、例えば１０秒間、１分間又は１０分間である。
【００３１】
要望Ａ１が入力された直後からこの要望Ａ１に対する制御が開始されるのではなく、要望Ａ１が入力された後の最初の制御の更新タイミングである時刻Ｔ２に、要望Ａ１に対する制御が開始する。そして、要望Ａ１に対する制御は、更新周期の２回分に相当する時間Ｔ１０にわたって継続される。時刻Ｔ２から時刻Ｔ３までの期間においては、要望Ａ１に対する制御が実行されるため、要望Ａ１は現在におけるユーザＡの要望といえる。
【００３２】
時刻Ｔ２と時刻Ｔ３との間に要望Ｂ１，Ｃ１が入力される。この要望Ｂ１，Ｃ１に対する制御は、時刻Ｔ３から開始される。ただし、時刻Ｔ３から時刻Ｔ４までは、要望Ａ１に対する制御も合わせて実行されるため、要望Ａ１，Ｂ１，Ｃ１に対する制御が実行されることとなる。時刻Ｔ３から時刻Ｔ４までの期間においては、要望Ａ１，Ｂ１，Ｃ１が現在におけるユーザＡ，Ｂ，Ｃの要望といえる。
【００３３】
時刻Ｔ３と時刻Ｔ４との間に要望Ｂ２が入力される。この要望Ｂ２は、要望Ｂ１とは異なるモードを選択する要望であってもよいし、要望Ｂ１と同じモードを選択することでこのモードに応じた制御の持続時間を延長する要望であってもよい。要望Ｂ２に対する制御は、時刻Ｔ４から開始される。また、要望Ｂ２が入力されることで要望Ｂ１に対する制御は不要となるため時刻Ｔ４からは実行されない。さらに、要望Ａ１に対する制御が時刻Ｔ４で終了するため、時刻Ｔ４からは、要望Ｂ２，Ｃ１に対する制御が実行されることとなる。時刻Ｔ４から時刻Ｔ５までの期間においては、要望Ｂ２，Ｃ１がユーザＢ，Ｃの現在における要望といえる。また、要望Ａ１，Ｂ１は、ユーザＡ，Ｂの過去における要望といえる。
【００３４】
以下では、ある時点において今後の制御を実行するための要望を現在における要望とし、要望に対する制御が既に終了した場合には、この要望を過去における要望として、説明する。なお、図６では、説明の理解を容易にするために持続時間Ｔ１０をある程度短いものとしたが、持続時間Ｔ１０の長さは、任意に変更してもよい。例えば、持続時間Ｔ１０の長さを１時間、又は２４時間としてもよい。
【００３５】
空調制御装置１０は、そのハードウェア構成として、図７に示されるように、プロセッサ１０１と、主記憶部１０２と、補助記憶部１０３と、入力部１０４と、出力部１０５と、通信部１０６と、を有する。主記憶部１０２、補助記憶部１０３、入力部１０４、出力部１０５及び通信部１０６はいずれも、内部バス１０７を介してプロセッサ１０１に接続される。
【００３６】
プロセッサ１０１は、ＣＰＵ（Central Processing Unit）を含む。プロセッサ１０１は、補助記憶部１０３に記憶されるプログラムＰ１を実行することにより、空調制御装置１０の種々の機能を実現して、後述の処理を実行する。
【００３７】
主記憶部１０２は、ＲＡＭ（Random Access Memory）を含む。主記憶部１０２には、補助記憶部１０３からプログラムＰ１がロードされる。そして、主記憶部１０２は、プロセッサ１０１の作業領域として用いられる。
【００３８】
補助記憶部１０３は、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）及びＨＤＤ（Hard Disk Drive）に代表される不揮発性メモリを含む。補助記憶部１０３は、プログラムＰ１の他に、プロセッサ１０１の処理に用いられる種々のデータを記憶する。補助記憶部１０３は、プロセッサ１０１の指示に従って、プロセッサ１０１によって利用されるデータをプロセッサ１０１に供給し、プロセッサ１０１から供給されたデータを記憶する。
【００３９】
入力部１０４は、入力キー及びポインティングデバイスに代表される入力デバイスを含む。入力部１０４は、空調制御装置１０のユーザによって入力された情報を取得して、取得した情報をプロセッサ１０１に通知する。
【００４０】
出力部１０５は、ＬＣＤ（Liquid Crystal Display）及びスピーカに代表される出力デバイスを含む。出力部１０５は、プロセッサ１０１の指示に従って、種々の情報をユーザに提示する。
【００４１】
通信部１０６は、外部の装置と通信するためのネットワークインタフェース回路を含む。通信部１０６は、外部から信号を受信して、この信号により示されるデータをプロセッサ１０１へ出力する。また、通信部１０６は、プロセッサ１０１から出力されたデータを示す信号を外部の装置へ送信する。
【００４２】
図７に示されるハードウェア構成が協働することで、空調制御装置１０は、図１に示される種々の機能を発揮する。詳細には、受信部１１が、主として通信部１０６によって実現され、記憶部１２が、主としてプロセッサ１０１及び補助記憶部１０３の協働により実現される。また、調停部１３が、主としてプロセッサ１０１によって実現され、制御部１４が、主としてプロセッサ１０１及び通信部１０６の協働によって実現される。
【００４３】
続いて、空調制御装置１０によって実行される空調制御処理について、図８〜１９を用いて説明する。図８に示される空調制御処理は、空調制御装置１０に電源が投入されることで開始する。
【００４４】
空調制御処理において、空調制御装置１０は、制御データ１２２を取得する（ステップＳ１）。具体的には、受信部１１が、いずれかの端末３０から、制御データ１２２を示す信号を受信して、記憶部１２が制御データ１２２を更新する。記憶部１２に格納された制御データ１２２は、後述の処理に用いられる。なお、いずれの端末３０からも制御データ１２２を示す信号が受信されない場合には、ステップＳ１を省略してもよい。
【００４５】
次に、空調制御装置１０は、現在時刻がデータの取得タイミングであるか否かを判定する（ステップＳ２）。具体的には、調停部１３が、ステップＳ２の判定が最後に肯定されてから予め定められた周期に等しい時間が経過したか否かを判定する。ステップＳ２のデータ取得タイミングは、図６に示された時刻Ｔ１〜Ｔ５に対応する。
【００４６】
現在時刻がデータの取得タイミングではないと判定した場合（ステップＳ２；Ｎｏ）、空調制御装置１０は、ステップＳ１以降の処理を繰り返して、現在時刻がデータの取得タイミングとなるまで待機する。現在時刻がデータの取得タイミングであると判定した場合（ステップＳ２；Ｙｅｓ）、空調制御装置１０は、検出装置５０による在室のユーザ２０及び不在のユーザ２０の検出結果を示す検出信号を受信する（ステップＳ３）。
【００４７】
次に、空調制御装置１０は、空気の状態の範囲を選択するユーザ２０の新たな要望があるか否かを判定する（ステップＳ４）。具体的には、調停部１３が、前回のステップＳ４以降に、受信部１１によって端末３０からモードに対応する範囲についてユーザ２０の要望を示す信号が受信されたか否かを判定する。
【００４８】
範囲を選択する要望がないと判定された場合（ステップＳ４；Ｎｏ）、空調制御装置１０は、新たな制御を実行することなく、ステップＳ１以降の処理を繰り返す。一方、範囲を選択する要望があると判定された場合（ステップＳ４；Ｙｅｓ）、空調制御装置１０は、要望を取得して要望データ１２１を更新する（ステップＳ５）。具体的には、調停部１３が、ユーザ２０の要望の内容を受信部１１から取得する。また、記憶部１２が、要望データ１２１の履歴を更新する。ここで、記憶部１２は、過去の要望に基づいて要望度を履歴とともに更新する。ステップＳ５は、請求項の受信ステップに対応する。
【００４９】
次に、空調制御装置１０は、予め定められた条件１が成立するか否かを判定する（ステップＳ６）。条件１は、在室する全ユーザ２０の現在の要望の範囲が重複することである。図９には、条件１が成立する例が示されている。図９の例は、ユーザ２ａ，２ｂが在室しておりユーザ２ｃが在室していないときに、在室する全ユーザ２ａ，２ｂが要望する範囲６３ａ，６１ｂが重複している。詳細には、図９においてハッチングにより示されるように、範囲６３ａ，６１ｂが重複する重複範囲７１が存在する。また、図１０には、条件１が成立する他の例が示されている。図１０の例は、ユーザ２ａ，２ｂ，２ｃが在室しているときに、在室するユーザ２ａ，２ｂ，２ｃが要望する範囲６３ａ，６１ｂ，６１ｃが重複している。詳細には、図１０においてハッチングにより示されるように、範囲６３ａ，６１ｂ，６１ｃがすべて重複する重複範囲７２が存在する。
【００５０】
また、図１１には、条件１が成立しない例が示されている。図１１の例は、ユーザ２ａ，２ｂ，２ｃが在室しているときに、在室するユーザ２ａ，２ｂが要望する範囲６３ａ，６１ｂが図９と同様に重複しているが、在室するユーザ２ｃが要望する範囲６２ｃは、範囲６３ａ，６１ｂと重複していない。さらに、図１２には、条件１が成立しない他の例が示されている。図１２の例は、ユーザ２ａ，２ｂ，２ｃが在室しているときに、在室するユーザ２ａ，２ｂ，２ｃが要望する範囲６３ａ，６２ｂ，６２ｃのいずれの組み合わせについても重複していない。
【００５１】
図８に戻り、ステップＳ６にて条件１が成立する場合（ステップＳ６；Ｙｅｓ）、空調制御装置１０は、第１調停処理を実行する（ステップＳ７）。一方、条件１が成立しない場合（ステップＳ６；Ｎｏ）、空調制御装置１０は、第２調停処理を実行する（ステップＳ８）。以下、第１調停処理及び第２調停処理について順に説明する。
【００５２】
第１調停処理は、主として調停部１３によって実現される。第１調停処理は、在室のユーザ２０の要望と不在のユーザ２０の要望とを調停して目標範囲を決定する処理である。図１３に示されるように、第１調停処理では、調停部１３は、条件２が成立するか否かを判定する（ステップＳ７１）。条件２は、不在のユーザ２０がいて、不在のユーザ２０からの現在の要望がないことである。例えば、図１０に示されるように、すべてのユーザ２０が在室していて、これらのユーザ２０の要望がすべて重複する範囲が存在する場合には、条件２が成立せず、ステップＳ７１の判定が否定される。一方、図９に示されるように、不在のユーザ２０がいる場合には、この不在のユーザ２０による現在の要望が空調制御装置１０によって取得されることはない。このような場合には、条件２が成立し、ステップＳ７１の判定が肯定される。
【００５３】
なお、端末３０を携帯するユーザ２０が空間２００外に存在する場合に、このユーザ２０は、通常、空間２００における空気の状態に関する要望をしない。そのため、端末３０が空間２００外にあるときには、要望の送信を制限してもよいし、制限しなくてもよい。また、空間２００に入室する直前のユーザ２０が、携帯する端末３０を操作して要望を予め入力する場合には、このユーザ２０の要望を、在室のユーザ２０の要望と同等に扱ってもよい。
【００５４】
条件２が成立しないと判定した場合（ステップＳ７１；Ｎｏ）、調停部１３は、在室しているユーザ２０の現在における要望の範囲が重複する重複範囲を、空調制御の目標範囲に設定する（ステップＳ７２）。例えば、調停部１３は、図１０における重複範囲７２を目標範囲に設定する。その後、第１調停処理が終了し、空調制御装置１０による処理は、図８の空調制御処理に戻る。
【００５５】
一方、条件２が成立すると判定した場合（ステップＳ７１；Ｙｅｓ）、調停部１３は、条件３が成立するか否かを判定する（ステップＳ７３）。条件３は、在室のユーザ２０の現在における要望の範囲が重複する重複範囲と、不在のユーザ２０が過去に要望した範囲と、に重複する範囲があることである。図１４には、条件３が成立する例が示されている。図１４のうち、細い枠線で囲まれた範囲６３ａ，６１ｂは、現在における要望を示し、太い枠線で囲まれた範囲６１ｃ，６２ｃ，６３ｃは、過去における要望を示す。図１４に示されるように、現在における要望の重複範囲７１は、過去におけるユーザ２ｃの要望の範囲６１ｃ，６３ｃと重複しているため、条件３が成立する。
【００５６】
図１３に戻り、ステップＳ７３にて条件３が成立しないと判定した場合（ステップＳ７３；Ｎｏ）、調停部１３は、処理をステップＳ７２へ移行する。例えば、図９に示される重複範囲７１が、ユーザ２ｃの過去における要望の範囲のいずれにも重複しない場合には、ステップＳ７３の判定が否定され、ステップＳ７２にて、重複範囲７１が目標範囲に設定される。
【００５７】
一方、条件３が成立すると判定した場合（ステップＳ７３；Ｙｅｓ）、調停部１３は、不在のユーザ２０が過去に選択した割合が最も大きい範囲と、在室のユーザの現在における要望の重複範囲と、が重複する範囲を目標範囲に設定する（ステップＳ７４）。図１４に示される例において、重複範囲７１と重複する範囲６１ｃ，６３ｃのうち要望度が最も高いのは、図３を参照するとわかるように、要望度が７０％である範囲６１ｃである。そのため、調停部１３は、図１４に示される重複範囲７１と範囲６１ｃとの重複する範囲７３を目標範囲に設定する。図１３に戻り、ステップＳ７４の終了後に、空調制御装置１０による処理は、図８に示される空調制御処理に戻る。
【００５８】
続いて、図８中のステップＳ８に相当する第２調停処理の詳細について説明する。第２調停処理は、主として調停部１３によって実現される。第２調停処理は、在室のユーザ２０の要望が重複していないときにユーザ２０の要望を調停して目標範囲を決定する処理である。図１５に示されるように、第２調停処理では、調停部１３は、条件４が成立するか否かを判定する（ステップＳ８１）。条件４は、現在の要望のすべての組み合わせについて、一の要望の外部に他の範囲があることである。例えば、図１２に示されるように、範囲が重複する部分がない場合に、条件４が成立する。一方、図１１に示されるように、一部の範囲については重複する部分が存在する場合に、条件４が成立しない。
【００５９】
条件４が成立すると判定した場合（ステップＳ８１；Ｙｅｓ）、調停部１３は、各ユーザ２０の過去における要望の範囲が重複する範囲を目標範囲に設定する（ステップＳ８２）。具体的には、調停部１３は、すべてのユーザ２０の過去における要望の範囲が重複する範囲のうち、最も要望度の総和又は積が大きい組み合わせの範囲を目標範囲に設定する。例えば、図１６に示されるように、ユーザ２ａの過去の要望の範囲６１ａと、ユーザ２ｂの過去の要望の範囲６２ｂと、ユーザ２ｃの過去の要望の範囲６１ｃと、が重複する重複範囲７４が存在する。これらの範囲６１ａ，６２ｂ，６１ｃの要望度はそれぞれ、６０％、５５％、７０％であって各ユーザ２０の他の要望の範囲より大きいため、要望度の総和及び積はいずれも、他の組み合わせより大きい。そこで、調停部１３は、重複範囲７４を目標範囲に設定する。図１５に戻り、ステップＳ８２の終了後に、空調制御装置１０による処理は、図８の空調制御処理に戻る。
【００６０】
一方、条件４が成立しないと判定した場合（ステップＳ８１；Ｎｏ）、調停部１３は、条件５が成立するか否かを判定する（ステップＳ８３）。条件５は、在室する多数のユーザ２０の現在における要望の範囲が重複することである。ここで、多数は、例えば、在室ユーザの過半数、又は不在のユーザ２０を含む全ユーザ２０の数のうち一定の割合を意味する。一定の割合は、例えば、５割又は８割である。図１１に示される例では、在室するユーザ２０のうち過半数のユーザ２ａ，２ｂの現在における要望の範囲が重複するため、条件５が成立する。また、図１７には、条件５が成立しない例が示されている。図１７の例では、ユーザ２０が多数存在し、ユーザ２ａの要望する範囲６３ａとユーザ２ｂの要望する範囲６１ｂが重複し、ユーザ２ｃの要望する範囲６２ｃと第４のユーザ２０の要望する範囲６１ｄが重複し、第５のユーザ２０の要望する範囲６１ｅと第６のユーザ２０の要望する範囲６１ｆが重複する。しかしながら、多数のユーザ２０の要望する範囲が重複していないため、条件５が成立しない。
【００６１】
図１５に戻り、ステップＳ８３にて条件５が成立しないと判定した場合（ステップＳ８３；Ｎｏ）、調停部１３は、処理をステップＳ８２に移行する。一方、条件５が成立すると判定した場合（ステップＳ８３；Ｙｅｓ）、調停部１３は、条件６が成立するか否かを判定する（ステップＳ８４）。条件６は、在室する多数のユーザ２０の現在における要望の範囲が重複する重複範囲と、少数のユーザ２０の過去における要望の範囲と、が重複することである。図１１に示される例においては、ユーザ２ｃが少数のユーザ２０に相当する。そこで、調停部１３は、重複範囲７１とユーザ２ｃの過去における要望の範囲とが重複するか否かを判定する。ここで、図１８に示されるように、ユーザ２ｃの過去における要望の範囲６１ｃ，６３ｃが、重複範囲７１に重複することから、条件６が成立する。
【００６２】
図１５に戻り、ステップＳ８４にて条件６が成立すると判定した場合（ステップＳ８４；Ｙｅｓ）、調停部１３は、多数のユーザ２０の現在における要望の範囲が重複する重複範囲と、少数のユーザが過去に選択した割合が最も大きい範囲と、が重複する範囲を目標範囲に設定する（ステップＳ８５）。図１８に示される例において、重複範囲７１と重複する範囲６１ｃ，６３のうち要望度が最も高いのは、図３を参照するとわかるように、要望度が７０％である範囲６１ｃである。そのため、調停部１３は、図１８に示される重複範囲７１と範囲６１ｃとの重複する範囲７５を目標範囲に設定する。図１５に戻り、ステップＳ８５の終了後に、空調制御装置１０による処理は、図８に示される空調制御処理に戻る。
【００６３】
一方、ステップＳ８４にて条件６が成立しないと判定した場合（ステップＳ８４；Ｎｏ）、調停部１３は、多数のユーザ２０の現在における要望の範囲が重複する重複範囲を目標範囲に設定する（ステップＳ８６）。図１１に示される例において、ユーザ２ｃの過去における要望の範囲がいずれも重複範囲７１と重複しない場合には、条件６が成立せず、調停部１３は、重複範囲７１を目標範囲に設定する。図１５に戻り、ステップＳ８６の終了後に、空調制御装置１０による処理は、図８に示される空調制御処理に戻る。
【００６４】
図８のステップＳ７に相当する第１調停処理又はステップＳ８に相当する第２調停処理に続いて、空調制御装置１０は、制御データ１２２に基づいて空調装置４０を制御することにより、第１調停処理又は第２調停処理で得た目標範囲内に空間２００における空気の状態を収める（ステップＳ９）。具体的には、制御部１４が、第１調停処理又は第２調停処理で決定された目標範囲内の制御目標値を制御データ１２２に基づいて設定し、この制御目標値に空気の状態が等しくなるように空調装置４０を制御するための制御信号を送信する。ステップＳ９は、請求項の制御ステップに対応する。
【００６５】
図１９には、制御データ１２２の一例が示されている。この制御データ１２２は、目標範囲に含まれる制御目標値を決定するためのルールと、そのルールの優先度と、を関連付けるテーブル形式のデータである。優先度が最も低い「１」の決定ルールは、「集中」モードに基づいて目標範囲が決定された場合、目標範囲の上限を制御目標値に決定することである。例えば、「集中」モードを選択することで要望される温度範囲が２４−２６℃であれば、２６℃が制御目標値に決定される。これにより、エネルギー消費量を節約することができる。また、優先度が「２」の決定ルールは、「リラックス」モードに基づいて目標範囲が決定された場合、目標範囲の中央を制御目標値に決定することである。例えば、「リラックス」モードを選択することで要望される温度範囲が２５−２７℃であれば、２６℃が制御目標値に決定される。これにより、ユーザに快適な空間を確実に提供することができる。また、優先度が最も高い「３」の決定ルールは、「アクティブ」モードに基づいて目標範囲が決定された場合、目標範囲の下限を制御目標範囲に設定することである。例えば、「アクティブ」モードを選択することで要望される温度範囲が２０−２２℃であれば、２０℃が制御目標値に決定される。これにより、ユーザ２０の活動を促進することが期待される。
【００６６】
空調制御装置１０は、この制御データ１２２に基づいて制御目標値を設定する。例えば、「集中」モードに対応する範囲６１ａと「リラックス」モードに対応する範囲６２ｂとの重複範囲が目標範囲として決定された場合には、優先度「１」及び「２」のルールが適用され、これらのルールのうち優先度が高い「２」のルールにより最終的な制御目標値が決定される。
【００６７】
以上、説明したように、受信部１１が、第１のユーザ２０の第１要望を示す第１信号と第２のユーザ２０の第２要望を示す第２信号とを受信し、制御部１４が、現在における第１要望及び第２要望の少なくとも一方に関する条件が成立したときに、現在又は過去における第１要望の範囲と過去における第２要望の範囲とが重複する目標範囲内に空気の状態を収める。ユーザ２０の過去の要望は、ユーザ２０の次善としての要望に等しいものと考えられる。このため、条件が成立したときには、ユーザ２０が次善として要望する範囲を目標として、空調装置が制御される。これにより、複数のユーザの快適性を向上させることができる。
【００６８】
具体的には、空調制御装置１０は、図８に示されるように条件１が成立し、図１３に示されるように条件２，３が成立したときに、在室する第１のユーザ２０を含む複数のユーザ２０の現在における要望の範囲が重複する重複範囲と、不在の第２のユーザ２０の過去における要望の範囲と、が重複する範囲を目標範囲として空調装置４０を制御した。これにより、不在のユーザ２０が空間２００内に戻ってきた際に空調制御の設定が変更される確率が低くなり、安定した空調制御が実行されることが期待される。ひいては、複数のユーザ２０の快適性を向上させることができる。
【００６９】
また、空調制御装置１０は、図８に示されるように条件１が成立せず、図１５に示されるように条件４が成立するとき又は条件５が成立しないときに、第１のユーザ２０及び第２のユーザ２０を含む複数のユーザ２０それぞれの過去における要望の範囲が重複する範囲を目標範囲として空調装置４０を制御した。これにより、各ユーザ２０の次善として要望する範囲を目標として制御をすることができ、複数のユーザの快適性を向上させることができる。
【００７０】
なお、一の条件が成立しないときは、当該一の条件とは反対の条件が成立するときに等しい。このため、空調制御装置１０は、条件１，５とは反対の条件１ａ，５ａが成立するときに、図１５に示されるステップ８２を実行するといえる。条件１ａは、在室する全ユーザ２０の現在の要望の範囲が重複しないことであり、条件５ａは、在室する多数のユーザ２０の現在における要望の範囲が重複しないことである。
【００７１】
また、空調制御装置１０は、図８に示されるように条件１が成立せず、図１５に示されるように条件６が成立したときに、多数のユーザ２０それぞれの現在における要望の重複範囲と、少数のユーザ２０の過去における要望の範囲と、の重複する範囲を目標範囲として空調装置４０を制御した。これにより、第１のユーザ２０及び第３のユーザ２０を含む多数のユーザ２０の要望に応えつつ、第２のユーザ２０を含む少数のユーザ２０が次善として要望する範囲を目標として制御をすることができ、複数のユーザの快適性を向上させることができる。
【００７２】
以上、本発明の実施の形態について説明したが、本発明は上記実施の形態によって限定されるものではない。
【００７３】
例えば、図２０に示されるように、空調制御装置１０は、室内機である空調装置４０と連動する室外機としての空調装置４１を制御することで、間接的に空調装置４０を制御してもよい。
【００７４】
また、図２１に示されるように、複数の端末３０のうち親機に相当する端末３１が子機の端末３２，３３を統括して管理するとともに、空調制御装置１０の機能を有してもよい。この場合には、受信部１１は、端末３１を構成するＵＩ（User Interface）部３１１からユーザ２ａの要望を示す信号を受信することとなる。
【００７５】
また、図２２に示されるように、空調装置４０が空調制御装置１０の機能を有してもよい。この場合には、制御部１４は、空調装置４０を構成する気流生成部４０１に制御信号を送信することで、空調装置４０を制御することとなる。気流生成部４０１は、空調空気を生成する部材であって、例えばモータ及びファンを含む。
【００７６】
また、図２３に示されるように、空調制御装置１０を外部のサーバ装置６０にネットワークを介して接続し、記憶部１２及び調停部１３を省いて空調制御装置１０を構成してもよい。この場合には、サーバ装置６０が、上述の実施の形態に係る記憶部１２及び調停部１３の機能を発揮する。
【００７７】
また、空気の状態は、温度及び湿度に限られない。空気の状態は、空調装置４０が吹き出す気流の強さ、二酸化炭素濃度、及び粉塵の濃度を含んでもよい。また、温度及び湿度の一方を空気の状態としてもよい。
【００７８】
また、上記実施の形態における検出装置５０は、入退室管理システムであったが、これには限定されない。検出装置５０は、他の手法によりユーザ２０の在室及び不在を検出する装置であってもよい。例えば、検出装置５０は、空間２００に設置された無線ＬＡＮ端末とユーザ２０が所持する端末３０との通信状況を監視することでユーザ２０の所在を検出してもよい。また、検出装置５０は、空間２００に設置された監視カメラによって撮影された映像からユーザ２０の顔を認識することにより各ユーザ２０の所在を検出してもよい。また、検出装置５０は、空調装置４０に設けられた赤外線カメラによって撮影された映像と予め計測されたユーザ２０の体温との比較に基づいて各ユーザ２０の所在を検出してもよい。
【００７９】
また、ユーザ２０の数は３人に限られず、３人より少なくてもよいし３人より多くてもよい。また、各ユーザ２０が選択するモードの数は３つに限られず、３つより少なくてもよいし３つより多くてもよい。また、モードのラベルは、ユーザ２０が任意に変更してもよい。また、モードに対応する範囲は、ユーザ２０が任意に変更してもよい。
【００８０】
また、要望の範囲は図２に示されるような長方形の領域でなくてもよい。例えば、ユーザが希望する値を中心とする円形の領域であってもよい。
【００８１】
また、空調制御装置１０の機能は、専用のハードウェアによっても、また、通常のコンピュータシステムによっても実現することができる。
【００８２】
例えば、プロセッサ１０１によって実行されるプログラムＰ１を、コンピュータ読み取り可能な非一時的な記録媒体に格納して配布し、そのプログラムＰ１をコンピュータにインストールすることにより、上述の処理を実行する装置を構成することができる。このような記録媒体としては、例えばフレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disc Read−Only Memory）、ＤＶＤ（Digital Versatile Disc）、ＭＯ（Magneto−Optical Disc）が考えられる。
【００８３】
また、プログラムＰ１をインターネットに代表される通信ネットワーク上のサーバ装置が有するディスク装置に格納しておき、例えば、搬送波に重畳させて、コンピュータにダウンロードするようにしてもよい。
【００８４】
また、通信ネットワークを介してプログラムＰ１を転送しながら起動実行することによっても、上述の処理を達成することができる。
【００８５】
さらに、プログラムＰ１の全部又は一部をサーバ装置上で実行させ、その処理に関する情報をコンピュータが通信ネットワークを介して送受信しながらプログラムを実行することによっても、上述の処理を達成することができる。
【００８６】
なお、上述の機能を、ＯＳ（Operating System）が分担して実現する場合又はＯＳとアプリケーションとの協働により実現する場合等には、ＯＳ以外の部分のみを媒体に格納して配布してもよく、また、コンピュータにダウンロードしてもよい。
【００８７】
また、空調制御装置１０の機能を実現する手段は、ソフトウェアに限られず、その一部又は全部を、回路を含む専用のハードウェアによって実現してもよい。
【００８８】
本発明は、本発明の広義の精神と範囲を逸脱することなく、様々な実施の形態及び変形が可能とされるものである。また、上述した実施の形態は、本発明を説明するためのものであり、本発明の範囲を限定するものではない。つまり、本発明の範囲は、実施の形態ではなく、請求の範囲によって示される。そして、請求の範囲内及びそれと同等の発明の意義の範囲内で施される様々な変形が、本発明の範囲内とみなされる。
【産業上の利用可能性】
【００８９】
本発明は、複数のユーザが存在する空間の空調に適している。
【符号の説明】
【００９０】
１００  空調制御システム、  １１０  建物、  １０  空調制御装置、  １１  受信部、  １２  記憶部、  １２１  要望データ、  １２２  制御データ、  １３  調停部、  １４  制御部、  １０１  プロセッサ、  １０２  主記憶部、  １０３  補助記憶部、  １０４  入力部、  １０５  出力部、  １０６  通信部、  １０７  内部バス、  ２００  空間、  ２０，２ａ，２ｂ，２ｃ  ユーザ、  ３０〜３３  端末、  ４０，４１  空調装置、  ５０  検出装置、  ６０  サーバ装置、  ６１ａ，６１ｂ，６１ｃ，６１ｄ，６１ｅ，６１ｆ，６２ａ，６２ｂ，６２ｃ，６３，６３ａ，６３ｂ，６３ｃ，７３，７５  範囲、  ７１，７２，７４  重複範囲、  ４０１  気流生成部、  Ｐ１  プログラム。
【図１】
2020016993.tif 000003
【図２】
2020016993.tif 000004
【図３】
2020016993.tif 000005
【図４】
2020016993.tif 000006
【図５】
2020016993.tif 000007
【図６】
2020016993.tif 000008
【図７】
2020016993.tif 000009
【図８】
2020016993.tif 000010
【図９】
2020016993.tif 000011
【図１０】
2020016993.tif 000012
【図１１】
2020016993.tif 000013
【図１２】
2020016993.tif 000014
【図１３】
2020016993.tif 000015
【図１４】
2020016993.tif 000016
【図１５】
2020016993.tif 000017
【図１６】
2020016993.tif 000018
【図１７】
2020016993.tif 000019
【図１８】
2020016993.tif 000020
【図１９】
2020016993.tif 000021
【図２０】
2020016993.tif 000022
【図２１】
2020016993.tif 000023
【図２２】
2020016993.tif 000024
【図２３】
2020016993.tif 000025
【手続補正書】
【提出日】令和2年7月7日(2020.7.7)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】０００８
【補正方法】変更
【補正の内容】
【０００８】
上記目的を達成するため、本発明の空調制御装置は、空調の対象となる空間における空気の状態の範囲について、第１ユーザの第１要望を示す第１信号と第２ユーザの第２要望を示す第２信号とを受信する受信手段と、現在における第１要望及び第２要望の少なくとも一方に関する条件が成立したときに、制御信号を送信して、空気を調和する空調装置を制御することにより、現在又は過去における第１要望の範囲と過去における第２要望の範囲とが重複する目標範囲内に空気の状態を収める制御手段と、を備え、第２要望は、第２ユーザに関して予め定められた２以上の範囲からいずれかの範囲を選択する要望であり、過去における第２要望の範囲は、２以上の範囲のうち、過去に選択された割合が最も大きい範囲である。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
空調の対象となる空間における空気の状態の範囲について、第１ユーザの第１要望を示す第１信号と第２ユーザの第２要望を示す第２信号とを受信する受信手段と、
現在における前記第１要望及び前記第２要望の少なくとも一方に関する条件が成立したときに、制御信号を送信して、前記空気を調和する空調装置を制御することにより、現在又は過去における前記第１要望の範囲と過去における前記第２要望の範囲とが重複する目標範囲内に前記空気の状態を収める制御手段と、
を備え、
前記第２要望は、前記第２ユーザに関して予め定められた２以上の範囲からいずれかの範囲を選択する要望であり、
過去における前記第２要望の範囲は、前記２以上の範囲のうち、過去に選択された割合が最も大きい範囲である、空調制御装置。
【請求項２】
前記制御手段は、過去における前記第１要望及び前記第２要望に対する前記空調装置による前記空気の調和が完了した後において、前記条件が成立したときに、前記空調装置を制御することにより前記目標範囲内に前記空気の状態を収める、
請求項１に記載の空調制御装置。
【請求項３】
過去における前記第２要望の範囲は、前記２以上の範囲のうち、現在又は過去における前記第１要望の範囲と重複する範囲であって、過去に選択された割合が最も大きい範囲である、
請求項１又は２に記載の空調制御装置。
【請求項４】
前記第２ユーザが前記空間の外にいることを検出する検出装置に接続される空調制御装置であって、
前記受信手段は、前記第２ユーザが前記空間の外にいることを示す検出信号を前記検出装置から受信し、
前記条件は、前記受信手段によって前記検出信号が受信され、現在における前記第２要望を示す前記第２信号が受信されていないことであって、
前記制御手段は、前記空調装置を制御することにより、現在における前記第１要望の範囲と過去における前記第２要望の範囲とが重複する前記目標範囲内に前記空気の状態を収める、
請求項１から３のいずれか一項に記載の空調制御装置。
【請求項５】
前記条件は、現在における前記第１要望の範囲の外部に現在における前記第２要望の範囲があることであって、
前記制御手段は、前記空調装置を制御することにより、過去における前記第１要望の範囲と過去における前記第２要望の範囲とが重複する前記目標範囲内に前記空気の状態を収める、
請求項１から３のいずれか一項に記載の空調制御装置。
【請求項６】
前記受信手段は、前記空気の状態の範囲について、第３ユーザの第３要望を示す第３信号を受信し、
前記条件は、現在における前記第１要望と現在における前記第３要望とが重複する重複範囲の外部に現在における前記第２要望の範囲があることであって、
前記制御手段は、前記重複範囲と過去における前記第２要望の範囲とが重複する前記目標範囲内に前記空気の状態を収める、
請求項１から３のいずれか一項に記載の空調制御装置。
【請求項７】
空調の対象となる空間における空気を調和する空調装置と、
前記空調装置を制御する請求項１から６のいずれか一項に記載の空調制御装置と、
を備える空調制御システム。
【請求項８】
空調の対象となる空間における空気の状態の範囲について、第１ユーザの第１要望を示す第１信号と第２ユーザの第２要望を示す第２信号とを受信する受信ステップと、
現在における前記第１要望及び前記第２要望の少なくとも一方に関する条件が成立したときに、制御信号を送信することにより、現在又は過去における前記第１要望の範囲と過去における前記第２要望の範囲とが重複する目標範囲内に前記空気の状態を収める制御ステップと、
を含み、
前記第２要望は、前記第２ユーザに関して予め定められた２以上の範囲からいずれかの範囲を選択する要望であり、
過去における前記第２要望の範囲は、前記２以上の範囲のうち、過去に選択された割合が最も大きい範囲である、空調制御方法。
【国際調査報告】
2020016993.tif 000026
2020016993.tif 000027
2020016993.tif 000028