(57)【要約】【課題】店舗内の環境について顧客から確実に意見を収集可能な環境制御システムを提供する。【解決手段】店舗内の顧客が商品をかごＫに入れて携行する店舗に用いられる環境制御システムであって、店舗内の温熱環境が制御目標値に一致するよう環境制御する空調装置３と、店舗内の顧客からの環境に対する意見を受け付ける要望入力部１と、顧客からの意見に基づいた要望情報を生成する要望情報生成部２２と、当該要望情報に基づいて空調装置３の制御目標値を設定する目標値設定部２３とを備え、要望入力部１は、店舗内の温熱環境に対する顧客の意見に対応するかご置き場Ｘａ，Ｘｂ毎に置かれたかごＫの重量を計測する重量センサ１１ａ，１１ｂを具備し、要望情報生成部２２は、重量センサ１１ａ，１１ｂの計測結果に基づいて顧客の環境に対する要望情報を生成する。【選択図】図１
2011075163.tif 000002
【特許請求の範囲】
【請求項１】
店舗内の顧客が店舗から供給された商品運搬具に商品を入れて携行し、店舗から出る際には商品運搬具を返却する店舗に用いられる環境制御システムであって、
店舗内の環境が制御目標値に一致するよう環境を変化させる環境制御装置と、店舗内の複数の顧客からの環境に対する意見を受け付ける要望入力手段と、複数の顧客からの意見に基づいて環境への要望情報を生成する要望情報生成手段と、当該要望情報に基づいて環境制御装置の制御目標値を設定する目標値設定手段とを備え、
要望入力手段は、環境に対する顧客の複数の意見に各々対応する複数の置き場に置かれた商品運搬具の量を置き場毎に計測するセンサを具備し、
要望情報生成手段は、各センサの計測結果に基づいて環境への要望情報を生成する
ことを特徴とする環境制御システム。
【請求項２】
前記要望情報生成手段は、前記商品運搬具の複数の置き場を店舗の出口に設置して、顧客が店舗から出るときに商品運搬具を店舗出口のいずれかの置き場に置くように前記要望入力手段を構成した場合のフィードバック動作と、前記商品運搬具の複数の置き場を店舗の入口に設置して、顧客が店舗に入るときに商品運搬具を店舗入口のいずれかの置き場に置くように前記要望入力手段を構成した場合のフィードフォワード動作とを切替可能に構成されることを特徴とする請求項１記載の環境制御システム。
【請求項３】
前記要望情報生成手段は、前記センサが計測した各置き場における商品運搬具の量の変化分に基づいて顧客の環境に対する要望情報を生成することを特徴とする請求項１または２記載の環境制御システム。
【請求項４】
前記要望情報生成手段は、前記センサが計測した各置き場における商品運搬具の量が所定値以上減少した場合、当該減少分は前記商品運搬具の量の変化分に含まないことを特徴とする請求項３記載の環境制御システム。
【請求項５】
人が操作する操作手段を備え、前記要望情報生成手段は、当該操作手段が操作された後の前記センサの最初の計測結果において、各置き場における商品運搬具の量が所定値以上減少した場合、当該減少分は前記商品運搬具の量の変化分に含まないことを特徴とする請求項４記載の環境制御システム。
【請求項６】
各置き場における商品運搬具の量が所定量を超えたことを報知する報知手段を備えることを特徴とする請求項１乃至５いずれか記載の環境制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、環境制御システムに関するものである。
【背景技術】
【０００２】
従来、スーパーマーケット等の店舗内に設置された環境制御装置（空調装置、照明装置、冷凍装置等）の制御内容を変更することで、店舗内の環境を制御する環境制御システムが提案されている。この種の環境制御システムは、時刻、天候、季節等を考慮して店舗内の環境を制御するものの他、店舗を利用する顧客の快適性への意見に応じて環境を制御しようとするものがある（例えば特許文献１参照）。
【０００３】
顧客からの環境に対する意見を抽出する手段として、アンケートを行う方法や、空調装置に対する「暑い」「寒い」「快適」等の情報を入力、送信できるボタンをレジ付近に設置する方法等がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−３２３５２６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、アンケートを用いた方法では頻繁に情報を取得できないという問題があり、レジ付近に顧客の意見を入力するボタンを設ける方法では連続的な情報収集を行うことが困難であるという問題があり、顧客の各々にリモコンボタンを配って環境に対する意見を送信する方法ではコスト面での問題があった。
【０００６】
本発明は、上記事由に鑑みてなされたものであり、その目的は、店舗内の環境について顧客から確実に意見を収集可能な環境制御システムを提供することにある。
【課題を解決するための手段】
【０００７】
請求項１の発明は、店舗内の顧客が店舗から供給された商品運搬具に商品を入れて携行し、店舗から出る際には商品運搬具を返却する店舗に用いられる環境制御システムであって、店舗内の環境が制御目標値に一致するよう環境を変化させる環境制御装置と、店舗内の複数の顧客からの環境に対する意見を受け付ける要望入力手段と、複数の顧客からの意見に基づいて環境への要望情報を生成する要望情報生成手段と、当該要望情報に基づいて環境制御装置の制御目標値を設定する目標値設定手段とを備え、要望入力手段は、環境に対する顧客の複数の意見に各々対応する複数の置き場に置かれた商品運搬具の量を置き場毎に計測するセンサを具備し、要望情報生成手段は、各センサの計測結果に基づいて環境への要望情報を生成することを特徴とする。
【０００８】
この発明によれば、店舗入口で置き場から取り出し、店舗内で使用し、店舗を出るときには必ず置き場に返却する商品運搬具を利用して、店舗内の顧客の環境に対する意見を収集しているので、顧客に意見入力の煩雑さを意識させることなく、意見の取りこぼしが少なくなって、顧客の環境に対する意見を確実に収集できる。
【０００９】
請求項２の発明は、請求項１において、前記要望情報生成手段は、前記商品運搬具の複数の置き場を店舗の出口に設置して、顧客が店舗から出るときに商品運搬具を店舗出口のいずれかの置き場に置くように前記要望入力手段を構成した場合のフィードバック動作と、前記商品運搬具の複数の置き場を店舗の入口に設置して、顧客が店舗に入るときに商品運搬具を店舗入口のいずれかの置き場に置くように前記要望入力手段を構成した場合のフィードフォワード動作とを切替可能に構成されることを特徴とする。
【００１０】
この発明によれば、フィードバック動作の場合は、店舗で買い物をした顧客が店舗内の温熱環境を次回の来店時にはどのようにして欲しいかを示す意見を収集でき、フィードフォワード動作の場合は、今から店舗で買い物をする顧客が店舗内の環境を今からどのようにして欲しいかを示す意見を収集できる。さらに、要望情報生成手段の動作モードをフィードバック制御とフィードフォワード制御のいずれかに切り替えることができるので、店舗毎の状況に応じた環境の監視制御を行うことができる。
【００１１】
請求項３の発明は、請求項１または２において、前記要望情報生成手段は、前記センサが計測した各置き場における商品運搬具の量の変化分に基づいて顧客の環境に対する要望情報を生成することを特徴とする。
【００１２】
この発明によれば、商品運搬具の量の変化分を用いることで、商品運搬具の量をそのまま用いる場合に比べて、商品運搬具の回収等による商品運搬具の量の変化に容易に対応可能となる。
【００１３】
請求項４の発明は、請求項３において、前記要望情報生成手段は、前記センサが計測した各置き場における商品運搬具の量が所定値以上減少した場合、当該減少分は前記商品運搬具の量の変化分に含まないことを特徴とする。
【００１４】
この発明によれば、商品運搬具の量が所定値以上減少した場合、当該減少分は商品運搬具の量の変化分に含まないことによって、商品運搬具の回収時における計測結果の急激な減少による誤判断を避けることができる。
【００１５】
請求項５の発明は、請求項４において、人が操作する操作手段を備え、前記要望情報生成手段は、当該操作手段が操作された後の前記センサの最初の計測結果において、各置き場における商品運搬具の量が所定値以上減少した場合、当該減少分は前記商品運搬具の量の変化分に含まないことを特徴とする。
【００１６】
この発明によれば、商品運搬具の回収を確実に検知でき、商品運搬具の回収時における計測結果の急激な減少による誤判断を確実に避けることができる。
【００１７】
請求項６の発明は、請求項１乃至５いずれかにおいて、各置き場における商品運搬具の量が所定量を超えたことを報知する報知手段を備えることを特徴とする。
【００１８】
この発明によれば、置き場の商品運搬具の数が多すぎることを店員に報知して速やかに回収することによって、生成した要望情報の精度が低下することを防止できる。
【発明の効果】
【００１９】
以上説明したように、本発明では、店舗内の環境について顧客から確実に意見を収集することができるという効果がある。
【図面の簡単な説明】
【００２０】
【図１】実施形態１のシステム構成を示す図である。
【図２】同上の設定テーブルの構造を示す図である。
【図３】同上の動作フローチャートを示す図である。
【図４】実施形態２のシステム構成を示す図である。
【図５】実施形態３のシステム構成を示す図である。
【図６】同上の履歴テーブルの構造を示す図である。
【図７】同上のサンプリング周期設定テーブルの構造を示す図である。
【図８】同上の継続保持時間設定テーブルの構造を示す図である。
【図９】（ａ）（ｂ）（ｃ）同上の時間集計テーブル、サンプリング周期設定テーブル、継続保持時間設定テーブルの構造を示す図である。
【図１０】実施形態４の履歴テーブルの構造を示す図である。
【図１１】実施形態５のシステム構成を示す図である。
【図１２】同上の履歴テーブルの第１の構造を示す図である。
【図１３】同上の履歴テーブルの第２の構造を示す図である。
【図１４】（ａ）（ｂ）同上の履歴テーブルの第３，第４の構造を示す図である。
【図１５】実施形態６のシステム構成を示す図である。
【図１６】実施形態７のシステム構成を示す図である。
【図１７】同上の表示部の表示例を示す図である。
【発明を実施するための形態】
【００２１】
以下、本発明の実施の形態を図面に基づいて説明する。
【００２２】
（実施形態１）
図１に示す本実施形態の環境制御システムは、スーパーマーケット等の店舗に空調装置３が環境制御装置として設置されており、空調装置３は店舗内の温熱環境（温度）が制御目標値（目標温度）に一致するように空調制御を行う。
【００２３】
以下、店舗内の顧客の温熱環境に対する要望に応じて制御目標値を設定する動作について説明する。
【００２４】
まず、店舗の出口には、店舗内の顧客からの温熱環境に対する意見を受け付ける要望入力部１が設けられている。顧客は、店舗の入口に配置されているかごＫ（商品運搬具）を取り、店舗内で所望の商品をかごＫ内に入れてレジへ向かい、レジで精算した後、空になったかごＫを店舗の出口に設置されたかご置き場に返却して、店舗を出る。本実施形態では、店舗の出口に設けたかご置き場を、店舗内の温熱環境に対する顧客の意見に対応して複数設けており、顧客は店舗を出る際に、店舗内の温熱環境に対する意見に対応するかご置き場にかごＫを返却する。図１の要望入力部１は、店舗内が寒いという意見に対応するかご置き場Ｘａ、店舗内が暑いという意見に対応するかご置き場Ｘｂを設けており、かご置き場Ｘａには「寒い」と表示し、かご置き場Ｘｂには「暑い」と表示している。すなわち、「寒い」と感じた顧客が多ければ、かご置き場ＸａのかごＫの個数が多くなり、「暑い」と感じた顧客が多ければ、かご置き場ＸｂのかごＫの個数が多くなる。
【００２５】
そして、要望入力部１のかご置き場Ｘａ，Ｘｂには、各置き場に置かれたかごＫの総重量を計測する重量センサ１１ａ，１１ｂ、重量センサ１１ａ，１１ｂの各計測結果をコントローラ２へ送信する通信インターフェース１２ａ，１２ｂ（以降、通信ＩＦ１２ａ，１２ｂと称す）が設けられている。
【００２６】
次に、コントローラ２は、センサ通信部２１と、要望情報生成部２２と、目標設定部２３とを備えており、顧客からの温熱環境に対する意見に基づいて空調装置３の制御目標値を設定する。
【００２７】
センサ通信部２１は、重量センサ１１ａ，１１ｂの各計測結果を通信ＩＦ１２ａ，１２ｂから受信し、要望情報生成部２２へ出力する。
【００２８】
要望情報生成部２２は、図２に示す設定テーブルＴＢ１を格納しており、設定テーブルＴＢ１は、顧客からの温熱環境に対する意見内容を、快適性指標となる属性として重量センサ毎に対応付けており、本実施形態では、重量センサ１１ａに「寒い」という属性を対応付け、重量センサ１１ｂに「暑い」という属性を対応付けている。
【００２９】
そして、要望情報生成部２２は、図３に示すフローチャートにしたがって処理を行う。まず、重量センサ１１ａ，１１ｂの各計測結果を取得する（Ｓ１）。次に、設定テーブルＴＢ１を参照し、重量センサ１１ａ，１１ｂの各計測結果に基づいて属性「寒い」「暑い」の各集計結果を比較する（Ｓ２）。ここで、属性「寒い」の集計結果は、重量センサ１１ａが計測した重量であり、属性「暑い」の集計結果は、重量センサ１１ｂが計測した重量である。そして、属性「寒い」の集計結果が属性「暑い」の集計結果より重ければ、顧客は店舗内が寒いと感じていると判断して、「店舗内温度を上げる」という要望情報を生成し、生成した要望情報を目標値設定部２３へ出力する（Ｓ３）。一方、属性「暑い」の集計結果が属性「寒い」の集計結果より重ければ、顧客は店舗内が暑いと感じていると判断して、「店舗内温度を下げる」という要望情報を生成し、生成した要望情報を目標値設定部２３へ出力する（Ｓ４）。
【００３０】
目標値設定部２３は、要望情報生成部２２から受け取った要望情報に基づいて、空調装置３の制御目標値を再設定し（Ｓ５）、空調装置３は、店舗の温熱環境が新たな制御目標値に一致するよう空調制御を行う（Ｓ６）。「店舗内温度を上げる」という要望情報を受け取った場合、制御目標温度を所定温度（例えば１℃）上昇させ、「店舗内温度を下げる」という要望情報を受け取った場合、制御目標温度を所定温度（例えば１℃）低下させる。
【００３１】
以降、コントローラ２は、所定時間毎に上記処理を行い、顧客の意見に基づいて空調装置３の制御目標値を再設定する。
【００３２】
このように、本実施形態では、店舗内で商品運搬具として使用し、店舗を出るときには必ずかご置き場に返却するかごＫを利用して、店舗内の顧客の温熱環境に対する意見を収集しているので、顧客に意見入力の煩雑さを意識させることなく、意見の取りこぼしが少なくなって、顧客の温熱環境に対する意見を確実に収集できる。さらに、安価な重量センサ１１（１１ａ，１１ｂ）を用いているので、システムを低コストで構築できる。なお、商品運搬具としては、かごＫ以外にカート等であってもよい。
【００３３】
また、店舗内の温熱環境の快適性指標となる属性として、「寒い」「暑い」の２種類を設定しているが、例えば「寒い」「暑い」「寒いが我慢可能」「暑いが我慢可能」「快適」の５種類を設定してもよい。この場合、かご置き場Ｘも各属性に対応して５箇所に設けられる。また、属性の数は上記に限定されず、複数の属性が設定されればよい。
【００３４】
また例えば、属性「寒い」の集計結果が１１ｋｇ、属性「暑い」の集計結果が１０ｋｇの場合、集計結果が重い属性「寒い」が顧客の意見であると判断して、制御目標値を変更して店舗内の温度を上げる方向に制御すると、逆に「暑い」と感じる顧客が急激に増えることが考えられ、制御目標値の変更が頻繁に行われて、制御が安定しなくなる虞がある。そこで、属性「寒い」の集計結果と属性「暑い」の集計結果との差が所定値以上となった場合にのみ、制御目標値を変更することで、制御目標値の頻繁な変更を防止して、制御を安定させることができる。属性「寒い」の集計結果が１１ｋｇ、属性「暑い」の集計結果が１０ｋｇの場合、総重量２１ｋｇに対して、属性「寒い」の集計結果が５２．４％、属性「暑い」の集計結果が４７．６％となって、その比率差が４．８％となる。そして、比較する所定比率を１０％とすると、比率差が所定比率未満であるので、今回は制御目標値の変更を行わない。
【００３５】
また、属性「寒い」「暑い」の集計結果をかごＫの重量で表す以外に、顧客の人数で表してもよい。すなわち、重量センサ１１が計測した重量を、かごＫの１個あたりの重量で除することによって、属性「寒い」「暑い」の集計結果を顧客の人数で表すことができる。そして、各属性の人数が所定人数を超えた場合に、当該属性に応じた環境制御を行う。例えば、属性「寒い」の集計結果が１ｋｇ、属性「暑い」の集計結果が５ｋｇの場合、かごＫの１個当たりの重量が０．５ｋｇとすると、属性「寒い」の集計結果が２人、属性「暑い」の集計結果が１０人となる。そして、比較する所定人数を２０人とすると、多いほうの属性「暑い」の集計結果：１０人が所定人数：２０人以下であるので、今回は制御目標値の変更を行わない。
【００３６】
（実施形態２）
本実施形態の環境制御システムは図４に示され、実施形態１と同様の構成には同一の符号を付して説明は省略する。実施形態１は、店舗内の顧客からの温熱環境に対する意見を受け付ける要望入力部１を店舗の出口に設けており、顧客から見た場合、出口で返却するかごＫを用いたフィードバック制御である。一方、本実施形態は、要望入力部１を店舗の入口に設け、顧客から見た場合、入口で取り出すかごＫを用いたフィードフォワード制御が可能となる。
【００３７】
コントローラ２は、店員が操作する操作部２４を備えており、操作部２４の操作によって、要望情報生成部２２の動作モードを、上記フィードバック制御とフィードフォワード制御のいずれかに切り替えることができる。フィードバック制御時の動作は実施形態１と同様であるので説明は省略し、以下、フィードフォワード制御時の動作について説明する。
【００３８】
まず、店舗の入口には、店舗内の顧客からの温熱環境に対する意見を受け付ける要望入力部１が設けられている。顧客は、店舗の入口に配置されているかごＫ（商品運搬具）を取り、店舗内で所望の商品をかごＫ内に入れてレジへ向かい、レジで精算した後、空になったかごＫを店舗の出口に設置されたかご置き場に返却して、店舗を出る。本実施形態では、店舗の入口に設けたかご置き場を、店舗内の温熱環境に対する顧客の意見に対応して複数設けており、顧客は店舗に入る際に、店舗内の温熱環境に対する意見に対応するかご置き場からかごＫを持ち出す。図４の要望入力部１は、店舗内が寒いという意見に対応するかご置き場Ｘａ、店舗内が暑いという意見に対応するかご置き場Ｘｂを設けており、かご置き場Ｘａには「寒い」と表示し、かご置き場Ｘｂには「暑い」と表示している。すなわち、「寒い」と感じた顧客が多ければ、かご置き場ＸａのかごＫの個数が少なくなり、「暑い」と感じた顧客が多ければ、かご置き場ＸｂのかごＫの個数が少なくなる。
【００３９】
そしてコントローラ２において、要望情報生成部２２は、図３に示すフローチャートにしたがって処理を行う。まず、重量センサ１１ａ，１１ｂの各計測結果を取得する（Ｓ１）。次に、図２の設定テーブルＴＢ１を参照し、重量センサ１１ａ，１１ｂの各計測結果に基づいて属性「寒い」「暑い」の各集計結果を比較する（Ｓ２）。ここで、かご置き場Ｘａ，Ｘｂに置かれたかごＫの数はその初期状態において同数であり、集計結果は、初期状態の重量と重量センサ１１（１１ａ，１１ｂ）の計測結果との差で表される。そして、属性「寒い」の集計結果が属性「暑い」の集計結果より重ければ（すなわち、重量センサ１１ａの計測結果が、重量センサ１１ｂの計測結果より軽ければ）、顧客は店舗内が寒いと感じていると判断して、「店舗内温度を上げる」という要望情報を生成し、生成した要望情報を目標値設定部２３へ出力する（Ｓ３）。一方、属性「暑い」の集計結果が属性「寒い」の集計結果より重ければ（すなわち、重量センサ１１ｂの計測結果が、重量センサ１１ａの計測結果より軽ければ）、顧客は店舗内が暑いと感じていると判断して、「店舗内温度を下げる」という要望情報を生成し、生成した要望情報を目標値設定部２３へ出力する（Ｓ４）。
【００４０】
目標値設定部２３は、要望情報生成部２２から受け取った要望情報に基づいて、空調装置３の制御目標値を再設定し（Ｓ５）、空調装置３は、店舗の温熱環境が新たな制御目標値に一致するよう空調制御を行う（Ｓ６）。「店舗内温度を上げる」という要望情報を受け取った場合、制御目標温度を所定温度（例えば１℃）上昇させ、「店舗内温度を下げる」という要望情報を受け取った場合、制御目標温度を所定温度（例えば１℃）低下させる。
【００４１】
以降、コントローラ２は、所定時間毎に上記処理を行い、顧客の意見に基づいて空調装置３の制御目標値を再設定する。
【００４２】
このように、本実施形態では、店舗入口でかご置き場から取り出し、店舗内で商品運搬具として使用し、店舗を出るときには必ずかご置き場に返却するかごＫを利用して、店舗内の顧客の温熱環境に対する意見を収集しているので、顧客に意見入力の煩雑さを意識させることなく、意見の取りこぼしが少なくなって、顧客の温熱環境に対する意見を確実に収集できる。
【００４３】
さらに、フィードバック制御の場合は、店舗で買い物をした顧客が店舗内の温熱環境を次回の来店時にはどのようにして欲しいかを示す意見を収集でき、フィードフォワード制御の場合は、今から店舗で買い物をする顧客が店舗内の温熱環境を今からどのようにして欲しいかを示す意見を収集できる。さらに、操作部２４の操作によって、要望情報生成部２２の動作モードを上記フィードバック制御とフィードフォワード制御のいずれかに切り替えることができるので、店舗毎の状況に応じた温熱環境の監視制御を行うことができる。
【００４４】
なお、フィードフォワード制御時においてもフィードバック制御時と同様に、属性の数、集計結果と閾値との比較による制御目標値の変更の可否判断を行うことが可能である。
【００４５】
（実施形態３）
本実施形態の環境制御システムは図５に示すように、コントローラ２が、重量センサ１１ａ，１１ｂの各計測結果の履歴を格納するデータ記憶部２５を備えている。なお、実施形態１と同様の構成には同一の符号を付して説明は省略する。
【００４６】
店舗の出口に設けられた要望入力部１のかご置き場Ｘａ，Ｘｂに返却されたかごＫは、その数が多くなると回収されて、店舗の入口に移動させられる。そして、重量センサ１１ａ，１１ｂの各計測結果に基づいて属性「寒い」「暑い」の各集計結果を比較する場合、かごＫの回収時における計測結果の急激な減少による誤判断を避けるため、前回の計測結果と今回の計測結果との差分を用いるとともに、今回の計測結果が前回の計測結果に比べて所定値以上の減少があった場合には、かごＫが回収されたと判断して、今回の計測結果を無視する。
【００４７】
以下、計測結果の差分に基づいて制御目標値を設定する動作について説明する。
【００４８】
まず、コントローラ２の要望情報生成部２２は、重量センサ１１ａ，１１ｂの各計測結果を取得するサンプリング周期が設定されており（例えば、１５分周期）、データ記憶部２５には、サンプリング周期毎に取得した重量センサ１１ａ，１１ｂの各計測結果が格納される。図６は、データ記憶部２５に格納された計測結果の履歴テーブルＴＢ２であり、計測結果を取得した日時、重量センサ、計測データ、前回の計測データに対する今回の計測データの増分（増分カウント）の各データが対応して格納されている。増分カウントは、重量センサ１１ａ，１１ｂ毎に算出され、今回の計測データから前回の計測データを減算することで求められる。
【００４９】
そして、要望情報生成部２２は、制御目標値の継続保持時間毎（例えば、１時間毎）に履歴テーブルＴＢ２を参照して、この１時間の増分カウントの和を重量センサ１１ａ，１１ｂ毎に算出し、この算出した増分カウントの和に基づいて属性「寒い」「暑い」の各集計結果を比較して、要望情報を生成する。そして、重量センサ１１ａ，１１ｂの今回の計測結果が前回の計測結果に比べて１ｋｇ以上の減少があった場合には、かごＫが回収されたと判断し、今回の計測結果を無視して、増分カウントを算出しない。
【００５０】
また、重量センサ１１ａ，１１ｂの各計測結果を取得するサンプリング周期に対して、制御目標値の継続保持時間を長く設定することによって、再設定した制御目標値を用いた空調装置３の動作によって店舗内の温熱環境が安定しないうちに、次の制御目標値が再設定されて、制御目標値の頻繁な変更による消費電力の増大や快適性の阻害を防止して消費電力の低減、快適性の向上を図ることができる。
【００５１】
図６の履歴テーブルＴＢ２では、要望情報生成部２２が、毎時００分に増分カウントの和を算出し、この算出結果に基づいて属性「寒い」「暑い」の各集計結果を比較して、要望情報を生成する。ここで、１３：００における重量センサ１１ａの計測結果［１ｋｇ］は、１２：４５における重量センサ１１ａの計測結果［１２ｋｇ］に比べて１ｋｇ以上減少しているので、かご置き場ＸａのかごＫが回収されたと判断して、１３：００における重量センサ１１ａの増分カウントにはデータ無し［−］を設定している。そして、１３：００には、重量センサ１１ａの１２：１５〜１３：００間における増分カウントの和［５＋３＋４＝１２］を算出し、重量センサ１１ｂの１２：１５〜１３：００間における増分カウントの和［１＋２＋０＋１＝４］を算出する。
【００５２】
そして要望情報生成部２２は、図３の設定テーブルＴＢ１を参照し、上記算出した重量センサ１１ａ，１１ｂの増分カウントの和に基づいて属性「寒い」「暑い」の各集計結果を比較する。ここで、属性「寒い」の集計結果は、重量センサ１１ａの増分カウントの和であり、属性「暑い」の集計結果は、重量センサ１１ｂの増分カウントの和である。そして、属性「寒い」の集計結果が属性「暑い」の集計結果より重ければ、顧客は店舗内が寒いと感じていると判断して、「店舗内温度を上げる」という要望情報を生成し、生成した要望情報を目標値設定部２３へ出力する。一方、属性「暑い」の集計結果が属性「寒い」の集計結果より重ければ、顧客は店舗内が暑いと感じていると判断して、「店舗内温度を下げる」という要望情報を生成し、生成した要望情報を目標値設定部２３へ出力する。
【００５３】
目標値設定部２３は、要望情報生成部２２から受け取った要望情報に基づいて、空調装置３の制御目標値を再設定し、空調装置３は、店舗の温熱環境が新たな制御目標値に一致するよう空調制御を行う。「店舗内温度を上げる」という要望情報を受け取った場合、制御目標温度を所定温度（例えば１℃）上昇させ、「店舗内温度を下げる」という要望情報を受け取った場合、制御目標温度を所定温度（例えば１℃）低下させる。
【００５４】
以降、コントローラ２は、上記のように１時間毎に生成される要望情報に基づいて、空調装置３の制御目標値を再設定する。
【００５５】
このように、重量センサ１１ａ，１１ｂの前回の計測結果と今回の計測結果との差分を用いることによって、重量センサ１１ａ，１１ｂの計測結果をそのまま用いる場合に比べて、かごＫの回収等によるかごＫの重量変化に容易に対応可能となる。また、今回の計測結果が前回の計測結果に比べて所定値以上の減少があった場合には、今回の計測結果を無視して、増分カウントを算出しないことによって、かごＫの回収時における計測結果の急激な減少による誤判断を避けることができる。
【００５６】
また、顧客の人数が多い時間帯においては、入口におけるかごＫの持ち出し、出口におけるかごＫの返却が頻繁に行われるため、かごＫの回収も頻繁に行われて、要望情報生成部２２による上記増分カウントの算出処理が行われず、履歴テーブルＴＢ２の増分カウントにはデータ無し［−］が多く設定される虞がある。そこで、図７に示すように、重量センサ１１ａ，１１ｂの各計測結果を取得するサンプリング周期を顧客数に対応させたサンプリング周期設定テーブルＴＢ３をデータ記憶部２５に格納し、要望情報生成部２２は、サンプリング周期設定テーブルＴＢ３を参照して、顧客数に応じたサンプリング周期を設定する。ここで、顧客数が多いほどサンプリング時間は短くなる。したがって、顧客数に応じて、計測結果を取得するサンプリング周期を適切に設定できる。
【００５７】
また、制御目標値の継続保持時間が一定時間に設定されて場合、この継続保持時間は、店舗内の温熱環境が安定するのに十分な時間より長めに設定されることが多く、店舗内の顧客にとって快適性の低い温熱環境が長時間持続する虞がある。そこで、図８に示すように、制御目標値の継続保持時間を顧客数に対応させた継続保持時間設定テーブルＴＢ４をデータ記憶部２５に格納し、要望情報生成部２２は、継続保持時間設定テーブルＴＢ４を参照して、顧客数に応じた継続保持時間を設定する。ここで、継続保持時間設定テーブルＴＢ４内のＴは、店舗内の温度が安定するために十分な時間であり、αは、さらに余裕分を考慮した付加時間であり、顧客数が少ないほど継続保持時間は長くなる。したがって、顧客数に応じて、制御目標値の継続保持時間を適切に設定できる。
【００５８】
ここで、店舗内の現在の顧客数は、店舗内の入口、出口を含む全てのかご置き場にかごＫの重量を計測する重量センサを配置し、店舗内に存在する全てのかごＫの重量から、店舗内の全てのかご置き場に存在するかごＫの重量を引いた重量が、店舗内で顧客が携行しているかごＫの重量であり、この店舗内で顧客が携行しているかごＫの重量からかごＫの数を算出して、算出したかごＫの数を顧客の人数とみなすことで導出できる。または店舗内の入口に設けた図示しない入店者計数手段によっても、顧客数を検出できる。
【００５９】
また、店舗内の現在の顧客数を検出する手段を設けていない場合でも、計測結果を取得するサンプリング周期および制御目標値の継続保持時間を適切に設定できる方法がある。まず、要望情報生成部２２は、所定時間毎に（例えば、１時間毎）に重量センサ１１ａ，１１ｂの計測結果を取得し、データ記憶部２５に格納する。図９（ａ）は、データ記憶部２５に格納された計測結果の時間集計テーブルＴＢ５であり、計測結果を取得した日時、重量センサ、計測データ、前回の計測データに対する今回の計測データの増分（増分カウント）の各データが対応して格納されている。増分カウントは、重量センサ１１ａ，１１ｂ毎に算出され、今回の計測データから前回の計測データを減算することで求められる。
【００６０】
そして、要望情報生成部２２は、同時刻に取得した重量センサ１１ａ，１１ｂの各増分カウントの和を算出し、次に増分カウントの和の１時間毎の増加率を算出する。図９（ａ）の時間集計テーブルＴＢ５では、１３：００の増分カウントの和６、１４：００の増分カウントの和５、１５：００の増分カウントの和１０であり、増分カウントの和の１時間毎の増加率は、夫々、８３％（５／６）、２００％（１０／５）となる。
【００６１】
データ記憶部２５には、図９（ｂ）に示すように、重量センサ１１ａ，１１ｂの各計測結果を取得するサンプリング周期を増分カウントの増加率に対応させたサンプリング周期設定テーブルＴＢ６を格納しており、要望情報生成部２２は、サンプリング周期設定テーブルＴＢ６を参照して、増分カウントの増加率に応じたサンプリング周期を１時間毎に設定する。ここで、増分カウントの増加率が大きいほど顧客数が増加したと判断して、サンプリング時間は短くなる。したがって、顧客数に応じて、計測結果を取得するサンプリング周期を適切に設定できる。
【００６２】
さらに、データ記憶部２５には、図９（ｃ）に示すように、制御目標値の継続保持時間を増分カウントの増加率に対応させた継続保持時間設定テーブルＴＢ７を格納しており、要望情報生成部２２は、継続保持時間設定テーブルＴＢ７を参照して、増分カウントの増加率に応じた継続保持時間を設定する。ここで、継続保持時間設定テーブルＴＢ７内のＴは、店舗内の温度が安定するために十分な時間であり、αは、さらに余裕分を考慮した付加時間であり、増分カウントの増加率が小さいほど顧客数が減少したと判断して、継続保持時間は長くなる。したがって、顧客数に応じて、制御目標値の継続保持時間を適切に設定できる。
【００６３】
なお、本実施形態においても実施形態１，２と同様に、フィードフォワード制御や、属性の数、集計結果と閾値との比較による制御目標値の変更の可否判断を行うことが可能である。
【００６４】
（実施形態４）
本実施形態の環境制御システムは、実施形態３と同様に図５に示す構成を備えており、コントローラ２の要望情報生成部２２が、属性「寒い」「暑い」の各集計結果を比較する際に、かごＫの回収時における計測結果の急激な減少による誤判断を避けるため、前回の計測結果と今回の計測結果との差分を用いる点は実施形態３と同様である。しかし、本実施形態においては、今回の計測結果が前回の計測結果に比べて所定値以上の減少があった場合には、かごＫが全て回収されたと判断して、今回の計測結果に対して０からの増分を増分カウントとする点が実施形態３とは異なる。なお、実施形態３と同様の構成には同一の符号を付して説明は省略する。
【００６５】
以下、計測結果の差分に基づいて制御目標値を設定する動作について説明する。
【００６６】
まず、コントローラ２の要望情報生成部２２は、重量センサ１１ａ，１１ｂの各計測結果を取得するサンプリング周期が設定されており（例えば、１５分周期）、データ記憶部２５には、サンプリング周期毎に取得した重量センサ１１ａ，１１ｂの各計測結果が格納される。図１０は、データ記憶部２５に格納された計測結果の履歴テーブルＴＢ８であり、計測結果を取得した日時、重量センサ、計測データ、前回の計測データに対する今回の計測データの増分（増分カウント）の各データが対応して格納されている。増分カウントは、重量センサ１１ａ，１１ｂ毎に算出され、今回の計測データから前回の計測データを減算することで求められる。
【００６７】
そして、要望情報生成部２２は、制御目標値の継続保持時間毎（例えば、１時間毎）に履歴テーブルＴＢ８を参照して、この１時間の増分カウントの和を重量センサ１１ａ，１１ｂ毎に算出し、この算出した増分カウントの和に基づいて属性「寒い」「暑い」の各集計結果を比較して、要望情報を生成する。なお、重量センサ１１ａ，１１ｂの今回の計測結果が前回の計測結果に比べて１０ｋｇ以上の減少があった場合には、かごＫが全て回収されたと判断して、今回の計測結果に対して０からの増分を増分カウントとする。
【００６８】
図１０の履歴テーブルＴＢ８では、要望情報生成部２２が、毎時００分に増分カウントの和を算出し、この算出結果に基づいて属性「寒い」「暑い」の各集計結果を比較して、要望情報を生成する。ここで、１３：００における重量センサ１１ａの計測結果［１ｋｇ］は、１２：４５における重量センサ１１ａの計測結果［１２ｋｇ］に比べて１０ｋｇ以上減少しているので、かご置き場ＸａのかごＫが回収されたと判断して、１３：００における重量センサ１１ａの計測結果［１ｋｇ］は、回収後の計測結果［０ｋｇ］からの増分であるとみなす。したがって、１３：００における重量センサ１１ａの増分カウントには、［１ｋｇ］を設定している。そして、１３：００には、重量センサ１１ａの１２：１５〜１３：００間における増分カウントの和［５＋３＋４＋１＝１３］を算出し、重量センサ１１ｂの１２：１５〜１３：００間における増分カウントの和［１＋２＋０＋１＝４］を算出する。
【００６９】
次に、要望情報生成部２２は、図３の設定テーブルＴＢ１を参照し、上記算出した重量センサ１１ａ，１１ｂの増分カウントの和に基づいて属性「寒い」「暑い」の各集計結果を比較して要望情報を生成し、生成した要望情報を目標値設定部２３へ出力する。目標値設定部２３は、要望情報生成部２２から受け取った要望情報に基づいて、空調装置３の制御目標値を再設定し、空調装置３は、店舗の温熱環境が新たな制御目標値に一致するよう空調制御を行う。以降、コントローラ２は、上記のように１時間毎に生成される要望情報に基づいて、空調装置３の制御目標値を再設定する。
【００７０】
このように、重量センサ１１ａ，１１ｂの前回の計測結果と今回の計測結果との差分を用いるとともに、今回の計測結果が前回の計測結果に比べて所定値以上の減少があった場合には、かごＫが全て回収されたと判断して、今回の計測結果に対して０からの増分を増分カウントとすることによって、かごＫの回収時における計測結果の急激な減少による誤判断を避けることができる。また、計測結果の急激な減少時に当該計測結果を無視するのではなく、０からの増分を増分カウントとすることによって、計測精度の向上を図っている。
【００７１】
なお、本実施形態においても実施形態１，２と同様に、フィードフォワード制御や、属性の数、集計結果と閾値との比較による制御目標値の変更の可否判断を行うことが可能である。
【００７２】
（実施形態５）
本実施形態の環境制御システムは図１１に示すように、要望入力部１のかご置き場Ｘａ，Ｘｂの各近傍にリセットボタン５ａ，５ｂを配置し、リセットボタン５ａ，５ｂの押下信号は、コントローラ２の要望情報生成部２２に出力される。なお、実施形態３と同様の構成には同一の符号を付して説明は省略する。
【００７３】
コントローラ２の要望情報生成部２２が、属性「寒い」「暑い」の各集計結果を比較する際に、かごＫの回収時における計測結果の急激な減少による誤判断を避けるため、前回の計測結果と今回の計測結果との差分を用いる点は実施形態３と同様である。しかし、本実施形態においては、リセットボタン５ａまたは５ｂが押下された場合に、かごＫが全て回収されたと判断して、押下時点における重量センサ１１ａまたは１１ｂの計測結果を［０ｋｇ］にリセットする。
【００７４】
まず、コントローラ２の要望情報生成部２２は、重量センサ１１ａ，１１ｂの各計測結果を取得するサンプリング周期が設定されており（例えば、１５分周期）、データ記憶部２５には、サンプリング周期毎に取得した重量センサ１１ａ，１１ｂの各計測結果が格納される。図１２は、データ記憶部２５において重量センサ１１ａの計測結果のみを格納した履歴テーブルＴＢ９であり、計測結果を取得した日時、重量センサ、計測データ、前回の計測データに対する今回の計測データの増分（増分カウント）の各データが対応して格納されている。増分カウントは、重量センサ１１ａ，１１ｂ毎に算出され、今回の計測データから前回の計測データを減算することで求められる。
【００７５】
そして、要望情報生成部２２は、制御目標値の継続保持時間毎（例えば、１時間毎）に履歴テーブルＴＢ９を参照して、この１時間の増分カウントの和を重量センサ１１ａ，１１ｂ毎に算出し、この算出した増分カウントの和に基づいて属性「寒い」「暑い」の各集計結果を比較して、要望情報を生成する。
【００７６】
図１２の履歴テーブルＴＢ９では、要望情報生成部２２が、毎時００分に増分カウントの和を算出し、この算出結果に基づいて属性「寒い」「暑い」の各集計結果を比較して、要望情報を生成する。そして、店員が１２：５０にかご置き場ＸａのかごＫを回収して、リセットボタン５ａを押下すると、押下信号がコントローラ２の要望情報生成部２２へ出力される。そして、リセットボタン５ａから押下信号を受信した要望情報生成部２２は、かご置き場ＸａのかごＫが全て回収されたと判断して、履歴テーブルＴＢ９において、重量センサ１１ａの計測結果［０ｋｇ］、増分カウント［０ｋｇ］を設定する。以降の、要望情報生成処理、制御目標値の再設定処理は実施形態３と同様であり説明は省略する。
【００７７】
このように、かごＫの回収後にリセットボタン５（５ａ，５ｂ）が押下されることで、かごＫの回収を確実に検知でき、かごＫの回収時における計測結果の急激な減少による誤判断を確実に避けることができる。
【００７８】
または、かごＫの回収前と回収後で、リセットボタン５（５ａ，５ｂ）を２回押下することで、かごＫの回収をより確実に検知するとともに、重量センサ１１（１１ａ，１１ｂ）の計測結果を精度よく取得することができる。
【００７９】
例えば、店員が、かごＫの回収前（１２：５０）にかご置き場Ｘａのリセットボタン５ａを押下すると、押下信号がコントローラ２の要望情報生成部２２へ出力される。リセットボタン５ａから１回目の押下信号を受信したコントローラ２の要望情報生成部２２は、重量センサ１１ａから計測結果を取得し、図１３の履歴テーブルＴＢ１０において、重量センサ１１ａの計測結果［１４ｋｇ］、増分カウント［２ｋｇ］を設定する。ここで、リセットボタン５ａの押下信号によって重量センサ１１ａから取得した計測結果が前回の計測結果に比べて減少していないので、要望情報生成部２２は、回収前の計測結果であると判断できる。
【００８０】
そして店員は、かご置き場ＸａのかごＫを回収した後（１２：５１）、リセットボタン５ａを再び押下すると、押下信号がコントローラ２の要望情報生成部２２へ出力される。リセットボタン５ａから２回目の押下信号を受信したコントローラ２の要望情報生成部２２は、かご置き場ＸａのかごＫが回収されたと判断して、重量センサ１１ａから計測結果を取得し、履歴テーブルＴＢ１０において、重量センサ１１ａの計測結果［０ｋｇ］、増分カウント［０ｋｇ］を設定する。
【００８１】
しかしながら、上記のようにかごＫの回収前と回収後でリセットボタン５（５ａ，５ｂ）を２回押下することによって、かごＫの回収を検知する方法では、店員がリセットボタン５を押下するという行動に依存するため、押し忘れの虞がある。そこで、コントローラ２の要望情報生成部２２は、重量センサ１１からの計測結果取得時に、前回の計測結果との比較処理を行うことによって、リセットボタン５の押し忘れ時のエラー処理を行う。
【００８２】
例えば、かご置き場Ｘａに置かれたかごＫの回収前にリセットボタン５ａの押下を忘れた場合、図１４（ａ）の履歴テーブルＴＢ１０に示すように、要望情報生成部２２は、重量センサ１１ａから回収前の計測結果を取得できない。そして、１２：５１に押下されたリセットボタン５ａの押下信号によって、重量センサ１１ａから計測結果を取得した際に、当該取得した計測結果が前回の計測結果に比べて減少しているので、回収後の計測結果であると判断する。而して、かご置き場ＸａのかごＫが回収されたと判断して、履歴テーブルＴＢ１０において、重量センサ１１ａの計測結果［０ｋｇ］、増分カウント［０ｋｇ］を設定する。
【００８３】
また、かご置き場Ｘａに置かれたかごＫの回収後にリセットボタン５ａの押下を忘れた場合、図１４（ｂ）の履歴テーブルＴＢ１０に示すように、要望情報生成部２２は、重量センサ１１ａから回収後の計測結果を取得できず、次回のサンプリングタイミングである１３：００に重量センサ１１ａから計測結果を取得した際に、当該取得した計測結果が前回の計測結果に比べて減少しているので、回収後の計測結果であると判断する。而して、かご置き場ＸａのかごＫが回収されたと判断して、履歴テーブルＴＢ１０において、１３：００の増分カウントは［０ｋｇ］からの増分を格納する。
【００８４】
なお、本実施形態においても実施形態１，２と同様に、フィードフォワード制御や、属性の数、集計結果と閾値との比較による制御目標値の変更の可否判断を行うことが可能である。
【００８５】
（実施形態６）
本実施形態の環境制御システムは図１５に示すように、要望入力部１のかご置き場Ｘａ，Ｘｂの各近傍に表示灯６ａ，６ｂを配置し、コントローラ２に設けた通知部２６によって表示灯６ａ，６ｂは点灯制御される。なお、実施形態３と同様の構成には同一の符号を付して説明は省略する。
【００８６】
まず、コントローラ２の通知部２６は、データ記憶部２５内の履歴テーブルＴＢ２を参照して、重量センサ１１ａ，１１ｂの各計測結果を監視している。そして、重量センサ１１ａ，１１ｂの各計測結果が所定重量を超えた場合、かご置き場Ｘａ，Ｘｂに各々置かれたかごＫの数が多過ぎると判断して、かごＫの数が多過ぎると判断されたかご置き場の近傍に設けた表示灯６ａまたは６ｂを点灯させる。店員は、表示灯６ａが点灯した場合、かご置き場Ｘａに置かれたかごＫを回収し、表示灯６ｂが点灯した場合、かご置き場Ｘｂに置かれたかごＫを回収する。
【００８７】
または、通知部２６を、インターネット等の広域通信網に接続して店員が携行する携帯電話との間でパケット通信を行う通信手段で構成し、かご置き場Ｘａ，Ｘｂに各々置かれたかごＫの数が多過ぎると判断した場合には、かご置き場のかごＫの数が多過ぎる旨のメールを作成して店員にメールで報知してもよい。
【００８８】
かご置き場のかごＫが長時間回収されずに放置されると、顧客がかごＫを返却しづらい状態となり、顧客は自分の意見とは関係なくかごＫの数が少ないかご置き場に返却することが考えられ、生成した要望情報の精度に悪影響を与えてしまう。しかし、本実施形態では、かご置き場のかごＫの数が多すぎることを店員に報知して速やかに回収するので、生成した要望情報の精度が低下することを防止できる。
【００８９】
（実施形態７）
本実施形態の環境制御システムは図１６に示すように、要望入力部１のかご置き場Ｘａ，Ｘｂの各近傍に表示部７を配置し、コントローラ２に設けた表示制御部２７によって表示部７の表示内容は制御される。なお、実施形態３と同様の構成には同一の符号を付して説明は省略する。
【００９０】
まず、コントローラ２の表示制御部２７は、要望情報生成部２２から、次のサンプリング時刻の情報（すなわち、制御目標値の再設定時刻）と、顧客の意見の集計結果の情報を取得し、これらの情報を表示部７に表示させる。表示部７は、図１７に示すように、次の制御目標値の再設定時刻と、現時点での顧客の意見の集計結果を表示する。顧客は、この表示部７の表示を見ることで、かごＫの返却時に店舗内の温熱環境に対する自分の意見を真剣に反映しようという意識が提起され、生成した要望情報の精度が向上する。
【００９１】
なお、上記各実施形態の環境制御システムは、店舗内の温度を目標温度に一致するように空調制御を行う構成を例示したが、店舗内の環境としては、湿度、照明等であってもよく、かごＫ等の商品運搬具を用いた要望入力部１を用いて要望情報を生成して、これら店舗内の環境を制御する構成であればよい。
【符号の説明】
【００９２】
１  要望入力部
１１ａ，１１ｂ  重量センサ
２  コントローラ
２２  要望情報生成部
２３  目標値設定部
３  空調装置
Ｋ  かご
Ｘａ，Ｘｂ  かご置き場
【図１】
2011075163.tif 000003
【図２】
2011075163.tif 000004
【図３】
2011075163.tif 000005
【図４】
2011075163.tif 000006
【図５】
2011075163.tif 000007
【図６】
2011075163.tif 000008
【図７】
2011075163.tif 000009
【図８】
2011075163.tif 000010
【図９】
2011075163.tif 000011
【図１０】
2011075163.tif 000012
【図１１】
2011075163.tif 000013
【図１２】
2011075163.tif 000014
【図１３】
2011075163.tif 000015
【図１４】
2011075163.tif 000016
【図１５】
2011075163.tif 000017
【図１６】
2011075163.tif 000018
【図１７】
2011075163.tif 000019