需求控制处理装置

技术领域

本发明涉及用于进行设置于建筑物、设施(下面称为建筑物)的设备、机器(下面称为机器)的电力的需求控制的需求控制处理装置。其中尤其涉及与建筑物的使用状况相对应的需求控制。

背景技术

以往，在建筑物的合同方与电力公司之间，订立规定的合同电力，建筑物的合同方在该合同电力内运用建筑物的电力。然而，存在下述情况，即：全国范围内出现酷暑，或是清晨气温骤降时电力不足，电力公司有时会向建筑物的合同方提出节电要求。在该情况下，建筑物的合同方为了抑制不必要的电力消耗而进行各种电力控制。作为上述的技术，在专利文献1中公开了一种根据区域的使用用途或存在的人数的检测信息来设定优先度进行需求控制的技术。尤其是，在专利文献1中，作为优先度，使用与人的属性相对应的优先度，进行用于抑制环境方面变差的需求控制(参照图10以及段落0047～0051)。

此外，在专利文献2中，公开了对该设施的在场人数进行管理，从而即使减少传感器设备的使用，也不会降低使用者的便利性。作为其一个示例，专利文献2中针对使用者个人及组织对共通的预定进行管理，根据该预定进行各区域的电力控制(参照实施方式2)。

现有技术文献

专利文献

专利文献1：日本专利特开2012－191707号公报

专利文献2：日本专利特开2011－180974号公报

发明内容

发明所要解决的技术问题

如专利文献1那样，在根据区域的使用用途或存在的人数的检测信息来设定控制优先度并进行需求控制时，需要用于检测人数的设备。然而，为了检测在各区域存在的人数，需要在各区域设置例如运动检测器(Motion detector)等追加的机器。因此，存在产生运动检测器或布线等成本以及安装施工的成本这样的问题。

此外，在专利文献2中，在需求控制中，虽然考虑到人，但没有考虑到作为控制对象的建筑物的区域。电力控制的必要性或省电效果会根据构成建筑物的区域而发生变化。例如，对于客户来访区域，即使在省电情况下也应优先考虑舒适性。此外，根据区域的大小，省电效果也会发生变化，但专利文献2对此并没有考虑。

本发明的目的是提出一种进行与建筑物和人的状态相对应的需求控制(包括电力控制)的技术。

解决技术问题所采用的技术方案

用于解决上述技术问题的本发明的代表性的一个方式是一种需求控制处理装置，用于控制在分成多个区域的建筑物中使用的电力，包括：需求控制设定存储部，该需求控制设定存储部对在所述建筑物中使用的电力的上限值进行存储；接口部，该接口部与调度器和传感器相连接，该调度器对使用所述建筑物的使用者的调度信息以及所述多个区域各自的调度信息进行存储，该传感器获取多个区域的环境信息；分析处理部，该分析处理部基于从所述传感器获取到的区域的环境信息、存储于所述调度器中的所述使用者的调度信息以及所述多个区域各自的调度信息来求出对在区域中使用的电力进行控制的电力控制的优先顺序；以及设备控制部，该设备控制部基于由所述分析处理部求出的所述电力控制的优先顺序来输出控制信号，该控制信号用于对在各个区域中使用的电力进行控制以使得不超过存储于所述需求控制设定存储部中的所述上限值。

此外，在本发明中，还包含有一种需求控制处理装置，在所述调度器中存储有该使用者的停留区域、与该停留区域相对应的停留时间段以及默认停留区域作为所述使用者的调度信息，所述分析处理部在没有登记有所述停留区域以及所述停留时间段的情况下，判定为符合的使用者停留在所述默认停留区域内，并使用该判定结果求出所述优先顺序。

另外，在本发明中，还包含用于实现需求处理装置中的处理方法或处理装置的功能的程序。并且，包含需求处理装置的系统也包含在本发明的一个实施方式中。

发明效果

根据本发明，即使抑制运动检测器等机器的配置也能进行与建筑物和人的状态相对应的需求控制。

附图说明

图1是示出本发明的一个实施方式中的系统结构的图。

图2是示出本发明的一个实施方式的需求控制处理装置2的功能结构的图。

图3是示出本发明的一个实施方式的设备控制器3的功能结构的图。

图4是示出在本发明的一个实施方式中使用的调度器系统6内的区域调度数据61的图。

图5是示出在本发明的一个实施方式中使用的区域优先度关系信息251的图。

图6是示出在本发明的一个实施方式中使用的调度器系统6内的个人调度数据62的图。

图7是示出在本发明的一个实施方式中使用的个人优先度关系信息291的图。

图8是示出在本发明的一个实施方式中使用的每个区域的环境等级适用设定信息271的图。

图9是示出在本发明的一个实施方式中使用的针对每个区域的对应设备信息261的图。

图10是示出在本发明的一个实施方式中使用的环境等级详细设定信息272的图。

图11是示出在本发明的一个实施方式中使用的需求控制中的环境等级适用模式的设定信息281的图。

图12是示出在本发明的一个实施方式中使用的用于需求控制的处理步骤的流程图。

图13是适用本发明的一个实施方式的建筑物的俯视图的示例。

图14是示出本发明的一个实施方式的需求控制处理装置2的硬件结构的图。

具体实施方式

以下，参照附图对本发明的一实施方式进行说明。首先，用图1～3及图14对本实施方式所涉及的结构进行说明。接着，用图4～11对本实施方式中使用的各种数据(表格)进行说明。最后，基于图12及图13，还参照其他附图，对本实施方式的处理流程进行说明。

图1中示出本实施方式的用于进行需求控制的系统结构。另外，本说明书中的需求控制除了包括用于省电的控制以外，还包括用于减少电费的控制。

在图1中，本实施方式中的电力的需求控制(下面称为需求控制)的对象即建筑物7中，设置有温度传感器71、照度传感器72、湿度传感器73以及运动检测器74的各种传感器。另外，在图1中虽然对各种传感器71～74分别仅图示了1个，但优选为在构成建筑物的各区域中分别设置各种传感器71～74。

此外，一般对于建筑物7的来自电力公司的受电是通过测量受电电力量的电表1来进行的。需求控制处理装置2边参照来自电表1的受电电力量、来自调度器系统6或各种传感器71～74的数据，边将用于控制各区域的空调系统4和照明系统5的控制指令输出至设备控制器3。

此外，需求控制处理装置2通过互联网等网络与调度器系统6进行连接。然而，需求控制处理装置2也可以保持调度器系统6的功能或者调度器系统6所存储的调度数据。此外，需求控制处理装置2也可以保持设备控制器3的功能。此外，优选为需求控制处理装置2与后述的电表1、各种传感器71～74、设备控制器3通过专用线来连接，但也可以是通过其他的互联网等来连接。

此外，在建筑物7中，设置有设备控制器3、控制对象的空调系统4、照明系统5。设备控制器3接收来自需求控制处理装置2的控制指令，执行各区域的空调系统4和照明系统5的控制。另外，虽然图1中仅记载了1个空调系统4、照明系统5，但优选为像各种传感器71～74那样在各区域设置空调系统4、照明系统5。此外，可以在建筑物7中设置1个设备控制器3，也可以对多个空调系统4、照明系统5的每一个或各区域设置设备控制器3。

另外，本实施方式还能应用于对于其他使用电力的系统的控制或电力以外的需求控制。

图2中示出需求控制处理装置2的功能结构。需求控制处理装置2作为信息处理功能具有将用于控制各区域的空调系统4和照明系统5的控制指令(控制信号)输出至设备控制器3的设备控制部21；基于用电表1测量到的受电电力量来产生需求警报的需求警报部22；以及需求警报部22。

此外，需求控制处理装置2作为信息处理功能还具有分析处理部23，该分析处理部23参照区域信息存储部25、区域对应机器存储部26、环境等级设定存储部27、需求控制设定存储部28、个人信息存储部29，来决定区域的控制优先顺序。还具有能与电表1、设备控制器3、调度器系统6、以及各种传感器71～74进行通信连接的通信I/F部24。

另外，在将调度器系统6、设备控制器3保持于需求控制处理装置2内的情况下，也可以使用通信I/F部33以外的结构来进行与它们之间的信息输入和信息输出。

此外，存储各种区域的属性的区域信息存储部25存储区域优先度关系信息251(图5)。区域对应机器存储部26存储有将各区域与空调系统4以及照明系统5对应关联起来的每个区域的对应设备信息261(图9)。环境等级设定存储部27存储有每个区域的环境等级适用设定信息271(图8)以及示出各区域的环境等级与该等级下的温度、湿度、照度的设定值的环境等级详细设定信息272(图10)。需求控制设定存储部28存储有需求控制中的环境等级适用模式的设定信息281(图11)。需求控制设定存储部28还存储有表示需要进行需求控制的电力量的上限值。个人信息存储部29存储有个人优先度关系信息291。另外，本实施方式中，虽然将各信息存储于不同的存储部，但也可以汇集到1个存储部等。

此外，在图14中示出需求控制处理装置2的硬件结构。用图14所示的硬件结构来实现图2所示的需求控制处理装置2中的各功能。

图14中，通过总线204，将通信装置201、主存储装置202、辅助存储装置203、控制装置205即CPU、适配器206彼此连接。利用在主存储装置202中展开的各个设备控制程序221、需求警报程序222以及分析处理程序223来实现图2所示的设备控制部21、需求警报部22以及分析处理部23。也就是说，通过由CPU来执行根据上述各程序的处理，从而执行各装置的功能。另外，上述3个程序可以作为1个程序来实现。在该情况下，各装置作为包含于1个程序中的模块来实现。此外，虽然在图13中公开了将各程序在主存储装置202中展开的状态，但通常将该程序预先存储于辅助存储装置203，并在执行该程序时，主存储装置202进行展开。

此外，将存储于图2所示的区域信息存储部25、区域对应机器存储部26、环境等级设定存储部27、需求控制设定存储部28以及个人信息存储部29的各信息保存在辅助存储装置203中。此外，也可以将这些信息保存在通过适配器206等连接的外部存储装置中。

并且，通信装置201用于执行图2的通信I/F部24的功能，并与网络相连接。

图3中示出设备控制器3的功能结构。

设备控制器3具备接收来自需求控制处理装置2的控制指令并对各区域的照明系统5执行控制的照明控制部31的功能；接收来自需求控制处理装置2的控制指令并对各区域的空调系统4执行控制的空调控制部32的功能；以及能与空调系统4和照明系统5进行通信连接的通信I/F部33的功能。另外，在需求控制处理装置2保持设备控制器3的功能时，需求控制处理装置2的通信I/F部24执行通信I/F部33的功能。

以上，完成了对本实施方式所涉及的结构的说明，接着对在本实施方式中使用的数据(表)进行说明。

图4中示出调度器系统6内的区域调度数据61。

调度器系统6是与现有的调度器系统相同的系统，其对区域名称、使用时间段、使用目的以及区域属性的区域调度数据61进行保持。图4的情况下，可知区域a的属性是会议室，并且预定在9:00～11:30和13:00～15:00使用。

另外，区域名称可以是用于识别区域的信息。此外，可以将区域名称和区域属性进行共用。在该情况下，将区域名称设为“第1会议室”等，使得该区域名称中包含属性(会议室)。

图5中记载了表示每个区域属性的需求优先度的关系的区域优先度关系信息251。在区域优先度关系信息251中记录有每个区域属性的区域需求优先度。

本实施方式中，使用区域优先度关系信息251，从区域需求优先度顺序高的区域开始优先实施需求控制。

图5的情况下的需求控制优先度为办公室＞接待室＞总经理办公室。因此，在包含个人需求优先度的其他条件相同的情况下，上述区域中最优先地对办公室区域进行需求控制。相反地，对于总经理办公室设为维持现状的控制，上述的区域中最后对总经理办公室进行需求控制。

另外，区域优先度关系信息251也可以使用像用于确定区域的区域名称那样的识别信息来代替属性。也就是说，区域优先度关系信息251具有能确定各区域的区域需求优先度的信息即可。

图6中示出调度器系统6内的个人调度数据62。在建筑物7工作或顾客等使用建筑物7的人员、即各区域的使用者的调度数据被用作为本实施方式的个人调度数据62。

调度器系统6是与现有的调度器系统相同的系统，对名字、人的属性、调度时间、停留区域、默认停留区域(以下称为默认区域)的个人调度数据62进行保持。由各使用者、其秘书、或者会议组织者等输入该个人调度数据62中的调度时间、停留区域。

图6的情况下，可知铃木次郎的属性是员工并且9:00～10:30在区域b开会、以及13:00～15:00外出。换言之，在停留区域为区域b的情况下，停留时间为9:00～10:30。此外，在停留区域为外出的情况下，停留时间为13:00～17:00。

此外，由于默认区域为区域f，因此可知未设定调度的10:30～13:00和15:00以后在区域f。也就是说，10:30～13:00和15:00以后表示到默认区域的停留时间。

这里，作为个人调度数据62的另一个方式，可以将到默认区域的停留时间记录在个人调度数据中。并且，即使在使用者等输入了默认区域作为停留区域以及停留时间的情况下，通过将个人调度数据的停留区域与默认区域进行比较，从而能判断是否预定在默认区域进行停留。

另外，可以使用员工编号那样的对个人进行识别的个人识别信息来代替名字或者追加到名字中。

本实施方式中，虽然将默认区域与使用者个人相对应关联地存储到个人调度数据62中，但也可以将所属部门追加到个人调度数据62中，准备将所属部门和默认区域相对应关联地存储的所属部门数据表，在使用者未登记默认区域的情况下，使用所属部门来求出与所属部门相对应的默认区域，并将所求出的默认区域作为使用者的默认区域。

通过由此求出默认区域，从而能更准确地求出实际的使用者的位置信息，还能减小使用者的调度输入负荷。

图7中记载了表示人的每个属性的需求优先度关系的个人优先度关系信息291。个人优先度关系信息291中记录有个人的每个属性的个人需求优先度。

本实施方式中，使用个人优先度关系信息291，在区域需求优先度等其他条件相同的情况下，从个人需求优先度顺序高的人所在的区域优先开始实施需求控制。图7的情况下的个人需求优先度为员工>管理者>VIP。因此，若其他条件相同，最优先地控制员工所在的区域。

此外，不仅职位，还能以由于健康原因需要照顾的人等属性为基础决定个人需求优先度。因此，能设置照顾健康者作为属性，适当设定个人需求优先度。

并且，对于不同属性的多个个人所停留的区域，将个人需求优先度最低的属性设为该区域的个人属性。

图8中示出每个区域的环境等级适用设定信息271。将该环境等级适用设定信息271存储于环境等级设定存储部27中。

该环境等级适用设定信息271表示默认地适用于各区域的环境等级。为了进行设备控制而使用环境等级，以使得与参照由各种传感器71～74检测到的数据来设定的环境等级相一致。为了进行该设备控制，还使用图10的环境等级详细设定信息272。另外，图8的情况下，对于区域a，环境等级适用A。

图9中示出每个区域的对应设备信息261。将该对应设备信息261存储于区域对应机器存储部26。根据该设备信息能确定与各区域相关联的空调系统4和照明系统5。

图10中示出环境等级详细设定信息272。将该环境等级详细设定信息272存储于环境等级设定存储部27中。

图10所示的示例的情况下，环境等级A是指进行控制使得4月到6月和10月到11月为温度b℃、湿度bb％、照度bbblx，7月到9月为温度a℃、湿度aa％、照度aaalx。通过使用该环境等级详细设定信息，从而能参照由各种传感器71～74检测到的数据来进行控制。

图11中示出需求控制中的环境等级适用模式的设定信息281。将该设定信息281存储于需求控制设定存储部28。

在图11所示的示例的情况下，在没有警报(通常时)时，对于设定为环境等级A的区域a保持不变地进行等级A的控制。发生警报、级别为1时的区域a的环境等级不再适用环境等级A的控制，而适用环境等级B的控制。

以上，完成了对本实施方式中使用的数据(表格)的说明，接着对本实施方式的处理流程进行说明。

图12是示出需求控制的步骤的流程图的示例。由需求控制处理装置2的各结构来执行本流程。此外，图13是应用图12的流程图中的处理的建筑物(俯视图)的一个示例。

首先，在步骤S1中，需求警报部22监视电表1，在检测到电力量达到规定的阈值时，产生与监视结果相对应的需求警报。与监视结果相对应的需求警报是指将应进行何种程度的电力削减划分级别的信息。本实施方式中，随着进一步增加削减量，级别成为“无警报”“警报Lv1”“警报Lv2”“警报Lv3”。该需求警报的级别设为根据电力量从上限值起超过何种程度、或者根据刚刚之前的电力量的增长来决定。

另外，本实施方式中，作为阈值，使用存储于需求控制设定存储部28中的上限值。然而，本阈值或上限值是表示需要进行需求控制的值即可。此外，需求警报部22可以在根据电力量的变化预测到达到所存储的上限值时产生警报。

接着，在步骤S2中，分析处理部23在产生需求警报时，进行警报级别的检查。警报级别的检查是指对在步骤S1中产生的警报的级别进行确定。而且，使用环境等级适用模式的设定信息281对与所确定的警报级别相对应的环境模式等级进行确定。

接着，在步骤S3中，分析处理部23与调度器系统6相连接，获取区域调度数据61以及个人调度数据62。而且，分析处理部23参照在步骤S3中获取到的信息，对在基准时间内没有人的不在区域进行确定。图13的示例中，区域c为0人，因此将本区域作为不在区域进行确定。

此外，还将个人调度数据62的默认区域用于不在区域的确定。图6所示的示例中，对于区域e，没有记录停留区域。然而，由于没有记录山田一郎在13:00以前的停留区域，因此判断为在上述的时间段山田一郎停留在默认区域中。对于铃木次郎、田中三郎，同样地判断为在没有记录调度时间的调度时间内停留在默认区域中。

另外，基准时间是指执行本步骤的时间或者成为用于确定不在区域的基准的时间。此外，即使在基准时间表示停留的情况下，对于从基准时间经过预定的时间后(例如：5分后)有预约的区域，也判断为停留。

接着，在步骤S4中，分析处理部23确认在S3中确定的不在区域中实际上有无使用者停留。这是针对在没有输入到调度中的状态下进行会议、或者在该区域停留超出预定这些情况的对策。具体而言，分析处理部23使用在步骤S3中确定的不在区域的运动检测器74的数据来判断是否为停留区域，并对停留区域和不在区域进行识别。

其结果，在不是停留区域(否)的情况下，前进至S5，在是停留区域(是)的情况下前进至S6。另外，也可以跳过本步骤，直接使用S3的结果，来判断是停留区域还是不在区域。

接着，在S5中，设备控制部21接收来自分析处理部23的对不在区域进行确定的信息。而且，通过通信I/F部24向设备控制器3输出用于将不在区域的设备设为关闭(OFF)的控制指令。其结果，设备控制器3将不在区域的空调系统4以及照明系统5的电源设为关闭。

此外，在步骤S6中，分析处理部23判断步骤S5的设备关闭控制的结果，即是否低于电力的上限值。也就是说，判断警报是否恢复，警报级别是否为“没有警报”。在恢复的情况下(是)，前进至步骤S15，并结束处理。在没有恢复、是警报Lv1至Lv3中的任意一个的情况下(否)，前进至步骤S7。

在步骤S7中，分析处理部23对在步骤S4中识别出的各不在区域确认是否执行了设备关闭控制。若存在没有进行设备关闭控制的不在区域(否)，则返回至步骤S4，并重复进行处理。若对各不在区域进行了设备关闭控制(是)，则前进至步骤S8。

另外，在本实施方式中，每次对不在区域进行设备关闭控制时，确认步骤S6的警报恢复，但也可以在汇总进行了针对各不在区域的设备关闭控制之后，判断步骤S6。

接着，在步骤S8中，设备控制部21基于从分析处理部23接收到的确定共用部的信息来进行针对共用部的需求控制。由此，优先执行针对共用部的需求控制的理由是基于区域优先度关系信息251的共有部的区域需求优先度为1。图13的示例中，分析处理部23将区域g确定作为共用部。

而且，设备控制部21利用环境等级适用设定信息271将区域g的环境等级确定为D。若进行了确定，则设备控制部21将与环境等级详细设定信息272的环境等级D相对应地、且与符合的应用时期的温度、湿度、照度相一致的控制指令通过通信I/F部24发送到设备控制器3。使用温度传感器71、照度传感器72、湿度传感器73的检测数据来生成该控制指令。

另外，在步骤S4中，将区域g确定为不在区域的情况下，由于已经执行设备关闭控制，因此将区域g设为本步骤S8的对象以外。

接着，设备控制部21在步骤S9、S10中，进行与步骤S6、S7同样的处理。也就是说，重复执行通过对共用部的需求控制从而是否低于上限值的确认。其结果，在不低于上限值的情况下，前进至步骤S11。

接着，在步骤S11中，分析处理部23决定去除不在区域和共用部后的各区域以外的需求控制优先顺序。

为此，首先分析处理部23确定去除不在区域和共用部后的各区域。这是对去除了共用部的停留区域进行确定。

接着，对所确定的停留区域的需求控制的优先顺序(以下称为需求控制优先顺序)进行计算。为此，适用在步骤S3中获取到的区域调度数据61以及个人调度数据62，对在已确定的停留区域中停留的使用者进行确定。根据该结果，对已确定的停留区域的停留人数进行确定。另外，关于对该停留的使用者的确定，与步骤S3相同地，也使用默认区域的信息来执行。

此外，利用个人调度数据62对已确定的使用者的属性进行确定。而且，利用个人优先度关系信息291对与属性相对应的个人需求优先度进行确定。另外，如上所述，在停留人数为多个的情况下，采用其中最低的个人需求优先度。

并且，使用区域优先度关系信息251对已确定的停留区域的区域需求优先度进行确定。由此，已确定的停留区域的“停留人数”“个人需求优先度”“区域需求优先度”被确定。

而且，分析处理部23按照(1)“区域需求优先度”、(2)“个人需求优先度”、(3)“停留人数”的顺序对需求控制的优先顺序进行确定。用图13来说明该处理示例。

首先，(1)提取属性表示办公室的“区域e”以及“区域f”作为“区域需求优先度”最高(数值最小)的区域。另外，区域优先度关系信息251中，共有部的区域需求优先度为1，数值比办公室的2更小。然而，在步骤S8中作为共用部，完成了需求控制，因此判断为办公室的2为最高。

另外，“区域c”在步骤S3至S5中设为不在区域，已完成设备关闭控制，因此从对象中排除。图13中，预先将需求控制优先顺序记载为1。此外，区域g在步骤S8中也被设为共用部，并已完成需求控制，因此从对象中排除。图13中，预先将需求控制优先顺序记载为2。(1)的结果是提取出的区域为多个，因此前进至接下来的处理。

接着，作为停留在各区域中的(2)“个人需求优先度”最高(数值最小)的区域，属性为员工即“区域e”以及“区域f”直接保留。此处提取到的区域为多个，因此前进至接下来的处理。

最后，使用(3)各区域的“停留人数”来计算需求控制优先顺序。也就是说，“区域e”的停留人数为10人，“区域f”的停留人数为15人。因此，将人数更少的“区域e”的需求控制优先顺序设为3(除了不在区域与共有部以外的最上位)。此外，“区域f”的需求控制优先顺序成为4。

接着，对还未算出需求控制优先顺序的“区域a”“区域b”“区域d”进行计算。到4为止的需求控制优先顺序之前已决定，因此对它们赋予5以后的数值。

在它们当中，提取出(1)“区域需求优先度”最高的“区域a”“区域b”。

接着，使用(2)“个人需求优先度”来提取“区域a”。也就是说，“区域a”的停留使用者仅为员工，因此将个人需求优先度确定为1。因此，将需求控制优先顺序设定成比有VIP停留并且个人需求优先度为3的“区域b”更高。也就是说，将“区域a”的需求控制优先顺序设为5，将“区域b”设为6。

而且，将最后剩下的“区域d”的需求控制优先顺序设为7。另外，“区域d”是(1)“区域需求优先度”最低(数值较大)的区域，由于总经理办公室只有1个，因此也可以在进行上述处理之前，将需求控制优先顺序设为最低的7。

另外，虽然这里使用了(1)“区域需求优先度”、(2)“个人需求优先度”、(3)“停留人数”这3个参数，但也可以没有全部使用，而是至少使用它们中的1个。此外，也可以改变该判断顺序，来决定需求控制优先顺序。

此外，也可以根据以下内容来决定需求控制优先顺序。计算“停留人数”ד个人需求优先度”ד区域需求优先度”，使数值较小的需求控制优先顺序变高(优先进行需求控制)。或者，也可以将上述“停留人数”“个人需求优先度”“区域需求优先度”分别乘以所设定的系数来计算，也可以用它们的和来计算。该计算只要能对与“停留人数”“个人需求优先度”“区域需求优先度”所表示的数值相对应的需求控制优先顺序进行计算即可。此外，也可以用上述的参数中的至少1个来进行计算。

接着，在步骤S12中，设备控制部21根据需求控制优先顺序，输出对于任意数量的区域的控制指令。

为此，首先从在步骤S11中决定的需求控制优先顺序为3～7的4个区域中确定上位的2个区域。也就是说，对需求控制优先顺序为3的“区域e”以及与之相同的需求控制优先顺序为4的“区域f”进行确定。

接着，用环境等级适用设定信息271对“区域e”和“区域f”的环境等级进行确定。而且，对与所确定的环境等级相对应的环境等级详细设定信息272的设定信息进行确定，生成与之相对应的控制指令，通过通信I/F部24将控制指令输出至设备控制器3。其结果，设备控制器3根据控制指令，对空调系统4、照明系统5进行需求控制。

接着，在分析处理部23中，与步骤S6或S9同样地判断警报是否恢复。在没有恢复的情况下(否)前进至步骤S14，在已恢复的情况下(是)前进至步骤S15。

接着，在步骤S14中，设备控制部21接着输出对于需求控制优先顺序较高的任意数量的区域的控制指令。

为此，首先，对在步骤S12中所确定并执行了需求控制的区域之后的需求控制优先顺序较高的任意数量的区域进行确定。该示例中，对需求控制优先顺序为5、6的“区域a”和“区域b”进行确定。

而且，与步骤S12同样地，对所确定的各区域确定与环境等级相对应的设定信息，生成与之相对应的控制指令，通过通信I/F部24将控制指令输出至设备控制器3。其结果，设备控制器3根据控制指令，对空调系统4、照明系统5进行需求控制。接着，返回步骤S13，重复同样的处理。另外，能适当设定步骤S12及步骤S13的任意数量，步骤S12及步骤S13中也可以是不同的数量。

其结果，在警报恢复的情况下，在步骤S15中，使设备控制部21恢复成正常时的控制。上述向正常时的控制进行恢复是按照执行需求控制的区域中需求控制优先顺序从低到高的顺序来进行的。而且，即使进行正常时的控制，在没有超过上限值的情况下，也接着使需求控制优先顺序低的区域恢复到正常时的控制。此外，在使某个区域恢复到正常时的控制的情况下，在超过上限值的情况下，维持需求控制优先顺序比该区域更高的区域的需求控制。

另外，上述的恢复到正常时的控制的区域可以是1个1个区域，也可以设为多个。

此外，向正常时的控制进行恢复是指环境等级适用模式的设定信息281的警报级别使用用于进行与“没有警报(正常时)”同样的控制的控制指令。

这里，本实施方式中，在步骤S11中决定各区域的需求控制优先顺序之后，执行步骤S12。然而，即使在步骤S11中存在需求控制优先顺序未确定的区域，只要决定了上位的需求控制优先顺序，也可以前进至步骤S12。

此外，在步骤S12中输出对于任意数量的区域的控制指令。然而，在生成对于各区域的控制指令并进行需求控制，且低于上限值(警报恢复)的情况下，也可以按照需求控制优先顺序从低到高的顺序，向正常时的控制进行恢复。

以上，根据本实施方式，能用调度器来更准确地确认对于区域的停留，而不是仅依赖于运动检测器等机器。因此，能对人和区域(建筑物)进行与状态相对应的需求控制。

标号说明

1 电表

2 需求控制处理装置

3 设备控制器

4 空调系统

5 照明系统

6 调度器系统

7 建筑物

71 温度传感器

72 照度传感器

73 湿度传感器

74 运动检测器

21 设备控制部

22 需求警报部

23 分析处理部

24 通信I/F部

25 区域信息存储部

26 区域对应机器存储部

27 环境等级设定存储部

28 需求控制设定存储部

29 个人信息存储部。