JPH02120956A - 通信制御方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は通信制御方式に関し、通信制御プログラムから
の送信要求に対し、送信データをファームウェア内部に
確保しているバッファにＤＭＡ転送しそれが終了した時
点で送信完了の割込みを返す通信制御方式に関する。

〔従来の技術〕

一般に、通信制御装置と中央処理装置とから構成される
通信処理装置において、業務プログラムから送信要求が
出されると、通信制御プログラムは、通信制御装置に対
して送信要求を出す、送信要求が出されると、通信制御
装置内のブアームウエアは、送信データを一度フアーム
ウェア内部に確保しているバッファに転送する。それが
終わるとデータを通信回線上に送信し、送信が終了して
から送信完了の割込みを返すことになっていた。

すなわち、第５図（ｂ）を見るに、業務プログラムから
送信要求を受は付けると通信制御プログラムは送信要求
９を発行する。次にファームウェアはデータのＤＭＡ転
送９２を行い、ＤＭＡ転送９２が終了すると今度は通信
回線に対してデータの送信開始９３を行う。ファームウ
ェアは送信終了９４を確認した上で通信制御プログラム
に対して送信完了９５の割込みを返していた。

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

上述した従来の方式は、通信制御プログラムが通信制御
装置に対して送信要求を出してから、送信完了の割込み
が返るまでには実際の処理時間の他に、通信回線上へデ
ータを送信する時間を要する。そのなめ、通信処理装置
全体のスルーブツトの低下を招くという問題を生じる。

また、ＬＡＮ系回線の場合ファームウェアがデータを通
信回線上に送信する時に、もし回線が混んでいてデータ
を流せない状態であったならば、通信回線が空きになる
まで処理を中断しなければならないことになっている。

すると、この通信回線の空くまでの待ち時間も処理時間
に加算されてしまうという欠点がある。

このような問題は、データ通信が頻繁に行われるシステ
ムにおいては、顕著なものとなってくる。

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

本発明の通信制御装置は、通信制御装置と中央処理装置
とから構成されている通信処理装置の前記中央処理装置
上で動作する通信制御プログラムから、前記通信制御装
置に対して送信要求を出した時に、前記通信制御装置内
のファームウェアが前記ファームウェア内に確保してい
るバッファに送信データをＤＭＡ転送した時点で、前記
通信制御プログラムに対して送信完了の割込みを返して
構成される。

〔実施例〕

次に、本発明について図面を参照して説明する。

第１図は本発明の構成を示すブロック図であり、回線ｌ
に接続された通信制御装置１と、中央処理装置２とから
構成される通信処理装置を示す。通信制御装置１にはフ
ァームウェア３が、中央処理装置２には業務プログラム
４と通信制御プログラム５がそれぞれ含まれている。フ
ァームウェア３の内部には、ファームウェア本体にあっ
てデータを格納するためのバッファ３ｏと、そのバッフ
ァの管理を行うバッファ管理手段３１と、データをバッ
ファに転送する転送手段３２と、通信回線の管理を行う
回線管理３３とから構成されている。

第２図はバッファ管理手段の処理の流れ図、第３図は転
送手段の処理の流れ図、第４図は回線管理手段の処理の
流れ図、第５図は本発明の作動の流れ図を示す。

以下に各図を参照して、業務プログラムがら通信制御プ
ログラムを経由して出された送信要求に対して、通信制
御装置からの送信完了割込みが通信制御プログラムに返
され、それを業務プログラムに完了通知するまでを例に
して本実施例の動作を説明する。

最初に第５図を参照して送信要求から完了割込みまでの
流れを簡単に説明すると、次のようになる。業務プログ
ラムから送信要求を受は付けると、通信制御プログラム
は送信要求５１を発行する。

続いてファームウェアはデータのＤＭＡ転送５２を行う
。ＤＭＡ転送５２が終了するとその時点で通信制御プロ
グラムに対して送信完了５３の割込みを返す。割込みを
返した後、通信回線に対してデータの送信開始５４を行
う。

次にもう少しくわしく説明をする。

まず、業務プログラム４は送信データを用意し、データ
の入っているバッファのアドレスをパスａを使って通信
制御プログラム５に通知するとともに送信要求を出す。

すると通信制御プログラム５は、業務プログラム４から
の要求を基にして通信制御装置１に対してバスｂを通し
て送信の命令を発行する。

通信制御プログラム５から送信の命令が発行されると通
信制御装置１内のファームウェア３は最初バッファ管理
手段３１の処理を起動する。バッファ管理手段３１は、
起動すると第２図に示す処理を開始し、データを説明す
るためのバッファ３０の状態を確認する（ステップ６１
）。もしバッファが空いていれば、ＤＭＡ転送許可通知
をする（ステップ６３）。そうでなければバッファが空
きになるまでタイマをスタートする（ステップ６２）。

次にファームウェア３はバッファ管理からのＤＭＡ転送
許可通知を確認した上、転送手段３２に処理を渡す。

処理を渡された転送手段３２は、第３図に示すように、
パスｂにより通信制御プログラムらから通知されている
送信データのバッファアドレスを使って、直ちにファー
ムウェア３内のデータを格納するためのバンファ３０に
、データをＤＭＡ転送する（ステップ７１）。ＤＭＡ転
送が正常に終わるとＤＭＡ転送終了通知をして処理を戻
ずくステ・ツブ７２）。ここでファームウェア３は、Ｄ
Ｍノ〜転送が正常に終了している場合、通信制御プロク
ラム５に対して送信正常完了をパスＣによって通知する
。送信正常完了を通知された通信制御プロクラム５は、
パスｄによって業務プログラム４に送信完了を返す。

通信制御プログラム５に送信完了を通知した後、ファー
ムウェア３は次に回線管理手段３３を起動する。これが
起動すると、第４図に示すように回線処理手段３３は、
回線の状態を確認しくステップ８３）。回線の空きを確
認した上で、データを格納しているバンファ３０からデ
ータを通信回線上に送り始める（ステップ８５）。デー
タを正常に送り終ったところで実質上の送信か終了する
（ステップ８６）。もし回線に空きのないときは、通信
回線に空きが生じるまでタイマーをスタートして待って
いる（ステップ８４）。

ここで、通信制御プログラムの送信要求から送信完了の
割り込みと通知されるまでの処理時間について、第５図
を参照して説明する。これによれは、従来の処理時間は
ＤＭＡ転送時間と通信回線上へのデータを送信する時間
とからなるが、本発明では後者が不要となったので、デ
ータの長さを通信回線上の伝送速度で除した分だけ短か
くなり、通信制御装置の能力が向上する。別の見方をす
れば、本発明は、データ長が長い程、通信回線のデータ
伝送速度が遅い程、能力の向上効果が大きいことかわか
る。

〔発明の効果〕

以上説明したように本発明は、通信制御プログラムから
の送信要求に対する送信完了の割込みを、通信制御装置
内のファームウェアがデータを格納するために確保して
いるバッファに、データをＤＭＡ転送した時点で返すこ
とにより、ファームウェアが送信データを通信回線上に
流している間の時間を削減し通信処理装置全体の性能向
上に役立てるという効果がある。

【図面の簡単な説明】

第１図は本発明の構成を示すブロック図、第２図はバッ
ファ管理手段の処理の流れ図、第３図は転送手段の処理
の流れ図、第４図は回線管理手段の処理の流れ図、第５
図は本発明の作動の流れ図、第６図は従来の技術による
作動の流れ図。 １・・通信制御装置、２・・・中央処理装置、３・・・
ファームウェア本体、４・・・業務プログラム、５・・
・通信制御プログラム、３０・・・バッファ、３１・・
・バッファ管理手段、３２・・・転送手段、３３・・・
回線管理手段。

Claims (1)

【特許請求の範囲】
1. 通信制御装置と中央処理装置とから構成されている通信
   処理装置の前記中央処理装置上で動作する通信制御プロ
   グラムから、前記通信制御装置に対して送信要求を出し
   た時に、前記通信制御装置内のファームウェアが前記フ
   ァームウェア内に確保しているバッファに送信データを
   ＤＭＡ転送した時点で、前記通信制御プログラムに対し
   て送信完了の割込みを返して成ることを特徴とする通信
   制御方式。