JPH04115752A - 回線アダプタ - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ［概要］ 複数の回線インタフェース（チャネルインタフェース）
をファームウェアで時系列的に順次監視。

制御する回線アダプタに関し、 チャネルインタフェース部の処理の優先度を自由に設定
できると共に、優先度の高い処理要求から順次処理でき
るようにすることを目的とし、複数のチャネルインタフ
ェース部の状態をメモリ内の監視プログラムによって時
系列的に順次監視制御している回線アダプタにおいて、
前記メモリ内に優先度別に複数のブロックに分割された
処理要求保持テーブルを設け、チャネルインタフェース
部の状態変化を監視プログラムが検出したら、そのチャ
ネルインタフェース部の優先度に応じて処理要求保持テ
ーブルの対応するプロ、ツクに処理要求表示を書込み、
全てのチャネルインタフェース部の状態監視が終了した
ら処理要求保持テーブルを参照し、処理要求に対応する
処理を行い、複数のチャネルインタフェース部から処理
要求かあった場合には、処理要求保持テーブルの最も優
先度の高いブロックに表示されている処理要求から処理
を行っていくように構成する。

［産業上の利用分野］ 本発明は複数の回線インタフェース（チャネルインタフ
ェース）をファームウェアで時系列的に順次監視、制御
する回線アダプタに関し、更に詳しくは回線アダプタ内
の各チャネルインタフェース部の処理要求を効率的に行
うことができるようにした回線アダプタに関する。

［従来の技術］ 第６図は従来装置の構成例を示すブロック図である。図
に示すシステムは、複数の回線インクフェース（ｎチャ
ネル）が１本の伝送路に多重化された回線を接続した回
線アダプタを示している。

図において、１は上位装置、２は回線網である。

３は回線アダプタであり、上位装置１と回線網２の間に
設置される。４は上位装置１と回線アダプタ３の管理を
行うシステム管理装置である。４ａはシステム管理装置
４に接続されたＣＲＴである。

回線アダプタ３は、プロセッサ１０．メモリ１１　ｎチ
ャネル多重・分離部１２及び複数個（ｎ個）のチャネル
インタフェース部１３より構成されている。チャネルイ
ンタフェース部１３はチャネル毎に設けられている。こ
れらプロセッサ１０゜メモリ１１．ｎチャネル多重・分
離部１２及び複数個（ｎ個）のチャネルインタフェース
部１３はデータバス１４に接続されている。

メモリ１１には複数のファームウェアが格納されている
。即ち、監視プログラム１１ａ、複数の処理プログラム
１１ｂである。メモリ１１内にはその他にシステム管理
領域１１Ｃ及びチャネル対応情報領域ｌｉｄが含まれて
いる。そして、複数のチャネルインタフェース部１３に
はそれぞれのチャネルの状態を格納する／Ｘ−ドウエア
レジスタ１３ａが設けられている。このように構成され
た装置の動作を概説すれば、以下のとおりである。

通常の動作では、回線アダプタ３は、ｎチャネル多重・
分離部１２を介してチャネル毎に伝送路１５を経て回線
網２と接続され、データのやりとりを行っている。即ち
、回線網２から入力されたデータは、ｎチャネル多重・
分離部１２てチャネル毎に分離され、各チャネルインタ
フェース部１３に入り、各チャネルインタフェース部１
３から出力されるデータはｎチャネル多重・分離部１２
で多重化され、伝送路１５を経て回線網２に伝送される
。

一方、ファームウェアｌｌａ、ｌｌｂはメモリ１１内に
格納され、プロセッサ１０により実行される。プロセッ
サ１０と各チャネルインタフェース部１３とはデータバ
ス１４て接続されており、ファームウェアｌｌａ、ｌｌ
ｂは各チャネルインタフェース部１３のハードウェアレ
ジスタ１３ａをアクセスすることができる。メモリ１１
内にはファームウェアｌｌａ、ｌｌｂの他に回線アダプ
タ全体を管理するシステム管理領域１１ｃや、各チャネ
ルインタフェース部層に速度や回線属性等の各種制御情
報を格納したチャネル対応情報領域１１ｄがある。

第７図は従来装置の動作を示すフローチャートである。

ファームウェアの処理は、各チャネルインタフェース部
１３を監視する監視プログラム１１ａとチャネルインタ
フェース部１３に対して各種制御を行う複数の処理プロ
グラムｌｌｂに大別できる。監視プログラムｌｌａでは
、各チャネルインタフェース部１３のハードウェアレジ
スタ１３ａ内に格納されている値を読出しくＳｌ）、過
去に読出した値と今読出した値とを比較する（Ｓ２）。

過去に読出した値はメモリの特定の領域に保持されてい
る。

比較の結果、両方の値が一致した時には、状態の変化が
なかったものとして、次のチャネル番号に対応するチャ
ネル対応情報領域１１ｄを参照して制御情報を読取り（
Ｓ３）、次のチャネル監視に入る。

前回の状態値と今回の状態値とが不一致の場合、変化検
出と見なして監視プログラム１１ａは処理要求を発生さ
せる。そして、処理要求が発生すると、チャネル対応情
報領域１１ｄの制御情報を基に対応する処理プログラム
ｌｌｂを選択する（Ｓ４）。この処理プログラムｌｌｂ
は、回線属性の種類や制御シーケンスに応じて複数用意
されている。

これら処理プログラムｌｌｂにおいて、ファームウェア
は読出したハードウェアレジスタ１３ａの値に応じてチ
ャネルインタフェース部１３に対する処理を決定しくＳ
５）、ハードウェアレジスタ１３ａに制御情報等の必要
な値を書込む（Ｓ６）一連の処理が終わると、処理プロ
グラムｌｌｂは監視プログラム１１ａに処理を戻す。監
視プログラムｌｌａでは、次のチャネルから監視を再開
する。このように、従来は処理要求が発生する度に対応
する処理プログラムを呼出していた。

［発明が解決しようとする課題］ 前述した従来の装置では、複数のチャネルをｎチャネル
多重・分離部１２により１本の伝送路に多重化して伝送
している。このような装置では、複数チャネルの内の１
本を伝送路１５の制御用に用いる場合がある。このチャ
ネルは、他の一般チャネルに比べて優先度か高くなる。

ところか、従来の方式では優先度の高いチャネルで処理
要求か発生しても、他のチャネルで先に処理要求があれ
ば、その処理が終わるまで待たされてしまう。

第８図を用いて説明する。先ずチャネル１の処理要求が
発生しく■）、次にチャネル２の処理要求が発生したも
のとする（■）。ここで、チャネル２の処理要求の方が
優先度が高いものとする。

しかしながら、チャネル１の処理要求が先に発生したか
ら、監視プログラムｌ１ｇはチャネル１監視処理要求を
検出しく■）、対応する処理プログラムｌｌｂを呼出し
、チャネル１の処理を行う（■）。その間、チャネル２
の処理要求は待たされることになる。

チャネル１の処理が終了すると、その旨が監視プログラ
ムｌｌａ側に通知され、監視プログラム１１ａはこの段
階で初めてチャネル２の処理要求を検出する（■）。監
視プログラムｌｌａはチャネル２監視処理要求を検出す
ると、対応する処理プログラムｌｌｂを呼出し、チャネ
ル２の処理を行う（■）。そして、チャネル２の処理が
終了すると、監視プログラムｌｌａはチャネル３以降の
監視に入る。

このように優先度の高いチャネル要求が待たされるのを
解決するために、割込み機能を用いる方法がある。しか
しながら、この方法を実現するためには、回路規模が増
大し、かつ複雑になるという問題がある。また、割込み
制御回路に優先制御機能を設けると、優先度の高いチャ
ネルインタフェース部１３が物理的に決まるが、汎用性
に欠けてしまう。これをファームウェアから自由に設定
できるようにするためには、更にハードウェア回路が必
要となる。

本発明はこのような課題に鑑みてなされたちのであって
、チャネルインタフェース部の処理の優先度を自由に設
定できると共に、優先度の高い処理要求から順次処理で
きるようにすることができる回線アダプタを提供するこ
とを目的としている。

［課題を解決するための手段〕 第１図は本発明の原理ブロック図である。第６図と同一
のものは、同一の符号を付して示す。図に示す装置は、
複数のチャネルインタフェース部１３の状態をメモリ１
１内の監視プログラム１１ａによって時系列的に順次監
視制御している回線アダプタ３を示している。図におい
て、１１ｅは前記メモリ１１内に設けた、優先変則に複
数のブロックに分割された処理要求保持テーブルである
。

それ以外の構成は、第６図と同じである。

［作用］ チャネルインタフェース部１３の状態変化を監視プログ
ラムｌｌａが検出したら、そのチャネルインタフェース
部１３の優先度に応じて処理要求保持テーブルｌｌｅの
対応するブロックに処理要求表示を書込み、全てのチャ
ネルインタフェース部１３の状態監視が終了したら処理
要求保持テーブル１１ｅを参照し、処理要求に対応する
処理を行い、複数のチャネルインタフェース部１３から
処理要求があった場合には、処理要求保持テーブルｌｉ
ｅの最も優先度の高いブロックに表示されている処理要
求から処理を行っていくように構成する。このように構
成することによって、チャネルインタフェース部の処理
の優先度を自由に設定できると共に複数のチャネルイン
タフェース部１３から発生した処理要求を優先度の高い
順に処理していくことができる。

［実施例］ 以下、図面を参照して本発明の実施例を詳細に説明する
。

第２図は処理要求保持テーブル１１ｅの構成例を示す図
である。該処理要求保持テーブルｌｉｅは複数のブロッ
ク２０に分割されている。図ては２個のブロックしか示
していないが、更に多数のブロックで構成されていても
よい。これらブロック２０は、処理の優先度の順に対応
づけて設けられている。即ち、最初のブロック２０が優
先度１のブロック、次のブロックは優先度２のブロック
である。

各ブロック２０において、２０ａは優先度処理要求フラ
グ領域で、処理要求があったら、この領域２０ａにフラ
グを立てるようになっている。２０ｂはチャネル番号保
持領域で、当該優先度のチャネルが複数あった場合に、
その優先度に属するチャネルを全て書込むようになって
いる。図では２個のチャネルを書込むようになっている
が、更に多数のチャネルを書込むようにしてもよい。

第３図はチャネル対応情報領域１１ｄの構成例を示す図
である。この領域には、速度や回線属性等の制御情報の
他に、そのチャネルの優先度を示す情報も設定されてい
る。その他に、ノ＼−ドウエアレジスタ１３Ｈの値のコ
ピーや現在の制御シーケンス等が格納されるようになっ
ている。これらの情報は、システムの立ち上げ時にシス
テム管理装置４から設定されたり、上位装置１から随時
、通信が行われる度に設定される。優先度はどのチャネ
ルを伝送路制御用に用いるかによって決められ、ハード
ウェアの状態には依存しない。

第４図は本発明の動作を示すフローチャートである。従
来装置と同様に、先ず監視プログラム１１ａでは、各チ
ャネルインタフェース部１３のハードウェアレジスタ１
３ａ内に格納されている値を読出しくＳｌ）、過去に読
出した値と今読出した値とを比較する（Ｓ２）。比較の
結果、両方の値が一致した時には、状態の変化がなかっ
たものとして、次のチャネル番号に対応するチャネル対
応情報領域ｌｉｄを参照して制御情報を読取る（Ｓ３）
。

前回の状態値と今回の状態値とが不一致の場合、変化検
出と見なして監視プログラム１１ａはそのチャネルに対
応したチャネル対応情報領域１１ｄよりこのチャネルの
優先度情報を引出し、その優先度に応じて処理要求保持
テーブルｌｉｅのブロック２０を選択する。そして、選
択したブロック２０のチャネル番号保持領域２０ｂにこ
のチャネルの番号を格納し、処理要求フラグ領域２０ａ
に処理要求フラグをセットする（Ｓ４）。これで、処理
要求の表示処理が終了し、ファームウェアは再びチャネ
ルインタフェース部１３の監視を始める。

全チャネルのチャネルインタフェース部１３の監視が終
了したかどうかチエツクしくＳ５）、終了しない場合に
は次のチャネルの監視を始める。

全チャネルのチャネルインタフェース部１３の監視が終
了したら、処理要求保持テーブルｌｉｅを参照して処理
要求があるかどうかチエツクする（Ｓ６）。処理要求が
あるかどうかは、各ブロック２０の処理要求フラグ領域
２０ａにフラグかセットされているかどうかで判断する
ことができる。

処理要求があったら、ファームウェア（監視プログラム
１１ａ）は、処理要求保持テーブル１１ｅを優先度の高
い方から参照し、対応する処理プログラムｌｌｂを選択
する（Ｓ７）。なお、ステツブＳ６で、処理要求がない
場合には、処理プログラムか動作することなく、ステッ
プＳ１からチャネルインタフェース部のレジスタ１３ａ
の読出しを始める。

処理プログラムｌｌｂでは、ファームウェアは読出した
ハードウェアレジスタ１３ａの値に応してチャネルイン
タフェース部１３に対する処理を決定しくＳ８）　、ハ
ードウェアレジスタ１３ａに制御情報等の必要な値を書
込む（Ｓ９）。一連の処理が終わると、処理プログラム
１１ｂは監視プログラムｌｌＨに処理を戻す。監視プロ
グラム１１ａては、処理要求保持テーブルｌｉｅから処
理が終了した該当表示を消去する（Ｓ　１０）。そして
、全処理が終了したかどうかチエツクしく５１１）、全
処理が終了したら先頭チャネルより監視を開始し、全処
理が終了していない場合には、ステップＳ７に戻って次
に優先度の高い方から処理プログラムを選択し、実行す
る処理を行う。

本発明によれば、処理要求が複数のチャネルで発生した
場合、ファームウェアは処理要求保持テーブルｌｉｅを
優先度の高いブロック２０からアクセスしていくので、
優先度順に処理がなされることになる。第５図は本発明
の処理シーケンスを示す図である。チャネルの優先度は
第８図と同してチャネル２〉チャネル１であるものとす
る。チャネル１て処理要求が発生しく■）、次にチャネ
ル２て処理要求が発生したものとする（■）ファームウ
ェアは処理要求が発生した順に処理するのではなく、そ
の処理要求発生を処理要求保持テーブルｌｌｅに書込ん
でいく。そして、全チャネルに対する監視が終了したら
（■）、処理要求優先制御を行う（■）。

即ち、優先順位が高いチャネル２から処理要求を受付け
る。そして、処理プログラムにはチャネル２の処理を行
わせる（■）。チャネル２の処理が終了したら、今度は
チャネル１の処理要求を受付け（■）、処理プログラム
にチャネル１の処理を行なわせる（■）。全ての処理が
終了したら、再び監視プログラムに復帰し、全チャネル
のチャネルインタフェースの監視を開始する。

上述の説明では、優先制御をチャネル１とチャネル２と
の間で行う場合を例にとって示したが、本発明はこれに
限るものではない。３個以上のチャネルの間で本発明に
よる優先制御を行なわせることができることはいうまで
もない。

［発明の効果］ 以上、詳細に説明したように、本発明によれば先ず全チ
ャネルについて処理要求の有無を優先順位毎に処理要求
保持テーブルに書込んでおき、その後、処理要求保持テ
ーブルの内容に書込まれた優先順位に従って処理するこ
とにより、チャネルインタフェース部の処理の優先度を
自由に設定できると共に、優先度の高い処理要求から順
次処理できるようにすることができる回線アダプタを提
供することができる。

【図面の簡単な説明】

第１図は本発明の原理ブロック図、 第２図は処理要求保持テーブルの構成例を示す図、 第３図はチャネル対応情報領域の構成例を示す図、 第４図は本発明の動作を示すフローチャート、第５図は
本発明の処理シーケンスを示す図、第６図は従来装置の
構成例を示すブロック図、第７図は従来装置の動作を示
すフローチャート、第８図は従来装置の処理シーケンス
を示す図である。 第１図において、 １は上位装置、 ２は回線網、 ３は回線アダプタ、 ４はシステム管理装置、 ４ａはＣＲＴ。 １０はプロセッサ、 １１はメモリ、 １１ａは監視プログラム、 １１ｂは処理プログラム、 １１ｃはシステム管理領域、 １１ｄはチャネル対応情報領域、 １ｅは処理要求保持テーブル、 ２はｎチャネル多重・分離部、 ３はチャネルインタフェース部、 ３ａはハードウェアレジスタ、 ４はデータバス、 ５は伝送路である。

Claims (1)

1. 【特許請求の範囲】 複数のチャネルインタフェース部（１３）の状態をメモ
   リ（１１）内の監視プログラム（１１ａ）によって時系
   列的に順次監視制御している回線アダプタ（３）におい
   て、 前記メモリ（１１）内に優先度別に複数のブロックに分
   割された処理要求保持テーブル（１１ｅ）を設け、 チャネルインタフェース部（１３）の状態変化を監視プ
   ログラム（１１ａ）が検出したら、そのチャネルインタ
   フェース部（１３）の優先度に応じて処理要求保持テー
   ブル（１１ｅ）の対応するブロックに処理要求表示を書
   込み、 全てのチャネルインタフェース部（１３）の状態監視が
   終了したら処理要求保持テーブル（１１ｅ）を参照し、 処理要求に対応する処理を行い、 複数のチャネルインタフェース部（１３）から処理要求
   があった場合には、処理要求保持テーブル（１１ｅ）の
   最も優先度の高いブロックに表示されている処理要求か
   ら処理を行っていくように構成したことを特徴とする回
   線アダプタ。