JPH0313618B2

JPH0313618B2 -

Info

Publication number: JPH0313618B2
Application number: JP57503103A
Authority: JP
Inventors: Suteiibun Uiriamu Shiarutsu
Original assignee: NCR Corp
Current assignee: NCR Voyix Corp
Priority date: 1981-09-28
Filing date: 1982-09-20
Publication date: 1991-02-22
Also published as: EP0090016A4; EP0090016A1; JPS58501572A; CA1195751A; WO1983001132A1; US4456957A

Description

請求の範囲１複数の端末ユニツト２４〜３０及びホスト・
コンピユータシステム２２間でデータを送信する
システムであつて、前記複数の端末ユニツトは、入力手段４０を有
する複数の第１のタイプのユニツト２４〜２８
と、プリント機能を実行するよう構成された第２
タイプのユニツト３０とを含み、前記第１タイプのユニツトは、送信される情報
ストリングの発信源を表わす論理的発信アドレス
（LOA）と、前記情報ストリングの予定された着
信先を表わす論理的着信先アドレス（LDA）と
を含む送信データを送信するよう構成され、さらに前記第１タイプのユニツトの１つは、そ
の内部に、前記送信データを含む前記情報ストリ
ングを受信し及び該送信データに従つて前記複数
の端末ユニツト２４〜３０の選択された１つ又は
前記ホスト・システム２２に前記情報ストリング
を送信するルータ・モジユール２０を有してお
り、前記ルータ・モジユール２０は前記第１タイプ
のユニツトの前記１つと同じ電源を使用してお
り、さらに前記ルータ・モジユール２０は、前記第１タイプのユニツト２４〜２８の１つ又
は前記ホスト・システム２２から情報ストリング
を受信するバツフア手段９４〜１と、前記ホスト・システム２２に対して前記情報ス
トリングを１度に１キヤラクタづつ転送するため
に前記ルータ・モジユール２０を前記ホスト・シ
ステム２２に接続するライン・ドライバ／レシー
バ１１６，１１２及び直列インタフエース・ユニ
ツトを含む第１の接続手段１０４，１１４と、前記第１のタイプのユニツトから前記端末ユニ
ツトの少なくとも他の１つに情報ストリングを転
送するために、前記ルータ・モジユールを前記端
末ユニツトに接続する第２の接続手段１０６，１
１２，１１６と、前記送信データに従つて前記情報ストリングの
着信先を決定するために前記送信データを用いた
決定テーブル含んでいるルート割当ロジツク６０
と、前記第１の接続手段１０４，１１４の直列イン
タフエース・ユニツト１０４が前記ホスト・シス
テム２２に１キヤラクタの情報を送信している間
に前記インタフエース・ユニツト１０４への送信
処理を一時停止して、前記第１タイプのユニツト
２４〜３０から他のユニツトへのデータの送信処
理を可能にする処理手段９２と、から成ることを特徴とする複数の端末ユニツト及
びホスト・コンピユータ・システム間でデータを
送信するシステム。２前記ルート割当ロジツク６０は、前記各情報
ストリングの送信データを検査し、前記送信デー
タが第１の所定の基準に合致しているときに、前
記情報ストリングを前記各端末ユニツト２４〜３
０に対してブロードキヤスト・モードで送信する
よう構成されていることを特徴とする請求の範囲
１項記載のデータ送信システム。３前記ルート割当ロジツク６０は、前記各情報
ストリングの送信データを検査し、前記送信デー
タが第２の所定の基準に合致しているときにテス
ト・ルーチンを起動することを特徴とする請求の
範囲１項記載のデータ送信システム。４永久記憶手段５２を有しており、さらに前記
ルータ・モジユール２０は、前記永久記憶手段５
２に対して又は前記永久記憶手段５２から前記情
報ストリングを転送するために、前記ルータ・モ
ジユール２０自身を前記永久記憶手段５２に接続
する第３の接続手段を含むことを特徴とする請求
の範囲１項、２項又は３項記載のデータ送信シス
テム。５前記ルート割当ロジツク６０は、決定テーブ
ルが記憶されている記憶装置を含むことを特徴と
する請求の範囲１項、２項、３項又は４項記載の
データ送信システム。技術分野この発明は、複数の端末ユニツト相互間及びホ
スト・コンピユータ・システム間で、データを選
ばれたルートにより送信（以下給送という）する
装置に関する。背景技術例えば、銀行業務又は小売業のようなある環境
において、ある周辺装置を一群の端末機が共有し
たいと希望する場合がある。例えば、小さな銀行
業務システムのコストを下げようと努力する場
合、数台の金融端末機に対して１台のプリント周
辺装置又はモジユールの使用を希望する場合であ
る。これは特に銀行の小さな支店においてそうで
ある。数台の金融端末機に対して１台のプリンタ
を設ける公知の方法におけるミニ・コンピユー
タ・システムは数台の金融端末機に対して１個の
通信インタフエースを用意する。ミニ・コンピユ
ータ・システムは別のキヤビネツトに収容され、
自己の電源を必要とし、プログラムされるべきラ
ンダム・アクセス・メモリー（RAM）を持つ。
この方法は各銀行に特有の必要なソフトウエアを
開発するために、各銀行にシステム・アナリスト
が必要であつた。発明の開示この発明の目的は、複雑なコンピユータ・シス
テムを使用せずに、端末機ユニツトが互いに通信
することができるようにしたデータ給送
（routing data））装置を提供することである。この発明によると、それは端末機ユニツトの少
くとも最初の１が転送されるべき情報ストリング
の発生機を表示する論理的（ロジカル）発生機ア
ドレス（LOA）と、前記情報ストリングが送信
されるべき到着機を表示する論理的到着機アドレ
ス（LDA）とを含む給送データを送信するよう
に構成された前記端末機ユニツトとホスト・コン
ピユータ・システム間でデータを給送する装置で
あつて、前記給送データを含む前記情報ストリン
グを受信し及び前記給送データに従つて前記ホス
ト・システムに又は前記端末機ユニツトの選ばれ
た１つに前記情報ストリングを給送するようにし
たルータ・モジユールを含み、前記ルータ・モジ
ユールは前記ホスト・システムへ及び前記ホス
ト・システムから前記情報ストリングを転送する
ために前記ルータ・モジユールと前記ホスト・シ
ステムとを接続する第１の接続手段と、前記端末
機ユニツトの１つから前記端末機ユニツトの少く
とも他の１つに対し前記情報ストリングを転送す
るために前記ルータ・モジユールと前記複数の端
末機ユニツトとを接続するようにした第２の接続
手段と、前記給送データに従つて前記情報ストリ
ングを給送するように前記給送データを利用する
決定表を含むルート割当ロジツクとから成るデー
タ給送装置を提供する。この発明による装置のルータ（又はルート割
当）モジユールの利点として、例えば下記のよう
なものがある。すなわち、１端末機又は周辺装置の数が約12又はそれ以下
の環境下におけるコストが安い集信機（又はコ
ンセントレータ）を提供する。２多様な通信プロトコルに使用する能力があ
る。３数個の端末機がプリンタのような周辺装置を
共用できるように低位リンク内でメツセージの
給送能力を提供する。４システム内の集信点において、データ捕獲、
プログラム負荷、プログラム・ダンプ、及びデ
ータ・エントリのためにデイジタル・カセツ
ト・レコーダのようなデータ・レコーダを接続
することができるインタフエースを提供する。

【図面の簡単な説明】

次に、添付図面を参照してその例によりこの発
明の一実施例を説明する。第１図は、この発明に
よるルータ・モジユールを使用することができる
環境を表わすブロツク図である。第２図は、この
発明に使用することができる１つのプロトコルの
型を表わした模式図である。第３図は、この発明
によるルータ・モジユールが第１図に表わす端末
機の１つのハウジング内にいかに組入れられるか
を表わしたブロツク図である。第４図は、数個の
ルータ・モジユールがいかにホスト・システムに
接続されるかを表わした概略ブロツク図である。
第５図は、第１図に表わすルート割当ロジツクを
実施するに使用されれるハードウエアの一実施例
を表わした模式的ブロツク図である。発明を実施するための最良の形態第１図は、点線の方形内に表わし、全体として
２０で指定するこの発明によるルータ・モジユー
ルを表わすブロツク図である。この発明を例示す
るために、このルータ・モジユール２０は銀行業
務環境の中に表わしたが、当然他の環境にもその
使用を拡大することができる。ここに表わす銀行業務環境におけるルータ・モ
ジユール２０（第１図）はここに説明中の実施例
では例えば同一銀行に使用する中央コンピユー
タ・システムでも良いホスト・コンピユータ・シ
ステム２２に接続される。ルータ・モジユール２０（第１図）はバス３２
を介してデータ・エントリ端末機２４，２６，２
８及びプリンタ・モジユール３０のような複数の
端末機にも接続される。データ・エントリ端末機
２４，２６，２８は同一であり、普通のものであ
つて、部分的模式形式でのみ表わす。そのような
各端末機はマイクロプロセツサ（MP）３４、読
出専用メモリー（ROM）３６のようなメモリ
ー・システム、陰極線管（CRT）３８のような
デイスプレイ・ユニツト、キーボード（KB）４
０のようなデータ・エントリ手段などを含む。プ
リンタ・モジユール３０は普通のもので良く、
MP４４，ROM４６、発光ダイオード（LED）
の型４８のようなデイスプレイ及びレジヤー・カ
ード及び通帳などのようなプリント媒体にプリン
トするプリンタ５０などを含む。ルータ・モジユール２０（第１図）は例えばデ
ータ捕獲、プログラム負荷、プログラム・ダンプ
及びリエントリの各作用のために使用される普通
のカセツト端末機５２にも接続される。ルータ・モジユール２０（第１図）はROM５
６のようなメモリー装置を含むデータ・リンク・
コミユニケーシヨンズ（DLC）の低位（low
order）又は一次ドライバ５４を含む。一次ドラ
イバ５４は２４，２６，２８等のような端末機か
ら高位のコミユニケーシヨンズ二次ドライバ５８
及びルート割当ロジツク６０を介し、ホスト・シ
ステム２２に対する情報の転送に使用される。二次ドライバ５８（第１図）は本質的にホス
ト・システム２２とルータ・モジユール２０との
間のハンドシエーキング（handshaking）作用を
行う。ドライバ５８は従来のものでよく、国際標
準化機構（ISO）、バイナリー同期化（bi−
sync）、データ・リンク・コントロール−コモ
ン・キヤリヤ（DLC−CC）及びデータ・リン
ク・コミユニケーシヨン（DLC）などのような
多数の異なるプロトコルに従つて行うことができ
る。ISOプロトコルはそれ自体完全ではなく、一
般にそれを使用する企業によつて変えられる。例
えば、NCRISOやバロースISOなどがあつてもよ
い。ISO及びbi−syncプロトコルは“キヤラク
タ”プロトコルである。これらキヤラクタ・プロ
トコルのキヤラクタは一般にASCIIホーマツトを
利用する。DLCプロトコルは以下第２図につい
て説明するように、バイナリ“１”と“０”の長
いストリングス（strings）の形式でデータを供
給するビツト基準システムである。ルータ・モジユール２０（第１図）は、又該ル
ータ・モジユール２０とカセツト端末機５２との
間のインタフエースを提供する普通のカセツト・
ドライバ及び管理機６２を含む。この発明の重要な特徴はルータ・モジユール２
０（第１図）が複雑なコンピユータ・システムの
介入なしに、例えば２４及び２６のような端末機
が互いに通信しうるようにすることである。他の特徴としては、ルータ・モジユール２０
（第１図）は基台２１に取付けることができ、第
３図に表わすように、２４のような端末機の１つ
の中に組入れることができることである。端末機
２４は普通のキヤビネツト６４（第３図に点線で
外枠だけを表わす）の中に収納され、ルータ・モ
ジユール２０もキヤビネツト６４の中に収納され
る。各端末機（２４，２６のような）は共同する
自己の電源（PS）６６を持ち、それ故ルータ・
モジユール２０は共に収納されている２４のよう
な端末機の電源６６を利用するように設計され
る。これに使用するDLCプロトコルはビツト基準
システムであるということを前述した。この実施
例において、端末機（２４，２６のような）から
送信される情報は第２図に表わすデータ・ストリ
ング６６のホーマツトを持つ。データ・ストリン
グ６６は例えば各バイトが８ビツト・バイトから
成り、ストリング全体６６が最大256バイトまで
を有するように構成することができる。勿論、こ
の数は異なる応用に対して変更することができ
る。データ・ストリング６６（第２図）の最初の３
バイトは68の番号が付された括弧で括られ、
DLCヘツダと呼ばれる。ヘツダ６８は８ビツ
ト・フラグ(F)バイト、８ビツト・アドレス(A)バイ
ト、及び８ビツト・コマンド・ステータス（Ｃ／
Ｓ）バイトから成る。70の番号が付された括弧で
括られたDNAヘツダは８ビツトのパケツト・ホ
ーマツト（Ｐ／Ｆ）バイト、８ビツトのパケツト
の型（Ｐ／Ｔ）バイト、２つの８ビツトのロジカ
ル出所（origin）アドレス（LOA）バイト及び
２つの８ビツトのロジカル到着地（destination）
アドレス（LDA）バイトなどを含む。データ・ストリング６６（第２図）は、又括弧
７２で括られ、２つの８ビツトのサイクリツク・
リダンダンシイ（又は周期的冗長）チエツク
（CRC）バイトと、８ビツトのフラグ・バイト(F)
とを含むDLCトレイラを包含する。CRCは一般
に送信中に発生した雑音から生じた送信エラーを
チエツクするための周期的な冗長チエツクを提供
する。そのチエツクは第５図に表わす直列インタ
フエース・ユニツト１０６と共同するハードウエ
ア集積回路により、従来の複雑なアルゴリズムに
よつて達成される。データ・ストリング６６で送
信されるべきバイナリ・データ７４は図示するよ
うにDNAヘツダ７０とDLCトレイラ７２との間
に含まれる。データ・ストリング６６（第２図）のDLCヘ
ツダ６８とDLCトレイラ７２とは、２４，２６
のような端末機（第１図）からDLCコミユニケ
ーシヨンズ一次ドライバ５４及びルータ・モジユ
ール２０に送り、この例におけるプリンタ・モジ
ユール３０及び種々の端末機（２４，２６のよう
な）に戻すデータを得るのに使用される。ホス
ト・システム２２に対する通信のために、DLC
ヘツダ６８及びDLCトレイラは二次ドライバ５
８からホスト・システム２２に及びその逆に送ら
れる情報を得るのに使用される。前述したように、データ・ストリング６６内の
バイナリ・データ７４（第２図）の量は変えられ
る。この説明に使用するデータ・ストリング６６
はバイナリ・データ７４用としては244バイトま
で、全体として256バイトまで用いることができ
る。一次ドライバ５４（第１図）はこの実施例で
は256バイトまでの情報を受信するためのバツフ
ア（図示していない）を持つ。データ・ストリン
グ６６は長さを変えることができるため、この一
次ドライバは、個々のデータ・ストリング６６に
入つているバイナリ・データ７４の長さを確認す
る手段を必要とする。これは、DLCヘツダ６８
のフラグ・バイト(F)によつて計算の開始がトリガ
されるような従来の回路を一次ドライバ５４に含
めることによつて達成される。カウントの計算を
開始するために、例えば７Ｅ（16進コードで）の
カウントをフラグ・バイト(F)に使用することがで
きる。DLCヘツダ６８，DNAヘツダ７０、及び
DLCトレイ７２はデータ・ストリング６６の固
定長のものであるため、DLCトレイラ７２のフ
ラグ・バイト(F)が受信されたときに、それは一次
ドライバ５４と共同する直列インタフエース・ユ
ニツト１０６（第５図）における減算がトリガさ
れて、第２図の括弧７６に含まれている情報に達
するために、DLCヘツダ６８のフラグ・バイト
により開始したカウントから一定のバイト数だけ
減算する。括弧７６のDNAヘツダ７０は下述す
るように、第１図のルート割当ロジツク６０に対
してルート割当情報（給送情報）を提供するのに
使用される。DLCトレイラ７２に含まれている
フラグ・バイト(F)は、又16進コードで７Ｅの到着
地を持つ。ルート割当ロジツク６０（第１図）はバイナ
リ・データ７４をどこに送るかを確認するため
に、常にDNAヘツダ７０のデータを使用する。
ルート割合ロジツク６０はあたかも“ホツト・ポ
テト”（hot potato）を処理するが如くに作用す
る。すなわち、ルート割当ロジツク６０は括弧７
６に含まれている情報を受信すると同時に、直ち
にその情報を３つのドライバ５４，５８，６２
（第１図）のうちのいずれか１つに送信する。ルート割当ロジツク６０を介して情報が転送又
は給送（route）される方法は以下の表1A及び表
1Bに表わす決定表（又はデシジヨン・テーブル）
によつて処理される。表1A及び1Bは表1Bのライ
ン１ｂ乃至１８ｂが夫々表1Aのライン１ａ乃至
１８ａと一線に並ぶように、表1Bを表1Aの右に
置いて共に読まれるべきである。

【表】

【表】表1A及び1Bの決定表の内容を説明する前に、
そこに包含されているコーデイングを説明した方
が適切であると思われる。第１図はホスト・シス
テム２２と共同するルータ・モジユール２０を１
個のみ表わすが、第４図に表わすように、２以上
のルータ・モジユールを利用することができる。第４図は、すでに説明した２０のようなルー
タ・モジユールを複数個いかにホスト・システム
２２に接続することができるか表わしたブロツク
形式の概略図である。ルータ・モジユール２０
（第４図に＃１としてもマークした）は普通のコ
モン・バス７８によつてホスト・システム２２に
接続される。＃２及び引用番号２０−２としてマ
ークされた第２のルータ・モジユールと、＃３及
び引用番号２０−３としてマークされた第３のル
ータ・モジユールも又図示のようにバス７８を介
してホスト・システム２２に接続される。ルー
タ・モジユール２０−２は端末機８０及び８２
と、それと共同するカセツト端末機８４とを持
ち、これら端末機はルータ・モジユール２０と共
同する端末機２４，２６，５２と同一でよい。同
様にして、ルータ・モジユール２０−３は端末機
８６，８８及びそれと共同するカセツト端末機９
０を持つ。又、ルータ・モジユール２０−２及び
２０−３はそれと共同するプリンタ・モジユール
（図示していないが、プリンタ・モジユール３０
に類似する）を持つこともでき、数個の端末機
（８０，８２のような）が前述のような共有関係
でそのプリンタ・モジユールを利用するようにな
すことができる。この実施例において、第４図のモジユール及び
端末機のための検証コーデイングは16進コードで
与えられ、関係するブロツク又はモジユールの括
弧の中に表わしてある。例えば、ルータ・モジユ
ール２０は図示のようにコード（001X）によつ
て識別される。そのコードの“Ｘ”は“不使用”
ビツトを表わす。端末機２４，２６は図示のよう
にコード（0011）及び（0012）によつて識別さ
れ、プリンタ・モジユール３０は図示のようにコ
ード（0013）によつて識別される。又、カセツト
端末機５２は16進方式で（001F）により識別さ
れる。要約すると、２０のような種々のルータ・モジ
ユールの検証又は識別は左から右に読取られたと
きに括弧内の最初の３つのキヤラクタ（16進方式
で）によつて達成され、２０のような特定のルー
タ・モジユールと共同する端末機又はプリンタ・
モジユール（モジユール３０のような）は括弧内
の最右キヤラクタ（モジユール３０のために３の
ような数字が16進方式で与えられる）によつて検
証される。引続き表1A及び1B、及び第４図の参照を継続
して、更に下記説明がルータ・モジユール２０の
作用を明らかにするだろう。この発明の特徴は、
端末機２４，２６のような低立端末機が特定の端
末機から発生したメツセージに対して何をなすべ
きかということに関して決定をなすロジツクを実
行するということである。例えば、もし端末機２
４（第１図）がプリンタ・モジユール３０に対し
てメツセージを送るべきであつたなら、そのメツ
セージはLDAのために合計16ビツトになる２つ
の８ビツト・バイトが与えられ、LOAのために
それと類似する数が設けられた第２図のデータ・
ストリング６６の外観を持つようになるであろ
う。現時点における到着地アドレス（LDA）は
プリンタ・モジユール３０を表わす“16進方式の
0013”である。表1Aのライン４ａを見ると、12
ビツト（S₁₅〜S₄）（高位又はハイ・オーダ）は第
４図のモジユール２０について既述したように、
ルータ・モジユール自体の検証又は識別を表わ
し、ライン４ａ（バイナリ３）の最後の４バイナ
リ・ビツト（低位又はロー・オーダ）はプリン
タ・モジユール３０の識別を表わす。12ビツト
S₁₅〜S₄は高位ビツトであり、それらはルータ・
モジユール２０に結びつけられ、又は固定され
る。換言すると、２４，２６のようないずれかの
低位端末機からのデータはそのルータ・モジユー
ル２０と共同する２８のような他の低位端末機に
付して該モジユール２０により直接送信される。
表1Aのライン１３ａは、第１図の２４のような
いずれかの低位端末機からのデータは16進方式の
低位端末機（001C）又は表11Aにバイナリ方式で
書かれた端末機（1100）（この最後に指した端末
機は図示していない）に接続されるだろうという
ことを表示する。表1Aのライン１６ａから1111（バイナリ形式）
のLDAは例えば、ルータ・モジユール２０と協
動している２４のようないずれか１つの端末機か
らのメツセージは、第４図に表わすようなカセツ
ト端末機５２に給送されるだろうということを表
示する。いかにしてデータ又は情報が第１図に表わす
種々の要素に対し又はその要素から転送されるか
ということを説明する前に、第４図に表わす種々
の論理作用又は表示に関連するハードウエアを全
体的に説明した方が良いと思われる。第５図は、論理的表示が第１図に表わしてある
ルータ・モジユール２０のルート割当ロジツク６
０を実施するに使用されるハードウエアの一実施
例を表わす模式的ブロツク図である。ルータ・モ
ジユール２０は、例えばマイクロプロセツサ
（MP）９２のようなプロセツサと、RAM９４−
１，９４−２のような複数のランダム・アクセ
ス・メモリー（RAM）と、９６−１，９６−
２，９６−３のような複数の読出専用メモリー
（ROM）ユニツトとを含み、システム・バス９
８によつて普通に相互に接続される。当然、使用
されるRAMユニツト及びROMユニツトの数は
特定のシステムの必要性に応じて変えられる。
RAMユニツト９４−１，９４−２は第１図には
RAM９４としてのみ表わされ、同様にROMユ
ニツト９６−１，９６−２，９６−３は第１図に
はROM９６としてのみ表わしてある。ルート割当ロジツク６０（第５図）はタイマ１
００をも含み、MP９２の代りに特定のルート割
当ロジツク６０が必要とする複数の異なる所定の
時間を供給するように選ばれる。ルート割当ロジ
ツク６０は、又２０のような各ルータ・モジユー
ルのために各１個設けられる手動設定スイツチ１
０２のような複数のスイツチを含む。この実施例
におけるスイツチ１０２は前述したように、シス
テム内の各端末機又はモジユールを識別するため
に、表1Aに表わすS₄乃至S₁₅又は上位12ビツトを
セツトするのに使用される。２４のような端末機
は例えばLOAの識別のために16ビツト全部を提
供しなければならない。しかし、その最高位12ビ
ツトは共同するルータ・モジユールのそれと同一
である。LOAの識別のための全16ビツト又はそ
の部分は端末機と共同するキーボード又はソフト
ウエアから供給することができる。ルータ・モジユール２０（第５図）は、又モジ
ユール２０をホスト・システム２２に接続するた
めに使用する普通の直列インタフエース・ユニツ
ト１０４を含む。同様にして、モジユール２０は
又、第１図で説明したような２４，２６，２８等
の端末機に接続するために使用される普通の直列
インタフエース・ユニツト１０６を含む。直列イ
ンタフエース（図示していない）をそれに適合す
る直列タイプの端末機５２に使用するようにする
こともできるが、ユニツト１０８を含む従来の並
列インタフエースは単に使用しているタイプの端
末機５２に適合するようにして、カセツト端末機
５２とモジユール２０との相互接続に使用され
る。普通のライン・レシーバ１１０はホスト・シ
ステム２２からの信号を受信するために使用さ
れ、同様にライン・レシーバ１１２は端末機２
４，２６，２８からの信号を受信するために使用
される。１１０，１１２のようなレシーバは信号
を受信しかつラインの絶縁のためのトランス（変
圧器）を有し、又希望する信号のみを受信する適
当な帯域濾波能力を発揮し、雑音を除去し、デイ
ジタル形装置である共同する直列インタフエー
ス・ユニツト１０４，１０６に供給される受信信
号を良く整形されたデイジタル信号に整形する演
算増幅器を含む。ライン・ドライバ１１４，１１
６は夫々共同する直列インタフエース・ユニツト
１０４，１０６からきた信号を強くし、その信号
にいくらかライン−ドライビング能力を与えるた
めに使用されて、幾分よりアナログ的性質を有す
る信号に変形し、更に従来行われているように変
圧器を介してライン絶縁を与える。並列インタフ
エース・ユニツト１０８は８本のデータ送信ライ
ン、８本のデータ受信ライン、数本の関連する制
御ライン（図示していない）などを有し、ルー
タ・モジユール２０とカセツト端末機５２との間
のデータをストローブする。並列インタフエー
ス・ユニツト１０８は例えば集積回路＃8255（イ
ンテル・コーポレーシヨン製）のような普通のも
のでよい。ルータ・モジユール２０（第５図）は、又メモ
リーのアクセスを直接達成するMP９２を持たな
いようにするために利用される普通の直接メモリ
ー・アクセス（DMA）ユニツト１１８を含む。
この事は後述する。一次ドライバ５４に使用するソフトウエアは
ROM５６（第１図）に記憶され、二次ドライバ
５８に使用されるソフトウエアはROM１２０に
記憶され、同様にカセツト・ドライバ及び管理６
２に使用されるソフトウエアはROM１２２に記
憶される。ドライバ５４，５８及び管理６２と
夫々共同するソフトウエアは従来のものであり、
そこに使用される特定のシステム又はプロトコル
に従うものであるため、ここで更に詳細に説明す
ることはない。ROM５６，１２０，１２２は説
明を容易にするために別々のものとして表わして
あるが、それらは夫々第５図に表わしたROM９
６−１，９６−２，９６−３の一部を構成するこ
ともできる。ルータ・モジユール２０に使用されるソフトウ
エアは第５図に表わしたROM９６−１，９６−
２，９６−３の一部に記憶される。基本的に、ル
ート割当ロジツク６０のためのソフトウエアを形
成する３つの主なサブルーチンがある。 (a) サブルーチン１；２４，２６等のような端末
機からの応答のすべてを処理する。 (b) サブルーチン２；ホスト・システム２２から
来、及び該システム２２に行く高位出力メツセ
ージを取扱う。 (c) サブルーチン３；前述の表1A，1Bに表わし
た決定表と共同するルート割当ロジツクを実行
する。サブルーチン３はサブルーチン１及び２
によつて呼出される。サブルーチン１は第１図に表わした一次ドライ
バ５４の部分であり、その主な作用を実行する。
サブルーチン１は前述したデータ・リンク・コミ
ユニケーシヨンズ（DLC）と共同する通常のハ
ンドシエーキング及びプロトコルを実行する。例
えば、もし第１図の２４のような端末機の１つが
ホスト・システム２２か又は２６のような他の端
末機の１つのいずれにデータ・メツセージを送ろ
うとする場合、一次ドライバ５４は適当なホーマ
ツトがあるかということを確かめるためにデー
タ・ストリング６６（第２図）をチエツクする。
通常のハンドシエーキング処理の後、プロトコ
ル・エラーのチエツク後に、データ・ストリング
６６が適当なホーマツトであり、正しいというこ
とを確認するような一次ドライバによる処理の点
に到達する。この点で、一次ドライバ５４はルー
チン・モジユール２０を呼出して、第２図の括弧
７６で表わしたデータ・ストリング６６のその部
分を該モジユール２０に送信する。DLCヘツダ
６８及びDLCトレイラ７２はプロトコルの目的
のために使用される。サブルーチン２は第１図に表わした二次ドライ
バ５８の部分であり、その主な作用を実行する。
本質的に、サブルーチン２は高低コミユニケーシ
ヨンズ・ドライバであつて、その作用を実行する
ために小さい種類のサブルーチンにそれを要求す
る。このサブルーチンは普通のものでよく、前述
したように特定のプロトコルの使用に従うため、
これ以上詳細な説明を要しない。明らかに、この
時点では、ホスト・システム２２からきたデータ
は正しいホーマツトであり、正確であるというこ
とをドライバ５８が決定したところまで到達し
た。二次ドライバ５８は、この時点でそこに達し
たデータを送出するようルータ・モジユール２０
に命令する。サブルーチン３は前記で簡単に述べたように、
ルート割当ロジツクを実行するために使用され、
本質的にそれは表1A及び1Bに表わした決定表を
翻訳する。ルータ・モジユール２０のためのルー
ト割当ロジツク６０は以下リストする表２に見る
ことができる。表２ルータ・モジユール２０は本来論理到着機アド
レスを基本としたメツセージのルート割当ロジツ
クを含む。Ａ凝似構築コード１）もし、メツセージの到着機が低位（端末
機）であれば、そのときは、LOWRTF＝
１，HIWRTF＝０を戻す。２）もし、メツセージの到着機が高位（ホス
ト・システム２２）であれば、そのときは、 2a） UPDTNRの呼出しを経て発生機の
Nrカウントを増加する。 2b）もし、高位バツフアがフルか又は高
位ラインが不活性であれば、そそのとき
は、メツセージを処分する。ほかに、どの
バツフア・メツセージがそうであるかを表
示するために高位バツフア・フル・フラグ
をセツトし、LOWRTF＝０，HIWRTF
＝１を戻す。３）もし、メツセージがピン・ポン・テスト
要求であれば、そのときは、 3a） UPDTNRの呼出しを経てリンクNr
を増加する。 3b） PPTDXの呼出しを経てピン・ポン・
テストを実行する。４）もし、メツセージが放送であるべきなら
ば、そのときは、 4a） UPDTNRの呼出しを経てリンクNr
を増加する。 4b）論理的発生機アドレス及び論理的到
着機アドレスを交換又はスワツプ（swap）
する。 4c）グループ１アドレス・フイールド及び
番号を付していない情報制御フイールドを
設定する。（ポール（Poll）ビツト＝０）。 4d） DMAOUTの呼出しを経てフレーム
を送信する。５）もし、メツセージがルータの診断であれ
ば、そのときは、 5a） UPDTNRの呼出しを経てリンクNr
を増加する。 5b）リターン・アドレスを押す。 5c）２バイトのテスト番号を押す。 5d）テーブル（表）エントリ・アドレス
を発生して、与えられたアドレスの遂行を
開始する。６）もし、カセツト端末機５２がメツセージ
の到着機であれば、そのときは、 6a） UPDTNRの呼出しを経てリンクNr
を増加する。 6b） DCMESGの呼出しを経てメツセージ
を処理する。Ｂエントリの点及び呼びシーケンスルータ・モジユール２０を呼ぶ（CALL）。Ｃ出口の条件要求せず。Ｄ外部規定サブルーチン UPDTNR− ステーシヨンのNrカウントを
増加する。 RETURN− 伝送できないメツセージを処分
する。 MOVBUF−メモリーのブロツクを移動する。 DMAOUT−DMAを介してフレームを送信す
る。 CHSTAT−RNRメツセージを送信する。 PPTDX− リンク内（in−link）ピン・ポ
ン・テストを遂行する。 DCMESG− デイジタル・カセツト端末機５
２のメツセージを処理する。Ｅその他の考慮この実施例に使用した型8085マイクロプロセ
ツサ９２はここに説明する種々のプログラム及
びサブルーチンと共に使用され、マイクロプロ
セツサ９２と共同するレジスタのあるものは、
処理中に破棄された。破棄された特定のレジス
タはPSW，Ｂ，Ｃ，Ｄ、及びＥレジスタであ
つた。それらはここではルータ・モジユール２
０とと共同使用することができるその他のルー
チンの書込み（writing）を容易にするために
単にリストされるだけである。ルート割当ロジツク６０は表２のＡ欄から始ま
る擬似構築コードで表わされる。そこに使用され
る種々のコード・ワードの各々の説明は表２の終
りにリストされる。ルート割当ロジツク６０は１
連の“もし”（IF）の文（statements）に続き、
ルート割当ロジツク６０は与えられた状況又は条
件の下に何をなすべきかを規定する“そのとき
は”（THEN）の文によつて提供される。以下、
表２の一般的説明を行う。表２について、その第１項は、もしメツセージ
が、例えば、低位の端末機（２６のような）に転
送されるべきであれば、そのときは、２つのフラ
グがセツトされるということを述べている。この
実施例は低位書込フラグ（LOWRTF）をバイナ
リ“１”に等しくセツトし、高位書込フラグ
（HIWRTF）をバイナリ“０”に等しくセツト
する。バイナリ“１”フラグはRAM９４−１
（第５図）に置かれているバツフアにあるデータ
を使用することができるということを一次ドライ
バ５４に表示し、バイナリ“０”フラグはこのデ
ータを使用することができないということを二次
ドライバ５８に表示する。これらフラグ
LOWRTF及びHIWRTFは第２図に表わすよう
なDLCヘツダ６８及びDLCトレイラ７２と共に
使用されるフラグではなく、ルータ・モジユール
２０、一次ドライバ５４、又は二次ドライバ５８
などがメツセージ又はデータの制御を有するかど
うかということを表示するために、ルート割当ロ
ジツク６０が使用するフラグである。ルート割当
モジユール２０、一次ドライバ５４及び二次ドラ
イバ５８はすべて非同期的に仕事をすることがで
き、これらフラグLOWRTF及びHIWRTFの使
用によつて互相に通信することができる。表２について、その第２項は、もしメツセージ
がホスト・システム２２に給送されるべきであれ
ば、そのときは、Nrカウンタのようなあるカウ
ンタがあるハウスキーピング（housekeeping）
作用を処理するために加算されるということを述
べており、それはUPDTNRとして認識されるサ
ブルーチンの呼出しによつて達成される。Nrカ
ウンタ（図示していない）は、メツセージが正し
く受信され、処理された（後刻ホスト・システム
２２に中継される）ということを一次ドライバ５
２に対して表示するために利用される。例えば、
NrカウンタはMP９２（第１図）と共同する“ス
クラツチーパツド”カウンタであり、言語“Nr”
は“Number Received”（受信番号）カウント
を表わす。この実施例においては、このカウント
のために３ビツトが割当てられ、それらは第２図
に表わすDLCヘツダ６８のコマド・ステータス
（Ｃ／Ｓ）ワードに見られる。メツセージをホスト・システム２２に中継でき
るようになる前に、まず最初に、例えば、RAM
９４−１のある高位バツフアはホスト・システム
２２がそのメツセージを要求するまでそこに記憶
しておくことができるか否かを確認することが必
要である。もし、バツフアが使用可能でないか、
又は第２ｂ項に表示しているように、もし高低ラ
イン１２２（第５図）が不活性であれば、そのと
きは、メツセージは処分され、メツセージを発し
た端末機はその後のメツセージ送信のときに再び
送信を試みなければならない。もし、例えば、
RAM９４−１の高位バツフアが利用可能であれ
ば、そのときは、メツセージはそこに転送され、
フラグがRAM９４−１にセツトされて、そのバ
ツフアはフルであるということを表示する。そこ
で、フラグHIWRTFががバイナリ“１”にセツ
トされて、高位ドライバ５８（第１図）との通信
が要求されているということを表示する。表２について、第３項はピン・ポン・テストの
要求を申し出ているか否かを確認するための入メ
ツセージの検査を表示する。ここに使用されてい
るように、このテストは単に第５図に表わすハー
ドウエアを検査して、正しく作動しているかどう
かを確認し、正しく作動していなければ修理人に
ルータ・モジユール２０を修理させることができ
るようにするという診断テストである。表２の第
3a項は既に前述した第2a項と同一である。第3b
項は診断テストを実行するに必要なすべての工程
を含んでいるサブルーチンPPTDXの呼出しを表
示する。その点については、この発明に関して重
要ではないので、更に詳細な説明は必要としな
い。表２における第４項は、メツセージは放送され
るべできか否かの確認のための検査を表示する。
ここに用いられるように、放送（broadcast）と
いうことばは、ルータ・モジユール２０が第１図
に表わす２４，２６，２８及び３０のような接続
されている端末機のすべてに同時にメツセージを
送信することができる性能を意味する。メツセージは下記情況で放送される。すなわ
ち、１もし、放送プログラムの負荷が要求された場
合、カセツト端末機５２（第１図）からの適切
な又は選ばれたデータ記録が２０のようなルー
タ・モジユールと共同する２４のような端末機
に放送されるだろう。２もし、メツセージがホスト・システム２２か
ら受信され、その論理的到着機アドレス
（LDA）が（20のような）ルータ・モジユール
と共同する（２４，２６，２８又は３０のよう
な）端末機のどの１つのアドレスにも等しくな
いなら、そのルータ・モジユールと共同する端
末機のすべてに放送されるだろう。３もし、メツセージが例えば２４，２６のよう
な関係する低位端末機から２０のようなルー
タ・モジユールによつて受信され、そのメツセ
ージがこれら端末機のどのどの１つのアドレス
にも等しくない論理的発生機アドレス（LOA）
を持つなら、それは関係する端末機すべてに放
送されるだろう。例えば、２０のような特定のルータ・モジユー
ル（２０のような）と共同する端末機にメツセー
ジを放送しているホスト・システム２２に対して
は下記のコメントが通用される。第４図に表わす
２０，２０−２，２０−３のような各ルータ・モ
ジユールはそれと共同するそれ自体のわずかに異
なるプロトコルを持ち、この特徴は２０，２０−
２又は２０−３のような通信するべきである特定
のルータ・モジユールをホスト・システム２２に
選択させることができるようにする。換言する
と、ホスト・システム２２が２０のようなルー
タ・モジユールと共同する２４のような特定の端
末機との通信を希望する場合には、まず最初に
（前述のプロトコルを介して）ルータ・モジユー
ル２０を選び、その後、ルータ・モジユール２０
が第２図の６６のようなそこに適切なLDAを持
つデータ・ストリングを使用して適当な端末機に
メツセージを給送する。もし、データ・ストリン
グ６６のLDAが２０のようなルータ・モジユー
ルと共同する端末機の１つと等しくないなら、そ
のときはそのメツセージはそのルータ・モジユー
ルと共同する端末機すべてに放送される。下記表３は第４図の２４のような端末機からの
メツセージがルータ・モジユール２０と共同する
２６，３０のようなほかの端末機に対し、放送モ
ードでいかに発信接続されるかを表わすものであ
る。

【表】表３に表わす数は16進指示である。表３のライ
ン１は選択的移動を表わす。すなわち、その数字
は、端末機２４（又、第４図に（0011）と印され
たLOAを持つ）はプリンタ３０（又、（0013）の
LDAを持つ）に給送されるだろうということを
表示する。又、表３のライン１は放送メツセージ
を除くすべてのメツセージを取扱う表1A及び1B
の作用と類似する。表３のライン２は第４図の２４のような端末機
がいかにルータ・モジユール２０と共同する２
６，３０のような他の端末機に対して放送メツセ
ージを発信することができるかを表わす。端末機
２４が放送メツセージを発信するべきときは、そ
のLOAは表３のライン２に見られるように、通
常の（0011）から（1111）のLOAに（例えば、
キーボード・エントリを用いて）故意に変更され
る。それは端末機２４に関連する通常のLOA指
示ではないため、ルータ・モジユール２０はそれ
をメツセージの放送の要求と認識し、そこでルー
タ・モジユール２０は表３のライン３に表わすよ
うに、LOAフイールドとLDAフイールドとを切
換えるであろう。表３のライン３はルータ・モジ
ユール２０と共同する２６，３０のような他の端
末機に対して放送モードを達成する。データ・ストリング６６のDLCヘツダ６８に
配置されているＡと印されたアドレスはそれと関
係する端末機（２４，２６等のような）に対して
メツセージを放送するよう２０のようなルータ・
モジユールで利用される。DCLヘツダ６８のア
ドレスＡはこの実施例では８ビツト・アドレスで
あり、表1Bのリンク・アドレスとして引用され
る。表1Bの１３ｂのようなラインの最初の４ビ
ツトはリンク・アドレスの上部４ビツトを表わ
す。特定のこの実施例では、８ビツト・アドレス
Ａの下部４ビツトは全部同一であるため、表1B
には表わしていない。第４図のモジユール＃１と
して表わされるルータ・モジユール２０のための
16進指示は、そのため前述したように（001X）
である。（0012）の16進指示を持つ第４図の２６
のような端末機は表1Bのライン３ｂで表わされ
る。更にメツセージの放送について説明を続ける
と、表２の第4a項は既に説明した第2a項と同一
である。第4b項はメツセージを一次ドライバ５
４と共同するライン・ドライバ１１６に送信する
ための正しいホーマツトにするために、データ・
ストリング６６のDLCヘツダ６８のLDAフイー
ルドとLOAフイールドとを切換える作用を述べ
ている。第4c項はメツセージを放送するために一
次ドライバ５４に関連するDLCプロトコルの要
求を述べている。第4d項は一次ドライバ５４の
一部であるサブルーチンを呼出すことに言及し、
このサブルーチンは第５図に表わすライン・ドラ
イバ１１６を含む通信リンクを介してメツセージ
を送信する。表２に関し、その第５項は２４のような耐末機
から発信され、２０のようなルータ・モジユール
を作動してあるテスト又は診断ルーチンを実行す
るべく用いられるあるメツセージに言及する。こ
れらあるメツセージは表1Aに表わす論理的到着
機アドレス（LDA）を用いて、２０のようなル
ータ・モジユールにおいて認識される。例えば、
２４のような端末機の使用者はそれに接続されて
いるルータ・モジユール２０のテスト・ルーチン
を開始したいかもしれない。関係するルータ・モ
ジユール２０のLDAは例えば端末機２４から供
給され、第２図に表わすDNAヘツダ７０に置か
れることになる。そこに挿入される上部12デイジ
ツトS₁₅〜S₄はルータ・モジユール２０にストラ
ツプされるデイジツトと同一であり、これらデイ
ジツトはルータ・モジユール２０と共同するスイ
ツチ（第５図に、全体的に１０２として表わす）
から手動挿入される。下部４デイジツトS₃〜S₀は
表1Aのライン１ａに表わすように全部“０”で
ある。以上述べた16デイジツトS₁₅〜S₀はテスト
又は診断ルーチンが要求されており、その要求さ
れているテスト・ルーチンは説明中の例では端末
機２４に挿入されるデータ・ストリング６６（第
２図）の一部として挿入されるということをルー
タ・モジユール２０に表示する。もし、診断又はテスト・ルーチンが表２の第５
項の如き前項で述べたように要求されたなら、そ
のときは、工程５ａ乃至５ｄが表２にリストされ
ているように行われる。工程５ａは前述した工程
２ａと同一である。工程５ｂ，５ｃ及び５ｄにお
いて、例えば９６−１のようなROMに記憶され
ているルータ・モジユール２０に関連するサブル
ーチンが要求されたテスト・ルーチンの遂行のた
めに呼出される。上記サブルーチンはリターン・
アドレスをセーブ（save）しておき（工程５
ｂ）、その後要求されたテスト・ルーチンがどこ
に置かれているかについて（工程５ｃ）（ルツク
アツプ・テーブルの）アドレスを計算する（工程
５ｃ）。その後、ルータ・モジユール２０は最初
に呼出したテスト・ルーチンを遂行する（工程５
ｄ）。テスト・ルーチンが完了したとき、処理を
続行するために制御がルータ・モジユールに戻
る。表２に関し、その第６項は、メツセージ到着機
はカセツト端末機５２であるか否かの確認の検査
を表示する。表1Aのライン１６ａに見られるよ
うに、LDAのデイジツトS₃〜S₀がすべてバイナ
リ“１”のときは、メツセージの到着機は（表
1Bのライン１６ｂから）カセツト端末機５２で
ある。工程６ａは前述した工程２ａと同一であ
り、工程６ｂはカセツト・ユニツト又は端末機５
２に対してメツセージの転送を行うために必要な
工程を提供するサブルーチンDCMESGを呼出す
ことによつてメツセージを処理することに関する
工程である。表２のＢ欄は単にルータ・モジユール２０を呼
出すためのエントリの点に関する。表２のＣ欄は、ルータ・モジユール２０につい
て説明したルーチンから出るために特別な要求は
必要ないということを表示する。表２のＤ欄はルータ・モジユール２０と共に使
用され、外部から規定されるサブルーチンをリス
トする。表２のＥ欄はルータ・モジユール２０に関連す
るその他の考慮を説明する。それらの考慮は表２
に関して前述した。以上、ルート割当ロジツク６０に関連するルー
チン（表２）のあるものを全体的に説明したが、
第２図に表わすデータ・ストリング６６のような
メツセージがいかに第１図及び第５図に表わすル
ータ・モジユール２０によつて処理されるかを更
に詳細に説明するのが適当と思われる。２４のような端末機（第１図）から発生したデ
ータ・ストリング６６のようなメツセージはライ
ン・レシーバ１１２（第５図）を通して直列イン
タフエース・ユニツト１０６に送られる。インタ
フエース・ユニツト１０６はヘツダ６８の開始フ
ラグＦとトレイラ７２の終了フラグとによつて、
データ・ストリング６６のようなメツセージを認
識する。メツセージがインタフエース・ユニツト
１０６に受取られると、DMAユニツト１１８に
よつてRAM９４−１に転送される。全体のデー
タ・ストリング６６がインタフエース・ユニツト
１０６に受信された後、エラーが検出されるかど
うかを確かめるために、データ・ストリング６６
のデータCRCエラー・チエツクが行われる。エ
ラー・チエツクが行われた後、インタフエース・
ユニツト１０６はMP９２に割込みをかけ、ユニ
ツト１０６が処置することができるメツセージを
持つているということを知らせる。その後、MP
９２は、一次ドライバ５４（第１図）がその一部
である共同するプログラムを遂行することができ
るようにし、そのプログラムは通信又は転送プロ
トコルを設定する。メツセージ又はデータ・スト
リング６６はRAM９４−１の特定のアドレスに
残される。一次ドライバ５４と共同するプログラ
ムはそこでメツセージの到着機を決定するルート
割当ロジツク６０を呼出す。ルート割当ロジツク
６０と共同するプログラムは例えばROM９６−
１の一部に記憶され、このプログラムに関係する
MP９２と表1A及び1Bに表わす決定表とがメツ
セージはどこに送られるべきかを確かめるだろ
う。この例においては、データ・ストリング６６
のヘツダ７０（第２図）のLDAは、プリンタ・
モジユール３０（第１図）に対してメツセージを
送るべきことを表示することができる。これは、
一次ドライバ５４が呼出され、ROM９４−１に
記憶されていたデータ・ストリング６６の開始ア
ドレスが与えられるということを意味する。そこ
で、ドライバ５４はDMAユニツト１１８に適当
なコマンドを与えて、ROM９４−１からインタ
フエース・ユニツト１０６に対してデータ・スト
リングの転送を行い、次にライン・ドライバ１１
６に対しそのデータ・ストリング６６の転送を行
い、次にこの例ではプリンタ・モジユール３０に
対しそのデータ・ストリング６６の転送を行う。
ここでは転送メツセージは全部データ・ストリン
グ６６のように説明したが、例えば、２４，３０
のような端末機とMP９２との間で転送されるメ
ツセージは例えば６６のような全メツセージ・デ
ータ・ストリングを形成するためにDLCヘツド
６８及びDLCトレイラ７２（第２図）のみを持
つメツセージとするなどその他多数あるであろ
う。これら短くされたメツセージは、ルート割当
ロジツク６０と組合わされているMP９２も又ル
ート割当ロジツク６０が提供したプログラムを現
に遂行しているという事実に対して、すべて時間
的に非同期に数行可能な単なるプロトコル制御メ
ツセージである。データ・ストリング６６で表わされるようなメ
ツセージが２４のような端末機からホスト・シス
テム２２（第１図）に対して転送されるべきとき
には次の手順が用いられる。前述したように、デ
ータ・ストリング６６の到着機又はLDAが２４
のような端末機に挿入され、又はそれによつて始
動されて、そのデータ・ストリングがライン・レ
シーバ１１２（第５図）を介入してインタフエー
ス・ユニツト１０６に接続される。データ・スト
リング６６はインタフエース・ユニツト１０６か
ら、例えば前述したように、DMAユニツト１１
８によつてRAM９４−１に転送される。トレイ
ラ７２（第２図）のCRCバイトについてエラー
検出及び修正が行われた後、MP９２は割込みさ
れて一次ドライバ５４のソフトウエア部分の遂行
を開始し、データ・ストリング６６のLDA及び
Ｃ／Ｓフイールドを検査させる。検査の後、デー
タ・ストリング６６はソフトウエアの呼出しによ
りルート割当ロジツク６０に送られる。この呼出
しは表２のＢ欄で引用される。ルート割当ロジツ
ク６０と共同するソフトウエアはメツセージがホ
スト・システム２２に転送されるべきであるとい
うことをデータ・ストリング６６のLDAから確
認する。それに関し、ルート割当ロジツク６０は
メツセージをホスト・システム２２に転送できる
ようにするために、二次ドライバ５８を呼出す。
メツセージ又はデータ・ストリング６６がRAM
９４−１に記憶されるそのアドレスは、そのとき
ROM１２０に記憶されているプログラムを含む
二次ドライバ５８に送られる。そこで、二次ドラ
イバはホスト・システム２２からのポール又は呼
出しを待ち、そこへのデータの転送を実行する。
この実施例では、インタフエース・ユニツト１０
４は１回に１キヤラクタをホスト・システム２２
に転送する。これが行われている間、MP９２は
MP９２の累算器を通してRAM９４−１に記憶
されているデータ・ストリング６６から次のキヤ
ラクタを引き出して、それをインタフエース・ユ
ニツト１０４に転送する。このキヤラクタはイン
タフエース・ユニツト１０４からライン・ドライ
バ１１４を介してホスト・システム２２に送られ
る。この実施例において、キヤラクタは最高速度
4800ボーでインタフエース・ユニツト１０４から
直列に出力されて送信される。故に、インタフエ
ース・ユニツト１０４が１度に１キヤラクタ送信
している間、MP９２は二次ドライバ５８を一次
停止し、MP９２が２４，２６のような低位端末
機のポーリングのような他の処置を処理すること
を可能にし、システムを通る他のメツセージの送
信を可能にする。直列インタフエース・ユニツト
１０４からのキヤラクタの送信は本質的にMP９
２がRAM９４−１からそこにキヤラクタを供給
するにかかる時間より長時間を要する。インタフ
エース・ユニツト１０４は普通のものでよく、例
えばインテル社製の＃8251集積回路チツプでよ
い。キヤラクタの送信に関する限り、MP９２は
データ・ストリング６６から２つの８ビツト・バ
イト又は２キヤラクタを選択してそれらをインタ
フエース・ユニツト１０４に転送する。これら２
バイトのうちの最初バイトが送信されている間、
第２のバイトはインタフエース・ユニツト１０４
に含まれているレデイ・ステーシヨン又はバツフ
アに置かれる。最初のバイト又はキヤラクタがラ
イン・ドライバ１１４に送信されたとき、MP９
２に対して割込信号が送信され、インタフエー
ス・ユニツト１０４がドライバ１１４に第２バイ
トの送信を開始するために該第２バイト又はキヤ
ラクタをそのバツフアから転送する。そこで、第
３キヤラクタ又はバイトを得るために再びMP９
２に割込みをかける。データ・ストリング６６（第２図）のようなメ
ツセージがホスト・システム２２から、例えば２
４，２６（第１図）のような端末機の１つに転送
されるべき場合、次のような手順が用いられる。
そのような場合、二次ドライバ５８はルータ・モ
ジユール２０に対して呼出しを発送する。これは
MP９２に作用してルート割当ロジツク６０を働
かける。データ・ストリング６６のLDAはこの
例では端末機２４にメツセージが行くべきである
こと（表1A及び1Bを介して）表示するであろ
う。そして、データ・ストリング６６はRAM９
４−１（第５図）に記憶される。次に、ルート割
当ロジツク６０は一次ドライバ５４（第１図）を
呼出して転送を達成する。一次ドライバ５４は直
列インタフエース・ユニツト１０６（第５図）の
ために要求される適当な入力及び出力（Ｉ／Ｏ）
コマンドを始動し、前述のDAMユニツト１１８
を設定する。次に、メツセージはライン・ドライ
バ１１６を介して端末機２４に直列に送信され
る。端末機２４は一次ドライバ５４と共同するプ
ロトコルの一部としてルータ・モジユール２０に
対して管理フレームを発信することによつてそれ
に答える。