CN102009885B - 升降机维护管理系统 - Google Patents

Abstract

本发明提供一种升降机维护管理系统，移动具备：故障修复技能判定部，其根据维护员DB来判定针对升降机设备中所发生的故障的维护员的修复技能；作业状况判定部，其根据作业日程表DB等来判定维护员目前正在进行作业还是处于移动中，如果正在进行作业，则还判定进度；作业中断附加时间计算部，其在判定为正在进行作业的维护员中断作业时，根据作业状况类别时间DB来计算后续处理预计的时间；移动时间计算部，其通过作业日程表等推测当前位置的各维护员移动到故障发生现场为止所需的时间；到达时刻计算部，其计算各维护员能够到达故障发生现场的时刻；以及对应预测列表生成部，其将根据计算结果的预定的故障对应列表显示到显示装置。

Description

升降机维护管理系统

技术领域

本发明涉及在电梯等升降机设备发生故障时，对修复故障的维护员的选择进行支持的升降机维护管理系统。

背景技术

当在大厦中作为维护对象的升降机设备发生故障时，该升降机设备所带的异常通报装置对故障进行检测，然后自动地向维护公司的监视中心通报故障，或者，由该大厦的管理者(管理人)与监视中心联络，告知故障。通常，监视中心的操作员如果接到故障的通报或联络，就会调查在包含该大厦的负责维护区域中的多名维护员的当天的日程表，例如，选出现在可能在该大厦附近的维护员，或现在可能没有维修作业的维修员，并向这些维护员询问是否有可能向该大厦出动。此时，如果从所询问的维护员得到能够立即出动的回答，则能够指示该维护员向该大厦出动。另外，如果从所询问的维护员得到的回答都是只有将当前正在进行的维护作业中断才可能出动这样的附带条件的回答时，监视中心的操作员要考虑各维护员当前的状况等，指示判定为最合适的维护员向该大厦出动。

但是，作为向发生故障的大厦派遣维护员时的对策，如上所述，监视中心的操作员调查大多数维护员当天的日程表之后，才选出询问能否出动的候补者，由于不能准确且迅速地进行派遣人员的选择，因此，有可能不能将最适合于对所发生的故障进行修复的维护员尽早地派往该大厦。

因此，以往，为了尽早地找出能够向故障发生大厦派遣的维护员，已知有通过GPS(Global Positioning System)对各维护员当前的位置进行确定的技术(例如，参照专利文献1)。根据这样的现有技术，由于立即判明处于故障发生大厦附近的维护员，因此能够容易地从能够尽早地到达该大厦的多名维护员中，选出适合于对所发生的故障进行修复的维护员。

【专利文献】日本特开2004-110117号公报

发明内容

但是，尽管能够选出几名能够尽早地到达升降机设备发生故障的大厦(发生故障大厦)，并且能够对所发生的故障进行修复的维护员，如果这些维护员都正在其它的大厦进行维护检查等作业，则不能从正在进行作业的大厦立即紧急到发生故障的大厦去。即，各维护员如果在中断正在实施的作业后，不将升降机恢复到利用者能够使用的原来状态，则无法出发到发生故障的大厦去，而且将该中断后的状态恢复到原来的状态所需要的时间，根据作业的内容或进度有所不同。因此，如上述的现有技术那样，仅通过GPS对维护员当前的位置进行确定，无法预测将维护员派遣到故障发生的大厦时的到达时刻，所以没能恰当地选出能够尽早地到达该大厦的维护员。另外，以往，没有明确对适合于修复所发生的故障的维护员进行选择时的选择标准，因此，不一定是恰当地考虑了修复技能的人选，例如，往往有派遣到发生故障的大厦的维护员的技术水平不能应对故障修复的情况。

本发明是鉴于上述现有技术的实际情况而形成的，其目的在于提供一种升降机维护管理系统，其能够恰当且迅速地选择能够尽早地到达升降机设备发生故障的大厦并且能够进行修复的维护员。

为了达到上述目的，本发明提供的升降机维护管理系统，其对能够向设置有发生故障的升降机设备的大厦派遣并且能够修复上述故障的维护员的选择进行支持，该升降机维护管理系统的特征在于，具备：故障修复技能判定部，其根据存储有各维护员的故障修复技能信息的维护员数据库，对每个选择对象的维护员判定对于所述故障的内容的修复技能；作业状况判定部，其根据存储有各维护员的作业日程表的作业日程表数据库，对选择对象的维护员当前是正在进行作业还是处于移动中进行判定，并且当判定为正在进行作业时，对该作业的进度也进行判定；作业中断附加时间计算部，其根据将针对每个作业内容当中断了该作业时后续处理预计的所需时间与该作业的进度对应起来存储的作业状况类别时间数据库，针对通过所述作业状况判定部判定为正在进行作业的维护员，计算在中断了当前的作业情况下到完成后续处理为止需要多少时间；移动时间计算部，其根据所述作业日程表数据库对选择对象的维护员的当前位置进行推定，并根据该当前位置与所述大厦的距离，计算对于各维护员从当前位置出发要到达所述大厦预计的移动时间；到达时刻计算部，其根据所述作业中断附加时间计算部的计算结果和所述移动时间计算部的计算结果，针对每个选择对象的维护员，计算能够到达所述大厦的时刻；以及对应预测列表生成部，其分别取得从所述故障修复技能判定部、所述作业状况判定部以及所述到达时刻计算部输出的数据后进行处理，将其处理结果即预定的故障对应列表显示到显示装置上。

这样，在具备有故障修复技能判定部、作业状况判定部、作业中断附加时间计算部、移动时间计算部、到达时刻计算部以及对应预测列表生成部的升降机维护管理系统中，根据维护员数据库，通过故障修复技能判定部进行适合于对所发生的故障进行修复的维护员的选择，因此，能够恰当且迅速地进行考虑了修复技能的人员选择。另外，根据作业日程表数据库，通过作业状况判定部，能够判定选择对象的维护员当前是正在进行作业还是处于移动中，并且能够根据移动时间计算部的计算结果推定这些维护员从当前位置出发要到达发生故障大厦预计的移动时间，因此，能够优先询问在该大厦附近移动中的维护员可否出动。另外，即使选择对象的维护员当前正在进行作业，根据通过作业状况判定部所判定的进度等数据，也能够通过作业中断附加时间计算部，计算中断该作业时、后续处理预计的所需时间。然后，能够根据该计算结果和移动时间计算部的计算结果，通过到达时刻计算部计算将当前正在进行作业的维护员派遣到故障发生大厦时的到达时刻，因此能够从选择对象的全部维护员中恰当且迅速地选择能够尽早到达故障发生大厦的维护员。而且对应预测列表生成部对显示装置指示生成根据从上述的故障修复技能判定部或作业状况判定部、到达时刻计算部等输出的数据的预定的故障对应列表，因此，监视中心的操作员，只要查看该故障对应列表，就能够容易地把握作为向故障发生大厦的派遣要员、最佳维护员的优先顺序，从而能够高效地询问可否出动。

在上述的升降机维护管理系统中，理想的是，在维护员数据库中，作为故障修复技能信息，针对升降机设备的每个故障部位存储有根据故障程度和修复程度所设定的各维护员的修复技能水平的数据，故障修复技能判定部根据该修复技能水平的数据，判定选择对象的维护员能否应对所发生的故障的修复，如此，能够正确地判定与故障发生的部位或故障的程度对应的各维护员的修复水平，因此，能够更进一步地恰当地选择最佳维护员作为派向故障发生大厦的派遣要员。另外，在因所发生的故障比较严重，无法尽早确保能够进行完全修复的维护员等情况下，首先派遣能够进行暂时修复的维护员就变得非常重要，因此，只要在故障修复技能信息中存储与修复的程度对应的各维护员的修复技能水平的数据，就能够在各种情况下，灵活地应对升降机设备的故障，非常方便。

另外，如上所述，在故障修复技能判定部判定能够应对所发生的故障修复的维护员和不能应对所发生的故障修复的维护员时，如果仅将在作业状况判定部、移动时间计算部以及到达时间计算部中的选择对象的维护员限定为通过故障修复技能判定部判定为能够应对故障修复的维护员，并在故障对应列表中不显示无法应对修复的维护员，则监视中心的操作员能够进一步地迅速地选择合适的维护员作为派向故障发生大厦的派遣要员。

通过本发明的升降机维护管理系统，根据维护员数据库，通过故障修复技能判定部进行选择适合于对所发生的故障进行修复的维护员，因此，能够恰当且迅速地进行考虑了修复技能的人员选择。另外，根据作业日程表数据库，通过作业状况判定部能够判定选择对象的维护员当前是正在进行作业还是处于移动中，并且通过移动时间计算部能够推测这些维护员从当前位置出发要到达故障发生大厦预计的移动时间，因此，能够优先地对行进在该大厦附近的维护员询问能否出动。另外，即使选择对象的维护员当前正在进行作业，能够根据通过作业状况判定部计算出的进度等数据，在中断该作业的情况下，通过作业中断附加时间计算部计算针对后续处理预计的所需时间。因此，能够从选择对象的全部维护员中恰当且迅速地选择能够尽早地到达故障发生大厦的维护员。另外，对应预测列表生成部对显示装置指示生成预定的故障对应列表，因此，监视中心的操作员只要查看故障对应列表，就能够容易地把握作为向故障发生大厦的派遣要员的，最佳维护员的优先顺序，从而能够高效率地询问能否出动。由此，能够提供一种能够恰当且迅速地选择能够尽早地到达升降机设备发生故障的大厦并且能够应对修复的维护员的升降机维护管理系统。

附图说明

图1表示本发明的实施方式例的升降机维护管理系统的整体结构的框图。

图2表示图1的升降机维护管理系统的动作步骤的流程图。

图3是表示在图1的升降机维护管理系统中，在维护员数据库中所存储的内容的一个例子的说明图。

图4是表示在图1的升降机维护管理系统中，通过作业状况判定部计算作业的进度的例子的说明图。

图5是表示在图1的升降机维护管理系统中，在作业状况类别时间数据库中所存储的内容的一个例子的说明图。

图6是表示在图1的升降机维护管理系统中，通过对应预测列表生成部所指示生成的故障对应列表的一个例子的说明图。

符号说明

1、管理大厦；2、通信单元；3、监视中心；4、维护员；11、电梯；13、异常通报装置；14、管理者；30、管理大厦数据库；31、维护管理装置；31a、故障修复技能判定部；31b、作业状况判定部；31c、作业中断附加时间计算部；31d、移动时间计算部；31e、到达时刻计算部；31f、对应预测列表生成部；32、异常通报处理装置；33、输入装置；34、操作员；35、显示装置；35a、故障对应列表；36、作业实绩数据库；37、维护员数据库；38、作业日程表数据库；39、作业状况类别时间数据库；41、便携式通信装置

具体实施方式

下面参照附图对本发明的实施方式进行说明。首先，参照图1，对本实施方式的升降机维护管理系统的整体结构进行说明。

在管理大厦1中设置有作为维护公司维护·监视对象的电梯11、控制该电梯11运行的控制盘12和与控制盘12连接的异常通报装置13。维护公司对包含管理大厦1的多个大厦中设置的电梯进行维护·监视，通过监视中心3对这些电梯进行远程监视。即，包含管理大厦1的各大厦和监视中心3存在于在地理上分离的场所。在管理大厦1中，异常通报装置13经常对电梯11进行监视，当在电梯11中发生任何异常时，异常通报装置13经由通信单元2，自动地向监视中心3通报发生异常。此时，异常通报装置13不仅对管理大厦1的电梯11中发生异常进行通报，也对该异常的内容进行通报。另外，作为通信单元2使用公众电话或因特网等。

如此，在作为通过维护公司进行维护·监视的多个大厦中的任意一个的管理大厦1中，对作为在电梯11中发生故障进行以下说明。

如果监视中心3从管理大厦1接收到电梯11发生异常的通报，则操作员34从包含管理大厦1的负责维护区域中的多名维护员中选择能够对所发生的故障进行修复，并且能够尽早到达管理大厦1的维护员4。关于选择标准，后面将会阐述，但是以容易地对维护员4进行选择为准。然后，操作员34经由通信单元2，向最合适的维护员4询问能否作为派向管理大厦1的派遣要员出动，对能够出动的维护员指示向管理大厦1出动。

通常，维护员4根据预先所计划的日程表，巡视多个大厦，实施维护作业。另外，维护员4持有具备数据发送功能的如便携式电话的便携式通信装置41，每次进入到实施作业的大厦的时刻、完成作业从大厦出来的时刻，都会从便携式通信装置41经由通信单元2向维护管理装置31的作业实绩数据库36登录。另外，在包含管理大厦1的各大厦发生异常时，操作员34经由通信单元2及便携式通信装置41，向维护员4询问可否出动或进行出动指示。另外，在下面的说明中，将“数据库”简略标记为“DB”，因此，例如“作业实绩DB”表示“作业实绩数据库”。

维护管理装置31在本实施方式中是实现维护管理功能的计算机。该维护管理装置31中具备故障修复技能判定部31a、作业状况判定部31b、作业中断附加时间计算部31c、移动时间计算部31d、到达时刻计算部31e以及对应预测列表生成部31f，这些主要通过计算机的运算处理装置来实现。另外，作为对应预测列表生成部31f的处理结果即故障对应列表35a(参照图6)为显示装置35中所表示(也包含打印形式)的那样。即，当使用液晶显示装置或CRT等显示器装置作为显示装置35时，在该显示画面上显示故障对应列表35a，当使用打印机作为显示装置35时，在预定的用纸上打印故障对应列表35a。

如果从管理大厦1的异常同步装置13发送电梯11的异常通报，故障修复技能判定部31a就根据存储有各维护员的故障修复技能水平的维护员DB37，针对每个选择对象的维护员，判定针对所发生的故障内容的修复技能。在此，所谓选择对象的维护员表示包含管理大厦1的负责维护区域的所有维护员4。

作业状况判定部31b根据存储有各维护员的作业日程表的作业日程表DB38，判定选择对象的维护员当前是正在进行作业还是处于移动中，并且当判定为正在进行作业时，对在哪个大厦实施什么作业及该作业的进度如何进行判定。

作业中断附加时间计算部31c根据将当针对每个作业内容、中断该作业时，预计进行后续处理的所需时间与该作业的进度对应起来存储的作业状况类别时间DB39，针对通过作业状况判定部31b判定为正在进行作业的维护员，中断当前的作业时，计算到完成后续处理为止需要多少时间。即，正在进行作业的维护员，中断该作业后，如果不将升降机恢复到利用者能够使用的原来状态，则不能出发到故障发生现场的管理大厦1，并且根据作业的内容或进度恢复到原状所需的时间有所不同，因此，将通过作业状况判定部31b判定而得的作业的进度等与作业状况类别时间DB39的数据进行对照，由此，计算在其它大厦进行作业的维护员从中断作业到出发到该大厦预计所需的时间。

移动时间计算部31d根据选择对象的维护员的当前位置与故障发生现场的管理大厦1的距离，针对各维护员计算从当前位置出发到到达管理大厦1预计所需的移动时间。此时，移动时间计算部31d根据作业日程表DB38或作业实绩DB36、各大厦的地理信息等对各维护员的当前位置进行计算。

到达时刻计算部31e根据作业中断附加时间计算部31c的计算结果和移动时间计算部31d的计算结果，针对每个选择对象的维护员，计算假设其向故障发生现场的管理大厦1出动时能够到达的时刻。即，当为处于移动中的维护员时，将通过移动时间计算部31d计算出的移动时间与当前时刻进行相加，由此能够预测到达时刻，当为正在进行作业的维护员时，将通过作业中断附加时间计算部31c计算出的后续处理所需的时间和通过移动时间计算部31d计算出的移动时间与当前时刻进行相加，由此能够预测到达时刻。

另外，作业状况判定部31b、移动时间计算部31d、到达时刻计算部31e中的选择对象的维护员可以与故障维修技能判定部31a中的维护员相同，但是也可以将作业状况判定部31b、移动时间计算部31d、到达时刻计算部31e中成为对象的维护员限定为通过故障维修技能判定部31a判定为能够对电梯11中所发生的故障进行修复的维护员。

对应预测列表生成部31f分别取得从故障维修技能判定部31a、作业状况判定部31b以及到达时刻计算部31e输出的数据后进行处理，将该处理结果即预定的故障对应列表35a显示到显示装置35上。在该故障对应列表35a中，例如如图6所示，按照到达故障发生现场的管理大厦1的到达预测时刻从快到慢的顺序将各维护员进行一览显示。

关于显示装置35，对该显示装置35的显示画面(为显示器装置时)或打印的用纸(为打印机时)进行设置，以使操作员34在视觉上能够容易地辨认。查看通过该显示装置35表示的故障对应列表35a，由此操作员34能够容易地比较能够尽早到达故障发生现场的管理大厦1的各维护员的到达预测时刻或修复技能。因此，操作员34能够恰当且迅速地选择合适的维护员作为向管理大厦1的派遣要员。

接下来，参照图2的流程图，对本实施方式的升降机维护管理系统的工作步骤进行说明。

如果在管理大厦1的电梯11中发生故障(步骤S1)，则检测到异常的异常通报装置13对监视中心的异常通报处理装置32通报用于确定发生异常、该异常的内容以及大厦的ID(例如识别码)(步骤S2)。异常通报处理装置32通过参照将多个管理大厦的信息与ID对应起来并存储的管理大厦DB30，根据所通报的ID对通报源的管理大厦1的名称或住所等信息进行确定，并且根据所通报的异常的内容对故障的内容(在电梯的哪个部位，发生了多大程度的故障等)进行确定(步骤S3)。例如，如果将故障的程度分类为“轻微”、“中等程度”、“严重”，则能够以故障位置为“笼门的电气系统”、故障程度为“中等程度”等这样的形式对故障内容进行确定。从异常通报处理装置32向维护管理装置31发送这类与管理大厦1有关的信息和与故障内容有关的信息。另外，作为管理大厦DB30或其它的DB能够应用半导体存储器或磁盘等存储装置。另外，即使没有来自异常通报装置13的自动通报，往往管理大厦1的管理者(管理人)14也会将电梯11发生的故障通报给监视中心3的操作员34，但是，关于该种情况的对应，后面将进行阐述。

在图2的流程图中，在步骤S3之后，在维护管理装置31中，首先，在故障修复技能判定部31a中，参照在维护员DB37中存储的如图3所示的维护员类别故障修复技能信息，由此判定针对在管理大厦1的异常通报装置13中所确定的故障内容(故障位置和故障程度)的、各维护员的修复技能(步骤S4)。此时，成为判定修复技能的对象的维护员，如前所述，是包含管理大厦1的负责维护区域中的全部的维护员。另外，如图3(a)所示的故障修复技能信息中，作为将针对各维护员A、B、…，对各个故障位置进行修复的技能的水平进行数值化后的数据，存储在维护员DB37中。如图3(b)所示的技能水平表那样这些修复技能的水平是对与故障的程度(轻微、中等程度、严重)和修复的程度(暂时修复、完全修复)对应的维护员的对应能力的有无赋予水平1、水平2、…这样的等级而进行设定的。另外，该技能水平表也存储在维护员DB37中。

例如，当通过异常通报装置13确定出在笼门的电气系统中发生了中等程度的故障时，在比较关于两个维护员A、B、对该故障的修复水平时，判定维护员A为水平5，因此，维护员A能够对应到完全修复，但是判定维护员B为水平2，因此判明维护员B即使是暂时修复也无法应对。

在图2的流程图中，在步骤S4之后，在作业状况判定部31b中，参照作业实绩DB36及作业日程表DB38，由此判定选择对象的维护员当前是正在进行作业还是处于移动中(步骤S5)。在作业日程表DB38中，针对每个维护员，存储作业对象大厦的ID、进入作业对象大厦的进入预定时刻以及退出预定时刻(也有为作业开始预定时刻及作业完成预定时刻的情况)，以及有关作业内容等、作业日程表的数据。另外，维护员通过操作便携式通信装置41，将实际的进入时间和离开时间经由通信单元2，随时登录到监视中心3的作业实绩DB36中。由此，例如即使有由于作业的延迟等维护员无法按照预定的日程表进行行动的情况，也能够根据作业实绩DB36及作业日程表DB38的数据推测维护员的当前位置。

在图2的流程图的步骤S5中，通过作业状况判定部31b判定出维护员正在进行作业时，同样，在作业状况判定部31b中，对该作业的进度进行判定(步骤S6)。例如如图4所示，作为某个维护员的作业日程表，将上午10点～11点，在预定的大厦中实施“笼门检查作业”这样的预定登录在作业日程表DB38中，并且能够在作业实绩DB36中确认预定的作业已经开始这样的例子中，如果在10点24分监视中心3接收到来自管理大厦1的异常通报，则作业状况判定部31b将相对于预定作业时间(60分)的到故障发生时的作业时间(24分)的百分比作为作业进度来计算，因此，此时判定作业进度为40％。

另外，如果通过步骤S5判定为维护员正在进行作业，并且通过步骤S6判定了作业的进度，则在作业中断附加时间计算部31c中，对从维护员中断作业到完成后续处理为止需要多少时间进行计算(步骤S7)。例如当中断笼门检查时，必须将为了进行检查所切换的电梯的运行状态从维修模式返回到通常模式，维护员如果正在梯笼上面进行作业，则必须从梯笼上面逃出。另外，如果已经在各楼层贴出通知使用者电梯正在接受检查的告示，则也必须将这些告示收回。如此，如果中断作业则必须要估计恢复原状所需的时间，但是，根据作业内容、进度，能够大概推测中断后的处理所需的附加的时间(为方便称为“附加时间”)，因此，将该附加时间事先存储在作业状况类别时间DB39中，通过参照该数据，作业中断附加时间计算部31c计算各维护员中断正在进行的作业后预计的附加时间。

即，在作业状况类别时间DB39中，如图5所示，针对每个作业内容，对根据进度所预想的中断后的所需时间(附加时间)的数据进行存储。例如，如前所述，在进度为40％的状态下，中断笼门检查的情况下，必须预计后续处理所需时间为15分钟，在进度为50％的状态下，中断制动装置的检查时，必须预计后续处理所需时间为40分钟。作业中断附加时间计算部31c通过将从作业日程表DB38中读出的维护员的作业内容和通过作业状况判定部31b所判定的作业进度与作业状况类别时间DB39的数据进行对照，对作业中断后的附加时间进行推测。

但是，作业状况类别时间DB39中存储的附加时间数据是标准的作业现场中的值，作业中断后的实际的附近时间根据电梯的机型或大厦的楼层数有所不同。因此，可以事先确定与作业对象大厦对应的系数，并进行将该系数与数据作业中断附加时间计算部31c从作业状况类别时间DB39中读出的标准的值相乘这样的修正。当进行这样的修正时，作业状况类别时间DB39能够通过根据从作业日程表DB38所读出的作业对象大厦的数据，参照管理大厦DB30，确定作业对象大厦的楼层数及电梯的机型，因此，能够取得该作业对象大厦的系数数据。因此，如前所述，在作业中断附加时间计算部31c中，通过根据维护员的作业内容和作业进度，将从作业状况类别时间DB39中读出的标准的附加时间和作业对象大厦的系数数据进行相乘，这样能够对考虑了电梯的机型、大厦的楼层数后修正而得的作业中断后的附加时间进行计算。另外，作为作业对象大厦的系数数据，可以设定与机型和楼层数的组合对应的系数，也可以分别对机型和楼层数设定系数。

通过图2的流程图的步骤S5，判定出维护员处于移动中后，或者判定为维护员正在进行作业，在步骤S6及S7的处理完成后，在移动时间计算部31的中，计算从作业实绩DB36及作业日程表DB38中读出的各维护员的当前位置与故障发生现场的管理大厦1的距离，由此，对各维护员的移动时间进行估计(步骤S8)。例如，如果将从作业日程表DB38中读出的作业对象大厦的数据与管理大厦DB30的数据进行对照，则能够确定正在进行作业的维护员的当前位置。另外，因为已经判明故障发生现场的管理大厦1的所在地，所以也能计算该管理大厦1与各维护员的当前位置的距离。移动时间计算部31d将如此算出的到故障发生现场(管理大厦1)的距离除以预定的移动速度，或者将规定了单位距离用多少分钟这样的单位移动时间与到故障发生现场的距离相乘，由此，针对每个维护员来计算移动所要的预计时间。

另外，如果在作业日程表DB38中事先存储各维护员的移动手段(汽车、小型摩托车、自行车、步行等)和根据移动手段所设定的预定的移动速度(或者单位移动时间)，移动时间计算部31d参照这些数据计算各维护员的移动时间，这就更加理想。

另外，当移动时间计算部31d对判定为处于移动中的维护员的当前位置进行确定时，参照作业实绩DB36及作业日程表DB38，对该维护员现在正在前往的作业对象大厦和之前所进行作业的作业对象大厦进行确定，在取得了这两个大厦的所在地信息后，例如，将这两个大厦的中间地点作为该维护员的当前位置。或者，也可以参照作业实绩DB36及作业日程表DB38，在进行了考虑了该维护员之前所进行的作业的作用对象大厦的离开时刻和离开预定时刻的时间差的修正后，根据当前时刻中的移动的进度，高精度地对维护员的当前位置进行确定。

如果通过图2的流程图的步骤S8对各维护员的移动时间进行估计，则在到达时刻计算部31e中，针对每个维护员计算能够到达故障发生现场的管理大厦1的时刻(步骤S9)。即，当通过作业状况判定部31b判定为当前正在进行作业的维护员时，将作业中断附加时间计算部31c的计算结果(附加时间)和移动时间计算部31d的计算结果(移动时间)与当前时刻相加，由此能够预测到达时刻。

另外，在监视中心3的异常通报处理装置32中，根据管理大厦DB30，对故障发生现场的管理大厦1的所属分类区域进行确定，因此，能够确定在各维护员的负责维护区域中是否包含该管理大厦1。并且将包含故障发生现场的管理大厦1的所有的维护员作为对象，如果进行步骤S4～S9的处理，则使维护员尽早地到达该管理大厦1变动容易。但是，也可以仅将对所发生的故障至少能够进行暂时修复的技能水平和步骤S4所判定的维护员作为对象，进行步骤S5～S9的处理，在显示装置35上显示的故障对应列表35a中不显示不能应对修复的维护员。

如果通过图2的流程图的步骤S9计算出各维护员到达故障发生现场的到达预测时刻(能够到达的时刻)，则在对应预测列表生成部31f中，例如如图6所示，将各维护员按照到达预测时刻从早到晚进行排列，进行用于显示在故障对应列表35a中的分组(步骤S10)。即，对应预测列表生成部31f将从到达时刻计算部31e等取得的数据进行整理，从而将到达预测时刻为从当前时刻开始10分钟以内的群组显示在故障对应列表35a的前面，以下，将20分钟以内的群组、30分钟以内的群组…依次进行显示。另外，对应预测列表生成部31f也从故障修复技能判定部31a或作业状况判定部31b取得数据，并对数据进行整理，从而能够将各维护员的修复技能、目前正在进行作业还是处于移动中，如果是正在进行作业则进度为怎样的程度这类信息，也一起在故障对应列表35a中进行显示。

然后，对应预测列表生成部31f对显示装置35指示生成预定形式的故障对应列表35a，在该显示装置35中显示如图6所示的故障对应列表35a(步骤S11)。另外，作为向故障发生现场的派遣要员，与当前正在进行作业的维护员相比，处于移动中的维护员更适合，因此，也可以根据对应预测列表生成部31f的指示，在故障对应列表35a中，对处于移动中的维护员进行强调显示。

如果通过图2的流程图的步骤S11，在显示装置35中显示了故障对应列表35a，则监视中心3的操作员34参照该故障对应列表35a对派向故障发生现场的派遣要员进行选择(步骤S12)。此时，如果选择对象的维护员的作业状况或修复技能相同，则优先选择能够到达故障发生现场的管理大厦1的时刻较早的维护员，但是，正在其它的大厦进行作业的维护员若中断该作业，则容易给该大厦的使用者造成不良影响，因此如果到达故障发生现场的时刻只是稍稍晚些，则还是选择目前处于移动中的维护员比较好。另外，在预料到如果不能对所发生的故障进行完全修复，则会给管理大厦1的使用者造成严重灾害时，从能够对故障进行完全修复的维护员中优先选择能够到达故障发生现场的时刻较早的人员比较好。如此，在选择派向故障发生现场的派遣要员时，需要考虑诸多因素，但是，只要查看在显示装置35中显示的故障对应列表35a，操作员34就能够迅速地选择恰当的人选。

然后，操作员34向所选择的维护员询问是否能够出动到故障发生现场的管理大厦1(步骤S13)，当有不能出动的回答时，再次返回到步骤S12，向其他的维护员询问能否出动。此时，操作员34在考虑了诸多因素后从认为优先顺序较高的维护员开始按顺序询问能否出动。并且，直到找到能够出动的维护员为止，重复进行步骤S12～S13，对回答能够出动的维护员指示向管理大厦1出动(步骤S14)。

如上所述，根据本实施方式的例子，根据维护员DB37，通过故障修复技能判定部31a进行选择适合于对所发生的故障进行修复的维护员，因此，能够进行考虑了修复技能的恰当且迅速的人员选择。另外，能够根据作业日程表DB38，通过作业状况判定部31b进行判定选择对象的维护员当前正在进行作业还是处于移动中，并且能够通过移动时间计算部31d推测这些维护员从当前位置出发到到达故障发生现场(管理大厦1)预计所要的移动时间，因此，能够优选地对在故障发生现场附近移动的维护员询问是否能够出动。另外，即使选择对象的维护员目前正在进行作业，也能够根据通过作业状况判定部31b计算出的进度等数据，通过作业中断附加时间计算部31c来计算中断该作业时后续处理预计的附加时间。因此，能够从全部选择对象的维护员中选择能够尽早地到达故障发生现场的人员。另外，对应预测列表生成部31f指示显示装置35生成预定的故障对应列表35a，因此，监视中心3的操作员34只要查看故障对应列表35a，就能够容易地把握作为派向故障发生现场的派遣要员的，最佳维护员的优先顺序，从而能够高效率地询问能否出动。

另外，在本实施方式例子中，作为故障修复技能信息，在维护员DB37中存储针对电梯的每个故障位置，根据故障的程度和修复的程度所设定的各维护员的修复技能水平的数据，故障修复技能判定部31a根据该修复技能水平的数据，判定选择对象的维护员对所发生的故障能否进行修复，因此，能够恰当地判定与故障发生的位置或故障的程度对应的各维护员的修复技能。另外，因所发生的故障比较严重，无法尽早确保能够完全修复的维护员等情况下，首先需要紧急地向故障发生现场派遣能够进行暂时修复的维护员，因此，如本实施方式例所示，如果将与修复的程度对应的各维护员的修复技能水平的数据存储在故障修复技能信息中，则能够在各种状况下，灵活地应对电梯的故障，非常方便。

另外，在本实施方式例中，移动时间计算部31d根据作业日程表DB38或作业实绩DB36的数据，对选择对象的维护员的当前位置进行计算，因此，在选择派向故障发生现场的派遣要员时，不需要监视中心3的操作员34对通过GPS等所确定的各维护员的当前位置数据进行输入，因此避免了选择作业的复杂化。

另外，如前所述，将作业状况判定部31b、移动时间计算部31d以及到达时刻计算部31e中的选择对象的维护员限定为通过故障修复技能判定部31a判定为能够对故障进行修复(至少能够进行暂时修复的技能水平)的维护员，如果在故障对应列表35a中不显示不能进行修复的维护员，则监视中心3的操作员34能够更加迅速地选择最佳的维护员作为派向故障发生现场的派遣要员。

另外，在上述的实施方式例中，对异常通报装置13将电梯11发生的故障相监视中心3自动通报的情况进行了说明，但是也有由进行管理大厦1的管理业务等的管理者14将电梯11发生的故障通报给监视中心3的操作员34的情况。此时，操作员34从管理者14得知故障发生现场的管理大厦1的名称或住所、故障内容等信息后，将这些必要的信息输入到输入装置33。将输入到输入装置33中的信息发送到维护管理装置31，因此，通过与上述的实施方式例相同的步骤进行处理，将故障对应列表35a显示在显示装置35上。

另外，在上述的实施方式例中，以修复故障的升降机为电梯为例进行了说明，但是，即使修复故障的升降机是电动扶梯也能够适用本发明。此时，关于计算中断在其它大厦的作业后预计的附加时间时所使用的系数，优选根据自动扶梯的机型或设置台数等进行设定。

Claims (3)

1.一种升降机维护管理系统，其对可派往设置有发生故障的升降机设备的大厦、且能够修复所述故障的维护员的选择进行支持，该升降机维护管理系统的特征在于，

具备：

故障修复技能判定部，其根据存储有各维护员的故障修复技能信息的维护员数据库，判定每个选择对象的维护员对于所述故障的内容的修复技能；

作业状况判定部，其根据存储有各维护员的作业日程表的作业日程表数据库，对选择对象的维护员目前是正在进行作业还是在移动中进行判定，并且当判定为正在进行作业时，还对该作业的进度进行判定；

作业中断附加时间计算部，其根据将针对每个作业内容当中断了该作业时后续处理预计的所需时间与该作业的进度对应起来存储的作业状况类别时间数据库，针对通过所述作业状况判定部判定为正在进行作业的维护员，计算在中断了当前的作业情况下到完成后续处理为止需要多少时间；

移动时间计算部，其根据所述作业日程表数据库对选择对象的维护员的当前位置进行推定，并根据该当前位置与所述大厦的距离，计算对于各维护员从当前位置出发要到达所述大厦预计的移动时间；

到达时刻计算部，其根据所述作业中断附加时间计算部的计算结果和所述移动时间计算部的计算结果，针对每个选择对象的维护员，计算能够到达所述大厦的时刻；以及

对应预测列表生成部，其取得分别从所述故障修复技能判定部、所述作业状况判定部以及所述到达时刻计算部输出的数据后进行处理，将其处理结果即预定的故障对应列表显示到显示装置上。

2.根据权利要求1所述的升降机维护管理系统，其特征在于，

在所述维护员数据库中，作为所述故障修复技能信息，针对升降机设备的每个故障位置，存储有根据故障的程度和修复的程度所设定的各维护员的修复技能水平的数据，所述故障修复技能判定部根据该修复技能水平的数据，来判定选择对象的维护员是否能够应对所发生的故障的修复。

3.根据权利要求2所述的升降机维护管理系统，其特征在于，

将所述作业状况判定部、所述移动时间计算部以及所述到达时刻计算部中的选择对象的维护员限定为通过所述故障修复技能判定部判定为能够应对故障修复的维护员，并且在所述故障对应列表中不显示不能应对故障修复的维护员。

Images