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

Description

本発明は、空調制御装置、空調制御方法、および、プログラムに関する。

環境を調整する空調設備の運転を制御する際には、目標となる設定値を決めておき、環境の現在値を取得し、現在値を設定値に近づけるように設備の運転状況を変化させる。例えば、室内の温度を調整するエアコンは、決められた温度（設定値）に室温（現在値）を近づけるように、室内に冷熱や温熱を供給する。

設定値は、予め空調設備の設計段階で運用初期値として決められているが、建物の利用方法が多様化したり、天候などの外部要因が変化したり、利用者が入れ替わったりすると、運用初期値が適切ではなくなる場合がある。そこで、管理者や利用者の要求に応じて設定値を柔軟に変更できることが好ましい。

管理者が設定値を変更する場合は、管理者自身または設備運営者の経験や価値判断に基づいて新しい設定値が決定される。ここで、もし管理者側が省エネルギーを重視して設定値を決めるとすると、結果的に利用者の意見が設定値に反映されにくくなり、快適さが低下して利用者の満足度が下がったり、生産性が低下したりするおそれがある。

一方、利用者が設定値を変更する場合は、環境の現在値に基づき自らの要求を満たす方向へと設定値が変更される。その結果、管理者の意見が設定値に反映されにくくなり、エネルギー消費量が増大するおそれがある。また、環境調整の対象となる領域内に複数の利用者がいる場合、声の大きな一部の利用者の意見が優先されるおそれがある。その結果、他の利用者の意見が設定値に反映されず、満足度が下がったり生産性が低下したりするおそれがある。

以上のように、管理者または利用者が自由に設定値を変更可能にすると、管理者や声の大きい利用者などの強い権限を持つ者の要求が優先され、その他の者の要求が設定値に反映されにくくなる。

従来、空調設備の設定値を決定するための様々な方法が提案されている。特許文献１（特開２０１５−１３５２２６号公報）には、建物の利用者が、個人端末に表示される操作画面を用いて現在値を寒いと感じているか暑いと感じているかに応じて温冷感申告を行い、その結果に応じて空調温度制御装置が目標温度を設定する技術が記載されている。

特許文献２（特開２０１６−０７０５８５号公報）には、利用者からの温冷感申告の回数や、同種の申告をした者の人数に応じて、申告が一時的要望によるものか、それとも持続的要望によるものかを判別し、判別結果に応じて制御プランを決定する技術が記載されている。

特開２０１５−１３５２２６号公報 特開２０１６−０７０５８５号公報

特許文献１では、あるエリアにおいて「寒い」と申告した人数と「暑い」と申告した人数の差分を、申告者の合計人数で除算して得られた値に基づいて、目標温度の調整幅を決定している。また、申告者に対して、エネルギー消費量抑制の観点から申告を我慢する選択肢を提示し、エリア内における我慢申告者の人数に応じて特典を与えたりもしている。しかし、特許文献１においては、何らかの申告をしたものの意見しか設定値に反映されない。したがって、現在の環境を快適だと感じていて申告を行わない者の意見が考慮されない。そのため、申告に基づいて設定値を変更することで、かえって利用者の満足度を低下させるおそれがある。

特許文献２では、利用者の温冷感申告が持続的だと判定された場合は変更後の設定値を持続させる。一方、申告が一時的だと判定された場合、いったんは要望に応じて設定値が変更されるが、所定の時間が経過した後に元の設定値（例えば、管理者の推奨値）に復帰させる。しかし、特許文献２では、一定時間が経過しないと設定値が推奨値に復帰しないため、省エネルギー性能が不十分になるおそれがある。

本発明は上記の課題に鑑みてなされたものであり、その目的は、空調設備の設定値を決定する際に、利用者の満足度を保ちつつ管理者の意見を反映させるための技術を提供することにある。

上記の目的を達成するため、本発明は以下のような構成を採用する。すなわち、対象領域の環境に関する現在値と設定値に基づいて前記環境を調整する空調設備を制御する空調制御装置であって、前記対象領域の利用者による前記環境に対する要求を示す要求情報を取得する要求情報取得部と、前記要求情報を用いて、前記利用者の前記環境に対する満足度を示す統計情報を生成する統計情報生成部と、予め定められた推奨値と、前記統計情報とを用いて、前記設定値を決定する設定値決定部と、を有し、前記設定値決定部は、前記統計情報が所定の基準を満たしている場合は、前記統計情報が前記所定の基準を満たしていない場合に比べて、前記設定値の決定における前記推奨値の寄与度を大きくすることを特徴とする空調制御装置である。
この構成によれば、空調設備の設定の決定に、利用者の要求と管理者の意見の双方を反映できる。また、利用者の満足度が所定の基準を満たしていない場合は、管理者の意見よりも利用者の要求が優先的に反映されるので、利用者の生産性に悪影響を与えることがない。

上記構成において、前記要求情報取得部は、前記利用者から、前記設定値を上昇させる要求または下降させる要求を取得するようにしても良い。この構成によれば、利用者による要求を管理し、設定値に適切に反映することが可能になる。

上記構成において、前記要求情報取得部は、前記対象領域内の複数の前記利用者から前記要求情報を取得するものであり、前記統計情報生成部は、前記複数の利用者からの前記要求情報に基づいて、前記設定値の変化の方向および程度を示す指標である、前記統計情報を生成するようにしても良い。この構成によれば、設定値に利用者の要求を適切に反映できるようになる。
また特に、前記統計情報生成部は、前記対象領域内の全ての利用者の数、および、前記設定値を上昇させる要求をした利用者の数と前記設定値を下降させる要求をした利用者の数との差分に基づいて前記統計情報を生成するようにしても良い。この構成によれば、環境調整の対象領域において現状に満足している利用者の意見を反映できるので、声の大きな利用者が有利になることがなくなる。

上記構成において、前記設定値決定部は、前記統計情報が示す前記複数の利用者の満足
度が所定の閾値に収まる場合、前記設定値を前記推奨値に近づけるように、前記設定値を決定するようにしても良い。この構成によれば、まず設定値に利用者の意見を反映した上で、管理者の推奨値が反映されるので、利用者の生産性を維持しつつ省エネ性能を高めることができる。
また特に、前記設定値決定部は、前記統計情報が示す前記複数の利用者の満足度が所定の基準を満している場合、予め定められた設定値復帰時間が経過した後に前記設定値が前記推奨値に復帰するように、前記設定値を決定するようにしても良い。この構成によれば、設定値が一気に推奨値に復帰するのではなく、時間を掛けて徐々に復帰するので、利用者に違和感を与えずに済む。

上記構成において、前記設定値決定部は、前記対象領域内の全ての利用者のうち所定の割合より多い数の利用者が、前記設定値を上昇させる要求または前記設定値を下降させる要求を行った場合であり、かつ、前記設定値を上昇させる要求の数と前記設定値を下降させる要求の数が略等しい場合、例外処理を行うようにしても良い。この構成によれば、利用者の意見にバラつきが多く、単純な設定値変更では対処できない場合でも、適切な対応を促すことができる。

本発明によれば、空調設備の設定値を決定する際に、利用者の満足度を保ちつつ管理者の意見を反映させるための技術を提供できる。

本発明にかかる空調システム全体の構成図である。 実施形態１の処理フローを説明する図である。 実施形態２の処理フローを説明する図である。 要求情報の統計と、算出された設定値の推移を示す図である。 利用者に提供される画面を説明する図である。 実施形態４の処理フローを説明する図である。

以下に図面を参照しつつ、本発明の好適な実施の形態を説明する。ただし、以下に記載されている構成ブロックやそれらの相対配置などは、発明が適用されるシステムの各種条件により適宜変更されるべきものであり、この発明の範囲を以下の記載に限定する趣旨のものではない。

本発明は、建物などに用いられる空調設備の運用を制御する空調制御装置に好ましく適用できる。本発明はまた、空調設備の運用を制御する空調制御方法や、空調設備および制御装置を含む空調システムとしても捉えられる。本発明はまた、情報処理装置の演算資源を利用して動作し、空調制御方法の各工程を情報処理装置に実行させ、当該情報処理装置を空調制御装置として機能させるプログラムや、かかるプログラムが格納されたコンピュータにより読み取り可能な非一時的な記憶媒体としても捉えられる。

＜実施形態１＞
本実施形態では、本発明の基本的なシステム構成と処理の流れについて説明する。
以下の記載において「設定値」とは、空調設備が対象領域の環境を調整する際の目標値を指す。また「現在値」とは、対象領域の環境の現在の値を指す。また「推奨値」とは、管理者などにより予め定められた好ましい設定値である。なお、推奨値は固定に限られず、関数等の可変値として設定されても良い。例えば本実施形態のように対象領域の温度を調整する場合、設定値、現在値および推奨値はいずれも温度で表される。ただし本発明の制御は、温度の他にも、湿度、風量、照明強度などにも適用できる。また、連動して変化
することが多い温度と湿度のように、同時に複数の環境を調整しても良い。例えば空調設備がエアコンの場合、温度、湿度および風量を同時に調整できる。

また、以下の記載において「管理者」とは、建物や空調設備の初期設定や運営を行う者であり、各種の固定値を決定したり、何らかの問題が発生したときに例外処理を行ったりする。管理者は、遠隔地から空調制御装置を操作して指示を与えても構わない。また「利用者」とは、空調設備が環境を調整する対象領域で活動を行う者である。利用者は環境の現在値に対して何らかの要求がある場合に要求情報を発生させる。ただし要求情報は、必ずしも明示的な操作（例えば端末を用いた申告）によってのみ発生するものではない。例えば、利用者が明示的操作を行わない場合は、現在値に不満がなく、維持してほしい旨の要求を発したと捉えても良い。また、実施形態３の変形例に示すように、空調制御装置の側が利用者の行動や身体的反応に基づき、黙示的な要求を察知して要求情報を生成しても良い。

（全体構成）
図１を参照しつつ、空調システムの全体構成を説明する。空調システムには、空調制御装置１と、対象領域２における空調設備３と、各利用者４が用いる端末５が含まれる。

（空調制御装置）
空調制御装置１は、管理者が空調システム全体を管理するための装置であり、要求情報取得部１１、統計情報生成部１２、数値取得部１３、設定値決定部１４、Ｗｅｂサーバ部１５を備える。
空調制御装置１は、空調設備３と通信して情報を継続的に収集し、解析して管理者に提供する。収集する情報は、運転状態、電力消費、現在温度など多様である。また本発明では特に、利用者４による要求情報を収集する。空調制御装置１はまた、管理者による指示や、予め用意されたプログラムからの指示に基づいて、空調設備３に設定温度変更などの指示を与える。

空調制御装置１として例えば、ビルエネルギー管理システム（ＢＥＭＳ：Ｂｕｉｌｄｉｎｇ Ｅｎｅｒｇｙ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）と呼ばれる、建物設備の中央管理用サーバを利用できる。具体的には、ＣＰＵやメモリなどの演算資源や、通信手段、入力手段や表示手段などのインタフェースを備える、ＰＣやワークステーションのような情報処理装置が好適である。なお、空調制御装置内の各ブロックは、それぞれ物理的な回路等として構成されても良いし、それぞれがプログラムモジュールとして仮想的に実現されても良い。後者の場合、各プログラムモジュールが情報処理装置の演算資源を利用することにより、情報処理装置を空調制御装置１として動作させる。

また、図中では空調制御装置１を単一の装置として記載しているが、複数の情報処理装置を協働させて空調制御装置１の機能を実現しても良い。例えば、空調制御装置１がＷｅｂサーバ部１５を含むのではなく、外部のＷｅｂサーバと連携して利用者４にＷｅｂコンテンツを提供しても良い。また空調制御装置１は、必ずしも対象領域２がある建物に配置される必要はない。

要求情報取得部１１は、各利用者４からの環境に対する要求を示す要求情報を取得する。統計情報生成部１２は、要求情報を用いて利用者の環境に対する満足度を示す統計情報を生成する。統計情報は、満足度の指標であるとともに、設定値の変化に利用者４の意見を反映する際の変化の方向および程度を示す指標ともなり得る。数値取得部１３は、管理者により設定される固定値や、要求情報取得部１１や統計情報生成部１２により得られた変数を取得する。設定値決定部１４は、管理者の推奨値と統計情報を用いて、空調設備３に与える設定値を算出する。Ｗｅｂサーバ部１５は、利用者４が要求情報を入力するため
の画面を、クライアントである端末５に表示させる。

（対象領域と利用者）
対象領域２は、空調設備３によって環境が調整されるエリアであり、例えば建物の一室である。また、建物の広いフロアを複数の対象領域２に区切って個々に制御しても良い。図１では対象領域２を一つだけ示したが、一台の空調制御装置１が複数の対象領域２の環境を調整しても良い。対象領域２には複数の利用者４（４ａ，４ｂ…）が存在しており、各利用者４は端末５（５ａ，５ｂ…）を使用する。端末５としてはＰＣ、タブレット、スマートフォン等の、ＣＰＵ、メモリ、通信手段、表示手段および入力手段を備えた情報処理装置が好適である。また、物理的なボタンなどでも構わない。

端末５は、利用者４からの温冷感申告を受け付けて空調制御装置１に送信する。温冷感申告は、利用者４が現在の温度をどう感じているかを示す情報であり、「寒い（Ｃｏｌｄ）／暑い（Ｈｏｔ）」のいずれかである。申告を行わなかった利用者４は現在の温度に満足していると判断されるが、より積極的に「丁度よい（Ｇｏｏｄ）」という申告を可能にしても良い。温冷感申告は本実施形態における要求情報に当たり、「寒い」という申告は設定値を上昇させる要求、「暑い」という申告は設定値を下降させる要求だと考えることができる。また、空調制御装置１は、利用者４が申告を行わなかった場合、現状に満足していると解釈しても良いし、現在の設定値を維持する要求を出したと考えても良い。

空調設備３は、与えられた設定値と現在値に基づいて環境を調整する装置である。本実施形態の空調設備３は温度を調整するエアコンであり、設定値取得部３２により設定値（目標温度）を取得するとともに現在値取得部３１により現在値（現在温度）を取得し、現在値を設定値に近づけるように動作する。

設定値取得部３２は、空調制御装置１の設定値決定部１４で決定された設定値を取得する装置であり、通信機能や設定値保持機能を有する。設定値取得部３２は、空調設備３の本体である環境調整機構３３と一体に構成されていても良いし、リモコンのように本体から離れて配置されていても良い。

現在値取得部３１は、対象領域２の環境の現在値を取得する装置である。温度を取得する場合、サーミスタや抵抗体などを用いた温度センサや、放射温度計を利用できる。現在値取得部３１の設置場所は任意であり、環境調整機構３３の内部（例えばエアコンの吸気部付近）に設けても良いし、設定値取得部３２がリモコンの場合はその付近に設けても良い。

環境調整機構３３は、現在値と設定値の差分に基づいて装置の操作量を算出し、現在値を設定値に近づけるように動作する。例えば設定値（目標温度）が現在値（現在温度）より高ければエリア内に冷熱を供給して温度を下降させ、設定値が現在値よりも低ければエリア内に温熱を供給して温度を上昇させる。本実施形態のように温度を調整する場合、本実施形態の環境調整機構３３は熱交換器やファンなどを備えたエアコンだが、これに限定されない。

なお、図中には現在値取得部３１、設定値取得部３２、環境調整機構３３がそれぞれ１つずつ描かれているが、それぞれ複数存在しても構わない。例えば現在値取得部３１として複数の温度センサを用いて精度良く温度を測定したり、複数の環境調整機構３３を協調動作させて、エリア内温度を効率よく上昇・下降させたりしても良い。

（処理フロー）
図２（ａ）を参照して、本実施形態の基本的な処理フローについて説明する。本フロー
は、設定値を定期的に決定するための所定の期間である、データ更新周期ごとに実行される。
数値取得部１３は、管理者により設定された推奨値を取得する（ステップＳ２０１）。推奨値は、管理者によって予め、空調制御装置１を構成する情報処理装置の記憶装置に保存されている。

次に、要求情報取得部１１は、現在のデータ更新周期における各利用者４の要求情報を取得する（ステップＳ２０２）。ここでは要求情報は設定値（温度）の上昇要求または下降要求である。各利用者４は、データ更新周期の間に端末５を用いて空調制御装置１に接続し、Ｗｅｂサーバ部１５が提供するＷｅｂ画面を介して自身の要求を入力している。
続いて、統計情報生成部１２による統計情報の生成と、設定値決定部１４による設定値の決定が行われる（ステップＳ２０３）。このステップについては後に詳しく述べる。

空調設備３は、設定値取得部３２により設定値（目標温度）を受け取り、現在値取得部３１により現在値（現在温度）を取得したら、両者の差分に応じて環境調整機構３３の動作内容を決定して温度を調整する（ステップＳ２０４）。空調設備が一定時間動作したら次のデータ更新周期に移り、再び設定値を決定する（ステップＳ２０５）。

図２（ｂ）を参照して、ステップＳ２０３の処理を詳細に述べる。
統計情報生成部１２は、申告を行わなかった者も含めて、対象領域２の利用者合計数を取得する（ステップＳ２０３１）。合計数の取得方法は任意であり、例えば電源が入っており通信可能な端末５の数を求めたり、カメラにより撮像された映像を解析したり、対象領域２の入退室管理記録を参照したりしても良い。

次に、統計情報生成部１２は、各利用者４からの設定値の上昇要求数と下降要求数をそれぞれ取得する（ステップＳ２０３２）。そして、対象領域２における利用者４を全体として見たときの満足度を示す統計情報を生成する（ステップＳ２０３３）。統計情報Ｓｔは例えば以下の式（１）により求まる。
Ｓｔ＝｛Ｖ_Ｃｏｌｄ−Ｖ_Ｈｏｔ｝／Ｖ_Ａｌｌ …（１）
ここで、Ｖ_Ｃｏｌｄは現在の環境が「寒い」と申告した利用者４の人数であり、Ｖ_Ｈｏｔは「暑い」と申告した利用者４の人数であり、Ｖ_Ａｌｌは対象領域２内の利用者４の合計数である。式（１）の分子は、利用者のうち温度上昇または下降を要求する者によって左右され、両者の差分を求めることにより、利用者全体としての設定変化の方向（上昇方向または下降方向）や、変化の程度を把握できる。そして、分母として合計数を用いて除算することで、現状に不満がない利用者の意見を統計情報に反映できる。なお、統計情報の算出方法は式（１）には限られず、温冷感申告をした者の意見と、申告を行わない者や現状維持申告をした者の意見を反映できるのであれば、どのような方法でも構わない。

次に、設定値決定部１４は、例えば以下の式（２）のように、統計情報が所定の基準を満たしているかどうかを判断する（ステップＳ２０３４）。
−０．１＜Ｓｔ＜０．１ …（２）
なお、ここでの所定の基準は、上限の閾値＝０．１、下限の閾値＝−０．１であるが、数値はこれに限定されないし、上限と下限で異なる閾値を用いても良い。
統計情報が式（２）を満たす場合、利用者全体として見たときに、現在値に対する不満の程度が小さいと言える。そこで設定値決定部１４は、次の設定値を決める際に推奨値の寄与度を大きくする（ステップＳ２０３５）。一方、式（２）が満たされない場合、利用者４の間で現状に対する不満が大きいと言える。そこで設定値決定部１４は、次の設定値を決める際に統計情報の寄与度を大きくする（ステップＳ２０３５）。

次の設定値Θ_ＳＶ１［Ｃ°］は、例えば次式（３）により求められる。
Θ_ＳＶ１＝Θ_ＳＶ０＋Ｃ_ＲｅｃΘ’_ＳＶ＋Ｃ_ＳｔａＳｔ …（３）
ここで、Θ_ＳＶ０［Ｃ°］は現在の設定値、Θ’_ＳＶ［Ｃ°］は管理者による推奨値、Ｃ_Ｒｅｃは推奨値の寄与度を変更する係数、Ｃ_Ｓｔａは統計情報の寄与度を変更する係数である。
推奨値および統計情報の寄与度を設定値に反映する方法は様々である。最も単純な例として、統計情報が所定の基準を満たさない場合はＣ_Ｒｅｃ＝０にして統計情報のみを用いて次の設定値を決定し、基準が満たされた場合はＣ_Ｓｔａ＝０にして推奨値のみを用いて次の設定値を決定する方法がある。空調制御装置１を構成する情報処理装置の記憶装置内に、設定値の決定に用いる数式や変換テーブルを保存しておくことが好ましい。

また、式（２）のように統計情報が閾値以内か否かで分けるのではなく、統計情報が示す利用者全体の満足度が高いほど推奨値の寄与度が大きくなるように、Ｃ_ＲｅｃおよびＣ_ｓｔａを変化させても良い。

本実施形態によれば、空調設備３に与える設定値の決定に、対象領域２の利用者４と管理者双方の意見を反映できる。また、利用者全体として現状に対する満足度が低いときは利用者の意見が重視され、現状に満足していると判断された場合は管理者の推奨値が重視される。そのため、利用者の満足度や生産性を損なうことなく、省エネルギーを実現できる。また、現状に対する利用者全体の満足度を反映して設定値が決定されるので、声の大きい一部の利用者の意見が優先されることがない。したがって、利用者の満足度を保ちつつ、管理者の意見を反映した設定値決定が可能になる。

＜実施形態２＞
本実施形態では、本発明による設定値の決定について、より具体的な例を示して説明する。本実施形態でも、エアコンを用いて対象領域２の温度を制御する場合について述べる。空調システムや各ブロックの構成・機能は図１と実施形態１で示したものと同じであるため詳しい記載を省略し、相違点を中心に説明する。

（設定値の決定方法）
以下、数式（４）〜（６）を参照して、本実施形態における設定値の決定方法を述べる。数式（４）は設定値を求めるための計算式であり、数式（５），（６）は数式（４）に含まれる変数を説明するための計算式である。

数式（４）の各変数はそれぞれ、次のような意味を持つ。
Θ_ＳＶ０：現在の設定値［°Ｃ］…空調設備３が現時点で目標としている温度である。
Θ_ＳＶ１：次の設定値［°Ｃ］…次の温度である。
ΔΘ：最大変化幅［°Ｃ］…申告強度Ｒを次の設定値にどの程度反映させるかを規定する値であり、管理者により決められる固定値である。最大変化幅を係数として、申告強度に乗じて得られた温度が、次の設定値計算に加えられる。
Ｒ：申告強度…数式（５）により算出される、利用者全体の要求の方向や程度を示す指標となる値であり、本発明の統計情報に対応する。ただし、申告強度Ｒと最大変化幅ΔΘ
の積を統計情報と考えることもできる。
ΔＴ：データ更新周期［ｈｏｕｒ］…設定値を算出する間隔であり、管理者により決められる固定値である。
Ｆ：設定値復帰係数［°Ｃ／ｈｏｕｒ］…数式（６）により算出される、設定値を推奨値に復帰させる程度を示す値。
すなわち数式（４）は、現在の設定値Θ_ＳＶ０から次の設定値Θ_ＳＶ１を算出する際、利用者の意見（右辺第２項）と管理者の推奨値（右辺第３項）をどう反映させるかを規定する。

また、数式（５）の各変数は、それぞれ次のような意味を持つ。
Ｖ_Ａｌｌ：合計人数［人］…対象領域２における利用者の総数。
Ｖ_Ｃｏｌｄ：「寒い」と申告した利用者の人数［人］。
Ｖ_Ｈｏｔ：「暑い」と申告した利用者の人数［人］。
数式（５）の分子は、利用者のうち温度上昇または下降を要求する者によって値が左右され、両者を差し引きすることにより、利用者全体としての温度変化の方向性（上昇または下降）や、変化幅を把握できる。そして、分母として合計人数を用いることで、現状に不満がない利用者の意見を統計情報に反映できる。Ｒは「−１〜１」の範囲の値を取る無次元数であり、本発明の統計情報に相当する。例えば対象領域内の全員が「寒い」と申告した場合、Ｒ＝１となる。

また、数式（６）の各変数は、それぞれ次のような意味を持つ。
Θ’_ＳＶ：推奨値［°Ｃ］…予め設定された好ましい温度であり、管理者により省エネ性能などを考慮して決められる固定値である。
Θ_{Ｒｅｓｅｔ−ＳＶ０}：申告強度Ｒが閾値内になった時点での、現在の設定値Θ_ＳＶ０［°Ｃ］…ここでの閾値は、対象領域内の利用者全体の満足度が基準を満たすレベルに達したかどうかを判別するために用いられる値である。
Ｔ_{Ｒｅｓｅｔ}：設定値復帰時間［ｈｏｕｒ］…設定値の推奨値への復帰にどの程度の時間を掛けるかを規定する値であり、管理者により決められる固定値である。
数式（６）を用いることにより、利用者が現在の温度に満足している場合に設定値を推奨値に復帰させて、省エネを実現できる。また、設定値復帰時間Ｔ_{Ｒｅｓｅｔ}を用いることで、推奨値への復帰が、ある程度の時間を掛けて徐々に行われることが保証される。その結果、急激な温度変化が避けられるので、利用者の不快感や違和感が軽減される。

（処理フロー）
図３を参照して、本実施形態の処理フローを説明する。
処理が開始されると、ステップＳ３０１において、数値取得部１３が、固定値ΔΘ、Ｖ_Ａｌｌ、ΔＴと、現在値であるΘ_ＳＶ０と、現在のデータ更新周期におけるＶ_Ｃｏｌｄ、Ｖ_Ｈｏｔを読み込む。固定値は、予め管理者によって、空調制御装置１を構成する情報処理装置の記憶装置や外部メモリなどに保存されている。またΘ_ＳＶ０については、前回のフローで決定した値が記憶装置に保存されている。またＶ_Ｃｏｌｄ、Ｖ_Ｈｏｔについては、現在のデータ更新周期の間に要求情報取得部１１が取得・保存しておく。なお本フローではＶ_Ａｌｌを固定値としたが、データ更新周期ごとに、統計情報生成部１２がＶ_Ａｌｌを取得して更新しても良い。

ステップＳ３０２において、統計情報生成部１２は、次の設定値を決定する集計時間になったかどうかを判定し、集計時間になった場合は処理をステップＳ３０３に進める。
ステップＳ３０３において、統計情報生成部１２は、現在が夏期であるかどうかを判定する。夏期であればステップＳ３０４において推奨値Θ’_ＳＶ＝２８［°Ｃ］が設定され、夏期でなければステップＳ３０５において推奨値Θ’_ＳＶ＝２０［°Ｃ］が設定される。なお推奨値の取得方法は、Ｓ３０１における各固定値と同様である。

ステップＳ３０６において、統計情報生成部１２は、数式（５）により申告強度Ｒを計算する。ステップＳ３０７において、Ｒが閾値（Ｒｍｉｎ〜Ｒｍａｘ）の範囲内かどうかを判定する。なおＲｍｉｎ，Ｒｍａｘの取得方法は、Ｓ３０１における各固定値と同様である。Ｒが閾値外の場合（Ｓ３０７＝Ｎｏ）、対象領域内の利用者全体として、現在値への満足度が低い状態だと言える。この場合処理はステップＳ３１０、Ｓ３１１に進み、設定値決定部１４は、更新Ｆｌｇ＝０とするとともに、設定値復帰係数Ｆ＝０とする。これにより、数式（４）を用いて次の設定値を決める際に、利用者の意見のみが反映されることになる。

一方、Ｒが閾値に収まっている場合（Ｓ３０７＝Ｙｅｓ）、処理はステップＳ３０８に進み、設定値決定部１４は、現在の設定値Θ_ＳＶ０と推奨値Θ’_ＳＶを比較する。両者が等しい場合（Ｓ３０８＝Ｎｏ）、現在の設定値を変更する必要はないので、設定値決定部１４は処理をステップＳ３１０、Ｓ３１１に進めて、更新Ｆｌｇ＝０とするとともに、設定値復帰係数Ｆ＝０とする。一方、現在の設定値と推奨値が異なる場合（Ｓ３０８＝Ｙｅｓ）、処理はステップＳ３０９に進み、設定値決定部１４は、更新Ｆｌｇ＝１かどうかを判定する。

更新Ｆｌｇ＝１の場合（Ｓ３０９＝Ｙｅｓ）、推奨値への復帰が継続しているため、処理はステップＳ３１５に直接進み、設定値決定部１４は、数式（４）を用いて次の設定値を計算する。一方、更新Ｆｌｇ＝０の場合（Ｓ３０９＝Ｎｏ）、処理はステップＳ３１２〜Ｓ３１４を経由してからステップＳ３１５に進む。このとき設定値決定部１４は、まずΘ_{Ｒｅｓｅｔ−ＳＶ０}に現在の設定値Θ_ＳＶ０をセットする。これにより、数式（６）において、現在の設定値と推奨値との差分を、どの程度の時間を掛けて埋めるかを決定できる。したがって、多くの利用者が快適に感じている現在値からの急激な温度変化を避けて、設定値を徐々に推奨値に近づけることができるので、利用者の満足度向上と省エネルギーを両立させられる。続いて、設定値決定部１４は更新Ｆｌｇ＝１とするとともに、設定値復帰係数Ｆを計算する。最後にステップＳ３１５において、次の設定値が計算される。

（設定値算出の例）
図４を参照して、数式（４）〜（６）を用いた設定値算出の具体例を説明する。図４（ａ）は、ある対象領域２における、各データ更新周期内での温冷感申告の統計を示す。例えば９：００〜９：３０の期間には、１０人全員が「暑い」と申告したことが分かる。図４（ｂ）は、現在の設定値Θ_ＳＶ０［°Ｃ］の推移を示す。図４（ｃ）は、利用者の意見を反映した温度変化量［°Ｃ］の推移を示し、数式（４）の右辺第２項に相当する。図４（ｄ）は、推奨値に由来する温度変化量［°Ｃ］の推移を示し、数式（４）の右辺第３項に相当する。図４（ｅ）は、数式（４）により求められる、次の設定値Θ_ＳＶ１［°Ｃ］の推移を示す。

この例における固定値は、以下の通りとする。
推奨値Θ’_ＳＶ…２８［°Ｃ］
最大変化幅ΔΘ…３［°Ｃ］
閾値…Ｒｍｉｎ＝−０．０１，Ｒｍａｘ＝０．０１（±１％）
Ｖ_Ａｌｌ…１０［人］
データ更新周期ΔＴ…０．５［ｈｏｕｒ］
設定値復帰時間Ｔ_{Ｒｅｓｅｔ}…３．０［ｈｏｕｒ］
上記の通りΔＴ＝０．５［ｈｏｕｒ］なので、空調制御装置１は、３０分ごとに利用者からの申告を集計し、数式（４）によって設定値を決定する。以下、図４のうち、タイミングＴ_１〜Ｔ_４での設定値算出処理を中心に説明する。

（６：００〜９：３０）
推奨値に従い、設定値を２８［°Ｃ］として運転制御している。

（９：３０…タイミングＴ_１）
図４（ａ）に示すように、９：００〜９：３０の期間に１０人全員が「暑い」と申告している（Ｖ_Ｈｏｔ＝１０）。そのため、利用者の意見が設定値に大きく反映される（図４（ｃ）におけるタイミングＴ_１での値が、−３°Ｃ）。一方、申告強度Ｒ＝−１であり、閾値外である。そのため図３のＳ３１１に示すようにＦ＝０となり、推奨値は設定値に反映されなくなる（図４（ｄ）におけるタイミングＴ_１での値が、０°Ｃ）。その結果、図４（ｅ）に示すように、タイミングＴ_１において算出される次の設定値は、Θ_ＳＶ１＝２５［°Ｃ］となる。

（１０：３０…タイミングＴ_２）
図４（ｂ）に示すように、タイミングＴ_２では、現在の設定値Θ_ＳＶ０＝２５．５［°Ｃ］である。図４（ａ）に示すように、１０：００〜１０：３０の期間に５人が「暑い」と申告し（Ｖ_Ｈｏｔ＝５）、残り５人は申告を行っていない（Ｖ_Ｇｏｏｄ＝５）。そのため、利用者の意見に基づき設定値が変化する（図４（ｃ）におけるタイミングＴ_２での値が、−１．５°Ｃ）。一方、申告強度Ｒ＝−０．５であり、閾値外であるため、推奨値は設定値に反映されない（図４（ｄ）におけるタイミングＴ_２での値が、０°Ｃ）。その結果、図４（ｅ）に示すように、タイミングＴ_２において算出される次の設定値は、Θ_ＳＶ１＝２４［°Ｃ］となる。

（１１：００〜１４：００）
図４（ａ）に示すように、１０：３０〜１４：００の期間には利用者からの申告がない（Ｖ_Ｈｏｔ＝Ｖ_Ｃｏｌｄ＝０）。よって申告強度Ｒ＝０であり、閾値内であるため、図３のＳ３１２〜Ｓ３１４に示すように、推奨値Θ’_ＳＶと設定値復帰時間Ｔ_{Ｒｅｓｅｔ}を用いて数式（６）に従ってＦが算出される。その結果、復帰時間である３時間経過後の１４：００に設定値が推奨値である２８°Ｃに戻る。予め定められた設定値復帰時間を掛けて、現在値と推奨値から定まる変化率により温度が変化することで、利用者に違和感を生じさせず省エネルギーを実現できる。

（１４：３０…タイミングＴ_３）
図４（ａ）に示すように、１４：００〜１４：３０の期間に２人が「寒い」と申告し（Ｖ_Ｃｏｌｄ＝２）、残り８人は申告を行っていない（Ｖ_Ｇｏｏｄ＝８）。そのため、利用者の意見に基づき設定値が変化する（図４（ｃ）におけるタイミングＴ_３での値が、０．６°Ｃ）。一方、申告強度Ｒ＝０．２であり、閾値外であるため、推奨値は設定値に反映されない（図４（ｄ）におけるタイミングＴ_３での値が、０°Ｃ）。その結果、図４（ｅ）に示すように、タイミングＴ_３において算出される次の設定値は、Θ_ＳＶ１＝２８．６［°Ｃ］となる。

（１５：００…タイミングＴ_４）
図４（ａ）に示すように、１４：３０〜１５：００の期間に３人が「寒い」と申告し（Ｖ_Ｃｏｌｄ＝３）、残り７人は申告を行っていない（Ｖ_Ｇｏｏｄ＝７）。そのため、利用者の意見に基づき設定値が変化する（図４（ｃ）におけるタイミングＴ_４での値が、０．９°Ｃ）。一方、申告強度Ｒ＝０．３であり、閾値外であるため、推奨値は設定値に反映されない（図４（ｄ）におけるタイミングＴ_４での値が、０°Ｃ）。その結果、図４（ｅ）に示すように、タイミングＴ_４において算出される次の設定値は、Θ_ＳＶ１＝２９．５［°Ｃ］となる。

（１５：３０〜１８：３０）
図４（ａ）に示すように、１５：００〜１８：３０の期間には利用者からの申告がない（Ｖ_Ｈｏｔ＝Ｖ_Ｃｏｌｄ＝０）。よって、推奨値Θ’_ＳＶと設定値復帰時間Ｔ_{Ｒｅｓｅｔ}を用いて数式（６）に従ってＦが算出される。その結果、復帰時間である３時間経過後の１８：３０に設定値が推奨値である２８°Ｃに戻る。

（１８：３０〜２１：００）
推奨値に従い、設定値を２８［°Ｃ］として運転制御している。

本実施形態で具体的に示したように、本発明の設定値決定方法によれば、利用者の意見を重視して設定値に反映しつつ、利用者の満足を維持できている範囲では設定値を推奨値に近づけるように、運用を制御できる。その結果、利用者の生産性と管理者の省エネルギー目標の実現できる。また、設定値を推奨値に近づけるときに、所定の復帰時間を掛けて徐々に温度を変化させるため、利用者に違和感や不快感を与えることがない。

＜実施形態３＞
本実施形態では、空調制御装置１が利用者４による要求情報を取得する方法について説明する。

（端末による入力）
図５を参照して、利用者４が設定値の上昇要求または下降要求を入力する方法について説明する。本実施形態では、設定値は温度であり、利用者は「寒い」または「暑い」のいずれかの申告（温冷感申告）を、申告画面５０を用いて入力する。この例での端末５は、タッチパネルを有するスマートフォンとする。利用者４は、管理者から提供されるアプリを各自の端末５にインストールし、タッチパネル上で当該アプリのアイコンをタップする。端末５は、空調制御装置１のＷｅｂサーバ部１５に対してリクエストを送信し、Ｗｅｂサーバ部１５から受信したコンテンツに基づいて、タッチパネル上に申告画面５０を表示する。Ｗｅｂサーバ部１５は、本発明の入力手段提供部に相当する。

図５（ａ）に示すように、申告画面５０には、申告入力部５０１、申告者数統計部５０２、消費量表示部５０３が含まれる。利用者４が申告を行うときは、まず申告入力部５０１をタップする。そして、図５（ｂ）のように表示されたリストの中から、利用者自身の意見に合う選択肢を選んでタップする。例えば利用者４が「暑い」という選択肢５０１１を選択すると、申告入力部５０１の表示が図５（ｃ）のように変更されるとともに、空調制御装置１の要求情報取得部１１に情報が送信される。空調制御装置１は、送信された情報を記憶装置に保存し、次の設定値決定に利用する。

なお、データ更新周期の間は、利用者４による申告のやり直しを可能にしても良い。また、「寒い（Ｃｏｌｄ）」／「暑い（Ｈｏｔ）」以外に、「丁度よい（Ｇｏｏｄ）」という選択肢を設けても構わない。また、申告内容に複数の段階（例えば、「少し寒い」／「寒い」／「すごく寒い」）を設けても良い。また、寒い、暑いといった入力方法ではなく、直接的に温度上昇または温度下降を要求しても良い。

また、対象領域２が複数あり、利用者４が端末を持って対象領域間を移動する可能性がある場合、端末をどの対象領域と紐付けるかが問題となる。その場合、申告画面５０に、利用者が滞在している対象領域を入力する対象領域入力部を設けても良い。あるいは、要求情報取得部１１は、ＧＰＳ機能などを利用して端末の位置情報を把握した上で、送信された要求情報をどの対象領域と紐付けるかを決定しても良い。

また、申告画面５０の申告者数統計部５０２には、端末５が空調制御装置１との通信によって取得した、対象領域内の各利用者による申告内容の統計情報が表示される。利用者
４は、申告者数統計部５０２を見ることで、他の利用者が現状をどのように感じているかを直感的に理解できる。
また、申告画面５０の消費量表示部５０３には、空調設備によるエネルギー消費量が表示される。これにより、現在のエネルギー消費状況や、省エネ目標（Ｔａｒｇｅｔ）が達成されているかどうかを提示して、各利用者の省エネ意識をより高めることができる。
また、各利用者４は、空調設備３のリモコンではなく、各自の端末５を用いて申告を行うので、他の利用者の目を気にせず入力を実行できる。その結果、声の大きい一部の利用者に左右されずに設定値が決定されるので、利用者全体としての満足度や生産性が向上する。

図５では、調整対象が温度のみである場合の申告画面を示した。しかし、温度に代えて、あるいは温度に加えて、他の環境（例えば湿度、風量、照度など）を調整するための申告入力部５０１を表示しても良い。

＜変形例＞
本発明の空調制御装置１は、各利用者が手動で端末を用いて入力した内容に基づき要求情報を収集するのではなく、積極的に各利用者の状態を把握して要求情報を収集しても良い。

例えば、対象領域２にカメラを設置しておき、撮像された映像を空調制御装置１の要求情報取得部に送信する。そして、統計情報生成部１２が、対象領域２にいる利用者の人数（Ｖ_Ａｌｌに相当）と、「暑い」と感じている利用者の人数（Ｖ_Ｈｏｔに相当）、「寒い」と感じている利用者の人数（Ｖ_Ｃｏｌｄに相当）を取得する。Ｖ_Ｈｏｔ，Ｖ_Ｃｏｌｄそれぞれを取得するためには、映像を解析して、暑いときにとる行動（上着を脱ぐ、汗を拭く、団扇であおぐなど）や、寒いときにとる行動（上着を着る、毛布をかけるなど）を抽出する方法がある。

なお、空調システムの側が要求情報を取得する方法は画像解析に限られず、各利用者が装着したセンサから得られる情報を用いてもよい。センサとして例えば、利用者の体温を取得する温度計や、ジャイロを用いて利用者の動きを取得する動作検出器などを利用できる。

本変形例によれば、工場などにおいて利用者が作業から手を離せない場合でも、空調設備の設定値を適切に制御して、利用者の満足度を維持しつつ省エネルギーを実現できる。また、利用者自身が暑さを意識していない場合でも、現在の環境下での行動や身体的反応を検出して気温を下げることが可能になるため、熱中症を未然に予防できる。

＜実施形態４＞
本実施形態では、利用者の間で環境の現在値に対する意見のズレが大きい場合に、管理者への通知などの例外処理を行う方法について説明する。

図６のフローチャートに示される処理は、データ更新周期の中で定期的に行われてもよいし、設定値を決定する図３の処理フローに一つのサブルーチンとして組み込まれてもよい。
ステップＳ６０１において、空調制御装置１の数値取得部１３は、管理者により設定された固定値である快適申告数下限値Ｖ_{Ｇｏｏｄ，ｍｉｎ}と、対象領域におけるＶ_Ｃｏｌｄ、Ｖ_Ｈｏｔを読み込む。そして、以下の数式（７）によって、現状に満足している人数であるＶ_Ｇｏｏｄを計算する。
Ｖ_Ｇｏｏｄ＝Ｖ_Ａｌｌ− （Ｖ_Ｃｏｌｄ ＋ Ｖ_Ｈｏｔ） …（７）
なお、端末の申告画面に「暑い」「寒い」以外に「丁度よい」という選択肢が設けられ
る場合、Ｖ_Ｇｏｏｄとして「丁度よい」を選択した人数を利用しても良い。

続いてステップＳ６０２において、設定値決定部１４は、Ｖ_Ｃｏｌｄ≠０、かつ、Ｖ_Ｈｏｔ≠０であるかを判定する。もしＳ６０２＝Ｙｅｓであれば、同じ対象領域の中に、「暑い」と感じている利用者と「寒い」と感じている利用者が混在している。一方、Ｓ６０２＝Ｎｏの場合、全利用者が満足しているか、利用者間で意見のズレが生じていないかのどちらかであるため、管理者への通知は行わない（Ｓ６０６）。

続いてステップＳ６０３において、設定値決定部１４は、Ｖ_Ｃｏｌｄ＝Ｖ_Ｈｏｔであるかを判定する。もしＳ６０３＝Ｙｅｓであれば、「暑い」という意見と「寒い」という意見が拮抗している。一方、Ｓ６０３＝Ｎｏの場合、いずれかの意見が優勢であるため、管理者への通知は行わず（Ｓ６０６）、要求情報をそのまま設定値に反映させる。なお、本ステップの判定において、Ｖ_ＣｏｌｄとＶ_Ｈｏｔの差が僅かであればＳ６０４に進むようにしても良い。

続いてステップＳ６０４において、設定値決定部１４は、Ｖ_Ｇｏｏｄ＜Ｖ_{Ｇｏｏｄ，ｍｉｎ}であるかを判定する。もしＳ６０４＝Ｎｏであれば、利用者の大部分は現状に満足していると言えるので、通知は行わない（Ｓ６０６）。一方、Ｓ６０４＝Ｙｅｓの場合、所定の割合より多い数の利用者が不満を持っており、対象領域内の温度ムラを看過できないと判断し、管理者への通知を行う（Ｓ６０５）。管理者への通知の際には、表示装置へのメッセージ表示、スピーカ等を用いた音声による通知、メール等による通知、あるいはこれらの手法の組み合わせなど、任意の方法を採用できる。

通知を受けた管理者は、送風装置の風量や風向を調節することにより温度ムラを改善する。通知の際には、「暑い」または「寒い」と申告した利用者の位置を端末のＧＰＳ情報や画像解析によって特定し、対象領域内におけるそれらの利用者の位置を可視化して管理者に提示すると良い。また、Ｓ６０５において管理者に通知を行う代わりに、空調制御装置１が自動的にサーキュレータ等を稼働させて温度ムラを改善しても良い。

本実施形態によれば、対象領域における温度ムラが大きく、設定値の変更だけでは一部の利用者に不満が残る場合であっても、管理者にその旨を通知して改善を促したり、空調設備が自動的に状況を改善したりできる。本実施形態の手法はまた、湿度や照明を制御する際にも好適に利用できる。

以上、各実施形態で具体的に説明したように、本発明の空調制御装置、空調制御方法またはプログラムによれば、利用者の要求を満たしつつ、管理者の推奨値を設定値に反映させることが可能になる。よって、快適性や生産性の維持と、省エネルギーとが両立するような空調制御を実現できる。

１：空調制御装置， １１：要求情報取得部， １２：統計情報生成部， １４：設定値決定部， ３：空調設備

Claims (14)

1. 対象領域の環境に関する現在値と設定値に基づいて前記環境を調整する空調設備を制御する空調制御装置であって、
   前記対象領域の利用者による前記環境に対する要求を示す要求情報を取得する要求情報取得部と、
   前記要求情報を用いて、前記利用者の前記環境に対する満足度を示す統計情報を生成する統計情報生成部と、
   予め定められた推奨値と、前記統計情報とを用いて、前記設定値を決定する設定値決定部と、
   を有し、
   前記設定値決定部は、前記統計情報が所定の基準を満たしている場合は、前記統計情報が前記所定の基準を満たしていない場合に比べて、前記設定値の決定における前記推奨値の寄与度を大きくする
   ことを特徴とする空調制御装置。
2. 前記環境は、前記対象領域の温度、湿度、および風量の、少なくともいずれかである
   ことを特徴とする請求項１に記載の空調制御装置。
3. 前記要求情報取得部は、前記利用者が前記設定値を上昇させる要求をしていること、または、下降させる要求をしていることを示す情報を取得する
   ことを特徴とする請求項１または２に記載の空調制御装置。
4. 前記要求情報取得部は、前記利用者が前記設定値に満足していることを示す情報を取得する
   ことを特徴とする請求項１ないし３のいずれか１項に記載の空調制御装置。
5. 前記利用者が前記要求情報を入力するための画面を、前記利用者の端末に表示させる入力手段提供部をさらに有する
   ことを特徴とする請求項１ないし４のいずれか１項に記載の空調制御装置。
6. 前記要求情報取得部は、前記対象領域内の複数の前記利用者から前記要求情報を取得するものであり、
   前記統計情報生成部は、前記複数の利用者からの前記要求情報に基づいて、前記設定値の変化の方向および程度を示す指標である、前記統計情報を生成する
   ことを特徴とする請求項１ないし５のいずれか１項に記載の空調制御装置。
7. 前記統計情報生成部は、前記対象領域内の全ての利用者の数、および、前記設定値を上昇させる要求をした利用者の数と前記設定値を下降させる要求をした利用者の数との差分に基づいて前記統計情報を生成する
   前記設定値決定部は、生成された前記統計情報に所定の係数を乗じて得られた温度を、次の前記設定値に加える
   ことを特徴とする請求項６記載の空調制御装置。
8. 前記設定値決定部は、前記統計情報が示す前記複数の利用者の満足度が所定の閾値に収まる場合、前記設定値を前記推奨値に近づけるように、前記設定値を決定する
   ことを特徴とする請求項６または７に記載の空調制御装置。
9. 前記設定値決定部は、前記統計情報が示す前記複数の利用者の満足度が所定の基準を満している場合、予め定められた設定値復帰時間を掛けて、前記現在値と前記推奨値から定
   まる変化率により、前記設定値が前記推奨値に復帰するように、前記設定値を決定する
   ことを特徴とする請求項８に記載の空調制御装置。
10. 前記設定値決定部は、前記対象領域内の全ての利用者のうち所定の割合より多い数の利用者が、前記設定値を上昇させる要求または前記設定値を下降させる要求を行った場合であり、かつ、前記設定値を上昇させる要求の数と前記設定値を下降させる要求の数が略等しい場合、例外処理を行う
    ことを特徴とする請求項６ないし９のいずれか１項に記載の空調制御装置。
11. 前記推奨値は、管理者によって定められる値である
    ことを特徴とする請求項１ないし１０のいずれか１項に記載の空調制御装置。
12. 複数の前記対象領域の空調設備を制御する
    ことを特徴とする請求項１ないし１１のいずれか１項に記載の空調制御装置。
13. 対象領域の環境に関する現在値と設定値に基づいて前記環境を調整する空調制御方法であって、
    前記対象領域の利用者による前記環境に対する要求を示す要求情報を取得する要求情報取得工程と、
    前記要求情報を用いて、前記利用者の前記環境に対する満足度を示す統計情報を生成する統計情報生成工程と、
    予め定められた推奨値と、前記統計情報とを用いて、前記設定値を決定する設定値決定工程と、
    を有し、
    前記設定値決定工程では、前記統計情報が所定の基準を満たしている場合は、前記統計情報が前記所定の基準を満たしていない場合に比べて、前記設定値の決定における前記推奨値の寄与度を大きくする
    ことを特徴とする空調制御方法。
14. 情報処理装置を、対象領域の環境に関する現在値と設定値に基づいて前記環境を調整する空調制御装置として動作させるプログラムであって、
    前記対象領域の利用者による前記環境に対する要求を示す要求情報を取得する要求情報取得工程と、
    前記要求情報を用いて、前記利用者の前記環境に対する満足度を示す統計情報を生成する統計情報生成工程と、
    予め定められた推奨値と、前記統計情報とを用いて、前記設定値を決定する設定値決定工程と、
    を前記情報処理装置に実行させ、
    前記設定値決定工程では、前記統計情報が所定の基準を満たしている場合は、前記統計情報が前記所定の基準を満たしていない場合に比べて、前記設定値の決定における前記推奨値の寄与度を大きくする
    ことを特徴とするプログラム。

Images