CN102190220A

CN102190220A - 电梯的群管理控制装置

Info

Publication number: CN102190220A
Application number: CN2011100457780A
Authority: CN
Inventors: 浅野宜正
Original assignee: Toshiba Elevator Co Ltd
Current assignee: Toshiba Elevator and Building Systems Corp
Priority date: 2010-03-19
Filing date: 2011-02-25
Publication date: 2011-09-21
Also published as: JP5535708B2; JP2011195280A

Abstract

本发明提供电梯的群管理控制装置，其可进行追踪各层需求的变化的多台分配控制，使拥挤层和其他层的等待时间均一化，消除使用者的不适感。群管理控制装置20具备：计算各层中的当前的需求度的需求计算部23；将各层的需求度按星期单位、时间单位作为统计数据管理的统计数据管理部27；在新电梯厅呼叫发生时考虑相同星期、时段的过去的需求度，判定新电梯厅呼叫的登记楼层中的当前的需求度是否大，在当前的需求度大时输出多台分配指令的多台分配指令部24；在输出多台分配指令时，对各电梯中的至少2台以上进行新电梯厅呼叫的分配，响应新电梯厅呼叫的登记楼层的分配控制部22。

Description

电梯的群管理控制装置

本申请以日本专利申请2010-064352(申请日：3/19/2010)为基础，享受该申请的优先权。本申请通过参照该申请，包含该申请的全部内容。

技术领域

本发明的实施例涉及群管理控制多台电梯的运转的电梯的群管理控制装置。

背景技术

通常，大楼的各层中，利用电梯的人的流向随着时段逐一变化。例如，办公大楼中，若是早晨的上班时段，则从出入口的基准层到其他层的移动占过半数。

另一方面，在午饭时段中，午饭时的前半部分往往从各层向食堂层或者出入口移动，午饭时的后半部分往往从食堂层或者出入口层向各层移动。另外，有会议等的场合，会议结束后，往往暂时地从会议室设置层向其他层移动。

这样，各层的电梯需求度逐一变化。这里，已知有通过使多台电梯响应电梯需求大的楼层(拥挤层)，可消除拥挤层的拥挤度的方法。该方法例如将出勤时段的1层确定为拥挤层时，调节对该拥挤层的电梯的响应间隔。因而，在午饭时等的时段那样在其他层也产生某种程度的需求的状况下，有长时间等待电梯厅呼叫多发的可能性。

发明内容

本发明解决的课题是提供可进行追踪各层的需求的变化的多台分配控制，使拥挤层及其他层的等待时间均一化，消除使用者的不适感的电梯的群管理控制装置。

本实施例的电梯群管理控制装置是具有多台电梯，将各层发生的电梯厅呼叫向上述各电梯中的最佳电梯分配而响应的电梯群管理控制装置，具备统计数据管理部、多台分配指令部和分配控制部。

需求计算部计算上述各层中的当前的需求度。统计数据管理部按星期单位、时间单位将上述需求计算部计算的上述各层的需求度作为统计数据管理。多台分配指令部在新电梯厅呼叫发生时，考虑上述统计数据管理部存储的上述新电梯厅呼叫的登记楼层中的相同星期、时段的过去的需求度，判定上述新电梯厅呼叫的登记楼层中的当前的需求度是否大，在当前的需求度大的场合输出多台分配指令。分配控制部在从上述多台分配指令部输出多台分配指令的场合，对上述各电梯中的至少2台以上进行上述新电梯厅呼叫的分配，响应上述新电梯厅呼叫的登记楼层。

根据上述构成的电梯群管理控制装置，可进行追踪各层需求的变化的多台分配控制。从而，可以使拥挤层和其他层的等待时间均一化，消除使用者的不适感。

附图说明

图1是一实施例的电梯群管理控制装置的构成的方框图。

图2是该实施例中的群管理控制装置的多台分配指令部的处理动作的流程图。

图3是该实施例中的群管理控制装置的分配控制部的处理动作的流程图。

图4是该实施例中的群管理控制装置的长时间等待检测部的处理动作的流程图。

具体实施方式

以下，参照附图说明实施例的电梯群管理控制装置。

图1是一实施例的电梯群管理控制装置的构成的方框图。在大楼内并设多台电梯，对这些电梯逐一设置了轿厢控制装置11a、11b、11c...。另外，这里所说的电梯基本上是指「轿厢」，存在多台时也称为「号机」。

轿厢控制装置11a、11b、11c...是用于控制各电梯的轿厢12a、12b、12c...的运转的装置。具体地说，进行使轿厢12a、12b、12c...进行升降动作的马达的控制和/或门的开闭控制等。该轿厢控制装置11a、11b、11c...由计算机构成。

另外，在各层的乘梯处设置了用于向乘梯处呼叫电梯的电梯厅按钮13a、13b、13c...和用于检测在乘梯处等待电梯的人数的人数检测用拍摄机14a、14b、14c...。该电梯厅按钮13a、13b、13c...和人数检测用拍摄机14a、14b、14c...分别经由传送电缆与群管理控制装置20连接。

电梯厅按钮13a、13b、13c...由上方向按钮P1和下方向按钮P2构成，构成为根据使用者的前往方向，按下上方向按钮P1或下方向按钮P2。另外，最下层中仅仅由上方向按钮Pl构成，最上层中仅仅由下方向按钮P2构成。

人数检测用拍摄机14a、14b、14c...由一般的拍摄照相机构成，设置在可拍摄在乘梯处等待电梯的人的场所。

群管理控制装置20是用于群管理控制多台电梯的运转的装置，与轿厢控制装置11、11b、11c...同样，由计算机构成。

本实施例中，该群管理控制装置20具备电梯厅呼叫信息登记部21、分配控制部22、需求计算部23、多台分配指令部24、未响应时间计算部25、长时间等待检测部26、统计数据管理部27。

另外，这些处理部实际由软件实现。另外，如图1，在各处理部间可进行信息的收发。

这里为了方便，将电梯厅呼叫信息登记部21、分配控制部22、需求计算部23、多台分配指令部24、未响应时间计算部25、长时间等待检测部26、统计数据管理部27都配置在群管理控制装置20进行描述，但是不必配置在同一装置，也可以在不同的装置配置。

电梯厅呼叫信息登记部21在各层的电梯厅按钮13a、13b、13c...的任一个被按下时，登记与该层对应的电梯厅呼叫的信息以及发生日期时间信息。电梯厅呼叫的信息包含登记了电梯厅呼叫的楼层(登记层)和前往方向(上方向/下方向)的信息。该电梯厅呼叫信息登记部21构成为在电梯的轿厢响应电梯厅呼叫的登记层时，通过删除该信息来确认当前时刻的电梯厅呼叫登记状况。

分配控制部22在电梯厅呼叫信息登记部21登记了新电梯厅呼叫时，根据从轿厢控制装置11a、11b、11c...定期输出的各电梯(轿厢12a、12b、12c)的运转状态信息(位置、方向、门开闭状态、已登记的轿厢呼叫信息等)，选定可响应的最佳电梯，对与该电梯对应的轿厢控制装置输出分配指令。另外，分配控制部22也进行该分配指令的信息管理。

需求计算部23从各层的乘梯处设置的人数检测用拍摄机14a、14b、14c...拍摄的图像检测等待人数，根据该等待人数计算电梯的需求度。另外，从拍摄机图像检测等待人数的方法采用一般的公知的图像解析技术，这里省略详细的说明。

这里，电梯的需求度根据UP方向(上方向)和DN方向(下方向)的呼叫登记如下计算。另外，根据构成电梯厅按钮13a、13b、13c...的上方向按钮P1和下方向按钮P2的按下来确定是UP方向的呼叫登记还是DN方向的呼叫登记。

即，若仅仅按下上方向按钮P1，则仅仅登记UP方向的电梯厅呼叫。若仅仅按下下方向按钮P2，则仅仅登记DN方向的电梯厅呼叫。另外，若按下上方向按钮P1和下方向按钮P2的两方，则登记UP、DN方向的电梯厅呼叫。

现在，设各层的电梯的需求度为Y，等待人数为N时，则表示为

(a)仅仅登记UP方向的电梯厅呼叫的场合

Y_k，u＝N_k

Y_k，d＝0

(b)仅仅登记DN方向的电梯厅呼叫的场合

Y_k，u＝0

Y_k，d＝N_k

(c)登记了UP、DN方向的电梯厅呼叫的场合

Y_k，u＝α_t，k×N_k

Y_k，d＝(1-α_t，k)×N_k。

其中，Y_k，u为k层UP方向的需求度

Y_k，d为k层DN方向的需求度

N_k为k层电梯厅的等待人数

α_t，k为时段t中的k层的UP方向比率。

登记了上述(c)的UP、DN方向的电梯厅呼叫的场合，无法从拍摄机图像检测的等待人数判定UP方向和DN方向的人数比率。由于UP方向和DN方向的人数比率随着时段、楼层变化，因此，使用由后述的统计数据管理部27从过去的乘梯负载数据统计地计算的UP方向比率α_t，k。

统计数据管理部27按星期、时段保存管理由需求计算部23计算的各层的需求度的数据。此时，计算保存每分钟的需求度。另外，该统计数据管理部27采用在轿厢12、12b、12c...设置的没有图示的负载传感器，按星期、时段收集各电梯厅呼叫的乘梯负载，计算各层的UP方向比率α_t，k。

例如，k层中的时段t的乘梯负载值的累积结果设为以下的值。

UP乘梯负载值累积＝1823

DN乘梯负载值累积＝463

该场合，UP方向比率α_t，k，

α_t，k＝1823/(1823+463)

＝0.797

用该UP方向比率α_t，k计算登记了上述(c)的UP、DN方向的电梯厅呼叫时的需求度。

多台分配指令部24根据需求计算部23计算的各层的需求度，确定阈值，对于比该阈值大的需求度的电梯厅呼叫，对分配控制部22输出多台分配指令。该多台分配指令包含多台分配的对象层、方向性(UP/DN)、台数设定。

用图2详细说明该多台分配指令部24的动作。

图2是该实施例中的群管理控制装置20的多台分配指令部24的处理动作的流程图。

通过按下各层的乘梯处设置的电梯厅按钮13a、13b、13c...的任一个，在群管理控制装置20内的电梯厅呼叫信息登记部21登记新电梯厅呼叫后(步骤S1的是)，由需求计算部23计算当前的各层的需求度，提供给多台分配指令部24(步骤S2)。

多台分配指令部24参照在统计数据管理部27存储的新电梯厅呼叫的登记层中的属于相同星期、时段的过去的需求度(每分钟的需求度)，判定是否超过预先设定的阈值th0(步骤S3)。

「阈值th0」是用于判定是否为常态拥挤层的基准值，例如设定成与轿厢的额定人数相当。即，轿厢的额定人数若为10人，则设为阈值th0＝10人。

该楼层(新电梯厅呼叫的登记层)中的过去的需求度超过阈值th0的场合(步骤S3的是)，多台分配指令部24判断该楼层是常态拥挤层，用预先设定的阈值th1判定该楼层中的当前的需求度(步骤S4)。

另一方面，该楼层(新电梯厅呼叫的登记层)中的过去的需求度为阈值th0以下的场合(步骤S3的否)，多台分配指令部24判断该楼层的拥挤度不是常态化，用预先设定的阈值th2，判定该楼层中的当前的需求度(步骤S8)。

阈值th1是常态拥挤层的拥挤判定用的基准值。阈值th2是非常态拥挤层(因任何的事件等而暂时拥挤的层)的拥挤判定用的基准值。另外，阈值th1设定成比阈值th2小的值。这是因为，为常态拥挤层的场合，马上会有人来，为了检测需求度显著变化的情况，必须预先将阈值设为低于非拥挤层。

具体地说，阈值th1设定成例如轿厢的额定人数的70％。相对地，阈值th2设定成例如轿厢的额定人数的80％。即，轿厢的额定人数若为10人，则设定阈值th1＝7人，阈值th2＝8人。

这里，当前的需求度超过阈值th1或者th2的场合(步骤S4的是或者步骤S8的是)，接着多台分配指令部24判定该楼层是否成为优先设定层(步骤S5)。

优先设定层是要使轿厢优先地响应的楼层。大楼管理者利用PC(个人电脑)30等的工具，可任意将例如食堂层、会议室层、VIP(very importantperson)层等设定成优先设定层。

另外，优先设定层不固定，可按星期、时段设定。若预先设定这样的优先层设定层，则即使该对象层的需求增加，也不会影响其他层的需求，可进行多台分配。优先设定层的信息在多台分配指令部24内的没有图示的存储部保存，在上述步骤S5中使用。

该楼层的当前的需求度高(超过阈值th1或者th2)且成为优先设定层的场合(步骤S5的是)，多台分配指令部24为了进行多台分配，计算响应该楼层的号机台数的值(步骤S6)。

该响应号机台数例如如下计算。

响应号机台数＝(需求度/额定人数的80％)+1

其中，在上述计算式的结果比(可运行电梯台数/2)大的场合，

响应号机台数＝(可运行电梯台数/2)。

即，在可运行电梯台数例如设为6台的场合，在响应号机台数变得多于其一半即3台的场合，以3台为上限。从而，可避免响应号机数过度增加而使其他楼层长时间等待的状况。

这样，响应号机台数确定后，多台分配指令部24对分配控制部22输出要进行多台分配的对象层、方向性(UP/DN)、响应号机台数的3个信息。

另一方面，上述步骤S5中，在不是优先设定层的场合(步骤S5的否)，多台分配指令部24检测各楼层中需求度超过阈值th1或者th2的楼层，比较符合的楼层的数(需求度大的楼层数)和该时刻可运行电梯的台数(步骤S9)。

结果，在需求度大的楼层数比电梯的台数少的场合(步骤S9的是)，多台分配指令部24判断即使对该楼层进行多台分配也没有问题，进入步骤S6、S7的处理。在需求度大的楼层数为电梯的台数以上的场合(步骤S9的否)，多台分配指令部24判断对该楼层进行多台分配会对其他楼层造成大的影响，不进行多台分配，结束本处理。

另外，图1中，在群管理控制装置20设置的未响应时间计算部25，对于电梯厅呼叫信息登记部21登记的各电梯厅呼叫，计算电梯厅呼叫登记开始的经过时间及分配轿厢到达为止的预测到达时间以及未响应时间。该计算结果即未响应时间值及预测到达时间值的数据在未响应时间计算部25内的没有图示的存储部保存。

长时间等待检测部26将未响应时间计算部25计算的数据中成为预先设定的基准值(例如未响应时间60秒且预测到达时间30秒)以上的电梯厅呼叫检测为长时间等待呼叫，将该信息向分配控制部22输出。

另外，如图2所说明，从多台分配指令部24对分配控制部22输出多台分配指令后(步骤S7)，由分配控制部22，进行由该多台分配指令指定的台数的分配处理。

用图3详细说明该分配控制部22的动作。

图3是该实施例中的群管理控制装置20的分配控制部22的处理动作的流程图。

分配控制部22在电梯厅呼叫信息登记部21登记新电梯厅呼叫后(步骤S11)，用规定的评价运算式计算各号机(轿厢)的分配评价值(E)(步骤S12)。另外，评价运算式没有特别限定，用一般公知的评价运算式对各号机计算分配评价值(E)。

接着，分配控制部22按照分配评价值(E)的良好顺序将各号机的索引设置到变量Y(步骤S13)。

例如，存在A～F号机的6台电梯，这些号机的分配评价值的顺序设为如下。

1位：C号机

2位：A号机

3位：E号机

4位：F号机

5位：D号机

6位：B号机

在这样的场合，设为Y(0)＝C，Y(1)＝A，Y(2)＝E，Y(3)＝F，Y(4)＝D，Y(5)＝B。

这里，在未从多台分配指令部24对新电梯厅呼叫输出多台分配指令时(步骤S14的否)，分配控制部22将具有最佳评价值的Y(0)的号机选出为分配号机(步骤S23)，向该Y(0)的号机输出分配指令(步骤S24)。上述的例中，C号机作为分配号机选出，向与轿厢控制装置11a、11b、11c...中的C号机对应的轿厢控制装置输出分配指令。

另一方面，在从多台分配指令部24对新电梯厅呼叫输出多台分配指令时(步骤S14)，分配控制部22将该多台分配指令指定的分配台数设为变量N，并将变量C及变量J的值清零(步骤S15)。

变量J是用于对分配台数的循环处理进行计数的变量。变量C是用于对输出分配指令的次数进行计数的变量。

首先，分配控制部22，比较变量J和变量N(步骤S16)。变量J的初始值为零，而变量N设为由多台分配指令指定的分配台数，因此最初J＜N。

在J＜N的场合(步骤S16的是)，分配控制部22进一步将变量C的值和电梯的可运行台数比较(步骤S17)。在变量C的值比电梯的可运行台数小的场合(步骤S17的是)，分配控制部22将Y(C)设为假分配号机(步骤S18)。该场合，由于变量C的初始值为零，因此最初Y(0)的号机成为假分配号机。

这里，分配控制部22参照与电梯厅呼叫信息登记部21存储的Y(C)号机对应的已登记的电梯厅呼叫分配信息，确认Y(C)号机是否具有由长时间等待检测部26判定为长时间等待的电梯厅呼叫的分配(步骤S19)。

若长时间等待的电梯厅呼叫分配一个也没有(步骤S19的否)，则分配控制部22将该Y(C)号机看作分配号机，输出分配指令(步骤S20)。

例如，C＝0，将Y(0)的号机作为分配号机的场合，上述的例中，Y(0)＝C号机作为分配号机选出，向与轿厢控制装置11a、11b、11c...中的C号机对应的轿厢控制装置输出分配指令。

接着，为了搜索下一分配号机，分配控制部22将变量J的值加一(步骤S21)，并将变量C的值加一后(步骤S22)，反复从步骤S16开始的处理。

其间，作为假分配号机选出的Y(C)号机即使具有一个长时间等待的电梯厅呼叫分配时(步骤S19的是)，分配控制部22也将Y(C)号机作为非分配对象，不输出分配指令，进入步骤S22。此时，由于不输出分配指令，变量J不进行增量处理。

J＝N时，即，输出分配指令的台数达到分配台数的场合(步骤S16的否)，本处理结束。或者，C＝可运行台数的场合，即，可运行台数的搜索结束的场合(步骤S17的否)，本处理结束。

另外，图1中，长时间等待检测部26检测到长时间等待电梯厅呼叫时，通过取消多台分配指令进行的分配，判定长时间等待是否改善。在改善的场合，取消该分配。

用图4说明长时间等待检测部26检测长时间等待电梯厅呼叫，到取消多台分配指令进行的分配为止的动作。

图4是该实施例中的群管理控制装置20的长时间等待检测部26的处理动作的流程图。

现在，长时间等待检测部26对已登记的电梯厅呼叫(X)判定长时间等待(步骤S31的是)。长时间等待检测部26参照在分配控制部22存储的分配信息(步骤S32)，确认向该电梯厅呼叫(X)分配的号机是否登记了多台分配指令进行的分配(Y)(步骤S33)。

在登记了多台分配指令进行的分配(Y)的场合(步骤S33的是)，长时间等待检测部26与在其他号机登记的同一层的多台分配信息进行比较，确认本号机是否为最初响应的预定(先响应号机)(步骤S34)。

若是先响应号机(步骤S34的是)，则取消该分配(Y)后，对需求度高的楼层(多台分配设定楼层)造成影响，因此不实施取消。

另一方面，不是先响应号机的场合(步骤S34的否)，长时间等待检测部26进行将多台分配指令进行的分配(Y)取消时的等待时间的评价计算(步骤S35)，根据该计算结果，确认长时间等待呼叫是否被改善(步骤S36)。

可对改善的程度设定阈值，例如，长时间等待时间缩短10秒以上时判断有改善效果。有改善效果的场合(步骤S36的是)，长时间等待检测部26对分配控制部22输出用于取消多台分配指令进行的分配(Y)的取消请求指令(步骤S37)。分配控制部22中，接受该取消请求指令后，实施符合的分配(Y)的取消(步骤S38)。

这样，考虑各楼层的过去的需求度，将当前的需求度大的楼层检测为拥挤层，从而，可通过追踪各层的需求的变化的多台分配控制，消除时段或者任何事件等的拥挤层的等待时间。

而且，进行多台分配控制时，考虑其他层的长时间等待状态，通过将具有长时间等待电梯厅呼叫的电梯从分配对象除外或者适当取消多台分配，可抑制其他层的长时间等待呼叫，使拥挤层及其他层的等待时间均等化，消除使用者的不适感。

根据上述实施例的电梯群管理控制装置，可进行追踪各层的需求的变化的多台分配控制，使拥挤层及其他层的等待时间均一化，消除使用者的不适感。

另外，虽然说明本发明的几个实施例，但是这些实施例只是作为例子提示，而不是限定发明的范围。这些实施例可以各种各样的形态实施，在不脱离发明的要旨的范围，可进行各种省略、置换、变更。这些实施例及其变形是发明的范围和要旨所包含的，同时也是权利要求的范围记载的发明及其均等的范围所包含的。

Claims

1.一种电梯的群管理控制装置，具有多台电梯，将各层发生的电梯厅呼叫向上述各电梯中的最佳电梯分配而进行响应，其特征在于，具备：

需求计算部，其计算上述各层中的当前的需求度；

统计数据管理部，其按星期单位、时间单位将由上述需求计算部计算的上述各层的需求度作为统计数据进行管理；

多台分配指令部，其在新电梯厅呼叫发生时，考虑上述统计数据管理部存储的上述新电梯厅呼叫的登记楼层中的相同星期、时段的过去的需求度，判定上述新电梯厅呼叫的登记楼层中的当前的需求度是否大，在当前的需求度大的场合输出多台分配指令；以及

分配控制部，其在从上述多台分配指令部输出多台分配指令的场合，对上述各电梯中的至少2台以上进行上述新电梯厅呼叫的分配，响应上述新电梯厅呼叫的登记楼层。

2.权利要求1所述的电梯群管理控制装置，其特征在于，

上述多台分配指令部，在上述新电梯厅呼叫的登记楼层中的过去的需求度比规定值大的场合，采用预先设定的第1阈值，在上述新电梯厅呼叫的登记楼层中的过去的需求度在规定值以下的场合，采用设定为比上述第1阈值大的第2阈值，进行上述新电梯厅呼叫的登记楼层中的当前的需求度是否大的判定。

3.权利要求1所述的电梯群管理控制装置，其特征在于，

上述多台分配指令部，根据上述新电梯厅呼叫的登记楼层中的当前的需求度和可运行的电梯台数，计算响应该楼层的电梯的台数，

上述分配控制部，根据上述多台分配指令部计算的台数，进行上述新电梯厅呼叫的分配控制。

4.权利要求1所述的电梯群管理控制装置，其特征在于，具备：

优先设定部，其在上述各层中设定使上述各电梯优先响应的层，

上述多台分配指令部，在上述新电梯厅呼叫的登记楼层为上述优先设定部设定的优先设定层时，进行多台分配。

5.权利要求4所述的电梯群管理控制装置，其特征在于，

上述多台分配指令部，在上述新电梯厅呼叫的登记楼层为上述优先设定层以外的层时，根据上述各层的需求度和可运行的电梯台数来确定是否进行多台分配。

6.权利要求5所述的电梯群管理控制装置，其特征在于，

上述多台分配指令部，仅仅在上述各层中需求度超过阈值的楼层数比可运行的电梯台数小的场合，进行多台分配。

7.权利要求1所述的电梯群管理控制装置，其特征在于，具备：

未响应时间计算部，其对于各层的电梯厅呼叫，根据从登记开始的经过时间和电梯到达为止的预测时间，计算未响应时间；和

长时间等待检测部，其将上述未响应时间计算部计算的未响应时间为预先设定的基准值以上的电梯厅呼叫检测为长时间等待呼叫，

上述分配控制部，在对上述各电梯进行多台分配时，将分配有上述长时间等待检测部检测的长时间等待呼叫的电梯从分配对象除外。

8.权利要求7所述的电梯群管理控制装置，其特征在于，

上述长时间等待检测部，在其他层检测到长时间等待呼叫时，通过取消上述多台分配指令进行的分配，判定该层的长时间等待呼叫是否改善，在改善的场合，向上述分配控制部输出取消请求指令，

上述分配控制部，接受上述取消请求指令后，取消上述多台分配指令进行的分配。