JPH11194981A

JPH11194981A - 入出力装置

Info

Publication number: JPH11194981A
Application number: JP10298069A
Authority: JP
Inventors: David A Kumpf; ディビッド・エー・カンフ
Original assignee: Hewlett Packard Co
Current assignee: HP Inc
Priority date: 1997-11-04
Filing date: 1998-10-20
Publication date: 1999-07-21
Also published as: EP0915601B1; TW484066B; US6370592B1; EP0915601A3; DE69829346T2; DE69829346D1; EP0915601A2

Abstract

(57)【要約】【課題】ネットワーク・インタフェース装置に影響を及
ぼすことなく、それに接続する周辺機器がデータグラム
のみならずストリーム伝送ネットワーク・サービスを追
加することを可能にする手段を提供する。【解決手段】周辺機器に接続する入出力装置は、それぞ
れ異なるネットワーク・プロトコルをサポートする複数
のネットワーク伝送モジュールを含む。入出力装置は、
周辺装置との通信を行う通信機構を含み、更に、ネット
ワーク伝送モジュールの各々および通信機構と交信する
ゲートウェイ・モジュールを含む。周辺機器内のＡＰＩ
モジュール内に配置されるエンドポイント各々に対応す
るエンドポイントがゲートウェイ・モジュール内に配置
される。ゲートウェイ・モジュールとＡＰＩモジュール
の間で制御経路を経由して、制御メッセージが伝送さ
れ、制御経路とは別の通信経路を経由して、データ・ス
トリームが伝送される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンピュータ・シ
ステムの周辺機器のネットワーク化に関するもので、特
に周辺機器がネットワーク伝送サービスを利用すること
を可能にするネットワーク・インタフェース装置に関す
るものである。

【０００２】

【従来の技術】ネットワーク化されたシステムは、コン
ピュータ・システムを活用して仕事をするユーザがその
ユーザの近くあるいは離れた位置に分散している種々の
周辺機器を利用することを可能にする。周辺機器は、例
えば、１つまたは複数のネットワークを経由してコンピ
ュータ・システムに接続したプリンタ、スキャナまた
は、その他のタイプの周辺機器である。

【０００３】周辺機器との通信のため種々の伝送プロト
コルがコンピュータ・システムによって使用される。例
えば、伝送制御プロトコル(すなわちTransmission Cont
rolProtocolであってその頭文字をとって以下ＴＣＰと
略称することがある)、ユーザ・データグラム・プロト
コル(すなわちUser Datagram Protocolであってその頭
文字をとって以下ＵＤＰと略称することがある)、イン
ターネットワーク・パケット交換(すなわちInternetwor
k Packet Exchangeであってその頭文字をとって以下Ｉ
ＰＸと略称することがある)、または順次パケット交換
(Sequenced Packet Exchangeであってその頭文字をとっ
て以下ＳＰＸと略称することがある)のような標準的プ
ロトコルが使用される。これらのプロトコルの各々はネ
ットワーク伝送サービスと呼ばれる。

【０００４】周辺機器が種々のネットワーク接続サービ
スと交信することを可能にするため、インタフェース装
置は多くの場合周辺機器に接続される。インタフェース
装置は、１つまたは複数のネットワーク接続サービスを
使用して通信できる能力を周辺機器に与える。本明細書
は、そのようなインタフェース装置を入出力装置または
インタフェース・カードと呼ぶ。

【０００５】

【発明が解決しようとする課題】一般的に、各インタフ
ェース装置によってサポートされる各ネットワーク接続
サービスは、インタフェース装置および周辺機器の両方
において接続定義および実施を必要としてきた。従っ
て、新しいネットワーク接続サービスが加えられるたび
に、ネットワーク接続サービスのサポートは、インタフ
ェース装置および周辺機器に加えられなければならな
い。このことは多量の技術資源を必要とする。

【０００６】米国カリフォルニア州パロアルト所在のヒ
ューレット・パッカード社によって開発されたＸポート
・インタフェース・プロトコル(Xport Interface Proto
col)のバージョン１(以下ＸＩＰＶ１と略称する)は、上
記の問題の一部に対する解決策を提供した。具体的に
は、ＸＩＰＶ１はＵＤＰおよびＩＰＸプロトコルを使用
しているデータグラム伝送サービスをサポートする。し
かしながら、ＸＩＰＶ１にはＴＣＰプロトコルおよびＳ
ＰＸプロトコルのような信頼性の高いストリーム伝送サ
ービスに対するサポートがない。従って、ＸＩＰＶ１に
おいて、ネットワーク接続サービスはインタフェース装
置および周辺機器の両方における接続定義およびその実
施を必要とする。

【０００７】ＸＩＰＶ１のもう一つの弱点は、周辺機器
およびインタフェース装置の間でただ１つの通信経路だ
けが使用されるという点である。この結果、周辺機器が
複数のデータグラム通信エンドポイントを使用する時、
エンドポイント間でのデータの流れを制御する方法がな
い。このように、１つのエンドポイント上の通信が単一
経路を独占して、他のエンドポイントを「飢えさせる」
ことになる。

【０００８】

【課題を解決するための手段】本発明に従って、入出力
装置が周辺機器に接続される。例えば、周辺機器はプリ
ンタあるいはスキャナであり、入出力装置はインタフェ
ース・カードである。入出力装置は、複数のネットワー
ク伝送モジュールを含む。各ネットワーク伝送モジュー
ルは、それぞれ異なるネットワーク・プロトコルを実施
する。入出力装置は、周辺機器との通信のための通信機
構を含む。

【０００９】入出力装置は、また、ネットワーク伝送モ
ジュールの各々および通信機構と交信するゲートウェイ
・モジュールを含む。周辺機器の範囲内のアプリケーシ
ョン・プログラミング・インタフェース(すなわちＡＰ
Ｉ)モジュールの範囲内のエンドポイントの各々に対応
するエンドポイントがゲートウェイ・モジュールの範囲
内に配置される。ゲートウェイ・モジュールとＡＰＩモ
ジュールの間の制御経路を使用して、ゲートウェイ・モ
ジュールとＡＰＩモジュールの間で制御メッセージが伝
送される。データ・ストリーム通信を必要とするネット
ワーク伝送モジュールに関して、制御メッセージが制御
経路上で交換され、制御経路とは独立した通信経路を経
由してゲートウェイ・モジュールとＡＰＩモジュールの
間でデータ・ストリーム通信が確立される。

【００１０】本発明の１つの側面において、上記独立し
た通信経路は、ゲートウェイ・モジュールに接続要求メ
ッセージを送信するＡＰＩモジュールによって始動され
る。ゲートウェイ・モジュールは先ずその要求に応答し
て、接続要求受領確認メッセージをＡＰＩモジュールに
返し、遠隔ホストへの接続を始動するローカル伝送サー
ビスに接続要求を送信する。ゲートウェイ・モジュール
は、遠隔ホストへの接続が確立すると直ちにＡＰＩモジ
ュールに確認標示メッセージを送信する。

【００１１】また、ゲートウェイ・モジュールが遠隔ホ
ストから接続要求を受け取り次第ＡＰＩモジュールに接
続標示メッセージを送信することによってゲートウェイ
・モジュールが独立通信経路を始動させることもでき
る。その場合、ＡＰＩモジュールは、ゲートウェイ・モ
ジュールへ受諾要求メッセージを送信することによって
応答する。ゲートウェイ・モジュールは、それに応じ
て、ＡＰＩモジュールへ受諾確認メッセージを送信す
る。

【００１２】独立した通信経路は、例えば、通信経路を
経由してゲートウェイ・モジュールに周辺機器データ終
了メッセージを送信するＡＰＩモジュールによって、接
続解除(すなわち切断)される。ＡＰＩモジュールは、ま
た、制御経路を経由してゲートウェイ・モジュールに規
則的切断要求を送信する。ゲートウェイ・モジュール
は、制御経路を経由してＡＰＩモジュールに規則的切断
要求受領確認メッセージを送信することによって応答す
る。遠隔ホストが接続終了標識を送信すると、ゲートウ
ェイ・モジュールは通信経路を経由してＡＰＩモジュー
ルにホスト・データ終了メッセージを送信する。ゲート
ウェイ・モジュールは、制御経路を経由してＡＰＩモジ
ュールに規則的切断標示メッセージを送信する。ＡＰＩ
モジュールは、通信経路を経由してゲートウェイ・モジ
ュールにホスト・データ終了確認メッセージを送信す
る。

【００１３】代替的手段として、独立通信経路は、通信
経路を経由してＡＰＩモジュールにホスト・データ終了
メッセージを送信するゲートウェイ・モジュールによっ
て切断される。ゲートウェイ・モジュールは、制御経路
を経由してＡＰＩモジュールに規則的切断標示メッセー
ジを送信する。遠隔ホストがＡＰＩモジュールに接続解
除を要求すると、ＡＰＩモジュールは、アプリケーショ
ンがＡＰＩモジュールに接続解除を要求した後、通信経
路を経由してゲートウェイ・モジュールに周辺装置デー
タ終了メッセージを送信する。ＡＰＩモジュールは、制
御経路を経由してゲートウェイ・モジュールに規則的切
断要求を送信する。ＡＰＩモジュールは、通信経路を経
由してゲートウェイ・モジュールにホスト・データ終了
確認メッセージを送信する。ゲートウェイ・モジュール
は、制御経路を経由してＡＰＩモジュールに規則的切断
確認メッセージを送信することによって応答する。

【００１４】本発明の１つの側面において、ネットワー
ク伝送モジュールが使用不能状態となる時、独立通信経
路は、通信経路を経由してＡＰＩモジュールにホスト・
データ終了メッセージを送信するゲートウェイ・モジュ
ールによって切断される。ゲートウェイ・モジュール
は、制御経路を経由してＡＰＩモジュールに新状態標示
メッセージを送信する。ＡＰＩモジュールは、通信経路
を経由してゲートウェイ・モジュールにホスト・データ
終了確認メッセージを送信する。ＡＰＩモジュールは、
通信経路を経由してゲートウェイ・モジュールに新状態
応答メッセージを送信する。ゲートウェイ・モジュール
は、制御経路を経由してＡＰＩモジュールに新状態標示
メッセージを送信することによって伝送モジュールが使
用可能とされる信号を送信する。ＡＰＩモジュールは、
通信経路を経由してゲートウェイ・モジュールに新状態
応答メッセージを送信することによって応答する。

【００１５】本発明の別の１つの側面において、ローカ
ル・プロトコル・アドレスは、ゲートウェイ・モジュー
ルへ連結要求メッセージを送信するＡＰＩモジュールに
よって既にオープンされているエンドポイントに連結さ
れる。連結要求メッセージは連結連続番号を含む。ゲー
トウェイ・モジュールはＡＰＩモジュールに連結確認メ
ッセージを送信する。

【００１６】また、本発明の更に１つの側面において、
ＡＰＩモジュールは、ゲートウェイ・モジュールにシス
テム情報要求メッセージを送信することによって入出力
装置のシステム・パラメータを取得する。ゲートウェイ
・モジュールは、ＡＰＩモジュールにシステム情報確認
メッセージを送信する。システム情報確認メッセージは
入出力装置のパラメータに関する情報を含む。

【００１７】本発明によって、ネットワーク・インタフ
ェース装置(すなわちＩ／Ｏ装置)に影響を及ぼすことな
く、周辺機器がネットワーク・サービスを追加すること
が可能となる。新しいネットワーク・サービスは、デー
タグラムおよびストリーム・ネットワーク伝送を利用す
ることができる。周辺機器が個々の接続に基づいてデー
タの流れを制御することができるように遠隔ホストへの
接続の各々は独立した通信経路を利用する。

【００１８】

【発明の実施の形態】図１は、インタフェース装置(す
なわち入出力装置)３２に接続した周辺機器３１という
従来技術の構成を示すブロック図である。インタフェー
ス装置３２の範囲内の入出力(Ｉ／Ｏ)ドライバ２６は、
周辺機器３１のＩ／Ｏドライバ２５と通信し、またネッ
トワーク伝送サービスと通信するため使用される。経路
１７を経由してＴＣＰプロトコルを利用するネットワー
ク伝送モジュール１３と通信するためゲートウェイ(Ｇ
Ｗ)１０が使用される。経路２０を経由してＳＰＸプロ
トコルを利用するネットワーク伝送モジュール１６と通
信するためゲートウェイ(ＧＷ)１２が使用される。経路
１８を経由してＵＰＸプロトコルを利用するネットワー
ク伝送モジュール１４と通信するためＸＩＰＶ１モジュ
ール１１が使用される。ＸＩＰＶ１モジュール１１は、
また、経路１９を経由してＩＰＸプロトコルを利用する
ネットワーク伝送モジュール１５と通信するためにも使
用される。

【００１９】周辺機器３１の範囲内のアプリケーション
２１は、通信経路２８を経由してゲートウェイ１０と通
信する。周辺機器３１の範囲内のアプリケーション２３
は、通信経路３０を経由してゲートウェイ１２と通信す
る。ＸＩＰＶ１モジュール２４は、通信経路２９を経由
してＸＩＰＶ１モジュール１１と通信する。アプリケー
ション２２は、経路９を経由してＸＩＰＶ１モジュール
２４と通信する。図１は１つの例にすぎない。その他の
周辺機器が異なる構成のアプリケーションおよび伝送プ
ロトコルを有する場合もある。

【００２０】アプリケーション２１およびゲートウェイ
１０の間の経路２８の実施は、インタフェース装置３２
および周辺機器３１両方における接続定義およびその実
施を必要とする。また、アプリケーション２３およびゲ
ートウェイ１２の間の経路３０の実施は、インタフェー
ス装置３２および周辺機器３１両方における接続定義お
よびその実施を必要とする。従って、そのような新しい
ネットワーク・アプリケーションが追加される度毎に、
ネットワーク伝送サービスのサポートがインタフェース
装置３２および周辺機器３１の両方に追加されなければ
ならない。これは、大量の技術資源を必要とする。

【００２１】ＸＩＰＶ１モジュール１１およびＸＩＰＶ
１モジュール２４は、ＵＤＰおよびＩＰＸプロトコルを
使用するデータグラム伝送サービスをサポートする。し
かしながら、ＴＣＰプロトコルおよびＳＰＸプロトコル
のような信頼性の高いストリーム伝送サービスのサポー
トはない。その上、ＸＩＰＶ１モジュール１１およびＸ
ＩＰＶ１モジュール２４は、単一の通信経路２９だけを
経由して周辺機器３１およびインタフェース装置３２の
間で通信する。この結果、周辺機器３１が複数のデータ
グラム通信エンドポイントを使用する時、エンドポイン
ト間のデータの流れを制御する手段が存在しない。この
ように、単一エンドポイント上の通信は、通信経路２９
を独占し、他のエンドポイントを「飢えさせる」結果と
なる。

【００２２】図２は、本発明に従った、入出力(Ｉ／０)
装置３４に接続する周辺機器３３を示す簡略図である。
本発明の好ましい実施形態に従って、周辺機器３３およ
びＩ／Ｏ装置３４の間のインタフェースは、ＸＩＰバー
ジョン２(以下単にＸＩＰと表記する)を利用する。周辺
機器３３は、例えば、スキャナまたはプリンタである。
インタフェース装置３４は、例えば、周辺機器３３にプ
ラグ接続するインタフェース・カードである。

【００２３】周辺機器３３のＩ／Ｏドライバ５５と通信
し、またＸＩＰゲートウェイ・モジュール４１を経由し
てネットワーク接続サービスと通信するため、Ｉ／Ｏ装
置３４の範囲内の入出力(Ｉ／０)ドライバ５６が使用さ
れる。ＴＣＰプロトコルを利用するネットワーク伝送モ
ジュール４３と通信するため、ＸＩＰゲートウェイ・モ
ジュール４１の範囲内の任意の数のエンドポイント(Ｅ
Ｐ)が使用される。ＳＰＸプロトコルを利用するネット
ワーク伝送モジュール４６と通信するため、ＸＩＰゲー
トウェイ・モジュール４１の範囲内の任意の数のエンド
ポイント(ＥＰ)が使用される。ＵＤＰプロトコルを利用
するネットワーク伝送モジュール４４と通信するため、
ＸＩＰゲートウェイ・モジュール４１の範囲内の任意の
数のエンドポイント(ＥＰ)が使用される。ＩＰＸプロト
コルを利用するネットワーク伝送モジュール４５と通信
するため、ＸＩＰゲートウェイ・モジュール４１の範囲
内の任意の数のエンドポイント(ＥＰ)が使用される。

【００２４】周辺機器３３の範囲内のアプリケーション
５１、アプリケーション５２およびアプリケーション５
３は、各々、ＸＩＰアプリケーション・プログラミング
・インタフェース・モジュール(すなわちＡＰＩモジュ
ール)５４の範囲内の１つまたは複数のエンドポイント
(ＥＰ)と通信する。

【００２５】ＸＩＰＡＰＩモジュール５４の範囲内の
各エンドポイントは、ＸＩＰゲートウェイ・モジュール
４１の範囲内の１つのエンドポイントに論理的に接続し
ている。ＸＩＰＡＰＩモジュール５４の範囲内のエン
ドポイント(ＥＰ)６１は、ＸＩＰゲートウェイ・モジュ
ール４１の範囲内のエンドポイント(ＥＰ)７１に論理的
に接続している。ＸＩＰＡＰＩモジュール５４の範囲
内のエンドポイント(ＥＰ)６２は、ＸＩＰゲートウェイ
・モジュール４１の範囲内のエンドポイント(ＥＰ)７２
に論理的に接続している。ＸＩＰＡＰＩモジュール５
４の範囲内のエンドポイント(ＥＰ)６３は、ＸＩＰゲー
トウェイ・モジュール４１の範囲内のエンドポイント
(ＥＰ)７３に論理的に接続している。ＸＩＰＡＰＩモ
ジュール５４の範囲内のエンドポイント(ＥＰ)６４は、
ＸＩＰゲートウェイ・モジュール４１の範囲内のエンド
ポイント(ＥＰ)７４に論理的に接続している。ＸＩＰ
ＡＰＩモジュール５４の範囲内のエンドポイント(ＥＰ)
６５は、ＸＩＰゲートウェイ・モジュール４１の範囲内
のエンドポイント(ＥＰ)７５に論理的に接続している。
ＸＩＰＡＰＩモジュール５４の範囲内のエンドポイン
ト(ＥＰ)６６は、ＸＩＰゲートウェイ・モジュール４１
の範囲内のエンドポイント(ＥＰ)７６に論理的に接続し
ている。その他のエンドポイントを同様に追加すること
ができる。

【００２６】ＸＩＰＡＰＩモジュール５４とＸＩＰゲ
ートウェイ・モジュール４１の間の経路５９は、ＸＩＰ
ＡＰＩモジュール５４のエンドポイントとＸＩＰゲー
トウェイ・モジュール４１のエンドポイントの間で制御
情報を通信するＸＩＰ制御経路として使用される。ＸＩ
Ｐデータ経路５８は、エンドポイント６１とエンドポイ
ント７１のストリーム伝送接続として使用され、Ｉ／Ｏ
装置３４および周辺機器３３両方における接続定義およ
びその実施を必要とすることなく周辺機器３３の範囲内
にけるＴＣＰプロトコルの実施を可能にする。ＸＩＰデ
ータ経路６０は、エンドポイント６６とエンドポイント
７６のストリーム伝送接続として使用され、Ｉ／Ｏ装置
３４および周辺機器３３両方における接続定義およびそ
の実施を必要とすることなく周辺機器３３の範囲内にけ
るＳＰＸプロトコルの実施を可能にする。

【００２７】ＸＩＰＡＰＩモジュール５４は、アプリ
ケーション・プログラミング・インタフェース(ＡＰＩ)
の役割を果たす。ＸＩＰＡＰＩモジュール５４は、ア
プリケーション５１、５２および５３からのネットワー
ク伝送サービス要求を実行する。要求の一部は、ＸＩＰ
ＡＰＩモジュール５４のローカル・データ構造にアク
セスすることによって実行される。しかしながら、大部
分の要求は、ＸＩＰＡＰＩモジュール５４がＸＩＰメッ
セージを構築して、構築したメッセージをＩ／Ｏ装置３
４に送信することを必要とする。

【００２８】Ｉ／Ｏドライバ５５およびＩ／Ｏドライバ
５６は、周辺機器３３とＩ／Ｏ装置３４の間の通信機構
の役割を果たす。例えば、Ｉ／Ｏドライバ５５は、ＩＩ
Ｏプロトコルを使用するＩ／Ｏドライバ５６と通信する
かもしれない。別の形態として、マルチプル論理経路
(すなわちＭＬＣ)プロトコル、モジュラ入出力(すなわ
ちＭＩＯ)プロトコル、ＩＥＥＥ１３９４プロトコル、
ＩＥＥＥ１２８４プロトコル、ＩＥＥＥ１２８４.４プ
ロトコルなどのようなプロトコルが使用されるかもしれ
ない。

【００２９】ＸＩＰゲートウェイ・モジュール４１はＸ
ＩＰゲートウェイである。ＸＩＰゲートウェイ・モジュ
ール４１は、ＸＩＰＡＰＩモジュール５４からのメッ
セージを受け取り、それに応答する。要求の一部は、Ｘ
ＩＰゲートウェイ・モジュール４１の範囲内のローカル
・データ構造にアクセスすることによって実行される。
その他のメッセージの場合、ＸＩＰゲートウェイ・モジ
ュール４１は要求をネットワーク伝送モジュールに供給
する。

【００３０】ネットワークＩ／Ｏ装置３４は、複数の周
辺機器をサポートすることができる。この場合、各周辺
機器は、ネットワークＩ／Ｏ装置３４と共に共通のネッ
トワーク層(ＩＰ)アドレスを共有する。すべての周辺機
器が同じネットワーク・サービスを提供することを望む
ならば、各々は、ユニークな伝送レーヤ・サービス・ア
クセス・ポイント(すなわちＴＳＡＰ)またはアドレスを
必要とする。これは、ＸＩＰメッセージを作成し、それ
によって周辺機器が接続するデバイス・ポート番号を要
求し、インタフェース装置がそれに応答することによっ
て解決される。周辺機器上のネットワーク・アプリケー
ションは、この情報を使用してユニークな伝送アドレス
を生成することができる。

【００３１】本発明は、各エンドポイントに対して専用
の通信経路の使用を許容する。ストリーム・エンドポイ
ントは、各接続毎に専用の経路を使用する。この点は、
図２において、経路５８および経路６０として示されて
いる。ネットワーク・データは専用経路上を移動し、Ｘ
ＩＰ制御メッセージはＸＩＰ制御経路５９上を移動す
る。これによって、周辺機器３３が一層効率的にデータ
を取り扱うことができる。ＸＩＰＡＰＩモジュール５
４とＸＩＰゲートウェイ・モジュール４１の間のデータ
および制御経路は同期を保たれる。同期をとらない場
合、ＸＩＰＡＰＩモジュール５４およびＸＩＰゲート
ウェイ・モジュール４１は、１つの経路上のメッセージ
が別の経路上のメッセージを無視することを許容する。
このように、接続を閉じる要求または新しい接続をオー
プンする要求は、接続に関するすべてのデータが受け取
られる前に、ＸＩＰゲートウェイ・モジュール４１によ
って処理されることができる。これが発生するのは、例
えば、接続切断の間、データグラム・エンドポイント再
連結(ＴＳＡＰの変更)の間、およびネットワーク・イン
タフェース装置のリセット間である。同期がどのように
維持されるかについての詳細は以下に記述される。

【００３２】図３は、遠隔ホスト８２からアプリケーシ
ョン５１へのデータ経路を示す。各エンドポイントは、
エンドポイント状態マシンによって制御される。エンド
ポイント状態マシン８１は、ＸＩＰＡＰＩモジュール
５４のエンドポイント６１を制御する。エンドポイント
状態マシン８２は、ゲートウェイ・モジュール４１のエ
ンドポイント７１を制御する。遠隔ホスト８２は、ネッ
トワーク８３を経由してＩ／Ｏ装置３４の範囲内の伝送
モジュール４３と通信する。

【００３３】ＸＩＰＡＰＩモジュール５４およびＸＩ
Ｐゲートウェイ・モジュール４１は以下に記述するよう
にメッセージを交換することによって通信する。各メッ
セージ名は、それが実行する内容を標示するサフィック
スを含む。周辺機器は、_REQ、_RESおよび_OUTというそ
れぞれ要求(request)、応答(response)およびデータ(da
ta)を標示するサフィックスを持つメッセージを送信す
る。Ｉ／Ｏ装置は、_ACK、_INDおよび_INというそれぞ
れ受領確認(acknowledge)、標示(indication)およびデ
ータ(data)を標示するサフィックスを持つメッセージを
送信する。以下に示すメッセージ構造はＣ言語的構文を
使用する。あいにく、Ｃは多くのメッセージの終わりに
可変長アレイを記述する方法を持っていないので、以下
のメッセージ構造は互換性がない。

【００３４】あらゆるメッセージは、同じ４つのフィー
ルドから始まる。すべてのメッセージがすべてのフィー
ルドを使用するというわけではないが、共通のヘッダが
実施をより簡単にするので、それら４つのフィールドは
いずれにしても含まれる。すべての複数バイト整数は、
ネットワークのバイトの順序すなわち最上位バイト先頭
形式で表現される。次の表１は、一般的な構造を記述す
る。

【００３５】

【表１】 struct x_generic_msg { uint8 command; uint8 result; uint16 reserved; uint32 p_endpoint; /* 周辺機器エンドポイント番号 */ uint32 d_endpoint; /* Ｉ／Ｏ装置エンドポイント番号 */ }; command メッセージ・タイプを識別する。 result 動作の結果。このフィールドは応答の場合にのみ意味がある。 reserved このフィールドは現在未使用で将来の使用のため予約されている。このフィールドはまた後続のフィールドを３２ビット境界に合わせる。 p_endpoint メッセージが関連する周辺機器エンドポイント番号。 d_endpoint メッセージが関連するＩ／Ｏ装置エンドポイント番号。

【００３６】次の表２は、x_accept_ackメッセージに関
する形式を記述する。このメッセージは、受信エンドポ
イント上でのx_accept_reqの受領を確認する。

【００３７】

【表２】 struct x _accept_ack { uint8 command; /* X_ACCEPT_ACK */ uint8 result; uint16 reserved; uint32 p_endpoint; /* 周辺機器エンドポイント番号 */ uint32 d_endpoint; /* Ｉ／Ｏ装置エンドポイント番号 */ uint32 conn_seq; /* 未処理接続連続番号 */ }; command X_ACCEPT_ACK result 動作の結果。可能なエラー： TABF 未知のエンドポイント番号。 TOUTSTATE 現在の状態において要求は正当でない。 TNOTSUPPORT 伝送はこの要求をサポートしない。 TBADSEQ 未知連続番号。 TRESADDR 受け入れエンドポイントが異なるアドレスに連結されている。 TINDOUT エンドポイントが未処理の接続標示を持つ。 TRESQLEN 受け入れエンドポイントはqlen > 0を持つことができない。 TPROVMISMATCH 受け入れエンドポイントは異なる伝送を使用する。 TSYSERR システム・エラー。 TPROTO その他プロトトコル・エラー。 p_endpoint 周辺機器エンドポイント番号。これはx_conn_indが到着したエンドポイントであって、接続が実際に受け入れられたエンドポイントではない。 d_endpoint このメッセージを送った入出力装置エンドポイント。 conn_seq 要求においてＸＩＰＡＰＩモジュール５４によって提供されたものと同じ連続番号。

【００３８】次の表３は、x_accept_reqメッセージに関
する形式を設定する。このメッセージは、x_conn_indメ
ッセージによって以前に標示された未処理接続要求を受
領する。

【００３９】

【表３】 struct x_accept_req { uint8 command; /* X_ACCEPT_REQ */ uint8 result; /* 意味がない */ uint16 reserved; uint32 p_endpoint; /* 周辺装置エンドポイント番号 */ uint32 d_endpoint; /* Ｉ／Ｏ装置エンドポイント番号 */ uint32 conn_seq; /* 未処理接続連続番号 */ uint32 acc_endpoint; /* Ｉ／Ｏ装置エンドポイント番号 */ }; command X_ACCEPT_REQ result このメッセージにおいては意味がない。 p_endpoint このメッセージを送った周辺機器エンドポイント。 d_endpoint x_conn_indメッセージを送った装置エンドポイント。 conn_seq 接続要求の連続番号。ＸＩＰＡＰＩモジュール５４が受け取ているx_conn_indで提供されたものと同じ番号。 acc_endpoint 接続を受け入れるべき入出力装置エンドポイント。これは、接続要求が到着したものと同じエンドポイントかまたは異なるエンドポイントのいずれかである。同じであれば、エンドポイントは接続されている限り新しい接続を待つことはできない。異なれば、新しいエンドポイントはx_open_reqメッセージによって既に作成されているはずである。新しいエンドポイントはアドレスに既に連結されていることもされていないこともある。連結されていなければ、ＸＩＰゲートウェイ・モジュール４１は待機中エンドポイントからアドレスをコピーする。

【００４０】次の表４は、x_bind_ackメッセージに関す
る形式を記述する。このメッセージは、x_bind_reqの受
領を確認する。これは、実際に連結される完全なローカ
ル・アドレスを提供する。これは、また、交渉される接
続標識待ち行列長を提供する。

【００４１】

【表４】 struct x_bind_ack { uint8 command; /* X_BIND_ACK */ uint8 result; uint16 reserved; uint32 p_en point; /* 周辺機器エンドポイント番号 */ uint32 d_endpoint; /* Ｉ／Ｏ装置エンドポイント番号 */ uint32 bind_seq; uint32 queue_len; uint32 addr_len; uint8 address[addr_len]; /* 可変長 */ }; command X_BIND_ACK result 動作の結果可能なエラー： TBADF 未知のエンドポイント番号。 TOUTSTATE 現在の状態において正当な要求でない。 TBADADDR 不正確なアドレス。 TNOADDR アドレスを割り当てることができない。 TADDRBUSY アドレスはすでに使用中。 TSYSERR システム・エラー。 TPROTO その他ＸＩＰプロトコル・エラー。 p_endpoint 周辺機器エンドポイント番号。 d_endpoint このメッセージを送った装置エンドポイント。 bind_seq x_bind_reqメッセージにおいて周辺機器によって指定されたものと同じ連結連続番号。 queue_len 伝送モジュールが待ち行列に記憶する未処理接続標示の数。この数は、x_bind_reqメッセージにおいて要求された長さ以下である。この長さは、連結メッセージがゼロ以外の長さを要求する場合常に少くとも１である。 addr_len あとに続くローカル・アドレスのバイトのサイズ。 address エンドポイントに実際に連結されるローカル・プロトコルのアドレス。

【００４２】次の表５は、x_bind_reqメッセージに関す
る形式を記述する。このメッセージは、ローカル・プロ
トコル・アドレスを既にオープンされているエンドポイ
ントに連結する。ストリーム経路に関して、それは、ま
た、ＸＩＰＡＰＩモジュール５４がＸＩＰゲートウェ
イ・モジュール４１に対してこのエンドポイント上でど
れだけの接続要求をこのエンドポイント上で待ち行列に
記憶させることを望むかを指定する。接続要求待ち行列
は、ＸＩＰＡＰＩモジュール５４が要求に応答する機
会を持つまで、未処理の接続を保持する。この待ち行列
の長さは伝送モジュールがサポートする同時接続の最大
数を定めるものではない。それは、ＸＩＰゲートウェイ
・モジュール４１が追加接続要求を出す前の最大バース
ト・サイズを決定するだけである。待ち行列の長さがゼ
ロであれば、エンドポイントは接続要求に関心を払わな
い。

【００４３】ＸＩＰゲートウェイ・モジュール４１は、
大きくなく一層小さい待ち行列長を選択するかもしれな
い。しかし、ＸＩＰＡＰＩモジュール５４がゼロより
大きい待ち行列長を求めるならば、ＸＩＰゲートウェイ
・モジュール４１は少くとも１という長さを選択しなけ
ればならない。関連伝送プロバイダがそれを許容するな
らば、エンドポイントのいかなる数でも同じローカル・
アドレスを共有することができる。しかし、それらのう
ちの１つだけがゼロより大きい待ち行列長を持つことが
できる。

【００４４】

【表５】 struct x_bind_req { uint8 command; /* X_BIND_REQ */ uint8 result; /* 意味がない */ uint16 reserved; uint32 p_endpoint; /* 周辺機器エンドポイント番号 */ uint32 d_endpoint; /* Ｉ／Ｏ装置エンドポイント番号 */ uint32 bind_seq; uint32 queue_len; uint32 addr_len; uint8 address[addr_len]; /* 可変長 */ }; command X_BIND_REQ result このメッセージにおいて意味がない。 p_endpoint このメッセージを送った周辺エンドポイント。 d_endpoint アドレスが連結されるべきＩ／Ｏ装置エンドポイント。 bind_seq 連結連続番号。ＸＩＰＡＰＩモジュール５４は、データグラム・エンドポイントに関するあらゆる連結要求についてユニークな番号を選択しなければならない。このアドレスに関するあらゆるx_unitdata_inおよび x_unitdata_outは同じ番号を運ぶ。これは、再結合の後の新鮮でないデータグラムを回避する。 queue_len 要求された接続要求の待ち行列の長さ。接続のない伝送はこのフィールドを無視する。 addr_len あとに続くローカル・アドレスのバイトのサイズ。伝送モジュールがユニークなローカル・アドレスを割り当てるという要求の場合この長さはゼロである。 address エンドポイントへ連結すべきローカル・アドレス。アドレスの形式は、エンドポイントの伝送が期待するものである。

【００４５】次の表６は、x_close_ackメッセージに関
する形式を設定する。このメッセージは、x_close_req
メッセージを受領確認する。

【００４６】

【表６】 struct x_close_ack { uint8 command; /* X_CLOSE_ACK */ uint8 result; uint16 reserved; uint32 p_endpoint; /* 周辺機器エンドポイント番号 */ uint32 d_endpoint; /* Ｉ／Ｏ装置エンドポイント番号 */ }; command X_CLOSE_ACK result 動作の結果。可能なエラー： TBADF 未知のエンドポイント番号。 TSYSERR システム・エラー。 TPROTO その他ＸＩＰプロトコル・エラー。 p_endpoint 周辺機器エンドポイント番号。 d_endpoint このメッセージを送った装置エンドポイント。

【００４７】次の表７は、x_close_reqメッセージに関
する形式を設定する。このメッセージは、伝送エンドポ
イントをクローズする。当該エンドポイントは存在する
ことを停止する。当該エンドポイントと関連した専用経
路も接続解除される。

【００４８】

【表７】 struct x_close_req { uint8 command; /* X_CLOSE_REQ */ uint8 result; /* 意味がない */ uint16 reserved; uint32 p_endpoint; /* 周辺機器エンドポイント番号 */ uint32 d_endpoint; /* Ｉ／Ｏ装置エンドポイント番号 */ }; command X_CLOSE_REQ result このメッセージにおいて意味がない。 p_endpoint このメッセージを送った周辺エンドポイント。 d_endpoint 閉じるべきＩ／Ｏ装置エンドポイント。

【００４９】次の表８はx_conf_indメッセージに関する
形式を設定する。このメッセージは、未処理の接続が完
了したことを確認する。それは、x_conn_reqメッセージ
への最終的な応答である。それは、また、接続される実
際の遠隔アドレスを提供する。

【００５０】

【表８】 struct x_conf_ind { uint8 command; /* X_CONF_IND */ uint8 result; /* 意味がない */ uint16 reserved; uint32 p_endpoint; /* 周辺エンドポイント番号 */ uint32 d_endpoint; /* Ｉ／Ｏ装置エンドポイント番号 */ uint32 addr_len; uint8 address[addr_len]; /* 可変長 */ }; command X_CONF_IND result このメッセージにおいて意味がない。 p_endpoint 周辺機器エンドポイント番号。 d_endpoint このメッセージを送ったＩ／Ｏ装置エンドポイント。 addr_len あとに続くアドレスのバイトのサイズ。 address 接続に応答している遠隔ホスト８２のアドレス。

【００５１】次の表９はx_conn_ackメッセージに関する
形式を設定する。このメッセージは、x_conn_reqメッセ
ージの受領を確認する。接続はこの点では実際に行われ
ていない。伝送プロバイダは後刻x_conf_indメッセージ
を送信して接続を確認する。

【００５２】

【表９】 struct x_conn_ack { uint8 command; /* X_CONN_ACK */ uint8 result; uint16 reserved; uint32 p_endpoint; /* 周辺機器エンドポイント番号 */ uint32 d_endpoint; /* Ｉ／Ｏ装置エンドポイント番号 */ }; command X_CONN_ACK result 動作の結果。可能なエラー： TBADF 未知のエンドポイント番号。 OUTSTATE 現在の状態において正当な要求でない。 NOTSUPPORT 伝送はこの要求をサポートしない。 TBADADDR 不正確なアドレス。 TADDRBUSY 接続が同じローカルおよび遠隔アドレスのペアの間にすでに存在する。 TSYSERR システム・エラー。 TPROTO その他ＸＩＰプロトコル・エラー。 p_endpoint 周辺装置エンドポイント番号。 d_endpoint このメッセージを送った装置エンドポイント。

【００５３】次の表１０はx_conn_indメッセージに関す
る形式を設定する。このメッセージは、遠隔ホストから
到来する接続要求を標示する。これは、現在接続されて
いないゼロより大きい接続待ち行列長を持つエンドポイ
ントに関してのみ発生することができる。

【００５４】

【表１０】 struct x_conn_ind { uint8 command; /* X_CONN_IND */ uint8 result; /* 意味がない */ uint16 reserved; uint32 p_endpoint; /* 周辺機器エンドポイント番号 */ uint32 p_endpoint; /* Ｉ／Ｏ装置エンドポイント番号 */ uint32 conn_seq; /* 未処理接続連続番号 */ uint32 addr_len; uint8 address[addr_len]; /* 可変長 */ }; command X_CONN_IND result このメッセージにおいて意味がない。 p_endpoint 周辺機器エンドポイント番号。 d_endpoint このメッセージを送った装置エンドポイント。 conn_seq 接続要求の連続番号。複数接続に関して使用され、ＸＩＰＡＰＩモジュール５４がどの接続に応答しているかを標示する。ＸＩＰゲートウェイ・モジュール４１はどのような番号方式でも使用することができるが、0xFFFFFFFFは有効な連続番号ではない。 addr_len あとに続くアドレスのバイトのサイズ。 address 接続を要求しているホストのアドレス。

【００５５】次の表１１はx_conn_reqメッセージに関す
る形式を設定する。このメッセージは、指定された遠隔
アドレスへの接続を始動する。

【００５６】

【表１１】 struct x_conn_req { uint8 command; /* X_CONN_REQ */ unit8 result /* 意味がない */ uint16 reserved; uint32 p_endpoint; /* 周辺機器エンドポイント番号 */ uint32 d_endpoint; /* Ｉ／Ｏ装置エンドポイント番号 */ uint32 addr_len; uint8 address[addr_len]; /* 可変長 */ }; command X_CONN_REQ result このメッセージにおいて意味がない。 p_endpoint このメッセージを送った周辺機器エンドポイント。 d_endpoint 接続するＩ／Ｏ装置エンドポイント。 addr_len あとに続くアドレスのバイトのサイズ。 address ＡＰＩモジュール５４が接続先として望む遠隔アドレスＸＩＰ。

【００５７】次の表１２はx_discon_ackメッセージに関
する形式を設定する。このメッセージは、x_discon_req
メッセージの受領を確認する。エンドポイントがDATAXF
ER、INRELまたはOUTREL状態であれば、ＸＩＰゲートウ
ェイ・モジュール４１は、また、専用ストリーム経路上
にEOHDフラグを送信する。ＸＩＰＡＰＩモジュール５
４は、このメッセージと同じ番号を持つEOHDを受け取る
まで、すべてのデータを消去する。

【００５８】

【表１２】 struct x_discon_ack { uint8 command; /* X_DISCON_ACK */ uint8 result; uint16 reserved; uint32 p_endpoint; /* 周辺機器エンドポイント番号 */ uint32 d_endpoint; /* Ｉ／Ｏ装置エンドポイント番号 */ uint32 conn_seq; /* 未処理接続連続番号 */ uint32 sync_num; /* 経路EOHD記号付け連続番号 */ }; command X_DISCON_ACK result 動作の結果。可能なエラー： TBADF 未知のエンドポイント番号。 TOUTSTATE 現在の状態において正当な要求でない。 TNOTSUPPORT 伝送はこの要求をサポートしない。 TBADSEQ 未知の連続番号。 TSYSERR システム・エラー。 TPROTO その他ＸＩＰプロトコル・エラー。 p_endpoint 周辺機器エンドポイント番号 d_endpoint このメッセージを送った装置エンドポイント。 conn_seq ＸＩＰＡＰＩモジュール５４によって要求の中に提供されたものと同じ連続番号。 sync_num 専用経路上に送信された最も最近のホスト・データ終了連続番号。

【００５９】次の表１３はx_discon_indメッセージに関
する形式を設定する。このメッセージは、接続が切断し
ていることを標示する。ＸＩＰＡＰＩモジュール５４
はこのメッセージに応答する必要はなく、接続切断後ク
リーンアップを行うだけである。x_discon_indメッセー
ジは３つの用途を持つ。最初の用途は、既存の接続が放
棄されたことを標示することである。これは堅固な切断
である。Ｉ／Ｏ装置３４は、周辺機器３３または遠隔エ
ンドポイントからそれ以上データを受け入れない。しか
しながら、データがＸＩＰゲートウェイ・モジュール４
１とＸＩＰＡＰＩモジュール５４の間の経路に残って
いる可能性がある。Ｉ／Ｏ装置３４は出力データを送出
せずに破棄する。ＸＩＰＡＰＩモジュール５４は、ユ
ーザに送達することなくいかなる到来データも破棄す
る。

【００６０】x_discon_indメッセージの２番目の用途
は、未処理のx_conn_reqが遠隔ホスト８２によって否定
されたことを標示することである。x_discon_indメッセ
ージの３番目の用途は、遠隔ホストが接続を要求し、ロ
ーカル・ユーザがそれを受け取る機会を持つ前に接続を
クローズしたことを標示することである。この場合、連
続番号が、どの未処理接続がクローズされているかを標
示する。エンドポイントがDATAXFER、INRELまたはOUTRE
L状態であれば、ＸＩＰゲートウェイ・モジュール４１
は、また、専用ストリーム経路上にEOHDフラグを送信す
る。ＸＩＰＡＰＩモジュール５４は、このメッセージ
と同じ番号を持つEOHDを受け取るまで、すべてのデータ
を消去する。

【００６１】

【表１３】 struct x_discon_ind { uint8 command; /* X_DISCON_IND */ uint8 result; /* 意味がない */ uint16 reserved; uint32 p_endpoint; /* 周辺機器エンドポイント番号 */ uint32 d_endpoint; /* Ｉ／Ｏ装置エンドポイント番号 */ uint32 conn_seq; /* 未処理接続連続番号 */ uint32 sync_num; /* 経路EOHD記号付け連続番号 */ uint32 reason; /* 切断理由コード */ }; command X_DISCON_IND result このメッセージにおいて意味がない。 p_endpoint 周辺機器エンドポイント番号。 d_endpoint このメッセージを送ったＩ／Ｏ装置エンドポイント。 conn_seq 到来接続が完全に確立される前に切断されたことを標示する。これは、x_conn_ind メッセージからのものと同じ連続番号である。接続が完全に確立されたか、あるいは x_conn_reqメッセージによって始動さられたならば、この値は0xFFFFFFFFである。 sync_num 専用経路上に送信された最も最近のホスト・データ終了連続番号。 reason 伝送に依存する切断理由コード。各ＸＩＰ実施に対するＥＲＳ文書がどのような理由コードを使用するか文書化する。

【００６２】次の表１４はx_discon_reqメッセージに関
する形式を設定する。このメッセージは、３つの用途を
持つ。x_discon_reqメッセージの最初の用途は、オープ
ン接続を切断することである。これは堅固な切断であ
る。伝送プロバイダは、遠隔エンドポントからそれ以上
データを受け入れない。しかしながら、伝送プロバイダ
とＸＩＰＡＰＩモジュール５４の間の経路にデータが
残っている可能性がある。伝送プロバイダは出力データ
を送出せずに破棄する。ＸＩＰＡＰＩモジュール５４
は、ユーザに送達することなくいかなる到来データも破
棄する。

【００６３】x_discon_reqdメッセージの２番目の用途
は、x_conn_reqメッセージによって以前に要求された未
処理の能動的接続を放棄することである。x_discon_req
dメッセージの３番目の用途は、x_conn_indメッセージ
によって以前に標示された未処理の受動的接続要求を拒
絶することである。

【００６４】

【表１４】 struct x_discon_req { uint8 command; /* X_DISCON_REQ */ uint8 result; /* 意味がない */ uint16 reserved; uint32 p_endpoint; /* 周辺機器エンドポイント番号 */ uint32 d_endpoint; /* Ｉ／Ｏ装置エンドポイント番号 */ uint32 conn_seq; /* 未処理接続連続番号 */ }; command X_DISCON_REQ result このメッセージにおいて意味がない。 p_endpoint このメッセージを送った周辺機器エンドポイント。 d_endpoint 接断すべきＩ／Ｏ装置エンドポイント。 conn_seq 未処理接続要求を拒絶するために使用される。これは、x_conn_indメッセージからのものと同じ連続番号である。活動中接続および確立された接続に関しては無視される。

【００６５】次の表１５はx_ep_inf_ackメッセージに関
する形式を設定する。このメッセージは、x_ep_info_re
qメッセージによって要求されたプロトコル・パラメー
タを返す。

【００６６】

【表１５】 struct x_ep_info_ack { uint8 command; /* X_EP_INFO_ACK */ uint8 result; uint16 reserved; uint32 p_endpoint; /* 周辺機器エンドポイント番号 */ uint32 d_endpoint; /* Ｉ／Ｏ装置エンドポイント番号 */ sint32 tsdu_size; /* 最大ＴＳＤＵサイズ */ sint32 etsdu_size; /* 最大ＥＴＳＤＵサイズ */ sint32 cdata_size; /* 接続データ・サイズ */ sint32 ddata_size; /* 切断データ・サイズ */ sint32 addr_size; /* ＴＳＡＰサイズ */ sint32 opt_size; /* オプション・サイズ */ sint32 tidu_size; /* ＴＩＤＵサイズ */ sint32 serv_type; /* サービス・タイプ */ sint32 current_state; /* エンドポイント状態 */ sint32 provider_flag; /* プロバイダ・フラグ */ sint32 addr_family; /* アドレス・ファミリ */ }; command X_EP_INFO_ACK result 動作の結果。可能なエラー： TBADF 未知のエンドポイント番号。 TSYSERR システム・エラー。 TPROTO その他ＸＩＰプロトコル・エラー。 p_endpoint 周辺機器エンドポイント番号。 d_endpoint このメッセージを送った装置エンドポイント。 tsdu_size 最大伝送サービス・データ単位。 0は、伝送モジュールは、論理的な境界のないデータ・ストリームをサポートするが、ＴＳＤＵの概念をサポートしないことを意味する。 -1は、ＴＳＤＵサイズに限度がないことを意味する。 -2は、伝送モジュール・プロバイダが正常なデータをサポートしないことを意味する。 etsdu_size 促進された伝送サービス・データの最大単位。 0は、伝送プロバイダが、論理的な境界のない促進されたデータ・ストリームをサポートしないが、ＥＴＳＤＵの概念をサポートしないことを意味する。 -1は、ＥＴＳＤＵサイズに限度がないことを意味する。 -2は、伝送プロバイダが促進されたデータをサポートしないことを意味する。 cdata_size 最大接続確立データ。 -2は、伝送プロバイダが接続確立プリミティブを持つデータの送信をサポートしないことを意味する。 ddata_size 最大切断データ。 -2は、伝送プロバイダが切断プリミティブを持つデータの送信をサポートしないことを意味する。 addr_size 最大プロトコル・アドレス・サイズ。 -2は、伝送プロバイダがプロトコル・アドレスへのアクセスを提供しないことを意味する。 opt_size プロトコルに特有のオプションのバイトの最大数。 -2は、伝送プロバイダがオプションの読み取りをサポートするが、それを設定しないことを意味する。 -3は、伝送プロバイダがオプションを全くサポートしないことを意味する。 tidu_size 最大伝送インタフェース・データ単位。 serv_type 伝送プロバイダによってサポートされるサービス・タイプ。 COTS 規則的切断をサポートしない接続。 COTS_ORD 規則的切断をサポートする接続。 CLTS 接続のない(データグラム)サービス。 current_state エンドポイントの現在の状態。 provider_flag 付加的搬送特有フラグ。このバージョンではサポートされていない。 addr_family この伝送プロバイダのためのアドレス・ファミリ・コード。

【００６７】次の表１６はx_ep_inf_reqメッセージに関
する形式を設定する。このメッセージは、伝送プロバイ
ダ・パラメータを取り出す。このメッセージは、いつで
も発信することは可能であり、エンドポイントに影響を
及ぼさない。

【００６８】

【表１６】 struct x_ep_info_req { uint8 command; /* X_EP_INFO_REQ */ uint8 result; /* 意味がない */ uint16 reserved; uint32 p_endpoint; /* 周辺機器エンドポイント番号 */ uint32 d_end point; /* Ｉ／Ｏ装置エンドポイント番号 */ }; command X_EP_INFO_REQ result このメッセージにおいては意味がない。 p_endpoint このメッセージを送った周辺機器エンドポイント。 d_endpoint 周辺機器が情報を望むＩ／Ｏ装置エンドポイント。

【００６９】次の表１７はx_new_state_indメッセージ
に関する形式を設定する。これは、送信される最初のＸ
ＩＰメッセージである。ＸＩＰゲートウェイ・モジュー
ル４１は、起動の直後にx_new_state_indメッセージを
送信してＩ／Ｏ装置３４がＸＩＰをサポートすることを
周辺機器３３に通知し、Ｉ／Ｏ装置３４がサポートする
ＸＩＰバージョン番号を提供し、Ｉ／Ｏ装置３４がサポ
ートする各伝送番号の状態を提供する。

【００７０】ＸＩＰゲートウェイ・モジュール４１は、
また、すべての伝送が使用可能または使用不可状態にさ
れる都度、x_new_state_indを送信する。この動作が発
生するのは、Ｉ／Ｏ装置３４に最初に電力が投入される
時、Ｉ／Ｏ装置３４がリセットされる時、プロトコル・
スタックが正面のパネルを介して使用可能または使用不
可状態にされる時、Ｉ／Ｏ装置ファームウェア・ダウン
ロードの前またはＩ／Ｏ装置ファームウェア・ダウンロ
ードの後プロトコル・スタックがＳＮＭＰを経由して使
用可能または使用不可にされる時、あるいはまたは、Ｉ
／Ｏ装置３４にネットワーク・アドレス変更がある時で
ある。

【００７１】外部Ｉ／Ｏ装置は、また、新しい周辺ＭＬ
Ｃが利用できるようになるとx_new_state_indを送信す
る。この動作が発生するのは、周辺機器３３に最初に電
力が投入される時、周辺機器３３に電力が戻る時、およ
びパラレル・ケーブルが接続または再接続される時であ
る。

【００７２】x_new_state_indメッセージは常にあらゆ
る伝送の状態を提供する。ＸＩＰＡＰＩモジュール５
４は伝送が活動状態にないことを標示するメッセージを
受け取る時は必ず、その伝送を使用しているすべてのエ
ンドポイントが現在閉じられその資源をクリーンアップ
していると仮定する。ＸＩＰＡＰＩモジュール５４
は、エンドポイントに関するx_close_reqメッセージを
送信しない。ＸＩＰゲートウェイ・モジュール４１は、
伝送が使用不可の時あるいは周辺機器３３との通信リン
クが切断される時は必ず、すべてのエンドポイントを自
動的に閉じてクリーンアップしなければならない。

【００７３】Ｉ／Ｏ装置３４に関するネットワーク・ア
ドレスが変われば、ＸＩＰゲートウェイ・モジュール４
１は、すべてのエンドポイントが閉じられるようにする
ため伝送モジュールが活動状態にないことをＸＩＰＡ
ＰＩモジュール５４に通知しなければならない。そこ
で、ＸＩＰゲートウェイ・モジュール４１は、伝送モジ
ュールがバックアップされていることをＸＩＰＡＰＩ
モジュール５４に直ちに通知することができる。ＸＩＰ
ＡＰＩモジュール５４がＩ／Ｏ装置３４のネットワー
ク・アドレスのコピーを保持していれば、ＸＩＰＡＰ
Ｉモジュール５４は、あらゆるx_new_state_indの後ネ
ットワーク・アドレスを再ロードする。

【００７４】

【表１７】 struct x_new_state_ind { uint8 command; /* X_NEW_STATE_IND */ uint8 result; /* 意味がない */ uint16 reserve; uint32 p_endpoint; /* 意味がない */ uint32 d_endpoint; /* 意味がない */ uint32 version; uint32 sync_num; /* 経路EOHD記号付け連続番号 */ struct { uint32 transport; uint32 enabled; } transport_list[num_elements]; }; command X_NEW_STATE_IND result このメッセージにおいては意味がない。 p_endpoint このメッセージにおいては意味がない。 d_endpoint このメッセージにおいては意味がない。 version ＸＩＰバージョン番号。この仕様をサポートするＩ／Ｏ装置に関しては常にOx0201。 sync_num このメッセージによって影響を受けるすべての専用経路上のホスト・データ終了入力方向連続番号。 num_elements 以下のテーブルの(伝送、状態)ペアの数。 transport Ｉ／Ｏ装置３４によってサポートされる伝送番号のうちの１つ。 enabled 伝送モジュールが使用可能状態にされているか否かを標示するフラグ。

【００７５】次の表１８は、x_new_state_resメッセー
ジに関する形式を設定する。ＸＩＰＡＰＩモジュール５
４は、このメッセージにを送信してx_new_state_indの
受信を確認する。ＸＩＰＡＰＩモジュール５４はそれ
がサポートするＸＩＰバージョン番号を提供する。ＸＩ
ＰＡＰＩモジュール５４は、x_new_state_indメッセー
ジによって提供されたものと同じ伝送リストを返す。

【００７６】

【表１８】 struct x_new_state_res { uint8 command; /* X_NEW_STATE_RES */ uint8 result; /* 意味がない */ uint32 p_endpoint /* 意味がない */ uint32 d_endpoint; /* 意味がない */ uint32 version; uint32 sync_num; /* 経路EOHD記号付け連続番号 */ uint32 num_elements; struct { uint32 transport; uint32 enabled; } transport_list[num_elements]; }; command X_NEW_STATE_RES result このメッセージにおいては意味がない。 p_endpoint このメッセージにおいては意味がない。 d_endpoint このメッセージにおいては意味がない。 version ＸＩＰバージョン番号。この仕様をサポートする周辺機器に関しては常にOx0200。 sync_num このメッセージによって影響を受けるすべての専用経路上のホスト・データ終了入力方向連続番号。 num_elements 以下のテーブルの(伝送、状態)ペアの数。 transport x_new_state_indにおいて送信された伝送リストのコピー。 enabled x_new_state_indにおいて送信された伝送リストのコピー。

【００７７】次の表１９は、x_open_ackメッセージに関
する形式を設定する。このメッセージはx_open_reqメッ
セージの受信を確認し、オプションとしてこのエンドポ
イント上のデータ伝送のためのバックプレーン経路を提
供する。

【００７８】

【表１９】 struct x_open_ack { uint8 command; /* X_OPEN_ACK */ uint8 result; uint 16 reserved; uint32 p_endpoint; /* 周辺機器エンドポイント番号 */ uint32 d_endpoint; /* Ｉ／Ｏ装置エンドポイント番号 */ uint32 transport; uint32 chan_len; uint8 channel[chan_len]; /* 可変長 */ }; command X_OPEN_ACK result 動作の結果。可能なエラー： TBADF 新しいエンドポイントを作成できない。 TBADNAME 未知の伝送番号。 TBADCHAN 未知または利用できない経路番号。 TTPDOWN 伝送遮断。 TSYSERR システム・エラー。 TPROTO その他ＸＩＰプロトコル・エラー。 p_endpoint 周辺機器エンドポイント番号。 d_endpoint Ｉ／Ｏ装置エンドポイント番号。ＸＩＰＡＰＩモジュール５４は、このエンドポイントに関してすべての将来のメッセージを送信するためこの番号を使用する。 transport 要求と同じ伝送番号。 chan_len あとに続く経路情報のバイトのサイズ。ＸＩＰゲートウェイ・モジュール４１が独立経路をサポートしない場合またはＸＩＰＡＰＩモジュール５４がこのエンドポイントに関して１を要求にしなかった場合、これはゼロである。 channel ＸＩＰゲートウェイ・モジュール４１がデータ伝送のため使用する経路。経路フィールドの正確な意味は、周辺機器３３およびＩ／Ｏ装置３４の間の通信方式に特有である。ＩＩＯに関しては、このフィールドは、カードによって選択された１６ビットＩＯ経路番号である。

【００７９】次の表２０は、x_open_reqメッセージに関
する形式を設定する。このメッセージは、新しい伝送エ
ンドポイントを作成し、それを伝送プロバイダに連結
し、オプションとして専用バックプレーン経路へそれを
連結する。経路番号はストリーム伝送のため必要とされ
る。データグラム伝送に関してはそれはオプションであ
る。ＸＩＰゲートウェイ・モジュール４１は、開いたエ
ンドポイントの数に上限を設定し、越えたものはＴＢＡ
ＤＦエラーをつけて拒絶する。

【００８０】

【表２０】 struct x_open_req { uint8 command; /* X_OPEN_REQ */ uint8 result; /* 意味がない */ uint 16 reserved; uint 32 p_endpoint; /* 周辺機器エンドポイント番号 */ uint32 d_endpoint; /* Ｉ／Ｏ装置エンドポイント番号 */ uint32 transport; uint32 chan_len; uint8 channel[chan_len]; /* 可変長 */ }; command X_OPEN_REQ result このメッセージいおいては意味がない。 p_endpoint このメッセージを送った周辺機器エンドポイント番号。 d_endpoint Ｉ／Ｏ装置がまだエンドポイント番号を割り当てていないので、このフィールドは意味がない。 transport このエンドポイントへ連結すべき伝送プロトコル・モジュール番号。 chan_len あとに続く経路情報のバイトのサイズ。周辺機器３３が独立経路をサポートしていないかまたはこのエンドポイントに関して１を使用することを望まない場合、これはゼロである。 channel 周辺機器３３がデータ伝送のため使用する経路。経路フィールドの正確な意味は、周辺機器３３およびＩ／Ｏ装置３４の間の通信方式に特有である。ＩＩＯに関しては、このフィールドは、周辺機器３３によって選択された１６ビット周辺機器経路番号である。

【００８１】次の表２１は、x_ordrel_ackメッセージに
関する形式を設定する。このメッセージは、x_ordrel_r
eqの受信を確認する。データ・ストリームを同期化させ
るため、ＸＩＰＡＰＩモジュール５４は、また、専用
データ経路上にデータ終了フラグを送出しなければなら
ない。これがどのように行われるかはバックプレーン仕
様セクションに記述される。ＸＩＰゲートウェイ・モジ
ュール４１は、要求を処理する前にx_ordrel_reqおよび
一致するデータ終了フラグの両方を受け取らなければな
らない。その後、ＸＩＰゲートウェイ・モジュール４１
は、状態を変更し、遠隔ホスト８２に規則的接続解除を
送信し、x_ordrel_ackを送信する。この結果、x_ordrel
_reqとx_ordrel_ackの間に大幅な遅延が発生する。

【００８２】

【表２１】 struct x_ordrel_ack { uint8 command; /* X_ORDREL_ACK */ uint 8 result; uint 16 reserved; uint 32 p_endpoint; /* 周辺機器エンドポイント番号 */ uint 32 d_endpoint; /* Ｉ／Ｏ装置エンドポイント番号 */ uint32 sync_num; /* 経路EOPD記号付け連続番号 */ command X_ORDREL_ACK result 動作の結果。可能なエラー： TBADF 未知のエンドポイント番号。 TOUTSTATE 現在の状態において正当な要求でない。 TNOTSUPPORT 伝送がこの要求をサポートしない。 TSYSERR システム・エラー。 TPROTO その他ＸＩＰプロトコル・エラー。 p_endpoint 周辺機器エンドポイント番号。 d_endpoint このメッセージを送ったＩ／Ｏ装置エンドポイント。 sync_num 要求において提供されたものと同じ周辺機器番号。

【００８３】次の表２２は、x_ordrel_indメッセージに
関する形式を設定する。このメッセージは、遠隔ホスト
８２がデータ送信を完了したことを標示する。このメッ
セージは、サービス・タイプがCOTS_ORDである伝送プロ
バイダに関してのみ有効である。周辺機器３３は、これ
以上データを受け取らないが、望む限りデータの送出を
続行することはできる。データ・ストリームを同期化さ
せるため、ＸＩＰゲートウェイ・モジュール４１は、ま
た、専用データ経路上にデータ終了フラグを送らなけれ
ばならない。周辺機器３３は、状態を変更し事象をアプ
リケーションに送達する前にx_ordrel_indおよび一致す
るデータ終了フラグの両方を受け取らなければならな
い。

【００８４】

【表２２】 struct x_ordrel_ind { uint8 command; /* X_ORDREL_IND */ uint8 result; /* 意味がない */ uint16 reserved; uint32 p_endpoint; /* 周辺機器エンドポイント番号 */ uint32 d_endpoint; /* Ｉ／Ｏ装置エンドポイント番号 */ uint32 sync_num; /* 経路EOPD記号付け連続番号 */ }; command X_ORDREL_IND result このメッセージにおいては意味がない。 p_endpoint 周辺機器エンドポイント番号。 d_endpoint このメッセージを送ったＩ／Ｏ装置エンドポイント。 sync_num 専用経路上に送信された最も最近のホスト・データ終了連続番号。

【００８５】次の表２３は、x_ordrel_reqメッセージに
関する形式を設定する。このメッセージは、半閉じとも
呼ばれる規則的接続解除を開始する。このメッセージ
は、サービス・タイプがCOTS_ORDである伝送プロバイダ
に関してのみ有効である。周辺機器３３は、一旦規則的
接続切断を開始したならば、そ以上データを送信しな
い。しかし、遠隔エンドポイントは、それが望む限りデ
ータを送り続けることができるが、ＸＩＰＡＰＩモジ
ュール５４はそれを受け取る準備ができていなければな
らない。データ・ストリームを同期化させるため、ＸＩ
ＰＡＰＩモジュール５４は、また、専用データ経路上
にデータ終了フラグを送らなければならない。

【００８６】

【表２３】 struct x_ordrel_req { uint8 command; /* X_ORDREL_REQ */ uint8 result; /* 意味がない */ uint16 reserved; uint32 p_endpoint; /* 周辺機器エンドポイント番号 */ uint32 d_endpoint; /* Ｉ／Ｏ装置エンドポイント番号 */ uint32 sync_num; /* 経路EOHD記号付け連続番号 */ }; command X_ORDREL_REQ result このメッセージにおいては意味がない。 p_endpoint このメッセージを送った周辺機器エンドポイント。 d_endpoint 規則的接続解除の送信先Ｉ／Ｏ装置エンドポイント。 sync_num 専用経路上に送信された最も最近の周辺機器データ終了連続番号。

【００８７】次の表２４は、x_sys_info_ackメッセージ
に関する形式を設定する。このメッセージは、x_sys_in
fo_reqメッセージによって要求されたシステム・パラメ
ータを返す。

【００８８】

【表２４】 struct x_sys_info_ack { uint8 command; /* X_SYS_INFO_ACK */ uint8 result; uint16 reserved; uint32 p_endpoint; /* 意味がない */ uint32 d_endpoint; /* 意味がない */ uint32 operation; uint32 status; /* オブジェクのアクセスの結果 */ uint32 object_id; uint32 val_len; uint8 value[val_len]; /* 可変長 */ }; command X_SYS_INFO_ACK result 動作の結果。可能なエラー： TSYSERR システム・エラー。 TPROTO その他ＸＩＰプロトコル・エラー。 p_endpoint このメッセージにおいては意味がない。 d_endpoint このメッセージにおいては意味がない。 operation オブジェクトに関して実行される動作。 1は、オブジェクトの値を得る(GET)。 2は、オブジェクトの値を設定(SET)。 status オブジェクトに対する動作の結果。 object_id 返されるシステム・パラメータのオブジェクトＩＤ。 val_len オブジェクトの値の長さ。 value オブジェクトの実際の値(バイト・アレイ)。周辺機器３３はアレイの内容を解釈する方法を知っていなければならない。

【００８９】次の表２５は、x_sys_info_reqメッセージ
に関する形式を設定する。このメッセージはＩ／Ｏ装置
システム・パラメータを取り出す。それはいつでも発信
され、どのエンドポイントにも影響を及ぼさない。

【００９０】

【表２５】 struct x_sys _info_req { uint8 command; /* X_SYS_INFO_REQ */ uint8 result; /* 意味がない */ uint16 reserved; uint32 p_endpoint; /* 意味がない */ uint32 d_endpoint; /* 意味がない */ uint32 operation; uint32 status; /* 意味がない */ uint32 object_id; uint32 val_len; uint8 value [val_len]; /* 可変長 */ }; command X_SYS_INFO_REQ result このメッセージにおいて意味がない。 p_endpoint このメッセージにおいて意味がない。 d_endpoint このメッセージにおいて意味がない。 operation オブジェクトに関して実行される動作。 1は、オブジェクトの値を得る(GET)。 2は、オブジェクトの値を設定(SET)。 status このメッセージにおいて意味がない。 object_id 要求されたシステム・パラメータのオブジェクトＩＤ。 val_len オブジェクトの値の長さ。GET命令の場合ゼロ。 value オブジェクトの実際の値(バイト・アレイ)。 SET命令の場合のみ有意。

【００９１】次の表２６は、x_unbind_ackメッセージに
関する形式を設定する。このメッセージは、x_unbind_r
eqの受信を確認する。

【００９２】

【表２６】 struct x_unbind_ack { uint8 command; /* X_UNBIND_ACK */ uint8 result; uint16 reserved; uint32 p_endpoint; /* 周辺機器エンドポイント番号 */ uint32 d_endpoint; /* Ｉ／Ｏ装置エンドポイント番号 */ }; command X_UNBIND_ACK result 動作の結果。可能なエラー： TBADF 未知のエンドポイント番号。 TOUTSTATE 現在の状態において正当な要求でない。 TSYSERR システム・エラー。 TPROTO その他ＸＩＰプロトコル・エラー。 p_endpoint 周辺機器エンドポイント番号。 d_endpoint このメッセージを送ったＩ／Ｏ装置エンドポイント。

【００９３】次の表２７は、x_unbind_reqメッセージに
関する形式を設定する。このメッセージは、エンドポイ
ントからローカル・プロトコル・アドレスの連結を解
く。そこで、エンドポイントはx_bind_reqを持つ異なる
アドレスへ再連結されるか、あるいは、x_close_reqに
よって閉じられるかもしれない。

【００９４】

【表２７】 struct x_unbind_req { uint8 command; /* X_UNBIND_REQ */ uint8 result; /* 意味がない */ uint16 reserved; uint32 p_endpoint; /* 周辺機器エンドポイント番号 */ uint32 d_endpoint; /* Ｉ／Ｏ装置エンドポイント番号 */ }; command X_UNBIND_REQ result このメッセージにおいて意味がない。 p_endpoint このメッセージを送った周辺機器エンドポイント。 d_endpoint 連結を解くべきＩ／Ｏ装置エンドポイント。

【００９５】次の表２８は、x_unitdata_inメッセージ
に関する形式を設定する。このメッセージは、接続のな
い伝送エンドポイント上で受け取られるデータグラムを
送達する。

【００９６】

【表２８】 struct x_unitdata_in { uint8 command; /* X_UNITDATA_IN */ uint8 result; /* 意味がない */ uint16 reserved; uint32 p_endpoint; /* 周辺機器エンドポイント番号 */ uint32 d_endpoint; /* Ｉ／Ｏ装置エンドポイント番号 */ uint32 bind_seq; uint32 frag_flag; uint32 addr_len; uint8 address[addr_len]; /* 可変長 */ uint8 data[data_len]; /* 可変長 */ }; command X_UNITDATA_IN result このメッセージにおいては意味がない。 p_endpoint 周辺機器エンドポイント番号。 d_endpoint このメッセージを送ったＩ／Ｏ装置エンドポイント。 bind_seq x_bind_reqメッセージにおいて周辺機器によって指定されたものと同じ連結連続番号。 frag_flag ゼロ以外は、次のx_unitdata_inメッセージが同じＴＤＳＵの一部であることを意味する。データグラムＴＳＤＵ全体を1つのバックプレーン・メッセージに収めることができない時、ＸＩＰゲートウェイ・モジュール４１はこのフラグを使用する。 addr_len あとに続くアドレスのバイトのサイズ。 data_len あとに続くデータのバイトのサイズ。 address このデータを送った遠隔アドレス。このアドレスは、マルチパートＴＤＳＵの最初のx_unitdata_inの上でのみ必要とされる。後続のパートについてはこれはオプションである。 data 実際のパケット・データ。

【００９７】次の表２９は、x_unitdata_outメッセージ
に関する形式を設定する。このメッセージは、接続のな
い伝送エンドポイント上にデータグラムを送る。データ
グラムの信頼性はない。伝送プロバイダがパケットを破
棄する可能性がある。それが起きたかどうか知る手段は
ない。

【００９８】

【表２９】 struct x_unitdata_out { uint8 command; /* X_UNITDATA_OUT */ uint8 result; /* 意味がない */ uint16 reserved; uint32 p_endpoint; /* 周辺装置エンドポイント番号 */ uint32 d_endpoint; /* Ｉ／Ｏ装置エンドポイント番号 */ uint32 bind_seq; uint32 frag_flag; uint32 addr_len; uint32 data_len; uint8 address[ addr_len ]; /* 可変長 */ uint8 data[ data_len ]; /* 可変長 */ }; command X_UNITDATA_OUT result このメッセージにおいては意味がない。 p_endpoint このメッセージを送った周辺機器エンドポイント。 d_endpoint Ｉ／Ｏ装置エンドポイント番号。 bind_seq x_bind_reqメッセージにおいて周辺機器によって指定されたものと同じ連結連続番号。 frag_flag ゼロ以外は、次のx_unitdata_outメッセージが同じＴＤＳＵの一部であることを意味する。データグラムＴＳＤＵ全体を1つのバックプレーン・メッセージに収めることができない時、周辺機器３３はこのフラグを使用する。 addr_len あとに続くアドレスのバイトのサイズ。 data_len あとに続くデータのバイトのサイズ。 address データを送信すべき遠隔アドレス。このアドレスは、マルチパートＴＤＳＵの最初のx_unitdata_outの上でのみ必要とされる。後続のパートについてはこれはオプションである。 data 実際のパケット・データ。

【００９９】次の表３０は、メッセージを名前、送信元
および機能順に配列した３つのリストを含む。

【０１００】

【表３０】

【０１０１】以下に記述するＸＩＰプロトコルの概要
は、ネットワーク伝送およびＡＰＩに関するある程度の
知識を前提としている。その背景は、X/Openから出版の
文書番号C438の"X/Open Transport Interface(XTI) Spe
cification"に記載されている。

【０１０２】ＸＩＰは、周辺機器３３におけるネットワ
ーク・アプリケーションがＩ／Ｏ装置３４のようなイン
テリジェントＩ／Ｏ装置上で伝送プロバイダ・サービス
にアクセスすることができる手段を提供する。周辺機器
３３は、ＴＬＩまたはＢＳＤソケットのようなＡＰＩラ
イブラリを提供する。Ｉ／Ｏ装置３４は、ＴＣＰ、ＵＤ
Ｐ、ＳＰＸおよびＩＰＸのようなネットワーク伝送を提
供する。ＸＩＰは、ＡＰＩライブラリおよび伝送プロバ
イダが相互に通信する方法である。以下に、周辺機器３
３の範囲内のＸＩＰＡＰＩモジュール５４とＩ／Ｏ装
置３４の範囲内のＸＩＰゲートウェイ・モジュール４１
の間で交換されるメッセージを具体的に記述する。

【０１０３】メッセージを交換するためには、ＸＩＰ
ＡＰＩモジュール５４とＩ／Ｏ装置３４の間でなんらか
の通信機構が必要である。図２において、この通信機構
は、周辺機器３３の範囲内のＩ／Ｏドライバ５５および
Ｉ／Ｏ装置３４の範囲内のＩ／Ｏドライバ５６によって
表現されている。通信機構のソフトウェアおよびハード
ウェア部分は、集合的に、「バックプレーン」と呼ばれ
る。用語「バックプレーン」は、実際の物理的バックプ
レーン、パラレル・ケーブル、赤外線リンク等々を含
む。どのような通信方式でも、それはＸＩＰメッセージ
およびデータの信頼できる送達を提供しなければならな
い。

【０１０４】すべてではないとしても大部分のバックプ
レーンは、周辺機器３３およびＩ／Ｏ装置３４上の異な
るエンティティの間のマルチプレクス通信に対し複数の
経路を提供する。ＸＩＰは、すべての制御メッセージに
関し単一の経路を使用する。ＸＩＰバージョン２は、ま
た、データ伝送のため各エンドポイントに専用バックプ
レーン経路を割り当てるオプションを含む。経路に関す
る詳細は以下に記述される。

【０１０５】基本的ＸＩＰバージョン２データ構造はエ
ンドポイントである。周辺機器３３上で、エンドポイン
トは、アプリケーションによって使用されるソケットま
たはファイル記述子に対応付けされる。Ｉ／Ｏ装置３４
では、エンドポイントは、(ソケットまたはポートのよ
うな)伝送アドレスに対応する。各エンドポイントは、
ユニークな識別番号および状態を持つ。

【０１０６】ＸＩＰに関して使用される通信経路は、以
下の４つの特性を持たなければならない。第１の特性は
信頼性である。すべてのメッセージは手つかずのまま送
達されなければならない。これは、送信元が受信者を越
えないような流れ制御を経路が持つことを意味する。第
２の特性は内部的順序である。所与の経路上のすべての
メッセージは、送られた順序で届けられる。第３の特性
はデータ終了フラグである。データ・チャネルは、所与
の方向においてデータの終了に記号をつけるフラグを送
信するなんらかのメカニズムを持つ。同じデータ経路が
次の接続に関して再使用されるならば、データ終了フラ
グは、それをユニークに識別する連続番号またはなんら
かの他の方法を持たなければならない。第４の特性は半
閉じである。１つの方向にデータ終了フラグを送信した
後、他の方向はデータを通し続けなければならない。

【０１０７】通信経路は外部的順序の特性を必要としな
い。異なる経路は、経路間順序を必要としない。言い換
えると、２つの異なる経路上で送られるメッセージは、
異なる順序で届けられることもできる。ＸＩＰプロトコ
ルは、始動時に初期化され、Ｉ／Ｏ装置３４からのx_ne
w_state_indメッセージで開始する。x_new_state_indメ
ッセージは、Ｉ／Ｏ装置３４がＸＩＰをサポートし、利
用できる伝送およびそれらの状態のリストを提供する。
周辺機器３３は、x_new_state_indメッセージで応答す
る。この交換によってＸＩＰは立ち上げ動作を開始す
る。次の表３１はこの交換の概要を示す。

【０１０８】

【表３１】周辺機器によってＩ／Ｏ装置によって始動されるメッセージメッセージ方向始動されるメッセージ <-- x_new_state_ind x_new_state_res -->

【０１０９】データを送る最初のステップはエンドポイ
ントを作成することである。周辺機器３３は、周辺装置
が望むネットワーク伝送の数を含むx_open_reqメッセー
ジをＩ／Ｏ装置３４に送る。Ｉ／Ｏ装置３４は、エンド
ポイント・データ構造を作成し、それを要求された伝送
に付加し、x_open_ackメッセージを用いて返事をする。
周辺機器３３は、それが望む時に必要な限りの数のエン
ドポイントを開くことができる。Ｉ／Ｏ装置３４は、エ
ンドポイントの数に実施形態の都合にあった上限を設定
することができる。次の表３２はこの交換を要約する。

【０１１０】

【表３２】周辺機器によってＩ／Ｏ装置によって始動されるメッセージメッセージ方向始動されるメッセージ x_open_req --> <-- x_open_ack

【０１１１】ＸＩＰは、接続指向(a.k.a.ストリーム)お
よびデータグラムという２つの伝送クラスをサポートす
る。以下に、各々のクラスに対してデータを伝送するス
テップを記述する。エンドポイントには番号がつけられ
る。ＸＩＰは、それ自体のプロセッサおよびメモリを持
つ「頭脳を持つ」Ｉ／Ｏ装置用に設計される。従って、
周辺機器３３およびＩ／Ｏ装置３４の両者は各エンドポ
イントに関するデータ構造を維持する。各々は、それ自
身のデータ構造にアドレスするためそれ自身の３２ビッ
ト番号を選択する。周辺機器３３およびＩ／Ｏ装置３４
は、エンドポイント作成の間にこれらの番号を交換す
る。

【０１１２】周辺機器３３がＩ／Ｏ装置３４のエンドポ
イントにメッセージを送る時、周辺機器３３は、そのエ
ンドポイントに関するＩ／Ｏ装置３４の番号を使用す
る。Ｉ／Ｏ装置３４が周辺機器３８のエンドポイントに
メッセージを送る時、Ｉ／Ｏ装置３４は、そのエンドポ
イントに関する周辺機器３３の番号を含む。送信元もエ
ンドポイントに関するそれら自身の番号を含む。このよ
うにして、返信は、それらが始まったエンドポイントに
容易に送り返されることができる。各エンドポイントは
それ自身の状態を持つ。次の表３３は状態の要約を示
す。

【０１１３】

【表３３】 UNINIT 始動解除されるエンドポイントは存在しないので、この状態は実際には決して使用されない。 UNBND エンドポイントがプロトコル・アドレスに連結されていない。 IDLE エンドポイントは連結されているが、接続されてない。これは、データグラム・エンドポイントに関するデータ伝送状態である。 OUTCON エンドポイントは接続始動のプロセスにある。 INCON エンドポイントは未処理の入力方向接続要求を有する。 DATAXFER エンドポイントは接続され、データを伝送することができる。 OUTREL エンドポイントは、出力方向の接続の規則的接続解除を実行した。これ以上データは送出されないが、データ受信の可能性はなおもある。 INREL エンドポイントは、入力方向の接続の規則的接続解除を実行した。これ以上データは受信されないが、データ送信の可能性はなおもある。

【０１１４】エンドポイントを作成した後、次のステッ
プは、周辺機器３３がどのようにそれを使用する意図を
持つかに依存する。エンドポイントの１つのタイプであ
るストリーム・エンドポイントは、３つの異なる方法で
使用される。すなわち、出力方向接続を始動するため、
到来方向の接続を確認するため、および、到来接続を許
容するため、それは使用される。

【０１１５】出力方向接続を始動するために、エンドポ
イントは通常動的アドレスに連結される。周辺機器３３
は、アドレスのないx_bind_reqを送る。Ｉ／Ｏ装置３４
は、使用されていないローカル・アドレスにエンドポイ
ントを自動的に連結する。何かの理由で接続が特定のア
ドレスから始まらなければならないならば、周辺機器３
３は、x_bind_reqメッセージの中にそのアドレスを指定
する。

【０１１６】到来方向の接続を確認するため、周辺機器
３８は、非ゼロ接続標示待ち行列長を持つx_bind_reqメ
ッセージを送る。周辺機器３３は、周辺機器３３が受け
入れるか拒絶するまで未処理接続を待ち行列に保持す
る。

【０１１７】到来接続は、到着したところと異なるエン
ドポイント上で受け入れられることが多い。従って、確
認エンドポイントは、新しい接続の確認を継続しなけれ
ばならない。未処理接続要求を受け入れるため、受け入
れるエンドポイントは、接続が到着した確認中エンドポ
イントと同じアドレスに連結されなければならない。周
辺機器３３がエンドポイントを非連結のままにしておく
と、接続が受け入れられるとエンドポイントは自動的に
連結される。次の表３４はこの交換を要約する。

【０１１８】

【表３４】周辺機器によってＩ／Ｏ装置によって始動されるメッセージメッセージ方向始動されるメッセージ x_bind_req --> <-- x_bind_ack

【０１１９】接続確立には能動的及び受動的接続という
２種類がある。能動的接続は、周辺機器３３が遠隔ホス
トへの接続を始動する時発生する。受動的接続は、遠隔
ホストが周辺機器３３への接続を始動する時発生する。

【０１２０】能動的接続を始動するため、周辺機器３３
はＩ／Ｏ装置８４上で以前に開かれ連結されているエン
ドポイントにx_conn_reqメッセージを送る。Ｉ／Ｏ装置
３４上の伝送プロバイダは直ちにx_conn_ackメッセージ
で返事を行い、遠隔ホスト８２への接続を開始する。こ
の時接続は進展中であるがまだ完全ではない。遠隔ホス
ト８２が要求を受け取りそれに応答するには時間を要す
る。うまくすればさほど時間を要することなく、伝送モ
ジュールは応答を受け取り、接続を完了し、それを確認
するため周辺機器３３にx_conf_indメッセージを送る。
そこで接続は完全となり、周辺機器３３はデータを送信
することができる。次の表３５はこの交換を要約する。

【０１２１】

【表３５】周辺機器によってＩ／Ｏ装置によって始動されるメッセージメッセージ方向始動されるメッセージ x_conn_req --> <-- x_conn_ack <-- (遅延) <-- x_conf_ind

【０１２２】受動的接続が到着するのを待つため、周辺
機器３３は、x_bind_reqに接続待ち行列長を指定するこ
とによって待機エンドポイントを作成する。Ｉ／Ｏ装置
３４がどのようなランダムな未使用アドレスを取り上げ
たか遠隔ホスト８２が知ることは困難であるので、連結
は、通常、ローカル・アドレスを指定する。接続要求が
遠隔ホストから到着すると、Ｉ／Ｏ装置３４は周辺機器
３３にx_conn_indメッセージを送る。周辺機器３３は、
接続を受け取るべきエンドポイントを把握して、x_acce
pt_reqメッセージを送り戻す。Ｉ／Ｏ装置３４は、周辺
機器８３に対し直ちにx_accept_ackメッセージで要求受
領を確認し、遠隔ホスト８２に返答を送信する。

【０１２３】この時点で、周辺機器３３に関する限り、
接続が完了する。しかしながら、伝送モジュールは、な
お、遠隔ホスト８２が接続を確認するのを待つ。ＴＬＩ
ＡＰＩがこの状態を認識せず、また、接続が完了する
時点をアプリケーションに伝える手段を提供しないた
め、ＸＩＰはこの条件に関する状態を含まない。ＴＬＩ
は、x_accept_ackメッセージを受け取り次第、接続が完
了したと仮定する。このようにして、Ｉ／Ｏ装置３４
は、x_accept_ackを送ると直ちにＤＡＴＡＸＦＥＲ状態
へ進む。Ｉ／Ｏ装置３４は、接続が完了するまで周辺機
器３３がデータを送ることを防ぐためフロー制御を使用
することもできる。次の表３６はこの交換を要約する。

【０１２４】

【表３６】周辺機器によってＩ／Ｏ装置によって始動されるメッセージメッセージ方向始動されるメッセージ <-- x_conn_ind x_accept_req --> <-- x_accept_ack

【０１２５】更に複雑な点であるが、周辺機器３３は、
２つの異なる手段のいずれかを選択して接続を受け入れ
ることができる。周辺機器３３は、接続要求が到着した
エンドポイントと同じエンドポイント上で接続を受け入
れることもできるし、あるいは別のエンドポイントで接
続を受け入れることもできる。同じエンドポイントを使
用すれば、そのエンドポイントが現在時接続の間新しい
接続に対処することを妨げる。それを避けるため、周辺
機器３３は、別のエンドポイントに接続を渡して、オリ
ジナルのエンドポイントが新しい接続への対応を継続で
きるようにすることもある。次の表３７はこのシナリオ
を要約する。

【０１２６】

【表３７】周辺機器によってメッセージＩ／Ｏ装置によって始動されるメッセージ方向始動されるメッセージ要求受け手要求受け手エンドポイントエンドポイントエンドポイントエンドポイント x_open_req --> <-- x_open_ack x_bind_req --> <-- x_bind_ack (後刻) <-- x_conn_ind x_open_req --> <-- x_open_ack x_accept_req --> (DATAXFER状態) <-- x_accept_ack (DATAXFER状態)

【０１２７】上掲の表３７に示されたx_open_req交換
は、実際に接続を受け取る前に実行することができる。
その受け入れエンドポイントの管理はアプリケーション
にゆだねられる。受け取りエンドポイントは、また、必
ずしも１つのアドレスに連結される必要はない。その場
合、Ｉ／Ｏ装置３４は、待機エンドポイントと同じアド
レスにそれを自動的に連結する。

【０１２８】データ伝送に関しては、各接続は、デー
タ、フロー制御などの送受信を取り扱うそれ自身の専用
バックプレーン経路を持つ。ＸＩＰは、実際のストリー
ム・データ伝送メカニズムを指定しない。種々のバック
プレーンがそれぞれ別々にデータを伝送する。次の表３
８は、ＩＩＯバックプレーン・プロトコルに関する１つ
の例を示す。

【０１２９】

【表３８】周辺機器によってＩ／Ｏ装置によって始動されるメッセージメッセージ方向始動されるメッセージ PACKET_WRITE --> <-- PACKET_READ

【０１３０】ストリームの接続を切断する手段は２つあ
る。規則的接続解除と不成功の場合の切断である。規則
的接続解除は、両方の側のエンドポイントがすべてのデ
ータが送達されたことを知っているので、信頼性のある
ものである。接続の１方が、データ送信を終了する時、
この接続に関してそれ以上到着するデータがないことを
相手方に知らせる規則的接続解除を標示する。相手方が
完了すれば同じことを実行する。両方が接続解除を受け
取ると、接続は切断されたみなされる。規則的接続解除
は、接続解除を送信した後もなおデータが到着すること
ができるので、「半閉じ」とも呼ばれる。

【０１３１】不成功の場合の遮断は信頼性がない。接続
は、受信確認のないまま即刻終らされる。データは紛失
するであろう。送信のため待ち行列におかれているいか
なるデータも破棄されるであろう。不成功の切断の後に
受け取られるいかなるデータも破棄されるであろう。

【０１３２】ストリームのどちらの側もいずれの種類の
接続解除を始動することができる。それらは、それを始
動した側を識別するように、ローカルおよび遠隔接続解
除と呼ばれる。

【０１３３】ＸＩＰは、ＸＩＰ制御経路上のメッセージ
にすべてのタイプの切断を通知する。それらの切断は、
また、データ経路上のデータと同期させられなければな
らない。ＸＩＰは経路間の同期を仮定しないので、制御
メッセージがデータ・パケットを放棄してそのため競合
状態に至る可能性がある。場合によっては、このような
競合状態がデータ紛失を発生させる。それを防ぐため、
ＸＩＰは、データ経路において、当該接続に関する最後
の有効なデータの後にデータ終了記号を使用する。記号
は、データと同じ経路を移動し、データ・ストリームの
中の適切な位置に残る。

【０１３４】そのような記号はいかなる切断をも始動し
ないし、いかなるエンドポイント状態変更をも引き起こ
すことはない点に注意する必要がある。記号は、単に、
切断メッセージに関する制御経路上の同期ポイントを提
供するだけである。実際の記号メカニズムは、バックプ
レーンによって異なる。ＩＩＯの場合、ＸＩＰはＩＩＯ
パケット・ヘッダのコマンド情報フィールドを使用す
る。記号は、発信方向では、CI_ACTION_SYNC_END_OF_HO
ST_DATA (EOHD)であり、受信方向では、CI_ACTION_END_
OF_PERIPHERAL_DATA (EOPD)である。その他のバックプ
レーンは、類似した意味を持つ記号を使用する。EOHD
は、出力方向にEOHD受信確認(すなわちEOHDa)を送信す
ることによって周辺機器がそれに応答することを要求す
る。いかなるEOPDを含むすべてのデータが送られるま
で、EOHDaは送信されてはならない。EOPDはＩ／Ｏ装置
８４から応答を求めない。

【０１３５】以下のいくつかの表は、種々の切断を記述
し、各々の接続終了シナリオに関するメッセージおよび
フラグ交換を示す。表の中で大文字で表示される事象は
データ経路を移動し、小文字の事象は制御経路を移動す
る。括弧の中の番号は、EOHDおよびEOPD連続番号の例で
ある。次の表３９はローカル切断を記述する。

【０１３６】

【表３９】周辺機器によってメッセージＩ／Ｏ装置によって始動されるメッセージ方向始動されるメッセージデータ制御制御データ (通常データ流れ) --> EOPD(10) x_ordrel_req(10) --> <-- x_ordrel_ack(10) <-- (更なるデータ) <-- x_ordrel_ind(20) EOHD(20) EOHDa(20) -->

【０１３７】Ｉ／Ｏ装置３４は、一致EOPDを受け取るま
で、成功的x_ordrel_ackを送信しない。周辺機器３３
は、状態を変更しアプリケーションに通知する前に、x_
ordrel_indメッセージおよびその一致EOHDフラグを受け
取らなければならない。周辺機器３３もまた、EOPDを送
出するまで、EOHDaを送信しない。次の表４０は遠隔切
断を記述する。

【０１３８】

【表４０】周辺機器によってメッセージＩ／Ｏ装置によって始動されるメッセージ方向始動されるメッセージデータ制御制御データ <-- (通常データ流れ) <-- x_ordrel_ind(20) EOHD(20) (更なるデータ) --> EOPD(10) x_ordrel_req(10) --> EOHDa(20) --> <-- x_ordrel_ack(10)

【０１３９】周辺機器３３は、状態を変更しアプリケー
ションに通知する前に、x_ordrel_indメッセージおよび
その一致EOHDフラグを受け取らなければならない。Ｉ／
Ｏ装置３４は、一致EOPDを受け取るまで、成功的x_ordr
el_ackを送信しない。次の表４１はローカル不成功切断
を記述する。

【０１４０】

【表４１】周辺機器によってメッセージＩ／Ｏ装置によって始動されるメッセージ方向始動されるメッセージデータ制御制御データ (通常データ流れ) --> x_discon_req --> <-- x_discon_ack(20) EOHD(20) EOHDa(20) -->

【０１４１】x_discon_reqを送信した後、周辺機器３３
は、x_discon_ackおよび一致番号(この例では２０)を持
つEOHDに出会うまで、すべてのデータを破棄する。x_di
scon_reqを受信した後、周辺機器３３は、一致番号(こ
の例では２０)を持つEOHDaに出会うまで、すべてのデー
タを破棄する。次の表４２は遠隔不成功切断を記述す
る。

【０１４２】

【表４２】周辺機器によってメッセージＩ／Ｏ装置によって始動されるメッセージ方向始動されるメッセージデータ制御制御データ <-- (通常データ流れ) <-- x_discon_ind(20) EOHD(20) EOHDa(20) -->

【０１４３】x_discon_indを送信した後、Ｉ／Ｏ装置３
４は、一致番号(この例では２０)を持つEOHDaに出会う
まで、すべてのデータを破棄する。x_discon_indを受信
した後、周辺機器３３は、x_discon_ackおよび一致番号
(この例では２０)を持つEOHDに出会うまで、すべてのデ
ータを破棄する。

【０１４４】次の表４３は、伝送停止に関する交換を記
述する。Ｉ／Ｏ装置伝送プロトコル・モジュールが活動
を停止すると、Ｉ／Ｏ装置３４は、すべての接続を中断
し、その伝送に関連したすべてのエンドポイントを閉じ
る。各エンドポイントに関するＸＩＰメッセージはな
い。x_new_state_indメッセージにすべては暗示されて
いる。しかしながら、Ｉ／Ｏ装置３４は、確立された接
続を持つ伝送に接続する各経路上にEOHDフラグを送信し
なければならない。周辺機器３３は、これを、影響を受
けるエンドポイントの各々に対する遠隔切断とみなさな
ければならない。

【０１４５】伝送モジュールが活動状態に復帰すると、
Ｉ／Ｏ装置３４はもう１つのx_new_state_indメッセー
ジを送る。その他の伝送に関するいかなるエンドポイン
トもいずれのメッセージによって影響を受けてはならな
い。

【０１４６】

【表４３】周辺機器によってメッセージＩ／Ｏ装置によって始動されるメッセージ方向始動されるメッセージデータ制御制御データ (伝送活動停止) <-- x_new_state EOHD(20) _ind(20) EOHDa(20) x_new_state --> _res(20) (伝送活動復帰) <-- x_new_state _ind(20) x_new_state --> _res(20)

【０１４７】Ｉ／Ｏ装置３４は、そのエンドポイントが
DATAXFER、INRELまたはOUTREL状態にありその伝送が活
動を停止していたあらゆる経路上にEOHDを送信する。周
辺機器３３は、同じ連続番号を含むEOHDaを用いてあら
ゆる経路上のEOHDに対する受信確認を送る。連続番号は
常に増加し、この番号がすべての経路によって共有され
るので、Ｉ／Ｏ装置３４は、すべての影響を受ける経路
上で使用された最大数より大きい番号を選択しなければ
ならない。

【０１４８】次の表４４は接続拒絶を例示する。まれな
状況ではあるが、どちらかの側が接続要求をを拒絶する
ことがある。周辺機器８３におけるアプリケーションが
受動的接続を拒絶するかもしれないし、あるいは、遠隔
ホスト８２が能動的接続を拒絶するかもしれない。周辺
機器８３は、x_accept_reqの代わりにx_discon_reqを送
信することによって受動的接続を拒絶する。

【０１４９】

【表４４】周辺機器によってＩ／Ｏ装置によって始動されるメッセージメッセージ方向始動されるメッセージ <-- x_conn_ind x_discon_req --> <-- x_discon_ack

【０１５０】Ｉ／Ｏ装置３４は、x_conf_indの代わりに
x_discon_indを送信することによって遠隔ホスト８２が
能動的接続を拒絶したことを標示する。これは、次の表
４５に示される。

【０１５１】

【表４５】周辺機器によってＩ／Ｏ装置によって始動されるメッセージメッセージ方向始動されるメッセージ x_conn_req --> <-- x_conn_ack <-- x_discon_ind

【０１５２】拒絶のケースにおいては、エンドポイント
がDATAXFER状態とされなかったので、データ経路に同期
させる必要がない。Ｉ／Ｏ装置３４はEOHD記号を送る必
要がない。

【０１５３】データグラム・エンドポイントは、まさに
ストリーム・エンドポイントと同様にx_open_reqによっ
て作成される。相違するのは、それらがデータグラム伝
送に接続される点である。データグラム・エンドポイン
トは、それらのデータ伝送に関して専用の経路またはＸ
ＩＰ制御経路を使用する選択肢を持つ。

【０１５４】データグラム・エンドポイントを作成した
後、周辺機器３３はx_bind_reqメッセージを送信してエ
ンドポイントにローカル・アドレスを与える。ストリー
ム・エンドポイントと同様に、周辺機器３３は、アドレ
スを指定するか、またはＩ／Ｏ装置３４が未使用アドレ
スを割り当てることを許容する。

【０１５５】エンドポイントがデータ伝送のため専用経
路を使用する時、そのエンドポイント上の各x_bind_req
は、ユニークな連結連続番号を含まなければならない。
同じ番号が、あらゆるx_unitdata_outおよびx_unitdata
_inメッセージの中で使用される。そうではなく、周辺
機器３３がエンドポイントを再連結すれば、データ経路
の新鮮でないパケットが間違ったアドレスに届けられる
ような競争状態が存在する。この点は次の表４６に図示
されている。

【０１５６】

【表４６】周辺機器によってＩ／Ｏ装置によって始動されるメッセージメッセージ方向始動されるメッセージ x_open_req --> <-- x_open_ack x_bind_req --> <-- x_bind_ack

【０１５７】データグラムは、専用のバックプレーン経
路またはＸＩＰ制御経路を経由して伝送されるかもしれ
ない。メッセージは両方について正確に同じものであ
る。データ経路上のあらゆるパケットは、遠隔アドレス
を含むＸＩＰメッセージ・ヘッダを持つ。専用経路を使
用する利点は、周辺機器３３がバッファを異なる形態で
管理することができることである。例えば、周辺機器３
４は、データグラム・スループットを増加させるため専
用経路上で一層大きいバッファを使用することができ
る。周辺機器３４は、また、１つのエンドポイントが制
御経路バッファを占有して他のエンドポイントを飢えさ
せるのを防ぐことができる。

【０１５８】専用経路を使用している時、あらゆるデー
タグラム・メッセージ・ヘッダは、また、連結連続番号
を含まなければならない。これは、このエンドポイント
上で最も最近のx_bind_reqに周辺機器３３によって割り
当てられたものと同じ番号である。周辺機器８３および
Ｉ／Ｏ装置３４は、新鮮でないデータグラムの競争状態
を回避するため、最新の連結連続番号に一致しないすべ
てのデータグラムを破棄する。これは、次の表４７に示
されている。

【０１５９】

【表４７】周辺機器によってＩ／Ｏ装置によって始動されるメッセージメッセージ方向始動されるメッセージ x_unidata_out --> <-- x_unidata_in

【０１６０】次の表４８は、初期化解除を示す。周辺機
器３３が特定の伝送アドレスで接続されている時、周辺
機器３３は、x_unbind_reqメッセージを用いてエンドポ
イントからそのアドレスを解除するかもしれない。次
に、周辺機器３３は、そのエンドポイントを別の異なる
アドレスへ再連結するかあるいはそれを閉じるかもしれ
ない。

【０１６１】

【表４８】周辺機器によってＩ／Ｏ装置によって始動されるメッセージメッセージ方向始動されるメッセージ x_unbind_req --> <-- x_unbind_ack

【０１６２】周辺機器３３が１つのエンドポイントを用
いて接続されている時、周辺機器３３は、x_close_req
メッセージを用いてそのエンドポイントを削除する。こ
れは次の表４９に示されている。

【０１６３】

【表４９】周辺機器によってＩ／Ｏ装置によって始動されるメッセージメッセージ方向始動されるメッセージ x_close_req --> <-- x_close_ack

【０１６４】各エンドポイントは、エンドポイント状態
マシンによって制御される。上掲の表３３は、エンドポ
イント状態マシンにおける状態を示す。

【０１６５】次の表５０は、周辺機器３３が各状態にお
いてエンドポイントにどのような要求メッセージを送る
かを示す。

【０１６６】

【表５０】 UN UN OUT IN DATA OUT IN INIT BND IDLE CON CON XFER REL REL x_open_req YES x_ep_info_req YES YES YES YES YES YES YES x_bind_req YES x_unidata_out YES x_conn_req YES x_accept_req YES x_ordrel_req YES YES x_discon_req YES YES YES YES YES x_ubind_req YES x_close_req YES

【０１６７】次の表５１は、Ｉ／Ｏ装置３４が各状態に
おいてエンドポイントにどのような同期メッセージを送
るかを示す(表５１は受信確認メッセージを示していな
い。確認メッセージは周辺機器要求に応答して常に送ら
れる)。

【０１６８】

【表５１】 UN UN OUT IN DATA OUT IN INIT BND IDLE CON CON XFER REL REL x_unitdata_in YES x_conn_ind YES YES x_conf_ind YES x_ordrel_ind YES YES x_discon_ind YES YES YES YES YES x_new_state_ind YES YES YES YES YES YES YES YES

【０１６９】次の表５２は種々の事象に起因する状態移
行を示す。ＸＩＰは、_INDおよび成功的_ACKメッセージ
に関する状態を変更する。ＸＩＰは、ゼロでない結果コ
ードを持つ_INDおよび_ACKメッセージに関する状態を変
更しない。

【０１７０】

【表５２】 UN UN OUT IN DATA OUT IN INIT BND IDLE CON CON XFER REL REL x_open_ack UN BND x_bind_ack IDLE x_unitdata_in IDLE x_unidata_out IDLE x_conn_ack OUT CON x_conf_ind DATA XFER x_conn_ind IN IN CON CON x_accept_ack IDLE 1,2 <pass conn>3 DATA DATA XFER XFER x_ordrel_ack OUT IDLE REL x_ordrel_ind IN IDLE REL x_discon_ack IDLE IDLE2 IDLE IDLE IDLE x_discon_ind IDLE IDLE2 IDLE IDLE IDLE x_unbind_ack UN BND x_close_ack UN INIT x_new_state_ind UN UN UN UN UN UN UN UN INIT INIT INIT INIT INIT INIT INIT INIT

【０１７１】受け取りエンドポイントが待機エンドポイ
ントと同じであれば、次の状態はDATAXFERである。その
他の接続要求が未処理であれば、エンドポイントはINCO
N状態にとどまる。この事象は、受け取りエンドポイン
トが待機エンドポイントと異なる時、成功的x_accept_a
ckメッセージ上で暗示的である。

【０１７２】次の表５３は上書きメッセージを示す。通
常、周辺機器３３は、前の要求から_ackを受け取るまで
エンドポイント上に別の_REQメッセージを送ることを許
されない(またはそれは意味がない)。唯一の例外は、x_
discon_reqメッセージが別の未処理要求が完了するの待
つ必要がないことである。これによって、停止状態とな
る時周辺機器３３は接続を中止することが可能となる。
このメッセージは進捗中のメッセージを無効にするの
で、Ｉ／Ｏ装置３４は、進捗中の要求を自由に破棄し、
x_discon_reqメッセージの処理を進めることができる。
これは、前の要求への応答が存在しないことを意味す
る。次の表５３は、ローカル切断を使用している例を示
す。

【０１７３】

【表５３】周辺機器によってメッセージＩ／Ｏ装置によって始動されるメッセージ方向始動されるメッセージデータ制御制御データ EOPD x_ordrel_req --> (遅延) (ユーザの長い待機) x_discon_req --> <-- x_discon_ack EOHD EOHDa -->

【０１７４】周辺機器３３およびＩ／Ｏ装置３４はとも
にエンドポイント状態を追跡し続ける。周辺機器３３に
関する大部分の状態変更は、アプリケーションからのＡ
ＰＩ呼び出しによって起動される。ＡＰＩ呼び出しによ
って、周辺機器３３がＩ／Ｏ装置３４にＸＩＰ要求メッ
セージを送る。しかしながら、一部の状態変更は遠隔ホ
スト伝送によって起動される。Ｉ／Ｏ装置３４は、ＸＩ
Ｐ標示メッセージと共にこれらの事象を周辺機器３３に
通知する。

【０１７５】周辺要求およびＩ／Ｏ装置標示がバックプ
レーンで交差するなんらかの競合状態が存在する。ま
た、上書きメッセージがそれらが上書きする要求に対す
る確認と交差する競合状態が存在する。周辺機器３３お
よびＩ／Ｏ装置が同じエンドポイントに対して異なる状
態を持つような状態を回避するように、それら競合状態
は注意深く取り扱われなければならない。一般的には、
競合が発生する時、Ｉ／Ｏ装置３４が他のメッセージに
起因する状態変更をすでに行った後、要求が到着する。
Ｉ／Ｏ装置３４は、(通常TOUTSTATE)というエラーで応
答する。周辺機器３３は、Ｉ／Ｏ装置３４からの指示か
承認メッセージだけの上で状態変更を作らなければなら
ない。周辺機器８３は要求を発する時状態を変更しな
い。このようにして、周辺機器３３およびＩ／Ｏ装置が
メッセージを同じ順序で処理するので、メッセージは意
味を持つ。

【０１７６】次の表５４は、同時切断に起因する競合状
態の例を示す。同時切断は、Ｉ／Ｏ装置３４に対する遠
隔切断と同様に見える。それは、周辺機器３３に対する
ローカル切断とほぼ同じように見える。唯一の相違は、
x_ordrel_indがx_ordrel_ackの前に到着することであ
る。Ｉ／Ｏ装置３４は、x_ordrel_ackを送信する時x_or
drel_indおよびIDLEを送信すると、INREL状態となる。
周辺機器３３は、x_ordrel_ackを受信する時x_ordrel_i
ndおよびIDLEを受信して、INREL状態となる。

【０１７７】

【表５４】周辺機器によってメッセージＩ／Ｏ装置によって始動されるメッセージ方向始動されるメッセージ状態データ制御制御データ状態 DATAXFER EOPD x_ordrel_req --> DATAXFER DATAXFER <-- x_ordrel_ind EOHD INREL IDLE <-- x_ordrel_ack IDLE IDLE EOHDa --> IDLE

【０１７８】次の表５５は、同時切断から生じる競合状
態の１例を示す。周辺機器３３上のアプリケーションが
t_sndrel()を呼び出す。周辺機器３３は、x_discon_req
メッセージを送る。かくするうちに、Ｉ／Ｏ装置３４が
遠隔伝送から切断を受け取る。Ｉ／Ｏ装置３４は、周辺
機器３３にx_discon_indメッセージを送信してIDLE状態
へ進む。周辺機器３３は、x_discon_indを受け取り、ID
LE状態へ進み、TLOOK(DISCONNECT)エラーと共にt_sndre
l()呼び出しから戻る。Ｉ／Ｏ装置３４は、x_discon_re
qを受け取り、TOUTSTATEエラーで応答する。周辺装置３
３は、x_discon_ackメッセージを受け取るが、それを無
視する。

【０１７９】これは、x_discon_reqとx_discon_indの間
での競合である。Ｉ／Ｏ装置３４は、x_discon_indを送
出し後x_discon_reqを受け取る。Ｉ／Ｏ装置３４がすで
にIDLE状態にあるので、x_discon_ackはTOUTSTATEとい
う結果を得る。

【０１８０】

【表５５】周辺機器によってメッセージＩ／Ｏ装置によって始動されるメッセージ方向始動されるメッセージ状態データ制御制御データ状態 DATAXFER x_discon_req --> DATAXFER DATAXFER <-- x_discon_ind EOHD IDLE IDLE <-- x_discon_ack IDLE IDLE EOHDa --> IDLE

【０１８１】x_sys_info_reqメッセージは、本質的に
は、周辺機器３３にＩ／Ｏ装置３４の管理情報ベース
（すなわちＭＩＢ)へのアクセスを提供する。ＳＮＭＰ
およびＰＭＬのような他のプロトコルがＭＩＢにアクセ
スするため既に存在していて、一層強力である。

【０１８２】次の表５６は、本発明の実施形態に関して
利用可能なＭＩＢを示す。すべてのオブジェクトはバイ
ト・アレイとして返される。周辺機器３３は、値の解釈
手段を持っていると仮定されている。一部の情報は限ら
れた時間に限って効力である。例えば、ＩＰアドレスは
x_new_state_indの後有効性を保証されない。

【０１８３】

【表５６】 XM_OID_MAC_ADDR Ｉ／Ｏ装置のＭＡＣアドレス。値は６バイト・アレイである。 XM_OID_DNS_NAME Ｉ／Ｏ装置のＤＮＳ名。値は文字列である。 XM_OID_DNS_ADDR ＤＮＳやＷＩＮＳサーバ・アドレス。値は、 x_unitdata_outメッセージにおける使用に適したＸＩＰアドレス構造である。 XM_OID_IP_ADDR Ｉ／Ｏ装置のＩＰアドレス。値は３２ビット整数である。 XM_OID_NW_NAME Ｉ／Ｏ装置のNovell名。値は文字列である。 XM_OID_IPX_ADDR Ｉ／Ｏ装置のＩＰＸアドレス。値はゼロというソケットをもつＸＩＰアドレス構造である。 XM_OID_PORT_NUM 周辺機器が接続している(例えばJetDirect EX3 のような)マルチポートＩ／Ｏ装置のポート番号。値は３２ビット整数である。最初のポートは番号ゼロである。 XM_OID_PROD_NUM Ｉ／Ｏ装置の製品番号。値は文字列である。 XM_OID_FW_REV Ｉ／Ｏ装置のファームウェア改訂版番号。値は文字列である。 XM_OID_SNMP_REQ Ｉ／Ｏ装置は値をＳＮＭＰ要求と解釈する。 XM_OID_PML_REQ Ｉ／ＯO装置は値をＰＭＬ要求と解釈する。 XM_OID_MFG_ID Ｉ／Ｏ装置の製造番号である。値は文字列である。 XM_OID_TCPIP_STATUS Ｉ／Ｏ装置のＴＣＰ／ＩＰ状態であって、通常自己検査ページ上で提供される。値は文字列である。 XM_OID_SUBNET_MASK Ｉ／Ｏ装置のサブネット・マスク。値は３２ビット整数である。 XM_OID_GATEWAY Ｉ／Ｏ装置のデフォルト・ゲートウェイ・アドレス。値は３２ビット整数である。 XM_OID_PKTS_RCVD 受け取られた全ネットワーク・パケット。値は３２ビット整数である。 XM_OID_BAD_PKTS_RCVD 受け取られた全ネットワーク不良パケット。値は３２ビット整数である。 XM_OID_FRAME_ERR_RCVD フレーム・エラーを持つ受け取られた全ネットワーク・パケット(通常自己検査ページ上で提供される)。値は３２ビット整数である。 XM_OID_PKTS_XMT 送信された全ネットワーク・パケット。値は３２ビット整数である。 XM_OID_XMIT_COLSN 検出された全ネットワーク衝突。値は３２ビット整数である。 XM_OID_XMIT_LCOLSN 検出された全ネットワーク遅延衝突。値は３２ビット整数である。

【０１８４】次の表５７は、本発明の好ましい実施形態
に関する状態コードを示す。

【０１８５】

【表５７】 XM_NOERROR 成功。 XM_TOOBIG 値が大きすぎる。 XM_NOSUCHNAME 未知のオブジェクトＩＤ。 XM_BADVALUE SETに正しくない値がある。 XM_READONLY オブジェクトを設定できない。 XM_GENERR その他のエラー。 XM_UNAVAILNOW オブジェクトが一時的に利用できない。

【０１８６】次の表５８は、本発明の好ましい実施形態
に関する割り当てられた番号を示す。

【０１８７】

【表５８】 const int XIP_VERSION = Ox0201; enum xip_commands｛ X_NEW_STATE_IND =16, X_NEW_STATE_RES =17, X_ACCEPT_ACK =18, X_ACCEPT_REQ =19, X_BIND_ACK =20, X_BIND_REQ =21, X_CLOSE_ACK =22, X_CLOSE_REQ =23, X_CONF_IND =24, X_CONN_ACK =25, X_CONN_IND =26, X_CONN_REQ =27, X_DISCON_ACK =28, X_DISCON_IND =29, X_DISCON_REQ =30, X_EP_INFO_ACK =31, X_EP_INFO_REQ =32, X_OPEN_ACK =33, X_OPEN_REQ =34, X_ORDREL_IND= 35, X_ORDREL_ACK =36, X_ORDREL_REQ =37, X_SYS_INFO_ACK =38, X_SYS_INFO_REQ =39, X UNBIND ACK =40, X_UNBIND_REQ =41, X_UNITDATA_IN =42, X_UNITDATA_OUT =43, }; enum xip_protocol_numbers { XIP_TCP_PROTOCOL = 6, XIP_UDP_PROTOCOL = 17, XIP_IPX_PROTOCOL = 1000, XIP_SPX_PROTOCOL = 1256, XIP_NNH_PROTOCOL = 4666, }; enum xip_address_families { XIP_TCP_FAMILY = 2, XIP_UDP_FAMILY = 2, XIP_IPX_FAMILY = 6, XIP_SPX_FAMILY = 6, XIP_NNH_FAMILY = 22136, }; enum xip_service_types { T_COTS = 1, T_COTS_ORD = 2, T_CLTS = 3 }; enum xip_endpoint_states｛ T_UNINIT = O, /* 始動解除された */ T_UNBND = 1, /* 連結解除された */ T_IDLE = 2, /* アイドル */ T_OUTCON = 3, /* 出力方向接続未処理 */ T_INCON = 4, /* 入力方向接続未処理 */ T_DATAXFER = 5, /* データ伝送 */ T_OUTREL = 6, /* 出力方向規則的接続解除送出 */ T_INREL = 7, /* 入力方向規則的接続解除送出 */ }; /* 以下はＸＴＩによって使用されるものと同じエラー・コードである。*/ enum xip_error_codes｛ TBADADDR = 1, /* 不正確なアドレス形式 */ TBADOPT = 2, /* 不正確なオプション形式 */ TBADF = 4, /* 不良エンドポイント番号 */ TNOADDR = 5, /* アドレスをを割り当てることができなかった */ TOUTSTATE = 6, /* 適切な状態にない */ TBADSEQ = 7, /* 不良呼び出し連続番号 */ TSYSERR = 8, /* システム・エラー */ TBADDATA = 10, /* データ量不適 */ TNOTSUPPORT = 18, /* プリミテイブはサポートされてない */ TBADNAME = 21, /* 不良伝送番号 */ TADDRBUSY = 23, /* 使用中アドレス */ TINDOUT = 24, /* 未処理接続標示 */ TPROVMISMATCH = 25, /* 伝送プロバイダ非合致 */ TRESQLEN = 26, /* resfdがqlen > 0を持つ */ TRESADDR = 27, /* 異なるアドレス上で受け入れ */ TPROTO = 29, /* その他のプロトコル・エラー */ /* 以下のエラー・コードは、ＸＩＰ固有である。 */ TTPDOWN = 52, /* 伝送が使用不能状態にある。 */ TBADCHAN = 53, /* 不良経路 */ }; enum xip_mib_oid_codes｛ XM_OID_SNMP_REQ = 1, XM_OID_PML_REQ = 2, XM_OID_MAC_ADDR=3, XM_OID_DNS_NAME= 4, XM_OID_DNS_ADDR=5, XM_OID_IP_ADDR=6, XM_OID_NW_NAME = 7, XM_OID_IPX_ADDR = 8, XM_OID_PORT_NUM = 9, XM_OID_PROD_NUM = 10, XM_OID_FW_REV = 11, XM_OID_MFG_ID = 12, XM_OID_TCPIP_STATUS = 13, XM_OID_SUBNET_MASK = 14, XM_OID_GATEWAY = 15, XM_OID_PKTS_RCVD = 16, XM_OID_BAD_PKTS_RCVD = 17, XM_OID_FRAME_ERR_RCVD = 18, XM_OID_PKTS_XMT = 19, XM OID XMIT COLSN = 20, XM_OID_XMIT_LCOLSN = 21, }; enum xip_mib_error_codes { XM NOERROR = 0, /* 成功 */ XM_TOOBIG = 1, /* 値が大きすぎ */ XM_NOSUCHNAME = 2, /* 未知のオブジェクトID */ XM BADVALUE = 3, /* SETに不適切な値がある。 */ XM_READONLY = 4, /* オブジェクトを設定できない。 */ XM_GENERR = 5, /* その他のエラー */ XM_UNAVAILNOW = 6, /* オブジェクトが一時的に利用できない */ };

【０１８８】次の表５９は、ＸＴＩ(またはＴＬＩ)ＡＰ
Ｉ呼び出しとそれら呼び出しが関連するＸＩＰメッセー
ジの関係を示す。

【０１８９】

【表５９】

【０１９０】以上の記述は、本発明の典型的方法および
実施形態のみを開示し説明するにすぎない。当業者に認
められるように、本発明は、その精神または本質的特性
から逸脱することなくその他の特定の形態で実施するこ
とは可能である。

【０１９１】本発明には、例として次のような実施様態
が含まれる。（１）周辺機器への接続のための入出力装置であって、
各々が異なるネットワーク・プロトコルを実施する複数
のネットワーク伝送モジュールと、周辺機器との通信の
ための通信機構と、上記複数のネットワーク伝送モジュ
ールの各々および上記通信機構に接続したゲートウェイ
・モジュールと、を備え、上記周辺機器の中のアプリケ
ーション・プログラミング・インタフェース・モジュー
ル内のエンドポイントの各々に対応するエンドポイント
が上記ゲートウェイ・モジュール内に配置され、上記ゲ
ートウェイ・モジュールと上記アプリケーション・プロ
グラミング・インタフェース・モジュールの間で制御メ
ッセージを伝送するため１つの制御経路が上記ゲートウ
ェイ・モジュールと上記アプリケーション・プログラミ
ング・インタフェース・モジュールの間で使用され、デ
ータ・ストリーム通信を必要とするネットワーク伝送モ
ジュールに関して、制御メッセージが上記制御経路を経
由して交換され、上記ゲートウェイ・モジュールと上記
アプリケーション・プログラミング・インタフェース・
モジュールの間で上記制御経路とは別の独立した通信経
路を経由してデータ・ストリーム通信が確立される、入
出力装置。

【０１９２】（２）上記アプリケーション・プログラミ
ング・インタフェース・モジュールすなわちＡＰＩモジ
ュールが上記ゲートウェイ・モジュールに接続要求メッ
セージを送信し、上記ゲートウェイ・モジュールがそれ
に応答して、ＡＰＩモジュールに接続要求確認メッセー
ジを返し、その接続要求を遠隔ホストに転送し、遠隔ホ
ストとの接続を確立すると直ちに上記ＡＰＩモジュール
に確認標示メッセージを送信することによって、上記独
立経路の始動が達成される、上記（１）に記載の入出力
装置。（３）遠隔ホストから接続要求を受け取り次第上記ゲー
トウェイ・モジュールが上記ＡＰＩモジュールに接続標
示メッセージを送信し、上記ＡＰＩモジュールがそれに
応じて上記ゲートウェイ・モジュールへ要求受容メッセ
ージを送信し、上記ゲートウェイ・モジュールがそれに
応じて上記ＡＰＩモジュールへ受容受け取り確認メッセ
ージを送信することによって、上記独立経路の始動が達
成される、上記（１）に記載の入出力装置。

【０１９３】（４）上記ＡＰＩモジュールが上記通信経
路を経由して上記ゲートウェイ・モジュールに周辺機器
データ終了メッセージを送信し、上記ＡＰＩモジュール
が上記制御経路を経由して上記ゲートウェイ・モジュー
ルに規則的接続解除要求を送信し、上記ゲートウェイ・
モジュールがそれに応じて上記制御経路を経由して上記
ＡＰＩモジュールに規則的接続解除要求受け取り確認メ
ッセージを送信し、遠隔ホストによって接続終了標示メ
ッセージが送信されると、上記ゲートウェイ・モジュー
ルが上記通信経路を経由して上記ＡＰＩモジュールにホ
スト・データ終了メッセージを送信すると共に上記制御
経路を経由して上記ＡＰＩモジュールに規則的接続解除
標示メッセージを送信し、上記ＡＰＩモジュールが上記
ゲートウェイ・モジュールに上記通信経路を経由してホ
スト・データ終了受け取り確認メッセージを送信するこ
とによって、上記独立通信経路の接続が解除される、上
記（１）に記載の入出力装置。

【０１９４】（５）上記ゲートウェイ・モジュールが上
記通信経路を経由して上記ＡＰＩモジュールにホスト・
データ終了メッセージを送信し、上記ゲートウェイ・モ
ジュールが、上記制御経路を経由して上記ＡＰＩモジュ
ールに規則的接続解除標示メッセージを送信し、上記Ａ
ＰＩモジュールが上記通信経路を経由して上記ゲートウ
ェイ・モジュールに周辺機器データ終了メッセージを送
信し、上記ＡＰＩモジュールが上記ゲートウェイ・モジ
ュールに上記制御経路を経由して規則的接続解除要求を
送信し、上記ＡＰＩモジュールが、上記通信経路を経由
して上記ゲートウェイ・モジュールにホスト・データ終
了確認メッセージを送信し、上記ゲートウェイ・モジュ
ールがそれに応じて上記制御経路を経由して上記ＡＰＩ
モジュールに規則的接続解除確認メッセージを送信する
ことによって、上記独立通信経路の接続が解除される、
上記（１）に記載の入出力装置。

【０１９５】（６）ネットワーク伝送モジュールが使用
不能状態となる時、上記ゲートウェイ・モジュールが上
記通信経路を経由して上記ＡＰＩモジュールにホスト・
データ終了メッセージを送信し、上記ゲートウェイ・モ
ジュールが制御経路を経由して上記ＡＰＩモジュールに
新しい状態標示メッセージを送信し、上記ＡＰＩモジュ
ールが上記通信経路を経由して上記ゲートウェイ・モジ
ュールにホスト・データ終了確認メッセージを送信し、
上記ＡＰＩモジュールが上記通信経路を経由して上記ゲ
ートウェイ・モジュールに新しい状態応答メッセージを
送信することによって、上記独立通信経路の接続が解除
される、上記（１）に記載の入出力装置。（７）上記制御経路を経由して上記ＡＰＩモジュールに
新状態標示メッセージを送信することによって上記伝送
モジュールが使用可能状態にされるように上記ゲートウ
ェイ・モジュールが信号を送り、上記ＡＰＩモジュール
がそれに応じて上記通信経路を通し上記ゲートウェイ・
モジュールに新状態応答メッセージを送信する、上記
（６）に記載の入出力装置。

【０１９６】（８）上記ＡＰＩモジュールが上記ゲート
ウェイ・モジュールに連結連続番号を含む連結要求メッ
セージを送信し、上記ゲートウェイ・モジュールが上記
ＡＰＩモジュールに連結要求受領確認メッセージを送信
する、上記（１）に記載の入出力装置。（９）上記ＡＰＩモジュールが上記ゲートウェイ・モジ
ュールにシステム情報要求メッセージを送信し、上記ゲ
ートウェイ・モジュールが該入出力装置のシステム・パ
ラメータに関する情報を含むシステム情報要求受領確認
メッセージを上記ＡＰＩモジュールに送信することによ
って、上記ＡＰＩモジュールが該入出力装置のシステム
・パラメータを取得する上記（１）に記載の入出力装
置。

【０１９７】（１０）周辺機器およびネットワーク伝送
プロトコルを使用する遠隔ホストに接続するため入出力
装置を使用する方法であって、周辺機器内のアプリケー
ション・プログラミング・インタフェースすなわちＡＰ
Ｉモジュール内のエンドポイントを管理するステップ
(a)と、周辺機器内のＡＰＩモジュール内のエンドポイ
ントの各々に関して、入出力装置内のゲートウェイ・モ
ジュール内にそれぞれ対応するエンドポイントを配置す
るステップ(b)と、ゲートウェイ・モジュールとＡＰＩ
モジュールの間の制御経路を使用してゲートウェイ・モ
ジュールとＡＰＩモジュールの間で複数のネットワーク
伝送モジュールに関する制御メッセージを伝送するステ
ップ(c)と、データ・ストリーム通信を必要とするネッ
トワーク伝送モジュールに関して、制御経路を経由して
制御メッセージを交換し、別の独立通信経路を経由して
ゲートウェイ・モジュールとＡＰＩモジュールの間でデ
ータ・ストリーム通信を確立するステップ(d)と、を含
む方法。

【０１９８】

【発明の効果】本発明によって、ネットワーク・インタ
フェース装置(すなわちＩ／Ｏ装置)に影響を及ぼすこと
なく、周辺機器がネットワーク・サービスを追加するこ
とが可能とされる。従来技術がＵＤＰおよびＩＰＸプロ
トコルのようなデータグラム伝送サービス以外はサポー
トできないのに対して、本発明のネットワーク・サービ
スは、データグラムに加えて、ＴＣＰプロトコルおよび
ＳＰＸプロトコルのような信頼性の高いストリーム伝送
サービスに対するサポートも含むことができる。また。
本発明に従った独立通信経路の利用によって、周辺機器
は個々の接続に基づいてデータの流れを制御することが
可能となる。

【図面の簡単な説明】

【図１】従来技術に従ったインタフェース装置と周辺機
器の接続を示すブロック図である。

【図２】本発明の好ましい実施形態に従ったＩ／Ｏ装置
と周辺機器の接続を示すブロック図である。

【図３】本発明の好ましい実施形態に従ってＩ／Ｏ装置
を経由して周辺機器に接続する遠隔ホストを示すブロッ
ク図である。

【符号の説明】

３３周辺機器３４入出力装置４１ゲートウェイ・モジュール４３、４４、４５、４６ネットワーク伝送モジュール５４ＡＰＩモジュール５６通信機構５８、６０通信経路５９制御経路６１、６２、６３、６４、６５、６６、７１、７２、７
３、７４、７５、７６エンドポイント

Claims

【特許請求の範囲】

【請求項１】周辺機器への接続のための入出力装置であ
って、各々が異なるネットワーク・プロトコルを実施する複数
のネットワーク伝送モジュールと、周辺機器との通信のための通信機構と、上記複数のネットワーク伝送モジュールの各々および上
記通信機構に接続したゲートウェイ・モジュールと、を備え、上記周辺機器の中のアプリケーション・プログラミング
・インタフェース・モジュール内のエンドポイントの各
々に対応するエンドポイントが上記ゲートウェイ・モジ
ュール内に配置され、上記ゲートウェイ・モジュールと上記アプリケーション
・プログラミング・インタフェース・モジュールの間で
制御メッセージを伝送するため１つの制御経路が上記ゲ
ートウェイ・モジュールと上記アプリケーション・プロ
グラミング・インタフェース・モジュールの間で使用さ
れ、データ・ストリーム通信を必要とするネットワーク伝送
モジュールに関して、制御メッセージが上記制御経路を
経由して交換され、上記ゲートウェイ・モジュールと上
記アプリケーション・プログラミング・インタフェース
・モジュールの間で上記制御経路とは別の独立した通信
経路を経由してデータ・ストリーム通信が確立される、入出力装置。