CN115123886A - 电梯系统及电梯系统的控制方法 - Google Patents

Abstract

本发明目的在于提高电梯群控控制的分散可用性和电梯系统整体的可用性维持。电梯系统针对多个电梯号机的每一个具备电梯控制器，多个电梯控制器之间通过网络连接，其特征在于，多个电梯控制器分别将运行控制处理的一部分设为运行系统和备用系统的复用结构，通过运行系统进行电梯号机的实际控制，且当用软件部件实现用于判定异常和正常的合理性判定部、运行系统和备用系统的处理时，进行各电梯控制器中的运行系统、备用系统和合理性判定部的处理的软件部件被设为彼此不同的软件部件，且负责一个电梯控制器中的运行系统、备用系统和合理性判定部中的任一个的软件部件构成为负责其他电梯控制器中的运行系统、备用系统和合理性判定部中的其他任一个。

Description

电梯系统及电梯系统的控制方法

技术领域

本发明涉及电梯系统及电梯系统的控制方法。

背景技术

关于电梯系统及电梯系统的控制方法，在专利文献1中，提出了下述结构：“一种电梯的群控控制装置，对多个楼层启用多台电梯，针对发生的电梯厅呼叫，运算基于各电梯的状态信息来决定电梯运行的评价式，由此求出各电梯的每个电梯的评价值，将评价值最好的电梯设为最佳电梯来分配给发生电梯厅呼叫的电梯厅，该电梯的群控控制装置的特征在于，

向针对各电梯的每个电梯而设置的控制装置附加将群控控制所需的各控制功能细分化后的群控功能和单体电梯的控制功能，另外，各控制装置通过用于相互交换信息的传输系统来进行结合，并且，设置传输控制单元以能收发信息，并且使各控制装置具有执行预定的分担对应的功能以便在上述细分化后的群控功能中不重复以平滑负载

现有技术文献

专利文献

专利文献1：日本专利特公平05-061188号

发明内容

发明所要解决的技术问题

这样，在专利文献1所记载的技术中，将群控控制作为实时OS中的任务来分配主功能和子功能，以一定时间间隔基于该分配数和单体控制部的总数来均等地进行分配从而执行处理。

其结果是，当单体控制部发生故障时群控处理整体停止，因此会导致至少在重新计算处理的分配的时间以及基于新的分配的群控处理的重新启动所需的时间的期间，该群控处理持续停止，从而存在不能提供电梯服务的问题。

另外，由于重新启动了群控处理，也存在不能持续地提供停止前的运行控制的问题。仅简单地使功能分散，无法判定哪个功能发生了故障，或者哪个单体控制部发生了故障。并且，如标准电梯和高速电梯那样，在不同的电梯的机种被组合的情况下，由于单体控制部的性能不同，上述那样的均等分配在负载分散上产生偏差。另外，在群控处理中发生了故障时，不能维持各个电梯的可用性。

本发明是鉴于上述情况而完成的，其目的在于提高电梯的群控控制的分散可用性以及电梯系统整体的可用性维持。

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

为了解决上述问题，在本发明中构成为：“针对多个电梯号机的每一个具备电梯控制器，多个电梯控制器之间通过网络连接，所述电梯系统的特征在于，多个电梯控制器的各电梯控制器将运行控制处理的一部分设为运行系统和备用系统的复用结构，通过运行系统进行电梯号机的实际控制，并且当使用软件部件实现判定异常和正常的合理性判定部、运行系统和备用系统的处理时，进行各电梯控制器中的运行系统、备用系统和合理性判定部的处理的软件部件被设为彼此不同的软件部件，并且负责一个电梯控制器中的运行系统、备用系统和合理性判定部中的任意个的软件部件构成为负责其他电梯控制器中的运行系统、备用系统和合理性判定部中的其他任意个”。

另外，在本发明中构成为：“一种电梯系统的控制方法，该电梯系统针对多个电梯号机的每一个具备电梯控制器，多个电梯控制器之间通过网络连接，所述电梯系统的控制方法的特征在于，多个电梯控制器的各电梯控制器将运行控制处理的一部分设为运行系统和备用系统的复用结构，通过运行系统进行电梯号机的实际控制，并且当使用软件部件实现判定异常和正常的合理性判定部、运行系统和备用系统的处理时，进行各电梯控制器中的运行系统、备用系统和合理性判定部的处理的软件部件被设为彼此不同的软件部件，并且负责一个电梯控制器中的运行系统、备用系统和合理性判定部中的任意个的软件部件构成为负责其他电梯控制器中的运行系统、备用系统和合理性判定部中的其他任意个，根据合理判定部中的判定结果修改电梯控制器的处理内容”。

发明效果

能够提高电梯群控控制的分散可用性和电梯系统整体的可用性维持。

更详细地说，根据本发明的一个方式，将群控控制和号机控制分配为软件部件，将各个软件部件分配给至少两个不同的号机控制控制器，基于该软件部件的多个处理结果来判定故障，从而能够检测故障，并且即使发生故障的情况下，也能够通过由不同的号机控制控制器执行的软件部件，来使该群控控制处理持续。另外，通过用其他软件部件来代替检测出故障等的软件部件，从而能够维持电梯系统整体的可用性。

上述以外的问题、结构及效果通过以下实施例的说明来进一步明确。

附图说明

图1a是示出本发明的实施例1所涉及的电梯系统的简要结构例的图。

图1b是示出图1的电梯系统的通信部的简要结构例的图。

图1c是示出图1的电梯系统的号机部的简要结构例的图。

图1d是示出图1的电梯系统的软件部件的简要结构例的图。

图2是示出构成电梯系统所具备的各装置的计算机的硬件结构例的框图。

图3是示出从运行系统到备用系统的整个系统切换流程的图。

图4是示出更换软件部件50时的各种表格类的结构例的图。

图5a是示出更换处理的主流程的图。

图5b是示出当在主流程中指定是接收侧时的子流程的图。

图5c是示出当在主流程中指定是发送侧时的子流程的图。

图5d是示出当在主流程中指定是预备侧时的子流程的图。

图6是示出在一个ROM中收纳所有程序的全部放入的想法的图。

图7是示出收纳在多个ROM中的分散完成的想法的图。

图8是示出按照每个部件来进行收纳的组合的想法的图。

图9是示出图8中构筑前后的方式的图。

图10是示出用于将图8的结构变换成图9的结构的处理流程的图。

图11是图示出通过采用虚拟机的想法来实现多个电梯控制器之间的负载平滑的图。

图12a是示出针对每个负载分散来管理配置文件的图。

图12b是示出均匀分配标准机电梯控制器11、12和高速机电梯控制器13的处理时间的示例的图。

图13是示出进行降级运行转移处理的流程的图。

图14是示出故障发生时进行软件部件50的号机替换的图。

图15是示出号机替换处理流程的图。

具体实施方式

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

以下，在本发明的实施例1中说明电梯系统的简要结构例，在实施例2中说明在实施例1中说明的基本结构的电梯系统中进行运行系统和备用系统的切换的处理，在实施例3中，对存储有与电梯系统中的处理相关的各种程序的ROM的结构例进行说明，在实施例4中，对采用虚拟机的想法来实现多个电梯控制器11、12、13之间的负载平滑的情况进行说明，在实施例5中说明力图实现多个电梯控制器11、12、13之间的负载分散的情况，在实施例6中说明故障发生时执行降级运行的情况，在实施例7中，说明在故障发生时执行软件部件10的号机替换的情况。

[实施例1]

首先，参照图1a、图1b、图1c、图1d、图2说明本发明实施例1所涉及的电梯系统的简要结构例。图1a是本发明实施例1所涉及的电梯系统的简要结构例，图1b、图1c、图1d示出了电梯系统各部的简要结构例。图2是电梯系统1所具备的各装置的硬件结构例。

图1a所示的电梯系统1由多个电梯控制器构成，在本实施例中由3台电梯控制器11、12、13构成。另外，在不需要单独区分电梯控制器的情况下，有时仅作为电梯控制器10。电梯控制器10的主要控制功能是电梯的群控控制功能、各个电梯号机的号机控制功能和通信控制功能。另外，在该例中，1号机、2号机是标准机，3号机是高速机，电梯控制器11、12、13分别负责1号机、2号机、3号机的控制。

为了实现电梯控制器10的主要控制功能即各个电梯号机的号机控制功能，电梯控制器10至少具有负责电梯单体的控制的号机部20或22。负责作为标准机的1号机、2号机的控制的电梯控制器11及12的号机部20执行满足标准规格的电梯控制。与此相对，负责作为高速机的3号机的控制的电梯控制器13的号机部22执行满足面向高速的规格的电梯控制。电梯控制器10进行主机(曳引机电动机等)的控制，该主机承担电梯轿厢的运行即上下移动。如图1c所例示的那样，号机部20具有用于驱动适于标准电梯的主机的驱动部24。同样地，号机部22具有用于驱动适于高速电梯的主机的驱动部26。

另外，为了实现电梯控制器10的主要控制功能即电梯号机之间的通信控制功能，电梯控制器11、12、13具有通信部30，该通信部30经由网络40承担包含电梯状态的各种数据的通信。如图1b所例示的那样，通信部30具备消息接收部32、消息发送部34以及记录进行收发的对方是谁的收发表36，执行与预定的对方之间的收发。关于收发表36，将在后面阐述。另外，本实施例所涉及的电梯的结构是众所周知的惯用结构，因此对于电梯的各个所述主机那样的构成要素，省略其详细说明。

本发明的实施例1涉及电梯控制器10的主要控制功能即电梯的群控控制功能的改进。该群控控制功能如图1d所例示的那样由多个软件部件50构成，软件部件50具有控制输入输出的虚拟I/O 70。在本实施例中，为了说明，将A部件52、B部件54、C部件56这三个部件设为软件部件50。

群控处理由实际控制电梯的运行系统、以及执行处理但不控制电梯的作为备份的备用系统构成。由于当使运行系统和备用系统的处理结果同时反映在电梯主体上时进行双重处理，因此，图1d的虚拟I/O 70具有伪接收备用系统的处理结果的功能。虚拟I/O 70能够切换将软件部件50的处理结果实际反映在电梯主体上的情况以及上述伪接收的情况。另外，虚拟I/O 70也能够变更输出目的地。运行系统和备用系统所进行的群控管理的想法也能够称为复用群控控制系统的想法。

此外，在电梯系统1中，具有与各个软件部件50对应的、用于判定软件部件的处理的正常/异常的合理性判定部60。对应于A部件52的是A合理性判定部62，对应于B部件54的是B合理性判定部64，对应于C部件56的是C合理性判定部66。另外，合理性判定部60也能够称为软件部件。

合理性判定部60基于运行系统及备用系统的相同软件部件50的处理结果，来判定正常、异常。作为最低限度的正常/异常判定处理的一例，是下述处理：确认运行系统的软件部件50的处理结果与备用系统的软件部件50的处理结果一致的情况。另外，执行下述处理：基于电梯系统1的设备构成、楼层信息等结构上的静态信息、实际的轿厢的位置、速度及负载等动态运行状态，来判定处理结果是否运算了对于电梯运行不可能的控制值等，并基于与软件部件50的各个处理内容相应的合理性，来判定正常/异常。

各号机的电梯控制器11、12、13构成为包含A部件52、B部件54、C部件56、以及A合理性判定部62、B合理性判定部64、C合理性判定部66、号机部20、22和通信部30，通过通信部30能够经由网络40与由其他电梯控制器执行的软件部件50进行通信。另外，软件部件50通过经由电梯控制器11、12、13的通信部30，能够在与其他电梯控制器之间进行复制。

在本实施例中，为了便于说明，第一台的电梯控制器11具有作为运行系统的A部件52、作为备用系统的B部件54和C合理性判定部66。第二台的电梯控制器12具有作为运行系统的B部件54、作为备用系统的C部件56和A合理性判定部62。第三台的电梯控制器13具有作为运行系统的C部件56、作为备用系统的A部件52和B合理性判定部64。

这样，在各个电梯控制器11、12、13中，运行系统的软件部件50和备用系统的软件部件50被分散分配给不同的电梯控制器，以使得它们不作为同一软件部件50存在于电梯控制器中。另外，在各个电梯11、12、13中，将被分散分配的软件部件50和不对应的其他软件部件50的合理性判定部60进行分配。

使软件部件50分散在多个电梯控制器11、12、13中，至少采用运行系统、备用系统这两种方式的分散方式，并且通过具备对运行系统及备用系统的处理结果进行判定的判定功能，从而能够检测电梯系统1整体的正常/异常。另外，在某个软件部件50发生异常的情况下，即使使该软件部件50的处理停止，也能够利用另一个软件部件50的处理结果，因此，作为电梯系统1，不会停止群控处理而能够持续提供电梯的运行即电梯服务。

即，如果对本发明的实施例1采用其他说法，则多个电梯控制器的各电梯控制器将控制处理部设为运行系统和备用系统的复用结构，由其中的一方进行实际控制，并且，在使用软件部件实现运行系统、备用系统和判定部的处理时，进行各电梯控制器中的运行系统、备用系统和判定部的处理的软件部件被认为是彼此不同的软件部件。

此外，负责一台电梯控制器(例如11)中的运行系统、备用系统和合理性判定部中的任意个的软件部件构成为负责其他电梯控制器(例如12、13)中的运行系统、备用系统和合理性判定部的其他任意个。

通过设为上述构成，能够分配群控处理的负载，并且能够避免故障局部集中，与由各电梯控制器执行整个群控处理的情况相比，能够减轻电梯控制器11、12、13所需的性能要求。

接着，对于电梯系统1所具备的各装置的硬件结构，参照图2来进行说明。这里，说明电梯控制器11、12、13所具备的计算机的硬件结构。

电梯控制器11、12、13包括分别与系统总线105连接的MPU(Micro ProcessingUnit：微处理单元)101、ROM(Read Only Memory：只读存储器)102、RAM(Random AccessMemory：随机存取存储器)103以及通信接口104。另外，作为与MPU类似的上位概念存在CPU(Central Processing Unit：中央处理单元)，然而，此处希望具有能够并行处理多个工作的多核心、多线程结构。

MPU101、ROM102和RAM103构成处理部。MPU101从ROM102读取用于实现本实施例的方式所涉及的各功能的软件部件50即程序代码，并加载到RAM103中来执行该程序。或者，有时也从ROM102读取作为软件部件50的程序代码，并直接执行该程序。在MPU101的处理执行中途所产生的变量、参数等被临时写入RAM103，从MPU101中适当地读取这些变量、参数等。

电梯控制器11、12、13通过作为MPU101执行的程序的多个软件部件50、即号机部20、通信部30、A部件52、B部件54、C部件56、A合理性判定部62、B合理性判定部64、C合理性判断部66，来实现其功能。

作为通过电梯控制器11、12、13各自的通信部30来对电梯控制器之间进行连接的网络40，例如有RS-485那样的多点形式的串行通信设备、或以太网(注册商标)那样的提供多个拓扑的LAN(Local Area Network：局域网)/WAN(Wide Area Network：广域网)，另外，除了有线通信以外，还有无线通信，例如通过Wi-Fi那样的本地无线、或4G和5G那样的基础设施无线通信，能够在装置间收发各控制器的数据。

[实施例2]

在实施例2中，使用图3、图4、图5a、图5b、图5c、图5d说明在实施例1中说明的基本结构的电梯系统中进行运行系统和备用系统的切换的处理。该处理是在合理性判定部60检测出故障等的情况下将电梯系统1从运行系统切换为备用系统的处理，图3示出从运行系统向备用系统的整个系统切换流程，图4示出更换软件部件50时的各种表格类的结构例，图5a、图5b、图5c、图5d示出更换处理的处理流程。

首先使用图3，对从运行系统向备用系统进行整个系统切换时的处理流程进行说明。在图3中，左右流程是电梯控制器11、12、13都具有的功能，但作为实际处理，是下述处理流程：在左侧流程中合理性判定由合理性判定部66、62、64来进行，异常检测到的合理性判定部(例如62)的切换指示被传送到右侧流程，在所有电梯控制器11、12、13中执行切换处理。因此，根据该处理内容，若作为任意个的电梯控制器11、12、13中的合理性判定结果而检测到异常，则执行将所有电梯控制器11、12、13切换为备用系统的处理。

在图3的最开始的处理步骤S10中，所有电梯控制器内的合理性判定部60分别执行故障判定。这里的故障判定例如基于运行系统以及备用系统的同一软件部件50的处理结果来判定正常/异常，或者基于电梯系统1的设备构成、楼层信息等构造上的静态信息、实际的轿厢位置、速度及负载等动态运行状态，来判定处理结果是否运算了对于电梯运行不可能的控制值等，并根据软件部件50的各处理内容的合理性来判定正常、异常。

其结果，在不发生故障等、即处理结果正确的情况下，直接持续处理。在检测到发生故障等、即处理结果错误的情况下，在处理步骤S12中，向所有电梯控制器11、12、13发送从运行系统切换为备用系统的指示。这是无论谁检测都会对包括自己在内的所有人给出切换指示。

图3右侧的处理是被指示切换的所有电梯控制器11、12、13中的处理，首先在处理步骤S14中，接收从运行系统切换为备用系统的指示。在处理步骤S16中，各电梯控制器11、12、13逐个选择自身保持的软件部件50。在处理步骤S18中，在是运行系统的软件部件50的情况下将各个软件部件50的虚拟I/O从运行系统切换为备用系统，在是备用系统的软件部件50的情况下将各软件部件50的虚拟I/O从备用系统切换为运行系统。重复该处理直到没有切换未结束的软件部件50为止。此外，对于运行系统即被视为故障的软件部件50，也可以停止处理。

由此，在检测到故障等情况下，能够立即对多个电梯控制器指示从运行系统切换为备用系统，因此能够作为电梯系统1持续提供电梯服务。

在图3的流程中，说明了以将所有系统从运行系统同时切换为备用系统的整个系统切换的想法来应对的情况，接着对仅切换故障部位的局部更换的处理进行说明这里，对在某个软件部件50发生故障的情况下仅将该软件部件50从运行系统切换为备用系统时的结构例和流程图进行说明。

利用图4说明更换软件部件50时的各种表格类的结构。另外，在本说明事例中，由于用将B部件54的运行系统切换为备用系统的示例进行说明，因此，在图4的上段例示了判断B部件的合理性的3号机的B部件合理部64和管理表65的存储内容。

根据图1所示的结构，在作为高速机的3号机的电梯控制器13中动作的B合理性判定部64利用管理表65来掌握搭载有B部件54作为运行系统软件部件50的电梯控制器12即2号机、以及搭载有B部件54作为备用系统软件部件50的电梯控制器11即1号机。图4上段的管理表示出将运行侧作为2号机、待机侧作为1号机来掌握该关系的情况。另外，当描述其他号机的管理表的掌握内容作为参考时，搭载于2号机的A合理性判定部62将运行侧作为1号机、待机侧作为3号机来掌握，搭载于1号机的C合理性判定部66将运行侧作为3号机、待机侧作为2号机来掌握。

图4中段及下段示出了各号机的通信部30内的收发表36的存储内容。在该图中，收发表36存储了运行系统和备用系统的软件部件50与哪个电梯控制器的哪个软件部件50相关联。36-1是1号机的收发表36，36-2是2号机的收发表36，36-3是3号机的收发表36。

另外，在说明通信部30中的通信时，在此前提下，此处在图1的电梯控制器系统中，通过A部件52、B部件54、C部件56依次实施处理并重复该处理从而进行群控处理。

根据该处理的顺序，例如当着眼于运行系统的B部件54时，在图4中段的收发表36-2中，存储有B部件54接收的、即前一个处理从1号机到达的内容。由此，1号机的运行系统由于是A部件52，因此可知该B部件54的前一个处理。另一方面，存储了B部件54发送的、即结束处理后发送到下一处理的内容。由此，3号机的运行系统由于是C部件56，因此可知该B部件54的下一个处理。这样分散的软件部件50的所有运行系统以及备用系统的关系存储于收发表36-1、36-2、36-3中。

各电梯控制器的通信部30基于该收发表36执行通信处理。这里，将收发表36的内容表示为故障前(图4中段)和故障后(图4下段)。

接着，说明以上述的收发关系为前提将B部件54的运行系统切换为备用系统的示例。当观察故障前的运行系统的B部件54即2号机的收发表36-2时，可知1号机和3号机有关系。通过将1号机的运行系统的发送侧切换为B部件54的备用系统的接收侧，另外，将3号机的运行系统的接收侧切换为B部件54的备用系统的发送侧，从而能够将B部件54从运行系统切换为备用系统。

也就是说，虽然故障前的1号机的运行系统A的发送侧为2号机，但也可以在故障后将1号机的运行系统A的发送侧作为由B部件54的备用系统进行动作的1号机。虽然故障前的3号机的运行系统C的接收侧为2号机，但也可以在故障后将3号机的C部件56的接收侧作为由B部件54的备用系统进行动作的1号机。备用系统的B部件54的接收侧及发送侧可以沿袭发生了故障的运行系统的接收侧1号机及发送侧3号机。

另外，在本实施例中，将收发表36的接收侧和发送侧作为一个要素，但不限于此。即，有时存储多个接收侧和发送侧。在该情况下，存在多个作为接收侧和发送侧的软件部件50，因此成为所谓的并行处理结构。

接着，使用图5a、图5b、图5c、图5d说明更换处理的流程图。图5a是更换处理的主流程，图5b、图5c、图5d表示在主流程中指定为接收侧、发送侧、备用侧时的子流程。

图5a的更换处理的主流程中的最开始的处理步骤S10与图3的判定处理步骤S10相同，当在判定中检测到错误时开始以下的处理，在没有判定错误时不起动。另外，在本说明事例中，以将B部件54的运行系统切换为备用系统的示例进行说明

该情况下，当在处理步骤S10中在B部件54的判定中检测出错误时，启动处理步骤S20，另外启动图5d所示的备用侧的子流程。其中，在处理步骤S20中，在图4上段所示的管理表63中，确认B部件54的运行系统/备用系统，可知运行系统为2号机，备用系统为1号机。接着在处理步骤S20中，确认B部件54的运行系统的接收侧/发送侧，可知接收侧为1号机，发送侧为3号机。

通过上述确定在B部件54的判定中检测出错误时的接收侧、发送侧、备用侧，响应于此，开始图5b、图5c、图5d所示的接收侧、发送侧、备用侧的子流程。

其中，在图5b的接收侧的处理流程A中，通过处理步骤S31，2号机的通信部30将运行系统的发送侧的变更委托发送给1号机。通过处理步骤S32，1号机的通信部30接收发送侧的变更委托。在处理步骤S33中，根据该委托，变更运行系统的发送侧。

另外，在图5c的发送侧的处理流程B中，通过处理步骤S34，2号机的通信部30将运行系统的接收侧的变更委托发送给3号机。通过处理步骤S35，3号机的通信部30接收接收侧的变更委托。在处理步骤S36中，根据该委托，变更运行系统的接收侧。

另外，在图5d的备用侧的处理流程C中，通过处理步骤S41，2号机的通信部30将收发的变更发送给具有B部件54的备用系统的1号机。通过处理步骤S42，1号机的通信部30接收收发的变更委托。在处理步骤S43中，根据该委托，变更备用系统的接收侧和发送侧。通过这样的图5a、图5b、图5c、图5d的处理流程，能够变更为图4的故障后的连接状态那样的结构。

[实施例3]

在实施例3中，使用图6、图7、图8、图9说明存储了与电梯系统中的处理相关的各种程序的ROM的结构例。

在图2的ROM中，作为与电梯系统中的处理相关的各种程序，存储进行软件部件50、合理性判定部60、号机部20、22、通信部30的处理的程序，但在将这些程序收纳于ROM并决定进行ROM分配时，可以考虑一些结构例。这些结构例是在一个ROM中收纳所有程序的全部放入、在多个ROM中进行收纳的分散完成、仅收纳最低限度的功能的最低组合。

图6是以在一个ROM中收纳所有程序的全部放入的想法构成的结构，例如是使群控处理的所有软件部件50存储在所有的电梯控制器11、12、13的ROM102中的结构。标准机用ROM102a和高速机用ROM102b具有群控处理的所有A部件52、B部件54、C部件56、以及作为判定部的A合理性判定部62、B合理性判定部64和C合理性判定部66。另外，标准机用ROM102a和高速机用ROM102b的区别在于标准机用号机部20和高速机用号机部22的不同。另外，标准机用号机部20和高速机用号机部22是相同的号机部处理，根据参数等，在能够进行标准机和高速机的切换的情况下，ROM的结构相同。通过采用这样的ROM结构，能够对一个或每个模型固定ROM图像。

图7是以在多个ROM中收纳的分散完成的想法构成的结构，例如，是下述一个实施例：预先将软件部件50和合理性判定部60分散地分配给各个电梯控制器11、12、13，构成ROM102c、102d、102e专用于各个电梯控制器11、12、13。由此，能够制作与电梯系统1中的标准型电梯、高速型电梯那样的多个模型组合相匹配的专用的ROM图像，并且与图6的全部放入相比能缩小ROM图像的尺寸。

图8是以针对每个部件收纳的组合的想法来构成的结构，例如，是下述示例：将软件部件50和合理性判定部60组合起来，构成ROM102f、102g、102h分别专用于电梯控制器11、12、13。基于由软件部件50和合理性判定部60组合而成的独立ROM图像尺寸，向多个电梯控制器以大致均匀的方式分配独立ROM图像尺寸，从而能使ROM图像尺寸均匀且小容量。

比较上述图6、图7、图8的ROM分配例可知，图6的结构例在图1a的结构例中还具备其他合理性判定部，图7的结构例与图1a的结构例相同。因此，图6和图7的结构例能够具备与图1a相同或更大的功能。与此相对，图8的结构例并没有成为具备图1a的结构例所具备的全部部件的方式。

因此，在图8的携带下进行ROM分配的情况下，在构成了电梯系统1之后，在其运用开始前的状态下，需要预先通过使用了网络40的数据通信来构筑图1a的结构。

图9表示该构筑前后的方式。在图9的上部示出了初始阶段的图8结构的经ROM分配后的电梯系统1的结构例，在图9的下部示出了通过利用了数据复制技术的克隆而构筑的图1a的结构。

图10是用于将图8的结构转换成图9的结构的处理流程图。通过图10，基于将软件部件50和合理性判定部60组合而成的独立ROM的结构，说明将软件部件50的运行系统、备用系统以及合理性判定部60分散地分配给电梯控制器的处理流程的一个实施例。如上所述，软件部件50通过经由电梯控制器的通信部30，能以任意的电梯控制器进行复制。

在图10的处理流程的最初处理步骤S100中，关于各个电梯控制器11、12、13，在其他电梯控制器10中确认作为备用系统未被分配给其他电梯控制器10的软件部件50。在处理步骤S102中，判定有无未分配软件部件，在有未分配的软件部件50的情况下，在处理步骤S104中获取该软件部件并作为备用系统来进行分配，更新管理表65和收发表36。

在处理步骤S102的判断是没有未被分配的软件部件50的情况下，在处理步骤S106中确认是否是未被分配且与未被分配给该电梯控制器10的软件部件对应的判定部60。在处理步骤S108中，判定是否有未分配判定部，当存在未被分配的判定部60时，在处理步骤S110中将其获取并作为判定部来分配给自身。另外，在处理步骤S108的判定中，当没有被分配的判定部60时结束分配处理。

由此，处理性能高的电梯控制器13获得多个未被分配的软件部件50，相对地，处理性能低的电梯控制器11、12由于确认的频度减少，因此软件部件50的获得变低，因而在整个电梯系统1中，能够作为与处理性能相适应的负载分散。

[实施例4]

在实施例4中，使用图11说明通过采用虚拟机的想法来力图实现多个电梯控制器11、12、13之间的负载平滑的情况。对为了去除由于电梯的标准机、高速机等模型的不同而产生的处理性能的差异而灵活运用虚拟机的情况进行说明。在该例中，假设高速机的电梯控制器13的处理性能比标准机的电梯控制器11、12的处理性能要高。

将图11的结构与图1a的结构进行比较可明确，在图11中，将各电梯控制器11、12、13的群控控制部分构成为虚拟机81、82。具体而言，在标准机的电梯控制器11、12中动作的虚拟机81、在高速机的电梯控制器13中动作的虚拟机82中，以使虚拟机81和虚拟机82的处理性能相同的方式设计或调整相同架构的虚拟机。

由此，通过在相同架构上的软件部件50的处理时间等的指标，容易使软件部件50的处理负载在电梯系统1整体上尽可能均匀地分散。

[实施例5]

在实施例5中，使用图12a、图12b说明在多个电梯控制器11、12、13之间的负载分散。在此，对考虑到由于电梯的标准机、高速机等模型的不同而产生的处理性能的不同的、软件部件的分散分配进行说明。

其中，在此，为了便于说明，将软件组件50的总数从A部件增加到F部件。另外，设高速机电梯控制器13的处理性能是标准机电梯控制器11、12的两倍。

如图12a所示，针对实施例5中的负载分散来管理配置文件(Profile)。配置文件是指将实际执行处理的结果即处理时间结果作为指标的文件。配置文件表90涉及从A部件到F部件的各个软件部件50，存储利用标准机电梯控制器11、12实际执行处理时的性能指标、以及利用高速机电梯控制器13实际执行处理时的性能指标。这里，对于各软件部件，高速机电梯控制器13的处理性能设为标准机电梯控制器11、12的两倍。

图12b示出了分配标准机电梯控制器11、12和高速机电梯控制器13的处理时间以使其均衡的示例。这里，例如，分配各电梯控制器11、12、13的运行系统的软件部件50的总数和处理时间、以及备用系统的软件部件50的总数和处理时间，使得不产生大的差别。在本实施例中，基于处理速度两倍的差，并基于软件部件50的分配比例和总处理时间，来分配软件部件50，但并不限定于这样的算法。

由此，基于实际的配置文件结果即电梯控制器10的处理性能，可容易地在整个电梯系统1中尽可能均匀地分散该软件部件50的处理负载。

[实施例6]

在实施例6中，使用图13对在发生故障时执行降级运行的情况进行说明。这里，在发生故障等时，对将由发生了故障等的软件部件50动作的电梯控制器变更为降级运行模式进行说明。另外，作为该前提，一般在号机部20中至少安装有通常运行模式和降级运行模块。

图13是进行降级运行转移处理的流程图。在图的左侧，记述11的处理流程作为故障检测侧的电梯控制器，并在图的右侧，记述12的处理流程作为故障侧的电梯控制器，但这也可以是任意的组合。

在图13的流程中，在处理步骤S10中检测到故障等的电梯控制器11对在处理步骤S50中由发生了故障等的软件部件50动作的电梯控制器12发出转移到降级运行模式的指示。

与此相对，由发生了故障等的软件部件50动作的电梯控制器12在处理步骤S60中接收转移到降级运行模式的指示。接收到降级意向的电梯控制器12在处理步骤S61中确认其自身是否发生了故障等的动作状态。在能确认到故障等的情况下，执行转移到处理步骤S62并转移到降级运行模式的处理。在不能确认故障等的情况下，转移到处理步骤S63，将自身处于正常状态的情况的确认数据发送到发送了降级指示的电梯控制器11。

检测到故障等的电梯控制器11在处理步骤S51中接收处于正常状态的情况的确认数据。在处理步骤S52中，确认是能接收到处于正常状态的情况的确认数据还是接收超时。在不能接收的情况下，在处理步骤S53中，使故障侧的软件部件50所涉及的发送侧、接收侧无效，更新正常动作的电梯控制器的收发表36以与在其他电梯控制器中动作的软件部件协作，从而将故障的电梯控制器12隔离。在能够接收到是正常状态的情况的确认数据的情况下，在处理步骤S54中执行恢复处理以使电梯系统1持续进行处理。

由此，即使在被认为是故障等的软件部件50动作的电梯控制器12的正常性可疑的情况下，为了慎重起见，也能将在电梯控制器12中动作的号机部20转变为降级运行模式。

[实施例7]

在实施例7中，使用图14、图15对发生故障时执行软件部件50的号机更换的情况进行说明。

这里，使用图14，对下述结构进行说明：在发生故障等时，作为发生故障等的电梯控制器的软件部件50的替换，在其他电梯控制器中执行软件部件50，并作为电梯系统1来继续电梯服务。图14的示例是在2号机的电梯控制器12中发现了故障的情况下，由电梯控制器11执行2号机的号机部20的替换的结构。

为此，这里，在健全侧即电梯控制器11内复制号机部20的软件部件50，在电梯控制器11内制作电梯控制器12用的号机部23。此外，在从电梯控制器11内的号机部23操作故障发生侧的电梯控制器12时，在执行该处理时，获取在电梯控制器12中动作的号机部20的状态，设为相同状态并在远程状态下开始处理。

具体而言，变更电梯控制器11内的号机部23的虚拟I/O 70，使得经由通信部30向电梯控制器12传送处理结果。电梯控制器12的通信部30将传送来的处理结果直接传送给驱动部24。

由此，在由被认为是故障等的软件部件50动作的电梯控制器12的正常性可疑的情况下，仅灵活运用作为最低限度的功能的驱动部24，从其他电梯控制器11操作该驱动系统24，能正常地继续进行电梯的控制。

接着使用图15说明替换处理的流程。在图15的流程中，在处理步骤S10中检测到故障等的电梯控制器11对在处理步骤S70中由发生了故障等的软件部件50动作的电梯控制器12发出转移到降级运行模式的指示。

由发生了故障等的软件部件50动作的电梯控制器12在处理步骤S80中接收转移到降级运行模式的指示。接收到转移指示的电梯控制器12在处理步骤S81中确认其自身是否发生了故障等的动作状态。在能确认到故障等的情况下，在处理步骤S82中转移到降级运行模式。在不能转移到降级运行模式的情况下，在处理步骤S83中将当前的号机部20的动作状态数据发送到发送了降级指示的电梯控制器11。接着，2号机的电梯控制器12在步骤S84中停止号机部20的处理，并且将通信部30变更为替换接受模式。另外，替换接受模式是指通过来自特定的电梯控制器11的通信来操作驱动部24的模式。

检测到故障等的电梯控制器11在处理步骤S71中接收号机部20的动作状态数据(状态移交)。接着，在处理步骤S72中，确认动作状态数据是能接收到还是接收超时。在不能接收的情况下，在处理步骤S73中，使故障侧的软件部件50所涉及的发送侧、接收侧无效，更新正常动作的电梯控制器10的收发表36以与在其他电梯控制器10中动作的软件部件协作，从而将故障的电梯控制器10隔离。在能接收到动作状态数据的情况下，在处理步骤S74中基于动作状态数据启动号机部23，执行替换处理以使电梯系统1能够继续处理。

标号说明

1：1：电梯系统

10、11、12、13：电梯控制器

20、22：号机部

24、26：驱动部

30：通信部

32：消息接收部

34：34：消息发送部

36：收发表

40：网络

50、52、54、66：软件部件

60、62、64、66：合理性判定部

65：管理表

70：虚拟I/O

80、82：虚拟机

90：配置文件表

101：MPU

102a、102b：记录有所有群控软件部件的ROM图像

102c、102d、102e：针对各个电梯的每个电梯完成了分散的ROM图像

102f、102g、102h：每个软件部件和判定部的组合的ROM图像

103：RAM

104：通信I/F。

Claims (16)

1.一种电梯系统，针对多个电梯号机的每一个具备电梯控制器，多个电梯控制器之间通过网络连接，所述电梯系统的特征在于，

多个电梯控制器的各电梯控制器将运行控制处理的一部分设为运行系统和备用系统的复用结构，通过所述运行系统进行所述电梯号机的实际控制，并且当使用软件部件实现判定异常和正常的合理性判定部、所述运行系统和所述备用系统的处理时，进行各电梯控制器中的所述运行系统、所述备用系统和所述合理性判定部的处理的软件部件被设为彼此不同的软件部件，并且负责一个电梯控制器中的所述运行系统、所述备用系统和所述合理性判定部中的任意个的软件部件构成为负责其他电梯控制器中的所述运行系统、所述备用系统和所述合理性判定部中的其他任意个。

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

多个电梯控制器的各电梯控制器包括对多个电梯号机进行群控的群控控制部、对各电梯号机进行控制的号机控制部以及与网络连接的通信部，将所述群控控制部作为所述运行控制处理的一部分，通过所述合理性判定部、所述运行系统和所述备用系统来构成。

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

所述合理性判定部基于所述运行系统和所述备用系统的相同软件部件的处理结果，来判定正常/异常。

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

所述合理性判定部基于电梯系统的设备构成、楼层信息这些结构上的静态信息、实际的轿厢的位置、速度及负载等动态运行状态，来判定处理结果是否运算了对于电梯运行不可能的控制值，基于与软件部件的各处理内容相应的合理性来判定正常/异常。

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

作为一个电梯控制器中的所述合理性判定部的判定结果，将检测到故障时所有的电梯控制器中的所述电梯号机的实际控制从运行系统切换为备用系统。

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

作为一个电梯控制器中的所述合理性判定部的判定结果，在检测到故障时，将与该判定结果相关联的处理从运行系统切换为备用系统。

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

各电梯控制器通过包含ROM的计算机来构成，所述ROM中保持有进行所述运行系统、所述备用系统和所述合理性判定部的处理的彼此不同的所有软件部件的程序、用于进行电梯号机的实际控制的程序、以及用于通信的程序。

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

各电梯控制器通过包含ROM的计算机来构成，各电梯控制器的所述ROM中保持有进行所述运行系统、所述备用系统和所述合理性判定部的处理的彼此不同的软件部件中的一个程序、用于进行电梯号机的实际控制的程序、以及用于通信的程序，当所述各电梯控制器通过所述网络连接时，相互复制彼此保持的所述软件部件中的一个程序，从而确保进行所述运行系统、所述备用系统和所述合理性判定部的处理的彼此不同的所有软件部件的程序。

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

作为一个电梯控制器中的所述合理性判定部的判定结果，在检测到故障时，将与该判定结果相对应的电梯控制器转移为降级运行。

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

作为一个电梯控制器中的所述合理性判定部的判定结果，当检测到故障时，从其他电梯控制器来控制与该判定结果相对应的电梯控制器的驱动系统，从而维持电梯系统的可用性。

11.一种电梯系统的控制方法，该电梯系统针对多个电梯号机的每一个具备电梯控制器，多个电梯控制器之间通过网络连接，所述电梯系统的控制方法的特征在于，

多个电梯控制器的各电梯控制器将运行控制处理的一部分设为运行系统和备用系统的复用结构，通过所述运行系统进行所述电梯号机的实际控制，并且当使用软件部件实现判定异常和正常的合理性判定部、所述运行系统和所述备用系统的处理时，进行各电梯控制器中的所述运行系统、所述备用系统和所述合理性判定部的处理的软件部件被设为彼此不同的软件部件，并且负责一个电梯控制器中的所述运行系统、所述备用系统和所述合理性判定部中的任意个的软件部件构成为负责其他电梯控制器中的所述运行系统、所述备用系统和所述合理性判定部中的其他任意个，

根据所述合理性判定部的判定结果，来修正所述电梯控制器的处理内容。

12.如权利要求11所述的电梯系统的控制方法，其特征在于，

作为一个电梯控制器中的所述合理性判定部的判定结果，当检测到故障时，将所有的电梯控制器中的所述电梯号机的实际控制从运行系统切换为备用系统。

13.如权利要求11所述的电梯系统的控制方法，其特征在于，

作为一个电梯控制器中的所述合理性判定部的判定结果，在检测到故障时，将与该判定结果相关联的处理从运行系统切换为备用系统。

14.如权利要求11所述的电梯系统的控制方法，其特征在于，

作为一个电梯控制器中的所述合理性判定部的判定结果，在检测到故障时，将与该判定结果相对应的电梯控制器转移为降级运行。

15.如权利要求11所述的电梯系统的控制方法，其特征在于，

作为一个电梯控制器中的所述合理性判定部的判定结果，当检测到故障时，从其他电梯控制器来控制与该判定结果相对应的电梯控制器的驱动系统，从而维持电梯系统的可用性。

16.一种电梯系统的控制方法，该电梯系统针对多个电梯号机的每一个具备电梯控制器，多个电梯控制器之间通过网络连接，所述电梯系统的控制方法的特征在于，

多个电梯控制器的各电梯控制器将运行控制处理的一部分设为运行系统和备用系统的复用结构，通过所述运行系统进行所述电梯号机的实际控制，并且当使用软件部件实现判定异常和正常的合理性判定部、所述运行系统和所述备用系统的处理时，进行各电梯控制器中的所述运行系统、所述备用系统和所述合理性判定部的处理的软件部件被设为彼此不同的软件部件，并且负责一个电梯控制器中的所述运行系统、所述备用系统和所述合理性判定部中的任意个的软件部件构成为负责其他电梯控制器中的所述运行系统、所述备用系统和所述合理性判定部中的其他任意个，

并且，多个电梯控制器的各电梯控制器通过包含ROM的计算机来构成，各电梯控制器的所述ROM中保持有进行所述运行系统、所述备用系统和所述合理性判定部的处理的彼此不同的软件部件中的一个程序、用于进行电梯号机的实际控制的程序、以及用于通信的程序，当所述各电梯控制器通过所述网络连接时，相互复制彼此保持的所述软件部件中的一个程序，从而确保进行所述运行系统、所述备用系统和所述合理性判定部的处理的彼此不同的所有软件部件的程序。

Images