JP2023005329A - 冗長システム、及びコントローラ - Google Patents

Abstract

【課題】 デバイスがシリアル通信線によりデイジーチェーン接続されて構成されたネットワークの経路を冗長化する。【解決手段】冗長システム１００は、第１のコントローラ１と、シリアル通信線３０により第１のコントローラ１にリング状にデイジーチェーン接続された１台以上のデバイス５０と、を含んで構成される。第１のコントローラ１は、シリアル通信線３０の一方の端部が接続される第１のポート１１と、シリアル通信線３０の他方の端部が接続される第２のポート１２と、第１のポート１１から第２のポート１２に向かう第１の方向周り、又は第２のポート１２から第１のポート１１に向かう第２の方向周りにデバイス５０にアクセスしてシリアル通信可能な通信部１３とを備える。【選択図】図２

Description

この発明は、ネットワークの経路を冗長化した冗長システム、及び当該冗長システムを構成するコントローラに関する。

近年、ビルオートメーションシステムでは、オープンプロトコルであるＢＡＣｎｅｔ（Ｂｕｉｌｄｉｎｇ Ａｕｔｏｍａｔｉｏｎ ａｎｄ Ｃｏｎｔｒｏｌ Ｎｅｔｗｏｒｋ）通信が広く普及している。ＢＡＣｎｅｔ通信で使用される通信プロトコルとしては、イーサネット上でＢＡＣｎｅｔサービスを通信するための「ＢＡＣｎｅｔ ＩＰ」プロトコルと、データ伝送の物理層にＲＳ４８５を使用する「ＢＡＣｎｅｔ ＭＳ/ＴＰ（Ｍａｓｔｅｒ Ｓｌａｖｅ Ｔｏｋｅｎ Ｐａｓｓｉｎｇ）」プロトコルとが知られている。このうち、「ＢＡＣｎｅｔ ＭＳ/ＴＰ」プロトコルは、マスタスレーブ通信方式とトークンパッシング通信方式との２つの通信方式を組み合わせて通信を行うプロトコルである。このＢＡＣｎｅｔ ＭＳ/ＴＰプロトコルが適用された従来のシステム構成例を図１７に示す。

図１７に示すシステムでは、物理層であるＲＳ４８５通信の規約によって、マスタノードである汎用コントローラ（ジェネラルコントローラ）１０００と、スレーブノードであるセカンダリデバイス（フィールド機器）５０とが、シリアル通信線（ＭＳＴＰライン）３０を介してデイジーチェーン方式（いわゆる数珠つなぎ）で接続される。汎用コントローラ１０００は、シリアル通信線３０が接続可能な２つのポート（第１のポート１０１１及び第２のポート１０１２）を備えており、それぞれのポートにシリアル通信線３０が接続されている。そして、汎用コントローラ１０００は、それぞれのシリアル通信線３０を介して、各シリアル通信線３０に接続されたセカンダリデバイス５０の状態を監視している。

具体的には、このシステムでは、ネットワーク上をトークン（通信権）がシリアルアドレス順に巡回し、このトークンを獲得したノードが他のノードとの通信を行うことができる。汎用コントローラ１０００は、トークンを獲得したタイミングで、各シリアル通信線３０上に接続されたセカンダリデバイス５０の状態情報を取得する（スキャン）ことにより、セカンダリデバイス５０の状態を監視する。なお、図１７において、符号８０は汎用コントローラ１０００の上位コントローラである統合コントローラ８０、符号７０は汎用コントローラ１０００と統合コントローラ８０とを接続する通信線である。

ここで、シリアル通信線３０の途中に断線が生じた場合、汎用コントローラ１０００は、当該シリアル通信線３０の断線が生じた箇所より先に接続されているセカンダリデバイス５０にアクセスすることができず、当該セカンダリデバイス５０の状態情報を取得することができないおそれがある。

一方、このような回線障害により生じる問題を解決するための技術が種々提案されている。例えば特許文献１には、回線障害が発生した際に経路の切り替えを迅速に行うリングネットワークシステムが開示されている。

特開２００６－２４５７８０号公報

しかしながら、特許文献１に記載された技術は、標準の技術であるＲＴＰ（Ｒｅｓｉｌｉｅｎｔ Ｐａｃｋｅｔ Ｒｉｎｇ）リングネットワークが用いられたシステムにおいて経路の冗長化を行うための技術である。そして、この技術が適用されるネットワーク構成は、セカンダリデバイス５０がデイジーチェーン方式でシリアル通信線３０に接続されたネットワーク構成とは、基本的なネットワーク構成が異なっている。したがって、特許文献１に記載された技術を、図１７で示したようなシリアル通信線３０により構成されたネットワークに適用することは困難であった。

この発明は、上記のような課題を解決するためになされたもので、デバイスがシリアル通信線によりデイジーチェーン接続されて構成されたネットワークの経路を冗長化することが可能な冗長システムを提供することを目的とする。

この発明に係る冗長システムは、第１のコントローラと、シリアル通信線により第１のコントローラにリング状にデイジーチェーン接続された１台以上のデバイスと、を含んで構成され、第１のコントローラは、シリアル通信線の一方の端部が接続される第１のポートと、シリアル通信線の他方の端部が接続される第２のポートと、第１のポートから第２のポートに向かう第１の方向周り、又は第２のポートから第１のポートに向かう第２の方向周りにデバイスにアクセスしてシリアル通信可能な通信部と、を備える。

この発明によれば、上記のように構成したので、デバイスがシリアル通信線によりデイジーチェーン接続されて構成されたネットワークの経路を冗長化することができる。

実施の形態１に係る冗長システムの構成例を示す図である。 実施の形態１に係る汎用コントローラの構成例を示す図である。 実施の形態１におけるシリアル通信線に断線が生じていない場合の例を示す図である。 図３における状態情報の取得結果の例を示す図である。 実施の形態１におけるシリアル通信線に断線が生じている場合の例を示す図である。 図５における状態情報の取得結果（第１の方向周り）の例を示す図である。 図５における状態情報の取得結果（第２の方向周り）の例を示す図である。 図５における断線が復旧した後の状態情報の取得結果の例を示す図である。 実施の形態１に係る汎用コントローラの動作例を説明する図である。 実施の形態２に係る汎用コントローラの構成例を示す図である。 実施の形態２におけるシリアル通信線に複数の断線が生じている場合の例を示す図である。 図１１における状態情報の取得結果の例を示す図であり、図１２Ａは第１の方向周りでの状態情報の取得結果の例、図１２Ｂは第２の方向周りでの状態情報の取得結果の例を示す図である。 実施の形態３に係る汎用コントローラの構成例を示す図である。 実施の形態３における操作器の構成例を示す図である。 実施の形態４に係る冗長システムの構成例を示す図である。 従来の熱源コントローラの二重化技術を説明する図である。 ＢＡＣｎｅｔ ＭＳ/ＴＰプロトコルが適用された従来のシステム構成例を示す図である。

以下、この発明の実施の形態について図面を参照しながら詳細に説明する。
実施の形態１．
図１は実施の形態１に係る冗長システム１００の構成例を示す図である。

冗長システム１００は、汎用コントローラ（第１のコントローラ）１と、シリアル通信線３０により汎用コントローラ１にリング状に接続された１台以上のセカンダリデバイス５０とを含んで構成されている。セカンダリデバイス５０は、汎用コントローラ１に対し、シリアル通信線３０を介してデイジーチェーン方式で接続されている。

汎用コントローラ１は、シリアル通信線３０を介してセカンダリデバイス５０の状態を監視する。なお、冗長システム１００では、上記で述べたように、ネットワーク上をトークン（通信権）がシリアルアドレス順に巡回し、このトークンを獲得したノードが他のノードとの通信を行う。汎用コントローラ１は、トークンを獲得したタイミングで、シリアル通信線３０上に接続された各セカンダリデバイス５０の状態情報（生死情報）を取得する（スキャン）ことにより、各セカンダリデバイス５０の状態を監視する。また、汎用コントローラ１は、トークンを獲得したタイミングでセカンダリデバイス５０にアクセスし、当該デバイス５０が保持している状態情報以外の各種情報（以下、保持情報という）を取得する。なお、シリアルアドレスは、予めエンジニアにより汎用コントローラ１及び各セカンダリデバイス５０に割り当てられている。

セカンダリデバイス５０は、汎用コントローラ１により状態情報又は保持情報が取得される対象となるフィールド機器である。セカンダリデバイス５０は、例えば空調制御における可変風量制御装置（Ｖａｒｉａｂｌｅ Ａｉｒ Ｖｏｌｕｍｅ；ＶＡＶ）を制御するコントローラ、空調制御におけるファンコイルユニット（Ｆａｎ Ｃｏｉｌ Ｕｎｉｔ；ＦＣＵ）を制御するコントローラ等で構成される。

なお、統合コントローラ８０は、汎用コントローラ１をはじめとする下位のコントローラを統合的に管理する上位コントローラであり、シリアル通信線３０とは異なる通信線７０を介して汎用コントローラ１に接続されている。統合コントローラ８０は、汎用コントローラ１が監視の対象とするセカンダリデバイス５０（例えば空調機など）のスケジュール情報を保持している。統合コントローラ８０は、このスケジュール情報に従い、汎用コントローラ１に対してセカンダリデバイス５０のＯＮ／ＯＦＦ（発停）等を指示する。なお、通信線７０は、「ＢＡＣｎｅｔ ＩＰ」プロトコルによるイーサネット通信が可能な通信線であり、統合コントローラ８０と汎用コントローラ１とは、通信線７０を介してイーサネット通信が可能である。

次に、汎用コントローラ１の構成例について説明する。汎用コントローラ１は、図２に示すように、第１のポート１１と、第２のポート１２と、通信部１３（状態情報取得部１３１、及び保持情報取得部１３２）と、記憶部１４とを備えている。

第１のポート１１は、シリアル通信線３０の一方の端部が接続される物理ポート（端子）である。第２のポート１２は、シリアル通信線３０の他方の端部が接続される物理ポート（端子）である。

通信部１３は、第１のポート１１から第２のポート１２に向かう第１の方向周り、又は第２のポート１２から第１のポート１１に向かう第２の方向周りにセカンダリデバイス５０にアクセスし、当該デバイス５０とシリアル通信を行う。

なお、エンジニアは、第１のポート１１及び第２のポート１２のうち、どちらのポートを優先的に使用するかを予め設定してもよい。例えば、エンジニアが第１のポート１１を優先的に使用するポートに設定した場合、通信部１３は、第１のポート１１から第２のポート１２に向かう第１の方向周りを優先してセカンダリデバイス５０にアクセスする。

通信部１３は、状態情報取得部１３１と、保持情報取得部１３２とを含んで構成される。このうち、状態情報取得部１３１は、第１の方向周り又は第２の方向周りのうち一方の方向周りでセカンダリデバイス５０に順次アクセスし、各デバイス５０の状態情報を取得する。その結果、いずれかのセカンダリデバイス５０から状態情報が取得できなかった場合、状態情報取得部１３１は、アクセスの方向を第１の方向周り又は第２の方向周りのうちの他方に切り替えてセカンダリデバイス５０に順次アクセスし、状態情報が取得できなかったデバイス５０を含む残りのデバイス５０の状態情報を取得する。

保持情報取得部１３２は、状態情報取得部１３１による状態情報の取得結果に基づき、第１の方向周り又は第２の方向周りにセカンダリデバイス５０にアクセスし、当該デバイス５０が状態情報以外に保持している情報（保持情報）を取得する。

通信部１３（状態情報取得部１３１、及び保持情報取得部１３２）の機能は、例えば汎用コントローラ１が備える不図示のＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）が、メモリに展開された所定のプログラムを実行することにより実現される。

記憶部１４は、汎用コントローラ１が使用する各種情報を記憶する。例えば、記憶部１４は、状態情報取得部１３１による状態情報の取得結果、保持情報取得部１３２による保持情報の取得結果、及び各デバイスに割り当てられたシリアルアドレスの情報等を記憶する。記憶部１４は、例えばＨＤＤ（Ｈａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、又はメモリ等で構成される。なお、図２では、記憶部１４が汎用コントローラ１の内部に設けられた場合を示しているが、記憶部１４は汎用コントローラ１の外部に設けられていてもよい。

次に、汎用コントローラ１の動作例の概要について説明する。汎用コントローラ１は上記のように、シリアル通信線３０が接続される物理ポートとして、第１のポート１１及び第２のポート１２を備えている。そして、汎用コントローラ１では、これら第１のポート１１及び第２のポート１２が、セカンダリデバイス５０とシリアル通信を行うためのチャネル（１ＣＨ及び２ＣＨ）に相当する。

また、汎用コントローラ１では、エンジニアにより、予めチャネル毎にシリアルアドレスが割り当てられる。例えば、第１のポート１１（１ＣＨ）に対してはシリアルアドレス「０」が、第２のポート１２（２ＣＨ）に対してはシリアルアドレス「１２７」が、それぞれエンジニアにより割り当てられる。同様に、セカンダリデバイス５０に対しても、デイジーチェーンの並びに準じて、エンジニアによりシリアルアドレス「１」～「１２６」が割り当てられる。

そして、冗長システム１００では、ＢＡＣｎｅｔ ＭＳＴＰプロトコルの仕様に従い、トークンがシリアル通信線３０をシリアルアドレス順に巡回している。すなわち、トークンは、シリアルアドレスが０のデバイス（ここでは第１のポート１１）から、シリアルアドレスが１，２、・・・１２６のデバイスの順に巡回し、最後はシリアルアドレスが１２７のデバイス（ここでは第２のポート１２）に到達する。

汎用コントローラ１は、トークンを獲得すると、セカンダリデバイス５０の状態情報の取得（スキャン）を行う。なお、例えばエンジニアにより、第１のポート１１（１ＣＨ）が優先的に使用するポートとして設定されている場合、汎用コントローラ１の状態情報取得部１３１は、記憶部１４に記憶されているシリアルアドレスの情報を元に、まず第１のポート１１（１ＣＨ）から第２のポート１２（２ＣＨ）に向かう第１の方向周りにセカンダリデバイス５０に順次アクセスし、当該デバイス５０の状態情報を取得する。

この状態情報の取得は、シリアルアドレスが「１」のデバイスから「１２６」のデバイスまでの範囲で行われる。なお、状態情報取得部１３１は、状態情報の取得結果を記憶部１４に記憶してもよい。例えば、状態情報取得部１３１は、デバイス５０から状態情報が取得できた（スキャンに対する応答があった）場合には、当該デバイス５０について状態情報が取得できたことを示す取得結果を記憶部１４に記憶する。一方、状態情報取得部１３１は、デバイス５０から状態情報が取得できなかった（スキャンに対する応答がなかった）場合には、当該デバイス５０について状態情報が取得できなかったことを示す取得結果を記憶部１４に記憶する。

例えば一例として、図３に示すように、シリアル通信線３０に断線が生じていない場合を考える。状態情報取得部１３１は、第１のポート１１（１ＣＨ）から第２のポート１２（２ＣＨ）に向かう第１の方向周り（図３の符号Ｐ）にセカンダリデバイス５０にアクセスし、当該デバイス５０の状態情報を取得する。このとき、図３では、シリアル通信線３０に断線が生じていないため、状態情報取得部１３１は、すべてのセカンダリデバイス５０の状態情報を取得できると想定される。

この場合の取得結果の例を図４に示す。図４では、状態情報の取得結果がテーブル形式で記憶部１４に記憶されている。図４のテーブルでは、「今回のチェック結果」の欄に「ＯＫ（１）」が記載されている。これは、状態情報取得部１３１が状態情報の取得に成功したことを表している。なお、「優先スキャン利用ＣＨ」の欄には「１」が記載されているが、これは各デバイスの保持情報を取得する際に使用するチャネルを１ＣＨ（第１のポート１１）とすることを表している。

次に、図５に示すように、シリアル通信線３０に断線が生じている場合を考える。図５では、符号Ａの箇所でシリアル通信線３０に断線が生じている。この場合、状態情報取得部１３１は、第１のポート１１（１ＣＨ）から第２のポート１２（２ＣＨ）に向かう第１の方向周り（図５の符号Ｐ）にセカンダリデバイス５０にアクセスし、当該デバイス５０の状態情報を取得するが、第１の方向周りにおいて断線箇所より手前にあるデバイス５０の状態情報は取得できるものの、断線箇所より先にあるデバイス５０の状態情報は取得できないことが想定される。

この場合の取得結果の例を図６に示す。図６のテーブルでは、断線箇所より手前にあるデバイス５０については、「今回のチェック結果」の欄に「ＯＫ（１）」が記載されているが、断線箇所より先にあるデバイス５０については、「チェック結果」の欄に「ＮＧ（０）」が記載されている。この「ＮＧ（０）」は、状態情報取得部１３１が状態情報の取得に失敗したことを表している。なお、図６のテーブルの「ＮＧ継続時間」の欄には、状態情報取得部１３１が状態情報の取得に失敗する状態が継続している時間が記載される。

このように、第１の方向周りで状態情報を取得した結果、状態情報の取得に失敗したデバイスが１台でも存在した場合、状態情報取得部１３１は、セカンダリデバイス５０へのアクセスの方向を切り替える。すなわち、状態情報取得部１３１は、第１の方向回りとは反対の、第２のポート１２（２ＣＨ）から第１のポート１１（１ＣＨ）に向かう第２の方向回り（図５の符号Ｑ）でセカンダリデバイス５０にアクセスし、当該デバイス５０の状態情報を取得する。

この場合の取得結果の例を図７に示す。図７のテーブルでは、「チェック結果」の欄の記載が、図６のテーブルからみて反転していることが分かる。また、第１の方向回りでの状態情報の取得に失敗したデバイス５０が、第２の方向回りで状態情報の取得に成功した場合、そのデバイス５０については、「優先スキャン利用ＣＨ」の欄に「２」を記載する。これは、当該デバイス５０の保持情報を取得する際に使用するチャネルを２ＣＨ（第２のポート１２）とすることを表している。

なお、図５の符号Ａの箇所で生じていた断線が復旧し、復旧前に第１の方向周りでの状態情報の取得に失敗していたデバイス５０について、復旧後のタイミングで、第１の方向周りでの状態情報の取得に成功した場合、状態情報取得部１３１は、取得結果を図８のように書き換える。すなわち、状態情報取得部１３１は、第１の方向周りでの状態情報の取得に成功したデバイス５０について、「ＮＧ継続時間」をクリアするとともに、「優先スキャン利用ＣＨ」を「２」から「１」に戻す。

次に、図９を参照しながら、実施の形態１に係る汎用コントローラ１の動作例の詳細を説明する。なお、汎用コントローラ１は、トークンを獲得する度に、以下の処理を実行するものとする。また、以下では、エンジニアにより予め第１のポート１１が優先的に使用するポートに設定されているものとする。また、以下では、状態情報取得部１３１が状態情報の取得結果を記憶部１４に記憶する例を説明するが、状態情報取得部１３１は状態情報の取得結果を必ずしも記憶部１４に記憶せずともよい。

まず、状態情報取得部１３１は、第１のポート１１（１ＣＨ）から第２のポート１２（２ＣＨ）に向かう第１の方向周りにセカンダリデバイス５０にアクセスし、当該デバイス５０の状態情報を取得する（ステップＳＴ９０１）。

次に、状態情報取得部１３１は、第１の方向周りでアクセスした場合の状態情報の取得結果を記憶部１４に記憶する（ステップＳＴ９０２）。

次に、状態情報取得部１３１は、ステップＳＴ９０２で記憶した状態情報の取得結果を参照し、状態情報の取得に失敗したデバイスがあるか否かを確認する（ステップＳＴ９０３）。その結果、状態情報の取得に失敗したデバイスがなければ（ステップＳＴ９０３；ＮＯ）、汎用コントローラ１は処理を終了する。

一方、状態情報の取得に失敗したデバイスがあれば（ステップＳＴ９０３；ＹＥＳ）、状態情報取得部１３１は、第２のポート１２（２ＣＨ）から第１のポート１１（１ＣＨ）に向かう第２の方向周りにセカンダリデバイス５０にアクセスし、当該デバイス５０の状態情報を取得する（ステップＳＴ９０４）。

次に、状態情報取得部１３１は、第２の方向周りでアクセスした場合の状態情報の取得結果を記憶部１４に記憶し（ステップＳＴ９０５）、処理を終了する。

以上のように、実施の形態１によれば、冗長システム１００は、汎用コントローラ１と、シリアル通信線３０により汎用コントローラ１にリング状にデイジーチェーン接続された１台以上のデバイス５０と、を含んで構成され、汎用コントローラ１は、シリアル通信線３０の一方の端部が接続される第１のポート１１と、シリアル通信線３０の他方の端部が接続される第２のポート１２と、第１のポート１１から第２のポート１２に向かう第１の方向周り、又は第２のポート１２から第１のポート１１に向かう第２の方向周りにデバイス５０にアクセスしてシリアル通信可能な通信部１３と、を備えた。これにより、冗長システム１００は、デバイス５０がシリアル通信線３０によりデイジーチェーン接続されて構成されたネットワークの経路を冗長化することができる。また、冗長システム１００は、コストの面でも有効である。例えば上記特許文献１では、経路を冗長化するために２台のリングノード装置を用いているが、実施の形態１では１台の汎用コントローラ１で冗長システムを実現することができ、上記特許文献１に比べて低コストで冗長システムを構築できる。

また、通信部１３は、シリアル通信によりデバイス５０の状態情報を取得する状態情報取得部１３１を備え、状態情報取得部１３１は、第１の方向周り又は第２の方向周りのうちいずれか一方の方向周りにデバイス５０に順次アクセスして各デバイス５０の状態情報を取得した結果、いずれかのデバイス５０から状態情報が取得できなかった場合、アクセスの方向を第１の方向周り又は第２の方向周りのうち他の方向周りに切り替えてデバイス５０に順次アクセスし、状態情報を取得する。これにより、汎用コントローラ１は、いずれか一方の方向周りでの状態情報の取得に失敗したデバイス５０があっても、他方の方向周りに当該デバイス５０にアクセスすることができ、状態情報の取得及び取得した状態情報に基づくデバイス５０の監視を継続的に行うことができる。

また、汎用コントローラ１は、１台以上のデバイス５０がリング状にデイジーチェーン接続されたシリアル通信線３０の一方の端部が接続される第１のポート１１と、シリアル通信線３０の他方の端部が接続される第２のポート１２と、第１のポート１１から第２のポート１２に向かう第１の方向周り、又は第２のポート１２から第１のポート１１に向かう第２の方向周りにデバイス５０にアクセスしてシリアル通信可能な通信部１３と、を備えた。これにより、汎用コントローラ１は、デバイス５０とのシリアル通信を継続的に行うことができる。

実施の形態２．
実施の形態１では、汎用コントローラ１が第１の方向周り又は第２の方向周りでセカンダリデバイス５０にアクセスし、デバイス５０と通信する例を説明した。実施の形態２ではこれに加え、汎用コントローラ１が、セカンダリデバイス５０の状態情報の取得結果に基づいて、シリアル通信線３０に断線が生じているか否かを判定する例を説明する。

図１０は、実施の形態２に係る汎用コントローラ１ｂの構成例を示す図である。実施の形態２に係る汎用コントローラ１ｂは、実施の形態１に係る汎用コントローラ１に対し、断線判定部１５が追加されている。汎用コントローラ１ｂのその他の構成については、実施の形態１に係る汎用コントローラ１と同様であるため、同一の符号を付してその説明を省略する。

断線判定部１５は、状態情報取得部１３１による状態情報の取得結果に基づいて、シリアル通信線３０に断線が生じているか否かを判定する。

例えば、状態情報取得部１３１による状態情報の取得結果が図４のような場合、つまり、状態情報取得部１３１が第１の方向周りにセカンダリデバイス５０にアクセスした場合に状態情報の取得に失敗したデバイスがなかった場合、断線判定部１５はシリアル通信線３０に断線が生じていないと判定する。

一方、状態情報取得部１３１による状態情報の取得結果が図６及び図７のように反転する関係にあり、かつこれらの取得結果が所定回数継続して得られた場合、断線判定部１５は、シリアル通信線３０に断線が生じていると判定する。つまり、断線判定部１５は、第１の方向周りでアクセスした場合の状態情報の取得結果と、第２の方向周りでアクセスした場合の状態情報の取得結果とが反転する関係にあり、かつ当該反転した取得結果が所定回数継続して得られた場合に、シリアル通信線３０に断線が生じていると判定する。これにより、断線判定部１５は、一時的なデバイス５０の再起動もしくはノイズの影響により、シリアル通信線３０に断線が生じていると誤判定してしまうことを防止する。

なお、断線判定部１５は、状態情報取得部１３１により図４のような状態情報が取得された後、又は、状態情報取得部１３１により図６及び図７のような状態情報が取得された後のタイミングで、上記の手法でシリアル通信線３０に断線が生じているか否かを判定すればよい。

なお、断線判定部１５は、シリアル通信線３０の複数個所に断線が生じているか否かを次のように判定してもよい。

例えば図１１に示すように、シリアル通信線３０の複数個所（ここでは符号Ａ及び符号Ｂの２か所）に断線が生じている場合、状態情報取得部１３１は、当該断線箇所の間に位置するデバイス５０については、第１の方向周り又は第２の方向周りのいずれの方向周りにアクセスしても、状態情報を取得できないことが想定される。

この場合の情報の取得結果の例を図１２に示す。図１２Ａは第１の方向周りでの状態情報の取得結果を示し、図１２Ｂは第２の方向周りでの状態情報の取得結果を示している。
図１２Ａ及び図１２Ｂに示すように、ここではシリアルアドレスが「３１」と「３２」の２台のデバイス５０（デバイスＥ）については、いずれの方向周りにアクセスしても状態情報の取得に失敗している。また、それぞれのデバイス５０の状態情報の取得に失敗する状態が継続する時間を示す「ＮＧ継続時間」は６０秒となっている。このように、「ＮＧ継続時間」が所定時間以上（例えば６０秒以上）であり、かつ「ＮＧ継続時間」が同じデバイス５０が所定台数以上（例えば２台以上）ある場合、断線判定部１５は、シリアル通信線３０の複数個所に断線が生じていると判定する。この場合の所定時間及び所定台数は、エンジニアにより適宜の値に設定可能である。

以上のように、実施の形態２によれば、汎用コントローラ１は、状態情報取得部１３１による状態情報の取得結果に基づいて、シリアル通信線３０に断線が生じたか否かを判定する断線判定部１５を備えた。これにより、汎用コントローラ１は、シリアル通信線３０に断線が生じたか否かを判定することができる。

また、断線判定部１５は、状態情報取得部１３１が第１の方向周り又は第２の方向周りのうちいずれか一方の方向周りでアクセスした場合の状態情報の取得結果と、他方の方向周りでアクセスした場合の状態情報の取得結果とが互いに反転しており、かつ当該反転した取得結果が所定回数継続して得られた場合に、シリアル通信線３０に断線が生じたと判定する。これにより、断線判定部１５は、一時的なデバイス５０の再起動もしくはノイズの影響により、シリアル通信線３０に断線が生じていると誤判定することを防止できる。

また、断線判定部１５は、状態情報取得部１３１が第１の方向周り又は第２の方向周りのいずれの方向周りでアクセスしても状態情報の取得に失敗する状態の継続時間が所定時間以上であり、かつ当該継続時間が同じデバイスが所定台数以上ある場合に、シリアル通信線３０に複数の断線が生じたと判定する。これにより、断線判定部１５は、シリアル通信線３０に複数の断線が生じた場合でも当該複数の断線の発生の有無を適切に判定することができる。

実施の形態３．
実施の形態３では、セカンダリデバイス５０の一部が操作器で構成されている場合における、操作器と汎用コントローラとの通信例について説明する。

操作器は、セカンダリデバイス５０のうち少なくとも１台により構成される機器であり、エンジニア（ユーザ）からの操作を受け付け、当該操作に応じて自ら汎用コントローラ１及び統合コントローラ８０にアクセス可能な機器である。

例えば、操作器は、汎用コントローラ１にアクセスする（アクセス要求を送信する）ことで、汎用コントローラ１が保持している情報を取得して表示部に表示したり、汎用コントローラ１が保持している情報を更新することで、セカンダリデバイス５０を間接的に操作する。また、操作器は、汎用コントローラ１を経由して統合コントローラ８０にアクセスすることで、統合コントローラ８０に記憶されている空調機などの各種機器のスケジュール情報の設定変更を行う。例えば、操作器は、ユーザから空調機の動作時間の延長指示を受け付けた場合に、統合コントローラ８０に記憶されている空調機のスケジュール情報を変更するためのアクセス要求を統合コントローラ８０に送信する。

一方で、操作器は、シリアル通信線３０に断線が生じているか否かを自ら判定することはできない。そこで、実施の形態３に係る汎用コントローラ１ｃは、断線判定部１５による判定結果に基づいて、自機の第１のポート１１と第２のポート１２のうちいずれのポートがゲートウェイデバイスであるかを示す情報（ゲートウェイデバイス情報）を生成し、操作器を含むセカンダリデバイス５０に送信する。操作器は、ゲートウェイデバイス情報を受信することにより、第１のポート１１と第２のポート１２のうちのどちらが使用可能なゲートウェイデバイスであるかを認識する。そして、操作器は、当該ゲートウェイデバイス情報が示すゲートウェイデバイスに対し、汎用コントローラ１ｃ及び統合コントローラ８０に対するアクセス要求を送信する。

図１３は、実施の形態３に係る汎用コントローラ１ｃの構成例を示す図である。実施の形態３に係る汎用コントローラ１ｃは、実施の形態２に係る汎用コントローラ１ｂに対し、送信部１６、受信部１７、応答部１８、及び転送部１９が追加されている。汎用コントローラ１ｃのその他の構成については、実施の形態２に係る汎用コントローラ１ｂと同様であるため、同一の符号を付してその説明を省略する。

送信部１６は、断線判定部１５による判定結果に基づいて、上述のゲートウェイデバイス情報を生成し、当該情報を操作器を含むセカンダリデバイス５０に送信する。

具体的には、送信部１６は、断線判定部１５により、シリアル通信線３０に断線が生じていないと判定された場合、ＢＡＣｎｅｔに規定されている「Ｉ－ＡＭ－ＲＯＵＴＥＲ」サービスにより、第１のポート１１又は第２のポート１２のいずれかがゲートウェイデバイスである旨のゲートウェイデバイス情報を生成し、当該生成した情報をブロードキャスト配信することで、セカンダリデバイス５０に一斉送信する。もし優先的に使用するポートが設定されていれば、送信部１６は、当該優先的に使用するポートがゲートウェイデバイスである旨の情報を生成してもよい。

また、送信部１６は、断線判定部１５により、シリアル通信線３０に断線が生じていると判定された場合、ＢＡＣｎｅｔに規定されている「Ｉ－ＡＭ－ＲＯＵＴＥＲ」サービスにより、第１のポート１１がゲートウェイデバイスである旨の情報（第１のゲートウェイデバイス情報）と、第２のポート１２がゲートウェイデバイスである旨の情報（第２のゲートウェイデバイス情報）とをそれぞれ生成する。そして、送信部１６は、状態情報取得部１３１が第１の方向周りにアクセスした場合に状態情報を取得できたセカンダリデバイス５０に対しては、第１のゲートウェイデバイス情報を第１のポート１１からブロードキャスト配信で一斉送信し、状態情報取得部１３１が第２の方向周りにアクセスした場合に状態情報を取得できたセカンダリデバイス５０に対しては、第２のゲートウェイデバイス情報を第２のポート１２からブロードキャスト配信で一斉送信する。

なお、送信部１６によるゲートウェイデバイス情報の生成及び送信は、断線判定部１５によりシリアル通信線３０に断線が生じているか否かの判定が行われた後のタイミングで行われればよい。

受信部１７は、操作器の後述するアクセス部６２から送信された、自機又は統合コントローラ８０に対するアクセス要求を受信する。

応答部１８は、受信部１７により受信されたアクセス要求が、自機に対する要求であった場合に、当該アクセス要求に応答する。例えば、応答部１８は、受信部１７により受信されたアクセス要求が、自機に対する温度及び湿度、並びにＣＯ２濃度等の取得要求であった場合、その応答として、要求された温度及び湿度、並びにＣＯ２濃度等の情報を操作器６０に送信する。

転送部１９は、受信部１７により受信されたアクセス要求が統合コントローラ８０に対するものであった場合に、当該アクセス要求を通信線７０を介して統合コントローラ８０に転送する。

次に、操作器の構成例を図１４に示す。図１４において、符号６０は操作器を示している。操作器６０は、図１４に示すように、受信部６１と、アクセス部６２と、記憶部６３と、表示部６４とを備えている。

受信部６１は、汎用コントローラ１ｃの送信部１６から送信されたゲートウェイデバイス情報を受信する。また、受信部６１は、汎用コントローラ１ｃの応答部１８から送信された情報、すなわち、アクセス部６２からのアクセス要求に対する応答として送信された情報（例えば温度及び湿度、並びにＣＯ２濃度等の情報）を受信する。受信部６１は、受信したゲートウェイデバイス情報、及びアクセス部６２からのアクセス要求に対する応答として受信した情報を記憶部６３に記憶してもよい。

アクセス部６２は、例えば表示部６４を介してユーザから受け付けた指示に応じてアクセス要求を生成し、生成したアクセス要求を汎用コントローラ１ｃに対して送信する。その際、アクセス部６２は、受信部６１により受信されたゲートウェイデバイス情報が示す、汎用コントローラ１ｃのゲートウェイデバイスに対して、アクセス要求を送信する。送信されたアクセス要求は、汎用コントローラ１ｃのゲートウェイデバイスを介して、汎用コントローラ１ｃの受信部１７により受信される。

記憶部６３は、操作器６０が使用する各種情報を記憶する。例えば、記憶部６３は、受信部６１により受信されたゲートウェイデバイス情報が示す、汎用コントローラ１ｃのゲートウェイデバイス、及び、受信部６１が汎用コントローラ１ｃの応答部１８から受信した情報を記憶する。記憶部６３は、例えばＨＤＤ（Ｈａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、又はメモリ等で構成される。なお、図１４では、記憶部６３が操作器６０の内部に設けられた場合を示しているが、記憶部６３は操作器６０の外部に設けられていてもよい。

表示部６４は、受信部６１が汎用コントローラ１ｃの応答部１８から受信した情報（例えば温度及び湿度、並びにＣＯ２濃度等）を表示する。また、表示部６４は、空調機のＯＮ／ＯＦＦを操作するための画面、あるいは空調機のスケジュール情報を変更するための画面等の各種画面を表示する。

このように、アクセス部６２は、アクセス要求を送信する際、受信部６１により受信されたゲートウェイデバイス情報が示すゲートウェイデバイスに対してアクセス要求を送信する。言い換えれば、アクセス部６２は、ゲートウェイデバイス情報が示すゲートウェイデバイスが変化した場合でも、その変化に応じて、汎用コントローラ１ｃに対するアクセス経路を適切に切り替えることができる。これにより、操作器６０は、シリアル通信線３０に断線が生じている場合でも、アクセス経路を適切に切り替えて動作を継続することができる。

以上のように、実施の形態３によれば、汎用コントローラ１ｃは、断線判定部１５による判定結果に基づいて、第１のポート１１又は第２のポート１２のうちいずれのポートがゲートウェイデバイスであるかを示す情報を生成し、デバイス５０に送信する送信部１６を備える。
また、デバイス５０のうち少なくとも１台は、送信部１６から送信された情報を受信する受信部６１と、汎用コントローラ１ｃに対するアクセス要求を、受信部６１により受信された情報が示すゲートウェイデバイスに対して送信するアクセス部６２と、を備えた操作器６０で構成される。汎用コントローラ１ｃは、ゲートウェイデバイスを介して、アクセス部６２から送信されたアクセス要求を受信する。
これにより、汎用コントローラ１ｃは、第１のポート１１又は第２のポート１２のうちいずれのポートがゲートウェイデバイスであるかをデバイス５０に通知することができる。また、操作器６０は、ゲートウェイデバイス情報が示すゲートウェイデバイスが変化した場合でも、その変化に応じて汎用コントローラ１ｃに対するアクセス経路を適切に切り替えることができ、シリアル通信線３０に断線が生じている場合でも動作を継続することができる。

また、アクセス部６２は、シリアル通信線３０とは異なる通信線７０を介して汎用コントローラ１ｃに接続された統合コントローラ８０に対するアクセス要求を、受信部６１により受信された情報が示すゲートウェイデバイスに対して送信し、汎用コントローラ１ｃは、ゲートウェイデバイスに対して送信されたアクセス要求が統合コントローラ８０に対するアクセス要求であった場合に、当該アクセス要求を異なる通信線７０を介して統合コントローラ８０に転送する転送部１９を備える。これにより、汎用コントローラ１ｃは、操作器６０から統合コントローラ８０に対するアクセス要求を適切に統合コントローラ８０に転送することができる。

実施の形態４．
実施の形態１～３では、シリアル通信線３０により構成されたネットワークの経路を冗長化する例を説明した。実施の形態４では、このような経路の冗長化に加え、汎用コントローラ自体を冗長化（二重化）する例を説明する。

図１５は、実施の形態４に係る冗長システム１００の構成例を示す図である。実施の形態４に係る冗長システム１００は、２台の汎用コントローラ１ｄ、１ｅを備えている。また、これらのコントローラは、シリアル通信線４０及び４５により接続されている。また、汎用コントローラ１ｄ及び１ｅは、通信線７０を介して互いに接続されるとともに、統合コントローラ８０とも接続されている。

汎用コントローラ１ｄ及び１ｅは、いずれか一方が現用系として動作し、他方が待機系として動作する。ここでは、説明を分かりやすくするため、汎用コントローラ１ｄが現用系として動作し、汎用コントローラ１ｅが待機系として動作するものとする。また、現用系として動作する汎用コントローラ１ｄを「現用系のコントローラ１ｄ」といい、待機系として動作する汎用コントローラ１ｅを「待機系のコントローラ１ｅ」という。なお、現用系のコントローラ１ｄと待機系のコントローラ１ｅとは、例えば通信線７０を介して互いの保持情報が同期されている。

また、現用系のコントローラ１ｄ及び待機系のコントローラ１ｅの構成例は、図２に示す実施の形態１に係る汎用コントローラ１の構成例と同様であるが、ここでは図２に示す各部の名称にｄ又はｅを付して、各コントローラ１ｄ及び１ｅの構成例を説明する。

現用系のコントローラ１ｄは、第１のポート１１ｄと、第２のポート１２ｄと、通信部１３ｄ（状態情報取得部１３１ｄ、及び保持情報取得部１３２ｄ）と、記憶部１４ｄとを備えている。

待機系のコントローラ１ｅは、第１のポート１１ｅと、第２のポート１２ｅと、通信部１３ｅ（状態情報取得部１３１ｅ、及び保持情報取得部１３２ｅ）と、記憶部１４ｅとを備えている。

図１５に示すように、冗長システム１００では、シリアル通信線３０（第１のシリアル通信線）の一方の端部が、現用系のコントローラ１ｄの第１のポート１１ｄに接続され、シリアル通信線３０の他方の端部が、待機系のコントローラ１ｅの第１のポート１１ｅに接続されている。つまり、冗長システム１００では、互いの汎用コントローラの第１のポート同士が、シリアル通信線３０で接続されている。

また、現用系のコントローラ１ｄの第２のポート１２ｄと、待機系のコントローラ１ｅの第２のポート１２ｅとは、シリアル通信線４０（第２のシリアル通信線）で接続されている。これにより、冗長システム１００では、２台のコントローラ１ｄ、１ｅと、セカンダリデバイス５０と、シリアル通信線３０及びシリアル通信線４０とによるひとつの大きなリング状のネットワークが構成されている。

なお、シリアル通信線４５は、２台のコントローラ１ｄ、１ｅが正常に動作しているかを互いに確認するために使用される通信線である。シリアル通信線４５は、現用系のコントローラ１ｄの連絡ポートと、待機系のコントローラ１ｅの連絡ポートとを接続しており、各コントローラ１ｄ、１ｅは、このシリアル通信線４５を介して、互いが正常に動作しているか（異常が発生していないか）を確認している。

冗長システム１００では、現用系のコントローラ１ｄ及び待機系のコントローラ１ｅに対するシリアルアドレスが以下のように割り当てられる。すなわち、現用系のコントローラ１ｄの第１のポート１１ｄ（１ＣＨ）に対して、シリアルアドレス「１」、待機系のコントローラ１ｅの第２のポート１２ｅ（２ＣＨ）に対して、シリアルアドレス「０」が割り当てられる。また、現用系のコントローラ１ｄの第２のポート１２ｄ（２ＣＨ）に対して、シリアルアドレス「１２７」、待機系のコントローラ１ｅの第１のポート１１ｅ（１ＣＨ）に対して、シリアルアドレス「１２６」が割り当てられる。このように、シリアルアドレスは、２台のコントローラで、それぞれのチャネルに対して別のアドレスが割り当てられる。なお、現用系のコントローラ１ｄは、上記のように２つのチャネル（１ＣＨ及び２ＣＨ）を有しているが、それぞれのチャネルは渡りの接続口を２個有しており、これら２個の接続口は装置内部で物理的にブリッジ接続されている。また、待機系のコントローラ１ｅも同様に、それぞれのチャネルが渡りの接続口を２個有しており、これら２個の接続口は装置内部で物理的にブリッジ接続されている。また、セカンダリデバイス５０に対しては、実施の形態１と同様に、デイジーチェーンの並びに準じてエンジニアにより予めシリアルアドレス「２」～「１２５」が割り当てられる。

そして、冗長システム１００では、現用系のコントローラ１ｄからみた場合の第１の方向周り及び第２の方向周りは以下のようになる。すなわち、現用系のコントローラ１ｄの第１のポート１１ｄから、待機系のコントローラ１ｅの第１のポート１１ｅ、待機系のコントローラ１ｅの第２のポート１２ｅ、及びシリアル通信線４０を経由して、現用系のコントローラ１ｄの第２のポート１２ｄに向かう方向が第１の方向周り（図１５の符号Ｐ）となる。

また、これとは逆に、現用系のコントローラ１ｄの第２のポート１２ｄから、シリアル通信線４０、待機系のコントローラ１ｅの第２のポート１２ｅ、及び待機系のコントローラ１ｅの第１のポート１１ｅを経由して、現用系のコントローラ１ｄの第１のポート１１ｄに向かう方向が第２の方向周り（図１５の符号Ｑ）となる。なお、待機系のコントローラ１ｅは待機系として動作しているが、現用系のコントローラ１ｄとの間での情報の送受信は可能である。

冗長システム１００では、通常時は上記のように、現用系のコントローラ１ｄが現用系として動作する。この場合、現用系のコントローラ１ｄの通信部（現用系側通信部）１３ｄは、上記第１の方向周り又は第２の方向周りにデバイス５０にアクセスし、当該デバイス５０とシリアル通信を行う。ここで、現用系のコントローラ１ｄに何らかの異常が発生した場合、現用系のコントローラ１ｄは自機に異常が発生した旨を、シリアル通信線４５を介して待機系のコントローラ１ｅに通知する。

この通知を受信した待機系のコントローラ１ｅは、速やかに待機系から現用系に切り替わり、以降は現用系として動作する。すなわち、待機系のコントローラ１ｅの通信部（待機系側通信部）１３ｅは、自機の第１のポート１１ｅから、現用系のコントローラ１ｄの第１のポート１１ｄ、現用系のコントローラ１ｄの第２のポート１２ｄ、及びシリアル通信線４０を経由して、自機の第２のポート１２ｅに向かう第２の方向周り（図１５の符号Ｑ）、又は、自機の第２のポート１２ｅから、シリアル通信線４０、現用系のコントローラ１ｄの第２のポート１２ｄ、及び現用系のコントローラ１ｄの第１のポート１１ｄを経由して、自機の第１のポート１１ｅに向かう第１の方向周り（図１５の符号Ｐ）にデバイス５０にアクセスし、当該デバイス５０とシリアル通信を行う。これにより、冗長システム１００ｄでは、現用系のコントローラ１ｄに異常が発生した場合でも、システム全体としての動作を継続することができ、システムの信頼性が向上する。

なお、実施の形態４に係る冗長システム１００は、従来の熱源コントローラに採用されている二重化技術を汎用コントローラに応用したものである。熱源コントローラは、特に熱源設備を制御するためのコントローラであり、例えば図１６のように、現用系の熱源コントローラ２００ａと待機系の熱源コントローラ２００ｂとを、イーサネットによる高速通信用のＩ／Ｏモジュール２５０で接続することにより、二重化することが可能なコントローラである。

実施の形態４に係る冗長システム１００は、この熱源コントローラの二重化技術の考え方を汎用コントローラに応用したものであるが、実施の形態４に係る冗長システム１００では、二重化した汎用コントローラ１ｄ、１ｅをシリアル通信線４０で接続することで、高速通信用のＩ／Ｏモジュール２５０のようなデバイスを付加することなく、より安価な構成で二重化機能を実現することができる。

以上のように、実施の形態４によれば、冗長システム１００は、現用系のコントローラ１ｄと、待機系のコントローラ１ｅと、シリアル通信線３０に接続された１台以上のデバイス５０と、を含んで構成される。現用系のコントローラ１ｄは、シリアル通信線３０の一方の端部が接続される第１のポート１１ｄと、シリアル通信線３０とは異なるシリアル通信線４０の一方の端部が接続される第２のポート１２ｄと、を備える。待機系のコントローラ１ｅは、シリアル通信線３０の他方の端部が接続される第１のポート１１ｅと、シリアル通信線４０の他方の端部が接続される第２のポート１２ｅと、を備える。現用系のコントローラ１ｄは、自機の第１のポート１１ｄから、待機系のコントローラ１ｅの第１のポート１１ｅ、待機系のコントローラ１ｅの第２のポート１２ｅ、及びシリアル通信線４０を経由して、自機の第２のポート１２ｄに向かう第１の方向周り、又は、自機の第２のポート１２ｄから、シリアル通信線４０、待機系のコントローラ１ｅの第２のポート１２ｅ、及び待機系のコントローラ１ｅの第１のポート１１ｅを経由して、自機の第１のポート１１ｄに向かう第２の方向周りにデバイス５０にアクセスし、当該デバイス５０とシリアル通信可能な現用系側通信部１３ｄを備える。待機系のコントローラ１ｅは、自機の第１のポート１１ｅから、現用系のコントローラ１ｄの第１のポート１１ｄ、現用系のコントローラ１ｄの第２のポート１２ｄ、及びシリアル通信線４０を経由して、自機の第２のポート１２ｅに向かう第２の方向周り、又は、自機の第２のポート１２ｅから、シリアル通信線４０、現用系のコントローラ１ｄの第２のポート１２ｄ、及び現用系のコントローラ１ｄの第１のポート１１ｄを経由して、自機の第１のポート１１ｅに向かう第１の方向周りにデバイス５０にアクセスし、当該デバイス５０とシリアル通信可能な待機系側通信部１３ｅを備える。これにより、冗長システム１００は、シリアル通信線３０，４０により構成されたネットワークの経路を冗長化することができるとともに、現用系のコントローラ１ｄに異常が発生した場合でも、システム全体としての動作を継続することができ、システムの信頼性が向上する。

なお、本願発明はその発明の範囲内において、各実施の形態の自由な組合わせ、或いは各実施の形態の任意の構成要素の変形、若しくは各実施の形態において任意の構成要素の省略が可能である。例えば、実施の形態４に係る冗長システムに対し、実施の形態２及び実施の形態３で説明した構成を組み合わせてもよい。

１、１ｂ、１ｃ 汎用コントローラ（第１のコントローラ）
１ｄ 汎用コントローラ（現用系のコントローラ）
１ｅ 汎用コントローラ（待機系のコントローラ）
１１、１１ｄ、１１ｅ 第１のポート
１２、１２ｄ、１２ｅ 第２のポート
１３ 通信部
１３ｄ 現用系側通信部
１３ｅ 待機系側通信部
１４ 記憶部
１５ 断線判定部
１６ 送信部
１７ 受信部
１８ 応答部
１９ 転送部
３０、４０、４５ シリアル通信線
５０ セカンダリデバイス
６０ 操作器
６１ 受信部
６２ アクセス部
６３ 記憶部
６４ 表示部
７０ 通信線
８０ 統合コントローラ（第２のコントローラ）
１００ 冗長システム
１３１ 状態情報取得部
１３２ 保持情報取得部
Ｐ 第１の方向周り
Ｑ 第２の方向周り

Claims (9)

1. 第１のコントローラと、
   シリアル通信線により前記第１のコントローラにリング状にデイジーチェーン接続された１台以上のデバイスと、を含んで構成され、
   前記第１のコントローラは、
   前記シリアル通信線の一方の端部が接続される第１のポートと、
   前記シリアル通信線の他方の端部が接続される第２のポートと、
   前記第１のポートから前記第２のポートに向かう第１の方向周り、又は前記第２のポートから前記第１のポートに向かう第２の方向周りに前記デバイスにアクセスしてシリアル通信可能な通信部と、
   を備えた冗長システム。
2. 前記通信部は、シリアル通信により前記デバイスの状態情報を取得する状態情報取得部を備え、
   前記状態情報取得部は、
   第１の方向周り又は第２の方向周りのうちいずれか一方の方向周りに前記デバイスに順次アクセスして各デバイスの状態情報を取得した結果、いずれかのデバイスから状態情報が取得できなかった場合、
   アクセスの方向を第１の方向周り又は第２の方向周りのうち他の方向周りに切り替えて前記デバイスに順次アクセスし、状態情報を取得することを特徴とする請求項１記載の冗長システム。
3. 前記第１のコントローラは、
   前記状態情報取得部による状態情報の取得結果に基づいて、前記シリアル通信線に断線が生じたか否かを判定する断線判定部を備えることを特徴とする請求項２に記載の冗長システム。
4. 前記断線判定部は、
   前記状態情報取得部が第１の方向周り又は第２の方向周りのうちいずれか一方の方向周りでアクセスした場合の状態情報の取得結果と、他方の方向周りでアクセスした場合の状態情報の取得結果とが互いに反転しており、かつ当該反転した取得結果が所定回数継続して得られた場合に、前記シリアル通信線に断線が生じたと判定することを特徴とする請求項３記載の冗長システム。
5. 前記断線判定部は、
   前記状態情報取得部が第１の方向周り又は第２の方向周りのいずれの方向周りでアクセスしても状態情報の取得に失敗する状態の継続時間が所定時間以上であり、かつ当該継続時間が同じデバイスが所定台数以上ある場合に、前記シリアル通信線に複数の断線が生じたと判定することを特徴とする請求項３又は請求項４に記載の冗長システム。
6. 前記第１のコントローラは、
   前記断線判定部による判定結果に基づいて、前記第１のポート又は前記第２のポートのうちいずれのポートがゲートウェイデバイスであるかを示す情報を生成し、当該生成した情報を前記デバイスに送信する送信部を備え、
   前記デバイスのうち少なくとも１台は、
   前記送信部から送信された情報を受信する受信部と、
   前記第１のコントローラに対するアクセス要求を、前記受信部により受信された情報が示すゲートウェイデバイスに対して送信するアクセス部と、を備えた操作器で構成され、
   前記第１のコントローラは、
   前記ゲートウェイデバイスを介して、前記アクセス部から送信されたアクセス要求を受信することを特徴とする請求項３から請求項５のうちいずれか１項に記載の冗長システム。
7. 前記操作器のアクセス部は、
   前記シリアル通信線とは異なる通信線を介して前記第１のコントローラに接続された第２のコントローラに対するアクセス要求を、前記受信部により受信された情報が示すゲートウェイデバイスに対して送信し、
   前記第１のコントローラは、
   前記ゲートウェイデバイスに対して送信されたアクセス要求が前記第２のコントローラに対するアクセス要求であった場合に、当該アクセス要求を前記異なる通信線を介して前記第２のコントローラに転送する転送部を備えることを特徴とする請求項６記載の冗長システム。
8. 現用系のコントローラと、待機系のコントローラと、第１のシリアル通信線に接続された１台以上のデバイスと、を含んで構成され、
   前記現用系のコントローラは、
   前記第１のシリアル通信線の一方の端部が接続される第１のポートと、
   前記第１のシリアル通信線とは異なる第２のシリアル通信線の一方の端部が接続される第２のポートと、を備え、
   前記待機系のコントローラは、
   前記第１のシリアル通信線の他方の端部が接続される第１のポートと、
   前記第２のシリアル通信線の他方の端部が接続される第２のポートと、を備え、
   前記現用系のコントローラは、
   自機の第１のポートから、前記待機系のコントローラの第１のポート、前記待機系のコントローラの第２のポート、及び前記第２のシリアル通信線を経由して、自機の第２のポートに向かう第１の方向周り、又は、自機の第２のポートから、前記第２のシリアル通信線、前記待機系のコントローラの第２のポート、及び前記待機系のコントローラの第１のポートを経由して、自機の第１のポートに向かう第２の方向周りに前記デバイスにアクセスし、当該デバイスとシリアル通信可能な現用系側通信部を備え、
   前記待機系のコントローラは、
   自機の第１のポートから、前記現用系のコントローラの第１のポート、前記現用系のコントローラの第２のポート、及び前記第２のシリアル通信線を経由して、自機の第２のポートに向かう第２の方向周り、又は、自機の第２のポートから、前記第２のシリアル通信線、前記現用系のコントローラの第２のポート、及び前記現用系のコントローラの第１のポートを経由して、自機の第１のポートに向かう第１の方向周りに前記デバイスにアクセスし、当該デバイスとシリアル通信可能な待機系側通信部を備えた冗長システム。
9. １台以上のデバイスがリング状にデイジーチェーン接続されたシリアル通信線の一方の端部が接続される第１のポートと、
   前記シリアル通信線の他方の端部が接続される第２のポートと、
   前記第１のポートから前記第２のポートに向かう第１の方向周り、又は前記第２のポートから前記第１のポートに向かう第２の方向周りに前記デバイスにアクセスしてシリアル通信可能な通信部と、
   を備えたコントローラ。

Images