JP5236776B2 - 遠隔通信システム及び方法 - Google Patents

Description

本発明は、デジタル保護リレーを用いるシステムにおける遠隔通信システム及び方法に関するものである。

一般に、デジタル保護リレーは、発電及び送配電などの電力系統に設けられ、電力系統の状態を監視する装置であって、電力系統に異常が発生すると、遮断器を動作させ、電力系統と負荷機器との間の回路を遮断して、電力系統と負荷機器を保護する。

一般に、デジタル保護リレーは、通信ネットワークを介して、上位のコンピュータシステムである遠隔監視盤と接続される。遠隔監視盤は、デジタル保護リレーが処理する電気量及び故障情報などのデータを通信ネットワークを介して収集し、電力系統の安定的な運営のためにこれを用いており、特に、電力系統の異常により発生する故障情報は、事故分析において重要な役割を果たす。

従来、故障の発生の有無とその種類、事故発生時刻のような単なる情報のみ要求されたが、最近、より正確な事故の分析のために、ますます多くの情報が求められている。例えば、デジタル保護リレーは、事故当時の各種電圧、電流、デジタル入出力情報などを周期当たり１６〜６４回までサンプリングし、これを事故波形として格納し、遠隔監視盤の要求に応じて事故波形を送信する。このとき、正確な事故分析のために、事故前後を含めて、一定時間（例：１秒）以上にわたる情報を保持することが求められている。

このように、デジタル保護リレーが管理するデータのサイズが増加することによって、遠隔監視盤に転送するデータのサイズも増えつつある。

一方、デジタル保護リレーと遠隔監視盤との間で故障データを送受信する通信方法には、大きく２種類の方式が用いられている。

第１の方式は、遠隔監視盤が一度に受信可能な最大サイズのデータまで要求し、デジタル保護リレーが該当サイズまで故障データをまとめていっぺんに遠隔監視盤に転送することである。この方式を用いる具体的な通信プロトコルの例としては、ＤＮＰプロトコルを挙げられる。

第２の方式は、通信プロトコルのデータ転送サイズの制限により、遠隔監視盤が小サイズのデータ単位で故障データを要求し、デジタル保護リレーが、該当サイズ単位で故障データを転送することである。この方式を用いる具体的な例としては、ＭＯＤＢＵＳプロトコルを挙げられ、それぞれの事故波形データに対し、通信プロトコル上のアドレス（Ａｄｄｒｅｓｓ）を割り当てて用いる。

ところが、第１の方式の場合、デジタル保護リレーの通信ソフトウェアが故障データを格納するデータベースから遠隔監視盤に転送する故障データを複数回のデータ交換動作を通じて受け取らなければならない。

そのため、遠隔監視盤が故障データを要求してからその応答を受け取るまで時間が多くかかり、デジタル保護リレーが大量のデータを通信している場合には、常時監視が必要な点接状態データや、その他の迅速な処理が要求されるデータの通信まで遅くなる短所がある。

また、第２の方式の場合には、故障データのサイズが大きくなるほど、通信プロトコルに割り当てられるアドレスが共に大きくなり、これを収容できなくなる欠点がある。ＭＯＤＢＵＳプロトコルの例を挙げると、ＭＯＤＢＵＳプロトコルは、アドレスを定義し、このアドレスを読み取る、または書き込む動作を行う。一つのアドレスのサイズは１ワード（Ｗｏｒｄ：２Ｂｙｔｅ）であるため、容量の大きい故障データを読み取るためには、故障データの各ワード毎にアドレスを一つずつ割り当てる必要があるが、この場合、割り当てる必要のあるアドレスが大きくなりすぎて、大容量の故障データを扱うには不適切である。

このように、従来の遠隔監視盤とデジタル保護リレーとの間で大容量の故障データを送受信する方式では、故障データの通信により他のデータの応答が遅くなる、通信プロトコルのデータサイズに対する制限のため大容量のデータを扱いにくい、という問題がある。

本発明が解決しようとする技術的課題は、デジタル保護リレーと遠隔監視盤との間で大容量の故障データを送受信するプロセスが、通信プロトコル上でのデータ転送サイズの制限に影響を受けることなく、さらに迅速に通信が行われるようにできる遠隔通信システム及び方法を提供することである。

上記のような技術的課題を解決するために、本発明の一形態による遠隔通信システムは、発生した所定個数の故障をそれぞれ識別するための故障インデックス、各故障インデックスに対応する故障発生時刻及び各故障インデックスに対応する故障データを保持するデジタル保護リレーと、故障インデックス、故障発生時刻、一度に送受信する故障データブロックのサイズ及び送受信する故障データブロックを指定する故障データブロックのインデックスを設定して、前記デジタル保護リレーに故障データブロックを要求する遠隔監視盤とを含む。

前記技術的課題を解決するための本発明の他の形態による遠隔通信方法は、（ａ）発生した所定個数の故障をそれぞれ識別するための故障インデックス、各故障インデックスに対応する故障発生時刻及び各故障インデックスに対応する故障データを格納するステップ、（ｂ）前記遠隔監視盤から、特定の故障データに対する要求を受信するステップ、及び、（ｃ）格納された故障データのうち、前記遠隔監視盤から受信した故障インデックス、故障発生時刻、故障データブロックのサイズ及び故障データブロックのインデックスに基づいて、該当故障データブロックを前記遠隔監視盤に転送するステップを含む。

前記技術的課題を解決するための本発明のまた他の形態による遠隔通信方法は、（ａ）故障インデックス、故障発生時刻、一度に送受信する故障データブロックのサイズ及び送受信する故障データブロックを指定する故障データブロックのインデックスを設定して、前記デジタル保護リレーに故障データブロックを要求するステップ、及び、（ｂ）前記デジタル保護リレーから、前記故障データブロックを受信するステップを含む。

上記のような構成により、本発明のデジタル保護リレーと遠隔監視盤は、大容量の故障データを適切な故障データブロックのサイズに分けて送受信することができ、それぞれの故障データブロックは、通信フレームのユーザ定義領域で指定される。

また、上記のような構成により、本発明の遠隔通信システム及び方法は、大容量の故障データを転送するために、それぞれの故障データブロックにアドレスを割り当てるなどの操作が不要であり、したがって、通信プロトコルの種類に応じた転送データサイズの制限に関係なく、大容量の故障データを送受信することができる。

また、上記のような構成により、本発明の遠隔通信システム及び方法は、大容量の故障データを一括転送するのではなく、適切な故障データブロックのサイズに区分して送受信するため、デジタル保護リレーの内部での故障データを交換する時間が長くかからず、これによって、遠隔監視盤に応答データを転送するのにかかる時間遅延や他のデータの転送遅延などの通信遅延の問題も解決することができる。

したがって、故障データのサイズが変更されても、通信プロトコルを変更せず容易に対応することができ、従来の方法に比べて、データ転送の迅速性及び安定性を向上し、故障事故の分析を容易にする。

本発明によるデジタル保護リレーと遠隔監視盤との接続に関する概要図である。 デジタル保護リレーの一例を示す図である。 故障データを格納するデータベースの構造例を示す図である。 本発明による遠隔通信方法の一実施例を示す図である。 通信フレームのユーザ定義領域の例を示す図である。 本発明による遠隔通信方法のまた他の実施例を示す図である。

本発明は、様々な変更を加えることができ、多様な実施例を有することができることから、特定の実施例を図面に例示し、詳細な説明において詳細に説明する。

しかし、これは、本発明を特定の実施例に限定するのではなく、本発明の思想及び技術範囲に含まれる全ての変更、及び均等物ないし代替物を含むものと理解すべきである。

第２のように序数を含む用語は、多様な構成要素を説明するために使用されるが、前記構成要素は、前記用語によって限定されない。

前記用語は、一つの構成要素を他の構成要素から区別する目的としてのみ使用される。例えば、本発明の権利範囲から外れることなく、第２の構成要素は第１の構成要素に命名することができ、同様に、第１の構成要素も第２の構成要素に命名することができる。

ある構成要素が他の構成要素に「連結されて」または「接続されて」いるとするとき、前記の他の構成要素に直接に連結されているかまたは接続されている場合もあるが、その間に他の構成要素も存在できると理解すべきである。反面、ある構成要素が他の構成要素に「直接連結されて」または「直接接続されて」いるとするときは、その間に他の構成要素は存在しないものと理解すべきである。

本出願で使用する用語は、単に特定の実施例を説明するためのものであって、本発明を限定しようとするわけではない。単数形の表現は、文脈上において、明らかに異なる意味がない限り、複数の表現を含む。

本出願において、「含む」または「有する」などの用語は、明細書上に記載された特徴、数字、ステップ、動作、構成要素、部品、またはこれらを組み合わせたものが存在することを指定するものであって、一つまたはそれ以上の他の特徴や数字、ステップ、動作、構成要素、部品、またはこれらを組み合わせたものの存在または付加可能性を事前に排除しているのではない。

また、本出願における添付図面は、説明の便宜のために拡大または縮小して示している。

以下、本発明について図面を参照しながら詳細に説明し、図面の符号に関係なく、同一または対応する構成要素は、同一の参照番号を付与し、これに対する重複説明は省略する。

図１は、本発明によるデジタル保護リレーと遠隔監視盤との接続に関する概要図である。

図１を参照すると、デジタル保護リレー（１５）は、電力系統の状態を監視し保護するために用いられる装置であって、電力系統に異常が発生すると、電力系統と負荷機器との間の回路を遮断し、電力系統と負荷機器を保護する。
デジタル保護リレー（１５）は、イーサネット（Ｅｔｈｅｒｎｅｔ（登録商標））などの通信ネットワーク（１３）を介して、上位のコンピュータシステムである遠隔監視盤（１１）に接続される。

デジタル保護リレー（１５）は、その種類と必要に応じて多様に構成できるものであって、図２に、デジタル保護リレーの一例を示す。

アナログインタフェース（２１）は、電力系統から電圧を検出する変圧器（１２−１：Ｐｏｔｅｎｔｉａｌ Ｔｒａｎｓｆｏｒｍｅｒ）と、電力系統から電流を検出する変流器（１２−２：Ｃｕｒｒｅｎｔ Ｔｒａｎｓｆｏｒｍｅｒ）などからアナログ信号を受信し、これをデジタル信号に変換して主処理部（２３）に伝達する。

主処理部（２３）は、デジタル保護リレー（１５）の動作を総括制御するプロセッサ（２３−１）、デジタル保護リレーを動作させるための基本的なコンピュータプログラムを格納するＲＯＭ（２３−２：Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、動作中のデータを一時格納するＲＡＭ（２３−３：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）を含んで構成される。プロセッサ（２３−１）は、マイクロプロセッサ（Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｏｒ）や中央処理装置（ＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）などを用いることができる。

デジタルインタフェース（２２）はデジタル信号を入出力するが、例えば、主処理部（２３）が、事故発生時、遮断器（１２−３）で遮断信号（ＴＲＩＰ信号）を出力し、異常が発生した回路を遮断することができる。

ネットワークインターフェイス（２６）は、イーサネットなどの通信ネットワーク（１３）を介して遠隔監視盤（１１）と通信する。ネットワークインターフェイス（２６）は、デジタル保護リレー（１５）と遠隔監視盤（１１）との通信に用いられる通信プロトコル、例えば、ＤＮＰやＭＯＤＢＵＳなどの通信プロトコルに基づいてデータを送受信する。

格納媒体（２４）は、デジタルデータの読み書きが可能な不揮発性の性質を有し、デジタル保護リレー（１５）の動作に関連する様々な情報を格納する。

主処理部（２３）のプロセッサ（２３−１）は、デジタル保護リレー（１５）が駆動を開始すると、ＲＯＭ（２３−２）や格納媒体（２４）に格納されている各種ソフトウェアをＲＡＭ（２３−３）に格納して駆動させることによって、デジタル保護リレー（１５）を動作させる。デジタル保護リレー（１５）の動作のために必要となるソフトウェアの種類は、必要に応じて多様に構成される。例えば、格納媒体（２４）の故障データに関するデータベースを維持するＤＢ管理ソフトウェア（２５−１）、遠隔監視盤（１１）との通信作業を担当する通信ソフトウェア（２５−２）などを挙げられる。ＤＢ管理ソフトウェア（２５−１）は、各種故障データを格納媒体（２４）のデータベースに保持する。

図３に示されているように、ＤＢ管理ソフトウェア（２５−１）が管理するデータベース（３１）は、最近発生したｎ個の故障をそれぞれ識別するための故障インデックス、各故障インデックスに対応する故障発生時刻、各故障インデックスに対応する故障データが格納されるフィールドを含む。

故障インデックス（Ｆａｕｌｔ Ｉｎｄｅｘ）は、最近発生したｎ個の故障（Ｆａｕｌｔ）に対して、その発生順に割り当てられる。例えば、ｎの値が１，０００であると仮定すると、最近発生したｎ個の故障データがデータベース（３１）に維持される。

故障データの数が１，０００個を越える場合、最も古い故障データを削除し、該当故障インデックスに対応して、新たに発生した故障データを入力する。つまり、故障が発生するたびに、故障インデックスは０から９９９まで増加し、９９９になった後、再び故障が発生すると、最も古い故障インデックスに新たに発生した故障発生時刻及び故障データを入力する。

故障発生時刻及び故障データフィールドのサイズは任意に設定することができ、以下に説明する例のように、故障発生時刻フィールドのサイズは６バイトであり、故障データのサイズは、固定的または可変的に管理することができる。
通信ソフトウェア（２５−２）は、故障が発生すると、故障が発生したことを通知するメッセージ、例えば、該当故障データに対応する故障インデックス、故障発生時刻、故障の種類などの情報を遠隔監視盤（１１）に通報する。

これによって、遠隔監視盤（１１）は、デジタル保護リレー（１５）で、いつ、どのような故障が発生したか、その履歴を把握することができる。

図４を参照しながら、本発明によるデジタル保護リレーの遠隔通信方法の一実施例を説明する。

デジタル保護リレー（１５）から特定の故障データを受け取る遠隔監視盤（１１）は、変数ｉを設定し（Ｓ４１）、特定の故障データに対するｉ番目の故障データブロック（故障データブロック＃ｉ）の送信を、デジタル保護リレー（１５）に要求する（Ｓ４２）。

つまり、遠隔監視盤（１１）とデジタル保護リレー（１５）は、所定のサイズを有する故障データブロック単位でデータを送受信するため、遠隔監視盤（１１）が、デジタル保護リレー（１５）から受信しようとする故障データの全サイズが故障データブロックのサイズよりも大きい場合には、数回にわたって、データの送受信が行われなければならない。これに関連して、変数ｉは、現在送受信する故障データブロックがどのようなものであるかを指定する役割を果たす。

ステップＳ４２で、遠隔監視盤（１１）がデジタル保護リレー（１５）に故障データを要求するためには、故障インデックス（Ｆａｕｌｔ Ｉｎｄｅｘ）、故障発生時刻（Ｆａｕｌｔ Ｔｉｍｅ Ｔａｇ）、故障データブロックのサイズ（Ｆａｕｌｔ Ｄａｔａ Ｂｌｏｃｋ Ｓｉｚｅ）、故障データブロックのインデックス（Ｆａｕｌｔ Ｄａｔａ Ｂｌｏｃｋ Ｉｎｄｅｘ）の情報が必要である。

このような故障インデックス、故障発生時刻、故障データブロックのサイズ、故障データブロックのインデックスは、図５に示されているように、通信フレーム（５０）のユーザ定義領域（５２）に設定される。

通信フレーム（５０）の他の領域は通信プロトコルによって決定される。例えば、ＭＯＤＢＵＳプロトコルの場合、通信局番号、Ｆｕｎｃｔｉｏｎ Ｃｏｄｅ、ＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋｉｎｇ）のコードなどが含まれる。

故障インデックス、故障発生時刻、故障データブロックのサイズ、故障データブロックのインデックスは、遠隔監視盤（１１）がデジタル保護リレー（１５）から特定の故障データを受信するために必要な情報であるが、必ず、一度に、一括して、デジタル保護リレー（１５）に転送する必要はない。これに関連する実施例ついては、後述することにする。

故障インデックス及び故障発生時刻は、デジタル保護リレー（１５）がデータベースに故障データを管理するときに用いるそれと同じ意味であり、遠隔監視盤（１１）が受信しようとする故障データを特定するための情報として用いられる。

前述したように、デジタル保護リレー（１５）のデータベースにはｎ個の故障インデックスが維持され、さらなる故障が発生すると、最も古い故障インデックスに関連する故障データは削除されるため、故障インデックスと故障発生時刻とが結合して一つの故障を完全に指定することができる。

故障発生時刻は様々な方法で表すことができる。一例として、故障が発生した時刻を、年／月／日／時／分／秒／ｍｓ（ｍｉｌｌｉｓｅｃｏｎｄ）の形で表示して、６バイト（Ｂｙｔｅ）のデータで表すことができる。このとき、年／月は、２バイトで構成し、上位バイトには、２０００年以降の値をＢＣＤ（Ｂｉｎａｒｙ Ｃｏｄｅｄ Ｄｅｃｉｍａｌ）形式の年度で表示し、下位バイトには、１月〜１２月の値を同様にＢＣＤで表示することができる。例えば、２００９年１月の場合、「０ｘ０９０１」で表示する。日／時／分／秒／ｍｓは、４バイトで構成し、上位５ビット（Ｂｉｔ）は日（１〜３１）を表示し、残りの下位ビットに時／分／秒／ｍｓをｍｓで計算した値で表示することができる。例えば、２０日１７時１９分５４秒５９８ｍｓは、「０ｘＡ３Ｂ８１０Ｅ６」で表示する。

故障データブロックのサイズは、遠隔監視盤（１１）とデジタル保護リレー（１５）が一度に送受信する故障データのサイズを指定するものであって、２５６バイト、５１２バイトなどに設定することができる。

故障データブロックのインデックスは、遠隔監視盤（１１）が受信しようとする故障データのうち、現在送受信する故障データブロックがどの部分であるかを指定する。

ステップＳ４２で、遠隔監視盤（１１）が送信した故障データブロック＃ｉの要求を受信すると、デジタル保護リレー（１５）の通信ソフトウェア（２５−２）は、受信した通信フレームに載せられている情報を参照して、該当故障データブロック＃ｉをデータベースから取り出して、遠隔監視盤（１１）に転送する（Ｓ４４）。

ステップＳ４４でデジタル保護リレー（１５）から故障データを受信した遠隔監視盤（１１）は、全ての故障データが受信されたか否かを判断する（Ｓ４５）。

ステップＳ４５で、受信する故障データブロックがまだ残っていると判断した場合、遠隔監視盤（１１）は、変数ｉを１増加させた後、ステップＳ４２に進み（Ｓ４６）、デジタル保護リレー（１５）に次順の故障データブロックを要求する。

しかし、ステップＳ４５で、全ての故障データを受信したと判断すると、該当故障データに対する受信手順を終了する（Ｓ４７）。

つまり、ステップＳ４２〜Ｓ４６は、ｋ回だけ繰り返して行われるようになり、ここで、ｋは、次のように得ることができる。

ｋ＝（遠隔監視盤が受信しようとする故障データのサイズ／故障データブロックのサイズ）以上の整数のうち、最小の整数

具体的な例を挙げると、故障データブロックのサイズを２５６Ｂｙｔｅに設定し、遠隔監視盤（１１）がデジタル保護リレー（１５）から受信する故障データのサイズが１６８ＫＢｙｔｅである場合、１６８＊１０２４／２５６＝６７２であるため、ｋは６７２である。つまり、この場合、ステップＳ４２〜ステップＳ４６は、６７２回にわたって行われるようになる。

一方、遠隔監視盤（１１）は、デジタル保護リレー（１５）から受信しようとする故障データが、現在のデジタル保護リレー（１５）に存在するか否かをまず確認することができる。

図６を参照しながら、これに関連する実施例を説明する。このとき、ステップＳ４１、Ｓ４４〜Ｓ４７は、図４を参照して説明した実施例と同様であるため、詳細な重複説明は省略する。

遠隔監視盤（１１）は、まず、デジタル保護リレー（１５）に、特定の故障データに対する故障インデックスと故障発生時刻を送信し、該当故障データが存在するか否かを質問する（Ｓ４２−１）。

デジタル保護リレー（１５）は、ステップＳ４２−１での質問に応じてデータベースを照会し、該当故障インデックス及び故障発生時刻を有する故障データが存在するか否かを確認し、その確認結果を遠隔監視盤（１１）に応答する（Ｓ４２−２）。

遠隔監視盤（１１）は、ステップＳ４２−２でデジタル保護リレー（１５）から応答を受信した結果、故障データが存在すると（Ｓ４２−３）、故障データブロックのサイズと現在の順番の故障データブロックのインデックスをデジタル保護リレー（１５）に転送し（Ｓ４２−４）、該当故障データが存在しない場合は、該当故障データに対する受信手順を全て終了する（Ｓ４７）。

デジタル保護リレー（１５）は、ステップＳ４２−４で遠隔監視盤（１１）が転送した故障データブロックのサイズと故障データブロックのインデックスとを受信したことを応答する（Ｓ４２−５）。

ステップＳ４２−５での応答を受信した遠隔監視盤（１１）は、デジタル保護リレー（１５）に、ステップＳ４２−１で転送した特定の故障データに対し、ステップＳ４２−６を通じて指定された現在の順番の故障データブロックを要求する（Ｓ４２−６）。

デジタル保護リレー（１５）の通信ソフトウェア（２５−２）は、ステップＳ４２−６で要求した該当故障データブロック＃ｉをデータベースから取り出して、遠隔監視盤（１１）に転送する（Ｓ４４）。

ステップＳ４４を通じて、デジタル保護リレー（１５）から故障データを受信した遠隔監視盤（１１）は、全ての故障データが受信されたか否かを判断する（Ｓ４５）。

ステップＳ４５で、受信する故障データブロックがまだ残っていると判断した場合、遠隔監視盤（１１）は、変数ｉを１増加させた後、ステップＳ４２−１に進み（Ｓ４６）、ステップＳ４５で、全ての故障データが受信されたと判断すると、該当故障データに対する受信手順を終了する（Ｓ４７）。

上記した本発明の好ましい実施例は、例示の目的のために開示されたものであり、本発明に関する通常の知識を有する当業者であれば、本発明の思想及び範囲内で様々な修正、変更及び付加が可能であり、かかる修正、変更及び付加は、下記の特許請求の範囲に属するものと認めるべきである。

１１ 遠隔監視盤
１２−１ 変圧器（ＰＴ）
１２−２ 変流器（ＣＴ）
１２−３ 遮断器
１３ 通信ネットワーク
１５ デジタル保護リレー
２１ アナログインタフェース
２２ デジタルインターフェース
２３ 主処理部
２３−１ プロセッサ
２３−２ ＲＯＭ
２３−３ ＲＡＭ
２４ 格納媒体
２５−１ ＤＢ管理ソフトウェア
２５−２ 通信ソフトウェア
２６ ネットワークインターフェイス
３１ データベース

Claims (12)

1. 発生した所定個数の故障をそれぞれ識別するための故障インデックス、各故障インデックスに対応する故障発生時刻及び各故障インデックスに対応する故障データを保持するデジタル保護リレー、及び
   故障インデックス、故障発生時刻、一度に送受信する故障データブロックのサイズ及び送受信する故障データブロックを指定する故障データブロックのインデックスを設定して、特定の故障データに対する故障インデックスと故障発生時刻を送信し、該当故障データが存在するか否かを確認し、該当故障データが存在すると、故障データブロックのサイズと故障データブロックのインデックスを前記デジタル保護リレーに転送し、該当故障ブロックのインデックスに対応する故障データブロックを要求して、これを受信する遠隔監視盤を含むことを特徴とする遠隔通信システム。
2. 前記遠隔監視盤は、全ての故障データが受信されるまで、前記デジタル保護リレーに故障データブロックを要求し、前記デジタル保護リレーは、前記遠隔監視盤の要求に応じて、該当故障データブロックを前記遠隔監視盤に転送することを特徴とする請求項１に記載の遠隔通信システム。
3. 前記故障インデックス、故障発生時刻、故障データブロックのサイズ及び故障データブロックのインデックスは、前記遠隔監視盤が前記デジタル保護リレーに転送する通信フレームのユーザ定義領域に設定されることを特徴とする請求項１に記載の遠隔通信システム。
4. 前記デジタル保護リレーは、さらなる故障が発生すると、最も古い故障インデックスに関連する故障データを削除することを特徴とする請求項１に記載の遠隔通信システム。
5. 前記故障データブロックのインデックスは、前記遠隔監視盤が受信しようとする故障データのうち、送受信する故障データブロックがどの部分であるかを指定するものであることを特徴とする請求項１に記載の遠隔通信システム。
6. デジタル保護リレーが遠隔監視盤と通信する遠隔通信方法であって、
   （ａ）発生した所定個数の故障をそれぞれ識別するための故障インデックス、各故障インデックスに対応する故障発生時刻及び各故障インデックスに対応する故障データを格納するステップ、
   （ｂ）前記遠隔監視盤から、特定の故障データの故障インデックス及び故障発生時刻を受信して、該当故障データの存在可否を応答するステップ、
   （ｃ）該当故障データが存在すると、前記遠隔監視盤から故障データブロックのサイズと故障データブロックのインデックスを受信するステップ、及び
   （ｄ）該当故障ブロックのインデックスに対応する故障データブロックの要求に対して、該当故障データブロックを前記遠隔監視盤に転送するステップを含むことを特徴とする遠隔通信方法。
7. （ｅ）前記遠隔監視盤に全ての故障データに対する故障データブロックを転送するまで、前記（ｂ）ステップ及び前記（ｄ）ステップを繰り返して行うステップをさらに含むことを特徴とする請求項６に記載の遠隔通信方法。
8. 前記故障インデックス、故障発生時刻、故障データブロックのサイズ及び故障データブロックのインデックスは、前記遠隔監視盤が、前記デジタル保護リレーに転送する通信フレームのユーザ定義領域に設定されることを特徴とする請求項６に記載の遠隔通信方法。
9. （ｆ）さらなる故障が発生すると、最も古い故障インデックスに関連する故障データを削除するステップをさらに含むことを特徴とする請求項６に記載の遠隔通信方法。
10. 遠隔監視盤がデジタル保護リレーと通信する遠隔通信方法であって、
    （ａ）特定の故障データに対する故障インデックスと故障発生時刻を送信し、該当故障データが存在するか否かを確認するステップ、
    （ｂ）該当故障データが存在すると、前記遠隔監視盤から故障データブロックのサイズと故障データブロックのインデックスを転送するステップ、及び
    （ｃ）該当故障ブロックのインデックスに対応する故障データブロックを要求して、これを受信するステップを含むことを特徴とする遠隔通信方法。
11. （ｄ）前記デジタル保護リレーから全ての故障データに対する故障データブロックを受信するまで、前記（ａ）ステップ及び前記（ｃ）ステップを繰り返して行うステップをさらに含むことを特徴とする請求項１０に記載の遠隔通信方法。
12. 前記故障インデックス、故障発生時刻、故障データブロックのサイズ及び故障データブロックのインデックスは、前記遠隔監視盤が前記デジタル保護リレーに転送する通信フレームのユーザ定義領域に設定されることを特徴とする請求項１０に記載の遠隔通信方法。

Images