JPH01226059A - 通信アダプタ - Google Patents

Abstract

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

Description

【発明の詳細な説明】 産業上の利用分野 この発明は、コンピュータ・ネットワークに用いる通信
アダプタに関する。

従来の技術 ］ンピュータ・ネットワークの典型的な構成例を第６図
に示している。同図において、１は一般端末、２は管理
端末、３はネットワークの媒体である同軸ケーブル、４
は同軸ケーブル用のトランシーバ、５はもう１つのネッ
トワークの媒体である光ファイバ・ケーブルを示してい
る。ここで同軸ケーブル４を用いたネットワークのプロ
トコルをＡとし、光ファイバ・ケーブル５を用いたネッ
トワークのプロトコルをＢとする。

このネットワーク・システムにおける通信アダプタは、
その用途および機能によって以下の種類に分かれる。

■　一般端末１をプロトコルＡのネットワークニ結合す
るためのアダプタ６、 ■　一般端末１をプロトコルＢのネットワークニ結合す
るためのアダプタ７、 ■　管理端末２をプロトコルＡのネットワークに結合す
るためのアダプタ８、 ■　管理端末２をプロトコルＢのネットワークに結合す
るためのアダプタ９、 ■　プロトコルＡのネットワークとプロトコルＢのネッ
トワークとを結合するためのゲートウェイ１０、 ■　同じプロトコルＡのネットワーク間を結合するため
のブリッジ１１ 発明が解決しようとする課題 従来においては、上述した各種アダプタの開発が統一し
たアーキテクチャによシ行なわれておらず、一般端末用
アダプタ、管理端末用アダプタ、ゲートウェイ、ブリッ
ジ等のそれぞれが異なるハードウェアおよびソフトウェ
アを持つ装置として別個に設計されており、そのために
開発設計の費用および時間が増大するという問題があっ
た。

この発明は上述した従来の問題点に鑑みなされたもので
、その目的は、゛同じ八−ドウエアおよびソフトウェア
の通信アダプタを、用途に応じて一般端末用アダプタ、
管理端末用アダプタ、ゲートクエイ、ブリッジ等として
簡単に使い分けることができるようすることにある。

課題を解決するための手段 本発明は上述の課題を解決するため、ハードウェアはＣ
ＰＵ通信のためのインターフェイスをもち、ソフトウェ
アは、各レイヤのプロトコル・エンティティおよびマネ
ジメント・エンティティをマルチタスク環境におけるタ
スクとして実現し、各レイヤごとにメールの送信先を決
定するためテーブルを設け、このテーブルに任意の内容
を設定できるように構成した。

作　　　　用 各タスクがメールの送受信によシデータの受は渡しを行
なうために、上記テーブルに用途に応じた内容（送信先
）を設定しておくことで、どのタスクからも他ボードの
任意タスクへメールを送ることが可能である。そのため
に、通信アダプタの最上位レイヤから端末へ送れば一般
端末とな、）７、ＭＡＣ＋プレイヤから同じ媒体を持つ
他アダプタのＭＡＣ＋プレイヤへ送ればブリッジとなシ
、ネットワーク・レイヤ以上のレイヤから他アダプタの
同一レイヤへ送ればゲートクエイとして動作が可能にな
る。

実施例 第１図は本発明の一実施による通信アダプタの全体的な
構成を示している。２０はキーボードとＣＲＴで構成さ
れる入出力装置、２１はＯ８Ｉのアプリケーション層（
ＡＬ）、２２はプレゼンテーン目ン層（ＰＬ）、２３は
セツション層（ＳＬ）、２４はトランスポート層（ＴＬ
）、２５はネットワーク層（ＮＬ）、２６はロジカル・
リンク・コントロール（ＬＬＣ）副層、２７はメディア
・アクセス・コントロール（ＭＡｅ）副Ｍ、２ｓｕシス
テム管理応用プロヤス（ＳＭＡ）、２９は５ＭＡ２８の
廿プヤットとしてのネットワーク管理応用プロセス（Ｎ
ＭＡ”）、３０は物理媒体である。

また、Ａは上位層のプロトコルとマンマシン・インタフ
ェース用ボード、ＢおよびＣは同じ構成のアダプタ用ボ
ード、３１は各ボードＡ、Ｂ、Ｃ間のインタフェースを
司どるＣＰＵ間イフィンタフエースＩＦ）であシ、矢印
はメールの流れを示す。

なお、２１〜２７には各レイヤの層管理エンティティ（
ＬＭＥ）も含めたものとする。

各タスク２１〜２９は各ボードＡ−Ｃ内でユニークなタ
スクＩＤを持し、各ボードＡ−Ｃはボードごとにユニー
クなボードＩＤを持つ。ＣｌＦ３１はボードＩＤとタス
クＩＤとでメールの送信先タスクを確定するが、ＣｌＦ
３１と各タスク２１〜２９間のインタフェースにおいて
は、タスクＩＤの代わシにレイヤＩＤを使用することに
より、プログラムのフレキシビリティを向上させている
。つまシ、レイヤＩＤは各層に対し一意に定められてお
り、各タスク２１〜２９は送信先のボードＩＤとレイヤ
ＩＤを指定してＣＩＦ３ｔに送信依頼するだけで、ＣＩ
Ｆ：３ｉがテーブルを参照してレイヤＩＤからタスクＩ
Ｄを求めることになる。こζでのテーブルの内容は管理
端末から任意に変更可能となっており、プログラム作製
時には各タスク２１〜２９が他ボードのタスクＩＤｉ意
識する必要はない。

以上のように構成された通信アダプタは、一般端末用と
して動作する場合は第２図、ブリッジとして動作する場
合は第３図、ゲートクエイとして動作する場合は第４図
、管理端末用として動作する場合は第５図に示す実質の
構成をとる。以下第２図〜第５図におけるデータ処理の
概要を説明する。

第２図は一般端末の例である。入出力装置２０で指定さ
れたデータが上位レイヤ２１と２２を経て５Ｌ２３へ渡
されると、５Ｌ２３では相手ノードアドレスから該当す
るネットワーク・アダプタのボードＩＤが求められ、デ
ータはＣｌＦ３１を経由して下位レイヤ２４〜２７を通
シ、媒体３０へ送出される。

第３図はブリッジの例である。ボードＢのＭＡＣ２７が
媒体３０から拾ったデータは、テーブルに登録されてい
るボードＩＤにの場合はボードＣである）のＭＡＣ２７
へＣｌＦ３１を経由して送られる。

第４図はゲートウェイの例である。ボードＢのＭＡＣ２
７が媒体３０から拾ったデータはＮＬ２５に上が９、Ｎ
Ｌ２５ではデータのＰＣＩ内にあるルート情報から相手
ボードＩＤを割り出し、該当ボード（この場合はボード
Ｃ）のＮＬ２５へＣｌＦ３１経由でデータを送る。

第５図は管理端末の例であるが、第２図と異なるのは、
マンマシン・インタフェースの入出力装置２０に対する
入出力が５ＭＡ２８に対応してい　　　　−ることのみ
であシ、動作の主体は５ＭＡ２８にある。

発明の効果 以上の説明から明らかなように、本発明は、マルチパス
準拠のインタフェースを持つ八−ドウエア上のマルチタ
スク環境に、プロトコル・エンティティおよびマネジメ
ント・エンティティを実現し、各エンティティはメール
の送信先を決定するテーブルを備え、アダプタ内にはＯ
８Ｉのトランスポート層またはセツション層までの各レ
イヤと、システム管理応用プロセスのチブセットである
ネットワーク管理応用プロセスを置くことによって、各
タスクがメールの送受信によシデータを受は渡す構成と
したので、用途に応じたテーブルを用意するだけで、ど
のタスクからも他ボードの任意のタスクへメールを送る
ことが可能となシ、アダプタの最上位レイヤから端末へ
送るようにすれば一般端末用となシ、ＭＡＣ４）プレイ
ヤから同じ媒体を持つ他アダプタのＭＡＣ＋プレイヤへ
送るようにすればブリッジとして動作し、ネットワーク
・レイヤ以上のレイヤから池アダプタの同一レイヤへ送
るようにすればゲートウェイとして動作する。

このようにテーブルの内容変更によって簡単に用途別に
使い分けることができる。

【図面の簡単な説明】

第１図は本発明の一実施例による通信アダプタの全体的
な概略構成図、第２因は同アダプタは一般端末用として
使う場合の実質的構成を示す図、第３図は同じくブリッ
ジとして使う場合の実質的構成を示す図、第４図は同じ
くゲートウェイとして使う場合の実質的構成を示す図、
第５図は同じく管理端末用として使う場合の実質的構成
を示す図、第６図はネットワーク・システムの構成例を
示す図である。 ２０・・・入出力装置、２１・・・アプリケーション層
、２２・・・プレゼンテーション層、２３・・・セツシ
ョン層、２４・・・トランスポート層、２５・・・ネッ
トワーク層、２６・・・ロジカル・リンク・コントロー
ル副層、２７・・・メディア・アクセス・コントロール
副層、２８・・・システム管理応用プロセス、２９・・
・ネットワーク管理応用プロセス、３０・・・物理媒体
、３１・・・ＣＰＵ間イフィンタフエー ス理人の氏名　弁理士　中　尾　敏　男　ほか１名第１
図 第２図 第５図

Claims (1)

【特許請求の範囲】
1. ＣＰＵ通信可能なハードウェア・インターフェースと、
   マルチタスク環境におけるタスクとして備えられた各レ
   イヤのプロトコル・エンティティおよびマネジメント・
   エンティティと、メールの送信先を定める各レイヤごと
   のテーブルと、このテーブルに任意の内容を設定するた
   めの手段とを備えた通信アダプタ。