楼宇管理装置以及电梯系统的制作方法

1.本发明涉及楼宇管理装置以及电梯系统。


背景技术：

2.已知有自主移动体与电梯协作，乘降电梯的轿厢(以下，简称为轿厢)来进行移动的电梯系统。
3.在这样的电梯系统中，存在如下技术：为了提醒注意而进行通知，以避免自主移动体在乘降轿厢时与利用者的接触(例如，专利文献1)。
4.现有技术文献
5.专利文献
6.专利文献1：国际公开第2018/066054号


技术实现要素：

7.然而，在专利文献1所公开的技术中，存在电梯进行通知的情况和自主移动体进行通知的情况，这些通知有时会重复。在这样的通知重复的情况下，存在利用者漏听所需的通知内容这样的问题。
8.本发明是为了解决上述课题而完成的，其目的在于提供能够抑制由于电梯系统中的通知重复而导致利用者漏听通知的楼宇管理装置以及电梯系统。
9.本发明的楼宇管理装置能够与电梯以及不同于电梯的设备进行通信，具备：接收部，其从电梯或设备接收在电梯的轿厢内或电梯的层站处利用语音来通知运行信息的通知请求，该运行信息是与电梯的运行有关的信息；通知请求决定部，其根据预先设定的优先级来决定使接收部接收到的电梯的通知请求和设备的通知请求中的哪个通知请求优先；以及通知指令输出部，其根据通知请求决定部所决定的通知请求，向电梯或设备输出通知指令。
10.此外，本发明的电梯系统具备：楼宇管理装置，其能够与电梯以及不同于电梯的设备进行通信；以能够通信的方式与楼宇管理装置连接的电梯；以及以能够通信的方式与楼宇管理装置连接的设备，楼宇管理装置具备：接收部，其从电梯或设备接收在电梯的轿厢内或电梯的层站处利用语音来通知运行信息的通知请求，该运行信息是与电梯的运行有关的信息；通知请求决定部，其根据预先设定的优先级来决定使接收部接收到的电梯的通知请求和设备的通知请求中的哪个通知请求优先；以及通知指令输出部，其根据通知请求决定部所决定的通知请求，向电梯或设备输出通知指令，电梯或设备根据从楼宇管理装置输出的通知指令来进行通知。
11.发明效果
12.根据本发明的楼宇管理装置以及电梯系统，能够抑制由于电梯系统中的通知重复而导致利用者漏听通知。
附图说明
13.图1是示出实施方式1的电梯系统的结构图。
14.图2是示出运转模式和设备等的类别的优先级的图。
15.图3是示出运转模式和设备等的类别的优先级的图。
16.图4是示出通知内容和设备等的类别的优先级的图。
17.图5是示出实施方式1的楼宇管理装置的动作的流程图。
18.图6是示出实施方式1的电梯的动作的流程图。
19.图7是示出实施方式1的设备的动作的流程图。
20.图8是示出实施方式2的电梯系统的结构图。
21.图9是示出实施方式2的楼宇管理装置的动作的流程图。
22.图10是示出实施方式3的电梯系统的结构图。
23.图11是示出通知内容和自主移动体的动作顺序的优先级的图。
24.图12是示出通知内容和自主移动体的类别的优先级的图。
25.图13是示出实施方式3的电梯系统的另一例的结构图。
26.图14是示出实施方式1的楼宇管理装置的处理电路的结构例的图。
27.标号说明
28.10：楼宇管理装置；11：接收部；12：通知请求决定部；13：通知指令输出部；14：允许通知判断部；20：电梯；21：电梯通知请求部；22：电梯通知部；23：运转状态管理部；30：设备；31：识别信息输出部；32：设备通知请求部；33：设备通知部；34：设备管理装置；35：设备管理部；40：电梯系统；50a：处理器；50b：存储器；51：硬件。
具体实施方式
29.以下，参照附图对本发明的实施方式进行说明。在各图中，对相同或相当的部分标注相同的标号。适当简化或省略重复的说明。另外，本发明不受以下所说明的实施方式的限定。
30.实施方式1
31.根据包含楼宇管理装置10的电梯系统40来对实施方式1的楼宇管理装置10进行说明。图1示出电梯系统40的结构图。
32.电梯系统40由楼宇管理装置10、电梯20和不同于电梯20的设备构成。以下，不同于电梯20的设备被简称为设备30。设备30例如是自主移动体。自主移动体是即使人不操作也能够自主移动的机械装置。例如，自主移动体是机器人、个人移动车(personal mobility)。自主移动体能够与电梯协作而自己乘降电梯，能够利用电梯在建筑物内移动。
33.首先，对楼宇管理装置10进行说明。楼宇管理装置10构成为能够与电梯20和设备30进行通信。另外，电梯系统40也可以构成为针对楼宇管理装置10连接多个电梯20和多个设备30。在此，根据针对楼宇管理装置10连接了1台电梯20和1台设备30的电梯系统40进行说明。楼宇管理装置10具备接收部11、通知请求决定部12以及通知指令输出部13。
34.接收部11能够通过通信与电梯20和设备30进行信息的交换。接收部11具备从设备30接收识别信息并判断该识别信息是否为正规的识别信息的功能。识别信息是用于识别设备30的设备30固有的信息。接收部11在从设备30接收到识别信息时，与存储于电梯系统40
的正规的识别信息进行核对，判断是否为所登记的设备30。此外，接收部11将识别信息的判断结果发送给设备30。
35.另外，关于正规的识别信息，可以是，在电梯系统40中的任意的结构中具备存储部，将该正规的识别信息存储于该存储部。例如，也可以是，楼宇管理装置10预先具备存储部，将正规的识别信息存储于该存储部。此外，存储部也可以是与电梯系统40连接的外接的存储装置，还可以是通过互联网线路与楼宇管理装置10进行通信的服务器。
36.此外，接收部11从电梯20及设备30接收通知请求。通知请求是指用于电梯20和设备30在轿厢、层站处通知与电梯20的运行有关的信息的请求。以下，与电梯20的运行有关的信息被简称为运行信息。
37.运行信息例如是示出在运行中的轿厢接近目标楼层(例如5层)时的运行状况的“5层到了”这样的内容的信息。此外，运行信息例如是在轿厢的门进行开闭时通知“门即将打开”这样的内容的信息。运行信息的通知例如利用语音从电梯20或设备30所具备的扬声器等通知部来进行。
38.通知请求分别从电梯20、设备30对楼宇管理装置10发送。电梯20和设备30在关于运行信息要对电梯20的利用者进行规定的通知时进行通知请求。
39.例如，电梯20在运行中的轿厢接近目标楼层时，为了通知接近目标楼层的情况而向楼宇管理装置10发送通知请求。
40.此外，例如在设备30为自主移动体的情况下，当自主移动体在目标楼层从轿厢下梯之前，为了通知从轿厢下梯的情况而进行通知请求。另外，楼宇管理装置10也可以仅受理从判断为具有正规的识别信息的设备30的设备30接收到的通知请求。
41.通知请求决定部12具备如下功能：决定分别从电梯20、设备30接收到的通知请求中的应通知的通知请求。通知请求决定部12在接到电梯20的通知请求和设备30的通知请求的情况下，决定优先通知哪个通知请求。通知请求决定部12根据预先设定的条件来决定要优先的通知请求。
42.预先设定的条件例如是表示根据包含通知请求的内容、通知请求的场所、电梯20的运转模式、设备30的类别等指标在内的条件而使哪个通知请求优先的优先级。
43.对优先级详细地进行说明。图2是示出电梯20的运转模式和设备等的类别的优先级的图。例如，在图2中示出了根据电梯20和设备30的类别、电梯20的运转模式来决定优先级的例子。作为设备等的类别，存在电梯20和设备30。在运转模式为管制运转的情况下，设电梯20的优先级为1，设备30的优先级为0。在本发明中，示出了值越大则优先级越高的情况，但不限于此，也可以设为，值越小则优先级越高。
44.在此，管制运转是指在地震和火灾时通过使电梯20进行特定的动作以使利用者避难而进行的运转。例如，地震的情况下的管制运转是使轿厢移动到最近楼层后打开门而使利用者避难的运转。此外，火灾的情况下的管制运转是使轿厢移动至避难楼层后打开门而使利用者避难的运转。
45.即，在管制运转的情况下，电梯20进行的通知对于利用者来说很重要，因此使电梯20的优先级高于设备30的优先级。另外，这只是一例，即使在管制运转的情况下，也可以设定各种条件。当然运转模式不限于管制运转。
46.图3是示出运转模式和设备30等的类别的优先级的图。如图3所示，在作为设备30
的类别存在自主移动体和自主移动体以外的设备30且运转模式为自主移动体占有运转的情况下，也能够设定自主移动体的通知请求的优先级为1，自主移动体以外的设备30的通知请求的优先级为0这样的条件。自主移动体以外的设备30例如是固定于层站处的引导机器人等设备。另外，自主移动体占有运转是指自主移动体占有并利用电梯20的情况下的运转模式。
47.此外，虽未图示，但在作为设备等的类别存在电梯20和设备30且通知请求的场所为电梯20的层站的情况下，也能够设定电梯20的通知请求的优先级为1，设备30的通知请求的优先级为0这样的条件。即，也能够设定为，在电梯20的层站处通知电梯20的通知请求，而不通知设备30的通知请求。
48.图4是示出通知内容和设备30等的类别的优先级的图。如图4所示，在作为设备30的类别存在电梯20和自主移动体且运转模式为进行平常时的电梯运转的通常运转模式的情况下，也能够根据通知内容来设定电梯20和自主移动体的通知请求的优先级。在此，作为一例，将电梯20的到达通知的通知请求设为最高的优先级。以下，按照电梯20的开门通知、自主移动体的下梯通知、自主移动体的乘梯通知、电梯20的关门通知的顺序来设定通知请求的优先级。
49.例如，在电梯20的关门通知的通知请求(优先级：1)与自主移动体的下梯通知的通知请求(优先级：3)重复了的情况下，使优先级更高的自主移动体的下梯通知的通知请求优先。
50.接着，对通知指令输出部13进行说明。通知指令输出部13将用于根据通知请求决定部12所决定的通知请求进行通知的通知指令输出至电梯20或设备30。电梯20或设备30当接到通知指令时，根据进行了通知请求的通知内容来进行通知。通知由电梯20所具备的电梯通知部22或设备30所具备的设备通知部33来进行。由此，从电梯通知部22或设备通知部33通知优先的通知内容，因此通知不会重复。因此，能够抑制利用者漏听通知。
51.接着，对电梯20进行说明。电梯20具备电梯通知请求部21、电梯通知部22以及运转状态管理部23。电梯通知请求部21对楼宇管理装置10输出电梯20的通知请求。
52.电梯通知部22根据从通知指令输出部13接到的通知指令来通知通知内容。电梯通知部22例如是扬声器。
53.运转状态管理部23对电梯20的运转状态进行管理。电梯20的运转状态包含电梯20的运转模式、轿厢呼梯的登记状况、层站呼梯的登记状况、轿厢的运行信息、有无利用者信息等信息。运转状态管理部23根据楼宇管理装置10的请求而将电梯20的运转状态发送给楼宇管理装置10。另外，楼宇管理装置10在决定应通知的通知请求时，进行电梯20的运转状态的询问。
54.另外，虽未图示，但电梯20也包括涉及电梯20的运行的装置等、轿厢、电梯控制装置、曳引机、绳索、对重等各种装置。电梯控制装置进行涉及电梯20的各种装置、设备的控制。电梯通知请求部21、电梯通知部22、运转状态管理部23也可以设置于电梯20所具备的电梯控制装置。
55.轿厢由电梯控制装置控制而在井道内升降，以输送电梯20的利用者。此外，电梯控制装置例如对轿厢的升降动作、轿厢门的开闭动作进行控制。电梯控制装置例如设置在设置于井道的机房。
56.接着，对不同于电梯20的设备进行说明。不同于电梯20的设备具备识别信息输出部31、设备通知请求部32以及设备通知部33。设备30例如是能够与电梯20协作、乘降轿厢而在建筑物内移动的自主移动体。自主移动体具备自主移动体控制装置，对自主移动体的动作进行控制。在设备30是自主移动体的情况下，也可以是，识别信息输出部31、设备通知请求部32、设备通知部33设置于自主移动体控制装置。另外，设备30不限于自主移动体，也可以是利用者携带的智能手机等便携式终端。
57.识别信息输出部31在设备30与楼宇管理装置10进行通信时，将用于进行设备30自身的识别的识别信息输出至楼宇管理装置10。在识别信息中，除了包含用于独立地认证设备30所需的固有编号以外，还可以包含与设备30的种类、属性有关的信息。设备30在被判断为识别信息是正规的识别信息时，能够向楼宇管理装置10发送通知请求。
58.设备通知请求部32对楼宇管理装置10输出设备30的通知请求。
59.设备通知部33根据从通知指令输出部13接到的通知指令来对通知内容进行通知。设备通知部33例如是扬声器。
60.接着，使用图5至图7对电梯系统40中的各种动作进行说明。图5是示出楼宇管理装置10的动作的流程图，图6是示出电梯20的动作的流程图，图7是示出设备30的动作的流程图。
61.首先，使用图5对楼宇管理装置10的动作进行说明。楼宇管理装置10判断是否从设备30接收到识别信息(st101)。
62.楼宇管理装置10在从设备30接收到识别信息时(st101的“是”)，判断识别信息是否为正规的信息(st102)。
63.楼宇管理装置10在未接收到识别信息的情况下返回st101(st101的“否”)。楼宇管理装置10通过与存储于存储部中的识别信息进行核对，来判断识别信息是否为正规的信息。
64.接着，楼宇管理装置10判断是否从电梯20和设备30接收到通知请求(st103)。在楼宇管理装置10从电梯20和设备30接收到通知请求的情况下(st103的“是”)，通知请求决定部12根据预先设定的优先级来决定通知请求(st104)。
65.楼宇管理装置10在未接收到通知请求的情况下返回st103。当通知请求决定部12决定通知请求的优先级时，通知指令输出部13根据优先级，向电梯20、设备30输出通知指令。通过以上的流程，完成楼宇管理装置10的一系列动作。
66.接着，使用图6对电梯20的动作进行说明。图6是示出电梯20的动作的流程图。
67.电梯20在存在通知请求的情况下，向楼宇管理装置10输出通知请求(st111)。
68.之后，电梯20判断是否从楼宇管理装置10接收到通知指令(st112)。当电梯20接收到通知指令时(st112的“是”)，电梯通知部22根据通知指令来进行通知(st113)。
69.在电梯20未接收到通知指令的情况下(st112的“否”)，返回st111。通过以上的流程，完成电梯20的一系列动作。
70.接着，使用图7对设备30的动作进行说明。图7是示出设备30的动作的流程图。
71.设备30向楼宇管理装置10输出识别信息(st121)。
72.楼宇管理装置10判定识别信息是否为正规的信息，设备30在判断为识别信息是正规的信息时(st122的“是”)，输出通知请求(st123)。在识别信息不是正规的信息的情况下
(st122的“否”)，返回st122。
73.之后，设备30判断是否从楼宇管理装置10接收到通知指令(st124)。当设备30接收到通知指令时(st124的“是”)，设备通知部33根据通知指令来进行通知(st125)。
74.在设备30未接收到通知指令的情况下(st124的“否”)，返回st123。通过以上的流程，完成设备30的一系列动作。
75.如以上进行了说明的那样，实施方式1的楼宇管理装置10能够与电梯20和不同于电梯20的设备30进行通信，其中，楼宇管理装置10具备：接收部11，其从电梯20或设备30接收在电梯20的轿厢内或电梯20的层站处利用语音来通知与电梯20的运行有关的信息即运行信息的通知请求；通知请求决定部12，其根据预先设定的优先级来决定使接收部11接收到的电梯20的通知请求和设备30的通知请求中的哪个通知请求优先；以及通知指令输出部13，其根据通知请求决定部12所决定的通知请求，向电梯20或设备30输出通知指令。
76.根据这样的结构，楼宇管理装置10能够根据针对多个通知请求预先设定的优先级来依次输出进行通知的通知指令，因此能够防止电梯系统40中的通知重复的情况，能够抑制利用者漏听通知。
77.实施方式2
78.使用图8对实施方式2的楼宇管理装置10进行说明。图8是包含实施方式2的楼宇管理装置10的电梯系统40的结构图。图9是示出楼宇管理装置10的动作的流程图。
79.在以下的说明中，主要对与实施方式1不同的结构进行说明，对与实施方式1相同的结构适当省略说明。实施方式2的楼宇管理装置10与实施方式1的结构的不同点在于具备允许通知判断部14。
80.允许通知判断部14根据通知请求决定部12所决定的通知请求的优先级来判断是否允许输出通知请求。允许通知判断部14在允许输出通知请求的情况下，通过通知指令输出部13对进行了该通知请求的电梯20或设备30输出允许通知指令。接到允许通知指令的电梯20或设备30根据允许通知指令来进行通知。
81.此外，允许通知判断部14在不允许输出通知请求的情况下，通过通知指令输出部13对进行了该通知请求的电梯20或设备30输出不允许通知指令。接到不允许通知指令的电梯20或设备30不进行通知。
82.允许通知判断部14例如根据通知请求的优先级而判断为，允许规定的优先级以上的通知请求，而不允许低于规定的优先级的通知请求。此外，也可以是，允许通知判断部14允许从优先级高的通知请求起的规定数量的通知请求，而不允许其余的通知请求。
83.例如，允许通知判断部14能够针对多个通知请求中的一部分通知请求输出允许通知指令，针对其余的通知请求则输出不允许通知指令。具体而言，能够针对3个通知请求向两个通知请求输出允许通知指令，向1个通知请求输出不允许通知指令。
84.此外，构成为，在允许通知判断部14允许多个通知请求的情况下，按照多个通知请求的优先级从高到低的顺序来进行通知。由此，能够抑制通知重复。
85.根据这样的结构，能够在抑制通知重复的同时，对允许还是不允许通知请求进行控制来进行通知，因此能够提高利用者的便利性。
86.接着，使用图9对楼宇管理装置10的动作进行说明。图9是示出楼宇管理装置10的动作的流程图。
87.关于st201至st204，由于与在实施方式1中进行了说明的动作的步骤st101至st104相同，因此省略说明。
88.允许通知判断部14根据在st204中所决定的通知请求的优先级，通过通知指令输出部13输出允许通知指令或不允许通知指令(st205)。接到允许通知指令或不允许通知指令的电梯20或设备30根据该指令来进行动作。通过以上的流程，完成楼宇管理装置10的一系列动作。
89.如以上进行了说明的那样，在实施方式2的楼宇管理装置10中，具备允许通知判断部14，根据通知请求的优先级而输出允许通知指令或不允许通知指令。
90.根据这样的结构，楼宇管理装置10能够在抑制通知重复的同时，对允许还是不允许通知请求进行控制来进行通知。即，楼宇管理装置10能够针对优先级较高的通知请求发出允许通知指令，针对优先级较低的通知请求发出不允许通知指令，因此能够提高利用者的便利性。
91.另外，关于允许、不允许通知请求，也可以将允许通知判断部14的功能设置于通知指令输出部13。
92.此外，作为变形例，允许通知判断部14也能够根据通知请求决定部12新决定的通知请求而输出将先前输出了允许通知的指令设为不允许通知的指令。这是因为存在如下情况：例如在设备30根据通知指令而进行通知的情况下，针对楼宇管理装置10发出了新的通知请求，从而需要根据通知请求决定部12所决定的通知请求将设备30正在通知的先前的通知指令设为不允许。
93.该情况下，当设备30接到不允许通知指令时，设备通知部33使根据允许通知指令而正在进行通知的动作停止。根据这样的结构，楼宇管理装置10能够及时进行针对通知请求的指令。另外，允许通知判断部14输出的指令不限于此，也能够输出将输出了不允许通知的指令设为允许通知的指令。此外，也可以是，在被允许通知的通知请求还未被通知之前允许了新的通知请求的情况下，用新的通知请求替换先前的通知请求来进行通知。
94.实施方式3
95.使用图10对实施方式3的楼宇管理装置10进行说明。图10是包含实施方式3的楼宇管理装置10的电梯系统40的结构图。
96.在以下的说明中，主要对与其它实施方式不同的结构进行说明，对与其它实施方式相同的结构适当省略说明。实施方式3的楼宇管理装置10与实施方式1和2的结构的不同点在于与多个设备30连接。关于其它结构，与其它实施方式相同。
97.多个设备30例如是自主移动体。在此，两台自主移动体与楼宇管理装置10连接。例如，在两台自主移动体均在同一楼层下梯的情况下，存在两台自主移动体的通知请求的内容重复的可能性。如图4所示，在设定了优先级的情况下，关于自主移动体的下梯通知，由于优先级相同，因此无法进行通知一方的下梯请求而不通知另一方的下梯请求这样的控制。
98.因此，通过针对多个设备30设定进行排序的判定基准，能够抑制多个设备30的通知内容重复的情况。
99.例如，作为与下梯顺序有关的判定基准，能够进行如下控制：针对先下梯的自主移动体和后下梯的自主移动体设定优先级，按照下梯顺序来输出自主移动体的通知请求。
100.图11是示出通知内容和自主移动体的动作顺序的优先级的图。图11是例如在两台
自主移动体进行下梯通知的情况下，设下梯顺序设定为在先的自主移动体的优先级为3.1、下梯顺序设定为在后的自主移动体的优先级为3的例子。由此，优先通知下梯顺序在先的自主移动体的下梯通知，因此在多个自主移动体欲在同一楼层下梯的情况下，通知请求的内容不会重复。优先级的设定不限于此，也可以以根据乘梯顺序来通知乘梯通知的方式来设定优先级。
101.此外，作为另一例，图12是示出通知内容和自主移动体的类别的优先级的图。图12示出例如自主移动体是引导机器人和送货机器人的情况下的乘梯通知、下梯通知的优先级。是在设两台自主移动体进行乘梯通知的情况下，作为引导机器人的自主移动体的优先级为2.1、作为送货机器人的自主移动体的优先级为2的例子。在两台自主移动体进行乘梯通知的情况下，优先通知优先级较高的引导机器人的乘梯通知，因此在多个自主移动体欲在同一楼层乘梯的情况下，通知请求的内容不会重复。优先级的设定不限于此，也可以使送货机器人的优先级高于引导机器人的优先级，还可以针对其它种类的机器人以及通知内容适当设定优先级。
102.另外，关于与两台自主移动体分别进行通信的楼宇管理装置10的动作，由于与已经进行了说明的其它实施方式的楼宇管理装置10与自主移动体之间的通信的动作相同，因此省略说明。
103.如以上进行了说明的那样，在实施方式3的楼宇管理装置10中，针对从多个设备30接收的通知请求，根据针对多个设备30预先设定的优先级来决定根据从多个设备30接收到的通知请求而输出的通知请求，通知指令输出部13根据所决定的通知请求而向设备30输出通知指令。
104.根据这样的结构，楼宇管理装置10能够抑制多个设备30进行动作的情况下的通知重复。
105.此外，包含实施方式3的楼宇管理装置10的电梯系统40也可以具备总括管理多个设备30的设备管理装置34。图13是具备设备管理装置34的电梯系统40的结构图。
106.设备管理装置34具备设备管理部35。设备管理装置34具有通过设备管理部35总括管理多个设备30的动作的功能。
107.设备管理装置34将从多个设备30接到的识别信息、通知请求发送给楼宇管理装置10。楼宇管理装置10利用接收部11接收从设备管理装置34发送的识别信息，判断是否为正规的识别信息。另外，针对设备30的识别信息，也可以是由设备管理装置34来判断是否为正规的识别信息。
108.此外，楼宇管理装置10在通知请求决定部12中决定应通知从设备管理装置34发送的通知请求中的哪个通知请求。
109.通知指令输出部13根据通知请求决定部12所决定的通知请求而向设备管理装置34输出通知指令。接到通知指令的设备管理装置34向进行了与通知指令对应的通知请求的设备30发送通知指令，接到通知指令的设备30根据通知指令而从设备通知部33来进行通知。根据这样的结构，能够防止从自主移动体对楼宇管理装置10的非法访问。
110.接着，使用图14对楼宇管理装置10的例子进行说明。图14是示出实施方式1的楼宇管理装置10的处理电路的结构例的图。另外，楼宇管理装置10的处理电路的结构例在实施方式2以及实施方式3中也相同。此外，关于设备30、设备管理装置34的处理电路的结构例也
相同。
111.楼宇管理装置10的各功能可以通过处理电路来实现。例如，处理电路具备至少1个处理器50a和至少1个存储器50b。此外，例如，处理电路具备至少1个专用的硬件51。
112.在处理电路具备至少1个处理器50a和至少1个存储器50b的情况下，楼宇管理装置10的各功能通过软件、固件或者软件与固件的组合来实现。软件以及固件中的至少一方被记述为程序。软件以及固件中的至少一方存储在至少1个存储器50b中。至少1个处理器50a通过读出并执行存储于至少1个存储器50b的程序，来实现楼宇管理装置10的功能。至少1个处理器50a也称为cpu(central processing unit：中央处理单元)、中央处理装置、处理装置、运算装置、微处理器、微型计算机、dsp。例如，至少1个存储器50b为ram(random access memory：随机存取存储器)、rom(read only memory：只读存储器)、闪存、eprom(erasable programmable read only memory：可擦可编程只读存储器)、eeprom(electrically erasable programmable read only memory：电可擦可编程只读存储器)等非易失性或易失性的半导体存储器、磁盘、软盘、光盘、cd(compact disk：紧凑型光盘)、迷你盘(mini disc)、dvd(digital versatile disk：数字多功能盘)等。
113.在处理电路具备至少一个专用的硬件51的情况下，处理电路例如通过单一电路、复合电路、编程处理器、并行编程处理器、asic(application specific integrated circuit：专用集成电路)、fpga(field programmable gate array：现场可编程门阵列)或它们的组合来实现。例如，楼宇管理装置10的各功能分别通过处理电路来实现。例如，楼宇管理装置10的各功能集中通过处理电路来实现。
114.关于楼宇管理装置10的各功能，可以通过专用的硬件51来实现一部分，通过软件或固件来实现其它部分。
115.这样，处理电路通过硬件51、软件、固件或它们的组合来实现楼宇管理装置10的各功能。
116.以上，对本发明的实施方式进行了说明，但本发明的楼宇管理装置10不限于在实施方式1中进行了说明的方式，而只是示出本发明的内容的一部分。本发明的楼宇管理装置10也能够与其它公知技术进行组合，也能够在不脱离本发明的主旨的范围内适当进行组合等、省略、变更结构的一部分。