JPH07117929B2 - 無接続セッション指向プロトコルの第１メッセージの生成システム及び方法 - Google Patents
無接続セッション指向プロトコルの第１メッセージの生成システム及び方法Info
- Publication number
- JPH07117929B2 JPH07117929B2 JP5202092A JP20209293A JPH07117929B2 JP H07117929 B2 JPH07117929 B2 JP H07117929B2 JP 5202092 A JP5202092 A JP 5202092A JP 20209293 A JP20209293 A JP 20209293A JP H07117929 B2 JPH07117929 B2 JP H07117929B2
- Authority
- JP
- Japan
- Prior art keywords
- protocol
- sideband
- message
- netbios
- session
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/24—Negotiation of communication capabilities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/326—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the transport layer [OSI layer 4]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
- Small-Scale Networks (AREA)
- Communication Control (AREA)
Description
【０００１】
【産業上の利用分野】本発明は相互接続環境のデータ処
理システムに関し、特に相互接続環境のデータ処理シス
テムにおける小パケット・データの送信システム及び方
法に関する。
理システムに関し、特に相互接続環境のデータ処理シス
テムにおける小パケット・データの送信システム及び方
法に関する。
【０００２】
【従来の技術】ローカル・エリア・ネットワーク（ＬＡ
Ｎ）又はワイド・エリア・ネットワーク（ＷＡＮ）のよ
うな相互接続演算環境に複数のデータ処理システムを接
続するということが広く用いられつつある。異なるプロ
トコルの複数の異なるＬＡＮネットワークが複数の業者
から出荷されたデータ処理システムとそのネットワーク
で共に接続するようにしたことにより、ネットワークが
更に複雑となってきた。
Ｎ）又はワイド・エリア・ネットワーク（ＷＡＮ）のよ
うな相互接続演算環境に複数のデータ処理システムを接
続するということが広く用いられつつある。異なるプロ
トコルの複数の異なるＬＡＮネットワークが複数の業者
から出荷されたデータ処理システムとそのネットワーク
で共に接続するようにしたことにより、ネットワークが
更に複雑となってきた。
【０００３】異なるネットワーク技術で相互に通信する
ことができることを保証するため、ほとんどの業者は、
ＩＥＥＥ及びＬＡＮに対する国際標準化機構規格に基づ
いてインタフェースする能力を提供する。ＩＳＯ８８０
２−２（ＩＥＥＥ規格８０２．２−１９８９）論理リン
ク制御（ＬＬＣ）プロトコルはローカル・エリア・ネッ
トワークのデータ・リンク層を記述している。ＩＳＯ８
８０２−３ (ＩＥＥＥ規格８０２．３−１９８８）はア
クセス方法としてＣＳＭＡ／ＣＤを使用するバスを記述
している。
ことができることを保証するため、ほとんどの業者は、
ＩＥＥＥ及びＬＡＮに対する国際標準化機構規格に基づ
いてインタフェースする能力を提供する。ＩＳＯ８８０
２−２（ＩＥＥＥ規格８０２．２−１９８９）論理リン
ク制御（ＬＬＣ）プロトコルはローカル・エリア・ネッ
トワークのデータ・リンク層を記述している。ＩＳＯ８
８０２−３ (ＩＥＥＥ規格８０２．３−１９８８）はア
クセス方法としてＣＳＭＡ／ＣＤを使用するバスを記述
している。
【０００４】ＩＳＯ８８０２−４ (ＩＥＥＥ規格８０
２．４−１９８５）はアクセス方法として使用するトー
クンを渡すバスを記述している。ＩＳＯ８８０２−７は
アクセス方法としてスロットリングを使用したリングを
記述している。この標準規格ファミリはＩＳＯオープン
・システム相互接続基準モデルによって定義された物理
的層及びデータ・リンク層を取扱う。
２．４−１９８５）はアクセス方法として使用するトー
クンを渡すバスを記述している。ＩＳＯ８８０２−７は
アクセス方法としてスロットリングを使用したリングを
記述している。この標準規格ファミリはＩＳＯオープン
・システム相互接続基準モデルによって定義された物理
的層及びデータ・リンク層を取扱う。
【０００５】ＩＳＯ８８０２−２に記述されているデー
タ・リンク層は物理的層に接続するようデータ・リンク
層の機能性を完成することが定義されている中間アクセ
ス制御（ＭＡＣ）副層（サブレイヤ）又はボトム層と、
トップ又は論理リンク制御（ＬＬＣ）サブレイヤとから
成る。ＩＳＯ２−２規格はネットワークの２つのシステ
ム間の通信に対する２つのＬＬＣプロトコルを持ち、広
い範囲の潜在的アプリケーションを満足している。
タ・リンク層は物理的層に接続するようデータ・リンク
層の機能性を完成することが定義されている中間アクセ
ス制御（ＭＡＣ）副層（サブレイヤ）又はボトム層と、
トップ又は論理リンク制御（ＬＬＣ）サブレイヤとから
成る。ＩＳＯ２−２規格はネットワークの２つのシステ
ム間の通信に対する２つのＬＬＣプロトコルを持ち、広
い範囲の潜在的アプリケーションを満足している。
【０００６】ＩＳＯ８８０２−２ＬＬＣタイプ１プロト
コルは、ＩＳＯ規格のセクション６に記述されている受
信側システムに対する配送の保証のないプロトコルの複
雑性が最少の無接続プロトコルである。このモードは高
位の層、例えばアプリケーションが不可欠な回復とか、
データ・リンク層で複製を必要としないようなシーケン
スを供給する場合は有益である。
コルは、ＩＳＯ規格のセクション６に記述されている受
信側システムに対する配送の保証のないプロトコルの複
雑性が最少の無接続プロトコルである。このモードは高
位の層、例えばアプリケーションが不可欠な回復とか、
データ・リンク層で複製を必要としないようなシーケン
スを供給する場合は有益である。
【０００７】このオペレーションのタイプは、又、各デ
ータ・パケットの配送を保証することが重要でない場合
のアプリケーションに有益である。ＩＳＯ８８０２−２
ＬＬＣタイプ２プロトコルは保証配送に対する接続基本
プロトコルである。このモードはデータ・リンク層の回
復方式の包括的集合、及びデータ・リンク層ユニットの
順次配送の支援を含む。
ータ・パケットの配送を保証することが重要でない場合
のアプリケーションに有益である。ＩＳＯ８８０２−２
ＬＬＣタイプ２プロトコルは保証配送に対する接続基本
プロトコルである。このモードはデータ・リンク層の回
復方式の包括的集合、及びデータ・リンク層ユニットの
順次配送の支援を含む。
【０００８】この第２のタイプのオペレーションはＩＳ
Ｏ規格のセクション７に記述されている。ＩＢＭのＬＡ
Ｎサーバ（ServerTM）及び NetBIOSTMのような多くのネ
ットワーク・サーバ及びメッセージ転送インターフェー
スがあるため、ネットワークの２システム間において、
セッション指向データ転送が要求される。
Ｏ規格のセクション７に記述されている。ＩＢＭのＬＡ
Ｎサーバ（ServerTM）及び NetBIOSTMのような多くのネ
ットワーク・サーバ及びメッセージ転送インターフェー
スがあるため、ネットワークの２システム間において、
セッション指向データ転送が要求される。
【０００９】
【発明が解決しようとする課題】一般に、各クライアン
トに対するトランザクションを追跡するためには、全て
のデータ転送に関する８０２．２タイプ２プロトコル及
びセッション・レベル・プロトコルの使用が必要とされ
る。しかし、このようなデータ転送方法は大きなメッセ
ージに対しては有効であるが、小さなメッセージに対し
ては相当性能が悪い。
トに対するトランザクションを追跡するためには、全て
のデータ転送に関する８０２．２タイプ２プロトコル及
びセッション・レベル・プロトコルの使用が必要とされ
る。しかし、このようなデータ転送方法は大きなメッセ
ージに対しては有効であるが、小さなメッセージに対し
ては相当性能が悪い。
【００１０】従って、本発明の目的は、小さなネットワ
ーク・パケットの送信に対し、応答時間を短縮して処理
量を増加することである。
ーク・パケットの送信に対し、応答時間を短縮して処理
量を増加することである。
【００１１】
【課題を解決するための手段】本発明は、上記の課題を
解決するため、ネットワークは通常信頼できるという知
識を使用してそれが達成される。ＩＳＯ８８０２−２プ
ロトコル及びNetBIOSプロトコル・ドライバを含むＬＡ
Ｎアプリケーション及び拡張プロトコル・ドライバに対
する拡張によって、それらは側波帯（Sideband）と呼ば
れる新形式の無接続セッション指向通信に対し協力する
ことができる。
解決するため、ネットワークは通常信頼できるという知
識を使用してそれが達成される。ＩＳＯ８８０２−２プ
ロトコル及びNetBIOSプロトコル・ドライバを含むＬＡ
Ｎアプリケーション及び拡張プロトコル・ドライバに対
する拡張によって、それらは側波帯（Sideband）と呼ば
れる新形式の無接続セッション指向通信に対し協力する
ことができる。
【００１２】側波帯の使用により、ヘッダ情報が記憶さ
れ、再使用されて、小さなネットワーク・パケットの送
信に対する応答時間が短縮し、処理量が増加する。
れ、再使用されて、小さなネットワーク・パケットの送
信に対する応答時間が短縮し、処理量が増加する。
【００１３】各セッションの開始時において、ＬＡＮア
プリケーションは拡張ＩＳＯ８８０２−２プロトコル・
ドライバと通信し、それら両方が側波帯を支援するか否
かを判別する。又、ＬＡＮアプリケーション及び拡張プ
ロトコル・ドライバが常駐している要求者又はクリエス
タ・システムは、側波帯通信で送信する受信システムで
側波帯が支援されるか否かを判別する。両システムで側
波帯が完全支援される場合、そのセッションに対し側波
帯が活動化される。
プリケーションは拡張ＩＳＯ８８０２−２プロトコル・
ドライバと通信し、それら両方が側波帯を支援するか否
かを判別する。又、ＬＡＮアプリケーション及び拡張プ
ロトコル・ドライバが常駐している要求者又はクリエス
タ・システムは、側波帯通信で送信する受信システムで
側波帯が支援されるか否かを判別する。両システムで側
波帯が完全支援される場合、そのセッションに対し側波
帯が活動化される。
【００１４】活動状態の側波帯を有するセッションにお
いて通信することとなったとき、ＬＡＮアプリケーショ
ンは、側波帯経路を使用して情報が送信されるべきであ
るということを要求することができる。その場合、拡張
プロトコル・ドライバは、例えば、データが側波帯基準
に合致するか否かの確認のためそれを検査し、その基準
に合致していた場合は単一パケットに収容してそのパケ
ットを側波帯に送信するよう試みる。
いて通信することとなったとき、ＬＡＮアプリケーショ
ンは、側波帯経路を使用して情報が送信されるべきであ
るということを要求することができる。その場合、拡張
プロトコル・ドライバは、例えば、データが側波帯基準
に合致するか否かの確認のためそれを検査し、その基準
に合致していた場合は単一パケットに収容してそのパケ
ットを側波帯に送信するよう試みる。
【００１５】側波帯が無接続媒体の場合、追加のコード
経路を設定し、タイマを追跡し、再送信を試みた場合、
それをプロトコルに保管するよう処理することが必要で
ある。ＬＡＮアプリケーション・コードに対するセッシ
ョン指向応答が重要である場合、指定した期間内に応答
を受信しなかった場合には、非側波帯経路を介してデー
タを再送信するため、タイマの追跡を継続する。
経路を設定し、タイマを追跡し、再送信を試みた場合、
それをプロトコルに保管するよう処理することが必要で
ある。ＬＡＮアプリケーション・コードに対するセッシ
ョン指向応答が重要である場合、指定した期間内に応答
を受信しなかった場合には、非側波帯経路を介してデー
タを再送信するため、タイマの追跡を継続する。
【００１６】それ以上のコード経路を保管するため、拡
張プロトコル・ドライバ・コードがセッションに対する
ヘッダ及びトレーラ（又は後書き）情報を記憶する。ヘ
ッダ及びトレーラ情報は側波帯でセッションを介して送
信される全ての単一パケットに対する定数を保持するの
で、このデータに入れる必要がある正規のコード経路を
追跡するに必要な時間が除去される。
張プロトコル・ドライバ・コードがセッションに対する
ヘッダ及びトレーラ（又は後書き）情報を記憶する。ヘ
ッダ及びトレーラ情報は側波帯でセッションを介して送
信される全ての単一パケットに対する定数を保持するの
で、このデータに入れる必要がある正規のコード経路を
追跡するに必要な時間が除去される。
【００１７】側波帯は信頼性のあるネットワークに依存
する。ある点でネットワークが信頼できなくなった場
合、ネットワークの信頼性を追跡するための処理手順を
使用して、ネットワークの信頼性に従って、側波帯を使
用可能にし、又は使用不能にする。
する。ある点でネットワークが信頼できなくなった場
合、ネットワークの信頼性を追跡するための処理手順を
使用して、ネットワークの信頼性に従って、側波帯を使
用可能にし、又は使用不能にする。
【００１８】
【実施例】以下、添付図面に基づき本発明の好ましい実
施例を詳細に説明する。図１は、従来のマイクロプロセ
ッサのような中央処理装置１０と、システム・バス１２
を経由して相互に接続された多くの他の装置とを有する
本発明によるワークステーションの典型的なハードウェ
ア構造を例示した代表的なハードウェア環境を示すブロ
ック図である。
施例を詳細に説明する。図１は、従来のマイクロプロセ
ッサのような中央処理装置１０と、システム・バス１２
を経由して相互に接続された多くの他の装置とを有する
本発明によるワークステーションの典型的なハードウェ
ア構造を例示した代表的なハードウェア環境を示すブロ
ック図である。
【００１９】図１に示すワークステーションはランダム
・アクセス・メモリー（ＲＡＭ）１４と、読出し専用メ
モリー（ＲＯＭ）１６と、バスに対しディスク装置２０
のような周辺装置を接続するＩ／Ｏアダプタ１８と、キ
ーボード２４、マウス２６、スピーカ２８、マイクロホ
ン３２、及び（又は）タッチ・スクリーン装置（図に示
していない）のような他のユーザ・インターフェース装
置をバスに接続するユーザ・インターフェース・アダプ
タ２２と、ワークステーションをデータ処理ネットワー
クに接続する通信アダプタ３４と、表示装置３８をバス
に接続する表示アダプタ３６とを含む。
・アクセス・メモリー（ＲＡＭ）１４と、読出し専用メ
モリー（ＲＯＭ）１６と、バスに対しディスク装置２０
のような周辺装置を接続するＩ／Ｏアダプタ１８と、キ
ーボード２４、マウス２６、スピーカ２８、マイクロホ
ン３２、及び（又は）タッチ・スクリーン装置（図に示
していない）のような他のユーザ・インターフェース装
置をバスに接続するユーザ・インターフェース・アダプ
タ２２と、ワークステーションをデータ処理ネットワー
クに接続する通信アダプタ３４と、表示装置３８をバス
に接続する表示アダプタ３６とを含む。
【００２０】本発明の好ましい実施例は、ＩＢＭ ＯＳ
／２ オペレーション・システムが導入されたＩＢＭパ
ーソナル・システム／２ ( Personal System／２）で行
われる。ハードウェア及びソフトウェア環境の詳細は
“ＰＳ／２ ハードウェア・インターフェース技術基
準”（ＰＳ／２ Hardware Interface Technical Refer
ence）Ｓ１０Ｇ−６４５７，ＩＢＭコーポレイション
（１９９１）、及び“ＯＳ／２ 表示管理プログラミン
グ”（ＯＳ／２ Presentation Manager Programming）
ＳＣ２８−２７００（ＩＢＭコーポレイション（１９９
２））に記述されている。
／２ オペレーション・システムが導入されたＩＢＭパ
ーソナル・システム／２ ( Personal System／２）で行
われる。ハードウェア及びソフトウェア環境の詳細は
“ＰＳ／２ ハードウェア・インターフェース技術基
準”（ＰＳ／２ Hardware Interface Technical Refer
ence）Ｓ１０Ｇ−６４５７，ＩＢＭコーポレイション
（１９９１）、及び“ＯＳ／２ 表示管理プログラミン
グ”（ＯＳ／２ Presentation Manager Programming）
ＳＣ２８−２７００（ＩＢＭコーポレイション（１９９
２））に記述されている。
【００２１】以下、本発明は上記のハードウェア及びソ
フトウェアの表現で記述されるが、他のオペレーティン
グ・システム及びハードウェアでも不当な実験等をせず
に支援することができることは当業者の認識しうるとこ
ろである。又、コンピュータ・システムには、本発明に
よるソフトウェアを含むＯＳ／２ ＬＡＮシステム・ソ
フトウェアの支援が常駐する。
フトウェアの表現で記述されるが、他のオペレーティン
グ・システム及びハードウェアでも不当な実験等をせず
に支援することができることは当業者の認識しうるとこ
ろである。又、コンピュータ・システムには、本発明に
よるソフトウェアを含むＯＳ／２ ＬＡＮシステム・ソ
フトウェアの支援が常駐する。
【００２２】上記で使用されるシステム・ソフトウェア
は、ＩＢＭから入手可能な下記刊行物に記述されてお
り、ここに参照文献として編入される。それらは、ＩＢ
Ｍオペレーティング・システム／２ ローカルエリア・
ネットワーク・サーバ・バージョン２．０情報及びプラ
ンニング・ガイド（ＩＢＭ Operating System/2 Local
Area Network Server Version 2.0 Information and Pl
anning Guide)（Ｇ２３６−０１６２）、ＩＢＭローカ
ル・エリア・ネットワーク・サーバ・プログラム（IBM
Local Area Nerwork Server Programs（仕様シート）
（Ｇ３６０−２７５３）、及びＩＢＭローカル・エリア
・ネットワーク技術基準（IBM Local Area Network Tec
hnical Reference）（ＳＣ３０−３３８３）等である。
は、ＩＢＭから入手可能な下記刊行物に記述されてお
り、ここに参照文献として編入される。それらは、ＩＢ
Ｍオペレーティング・システム／２ ローカルエリア・
ネットワーク・サーバ・バージョン２．０情報及びプラ
ンニング・ガイド（ＩＢＭ Operating System/2 Local
Area Network Server Version 2.0 Information and Pl
anning Guide)（Ｇ２３６−０１６２）、ＩＢＭローカ
ル・エリア・ネットワーク・サーバ・プログラム（IBM
Local Area Nerwork Server Programs（仕様シート）
（Ｇ３６０−２７５３）、及びＩＢＭローカル・エリア
・ネットワーク技術基準（IBM Local Area Network Tec
hnical Reference）（ＳＣ３０−３３８３）等である。
【００２３】相互接続演算環境はますます一般化しつつ
ある。ネットワーク環境は異なるＬＡＮ技術、複数の製
造業者及び複数のアダプタから成り、ますます変化しつ
つある。又、より高い性能が要求され、より広いネット
ワーク管理が必要である。図２は、図１に類似する複数
の相互接続ワークステーションから成る典型的なコンピ
ュータ・ネットワーク環境を例示する図である。
ある。ネットワーク環境は異なるＬＡＮ技術、複数の製
造業者及び複数のアダプタから成り、ますます変化しつ
つある。又、より高い性能が要求され、より広いネット
ワーク管理が必要である。図２は、図１に類似する複数
の相互接続ワークステーションから成る典型的なコンピ
ュータ・ネットワーク環境を例示する図である。
【００２４】図２はＩＢＭトークン・リング（Token Ri
ng）が好ましいローカル・エリア・ネットワークを例示
するが、それはイーザーネット（Ethernet）或はＰＣネ
ット又は他のＬＡＮタイプ・システムでもよい。ＯＳ／
２ リクエスタ４２はＬＡＮ４０を介し、ファイル共
用、アプリケーション・サーバ・データベース・サー
バ、プリンタ・サーバ、通信サーバ、及び他のサーバに
対するＬＡＮサーバ（LANServer）サーバ４４と通信す
る。
ng）が好ましいローカル・エリア・ネットワークを例示
するが、それはイーザーネット（Ethernet）或はＰＣネ
ット又は他のＬＡＮタイプ・システムでもよい。ＯＳ／
２ リクエスタ４２はＬＡＮ４０を介し、ファイル共
用、アプリケーション・サーバ・データベース・サー
バ、プリンタ・サーバ、通信サーバ、及び他のサーバに
対するＬＡＮサーバ（LANServer）サーバ４４と通信す
る。
【００２５】ＯＳ／２ リクエスタ４２は、そう予期さ
れるように、ＯＳ／２ ２．０オペレーティング・シス
テムで走行する。ＤＯＳリクエスタ４６は、LAN サーバ
・サーバ４４からと同様なサービスを要求するため、ブ
リッジ（Bridge）４８を介してＬＡＮ４０に通信する。
ＤＯＳリクエスタ４６はＤＯＳオペレーティング・シス
テム５．０で走行する。ブリッジ４８は、イーザーネッ
ト５１を介してＤＯＳリクエスタ４６及びネットワーク
・サーバ５０をＬＡＮ４０に対する接続に使用される。
れるように、ＯＳ／２ ２．０オペレーティング・シス
テムで走行する。ＤＯＳリクエスタ４６は、LAN サーバ
・サーバ４４からと同様なサービスを要求するため、ブ
リッジ（Bridge）４８を介してＬＡＮ４０に通信する。
ＤＯＳリクエスタ４６はＤＯＳオペレーティング・シス
テム５．０で走行する。ブリッジ４８は、イーザーネッ
ト５１を介してＤＯＳリクエスタ４６及びネットワーク
・サーバ５０をＬＡＮ４０に対する接続に使用される。
【００２６】ネットワーク・サーバ５０は、Novell Net
woreTMローカル・エリア・ネットワーク・ソフトウェア
で走行し、今日のローカル・エリア・ネットワークで可
能な業者の統合レベルの例を提供するものである。ＯＳ
／２ ＳＮＡゲートウェイ５２は、ＬＡＮ４０にサービ
スを提供し、更にバス５４を介してＳＮＡプロトコルで
動作する他のネットワークにサービスを提供する。最後
に、ＲＩＳＣシステム／６０００ (RISC System ／６０
００）５６のような強力なＲＩＳＣベース・ネットワー
ク・ステーションも、又、ローカル・エリア・ネットワ
ーク４０に接続することができる。
woreTMローカル・エリア・ネットワーク・ソフトウェア
で走行し、今日のローカル・エリア・ネットワークで可
能な業者の統合レベルの例を提供するものである。ＯＳ
／２ ＳＮＡゲートウェイ５２は、ＬＡＮ４０にサービ
スを提供し、更にバス５４を介してＳＮＡプロトコルで
動作する他のネットワークにサービスを提供する。最後
に、ＲＩＳＣシステム／６０００ (RISC System ／６０
００）５６のような強力なＲＩＳＣベース・ネットワー
ク・ステーションも、又、ローカル・エリア・ネットワ
ーク４０に接続することができる。
【００２７】図３は、少くともそのサブセットがＬＡＮ
のワークステーションのＲＡＭアクセス・メモリーに常
駐するソフトウェア・アプリケーションのアーキテクチ
ャのブロック図を例示する。一般に、このソフトウェア
構成はＬＡＮアダプタ・プロトコル支援（ＬＡＰＳ）と
して知られ、ＬＡＮの接続を支援するに必要なネットワ
ーク通信ソフトウェアから成る。
のワークステーションのＲＡＭアクセス・メモリーに常
駐するソフトウェア・アプリケーションのアーキテクチ
ャのブロック図を例示する。一般に、このソフトウェア
構成はＬＡＮアダプタ・プロトコル支援（ＬＡＰＳ）と
して知られ、ＬＡＮの接続を支援するに必要なネットワ
ーク通信ソフトウェアから成る。
【００２８】ＬＡＰＳは、ネットワーク・ドライバ・イ
ンターフェース仕様（Network Driver Interface Speci
fication）（ＮＤＩＳ）の迎合的プロトコル・ドライバ
と、ＮＤＩＳ迎合的ネットワーク・アダプタ・ドライバ
と、アプリケーション・プログラム・インターフェース
（Application Program Interface ）（ＡＰＩ）支援ソ
フトウェアと、ドライバに対する構成及び導入、ソフト
ウェアとの組合わせである。ＩＢＭネットワーク・ベー
シック入出力システム（IBM Network Basic Input/Outp
ut System)(NetBIOS）は、ＮＤＩＳ及び８０２．２仕様
に対してインターフェースするよう拡張された。
ンターフェース仕様（Network Driver Interface Speci
fication）（ＮＤＩＳ）の迎合的プロトコル・ドライバ
と、ＮＤＩＳ迎合的ネットワーク・アダプタ・ドライバ
と、アプリケーション・プログラム・インターフェース
（Application Program Interface ）（ＡＰＩ）支援ソ
フトウェアと、ドライバに対する構成及び導入、ソフト
ウェアとの組合わせである。ＩＢＭネットワーク・ベー
シック入出力システム（IBM Network Basic Input/Outp
ut System)(NetBIOS）は、ＮＤＩＳ及び８０２．２仕様
に対してインターフェースするよう拡張された。
【００２９】NetBIOS の機能は、NetBIOS ボックス６０
及びＩＢＭ ＯＳ／２ NetBIOSプロトコル・ドライバ又
はNetBEUI ６２によって提供される。 NetBIOSブロック
６０は、マッピング機能を提供し、マッピングＯＳ／２
アプリケーションはNetBEUI プロトコル６２に要求す
る。
及びＩＢＭ ＯＳ／２ NetBIOSプロトコル・ドライバ又
はNetBEUI ６２によって提供される。 NetBIOSブロック
６０は、マッピング機能を提供し、マッピングＯＳ／２
アプリケーションはNetBEUI プロトコル６２に要求す
る。
【００３０】NetBIOS プロトコル・ドライバ６２はNetB
EUI のマッピングか、ＬＡＮサーバ又はＬＡＮリクエス
タの要求を採用し、NetBIOS プロトコルに従ってそれら
を処理する。このプロトコルはローカル・エリア・ネッ
トワーク技術基準（ＳＣ３０−３３８３−３）で定義さ
れる。
EUI のマッピングか、ＬＡＮサーバ又はＬＡＮリクエス
タの要求を採用し、NetBIOS プロトコルに従ってそれら
を処理する。このプロトコルはローカル・エリア・ネッ
トワーク技術基準（ＳＣ３０−３３８３−３）で定義さ
れる。
【００３１】ＬＡＮサーバ（LAN Server）６４はファイ
ル共用、アプリケーション・サーバ、データ・ベース・
サーバ、及びローカル・エリア・ネットワークに接続さ
れたワークステーションに対する他の同様な機能を実行
する。ＬＡＮリクエスタ６６は、ローカル・エリア・ネ
ットワークの異なるワークステーションに置かれている
LAN サーバ６４から提供される機能に対するユーザから
のアクセスを与える。
ル共用、アプリケーション・サーバ、データ・ベース・
サーバ、及びローカル・エリア・ネットワークに接続さ
れたワークステーションに対する他の同様な機能を実行
する。ＬＡＮリクエスタ６６は、ローカル・エリア・ネ
ットワークの異なるワークステーションに置かれている
LAN サーバ６４から提供される機能に対するユーザから
のアクセスを与える。
【００３２】ＲＤＳ ＤＯＳ 支援７０はＯＳ／２
２．０のために拡張されたサービス（Extended Service
s ）のデータベース・サーバ製品部からのデータベース
機能を支援する。これはNetBIOS アプリケーションであ
り、NetBIOS ６０を介してNetBIOS プロトコル・ドライ
バ６２に行くようそのメッセージを送信する。NetBIOS
アプリケーション７２は、又、メッセージを直接NetBIO
S ６０に渡す。
２．０のために拡張されたサービス（Extended Service
s ）のデータベース・サーバ製品部からのデータベース
機能を支援する。これはNetBIOS アプリケーションであ
り、NetBIOS ６０を介してNetBIOS プロトコル・ドライ
バ６２に行くようそのメッセージを送信する。NetBIOS
アプリケーション７２は、又、メッセージを直接NetBIO
S ６０に渡す。
【００３３】ＩＥＥＥ８０２．２プロトコル・ドライバ
７４を使用せず、NetBIOS を使用すると、それはＬＡＮ
アプリケーションが簡単となり、プロトコル機能の全て
を知らなくてよいという利点を有する。ＩＥＥＥ８０
２．２プロトコル・ドライバ７４はNetBIOS プロトコル
・ドライバ６２と類似する機能ではあるが、ＩＥＥＥ８
０２．２プロトコルに従って実行する。NetBIOS プロト
コル・ドライバ６２は２つのプロトコル層、すなわち、
NetBIOS プロトコル層及び８０２．２プロトコル層を有
する。
７４を使用せず、NetBIOS を使用すると、それはＬＡＮ
アプリケーションが簡単となり、プロトコル機能の全て
を知らなくてよいという利点を有する。ＩＥＥＥ８０
２．２プロトコル・ドライバ７４はNetBIOS プロトコル
・ドライバ６２と類似する機能ではあるが、ＩＥＥＥ８
０２．２プロトコルに従って実行する。NetBIOS プロト
コル・ドライバ６２は２つのプロトコル層、すなわち、
NetBIOS プロトコル層及び８０２．２プロトコル層を有
する。
【００３４】ネットワーク・プロトコル・ドライバ６
２，７４はアプリケーションとネットワーク・アダプタ
・ドライバ９２との間の通信に提供される。遠隔導入プ
ログラム・ロード（Remote Installation Program Loa
d）（ＲＩＰＬ）６８は、サーバからのワークステーシ
ョンの遠隔初期化を可能にする。ＳＮＡ−ＬＡＮ ＤＬ
Ｃ７６は、８０２．２プロトコルに対するＳＮＡインタ
ーフェースを提供する。ＳＱＬ ＬＯＯインターフェー
ス７８は、８０２．２プロトコル・ドライバに対してデ
ータベース用高速経路を供給する。
２，７４はアプリケーションとネットワーク・アダプタ
・ドライバ９２との間の通信に提供される。遠隔導入プ
ログラム・ロード（Remote Installation Program Loa
d）（ＲＩＰＬ）６８は、サーバからのワークステーシ
ョンの遠隔初期化を可能にする。ＳＮＡ−ＬＡＮ ＤＬ
Ｃ７６は、８０２．２プロトコルに対するＳＮＡインタ
ーフェースを提供する。ＳＱＬ ＬＯＯインターフェー
ス７８は、８０２．２プロトコル・ドライバに対してデ
ータベース用高速経路を供給する。
【００３５】ＳＮＡ−ＬＡＮ ＤＬＣ７６とアプリケー
ション（ＡＰＩ）との間に、ＳＮＡゲートウェア８０
と、ＡＰＰＣ−ＬＵ６．２ ＡＰＩ８２と、ＬＵ２ Ａ
ＰＩ８４と、ＬＵＡ ＡＰＩ８６とが使用される。遠隔
データ・サービス８８のようなデータベースは８０２．
２プロトコル・ドライバ７４に対しＳＱＬ ＬＯＯイン
ターフェース４８を使用する。ＮＤＩＳ９０はネットワ
ーク・アダプタ・ドライバ及びプロトコル・ドライバに
対して規格された中間アクセス・コントロール（ＭＡ
Ｃ）インターフェース（Medium Access Controal Inter
face）である。
ション（ＡＰＩ）との間に、ＳＮＡゲートウェア８０
と、ＡＰＰＣ−ＬＵ６．２ ＡＰＩ８２と、ＬＵ２ Ａ
ＰＩ８４と、ＬＵＡ ＡＰＩ８６とが使用される。遠隔
データ・サービス８８のようなデータベースは８０２．
２プロトコル・ドライバ７４に対しＳＱＬ ＬＯＯイン
ターフェース４８を使用する。ＮＤＩＳ９０はネットワ
ーク・アダプタ・ドライバ及びプロトコル・ドライバに
対して規格された中間アクセス・コントロール（ＭＡ
Ｃ）インターフェース（Medium Access Controal Inter
face）である。
【００３６】ＮＤＩＳはネットワーク・アダプタとＬＡ
Ｎソフトウェアとが相互に通信するための工業規格（in
dustry standard ）となった。ＮＤＩＳはプロトコル・
ドライバ６２，７４とネットワーク・アダプタ・ドライ
バ９２がそれぞれ提供しなければならない機能を定義し
て、プロトコルの取扱いをハードウェアの操作から分離
した。
Ｎソフトウェアとが相互に通信するための工業規格（in
dustry standard ）となった。ＮＤＩＳはプロトコル・
ドライバ６２，７４とネットワーク・アダプタ・ドライ
バ９２がそれぞれ提供しなければならない機能を定義し
て、プロトコルの取扱いをハードウェアの操作から分離
した。
【００３７】ＮＤＩＳは、ネットワーク・プロトコル・
ドライバ６２，７４、アダプタ・ドライバ９２、及び両
者間のインターフェースの仕様を定義し、プロトコルと
アダプタ・ドライバとを連結するための結合処理を定義
する。ネットワーク・アダプタ・ドライバ９２はトーク
ン・リング・イーザーネット（Token Ring Ethernet)又
はＰＣネット・アダプタ（PC Net Adapters ）のような
ネットワーク・アダプタ９４に対してソフトウェア・イ
ンターフェースを提供する。
ドライバ６２，７４、アダプタ・ドライバ９２、及び両
者間のインターフェースの仕様を定義し、プロトコルと
アダプタ・ドライバとを連結するための結合処理を定義
する。ネットワーク・アダプタ・ドライバ９２はトーク
ン・リング・イーザーネット（Token Ring Ethernet)又
はＰＣネット・アダプタ（PC Net Adapters ）のような
ネットワーク・アダプタ９４に対してソフトウェア・イ
ンターフェースを提供する。
【００３８】図４のＡ，Ｂ，Ｃはそれぞれセッション、
データグラム、及び側波帯NetBIOSのデータ送信の例を
示す。セッション・データ転送は受信ノードから初期デ
ータ・パケット（DATA ONLY LAST）に対する受信承認
応答（DATA ACK ）を受信するのに対し、データグラム
及び側波帯転送の両方では、NetBIOS プロトコル層又は
８０２．２プロトコル層のどちらにおいても受信承認は
行われない。これは、セッション送信は、ＬＬＣ応答を
要求するＩＳＯ８８０２−２ＬＬＣタイプ２送信サービ
ス、及びNetBIOS 応答を要求するNetBIOS セッション・
プロトコルを使用するという事実のためである。
データグラム、及び側波帯NetBIOSのデータ送信の例を
示す。セッション・データ転送は受信ノードから初期デ
ータ・パケット（DATA ONLY LAST）に対する受信承認
応答（DATA ACK ）を受信するのに対し、データグラム
及び側波帯転送の両方では、NetBIOS プロトコル層又は
８０２．２プロトコル層のどちらにおいても受信承認は
行われない。これは、セッション送信は、ＬＬＣ応答を
要求するＩＳＯ８８０２−２ＬＬＣタイプ２送信サービ
ス、及びNetBIOS 応答を要求するNetBIOS セッション・
プロトコルを使用するという事実のためである。
【００３９】他方、データグラム及び側波帯転送は受信
ノードからＬＬＣ応答を要求しないＩＳＯ８８０２−２
ＬＬＣタイプ１送信を使用する。又、データプログラム
及び側波帯NetBIOS プロトコルは、NetBIOS 応答を要求
しない。
ノードからＬＬＣ応答を要求しないＩＳＯ８８０２−２
ＬＬＣタイプ１送信を使用する。又、データプログラム
及び側波帯NetBIOS プロトコルは、NetBIOS 応答を要求
しない。
【００４０】NetBIOS プロトコル・レベルにおいて、セ
ッションはデータ転送を設定し、維持し、実行すると共
に、ステーション間の通信に対する論理接続（コネクシ
ョン）を解除するに必要な機能の連合である。
ッションはデータ転送を設定し、維持し、実行すると共
に、ステーション間の通信に対する論理接続（コネクシ
ョン）を解除するに必要な機能の連合である。
【００４１】従来技術のNetBIOS セッション・プロトコ
ルはＩＳＯ８８０２−２タイプ２ (接続指向）プロトコ
ルの論理リンク接続により上記の機能を排他的に実行す
る。側波帯NetBIOS プロトコルはＩＳＯ８８０２−２タ
イプ１ (無接続）プロトコルによりセッションのデータ
転送機能を実行することができる。ＬＬＣ無接続及び接
続指向サービスはＩＳＯ８８０２−２基準のセクション
２．１に詳細に定義されている。
ルはＩＳＯ８８０２−２タイプ２ (接続指向）プロトコ
ルの論理リンク接続により上記の機能を排他的に実行す
る。側波帯NetBIOS プロトコルはＩＳＯ８８０２−２タ
イプ１ (無接続）プロトコルによりセッションのデータ
転送機能を実行することができる。ＬＬＣ無接続及び接
続指向サービスはＩＳＯ８８０２−２基準のセクション
２．１に詳細に定義されている。
【００４２】本発明は、それらに側波帯の存在を知ら
せ、側波帯によってデータを送信することができるよ
う、ＬＡＮ・サーバ６４又はＬＡＮリクエスタ６６のよ
うなNetBIOS プロトコル・ドライバ６２及びNetBIOS ア
プリケーションに変更して実施するのが好ましい。
せ、側波帯によってデータを送信することができるよ
う、ＬＡＮ・サーバ６４又はＬＡＮリクエスタ６６のよ
うなNetBIOS プロトコル・ドライバ６２及びNetBIOS ア
プリケーションに変更して実施するのが好ましい。
【００４３】図５のＡ，Ｂ，Ｃは、それぞれ、セッショ
ン・フレーム、データグラム・フレーム、及び側波帯フ
レームのヘッダ・フィールドを例示する図である。セッ
ション・レベル及びデータグラム送信の両方共NetBIOS
の前のバージョンにおいて知られている。
ン・フレーム、データグラム・フレーム、及び側波帯フ
レームのヘッダ・フィールドを例示する図である。セッ
ション・レベル及びデータグラム送信の両方共NetBIOS
の前のバージョンにおいて知られている。
【００４４】NetBIOS セッション・レベルのデータ転送
は、メッセージの保証付配送に対するNetBIOS 送信及び
受信コマンドを使用する。それは保証付配送用の８０
２．２タイプ２ Ｉ−フレームに NetBIOS Ｉ−フレー
ム・ヘッダを使用する。
は、メッセージの保証付配送に対するNetBIOS 送信及び
受信コマンドを使用する。それは保証付配送用の８０
２．２タイプ２ Ｉ−フレームに NetBIOS Ｉ−フレー
ム・ヘッダを使用する。
【００４５】図５のＡは下記のようなセッション・フレ
ーム・ヘッダ・フィールド（SESSION Frame Header Fie
ld）を示す。 ＭＡＣヘッダ −ＬＡＮのタイプ（ＩＥＥＥ ８０
２．５，８０２．３等）により変化する。 ＬＬＣヘッダ −［ F0 F0 XX YY ］正規のＩＥＥ
Ｅ ８０２．２ Ｉ−フレーム，タイプ２，ＬＬＣヘッ
ダ。
ーム・ヘッダ・フィールド（SESSION Frame Header Fie
ld）を示す。 ＭＡＣヘッダ −ＬＡＮのタイプ（ＩＥＥＥ ８０
２．５，８０２．３等）により変化する。 ＬＬＣヘッダ −［ F0 F0 XX YY ］正規のＩＥＥ
Ｅ ８０２．２ Ｉ−フレーム，タイプ２，ＬＬＣヘッ
ダ。
【００４６】（残りのフィールドは正規のNetBIOS Ｉ−
フレーム・ヘッダのホーマットである。） NetBIOS ヘッダ長 −［ 0E 00 ］１４バイトNetBIO
S ヘッダを指定する。 NetBIOS 著名 −［ FF EF ］NetBIOS フレーム
としてフレームを識別する。 コマンド・コード −［ 15 ／ 16 ］最初−中間のデ
ータ、又は最後のみのデータ・コマンド。
フレーム・ヘッダのホーマットである。） NetBIOS ヘッダ長 −［ 0E 00 ］１４バイトNetBIO
S ヘッダを指定する。 NetBIOS 著名 −［ FF EF ］NetBIOS フレーム
としてフレームを識別する。 コマンド・コード −［ 15 ／ 16 ］最初−中間のデ
ータ、又は最後のみのデータ・コマンド。
【００４７】データ１ −無受信承認及び受
信−継続フラグ。 データ２ −再同期表示機能。 送信相関機能 −ピギイバック受信承認相関機能
又は０ (使用しない）。 受信相関機能 −受信承認のために使用される送
信側からの２バイト相関機能。 受信先ＬＳＮ −［特定のセッション］１バイト
の受信先セッション番号。 送信元ＬＳＮ −［特定のセッション］１バイト
の送信元セッション番号。
信−継続フラグ。 データ２ −再同期表示機能。 送信相関機能 −ピギイバック受信承認相関機能
又は０ (使用しない）。 受信相関機能 −受信承認のために使用される送
信側からの２バイト相関機能。 受信先ＬＳＮ −［特定のセッション］１バイト
の受信先セッション番号。 送信元ＬＳＮ −［特定のセッション］１バイト
の送信元セッション番号。
【００４８】NetBIOS データグラム通信はNetBIOS デー
タグラフィ及び同報通信データグラム・コマンドを使用
して無保証メッセージを送信し、８０２．２タイプ１
ＵＩフレームの先頭にNetBIOS データグラムＵＩヘッダ
を使用する。
タグラフィ及び同報通信データグラム・コマンドを使用
して無保証メッセージを送信し、８０２．２タイプ１
ＵＩフレームの先頭にNetBIOS データグラムＵＩヘッダ
を使用する。
【００４９】図５のＢは下記のようなデータグラム・フ
レーム・ヘッダ・フィールド（DATAGRAM Frame Header
Fields ）を例示する。 ＭＡＣ −ＬＡＮのタイプ（ＩＥＥＥ ８
０２．５，８０２．３等）により変化する。 ＬＬＣヘッダ −［ FO FO 03 ］正規のＩＥＥＥ
８０２．２ ＵＩフレーム ＬＬＣヘッダ、タイプＩ。 NetBIOS ヘッダ長 −［ 2C 00 ］４４バイトのNetB
IOS ヘッダを指定する。 NetBIOS 署名 −［ FF EF ］NetBIOS フレーム
としてフレームを識別する。 コマンド・コード −［ 8 , 9 ］最後のみのデータ
・コマンド。このフレームが送信した最後のものである
ことを示す。
レーム・ヘッダ・フィールド（DATAGRAM Frame Header
Fields ）を例示する。 ＭＡＣ −ＬＡＮのタイプ（ＩＥＥＥ ８
０２．５，８０２．３等）により変化する。 ＬＬＣヘッダ −［ FO FO 03 ］正規のＩＥＥＥ
８０２．２ ＵＩフレーム ＬＬＣヘッダ、タイプＩ。 NetBIOS ヘッダ長 −［ 2C 00 ］４４バイトのNetB
IOS ヘッダを指定する。 NetBIOS 署名 −［ FF EF ］NetBIOS フレーム
としてフレームを識別する。 コマンド・コード −［ 8 , 9 ］最後のみのデータ
・コマンド。このフレームが送信した最後のものである
ことを示す。
【００５０】データ１ −［ 00 ］０にセッ
トするが受信側では使用しない。 データ２ −［ 00 00 ］０にセットするが
受信側では使用しない。 送信相関機能 −［ 00 00 ］０にセットするが
受信側では使用しない。 受信相関機能 −［ 00 00 ］０にセットするが
受信側では使用しない。 受信先名 −［受信側セッション番号の１６
バイト名］ 送信元名 −［送信側セッション番号の１６
バイト名］
トするが受信側では使用しない。 データ２ −［ 00 00 ］０にセットするが
受信側では使用しない。 送信相関機能 −［ 00 00 ］０にセットするが
受信側では使用しない。 受信相関機能 −［ 00 00 ］０にセットするが
受信側では使用しない。 受信先名 −［受信側セッション番号の１６
バイト名］ 送信元名 −［送信側セッション番号の１６
バイト名］
【００５１】側波帯（Sideband）は無保証セッション指
向データを送信するために、側波帯送信及び正規のセッ
ション受信コマンドを使用する。側波帯は、それが側波
帯メッセージであることを示す特別フィールドを持つ８
０２．２タイプ１フレームの８０２．２ ＵＩフレーム
の先頭にNetBIOS Ｉ−フレーム・ヘッダを使用する。
向データを送信するために、側波帯送信及び正規のセッ
ション受信コマンドを使用する。側波帯は、それが側波
帯メッセージであることを示す特別フィールドを持つ８
０２．２タイプ１フレームの８０２．２ ＵＩフレーム
の先頭にNetBIOS Ｉ−フレーム・ヘッダを使用する。
【００５２】図５のＣは下記のような側波帯フレーム・
ヘッダ・フィールド（SIDEBAND Frame Header Fields）
を例示する。 ＭＡＣヘッダ −ＬＡＮのタイプ（ＩＥＥＥ８０
２．５，８０２．３等）によって変化する。 ＬＬＣヘッダ −［ F0 F0 03 ］正規のＩＥＥＥ
８０２．２ ＵＩフレーム，タイプ１，ＬＬＣヘッダ。 ＳＢ署名 −［ OF ］受信フレームを側波帯
フレームとして識別するため、受信NetBIOS プロトコル
によって検査することができる１バイトの署名値。
ヘッダ・フィールド（SIDEBAND Frame Header Fields）
を例示する。 ＭＡＣヘッダ −ＬＡＮのタイプ（ＩＥＥＥ８０
２．５，８０２．３等）によって変化する。 ＬＬＣヘッダ −［ F0 F0 03 ］正規のＩＥＥＥ
８０２．２ ＵＩフレーム，タイプ１，ＬＬＣヘッダ。 ＳＢ署名 −［ OF ］受信フレームを側波帯
フレームとして識別するため、受信NetBIOS プロトコル
によって検査することができる１バイトの署名値。
【００５３】（残りのフィールドは正規なNetBIOS Ｉフ
レーム・ヘッダのホーマットである。） NetBIOS ヘッダ長 −［ 00 00 ］１４バイトのNetB
IOS ヘッダを指定する。 NetBIOS 署名 −［ FF FF ］フレームをNetBIO
S フレームとして識別する。 コマンド・コード −［ 16 ］最後のみのデータ・コ
マンド。このフレームが送信した最後のものであること
を示す。
レーム・ヘッダのホーマットである。） NetBIOS ヘッダ長 −［ 00 00 ］１４バイトのNetB
IOS ヘッダを指定する。 NetBIOS 署名 −［ FF FF ］フレームをNetBIO
S フレームとして識別する。 コマンド・コード −［ 16 ］最後のみのデータ・コ
マンド。このフレームが送信した最後のものであること
を示す。
【００５４】データ１ −［ 00 00 ］０に
セットするが受信側では使用しない。 データ２ −［ 00 00 ］０にセットするが
受信側では使用しない。 送信相関機能 −［ 00 00 ］０にセットするが
受信側では使用しない。 受信相関機能 −［ 00 00 ］０にセットするが
受信側では使用しない。 受信先ＬＳＮ −［特定のセッション］１バイト
の受信先セッション番号。 送信元ＬＳＮ −［特定のセッション］１バイト
の送信元セッション番号。
セットするが受信側では使用しない。 データ２ −［ 00 00 ］０にセットするが
受信側では使用しない。 送信相関機能 −［ 00 00 ］０にセットするが
受信側では使用しない。 受信相関機能 −［ 00 00 ］０にセットするが
受信側では使用しない。 受信先ＬＳＮ −［特定のセッション］１バイト
の受信先セッション番号。 送信元ＬＳＮ −［特定のセッション］１バイト
の送信元セッション番号。
【００５５】図６は側波帯セッションを設定する処理を
示すフローチャートである。この処理はステップ１００
から開始され、そこで、側波帯を使用するセッションを
設定するため、NetBIOS アプリケーションによってNetB
IOS が呼出される。セッションを設定するコマンドは側
波帯接続待機か又は側波帯呼出のどちらかであることが
できる。
示すフローチャートである。この処理はステップ１００
から開始され、そこで、側波帯を使用するセッションを
設定するため、NetBIOS アプリケーションによってNetB
IOS が呼出される。セッションを設定するコマンドは側
波帯接続待機か又は側波帯呼出のどちらかであることが
できる。
【００５６】次に、ステップ１０２に進み、そこで側波
帯が局所的に使用可能にされているか否か判別する検査
が行われる。否の場合はステップ１０４に進み、そこで
正規のNetBIOS セッションが設定され、呼出アプリケー
ションに対してエラー・コードを返送する。正規のNetB
IOS セッションを設定するため、ＬＡＮ技術基準（ＳＣ
３０−３３８３）の第５章に略記されている処理手順に
従って処理が行われる。
帯が局所的に使用可能にされているか否か判別する検査
が行われる。否の場合はステップ１０４に進み、そこで
正規のNetBIOS セッションが設定され、呼出アプリケー
ションに対してエラー・コードを返送する。正規のNetB
IOS セッションを設定するため、ＬＡＮ技術基準（ＳＣ
３０−３３８３）の第５章に略記されている処理手順に
従って処理が行われる。
【００５７】側波帯が局所的に使用可能にされている場
合はステップ１０６に進み、そこでNetBIOS セッション
が開始され、側波帯の支援を交渉する。側波帯セッショ
ンの設定は、側波帯の支援に対し、単一ビットに対する
追加の交渉が要求されるということを除き、ステップ１
０４における正規のNetBIOS セッションの設定に類似す
る。
合はステップ１０６に進み、そこでNetBIOS セッション
が開始され、側波帯の支援を交渉する。側波帯セッショ
ンの設定は、側波帯の支援に対し、単一ビットに対する
追加の交渉が要求されるということを除き、ステップ１
０４における正規のNetBIOS セッションの設定に類似す
る。
【００５８】次に、ステップ１０８に進み、そこで側波
帯が遠隔的に支援されるか否かを判別するための検査が
行われる。側波帯が遠隔的に支援されない場合はステッ
プ１０４に進み、正規のNetBIOS セッションが設定され
る。側波帯が遠隔的に支援される場合はステップ１１０
及び１１２に進み、無接続ヘッダで側波帯セッション制
御ブロックが作成される。
帯が遠隔的に支援されるか否かを判別するための検査が
行われる。側波帯が遠隔的に支援されない場合はステッ
プ１０４に進み、正規のNetBIOS セッションが設定され
る。側波帯が遠隔的に支援される場合はステップ１１０
及び１１２に進み、無接続ヘッダで側波帯セッション制
御ブロックが作成される。
【００５９】第１に、ステップ１１０において、そのセ
ッションに対する中間アクセス制御（ＭＡＣ）層及びＬ
ＣＣ層ＵＩタイプ１ヘッダと新側波帯ヘッダとが作成さ
れる。次に、ステップ１１２に進み、前のステップで作
られた事前作成ヘッダに設定された即値データ・ポイン
タでＮＤＩＳフレーム記述子が作成される。
ッションに対する中間アクセス制御（ＭＡＣ）層及びＬ
ＣＣ層ＵＩタイプ１ヘッダと新側波帯ヘッダとが作成さ
れる。次に、ステップ１１２に進み、前のステップで作
られた事前作成ヘッダに設定された即値データ・ポイン
タでＮＤＩＳフレーム記述子が作成される。
【００６０】設定された両端のセッションにおいて、側
波帯の使用可能性を判別することができる。これを取扱
うために３つの方法が挙げられる。最初の２つの方法は
NetBIOS プロトコル・ドライバで実現され、第３の方法
はＬＡＮサーバによって行うことができる。
波帯の使用可能性を判別することができる。これを取扱
うために３つの方法が挙げられる。最初の２つの方法は
NetBIOS プロトコル・ドライバで実現され、第３の方法
はＬＡＮサーバによって行うことができる。
【００６１】第１の方法は、NetBIOS プロトコル・ドラ
イバ・コードのために、新たなビットを使用して設定さ
れた、セッションの呼出／接続待機時における使用可能
性を判別し、戻りコードを使用してＬＡＮサーバに対し
新たなビットを渡すことである。ほとんどの新コーティ
ングはNetBIOS において行い、ＬＡＮサーバは単に新た
な戻りコードを処理するために必要なコードを加えるの
みである。
イバ・コードのために、新たなビットを使用して設定さ
れた、セッションの呼出／接続待機時における使用可能
性を判別し、戻りコードを使用してＬＡＮサーバに対し
新たなビットを渡すことである。ほとんどの新コーティ
ングはNetBIOS において行い、ＬＡＮサーバは単に新た
な戻りコードを処理するために必要なコードを加えるの
みである。
【００６２】第２の方法は、 SESSION＿ALIVE 呼出しを
使用することである。応答を受信する場合には、側波帯
が使用可能である。第３の方法はＬＡＮサーバのため、
側波帯の使用可能性の判別を取扱うよう新たなＳＭＢプ
ロトコルを使用することである。
使用することである。応答を受信する場合には、側波帯
が使用可能である。第３の方法はＬＡＮサーバのため、
側波帯の使用可能性の判別を取扱うよう新たなＳＭＢプ
ロトコルを使用することである。
【００６３】一度、側波帯セッションが設定されると、
側波帯メッセージ・ヘッダが作成され、NetBIOS が既に
側波帯送信コマンドを発行するよう作動可能である。側
波帯送信に対する処理の流れは図７のフローチャートで
例示される。
側波帯メッセージ・ヘッダが作成され、NetBIOS が既に
側波帯送信コマンドを発行するよう作動可能である。側
波帯送信に対する処理の流れは図７のフローチャートで
例示される。
【００６４】まず、図７のステップ１２０において、Ne
tBIOS アプリケーションにより、NetBIOS が呼出され、
側波帯送信コマンドを発行する。次に、ステップ１２２
に進み、このセッションにおいて側波帯が活動化されて
いるか否かを判別する検査が行われる。側波帯が活動化
されていない場合はステップ１２４に進み、そこで側波
帯送信リクエストが非側波帯送信経路に再経路指定され
る。
tBIOS アプリケーションにより、NetBIOS が呼出され、
側波帯送信コマンドを発行する。次に、ステップ１２２
に進み、このセッションにおいて側波帯が活動化されて
いるか否かを判別する検査が行われる。側波帯が活動化
されていない場合はステップ１２４に進み、そこで側波
帯送信リクエストが非側波帯送信経路に再経路指定され
る。
【００６５】初期メッセージに対する応答が行われると
きに保管戻りコードが保管され、その保管戻りコードを
返送して、送信リクエストが非側波帯経路で送られたこ
とを通知する。側波帯がこのセッションにおいて活動化
されている場合はステップ１２６に進み、メッセージが
１フレームに収まるか否かを判別する第２の検査が行わ
れる。
きに保管戻りコードが保管され、その保管戻りコードを
返送して、送信リクエストが非側波帯経路で送られたこ
とを通知する。側波帯がこのセッションにおいて活動化
されている場合はステップ１２６に進み、メッセージが
１フレームに収まるか否かを判別する第２の検査が行わ
れる。
【００６６】メッセージが１フレームに収まる場合には
ステップ１２８に進み、図６のステップ１１０及び１２
０で説明した事前作成側波帯ヘッダを使用して、例え
ば、ＮＤＩＳレベルのような低いレベルに対してフレー
ムを発行する。最後に、ステップ１３０に進み、側波帯
送信をリクエストしたＬＡＮアプリケーションに対して
終了コードを返送する。
ステップ１２８に進み、図６のステップ１１０及び１２
０で説明した事前作成側波帯ヘッダを使用して、例え
ば、ＮＤＩＳレベルのような低いレベルに対してフレー
ムを発行する。最後に、ステップ１３０に進み、側波帯
送信をリクエストしたＬＡＮアプリケーションに対して
終了コードを返送する。
【００６７】この好ましい実施例においては、データ・
パケットが小さい場合、すなわち、それが１つの中間ア
クセス制御（ＭＡＣ）フレームに収まる場合には、ネッ
トワークは側波帯のみを使用する。このＭＡＣフレーム
はＩＳＯ８８０２−３，８８０２−４，８８０２−５，
８８０２−７規格に記述されており、ＬＡＮの通信に使
用される。
パケットが小さい場合、すなわち、それが１つの中間ア
クセス制御（ＭＡＣ）フレームに収まる場合には、ネッ
トワークは側波帯のみを使用する。このＭＡＣフレーム
はＩＳＯ８８０２−３，８８０２−４，８８０２−５，
８８０２−７規格に記述されており、ＬＡＮの通信に使
用される。
【００６８】この判別はＬＡＮサーバ・コードのような
アプリケーションか、又は本発明用に変更したNetBIOS
プロトコル・ドライバ・コードのどちらかによって行う
ことができる。ＬＡＮサーバ・コードがデータ・パケッ
トのサイズの判別に使用しうるようにするため、NetBIO
S プロトコル・ドライバがネットワーク・パケットのデ
ータのために使用可能な最大スペースを返送するよう、
インターフェースが設定される。
アプリケーションか、又は本発明用に変更したNetBIOS
プロトコル・ドライバ・コードのどちらかによって行う
ことができる。ＬＡＮサーバ・コードがデータ・パケッ
トのサイズの判別に使用しうるようにするため、NetBIO
S プロトコル・ドライバがネットワーク・パケットのデ
ータのために使用可能な最大スペースを返送するよう、
インターフェースが設定される。
【００６９】そこで、ＬＡＮサーバ・コードがその量か
ら減じられるが、ＳＭＢ及び他のヘッダ情報のために大
きいスペースが要求されるので、送信されるべきデータ
が残りの記憶スペースに収容しうるか否かを判別する。
代替的に、及び好ましくは、拡張NetBIOS プロトコル・
ドライバ・コードがデータ・パケットのサイズを判別す
る。
ら減じられるが、ＳＭＢ及び他のヘッダ情報のために大
きいスペースが要求されるので、送信されるべきデータ
が残りの記憶スペースに収容しうるか否かを判別する。
代替的に、及び好ましくは、拡張NetBIOS プロトコル・
ドライバ・コードがデータ・パケットのサイズを判別す
る。
【００７０】これは、ＬＡＮサーバに対するインターフ
ェースの必要性を除去する。すなわち、それはＬＡＮサ
ーバ・コードに必要な少くとも２つのスペース（リング
０サーバ（Ring 0 Server ）及びリダイレクト（Redire
ctor）のための）に対し、１つのスペース（NetBIOS プ
ロトコル・ドライバのため）に限定するよう決定経路を
削減する。
ェースの必要性を除去する。すなわち、それはＬＡＮサ
ーバ・コードに必要な少くとも２つのスペース（リング
０サーバ（Ring 0 Server ）及びリダイレクト（Redire
ctor）のための）に対し、１つのスペース（NetBIOS プ
ロトコル・ドライバのため）に限定するよう決定経路を
削減する。
【００７１】このフローチャートによると、拡張NetBIO
S は、単一パケットにデータを収容できないと判別さ
れ、更に側波帯（ＳＢ）経路を介してデータを送信する
よう要求されている場合、それは単一バッファにデータ
が収容されないというエラーを返送して非ＳＢ経路を介
しデータを転送する。
S は、単一パケットにデータを収容できないと判別さ
れ、更に側波帯（ＳＢ）経路を介してデータを送信する
よう要求されている場合、それは単一バッファにデータ
が収容されないというエラーを返送して非ＳＢ経路を介
しデータを転送する。
【００７２】ＬＡＮサーバ・コードはNetBIOS プロトコ
ル・ドライバにより側波帯を介してデータ片を送信する
べきことを要求又はリクエストしたが、側波帯を介して
送信しなかった場合、NetBIOS プロトコル・ドライバは
それを送信システムに通知して、非側波帯を介しデータ
・パケットを送信する。データが側波帯を介して送信さ
れなかった理由を示すために３つの戻りコードが使用さ
れる。
ル・ドライバにより側波帯を介してデータ片を送信する
べきことを要求又はリクエストしたが、側波帯を介して
送信しなかった場合、NetBIOS プロトコル・ドライバは
それを送信システムに通知して、非側波帯を介しデータ
・パケットを送信する。データが側波帯を介して送信さ
れなかった理由を示すために３つの戻りコードが使用さ
れる。
【００７３】その第１は、側波帯は活動状態であった
が、送信されるべきデータが単一ＭＡＣパケットに、収
容されなかった場合を処理し（SB ERR DATA＿TOO LARG
E ）、その第２は、側波帯が使用不能であった場合に対
する処理であり（SB ERR SB＿DISABLED）、その第３
は、ＭＡＣ層（レイヤ）が直ちにフレームを受入れるこ
とができないということを戻りコードが示した場合（SB
ERR MAC FULL）である。
が、送信されるべきデータが単一ＭＡＣパケットに、収
容されなかった場合を処理し（SB ERR DATA＿TOO LARG
E ）、その第２は、側波帯が使用不能であった場合に対
する処理であり（SB ERR SB＿DISABLED）、その第３
は、ＭＡＣ層（レイヤ）が直ちにフレームを受入れるこ
とができないということを戻りコードが示した場合（SB
ERR MAC FULL）である。
【００７４】ＬＡＮサーバのような側波帯を知っている
NetBIOS アプリケーションは、側波帯を使用して特定の
データ・パケットを送信するべきときを選択できなけれ
ばならず、どのプロトコルが使用に適するかをNetBIOS
プロトコル・ドライバに示す手段を有する。
NetBIOS アプリケーションは、側波帯を使用して特定の
データ・パケットを送信するべきときを選択できなけれ
ばならず、どのプロトコルが使用に適するかをNetBIOS
プロトコル・ドライバに示す手段を有する。
【００７５】この要求に応じるため、下記のような少く
とも３つの方法がある。好ましい第１の方法は、新たな
異なるコマンド・コード群は、側波帯が使用されるべき
であるということが定義されていることをNetBIOS プロ
トコル・ドライバに表示する。新コマンド・コードは５
つの新ネットワーク制御ブロック（ＮＣＢ）の使用を要
求する。ＬＡＮサーバ及びNetBIOS プロトコル・ドライ
バの両方共ＮＣＢを取扱い、ＬＡＮ技術基準の第４章に
記載されている。
とも３つの方法がある。好ましい第１の方法は、新たな
異なるコマンド・コード群は、側波帯が使用されるべき
であるということが定義されていることをNetBIOS プロ
トコル・ドライバに表示する。新コマンド・コードは５
つの新ネットワーク制御ブロック（ＮＣＢ）の使用を要
求する。ＬＡＮサーバ及びNetBIOS プロトコル・ドライ
バの両方共ＮＣＢを取扱い、ＬＡＮ技術基準の第４章に
記載されている。
【００７６】各コードの経路において、検査を加えるこ
となく、新コマンド・コードを実行するためにマッピン
グ・テーブルが作成された。ＮＣＢの各送信前にＳＢ＿
ENABLED フラグが検査され、それがセットされていた場
合、コードは、マッピングを行うため、新たな命令を遂
行する。フラグ検査のため、ほんの少し多いメモリー
（非ＳＢコマンド当り２〜４バイト）が要求されるが、
余分なコード経路の要求は最少である。
となく、新コマンド・コードを実行するためにマッピン
グ・テーブルが作成された。ＮＣＢの各送信前にＳＢ＿
ENABLED フラグが検査され、それがセットされていた場
合、コードは、マッピングを行うため、新たな命令を遂
行する。フラグ検査のため、ほんの少し多いメモリー
（非ＳＢコマンド当り２〜４バイト）が要求されるが、
余分なコード経路の要求は最少である。
【００７７】第２の方法として、ＬＡＮサーバからNetB
IOS プロトコル・ドライバに対する個有のエントリ点及
びインターフェースが定義される。この任意選択又はオ
プションは、それ故に、ＬＡＮサーバ及びNetBIOS プロ
トコル・ドライバ・コードの両方において、ＬＡＮサー
バ及びNetBIOS コードが有意なコード変更を要求した場
合には好ましさが減じられる。
IOS プロトコル・ドライバに対する個有のエントリ点及
びインターフェースが定義される。この任意選択又はオ
プションは、それ故に、ＬＡＮサーバ及びNetBIOS プロ
トコル・ドライバ・コードの両方において、ＬＡＮサー
バ及びNetBIOS コードが有意なコード変更を要求した場
合には好ましさが減じられる。
【００７８】第３の方法として、送信要求に対し側波帯
が使用されるべきことを、NetBIOSプロトコル・ドライ
バに示すためのＬＡＮサーバ用フラグとして、レジスタ
の値を定義しうることである。これは実現するに最も容
易な方法であるものと思われる。ＬＡＮサーバ・コード
に対する変更は、単に、側波帯が使用可能であったか否
かを検査することと、ＮＢＳコマンドがNetBIOS プロト
コル・ドライバに従うときにこのレジスタを適宜セット
することのみである。
が使用されるべきことを、NetBIOSプロトコル・ドライ
バに示すためのＬＡＮサーバ用フラグとして、レジスタ
の値を定義しうることである。これは実現するに最も容
易な方法であるものと思われる。ＬＡＮサーバ・コード
に対する変更は、単に、側波帯が使用可能であったか否
かを検査することと、ＮＢＳコマンドがNetBIOS プロト
コル・ドライバに従うときにこのレジスタを適宜セット
することのみである。
【００７９】変更せずに同一のエントリ点及びコマンド
・コードを使用することができる。しかし、これに伴う
１つの問題は、側波帯について知らず、このレジスタを
正しくセットし、クリヤしなかったこのインターフェー
スに対して書込むという他の問題の可能性があることで
ある。これは予測不能な結果をもたらすかもしれない。
・コードを使用することができる。しかし、これに伴う
１つの問題は、側波帯について知らず、このレジスタを
正しくセットし、クリヤしなかったこのインターフェー
スに対して書込むという他の問題の可能性があることで
ある。これは予測不能な結果をもたらすかもしれない。
【００８０】インターフェースに書込むという他の問題
に対する部分的答として、NetBIOSプロトコル・ドライ
バに側波帯が活動状態であることを示すためのインジケ
ータ（表示機能）を持たせ、そのインジケータがセット
されているか否かにつきそのレジスタを検査するのみで
あるということである。側波帯について知らないアプリ
ケーションが所有するセッションは、そのセッション設
定時において、側波帯を設定することができなかったの
で、そのようなインジケータ群は持たない。
に対する部分的答として、NetBIOSプロトコル・ドライ
バに側波帯が活動状態であることを示すためのインジケ
ータ（表示機能）を持たせ、そのインジケータがセット
されているか否かにつきそのレジスタを検査するのみで
あるということである。側波帯について知らないアプリ
ケーションが所有するセッションは、そのセッション設
定時において、側波帯を設定することができなかったの
で、そのようなインジケータ群は持たない。
【００８１】次に、図８及び図９に基づき、本発明によ
るワークステーションＡ，Ｂ間を送信するメッセージと
側波帯セッションの設定とを説明する。ワークステーシ
ョンＡ，Ｂ共、側波帯を取扱うよう変更されているＬＡ
ＮサーバのようなNetBIOS 及びNetBIOS アプリケーショ
ンを導入している。
るワークステーションＡ，Ｂ間を送信するメッセージと
側波帯セッションの設定とを説明する。ワークステーシ
ョンＡ，Ｂ共、側波帯を取扱うよう変更されているＬＡ
ＮサーバのようなNetBIOS 及びNetBIOS アプリケーショ
ンを導入している。
【００８２】最初、ワークステーションＡにおいて、Ne
tBIOS アプリケーションは、セッションを設定するため
呼出側に対する接続待機側波帯コマンド・リクエストを
開始する。これはNetBIOS アプリケーションが側波帯に
関する呼出側からの送信を受入れ実行可能であることを
示す。
tBIOS アプリケーションは、セッションを設定するため
呼出側に対する接続待機側波帯コマンド・リクエストを
開始する。これはNetBIOS アプリケーションが側波帯に
関する呼出側からの送信を受入れ実行可能であることを
示す。
【００８３】次に、ワークステーションＢにおけるNetB
IOS アプリケーションは、側波帯呼出しを発行する。こ
の側波帯呼出しは、呼出しの設定を要求するため、フレ
ームがワークステーションＢからワークステーションＡ
に流れる正規のセッション初期化シーケンスを実行させ
ることになる。ワークステーションＡにおいて、側波帯
に対する接続要求コマンドが発行されたので、そのセッ
ションの両側において側波帯が支援されるということを
示すための交渉が行われる。
IOS アプリケーションは、側波帯呼出しを発行する。こ
の側波帯呼出しは、呼出しの設定を要求するため、フレ
ームがワークステーションＢからワークステーションＡ
に流れる正規のセッション初期化シーケンスを実行させ
ることになる。ワークステーションＡにおいて、側波帯
に対する接続要求コマンドが発行されたので、そのセッ
ションの両側において側波帯が支援されるということを
示すための交渉が行われる。
【００８４】ワークステーションＡ及びＢは、その交渉
が終了したときに、側波帯無接続ヘッダを含むセッショ
ン制御ブロックを作成する。ワークステーションＡにお
いて、側波帯接続待機が終了し、ワークステーションＢ
において、側波帯呼出しを終了する。その両方共、ＮＣ
Ｂの戻りフィールドを使用することにより、セッション
が側波帯支援で設定されたということをNetBIOS アプリ
ケーションに表示する。
が終了したときに、側波帯無接続ヘッダを含むセッショ
ン制御ブロックを作成する。ワークステーションＡにお
いて、側波帯接続待機が終了し、ワークステーションＢ
において、側波帯呼出しを終了する。その両方共、ＮＣ
Ｂの戻りフィールドを使用することにより、セッション
が側波帯支援で設定されたということをNetBIOS アプリ
ケーションに表示する。
【００８５】次に、図８及び図９に例示する側波帯デー
タ転送について説明する。ワークステーションＡは、側
波帯メッセージ又は非側波帯メッセージを受信するため
に、それを使用可能にする“受信”を発行する。ワーク
ステーションＢはワークステーションＡに設定されたセ
ッションに側波帯送信コマンドを発行し、NetBIOS プロ
トコル・ドライバは、データが１フレームに収容され、
それが側波帯を支援するセッションにあるので、側波帯
フレームがワークステーションＢからワークステーショ
ンＡに送信されるということを決定する。
タ転送について説明する。ワークステーションＡは、側
波帯メッセージ又は非側波帯メッセージを受信するため
に、それを使用可能にする“受信”を発行する。ワーク
ステーションＢはワークステーションＡに設定されたセ
ッションに側波帯送信コマンドを発行し、NetBIOS プロ
トコル・ドライバは、データが１フレームに収容され、
それが側波帯を支援するセッションにあるので、側波帯
フレームがワークステーションＢからワークステーショ
ンＡに送信されるということを決定する。
【００８６】同時に、ワークステーションＢにおいて、
側波帯の送信が完了し、データは側波帯で送信されたと
いう表示と共に、NetBIOS アプリケーションに戻され
る。それは、ワークステーションＡにおいて、側波帯フ
レームが受信され、ワークステーションＡのNetBIOS ア
プリケーションに対するコマンド返送の受信の終了に使
用される。
側波帯の送信が完了し、データは側波帯で送信されたと
いう表示と共に、NetBIOS アプリケーションに戻され
る。それは、ワークステーションＡにおいて、側波帯フ
レームが受信され、ワークステーションＡのNetBIOS ア
プリケーションに対するコマンド返送の受信の終了に使
用される。
【００８７】次に、ワークステーションＢにおいて、Ne
tBIOS に対する次の側波帯送信が発行される。この場
合、このデータは１フレームに入らないという決定が行
われる。そして、この送信は正規の非側波帯送信経路を
通し、NetBIOS の内部で再経路指定される。非側波帯経
路は一般にメッセージを別々のフレームに分解し、その
フレームを非側波帯フレームでワークステーションＡに
対し送信する。
tBIOS に対する次の側波帯送信が発行される。この場
合、このデータは１フレームに入らないという決定が行
われる。そして、この送信は正規の非側波帯送信経路を
通し、NetBIOS の内部で再経路指定される。非側波帯経
路は一般にメッセージを別々のフレームに分解し、その
フレームを非側波帯フレームでワークステーションＡに
対し送信する。
【００８８】ワークステーションＡはこれら非側波帯フ
レームを受信して、非側波帯フレームでデータを受信し
たということを表示した戻りコードの受信により、ワー
クステーションＡのNetBIOS アプリケーションに対する
受信を終了する。そこで、ワークステーションＡのNetB
IOS プロトコルはこの非側波帯メッセージに対する受信
承認フレームを作成し、ワークステーションＢにそれを
送信する。
レームを受信して、非側波帯フレームでデータを受信し
たということを表示した戻りコードの受信により、ワー
クステーションＡのNetBIOS アプリケーションに対する
受信を終了する。そこで、ワークステーションＡのNetB
IOS プロトコルはこの非側波帯メッセージに対する受信
承認フレームを作成し、ワークステーションＢにそれを
送信する。
【００８９】ワークステーションＢのNetBIOS プロトコ
ルは受信承認を受信して、データは側波帯を流れなかっ
たが、非側波帯を介してその送信が成功したことを示す
表示により、ワークステーションＢのNetBIOS アプリケ
ーションに対する側波帯通信を完了する。
ルは受信承認を受信して、データは側波帯を流れなかっ
たが、非側波帯を介してその送信が成功したことを示す
表示により、ワークステーションＢのNetBIOS アプリケ
ーションに対する側波帯通信を完了する。
【００９０】ひとたび、無接続ヘッダの側波帯制御ブロ
ックが作成されると、それは、側波帯データ転送用のメ
ッセージを通して使用される。これは他の従来技術NetB
IOS転送方法とは異なるものである。セッション指向デ
ータ転送において、あるヘッダは、データ・フレームご
とにあるヘッダ・パラメータを変更するよう予約するこ
とができるが、ヘッダはフレームごとに再作成しなけれ
ばならない。
ックが作成されると、それは、側波帯データ転送用のメ
ッセージを通して使用される。これは他の従来技術NetB
IOS転送方法とは異なるものである。セッション指向デ
ータ転送において、あるヘッダは、データ・フレームご
とにあるヘッダ・パラメータを変更するよう予約するこ
とができるが、ヘッダはフレームごとに再作成しなけれ
ばならない。
【００９１】データグラム・データ転送においては、ヘ
ッダに保管されなかったので、ヘッダは新たなデータグ
ラムで再作成する必要がある。側波帯を介して送信しう
る情報量を１フレームに収容しうるデータ・パケットに
制限することにより、セッションを通して事前作成無接
続ヘッダを保持することができる。もし、２以上のフレ
ームに亘るデータ・パケットに側波帯送信が許された場
合は、ヘッダ・パラメータ以外のデータ・パケットを接
続するある代替手段を共に設置しなければならない。
ッダに保管されなかったので、ヘッダは新たなデータグ
ラムで再作成する必要がある。側波帯を介して送信しう
る情報量を１フレームに収容しうるデータ・パケットに
制限することにより、セッションを通して事前作成無接
続ヘッダを保持することができる。もし、２以上のフレ
ームに亘るデータ・パケットに側波帯送信が許された場
合は、ヘッダ・パラメータ以外のデータ・パケットを接
続するある代替手段を共に設置しなければならない。
【００９２】この好ましい実施例における側波帯のリク
エストは、側波帯応答を要求せず、その逆も真である
が、非側波帯（ｎｏｎ−ＳＢ）要求に対して側波帯応答
を送信することもできる。リクエスト又は要求が非ＳＢ
で送られたときに、その応答で非ＳＢの使用を強制する
ような情況があるかもしれない。その場合、データ・パ
ケットが非ＳＢか又は側波帯で送信されたか否かを知ら
なければならず、受信機のＬＡＮサーバ・コードに対し
データ・パケットの送信方法を知らせる方法を持たねば
ならない。
エストは、側波帯応答を要求せず、その逆も真である
が、非側波帯（ｎｏｎ−ＳＢ）要求に対して側波帯応答
を送信することもできる。リクエスト又は要求が非ＳＢ
で送られたときに、その応答で非ＳＢの使用を強制する
ような情況があるかもしれない。その場合、データ・パ
ケットが非ＳＢか又は側波帯で送信されたか否かを知ら
なければならず、受信機のＬＡＮサーバ・コードに対し
データ・パケットの送信方法を知らせる方法を持たねば
ならない。
【００９３】システムがリディレクタとサーバ・コード
間で側波帯が使用可能であるか否かの追跡を維持する場
合、それは応答システムが明示の使用可能／使用不能機
構を持たずに、要求機が側波帯を使用するときを制御で
きるようにする。
間で側波帯が使用可能であるか否かの追跡を維持する場
合、それは応答システムが明示の使用可能／使用不能機
構を持たずに、要求機が側波帯を使用するときを制御で
きるようにする。
【００９４】この好ましい実施例において、側波帯の受
信はＬＡＮアプリケーションに対して透明である。受信
又は終了の受信は側波帯又は非側波帯メッセージによっ
て満足することができ、ＬＡＮアプリケーションは必ず
しもそのメッセージのタイプが何であるかを知る必要が
ない。換言すると、配送される如何なる受信又は如何な
るコマンドの受信でも、それは側波帯を経由するか否か
に関係なく、NetBIOSプロトコル・ドライバが受信す
る、如何なるメッセージでも取り扱う。
信はＬＡＮアプリケーションに対して透明である。受信
又は終了の受信は側波帯又は非側波帯メッセージによっ
て満足することができ、ＬＡＮアプリケーションは必ず
しもそのメッセージのタイプが何であるかを知る必要が
ない。換言すると、配送される如何なる受信又は如何な
るコマンドの受信でも、それは側波帯を経由するか否か
に関係なく、NetBIOSプロトコル・ドライバが受信す
る、如何なるメッセージでも取り扱う。
【００９５】ＬＡＮアプリケーション・コードに対し、
どの経路を介してデータを受信したか、すなわち、側波
帯を介してデータが送信されたか否かについて表示する
ための、NetBIOS プロトコル・ドライバ用手段を有する
ことが有益である。この信号送信はレジスタ、セットさ
れているあるビット、又は他の戻りコードによって処理
される。
どの経路を介してデータを受信したか、すなわち、側波
帯を介してデータが送信されたか否かについて表示する
ための、NetBIOS プロトコル・ドライバ用手段を有する
ことが有益である。この信号送信はレジスタ、セットさ
れているあるビット、又は他の戻りコードによって処理
される。
【００９６】図１０はネットワークが側波帯の使用に対
して十分信頼性があるか否かを判別するための処理手順
のフローチャートである。信頼性の判別は特定のNetBIO
S アプリケーションによって行われる。側波帯がメッセ
ージの配送を保証しないという事実は異なるアプリケー
ション毎に別個に影響する。
して十分信頼性があるか否かを判別するための処理手順
のフローチャートである。信頼性の判別は特定のNetBIO
S アプリケーションによって行われる。側波帯がメッセ
ージの配送を保証しないという事実は異なるアプリケー
ション毎に別個に影響する。
【００９７】例えば、全活動ビデオを描く際の高速デー
タ転送がデータ損失に対してあまり感じ易くないかもし
れないマルチメディア・アプリケーションがある。例え
ば、３０フレームのうちの特定の１フレームが失われた
場合でも、それは可視的に感じ易くないかもしれない。
フレームが失われた場合でさえ、スクリーン上ではまば
たき以上のものではないかもしれない。それにも拘ら
ず、あるセッション指向アプリケーションにおいては、
メッセージを送信したか受信したかにより多くの差異が
形成される。
タ転送がデータ損失に対してあまり感じ易くないかもし
れないマルチメディア・アプリケーションがある。例え
ば、３０フレームのうちの特定の１フレームが失われた
場合でも、それは可視的に感じ易くないかもしれない。
フレームが失われた場合でさえ、スクリーン上ではまば
たき以上のものではないかもしれない。それにも拘ら
ず、あるセッション指向アプリケーションにおいては、
メッセージを送信したか受信したかにより多くの差異が
形成される。
【００９８】メッセージの受信に依存するセッション指
向プログラムの１つの例としては、ワークステーション
Ａについて図１０に示したＬＡＮサーバ・リディレクタ
・プログラムがある。ステップ２００において、ＬＡＮ
リディレクタがNetBIOS を介して側波帯メッセージを送
信した後、LAN Serverサーバが常駐しているワークステ
ーションに対するその途中か、又はステップ２０２にお
いてＬＡＮサーバがワークステーションＡに応答を返送
した後のいずれかにおいてフレームが失われたとする。
向プログラムの１つの例としては、ワークステーション
Ａについて図１０に示したＬＡＮサーバ・リディレクタ
・プログラムがある。ステップ２００において、ＬＡＮ
リディレクタがNetBIOS を介して側波帯メッセージを送
信した後、LAN Serverサーバが常駐しているワークステ
ーションに対するその途中か、又はステップ２０２にお
いてＬＡＮサーバがワークステーションＡに応答を返送
した後のいずれかにおいてフレームが失われたとする。
【００９９】LAN Serverリディレクタは、ステップ２０
４において、特定のタイムアウトの後、LAN Serverサー
バからのＳＭＢコマンド応答を待つ。特定期間中に応答
を受信しなかった場合、タイムアウトが発生し、メッセ
ージを再送信する。リトライ送信は側波帯で行ってもよ
いが、特定のメッセージが側波帯を介してその送信先に
明らかに到達しなかったのであるから、非側波帯の方が
良いかもしれない。
４において、特定のタイムアウトの後、LAN Serverサー
バからのＳＭＢコマンド応答を待つ。特定期間中に応答
を受信しなかった場合、タイムアウトが発生し、メッセ
ージを再送信する。リトライ送信は側波帯で行ってもよ
いが、特定のメッセージが側波帯を介してその送信先に
明らかに到達しなかったのであるから、非側波帯の方が
良いかもしれない。
【０１００】ステップ２０８において、その間中の、そ
のセッションにおける側波帯障害の数のカウントが維持
される。ステップ２１０において、ある期間中に所定数
以上の障害が発生したことに対して判別が行われ、側波
帯の障害又は故障が多過ぎると判断されると、ステップ
２１２において、そのサーバに対するセッションの側波
帯は使用不能とされる。そこで、ステップ２１４に進
み、ワークステーションＢのセッションにおける側波帯
は、使用不能にされるべきであるというコマンドが発行
される。
のセッションにおける側波帯障害の数のカウントが維持
される。ステップ２１０において、ある期間中に所定数
以上の障害が発生したことに対して判別が行われ、側波
帯の障害又は故障が多過ぎると判断されると、ステップ
２１２において、そのサーバに対するセッションの側波
帯は使用不能とされる。そこで、ステップ２１４に進
み、ワークステーションＢのセッションにおける側波帯
は、使用不能にされるべきであるというコマンドが発行
される。
【０１０１】又、ステップ２１６において、非側波帯送
信を介して、ＳＭＢコマンドが送信される。ステップ２
１８において、側波帯の使用不能がネットワーク中に伝
搬され、全てのノードはサーバに対する側波帯メッセー
ジの送信を停止する。ステップ２２０において、側波帯
障害が多過ぎなかった場合、サーバは側波帯の使用を継
続する。
信を介して、ＳＭＢコマンドが送信される。ステップ２
１８において、側波帯の使用不能がネットワーク中に伝
搬され、全てのノードはサーバに対する側波帯メッセー
ジの送信を停止する。ステップ２２０において、側波帯
障害が多過ぎなかった場合、サーバは側波帯の使用を継
続する。
【０１０２】図１０は、それらのＳＭＢコマンドに対
し、他のNetBIOS アプリケーションによって生成された
ＳＭＢ応答を除くNetBIOS アプリケーションを例示する
図である。従来のセッション指向通信におけるアプリケ
ーションはＬＣＣ２応答及びNetBIOS 応答を受信し、１
応答を行うところに３応答を発生することになる。
し、他のNetBIOS アプリケーションによって生成された
ＳＭＢ応答を除くNetBIOS アプリケーションを例示する
図である。従来のセッション指向通信におけるアプリケ
ーションはＬＣＣ２応答及びNetBIOS 応答を受信し、１
応答を行うところに３応答を発生することになる。
【０１０３】この好ましい実施例による側波帯はＬＡＮ
サーバ又は他の側波帯−承知ＬＡＮアプリケーションに
よって使用可能にされ又は使用不能にされる。側波帯が
送信システムで使用可能に又は使用不能にされると、Ｌ
ＡＮアプリケーションは、又、受信ワークステーション
の側波帯を使用可能にするか使用不能にするメッセージ
を発行する。
サーバ又は他の側波帯−承知ＬＡＮアプリケーションに
よって使用可能にされ又は使用不能にされる。側波帯が
送信システムで使用可能に又は使用不能にされると、Ｌ
ＡＮアプリケーションは、又、受信ワークステーション
の側波帯を使用可能にするか使用不能にするメッセージ
を発行する。
【０１０４】図１１のＡ乃至Ｃは、各機械が同一システ
ムのNetBIOS プロトコル・ドライバに通知し、側波帯コ
ードの使用可能又は使用不能状態の変更を他のシステム
のLAN サーバ・コードに通知する場合における、図１０
の処理の流れに対応する機械の状態を例示した図であ
る。又、１システムのNetBIOS プロトコル・ドライバは
他の機械のNetBIOS プロトコル・ドライバに対し、側波
帯コードの使用可能又は使用不能状態の変化を通知す
る。
ムのNetBIOS プロトコル・ドライバに通知し、側波帯コ
ードの使用可能又は使用不能状態の変更を他のシステム
のLAN サーバ・コードに通知する場合における、図１０
の処理の流れに対応する機械の状態を例示した図であ
る。又、１システムのNetBIOS プロトコル・ドライバは
他の機械のNetBIOS プロトコル・ドライバに対し、側波
帯コードの使用可能又は使用不能状態の変化を通知す
る。
【０１０５】側波帯が使用不能にされなければならない
とリクエスタ又は要求機が判別すると、要求機は局所機
（この場合要求機）のNetBIOS プロトコル・ドライバに
それを通知し、局所機のNetBIOS プロトコル・ドライバ
はそれを遠隔機（この場合サーバ機）のNetBIOS プロト
コル・ドライバに通知する。この点における状態は図１
１のＡに例示する。
とリクエスタ又は要求機が判別すると、要求機は局所機
（この場合要求機）のNetBIOS プロトコル・ドライバに
それを通知し、局所機のNetBIOS プロトコル・ドライバ
はそれを遠隔機（この場合サーバ機）のNetBIOS プロト
コル・ドライバに通知する。この点における状態は図１
１のＡに例示する。
【０１０６】リクエスタ又は要求機のＬＡＮサーバ・コ
ードと、リクエスタ及びサーバ機両方のNetBIOS プロト
コル・ドライバはここで側波帯が使用不能であるという
ことを知ることになる。側波帯が使用不能にされたとい
うことをサーバ機のＬＡＮサーバに直接示すためのNetB
IOS プロトコル・ドライバに対する機構はない。
ードと、リクエスタ及びサーバ機両方のNetBIOS プロト
コル・ドライバはここで側波帯が使用不能であるという
ことを知ることになる。側波帯が使用不能にされたとい
うことをサーバ機のＬＡＮサーバに直接示すためのNetB
IOS プロトコル・ドライバに対する機構はない。
【０１０７】この情報はＬＡＮサーバ・コードにより取
得されるが、次のときに側波帯を使用して送信するよう
試みられる。そのとき、NetBIOS プロトコル・ドライバ
はＬＡＮサーバ・コードの表示がサーバ機の側波帯を使
用不能にするということを示すエラーSB ERR SB DISA
BLEDを返送する。そこで、NetBIOS プロトコル・ドライ
バは非ＳＢ経路を介してデータを送信する。図１１のＢ
はこのトランザクションが発生した後の状態を例示す
る。
得されるが、次のときに側波帯を使用して送信するよう
試みられる。そのとき、NetBIOS プロトコル・ドライバ
はＬＡＮサーバ・コードの表示がサーバ機の側波帯を使
用不能にするということを示すエラーSB ERR SB DISA
BLEDを返送する。そこで、NetBIOS プロトコル・ドライ
バは非ＳＢ経路を介してデータを送信する。図１１のＢ
はこのトランザクションが発生した後の状態を例示す
る。
【０１０８】側波帯が再使用化されるという表示方法は
類似である。リンクが側波帯を使用して再開するに十分
信頼性があると判断されると、要求機のＬＡＮサーバ・
コードは局所機のNetBIOS プロトコル・ドライバにそれ
を通知し、局所機のNetBIOSプロトコル・ドライバはそ
れを遠隔機のNetBIOS プロトコル・ドライバに通知す
る。図１１のＣはこの時点における状態を例示する。
類似である。リンクが側波帯を使用して再開するに十分
信頼性があると判断されると、要求機のＬＡＮサーバ・
コードは局所機のNetBIOS プロトコル・ドライバにそれ
を通知し、局所機のNetBIOSプロトコル・ドライバはそ
れを遠隔機のNetBIOS プロトコル・ドライバに通知す
る。図１１のＣはこの時点における状態を例示する。
【０１０９】サーバ機のNetBIOS プロトコル・ドライバ
が要求機から側波帯パケットを受信する次のときに、Ne
tBIOS プロトコル・ドライバは、側波帯経路を介してこ
のパケットを受信したということを示すようにインジケ
ータ又は表示機能を設定し、それによってサーバ機のＬ
ＡＮサーバ・コードに通知する。その表示は、要求ＬＡ
Ｎサーバ・コードが側波帯を再使用可能化すること、及
び要求ＬＡＮサーバ・コードは、今、サーバ機のSB＿EN
ABLED インジケータをセットして、再び側波帯の使用を
開始することができるということを示すＬＡＮサーバ・
コードの表示である。
が要求機から側波帯パケットを受信する次のときに、Ne
tBIOS プロトコル・ドライバは、側波帯経路を介してこ
のパケットを受信したということを示すようにインジケ
ータ又は表示機能を設定し、それによってサーバ機のＬ
ＡＮサーバ・コードに通知する。その表示は、要求ＬＡ
Ｎサーバ・コードが側波帯を再使用可能化すること、及
び要求ＬＡＮサーバ・コードは、今、サーバ機のSB＿EN
ABLED インジケータをセットして、再び側波帯の使用を
開始することができるということを示すＬＡＮサーバ・
コードの表示である。
【０１１０】側波帯が再び使用可能化されるということ
をNetBIOS がＬＡＮサーバ・コードに知らせるための方
法としては複数存在する。第１に、NetBIOS プロトコル
・ドライバは、“受信又は任意の受信コマンド”（RCV
／RCV ANY ）からの戻りに関する戻りコードを変更し
て、そのデータを側波帯を介して受信したか否かを表示
する。
をNetBIOS がＬＡＮサーバ・コードに知らせるための方
法としては複数存在する。第１に、NetBIOS プロトコル
・ドライバは、“受信又は任意の受信コマンド”（RCV
／RCV ANY ）からの戻りに関する戻りコードを変更し
て、そのデータを側波帯を介して受信したか否かを表示
する。
【０１１１】第２に、ＳＢ転送のＮＣＢにビット又はフ
ラグをセットすることができる。第３に、NetBIOS プロ
トコル・ドライバは、側波帯が再使用可能化されたとい
うメッセージを活動的に送信する。第４に、NetBIOS プ
ロトコル・ドライバはＬＡＮサーバが周期的に検査する
ようにした Query＿SB NCBを供給することができる。第
５に、ＬＡＮサーバはSB ERR SB DISABLED戻りコード
の取得を停止して側波帯で送信するよう処理を進行する
まで側波帯をトライし続けることができる。
ラグをセットすることができる。第３に、NetBIOS プロ
トコル・ドライバは、側波帯が再使用可能化されたとい
うメッセージを活動的に送信する。第４に、NetBIOS プ
ロトコル・ドライバはＬＡＮサーバが周期的に検査する
ようにした Query＿SB NCBを供給することができる。第
５に、ＬＡＮサーバはSB ERR SB DISABLED戻りコード
の取得を停止して側波帯で送信するよう処理を進行する
まで側波帯をトライし続けることができる。
【０１１２】リディレクタとサーバ・コードとの間で側
波帯が使用可能化されるか否かの追跡を維持するために
２つの方法がある。第１に、ＲＯサーバがＮＣＢＤone
呼出しを取得し処理して、リディレクタ・コードに対す
る１呼出しをＮＣＢに渡す。
波帯が使用可能化されるか否かの追跡を維持するために
２つの方法がある。第１に、ＲＯサーバがＮＣＢＤone
呼出しを取得し処理して、リディレクタ・コードに対す
る１呼出しをＮＣＢに渡す。
【０１１３】ＲＯサーバに対して必要なことは、側波帯
が使用可能であるときにのみ割振られているあるデータ
構造がある場合、又は側波帯の使用可能化のときに直ち
にリディレクタが実行する必要がある活動がある場合、
それをリディレクタ・コードに従ってこのＮＣＢに渡す
ことのみであるかもしれない。第２に、ＲＯサーバは側
波帯が使用可能にされたことを示すフラグをＮＢＩ構造
にセットすることができる。
が使用可能であるときにのみ割振られているあるデータ
構造がある場合、又は側波帯の使用可能化のときに直ち
にリディレクタが実行する必要がある活動がある場合、
それをリディレクタ・コードに従ってこのＮＣＢに渡す
ことのみであるかもしれない。第２に、ＲＯサーバは側
波帯が使用可能にされたことを示すフラグをＮＢＩ構造
にセットすることができる。
【０１１４】側波帯がNetBIOS プロトコル・ドライバ・
レベルにおいて使用不能にされた後に側波帯メッセージ
が送信された場合、NetBIOS プロトコル・ドライバは非
ＳＢを介してメッセージを送信するが、非ＳＢを介して
メッセージが送信されたということを通知する戻りコー
ド／フラグ／インジケータを返送する。
レベルにおいて使用不能にされた後に側波帯メッセージ
が送信された場合、NetBIOS プロトコル・ドライバは非
ＳＢを介してメッセージを送信するが、非ＳＢを介して
メッセージが送信されたということを通知する戻りコー
ド／フラグ／インジケータを返送する。
【０１１５】このケースは、上記の使用不能化処理の最
初のステップが起きたときに発生するが、第２のステッ
プでは発生しない。側波帯メッセージの受信が成功せ
ず、指定時間内に応答しなかった場合、ＬＡＮサーバは
一般に非ＳＢ経路に沿ってメッセージを再送信する責任
がある。
初のステップが起きたときに発生するが、第２のステッ
プでは発生しない。側波帯メッセージの受信が成功せ
ず、指定時間内に応答しなかった場合、ＬＡＮサーバは
一般に非ＳＢ経路に沿ってメッセージを再送信する責任
がある。
【０１１６】ＬＡＮサーバは側波帯を介してメッセージ
を送信した後、その応答を受信しなかったときのような
情況を管理するためにエラー取扱いコードを持つ。側波
帯経路に送信される各ＮＣＢに対してタイマがセットさ
れる。ＬＡＮサーバは応答を検査し、指定時間内に応答
が送信されなかった場合、ＬＡＮサーバ・コードは非Ｓ
Ｂ経路に沿ってＮＣＢを再送信しなければならない。
を送信した後、その応答を受信しなかったときのような
情況を管理するためにエラー取扱いコードを持つ。側波
帯経路に送信される各ＮＣＢに対してタイマがセットさ
れる。ＬＡＮサーバは応答を検査し、指定時間内に応答
が送信されなかった場合、ＬＡＮサーバ・コードは非Ｓ
Ｂ経路に沿ってＮＣＢを再送信しなければならない。
【０１１７】側波帯セッションで発生した障害又は故障
が多過ぎた場合、側波帯は使用不能化される。ＬＡＮサ
ーバ・コードは先に側波帯で送信され、再送信されなけ
ればならなかったパケットが幾つあるかに関する情報の
追跡を維持することができる。そして、この情報を側波
帯を使用して発生した障害が多過ぎるか否かの判別の基
礎として使用することができる。この方法において、Ne
tBIOS プロトコル・ドライバに対する呼出しは必要がな
いが、側波帯における障害の追跡を維持するために、新
たなデータ構造が必要である。
が多過ぎた場合、側波帯は使用不能化される。ＬＡＮサ
ーバ・コードは先に側波帯で送信され、再送信されなけ
ればならなかったパケットが幾つあるかに関する情報の
追跡を維持することができる。そして、この情報を側波
帯を使用して発生した障害が多過ぎるか否かの判別の基
礎として使用することができる。この方法において、Ne
tBIOS プロトコル・ドライバに対する呼出しは必要がな
いが、側波帯における障害の追跡を維持するために、新
たなデータ構造が必要である。
【０１１８】側波帯を使用不能化するべきことが決定さ
れると、以上説明した処理は、側波帯が使用不能化され
たということを示すワードを渡すべき処理を実行する。
れると、以上説明した処理は、側波帯が使用不能化され
たということを示すワードを渡すべき処理を実行する。
【０１１９】ある時点において、側波帯は、使用不能化
後、再び使用可能化されることになるかもしれない。一
般に、ＬＡＮサーバは側波帯の使用を再び開始するため
ネットワークが十分信頼しうるようになったときを判断
しなければならない。これが決定されると、ＬＡＮサー
バ・コードは上記の使用可能化処理を開始して、側波帯
の使用を再びスタートする。
後、再び使用可能化されることになるかもしれない。一
般に、ＬＡＮサーバは側波帯の使用を再び開始するため
ネットワークが十分信頼しうるようになったときを判断
しなければならない。これが決定されると、ＬＡＮサー
バ・コードは上記の使用可能化処理を開始して、側波帯
の使用を再びスタートする。
【０１２０】ＬＡＮサーバ又は他の側波帯は、側波帯が
活動化されたときに使用するべきＮＣＢ制御ブロックを
含むテーブルをＬＡＮアプリケーションが設定すること
を知っている。これらＮＣＢコードのほとんどは非ＳＢ
コードと同一であるが、その送信は異なる。
活動化されたときに使用するべきＮＣＢ制御ブロックを
含むテーブルをＬＡＮアプリケーションが設定すること
を知っている。これらＮＣＢコードのほとんどは非ＳＢ
コードと同一であるが、その送信は異なる。
【０１２１】このテーブルは全て可能なＮＣＢコマンド
・コードを考慮して１２８バイトが記憶可能である。Ｎ
ＣＢがSpecSendMB in ＼２１＼redir ＼netmpx.asmのNe
tBIOS プロトコル・ドライバに送信されるべき場合は側
波帯が活動状態であるか否かを判別する検査が行われ、
それが活動状態であると、そのコードを側波帯コードに
変換する。
・コードを考慮して１２８バイトが記憶可能である。Ｎ
ＣＢがSpecSendMB in ＼２１＼redir ＼netmpx.asmのNe
tBIOS プロトコル・ドライバに送信されるべき場合は側
波帯が活動状態であるか否かを判別する検査が行われ、
それが活動状態であると、そのコードを側波帯コードに
変換する。
【０１２２】使用されるべき新ＮＣＢコードは下記の如
きものである。 NCB.SEND.SB 0ｘ50 NCB.CHAIN.SEND SB 0ｘ51 NCB.SEND.NOACK.SB 0ｘ52 NCB.CHAIN.SEND NOACK.SB 0ｘ53 NCB.SENDRCV.SB 0ｘ54 NCB.CALL.SB 0ｘ56 NCB.LISTEN.SB 0ｘ57 NCB.CONTROL.SB 0ｘ55
きものである。 NCB.SEND.SB 0ｘ50 NCB.CHAIN.SEND SB 0ｘ51 NCB.SEND.NOACK.SB 0ｘ52 NCB.CHAIN.SEND NOACK.SB 0ｘ53 NCB.SENDRCV.SB 0ｘ54 NCB.CALL.SB 0ｘ56 NCB.LISTEN.SB 0ｘ57 NCB.CONTROL.SB 0ｘ55
【０１２３】図１２及び１３はＮＣＢのフィールドを示
し、それは上記のＬＡＮ技術基準（LAN Technical Refe
rence （ＳＣ３０−３３８３）の第４章に詳細に記述さ
れている。全ての側波帯ＮＣＢは、呼出し約定及び構造
が同一であるそれらの非側波帯ＮＣＢに対応する。又、
返送構造は下記の例外を除き同一である。
し、それは上記のＬＡＮ技術基準（LAN Technical Refe
rence （ＳＣ３０−３３８３）の第４章に詳細に記述さ
れている。全ての側波帯ＮＣＢは、呼出し約定及び構造
が同一であるそれらの非側波帯ＮＣＢに対応する。又、
返送構造は下記の例外を除き同一である。
【０１２４】全ての送信（ＳＥＮＤ's）に対し、ＮＣＢ
構造の受信タイムアウト（ReceiveTimeout ）フィール
ドは、下記のような側波帯戻りコードを含む。全ての受
信（RECEIVE's ）に対し、ＮＣＢ構造の送信タイムアウ
ト（Send Timeout）フィールドは側波帯戻りコードを含
む。
構造の受信タイムアウト（ReceiveTimeout ）フィール
ドは、下記のような側波帯戻りコードを含む。全ての受
信（RECEIVE's ）に対し、ＮＣＢ構造の送信タイムアウ
ト（Send Timeout）フィールドは側波帯戻りコードを含
む。
【０１２５】側波帯戻りコードは下記の値を持つことが
できる。 ０ フレームが側波帯経路を介して送信又は受信された
ことを意味する。 １ 側波帯がそのセッションに対し使用不能化されたこ
とを意味する。 ２ ユーザは側波帯送信又は受信を要求したが、データ
が単一フレームに収容できないため、非側波帯送信又は
受信が遂行されたことを意味する。 ３ ユーザは側波帯送信又は受信を要求したが、ＭＡＣ
待ち行列（Queue ）が満杯のため、非側波帯送信又は受
信が遂行されたことを意味する。
できる。 ０ フレームが側波帯経路を介して送信又は受信された
ことを意味する。 １ 側波帯がそのセッションに対し使用不能化されたこ
とを意味する。 ２ ユーザは側波帯送信又は受信を要求したが、データ
が単一フレームに収容できないため、非側波帯送信又は
受信が遂行されたことを意味する。 ３ ユーザは側波帯送信又は受信を要求したが、ＭＡＣ
待ち行列（Queue ）が満杯のため、非側波帯送信又は受
信が遂行されたことを意味する。
【０１２６】下記のリストはＳＭＢコマンドのリストで
あり、側波帯のＬＡＮサーバ・コードで使用されること
が好ましい。他のＳＭＢコードは将来送られる。ＳＭＢ 側波帯に対しＯＫか SMBmkdir SMBrmdir SMBopen SMBcreate SMBclose SMBflush SMBunlink SMBmv SMBgetatr Ｙｅｓ SMBsetatr Ｙｅｓ SMBread Ｙｅｓ SMBwrite Ｙｅｓ SMBlock SMBunlock SMBctemp SMBmknew SMBchkpth Ｙｅｓ SMBexit SMBlseek Ｙｅｓ SMBtcon SMBtdis SMBnegprot SMBdskattr Ｙｅｓ SMBsearch SMBsplopen SMBsplwr SMBsplclose SMBsplretq SMBlockread SMBwriteunlock SMBreadBraw SMBreadBmpx SMBreadBs SMBwriteBraw SMBwriteBmpx SMBwriteBs SMBwriteC SMBsetattrE Ｙｅｓ SMBgetattrE Ｙｅｓ SMBlockingX SMBtrans SMBtranss SMBioctl SMBioctls SMBcopy SMBmove SMBecho SMBwriteclose SMBopenX SMBreadX Ｙｅｓ SMBwriteX Ｙｅｓ SMBcloseTD SMBtrans2 SMBtranss2 SMBfindclose SMBfindnclose SMBSessSetup SMBulogoff SMBTConX SMBfind SMBfunique SMBfclose SMBf2close
あり、側波帯のＬＡＮサーバ・コードで使用されること
が好ましい。他のＳＭＢコードは将来送られる。ＳＭＢ 側波帯に対しＯＫか SMBmkdir SMBrmdir SMBopen SMBcreate SMBclose SMBflush SMBunlink SMBmv SMBgetatr Ｙｅｓ SMBsetatr Ｙｅｓ SMBread Ｙｅｓ SMBwrite Ｙｅｓ SMBlock SMBunlock SMBctemp SMBmknew SMBchkpth Ｙｅｓ SMBexit SMBlseek Ｙｅｓ SMBtcon SMBtdis SMBnegprot SMBdskattr Ｙｅｓ SMBsearch SMBsplopen SMBsplwr SMBsplclose SMBsplretq SMBlockread SMBwriteunlock SMBreadBraw SMBreadBmpx SMBreadBs SMBwriteBraw SMBwriteBmpx SMBwriteBs SMBwriteC SMBsetattrE Ｙｅｓ SMBgetattrE Ｙｅｓ SMBlockingX SMBtrans SMBtranss SMBioctl SMBioctls SMBcopy SMBmove SMBecho SMBwriteclose SMBopenX SMBreadX Ｙｅｓ SMBwriteX Ｙｅｓ SMBcloseTD SMBtrans2 SMBtranss2 SMBfindclose SMBfindnclose SMBSessSetup SMBulogoff SMBTConX SMBfind SMBfunique SMBfclose SMBf2close
【０１２７】以上、本発明の特定の実施例を説明した
が、本発明はそれに限定されるものではなく、本発明の
理念から離れずに種々変化変更しうるものと理解するべ
きである。
が、本発明はそれに限定されるものではなく、本発明の
理念から離れずに種々変化変更しうるものと理解するべ
きである。
【０１２８】
【発明の効果】本発明は以上説明したように構成したこ
とにより、小さなネットワーク・パケットの送信に対す
る応答時間を短縮して、その処理量を大幅に増加するこ
とができる。
とにより、小さなネットワーク・パケットの送信に対す
る応答時間を短縮して、その処理量を大幅に増加するこ
とができる。
【図１】本発明によるネットワーク環境に接続すること
ができる典型的なワークステーションのブロック図
ができる典型的なワークステーションのブロック図
【図２】本発明によるネットワーク環境に複数のワーク
ステーションを接続した構成図
ステーションを接続した構成図
【図３】本発明及びＩＳＯ ８８０２−２によりＬＡＮ
サーバ及びNetBIOS を使用したワークステーションのメ
モリーのコード・モジュールを示すブロック図
サーバ及びNetBIOS を使用したワークステーションのメ
モリーのコード・モジュールを示すブロック図
【図４】Ａ乃至Ｃ図より成り、それぞれＩＳＯ ８８０
２−２によるNetBIOS セッション指向、データグラム、
及び側波帯通信モードを使用した通信を示すその構成図
２−２によるNetBIOS セッション指向、データグラム、
及び側波帯通信モードを使用した通信を示すその構成図
【図５】Ａ乃至Ｃ図より成り、それぞれセッション、デ
ータグラム、及び側波帯通信のためのフレーム・ヘッダ
・フィールドを例示したその構成図
ータグラム、及び側波帯通信のためのフレーム・ヘッダ
・フィールドを例示したその構成図
【図６】側波帯セッションを設定する処理のフローチャ
ート
ート
【図７】側波帯によりメッセージを送信するフローチャ
ート
ート
【図８】ネットワークの２つのワークステーション間の
側波帯通信を例示するその構成図
側波帯通信を例示するその構成図
【図９】ネットワークの２つのワークステーション間の
側波帯通信を例示するその構成図
側波帯通信を例示するその構成図
【図１０】側波帯の使用に十分信頼しうるネットワーク
か否かを判別するフローチャート
か否かを判別するフローチャート
【図１１】Ａ乃至Ｃ図より成り、ネットワークを通して
側波帯を使用可能化し、使用不能化することを説明する
その構成図
側波帯を使用可能化し、使用不能化することを説明する
その構成図
【図１２】ネットワーク制御ブロック（ＮＣＢ）のフィ
ールドを示すその構成図
ールドを示すその構成図
【図１３】ネットワーク制御ブロック（ＮＣＢ）のフィ
ールドを示すその構成図
ールドを示すその構成図
【符号の説明】 １０ ＣＰＵ １４ ＲＡＭ １６ ＲＯＭ １８ Ｉ／Ｏアダプタ ２０ ディスク装置 ２２ ユーザ・インターフェース・アダプタ ２４ キーボード ２６ マウス ２８ スピーカ ３２ マイクロホン ３４ 通信アダプタ ３６ 表示アダプタ ３８ 表示装置 ４０ ＬＡＮ ４２ ＯＳ／２リクエスタ ４４ ＬＡＮサーバ・サーバ ４６ ＤＯＳリクエスタ ４８ ブリッジ ５０ ネットワーク・サーバ ５２ ＯＳ／２ ＳＮＡゲートウェイ ５４ バス ５６ Ｒ／ＳＣシステム／６０００ ６０ NetBIOS ６２ NetBIOS プロトコル・ドライバ ６４ ＬＡＮサーバ ６６ ＬＡＮリクエスタ ６８ ＲＩＰＬ ７０ ＲＤＳ ＤＯＳ支援 ７２ NetBIOS アプリケーション ７４ ネットワーク・プロトコル・ドライバ ７６ ＳＮＡ−ＬＡＮ ＤＬＣ ７８ ＳＱＬ ＬＯＯ ８０ ＳＮＡゲートウェイ ８２ ＡＰＰＣ−ＬＵ６．２ＡＰＩ ８４ ＬＵ２ ＡＰＩ ８６ ＬＵ４ ＡＰＩ ８８ 遠隔データ・サービス ９０ ＮＤＩＳ ９２ ネットワーク・アダプタ・ドライバ ９４ ネットワーク・アダプタ
───────────────────────────────────────────────────── フロントページの続き (72)発明者 エバート・アーサ・マッカーシィ、セカン ド アメリカ合衆国78704−3203、テキサス州、 オースチン、ラブ・ロード、1911ビー番地 (72)発明者 グレゴリ・リン・モリス アメリカ合衆国78681、テキサス州、ラウ ンド・ロック、ワイルド・ホース・レー ン、1703番地 (72)発明者 チュンータン・ミルトン・リー アメリカ合衆国78729、テキサス州、オー スチン、タンタラ・ドライブ、12718番地
Claims (8)
- 【請求項１】 複数のノードを有し、前記ノードに接続
された１以上のコンピュータ・システムを持つコンピュ
ータ・ネットワークにおいて、前記ノード間でデータを
搬送する無接続セッション指向プロトコルの第１のメッ
セージを生成するシステムであって、 システム・メモリーに格納されているデータを無接続セ
ッション指向プロトコルの第１のメッセージで他のノー
ドに送信することを要求する手段と、 前記データを前記プロトコルで送信することができるか
否かを判別する手段と、 前記メッセージを前記プロトコルで送信するべきことを
示すフィールドを含む前記プロトコルの第１のメッセー
ジを生成する手段、とを含むことを特徴とする無接続セ
ッション指向プロトコルの第１のメッセージの生成シス
テム。 - 【請求項２】 前記プロトコルが現行コンピュータ・セ
ッションにおいて支援されるか否かを判別する手段を含
むことを特徴とする請求項１記載の第１のメッセージの
生成システム。 - 【請求項３】 ローカル・エリア・ネットワークが前記
プロトコルに対し十分信頼可能であるか否かを判別する
手段を含むことを特徴とする請求項１記載の第１のメッ
セージの生成システム。 - 【請求項４】 複数のノードを有し、前記ノードに接続
された１以上のコンピュータ・システムを持つコンピュ
ータ・ネットワークにおいて、前記ノード間でデータを
搬送する無接続セッション指向プロトコルの第１のメッ
セージを生成する方法であって、 システム・メモリーに格納されているデータを無接続セ
ッション指向プロトコルの第１のメッセージで他のノー
ドに送信することを要求し、 前記データを前記プロトコルで送信することができるか
否かを判別し、 前記メッセージを前記プロトコルで送信するべきことを
示すフィールドを含む前記プロトコルの第１のメッセー
ジを生成する、各工程を含むことを特徴とする無接続セ
ッション指向プロトコルの第１のメッセージの生成方
法。 - 【請求項５】 前記プロトコルが現行コンピュータ・セ
ッションにおいて支援されるか否かを判別する工程を含
むことを特徴とする請求項４記載の第１のメッセージの
生成方法。 - 【請求項６】 ローカル・エリア・ネットワークが前記
プロトコルに対し十分信頼可能であるか否かを判別する
工程を含むことを特徴とする請求項４記載の第１のメッ
セージの生成方法。 - 【請求項７】 特定のコンピュータ・セッション用プロ
トコルに対する事前定義の不変ヘッダ情報群を作成する
手段と、 前記プロトコルに対するヘッダ情報を記憶する手段と、 前記プロトコルによりメッセージが送信されるべきとき
に前記ヘッダ情報を検索する手段、とを含むことを特徴
とする請求項１記載の第１のメッセージの生成システ
ム。 - 【請求項８】 特定のコンピュータ・セッション用プロ
トコルに対する事前定義の不変ヘッダ情報群を作成し、 前記プロトコルに対するヘッダ情報を記憶し、 前記プロトコルによりメッセージが送信されるべきとき
に前記ヘッダ情報を検索する、各工程を含むことを特徴
とする請求項４記載の第１のメッセージの生成方法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US93058592A | 1992-08-14 | 1992-08-14 | |
| US930585 | 1992-08-14 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH07168774A JPH07168774A (ja) | 1995-07-04 |
| JPH07117929B2 true JPH07117929B2 (ja) | 1995-12-18 |
Family
ID=25459485
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP5202092A Expired - Fee Related JPH07117929B2 (ja) | 1992-08-14 | 1993-07-23 | 無接続セッション指向プロトコルの第１メッセージの生成システム及び方法 |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US5675740A (ja) |
| EP (1) | EP0586129B1 (ja) |
| JP (1) | JPH07117929B2 (ja) |
| CA (1) | CA2104076C (ja) |
| DE (1) | DE69331297T2 (ja) |
Families Citing this family (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FR2737031B1 (fr) * | 1995-07-21 | 1997-08-14 | Bull Sa | Procede de transfert de donnees dans un systeme informatique multinodal |
| US5958015A (en) * | 1996-10-29 | 1999-09-28 | Abirnet Ltd. | Network session wall passively listening to communication session, with use of access rules, stops further communication between network devices by emulating messages to the devices |
| US6070199A (en) * | 1996-11-13 | 2000-05-30 | Extended Systems, Inc. | Apparatus to connect a client computer to a computer data network |
| US5958053A (en) * | 1997-01-30 | 1999-09-28 | At&T Corp. | Communications protocol with improved security |
| US6131117A (en) * | 1997-12-29 | 2000-10-10 | Cisco Technology, Inc. | Technique for correlating logical names with IP addresses on internetworking platforms |
| EP1011226A1 (en) * | 1998-12-17 | 2000-06-21 | Alcatel | Data traffic policing method and device and a telecommunication network including such a device |
| US6430595B1 (en) | 1999-05-20 | 2002-08-06 | Cisco Technology, Inc. | Method and apparatus for establishing a database used for correlating information gathered via SNMP |
| US6571272B1 (en) | 1999-05-20 | 2003-05-27 | Cisco Technology, Inc. | Method and apparatus for SNA/IP correlation with multiple DSW peer connections |
| US6532241B1 (en) | 1999-05-20 | 2003-03-11 | Cisco Technology, Inc. | Method and apparatus for determining SNA sessions using various protocols for transport based on filter criteria |
| US6490618B1 (en) | 1999-05-20 | 2002-12-03 | Cisco Technology, Inc. | Method and apparatus for SNA/IP correlation in a mixed APPN and DLSW network |
| GB0003389D0 (en) * | 2000-02-14 | 2000-04-05 | Symbian Ltd | Wireless information device running multiple interactive applications |
| US7080150B1 (en) * | 2000-04-10 | 2006-07-18 | Rockwell Automation Technologies, Inc. | Pointbus architecture and automatic sequential addressing protocol |
| US7228363B1 (en) | 2000-04-05 | 2007-06-05 | Rockwell Automation Technologies, Inc. | Pointbus architecture and automatic sequential addressing |
| US7493429B2 (en) * | 2003-07-08 | 2009-02-17 | Microsoft Corporation | Communication of information via a side-band channel, and use of same to verify positional relationship |
| US9519600B2 (en) | 2011-03-04 | 2016-12-13 | Microsoft Technology Licensing, Llc | Driver shimming |
| US9003363B2 (en) * | 2011-03-21 | 2015-04-07 | Microsoft Technology Licensing, Llc | Device flags |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4996685A (en) * | 1989-04-10 | 1991-02-26 | Bell Communications Research, Inc. | Technique for dynamically changing an ISDN connection during a host session |
| US5163131A (en) * | 1989-09-08 | 1992-11-10 | Auspex Systems, Inc. | Parallel i/o network file server architecture |
| US5224095A (en) * | 1990-01-30 | 1993-06-29 | Johnson Service Company | Network control system and method |
| JPH03235555A (ja) * | 1990-02-13 | 1991-10-21 | Hitachi Ltd | データ通信装置及びデータ通信方式 |
| US5202921A (en) * | 1991-04-01 | 1993-04-13 | International Business Machines Corporation | Method and apparatus for authenticating users of a communication system to each other |
-
1993
- 1993-07-23 JP JP5202092A patent/JPH07117929B2/ja not_active Expired - Fee Related
- 1993-08-13 CA CA002104076A patent/CA2104076C/en not_active Expired - Fee Related
- 1993-08-16 EP EP93306431A patent/EP0586129B1/en not_active Expired - Lifetime
- 1993-08-16 DE DE69331297T patent/DE69331297T2/de not_active Expired - Fee Related
-
1994
- 1994-08-16 US US08/291,312 patent/US5675740A/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| EP0586129A2 (en) | 1994-03-09 |
| DE69331297D1 (de) | 2002-01-24 |
| DE69331297T2 (de) | 2002-08-22 |
| US5675740A (en) | 1997-10-07 |
| CA2104076A1 (en) | 1994-02-15 |
| EP0586129B1 (en) | 2001-12-12 |
| JPH07168774A (ja) | 1995-07-04 |
| EP0586129A3 (en) | 1995-01-25 |
| CA2104076C (en) | 1999-05-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7966380B2 (en) | Method, system, and program for forwarding messages between nodes | |
| US5706429A (en) | Transaction processing system and method | |
| US20090034553A1 (en) | System and article of manufacture for enabling communication between nodes | |
| US6321269B1 (en) | Optimized performance for transaction-oriented communications using stream-based network protocols | |
| CN106411767B (zh) | 通过远程直接存储器访问的传输操作的方法、系统和介质 | |
| US7289509B2 (en) | Apparatus and method of splitting a data stream over multiple transport control protocol/internet protocol (TCP/IP) connections | |
| JPH07117929B2 (ja) | 無接続セッション指向プロトコルの第１メッセージの生成システム及び方法 | |
| CN1881944B (zh) | 改进型分布式核心操作系统 | |
| US7200641B1 (en) | Method and system for encoding SCSI requests for transmission using TCP/IP | |
| US5526483A (en) | Fast network file system running over a hybrid connectionless transport | |
| JP2006236391A (ja) | パケットベースの通信ネットワークにおけるメッセージ受信の肯定応答システム及び方法 | |
| KR20040035723A (ko) | 컴퓨터 네트워크 내의 블록 데이터 저장 | |
| WO2019019864A1 (zh) | 嵌入式自助终端的通信系统、方法及装置 | |
| CN101194250A (zh) | 用于关闭rdma连接的方法和系统 | |
| US6374248B1 (en) | Method and apparatus for providing local path I/O in a distributed file system | |
| US8868994B2 (en) | High performance virtual Converged Enhanced Ethernet with persistent state flow control | |
| JP4123712B2 (ja) | 通信処理方法ならびに通信処理プログラムが記録される記録媒体 | |
| KR20040060850A (ko) | 수신 데이터 패킷들에서 바람직하지 못한 헤더 정보를제거하는 다중 버퍼들 | |
| US6674742B1 (en) | Automatic SDLC role configuration on router interfaces | |
| WO1993018464A1 (en) | Distributed processing system | |
| JP2002244873A (ja) | 通信処理方法ならびに通信処理プログラムが記録される記録媒体 | |
| KR20030054102A (ko) | 사용자 수준의 소켓 계층과 그를 이용한 통신 인터페이스방법 | |
| JPH11328130A (ja) | ネットワークジョブ実行システム | |
| JPH07210485A (ja) | 情報処理装置間のアプリケーションプロセス通信方法及びそれを用いた情報処理装置 | |
| JP2002158736A (ja) | 通信方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| LAPS | Cancellation because of no payment of annual fees |