(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-09-06
(45)【発行日】2024-09-17
(54)【発明の名称】エレベーターシステム及びエレベーターシステムの制御方法
(51)【国際特許分類】
G06F 11/20 20060101AFI20240909BHJP
G06F 11/16 20060101ALI20240909BHJP
B66B 3/00 20060101ALI20240909BHJP
【ＦＩ】
G06F11/20 633
G06F11/16 650
B66B3/00 R
B66B3/00 U
【請求項の数】
14
(21)【出願番号】P 2021049771
(22)【出願日】2021-03-24
(65)【公開番号】P2022148188
(43)【公開日】2022-10-06
【審査請求日】2023-05-25
(73)【特許権者】
【識別番号】000005108
【氏名又は名称】株式会社日立製作所
(74)【代理人】
【識別番号】110000350
【氏名又は名称】ポレール弁理士法人
(72)【発明者】
【氏名】納谷 英光
(72)【発明者】
【氏名】星野 孝道
(72)【発明者】
【氏名】鳥谷部 訓
(72)【発明者】
【氏名】前原 知明
(72)【発明者】
【氏名】羽鳥 貴大
【審査官】坂東 博司
(56)【参考文献】
【文献】特開平０８－１９８５３０（ＪＰ，Ａ）
【文献】特開昭６２－２２２９８１（ＪＰ，Ａ）
【文献】特開２００７－０７２９８０（ＪＰ，Ａ）
【文献】特開２００１－１０２９６９（ＪＰ，Ａ）
【文献】特開２０１８－１８２６９５（ＪＰ，Ａ）
【文献】特開２００６－０９６４８１（ＪＰ，Ａ）
【文献】特表２００９－５３２７７１（ＪＰ，Ａ）
【文献】欧州特許出願公開第０１１８４３２４（ＥＰ，Ａ１）
【文献】特開昭６１－２２１０６８（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｆ １１／２０
Ｇ０６Ｆ １１／１６
Ｂ６６Ｂ ３／００
(57)【特許請求の範囲】
【請求項1】
複数のエレベーター号機ごとにエレベーターコントローラを備え、複数のエレベーターコントローラ間がネットワークにより接続されたエレベーターシステムであって、複数の各エレベーターコントローラは、運行制御処理の一部を稼働系と予備系による多重化構成として前記稼働系により前記エレベーター号機の実制御を行い、かつ異常と正常を判定する合理性判定部と前記稼働系と前記予備系の処理を、ソフトウェア部品を用いて実現するに際し、各エレベーターコントローラにおける前記稼働系と前記予備系と前記合理性判定部の処理を行うソフトウェア部品は互いに相違するソフトウェア部品とされるとともに、一のエレベーターコントローラにおける前記稼働系と前記予備系と前記合理性判定部のいずれかの処理を担当したソフトウェア部品は、前記一のエレベーターコントローラ以外のエレベーターコントローラにおける前記稼働系と前記予備系と前記合理性判定部の前記いずれか以外の処理を担当するように構成されていることにより、同種のソフトウェア部品が前記稼働系と前記予備系と前記合理性判定部で異なるコントローラに配置されるとともに、
各エレベーターコントローラは、ＲＯＭを含む計算機により構成されており、前記ＲＯＭには前記稼働系と前記予備系と前記合理性判定部の処理を行う互いに相違するすべてのソフトウェア部品のプログラム、エレベーター号機の実制御を行うためのプログラム、及び通信のためのプログラムを保持していることを特徴とするエレベーターシステム。
【請求項2】
複数のエレベーター号機ごとにエレベーターコントローラを備え、複数のエレベーターコントローラ間がネットワークにより接続されたエレベーターシステムであって、
複数の各エレベーターコントローラは、運行制御処理の一部を稼働系と予備系による多重化構成として前記稼働系により前記エレベーター号機の実制御を行い、かつ異常と正常を判定する合理性判定部と前記稼働系と前記予備系の処理を、ソフトウェア部品を用いて実現するに際し、各エレベーターコントローラにおける前記稼働系と前記予備系と前記合理性判定部の処理を行うソフトウェア部品は互いに相違するソフトウェア部品とされるとともに、一のエレベーターコントローラにおける前記稼働系と前記予備系と前記合理性判定部のいずれかの処理を担当したソフトウェア部品は、前記一のエレベーターコントローラ以外のエレベーターコントローラにおける前記稼働系と前記予備系と前記合理性判定部の前記いずれか以外の処理を担当するように構成されていることにより、同種のソフトウェア部品が前記稼働系と前記予備系と前記合理性判定部で異なるコントローラに配置されるとともに、
各エレベーターコントローラは、ＲＯＭを含む計算機により構成されており、各エレベーターコントローラの前記ＲＯＭには前記稼働系と前記予備系と前記合理性判定部の処理を行う互いに相違するソフトウェア部品のうちの一つのプログラム、エレベーター号機の実制御を行うためのプログラム、及び通信のためのプログラムを保持しており、前記各エレベーターコントローラが前記ネットワークにより接続されたときに、互いが保持する前記ソフトウェア部品のうちの一つのプログラムを相互にコピーすることで、前記稼働系と前記予備系と前記合理性判定部の処理を行う互いに相違するすべてのソフトウェア部品のプログラムを確保することを特徴とする、エレベーターシステム。
【請求項3】
請求項１または請求項２に記載のエレベーターシステムであって、複数の各エレベーターコントローラは、複数のエレベーター号機を群管理する群管理制御部と個々のエレベーター号機を制御する号機制御部とネットワークに接続する通信部を備えており、前記群管理制御部を前記運行制御処理の一部として、前記合理性判定部と前記稼働系と前記予備系により構成することを特徴とするエレベーターシステム。
【請求項4】
請求項１または請求項２に記載のエレベーターシステムであって、前記合理性判定部は、前記稼働系及び前記予備系の同一ソフトウェア部品の処理結果をもとに、正常・異常を判定することを特徴とするエレベーターシステム。
【請求項5】
請求項１または請求項２に記載のエレベーターシステムであって、前記合理性判定部は、エレベーターシステムの、機器構成や階床情報の構造的な静的情報や、実際の乗りかごの位置や速度及び荷重の動的な運行状態をもとに、処理結果がエレベーター運行としてあり得ない制御値を演算していないかを、ソフトウェア部品のそれぞれの処理内容に応じた合理性をもとに、正常・異常を判定することを特徴とするエレベーターシステム。
【請求項6】
請求項１または請求項２に記載のエレベーターシステムであって、一のエレベーターコントローラにおける前記合理性判定部の判定結果として、故障を検知した場合に全てのエレベーターコントローラにおける前記エレベーター号機の実制御を稼働系から予備系に切り替えることを特徴とするエレベーターシステム。
【請求項7】
請求項１または請求項２に記載のエレベーターシステムであって、一のエレベーターコントローラにおける前記合理性判定部の判定結果として、故障を検知した場合に、当該判定結果に関連する処理を、稼働系から予備系に入れ替えることを特徴とするエレベーターシステム。
【請求項8】
請求項１または請求項２に記載のエレベーターシステムであって、一のエレベーターコントローラにおける前記合理性判定部の判定結果として、故障を検知した場合に、当該判定結果に対応するエレベーターコントローラを縮退運転に遷移することを特徴とするエレベーターシステム。
【請求項9】
請求項１または請求項２に記載のエレベーターシステムであって、一のエレベーターコントローラにおける前記合理性判定部の判定結果として、故障を検知した場合に、当該判定結果に対応するエレベーターコントローラの駆動系を、別のエレベーターコントローラから制御することにより、エレベーターシステムの可用性を維持することを特徴とするエレベーターシステム。
【請求項10】
複数のエレベーター号機ごとにエレベーターコントローラを備え、複数のエレベーターコントローラ間がネットワークにより接続されたエレベーターシステムの制御方法であって、複数の各エレベーターコントローラは、運行制御処理の一部を稼働系と予備系による多重化構成として前記稼働系により前記エレベーター号機の実制御を行い、かつ異常と正常を判定する合理性判定部と前記稼働系と前記予備系の処理を、ソフトウェア部品を用いて実現するに際し、各エレベーターコントローラにおける前記稼働系と前記予備系と前記合理性判定部の処理を行うソフトウェア部品は互いに相違するソフトウェア部品とされるとともに、一のエレベーターコントローラにおける前記稼働系と前記予備系と前記合理性判定部のいずれかの処理を担当したソフトウェア部品は、前記一のエレベーターコントローラ以外のエレベーターコントローラにおける前記稼働系と前記予備系と前記合理性判定部の前記いずれか以外の処理を担当するように構成されていることにより、同種のソフトウェア部品が前記稼働系と前記予備系と前記合理性判定部で異なるコントローラに配置されるとともに、
各エレベーターコントローラは、ＲＯＭを含む計算機により構成されており、前記ＲＯＭには前記稼働系と前記予備系と前記合理性判定部の処理を行う互いに相違するすべてのソフトウェア部品のプログラム、エレベーター号機の実制御を行うためのプログラム、及び通信のためのプログラムを保持し、
一のエレベーターコントローラにおける前記合理性判定部の判定結果として、故障を検知した場合に全てのエレベーターコントローラにおける前記エレベーター号機の実制御を稼働系から予備系に切り替えることを特徴とするエレベーターシステムの制御方法。
【請求項11】
複数のエレベーター号機ごとにエレベーターコントローラを備え、複数のエレベーターコントローラ間がネットワークにより接続されたエレベーターシステムの制御方法であって、
複数の各エレベーターコントローラは、運行制御処理の一部を稼働系と予備系による多重化構成として前記稼働系により前記エレベーター号機の実制御を行い、かつ異常と正常を判定する合理性判定部と前記稼働系と前記予備系の処理を、ソフトウェア部品を用いて実現するに際し、各エレベーターコントローラにおける前記稼働系と前記予備系と前記合理性判定部の処理を行うソフトウェア部品は互いに相違するソフトウェア部品とされるとともに、一のエレベーターコントローラにおける前記稼働系と前記予備系と前記合理性判定部のいずれかの処理を担当したソフトウェア部品は、前記一のエレベーターコントローラ以外のエレベーターコントローラにおける前記稼働系と前記予備系と前記合理性判定部の前記いずれか以外の処理を担当するように構成されていることにより、同種のソフトウェア部品が前記稼働系と前記予備系と前記合理性判定部で異なるコントローラに配置されるとともに、
各エレベーターコントローラは、ＲＯＭを含む計算機により構成されており、各エレベーターコントローラの前記ＲＯＭには前記稼働系と前記予備系と前記合理性判定部の処理を行う互いに相違するソフトウェア部品のうちの一つのプログラム、エレベーター号機の実制御を行うためのプログラム、及び通信のためのプログラムを保持しており、前記各エレベーターコントローラが前記ネットワークにより接続されたときに、互いが保持する前記ソフトウェア部品のうちの一つのプログラムを相互にコピーすることで、前記稼働系と前記予備系と前記合理性判定部の処理を行う互いに相違するすべてのソフトウェア部品のプログラムを確保し、
一のエレベーターコントローラにおける前記合理性判定部の判定結果として、故障を検知した場合に全てのエレベーターコントローラにおける前記エレベーター号機の実制御を稼働系から予備系に切り替えることを特徴とするエレベーターシステムの制御方法。
【請求項12】
請求項１０または請求項１１に記載のエレベーターシステムの制御方法であって、一のエレベーターコントローラにおける前記合理性判定部の判定結果として、故障を検知した場合に、当該判定結果に関連する処理を、稼働系から予備系に入れ替えることを特徴とするエレベーターシステムの制御方法。
【請求項13】
請求項１０または請求項１１に記載のエレベーターシステムの制御方法であって、一のエレベーターコントローラにおける前記合理性判定部の判定結果として、故障を検知した場合に、当該判定結果に対応するエレベーターコントローラを縮退運転に遷移することを特徴とするエレベーターシステムの制御方法。
【請求項14】
請求項１０または請求項１１に記載のエレベーターシステムの制御方法であって、一のエレベーターコントローラにおける前記合理性判定部の判定結果として、故障を検知した場合に、当該判定結果に対応するエレベーターコントローラの駆動系を、別のエレベーターコントローラから制御することにより、エレベーターシステムの可用性を維持することを特徴とするエレベーターシステムの制御方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、エレベーターシステム及びエレベーターシステムの制御方法に関する。
【背景技術】
【0002】
エレベーターシステム及びエレベーターシステムの制御方法に関して、特許文献１では、「複数の階床に対して複数台のエレベーターを就役させ、発生したホール呼びに対して各エレベーターの状態情報に基づいてエレベーターの運行を決定する評価式を演算し、これにより各エレベーター毎の評価値を求め、評価値が最も良好なエレベーターを最適なエレベーターとしてホール呼びの発生したホールに割り付けるようにしたエレベーターの群管理制御装置において、
各エレベーター毎に設けられる制御装置に群管理制御に必要な各制御機能を細分化した群管理機能と単体エレベーターの制御機能を付加し、また、各制御装置は互いの情報交換のための伝送系で結合し、且つ、伝送制御手段を設けて情報授受可能に構成するとともに、各制御装置には上記細分化した群管理機能のうち、負荷平滑化のため互いに重複しないよう予め定めた分担対応のものを実行させる機能を持たせたことを特徴とするエレベーターの群管理制御装置」のように構成することを提案している。
各エレベーター毎に設けられる制御装置に群管理制御に必要な各制御機能を細分化した群管理機能と単体エレベーターの制御機能を付加し、また、各制御装置は互いの情報交換のための伝送系で結合し、且つ、伝送制御手段を設けて情報授受可能に構成するとともに、各制御装置には上記細分化した群管理機能のうち、負荷平滑化のため互いに重複しないよう予め定めた分担対応のものを実行させる機能を持たせたことを特徴とするエレベーターの群管理制御装置」のように構成することを提案している。
【先行技術文献】
【特許文献】
【0003】
【文献】特公平０５－０６１１８８号
【発明の概要】
【発明が解決しようとする課題】
【0004】
このように、特許文献１に記載の技術では、群管理制御をメイン機能とサブ機能をリアルタイムＯＳにおけるタスクとして分割し、一定時間間隔で該分割数と単体制御部の総数をもとに均等に割り付けて処理を実行している。
【0005】
この結果、単体制御部に故障が発生すると群管理処理全体が停止することになるため、少なくとも処理の割当を再計算する時間及び新たな割当による群管理処理の再起動に要する時間の間は、該群管理処理の停止が継続してしまい、エレベーターサービスを提供できない、という問題がある。
【0006】
また、群管理処理を再起動してしまうために、停止前の運行制御を継続して提供できない、という問題もある。単に機能を分散させるだけでは、どの機能に不具合が発生しているか、もしくはどの単体制御部で不具合が発生しているのか、を判定できない。さらに、標準エレベーターと高速エレベーターのように、異なるエレベーターの機種が組み合わされる場合には単体制御部の性能が異なるため、上述のような均等割では負荷分散に偏りが生じてしまう。また、群管理処理に不具合が発生した場合の、個々のエレベーターの可用性を維持することができていない。
【0007】
本発明は上記事情を鑑みてなされたものであり、エレベーターの群管理制御の分散可用性及びエレベーターシステム全体の可用性維持を向上することを目的とする。
【課題を解決するための手段】
【0008】
上記課題を解決するために、本発明においては「複数のエレベーター号機ごとにエレベーターコントローラを備え、複数のエレベーターコントローラ間がネットワークにより接続されたエレベーターシステムであって、複数の各エレベーターコントローラは、運行制御処理の一部を稼働系と予備系による多重化構成として稼働系によりエレベーター号機の実制御を行い、かつ異常と正常を判定する合理性判定部と稼働系と予備系の処理を、ソフトウェア部品を用いて実現するに際し、各エレベーターコントローラにおける稼働系と予備系と合理性判定部の処理を行うソフトウェア部品は互いに相違するソフトウェア部品とされるとともに、一のエレベーターコントローラにおける稼働系と予備系と合理性判定部のいずれかを担当したソフトウェア部品は、他のエレベーターコントローラにおける稼働系と予備系と合理性判定部の他のいずれかを担当するように構成されていることを特徴とするエレベーターシステム。」のように構成したものである。
【0009】
また本発明においては「複数のエレベーター号機ごとにエレベーターコントローラを備え、複数のエレベーターコントローラ間がネットワークにより接続されたエレベーターシステムの制御方法であって、複数の各エレベーターコントローラは、運行制御処理の一部を稼働系と予備系による多重化構成として稼働系によりエレベーター号機の実制御を行い、かつ異常と正常を判定する合理性判定部と稼働系と予備系の処理を、ソフトウェア部品を用いて実現するに際し、各エレベーターコントローラにおける稼働系と予備系と合理性判定部の処理を行うソフトウェア部品は互いに相違するソフトウェア部品とされるとともに、一のエレベーターコントローラにおける稼働系と予備系と合理性判定部のいずれかを担当したソフトウェア部品は、他のエレベーターコントローラにおける稼働系と予備系と合理性判定部の他のいずれかを担当するように構成されており、合理性判定部における判定結果によりエレベーターコントローラの処理内容を修正することを特徴とするエレベーターシステムの制御方法。」のように構成したものである。
【発明の効果】
【0010】
エレベーターの群管理制御の分散可用性及びエレベーターシステム全体の可用性維持を向上することができる。
【0011】
さらに詳細に述べるならば、本発明の一態様によれば、群管理制御及び号機制御をソフトウェア部品に分割し、それぞれのソフトウェア部品を、少なくとも二つの異なる号機制御コントローラに割り当てて、該ソフトウェア部品による複数の処理結果を元に故障を判定することで、故障を検知できるとともに、故障が発生した場合でも、異なる号機制御コントローラで実行されているソフトウェア部品によって、該群管理制御処理を継続することが可能となる。また、故障等を検知したソフトウェア部品を、別のソフトウェア部品で代替えすることで、エレベーターシステム全体の可用性を維持することが可能となる。
【0012】
上記した以上の課題、構成及び効果は、以下の実施例の説明により明らかにされる。
【図面の簡単な説明】
【0013】
【図1a】本発明の実施例１に係るエレベーターシステムの概略構成例を示す図。
【図2】エレベーターシステムが備える各装置を構成する計算機のハードウェア構成例を示すブロック図。
【図3】稼働系から予備系への全系切替フローを示す図。
【図4】ソフトウェア部品５０を入替える場合の各種テーブル類の構成例を示す図。
【図5a】入れ替え処理の主たるフローを示す図。
【図5b】主フローの中で受信側あることが指定されたときのサブフローを示す図。
【図5c】主フローの中で送信側であることが指定されたときのサブフローを示す図。
【図5d】主フローの中で予備側であることが指定されたときのサブフローを示す図。
【図6】１つのＲＯＭにすべてのプログラムを収納する全部入りの考え方を示す図。
【図7】複数のＲＯＭに収納する分散済みの考え方を示す図。
【図8】部品ごとに収納する組合せの考え方を示す図。
【図11】仮想マシンの考え方を採用することにより複数のエレベーターコントローラ間での負荷平滑を図ることを示す図。
【図12a】負荷分散にあたり、プロファイルを管理することを示す図。
【図12b】標準機エレベーターコントローラ１１、１２と高速機エレベーターコントローラ１３の処理時間を均等化すべく割り当てた事例を示す図。
【図13】縮退運転移行処理を行うフローを示す図。
【図14】故障発生時にソフトウェア部品５０の号機代替えを行うことを示す図。
【図15】号機代替え処理フローを示す図。
【発明を実施するための形態】
【0014】
以下、本発明を実施するための形態の例について、図面を参照して説明する。本件明細書及び図面において実質的に同一の機能及び構成を有する構成要素については、同一の符号を付して重複する説明を省略する。
【0015】
以下、本発明の実施例１ではエレベーターシステムの概略構成例について説明し、実施例２では実施例１で説明した基本構成のエレベーターシステムにおいて、稼働系と予備系の切替を行う処理について説明し、実施例３ではエレベーターシステムでの処理に関する各種のプログラムを記憶しているＲＯＭの構成例について説明し、実施例４では仮想マシンの考え方を採用することにより複数のエレベーターコントローラ１１、１２、１３間での負荷平滑を図ることについて説明し、実施例５では複数のエレベーターコントローラ１１、１２、１３間での負荷分散を図ることについて説明し、実施例６では故障発生時に縮退運転を実行させることについて説明し、実施例７では故障発生時にソフトウェア部品１０の号機代替えを実行させることについて説明するものとする。
【実施例1】
【0016】
まず、本発明の実施例１に係るエレベーターシステムの概略構成例について、図１ａ、図１ｂ、図１ｃ、図１ｄ、図２を参照して説明する。図１ａは本発明の実施例１に係るエレベーターシステムの概略構成例であり、図１ｂ、図１ｃ、図１ｄはエレベーターシステム各部の概略構成例を示している。図２はエレベーターシステム１が備える各装置のハードウェア構成例である。
【0017】
図１ａに示すエレベーターシステム１は、複数のエレベーターコントローラから構成されており、本実施例では３台のエレベーターコントローラ１１、１２、１３。から構成されている。なお、エレベーターコントローラを個別に区別する必要がない場合には単にエレベーターコントローラ１０とすることがある。エレベーターコントローラ１０における主たる制御機能は、エレベーターの群管理制御機能と、個々のエレベーター号機の号機制御機能と、通信制御機能である。なおこの例では、１号機、２号機が標準機、３号機が高速機であり、エレベーターコントローラ１１、１２、１３は、それぞれ１号機、２号機、３号機の制御を担当している。
【0018】
エレベーターコントローラ１０における主たる制御機能である個々のエレベーター号機の号機制御機能の実現のために、エレベーターコントローラ１０は、少なくともエレベーター単体の制御を担う号機部２０または２２を有する。標準機である１号機、２号機の制御を担当するエレベーターコントローラ１１及び１２の号機部２０は、標準的な仕様を満たすエレベーター制御を実行する。これに対して高速機である３号機の制御を担当するエレベーターコントローラ１３の号機部２２は、高速向け仕様を満たすエレベーター制御を実行する。エレベーターコントローラ１０は、エレベーターのかごの運行つまり上下移動を担う主機（巻上機モータ等）の制御を行うものである。号機部２０は、図１ｃに例示したように標準エレベーターに適合した主機を駆動するための駆動部２４を有する。同様に号機部２２は、高速エレベーターに適合した主機を駆動するための駆動部２６を有する。
【0019】
またエレベーターコントローラ１０における主たる制御機能であるエレベーター号機間での通信制御機能の実現のために、エレベーターコントローラ１１、１２、１３は、ネットワーク４０を経由して、エレベーターの状態を含む様々なデータの通信を担う通信部３０を有する。通信部３０は図１ｂに例示するように、メッセージ受信部３２とメッセージ送信部３４と、送受信を行う相手が誰であるかを記録している送受信テーブル３６をそなえ、予め定められた相手との間での送受信を実行する。送受信テーブル３６については、後述する。なお本実施例に係るエレベーターの構造は周知慣用の構成であるため、エレベーターの個々の前記主機のような構成要素についてはその詳細説明を割愛する。
【0020】
本発明の実施例１は、エレベーターコントローラ１０における主たる制御機能であるエレベーターの群管理制御機能の改良に関わるものである。この群管理制御機能は、図１ｄに例示するように複数のソフトウェア部品５０から成り立っており、ソフトウェア部品５０には、入出力を制御する仮想Ｉ／Ｏ７０を有する。本実施例では説明のために、Ａ部品５２、Ｂ部品５４、Ｃ部品５６の三つをソフトウェア部品５０としている。
【0021】
群管理処理は、実際にエレベーターを制御する稼働系と、処理を実行するがエレベーターを制御しないバックアップとしての予備系と、によって構成される。稼働系及び予備系の処理結果を同時にエレベーター本体に反映させると二重に処理することになるため、予備系の処理結果を疑似的に受け付ける機能を有するのが図１ｄの仮想Ｉ／Ｏ７０である。仮想Ｉ／Ｏ７０は、ソフトウェア部品５０の処理結果を実際にエレベーター本体に反映させる場合と、上記疑似的に受け付ける場合と、を切り替えることができる。また、仮想Ｉ／Ｏ７０は、出力先を変更することもできる。稼働系と予備系による群管理処理の考え方は、群管理制御系を多重化したものということができる。
【0022】
さらに、エレベーターシステム１では、それぞれのソフトウェア部品５０に対応する、ソフトウェア部品の処理の正常・異常を判定するための合理性判定部６０を有する。Ａ部品５２に対応するのはＡ合理性判定部６２、Ｂ部品５４に対応するのはＢ合理性判定部６４、Ｃ部品５６に対応するのはＣ合理性判定部６６である。なお、合理性判定部６０もまたソフトウェア部品ということができる。
【0023】
合理性判定部６０は、稼働系及び予備系の同一ソフトウェア部品５０の処理結果をもとに、正常・異常を判定する。最低限の正常・異常判定処理の一例としては、稼働系のソフトウェア部品５０の処理結果と、予備系のソフトウェア部品５０の処理結果と、が一致することを確認する処理である。さらには、エレベーターシステム１の、機器構成や階床情報等の構造的な静的情報や、実際の乗りかごの位置や速度及び荷重等の動的な運行状態をもとに、処理結果がエレベーター運行としてあり得ない制御値を演算していないか等を、ソフトウェア部品５０のそれぞれの処理内容に応じた合理性をもとに、正常・異常を判定する処理を実行する。
【0024】
各号機のエレベーターコントローラ１１、１２、１３は、Ａ部品５２と、Ｂ部品５４と、Ｃ部品５６と、及びＡ合理性判定部６２と、Ｂ合理性判定部６４と、Ｃ合理性判定部６６と、号機部２０、２２と、通信部３０を含んで構成されており、通信部３０により、ネットワーク４０を経由して他のエレベーターコントローラで実行されているソフトウェア部品５０と通信が可能である。またソフトウェア部品５０は、エレベーターコントローラ１１、１２、１３の通信部３０を経由することにより、他のエレベーターコントローラとの間で、コピーが可能である。
【0025】
本実施例では、説明のため、一台目のエレベーターコントローラ１１には、稼働系としてＡ部品５２と、予備系としてＢ部品５４と、Ｃ合理性判定部６６と、を有する。二台目のエレベーターコントローラ１２には、稼働系としてＢ部品５４と、予備系としてＣ部品５６と、Ａ合理性判定部６２と、を有する。三台目のエレベーターコントローラ１３には、稼働系としてＣ部品５６と、予備系としてＡ部品５２と、Ｂ合理性判定６４と、を有する構成とした。
【0026】
このように、それぞれのエレベーターコントローラ１１、１２、１３において、稼働系のソフトウェア部品５０と、予備系のソフトウェア部品５０と、が同一ソフトウェア部品５０としてエレベーターコントローラに存在しないよう、異なるエレベーターコントローラに分散して割り当てる。また、それぞれのエレベーター１１、１２、１３において、分散して割り当てられたソフトウェア部品５０と、対応しない別のソフトウェア部品５０の合理性判定部６０を割り当てる。
【0027】
ソフトウェア部品５０を複数のエレベーターコントローラ１１、１２、１３に分散させ、少なくとも稼働系、予備系の２形態の分散形態をとり、且つ稼働系及び予備系の処理結果を判定する判定機能を備えることにより、エレベーターシステム１全体の正常／異常を検知することができる。また、あるソフトウェア部品５０で異常が発生した場合において、当該ソフトウェア部品５０の処理を停止させても、他方のソフトウェア部品５０の処理結果を利用することができるので、エレベーターシステム１として群管理処理を停止することなく、エレベーターの運行つまりエレベーター・サービスを継続して提供することができる。
【0028】
つまり、本発明の実施例１について別の言い方をするならば、複数の各エレベーターコントローラは、制御処理部を稼働系と予備系による多重化構成としてその一方により実制御を行い、かつ稼働系と予備系と判定部の処理をソフトウェア部品を用いて実現するに際し、各エレベーターコントローラにおける稼働系と予備系と判定部の処理を行うソフトウェア部品は互いに相違するソフトウェア部品とされたものである。
【0029】
さらに、一のエレベーターコントローラ（例えば１１）における稼働系と予備系と合理性判定部のいずれかを担当したソフトウェア部品は、他のエレベーターコントローラ（例えば１２、１３）における稼働系と予備系と合理性判定部の他のいずれかを担当するように構成されたものである。
【0030】
上記構成とすることによりさらに、群管理処理の負荷を分散できるとともに、故障が局所的に集中することを避けることができ、エレベーターコントローラ１１、１２、１３に必要とされる性能要求を、群管理処理全体を各エレベーターコントローラで実行する場合と比較して軽減することができる。
【0031】
次に、エレベーターシステム１が備える各装置のハードウェア構成について、図２を参照して説明する。ここでは、エレベーターコントローラ１１、１２、１３が備える計算機のハードウェア構成を説明する。
【0032】
エレベーターコントローラ１１、１２、１３は、システムバス１０５にそれぞれ接続されたＭＰＵ（Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０１、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１０２、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１０３、及び通信インタフェース１０４を備える。なお、ＭＰＵに類する上位概念としてＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）があるが、ここでは複数ジョブを並行処理可能な複数コア、複数スレッド構成を有するものであることが望ましい。
【0033】
ＭＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３は処理部を構成する。ＭＰＵ１０１は、本実施例の形態で係る各機能を実現するソフトウェア部品５０であるプログラムコードをＲＯＭ１０２から読み出してＲＡＭ１０３にロードし、該プログラムを実行する。もしくは、ソフトウェア部品５０であるプログラムコードをＲＯＭ１０２から読み出してそのまま該プログラムを実行する場合もある。ＲＡＭ１０３には、ＭＰＵ１０１の処理実行途中で発生した変数やパラメータ等が一時的に書き込まれ、これらの変数及びパラメータ等がＭＰＵ１０１から適宜読みだされる。
【0034】
エレベーターコントローラ１１、１２、１３は、ＭＰＵ１０１が実行するプログラムである複数のソフトウェア部品５０である、号機部２０と、通信部３０と、Ａ部品５２と、Ｂ部品５４と、Ｃ部品５６と、Ａ合理性判定部６２と、Ｂ合理性判定部６４と、Ｃ合理性判定部６６と、によりその機能が実現される。
【0035】
エレベーターコントローラ１１、１２、１３それぞれの通信部３０によって、エレベーターコントローラ間を接続するネットワーク４０として、例えば、ＲＳ－４８５のようなマルチドロップ形態のシリアル通信デバイスや、イーサネット（登録商標）のような複数のトポロジを提供するＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）・ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、さらには有線通信以外であれば無線通信があり、例えばＷｉ－Ｆｉのようなローカル無線や、４Ｇ及び５Ｇのようなインフラ無線通信によって、各コントローラのデータを装置間で送受信することが可能となる。
【実施例2】
【0036】
実施例２では、実施例１で説明した基本構成のエレベーターシステムにおいて、稼働系と予備系の切替を行う処理について、図３、図４、図５ａ、図５ｂ、図５ｃ、図５ｄを用いて説明する。この処理は、合理性判定部６０で故障等を検知した場合に、エレベーターシステム１を稼働系から予備系に切り替えるものであり、図３は稼働系から予備系への全系切替フロー、図４はソフトウェア部品５０を入替える場合の各種テーブル類の構成例、図５ａ、図５ｂ、図５ｃ、図５ｄは入れ替え処理の処理フローを示している。
【0037】
最初に図３を用いて、稼働系から予備系への全系切替を行うときの処理フローについて説明する。図３において、左右のフローはエレベーターコントローラ１１、１２、１３のいずれもが保有している機能であるが、実際の処理としては、左側のフローにおいて合理性判定が合理性判定部６６、６２、６４で行われ、異常検知した合理性判定部（例えば６２）の切替指示が右側のフローに伝達されて、エレベーターコントローラ１１、１２、１３の全てにおいて切替処理を実行するという処理フローである。したがって、この処理内容によれば、いずれかのエレベーターコントローラ１１、１２、１３での合理性判定結果として、異常が検知されれば全てのエレベーターコントローラ１１、１２、１３を予備系に切り替える処理である。
【0038】
図３の最初の処理ステップＳ１０では、全てのエレベーターコントローラ内の合理性判定部６０がそれぞれ故障判定を実行している。ここでの故障判定は、例えば、稼働系及び予備系の同一ソフトウェア部品５０の処理結果をもとに、正常・異常を判定するものであり、あるいはエレベーターシステム１の、機器構成や階床情報等の構造的な静的情報や、実際の乗りかごの位置や速度及び荷重等の動的な運行状態をもとに、処理結果がエレベーター運行としてあり得ない制御値を演算していないか等を、ソフトウェア部品５０のそれぞれの処理内容に応じた合理性をもとに、正常・異常を判定するものである。
【0039】
この結果、故障等が発生しない、すなわち処理結果が正しい場合には、そのまま処理を続行する。故障等の発生を検知した、すなわち処理結果が誤っている場合には、処理ステップＳ１２において、稼働系から予備系への切替を、エレベーターコントローラ１１、１２、１３のすべてに指示を送信する。これは誰が検知しても、自己を含む全員に切替指示を与えるものである。
【0040】
図３の右側の処理は、切替を指示された全てのエレベーターコントローラ１１、１２、１３における処理であり、最初に処理ステップＳ１４において、稼働系から、予備系への、切替の指示を受信する。処理ステップＳ１６において、各エレベーターコントローラ１１、１２、１３は、自らが保持しているソフトウェア部品５０をひとつずつ選択する。処理ステップＳ１８では、それぞれのソフトウェア部品５０の仮想Ｉ／Ｏを、稼働系のソフトウェア部品５０の場合には稼働系から予備系へ、予備系のソフトウェア部品５０の場合には予備系から稼働系へ切り替える。これを切替が終了していないソフトウェア部品５０がなくなるまで繰り返す。なお、稼働系すなわち故障とみなされたソフトウェア部品５０については、処理を停止させても良い。
【0041】
このようにすることで、故障等を検知した場合、即座に複数のエレベーターコントローラに稼働系から、予備系への切替を指示できるので、エレベーターシステム１として、エレベーター・サービスを継続して提供することができる。
【0042】
図３のフローでは、すべての系統を稼働系から予備系に一斉に切替える全系統切替の考え方で対処することについて説明したが、次に故障個所のみを切替える部分入替の処理について説明する。ここでは、あるソフトウェア部品５０が故障した場合に、このソフトウェア部品５０のみを、稼働系から予備系へ入替える場合の構成例とフローチャートを説明する。
【0043】
図４によりソフトウェア部品５０を入替える場合の各種テーブル類の構成を説明する。なお本説明事例では、Ｂ部品５４の稼働系を予備系に入れ替える例で説明することから、図４の上段にＢ部品の合理性を判断する３号機のＢ部品合理部６４と、管理テーブル６５の記憶内容を例示している。
【0044】
図１に示す構成によれば、高速機である３号機のエレベーターコントローラ１３で動作しているＢ合理性判定部６４は、稼働系ソフトウェア部品５０としてＢ部品５２が搭載されているエレベーターコントローラ１２である２号機と、予備系ソフトウェア部品５０としてＢ部品５２が搭載されているエレベーターコントローラ１１である１号機と、を管理テーブル６５で把握している。図４上段の管理テーブルは、この関係を稼働側が２号機、待機側が１号機として把握されていることを表している。なお参考までに他の号機の管理テーブルの把握内容を述べるならば、２号機に搭載されるＡ合理性判定部６２は稼働側が１号機、待機側が３号機として把握しており、１号機に搭載されるＣ合理性判定部６６は稼働側が３号機、待機側が２号機として把握していることになる。
【0045】
図４中段及び下段には、各号機の通信部３０内の送受信テーブル３６の記憶内容を示している。この図で送受信テーブル３６は、稼働系と、予備系の、ソフトウェア部品５０が、どのエレベーターコントローラの、どのソフトウェア部品５０と、紐づけられているか、を記憶している。３６－１が１号機、３６－２が２号機、３６－３が３号機の送受信テーブル３６である。
【0046】
なお、通信部３０における通信の説明を行うにあたり、その前提としてここでは図１のエレベーターコントローラシステムでは、Ａ部品５２と、Ｂ部品５４と、Ｃ部品５６と、が順番に処理を実施し、この処理を繰り返すことで、群管理処理をしているものとする。
【0047】
この処理の順番によれば、例えば稼働系のＢ部品５２に着目すると、図４中段の送受信テーブル３６－２において、Ｂ部品５４が受信する、つまり一つ前の処理は１号機から到着することが記憶されている。よって、１号機の稼働系はＡ部品５２なので、該Ｂ部品５４の一つ前の処理がわかる。一方で、Ｂ部品５２が送信する、つまり処理を終わって次の処理に送信することが記憶されている。よって、３号機の稼働系はＣ部品５６なので、該Ｂ部品５４の次の処理がわかる。このような、分散しているソフトウェア部品５０の全ての稼働系及び予備系の関係が、送受信テーブル３６－１、３６－２、３６－３に記憶されている。
【0048】
【0049】
次に上記の送受信関係を前提として、Ｂ部品５４の稼働系を予備系に入れ替える例について説明する。故障前の稼働系のＢ部品５４つまり２号機の送受信テーブル３６－２を見ると、１号機と３号機が関係していることがわかる。１号機の稼働系の送信側を、Ｂ部品５４の予備系の受信側に入れ替え、また、３号機の稼働系の受信側を、Ｂ部品５４の予備系の送信側に入れ替えることにより、Ｂ部品５４を稼働系から予備系に入替えることが可能になる。
【0050】
つまり、故障前の１号機の稼働系Ａの送信側は２号機となっているが、故障後には１号機の稼働系Ａの送信側を、Ｂ部品５４の予備系が動作している１号機とすればよい。故障前の３号機の稼働系Ｃの受信側は２号機となっているが、故障後には３号機のＣ部品５６の受信側を、Ｂ部品５４の予備系が動作している１号機とすればよい。予備系のＢ部品５４の受信側及び送信側は、故障した稼働系の受信側１号機及び送信側３号機を踏襲すればよい。
【0051】
なお、本実施例では、送受信テーブル３６の受信側及び送信側を１要素としているがこの限りではない。つまり、複数の受信側及び送信側を記憶している場合がある。この場合には、受信側及び送信側であるソフトウェア部品５０が複数存在することになるので、所謂並列処理構成となる。
【0052】
次に図５ａ、図５ｂ、図５ｃ、図５ｄを用いて、入替処理のフローチャートを説明する。なお図５ａは入れ替え処理の主たるフローであり、図５ｂ、図５ｃ、図５ｄは主フローの中で受信側、送信側、予備側であることが指定されたときのサブフローを示している。
【0053】
図５ａの入れ替え処理の主たるフローにおける最初の処理ステップＳ１０は、図３の判定処理ステップＳ１０と同じものであり、判定に誤りが検知されたことをもって以下の処理が開始され、判定誤りがないときは起動されない。なお本説明事例では、Ｂ部品５４の稼働系を予備系に入れ替える例で説明する。
【0054】
この場合、処理ステップＳ１０でＢ部品５４の判定に誤りが検知されると、処理ステップＳ２０が起動され、また図５ｄに示す予備側のサブフローが起動される。このうち処理ステップＳ２０においては、図４上段に示した管理テーブル６３にて、Ｂ部品５４の稼働系／予備系を確認し、稼働系が２号機、予備系が１号機であることがわかる。続いて処理ステップＳ２０において、Ｂ部品５４の稼働系の受信側／送信側を確認し、受信側は１号機、送信側は３号機、であることがわかる。
【0055】
【0056】
このうち図５ｂの受信側の処理フローＡにおいては、処理ステップＳ３１により２号機の通信部３０は、稼働系の送信側の変更依頼を１号機に送信する。処理ステップＳ３２により１号機の通信部３０は、送信側の変更依頼を受信する。処理ステップＳ３３では、当該依頼に基づき、稼働系の送信側を変更する。
【0057】
また図５ｃの送信側の処理フローＢにおいては、処理ステップＳ３４により２号機の通信部３０は、稼働系の受信側の変更依頼を３号機に送信する。処理ステップＳ３５により３号機の通信部３０は、受信側の変更依頼を受信する。処理ステップＳ３６では、当該依頼に基づき、稼働系の受信側を変更する。
【0058】
さらに図５ｄの予備側の処理フローＣにおいては、処理ステップＳ４１により２号機の通信部３０は、送受信の変更をＢ部品５４の予備系がある１号機に送信する。処理ステップＳ４２により１号機の通信部３０は、送受信の変更依頼を受信する。処理ステップＳ４３では、当該依頼に基づき、予備系の受信側及び送信側を変更する。このような図５ａ、図５ｂ、図５ｃ、図５ｄの処理フローにより、図４の故障後の接続状態のような構成に変更することが可能となる。
【実施例3】
【0059】
【0060】
図２のＲＯＭには、エレベーターシステムでの処理に関する各種のプログラムとして、ソフトウェア部品５０、合理性判定部６０、号機部２０、２２、通信部３０の処理を行うプログラムを記憶するが、ＲＯＭにこれらプログラムを収納しＲＯＭ割り当てを決定するにあたり、いくつかの構成例が考えられる。これらの構成例は、１つのＲＯＭにすべてのプログラムを収納する全部入り、複数のＲＯＭに収納する分散済み、最低限の機能のみを収納する最低組合せである。
【0061】
図６は、１つのＲＯＭにすべてのプログラムを収納する全部入りの考え方で構成したものであり、例えば群管理処理の全てのソフトウェア部品５０を、すべてのエレベーターコントローラ１１、１２、１３のＲＯＭ１０２に記憶させる構成である。標準機用ＲＯＭ１０２ａと、高速機用ＲＯＭ１０２ｂは、群管理処理の全てのＡ部品５２、Ｂ部品５４、Ｃ部品５６と、判定部であるＡ合理性判定部６２と、Ｂ合理性判定部６４と、Ｃ合理性判定部６６と、を有する。なお、標準機用ＲＯＭ１０２ａと、高速機用ＲＯＭ１０２ｂと、の違いは、標準機用号機部２０と、高速機用号機部２２との違いである。なお、標準機用号機部２０と、高速機用号機部２２と、が同一の号機部処理であり、パラメータ等により、標準機と高速機の切替が可能な場合にはＲＯＭの構成は同一となる。このようなＲＯＭ構成にすることで、ＲＯＭイメージをひとつもしくはモデル毎に固定することが可能となる。
【0062】
図７は、複数のＲＯＭに収納する分散済みの考え方で構成したものであり、例えば予め、ソフトウェア部品５０と、合理性判定部６０と、をそれぞれのエレベーターコントローラ１１、１２、１３に分散割当しておき、それぞれのエレベーターコントローラ１１、１２、１３専用にＲＯＭ１０２ｃ、１０２ｄ、１０２ｅを構成した一実施例である。このようにすることで、エレベーターシステム１における、標準型エレベーターや、高速型エレベーターのような複数のモデルの組合せに合わせた専用のＲＯＭイメージを作成することが可能となるとともに図６の全部入りよりも、ＲＯＭイメージのサイズを縮小することが可能となる。
【0063】
図８は、部品ごとに収納する組合せの考え方で構成したものであり、例えば、ソフトウェア部品５０と、合理性判定部６０と、を組みにして、それぞれのエレベーターコントローラ１１、１２、１３専用にＲＯＭ１０２ｆ、１０２ｇ、１０２ｈを構成した例である。ソフトウェア部品５０と、合理性判定部６０と、を組合せた個別ＲＯＭイメージサイズをもとに、複数のエレベーターコントローラに、ほぼ均一になるように、個別ＲＯＭイメージサイズを割り当てることにより、ＲＯＭイメージサイズを均一且つ小容量とすることが可能となる。
【0064】
上記した図６、図７、図８のＲＯＭ割当例を比較すると明らかなように、図６の構成例は図１ａの構成例においてさらに他の合理性判定部も備えたものであり、図７の構成例は図１ａの構成例と同じである。したがって図６、図７の構成例は、図１ａと同等またはそれ以上の機能を備えたものということができる。これに対し、図８の構成例は図１ａの構成例が備える部品のすべてを備える形態にはなっていない。
【0065】
このため、図８の携帯でＲＯＭ割り当てを行った場合には、エレベーターシステム１を構成した後、その運用開始前の状態において、ネットワーク４０を用いたデータ通信により、図１ａの構成を構築しておく必要がある。
【0066】
図９は、この構築前後の形態を示している。図９の上部には、初期段階の図８の構成のＲＯＭ割り当てされたエレベーターシステム１の構成例、図９の下部には、データコピー技術を利用したクローニングにより構築された図１ａの構成を示している。
【0067】
図１０は、図８の構成を、図９の構成に変換するための処理フロー図である。図１０により、ソフトウェア部品５０と、合理性判定部６０と、を組合せた個別ＲＯＭの構造をもとに、ソフトウェア部品５０の稼働系、予備系及び合理性判定部６０をエレベーターコントローラに分散して割り当てる処理フローの一実施例を説明する。前述の通り、ソフトウェア部品５０は、エレベーターコントローラの通信部３０を経由することにより、任意のエレベーターコントローラで、コピーが可能である。
【0068】
図１０の処理フローの最初の処理ステップＳ１００では、個々のエレベーターコントローラ１１、１２、１３について、他のエレベーターコントローラ１０に、予備系として別のエレベーターコントローラ１０に割り当てられていないソフトウェア部品５０を確認する。処理ステップＳ１０２では、未割当ソフトウェア部品の有無を判定し、割り当てされていないソフトウェア部品５０があった場合には、処理ステップＳ１０４においてこれを取得して予備系として割り当てて、管理テーブル６５及び送受信テーブル３６を更新する。
【0069】
処理ステップＳ１０２の判断が割り当てされていないソフトウェア部品５０がないというものである場合には、処理ステップＳ１０６において割り当てられていない且つ当該エレベーターコントローラ１０に割り当てられていないソフトウェア部品に対応する判定部６０であるか否かを確認する。処理ステップＳ１０８では、未割当判定部の有無を判定し、割り当てされていない判定部６０があった場合には、処理ステップＳ１１０においてこれを取得して判定部として自分に割り当てる。なお処理ステップＳ１０８の判定において、割り当てされていない判定部６０がない場合には、割当処理を終了する。
【0070】
このようにすることで、処理性能が高いエレベーターコントローラ１３は、多く割り当てられていないソフトウェア部品５０を獲得し、相対的に処理性能が低いエレベーターコントローラ１１、１２は、確認する頻度が減るためにソフトウェア部品５０の獲得が低くなるため、エレベーターシステム１全体で、処理性能に見合った負荷分散とすることが可能となる。
【実施例4】
【0071】
実施例４では、仮想マシンの考え方を採用することにより複数のエレベーターコントローラ１１、１２、１３間での負荷平滑を図ることについて、図１１を用いて説明する。エレベーターの標準機や高速機等のモデルの違いによる、処理性能の違いを取り除くために、仮想マシンを活用することについて説明する。この例では、標準機のエレベーターコントローラ１１、１２よりも、高速機のエレベーターコントローラ１３の方が、処理性能が高いと仮定する。
【0072】
図１１の構成を図１ａの構成と比較すると明らかなように、図１１では各エレベーターコントローラ１１、１２、１３の群管理制御部分を仮想マシン８１、８２として構成する。具体的には、標準機のエレベーターコントローラ１１、１２で動作する仮想マシン８１と、高速機のエレベーターコントローラ１３で動作する仮想マシン８２と、において、仮想マシン８１と仮想マシン８２の処理性能が同一となるように、同一アーキテクチャの仮想マシンを設計もしくは調整をする。
【0073】
これにより、同一アーキテクチャ上でのソフトウェア部品５０の処理時間等の指標によって、ソフトウェア部品５０の処理負荷をエレベーターシステム１全体でできるだけ均一に分散させることが容易となる。
【実施例5】
【0074】
実施例５では、複数のエレベーターコントローラ１１、１２、１３間での負荷分散を図ることについて、図１２ａ、図１２ｂを用いて説明する。ここでは、エレベーターの標準機や高速機等のモデルの違いによる、処理性能の違いを考慮した、ソフトウェア部品の分散割当について説明する。
【0075】
ただしここでは、説明の都合上、ソフトウェア部品５０を、Ａ部品からＦ部品まで総数を多くしている。また、高速機エレベーターコントローラ１３の処理性能を、標準機エレベーターコントローラ１１、１２の２倍としている。
【0076】
図１２ａに示すように実施例５での負荷分散にあたり、プロファイルを管理する。プロファイルとは、実際に処理を実行させた結果である処理時間結果を指標とするものである。プロファイルテーブル９０は、Ａ部品からＦ部品までのそれぞれのソフトウェア部品５０に関して、標準機エレベーターコントローラ１１、１２で実際に処理を実行した場合の性能指標と、高速機エレベーターコントローラ１３で実際に処理を実行した場合の性能指標と、を記憶している。なおここでは、各ソフトウェア部品について高速機エレベーターコントローラ１３の処理性能は、標準機エレベーターコントローラ１１、１２の２倍であるとしている。
【0077】
図１２ｂは、標準機エレベーターコントローラ１１、１２と高速機エレベーターコントローラ１３の処理時間を均等化すべく割り当てた事例を示している。ここでは例えば、各エレベーターコントローラ１１、１２、１３の、稼働系のソフトウェア部品５０の総数及び処理時間と、予備系のソフトウェア部品５０の総数及び処理時間と、に大きな隔たりが生じないように割り当てる。本実施例では、処理速度２倍の差を元に、ソフトウェア部品５０の割当割合及び総処理時間を元に、ソフトウェア部品５０を割り当てているが、このようなアルゴリズムに限定されるわけではない。
【0078】
これにより、実際のプロファイル結果つまりエレベーターコントローラ１０の処理性能を元に、該ソフトウェア部品５０の処理負荷をエレベーターシステム１全体でできるだけ均一に分散させることが容易となる。
【実施例6】
【0079】
実施例６では、故障発生時に縮退運転を実行させることについて図１３を用いて説明する。ここでは、故障等が発生した場合に、故障等が発生したソフトウェア部品５０が動作しているエレベーターコントローラを、縮退運転モードに変更することについて説明する。なおこの前提として一般的に号機部２０には、少なくとも通常運転モードと、縮退運転モードと、が実装されている。
【0080】
図１３は、縮退運転移行処理を行うフロー図である。図の左側には故障検知側のエレベーターコントローラとして１１の処理フローを、図の右側に和故障側のエレベーターコントローラとして１２の処理フローを記述しているが、これは任意の組み合わせであってもよい。
【0081】
図１３のフローにおいて、処理ステップＳ１０において故障等を検知したエレベーターコントローラ１１は、処理ステップＳ５０において故障等が発生したソフトウェア部品５０が動作しているエレベーターコントローラ１２に対して、縮退運転モードへの移行を指示する。
【0082】
これに対し、故障等が発生したソフトウェア部品５０が動作しているエレベーターコントローラ１２は、処理ステップＳ６０において縮退運転モードへの移行指示を受信する。縮退意向を受信したエレベーターコントローラ１２は、処理ステップＳ６１において自身で故障等が発生しているか否かの動作状態を確認する。故障等が確認できた場合には、処理ステップＳ６２に移行して縮退運転モードへ移行する処理を実行する。故障等が確認できない場合には、処理ステップＳ６３に移行して自身が正常な状態であることの確認データを、縮退指示を送ったエレベーターコントローラ１１に送信する。
【0083】
故障等を検知したエレベーターコントローラ１１は、処理ステップＳ５１において正常な状態であることの確認データを受信する。処理ステップＳ５２では、正常な状態であることの確認データが受信できたか、もしくは受信タイムアウトしたかを確認する。受信できなかった場合には、処理ステップＳ５３において故障側のソフトウェア部品５０に係る送信側、受信側を無効にして別のエレベーターコントローラで動作しているソフトウェア部品と連携するように正常に動作しているエレベーターコントローラの送受信テーブル３６を更新して、故障したエレベーターコントローラ１２を隔離する。正常な状態であることの確認データが受信できた場合には、処理ステップＳ５４においてエレベーターシステム１が継続して処理を続けるよう復帰処理を実行する。
【0084】
これにより、故障等と思われるソフトウェア部品５０が動作しているエレベーターコントローラ１２の正常性が疑わしい場合にも、エレベーターコントローラ１２で動作している号機部２０を、念のため縮退運転モードに遷移することが可能になる。
【実施例7】
【0085】
【0086】
ここでは、故障等が発生した場合に、故障等が発生したエレベーターコントローラのソフトウェア部品５０の代替えとして、別のエレベーターコントローラでソフトウェア部品５０を実行して、エレベーターシステム１としてエレベーター・サービスを継続する構成について図１４を用いて説明する。図１４の例は、２号機のエレベーターコントローラ１２で故障が発見された場合に、２号機の号機部２０の代替えを、エレベーターコントローラ１１で実行する構成である。
【0087】
このためにここでは、健全側であるエレベーターコントローラ１１内において号機部２０のソフトウェア部品５０をコピーして、エレベーターコントローラ１１内にエレベーターコントローラ１２用の号機部２３を作成する。またエレベーターコントローラ１１内の号機部２３から故障発生側のエレベーターコントローラ１２を操作するにあたり、その処理の実行に際しては、エレベーターコントローラ１２で動作している号機部２０の状態を取得し、同一状態にして遠隔状態において処理を開始する。
【0088】
具体的には、エレベーターコントローラ１１内の号機部２３の仮想Ｉ／Ｏ７０を、通信部３０を経由してエレベーターコントローラ１２に処理結果を転送するように変更する。エレベーターコントローラ１２の通信部３０は、転送されて来た処理結果を、駆動部２４に直接転送する。
【0089】
これにより、故障等と思われるソフトウェア部品５０が動作しているエレベーターコントローラ１２の正常性が疑わしい場合に、最低限の機能である駆動部２４のみを活かして、他のエレベーターコントローラ１１から、該駆動系２４を操作して、正常にエレベーターの制御を継続することが可能となる。
【0090】
次に、図１５を用いて、代替え処理のフローを説明する。図１５のフローにおいて、処理ステップＳ１０で故障等を検知したエレベーターコントローラ１１は、処理ステップＳ７０において故障等が発生したソフトウェア部品５０が動作しているエレベーターコントローラ１２に、縮退運転モードへの移行を指示する。
【0091】
故障等が発生したソフトウェア部品５０が動作しているエレベーターコントローラ１２は、処理ステップＳ８０において縮退運転モードへの移行指示を受信する。移行指示を受信したエレベーターコントローラ１２は、処理ステップＳ８１において自身で故障等が発生しているか否かの動作状態を確認する。故障等が確認できた場合には、処理ステップＳ８２において縮退運転モードへ移行する。縮退運転モードに移行できない場合には、処理ステップＳ８３において現在の号機部２０の動作状態データを、縮退指示を送ったエレベーターコントローラ１１に送信する。次いで、２号機のエレベーターコントローラ１２は、ステップＳ８４において号機部２０の処理を停止するとともに、通信部３０を代替受付モードに変更する。なお代替え受付モードとは、特定のエレベーターコントローラ１１からの通信によって、駆動部２４を操作するモードのことである。
【0092】
故障等を検知したエレベーターコントローラ１１は、処理ステップＳ７１において号機部２０の動作状態データ（状態移管）を受信する。次に処理ステップＳ７２において、動作状態データが受信できたかもしくは受信タイムアウトしたかを確認する。受信できなかった場合には、処理ステップＳ７３において故障側のソフトウェア部品５０に係る送信側、受信側を無効にして別のエレベーターコントローラ１０で動作しているソフトウェア部品と連携するように正常に動作しているエレベーターコントローラ１０の送受信テーブル３６を更新して、故障したエレベーターコントローラ１０を隔離する。動作状態データが受信できた場合には、処理ステップＳ７４において動作状態データをもとに号機部２３を起動し、エレベーターシステム１が処理を続けられるよう代替え処理を実行する。
【符号の説明】
【0093】
１：エレベーターシステム
１０、１１、１２、１３：エレベーターコントローラ
２０、２２：号機部
２４、２６：駆動部
３０：通信部
３２：メッセージ受信部
３４：メッセージ送信部
３６：送受信テーブル
４０：ネットワーク
５０、５２、５４、６６：ソフトウェア部品
６０、６２、６４、６６：合理性判定部
６５：管理テーブル
７０：仮想Ｉ／Ｏ
８０、８２：仮想マシン
９０：プロファイルテーブル
１０１：ＭＰＵ
１０２ａ、１０２ｂ：群管理ソフトウェア部品が全て記憶されたＲＯＭイメージ
１０２ｃ、１０２ｄ、１０２ｅ：個々のエレベーター毎に分散済みのＲＯＭイメージ
１０２ｆ、１０２ｇ、１０２ｈ：ソフトウェア部品と判定部の組合せ毎のＲＯＭイメージ
１０３：ＲＡＭ
１０４：通信Ｉ／Ｆ
１０、１１、１２、１３：エレベーターコントローラ
２０、２２：号機部
２４、２６：駆動部
３０：通信部
３２：メッセージ受信部
３４：メッセージ送信部
３６：送受信テーブル
４０：ネットワーク
５０、５２、５４、６６：ソフトウェア部品
６０、６２、６４、６６：合理性判定部
６５：管理テーブル
７０：仮想Ｉ／Ｏ
８０、８２：仮想マシン
９０：プロファイルテーブル
１０１：ＭＰＵ
１０２ａ、１０２ｂ：群管理ソフトウェア部品が全て記憶されたＲＯＭイメージ
１０２ｃ、１０２ｄ、１０２ｅ：個々のエレベーター毎に分散済みのＲＯＭイメージ
１０２ｆ、１０２ｇ、１０２ｈ：ソフトウェア部品と判定部の組合せ毎のＲＯＭイメージ
１０３：ＲＡＭ
１０４：通信Ｉ／Ｆ
【図1a】
【図1b】
【図1c】
【図1d】
【図2】
【図3】
【図4】
【図5a】
【図5b】
【図5c】
【図5d】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12a】
【図12b】
【図13】
【図14】
【図15】