CN110177751A - 电梯故障的远程恢复系统 - Google Patents

Abstract

具有电梯控制装置(200)和使电梯进行故障的恢复动作的远程恢复装置(300)，电梯控制装置(200)在检测到电梯(20)的故障时，发送包含电梯(20)的故障代码在内的故障信号，远程恢复装置(300)具有恢复动作条件数据库(390)，该恢复动作条件数据库(390)存储有预先与顾客之间达成协议的恢复动作的执行条件，在接收到故障信号时，选择与故障信号中包含的故障代码对应的恢复指令和恢复诊断指令，根据恢复动作条件数据库(390)判定是否能够执行所选择出的恢复指令，在能够执行所选择出的恢复指令的情况下，使得根据所选择出的恢复指令和恢复诊断指令执行电梯(20)的恢复动作和恢复诊断动作。由此，能够基于顾客的电梯运用情况来进行电梯(20)的故障的恢复。

Description

电梯故障的远程恢复系统

技术领域

本发明涉及在电梯发生了故障时进行远程恢复的系统。

背景技术

以往，公知有一种电梯的故障恢复支援系统，其具有：通信终端，其与进行电梯的驱动控制的控制盘连接，在电梯发生故障时发送包含错误代码在内的故障信号；以及监视中心，其接收从通信终端发送的故障信号，检索与错误代码相符的故障历史数据并发送给维护员所携带的便携终端，维护员所携带的便携终端分析从监视中心接收到的错误代码并显示为每个故障原因的恢复内容(例如，参照专利文献1)。专利文献1中记载的故障恢复支援系统能够在维护员到达发生了故障的电梯之前得知电梯的故障内容，从而能够在到达建筑物之后立刻推进恢复作业，能够高效地进行恢复作业。

此外，提出了如下技术：在通过诊断电梯的行驶状态的异常诊断装置诊断为电梯存在异常的情况下，变更电梯的控制常数，抑制电梯的行驶性能而使电梯进行行驶，电梯不会停止(例如参照专利文献2)。

现有技术文献

专利文献

专利文献1：日本特开2003-104644号公报

专利文献2：日本特开2000-302349号公报

发明内容

发明要解决的课题

但是，在电梯发生了异常或故障的情况下进行恢复时，需要反映顾客的电梯运用情况等。例如存在如下情况：在如平日白天那样电梯的管理人员常驻的时段内，具有电梯运用权限的管理人员可以鉴于发生了故障的电梯的状况来进行恢复操作。相反，在如休息日或深夜那样电梯的管理人员没有常驻、且电梯几乎不运转的时段内，有时可以通过远程操作在短时间内使电梯恢复。此外，如商业大厦那样，在休息日的白天较多人利用电梯的时段内，有时最好暂时停止电梯的运行而通过专业的技术人员进行恢复。

但是，在专利文献1所记载的故障恢复支援系统中，与顾客的电梯运用情况无关地使技术人员出动。此外，在专利文献2所记载的电梯中，与顾客的电梯运用情况无关地自动恢复电梯。因此，在专利文献1、2所记载的现有技术中，很难基于顾客的电梯运用情况来进行电梯故障的恢复。

因此，本发明的目的在于，基于顾客的电梯运用情况来进行电梯故障的恢复。

用于解决课题的手段

本发明的电梯故障的远程恢复系统的特征在于，其具有：电梯控制装置，其进行电梯的驱动控制；以及远程恢复装置，其与所述电梯控制装置进行通信，使所述电梯进行故障的恢复动作，所述电梯控制装置在检测到所述电梯的故障时，发送包含所述电梯的故障代码在内的故障信号，所述远程恢复装置具有恢复动作条件数据库，该恢复动作条件数据库存储有预先与顾客之间达成协议的恢复动作的执行条件，所述远程恢复装置在接收到所述故障信号时，选择与所述故障信号中包含的所述故障代码对应的恢复指令和恢复诊断指令，所述远程恢复装置根据所述恢复动作条件数据库判定是否能够执行所选择出的所述恢复指令，所述远程恢复装置在能够执行所选择出的所述恢复指令的情况下，将所选择出的所述恢复指令和所述恢复诊断指令发送给所述电梯控制装置，所述远程恢复装置使所述电梯控制装置执行所述电梯的恢复动作和恢复诊断动作。

在本发明的电梯故障的远程恢复系统中，也可以是，所述电梯故障的远程恢复系统具有顾客终端，该顾客终端与所述远程恢复装置进行通信，向所述恢复动作条件数据库输入所述恢复动作的执行条件。

在本发明的电梯故障的远程恢复系统中，也可以是，所述恢复动作条件数据库存储现场动作模式作为执行条件之一，在该现场动作模式中，操作所述电梯的输入装置而执行从所述远程恢复装置接收到的所述恢复指令，所述远程恢复装置在判定为能够利用所述现场动作模式执行所选择出的所述恢复指令的情况下，将所选择出的所述恢复指令发送给所述电梯控制装置，并且向所述电梯控制装置发送将所述电梯的所述输入装置切换为所述现场动作模式的指令。

在本发明的电梯故障的远程恢复系统中，也可以是，所述远程恢复装置选择的所述恢复指令是与对应于所述故障代码的多个故障主要原因中件数最多的故障主要原因相应的指令、或与所述故障代码对应的多个恢复指令中通过该恢复指令使所述电梯恢复的比例即恢复率最高的指令，所述远程恢复装置选择的所述恢复诊断指令是与所述恢复指令对应的指令。

在本发明的电梯故障的远程恢复系统中，也可以是，所述电梯控制装置在根据所述恢复指令执行的恢复动作之后，通过所述恢复诊断动作判定所述电梯是否已经恢复，并将判定结果发送给所述远程恢复装置。

在本发明的电梯故障的远程恢复系统中，也可以是，所述远程恢复装置具有恢复诊断数据库，该恢复诊断数据库将所述故障代码、与所述故障代码对应的所述故障主要原因的件数、所述恢复指令、所述恢复诊断指令、以及所述恢复率对应起来，根据所述电梯控制装置发送的所述电梯是否已经恢复的所述判定结果，更新与所述故障代码对应的所述故障主要原因的件数和所述恢复率。

发明效果

本发明能够基于顾客的电梯运用情况来进行电梯故障的恢复。

附图说明

图1是示出本发明的实施方式的电梯故障的远程恢复系统的结构的系统图。

图2是示出本发明的实施方式的电梯故障的远程恢复系统的功能框图。

图3是示出图2所示的维护数据库的结构的图。

图4是示出图2所示的维护数据库的结构的图。

图5是示出图2所示的恢复诊断数据库的结构的图。

图6是示出图2所示的恢复动作条件数据库的结构的图。

图7是示出图2所示的恢复动作条件数据库的其他结构的图。

图8是示出图2所示的恢复动作条件数据库的其他结构的图。

图9是示出图2所示的恢复动作条件数据库的其他结构的图。

图10是示出本发明的实施方式的电梯故障的远程恢复系统的动作的流程图。

图11是示出本发明的实施方式的电梯故障的远程恢复系统的动作的流程图。

具体实施方式

以下，参照附图对本实施方式的电梯故障的远程恢复系统100进行说明。如图1所示，远程恢复系统100具有：电梯控制装置200，其对配置于大厦10的井道11之中的电梯20进行驱动控制；远程恢复装置300，其与电梯控制装置200通信，使电梯20进行故障的恢复动作；以及顾客终端400，其与远程恢复装置300进行通信。通过远程恢复装置300进行恢复动作的电梯20可以是一台也可以是多台。此外，在电梯20为多台的情况下，各电梯20可以设置于同一大厦10，也可以设置于不同的大厦10。

电梯控制装置200包含进行电梯20的驱动控制的控制盘210和通信装置250。控制盘210是在内部包含CPU和存储器的计算机。此外，远程恢复装置300包含有远程监视中心310、信息处理装置360、维护数据库370、恢复诊断数据库380以及恢复动作条件数据库390，其中，该远程监视中心310包含有通信装置320和监视盘330。远程监视中心310、信息处理装置360、维护数据库370、恢复诊断数据库380以及恢复动作条件数据库390可以设置于相同的场所，也可以设置于不同的场所并且彼此通过互联网线路等连接起来。

通信装置250与控制盘210连接，将来自控制盘210的输出发送到通信网络30。此外，通信装置250经由通信装置320、通信网络30接收由信息处理装置360参照恢复诊断数据库380而选择的针对控制盘210的指令，并输出给控制盘210。通信装置320经由通信装置250、通信网络30接收来自控制盘210的信号，并输出给信息处理装置360。此外，通信装置320将信息处理装置360所选择的针对控制盘210的指令发送到通信网络30。通信装置250、320可以是进行无线通信的设备，也可以是进行有线通信的设备。此外，通信网络30可以是互联网通信网络，也可以是电话线网络。

远程监视中心310配置有监视盘330，该监视盘330与信息处理装置360进行数据的收发，并且监视电梯20的运行状况、故障状况。在监视盘330上设置有：显示器331，其显示电梯20的运行状况、故障状况、来自信息处理装置360的通知等；以及开关332，其供对显示器331的显示进行操作。此外，监视盘330配备有经由通信网络35与服务中心340进行通信的电话333。

维护数据库370保存有电梯20的规格和检查、维护、修理、运转等的历史数据。恢复诊断数据库380保存有与从电梯20的控制盘210输出的故障代码对应的多个故障主要原因及其件数和恢复率等数据。在恢复动作条件数据库390中存储有电梯20的恢复动作的执行条件。

信息处理装置360是在内部包含CPU和存储器的计算机。当电梯20发生了故障时控制盘210输出的故障信号经由通信装置250、320、通信网络30输入给信息处理装置360。信息处理装置360在故障信号输入时参照恢复诊断数据库380的数据而选择与故障信号中包含的故障代码对应的恢复指令和恢复诊断指令。信息处理装置360判定是否能够执行参照恢复动作条件数据库390选择出的恢复指令。然后，在能够执行所选择出的恢复指令的情况下，将所选择的恢复指令和恢复诊断指令经由通信装置250、320和通信网络30发送到控制盘210。控制盘210根据接收到的恢复指令和恢复诊断指令使电梯20执行恢复动作、恢复诊断动作。

如图2所示，在维护数据库370中保存有电梯规格数据371、检查历史数据372、维护作业历史数据373、远程点检历史数据374、反常历史数据375、修理工程历史数据376、故障历史数据377、运转历史数据378、故障主要原因类别数据379。

以下，参照图3、图4对电梯规格数据371、检查历史数据372、维护作业历史数据373、远程点检历史数据374、反常历史数据375、修理工程历史数据376、故障历史数据377、运转历史数据378、故障主要原因类别数据379的数据构造进行说明。

电梯规格数据371具有保存了电梯20的管理编号、机型、制造日、制造编号、设置大厦的名称、电梯20的维护契约者数据的数据构造。电梯20的维护契约者例如是大厦的所有者的名称或维护管理公司的名称等。

检查历史数据372具有保存了电梯20的管理编号、技术人员350现场进行了检查的日期和时间、检查项目、检查结果的数据的数据构造。检查例如是检查图1所示的电梯20的门13、26的开闭状态、检查各楼层的停止位置(对楼层12与轿厢22的地面27之间的高度偏差量进行点检)、检查缆绳23、检查行驶速度等。此外，在检查结果中输入检查的结果是否发现了异常、虽然没有发现异常但需要进行清扫等维护作业、或者最近需要更换部件等。另外，在图1中，标号14表示层站按钮，标号28表示目的地楼层按钮，标号25表示对重。

维护作业历史数据373具有保存了电梯20的管理编号、技术人员350现场进行的电梯20的维护作业日期和时间、维护作业项目、维护作业结果的数据库构造。维护作业项目例如是对电梯20的运转状态进行点检、对电梯20的门轨道进行清扫、对图1所示的驱动装置24进行供油、对电梯20的制动器进行调整等。在维护作业结果中输入实施了点检、清扫、供油、调整等的实绩。

远程点检历史数据374具有保存了电梯20的管理编号、远程点检日期和时间、远程点检项目、远程点检结果的数据构造。电梯20的远程点检例如是按照一个月一次等预先设定的时间表使用电梯20的控制盘210进行实施的。电梯20的控制盘210使图1所示的电梯20的轿厢22移动到规定的楼层。该移动时，利用安装于电梯20的各种传感器来点检运转性能(加速度、有无异常声音)、门开闭、制动器、紧急用电池、外部联络装置等是否存在异常。将该点检结果从信息处理装置360经由通信装置250、320、通信网络30而保存到远程点检历史数据374中。另外，远程点检也可以根据来自远程监视中心310的指示而进行。

反常历史数据375具有保存了电梯20的管理编号、反常出现日期和时间、反常项目、反常应对结果的数据构造。电梯20的反常是指虽然技术人员350进行的检查、点检、维护作业或远程点检的结果没有达到异常值但比起该电梯20的正常值有所变化那样的情况。例如，在虽然检查了行驶速度的结果落入允许值内但与上次点检时或该电梯20至今的检查结果的值之间的偏差较大那样的情况下，在反常项目中记录为“行驶速度”。

修理工程历史数据376具有保存了电梯20的管理编号、修理工程日期和时间、修理工程项目、修理工程结果的数据构造。修理工程是指更换缆绳23、更换悬吊滚轮、更换制动垫、更换控制板、更换继电器等更换部件的恢复工程。因此，在修理工程项目中输入“更换缆绳”、“更换悬吊滚轮”、“更换制动垫”等更换部件的名称，在修理工程结果的栏中输入“修理工程结束”、“需要再次修理”等事项。

故障历史数据377具有保存了电梯20的管理编号、故障发生日期和时间、故障代码、故障部位信息、故障内容、恢复方法、恢复判定结果的数据构造。故障代码是在电梯20发生故障时从控制盘210输出的数字或者数字与英文字母组合的代码。故障代码的种类例如为1000种左右。在故障部位信息中存储有“轿厢门”那样发生了故障的部位的名称等。在故障内容中例如存储有“不能打开”、“不能关闭”这样的故障的状态。例如，在技术人员350出动而进行了检查、点检、恢复的情况下，在恢复方法的项目中输入“技术人员出动”那样的内容。此外，例如，在通过远程恢复系统100进行了恢复的情况下，在恢复方法的项目中输入“远程恢复”那样的内容。在电梯20恢复而重新开始运行的情况下，在恢复判定结果的项目中输入“恢复”那样的内容。此外，在电梯20的恢复失败的情况下，在恢复判定结果的项目中输入“失败”那样的内容。

在运转历史数据378中存储有故障的发生紧前的日期时间和电梯20的各部的运转状态。例如，存储有故障紧前的某个运转日期时间、当时的轿厢22的位置、移动方向、速度、门13、26的开闭状态等。

故障主要原因类别数据379保存了当从控制盘210输出了某个故障代码时基于技术人员350出动到现场进行了检查、点检的结果的与该故障代码对应的故障主要原因的件数、以及通过远程恢复系统100进行了恢复的情况下的与该故障代码对应的故障主要原因的件数的总和件数。例如，在故障代码为表示与门13、26相关的故障的0001的情况下，技术人员350在现场进行了点检的结果为：输出了该故障代码“0001”的主要原因是门地坎的垃圾堵塞(故障主要原因1)、或者门开闭装置的开关接触不良(故障主要原因2)、或者其他的故障主要原因3。因此，在输出了故障代码“0001”的情况下，故障主要原因类别数据379采用门地坎的垃圾堵塞为主要原因(故障主要原因1)的情况为100件、门开闭装置的开关接触不良为主要原因(故障主要原因2)的情况为50件、其他的故障主要原因3的情况为10件这样的数据构造，构成为数据按照这些件数从多到少的顺序排列。在通过远程恢复系统100进行恢复的情况下，当通过恢复指令而使电梯20的恢复成功了时，与作为该恢复指令的基础的故障代码对应的故障主要原因的件数被追加到全体的故障主要原因的件数。

此外，在故障代码“0002”的情况下，技术人员350在现场进行点检的结果为：输出了故障代码“0002”的主要原因是控制盘210内的控制电路的动作不良的情况(故障主要原因4)，或者是安装在控制基板上的CPU的动作不良的情况(故障主要原因5)，或者是其他故障主要原因6。在故障代码“0002”的情况下，故障主要原因类别数据379采用控制电路的动作的不良情况为主要原因(故障主要原因4)的情况为100件、CPU动作的不良情况为主要原因(故障主要原因5)的情况为50件、其他故障主要原因6的情况为10件这样的数据构造，构成为数据按照这些件数从多到少的顺序排列。

如图5所示，恢复诊断数据库380按照故障主要原因类别数据379的故障主要原因的件数从多到少的顺序保存有恢复指令与恢复诊断指令的集合即恢复诊断指令集合以及通过执行该恢复指令而使电梯20的故障恢复的比例即恢复率(％)。恢复诊断数据库380是将恢复诊断指令集合、恢复率和恢复动作区分与之前所说明的故障主要原因类别数据379连接起来的数据库。

以下，对图5的标号381所示的故障代码为表示与门13、26相关的故障的“0001”的情况下的恢复诊断数据库380的数据结构进行说明。在门地坎的垃圾堵塞为主要原因(故障主要原因1)的情况下，恢复诊断数据是将作为恢复指令的“门电路复位+门高扭矩开闭”和作为恢复诊断指令的“门开闭诊断”这两个指令的集合即恢复诊断指令集合A、按照该恢复指令进行恢复动作的恢复率a％以及恢复动作区分“A”与故障主要原因1的件数数据连接起来的数据结构。这里，关于恢复动作区分，从外部观察，根据在恢复动作中是否伴有电梯20的运动而对恢复诊断指令集合进行区分。例如，如恢复诊断指令集合A那样，在恢复动作中伴有门13、26的开闭动作(“门高扭矩开闭”)，恢复动作区分成为“A”。此外，如后面说明的控制电路复位、CPU复位那样，在恢复动作中，从外部观察不伴有电梯20的动作的恢复诊断指令集合的恢复动作区分成为“B”。在门开闭装置的开关接触不良为主要原因(故障主要原因2)的情况下，恢复诊断数据是将作为恢复指令的“门电路复位+门开闭重试”和作为恢复诊断指令的“门开闭诊断”这两个指令的集合即恢复诊断指令集合B、按照该恢复指令进行恢复动作的恢复率b％、以及恢复动作区分“A”与故障主要原因2的件数数据连接起来的数据结构。同样地，在故障主要原因3的情况下，恢复诊断数据是将恢复诊断指令集合C和恢复率c％以及恢复动作区分“A”与故障主要原因3的件数数据连接起来的数据结构。这样，恢复诊断数据库380是将故障代码、与该故障代码对应的故障主要原因、该故障主要原因的件数、恢复指令和恢复诊断的集合即恢复诊断指令集合、恢复率以及恢复动作区分对应起来而保存于数据库中的。另外，在本实施方式中，恢复率b％是比恢复率a％、c％大的数值，恢复诊断指令集合B的恢复率比恢复诊断指令集合A、恢复诊断指令集合C的恢复率高。

接着，对图5的标号382所示的故障代码为表示与控制电路相关的故障的“0002”的情况下的恢复诊断数据库380的数据结构进行说明。在控制电路的动作不良的情况下(故障主要原因4)，恢复诊断数据是将作为恢复指令的“控制电路复位”、作为恢复诊断指令的“各楼层运转诊断”这两个指令的集合即恢复诊断指令集合D、按照该恢复指令进行恢复动作的恢复率d％以及恢复动作区分“B”与故障主要原因4的件数数据连接起来的数据结构。如此前说明的那样，恢复诊断指令集合D中包含的“控制电路复位”的恢复指令在恢复动作中从外部观察不伴有电梯20的动作，因此，在恢复诊断指令集合D的恢复动作区分中存储有“B”。在CPU的动作不良的情况下(故障主要原因5)，恢复诊断数据是将作为恢复指令的“CPU复位”、作为恢复诊断指令的“各楼层运转诊断”这两个指令的集合即恢复诊断指令集合E、按照该恢复指令进行恢复动作的恢复率e％以及恢复动作区分“B”与故障主要原因5的件数数据连接起来的数据结构。“CPU复位”的恢复指令在恢复动作中从外部观察不伴有电梯20的动作，因此，在恢复诊断指令集合E的恢复动作区分中存储有“B”。同样，在故障主要原因6的情况下，恢复诊断数据是将恢复诊断指令集合F、恢复率f％以及恢复动作区分“B”与故障主要原因6的件数数据连接起来的数据结构。另外，关于恢复率，恢复诊断指令集合E的e％最高。

接着，对恢复动作条件数据库390进行说明。如图6所示，在恢复动作条件数据库390中存储有电梯20的管理编号、机型、制造日、设置大厦名称、维护契约者等电梯20的规格的数据、该电梯20恢复动作的动作条件时间表391。

图6所示的动作条件时间表391针对管理编号“123456”的电梯20的各星期和时段，规定与顾客之间关于执行而达成协议的远程恢复动作区分。表中的○记号表示在远程恢复动作区分内与顾客之间关于执行而达成协议，×记号表示与顾客之间关于执行未达成协议，△记号表示达成协议根据顾客的判断进行恢复动作的执行。

如图6的动作条件时间表391所示，在管理编号“123456”的电梯20中，与星期无关，在从深夜0点到早上6点之间，与顾客之间达成协议执行在恢复动作中伴有电梯20的运动的区分“A”的远程恢复动作和在恢复动作中不伴有电梯20的运动的区分“B”的远程恢复动作双方。因此，在该电梯20中，与星期无关，早上能够执行区分“A”的远程恢复动作、区分“B”的远程恢复动作。

此外，如图6的动作条件时间表391所示，关于电梯20，在星期六、星期日的早上6点以后，未与顾客达成协议执行在恢复动作中伴有电梯20的运动的区分“A”的远程恢复动作，但是，与顾客达成协议执行在恢复动作中不伴有电梯20的运动的区分“B”的远程恢复动作。因此，在星期六、星期日的早上6点以后，不能执行区分“A”的远程恢复动作，但是，能够执行区分“B”的远程恢复动作。

此外，如图6的动作条件时间表391所示，关于电梯20，在平日的早上6点以后，与顾客达成协议由顾客执行在恢复动作中伴有电梯20的运动的区分“A”的恢复动作，与顾客达成协议执行在恢复动作中不伴有电梯20的运动的区分“B”的远程恢复动作。因此，在星期日的早上6点以后，能够由顾客执行区分“A”的恢复动作，并且能够远程执行区分“B”的恢复动作。

图7所示的恢复动作条件数据库390包含动作条件时间表393，该动作条件时间表393表示针对之前参照图6说明的管理编号“123456”的电梯20的特定日的各时段与顾客之间关于执行而达成协议的远程恢复动作区分。如图7的动作条件时间表393所示，在特定日，与时段无关，与顾客之间关于区分“A”、区分“B”的远程恢复动作而达成协议，能够执行任意区分的远程恢复动作。

图8所示的恢复动作条件数据库390包含动作条件时间表395，该动作条件时间表395表示针对与之前参照图6、7说明的管理编号“123456”不同的管理编号“789012”的电梯20的各星期和时段，与顾客之间关于执行而达成协议的远程恢复动作区分。如图8的动作条件时间表395所示，关于该电梯20，在平日的早上6点以后，与顾客之间未达成协议执行在恢复动作中伴有电梯20的运动的区分“A”的远程恢复动作，但是，与顾客之间达成协议执行在恢复动作中不伴有电梯20的运动的区分“B”的远程恢复动作。因此，在平日的早上6点以后，不能执行区分“A”的远程恢复动作，但是，能够执行区分“B”的远程恢复动作。此外，在星期六、星期日的早上6点以后，与顾客达成协议由顾客执行在恢复动作中伴有电梯20的运动的区分“A”的恢复动作，与顾客达成协议执行在恢复动作中不伴有电梯20的运动的区分“B”的远程恢复动作。因此，在星期六、星期日的早上6点以后，能够由顾客执行区分“A”的恢复动作，并且能够远程执行区分“B”。

图9所示的恢复动作条件数据库390包含动作条件时间表397，该动作条件时间表397表示针对之前参照图8说明的管理编号“789012”的电梯20的特定日的各时段，与顾客之间关于执行而达成协议的远程恢复动作区分。如图9的动作条件时间表397所示，在特定日，与时段无关，与顾客之间未协议执行区分“A”、区分“B”的远程恢复动作，不能执行任意区分的远程恢复动作。

以上说明的恢复动作条件由顾客的电梯20的运用状况、管理人的常住的有无等维护管理状况等来决定。因此，本实施方式的远程恢复系统100具有经由通信网络37而与远程恢复装置300进行通信的顾客终端400。顾客能够通过顾客终端400访问远程恢复装置300的恢复动作条件数据库390，根据电梯20的运用状况、维护管理状况随时进行恢复动作条件的更新、变更。

以下，参照图2和图10、图11对从电梯20发出了故障信号的情况下的远程恢复系统100的动作进行说明。在以下的说明中，对最初发送了与门13、26相关的故障代码信号“0001”的情况下的远程恢复动作进行说明。接着，对发送了与嵌入控制盘210中的控制电路有关的故障代码“0002”的情况下的远程恢复动作进行说明。另外，远程恢复系统100还能够应对发送了与上述以外的部分有关的故障代码的情况。

如图2和图10的步骤S101所示，电梯20的控制盘210判断电梯20是否发生了故障。在发生了与电梯20的门13、26相关的故障、例如门开闭不良等故障的情况下，控制盘210将故障发生日期和时间以及表示故障是与门相关的故障的故障代码“0001”、故障部位信息、故障发生紧前的电梯20的故障发生紧前的运转数据输出到通信装置250。在电梯20没有发生故障的情况下，控制盘210返回到最初的步骤S101继续监视电梯20。

通信装置250在从控制盘210被输入了故障代码“0001”、故障部位信息、故障发生紧前的运转数据时，如图2和图10的步骤S102所示，将包含故障代码“0001”、故障部位信息、故障发生紧前的运转数据、电梯20的管理编号以及故障发生日期和时间在内的故障信号发送到通信网络30。如图2和图10的步骤S103所示，远程监视中心310的通信装置320经由通信网络30而接收通信装置250发出的故障信号。通信装置320在接收到故障信号时，将故障信号中包含的故障代码“0001”、故障部位信息、故障发生紧前的运转数据、电梯20的管理编号以及故障发生日期和时间输出给信息处理装置360。信息处理装置360将所输入的故障代码“0001”、电梯20的管理编号以及故障发生日期和时间保存到维护数据库370的故障历史数据377中。

信息处理装置360前进到图10所示的步骤S104，选择与故障代码“0001”对应的恢复指令和恢复诊断指令。如之前参照图5说明的那样，恢复诊断数据库380是将恢复诊断指令集合、恢复率和恢复动作区分与故障主要原因类别数据379连接起来的数据库。以下，再次对故障代码为表示与门13、26相关的故障的“0001”的情况下的恢复诊断数据库380的数据结构进行简单说明。在门地坎的垃圾堵塞为主要原因(故障主要原因1)的情况下，恢复诊断数据是将作为恢复指令的“门电路复位+门高扭矩开闭”和作为恢复诊断指令的“门开闭诊断”这两个指令的集合即恢复诊断指令集合A、按照该恢复指令进行恢复动作的恢复率a％以及恢复动作区分“A”与故障主要原因1的件数数据连接起来的数据结构。同样地，在门开闭装置的开关接触不良为主要原因(故障主要原因2)的情况下，恢复诊断数据是将作为恢复指令的“门电路复位+门开闭重试”和作为恢复诊断指令的“门开闭诊断”这两个指令的集合即恢复诊断指令集合B、按照该恢复指令进行恢复动作的恢复率b％以及恢复动作区分“A”与故障主要原因2的件数数据连接起来的数据结构。同样地，在故障主要原因3的情况下，恢复诊断数据是将恢复诊断指令集合C和恢复率c％以及恢复动作区分“A”与故障主要原因3的件数数据连接起来的数据结构。此外，像之前所说明那样，恢复率a％为比恢复率b％、c％大的数值，恢复诊断指令集合B的恢复率比恢复诊断指令集合A、恢复诊断指令集合C的恢复率高。

信息处理装置360可以选择与对应于故障代码“0001”的多个故障主要原因中的件数最多的故障主要原因相应的指令作为恢复指令。此外，信息处理装置360也可以选择与故障代码“0001”对应的多个指令中的恢复率最高的指令作为恢复指令。而且，信息处理装置360选择所选择的恢复指令与对应于所选择的恢复指令的恢复诊断指令成组的恢复诊断指令集合。

首先，对信息处理装置360选择与对应于故障代码“0001”的多个故障主要原因中的件数最多的故障主要原因相应的指令作为恢复指令的情况进行说明。信息处理装置360参照恢复诊断数据库380，作为恢复指令，确认在故障代码为“0001”的情况下件数最多的故障主要原因。然后，信息处理装置360选择恢复诊断指令集合A，该恢复诊断指令集合A由使得执行与件数最多的故障主要原因即门地坎的垃圾堵塞(故障主要原因1)对应的恢复动作的恢复指令即“门电路复位+门高扭矩开闭”和使得执行与该恢复动作的结果对应的恢复诊断动作的恢复诊断指令即“门开闭诊断”这两个指令构成。

接着，对信息处理装置360选择与故障代码“0001”对应的多个指令中的恢复率最高的指令作为恢复指令的情况进行说明。信息处理装置360参照恢复诊断数据库380，作为恢复指令，确认与故障代码“0001”对应的恢复率最高的恢复率。然后，信息处理装置360选择恢复诊断指令集合B，该恢复诊断指令集合B由使得执行与最高的恢复率b％的开关接触不良的主要原因(故障主要原因2)对应的恢复动作的恢复指令即“门电路复位+门开闭重试”和使得执行与该恢复动作的结果对应的恢复诊断动作的恢复诊断指令即“门开闭诊断”这两个指令构成。

在选择恢复诊断指令集合的情况下，可以如下选择是基于与故障代码“0001”对应的件数最多的故障主要原因还是基于与故障代码“0001”对应的恢复诊断指令集合的恢复率。例如，也可以选择最多件数与第二多件数的比率(件数比率)和最大恢复率与第二大恢复率的比率(恢复率比率)中的比率大的一方、即最大值相对于第二大数值突出的一方。此外，例如，当在上次的远程恢复中失败的情况下，也可以采取与上次不同的选择方法。此外，恢复诊断指令集合的选择例如也可以是根据电梯20的机型、规格等来确定的。

在以下的说明中，对信息处理装置360基于与故障代码“0001”对应的件数最多的故障主要原因1而选择了恢复诊断指令集合A的情况进行说明。

在图10的步骤S104中选择了恢复诊断指令集合A之后，信息处理装置360前进到图10的步骤S105，判定是否能够使用选择出的恢复诊断指令集合进行远程恢复动作。

信息处理装置360参照图6～图9所示的恢复动作条件数据库390，检索与发生了故障的电梯20对应的动作条件时间表391、393、395、397。然后，在所输入的故障发生日符合通常的星期时间表中规定的日子的情况下，参照图6、图8所记载的通常的动作条件时间表391、395，判定是否能够执行图10的步骤S104中选择出的恢复诊断指令集合。

作为例子，对发生了故障的电梯20是应用了图6中规定的恢复动作条件数据库390的电梯20、且预定在星期日的上午9：00执行远程恢复动作的情况进行说明。该情况下，根据图6中规定的动作条件时间表391，无法远程执行符合恢复动作区分“A”的恢复诊断指令集合，只能远程执行符合恢复动作区分“B”的恢复诊断指令集合。因此，信息处理装置360判定为无法远程执行恢复动作区分为“A”的恢复诊断指令集合A，前进到图10的步骤S125。

在图10的步骤S125中，信息处理装置360判定是否能够在预定执行远程恢复动作的星期日的上午9：00通过顾客操作来执行恢复诊断指令集合A。如图6的动作条件时间表391所示，在该日期时间内，没有表示关于顾客执行恢复动作而达成协议的△标记，因此，信息处理装置360在图10的步骤S125中判定为“否”，前进到图11的步骤S130。然后，信息处理装置360向远程监视中心310输出不可远程恢复的通知。

如图2所示，从信息处理装置360输出到远程监视中心310的不可远程恢复的通知显示在远程监视中心310的显示器331上。监视人员334在确认了该显示之后，如图2和图11的步骤S131所示，使得进行电梯20的运行停止的指示和广播动作。然后，如图2和图11的步骤S132所示，监视人员334通过电话333对大厦10附近的服务中心340指示向大厦10派遣技术人员350。

另一方面，在预定在星期日的早上5：00执行远程恢复动作的情况下，根据图6中规定的动作条件时间表391，符合恢复动作区分“A”的恢复诊断指令集合、和符合恢复动作区分“B”的恢复诊断指令集合均能够远程执行。因此，信息处理装置360判定为能够远程执行恢复动作区分为“A”的恢复诊断指令集合A。

此外，在预定在图7所示的特定日执行远程恢复动作的情况下，根据图7中规定的动作条件时间表391，符合恢复动作区分“A”的恢复诊断指令集合、和符合恢复动作区分“B”的恢复诊断指令集合均能够远程执行。因此，信息处理装置360判定为能够远程执行恢复动作区分为“A”的恢复诊断指令集合A。

接着，如图2和图3所示，信息处理装置360利用电梯20的管理编号而从电梯规格数据371中取得电梯20的机型、制造日、制造编号。信息处理装置360根据所取得的规格数据来确认该电梯20是否是能够通过来自远程恢复装置300的恢复指令、恢复诊断指令而进行恢复动作、恢复诊断动作的规格。在电梯20是无法进行远程恢复动作的机型的情况下，前进到图10的步骤S125。

此外，如图2所示，信息处理装置360参照检查历史数据372、维护作业历史数据373、远程点检历史数据374、反常历史数据375、修理工程历史数据376、故障历史数据377，对以下的(a)～(f)进行确认。

(a)电梯20在最近的检查中被指示进行调整修正。

(b)电梯20在最近或者当天存在维护计划，被预测存在调整错误的可能性。

(c)在远程点检中存在电梯20异常的诊断结果。

(d)最近电梯20出现了反常。

(e)电梯20最近被实施了修理工程。

(f)电梯20最近发送了相同的故障代码的故障信号。

而且，在符合上述(a)～(f)中的任意一项或多项的情况下，信息处理装置360判断为比起通过远程恢复系统100进行远程恢复，通过顾客操作进行恢复或向大厦10派遣技术人员350的话更好，从而在图10的步骤S105中判断为“否”。然后，信息处理装置360前进到图10的步骤S125。

另一方面，在图10所示的步骤S105中，如图2所示，信息处理装置360参照检查历史数据372、维护作业历史数据373、远程点检历史数据374、反常历史数据375、修理工程历史数据376、故障历史数据377对以下的(g)～(m)进行确认。

(g)电梯20是能够根据来自远程恢复装置300的恢复指令、恢复诊断指令而进行恢复动作、恢复诊断动作的规格。

(h)电梯20在最近的检查中没有被指示进行调整修正。

(i)电梯20在最近或当天没有维护计划，没有被预测存在调整错误的可能性。

(j)在远程点检中不存在电梯20异常的诊断结果。

(k)最近电梯20没有出现反常。

(l)电梯20最近没有被实施修理工程。

(m)电梯20最近没有发送相同的故障代码的故障信号。

然后，在满足上述(g)～(m)所有要件、且参照恢复动作条件数据库390能够进行恢复诊断指令集合A的远程恢复的情况下，信息处理装置360在图10所示的步骤S105中判断为“是”，前进到图10的步骤S106，将远程恢复中使用的恢复诊断指令集合确定为恢复诊断指令集合A。

然后，信息处理装置360前进到步骤S107，向远程监视中心310通知远程恢复开始。该信号显示在远程监视中心310的显示器331上。由此，向远程监视中心310的监视人员334通知了电梯20的远程恢复开始。

信息处理装置360前进到图10的步骤S108，从通信装置320发送所确定的恢复诊断指令集合A。如图2和图10的步骤S109所示，通信装置250在从通信装置320接收到恢复诊断指令集合A之后，将恢复指令和恢复诊断指令输出给控制盘210。

首先，如图10的步骤S110所示，控制盘210确认电梯20是否停止、并且根据轿厢22的重量传感器、轿厢22内的照相机、轿厢22内的人物传感器等输出来确认在轿厢22中是否有乘客。然后，控制盘210在确认电梯20停止、且轿厢22中没有乘客后，从轿厢22中设置的通话装置的扬声器进行“现在开始进行远程恢复。电梯的门进行开闭。”等广播。

控制盘210在广播结束后，前进到图10的步骤S111，根据恢复指令而执行恢复动作。由于当前接收到的恢复指令是使得执行与门地坎的垃圾堵塞(故障主要原因1)对应的恢复动作的恢复指令即“门电路复位+门高扭矩开闭”，因此，控制盘210首先将控制盘210的门电路复位。该动作是如下的动作：将门电路检测到门13或门26无法开闭并且处于打开(或关闭)状态或者半开(或半闭)状态的状态复位，使门13或门26能够进行开闭动作。接着，控制盘210使门13和门26的驱动马达的扭矩比通常高20％～30％、以比通常大的力使门13和门26进行开闭动作。该动作是使堵在门的地坎中的垃圾从地坎移动从而使门13、26的开闭动作恢复到通常状态的动作。为了确认是否通过上述动作而使得堵在门13、26的地坎中的垃圾移动从而门13、26的开闭恢复了，如图10的步骤S112所示，控制盘210执行作为恢复诊断指令的“门开闭诊断”。控制盘210以通常的扭矩使门13和门26进行开闭，确认是否能够以规定的开闭时间进行开闭动作、门13和门26的驱动马达的电流是否不比通常大。接着，控制盘210使驱动马达的扭矩比通常低20％左右而使门13和门26进行开闭，确认开闭时间是否存在异常。

然后，如图10的步骤S113所示，控制盘210在通过恢复诊断动作而判断为门13、26恢复到了通常状态的情况下，前进到图10的步骤S114。在步骤S114中，控制盘210输出电梯20已经恢复这一内容的判定结果信号。该信号从通信装置250发送到通信网络30。如图11的步骤S115所示，由通信装置320接收所发出的判定结果信号，判定结果输入到信息处理装置360。此外，如图11的步骤S116所示，从信息处理装置360向远程监视中心310通知判定结果，该结果显示在远程监视中心310的显示器331上。远程监视中心310的监视人员334在确认了该显示之后，如图11的步骤S117所示，使得电梯20重新开始运行并且进行广播动作。此外，如图11的步骤S118、步骤S119所示，信息处理装置360对维护数据库370和恢复诊断数据库380进行更新。

另一方面，控制盘210在恢复诊断动作的结果在图10的步骤S113中被判断为“否”的情况下，前进到图10的步骤S120。在步骤S120中，控制盘210输出电梯20的恢复失败这一内容的判定结果信号。该信号从通信装置250发送到通信网络30。如图11的步骤S121所示，由通信装置320接收所发出的判定结果信号，判定结果输入到信息处理装置360。此外，如图11的步骤S121所示，从信息处理装置360向远程监视中心310通知判定结果，该结果显示在远程监视中心310的显示器331上。监视人员334在确认了该显示之后，如图11的步骤S123所示，进行电梯20的运行停止的指示和广播动作。此外，如图2和图11的步骤S124所示，监视人员334通过电话333对大厦10附近的服务中心340指示向大厦10派遣技术人员350。此外，如图11的步骤S118、步骤S119所示，信息处理装置360对维护数据库370和恢复诊断数据库380进行更新。

信息处理装置360在被输入了图10的步骤S114所示那样的电梯20已经恢复这一内容的判定信号的情况下，如下对维护数据库370进行更新。

在被输入了图10的步骤S114所示那样的电梯20已经恢复这一内容的判定信号的情况下，信息处理装置360将“远程恢复”保存在故障历史数据377的恢复方法的项目中并且将“恢复”保存在恢复判定结果的项目中。像之前所说明那样，在通信装置320接收到故障信号时，信息处理装置360将从通信装置320输入的故障代码“0001”、电梯20的管理编号以及故障发生日期和时间保存到维护数据库370的故障历史数据377中。因此，通过保存这次的恢复方法、恢复判定结果，故障历史数据377的所有项目被更新。

此外，在这次的远程恢复中，信息处理装置360参照恢复诊断数据库380，选择恢复诊断指令集合A而使得执行恢复动作和恢复诊断动作，该恢复诊断指令集合A由作为恢复指令使得执行与故障代码“0001”的情况下件数最多的故障主要原因即门地坎的垃圾堵塞(故障主要原因1)对应的恢复动作的恢复指令即“门电路复位+门开闭重试”、以及使得执行与该恢复动作的结果对应的恢复诊断动作的恢复诊断指令即“门开闭诊断”这两个指令构成。因此，在电梯20的恢复成功的情况下，将恢复诊断数据库380的故障代码“0001”、故障主要原因1(门地坎的垃圾堵塞)的件数加1件，与恢复成功相应地，恢复率提高。此外，信息处理装置360将故障主要原因类别数据379的故障代码“0001”的故障主要原因1的件数加1件。

另一方面，信息处理装置360在被输入了图10的步骤S120所示那样的电梯20的恢复失败这一内容的判定信号的情况下，如下对维护数据库370和恢复诊断数据库380进行更新。在被输入了图10的步骤S120所示那样的电梯20的恢复失败这一内容的判定信号的情况下，信息处理装置360将“远程恢复”保存到故障历史数据377的恢复方法的项目中，将“失败”保存到恢复判定结果的项目中。此外，恢复诊断数据库380的故障代码“0001”、故障主要原因1(门地坎的垃圾堵塞)的件数保持不变，与恢复失败相应地，恢复率降低。另外，在恢复失败的情况下，故障主要原因类别数据379的故障代码“0001”的故障主要原因1的件数不变更。

在以上的说明中，对信息处理装置360基于与故障代码“0001”对应的件数最多的故障主要原因而选择了恢复诊断指令集合A的情况进行了说明。在信息处理装置360基于与故障代码“0001”对应的恢复诊断指令集合的恢复率而选择了恢复诊断指令集合B的情况下，不同之处在于，进行以通常的扭矩再次执行门13、26的开闭动作的“门开闭重试”的恢复动作来代替“门高扭矩开闭”的恢复动作。其他的动作与选择了恢复诊断指令集合A的情况相同。

如果电梯20的远程恢复成功，则至此在故障代码“0001”的情况下件数最多的故障主要原因即门地坎的垃圾堵塞(故障主要原因1)的件数变多。因此，在远程恢复系统100基于与故障代码“0001”对应的件数最多的故障主要原因来选择恢复诊断指令集合的情况下，在下次远程恢复时被输入了故障代码“0001”的情况下，信息处理装置360会再次选择恢复诊断指令集合A。此外，当恢复诊断指令集合A的恢复率变得比恢复诊断指令集合B的恢复率高时，信息处理装置360在选择与故障代码“0001”对应的多个指令中的恢复率最高的指令作为恢复指令的情况下，也会选择恢复诊断指令集合A。

另一方面，如果电梯20的远程恢复失败，则虽然故障主要原因类别数据379的故障代码“0001”的故障主要原因1的件数不变更，但恢复诊断指令集合A的恢复率降低。由此，恢复诊断指令集合B的恢复率相对变高。即，恢复诊断指令集合B相对于恢复诊断指令集合A的恢复率比率变高。当该恢复率比率变得比按照故障主要原因1的件数相对于故障主要原因2的件数的比率而计算出的件数比率大时，信息处理装置360在与故障代码“0001”对应的多个指令中选择恢复率最高的指令作为恢复指令。因此，信息处理装置360在下次远程恢复时被输入了故障代码“0001”的情况下，选择恢复率最高的恢复诊断指令集合B。此外，当信息处理装置360不选择在上次远程恢复中恢复失败的恢复诊断指令集合A的情况下，选择如下的恢复诊断指令集合B，该恢复诊断指令集合B和与故障代码“0001”对应的件数次于故障主要原因1的故障主要原因2连接。

此外，当信息处理装置360在与故障代码“0001”对应的多个指令中选择恢复率最高的恢复诊断指令集合B而使电梯20的恢复成功的情况下，恢复诊断指令集合B的恢复率变高。因此，信息处理装置360在下一次远程恢复中，会与上次同样地选择恢复诊断指令集合B。另一方面，在通过恢复诊断指令集合B而使电梯20的恢复失败的情况下，恢复诊断指令集合B的恢复率变低。而且，如果恢复诊断指令集合B的恢复率变得比恢复诊断指令集合A的恢复率低了，则信息处理装置360会选择恢复诊断指令集合A。另外，当信息处理装置360不选择在上次远程恢复中恢复失败的恢复诊断指令集合B的情况下，选择与故障代码“0001”对应的恢复率次于恢复诊断指令集合B的恢复诊断指令集合A。

这样，当远程恢复成功时，远程恢复系统100使故障主要原因的件数、所选择的恢复诊断指令集合的恢复率增加。此外，当远程恢复失败时，远程恢复系统100保持故障主要原因的件数，使所选择的恢复诊断指令集合的恢复率降低。因此，如果远程恢复成功，则在该远程恢复中选择的恢复诊断指令集合在下次远程恢复时被选择的可能性变高。此外，如果远程恢复失败，则在该远程恢复中选择的恢复诊断指令集合在下次远程恢复时被选择的可能性变低。因此，随着远程恢复的次数变多，信息处理装置360变得能够从恢复诊断数据库380中选择与故障代码对应的恢复可能性高的恢复诊断指令集合，从而能够提高电梯20的恢复的可靠性。

此外，信息处理装置360在图10的步骤S104中选择恢复诊断指令集合A，在远程恢复动作的执行预定日期时间为平日的白天的情况下，在图10的步骤S105中判定为“否”，前进到图10的步骤S125，在图10的步骤S125中判定为“是”。

该情况下，如图10的步骤S126所示，信息处理装置360经由通信装置320、250将恢复诊断指令集合A发送到控制盘210。然后，如图10的步骤S127所示，信息处理装置360与顾客联络将恢复诊断指令集合A发送到控制盘210、以及将电梯20的输入装置即目的地楼层按钮28切换为现场动作模式。然后，如图10的步骤S128所示，信息处理装置360输出将电梯20的输入装置即目的地楼层按钮28切换为现场动作模式的指令。控制盘210不执行恢复诊断指令集合A中包含的恢复指令、恢复诊断指令的内容而将其存储在存储器中，将目的地楼层按钮28变更为现场执行模式。由此，通过以特定的方式按压目的地楼层按钮28，能够开始执行恢复指令、恢复诊断指令。

信息处理装置360在图10的步骤S129中进行待机，直到由现场的维护管理人等以特定的方式按压目的地楼层按钮28从而执行恢复指令、恢复诊断指令为止。然后，在执行了恢复指令、恢复诊断指令的情况下，结束恢复动作。

在规定的时间内未以特定的方式按压目的地楼层按钮28而执行恢复指令、恢复诊断指令的情况下，信息处理装置360在图10的步骤S129中判定为“否”，前进到图11的步骤S130。然后，信息处理装置360向远程监视中心310输出不可远程恢复的通知。

如图2所示，从信息处理装置360输出到远程监视中心310的不可远程恢复的通知显示在远程监视中心310的显示器331上。监视人员334在确认了该显示之后，如图2和图11的步骤S131所示，使得进行电梯20的运行停止的指示和广播动作。然后，如图2和图11的步骤S132所示，监视人员334通过电话333对大厦10附近的服务中心340指示向大厦10派遣技术人员350。

接着，对发送了与嵌入控制盘210中的控制电路有关的故障代码“0002”的情况下的远程恢复动作进行说明。省略与之前说明的发送了故障代码“0001”的情况下的远程恢复动作相同的动作的说明。

如之前参照图5的标号382说明的那样，在故障代码“0002”的情况下，恢复诊断数据库380中存储的恢复诊断指令集合D、恢复诊断指令集合E、恢复诊断指令集合F均是在恢复动作中不伴有电梯20的运动的区分“B”。因此，如图6、7所示，在管理编号“123456”的电梯20的情况下，始终能够执行远程恢复动作。因此，在管理编号“123456”的电梯20中，在选择了恢复诊断指令集合D～F的情况下，在图10的步骤S105中判定为“是”，执行图10的步骤S106以下的远程恢复动作。

另一方面，如图9所示，在管理编号“789012”的电梯20的情况下，在特定日不能执行任何远程恢复动作。因此，在管理编号“789012”的电梯20中，在特定日无法执行远程恢复。此外，在特定日也无法由顾客执行恢复动作。因此，信息处理装置360在图10的步骤S105、S125中均判定为“否”，前进到图11的步骤S130，停止电梯20的运行，向远程监视中心310通知该意思。

远程恢复动作与之前说明的故障代码“0001”的情况相同。

以上说明的实施方式的远程恢复系统100能够基于顾客的电梯运用情况来进行电梯20的故障的恢复。

此外，远程恢复系统100在电梯20中发生了各种故障的情况下，能够通过来自配置在远离电梯20的场所的远程恢复装置300的指令而使电梯20执行恢复动作、恢复诊断动作从而进行电梯20的恢复。因此，在电梯20发生故障时也能够使电梯20在短时间内恢复而无需使技术人员350出动到现场，能够实现电梯20的运行服务提高。

进而，远程恢复系统100根据恢复判定结果对故障历史数据377、故障主要原因类别数据379、恢复诊断数据库380进行更新，使得能够在下次远程恢复时选择恢复可能性更高的恢复诊断指令集合。因此，随着远程恢复的次数变多，信息处理装置360变得能够从恢复诊断数据库380中选择与故障代码对应的更适合的恢复诊断指令集合。由此，能够更可靠地进行电梯20的恢复，能够缩短恢复所花费的时间，实现电梯20的运行服务提高。

在以上说明的实施方式中，关于恢复动作区分，设从外部观察在恢复动作中伴有电梯20的运动的区分为恢复动作区分“A”、设在恢复动作中从外部观察不伴有电梯20的动作的区分为恢复动作区分“B”而进行了说明，但是，恢复动作区分不限于这种区分，例如，也可以如从外部观察在恢复动作中伴有门13、26的开闭动作的区分和不伴有门13、26的开闭动作的区分那样，通过有无特定部位的动作来区分恢复动作。

另外，本发明不限于以上所说明的实施方式，包含不脱离由权利要求书所规定的本发明的技术范围至本质的所有变更和修正。

标号说明

10：大厦；11：井道；12：楼层；13、26：门；14：层站按钮；20：电梯；22：轿厢；23：缆绳；24：驱动装置；25：对重；27：地面；28：目的地楼层按钮；30、35、37：通信网络；100：远程恢复系统；200：电梯控制装置；210：控制盘；250、320：通信装置；300：远程恢复装置；310：远程监视中心；330：监视盘；331：显示器；332：开关；333：电话；334：监视人员；340：服务中心；350：技术人员；360：信息处理装置；370：维护数据库；371：电梯规格数据；372：检查历史数据；373：维护作业历史数据；374：远程点检历史数据；375：反常历史数据；376：修理工程历史数据；377：故障历史数据；378：运转历史数据；379：故障主要原因类别数据；380：恢复诊断数据库；390：恢复动作条件数据库；391、393、395、397：动作条件时间表；400：顾客终端。

Claims (6)

1.一种电梯故障的远程恢复系统，其具有：

电梯控制装置，其进行电梯的驱动控制；以及

远程恢复装置，其与所述电梯控制装置进行通信，使所述电梯进行故障的恢复动作，

所述电梯控制装置在检测到所述电梯的故障时，发送包含所述电梯的故障代码在内的故障信号，

所述远程恢复装置具有恢复动作条件数据库，该恢复动作条件数据库存储有预先与顾客之间达成协议的恢复动作的执行条件，

所述远程恢复装置在接收到所述故障信号时，选择与所述故障信号中包含的所述故障代码对应的恢复指令和恢复诊断指令，

所述远程恢复装置根据所述恢复动作条件数据库判定是否能够执行所选择出的所述恢复指令，

所述远程恢复装置在能够执行所选择出的所述恢复指令的情况下，将所选择出的所述恢复指令和所述恢复诊断指令发送给所述电梯控制装置，

使所述电梯控制装置执行所述电梯的恢复动作和恢复诊断动作。

2.根据权利要求1所述的电梯故障的远程恢复系统，其中，

所述电梯故障的远程恢复系统具有顾客终端，该顾客终端与所述远程恢复装置进行通信，向所述恢复动作条件数据库输入所述恢复动作的执行条件。

3.根据权利要求1或2所述的电梯故障的远程恢复系统，其中，

所述恢复动作条件数据库存储现场动作模式作为执行条件之一，在该现场动作模式中，操作所述电梯的输入装置而执行从所述远程恢复装置接收到的所述恢复指令，

所述远程恢复装置在判定为能够利用所述现场动作模式执行所选择出的所述恢复指令的情况下，将所选择出的所述恢复指令发送给所述电梯控制装置，并且向所述电梯控制装置发送将所述电梯的所述输入装置切换为所述现场动作模式的指令。

4.根据权利要求1或2所述的电梯故障的远程恢复系统，其中，

所述远程恢复装置选择的所述恢复指令是与对应于所述故障代码的多个故障主要原因中件数最多的故障主要原因相应的指令、或与所述故障代码对应的多个恢复指令中通过该恢复指令使所述电梯恢复的比例即恢复率最高的指令，

所述远程恢复装置选择的所述恢复诊断指令是与所述恢复指令对应的指令。

5.根据权利要求4所述的电梯故障的远程恢复系统，其中，

所述电梯控制装置在根据所述恢复指令执行的恢复动作之后，通过所述恢复诊断动作判定所述电梯是否已经恢复，并将判定结果发送给所述远程恢复装置。

6.根据权利要求5所述的电梯故障的远程恢复系统，其中，

所述远程恢复装置具有恢复诊断数据库，该恢复诊断数据库将所述故障代码、与所述故障代码对应的所述故障主要原因的件数、所述恢复指令、所述恢复诊断指令、以及所述恢复率对应起来，

根据所述电梯控制装置发送的所述电梯是否已经恢复的所述判定结果，更新与所述故障代码对应的所述故障主要原因的件数和所述恢复率。