JP3566864B2 - Maintenance operation support device - Google Patents
Maintenance operation support device Download PDFInfo
- Publication number
- JP3566864B2 JP3566864B2 JP29776398A JP29776398A JP3566864B2 JP 3566864 B2 JP3566864 B2 JP 3566864B2 JP 29776398 A JP29776398 A JP 29776398A JP 29776398 A JP29776398 A JP 29776398A JP 3566864 B2 JP3566864 B2 JP 3566864B2
- Authority
- JP
- Japan
- Prior art keywords
- queue
- command
- response
- messages
- message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Debugging And Monitoring (AREA)
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Maintenance And Management Of Digital Transmission (AREA)
- Monitoring And Testing Of Transmission In General (AREA)
Description
【0001】
【発明の属する技術分野】
本発明は、監視制御の対象となる装置とその監視制御に供される端末とに接続され、これらの装置と端末との間で送受されるべきコマンドやメッセージの引き渡しを行う保守運用支援装置に関する。
【0002】
【従来の技術】
近年、交換局や無線局の多くは、高度に進展した情報処理技術とディジタル伝送技術とが適用された交換機、伝送装置および無線機器が設置され、かつ無人で運用されている。
また、これらの交換機、伝送装置、無線機器については、通信リンクを介して接続された保守・運用センタにおいて稼働状況の監視と、その稼働状況に適応した制御とが自動的に、あるいは人手を介して適宜行われている。
【0003】
図9は、保守運用支援装置の構成例を示す図である。
図において、保守運用支援装置70は、プロセッサ71と、そのプロセッサ71に接続された通信ポート72、73-1〜73-Nおよび外部記憶装置74とから構成される。また、通信ポート72は網75を介して監視制御の対象となるべき交換機76-1〜76-nの通信ポートに接続され、かつ通信ポート73-1〜73-Nはそれぞれ通信リンク77-1〜77-Nを介してその監視制御に供される端末78-1〜78-Nの通信ポートに接続される。
【0004】
このような構成の保守運用支援装置70では、プロセッサ71の主記憶には、図10に示すように、待ち行列71Qを有するオペレーティングシステム71Sと、そのオペレーティングシステム71Sが行うタスク管理の下で起動される通信制御タスク71T-1(以下、「CCT」という。)とメッセージ・コマンド処理タスク71T-2(以下、「MCT」という。)とが、予めロードモジュールとして格納される。
【0005】
なお、図10に示す実線および点線の矢印はそれぞれ「タスクの起動」と「情報の流れ」とを示し、かつ上述したオペレーティングシステム71Sには、CCTによって発せられるシステムコールに応じて通信ポート72、73-1〜73-Nを物理的に駆動する通信ドライバが含まれる。
プロセッサ71は、後述するようにMCTを起動することによって行うべき処理の対象がない場合には、オペレーティングシステム71Sの実行を行うことによって適宜資源管理を行う。
【0006】
しかし、通信ポート73-1〜73-Nを介して何らかの「コマンド」(図10(1))が受信され、あるいは網75および通信ポート72を介してその「コマンド」に対する「応答」、あるいは交換機76-1〜76-nの何れかの稼働状況等を示す「メッセージ」(図10(2))が受信されると、プロセッサ71(オペレーティング71S)は、これらの通信ポート73-1〜73-N、72が与える割り込み要因に応じて、CCTを起動する(図10(3))。
【0007】
CCTの実行過程では、プロセッサ71は、上述した「コマンド」、「応答」、「メッセージ」の内、既述の通信ドライバを介して受信された何れか(以下、単に「データ」という。)を取り込み、『その「データ」を起動要因としてMCTを起動すること』を意味するシステムコール(以下、識別子「QSTT」を付して示す。)を発する(図10(4)、(5))。
【0008】
プロセッサ71は、このシステムコールQSTTに応じてオペレーティングシステム71Sの実行を再開し、その実行の過程では、上述した起動要因である「データ」を待ち行列71Qに繋ぐ(図10(6))と共に、その時点で優先度がMCTより高いタスク(以下、「優先タスク」という。)がある場合には、その優先タスクの起動、あるいは実行の再開に要する「第一の処理」を行う。
【0009】
しかし、このような優先タスクがなく、かつ上述したようにCCTが起動されることによって実行が中断されたMCTがある場合には、プロセッサ71は、そのMCTの処理を続行する「第二の処理」を行う。
さらに、上述した優先タスクがなく、かつ実行が中断されたMCTがない場合には、プロセッサ71は、オペレーティングシステム71Sの実行の過程において、待ち行列71Qに何らかの「データ」が繋がれているか否かを判別し、その判別の結果が真である場合には、この待ち行列71Qに最先に繋がれた「データ」を起動要因としてMCTを起動する「第三の処理」を行う(図10(7))。
【0010】
また、MCTの実行過程でプロセッサ71によって行われるべき処理の手順としては、その処理が完了したことを示すシステムコール(以下、識別子「END」を付して示す。)が定義される。
プロセッサ71は、このようなシステムコールENDが発せられることによって起動されるオペレーティングシステム71Sの実行過程では、MCTの処理が完了したことを認識すると共に、上述した手順に基づいて「第一の処理」ないし「第三の処理」の何れかを行う「タスク管理」を実施する。
【0011】
ところで、上述したように起動され、かつ処理の続行がはかられるMCTの処理の過程では、プロセッサ71は、起動要因として与えられた「データ」について、予め決められた型式に基づく解析を行うことによって、宛先を決定する。
さらに、プロセッサ71は、『その宛先に対する上述した「データ」、あるいはその「データ」に所定の処理を施すことによって生成され帳票等の副次データの送信を要求し、かつ処理を完了すること』を示すシステムコール(以下、識別子「SND」を付して示す。)を発する(図10(8))。
【0012】
なお、このようなシステムコールSNDについては、以下では、簡単のため既述のシステムコールENDを兼ねると仮定する。
プロセッサ71は、このシステムコールSNDに応じてオペレーティングシステム71Sの実行を再開し、その実行の過程では、通信ポート72、73-1〜73-Nの内、そのシステムコールSNDの引数として与えられた宛先に対応する通信ポートと既述の通信ドライバとを介して交換機76-1〜76-nと端末78-1〜78-Nとの何れかに、該当する「データ」あるいは副次データを送出する(図10(9)、(10)) 。
【0013】
また、外部記憶装置74には、交換機76-1〜76-nについて行われるべき監視および制御の項目の内、端末78-1〜78-Nに予め割り付けられた項目の組み合わせがデータベースとして予め登録される。
【0014】
プロセッサ71は、上述した解析の結果に基づいて宛先を決定するために、そのデータベースを適宜参照する。
したがって、交換機76-1〜76-nについては、網75を介して対向する保守運用支援装置70において上述した一連の処理が行われることによって、所望の項目にかかわる監視制御が端末78-1〜78-Nの内、その項目が予め割り付けられた端末を介して運用の過程で適宜行われる。
【0015】
なお、網75および通信リンク77-1〜77-Nに適応した通信制御と、始動時その他において保守運用支援装置70と交換機76-1〜76-nおよび端末78-1〜78-Nとの間で行われるべき呼設定やコネクションの確立は、既述の通信ドライバおよびオペレーティングシステム71Sの連係の下で行われる。しかし、その呼設定やコネクションの確立の過程で行われる処理の手順については、公知の多様な技術が適用可能であり、かつ本願発明に関係がないので、ここではその説明を省略する。
【0016】
また、上述したデータベースの内容については、プロセッサ71は、端末78-1〜78-Nによって与えられる「コマンド」とその「コマンド」に付帯するパラメータとに応じて適宜更新する。しかし、このような更新にかかわる処理の手順については、本願発明に関係がないので、ここではその説明を省略する。
【0017】
【発明が解決しようとする課題】
ところで、このような従来例では、全ての「コマンド」、「メッセージ」および「応答」は、上述したように単一の待ち行列71Qに繋がれ、その待ち行列71Qを介してファーストイン・ファーストアウト方式で順次処理される。
【0018】
したがって、例えば、障害等の発生に伴って発生した多量の「メッセージ」が網75を介して与えられた場合には、端末78-1〜78-Nによって与えられた「コマンド」の処理は、これらの「メッセージ」にかかわる処理が完了する時点まで大幅に遅延して起動される可能性があった。
【0019】
しかし、このような状態では、「コマンド」の多くは上述した障害等の事象に適応して交換機76-1〜76-n宛に至急与えられるべきであるので、円滑な保守や運用が妨げられ、復旧処理に無用の時間や工数を要する可能性があった。
さらに、網75を介して与えられる「メッセージ」および「応答」の内、端末78-1〜78-Nの何れか1つのみが割り付けられている「メッセージ」あるいは「応答」については、通信ポート73-1〜73-Nおよび通信リンク77-1〜77-Nの内、その1つの端末に対応した通信ポートまたは通信リンクに障害が発生した場合には、保守運用の担当者に何ら伝達されることなく欠落する可能性があった。
【0020】
また、これらの通信ポート73-1〜73-Nあるいは通信リンク77-1〜77-Nの何れかが正常な状態に復旧した場合には、端末78-1〜78-Nの内、該当する端末が再び系構成の一部に有効に組み込まれる処理については、これらの端末78-1〜78-Nの何れかに対して所定の操作が行われなければならない。
したがって、保守運用のために並行して行われるべき作業が多くあり、あるいは端末78-1〜78-Nを操作する人員が不足であったり不在である場合には、メッセージや「応答」が無用に欠落する可能性があった。
【0021】
本発明の目的は、監視制御の対象となる装置の稼働状況の如何にかかわらず、所望の装置に対するコマンドを円滑に送信できる保守運用支援装置を提供すること、または、総合的な信頼性を維持できる保守運用支援装置を提供することである。
【0022】
【課題を解決するための手段】
図1は、請求項1〜3に記載の発明の原理ブロック図である。
【0023】
請求項1に記載の発明は、監視制御の対象となるべき装置11-1〜11-nに対する動作の形態の指示を示すコマンドの蓄積に供され、かつ先入れ先出し方式に適応した第一の待ち行列12と、装置11-1〜11-nについて、生じた事象あるいは稼働状況を示すメッセージの蓄積に供される第二の待ち行列14と、装置11-1〜11-nと、監視制御にかかわる項目との双方あるいは何れか一方に予め個別に対応付けられた端末13-1〜13-Nから与えられたコマンドと、これらの装置11-1〜11-nから伝送路15を介して与えられたメッセージとを仕分け、これらのコマンドとメッセージとをそれぞれ第一の待ち行列12と第二の待ち行列14とに順次繋ぐ仕分け手段16と、仕分け手段16によって第一の待ち行列12に繋がれたコマンドを順次読み出し、装置11-1〜11-nの内、宛先となるべき装置宛に、これらの読み出されたコマンドを伝送路15を介して与えるコマンド処理手段17と、仕分け手段16によって第二の待ち行列14に繋がれたメッセージを順次読み出し、これらの読み出されたメッセージに監視制御に適応した処理を施すメッセージ処理手段18とを備え、コマンド処理手段17とメッセージ処理手段18とは、前者の優先度が後者の優先度より高く、かつ単一のプロセッサがこれらの優先度に基づくタスク管理の下で実行する個別のタスクとして形成されたことを特徴とする。
【0024】
請求項2に記載の発明は、請求項1に記載の保守運用支援装置において、第一の待ち行列12は、装置11-1〜11-nの内、何らかのコマンドを認識した装置から伝送路15を介して与えられた応答の蓄積に共用され、仕分け手段16は、装置11-1〜11-nから伝送路15を介して与えられた応答をコマンドと同類に仕分け、コマンド処理手段17は、仕分け手段16によって第一の待ち行列12に繋がれた応答を順次読み出し、端末13-1〜13-Nの内、宛先となるべき端末宛に、これらの読み出された応答を与えることを特徴とする。
【0025】
請求項3に記載の発明は、監視制御の対象となるべき装置11-1〜11-nに対する動作の形態の指示を示すコマンドの蓄積に供され、かつ先入れ先出し方式に適応した第一の待ち行列12と、装置11-1〜11-nについて、生じた事象あるいは稼働状況を示すメッセージの蓄積に供される第二の待ち行列14と、装置11-1〜11-nが何らかのコマンドに応じて発した応答の蓄積に供され、かつ先入れ先出し方式に適応した第三の待ち行列21と、装置11-1〜11-nと、監視制御にかかわる項目との双方あるいは何れか一方に予め個別に対応付けられた端末13-1〜13-Nから与えられたコマンドと、これらの装置11-1〜11-nから伝送路15を介して与えられたメッセージと応答とを仕分け、これらのコマンド、メッセージおよび応答をそれぞれ第一の待ち行列12、第二の待ち行列14および第三の待ち行列21に順次繋ぐ仕分け手段22と、仕分け手段22によって第一の待ち行列12に繋がれたコマンドを順次読み出し、装置11-1〜11-nの内、宛先となるべき装置宛に、これらの読み出されたコマンドを伝送路15を介して与えるコマンド処理手段23と、仕分け手段22によって第二の待ち行列14に繋がれたメッセージを順次読み出し、その読み出されたメッセージに監視制御に適応した処理を施すメッセージ処理手段24と、仕分け手段22によって第三の待ち行列12に繋がれた応答を順次読み出し、その読み出された応答に監視制御に適応した処理を施す応答処理手段25とを備え、コマンド処理手段23、応答処理手段25およびメッセージ処理手段24は、降順に優先度が設定され、かつ単一のプロセッサがこれらの優先度に基づくタスク管理の下で実行する個別のタスクとして形成されたことを特徴とする。
【0026】
請求項1に記載の発明にかかわる保守運用支援装置では、仕分け手段16は、端末13-1〜13-Nから与えられたコマンドと、監視制御の対象となるべき装置11-1〜11-nから伝送路15を介して与えられたメッセージとを仕分け、これらのコマンドとメッセージとをそれぞれ第一の待ち行列12と第二の待ち行列14とに順次繋ぐ。コマンド処理手段17は、このようにして第一の待ち行列12に繋がれたコマンドを順次読み出し、装置11-1〜11-nの内、宛先となるべき装置宛に、これらの読み出されたコマンドを伝送路15を介して与える。
【0027】
また、メッセージ処理手段18は、同様にして第二の待ち行列14に繋がれたメッセージを順次読み出し、これらの読み出されたメッセージに監視制御に適応した処理を施す。
これらのコマンド処理手段17とメッセージ処理手段18とは、前者の優先度が後者の優先度より高く、かつ単一のプロセッサがこれらの優先度に基づくタスク管理の下で実行する個別のタスクとして形成されるので、上述した装置11-1〜11-nの何れかの障害等に起因して発生した多量のメッセージが第二の待ち行列14に繋がれた状態であっても、端末13-1〜13-Nによって与えられたコマンドはこれらの装置11-1〜11-nの内、所望の装置宛に伝送路15を介して優先的に与えられる。
【0028】
請求項2に記載の発明にかかわる保守運用支援装置では、請求項1に記載の保守運用支援装置において、仕分け手段16は、装置11-1〜11-nから伝送路15を介して与えられた応答をコマンドと同類に仕分けることによって、その応答を第一の待ち行列12に繋ぐ。また、コマンド処理手段17は、このようにして第一の待ち行列12に繋がれた応答を順次読み出すと共に、端末12-1〜12-Nの内、宛先となるべき端末宛に、これらの読み出された応答を与える。
【0029】
すなわち、装置11-1〜11-nに与えられるべきコマンドと、これらの装置11-1〜11-nがそのコマンドに応じて発した応答とは、共に同様の装置11-1〜11-nについて生じた事象あるいは稼働状況を示すメッセージより優先的に処理されるので、請求項1に記載の保守運用支援装置に比べて、障害等に対して迅速、かつ適性な対処が可能となる。
【0030】
請求項3に記載の発明にかかわる保守運用支援装置では、仕分け手段22は、端末13-1〜13-Nから与えられたコマンドと、監視制御の対象となる装置11-1〜11-nから伝送路15を介して与えられたメッセージと応答とを仕分け、これらのコマンド、メッセージおよび応答をそれぞれ第一の待ち行列12、第二の待ち行列14および第三の待ち行列21に順次繋ぐ。
【0031】
コマンド処理手段23は、このようにして第一の待ち行列12に繋がれたコマンドを順次読み出し、上述した装置11-1〜11-nの内、宛先となるべき装置宛に、これらの読み出されたコマンドを伝送路15を介して与える。
また、応答処理手段25は、上述したように第三の待ち行列12に繋がれた応答を順次読み出し、その読み出された応答に監視制御に適応した処理を施す。
【0032】
さらに、メッセージ処理手段24は、同様にして第二の待ち行列14に繋がれたメッセージを順次読み出し、その読み出されたメッセージに監視制御に適応した処理を施す。
これらのコマンド処理手段23、応答処理手段25およびメッセージ処理手段24は、降順に優先度が設定され、かつ単一のプロセッサがこれらの優先度に基づくタスク管理の下で実行する個別のタスクとして形成されるので、請求項1に記載の保守運用支援装置と同様にしてコマンドはメッセージより優先的に処理されると共に、コマンドとそのコマンドに対する応答との処理は、装置11-1〜11-nの稼働状況、上述した各待ち行列12、14、21、仕分け手段22、コマンド処理手段23、メッセージ処理手段24および応答処理手段25の輻輳の程度その他に適応した優先度で行われる。
【0033】
【発明の実施の形態】
以下、図面に基づいて本発明の実施形態について詳細に説明する。
図2は、請求項1〜3に記載の発明に対応した実施形態におけるソフトウエアの構成を示す図である。
なお、本実施形態のハードウエアの構成については、図9に示す従来例の構成と同じであるので、ここではその説明を省略する。
【0034】
本実施形態と従来例との構成の相違点は、図2と図10との対比として示されるように、プロセッサ71に組み込まれた以下のソフトウエアの構成にある。
プロセッサ71の主記憶には、2つの待ち行列51Q-1、51Q-2を有するオペレーティングシステム51Sと、そのオペレーティングシステム51Sが行うタスク管理の下で起動される通信制御タスク51T-1(以下、単に「CCT-R」という。)と、コマンド応答処理タスク51T-2(以下、単に「CRPT」という。)と、メッセージ処理タスク51T-3(以下、単に「MPT」という。)とが、予めロードモジュールとして格納される。
【0035】
なお、図2に実線および点線で示す矢印はそれぞれ「タスクの起動」と「情報の流れ」とを示し、かつ上述したオペレーティングシステム51Sには、CRPTおよびMPTによって後述するように発せられるシステムコールに応じて通信ポート72、73-1〜73-Nを物理的に駆動する通信ドライバが含まれる。
また、本実施形態と図1に示すブロック図との対応関係については、交換機76-1〜76-nは装置11-1〜11-nに対応し、待ち行列51Q-1は第一の待ち行列12および第三の待ち行列21に対応し、端末78-1〜78-Nは端末13-1〜13-Nに対応し、待ち行列51Q-2は第二の待ち行列14に対応し、網75は伝送路15に対応し、CCT-Rは仕分け手段16、22に対応し、CRPTはコマンド処理手段17、23および応答処理手段25に対応し、MPTはメッセージ処理手段18、24に対応する。
【0036】
以下、図2および図9を参照して請求項1〜3に記載の発明に対応した本実施形態の動作を説明する。
プロセッサ71は、CRPTおよびMPTを起動することによって行うべき処理の対象がない場合には、オペレーティングシステム51Sの実行を行うことによって適宜資源管理を行う。
【0037】
しかし、通信ポート73-1〜73-Nを介して何らかの「コマンド」(図2(1))が受信され、あるいは網75および通信ポート72を介してその「コマンド」に対する「応答」、あるいは交換機76-1〜76-nの何れかの稼働状況等を示す「メッセージ」(図2(2))が受信されると、プロセッサ71は、オペレーティング51Sを介してこれらの通信ポート73-1〜73-N、72が与える割り込み要因に応じて、CCT-Rを起動する(図2(3))。
【0038】
CCT-Rの実行過程では、プロセッサ71は、上述した「コマンド」、「応答」の内、既述の通信ドライバを介して受信された何れか(以下、単に「データCR」という。)を取り込み、『その「データCR」を起動要因としてCRPTを起動すること』を意味するシステムコール(以下、識別子「QSTT」を付して示す。)を発する(図2(4)、図3(1))。
【0039】
さらに、CCT-Rの実行過程では、プロセッサ71は、上述した「メッセージ」の内、既述の通信ドライバを介して受信された何れか(以下、単に「データM」という。)を取り込み、『その「データM」を起動要因としてMPTを起動すること』を意味するシステムコール(以下、識別子「QSTT」を付して示す。)を発する(図2(5)、図3(2))。
【0040】
プロセッサ71は、このシステムコールQSTTに応じてオペレーティングシステム51Sの実行を再開し、その実行の過程では、上述した起動要因である「データCR」については待ち行列51Q-1に繋ぎ(図2(6))、かつ「データM」については待ち行列51Q-2に繋ぐ(図2(7))と共に、その時点で優先度がCRPTおよびMPTより高いタスク(以下、「優先タスク」という。)がある場合には、その優先タスクについて起動、あるいは実行の再開に要する第一の処理を行う。
【0041】
しかし、このような優先タスクがなく、上述したようにCCT-Rが起動されることによって実行が中断されたCRPTやMPTがある場合には、プロセッサ71は、そのCRPTあるいはMPTの処理を続行する「第二の処理」を行う。
さらに、上述した優先タスクに併せて、かつ実行が中断されたCRPTやMPTがない場合には、プロセッサ71は、オペレーティングシステム51Sの実行の過程において、待ち行列51Q-1に何らかの「データ」が繋がれているか否かを判別し、その判別の結果が真である場合には、この待ち行列51Q-1に最先に繋がれた「データCR」を起動要因としてCRPTを起動する「第三の処理」を行う(図2(8))。
【0042】
また、上述した優先タスクに併せて、実行が中断されたCRPTやMPTがなく、かつ待ち行列51Q-1に「データCR」が何ら繋がれていない場合には、プロセッサ71は、オペレーティングシステム51Sの実行の過程において、待ち行列51Q-2に何らかの「データM」が繋がれているか否かを判別し、その判別の結果が真である場合には、この待ち行列51Q-1に最先に繋がれた「データM」を起動要因としてMPTを起動する「第四の処理」を行う(図2(9))。
【0043】
ところで、CRPTおよびMPTの実行過程でプロセッサ71によって行われるべき処理の手順としては、その処理が完了したことを示すシステムコール(以下、識別子「END」を付して示す。)が定義される。
プロセッサ71は、このようなシステムコールENDが発せられることによって起動されるオペレーティングシステム51Sの実行過程では、CRPTあるいはMPTの処理が完了したことを認識すると共に、上述した手順に基づいて第一ないし第四の処理の何れかを行う「タスク管理」を実施する。
【0044】
ところで、上述したように起動され、あるいは処理の続行がはかられるCRPTの処理の過程では、プロセッサ71は、それぞれ起動要因として与えられた「データCR」について、予め決められた型式に基づく解析を行うことによって、宛先を決定する。
さらに、プロセッサ71は、『その宛先に対する上述した「データCR」、あるいはその「データCR」に所定の処理を施すことによって生成され帳票等の副次データの送信を要求し、かつ処理を完了すること』を示すシステムコールSNDを発する(図2(10)、図4(1)、(2))。
【0045】
プロセッサ71は、このシステムコールSNDに応じてオペレーティングシステム51Sの実行を再開し、その実行の過程では、通信ポート72、73-1〜73-Nの内、そのシステムコールSNDの引数として与えられた宛先に対応する通信ポートと既述の通信ドライバとを介して交換機76-1〜76-nと端末78-1〜78-Nとの何れかに、該当する「データCR」あるいは副次データを送出する(図2(11))。
【0046】
また、プロセッサ71は、上述したように起動され、あるいは処理の続行がはかられるMPTの処理の過程では、起動要因として与えられた「データM」について、予め決められた型式に基づく解析を行うことによって、宛先を決定する。
さらに、プロセッサ71は、『その宛先に対する上述した「データM」、あるいはその「データM」に所定の処理を施すことによって生成され帳票等の副次データの送信を要求し、かつ処理を完了すること』を示すシステムコールSNDを発する(図2(12)、図5(1))。
【0047】
プロセッサ71は、このシステムコールSNDに応じてオペレーティングシステム51Sの実行を再開し、その実行の過程では、通信ポート73-1〜73-Nの内、そのシステムコールSNDの引数として与えられた宛先に対応する通信ポートと既述の通信ドライバとを介して端末78-1〜78-Nの何れかに、該当する「データM」あるいは副次データを送出する(図2(13))。
【0048】
すなわち、端末78-1〜78-Nから交換機76-1〜76-nに伝達されるべき「コマンド」と、これらの交換機76-1〜76-nがその「コマンド」に応じて行った処理の結果として端末78-1〜78-Nに与えられるべき「応答」とについては、同様に交換機76-1〜76-nが自発的に送出した「メッセージ」より優先的にCRPTによって処理される。
【0049】
したがって、本実施形態によれば、交換機76-1〜76-nが障害の発生等に起因して多数の「メッセージ」を発した場合であっても、従来例に比べてその障害に対処するために有効な「コマンド」が該当する交換機に速やかに伝達される。
なお、本実施形態では、従来例と同様に外部記憶装置74に登録されたデータベースが既述の解析の結果に基づく宛先の決定に際して適宜プロセッサ71によって参照されるが、このようなデータベースの構成および参照にかかわる処理の詳細な手順については、本願発明に関係がないので、ここではその説明を省略する。
【0050】
また、本実施形態では、網75および通信リンク77-1〜77-Nに適応した通信手順に基づく通信制御と、始動時その他において保守運用支援装置70と交換機76-1〜76-nおよび端末78-1〜78-Nとの間で行われるべき呼設定と、コネクションの確立とについて何ら記述されていないが、このような処理の手順については、公知の多様な技術が適用可能であり、かつ本願発明に関係がないので、ここではその説明を省略する。
【0051】
さらに、本実施形態では、CRPTの優先度がMPTの優先度より高い値に保たれているが、これらの優先度の大小関係については、既述の「コマンド」と「応答」との双方あるいは何れか一方が優先的に処理されるべきときに適宜更新されてもよい。
また、本実施形態では、CRPTによって既述の「コマンド」および「応答」の処理が並行して行われているが、例えば、これらの「コマンド」および「応答」については、個別に対応した待ち行列がオペレーティングシステム51Sによって形成され、かつこれらの待ち行列に個別に対応した異なるタスクとして処理の手順が定義されてもよい。
【0052】
さらに、本実施形態では、アプリケーションシステムに対して既述のシステムコールQSTT、SND、ENDをサポートするオペレーティングシステム51Sが適用されているが、このようなオペレーティングシステムおよびシステムコールについては、等価な機能が具備され、かつ所望の応答性が確保される限り、如何なるものであってもよい。
【0053】
また、本実施形態では、待ち行列51Q-1、51Q-2がオペレーティングシステム51Sによって生成され、かつ管理されているが、これらの待ち行列51Q-1、51Q-2は、アプリケーションシステムや通信ドライバに組み込まれてもよい。
【0054】
さらに、本実施形態では、オペレーティングシステム51Sが組み込まれているが、既述のシステムコールQSTT、SND、ENDを介して行われるタスク管理に等価な処理が達成されるならば、請求項1〜3に記載の発明にかかわる保守運用支援装置はオペレーティングシステムが搭載されないシステムとして実現されてもよい。
【0055】
図6は、本発明の別の形態の原理ブロック図である。
この形態の保守運用支援装置は、監視制御の対象となる装置31 -1 〜31 -n との間に形成された伝送路32と、端末33 -1 〜33 -N が個別に有する複数の通信ポートの何れかとの間に形成された通信リンク34とに接続され、これらの装置31 -1 〜31 -n について生じた事象あるいは稼働状況を示すメッセージの中継を行う保守運用支援装置において、通信リンク34に適用された伝送方式と通信手順との双方あるいは何れか一方に基づいて、その通信リンク34が正常に形成されているか否かの判別を行う通信リンク監視手段35 と、二重化の下で対をなす他の保守運用監視支援装置との間に形成された交絡通信リンク36について通信インタフェースをとる交絡インタフェース手段37と、通信リンク監視手段35によって行われた判別の結果が偽であるときに、交絡インタフェース手段37および交絡通信リンク36を介して他の保守運用支援装置宛にメッセージを中継する迂回手段38と、交絡通信リンク36および交絡インタフェース手段37を介して与えられるメッセージを取り込み、端末33 -1 〜33 -N の内、宛先となるべき端末宛にそのメッセージを通信リンク34を介して転送する転送手段39とを備えたことを特徴とする。
【0056】
上記の保守運用支援装置では、迂回手段38は、通信リンク監視手段35によって行われた判別の結果が偽であるときには、自系と対をなし、かつ二重系を構成する他の保守運用支援装置宛に、交絡インタフェース手段37および交絡通信リンク36を介してメッセージを中継する。
【0057】
また、転送手段39は、交絡通信リンク36および交絡インタフェース手段37を介して上述した他の保守運用支援装置から与えられるメッセージを取り込み、端末33 -1 〜33 -N の内、宛先となるべき端末宛に通信リンク34を介してそのメッセージを転送する。
【0058】
すなわち、通信リンク34に障害が発生している期間であっても、装置31 -1 〜31 -n について稼働状況、あるいは生じた事象を示すメッセージは、交絡インタフェース手段37、交絡通信リンク36および上述した他の保守運用支援装置を介して端末33 -1 〜33 -N に与えられるので、これらの装置31 -1 〜31 -n にかかわる監視が確度高く継続して行われる。
【0059】
本発明のさらなる別の形態は、上記の保守運用支援装置において、通信リンク監視手段35によって行われた判別の結果が偽から真に変化したときに、交絡インタフェース手段37および交絡通信リンク36を介して他の保守運用支援装置宛に、その旨を示す復旧通知を与える自系復旧通知手段41と、他の保守運用支援装置から交絡通信リンク36および交絡インタフェース手段37を介して与えられる復旧通知を取り込み、端末31 -1 〜31 -N の内、宛先となるべき端末宛に通信リンク34を介してその復旧通知を与える復旧要求手段42とを備えたことを特徴とする。
【0060】
すなわち、通信リンク34が障害から復旧した場合には、その旨が交絡インタフェース手段37、交絡通信リンク36および上述した他の保守運用支援装置を介して端末33 -1 〜33 -N 宛に通知されるので、これらの端末33 -1 〜33 -N では、人手を介することなくその通信リンク34を現用系に組み入れる系の再構成の開始が可能となる。
【0061】
以下、図5および図7を参照して、上記した本発明の別の形態の動作を説明する。
図7は、本発明の別の形態に対応した実施形態を示す図である。
図において、図9に示すものと機能および構成が同じものについては、同じ符号を付与して示し、ここでは、その説明を省略する。
【0062】
本実施形態と図9に示す従来例とのハードウエアの構成の相違点は、通信ポート72、73-1〜73-Nに併せて通信ポート61を有する保守運用支援装置62が保守運用支援装置70に代えて備えられ、端末78-1〜78-Nに代えて端末78a-1〜78a-Nが備えられ、これらの端末78a-1〜78a-Nにはそれぞれ通信リンク77A-1〜77A-Nを介して接続され、かつ構成が保守運用支援装置62の構成と同じであって既述の通信ポート61との間に双方向のインタリンク63を介して接続されると共に、網75に接続された保守運用支援装置62Aが備えられた点にある。
【0063】
なお、保守運用支援装置62Aの構成要素については、簡単のため、保守運用支援装置62の対応する構成要素の符号の末尾に添え文字「A」を付加して示し、ここではその説明および図示を省略することとする。
また、本実施形態と図6に示すブロック図との対応関係については、交換機76-1〜76-nは装置31-1〜31-nに対応し、網75は伝送路32に対応し、端末78a-1〜78a-nは端末33-1〜33-Nに対応し、通信リンク77-1〜77-N、77A-1〜77A-Nは通信リンク34に対応し、通信ポート73-1〜73-N、73A-1〜73A-Nおよびプロセッサ71、71Aは通信リンク監視手段35に対応し、インタリンク63は交絡通信リンク36に対応し、通信ポート61、61Aは交絡インタフェース手段37に対応し、プロセッサ71、71Aは迂回手段38、転送手段39、自系復旧通知手段41および復旧要求手段42に対応する。
【0064】
まず、通信リンク77-1〜77-N、77A-1〜77A-Nについては、簡単のため、RS−232C方式に適応すると仮定する。
保守運用支援装置62では、プロセッサ71は、通信ポート73-1〜73-Nおよび通信リンク77-1〜77-Nを介して端末78a-1〜78a-1と相互に所定の頻度でハンドシェークを行うことによって、これらの通信ポート73-1〜73-Nおよび通信リンク77-1〜77-Nが正常に作動しているか否かを判別する(図5(a))。
【0065】
なお、このようなハンドシェークについては、例えば、
(1) 「データ・チャネル受信キャリア検出信号CD」の論理値を監視する処理と、
(2) 「データ端末レディ信号ER」を所定の手順に基づいて設定し、あるいは更新しつつ送信する処理に併せて、その処理に同期して「データ・セット・レディ信号DR」の論理値を監視する処理と
の組み合わせとして実現されるが、上述した判別が所望の確度で行われるならば、如何なる伝送方式および通信手順に適合するものであってもよい。
【0066】
さらに、プロセッサ71は、上述したハンドシェークの過程で通信リンク77-1〜77-Nについて個別に得られた判別の結果を通信ポート61およびインタリンク63を介して保守運用支援装置62A宛に送出する。
なお、保守運用支援装置62Aでは、保守運用支援装置62において上述したように行われる一連の処理が並行して行われるので、その処理の詳細については、説明を省略する。
【0067】
また、保守運用支援装置62、62Aでは、プロセッサ71、71Aは、それぞれ通信ポート61、61Aおよびインタリンク63を介して相互に同様のハンドシェークを行うことによって、そのインタリンク63を介して通信リンクが正常に形成されているか否かを判別する(図5(b))。
さらに、保守運用支援装置62では、その保守運用支援装置62が現用系として作動し、かつ保守運用支援装置62Aが予備系として作動することによって待機冗長方式に基づく二重系が正常に構成されている期間には、プロセッサ71は、通信リンク77-1〜77-Nの内、例えば、通信リンク77-K(K=1〜N)に何らかの障害が発生したことを既述の処理の手順に基づいて識別した場合には、その通信リンク77-Kを介して対向する端末78a-K宛に送出されるべき「メッセージ」および「応答」に、この端末78a-Kの識別情報を付加する変換処理をそれぞれ施すことによって、「転送メッセージ」および「転送応答」を生成する。
【0068】
さらに、プロセッサ71は、通信ポート61を介してインタリンク63に、これらの「転送メッセージ」および「転送応答」を順次送出する(図5(c))。
一方、保守運用支援装置62Aでは、プロセッサ71Aは、通信ポート61Aを介してインタリンク63から上述した「転送メッセージ」および「転送応答」を順次取り込み、これらの「転送メッセージ」および「転送応答」に上述した変換処理と反対の処理を施すことによって対応する「メッセージ」および「応答」に併せて、端末78a-Kの識別情報を復元する。
【0069】
さらに、プロセッサ71Aは、通信ポート73A-1〜73A-Nおよび通信リンク77A-1〜77A-Nの内、このようにして復元された識別情報に対応する通信ポートおよび通信リンクを介して端末78a-K宛に、その識別情報と共に復元された「メッセージ」や「応答」を送出する。
また、端末78a-Kは、通信リンク77-K、77A-Kの何れを介して与えられる「メッセージ」および「応答」についても、同様にして監視制御にかかわる処理の対象として動作する。
【0070】
すなわち、現用の通信リンク77-1〜77-N(77A-1〜77A-N)の内、障害が生じた通信リンク77-K(77A-K)は、インタリンク63の共用の下で形成される迂回路と、その通信リンク77-K(77A-K)に接続された端末78a-Kと予備系の保守運用支援装置62A(62)との間に形成された通信リンク77A-K(77-K)とを介して代替される。
【0071】
したがって、本実施形態によれば、従来例および請求項1〜3に記載の発明に対応した実施形態に比べて信頼性が高められる。
図8は、前述した本発明のさらなる別の形態に対応した本実施形態の動作フローチャートである。
以下、図7および図8を参照して、本発明のさらなる別の形態の動作を説明する。
【0072】
保守運用支援装置62では、プロセッサ71は、例えば、通信リンク77-Kに何らかの障害が発生した後には、その通信リンク77-Kを介して対向する端末78a-Kと相互に所定の頻度で既述のハンドシェークを行うことによって、これらの通信ポート73-1〜73-Nおよび通信リンク77-1〜77-Nが正常な状態に復旧したか否かを判別する(図8(1))。
【0073】
さらに、プロセッサ71は、通信ポート61およびインタリンク63を介して保守運用支援装置62A宛にその判別の結果を送出する(図8(2))。
一方、保守運用支援装置62Aでは、プロセッサ71Aは、その保守運用支援装置62Aが予備系として作動している期間には、「転送メッセージ」および「転送応答」の逆変換処理を行うことによって「メッセージ」や「応答」を復元する(図8(3))と共に、通信リンク77A-1〜77A-Nの内、これらの「メッセージ」や「応答」の送出先となっている通信リンク77A-Kを識別する(図8(4))。
【0074】
さらに、プロセッサ71Aは、インタリンク63を介して与えられる判別の結果の内、この通信リンク77A-Kと対をなす通信リンク77-Kに対応する判別の結果が偽から真となったことを認識した場合には、その旨を示す「復旧通知」を生成すると共に、通信リンク77A-Kを介して端末78a-K宛にこの「復旧通知」を送出する(図8(5))。
【0075】
また、端末78a-Kは、このような「復旧通知」を認識すると、通信リンク77-Kを介して保守運用支援装置62と相互に、始動時と同様の手順に基づいて呼設定あるいはコネクションの確立を行う。
すなわち、障害が生じた通信リンク77-Kは、既述の迂回路を介して代替されるが、その通信リンク77-Kの復旧と共に人手を介することなく速やかに現用に供される。
【0076】
したがって、本実施形態によれば、このような復旧に際して端末78a-Kの操作者あるいはその他の保守運用に携わる者の人手が必要であった従来例に比べて、保守および運用の効率および確度が高められる。
なお、本実施形態では、既述の呼設定あるいはコネクションの確立にかかわる処理の手順が何ら示されていないが、これらの呼設定およびコネクションの確立にかかわる処理については、通信リンク77-1〜77-N(77A-1〜77A-N)に適用された伝送方式および通信手順に適応し、かつ公知である多様な技術の適用が可能であると共に、本願発明に関係がないので、ここでは、その説明を省略する。
【0077】
また、本実施形態では、図8(1)〜(5)に示す処理を実現するタスクの構成が何ら示されていないが、これらの処理は、どのようなタスクに如何なる形態で機能分散や負荷分散がはかられることによって実現されてもよい。
さらに、本実施形態では、請求項1〜3に記載の発明が適用された保守運用支援装置に、本発明のさらなる別の形態が適用されているが、本発明のさらなる別の形態については、例えば、従来例その他の如何なる保守運用支援装置に適用されてもよい。
【0078】
また、本実施形態では、通信リンク77-1〜77-Nの何れかが障害から復旧したときに、該当する通信リンクについて呼設定やコネクションの設定が行われているが、例えば、その通信リンクを形成するハードウエアにソフトウエアが密に結合する場合には、これらの呼設定やコネクションの設定は改めて行われなくてもよい。
【0079】
さらに、本実施形態では、保守運用支援装置62、62Aおよび通信リンク77-1〜77-N、77A-1〜77A-Nによって二重化された系の形態と、その系の再構成について何ら示されていないが、このような系については、公知の技術が適用されることによって待機冗長方式、常用冗長方式その他の多様な系の再構成が適用され、かつ本願発明には直接関係がないので、ここではその説明を省略する。
【0080】
また、上述した各実施形態では、端末78-1〜78-N、78a-1〜78a-Nの構成および詳細な動作が何ら具体的に示されていないが、端末78-1〜78-N、78a-1〜78a-Nについては、既述の監視制御にかかわるマンマシンインタフェースに併せて、通信リンク77-1〜77-N、77A-1〜77A-Nを介して所望の「コマンド」、「メッセージ」および「応答」の送受が可能であるならば、パーソナルコンピュータ、ワークステーションその他の如何なる情報処理装置や情報ツールが適用されてもよい。
【0081】
さらに、上述した各実施形態では、通信系を構成する交換機76-1〜76-nの監視制御に本願発明が適用されているが、本願発明は、このような通信系に限定されず、監視制御の対象となるべき機器であれば、その規模および適用分野の如何にかかわらず適用可能である。
また、このような場合には、監視制御の対象となるべき機器は、網75に代えて如何なる通信リンク、伝送路、バスその他の線路を介して接続されてもよい。
【0082】
さらに、上述した各実施形態では、「メッセージ」の全てが端末78-1〜78-N、78a-1〜78a-Nの何れかに与えられることによって表示され、あるいは印刷されているが、このような「メッセージ」については、監視制御に供されるならば、例えば、データベースとして蓄積され、あるいは所定の内部処理の対象となってもよく、かつ直接操作者等に通知されなくてもよい。
【0083】
【発明の効果】
上述したように請求項1に記載の発明では、監視制御の対象となる装置の障害等に起因して発生した多量のメッセージが第二の待ち行列に繋がれた状態であっても、端末によって与えられたコマンドは所望の装置に優先的に与えられる。
また、請求項2に記載の発明では、請求項1に記載の発明に比べて、障害等に対する迅速、かつ適性な対処が可能となる。
【0084】
さらに、請求項3に記載の発明では、請求項1に記載の発明と同様にしてコマンドはメッセージより優先的に処理され、そのコマンドおよび応答の処理は監視制御の対象となる装置の稼働状況に適応した優先度で行われる。
また、本発明の別の形態では、所望の装置の監視が確度高く継続して行われる。
【0085】
本発明のさらなる別の形態では、人手を介することなく、自系に備えられた通信リンクが現用系に組み入れられる。
したがって、これらの発明が適用された監視制御系では、監視制御の対象となる装置の保守および運用が安価に、かつ効率的に行われると共に、総合的な信頼性が高く維持される。
【図面の簡単な説明】
【図1】請求項1〜3に記載の発明の原理ブロック図である。
【図2】請求項1〜3に記載の発明に対応した実施形態におけるソフトウエアの構成を示す図である。
【図3】請求項1〜3に記載の発明に対応した実施形態におけるCCT -R の動作フローチャートである。
【図4】請求項1〜3に記載の発明に対応した実施形態におけるCRPTの動作フローチャートである。
【図5】請求項1、及び本発明の別の形態に対応した実施形態におけるMPTの動作フローチャートである。
【図6】本発明の別の形態、及び本発明のさらなる別の形態の原理ブロック図である。
【図7】本発明の別の形態、及び本発明のさらなる別の形態に対応した実施形態を示す図である。
【図8】本発明のさらなる別の形態に対応した実施形態の動作フローチャートである。
【図9】保守運用支援装置の構成例を示す図である。
【図10】従来の保守運用支援装置に組み込まれたソフトウエアの構成を示す図である。
【符号の説明】
11,31 装置
12 第一の待ち行列
13,33 端末
14 第二の待ち行列
15,32 伝送路
16,22 仕分け手段
17,23 コマンド処理手段
18,24 メッセージ処理手段
21 第三の待ち行列
25 応答処理手段
34 通信リンク
35 通信リンク監視手段
36 交絡通信リンク
37 交絡インタフェース手段
38 迂回手段
39 転送手段
41 自系復旧通知手段
42 復旧要求手段
51Q,71Q 待ち行列
51S,71S オペレーティングシステム
51T-1 通信制御タスク(CCT-R)
51T-2 コマンド応答処理タスク(CRPT)
51T-3 メッセージ処理タスク(MPT)
61,61A,72,73 通信ポート
62,62A,70 保守運用支援装置
63 インタリンク
71 プロセッサ
71T-1 メッセージ・コマンド処理タスク(MCT)
71T-2 通信制御タスク(CCT)
74 外部記憶装置
75 網
76 交換機
77,77A 通信リンク
78,78a 端末[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a maintenance operation support device that is connected to a device to be monitored and controlled and a terminal provided for the monitoring and control, and that delivers commands and messages to be transmitted and received between the device and the terminal. .
[0002]
[Prior art]
2. Description of the Related Art In recent years, many exchanges and wireless stations have been installed and operated unattended by using switches, transmission devices, and wireless devices to which advanced information processing technology and digital transmission technology have been applied.
For these exchanges, transmission devices, and wireless devices, monitoring of operation status at a maintenance and operation center connected via a communication link and control adapted to the operation status are performed automatically or manually. It is performed appropriately.
[0003]
FIG. 9 is a diagram illustrating a configuration example of the maintenance operation support device.
In the figure, a maintenance operation support device 70 includes a processor 71,
[0004]
In the maintenance and operation support apparatus 70 having such a configuration, as shown in FIG. 10, the main memory of the processor 71 is activated under an operating system 71S having a
[0005]
Note that solid and dotted arrows shown in FIG. 10 indicate “task activation” and “information flow”, respectively, and the operating system 71S described above has a
When there is no processing to be performed by activating the MCT as described below, the processor 71 performs the resource management as appropriate by executing the operating system 71S.
[0006]
However, some "command" (FIG. 10 (1)) is received via the communication ports 73-1 to 73-N, or a "response" to the "command" via the
[0007]
In the process of executing the CCT, the processor 71 selects one of the above-mentioned “command”, “response”, and “message” (hereinafter, simply referred to as “data”) received via the communication driver described above. Then, a system call (hereinafter, shown with an identifier "QSTT" attached) meaning "starting the MCT using the" data "as a starting factor" is issued (FIGS. 10 (4) and (5)).
[0008]
The processor 71 restarts the execution of the operating system 71S in response to the system call QSTT. In the course of the execution, the processor 71 connects the above-mentioned activation factor "data" to the
[0009]
However, when there is no such a priority task and there is an MCT whose execution has been interrupted by activating the CCT as described above, the processor 71 continues the processing of the MCT by referring to the “second processing”. "I do.
Furthermore, when there is no above-mentioned priority task and there is no MCT whose execution has been interrupted, the processor 71 determines whether or not any “data” is connected to the
[0010]
In addition, as a procedure of processing to be performed by the processor 71 in the process of executing the MCT, a system call (hereinafter, indicated by an identifier “END”) indicating that the processing is completed is defined.
The processor 71 recognizes that the processing of the MCT has been completed in the execution process of the operating system 71S started by issuing such a system call END, and performs the “first processing” based on the above-described procedure. Or “task management” for performing any of the “third processing”.
[0011]
By the way, in the process of the MCT which is activated as described above and in which the processing can be continued, the processor 71 performs an analysis based on a predetermined model for the "data" given as the activation factor. Determines the destination.
Further, the processor 71 “requests transmission of subsidiary data such as a form generated by performing predetermined processing on the“ data ”described above or the“ data ”for the destination” and completing the processing. (Hereinafter, shown with an identifier "SND") (FIG. 10 (8)).
[0012]
In the following, it is assumed that such a system call SND also serves as the above-described system call END for simplicity.
The processor 71 resumes the execution of the operating system 71S in response to the system call SND. In the course of the execution, the processor 71 is provided as an argument of the system call SND among the
[0013]
In the
[0014]
The processor 71 appropriately refers to the database in order to determine a destination based on the result of the above-described analysis.
Therefore, with regard to the exchanges 76-1 to 76-n, the above-described series of processing is performed in the maintenance operation support device 70 which is opposed via the
[0015]
The communication control adapted to the
[0016]
In addition, the contents of the above-described database are appropriately updated by the processor 71 in accordance with the “command” given by the terminals 78-1 to 78-N and the parameters attached to the “command”. However, the procedure of the processing related to such updating is not related to the present invention, and thus the description thereof is omitted here.
[0017]
[Problems to be solved by the invention]
By the way, in such a conventional example, all "commands", "messages" and "responses" are connected to a
[0018]
Therefore, for example, when a large amount of “message” generated due to the occurrence of a failure or the like is given via the
[0019]
However, in such a state, most of the “commands” should be given immediately to the exchanges 76-1 to 76-n in response to the above-mentioned troubles and the like, so that smooth maintenance and operation are hindered. However, there is a possibility that unnecessary time and man-hours are required for the recovery process.
Further, of the “message” and the “response” given via the
[0020]
When any of the communication ports 73-1 to 73-N or the communication links 77-1 to 77-N is restored to a normal state, the corresponding one of the terminals 78-1 to 78-N is used. For a process in which the terminal is effectively incorporated into a part of the system configuration again, a predetermined operation must be performed on any of these terminals 78-1 to 78-N.
Therefore, when there are many tasks to be performed in parallel for maintenance operation, or when the staff operating the terminals 78-1 to 78-N is insufficient or absent, messages and "responses" are unnecessary. Could be missing.
[0021]
The present inventionPurposeIs a command for the desired device regardless of the operating status of the device to be monitored and controlled.ToSmoothToSubmitProviding a maintenance and operation support device that can, Total reliabilityToWeiWithTo provide a maintenance and operation support device that canInYou.
[0022]
[Means for Solving the Problems]
FIG. 1 is a block diagram showing the principle of the present invention.
[0023]
According to the first aspect of the present invention, a first queue is provided for storing a command indicating an operation mode instruction to the devices 11-1 to 11-n to be monitored and controlled and adapted to a first-in first-out method. 12, a second queue 14 used for storing messages indicating the events or operating conditions that have occurred for the devices 11-1 to 11-n, the devices 11-1 to 11-n, and monitoring and control. A command given from the terminal 13-1 to 13-N previously individually associated with both or any of the items, and a command given via the transmission line 15 from these devices 11-1 to 11-n. And a sorting means 16 for sequentially linking these commands and messages to a
[0024]
According to a second aspect of the present invention, in the maintenance and operation support apparatus according to the first aspect, the
[0025]
According to a third aspect of the present invention, a first queue is provided for storing a command indicating an operation mode instruction to the devices 11-1 to 11-n to be monitored and controlled, and adapted to a first-in first-out method. 12, a second queue 14 for storing messages indicating the event or operation status that has occurred for the devices 11-1 to 11-n, and the devices 11-1 to 11-n responding to some command. The third queue 21, which is used for storing the generated responses and is adapted to the first-in first-out method, and the devices 11-1 to 11-n, and / or the items related to the monitoring control are individually and individually supported in advance. Commands provided from the attached terminals 13-1 to 13-N, and messages and responses provided from the devices 11-1 to 11-n via the transmission path 15 are sorted out. And response A sorting
[0026]
In the maintenance and operation support device according to the first aspect of the present invention, the sorting means 16 includes a command provided from the terminals 13-1 to 13-N and devices 11-1 to 11-n to be monitored and controlled. From the message supplied via the transmission line 15, and these commands and messages are sequentially connected to the
[0027]
Similarly, the message processing means 18 sequentially reads out the messages connected to the second queue 14, and performs processing suitable for the monitoring control on these read out messages.
The command processing means 17 and the message processing means 18 are formed as individual tasks in which the priority of the former is higher than the priority of the latter and a single processor executes under the task management based on these priorities. Therefore, even if a large number of messages generated due to a failure in any of the devices 11-1 to 11-n described above are connected to the second queue 14, the terminal 13-1 The command given by .about.13-N is given preferentially to a desired one of these devices 11-1 to 11-n via the transmission line 15.
[0028]
In the maintenance operation support apparatus according to the second aspect of the present invention, in the maintenance operation support apparatus according to the first aspect, the sorting means 16 is provided from the apparatuses 11-1 to 11-n via the transmission path 15. By sorting the response into a class of the command, the response is connected to the
[0029]
That is, the commands to be given to the devices 11-1 to 11-n and the responses issued by these devices 11-1 to 11-n in response to the commands are the same for the same devices 11-1 to 11-n. Is processed prior to a message indicating an event or an operation status that has occurred, so that quicker and more appropriate measures can be taken for a failure or the like as compared with the maintenance and operation support apparatus according to the first aspect.
[0030]
In the maintenance and operation support device according to the third aspect of the present invention, the sorting means 22 receives the commands given from the terminals 13-1 to 13-N and the devices 11-1 to 11-n to be monitored and controlled. The message and the response given via the transmission line 15 are sorted, and these commands, messages and responses are sequentially connected to the
[0031]
The command processing unit 23 sequentially reads out the commands connected to the
In addition, the response processing unit 25 sequentially reads the responses connected to the
[0032]
Further, the message processing means 24 sequentially reads out the messages connected to the second queue 14 in a similar manner, and performs processing adapted to the monitoring control on the read out messages.
The command processing unit 23, the response processing unit 25, and the message processing unit 24 are formed as individual tasks that are set in priority order in descending order and are executed by a single processor under task management based on these priorities. Therefore, the command is processed with higher priority than the message in the same manner as in the maintenance and operation support apparatus according to
[0033]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
Figure2FIG. 3 is a diagram showing a software configuration in an embodiment corresponding to the first to third aspects of the present invention.
The configuration of the hardware of the present embodiment is the same as the configuration of the conventional example shown in FIG.
[0034]
The difference between the present embodiment and the conventional example is2As shown as a comparison between FIG. 10 and FIG. 10, the following software configuration is incorporated in the processor 71.
In the main memory of the processor 71, an operating system 51S having two
[0035]
The figure2Arrows indicated by solid lines and dotted lines respectively indicate "start of task" and "flow of information", and the operating system 51S has a communication port in response to a system call issued by the CRPT and MPT as described later. 72, 73-1 to 73-N.
Also, regarding the correspondence between this embodiment and the block diagram shown in FIG. 1, the exchanges 76-1 to 76-n correspond to the devices 11-1 to 11-n, and the
[0036]
Below2The operation of the present embodiment corresponding to the first to third aspects of the present invention will be described with reference to FIG.
When there is no target to be processed by activating the CRPT and the MPT, the processor 71 performs the resource management as appropriate by executing the operating system 51S.
[0037]
However, some “command” (see FIG.2(1)) is received or a "response" to the "command" via the
[0038]
In the process of executing the CCT-R, the processor 71 fetches any of the above-mentioned “command” and “response” received through the above-described communication driver (hereinafter, simply referred to as “data CR”). Issue a system call (hereinafter, shown with an identifier "QSTT" attached) which means "to activate CRPT using the" data CR "as an activation factor" (FIG.2(4), Figure3(1)).
[0039]
Further, in the process of executing the CCT-R, the processor 71 takes in any one of the above-mentioned “messages” (hereinafter simply referred to as “data M”) received via the communication driver described above, and “ Activate the MPT using the "data M" as an activation factor "(hereinafter, denoted by the identifier" QSTT ").2(5), Figure3(2)).
[0040]
The processor 71 resumes the execution of the operating system 51S in response to the system call QSTT. In the course of the execution, the processor 71 connects the above-mentioned activation factor "data CR" to the
[0041]
However, if there is no such priority task and there is a CRPT or MPT whose execution has been interrupted by the activation of the CCT-R as described above, the processor 71 continues the processing of the CRPT or MPT. Perform "second processing".
In addition, if there is no CRPT or MPT whose execution has been interrupted in addition to the priority task described above, the processor 71 connects some “data” to the
[0042]
In addition, when there is no CRPT or MPT whose execution has been interrupted and no “data CR” is connected to the
[0043]
By the way, as a procedure of processing to be performed by the processor 71 in the process of executing the CRPT and the MPT, a system call (hereinafter, denoted by an identifier “END”) indicating that the processing is completed is defined.
The processor 71 recognizes that the processing of the CRPT or MPT has been completed in the execution process of the operating system 51S started by issuing such a system call END, and based on the above-described procedure, Perform “task management” that performs any of the four processes.
[0044]
By the way, in the process of the CRPT process which is activated as described above or in which the process can be continued, the processor 71 analyzes the “data CR” given as the activation factor based on a predetermined model. By doing so, the destination is determined.
Further, the processor 71 requests “the above-mentioned“ data CR ”for the destination or the transmission of subsidiary data such as a form generated by performing a predetermined process on the“ data CR ”, and completes the process. Issue a system call SND indicating that2(10), Figure4(1), (2)).
[0045]
The processor 71 resumes the execution of the operating system 51S in response to the system call SND. In the course of the execution, the processor 71 is provided as an argument of the system call SND among the
[0046]
The processor 71 is activated as described above, or in the course of the MPT processing in which the processing can be continued, performs an analysis based on a predetermined model for the “data M” given as the activation factor. This determines the destination.
Further, the processor 71 requests “the above-described“ data M ”for the destination or transmission of subsidiary data such as a form generated by performing a predetermined process on the“ data M ”, and completes the process. Issue a system call SND indicating that2(12), Figure5(1)).
[0047]
The processor 71 resumes the execution of the operating system 51S in response to the system call SND. In the course of the execution, the processor 71 sends the communication port 73-1 to 73-N to a destination given as an argument of the system call SND. The corresponding “data M” or subsidiary data is transmitted to any of the terminals 78-1 to 78-N via the corresponding communication port and the communication driver described above (FIG.2(13)).
[0048]
That is, "commands" to be transmitted from the terminals 78-1 to 78-N to the exchanges 76-1 to 76-n, and processing performed by these exchanges 76-1 to 76-n in accordance with the "commands" The "response" to be given to the terminals 78-1 to 78-N as a result of the above is similarly processed by the CRPT in preference to the "message" sent voluntarily by the exchanges 76-1 to 76-n. .
[0049]
Therefore, according to the present embodiment, even when the exchanges 76-1 to 76-n generate a large number of "messages" due to the occurrence of a failure or the like, the failure is dealt with as compared with the conventional example. Therefore, an effective "command" is immediately transmitted to the corresponding exchange.
In the present embodiment, the database registered in the
[0050]
In this embodiment, the communication control based on the communication procedure adapted to the
[0051]
Further, in the present embodiment, the priority of the CRPT is maintained at a higher value than the priority of the MPT. Regarding the magnitude relation of these priorities, both the “command” and “response” described above or When either one should be processed with priority, it may be appropriately updated.
Further, in the present embodiment, the processing of the “command” and the “response” described above are performed in parallel by the CRPT. For example, for the “command” and the “response”, the waiting corresponding to each individually is performed. A queue may be formed by the operating system 51S, and the processing procedure may be defined as different tasks individually corresponding to these queues.
[0052]
Further, in the present embodiment, the operating system 51S that supports the above-described system calls QSTT, SND, and END is applied to the application system. However, equivalent functions are provided for such operating systems and system calls. Any type may be used as long as it is provided and a desired responsiveness is ensured.
[0053]
In the present embodiment, the
[0054]
Furthermore, in the present embodiment, the operating system 51S is incorporated, but if processing equivalent to the task management performed via the above-described system calls QSTT, SND, and END is achieved, claims 1 to 3 can be achieved. May be realized as a system in which an operating system is not installed.
[0055]
FIG. 6 is a principle block diagram of another embodiment of the present invention.
The maintenance and operation support device of this embodiment includes a device 31 to be monitored and controlled. -1 ~ 31 -n And a
[0056]
In the above maintenance and operation support apparatus, when the result of the determination made by the communication link monitoring means 35 is false, the detour means 38 forms another maintenance and operation support system which forms a pair with its own system and forms a duplex system. The message is relayed to the device via the confounding interface means 37 and the confounding communication link 36.
[0057]
Further, the transfer means 39 captures a message given from the other maintenance and operation support device described above via the confounding communication link 36 and the confounding interface means 37, and -1 ~ 33 -N The message is transferred via the
[0058]
That is, even during a period in which a failure has occurred in the
[0059]
Still another mode of the present invention is the maintenance and operation support apparatus described above, wherein when the result of the determination made by the communication link monitoring means 35 changes from false to true, the information is transmitted via the confounding interface means 37 and the confounding communication link 36. Self-system restoration notifying means 41 for giving a restoration notice to that effect to another maintenance and operation support device, and a restoration notice given from the other maintenance and operation support device via the confounding communication link 36 and the confounding interface means 37. Capture, terminal 31 -1 ~ 31 -N And a recovery request means 42 for providing a notification of the recovery via the
[0060]
That is, when the
[0061]
Below5And with reference to FIG.Another form of the present invention described aboveWill be described.
FIG.Another form of the inventionFIG. 3 is a diagram showing an embodiment corresponding to FIG.
In the figure, components having the same functions and configurations as those shown in FIG. 9 are denoted by the same reference numerals, and description thereof is omitted here.
[0062]
The difference of the hardware configuration between the present embodiment and the conventional example shown in FIG. 9 is that the maintenance operation support device 62 having the communication port 61 in addition to the
[0063]
Note that, for simplicity, the components of the maintenance and
In addition, this embodiment and FIG.6The exchanges 76-1 to 76-n correspond to the devices 31-1 to 31-n, the
[0064]
First, it is assumed that the communication links 77-1 to 77-N and 77A-1 to 77A-N are adapted to the RS-232C system for simplicity.
In the maintenance operation support device 62, the processor 71 performs handshaking with the
[0065]
In addition, about such a handshake, for example,
(1) a process of monitoring a logical value of the “data channel reception carrier detection signal CD”;
(2) Along with the process of setting or updating the "data terminal ready signal ER" based on a predetermined procedure, and synchronizing with the process, the logical value of the "data set ready signal DR" is changed. Process to monitor
However, as long as the above-described determination is made with a desired accuracy, the present invention may be applied to any transmission method and communication procedure.
[0066]
Further, the processor 71 sends the result of the determination individually obtained for the communication links 77-1 to 77-N in the process of the handshake to the maintenance
In the maintenance
[0067]
In the maintenance
Further, in the maintenance operation support device 62, the maintenance operation support device 62 operates as the active system, and the maintenance
[0068]
Further, the processor 71 sequentially sends out these “transfer message” and “transfer response” to the interlink 63 via the communication port 61 (FIG.5(c)).
On the other hand, in the maintenance
[0069]
Further, the processor 71A communicates with the terminal 78a via the communication port and the communication link corresponding to the identification information thus restored among the communication ports 73A-1 to 73A-N and the communication links 77A-1 to 77A-N. Send the restored "message" or "response" to -K together with the identification information.
In addition, the terminal 78a-K also operates as a target of the process related to the monitoring control regarding the “message” and the “response” given via any of the communication links 77-K and 77A-K.
[0070]
That is, of the working communication links 77-1 to 77-N (77A-1 to 77A-N), the failed communication link 77-K (77A-K) is formed under the common use of the interlink 63. Communication route 77A-K (62A) formed between the terminal 78a-K connected to the communication link 77-K (77A-K) and the standby operation and
[0071]
Therefore, according to the present embodiment, the reliability is improved as compared with the conventional example and the embodiments corresponding to the first to third aspects of the present invention.
FIG.Still another form of the present invention described above6 is an operation flowchart of the present embodiment corresponding to FIG.
Hereinafter, referring to FIG. 7 and FIG., Still another form of the present inventionWill be described.
[0072]
In the maintenance and operation support device 62, for example, after a certain failure occurs in the communication link 77-K, the processor 71 has already exchanged with the terminal 78a-K facing the communication link 77-K at a predetermined frequency. By performing the above-described handshake, it is determined whether or not these communication ports 73-1 to 73-N and communication links 77-1 to 77-N have been restored to a normal state (FIG. 8A).
[0073]
Further, the processor 71 sends the result of the determination to the maintenance
On the other hand, in the maintenance and
[0074]
Further, the processor 71A determines that among the determination results given via the interlink 63, the determination result corresponding to the communication link 77-K paired with the communication link 77A-K has been changed from false to true. If it is recognized, it generates a "recovery notification" to that effect and sends this "recovery notification" to the terminal 78a-K via the communication link 77A-K (FIG. 8 (5)).
[0075]
Further, when the terminal 78a-K recognizes such a "recovery notification", the terminal 78a-K mutually communicates with the maintenance and operation support device 62 via the communication link 77-K based on the same procedure as at the time of start-up. Perform establishment.
That is, the communication link 77-K in which the failure has occurred is replaced via the previously described detour, but is promptly put into service without manual intervention when the communication link 77-K is restored.
[0076]
Therefore, according to the present embodiment, the efficiency and accuracy of maintenance and operation are lower than that of the conventional example, in which the operator of the terminal 78a-K or another person who is involved in maintenance and operation is required for such recovery. Enhanced.
Note that, in the present embodiment, the procedure of the processing related to the call setting or the connection establishment described above is not shown at all, but the processing relating to the call setting and the connection establishment is not described in the communication links 77-1 to 77. -N (77A-1 to 77A-N), which is applicable to various transmission techniques and communication procedures applied to publicly known techniques and is not related to the present invention. The description is omitted.
[0077]
Further, in the present embodiment, the configuration of the tasks for realizing the processes shown in FIGS. 8A to 8C is not shown at all, but these processes are performed by any task in any form and in any form. It may be realized by achieving dispersion.
Furthermore, in the present embodiment, the maintenance and operation support device to which the inventions of
[0078]
Further, in the present embodiment, when any one of the communication links 77-1 to 77-N recovers from the failure, call setting and connection setting are performed for the corresponding communication link. When the software is tightly coupled to the hardware forming the call, these call setting and connection setting need not be performed again.
[0079]
Further, in the present embodiment, there is no description about the form of the system duplexed by the maintenance and
[0080]
Further, in each of the above-described embodiments, the configurations and detailed operations of the terminals 78-1 to 78-N and 78a-1 to 78a-N are not specifically shown, but the terminals 78-1 to 78-N , 78a-1 to 78a-N, together with the man-machine interface related to the monitoring control described above, the desired "command" via the communication links 77-1 to 77-N and 77A-1 to 77A-N. , A "message" and a "response", a personal computer, a workstation, or any other information processing device or information tool may be applied.
[0081]
Further, in each of the above-described embodiments, the present invention is applied to the monitoring control of the exchanges 76-1 to 76-n constituting the communication system. However, the present invention is not limited to such a communication system, Any device to be controlled can be applied regardless of its size and field of application.
In such a case, the devices to be monitored and controlled may be connected via any communication link, transmission line, bus, or other line instead of the
[0082]
Further, in each of the above-described embodiments, all of the “message” is displayed or printed by being given to any of the terminals 78-1 to 78-N and 78a-1 to 78a-N. If such "messages" are subjected to monitoring control, they may be stored, for example, as a database, or may be subjected to predetermined internal processing, and need not be directly notified to an operator or the like.
[0083]
【The invention's effect】
As described above, according to the first aspect of the present invention, even if a large number of messages generated due to a failure of a device to be monitored and controlled are connected to the second queue, The given command is given preferentially to a desired device.
Further, according to the invention described in
[0084]
Further, according to the third aspect of the present invention, similarly to the first aspect of the present invention, the command is processed with priority over the message, and the processing of the command and the response is performed in accordance with the operation status of the device to be monitored and controlled. It is performed with the adapted priority.
Also,Another form of the inventionThus, monitoring of a desired device is continuously performed with high accuracy.
[0085]
Still another form of the present inventionIn this case, the communication link provided in the own system is incorporated into the working system without human intervention.
Therefore, in the monitoring and control system to which these inventions are applied, maintenance and operation of the devices to be monitored and controlled are performed inexpensively and efficiently, and the overall reliability is maintained high.
[Brief description of the drawings]
FIG. 1 is a principle block diagram of the invention according to
FIG. 2 ClaimsFIG. 3 shows a software configuration in an embodiment corresponding to the inventions described in 1-3.FIG.
FIG. 3 shows an embodiment according to the first to third aspects of the present invention.CCT -R Operation flowchartIt is.
FIG. 4 is a diagram showing C in an embodiment corresponding to the first to third aspects of the present invention;RPT6 is an operation flowchart of FIG.
FIG. 5 Claims1. Another form of the present inventionIn the embodiment corresponding toMP6 is an operation flowchart of T.
FIG. 6Another form of the invention, and yet another form of the inventionIt is a principle block diagram of.
FIG. 7Another form of the invention, and yet another form of the inventionFIG. 3 is a diagram showing an embodiment corresponding to FIG.
FIG. 8Still another form of the present inventionCorresponding toFruit5 is an operation flowchart of the embodiment.
FIG. 9 is a diagram illustrating a configuration example of a maintenance operation support device.
FIG. 10 is a diagram showing a configuration of software incorporated in a conventional maintenance operation support device.
[Explanation of symbols]
11,31 devices
12 First Queue
13,33 terminal
14 Second Queue
15, 32 transmission line
16,22 Sorting means
17,23 Command processing means
18, 24 message processing means
21 Third Queue
25 Response processing means
34 Communication Link
35 Communication link monitoring means
36 Confounding communication link
37 Confounding interface means
38 detour means
39 transfer means
41 Self-system restoration notification means
42 Recovery request means
51Q, 71Q queue
51S, 71S operating system
51T-1 Communication Control Task (CCT-R)
51T-2 Command Response Processing Task (CRPT)
51T-3 Message Processing Task (MPT)
61, 61A, 72, 73 Communication port
62, 62A, 70 maintenance operation support device
63 Interlink
71 processor
71T-1 Message / Command Processing Task (MCT)
71T-2 Communication Control Task (CCT)
74 External storage device
75 net
76 exchange
77, 77A communication link
78, 78a terminal
Claims (3)
前記装置について、生じた事象あるいは稼働状況を示すメッセージの蓄積に供される第二の待ち行列と、
前記装置と、前記監視制御にかかわる項目との双方あるいは何れか一方に予め個別に対応付けられた端末から与えられたコマンドと、これらの装置から伝送路を介して与えられたメッセージとを仕分け、これらのコマンドとメッセージとをそれぞれ前記第一の待ち行列と前記第二の待ち行列とに順次繋ぐ仕分け手段と、
前記仕分け手段によって前記第一の待ち行列に繋がれたコマンドを順次読み出し、前記装置の内、宛先となるべき装置宛に、これらの読み出されたコマンドを前記伝送路を介して与えるコマンド処理手段と、
前記仕分け手段によって前記第二の待ち行列に繋がれたメッセージを順次読み出し、これらの読み出されたメッセージに前記監視制御に適応した処理を施すメッセージ処理手段とを備え、
前記コマンド処理手段と前記メッセージ処理手段とは、
前者の優先度が後者の優先度より高く、かつ単一のプロセッサがこれらの優先度に基づくタスク管理の下で実行する個別のタスクとして形成された
ことを特徴とする保守運用支援装置。A first queue, which is provided for accumulation of a command indicating an instruction of an operation mode for a device to be monitored and controlled, and is adapted to a first-in first-out method,
For the device, a second queue dedicated to the accumulation of messages indicating events or operating conditions that have occurred,
The device, the command given from the terminal individually associated with both or any of the items related to the monitoring control in advance, and sorting the messages given via these devices from the transmission line, Sorting means for sequentially connecting these commands and messages to the first queue and the second queue, respectively;
Command processing means for sequentially reading commands connected to the first queue by the sorting means and providing these read commands via the transmission line to a device to be a destination among the devices; When,
Message processing means for sequentially reading messages connected to the second queue by the sorting means, and performing processing adapted to the monitoring control on these read messages,
The command processing means and the message processing means,
A maintenance operation support device, wherein the former has a higher priority than the latter, and a single processor is formed as an individual task executed under task management based on these priorities.
第一の待ち行列は、装置の内、何らかのコマンドを認識した装置から伝送路を介して与えられた応答の蓄積に共用され、
仕分け手段は、前記装置から前記伝送路を介して与えられた応答を前記コマンドと同類に仕分け、
コマンド処理手段は、前記仕分け手段によって前記第一の待ち行列に繋がれた応答を順次読み出し、前記端末の内、宛先となるべき端末宛に、これらの読み出された応答を与える
ことを特徴とする保守運用支援装置。The maintenance operation support device according to claim 1,
The first queue is shared for storing a response given via a transmission line from a device that has recognized some command among the devices,
Sorting means sorts a response given from the device via the transmission line to the command and the like,
The command processing unit sequentially reads out the responses linked to the first queue by the sorting unit, and gives these read-out responses to a terminal to be a destination among the terminals. Maintenance operation support equipment.
前記装置について、生じた事象あるいは稼働状況を示すメッセージの蓄積に供される第二の待ち行列と、
前記装置が何らかのコマンドに応じて発した応答の蓄積に供され、かつ先入れ先出し方式に適応した第三の待ち行列と、
前記装置と、前記監視制御にかかわる項目との双方あるいは何れか一方に予め個別に対応付けられた端末から与えられたコマンドと、これらの装置から伝送路を介して与えられたメッセージと応答とを仕分け、これらのコマンド、メッセージおよび応答をそれぞれ前記第一の待ち行列、前記第二の待ち行列および前記第三の待ち行列に順次繋ぐ仕分け手段と、
前記仕分け手段によって前記第一の待ち行列に繋がれたコマンドを順次読み出し、前記装置の内、宛先となるべき装置宛に、これらの読み出されたコマンドを前記伝送路を介して与えるコマンド処理手段と、
前記仕分け手段によって前記第二の待ち行列に繋がれたメッセージを順次読み出し、その読み出されたメッセージに前記監視制御に適応した処理を施すメッセージ処理手段と、
前記仕分け手段によって前記第三の待ち行列に繋がれた応答を順次読み出し、その読み出された応答に前記監視制御に適応した処理を施す応答処理手段とを備え、
前記コマンド処理手段、前記応答処理手段および前記メッセージ処理手段は、
降順に優先度が設定され、かつ単一のプロセッサがこれらの優先度に基づくタスク管理の下で実行する個別のタスクとして形成された
ことを特徴とする保守運用支援装置。A first queue, which is provided for accumulation of a command indicating an instruction of an operation mode for a device to be monitored and controlled, and is adapted to a first-in first-out method,
For the device, a second queue dedicated to the accumulation of messages indicating events or operating conditions that have occurred,
A third queue, wherein the device is subjected to accumulation of responses issued in response to some commands, and is adapted for a first-in first-out scheme;
The device, a command given from a terminal individually and / or individually associated with the item related to the monitoring control, and a message and a response given via a transmission line from these devices. Sorting, these command, message and response respectively the first queue, the second queue and sorting means to sequentially link the third queue,
Command processing means for sequentially reading commands connected to the first queue by the sorting means and providing these read commands via the transmission line to a device to be a destination among the devices; When,
Message processing means for sequentially reading out the messages connected to the second queue by the sorting means, and performing processing adapted to the monitoring control on the read out messages;
Response processing means for sequentially reading the responses connected to the third queue by the sorting means, and performing processing adapted to the monitoring control on the read responses;
The command processing means, the response processing means and the message processing means,
A maintenance operation support device, wherein priorities are set in descending order, and a single processor is formed as individual tasks to be executed under task management based on these priorities.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP29776398A JP3566864B2 (en) | 1998-10-20 | 1998-10-20 | Maintenance operation support device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP29776398A JP3566864B2 (en) | 1998-10-20 | 1998-10-20 | Maintenance operation support device |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2004116021A Division JP3977820B2 (en) | 2004-04-09 | 2004-04-09 | Maintenance operation support device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000124903A JP2000124903A (en) | 2000-04-28 |
| JP3566864B2 true JP3566864B2 (en) | 2004-09-15 |
Family
ID=17850868
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP29776398A Expired - Fee Related JP3566864B2 (en) | 1998-10-20 | 1998-10-20 | Maintenance operation support device |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3566864B2 (en) |
-
1998
- 1998-10-20 JP JP29776398A patent/JP3566864B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000124903A (en) | 2000-04-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4964666B2 (en) | Computer, program and method for switching redundant communication paths | |
| US5086384A (en) | Master-slave-type control system with stand-by suspending control station | |
| KR19980020514A (en) | Implementing Fault Tolerance of Private Switching System of Integrated Telecommunication Network | |
| JP3566864B2 (en) | Maintenance operation support device | |
| JP2519276B2 (en) | Failure information collection processing method | |
| JPH09205438A (en) | Line interface device in ATM switching center | |
| JP3779121B2 (en) | Data transmission system | |
| JP3977820B2 (en) | Maintenance operation support device | |
| JP3266904B2 (en) | Monitoring system in statically connected network | |
| JPH08316957A (en) | Redundant network management system | |
| JP2656643B2 (en) | Log data collection method and device | |
| JP3375039B2 (en) | Automatic exchange method and automatic exchange configuration method | |
| JPH06152570A (en) | System for system switching processing in duplex data processor | |
| JPH0427239A (en) | Control method for lan connecting device | |
| JPH07219803A (en) | Multiplex computer control system | |
| JPH1093617A (en) | Spare switching system for communication processing equipment | |
| JPH01102700A (en) | Fault information collection processing system | |
| JP3184165B2 (en) | Individual restart control method for switching system | |
| JPS63279646A (en) | Automatic restart processing system for network management equipment | |
| JPH02203696A (en) | Monitor information transfer system | |
| JPH08287032A (en) | Communication management system in multiprocessor system | |
| JPS62264796A (en) | Information supervising system | |
| JPH0834615B2 (en) | Line state management control method in switching system | |
| JPH0235844A (en) | Control system | |
| JPH0468457A (en) | Manager device for network control system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040129 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040210 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040409 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20040608 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040611 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090618 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100618 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |