説明

サービス実行装置、サービス実行方法およびサービス実行プログラム

【課題】来物理座標や気象情報を考慮して演算エリアをグルーピングし、代表となる演算
エリアのみに対して制御値の演算処理を行うことで、演算エリアごとに演算を実施する場
合と比べて、演算処理の負荷を減らせる
【解決手段】一実施形態にかかるサービス実行装置は、複数の演算エリアを1グループと
するグループ情報を記憶するグループ記憶部と、1つの演算エリアの気象情報に基づき、
当該演算エリアに設けられた設備機器を制御するための制御値を演算する演算部と、前記
1つの演算エリアが属するグループの演算エリア各々に設けられた設備機器に対して、前
記制御値を用いて制御する制御部とを備える。

【発明の詳細な説明】
【技術分野】
【0001】
本発明の実施形態は、サービス実行装置およびサービス実行プログラム、サービス実行シ
ステムに関する。
【背景技術】
【0002】
近年、主に中小ビルを対象とした遠隔省エネサービスが開始されている。遠隔省エネサ
ービスとは、中小ビルに対してインターネットを介して省エネサービスを提供するサービ
スのことである。省エネサービス自体は、データセンターのサーバ(サービス実行装置)上
にて動作することが一般的である。
【0003】
省エネサービスに関する従来技術を紹介する。第1の従来技術の省エネサービスは、温
度や湿度に応じて、室内に取り込む外気量を調節する技術である。第2の従来技術の省エ
ネサービスは、温度や湿度、CO2濃度に応じて、空調や照明を制御する技術である。第3の
従来技術の省エネサービスは、温度や湿度、日射量に応じて空調を制御する技術である。
【0004】
これら3つの従来技術の省エネサービスに共通の特徴を3つ述べる。第1は、部屋(例:
会議室、実験室)や廊下などの、ある空間(演算エリア)ごとに、空調や照明に対する制御
値を決定するための演算(制御値演算)を実施することである。第2は、制御値演算は、気
象情報(温度、湿度、風速、日射量、など)を利用することである。第3は、制御値演算は
、数分〜数十分間隔で繰り返すことである。
【0005】
制御値演算は、気象情報などを入力とした複雑な計算になる。従来技術では、サービス対
象の演算エリアごとに、一定間隔で制御値演算を実施することを想定していた。そのため
、1台のサービス実行装置によって、多くのビルに対して、サービスを提供することは困
難であった。
【先行技術文献】
【特許文献】
【0006】
【特許文献1】特開2011‐080758号公報
【発明の概要】
【発明が解決しようとする課題】
【0007】
本発明の一側面は、上記従来技術の問題点を解決するためになされたものであって、気象
状況に大きな差がない演算エリア同士をグルーピングすることで、省エネサービスの演算
処理負荷を減らすことを可能とするサービス実行装置を提供することを目的とする。
【課題を解決するための手段】
【0008】
本発明の一観点にかかるサービス実行装置は、複数の演算エリアを1グループとするグル
ープ情報を記憶するグループ記憶部と、1つの演算エリアの気象情報に基づき、当該演算
エリアに設けられた設備機器を制御するための制御値を演算する演算部と、前記1つの演
算エリアが属するグループの演算エリア各々に設けられた設備機器に対して、前記制御値
を用いて制御する制御部とを備える。
【図面の簡単な説明】
【0009】
【図1】本発明の第1の実施形態に係わるサービス実行装置100を含むシステムの構成図。
【図2】図1のシステムのビル60の詳細構成を示すブロック図。
【図3】図1のサービス実行装置100の演算エリア記憶部104の例。
【図4】図1のサービス実行装置100のグループ記憶部105の例。
【図5】図1のサービス実行装置100の気象情報記憶部106の例。
【図6】図1のサービス実行装置100の設備情報記憶部107の例。
【図7】図1のサービス実行装置100の動作を示すフローチャート。
【図8】本発明の第2の実施形態の係わるサービス実行装置200を含むシステムの構成図。
【図9】図8のサービス実行装置200の気象変化量記憶部209の例。
【図10】図8のサービス実行装置200の気象変化判定条件記憶部211の例。
【図11】図8のサービス実行装置200の気象変化判定部208の動作を示すフローチャート。
【図12】図8のサービス実行装置200の演算部102と制御部103の動作を示すフローチャート。
【図13】本発明の第3の実施形態の係わるシステムの構成図。
【図14】本発明の第3の実施形態の係わる気象変化同期率記憶部の例。
【図15】本発明の第3の実施形態のサービス実行装置300の動作を示すフローチャート。
【図16】本発明の第4の実施形態のグルーピング方法のイメージ図。
【図17】本発明の第4の実施形態の係わるシステムの構成図。
【図18】本発明の第4の実施形態のグルーピング部の動作を示すフローチャート。
【発明を実施するための形態】
【0010】
以下、本発明の実施の形態について、図面を参照しながら説明する。尚、各図において
同一箇所については同一の符号を付すとともに、重複した説明は省略する。
【0011】
<第1の実施形態>
図1は、本発明の第1の実施形態に係わるサービス実行装置100を含むシステムの構
成図である。
【0012】
図1に示すように、第1の実施形態に係るシステムは、サービス実行装置100と、複
数のビル60とがネットワーク80を介して接続されている。また、気象情報提供装置7
0が、サービス装置100とネットワーク80を介して接続されている。
【0013】
図2は、図1の複数のビル60群のうち、一部のビル60A及び60Bの詳細構成を示
したブロック図である。ビル60A及び60Bは、各々複数の演算エリアを有し、各演算
エリアは、各演算エリアの空調を制御する空調設備を備える。本実施形態では、演算エリ
ア1(図2では、演算エリア601と示す)を、ビル60Aの1階とし、演算エリア2(
図2では、演算エリア602と示す)をビル60Bの2階とし、フロアごとに演算エリア
を設定している。また、演算エリア3(図2では、演算エリア603と示す)を、ビル6
0Bの1階とし、演算エリア4(図2では、演算エリア604と示す)を、ビル60Bの
2階としている。また、空調設備を各演算エリア内に1つずつ設ける構成としている(図
2では、演算エリア601〜604各々に設置された空調設備を各々空調設備901〜9
04と示した)。
【0014】
尚、演算エリアは、必ずしも、各フロアに演算エリアを設定する必要はない。例えば、部
屋毎に演算エリアを設定してもよい。また、空調設備は、必ずしも、各演算エリア内に設
ける必要はなく、演算エリア外部に設け、外部から演算エリアを制御する構成としてもよ
い。また、本実施形態では、各演算エリアに1つの空調設備を設ける構成としたが、1つ
の演算エリアに複数種類の設備を設けてもよい。
【0015】
次に、図1を用いて、サービス実行装置100について、説明する。
【0016】
サービス実行装置100は、気象情報取得部101、演算部102、制御部103、演算
エリア記憶部104、グループ記憶部105、気象情報記憶部106、設備情報記憶部1
07から構成される。以下、サービス実行装置100の各要素について説明する。
【0017】
気象情報取得部101は、気象情報提供装置70から、演算エリア周辺の気象情報を取得
し、気象情報記憶部106に記憶する。気象情報提供装置70とは、例えば、ウェブブラ
ウザ向けに気象情報を提供している気象庁やウェザーニュースのサーバのことである。
【0018】
演算部102は、グループ記憶部に記憶されているグループ情報に基づいて、制御値の演
算を行う。演算の際は、気象情報記憶部106に記憶されている気象情報を利用する。
【0019】
制御部103は、演算部102が算出した制御値に基づき、ビル60の設備に対する制御
を行う。例えば、BACnet/IPやBACnet/WSなどの通信プロトコルを使って、ビル60の設備
と通信を行う。
【0020】
演算エリア記憶部104は、サービスの対象となる全ての演算エリアの情報を記憶する。
演算エリア記憶部104は、演算エリアごとに演算エリアID、サービス名、設備ID、物理
座標、場所、気象情報ID、を記憶する。演算エリアIDは、演算エリアを一意に識別するID
である。サービス名は、演算エリアに対して提供するサービスの名前である。設備IDは、
演算エリアの環境に影響を与える設備(空調や照明など)のIDである。物理座標は、演算エ
リアの物理座標である。場所は、演算エリアの場所である。気象情報IDは、演算エリアの
周辺の気象情報のIDである。
【0021】
演算エリア記憶部104の例を図3に示す。
【0022】
図3では、演算エリアの物理座標を経度と緯度で表現している。これに高度を加えて3次
元で表現してもよい。また、それぞれの演算エリアに関連する気象情報として温度と湿度
を想定している。日射量や風速などを加えて管理してもよい。
【0023】
グループ記憶部105は、演算エリアをグルーピングした結果であるグループ情報を記憶
する。グループ記憶部105は、グループごとにグループID、代表演算エリアID、演算エ
リアID群、を記憶する。グループIDは、グループを一意に識別するIDである。代表演算エ
リアIDは、グループの代表となる演算エリアの演算エリアIDである。演算エリアID群は、
グループに含まれる演算エリア群の演算エリアIDである。
【0024】
グループ記憶部105の例を図4に示す。
【0025】
図4は、グループ1には、演算エリア1, 2, 3が含まれており、代表演算エリアは演算エリ
ア1であることを示している。尚、図4では、グループ1のみ示したが、複数のグループ
を記憶する場合もある。例えば、演算エリア4,5,6を割り当てたグループ2や演算エリア7
,8,を割りあてたグループ3などがある場合、それらを記憶していてもよい。
【0026】
グループは、例えば、演算エリアの物理座標に基づいて決定する。物理座標間の距離が、
閾値L以下であれば、同一グループとする。閾値Lの決定方法は、例えば風速と省エネサー
ビスの演算間隔から決定する方法がある。風速は雲の動きに影響を与える、すなわち、気
温や日射量などに影響を与えるためである。仮に風速を5m/s、また、省エネサービスの演
算間隔を10分とする場合、10分間における雲の移動距離は約3000mとなるため、閾値Lの値
を3000mとすることができる。
【0027】
気象情報記憶部106は、演算エリア周辺の気象情報を記憶する。気象情報IDと時刻の組
み合わせで情報を記憶する。
【0028】
気象情報記憶部106の例を図5に示す。図5では、6つの気象情報ごとに、2011年6月20
日12時の値と、2011年6月20日12時10分の値を記憶している。
【0029】
設備情報記憶部107は、設備機器に対する制御を実施する際に必要となる情報を記憶す
る。設備情報ごとに設備ID、IPアドレス、通信プロトコル、備考情報、を記憶する。IPア
ドレスは、設備と通信する際に指定すべきIPアドレスである。通信プロトコルは、設備と
通信する際に利用するべき通信プロトコルを指定する情報である。備考は、指定された通
信プロトコルで通信する際に把握しておくべき情報を指定する。
【0030】
設備情報記憶部107の例を図6に示す。
【0031】
図6の情報から、設備「/ビル60A/空調1」を通信によって制御する場合には、宛先アド
レスは192.168.1.100で、通信プロトコルはBACnet/IPで、BACnet/IPのレベルで設備を識
別するためには AnalogOutput1 というIDを利用すればよいことがわかる。また、設備「/
ビル60B/空調1」を通信によって制御する場合には、宛先アドレスは192.168.1.200で、
通信プロトコルはBACnet/WSで、WebサービスのEPR (End Point Reference)は http://192
.168.1.200/BACnetWS であることがわかる。
【0032】
以上が、サービス実行装置100の各要素の説明である。
【0033】
図7は、サービス実行装置100の動作を示すフローチャートである。
【0034】
演算部102は、一定周期で、グループ記憶部105に記憶されている全グループの情報
を参照し、グループ情報ごとに以下の処理を行う。
【0035】
まず、グループの代表演算エリアIDを参照し、演算エリア記憶部104から、代表演算エ
リアの演算エリア情報を取得する(S101)(図3、4参照)。
【0036】
次に、代表演算エリアに関連付けられている気象情報ID群を把握し、気象情報の取得を気
象情報取得部101に依頼する(S102)。
【0037】
次に、気象情報取得部101は、渡された気象情報ID群に基づいて気象情報を取得し、気
象情報記憶部106に記憶する(図5参照)。また、取得が完了したことを演算部102
に通知する(S103)。
【0038】
次に、演算部102は、気象情報記憶部106に格納された気象情報に基づいて、演算を
行い、制御値を決定する(S104)。
【0039】
次に、演算部102は、グループIDと、決定した制御値とを、制御部103に渡す(S1
05)。
【0040】
次に、制御部103は、グループ記憶部105を参照し、グループに含まれる演算エリア
のID群を把握する。そして、演算エリア記憶部104を参照し、各演算エリアに関連する
設備IDを把握する(S106)(図3、4参照)。
【0041】
次に、制御部103は、設備IDに基づき、設備情報記憶部107から、制御を実行するた
めの情報を把握する(S107)(図6参照)。
【0042】
次に、制御部103は、設備IDで指定される設備に対して、通信を行い、演算部102か
ら渡された制御値を設定する(S108)。
【0043】
以上が、第1の実施形態の省エネサービス実行装置100である。本装置によれば、従来
は演算エリアごとに実施していた演算処理を、グループごとに実施し、その結果に基づい
て、グループに属する複数の演算エリアの制御を実施する。したがって、従来に比べて省
エネサービスの実行に要する処理負荷を減らせるため、1台の省エネサービス実行装置1
00によってサービスを提供できるビルの数を増やすことができる。
【0044】
尚、本実施例では、グループの決定の際、演算エリア間の物理座標間の距離が、閾値L以
下であれば、同一グループであると決定し、当該閾値Lの決定の際、風速と省エネサービ
スの演算間隔から決定する方法を説明した。しかしながら、閾値Lの決定方法は、この方
法に限られない。理想的には、グループに属する演算エリア各々すべてが、気象状態が同
じとなるように、閾値Lを決定し、演算エリアのグルーピングを行うことが好ましい。よ
り現実的には、グループ内の演算エリア同士の気象条件が似た条件となるようにグループ
を作成できるような閾値Lを決めることが好ましい。また、演算エリアのグループ決定は
、例えば、ビル単位でグルーピングする方法もとることができる。
【0045】
なお、サービス実行装置100は、例えば、汎用のコンピュータ装置を基本ハードウェ
アとして用いることでも実現することが可能である。すなわち、気象情報取得部101、
演算部102、制御部103、演算エリア記憶部104、グループ記憶部105、気象情
報記憶部106及び設備情報記憶部107は、上記のコンピュータ装置に搭載されたプロ
セッサにプログラムを実行させることにより実現することができる。このとき、サービス
実行装置100は、上記のプログラムをコンピュータ装置にあらかじめインストールする
ことで実現してもよいし、CD−ROMなどの記憶媒体に記憶して、あるいはネットワー
クを介して上記のプログラムを配布して、このプログラムをコンピュータ装置に適宜イン
ストールすることで実現してもよい。また、演算エリア記憶部104、グループ記憶部1
05、気象情報記憶部106及び設備情報記憶部107は、上記のコンピュータ装置に内
蔵あるいは外付けされたメモリ、ハードディスクもしくはCD−R、CD−RW、DVD
−RAM、DVD−Rなどの記憶媒体などを適宜利用して実現することができる。
【0046】
<第2の実施形態>
第1の実施形態では、演算エリアをグルーピングし、グループごとに省エネサービスの演
算を実施する処理について説明した。本実施形態では、気象変化の判定を行うことで、さ
らに省エネサービスの実行に要する処理負荷を減らす処理について説明する。
【0047】
省エネサービスは、基本的に、気象情報を入力とし、制御値を出力とする。例えば快適
空調制御サービスであれば、温度や湿度、日射量を入力とし、演算を行い、空調の設定温
度を出力とする。したがって、気象情報が変化した場合のみ、演算を行うようにすること
で、処理負荷を減らすことができる。ただし、この場合、気象情報の変化を判定する処理
が必要となる。
【0048】
図8は、本発明の第2の実施形態の係わるサービス実行装置200を含むシステムの構成
図である。
【0049】
第2の実施形態のサービス実行装置200は、第1の実施形態のサービス実行装置100
に加えて更に、気象変化判定部208、気象変化量記憶部209、演算実施グループ記憶
部210、気象変化判定条件記憶部211とを備える。
【0050】
気象変化判定部208は、各グループの代表演算エリアごとに、気象が変化したかどうか
を判定する。気象が変化した場合は、そのグループの演算エリアに対して、省エネサービ
スによる制御を実施する必要があることを意味する。
【0051】
気象変化量記憶部209は、代表演算エリアごとに、気象の変化量を記憶する。気象の変
化量とは、最近気象が変化した時点における気象の値を基準値とし、基準値と現在値の差
によって表す。過去の気象の変化量は、気象変化の判定に利用する。図9に、気象変化量
記憶部209の例を示す。
【0052】
図9は、代表演算エリア1において、前回気象が変化した時点から、温度が0.2度上昇して
おり、湿度が2.4%増加していることを表している。また、代表演算エリア3において、前
回気象が変化した時点から、温度が0.3度減少しており、湿度が5.4%減少していることを
表している。温度や湿度の他に、日射量の変化量なども記憶してもよい。
【0053】
演算実施グループ記憶部210は、気象が変化したため演算を実施するべきであるグル
ープのIDのみを記憶する。
【0054】
気象変化判定条件記憶部211は、省エネサービスごとに、気象が変化したと判定する
ための条件を記憶する。判定条件は、気象の変化量を変数とする式によって表現する。図
10に、気象変化判定条件記憶部211の例を示す。
【0055】
図10は、快適空調サービスを提供する場合は、温度変化量の絶対値が0.5より大きく、
かつ、湿度変化量の絶対値が5.0より大きい場合に、気象が変化したと判断することを意
味する。
【0056】
図11は、気象変化判定部208の動作を示すフローチャートである。
【0057】
気象変化判定部208は、一定周期で、グループ記憶部105に記憶されているグループ
の情報を参照し、グループ情報ごとに以下の処理を行う。
【0058】
気象変化判定部208は、グループの代表演算エリアIDを参照し、演算エリア記憶部10
4から代表演算エリアの演算エリア情報を取得する(S201)(図3、図4参照)。
【0059】
次に、気象変化判定部208は、代表演算エリアに関連付けられている気象情報ID群を気
象情報取得部101に渡し、気象情報の取得を依頼する(S202)。
【0060】
次に、気象情報取得部101は、渡された気象情報IDに基づいて気象情報を取得し、気象
情報記憶部106に記憶する(S203)。また、気象変化判定部208に、取得完了を
通知する。
【0061】
次に、気象変化判定部208は、気象情報記憶部106に格納された最新の気象情報を参
照する(図5参照)。また、気象変化量記憶部209を参照し、代表演算エリアの過去の
気象変化量を参照し、現在の気象変化量を算出する(S204)(図9参照)。
【0062】
次に、気象変化判定部208は、気象変化判定条件記憶部211を参照し、気象変化の判
定式を把握する(S205)(図10参照)。
【0063】
次に、気象変化判定部208は、現在の気象変化量に基づき、気象変化の判定式が成立す
るかどうかを判断する(S206)。
【0064】
判定式が成立する場合には(S206 YES)、気象が変化したとみなせる。したがって、
判定式が成立する場合には、演算を実施する必要があるため、演算実施グループ記憶部2
10に、グループIDを記憶する(S207)。また、気象変化量記憶部209の値を0でリ
セットする。
【0065】
一方、判定式が成立しない場合は(S206 NO)、気象が変化したとみなさない。した
がって、判定式が成立しない場合には、気象変化量記憶部209の値を、現在の気象変化
量で更新する(S208)。尚、判定式が成立しない場合には、演算実施グループ記憶部
210に、グループIDを記憶しない。
【0066】
気象変化判定部208の処理が完了した時点で、演算実施グループ記憶部210に、演算
を実施するべきグループIDが1つ以上記憶されていれば、演算部102及び制御部103
の処理に移る。
【0067】
図12は、サービス実行装置200の演算部102と制御部103の動作を示すフローチ
ャートである。
【0068】
演算部102と制御部103は、演算実施グループ記憶部210を参照し、グループIDご
とに以下の処理(図12)を行う。
【0069】
まず、演算部102は、グループIDから代表演算エリアを把握する(S301)(図4参
照)。
【0070】
次に、演算部102は、気象情報記憶部106に格納された気象情報に基づいて、演算を
行い、制御値を決定する(S302)。気象情報は、気象変化判定部208の動作時に取
得したものを再利用する。
【0071】
次に、演算部102は、グループIDと、決定した制御値とを、制御部103に渡す(S3
03)。
【0072】
次に、制御部103は、グループ記憶部105を参照し、グループに含まれる演算エリア
のID群を把握する。そして、演算エリア記憶部104を参照し、各演算エリアに関連する
設備IDを把握するS304)(図3及び図4参照)。
【0073】
次に、制御部103は、設備IDに基づき、設備情報記憶部107から、制御を実行するた
めの情報を把握する(S305)(図6参照)。
【0074】
次に、制御部103は、設備IDで指定される設備に対して、通信を行い、演算部102か
ら渡された制御値を設定する(S306)。
【0075】
全ての演算実施グループに対する演算および制御の実施が完了したら、演算実施グループ
記憶部210の情報を削除する。
【0076】
以上が、本実施形態のサービス実行装置200の動作である。本実施形態によれば、グル
ープ単位で気象情報の変化の判定を行うことで、気象が変化していないグループに対する
演算を省略できる。したがって、第1の実施形態よりも省エネサービスの実行に要する処
理負荷をより下げることができる。
【0077】
<第3の実施形態>
第2の実施形態では、グループ単位で気象変化の判定を行うことで、気象が変化していな
いグループに対する演算を省略できることを示した。グループ単位の代表演算エリアに対
して気象変化の判定を行うため、代表演算エリアと、当該代表演算エリアと同一グループ
のその他の演算エリアとの間で、気象変化のタイミングが完全に一致していることが理想
である。
【0078】
しかし、第2の実施形態では、単に物理座標のみを考慮して演算エリアをグルーピングし
ているため、実際には代表演算エリアと他の演算エリアとの間で、気象変化のタイミング
が一致しない場合が生じる。つまり、本当は気象が変化しているのに、代表エリアの気象
が変化していないため、演算および制御が実施されない演算エリアが生じる。このことは
、演算エリアにおける快適性と省エネ効率に悪影響を与える。
【0079】
第3の実施形態では、この課題を解決するべく、気象変化のタイミングが高確率で一致
する演算エリアをグルーピングするサービス実行装置300を提案する。図13に第3の
実施形態のシステム構成を示す。
【0080】
第3の実施形態のサービス実行装置300は、第2の実施形態のサービス実行装置200
の構成に加えて、更に、グルーピング部312と、演算エリアID一時記憶部313と、
気象変化同期率記憶部314と、を備える。
【0081】
グルーピング部312は、後述する気象変化同期率記憶部314の情報に基づき、気象変
化のタイミングが高確率で一致(同期)する演算エリアをグルーピングする。
【0082】
演算エリアID一時記憶部313は、気象変化の判定の結果、気象が変化したと判定され
た演算エリアのIDを一時的に記憶する。
【0083】
気象変化同期率記憶部314は、演算エリア間における、気象変化のタイミングの同期確
率を記憶する。演算エリアごとに演算エリアID、気象変化のタイミングが一致した回数、
気象変化のタイミングが一致した確率、を記憶する。気象変化のタイミングが一致した回
数は、他の演算エリアごとに保持する。気象変化のタイミングが一致した確率も、他の演
算エリアごとに保持する。
【0084】
図14に、気象変化同期率記憶部314の例を示す。
【0085】
図14は、演算エリア1と演算エリア2の気象変化の同期回数が10回、演算エリア1と演算
エリア3の気象変化の同期回数が20回、演算エリア2と演算エリア3の気象変化の同期回数
が30回、であることを示している。また、過去の気象変化の判定回数が40回のときの状態
を表しているため、演算エリア1と演算エリア2の気象変化同期確率が10/40=25%、演算エ
リア1と演算エリア3の気象変化同期確率が20/40=50%、演算エリア2と演算エリア3の気象
変化同期確率が30/40=75%、であることを示している。
【0086】
次に、本実施形態のサービス実行装置300の動作を説明する。
【0087】
図15は、第3の実施形態のサービス実行装置の動作を示すフローチャートである。
【0088】
気象変化判定部208は、一定周期で、演算エリア記憶部104に記憶されている全演算
エリアの情報を参照し、全演算エリアに関連付けられている気象情報の取得を、気象情報
取得部101に依頼する(S401)(図3参照)。また、気象変化判定回数を1増やす。
【0089】
次に、気象情報取得部101は、渡された気象情報IDに基づいて気象情報を取得し、気象
情報記憶部106に記憶する(S402)(図5参照)。また、取得完了を気象変化判定
部208に通知する。
【0090】
次に、気象変化判定部208は、演算エリアごとに、気象変化の判定処理を行う。まず、
気象情報記憶部106に格納された最新の気象情報と、気象変化量記憶部209に記憶さ
れている過去の気象変化量から、現在の気象変化量を計算する(S403)((図5参照
)。
【0091】
次に、気象変化判定部208は、気象変化判定条件記憶部211を参照し、気象変化の判
定式を把握する(S404)(図10参照)。
【0092】
次に、気象変化判定部208は、現在の気象変化量に基づき、気象変化の判定式が成立す
るかどうかを判断する(S405)(図5、図10参照)。
【0093】
判定式が成立する場合(S405 YES)は、気象が変化したということとみなされる。こ
の場合、演算エリアIDを演算エリアID一時記憶部313に記憶する(S406)。一方
、判定式が成立しない場合は何もしないで、S407に進む。
【0094】
次に、演算エリアごとの気象変化判定処理が完了したら、グルーピング部312は、演算
エリアID一時記憶部313を参照し、気象変化が生じた演算エリアID群を把握する。そ
して、それらの演算エリアに対して、気象変化同期率記憶部314の気象変化一致回数を
1増やす(S407)(図14参照)。例えば、演算エリアID一時記憶部313に演算エ
リア1と演算エリア2が記憶されていた場合、演算エリア1と演算エリア2の同期回数を1増
やす。
【0095】
次に、グルーピング部312は、各エリア間の、気象変化同期率記憶部314の気象変化
の同期確率を計算し、更新する(S408)(図14参照)。同期確率は、同期回数/気
象変化判定回数 で計算できる。
【0096】
次に、グルーピング部312は、気象変化の同期確率が閾値を超える演算エリア群をグル
ーピングする(S409)。グループにIDを割り当て、代表演算エリアを選ぶ。代表演算
エリアは、例えばランダムで選択してもよい。
【0097】
また、グルーピング部312は、他エリアとの同期率が低く、グルーピングできなかった
演算エリア群を、グルーピングする(S410)。例えば、各グループに含まれる演算エ
リア群の座標の平均値(重心)を計算し、重心との距離が最短になるグループに、演算エリ
アを属させるという方法がある。
【0098】
その後、グルーピングが完了した後は、第2の実施形態と同様に、気象変化判定部208
、演算部102、制御部103は動作する。つまり、図11、図12のフローチャートに
そった処理を行う。尚、S409で行うグルーピングの動作を行うたびに、S410の動作
、つまり図11と図12の動作を行う必要はない。つまり、S401〜S409までで行う
グルーピングの処理と、S410で行う処理とは、独立したタイミングで実行してよい。
【0099】
尚、本実施例では、グルーピング部312は、演算エリアのグルーピングの際、グルー
ピングの基準を、気象変化のタイミングが高確率で一致する演算エリアとした。しかしな
がら、グルーピングの基準は、これに限られない。例えば、グルーピングの基準を、気象
変化のタイミングが一致した回数が所定の値より大きい演算エリア同士を、グルーピング
してもよい。例えば、気象変化同期率記憶部314に、一定期間中の演算エリア間の気象
変化の同期回数を記憶しておき、当該同期回数が一定値より大きい演算エリア同士をグル
ーピングしてもよい。
【0100】
以上が、本実施形態のサービス実行装置300の動作である。本実施形態によれば、気象
変化の発生タイミングの一致率の高い演算エリア群をグルーピングすることで、本当は気
象が変化しているのに演算・制御が実施されない演算エリアの数を減らせる。したがって
、第2の実施形態に比べて、各演算エリアにおける快適性と省エネ効率を高めることがで
きる。
【0101】
(第4の実施形態)
グルーピングの基準として、第1の実施形態では物理座標を、第3の実施形態では気象変
化タイミングの一致率を説明した。これらの基準に基づいてグルーピングすると、演算エ
リア数が極端に多いグループが生じる場合がある。この場合、演算エリア数が多いグルー
プに対する演算を省略するかどうかが、サービス実行装置の処理負荷に大きな影響を与え
る。つまり、演算周期ごとに、処理負荷が大きい場合と小さい場合が発生する。この場合
、処理負荷が時間軸に対して平滑化されないため、サーバリソースの有効活用が困難にな
る。
【0102】
第4の実施形態では、上記の問題を解決するため、各グループの演算エリア数をできるだ
け均等にするサービス実行装置400について述べる。そのために、k-means法というデ
ータ(本実施例では、演算エリアに相当)のグルーピング手法を利用し、グルーピングを
行った上で、更に、データ数が多いグループを分割したり、データ数が少ないグループ同
士を統合したりする(k-means法は公知のグルーピング手法である)。各グループの演算エ
リア数を均等にすることで、処理負荷を平滑化し、サーバリソースを有効活用する。図1
6に、第4の実施形態におけるグルーピングの動作のイメージを示す。
また、図17に第4の実施形態のシステム構成を示す。
【0103】
第4の実施形態のサービス実行装置400は、第2の実施形態の構成に加えて、k-means法
実施部4121と、グルーピング開始部4122と、閾値決定部4123と、グループ分
割部4124と、グループ統合部4125と、演算エリア移動部4126と、閾値記憶部
4127と、暫定グループ記憶部4128と、を備える。以下、各要素について説明する

【0104】
k-means法実施部4121は、k-means法により演算エリアをグルーピングする。k-means
法は、データの座標に基づいて、データ群をk個のグループに分割する。kは、あらかじめ
設定しておくk-means法のパラメータである。k-means法はデータの座標を利用するため、
近傍に存在する演算エリア同士を同一グループに分類できる。ただし、k-means法は、各
グループが保持するデータ数を考慮しないため、各グループの演算エリア数を均等にする
ことはできない。
【0105】
グルーピング開始部4122は、演算エリアのグルーピングを開始する。k-means法を利
用する初期値Kを保持する。
【0106】
閾値決定部4123は、グループの分割や統合を行う際の閾値を決定する。
【0107】
グループ分割部4124は、演算エリア数が多いグループを分割する。グループ統合部4
125は、演算エリア数が少ないグループ同士を統合する。演算エリア移動部4126は
、演算エリアが多いグループから少ないグループへ、演算エリアを移動する。ここで、演
算エリアの移動とは、演算エリアが属するグループを変更することを示し、演算エリアを
物理的に移動させることを意味するものではない。
【0108】
閾値記憶部4127は、閾値決定部4123が決定した、閾値を記憶する。
【0109】
暫定グループ記憶部4128は、グループ分割後やグループ統合後のグループの状態を、
一時的に記憶する。したがって、保持する情報の形式は、図4と同様である。
【0110】
図18に、本実施形態のグルーピング部412の動作を説明する。
【0111】
グルーピング開始部4122は、k-means法実施部4121に、全演算エリアのグルーピ
ングを依頼する(S501)。k-means法のパラメータは、あらかじめ設定されているパ
ラメータKとする。
【0112】
次に、k-means法実施部4121は、k-means法により、各演算エリアの座標に基づいて、
演算エリアをK個のグループに分類する(S502)。そして、グルーピング結果(各グル
ープの情報)をグルーピング開始部4122に返す。
【0113】
次に、グルーピング開始部4122は、各グループの代表演算エリアを決定する(S50
3)。
【0114】
次に、グルーピング開始部4122は、各グループの情報を、グループ記憶部105に記
憶する(S504)。
【0115】
次に、閾値決定部4123は、各グループの情報を参照し、各グループが保持する演算エ
リア数の平均値を計算する。この平均値を閾値Tとして、閾値記憶部4127に記憶する
(S505)。
【0116】
次に、グループ分割部4124は、各グループの演算エリア数を参照し、演算エリア数が
閾値Tを超えており、かつ、グループ分割処理(S508からS511)を未実施であるグ
ループが存在しないかチェックする(S506、S507)。
【0117】
該当するグループが見つからなければ(S507 NO)、グループ統合部4125に処
理を渡す(S512)。該当するグループが1つ以上見つかった場合(S507 YES)
は、その中で演算エリア数が最大であるグループを「分割対象グループA」とし、グルー
プ分割処理を開始する(S508の処理に進む)。
【0118】
次に、グループ分割部4124は、分割対象グループAに含まれる演算エリア群の情報をk
-means法実施部4121に渡し、2つのグループに分類するよう依頼する。すなわち、k-m
eans法のパラメータを2とする。k-means法実施部4121は、分割対象グループAを2分類
する。結果としてグループA-1、グループA-2を生成し、グループ分割部4124に返す(
S508)。
【0119】
次に、グループ分割部4124は、グループA-1、グループA-2と、グループA以外のグル
ープの情報を、暫定グループ記憶部4128に記憶する(S509)。
【0120】
グループ分割により、グループ間の演算エリア数のばらつきが小さくなったかどうかを確
認する(S510)。分割前の全グループの情報はグループ記憶部105に、分割後の全
グループの情報は暫定グループ記憶部4128に存在する。ばらつきが大きくなった場合
は(S510 NO)、何もせずにS506に戻る。ばらつきが小さくなった場合(S5
10 YES)は、グループ記憶部105の内容を、暫定グループ記憶部4128の内容
で上書きし(S511)、S506に戻る。
【0121】
その後、S506〜S511の処理を繰り返し、実行する。
【0122】
以降は、S507で、NOとなった場合の処理を説明する。
【0123】
グループ統合部4125は、各グループの演算エリア数を参照し、演算エリア数が閾値T
未満で、グループ統合処理を未実施のグループを「統合対象グループB」として、グルー
プ統合処理を行う。統合対象グループが複数見つかった場合は、演算エリア数が最小であ
るグループを「統合対象グループB」とする(S512、S513)。見つからなかった
ら(S512 NO)、グルーピング部412の処理は終了である。
【0124】
グループ統合部4125は、グループBと、最も距離が近いグループCを見つける(S51
4)。グループ間の距離は、グループの重心間の距離と定義する。グループの重心とは、
グループが保持する全演算エリアの座標の平均値と定義する。
【0125】
グループCの演算エリア数が閾値よりも大きいかチェックする(S515)。
【0126】
グループCの演算エリア数が閾値よりも小さい場合(S515 NO)は、グループBとグ
ループCを統合する。そして、全グループの情報(ただしグループBとグループCは統合済み
)を、暫定グループ記憶部4128に記憶する(S516)。
【0127】
グループCの演算エリア数が閾値よりも大きい場合は(S515 YES)、グループCか
らグループBへ、演算エリアの移動を行う(S517)。移動対象の演算エリアは、グル
ープBの重心に最も近い演算エリアとする。
【0128】
グループ統合、もしくは演算エリアの移動により、グループ間の演算エリア数のばらつき
が小さくなったかどうかを確認する(S518)。統合処理前の全グループの情報はグル
ープ記憶部105に、統合処理後の全グループの情報は暫定グループ記憶部4128に記
憶してある。ばらつきが大きくなった場合は(S518 NO)、何もせずに、S512
に戻る。ばらつきが小さくなった場合(S518 YES)は、グループ記憶部105の
内容を、暫定グループ記憶部4128の内容で上書きし(S519)、S512に戻る。
【0129】
以上、S512〜S519の処理を、S512でNOとなるまで、処理を繰り返す。S5
12となったら、処理を完了する。
【0130】
以上の処理を行った結果、演算エリアのグルーピングを完了する。
【0131】
尚、本実施例では、演算エリアのグルーピングの処理を説明した。グルーピングが完了
した後の、サービス実行装置400の処理、つまり、気象変化判定部208、演算部10
2、制御部103の処理は、第1の実施形態又は第2の実施形態の処理と同様である。よ
り具体的には、例えば、第2の実施形態で説明した図11及び図12のフローチャートに
従った処理を行い、各演算エリアに対する省エネサービスに関わる動作を実行する。
【0132】
このように、第4の実施形態のサービス実行装置400は、各グループの演算エリア数を
できるだけ均等にするために、グループの分割や統合を行う。これにより、処理負荷を平
滑化し、サーバリソースを有効活用することが可能となる。演算エリアにおける快適性と
省エネ効率を保つことができる。
【0133】
尚、本実施形態では、k−means法実施部により、k−means法により、演算エ
リアのグルーピングを行った上で、各グループの演算エリアについて、グループ分割部4
124やグループ統合部4125等が、グループ統合やグループ分割等の処理を行った。
しかし、必ずしも、最初のグルーピングは、k−means法を用いたグルーピングを行
わなくてもよい。例えば、実施形態1で説明したように、物理的距離の閾値Lを定めて、
当該閾値L内にある演算エリア同士を同一グループとするグルーピングを行った上で、グ
ループ統合やグループ分割といった処理を行ってもよい。また、実施形態2で説明したよ
うに、演算エリアの同期率が高い演算エリア同士を同一グループとするグルーピングを行
った上で、グループ統合やグループ分割といった処理を行ってもよい。
【0134】
以上説明した少なくとも1つの実施形態の効果は、物理座標や気象情報を考慮して演算エ
リアをグルーピングし、代表となる演算エリアのみに対して制御値の演算処理を行うこと
で、演算エリアごとに演算を実施する場合と比べて、演算処理の負荷を減らせることであ
る。
【0135】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したもの
であり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他
の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省
略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要
旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【0136】
100、200・・・サービス実行装置、101・・・気象情報取得部、102・・・演
算部、103・・・制御部、104・・・演算エリア記憶部、105・・・グループ記憶
部、106・・・気象情報記憶部、107・・・設備情報記憶部、60・・・ビル、60
1、602、603、604・・・演算エリア、901、902、903、904・・・
空調設備、70・・・気象情報提供部、80・・・ネットワーク、208・・・気象情報
判定部、209・・・気象変化量記憶部、210・・・演算実施グループ記憶部、211
・・・気象変化判定条件記憶部、312、412・・・グルーピング部、313・・・演
算エリアID一時記憶部、314・・・気象変化同期率記憶部、4121・・・k−means
法実施部、4122・・・グルーピング開始部、4123・・・閾値決定部、4124・
・・グループ分割部、4125・・・グループ結合部、4126・・・演算エリア移動部
、4127・・・閾値記憶部、4128・・・暫定グループ記憶部。

【特許請求の範囲】
【請求項1】
複数の演算エリアを1グループとするグループ情報を記憶するグループ記憶部と、
1つの演算エリアの気象情報に基づき、当該演算エリアに設けられた設備機器を制御す
るための制御値を演算する演算部と、
前記1つの演算エリアが属するグループの演算エリア各々に設けられた設備機器に対し
て、前記制御値を用いて制御する制御部と、
を備えるサービス実行装置。
【請求項2】
前記演算エリアが属するグループは、互いに物理的に近傍に存在する演算エリア群が属
するグループである請求項1に記載のサービス実行装置。
【請求項3】
更に、前記グループごとに、前記グループに属する演算エリアの気象情報から算出される
気象の変化量に基づき、気象の変化の有無を判定する判定部を備え、
前記演算部は、前記判定部が、気象の変化があると判断したグループに属する前記演算
エリアに対する前記制御値を演算する請求項1記載のサービス実行装置。
【請求項4】
更に、前記演算エリア各々の気象情報に基づき算出される気象の変化量に基づき、気象の
変化の有無を判定する判定部と、
前記判定部の判定結果から、前記演算エリア間の気象変化のタイミングの同期確率を記憶
する同期率記憶部と、
前記同期率記憶部の同期確率に基づき、前記演算エリアが属するグループをグルーピン
グするグルーピング部とを備える請求項1記載のサービス実行装置。
【請求項5】
更に、前記演算エリア各々の気象情報に基づき算出される気象の変化量に基づき、気象の
変化の有無を判定する判定部と、
前記判定部の判定結果から、前記演算エリア間の気象変化のタイミングの同期回数を記憶
する同期回数記憶部と、
前記同期回数記憶部の同期回数に基づき、前記演算エリアが属するグループをグルーピ
ングするグルーピング部とを備える請求項1記載のサービス実行装置。
【請求項6】
更に、前記演算エリアのグループを、k−means法を用いてグルーピングするグル
ーピング部を備える請求項1記載のサービス実行装置。
【請求項7】
更に、前記グループあたりの演算エリアの数が、閾値以下である場合、前記グループの
分割を行うグループ分割部と、
前記グループあたりの演算エリアの数が、閾値以上である場合、複数のグループの結合
を行うグループ統合部とを備える請求項1に記載のサービス実行装置。
【請求項8】
1つの演算エリアの気象情報に基づき、当該演算エリアに設けられた設備機器を制御す
るための制御値を演算する演算機能と、
前記1つの演算エリアが属するグループの演算エリア各々に設けられた設備機器に対し
て、前記制御値を用いて制御する制御機能と、
を備えるサービス実行プログラム。
【請求項9】
1つの演算エリアの気象情報に基づき、当該演算エリアに設けられた設備機器を制御す
るための制御値を決定する演算ステップと、
前記1つの演算エリアが属するグループの演算エリア各々に設けられた設備機器に対し
て、前記制御値を用いて制御する制御ステップと、
を備えるサービス実行方法。

【図1】
image rotate

【図2】
image rotate

【図3】
image rotate

【図4】
image rotate

【図5】
image rotate

【図6】
image rotate

【図7】
image rotate

【図8】
image rotate

【図9】
image rotate

【図10】
image rotate

【図11】
image rotate

【図12】
image rotate

【図13】
image rotate

【図14】
image rotate

【図15】
image rotate

【図16】
image rotate

【図17】
image rotate

【図18】
image rotate


【公開番号】特開2013−79737(P2013−79737A)
【公開日】平成25年5月2日(2013.5.2)
【国際特許分類】
【出願番号】特願2011−218677(P2011−218677)
【出願日】平成23年9月30日(2011.9.30)
【出願人】(000003078)株式会社東芝 (54,554)
【Fターム(参考)】