(57)【特許請求の範囲】
【請求項１】
ループ回線で中央装置と複数の端末装置を、それぞれの端末装置が有する通信処理部を介して接続し、各端末装置の端末リレー部で得られたデータを中央装置の中央リレー部に入力して保護演算を実行するディジタル保護継電システムであって、各端末装置の端末リレー部に複数の処理部ＣＰＵメモリを設け、複数の処理部ＣＰＵメモリのうちバスＢ１を介して直接に通信処理部に接続される処理部ＣＰＵメモリと、複数の処理部ＣＰＵメモリ間でバスＢ１とは異なる結合方式のバスＢ２を介して接続し、通信処理部とはバスＢ１に接続された処理部ＣＰＵメモリを介して接続され、中央装置に接続したターミナルとは異なる結合方式で接続された各処理部ＣＰＵメモリに記録されたデータを中央装置に収集するものにおいて、
前記中央装置と各端末装置に１対Ｎ（複数）通信が可能なＳＤＬＣ回線部を設け、このＳＤＬＣ回線部に、前記端末装置の処理部ＣＰＵを選択する機能，及び選択された処理部ＣＰＵに対するリード，ライト機能を有するリモートメンテナンス機能を搭載し、ＳＤＬＣ回線部を介して前記ターミナルで選択された前記処理部ＣＰＵメモリのリード，ライトを行うと共に、
前記処理部ＣＰＵのメモリ領域に予めアクセス可能領域を設け、前記リモートメンテナンス機能に対する読み出し，書き込み禁止領域を設け、前記リモートメンテナンス機能に読み出してはいけない領域に対しては読出しできない制約をし、書き込みをしてはいけない領域に対しては書き込みできない制約領域を設けたことを特徴としたディジタル保護継電システムのリモートメンテナンス装置。
【請求項２】
前記処理部ＣＰＵメモリに履歴バッファ領域を設け、前記リモートメンテナンス機能によるデータ書き換え時に当該書き換えメモリ領域のデータを履歴バッファ領域へ退避させ、書き込み変更の有無を判断した後、書き込み許可の場合には終了し、書き込み不許可、及び通信回線異常時の場合に前記履歴バッファ領域の退避データを元の領域に復旧させることを特徴とした請求項１記載のディジタル保護継電システムのリモートメンテナンス装置。
【請求項３】
前記ターミナルのマンマシンインタフェースに通信先の前記端末装置、及び処理部ＣＰＵの識別表示を付加し、付加された識別表示をターミナルのプロンプトで表示することを特徴とした請求項１または２記載のディジタル保護継電システムのリモートメンテナンス装置。
【請求項４】
前記リモートメンテナンス機能は、前記端末装置の固有番号、前記処理部ＣＰＵを指定するボード番号、アドレス、及びデータ個数を識別可能に表示させることを特徴とした請求項１乃至３の何れかに記載のディジタル保護継電システムのリモートメンテナンス装置。
【請求項５】
前記リモートメンテナンス機能は、前記端末装置の処理部ＣＰＵ間での処理の連続性を示す通番と最終データを認識可能とする機能を有することを特徴とした請求項４記載のディジタル保護継電システムのリモートメンテナンス装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ディジタル保護継電システムのリモートメンテナンス装置に係わり、特に、環線系統保護継電器の端末装置のリモートメンテナンスに関するものである。
【背景技術】
【０００２】
図８は環線系統の保護継電システム（以下ループリレーと呼称する）の構成図を示したもので、ループリレーは変電所３に設置される中央装置１と、変電所３からループ系統で電力が供給されるビル、工場といった需要家に設置される複数の端末装置２で構成される。端末装置２の電流情報や遮断器ＣＢ等の機器情報及び装置異常の有無情報は、光ファイバなどからなる伝送路５を介して中央装置１に送られ、中央装置１では各端末装置２の情報を確認することができるよう構成されている。
【０００３】
しかし、情報の伝送量には制限があり、各端末装置２に設けられる端末リレー部の各演算処理部CPUが処理する詳細情報（ＣＢトリップ時の応動履歴、異常時のアナログ入力量、異常時のＤＩ／Ｏ出力等のイベントの記録など、装置を保守するために用意された情報）は、情報量と実時間制約のために光ファイバによる伝送路５で送るようにはなってなく、そのため、不具合が発生した場合、需要家へ入って端末装置２で確認しなければならない、という保守上の課題がある。ループリレーでは最大１０の端末装置を接続した構成となっており、各需要家端末の状態を確認する場合、多大な作業時間がかかり、電力系統保護の停止時間にも影響を与えることになる。
【０００４】
上記のような保守上の課題を解決するものとして、特許文献１が公知になっている。この特許文献１は図９で示すように、端末装置２の詳細情報を多点サンプリングしたデータを多重分離部に送信し、端末装置２の多重分離部により多点サンプリングしたデータをループ回線の伝送フレームフォーマットにおける未使用のチャンネルに多重し、伝送路５を介して中央装置１に伝送し、この中央装置１で各端末装置２の詳細データを収集監視することで、保守上の課題を解決したものである。
【０００５】
なお、特許文献１で使用される伝送フレームフォーマットは、図１０で示すフレーム構成とされ、その通信方法や多重分離処理の具体的手法として特許文献２が使用されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１１−５５６６０
【特許文献２】特許第２６８９５０８
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ところで、メンテナンス機能が要求されるシステム構成としては、図１１で示すようなシステムが存在する。同図（ａ）は、ターミナルとしてのパソコンＰＣと保護継電器Ｒｙにより構成される場合で、メンテナンスするときにはパソコンＰＣから保護継電器Ｒｙの処理部ＣＰＵ１にターミナルモードでアクセスし、ＣＰＵ１のメモリを参照しながら書き換えを行う。
【０００８】
図１１（ｂ）は、保護継電器Ｒｙとして複数の処理部ＣＰＵ１，ＣＰＵ２を有する場合で、パソコンＰＣから保護継電器Ｒｙの処理部ＣＰＵ１にターミナルモードでアクセスし、ＣＰＵ１のメモリを参照しながら書き換えを行い、また、処理部ＣＰＵ２のメモリを参照しながら書き換えを行うというニーズがある。
図１１（ｃ）は、保護継電器ＲｙがＲｙＡ，ＲｙＢの複数を備え、パソコンＰＣとＲｙＡ間、及びＲｙＡ，ＲｙＢ間を異なる結合方式（ＣＰＵバス、又は通信回路）で接続し、さらに処理部ＣＰＵ２〜ＣＰＵ６に対してもリモートメンテナンス機能を必要とする場合がある。
【０００９】
本発明が目的とするとこは、特に、図１１（ｃ）で示すように異なる結合方式で構成されたシステムにおけるリモートメンテナンス機能を必要とする場合に適用されて、大量の情報を取り扱うことを可能としたディジタル保護継電システムのリモートメンテナンス装置を提供することにある。
【課題を解決するための手段】
【００１０】
本発明の請求項１は、ループ回線で中央装置と複数の端末装置を、それぞれの端末装置が有する通信処理部を介して接続し、各端末装置の端末リレー部で得られたデータを中央装置の中央リレー部に入力して保護演算を実行するディジタル保護継電システムであって、各端末装置の端末リレー部に複数の処理部ＣＰＵメモリを設け、複数の処理部ＣＰＵメモリのうちバスＢ１を介して直接に通信処理部に接続される処理部ＣＰＵメモリと、複数の処理部ＣＰＵメモリ間でバスＢ１とは異なる結合方式のバスＢ２を介して接続し、通信処理部とはバスＢ１に接続された処理部ＣＰＵメモリを介して接続され、中央装置に接続したターミナルとは異なる結合方式で接続された各処理部ＣＰＵメモリに記録されたデータを中央装置に収集するものにおいて、
前記中央装置と各端末装置に１対Ｎ（複数）通信が可能なＳＤＬＣ回線部を設け、このＳＤＬＣ回線部に、前記端末装置の処理部ＣＰＵを選択する機能，及び選択された処理部ＣＰＵに対するリード，ライト機能を有するリモートメンテナンス機能を搭載し、ＳＤＬＣ回線部を介して前記ターミナルで選択された前記処理部ＣＰＵメモリのリード，ライトを行うと共に、
前記処理部ＣＰＵのメモリ領域に予めアクセス可能領域を設け、前記リモートメンテナンス機能に対する読み出し，書き込み禁止領域を設け、前記リモートメンテナンス機能に読み出してはいけない領域に対しては読出しできない制約をし、書き込みをしてはいけない領域に対しては書き込みできない制約領域を設けたことを特徴としたものである。
【００１２】
本発明の請求項２は、前記処理部ＣＰＵメモリに履歴バッファ領域を設け、前記リモートメンテナンス機能によるデータ書き換え時に当該書き換えメモリ領域のデータを履歴バッファ領域へ退避させ、書き込み変更の有無を判断した後、書き込み許可の場合には終了し、書き込み不許可、及び通信回線異常時の場合に前記履歴バッファ領域の退避データを元の領域に復旧させることを特徴としたものである。
【００１３】
本発明の請求項３は、前記ターミナルのマンマシンインタフェースに通信先の前記端末装置、及び処理部ＣＰＵの識別表示を付加し、付加された識別表示をターミナルのプロンプトで表示することを特徴としたものである。
【００１４】
本発明の請求項４は、前記リモートメンテナンス機能は、前記端末装置の固有番号、前記処理部ＣＰＵを指定するボード番号、アドレス、及びデータ個数を識別可能に表示させることを特徴としたものである。
【００１５】
本発明の請求項５は、前記リモートメンテナンス機能は、前記端末装置の処理部ＣＰＵ間での処理の連続性を示す通番と最終データを認識可能とする機能を有することを特徴としたものである。
【発明の効果】
【００１６】
以上のとおり、本発明によれば、中央装置と各端末装置に１対Ｎの通信可能なＳＤＬＣ回線部を設けてリモートメンテナンス機能を搭載し、中央装置から、複数の任意の端末リレー部を選択することを可能としたものである。
これにより、遠隔にある端末リレー部の複数の処理部ＣＰＵに対して、メモリマップ上のリードとライトを可能とし、メンテナンス時に離れた設備に入所することなく、遠隔地に設置された端末装置の処理部ＣＰＵ状態の把握を可能としたものである。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施形態を示す構成図。
【図２】端末装置の情報取得説明図。
【図３】リモートメンテナンス実行説明図。
【図４】説明のためのメモリマップ。
【図５】説明のためのメモリマップ。
【図６】データ退避のフロー図。
【図７】データフォーマット。
【図８】環線系統の保護継電システムにおけるリモートメンテナンス構成図。
【図９】環線系統の保護継電システム図。
【図１０】フレーム構成図。
【図１１】リモートメンテナンスの機能説明図。
【発明を実施するための形態】
【００１８】
本発明は、データリンク制御プロトコルによる通信回線ＳＤＬＣを用意してリモートメンテナンス機能を搭載し、遠隔にある端末リレー部の複数の処理部ＣＰＵを選択する機能と、その選択した処理部ＣＰＵに対して、メモリマップ上のリードとライトを可能としたものである。
【実施例１】
【００１９】
図１は、本発明が適用されるループリレーの構成図を示したもので、図１１（ｃ）のリモートメンテナンス機能を必要とする場合に相当するものである。
変電所に設置される中央装置１は中央リレー部１ａと送受信部１ｂを有している。
この中央装置１は、パソコンＰＣ（以下ターミナルという）と接続され、例えば、ＲＳ２３２Ｃ等のインターフェースを介してターミナルソフト（ターミナルモード）で信号の授受が実行される。
また、中央装置１とＮ台の端末装置２間には、中央装置１から端末装置２への下り回線、及び端末装置２から中央装置１への上り回線の通信はＮ回線（１対Ｎ回線）分が用意され、伝送フォーマットのシリアルデータ上に多重化送信される。
【００２０】
中央装置１の中央リレー部１ａは、送受信部１ｂと信号の中継処理を行う処理部１０、及び保護演算を行う保護演算処理部１１を備えている。また、送受信部１ｂは通信処理部１２、ＳＤＬＣ回線部１３、多重部１４、分離部１５、上り回線用の送信部１６ａ、受信部１６ｂ、及び下り回線用の送信部１７ａ、受信部１７ｂを備えている。中央装置１とＮ台の端末装置２間には、中央装置１から端末装置２への下り回線、及び端末装置２から中央装置１への上り回線の通信はＮ回線分が用意され、伝送フォーマットのシリアルデータ上に多重化送信される。
【００２１】
複数の端末装置２は、それぞれ端末リレー部２ａと、送受信部２ｂを備え、端末リレー部２ａは需要家に設置される電気機器情報を収集して処理演算を行うための複数の処理部ＣＰＵ１〜４を有している。送受信部２ｂは、多重部２４、分離部２５、送信部２６ａ、２７ａ、及び受信部２６ｂ、２７ｂを有し、さらに本発明により追加されたＳＤＬＣ回線部２３備えている。すなわち、本発明の装置構成としては、図９の回線制御部４１の機能部位に変えて、点線で示すようにＳＤＬＣ回線部２３を追加したもので、端末の通信部のループバック制御、監視を行う通信処理部２２に、更に、リモートメンテナンス機能用のＳＤＬＣ回線部２３を追加し、通信処理部２２がリモートメンテナンス用機能を図１のようにソフトウェアで実現したものである。
【００２２】
本発明に使用される伝送フォーマットとしては、チャンネルＣＨ１〜ＣＨ２８内の未使用チャンネルＣＨ１８〜ＣＨ２８の、例えばＣＨ２６の未使用チャンネルに、リモートメンテナンス機能用のデータを多重化するものである。
新たに追加されたＳＤＬＣ回線部２３のビット同期回線を用いて、通信処理部２２を介して端末リレー部２ａとの通信をすると共に、ＳＤＬＣの特徴であるＮノードをループ状に各端末装置２の通信処理部２２と中央装置１の通信処理部１２
を接続し、中央装置１と各端末装置２間とのリモートメンテナンス機能実現のために、ＳＤＬＣのループ伝送機能を用いたデータの授受を行う。
フレーム例で言えば、ビット多重のチャンネルは、伝送フォーマット全体の伝送速度（６．３１２Ｍｂｐｓ）を分周して得られるビット同期回線１マルチフレームは１９２ｋｂｐｓ（＝6.312Mbps／263bit×8bit）となり、１９２ｋbpsのＳＤＬＣ回線を搭載することができる。
【００２３】
各端末装置２の端末リレー部２ａは、複数の処理部ＣＰＵ１〜４から構成されるが、各処理部ＣＰＵにはリモートメンテナンス機能を実現するソフトウェアが搭載され、この処理部ＣＰＵ１〜４と中央装置１とは前述のように送受信部２ｂの通信処理部２２を介して接続するよう構成される。各送受信部２ｂでは、その通信処理部２２と処理部ＣＰＵ１（又はＣＰＵ４）とをバスＢ１で接続し、処理部ＣＰＵ１とはさらに別のバスＢ２で処理部ＣＰＵ２，ＣＰＵ３を接続し、これらＣＰＵ２，ＣＰＵ３ともリモートメンテナンス機能を持たせることで、端末リレー部２ａに蓄積された詳細情報は、要求に応じて全て中央装置経由ターミナルＰＣで閲覧でき、必要に応じて書き込みが可能となっている。
【００２４】
また、中央装置１の通信処理部１２には、遠隔保守実現のためのマンマシン機能を持たせ、保守にはターミナルＰＣのターミナルソフトで接続され、ＲＳ２３２Ｃの１９．２ｋｂｐｓ、９．６ｋｂｐｓなどでターミナルモードによるアクセスを実行する。
なお、リモートメンテナンス機能には、遠隔にある各端末装置２とその端末リレー部２ｂに設けられた各処理部ＣＰＵ１〜４の選択機能と、当該選択ＣＰＵに対するメモリマップ上のリード（読み出し、参照）とライト（書き込み、更新）の機能を持たせてリモートメンテナンス機能を実現して各端末装置２の詳細データを収集するための構成にされている。
【００２５】
次に動作を説明する。
ターミナルＰＣ、及び中央装置１を通して端末装置２からデータを収集する場合には、ターミナルＰＣにおいてデータを収集する端末装置２を指定する。
図２は指定例を示したもので、ＲＳ１，ＲＳ２…は端末装置固有の識別番号、ＲＳ２−３の「−３」は、端末リレー部２ａの処理部ＣＰＵ１〜４の番号で図２（ｃ）のように０〜３が割り当てられている。
例えば、ＲＳ２の端末リレー処理部ＣＰＵ４のデータを収集する場合、ＰＣのキーボードにより「Ｎ２−３」を入力すると図２（ｂ）の画面が表示される。図２（ｃ）はリモートメンテナンス機能にログインするコマンド例で、端末装置とそのＣＰＵの指定方法を示す表である。
【００２６】
端末装置の指定信号は、中央装置１の通信処理部１２、ＳＤＬＣ回線部１３を経て多重部１４に入力され、ループ伝送内のＳＤＬＣ回線により中央装置１から通信したい端末装置２を指定し、送信部１６ａを通して送信する。指定された端末装置２のＳＤＬＣ回線部２３は、自分の装置データの取得指定を解読して所定のデータを収集し、通信処理部２２を介して中央装置１に返送する。
【００２７】
指定された端末装置の通信処理部２２は、端末リレー部２ａのデータが必要であること解読したら、バスＢ１を通して端末リレー部２ａの処理部ＣＰＵ１へ伝達する。要求データが、例えばＣＰＵ３のデータであった場合、処理部ＣＰＵ１は高速シリアルバスＢ２経由でＣＰＵ３（ここでは、ＣＰＵ３をＨＤＬＣ用の処理部として特定）のデータを収集し、通信処理部２２に返送する。
また、取得データがＣＰＵ４の場合には、処理部ＣＰＵ１から直接バスＢ１を経由してＣＰＵ４のデータを収集して通信処理部２２に返送する。したがって、データ取得する処理部ＣＰＵに対応して情報伝達経路が変化する。
【００２８】
図３はメンテナンス機能の実施例を示したもので、年月日、イベント発生、異常発生、異常復帰などの情報や、各端末リレー部の処理部ＣＰＵ１〜４のアドレス、データ個数などが、データフォーマットに書き込まれてターミナルＰＣ側に返送される。
【００２９】
この実施例によれば、データリンク制御プロトコルによる通信回線ＳＤＬＣを用意してリモートメンテナンス機能を搭載し、中央装置から、複数の任意の端末リレー部を選択することを可能としたものである。そして、通信機能に搭載したリモートメンテナンス機能には、遠隔にある端末リレー部の複数の処理部ＣＰＵを選択する機能と、その選択した処理部ＣＰＵに対して、メモリマップ上のリード(読み出し、参照)とライト（書き込み、更新）を可能とし、メンテナンス時に離れた設備に入所することなく、遠隔地に設置された端末装置の処理部ＣＰＵ状態の把握が可能となるものである。
【実施例２】
【００３０】
この実施例は、リモートメンテナンス機能に対して、読み出し、書き込み領域にフィルタ（許可テーブル経由のアクセス）を持たせ、読み出し禁止領域に対しては読み出しを制約し、書き込み禁止領域に対しては書き込み制約を持たせたものである。
【００３１】
処理部ＣＰＵのリモートメンテナンス機能でサポートする場合、端末リレー部の処理部ＣＰＵ１〜４のメモリマップ上へのアクセスについて、予め設計時点でアクセス可能領域を定義したアクセス許可テーブルなるデータ定義を用意しておく。リモートメンテナンス機能により、任意の領域がアクセスされた場合でも、図４のメモリマップにおけるメモリ領域Ｃで示すように、許可テーブルに定義された範囲内だけをアクセス可能にしておく。
【００３２】
例えば、読み出し、または書込みの禁止領域が、ＲＳ１番の端末装置であった場合、ＲＳ１＞禁止領域にアクセスがありました。とのメッセーセージを表示する。または、禁止領域にアクセスされた場合、例えば、セキュリティをかけて、アクセスの許可を求める方式とする。ＲＳ１＞禁止領域にアクセスがありました。パスワードを入力してください。
パスワード入力によって認証された場合にはアクセスを許容するが、認証されなかった場合は、ＲＳ１＞アクセスが拒否されました。などをターミナルＰＣの画面上に表示する。
【００３３】
これにより、共有メモリ挙動といった、読み出しを実行しただけでクリアされる領域、割り込み要因レジスタやアクセスだけで別の処理部CPUへの割り込み発生領域など、禁止領域での不要なアクセス防止が可能となり、ソフトウェアで動作するシステム本来の健全性が維持できる。
【００３４】
この実施例によれば、リモートメンテナンス機能に対して、その読み出し、書き込み領域に対してフィルタを持たせたことにより、読み出し禁止領域に対しては、読み出しができない制約を、また、書き込み禁止領域に対しては書き込みができない制約をもたせたものである。これにより、人の誤操作によるシステムの自動処理の連続性が阻害されないようにロックすることが可能となる。したがって、予めリモートアクセス可能な領域を定義することで、リモートメンテナンス機能使用時の不要なトラブルが防止できるものである。
【実施例３】
【００３５】
この実施例は、リモートメンテナンス機能により書き込みをする場合、データ書き換えの妥当性をチェックする機能を盛り込むことで、不適切な場合に自動復帰する機能を持たせたものである。
通常のＣＰＵ処理は、周期処理の連続性により成立っている。常に入力を監視しながらその条件により該当する処理を演算処理し、自動制御処理を行い、出力を成立させて処理したり、制御したりしている。その場合、保守機能として試験モードを設け、試験モードフラグをセットして通常処理から試験モードに移し、人によって入力条件を変更することで処理の結果、自動制御の結果を見る場合がある。
【００３６】
リモートメンテナンス機能でこの作用が実行できれば、現場に入らなくても遠方からこの試験が行えるメリットがある。しかし、この試験中に回線が切れる等の何らかの理由によって回線が開放された場合、試験モードの解除ができなくなることが想定される。そのためには、このような試験モード切り替え時には、自動復帰させる機能を持たせたリモートメンテナンス機能が要求される。
【００３７】
図５は自動復帰させる機能の模式図であり、図６はそのフローを示したものである。
ＣＰＵの処理はリアルタイムで入力を監視して、その結果で処理を行う。また、処理結果によって、リアルタイムで出力を行い制御するものである。このような
リアルタイム処理の中で、予めリモートメンテナンス機能で機能変更の可能性のある部分に試験モードを設け、試験モードになった場合、リアルタイムで入力の更新、または、出力更新をしないように設計される。この試験モードの期間にリモートメンテナンス機能により、入力値、或いは出力値を変更して装置の応動確認をする。リアルタイムで動作しない領域のメモリの操作については、人による
応動確認ができることから、試験モード条件は不要とされている。
【００３８】
リモートメンテナンス機能による書き込みアクセスが生じた場合、リアルタイムでの入力領域、出力領域に対しては、予め設けられた試験モード条件によりリアルタイムの入力領域、または出力領域が更新することを禁止とする。そのために、ステップＳ１で試験モードであると判定したとき、ステップＳ２で書き込みを行う前に、当該エリア（図４の領域Ｃ）のデータを一旦待避処理行ってから書き込みを行う。退避データがＮ個ある場合、待避順序にしたがってＮ回行った後、ステップＳ３で書き込み処理の履歴と一緒にリングバッファ状のメモリに復旧できるように書き込みアクセス前のデータを管理して応動確認する。
【００３９】
ステップＳ４では、書き込み処理についてキャンセルがあるか否かを判断し、キャンセルなしの場合には終了とする。キャンセルありの場合にはステップＳ５に移行する。ステップＳ５では、一連のリモートメンテナンス機能にて応動を確認し、そのアクセス結果をそのままとする場合、リモートメンテナンス機能による正常終了コマンドの発行でそのままとする。もしくは、元に戻したい場合は、リモートメンテナンス機能によるキャンセル終了コマンドの発行により、それまでの書き込み処理の履歴と一緒に格納した変更前のデータを管理しているリングバッファ状メモリから、退避の場合と逆の手順により元に戻す処理を行うこと（キャンセル処理による復旧順序）により、リモートメンテナンス機能による書き込み前の状態に戻すことが可能になる。
【００４０】
また、退避動作を実行中に、何らかの障害によりリモートメンテナンス機能使用中に回線が切断された場合、ステップＳ６で、リモートメンテナンス機能内の通信断監視処理によるタイムアウトにより、キャンセル終了コマンドと同様にアクセス前の状態に復旧させるステップＳ５の処理を実行する。
なお、ステップＳ1で試験モードでなかった場合には、ステップＳ７で入力に対応した当該エリアを更新して終了となる。
【００４１】
この実施例によれば、リモートメンテナンス機能により書き込みをする場合、データ書き換えの妥当性をチェックする機能を盛り込み、不適切な場合は、自動復帰する機能をもたせたものである。これにより、試験モードを設けたアクセスにより、システムの応動を人による操作で確認ができる。
また、書き込み操作によりシステムの自動処理の連続性が阻害されたとしても、キャンセル処理を用意することで元の状態に復旧でき、この復旧はリモートメンテナンス中の通信断の場合でも元の状態に復旧することが可能となる。
【実施例４】
【００４２】
この実施例は、ターミナルＰＣのマンマシンインタフェースに通信先の端末装置の処理部ＣＰＵに識別表示を付加することで、遠隔にある処理部ＣＰＵ間でのリモートメンテナンス機能を実現するものである。
【００４３】
ターミナルのマンマシンインタフェースにてリモートメンテナンスを行う場合、複数の端末装置、及び各端末リレー部における複数の処理部ＣＰＵをアクセスすることになるので、ターミナルでの表示で通信先が識別できるようにすることが要望される。
【００４４】
ログインした後、どの端末装置のどのＣＰＵと接続するかを指定する。更に、どのＣＰＵと接続するかを指定する。そのたびにターミナルのプロンプトがどのコマンドが指定されたかを示すようにするために、図２、図３で示すようなコマンドが用意されている。例えば、中央装置１に対して下り方向で第１番目の端末装置をＮｏ．１とし、このＮｏ．１の端末装置２が選択された場合には「ＲＳ１＞」が表示され、また、例えば、Ｎｏ．１の端末装置における処理部ＣＰＵ３が選択された場合には「ＲＳ１−２＞」が表示されて識別可能となる。
【００４５】
この実施例によれば、ターミナルのマンマシンインタフェースに通信先の処理部ＣＰＵに識別表示を付加することで、リモートメンテナンスを行う場合にターミナルのプロンプトで表示され、今現在、どこのＣＰＵと接続されてリモートメンテナンス機能を実施しているかが識別でき、誤った操作の防止が可能となるものである。
【実施例５】
【００４６】
この実施例は、遠隔にある任意の装置（装置固有番号をもった装置）を選択して、その装置内の複数のＣＰＵ（ボード番号による選択）でアクセスすべきＣＰＵの識別を可能とし、且つその指定ＣＰＵのアドレスに対して、必要なデータ個数を参照できるようにしたものである。また、同様にして指定したＣＰＵに対して、所定のフォーマットに書き込みを可能としたものである。
【００４７】
図７は、そのデータフォーマットを示したものである。図７（ａ）は下りデータ、同図（ｂ）は上りデータ用で、縦軸の０，４，８…は相対番地で、０〜３番地に記載された数字（ａ）は端末装置固有の識別番号、（ｂ）はボード番号で端末リレーの処理部ＣＰＵ１〜４が、０，１，２，３の記号で書き込まれる。（ｃ）はサイズ、（ｄ）は連続性を表す通番で、例えば、最終ビットが最終データを意味するビットにされている。番地４〜７の記号（ｅ）は参照アドレス、番地１２，１３の記号（ｆ）はデータ個数をそれぞれ表す。これを図３で言えば、（ａ）は「ＲＳ１」として該当する端末装置を選択し、（ｂ）は「−１」としてＣＰＵ２を選択し、（ｅ）は「ａ４００ａｂ５８」番地から、（ｆ）は「ａ０」個を参照する、という意味に該当して所定の部位にそれぞれ表示される。上りデータも同様に表示されるが、上り場合、番地１６以上には読み出しデータが書き込まれる。
【００４８】
図３では、Ａ４００ＡＢ５８番地から「２０１１０４１４」「２００６３６００」「ｆｆ０１１１９２４」と表示されているが、これは、１１／０４／１４（年月日）、２０：０６：３６（時刻）にｆｆ０１１１９２４のイベントがあったことを示しており、リモートメンテナンス機能を使用しないで、端末装置に入所して収集したイベントログと同じものが表示される。
書き込みに関しては（ａ）から（ｆ）まで同様であるが、その後に書き込み用データ（ｇ１）（ｇ２）…を列挙する。図７のデータフォーマットの例では、バイトデータの書き込みを８個分記載したものである。
【００４９】
すなわち、データフォーマットとしては、リモートアクセスを行う対象装置を指定する装置固有番号の番号（ａ）と、その装置固有の番号を持つ装置内の複数のＣＰＵがある場合には、その複数の処理部ＣＰＵのうちリモートアクセスの対象ＣＰＵを指定する番号（ｂ）のボード番号、さらに、リモートアクセスのコマンドを示すアドレス（ｅ）、及び参照データ数（ｆ）のデータ個数などで成り立っている。
応答フェーズ（上りデータ）のフォーマットでは、コマンドフェーズ（下りデータ）の新セス（ａ）〜（ｆ）までの分と、読み出しデータは連続表記する仕組みとされている。
【００５０】
この実施例によれば、リモートメンテナンス機能に対応したデータフォーマットとしたことにより、遠隔にある複数の処理部CPUに対して、メモリ参照、メモリの書き込みが行えるものである。
【実施例６】
【００５１】
この実施例は、遠隔にある処理部ＣＰＵ間の通信媒体が異なり、リモートメンテナンスを行うとき、一回のアクセスで処理できない量が存在する場合を考慮し、繰り返し処理を行うことで、あらゆる量のデータを通信媒体経由でアクセス可能としたものである。
一回のアクセス処理量を考慮しながら繰り返し処理を可能とするために、図７で示す通番（ｄ）が適用される。通番（ｄ）にはコマンドを分割した際のエンドパケットを設ける。例えば、一連のアクセスデータのうちで最終データとなるビットには、最終データを意味するビットをセットすることで、終了パケットであることを示し、これにより、分割したデータのアクセス処理をサポートする。
【００５２】
この実施例によれば、一回のアクセスで処理できないデータ量が存在しても、繰り返し処理することで、あらゆる量のデータアクセスが可能となる。したがって、ターミナルと端末リレー部の複数の処理部ＣＰＵ間の通信媒体の伝送能力により、１回の転送で完了しなくても、通番と終了フラグにより、連続的に繰り替えし処理が可能となり、リモートメンテナンスで必要とするデータの透過性の保証が可能となるものである。
【符号の説明】
【００５３】
１…  中央装置
１ａ…中央リレー部
１ｂ…送受信部
２…  端末装置
２ａ…  端末リレー部
２ｂ…  送受信部
１３，２３…  ＳＤＬＣ回線部
１２，２２…  通信処理部
ＰＣ…  ターミナル（パソコン）
【図１】
0005782832.tif 000002
【図２】
0005782832.tif 000003
【図３】
0005782832.tif 000004
【図４】
0005782832.tif 000005
【図５】
0005782832.tif 000006
【図６】
0005782832.tif 000007
【図７】
0005782832.tif 000008
【図８】
0005782832.tif 000009
【図９】
0005782832.tif 000010
【図１０】
0005782832.tif 000011
【図１１】
0005782832.tif 000012