JPH1040091A

JPH1040091A - プログラム制御装置

Info

Publication number: JPH1040091A
Application number: JP8190369A
Authority: JP
Inventors: Masamitsu Sei; 正光清; Naoyuki Kakizaki; 直幸柿崎; Masaaki Sato; 真明佐藤; Masayuki Honma; 雅之本間; Jun Ouchi; 潤大内
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1996-07-19
Filing date: 1996-07-19
Publication date: 1998-02-13

Abstract

(57)【要約】【課題】本発明はプログラム制御装置に関し、簡単な
構成でパッチ投入後の装置の動作確認を能率良く行える
プログラム制御装置の提供を課題とする。【解決手段】プログラム制御により機能実現されるプ
ログラム制御装置において、１又は２以上の機能Ａ，Ｂ
を実現する１又は２以上の制御プログラム１〜４に関連
して設けられ、かつ前記装置の動作に関する監視項目を
記述した監視項目データと、該監視項目データに従い各
対応する装置動作の監視処理を行う複数の監視処理部
１，２とを備え、ある制御プログラム３へのパッチ投入
に際し、該パッチ投入プログラム３に関連する監視項目
データ２を抽出して対応する装置動作の監視を行う。監
視項目デ−タは、予め制御プログラム１〜４毎に、又は
予め１又は２以上の制御プログラムが実現する機能Ａ，
Ｂ毎に、又は投入するパッチ情報毎に設けられる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はプログラム制御装置
に関し、更に詳しくはプログラム制御により機能実現さ
れるプログラム制御装置に関する。この種の装置として
は、例えば多数の制御プログラム（モジュール）により
各種機能（加入者線対応機能，回線交換機能，局線対応
機能等）が実現される交換機システムがある。交換機シ
ステムは、一旦稼働すると停止できなため、ソフトウェ
アのバグ対処、小規模の仕様変更、追加、機能改善等を
行う場合は、稼働中のプログラムにパッチを加える。し
かし、加えたパッチに誤りや投入ミスがあると、これが
システムと複雑に関係して交換機サービスの低下を招
く。そこで、原因の早期発見と対処が必要となる。

【０００２】

【従来の技術】一般に、パッチ投入後の交換機システム
の正常性確認は、パッチ投入対象プログラムによりシス
テムに与える影響が異なるため、確認項目も異なる。従
来は、システムに精通した技術者が各交換機へ出向いて
パッチ投入及びその動作確認作業を行うか、又は予め動
作確認のための詳細手順書を作成し、各交換機の保守者
にパッチ投入及びその動作確認作業を依頼していた。

【０００３】

【発明が解決しようとする課題】しかし、今日の複雑
化、高度化した交換機システムでは、システムに精通し
た技術者を集めることは極めて困難である。また、パッ
チ投入の度に動作確認のための詳細手順書を作成するの
は極めて負担であり、かつ非能率的である。この問題点
は、上記交換機システムに限らず、他の一般のプログラ
ム制御装置についても言える。

【０００４】本発明の目的は、簡単な構成でパッチ投入
後の装置の動作確認を能率良く行えるプログラム制御装
置を提供することにある。

【０００５】

【課題を解決するための手段】上記の課題は例えば図１
の構成により解決される。即ち、本発明（１）のプログ
ラム制御装置は、プログラム制御により機能実現される
プログラム制御装置において、１又は２以上の機能Ａ，
Ｂを実現する１又は２以上の制御プログラム１〜４に関
連して設けられ、かつ装置の動作に関する監視項目を記
述した監視項目データ１，２と、監視項目データ１／２
に従い各対応する装置動作の監視処理を行う複数の監視
処理部１，２とを備え、ある制御プログラム３へのパッ
チ投入に際し、該パッチ投入プログラム３に関連する監
視項目データ２を抽出して対応する装置動作の監視を行
うものである。

【０００６】本発明（１）によれば、各制御プログラム
に関連して設けられた監視項目データと、監視項目デー
タに従い各対応する装置動作の監視処理を行う複数の監
視処理部とを備えるので、どの制御プログラムにパッチ
を投入しても、該パッチ投入プログラムにより複雑な影
響を受ける装置動作の監視を能率良く行える。好ましく
は、本発明（２）においては、上記本発明（１）におい
て、監視項目デ−タは、予め制御プログラム毎に設けら
れる。従って、各制御プログラムに則したきめ細かい動
作監視を能率良く行える。

【０００７】また好ましくは、本発明（３）において
は、上記本発明（１）において、監視項目デ−タは、予
め１又は２以上の制御プログラムが実現する機能毎に設
けられる。従って、各機能に則したきめ細かい動作監視
を能率良く行える。また好ましくは、本発明（４）にお
いては、上記本発明（１）において、監視項目デ−タ
は、投入するパッチ情報毎に設けられる。従って、各パ
ッチに則したきめ細かい動作監視を能率良く行える。

【０００８】また好ましくは、本発明（５）において
は、上記本発明（１）において、プログラム制御装置
は、交換機、伝送装置等の通信制御装置である。上記本
発明（１）は、常時運用され、かつ複雑化、高度化した
通信制御装置に適用して特に効果がある。また好ましく
は、本発明（６）においては、上記本発明（１）におい
て、パッチ情報を投入する保守コンソールを備え、該保
守コンソールより監視項目デ−タを変更可能である。従
って、規設定の監視項目デ−タを容易に変更でき、柔軟
な動作監視を能率良く行える。

【０００９】また好ましくは、本発明（７）において
は、上記本発明（１）において、監視処理部は、パッチ
投入プログラムが実現する機能に基づき、予め規定され
た１又は２以上の制御プログラムが生成する特定の自律
メッセージの監視を行うと共に、その監視結果に基づき
投入パッチの正常／異常を判定する。この種の装置で
は、制御プログラムに応じてその実現機能を特定でき、
該実現機能が特定されると、その前記制御プログラムに
対してパッチを投入した場合に、その影響を受けて、該
パッチ投入プログラム又は他の１又は２以上の制御プロ
グラムで生成されるであろう特定の自律メッセージ（異
常メッセージ等）を予め規定できる。従って、パッチ投
入プログラムが実現する機能に基づき、予め規定された
１又は２以上の制御プログラムが生成する特定の自律メ
ッセージの監視を行えば、その監視結果に基づき投入パ
ッチの正常／異常を判定できる。

【００１０】また好ましくは、本発明（８）において
は、上記本発明（５）において、監視処理部は、パッチ
投入プログラムが実現する機能に基づき、予め規定され
た回線又は回線種別に関する通信トラヒックの監視を行
うと共に、その監視結果に基づき投入パッチの正常／異
常を判定する。この種の通信制御装置では、回線制御プ
ログラムに応じてその回線制御機能を特定でき、該回線
制御機能が特定されると、前記回線制御プログラムに対
してパッチを投入した場合に、どの回線又は回線種別の
通信トラヒックに影響が出るかを予め規定できる。従っ
て、監視処理部は、パッチ投入プログラムが実現する機
能に基づき、予め規定された回線又は回線種別に関する
通信トラヒックの監視を行えば、その監視結果に基づき
投入パッチの正常／異常を判定できる。

【００１１】また好ましくは、本発明（９）において
は、上記本発明（１）において、監視処理部は、外部か
らの指令に基づき１又は２以上の制御プログラムが生成
する特定の自律メッセージの監視を行うと共に、該受信
した特定の自律メッセージにより、複数の制御プログラ
ムと該各制御プログラムに関連して規定された１又は２
以上の自律メッセージとから成るテーブルを検索し、前
記受信した自律メッセージの生成要因となる制御プログ
ラムを抽出する。

【００１２】この種の装置では、制御プログラムに応じ
てその実現機能を特定でき、該実現機能が特定される
と、その前記制御プログラムに対してパッチを投入した
場合に、その影響を受けて、該パッチ投入プログラム又
は他の１又は２以上の制御プログラムで生成されるであ
ろう特定の自律メッセージ（異常メッセージ等）を予め
規定できる。そこで、好ましくは、パッチ投入の度に該
パッチ投入プログラムとこれに関連する自律メッセージ
との関係をテーブル化しておく。

【００１３】そして、その後の任意の時にシステムに何
らかの異常が生じた場合は、監視処理部は、外部からの
指令に基づき１又は２以上の制御プログラムが生成する
特定の自律メッセージの監視を行うと共に、該受信した
特定の自律メッセージにより、複数の制御プログラムと
該各制御プログラムに関連して規定された１又は２以上
の自律メッセージとから成るテーブルを検索するこで、
前記受信した自律メッセージの生成要因となる制御プロ
グラムを抽出できる。好ましくは、過去のパッチ投入プ
ログラムを抽出できる。

【００１４】また好ましくは、本発明（１０）において
は、上記本発明（５）において、監視処理部は、パッチ
投入プログラムが実現する機能に基づき、局データ及び
又は加入者データの変更を監視すると共に、１又は２以
上の制御プログラムが生成する特定の自律メッセージの
監視を行い、その監視結果に基づき投入パッチの正常／
異常を判定する。本発明（１０）においては、局データ
及び又は加入者データの変更を更に監視するので、局デ
ータ及び又は加入者データが変更された場合の正常／異
常を能率良く監視できる。

【００１５】また好ましくは、本発明（１１）において
は、上記本発明（１）において、監視処理部は、投入さ
れたパッチ情報に基づき対応するパッチ投入プログラム
の走行トレース監視を行う。従って、得られたトレース
情報に基づき投入パッチの正常／異常を判定できる。

【００１６】

【発明の実施の形態】以下、添付図面に従って本発明に
好適なる実施の形態を詳細に説明する。図２は実施の形
態による交換機システムの一部（主制御部）の構成を示
す図で、図において、１はパッチ情報の入力・編集及び
パッチ投入後の監視結果をモニタする保守コンソ−ル、
２は保守コンソ−ルを主制御部に接続するＩ／Ｏインタ
フェース処理部、３はパッチ投入プログラムに関する監
視項目データの抽出及び該プログラムに対するパッチ投
入／リカバリ処理を行うパッチ管理処理部、３ａはプロ
グラム単位又は機能単位の監視項目データを保持してい
る監視項目テーブル、４は監視項目データに対応する各
監視処理ｆ₁〜ｆ_nを起動する監視項目起動処理部、４
ａは各監視処理ｆ₁〜ｆ_nの起動に必要なアドレス、パ
ラメータ等の情報を記憶している監視処理起動テ−ブ
ル、５は監視処理群、５₁〜５_nは監視項目データの各
ビットに対応する各監視処理（システムの異常有無を判
定する為のデータ収集、解析、判定等）を行う監視処理
ｆ₁〜ｆ_n、６_aは監視対象毎の自律メッセージ番号を
保持している自律メッセージ監視テーブル、６_bは監視
対象｛回線使用率，ＣＣ使用率（プロセッサ使用率），
自律メッセージの出力状況等）毎の閾値情報等を保持し
ている監視結果判定テーブル、６_cはパッチ投入番号と
パッチ投入プログラム番号とを関係付けるパッチ／プロ
グラム対応テーブル、７は監視処理ｆ₁〜ｆ_nの各監視
結果を統括、集計、判定処理する監視結果統括処理部、
８は交換機制御を実現するためのシステムプログラム及
び各種アプリケーションプログラムを記憶しているメイ
ンメモリ（ＭＭ）、９はメインメモリの情報をバックア
ップ保持するディスクメモリ（ＤＭ）、１０はタスクや
Ｉ／Ｏ装置の実行管理を行うオペレーションシステム
（ＯＳ）である。

【００１７】この交換機システムは、複数の機能実現手
段と、各機能を実現するための複数のプログラム（モジ
ュール）の集合により構成される。各機能は機能識別子
（機能名，機能番号等）で分類され、例えばＡ＝回線監
視機能（回線ＯＮ／ＯＦＦフック監視等）、Ｃ＝アナロ
グ回線加入者呼処理機能、Ｇ＝ＩＳＤＮ回線加入者呼処
理機能、Ｎ＝オペレーションシステム（ＯＳ）機能等で
ある。

【００１８】また上記回線監視機能Ａはプログラム識別
子（プログラム名，プログラム番号等）Ａ０１〜Ａ０ｎ
を有するような複数のプログラム（モジュール）の集合
からなり、例えばＡ０１＝割込受付処理、Ａ０２＝割込
分析処理、Ａ０３＝割込実行処理の各プログラムであ
る。本発明者等は、交換機システムを実現するプログラ
ムが機能単位に作成されることに着目し、予めプログラ
ム毎にその機能に対応した監視項目データを登録してお
き、該監視項目データに対応した監視処理ｆ₁〜ｆ_nを
具備する。パッチ投入の際は、パッチ投入プログラムの
識別子をキー情報に、対応する監視項目データを抽出す
ると共に、該監視項目データに対応する１又は２以上の
監視処理を起動し、所定時間、システム動作の監視を行
う。監視終了後、監視結果を自律メッセージで保守者に
通知すると共に、監視結果に応じて、パッチ固定、パッ
チリカバリ（復旧）、回線閉塞等の復旧措置を行う。こ
れにより、保守作業の大幅な軽減と、パッチ誤り、パッ
チ投入ミス、パッチ投入漏れ等によるシステム障害の早
期発見と、迅速な対応とが可能となる。以下、詳細に説
明する。

【００１９】図３は実施の形態によるパッチ投入処理の
フローチャートである。パッチ管理処理部３において、
ステップＳ１では保守コンソール１からのパッチ情報の
受信を待つ。パッチ情報を受信すると、ステップＳ２で
は監視項目データの設定方式に従い処理分岐する。監視
項目データの設定方式には、プログラム単位と、機能単
位と、パッチ単位とがあり、例えば保守コンソール１か
ら指定可能である。

【００２０】プログラム単位の指定の場合は、ステップ
Ｓ３でパッチ投入プログラムに対応する監視項目データ
を抽出する。これを図４に基づき詳細に説明する。ここ
では、ＭＭ８上にプログラム番号とプログラム番号毎に
必要と思われる監視項目データとを予め用意しておく。
即ち、ＭＭ８の絶対番地ＭＡ₁からは、あるプログラム
のプログラム番号「Ａ０１」と、監視項目データ「１１
１００１０１」と、そのプログラム本体とが記憶され、
また続く絶対番地ＭＡ₂からは、他のプログラムのプロ
グラム識別子「Ｂ０２」と、監視項目データ「１１００
１１００」と、そのプログラム本体とが記憶されてい
る。監視項目データは所定数のビット列から成り、各ビ
ットに各種の監視項目（後述の監視処理）が対応してい
る。ビット＝１は監視処理実行を表し、ビット＝０は監
視処理不実行を表す。

【００２１】オリジナルのプログラムはＤＭ９にあり、
これがＭＭ８にロードされ、実行に移されている。ＯＳ
１０はプログラム番号Ａ０１，Ｂ０１毎にＭＭ８上のベ
ースアドレスＢＡＤ＝ＭＡ₁，ＭＡ₂を割当て、これら
を管理保持する。保守コンソール１からのパッチ情報に
は、プログラム番号「Ｂ０２」と、絶対又は相対のパッ
チアドレス「２０００」と、ビット列から成るパッチデ
ータ「１１０１０…」とが含まれる。

【００２２】パッチ管理処理部３は、受信したパッチ情
報に基づき、ＭＭ８へのパッチデータの書込と、ＭＭ８
からの監視項目データの抽出とを行うことになる。パッ
チデータの書込は絶対番地ＭＡ₃から行う。パッチ情報
のパッチアドレスが絶対番地２０００の場合は、ＭＡ₃
＝２０００で得られる。またパッチ情報のパッチアドレ
スが相対番地２０００の場合は、ＭＡ₃＝ＭＡ₂＋２０
００で得られる。但し、ＭＡ₂はプログラム番号Ｂ０２
に対応してＯＳ１０より得られる。

【００２３】監視項目データは絶対番地（ＭＡ₂＋１）
から読み出す。パッチ情報のパッチアドレスが絶対番地
２０００の場合は、（ＭＡ₂＋１）＝２０００−パッチ
相対アドレス＋１で得られる。但し、このパッチ相対ア
ドレスはプログラム番号Ｂ０２に対応して既知である。
またパッチ情報のパッチアドレスが相対番地２０００の
場合は、（ＭＡ₂＋１）＝ＭＡ₂＋１で得られる。但
し、ＭＡ₂はプログラム番号Ｂ０２に対応してＯＳ１０
より得られる。

【００２４】なお、上記プログラム番号や監視項目デー
タは必ずしもプログラム実行エリアに書き込む必要は無
い。例えば別途に監視項目テーブル３ａを設け、これを
パッチ情報のプログラム番号＝Ｂ０２でインデクス（参
照）して、対応する監視項目データを読み出すように構
成しても良い。要するに監視項目データはプログラム単
位（プログラム対応）に設けられていれば良く、その書
込場所は問わない。

【００２５】図３に戻り、上記機能単位の指定の場合
は、ステップＳ４でパッチ投入プログラムの機能に対応
する監視項目データを抽出する。これを図５に基づき詳
細に説明する。ある機能を実現するための複数のプログ
ラムに対しては、該機能に着目した監視を行うことで能
率良い監視が行える。そこで、この場合のＭＭ８の絶対
番地ＭＡ₁からは、あるプログラムのプログラム番号
「Ａ０１又は単に０１」と、機能番号「Ａ」と、そのプ
ログラム本体とが記憶され、また絶対番地ＭＡ₂から
は、他のプログラムのプログラム番号「Ｂ０２又は単に
０２」と、機能番号「Ｂ」と、そのプログラム本体とが
記憶されている。

【００２６】オリジナルのプログラムはＤＭ９にあり、
これがＭＭ８にロードされ、実行に移されている。パッ
チ管理処理３は、上記図４の場合と同様にしてＭＭ８に
パッチデータの書込を行い、かつ同様にしてＭＭ８より
機能番号Ｂを抽出する。更に、該機能番号Ｂで監視項目
テーブル３ａをインデクスし、機能番号Ｂに対応する監
視項目データ「１１００１１００」を読み出す。なお、
上記プログラム番号は必ずしもプログラム実行エリアに
書き込む必要は無い。

【００２７】図３に戻り、上記パッチ単位の指定の場合
は、ステップＳ５でパッチ投入プログラムの監視項目デ
ータを抽出する。これを図６に基づき詳細に説明する。
監視項目データをパッチ投入毎に指定できれば、柔軟な
監視を行える。この場合のＭＭ８の絶対番地ＭＡ₁から
は、あるプログラムＡ０１の本体が記憶され、また絶対
番地ＭＡ₂からは、他のプログラムＢ０２の本体が記憶
されている。オリジナルのプログラムはＤＭ９にあり、
これがＭＭ８にロードされ、実行に移されている。な
お、ＤＭ９のプログラム番号Ａ０１，Ｂ０２等は所定の
ディレクトリで一括管理されている。

【００２８】また保守コンソール１からのパッチ情報に
は監視項目データが含まれる。パッチ管理処理３は、上
記図４の場合と同様にしてパッチデータの書込を行い、
また投入パッチ情報から直接に監視項目データを抽出す
る。この場合の監視項目データは、上記プログラム単位
に分類された監視項目データでも、上記機能単位に分類
された監視項目データでも良い。

【００２９】こうして、保守コンソール１からのパッチ
情報は、上記何れか１の指定に従い、同一又は異なるプ
ログラムに対して複数投入可能である。１回の投入操作
で複数のパッチ情報が投入された場合は、複数の監視項
目データが抽出される。この場合の各監視項目データの
構成ビットにはビット＝１が重複するものがあり、対応
する監視処理を２つ起動するのは能率的でない。そこ
で、各監視項目データの論理和を取り、重複起動を避け
る事としている。この場合に、あるパッチ投入プログラ
ムは、余分（本来はビット＝０）な監視を受けることに
なるが、監視精度の向上ともなる。

【００３０】図３に戻り、パッチ管理処理部３は、ステ
ップＳ６では、上記抽出した監視項目データ等を監視項
目起動処理４に送出し、ステップＳ７では保守コンソー
ル１からのパッチ実行指令を待つ。監視項目起動処理部
４において、ステップＳ２１では受信した監視項目デー
タに基づき監視項目の一覧データを編集する。この中に
は、監視項目データのビット＝１のものにつき監視処理
起動テーブル４ａより抽出された、各監視処理の名前
（番号）や、必要なパラメータ情報等が含まれる。ステ
ップＳ２２では監視項目の一覧データを保守コンソール
１に送信する。

【００３１】保守コンソール１では、画面の一覧データ
を見ながら、監視項目起動処理部４との間の対話的処理
により、監視項目の追加／削除や、パラメータ情報の設
定／変更等を行う。これに対して、監視項目起動処理部
４のステップＳ２３では保守コンソール１からの変更指
令の受信を待ち、ステップＳ２４では終了指令か否かを
判別する。終了指令でない場合は、ステップＳ２５で対
応する指令を実行し、ステップＳ２３に戻る。保守コン
ソール１では、画面の一覧データを確認後、監視項目起
動処理部４に終了指令を送信する。一方、パッチ管理処
理部３にはパッチ実行指令を送信する。

【００３２】パッチ管理処理部３は、パッチ実行指令を
受けたことにより、ステップＳ８ではＭＭ８のパッチ投
入プログラムに対してパッチを実行する。ステップＳ９
ではパッチ／プログラム対応テーブル６ｃに当該パッチ
に係る情報を登録する。図１１（Ｃ）にパッチ／プログ
ラム対応テーブル６ｃの構造を示す。パッチ投入操作の
度にシーケンシャルなパッチ番号が割り付けられ、その
欄には１又は２以上のパッチ投入プログラムのプログラ
ム番号が記録される。因みに、パッチ番号＝１では機能
の異なるプログラムＢ０２にもパッチ投入されている。
またパッチ番号＝４では、同一プログラムＡ０２の二箇
所にパッチ投入されている。

【００３３】一方、監視項目起動処理部４は、終了指令
を受けたことにより、ステップＳ２６で監視処理起動テ
ーブル４を参照し、監視項目データのビット＝１に対応
する監視処理を起動する。ステップＳ２７では、監視結
果統括処理部７における複数監視統括管理のために、監
視項目データを監視結果統括処理部７に送出する。な
お、保守コンソール１から監視項目起動処理部４に対し
て直接に監視指令を指示可能である。

【００３４】以下、実施の形態による各種監視処理を詳
細に説明する。図７，図８は実施の形態による自律メッ
セージ監視処理ｆ₁のフローチャート（１），（２）で
ある。図７（Ａ）は自律メッセージ監視開始処理を示し
ている。ステップＳ３１では、監視対象（パッチ投入プ
ログラム）のプログラム番号（例えば起動時のパラメー
タ上場に搭載）で自律メッセージ監視テーブル６ａを参
照し、監視対象となる自律メッセージ情報を抽出する。

【００３５】図８（Ｃ）に自律メッセージ監視テーブル
を示す。自律メッセージ監視テーブルには、本システム
を構成する各プログラムのプログラム番号に対応して、
該プログラム又はこれと関連する他のプログラムが自律
的に発生する１又は２以上のメッセージの内、注目する
（監視対象となる）一部又は全部の自律メッセージ情報
ＭＳＧ（１），ＭＳＧ（２），…が記録されている。メ
ッセージ情報ＭＳＧ（ｉ）は、先頭の異常（＝０）／正
常（＝１）を示すビット情報と、メッセージ番号ＭＳＧ
Ｎｏと、該メッセージの監視時間の情報とを備える。
ビット情報＝０（異常）の場合は、異常メッセージの発
生を監視することとなり、ビット情報＝１（正常）の場
合は、正常メッセージの発生を監視することとなる。

【００３６】図７（Ａ）に戻り、ステップＳ３２では、
監視時間の最大値でプログラムタイマを起動する。ステ
ップＳ３３では自律メッセージの受信とタイムアウトの
割込を許可し、処理を抜ける。図７（Ｂ）は自律メッセ
ージ受信割込処理を示し、システムより何らかの自律メ
ッセージが受信されるとこの処理に割込入力する。ステ
ップＩ１では監視対象の自律メッセージか否かを判別
し、監視対象でない場合は処理を抜ける。また監視対象
の場合は、ステップＩ２で当該自律メッセージ情報を解
析し、結果を保持する。

【００３７】ステップＩ３では局データ変更監視処理起
動要か否かを判別する。起動時のパラメータ情報に局デ
ータ変更監視処理起動要が指定されている場合は起動要
となる。起動要の場合はステップＳＩ４で後述の図１２
の局データ変更監視処理を起動する。起動要でない場合
はステップＳＩ４の処理をスキップする。ステップＩ５
では、パッチ自動リカバリ要か否かを判別する。起動時
のパラメータ情報にパッチ自動リカバリ要が指定されて
いる場合、又は該指定があり、かつステップＩ２のメッ
セージ解析で特定の自律メッセージ（異常メッセージ）
を受信した場合は、パッチ自動リカバリ要となる。リカ
バリ要の場合はステップＩ６で監視結果の情報にパッチ
自動リカバリ要の旨をセットする。ステップＩ７では監
視タイマを停止し、割込を不許可にする。ステップＩ８
では監視結果を監視結果統括処理部７に通知する。また
ステップＩ５の判別でリカバリ要でない場合は処理を抜
ける。

【００３８】図８（Ａ）はタイムアウト割込処理を示
し、監視タイマがタイムアウトするとこの処理に割込入
力する。ステップＩ１１では割込を不許可にする。ステ
ップＩ１２では監視対象に従い処理分岐する。但し、正
常メッセージの受信待ちと異常メッセージの受信待ちと
が共存する場合もある。

【００３９】正常監視（正常メッセージの受信待ち）の
場合は、ステップＳＩ１３で正常メッセージ受信か否か
を判別する。受信待ちの正常メッセージを１個でも受信
した場合は正常メッセージ受信の状態である。正常メッ
セージ受信の場合は更にステップＳＩ１４で異常メッセ
ージ受信か否かを判別する。受信待ちの異常メッセージ
を１個でも受信した場合は異常メッセージ受信の状態で
ある。異常メッセージ受信でない場合はステップＩ１５
で監視結果に正常を設定する。また異常メッセージ受信
の場合はステップＩ１８に進む。

【００４０】上記ステップＩ１１の処理で、異常監視
（異常メッセージの受信待ち）の場合は、ステップＳＩ
１７で異常メッセージ受信か否かを判別する。受信待ち
の異常メッセージを１個でも受信した場合は異常メッセ
ージ受信の状態である。異常メッセージ受信の場合はス
テップＳＩ１８で監視結果に異常を設定する。また異常
メッセージ受信でない場合はステップＩ１５に進む。ス
テップＩ１６では監視結果を監視結果統括処理部７に通
知する。

【００４１】図９，図１０は実施の形態によるトラヒッ
ク監視処理ｆ₂のフローチャート（１），（２）であ
る。図９（Ａ）はトラヒック監視開始処理を示してい
る。ステップＳ４１ではパッチ投入プログラムのプログ
ラム番号（起動時のパラメータ情報に搭載）により監視
対象となる回線種別（アナログ，ＩＳＤＮ，共通線等）
を決定する。ステップＳ４２では不図示の局データを参
照し、監視対象種別の回線を抽出する。ステップＳ４３
では不図示のトラヒック収集処理にトラヒック収集処理
を依頼する。ステップＳ４４では所定値で監視タイマを
起動する。ステップＳ４５では割込許可し、処理を抜け
る。

【００４２】図９（Ｂ）は収集データ受信割込処理を示
している。ステップＩ２１では受信した収集データを解
析し、結果を蓄積する。ステップＩ２２では監視対象の
全回線分について収集完了か否かを判別する。全回線分
の収集完了でない場合は処理を抜ける。また全回線分収
集完了の場合はステップＩ２３で監視結果を判定する。
この判定は、回線使用率等について、監視結果判定テー
ブル６ｂの閾値情報を用いて行う。この閾値情報は、本
システムの過去のトラヒック（回線使用率等）に対する
統計的処理により半固定的又はダイナミックに決定され
ている。

【００４３】ステップＩ２４では自動回線閉塞要か否か
を判別する。起動時のパラメータ情報に自動回線閉塞要
が指定されている場合、又は該指定があり、かつステッ
プＩ２３の監視結果判定により、このパッチの投入に同
期してあるトラヒックが異常に増加し、又は異常に減少
したような場合には、パッチ投入による影響が考えら
れ、回線閉塞要と判定する。回線閉塞要の場合は、取り
合えず当該回線を迂回させるため、ステップＩ２５で監
視結果に回線閉塞要をセットする。なお、回線閉塞要を
セットする代わりに、パッチ自動リカバリ要をセットし
てもよい。回線閉塞要でない場合はステップＩ２５の処
理をスキップする。ステップＩ２６では監視タイマを停
止し、かつ割込不許可とする。ステップＩ２７では監視
結果を監視結果統括処理部７に通知し、処理を抜ける。

【００４４】図１０はタイムアウト割込処理を示してい
る。ステップＩ３１ではトラヒック収集処理に収集停止
を依頼する。ステップＩ３２では残りの収集データを受
信する。ステップＩ３３では監視結果を判定する。ステ
ップＩ３４では自動回線閉塞要か否かを判別する。自動
回線閉塞要の場合は、ステップＩ３５で監視結果に回線
閉塞要をセットする。自動回線閉塞要でない場合はステ
ップＩ３５の処理をスキップする。ステップＩ３６では
割込不許可とする。ステップＩ３７では監視結果を監視
結果統括処理部７に通知し、処理を抜ける。

【００４５】図１１は実施の形態によるパッチ投入プロ
グラム抽出処理ｆ₃のフローチャートである。この処理
は、ある自律メッセージ（異常メッセージ）の発生を契
機として、逆に該メッセージの発生要因（パッチ投入プ
ログラム）を抽出する処理であり、パッチ投入と共に実
行されても良いが、むしろ１又は２以上のパッチ投入
後、ある期間を経過した時の、何らかの異常メッセージ
が発生した場合に実施されて効果的である。

【００４６】図１１（Ａ）はパッチ投入プログラム抽出
開始／停止処理を示している。本処理の実施は、保守コ
ンソール１からの開始／停止コマンドの投入により監視
項目起動処理４を介して行われる。ステップＳ５１では
保守コンソール１等からの指令に従い処理分岐する。抽
出開始の場合はステップＳ５２で、指令に従い、監視対
象プログラムの自律メッセージ番号を抽出する。ステッ
プＳ５３では自律メッセージ受信割込を許可し、処理を
抜ける。また抽出停止の場合はステップＳ５４で自律メ
ッセージ受信割込を不許可とし、処理を抜ける。

【００４７】図１１（Ｂ）は自律メッセージ受信割込処
理を示している。ステップＩ４１では受信した特定の自
律メッセージ番号につき、該メッセージ番号で図８
（Ｂ）の自律メッセージ監視テーブルを検索し、対応す
るプログラム番号（大抵の場合はパッチ投入プログラム
番号となる）を求める。ステップＩ４２では求めたプロ
グラム番号で図１１（Ｃ）のパッチ／プログラム対応テ
ーブルを検索し、対応するパッチ番号を求める。ステッ
プＩ４３では、必要なら、求めたパッチ番号の欄に含ま
れるパッチ投入プログラム番号を抽出し、これらを監視
結果統括処理部７に通知する。この場合の監視結果統括
処理部７は得られた詳細情報（パッチ番号，パッチ投入
プログラム番号等）を保守コンソール１に送信する。更
に、集中保守センター等でパッチの原本管理が行われて
いた場合は、抽出されたパッチ番号とそのパッチデータ
を集中保守センターに転送し、原本のパッチデータと比
較することで、パッチデータの正常性を容易に確認する
ことが可能となる。

【００４８】図１２，図１３は実施の形態による局デー
タ等変更監視処理ｆ₄のフローチャート（１），（２）
である。局データ等変更監視処理は図７（Ｂ）の自律メ
ッセージ監視処理における関連メッセージの受信を契機
にして起動される。ここでは、起動後の一定時間、局デ
ータ及び加入者データの変更を監視し、変更があった場
合には、その変更箇所を収集する。また局データ及び加
入者データ変更後、異常なメッセージが出力された場合
に、夫々のデータをリカバリするか否かをパッチ投入時
に指定することで、ある局データ又は加入者データを設
定した為に投入パッチが異常となるような局データ及び
加入者データのリカバリ処理を行う。また最終的に監視
タイマがタイムアウトした時は、局データ又は加入者デ
ータの変更があった場合、その収集情報を監視結果統括
処理部７に通知する。以下、詳細に説明する。

【００４９】図１２（Ａ）は局データ等変更監視開始処
理を示している。ステップＳ６１では指令（起動時のパ
ラメータ情報に搭載）に従い監視対象プログラムの自律
メッセージ番号を抽出する。ステップＳ６２では所定の
タイマを起動する。ステップＳ６３では自律メッセージ
受信及び所定のイベント（局データ変更，加入者データ
変更）の割込を許可し、処理を抜ける。

【００５０】図１２（Ｂ）はイベント発生割込処理を示
し、局データ変更又は加入者データ変更が発生するとこ
の処理に割込入力する。ステップＩ５１ではイベントに
従い処理分岐する。局データ変更の場合はステップＩ５
２で局データ変更情報（変更前後の情報等）を局データ
変更履歴に蓄積する。また加入者データ変更の場合はス
テップＩ５３で加入者データ変更情報（変更後の情報
等）を加入者データ変更履歴に蓄積する。ステップＩ５
４では、必要なら、監視結果（変更有無等）を監視結果
統括処理部７に通知する。

【００５１】図１２（Ｃ）はタイムアウト割込処理を示
し、待ち受け対象のメッセージが発生しない時はタイム
アウトする。ステップＩ５５では割込を不許可にする。
ステップＩ５６では、局データや加入者データの変更情
報と共に、処理終了を監視結果統括処理部７に通知す
る。図１３は自律メッセージ受信割込処理を示してい
る。

【００５２】ステップＩ５７では監視対象の自律メッセ
ージか否かを判別し、監視対象でない場合は処理を抜け
る。また監視対象（例えば異常メッセージ）の場合はス
テップＳＩ５８で受信メッセージを解析し、結果を保存
する。ステップＩ５９では局データ変更有りか否かを判
別し、変更有りの場合は更にステップＩ６０で局データ
自動リカバリ指定（起動時のパラメータ情報に搭載）有
りか否かを判別する。局データ自動リカバリ指定有りの
場合はステップＩ６１で局データを元に戻す。また上記
局データ変更なし、又は局データ自動リカバリ指定なし
の場合はステップＩ６２に進む。

【００５３】ステップＩ６２では加入者データ変更有り
か否かを判別し、変更有りの場合は更にステップＩ６３
で加入者データ自動リカバリ指定有りか否かを判別す
る。加入者データ自動リカバリ指定有りの場合はステッ
プＩ６４で加入者データを元に戻す。また上記加入者デ
ータ変更なし、又は加入者データ自動リカバリ指定なし
の場合はステップＩ６５に進む。ステップＩ６５ではタ
イマを停止する。ステップＩ６６では割込を不許可にす
る。ステップＩ６７では監視結果を監視結果統括処理部
７に通知する。

【００５４】図１４は実施の形態によるパッチ投入プロ
グラムトレース監視処理ｆ₅のフローチャートである。
ここでは、パッチ投入したアドレスに対してパッチ走行
チェックを行う。パッチ走行チェックは一定時間実施さ
れ、監視タイマのタイムアウト時、トレース結果を読出
し、その結果を保守コンソール１に出力すると共に、処
理終了を監視結果統括処理７に通知する。以下、詳細に
説明する。

【００５５】図１４（Ａ）はトレース監視開始処理を示
している。ステップＳ７１ではパッチ範囲（起動時のパ
ラメータ情報に搭載）を求める。このパッチ範囲はパッ
チ開始アドレスとパッチデータとで求まる。ステップＳ
７２では不図示のトレーサに当該パッチ投入プログラム
の実行時のトレース処理を依頼する。ステップＳ７３で
は所定の監視タイマを起動する。ステップＳ７４ではタ
イマ割込を許可し、処理を抜ける。

【００５６】図１４（Ｂ）はタイムアウト割込処理を示
している。ステップＩ７１ではトレーサが生成したトレ
ース結果を解析する。ステップＩ７２ではパッチ範囲の
全トレース完了か否かを判別する。パッチ投入プログラ
ムによっては、適当なタイムアウト時間内に、パッチ範
囲の処理が実行されないか、又は実行完了していない場
合がある。この場合は、ステップＩ７５で監視タイマを
再起動し、処理を抜ける。また全トレース完了の場合
は、ステップＩ７３で割込を不許可とし、ステップＩ７
４では監視結果を監視結果統括処理部７に通知する。

【００５７】図１４（Ｃ）はシステム再開割込処理を示
している。稼働中のシステムが再開の状態になると、Ｄ
Ｍ９のプログラムのリロード前にこの処理に割込入力す
る。ステップＩ８１ではトレーサが生成したトレース情
報を所定のセーブエリアにセーブし、処理を抜ける。セ
ーブされたトレース情報は後に保守コンソール１を介し
て解析される。これにより、保守者はシステム再開発生
の原因が、監視中のパッチに有る場合、どのインストラ
クションによるものかを容易に発見することが出来る。

【００５８】上記以外にも様々な監視処理が考えられ
る。図１５は実施の形態による監視結果統括処理のフロ
ーチャートである。ステップＳ８１では他の処理部から
の受信情報に従い処理分岐する。受信情報が監視項目起
動処理部４からの監視項目データの場合は、ステップＳ
８２で監視項目データを保存する。

【００５９】受信情報が監視結果の通知であって、かつ
監視処理ｆ₁〜ｆ_nの内のタイマ終了タイプ処理からの
通知の場合は、ステップＳ８３で監視項目データの該当
ビットの消し込みを行う。ステップＳ８４では全項目ビ
ット（タイマ終了タイプ処理）の完了か否かを判別し、
完了でない場合は処理を抜ける。また完了の場合はステ
ップＳ８５で全監視結果を解析・編集する。ステップＳ
８６ではパッチリカバリ要か否かを判別する。監視結果
に別段の異常が認められない場合はパッチリカバリ不要
となる。この場合はステップＳ８７でパッチ管理処理部
３にパッチ固定指示ＦＩＸを送る。これを受けたパッチ
管理処理部３は、ＭＭ８上の当該パッチをＤＭ９上の当
該バックアッププログラムファイルに対して行い、パッ
チを固定する。

【００６０】また監視結果に別段の異常が認められる場
合はパッチリカバリ要となる。この場合はステップＳ８
８でパッチ管理処理部３にパッチリカバリ指示ＲＥＣＯ
Ｖを送る。これを受けたパッチ管理処理部３は、ＤＭ９
上の当該バックアッププログラムファイルをＭＭ８上の
当該プログラム実行エリアにリロードし、パッチ投入プ
ログラムを復旧させる。ステップＳ８９では監視結果の
詳細情報を保守コンソール１に送信する。

【００６１】また受信情報が監視結果の通知であって、
かつ監視処理ｆ₁〜ｆ_nの内の非タイマ終了タイプ処理
からの通知の場合は、ステップＳ９０で監視結果を編集
し、ステップＳ８６に進む。監視の途中である非タイマ
終了タイプの監視処理がパッチリカバリ要求を通知した
ような場合には、全監視終了を待たずにパッチリカバリ
が行われる場合もある。

【００６２】なお、上記実施の形態では交換機システム
への適用例を述べたが、本発明はプログラム制御される
他のあらゆるプログラム制御装置に適用できることは言
うまでも無い。また、上記本発明に好適なる実施の形態
を述べたが、本発明思想を逸脱しない範囲内で、各部の
構成、制御、及びこれらの組合せの様々な変更が行える
ことは言うまでも無い。

【００６３】

【発明の効果】以上述べた如く本発明によれば、簡単な
構成でパッチ投入後の装置の動作確認を能率良く行え、
プログラム制御装置の信頼性向上に寄与する所が大き
い。

【図面の簡単な説明】

【図１】図１は本発明の原理を説明する図である。

【図２】図２は実施の形態による交換機システムの一部
の構成を示す図である。

【図３】図３は実施の形態によるパッチ投入処理のフロ
ーチャートである。

【図４】図４はプログラム別監視項目データを伴うパッ
チ投入処理を説明する図である。

【図５】図５は機能別監視項目データを伴うパッチ投入
処理を説明する図である。

【図６】図６はパッチ別監視項目データを伴うパッチ投
入処理を説明する図である。

【図７】図７は実施の形態による自律メッセージ監視処
理のフローチャート（１）である。

【図８】図８は実施の形態による自律メッセージ監視処
理のフローチャート（２）である。

【図９】図９は実施の形態によるトラヒック監視処理の
フローチャート（１）である。

【図１０】図１０は実施の形態によるトラヒック監視処
理のフローチャート（２）である。

【図１１】図１１は実施の形態によるパッチ投入プログ
ラム抽出処理のフローチャートである。

【図１２】図１２は実施の形態による局データ等変更監
視処理のフローチャート（１）である。

【図１３】図１３は実施の形態による局データ等変更監
視処理のフローチャート（２）である。

【図１４】図１４は実施の形態によるパッチ投入プログ
ラムトレース監視処理のフローチャートである。

【図１５】図１５は実施の形態による監視結果統括処理
のフローチャートである。

【符号の説明】

１保守コンソ−ル２Ｉ／Ｏインタフェース処理部３パッチ管理処理部３ａ監視項目テーブル４監視項目起動処理部４ａ監視処理起動テ−ブル５監視処理群５₁〜５_n 監視処理ｆ₁〜ｆ_n ６_a 自律メッセージ監視テーブル６_b 監視結果判定テーブル６_c パッチ／プログラム対応テーブル７監視結果統括処理部８メインメモリ９ディスクメモリ１０オペレーションシステム

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号庁内整理番号ＦＩ技術表示箇所Ｈ０４Ｑ 3/545 (72)発明者佐藤真明神奈川県横浜市港北区新横浜３丁目９番18 号富士通コミュニケーション・システムズ株式会社内 (72)発明者本間雅之神奈川県横浜市港北区新横浜３丁目９番18 号富士通コミュニケーション・システムズ株式会社内 (72)発明者大内潤神奈川県横浜市港北区新横浜３丁目９番18 号富士通コミュニケーション・システムズ株式会社内

Claims

【特許請求の範囲】

【請求項１】プログラム制御により機能実現されるプ
ログラム制御装置において、前記１又は２以上の機能を実現する１又は２以上の制御
プログラムに関連して設けられ、かつ前記装置の動作に
関する監視項目を記述した監視項目データと、前記監視項目データに従い各対応する装置動作の監視処
理を行う複数の監視処理部とを備え、前記ある制御プログラムへのパッチ投入に際し、該パッ
チ投入プログラムに関連する前記監視項目データを抽出
して対応する装置動作の監視を行うことを特徴とするプ
ログラム制御装置。
【請求項２】監視項目デ−タは、予め制御プログラム
毎に設けられることを特徴とする請求項１のプログラム
制御装置。
【請求項３】監視項目デ−タは、予め１又は２以上の
制御プログラムが実現する機能毎に設けられることを特
徴とする請求項１のプログラム制御装置。
【請求項４】監視項目デ−タは、投入するパッチ情報
毎に設けられることを特徴とする請求項１のプログラム
制御装置。
【請求項５】プログラム制御装置は、交換機、伝送装
置等の通信制御装置であることを特徴とする請求項１の
プログラム制御装置。
【請求項６】パッチ情報を投入する保守コンソールを
備え、該保守コンソールより監視項目デ−タを変更可能
であることを特徴とする請求項１のプログラム制御装
置。
【請求項７】監視処理部は、パッチ投入プログラムが
実現する機能に基づき、予め規定された１又は２以上の
制御プログラムが生成する特定の自律メッセージの監視
を行うと共に、その監視結果に基づき投入パッチの正常
／異常を判定することを特徴とする請求項１のプログラ
ム制御装置。
【請求項８】監視処理部は、パッチ投入プログラムが
実現する機能に基づき、予め規定された回線又は回線種
別に関する通信トラヒックの監視を行うと共に、その監
視結果に基づき投入パッチの正常／異常を判定すること
を特徴とする請求項５のプログラム制御装置。
【請求項９】監視処理部は、外部からの指令に基づき
１又は２以上の制御プログラムが生成する特定の自律メ
ッセージの監視を行うと共に、該受信した特定の自律メ
ッセージにより、複数の制御プログラムと該各制御プロ
グラムに関連して規定された１又は２以上の自律メッセ
ージとから成るテーブルを検索し、前記受信した自律メ
ッセージの生成要因となる制御プログラムを抽出するこ
とを特徴とする請求項１のプログラム制御装置。
【請求項１０】監視処理部は、パッチ投入プログラム
が実現する機能に基づき、局データ及び又は加入者デー
タの変更を監視すると共に、１又は２以上の制御プログ
ラムが生成する特定の自律メッセージの監視を行い、そ
の監視結果に基づき投入パッチの正常／異常を判定する
ことを特徴とする請求項５のプログラム制御装置。
【請求項１１】監視処理部は、投入されたパッチ情報
に基づき対応するパッチ投入プログラムの走行トレース
監視を行うことを特徴とする請求項１のプログラム制御
装置。