(57)【要約】【課題】乗りかごを運行する新しいソフトウェアプログラムのインストールや、或いは制御盤の制御機能の点検等の作業を簡単に行えるエレベータシステムを提供することにある。【解決手段】乗りかごを操作する操作機器の制御量や乗りかごの運行状態を検出する検出機器の状態量の演算処理を昇降路の外部に設置した制御装置によって実行し、制御装置によって演算された制御量を通信回線を介して乗りかごを操作する操作機器に送るようにした。これによれば、新しいソフトウェアプログラムのインストールや、或いは制御盤の機能点検等は外部の制御装置で一括して行うことができようになるものである。【選択図】図１
2014172714.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも昇降路に配置された乗りかごの運行を行う操作機器と、
前記乗りかごの運行状態を検出する検出機器と、
前記操作機器、及び前記検出機器と通信網を介して接続され、少なくとも前記検出機器の状態量から前記操作機器の制御量を演算し、前記通信網を介して前記操作機器を制御する制御装置
とよりなることを特徴とするエレベータシステム。
【請求項２】
請求項１に記載のエレベータシステムにおいて、
前記制御装置はクラウドシステムであり、また前記操作機器、及び検出機器と前記通信網を接続するブリッジを備えており、前記クラウドシステムは前記ブリッジを介して前記検出機器から検出された状態量に基づき前記操作機器の制御量を演算して前記操作機器を制御することを特徴とするエレベータシステム。
【請求項３】
請求項２に記載のエレベータシステムにおいて、
前記ブリッジは前記操作機器、及び前記検出器の夫々に設けられているか、或いは夫々の前記操作機器、及び前記検出器に共通して設けられていることを特徴とするエレベータシステム。
【請求項４】
請求項２に記載のエレベータシステムにおいて、
前記クラウドシステムは、複数の昇降路に配置された夫々の乗りかごについて前記検出機器から検出された状態量に基づき前記操作機器の制御量を演算して前記操作機器を制御することを特徴とするエレベータシステム。
【請求項５】
請求項２に記載のエレベータシステムにおいて、
前記クラウドシステムは、複数の建築物に設けられた前記昇降路に配置された夫々の乗りかごについて前記検出機器から検出された状態量に基づき前記操作機器の制御量を演算して前記操作機器を制御することを特徴とするエレベータシステム。
【請求項６】
請求項２に記載のエレベータシステムにおいて、
前記操作機器、及び前記検出機器と前記クラウドシステムの間で通信される前記操作機器の制御コマンド、及び前記検出機器のセンサデータはパケット化されていることを特徴とするエレベータシステム。
【請求項７】
請求項２に記載のエレベータシステムにおいて、
前記クラウドシステムから定期的に到来する信号の遅延が許容範囲を超えた場合には前記乗りかごの運行を停止することを特徴とするエレベータシステム。
【請求項８】
請求項２に記載のエレベータシステムにおいて、
前記クラウドシステムから定期的に到来する信号の遅延が許容範囲を超えた場合には前記乗りかごを最寄り階に停止させることを特徴とするエレベータシステム。
【請求項９】
請求項７或いは請求項８に記載のエレベータシステムにおいて、
前記クラウドシステムから定期的に到来する信号の遅延は、前記クラウドシステムから送られてくるアライブ信号の遅延を検出することによって判断されることを特徴とするエレベータシステム。
【請求項１０】
請求項２に記載のエレベータシステムにおいて、
前記クラウドシステム上で実行するソフトウェアプログラムが不具合を発生した後に、前記ソフトウェアプログラムが再起動されて正常動作に復帰した場合に前記乗りかごの運行を再開することを特徴とするエレベータシステム。
【請求項１１】
請求項１０に記載のエレベータシステムにおいて、
前記ソフトウェアプログラムが再起動された後に、前記操作機器、前記検出機器の現在の制御量、状態量を検出し、前記ソフトウェアプログラムに記憶されている制御量、状態量状態を更新することを特徴とするエレベータシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は乗りかごの運行を制御するエレベータシステムに係り、特に乗りかごが設けられた昇降路の外部から乗りかごを制御するエレベータシステムに関するものである。
【背景技術】
【０００２】
一般的にエレベータシステムは、建築物の昇降路内に吊り下げられた乗りかごを備え、この乗りかごが巻上機により駆動されて昇降路内で上下方向に昇降、移動するように運行される。エレベータシステムの乗りかごの運行制御は昇降路の上部、或いは壁面に設けた制御盤によって制御されるのが一般的である。したがって、制御盤に設けたコンピュータ装置は乗りかごの運行に伴う各種情報を取り込み、コンピュータ装置に搭載されたソフトウェアプログラムによって乗りかごの運行に必要な各種制御量を演算し、この各種制御量によって乗りかごの運行制御が行われている。例えば、乗りかごの行先階に向けた巻上機の制御、巻上機のブレーキ制御、乗りかごのドアの開閉制御等を行うようにコンピュータ装置によって制御されるものである。
【０００３】
ところで、このようなエレベータシステムにおいては社会環境の変化や建築物所有者からの要請等によって様々の形態の制御方式が提案されている。
【０００４】
例えば、特開２００８−５６３６１号公報（特許文献１）にあるように、複数企業や店舗などが混在するビル内において、セキュリティ認証情報をもとに乗りかごを効率良く稼動させ省エネを実現する制御方式が提案されている。
【０００５】
この制御方式は、ビル側で保有する利用者の認証用情報データベースを参照して、認証エリア或いは認証端末で検出した利用者の情報から利用者の行き先階を算出し、その算出結果をもとに階毎に累計してエレベータホールの待ち人数を把握し、演算されたエレベータホールの待ち人数もとにビル内に複数台設置されている乗りかごの適切な運行を行うための行き先階制御指示と、表示部に乗りかごの行き先階の表示を行うことで、利用者の利便性を損ねることなく効率的な乗りかごの割り振り制御を行うことができるとしている。
【０００６】
また、特開２００５−２０６３２３号公報（特許文献２）にあるように、エレベータの乗りかごの利用者の利用条件の個人差状況を認知する制御方式が提案されている
この制御方式は、利用者が乗りかごを利用する際、利用者が携帯する発信装置が乗りかごに設置されたリーダ端末との非接触通信エリアに入れば、リーダ端末が利用者の個人特徴情報を認知情報センターに転送し、その後、処理制御装置が認知情報センターから該当利用者個人情報の利用条件個人差状況を認知し、普通利用者との個人利用能力差を判明すれば、該当利用者に対して必要とする付加機能サービスを加えることができるとしている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００８−５６３６１号公報
【特許文献２】特開２００５−２０６３２３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
ところで、特許文献１及び特許文献２で提案されている制御方式は、乗客の乗りかご利用による履歴を昇降路の上部、或いは壁面に設けた制御盤とは別のサーバに蓄積し、この蓄積データを基に乗りかごの運用管理を行うものであり、所謂、群管理に相当する処理を昇降路の上部、或いは壁面に設けた制御盤とは別の外部サーバで実施しているものである。
【０００９】
このように、特許文献１や特許文献２で提案されている制御方式は、乗りかごの実際の動作である、乗りかごの昇降のための巻上機制御、巻上機のブレーキ制御、センサ処理制御、乗りかごのドア開閉制御等の制御量演算を外部サーバ側で実行しているわけではない。
【００１０】
したがって、乗りかごを昇降するための巻上機制御、巻上機のブレーキ制御、センサ処理制御、乗りかごのドア開閉制御等の制御量演算を行う制御盤は、上述したように昇降路の上部、或いは壁面に設けた制御盤によって制御されている。このため、乗りかごを運行する新しい制御プログラムの開発によって生まれた新しいソフトウェアプログラムのインストールや、或いは制御盤の機能点検等は夫々の制御盤に対して行うことが必要となる。このため、その作業量は膨大な量になり作業が複雑で時間がかかるものとなる。更に、この作業を作業員が夫々の制御盤に対して行うことになるので、その点検コストも高くなり、保守管理費用が嵩むという他に、制御盤を保守点検する際に作業員の安全確保を十分行うことが必要であるという副次的な問題を含んでいる。
【００１１】
本発明の主たる目的は、乗りかごを運行する新しいソフトウェアプログラムのインストールや、或いは制御盤の制御機能の点検等の作業を簡単に行えるエレベータシステムを提供することにある。
【課題を解決するための手段】
【００１２】
本発明の特徴は、乗りかごを操作する操作機器の制御量や乗りかごの運行状態を検出する検出機器の状態量の演算処理を昇降路の外部に設置した制御装置によって実行し、制御装置によって演算された制御量を通信回線を介して乗りかごを操作する操作機器に送るようにした、ところにある。尚、制御装置は具体的な例としてクラウドシステムによって実現することができるものである。
【発明の効果】
【００１３】
本発明によれば、乗りかごを操作する巻上機やドアを開閉するドア用電動機等の操作機器の制御量や、位置センサや荷重センサ等の検出機器の状態量の演算処理を昇降路の外部に設置した制御装置によって行うようにしたため、新しいソフトウェアプログラムのインストールや、或いは制御盤の機能点検等は外部の制御装置で一括して行うことができるようになるものである。このため、従来のように夫々の制御盤に対して行ってきた新しいソフトウェアプログラムのインストールや、或いは制御盤の機能点検等を無くすことができ、その作業が簡単となる。
【００１４】
また、この作業は制御装置で一括して行うことができるので点検コストも低く抑えられ、制御盤を保守点検する際の作業員が昇降路に入る必要がなくなるので安全面から有利であるという副次的な効果も期待できる。
【図面の簡単な説明】
【００１５】
【図１】本発明の一実施例になるクラウドシステムを利用したエレベータシステムの構成を示す構成図である。
【図２】本発明の他の実施例になるクラウドシステムを利用したエレベータシステムの構成を示す構成図である。
【図３Ａ】乗りかごの操作機器とクラウドシステムの間の通信における通信パケットの構成を示す構成図である。
【図３Ｂ】検出機器とクラウドシステムの間の通信における通信パケットの構成を示す構成図である。
【図４】クラウドシステムの障害発生時における乗りかごの制御状態を示す制御フローチャート図である。
【図５】クラウドシステムの障害発生時における巻上機側ロジック主導の乗りかごを最寄り階に停止するための制御フローチャート図である。
【図６】クラウドシステムの障害発生時におけるセンサ側ロジック主導の乗りかごを最寄り階に停止するための制御フローチャート図である。
【図７】クラウドシステムの障害発生時における乗りかごを運行復帰させる制御フローチャート図である。
【図８】クラウドシステム上のプログラムの構成例を示す構成図である。
【発明を実施するための形態】
【００１６】
本発明の実施形態について図面を用いて詳細に説明するが、本発明は以下の実施形態に限定されることなく、本発明の技術的な概念の中で種々の変形例や応用例をもその範囲に含むものである。
【実施例１】
【００１７】
図１は本発明の第１の実施形態になるエレベータシステムの構成を示している。乗りかごを昇降路内で昇降するために昇降路内に設置することが必須である操作機器、検出機器としては、乗りかごを昇降させる巻上機用電動機１０ａ、この巻上機用電動機１０ａの回転数、或いは回転速度を検出する検出機器としてのロータリーエンコーダ２０ａ、乗りかごを停止させるため巻上機用電動機１０ａに制動をかける電動ブレーキ３０がある。巻上機用電動機１０ａは乗りかごを上下に昇降するための大出力の電動機であり、そのためインバータ装置のようなドライバ７５によって駆動される。ロジック７０ａは、巻上機用電動機１０ａ、ロータリーエンコーダ２０ａ、電動ブレーキ３０を駆動するための基本的なロジック、及びクラウドシステムからの指令を解釈するロジック、及びクラウドシステム１００への状態データを生成するロジックとして機能するものである。
【００１８】
乗りかごの位置を検出するために昇降路内に設置することが必須である検出機器としては、乗りかごの速度を計測するガバナ４０、乗りかごの位置を計測する位置センサ５０がある。ロジック７０ｂは、ガバナ４０からのデータを処理する基本的なロジック及び位置センサ５０からのデータを処理する基本的なロジック及びクラウドシステム１００への状態データを生成するロジックである。尚、このロジック７０ｂで行われる処理は各検出機器から送られてくるデータをクラウドシステム１００で処理できる形態に変換する処理である。ただ、クラウドシステム１００側で処理することも可能であるので、この場合はロジック７０ｂの機能をクラウドシステム１００側に備えることになる。
【００１９】
また、乗りかごの開閉ドアを開閉するために昇降路内の乗りかごに設置することが必須である操作機器、検出機器としては、乗りかごのドアを開閉する開閉電動機１０ｂ、この開閉電動機１０ｂの回転数、或いは回転速度を検出する検出機器としてのロータリーエンコーダ２０ｂ、開閉ドアの開閉状態を検出する検出スイッチ６０がある。電開閉動機１０ｂは巻上機用電動機１０ａと比較して小出力であり、ドライバが必要ないものとしている。ロジック７０ｃは、開閉電動機１０ｂ、ロータリーエンコーダ２０ｂを駆動したり、スイッチ６０の状態を検知するための基本的なロジック、及びクラウドシステム１００からの指令を解釈するロジック、及びクラウドシステムへの状態データを生成するロジックとして機能するものである。
【００２０】
各ロジック７０ａ、７０ｂ、７０ｃは夫々に接続されたブリッジ８０を経由して通信網９０と接続され、更に、この通信網９０を介してクラウドシステム１００に接続される構成となる。尚、通信網９０は有線でも無線に依存しないものであり、そのシステムに適切な方法で通信網を構築すれば良いものである。
【００２１】
このクラウドシステム１００では、乗りかごの昇降のため巻上機用電動機１０aの制御量を演算する演算処理、乗りかごの位置を検出する位置検出の演算処理、巻上機の速度等の状態量を演算する演算処理、及び乗りかごの開閉ドアの開閉のため開閉電動機１０ｂの制御量を演算する演算処理等の多くの制御量演算と状態量演算を実行する。このように、クラウドシステム１００で演算された巻上機用電動機１０aの制御量や開閉電動機１０ｂの制御量は、再び通信網９０を介してブリッジ８０に送られ、更に、このブリッジ８０によってロジック７０ａ及びロジック７０ｃに送られて巻上機用電動機１０aや開閉電動機１０ｂを制御するようになる。
【００２２】
次に図８に基づき、クラウドシステム１００で仮想的に動作しているソフトウェアプログラムの例を説明する。
【００２３】
巻上機用電動機の制御を実行する電動機制御プログラム２００は、巻上機用電動機１０ａを制御し、また、この巻上機用電動機の動作を確認するロータリーエンコーダ２０ａのデータを処理して巻上機用電動機１０ａの状態を監視し、更に電動ブレーキ３０を制御するプログラムである。
【００２４】
また、エレベータの運行制御を実行する統合制御プログラム２１０は、ガバナ４０のデータを処理して乗りかごの速度を計測し、位置センサ５０のデータを処理して乗りかごの位置を計測し、行先階等の乗りかごの運行を制御するプログラムである。
【００２５】
更に、乗りかごに搭載されている操作機器の制御を実行する乗りかご制御プログラム２２０は、乗りかごドアの開閉電動機１０ｂを制御し、乗りかごドアの状態を確認するロータリーエンコーダ２０ｂのデータを処理してドア状態を監視し、乗りかごの行先階ボタン６０の状態データを処理して乗客が指示した行先階を管理するプログラムである。
【００２６】
これらのプログラムは、従来はそれぞれ別の制御装置で実行されていたプログラムであるが、本実施例ではクラウドシステム１００によって実行されることになる。尚、データの送受信は、従来ではシリアル通信等の通信手段を介して実行されていたが、本実施例ではクラウドシステム１００の仮想環境上の通信手段で代用することになる。
【００２７】
図１に示したエレベータシステムでは１つの昇降路に設けた乗りかごの例を示しているが、実際は複数の昇降路に設けた乗りかごが接続されているものである。例えば、大規模建築物では多くの昇降路があるので、クラウドシステム１００はこの大規模建築物内に構築することができる。したがって、従来であれば個々の昇降路に設けた制御盤によって乗りかごの制御を行っていたが、このクラウドシステム１００によれば、複数の昇降路内の乗りかごの制御を昇降路の外部から行うことができるようになる。
【００２８】
更に、複数の建築物に対してクラウドシステム１００を構築し、複数の建築物に設けられた昇降路の乗りかごの制御をおこなうようにしてもよく、従来であれば個々の建築物の昇降路に設けた制御盤によって乗りかごの制御を行っていたが、このクラウドシステム１００によれば、複数の建築物の昇降路内の乗りかごの制御を昇降路の外部から行うことができるようになる。
【００２９】
そして、乗りかごを運行する新しい制御プログラムの開発によって生まれた新しいソフトウェアプログラムのインストールや、或いは制御盤の機能点検等は、このクラウドシステム１００内で行われることになる。
【００３０】
このように、クラウドシステム１００では、昇降路とは別の場所で仮想的に乗りかごの運行管理を実行することで、新しいソフトウェアプログラムのインストールや、或いは制御盤の機能点検等を簡単に行うことができる。また、クラウドシステム内で作業ができるので、保守点検等のコストを大きく削減することができる。更に、クラウドシステムという仮想環境が構築されているサーバ室のような、昇降路と比較して安全な場所で保守作業が可能となるものである。更に、災害対策として冗長性を向上するために、複数のサーバ室を別の地区に設置することも可能でなる。
【００３１】
尚、このクラウドシステム１００は一般の利用者が用いることができるパブリッククラウドシステムではなく、エレベータシステムの管理会社や、建築物の所有者の使用に限定されたプライベートクラウドシステムである。このように、プライベートクラウドシステムを採用するのは、エレベータシステムという安全運行管理が優先されるシステムであるためであり、クラウドシステムのセキュリティを確保する上で重要なものである。
【実施例２】
【００３２】
図２は本発明の第２の実施形態になるエレベータシステムの構成を示しており、図１に示すエレベータシステムに比べて本実施例ではブリッジ８０を集約した点で異なっている。図２に示した参照番号で図１に示す実施例と同一の参照番号を付した構成要素は、図１に示す構成要素を同じ機能、或いは類似の機能を備えたものであるので、その詳細な説明は省略する。
【００３３】
従来のエレベータシステムでは、一つの昇降路内に複数の制御装置を設置する場合は、制御装置の間をシリアル通信等の通信手段によって接続している。本実施例ではこのシリアル通信手段を利用してロジック７２ａ、７２ｂ、７２ｃを通信するようにしている。つまり、図２にある通信手段８２はロジック７２ａ、７２ｂ、７２ｃを接続し、この通信手段８２にブリッジ８５を接続して共通化している。
【００３４】
ブリッジ８５は通信手段８２と通信網９０の橋渡しをする機能を備え、クラウドシステム１００と操作機器や検出機器のロジック７２ａ、７２ｂ、７２ｃの間で情報を交換するように動作する。このような構成を採用することで、従来のエレベータシステムに備えられている通信手段８２を有効活用しつつ、クラウドシステム１００では、乗りかごの昇降のため巻上機用電動機１０aの制御量を演算する演算処理、乗りかごの位置を検出する位置検出の演算処理、及び乗りかごの開閉ドアの開閉のため開閉電動機１０ｂの制御量を演算する演算処理を実行することが可能となる。
【００３５】
この実施例２においても、実施例１と同様の作用、効果を奏するものであり、実施例１と重複するので詳細な説明は省略する。
【００３６】
図１及び図２に示すエレベータシステムではクラウドシステム１００と各ロジック７２ａ、７２ｂ、７２ｃをパケット通信によって通信を実行している。このパケット通信で使用されるパケットの構成を図３Ａ、図３Ｂに示している。図３Ａは操作機器とクラウドシステムの間の通信における通信パケットの構成を示し、図３Ｂは検出機器とクラウドシステムの間の通信における通信パケットの構成を示している。
【００３７】
図３Ａに示すパケット１１０は、クラウドシステム１００から昇降路内の巻上機用電動機１０ａ、開閉電動機１０ｂ及び電動ブレーキ３０を制御するためのパケットの構造である。
【００３８】
パケット１１０は、少なくとも、ヘッダ１１１、コマンド１１２、データ１１３、フッタ１１４より構成されている。ヘッダ１１１及びフッタ１１４は、パケットの到着順序を監視するためのシーケンス番号、タイムスタンプ、パケットの信頼性向上のための暗号化に係る情報、データの整合性を示すためのＣＲＣ等の情報を含むものである。
【００３９】
また、コマンド１１２は巻上機用電動機１０ａ、開閉電動機１０ｂ及び電動ブレーキ３０の動作についての指示を示し、データ１１３はこのコマンド１１２に付随する巻上機用電動機１０ａ、開閉電動機１０ｂ及び電動ブレーキ３０の目標値等のデータを保持している。
【００４０】
巻上機用電動機１０ａに対してのコマンド１１２は、例えば正方向の駆動指示、これに関する目標値としてのデータ１１３は目標速度や加速度等の実数値等があげられる。また、コマンド１１２に指定距離までの移動の指示、これに関する目標値としてのデータ１１３に目標距離等の実数値の場合もある。さらに、回転数やステップ数等の巻上機用電動機１０ａの形式に依存したコマンドの場合もある。
【００４１】
図３Ｂに示すパケット１２０は、ロータリーエンコーダ２０ａ、２０ｂ、ガバナ４０、位置センサ５０のような、昇降路や乗りかご内の状態を検出するための検出機器のデータをクラウドシステム１００に送信するためのパケットの構造である。パケット１１０と同様に、ヘッダ１２１、タイプ１２２、データ１２３、フッタ１１４より構成される。ヘッダ１１１及びフッタ１１４は、パケットの到着順序を監視するためのシーケンス番号、タイムスタンプ、パケットの信頼性向上のための暗号化に係る情報、データの整合性を示すためのＣＲＣ等の情報を含む。
【００４２】
タイプ１２２はデータ１２３が昇降路内のどの検出機器に対応するデータかを示す、いわゆるＩＤである。データ１２３は検出機器による計測データであり、この計測データは検出機器のＲＡＷデータ、或いはロジックでフィルタリング等の処理が施された論理データの場合もある。
【００４３】
尚、ヘッダ１１１、フッタ１１４及びヘッダ１２１、フッタ１２４は、通信プロトコルや暗号化通信の仕様に依存するため、本実施例の中ではその詳細については言及しない。
【実施例３】
【００４４】
次にクラウドシステム１００を使用したエレベータシステムの具体的な制御例を説明する。この実施例は、クラウドシステム１００とロジック７２ａ、７２ｂ、７２ｃとの間の通信網９０を経由したクラウドシステム１００からの定期的な信号の到来を監視し、この到来が遅延するとクラウドシステム１００に異常を生じたとして乗りかごの安全を確保する制御を示している。
【００４５】
図４に示す制御フローは、クラウドシステム１００から送信される定期的なアライブ信号をブリッジ８０、８５が受信し、到着すべき周期でこのアライブ信号が到着しない場合には乗りかごの昇降速度を減速し、或いは停止することによって乗客の安全を確保する制御である。
【００４６】
ここで、このアライブ信号はクラウドシステム１００側が正常に動作しているということをブリッジ８０、８５に伝達するための信号である。したがって、クラウドシステム１００側に何らかの不具合が発生するとアライブ信号の送出が停止されるようになっている。
【００４７】
以下、ステップ毎にその制御内容を説明するが、適用する実施例は図１に示す実施例を対象とする。尚、この制御フローは所定時間毎に起動されるものである。
【００４８】
≪ステップＳ１００≫
このステップＳ１００では、ブリッジ８０によってクラウドシステム１００からの定期的なアライブ信号を監視し、このアライブ信号を受信できるか否かを判断している。アライブ信号は所定周期毎に発生しているので、この周期毎にアライブ信号が到来すればクラウドシステムが正常に動作していると判断し、アライブ信号がこの所定周期を過ぎても到来しない（以下、通信遅延という）とクラウドシステム１００に不具合が生じたと判断するものである。この判断でクラウドシステム１００に不具合が生じたと判断されるとステップＳ１１０に進み、クラウドシステムが正常に動作していると判断されるとステップＳ１６０に進む。
【００４９】
≪ステップＳ１１０≫
ステップＳ１１０でアライブ信号が定期的に受信できない通信遅延が生じたと判断されると、ブリッジ８０は、ダミーの未到着パケットをロジックに向けて発行する。ここで、このロジックは巻上機用電動機１０ａを操作できるロジック７０ａを想定している。
【００５０】
≪ステップＳ１２０≫
ステップＳ１２０ではブリッジ８０で発行された未到着パケットを受け付け、この未到着パケットの受付が完了するとステップＳ１３０に進む。
【００５１】
≪ステップＳ１３０≫
ステップＳ１３０では乗りかごの移動速度から、乗りかごが既に減速状態に移行もしくは減速状態が継続しているか否かを判断する。この判断は巻上機用電動機１０aの回転速度等から所定時間内の速度変化を求めて減速状態を判断している。ここで、減速状態にないと判断されるとステップＳ１４０に進み、減速状態にあると判断されるとステップＳ１５０に進むことになる。
【００５２】
≪ステップＳ１４０≫
ステップＳ１４０では乗りかごが減速していないので、巻上機用電動機１０aの回転目標値を下げて巻上機用電動機１０aの回転速度を低下して乗りかごの昇降速度を落として減速を開始する。この場合、電動ブレーキ３０を併用しており、これによって減速を早めるようにしている。この電動ブレーキ３０を使用しないで減速できる場合はこれの併用を省くこともできるものである。
【００５３】
≪ステップＳ１５０≫
ステップＳ１５０では、乗りかごが減速状態にあるので現在の乗りかごの位置に近い所定階に向けて更に減速し、その後に所定階に着床すると乗りかごの移動を停止する。
【００５４】
この場合も、巻上機用電動機１０aの回転目標値を乗りかごの停止に向けて設定し、巻上機用電動機１０aの回転速度を更に低下して乗りかごの昇降速度を落として乗りかごを停止する。所定階に乗りかごが着床すると、電動ブレーキ３０によって乗りかごの停止位置を確保して乗客を安全に退避できる状態に維持する。
【００５５】
尚、乗りかごを停止させる状態にさせる条件として、減速状態が所定の時間に亘って継続しているという条件や、アライブ信号の未到着状態が所定の時間に亘って継続しているという条件を設定し、これらの条件を満足する場合に乗りかごを停止するといった制御を行うことも可能である。
【００５６】
≪ステップＳ１６０≫
ステップＳ１００の判断でアライブ信号が所定周期で到来して通信遅延が無いと判断されると、このステップＳ１６０が実行され、ステップ１１０で発行される未到着パケットの有無を判断している。未到着パケットがなければ通信網９０が過去から継続して正常に動作していることになるので、この制御フローを抜けて次の起動周期を待つことになる。この時は乗りかごはクラウドシステム１００によって正常状態の動作を継続しているものである。
【００５７】
一方、このステップＳ１６０で未到着パケットがあると判断されると、過去に通信遅延があったが今回の判断でこの通信遅延が解消されたことを判断できる。通信遅延が解消されると乗りかごの運行を正常に戻すためステップＳ１７０に進む。
【００５８】
≪ステップＳ１７０≫
このステップＳ１７０では通信遅延が解消されると乗りかごの運行を正常に戻すため、ブリッジ８０はダミーの復帰パケットをロジックに向けて発行する。ここで、このロジックは巻上機用電動機１０ａを操作できるロジック７０ａである。
【００５９】
≪ステップＳ１８０≫
ステップＳ１８０ではブリッジ８０で発行された復帰パケットを受け付け、この復帰パケットの受付が完了すると、ロジック７２aは乗りかごの運行を正常状態に向けて復帰させる。例えば、現状復帰のために減速状態にある乗りかごの減速を解除して加速側に転じて、以前の目標速度に復帰する等の処理を実行する。或いは停止されている乗りかごを再起動して目標速度に復帰する等の処理を実行する。
【００６０】
このように本実施例によれば、クラウドシステム１００から送信される定期的なアライブ信号をブリッジ８０、８５が受信し、到着すべき周期でこのアライブ信号が到着しない場合には乗りかごの昇降速度を減速し、或いは停止することによって乗客の安全を確保することができるようになる。
【００６１】
尚、本実施例では乗りかごの移動を制御する巻上用電動機１０ａを操作するロジック７２aで乗りかごの安全を確保するが、昇降路の任意の位置に停止することまで踏み込んではいない。更に任意の位置に停止させる必要がある場合は以下に述べる実施例を採用すれば可能となる。
【実施例４】
【００６２】
次に上述した実施例３に示す制御機能を更に高めた制御方法を説明する。この制御方法は巻上機用電動機１０ａを管理するロジック７２ａと、位置センサ５０を管理するロジック７２ｂを用いて、通信網９０を経由した通信の許容範囲以上の遅延が発生した場合に乗りかごを所望の着床階で停止するというものである。ここで所望の着床階とは、例えば最寄り階への停止である。最寄り階に停止できれば、乗りかごの開閉ドアを開いて直ちに乗客を降ろすことが可能となるものである。尚、以下に説明する制御フローは図２に示すエレベータシステムを前提にされている。
【００６３】
図５に示す制御フローにおいて、クラウドシステム１００から送信される定期的なアライブ信号をブリッジ８５が受信し、到着すべき周期でアライブ信号が到着しない場合にロジック７２ａが主体となって、乗りかごを最寄り階に停止することによって乗客の安全を確保するものである。
【００６４】
図５において、ロジック７２ａは図４に示すステップＳ１５０で、乗りかごが減速状態から停止状態に進む間に以下のステップの処理を実行する。
【００６５】
≪ステップＳ２００≫
ステップＳ２００では、ロジック７２ｂに対して現在の乗りかごの位置に対して最寄り階までの距離を要求する。この要求は現在の乗りかごを停止する最も近い着床階を決めるために最寄り階までの距離が必要となるからである。
【００６６】
≪ステップＳ２１０≫
一方、ステップＳ２１０では、ロジック７２ｂはロジック７２ａからの最寄り階までの距離要求を受信する。この最寄り階までの距離要求を受信するとステップＳ２２０に進む。
【００６７】
≪ステップＳ２２０≫
ステップＳ２２０では最寄り階までの距離を求める演算を実行する。この演算は現在の乗りかごの位置から最も近い階床を探し出し、探し出された階床に対してどの程度の距離があるかを演算するものである。これは乗りかごが現在の位置から停止できるだけの距離にあるかどうかの判断に使用される。
【００６８】
≪ステップＳ２３０≫
ステップＳ２３０では、ロジック７２ｂがステップ２２０で演算された最寄り階までの距離をロジック７２aに対して返信する。
【００６９】
≪ステップＳ２４０≫
ステップＳ２４０では、ロジック７２ａはロジック７２ｂからの最寄り階までの距離を取得して次のステップ２５０に進む。
【００７０】
≪ステップＳ２５０≫、≪ステップＳ２６０≫
ステップＳ２５０及びステップ２６０では、取得した最寄り階までの距離が乗りかごを停止できる距離にあるかどうかを判断している。この判断は現在の減速度で最寄り階に着床できるかどうかを判断している。つまり、乗りかごが最寄り階に近すぎると減速しても最寄り階を過ぎて停止する恐れがあるからである。また、最寄り階に着床しようとして急激に減速すると、乗客がけがをするといったことも考えられるので、急激な減速は好ましくない。更に、距離だけで判断すると乗りかごが最寄り階を過ぎている場合もあるので、乗りかごの進行方向も考慮して判断されている。つまり、乗りかごが最寄り階を過ぎていると進行方向の関係上最寄り階に停止できないので、進行方向の最寄り階を探し出してその距離を求めることが必要である。これらのステップで最寄り階に停止できると判断されるとステップＳ３２０に進み、最寄り階に停止できないと判断されるとステップＳ２７０に進む。
【００７１】
≪ステップＳ２７０≫
ステップＳ２７０では、最寄り階が近すぎて減速できない、または最寄り階を通り過ぎてしまった場合には、現在の乗りかごと次の階床までの距離をロジック７２ｂに要求する。
【００７２】
≪ステップＳ２８０≫
一方、ステップＳ２８０では、ロジック７２ｂはロジック７２ａからの次の階までの距離要求を受信する。この次の階までの距離要求を受信するとステップＳ２９０に進む。
【００７３】
≪ステップＳ２９０≫
ステップＳ２９０では次の階までの距離を求める演算を実行する。この演算は現在の乗りかごの位置から次の階床を探し出し、探し出された階床に対してどの程度の距離があるかを演算するものである。
【００７４】
≪ステップＳ３００≫
ステップＳ３００では、ロジック７２ｂがステップ２９０で演算された次の階までの距離をロジック７２aに対して返信する。
【００７５】
≪ステップＳ３１０≫
ステップＳ３１０では、ロジック７２ａはロジック７２ｂからの次の階までの距離を取得して次のステップ３２０に進む。
【００７６】
≪ステップＳ３２０≫
ステップ２６０で最寄り階に停止できると判断された場合や、ステップ３１０で次の階までの距離が求められると、このステップＳ３２０が実行される。
【００７７】
このステップＳ３２０では、乗りかごが減速状態にあるので最寄り階、或いは次の階に向けて更に減速し、その後に着床すると乗りかごの移動を停止する。この場合も、巻上機用電動機１０aの回転目標値を乗りかごの停止に向けて設定し、巻上機用電動機１０aの回転速度を更に低下して乗りかごの昇降速度を落とし、更には電動ブレーキ３０も併用して乗りかごを停止する。乗りかごが着床すると、電動ブレーキ３０によって乗りかごの停止位置を確保して乗客を安全に退避できる状態に維持する。
【００７８】
このように、本実施例よると最寄り階に早期に停止できるので、乗りかごの開閉ドアを開いて直ちに乗客を降ろすことが可能となるものである。
【００７９】
次にこの実施例の変形例を図６に基づき説明する。この図６は、クラウドシステム１００から送信される定期的なアライブ信号をブリッジ８５が受信し、到着すべき周期でアライブ信号が到着しない場合に、ロジック７２ｂが主体となって乗りかごを最寄り階に停止させて乗客の安全を確保する制御フローを示している。
【００８０】
この制御も図５と同様に、ロジック７２ｂは図４に示すステップＳ１５０で、乗りかごが減速状態から停止状態に進む間に以下のステップの処理を実行する。
【００８１】
≪ステップＳ３３０≫
ステップ１５０で乗りかごを停止しなければならない状況に遷移すると、ステップＳ３３０では、ガバナ４０によって測定される乗りかごの減速度、及び位置センサ５０のデータを基に現在の乗りかごが停止可能な階までの距離を演算する。この演算が終了すると次のステップＳ３４０にすすむ。
【００８２】
≪ステップＳ３４０≫
ステップＳ３４０では、ステップＳ３３０で求められた停止可能な階までの距離をロジック７２ａに送信する。
【００８３】
≪ステップＳ３５０≫
ステップＳ３５０では、ロジック７２ｂから送られてきた停止可能な階までの距離を受信し、次のステップＳ３６０の演算に使用する。
【００８４】
≪ステップＳ３６０≫
ステップＳ３６０では求められた停止可能な階までの距離に応じて巻上機用電動機１０ａの目標設定速度を低くし、また必要に応じて電動ブレーキ３０を駆動して減速状態を助長するようにする。例えば、停止可能な階までの距離が長い場合は緩やかに減速を実行し、停止可能な階までの距離が短い場合は急速に減速を実行するようにしている。
【００８５】
もちろん、減速度が許容以上に達すると乗客に対して好ましくないので、減速度が許容された値以上になる場合は、求められた階の次の階までの距離を求め、この距離に基づいて乗りかごの減速度を制御するようにすることもできる。
【００８６】
このように、本実施例よると乗りかごを早期に停止できるので、乗りかごの開閉ドアを開いて早期に乗客を降ろすことが可能となるものである。
【実施例５】
【００８７】
次に、クラウドシステム１００で仮想的に動作しているソフトウェアプログラムに不具合が生じた時に、エレベータシステムを復帰する制御フローを説明する。図７は、クラウドシステムで仮想的に動作しているソフトウェアプログラムに不具合が発生した場合の乗りかごの運行復帰の制御方法を示している。
【００８８】
≪ステップＳ４００≫
ステップＳ４００では、クラウドシステム１００内においてソフトウェアプログラムの動作に不具合が発生すると、このステップＳ４００でこの状態が検出される。そして、この時クラウドシステム１００は異常状態が発生しているので、ステップＳ４００ではブリッジ８０、８５にアライブ信号を送出するのを停止する。このアライブ信号の送出が停止されると、ブリッジ８０、８５側ではこれを検出して図４に示す制御フローを実行して乗りかごを減速状態、或いは停止状態に移行させる。ステップＳ４００の処理が終了すると次のステップに進む。
【００８９】
≪ステップＳ４１０≫
ステップＳ４１０では、ソフトウェアプログラムの動作に不具合が発生しているので、これに対応してフェイルオーバー処理を実行する。
【００９０】
≪ステップＳ４２０≫
ステップＳ４２０では、フェイルオーバー処理によってクラウドシステム１００で実行されていた処理を継続するか、或いはソフトウェアプログラムのエラーによって不具合発生となった場合にはフェイルオーバーしてもリセットしてしまうので、エラーを生じたソフトウェアプログラムを再起動する。これらの処理が完了すると次のステップに進む。
【００９１】
ここで、ステップＳ４００の不具合発生の検出からステップＳ４２０の再起動までの期間がアライブ信号を送信できない期間である。この期間が長いと乗りかごの状態が変化している可能性があるので次のステップを実行する。
【００９２】
≪ステップＳ４３０≫
上述したように、不具合が生じたソフトウェアプログラムが再起動するまでに時間を要するので、この時間の経過の間に乗りかごの状態が変化している可能性が大きい。つまり、不具合が発生して短時間に乗りかごが停止状態にならないためである。したがって、ソフトウェアプログラムが再起動した際には、乗りかごの動作状態やこれに関連する機器との同期処理が必要である。そこで、ステップＳ４３０ではブリッジ８０、８５に対して現在の状態を取得する要求を送出する。
【００９３】
≪ステップＳ４４０≫
ステップ４４０では、この要求に従ってブリッジ８０、８５は各ロジック７２ａ、７２ｂ、７２ｃに対して、乗りかごや開閉ドア等の操作機器の現在の動作状態や、検出機器の動作状態を取得するよう要求する。各ロジック７２ａ、７２ｂ、７２ｃはこの要求に対応し動作状態のデータをブリッジ８０、８５に伝達するように動作する。この動作状態のデータを受け取ると次のステップに進む。
【００９４】
≪ステップＳ４５０≫
ステップＳ４５０では、ブリッジ８０、８５は各ロジック７２ａ、７２ｂ、７２ｃから受け取った操作機器や検出機器の現在の動作状態の制御量や状態量のデータをクラウドシステム１００に転送する。転送された動作状態のデータは再起動されたソフトウェアプログラムでの処理に使用されることになる。
【００９５】
≪ステップＳ４６０≫
ステップ４６０において、クラウドシステム１００で動作しているソフトウェアプログラムは、転送されてきた操作機器や検出機器の現在の動作状態の制御量や状態量のデータを用いて自身が管理するデータを新しいデータに更新する。
【００９６】
≪ステップＳ４７０≫
ステップ４７０では、これらの更新された操作機器や検出機器の現在の動作状態の制御量や状態量のデータを用いて乗りかごの運行を再開する。たとえば、不具合が生じた時の操作機器や検出機器の現在の動作状態の制御量や状態量のデータを用いて乗りかごの運行を再開すると、実際の乗りかごの動作状態と異なっているため、正常な運行ができない恐れがある。これに対して、運行を再開する時に実際の現在の動作状態の制御量や状態量のデータに更新されているため迅速に正常な運行状態に復帰させることができる。
【００９７】
このような制御方法を実行することで、クラウドシステム１００で仮想的に動作しているソフトウェアプログラムに不具合が発生しても、迅速に乗りかごの運行を再開することが可能となる。ここで、ステップＳ４００からステップＳ４２０までの処理は比較的時間がかかる処理ではあるが、クラウドシステム１００の性能によっては、ステップＳ１５０の停止処理の状態に遷移して乗りかごが減速状態に移行した時点で復帰できる可能性がある。この場合には、乗客が減速を認識する前に乗りかごの運行を継続することができる。尚、ステップＳ４００からステップＳ４２０までの処理に長い時間がかかっても、図５に示す実施例で説明したように、乗りかごは最寄り階や所定の階に安全に停止することができるものである。
【００９８】
以上述べたように、本発明によれば、乗りかごを操作する巻上機やドアを開閉するドア用電動機等の操作機器の制御量や、位置センサや荷重センサ等の検出機器の状態量の演算処理を昇降路の外部に設置した制御装置によって行うようにしたため、新しいソフトウェアプログラムのインストールや、或いは制御盤の機能点検等は外部の制御装置で一括して行うことができようになるものである。
【００９９】
このため、従来のように夫々の制御盤に対して行ってきた新しいソフトウェアプログラムのインストールや、或いは制御盤の機能点検等を無くすことができ、その作業が簡単となる。
【０１００】
また、この作業はサーバ室のような昇降路と比較して安全な場所で一括して行うことができるので点検コストも低く抑えられ、制御盤を保守点検する際の作業員が昇降路に入る必要がなくなるので安全面から有利であるという副次的な効果も期待できる。更に、制御盤等の機器を設けなくても良いので、昇降路に設置しなければならない機器を最低限に抑えられるという副次的な効果も期待できる。
【符号の説明】
【０１０１】
１０a…巻上機用電動機、２０a…ロータリーエンコーダ、３０…電動ブレーキ、４０…ガバナ（エンコーダを含む）、５０…位置センサ、６０…行先階ボタン、７０ａ、７０ｂ、７０ｃ…ロジック、７５ドライバ、８０…ブリッジ、９０…通信網、１００…クラウドシステム。
【図１】
2014172714.tif 000003
【図２】
2014172714.tif 000004
【図３Ａ】
2014172714.tif 000005
【図３Ｂ】
2014172714.tif 000006
【図４】
2014172714.tif 000007
【図５】
2014172714.tif 000008
【図６】
2014172714.tif 000009
【図７】
2014172714.tif 000010
【図８】
2014172714.tif 000011