JP6912264B2 - 分散型制御システム、分散型制御装置、端末装置、及び端末装置の通信制御方法 - Google Patents

Description

本発明は、分散型制御システム、分散型制御装置、端末装置、及び端末装置の通信制御方法に関し、特に複数の制御ユニットを利用してシステム全体を制御する機能に関する。

近年の産業機械に用いられる制御装置は、制御対象に応じて複数の制御ユニットに分割され、これらをネットワーク通信により接続して全体を制御する形態（分散型制御システム）をとることがある。これにより、制御対象の機器と制御装置間の配線量の低減や、制御装置の装置サイズの低減を期待できる。

産業機械の一つであるエレベーターを例にとると、エレベーターは、乗りかごの運行を制御する運行制御ユニット、巻き上げモータを制御するモータ制御ユニット、乗りかごを制御する乗りかご制御ユニット、ドア開閉を制御するドア制御ユニットに分割される。また、エレベーターには、乗り場の操作盤を制御する乗場操作盤制御ユニット、複数の乗りかごをユーザーの呼びに応じて最適に割り振る群管理制御ユニット等もある。群管理制御ユニットは、乗場までの間に配置されるゲートや、センサー、モニター、カメラなどの外部機器との接続や、広域ネットワークとの接続などによる制御機能の拡張が必要とされている。

このような要求に対応するために分散型制御装置の適用が進んでいるが、分散型制御装置では、従来の集中型の制御装置において同一装置内で実施されていた制御処理用の情報伝達を、ネットワークを介して実施する必要がある。そのため、エレベーターなどに代表される制御機能の高信頼性が必須となる産業機械では、ネットワークの通信においても高信頼性を確保する必要がある。

このような問題を解決する手段として、特許文献１に記載の技術が知られている。特許文献１には、制御装置と通信相手との間の通信経路を二重化し、高信頼性を確保する手段を要することが記載されている。

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

特許文献１に記載の技術では、制御装置間はネットワークを介して制御情報等をやり取りするため、ネットワークの応答性が必要となる。しかし、特許文献１に記載の技術は、一つの通信経路に対して二重化するため通信負荷が高くなってしまい、制御装置間を滞りなく通信するためのネットワークの応答性の向上に対して考慮がなされていない。また、特許文献１に記載の技術では、通信経路が物理的に遮断された場合（例えば通信経路に用いた通信線が切断されている、通信線のプラグが外れている等）には、一つの通信経路を二重化しても通信ができなくなる。一般的な二重化の通信線は、被覆等により一体構成とされている。

上記の状況から、分散型制御システムにおいて通信負荷を高くすることなく信頼性の高い通信を行い、全体の稼働を行う手法が要望されていた。

本発明の一態様の分散型制御システムは、制御対象の制御を行う数珠繋ぎに接続された複数の端末装置と、複数の端末装置の中の一端側の第１の端末装置及び他端側の第２の端末装置に接続され、複数の端末装置のデータの送受信を制御する分散型制御装置とを有する。
分散型制御装置は、第１の端末装置とデータの送受信を行う第１の通信ポートと、第２の端末装置とデータの送受信を行う第２の通信ポートと、第１の端末装置又は第２の端末装置から送信されるデータを解析して通信経路の通信異常の検出を行うエラー検出部と、第１の通信ポートを介して第１の端末装置に送信データを送信したときにエラー検出部が通信経路に通信異常を検出した場合には、エラー検出部の検出結果に基づいて、データの通信方向を切り替える通信切替部と、を備える。

本発明の少なくとも一態様によれば、数珠つなぎに接続された端末装置と分散型制御装置から構成される分散型制御システムの通信経路に通信異常が検知された場合に、通信方向（通信経路）を切り替えることにより、システムを止めることなく信頼性の高い通信を行うことができる。
上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。

本発明の第１の実施形態に係るエレベーター制御システムの全体構成例を示す説明図である。 本発明の第１の実施形態に係るエレベーター制御システムを構成する各装置の内部構成例及びデータの流れを示したブロック図である。 本発明の第１の実施形態に係る中央通信装置で生成されるデータパケットと診断テーブルの構成例を示した説明図である。 本発明の第１の実施形態に係る中央通信装置が備えるコンピューターのハードウェア構成例を示すブロック図である。 本発明の第１の実施形態に係る端末装置が備えるコンピューターのハードウェア構成例を示すブロック図である。 本発明の第１の実施形態に係る中央通信装置による処理の手順を示したフローチャートである。 本発明の第１の実施形態に係る中央通信装置による診断モード時の処理の手順を示したフローチャートである。 本発明の第１の実施形態に係る端末装置による処理の手順を示したフローチャートである。 本発明の第１の実施形態に係る端末装置による診断モード時の処理の手順を示したフローチャートである。 本発明の第１の実施形態に係るエレベーター制御システムに通信異常が発生した際のデータの流れを示す説明図である。 本発明の第１の実施形態に係るエレベーター制御システムにおいて通信異常が発生した際にデータパケットを送信したときのデータの流れを示した説明図である。 本発明の第１の実施形態に係るエレベーター制御システムにおいて診断モード時にデータパケット（診断テーブル）を再送したときのデータの流れを示した説明図である。 本発明の第１の実施形態に係るエレベーター制御システムにおいて通信経路を変更した後のデータパケットの流れを示した説明図である。 本発明の第２の実施形態に係るエレベーター制御システムの全体構成例を示す説明図である。 本発明の第２の実施形態に係るエレベーター制御システムにおけるデータの流れを示したブロック図である。 本発明の第２の実施形態に係るエレベーター制御システムにおいて通信異常が発生した際のデータの流れを示す説明図である。 本発明の第２の実施形態に係るエレベーター制御システムにおいて通信異常が発生した際にデータパケットを送信したときのデータの流れを示した説明図である。 本発明の第２の実施形態に係るエレベーター制御システムにおいて診断モード時にデータパケット（診断テーブル）を再送したときのデータの流れを示した説明図である。 本発明の第２の実施形態に係るエレベーター制御システムにおいて通信経路を変更した後のデータパケットの流れを示した説明図である。 制御対象の優先度の設定を示す説明図である。

以下、本発明を実施するための形態の例について、添付図面を参照しながら説明する。添付図面において実質的に同一の機能又は構成を有する構成要素については、同一の符号を付して重複する説明を省略する。なお、添付図面は本発明の原理に則った具体的な実施形態と実装例を示しているが、これらは本発明の理解のためのものであり、決して本発明を限定的に解釈するために用いられるものではない。

本発明が適用された分散型制御システムは、数珠繋ぎに接続（デイジーチェーン構成）された複数の端末装置と、複数の端末装置の中の一端側の第１の端末装置及び他端側の第２の端末装置に接続され、複数の端末装置のデータの送受信を制御する分散型制御装置とを有する。以下、分散型制御システムの第１の実施形態として、エレベーターを制御の対象とするエレベーター制御システムの全体構成について図１を参照して説明する。

＜１．第１の実施形態＞
［エレベーター制御システムの全体構成］
図１は、本発明の第１の実施形態に係るエレベーター制御システムの全体構成例を示す。図１の例は、端末装置の台数が２台の例である。

エレベーター制御システム１００は、中央通信装置１１０と、端末装置１４０−１と、端末装置１４０−２と、通信経路１５１と、通信経路１５２と、通信経路１５４から構成される。また、エレベーター制御システム１００は、端末通信経路１６０と、ホール呼び出しボタン１６４と、乗りかご１６１と、ロープ１６２と、巻き上げ機１６３を備える。

中央通信装置１１０は、分散型制御装置の一例であり、端末装置１４０−１と端末装置１４０−２を統括する。中央通信装置１１０は、主にエレベーターの運行に必要な指令を生成したり、通信異常等のエラーの検出、エラー内容の提示等の処理を行ったりする。また、中央通信装置１１０は、必要に応じて乗りかご１６１の運転の切り替えや通信経路の切り替えなどの制御を行う。中央通信装置１１０は、インターネット等のネットワークを介してクラウドＣのサーバー等と通信可能である。中央通信装置１１０は、例えば運行制御ユニット（エレベーターコントローラーとも呼ばれる）や群管理制御ユニット等である。

端末装置１４０−１と端末装置１４０−２は、ホール呼び出しボタン１６４や乗りかご１６１等から出力されるデータを取得し、それらのデータに含まれる情報を中央通信装置１１０へ送信する。また、通信異常等のエラーの検出や通信経路の切り替えの処理も行う。以降の説明では、端末装置１４０−１を「端末装置１」、端末装置１４０−２を「端末装置２」と称する。また端末装置１４０−１、端末装置１４０−２、及び後述する図１４の端末装置１４０−３（端末装置３）を区別しない場合には、「端末装置１４０」と記す。端末装置１４０も、分散型制御装置の一例となり得る。

通信経路１５１は、中央通信装置１１０の第１の通信ポート１１４と端末装置１の第１の通信ポート１４１を繋ぐ通信線である。また通信経路１５２は、端末装置１の第２の通信ポート１４２と端末装置２の第１の通信ポート１４１を繋ぐ通信線である。また通信経路１５４は、端末装置２の第２の通信ポート１４２と中央通信装置１１０の第２の通信ポート１１５を繋ぐ通信線である。さらに端末通信経路１６０は、各端末装置１４０とホール呼び出しボタン１６４や乗りかご１６１、巻き上げ機１６３を繋ぐ通信線である。これらの通信経路の通信は、一例としてイーサネット（登録商標）に準拠した伝送路を利用してシリアル通信により実現することができる。

ホール呼び出しボタン１６４は、建物の各フロアのエレベーターホールに設置されており、上ボタン又は下ボタンからなる。利用者によって上ボタン又は下ボタンが押下されると、ホール呼び出しボタン１６４は、端末通信経路１６０を経由して端末装置１へ呼び信号を送信する。図１は、建物の１階から３階にかけて１号機〜３号機のエレベーターが設置されている例である。

乗りかご１６１は、乗客を乗せて指定されたフロアへ向けて昇降路内を移動する昇降体である。乗りかご１６１内には一般的に行先階ボタンが設けられており、行先階ボタンが押されると、端末通信経路１６０を経由して端末装置１へ行先階信号を送信する。

ロープ１６２は、乗りかご１６１と巻き上げ機１６３を繋いでいる。巻き上げ機１６３は、ロープ１６２を巻き上げる。巻き上げ機１６３でロープ１６２を巻き上げることにより、乗りかご１６１を各フロアに移動させる。巻き上げ機１６３への巻き上げ指令は、端末通信経路１６０を経由し、対応する端末装置１４０から送られる。

次に、図２を参照して、エレベーター制御システム１００を構成する各装置の内部構成例及びデータの流れを示す。

［中央通信装置の内部構成］
図２は、エレベーター制御システム１００を構成する各装置の内部構成例及びデータの流れを示す。中央通信装置１１０は、メイン処理部１１１と、エラー検出部１１２と、システム情報データベース１１３と、第１の通信ポート１１４と、第２の通信ポート１１５から構成される。

（メイン処理部）
メイン処理部１１１は、主に端末装置１４０から送信されたデータを元に、エレベーターを運行するための指令を生成する処理を行う。また、メイン処理部１１１は、通常運転と縮退運転等の切り替えや、通信方向（通信経路）の切り替え等の処理を行う。通常運転は、通常のエレベーターの運行を行う運転モードであり、縮退運転は、通信異常が発生した際に機能又は性能を制限してエレベーターの運行を行う運転モードである。

メイン処理部１１１は、通常運転部１２１と、縮退運転部１２２と、運転切替部１２３と、通信切替部１２４から構成される。

通常運転部１２１は、一般的なエレベーターを運行するための指令を生成する処理部である。例えば、ホール呼び出しボタン１６４が押された際の情報や、乗りかご１６１の行先階についての情報を元に、対応号機の乗りかご１６１を走行させる指令を生成する。

縮退運転部１２２は、通信異常等のエラーが発生した際に、機能又は性能を制限してエレベーターを運行するための指令を生成する処理部である。通常運転部１２１及び縮退運転部１２２は、図３に示すようなデータパケット３１０を生成し、端末装置１４０に送信する。

図３は、中央通信装置１１０で生成されるデータパケットと診断テーブルの構成例を示す。データパケット３１０は、数珠つなぎに接続された複数の端末装置１４０を流れるデータの単位であり、ＩＤデータ３１１とデータ本体３１２から構成される。ＩＤデータ３１１には、データを送信した中央通信装置１１０又は端末装置１４０のＩＤ（識別情報）を付加することが可能である。中央通信装置１１０がデータパケット３１０を生成した段階では、ＩＤデータ３１１には中央通信装置１１０のＩＤのみが含まれる。

データ本体３１２は、端末装置１４０ごとの制御指令等のデータである。診断テーブル３２０については後述する。図３では、データ本体３１２に、端末装置１〜端末装置Ｎの制御指令等のデータを格納可能である。なお、データパケット３１０の先頭には、送信元や送信先、パケットの大きさなど、パケット自体に関する情報が付加されるが、図３では図示を省略している。

図２のメイン処理部１１１の説明に戻る。
運転切替部１２３は、エラー検出部１１２の検出結果（エラー診断部１３２の診断結果）に基づいて、通常運転と縮退運転を切り替える処理部である。
通信切替部１２４は、第１の通信ポート１１４と第２の通信ポート１１５の送受信を切り替えることにより通信方向を切り替える処理部である。

第１の通信ポート１１４は、通信経路１５１を介して端末装置１の第１の通信ポート１４１とデータの送受信を行う。また第２の通信ポート１１５は、通信経路１５４を介して端末装置２の第２の通信ポート１４２とデータの送受信を行う。

システム情報データベース１１３（図中では「システム情報」と記載）は、エレベーター制御システム１００に関する情報を格納する記憶部である。例えば中央通信装置１１０と複数の端末装置１４０との接続形態や、現在の通信方向が格納されている。本実施形態では、接続形態の情報として、中央通信装置１１０の第１の通信ポート１１４と端末装置１が接続し、中央通信装置１１０の第２の通信ポート１１５と端末装置２が接続していること、及び端末装置１と端末装置２が数珠つなぎであることが、システム情報データベース１１３に格納される。

（エラー検出部）
エラー検出部１１２は、端末装置２又は端末装置１から送信されるデータを解析し、メイン処理部１１１にその結果を送る処理や、通信異常等のエラーが発生したかどうかを提示する処理や、その情報をクラウドＣに送信する処理を行う。

エラー検出部１１２は、ＩＤ参照部１３１と、エラー診断部１３２と、エラー提示部１３３と通信部１３４から構成される。

ＩＤ参照部１３１は、端末装置１４０から受信したデータに付加されているＩＤデータ（識別情報）を参照し、参照した結果をエラー診断部１３２に出力する処理部である。ＩＤは、中央通信装置１１０及び端末装置１４０がデータを送信する際に、当該データに付加される。

エラー診断部１３２は、ＩＤ参照部１３１から受信した情報を元に、システム情報データベース１１３の通信に異常が発生しているかどうかを診断し、図３に示す診断テーブル３２０を生成する処理部である。診断テーブル３２０は、それぞれの処理部が正常か異常かを判断するためのテーブルである。エラー診断部１３２は、診断結果の内容に応じて、診断結果をメイン処理部１１１の通常運転部１２１又は縮退運転部１２２に出力する。

図３に示すように、診断テーブル３２０には、中央通信装置及び端末装置毎に、各装置の正常又は異常を示す情報が格納される。図３には、端末装置１〜端末装置Ｎの正常／異常の情報が格納されている。例えば本実施形態では「１」を正常とし、「０」をデフォルトもしくは異常とする。

図２のエラー検出部１１２の説明に戻る。
エラー提示部１３３は、エラー診断部１３２の情報を元に、通信の異常の有無や発生箇所を示す画像データの生成及び提示を行う処理部である。
通信部１３４は、エラー提示部１３３で提示された情報をクラウドＣに送信する処理部である。

［端末装置の内部構成］
端末装置１と端末装置２の基本的な構成は同じであるため、ここでは端末装置１について説明する。端末装置１は、第１の通信ポート１４１（第３の通信ポートの例）と、第２の通信ポート１４２（第４の通信ポートの例）と、通信切替部１４３と、送受信部１４４と、ＩＤ付加部１４５と、エラー診断部１４６と、システム情報データベース１４７から構成される。

第１の通信ポート１４１及び第２の通信ポート１４２は、外部装置（中央通信装置１１０又は他の端末装置１４０）の通信ポートとデータの送受信を行う。図２において、端末装置１の第１の通信ポート１４１は、通信経路１５１を介して中央通信装置１１０の第１の通信ポート１１４とデータの送受信を行い、第２の通信ポート１４２は、通信経路１５２を介して端末装置２の第１の通信ポート１４１とデータの送受信を行う。また、端末装置２の第１の通信ポート１４１は、通信経路１５２を介して端末装置１の第２の通信ポート１４２とデータの送受信を行い、端末装置２の第２の通信ポート１４２は、通信経路１５４を介して中央通信装置１１０の第２の通信ポート１１５とデータの送受信を行う。

通信切替部１４３は、エラー診断部１４６の診断結果に基づいて、第１の通信ポート１４１と第２の通信ポート１４２の送受信を切り替える処理部である。この切り替えにより、第１の通信ポート１４１で受信を行い第２の通信ポート１４２で送信を行う第１の通信方向と、第２の通信ポート１４２で受信を行い第１の通信ポート１４１で送信を行う第２の通信方向を切り替える。本実施形態の通信方向の初期設定は、第１の通信方向である。

送受信部１４４は、ホール呼び出しボタン１６４、乗りかご１６１等からデータを受信する処理や、巻き上げ機１６３にデータを送信する処理や、受信データをＩＤ付加部１４５に送信する処理を行う。

ＩＤ付加部１４５は、受信したデータパケット３１０のＩＤデータ３１１に自装置のＩＤを付加する処理部である。また、ＩＤ付加部１４５は、データパケット３１０を受信しなかった場合には、自装置のＩＤを付加したＩＤデータを新規に生成する。

エラー診断部１４６は、受信したデータパケット３１０を診断して通信に異常があるかどうかを判断し、診断結果を通信切替部１４３に出力する処理部である。データパケット３１０を受信しなかった場合、エラー診断部１４６は、通信に異常ありと判断する。このようにエラー診断部１４６は、データパケットの受信状況から現在の通信方向に沿った通信に異常があるかどうかを判断する。

システム情報データベース１４７（図中では「システム情報」と記載）は、エレベーター制御システム１００に関する情報を格納する記憶部である。例えば中央通信装置１１０と複数の端末装置１４０との接続形態や、現在の通信方向が格納されている。端末装置１では、接続形態の情報として、端末装置１の第１の通信ポート１４１と中央通信装置１１０が接続し、端末装置１の第２の通信ポート１４２と端末装置２が接続していること、及び端末装置２と中央通信装置１１０が接続されていることが、システム情報データベース１４７に格納される。

（通信構成）
上述したように、中央通信装置１１０の第１の通信ポート１１４は、通信経路１５１を介して端末装置１の第１の通信ポート１４１と接続されている。端末装置１の第２の通信ポート１４２は、通信経路１５２を介して端末装置２の第１の通信ポート１４１と接続されている。中央通信装置１１０の第２の通信ポート１１５は、通信経路１５４を介して端末装置２の第２の通信ポート１４２と接続されている。

エレベーター制御システム１００は、中央通信装置１１０と端末装置１と端末装置２とを数珠繋ぎにするように通信経路が繋がれている。通信異常が発生していない場合、データの流れは、中央通信装置１１０から端末装置１へと一方通行で流れる。例えば、本実施形態では、データが中央通信装置１１０から端末装置１、端末装置２、中央通信装置１１０へと流れる。このように中央通信装置１１０からデータを一方通行で流すことで、それぞれの端末装置へ一括してデータを送信することができる。

本実施形態は、このようなシステム構成、通信構成、データパケット構成をとることにより、通信異常が発生した際には通信方向（通信経路）を切り替えることで通信を可能とし、信頼性の高いエレベーターシステムを提供することが可能となる。なお、図１及び図２に示した例では、中央通信装置１１０、端末装置１及び端末装置２は２つの通信ポートを有しているが、３つ以上の通信ポートを有していてもよい。各装置が備える３つ以上の通信ポートの中から２つの通信ポートを利用して、デイジーチェーンを構成する。

［中央通信装置のハードウェア構成例］
図４は、中央通信装置１１０が備えるコンピューターのハードウェア構成例を示す。
コンピューター４００は、バス４０４にそれぞれ接続されたＣＰＵ（Central Processing Unit）４０１、ＲＯＭ（Read Only Memory）４０２、ＲＡＭ（Random Access Memory）４０３を備える。さらに、コンピューター４００は、表示部４０５、操作部４０６、不揮発性ストレージ４０７、ネットワークインターフェース４０８、第１の通信インターフェース４０９Ａ、及び、第２の通信インターフェース４０９Ｂを備える。

ＣＰＵ４０１は、本実施形態に係る各機能を実現するソフトウェアのプログラムコードをＲＯＭ４０２から読み出して実行する。なお、コンピューター４００は、ＣＰＵ４０１の代わりに、ＭＰＵ（Micro-Processing Unit）等の処理装置を備えるようにしてもよい。ＲＡＭ４０３には、演算処理の途中に発生した変数やパラメータ等が一時的に書き込まれる。ＲＯＭ４０２に自装置のＩＤが記録されている。

表示部４０５は、例えば、液晶ディスプレイモニタであり、コンピューター４００で行われる処理の結果等を表示する。表示部４０５は、エラー提示部１３３に対応する。操作部４０６には、例えば、キーボード、マウス又はタッチパネル等が用いられ、ユーザーが所定の操作入力、指示を行うことが可能である。

不揮発性ストレージ４０７としては、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、フレキシブルディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード等が用いられる。この不揮発性ストレージ４０７には、ＯＳ（Operating System）や各種のパラメータの他に、コンピューター４００を機能させるためのプログラムが記録されていてもよい。例えば不揮発性ストレージ４０７には、システム情報データベース１１３が格納されている。

ネットワークインターフェース４０８には、例えば、ＮＩＣ（Network Interface Card）等が用いられ、ＬＡＮ等のネットワークを介してクラウドＣとの間で、エラー情報等のデータを送受信することが可能である。

第１の通信インターフェース４０９Ａ及び第２の通信インターフェース４０９Ｂは、第１の通信ポート１１４及び第２の通信ポート１１５に相当するものである。第１の通信インターフェース４０９Ａ及び第２の通信インターフェース４０９Ｂには、例えばＮＩＣ等が用いられる。

［端末装置のハードウェア構成例］
図５は、端末装置１４０が備えるコンピューターのハードウェア構成例を示す。
コンピューター５００は、バス５０４にそれぞれ接続されたＣＰＵ５０１、ＲＯＭ５０２、ＲＡＭ５０３を備える。さらに、コンピューター５００は、表示部５０５、操作部５０６、不揮発性ストレージ５０７、入出力インターフェース５０８、第１の通信インターフェース５０９Ａ、及び、第２の通信インターフェース５０９Ｂを備える。

ＣＰＵ５０１は、本実施形態に係る各機能を実現するソフトウェアのプログラムコードをＲＯＭ５０２から読み出して実行する。なお、コンピューター５００は、ＣＰＵ５０１の代わりに、ＭＰＵ等の処理装置を備えるようにしてもよい。ＲＡＭ５０３には、演算処理の途中に発生した変数やパラメータ等が一時的に書き込まれる。ＲＯＭ５０２に自装置のＩＤが記録されている。

表示部５０５は、例えば、液晶ディスプレイモニタであり、コンピューター５００で行われる処理の結果等を表示する。操作部５０６には、例えば、キーボード、マウス又はタッチパネル等が用いられ、ユーザーが所定の操作入力、指示を行うことが可能である。端末装置１４０では、表示部５０５及び操作部５０６を削除してもよい。

不揮発性ストレージ５０７としては、例えば、ＨＤＤ、ＳＳＤ、フレキシブルディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード等が用いられる。この不揮発性ストレージ５０７には、ＯＳや各種のパラメータの他に、コンピューター５００を機能させるためのプログラムが記録されていてもよい。例えば不揮発性ストレージ５０７には、システム情報データベース１４７が格納されている。

入出力インターフェース５０８には、例えばＮＩＣ等が用いられ、ＬＡＮ等のネットワーク又は専用線を介して、制御対象（ホール呼び出しボタン１６４、乗りかご１６１、巻き上げ機１６３等）との間で、各種信号や巻き上げ指令等のデータを送受信することが可能である。

第１の通信インターフェース５０９Ａ及び第２の通信インターフェース５０９Ｂは、第１の通信ポート１４１及び第２の通信ポート１４２に相当するものである。第１の通信インターフェース５０９Ａ及び第２の通信インターフェース５０９Ｂには、例えばＮＩＣ等が用いられる。

［中央通信装置のシーケンス］
次に、中央通信装置１１０のシーケンスについて図６を参照しながら説明する。

図６は、中央通信装置１１０による処理の手順を示す。
始めに、エレベーター制御システム１００に通信異常がない場合の処理を説明する。通信異常がない場合とは、ステップＳ６０７の診断モードに移行しない場合であり、ステップＳ６０１〜Ｓ６０６の処理が該当する。

中央通信装置１１０は、メイン処理部１１１の通常運転部１２１から、第１の通信ポート１１４を通じてデータパケット３１０を送信する（Ｓ６０１）。この際に、データパケット３１０のＩＤデータ３１１における中央通信装置ＩＤを「１（正常）」とする。データ送信後、エラー検出部１１２のＩＤ参照部１３１は、第２の通信ポート１１５を通じてデータの受信待ちを行う（Ｓ６０２）。本実施形態の場合、ＩＤ参照部１３１は端末装置２から送信されるデータ（データパケット３１０）を待つ。そして、ＩＤ参照部１３１は、端末装置２からデータを受信したか否かを判断し（Ｓ６０３）、データを受信した場合には（Ｓ６０３のＹＥＳ）、ＩＤ参照部１３１がＩＤデータ３１１を参照する（Ｓ６０４）。本実施形態の場合、ＩＤ参照部１３１は、中央通信装置１１０のＩＤ、端末装置１のＩＤ及び端末装置２のＩＤを参照する。

次に、ＩＤ参照部１３１は、正しくＩＤを受信したかどうかを判断する（Ｓ６０５）。正しくＩＤを受信したかどうかは、エレベーター制御システム１００を構成する各装置に対応するＩＤデータにすべて「１」が書き込まれているか否かにより判断することができる。正しいＩＤを受信した場合（Ｓ６０５のＹＥＳ）、メイン処理部１１１の通常運転部１２１は、送信すべき全データを送信したか否かを判断する（Ｓ６０６）。ステップＳ６０６において全データの送信が完了していない場合には（Ｓ６０６のＮＯ）、通常運転部１２１はＳ６０１に戻ってステップＳ６０１〜Ｓ６０６の処理を繰り返し、全データの送信が完了した場合には（Ｓ６０６のＹＥＳ）、通常運転部１２１は一連の処理を終了する。

次に、エレベーター制御システム１００に通信異常がある場合の処理を説明する。通信異常がある場合とは、ステップＳ６０７の診断モードに入る場合である。診断モードへの移行は、ステップＳ６０３においてＩＤ参照部１３１がデータを受信しない場合（Ｓ６０３のＮＯ）、又は、ステップＳ６０５においてＩＤ参照部１３１が正しくＩＤを受信しない場合（Ｓ６０５のＮＯ）に行われる。

ステップＳ６０３においてＩＤ参照部１３１がデータを受信しない場合とは、例えば、中央通信装置１１０と端末装置２を繋ぐ通信経路１５４で通信異常が発生し、端末装置２からデータが送られてこない場合である。このようにＩＤ参照部１３１はデータを受信しなかった場合には（Ｓ６０３のＮＯ）、診断モードに移行する（Ｓ６０７）。

また、ステップＳ６０５においてＩＤ参照部１３１が正しくＩＤを受信しない場合とは、例えば、通信経路１５１もしくは通信経路１５２で異常が発生し、端末装置１もしくは端末装置２にデータが送られないケースである。これは、後述する図１１及び図７に示すように、中央通信装置１１０の受信側の通信ポート（初期設定では第２の通信ポート１１５）に接続された端末装置が、ＩＤデータのみを送信した場合に相当する。

例えば、端末装置２が自分のＩＤを付加したＩＤデータ３１１（図３参照）のみを送信した場合、中央通信装置１１０に送信されるＩＤデータ３１１には、端末装置１のＩＤしか付加されていない。そのため、中央通信装置１１０のエラー検出部１１２はＩＤが正常に付加されていないと判断し（Ｓ６０５のＮＯ）、診断モードに移行する（Ｓ６０７）。ＩＤが正常に付加されている場合には（Ｓ６０５のＹＥＳ）、ＩＤデータ３１１にエレベーター制御システム１００を構成する中央通信装置１１０と端末装置１と端末装置２のＩＤが付加されている場合である（後述する図１３のＩＤデータ１１０２＿１）。

ステップＳ６０７における診断モードにおいて、エラー診断部１３２が診断テーブル３２０（図３参照）を参照して診断した結果、通信経路が正常である場合には（Ｓ６０７の正常）、通常運転モードへ戻り、通常運転部１２１が通常運転を行う（Ｓ６０２）。

一方、ステップＳ６０７における診断モードにおいて、通信経路が正常ではない場合には（Ｓ６０７の異常）、エラー診断部１３２は診断結果をメイン処理部１１１及びエラー提示部１３３へ出力する。エラー提示部１３３は、診断結果に基づいてエラー提示を行う（Ｓ６０８）。次いで、メイン処理部１１１は診断結果を受けて縮退運転モードへ移行し、縮退運転部１２２は診断結果に応じて機能又は性能を制限してエレベーターを運行する（Ｓ６０９）。ステップＳ６０７の診断モードの詳細な処理については後述する。

［中央通信装置の診断モード］
次に、中央通信装置１１０の診断モード（Ｓ６０７）の詳細な処理について図７を参照しながら説明する。

図７は、中央通信装置１１０による診断モード時の処理の手順を示す。
診断モードに移行すると、まずエラー検出部１１２のエラー診断部１３２は、診断テーブル３２０を作成する（Ｓ７０１）。次に、メイン処理部１１１の通常運転部１２１は、エラー診断部１３２で作成された診断テーブル３２０を付加したデータパケットを生成し、第１の通信ポート１１４から再送する（Ｓ７０２）。

次に、エラー検出部１１２のエラー診断部１３２は、データパケット再送に伴い第２の通信ポート１１５を通じて中央通信装置１１０に戻ってきたデータを参照して、通信経路が正常か否かを判断する（Ｓ７０３）。判断方法としては、ＩＤデータ３１１（図３参照）にＩＤが正常に付加されているかどうかにより判断する。通信経路が正常である場合には（Ｓ７０３のＹＥＳ）、通常運転モードへ移行し（Ｓ７０８）、図６のステップＳ６０２へ進んでＩＤ参照部１３１がデータの受信待ちを行う。このデータパケット再送処理により、外乱等でランダム的に発生するデータ化け等の通信異常を検知した際にも、診断モードから通常運転モードに戻ることが可能となる。

一方、通信経路に異常があった場合には（Ｓ７０３のＮＯ）、エラー診断部１３２は、データパケット再送に伴い中央通信装置１１０に戻ってきた診断テーブルやＩＤを参照し、通信経路（通信可能な通信方向）を決定する（Ｓ７０４）。この通信経路に従い、メイン処理部１１１の通信切替部１２４は、第１の通信ポート１１４と第２の通信ポート１１５の送受信（通信方向）の切り替えを行う。そして、通常運転部１２１は、エラー診断部１３２で作成された診断テーブルを付加したデータパケットを生成し、第２の通信ポート１１５から再送する（Ｓ７０５）。

データパケット再送後、中央通信装置１１０のエラー検出部１１２はデータの戻りを待ち、データが戻るとエラー診断部１３２は診断テーブルを作成する（Ｓ７０６）。エラー診断部１３２は、この診断テーブルを参照して、通信経路を切り替えることで問題なく通信が可能であったか、もしくは、通信経路を切り替えたとしても通信が不可能であったかを判断する。そして、エラー診断部１３２は、メイン処理部１１１及びエラー提示部１３３へ診断結果を出力する（Ｓ７０７）。ステップＳ７０７の処理が終了後、中央通信装置１１０は診断モードを終了し、図６のステップＳ６０８へ進んでエラー提示を行い、次いでステップＳ６０９へ進んで縮退運転モードへ移行する。

［端末装置のシーケンス］
次に、端末装置１４０のシーケンスについて図８を参照しながら説明する。

図８は、端末装置１４０による処理の手順を示す。
始めに、エレベーター制御システム１００に通信異常がない場合の処理を説明する。通信異常がない場合とは、ステップＳ８０８の診断モードに移行しない場合であり、ステップＳ８０１〜Ｓ８０６の処理が該当する。前提として、中央通信装置１１０が通信経路１５１を介してデータ（データパケット３１０）を通信経路の最上流側にある端末装置１４０（端末装置１）に送信するケースを想定する。

端末装置１４０の送受信部１４４は、第１の通信ポート１４１を通じてデータの受信待ちを行う（Ｓ８０１）。本実施形態の場合、端末装置１は中央通信装置１１０から送信されるデータを待ち、端末装置２は端末装置１から送信されるデータを待つ。そして、送受信部１４４は、第１の通信ポート１４１を通じてデータを受信したか否かを判断し（Ｓ８０２）、データを受信した場合には（Ｓ８０２のＹＥＳ）、ＩＤ付加部１４５がＩＤデータ３１１を参照する（Ｓ８０３）。本実施形態の場合、端末装置１のＩＤ付加部１４５は、中央通信装置１１０のＩＤを参照する。また、端末装置２のＩＤ付加部１４５は、中央通信装置１１０のＩＤと端末装置２のＩＤを参照する。

次に、ＩＤ付加部１４５は、受信したＩＤが正しいかどうかを判断する（Ｓ８０４）。ＩＤが正しいかどうかは、データを送信した中央通信装置１１０及びデータが経由した端末装置１４０に対応するＩＤデータにすべて「１」が書き込まれているか否かにより判断することができる。ＩＤが正しい場合（Ｓ８０４のＹＥＳ）、ＩＤ付加部１４５は、ＩＤデータに自装置のＩＤを付加する（Ｓ８０５）。

次に、送受信部１４４は、第２の通信ポート１４２を通じて自装置のＩＤを付加したＩＤデータを含むデータを送信する（Ｓ８０６）。その後、送受信部１４４は、ステップＳ８０１に戻って第１の通信ポート１４１を通じてデータの受信待ちを行う。そして、端末装置１４０は、ステップＳ８０１〜Ｓ８０６の処理を繰り返す。

次に、エレベーター制御システム１００に通信異常がある場合の処理を説明する。通信異常が発生する場合とは、ステップＳ８０８の診断モードに入る場合である。端末装置１４０の場合は、ステップＳ８０２において送受信部１４４がデータを受信しない場合と、ステップＳ８０４において受信したＩＤをＩＤ付加部１４５が正しくないと判断した場合である。

データを受信しない場合とは（Ｓ８０２のＮＯ）、端末装置２を例にとると、例えば通信経路１５２に異常があり、端末装置１から端末装置２へデータが送られてこない場合である。この場合には、送受信部１４４は、ＩＤデータのみのデータパケット（以下「ＩＤパケット」と称することがある）を生成し、第２の通信ポート１４２から外部装置へ送信する（Ｓ８０７）。端末装置２の場合には、中央通信装置１１０にＩＤパケットを送信する。その後、端末装置１４０（上記の例では端末装置２）は、診断モードに移行する（Ｓ８０８）。

また、ステップＳ８０４において受信したＩＤが正しくない場合には、ＩＤ付加部１４５は、診断モードに移行する（Ｓ８０８）。端末装置２を例にとると、通信経路１５１に異常が発生しており、端末装置２が端末装置１からＩＤのみのデータパケット（ＩＤパケット）を受信した場合である。この場合、ＩＤパケットには中央通信装置１１０のＩＤが付加されていないため、通信異常が発生していることがわかる。

ステップＳ８０８における診断モードにおいて、エラー診断部１４６は、受信したデータパケットに診断テーブルがなかった場合には（Ｓ８０８の診断テーブル未受信）、ステップＳ８０１へ進んで送受信部１４４はデータの受信待ちを行う。

一方、ステップＳ８０８における診断モードにおいて、受信したデータパケットに診断テーブルが含まれている場合には（Ｓ８０８の受信）、エラー診断部１４６は受信通信経路を決定した後、縮退運転モードへ移行する（Ｓ８０９）。ステップＳ８０７の診断モードの詳細な処理については後述する。

［端末装置の診断モード］
次に、端末装置１４０の診断モード（Ｓ８０７）の詳細な処理について図９を参照しながら説明する。

図９は、端末装置１４０による診断モード時の処理の手順を示す。
診断モードに移行すると、まずエラー診断部１４６は、第１の通信ポート１４１を通じて受信したデータパケットに診断テーブルが含まれるか否かを判断する（Ｓ９０１）。そして、データパケットに診断データが含まれなかった（診断テーブルを受信しなかった）場合には（Ｓ９０１のＮＯ）、ステップＳ８０１へ進んで、送受信部１４４が第１の通信ポート１４１を通じてデータの受信待ちを行う。

一方、データパケットに診断データが含まれている（診断テーブルを受信した）場合には（Ｓ９０１のＹＥＳ）、エラー診断部１４６は、その診断テーブルを参照し、通信経路（通信可能な通信方向）を決定する（Ｓ９０２）。この通信経路に従い、通信切替部１４３は、第１の通信ポート１４１と第２の通信ポート１４２の送受信（通信方向）の切り替えを行う。

次に、ＩＤ付加部１４５は、受信したデータパケットに含まれるＩＤデータに自装置のＩＤを付加する（Ｓ９０３）。次いで、送受信部１４４は、第２の通信ポート１４２を通じて自装置のＩＤを付加したＩＤデータを含むデータを送信する（Ｓ９０４）。ステップＳ９０４の処理が終了後、端末装置１４０は診断モードを終了し、ステップＳ８０９へ進んで縮退運転モードへ移行する。

［通信異常が発生したときのデータの流れ］
図１０は、図２に示したエレベーター制御システム１００に通信異常が発生した際のデータの流れを示す。
図１０の例は、通信経路１５１を介して中央通信装置１１０の第１の通信ポート１１４から端末装置１（第１の通信方向）へデータパケット３１０を送信したが、通信経路１５１に異常（×印）が発生したために、通信経路を切り替えた様子を表している。通信経路の切り替え後、通信経路１５４を介して中央通信装置１１０の第２の通信ポート１１５から端末装置２（第２の通信方向）へ診断テーブル３２０が送信される。この場合を例に、データパケットの生成及び流れを、図１１〜１３を用いて説明する。

［診断モードに入るまでの流れ］
まず、エレベーター制御システム１００の中央通信装置１１０、端末装置１、及び端末装置２がそれぞれ診断モードに入るまでの流れを、図１１を用いて説明する。

図１１は、エレベーター制御システム１００において通信異常が発生した際にデータパケットを送信したときのデータの流れを示す。本例は、通信経路１５１に異常が発生した場合を想定している。この図１１の例は、図２に示したデータの流れに対応したものである。

中央通信装置１１０は、自装置のＩＤを「１」にしたＩＤデータ１１０２及び端末装置データを含むデータパケット１１０１を、第１の通信ポート１１４から通信経路１５１を介して端末装置１に送信する（Ｓ６０１に相当）。ＩＤデータ１１０２の左端が中央通信装置１１０のＩＤ、中央が端末装置１のＩＤ、右端が端末装置２のＩＤである。

この例では、通信経路１５１に異常が発生しているので、このデータパケット１１０１は端末装置１には受信されない。その結果、端末装置１は、ステップＳ８０１，Ｓ８０２の処理を順次実行し、ステップＳ８０７において自装置のＩＤを「１」にしたＩＤデータ１１０３を生成する。そして、端末装置１は、通信経路１５２を介して端末装置２へＩＤデータ１１０３を送信し、ステップＳ８０８の診断モードに入る。

次に、端末装置２は、通信経路１５２を経由して端末装置１から送られてきたＩＤデータ１１０３を受信する。端末装置２は、データを受信したため、ステップＳ８０１，Ｓ８０２，Ｓ８０３の処理を順次実行する。そして、端末装置２は、ステップＳ８０４において中央通信装置１１０のＩＤがないためＩＤが正しくないと判断し、ステップＳ８０８の診断モードに入る。また、診断モードに入る際に、端末装置２は、ＩＤデータ１１０３に自装置のＩＤを付加し、ＩＤデータ１１０３＿２として通信経路１５４を介して中央通信装置１１０へ送信する。

中央通信装置１１０は、ＩＤデータ１１０３＿２を受信すると、ステップＳ６０３，Ｓ６０４，Ｓ６０５の処理を順次実行し、ＩＤを正しく受け取っていないため通信経路に異常が発生していると判断し、ステップＳ６０７の診断モードに入る。

［診断モードでデータパケットが再送されるまでの流れ］
次に、中央通信装置１１０が診断モードでデータパケット（診断テーブル）を送信して診断するまでの流れを、図１２を用いて説明する。
図１２は、エレベーター制御システム１００において診断モード時にデータパケット（診断テーブル）を再送したときのデータの流れを示す。この図１２の例は、図２に示したデータの流れに対応したものである。

診断モードに入ると、中央通信装置１１０は、図１１の端末装置２から戻ってきたＩＤデータ１１０３＿２に基づいて診断テーブル１１０７を作成する。そして、中央通信装置１１０は、ＩＤデータ１１０２、診断テーブル１１０７及び端末装置データを含むデータパケット１１１０を作成し、通信経路１５１経由で端末装置１へ再送する。ここで診断テーブル１１０７の構成は、図１１の中央通信装置１１０で受信したＩＤデータ１１０３＿２の構成と同じである。

中央通信装置１１０が第１の通信ポート１１４から通信経路１５１を介して再送した、データパケット１１１０が正常に端末装置１、端末装置２に順次送信された場合は、正常にＩＤが付加されたＩＤデータが通信経路１５４を介して中央通信装置１１０に戻る。その場合は、中央通信装置１１０は、診断モードから通常運転モードに戻る。本例では、通信経路１５１に異常が発生していることから、データパケット１１１０を再送した場合でも図１１の場合と状況は変わらず、端末装置２からＩＤデータ１１０３＿２が送信される。即ち、端末装置２から中央通信装置１１０に対し、正常にＩＤが付加されたＩＤデータが返信されない。

［通信経路を決定してデータパケットを再送するまでの流れ］
次に、通信経路を決定してデータパケットを再送するまでの流れを、図１３を用いて説明する。
図１３は、エレベーター制御システム１００において通信経路を変更した後のデータパケットの流れを示す。この図１３の例は、図１０に示した通信経路を切り替え後のデータの流れに対応したものである。

中央通信装置１１０がデータパケット１１１０を再送し（Ｓ７０２に相当）、端末装置２から送信された図１２のＩＤデータ１１０３＿２が正常でないことから、ステップＳ７０４において通信経路を決定する。この通信経路の決定方法は、ＩＤデータ１１０３＿２に基づいて決定する。

本例の場合、ＩＤデータ１１０３＿２は、端末装置１と端末装置２のＩＤが正しく付加されていることから、通信経路１５２と通信経路１５４に異常がないと判断される。また、中央通信装置１１０のＩＤが付加されていないことと、中央通信装置１１０から送信したデータ（診断テーブル１１０７、端末装置データ）が付加されていないことから、通信経路１５１に異常が発生していると判断される。このことから、図１０に矢印で示すように、通信切替部１２４が第２の通信ポート１１５からデータを送信するように切り替える。そして、中央通信装置１１０は、データパケット１１１０を第２の通信ポート１１５から通信経路１５４を経由して端末装置２に送信する。

端末装置２は、第２の通信ポート１４２を用いて通信経路１５４経由で、中央通信装置１１０からデータパケット１１１０を受け取ると、診断テーブル１１０７を参照し、通信経路を決定する（Ｓ９０２に相当）。ここでは、中央通信装置１１０と端末装置１の間で異常が発生しているが、端末装置１と端末装置２の間には異常がないと判断する。そして、端末装置２は、自装置のＩＤを付加したＩＤデータ１１０２＿２を含むデータパケット１１１１を生成し、第１の通信ポート１４１を用いて通信経路１５２経由で端末装置１に送信する（Ｓ９０３，Ｓ９０４に相当）。

端末装置１も同様に、第２の通信ポート１４２を用いて通信経路１５２経由で、端末装置２からデータパケット１１１１を受け取ると、診断テーブル１１０７を参照し、通信経路を決定する。次に、端末装置１は、自装置のＩＤを付加したＩＤデータ１１０２＿１を含むデータパケット１１１２を生成して送信する（Ｓ９０３，Ｓ９０４に相当）。この場合に、端末装置１は、診断テーブル１１０７を参照して通信経路１５１に異常があることが判断できることから、第２の通信ポート１４２から通信経路１５２経由で、端末装置２にデータパケット１１１２を送信する。そして、端末装置２は、受信したデータパケット１１１２を、第２の通信ポート１４２から通信経路１５４経由で、中央通信装置１１０へ送信する。

中央通信装置１１０は、端末装置２からデータパケット１１１２を受け取ると、ＩＤデータ１１０２＿１を参照する。ＩＤデータ１１０２＿１に正常に各装置のＩＤが付加されていることから、中央通信装置１１０のエラー診断部１３２は、通信経路（通信方向）を切り替えることで正常に通信できると判断する。エラー提示部１３３には、通信経路１５１に異常があることと、通信経路を切り替えることで正常に通信可能である等の情報が提示される。また、この情報は、通信部１３４によりクラウドＣにも送信され、エレベーターの管理センターや故障診断等を行うサーバー等に使用されてもよい。

エラー提示部１３３がエラー提示を行う際に、通信異常の態様に応じて提示するエラーの内容を限定してもよい。例えば通信異常が発生した通信経路が１本の場合には、１本の通信経路が異常であること、異常発生場所、通信可能であることなどを提示する。また、通信異常が発生した通信経路が２本の場合には、２本の通信経路が異常であること、異常発生場所、通信不可能であること（もしくは通信不可能な端末装置の特定）などを提示する。これにより、ユーザーは、エラー提示を確認することで、どこにどのような通信異常が発生しているかを把握できる。なお、通信異常が発生した通信経路が１本である場合には、縮退運転せずに通常運転を継続する運用とすることも可能である。

上述した第１の実施形態によれば、装置間の通信経路を二重化せずにシステム全体をデイジーチェーン構成とし、一方通行でデータを送信することによってデータを一括して送信（ブロードキャスト送信）する。そして、第１の実施形態は、通信経路の異常を検知した場合のみ通信方向（通信経路）を切り替える。このような構成により、通信の処理負荷の低減が可能となり、応答速度の高速化が図られる。

また、第１の実施形態によれば、通信経路の異常を検知した場合に通信方向（通信経路）を切り替える構成を有し、通信経路が遮断された場合にも通信方向を切り替えて対応することにより、制御システムを止めることなく信頼性の高い通信を行うことができる。

また、第１の実施形態によれば、装置間の通信経路を二重化せずにシステム全体をデイジーチェーン構成として制御機能（端末装置）を分散することにより、端末装置の追加が容易になるなど拡張性が向上する。

さらに、第１の実施形態によれば、通信異常が発生したときに通信方向を切り替えるとともに、縮退運転モードに移行することにより、エレベーターの運行（制御対象の動作）への影響を最小限に抑えることができる。例えば複数の号機を統括制御する群管理制御を例に説明すると、通信異常の発生時に、乗りかご１６１が呼び階に到着するまでの待ち時間を減らす制御を止めることで、複数の号機の運転を継続するといった運用が可能になる。

＜２．第２の実施形態＞
第２の実施形態は、エレベーター制御システムを構成する端末装置１４０を３台とした例であり、その他の構成は第１の実施形態と同様である。以下、第２の実施形態について、第１の実施形態との相違点を中心に説明する。なお、端末装置１４０の台数は４台以上でもよい。

［エレベーター制御システムの全体構成］
図１４は、本発明の第２の実施形態に係るエレベーター制御システムの全体構成例を示す。エレベーター制御システム１００Ａは、中央通信装置１１０と、端末装置１４０−１と、端末装置１４０−２と、端末装置１４０−３と、通信経路１５１と、通信経路１５２と、通信経路１５３と、通信経路１５４から構成される。以下、端末装置１４０−１、端末装置１４０−２及び端末装置１４０−３をそれぞれ、端末装置１、端末装置２及び端末装置３と記す。

通信経路１５１は、中央通信装置１１０の第１の通信ポート１１４と端末装置１の第１の通信ポート１４１を繋ぐ通信線である。また通信経路１５２は、端末装置１の第２の通信ポート１４２と端末装置２の第１の通信ポート１４１を繋ぐ通信線である。また通信経路１５３は、端末装置２の第２の通信ポート１４２と端末装置３の第１の通信ポート１４１を繋ぐ通信線である。また通信経路１５４は、端末装置２の第２の通信ポート１４２と中央通信装置１１０の第２の通信ポート１１５を繋ぐ通信線である。

［通信異常が発生する前のデータの流れ］
図１５は、エレベーター制御システム１００Ａにおける初期設定のデータの流れを示す。
中央通信装置１１０及び端末装置１４０−１〜１４０−３の内部構成は、図２に示した構成と同じである。エレベーター制御システム１００Ａでは、中央通信装置１１０と端末装置１と端末装置２と端末装置３が数珠繋ぎとなるように各通信経路が接続されている。通信異常が発生していない場合、データの流れは、中央通信装置１１０から端末装置１へと一方通行で流れる。例えば、本実施形態では、データは中央通信装置１１０から端末装置１、端末装置２、端末装置３、中央通信装置１１０へと流れる。

［通信異常が発生したときのデータの流れ］
図１６は、図１５に示すエレベーター制御システム１００Ａに通信異常が発生した際のデータの流れを示す。
図１６の例は、通信経路１５２に異常がある場合の通信の切り替え方法を示している。端末装置１が中央通信装置１１０から受信したデータパケット３１０を、通信経路１５２を介して第２の通信ポート１４２から端末装置２（第１の通信方向）へ送信したが、通信経路１５２に異常（×印）が発生したために、通信経路を切り替えた様子を表している。通信経路の切り替え後、通信経路１５４を介して中央通信装置１１０の第２の通信ポート１１５から端末装置３（第２の通信方向）へ診断テーブル３２０が送信される。この場合を例に、データパケットの生成及び流れを、図１７〜１９を用いて説明する。

［診断モードに入るまでの流れ］
まず、エレベーター制御システム１００Ａの中央通信装置１１０、端末装置１、端末装置２及び端末装置３がそれぞれ診断モードに入るまでの流れを、図１７を用いて説明する。

図１７は、エレベーター制御システム１００Ａにおいて通信異常が発生した際にデータパケットを送信したときのデータの流れを示す。本例は、通信経路１５２に異常が発生した場合を想定している。この図１７の例は、図１５に示したデータの流れに対応したものである。

中央通信装置１１０は、自装置のＩＤを「１」にしたＩＤデータ１７０２及び端末装置データを含むデータパケット１７０１を、第１の通信ポート１１４から通信経路１５１を介して端末装置１に送信する（Ｓ６０１に相当）。ＩＤデータ１７０２の左端から、中央通信装置１１０のＩＤ、端末装置１のＩＤ、端末装置２のＩＤ、端末装置３のＩＤである。端末装置１は受信したデータパケット１７０１に自装置のＩＤを付加し、ＩＤデータ１７０２＿１を含むデータパケット１７０３を端末装置２へ送信する。

この例では、通信経路１５２に異常が発生しているので、このデータパケット１７０３は端末装置２には受信されない。その結果、端末装置２は、ステップＳ８０１，Ｓ８０２の処理を順次実行し、ステップＳ８０７において自装置のＩＤを「１」にしたＩＤデータ１７０４を生成する。そして、端末装置２は、通信経路１５３を介して端末装置３へＩＤデータ１７０４を送信し、ステップＳ８０８の診断モードに入る。

次に、端末装置３は、通信経路１５３を経由して端末装置２から送られてきたＩＤデータ１７０４を受信する。端末装置３は、データを受信したため、ステップＳ８０１，Ｓ８０２，Ｓ８０３の処理を順次実行する。そして、端末装置３は、ステップＳ８０４において中央通信装置１１０のＩＤがないためＩＤが正しくないと判断し、ステップＳ８０８の診断モードに入る。また、診断モードに入る際に、端末装置３は、ＩＤデータ１７０４に自装置のＩＤを付加し、ＩＤデータ１７０４＿３として通信経路１５４を介して中央通信装置１１０へ送信する。

中央通信装置１１０は、ＩＤデータ１７０４＿３を受信すると、ステップＳ６０３，Ｓ６０４，Ｓ６０５の処理を順次実行し、ＩＤを正しく受け取っていないため通信経路に異常が発生していると判断し、ステップＳ６０７の診断モードに入る。

［診断モードでデータパケットが再送されるまでの流れ］
次に、中央通信装置１１０が診断モードでデータパケット（診断テーブル）を送信して診断するまでの流れを、図１８を用いて説明する。
図１８は、エレベーター制御システム１００Ａにおいて診断モード時にデータパケット（診断テーブル）を再送したときのデータの流れを示す。この図１８の例は、図１５に示したデータの流れに対応したものである。

診断モードに入ると、中央通信装置１１０は、図１７の端末装置３から戻ってきたＩＤデータ１７０４＿３に基づいて診断テーブル１７０７を作成する。そして、中央通信装置１１０は、ＩＤデータ１７０２、診断テーブル１７０７及び端末装置データを含むデータパケット１７１０を作成し、通信経路１５１経由で端末装置１へ再送する。ここで診断テーブル１７０７の構成は、図１７の中央通信装置１１０で受信したＩＤデータ１７０４＿３の構成と同じである。

端末装置１は、第１の通信ポート１４１を用いて通信経路１５１経由で、中央通信装置１１０からデータパケット１７１０を受信すると、診断テーブル１７０７を参照し、通信経路を決定する（Ｓ９０２に相当）。次いで、端末装置１は、自装置のＩＤを付加したＩＤデータ１７０２＿１を含むデータパケット１７１１を生成して送信する（Ｓ９０３，Ｓ９０４に相当）。この場合に、端末装置１は、診断テーブル１７０７を参照して通信経路１５２に異常があることが判断できることから、第１の通信ポート１４１から通信経路１５１経由で、中央通信装置１１０にデータパケット１７１１を送信する。即ち、端末装置１は、診断テーブル１７０７を受信し、かつ、第２の通信ポート１４２からデータ送信ができない場合には、通信経路１５１にデータパケット１７１１を返信する。

通信異常がない場合には、中央通信装置１１０が第１の通信ポート１１４から通信経路１５１を介して再送したデータパケット１７１０は、端末装置１、端末装置２、及び端末装置３に順次送信され、正常にＩＤが付加されたＩＤデータが通信経路１５４を介して中央通信装置１１０に戻る。その場合は、中央通信装置１１０は、診断モードから通常運転モードに戻る。本例では、通信経路１５２に異常が発生していることから、データパケット１７１０を再送した場合でも図１７の場合と状況は変わらない。即ち、端末装置２は、自装置のＩＤを付加したＩＤデータ１７０４の生成及び送信を行い、端末装置３は、受信したＩＤデータ１７０４に自装置のＩＤを付加したＩＤデータ１７０４＿３を、通信経路１５４経由で中央通信装置１１０へ送信する。

中央通信装置１１０のエラー診断部１３２は、端末装置１から返信されたデータパケット１７１１のＩＤデータ１７０２＿１と端末装置３から返信されたＩＤデータ１７０４＿３の論理和を計算する。この診断モードが正常に実行された場合には、ＩＤデータ１７０２＿１とＩＤデータ１７０４＿３の論理和が、「１１１１」となる。

［通信経路を決定してデータパケットを再送するまでの流れ］
次に、通信経路を決定してデータパケットを再送するまでの流れを、図１９を用いて説明する。
図１９は、エレベーター制御システム１００Ａにおいて通信経路を変更した後のデータパケットの流れを示す。この図１９の例は、図１６に示した通信経路を切り替え後のデータの流れに対応したものである。

中央通信装置１１０は、図１８の受信したデータパケット１７１１とＩＤデータ１７０４＿３から、通信経路１５２に異常が発生していると判断する。判断方法としては、データパケット１７１１のＩＤデータ１７０２＿１のＩＤが「１１００」、ＩＤデータ１７０４＿３のＩＤが「００１１」であるため、端末装置１と端末装置２の間で異常が発生していると判断する。この判断結果を元に、中央通信装置１１０は、第１の通信ポート１１４（通信経路１５１）と第２の通信ポート１１５（通信経路１５４）の両方からデータパケット１７１０を送信する。

端末装置１は、図１８の場合と同様に、第１の通信ポート１４１を用いて通信経路１５１経由で、中央通信装置１１０からデータパケット１７１０を受信すると、診断テーブル１１０７を参照し、通信経路を決定する（Ｓ９０２に相当）。ここでは、端末装置１と端末装置２の間で異常が発生していると判断する。そして、端末装置１は、自装置のＩＤを付加したＩＤデータ１７０２＿１を含むデータパケット１７１１を生成して、第１の通信ポート１４１を用いて通信経路１５１経由で中央通信装置１１０へ送信する。

端末装置３及び端末装置２においては、図１３の端末装置２及び端末装置１と同様の動作を行う。端末装置３は、第２の通信ポート１４２を用いて通信経路１５４経由で中央通信装置１１０からデータパケット１７１０を受信すると、診断テーブル１７０７を参照し、通信経路を決定する（Ｓ９０２に相当）。ここでは、端末装置１と端末装置２の間で異常が発生しているが、端末装置２と端末装置３の間には異常がないと判断する。そして、端末装置２は、自装置のＩＤを付加したＩＤデータ１７０２＿３を含むデータパケット１７１２を生成し、第１の通信ポート１４１を用いて通信経路１５３経由で端末装置２に送信する（Ｓ９０３，Ｓ９０４に相当）。

端末装置２は、第２の通信ポート１４２を用いて通信経路１５３経由で端末装置３からデータパケット１７１２を受信すると、診断テーブル１７０７を参照し、通信経路を決定する（Ｓ９０２に相当）。ここでは、端末装置１と端末装置２の間で異常が発生していると判断する。そして、端末装置２は、自装置のＩＤを付加したＩＤデータ１７０２＿２を含むデータパケット１７１３を生成し、第２の通信ポート１４２を用いて通信経路１５３経由で端末装置３に送信する（Ｓ９０３，Ｓ９０４に相当）。

端末装置３は、第１の通信ポート１４１を用いて通信経路１５３経由で端末装置２からデータパケット１７１３を受信すると、診断テーブル１７０７を参照し、通信経路を決定する（Ｓ９０２に相当）。そして、端末装置３は、端末装置２から受信したデータパケット１７１３を、第２の通信ポート１４２を用いて通信経路１５４経由で中央通信装置１１０に送信する（Ｓ９０３，Ｓ９０４に相当）。

中央通信装置１１０は、端末装置１から受信したデータパケット１２１１と端末装置３から受信したデータパケット１２１３を受け取ると、各々のＩＤデータ１７０２＿１とＩＤデータ１７０２＿２を参照する。これらのＩＤデータには正常にＩＤが付加されていることから、中央通信装置１１０は、通信を切り替えることで正常に通信できると判断する。

エラー提示部１３３には、通信経路１５２に異常があることと、通信経路を切り替えることで正常に通信可能である等の情報が提示される。また、この情報は、通信部１３４によりクラウドＣにも送信され、エレベーターの管理センターや故障診断等を行うサーバー等に使用されてもよい。

上述した第２の実施形態によれば、端末装置の台数を増やした場合でも、第１の実施形態と同様の効果が得られる。即ち、第２の実施形態によれば、通信の処理負荷の低減が可能となり、応答速度の高速化が図られる。また、制御システムを止めることなく信頼性の高い通信を行うことができる。

＜３．第３の実施形態＞
上述した第１の実施形態及び第２の実施形態のように、中央通信装置１１０及び複数の端末装置１４０を数珠繋ぎにし、通信異常が発生した場合に通信経路（通信方向）を切り替えるシステムとした場合、中央通信装置１１０から経由する通信経路が少ないほど、通信の信頼性が高くなる。例えば、第２の実施形態の例では、中央通信装置１１０と端末装置１、及び、中央通信装置１１０と端末装置３との間の通信経路は一つであり、端末装置２の場合には通信経路は二つになる。このことから、通信の信頼性の高さは、端末装置１、端末装置３が高く、端末装置２が低くなる。これは、端末装置１４０が増えた場合も同様である。数珠つなぎに接続された複数の端末装置１４０のうち、両端に接続された端末装置１４０の信頼性が高く、中央側に接続された端末装置１４０ほど信頼性が低くなる。

したがって、中央通信装置１１０から通信対象とする端末装置１４０までの通信経路が少ない端末装置１４０に対し、信頼性の必要なエレベーターやその他信号等を割り付ける構成とすることで、システム全体の信頼性を向上させることができる。例えば、信頼性の必要なエレベーターとは、使用頻度の高いエレベーターや、災害等でも止まらずに動作する必要があるエレベーター等のことである。例えば、機能毎に端末装置に該当する機能を割り当て、その端末装置を優先度に従い配置する等も考えられる。例えば、車椅子用ボタン等を一つの端末装置に集めることや、乗りかご内の通信を一つの端末装置に割り当てる等が考えられる。

図２０は、制御対象の優先度の設定を示す説明図である。
図２０の例では、建物に１号機２００−１、２号機２００−２、３号機２００−３の三台のエレベーターが進行方向に並べて設置されている。エレベーターホール１７０の入口１７１からの近さは、１号機２００−１、２号機２００−２、３号機２００−３の順となっている。それぞれの号機の乗場には、ホール呼び出しボタン１６４が配置されている。２号機２００−２のホール呼び出しボタン１６４の近くには、車椅子用ボタン１６５も配置されている。

入口１７１に近いほど使用頻度が高いと考えられるので、入口１７１から最も近い１号機２００−１のホール呼び出しボタン１６４の優先度を「高」に設定する。さらに、２番目に近い２号機２００−２のホール呼び出しボタン１６４の優先度を「中」、最も遠い３号機２００−３のホール呼び出しボタン１６４の優先度を「低」に設定する。この場合、１号機２００−１のホール呼び出しボタン１６４が信頼性の最も高い端末装置１に割り当てられる。次に、２号機２００−２のホール呼び出しボタン１６４が２番目に信頼性の高い端末装置３に割り当てられ、最後に、３号機２００−３のホール呼び出しボタン１６４が最も信頼性の低い端末装置２に割り当てられる。また、車椅子用ボタン１６５は優先度が「低」に設定されているので、端末装置２に割り当てられる。

このように、配置や機能などによって決まる優先度の高い号機のエレベーターに、通信の信頼性に基づいて端末装置１４０を割り当てることにより、信頼性の高いエレベーター制御システムを提供することが可能となる。

＜４．その他＞
なお、上述した第２の実施形態において、端末装置１及び端末装置３は、中央通信装置１１０とデータの送受信を行うのに要する通信経路の数は１つであり、信頼性は同じとも言えるため、端末装置３の信頼性を「高」に設定し、端末装置１の信頼性をそれよりも低い「中」に設定してもよい。また、通信方向の初期設定として、中央通信装置１１０の第２の通信ポート１１５からデータを送信し、中央通信装置１１０の第１の通信ポート１１４で戻ってきたデータを受信する設定としてもよい。

また、中央通信装置１１０の第１の通信ポート１１４と端末装置２の第２の通信ポート１４２が接続し、中央通信装置１１０の第２の通信ポート１１５と端末装置１の第１の通信ポート１４１が接続してもよい。

さらに、本発明は上述した各実施形態例に限られるものではなく、特許請求の範囲に記載した本発明の要旨を逸脱しない限りにおいて、その他種々の応用例、変形例を取り得ることは勿論である。

例えば、上述した実施形態例は本発明を分かりやすく説明するために装置及びシステムの構成を詳細且つ具体的に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施形態例の構成の一部を他の実施形態例の構成に置き換えることは可能である。また、ある実施形態例の構成に他の実施形態例の構成を加えることも可能である。また、各実施形態例の構成の一部について、他の構成の追加、削除、置換をすることも可能である。

また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。

また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。

１００，１００Ａ…エレベーター制御システム、 １１０…中央通信装置、 １１１…メイン処理部、 １１２…エラー検出部、 １１４…第１の通信ポート、 １１５…第２の通信ポート、 １２１…通常運転部、 １２２…縮退運転部、 １２３…運転切替部、 １２４…通信切替部、 １３１…ＩＤ参照部、 １３２…エラー診断部、 １３３…エラー提示部、 １３４…通信部、 １４０−１…端末装置１、 １４０−２…端末装置２、 １４０−３…端末装置３、 １４１…第１の通信ポート、 １４２…第２の通信ポート、 １４３…通信切替部、 １４４…送受信部、 １４５…ＩＤ付加部、 １４６…エラー診断部、 １５１，１５２，１５３，１５４…通信経路、 １６０…端末通信経路、 １６１…乗りかご、 １６２…ロープ、 １６３…巻き上げ機、 １６４…ホール呼び出しボタン、 ３１０…データパケット、 ３１１…ＩＤデータ、 ３１２…データ本体、 ３２０…診断テーブル、 Ｃ…クラウド

Claims (11)

1. 制御対象の制御を行う数珠繋ぎに接続された複数の端末装置と、前記複数の端末装置の中の一端側の第１の端末装置及び他端側の第２の端末装置に接続され、前記複数の端末装置のデータの送受信を制御する分散型制御装置とを有し、
   前記分散型制御装置は、
   前記第１の端末装置とデータの送受信を行う第１の通信ポートと、
   前記第２の端末装置とデータの送受信を行う第２の通信ポートと、
   前記第１の端末装置又は第２の端末装置から送信されるデータを解析して通信経路の通信異常の検出を行うエラー検出部と、
   前記第１の通信ポートを介して前記第１の端末装置に送信データを送信したときに前記エラー検出部が前記通信経路に通信異常を検出した場合には、前記エラー検出部の検出結果に基づいて、前記データの通信方向を切り替える通信切替部と、を備え、
   前記複数の端末装置の各々は、
   前記分散型制御装置及び他の端末装置とデータの送受信を行うことができる第３の通信ポートと、
   前記分散型制御装置及び他の端末装置とデータの送受信を行うことができる第４の通信ポートと、
   前記第３の通信ポートによるデータの受信状況から前記第３の通信ポートを利用した通信に異常があるかどうかを判断するエラー診断部と、
   前記エラー診断部の診断結果に基づいて、前記第３の通信ポートで受信を行い前記第４の通信ポートで送信を行う第１の通信方向と、前記第４の通信ポートで受信を行い前記第３の通信ポートで送信を行う第２の通信方向を切り替える通信切替部と、を備え、
   前記通信切替部は、前記エラー診断部が前記第１の通信方向又は前記第２の通信方向の通信に異常があると判断した場合には、前記通信方向を他方の通信方向に切り替え、
   前記分散型制御装置は、前記第１の通信ポート又は前記第２の通信ポートから自装置のＩＤを付加したＩＤデータを送信し、
   前記端末装置は、前記分散型制御装置から前記ＩＤデータを受信した場合には、当該ＩＤデータに自装置のＩＤを付加して切り替え前の通信方向に沿って次の装置へ転送し、一方、前記端末装置は、前記分散型制御装置から前記ＩＤデータを受信しなかった場合には、自装置のＩＤを含むＩＤデータを生成して切り替え前の通信方向に沿って次の装置へ転送し、
   前記分散型制御装置の前記エラー検出部、及び、前記端末装置の前記エラー診断部は、受信した前記ＩＤデータに付加されたＩＤを参照して通信の異常の有無を判断するとともに、データの通信経路を決定する
   分散型制御システム。
2. 前記複数の端末装置の制御対象はエレベーターであり、前記分散型制御装置及び前記端末装置は、前記データとして前記エレベーターに関するデータを送受信する
   請求項１に記載の分散型制御システム。
3. 前記分散型制御装置は、通信異常が発生しないときに前記エレベーターの運行を行う通常運転と、通信異常が発生した際に機能又は性能を制限して前記エレベーターの運行を行う縮退運転とを切り替える運転切替部、を備え、
   前記分散型制御装置及び前記端末装置との間で前記データの送受信が正常に行われない場合には、前記分散型制御装置の前記エラー検出部、及び、前記端末装置の前記エラー診断部により前記通信異常の有無を診断するエラー診断モードに切り替わり、前記エラー診断モードにおいて前記通信異常が検知された場合には、前記運転切替部は、前記エレベーターの運行を前記通常運転から前記縮退運転に切り替える
   請求項２に記載の分散型制御システム。
4. 優先度の高い号機のエレベーターほど、前記分散型制御装置から経由する前記通信経路が少ない前記端末装置が割り当てられる
   請求項２又は３に記載の分散型制御システム。
5. 前記複数の端末装置の各々の制御対象は、制御に関する優先度の高さに応じて、前記第１の端末装置、前記第２の端末装置、通信経路が前記第１の端末装置に最も近い端末装置、通信経路が前記第２の端末装置に最も近い端末装置、通信経路が前記第１の端末装置に二番目に近い端末装置、通信経路が前記第２の端末装置に二番目に近い端末装置の順に割り当てられる
   請求項１に記載の分散型制御システム。
6. 前記制御に関する優先度は、前記制御対象の配置又は機能によって決定される
   請求項５に記載の分散型制御システム。
7. 前記分散型制御装置のエラー診断部により通信異常ありと診断された場合に、当該通信異常の内容を提示するエラー提示部を備える
   請求項１乃至６のいずれか一項に記載の分散型制御システム。
8. 前記エラー提示部は、前記通信異常の態様に応じて提示するエラーの内容を限定する
   請求項７に記載の分散型制御システム。
9. 制御対象の制御を行う数珠繋ぎに接続された複数の端末装置の中の一端側の第１の端末装置及び他端側の第２の端末装置と接続され、前記複数の端末装置のデータの送受信を制御する分散型制御装置であって、
   前記分散型制御装置は、
   前記第１の端末装置とデータの送受信を行う第１の通信ポートと、
   前記第２の端末装置とデータの送受信を行う第２の通信ポートと、
   前記第１の端末装置又は第２の端末装置から送信されるデータを解析して通信経路の通信異常の検出を行うエラー検出部と、
   前記第１の通信ポートを介して前記第１の端末装置に送信データを送信したときに前記エラー検出部が前記通信経路に通信異常を検出した場合には、前記エラー検出部の検出結果に基づいて、前記データの通信方向を切り替える通信切替部と、を備え、
   前記分散型制御装置が、前記第１の通信ポート又は前記第２の通信ポートから自装置のＩＤを付加したＩＤデータを前記端末装置へ送信したとき、前記端末装置において前記分散型制御装置又は前記端末装置から前記ＩＤデータを受信した場合には、前記端末装置は当該ＩＤデータに自装置のＩＤを付加して切り替え前の通信方向に沿って次の装置へ転送し、一方、前記端末装置において前記分散型制御装置又は前記端末装置から前記ＩＤデータを受信しなかった場合には、前記端末装置は自装置のＩＤを含むＩＤデータを生成して切り替え前の通信方向に沿って次の装置へ転送し、
   前記分散型制御装置の前記エラー検出部は、受信した前記ＩＤデータに付加されたＩＤを参照して通信の異常の有無を判断するとともに、データの通信経路を決定する
   分散型制御装置。
10. 制御対象の制御を行う数珠繋ぎに接続された複数の端末装置と、前記複数の端末装置の中の一端側の第１の端末装置及び他端側の第２の端末装置に接続され、前記複数の端末装置のデータの送受信を制御する分散型制御装置と、を有する分散型制御システムに用いられる端末装置であって、
    前記端末装置は、
    前記分散型制御装置及び他の端末装置とデータの送受信を行うことができる第１の通信ポートと、
    前記分散型制御装置及び他の端末装置とデータの送受信を行うことができる第２の通信ポートと、
    前記第１の通信ポートによるデータの受信状況から前記第１の通信ポートを利用した通信に異常があるかどうかを判断するエラー診断部と、
    前記エラー診断部の診断結果に基づいて、前記第１の通信ポートで受信を行い前記第２の通信ポートで送信を行う第１の通信方向と、前記第２の通信ポートで受信を行い前記第１の通信ポートで送信を行う第２の通信方向を切り替える通信切替部と、を備え、
    前記通信切替部は、前記エラー診断部が前記第１の通信方向又は前記第２の通信方向の通信に異常があると判断した場合には、前記通信方向を他方の通信方向に切り替える構成を有し、
    前記分散型制御装置が、前記第１の端末装置又は前記第２の端末装置へ自装置のＩＤを付加したＩＤデータを送信したとき、前記端末装置は、前記分散型制御装置から前記ＩＤデータを受信した場合には、当該ＩＤデータに自装置のＩＤを付加して切り替え前の通信方向に沿って次の装置へ転送し、一方、前記端末装置は、前記分散型制御装置から前記ＩＤデータを受信しなかった場合には、自装置のＩＤを含むＩＤデータを生成して切り替え前の通信方向に沿って次の装置へ転送し、
    前記端末装置の前記エラー診断部は、受信した前記ＩＤデータに付加されたＩＤを参照して通信の異常の有無を判断するとともに、データの通信経路を決定する
    端末装置。
11. 制御対象の制御を行う数珠繋ぎに接続された複数の端末装置と、前記複数の端末装置の中の一端側の第１の端末装置及び他端側の第２の端末装置に接続され、前記複数の端末装置のデータの送受信を制御する分散型制御装置と、を有する分散型制御システムに用いられる端末装置の通信制御方法であって、
    前記複数の端末装置の各々は、
    前記分散型制御装置及び他の端末装置とデータの送受信を行うことができる第１の通信ポートと、
    前記分散型制御装置及び他の端末装置とデータの送受信を行うことができる第２の通信ポートと、
    前記第１の通信ポートによるデータの受信状況から前記第１の通信ポートを利用した通信に異常があるかどうかを判断するエラー診断部と、
    前記エラー診断部の診断結果に基づいて、前記第１の通信ポートで受信を行い前記第２の通信ポートで送信を行う第１の通信方向と、前記第２の通信ポートで受信を行い前記第１の通信ポートで送信を行う第２の通信方向を切り替える通信切替部と、を備え、
    前記通信切替部は、前記エラー診断部が前記第１の通信方向又は前記第２の通信方向の通信に異常があると判断した場合には、前記通信方向を他方の通信方向に切り替える構成を有し、
    前記分散型制御装置が、前記第１の端末装置又は前記第２の端末装置へ自装置のＩＤを付加したＩＤデータを送信したとき、前記端末装置は、前記分散型制御装置から前記ＩＤデータを受信した場合には、当該ＩＤデータに自装置のＩＤを付加して切り替え前の通信方向に沿って次の装置へ転送し、一方、前記端末装置は、前記分散型制御装置から前記ＩＤデータを受信しなかった場合には、自装置のＩＤを含むＩＤデータを生成して切り替え前の通信方向に沿って次の装置へ転送する処理と、
    前記エラー診断部において、受信した前記ＩＤデータに付加されたＩＤを参照して通信の異常の有無を判断するとともに、データの通信経路を決定する処理と、を有する
    端末装置の通信制御方法。

Images