JP2021130534A - エレベーター制御装置及びエレベーター制御方法 - Google Patents

Abstract

【課題】エレベーターにおいて、全体を制御する号機制御部と各階の端末制御部との通信のための構成を複雑化することなく、信頼性が確保できるようにする。【解決手段】自系統の号機の制御を行う号機制御部１０１ａと、利用者または荷物を乗せるカゴ部１０３ａと、号機制御部の制御に基づいてカゴ部を上下移動させる巻き上げ制御部１０２ａと、カゴ部が上下移動する各階に設置される複数の端末制御部１０５ａ−１〜１０５ａ−４とを備える。ここで、号機制御部１０１ａと複数の端末制御部１０５ａ−１〜１０５ａ−４とを接続する通信経路として、複数の端末制御部１０５ａ−１〜１０５ａ−４を順に接続したループ状の通信経路を有する。【選択図】図１

Description

本発明は、エレベーター制御装置及びエレベーター制御方法に関する。

近年の産業機械に用いられる制御装置は、制御対象間を１：１の通信経路で接続する形態をとることがある。これにより制御対象間を１：Ｎの通信経路で接続する形態と比べて、通信経路に接続される機器が必ず１つであるため、制御対象間の配線量の低減や通信のノイズも少なくなり、通信速度の向上が期待できる。

産業機械の一つであるエレベーターを例にとると、エレベーターは、乗りカゴの運行を制御する号機制御部、カゴを上下させる巻き上げ制御部、カゴ内の制御を行うカゴ制御部、エレベーターホールに設置される機器を制御する端末制御部で構成される。エレベーターホールに設置される機器としては、カゴを呼び出す操作を行うホールボタンや、カゴの到着を表示する表示器等がある。
これらのエレベーターを構成する各機器を１：１の通信経路で接続する場合、エレベーターホールに設置される端末制御部は、ビルの各階床毎に設置されるため、端末制御部は数珠つなぎに接続される。

このように制御対象を１：１の通信経路で接続する形態は、数珠つなぎに接続することで制御対象を拡張していくことになる。数珠つなぎに複数の機器を接続した場合、一つの制御対象の故障、もしくは通信経路が遮断された際には、それ以降の通信が出来なくなり、システム全体に影響を及ぼす。例えばエレベーターの場合、特定の階のホールボタンを制御する端末制御部が通信できない状況になると、その端末制御部を経由して通信を行う、別の階の端末制御部でも通信ができない状況になってしまう。
エレベーターなどに代表される産業機械は、信頼性を確保することが必須であり、エレベーターシステムが備える各機器の通信機能についても信頼性を確保する必要がある。

特許文献１には、制御装置と通信相手との間の通信経路を二重化して、信頼性を確保する技術が記載されている。

特開平１０−１９８６１８号公報

通信機器の分野では、特許文献１に記載されるように、信頼性を確保するために、通信経路を二重化することは、従来から知られている。
しかしながら、通信経路を二重化する技術をエレベーターに適用した場合、設置する建物の階数が多いと、各階に設置される端末制御部の数が多く必要であり、二重化する通信経路が非常に多くなって、システム構成が複雑化する問題がある。
エレベーターにおいては、端末制御部の通信経路が複雑化するのを防ぎつつ、信頼性が確保できるようにすることが望まれている。

本発明は、通信のための構成を複雑化することなく、信頼性が確保できるエレベーター制御装置及びエレベーター制御方法を提供することを目的とする。

上記課題を解決するために、例えば特許請求の範囲に記載の構成を採用する。
本願は、上記課題を解決する手段を複数含んでいるが、その一例を挙げるならば、自系統の号機の制御を行う号機制御部と、利用者または荷物を乗せるカゴ部と、号機制御部の制御に基づいてカゴ部を上下移動させる巻き上げ制御部と、カゴ部が上下移動する各階に設置される複数の端末制御部とを備えるエレベーター制御装置であって、号機制御部と複数の端末制御部とを接続する通信経路として、複数の端末制御部を順に接続したループ状の通信経路を有する。

本発明によれば、号機制御部と各階の端末制御部とが実質的に複数の経路で接続されることになり、通信異常が発生した際にも、極力、端末制御部が通信できる状態に維持され、ユーザの不快感と配車効率の低減を最小限に抑えることができる。
上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。

本発明の第１の実施の形態例によるエレベーター制御装置が設置されたエレベーター全体の概略構成を示すブロック図である。 本発明の第１の実施の形態例による号機制御部の構成例を示すブロック図である。 本発明の第１の実施の形態例による号機制御部のハードウェア構成例を示すブロック図である。 本発明の第１の実施の形態例による端末制御部の構成例を示すブロック図である。 本発明の第１の実施の形態例による通信パケットの例を示す図である。 本発明の第１の実施の形態例による表示状態の例を示す図である。 本発明の第１の実施の形態例による各号機の正常・異常の詳細の表示状態の例を示す図である。 本発明の第１の実施の形態例による端末通信状態パケットの生成処理を説明する図である。 本発明の第１の実施の形態例による端末通信状態パケットの生成処理を説明する図（１台が異常時の例）である。 本発明の第１の実施の形態例による端末通信状態パケットの生成処理を説明する図（２台が異常時の例１）である。 本発明の第１の実施の形態例による端末通信状態パケットの生成処理を説明する図（２台が異常時の例２）である。 本発明の第１の実施の形態例による運転モード設定処理の流れを示すフローチャートである。 本発明の第１の実施の形態例による通常運転時の処理を示すフローチャートである。 本発明の第１の実施の形態例による縮退運転時の処理を示すフローチャートである。 本発明の第１の実施の形態例による端末制御部の処理を示すフローチャートである。 本発明の第２の実施の形態例によるエレベーター制御装置が設置されたエレベーター全体の概略構成を示すブロック図である。 本発明の第３の実施の形態例によるエレベーター制御装置が設置されたエレベーター全体の概略構成を示すブロック図である。

＜第１の実施の形態例＞
以下、本発明の第１の実施の形態例を、図１〜図１５を参照して説明する。

［全体構成］
図１は、第１の実施の形態例のエレベーター制御装置が設置されたエレベーターシステム全体の概略構成を示す。
図１に示すエレベーターシステムは、第１号機と第２号機の２台のエレベーターを備える。図１では、第１号機のエレベーターの構成要素には、符号に「ａ」を付与し、第２号機のエレベーターの構成要素には、符号に「ｂ」を付与して区別する。但し、以下の説明では、号機を特定しない場合には、「ａ」、「ｂ」を付けない符号で説明する。
第１号機のエレベーターの構成と第２号機のエレベーターの構成は基本的には同じであり、構成を説明する際には第１号機を説明し、第２号機のエレベーターの構成についての説明は一部を省略する。
また、図１では、各号機は１階から４階までを昇降するエレベーターとして示すが、エレベーターが昇降する階数は一例である。

第１号機のエレベーターは、第１号機制御部１０１ａと、巻き上げ制御部１０２ａと、カゴ部１０３ａと、ロープ１０４ａと、各階の端末制御部１０５ａ−１〜１０５ａ−４と、各階のホールボタン１０６ａ−１〜１０６ａ−４とを備える。
同様に、第２号機のエレベーターは、第２号機制御部１０１ｂと、巻き上げ制御部１０２ｂと、カゴ部１０３ｂと、ロープ１０４ｂと、各階の端末制御部１０５ｂ−１〜１０５ｂ−４と、各階のホールボタン１０６ｂ−１〜１０６ｂ−４とを備える。
なお、図１において、各階の端末制御部１０５ａ−１〜１０５ａ−４，１０５ｂ−１〜１０５ｂ−４にカッコ書きで、号機と階を示す。例えば、第１号機の１階の端末制御部１０５ａ−１は、図１に（１−１Ｆ）と示す。

第１号機制御部１０１ａは、カゴ部１０３ａからの情報や端末制御部１０５ａ−１〜１０５ａ−４の情報に基づいて、カゴ部１０３ａの配車割り当てを行い、巻き上げ制御部１０２ａにカゴ配車階までの動作指令を出力する制御を行う。

巻き上げ制御部１０２ａは、第１号機制御部１０１ａの指令に従い、カゴ部１０３ａを上下させる制御部である。
カゴ部１０３ａは、利用者または荷物を搭載するカゴ内に設置された行先階ボタンや開閉ボタンなどの機器のデータを、第１号機制御部１０１ａへ送信する処理を行う。また、カゴ部１０３ａは、第１号機制御部１０１ａから送信されたデータを、階床表示部等のカゴ内に設置された機器に送信する処理を行う。

ロープ１０４ａは、巻き上げ制御部１０２ａとカゴ部１０３ａを接続する。このロープ１０４ａを巻き上げ制御部１０２ａで巻き上げることで、カゴ部１０３ａが上下移動する。

各階に設置された端末制御部１０５ａ−１〜１０５ａ−４は、ホールに設置されたホールボタン１０６ａ−１〜１０６ａ−４のデータを、号機制御部１０１へ送信する処理を行う。また、端末制御部１０５ａ−１〜１０５ａ−４は、第１号機制御部１０５ａから送信されたデータをホールに設置された表示器（不図示）等へ送信する処理を行う。
ホールボタン１０６ａ−１〜１０６ａ−４は、各階のエレベーター乗場であるホールに設置され、エレベーターホールからカゴ部１０３ａを呼び出すためにユーザが押す上下のボタンである。

各階の端末制御部１０５ａ−１〜１０５ａ−４は、通信経路１０７ａ，１０８ａを使用して、第１号機制御部１０１ａと双方向に通信可能に順に接続されている。
すなわち、第１号機制御部１０１ａは、通信経路１０７ａにより、第１号機の４階の端末制御部１０５ａ−４と通信可能に接続されている。
また、第１号機の４台の端末制御部１０５ａ−１，１０５ａ−２，１０５ａ−３，１０５ａ−４は、それぞれ通信経路１０８ａにより順に接続されている。

第２号機についても説明すると、第２号機制御部１０１ｂは、通信経路１０７ｂにより、第２号機の４階の端末制御部１０５ｂ−４と通信可能に接続されている。
また、第２号機の４台の端末制御部１０５ｂ−１，１０５ｂ−２，１０５ｂ−３，１０５ｂ−４は、それぞれ通信経路１０８ｂにより順に接続されている。
このように通信経路１０７ａ，１０７ｂ，１０８ａ，１０８ｂを設けたことで、各号機制御部１０１ａ，１０１ｂを上流とし、末端の端末制御部１０５ａ−１，１０５ｂ−１を下流とすると、上流から送信されたデータを下流に送信し、下流から送信されたデータを上流に送信する通信経路が構成される。

そして、本実施の形態例の場合には、第１号機の末端の端末制御部１０５ａ−１と、第２号機の末端の端末制御部１０５ｂ−１とを接続する通信経路１０９を設けている。この通信経路１０９は、通信の二重化を実現するために設けた通信経路である。

通信を二重化する際には、従来から知られた一般的な方法では、端末制御部１０５ａ−１〜１０５ａ−４間の通信経路１０８ａを二重化する方法が考えられる。これに対して、本実施の形態例では、図１に示すように、末端の端末制御部１０５ａ−１，１０５ｂ−１間という、物理的な距離が近い機器を通信経路１０９で接続して二重化することで、システム全体として配線量の低減が可能となる。
また、１階に設置された端末制御部１０５ａ−１，１０５ｂ−１間で二重化することで、配線作業者がアクセスしやすいため、作業性の向上も可能になる。

なお、図１に示すように通信経路１０９が、第１号機の末端の端末制御部１０５ａ−１と、第２号機の末端の端末制御部１０５ｂ−１とを接続するのは一例であり、その他の箇所で接続してもよい。すなわち、通信経路１０９は、第１号機の端末制御部１０５ａ−１〜１０５ａ−４の任意のいずれか１台と、第２号機の端末制御部１０５ｂ−１〜１０５ｂ−４の任意のいずれか１台とを、接続すればよい。

図１に示すその他の通信経路についても説明すると、通信経路１１０ａは、第１号機制御部１０１ａとカゴ部１０３ａとの間の通信経路である。通信経路１１１ａは、第１号機制御部１０１ａと巻き上げ制御部１０２ａの通信経路である。
通信経路１１２は、第１号機制御部１０１ａと第２号機制御部１０１ｂとの間の通信経路である。この通信経路１１２を使って、各端末制御部１０５ａ−１〜１０５ａ−４，１０５ｂ−１〜１０５ｂ−４の情報や、通信状況の情報等を送受信することで、配車の効率化や保守性の向上が可能となる。

以上説明したように、本実施の形態例では、通信経路１０９を用いて、第１号機の端末制御部１０５ａ−１を、別系統である第２号機制御部１０１ｂで制御される端末制御部１０５ｂ−１に接続して、通信経路をリング状にすることで、通信経路が二重化される。例えば、端末制御部１０５ａ−１〜１０５ａ−４のいずれか一か所に故障が発生した際にも、通信経路を迂回して制御できる。これにより、通信異常が発生した際にもカゴの配車が可能となる。また、二か所以上の故障の際にも、故障範囲は特定可能である。故障個所や範囲の特定方法の例は、図８〜図１１を後述する。

［号機制御部の構成］
図２は、第１号機制御部１０１ａの機能から見た構成を示す。以下の説明では、第１号機制御部１０１ａの構成を説明するが、第２号機制御部１０１ｂについても、第１号機制御部１０１ａと同様の構成であり、説明と図示を省略する。

第１号機制御部１０１ａは、ホール間送受信部２０１と、カゴ間送受信部２０２と、巻き上げ機送受信部２０３と、号機間送受信部２０４と、端末通信状態格納部２０５と、呼び情報格納部２０６と、カゴ情報格納部２０７とを有する。また、第１号機制御部１０１ａは、通信状態／ルート生成部２０８と、ホール制御指令生成部２０９と、カゴ配車指令生成部２１０と、通信マップ作成部２１１と、モード設定部２１２と、表示部２１３とを有する。

ホール間送受信部２０１は、端末制御部１０５ａ−１〜１０５ａ−４との送受信を行う処理部であり、端末通信状態パケット、端末ルート設定パケット、及び各種ホール制御情報が送信される。また、ホール間送受信部２０１は、端末通信状態パケットの返信や制御情報(ホールボタンの呼び情報等)を受信する。

カゴ間送受信部２０２は、カゴ部１０３ａとの送受信を行う処理部であり、カゴ内機器の制御指令をカゴ部１０３ａに送信し、カゴ部１０３ａからカゴ内機器の情報を受信する。
巻き上げ機送受信部２０３は、巻き上げ制御部１０２ａとの送受信を行う処理部であり、巻き上げ制御部１０２ａに配車階への巻き上げ指令を送信し、巻き上げ制御部１０２ａからの巻き上げ情報を受信する。第１号機制御部１０１ａは、この巻き上げ情報を用いて巻き上げ部の異常検知等を行う。

号機間送受信部２０４は、別系統の号機制御部１０１ｂとの送受信を行う処理部であり、別系統の号機制御部１０１ｂで制御される各端末制御部１０５ｂ−１〜１０５ｂ−４の情報を送受信する。
端末通信状態格納部２０５は、各端末制御部１０５ａ−１〜１０５ａ−４から返信された端末通信状態パケットを格納する。
呼び情報格納部２０６は、各端末制御部１０５ａ−１〜１０５ａ−４の呼び情報を格納する。
カゴ情報格納部２０７は、カゴ部１０３内の機器情報や行先階指令情報等を格納する。

通信状態／ルート生成部２０８は、各端末制御部１０５ａ−１〜１０５ａ−４の通信状態をチェックするために、端末通信状態パケットを生成する。第１号機制御部１０１ａは、端末通信状態パケットを各端末制御部１０５ａ−１〜１０５ａ−４にブロードキャストし、各端末制御部１０５ａ−１〜１０５ａ−４で受信パケットに値を付加し返信することで、各端末制御部１０５ａ−１〜１０５ａ−４の通信状態を確認する。
また、通信状態／ルート生成部２０８は、各端末制御部１０５ａ−１〜１０５ａ−４の通信経路を有効／無効にする端末ルート設定パケットを生成する。第１号機制御部１０１ａは、この端末ルート設定パケットを各端末制御部１０５ａ−１〜１０５ａ−４にブロードキャストし、各端末制御部１０５ａ−１〜１０５ａ−４で端末ルート設定パケットを参照し、各端末制御部１０５ａ−１〜１０５ａ−４の第２送受信部３０２（図４）を有効もしくは無効にする。

ホール制御指令生成部２０９は、呼び情報格納部２０６に格納された各端末制御部１０５ａ−１〜１０５ａ−４の情報や、カゴ情報格納部２０７に格納されたカゴの情報から、ホール制御指令を生成する制御部である。例えば、ホール制御指令生成部２０９は、ホールボタンが押された際にボタンを光らせたり、カゴ部１０３が到着した際にホールに設置されたランタンを光らせたりする等の処理を行う。

カゴ配車指令生成部２１０は、呼び情報格納部２０６に格納された各端末制御部１０５ａ−１〜１０５ａ−４や、カゴ情報格納部２０７に格納されたカゴ部１０３ａの情報から、カゴ部１０３ａの最適な配車指令を生成する処理部である。
通信マップ作成部２１１は、端末通信状態格納部２０５に格納された端末通信状態パケットから、端末制御部の通信マップを生成する処理を行う。

モード設定部２１２は、通信マップ作成部２１１で生成された通信マップに基づいて、カゴ配車指令のモードを切り替える処理部である。モードは大きく分けて、通常モードと、縮退モードとに分類される。通常モードは、通信が正常時のモードである。縮退モードは、第１号機制御部１０１ａと各端末制御部１０５ａ−１〜１０５ａ−４との通信が、１箇所以上異常な場合のモードである。

本実施の形態例では、縮退モードの際には、通信マップで作成した通信異常範囲と、カゴ情報、呼び情報である配車指令を用いてエレベーターの運転方法を変えることで、縮退運転時でもユーザの不快感と配車効率の低減を最小限に抑える処理を行う。具体的な運転方法の詳細は後述する。

表示部２１３は、モード設定部２１２で切り替えられたモード情報や、通信マップ作成部２１１で作成された通信異常範囲を表示する。この情報をビル管理者や保守員に提示することで、素早く異常に対して対処可能となり保守性が向上する。
なお、図１に示すように複数の号機が設置された構成の場合、表示部２１３は、複数の号機で共用化してもよい。

［制御部のハードウェア構成例］
各号機制御部１０１ａ，１０１ｂは、例えばコンピュータ装置とその周辺機器で構成される。
図３は、第１号機制御部１０１ａをコンピュータ装置で構成した場合のハードウェア構成例を示す。
第１号機制御部１０１ａとして機能するコンピュータ装置は、バスにそれぞれ接続されたＣＰＵ（Central Processing Unit：中央処理ユニット）２２１と、ＲＯＭ（Read Only Memory）２２２と、ＲＡＭ（Random Access Memory）２２３を備える。さらに、コンピュータ装置は、不揮発性ストレージ２２４と、ネットワークインタフェース２２５と、入力装置２２６と、表示部２１３を備える。

ＣＰＵ２２１は、エレベーターを制御するための演算処理や認証処理を実行するソフトウェアのプログラムコードをＲＯＭ２２２から読み出して実行する演算処理部である。ＲＡＭ２２３には、演算処理の途中に発生した変数やパラメータ等が一時的に書き込まれる。

不揮発性ストレージ２２４には、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）などの大容量の情報記憶部が用いられる。不揮発性ストレージ２２４は、各格納部２０５，２０６，２０７として機能し、各格納部２０５，２０６，２０７が格納する情報が記憶される。但し、各格納部２０５，２０６，２０７として不揮発性ストレージ２２４を使うのは一例であり、各格納部２０５，２０６，２０７の一部または全てを、ＲＡＭ２２３などのその他の記憶媒体を使用してもよい。

ネットワークインタフェース２２５には、例えば、ＮＩＣ（Network Interface Card）などが用いられる。このネットワークインタフェース２２５が、各送受信部２０１，２０２，２０３，２０４として機能する。
入力装置２２６は、ビル管理者や保守員が入力操作するキーボードやマウスなどで構成される。
表示部２１３は、図２の構成で説明したモード情報や通信異常範囲を含むエレベーターの各種状態を表示する。

なお、図３では、第１号機制御部１０１ａをコンピュータ装置で構成した例を示す。同様に、第２号機制御部１０１ｂ、巻き上げ制御部１０２ａ、及び各端末制御部１０５ａ−１〜１０５ａ−４も、コンピュータ装置で構成することができる。
あるいは、各制御部は、コンピュータ装置以外のその他の演算処理を行う装置で構成してもよい。例えば、各号機制御部１０１ａ，１０１ｂが行う機能の一部又は全部を、ＦＰＧＡ（Field Programmable Gate Array）やＡＳＩＣ（Application Specific Integrated Circuit）などのハードウェアによって実現してもよい。

［端末制御部の構成］
図４は、端末制御部１０５ａ−１〜１０５ａ−４の構成を示す。各階に設置される端末制御部１０５ａ−１〜１０５ａ−４は、同一の構成である。
各端末制御部１０５ａ−１〜１０５ａ−４は、第１送受信部３０１と、第２送受信部３０２と、通信状態付加部３０３と、通信ルート設定部３０４と、ホール情報送受信部３０５と、ＩＤ解析部３０６とから構成される。

第１送受信部３０１は、各号機制御部１０１ａ，１０１ｂ側を上流部とし、その経路の逆方向を下流部とすると、上流部からのデータを送受信する処理部である。第２送受信部３０２は、下流部からのデータを送受信する処理部である。
第１送受信部３０１及び第２送受信部３０２で送受信されるデータには、各号機制御部１０１ａ，１０１ｂから送信された端末通信状態パケットと、端末ルート設定パケットと、各端末制御部１０５ａ−１〜１０５ａ−４で受信された制御情報等が含まれる。

第１送受信部３０１と第２送受信部３０２を使った基本的な通信の流れとしては、上流のデータを下流に送信し、下流のデータを上流に送信することで、システム全体にデータをブロードキャストする方式としている。このとき、ＩＤ解析部３０６は、第１送受信部３０１で受信したデータのＩＤを解析し、各処理部に受信データを振り分ける。

通信状態付加部３０３は、第１号機制御部１０１ａから送信された端末通信状態パケットに、自らの端末制御部での通信状態のデータを付加し、上流方向、下流方向にブロードキャストする。
通信ルート設定部３０４は、第１号機制御部１０１ａから受信した端末ルート設定パケットを参照し、第２送受信部３０２を有効または無効にする処理を行う。この設定を行うことで、通信経路を二重化した際に、通信正常の場合は二重化経路に制御信号を送信しなくてよいため、システム全体の処理負荷を減らすことが可能となる。
例えば、通信正常の場合は、端末制御部１０５ａ−１（第１号機の１階：１−１Ｆ）と、端末制御部１０５ｂ−１（第２号機の１階：２−１Ｆ）の第２送受信部３０２を無効にすることで、不必要なパケットを送受信する必要がなくなる。また、有効、無効にする設定時には、例えば、パケット毎に有効無効にすることで、必要なパケットはブロードキャストし、不必要なパケットは送信されないため、処理負荷低減や処理簡易化が可能となる。

［通信パケットの構成］
図５は、各号機制御部１０１ａ，１０１ｂから送信される端末通信状態パケット４１０と、端末ルート設定パケット４２０と、各端末制御部１０５、カゴ部１０３を制御するために必要な制御情報４３０を示す。
端末通信状態パケット４１０は、例えば、端末通信状態パケット（ＩＤ１）を示す領域４１１と、各端末の通信状態を格納する領域４１２〜４１９とで構成される。図１に示すように各号機が４台（４つの階床）の端末制御部１０５ａ−１〜１０５ａ−４，１０５ｂ−１〜１０５ｂ−４の場合、各端末の通信状態を格納する領域４１２〜４１９は、各端末制御部の数を合計した８つの領域になる。

この端末通信状態パケット４１０を各号機制御部１０１ａ，１０１ｂで生成する際に、例えば、各端末制御部１０５に対応した領域４１２〜４１９を全て０として送信する。
各端末制御部１０５ａ−１〜１０５ａ−４，１０５ｂ−１〜１０５ｂ−４は、例えば、受信した端末通信状態パケットの自端末に割り当てられた領域を「１」として返信する。
このように各端末制御部１０５ａ−１〜１０５ａ−４，１０５ｂ−１〜１０５ｂ−４で自端末の状態を返信し、各号機制御部１０１ａ，１０１ｂで各端末通信状態の１をチェックすることで、自号機と他号機の端末の通信状態を確認することができる。

端末ルート設定パケット４２０は、端末制御部１０５の第二の送受信部３０２を有効／無効設定を行うパケットである。端末ルート設定パケット４２０は、端末通信状態パケット（ＩＤ２）を示す領域４２１と、各端末のルート設定を格納する領域４２２〜４２９とで構成される。
具体的には、端末ルート設定パケット４２０の各端末の領域４２２〜４２９に、各端末制御部１０５ａ−１〜１０５ａ−４の有効／無効設定が格納されており、「１」の場合は該当する端末の第２送受信部３０２を有効にし、「０」の場合は無効にする。
なお、この設定方法の場合、数値の「０」，「１」で単純に第２送受信部３０２を有効／無効にするだけでなく、他の数値、例えば「２」以降の数値を使用し、パケット単位で有効／無効を設定してもよい。

制御情報４３０は、エレベーターを制御するために必要な各端末制御部１０５、カゴ部１０３、巻き上げ制御部１０２の制御パケットである。
制御情報４３０は、制御情報（ＩＤ２）を示す領域４３１と、制御内容を指示する制御情報４３２とで構成される。

［モードの表示例］
図６は、表示部２１３（図２）がモードについての表示を行う例を示す。
モード表示画面５１０は、通信モード５１１と、端末通信状態５１２とを有し、モード表示画面５１０には、各号機制御部１０１の通信モードと端末の通信状態を表示する。
通信モード５１１は、各号機が、通常モードか縮退モードかの区別が表示される。
端末通信状態５１２は、各号機の端末との通信状態が正常か異常かを表示する。端末通信状態５１２が異常を表示する際には、いずれの階の端末が異常かも併せて表示される。
例えば、図６の例では、第２号機が縮退モードであることを示し、端末通信状態５１２として、「異常 端末２で異常発生」と表示し、第２号機の端末制御部１０５ｂ−２が通信異常で、縮退モードであることを表示する。

図７は、図６に示すモードと通信状態の表示を行うための各号機の端末制御部１０５の状態の一覧表示画面５２０を示す。
図７に示す一覧表示画面５２０では、第１号機はすべての端末制御部が正常であり、第２号機は、２階の端末制御部が通信異常を示している。また、第Ｎ号機（Ｎは３以上の任意の数）については、複数箇所の端末制御部が通信異常であることを示している。
複数箇所の端末制御部が通信異常の場合、二か所以上の通信異常個所で挟まれた端末制御部１０５の状態に関しては、状態の確認ができないため、一覧表示画面５２０では不明と表示されている。
なお、いかなる端末制御部１０５の故障パターンにおいても各号機制御部１０１で端末制御部１０５の状態を確認するために、各端末制御部１０５毎に、該当する号機の号機制御部１０１と通信を行う通信経路を持ち二重化することも考えられる。

図６及び図７に示すようなモードと通信状態の表示を行うことで、異常範囲が素早く確認できることから故障や保守の際の効率化が可能となる。また、二か所以上の通信経路の異常の際も、通信の異常範囲が判別可能になる。

［端末通信状態パケットの生成処理例］
図８は、正常通信の際の端末通信状態パケット４１０の生成の例を示す。図８では、端末通信状態パケット４１０を、２台の号機の４つの端末状態の値「１」または「０」が設定されたパケット６０１、６０２、６０３、６０４として示す。パケット６０１、６０２、６０３、６０４の１段目は、第１号機の４つの端末状態を示し、２段目は、第２号機の４つの端末状態を示す。

端末通信状態パケット４１０は、各号機制御部１０１ａ，１０１ｂの通信状態／ルート生成部２０８で生成され、下流方向に送信される。ここで、各号機制御部１０１ａ，１０１ｂから送信する際には、端末通信状態は全て「０」とする。すなわち、図８に示すように第１号機制御部１０１ａが初回に送信する端末通信状態パケット６０１は、端末通信状態は全て「０」とする。
同様に、第２号機制御部１０１ｂが初回に送信する端末通信状態パケット６０２についても、端末通信状態は全て「０」とする。

この端末通信状態パケット６０１，６０２を各端末制御部１０５が受信すると、自らの端末制御部１０５の領域のみを「１」とし、上流方向、下流方向にブロードキャストする。

例えば、第１号機制御部１０１ａから送信された端末通信状態パケット６０１は、最終的に第２号機の４階の端末制御部１０５ｂ−４で受信され、この端末制御部１０５ｂ−４で通信状態の領域を「１」にすると、上流方向、下流方向にブロードキャストされる。各号機制御部１０１ａ，１０１ｂでは、最終的にブロードキャストされたパケット６０３，６０４を受信し、通信マップ作成部２１１で解析することで、通信状態が確認できる。
図８の例の場合、全ての端末制御部１０５が正常通信であり、最終的に受信したパケット６０３，６０４は、全号機の全ての階の端末制御部の値が「１」になっている。

図９は、第１号機の３階の端末制御部１０５ａ−３が故障して通信異常になった場合を示している。
まず、第１号機制御部１０１ａが初回に送信する端末通信状態パケット６０１と、第２号機制御部１０１ｂが初回に送信する端末通信状態パケット６０２は、端末通信状態が全て０である点は、図８の例と同じである。

ここで、第１号機の３階の端末制御部１０５ａ−３が故障のため、第１号機制御部１０１ａでは、最終的に図９に示す端末通信状態パケット６０３が受信される。この端末通信状態パケット６０３では、第１号機制御部１０１ａと第１号機の３階の端末制御部１０５ａ−３との間の、第１号機の４階の端末制御部１０５ａ−４のみが正常に通信ができ、状態が「１」であり、他の端末の状態は全て「０」のままである。

また、第２号機制御部１０１ｂでは、最終的に端末通信状態パケット６０４が受信される。この端末通信状態パケット６０４では、第２号機の全ての端末制御部１０５ｂ−１〜１０５ｂ−４と、第１号機の２つの端末制御部１０５ａ−１，１０５ａ−２が、正常に通信ができ、状態が「１」であり、第１号機の他の２つの端末制御部１０５ａ−３，１０５ａ−４の状態が「０」である。

このような場合、各号機制御部１０１ａ，１０１ｂでは、それぞれの端末通信状態パケット６０３、６０４を送信し、通信マップ作成部２１１で、２つのパケットの状態が「１」の端末を組み合わせるいわゆるＯＲ条件で、１つの端末通信状態パケット６０５を生成する。すなわち、図９の場合、端末通信状態パケット６０５として、異常を示す第１号機の３階の端末制御部１０５ａ−３のみが異常を示す値「０」となり、他の端末制御部１０５ａ−１，１０５ａ−２，１０５ａ−４，１０５ｂ−１，１０５ｂ−２，１０５ｂ−３，１０５ｂ−４は全て正常を示す値「１」になる。
この通信マップ作成部２１１が作成した端末通信状態パケット６０５から、各号機制御部１０１ａ，１０１ｂは、第１号機の３階の端末制御部１０５ａ−３で通信異常が発生していることが分かる。

図１０は、２箇所の通信異常が発生した場合の例である。すなわち、第１号機の３階の端末制御部１０５ａ−３と、第２号機の２階の端末制御部１０５ｂ−２が故障して通信異常になった場合を示す。
この図１０に示す状態のとき、第１号機制御部１０１ａでは、最終的に図１０に示す端末通信状態パケット６０３が受信される。この端末通信状態パケット６０３では、第１号機の４階の端末制御部１０５ａ−４のみが正常に通信ができ、状態が「１」であり、他の端末の状態は全て「０」のままである。
また、第２号機制御部１０１ｂでは、最終的に図１０に示す端末通信状態パケット６０４が受信される。この端末通信状態パケット６０４では、第２号機の３階の端末制御部１０５ｂ−３と、第２号機の４階の端末制御部１０５ｂ−４のみが正常に通信でき、状態が「１」であり、他の端末の状態は全て「０」のままである。

したがって、最終的に通信マップ作成部２１１で作成される端末通信状態パケット６０５は、第１号機の４階の端末制御部１０５ａ−４と、第２号機の３階及び４階の端末制御部１０５ｂ−３，１０５ｂ−４のみが正常を示す値「１」になる。ここで、第１号機の３階の端末制御部１０５ａ−３と、第２号機の２階の端末制御部１０５ｂ−２との間の端末制御部１０５ａ−２，１０５ａ−１，１０５ｂ−１は、いずれの経路でも通信ができず、状態が不明であり、状態を示す値は「０」のままである。
このように複数の系統の端末制御部１０５ａ−１，１０５ｂ−１間が、図１に示す通信経路１０９で接続されていることで、通信を迂回して通信状態を確認することができ、通信異常な範囲を特定することができる。

図１１は、１つの号機（第２号機）の２箇所の通信異常が発生した場合の例である。すなわち、第２号機の１階の端末制御部１０５ｂ−１と、第２号機の３階の端末制御部１０５ｂ−３が故障して通信異常になった場合を示す。
この図１１に示す状態のときにも、最終的に生成される端末通信状態パケット６０４で、これらの２台の端末制御部１０５ｂ−１，１０５ｂ−３と、その間の端末制御部１０５ｂ−２が値「０」で、他は状態が「１」である。

［号機制御部での処理例］
図１２は、各号機制御部１０１ａ，１０１ｂでの処理を示すフローチャートである。
ここでは、第１号機制御部１０１ａの動作を例に説明する。
まず、第１号機制御部１０１ａが起動し処理を開始すると（ステップＳ１００１）、第１号機制御部１０１ａは、各送受信部２０１、２０２、２０４で受信した制御情報を格納部２０５、２０６、２０７に格納する（ステップＳ１００２）。次に、通信状態／ルート生成部２０８が、端末通信状態パケットを生成し、ホール間送受信部２０１で各端末制御部１０５に送信する（ステップＳ１００３）。

さらに、通信状態／ルート生成部２０８が、端末ルート設定パケットを生成し、ホール間送受信部２０１で端末制御部１０５へ送信する（ステップＳ１００４）。
また、ホール制御指令生成部２０９がホール制御指令を生成し、ホール間送受信部２０１で端末制御部１０５へ送信する（ステップＳ１００５）。その後、通信マップ作成部２１１が端末通信状態格納部２０５から端末通信状態パケットをリードし、通信状態のマップを作成する（ステップＳ１００６）。第１号機制御部１０１ａは、この作成した通信マップから通信状況の判断を行い、正常か異常があるかを判断する（ステップＳ１００７）。

このステップＳ１００７で、通信異常の場合（ステップＳ１００７のＮｏ）、号機間送受信部２０４が別系統（第２号機）の号機制御部１０１ｂの端末通信状態パケットをリードする（ステップＳ１００８）。そして、自号機制御部１０１ａでは、自号機制御部１０１ａの端末通信状態パケットと、他号機制御部１０１ｂの端末通信状態パケットとを組み合わせるＯＲ条件を取って、通信マップを作成し、モード設定部２１２に生成した通信マップを送信する（ステップＳ１００９）。

また、ステップＳ１００７で、通信正常の場合（ステップＳ１００７のＹｅｓ）、自号機制御部１０１ａで生成した通信マップをモード設定部２１２に送信する（ステップＳ１０１０）。

そして、ステップＳ１００９またはＳ１０１０の送信後、モード設定部２１２で、通信マップに従いカゴ配車指令生成部２１０の配車モードを送信し、表示部２１３にモード情報を送信する（ステップＳ１０１１）。
表示部２１３は、受信したモード情報を表示する（ステップＳ１０１２）。
また、カゴ配車指令生成部２１０は、モード設定部２１２から受信したモードを判別する（ステップＳ１０１３）。このステップＳ１０１３で通常モードと判断した場合（ステップＳ１０１３のＹｅｓ）、カゴ配車指令生成部２１０は通常運転を行う（ステップＳ１０１４）。また、ステップＳ１０１３で通常モードでないと判断した場合（ステップＳ１０１３のＮｏ）には、カゴ配車指令生成部２１０は縮退モードを設定して縮退運転を行う（ステップＳ１０１５）。最後に、第１号機制御部１０１ａは、処理終了かの判別を行い（ステップＳ１０１６）、引き続き処理を行う場合は（ステップＳ１０１６のＮｏ）、ステップＳ１００３へ戻り、処理終了の際には（ステップＳ１０１６のＹｅｓ）、処理終了プロセスを行う（ステップＳ１０１７）。
ここまで第１号機制御部１０１ａでの処理を説明したが、第２号機制御部１０１ｂについても、この図１２のフローチャートに従って処理が行われる。

［通常モード及び縮退モードでの処理例］
次に、図１２のフローチャートのステップＳ１０１４での通常モードの運転と、ステップＳ１０１５での縮退モードでの運転の詳細を説明する。

図１３は、ステップＳ１０１４での通常モードでの運転時の処理を示すフローチャートである。
通常運転が開始されると（ステップＳ１１０１）、カゴ配車指令生成部２１０は、呼び情報格納部２０６からホールボタンによるカゴ呼びの情報を読み出すと共に、カゴ情報格納部２０７からカゴ内のボタン操作に行先階登録の情報を読み出す（ステップＳ１１０２）。
そして、カゴ配車指令生成部２１０は、読み出した情報から、配車指令があるか否かの判断を行う（ステップＳ１１０３）。このステップＳ１１０３で配車指令があると判断したとき（ステップＳ１１０３のＹｅｓ）、情報と現在のカゴ位置とに基づいて配車割り当てを行い、巻き上げ機送受信部２０３に配車指令を送信する（ステップＳ１１０４）。

ステップＳ１１０３で配車指令がないと判断したとき（ステップＳ１１０３のＮｏ）、及びステップＳ１１０４で配車指令を行った後、カゴ配車指令生成部２１０は、通常運転処理を終了し（ステップＳ１１０５）、ステップＳ１１０１の開始処理に戻る。
この通常運転時には、各階のホールボタン操作があった際に、その階にカゴ部１０３ａ，１０３ｂを移動させる処理が行われる。

図１４は、ステップＳ１０１５での縮退モードでの運転時の処理を示すフローチャートである。
縮退運転が開始されると（ステップＳ１１０６）、カゴ配車指令生成部２１０は、呼び情報格納部２０６からホールボタンによるカゴ呼びの情報を読み出すと共に、カゴ情報格納部２０７からカゴ内のボタン操作の情報を読み出す（ステップＳ１１０７）。なお、縮退運転時に呼び情報格納部２０６に格納されるカゴ呼びの情報は、正常に通信ができる端末制御部１０５からの情報であり、異常が発生した階の端末制御部１０５からのカゴ呼びの情報は登録されない。
そして、カゴ配車指令生成部２１０は、読み出した情報から、配車指令があるか否かの判断を行う（ステップＳ１１０８）。このステップＳ１１０８で配車指令があると判断したとき（ステップＳ１１０８のＹｅｓ）、情報と現在のカゴ位置とに基づいて配車割り当てを行い、巻き上げ機送受信部２０３に配車指令を送信する（ステップＳ１１１１）。

一方、ステップＳ１１０８で配車指令がないと判断したとき（ステップＳ１１０８のＮｏ）、カゴ配車指令生成部２１０は、通信マップを参照する（ステップＳ１１０９）。このステップＳ１１０８でＮｏとなる配車指令がない状態は、正常に通信ができる各端末制御部１０５からかご呼びの情報がなく、かつカゴ部１０３内のボタン操作もない状態である。

そして、カゴ配車指令生成部２１０は、参照した通信マップから、通信異常の端末制御部１０５の階に配車指令を割り当てる（ステップＳ１１１０）。ここで、通信異常の端末制御部１０５が複数存在する場合、カゴ配車指令生成部２１０は、その通信異常の端末制御部１０５が設置された複数の階に順次カゴ部１０３を停止させる配車指令を行う。

ステップＳ１１１１で配車指令を行った後、及びステップＳ１１１０での通信異常階への割り当てを行った後、カゴ配車指令生成部２１０は、縮退運転処理を終了し（ステップＳ１１１２）、ステップＳ１１０６の開始処理に戻る。

このように、通信異常の端末制御部１０５が存在する場合、いずれの階からもカゴ呼びがなく、カゴ内のボタン操作で行先階の登録もないときに、通信異常になった階に順に停止させる縮退運転が行われ、通信異常になった階でもエレベーターを利用できるようになる。

例えば、図９の例の場合、第１号機制御部１０１ａのカゴ配車指令生成部２１０は、ステップＳ１１１１での配車で、通信異常である３階に停止させる配車を行う。
また、図１０の例の場合、第１号機制御部１０１ａのカゴ配車指令生成部２１０は、ステップＳ１１１１での配車で、通信異常である１階、２階、３階に順に停止させる配車を行う。また、第２号機制御部１０１ｂのカゴ配車指令生成部２１０は、ステップＳ１１１１での配車で、通信異常である１階、２階に順に停止させる配車を行う。
さらに、図１１の例の場合、第２号機制御部１０１ｂのカゴ配車指令生成部２１０は、ステップＳ１１１１での配車で、通信異常である１階、２階、３階に順に停止させる配車を行う。

このように本実施の形態例では、各号機制御部１０１と端末制御部１０５との通信に異常が発生しても、通常使用が可能な範囲は通常運転を行い、またその通常運転中には縮退運転をしないことで、ユーザの不快感を最小限に抑えることができる。さらに、本実施の形態例では、通信マップで作成した通信異常な範囲のみで縮退運転が行われ、縮退運転が行われる頻度や範囲を最小限にすることができる。

［端末制御部での処理例］
図１５は、各端末制御部１０５での処理を示すフローチャートである。
まず、端末制御部１０５が起動し処理を開始すると（ステップＳ１２０１）と、第１送受信部３０１が上流からの情報を受信する（ステップＳ１２０２）。そして、ＩＤ解析部３０６が、受信データの解析を行う（ステップＳ１２０３）。
ＩＤ解析部３０６は、この受信データの解析結果で、受信データが端末ルート設定パケットか否かを判別する（ステップＳ１２０４）。さらに、ステップＳ１２０４で、端末ルート設定パケットでない場合（ステップＳ１２０４のＮｏ）、ＩＤ解析部３０６は、受信データが端末通信状態パケットか否かを判別する（ステップＳ１２０５）。

そして、ステップＳ１２０４で、端末ルート設定パケットであると判別したとき（ステップＳ１２０４のＹｅｓ）、第１送受信部３０１は、通信ルート設定部３０４に受信データを送信する（ステップＳ１２０６）。そして、通信ルート設定部３０４は、受信データに基づいて、第２送受信部３０２の通信ルート設定を行う（ステップＳ１２０６）。
また、ステップＳ１２０５で、端末通信状態パケットであると判別したとき（ステップＳ１２０５のＹｅｓ）、第１送受信部３０１は、通信状態付加部３０３に受信データを送信する（ステップＳ１２０８）。
そして、通信状態付加部３０３で通信状態が付加されたデータを、第１送受信部３０１及び第２送受信部３０２に送信する（ステップＳ１２０９）。

さらに、ステップＳ１２０５で、端末通信状態パケットでないと判別したとき（ステップＳ１２０５のＮｏ）、制御情報であり、第１送受信部３０１は、ホール情報送受信部３０５にデータを送信する（ステップＳ１２１０）。そして、ホール情報送受信部３０５が、ホールボタン１０６などの機器に情報を送信する（ステップＳ１２１１）。

そして、ステップＳ１２０７、Ｓ１２０９、Ｓ１２１１の処理後に、第１送受信部３０１がセットされたパケットを上流の通信経路にブロードキャストで送信すると共に、第２送受信部３０２がセットされたパケットを下流の通信経路にブロードキャストで送信する（ステップＳ１２１２）。
その後、端末制御部１０５が処理終了か否かを判断する（ステップＳ１２１６）。このステップＳ１２１６で処理終了でない場合（ステップＳ１２１６のＮｏ）、端末制御部１０５は、ステップＳ１２０２の処理に戻る。また、ステップＳ１２１６で処理終了と判断したとき（ステップＳ１２１６のＹｅｓ）、端末制御部１０５は、終了処理を行う（ステップＳ１２１７）。
このような処理が端末制御部１０５で行われることで、各号機制御部１０１では、図５〜図１１で説明した通信状態のデータを収集できるようになる。

以上説明したように、本実施の形態例のエレベーター制御装置は、通信経路１０７，１０８，１０９を備えることで、各号機制御部１０１は、各端末制御部１０５との通信が正常か異常かの情報を適切に収集でき、その収集した情報に基づいた適切な運転制御ができる。
また、各端末制御部１０５との通信状態に基づいた運転として、一部の端末制御部１０５での通信ができない異常が発生しても、通常使用が可能な範囲は通常運転を行い、通常運転中には縮退運転をしないことで、ユーザの不快感を最小限に抑えることができる。さらに、本実施の形態例では、通信マップで作成した通信異常な範囲のみで縮退運転が行われ、縮退運転が行われる頻度や範囲を最小限にすることができる。この通信異常の範囲は、通信経路１０７，１０８，１０９でループ状に各端末制御部１０５を接続して判断するため、通信経路を二重化した場合と同等の良好な異常判別ができる。

＜第２の実施の形態例＞
次に、本発明の第２の実施の形態例を、図１６を参照して説明する。この図１６において、先に説明した第１の実施の形態例の図１〜図１５と同一箇所には同一符号を付し、重複説明は省略する。

本発明の第２の実施の形態例は、１台の号機で構成されるエレベーターの場合である。
すなわち、本実施の形態例では、図１６に示すように、エレベーター制御装置として、第１号機制御部１０１ａと、各階の端末制御部１０５ａ−１，１０５ａ−２，１０５ａ−３，１０５ａ−４とを備える。図１６では、４つの階の例を示すが、階数は一例である。
第１号機制御部１０１ａと、各階の端末制御部１０５ａ−１，１０５ａ−２，１０５ａ−３，１０５ａ−４は、図２及び図４に示す構成が適用される。

そして、各階の端末制御部１０５ａ−１〜１０５ａ−４は、通信経路１０７ａ，１０８ａにより、第１号機制御部１０１ａと双方向に通信可能に順に接続されている。
すなわち、第１号機制御部１０１ａは、通信経路１０７ａにより、４階の端末制御部１０５ａ−４と通信可能に接続されている。
また、４台の端末制御部１０５ａ−１，１０５ａ−２，１０５ａ−３，１０５ａ−４は、それぞれ通信経路１０８ａにより順に接続されている。
各階の端末制御部１０５ａ−１〜１０５ａ−４は、各階のホールボタン１０６ａ−１〜１０６ａ−４と接続されている。

ここまでは第１の実施の形態例で説明した図１の構成と同じであるが、本実施の形態例の場合には、１階の端末制御部１０５ａ−１の下流側が、通信経路１０７ｘにより、第１号機制御部１０１ａと接続されている。
したがって、図１６の構成では、各端末制御部１０５は、通信経路１０７ａ，１０８ａ，１０７ｘにより、第１号機制御部１０１ａとループ状に接続されている。

第１号機制御部１０１ａは、通信経路１０７ａを介して各端末制御部１０５に上流側から順にパケットを送信することができると共に、通信経路１０７ｘを介して下流側から各端末制御部１０５に順にパケットを送信することができる。
このため、例えば図１６に示すように、３階の端末制御部１０５ａ−３が通信異常であるとき、通信経路１０７ａを介した上流側からの通信で、端末通信状態パケット６０１として、４階の端末制御部１０５ａ−４のみが、正常な値「１」になる。
また、通信経路１０７ｘを介した下流側からの通信で、１階と２階の端末制御部１０５ａ−１，１０５ａ−２４が、正常な値「１」になる。

そして、第１号機制御部１０１ａは、上流側からの通信によるパケットと下流側からの通信によるパケットとを合わせることで、通信異常箇所の３階の端末制御部１０５ａ−３のみが異常と判別できるようになる。すなわち、通信マップとして、上流側からの通信によるパケットで正常に通信できる範囲の登録と、下流側からの通信によるパケットで正常に通信できる範囲の登録で、第１号機制御部１０１ａは、通信異常箇所を適切に判別できるようになる。
このようにして異常箇所の発生を判別したとき、第１号機制御部１０１ａは、縮退モードを設定する。縮退モード設定時の運転処理は、第１の実施の形態例で説明した処理と同じである。
このように、１台の号機のエレベーターだけが設置された場合であっても、第１の実施の形態例で説明した２台の号機のエレベーターの場合と同様の効果を持つように構成することができる。

＜第３の実施の形態例＞
次に、本発明の第３の実施の形態例を、図１７を参照して説明する。この図１７においても、第２の実施の形態例と同様に、先に説明した第１の実施の形態例の図１〜図１５と同一箇所には同一符号を付し、重複説明は省略する。

本発明の第３の実施の形態例は、３台以上の複数号機で構成されるエレベーターの場合である。
すなわち、本実施の形態例では、図１で説明した第１号機制御部１０１ａ、第２号機制御部１０１ｂの他に、第３号機制御部１０１ｃを備え、それぞれの号機制御部１０１ａ，１０１ｂ，１０１ｃが通信経路１１２で接続される。
４台以上備えるエレベーターの場合には、さらに第３号機制御部１０１ｃの後段に、他の通信経路１１２を介して他の号機制御部１０１が接続される。

そして、１号機の端末制御部１０５ａ−１〜１０５ａ−４と、２号機の端末制御部１０５ｂ−１〜１０５ｂ−４が、伝送経路１０７ａ，１０８ａ，１０９ａ，１０８ｂ，１０７ｂによりループ状に接続される点についても、第１の実施の形態例と同じである。図１７に示す通信経路１０９ａは、１号機の１階の端末制御部１０５ａ−１と２号機の１階の端末制御部１０５ｂ−１とを接続するものであり、図１に示す通信経路１０９と同じである。
なお、図１７の例の場合も、階数は一例である。

ここで、第３号機制御部１０１ｃは、３号機の端末制御部１０５ｃ−１〜１０５ｃ−４と、通信経路１０７ｃ，１０８ｃにより上流側から順に接続される。そして、３号機の１階の端末制御部１０５ｃ−１の下流側は、通信経路１０９ｂにより、２号機の１階の端末制御部１０５ｂ−１と接続する。
なお、２号機の１階の端末制御部１０５ｂ−１の第２送受信部３０２（図４）は、複数の通信経路１０９ａ，１０９ｂを接続できる２つの通信ポートを備える構成とする。あるいは、１階の端末制御部１０５ｂ−１は、第２送受信部３０２とは別に、第３送受信部を備える構成としてもよい。

また、４台以上備えるエレベーターの場合には、さらに３号機の１階の端末制御部１０５ｃ−１が、他の号機の１階の端末制御部１０５と接続される。
このように、３台以上の号機のエレベーターが設置された場合であっても、第１の実施の形態例で説明した２台の号機のエレベーターの場合と同様の効果を持つように構成することができる。

＜変形例＞
なお、本発明は、上述した各実施の形態例に限定されるものではなく、様々な変形例が含まれる。
例えば、図１に示す通信経路は、各号機制御部１０１ａ，１０１ｂを最上階の端末制御部１０５ａ−４，１０５ｂ−４に通信経路１０７ａ，１０７ｂで接続し、１階の端末制御部１０５ａ−１，１０５ｂ−１を通信経路１０９で接続した。これに対して、各号機制御部１０１ａ，１０１ｂを最下階の端末制御部１０５ａ−１，１０５ｂ−１に通信経路１０７ａ，１０７ｂで接続し、最上階の端末制御部１０５ａ−４，１０５ｂ−４を通信経路１０９で接続する構成などの、異なる接続順序としてもよい。

また、上述した各実施の形態例は、本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。
さらに、上述した実施の形態例において、本発明の主旨を変えない範囲内で、装置又はシステム構成の変更や、一部の処理手順の省略や入れ替えを行ってもよい。
また、通常運転や縮退運転を行うプログラム等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、または、ＩＣカード、ＳＤカード、光ディスク等の記録媒体に置くことができる。

さらに、図１〜図４などのブロック図では、制御線や情報線は説明上必要と考えられるものだけを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。また、図１２〜図１５に示すフローチャートにおいて、処理結果に影響を及ぼさない範囲で、複数の処理を同時に実行するか、あるいは処理順序を変更してもよい。

１０１ａ…第１号機制御部、１０１ｂ…第２号機制御部、１０１ｃ…第３号機制御部、１０２ａ，１０２ｂ…巻き上げ制御部、１０３ａ，１０３ｂ…カゴ部、１０４ａ，１０４ｂ…ロープ、１０５ａ−１〜１０５ａ−４，１０５ｂ−１〜１０５ｂ−４，１０５ｃ−１〜１０５ｃ−４…端末制御部、１０６ａ−１〜１０６ａ−４，１０６ｂ−１〜１０６ｂ−４…ホールボタン、１０７ａ，１０７ｂ，１０７ｃ，１０７ｘ，１０８ａ，１０８ｂ，１０８ｃ，１０９，１０９ａ，１０９ｂ，１１０ａ，１１０ｂ，１１１ａ，１１１ｂ，１１２…通信経路、２０１…ホール間送受信部、２０２…カゴ間送受信部、２０３…巻き上げ機送受信部、２０４…号機間送受信部、２０５…端末通信状態格納部、２０６…呼び情報格納部、２０７…カゴ情報格納部、２０８…通信状態／ルート生成部、２０９…ホール制御指令生成部、２１０…カゴ配車指令生成部、２１１…通信マップ作成部、２１２…モード設定部、２１３…表示部、２２１…中央処理ユニット（ＣＰＵ）、２２２…ＲＯＭ、２２３…ＲＡＭ、２２４…不揮発性ストレージ、２２５…ネットワークインタフェース、２２６…入力装置、３０１…第１送受信部、３０２…第２送受信部、３０３…通信状態付加部、３０４…通信ルート設定部、３０５…ホール情報送受信部、３０６…ＩＤ解析部、４１０…端末通信状態パケット、４２０…端末ルート設定パケット、４３０…制御情報

Claims (9)

1. 自系統の号機の制御を行う号機制御部と、
   利用者または荷物を乗せるカゴ部と、
   前記号機制御部の制御に基づいて前記カゴ部を上下移動させる巻き上げ制御部と、
   前記カゴ部が上下移動する各階に設置される複数の端末制御部と、を備えるエレベーター制御装置であって、
   前記号機制御部と複数の前記端末制御部とを接続する通信経路として、複数の前記端末制御部を順に接続したループ状の通信経路を有する
   エレベーター制御装置。
2. 前記ループ状の通信経路は、他系統の号機の端末制御部と通信を行う号機間の通信経路を含む
   請求項１に記載のエレベーター制御装置。
3. 前記号機制御部は、
   複数の前記端末制御部から受信したパケットに基づいて、前記端末制御部との通信が正常でない範囲を示す通信マップを作成する通信マップ作成部と、
   前記通信マップの情報に基づいてモードを設定するモード設定部と、
   前記カゴ部の配車指令を生成するカゴ配車指令生成部と、を有し、
   前記カゴ配車指令生成部は、前記モード設定部で設定したモードに応じた前記カゴ部の配車指令を生成する
   請求項２に記載のエレベーター制御装置。
4. それぞれの前記端末制御部は、前記号機制御部から送信された端末通信状態パケットの自端末通信状態を更新し、更新した端末通信状態パケットを送信する
   請求項３に記載のエレベーター制御装置。
5. 前記モード設定部が設定するモードは、通常モードと縮退モードとを有し、
   前記カゴ配車指令生成部は、前記縮退モードの際に、前記通信マップを参照し、通信が正常でない範囲の階を、所定の順序で順に停止させる縮退運転を行う
   請求項４に記載のエレベーター制御装置。
6. 前記縮退モードでの所定の順序で順に停止させる縮退運転は、配車指令が無い場合に行う
   請求項５に記載のエレベーター制御装置。
7. 前記号機制御部の前記通信マップ作成部は、前記通信マップを作成する際に、他系統の号機制御部が、前記号機間の通信経路を経由して自系統の号機の前記端末制御部から受信したパケットを参照する
   請求項３に記載のエレベーター制御装置。
8. 前記号機制御部は、前記モード設定部が設定したモードについての情報を表示する表示部を備える
   請求項５に記載のエレベーター制御装置。
9. 号機制御部が、カゴ部が上下移動する各階に設置される複数の端末制御部と通信を行いながら、自系統の号機のカゴ部の上下移動を制御するエレベーター制御方法であって、
   前記号機制御部と、前記複数の端末制御部とを接続する通信経路として、複数の前記端末制御部を順に接続したループ状の通信経路とした
   エレベーター制御方法。

Images