JPH0668744B2 - Ｎｃｐロ−ドモジュ−ル更新処理方式 - Google Patents

Description

【発明の詳細な説明】 〔概要〕 ＮＣＰ定義デックに基づいてＮＣＰロードモジュールを
更新するＮＣＰロードモジュール更新処理方式に関し、 ユーザが作成した新たなＮＣＰ定義デック（新）と、旧
のＮＣＰ定義デック（旧）との差よりＮＣＰロードモジ
ュールに対する処理目的制御文を自動生成して差に対応
する部分のデータの更新を行うことを目的とし、 ユーザが変更したＮＣＰ定義デック（新）および旧のＮ
ＣＰ定義デック（旧）から必要な定義情報を制御テーブ
ルに格納する定義デック解析ブロックと、この定義デッ
ク解析ブロックによって格納された制御テーブルに基づ
いて両者の差に対応する更新すべき情報を更新テーブル
に格納するＮＣＰロードモジュール解析ブロックと、こ
のＮＣＰロードモジュール解析ブロックによって生成さ
れた更新テーブルの内容をＮＣＰロードモジュールに更
新する態様で書き込むＮＣＰロードモジュール更新ブロ
ックとを備え、ユーザがＮＣＰ定義デック（新）に書き
込んで変更した部分のデータをＮＣＰロードモジュール
に更新する態様で書き替えるように構成する。

〔産業上の利用分野〕

本発明は、ＮＣＰ定義デックに基づいてＮＣＰロードモ
ジュールを更新するＮＣＰロードモジュール更新処理方
式に関するものである。

〔従来の技術と発明が解決しようとする問題点〕

ＮＣＰ（通信制御プログラム）ロードモジュールなどの
目的プログラムに対して処理を行うプログラムは、処理
要求の内容を制御文によって認識して処理を行ってい
る。

このため、従来の処理プログラムで処理を行う場合、Ｎ
ＣＰロードモジュールのように、ＮＣＰ定義デックで生
成したものに対する処理であっても、ＮＣＰ定義デック
はこの処理プログラムに対して使うことができず、新た
にこの処理プログラム用の制御文を作らなければならな
いという問題点があった。

本発明は、ユーザが作成した新たなＮＣＰ定義デック
（新）と、旧のＮＣＰ定義デック（旧）との差よりＮＣ
Ｐロードモジュールに対する処理目的制御文を自動生成
して差に対応する部分のデータの更新を行うことを目的
としている。

〔問題点を解決するための手段〕

第１図を参照して問題点を解決するための手段を説明す
る。

第１図において、ＮＣＰ定義デック（旧）１は、旧のも
のである。

ＮＣＰ定義デック（新）２は、ユーザが変更したもので
ある。

定義デック解析ブロック６は、ＮＣＰ定義デック（旧）
１およびＮＣＰ定義デック（新）２から必要な定義文情
報などを制御テーブルに格納するものである。

ＮＣＰロードモジュール解析ブロック７は、定義デック
解析ブロック６によって生成された制御テーブルに基づ
いて、両者の差に対応する更新すべき情報を変更テーブ
ルに格納するものである。

ＮＣＰロードモジュール更新ブロック８は、ＮＣＰロー
ドモジュール解析ブロック７によって作成された更新テ
ーブルに基づいて、ＮＣＰロードモジュール３に対して
更新する態様で書き替えるものである。

〔作用〕

本発明は、ユーザが変更したＮＣＰ定義デック（新）２
および旧のＮＣＰ定義デック（旧）１の差を抽出して更
新テーブル（制御文）を作成し、この内容をＮＣＰロー
ドモジュール３に対して更新する態様で書き替えるよう
にしている。

このため、人がＮＣＰロードモジュールに対して処理を
行うプログラムのための制御文を作らなくても、両者の
差から処理目的制御文を自動生成してＮＣＰロードモジ
ュールを更新することが可能となる。

〔実施例〕

まず、第２図および第３図を用いて本発明の概念を説明
する。

第２図において、入力となる元のＮＣＰ定義デック
（旧）１と、ユーザが変更したＮＣＰ定義デック（新）
２とを比較し、差が見つかった部分（例えば端末の電話
番号）に対して処理プログラム４が処理することができ
る制御文（更新テーブル）を作成する。この作成した制
御文を入力として、処理プログラム４が目的プログラム
であるＮＣＰロードモジュール３の該当する部分に対し
て更新する態様で書き替える。これにより、従来、人が
制御文を作成して更新していたのを、処理プログラム４
が自動的に制御文を作成して更新することが可能とな
る。尚、差が見つからない場合には、更新する必要がな
いので制御文を作成しない。

第３図において、図中は、ＮＣＰ定義デック（旧）１
を処理プログラム４の獲得域内に読み込む状態を示す。

図中は、ユーザが変更したＮＣＰ定義デック（新）２
を処理プログラム４の獲得域内に読み込む状態を示す。

図中は、図中、で読み込んだ領域を１レコードづ
つＥＯＦを見つけるまで比較する状態を示す。これは、
ＮＣＰ定義デック（旧）１と、ＮＣＰ定義デック（新）
２との差（ユーザが変更しが部分、例えば端末の電話番
号など）を見つけることを意味している。

図中は、差が有りか否かを判別する状態を示す。ＹＥ
Ｓの場合には、図中以下を実行する。ＮＯの場合に
は、変更した部分が見つからないので、終了する。

図中は、差を抽出し、処理プログラムの制御テーブル
内で整理する状態を示す。

図中は、処理プログラムの制御テーブルより処理プロ
グラムの目的制御文を生成する状態を示す。

図中は、生成した制御文を基にして処理実行（更新）
する状態を示す。これにより、ＮＣＰロードモジュール
３の該当する部分（例えばユーザが変更した端末の電話
番号など）が更新される。

以上の手順によって、処理プログラム４がＮＣＰ定義デ
ック（旧）１とＮＣＰ定義デック（新）２との差を抽出
し、この差に対応する制御文を自動生成してＮＣＰロー
ドモジュール３に対して更新する態様で書き替えること
により、従来のように人間が制御文を作らなくても、更
新することが可能となる。

次に、第１図、第４図から第７図を用いて本発明の１実
施例の構成および動作を詳細に説明する。

第１図において、ＮＣＰ定義デック（旧）１、ＮＣＰ定
義デック（新）２は、第４図に示すように通信制御に関
する各種情報を定義するものである。ＮＣＰ定義デック
（新）２は、ユーザが通信制御情報例えば通信先の端末
の電話番号（ダイヤル番号）などを変更したものであ
る。

ＮＣＰロードモジュール３は、通信制御処理装置にロー
ディングして通信制御を行うプログラムである。

処理プログラム４は、例えばＤＩＡＬＧＥＮという処理
プログラムであって、ＮＣＰロードモジュール３などの
目的プログラムに対して、処理例えば電話番号などの更
新（処理）を行うプログラムである。

入出力処理ブロック５は、ＮＣＰ定義デック（旧）１、
ＮＣＰ定義デック（新）２、ＮＣＰロードモジュール３
などとの間の入出力処理を行うものである。

定義デック解析ブロック６は、ＮＣＰ定義デック（旧）
１およびＮＣＰ定義デック（新）２を読み込んで、必要
な定義文などを抽出して制御テーブルを作成するもので
ある。

ＮＣＰロードモジュール解析ブロック７は、ＮＣＰロー
ドモジュール３、および定義デック解析ブロック６によ
って生成された制御テーブルに基づいて、差に対応する
制御情報（例えばユーザが変更した端末の電話番号情
報）が格納されているアドレス、バイト数、および変更
内容（例えば更新しようとする新たな電話番号）などを
格納した更新テーブルを作成するものである。

ＮＣＰロードモジュール更新ブロック８は、ＮＣＰロー
ドモジュール解析ブロック７によって生成された更新テ
ーブルに基づいて、ＮＣＰロードモジュール３の内容を
更新する態様で書き替えるものである。

メッセージ編集処理ブロック９は、出力しようとするメ
ッセージを編集処理するものである。

印刷処理ブロック１０は、メッセージ編集処理ブロック
９によって編集処理された結果（例えば更新された電話
番号の一覧表）を実施リスト１１として印刷させるもの
である。

次に動作を順次詳細に説明する。

第５図は定義デック解析ブロック６のフローチャートを
示す。

第５図において、図中は、１レコードを読み込む状態
を示す。これは、図中右側に示すように、ＮＣＰ定義デ
ックから１レコードつづ定義デック解析ブロック６のワ
ーク領域に読み込むことを意味している。

図中は、ラベルのチェックを行う状態を示す。これ
は、図中右側に示すＮＣＰ定義デックから１レコードつ
づ読み込んだ情報中のラベルをチェックすることを意味
している。

図中は、定義文のチェックを行う状態を示す。

図中は、定義文が必要か否かを判別する状態を示す。
これは、定義文例えば第４図ＮＣＰ定義デック中に示す
“Ｂｕｉｌｄ”が必要か否かを判別することを意味して
いる。ＹＥＳの場合には、図中を実行する。ＮＯの場
合には、図中を実行する。

図中は、オペランドのチェックを行う状態を示す。

図中は、処理対象のオペランドがあるか否かを判別す
る状態を示す。これは、ユーザの変更に伴い、ＮＣＰロ
ードモジュール３を更新しなければならない処理対象と
なるオペランド（ＮＣＰ定義デック（旧）１とＮＣＰ定
義デック（新）２との差に対応するオペランド）がある
か否かを判別する状態を示す。ＹＥＳの場合には、図中
でこのオペランドなどの情報を制御テーブルに格納す
る。

図中は、ＥＯＴ否かを判別する状態を示す。ＹＥＳの
場合（全て終了した場合）には、終了する。ＮＯの場合
には、図中以下を繰り返し実行する。

以上の手順によって、ユーザが変更した情報が制御テー
ブルに格納されることととなる。

第６図はＮＣＰロードモジュール解析ブロック７のフロ
ーチャートを示す。

第６図において、図中は、ＮＣＰロードモジュールの
ラベル管理テーブルの解析を行う状態を示す。

図中は、変更テーブル（ＤＩＡＬ番号変更テーブル）
の作成を行う状態を示す。これは、第５図で作成した制
御テーブルに基づいて、ユーザが変更した情報例えば変
更した端末の電話番号に対応する情報が格納されている
先頭アドレス、バイト数、および変更内容（例えば変更
後の端末の電話番号）を格納した変更テーブルを作成す
ることを意味している。

図中は、変更後の内容の一覧出力テーブル（例えばＤ
ＩＡＬ番号の一覧出力テーブル）の作成を行う状態を示
す。

以上の手順によって、ユーザが変更した内容を格納した
ＤＩＡＬ番号変更テーブル（ＤＩＡＬ番号変更制御文）
などが作成されることとなる。

第７図はＮＣＰロードモジュール更新ブロック８のフロ
ーチャートを示す。

第７図において、図中は、ＮＣＰロードモジュール３
の読み込みを行う状態を示す。これは、ＮＣＰロードモ
ジュール３をＮＣＰロードモジュール更新ブロック８の
ワーク領域に読み込むことを意味している。

図中は、必要レコードは読み込んだか否かを判別する
状態を示す。ＹＥＳの場合には、図中を実行する。Ｎ
Ｏの場合には、図中を繰り返し実行する。

図中は、更新テーブル（例えばＤＩＡＬ番号変更テー
ブル）をもとに、読み込んだＮＣＰロードモジュールの
ＤＩＡＬ番号などを更新する状態を示す。この更新した
ＮＣＰロードモジュールは、再度ＮＣＰロードモジュル
３に対して更新する態様で書き戻される。

以上の手順によって、ＤＩＡＬ番号変更テーブルなどの
内容がＮＣＰロードモジュールに更新する態様で書き込
まれ、ユーザが変更した情報の更新が実施されることと
なる。

〔発明の効果〕

以上説明したように、本発明によれば、ユーザが変更し
たＮＣＰ定義デック（新）と旧のＮＣＰ定義デック
（旧）との差に基づいて処理目的制御文を自動作成して
ＮＣＰロードモジュールの更新を行う構成を採用してい
るため、従来のようにＮＣＰロードモジュールに対して
処理行う制御文を人間が作る必要がなく、自動的に制御
文を作成してＮＣＰロードモジュールを更新することが
できる。このため、信頼性の向上をはかることができる
と共に、制御文を作成する工数の削減をはかることがで
きる。

【図面の簡単な説明】 第１図は本発明の１実施例構成図、第２図は本発明の概
念説明図、第３図は本発明の動作説明フローチャート、
第４図はＮＣＰ定義デック例、第５図は定義デック解析
ブロックのフローチャート、第６図はＮＣＰロードモジ
ュール解析ブロックのフローチャート、第７図はＮＣＰ
ロードモジュール更新ブロックのフローチャートを示
す。 図中、１は定義デック（旧）、２はユーザが変更した定
義デック（新）、３はＮＣＰロードモジュール、４は処
理プログラム、６は定義デック解析ブロック、７はＮＣ
Ｐロードモジュール解析ブロック、８はＮＣＰロードモ
ジュール更新ブロックを表す。

Claims (1)

【特許請求の範囲】
1. 【請求項１】ＮＣＰロードモジュールの更新を行うＮＣ
   Ｐロードモジュール更新処理方式において、 ユーザが変更したＮＣＰ定義デック（新）２および旧の
   ＮＣＰ定義デック（旧）１から必要な定義情報を制御テ
   ーブルに格納する定義デック解析ブロック(6)と、 この定義デック解析ブロック(6)によって格納された制
   御テーブルに基づいて両者の差に対応する更新すべき情
   報を更新テーブルに格納するＮＣＰロードモジュール解
   析ブロック(7)と、 このＮＣＰロードモジュール解析ブロック(7)によって
   生成された更新テーブルの内容をＮＣＰロードモジュル
   (3)に更新する態様で書き込むＮＣＰロードモジュール
   更新ブロック(8)とを備え、ユーザがＮＣＰ定義デック
   （新）２に書き込んで変更した部分のデータをＮＣＰロ
   ードモジュール３に更新する態様で書き替えるように構
   成したことを特徴とするＮＣＰロードモジュール更新処
   理方式。