CN109720947B - 外部系统协同分配系统以及方法 - Google Patents

Abstract

本发明的目的在于，提供也包含突发事件时的应对而能够提前分配的外部系统协同分配系统以及方法。一种外部系统协同分配系统，其进行设置于大厦等设施内的多个电梯装置的运行管理，具备输入多个电梯装置的运转实际成绩与来自外部系统的事件信息的接收部、将从接收部获得的运转实际成绩的信息存储为过去经验数据并进行学习的学习部；使用学习部的存储信息与事件信息而按照候梯厅的楼层预测用户数量的预测部、以及基于事件信息的时刻信息而向预测出拥挤产生的预测拥挤层预先分配电梯轿厢的候梯厅呼叫登录判断部。

Description

外部系统协同分配系统以及方法

技术领域

本发明涉及电梯装置的运行管理，尤其是涉及与外部系统协同而用于适当地进行电梯的候梯厅拥挤时的轿厢分配的外部系统协同分配系统以及方法。

背景技术

长久以来，针对电梯装置的运行管理，提出了很多方案。在这些方案之中，存在针对电梯装置的用户在各层的候梯厅处拥挤时的运行管理进行的提案。

例如，专利文献1的目的在于，获得一种相对于以多个电梯为一组的电梯系统而能够向拥挤层分配确切的台数的轿厢的电梯的控制装置，“具备检测电梯候梯厅以及轿厢内的拥挤状态的候梯厅摄像机1B、轿厢内摄像机1A、基于这些摄像机的输出而测量当前的电梯候梯厅的乘客面积以及轿厢内的占有面积的候梯厅面积检测机构3A、轿厢内面积检测机构3B、基于这些检测机构的输出与过去的学习结果而预测电梯候梯厅以及轿厢内这两方的将来拥挤度的追加分配判断机构3C、交通信息学习机构3G、基于该预测结果向候梯厅分配多台轿厢的分配运算机构3D、运转控制机构3E”。

现有技术文献

专利文献

专利文献1：日本特开2002-302348号公报

发明要解决的课题

根据专利文献1所记载的装置，能够检测电梯候梯厅的拥挤状态，基于检测输出与过去的学习结果而预测电梯候梯厅的将来拥挤度，向候梯厅分配多台轿厢，由此适当地进行电梯的候梯厅的拥挤时的轿厢分配。

根据专利文献1的方法，由于基于过去的学习结果而预测电梯候梯厅的将来拥挤度，因此能够应对在设置有电梯的大厦内稳定产生的拥挤事件。例如，早晚的上班下班、午饭时的拥挤等是除了周末以外常规产生的事件，因此适当进行与其对应的电梯的候梯厅的拥挤时的轿厢分配是有效的。

然后，作为相对于常规以外的突发事件的应对是不充分的。在专利文献1的方法中的过去的学习结果中，不包含常规以外的突发事件，无法预测突发事件。

另外，在专利文献1中，在用户集中于候梯厅、产生呼叫之后进行应对，因此产生拥挤的可能性较大，即便适当台数的分配是有效的，作为用于不产生拥挤的应对也是不充分的。

发明内容

由此，在本发明中，其目的在于提供也包含突发事件时的应对而提前能够分配的外部系统协同分配系统以及方法。

用于解决课题的手段

根据以上，在本发明中，“一种外部系统协同分配系统，其进行在大厦等设施内设置的多个电梯装置的运行管理，其特征在于，外部系统协同分配系统具备：接收部，其对多个电梯装置的运转实际成绩和来自外部系统的事件信息进行输入；学习部，其将从接收部获得的运转实际成绩的信息存储为过去经验数据，并对该过去经验数据进行学习；预测部，其使用学习部的存储信息和事件信息而按照候梯厅的楼层来预测用户数量；以及候梯厅呼叫登录判断部，其基于事件信息的时刻信息，向被预测产生拥挤的预测拥挤层预先分配电梯轿厢”。

另外，在本发明中，“一种电梯运行管理方法，进行在大厦等设施内设置的多个电梯装置的运行管理，其特征在于，在电梯运行管理方法中，使用多个电梯装置的运转实际成绩和来自外部系统的事件信息而按照候梯厅的楼层来预测用户数量，基于事件信息的时刻信息，向被预测产生拥挤的预测拥挤层预先分配电梯轿厢”。

发明效果

根据本发明，能够进行适当台数下的预先分配，在应对常规的拥挤以外，也能够应对突发的拥挤。

附图说明

图1是表示具备本发明所涉及的预测拥挤时提前分配轿厢处理功能的电梯运行管理系统的概要结构的图。

图2是表示适合于本发明的候梯厅环境事例的图。

图3是表示由学习部31学习的过去经验数据的存储格式例的图。

图4a是表示由各楼层人数预测部32预测出的预测乘坐人数表TB1的一例的图。

图4b是表示由各楼层人数预测部32预测出的预测下梯人数表TB2的一例的图。

图5是具体例示出图1的各楼层人数预测部32中的处理内容的流程图。

图6a是表示包含由精度验证追加的实际数据的预测乘坐人数表TB1的一例的图。

图6b是表示包含由精度验证追加的实际数据的预测下梯人数表TB2的一例的图。

图7是表示本发明的实施例1所涉及的预测拥挤时提前分配轿厢处理功能的处理流程的图。

图8是表示每一台电梯轿厢的定员数的图。

图9是表示进行图7的预测拥挤时提前轿厢分配处理时的拥挤层的样子的图。

图10是表示按照号机、楼层、最大可乘入的定员数(定员数*乘坐率)的图。

图11是表示本发明的实施例2所涉及的预测拥挤时提前分配轿厢处理功能的处理流程的图。

图12是表示本发明的实施例3所涉及的预测拥挤时提前分配轿厢处理功能的处理流程的图。

图13是表示进行图12的预测拥挤时提前轿厢分配处理时的拥挤层(拥挤预料层：例如1层)的样子的图。

附图标记说明：

1：大厦等设施；2：外部的系统(公共机关管理系统)；3：电梯运行管理系统；4：各层的候梯厅电梯服务要求装置；5：各层的监视摄像机；6：大厦管理系统；7a···7n：电梯控制系统；8：通信机构；31：学习部；32：各楼层人数预测部；36：接收部；37：综合评价部；38：分配指令部；39：候梯厅呼叫登录判断部；40：乘坐率设定部；S2：公共机关管理信息；S4：服务要求信号；S5：影像信号；S6：大厦管理信息；S72：控制指令信号。

具体实施方式

以下，使用附图对本发明的实施例进行说明。

[实施例1]

图1表示具备本发明所涉及的预测拥挤时提前分配轿厢处理功能的电梯运行管理系统的概要结构。需要说明的是，当将本发明的功能与专利文献1区别表现时，称作预测拥挤时提前分配轿厢处理功能是适当的。专利文献1的功能应称作拥挤时分配轿厢处理功能。

在图1中，描述有大厦1等设施内的设备、系统以及外部的系统2。其中，大厦1等设施内的设备、系统是电梯运行管理系统3、各层的候梯厅电梯服务要求装置4、各层的监视摄像机5、大厦管理系统6等，在这些之间经由通信机构8相互进行数据通信。另外，电梯控制系统7a···7n是针对多个号机进行设置的，通过电梯运行管理系统3进行控制。

进一步，在图1中，作为外部的系统2的一个事例，例示出公共机关管理系统。在此，电梯运行管理系统3是与作为电梯运行管理系统3以外的外部系统的、大厦管理系统6或公共机关管理系统2协同的系统，从而构成外部系统协同分配系统。

本发明所涉及的电梯运行管理系统3获得很多的输入、设定而给予输出。这些输入输出之中，在电梯控制系统7a···7n与电梯运行管理系统3之间，从电梯控制系统7a···7n向电梯运行管理系统3报告运转状态信息S71，电梯控制系统7a···7n通过来自电梯运行管理系统3的控制指令信号S72对各号机电梯进行控制。在此，特征性内容为，电梯运行管理系统3对大厦1内的所有号机进行运用管理，除此以外的事项与通常的电梯控制相比而没有变化，因此省略在此的说明。

在本发明中，进一步作为其它输入，从各层的候梯厅电梯服务要求装置4获得服务要求信号S4，从各层的监视摄像机5获得影像信号S5，从大厦管理系统6获得大厦管理信息S6，从公共机关管理系统2获得公共机关管理信息S2等。

图2是表示适于本发明的候梯厅环境事例的图。在各层的电梯候梯厅设置有对包含电梯门的空间进行监视、拍摄的监视摄像机5(5-1、5-2、5-3、5-4)、作为候梯厅电梯服务要求装置4的上下式按钮4(4-1、4-2、4-3、4-4)。另外，配置有对电梯轿厢的到达进行预报、或者引导方向的到站灯20(20-1、20-2、20-3)。在图2中，进一步在电梯的轿厢24内具备轿厢内摄像机21、负载传感器22。

如以下说明那样，本发明中的服务要求信号S4的定位用于确认从候梯厅朝向电梯的上行下行的服务方向。在图2中例示出上下式按钮4，但也可以是从候梯厅登录目的层的目的层登录装置等。

另外，本发明中的影像信号S5的定位用于测量用户的人数，只要能够直接、间接地确认用户数量，则能够以其它手段代替。在图2的例子中，从设于电梯的轿厢24内的轿厢内摄像机21、设于电梯的轿厢24内下部的负载传感器22也能够输入用户数量的信息。

这样，根据服务要求信号S4，能够确认电梯的上行下行的方向，根据影像信号S5，能够确认用户的人数，根据大厦管理信息S6，能够确认设施内的会议、事件等的行动预定，根据公共机关管理信息S2，能够把握当日的公共机关的运行信息(例如列车延迟)等。需要说明的是，这些信息的一部分包含有分别在现有的系统中输入而以某种目的被使用的信息，但在本发明中应用于预测上行下行人数的推断这点是新颖的。

在图1的电梯运行管理系统3内的接收部36中，经由通信机构8获得服务要求信号S4、影像信号S5、大厦管理信息S6等，另外从电梯控制系统7a···7n输入运转状态信息S71。

来自接收部36的输入信号被向候梯厅呼叫登录判断部39与学习部31给予并利用，这些是与本发明的本质相关的部分，其说明见后述，先进行作为一般功能的综合评价部37与分配指令部38的说明。

在综合评价部37中，根据这些输入的信号来判断用户的要求、移动方向，在分配指令部38中相对于各号机的电梯控制系统7a···7n给予控制指令信号S72，对其进行控制。该部分与现有的电梯控制相比没有任何变化，因此省略进一步的说明。

经由通信机构8获得的服务要求信号S4、影像信号S5、大厦管理信息S6等在学习部31中被记录、利用。在此，服务要求信号S4以及影像信号S5与产生这些信号的时刻的信息一并地被存储，由此被用作过去的经验信息。由此，以统计的方式把握过去的某一场景(星期、季节等)、某一时刻的用户的行动、样态。例如，能够把握上班下班时、午饭时、夜间等的人的移动状况的概要。因此，在相同的将来的场景中，用户能够推断表示与过去经验相同的行动模式。

顺带一提，在专利文献1中，“过去的学习结果”所利用的信息为这些信息。为了实现专利文献1的拥挤时分配轿厢处理功能，只要具有服务要求信号S4以及影像信号S5即可。这些信息能够称作针对多个电梯装置的运转实际成绩信息，是在电梯运行管理系统进行控制、管理的范围内得到的信息。

如本发明那样，为了实现预测拥挤时提前分配轿厢处理功能，进一步利用来自大厦管理系统6的大厦管理信息S6以及公共机关管理信息S2。

服务要求信号S4与影像信号S5被用作过去的经验信息、运转实际成绩信息，与之相对，来自大厦管理系统6的大厦管理信息S6是将不久将来的设施内的会议等的行动预定(开幕场所、出席者及其在席场所)登录于大厦管理系统6而成的信息，据此，例如在从本日的3时起的5层处的会议时能够预测来自各层的人的移动。

另外，根据公共机关管理信息S2，作为当日的公共机关的运行信息，例如能够把握列车延迟及其程度，则尤其能够预测上班时的用户的移动动向与无延迟的通常时的移动动向不同并进行变更。

在本发明中，相对于运转实际成绩信息，将大厦管理信息S6以及公共机关管理信息S2称作来自外部系统的事件信息。在事件信息中，具有计划信息(大厦管理信息S6)与突发信息(公共机关管理信息S2)，但均由电梯运行管理系统以外的外部系统提供。

需要说明的是，大厦管理信息S6以及公共机关管理信息S2与这些事件的产生时刻或者结束时刻的信息一并地获得。

这样，学习部31每日学习通常的利用电梯的用户数量。在此，能够输出巨大的人数信息。进一步，学习部31对以楼层为单位的乘坐率进行学习。

作为乘坐率的学习方法，通过电梯内的负载、轿厢内摄像机，检测或者计算电梯轿厢内的乘坐人数。进一步，为了检测候梯厅的人数，使用候梯厅摄像机、距离传感器等直接检测候梯厅的人数。或者，也可以是根据候梯厅的按钮登录状况而识别出在候梯厅按钮被按下的时刻下候梯厅有人。

在响应来自各层的候梯厅按钮登录并到达而打开门时，判断候梯厅的人数是否为零，在候梯厅的人数不为零的情况下，根据当前的乘坐人数，记录判断为能够供人乘坐的乘坐率。具体来说，在5层候梯厅存在10名并在轿厢内乘坐10名的状态下，在轿厢到达5层且候梯厅的人数剩余2名的情况下，轿厢内的乘坐人数成为18名。在定员数为24人乘坐的情况下，轿厢内的乘坐率为75％。或者，也可以是并非检测人数、而是检测此时的轿厢内用户的占有率、或者轿厢内的空置率并记录该占有率、或者空置率的方式。

在不具备候梯厅的摄像机的情况下，形成5层的呼叫，在轿厢到达5层时，在门关闭之后，在某一任意的时间内具有朝向同一方向的候梯厅呼叫、或者朝向同一目的层的服务要求的情况下，在候梯厅处用户无法乘坐，判断为再登录，记录此时的该层的乘坐人数、或者占有率、空置率。

将记录的乘坐人数、或者占有率、空置率设为乘坐率，将这些每日以层为单位进行学习。

在此，以楼层为单位的乘坐率是指，求出各层的利用比率，进一步也可以进行基于各层的用户的人数的加权而求出。进一步，以楼层为单位的乘坐率可以分成上行下行进行把握。例如在8层的建筑物的情况下，作为5层处的乘坐率而可以预先求出上行方向上的乘坐率与下行方向上的乘坐率。

电梯运行管理系统的管理者以存积于学习部31的过去的乘坐率实际成绩等为参考，使用乘坐率设定部40，预先设定乘坐率。设定的乘坐率确定用户进行等待下次分配的判断的极限的拥挤程度。例如即便是核定24人的轿厢，若18人乘坐，则是等待下次分配的人出现的极限的乘坐率。即便在上班时为高乘坐率，但在通常时有时也会降低，因此极限的乘坐率可以设定为按照层、上行下行、时间带等。

由学习部31学习的过去经验数据例如像图3那样被整理存储。图3例示了例如过去实际成绩乘坐人数的存储格式，以过去的时间为单位，将各层处的乘降者数量与按照层的上行下行的乘坐率的信息建立关联并进行存储。过去实际成绩下梯人数的存储格式也以同样形式制作。需要说明的是，上述存储格式每日例如以10分钟的时间带为单位把握人数进行存储，并且可以具备过去的长期时间内存积的信息。另外，在过去经验数据中，作为随附信息而可以预先包含会议、各种事件等仪式信息。由学习部31学习的过去经验数据作为过去经验，在以下的处理中被应用于预测处理。

在各楼层人数预测部32中，根据过去经验、当天的会议预定等，例如以楼层为单位对今天的人的移动进行人数预测。图4a表示由各楼层人数预测部32预测的预测乘坐人数表TB1的一例，图4b表示由各楼层人数预测部32预测的预测下梯人数表TB2的一例。

预测乘坐人数表TB1与预测下梯人数表TB2从上层起依次由时刻数据D1、D6、楼层数据D2、D7、预测人数数据D3、D8、实际人数数据D4、D9、预测精度数据D5、D10、乘坐率D11、D12构成。在各楼层人数预测部32中，使用图3的过去经验数据等来形成这些表之内的从上起至第三层的数据。

例如针对预测乘坐人数表TB1，表示在8时的时刻(见后述，例如表示从8时起的10分钟期间)下，各层(在此从1层至8层)的乘坐人数分别预测为20、9、7、14、13、7、8、5人。另外，例如针对预测下梯人数表TB2，表示在8时的时刻(见后述，例如表示从8时起的10分钟期间)下，各层(在此从1层至8层)的下梯人数分别预测为20、5、9、15、11、15、18、11人。

需要说明的是，关于预测乘坐人数表TB1与预测下梯人数表TB2的制作方法，如所述那样，能够考虑过去的经验、本日的预定来制作，进一步能够考虑本日的列车延迟等而通过修正来求出。

图5是具体例示图1的各楼层人数预测部32中的处理内容的流程图。需要说明的是，作为其前提而通过学习部31中的处理，将每日测量的时系列的用户数量按照层、上行下行方向而与乘坐率的信息一并把握，形成有图3的过去经验数据。换句话说，针对预测乘坐人数表TB1与预测下梯人数表TB2，将与实际人数数据D4、D9对应的过去经验数据按照时系列并且相当日数进行确保、存储。另外，针对过去的每日，包含在该日进行的事件、会议的信息进行存储。

图5的处理的开始可以在适宜的时机下进行，但例如若在前日提供为次日1日量的信息，则在前日的适当时间内进行处理。或者，若通过来自外部的要求进行提供，则电可以在具有要求的时刻下开始。另外，在产生新的状态变化的情况下，即便在当日也每次重新设置。

在各楼层人数预测部32的最初的处理步骤S100中，获取过去经验数据等。其中包含过去中的实际人数数据D4、D9、时刻数据D1、D6、乘坐率、大厦管理信息S6等。在处理步骤S101中，获得时间幅度、指定时刻等设定信息。

在处理步骤S102中，对输出日(例如明天)进行判断。判断输出日为平日、休息日或者一部分停歇等，根据图3的过去经验数据而仅抽出相应的条件。在处理步骤S103中，例如，若输出日为平日，则仅抽出平日的过去经验数据，若输出日为休息日，则仅抽出休息日的过去经验数据。需要说明的是，在针对用户而季节性变动、星期性变动表现得显著的情况下，可以考虑这些点进行抽出。

在处理步骤S104中，针对抽出的多日量的时系列的利用实际成绩，求出各个时刻的利用平均，设为预测乘坐人数表TB1与预测下梯人数表TB2的预测人数数据D3、D8。需要说明的是，上述处理是针对每层的用户数量进行的，因此也一并地获得楼层数据D2、D7。

在处理步骤S105中，在确认大厦管理信息S6的有无、例如在预定从本日的15时起在5层召开会议的情况下，在处理步骤S106中，根据该召开规模而反应用户的移动、电梯的利用方法，对由处理步骤S104求出的预测乘坐人数表TB1与预测下梯人数表TB2的预测人数数据D3、D8进行修正。需要说明的是，在过去经验数据之中，具有过去实施过与该会议相同主旨的会议的经验的情况下，可以参考那时的用户信息对预测乘坐人数表TB1与预测下梯人数表TB2的预测人数数据D3、D8进行修正。

在处理步骤S107中，在确认公共机关管理信息S2的有无、例如在获得预定于本日的8时到达大厦的最近车站的电车延迟这样的信息的情况下，在处理步骤S108中，根据该延迟的程度来反映用户的移动、电梯的利用的做法，对由处理步骤S104、S106求出的预测乘坐人数表TB1与预测下梯人数表TB2的预测人数数据D3、D8进行修正。需要说明的是，处理步骤S107、S108的处理通过当日得到的外部信息来执行。

如以上所述那样，基于行动预定、公共机关的信息对过去实际成绩进行修正，求出预测乘坐人数表TB1与预测下梯人数表TB2的预测人数数据D3、D8。需要说明的是，虽然在图5的流程中没有明确记载，但使用图3的过去经验数据，将由乘坐率设定部40设定的乘坐率的数据反映在预测乘坐人数表TB1与预测下梯人数表TB2的乘坐率D11、D12的栏中。

各楼层人数预测部32还具备精度验证功能，在由各楼层人数预测部32制作的上位3层的数据中进一步基于预测日的实际经验对下位2层的信息进行数据追加。图6a表示包含通过精度验证来追加的实际数据的预测乘坐人数表TB1的一例，图6b表示包含通过精度验证来追加的实际数据的预测下梯人数表TB2的一例。

在该事例中，例如针对预测乘坐人数表TB1可知，在8时的时刻下，将各层的乘坐人数分别预测为20、9、7、14、13、7、8、5人，但实际上为18、13、10、19、14、14、10、9人，各自的精度为82％、38％、60％、75％、92％、88％、95％、90％。

另外，在该事例中，例如针对预测下梯人数表TB2可知，在8时的时刻下，将各层的下梯人数分别预测为20、5、9、15、11、15、18、11人，但实际上为17、13、15、12、12、17、19、10人，各自的精度为89％、69％、70％、74％、93％、50％、80％、56％。

需要说明的是，在图6a、图6b的表中追加数据D4、D9是指，在学习部31中进行追加记载来作为新的过去经验数据。

图1的候梯厅呼叫登录判断部39通常基于来自各层的候梯厅电梯服务要求装置4的服务要求信号S4，实施候梯厅呼叫登录判断处理，经由综合评价部37、分配指令部38向登录层分配轿厢，但在具有预测拥挤时提前分配轿厢处理功能的本发明中进一步如以下那样发挥功能。

在图7中，示出了本发明的实施例1所涉及的预测拥挤时提前分配轿厢处理功能的处理流程。实施例1基于预测拥挤信息，在预测拥挤层使电梯轿厢开门待机。

在该情况下，预测拥挤信息是来自大厦管理系统6的大厦管理信息S6和来自公共机关管理系统2的公共机关管理信息S2。根据这些信息，包含不久将来的设施内的会议、事件等的行动预定、或者基于列车延迟的用户的集中与其时刻，因此能够用作预测拥挤信息。

在图7的预测拥挤时提前分配轿厢处理功能的处理流程中，最初在处理步骤S110中确认“具有公共机关的延迟信息/事件信息？”。公共机关的延迟信息根据来自公共机关管理系统2的公共机关管理信息S2进行判断，事件信息根据来自大厦管理系统6的大厦管理信息S6进行判断。在特别是没有延迟信息/事件信息的情况(S110，否)下，移至处理步骤S115，解除基于开门待机的预先分配处理。

在根据公共机关管理信息S2或者大厦管理信息S6预见到拥挤的情况(S110，是)下，在处理步骤S111中，确认“该信息的时刻与当前时刻一致？”。公共机关管理信息S2、大厦管理信息S6包含延迟时间、针对会议的召开、结束的时刻信息，因此判断这些事件产生时刻与当前时刻的关系。例如，根据当前时刻到达事件产生时刻的1分钟前，将该信息与当前时刻判断为一致(S111，是)，进入处理步骤S112的处理。需要说明的是，在该信息与当前时刻不一致时(S111，否)，移至处理步骤S115，解除基于开门待机的预先分配处理。

在处理步骤S112中，比较预测的用户的人数与每一台电梯轿厢1的乘客数量。在各楼层人数预测部32中如图4a、图4b那样按照时刻、楼层、上行下行而获得人数，因此预测的用户的人数也参照于此。该用户数量被设为，在基于过去经验数据的人数以外，基于公共机关管理信息S2、大厦管理信息S6，将通过不久将来的事件等过渡性增加的人数也进一步加上而成的人数。

在此，乘客数量是定员数、或者乘以所述的乘坐率而成的人数，但在此，首先将定员数说明为乘客数量。每一台电梯轿厢的乘客数量(定员数)如图8所示作为各个电梯号机的规格而是已知的，例如是24人/轿厢、1560kg/轿厢。在处理步骤S112中，比较预测的用户的人数与每一台电梯轿厢的乘客数量(定员数)，在预测的用户的人数＞每一台电梯轿厢的乘客数量的情况下，在处理步骤S114中预先分配多台电梯并将它们设为多台电梯开门待机。在预测的用户的人数≤每一台电梯轿厢的乘客数量的情况下，在处理步骤S113中对一台电梯进行预先分配并将其设为多台电梯开门待机。

图9是表示进行图7的预测拥挤时提前轿厢分配处理时的、拥挤层(拥挤预料层：例如1层)的样子的图。关于电梯轿厢24，例如3台中的1台(24a)或者多台(24a、24c)被预先分配，当到达拥挤层时将各门25(25a、25b、25c)开放，保持开放状态进行待机(开门待机)。此时，若明了用户的大半进行朝向相同的上行下行方向的移动，则预测拥挤层的候梯厅电梯服务要求装置4也可以不与上行下行一并地进行行进方向的显示。成为拥挤预定时刻而在候梯厅出现的用户依次搭乘开门待机中的电梯。

在图7的处理步骤S102中，在比较预测的用户的人数与每一台电梯轿厢的乘客数量时，将乘客数量(定员数)*乘坐率设为乘客数量。在此，在各楼层人数预测部32的乘坐率设定部40中，如图4a、图4b那样，由于按照时刻、楼层、上行下行而设定人数，因此乘坐率也参照于此。在此，一同考虑乘坐率而设为乘客数量的理由在于，作为用户的心理，具有在一定程度以上的轿厢内拥挤状态下不进行搭乘(等待下一趟)的趋势，基于该用户心理，作为更实际的运用，预先多一些分配轿厢台数。

图10按照号机、楼层而求出能够最大乘入的定员数(定员数*乘坐率)，比较在图7的处理步骤S102中预测出的用户的人数与图10的人数，确定电梯的分配台数。

通过上述处理，伴随着列车延迟或者大型会议的召开，在预料到大量的用户集中于同一层的预测拥挤状态下，能够进行用户的顺利移动。尤其是在具备与电车、地铁的车站直接连结的大厦的入口层的情况下，本发明的效果较大。

[实施例2]

在图11中，示出实施例2所涉及的预测拥挤时提前分配轿厢处理功能的处理流程。实施例2基于预测拥挤信息，在预测拥挤层的候梯厅电梯服务要求装置4中自动登录上行下行方向的呼叫按钮。

在该情况下，预测拥挤信息是来自大厦管理系统6的大厦管理信息S6、来自公共机关管理系统2的公共机关管理信息S2。根据这些信息，能够使不久将来的设施内的会议、事件等的行动预定、或者基于列车延迟的用户的集中与其时刻明确化，能够用作预测拥挤信息。

在图11的拥挤时轿厢分配功能的处理流程中，最初在处理步骤S110中确认“具有公共机关的延迟信息/事件信息？”。公共机关的延迟信息根据来自公共机关管理系统2的公共机关管理信息S2来判断，事件信息根据来自大厦管理系统6的大厦管理信息S6来判断。在尤其是没有延迟信息/事件信息的情况下(S110，否)，移至处理步骤S204。

在根据公共机关管理信息S2或者大厦管理信息S6预见到拥挤的情况下(S110，是)，在处理步骤S111中，确认“该信息的时刻与当前时刻一致？”。由于公共机关管理信息S2、大厦管理信息S6包含延迟时间、针对会议的召开、结束的时刻信息，因此判断这些事件产生时刻与当前时刻的关系。例如，根据当前时刻到达事件产生时刻的1分钟前，判断为该信息与当前时刻一致(S111，是)，进入处理步骤S200的处理。需要说明的是，在该信息与当前时刻不一致时(S111，否)，移至处理步骤S204。

在处理步骤S200中，判断“是根据公共机关预测流入的层、还是一般在籍层？”。根据公共机关预测流入的层一般处于大厦下部，来自外部的用户大多想要上行，因此在处理步骤S201中自动登录上行方向的呼叫按钮，另外在一般在籍层的情况下，在处理步骤S202中自动登录下行方向的呼叫按钮来作为该层中的目的层大多的方向。由此，这些层的候梯厅电梯服务要求装置4进行上行方向、或者下行方向的呼叫显示。需要说明的是，通过呼叫按钮的自动登录，经由图4的综合评价部37与分配指令部38，进行轿厢的分配。

需要说明的是，在处理步骤S200中，假定了来自公共机关的流入，但同样地能够进行与会议等事件对应的呼叫自动登录。若例如在中间层召开的会议结束，则针对上行下行进行自动呼叫登录，由此能够应对。

另外，在自动登录呼叫按钮之后，在处理步骤S203中预先进行计时器起动。该计时器例如适当设定直至拥挤消除为止的时间，该期间内基本上持续呼叫按钮的自动登录状态，持续显示上行或者下行方向的呼叫显示。

在处理步骤S204中，确认“直至计时器时间期满为止，登录了其它方向的按钮？”。若结果为“否”，则可以不进行任何操作。在登录了其它方向的按钮的情况下，之后的应对为各种情况。在处理步骤S205中，示出了在消除了拥挤这样的前提下进行取消呼叫按钮的自动登录的处理的事例。在此，消除了拥挤的确认也可以使用监视摄像机的影像进行判断。或者，作为处理步骤S205的处理，也考虑直至经过设定的计时器的时间为止持续显示呼叫显示，并点亮针对其它方向的按钮的按钮。

需要说明的是，关于根据计时器的直至消除拥挤为止的时间设定，也能够从拥挤开始预测时刻起设定为两阶段。在最接近拥挤开始预测时刻的第一阶段，进行再次分配，但在之后的第二阶段中，可以一边观察拥挤的样子一边调整分配，或者进行中断拥挤时轿厢分配处理的判断等。

根据实施例2，作为预测拥挤时提前轿厢分配处理而进行呼叫按钮的自动登录，因此用户能够确认分配状态。

[实施例3]

在图12中示出实施例3所涉及的预测拥挤时提前轿厢分配处理的处理流程。实施例3基于预测拥挤信息，在预测拥挤层预先分配电梯轿厢。

在该情况下，预测拥挤信息是来自大厦管理系统6的大厦管理信息S6和来自公共机关管理系统2的公共机关管理信息S2。根据这些信息，能够使不久将来的设施内的会议、事件等行动预定、或者基于列车延迟的用户的集中与其时刻明确化，能够用作预测拥挤信息。

在图12的预测拥挤时提前分配轿厢处理功能的处理流程中，最初在处理步骤S110中确定“具有公共机关的延迟信息/事件信息？”。公共机关的延迟信息根据来自公共机关管理系统2的公共机关管理信息S2来判断，事件信息根据来自大厦管理系统6的大厦管理信息S6来判断。在尤其是没有延迟信息/事件信息的情况下(S110，否)，移至处理步骤S305，不进行预先分配。

在根据公共机关管理信息S2或者大厦管理信息S6预见到拥挤的情况下(S110，是)，在处理步骤S111中，确认“该信息的时刻与当前时刻一致？”。公共机关管理信息S2、大厦管理信息S6包含延迟时间、针对会议的召开、结束的时刻信息，判断它们的事件产生时刻与当前时刻的关系。例如，根据当前时刻到达事件产生时刻的1分钟前，判断为该信息与当前时刻一致(S111，是)，进入处理步骤S200的处理。需要说明的是，在该信息与当前时刻不一致时(S111，否)，移至处理步骤S305，不进行预先分配。

处理步骤S112的处理基本上与图7的处理步骤S112的处理相同，因此省略说明，总之比较预测的用户的人数与每一台电梯轿厢的乘客数量，在预测的用户的人数＞每一台电梯轿厢的乘客数量的情况下，在处理步骤S304中预先分配多台电梯。在预测的用户的人数≤每一台电梯轿厢的乘客数量的情况下，在处理步骤S303中预先分配一台电梯。在该判断中可以考虑乘坐率。

图13是表示进行图12的预测拥挤时提前轿厢分配处理时的拥挤层(拥挤预料层：例如1层)的样子的图。关于电梯轿厢24，例如预先分配3台中的1台(24a)或者多台(24a、24c)，但到达拥挤层时在关闭各门25(25a、25b、25c)的状态下保持待机。此时，若明了用户的大半进行朝向相同方向的移动，则拥挤层的候梯厅电梯服务要求装置4也可以不与上行下行一并地进行行进方向的显示。

成为拥挤预定时刻而在候梯厅出现的用户能够通过按下候梯厅电梯服务要求装置4的呼叫按钮而使待机中的电梯的门打开，从而迅速地依次搭乘。

Claims (4)

1.一种外部系统协同分配系统，其进行在大厦设施内设置的多个电梯装置的运行管理，

其特征在于，

所述外部系统协同分配系统具备：

接收部，其对多个电梯装置的运转实际成绩和来自外部系统的事件信息进行输入；

学习部，其将从该接收部获得的运转实际成绩的信息存储为过去经验数据，并对该过去经验数据进行学习；

预测部，其使用该学习部的存储信息和所述事件信息而按照候梯厅的楼层来预测用户数量；以及

候梯厅呼叫登录判断部，其在所述事件信息的包含延迟的时刻信息与当前时刻一致时，向被预测产生拥挤的预测拥挤层预先分配电梯轿厢，

所述候梯厅呼叫登录判断部使用电梯装置中的用户的乘坐率，决定向被预测产生拥挤的预测拥挤层预先分配电梯轿厢的台数，自动登录上行方向的在基于所述事件信息而预测到流入的预测拥挤层的候梯厅处设置的呼叫按钮，自动登录下行方向的设置于一般楼层的候梯厅处的呼叫按钮，并且在规定时间内发生了其他方向的呼叫的情况下，取消呼叫按钮的自动登录，预先分配到预测拥挤层的电梯轿厢在预测拥挤层处开门待机。

2.根据权利要求1所述的外部系统协同分配系统，其特征在于，

多个电梯装置的所述运转实际成绩是各层的用户数量以及移动方向的信息。

3.一种外部系统协同分配方法，其进行在大厦设施内设置的多个电梯装置的运行管理，

其特征在于，

在所述外部系统协同分配方法中，将多个电梯装置的运转实际成绩和由来自外部系统的事件信息而获得的运转实际成绩的信息存储为过去经验数据，并对该过去经验数据进行学习，使用学习的存储信息和所述事件信息而按照候梯厅的楼层来预测用户数量，在所述事件信息的包含延迟的时刻信息与当前时刻一致时，向被预测产生拥挤的预测拥挤层预先分配电梯轿厢，并且，

使用电梯装置中的用户的乘坐率，决定向被预测产生拥挤的预测拥挤层预先分配电梯轿厢的台数，自动登录上行方向的在基于所述事件信息而预测到流入的预测拥挤层的候梯厅处设置的呼叫按钮，自动登录下行方向的设置于一般楼层的候梯厅处的呼叫按钮，并且在规定时间内发生了其他方向的呼叫的情况下，取消呼叫按钮的自动登录，预先分配到预测拥挤层的电梯轿厢在预测拥挤层处开门待机。

4.根据权利要求3所述的外部系统协同分配方法，其特征在于，

多个电梯装置的所述运转实际成绩是各层的用户数量以及移动方向的信息。

Images