CN110382389A - 恢复支持系统 - Google Patents

Abstract

恢复支持系统具备存储部(9)、学习部(11)、接收部(10)以及判定部(12)。学习部(11)对存储在存储部(9)中的第1状态数据、第2状态数据以及第3状态数据进行机器学习。当接收部(10)接收到第1状态数据时，判定部(12)根据发送来该第1状态数据的装置的第2状态数据和学习部(11)的学习结果来判定是否需要为了修复该装置的故障而派遣维护人员。

Description

恢复支持系统

技术领域

本发明涉及一种恢复支持系统。

背景技术

在专利文献1中记载有用于在地震发生之后远程使电梯装置恢复的系统。在专利文献1所记载的系统中，当电梯装置的运转由于地震而停止时，示出运转停止的信号和示出轿厢状态的信号被发送给监视中心。在监视中心，在显示器上显示接收到的信号。监视中心的监视人员看到显示器上显示的内容，发送用于对地震探测器进行复位的信号。

现有技术文献

专利文献

专利文献1：日本特开2007-254039号公报

发明内容

发明要解决的课题

专利文献1公开了一种用于使由于地震而停止运转的电梯装置恢复的系统。在运转由于地震而停止的情况下，大多时候在电梯装置中并没有发生故障。因此，通过对地震探测器进行复位，能够简单地使电梯装置恢复。

另一方面，在电梯装置中发生故障。在电梯装置发生了故障的情况下，需要进行与发生的故障对应的作业。该作业中也包含电梯装置的重新启动这样的极其简单的作业。以往，当电梯装置发生了故障时，无法高精度地判定是否需要为了修复该故障而派遣维护人员。因此，当电梯装置发生故障时，维护人员迅速赶往现场进行适当的作业。

在发生故障时需要派遣维护人员的其它装置中也同样有可能会发生这样的问题。

本发明是为了解决上述那样的课题而完成的。本发明的目的是提供一种在装置发生了故障的情况下能够高精度地判定是否需要为了修复该装置的故障而派遣维护人员的恢复支持系统。

用于解决课题的手段

本发明的恢复支持系统具备：存储单元，其关于发生了故障的装置存储有示出故障时的状态的第1状态数据、示出该故障发生之前的正常时的状态的第2状态数据以及示出该故障发生之后的正常时的状态的第3状态数据；学习单元，其对存储在存储单元中的第1状态数据、第2状态数据以及第3状态数据进行机器学习；接收单元，其从发生了故障的装置接收第1状态数据；以及判定单元，当接收单元接收到第1状态数据时，该判定单元根据发送来该第1状态数据的装置的第2状态数据和学习单元的学习结果来判定是否需要为了修复该装置的故障而派遣维护人员。

发明效果

本发明的恢复支持系统例如具备学习单元和判定单元。学习单元对存储在存储单元中的第1状态数据、第2状态数据以及第3状态数据进行机器学习。当接收单元接收到第1状态数据时，判定单元根据发送来该第1状态数据的装置的第2状态数据和学习单元的学习结果，判定是否需要为了修复该装置的故障而派遣维护人员。如果是本发明的恢复支持系统，则在装置发生了故障的情况下，能够高精度地判定是否需要为了修复该装置的故障而派遣维护人员。

附图说明

图1是示出本发明的实施方式1中的恢复支持系统的示例的图。

图2是示出本发明的实施方式1中的恢复支持系统的动作例的流程图。

图3示出存储在存储部中的跟踪数据的示例。

图4是示出本发明的实施方式1中的恢复支持系统的另一动作例的流程图。

图5是用于说明判定部的功能的图。

图6是用于说明判定部的另一功能的图。

图7是示出本发明的实施方式1中的恢复支持系统的另一动作例的流程图。

图8是用于说明判定部的另一功能的图。

图9是示出本发明的实施方式2中的恢复支持系统的示例的图。

图10是示出本发明的实施方式2中的恢复支持系统的另一例的图。

图11是示出本发明的实施方式2中的恢复支持系统的另一动作例的流程图。

图12是用于说明生成部和判定部的功能的图。

图13是用于说明生成部和判定部的另一功能的图。

图14是用于说明生成部的另一功能的图。

图15是用于说明生成部的另一功能的图。

图16是示出本发明的实施方式2中的恢复支持系统的另一动作例的流程图。

图17是示出监视中心的硬件结构的图。

具体实施方式

参照附图对本发明进行说明。适当简化或省略重复的说明。在各图中，相同的标号表示相同的部分或相当的部分。

实施方式1.

图1是示出本发明的实施方式1中的恢复支持系统的示例的图。监视中心1能够与远程的多台电梯装置进行通信。各电梯装置例如具备轿厢2和对重3。轿厢2和对重3由主绳索4悬吊在井道中。曳引机例如具备驱动绳轮5和电动机6。驱动绳轮5上绕挂有主绳索4。驱动绳轮5由电动机6驱动。电动机6由控制装置7控制。控制装置7与通信装置8连接。通信装置8与外部设备进行通信。各电梯装置通过通信装置8与监视中心1进行通信。

在电梯装置中，由通信装置8取得各种信号值的快照、即跟踪数据。跟踪数据例如包含状态数据和运转数据。状态数据是示出电梯装置当时的状态的数据。例如，示出电动机6的速度的信号作为状态数据包含在跟踪数据中。示出电动机6的转矩的信号作为状态数据包含在跟踪数据中。示出轿厢2的位置的信号作为状态数据包含在跟踪数据中。示出由温度计测量出的温度的信号作为状态数据包含在跟踪数据中。

运转数据是示出在电梯装置中进行的运转的内容的数据。例如，示出从控制装置7对电动机6的指令的信号作为运转数据包含在跟踪数据中。示出从控制装置7对其它驱动机的指令的信号作为运转数据包含在跟踪数据中。包含在跟踪数据中的信号不限于上述示例。所例示的信号的一部分也可以不包含在跟踪数据中。跟踪数据也可以包含其它信号。

跟踪数据中可以是由0或1的比特串表示的信号、由16进制的数值串表示的信号以及由10进制的数值串表示的信号共存。跟踪数据中也可以是各种信号长度的信号共存。跟踪数据中也可以是数字值和模拟值共存。

在电梯装置中，通信装置8始终或定期取得跟踪数据。此外，在电梯装置发生故障时，通信装置8取得故障发生时的跟踪数据。通信装置8在取得跟踪数据时，将所取得的跟踪数据发送给监视中心1。

监视中心1例如具备存储部9、接收部10、学习部11、判定部12、发送部13以及通知控制部14。下面，还参照图2至图6，对本恢复支持系统的功能和动作详细地进行说明。图2是示出本发明的实施方式1中的恢复支持系统的动作例的流程图。

图2示出恢复支持系统的学习功能的示例。

在监视中心1中，判定是否接收到跟踪数据(S101)。例如定期从能够与监视中心1进行通信的电梯装置向监视中心1发送跟踪数据。此外，当任意的电梯装置发生故障时，从该电梯装置向监视中心1发送跟踪数据。从各电梯装置发送的跟踪数据在监视中心1由接收部10接收(S101的“是”)。由接收部10接收到的跟踪数据被存储在存储部9中(S102)。接收部10从多台电梯装置接收跟踪数据。跟踪数据在存储部9中被蓄积。

图3示出存储在存储部9中的跟踪数据的示例。图3的黑色圆点表示在某台电梯装置发生了故障A时取得以及在其前后取得的状态数据x的值。x的值可以是一个状态数据的值，也可以是根据多个状态数据得到的评价值。图3的黑三角表示在某台电梯装置发生了故障B时取得以及在其前后取得的状态数据x的值。

如上所述，当电梯装置发生故障时，从该电梯装置向监视中心1发送跟踪数据。因此，在存储部9中存储有示出电梯装置故障时的状态的状态数据。在以下内容中，示出电梯装置故障时的状态的状态数据也被称为第1状态数据。图3示出在时刻t1发生了故障A的示例。图3示出在时刻t1以及之后的时刻t2发生了故障B的示例。在图3中，为了易于理解，将发生故障A的时刻与第一次发生故障B的时刻一致为同一时刻。

如上所述，在电梯装置中，通信装置8始终或定期取得跟踪数据。因此，在存储部9中存储有示出在电梯装置发生了故障的情况下该故障发生之前的正常时的状态的状态数据。在以下内容中，示出故障发生之前的正常时的状态的状态数据也被称为第2状态数据。在图3所示的示例中，在时刻t1之前取得的状态数据是第2状态数据。

图3示出在时刻t1发生故障A之后电梯装置被立即恢复的示例。同样，图3示出在时刻t1发生故障B之后电梯装置被立即恢复的示例。在存储部9中存储有示出在电梯装置发生了故障的情况下该故障发生之后的正常时的状态的状态数据。在以下内容中，示出故障发生之后的正常时的状态的状态数据也被称为第3状态数据。在图3所示的示例中，由黑色圆点表示的状态数据中的、在时刻t1之后取得的状态数据是第3状态数据。对于在时刻t1发生的故障B，由黑三角表示的状态数据中的、在时刻t1之后且在时刻t2之前取得的状态数据是第3状态数据。故障B在时刻t2也发生。对于在时刻t2发生的故障B，由黑三角表示的状态数据中的、在时刻t1之后且在时刻t2之前取得的状态数据是第2状态数据。

学习部11对存储部9中记载的状态数据进行机器学习。在监视中心1中，判定是否是学习时机(S103)。学习时机是预先设定的。当在S103中判定为是学习时机时，由学习部11进行机器学习，并输出学习结果(S104)。

在本实施方式所示的示例中，学习部11对存储部9中记载的第1状态数据、第2状态数据以及第3状态数据进行机器学习。例如，学习部11利用分级聚类或k-means这样的无监督学习的方法，进行状态数据的模式分类。如果是图3所示的示例，则学习部11确定发生故障A时的状态数据的模式和发生故障B时的状态数据的模式。学习部11也可以按所分类的每个模式，将到故障下次发生为止的平均时间或状态数据的方差等作为学习结果输出。

图4是示出本发明的实施方式1中的恢复支持系统的另一动作例的流程图。图4示出恢复支持系统的判定功能的示例。

在监视中心1中，判定是否从发生了故障的电梯装置接收到跟踪数据(S201)。当任意电梯装置发生故障时，从该电梯装置的通信装置8向监视中心1发送跟踪数据。从通信装置8发送的跟踪数据在监视中心1由接收部10接收(S201的“是”)。在S201中由接收部10接收到的跟踪数据中包含第1状态数据。

当由接收部10接收到故障时的跟踪数据时，判定部12判定是否需要为了修复发送来该跟踪数据的电梯装置的故障而派遣维护人员(S202)。判定部12根据该电梯装置的第2状态数据和学习部11的学习结果进行上述判定。电梯装置的第2状态数据在该装置发生故障之前被存储在存储部9中。

图5是用于说明判定部12的功能的图。图5中由黑方块表示的状态数据中的、在时刻t1取得的状态数据是在S201中接收部10接收到的第1状态数据。图5中由黑方块表示的状态数据中的、在时刻t1之前取得的状态数据是第2状态数据。判定部12例如确定本次发生了故障的电梯装置的第2状态数据的模式与由学习部11分类出的哪个模式最接近。

图5相当于在图3所示的示例中追加了由黑方块表示的状态数据的图。如果是图5所示的示例，则判定部12判定本次发生了故障的电梯装置的第2状态数据的模式与发生故障A时的第2状态数据的模式以及发生故障B时的第2状态的模式中的哪一个接近。如果是图5所示的示例，则判定部12判定为本次发生了故障的电梯装置的第2状态数据的模式与发生了故障A时的第2状态数据的模式接近。

如图5中由黑色圆点所示，发生故障A之前的状态数据的值处于值x1至值x2之间。此外，故障A发生并被自动恢复后的正常时的状态数据的值也处于值x1至值x2之间。在故障A发生并被自动恢复后，故障A没有再次发生。如果判定部12能够确定本次发生了故障的电梯装置的第2状态数据的模式与发生了故障A时的第2状态数据的模式接近，则判定为能够自动恢复而无需派遣维护人员。

另一方面，如图5中由黑三角所示，虽然发生故障B之前的状态数据的值在时刻t3是大于值x1的值，但是在时刻t4低于值x1。状态数据的值在之后也随着接近时刻t1而降低。此外，例如，故障B发生并被自动恢复后不久的正常时的状态数据的值仅返回到低于值x1的值。状态数据的值在之后也随着接近时刻t2而降低。如果判定部12能够确定本次发生了故障的电梯装置的第2状态数据的模式与发生了故障B时的第2状态数据的模式接近，则判定为有可能例如在电梯装置发生了老化所导致的故障而因此需要派遣维护人员。

图6是用于说明判定部12的另一功能的图。图6相当于与图5所示的示例相比由黑方块表示的状态数据的值不同的示例。图6中由黑方块表示的状态数据中的、在时刻t1取得的状态数据是在S201中接收部10接收到的第1状态数据。

在图6所示的示例中，由黑方块表示的第2状态数据的值不处于值x1至值x2之间。但是，由黑方块表示的第2状态数据的值不像由黑三角表示的第2状态数据那种程度地随着时间的经过而降低。在图6所示的示例中，无法如图5所示的示例那样明确地确定本次发生了故障的电梯装置的第2状态数据的模式与发生了故障A时的第2状态数据的模式接近。为了应对这样的情况，判定部12也可以确定本次发生了故障的电梯装置的第2状态数据的模式属于由学习部11分类出的各模式的概率。判定部12可以判定是否需要派遣维护人员，并且输出所确定出的概率。判定部12也可以输出到在电梯装置中下次发生故障为止的时间或规定时间内再次发生故障的概率等。

例如，在图6所示的示例中，设本次发生了故障的电梯装置的第2状态数据的模式属于发生了故障A时的第2状态数据的模式的概率为P(A)。同样，设本次发生了故障的电梯装置的第2状态数据的模式属于发生了故障B时的第2状态数据的模式的概率为P(B)。设故障A发生之后直到故障A再次发生为止的平均时间为T(A)。设故障B发生之后直到故障B再次发生为止的平均时间为T(B)。判定部12例如通过使用下式，能够计算出直到在电梯装置中故障下次发生的时间T(N)。

T(N)＝P(A)×T(A)+P(B)×T(B)

当由判定部12判定为无需派遣维护人员时，通知控制部14使得从通知器17通知判定部12在S202中判定出的结果(S203)。通知器17例如设置在监视中心1。此外，当由判定部12判定为无需派遣维护人员时，发送部13向发送来跟踪数据的电梯装置发送用于使该电梯进行为了修复故障所需的动作的指令(S204)。在接收到该指令的电梯装置中，为了修复故障而进行必要的动作。例如，在接收到该指令的电梯装置中，进行重新启动。

当由判定部12判定为需要派遣维护人员时，通知控制部14使得从通知器17通知判定部12在S202中判定出的结果(S205)。此外，当由判定部12判定为需要派遣维护人员时，发送部13对维护人员的据点等发送维护人员的派遣指令(S206)。

如果是本实施方式所示的示例，则在电梯装置发生了故障的情况下，能够高精度地判定是否需要为了修复该装置的故障而派遣维护人员。特别是，在本实施方式所示的示例中，进行使用了电梯装置的正常时的状态数据和故障时的状态数据这双方的机器学习。因此，能够提高判定精度。

在图4所示的示例中，在S204中，自动发送用于使进行为了修复故障所需的动作的指令。这是一例。在S202中判定为“否”的情况下，也可以仅进行判定结果的通知。在这种情况下，根据监视人员的判断来发送该指令。

在图4所示的示例中，在S206中，自动进行维护人员的派遣请求。这是一例。在S202中判定为“是”的情况下，也可以仅进行判定结果的通知。在这种情况下，根据监视人员的判断来进行维护人员的派遣请求。

在图4所示的示例中，当在S202中判定为“否”时，执行S203的处理和S204的处理双方。这是一例。在S204中进行指令的自动发送的情况下，也可以不执行S203的处理。同样，在图4所示的示例中，当在S202中判定为“是”时，执行S205的处理和S206的处理双方。这是一例。当在S206中自动进行维护人员的派遣请求的情况下，也可以不执行S205的处理。

图7是示出本发明的实施方式1中的恢复支持系统的另一动作例的流程图。图7示出恢复支持系统的判定功能的示例。图7的S301至S306所示的处理与图4的S201至S206所示的处理相同。当在S302中由判定部12判定为无需派遣维护人员时，发送部13向发送来跟踪数据的电梯装置发送用于使该电梯进行为了修复故障所需的动作的指令(S304)。在接收到该指令的电梯装置中，进行为了修复故障所需的动作。例如，在接收到该指令的电梯装置中，进行重新启动。

在监视中心1中，判定是否从已恢复的电梯装置接收到跟踪数据(S307)。即，在监视中心1中，判定是否从在S304中被发送了指令的电梯装置接收到第3状态数据。当接收到该指令的电梯装置进行恢复时，从该电梯装置的通信装置8向监视中心1发送跟踪数据。从通信装置8发送的跟踪数据在监视中心1由接收部10接收(S307的“是”)。在S307中由接收部10接收到的跟踪数据中包含第3状态数据。

当从已恢复的电梯装置接收到跟踪数据时，判定部12重新判定是否需要为了修复发送来该跟踪数据的电梯装置的故障而派遣维护人员(S308)。判定部12根据在S307中接收部10接收到的第3状态数据和学习部11的学习结果进行上述判定。

图8是用于说明判定部12的另一功能的图。图8相当于在图5所示的示例中追加了一个由黑方块表示的第3状态数据的图。当在S308中进行重新判定的情况下，在此之前在S302中判定为无需派遣维护人员。但是，在图8所示的示例中，与已从故障A恢复的电梯装置的第3数据相比，在S307中接收部10接收到的第3状态数据更接近于已从故障B恢复的电梯装置的第3数据。因此，判定部12判定为例如有可能在时刻t1在电梯装置中发生了老化所导致的故障。即，判定部12在S308中判定为需要派遣维护人员。

当在S308中判定为需要派遣维护人员时，通知控制部14使得从通知器17通知判定部12在S308中判定出的结果(S305)。此外，当由判定部12判定为需要派遣维护人员时，发送部13对维护人员的据点等发送维护人员的派遣指令(S306)。另一方面，当在S308中判定为无需派遣维护人员时，通知控制部14使得从通知器17通知判定部12在S308中判定出的结果(S309)。

如果是图7和图8所示的示例，则还利用恢复后的第3状态数据，能够进一步提高判定精度。

实施方式2.

图9是示出本发明的实施方式2中的恢复支持系统的示例的图。本实施方式所示的示例在恢复支持系统不仅利用状态数据、还利用运转数据这点上与实施方式1中公开的示例不同。

本实施方式所示的监视中心1例如具备存储部9、接收部10、学习部11、判定部12、发送部13以及通知控制部14。本实施方式中的恢复支持系统的动作例与图2和图4所示的动作例相同。以下，还参照图2和图4，对本恢复支持系统的功能和动作详细地进行说明。图2示出恢复支持系统的学习功能的示例。

在监视中心1中，判定是否接收到跟踪数据(S101)。例如定期从能够与监视中心1进行通信的电梯装置向监视中心1发送跟踪数据。此外，当任意的电梯装置发生故障时，从该电梯装置向监视中心1发送跟踪数据。在监视中心1中由接收部10接收从各电梯装置发送的跟踪数据。由接收部10接收到的跟踪数据被存储在存储部9中(S102)。接收部10从多台电梯装置接收跟踪数据。跟踪数据在存储部9中被蓄积。

如上所述，跟踪数据中包含状态数据和运转数据。在存储部9中存储有第1状态数据、第2状态数据以及第3状态数据。此外，在存储部9中至少存储有示出在电梯装置发生了故障的情况下从故障前的正常状态到发生故障为止的运转内容的运转数据。在本实施方式所示的示例中，在存储部9中存储有示出电梯装置故障时的运转内容的运转数据。在存储部9中存储有示出在电梯装置发生了故障的情况下该故障发生之前的正常时的运转内容的运转数据。在存储部9中存储有示出在电梯装置发生了故障的情况下该故障发生之后的正常时的运转内容的运转数据。

学习部11对存储部9中记载的状态数据和运转数据进行机器学习。在监视中心1中，判定是否为学习时机(S103)。如果在S103中判定为是学习时机，则由学习部11进行机器学习，输出学习结果(S104)。

在本实施方式所示的示例中，学习部11对存储部9中记载的第1状态数据、第2状态数据、第3状态数据以及运转数据进行机器学习。例如，学习部11通过分级聚类或k-means这样的无监督学习的方法进行基于运转数据的状态数据的模式分类。通过使用运转数据，例如能够针对每个运转内容进行状态数据的模式分类。因此，可以得到更详细的学习结果。

图4示出恢复支持系统的判定功能的示例。在监视中心1中，判定是否从发生了故障的电梯装置接收到跟踪数据(S201)。当任意的电梯装置发生故障时，从该电梯装置的通信装置8向监视中心1发送跟踪数据。从通信装置8发送的跟踪数据在监视中心1由接收部10接收。在S201中由接收部10接收到的跟踪数据中包含第1状态数据和故障时的运转数据。

当由接收部10接收到故障时的跟踪数据时，判定部12判定是否需要为了修复发送来该跟踪数据的电梯装置的故障而派遣维护人员(S202)。判定部12除了根据在S201中接收部10接收到的第2状态数据和学习部11的学习结果之外，还根据在S201中接收部10接收到的运转数据进行上述判定。例如，判定部12在根据运转数据进行了状态数据的过滤的基础上，确定本次发生了故障的电梯装置的第2状态数据的模式与由学习部11分类出的哪个模式最接近。判定部12也可以还使用存储在存储部9中的该电梯装置的故障前的运转数据。

当由判定部12判定为无需派遣维护人员时，通知控制部14使得从通知器17通知判定部12在S202中判定出的结果(S203)。通知器17例如设置在监视中心1。此外，当由判定部12判定为无需派遣维护人员时，发送部13向发送来跟踪数据的电梯装置发送用于使该电梯进行为了修复故障所需的动作的第1指令(S204)。在接收到该指令的电梯装置中，进行为了修复故障所需的动作。例如，在接收到该指令的电梯装置中，进行重新启动。

当由判定部12判定为需要派遣维护人员时，通知控制部14使得从通知器17通知判定部12在S202中判定出的结果(S205)。此外，当由判定部12判定为需要派遣维护人员时，发送部13对维护人员的据点等发送维护人员的派遣指令(S206)。

如果是本实施方式所示的示例，则在电梯装置发生了故障的情况下，能够高精度地判定是否需要为了修复该装置的故障而派遣维护人员。特别是，在本实施方式所示的示例中，进行除了使用电梯装置的正常时的状态数据和故障时的状态数据之外还使用了运转数据的机器学习。因此，能够提高判定精度。

在本实施方式所示的示例中，也与实施方式1中公开的示例同样，可以在S202中判定为“否”的情况下仅进行判定结果的通知。此外，当在S202中判定为“是”的情况下，也可以仅进行判定结果的通知。当在S204中进行指令的自动发送的情况下，也可以不执行S203的处理。当在S206中自动进行维护人员的派遣请求的情况下，也可以不执行S205的处理。

图10是示出本发明的实施方式2中的恢复支持系统的另一例的图。图10示出监视中心1的示例。在图10所示的示例中，监视中心1除了具备例如存储部9、接收部10、学习部11、判定部12、发送部13以及通知控制部14之外，还具备判定部16。

下面，还参照图11，对本恢复支持系统的功能和动作详细地进行说明。图11是示出本发明的实施方式2中的恢复支持系统的另一动作例的流程图。图11示出恢复支持系统的学习功能的示例。图11的S401至S406所示的处理与图4的S201至S206所示的处理相同。当在S402中由判定部12判定为无需派遣维护人员时，发送部13向发送来跟踪数据的电梯装置发送用于使该电梯进行为了修复故障所需的动作的指令(S404)。在接收到该第1指令的电梯装置中，进行为了修复故障所需的动作。例如，在接收到该第1指令的电梯装置中，进行重新启动。

在监视中心1中，判定在S404中被发送了第1指令的电梯装置是否已恢复(S407)。当在S404中被发送了第1指令的电梯装置进行恢复时，发送部13对该电梯装置发送第2指令(S408)。第2指令是用于使该电梯装置进行预定的规定动作的指令。在接收到第2指令的电梯装置中，进行预定的规定动作。上述规定动作可以是与在点检运转中进行的动作相同的动作。第2指令也可以是用于使该电梯进行与在该电梯装置发生了故障时所进行的动作相同的动作的指令。在这种情况下，根据在S401中接收部10接收到的运转数据生成第2指令。在接收到第2指令的电梯装置中，进行与故障发生时所进行的动作相同的动作。

在监视中心1中，当发送了第2指令时，判定是否从在S408中被发送部13发送了第2指令的电梯装置接收到跟踪数据(S409)。在接收到第2指令的电梯装置中，在进行基于第2指令的动作时，通信装置8取得跟踪数据。在该跟踪数据中，包含示出进行了基于第2指令的动作时的状态的状态数据。在以下内容中，示出进行了基于第2指令的动作时的状态的状态数据也被称为第4状态数据。当基于第2指令的动作结束时，通信装置8向监视中心1发送包含第4状态数据的跟踪数据。从通信装置8发送的包含第4状态数据的跟踪数据在监视中心1中由接收部10接收(S409的“是”)。

当包含第4状态数据的跟踪数据被接收部10接收到时，判定部16判定发送来该跟踪数据的电梯装置是否正常(S410)。判定部16根据在S409中接收部10接收到的第4状态数据和判定基准进行上述判定。判定基准是用于判定部16判定恢复后的电梯装置是否正常的基准。第2指令如果是用于进行预定的规定动作的指令，则判定基准也可以是固定值。

监视中心1也可以还具备生成部15。生成部15生成用于判定部16进行判定的上述判定基准。图12是用于说明生成部15和判定部16的功能的图。

例如，考虑在接收到第2指令的电梯装置中进行与在点检运转中进行的动作相同的动作的情况。在这种情况下，接收部10在S409中接收示出正在进行该动作时的电梯装置的状态的状态数据。判定部16根据该第4数据判定电梯装置是否正常。

例如，在电梯装置中定期进行点检运转。因此，容易取得示出进行点检运转时的电梯装置的状态的状态数据。例如，在点检运转时取得的状态数据被存储在存储部9中。图12示出过去取得的正常时的状态数据的分布。具体而言，图12示出在点检运转时取得的状态数据的值及其比例。点检运转生成部15也可以根据在定期进行的点检运转中取得的状态数据生成判定基准。例如，生成部15以使得在点检运转时取得的状态数据中的值较高的5％的状态数据被判定为故障的方式来生成判定基准。

图12示出生成部15根据过去的正常时的状态数据来计算阈值Th1作为判定基准的示例。例如，当在S409中接收部10接收到作为值V1的第4状态数据时，判定部16判定为恢复后的电梯装置正常。当在S409中接收部10接收到作为值V2的第4状态数据时，判定部16判定为恢复后的电梯装置不正常。

生成部15也可以生成图12所示的阈值Th3作为判定基准。阈值Th3表示由过去的正常时的状态数据根据其比例计算出判定基准的示例。

图13是用于说明生成部15和判定部16的另一功能的图。图13所示的示例相当于对图12所示的示例追加了过去取得的故障时的状态数据的分布的示例。生成部15可以根据过去的正常时的状态数据和过去的故障时的状态数据来生成判定基准。图13示出将与曲线的交点对应的值计算为阈值Th2的示例。例如，当在S409中接收部10接收到作为值V3的第4状态数据时，判定部16判定为恢复后的电梯装置正常。当在S409中接收部10接收到作为值V4的第4状态数据时，判定部16判定为恢复后的电梯装置不正常。

判定基准的生成方法不限于上述示例。例如，也可以根据正常时的分布的比例和故障时的分布的比例中的哪一个更大来生成判定基准。此外，对于判定结果，也可以不是求出正常还是不正常这两个值，而是以概率求出。例如，如图13所示，设值为V3时的正常时的分布的比例为(P3；正常)，故障时的分布的比例为(P3；故障)。这时，也可以如下这样来求出值V3正常的概率。

(概率)＝(P3；正常)/{(P3；正常)+(P3；故障)}

当在S410中由判定部16判定为发送来第4状态数据的电梯装置正常时，通知控制部14使得从通知器17通知判定部16在S410中判定出的结果(S411)。另一方面，当在S410中由判定部16判定为发送来第4状态数据的电梯装置不正常时，通知控制部14使得从通知器17通知判定部16在S410中判定出的结果(S405)。此外，当在S410中由判定部16判定为发送来第4状态数据的电梯装置不正常时，发送部13对维护人员的据点等发送维护人员的派遣指令(S406)。

如果是图10至图13所示的示例，则能够在电梯装置恢复之后进行电梯装置是否正常的确认。

图14和图15是用于说明生成部15的另一功能的图。例如，如图13所示的示例那样，考虑生成部15为了生成判定基准而利用过去的故障时的状态数据的情况。在这种情况下，为了得到如图13所示的故障时的分布，优选在存储部9中存在大量的故障时的状态数据。但是，与正常时的状态数据不同，如果故障没有实际发生，则无法得到故障时的状态数据。

这里，以在接收到第2指令的电梯装置中进行与故障发生时所进行的动作相同的动作的情况为例。在这种情况下，需要示出过去进行了与本次故障发生时所进行的动作相同的动作且当时发生了故障时的状态的状态数据。生成部15可以根据接收部10过去从被发送部13发送了第2指令的电梯装置接收到的多个状态数据生成相当于故障发生时的状态数据的状态数据。即，生成部15根据存储在存储部9中的多个状态数据，生成示出在该电梯装置中进行了与基于第2指令的动作相同的动作且发生了故障时的状态的状态数据。生成部15利用该生成的状态数据来生成判定基准。

图14的(a)至图14的(c)示意性地示出存储在存储部9中的运转数据。图14的(a)示出表示在电梯装置发生了故障时所进行的运转内容的运转数据的示例。即，图14的(a)所示的运转数据是在S401中由接收部10接收到的运转数据。在图14所示的示例中，在发生了故障的电梯装置中，在故障即将发生之前依次进行轿厢2的停靠、开门、关门、门全闭之前的开门、门全闭、轿厢2下降、轿厢2停靠以及开门。

图14的(b)和图14的(c)示出运转数据的示例。图14的(b)和图14的(c)所示的运转数据是表示在发生了故障的电梯装置中过去所进行的运转内容的运转数据。即，图14的(b)所示的运转数据以及图14的(c)所示的运转数据在该电梯装置发生故障之前已经在存储部9中进行了存储。在图14的(b)所示的示例中，在电梯装置中，依次进行轿厢2停靠、开门、关门、门全闭之前的开门、门全闭以及轿厢2上升。在这期间没有发生故障。在图14的(c)所示的示例中，在电梯装置中，在故障即将发生之前依次进行轿厢2停靠、开门、门全闭、轿厢2下降、轿厢2停靠以及开门。

如图14所示，生成部15通过将图14的(b)所示的运转数据的一部分和图14的(c)所示的运转数据的一部分进行组合而得到相当于图14的(a)所示的运转数据的运转数据。在存储部9中与图14的(b)所示的运转数据相关联地存储有状态数据。在存储部9中与图14的(c)所示的运转数据相关联地存储有状态数据。生成部15根据这些状态数据，生成相当于故障发生时的状态数据的故障时状态数据。

图15的(a)至图15的(c)示意性地示出存储在存储部9中的运转数据。图15的(a)所示的运转数据与图14的(a)所示的运转数据相同。图15的(b)所示的运转数据与图14的(b)所示的运转数据相同。在图15的(c)所示的示例中，在电梯装置中，依次进行轿厢2停靠、开门、门全闭、轿厢2下降、轿厢2停靠、开门以及门全闭。这期间没有发生故障。

如图15所示，生成部15通过将图15的(b)所示的运转数据的一部分和图15的(c)所示的运转数据的一部分进行组合而得到与图15的(a)所示的运转数据对应的正常时运转数据。在存储部9中与图15的(b)所示的运转数据相关联地存储有状态数据。在存储部9中与图15的(c)所示的运转数据相关联地存储有状态数据。生成部15可以根据这些状态数据，生成与发生故障时的状态数据对应的正常时状态数据。

图16是示出本发明的实施方式2中的恢复支持系统的另一动作例的流程图。图16示出为了得到图12和图13所示的正常时的分布而进行的动作例。图16所示的动作是在图11的S408所示的处理之后的处理。

当在S404中被发送了第1指令的电梯装置恢复时，发送部13对该电梯装置发送第2指令(S408)。例如，第2指令是用于进行与在该电梯装置发生了故障时所进行的动作相同的动作的指令。此外，发送部13对被发送了第2指令的电梯装置以外的电梯装置发送第3指令(S412)。第3指令是用于使电梯装置进行与基于第2指令的动作相同的动作的指令。即，在接收到第3指令的电梯装置中，进行与接收到第2指令的电梯装置所进行的动作相同的动作。发送部13例如对被发送了第2指令的电梯装置以外的电梯装置中的、正常且没有人搭乘轿厢2的电梯装置发送第3指令。发送部13也可以对中止中的电梯装置发送第3指令。中止中的电梯装置是指，没有人搭乘轿厢2、并且没有呼梯被登记、没有被分配动作指令的状态的电梯装置。

在监视中心1，当发送了第3指令时，判定是否从在S412中被发送部13发送了第3指令的电梯装置接收到跟踪数据(S413)。在接收到第3指令的电梯装置中，在进行基于第3指令的动作时，通信装置8取得跟踪数据。在该跟踪数据中包含示出进行了基于第3指令的动作时的状态的状态数据。在以下内容中，示出进行了基于第3指令的动作时的状态的状态数据也被称为第5状态数据。当基于第3指令的动作结束时，通信装置8向监视中心1发送包含第5状态数据的跟踪数据。包含从通信装置8发送的第5状态数据的跟踪数据在监视中心1由接收部10接收(S413的“是”)。

生成部15根据在S413中接收部10接收到的第5状态数据生成判定基准(S414)。例如，生成部15根据在S413中接收部10接收到的第5状态数据来计算如图12或图13所示的正常时的分布。

对于在本实施方式中没有具体公开的功能和动作，也可以采用在实施方式1中公开的任何功能和动作。

在实施方式1和2中，对电梯装置与监视中心1连接的示例进行了说明。与监视中心1连接的装置不限于电梯装置。监视中心1也可以与由维护人员维护的其它装置连接。

标号9～16所示的各部表示监视中心1所具有的功能。图17是示出监视中心1的硬件结构的图。作为硬件资源，监视中心1例如具备包含处理器18和存储器19的处理电路。存储部9所具有的功能是通过存储器19来实现的。监视中心1通过由处理器18执行存储在存储器19中的程序来实现标号10～16所示的各部的功能。

处理器18也被称为CPU(Central Processing Unit：中央处理单元)、中央处理装置、处理装置、运算装置、微处理器、微型计算机或DSP。作为存储器19，也可以采用半导体存储器、磁盘、软盘、光盘、紧凑型光盘、迷你盘或DVD。可采用的半导体存储器包含RAM、ROM、闪存、EPROM以及EEPROM等。

也可以通过硬件来实现监视中心1所具有的各种功能的一部分或全部。作为实现监视中心1的功能的硬件，可以采用单一电路、复合电路、编程处理器、并行编程处理器、ASIC、FPGA或者它们的组合。

产业上的可利用性

本发明的恢复支持系统可用于判定是否需要为了修复装置的故障而派遣维护人员。

标号说明

1：监视中心；2：轿厢；3：对重；4：主绳索；5：驱动绳轮；6：电动机；7：控制装置；8：通信装置；9：存储部；10：接收部；11：学习部；12：判定部；13：发送部；14：通知控制部；15：生成部；16：判定部；17：通知器；18：处理器；19：存储器。

Claims (9)

1.一种恢复支持系统，其中，所述恢复支持系统具备：

存储单元，其关于发生了故障的装置存储有示出故障时的状态的第1状态数据、示出该故障发生之前的正常时的状态的第2状态数据以及示出该故障发生之后的正常时的状态的第3状态数据；

学习单元，其对存储在所述存储单元中的第1状态数据、第2状态数据以及第3状态数据进行机器学习；

接收单元，其从发生了故障的装置接收第1状态数据；以及

判定单元，当所述接收单元接收到第1状态数据时，该判定单元根据发送来该第1状态数据的装置的第2状态数据和所述学习单元的学习结果来判定是否需要为了修复该装置的故障而派遣维护人员。

2.根据权利要求1所述的恢复支持系统，其中，

所述恢复支持系统还具备发送单元，当由所述判定单元判定为无需为了修复装置的故障而派遣维护人员时，该发送单元向该装置发送用于使该装置进行为了修复该故障所需的动作的指令。

3.根据权利要求2所述的恢复支持系统，其中，

所述接收单元从被所述发送单元发送了指令的装置接收第3状态数据，

所述判定单元根据所述学习单元的学习结果和所述接收单元从被所述发送单元发送了指令的装置接收到的第3状态数据来重新判定是否需要为了修复该装置的故障而派遣维护人员。

4.根据权利要求1所述的恢复支持系统，其中，

在所述存储单元中，关于发生了故障的装置，存储有示出从故障前的正常状态到发生故障为止的运转内容的运转数据，

所述学习单元对存储在所述存储单元中的第1状态数据、第2状态数据、第3状态数据以及运转数据进行机器学习，

所述接收单元从发生了故障的装置接收运转数据，

当所述接收单元接收到第1状态数据时，所述判定单元还根据所述接收单元从发送来该第1状态数据的装置接收到的运转数据来判定是否需要为了修复该装置的故障而派遣维护人员。

5.根据权利要求4所述的恢复支持系统，其中，

所述恢复支持系统还具备发送单元，当由所述判定单元判定为无需为了修复装置的故障而派遣维护人员时，该发送单元向该装置发送用于使该装置进行为了修复该故障所需的动作的第1指令。

6.根据权利要求5所述的恢复支持系统，其中，

所述恢复支持系统还具备第2判定单元，

所述发送单元对被发送了第1指令的装置发送用于使该装置进行与在该装置中发生故障时所进行的动作相同的动作或预定动作的第2指令，

所述接收单元从被所述发送单元发送了第2指令的装置接收示出进行了基于第2指令的动作时的状态的第4状态数据，

所述第2判定单元根据所述接收单元接收到的第4状态数据判定发送来该第4状态数据的装置是否正常。

7.根据权利要求6所述的恢复支持系统，其中，

所述恢复支持系统还具备生成单元，该生成单元生成用于所述第2判定单元判定装置是否正常的基准。

8.根据权利要求7所述的恢复支持系统，其中，

所述发送单元对被发送了第1指令的装置发送第2指令，该第2指令用于使该装置进行与在该装置中发生故障时所进行的动作相同的动作，

所述生成单元根据所述接收单元过去从被所述发送单元发送了第2指令的装置接收到的多个状态数据，生成示出在该装置中进行了与基于第2指令的动作相同的动作且发生了故障时的状态的状态数据。

9.根据权利要求7所述的恢复支持系统，其中，

所述发送单元对被发送了第2指令的装置以外的装置发送用于使该被发送了第2指令的装置以外的装置进行与基于第2指令的动作相同的动作的第3指令，

所述接收单元从被所述发送单元发送了第3指令的装置接收示出进行了基于第3指令的动作时的状态的第5状态数据，

所述生成单元根据所述接收单元接收到的第5状态数据生成所述基准。