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

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

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

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

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

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

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

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

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

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

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

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

〔作用〕

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

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

〔実施例〕

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

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

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

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

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

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

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

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

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

■＝業務プログラム１が０ＰＥＮ命令を発行する。

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

＠：ＷＲＩＴＥ命令を発行する。

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

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

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

［相］：ＲＥＡＤ命令を発行する。

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

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

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

以上によって、業務プログラム１　（業務プログラムＡ
）が、■−ＲＩＴＨによってデータを回線を介して相手
の業務プログラムに送信して処理依願し、［相］ＲＥＡ
Ｄによって回線を介して相手の業務プログラムから受信
したデータを受は取ることが可能となる。

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

一方、０ＲＥＡＤ命令の発行時に、［相］で共用のキュ
ー一意番号の入カキ−６からの入力待ちし、■で入力キ
ュー６からデータをデキューして業務プログラムＢに渡
す、この際、共用のキュー一意番号の入力キュー６につ
いて、！ｌＩ務プログラムＡと業務プログラムＢとのう
ちの、速い方がデータをデキューして取り込む。

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

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

【図面の簡単な説明】

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

Claims (1)

1. 【特許請求の範囲】 業務プログラム間で回線を介してデータを送受する全二
   重制御方式において、 業務プログラム（１）のオープン時に当該業務プログラ
   ム（１）で定義されたキュー一意番号、および通信相手
   の業務プログラムとの論理結合に付与した論理ＩＤを登
   録するキュー管理テーブル（３）をオンラインモニタ（
   ２）内に設け、 業務プログラム（１）のオープン時に、上記オンライン
   モニタ（２）が上記キュー管理テーブル（３）にキュー
   一意番号、出力キュー（５）、入力キュー（６）、およ
   び論理ＩＤを登録した後、業務プログラム（１）のライ
   ト／リードに対応してキュー一意番号の出力キュー（５
   ）にデータをキューイングして送信したり、キュー一意
   番号の入力キュー（６）からデータをデキューして渡し
   たりし、相手の業務プログラム（１）との間で送受する
   ように構成したことを特徴とする全二重制御方式。