JP2004274783A - 保守運用支援装置 - Google Patents

Abstract

【課題】 総合的な信頼性を維持できる保守運用支援装置を提供する。
【解決手段】 本発明の保守運用支援装置は、通信リンクに適用された伝送方式と通信手順との双方あるいは何れか一方に基づいて、その通信リンクが正常に形成されているか否かの判別を行う通信リンク監視手段と、二重化の下で対をなす他の保守運用監視支援装置との間に形成された交絡通信リンクについて通信インタフェースをとる交絡インタフェース手段と、通信リンク監視手段によって行われた判別の結果が偽であるときに、交絡インタフェース手段および交絡通信リンクを介して他の保守運用支援装置宛にメッセージを中継する迂回手段と、交絡通信リンクおよび交絡インタフェース手段を介して与えられるメッセージを取り込み、端末の内、宛先となるべき端末宛にそのメッセージを通信リンクを介して転送する転送手段とを備える。
【選択図】 図１

Description

本発明は、監視制御の対象となる装置とその監視制御に供される端末とに接続され、これらの装置と端末との間で送受されるべきコマンドやメッセージの引き渡しを行う保守運用支援装置に関する。

近年、交換局や無線局の多くは、高度に進展した情報処理技術とディジタル伝送技術とが適用された交換機、伝送装置および無線機器が設置され、かつ無人で運用されている。
また、これらの交換機、伝送装置、無線機器については、通信リンクを介して接続された保守・運用センタにおいて稼働状況の監視と、その稼働状況に適応した制御とが自動的に、あるいは人手を介して適宜行われている。

図９は、保守運用支援装置の構成例を示す図である。
図において、保守運用支援装置７０は、プロセッサ７１と、そのプロセッサ７１に接続された通信ポート７２、７３-1〜７３-Nおよび外部記憶装置７４とから構成される。また、通信ポート７２は網７５を介して監視制御の対象となるべき交換機７６-1〜７６-nの通信ポートに接続され、かつ通信ポート７３-1〜７３-Nはそれぞれ通信リンク７７-1〜７７-Nを介してその監視制御に供される端末７８-1〜７８-Nの通信ポートに接続される。

このような構成の保守運用支援装置７０では、プロセッサ７１の主記憶には、図１０に示すように、待ち行列７１Ｑを有するオペレーティングシステム７１Ｓと、そのオペレーティングシステム７１Ｓが行うタスク管理の下で起動される通信制御タスク７１Ｔ-1（以下、「ＣＣＴ」という。）とメッセージ・コマンド処理タスク７１Ｔ-2（以下、「ＭＣＴ」という。）とが、予めロードモジュールとして格納される。

なお、図１０に示す実線および点線の矢印はそれぞれ「タスクの起動」と「情報の流れ」とを示し、かつ上述したオペレーティングシステム７１Ｓには、ＣＣＴによって発せられるシステムコールに応じて通信ポート７２、７３-1〜７３-Nを物理的に駆動する通信ドライバが含まれる。
プロセッサ７１は、後述するようにＭＣＴを起動することによって行うべき処理の対象がない場合には、オペレーティングシステム７１Ｓの実行を行うことによって適宜資源管理を行う。

しかし、通信ポート７３-1〜７３-Nを介して何らかの「コマンド」（図１０(1))が受信され、あるいは網７５および通信ポート７２を介してその「コマンド」に対する「応答」、あるいは交換機７６-1〜７６-nの何れかの稼働状況等を示す「メッセージ」（図１０(2))が受信されると、プロセッサ７１（オペレーティング７１Ｓ）は、これらの通信ポート７３-1〜７３-N、７２が与える割り込み要因に応じて、ＣＣＴを起動する（図１０(3))。

ＣＣＴの実行過程では、プロセッサ７１は、上述した「コマンド」、「応答」、「メッセージ」の内、既述の通信ドライバを介して受信された何れか（以下、単に「データ」という。）を取り込み、『その「データ」を起動要因としてＭＣＴを起動すること』を意味するシステムコール（以下、識別子「ＱＳＴＴ」を付して示す。）を発する（図１０(4)、(5))。

プロセッサ７１は、このシステムコールＱＳＴＴに応じてオペレーティングシステム７１Ｓの実行を再開し、その実行の過程では、上述した起動要因である「データ」を待ち行列７１Ｑに繋ぐ（図１０(6))と共に、その時点で優先度がＭＣＴより高いタスク（以下、「優先タスク」という。）がある場合には、その優先タスクの起動、あるいは実行の再開に要する「第一の処理」を行う。

しかし、このような優先タスクがなく、かつ上述したようにＣＣＴが起動されることによって実行が中断されたＭＣＴがある場合には、プロセッサ７１は、そのＭＣＴの処理を続行する「第二の処理」を行う。
さらに、上述した優先タスクがなく、かつ実行が中断されたＭＣＴがない場合には、プロセッサ７１は、オペレーティングシステム７１Ｓの実行の過程において、待ち行列７１Ｑに何らかの「データ」が繋がれているか否かを判別し、その判別の結果が真である場合には、この待ち行列７１Ｑに最先に繋がれた「データ」を起動要因としてＭＣＴを起動する「第三の処理」を行う（図１０(7))。

また、ＭＣＴの実行過程でプロセッサ７１によって行われるべき処理の手順としては、その処理が完了したことを示すシステムコール（以下、識別子「ＥＮＤ」を付して示す。）が定義される。
プロセッサ７１は、このようなシステムコールＥＮＤが発せられることによって起動されるオペレーティングシステム７１Ｓの実行過程では、ＭＣＴの処理が完了したことを認識すると共に、上述した手順に基づいて「第一の処理」ないし「第三の処理」の何れかを行う「タスク管理」を実施する。

ところで、上述したように起動され、かつ処理の続行がはかられるＭＣＴの処理の過程では、プロセッサ７１は、起動要因として与えられた「データ」について、予め決められた型式に基づく解析を行うことによって、宛先を決定する。
さらに、プロセッサ７１は、『その宛先に対する上述した「データ」、あるいはその「データ」に所定の処理を施すことによって生成され帳票等の副次データの送信を要求し、かつ処理を完了すること』を示すシステムコール（以下、識別子「ＳＮＤ」を付して示す。）を発する（図１０(8))。

なお、このようなシステムコールＳＮＤについては、以下では、簡単のため既述のシステムコールＥＮＤを兼ねると仮定する。
プロセッサ７１は、このシステムコールＳＮＤに応じてオペレーティングシステム７１Ｓの実行を再開し、その実行の過程では、通信ポート７２、７３-1〜７３-Nの内、そのシステムコールＳＮＤの引数として与えられた宛先に対応する通信ポートと既述の通信ドライバとを介して交換機７６-1〜７６-nと端末７８-1〜７８-Nとの何れかに、該当する「データ」あるいは副次データを送出する（図１０(9)、(10)) 。

また、外部記憶装置７４には、交換機７６-1〜７６-nについて行われるべき監視および制御の項目の内、端末７８-1〜７８-Nに予め割り付けられた項目の組み合わせがデータベースとして予め登録される。
プロセッサ７１は、上述した解析の結果に基づいて宛先を決定するために、そのデータベースを適宜参照する。

したがって、交換機７６-1〜７６-nについては、網７５を介して対向する保守運用支援装置７０において上述した一連の処理が行われることによって、所望の項目にかかわる監視制御が端末７８-1〜７８-Nの内、その項目が予め割り付けられた端末を介して運用の過程で適宜行われる。
なお、網７５および通信リンク７７-1〜７７-Nに適応した通信制御と、始動時その他において保守運用支援装置７０と交換機７６-1〜７６-nおよび端末７８-1〜７８-Nとの間で行われるべき呼設定やコネクションの確立は、既述の通信ドライバおよびオペレーティングシステム７１Ｓの連係の下で行われる。しかし、その呼設定やコネクションの確立の過程で行われる処理の手順については、公知の多様な技術が適用可能であり、かつ本願発明に関係がないので、ここではその説明を省略する。

また、上述したデータベースの内容については、プロセッサ７１は、端末７８-1〜７８-Nによって与えられる「コマンド」とその「コマンド」に付帯するパラメータとに応じて適宜更新する。しかし、このような更新にかかわる処理の手順については、本願発明に関係がないので、ここではその説明を省略する。

ところで、このような従来例では、全ての「コマンド」、「メッセージ」および「応答」は、上述したように単一の待ち行列７１Ｑに繋がれ、その待ち行列７１Ｑを介してファーストイン・ファーストアウト方式で順次処理される。
したがって、例えば、障害等の発生に伴って発生した多量の「メッセージ」が網７５を介して与えられた場合には、端末７８-1〜７８-Nによって与えられた「コマンド」の処理は、これらの「メッセージ」にかかわる処理が完了する時点まで大幅に遅延して起動される可能性があった。

しかし、このような状態では、「コマンド」の多くは上述した障害等の事象に適応して交換機７６-1〜７６-n宛に至急与えられるべきであるので、円滑な保守や運用が妨げられ、復旧処理に無用の時間や工数を要する可能性があった。
さらに、網７５を介して与えられる「メッセージ」および「応答」の内、端末７８-1〜７８-Nの何れか１つのみが割り付けられている「メッセージ」あるいは「応答」については、通信ポート７３-1〜７３-Nおよび通信リンク７７-1〜７７-Nの内、その１つの端末に対応した通信ポートまたは通信リンクに障害が発生した場合には、保守運用の担当者に何ら伝達されることなく欠落する可能性があった。

また、これらの通信ポート７３-1〜７３-Nあるいは通信リンク７７-1〜７７-Nの何れかが正常な状態に復旧した場合には、端末７８-1〜７８-Nの内、該当する端末が再び系構成の一部に有効に組み込まれる処理については、これらの端末７８-1〜７８-Nの何れかに対して所定の操作が行われなければならない。したがって、保守運用のために並行して行われるべき作業が多くあり、あるいは端末７８-1〜７８-Nを操作する人員が不足であったり不在である場合には、メッセージや「応答」が無用に欠落する可能性があった。

本発明の目的は、監視制御の対象となる装置の稼働状況の如何にかかわらず、所望の装置に対するコマンドを円滑に送信できる保守運用支援装置を提供すること、または、総合的な信頼性を維持できる保守運用支援装置を提供することである。

図１は、本発明の原理ブロック図である。
請求項１の発明は、監視制御の対象となる装置３１-1〜３１-nとの間に形成された伝送路３２と、端末３３-1〜３３-Nが個別に有する複数の通信ポートの何れかとの間に形成された通信リンク３４とに接続され、これらの装置３１-1〜３１-nについて生じた事象あるいは稼働状況を示すメッセージの中継を行う保守運用支援装置において、通信リンク３４に適用された伝送方式と通信手順との双方あるいは何れか一方に基づいて、その通信リンク３４が正常に形成されているか否かの判別を行う通信リンク監視手段３５と、二重化の下で対をなす他の保守運用監視支援装置との間に形成された交絡通信リンク３６について通信インタフェースをとる交絡インタフェース手段３７と、通信リンク監視手段３５によって行われた判別の結果が偽であるときに、交絡インタフェース手段３７および交絡通信リンク３６を介して他の保守運用支援装置宛にメッセージを中継する迂回手段３８と、交絡通信リンク３６および交絡インタフェース手段３７を介して与えられるメッセージを取り込み、端末３３-1〜３３-Nの内、宛先となるべき端末宛にそのメッセージを通信リンク３４を介して転送する転送手段３９とを備えたことを特徴とする。

すなわち、迂回手段３８は、通信リンク監視手段３５の判別の結果が偽であるときには、自系と対をなし、かつ二重系を構成する他の保守運用支援装置宛に、交絡インタフェース手段３７および交絡通信リンク３６を介してメッセージを中継する。また、転送手段３９は、交絡通信リンク３６および交絡インタフェース手段３７を介して上述した他の保守運用支援装置から与えられるメッセージを取り込み、端末３３-1〜３３-Nの内、宛先となるべき端末宛に通信リンク３４を介してそのメッセージを転送する。したがって、通信リンク３４に障害が発生している期間であっても、装置３１-1〜３１-nについて稼働状況、あるいは生じた事象を示すメッセージは、交絡インタフェース手段３７、交絡通信リンク３６および上述した他の保守運用支援装置を介して端末３３-1〜３３-Nに与えられるので、これらの装置３１-1〜３１-nにかかわる監視が確度高く継続して行われる。

請求項２の発明は、請求項１の保守運用支援装置において、通信リンク監視手段３５によって行われた判別の結果が偽から真に変化したときに、交絡インタフェース手段３７および交絡通信リンク３６を介して他の保守運用支援装置宛に、その旨を示す復旧通知を与える自系復旧通知手段４１と、他の保守運用支援装置から交絡通信リンク３６および交絡インタフェース手段３７を介して与えられる復旧通知を取り込み、端末３１-1〜３１-Nの内、宛先となるべき端末宛に通信リンク３４を介してその復旧通知を与える復旧要求手段４２とを備えたことを特徴とする。

すなわち、通信リンク３４が障害から復旧した場合には、その旨が交絡インタフェース手段３７、交絡通信リンク３６および上述した他の保守運用支援装置を介して端末３３-1〜３３-N宛に通知されるので、これらの端末３３-1〜３３-Nでは、人手を介することなくその通信リンク３４を現用系に組み入れる系の再構成の開始が可能となる。

請求項１の発明では、所望の装置の監視が確度高く継続して行われる。請求項２の発明では、人手を介することなく、自系に備えられた通信リンクが現用系に組み入れられる。

以下、図面に基づいて本発明の実施形態について詳細に説明する。
＜第１の実施形態＞
図２は、請求項１、２の発明に対応した第１の実施形態を示す図である。図において、図９に示すものと機能および構成が同じものについては、同じ符号を付与して示し、ここでは、その説明を省略する。また、図３は、本実施形態におけるメッセージ処理タスク（以下、単に「ＭＰＴ」という。）の動作フローチャートである。

本実施形態と図９に示す従来例とのハードウエアの構成の相違点は、通信ポート７２、７３-1〜７３-Nに併せて通信ポート６１を有する保守運用支援装置６２が従来の保守運用支援装置７０に代えて備えられ、端末７８-1〜７８-Nに代えて端末７８ａ-1〜７８ａ-Nが備えられ、これらの端末７８ａ-1〜７８ａ-Nにはそれぞれ通信リンク７７Ａ-1〜７７Ａ-Nを介して接続され、かつ構成が保守運用支援装置６２の構成と同じであって既述の通信ポート６１との間に双方向のインタリンク６３を介して接続されると共に、網７５に接続された保守運用支援装置６２Ａが備えられた点にある。

なお、保守運用支援装置６２Ａの構成要素については、簡単のため、保守運用支援装置６２の対応する構成要素の符号の末尾に添え文字「Ａ」を付加して示し、ここではその説明および図示を省略する。
ここで、本実施形態と、図２に示した原理ブロック図との対応関係を示す。交換機７６-1〜７６-nは装置３１-1〜３１-nに対応し、網７５は伝送路３２に対応し、端末７８ａ-1〜７８ａ-nは端末３３-1〜３３-Nに対応し、通信リンク７７-1〜７７-N、７７Ａ-1〜７７Ａ-Nは通信リンク３４に対応し、通信ポート７３-1〜７３-N、７３Ａ-1〜７３Ａ-Nおよびプロセッサ７１、７１Ａは通信リンク監視手段３５に対応し、インタリンク６３は交絡通信リンク３６に対応し、通信ポート６１、６１Ａは交絡インタフェース手段３７に対応し、プロセッサ７１、７１Ａは迂回手段３８、転送手段３９、自系復旧通知手段４１および復旧要求手段４２に対応する。

通信リンク７７-1〜７７-N、７７Ａ-1〜７７Ａ-Nについては、簡単のため、ＲＳ−２３２Ｃ方式に適応すると仮定する。
保守運用支援装置６２では、プロセッサ７１は、通信ポート７３-1〜７３-Nおよび通信リンク７７-1〜７７-Nを介して端末７８ａ-1〜７８ａ-1と相互に所定の頻度でハンドシェークを行うことによって、これらの通信ポート７３-1〜７３-Nおよび通信リンク７７-1〜７７-Nが正常に作動しているか否かを判別する（図３(a))。

なお、このようなハンドシェークについては、例えば、
(1) 「データ・チャネル受信キャリア検出信号ＣＤ」の論理値を監視する処理と、
(2) 「データ端末レディ信号ＥＲ」を所定の手順に基づいて設定し、あるいは更新しつつ送信する処理に併せて、その処理に同期して「データ・セット・レディ信号ＤＲ」の論理値を監視する処理と
の組み合わせとして実現される。しかし、上述した判別が所望の確度で行われるならば、如何なる伝送方式および通信手順に適合するものであってもよい。

さらに、プロセッサ７１は、上述したハンドシェークの過程で通信リンク７７-1〜７７-Nについて個別に得られた判別の結果を通信ポート６１およびインタリンク６３を介して保守運用支援装置６２Ａ宛に送出する。
なお、保守運用支援装置６２Ａでは、保守運用支援装置６２において上述したように行われる一連の処理が並行して行われるので、その処理の詳細については、説明を省略する。

また、保守運用支援装置６２、６２Ａでは、プロセッサ７１、７１Ａは、それぞれ通信ポート６１、６１Ａおよびインタリンク６３を介して相互に同様のハンドシェークを行うことによって、そのインタリンク６３を介して通信リンクが正常に形成されているか否かを判別する（図３(b))。
さらに、保守運用支援装置６２では、その保守運用支援装置６２が現用系として作動し、かつ保守運用支援装置６２Ａが予備系として作動することによって待機冗長方式に基づく二重系が正常に構成されている期間には、プロセッサ７１は、通信リンク７７-1〜７７-Nの内、例えば、通信リンク７７-K（Ｋ＝１〜Ｎ）に何らかの障害が発生したことを既述の処理の手順に基づいて識別した場合には、その通信リンク７７-Kを介して対向する端末７８ａ-K宛に送出されるべき「メッセージ」および「応答」に、この端末７８ａ-Kの識別情報を付加する変換処理をそれぞれ施すことによって、「転送メッセージ」および「転送応答」を生成する。

さらに、プロセッサ７１は、通信ポート６１を介してインタリンク６３に、これらの「転送メッセージ」および「転送応答」を順次送出する（図３(c))。
一方、保守運用支援装置６２Ａでは、プロセッサ７１Ａは、通信ポート６１Ａを介してインタリンク６３から上述した「転送メッセージ」および「転送応答」を順次取り込み、これらの「転送メッセージ」および「転送応答」に上述した変換処理と反対の処理を施すことによって対応する「メッセージ」および「応答」に併せて、端末７８ａ-Kの識別情報を復元する。

さらに、プロセッサ７１Ａは、通信ポート７３Ａ-1〜７３Ａ-Nおよび通信リンク７７Ａ-1〜７７Ａ-Nの内、このようにして復元された識別情報に対応する通信ポートおよび通信リンクを介して端末７８ａ-K宛に、その識別情報と共に復元された「メッセージ」や「応答」を送出する。
また、端末７８ａ-Kは、通信リンク７７-K、７７Ａ-Kの何れを介して与えられる「メッセージ」および「応答」についても、同様にして監視制御にかかわる処理の対象として動作する。

すなわち、現用の通信リンク７７-1〜７７-N（７７Ａ-1〜７７Ａ-N）の内、障害が生じた通信リンク７７-K（７７Ａ-K）は、インタリンク６３の共用の下で形成される迂回路と、その通信リンク７７-K（７７Ａ-K）に接続された端末７８ａ-Kと予備系の保守運用支援装置６２Ａ（６２）との間に形成された通信リンク７７Ａ-K（７７-K）とを介して代替される。したがって、本実施形態によれば、従来例に比べて信頼性が高められる。

＜第２の実施形態＞
図４は、本発明の第２の実施形態の動作フローチャートである（請求項２に対応）。本実施形態のブロック図は、第１の実施形態と同様なので省略する。以下、図２および図４を参照して本実施形態の動作を説明する。保守運用支援装置６２では、プロセッサ７１は、例えば、通信リンク７７-Kに何らかの障害が発生した後には、その通信リンク７７-Kを介して対向する端末７８ａ-Kと相互に所定の頻度で既述のハンドシェークを行うことによって、これらの通信ポート７３-1〜７３-Nおよび通信リンク７７-1〜７７-Nが正常な状態に復旧したか否かを判別する（図４(1))。

さらに、プロセッサ７１は、通信ポート６１およびインタリンク６３を介して保守運用支援装置６２Ａ宛にその判別の結果を送出する（図４(2))。
一方、保守運用支援装置６２Ａでは、プロセッサ７１Ａは、その保守運用支援装置６２Ａが予備系として作動している期間には、「転送メッセージ」および「転送応答」の逆変換処理を行うことによって「メッセージ」や「応答」を復元する（図４(3))と共に、通信リンク７７Ａ-1〜７７Ａ-Nの内、これらの「メッセージ」や「応答」の送出先となっている通信リンク７７Ａ-Kを識別する（図４(4))。

さらに、プロセッサ７１Ａは、インタリンク６３を介して与えられる判別の結果の内、この通信リンク７７Ａ-Kと対をなす通信リンク７７-Kに対応する判別の結果が偽から真となったことを認識した場合には、その旨を示す「復旧通知」を生成すると共に、通信リンク７７Ａ-Kを介して端末７８ａ-K宛にこの「復旧通知」を送出する（図４(5))。また、端末７８ａ-Kは、このような「復旧通知」を認識すると、通信リンク７７-Kを介して保守運用支援装置６２と相互に、始動時と同様の手順に基づいて呼設定あるいはコネクションの確立を行う。

すなわち、障害が生じた通信リンク７７-Kは、既述の迂回路を介して代替されるが、その通信リンク７７-Kの復旧と共に人手を介することなく速やかに現用に供される。したがって、本実施形態によれば、このような復旧に際して端末７８ａ-Kの操作者あるいはその他の保守運用に携わる者の人手が必要であった従来例に比べて、保守および運用の効率および確度が高められる。

以下、第１及び第２の実施形態の補足事項を説明する。既述の呼設定あるいはコネクションの確立にかかわる処理の手順が何ら示されていないが、これらの呼設定およびコネクションの確立にかかわる処理については、通信リンク７７-1〜７７-N（７７Ａ-1〜７７Ａ-N）に適用された伝送方式および通信手順に適応し、かつ公知である多様な技術の適用が可能であると共に、本願発明に関係がないので、説明を省略した。

図４(1)〜(5)に示す処理を実現するタスクの構成が何ら示されていないが、これらの処理は、どのようなタスクに如何なる形態で機能分散や負荷分散がはかられることによって実現されてもよい。
通信リンク７７-1〜７７-Nの何れかが障害から復旧したときに、該当する通信リンクについて呼設定やコネクションの設定が行われているが、例えば、その通信リンクを形成するハードウエアにソフトウエアが密に結合する場合には、これらの呼設定やコネクションの設定は改めて行われなくてもよい。

保守運用支援装置６２、６２Ａおよび通信リンク７７-1〜７７-N、７７Ａ-1〜７７Ａ-Nによって二重化された系の形態と、その系の再構成について何ら示されていないが、このような系については、公知の技術が適用されることによって待機冗長方式、常用冗長方式その他の多様な系の再構成が適用され、かつ本願発明には直接関係がないので、説明を省略した。また、請求項１、２の発明は、上述した形態に限らず、例えば、従来例その他の如何なる保守運用支援装置に適用されてもよい。

＜本発明の別の形態＞
図５は、本発明の別の形態の原理ブロック図である。本発明の別の形態では、保守運用支援装置は、監視制御の対象となるべき装置１１-1〜１１-nに対する動作の形態の指示を示すコマンドの蓄積に供され、かつ先入れ先出し方式に適応した第一の待ち行列１２と、装置１１-1〜１１-nについて、生じた事象あるいは稼働状況を示すメッセージの蓄積に供される第二の待ち行列１４と、装置１１-1〜１１-nと、監視制御にかかわる項目との双方あるいは何れか一方に予め個別に対応付けられた端末１３-1〜１３-Nから与えられたコマンドと、これらの装置１１-1〜１１-nから伝送路１５を介して与えられたメッセージとを仕分け、これらのコマンドとメッセージとをそれぞれ第一の待ち行列１２と第二の待ち行列１４とに順次繋ぐ仕分け手段１６と、仕分け手段１６によって第一の待ち行列１２に繋がれたコマンドを順次読み出し、装置１１-1〜１１-nの内、宛先となるべき装置宛に、これらの読み出されたコマンドを伝送路１５を介して与えるコマンド処理手段１７と、仕分け手段１６によって第二の待ち行列１４に繋がれたメッセージを順次読み出し、これらの読み出されたメッセージに監視制御に適応した処理を施すメッセージ処理手段１８とを備え、コマンド処理手段１７とメッセージ処理手段１８とは、前者の優先度が後者の優先度より高く、かつ単一のプロセッサがこれらの優先度に基づくタスク管理の下で実行する個別のタスクとして形成されたことを特徴とする。このため、装置１１-1〜１１-nの何れかの障害等に起因して発生した多量のメッセージが第二の待ち行列１４に繋がれた状態であっても、端末１３-1〜１３-Nによって与えられたコマンドはこれらの装置１１-1〜１１-nの内、所望の装置宛に（伝送路１５を介して）優先的に与えられる。

この形態では、好ましくは、以下のようにするとよい。即ち、第一の待ち行列１２は、装置１１-1〜１１-nの内、何らかのコマンドを認識した装置から伝送路１５を介して与えられた応答の蓄積に共用され、仕分け手段１６は、装置１１-1〜１１-nから伝送路１５を介して与えられた応答をコマンドと同類に仕分けて、その応答を第一の待ち行列１２に繋ぎ、コマンド処理手段１７は、仕分け手段１６によって第一の待ち行列１２に繋がれた応答を順次読み出し、端末１３-1〜１３-Nの内、宛先となるべき端末宛に、これらの読み出された応答を与える。この場合、装置１１-1〜１１-nに与えられるべきコマンドと、これらの装置１１-1〜１１-nがそのコマンドに応じて発した応答とは、共に同様の装置１１-1〜１１-nについて生じた事象あるいは稼働状況を示すメッセージより優先的に処理される。このため、障害等に対して迅速、かつ適性な対処が可能となる。

本発明のさらなる別の形態では、保守運用支援装置は、監視制御の対象となるべき装置１１-1〜１１-nに対する動作の形態の指示を示すコマンドの蓄積に供され、かつ先入れ先出し方式に適応した第一の待ち行列１２と、装置１１-1〜１１-nについて、生じた事象あるいは稼働状況を示すメッセージの蓄積に供される第二の待ち行列１４と、装置１１-1〜１１-nが何らかのコマンドに応じて発した応答の蓄積に供され、かつ先入れ先出し方式に適応した第三の待ち行列２１と、装置１１-1〜１１-nと、監視制御にかかわる項目との双方あるいは何れか一方に予め個別に対応付けられた端末１３-1〜１３-Nから与えられたコマンドと、これらの装置１１-1〜１１-nから伝送路１５を介して与えられたメッセージと応答とを仕分け、これらのコマンド、メッセージおよび応答をそれぞれ第一の待ち行列１２、第二の待ち行列１４および第三の待ち行列２１に順次繋ぐ仕分け手段２２と、仕分け手段２２によって第一の待ち行列１２に繋がれたコマンドを順次読み出し、装置１１-1〜１１-nの内、宛先となるべき装置宛に、これらの読み出されたコマンドを伝送路１５を介して与えるコマンド処理手段２３と、仕分け手段２２によって第二の待ち行列１４に繋がれたメッセージを順次読み出し、その読み出されたメッセージに監視制御に適応した処理を施すメッセージ処理手段２４と、仕分け手段２２によって第三の待ち行列１２に繋がれた応答を順次読み出し、その読み出された応答に監視制御に適応した処理を施す応答処理手段２５とを備えている。

この形態の保守運用支援装置は、『コマンド処理手段２３、応答処理手段２５およびメッセージ処理手段２４は、降順に優先度が設定され、かつ単一のプロセッサがこれらの優先度に基づくタスク管理の下で実行する個別のタスクとして形成された』ことを特徴とする。この形態では、前述の形態と同様に、コマンドはメッセージより優先的に処理されると共に、コマンドとそのコマンドに対する応答との処理は、装置１１-1〜１１-nの稼働状況、上述した各待ち行列１２、１４、２１、仕分け手段２２、コマンド処理手段２３、メッセージ処理手段２４および応答処理手段２５の輻輳の程度その他に適応した優先度で行われる。

図６は、上記本発明の別の形態、及び本発明のさらなる別の形態の具体例におけるソフトウエアの構成を示す図である。なお、この具体例でのハードウエアの構成については、図９に示す従来例の構成と同じであるので、ここではその説明を省略する。この具体例と従来例との構成の相違点は、図６と図１０との対比として示されるように、プロセッサ７１に組み込まれた以下のソフトウエアの構成にある。

プロセッサ７１の主記憶には、２つの待ち行列５１Ｑ-1、５１Ｑ-2を有するオペレーティングシステム５１Ｓと、そのオペレーティングシステム５１Ｓが行うタスク管理の下で起動される通信制御タスク５１Ｔ-1（以下、単に「ＣＣＴ-R」という。）と、コマンド応答処理タスク５１Ｔ-2（以下、単に「ＣＲＰＴ」という。）と、ＭＰＴ（メッセージ処理タスク）５１Ｔ-3とが、予めロードモジュールとして格納される。

なお、図６に実線および点線で示す矢印はそれぞれ「タスクの起動」と「情報の流れ」とを示し、かつ上述したオペレーティングシステム５１Ｓには、ＣＲＰＴおよびＭＰＴによって後述するように発せられるシステムコールに応じて通信ポート７２、７３-1〜７３-Nを物理的に駆動する通信ドライバが含まれる。
ここで、図５に示した原理ブロック図との対応関係を示す。交換機７６-1〜７６-nは装置１１-1〜１１-nに対応し、待ち行列５１Ｑ-1は第一の待ち行列１２および第三の待ち行列２１に対応し、端末７８-1〜７８-Nは端末１３-1〜１３-Nに対応し、待ち行列５１Ｑ-2は第二の待ち行列１４に対応し、網７５は伝送路１５に対応し、ＣＣＴ-Rは仕分け手段１６、２２に対応し、ＣＲＰＴはコマンド処理手段１７、２３および応答処理手段２５に対応し、ＭＰＴはメッセージ処理手段１８、２４に対応する。

以下、図６および図９を参照して動作を説明する。
プロセッサ７１は、ＣＲＰＴおよびＭＰＴを起動することによって行うべき処理の対象がない場合には、オペレーティングシステム５１Ｓの実行を行うことによって適宜資源管理を行う。
しかし、通信ポート７３-1〜７３-Nを介して何らかの「コマンド」（図６(1))が受信され、あるいは網７５および通信ポート７２を介してその「コマンド」に対する「応答」、あるいは交換機７６-1〜７６-nの何れかの稼働状況等を示す「メッセージ」（図６(2))が受信されると、プロセッサ７１は、オペレーティング５１Ｓを介してこれらの通信ポート７３-1〜７３-N、７２が与える割り込み要因に応じて、ＣＣＴ-Rを起動する（図６(3))。

ＣＣＴ-Rの実行過程では、プロセッサ７１は、上述した「コマンド」、「応答」の内、既述の通信ドライバを介して受信された何れか（以下、単に「データＣＲ」という。）を取り込み、『その「データＣＲ」を起動要因としてＣＲＰＴを起動すること』を意味するシステムコール（以下、識別子「ＱＳＴＴ」を付して示す。）を発する（図６(4)、図７(1))。

さらに、ＣＣＴ-Rの実行過程では、プロセッサ７１は、上述した「メッセージ」の内、既述の通信ドライバを介して受信された何れか（以下、単に「データＭ」という。）を取り込み、『その「データＭ」を起動要因としてＭＰＴを起動すること』を意味するシステムコール（以下、識別子「ＱＳＴＴ」を付して示す。）を発する（図６(5)、図７(2))。
プロセッサ７１は、このシステムコールＱＳＴＴに応じてオペレーティングシステム５１Ｓの実行を再開し、その実行の過程では、上述した起動要因である「データＣＲ」については待ち行列５１Ｑ-1に繋ぎ（図６(6))、かつ「データＭ」については待ち行列５１Ｑ-2に繋ぐ（図６(7))と共に、その時点で優先度がＣＲＰＴおよびＭＰＴより高いタスク（以下、「優先タスク」という。）がある場合には、その優先タスクについて起動、あるいは実行の再開に要する第一の処理を行う。

しかし、このような優先タスクがなく、上述したようにＣＣＴ-Rが起動されることによって実行が中断されたＣＲＰＴやＭＰＴがある場合には、プロセッサ７１は、そのＣＲＰＴあるいはＭＰＴの処理を続行する「第二の処理」を行う。
さらに、上述した優先タスクに併せて、かつ実行が中断されたＣＲＰＴやＭＰＴがない場合には、プロセッサ７１は、オペレーティングシステム５１Ｓの実行の過程において、待ち行列５１Ｑ-1に何らかの「データ」が繋がれているか否かを判別し、その判別の結果が真である場合には、この待ち行列５１Ｑ-1に最先に繋がれた「データＣＲ」を起動要因としてＣＲＰＴを起動する「第三の処理」を行う（図６(8))。

また、上述した優先タスクに併せて、実行が中断されたＣＲＰＴやＭＰＴがなく、かつ待ち行列５１Ｑ-1に「データＣＲ」が何ら繋がれていない場合には、プロセッサ７１は、オペレーティングシステム５１Ｓの実行の過程において、待ち行列５１Ｑ-2に何らかの「データＭ」が繋がれているか否かを判別し、その判別の結果が真である場合には、この待ち行列５１Ｑ-1に最先に繋がれた「データＭ」を起動要因としてＭＰＴを起動する「第四の処理」を行う（図６(9))。

ところで、ＣＲＰＴおよびＭＰＴの実行過程でプロセッサ７１によって行われるべき処理の手順としては、その処理が完了したことを示すシステムコール（以下、識別子「ＥＮＤ」を付して示す。）が定義される。
プロセッサ７１は、このようなシステムコールＥＮＤが発せられることによって起動されるオペレーティングシステム５１Ｓの実行過程では、ＣＲＰＴあるいはＭＰＴの処理が完了したことを認識すると共に、上述した手順に基づいて第一ないし第四の処理の何れかを行う「タスク管理」を実施する。

ところで、上述したように起動され、あるいは処理の続行がはかられるＣＲＰＴの処理の過程では、プロセッサ７１は、それぞれ起動要因として与えられた「データＣＲ」について、予め決められた型式に基づく解析を行うことによって、宛先を決定する。
さらに、プロセッサ７１は、『その宛先に対する上述した「データＣＲ」、あるいはその「データＣＲ」に所定の処理を施すことによって生成され帳票等の副次データの送信を要求し、かつ処理を完了すること』を示すシステムコールＳＮＤを発する（図６(10)、図８(1)、(2))。

プロセッサ７１は、このシステムコールＳＮＤに応じてオペレーティングシステム５１Ｓの実行を再開し、その実行の過程では、通信ポート７２、７３-1〜７３-Nの内、そのシステムコールＳＮＤの引数として与えられた宛先に対応する通信ポートと既述の通信ドライバとを介して交換機７６-1〜７６-nと端末７８-1〜７８-Nとの何れかに、該当する「データＣＲ」あるいは副次データを送出する（図６(11))。

また、プロセッサ７１は、上述したように起動され、あるいは処理の続行がはかられるＭＰＴの処理の過程では、起動要因として与えられた「データＭ」について、予め決められた型式に基づく解析を行うことによって、宛先を決定する。
さらに、プロセッサ７１は、『その宛先に対する上述した「データＭ」、あるいはその「データＭ」に所定の処理を施すことによって生成され帳票等の副次データの送信を要求し、かつ処理を完了すること』を示すシステムコールＳＮＤを発する（図６(12)、及び前述の図３(1)を参照)。

プロセッサ７１は、このシステムコールＳＮＤに応じてオペレーティングシステム５１Ｓの実行を再開し、その実行の過程では、通信ポート７３-1〜７３-Nの内、そのシステムコールＳＮＤの引数として与えられた宛先に対応する通信ポートと既述の通信ドライバとを介して端末７８-1〜７８-Nの何れかに、該当する「データＭ」あるいは副次データを送出する（図６(13))。

すなわち、端末７８-1〜７８-Nから交換機７６-1〜７６-nに伝達されるべき「コマンド」と、これらの交換機７６-1〜７６-nがその「コマンド」に応じて行った処理の結果として端末７８-1〜７８-Nに与えられるべき「応答」とについては、同様に交換機７６-1〜７６-nが自発的に送出した「メッセージ」より優先的にＣＲＰＴによって処理される。
したがって、交換機７６-1〜７６-nが障害の発生等に起因して多数の「メッセージ」を発した場合であっても、従来例に比べてその障害に対処するために有効な「コマンド」が該当する交換機に速やかに伝達される。

なお、この具体例では、網７５および通信リンク７７-1〜７７-Nに適応した通信手順に基づく通信制御と、始動時その他において保守運用支援装置７０と交換機７６-1〜７６-nおよび端末７８-1〜７８-Nとの間で行われるべき呼設定と、コネクションの確立とについて何ら記述されていないが、このような処理の手順については、公知の多様な技術が適用可能であり、かつ本願発明に関係がないので、説明を省略した。

ＣＲＰＴの優先度がＭＰＴの優先度より高い値に保たれているが、これらの優先度の大小関係については、既述の「コマンド」と「応答」との双方あるいは何れか一方が優先的に処理されるべきときに適宜更新されてもよい。
ＣＲＰＴによって既述の「コマンド」および「応答」の処理が並行して行われているが、例えば、これらの「コマンド」および「応答」については、個別に対応した待ち行列がオペレーティングシステム５１Ｓによって形成され、かつこれらの待ち行列に個別に対応した異なるタスクとして処理の手順が定義されてもよい。アプリケーションシステムに対して既述のシステムコールＱＳＴＴ、ＳＮＤ、ＥＮＤをサポートするオペレーティングシステム５１Ｓが適用されているが、このようなオペレーティングシステムおよびシステムコールについては、等価な機能が具備され、かつ所望の応答性が確保される限り、如何なるものであってもよい。

待ち行列５１Ｑ-1、５１Ｑ-2がオペレーティングシステム５１Ｓによって生成され、かつ管理されているが、これらの待ち行列５１Ｑ-1、５１Ｑ-2は、アプリケーションシステムや通信ドライバに組み込まれてもよい。オペレーティングシステム５１Ｓが組み込まれているが、既述のシステムコールＱＳＴＴ、ＳＮＤ、ＥＮＤを介して行われるタスク管理に等価な処理が達成されるならば、オペレーティングシステムが搭載されないシステムとして実現されてもよい。

＜本発明の補足事項＞
［１］ 第１の実施形態、第２の実施形態、及び本発明の別の形態の具体例では、従来例と同様に外部記憶装置７４に登録されたデータベースが既述の解析の結果に基づく宛先の決定に際して適宜プロセッサ７１によって参照されるが、このようなデータベースの構成および参照にかかわる処理の詳細な手順については、本願発明に関係がないので、その説明を省略した。

［２］ 第１の実施形態、第２の実施形態、及び本発明の別の形態の具体例では、端末７８-1〜７８-N、７８ａ-1〜７８ａ-Nの構成および詳細な動作が何ら具体的に示されていないが、端末７８-1〜７８-N、７８ａ-1〜７８ａ-Nについては、既述の監視制御にかかわるマンマシンインタフェースに併せて、通信リンク７７-1〜７７-N、７７Ａ-1〜７７Ａ-Nを介して所望の「コマンド」、「メッセージ」および「応答」の送受が可能であるならば、パーソナルコンピュータ、ワークステーションその他の如何なる情報処理装置や情報ツールが適用されてもよい。

［３］ 第１の実施形態、第２の実施形態、及び本発明の別の形態の具体例では、通信系を構成する交換機７６-1〜７６-nの監視制御に本願発明が適用されているが、本願発明は、このような通信系に限定されず、監視制御の対象となるべき機器であれば、その規模および適用分野の如何にかかわらず適用可能である。また、このような場合には、監視制御の対象となるべき機器は、網７５に代えて如何なる通信リンク、伝送路、バスその他の線路を介して接続されてもよい。

［４］ 第１の実施形態、第２の実施形態、及び本発明の別の形態の具体例では、「メッセージ」の全てが端末７８-1〜７８-N、７８ａ-1〜７８ａ-Nの何れかに与えられることによって表示され、あるいは印刷されているが、このような「メッセージ」については、監視制御に供されるならば、例えば、データベースとして蓄積され、あるいは所定の内部処理の対象となってもよく、かつ直接操作者等に通知されなくてもよい。

以上詳述したように本発明は、情報運用支援装置の分野において利用可能である。本発明が適用された監視制御系では、監視制御の対象となる装置の保守および運用が安価に、かつ効率的に行われると共に、総合的な信頼性が高く維持される。

本発明の原理ブロック図である。 本発明の第１の実施形態のブロック図である。 第１の実施形態、及び本発明の別の形態の具体例におけるＭＰＴの動作フローチャートである。 本発明の第２の実施形態の動作フローチャートである。 本発明の別の形態の原理ブロック図である。 本発明の別の形態の具体例におけるソフトウエアの構成を示す図である。 本発明の別の形態の具体例におけるＣＣＴ-Rの動作フローチャートである。 本発明の別の形態の具体例におけるＣＲＰＴの動作フローチャートである。 保守運用支援装置の構成例を示す図である。 従来の保守運用支援装置に組み込まれたソフトウエアの構成を示す図である。

符号の説明

１１，３１ 装置
１２ 第一の待ち行列
１３，３３ 端末
１４ 第二の待ち行列
１５，３２ 伝送路
１６，２２ 仕分け手段
１７，２３ コマンド処理手段
１８，２４ メッセージ処理手段
２１ 第三の待ち行列
２５ 応答処理手段
３４ 通信リンク
３５ 通信リンク監視手段
３６ 交絡通信リンク
３７ 交絡インタフェース手段
３８ 迂回手段
３９ 転送手段
４１ 自系復旧通知手段
４２ 復旧要求手段
５１Ｑ，７１Ｑ 待ち行列
５１Ｓ，７１Ｓ オペレーティングシステム
５１Ｔ-1 通信制御タスク（ＣＣＴ-R）
５１Ｔ-2 コマンド応答処理タスク（ＣＲＰＴ）
５１Ｔ-3 メッセージ処理タスク（ＭＰＴ）
６１，６１Ａ，７２，７３ 通信ポート
６２，６２Ａ，７０ 保守運用支援装置
６３ インタリンク
７１ プロセッサ
７１Ｔ-1 メッセージ・コマンド処理タスク（ＭＣＴ）
７１Ｔ-2 通信制御タスク（ＣＣＴ）
７４ 外部記憶装置
７５ 網
７６ 交換機
７７，７７Ａ 通信リンク
７８，７８ａ 端末

Claims (2)

1. 監視制御の対象となる装置との間に形成された伝送路と、端末が個別に有する複数の通信ポートの何れかとの間に形成された通信リンクとに接続され、これらの装置について生じた事象あるいは稼働状況を示すメッセージの中継を行う保守運用支援装置において、
   前記通信リンクに適用された伝送方式と通信手順との双方あるいは何れか一方に基づいて、その通信リンクが正常に形成されているか否かの判別を行う通信リンク監視手段と、
   二重化の下で対をなす他の保守運用監視支援装置との間に形成された交絡通信リンクについて通信インタフェースをとる交絡インタフェース手段と、
   前記通信リンク監視手段によって行われた判別の結果が偽であるときに、前記交絡インタフェース手段および前記交絡通信リンクを介して前記他の保守運用支援装置宛に前記メッセージを中継する迂回手段と、
   前記交絡通信リンクおよび前記交絡インタフェース手段を介して与えられるメッセージを取り込み、前記端末の内、宛先となるべき端末宛にそのメッセージを前記通信リンクを介して転送する転送手段と
   を備えたことを特徴とする保守運用支援装置。
2. 請求項１に記載の保守運用支援装置において、
   通信リンク監視手段によって行われた判別の結果が偽から真に変化したときに、交絡インタフェース手段および交絡通信リンクを介して他の保守運用支援装置宛に、その旨を示す復旧通知を与える自系復旧通知手段と、
   前記他の保守運用支援装置から前記交絡通信リンクおよび前記交絡インタフェース手段を介して与えられる復旧通知を取り込み、端末の内、宛先となるべき端末宛に通信リンクを介してその復旧通知を与える復旧要求手段と
   を備えたことを特徴とする保守運用支援装置。

Images