CN114249194A - 电梯管理系统和电梯运行管理系统 - Google Patents

Abstract

本发明提供防止因远程登记恶作剧呼叫而导致的电梯的运行效率下降的电梯管理系统。中心管理系统(4)具有：异常检测部(46)，其检测在通过远程呼叫而登记的层站楼层由用户ID确定的用户并未搭乘被调度到层站楼层的轿厢的异常；数据库登记部(47)，其在检测出的异常的发生次数超过第1阈值的情况下，将禁止包含用户ID的远程呼叫的登记的数据登记在用户ID数据库(53)中；以及个人终端数据判定部(44)，其在远程呼叫的数据中所包含的用户ID相当于远程呼叫的登记被禁止的用户ID的情况下，禁止包含用户ID的远程呼叫的登记。

Description

电梯管理系统和电梯运行管理系统

技术领域

本发明涉及电梯管理系统和电梯运行管理系统。

背景技术

近年来，使用电梯的用户能通过操作智能手机等个人终端，来登记在远离向号梯的层站(例如，电梯厅)的场所生成的呼叫(称为“远程呼叫”)。在登记了呼叫的用户到达层站前，对层站楼层调度轿厢，因此在用户到达层站后可以立即搭乘。

然而，有时产生如下恶作剧呼叫：有恶意的用户操作个人终端来登记远程呼叫，但实际上并不搭乘号梯。若发生恶作剧呼叫，则尽管用户实际上并不搭乘号梯，但号梯还是被调度到呼叫发生的楼层。此外，在错误地登记了呼叫的情况下，若不取消该呼叫，则号梯也被调度到呼叫发生的楼层。或者，若有恶意的用户在搭乘轿厢后登记多个目的地楼层，则轿厢在谁也不离开的楼层频繁停止。

若像这样登记了恶作剧呼叫，则电梯的运行效率显著下降，因此希望能恰当地应对。例如，若检测到通过个人终端所登记的呼叫是恶作剧呼叫，则进行不响应该呼叫的控制，从而可以不将号梯调度到登记了恶作剧呼叫的层站楼层。由此，提供了各种用于应对恶作剧呼叫、呼叫的误登记的技术。

例如，专利文献1中记载了“具备比较器，该比较器在与电梯轿厢内重量相比电梯目的地登记数较多时进行输出，并根据比较器输出来取消电梯目的地楼层的登记”。

此外，专利文献2中记载了“当所选择的电梯到达停止控制点时，在人不在所选择的电梯附近，且没有为其它乘客输入与规定楼层相关的层站处的停止的情况下，取消层站处的停止”。

现有技术文献

专利文献

专利文献1：日本专利特开昭50-54055号公报

专利文献2：日本专利特开2000－191245号公报

发明内容

发明所要解决的技术问题

专利文献1所公开的技术将轿厢内发生的恶作剧呼叫取消。因此，无法应对在用户搭乘号梯前所登记的恶作剧呼叫。

此外，专利文献2所公开的技术中，在从个人信息终端装置接受呼叫后，当该装置不在层站附近时，取消层站处的停车，因此也能防止目的地楼层的登记。然而，即使用户未必在层站周边，呼叫自身也能被登记。此外，近年来，能用各种方法来发送位置信息，因此，信息终端装置是否位于层站附近并不是判断用户实际是否搭乘号梯的标准。

本发明是鉴于上述情况而完成的，其目的在于防止例如因登记了恶作剧呼叫而引起的电梯的运行效率的下降。

用于解决技术问题的技术手段

本发明所涉及的电梯管理系统基于从能登记远程呼叫的服务请求装置发送的数据，来控制电梯的动作。

该电梯管理系统包括：用户ID数据库，该用户ID数据库存储对使用服务请求装置的用户进行确定的用户ID；核对部，该核对部参照用户ID数据库，对从服务请求装置接收到的远程呼叫的数据中所包含的用户ID进行核对；异常检测部，该异常检测部检测在通过远程呼叫而登记的层站楼层由用户ID确定的用户并未搭乘被调度到层站楼层的轿厢的异常；数据库登记部，该数据库登记部将由异常检测部检测出的异常的发生次数与用户ID关联起来登记在用户ID数据库中，并在异常的发生次数超过第1阈值的情况下，将对包含用户ID的远程呼叫的登记进行禁止的数据登记在用户ID数据库中；以及远程呼叫判定部，该远程呼叫判定部参照用户ID数据库，判定远程呼叫的数据中所包含的用户ID是否相当于远程呼叫的登记被禁止的用户ID，在用户ID相当于远程呼叫的登记被禁止的用户ID的情况下，对包含用户ID的远程呼叫的登记进行禁止。

发明效果

根据本发明，在远程呼叫的数据中所包含的用户ID相当于远程呼叫的登记被禁止的用户ID的情况下，禁止包含用户ID的远程呼叫的登记，因此，能防止因登记了恶作剧呼叫而导致的电梯的运行效率的下降。

上述以外的问题、结构及效果通过以下的实施方式的说明来进行阐述。

附图说明

图1是示出本发明实施方式1所涉及的电梯管理系统的整体结构例的框图。

图2是示出本发明实施方式1所涉及的用户操作个人终端来登记远程呼叫的情形的图。

图3是示出本发明实施方式1所涉及的建筑物数据库的结构例的图。

图4是示出本发明实施方式1所涉及的ID管理数据库的结构例的图。

图5是示出本发明实施方式1所涉及的用户ID数据库的结构例的图。

图6是示出本发明实施方式1所涉及的日志数据库的结构例的图。

图7是示出本发明实施方式1所涉及的在所登记的远程呼叫的判定结果为正常的情况下显示的个人终端的显示画面的示例的图。

图8是示出本发明实施方式1所涉及的在所登记的远程呼叫的判定结果为异常的情况下显示的个人终端的显示画面的示例的图。

图9是示出本发明实施方式1所涉及的中心管理系统所进行的整体处理的示例的流程图。

图10是示出本发明实施方式1所涉及的数据接受处理的示例的流程图。

图11是示出本发明实施方式1所涉及的数据认证处理的示例的流程图。

图12是示出本发明实施方式1所涉及的数据核对处理的示例的流程图。

图13是示出本发明实施方式1所涉及的个人终端数据判定处理的示例的流程图。

图14是示出本发明实施方式1所涉及的电梯数据判定处理的示例的流程图。

图15是示出本发明实施方式1所涉及的异常数据判定处理的示例的流程图。

图16是示出本发明实施方式1所涉及的从个人终端经由中心管理系统接收到远程呼叫的数据时所进行的电梯运行管理系统的处理的示例的流程图。

图17是示出本发明实施方式1所涉及的在远程呼叫的登记结束后进行的电梯运行管理系统的处理的示例的流程图。

图18是示出本发明实施方式1所涉及的计算机的硬件结构例的框图。

图19是示出本发明实施方式2所涉及的用户操作个人终端来登记远程呼叫的情形的图。

图20是示出本发明实施方式3所涉及的电梯管理系统的整体结构例的框图。

具体实施方式

下面，参照附图，对用于实施本发明的方式进行说明。在本说明书及附图中，对具有实质相同的功能或结构的结构要素标注相同的标号，从而省略重复说明。

【实施方式1】

首先，对本发明实施方式1所涉及的电梯管理系统的整体结构例和动作例进行说明。

图1是示出电梯管理系统1的整体结构例的框图。

电梯管理系统1包括层站电梯服务请求装置2、大楼管理系统3、中心管理系统4、电梯运行管理系统6、1号梯电梯控制系统7-1～N号梯电梯控制系统7-N。

层站电梯服务请求装置2、大楼管理系统3、中心管理系统4和电梯运行管理系统6构成为能通过网络等通信回路N彼此进行通信。

层站电梯服务请求装置2(服务请求装置的一个示例)例如是用户使用的智能手机、平板终端等。以下说明中，将层站电梯服务请求装置2称为“个人终端”。用户操作个人终端，在到达层站楼层的电梯厅前登记呼叫，由此来请求电梯服务。将像这样用户在远离层站楼层的电梯厅的地方操作个人终端来登记的呼叫称为“远程呼叫”。

若远程呼叫正当，则响应号梯电梯控制系统7中所登记的呼叫将轿厢调度到层站楼层。若用户到达位于层站楼层的电梯厅，则能搭乘已经达到层站楼层的轿厢。因此，与以往那样在用户到达电梯厅后登记层站呼叫的结构相比，在本实施方式所涉及的结构中，能事先进行呼叫登记，因此，在登记了层站呼叫之后，省去了在轿厢内登记目的地楼层的麻烦，仅通过远程呼叫的一次操作就完成了向电梯的请求。此外，该远程呼叫可以由用户在轿厢的搭乘前通过个人终端登记目的地楼层，该远程呼叫也可以仅生成层站呼叫，并由用户在搭乘轿厢后按压轿厢内的目的地楼层按钮来登记目的地楼层。

大楼管理系统3管理设置有电梯的大楼(建筑物)的空调、照明等。

中心管理系统4设置于对在多个建筑物中运行的电梯进行远程监视的中心。若用户登记远程呼叫，则该远程呼叫的数据被发送到中心管理系统4。然后，中心管理系统4接受从能登记远程呼叫的个人终端发送的数据，并基于该数据来控制电梯的动作。此时，中心管理系统4基于从个人终端接收到的远程呼叫的数据，进行使用个人终端的用户的认证，并将判定结果发送到个人终端。中心管理系统4中，在判定为所登记的远程呼叫为正当的呼叫的情况下，对电梯运行管理系统6传输远程呼叫。

此外，若从电梯运行管理系统6接收电梯数据，则中心管理系统4进行电梯数据的异常判定。电梯运行管理系统6具有如下功能：对从中心管理系统4传输来的远程呼叫是否已正确地登记进行判定。因此，若从电梯运行管理系统6接收到的电梯数据中包含相当于恶作剧呼叫的信息，则中心管理系统4确定登记了恶作剧呼叫的用户，并存储恶作剧呼叫所进行的次数等。

电梯运行管理系统6按每个号梯来管理由1号梯电梯控制系统7-1～N号梯电梯控制系统7-N所进行的电梯的运行。该电梯运行管理系统6可以与电梯一起设置于同一建筑物，但也可以设置于其它建筑物。以下说明中，在不区分1号梯电梯控制系统7-1～N号梯电梯控制系统7-N的情况下，称为“号梯电梯控制系统7”。另外，电梯运行管理系统6构成为通过多个号梯电梯控制系统7来对多个电梯进行群管理控制，但也可以构成为通过单一的号梯电梯控制系统7来控制单一的电梯。或者，可以将电梯运行管理系统6所具有的功能构筑在号梯电梯控制系统7内。或者，也可以将电梯运行管理系统6所具有的功能构筑在大楼管理系统3、中心管理系统4中。由此，可以用任意系统来实现该运行管理所具有的功能。

电梯运行管理系统6将基于从中心管理系统4传输的远程呼叫的数据而生成的第1通知数据发送给号梯电梯控制系统7，并进行针对号梯电梯控制系统7的控制指示。另一方面，电梯运行管理系统6将基于从号梯电梯控制系统7接收到的电梯的运行数据而生成的第2通知数据作为电梯数据发送给中心管理系统4。另外，数据的通知手段并不限于此。例如，电梯运行管理系统6也可以采用如下方式：不与中心管理系统4通信，而经由号梯电梯控制系统7来收发数据。一般，为了进行电梯的远程故障检测等，有时在号梯电梯控制系统7中与中心管理系统4进行数据收发，因此，也可以构成为沿用该基础设施。该情况下，在电梯运行管理系统6中对从号梯电梯控制系统7发送的远程呼叫进行一次合计，根据该合计结果来分析存在来自哪个层站楼层的请求等，并基于该数据来生成呼叫。

号梯电梯控制系统7基于电梯运行管理系统6中所登记的呼叫，来控制电梯的动作。例如，号梯电梯控制系统7将轿厢调度到使用者有要求的层站楼层，或使轿厢移动到使用者所希望的目的地楼层，或进行轿厢门和厅门的开闭。此外，号梯电梯控制系统7将包含电梯的动作结果的数据发送给电梯运行管理系统6。该数据包含层站楼层和目的地楼层中的轿厢内的载重的变化、轿厢到达层站楼层和目的地楼层的时刻等信息。

这里，对用户登记远程呼叫的情形进行说明。

图2是示出用户操作个人终端来登记远程呼叫的情形的图。图2中，着眼于1号梯电梯控制系统7-1，示出用户操作个人终端的情形。

1号梯电梯控制系统7-1控制由轿厢71、电动机72和绳索73构成的电梯的运行。轿厢71的轿厢地板设有检测载重的载重传感器74。作为电梯的运行，至少包含将轿厢71调度到登记有远程呼叫的层站楼层的控制、将轿厢71调度到目的地楼层的控制、对轿厢71的轿厢门和层站楼层的厅门进行开闭的控制。

用户通过操作各自所持的个人终端，从而能在到达电梯厅前登记远程呼叫。个人终端与确定用户的用户ID相关联。

登记到个人终端的远程呼叫的数据通过包含Wi-Fi(注册商标)、4G回路等在内的通信回路N发送到中心管理系统4。该呼叫的数据包含用户ID。然后，在中心管理系统4和电梯运行管理系统6中经过规定的处理后，如果是正当的用户所登记的远程呼叫，则1号梯电梯控制系统7-1将轿厢71调度到层站楼层。然而，在尽管用户过去登记了远程呼叫但并未搭乘轿厢71，或尽管搭乘了轿厢71但因登记了多个目的地楼层而导致存在不下梯的目的地楼层的情况下，考虑为用户带有恶意地使用了电梯。也将这样使用电梯称为“恶作剧呼叫”。若进行多次恶作剧呼叫，则电梯的运行效率显著降低。因此，中心管理系统4和电梯运行管理系统6确定登记恶作剧呼叫的用户，并促使用户引起注意。此外，对于频繁登记了恶作剧呼叫的用户，也可以进行不接受新的远程呼叫的登记的控制。

再次返回图1，对中心管理系统4和电梯运行管理系统6的详细结构进行说明。

＜中心管理系统4＞

首先，对中心管理系统4的详细的内部结构例进行说明。

中心管理系统4包括接收部41、认证部42、核对部43、个人终端数据判定部44、电梯数据判定部45、异常检测部46、数据库登记部47(图中，记载为“DB登记部”)、发送部48、建筑物数据库51、ID管理数据库52、用户ID数据库53和日志数据库54。另外，图中，将数据库简称为“DB”。

接收部41从个人终端和电梯运行管理系统6接收数据。这里，从个人终端发送的数据包含远程呼叫的数据。此外，从电梯运行管理系统6发送的数据中，包含表示电梯被正确地使用的信息、表示远程呼叫为NG的信息等。对于从个人终端和电梯运行管理系统6发送到中心管理系统4的数据，均实施基于规定方式的加密化。因此，接收部对加密化后的数据进行解密，之后将解密后的数据输出到认证部42。

认证部42对从接收部41输入的数据进行认证。在个人终端与中心管理系统4之间、在中心管理系统4与电梯运行管理系统6之间进行收发的数据设定有规定的ID、密码等。例如，个人终端安装有各种通用应用，但用于登记远程呼叫的应用例如已经由运营中心管理系统4的经营者所承认。

因此，认证部42对接收部41从个人终端或电梯运行管理系统6接收到的数据是否是从中心管理系统4所承认应用发送来的数据进行认证。进行该认证时例如进行如下处理：判定应用ID是否相一致、判定中心管理系统4所规定的密码是否相一致等。认证部42对从个人终端发送来的远程呼叫的数据进行认证，并将得到了应用ID和密码相一致的肯定的认证结果的远程呼叫的数据输出到核对部43。即，若认证结果为OK，则判明是由正确进行了认证的发送者所发送的数据，因此，数据被连接到下一个处理。另一方面，若认证结果为NG，则判明是由不被承认的发送者所发送的数据，因此，数据不被连接到之后的处理。

核对部43基于由认证部42认证后的数据，参照用户ID数据库53，对从个人终端接收到的远程呼叫的数据中所包含的用户ID和建筑物ID进行核对。进行该核对时，核对部43也可以适当参照建筑物数据库51、ID管理数据库52。本实施方式中，以核对部43参照用户ID和建筑物ID来进行说明，但也可以构成为核对部43基于由认证部42认证后的数据，并参照用户ID数据库53，仅对从个人终端接收到的远程呼叫的数据中所包含的用户ID进行核对。若采用该结构，则用户ID数据库53中仅存储有用户ID即可。然后，核对部43基于核对结果，将数据分配给个人终端数据判定部44、电梯数据判定部45或异常检测部46。

个人终端数据判定部44(远程呼叫判定部的一个示例)参照用户ID数据库53，判定远程呼叫的数据中所包含的用户ID是否相当于远程呼叫的登记被禁止的用户ID。然后，在用户ID相当于远程呼叫的登记被禁止的用户ID的情况下，个人终端数据判定部44禁止包含用户ID的远程呼叫的登记。具体而言，在用户ID相当于远程呼叫的登记被禁止的用户ID的情况下，个人终端数据判定部44使电梯运行管理系统6不登记包含用户ID的远程呼叫。由此，将由远程呼叫的登记被禁止的用户ID所确定的用户称为“登记禁止用户”。登记禁止用户是由于在过去多次登记了恶作剧呼叫而导致用户ID被登记在后述的禁止列表中的用户。然后，如果是从登记禁止用户所使用的个人终端接收到的数据，则个人终端数据判定部44将从该个人终端向电梯运行管理系统6的远程呼叫的登记设为不允许。

然后，在判定为远程呼叫的数据中所包含的用户ID相当于远程呼叫的登记被禁止的用户ID的情况下，个人终端数据判定部44对个人终端输出信息，该信息通知远程呼叫未被登记在电梯运行管理系统6中(即，远程呼叫的登记为不允许)。该信息通过发送部48发送到个人终端。另一方面，如果不是从登记禁止用户所使用的个人终端发送来的远程呼叫的数据，则个人终端数据判定部44对电梯运行管理系统6生成消息，该消息指示向电梯运行管理系统6进行远程呼叫的登记。

电梯数据判定部45判定从电梯运行管理系统6接收到的数据(称为电梯数据)中是否包含异常数据，该异常数据表示远程呼叫的数据为异常。在电梯运行管理系统6中登记有远程呼叫的电梯通过号梯电梯控制系统7进行动作，从而从号梯电梯控制系统7获取该电梯数据，并由电梯运行管理系统6进行发送。在电梯数据中包含异常数据的情况下，电梯数据判定部45将异常数据的接收次数与从电梯数据中检测出的用户ID关联起来登记在用户ID数据库53中。然后，电梯数据判定部45对个人终端生成包含有无异常数据的判定结果在内的消息。

异常检测部46基于表示电梯的运行状况的电梯数据，来检测通过远程呼叫登记的层站楼层中由用户ID确定的用户并未搭乘被调度到层站楼层的轿厢的异常。此外，异常检测部46也基于电梯数据，来检测由登记了目的地楼层的用户ID所确定的用户并未从移动到电梯运行管理系统6中所登记的目的地楼层的轿厢离开的异常。若判定结果表示异常，则异常检测部46根据每个用户的异常登记次数，将该用户的用户ID登记在禁止列表中。关于禁止列表，在后述的图5的用户ID数据库53中进行说明。另外，登记在禁止列表中的用户ID所对应的用户无法登记远程呼叫，直到禁止列表被清除为止。

数据库登记部47将异常的发生次数与用户ID关联起来登记在用户ID数据库53中。如上述那样，在检测到用户并未搭乘被调度到已登记的层站楼层的轿厢的异常的情况下，或检测到用户并未从移动到已登记的目的地楼层的轿厢离开的异常的情况下，数据库登记部47登记异常的发生次数。

关于建筑物数据库51、ID管理数据库52、用户ID数据库53和日志数据库54，在后述的图3～图6中对详细内容进行说明。

＜电梯运行管理系统6＞

接着，对电梯运行管理系统6的详细的内部结构例进行说明。

电梯运行管理系统6包括接收部61、认证部62、呼叫接受判定部63、输入匹配性判定部64、呼叫登记部65、到达判定部66、上下检测部67、误操作检测部68、通知数据生成部69和发送部70。

接收部61接收从用户的个人终端发送、并从中心管理系统4传输的远程呼叫的数据。然后，接收部61将远程呼叫的数据输出到认证部62。此外，若从号梯电梯控制系统7接收与电梯的运行有关的数据，则接收部61将该数据输出到误操作检测部68。

从接收部61到通知数据生成部69为止的结构中，位于电梯运行管理系统6的左侧的认证部62、呼叫接受判定部63、输入匹配性判定部64和呼叫登记部65是在接收到从中心管理系统4传输来的个人终端的数据时执行的功能部。另一方面，位于电梯运行管理系统6的右侧的到达判定部66、上下检测部67和误操作检测部68是在个人终端的数据的处理结束后执行的功能部。

(电梯运行管理系统6的左侧的功能部)

首先，对位于电梯运行管理系统6的左侧的功能部的结构例进行说明。

认证部62认证远程呼叫的数据是否是从中心管理系统4传输来的个人终端所发送的数据。该认证使用在中心管理系统4与电梯运行管理系统6之间确定的ID、密码等。

在是肯定的认证结果(OK)的情况下，呼叫接受判定部63判定为所认证的远程呼叫的数据是从中心管理系统4传输来的数据。因此，呼叫接受判定部63接受所登记的远程呼叫，并将远程呼叫的数据输出到输入匹配性判定部64。

输入匹配性判定部64对从中心管理系统4传输来、并从呼叫接受判定部63输入的远程呼叫的数据的匹配性进行判定。作为匹配性的判定处理，例如包含如下处理：判定远程呼叫的数据中是否包含用户能上梯下梯的楼层的信息。然后，输入匹配性判定部64判定从远程呼叫的数据提取的层站楼层和目的地楼层与远程呼叫所指定的建筑物的楼层信息匹配的情况、以及从远程呼叫的数据提取的层站楼层或目的地楼层与能调度轿厢的楼层信息匹配的情况，并将判定结果输出到呼叫登记部65。

在远程呼叫的数据的匹配性的判定结果为肯定的情况下，呼叫登记部65对基于远程呼叫的数据选择出的一个号梯，登记包含从远程呼叫的数据中提取出的层站楼层在内的呼叫。此外，呼叫登记部65也能对包含从远程呼叫的数据中提取、或在轿厢内登记的目的地楼层的呼叫进行登记。然后，呼叫登记部65将登记了呼叫的号梯的信息输出到通知数据生成部69。

若呼叫登记部65所登记的呼叫为正常，则通知数据生成部69基于呼叫登记部65所登记的呼叫，生成发送给号梯电梯控制系统7的第1通知数据。另一方面，在所登记的目的地楼层为轿厢的不停止楼层、或匹配性判定为NG的情况下，通知数据生成部69生成将无法登记呼叫发送给中心管理系统4的第2通知数据。

此外，通知数据生成部69将由呼叫登记部65正确地登记了远程呼叫的情况下所生成的第1通知数据输出到号梯电梯控制系统7。此外，通知数据生成部69将层站楼层和目的地楼层不与远程呼叫所指定的建筑物的楼层信息匹配的情况、或者层站楼层或目的地楼层不与能调度轿厢的楼层信息匹配的情况下所生成的第2通知数据输出到中心管理系统4。

发送部70将由通知数据生成部69生成的第1通知数据或第2通知数据发送到相应的发送目的地。如上所述，在呼叫登记部65登记了呼叫的情况下，发送部70对号梯电梯控制系统7发送第1通知数据。接收到通知数据的号梯电梯控制系统7基于接收到的第1通知数据，将轿厢调度到层站楼层。另一方面，在呼叫登记部65无法登记呼叫的情况下，发送部70对中心管理系统4发送第2通知数据。接收到第2通知数据的中心管理系统4向个人终端通知呼叫无法登记的情况。

(电梯运行管理系统6的右侧的功能部)

接着，对位于电梯运行管理系统6的右侧的功能部的结构例进行说明。图中，按照到达判定部66、上下检测部67、误操作检测部68的顺序进行记载，但到达判定部66和上下检测部67分别在不同的定时运行，误操作检测部68通过从到达判定部66和上下检测部67接收结果来检测误操作。

到达判定部66基于电梯的运行数据、呼叫登记部65中所登记的呼叫，来判定轿厢达到层站楼层的情况、以及轿厢到达目的地楼层的情况。然后，到达判定部66将到达判定结果输出到误操作检测部68。

上下检测部67基于电梯的运行数据，检测登记了远程呼叫的用户在由呼叫登记部65所登记的层站楼层搭乘轿厢的情况、或搭乘了轿厢的用户在由呼叫登记部65所登记的目的地楼层从轿厢离开的情况。上下检测部67例如基于载重传感器74检测的值的增减，来检测用户的上下。然后，上下检测部67将上下检测结果输出到误操作检测部68。

误操作检测部68基于到达判定部66的到达判定结果和上下检测部67的上下检测结果，来检测用户并未在远程呼叫所登记的层站楼层和目的地楼层正确地上梯下梯的情况，以作为用户的误操作。然后，误操作检测部68将检测结果输出到通知数据生成部69。

通知数据生成部69基于误操作检测部68的检测结果来生成第2通知数据，该第2通知数据包含确定被检测出误操作的用户的用户ID。另外，如果是没有误操作的检测结果，则通知数据生成部69不进行处理。另一方面，如果是有误操作的检测结果，则通知数据生成部69生成第2通知数据。

发送部70对中心管理系统4发送基于误操作检测部68的检测结果的第2通知数据。中心管理系统4通过接收第2通知数据，来判定是用户实际使用了电梯、是误操作、还是用户进行了恶作剧呼叫。

＜数据库＞

接着，对于中心管理系统4所具备的各数据库的结构，参照图3～图6来说明。

＜建筑物数据库＞

图3是示出建筑物数据库51的结构例的图。

建筑物数据库51包括库ID、建筑物名、楼层和对象电梯管理No(编号)的各字段。

库ID字段存储有用于识别作为电梯的运行单位的库的库ID。一个建筑物准备一个或多个库，库ID按每个建筑物来管理。

建筑物名字段存储了设置有由中心管理系统4进行管理的电梯的建筑物的建筑物名。

楼层字段存储了由库ID来管理的楼层。

对象电梯管理No字段存储了由中心管理系统4来管理的电梯的管理No。

例如，“〇大楼”中，由一个库ID“000001”来管理的楼层是“B1，1，2，3”这4层，表示2台电梯(“000001”，“000002”)是管理对象。

＜ID管理数据库＞

图4是示出ID管理数据库52的结构例的图。

ID管理数据库52包括库ID、面向个人终端的建筑物ID、楼层的各字段。

库ID字段存储有库ID。

面向个人终端的建筑物ID字段存储有与用户ID(个人终端)相关联的建筑物ID。例如，如果建筑物是办公室大楼，则入住到该办公室大楼的企业的雇员以外的人无法进入大楼内。因此，对企业的雇员分配用户ID，特定的建筑物ID与该用户ID相关联。将该特定的建筑物ID称为“面向个人终端的建筑物ID”。

楼层字段存储有在每个建筑物中由库ID来管理的楼层。库ID按每个建筑物来管理。例如，库ID“0000001”将“B1，1，2，3”层设为运行单位，库ID“0000002”将“1，2，3，4，5”层设为运行单位。

＜用户ID数据库＞

图5是示出用户ID数据库53的结构例的图。

用户ID数据库53包括用户ID、面向个人终端的建筑物ID、异常登记、登记禁止的各字段。

用户ID字段存储有唯一确定电梯的用户的用户ID。

面向个人终端的建筑物ID字段存储有面向个人终端的建筑物ID。若使用电梯的用户仅使用1台个人终端，则与个人终端相关联的用户ID和面向个人终端的建筑物ID一对一对应。

由此，用户ID数据库53将确定使用个人终端的用户的用户ID、与确定设置有电梯的建筑物的建筑物ID关联起来存储。

异常登记字段中存储有异常登记次数，该异常登记次数表示在对电梯运行管理系统6中所登记的远程呼叫检测到异常的上梯下梯的情况下，异常的远程呼叫被登记的情况。

登记禁止字段中存储有数据(例如，“1”)，该数据表示在异常登记字段中所存储的异常登记次数超过了第1阈值的情况下(后述图15的步骤S68判定为是)，对于登记了该异常呼叫的用户ID，禁止新的呼叫的登记。以下说明中，也将登记禁止字段中存储有数据“1”的情况称为“登记在禁止列表中”。若登记禁止字段中所存储的值为“0”以外，则由该用户ID所确定的用户的使用了个人终端的远程呼叫的登记被限制。例如，即使用户想要登记远程呼叫，也在个人终端上显示表示无法登记的内容的消息。另外，即使在异常接收次数暂时超过第2阈值的情况下(后述图14的步骤S56判定为是)，对于用户ID，有时也暂时登记在禁止列表中。该情况下，经过一定时间后向禁止列表的登记被解除。

＜日志数据库＞

图6是示出日志数据库54的结构例的图。

日志数据库54包括远程呼叫登记时刻、用户ID、建筑物ID、层站楼层、目的地楼层、登记状况、当前的状态的各字段。

远程呼叫登记时刻字段中存储有用户登记(生成)了远程呼叫的呼叫登记时刻。

用户ID字段中存储有对登记了远程呼叫的用户进行确定的用户ID。

建筑物ID字段中，存储有对设置有远程呼叫被登记的电梯的建筑物进行确定的建筑物ID。

层站楼层字段中存储有用户通过远程呼叫而登记的层站楼层。

目的地楼层字段中存储有用户通过远程呼叫或轿厢呼叫而登记的目的地楼层。

登记状况字段中存储有基于所登记的远程呼叫来提供给用户的电梯服务的登记状况。如果用户在通过远程呼叫所登记的层站楼层和目的地楼层均正常地上梯下梯，则存储〇标记。另一方面，如果用户在通过呼叫所登记的层站楼层或目的地楼层中的任一个进行了异常的上梯下梯，则存储×标记。

当前的状态字段中存储有详细说明了登记状况字段的内容的电梯服务的当前的状态。例如，从上起第1行的记录(用户ID：000001，建筑物ID：1000001)中，对于将层站楼层设为3层、将目的地楼层设为B1层来登记的远程呼叫所进行的服务均正常地完成，因此在登记状况中存储〇标记。该情况下，当前的状态为Comp(完成的简称)。

另一方面，从上起第3行的记录(用户ID：000003，建筑物ID：1000001)表示如下情况：对于将层站楼层设为3层、将目的地楼层设为1层来登记的远程呼叫所进行的服务中，在层站楼层用户并未搭乘轿厢。因此，当前的状态为Hall NG(在层站楼层发生异常)，因而在登记状况中存储×标记。在与该记录中所记录的用户ID对应的用户ID数据库53的异常登记字段中，加上异常登记的次数“1”。

此外，从上起第4行的记录(用户ID：000004，建筑物ID：1000001)表示如下情况：对于将层站楼层设为2层、将目的地楼层设为1层来登记的远程呼叫所进行的服务中，在层站楼层搭乘的用户并未在目的地楼层下梯。因此，当前的状态为Dest NG(在目的地楼层发生异常)，因而在登记状况中存储×标记。在与该记录中所记录的用户ID对应的用户ID数据库53的异常登记字段中，加上异常登记的次数“1”。

另外，最下方的记录(用户ID：000002，建筑物ID：1000002)表示对于将层站楼层设为4层、将目的地楼层设为1层来登记的远程呼叫所进行的服务，但表示轿厢还未被调度到层站楼层。这里，从上起第2行的记录的用户ID与最下方的记录的用户ID为相同的标号(000002)，但建筑物ID不同，因此表示不同的用户。当前的状态为Non service(服务未实施)，并未确定所登记的远程呼叫的执行状况是正常还是异常，因此在登记状况中存储连字符。

本实施方式中，将由ID管理数据库52管理的面向个人终端的建筑物ID与由日志数据库54管理的建筑物ID设为相同，但它们的ID可以不同。

例如，假设库可以分为低楼层、高楼层。库ID与用户能上梯下梯的每个对象楼层相关联。该情况下，设定低楼层用的库ID(1)、高楼层用的库ID(2)。因此，作为面向个人终端的建筑物ID，可以设定库ID(1)和库ID(2)的任一个。或者，可以通过确定将库ID(1)、(2)汇总为一个后而得的库ID(1A)，从而将库ID(1A)设定为面向个人终端的建筑物ID。由此，在对面向个人终端的建筑物ID设定一个库ID(1A)时，在中心管理系统4中，需要按对象楼层来关联库ID。在一个建筑物中存在多个库(例如，上述(1)、(2))的情况下，可以将面向个人终端的建筑物ID仅与以多个库为对象的一个建筑物ID(例如，上述(1A))面向个人终端地相关联。

此外，图4所示的ID管理数据库52中，如果库ID是“000001”，则B1层是用户能上梯下梯的层。因此，对用户以B1层为层站楼层的呼叫、以B1层为目的地楼层的呼叫，设定库ID“000001”。

此外，如果库ID是“000002”，则4、5层是用户能上梯下梯的层。因此，例如，对以4层为层站楼层的呼叫、以5层为目的地楼层的呼叫，设定库ID“000002”。

另一方面，即使库ID是“000001”、“000002”中的任一个，1、2、3层也是用户能上梯下梯的层。这里，在以1层、2层、3层为层站楼层或目的地楼层来登记的情况下，可以进行关联，以使得在1层的情况下设定库ID“000001”，在2层或3层的情况下设定库ID“000002”。

＜个人终端的显示画面＞

接着，对于远程呼叫的判定结果所示的个人终端的显示画面，参照图7和图8来说明。

图7是示出所登记的远程呼叫的判定结果为正常的情况下所显示的个人终端的显示画面的示例的图。

若将层站楼层设为1层、将目的地楼层设为3层的远程呼叫为正常，则画面中央的“Registration(登记)”打钩，向用户示出远程呼叫已被正确地登记在电梯运行管理系统6中。

图8是示出所登记的远程呼叫的判定结果为异常的情况下所显示的个人终端的显示画面的示例的图。

若将层站楼层设为1层、将目的地楼层设为3层的远程呼叫的判定结果为异常，则画面中央的“Registration(登记)”显示有×标记，该×标记表示无法向电梯运行管理系统6登记远程呼叫。例如，如果目的地楼层是不提供电梯服务的轿厢不停止楼层、或者用户被登记在禁止列表中，则由中心管理系统4判定为无法登记远程呼叫。然后，向用户示出远程呼叫无法登记在电梯运行管理系统6中。

＜中心管理系统4的处理＞

接着，对于中心管理系统4的处理，参照图9～图15来说明。

图9是示出中心管理系统4所进行的整体处理(图中，记载为“中心整体处理”)的示例的流程图。

首先，接收部41进行数据接受处理，该数据接受处理从个人终端接受所登记的远程呼叫的数据，或者从电梯运行管理系统6接受电梯数据或第2通知数据(S1)。接着，认证部42进行认证接收部41所接收到的各数据的数据认证处理(S2)。

接着，核对部43进行核对由认证部42所认证的各数据的数据核对处理(S2)。接着，个人终端数据判定部44和电梯数据判定部45进行判定数据的数据判定处理(S4)。

此外，在步骤S3所进行的核对部43的数据的核对后，异常检测部46进行基于电梯数据来检测在远程呼叫所登记的层站楼层或目的地楼层发生异常的数据异常检测处理(S5)。若检测到数据的异常，则数据库登记部47与所产生的异常相关联的用户ID作为异常ID数据登记在用户ID数据库53中(S6)。

步骤S4、S6之后，中心管理系统4结束本处理。

＜数据接受处理＞

图10是示出步骤S1所示的数据接受处理的示例的流程图。

数据接受处理中，接收部41进行数据接收处理(S11)。接着，接收部41对数据进行解码(S12)，并使本处理的结果返回中心整体处理(图9)。

＜数据认证处理＞

图11是示出数据认证处理的示例的流程图。

数据认证处理中，认证部42从在数据接受处理中解码后得到的数据中提取ID，并进行该ID的认证处理(S21)。如上所述，在认证处理中，判定运营中心管理系统4的经营者所承认的应用的ID与从数据中提取出的ID是否一致。在ID相一致的情况下，将表示认证结果为OK的信息返回中心整体处理(图9)。

该认证处理中，有时也进行规定的密码是否一致的判定。该情况下，在ID和密码相一致的情况下，将表示认证结果为OK的信息返回中心整体处理(图9)。

＜数据核对处理＞

图12是示出数据核对处理的示例的流程图。

数据核对处理中，核对部43对于认证结果为OK的数据(输入到中心管理系统4的输入数据)，判定该输入数据是否是从个人终端输出的数据(S31)。由此，将从个人终端输出、并输入至中心管理系统4的输入数据称为“个人终端数据”。

在输入数据是从个人终端输出的个人终端数据的情况下(S31为是)，核对部43核对个人终端数据(S32～S34)。此时，核对部43参照用户ID数据库53，来核对从个人终端数据中取出的面向个人终端的建筑物ID(S32)。若判定为从个人终端数据取出的面向个人终端的建筑物ID并未存储在用户ID数据库53中，则核对部43跳过之后的处理，将核对NG的判定结果返回中心整体处理(图12)。

另一方面，若判定为从个人终端数据取出的面向个人终端的建筑物ID存储在用户ID数据库53中，则核对部43进一步参照用户ID数据库53，来核对从个人终端数据取出的用户ID(S33)。步骤S33的核对处理中，例如，也对远程呼叫登记时所输入的层站楼层的信息和目的地楼层的信息进行核对。例如，如果所输入的层站楼层或目的地楼层不是个人终端所确定的用户能移动的楼层，则成为核对NG的判定结果。如果从个人终端数据取出的数据的核对结果为NG，则核对部43跳过之后的处理，将核对NG的判定结果返回中心整体处理(图12)。

另一方面，如果从个人终端数据取出的数据的核对结果为OK，则核对部43进行后述图13所示的个人终端数据判定处理(S34)。步骤S34的个人终端数据判定处理相当于图9所示的步骤S4的数据判定处理。

步骤S31中，在输入数据不是从个人终端输出的个人终端数据的情况下(S31为否)，该输入数据是从电梯运行管理系统6发送到中心管理系统4的数据。因此，步骤S31中判定为否之后的处理(S35～S39)为进行针对个人终端的通知或异常数据的判定。

核对部43参照用户ID数据库53，来核对从输入数据提取出的用户ID(S35)。接着，核对部43进行输入数据即电梯数据的核对处理(S36)。

接着，核对部43判定输入数据中是否包含第2通知数据(S37)。第2通知数据是包含从电梯运行管理系统6对个人终端或中心管理系统4输出的通知内容在内的数据。该通知内容例如包含表示电梯运行管理系统6是否正确地登记了远程呼叫的信息。

然后，在判定为输入数据包含第2通知数据的情况下(S37为是)，核对部43进行后述图14所示的电梯数据判定处理(S38)。步骤S38的电梯数据判定处理相当于图9所示的步骤S4的数据判定处理。

另一方面，在判定为输入数据不包含第2通知数据的情况下(S37为否)，由于该输入数据包含异常数据，因此核对部43进行后述图15所示的异常数据判定处理(S39)。步骤S39的异常数据判定处理相当于图9所示的步骤S5的数据异常检测、步骤S6的异常ID数据登记的处理。

＜个人终端数据判定处理＞

图13是示出个人终端数据判定处理的示例的流程图。本处理是如下处理：个人终端数据判定部44判定是否需要登记基于个人终端数据的远程呼叫。

首先，个人终端数据判定部44进行从个人终端数据中检测用户ID的处理(S41)。接着，个人终端数据判定部44参照用户ID数据库53，判定从个人终端数据检测出的用户ID是否作为登记禁止用户登记在禁止列表中(S42)。

如果检测出的用户ID并未作为登记禁止用户被登记(S42为否)，则个人终端数据判定部44进行如下处理：在后级的步骤S44的处理中选定基于个人终端数据来加工的输出数据的发送目标(S43)。作为个人终端数据的发送目标的电梯运行管理系统6根据用户使用的电梯以及设置有该电梯的建筑物而不同。

接着，个人终端数据判定部44进行如下处理：对步骤S43中所选定的电梯运行管理系统6发送的输出数据进行加工(S44)。通过该处理，输出数据中包含与用户ID一起登记的呼叫为远程呼叫、以及通过远程呼叫登记的层站楼层和目的地楼层之类的信息。然后，个人终端数据判定部44进行如下处理：发送用于使电梯运行管理系统6登记输出数据的输出数据(S45)。

另一方面，步骤S42中，如果检测出的用户ID是登记禁止用户(S42为是)，则个人终端数据判定部44进行如下处理：设为不允许将基于个人终端数据的远程呼叫登记到电梯运行管理系统6(S46)。因此，基于个人终端数据加工的输出数据不被发送到电梯运行管理系统6。

另一方面，设为不允许将远程呼叫登记到电梯运行管理系统6的情况需要通知给使用个人终端的用户。因此，个人终端数据判定部44进行如下处理：对于个人终端，发送包含表示将远程呼叫的登记设为不允许的消息在内的输出数据(S47)。

＜电梯数据判定处理＞

图14是示出电梯数据判定处理的示例的流程图。本处理在从电梯运行管理系统6接收到的输入数据为第2通知数据的情况下(图12的步骤S37为是)进行。

首先，电梯数据判定部45从电梯运行管理系统6发送来的第2通知数据中检测用户ID(S51)。接着，电梯数据判定部45判定第2通知数据中是否包含异常数据(S52)。

若第2通知数据不包含异常数据(S52为否)，则电梯数据判定部45进行从电梯运行管理系统6发送来的第2通知数据的加工处理(S53)。这里，对第2通知数据的加工处理进行说明。例如，对于电梯运行管理系统6所分配的简易的ID(“1”、“2”……)，在中心管理系统4向个人终端发送字符串的情况下，对各ID分配规定的消息。例如，如果ID是“1”，则分配“呼叫已登记。”的消息。此外，如果ID是“2”，则分配“呼叫无法登记。”的消息，如果ID是“3”，则分配“请稍等。”的消息。由此，电梯数据判定部45将分配给ID的消息作为发送给个人终端的文本消息加工为发送数据。

此外，如果通过个人终端中所安装的应用的功能显示在个人终端上的图像为3个，则电梯数据判定部45对各ID分配图像ID。例如，如果ID是“1”，则分配图像A，如果ID是“2”，则分配图像B。由此，电梯数据判定部45将分配给各ID的图像的信息加工为发送数据。

步骤S53的加工处理之后，电梯数据判定部45进行如下处理：将加工后的第2通知数据作为发送数据从发送部48发送到个人终端(S57)。

另一方面，步骤S52中，如果电梯数据包含异常数据(S52为是)，则电梯数据判定部45进行如下处理：参照用户ID数据库，对与从电梯数据提取出的用户ID相关联的异常数据的接收次数进行计数(S54)。该处理中，电梯数据判定部45将异常数据的接收次数登记在用户ID数据库53中。另外，用户ID数据库53中，异常数据的接收次数作为异常登记次数来存储。

接着，电梯数据判定部45参照用户ID数据库53，判定与从电梯数据中提取出的用户ID相关联的异常数据的接收次数(图中记载为“该ID的异常次数”)是否超过了第2阈值(S55)。第2阈值例如设为5次，但也可以设为其它值。

如果异常数据的接收次数超过第2阈值(S55为是)，则图1所示的电梯数据判定部45将用户ID暂时登记在禁止列表中(S56)。用户ID数据库53的登记禁止字段相当于禁止列表。电梯数据判定部45将“1”存储在登记禁止字段中的情况设为将用户ID登记在禁止列表中的处理。

步骤S56之后，电梯数据判定部45进行如下处理：使包含表示将用户ID登记在禁止列表中的消息在内的发送数据从发送部45发送到个人终端(S57)。另一方面，若判断为异常数据的接收次数未超过第2阈值(S55为否)，则电梯数据判定部45进行如下处理：使包含表示存在异常数据的接收的消息在内的发送数据从发送部48发送到个人终端(S57)。

这里，存储在用户ID数据库53中的异常登记的次数可以在不确定期间的情况下累积，也可以在规定期间(例如，每一个月)被清零。

＜异常数据判定处理＞

图15是示出异常数据判定处理的示例的流程图。本处理在从电梯运行管理系统6接收到的输入数据中不包含第2通知数据的情况下(图12的步骤S37为否)进行。另外，中心管理系统4能通过从电梯运行管理系统6输入电梯数据，来逐一监视电梯的运行状况。

首先，异常检测部46进行如下处理：根据所输入的异常数据来检测层站楼层和目的地楼层(S61)。接着，异常检测部46判定是否存在未登记的用户(S62)。例如，电梯运行管理系统6中登记了呼叫，但如图6的日志数据库54所示那样，当前的状态为“Non service”的数据、表示从层站搭乘但未到达目的地楼层的用户的数据是未登记的用户的数据。若判定为没有未登记用户(S62为否)，则异常检测部46不进行其它处理，而结束本处理。

另一方面，如果判定为存在未登记用户(S62为是)，则异常检测部46判定用户是否在远程呼叫所登记的层站楼层搭乘(S63)。例如，异常检测部46基于误操作检测部68根据载重传感器74的检测值而检测出的检测结果，来判定在轿厢到达层站楼层后，尽管轿厢门和厅门打开但载重并没有增减的情况。如果没有载重的增减，则考虑用户在远程呼叫中登记了并不打算搭乘的楼层。因此，异常检测部46检测出在层站楼层发生了异常的情况。

若判定为用户在层站楼层搭乘(S63为是)，则异常检测部46判定用户是否在呼叫所登记的目的地楼层下梯(S64)。例如，在尽管轿厢达到目的地楼层，但载重没有减少的情况下，可以考虑用户将并不打算下梯的楼层登记为目的地楼层。因此，异常检测部46检测出在层站楼层发生了异常的情况。

若异常检测部46判定为用户在目的地楼层下梯(S64为是)，则数据库登记部47进行如下处理：将数据登记在日志数据库54中，并更新日志数据库54(S65)。之后，异常检测部46返回数据核对处理(图12)。

此外，步骤S63中，若异常检测部46判定为用户并未在层站楼层搭乘(S63为否)，则输出层站楼层异常日志(S67)。数据库登记部47将层站楼层异常日志记录在日志数据库54中。此外，步骤S64中，若异常检测部46判定为用户并未在目的地楼层下梯(S64为否)，则数据库登记部47将目的地楼层异常日志输出到日志数据库54(S66)。

步骤S66或S67之后，异常检测部46判定异常登记次数是否超过了第1阈值(S68)。第1阈值例如设为10次，但也可以设为其它值。

如果异常登记次数并未超过第1阈值(S68为否)，则转移至步骤S70。另一方面，如果异常登记次数超过了第1阈值(S68为是)，则数据库登记部47将该用户登记在禁止列表中(S69)。由此，对于异常登记次数超过第1阈值的用户的用户ID，将对用户ID数据库53的登记禁止字段存储“1”的情况称为“将用户登记在禁止列表中”。

步骤S68判定为否、或步骤S69的处理后，数据库登记部47对日志数据库54进行异常用户的更新处理(S70)。因此，在日志数据库54中，对于在远程呼叫的登记时追加的记录，在登记状况字段以及当前的状态字段中存储规定的值。

＜电梯运行管理系统6的处理＞

接着，对于电梯运行管理系统6的处理，参照图16和图17来说明。

图16是示出从个人终端经由中心管理系统4接收到远程呼叫的数据时进行的电梯运行管理系统6的处理的示例的流程图。该处理由位于图1所示的电梯运行管理系统6的左侧的各功能部来进行。

首先，接收部61接收从个人终端经由中心管理系统4发送来的远程呼叫的数据(S81)。接着，认证部62进行接收部61所接收到的数据的认证(S82)。例如，认证部62使用从数据检测出的ID、密码等，来认证是否是从中心管理系统4对电梯运行管理系统6发送的数据。

接着，呼叫接受判定部63判定认证部62所得出的数据的认证结果是否为OK(S83)。若认证结果为NG(S83为否)，则转移至步骤S89。

另一方面，若认证结果为OK(S83为是)，则呼叫接受判定部63从接受到的远程呼叫的数据中检测层站楼层、目的地楼层、种类信息(S84)。种类信息例如是如下信息：在用户使用轮椅、或用户为VIP的情况下，向电梯运行管理系统6请求按专用的方式来运行电梯。

接着，输入匹配性判定部64判定呼叫接受判定部63所检测出的层站楼层和目的地楼层的信息是否包含在登记远程呼叫的建筑物的电梯所存在的楼层信息中(S85)。例如，在20层的建筑物中，设为可服务的楼层被分开，如低楼层为1层至10层、高楼层为11层至20层那样。这里，在远程呼叫中，即使包含层站楼层设为1层、目的地楼层设为20层的信息，也无法提供使轿厢从1层直达20层的服务。该情况下，判定为层站楼层和目的地楼层的信息并不包含在登记有远程呼叫的建筑物的电梯所存在的楼层信息中。在层站楼层和目的地楼层的信息并不包含在登记有远程呼叫的建筑物的电梯所存在的楼层信息中的情况下(S85为否)，转移至步骤S89。

另一方面，例如，在建筑物的低楼层为1层至10层的情况下，如果层站楼层或目的地楼层的任一个被登记为1层、另一个被登记为5层，则它们的楼层信息包含在登记有远程呼叫的建筑物的电梯所存在的楼层信息中。

因此，如果包含在登记有远程呼叫的建筑物的电梯所存在的楼层信息中(S85为是)，则输入匹配性判定部64判定步骤S84中检测出的层站楼层和目的地楼层是否并未从电梯服务的对象脱离(S86)。例如，处于安全上的理由，在租户未入住的特定楼层为8层的情况下，有时设定为非特定的用户无法在8层下梯。该情况下，即使用户登记8层来作为目的地楼层，也不应该使轿厢停止在8层。由此，有时特定的楼层从电梯服务的对象脱离。因此，若个人终端所登记的层站楼层或目的地楼层从电梯服务的对象脱离(S86为否)，则转移到步骤S89。

另一方面，如果个人终端所登记的层站楼层和目的地楼层并未从电梯服务的对象脱离(S86为是)，则呼叫登记部65登记电梯的层站楼层的呼叫(S87)。此时，呼叫登记部65可以对由个人终端所指定的号梯登记呼叫，也可以从建筑物中所存在的多个号梯的电梯中选择将轿厢调度到所登记的层站楼层的时间最短的号梯来登记呼叫。

接着，呼叫登记部65登记电梯的目的地楼层的信息(S88)。目的地楼层的信息可以在轿厢内登记，也可以通过个人终端来登记。

步骤S88后、或者步骤S83、S85、S86判定为否后，通知数据生成部69生成第1通知数据或第2通知数据(S89)。第1通知数据包含登记的信息。登记的信息表示呼叫登记部65已正确地登记层站楼层和目的地楼层，通知数据被发送到相应号梯的号梯电梯控制系统7。

第2通知数据包含不停止、或匹配性NG的信息。不停止的信息表示由于从输入数据检测到的层站楼层或目的地楼层的任一个是电梯服务的脱离楼层，因此该轿厢无法在该层停止。因此，包含不停止的信息的第2通知数据返回中心管理系统4。此外，匹配性NG的信息表示由于从输入数据中检测出的层站楼层或目的地楼层的任一个并不存在于登记有远程呼叫的建筑物，因此无法提供电梯服务。因此，包含匹配性NG的信息的第2通知数据也返回中心管理系统4。

步骤S89后，发送部79向号梯电梯控制系统7或中心管理系统4发送第1或第2通知数据(S90)，并结束本处理。

图17是示出在远程呼叫的登记结束后进行的电梯运行管理系统6的处理的示例的流程图。即，根据登记在电梯运行管理系统6中的呼叫，实际上是针对电梯运行的处理。该处理由位于图1所示的电梯运行管理系统6的右侧的各功能部来进行。以下步骤S91～S96的处理主要由误操作检测部68执行，并适当参照到达判定部66和上下检测部67的处理结果。

首先，误操作检测部86判定在图16的步骤S87、S88中来自正常登记到电梯运行管理系统6的个人终端的呼叫中、是否残留未执行或执行中的呼叫(S91)。若未残留有未执行或执行中的呼叫(S91为否)，则转移至步骤S97。

另一方面，如残留有未执行或执行中的呼叫(S91为是)，则误操作检测部68基于从相应号梯的号梯电梯控制系统7获取的数据，来判定轿厢是否达到由所登记的层站呼叫所确定的层站楼层(S92)。这里，误操作检测部68基于到达判定部66的判定结果，来判定有无轿厢到达。若轿厢没有到达层站楼层(S92为否)，则误操作检测部68返回步骤S91，并重复处理。

另一方面，若轿厢到达层站楼层(S92为是)，且由搭乘轿厢的用户登记目的地楼层，则误操作检测部68向用户所搭乘的轿厢所运行的号梯电梯控制系统7登记指示所登记的电梯的目的地楼层(S93)。

接着，误操作检测部68判定是否检测到从层站楼层搭乘轿厢的用户的搭乘(S94)。这里，误操作检测部68基于上下检测部67的检测结果，来判定用户是否搭乘了轿厢。若无法检测到用户搭乘了被调度到层站楼层的轿厢(S94为否)，则误操作检测部68转移到步骤S97。

另一方面，若能检测到用户搭乘了被调度到层站楼层的轿厢(S94为是)，则误操作检测部94基于从号梯电梯控制系统7获取的数据，来检测轿厢是否到达步骤S93中所登记的目的地楼层。这里，误操作检测部68基于到达判定部66的判定结果，来判定有无轿厢到达。对于所登记的目的地楼层，若无法检测到轿厢到达的情况(S95为否)，则误操作检测部68返回步骤S91，并重复处理。

另一方面，对于所登记的目的地楼层，若能检测到轿厢到达的情况(S95为是)，则误操作检测部68判定在轿厢到达的目的地楼层是否检测到用户的下梯(S96)。这里，误操作检测部68基于上下检测部67的检测结果，来判定在所登记的目的地楼层用户是否从轿厢离开。

若误操作检测部68在目的地楼层无法检测到用户从轿厢离开的情况(S96为否)，则转移到步骤S97。另一方面，若误操作检测部68在目的地楼层能检测到用户从轿厢离开的情况(S96为是)，则通知数据生成部69生成第2通知数据(S97)。这里，所生成的第2通知数据包含至少2种信息(登记、NG)的任一个。登记的信息表示呼叫登记部65已正确地登记层站楼层和目的地楼层，第2通知数据被发送到相应号梯的号梯电梯控制系统7。NG的信息表示用户并未在所登记的搭乘楼层搭乘轿厢，或者并未在所登记的目的地楼层离开。

步骤S97后，发送部70向号梯电梯控制系统7或中心管理系统4发送通知数据(S98)，并结束本处理。

＜计算机的硬件结构＞

接着，对构成中心管理系统4和电梯运行管理系统6的计算机100的硬件结构进行说明。

图18是示出计算机100的硬件结构例的框图。计算机100是能作为本实施方式所涉及的中心管理系统4和电梯运行管理系统6来动作的计算机所使用的硬件的一个示例。本实施方式所涉及的电梯管理系统1(参照图1)通过由各系统的计算机100(computer)执行程序，从而实现图1所示的各功能块协作进行的电梯的运行管理方法。

计算机100包括分别与总线104相连接的CPU(Central Processing Unit：中央处理器)101、ROM(Read Only Memory：只读存储器)102、和RAM(Random Access Memory：随机存储器)103。另外，计算机100包括非易失性存储器105和网络接口106。

CPU 101从ROM 102读取用于实现本实施方式所涉及的各个功能的软件的程序代码，并将其加载到RAM 103中并执行。在CPU 101的运算处理的过程中产生的变量或参数等被临时写入RAM 103中，并且这些变量、参数等被CPU 101适当地读取。其中，也可以使用MPU(Micro Processing Unit：微处理单元)来代替CPU101。例如，中心管理系统4的各功能部的功能和电梯运行管理系统6的各功能部的功能由CPU101所执行的程序来实现。

作为非易失性存储器105，例如使用HDD(Hard Disk Drive：硬盘驱动器)、SSD(Solid State Drive：固态驱动器)、软盘、光盘、光磁盘、CD-ROM、CD-R、磁带、或非易失性的存储器等。在该非易失性存储器105中，除了OS(Operating System：操作系统)、各种参数以外，还记录有用于使计算机100发挥功能的程序。ROM 102及非易失性存储器105记录CPU101进行动作所需的程序或数据等，作为存储由计算机100执行的程序的计算机可读取的非暂时性存储介质的一个示例而使用。例如，中心管理系统4所具备的各数据库由非易失性存储器105来构成。

网络接口106例如使用NIC(Network Interface Card：网络接口卡)等，能经由与NIC端子相连接的LAN(Local Area Network：局域网)、专用线等在装置之间对各种数据进行收发。例如，中心管理系统4的接收部41和发送部48、电梯运行管理系统6中的接收部61和发送部70的功能通过网络接口106来实现。

以上所说明的实施方式1所涉及的电梯管理系统1中，用户能操作个人终端来登记远程呼叫。这里，尽管用户登记了远程呼叫，但在用户并未在所登记的搭乘楼层搭乘轿厢、或并未从到达所登记的目的地楼层的轿厢离开的情况下，判定为发生了恶作剧呼叫。然后，登记了远程呼叫的用户所产生的恶作剧呼叫的登记次数被记录。在恶作剧呼叫的登记次数超过了第1阈值的情况下，将该用户的用户ID登记在禁止列表中，从而禁止该用户所进行的新的呼叫的登记。因此，通过登记恶作剧呼叫，从而能防止因调度轿厢而引起的电梯的运行效率的下降。此外，对于未进行恶作剧呼叫的其它用户，由于轿厢并不在无人上梯和下梯的楼层停止，因此轿厢能顺畅地移动到作为目标的目的地楼层。因此，在使用电梯时，使用性得以提高。

另外，若将用户ID登记在禁止列表中，则来自与该用户ID相关联的个人终端的远程呼叫在一定期间内不被接受。一定期间后，可以从该个人终端接受远程呼叫的登记，但当异常登记的次数因恶作剧呼叫的进一步累积而超过规定的第1阈值时，可以将该用户ID再次登记在禁止列表中，并永久冻结用户ID。该情况下，用户ID被永久冻结的用户无法登记远程呼叫，因此，对于不进行恶作剧呼叫的其它用户而言，可以继续使用成为原本的目标的电梯。

另外，在实施方式1所涉及的电梯管理系统1中，例如，对于利用设置于电梯厅的一般的层站按钮和轿厢呼叫按钮所进行的呼叫登记，不将其设为进行恶作剧呼叫的判断的对象。仅仅在通过用户所登记的远程呼叫调度了轿厢后，检测到远程呼叫被取消的情况下，通过将用户ID发送到中心管理系统4，来对该用户ID进行异常登记。

【实施方式2】

接着，对本发明实施方式2所涉及的电梯管理系统的整体结构例和动作例进行说明。实施方式1所涉及的电梯管理系统中，采用不在轿厢内检测用户的结构，但实施方式2所涉及的电梯管理系统中，采用在层站与轿厢内检测用户的结构。

图19是示出用户操作个人终端来登记远程呼叫的情形的图。

这里，各层的层站设置有层站摄像头81，轿厢71设置有轿厢内摄像头82。层站摄像头81具有对层站进行拍摄来检测位于层站的用户的功能，作为第1用户检测部的一个示例来使用。此外，轿厢内摄像头82具有对轿厢内进行拍摄来检测搭乘到轿厢内的用户的功能，作为第2用户检测部的一个示例来使用。

然后，上下检测部67基于从层站摄像头81获取到的影像，来检测位于层站的用户、从层站搭乘轿厢的用户、从轿厢离开的用户。这里，位于层站的用户作为登记在层站楼层中的用户ID来识别。此外，上下检测部67基于从轿厢内摄像头82获取到的影像，来检测在轿厢的移动中位于轿厢内的用户。这里，位于轿厢内的用户作为在登记在目的地楼层中的用户ID被识别。

然后，若基于从层站摄像头81获取到的影像，检测到尽管登记了层站楼层的呼叫但用户并未搭乘轿厢的情况，则误操作检测部68将其作为用户的误操作来检测。误操作检测部68将包含进行了误操作的用户的用户ID在内的误操作的检测结果发送到中心管理系统4。此外，若基于从层站摄像头81或轿厢内摄像头82获取到的影像，检测到尽管登记了目的地楼层的呼叫但用户并未从轿厢离开的情况，则误操作检测部68将其作为用户的误操作来检测。误操作检测部68将包含进行了误操作的用户ID在内的误操作的检测结果发送到中心管理系统4。因此，中心管理系统4中，能基于检测结果，来检测用户的恶作剧呼叫。异常检测部46能正确地进行实施了恶作剧呼叫的用户的异常登记、以及向禁止列表的登记。

另外，作为第2用户检测部，不仅可以使用上述层站摄像头81、轿厢内摄像头82，也可以一并使用载重传感器74。上下检测部67能将载重传感器74检测出的载重值除以一般成年男性的体重值(例如，60kg)来求出载重的增减，并能求出上下轿厢的用户的人数。在上下检测部67基于载重传感器74所检测出的载重值，并未检测到所登记的搭乘楼层或目的地楼层中的搭乘轿厢或从轿厢离开的情况下，误操作检测部68将其作为由与个人终端相关联的用户ID所确定的用户的误操作来检测，并在此基础上将检测结果发送到中心管理系统4。

此外，在用户登记远程呼叫时，可以一并使用二阶段认证，其中，将与个人终端相关联的用户ID、以及通过短消息等对由中心管理系统4预先登记的个人终端发送的密码从个人终端输入的情况用在认证处理中。通过上述处理，从非特定的个人终端登记恶作剧呼叫，由此能避免轿厢被调度到没有人的层站楼层的情况。或者，中心管理系统4可以预先将用户ID与个人终端所固有的信息(MAC地址)等关联起来进行管理，并利用多个信息来确定用户ID。

【实施方式3】

接着，对本发明实施方式3所涉及的电梯管理系统的整体结构例和动作例进行说明。实施方式3所涉及的电梯管理系统中，对于未进行群管理控制的电梯，应用与实施方式1所涉及的电梯管理系统相同的处理。

图20是示出实施方式3所涉及的电梯管理系统1A的结构例的框图。

电梯管理系统1A包括层站电梯服务请求装置2、大楼管理系统3、电梯运行管理系统6A以及1号梯电梯控制系统7-1。

电梯运行管理系统6A的主要结构通过组合实施方式1所涉及的中心管理系统4和电梯运行管理系统6来实现。其中，去除了中心管理系统4的接收部41和发送部48的第1处理部111、以及去除了电梯运行管理系统6的接收部61和发送部70的第2处理部112在电梯运行管理系统6A的内部彼此进行数据的输入输出。电梯运行管理系统6A设有从外部的装置或系统接收数据的接收部110、以及对外部的装置或系统发送数据的发送部113。

层站电梯服务请求装置2经由网络N来发送所登记的远程呼叫的数据。接收部110接收远程呼叫的数据，并将远程呼叫的数据输出到第1处理部111。第1处理部111、第2处理部112能彼此参照处理途中的数据。

发送部113将由第2处理部112正常地登记的呼叫的数据发送到1号梯电梯控制系统7-1。此外，发送部113对层站电梯服务请求装置发送消息，该消息表示正常地登记了远程呼叫、或由于该用户被登记在禁止列表中因此无法登记远程呼叫。

此外，如果在设置有1号梯电梯控制系统7-1的建筑物中设置电梯运行管理系统6A，则可以不对各数据库设置建筑物ID的字段。此外，也可以采用如下结构：将建筑物数据库51从电梯运行管理系统6A中去除。

以上所说明的实施方式3所涉及的电梯管理系统1A中，构成为管理单一号梯的电梯的运行的电梯运行管理系统6A包括第1处理部111和第2处理部112。实施方式1中，对中心管理系统4与电梯运行管理系统6彼此通信的数据进行了处理，但能在电梯运行管理系统6A的内部执行处理。另外，电梯运行管理系统6A也可以构成为具备对多个号梯的轿厢进行群管理控制的多个号梯电梯控制系统7。

另外，本发明并不局限于上述的各个实施方式，只要不脱离专利权利要求所记载的本发明的要点，也当然能够获得其他各种应用例、变形例。

例如，上述的各个实施方式为了对本发明进行容易理解的说明而对装置及系统的结构进行了详细且具体的说明，但并不一定局限于具备所说明的所有的结构。此外，可将这里所说明的实施方式的结构的一部分替换成其它实施方式的结构，甚至还可以将其它实施方式的结构添加至某个实施方式的结构中。另外，关于各个实施方式的结构的一部分，也可以进行其它结构的追加、删除、置换。具体而言，作为结构，说明了需要电梯运行管理系统6、号梯电梯控制系统7和中心管理系统4并利用各自的系统来对用户ID的管理、恶作剧呼叫的检测、上下客的检测进行检测/管理的情况，但将它们集成为一个电梯管理系统1也较为容易。该情况下，建筑物数据库51可以仅存储收纳该系统的建筑物信息。或者，也可以考虑建筑物数据库51本身不存在的结构。在建筑物数据库51本身不存在的结构中，从层站电梯服务请求装置2发送的数据中与建筑物ID相关联的信息不复存在。这是由于在层站电梯服务请求装置2与数据的请求目标所决定的时刻，并没有决定是针对哪个建筑物的请求。然而，在建筑物中存在多个电梯的情况下，可以设置类似的建筑物数据库，将相关联的多个电梯组定义为一个库，并采用按各库ID来管理ID的方式。或者，也可以采用对与对象的层站楼层、目的地楼层相对应的库实施数据的收发的方式。

此外，在各系统中设有彼此首发数据的接收部/发送部，但即使集成为一个系统，也可以采用设置接收部/发送部的形式。或者，也可以采用向内部的存储器存储/访问数据的形态。

此外，对于远程呼叫，采用如下方式：由中心管理系统4管理输入输出、管理多次发出恶作剧呼叫的用户并限制该用户的输入，但实施方式并不限于此。采用如下方式：在远程呼叫的输入终端即层站电梯服务请求装置2内设置数据表，例如设置每天清除的计时器，并由该计时器来反馈从电梯侧得到的恶作剧呼叫的检测次数。由此，可以采用如下方式：在该计数器超过了阈值时，限制从层站电梯请求装置2向电梯管理系统1的输入。

各数据表和数据库在实际安装上被保存在ROM(Read Only Memory：只读存储器)和存储器中，流程图由CPU(Central Processing Unit：中央处理单元)来执行，通过向暂时保管的RAM(Random Access Memory：随机存取存储器)存储数据并进行访问，从而可以执行输入输出的数据处理。输入输出的通信中，采用Ethernet(以太网)、无线中的通信路径的情况较多，但即使通过串行通信来执行，根据数据量也没有问题。本实施所示的各系统能通过将数据保管在类似的ROM/存储器中、在CPU上执行处理并暂时存储/访问RAM来实现。由此，即使将这些系统按功能分离也能实施，并能通过集成化来省略各管理表。

此外，示出了考虑到说明上所必须的控制线、信息线，但是并不限于是示出了产品上所必须的全部的控制线、信息线。实际上也可以认为几乎所有的结构都是互相连接的。

标号说明

1、1A 电梯管理系统

2 层站电梯服务请求装置

4 中心管理系统

6、6A 电梯运行管理系统

7 号梯电梯控制系统

41 接收部

42 认证部

43 核对部

44 个人终端数据判定部

45 电梯数据判定部

46 异常检测部

47 数据库登记部

48 发送部

51 建筑物数据库

52 ID管理数据库

53 用户ID数据库

54 日志数据库

61 接收部

62 认证部

63 呼叫接受判定部

64 输入匹配性判定部

65 呼叫登记部

66 到达判定部

67 上下检测部

68 误操作检测部

69 通知数据生成部

70 发送部。

Claims (12)

1.一种电梯管理系统，

基于从能登记远程呼叫的服务请求装置发送来的数据，来控制电梯的动作，所述电梯管理系统的特征在于，包括：

用户ID数据库，该用户ID数据库存储对使用所述服务请求装置的用户进行确定的用户ID；

核对部，该核对部参照所述用户ID数据库，对从所述服务请求装置接收到的所述远程呼叫的数据中所包含的所述用户ID进行核对；

异常检测部，该异常检测部检测在通过所述远程呼叫而登记的层站楼层由所述用户ID确定的所述用户并未搭乘被调度到所述层站楼层的轿厢的异常；

数据库登记部，该数据库登记部将由所述异常检测部检测出的所述异常的发生次数与所述用户ID关联起来登记在所述用户ID数据库中，并在所述异常的发生次数超过第1阈值的情况下，将对包含所述用户ID的所述远程呼叫的登记进行禁止的数据登记在所述用户ID数据库中；以及

远程呼叫判定部，该远程呼叫判定部参照所述用户ID数据库，判定所述远程呼叫的数据中所包含的所述用户ID是否相当于所述远程呼叫的登记被禁止的所述用户ID，在所述用户ID相当于所述远程呼叫的登记被禁止的所述用户ID的情况下，对包含所述用户ID的所述远程呼叫的登记进行禁止。

2.如权利要求1所述的电梯管理系统，其特征在于，

包括：接受从所述服务请求装置发送来的所述数据的中心管理系统；管理所述电梯的运行的电梯运行管理系统；以及控制所述电梯的动作的电梯控制系统，

所述中心管理系统具有所述用户ID数据库、所述核对部、所述异常检测部、所述数据库登记部和所述远程呼叫判定部，

所述用户ID数据库将所述用户ID、与确定设置有所述电梯的建筑物的建筑物ID关联起来存储，

所述核对部参照所述用户ID数据库，对从所述服务请求装置接收到的所述远程呼叫的数据中所包含的所述用户ID和所述建筑物ID进行核对，

所述远程呼叫判定部在所述远程呼叫的数据中所包含的所述用户ID相当于所述远程呼叫的登记被禁止的所述用户ID的情况下，使所述电梯运行管理系统不登记包含所述用户ID的所述远程呼叫。

3.如权利要求1或2所述的电梯管理系统，其特征在于，

在所述异常检测部基于因在所述电梯运行管理系统中登记有所述远程呼叫的所述电梯通过所述电梯控制系统进行动作而从所述电梯控制系统获取、且从所述电梯运行管理系统发送来的表示所述电梯的运行状况的电梯数据，检测到由登记了目的地楼层的所述用户ID所确定的所述用户并未从移动到所述电梯运行管理系统中所登记的所述目的地楼层的所述轿厢离开的异常的情况下，所述数据库登记部也将所述异常的发生次数与所述用户ID关联起来登记在所述用户ID数据库中。

4.如权利要求3所述的电梯管理系统，其特征在于，

在判定为所述远程呼叫的数据中所包含的所述用户ID相当于所述远程呼叫的登记被禁止的所述用户ID的情况下，所述远程呼叫判定部对于所述服务请求装置输出通知不将所述远程呼叫登记在所述电梯运行管理系统中的信息。

5.如权利要求4所述的电梯管理系统，其特征在于，

所述中心管理系统具有电梯数据判定部，

该电梯数据判定部判定所述电梯数据中是否包含表示所述远程呼叫的数据为异常的异常数据，在所述电梯数据中包含所述异常数据的情况下，将所述异常数据的接收次数与从所述电梯数据中检测出的所述用户ID关联起来登记在所述用户ID数据库中。

6.如权利要求5所述的电梯管理系统，其特征在于，

所述中心管理系统具有认证部，

该认证部对从所述服务请求装置发送来的所述远程呼叫的数据进行认证，并将得到肯定的认证结果的所述远程呼叫的数据输出到所述核对部。

7.如权利要求1至6中任一项所述的电梯管理系统，其特征在于，

所述电梯运行管理系统将基于从所述中心管理系统传输来的所述远程呼叫的数据而生成的第1通知数据发送到所述电梯控制系统，进行针对所述电梯控制系统的控制指示，并将基于从所述电梯控制系统接收到的所述电梯的运行数据而生成的第2通知数据作为所述电梯数据发送到所述中心管理系统。

8.如权利要求7所述的电梯管理系统，其特征在于，

所述电梯运行管理系统具有：

匹配性判定部，该匹配性判定部判定从所述中心管理系统传输来的所述远程呼叫的数据的匹配性；

呼叫登记部，该呼叫登记部在所述远程呼叫的数据的匹配性的判定结果为肯定的情况下，登记包含从所述远程呼叫的数据中提取出的所述层站楼层在内的呼叫、以及包含从所述远程呼叫的数据中提取或在所轿厢内登记的所述目的地楼层在内的呼叫；以及

通知数据生成部，该通知数据生成部基于由所述呼叫登记部所登记的所述呼叫，来生成发送给所述电梯控制系统的所述第1通知数据。

9.如权利要求8所述的电梯管理系统，其特征在于，

所述匹配性判定部判定从所述远程呼叫的数据中提取的所述层站楼层和所述目的地楼层与由所述远程呼叫所指定的所述建筑物的楼层信息匹配的情况、以及从所述远程呼叫的数据中提取的所述层站楼层或所述目的地楼层与能调度所述轿厢的楼层信息匹配的情况，并将所述判定结果输出到所述呼叫登记部，

所述通知数据生成部将由所述呼叫登记部在所述远程呼叫被正确地登记的情况下所生成的所述第1通知数据输出到所述电梯控制系统，并将所述层站楼层和所述目的地楼层不与由所述远程呼叫所指定的所述建筑物的楼层信息匹配的情况、或者所述层站楼层或所述目的地楼层不与能调度所述轿厢的楼层信息匹配的情况下所生成的所述第2通知数据输出到所述中心管理系统。

10.如权利要求9所述的电梯管理系统，其特征在于，

所述电梯运行管理系统具有：

到达判定部，该到达判定部基于所述运行数据和所述呼叫登记部中所登记的所述呼叫，来判定所述轿厢到达所述层站楼层的情况、以及所述轿厢到达所述目的地楼层的情况；

上下检测部，该上下检测部检测登记了所述远程呼叫的所述用户在由所述呼叫登记部所登记的所述层站楼层搭乘所述轿厢的情况、或者搭乘了所述轿厢的所述用户在由所述呼叫登记部所登记的所述目的地楼层从所述轿厢离开的情况；以及

误操作检测部，该误操作检测部基于所述到达判定部的判定结果以及所述上下检测部的检测结果，将所述用户并未在由所述远程呼叫所登记的所述层站楼层或所述目的地楼层正确地上梯下梯的情况作为所述用户的误操作来检测，

所述通知数据生成部生成包含用于确定检测到所述误操作的所述用户的所述用户ID在内的所述第2通知数据。

11.如权利要求10所述的电梯管理系统，其特征在于，

所述上下检测部基于对位于所述层站楼层的所述用户进行检测的第1用户检测部的检测结果、以及对搭乘了所述轿厢的所述用户进行检测的第2用户检测部的检测结果，来检测从所述层站向所述轿厢的搭乘、以及从所述轿厢向所述层站的离开。

12.一种电梯运行管理系统，

接受从能登记远程呼叫的服务请求装置发送来的数据，来管理电梯的运行，所述电梯运行管理系统的特征在于，包括：

用户ID数据库，该用户ID数据库存储对使用所述服务请求装置的用户进行确定的用户ID；

核对部，该核对部参照所述用户ID数据库，对从所述服务请求装置接收到的所述远程呼叫的数据中所包含的所述用户ID进行核对；

异常检测部，该异常检测部检测在通过所述远程呼叫而登记的层站楼层由所述用户ID确定的所述用户并未搭乘被调度到所述层站楼层的轿厢的异常；

数据库登记部，该数据库登记部将由所述异常检测部检测出的所述异常的发生次数与所述用户ID关联起来登记在所述用户ID数据库中，并在所述异常的发生次数超过第1阈值的情况下，将对包含所述用户ID的所述远程呼叫的登记进行禁止的数据登记在所述用户ID数据库中；以及

远程呼叫判定部，该远程呼叫判定部参照所述用户ID数据库，判定所述远程呼叫的数据中所包含的所述用户ID是否相当于所述远程呼叫的登记被禁止的所述用户ID，在所述用户ID相当于所述远程呼叫的登记被禁止的所述用户ID的情况下，对包含所述用户ID的所述远程呼叫的登记进行禁止。

Images