JP2619982B2 - 通信制御システム - Google Patents

Description

【発明の詳細な説明】 〔概要〕 業務プログラム間で回線を介してデータを送受する通
信制御システムに関し、 業務プログラムのライト時にデータをキュー一意番号
の出力キューにキューイングおよびリード時にデータを
キュー一意番号の入力キューからデキューして相手の業
務プログラムとの間でデータの授受を行い、業務プログ
ラムの作成本数および作成ステップの削減を可能にする
ことを目的とし、 業務プログラムのオープン時に当該業務プログラムで
定義されたキュー一意番号、および通信相手の業務プロ
グラムとの論理結合に付与した論理IDを登録するキュー
管理テーブルをオンラインモニタ内に設け、業務プログ
ラムのオープン時に、上記オンラインモニタが上記キュ
ー管理テーブルにキュー一意番号、出力キュー、入力キ
ュー、および論理IDを登録した後、業務プログラムのラ
イト／リードに対応してキュー一意番号の出力キューに
データをキューイングして送信したり、キュー一意番号
の入力キューからデータをデキューして渡したりし、相
手の業務プログラムとの間で送受するように構成する。

〔産業上の利用分野〕

本発明は、業務プログラム間で回線を介してデータを
送受する通信制御システムであって、通信ネットワーク
で相互に接続する計算機システム間における業務プログ
ラム同士が送信したり受信したりする権利を認識せずに
自由に送受する全二重制御方式に関するものである。分
散通信ネットワークにおける業務分散の必要性は日増し
に強まっている。こにれ伴い、計算機間、特にオンライ
ン接続する計算機間で行う業務プログラムの生産性、信
頼性および性能の向上を実現する通信制御システムが必
要とされている。

〔従来の技術〕

従来の分散通信ネットワークにおける業務分散を実現
するための業務プログラムインタフェースは、相手側の
業務プログラムと一対一に対応する宛先を管理して通信
を行う半二重通信でデータを送信したり、受信したりし
ていた。

〔発明が解決しようとする課題〕

このため、従来の半二重通信における業務プログラム
インタフェースを使用して業務プログラムを作成する場
合、業務プログラムの作成時に、実業務処理に必要のな
い送信する権利の認識を当該業務プログラムのソースコ
ード内で行う必要がある。また、相手側の業務プログラ
ムの宛先を直接に業務プログラムから指定する必要があ
ると共に、同じ処理形態を持つ業務プログラムを業務毎
でなく、業務形態毎にまとめて一本化しようとしてもで
きない。これらのいずれについても業務プログラムの作
成時にソースコード内で処理する必要があり、業務プロ
グラムの作成本数および作成ステップが増大してしま
い、当該業務プログラムの生産性、信頼性、および処理
能力の向上を図る上で大きな弊害となるという問題があ
った。

本発明は、業務プログラムのライト時にデータをキュ
ー一意番号の出力キューにキューイングおよびリード時
にデータをキュー一意番号の入力キューからデキューし
て相手の業務プログラムとの間でデータの授受を行い、
業務プログラムの作成本数および作成ステップの削減を
可能にすることを目的としている。

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

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

第１図において、業務プログラム１は、回線を介して
データを相手の業務プログラム１と送受し、各種業務を
行うプログラムである。

キュー管理テーブル３は、オープン時に業務プログラ
ム１で定義されたキュー一意番号、出力キュー５、入力
キュー６、および通信相手の業務プログラム名との論理
結合に付与した論理IDを対応づけて登録するテーブルで
ある。

オンラインモニタ２は、業務プログラム１のライトに
対応してデータをキュー一意番号の出力キュー５にキュ
ーイングし、論理IDを付与して回線に送出したり、回線
を介して受信した論理IDの付与されたデータを該当する
キュー一意番号の入力キュー６にキューイングし、該当
する業務プログラム１のリードに対応して渡したりなど
するものである。

〔作用〕

本発明は、第１図に示すように、業務プログラム１の
オープン時に、オンラインモニタ２がキュー管理テーブ
ル３にキュー一意番号、出力キュー５、入力キュー６、
および論理IDを登録した後、業務プログラム１中のライ
ト／リードに対応してキュー一意番号の出力キュー５に
データをキューイングし、論理IDを付与して回線に送出
したり、回線を介して受信した論理IDの付与されたデー
タを該当するキュー一意番号の入力キュー６にキューイ
ングし、該当する業務プログラム１に渡したりするよう
にしている。

従って、業務プログラム１のライト時にデータをキュ
ー一意番号の出力キュー５にキューイングしたり、リー
ド時にデータをキュー一意番号の入力キュー６からデキ
ューしたりし、回線を介して相手の業務プログラム１と
の間でデータのやりとりを行うことが可能となる。これ
により、業務プログラムが通信相手の業務プログラムと
の間で宛先を直接意識することが無くなり、当該業務プ
ログラムの作成本数および作成ステップを削減し、開発
量、信頼性、処理性能および保守性を向上させることが
できる。

〔実施例〕

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

第１図において、業務プログラム１は、各種業務を行
うプログラムであって、ここではライト（WRITE）によ
ってデータをキュー一意番号の出力キュー５にキューイ
ングして回線を介して相手の業務プログラムに送信した
り、リード（READ）によってキュー一意番号の入力キュ
ー６からデータを取り込んだりなどするものである。

環境定義1-1は、業務プログラム１の環境を定義した
ものであって、ここでは ・全二重機能を使用する旨 ・キュー一意番号 ・通信相手の業務プログラム名（OPEN命令で相手との論
理結合を行う場合に必要なもの） などを業務プログラム毎に定義したものである。

オンラインモニタ（DPCS）２は、本実施例に係るオン
ラインによる送受信を制御するオペレーティングシステ
ムあるいはモニタプログラムであって、キュー管理テー
ブル３、宛先テーブル４、出力キュー５、入力キュー
６、および図示の各種処理を行うプログラムである。

キュー管理テーブル３は、ここでは全二重通信を行う
場合のキューを管理するテーブルであって、 例えば ・キュー一意番号 ・入力キューの実アドレス ・出力キューの実アドレス ・相手の業務プログラムとの論理結合に付与した論理ID
（宛先） などを登録するテーブルである。ここで、論理IDは、会
話という単位で通信を相互に行うときに使用する識別子
であって、これにより送受信する相手（業務プログラ
ム）を識別する。

宛先テーブル４は、通信相手の業務プログラムなどが
通信回線の何れに位置（物理アドレス）するかの情報を
登録するテーブルであって、例えば ・相手の業務プログラム名と物理アドレスの対応づけ を登録するテーブルである。この宛先テーブル４は、オ
ンラインモニタ２の起動時にその内容を登録する。

出力キュー５は、業務プログラム１から送信しようと
するデータをキューイングし、先頭から随時デキューし
たデータに論理IDを付与して送信するものであって、業
務プログラム１のキュー一意番号に対応づけて設けたも
のである。従って、業務プログラム１はデータをライト
するのみで、オンラインモニタ２がこのライトされたデ
ータを当該業務プログラムのキュー一意番号の出力キュ
ー５に一旦キューイングした後、これからデキューした
データに該当する論理IDを付与して回線に送出する。

入力キュー６は、受信したデータをキューイングする
ものであって、業務プログラム１のキュー一意番号に対
応づけて設けたものである。従って、業務プログラム１
はリードによって、このキュー一意番号の入力キュー６
から自己宛てのデータを取り込むことができる。

次に、第１図構成の動作をないし、ないしに
よって順次詳細に説明する。ここで、初期設定として、
オンラインモニタ２の起動時に、宛先テーブル４に相手
名と物理アドレスの対応づけを登録する（通信相手が通
信回線のいずれに位置（物理アドレス）するかを登録す
る）。そして、以下の処理を順次行う。

：業務プログラム１がOPEN命令を発行する。

：オンラインモニタ２がのOPEN命令に対応して、 ・キュー管理テーブル３の作成 ・キュー（出力キュー５、入力キュー６）の活性化 ・相手との論理結合 を行う。ここで、キュー管理テーブル３の作成およびキ
ューの活性化は、業務プログラム１の環境定義1-1を参
照し、キュー管理テーブル３中にキュー一意番号に対応
づけて入力キュー６、出力キュー５を設け、これにデー
タをキューイング可能な状態にする。また、相手（通信
相手の業務プログラム）との論理結合は、会話（デー
タ）を通信相手との間でやりとりを行うための識別子で
ある論理IDを付与して登録する。

:WRITE命令を発行する。

：オンラインモニタ２がのWRITE命令のデータを、
当該業務プログラム１のキュー一意番号の出力キュー５
に登録する（キューイングする）。

：でキューイングした出力キュー５からデキューし
たデータに論理IDを付与し、随時相手先に送信する。

以上によって、業務プログラム１がデータをライトす
ることにより、オンラインモニタ２が該当するキュー一
意番号の出力キュー５にキューイングしてこれからデキ
ューしたデータに論理IDを付与して回線に送出し、相手
先の業務プログラム１に送信する。

:READ命令を発行する。

：オンラインモニタ２がのREAD命令に対応して該当
するキュー一意番号の入力キュー６からの入力待ちをす
る。

：回線を介して随時受信し、データに付加された論理
IDに該当するキュー一意番号の入力キュー６にデータを
キューイングする。

：でデータを入力キュー６にキューイングしたこと
に対応して、これをデキューして業務プログラム１に渡
す。データを受け取った業務プログラム１は、処理を行
う。

以上によって、業務プログラム１（業務プログラム
Ａ）が、WRITEによってデータを回線を介して相手の
業務プログラムに送信して処理依頼し、READによって
回線を介して相手の業務プログラムから受信したデータ
を受け取ることが可能となる。

この業務プログラム１（業務プログラムＡ）が処理中
に、更に業務プログラム１（業務プログラムＢ）が動作
開始した場合、上述したと同様に、オンラインモニタ２
が処理を行う。この際、業務プログラムＢの環境定義1-
1で、業務プログラムＡの環境定義1-1と同一のキュー一
意番号を定義した場合、本実施例では排他エラーとしな
く、共用キューとして出力キュー５および入力キュー６
を使用する。即ち、OPENに対応してでキュー管理テ
ーブル３を検索してＢの環境定義1-1で定義されている
キュー一意番号と同一のものを見つけたので、これを共
用して使用することとし、OPEN処理を終了する。そし
て、WRITE命令の発行時に、この共用のキュー一意番
号の出力キュー５にデータをキューイングし、これから
デキューしたデータに論理IDを付加して回線に送出す
る。一方、READ命令の発行時に、で共用のキュー一
意番号の入力キー６からの入力待ちし、で入力キュー
６からデータをデキューして業務プログラムＢに渡す。
この際、共用のキュー一意番号の入力キュー６につい
て、業務プログラムＡと業務プログラムＢとのうちの、
速い方がデータをデキューして取り込む。

以上によって、環境定義1-1によって複数の業務プロ
グラム１について同一のキュー一意番号を定義した場
合、複数の業務プログラム１の間でキュー一意番号の出
力キュー５および入力キュー６を共用し、同じ相手（１
つあるいは複数）の業務プログラム１との間でデータの
送受を行い、業務処理を行うことが可能となる。

〔発明の効果〕

以上説明したように、本発明によれば、業務プログラ
ム１のライト時にデータをキュー一意番号の出力キュー
５にキューイングしたり、リード時にデータをキュー一
意番号の入力キュー６からデキューして取り込んだり
し、回線を介して相手の業務プログラム１との間でデー
タの送受を行う構成を採用しているため、業務プログラ
ムの作成本数および作成ステップを削減し、当該業務プ
ログラムの開発量、信頼性、処理性能および保守性を向
上させることができる。

【図面の簡単な説明】

第１図は本発明の１実施例構成・動作説明図を示す。 図中、1:業務プログラム 1-1:環境定義（キュー一意番号、相手のプログラム名な
どの定義） 2:オンラインモニタ 3:キュー管理テーブル 4:宛先テーブル 5:出力キュー 6:入力キュー

Claims (1)

(57)【特許請求の範囲】
1. 【請求項１】業務プログラム間の情報通信を当該業務プ
   ログラムの外部にあるキューを介して制御する通信制御
   システムにおいて、 一の業務プログラムについて、当該一のプログラムと通
   信を行う他の業務プログラムのプログラム識別情報、当
   該他の業務プログラムの通信を媒介するキューのキュー
   識別情報とを記憶する記憶手段と、 一の業務プログラム内の通信先のプログラム識別情報を
   特定した送信命令に基づき、送信対象の情報を当該一の
   業務プログラムについてのキューにキューイングするキ
   ューイング手段と、 当該キュー上の情報を前記プログラム識別情報と共に前
   記キュー識別情報により特定されるキューに送信するよ
   う制御する制御手段と、 当該キュー識別情報により特定されるキュー上の情報を
   当該プログラム識別情報により特定される前記他の業務
   プログラムにデキューするデキュー手段と を有することを特徴とする通信制御システム。