JP2022148188A - Elevator system and control method of elevator system - Google Patents

Elevator system and control method of elevator system Download PDF

Info

Publication number
JP2022148188A
JP2022148188A JP2021049771A JP2021049771A JP2022148188A JP 2022148188 A JP2022148188 A JP 2022148188A JP 2021049771 A JP2021049771 A JP 2021049771A JP 2021049771 A JP2021049771 A JP 2021049771A JP 2022148188 A JP2022148188 A JP 2022148188A
Authority
JP
Japan
Prior art keywords
elevator
processing
rationality
controller
controllers
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2021049771A
Other languages
Japanese (ja)
Inventor
英光 納谷
Eiko Naya
孝道 星野
Takamichi Hoshino
訓 鳥谷部
Satoshi Toyabe
知明 前原
Tomoaki Maehara
貴大 羽鳥
Takahiro HATORI
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP2021049771A priority Critical patent/JP2022148188A/en
Priority to CN202210005080.4A priority patent/CN115123886B/en
Publication of JP2022148188A publication Critical patent/JP2022148188A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B66—HOISTING; LIFTING; HAULING
    • B66B—ELEVATORS; ESCALATORS OR MOVING WALKWAYS
    • B66B1/00—Control systems of elevators in general
    • B66B1/02—Control systems without regulation, i.e. without retroactive action
    • B66B1/06—Control systems without regulation, i.e. without retroactive action electric
    • B66B1/14—Control systems without regulation, i.e. without retroactive action electric with devices, e.g. push-buttons, for indirect control of movements
    • B66B1/18—Control systems without regulation, i.e. without retroactive action electric with devices, e.g. push-buttons, for indirect control of movements with means for storing pulses controlling the movements of several cars or cages
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B66—HOISTING; LIFTING; HAULING
    • B66B—ELEVATORS; ESCALATORS OR MOVING WALKWAYS
    • B66B5/00—Applications of checking, fault-correcting, or safety devices in elevators
    • B66B5/02—Applications of checking, fault-correcting, or safety devices in elevators responsive to abnormal operating conditions
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02B—CLIMATE CHANGE MITIGATION TECHNOLOGIES RELATED TO BUILDINGS, e.g. HOUSING, HOUSE APPLIANCES OR RELATED END-USER APPLICATIONS
    • Y02B50/00—Energy efficient technologies in elevators, escalators and moving walkways, e.g. energy saving or recuperation technologies

Landscapes

  • Engineering & Computer Science (AREA)
  • Automation & Control Theory (AREA)
  • Hardware Redundancy (AREA)
  • Indicating And Signalling Devices For Elevators (AREA)

Abstract

To provide an elevator system for improving maintenance of dispersive availability of elevator group management control and availability of the entire elevator system, and to provide a method for controlling the elevator system.SOLUTION: In an elevator system that has elevator controllers 10 for each of plural elevators and allows them to be connected by a network, elevator controllers 11 to 13 actually control an elevator by an operation system by forming one portion of operation control processing in a multiple configuration by an operation system and a preliminary system, components for performing processing of the operation system and the preliminary system and then a rationality determination part are allowed to be mutually different when realizing processing of the rationality determination part for determining abnormality from normality, and the operation system and the preliminary system by using software components, and components that take charge of one of the operation system, the preliminary system, and the rationality determination part in one elevator controller take charge of another of the operation system, the preliminary system, and the rationality determination part in another elevator controller.SELECTED DRAWING: Figure 1a

Description

本発明は、エレベーターシステム及びエレベーターシステムの制御方法に関する。 The present invention relates to an elevator system and an elevator system control method.

エレベーターシステム及びエレベーターシステムの制御方法に関して、特許文献１では、「複数の階床に対して複数台のエレベーターを就役させ、発生したホール呼びに対して各エレベーターの状態情報に基づいてエレベーターの運行を決定する評価式を演算し、これにより各エレベーター毎の評価値を求め、評価値が最も良好なエレベーターを最適なエレベーターとしてホール呼びの発生したホールに割り付けるようにしたエレベーターの群管理制御装置において、
各エレベーター毎に設けられる制御装置に群管理制御に必要な各制御機能を細分化した群管理機能と単体エレベーターの制御機能を付加し、また、各制御装置は互いの情報交換のための伝送系で結合し、且つ、伝送制御手段を設けて情報授受可能に構成するとともに、各制御装置には上記細分化した群管理機能のうち、負荷平滑化のため互いに重複しないよう予め定めた分担対応のものを実行させる機能を持たせたことを特徴とするエレベーターの群管理制御装置」のように構成することを提案している。 Regarding an elevator system and a control method for the elevator system, Patent Document 1 describes, "A plurality of elevators are put into service for a plurality of floors, and the elevator operation is performed based on the state information of each elevator in response to a hall call. An elevator group management control device that calculates an evaluation formula to determine, obtains an evaluation value for each elevator from this, and assigns an elevator with the best evaluation value as an optimum elevator to a hall where a hall call is generated,
A group management function that subdivides each control function necessary for group management control and a control function for a single elevator are added to the control device provided for each elevator, and each control device is a transmission system for mutual information exchange. and a transmission control means is provided so that information can be exchanged, and each control device has a division corresponding to a predetermined division so as not to overlap each other for load smoothing among the subdivided group management functions. He proposes to configure it like an elevator group management control device characterized by having a function to execute things.

特公平０５－０６１１８８号Japanese Patent Publication No. 05-061188

このように、特許文献１に記載の技術では、群管理制御をメイン機能とサブ機能をリアルタイムＯＳにおけるタスクとして分割し、一定時間間隔で該分割数と単体制御部の総数をもとに均等に割り付けて処理を実行している。 In this way, in the technique described in Patent Document 1, group management control is divided into main functions and sub-functions as tasks in the real-time OS, and evenly based on the number of divisions and the total number of single control units at regular time intervals. Allocated and processed.

この結果、単体制御部に故障が発生すると群管理処理全体が停止することになるため、少なくとも処理の割当を再計算する時間及び新たな割当による群管理処理の再起動に要する時間の間は、該群管理処理の停止が継続してしまい、エレベーターサービスを提供できない、という問題がある。 As a result, if a failure occurs in the single control unit, the entire group management process will stop. There is a problem that the suspension of the group management process continues and the elevator service cannot be provided.

また、群管理処理を再起動してしまうために、停止前の運行制御を継続して提供できない、という問題もある。単に機能を分散させるだけでは、どの機能に不具合が発生しているか、もしくはどの単体制御部で不具合が発生しているのか、を判定できない。さらに、標準エレベーターと高速エレベーターのように、異なるエレベーターの機種が組み合わされる場合には単体制御部の性能が異なるため、上述のような均等割では負荷分散に偏りが生じてしまう。また、群管理処理に不具合が発生した場合の、個々のエレベーターの可用性を維持することができていない。 Moreover, since the group management process is restarted, there is also a problem that the operation control before the stop cannot be continuously provided. Merely distributing functions cannot determine which function has a problem, or which single control unit has a problem. Furthermore, when different types of elevators are combined, such as a standard elevator and a high-speed elevator, the performance of the individual control unit differs, so the equal division as described above causes uneven load distribution. In addition, it is not possible to maintain the availability of individual elevators when a problem occurs in the group management process.

本発明は上記事情を鑑みてなされたものであり、エレベーターの群管理制御の分散可用性及びエレベーターシステム全体の可用性維持を向上することを目的とする。 SUMMARY OF THE INVENTION The present invention has been made in view of the above circumstances, and an object of the present invention is to improve distributed availability of elevator group management control and maintain availability of the entire elevator system.

上記課題を解決するために、本発明においては「複数のエレベーター号機ごとにエレベーターコントローラを備え、複数のエレベーターコントローラ間がネットワークにより接続されたエレベーターシステムであって、複数の各エレベーターコントローラは、運行制御処理の一部を稼働系と予備系による多重化構成として稼働系によりエレベーター号機の実制御を行い、かつ異常と正常を判定する合理性判定部と稼働系と予備系の処理を、ソフトウェア部品を用いて実現するに際し、各エレベーターコントローラにおける稼働系と予備系と合理性判定部の処理を行うソフトウェア部品は互いに相違するソフトウェア部品とされるとともに、一のエレベーターコントローラにおける稼働系と予備系と合理性判定部のいずれかを担当したソフトウェア部品は、他のエレベーターコントローラにおける稼働系と予備系と合理性判定部の他のいずれかを担当するように構成されていることを特徴とするエレベーターシステム。」のように構成したものである。 In order to solve the above-mentioned problems, the present invention provides an elevator system in which an elevator controller is provided for each of a plurality of elevator cars, and the plurality of elevator controllers are connected by a network, and each of the plurality of elevator controllers controls operation. Part of the processing is multiplexed by the active system and the standby system, and the actual control of the elevator is performed by the active system. When using the elevator controller, the operating system, the standby system, and the software components that perform the processing of the rationality determination unit in each elevator controller are different software components, and the operating system, the standby system, and the rationality in one elevator controller. An elevator system characterized in that a software component in charge of any one of the judging units is configured to take charge of any other of the active system, standby system, and rationality judging unit in another elevator controller. It is configured as follows.

また本発明においては「複数のエレベーター号機ごとにエレベーターコントローラを備え、複数のエレベーターコントローラ間がネットワークにより接続されたエレベーターシステムの制御方法であって、複数の各エレベーターコントローラは、運行制御処理の一部を稼働系と予備系による多重化構成として稼働系によりエレベーター号機の実制御を行い、かつ異常と正常を判定する合理性判定部と稼働系と予備系の処理を、ソフトウェア部品を用いて実現するに際し、各エレベーターコントローラにおける稼働系と予備系と合理性判定部の処理を行うソフトウェア部品は互いに相違するソフトウェア部品とされるとともに、一のエレベーターコントローラにおける稼働系と予備系と合理性判定部のいずれかを担当したソフトウェア部品は、他のエレベーターコントローラにおける稼働系と予備系と合理性判定部の他のいずれかを担当するように構成されており、合理性判定部における判定結果によりエレベーターコントローラの処理内容を修正することを特徴とするエレベーターシステムの制御方法。」のように構成したものである。 In addition, in the present invention, there is provided a control method for an elevator system in which an elevator controller is provided for each of a plurality of elevator cars and the plurality of elevator controllers are connected by a network, wherein each of the plurality of elevator controllers performs a part of operation control processing. is a multiplexed configuration of the active system and the standby system, and the actual control of the elevator is performed by the active system, and the rationality judgment part that judges abnormality and normality and the processing of the active system and the standby system are realized using software parts. In this case, the software components that perform the processing of the operating system, the standby system, and the rationality determination unit in each elevator controller are different software components, and any one of the operating system, the standby system, and the rationality determination unit in one elevator controller The software component responsible for either is configured to be in charge of either the active system, the standby system, or the rationality judgment section of another elevator controller, and the elevator controller processing is based on the judgment result of the rationality judgment section. A control method for an elevator system characterized by correcting the contents.".

エレベーターの群管理制御の分散可用性及びエレベーターシステム全体の可用性維持を向上することができる。 Distributed availability of elevator group management control and availability maintenance of the entire elevator system can be improved.

さらに詳細に述べるならば、本発明の一態様によれば、群管理制御及び号機制御をソフトウェア部品に分割し、それぞれのソフトウェア部品を、少なくとも二つの異なる号機制御コントローラに割り当てて、該ソフトウェア部品による複数の処理結果を元に故障を判定することで、故障を検知できるとともに、故障が発生した場合でも、異なる号機制御コントローラで実行されているソフトウェア部品によって、該群管理制御処理を継続することが可能となる。また、故障等を検知したソフトウェア部品を、別のソフトウェア部品で代替えすることで、エレベーターシステム全体の可用性を維持することが可能となる。 More specifically, according to one aspect of the present invention, group management control and car number control are divided into software components, each software part is assigned to at least two different car number controllers, and Failures can be detected by judging failures based on the results of multiple processes, and even if a failure occurs, the group management control process can be continued by software components executed by different machine controllers. It becomes possible. Also, by replacing a software component that has detected a failure or the like with another software component, it is possible to maintain the availability of the entire elevator system.

上記した以上の課題、構成及び効果は、以下の実施例の説明により明らかにされる。 The problems, configurations and effects described above will be clarified by the following description of the embodiments.

本発明の実施例１に係るエレベーターシステムの概略構成例を示す図。BRIEF DESCRIPTION OF THE DRAWINGS The figure which shows the example of a schematic structure of the elevator system which concerns on Example 1 of this invention. 図１のエレベーターシステムの通信部の概略構成例を示す図。The figure which shows the schematic structural example of the communication part of the elevator system of FIG. 図１のエレベーターシステムの号機部の概略構成例を示す図。The figure which shows the schematic structural example of the elevator unit part of the elevator system of FIG. 図１のエレベーターシステムのソフトウェア部品の概略構成例を示す図。FIG. 2 is a diagram showing a schematic configuration example of software components of the elevator system of FIG. 1; エレベーターシステムが備える各装置を構成する計算機のハードウェア構成例を示すブロック図。The block diagram which shows the hardware structural example of the computer which comprises each apparatus with which an elevator system is provided. 稼働系から予備系への全系切替フローを示す図。The figure which shows the whole system switching flow from an active system to a standby system. ソフトウェア部品５０を入替える場合の各種テーブル類の構成例を示す図。FIG. 10 is a diagram showing a configuration example of various tables when replacing the software component 50; 入れ替え処理の主たるフローを示す図。The figure which shows the main flow of a replacement process. 主フローの中で受信側あることが指定されたときのサブフローを示す図。The figure which shows a subflow when it is specified that there exists a receiving side in a main flow. 主フローの中で送信側であることが指定されたときのサブフローを示す図。The figure which shows a subflow when it is designated as a transmission side in a main flow. 主フローの中で予備側であることが指定されたときのサブフローを示す図。The figure which shows a subflow when it is designated as a backup side in a main flow. １つのＲＯＭにすべてのプログラムを収納する全部入りの考え方を示す図。FIG. 3 is a diagram showing a concept of all-inclusive storage of all programs in one ROM; 複数のＲＯＭに収納する分散済みの考え方を示す図。The figure which shows the idea of the distribution completed stored in several ROM. 部品ごとに収納する組合せの考え方を示す図。The figure which shows the concept of the combination accommodated for every component. 図８において構築前後の形態を示す図。The figure which shows the form before and after construction in FIG. 図８の構成を、図９の構成に変換するための処理フローを示す図。FIG. 9 is a diagram showing a processing flow for converting the configuration of FIG. 8 to the configuration of FIG. 9; 仮想マシンの考え方を採用することにより複数のエレベーターコントローラ間での負荷平滑を図ることを示す図。FIG. 2 illustrates load smoothing among multiple elevator controllers by adopting a virtual machine concept; 負荷分散にあたり、プロファイルを管理することを示す図。The figure which shows managing a profile in load distribution. 標準機エレベーターコントローラ１１、１２と高速機エレベーターコントローラ１３の処理時間を均等化すべく割り当てた事例を示す図。The figure which shows the example which allocated so that the processing time of the standard machine elevator controllers 11 and 12 and the high-speed machine elevator controller 13 might be equalized. 縮退運転移行処理を行うフローを示す図。The figure which shows the flow which performs degeneracy operation transition processing. 故障発生時にソフトウェア部品５０の号機代替えを行うことを示す図。FIG. 10 is a diagram showing that the machine number of the software component 50 is replaced when a failure occurs; 号機代替え処理フローを示す図。The figure which shows a number substitution process flow.

以下、本発明を実施するための形態の例について、図面を参照して説明する。本件明細書及び図面において実質的に同一の機能及び構成を有する構成要素については、同一の符号を付して重複する説明を省略する。 Hereinafter, examples of embodiments for carrying out the present invention will be described with reference to the drawings. In the present specification and drawings, constituent elements having substantially the same functions and configurations are denoted by the same reference numerals, and overlapping descriptions are omitted.

以下、本発明の実施例１ではエレベーターシステムの概略構成例について説明し、実施例２では実施例１で説明した基本構成のエレベーターシステムにおいて、稼働系と予備系の切替を行う処理について説明し、実施例３ではエレベーターシステムでの処理に関する各種のプログラムを記憶しているＲＯＭの構成例について説明し、実施例４では仮想マシンの考え方を採用することにより複数のエレベーターコントローラ１１、１２、１３間での負荷平滑を図ることについて説明し、実施例５では複数のエレベーターコントローラ１１、１２、１３間での負荷分散を図ることについて説明し、実施例６では故障発生時に縮退運転を実行させることについて説明し、実施例７では故障発生時にソフトウェア部品１０の号機代替えを実行させることについて説明するものとする。 Hereinafter, in the first embodiment of the present invention, an example of the schematic configuration of the elevator system will be described, and in the second embodiment, the process of switching between the active system and the standby system in the elevator system having the basic configuration described in the first embodiment will be described. In the third embodiment, an example of the configuration of the ROM storing various programs related to the processing in the elevator system will be described. Embodiment 5 describes load distribution among a plurality of elevator controllers 11, 12, and 13. Embodiment 6 describes execution of degenerate operation when a failure occurs. However, in the seventh embodiment, it is assumed that the machine number replacement of the software component 10 is executed when a failure occurs.

まず、本発明の実施例１に係るエレベーターシステムの概略構成例について、図１ａ、図１ｂ、図１ｃ、図１ｄ、図２を参照して説明する。図１ａは本発明の実施例１に係るエレベーターシステムの概略構成例であり、図１ｂ、図１ｃ、図１ｄはエレベーターシステム各部の概略構成例を示している。図２はエレベーターシステム１が備える各装置のハードウェア構成例である。 First, a schematic configuration example of an elevator system according to Embodiment 1 of the present invention will be described with reference to FIGS. 1a, 1b, 1c, 1d, and 2. FIG. FIG. 1a shows a schematic configuration example of an elevator system according to Embodiment 1 of the present invention, and FIGS. 1b, 1c, and 1d show schematic configuration examples of respective parts of the elevator system. FIG. 2 is a hardware configuration example of each device included in the elevator system 1. As shown in FIG.

図１ａに示すエレベーターシステム１は、複数のエレベーターコントローラから構成されており、本実施例では３台のエレベーターコントローラ１１、１２、１３。から構成されている。なお、エレベーターコントローラを個別に区別する必要がない場合には単にエレベーターコントローラ１０とすることがある。エレベーターコントローラ１０における主たる制御機能は、エレベーターの群管理制御機能と、個々のエレベーター号機の号機制御機能と、通信制御機能である。なおこの例では、１号機、２号機が標準機、３号機が高速機であり、エレベーターコントローラ１１、１２、１３は、それぞれ１号機、２号機、３号機の制御を担当している。 The elevator system 1 shown in FIG. 1a is composed of a plurality of elevator controllers, three elevator controllers 11, 12, 13 in this embodiment. consists of Note that the elevator controller 10 may simply be used when there is no need to distinguish the elevator controllers individually. The main control functions of the elevator controller 10 are an elevator group management control function, an individual elevator car control function, and a communication control function. In this example, elevators No. 1 and No. 2 are standard elevators, elevator No. 3 is a high-speed elevator, and elevator controllers 11, 12, and 13 are in charge of controlling elevators No. 1, elevator No. 2, and elevator No. 3, respectively.

エレベーターコントローラ１０における主たる制御機能である個々のエレベーター号機の号機制御機能の実現のために、エレベーターコントローラ１０は、少なくともエレベーター単体の制御を担う号機部２０または２２を有する。標準機である１号機、２号機の制御を担当するエレベーターコントローラ１１及び１２の号機部２０は、標準的な仕様を満たすエレベーター制御を実行する。これに対して高速機である３号機の制御を担当するエレベーターコントローラ１３の号機部２２は、高速向け仕様を満たすエレベーター制御を実行する。エレベーターコントローラ１０は、エレベーターのかごの運行つまり上下移動を担う主機（巻上機モータ等）の制御を行うものである。号機部２０は、図１ｃに例示したように標準エレベーターに適合した主機を駆動するための駆動部２４を有する。同様に号機部２２は、高速エレベーターに適合した主機を駆動するための駆動部２６を有する。 The elevator controller 10 has an elevator unit 20 or 22 that controls at least the individual elevators in order to realize the function of controlling individual elevators, which is the main control function of the elevator controller 10 . The elevator controllers 11 and 12 of the elevator controllers 11 and 12, which are in charge of controlling the standard elevators No. 1 and No. 2, perform elevator control that satisfies the standard specifications. On the other hand, the elevator car section 22 of the elevator controller 13, which is in charge of controlling the No. 3 car, which is a high-speed car, executes elevator control that satisfies the specifications for high-speed cars. The elevator controller 10 controls the main machine (hoisting machine motor, etc.) responsible for the operation of the car of the elevator, that is, the vertical movement. The elevator section 20 has a drive section 24 for driving a main machine adapted to a standard elevator as illustrated in FIG. 1c. Similarly, the elevator unit 22 has a drive unit 26 for driving a main engine suitable for high-speed elevators.

またエレベーターコントローラ１０における主たる制御機能であるエレベーター号機間での通信制御機能の実現のために、エレベーターコントローラ１１、１２、１３は、ネットワーク４０を経由して、エレベーターの状態を含む様々なデータの通信を担う通信部３０を有する。通信部３０は図１ｂに例示するように、メッセージ受信部３２とメッセージ送信部３４と、送受信を行う相手が誰であるかを記録している送受信テーブル３６をそなえ、予め定められた相手との間での送受信を実行する。送受信テーブル３６については、後述する。なお本実施例に係るエレベーターの構造は周知慣用の構成であるため、エレベーターの個々の前記主機のような構成要素についてはその詳細説明を割愛する。 Further, in order to realize the communication control function between the elevator cars, which is the main control function of the elevator controller 10, the elevator controllers 11, 12, and 13 communicate various data including the state of the elevator via the network 40. has a communication unit 30 responsible for As shown in FIG. 1b, the communication unit 30 includes a message receiving unit 32, a message transmitting unit 34, and a transmission/reception table 36 that records who the other party is to communicate with. send and receive between The transmission/reception table 36 will be described later. Since the structure of the elevator according to the present embodiment is a well-known and commonly used structure, detailed descriptions of individual components of the elevator such as the main machine will be omitted.

本発明の実施例１は、エレベーターコントローラ１０における主たる制御機能であるエレベーターの群管理制御機能の改良に関わるものである。この群管理制御機能は、図１ｄに例示するように複数のソフトウェア部品５０から成り立っており、ソフトウェア部品５０には、入出力を制御する仮想Ｉ／Ｏ７０を有する。本実施例では説明のために、Ａ部品５２、Ｂ部品５４、Ｃ部品５６の三つをソフトウェア部品５０としている。 Embodiment 1 of the present invention relates to improvement of the elevator group management control function, which is the main control function of the elevator controller 10 . This group management control function consists of a plurality of software components 50 as illustrated in FIG. In the present embodiment, three software components 50, A component 52, B component 54, and C component 56, are used for the sake of explanation.

群管理処理は、実際にエレベーターを制御する稼働系と、処理を実行するがエレベーターを制御しないバックアップとしての予備系と、によって構成される。稼働系及び予備系の処理結果を同時にエレベーター本体に反映させると二重に処理することになるため、予備系の処理結果を疑似的に受け付ける機能を有するのが図１ｄの仮想Ｉ／Ｏ７０である。仮想Ｉ／Ｏ７０は、ソフトウェア部品５０の処理結果を実際にエレベーター本体に反映させる場合と、上記疑似的に受け付ける場合と、を切り替えることができる。また、仮想Ｉ／Ｏ７０は、出力先を変更することもできる。稼働系と予備系による群管理処理の考え方は、群管理制御系を多重化したものということができる。 The group management process consists of an active system that actually controls the elevators and a backup system that executes the process but does not control the elevators. If the processing results of the active system and the standby system are simultaneously reflected in the elevator main body, the processing will be duplicated. Therefore, the virtual I/O 70 in FIG. . The virtual I/O 70 can switch between a case where the processing result of the software component 50 is actually reflected in the elevator main body and a case where it is received in a pseudo manner. The virtual I/O 70 can also change the output destination. The concept of group management processing by the active system and the standby system can be said to be a multiplexed group management control system.

さらに、エレベーターシステム１では、それぞれのソフトウェア部品５０に対応する、ソフトウェア部品の処理の正常・異常を判定するための合理性判定部６０を有する。Ａ部品５２に対応するのはＡ合理性判定部６２、Ｂ部品５４に対応するのはＢ合理性判定部６４、Ｃ部品５６に対応するのはＣ合理性判定部６６である。なお、合理性判定部６０もまたソフトウェア部品ということができる。 Furthermore, the elevator system 1 has a rationality determination unit 60 for determining normality/abnormality of the processing of the software component corresponding to each software component 50 . An A rationality determination unit 62 corresponds to the A part 52 , a B rationality determination unit 64 corresponds to the B part 54 , and a C rationality determination unit 66 corresponds to the C part 56 . Note that the rationality determination unit 60 can also be called a software component.

合理性判定部６０は、稼働系及び予備系の同一ソフトウェア部品５０の処理結果をもとに、正常・異常を判定する。最低限の正常・異常判定処理の一例としては、稼働系のソフトウェア部品５０の処理結果と、予備系のソフトウェア部品５０の処理結果と、が一致することを確認する処理である。さらには、エレベーターシステム１の、機器構成や階床情報等の構造的な静的情報や、実際の乗りかごの位置や速度及び荷重等の動的な運行状態をもとに、処理結果がエレベーター運行としてあり得ない制御値を演算していないか等を、ソフトウェア部品５０のそれぞれの処理内容に応じた合理性をもとに、正常・異常を判定する処理を実行する。 The rationality determination unit 60 determines normality/abnormality based on the processing results of the same software component 50 of the active system and the standby system. An example of minimum normality/abnormality determination processing is processing to confirm that the processing result of the active software component 50 and the processing result of the standby software component 50 match. Furthermore, based on structural static information such as the equipment configuration and floor information of the elevator system 1, and dynamic operating conditions such as the actual position, speed and load of the car, the processing result is used as the elevator system. Based on the rationality corresponding to each processing content of the software component 50, a process of judging normality/abnormality is executed, such as whether or not an impossible control value is calculated.

各号機のエレベーターコントローラ１１、１２、１３は、Ａ部品５２と、Ｂ部品５４と、Ｃ部品５６と、及びＡ合理性判定部６２と、Ｂ合理性判定部６４と、Ｃ合理性判定部６６と、号機部２０、２２と、通信部３０を含んで構成されており、通信部３０により、ネットワーク４０を経由して他のエレベーターコントローラで実行されているソフトウェア部品５０と通信が可能である。またソフトウェア部品５０は、エレベーターコントローラ１１、１２、１３の通信部３０を経由することにより、他のエレベーターコントローラとの間で、コピーが可能である。 The elevator controllers 11, 12, and 13 of each car include an A part 52, a B part 54, a C part 56, an A rationality determination unit 62, a B rationality determination unit 64, and a C rationality determination unit 66. , elevator units 20 and 22, and a communication unit 30. The communication unit 30 enables communication with a software component 50 executed in another elevator controller via a network 40. Also, the software component 50 can be copied with other elevator controllers via the communication units 30 of the elevator controllers 11 , 12 , and 13 .

本実施例では、説明のため、一台目のエレベーターコントローラ１１には、稼働系としてＡ部品５２と、予備系としてＢ部品５４と、Ｃ合理性判定部６６と、を有する。二台目のエレベーターコントローラ１２には、稼働系としてＢ部品５４と、予備系としてＣ部品５６と、Ａ合理性判定部６２と、を有する。三台目のエレベーターコントローラ１３には、稼働系としてＣ部品５６と、予備系としてＡ部品５２と、Ｂ合理性判定６４と、を有する構成とした。 In this embodiment, for the sake of explanation, the first elevator controller 11 has an A component 52 as an operating system, a B component 54 as a standby system, and a C rationality determination unit 66 . The second elevator controller 12 has a B component 54 as an operating system, a C component 56 as a standby system, and an A rationality determination unit 62 . The third elevator controller 13 is configured to have a C component 56 as an operating system, an A component 52 as a standby system, and a B rationality determination 64 .

このように、それぞれのエレベーターコントローラ１１、１２、１３において、稼働系のソフトウェア部品５０と、予備系のソフトウェア部品５０と、が同一ソフトウェア部品５０としてエレベーターコントローラに存在しないよう、異なるエレベーターコントローラに分散して割り当てる。また、それぞれのエレベーター１１、１２、１３において、分散して割り当てられたソフトウェア部品５０と、対応しない別のソフトウェア部品５０の合理性判定部６０を割り当てる。 In this way, in each of the elevator controllers 11, 12, and 13, the active system software component 50 and the standby system software component 50 are distributed to different elevator controllers so that they do not exist as the same software component 50 in the elevator controllers. assignment. Also, in each of the elevators 11, 12, 13, the distributed software component 50 and the rationality determination part 60 of another software component 50 not corresponding to each other are allocated.

ソフトウェア部品５０を複数のエレベーターコントローラ１１、１２、１３に分散させ、少なくとも稼働系、予備系の２形態の分散形態をとり、且つ稼働系及び予備系の処理結果を判定する判定機能を備えることにより、エレベーターシステム１全体の正常／異常を検知することができる。また、あるソフトウェア部品５０で異常が発生した場合において、当該ソフトウェア部品５０の処理を停止させても、他方のソフトウェア部品５０の処理結果を利用することができるので、エレベーターシステム１として群管理処理を停止することなく、エレベーターの運行つまりエレベーター・サービスを継続して提供することができる。 By distributing the software component 50 to a plurality of elevator controllers 11, 12, and 13, adopting at least two types of distributed forms of an operating system and a standby system, and providing a judgment function for judging the processing results of the operating system and the standby system. , normality/abnormality of the entire elevator system 1 can be detected. In addition, when an abnormality occurs in a certain software component 50, even if the processing of the software component 50 is stopped, the processing result of the other software component 50 can be used. Elevator operation, that is, elevator service can be continuously provided without stopping.

つまり、本発明の実施例１について別の言い方をするならば、複数の各エレベーターコントローラは、制御処理部を稼働系と予備系による多重化構成としてその一方により実制御を行い、かつ稼働系と予備系と判定部の処理をソフトウェア部品を用いて実現するに際し、各エレベーターコントローラにおける稼働系と予備系と判定部の処理を行うソフトウェア部品は互いに相違するソフトウェア部品とされたものである。 In other words, to put the first embodiment of the present invention in another way, each of the plurality of elevator controllers has a multiplexed control processing unit consisting of an operating system and a standby system, and performs actual control using one of them. When the processes of the standby system and the determination section are realized using software components, the software components that perform the processing of the operating system, the standby system, and the determination section in each elevator controller are different software components.

さらに、一のエレベーターコントローラ（例えば１１）における稼働系と予備系と合理性判定部のいずれかを担当したソフトウェア部品は、他のエレベーターコントローラ（例えば１２、１３）における稼働系と予備系と合理性判定部の他のいずれかを担当するように構成されたものである。 Furthermore, the software component responsible for any one of the operating system, the standby system, and the rationality determination part in one elevator controller (eg, 11) is the operating system, the standby system, and the rationality judgment part in the other elevator controllers (eg, 12, 13). It is configured to take charge of any of the other determination units.

上記構成とすることによりさらに、群管理処理の負荷を分散できるとともに、故障が局所的に集中することを避けることができ、エレベーターコントローラ１１、１２、１３に必要とされる性能要求を、群管理処理全体を各エレベーターコントローラで実行する場合と比較して軽減することができる。 With the above configuration, it is possible to disperse the load of group control processing, avoid local concentration of failures, and meet the performance requirements required for the elevator controllers 11, 12, 13. The entire process can be reduced compared to running in each elevator controller.

次に、エレベーターシステム１が備える各装置のハードウェア構成について、図２を参照して説明する。ここでは、エレベーターコントローラ１１、１２、１３が備える計算機のハードウェア構成を説明する。 Next, the hardware configuration of each device included in the elevator system 1 will be described with reference to FIG. Here, the hardware configuration of the computers included in the elevator controllers 11, 12, and 13 will be described.

エレベーターコントローラ１１、１２、１３は、システムバス１０５にそれぞれ接続されたＭＰＵ（Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０１、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１０２、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１０３、及び通信インタフェース１０４を備える。なお、ＭＰＵに類する上位概念としてＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）があるが、ここでは複数ジョブを並行処理可能な複数コア、複数スレッド構成を有するものであることが望ましい。 Elevator controllers 11 , 12 , 13 each include an MPU (Micro Processing Unit) 101 , a ROM (Read Only Memory) 102 , a RAM (Random Access Memory) 103 , and a communication interface 104 connected to a system bus 105 . Note that there is a CPU (Central Processing Unit) as a higher concept similar to the MPU, but here, it is desirable to have a multiple core and multiple thread configuration capable of parallel processing multiple jobs.

ＭＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３は処理部を構成する。ＭＰＵ１０１は、本実施例の形態で係る各機能を実現するソフトウェア部品５０であるプログラムコードをＲＯＭ１０２から読み出してＲＡＭ１０３にロードし、該プログラムを実行する。もしくは、ソフトウェア部品５０であるプログラムコードをＲＯＭ１０２から読み出してそのまま該プログラムを実行する場合もある。ＲＡＭ１０３には、ＭＰＵ１０１の処理実行途中で発生した変数やパラメータ等が一時的に書き込まれ、これらの変数及びパラメータ等がＭＰＵ１０１から適宜読みだされる。 The MPU 101, ROM 102, and RAM 103 constitute a processing unit. The MPU 101 reads the program code, which is the software component 50 that implements each function according to this embodiment, from the ROM 102, loads it into the RAM 103, and executes the program. Alternatively, the program code, which is the software component 50, may be read from the ROM 102 and executed as it is. Variables, parameters, etc. generated during execution of processing by the MPU 101 are temporarily written in the RAM 103, and these variables, parameters, etc. are read from the MPU 101 as appropriate.

エレベーターコントローラ１１、１２、１３は、ＭＰＵ１０１が実行するプログラムである複数のソフトウェア部品５０である、号機部２０と、通信部３０と、Ａ部品５２と、Ｂ部品５４と、Ｃ部品５６と、Ａ合理性判定部６２と、Ｂ合理性判定部６４と、Ｃ合理性判定部６６と、によりその機能が実現される。 Elevator controllers 11, 12, and 13 are a plurality of software components 50, which are programs executed by MPU 101. Machine number unit 20, communication unit 30, A component 52, B component 54, C component 56, A The functions are realized by the rationality determination unit 62 , the B rationality determination unit 64 , and the C rationality determination unit 66 .

エレベーターコントローラ１１、１２、１３それぞれの通信部３０によって、エレベーターコントローラ間を接続するネットワーク４０として、例えば、ＲＳ－４８５のようなマルチドロップ形態のシリアル通信デバイスや、イーサネット（登録商標）のような複数のトポロジを提供するＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）・ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、さらには有線通信以外であれば無線通信があり、例えばＷｉ－Ｆｉのようなローカル無線や、４Ｇ及び５Ｇのようなインフラ無線通信によって、各コントローラのデータを装置間で送受信することが可能となる。 The communication unit 30 of each of the elevator controllers 11, 12, and 13 uses, for example, a multi-drop serial communication device such as RS-485 or a multiple LAN (Local Area Network) and WAN (Wide Area Network) that provide the topology of, and wireless communication other than wired communication, for example, local wireless such as Wi-Fi, and infrastructure such as 4G and 5G Wireless communication enables the data of each controller to be transmitted and received between devices.

実施例２では、実施例１で説明した基本構成のエレベーターシステムにおいて、稼働系と予備系の切替を行う処理について、図３、図４、図５ａ、図５ｂ、図５ｃ、図５ｄを用いて説明する。この処理は、合理性判定部６０で故障等を検知した場合に、エレベーターシステム１を稼働系から予備系に切り替えるものであり、図３は稼働系から予備系への全系切替フロー、図４はソフトウェア部品５０を入替える場合の各種テーブル類の構成例、図５ａ、図５ｂ、図５ｃ、図５ｄは入れ替え処理の処理フローを示している。 In the second embodiment, the process of switching between the working system and the standby system in the elevator system having the basic configuration described in the first embodiment will be described with reference to FIGS. explain. This processing is for switching the elevator system 1 from the operating system to the standby system when the rationality determination unit 60 detects a failure or the like. 5a, 5b, 5c, and 5d show the processing flow of the replacement process, and FIG. 5a, FIG. 5b, FIG. 5c, and FIG.

最初に図３を用いて、稼働系から予備系への全系切替を行うときの処理フローについて説明する。図３において、左右のフローはエレベーターコントローラ１１、１２、１３のいずれもが保有している機能であるが、実際の処理としては、左側のフローにおいて合理性判定が合理性判定部６６、６２、６４で行われ、異常検知した合理性判定部（例えば６２）の切替指示が右側のフローに伝達されて、エレベーターコントローラ１１、１２、１３の全てにおいて切替処理を実行するという処理フローである。したがって、この処理内容によれば、いずれかのエレベーターコントローラ１１、１２、１３での合理性判定結果として、異常が検知されれば全てのエレベーターコントローラ１１、１２、１３を予備系に切り替える処理である。 First, with reference to FIG. 3, the processing flow when switching the entire system from the active system to the standby system will be described. In FIG. 3, the left and right flows are functions possessed by all of the elevator controllers 11, 12, and 13. In actual processing, the rationality judgments in the left flow are made by the rationality judging units 66, 62, 64, the switching instruction of the rationality determining unit (for example, 62) that has detected an abnormality is transmitted to the flow on the right side, and the switching process is executed in all of the elevator controllers 11, 12, and 13. Therefore, according to the content of this process, if any of the elevator controllers 11, 12, 13 detects an abnormality as a result of rationality determination, all the elevator controllers 11, 12, 13 are switched to the standby system. .

図３の最初の処理ステップＳ１０では、全てのエレベーターコントローラ内の合理性判定部６０がそれぞれ故障判定を実行している。ここでの故障判定は、例えば、稼働系及び予備系の同一ソフトウェア部品５０の処理結果をもとに、正常・異常を判定するものであり、あるいはエレベーターシステム１の、機器構成や階床情報等の構造的な静的情報や、実際の乗りかごの位置や速度及び荷重等の動的な運行状態をもとに、処理結果がエレベーター運行としてあり得ない制御値を演算していないか等を、ソフトウェア部品５０のそれぞれの処理内容に応じた合理性をもとに、正常・異常を判定するものである。 In the first processing step S10 in FIG. 3, the rationality determination units 60 in all the elevator controllers respectively perform failure determination. The failure determination here is, for example, to determine normality/abnormality based on the processing results of the same software component 50 of the operating system and the standby system, or to determine the equipment configuration, floor information, etc. of the elevator system 1. Based on the structural static information and the actual car position, speed, load, and other dynamic operating conditions, check whether the processing results are calculating control values that are impossible for elevator operation. , normality/abnormality is determined based on the rationality according to the processing contents of each of the software components 50 .

この結果、故障等が発生しない、すなわち処理結果が正しい場合には、そのまま処理を続行する。故障等の発生を検知した、すなわち処理結果が誤っている場合には、処理ステップＳ１２において、稼働系から予備系への切替を、エレベーターコントローラ１１、１２、１３のすべてに指示を送信する。これは誰が検知しても、自己を含む全員に切替指示を与えるものである。 As a result, if no failure or the like occurs, that is, if the processing result is correct, the processing continues. If the occurrence of a failure or the like is detected, that is, if the processing result is incorrect, an instruction is sent to all elevator controllers 11, 12, and 13 to switch from the active system to the standby system in processing step S12. This gives a switching instruction to everyone including the self, regardless of who detects it.

図３の右側の処理は、切替を指示された全てのエレベーターコントローラ１１、１２、１３における処理であり、最初に処理ステップＳ１４において、稼働系から、予備系への、切替の指示を受信する。処理ステップＳ１６において、各エレベーターコントローラ１１、１２、１３は、自らが保持しているソフトウェア部品５０をひとつずつ選択する。処理ステップＳ１８では、それぞれのソフトウェア部品５０の仮想Ｉ／Ｏを、稼働系のソフトウェア部品５０の場合には稼働系から予備系へ、予備系のソフトウェア部品５０の場合には予備系から稼働系へ切り替える。これを切替が終了していないソフトウェア部品５０がなくなるまで繰り返す。なお、稼働系すなわち故障とみなされたソフトウェア部品５０については、処理を停止させても良い。 The processing on the right side of FIG. 3 is processing in all elevator controllers 11, 12, and 13 that have been instructed to switch. First, in processing step S14, an instruction to switch from the active system to the standby system is received. In processing step S16, each elevator controller 11, 12, 13 selects the software component 50 it owns one by one. In processing step S18, the virtual I/O of each software component 50 is transferred from the active system to the standby system in the case of the software component 50 in the active system, and from the standby system to the active system in the case of the software component 50 of the standby system. switch. This is repeated until there is no software component 50 for which switching has not been completed. It should be noted that the processing of the active system, ie, the software component 50 that is considered to be faulty, may be stopped.

このようにすることで、故障等を検知した場合、即座に複数のエレベーターコントローラに稼働系から、予備系への切替を指示できるので、エレベーターシステム１として、エレベーター・サービスを継続して提供することができる。 By doing so, when a failure or the like is detected, it is possible to immediately instruct a plurality of elevator controllers to switch from the operating system to the standby system, so that the elevator system 1 can continue to provide elevator services. can be done.

図３のフローでは、すべての系統を稼働系から予備系に一斉に切替える全系統切替の考え方で対処することについて説明したが、次に故障個所のみを切替える部分入替の処理について説明する。ここでは、あるソフトウェア部品５０が故障した場合に、このソフトウェア部品５０のみを、稼働系から予備系へ入替える場合の構成例とフローチャートを説明する。 In the flow of FIG. 3, the concept of all-system switching, in which all systems are switched from the working system to the standby system all at once, has been described. Next, the process of partial replacement, in which only the faulty part is switched, will be described. Here, a configuration example and a flow chart for replacing only this software component 50 from the active system to the standby system when a certain software component 50 fails will be described.

図４によりソフトウェア部品５０を入替える場合の各種テーブル類の構成を説明する。なお本説明事例では、Ｂ部品５４の稼働系を予備系に入れ替える例で説明することから、図４の上段にＢ部品の合理性を判断する３号機のＢ部品合理部６４と、管理テーブル６５の記憶内容を例示している。 The configuration of various tables when replacing the software component 50 will be described with reference to FIG. In this example, since the working system of the B part 54 is replaced with the standby system, the upper part of FIG. The memory contents of are illustrated.

図１に示す構成によれば、高速機である３号機のエレベーターコントローラ１３で動作しているＢ合理性判定部６４は、稼働系ソフトウェア部品５０としてＢ部品５２が搭載されているエレベーターコントローラ１２である２号機と、予備系ソフトウェア部品５０としてＢ部品５２が搭載されているエレベーターコントローラ１１である１号機と、を管理テーブル６５で把握している。図４上段の管理テーブルは、この関係を稼働側が２号機、待機側が１号機として把握されていることを表している。なお参考までに他の号機の管理テーブルの把握内容を述べるならば、２号機に搭載されるＡ合理性判定部６２は稼働側が１号機、待機側が３号機として把握しており、１号機に搭載されるＣ合理性判定部６６は稼働側が３号機、待機側が２号機として把握していることになる。 According to the configuration shown in FIG. 1, the B rationality determination unit 64 operating in the elevator controller 13 of the high-speed machine No. 3 is the elevator controller 12 in which the B component 52 is installed as the operation system software component 50. The management table 65 grasps the second machine and the first machine, which is the elevator controller 11 in which the B component 52 is installed as the backup software component 50 . The management table in the upper part of FIG. 4 indicates that this relationship is grasped as machine No. 2 on the operating side and machine No. 1 on the standby side. For reference, the A rationality determination unit 62 installed in the second machine understands that the operating side is the first machine and the standby side is the third machine, and it is installed in the first machine. The C rationality judging section 66, which receives the data, recognizes that the operating side is the No. 3 machine and the standby side is the No. 2 machine.

図４中段及び下段には、各号機の通信部３０内の送受信テーブル３６の記憶内容を示している。この図で送受信テーブル３６は、稼働系と、予備系の、ソフトウェア部品５０が、どのエレベーターコントローラの、どのソフトウェア部品５０と、紐づけられているか、を記憶している。３６－１が１号機、３６－２が２号機、３６－３が３号機の送受信テーブル３６である。 The middle and lower parts of FIG. 4 show the contents stored in the transmission/reception table 36 in the communication unit 30 of each car. In this figure, the transmission/reception table 36 stores which software component 50 of which elevator controller and which software component 50 of the active system and the standby system are linked. 36-1 is the first machine, 36-2 is the second machine, and 36-3 is the transmission/reception table 36 of the third machine.

なお、通信部３０における通信の説明を行うにあたり、その前提としてここでは図１のエレベーターコントローラシステムでは、Ａ部品５２と、Ｂ部品５４と、Ｃ部品５６と、が順番に処理を実施し、この処理を繰り返すことで、群管理処理をしているものとする。 In describing the communication in the communication unit 30, it is assumed that in the elevator controller system of FIG. It is assumed that group management processing is performed by repeating the processing.

この処理の順番によれば、例えば稼働系のＢ部品５２に着目すると、図４中段の送受信テーブル３６－２において、Ｂ部品５４が受信する、つまり一つ前の処理は１号機から到着することが記憶されている。よって、１号機の稼働系はＡ部品５２なので、該Ｂ部品５４の一つ前の処理がわかる。一方で、Ｂ部品５２が送信する、つまり処理を終わって次の処理に送信することが記憶されている。よって、３号機の稼働系はＣ部品５６なので、該Ｂ部品５４の次の処理がわかる。このような、分散しているソフトウェア部品５０の全ての稼働系及び予備系の関係が、送受信テーブル３６－１、３６－２、３６－３に記憶されている。 According to this order of processing, for example, focusing on the B component 52 of the active system, in the transmission/reception table 36-2 in the middle of FIG. is stored. Therefore, since the operating system of machine No. 1 is the A part 52, the processing of the B part 54 immediately before can be known. On the other hand, it is stored that the B component 52 transmits, that is, it finishes processing and transmits to the next processing. Therefore, since the working system of the third machine is the C component 56, the next processing of the B component 54 is known. Such relationships between all active and standby systems of distributed software components 50 are stored in transmission/reception tables 36-1, 36-2, and 36-3.

各エレベーターコントローラの通信部３０は、この送受信テーブル３６に基づいて、通信処理を実行する。ここでは、送受信テーブル３６の内容を、故障前（図４中段）と故障後（図４下段）について示している。 The communication unit 30 of each elevator controller executes communication processing based on this transmission/reception table 36 . Here, the contents of the transmission/reception table 36 are shown before the failure (the middle part of FIG. 4) and after the failure (the lower part of FIG. 4).

次に上記の送受信関係を前提として、Ｂ部品５４の稼働系を予備系に入れ替える例について説明する。故障前の稼働系のＢ部品５４つまり２号機の送受信テーブル３６－２を見ると、１号機と３号機が関係していることがわかる。１号機の稼働系の送信側を、Ｂ部品５４の予備系の受信側に入れ替え、また、３号機の稼働系の受信側を、Ｂ部品５４の予備系の送信側に入れ替えることにより、Ｂ部品５４を稼働系から予備系に入替えることが可能になる。 Next, an example of replacing the active system of the B component 54 with the standby system will be described on the premise of the above transmission/reception relationship. Looking at the transmission/reception table 36-2 of the B component 54 of the operating system before the failure, that is, the second machine, it can be seen that the first machine and the third machine are related. By replacing the transmitting side of the working system of the first device with the receiving side of the standby system of the B component 54 and replacing the receiving side of the working system of the third device with the transmitting side of the standby system of the B component 54, the B component 54 can be switched from the working system to the standby system.

つまり、故障前の１号機の稼働系Ａの送信側は２号機となっているが、故障後には１号機の稼働系Ａの送信側を、Ｂ部品５４の予備系が動作している１号機とすればよい。故障前の３号機の稼働系Ｃの受信側は２号機となっているが、故障後には３号機のＣ部品５６の受信側を、Ｂ部品５４の予備系が動作している１号機とすればよい。予備系のＢ部品５４の受信側及び送信側は、故障した稼働系の受信側１号機及び送信側３号機を踏襲すればよい。 In other words, the transmission side of the working system A of the first machine before the failure is the second machine, but after the failure, the transmission side of the working system A of the first machine is changed to the first machine in which the standby system of the B part 54 is operating. And it is sufficient. Before the failure, the receiving side of the working system C of Unit 3 was Unit 2. Just do it. The receiving side and transmitting side of the B component 54 of the standby system may follow the receiving side No. 1 device and the transmitting side No. 3 device of the failed working system.

なお、本実施例では、送受信テーブル３６の受信側及び送信側を１要素としているがこの限りではない。つまり、複数の受信側及び送信側を記憶している場合がある。この場合には、受信側及び送信側であるソフトウェア部品５０が複数存在することになるので、所謂並列処理構成となる。 In this embodiment, the receiving side and the transmitting side of the transmission/reception table 36 are one element, but this is not the only element. That is, it may store multiple receivers and transmitters. In this case, there are a plurality of software components 50 on the receiving side and the transmitting side, resulting in a so-called parallel processing configuration.

次に図５ａ、図５ｂ、図５ｃ、図５ｄを用いて、入替処理のフローチャートを説明する。なお図５ａは入れ替え処理の主たるフローであり、図５ｂ、図５ｃ、図５ｄは主フローの中で受信側、送信側、予備側であることが指定されたときのサブフローを示している。 Next, a flow chart of replacement processing will be described with reference to FIGS. 5a, 5b, 5c, and 5d. FIG. 5a shows the main flow of the replacement process, and FIGS. 5b, 5c, and 5d show sub-flows when the reception side, transmission side, and backup side are specified in the main flow.

図５ａの入れ替え処理の主たるフローにおける最初の処理ステップＳ１０は、図３の判定処理ステップＳ１０と同じものであり、判定に誤りが検知されたことをもって以下の処理が開始され、判定誤りがないときは起動されない。なお本説明事例では、Ｂ部品５４の稼働系を予備系に入れ替える例で説明する。 The first processing step S10 in the main flow of the replacement processing of FIG. 5a is the same as the judgment processing step S10 of FIG. is not started. In this explanation example, an example in which the active system of the B component 54 is replaced with the standby system will be explained.

この場合、処理ステップＳ１０でＢ部品５４の判定に誤りが検知されると、処理ステップＳ２０が起動され、また図５ｄに示す予備側のサブフローが起動される。このうち処理ステップＳ２０においては、図４上段に示した管理テーブル６３にて、Ｂ部品５４の稼働系／予備系を確認し、稼働系が２号機、予備系が１号機であることがわかる。続いて処理ステップＳ２０において、Ｂ部品５４の稼働系の受信側／送信側を確認し、受信側は１号機、送信側は３号機、であることがわかる。 In this case, when an error is detected in the determination of the B component 54 in processing step S10, processing step S20 is started, and the sub-flow on the backup side shown in FIG. 5d is started. In processing step S20, the operating system/standby system of the B part 54 is checked in the management table 63 shown in the upper part of FIG. Subsequently, in processing step S20, the receiving side/transmitting side of the operating system of the B component 54 is confirmed, and it is found that the receiving side is the first machine and the transmitting side is the third machine.

上記により、Ｂ部品５４の判定に誤りが検知されたときの受信側、送信側、予備側が特定され、これを受けて図５ｂ、図５ｃ、図５ｄに示した受信側、送信側、予備側のサブフローがスタートする。 As described above, the receiving side, the transmitting side, and the backup side are specified when an error is detected in the judgment of the B component 54. In response to this, the receiving side, the transmitting side, and the backup side shown in FIGS. subflow starts.

このうち図５ｂの受信側の処理フローＡにおいては、処理ステップＳ３１により２号機の通信部３０は、稼働系の送信側の変更依頼を１号機に送信する。処理ステップＳ３２により１号機の通信部３０は、送信側の変更依頼を受信する。処理ステップＳ３３では、当該依頼に基づき、稼働系の送信側を変更する。 Among these, in the processing flow A on the reception side in FIG. 5B, the communication unit 30 of the second machine transmits a change request on the transmission side of the active system to the first machine in processing step S31. By processing step S32, the communication unit 30 of the first machine receives the change request from the transmission side. In processing step S33, the transmission side of the active system is changed based on the request.

また図５ｃの送信側の処理フローＢにおいては、処理ステップＳ３４により２号機の通信部３０は、稼働系の受信側の変更依頼を３号機に送信する。処理ステップＳ３５により３号機の通信部３０は、受信側の変更依頼を受信する。処理ステップＳ３６では、当該依頼に基づき、稼働系の受信側を変更する。 Further, in the processing flow B on the transmission side in FIG. 5C, the communication unit 30 of the second machine transmits a request for changing the reception side of the active system to the third machine in processing step S34. By processing step S35, the communication unit 30 of the third machine receives the change request from the receiving side. In processing step S36, the receiving side of the active system is changed based on the request.

さらに図５ｄの予備側の処理フローＣにおいては、処理ステップＳ４１により２号機の通信部３０は、送受信の変更をＢ部品５４の予備系がある１号機に送信する。処理ステップＳ４２により１号機の通信部３０は、送受信の変更依頼を受信する。処理ステップＳ４３では、当該依頼に基づき、予備系の受信側及び送信側を変更する。このような図５ａ、図５ｂ、図５ｃ、図５ｄの処理フローにより、図４の故障後の接続状態のような構成に変更することが可能となる。 Further, in the process flow C on the backup side in FIG. 5d, the communication section 30 of the second machine transmits the transmission/reception change to the first machine having the backup system of the B part 54 in step S41. By processing step S42, the communication unit 30 of the first machine receives the transmission/reception change request. In processing step S43, the receiving side and transmitting side of the standby system are changed based on the request. 5a, 5b, 5c, and 5d, it is possible to change the configuration to the connection state after failure in FIG.

実施例３では、エレベーターシステムでの処理に関する各種のプログラムを記憶しているＲＯＭの構成例について図６、図７、図８、図９を用いて説明する。 In a third embodiment, a configuration example of a ROM storing various programs relating to processing in an elevator system will be described with reference to FIGS. 6, 7, 8 and 9. FIG.

図２のＲＯＭには、エレベーターシステムでの処理に関する各種のプログラムとして、ソフトウェア部品５０、合理性判定部６０、号機部２０、２２、通信部３０の処理を行うプログラムを記憶するが、ＲＯＭにこれらプログラムを収納しＲＯＭ割り当てを決定するにあたり、いくつかの構成例が考えられる。これらの構成例は、１つのＲＯＭにすべてのプログラムを収納する全部入り、複数のＲＯＭに収納する分散済み、最低限の機能のみを収納する最低組合せである。 In the ROM of FIG. 2, various programs related to the processing in the elevator system are stored, as programs for processing the software component 50, the rationality determination unit 60, the unit units 20 and 22, and the communication unit 30. These programs are stored in the ROM. Several configuration examples are conceivable for storing programs and determining ROM allocation. These configuration examples are a minimum combination in which all programs are stored in one ROM, all programs are stored in a plurality of ROMs, and only minimum functions are stored.

図６は、１つのＲＯＭにすべてのプログラムを収納する全部入りの考え方で構成したものであり、例えば群管理処理の全てのソフトウェア部品５０を、すべてのエレベーターコントローラ１１、１２、１３のＲＯＭ１０２に記憶させる構成である。標準機用ＲＯＭ１０２ａと、高速機用ＲＯＭ１０２ｂは、群管理処理の全てのＡ部品５２、Ｂ部品５４、Ｃ部品５６と、判定部であるＡ合理性判定部６２と、Ｂ合理性判定部６４と、Ｃ合理性判定部６６と、を有する。なお、標準機用ＲＯＭ１０２ａと、高速機用ＲＯＭ１０２ｂと、の違いは、標準機用号機部２０と、高速機用号機部２２との違いである。なお、標準機用号機部２０と、高速機用号機部２２と、が同一の号機部処理であり、パラメータ等により、標準機と高速機の切替が可能な場合にはＲＯＭの構成は同一となる。このようなＲＯＭ構成にすることで、ＲＯＭイメージをひとつもしくはモデル毎に固定することが可能となる。 FIG. 6 is constructed based on the idea of storing all programs in one ROM. It is a configuration that allows The ROM 102a for the standard machine and the ROM 102b for the high-speed machine store all the A parts 52, B parts 54, and C parts 56 of the group management process, and the A rationality judging part 62 and the B rationality judging part 64, which are judging units. , and a C rationality determination unit 66 . The difference between the standard machine ROM 102a and the high speed machine ROM 102b is the difference between the standard machine number machine section 20 and the high speed machine number machine section 22. FIG. It should be noted that the standard machine number machine section 20 and the high-speed machine number machine section 22 have the same machine number processing, and if it is possible to switch between the standard machine and the high-speed machine by parameters, etc., the ROM configuration is the same. Become. By adopting such a ROM configuration, it becomes possible to fix one ROM image or each model.

図７は、複数のＲＯＭに収納する分散済みの考え方で構成したものであり、例えば予め、ソフトウェア部品５０と、合理性判定部６０と、をそれぞれのエレベーターコントローラ１１、１２、１３に分散割当しておき、それぞれのエレベーターコントローラ１１、１２、１３専用にＲＯＭ１０２ｃ、１０２ｄ、１０２ｅを構成した一実施例である。このようにすることで、エレベーターシステム１における、標準型エレベーターや、高速型エレベーターのような複数のモデルの組合せに合わせた専用のＲＯＭイメージを作成することが可能となるとともに図６の全部入りよりも、ＲＯＭイメージのサイズを縮小することが可能となる。 FIG. 7 is configured based on the concept of distributed storage stored in a plurality of ROMs. For example, the software component 50 and the rationality determination unit 60 are distributed and assigned to the respective elevator controllers 11, 12, and 13 in advance. This is an embodiment in which ROMs 102c, 102d and 102e are configured exclusively for the respective elevator controllers 11, 12 and 13 respectively. By doing so, it becomes possible to create a dedicated ROM image that matches a combination of a plurality of models such as a standard elevator and a high-speed elevator in the elevator system 1. Also, it is possible to reduce the size of the ROM image.

図８は、部品ごとに収納する組合せの考え方で構成したものであり、例えば、ソフトウェア部品５０と、合理性判定部６０と、を組みにして、それぞれのエレベーターコントローラ１１、１２、１３専用にＲＯＭ１０２ｆ、１０２ｇ、１０２ｈを構成した例である。ソフトウェア部品５０と、合理性判定部６０と、を組合せた個別ＲＯＭイメージサイズをもとに、複数のエレベーターコントローラに、ほぼ均一になるように、個別ＲＯＭイメージサイズを割り当てることにより、ＲＯＭイメージサイズを均一且つ小容量とすることが可能となる。 FIG. 8 is constructed based on the idea of a combination for storing each component. For example, the software component 50 and the rationality determination unit 60 are combined, and the ROM 102f is dedicated to each of the elevator controllers 11, 12, and 13. , 102g and 102h. Based on the individual ROM image size obtained by combining the software component 50 and the rationality determination unit 60, the individual ROM image size is allocated to the plurality of elevator controllers so as to be substantially uniform, thereby reducing the ROM image size. It is possible to make the volume uniform and small.

上記した図６、図７、図８のＲＯＭ割当例を比較すると明らかなように、図６の構成例は図１ａの構成例においてさらに他の合理性判定部も備えたものであり、図７の構成例は図１ａの構成例と同じである。したがって図６、図７の構成例は、図１ａと同等またはそれ以上の機能を備えたものということができる。これに対し、図８の構成例は図１ａの構成例が備える部品のすべてを備える形態にはなっていない。 As is clear from a comparison of the ROM allocation examples in FIGS. 6, 7, and 8, the configuration example in FIG. 6 is the configuration example in FIG. The configuration example of is the same as the configuration example of FIG. 1a. Therefore, the configuration examples of FIGS. 6 and 7 can be said to have functions equivalent to or greater than those of FIG. 1a. On the other hand, the configuration example of FIG. 8 does not include all the parts included in the configuration example of FIG. 1a.

このため、図８の携帯でＲＯＭ割り当てを行った場合には、エレベーターシステム１を構成した後、その運用開始前の状態において、ネットワーク４０を用いたデータ通信により、図１ａの構成を構築しておく必要がある。 For this reason, when the ROM allocation is performed by the mobile phone shown in FIG. 8, the configuration shown in FIG. need to leave

図９は、この構築前後の形態を示している。図９の上部には、初期段階の図８の構成のＲＯＭ割り当てされたエレベーターシステム１の構成例、図９の下部には、データコピー技術を利用したクローニングにより構築された図１ａの構成を示している。 Figure 9 shows the morphology before and after this construction. The upper part of FIG. 9 shows an example of the configuration of the elevator system 1 in which ROMs are allocated in the configuration shown in FIG. 8 at the initial stage, and the lower part of FIG. 9 shows the configuration shown in FIG. ing.

図１０は、図８の構成を、図９の構成に変換するための処理フロー図である。図１０により、ソフトウェア部品５０と、合理性判定部６０と、を組合せた個別ＲＯＭの構造をもとに、ソフトウェア部品５０の稼働系、予備系及び合理性判定部６０をエレベーターコントローラに分散して割り当てる処理フローの一実施例を説明する。前述の通り、ソフトウェア部品５０は、エレベーターコントローラの通信部３０を経由することにより、任意のエレベーターコントローラで、コピーが可能である。 FIG. 10 is a processing flow diagram for converting the configuration of FIG. 8 to the configuration of FIG. According to FIG. 10, based on the individual ROM structure combining the software component 50 and the rationality determination unit 60, the operating system, the standby system, and the rationality determination unit 60 of the software component 50 are distributed to the elevator controller. An embodiment of the allocation processing flow will be described. As described above, the software component 50 can be copied by any elevator controller via the communication section 30 of the elevator controller.

図１０の処理フローの最初の処理ステップＳ１００では、個々のエレベーターコントローラ１１、１２、１３について、他のエレベーターコントローラ１０に、予備系として別のエレベーターコントローラ１０に割り当てられていないソフトウェア部品５０を確認する。処理ステップＳ１０２では、未割当ソフトウェア部品の有無を判定し、割り当てされていないソフトウェア部品５０があった場合には、処理ステップＳ１０４においてこれを取得して予備系として割り当てて、管理テーブル６５及び送受信テーブル３６を更新する。 In the first processing step S100 of the processing flow of FIG. 10, for the individual elevator controllers 11, 12, and 13, the other elevator controllers 10 are checked for software components 50 that are not assigned to another elevator controller 10 as a backup system. . In processing step S102, it is determined whether or not there is an unallocated software component.If there is an unallocated software component 50, it is acquired in processing step S104 and allocated as a standby system, and the management table 65 and the transmission/reception table are acquired. Update 36.

処理ステップＳ１０２の判断が割り当てされていないソフトウェア部品５０がないというものである場合には、処理ステップＳ１０６において割り当てられていない且つ当該エレベーターコントローラ１０に割り当てられていないソフトウェア部品に対応する判定部６０であるか否かを確認する。処理ステップＳ１０８では、未割当判定部の有無を判定し、割り当てされていない判定部６０があった場合には、処理ステップＳ１１０においてこれを取得して判定部として自分に割り当てる。なお処理ステップＳ１０８の判定において、割り当てされていない判定部６０がない場合には、割当処理を終了する。 If the determination in processing step S102 is that there is no unassigned software component 50, the determining unit 60 corresponding to the unassigned software component not assigned to the elevator controller 10 in processing step S106 Check whether there is In processing step S108, it is determined whether or not there is an unassigned determination section. If there is an unassigned determination section 60, it is acquired in processing step S110 and assigned to itself as a determination section. Note that if it is determined in processing step S108 that there is no determination unit 60 that has not been assigned, the assignment process ends.

このようにすることで、処理性能が高いエレベーターコントローラ１３は、多く割り当てられていないソフトウェア部品５０を獲得し、相対的に処理性能が低いエレベーターコントローラ１１、１２は、確認する頻度が減るためにソフトウェア部品５０の獲得が低くなるため、エレベーターシステム１全体で、処理性能に見合った負荷分散とすることが可能となる。 By doing so, the elevator controller 13 with high processing performance acquires many software components 50 that are not assigned, and the elevator controllers 11 and 12 with relatively low processing performance acquire software components 50 because the frequency of confirmation is reduced. Since the acquisition of the parts 50 is low, it is possible to distribute the load in the elevator system 1 as a whole in accordance with the processing performance.

実施例４では、仮想マシンの考え方を採用することにより複数のエレベーターコントローラ１１、１２、１３間での負荷平滑を図ることについて、図１１を用いて説明する。エレベーターの標準機や高速機等のモデルの違いによる、処理性能の違いを取り除くために、仮想マシンを活用することについて説明する。この例では、標準機のエレベーターコントローラ１１、１２よりも、高速機のエレベーターコントローラ１３の方が、処理性能が高いと仮定する。 In a fourth embodiment, using FIG. 11, the concept of a virtual machine will be used to smooth loads among a plurality of elevator controllers 11, 12, and 13. FIG. In order to eliminate differences in processing performance due to differences in models such as standard elevators and high-speed elevators, the use of virtual machines will be explained. In this example, it is assumed that the elevator controller 13 of the high-speed machine has higher processing performance than the elevator controllers 11 and 12 of the standard machine.

図１１の構成を図１ａの構成と比較すると明らかなように、図１１では各エレベーターコントローラ１１、１２、１３の群管理制御部分を仮想マシン８１、８２として構成する。具体的には、標準機のエレベーターコントローラ１１、１２で動作する仮想マシン８１と、高速機のエレベーターコントローラ１３で動作する仮想マシン８２と、において、仮想マシン８１と仮想マシン８２の処理性能が同一となるように、同一アーキテクチャの仮想マシンを設計もしくは調整をする。 As is clear from comparing the configuration of FIG. 11 with the configuration of FIG. 1a, in FIG. Specifically, the virtual machine 81 operating with the elevator controllers 11 and 12 of the standard machine and the virtual machine 82 operating with the elevator controller 13 of the high-speed machine are assumed to have the same processing performance. Design or tune virtual machines of the same architecture so that

これにより、同一アーキテクチャ上でのソフトウェア部品５０の処理時間等の指標によって、ソフトウェア部品５０の処理負荷をエレベーターシステム１全体でできるだけ均一に分散させることが容易となる。 This makes it easy to distribute the processing load of the software component 50 as evenly as possible over the entire elevator system 1 using an index such as the processing time of the software component 50 on the same architecture.

実施例５では、複数のエレベーターコントローラ１１、１２、１３間での負荷分散を図ることについて、図１２ａ、図１２ｂを用いて説明する。ここでは、エレベーターの標準機や高速機等のモデルの違いによる、処理性能の違いを考慮した、ソフトウェア部品の分散割当について説明する。 In the fifth embodiment, load distribution among a plurality of elevator controllers 11, 12 and 13 will be described with reference to FIGS. 12a and 12b. Here, distributed allocation of software components will be described in consideration of differences in processing performance due to differences in models such as standard elevators and high-speed elevators.

ただしここでは、説明の都合上、ソフトウェア部品５０を、Ａ部品からＦ部品まで総数を多くしている。また、高速機エレベーターコントローラ１３の処理性能を、標準機エレベーターコントローラ１１、１２の２倍としている。 However, here, for convenience of explanation, the total number of software components 50 is increased from A component to F component. Further, the processing performance of the high-speed machine elevator controller 13 is twice that of the standard machine elevator controllers 11 and 12 .

図１２ａに示すように実施例５での負荷分散にあたり、プロファイルを管理する。プロファイルとは、実際に処理を実行させた結果である処理時間結果を指標とするものである。プロファイルテーブル９０は、Ａ部品からＦ部品までのそれぞれのソフトウェア部品５０に関して、標準機エレベーターコントローラ１１、１２で実際に処理を実行した場合の性能指標と、高速機エレベーターコントローラ１３で実際に処理を実行した場合の性能指標と、を記憶している。なおここでは、各ソフトウェア部品について高速機エレベーターコントローラ１３の処理性能は、標準機エレベーターコントローラ１１、１２の２倍であるとしている。 As shown in FIG. 12a, profiles are managed for load distribution in the fifth embodiment. A profile is an indicator of a processing time result, which is the result of actually executing processing. The profile table 90 shows the performance index when the standard machine elevator controllers 11 and 12 actually execute processing and the high speed machine elevator controller 13 actually executes the processing for each software component 50 from A component to F component. and a performance index in the case of Here, it is assumed that the processing performance of the high-speed machine elevator controller 13 for each software component is twice that of the standard machine elevator controllers 11 and 12 .

図１２ｂは、標準機エレベーターコントローラ１１、１２と高速機エレベーターコントローラ１３の処理時間を均等化すべく割り当てた事例を示している。ここでは例えば、各エレベーターコントローラ１１、１２、１３の、稼働系のソフトウェア部品５０の総数及び処理時間と、予備系のソフトウェア部品５０の総数及び処理時間と、に大きな隔たりが生じないように割り当てる。本実施例では、処理速度２倍の差を元に、ソフトウェア部品５０の割当割合及び総処理時間を元に、ソフトウェア部品５０を割り当てているが、このようなアルゴリズムに限定されるわけではない。 FIG. 12b shows a case where the processing times of the standard machine elevator controllers 11, 12 and the high speed machine elevator controller 13 are equally allocated. Here, for example, the total number and processing time of active system software components 50 and the total number and processing time of standby system software components 50 of each elevator controller 11, 12, 13 are allocated so as not to cause a large gap. In this embodiment, the software components 50 are allocated based on the difference in processing speed doubled, the allocation ratio of the software components 50, and the total processing time, but the algorithm is not limited to this.

これにより、実際のプロファイル結果つまりエレベーターコントローラ１０の処理性能を元に、該ソフトウェア部品５０の処理負荷をエレベーターシステム１全体でできるだけ均一に分散させることが容易となる。 This facilitates distributing the processing load of the software component 50 as evenly as possible throughout the elevator system 1 based on the actual profile result, that is, the processing performance of the elevator controller 10 .

実施例６では、故障発生時に縮退運転を実行させることについて図１３を用いて説明する。ここでは、故障等が発生した場合に、故障等が発生したソフトウェア部品５０が動作しているエレベーターコントローラを、縮退運転モードに変更することについて説明する。なおこの前提として一般的に号機部２０には、少なくとも通常運転モードと、縮退運転モードと、が実装されている。 In a sixth embodiment, execution of degeneration operation when a failure occurs will be described with reference to FIG. 13 . Here, it will be described how, when a failure or the like occurs, the elevator controller in which the software component 50 in which the failure or the like is occurring is operating is changed to the degenerate operation mode. As a premise for this, the unit unit 20 is generally equipped with at least a normal operation mode and a degenerate operation mode.

図１３は、縮退運転移行処理を行うフロー図である。図の左側には故障検知側のエレベーターコントローラとして１１の処理フローを、図の右側に和故障側のエレベーターコントローラとして１２の処理フローを記述しているが、これは任意の組み合わせであってもよい。 FIG. 13 is a flow chart for performing degeneration operation transition processing. On the left side of the figure, 11 process flows are described as elevator controllers on the failure detection side, and on the right side of the figure, 12 process flows are described as elevator controllers on the failure side, but these may be combined arbitrarily. .

図１３のフローにおいて、処理ステップＳ１０において故障等を検知したエレベーターコントローラ１１は、処理ステップＳ５０において故障等が発生したソフトウェア部品５０が動作しているエレベーターコントローラ１２に対して、縮退運転モードへの移行を指示する。 In the flow of FIG. 13, the elevator controller 11 that has detected a failure or the like in processing step S10 causes the elevator controller 12 operating the software component 50 in which the failure or the like has occurred to shift to the degenerate operation mode in processing step S50. to direct.

これに対し、故障等が発生したソフトウェア部品５０が動作しているエレベーターコントローラ１２は、処理ステップＳ６０において縮退運転モードへの移行指示を受信する。縮退意向を受信したエレベーターコントローラ１２は、処理ステップＳ６１において自身で故障等が発生しているか否かの動作状態を確認する。故障等が確認できた場合には、処理ステップＳ６２に移行して縮退運転モードへ移行する処理を実行する。故障等が確認できない場合には、処理ステップＳ６３に移行して自身が正常な状態であることの確認データを、縮退指示を送ったエレベーターコントローラ１１に送信する。 On the other hand, the elevator controller 12 operating the software component 50 in which the failure or the like has occurred receives the instruction to shift to the degenerate operation mode in processing step S60. The elevator controller 12 that has received the degeneracy intention checks the operating state of whether or not a failure or the like has occurred by itself in processing step S61. If a failure or the like can be confirmed, the process proceeds to processing step S62 to execute processing for shifting to the degenerate operation mode. If failure or the like cannot be confirmed, the process proceeds to processing step S63 to transmit confirmation data indicating that the elevator controller is in a normal state to the elevator controller 11 that sent the degeneration instruction.

故障等を検知したエレベーターコントローラ１１は、処理ステップＳ５１において正常な状態であることの確認データを受信する。処理ステップＳ５２では、正常な状態であることの確認データが受信できたか、もしくは受信タイムアウトしたかを確認する。受信できなかった場合には、処理ステップＳ５３において故障側のソフトウェア部品５０に係る送信側、受信側を無効にして別のエレベーターコントローラで動作しているソフトウェア部品と連携するように正常に動作しているエレベーターコントローラの送受信テーブル３６を更新して、故障したエレベーターコントローラ１２を隔離する。正常な状態であることの確認データが受信できた場合には、処理ステップＳ５４においてエレベーターシステム１が継続して処理を続けるよう復帰処理を実行する。 The elevator controller 11 that has detected a failure or the like receives confirmation data indicating that it is in a normal state in processing step S51. In processing step S52, it is confirmed whether confirmation data indicating a normal state has been received, or whether reception has timed out. If not received, in processing step S53, the transmitting side and receiving side of the faulty software component 50 are disabled, and normal operation is performed so as to cooperate with the software component operating in another elevator controller. update the send/receive table 36 of the existing elevator controller to isolate the failed elevator controller 12; If the confirmation data indicating that the state is normal has been received, a return process is executed so that the elevator system 1 continues processing in processing step S54.

これにより、故障等と思われるソフトウェア部品５０が動作しているエレベーターコントローラ１２の正常性が疑わしい場合にも、エレベーターコントローラ１２で動作している号機部２０を、念のため縮退運転モードに遷移することが可能になる。 As a result, even when the normality of the elevator controller 12 operating the software component 50 that is suspected to be malfunctioning or the like is questionable, the elevator unit 20 operating with the elevator controller 12 is shifted to the degenerate operation mode just in case. becomes possible.

実施例７では、故障発生時にソフトウェア部品５０の号機代替えを実行させることについて図１４、図１５を用いて説明する。 In the seventh embodiment, execution of machine number replacement of the software component 50 when a failure occurs will be described with reference to FIGS. 14 and 15. FIG.

ここでは、故障等が発生した場合に、故障等が発生したエレベーターコントローラのソフトウェア部品５０の代替えとして、別のエレベーターコントローラでソフトウェア部品５０を実行して、エレベーターシステム１としてエレベーター・サービスを継続する構成について図１４を用いて説明する。図１４の例は、２号機のエレベーターコントローラ１２で故障が発見された場合に、２号機の号機部２０の代替えを、エレベーターコントローラ１１で実行する構成である。 Here, when a failure or the like occurs, the software component 50 is executed by another elevator controller as a substitute for the software component 50 of the elevator controller in which the failure or the like has occurred, and the elevator system 1 continues the elevator service. will be described with reference to FIG. In the example of FIG. 14, when a failure is found in the elevator controller 12 of the second car, the elevator controller 11 replaces the elevator unit 20 of the second car.

このためにここでは、健全側であるエレベーターコントローラ１１内において号機部２０のソフトウェア部品５０をコピーして、エレベーターコントローラ１１内にエレベーターコントローラ１２用の号機部２３を作成する。またエレベーターコントローラ１１内の号機部２３から故障発生側のエレベーターコントローラ１２を操作するにあたり、その処理の実行に際しては、エレベーターコントローラ１２で動作している号機部２０の状態を取得し、同一状態にして遠隔状態において処理を開始する。 For this purpose, the software component 50 of the elevator unit 20 is copied in the elevator controller 11 on the healthy side, and the elevator unit 23 for the elevator controller 12 is created in the elevator controller 11 . When operating the elevator controller 12 on the failure side from the elevator controller 11, the state of the elevator controller 20 operating in the elevator controller 12 is acquired and set to the same state. Start processing in the remote state.

具体的には、エレベーターコントローラ１１内の号機部２３の仮想Ｉ／Ｏ７０を、通信部３０を経由してエレベーターコントローラ１２に処理結果を転送するように変更する。エレベーターコントローラ１２の通信部３０は、転送されて来た処理結果を、駆動部２４に直接転送する。 Specifically, the virtual I/O 70 of the elevator unit 23 in the elevator controller 11 is changed to transfer the processing result to the elevator controller 12 via the communication unit 30 . The communication unit 30 of the elevator controller 12 directly transfers the transferred processing result to the driving unit 24 .

これにより、故障等と思われるソフトウェア部品５０が動作しているエレベーターコントローラ１２の正常性が疑わしい場合に、最低限の機能である駆動部２４のみを活かして、他のエレベーターコントローラ１１から、該駆動系２４を操作して、正常にエレベーターの制御を継続することが可能となる。 As a result, when the normality of the elevator controller 12 operating the software component 50 that is suspected to be malfunctioning or the like is questionable, only the drive unit 24, which is the minimum function, can be utilized from the other elevator controller 11 to perform the drive. System 24 can be manipulated to continue controlling the elevator normally.

次に、図１５を用いて、代替え処理のフローを説明する。図１５のフローにおいて、処理ステップＳ１０で故障等を検知したエレベーターコントローラ１１は、処理ステップＳ７０において故障等が発生したソフトウェア部品５０が動作しているエレベーターコントローラ１２に、縮退運転モードへの移行を指示する。 Next, with reference to FIG. 15, the flow of replacement processing will be described. In the flow of FIG. 15, the elevator controller 11 that has detected a failure or the like in processing step S10 instructs the elevator controller 12 operating the software component 50 in which the failure has occurred to shift to the degenerate operation mode in processing step S70. do.

故障等が発生したソフトウェア部品５０が動作しているエレベーターコントローラ１２は、処理ステップＳ８０において縮退運転モードへの移行指示を受信する。移行指示を受信したエレベーターコントローラ１２は、処理ステップＳ８１において自身で故障等が発生しているか否かの動作状態を確認する。故障等が確認できた場合には、処理ステップＳ８２において縮退運転モードへ移行する。縮退運転モードに移行できない場合には、処理ステップＳ８３において現在の号機部２０の動作状態データを、縮退指示を送ったエレベーターコントローラ１１に送信する。次いで、２号機のエレベーターコントローラ１２は、ステップＳ８４において号機部２０の処理を停止するとともに、通信部３０を代替受付モードに変更する。なお代替え受付モードとは、特定のエレベーターコントローラ１１からの通信によって、駆動部２４を操作するモードのことである。 The elevator controller 12 operating the software component 50 in which the failure or the like has occurred receives an instruction to shift to the degenerate operation mode in processing step S80. The elevator controller 12 that has received the shift instruction checks the operating state of whether or not a failure or the like has occurred by itself in processing step S81. If a failure or the like can be confirmed, the system shifts to the degenerate operation mode in processing step S82. If the degeneration operation mode cannot be entered, the current operating state data of the elevator unit 20 is transmitted to the elevator controller 11 that sent the degeneration instruction in processing step S83. Next, in step S84, the elevator controller 12 of the No. 2 car stops the processing of the No. 2 car unit 20 and changes the communication unit 30 to the alternative acceptance mode. Note that the alternative reception mode is a mode in which the drive section 24 is operated by communication from a specific elevator controller 11 .

故障等を検知したエレベーターコントローラ１１は、処理ステップＳ７１において号機部２０の動作状態データ（状態移管）を受信する。次に処理ステップＳ７２において、動作状態データが受信できたかもしくは受信タイムアウトしたかを確認する。受信できなかった場合には、処理ステップＳ７３において故障側のソフトウェア部品５０に係る送信側、受信側を無効にして別のエレベーターコントローラ１０で動作しているソフトウェア部品と連携するように正常に動作しているエレベーターコントローラ１０の送受信テーブル３６を更新して、故障したエレベーターコントローラ１０を隔離する。動作状態データが受信できた場合には、処理ステップＳ７４において動作状態データをもとに号機部２３を起動し、エレベーターシステム１が処理を続けられるよう代替え処理を実行する。 The elevator controller 11 that has detected a failure or the like receives the operating state data (state transfer) of the elevator unit 20 in processing step S71. Next, in processing step S72, it is confirmed whether the operating state data has been received or whether the reception has timed out. If the data cannot be received, the transmission side and the reception side of the software component 50 on the faulty side are invalidated in processing step S73, and normal operation is performed so as to cooperate with the software component operating in another elevator controller 10. update the transmit/receive table 36 of the elevator controller 10 that has failed to isolate the failed elevator controller 10. When the operation state data can be received, the elevator unit 23 is activated based on the operation state data in processing step S74, and the substitute process is executed so that the elevator system 1 can continue the process.

１：エレベーターシステム
１０、１１、１２、１３：エレベーターコントローラ
２０、２２：号機部
２４、２６：駆動部
３０：通信部
３２：メッセージ受信部
３４：メッセージ送信部
３６：送受信テーブル
４０：ネットワーク
５０、５２、５４、６６：ソフトウェア部品
６０、６２、６４、６６：合理性判定部
６５：管理テーブル
７０：仮想Ｉ／Ｏ
８０、８２：仮想マシン
９０：プロファイルテーブル
１０１：ＭＰＵ
１０２ａ、１０２ｂ：群管理ソフトウェア部品が全て記憶されたＲＯＭイメージ
１０２ｃ、１０２ｄ、１０２ｅ：個々のエレベーター毎に分散済みのＲＯＭイメージ
１０２ｆ、１０２ｇ、１０２ｈ：ソフトウェア部品と判定部の組合せ毎のＲＯＭイメージ
１０３：ＲＡＭ
１０４：通信Ｉ／Ｆ 1: elevator systems 10, 11, 12, 13: elevator controllers 20, 22: machine units 24, 26: drive unit 30: communication unit 32: message reception unit 34: message transmission unit 36: transmission/reception table 40: networks 50, 52 , 54, 66: software components 60, 62, 64, 66: rationality determination unit 65: management table 70: virtual I/O
80, 82: virtual machine 90: profile table 101: MPU
102a, 102b: ROM images 102c, 102d, 102e in which all group control software components are stored: ROM images 102f, 102g, 102h distributed to each elevator: ROM images 103 for each combination of software components and determination units: RAM
104: Communication I/F

Claims (16)

複数のエレベーター号機ごとにエレベーターコントローラを備え、複数のエレベーターコントローラ間がネットワークにより接続されたエレベーターシステムであって、
複数の各エレベーターコントローラは、運行制御処理の一部を稼働系と予備系による多重化構成として前記稼働系により前記エレベーター号機の実制御を行い、かつ異常と正常を判定する合理性判定部と前記稼働系と前記予備系の処理を、ソフトウェア部品を用いて実現するに際し、各エレベーターコントローラにおける前記稼働系と前記予備系と前記合理性判定部の処理を行うソフトウェア部品は互いに相違するソフトウェア部品とされるとともに、一のエレベーターコントローラにおける前記稼働系と前記予備系と前記合理性判定部のいずれかを担当したソフトウェア部品は、他のエレベーターコントローラにおける前記稼働系と前記予備系と前記合理性判定部の他のいずれかを担当するように構成されていることを特徴とするエレベーターシステム。 An elevator system in which an elevator controller is provided for each of a plurality of elevator machines and the plurality of elevator controllers are connected by a network,
Each of the plurality of elevator controllers performs actual control of the elevator number by the operating system with a part of the operation control processing being multiplexed by the operating system and the standby system, and the rationality judging section for judging abnormality and normality; When the processing of the working system and the standby system is realized using software components, the software components that perform the processing of the working system, the standby system, and the rationality determination section in each elevator controller are different software components. In addition, the software component in charge of any one of the operating system, the backup system, and the rationality determination unit in one elevator controller is responsible for the operation system, the backup system, and the rationality determination unit in another elevator controller. An elevator system configured to take charge of any other. 請求項１に記載のエレベーターシステムであって、
複数の各エレベーターコントローラは、複数のエレベーター号機を群管理する群管理制御部と個々のエレベーター号機を制御する号機制御部とネットワークに接続する通信部を備えており、前記群管理制御部を前記運行制御処理の一部として、前記合理性判定部と前記稼働系と前記予備系により構成することを特徴とするエレベーターシステム。 The elevator system of claim 1, comprising:
Each of the plurality of elevator controllers includes a group management control section for group management of a plurality of elevator machines, an elevator machine control section for controlling each elevator machine, and a communication section for connecting to a network. An elevator system comprising, as a part of control processing, the rationality determination section, the operating system, and the standby system. 請求項１に記載のエレベーターシステムであって、
前記合理性判定部は、前記稼働系及び前記予備系の同一ソフトウェア部品の処理結果をもとに、正常・異常を判定することを特徴とするエレベーターシステム。 The elevator system of claim 1, comprising:
The elevator system, wherein the rationality determination unit determines normality/abnormality based on processing results of the same software component of the operating system and the standby system. 請求項１に記載のエレベーターシステムであって、
前記合理性判定部は、エレベーターシステムの、機器構成や階床情報の構造的な静的情報や、実際の乗りかごの位置や速度及び荷重等の動的な運行状態をもとに、処理結果がエレベーター運行としてあり得ない制御値を演算していないかを、ソフトウェア部品のそれぞれの処理内容に応じた合理性をもとに、正常・異常を判定することを特徴とするエレベーターシステム。 The elevator system of claim 1, comprising:
The rationality determination unit determines the processing result based on the structural static information of the elevator system, the equipment configuration and floor information, and the dynamic operation state such as the actual position, speed and load of the car. An elevator system characterized by judging normality/abnormality based on the rationality according to the processing contents of each software component, whether or not a control value that is impossible for elevator operation is calculated. 請求項１に記載のエレベーターシステムであって、
一のエレベーターコントローラにおける前記合理性判定部の判定結果として、故障を検知した場合に全てのエレベーターコントローラにおける前記エレベーター号機の実制御を稼働系から予備系に切り替えることを特徴とするエレベーターシステム。 The elevator system of claim 1, comprising:
An elevator system characterized by switching actual control of the elevator number in all elevator controllers from an operating system to a standby system when failure is detected as a determination result of the rationality determining unit in one elevator controller. 請求項１に記載のエレベーターシステムであって、
一のエレベーターコントローラにおける前記合理性判定部の判定結果として、故障を検知した場合に、当該判定結果に関連する処理を、稼働系から予備系に入れ替えることを特徴とするエレベーターシステム。 The elevator system of claim 1, comprising:
1. An elevator system, wherein when a failure is detected as a result of determination by said rationality determination unit in one elevator controller, processing related to said determination result is switched from an operating system to a standby system. 請求項１に記載のエレベーターシステムであって、
各エレベーターコントローラは、ＲＯＭを含む計算機により構成されており、前記ＲＯＭには前記稼働系と前記予備系と前記合理性判定部の処理を行う互いに相違するすべてのソフトウェア部品のプログラム、エレベーター号機の実制御を行うためのプログラム、及び通信のためのプログラムを保持していることを特徴とするエレベーターシステム。 The elevator system of claim 1, comprising:
Each elevator controller is composed of a computer including a ROM, in which programs of all mutually different software components for performing processing of the operating system, the standby system, and the rationality judging section, and an elevator controller. An elevator system characterized by holding a program for control and a program for communication. 請求項１に記載のエレベーターシステムであって、
各エレベーターコントローラは、ＲＯＭを含む計算機により構成されており、各エレベーターコントローラの前記ＲＯＭには前記稼働系と前記予備系と前記合理性判定部の処理を行う互いに相違するソフトウェア部品のうちの一つのプログラム、エレベーター号機の実制御を行うためのプログラム、及び通信のためのプログラムを保持しており、前記各エレベーターコントローラが前記ネットワークにより接続されたときに、互いが保持する前記ソフトウェア部品のうちの一つのプログラムを相互にコピーすることで、前記稼働系と前記予備系と前記合理性判定部の処理を行う互いに相違するすべてのソフトウェア部品のプログラムを確保することを特徴とする、エレベーターシステム。 The elevator system of claim 1, comprising:
Each elevator controller is composed of a computer including a ROM, and the ROM of each elevator controller contains one of different software components for performing the processing of the operating system, the standby system, and the rationality judging section. One of the software components held by each of the elevator controllers when the elevator controllers are connected to each other via the network. 1. An elevator system characterized in that, by mutually copying two programs, programs of all mutually different software parts for performing processing of said active system, said standby system and said rationality judging section are ensured. 請求項１に記載のエレベーターシステムであって、
一のエレベーターコントローラにおける前記合理性判定部の判定結果として、故障を検知した場合に、当該判定結果に対応するエレベーターコントローラを縮退運転に遷移することを特徴とするエレベーターシステム。 The elevator system of claim 1, comprising:
1. An elevator system, wherein, when a failure is detected as a result of determination by said rationality determination unit in one elevator controller, the elevator controller corresponding to said determination result transitions to degenerate operation. 請求項１に記載のエレベーターシステムであって、
一のエレベーターコントローラにおける前記合理性判定部の判定結果として、故障を検知した場合に、当該判定結果に対応するエレベーターコントローラの駆動系を、別のエレベーターコントローラから制御することにより、エレベーターシステムの可用性を維持することを特徴とするエレベーターシステム。 The elevator system of claim 1, comprising:
When a failure is detected as a judgment result of the rationality judging unit in one elevator controller, availability of the elevator system is improved by controlling the drive system of the elevator controller corresponding to the judgment result from another elevator controller. An elevator system characterized by maintaining: 複数のエレベーター号機ごとにエレベーターコントローラを備え、複数のエレベーターコントローラ間がネットワークにより接続されたエレベーターシステムの制御方法であって、
複数の各エレベーターコントローラは、運行制御処理の一部を稼働系と予備系による多重化構成として前記稼働系により前記エレベーター号機の実制御を行い、かつ異常と正常を判定する合理性判定部と前記稼働系と前記予備系の処理を、ソフトウェア部品を用いて実現するに際し、各エレベーターコントローラにおける前記稼働系と前記予備系と前記合理性判定部の処理を行うソフトウェア部品は互いに相違するソフトウェア部品とされるとともに、一のエレベーターコントローラにおける前記稼働系と前記予備系と前記合理性判定部のいずれかを担当したソフトウェア部品は、他のエレベーターコントローラにおける前記稼働系と前記予備系と前記合理性判定部の他のいずれかを担当するように構成されており、
前記合理性判定部における判定結果により前記エレベーターコントローラの処理内容を修正することを特徴とするエレベーターシステムの制御方法。 A control method for an elevator system in which an elevator controller is provided for each of a plurality of elevator cars and the plurality of elevator controllers are connected by a network,
Each of the plurality of elevator controllers performs actual control of the elevator number by the operating system with a part of the operation control processing being multiplexed by the operating system and the standby system, and the rationality judging section for judging abnormality and normality; When the processing of the working system and the standby system is realized using software components, the software components that perform the processing of the working system, the standby system, and the rationality determination section in each elevator controller are different software components. In addition, the software component in charge of any one of the operating system, the backup system, and the rationality determination unit in one elevator controller is responsible for the operation system, the backup system, and the rationality determination unit in another elevator controller. configured to be responsible for any other
A control method for an elevator system, characterized in that the processing content of the elevator controller is modified according to the determination result of the rationality determination unit. 請求項１１に記載のエレベーターシステムの制御方法であって、
一のエレベーターコントローラにおける前記合理性判定部の判定結果として、故障を検知した場合に全てのエレベーターコントローラにおける前記エレベーター号機の実制御を稼働系から予備系に切り替えることを特徴とするエレベーターシステムの制御方法。 A control method for an elevator system according to claim 11, comprising:
A control method for an elevator system, wherein the actual control of the elevator number in all elevator controllers is switched from an operating system to a standby system when a failure is detected as a determination result of the rationality determining unit in one elevator controller. . 請求項１１に記載のエレベーターシステムの制御方法であって、
一のエレベーターコントローラにおける前記合理性判定部の判定結果として、故障を検知した場合に、当該判定結果に関連する処理を、稼働系から予備系に入れ替えることを特徴とするエレベーターシステムの制御方法。 A control method for an elevator system according to claim 11, comprising:
A control method for an elevator system, characterized in that, when failure is detected as a judgment result of the rationality judging section in one elevator controller, processing related to the judgment result is switched from an operating system to a standby system. 請求項１１に記載のエレベーターシステムの制御方法であって、
一のエレベーターコントローラにおける前記合理性判定部の判定結果として、故障を検知した場合に、当該判定結果に対応するエレベーターコントローラを縮退運転に遷移することを特徴とするエレベーターシステムの制御方法。 A control method for an elevator system according to claim 11, comprising:
A control method for an elevator system, characterized in that, when failure is detected as a judgment result of the rationality judging section in one elevator controller, the elevator controller corresponding to the judgment result is shifted to degenerate operation. 請求項１１に記載のエレベーターシステムの制御方法であって、
一のエレベーターコントローラにおける前記合理性判定部の判定結果として、故障を検知した場合に、当該判定結果に対応するエレベーターコントローラの駆動系を、別のエレベーターコントローラから制御することにより、エレベーターシステムの可用性を維持することを特徴とするエレベーターシステムの制御方法。 A control method for an elevator system according to claim 11, comprising:
When a failure is detected as a judgment result of the rationality judging unit in one elevator controller, availability of the elevator system is improved by controlling the drive system of the elevator controller corresponding to the judgment result from another elevator controller. A control method for an elevator system, characterized in that: 複数のエレベーター号機ごとにエレベーターコントローラを備え、複数のエレベーターコントローラ間がネットワークにより接続されたエレベーターシステムの制御方法であって、
複数の各エレベーターコントローラは、運行制御処理の一部を稼働系と予備系による多重化構成として前記稼働系により前記エレベーター号機の実制御を行い、かつ異常と正常を判定する合理性判定部と前記稼働系と前記予備系の処理を、ソフトウェア部品を用いて実現するに際し、各エレベーターコントローラにおける前記稼働系と前記予備系と前記合理性判定部の処理を行うソフトウェア部品は互いに相違するソフトウェア部品とされるとともに、一のエレベーターコントローラにおける前記稼働系と前記予備系と前記合理性判定部のいずれかを担当したソフトウェア部品は、他のエレベーターコントローラにおける前記稼働系と前記予備系と前記合理性判定部の他のいずれかを担当するように構成されており、
かつ複数の各エレベーターコントローラは、ＲＯＭを含む計算機により構成されており、各エレベーターコントローラの前記ＲＯＭには前記稼働系と前記予備系と前記合理性判定部の処理を行う互いに相違するソフトウェア部品のうちの一つのプログラム、エレベーター号機の実制御を行うためのプログラム、及び通信のためのプログラムを保持しており、前記各エレベーターコントローラが前記ネットワークにより接続されたときに、互いが保持する前記ソフトウェア部品のうちの一つのプログラムを相互にコピーすることで、前記稼働系と前記予備系と前記合理性判定部の処理を行う互いに相違するすべてのソフトウェア部品のプログラムを確保することを特徴とする、エレベーターシステムの制御方法。 A control method for an elevator system in which an elevator controller is provided for each of a plurality of elevator cars and the plurality of elevator controllers are connected by a network,
Each of the plurality of elevator controllers performs actual control of the elevator number by the operating system with a part of the operation control processing being multiplexed by the operating system and the standby system, and the rationality judging section for judging abnormality and normality; When the processing of the working system and the standby system is realized using software components, the software components that perform the processing of the working system, the standby system, and the rationality determination section in each elevator controller are different software components. In addition, the software component in charge of any one of the operating system, the backup system, and the rationality determination unit in one elevator controller is responsible for the operation system, the backup system, and the rationality determination unit in another elevator controller. configured to be responsible for any other
Each of the plurality of elevator controllers is composed of a computer including a ROM, and the ROM of each elevator controller contains different software components for performing the processing of the operating system, the standby system, and the rationality determination unit. , a program for actually controlling the elevator number, and a program for communication, and when the elevator controllers are connected by the network, the software parts held by each other An elevator system characterized in that, by mutually copying one of the programs, programs of all mutually different software components that perform processing of the active system, the standby system, and the rationality determination unit are secured. control method.
JP2021049771A 2021-03-24 2021-03-24 Elevator system and control method of elevator system Pending JP2022148188A (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2021049771A JP2022148188A (en) 2021-03-24 2021-03-24 Elevator system and control method of elevator system
CN202210005080.4A CN115123886B (en) 2021-03-24 2022-01-05 Elevator system and control method for elevator system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2021049771A JP2022148188A (en) 2021-03-24 2021-03-24 Elevator system and control method of elevator system

Publications (1)

Publication Number Publication Date
JP2022148188A true JP2022148188A (en) 2022-10-06

Family

ID=83375159

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021049771A Pending JP2022148188A (en) 2021-03-24 2021-03-24 Elevator system and control method of elevator system

Country Status (2)

Country Link
JP (1) JP2022148188A (en)
CN (1) CN115123886B (en)

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU498367B2 (en) * 1974-09-04 1979-03-08 Westinghouse Electric Corporation Elevator system
US4397377A (en) * 1981-07-23 1983-08-09 Westinghouse Electric Corp. Elevator system
JP5566646B2 (en) * 2009-09-11 2014-08-06 株式会社東芝 Elevator group management control system and group management control method
WO2012070124A1 (en) * 2010-11-24 2012-05-31 三菱電機株式会社 Elevator system and group management system for elevator
JP5826073B2 (en) * 2012-03-05 2015-12-02 東芝エレベータ株式会社 Elevator group management system
JP6333711B2 (en) * 2014-12-12 2018-05-30 株式会社日立製作所 Elevator system and management method of elevator system

Also Published As

Publication number Publication date
CN115123886B (en) 2023-08-15
CN115123886A (en) 2022-09-30

Similar Documents

Publication Publication Date Title
US5551532A (en) Method for transmitting messages in an elevator communications system
US4989695A (en) Apparatus for performing group control on elevators utilizing distributed control, and method of controlling the same
KR0186123B1 (en) Dispersion group control method for an elevator
CN1614936A (en) Management system of treating apparatus
US20070270984A1 (en) Method and Device for Redundancy Control of Electrical Devices
US7260647B2 (en) Method of load balancing traffic among routers in a data transmission system
CN109104347A (en) Gateway shift process, system and its apparatus based on CANopen agreement transmission data
US4835673A (en) Method and apparatus for sharing resources among multiple processing systems
US6471011B1 (en) Elevator communication controller and communication control method
Datta et al. Efficient channel reservation for backup paths in optical mesh networks
KR20140089749A (en) Apparatus and method for controlling load allocation of cluster
CN115202939A (en) Nuclear power information system server main and standby redundant frame management system and method
JP5647561B2 (en) Power system supervisory control system
JP2022148188A (en) Elevator system and control method of elevator system
JP2003281007A (en) Dynamic configuration controller and dynamic configuration control method
CN111913387A (en) System for redundancy and load balancing of multiple acquisition devices based on soft bus
CN108737125B (en) SDN network multi-control-domain communication method and system
JP2001206657A (en) Elevator group supervisory operation system
JP3377125B2 (en) Network load smoothing method
EP1942070B1 (en) Communications control system for elevators using synchronized communication in a master-slave network
JPS6136663B2 (en)
JPH02110601A (en) Cooperative distributing control system
JP2667042B2 (en) Elevator group management system
US20240256404A1 (en) System of Aggregating Servers
EP4197952A1 (en) Communication system and method for elevator system

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20230525

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20240229

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20240319

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240510