(57)【要約】【課題】接点信号出力を行う装置において、適切に接点の管理をする。【解決手段】接点信号を出力するために複数段に接続された複数の接点を備えた接点信号出力手段と、前記接点信号出力手段の備える複数の接点の内の、少なくとも何れか１つの接点を切り替えて、該接点からは接点信号が出力されない状態としてから、他の接点について正常であるか否かの判定を行う制御手段と、を備えることを特徴とする接点管理装置。【選択図】図１
2018037363.tif 000002
【特許請求の範囲】
【請求項１】
接点信号を出力するために複数段に接続された複数の接点を備えた接点信号出力手段と、
前記接点信号出力手段の備える複数の接点の内の、少なくとも何れか１つの接点を切り替えて、該接点からは接点信号が出力されない状態としてから、他の接点について正常であるか否かの判定を行う制御手段と、
を備えることを特徴とする接点管理装置。
【請求項２】
前記接点信号出力手段を複数備えると共に、
前記複数の接点信号出力手段それぞれが出力する接点信号を入力し、該入力した複数の接点信号を重畳して外部に出力する前記外部出力手段と、
を更に備え、
前記制御手段は、前記複数の接点信号出力手段の内の、何れかの接点信号出力手段に前記外部出力手段への接点信号の出力を行わせる一方で、他の接点信号出力手段には前記外部出力手段への接点信号の出力を中止させた上で、前記他の接点信号出力手段を対象として前記判定を行うことを特徴とする請求項１に記載の接点管理装置。
【請求項３】
前記制御手段は、前記接点信号出力手段の使用に伴い増加する値が閾値を超えたか否かを周期的に確認し、前記接点信号出力手段の使用に伴い増加する値が閾値を超えたのであれば、該接点信号出力手段に前記外部出力手段への接点信号の出力を中止させる一方で、該接点信号出力手段以外の接点信号出力手段に前記外部出力手段への接点信号の出力を行わせることを特徴とする請求項２に記載の接点管理装置。
【請求項４】
前記接点信号出力手段のそれぞれは、接点信号を出力するために複数段に接続された複数の接点として、前記外部出力手段に直接接点信号を出力する第１接点と、前記第１接点に接点信号を出力する第２接点とを備えており、
前記制御手段は、前記判定を行う対象とした接点信号出力手段の前記第１接点及び前記第２接点の双方を切り替えて、該双方の接点から接点信号が出力されない状態とすることを試みたが、前記第１接点及び前記第２接点の内の少なくとも何れかの接点について、接点信号が出力されない状態とならなかった場合に該接点信号出力手段が正常ではないと判定することを特徴とする請求項１乃至３の何れか１項に記載の接点管理装置。
【請求項５】
前記制御手段は、前記判定の対象とした接点信号出力手段の前記第１接点及び前記第２接点の双方を切り替えて、該双方の接点から接点信号が出力されない状態とすることを試みた場合に、該双方の接点から接点信号が出力されない状態となったのならば、一方の接点について前記判定を行い、その後該一方の接点から接点信号が出力されない状態としてから他方の接点について前記判定を行うことを特徴とする請求項４に記載の接点管理装置。
【請求項６】
前記接点信号出力手段は、前記判定の結果に基づいて、当該接点管理装置から脱着可能であることを特徴とする請求項１乃至５の何れか１項に記載の接点管理装置。
【請求項７】
前記接点信号出力手段が正常に動作できる状態であるか否かを外部に通知する第１通知手段と、
前記接点信号出力手段が前記判定の対象となっており判定中であるため正常に動作できない状態であるか否かを外部に通知する第２通知手段と、
を更に備えることを特徴とする請求項１乃至６の何れか１項に記載の接点管理装置。
【請求項８】
前記接点信号出力手段が接点信号を出力している状態であるか否かを外部に通知する第３通知手段と、
前記接点信号出力手段による接点信号の出力を禁止するための手動設定手段と、
を更に備えることを特徴とする請求項１乃至７の何れか１項に記載の接点管理装置。
【請求項９】
請求項１乃至８の何れか１項に記載の接点管理装置を備えた通知装置であって、
前記判定の対象となっており判定中である接点信号出力手段以外の接点信号出力手段が出力する接点信号により、所定の情報を外部装置に通知することを特徴とする通知装置。
【請求項１０】
接点信号を出力するために複数段に接続された複数の接点を備えた接点信号出力手段を備えたコンピュータを接点管理装置として機能させる接点管理プログラムであって、
前記コンピュータを、
前記接点信号出力手段の備える複数の接点の内の、少なくとも何れか１つの接点を切り替えて、該接点からは接点信号が出力されない状態としてから、他の接点について正常であるか否かの判定を行う接点管理装置として機能させることを特徴とする接点管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、接点の管理に関する処理を行うための、接点管理装置、通知装置、及び接点管理プログラムに関する。
【背景技術】
【０００２】
他の装置に対して信号を出力する装置が存在する場合に、この装置を管理して出力信号の信頼性を向上することが望まれる。
【０００３】
ここで、出力信号の信頼性を高める技術の一例が、特許文献１に記載されている。特許文献１に開示の技術では、アナログ外部出力信号の冗長化を行う。
【０００４】
より具体的には、特許文献１に開示の技術では、アナログ外部信号を出力するアナログ出力装置を２つ用意し、一方を稼働系とし、他方を待機系とする。
【０００５】
そして、稼動系のアナログ出力装置は、外部出力を行うと共に、内部抵抗を利用して消費電流に基づく値を抽出し、この消費電流に基づく値により自己診断を実行する。
【０００６】
この自己診断の結果が異常を示すものであるとき、稼動系のアナログ出力装置は、冗長化切り替え信号を出力する。この冗長化切り替え信号に基づいて、稼動系及び待機系の双方のアナログ出力装置の出力切り替え素子のＯＮ／ＯＦＦが切り替わる。これにより、現在稼動系であるアナログ出力信号は新たに待機系に切り替わる一方で、現在待機系であるアナログ出力装置は新た稼動系に切り替わる（特許文献１の、例えば、明細書段落番号［００３５］参照）。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０１３−１５２５９６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上述した特許文献１に開示技術を利用することにより、外部出力信号を冗長化し、出力信号の信頼性を高めることが可能となる。
しかしながら、上述した特許文献１に開示の技術等の一般的な技術では、以下のような問題点があった。
まず、第１の問題点は、故障が発生するまでは稼動系と待機系との切り替えが出来ないことである。
その理由は、故障が発生し、これに伴って消費電流に基づく値が異常となってから、はじめて外部信号の切り替えが発生するからである。
【０００９】
このように、故障が発生するまでは稼動系と待機系との切り替えが出来ないことから、一瞬であるが外部信号に異常が発生する可能性がある。特に、衛星基地局にて用いる上位監視システム等においては、一瞬でもＨＷ異常による誤った情報を通知することはシステム全体に影響を及ぼす。その為、極力このような誤った情報を通知する可能性を排除すべきである。
次に、第２の問題点は、特許文献１に開示の自己診断の手段は、接点信号出力を行う装置の故障を検出する際には用いることが出来ない点である。
【００１０】
その理由は、特許文献１ではアナログ外部出力の為、消費電流に基づく値での自己診断可能で異常を検出可能であったが、例えば監視ステータス・異常等を上位装置に通知するのに使用するのに接点信号出力を用いている装置では、消費電流に基づく値を用いても異常を検出出来ない為である。
【００１１】
そこで、本発明は、接点信号出力を行う装置において、適切に接点の管理をすることが可能な、接点管理装置、通知装置、及び接点管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明の第１の観点によれば、接点信号を出力するために複数段に接続された複数の接点を備えた接点信号出力手段と、前記接点信号出力手段の備える複数の接点の内の、少なくとも何れか１つの接点を切り替えて、該接点からは接点信号が出力されない状態としてから、他の接点について正常であるか否かの判定を行う制御手段と、
を備えることを特徴とする接点管理装置が提供される。
【００１３】
本発明の第２の観点によれば、上記本発明の第１の観点により提供される接点管理装置を備えた通知装置であって、前記判定の対象となっており判定中である接点信号出力手段以外の接点信号出力手段が出力する接点信号により、所定の情報を外部装置に通知することを特徴とする通知装置が提供される。
【００１４】
本発明の第３の観点によれば、接点信号を出力するために複数段に接続された複数の接点を備えた接点信号出力手段を備えたコンピュータを接点管理装置として機能させる接点管理プログラムであって、前記コンピュータを、前記接点信号出力手段の備える複数の接点の内の、少なくとも何れか１つの接点を切り替えて、該接点からは接点信号が出力されない状態としてから、他の接点について正常であるか否かの判定を行う接点管理装置として機能させることを特徴とする接点管理プログラム  が提供される。
【発明の効果】
【００１５】
本発明によれば、接点信号出力を行う装置において、適切に接点の管理をすることが可能となる。
【図面の簡単な説明】
【００１６】
【図１】本発明の第１の実施形態における監視システム全体の構成を表すブロック図である。
【図２】本発明の第１の実施形態における監視装置の内部構成図である。
【図３】本発明の第１の実施形態のＩＦユニット切り替え手順を示すフローチャートである。
【図４】本発明の第１の実施形態のＩＦユニット異常検出手順を示すフローチャートである。
【図５】本発明の第２の実施形態における装置の構成を表す構成図である。
【図６】本発明の第２の実施形態の保守実施手順を示すフローチャートである。
【発明を実施するための形態】
【００１７】
＜実施形態の概略＞
まず、本発明の実施形態の概略を説明する。本発明の実施形態は、外部に出力する接点信号回路が不良となった場合の影響を最小限に抑えるローカル装置である。
そして、本発明の実施形態は、外部に出力する接点信号部をＩＦユニットとし冗長構成かつ着脱可能とすることにより交換を容易とする。更に、本発明の実施形態は、ＩＦユニット内部の各接点信号をそれぞれ２段構成とすることにより未使用ＩＦユニットのハードウェアの異常自己診断を可能とし、かつ、取り外しの際に未使用ＩＦユニットの着脱が接点信号に影響を与えないようにする。更に、本発明の実施形態は、ＩＦユニットが正常であれば定期的に切り替え、使用頻度を均一化する。またＩＦユニットに異常が無いか自己診断を実施することに加えて、本発明の実施形態では、運用中に不良接点信号部分を容易に交換できるための保守手段も提供する。
以上が本発明の実施形態の概略である。
【００１８】
＜実施形態＞
次に、本発明の実施形態について図面を参照して詳細に説明する。
まず、実施形態の全体の構成について図１を参照して説明をする。ここで、本実施形態は、衛星基地局監視制御システム等の、多数の機器状態を監視するシステムにおいて、上位監視端末と、この上位監視端末に対して機器の状態を通知するローカル装置からなる。
【００１９】
具体的には、図１に示すように、本実施形態は、第１ローカル装置１−１、第２ローカル装置１−２、及び第ｎローカル装置１−ｎと、これらローカル装置と接続された上位監視端末２とを含む。ここで、ｎは任意の自然数である。つまり、本実施形態では、これらのローカル装置の台数に特に限定はない。
【００２０】
これらのローカル装置は、自装置のステータス・異常パラメータを、接点信号を用いて上位監視端末２に通知する。また、これらのローカル装置は、自装置の保持する接点情報を出力する際の信号の信頼性・保全性を向上させるための、本実施形態特有の機能を有する。以下では、この本実施形態特有の機能について特に詳細に説明をする。
【００２１】
次に、図２を参照して、本実施形態におけるローカル装置の構成について説明をする。なお、第１ローカル装置１−１、第２ローカル装置１−２、及び第ｎローカル装置１−ｎはそれぞれ同様の構成及び機能を有しているので、以下の説明では、これらのローカル装置を区別することなく、単に「ローカル装置」と呼んで説明をする。
【００２２】
ローカル装置は、ローカル装置本体１０と、冗長化されたＩＦユニットである、ＩＦユニット２０ａ及び２０ｂを含む。ＩＦユニット２０ａ及び２０ｂは一方を稼動系とし、他方を待機系として利用される。なお、説明を簡潔なものとするため、ＩＦユニットが２つであるとして以下説明するが、ＩＦユニットが３つ以上存在する構成であってもよい。
【００２３】
ローカル装置本体１０は、ＣＰＵ１１、メモリ１２、ＭＡＩＮＴ  ＰＯＲＴ１３、及び外部出力コネクタ１４を含む。
【００２４】
ＣＰＵ１１は、制御信号を、ＩＦユニット２０ａ及び２０ｂそれぞれに出力してＩＦユニット２０ａ及び２０ｂそれぞれを制御することにより、ＩＦユニット２０ａ及び２０ｂそれぞれが出力する接点信号を制御する機能を有する。これにより、ローカル装置のステータス・異常パラメータを、上位監視端末２に通知する。加えて、図３や図４等を参照して説明する後述の処理を実行する。また、ＣＰＵ１１は、ＩＦユニット２０ａ及び２０ｂそれぞれから出力されるステータス信号を入力することにより、ＩＦユニット２０ａ及び２０ｂそれぞれの状態の取得を実施する機能を有する。
メモリ１２は、ＣＰＵ１１が異常発生等の判定を行うために使用するパラメータの読み出し及び書き込み等の用途に用いられる。
【００２５】
かかるメモリ１２は、ＣＰＵ１１がプログラムを実行する上で一時的に必要とされるデータを格納するためのＲＡＭや、各種の制御用プログラム等を格納したＲＯＭ等により実現される。
かかるＲＯＭは、制御用プログラムとして、ローカル装置全体を制御するためのファームウェアや、後述する各種の処理を行うためのプログラムといった各種の情報を記憶している。
【００２６】
そして、ＣＰＵ１１が、このＲＯＭから制御用プログラム等の情報を読み込み、読み込んだ制御用プログラム等の情報をＲＡＭに展開させながら、これら制御用プログラム等に基づいた演算処理を行なう。そして、ＣＰＵ１１が、演算結果に基づいてローカル装置内のハードウェアを制御することにより、ローカル装置の各処理は実現される。つまり、ローカル装置は、ハードウェアとソフトウェアが協働することにより実現することができる。
【００２７】
ＭＡＩＮＴ  ＰＯＲＴ１３は、パラメータ設定を可能とするためのポートであり、ＣＰＵ１１は、ＭＡＩＮＴ  ＰＯＲＴ１３に接続された機器とデータを送受信することによりパラメータ設定等を行う。
【００２８】
外部出力コネクタ１４は、ＩＦユニット２０ａ及び２０ｂそれぞれと接続し各ＩＦユニットの接点信号を信号単位にまとめて、上位監視端末２へ信号を送出する。これにより、上位監視端末２へのステータス・異常パラメータの通知は実現される。
【００２９】
ＩＦユニット２０ａ及び２０ｂそれぞれは、内部に接点信号の出力を制御するためのリレー（以下、適宜「ＲＬ」と呼ぶ。）を１つの信号辺り２つを直列接続している。具体的には、１つの信号についてＲＬ−Ａ並びにＲＬ−Ｂの２つのＲＬを直列接続している。ＣＰＵ１１は、制御信号によってＲＬ−Ａ並びにＲＬ−Ｂについて、ＯＰＥＮ状態とＣＬＯＳＥ状態を切り替えることにより接点信号を制御する。
【００３０】
また、直列接続されているＲＬ−Ａ並びにＲＬ−Ｂの組には、ＤＩＰ  ＳＷが接続されている。そして、ＲＬ−Ａ並びにＲＬ−Ｂが、ＯＰＥＮ状態であるかＣＬＯＳＥ状態であるかに関わらず、このＤＩＰ  ＳＷにより手動で接点信号をＯＰＥＮ状態とすることができる。
【００３１】
より具体的に構成を説明すると、ＩＦユニット２０ａは、外部出力信号Ｓ１に対応してＲＬ−Ａ２１ａ、ＲＬ−Ｂ２２ａ、及びＤＩＰ  ＳＷ２３ａを備える。また、ＩＦユニット２０ａは、外部出力信号Ｓ２に対応してＲＬ−Ａ２４ａ、ＲＬ−Ｂ２５ａ、及びＤＩＰ  ＳＷ２６ａを備える。
【００３２】
また、同様にＩＦユニット２０ｂは、外部出力信号Ｓ１に対応してＲＬ−Ｂ２１ｂ、ＲＬ−Ｂ２２ｂ、及びＤＩＰ  ＳＷ２３ｂを備える。また、ＩＦユニット２０ｂは、外部出力信号Ｓ２に対応してＲＬ−Ｂ２４ｂ、ＲＬ−Ｂ２５ｂ、及びＤＩＰ  ＳＷ２６ｂを備える。
【００３３】
なお、本実施形態ではこれらＩＦユニットに異常が発生した場合に、ＩＦユニットを交換するが、交換により新たに取り付けられるＩＦユニットも、ＩＦユニット２０ａやＩＦユニット２０ｂと同等の構成をしているものとする。
【００３４】
また、本例では、外部出力信号Ｓ１と、外部出力信号Ｓ２との２つの信号を上位監視端末２へ信号を送出することを想定しているが、信号の数に制限はなく、例えば３つ以上の信号を送出する構成とするようにしてもよい。この場合には、信号の数に対応して、ＲＬ−Ａ、ＲＬ−Ｂ、及びＤＩＰ  ＳＷの組を追加するようにすればよい。
次に、ＩＦユニット切り替え処理について図３のフローチャートを参照して説明をする。
【００３５】
本説明では、ＩＦユニット２０ａが稼動系であり、ＩＦユニット２０ｂが待機系となっている状態であるとする。すなわち、運用中のＩＦユニットがＩＦユニット２０ａであり、待機中のＩＦユニットがＩＦユニット２０ｂであるとする。
【００３６】
また、以下に説明するＩＦユニット切り替え処理は、一定時間が経過した場合に周期的に行われるようにしてもよく、保守員等のユーザの操作に応じて行われるようにしてもよい。一定時間が経過するたびに周期的に行うならば、この一定時間の長さを表す値をメモリ１２に格納しておくようにする。この値に特に限定はなく、運用状況に合わせて保守員等により任意の値が設定される。値の設定は、ＭＡＩＮＴ  ＰＯＲＴ１３に接続された機器等を用いて行われる。
【００３７】
ＣＰＵ１２は、ＩＦ切り替え処理を開始すると、切り替えに利用できる得るＩＦユニットがあるか否かを確認する（ステップＳ１０１）。具体的には、正常且つ待機状態のＩＦユニットがあるか否かを確認する。今回は、ＩＦユニット２０ｂが待機状態であるので、ＩＦユニット２０ｂが正常であるか否かを確認する。なお、待機状態のＩＦユニットが正常であるか否かを判定するための処理の具体的な内容については、図４を参照して後述する。
【００３８】
ここで、正常且つ待機状態のＩＦユニットがない場合、すなわち、ＩＦユニット２０ｂが正常ではない場合は（ステップＳ１０１においてＮｏ）、Ｓ１０２に進む。そして、上位監視端末２にその旨を通知して処理を終了する。この通知は、運用中のＩＦユニット２０ｂを制御して、「切り替え用ＩＦユニット無し」を表す外部出力を行うための接点信号を出力させることにより行う（ステップＳ１０２）。
【００３９】
一方で、待機中のＩＦユニット２０ｂが正常である場合（ステップＳ１０１においてＹｅｓ）、ステップＳ１０３に進む。そして、運用中のＩＦユニット２０ａの連続使用回数が、あらかじめ定義しておいた連続使用閾値を超えているか否かを確認する（ステップＳ１０３）。この連続使用閾値はメモリ内に格納された任意の値であり、運用状況や接点信号の変化頻度等を考慮して、保守員等により設定される。設定値の変更は、ＭＡＩＮＴ  ＰＯＲＴ１３に接続された機器等を用いて行われる。また、連続使用回数は、例えばＲＬ−Ａ並びにＲＬ−Ｂの接点の開閉回数である。
【００４０】
そして、運用中のＩＦユニット２０ａの連続使用回数が、連続使用閾値を超えていない場合は（ステップＳ１０３においてＮｏ）、ＩＦユニットの切り替えタイミングでは無い為、ＩＦユニットの切り替えを実行することなく一旦本処理を終了し、任意のタイミングにて再度ステップＳ１０１から本処理を実行する。
【００４１】
一方で、運用中のＩＦユニット２０ａの連続使用回数が、連続使用閾値を超えていた場合は（ステップＳ１０３においてＹｅｓ）、稼動系として使用するＩＦユニットを、現在のＩＦユニット２０ａからＩＦユニット２０ｂに切り替える。そのために、制御信号で、ＩＦユニット２０ｂが備えるＲＬ−ＡとＲＬ−ＢについてＯＰＥＮ状態とＣＬＯＳＥ状態を切り替えることにより接点信号の出力を制御して、ＩＦユニット２０ｂの外部出力を、現在ＩＦユニット２０ａで設定している外部出力と同じにする（ステップＳ１０４）。
【００４２】
つまり、ＩＦユニット２０ｂのそれぞれのＲＬ−Ａ並びにＲＬ−Ｂの設定を、ＩＦユニット２０ａのそれぞれのＲＬ−Ａ並びにＲＬ−Ｂの設定と同じに合わせこむ。
【００４３】
この時、外部出力ＯＮ（信号Ｌ）となる信号が重複することになるが、ＧＮＤに接地する為ステータスにチャタリング等の切り替えによるノイズが発生する可能性は無い。
【００４４】
次に、制御信号で、ＩＦユニット２０ａが備えるＲＬ−ＡとＲＬ−ＢについてＯＰＥＮ状態とＣＬＯＳＥ状態を切り替えることにより、現在稼働系として運用中のＩＦユニット２０ａのＲＬを全てＯＰＥＮ状態とする（ステップＳ１０５）。すなわち、ＩＦユニット２０ａからの接点信号の出力を停止させる。
【００４５】
これにより運用中のＩＦユニットが切り替えられることとなり、ＩＦユニット２０ｂが稼動系のＩＦユニットとなる。一方で、ＩＦユニット２０ａは待機系のＩＦユニットとなる。
【００４６】
最後に、連続使用閾値と比較するのに用いる、運用中のＩＦユニットの連続使用回数の値をクリアすることによりゼロとし（ステップＳ１０６）、本処理は終了となる。
【００４７】
以上説明した処理により、ＩＦユニットに異常が発生する前であっても、正常に稼働する待機系のＩＦユニットを、新たに稼動系に切り替えることが可能となる。つまり、これにより、ＩＦユニットの異常の発生を未然に防止することができる。また、ＩＦユニットが正常なままであれば定期的に切り替えが行われることから、各ＩＦユニットの使用頻度を均一化して、異常が発生しにくくすることができる。
【００４８】
次に、図４を参照して、正常なＩＦユニットを検出するための処理であるＩＦハードウェアチェック処理について説明する。これは、上述のステップＳ１０１の説明の際に言及した処理である。
【００４９】
ＣＰＵ１１は、ローカル装置に接続されたＩＦユニットで、且つ、運用中でない待機系のＩＦユニットを対象として、ＩＦハードウェアチェック処理を行う。
【００５０】
かかる処理は、図３を参照して説明したＩＦユニット切替処理の開始時に行われてもよく、ＩＦユニット切替処理とは別途のタイミングで行われていてもよい。例えば、ＩＦハードウェアチェック処理は、一定時間が経過した場合に周期的に行われるようにしてもよく、保守員等のユーザの操作に応じて行われるようにしてもよい。一定時間が経過した場合に周期的に行うならば、この一定時間の長さを表す値をメモリ１２に格納しておくようにする。この値は任意の値であり、運用に合わせて保守員等により設定される。設定値の変更は、ＭＡＩＮＴ  ＰＯＲＴ１３に接続された機器等を用いて行われる。
【００５１】
まず、ＩＦハードウェアチェック処理の対象とするＩＦユニットが備えている全てのＲＬ（すなわち、全てのＲＬ−Ａ並びにＲＬ−Ｂ）の状態が、ＯＰＥＮ状態となっているか否かを確認する（ステップＳ２０１）。
【００５２】
１つでもＯＰＥＮ状態で無いＲＬが存在する場合は（ステップＳ２０１においてＮｏ）、制御信号で、ＲＬ−Ａ並びにＲＬ−ＢについてＯＰＥＮ状態とＣＬＯＳＥ状態を切り替えることにより、全てのＲＬがＯＰＥＮ状態となるように制御する（ステップＳ２０２）。そして、実際に全てのＲＬの状態が、ＯＰＥＮ状態となっているか否かを再度確認する（ステップＳ２０３）。
【００５３】
しかしながら、この場合でもＯＰＥＮ状態で無いＲＬが存在する場合は、ＨＷ故障が発生していると考えられるので、異常判定でのチェック終了となる（ステップＳ２１１）。この場合に、ＨＷ故障として異常判定となったＩＦユニットが存在する旨を外部の保守員等に通知するようにするとよい。例えば、例えばＬＥＤを点灯させることにより「異常判定となったＩＦユニットが存在する旨」を外部に通知するようにしてもよい。また、運用中のＩＦユニットを制御して、「異常判定となったＩＦユニットが存在する旨」を表す外部出力を行うための接点信号を出力させることにより、上位監視端末２にその旨を通知するようにしてもよい。
【００５４】
そして、ＲＬ−Ａと、このＲＬ−Ａに接続されているＲＬ−ＢのどちらもＣＬＯＳＥ状態となったままのＲＬの組が存在するのであれば、緊急処置として、このＲＬの組に対応するＤＩＰ  ＳＷで手動設定を受付けるようにする（ステップＳ２１２）。このようにすれば、ＲＬ−Ａ並びにＲＬ−ＢがＣＬＯＳＥ状態であっても、このＤＩＰ  ＳＷにより手動で接点信号をＯＰＥＮ状態とすることができる為、外部出力信号には影響は受けない。これにより、かかるＲＬの組からＣＰＵ１１の予期していない外部出力信号が出力されることがない。ＤＩＰ  ＳＷは、例えばローカル装置の前面に配置され、保守員等により手動設定される。
【００５５】
一方で、Ｓ２０１もしくはＳ２０３にてＲＬが全てＯＰＥＮとなった場合（ステップＳ２０１においてＹｅｓ又はステップＳ２０３においてＹｅｓ）、２段構成となっているＲＬ−Ａ側の全て（図中では、符号を省略し、「ＲＬ−Ａ_＊」と記載する。）について、制御信号でＯＰＥＮ状態とＣＬＯＳＥ状態を切り替えることにより、ＣＬＯＳＥ状態とする（ステップＳ２０４）。
【００５６】
そして、ＲＬ−Ａ側の全てから、それぞれステータス信号によってステータスを取得して、取得したステータスに問題無いか否かを確認する（ステップＳ２０５）。例えば、ステップＳ２０４にてＣＬＯＳＥ状態とする制御信号を出力したならば、この制御信号に従って、ＲＬ−Ａ側の全てがＣＬＯＳＥ状態となっているか否かを確認する。
【００５７】
この時、ステップＳ２０１又はステップＳ２０３にて全てのＲＬをＯＰＥＮ状態している為、ＲＬ−Ａ側がＣＬＯＳＥ状態となっていたとしても、外部出力信号には影響は受けない。
【００５８】
問題ある場合、すなわち制御信号に従った状態となっていない場合には（ステップＳ２０５においてＮｏ）、異常判定としてチェック終了となる（ステップＳ２１１）。この場合、ＲＬ−Ｂ側がＯＰＥＮ状態であるが、ＤＩＰ  ＳＷの手動設定を受付けるようにしてもよい（ステップＳ２１２）。
【００５９】
一方で、問題ない場合、すなわち制御信号に従った状態となっている場合には（ステップＳ２０５においてＹｅｓ）、正常であるとして引き続きＲＬ−Ａ列を全てＯＰＥＮに戻す（ステップＳ２０６）。
【００６０】
そして、今度は二段構成となっているＲＬ−Ｂ側の全て（図中では、符号を省略し、「ＲＬ＿Ｂ_＊」と記載する。）を対象として、ステップＳ２０４及びステップＳ２０５と同様の方法にて判定を行う（ステップＳ２０７及びステップＳ２０８）。かかる判定方法は、対象が異なるのみで、その処理内容は、ステップＳ２０４及びステップＳ２０５ステップＳ２０６と同様なので再度の説明を省略する。
【００６１】
そして、問題ある場合、すなわち制御信号に従った状態となっていない場合には（ステップＳ２０８においてＮｏ）、異常判定としてチェック終了となる（ステップＳ２１１）。この場合、ＲＬ−Ａ側がＯＰＥＮ状態であるが、ＤＩＰ  ＳＷの手動設定を受付けるようにしてもよい（ステップＳ２１２）。
【００６２】
一方で、問題ない場合、すなわち制御信号に従った状態となっている場合には（ステップＳ２０５においてＹｅｓ）、正常判定としてチェック終了となる（ステップＳ２１０）。ここで、正常判定された待機状態のＩＦユニットがある場合には、ステップＳ１０１においてＹｅｓとなり、ステップＳ１０３以降の処理が行われることとなる。
【００６３】
以上、図３及び図４のフローチャートを参照して説明した２つの処理を用いてＩＦユニットの定期的切り替え並びにＨＷチェックを実施することが出来る。故障と判断されたＩＦユニットについては保守員が交換を実施するがこの際ローカル装置の電源を落とす事なく容易に交換出来る。なぜならば、故障と判定する処理の過程においてＲＬ−Ａ側及びＲＬ−Ｂ側の何れか側のＯＰＥＮ状態なるようにして判定を行うからである。また、仮に何れのＲＬもＣＬＯＳＥ状態となるような場合には、ＤＩＰ  ＳＷにより手動設定を受け付けて、接点信号が出力されないようにすることができるからである。
【００６４】
＜実施例＞
次に、以上説明した実施形態を実装した場合の一例を、実施例として説明をする。
図５は本実施例の外観構成を表す図である。図５に示すように、本実施例は、ローカル装置本体と、ＩＦユニット４台とを組み合わせたローカル装置として実現される。具体的には、本実施例であるローカル装置１００は、その内部にローカル装置本体（図示を省略する）を含み、その外部（例えば、装置前面）にＩＦユニット５０ａ、５０ｂ、５０ｃ及び５０ｄが接続されている。
【００６５】
ローカル装置１００は、図１に示したローカル装置１と同様に上位監視端末２に接続されている。また、ローカル装置１００内部のローカル装置本体は、図２を参照して説明したローカル装置本体１０と同等の構成を有している。更に、ＩＦユニット５０ａ、５０ｂ、５０ｃ及び５０ｄは、図２を参照して説明をしたＩＦユニット２０ａやＩＦユニット２０ｂと同等の構成を有している。
【００６６】
更に、本実施例では、保守員等に分かりやすく通知を行うためのＬＥＤ（Light emitting diode）や、保守員等により簡便に作業を行うためのボタンを、その外部（例えば、装置前面）に有している。まずこれらのＬＥＤやボタンについて説明を行う。
まず、ローカル装置１００は、ＰＯＷＥＲ  ＬＥＤ１０１及びＡＬＡＲＭ  ＬＥＤ１０２を有する。
【００６７】
ＰＯＷＥＲ  ＬＥＤ１０１は、ローカル装置１００の電源が投入されてローカル装置１００が起動している状態であるときに点灯し、ローカル装置１００に電源が投入されておらずローカル装置１００が起動していない状態であるときに消灯する。
【００６８】
ＡＬＡＲＭ  ＬＥＤ１０２は、ローカル装置１００が正常に動作している状態であるときに点灯し、異常が発生してローカル装置１００が正常に動作していない状態であるときに消灯する。
【００６９】
また、ローカル装置１００は、ＳＥＬＥＣＴ  ＬＥＤ１０３ａ、１０３ｂ、１０３ｃ及び１０３ｄを有する。これらは、末尾のアルファベットが共通するＩＦユニットに対応している。そして、ＣＰＵ１１は、稼動系として運用中のＩＦユニットに対応するＳＥＬＥＣＴ  ＬＥＤを点灯し、待機系として待機中のＩＦユニットに対応するＳＥＬＥＣＴ  ＬＥＤを消灯する。
【００７０】
またローカル装置１００は、ＨＷ  ＣＨＥＣＫボタン１０４ａ、１０４ｂ、１０４ｃ及び１０４ｄと、ＨＷ  ＳＥＬＥＣＴボタン１０３ａ、１０３ｂ、１０３ｃ及び１０３ｄを有する。これらは、末尾のアルファベットが共通するＩＦユニットに対応している。
【００７１】
そして、何れかのＨＷ  ＣＨＥＣＫボタンが保守員等に押下されたならば、ＣＰＵ１１は、図４を参照して説明をしたＩＦユニットのＨＷチェックを実施する。つまり、本ＨＷ  ＣＨＥＣＫボタンは、保守員等が所望のタイミングでＩＦユニットのＨＷチェックを実施することを可能とするボタンである。
【００７２】
また、何れかのＨＷ  ＳＥＬＥＣＴボタンが保守員等に押下されたならば、ＣＰＵ１１は、稼動系として運用中のＩＦユニットを、他の待機系のＩＦユニットに変更する。すなわち、現在稼動系のＩＦユニットを新たに待機系に切り替えると共に、現在待機系のＩＦユニットを新たに運用系に切り替える。つまり、本ＨＷ  ＳＥＬＥＣＴボタンは、保守員等が所望のタイミングで、稼動系として運用中のＩＦユニットを変更することを可能とするボタンである。
【００７３】
切り替えは図３に記載のステップＳ１０４及びステップＳ１０５と同じ処理を行うことにより実現できる。なお、本例では、待機系のＩＦユニットが３つ存在することとなるので、この３つのＩＦユニットのなかで正常に動作しているものの何れかに切り替える。正常に動作しているＩＦユニットであるか否かは、図４を参照して説明したＩＦユニットのＨＷチェックにより確認することができる。
【００７４】
一方で、各ＩＦユニットのそれぞれは、ＮＯＲＭＡＬ  ＬＥＤ５１ａ、５１ｂ、５１ｃ及び５１ｄと、ＢＵＳＹ  ＬＥＤ５２ａ、５２ｂ、５２ｃ及び５２ｄを有する。これらは、末尾のアルファベットが共通するＩＦユニットに対応している。
【００７５】
ＣＰＵ１１は、ＩＦユニットが正常に動作しているならば、このＩＦユニットに対応するＮＯＲＭＡＬ  ＬＥＤを点灯させる。一方で、ＣＰＵ１１は、ＩＦユニットが異常もしくはＨＷチェック中ならば、このＩＦユニットに対応するＮＯＲＭＡＬ  ＬＥＤを消灯させる。
【００７６】
また、ＩＦユニットがＨＷチェック中ならば、このＩＦユニットに対応するＢＵＳＹ  ＬＥＤを点灯させる。一方で、ＩＦユニットがＨＷチェック中ではないならば、このＩＦユニットに対応するＢＵＳＹ  ＬＥＤを消灯させる。
【００７７】
ＨＷチェック中とは、そのＩＦユニットに対して図４を参照して説明したＩＦユニットのＨＷチェック実行中ということである。また、正常に動作しているＩＦユニットであるか否かは、図４を参照して説明したＩＦユニットのＨＷチェックにより確認することができる。
【００７８】
以上のＮＯＲＭＡＬ  ＬＥＤ及びＢＵＳＹ  ＬＥＤの点灯条件により、これらのＬＥＤを参照した保守員等は、現在ＩＦユニットが、通常／異常／ＨＷチェック中、の３つの状態の内の何れの状態であるのかを認識することができる。
【００７９】
また、各ＩＦユニットのそれぞれは、ＳＴＡＴＵＳ  ＬＥＤ５３ａ、５３ｂ、５３ｃ及び５３ｄを有する。これらは、末尾のアルファベットが共通するＩＦユニットに対応している。
【００８０】
ＳＴＡＴＵＳ  ＬＥＤは対応するＩＦユニットの外部出力がＯＮ状態であるのかＯＦＦ状態であるのかを表示するものである。例えば、ＩＦユニットの外部出力がＯＮ状態であれば、このＩＦユニットに対応するＳＴＡＴＵＳ  ＬＥＤを点灯させる。一方で、ＩＦユニットの外部出力がＯＦＦ状態であれば、このＩＦユニットに対応するＳＴＡＴＵＳ  ＬＥＤを消灯させる。つまり、ＳＴＡＴＵＳ  ＬＥＤは、現在の外部出力状態を装置前面からも確認出来るようにするためのものである。なお、図示しているように、ＳＴＡＴＵＳ  ＬＥＤの横には、ＳＴ１やＳＴ２といった名称が印刷されているが、この名称については運用状況に合わせてラベルを貼る等の方法で、他の名称に変更し、管理しやすいものとするとよい。
【００８１】
また、各ＩＦユニットのそれぞれは、ＨＷ異常が発生し、ＲＬ−Ａ側、Ｂ側両方ともＣＬＯＳＥ状態となってしまっている場合の緊急処置としてＯＰＥＮ状態にする為のＤＩＰ  ＳＷ５４ａ、５４ｂ、５４ｃ及び５４ｄを有する。これらは、末尾のアルファベットが共通するＩＦユニットに対応している。かかるＤＩＰ  ＳＷは、図２のＤＩＰ  ＳＷ２３ａ、２６ａ、２３ｂ及び２６ｂ等に相当するものであり、図４のステップＳ２１２のように手動設定を受け付けるためのものである。或るＩＦユニットに対応するＮＯＲＭＡＬ  ＬＥＤが消灯しており、且つ、この或るＩＦユニットに対応する外部出力確認用  ＬＥＤ５３ａ、５３ｂ、５３ｃ及び５３ｄが点灯している場合、これを参照した保守員等は、ＨＷ異常が発生し、ＲＬ−Ａ側、Ｂ側両方ともＣＬＯＳＥ状態であることを認識することができる。そのため、保守員等はこの或るＩＦユニットに対応するＤＩＰ  ＳＷをＯＦＦ側に切り替えることで、ＯＦＦ設定とし、この或るＩＦの外部出力への影響を強制的にＯＦＦとすることができる。
次に、図６のフローチャートを参照して、本実施例が現地保守員による保守作業を受け付ける際の動作について説明をする。
【００８２】
まず、装置前面のＰＯＷＥＲ  ＬＥＤ１０１が点灯しており、且つ、ＡＬＡＲＭ  ＬＥＤ１０２が消灯しているかを保守員に確認される。すなわち、ローカル装置１００自体に異常が無いことを確認される（ステップＳ３０１）。
【００８３】
仮にＰＯＷＥＲ  ＬＥＤ１０１が点灯しており、且つ、ＡＬＡＲＭ  ＬＥＤ１０２が消灯している状態にない場合は（ステップＳ３０１においてＮｏ）、ローカル装置１００自体に異常が発生しているので、ＩＦユニットの交換を行うのではなく、ローカル装置１００自体の検査を別途実施する必要があるが、これは図６に説明するＩＦユニットに関する保守作業とは別途の作業となる。そのため、今回の説明では、詳細な説明を省略する（ステップＳ３０２）
【００８４】
一方で、ＰＯＷＥＲ  ＬＥＤ１０１が点灯しており、且つ、ＡＬＡＲＭ  ＬＥＤ１０２が消灯している場合（ステップＳ３０１においてＹｅｓ）、ローカル装置１００自体には異常が発生していないので、次のステップＳ３０３に進む。
【００８５】
そして、ＳＥＬＥＣＴ  ＬＥＤが消灯している（すなわち、現在待機系である）ＩＦユニットであって、更に、ＮＯＲＭＡＬ  ＬＥＤが消灯しており、且つ、ＢＵＳＹ  ＬＥＤ消灯しているＩＦユニットがあるか否かを確認する（ステップＳ３０３）。
【００８６】
ステップＳ３０３の条件を満たすＩＦユニットがあった場合（ステップＳ３０３においてＹｅｓ）、このＩＦユニットはＨＷチェック中でないにも関わらず通常状態にないＩＦユニットとなる。すなわち、このＩＦユニットは故障品なので、このＩＦユニットの保守員による交換を受け付ける（ステップＳ３０４）。なお、このＩＦユニットは待機系なので、ＨＷ  ＳＥＬＥＣＴボタンによる待機系と運用系の切り替えを行うことなく交換することができる。
【００８７】
ただし、このＩＦユニットのＳＴＡＴＵＳ  ＬＥＤが点灯している場合は、待機系にも関わらずＲＬがＣＬＯＳＥ状態であり、接点信号が出力されている状態なので、保守員により、取り急ぎＤＩＰ  ＳＷでＯＰＥＮ状態とされてからＩＦユニットを交換されるようにするとよい。これは、以下の説明においてステップＳ３０４の処理を行う場合も同様である。
ステップＳ３０４でＩＦユニット交換を受け付けると、ステップＳ３０３に戻り保守員による確認を受ける。
ステップＳ３０３の条件を満たすＩＦユニットがなかった場合（ステップＳ３０３においてＮｏ）、次にステップＳ３０５に進む。
【００８８】
そして、ＳＥＬＥＣＴ  ＬＥＤ消灯中のＩＦユニット（すなわち、待機系のＩＦユニット）のそれぞれについて、保守員からのＨＷ  ＣＨＥＣＫボタンの押下を受け付ける。すると、これに応じて図４を参照して説明したＩＦユニットのＨＷチェックを行う。そして、異常判定となった場合には（ステップＳ２１１）、このＩＦユニットに対応するＮＯＲＭＡＬ  ＬＥＤを消灯する（ステップＳ３０５においてＮＯＲＭＡＬ  ＬＥＤ消灯）。この場合、このＩＦユニットは、故障品なので、このＩＦユニットの保守員による交換を受け付ける（ステップＳ３０４）。なお、このＩＦユニットは待機系なので、ＨＷ  ＳＥＬＥＣＴボタンによる待機系と運用系の切り替えを行うことなく交換することができる。
【００８９】
ステップＳ３０４でＩＦユニット交換を受け付けると、ステップＳ３０３に戻り保守員による確認を受ける、このようにして処理を繰り返すことにより順次待機系のＩＦユニットを交換していく。
【００９０】
そして、待機系のＩＦユニットについて故障品が全て無くなったならば（ステップＳ３０５においてＮＯＲＭＡＬ  ＬＥＤにおいて点灯が継続）、保守員からのＨＷ  ＳＥＬＥＣＴボタンの押下を受け付ける（ステップＳ３０６）。すると、これに応じてＩＦユニットの運用状態を切り替える。具体的には、現在稼動系のＩＦユニットを新たに待機系とすると共に、現在待機系のＩＦユニットの何れかを新たに稼動系とする。
【００９１】
次に、Ｓ３０７における切り替え前に稼動系として運用中であったＩＦユニットについて、保守員からのＨＷ  ＣＨＥＣＫボタンの押下を受け付ける。すると、これに応じて図４を参照して説明したＩＦユニットのＨＷチェックを行う。そして、異常判定となった場合には（ステップＳ２１１）、このＩＦユニットに対応するＮＯＲＭＡＬ  ＬＥＤを消灯する（ステップＳ３０７においてＮＯＲＭＡＬ  ＬＥＤ消灯）。この場合、このＩＦユニットは、故障品なので、このＩＦユニットの保守員による交換を受け付ける（ステップＳ３０４）。なお、このＩＦユニットは待機系なので、ＨＷ  ＳＥＬＥＣＴボタンによる待機系と運用系の切り替えを行うことなく交換することができる。
【００９２】
上述の処理を行うことにより。全てのＩＦユニットについてＮＯＲＭＡＬ  ＬＥＤとなれば（ステップＳ３０７においてＮＯＲＭＡＬ  ＬＥＤ点灯が継続）保守作業の受け付けは完了となる。
【００９３】
以上説明した本実施例によれば、各ＬＥＤによる通知を行うことから、ローカル装置付近での、保守員によるＩＦユニット状態管理・保守を容易とすることが可能となる、という効果を奏する。
【００９４】
以上説明した本実施形態や本実施例は、信頼性を向上させることができ、更に保守性を向上させることもできる。以下、この二点について説明をする。
【００９５】
＜信頼性向上＞
接点信号を出力する出力部分はメカである為いずれ故障が発生するが、システムとして装置を長期間保守する必要性があり信頼性の向上は必須となる。
【００９６】
この点、以上説明した本実施形態や本実施例は、装置の出力部分を冗長化することにより故障発生時の切り替えが容易となる。また通常運用時に、運用に影響せずにＨＷチェックが可能な為、信頼性の向上に繋がる。
【００９７】
＜保守性向上＞
保守の際にも運用を極力止めないもしくは短い時間で対応できるよう考慮する必要が有る。
【００９８】
この点、以上説明した本実施形態や本実施例は、出力部分のみを冗長化し装置の電源を落として交換する等の対応を必要としない為運用に影響せず取り外し可能な構成となる。その為運用中でも上位システムに対する外部出力信号に影響することなく交換が可能となる。
【００９９】
更に、以上説明した本実施形態や本実施例は、上述した信頼性や保守性の向上に加えて、以下のような効果も奏する。
【０１００】
第１の効果は、運用に影響せず不良ＩＦユニットの交換が出来ることである。
その理由は、ＩＦユニットの冗長化並びにＩＦユニット内の各接点信号を２段構成としている為、稼動系以外の交換対象のＩＦユニットを容易に交換出来る為である。
【０１０１】
第２の効果は、運用中にＩＦユニットの動作チェックが外部出力に影響せず出来ることである。
その理由は、各接点信号を２段構成としている為、片側の接点ＣＬＯＳＥ／ＯＰＥＮを確認する際にもう片側をＯＰＥＮ状態とすることで外部出力信号に影響を与えずＨＷチェックを実施することが出来る為である。
【０１０２】
なお、上記のローカル装置は、ハードウェア、ソフトウェア又はこれらの組み合わせにより実現することができる。また、上記のローカル装置により行われる接点管理方法も、ハードウェア、ソフトウェア又はこれらの組み合わせにより実現することができる。ここで、ソフトウェアによって実現されるとは、コンピュータがプログラムを読み込んで実行することにより実現されることを意味する。
【０１０３】
プログラムは、様々なタイプの非一時的なコンピュータ可読媒体(non-transitory computer readable medium)を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体(tangible storage medium)を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えば、フレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば、光磁気ディスク）、ＣＤ−ＲＯＭ(Read Only Memory)、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ(Programmable ROM)、ＥＰＲＯＭ(Erasable PROM)、フラッシュＲＯＭ、ＲＡＭ(random access memory）)を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体(transitory computer readable medium)によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【０１０４】
また、上述した実施形態は、本発明の好適な実施形態ではあるが、上記実施形態のみに本発明の範囲を限定するものではなく、本発明の要旨を逸脱しない範囲において種々の変更を施した形態での実施が可能である。
【０１０５】
例えば、上述した説明では、１つの信号について２段のＲＬを設けるようにしていたが、これを更に増加してＭ段（Ｍは任意の自然数）のＲＬを設けるようにしてもよい。
また、上位監視端末に通知を行うローカル装置以外の装置により本実施形態を実現するようにしてもよい。
【０１０６】
上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
【０１０７】
（付記１）  接点信号を出力するために複数段に接続された複数の接点を備えた接点信号出力手段と、
前記接点信号出力手段の備える複数の接点の内の、少なくとも何れか１つの接点を切り替えて、該接点からは接点信号が出力されない状態としてから、他の接点について正常であるか否かの判定を行う制御手段と、
を備えることを特徴とする接点管理装置。
【０１０８】
（付記２）  前記接点信号出力手段を複数備えると共に、
前記複数の接点信号出力手段それぞれが出力する接点信号を入力し、該入力した複数の接点信号を重畳して外部に出力する前記外部出力手段と、
を更に備え、
前記制御手段は、前記複数の接点信号出力手段の内の、何れかの接点信号出力手段に前記外部出力手段への接点信号の出力を行わせる一方で、他の接点信号出力手段には前記外部出力手段への接点信号の出力を中止させた上で、前記他の接点信号出力手段を対象として前記判定を行うことを特徴とする付記１に記載の接点管理装置。
【０１０９】
（付記３）  前記制御手段は、前記接点信号出力手段の使用に伴い増加する値が閾値を超えたか否かを周期的に確認し、前記接点信号出力手段の使用に伴い増加する値が閾値を超えたのであれば、該接点信号出力手段に前記外部出力手段への接点信号の出力を中止させる一方で、該接点信号出力手段以外の接点信号出力手段に前記外部出力手段への接点信号の出力を行わせることを特徴とする付記２に記載の接点管理装置。
【０１１０】
（付記４）  前記接点信号出力手段のそれぞれは、接点信号を出力するために複数段に接続された複数の接点として、前記外部出力手段に直接接点信号を出力する第１接点と、前記第１接点に接点信号を出力する第２接点とを備えており、
前記制御手段は、前記判定を行う対象とした接点信号出力手段の前記第１接点及び前記第２接点の双方を切り替えて、該双方の接点から接点信号が出力されない状態とすることを試みたが、前記第１接点及び前記第２接点の内の少なくとも何れかの接点について、接点信号が出力されない状態とならなかった場合に該接点信号出力手段が正常ではないと判定することを特徴とする付記１乃至３の何れか１に記載の接点管理装置。
【０１１１】
（付記５）  前記制御手段は、前記判定の対象とした接点信号出力手段の前記第１接点及び前記第２接点の双方を切り替えて、該双方の接点から接点信号が出力されない状態とすることを試みた場合に、該双方の接点から接点信号が出力されない状態となったのならば、一方の接点について前記判定を行い、その後該一方の接点から接点信号が出力されない状態としてから他方の接点について前記判定を行うことを特徴とする付記４に記載の接点管理装置。
【０１１２】
（付記６）  前記接点信号出力手段は、前記判定の結果に基づいて、当該接点管理装置から脱着可能であることを特徴とする付記１乃至５の何れか１に記載の接点管理装置。
【０１１３】
（付記７）  前記接点信号出力手段が正常に動作できる状態であるか否かを外部に通知する第１通知手段と、
前記接点信号出力手段が前記判定の対象となっており判定中であるため正常に動作できない状態であるか否かを外部に通知する第２通知手段と、
を更に備えることを特徴とする付記１乃至６の何れか１に記載の接点管理装置。
【０１１４】
（付記８）  前記接点信号出力手段が接点信号を出力している状態であるか否かを外部に通知する第３通知手段と、
前記接点信号出力手段による接点信号の出力を禁止するための手動設定手段と、
を更に備えることを特徴とする付記１乃至７の何れか１に記載の接点管理装置。
【０１１５】
（付記９）  付記１乃至８の何れか１に記載の接点管理装置を備えた通知装置であって、
前記判定の対象となっており判定中である接点信号出力手段以外の接点信号出力手段が出力する接点信号により、所定の情報を外部装置に通知することを特徴とする通知装置。
【０１１６】
（付記１０）  接点信号を出力するために複数段に接続された複数の接点を備えた接点信号出力手段を備えたコンピュータを接点管理装置として機能させる接点管理プログラムであって、
前記コンピュータを、
前記接点信号出力手段の備える複数の接点の内の、少なくとも何れか１つの接点を切り替えて、該接点からは接点信号が出力されない状態としてから、他の接点について正常であるか否かの判定を行う接点管理装置として機能させることを特徴とする接点管理プログラム。
【０１１７】
（付記１１）  接点状態で出力するステータス・異常信号を高い信頼性で監視システムに提供するローカル装置。
【０１１８】
（付記１２）  運用に影響せずに外部出力部であるＩＦユニットの自己診断が出来るローカル装置。
【０１１９】
（付記１３）  ＨＷ不良を発生しやすい外部出力部であるＩＦユニットを運用に影響を及ぼさず容易に交換することが出来るローカル装置。
【産業上の利用可能性】
【０１２０】
本発明は、実装される装置の種別を問わず、接点信号を利用する装置の管理に広く好適である。
【符号の説明】
【０１２１】
１−１、１−２、１−ｎ、１００  ローカル装置
２  上位監視端末
１０  ローカル装置本体
１１  ＣＰＵ
１２  メモリ
１３  ＭＡＩＮＴ  ＰＯＲＴ
１４  外部出力コネクタ
２０ａ、２０ｂ  ＩＦユニット
２１ａ、２１ｂ、２４ａ、２４ｂ  ＲＬ−Ａ
２２ａ、２２ｂ、２５ａ、２５ｂ  ＲＬ−Ｂ
２３ａ、２３ｂ、２６ａ、２６ｂＤＩＰ  ＳＷ
５０ａ  ＩＦユニット−ａ
５０ｂ  ＩＦユニット−ｂ
５０ｃ  ＩＦユニット−ｃ
５０ｄ  ＩＦユニット−ｄ
５１ａ、５１ｂ、５１ｃ、５１ｄ  ＮＯＲＭＡＬ  ＬＥＤ
５２ａ、５２ｂ、５２ｃ、５２ｄ  ＢＵＳＹ  ＬＥＤ
５３ａ、５３ｂ、５３ｃ、５３ｄ  ＳＴＡＴＵＳ  ＬＥＤ
５４ａ、５４ｂ、５４ｃ、５４ｄ  ＤＩＰ  ＳＷ
１０１  ＰＯＷＥＲ  ＬＥＤ
１０２  ＡＬＡＲＭ  ＬＥＤ
１０３ａ、１０３ｂ、１０３ｃ、１０３ｄ  ＳＥＬＥＣＴ  ＬＥＤ
１０４ａ、１０４ｂ、１０４ｃ、１０４ｄ  ＨＷ  ＣＨＥＣＫボタン
１０５ａ、１０５ｂ、１０５ｃ、１０５ｄ  ＨＷ  ＳＥＬＥＣＴボタン
【図１】
2018037363.tif 000003
【図２】
2018037363.tif 000004
【図３】
2018037363.tif 000005
【図４】
2018037363.tif 000006
【図５】
2018037363.tif 000007
【図６】
2018037363.tif 000008