JPH07170293A - 通信制御装置におけるバッファ管理システム - Google Patents

Abstract

(57)【要約】 【目的】上位装置と通信制御装置とのインタフェースを
チャネルプログラムで実現している通信システムにおい
て、チャネルプログラム内のリード指令のデータ転送長
に依存しない効率的な通信を実現する。 【構成】チャネルプログラム制御手段と、回線制御手段
と、バッファ制御手段と、バッファと、バッファ内の有
効受信データを特定可能な第１データポインタおよび第
２データポインタとで構成されるバッファ情報とにより
構成される。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はコンピュータネットワー
クシステムの通信制御装置におけるバッファ管理システ
ムに関する。

【０００２】

【従来の技術】従来この種のシステムでは、通信制御装
置がホストコンピュータから多量のデータを受信すると
バッファに蓄積し、全てのバッファに蓄積されるとホス
トコンピュータに送信中断信号を送り送信を停止させ
る。これとともにバッファの蓄積データを端末へ出力す
る。バッファ内の空き領域が発生すると、通信制御装置
はホストコンピュータに再送信号を送り、データ送信信
号を要求する。バッファ管理は実時間処理を要求される
のでホストコンピュータは、他の処理を中断して実行す
る。このためホストコンピュータの処理能力が低下し、
通信網の効率が低下するという欠点がある。特開平２−
１５９８５３号公報には、この欠点を解消した技術が開
示されている。この技術ではバッファ数の上限値を設
け、使用バッファの計数値がこの上限値を超えるとき処
理減少信号を出してＣＰＵ１の処理に割込む。割込まれ
たＣＰＵ１は入出力処理を遅くする。バッファ数の下限
値と使用バッファの計数値が一致したときは、スローダ
ウンからの回復を示す処理回復信号を出力し、ＣＰＵ１
に最優先の割込みをする。この割込みによりＣＰＵ１は
入出力処理を速くする。

【０００３】ＣＰＵが端末と通信を行う場合、通信され
るテキストデータは通常数十〜数百バイトである。ＣＰ
Ｕからのリード指令により回線から通信制御装置が受信
したデータをＣＰＵに転送する場合の最大のデータ転送
長は、このテキストデータにより十分大きな数百バイト
程度である。これは、リード指令のデータ転送長がソフ
トウェアによる１回の処理単位を意味する。

【０００４】一般にベーシック系伝送手順において、伝
送手順の処理の一部を通信制御装置で実行する場合、通
信制御装置はテキストデータを認識することで、ソフト
ウェアとはテキスト単位でデータを処理し、回線とは１
バイト単位でデータを処理する。

【０００５】ところが、伝送手順の処理を全てソフトウ
ェアで実行する場合は、通信制御装置はテキストデータ
を認識できない。このため、通信制御装置はソフトウェ
アとは１バイト単位でデータの処理をする必要がある。

【０００６】

【発明が解決しようとする課題】チャネルプログラムに
よる制御の下での通信システムでは、ソフトウェアが全
ての伝送手順の処理を実行する場合、通信制御装置から
ソフトウェアへのデータの授受は１バイト単位のデータ
転送長のリード指令を用いる必要があり、システム全体
のスループットが低下してしまうという問題が発生す
る。これにより、リード指令の発行間隔が長くなった時
など、通信制御装置の受信処理が停止している期間が長
くなり、端末からの受信データの取り落としが発生す
る。

【０００７】本発明の目的は、処理装置と通信制御装置
との間での通信をチャネルプログラムの制御の下で行う
通信システムにおいて、スループットが低下した場合で
あっても通信制御装置による受信データの取り落としを
防止し、効率的なデータ通信が実現可能な通信制御装置
におけるバッファ管理システムを提供することにある。

【０００８】

【課題を解決するための手段】本発明の第１のシステム
は、入出力制御装置と通信制御装置との間のデータ転送
をチャネルプログラムで行うシステムであって、前記通
信制御装置の受信データを入出力装置に転送するよう指
示する複数のリード指令を含むチャネルプログラムを前
記入出力制御装置を経由して発行するオペレーティング
システムと、前記チャネルプログラムの解析および実行
を行うチャネルプログラム制御手段（以下チャネルプロ
グラム制御部）と、回線からの受信データを格納するバ
ッファ手段（以下バッファ）と、このバッファ内の有効
受信データを特定できる第１データポインタおよび第２
データポインタを有するバッファ制御手段（以下バッフ
ァ制御部）と、前記回線からのデータを受信し解析処理
を行い、前記チャネルプログラム制御部の動作とは独立
して、リード指令が実行されていなくともデータ受信お
よび受信可能で受信データを前記バッファ制御部へ送出
する回線制御手段（以下回線制御部）とを備え、前記バ
ッファ制御部は前記第１データポインタおよび前記第２
データポインタを参照し、前記バッファがデータ格納可
能であれば前記回線制御部から受信処理済のデータを受
取り、受信データとして前記バッファへ格納し前記バッ
ファがデータを格納不可能であれば前記回線制御部から
受信処理済のデータを廃棄し、前記チャネルプログラム
制御部は、チャネルプログラム内のリード指令実行に際
し、データ転送長，前記第１データポインタおよび前記
第２データポインタを参照し、該データ転送長分の受信
データが前記バッファに格納された場合、前記バッファ
からの前記データ転送長分の受信データを転送データと
して前記入出力制御装置へ送出し、完了したならばリー
ド指令を終了することを特徴とする。

【０００９】本発明の第２のシステムは、第１のシステ
ムにおいてリード指令実行終了時前記データ転送長で転
送できなかったバッファ内の受信データを廃棄すること
を示す廃棄フラグを有し、前記チャネルプログラム制御
部は、チャネルプログラムの解析および実行を行いチャ
ネルプログラム内のリード指令実行に際し、データ転送
長，第１データポインタおよび第２データポインタを参
照し、該データ転送長分の受信データがバッファに格納
された場合バッファからのデータ転送長分の受信データ
を転送デートとして入出力制御装置へ送出し、完了した
ならばリード指令を終了するとともにリード指令の実行
終了時廃棄フラグが有効であればバッファ内のすべての
受信データを廃棄し、第１データポインタおよび第２デ
ータポインタを初期化し廃棄フラグを無効にし、該廃棄
フラグが無効であればバッファ内の受信データを廃棄せ
ずに、次に実行されるべきリード指令により引続きバッ
ファ内の受信データを入出力制御装置へ転送することを
特徴とする。

【００１０】本発明の第３のシステムは、第１および第
２のシステムであって、前記バッファは複数有し、前記
バッファ制御部はバッファ情報をバッファ毎に有し、バ
ッファ情報としてバッファ内の受信データがバッファの
容量に達したことを示すフラグを有し、バッファ内の有
効受信データを特定できる第１データポインタおよび第
２データポインタを有し、これら第１および第２データ
ポインタを参照し、バッファがデータ格納可能であれば
回線制御部から受信処理済のデータを受取り受信データ
としてバッファへ格納し、バッファがデータを格納不可
能であれば回線制御部から受信処理済のデータを廃棄し
バッファに受信データを格納した結果、受信データがバ
ッファの容量に達した場合フルフラグを有効にし、受信
データ格納のために複数のバッファのいずれかの選択に
際し、フルフラグが無効であるバッファの内、予め定め
られたバッファ順序で選択し回線制御部からの受信デー
タを順次格納し、前記回線制御部は、回線からのデータ
を受信し解析処理を行いチャネルプログラム制御部の動
作とは独立して、リード指令が実行されていなくともデ
ータ受信および受信可能で受信データをバッファ制御部
へ送出し、回線からのデータがブロックおよびテキスト
の終了を示す文字を受信した場合、受信データを格納中
であるバッファのフルフラグを有効にし、前記チャネル
プログラム制御部は、チャネルプログラムの解析および
実行を行いチャネルプログラム内のリード指令実行に際
し、データ転送長，第１データポインタおよび第２デー
タポインタを参照し、該データ転送長分の受信データが
バッファに格納された場合、バッファからのデータ転送
長分の受信データを転送データとして入出力制御装置へ
送出し完了したならばリード指令を終了するとともに、
リード指令の実行終了時廃棄フラグが有効であればバッ
ファ内のすべての受信データを廃棄し、第１データポイ
ンタおよび第２データポインタを初期化し廃棄フラグを
無効にし、該廃棄フラグが無効であればバッファ内の受
信データを廃棄せずに次に実行されるリード指令により
引続きバッファ内の受信データを入出力制御装置へ転送
し、チャネルプログラム内のリード指令を実行するに際
し、フルフラグの有効なバッファが存在する場合、予め
定められたバッファ順序でフルフラグの有効なバッファ
を選択し、該フルフラグの有効なバッファが存在しない
場合、受信データ格納中のバッファを前記バッファ制御
部が選択し、選択されたバッファの第１データポインタ
および第２データポインタを参照し、前記データ転送長
分の受信データを転送データとして前記バッファから入
出力制御装置へ転送し、チャネルプログラム内のリード
指令を実行し選択されたバッファに格納された全ての受
信データの入出力装置への転送が完了した場合、選択さ
れたバッファの第１データポインタ，第２データポイン
タおよびフルフラグを初期化することを特徴とする。

【００１１】

【実施例】次に本発明の一実施例について図面を参照し
て詳細に説明する。

【００１２】図１を参照すると、本発明の第１の実施例
は入出力制御装置（以下ＩＯＰ）１０６と通信制御装置
１２０との間のデータ転送をオペレーティングシステム
（以下ＯＳ）３が発行するチャネルプログラムを用いて
行う通信システムに適用される。ＩＯＰ１０６は、ＯＳ
３を有する。このＯＳ３は通信制御装置１２０が受信し
たデータを入出力装置に転送するよう指示する複数のリ
ード指令を含むチャネルプログラムをＩＯＰ１０６経由
で連続して発行する。通信制御装置１２０はＩＯＰ１０
６経由して発行されたチャネルプログラムの解析，実行
を行うチャネルプログラム制御手段（以下チャネルプロ
グラム制御部）１０１と、回線１０８からのデータを常
に１バイト単位で受信し解析処理を行う回線制御手段
（以下回線制御部）１０２と、受信データを格納する複
数バイトの容量を有するバッファ１０４と、このバッフ
ァ１０４内の有効受信データを特定可能な第１データポ
インタおよび第２データポインタを含むバッファ情報１
０７を有するバッファ制御手段（以下バッファ制御部）
１０３とを含む。

【００１３】チャネルプログラム制御部１０１は、ＯＳ
が発行した図２に示されるチャネルプログラムａをＩＯ
Ｐ１０６経由で受けとり、最初の指令２０２の指令コー
ド２０４を解析し、指令の指示内容に従った動作を順次
行う。解析した結果、指令コード２０４はリード指令と
判明する。このリード指令を受け付けるとチャネルプロ
グラム制御部１０１は、バッファ情報１０７の第１デー
タポインタ１１１および第２データポインタ１１３によ
り指定されたバッファ１０４の格納位置から未転送の受
信データを算出し、リード指令のデータ転送長２０７に
等しくなった時点で、バッファ１０４の先頭からデータ
転送長２０７分の受信データをＩＯＰ１０６に転送し、
リード指令２０２の実行を終了する。チャネルプログラ
ム制御部１０１は、リード指令２０２の実行終了後、Ｉ
ＯＰ１０６からのチャネルプログラムａに従い、次の指
令２０３の指令コード２０４を解析し、指令の指示内容
に従った動作を順次行う。なお、終了させた指令がチャ
ネルプログラムａの最後の指令である場合、チャネルプ
ログラム制御部１０１はＩＯＰ１０６にチャネルプログ
ラムａの終了を通知し、ＯＳが次に発行するチャネルプ
ログラムを待つ。ＩＯＰ１０６を経由してＯＳ１００か
ら発行されるプログラムａの構成は、図２を参照でき
る。図２を参照すると、チャネルプログラム２０１は、
通信制御装置１２０に対し回線１０８へのデータ送信を
指示するライト指令２０２，回線１０８からのデータ受
信を指示するリード指令２０３，指令を一意的に示す指
令コード２０４，各指令によって内容が異なる指令修飾
部２０５および２０６，および指令が扱うべき最大のデ
ータの長さを示すデータ転送長２０７を含む。例えば、
リード指令においては通信制御装置１２０が受信したデ
ータを、ＩＯＰ１０６に転送する場合の最大のデータ転
送長を示す。ここでチャネルプログラムａ内のリード指
令の指示する内容は、回線１０８からのデータを受信し
終了文字を受信するかあるいはリード指令で指定された
データ転送長分のデータを受信した場合、バッファ１０
４に存在する受信データをＩＯＰ１０６を介してＯＳ１
００へ転送したあとリード指令を終了することである。
ただし、チャネルプログラム方式の通信システムを使用
して、ソフトウェアが全ての伝送手順の処理を行う通信
方式、たとえばＵＮＩＸのＵＵＣＰ等のようにＯＳ１０
０あるいはアプリケーションプログラムが１バイト毎に
処理を行う通信方式の場合、回線上または通信手順上の
テキストの長さにかかわらず、チャネルプログラムａ内
のリード指令におけるデータ転送長２０７は１バイトで
ある。

【００１４】回線制御部１０２は、回線１０８からの受
信データｂを受信可能で終了文字の検出を行わず、デー
タの受信動作を継続し受信データをバッファ制御部１０
３へ送出する。

【００１５】バッファ情報１０７は、第１データポイン
タ１１１，および第２データポインタ１１３で構成され
ている。第１データポインタ１１１は、バッファ１０４
内の最新の受信データの位置を示すオフセットアドレス
である。第２データポインタ１１３は、バッファ１０４
に格納されている受信データの内、次のリード指令でＯ
Ｓ１００に転送されるべき受信データのバッファ１０４
内のオフセットアドレスを示し、リード指令で受信デー
タをＯＳ１００に転送した際にチャネルプログラム制御
手段１０１によって更新される。なお、第１データポイ
ンタ１１１および第２データポインタ１１３の初期値は
バッファ１０４のそれぞれの先頭を示すオフセットアド
レス（０）とする。

【００１６】バッファ制御部１０３は、回線制御部１０
２からの受信データをバッファ１０４に格納する毎に、
第１データポインタ１１１の内容に１を加えて更新し、
最新の受信データが格納されたバッファ１０４内のオフ
セットアドレスを示す。なお、格納方式はラウンドロビ
ン方式が採用される。ただし、初期状態以外で受信デー
タのバッファ１０４への格納に際し、第１データポイン
タ１１１と第２データポインタ１１３との内容が一致し
た場合は、バッファ制御部１０３は、その受信データの
バッファ１０４への格納は行われない。

【００１７】次に本発明の第１の実施例の動作について
詳細に説明する。

【００１８】バッファ１０４が１０バイト以上で回線１
０８からテキスト長１０バイト、かつテキストの最終文
字が終了文字である受信データｂを受信する場合を考え
る。

【００１９】図１を参照すると、回線制御部１０２はチ
ャネルプログラムａのリード指令の発行状態に依存せ
ず、回線１０８から１バイトのデータｂを受信すると受
信データとしてバッファ制御部１０３に送る。

【００２０】バッファ制御部１０３は回線制御部１０２
からの受信データをバッファ１０４の第１データポイン
タ１１１の内容の示すアドレスに格納するとともに、第
１データポインタ１１１の内容に１を加え更新する。

【００２１】これを順次繰り返して回線制御部１０２か
らの受信データｂをバッファ１０４へ格納する。ただ
し、初期状態以外で受信データｂのバッファ１０４への
格納において第１データポインタ１１１と第２データポ
インタ１１３との内容が一致した場合、バッファ制御部
１０３はその受信データｂを格納しない。

【００２２】一方、リード指令を含むチャネルプログラ
ムａがＩＯＰ１０６を介して通信制御装置１２０に対し
発行されると、チャネルプログラム制御部１０１は、最
初の指令２０２の指令コード２０４を解析する。この解
析結果によりリード指令が受付けられ、リード指令の例
えば１バイトのデータ転送長２０７と、バッファ情報１
０７の第１ポインタ１１１および第２ポインタ１１３か
ら算出されるバッファ１０４内の未転送の受信データ数
とが比較される。未転送の受信データ数がリード指令の
データ転送長２０７以上であればその時点で、あるいは
未転送の受信データがリード指令のデータ転送長と等し
くなった場合にバッファ１０４の第２データポインタ１
１３の示すアドレスからリード指令の、例えば１バイト
のデータ転送長２０７分の受信データが読出される。読
出されたデータはＩＯＰ１０６を介してＯＳ１００に転
送され、第２データポインタ１１３の内容は次に転送す
べきデータ格納位置に更新される。この場合、データ転
送長２０７は１バイトなのでポインタ１１３の内容に１
が加えられる。

【００２３】その後、チャネルプログラム制御部１０１
はリード指令を終了し、チャネルプログラムａ内の次の
指令２０３の指令コード２０４を解析し実行するか、ま
たは次の指令がない場合はチャネルプログラムａを終了
して次のチャネルプログラムを待つ。

【００２４】従って、ソフトウェアまたはＯＳ１００
は、データ転送長が１バイトのリード指令を発行し続け
ることでバッファ１０４に格納されている受信データが
ＩＯＰ１０６へ順次転送されうる。

【００２５】また、回線制御部１０２はチャネルプログ
ラム制御部１０１と独立して動作するので、リード指令
の発行されていない間でも回線１０８からのデータｂの
受信ができる。

【００２６】ただし、バッファ情報１０７の第１データ
ポインタ１１１の内容および第２データポインタ１１３
の内容が初期状態を除いて一致した場合、バッファ制御
部１０３はバッファ１０４へその受信データの格納は行
わない。このため、バッファ１０４内の未転送の受信デ
ータの量がバッファ１０４の格納容量と等しくなった時
点で一部受信データの欠落が発生する可能性があるが、
バッファ１０４内の未転送の受信データを破壊すること
はない。

【００２７】本発明の第１の実施例はＯＳ１００が受信
データを通信制御装置１２０から引き上げるに際し、通
信されるテキストに対して非常に短いデータ転送長のリ
ード指令からなるチャネルプログラムを使用するような
通信システムであっても効率的な通信が行なえる。

【００２８】次に本発明の第２の実施例について図面を
参照して詳細に説明する。

【００２９】図３を参照すると、本発明の第２の実施例
は特徴として通信制御装置３２０内のチャネルプログラ
ム制御部３０１および廃棄フラグ３１５を有し、その他
の構成要素は本発明の第１の実施例の構成要素と同一で
ある。

【００３０】チャネルプログラム制御部３０１は、第１
の実施例の他にチャネルプログラムａのリード指令の処
理終了時に廃棄フラグ３１５を参照し、廃棄フラグ３１
５が有効な場合にバッファ情報１０７の第１データポイ
ンタ１１１，および第２データポインタ１１３の内容を
初期値、すなわちオフセットアドレス“０”にし、廃棄
フラグ３１５を無効とすることでバッファ１０４内の未
転送の受信データを廃棄する。

【００３１】また、廃棄フラグ３１５はＯＳ１００やハ
ードウェアスイッチ等により通信制御装置３０５の外部
から設定され、リード指令実行終了時、リード指令が指
示するデータ転送長で転送しきれなかったバッファ１０
４内の受信データを廃棄することを示すフラグである。

【００３２】チャネルプログラムａの構成やリード指令
の指示する内容も第１の実施例と同一である。

【００３３】次に、本発明の第２の実施例の動作につい
て詳細に説明する。

【００３４】図２および図３を参照すると、リード指令
を含むチャネルプログラムａがＩＯＰ１０６を介して発
行されリード指令のデータ転送長２０７が短く、バッフ
ァ１０４内の全ての受信データを１回のリード指令でＩ
ＯＰ１０６へ転送しきれずに未転送の受信データがバッ
ファ１０４内に存在する場合を考える。

【００３５】いま廃棄フラグ３１５が無効な場合、チャ
ネルプログラム制御部３０１は第１の実施例と同様にリ
ード指令の処理を実行し、リード指令のデータ転送長２
０７分の受信データをＩＯＰ１０６に転送後、廃棄フラ
グ３１５を参照する。廃棄フラグ３１５が無効であるの
でチャネルプログラム制御部３０１はリード指令を終了
する。

【００３６】従って、バッファ情報１０７の第１データ
ポインタ１１１は最新の受信データの格納位置を示し、
第２データポインタ１１３は次にＩＯＰ１０６へ転送す
べき受信データの格納位置を示している。このため、バ
ッファ１０４内の未転送の受信データは保存され次のリ
ード指令が実行されれば、バッファ１０４内の受信デー
タをＩＯＰ１０６へ引続き転送することができる。

【００３７】次に廃棄フラグ３１５が有効な場合チャネ
ルプログラム制御部３０１は、第１の実施例と同様にリ
ード指令の処理を実行し、リード指令のデータ転送長２
０７分の受信データをＩＯＰ１０６に転送後、廃棄フラ
グ３１５を参照する。廃棄フラグ３１５が有効であるの
で、チャネルプログラム制御部３０１はバッファ情報１
０７の第１データポインタ１１１および第２データポイ
ンタ１１３とを初期化、すなわちバッファ１０４の先頭
を示すオフセットアドレスの値を“０”とし、廃棄フラ
グ３１５を無効としリード指令を終了する。このため、
バッファ１０４内の未転送の受信データは廃棄される。

【００３８】本発明の第２の実施例の他の動作は、本発
明の第１の実施例と同じである。

【００３９】本発明の第２の実施例は、本発明の第１の
実施例に廃棄フラグ３１５を設けることで回線１０８上
で通信されるテキストに対して、非常に短いデータ転送
長のリード指令からなるチャネルプログラムを使用する
ような第１の実施例の通信システムであっても、バッフ
ァ１０４内の未転送の受信データを廃棄できるという効
果がある。

【００４０】次に本発明の第３の実施例について図面を
参照して詳細に説明する。

【００４１】図２および図４を参照すると、本発明の第
３の実施例の特徴は通信制御装置４２０にある。ＩＯＰ
１０６およびＩＯＰ１０６に搭載されたＯＳ１００は、
第１および第２の実施例におけるＩＯＰ１０６およびＯ
Ｓ１００と同じである。

【００４２】通信制御装置４２０は、同一容量を有する
バッファ４０４および４０５，およびこれらバッファ４
０４および４０５毎に有するバッファ情報４０７および
４０８を有している。バッファ情報４０７および４０８
は、バッファ４０４および４０５内の受信データがバッ
ファ４０４および４０５の容量に達したことを示すフル
フラグ４０９および４１０，第１および第２の実施例の
第１データポインタ１１１と同じ第１データポインタ４
１１および４１２，第１および第２の実施例の第２デー
タポインタ１１３と同じ第２データポインタ４１３およ
び４１４を有する。

【００４３】本発明の第３の実施例における通信制御装
置４２０は、第１の実施例で示される機能の他に受信デ
ータを格納した結果、バッファ４０４（４０５）内の受
信データが前記バッファの容量に達した場合、対応する
フルフラグ４０９（４１０）を有効にし、受信データの
格納のためバッファ４０４または４０５のどちらかを選
択する場合、バッファ情報４０７および４０８のフルフ
ラグ４０９および４１０が無効であるバッファ４０４
（４０５）のうち、予め定められたバッファ順序でバッ
ファを選択するバッファ制御部４０３，第１の実施例で
示される機能の他に回線１０８からのデータｂを受信し
解析し、その結果Ｅｎｄ Ｏｆ Ｂｌｏｃｋ（ＥＯＢ）
のようにブロックの終了を示す文字、またはＥｎｄ Ｏ
ｆ Ｔｅｘｔ（ＥＯＴ）のようにテキストの終了を示す
文字を受信した場合、バッファ制御部４０３に受信デー
タｂを送出するとともに、受信データを格納中のバッフ
ァ４０４（４０５）に対応するフルフラグ４０９（４１
０）を有効にする回線制御部４０２，第２の実施例で示
される機能の他、チャネルプログラムａのリード指令を
実行するに際し、バッファ情報４０７および４０８のフ
ルフラグ４０９および４１０のうち有効であることを示
すバッファ４０４が存在する場合、予め定められた順序
でフルフラグ４０９および４１０で有効と示されるバッ
ファ４０４を選択し、フルフラグ４０９および４１０が
有効と示すバッファが１つも存在しない場合、バッファ
制御部４０３が受信データを格納中のバッファを選択
し、選択したバッファのバッファ情報４０７または４０
８である第１データポインタ４１１または４１２および
第２データポインタ４１３または４１４を参照して、バ
ッファ４０４または４０５からリード指令のデータ転送
長分の受信データを転送データとしてＩＯＰ１０６へ転
送し、チャネルプログラム内のリード指令を実行した結
果、選択したバッファ４０４または４０５に格納された
全ての受信データの入出力装置への転送が完了した場
合、ＩＯＰ１０６を経由して受信データを転送した該当
バッファ４０４または４０５の第１データポインタ４１
１または４１２および第２データポインタ４１３または
４１４を参照した結果、バッファ４０４または４０５内
に未転送の受信データが存在しない場合、バッファ４０
４または４０５の第１データポインタ４１１または４１
２と第２データポインタ４１３または４１４を初期化、
すなわちオフセットアドレス“０”とし、フルフラグ４
０９または４１０を無効とし、第２の実施例の廃棄フラ
グ３１５に関する機能の他に廃棄フラグ３１５が有効の
場合、ＩＯＰ１０６を介して受信データを転送した該当
バッファ４０４または４０５の未転送の受信データを廃
棄したあと、廃棄フラグ４１５を無効とする時点で、受
信データを廃棄したバッファ４０４または４０５の対応
するフルフラグ４０９または４１０を無効とするチャネ
ルプログラム制御部４０１を備えている。チャネルプロ
グラムａの構成やリード指令の指示する内容も第１の実
施例で示した構成や内容と同じである。

【００４４】次に本発明の第３の実施例の動作について
図面を参照して詳細に説明する。

【００４５】回線１０８からのテキスト長がバッファ４
０４および４０５の格納容量以上であり、テキストの最
終文字が終了文字である受信データｂを受信する場合を
考える。

【００４６】回線制御部４０２は、チャネルプログラム
ａのリード指令の発行状態に依存せず、回線から１バイ
トのデータを受信する毎に受信データとしてバッファ制
御部４０３に送る。

【００４７】バッファ制御部４０３は、初期状態で予め
定められた順序で、まずバッファ４０４へ回線制御部４
０２からの受信データを格納するとともに、バッファ４
０４の第１データポインタ４１１の内容に１を加え更新
する。

【００４８】これを順次繰り返して回線制御部４０２か
らの受信データをバッファ４０４へ格納する。ただし、
バッファ４０４が受信データでフルになった場合、バッ
ファ制御部４０３はバッファ４０４のフルフラグ４０９
が有効になる。

【００４９】以上の処理の完了時点では、バッファ４０
４は格納可能な最大数の受信データを格納してフル状態
であり、バッファ４０５は１個の受信データも格納して
いない。この状態で、バッファ制御部４０３は、回線制
御部４０２からの次の受信データを格納する場合、予め
定められた順序でフルフラグ４１０が無効であると示す
バッファ４０５へ受信データを格納する。

【００５０】この時点で、リード指令を含むチャネルプ
ログラムａの発行に応答して、チャネルプログラム制御
部４０１は、フルフラグ４０９および４１０のうち有効
である旨を示すバッファ４０４を選択する。これととも
に、チャネルプログラム制御部４０１は、指令２０２の
指令コード２０４を解析する。この解析結果によりリー
ド指令が受付けられ、リード指令の、例えば１バイトの
データ転送長２０７と，第１ポインタ４１１および第２
ポインタ４１３に基づいて算出されるバッファ４０４内
の未転送の受信データ数とが比較される。未転送の受信
データ数がリード指令のデータ転送長２０７以上であれ
ば、その時点であるいは未転送の受信データがリード指
令のデータ転送長と等しくなった場合、バッファ４０４
の第２データポインタ４１３の示すオフセットアドレス
からリード指令の、例えば１バイトのデータ転送長２０
７分の受信データが読出される。読出されたデータはＩ
ＯＰ１０６を介してＯＳ１００に転送され、第２データ
ポインタ４１３の内容は次に転送すべき格納位置に更新
される。この場合、データ転送長２０７は１バイトなの
でポインタ１１３の内容に１が加えられる。

【００５１】また、チャネルプログラム制御部４０１
は、ＩＯＰ１０６を経由して受信データを転送後、受信
データを転送したバッファ４０４の第１データポインタ
４１１および第２データポインタ４１３を参照し、バッ
ファ４０４内に未転送データが存在しない場合、該当バ
ッファ情報４０７の第１データポインタ４１１および第
２データポインタ４１３を初期化，すなわちオフセット
アドレスを０にし、フルフラグ４０９を無効とする。

【００５２】この後、廃棄フラグ３１５が有効または無
効の状態により、第２の実施例と同じ動作を行ないリー
ド指令を終了する。

【００５３】但し、廃棄フラグ３１５に関する動作は、
第２の実施例の動作の他に、廃棄フラグ３１５が有効の
場合、受信データの廃棄後、廃棄フラグ３１５を無効と
する時点で、受信データを廃棄したバッファ４０４（４
０５）の該当するフルフラグ４０９（４１０）を無効と
する。

【００５４】一方、回線制御部４０２は、回線１０８か
らのデータを受信する限り、バッファ制御部４０３にデ
ータを送出する。

【００５５】バッファ制御部４０３は、回線制御部４０
２からの受信データをバッファに格納するのであるが、
フルフラグ４０９が有効であるので、フルフラグ４１０
が無効であるバッファ４０５に対して受信データの格納
を行う。その際に第１データポインタ４１２の内容を更
新することはバッファ４０４に対する動作と同様であ
る。

【００５６】また、チャネルプログラム制御部４０１が
バッファ４０５の受信データをＩＯＰ１０６に転送する
チャネルプログラムａのリード指令の動作も、バッファ
４０４に対する場合と同じである。

【００５７】さらに、回線制御部４０２は、回線１０８
からのデータｂを受信処理時、終了文字を検出した場
合、バッファ制御手段４０３に受信データを送出すると
ともに、現時点で受信データを格納中のバッファ４０５
のバッファ情報４０８のフルフラグ４１０を有効にす
る。

【００５８】なお、リード指令を含むチャネルプログラ
ムａの発行時点で、バッファ情報４０７および４０８の
フルフラグ４０９および４１０が両方とも無効である場
合、チャネルプログラム制御部４０１は、バッファ制御
部４０３が受信データ格納の為に選択しているバッファ
４０４または４０５に対して、リード指令の動作を行な
う。

【００５９】また、リード指令を含むチャネルプログラ
ムａの発行時点で、バッファ情報４０７および４０８の
フルフラグ４０９および４１０が両方とも有効ある場
合、チャネルプログラム制御手段４０１は、予め定めら
れたバッファ順序でバッファ４０４または４０５を選択
し、リード指令の動作を行なう。

【００６０】これにより、バッファ４０４および４０５
の切替え時にも、受信データの格納は連続して行われ、
リード指令が実行されていない時でもデータの受信およ
びバッファへの格納が可能となり、ＯＳ１００がリード
指令を含むチャネルプログラムａを発行し続ければ、バ
ッファ４０４および４０５に格納されている受信データ
は順次転送されることになる。

【００６１】また、バッファを複数にすることで廃棄フ
ラグが有効な場合、廃棄する範囲が少なくて済み、廃棄
動作を行なう場合でも次の受信テキストは別のバッファ
に保存されていることになるので、受信データの取り落
としがなくなる。

【００６２】以上説明したように、本発明の第３の実施
例は、回線１０８上で通信されるテキストに対して非常
に短いデータ転送長のリード指令からなるチャネルプロ
グラムを使用するような通信システムであっても、バッ
ファ内の未転送の受信データを廃棄する機能が実現で
き、さらに受信データの欠落が防止でき、効率的な通信
を行うことができる。

【００６３】

【発明の効果】本発明によれば、上位装置と通信制御装
置のインタフェースをチャネルプログラムで実現してい
る通信システムにおいて、チャネルプログラム内のリー
ド指令のデータ転送長に依存しない効率的な通信が可能
となる。

【図面の簡単な説明】

【図１】本発明の第１の実施例を示す図

【図２】チャネルプログラムの構成図

【図３】本発明の第２の実施例を示す図

【図４】本発明の第３の実施例を示す図

【符号の説明】

１００ ＯＳ １０１ チャネルプログラム制御手段 １０２ 回線制御手段 １０３ バッファ制御手段 １０４ バッファ １０６ ＩＯＰ １０７ バッファ情報 １０８ 回線 １１１ 第１データポインタ １１３ 第２データポインタ １２０ 通信制御装置 ２０１ チャネルプログラム ２０２，２０３ 指令 ２０４ 指令コード部 ２０５，２０６ 指令修飾部 ２０７ データ転送長 ３０１ チャネルプログラム制御部 ３１５ 廃棄フラグ ３２０ 通信制御装置 ４０１ チャネルプログラム制御部 ４０２ 回線制御部 ４０３ バッファ制御部 ４０４，４０５ バッファ ４０７，４０８ バッファ情報 ４０９，４１０ フルフラグ ４１１，４１２ 第１データポインタ ４１３，４１４ 第２データポインタ ４１５ 廃棄フラグ

Claims (2)

【特許請求の範囲】
1. 【請求項１】 入出力制御装置と通信制御装置との間の
   データ転送をチャネルプログラムで行うシステムであっ
   て、 前記通信制御装置の受信データを入出力装置に転送する
   よう指示する複数のリード指令を含むチャネルプログラ
   ムを前記入出力制御装置を経由して発行するオペレーテ
   ィングシステムと、 回線からの受信データを格納するバッファ手段と、 前記チャネルプログラム内のリード指令実行に際し、デ
   ータ転送長、第１データポインタおよび第２データポイ
   ンタを参照し、データ転送長分の受信データが前記バッ
   ファ手段に格納された場合、前記バッファ手段からのデ
   ータ転送長分の受信データを転送データとして前記入出
   力制御装置へ送出し、完了したならばリード指令を終了
   するチャネルプログラム制御手段と、 このチャネルプログラム制御手段の動作とは独立してリ
   ード指令が実行されていなくてもデータ受信可能で受信
   データを送出する回線制御手段と、 前記バッファ手段内の有効受信データを特定できる第１
   データポインタおよび第２データポインタを参照し、前
   記バッファ手段がデータ格納可能であれば前記回線制御
   手段から受信処理済のデータを受け取り、受信データと
   して前記バッファ手段へ格納し、前記バッファ手段がデ
   ータ格納不可能であれば前記回線制御手段から受信処理
   済のデータを廃棄するバッファ制御手段とを含むことを
   特徴とする通信制御装置におけるバッファ管理システ
   ム。
2. 【請求項２】 リード指令実行終了時前記データ転送長
   で転送できなかったバッファ手段内の受信データを廃棄
   することを示す廃棄フラグを有し、 前記チャネルプログラム制御手段は、リード指令の実行
   終了時前記廃棄フラグが有効であれば前記バッファ手段
   内の全ての受信データを廃棄し、前記第１データポイン
   タおよび前記第２データポインタを初期化し前記廃棄フ
   ラグを無効にし、前記廃棄フラグが無効であれば前記バ
   ッファ手段内の受信データを廃棄せずに、次に実行され
   るべきリード指令により引続き前記バッファ手段内の受
   信データを前記入出力制御装置へ転送するこを特徴とす
   る請求項１記載の通信制御装置におけるバッファ管理シ
   ステム。