(57)【要約】【課題】  都市ガス供給における監視制御システムにおいて、二重冗長化回線を用いた場合において、送信側の局と受信側の局との主系／従系のステータス認識不一致によるデータ損失を防止する。【解決手段】  親局１は、回線１２Ａ,Ｂごとに、子局２へ送信するヘルスチェックデータの送信タイミングおよび制御イベント送信処理部１８の起動タイミングを示した回線別データ送信タイミングテーブル１１と、このテーブルに示されたタイミングに従い、回線１２Ａ,Ｂの両方を用いてヘルスチェックデータを送信するととともに、制御イベント送信処理部１８を起動させる定周期送信処理部１７と、制御イベント送信処理部１８において、制御データの送信に用いる回線１２Ａ,Ｂの選択を行う回線選択スイッチ１１１とを備え、制御イベント送信処理部１８は、回線選択スイッチ１１１により選択された回線１２を用いて制御データを送信する構成とした。【選択図】  図１
2006345221.tif 000002
【特許請求の範囲】
【請求項１】
分散配置された１以上のプロセス設備基地に対する監視制御を行うため、前記プロセス設備基地のそれぞれと、二重冗長化回線を用いて各種データの送受信を行う監視装置であって、
前記監視装置で発生した制御イベントに関する制御データを送信する制御イベント送信処理部と、
前記二重冗長化回線を構成する回線ごとに、前記プロセス設備基地へ送信するヘルスチェックデータの送信タイミングと、前記制御イベント送信処理部の起動タイミングとを示した回線別データ送信タイミングテーブルと、
前記回線別データ送信タイミングテーブルに示されたタイミングに従い、前記ヘルスチェックデータを前記二重冗長化回線の両方の回線から送信するととともに、前記制御イベント送信処理部を起動させる送信処理部と、
前記制御イベント送信処理部において、前記制御データの送信時に用いる回線を、前記プロセス設備基地ごとに前記二重冗長化回線のいずれか一方の回線を選択する回線選択部とを備え、
前記制御イベント送信処理部は、前記各プロセス設備基地へ、前記回線選択部により選択された回線を用いて前記制御データを送信することを特徴とする監視装置。
【請求項２】
前記監視装置は、前記プロセス設備基地への送信データのバッファに関する送信バッファ管理テーブルと、
前記送信データのバッファに関する管理情報を前記送信バッファ管理テーブルに登録する管理テーブル登録手段とをさらに備え、
前記管理テーブル登録手段は、前記送信データの種類に応じて前記送信データの優先度を判断し、前記判断した優先度に応じて、前記送信データの前記送信バッファ管理テーブルにおける登録エリアを決定し、
前記制御イベント送信処理部は、前記送信バッファ管理テーブルにおいて前記優先度の高い送信データに関する管理情報が登録されているエリアから順に、前記送信データの管理情報を検索し、前記検索された管理情報に対応する送信データを送信することを特徴とする請求項１に記載の監視装置。
【請求項３】
前記回線選択部は、前記監視装置の入出力インターフェース経由で入力される指示情報に基づき、前記二重冗長化回線のいずれか一方を選択することを特徴とする請求項１または請求項２に記載の監視装置。
【請求項４】
監視装置に対し、二重冗長化回線を用いて、各種データの送受信を行うプロセス設備基地であって、
前記監視装置からの制御データに対する応答データを送信する制御イベント送信処理部と、
前記二重冗長化回線を構成する回線ごとに、前記プロセス設備基地で測定した測定データの送信タイミングと、前記制御イベント送信処理部の起動タイミングとを示した回線別データ送信タイミングテーブルと、
前記回線別データ送信タイミングテーブルに示されたタイミングに従い、前記測定データを前記二重冗長化回線の両方の回線から送信するとともに、前記制御イベント送信処理部を起動させる送信処理部と、
前記制御イベント送信処理部において、前記応答データの送信時に用いる回線を、前記二重冗長化回線のいずれか一方の回線を選択する回線選択部とを備え、
前記制御イベント送信処理部は、前記監視装置へ、前記回線選択部により選択された回線を用いて前記応答データを送信することを特徴とするプロセス設備基地。
【請求項５】
前記プロセス設備基地は、前記監視装置への送信データのバッファに関する送信バッファ管理テーブルと、
前記送信データのバッファに関する管理情報を前記送信バッファ管理テーブルに登録する管理テーブル登録手段とをさらに備え、
前記管理テーブル登録手段は、前記送信データの優先度に応じて、前記送信データの前記送信バッファ管理テーブルにおける登録エリアを決定し、
前記制御イベント送信処理部は、前記送信バッファ管理テーブルにおいて前記優先度の高い送信データに関する管理情報が登録されているエリアから順に、前記送信データの管理情報を検索し、前記検索された管理情報に対応する送信データを送信することを特徴とする請求項４に記載のプロセス設備基地。
【請求項６】
前記回線選択部は、前記プロセス設備基地の入出力インターフェース経由で入力される指示情報に基づき、前記二重冗長化回線のいずれか一方の回線を選択することを特徴とする請求項４または請求項５に記載のプロセス設備基地。
【請求項７】
請求項１ないし請求項３のいずれか１項に記載の監視装置および請求項４ないし請求項６のいずれか１項に記載のプロセス設備基地を含む監視制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、都市ガス供給における監視装置、プロセス設備基地および監視制御システムに関する。
【背景技術】
【０００２】
従来から、都市ガス供給において、監視装置（以下、親局とする）で集中してプロセス設備基地（以下、子局とする）の遠隔監視制御を行う監視制御システムがある。
この監視制御システムにおいて、通信経路障害発生に対するタフネス性を確保するため、親局と子局との間を結ぶ通信回線を異なる回線（例えば、衛星回線とデジタル専用回線）で二重冗長化する方法がとられている。このような監視制御システムでは、一方の回線を主系、他方の回線を従系としておき、主系の回線に何らかの障害が発生したとき、従系の回線への切り替え処理を行うようにしている。ここで、親局から子局へ送信されるデータは、例えば、子局への遠隔制御を行うための制御電文（制御信号、制御データ）や、子局や回線が正常に機能しているかチェックするためのヘルスチェックデータである。また、子局から親局へ送信されるデータは、例えば、親局からの制御電文により指示された内容に対する応答や子局のセンサにより測定された測定データ等である。
【特許文献１】特開平０９−３２７０７８号公報（段落番号［００１２］、図１）
【特許文献２】特開２０００−３６９８７号公報（段落番号［０００７］、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、従来の技術では、二重冗長化回線の主系／従系の回線切り替えにおいて、送信側の局および受信側の局にて、自身が主系であるか従系であるかのステータス認識不一致が発生し、データが損失してしまう可能性があるという問題があった。例えば、送信側の局は、デジタル専用回線を主系回線と認識しているにもかかわらず、受信側の局は衛星回線を主系回線と認識していると、送信側の局からデジタル専用回線で送信したデータが、受信の局で受信されず、データが損失してしまうという問題があった。
【０００４】
本発明は、前記した課題を解決し、送信側の局と受信側の局との主系／従系のステータス認識不一致によるデータ損失を防止する監視装置、プロセス設備基地および監視制御システムを提供することを課題とする。
【課題を解決するための手段】
【０００５】
前記した課題を解決するため、本発明は、分散配置された１以上のプロセス設備基地に対する監視制御を行うため、前記プロセス設備基地のそれぞれと、二重冗長化回線を用いて各種データの送受信を行う監視装置を、前記監視装置で発生した制御イベントに関する制御データを送信する制御イベント送信処理部と、前記二重冗長化回線を構成する回線ごとに、前記プロセス設備基地へ送信する定周期データの送信タイミングと、前記監視装置で発生した制御イベントに関する制御データを送信する制御イベント送信処理部の起動タイミングとを示した回線別データ送信タイミングテーブルと、前記回線別データ送信タイミングテーブルに示されたタイミングに従い、前記定周期データを前記二重冗長化回線の両方の回線から送信するととともに、前記制御イベント送信処理部を起動させる定周期送信処理部と、前記制御イベント送信処理部において、前記制御データの送信時に用いる回線を、前記プロセス設備基地ごとに前記二重冗長化回線のいずれか一方の回線を選択する回線選択部とを備え、前記制御イベント送信処理部は、前記各プロセス設備基地へ、前記回線選択部により選択された回線を用いて前記制御データを送信する構成とした。その他の構成については、発明を実施するための最良の形態の項で述べる。
【発明の効果】
【０００６】
本発明によれば、都市ガス供給の監視制御システムのように、親局から遠隔地の子局を監視するシステムにおいて、二重冗長化回線を用いた場合でも、データの連続性や信頼性を確保することができる。すなわち、例えば、送信側の局と受信側の局との主系／従系のステータス認識不一致によるデータ損失を生じることがなくなる。
【発明を実施するための最良の形態】
【０００７】
以下、本発明を実施するための最良の形態（以下、実施の形態とする）について、図面を参照して詳細に説明する。なお、本実施の形態における監視制御システムは、都市ガス供給の監視制御に適用される場合を例に説明する。また、各図において実線は処理の流れを示し、破線はデータの流れを示している。
【０００８】
図１は、本実施の形態の監視制御システムの構成を機能展開して示したブロック図である。図１に示すように、監視制御システムは、親局（監視装置）１と、１以上の子局２（２Ａ〜２Ｎ）を含んで構成される。この親局１は、例えば、都市ガス供給の監視装置であり、子局２（２Ａ〜２Ｎ）は、各地域に分散配置される都市ガス供給の設備基地（プロセス設備基地）である。親局１と子局２とは、回線１２Ａおよび回線１２Ｂにより接続される。つまり、親局１と子局２とは２種類の回線（二重冗長化回線）により接続されている。なお、この回線１２Ａは、例えばデジタル専用回線であり、回線１２Ｂは、例えば衛星回線である。
【０００９】
親局１は、回線１２Ａまたは回線１２Ｂ経由で子局２へ制御信号（制御データ）を送信する。制御データを受信した子局２は、制御データにしたがった制御処理を実行するとともに、制御データの応答データを親局１へ送信する。親局１は、子局２から受信した応答データにより、子局２における制御が実行されてことを確認する。また、親局１は、子局２から所定期間ごとに各種測定データを受信する。これにより、各子局２におけるガスの供給量等を把握する。
【００１０】
また、親局１は、所定期間ごとに、子局２へ回線１２Ａ,Ｂに障害が発生しているか否かをチェックするためのデータ（ヘルスチェックデータ）を送信する。子局２は、前回のヘルスチェックデータのタイムスタンプの値をメモリ等に記憶しておき、前回のデータ受信から所定期間以上経過したとき、回線１２（１２Ａ,Ｂ）に何らかの障害が発生したと判断する。
【００１１】
（親局）
次に、親局１の構成を説明する。親局１は、ネットワーク送受信部１３と、制御処理部１４と、送信要求インターフェース１５と、送信データバッファ１６と、定周期送信処理部（送信処理部）１７と、制御イベント送信処理部１８と、送信バッファ管理テーブル１９と、送信通番管理テーブル１０と、回線別データ送信タイミングテーブル１１と、回線選択スイッチ１１１（１１１Ａ〜１１１Ｎ）とを含んで構成される。
【００１２】
この親局１は、ＣＰＵ（Central Processing Unit）等の演算処理部、メモリ等の記憶部、回線１２Ａ,Ｂ経由でデータの送受信を行うための入出力インターフェース、通信部、回線１２Ａ,Ｂの切り替えを行うためのスイッチ等を含んで構成される。記憶部には、本実施の形態の通信方法を実現するためのネットワークＯＳ（Operating System）およびミドルウェア等、各種プログラムが格納されている。
【００１３】
ネットワーク送受信部１３は、回線１２経由で各種データを送受信する。このネットワーク送受信部１３は、前記した通信部、スイッチ、入出力インターフェースおよびＣＰＵのネットワークＯＳおよびミドルウェア等の実行処理により実現される。例えば、ネットワーク送受信部１３は、後記する制御処理部１４で作成された制御データや、ヘルスチェックデータを子局２へ送信したり、子局２から送信された応答データ（制御データに対する応答データ）や、各種測定データを受信したりする。
【００１４】
制御処理部１４は、子局２への送信データ（ヘルスチェックデータや制御データ等）を作成し、送信要求インターフェース１５経由で制御イベント送信処理部１８に対し、この送信データの送信要求を行う。また、制御処理部１４は、子局２から送信されたガス供給量の測定データ等（後記）をネットワーク送受信部１３経由で受信し、この測定データをメモリ等に記憶する。
【００１５】
ここで、子局２が送信する測定データは、高速回線（回線１２Ａ）および低速回線（回線１２Ｂ）の両方から同時に送信される場合があるので（後記する図３（ｂ）の回線別データ送信タイミングテーブル１１における「０秒」と「１２秒」参照）、親局１の制御処理部１４は同じタイムスタンプ値および同じ通番を持つ測定データを重複して受信する場合がある。この場合は、制御処理部１４は受信した測定データのうち、先着のデータを採用しメモリ等に記憶するものとする。
このようにすることで、親局１と子局２との接続に二重冗長化回線を用いた場合でも、親局１は、どちらの回線が使用回線であるか意識せずに通信を行うことができる。
なお、子局２が、同じ測定データについて高速回線（回線１２Ａ）および低速回線（回線１２Ｂ）の両方から送信するときのタイミングを同時とすることにより、親局１における重複データの判断処理の負荷を軽減することができる。つまり、子局２は、回線１２Ａ,Ｂの両方を用いて測定データを送信するときに、同じ通番および同じタイムスタンプ値とするようにすることで、親局１側でデータを受信したときに、受信データが重複データであることを正確かつ簡単に判断できるようになる。
【００１６】
送信要求インターフェース１５は、制御処理部１４からの送信要求を送信バッファ管理テーブル１９に登録する。また、送信要求インターフェース１５は、送信データを予め規定した所定の電文フォーマットに編集し、送信データバッファ１６に登録することで制御イベント送信処理部１８に対し送信要求を通知する。なお、この送信要求インターフェース１５は、請求項における管理テーブル登録手段に相当する。
【００１７】
なお、制御処理部１４および送信要求インターフェース１５は、前記したＣＰＵによるプログラム実行処理によって実現される。
【００１８】
送信データバッファ１６は、所定の電文フォーマットに編集された送信データ（ヘルスチェックデータや制御データ）のバッファであり、複数面から構成される。この送信データバッファ１６の面数は、送信データの種類や、制御イベントの発生頻度により決定される。なお、この送信データバッファ１６は、前記したメモリ上に形成される。
【００１９】
送信バッファ管理テーブル１９は、送信データバッファ１６の各面における送信要求および使用状態（送信データバッファ１６の各面ごとの管理情報）を示したものである。例えば、送信バッファ管理テーブル１９は、送信データバッファ１６が空きの状態であるか、送信要求の状態であるかに関するステータス情報と、その送信データの宛先の局の局番号（局ＩＤ）と、送信データの種類である電文ＩＤと、送信データの通番である送信通番と、タイムスタンプとを含む。
【００２０】
送信通番管理テーブル１０は、送信データに付加する送信通番を示したテーブルである。なお、この送信バッファ管理テーブル１９および送信通番管理テーブル１０は、前記したメモリに記憶される。
【００２１】
定周期送信処理部１７は、所定期間ごとにネットワーク送受信部１３経由でヘルスチェックデータを送信する。このときのデータ送信は、定周期送信処理部１７が、送信データバッファ１６から、ヘルスチェックデータを読み出して送信する。また、定周期送信処理部１７は、所定期間ごとに制御イベント送信処理部１８を起動させる。このときのヘルスチェックデータの送信および制御イベント送信処理部１８の起動は、回線別データ送信タイミングテーブル１１に記述されるタイミングを参照して行われる。
【００２２】
回線別データ送信タイミングテーブル１１（以下、送信タイミングテーブルとする）は、回線別に、親局１の定周期送信処理部１７がヘルスチェックデータを送信するタイミング（定周期データ送信周期）と、制御イベント送信処理部１８を起動させるタイミング（起動周期）とを示した情報である。この送信タイミングテーブルの詳細は、図３（ｂ）を用いて後記する。なお、この送信タイミングテーブル１１は、前記したメモリに記憶され、本システムの管理者が入出力インターフェース経由で設定情報を入力することにより書き換え可能である。
【００２３】
制御イベント送信処理部１８は、制御イベントに関するデータ（制御データ）の送信処理を行う。このときの送信処理は、回線選択スイッチ１１１（１１１Ａ〜１１１Ｎ）で選択されている回線１２（回線１２Ａまたは回線１２Ｂ）を用いる。なお、この回線選択スイッチ１１１（１１１Ａ〜１１１Ｎ）は、請求項における回線選択部に相当する。
【００２４】
この回線選択スイッチ１１１（１１１Ａ〜１１１Ｎ）は、子局２（２Ａ〜２Ｎ）ごとに設けられ、例えば、子局２Ａへ接続する回線１２は、回線選択スイッチ１１１Ａが選択し、子局２Ｂへ接続する回線１２は、回線選択スイッチ１１１Ｂが選択する。つまり、回線選択スイッチ１１１Ａが回線１２Ａを選択していれば、制御イベント送信処理部１８は、ネットワーク送受信部１３に子局２Ａとの通信に回線１２Ａを用いるよう指示する。また、回線選択スイッチ１１１Ｂが回線１２Ｂを選択していれば、制御イベント送信処理部１８は、ネットワーク送受信部１３に子局２Ｂとの通信に回線１２Ｂを用いるよう指示する。
【００２５】
ここで回線選択スイッチ１１１は、親局１の入出力インターフェース経由で入力される指示情報に基づき、回線１２（回線１２Ａまたは回線１２Ｂ）を選択する。このときの指示情報は、親局１に接続された入力手段（キーボードやマウス等）経由で直接入力するようにしてもよいし、他のネットワーク経由で入力するようにしてもよい。また、この回線選択スイッチ１１１は、一方の回線１２（例えば、回線１２Ａ）に障害が発生したとき、これを検知してネットワーク送受信部１３に他方の回線１２（例えば、回線１２Ｂ）でデータを送信するように指示してもよい。
【００２６】
ここで、親局１が、制御データの送信回線を回線１２（回線１２Ａまたは回線１２Ｂ）のどちらか一方にスイッチングするようにしたのは、回線１２（１２Ａ,Ｂ）の両方の回線から制御データを送信すると、子局２において制御処理に混乱を生じる場合があるからである。つまり子局２が同じ制御データを重複受信することで、制御処理に混乱を生じることを防止するためである。
【００２７】
なお、定周期送信処理部１７および制御イベント送信処理部１８はＣＰＵによるプログラムの実行処理により、実現される。
【００２８】
（子局）
続いて、図１を参照しつつ、図２を用いて子局２の構成を説明する。図２は、図１の子局の構成を機能展開して示したブロック図である。子局２（２Ａ〜２Ｎ）は、それぞれ同じ構成であるので、ここでは代表して子局２Ａの構成を説明する。
【００２９】
子局２Ａは、ネットワーク送受信部２３と、制御処理部２４と、送信要求インターフェース２５と、送信データバッファ２６と、定周期送信処理部（送信処理部）２７と、回線別データ送信タイミングテーブル（送信タイミングテーブル）２１と、制御イベント送信処理部２８と、送信バッファ管理テーブル２９と、送信通番管理テーブル２０と、回線選択スイッチ２１１とを含んで構成される。子局２Ａは、親局１の構成とほぼ同様の構成であるので、親局１と同様の構成は説明を省略し、親局１とは異なる機能を持つ構成（制御処理部２４および定周期送信処理部２７）について説明する。
【００３０】
制御処理部２４は、親局１への送信データ（測定データおよび親局１からの制御データに対する応答データ）を作成し、送信要求インターフェース２５経由で制御イベント送信処理部２８に対し、この送信データの送信要求を行う。
例えば、子局２Ａの制御処理部２４は、子局２Ａのセンサから取得した測定値に基づき測定データを作成し、ネットワーク送受信部２３経由で親局１へ送信する。また、子局２Ａは、親局１から制御データを受信すると、これに基づく制御処理を実行する。そして、この制御処理を実行したことを示す応答データを作成し、ネットワーク送受信部２３経由で親局１へ送信する。
【００３１】
なお、このときの測定データおよび応答データは、送信要求インターフェース２５経由で、送信データバッファ２６としてメモリに蓄えられる。
【００３２】
ここで、測定データは、所定期間ごとに相手局（親局１）へ送信される。このときの手順は、前記した親局１から子局２へのヘルスチェックデータの送信手順と同様である。すなわち、子局２Ａの定周期送信処理部２７が送信タイミングテーブル２１を参照して、高速回線（回線１２Ａ）から送信するタイミングおよび低速回線（回線１２Ｂ）から送信するタイミングを決定し、このタイミングで送信する。
【００３３】
そして、応答データは、定周期送信処理部２７が、送信タイミングテーブル２１に基づき制御イベント送信処理部２８を起動し、制御イベント送信処理部２８がネットワーク送受信部２３経由で送信する。このときも制御イベント送信処理部２８は、回線選択スイッチ２１１により選択された回線１２（回線１２Ａ,Ｂ）からデータを送信する。
【００３４】
また、このとき制御処理部２４は、親局１に送信する応答データに、受信した制御データに割り当てられていた送信通番や子局２Ａの局番号（局ＩＤ）を含めるようにする。このようにすることで、親局１の制御処理部１４は、応答データを受信したとき、この応答データがどの制御データに対する応答であるかをチェックすることができる。
【００３５】
さらに、制御処理部２４は、ネットワーク送受信部２３経由で受信した親局１からのルスチェックデータに基づき、回線１２Ａおよび回線１２Ｂのヘルスチェックを行う。ここでのヘルスチェックは、前回のヘルスチェックデータのタイムスタンプの値を記録しておき、この値から所定時間経過しても、次のヘルスチェックデータが到着しないとき、回線１２（１２Ａ,Ｂ）に何らかの異常が発生したと判断する。そして、この判断結果を、例えば、本監視制御システムの管理者等に通知する。
【００３６】
定周期送信処理部２７は、所定期間ごとに子局２Ａのセンサ（図示せず）により測定されたデータを親局１へ送信する。このデータ（測定データ）にも、局ＩＤを含めるようにする。このようにすることで、親局１は、各子局２から送信された測定データがどの子局２からのものであるかを識別することができる。
【００３７】
続いて、親局１から子局２（２Ａ〜２Ｎ）へのデータ送信の手順について図３〜図７を用いて説明する。
【００３８】
図３（ａ）は、図１の親局の定周期送信処理部の処理手順を示すフローチャートである。（ｂ）は、図１の親局の回線別データ送信タイミングテーブルを例示した図である。
図１および図２を参照しつつ、図３を用いて、親局１の定周期送信処理部１７の処理手順を説明する。
【００３９】
まず、本監視制御システムの管理者等は、送信タイミングテーブル１１（図３（ｂ）参照）を設定しておく。送信タイミングテーブル１１は、回線別に、親局１の定周期送信処理部１７が定周期送信処理部１７のヘルスチェックデータを送信するタイミング（定周期データ送信周期）と、制御イベント送信処理部１８を起動させるタイミング（制御イベント送信処理部１８の起動周期）とを示した情報である。この送信タイミングテーブル１１の詳細は、図３（ｂ）を用いて後記する。
【００４０】
定周期送信処理部１７は、自身のスケジューラ（タイマ）により起動する（Ｓ３１）。このときスケジューラにより起動する周期は、回線１２（１２Ａ,Ｂ）のうち高速な回線（回線１２Ａ）において連続送信が可能な間隔を設定しておく。この間隔は、例えば１秒間隔である。
【００４１】
次に、定周期送信処理部１７は、送信タイミングテーブル１１を参照して、回線１２（１２Ａ,Ｂ）ごとに、定周期データ（ヘルスチェックデータ）を送信するタイミングが来ているか否か、すなわち定周期送信タイミングが来ているか否かを判断する。
【００４２】
具体的には、まず、定周期送信処理部１７は、送信タイミングテーブル１１を参照して、高速回線（回線１２Ａ）の定周期送信タイミングが来ているか否かを判断する（Ｓ３２）。ここで、高速回線（回線１２Ａ）の定周期送信タイミングが来ているときは（Ｓ３２のＹｅｓ）、Ｓ３３へ進み、低速回線（回線１２Ｂ）の定周期送信タイミングが来ているか否かを判断する（Ｓ３３）。そして、定周期送信処理部１７が、低速回線（回線１２Ｂ）の定周期送信タイミングが来ていると判断したときは（Ｓ３３のＹｅｓ）、高速回線（回線１２Ａ）および低速回線（回線１２Ｂ）から子局２へヘルスチェックデータを送信する（Ｓ３４）。そして、定周期送信処理部１７はいったん処理を終了し、次の起動タイミングを待つ。
【００４３】
一方、Ｓ３２において、高速回線（回線１２Ａ）の定周期送信タイミングがまだ来ていないと判断したとき（Ｓ３２のＮｏ）、定周期送信処理部１７は、制御イベント送信処理部１８を起動させる（Ｓ３５）。そして、定周期送信処理部１７は、制御イベント送信処理部１８に送信バッファ管理テーブル１９に従って、制御データを送信させる。
【００４４】
すなわち、回線選択スイッチ１１１Ａにおいて高速回線（回線１２Ａ）が選択されていれば、制御イベント送信処理部１８は高速回線（回線１２Ａ）から制御データを送信する。一方、回線選択スイッチ１１１Ａにおいて低速回線（回線１２Ｂ）が選択されているときは、制御イベント送信処理部１８は制御データを送信しない。
【００４５】
また、Ｓ３３において、高速回線（回線１２Ａ）の定周期送信タイミングが来ているが、まだ低速回線（回線１２Ｂ）の定周期送信タイミングが来ていないと判断したとき（Ｓ３３のＮｏ）、定周期送信処理部１７は、高速回線（１２Ａ）からヘルスチェックデータ（定周期データ）を送信するとともに、制御イベント送信処理部１８を起動させる（Ｓ３６）。そして、定周期送信処理部１７は、制御イベント送信処理部１８に送信バッファ管理テーブル１９に従って、低速回線（回線１２Ｂ）から制御データを送信させる。
【００４６】
このときも、回線選択スイッチ１１１Ａにおいて低速回線（回線１２Ｂ）が選択されていれば、制御イベント送信処理部１８は低速回線（回線１２Ｂ）から制御データを送信する。一方、回線選択スイッチ１１１Ａにおいて低速回線（回線１２Ｂ）が選択されていない（高速回線（回線１２Ａ）が選択されている）ときは、制御イベント送信処理部１８は制御データを送信しない。
【００４７】
ここで、図３（ｂ）を用いて、前記した送信タイミングテーブルを説明する（適宜図１〜図３（ａ）参照）。
図３（ｂ）の送信タイミングテーブルは、定周期送信処理部１７が、１秒間隔で起動し、高速回線（１２Ａ）からは４秒間隔で定周期データ（ヘルスチェックデータ）を送信し、低速回線（１２Ｂ）経由からは１２秒間隔で定周期データを送信することを示している。
【００４８】
つまり、定周期送信処理部１７は、高速回線（回線１２Ａ）からは４秒間隔で定周期データを送信し、それ以外のときは、１秒間隔で制御イベント送信処理部１８を起動させる。また、低速回線（回線１２Ｂ）からは１２秒間隔で定周期データを送信するとともに、４秒間隔で制御イベント送信処理部１８を起動させるというスケジュールを示している。すなわち、図３（ｂ）に例示する回線別送信タイミングテーブルにおいて、
（１）回線選択スイッチ１１１で高速回線（回線１２Ａ）を選択している場合
０秒：ヘルスチェックデータを送信（制御データは送信しない）。
１秒：制御イベント送信処理部１８を起動。
２秒：制御イベント送信処理部１８を起動。
３秒：制御イベント送信処理部１８を起動。
４秒：高速回線（回線１２Ａ）からヘルスチェックデータを送信（制御データは送信しない）。また、低速回線（回線１２Ｂ）からも制御データを送信しない。
（２）回線選択スイッチ１１１で低速回線（回線１２Ｂ）を選択している場合
０秒：ヘルスチェックデータを送信（制御データは送信しない）。
４秒：制御イベント送信処理部１８を起動。
８秒：制御イベント送信処理部１８を起動。
１２秒：低速回線（回線１２Ｂ）からヘルスチェックデータを送信（制御データは送信しない）。また、高速回線（回線１２Ａ）からも制御データを送信しない。
というスケジュールで定周期送信処理部１７が動作することを示している。
【００４９】
このようにすることで、親局１は、高速回線（回線１２Ａ）および低速回線（回線１２Ｂ）の伝送能力に応じて、定周期データ（ヘルスチェックデータ）および制御データの送信処理を実行することができる。
【００５０】
図４は、図１の送信要求インターフェースの処理手順を示すフローチャートである。図５は、図１の送信要求インターフェースが作成する電文フォーマットを示した図である。
図１〜図３を参照しつつ、図４および図５を用いて、送信要求インターフェースの処理手順について説明する。
【００５１】
図１の制御処理部１４は、送信要求インターフェース１５を介して送信要求を行う。これを受けて、送信要求インターフェース１５は、まず送信バッファ管理テーブル１９を参照し、送信データバッファ１６の使用状況を確認する（Ｓ４１）。ここで、送信データバッファ１６に空きが無い場合は（Ｓ４２のＮｏ）、制御処理部１４に対し送信ＢＵＳＹを通知する（Ｓ４７）。
【００５２】
一方、送信データバッファ１６に空きがあった場合は（Ｓ４２のＹｅｓ）、送信要求インターフェース１５は、送信データを作成する（Ｓ４３）。
【００５３】
具体的には、送信要求インターフェース１５は、制御処理部１４から受け取った送信データ（宛先局番号と、電文ＩＤと、送信通番管理テーブル１０から取得した送信通番と、現在時刻より生成するカウンタ値（タイムスタンプ）と、制御設定値とを含むデータ）を、予め規定している電文フォーマットに編集する。
【００５４】
例えば、送信要求インターフェース１５は、電文フォーマットに従い、送信元局番号と、宛先局番号と、送信通番と、送信バイト数と、電文ＩＤと、このデータを作成した日時を示すタイムスタンプと、制御設定値とを含む送信データを作成する（図５参照）。
【００５５】
次に、送信要求インターフェース１５は、電文フォーマットに編集した送信データを、送信データバッファ１６の空き面に設定し（Ｓ４４）、設定した送信データに基づき、送信バッファ管理テーブル１９を更新する（Ｓ４５）。つまり、送信データバッファ１６に設定した面に対応する送信バッファ管理テーブル１９の管理情報について、使用状態を空きから送信要求（送信待ち）に更新する。また、送信データバッファ１６に設定した送信データに含まれる局番号（宛先局番号）、電文ＩＤ、送信通番、タイムスタンプ等を送信バッファ管理テーブル１９に書き込む。
このようにして、送信要求インターフェース１５は送信データバッファ１６に関する管理情報を送信バッファ管理テーブル１９に登録する。
【００５６】
図６は、図１の制御イベント送信処理部の処理手順を示したフローチャートである。
図１〜図５を参照しつつ、図６を用いて制御イベント送信処理部１８の処理手順を説明する。
【００５７】
定周期送信処理部１７により制御イベント送信処理部１８が起動されると、制御イベント送信処理部１８は、送信バッファ管理テーブル１９の送信要求情報に、送信要求があるか否かを判断する（Ｓ６１）。
【００５８】
ここで、送信要求があった場合には（Ｓ６１のＹｅｓ）、制御イベント送信処理部１８は、その送信要求に対応する送信データを送信データバッファ１６から取得し（Ｓ６２）、ネットワーク送受信部１３に送信依頼を行う（Ｓ６３）。なお、Ｓ６１において送信要求が複数ある場合は、制御イベント送信処理部１８は、優先度の高い送信データから順に、ネットワーク送受信部１３に送信依頼を行う。
【００５９】
ここで、制御イベント送信処理部１８がネットワーク送受信部１３に対し優先的に送信依頼をする送信データは、送信バッファ管理テーブル１９における登録情報のエリア（ケース番号）により識別する。このときの識別方法の詳細は後記する。
【００６０】
そして、制御イベント送信処理部１８は、送信依頼後に送信バッファ管理テーブル１９の管理情報における送信バッファの使用状態を、送信待ちから送信要求に更新し（Ｓ６４）、ネットワーク送受信部１３は、制御イベント送信処理部１８から送信依頼された送信データを送信し、再度起動されるのを待つ。
このようにして、制御イベント送信処理部１８は制御データを送信する。
【００６１】
なお、制御イベント送信処理部１８からネットワーク送受信部１３への送信依頼は、送信タイミングテーブル１１（図３（ｂ）参照）と、回線選択スイッチ１１１（１１１Ａ〜１１１Ｎ）で選択されている回線とに基づき行われる。
【００６２】
例えば、Ｓ６１における起動タイミングが、送信タイミングテーブル１１における高速回線（回線１２Ａ）の制御イベント送信処理部１８の起動タイミングであり、かつ回線選択スイッチ１１１Ａにおいて高速回線（回線１２Ａ）が選択されているとき、制御イベント送信処理部１８は、ネットワーク送受信部１３に高速回線（回線１２Ａ）経由での送信依頼を行う。
一方、回線選択スイッチ１１１Ａにおいて低速回線（回線１２Ｂ）が選択されているとき、制御イベント送信処理部１８は、ネットワーク送受信部１３に送信依頼を行わない。
【００６３】
また、Ｓ６１における起動タイミングが、送信タイミングテーブル１１における低速回線（回線１２Ｂ）の制御イベント送信処理部１８の起動タイミングであり、かつ回線選択スイッチ１１１Ａにおいて低速回線（回線１２Ｂ）が選択されているとき、ネットワーク送受信部１３に低速回線（回線１２Ｂ）経由での送信依頼を行う。
一方、回線選択スイッチ１１１Ａにおいて高速回線（回線１２Ａ）が選択されているとき、制御イベント送信処理部１８は、ネットワーク送受信部１３に送信依頼を行わない。
【００６４】
図７は、図１の送信要求インターフェースおよび制御イベント送信処理部の動作を説明する図である。
図１〜図６を参照しつつ、図７を用いて送信要求インターフェース１５および制御イベント送信処理部１８の動作を説明する図である。
【００６５】
送信要求インターフェース１５が送信バッファ管理テーブル１９に管理情報を登録するとき、送信要求インターフェース１５は、送信データの電文ＩＤを参照して管理情報の使用ケースを決定する。つまり、送信要求インターフェース１５は、電文ＩＤごとに、その電文ＩＤの送信データの管理情報の使用ケースの範囲を示したテーブルを保持しており、送信データの電文ＩＤとこのテーブルとを参照して、先頭からＮ番目のケースまでのいずれかのケースに登録し、優先度の低い送信データに関する管理情報は、（Ｎ＋１）番目のケースから最終ケースまでのいずれかのケースに登録するようにする。ちなみに、優先度の高い送信データとは、都市ガスの供給地区ブロック化制御要求に関するデータや、都市ガスの供給停止制御要求等の緊急制御指示に関するデータ等であり、優先度の低い送信データは、ログデータ（子局２での制御履歴を記録したログデータ）等である。
【００６６】
そして、制御イベント送信処理部１８が、送信バッファ管理テーブル１９の検索をする際には、先ず、優先度の高い送信データの管理情報の登録エリア（先頭からＮ番目までのケース）を検索する。そして、この登録エリアに制御イベント送信処理部１８が送信すべき送信データの管理情報があるか否かを判断する。そして、管理情報があった場合は、その管理情報に記載された電文ＩＤをキーとして送信データバッファ１６から送信データを選択し、ネットワーク送受信部１３に送信依頼を行う。このとき、当該登録エリアに管理情報が複数ある場合は、その中でタイムスタンプの値が小さい送信データから順にネットワーク送受信部１３に送信依頼を行う。
【００６７】
一方、先頭からＮ番目までのケースに制御イベント送信処理部１８が送信すべき管理情報が無い場合は、（Ｎ＋１）番目以降のケース（一般レベルの送信データの登録エリア）を検索する。そして、前記した場合と同様に、この登録エリアに管理情報があった場合は、その管理情報に対応する送信データを送信する。また、登録エリアに管理情報が複数ある場合は、その中でタイムスタンプの値が小さい送信データから順にネットワーク送受信部１３に送信依頼を行う。
【００６８】
このように送信バッファ管理テーブル１９において、優先度の高い送信データの管理情報を登録するケースを確保しておくことで、送信データの送信ラッシュにより、緊急制御要求等の優先度の高い送信データの管理情報が登録できない状況を避けることができる。つまり、親局１は都市ガスの供給地区ブロック化制御要求や、都市ガスの供給停止制御要求等の緊急制御指示等に優先度の高い送信データを、優先的かつ確実に子局２へ送信することができる。また、このように優先度の高い送信データの管理情報を登録するケースを確保しておくことは、通信装置の障害や保守作業の影響で低速回線（回線１２Ｂ）のみの運用となったときでも、優先度の高い送信データを、確実にかつ優先的に子局２へ送信したいときに特に有効である。
【００６９】
なお、子局２（２Ａ〜２Ｎ）から親局１へのデータ送信の手順は、前記した親局１から子局２（２Ａ〜２Ｎ）へのデータ送信の手順と同様であるので、説明を省略する。
【００７０】
このようにすることで、監視制御システムにおいて、二重冗長化回線を用いた場合でも、データの送信側の局と受信側の局との主系／従系のステータス認識不一致によるデータ損失がなくなる。また、送信タイミングテーブル１１,２１により、回線１２（回線１２Ａおよび回線１２Ｂ）の両方の回線の伝送能力にあわせた送信スケジュールリングを行うことにより、回線負荷の均一化が図れ、安定した監視制御を実現することができる。
【００７１】
本実施の形態に係る親局１は、前記したような処理を実行させるプログラムによって実現することができ、また子局２についても前記したような処理を実行させるプログラムによって実現することができる。また、これらのプログラムをコンピュータによる読み取り可能な記憶媒体に記憶して提供することが可能である。また、そのプログラムを、ネットワークを通して提供することも可能である。
【００７２】
また、前記した実施の形態では、本発明を都市ガス供給における監視システムへ適用した場合を例に説明したが、親局１が、通信回線を用いて子局２を監視する監視システムであれば、都市ガス供給以外の監視システムにも適用可能である。
【図面の簡単な説明】
【００７３】
【図１】本実施の形態の監視制御システムの構成を機能展開して示したブロック図である。
【図２】図１の子局の構成を機能展開して示したブロック図である。
【図３】（ａ）は、図１の親局の定周期送信処理部の処理手順を示すフローチャートであり、（ｂ）は、図１の親局の回線別データ送信タイミングテーブルを例示した図である。
【図４】図１の送信要求インターフェースの処理手順を示すフローチャートである。
【図５】図１の送信要求インターフェースが作成する電文フォーマットを示した図である。
【図６】図１の制御イベント送信処理部の処理手順を示したフローチャートである。
【図７】本実施の形態における優先度による送信データの選択方法を説明する図である。
【符号の説明】
【００７４】
１      親局
２（２Ａ〜２Ｎ）  子局
１０,２０  送信通番管理テーブル
１１,２１  回線別データ送信タイミングテーブル（送信タイミングテーブル）
１２（１２Ａ,Ｂ）  回線
１３,２３  ネットワーク送受信部
１４,２４  制御処理部
１５,２５  送信要求インターフェース
１６,２６  送信データバッファ
１７,２７  定周期送信処理部（送信処理部）
１８,２８  制御イベント送信処理部
１９,２９  送信バッファ管理テーブル
１１１（１１１Ａ〜１１１Ｎ）,２１１  回線選択スイッチ
【図１】
2006345221.tif 000003
【図２】
2006345221.tif 000004
【図３】
2006345221.tif 000005
【図４】
2006345221.tif 000006
【図５】
2006345221.tif 000007
【図６】
2006345221.tif 000008
【図７】
2006345221.tif 000009