JP3371953B2 - Ｕｓｂネットワーク構成システム - Google Patents
Ｕｓｂネットワーク構成システムInfo
- Publication number
- JP3371953B2 JP3371953B2 JP05865799A JP5865799A JP3371953B2 JP 3371953 B2 JP3371953 B2 JP 3371953B2 JP 05865799 A JP05865799 A JP 05865799A JP 5865799 A JP5865799 A JP 5865799A JP 3371953 B2 JP3371953 B2 JP 3371953B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- transfer
- usb
- block
- network configuration
- 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
Landscapes
- Small-Scale Networks (AREA)
Description
【０００１】
【発明の属する技術分野】本発明は、パーソナルコンピ
ュータ（以後、ＰＣと呼称する）に代表されかつホスト
として動作する複数の情報処理端末装置によりローカル
エリアネットワーク（以後、ＬＡＮと呼称する）を構成
するネットワーク構成システムに関し、特に、情報処理
端末装置として備える標準装備により柔軟なＬＡＮを構
成できるＵＳＢネットワーク構成システムに関する。
ュータ（以後、ＰＣと呼称する）に代表されかつホスト
として動作する複数の情報処理端末装置によりローカル
エリアネットワーク（以後、ＬＡＮと呼称する）を構成
するネットワーク構成システムに関し、特に、情報処理
端末装置として備える標準装備により柔軟なＬＡＮを構
成できるＵＳＢネットワーク構成システムに関する。
【０００２】
【従来の技術】従来、この種のＵＳＢネットワーク構成
システムは、図１４に示されるように、一台のＰＣ１
が、周辺機器４−１、４−２、４−３と、ＰＣ１自身に
標準装備されている汎用シリアルバス（以後、ＵＳＢと
呼称する）によるＵＳＢインタフェースを用いてハブ
（以後、ＨＵＢ）５１を介して接続している。この構成
では、一台のＰＣ１がホストとなって他の複数の周辺機
器４−１、４−２、４−３とデータ授受を行なうことに
より周辺機器４−１、４−２、４−３間のデータ転送を
行なうことになる。
システムは、図１４に示されるように、一台のＰＣ１
が、周辺機器４−１、４−２、４−３と、ＰＣ１自身に
標準装備されている汎用シリアルバス（以後、ＵＳＢと
呼称する）によるＵＳＢインタフェースを用いてハブ
（以後、ＨＵＢ）５１を介して接続している。この構成
では、一台のＰＣ１がホストとなって他の複数の周辺機
器４−１、４−２、４−３とデータ授受を行なうことに
より周辺機器４−１、４−２、４−３間のデータ転送を
行なうことになる。
【０００３】すなわち、ＵＳＢによる従来のネットワー
ク構成では、規格上、一台のホストＰＣを必要とする
が、複数のホストＰＣが存在することは許されない。ま
た、データ転送がＰＣにより制御されるので、周辺機器
間で直接データを転送することもできない。従って、デ
ータ転送はホストＰＣからの呼出しによってのみ行なわ
れるので、複数のＰＣによる柔軟なネットワークを構成
することができないという問題点がある。
ク構成では、規格上、一台のホストＰＣを必要とする
が、複数のホストＰＣが存在することは許されない。ま
た、データ転送がＰＣにより制御されるので、周辺機器
間で直接データを転送することもできない。従って、デ
ータ転送はホストＰＣからの呼出しによってのみ行なわ
れるので、複数のＰＣによる柔軟なネットワークを構成
することができないという問題点がある。
【０００４】このような問題点を解決するため、複数の
情報処理端末装置がプリンタなど周辺機器のハードウェ
アを共有し、かつデータを共有すると共にこれらデータ
を授受するシステムとして、ＬＡＮが、柔軟なネットワ
ーク構成を実現している。
情報処理端末装置がプリンタなど周辺機器のハードウェ
アを共有し、かつデータを共有すると共にこれらデータ
を授受するシステムとして、ＬＡＮが、柔軟なネットワ
ーク構成を実現している。
【０００５】このようなＬＡＮを構成する際には、例え
ば、図１５に示されるように、情報処理端末装置として
のＰＣ１−１、１−２、１−３それぞれにおいて、例え
ばＰＣにおけるテンベースティー（１０ＢＡＳＥ−Ｔ）
の規格に準拠したＬＡＮボードであるネットワークイン
タフェースカード（以後、ＮＩＣ）７−１、７−２、７
−３を装備してＬＡＮ用伝送ケーブル８−１、８−２、
８−３によりＨＵＢ５２と接続している。すなわち、複
数のＰＣそれぞれは、他のＰＣに対してＮＩＣおよびＬ
ＡＮ用伝送ケーブルにより接続するＨＵＢ５２を介して
相互に接続し、ＮＩＣによりネットワークとしての相互
接続およびデータ転送が制御されている。
ば、図１５に示されるように、情報処理端末装置として
のＰＣ１−１、１−２、１−３それぞれにおいて、例え
ばＰＣにおけるテンベースティー（１０ＢＡＳＥ−Ｔ）
の規格に準拠したＬＡＮボードであるネットワークイン
タフェースカード（以後、ＮＩＣ）７−１、７−２、７
−３を装備してＬＡＮ用伝送ケーブル８−１、８−２、
８−３によりＨＵＢ５２と接続している。すなわち、複
数のＰＣそれぞれは、他のＰＣに対してＮＩＣおよびＬ
ＡＮ用伝送ケーブルにより接続するＨＵＢ５２を介して
相互に接続し、ＮＩＣによりネットワークとしての相互
接続およびデータ転送が制御されている。
【０００６】
【発明が解決しようとする課題】上述した従来の柔軟性
を有するネットワーク構成システムでは、ＬＡＮに代表
されるように、構成する複数の情報処理端末装置または
ＰＣそれぞれがＬＡＮ用のボードおよび伝送ケーブルが
必要とされるので少数台の情報処理端末装置により簡単
なネットワークを組む場合には設備費用がかさむと共
に、ＬＡＮにおける制御が複雑なので、運用上における
複雑性は避けられないという実用上の問題点がある。
を有するネットワーク構成システムでは、ＬＡＮに代表
されるように、構成する複数の情報処理端末装置または
ＰＣそれぞれがＬＡＮ用のボードおよび伝送ケーブルが
必要とされるので少数台の情報処理端末装置により簡単
なネットワークを組む場合には設備費用がかさむと共
に、ＬＡＮにおける制御が複雑なので、運用上における
複雑性は避けられないという実用上の問題点がある。
【０００７】本発明の課題は、情報処理端末装置が備え
る標準装備を用いて柔軟なＬＡＮを構成できるＵＳＢネ
ットワーク構成システムを提供することである。
る標準装備を用いて柔軟なＬＡＮを構成できるＵＳＢネ
ットワーク構成システムを提供することである。
【０００８】
【課題を解決するための手段】本発明によるＵＳＢネッ
トワーク構成システムは、パーソナルコンピュータに代
表されホストとして動作する複数の情報処理端末装置に
よりローカルエリアネットワーク（ＬＡＮ）を構成する
際、情報処理端末装置それぞれに標準装備されている汎
用シリアルバス（ＵＳＢ）を用いてそれぞれの情報処理
端末装置を接続し、データ転送制御を受けると共に自己
に固定されたアドレスと他のインタフェースブロックに
対応した独自のパーティション指定識別子とを有し、少
なくとも情報処理端末装置と同数のインタフェースブロ
ックと、内部にインタフェースブロックに対するアドレ
ス対応表を備え、インタフェースブロックを接続しイン
タフェースブロックを介して情報処理端末装置から受け
る制御信号およびデータそれぞれに基づいてインタフェ
ースブロック相互間の接続を行なうと共に、転送データ
の中の所定位置に挿入されるパーティション指定識別子
をアドレス対応表と照会することにより得られる転送デ
ータの送信先アドレス指定に基づいてインタフェースブ
ロック相互間のデータの送受信を行なう接続制御部とを
備えるＵＳＢネットワーク構成装置により形成されてい
る。
トワーク構成システムは、パーソナルコンピュータに代
表されホストとして動作する複数の情報処理端末装置に
よりローカルエリアネットワーク（ＬＡＮ）を構成する
際、情報処理端末装置それぞれに標準装備されている汎
用シリアルバス（ＵＳＢ）を用いてそれぞれの情報処理
端末装置を接続し、データ転送制御を受けると共に自己
に固定されたアドレスと他のインタフェースブロックに
対応した独自のパーティション指定識別子とを有し、少
なくとも情報処理端末装置と同数のインタフェースブロ
ックと、内部にインタフェースブロックに対するアドレ
ス対応表を備え、インタフェースブロックを接続しイン
タフェースブロックを介して情報処理端末装置から受け
る制御信号およびデータそれぞれに基づいてインタフェ
ースブロック相互間の接続を行なうと共に、転送データ
の中の所定位置に挿入されるパーティション指定識別子
をアドレス対応表と照会することにより得られる転送デ
ータの送信先アドレス指定に基づいてインタフェースブ
ロック相互間のデータの送受信を行なう接続制御部とを
備えるＵＳＢネットワーク構成装置により形成されてい
る。
【０００９】このようなＵＳＢネットワーク構成装置に
より、複数の情報処理端末装置それぞれは、各自がＵＳ
Ｂネットワーク構成装置を制御することができ、転送デ
ータの送出および受け取りに対してはＵＳＢネットワー
ク構成装置からの制御は受けないという、ホストの立場
を確保できることとなる。
より、複数の情報処理端末装置それぞれは、各自がＵＳ
Ｂネットワーク構成装置を制御することができ、転送デ
ータの送出および受け取りに対してはＵＳＢネットワー
ク構成装置からの制御は受けないという、ホストの立場
を確保できることとなる。
【００１０】
【００１１】また、更に詳細な構成として、接続する情
報処理端末装置から受信データ有無を確認する問い合わ
せを受けた際にこれにデータの有無を回答する一方、こ
の問い合わせを受けた際に初期化して計測を開始し所定
の時限に達した際には前記情報処理装置の接続が外され
たと判断して前記接続制御部へ通知する確認監視タイマ
を有してもよい。また、インタフェースブロックは、転
送するデータのフロー速度を監視し、所定値以下の速度
を検出した際には前記接続制御部へ転送の一時中断を要
求する一方、所定値を超える場合には転送の一時中断を
解除する速度監視手段を有してもよい。
報処理端末装置から受信データ有無を確認する問い合わ
せを受けた際にこれにデータの有無を回答する一方、こ
の問い合わせを受けた際に初期化して計測を開始し所定
の時限に達した際には前記情報処理装置の接続が外され
たと判断して前記接続制御部へ通知する確認監視タイマ
を有してもよい。また、インタフェースブロックは、転
送するデータのフロー速度を監視し、所定値以下の速度
を検出した際には前記接続制御部へ転送の一時中断を要
求する一方、所定値を超える場合には転送の一時中断を
解除する速度監視手段を有してもよい。
【００１２】また、接続制御部は、転送データのトラフ
ィックを監視して、パフォーマンスが所定値以下に低下
した際には転送データの送信元へデータ受付け停止の
「ＮＡＫ」信号を送出する一方、パフォーマンスが所定
値に回復した際には転送データの送信元へデータ受付け
可能の「ＡＣＫ」信号を送出するトラフィック監視手段
を備え、このトラフィック監視手段は、転送データの送
信元が複数の場合、これら送信元へ「ＮＡＫ」信号を送
出した後、転送データの送信が停止した順序を送信元そ
れぞれに対して記録し、パフォーマンスが回復した際に
はこの記録した順序に基づいてデータの転送の受付けを
再開するものである。
ィックを監視して、パフォーマンスが所定値以下に低下
した際には転送データの送信元へデータ受付け停止の
「ＮＡＫ」信号を送出する一方、パフォーマンスが所定
値に回復した際には転送データの送信元へデータ受付け
可能の「ＡＣＫ」信号を送出するトラフィック監視手段
を備え、このトラフィック監視手段は、転送データの送
信元が複数の場合、これら送信元へ「ＮＡＫ」信号を送
出した後、転送データの送信が停止した順序を送信元そ
れぞれに対して記録し、パフォーマンスが回復した際に
はこの記録した順序に基づいてデータの転送の受付けを
再開するものである。
【００１３】また、更に、接続制御部は、データを送信
元から受け受信先へ転送中に受信先からデータ転送の一
時中断の要求を受けた際に、送信元から続けて受けるデ
ータを一時蓄積するデータバッファと、このデータバッ
ファで所定の蓄積量を超えた際に送信元へデータ受付け
停止の「ＮＡＫ」信号を送出する一方、前記受信先から
データ転送の中断要求の解除を受けた際には前記データ
バッファ内のデータを送出した後、送信元へデータ受付
け可能の「ＡＣＫ」信号を送出するデータフロー制御手
段を備え、このデータフロー制御手段が、送信元へ「Ｎ
ＡＫ」信号を送出した際に計測を開始し受信先からデー
タ転送の一時中断要求の解除を受けた際に初期化する解
除監視タイマを設け、この解除監視タイマが所定の時限
に達した際には送信元へデータ転送不可の通知を送出す
ることができる。
元から受け受信先へ転送中に受信先からデータ転送の一
時中断の要求を受けた際に、送信元から続けて受けるデ
ータを一時蓄積するデータバッファと、このデータバッ
ファで所定の蓄積量を超えた際に送信元へデータ受付け
停止の「ＮＡＫ」信号を送出する一方、前記受信先から
データ転送の中断要求の解除を受けた際には前記データ
バッファ内のデータを送出した後、送信元へデータ受付
け可能の「ＡＣＫ」信号を送出するデータフロー制御手
段を備え、このデータフロー制御手段が、送信元へ「Ｎ
ＡＫ」信号を送出した際に計測を開始し受信先からデー
タ転送の一時中断要求の解除を受けた際に初期化する解
除監視タイマを設け、この解除監視タイマが所定の時限
に達した際には送信元へデータ転送不可の通知を送出す
ることができる。
【００１４】また、本発明によるＵＳＢネットワーク構
成システムは、上記ＵＳＢネットワーク構成装置に加
え、少なくとも一つのインタフェースブロックが前記情
報処理端末装置との間に少なくとも一つのハブ（ＨＵ
Ｂ）を介して接続するという構成を有することもでき
る。この構成により、更に広範囲のネットワーク構成が
可能になる。
成システムは、上記ＵＳＢネットワーク構成装置に加
え、少なくとも一つのインタフェースブロックが前記情
報処理端末装置との間に少なくとも一つのハブ（ＨＵ
Ｂ）を介して接続するという構成を有することもでき
る。この構成により、更に広範囲のネットワーク構成が
可能になる。
【００１５】
【発明の実施の形態】次に、本発明の実施の形態につい
て図面を参照して説明する。
て図面を参照して説明する。
【００１６】図１は、本発明の実施の一形態を示す機能
ブロック図である。図１に示されたＵＳＢネットワーク
構成システムは、情報処理端末装置としての３台のＰＣ
１−１、１−２、１−３それぞれが標準装備のＵＳＢイ
ンタフェース３をもって接続する一つのＵＳＢ−Ｎｅｔ
（ＵＳＢネットワーク）構成装置２により構成されてい
る。このＵＳＢインタフェース３により接続されるＵＳ
Ｂ−Ｎｅｔ構成装置２は、周辺機器として、動作状態で
ＵＳＢの取り付け／取り外しが可能なホットプラグの特
徴を有している。
ブロック図である。図１に示されたＵＳＢネットワーク
構成システムは、情報処理端末装置としての３台のＰＣ
１−１、１−２、１−３それぞれが標準装備のＵＳＢイ
ンタフェース３をもって接続する一つのＵＳＢ−Ｎｅｔ
（ＵＳＢネットワーク）構成装置２により構成されてい
る。このＵＳＢインタフェース３により接続されるＵＳ
Ｂ−Ｎｅｔ構成装置２は、周辺機器として、動作状態で
ＵＳＢの取り付け／取り外しが可能なホットプラグの特
徴を有している。
【００１７】図２は、図１を簡素化して、ＵＳＢネット
ワーク構成のイメージを示したブロック図である。
ワーク構成のイメージを示したブロック図である。
【００１８】このように、本発明における実施の形態で
は３台のＰＣを接続するＵＳＢ−Ｎｅｔ構成装置を図示
して説明するが、ホストとなる情報処理端末装置の数は
これに限定されない。従って、ＵＳＢ−Ｎｅｔ構成装置
には接続に必要な数のＵＳＢポートが備えられることに
なる。
は３台のＰＣを接続するＵＳＢ−Ｎｅｔ構成装置を図示
して説明するが、ホストとなる情報処理端末装置の数は
これに限定されない。従って、ＵＳＢ−Ｎｅｔ構成装置
には接続に必要な数のＵＳＢポートが備えられることに
なる。
【００１９】図１および図２に示されるＵＳＢ−Ｎｅｔ
構成装置２は３台のＰＣ１−１、１−２、１−３それぞ
れに対応する三つのＩＦ（インタフェース）ブロック２
１、２２、２３および一つの接続制御部２０により構成
されている。ＩＦブロック２１、２２、２３それぞれ
は、周辺装置同様、ＰＣ１−１、１−２、１−３それぞ
れとＵＳＢインタフェースで接続するＵＳＢポート２−
１、１−２、２−３それぞれを有し、更に確認監視タイ
マ、メモリバッファおよびデータフロー速度監視それぞ
れの機能を備えている。接続制御部２０は、ＩＦブロッ
ク２１、２２、２３と接続し、ＩＦブロック相互間を接
続してデータ転送を中継するブリッジ機能以外に、転送
データの一時メモリ、転送の際のフロー制御、または各
ＩＦブロック２１〜２３の接続状態管理の機能を遂行す
るために、トラフィック監視、データバッファ、および
解除監視タイマそれぞれの手段を備えているものとす
る。
構成装置２は３台のＰＣ１−１、１−２、１−３それぞ
れに対応する三つのＩＦ（インタフェース）ブロック２
１、２２、２３および一つの接続制御部２０により構成
されている。ＩＦブロック２１、２２、２３それぞれ
は、周辺装置同様、ＰＣ１−１、１−２、１−３それぞ
れとＵＳＢインタフェースで接続するＵＳＢポート２−
１、１−２、２−３それぞれを有し、更に確認監視タイ
マ、メモリバッファおよびデータフロー速度監視それぞ
れの機能を備えている。接続制御部２０は、ＩＦブロッ
ク２１、２２、２３と接続し、ＩＦブロック相互間を接
続してデータ転送を中継するブリッジ機能以外に、転送
データの一時メモリ、転送の際のフロー制御、または各
ＩＦブロック２１〜２３の接続状態管理の機能を遂行す
るために、トラフィック監視、データバッファ、および
解除監視タイマそれぞれの手段を備えているものとす
る。
【００２０】従って、ＩＦブロック２１、２２、２３そ
れぞれが直接に相互接続することはない。すなわち、ホ
ストとなるＰＣ１側から見た場合には、ＵＳＢ−Ｎｅｔ
構成装置２が周辺装置として扱われ、ＩＦブロック２
１、２２、２３それぞれは周辺装置内部の独立した３台
の入出力デバイスである周辺機器として扱われる。例え
ば、ＰＣ１−１からＰＣ１−２へのパケットによるデー
タは、ＰＣ１−１から入出力デバイスであるＩＦブロッ
ク２１に送られ、次いで、接続制御部２０、およびＩＦ
ブロック２２を順次介してＰＣ１−２までの経路に沿っ
て転送される。
れぞれが直接に相互接続することはない。すなわち、ホ
ストとなるＰＣ１側から見た場合には、ＵＳＢ−Ｎｅｔ
構成装置２が周辺装置として扱われ、ＩＦブロック２
１、２２、２３それぞれは周辺装置内部の独立した３台
の入出力デバイスである周辺機器として扱われる。例え
ば、ＰＣ１−１からＰＣ１−２へのパケットによるデー
タは、ＰＣ１−１から入出力デバイスであるＩＦブロッ
ク２１に送られ、次いで、接続制御部２０、およびＩＦ
ブロック２２を順次介してＰＣ１−２までの経路に沿っ
て転送される。
【００２１】このようにＩＦブロック２１、２２、２３
それぞれは、独立したものであるため、相互間にＯＳＩ
（開放形システム間相互接続）基本参照モデルに従った
物理層レベルにおいて影響を及ぼすものではない。すな
わち、ＩＦブロック２１、２２、２３それぞれは、接続
制御部２０を介して自分以外のＩＦブロックのＵＳＢポ
ート２−１、２−２、２−３の接続状況を認識するもの
とする。一方、接続制御部２０では、通常、複数のＰＣ
間におけるデータ転送を取り扱うので、内部のデータ転
送速度は、ＵＳＢ規格のインタフェースより十分に高速
であるものとする。また、ＵＳＢの取り付け、およびホ
ストＰＣのＵＳＢ周辺機器に対する識別子（ＩＤ）の割
り当てまでの手順は既存のＵＳＢ技術であり、その説明
は省略する。
それぞれは、独立したものであるため、相互間にＯＳＩ
（開放形システム間相互接続）基本参照モデルに従った
物理層レベルにおいて影響を及ぼすものではない。すな
わち、ＩＦブロック２１、２２、２３それぞれは、接続
制御部２０を介して自分以外のＩＦブロックのＵＳＢポ
ート２−１、２−２、２−３の接続状況を認識するもの
とする。一方、接続制御部２０では、通常、複数のＰＣ
間におけるデータ転送を取り扱うので、内部のデータ転
送速度は、ＵＳＢ規格のインタフェースより十分に高速
であるものとする。また、ＵＳＢの取り付け、およびホ
ストＰＣのＵＳＢ周辺機器に対する識別子（ＩＤ）の割
り当てまでの手順は既存のＵＳＢ技術であり、その説明
は省略する。
【００２２】次に、図３および図４を併せ参照して、ホ
ストＰＣによるコンフィギュレーション段階における動
作について説明する。
ストＰＣによるコンフィギュレーション段階における動
作について説明する。
【００２３】図３では、ホストＰＣ１−１が、ＵＳＢ−
Ｎｅｔ構成装置２を周辺装置とし、他のＰＣ１−２、１
−３それぞれに対応するＩＦブロック２２、２３を、周
辺装置内部の入出力デバイスである周辺機器４２、４３
それぞれと認識している。従って、これからこの構成に
おけるホストＰＣ１−１の動作を説明する。他のＰＣ１
−２、１−３における動作もＰＣ１−１と同様なのでそ
の説明は省略する。
Ｎｅｔ構成装置２を周辺装置とし、他のＰＣ１−２、１
−３それぞれに対応するＩＦブロック２２、２３を、周
辺装置内部の入出力デバイスである周辺機器４２、４３
それぞれと認識している。従って、これからこの構成に
おけるホストＰＣ１−１の動作を説明する。他のＰＣ１
−２、１−３における動作もＰＣ１−１と同様なのでそ
の説明は省略する。
【００２４】通常、ホストＰＣ１−１は、ＵＳＢインタ
フェースで接続するＩＦブロック２１に対してコンフィ
ギュレーション情報を要求して接続先デバイスの機能を
調べる。ＩＦブロック２１は、接続制御部２０を介して
認識できる他の各ＵＳＢポート２−２，２−３の接続状
況に基づいて周辺機器４２、４３を有するとのコンフィ
ギュレーション情報を自己のホストＰＣ１−１に対して
提供する。
フェースで接続するＩＦブロック２１に対してコンフィ
ギュレーション情報を要求して接続先デバイスの機能を
調べる。ＩＦブロック２１は、接続制御部２０を介して
認識できる他の各ＵＳＢポート２−２，２−３の接続状
況に基づいて周辺機器４２、４３を有するとのコンフィ
ギュレーション情報を自己のホストＰＣ１−１に対して
提供する。
【００２５】従って、ＰＣ１−１は、ＰＣ１−２、１−
３それぞれに対応するＵＳＢ−Ｎｅｔ構成装置２内部の
データ入出力可能なデバイスとして周辺機器４２、４３
それぞれをパーティションとして認識する。従って、周
辺機器４２、４３それぞれに対してパーティション指定
ＩＤ「０００２」および「０００３」がＩＦブロック２
１に発行される。この結果、ＩＦブロック２１では、図
４に示されるような、発行されたパーティション指定Ｉ
ＤとホストＰＣ１−１が接続するＵＳＢ−Ｎｅｔ構成装
置２内の各経路を予め対応させたＵＳＢ−Ｎｅｔ構成装
置２の内部アドレスとをＰＣ１−１のアドレス対応表と
して作成する。
３それぞれに対応するＵＳＢ−Ｎｅｔ構成装置２内部の
データ入出力可能なデバイスとして周辺機器４２、４３
それぞれをパーティションとして認識する。従って、周
辺機器４２、４３それぞれに対してパーティション指定
ＩＤ「０００２」および「０００３」がＩＦブロック２
１に発行される。この結果、ＩＦブロック２１では、図
４に示されるような、発行されたパーティション指定Ｉ
ＤとホストＰＣ１−１が接続するＵＳＢ−Ｎｅｔ構成装
置２内の各経路を予め対応させたＵＳＢ−Ｎｅｔ構成装
置２の内部アドレスとをＰＣ１−１のアドレス対応表と
して作成する。
【００２６】例えば図示される場合、ＰＣ１−１から見
て、ＰＣ１−２を接続する一つの入出力デバイスとして
のパーティション指定ＩＤ「０００２」は、ＩＦブロッ
ク２１の内部で接続制御部２０からＩＦブロック２２を
介してＰＣ１−２への経路を指定する内部アドレス「０
０２２」となる。
て、ＰＣ１−２を接続する一つの入出力デバイスとして
のパーティション指定ＩＤ「０００２」は、ＩＦブロッ
ク２１の内部で接続制御部２０からＩＦブロック２２を
介してＰＣ１−２への経路を指定する内部アドレス「０
０２２」となる。
【００２７】このパーティション指定ＩＤはＰＣ１−ｘ
それぞれで異なるものとなる。一方、内部アドレスは、
ＵＳＢ−Ｎｅｔ構成装置２で共通して指定されるもので
ある。しかし、この内部アドレスは、あくまでもＵＳＢ
−Ｎｅｔ構成装置２の内部で活用されるものであり、Ｕ
ＳＢネットワークにおけるＩＤとは別のものである。す
なわち、パーティション指定ＩＤは、従来のＵＳＢによ
る転送先指定ＩＤとは異なり、本発明の実施形態におい
て独自に定義するものであり、転送されるデータパケッ
トにおける内部のデータ（ＤＡＴＡ）部に転送データ内
容と共に格納される。
それぞれで異なるものとなる。一方、内部アドレスは、
ＵＳＢ−Ｎｅｔ構成装置２で共通して指定されるもので
ある。しかし、この内部アドレスは、あくまでもＵＳＢ
−Ｎｅｔ構成装置２の内部で活用されるものであり、Ｕ
ＳＢネットワークにおけるＩＤとは別のものである。す
なわち、パーティション指定ＩＤは、従来のＵＳＢによ
る転送先指定ＩＤとは異なり、本発明の実施形態におい
て独自に定義するものであり、転送されるデータパケッ
トにおける内部のデータ（ＤＡＴＡ）部に転送データ内
容と共に格納される。
【００２８】図５に、このデータパケットに対するイメ
ージの一例を示す。
ージの一例を示す。
【００２９】また、ＬＡＮを構成するには、比較的大容
量のデータを極めて不規則に転送する必要があるため、
バルク転送が用いられる。例えばＰＣ１−１がデータを
ＰＣ１−２へ転送する場合、ＰＣ１−１は転送するパケ
ットのＤＡＴＡ部にパーティション指定ＩＤ「０００
２」を格納してＩＦブロック２２へ送出する。このデー
タ転送の技術は周知のＵＳＢ転送技術でありここでの説
明は省略する。
量のデータを極めて不規則に転送する必要があるため、
バルク転送が用いられる。例えばＰＣ１−１がデータを
ＰＣ１−２へ転送する場合、ＰＣ１−１は転送するパケ
ットのＤＡＴＡ部にパーティション指定ＩＤ「０００
２」を格納してＩＦブロック２２へ送出する。このデー
タ転送の技術は周知のＵＳＢ転送技術でありここでの説
明は省略する。
【００３０】一方、データパケットを受けたＩＦブロッ
ク２１は受けたパケットを展開してパーティション指定
ＩＤ「０００２」を得る。このパーティション指定ＩＤ
「０００２」を付加されたデータは、接続制御部２０か
らＩＦブロック２２を介してＰＣ１−２までの経路を指
定されたものと判断される。ＩＦブロック２１は、受け
たデータに内部アドレス「００２２」を指定し接続制御
部２０を介して転送先のＩＦブロック２２へ転送する。
ク２１は受けたパケットを展開してパーティション指定
ＩＤ「０００２」を得る。このパーティション指定ＩＤ
「０００２」を付加されたデータは、接続制御部２０か
らＩＦブロック２２を介してＰＣ１−２までの経路を指
定されたものと判断される。ＩＦブロック２１は、受け
たデータに内部アドレス「００２２」を指定し接続制御
部２０を介して転送先のＩＦブロック２２へ転送する。
【００３１】この際、接続制御部２０は、ＩＦブロック
２１、２２、２３を相互接続するブリッジの役割と転送
データを一時メモリするバッファの役割とを有してい
る。
２１、２２、２３を相互接続するブリッジの役割と転送
データを一時メモリするバッファの役割とを有してい
る。
【００３２】次に、図６および図７に図３を併せ参照
し、一例としてＰＣ１−１からＰＣ１−２を転送先とし
て送出されたデータを、ＰＣ１−２が接続制御部２０か
ら受け取る際のＩＦブロック２２における手順について
説明する。
し、一例としてＰＣ１−１からＰＣ１−２を転送先とし
て送出されたデータを、ＰＣ１−２が接続制御部２０か
ら受け取る際のＩＦブロック２２における手順について
説明する。
【００３３】ＰＣ１−２は、送受信を行なっていない待
機状態では自己宛ての転送データの有無を確認するた
め、一定時間間隔で接続先のＩＦブロック２２に対して
問い合わせのサーチをかけている。このサーチにはごく
少量のデータのパケットによるバルク転送が行なわれて
いる。このサーチに対してＩＦブロック２２は、転送デ
ータ有無確認のための確認監視タイマを有し稼動（手順
Ｓ１１）している。
機状態では自己宛ての転送データの有無を確認するた
め、一定時間間隔で接続先のＩＦブロック２２に対して
問い合わせのサーチをかけている。このサーチにはごく
少量のデータのパケットによるバルク転送が行なわれて
いる。このサーチに対してＩＦブロック２２は、転送デ
ータ有無確認のための確認監視タイマを有し稼動（手順
Ｓ１１）している。
【００３４】この確認監視タイマの時限に達する前（手
順Ｓ１２のＮＯ）にＰＣ１−２から転送データの有無確
認があった場合、ＩＦブロック２２は確認監視タイマを
初期化し改めて時限の計測を開始（手順Ｓ１４）すると
共にメモリバッファでＰＣ１−２への転送データの有無
を確認（手順Ｓ１５）する。
順Ｓ１２のＮＯ）にＰＣ１−２から転送データの有無確
認があった場合、ＩＦブロック２２は確認監視タイマを
初期化し改めて時限の計測を開始（手順Ｓ１４）すると
共にメモリバッファでＰＣ１−２への転送データの有無
を確認（手順Ｓ１５）する。
【００３５】手順Ｓ１５が「ＹＥＳ」で接続制御部２０
から送出すべき転送データを受けた状態であれば「デー
タあり」の応答（手順Ｓ１６）を行ない、ＰＣ１−２の
制御により、ＩＦブロック２２からＰＣ１−２へデータ
送出（手順Ｓ１７）が行なわれる。一方、手順Ｓ１５が
「ＮＯ」で送出すべき転送データがない場合には「デー
タなし」の応答（手順Ｓ２０）を行ない、上記手順Ｓ１
１に戻って転送データの有無確認の監視に入る。上記手
順Ｓ１３が「ＮＯ」で転送データ有無確認がない場合に
も上記手順Ｓ１１に戻って転送データの有無確認の監視
に入る。
から送出すべき転送データを受けた状態であれば「デー
タあり」の応答（手順Ｓ１６）を行ない、ＰＣ１−２の
制御により、ＩＦブロック２２からＰＣ１−２へデータ
送出（手順Ｓ１７）が行なわれる。一方、手順Ｓ１５が
「ＮＯ」で送出すべき転送データがない場合には「デー
タなし」の応答（手順Ｓ２０）を行ない、上記手順Ｓ１
１に戻って転送データの有無確認の監視に入る。上記手
順Ｓ１３が「ＮＯ」で転送データ有無確認がない場合に
も上記手順Ｓ１１に戻って転送データの有無確認の監視
に入る。
【００３６】上記手順Ｓ１３が「ＮＯ」で転送データ有
無確認がなく、かつ上記手順Ｓ１２が「ＹＥＳ」で確認
監視タイマの時限に達した場合には、ＩＦブロック２２
は、接続されるべきＰＣ１−２が存在しないことを接続
制御部２０へ通知（手順Ｓ２１）する。この通知を受け
た接続制御部２０は、該当するＩＦブロック２２を閉塞
状態に設定（手順Ｓ２２）する。従って、この時点以降
のＩＦブロック２２、すなわちＰＣ１−２への転送デー
タの送出要求は拒否され、発信元ＩＦブロックに対し信
号として後述する「ＮＡＫ」パケットが返送される。
無確認がなく、かつ上記手順Ｓ１２が「ＹＥＳ」で確認
監視タイマの時限に達した場合には、ＩＦブロック２２
は、接続されるべきＰＣ１−２が存在しないことを接続
制御部２０へ通知（手順Ｓ２１）する。この通知を受け
た接続制御部２０は、該当するＩＦブロック２２を閉塞
状態に設定（手順Ｓ２２）する。従って、この時点以降
のＩＦブロック２２、すなわちＰＣ１−２への転送デー
タの送出要求は拒否され、発信元ＩＦブロックに対し信
号として後述する「ＮＡＫ」パケットが返送される。
【００３７】上記説明では、タイマ時限が一回で「接続
ＰＣなし」と判定しているが、規定回数を越えた場合に
「接続ＰＣなし」と判定してもよい。
ＰＣなし」と判定しているが、規定回数を越えた場合に
「接続ＰＣなし」と判定してもよい。
【００３８】また、上記手順Ｓ１７における転送データ
の送出手順は、既存のＵＳＢ転送技術なので、説明を省
略する。
の送出手順は、既存のＵＳＢ転送技術なので、説明を省
略する。
【００３９】ＰＣ１−１とＵＳＢ−Ｎｅｔ構成装置２と
の間のデータ転送では、ＰＣ１−１の送信動作とＵＳＢ
−Ｎｅｔ構成装置２の受信動作とがほぼ平行に実行され
る。この理由は、比較的大きなデータ転送を送信および
受信それぞれについて順次行なう場合には、接続制御部
２０内のデータバッファで容量をオーバーする可能性が
あるため、およびＰＣ１−１とＰＣ１−２との間におけ
る事実上の転送速度が遅くなる可能性があるためであ
る。このようにデータ転送が同時に複数で実行された場
合には、接続制御部２０内のトラフィックが混雑すると
共にデータ転送効率が著しく変動するため、データのフ
ロー制御を行なう必要がある。このフロー制御にはいわ
ゆるハンドシェークパケットが用いられる。
の間のデータ転送では、ＰＣ１−１の送信動作とＵＳＢ
−Ｎｅｔ構成装置２の受信動作とがほぼ平行に実行され
る。この理由は、比較的大きなデータ転送を送信および
受信それぞれについて順次行なう場合には、接続制御部
２０内のデータバッファで容量をオーバーする可能性が
あるため、およびＰＣ１−１とＰＣ１−２との間におけ
る事実上の転送速度が遅くなる可能性があるためであ
る。このようにデータ転送が同時に複数で実行された場
合には、接続制御部２０内のトラフィックが混雑すると
共にデータ転送効率が著しく変動するため、データのフ
ロー制御を行なう必要がある。このフロー制御にはいわ
ゆるハンドシェークパケットが用いられる。
【００４０】次に、図２を参照してハンドシェークパケ
ットを用いてＰＣ１−１からＰＣ１−２へのデータ転送
を実行する場合の制御手順について説明する。図示され
るように、送信側でＰＣ１−１とＩＦブロック２１との
間の接続、および受信側でＰＣ１−２とＩＦブロック２
２との間の接続が確立しているものとする。
ットを用いてＰＣ１−１からＰＣ１−２へのデータ転送
を実行する場合の制御手順について説明する。図示され
るように、送信側でＰＣ１−１とＩＦブロック２１との
間の接続、および受信側でＰＣ１−２とＩＦブロック２
２との間の接続が確立しているものとする。
【００４１】まず、データ転送が正常に終了した場合、
受信先のＰＣ１−２は、転送データを正常に受け取った
際に、ＩＦブロック２２に対してハンドシェークパケッ
トの正常受信の確認を表わす信号として「ＡＣＫ」パケ
ットを送出する。ＩＦブロック２２は接続制御部２０に
対して転送データ送信元のＩＦブロック２１を宛先とし
て「ＰＣ１−１へＡＣＫパケットを送出せよ」との要求
を行なう。ＩＦブロック２１は、接続制御部２０を介し
てこの要求を受け、ＰＣ１−１へハンドシェークパケッ
トのＡＣＫパケットを送出して手順を終了する。
受信先のＰＣ１−２は、転送データを正常に受け取った
際に、ＩＦブロック２２に対してハンドシェークパケッ
トの正常受信の確認を表わす信号として「ＡＣＫ」パケ
ットを送出する。ＩＦブロック２２は接続制御部２０に
対して転送データ送信元のＩＦブロック２１を宛先とし
て「ＰＣ１−１へＡＣＫパケットを送出せよ」との要求
を行なう。ＩＦブロック２１は、接続制御部２０を介し
てこの要求を受け、ＰＣ１−１へハンドシェークパケッ
トのＡＣＫパケットを送出して手順を終了する。
【００４２】一方、この「ＡＣＫ」パケットに対して、
ＰＣへ送信停止を要求する信号としてデータ転送を実行
中の送信元ＰＣへＩＦブロックから送出するハンドシェ
ークパケットの「ＮＡＫ」パケットがある。
ＰＣへ送信停止を要求する信号としてデータ転送を実行
中の送信元ＰＣへＩＦブロックから送出するハンドシェ
ークパケットの「ＮＡＫ」パケットがある。
【００４３】次に、図８に図１を併せ参照して、接続制
御部２０内のトラフィック監視動作について説明する。
御部２０内のトラフィック監視動作について説明する。
【００４４】接続制御部２０は、内部のトラフィック状
態を転送データのデータフロー速度により監視（手順Ｓ
３１）している。トラフィックの混雑により、転送デー
タのデータフロー速度が所定値より遅くなり、データ転
送効率のパフォーマンスが低下したことを確認（手順Ｓ
３２のＹＥＳ）した場合、接続制御部２０は、データ転
送を実行中の各送信元、例えばＩＦブロック２１、２３
へ、対応するＰＣ１−１、１−３に対する送信停止信号
の上記ＮＡＫパケットの送出を要求（手順Ｓ３３）す
る。これを受けたＩＦブロック２１、２３によりＮＡＫ
パケットが対応するＰＣ１−１，１−３それぞれへ送出
される。この手順により、データ転送は順次一時中断さ
れるが、転送再開の際にトラフィックの混雑を避ける目
的の優先順位付けのため、接続制御部２０は、転送デー
タのパケットの中断順序を記録（手順Ｓ３４）する。
態を転送データのデータフロー速度により監視（手順Ｓ
３１）している。トラフィックの混雑により、転送デー
タのデータフロー速度が所定値より遅くなり、データ転
送効率のパフォーマンスが低下したことを確認（手順Ｓ
３２のＹＥＳ）した場合、接続制御部２０は、データ転
送を実行中の各送信元、例えばＩＦブロック２１、２３
へ、対応するＰＣ１−１、１−３に対する送信停止信号
の上記ＮＡＫパケットの送出を要求（手順Ｓ３３）す
る。これを受けたＩＦブロック２１、２３によりＮＡＫ
パケットが対応するＰＣ１−１，１−３それぞれへ送出
される。この手順により、データ転送は順次一時中断さ
れるが、転送再開の際にトラフィックの混雑を避ける目
的の優先順位付けのため、接続制御部２０は、転送デー
タのパケットの中断順序を記録（手順Ｓ３４）する。
【００４５】接続制御部２０は、データ転送中断のＮＡ
Ｋ信号が送出された後も転送データのトラフィック監視
を継続（手順Ｓ３５および手順Ｓ３６のＮＯ）する。手
順Ｓ３６が「ＹＥＳ」でデータ転送効率のパフォーマン
スが回復して所定値を越えた際には、接続制御部２０
は、中断を要求したＩＦブロック２１、２３に対し、対
応するＰＣ１−１、１−２それぞれにＡＣＫパケットを
送出することを要求（手順Ｓ３７）する。この送出要求
は、上記手順Ｓ３４で記録された転送データ中断順序に
基づいて時間差をもって送出させる。従って、この優先
順位は、動的に変化し、常に固定されているわけではな
い。
Ｋ信号が送出された後も転送データのトラフィック監視
を継続（手順Ｓ３５および手順Ｓ３６のＮＯ）する。手
順Ｓ３６が「ＹＥＳ」でデータ転送効率のパフォーマン
スが回復して所定値を越えた際には、接続制御部２０
は、中断を要求したＩＦブロック２１、２３に対し、対
応するＰＣ１−１、１−２それぞれにＡＣＫパケットを
送出することを要求（手順Ｓ３７）する。この送出要求
は、上記手順Ｓ３４で記録された転送データ中断順序に
基づいて時間差をもって送出させる。従って、この優先
順位は、動的に変化し、常に固定されているわけではな
い。
【００４６】次に、図９に図１を併せ参照して、例えば
受信側のＩＦブロック２２におけるデータフロー制御に
ついて説明する。
受信側のＩＦブロック２２におけるデータフロー制御に
ついて説明する。
【００４７】ＩＦブロック２２はＰＣ１−２との間の接
続でデータフロー速度を監視（手順Ｓ４１）している。
このデータフロー速度が何らかの要因で所定値以下（手
順Ｓ４２のＹＥＳ）に、より遅くなった場合、ＩＦブロ
ック２２は接続制御部２０に対してデータ転送の一時中
断を要求（手順Ｓ４３）する。その後、ＩＦブロック２
２は、データフロー速度の監視を継続（手順Ｓ４４）
し、速度が速くなって所定値まで回復（手順Ｓ４５のＹ
ＥＳ）した場合、上記転送の一時中断要求は解除（手順
Ｓ４６）され、手順は上記手順Ｓ４１に戻って繰り返さ
れる。
続でデータフロー速度を監視（手順Ｓ４１）している。
このデータフロー速度が何らかの要因で所定値以下（手
順Ｓ４２のＹＥＳ）に、より遅くなった場合、ＩＦブロ
ック２２は接続制御部２０に対してデータ転送の一時中
断を要求（手順Ｓ４３）する。その後、ＩＦブロック２
２は、データフロー速度の監視を継続（手順Ｓ４４）
し、速度が速くなって所定値まで回復（手順Ｓ４５のＹ
ＥＳ）した場合、上記転送の一時中断要求は解除（手順
Ｓ４６）され、手順は上記手順Ｓ４１に戻って繰り返さ
れる。
【００４８】次に、図１０の図１および図９を併せ参照
して、送信元のＰＣ１−１から受信先のＰＣ１−２へデ
ータ転送している最中に上記手順Ｓ４３によりデータ転
送の一時中断要求を受けた場合の接続制御部２０の動作
手順例について説明する。
して、送信元のＰＣ１−１から受信先のＰＣ１−２へデ
ータ転送している最中に上記手順Ｓ４３によりデータ転
送の一時中断要求を受けた場合の接続制御部２０の動作
手順例について説明する。
【００４９】接続制御部２０は、送信元ＰＣ１−１から
ＩＦブロック２１を介して受けた転送データを受信先Ｐ
Ｃ１−２へＩＦブロック２２を介して転送（手順Ｓ５
１）している最中、受信先のＩＦブロック２２から上記
一時中断の要求を受けた際（手順Ｓ５２のＹＥＳ）に
は、中断解除を監視する解除監視タイマを起動してタイ
マの計測を開始（手順Ｓ５３）する一方、発信元ＩＦブ
ロック２１から受け取るデータをデータバッファ内に蓄
積（手順Ｓ５４）すると共にデータバッファの蓄積量を
監視（手順Ｓ５５）する。
ＩＦブロック２１を介して受けた転送データを受信先Ｐ
Ｃ１−２へＩＦブロック２２を介して転送（手順Ｓ５
１）している最中、受信先のＩＦブロック２２から上記
一時中断の要求を受けた際（手順Ｓ５２のＹＥＳ）に
は、中断解除を監視する解除監視タイマを起動してタイ
マの計測を開始（手順Ｓ５３）する一方、発信元ＩＦブ
ロック２１から受け取るデータをデータバッファ内に蓄
積（手順Ｓ５４）すると共にデータバッファの蓄積量を
監視（手順Ｓ５５）する。
【００５０】この手順Ｓ５５が「ＹＥＳ」でデータバッ
ファ内の蓄積量が満杯未満の所定値を超過した場合、接
続制御部２０は送信元のＩＦブロック２１にＮＡＫパケ
ットの送出要求（手順Ｓ５６）を行なう。従って、ＩＦ
ブロック２１によりハンドシェークパケットのＮＡＫパ
ケットが送信元のＰＣ１−１へ送出される。この手順Ｓ
５６では引き続き解除監視タイマは稼働中（手順Ｓ５
７）であり、上記手順Ｓ４６による受信先のＩＦブロッ
ク２２から転送一時中断要求の解除がない（手順Ｓ５８
のＮＯ）場合、上記解除監視タイマの時限到達（手順Ｓ
５９のＹＥＳ）により、接続制御部２０は、送信元のＰ
Ｃ１−１へＩＦブロック２１を介してデータの転送不可
能を通知（手順Ｓ６０）すると共にデータバッファを初
期化（手順Ｓ６１）した後、受信先であるＩＦブロック
２２を閉塞（手順Ｓ６２）するなどの所定の処理手順を
実行する。
ファ内の蓄積量が満杯未満の所定値を超過した場合、接
続制御部２０は送信元のＩＦブロック２１にＮＡＫパケ
ットの送出要求（手順Ｓ５６）を行なう。従って、ＩＦ
ブロック２１によりハンドシェークパケットのＮＡＫパ
ケットが送信元のＰＣ１−１へ送出される。この手順Ｓ
５６では引き続き解除監視タイマは稼働中（手順Ｓ５
７）であり、上記手順Ｓ４６による受信先のＩＦブロッ
ク２２から転送一時中断要求の解除がない（手順Ｓ５８
のＮＯ）場合、上記解除監視タイマの時限到達（手順Ｓ
５９のＹＥＳ）により、接続制御部２０は、送信元のＰ
Ｃ１−１へＩＦブロック２１を介してデータの転送不可
能を通知（手順Ｓ６０）すると共にデータバッファを初
期化（手順Ｓ６１）した後、受信先であるＩＦブロック
２２を閉塞（手順Ｓ６２）するなどの所定の処理手順を
実行する。
【００５１】一方、上記手順Ｓ５８が「ＹＥＳ」で解除
監視タイマが所定時限に到達する前に受信先のＩＦブロ
ック２２から中断要求の解除を受け取った際には、接続
制御部２０は、解除監視タイマを初期化（手順Ｓ７１）
すると共にデータバッファ内に蓄積されているデータを
受信先のＰＣ１−２を宛先としてＩＦブロック２２へ送
出（手順Ｓ７２）する。接続制御部２０は、このデータ
バッファから蓄積されたデータの送出が完了（手順Ｓ７
３のＹＥＳ）した際に、ＩＦブロック２１へＡＣＫパケ
ットの送出を要求（手順Ｓ７４）するので、ＩＦブロッ
ク２１により送信元のＰＣ１−１へハンドシェークパケ
ットのＡＣＫパケットが送出される。次いで、接続制御
部２０は、データバッファを初期化（手順Ｓ７５）して
手順Ｓ５１へ戻り、手順を繰り返す。
監視タイマが所定時限に到達する前に受信先のＩＦブロ
ック２２から中断要求の解除を受け取った際には、接続
制御部２０は、解除監視タイマを初期化（手順Ｓ７１）
すると共にデータバッファ内に蓄積されているデータを
受信先のＰＣ１−２を宛先としてＩＦブロック２２へ送
出（手順Ｓ７２）する。接続制御部２０は、このデータ
バッファから蓄積されたデータの送出が完了（手順Ｓ７
３のＹＥＳ）した際に、ＩＦブロック２１へＡＣＫパケ
ットの送出を要求（手順Ｓ７４）するので、ＩＦブロッ
ク２１により送信元のＰＣ１−１へハンドシェークパケ
ットのＡＣＫパケットが送出される。次いで、接続制御
部２０は、データバッファを初期化（手順Ｓ７５）して
手順Ｓ５１へ戻り、手順を繰り返す。
【００５２】次に、複数のＰＣがほぼ同時に同一のＰＣ
を宛先に指定してデータを送出しようとした場合の対
策、すなわちバスファイト対策について説明する。この
バスファイト対策のため、接続制御部２０は、図１１に
示されるような発信制御が実行できるように発信制御テ
ーブルを有している。図１１では、三つのＰＣそれぞれ
が自己以外のＰＣへデータを送出しようとしている場合
を示している。
を宛先に指定してデータを送出しようとした場合の対
策、すなわちバスファイト対策について説明する。この
バスファイト対策のため、接続制御部２０は、図１１に
示されるような発信制御が実行できるように発信制御テ
ーブルを有している。図１１では、三つのＰＣそれぞれ
が自己以外のＰＣへデータを送出しようとしている場合
を示している。
【００５３】接続制御部２０は、複数のＩＦブロックか
ら一つのＩＦブロックに対するデータパケットの送出が
確認された時刻Ｔ１においては、各送信側ＩＦブロック
に対して一つ、例えばＰＣ１−１を除き、ハンドシェー
クパケットのＮＡＫパケットを送出するようＩＦブロッ
ク２２、２３に送出要求を送る。ＮＡＫパケット送出要
求を受け取らなかったＩＦブロック２１はＡＣＫパケッ
ト送出要求を受け取った状態となる。
ら一つのＩＦブロックに対するデータパケットの送出が
確認された時刻Ｔ１においては、各送信側ＩＦブロック
に対して一つ、例えばＰＣ１−１を除き、ハンドシェー
クパケットのＮＡＫパケットを送出するようＩＦブロッ
ク２２、２３に送出要求を送る。ＮＡＫパケット送出要
求を受け取らなかったＩＦブロック２１はＡＣＫパケッ
ト送出要求を受け取った状態となる。
【００５４】この状態から、ＩＦブロック２１が転送デ
ータの送出を終了した際には、時刻Ｔ２の状態としてＩ
Ｆブロック２１にＮＡＫパケット送出要求を行ない、Ｉ
Ｆブロック２２にＡＣＫパケット送出要求を行なう。Ｉ
Ｆブロック２３はＮＡＫパケット受け取り状態を継続す
る。次の時刻Ｔ３では、ＩＦブロック２３にＡＣＫパケ
ット送出要求を行なうというように、一つ分ずつのロー
テーションが繰り返される。
ータの送出を終了した際には、時刻Ｔ２の状態としてＩ
Ｆブロック２１にＮＡＫパケット送出要求を行ない、Ｉ
Ｆブロック２２にＡＣＫパケット送出要求を行なう。Ｉ
Ｆブロック２３はＮＡＫパケット受け取り状態を継続す
る。次の時刻Ｔ３では、ＩＦブロック２３にＡＣＫパケ
ット送出要求を行なうというように、一つ分ずつのロー
テーションが繰り返される。
【００５５】次に、図１２に図２を併せ参照して、上記
手順Ｓ２１に続く接続先ＰＣの取り外しによる閉塞状
態、および上記手順Ｓ６０に続く接続先受信不能による
閉塞状態における転送データの送信元ＩＦブロックにお
ける動作手順について、送信元をＰＣ１−１、また受信
先をＰＣ１−２として説明する。
手順Ｓ２１に続く接続先ＰＣの取り外しによる閉塞状
態、および上記手順Ｓ６０に続く接続先受信不能による
閉塞状態における転送データの送信元ＩＦブロックにお
ける動作手順について、送信元をＰＣ１−１、また受信
先をＰＣ１−２として説明する。
【００５６】ＩＦブロック２１は、ＰＣ１−１から転送
データを受取った（手順Ｓ８１）際に受取った転送デー
タから識別した送出先を指定して接続制御部２０へ転送
データの送出要求（手順Ｓ８２）を行なう。ＩＦブロッ
ク２１からＩＦブロック２２へ転送データを送出する要
求を受けた接続制御部２０は、上述したようなＩＦブロ
ック２２の閉塞状態では、発信元のＩＦブロック２１へ
発信受付け停止を表わすＮＡＫパケットの送出要求を返
送する。従って、発信元ＩＦブロック２１は手順Ｓ８２
の応答信号としてＮＡＫパケット送出要求を受取る（手
順Ｓ８３）。
データを受取った（手順Ｓ８１）際に受取った転送デー
タから識別した送出先を指定して接続制御部２０へ転送
データの送出要求（手順Ｓ８２）を行なう。ＩＦブロッ
ク２１からＩＦブロック２２へ転送データを送出する要
求を受けた接続制御部２０は、上述したようなＩＦブロ
ック２２の閉塞状態では、発信元のＩＦブロック２１へ
発信受付け停止を表わすＮＡＫパケットの送出要求を返
送する。従って、発信元ＩＦブロック２１は手順Ｓ８２
の応答信号としてＮＡＫパケット送出要求を受取る（手
順Ｓ８３）。
【００５７】一方、ＩＦブロック２１からＩＦブロック
２２へ転送データが流れている最中に、ＩＦブロック２
２で上記手順Ｓ１２が「ＹＥＳ」となりタイマ時限にか
かった場合は、接続制御部２０により接続されているデ
ータバスがリセットされ、ＩＦブロック２１は接続制御
部２０からＮＡＫパケット送出要求を受取る上記手順Ｓ
８３になる。
２２へ転送データが流れている最中に、ＩＦブロック２
２で上記手順Ｓ１２が「ＹＥＳ」となりタイマ時限にか
かった場合は、接続制御部２０により接続されているデ
ータバスがリセットされ、ＩＦブロック２１は接続制御
部２０からＮＡＫパケット送出要求を受取る上記手順Ｓ
８３になる。
【００５８】しかし、ＮＡＫパケットは、上述したよう
に、接続制御部がパフォーマンスの低下を検出した場
合、または受信先から一時中断要求を受けたため、転送
データを蓄積するデータバッファで所定蓄積量を超過し
た場合でも送信元のＩＦブロックへＮＡＫパケットの送
出要求があり、状態が回復した際にはＡＣＫパケットの
送出要求がある。従って、送信元のＰＣは、ＡＣＫパケ
ットを受取った場合は勿論再発信し、受取らなくても送
出した転送データのが宛先に不着であると判断して所定
時間間隔で再発信を試みる。従って、送信元になったＩ
Ｆブロックでは、同一の転送パケットの転送に対して
「ＮＡＫ」パケットの送信要求を受取った回数を加算す
るカウンタを有している。
に、接続制御部がパフォーマンスの低下を検出した場
合、または受信先から一時中断要求を受けたため、転送
データを蓄積するデータバッファで所定蓄積量を超過し
た場合でも送信元のＩＦブロックへＮＡＫパケットの送
出要求があり、状態が回復した際にはＡＣＫパケットの
送出要求がある。従って、送信元のＰＣは、ＡＣＫパケ
ットを受取った場合は勿論再発信し、受取らなくても送
出した転送データのが宛先に不着であると判断して所定
時間間隔で再発信を試みる。従って、送信元になったＩ
Ｆブロックでは、同一の転送パケットの転送に対して
「ＮＡＫ」パケットの送信要求を受取った回数を加算す
るカウンタを有している。
【００５９】上記手順Ｓ８３でＮＡＫパケットの送出要
求を受け取った際にＩＦブロック２１は、上記おカウン
タの計数値を加算（手順Ｓ８４）する。この結果、カウ
ンタ値が所定値に満たない場合（手順Ｓ８５のＮＯ）に
は、ＩＦブロック２１はＰＣ１−１へＮＡＫパケットを
送出（手順Ｓ８６）する。この後、ＡＣＫパケットの送
出要求を受けた場合（手順Ｓ８７のＹＥＳ）には、ＩＦ
ブロック２１はＰＣ１−１へＡＣＫパケットを送出（手
順Ｓ８８）すると共に上記カウンタ値を初期化（手順Ｓ
８９）して、ＰＣ１−１から送出される転送データを受
取る手順Ｓ８１に戻る。
求を受け取った際にＩＦブロック２１は、上記おカウン
タの計数値を加算（手順Ｓ８４）する。この結果、カウ
ンタ値が所定値に満たない場合（手順Ｓ８５のＮＯ）に
は、ＩＦブロック２１はＰＣ１−１へＮＡＫパケットを
送出（手順Ｓ８６）する。この後、ＡＣＫパケットの送
出要求を受けた場合（手順Ｓ８７のＹＥＳ）には、ＩＦ
ブロック２１はＰＣ１−１へＡＣＫパケットを送出（手
順Ｓ８８）すると共に上記カウンタ値を初期化（手順Ｓ
８９）して、ＰＣ１−１から送出される転送データを受
取る手順Ｓ８１に戻る。
【００６０】この説明では、手順Ｓ８９でカウンタ値を
初期化するとしたが、所定数を減算する手順または所定
数を減算することと規定数に達した際に初期化すること
との併用でもよい。
初期化するとしたが、所定数を減算する手順または所定
数を減算することと規定数に達した際に初期化すること
との併用でもよい。
【００６１】一方、上記手順Ｓ８７が「ＮＯ」で接続制
御部２０からＡＣＫパケットの送出要求がない場合で
も、ＰＣ１−１から同一の転送データが繰り返し送出さ
れるので、手順Ｓ８１から手順Ｓ８７までが繰り返さ
れ、上記手順Ｓ８５が「ＹＥＳ」になって、上記カウン
タ値が所定数に達する。このような場合、ＩＦブロック
２１は転送不可能と判断して、所定のいわゆるバス・イ
マニュレーション手順を実行（手順Ｓ９０）する。この
際上記カウンタは、初期化（手順Ｓ９１）され、手順を
終了する。
御部２０からＡＣＫパケットの送出要求がない場合で
も、ＰＣ１−１から同一の転送データが繰り返し送出さ
れるので、手順Ｓ８１から手順Ｓ８７までが繰り返さ
れ、上記手順Ｓ８５が「ＹＥＳ」になって、上記カウン
タ値が所定数に達する。このような場合、ＩＦブロック
２１は転送不可能と判断して、所定のいわゆるバス・イ
マニュレーション手順を実行（手順Ｓ９０）する。この
際上記カウンタは、初期化（手順Ｓ９１）され、手順を
終了する。
【００６２】次に、上記バス・イマニュレーション手順
Ｓ９０について説明する。
Ｓ９０について説明する。
【００６３】ＵＳＢでは、転送データの受信先であるＰ
Ｃ１−２が取り外されている場合、上記手順Ｓ２２で説
明したように、接続制御部２０が対応するＩＦブロック
２２を閉塞状態にし「ＰＣ１−２／ＩＦブロック２２の
接続無効化」通知により以降の転送データの受付けを拒
否するが、この通知に基づいて各ＩＦブロックは図４を
参照して説明したアドレス対応表を変更する。アドレス
対応表の変更以降の手順は従来と同様、既存のＵＳＢ技
術であり説明は省略するが、この変更情報に関する通知
をＰＣそれぞれが受けてパーティションＩＤ指定を変更
することによりこの手順は完了する。
Ｃ１−２が取り外されている場合、上記手順Ｓ２２で説
明したように、接続制御部２０が対応するＩＦブロック
２２を閉塞状態にし「ＰＣ１−２／ＩＦブロック２２の
接続無効化」通知により以降の転送データの受付けを拒
否するが、この通知に基づいて各ＩＦブロックは図４を
参照して説明したアドレス対応表を変更する。アドレス
対応表の変更以降の手順は従来と同様、既存のＵＳＢ技
術であり説明は省略するが、この変更情報に関する通知
をＰＣそれぞれが受けてパーティションＩＤ指定を変更
することによりこの手順は完了する。
【００６４】上記説明では、３台のＰＣに対応する装
置、ブロックについて、スター型トポロジの実施例を図
示して説明したが、ＵＳＢ規格は１台のホストＰＣを中
心とするツリー型トポロジを特徴としている。
置、ブロックについて、スター型トポロジの実施例を図
示して説明したが、ＵＳＢ規格は１台のホストＰＣを中
心とするツリー型トポロジを特徴としている。
【００６５】次に、図１３を参照してツリー型トポロジ
に上記ＵＳＢ−Ｎｅｔ構成装置２を適用したＵＳＢ−Ｎ
ｅｔ構成システムについて説明する。この構成は、ＰＣ
１−１、１−２、１−３それぞれにＨＵＢ５−１、５−
２、５−３それぞれを用いて拡張することによって実現
している。すなわち、図示されるように、ホストＰＣ１
−１はＨＵＢ５−１により複数の周辺機器を従属させて
いる。周辺機器の位置に二段目のＨＵＢを従属接続する
ことによりツリー型トポロジが構成される。
に上記ＵＳＢ−Ｎｅｔ構成装置２を適用したＵＳＢ−Ｎ
ｅｔ構成システムについて説明する。この構成は、ＰＣ
１−１、１−２、１−３それぞれにＨＵＢ５−１、５−
２、５−３それぞれを用いて拡張することによって実現
している。すなわち、図示されるように、ホストＰＣ１
−１はＨＵＢ５−１により複数の周辺機器を従属させて
いる。周辺機器の位置に二段目のＨＵＢを従属接続する
ことによりツリー型トポロジが構成される。
【００６６】図示される例では、ＰＣ１−１、１−２、
１−３それぞれはＨＵＢ５−１、５−２、５−３それぞ
れを介してＵＳＢ−Ｎｅｔ構成装置２に接続されてい
る。このような構成により、ＰＣ１−１が、ＨＵＢ５−
１、ＵＳＢ−Ｎｅｔ構成装置２、およびＨＵＢ５−２を
介してＰＣ１−２を利用することにより、ＰＣ１−２の
ＨＵＢ５−２に接続する周辺機器を間接的に利用するこ
とができる。他のＰＣの周辺機器に対しても同様であ
る。
１−３それぞれはＨＵＢ５−１、５−２、５−３それぞ
れを介してＵＳＢ−Ｎｅｔ構成装置２に接続されてい
る。このような構成により、ＰＣ１−１が、ＨＵＢ５−
１、ＵＳＢ−Ｎｅｔ構成装置２、およびＨＵＢ５−２を
介してＰＣ１−２を利用することにより、ＰＣ１−２の
ＨＵＢ５−２に接続する周辺機器を間接的に利用するこ
とができる。他のＰＣの周辺機器に対しても同様であ
る。
【００６７】この拡張を実現するには、各ホストＰＣ
が、自分以外のＰＣにより支配されるホストコンフィギ
ュレーションの段階でホストＰＣからＵＳＢ−Ｎｅｔ構
成装置へホスト自身の支配するＵＳＢトポロジにＩＤ情
報を提供する必要がある。逆に、各ホストＰＣが、ＵＳ
Ｂ−Ｎｅｔ構成装置を介して他のホストＰＣによるＵＳ
Ｂトポロジを認識することになる。いずれにせよ、各Ｐ
Ｃは、ＵＳＢ−Ｎｅｔ構成装置を介して他のＰＣと接続
することにより、他のＰＣを複数の入出力デバイスを有
する周辺機器として認識できるので、ホストの機能を保
持できる。従って、このネットワークで用いられるＰＣ
およびＵＳＢ−Ｎｅｔ構成装置では、発行するパーティ
ション指定ＩＤが複雑化する以外、上記機能および手順
がほぼ同様に実現できる。
が、自分以外のＰＣにより支配されるホストコンフィギ
ュレーションの段階でホストＰＣからＵＳＢ−Ｎｅｔ構
成装置へホスト自身の支配するＵＳＢトポロジにＩＤ情
報を提供する必要がある。逆に、各ホストＰＣが、ＵＳ
Ｂ−Ｎｅｔ構成装置を介して他のホストＰＣによるＵＳ
Ｂトポロジを認識することになる。いずれにせよ、各Ｐ
Ｃは、ＵＳＢ−Ｎｅｔ構成装置を介して他のＰＣと接続
することにより、他のＰＣを複数の入出力デバイスを有
する周辺機器として認識できるので、ホストの機能を保
持できる。従って、このネットワークで用いられるＰＣ
およびＵＳＢ−Ｎｅｔ構成装置では、発行するパーティ
ション指定ＩＤが複雑化する以外、上記機能および手順
がほぼ同様に実現できる。
【００６８】また、上記説明では、情報処理端末装置と
してＰＣを説明してきたが、ＰＣ以外の装置にも適用可
能なことは明らかである。なお、通常のプリンタなど、
ＵＳＢホストコントローラ機能を持たない機器では、Ｕ
ＳＢ−Ｎｅｔ構成装置の一部として収納すればよい。ま
た例えば、ＰＣ、スキャナ、およびプリンタの各１台が
接続された構成では、ＰＣから見たＵＳＢ−Ｎｅｔ構成
装置は「スキャナ・プリンタ」機能を有する１台の周辺
機器として認識できる。この構成は、通常のＵＳＢは部
と類似したものとなるが、ＵＳＢ−Ｎｅｔ構成装置の構
造上、ＵＳＢ−Ｎｅｔ構成装置に対応した機器であれ
ば、通常のＵＳＢハブでは不可能な周辺機器間でのデー
タ転送、例えばスキャナから直接プリントアウトするこ
とが可能になる。
してＰＣを説明してきたが、ＰＣ以外の装置にも適用可
能なことは明らかである。なお、通常のプリンタなど、
ＵＳＢホストコントローラ機能を持たない機器では、Ｕ
ＳＢ−Ｎｅｔ構成装置の一部として収納すればよい。ま
た例えば、ＰＣ、スキャナ、およびプリンタの各１台が
接続された構成では、ＰＣから見たＵＳＢ−Ｎｅｔ構成
装置は「スキャナ・プリンタ」機能を有する１台の周辺
機器として認識できる。この構成は、通常のＵＳＢは部
と類似したものとなるが、ＵＳＢ−Ｎｅｔ構成装置の構
造上、ＵＳＢ−Ｎｅｔ構成装置に対応した機器であれ
ば、通常のＵＳＢハブでは不可能な周辺機器間でのデー
タ転送、例えばスキャナから直接プリントアウトするこ
とが可能になる。
【００６９】このような対応機器は、具体的には、デー
タを転送する相手先を指定するインタフェースを装備し
ていればよいだけなので、通常のＵＳＢデバイスとして
も使用可能である。
タを転送する相手先を指定するインタフェースを装備し
ていればよいだけなので、通常のＵＳＢデバイスとして
も使用可能である。
【００７０】上記説明では、各装置、ブロックなどを送
信元または受信先などと特定して具体的に説明したが、
他のＰＣ、ＩＦブロックにおいても同様であり、同一機
種については同一機能を有しており、同一動作を実行で
きることは勿論である。
信元または受信先などと特定して具体的に説明したが、
他のＰＣ、ＩＦブロックにおいても同様であり、同一機
種については同一機能を有しており、同一動作を実行で
きることは勿論である。
【００７１】
【発明の効果】以上説明したように本発明によれば、情
報処理端末装置に備える標準装備により柔軟なＬＡＮを
構成できるという効果を有するＵＳＢネットワーク構成
システムを得ることができる。
報処理端末装置に備える標準装備により柔軟なＬＡＮを
構成できるという効果を有するＵＳＢネットワーク構成
システムを得ることができる。
【００７２】その理由は、本発明によるＵＳＢネットワ
ーク構成システムでは、ＵＳＢ−Ｎｅｔ（ネットワー
ク）構成装置が、パーソナルコンピュータに代表されホ
ストとして動作する複数の情報処理端末装置によりＬＡ
Ｎを構成する際、情報処理端末装置それぞれに標準装備
されているＵＳＢインタフェースを用いてそれぞれの情
報処理端末装置を接続し、情報処理端末装置から受ける
制御信号およびデータそれぞれに基づいて他の情報処理
端末装置との接続を制御すると共にデータの転送は接続
先の情報処理端末装置からの制御に基づいて行なってい
るからである。
ーク構成システムでは、ＵＳＢ−Ｎｅｔ（ネットワー
ク）構成装置が、パーソナルコンピュータに代表されホ
ストとして動作する複数の情報処理端末装置によりＬＡ
Ｎを構成する際、情報処理端末装置それぞれに標準装備
されているＵＳＢインタフェースを用いてそれぞれの情
報処理端末装置を接続し、情報処理端末装置から受ける
制御信号およびデータそれぞれに基づいて他の情報処理
端末装置との接続を制御すると共にデータの転送は接続
先の情報処理端末装置からの制御に基づいて行なってい
るからである。
【００７３】すなわち、このＵＳＢネットワーク構成装
置により、複数の情報処理端末装置それぞれは、各自が
ネットワーク構成装置を制御することができ、転送デー
タの送出および受け取りに対してはネットワーク構成装
置からの制御は受けないという、ホストの立場を保持し
ているからである。
置により、複数の情報処理端末装置それぞれは、各自が
ネットワーク構成装置を制御することができ、転送デー
タの送出および受け取りに対してはネットワーク構成装
置からの制御は受けないという、ホストの立場を保持し
ているからである。
【００７４】具体的には、情報処理端末装置で受信する
場合には、情報処理端末装置をインタフェースブロック
と共に一つのパーティションに形成し、受信先の情報処
理端末装置から受信データの有無をＵＳＢネットワーク
構成装置へ確認することにより受取っているからであ
る。また、この受信データ有無のサーチを検出すること
により情報処理端末装置の接続確認ができ、更に転送デ
ータの流れを監視することによりトラフィック制御を行
なうことができる。
場合には、情報処理端末装置をインタフェースブロック
と共に一つのパーティションに形成し、受信先の情報処
理端末装置から受信データの有無をＵＳＢネットワーク
構成装置へ確認することにより受取っているからであ
る。また、この受信データ有無のサーチを検出すること
により情報処理端末装置の接続確認ができ、更に転送デ
ータの流れを監視することによりトラフィック制御を行
なうことができる。
【００７５】更に、ＵＳＢネットワーク構成システム
は、上記ＵＳＢネットワーク構成装置と複数の情報処理
端末装置との間にハブを用いて接続することにより、ツ
リー型トポロジを形成することができる。
は、上記ＵＳＢネットワーク構成装置と複数の情報処理
端末装置との間にハブを用いて接続することにより、ツ
リー型トポロジを形成することができる。
【図１】本発明の実施の一形態を示す機能ブロック図で
ある。
ある。
【図２】図１に対するＵＳＢネットワーク構成システム
の一形態を示すブロック図である。
の一形態を示すブロック図である。
【図３】図２におけるＰＣ１−１に与えられるコンフィ
ギュレーション情報の一形態を示すイメージ図である。
ギュレーション情報の一形態を示すイメージ図である。
【図４】図３におけるＰＣ１−１が発行するパーティシ
ョンＩＤ指定と内部アドレスとの対応の一形態を示す説
明図である。
ョンＩＤ指定と内部アドレスとの対応の一形態を示す説
明図である。
【図５】本発明に用いられるデータパケットの一形態を
示すフォーマット図である。
示すフォーマット図である。
【図６】図２のＰＣ１−２をホストとした場合のサーチ
動作の一形態を示すシーケンスチャートである。
動作の一形態を示すシーケンスチャートである。
【図７】図１のＩＦブロックにおけるＰＣへのデータ転
送手順の一形態を示すフローチャートである。
送手順の一形態を示すフローチャートである。
【図８】図１の接続制御部におけるトラフィック監視手
順の一形態を示すフローチャートである。
順の一形態を示すフローチャートである。
【図９】図１のＩＦブロックにおけるデータフロー制御
手順の一形態を示すフローチャートである。
手順の一形態を示すフローチャートである。
【図１０】図１の接続制御部におけるデータフロー制御
手順の一形態を示すフローチャートである。
手順の一形態を示すフローチャートである。
【図１１】図２のバスファイトにおいて用いられる発信
制御の一形態を示す説明図である。
制御の一形態を示す説明図である。
【図１２】図１のＩＦブロックで発信元となった際にお
ける「ＮＡＫ」動作手順の一形態を示すフローチャート
である。
ける「ＮＡＫ」動作手順の一形態を示すフローチャート
である。
【図１３】図１に対する拡張システムにおける実施の一
形態を示すブロック図である。
形態を示すブロック図である。
【図１４】ＰＣのＵＳＢインタフェースの一例を示すブ
ロック図である。
ロック図である。
【図１５】従来のネットワークシステムの一例を示すブ
ロック図である。
ロック図である。
１、１−１、１−２、１−３ ＰＣ（パーソナルコン
ピュータ） ２ ＵＳＢ−Ｎｅｔ（ネットワーク）構成装置 ３ ＵＳＢ（汎用シリアルバス）インタフェース ５−１、５−２、５−３ ＨＵＢ（ハブ） ２０ 接続制御部 ２１、２２、２３ ＩＦ（インタフェース）ブロック ４２、４３ 周辺機器
ピュータ） ２ ＵＳＢ−Ｎｅｔ（ネットワーク）構成装置 ３ ＵＳＢ（汎用シリアルバス）インタフェース ５−１、５−２、５−３ ＨＵＢ（ハブ） ２０ 接続制御部 ２１、２２、２３ ＩＦ（インタフェース）ブロック ４２、４３ 周辺機器
─────────────────────────────────────────────────────
フロントページの続き
(58)調査した分野(Int.Cl.7，ＤＢ名)
H04L 12/28
G06F 13/12
Claims (8)
- 【請求項１】 パーソナルコンピュータに代表されホス
トとして動作する複数の情報処理端末装置によりローカ
ルエリアネットワークを構成する際、情報処理端末装置
それぞれに標準装備されている汎用シリアルバスにより
それぞれの前記情報処理端末装置を接続しデータ転送制
御を受けると共に自己に固定されたアドレスと他のイン
タフェースブロックに対応した独自のパーティション指
定識別子とを有し、少なくとも前記情報処理端末装置と
同数のインタフェースブロックと、内部に前記インタフ
ェースブロックに対するアドレス対応表を備え、前記イ
ンタフェースブロックを接続しインタフェースブロック
を介して前記情報処理端末装置から受ける制御信号およ
びデータそれぞれに基づいて前記インタフェースブロッ
ク相互間の接続を行なうと共に、転送データの中の所定
位置に挿入される前記パーティション指定識別子を前記
アドレス対応表と照会することにより得られる転送デー
タの送信先アドレス指定に基づいて前記インタフェース
ブロック相互間のデータの送受信を行なう接続制御部と
を備えるＵＳＢネットワーク構成装置により形成される
ことを特徴とするＵＳＢネットワーク構成システム。 - 【請求項２】 請求項１において、前記インタフェース
ブロックは、接続する情報処理端末装置から受信データ
有無を確認する問い合わせを受けた際にこれにデータの
有無を回答する一方、この問い合わせを受けた際に初期
化して計測を開始し所定の時限に達した際には前記情報
処理装置の接続が外されたと判断して前記接続制御部へ
通知する確認監視タイマを有することを特徴とするＵＳ
Ｂネットワーク構成システム。 - 【請求項３】 請求項１において、前記インタフェース
ブロックは、転送するデータのフロー速度を監視し、所
定値以下の速度を検出した際には前記接続制御部へ転送
の一時中断を要求する一方、所定値を超えている場合に
は転送の一時中断を解除する速度監視手段を有すること
を特徴とするＵＳＢネットワーク構成システム。 - 【請求項４】 請求項１において、前記インタフェース
ブロックは、送信元となって前記接続制御部へ転送デー
タの送出要求を行なう際に、データの受付け拒否を表わ
す「ＮＡＫ」信号の所定数を連続して受けた場合、所定
のバス・イマニュレーション手順を実行することを特徴
とするＵＳＢネットワーク構成システム。 - 【請求項５】 請求項１において、前記接続制御部は、
転送データのトラフィックを監視し、パフォーマンスが
所定値以下に低下した際には転送データの送信元へデー
タ受付け停止の「ＮＡＫ」信号を送出する一方、パフォ
ーマンスが所定値に回復した際には転送データの送信元
へデータ受付け可能の「ＡＣＫ」信号を送出するトラフ
ィック監視手段を有することを特徴とするＵＳＢネット
ワーク構成システム。 - 【請求項６】 請求項５において、トラフィック監視手
段は、転送データの送信元が複数の場合、これら送信元
へ「ＮＡＫ」信号を送出した後、転送データの送信が停
止した順序を送信元それぞれに対して記録し、パフォー
マンスが回復した際にはこの記録した順序に基づいてデ
ータの転送の受付けを再開することを特徴とするＵＳＢ
ネットワーク構成システム。 - 【請求項７】 請求項１において、前記接続制御部は、
データを送信元から受け受信先へ転送中に受信先からデ
ータ転送の一時中断の要求を受けた際に、送信元から続
けて受けるデータを一時蓄積するデータバッファと、こ
のデータバッファで所定の蓄積量を超えた際に送信元へ
データ受付け停止の「ＮＡＫ」信号を送出する一方、前
記受信先からデータ転送の中断要求の解除を受けた際に
は前記データバッファ内のデータを送出した後、送信元
へデータ受付け可能の「ＡＣＫ」信号を送出するデータ
フロー制御手段を有することを特徴とするＵＳＢネット
ワーク構成システム。 - 【請求項８】 請求項７において、データフロー制御手
段が、送信元へ「ＮＡＫ」信号を送出した際に計測を開
始し受信先からデータ転送の一時中断要求の解除を受け
た際に初期化する解除監視タイマを設け、この解除監視
タイマが所定の時限に達した際には送信元へデータ転送
不可の通知を送出することを特徴とするＵＳＢネットワ
ーク構成システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP05865799A JP3371953B2 (ja) | 1999-03-05 | 1999-03-05 | Ｕｓｂネットワーク構成システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP05865799A JP3371953B2 (ja) | 1999-03-05 | 1999-03-05 | Ｕｓｂネットワーク構成システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000261447A JP2000261447A (ja) | 2000-09-22 |
| JP3371953B2 true JP3371953B2 (ja) | 2003-01-27 |
Family
ID=13090674
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP05865799A Expired - Fee Related JP3371953B2 (ja) | 1999-03-05 | 1999-03-05 | Ｕｓｂネットワーク構成システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3371953B2 (ja) |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6601109B1 (en) | 1999-03-31 | 2003-07-29 | International Business Machines Corporation | USB-based networking and I/O hub |
| JP3649227B2 (ja) | 2003-06-06 | 2005-05-18 | セイコーエプソン株式会社 | データ転送制御装置、電子機器及びデータ転送制御方法 |
| JP2006120115A (ja) * | 2004-09-22 | 2006-05-11 | Seiko Epson Corp | 情報機器及びその制御方法 |
| JP4509827B2 (ja) * | 2005-03-04 | 2010-07-21 | 富士通株式会社 | シリアルコネクトバスを使用したコンピュータシステム及び複数ｃｐｕユニットのシリアルコネクトバスによる接続方法 |
| JP5069079B2 (ja) * | 2007-10-19 | 2012-11-07 | 株式会社ハプティック | ハブ装置 |
| JP4821838B2 (ja) * | 2008-11-28 | 2011-11-24 | 日本電気株式会社 | フォーマット変換装置、フォーマット変換方法、フォーマット変換プログラム、フォーマット変換システム |
| JP5158511B2 (ja) * | 2008-12-15 | 2013-03-06 | 株式会社リコー | 無線ｌａｎ通信ネットワークシステム、無線ｌａｎ通信ネットワークシステム管理プログラム、及び無線ｌａｎ通信ネットワークシステム管理プログラムを記憶したコンピュータ読み取り可能な記憶媒体 |
| US9003090B1 (en) | 2014-03-25 | 2015-04-07 | DSSD, Inc. | PCI express fabric routing for a fully-connected mesh topology |
-
1999
- 1999-03-05 JP JP05865799A patent/JP3371953B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000261447A (ja) | 2000-09-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5958064A (en) | Multiple node dual level error recovery system and method | |
| JP3447022B2 (ja) | マルチシステム相互接続機構 | |
| EP0295380B1 (en) | Method of disseminating network state information | |
| US20050286510A1 (en) | Packet transfer apparatus | |
| JPH02501787A (ja) | コンピュータシステム用入出力ネットワーク | |
| US7987154B2 (en) | System, a method and a device for updating a data set through a communication network | |
| CA1308492C (en) | Communication control device in computer system | |
| CN101150458A (zh) | 检测单板的方法和设备 | |
| JP3371953B2 (ja) | Ｕｓｂネットワーク構成システム | |
| JP2772367B2 (ja) | データ・パケットを送信する方法およびデータ処理システム | |
| US7283485B2 (en) | Communication system | |
| JPH09130408A (ja) | ネットワークインタフェース装置 | |
| Cisco | System Error Messages for 11.2 P | |
| Cisco | System Error Messages for 11.2 P | |
| JPH114259A (ja) | 仮想コネクション通信装置及び通信方法 | |
| KR100279559B1 (ko) | Lan을 이용한 교환기 소프트웨어 전송방법 | |
| Ryan et al. | Intel local network architecture | |
| JP3159129B2 (ja) | ネットワーク監視方式 | |
| JP3541337B2 (ja) | ネットワーク管理システム及びネットワーク構成情報管理方法 | |
| JP2804876B2 (ja) | 多重系装置を含むネットワークシステムの通信方法 | |
| JPH0964871A (ja) | ネットワーク管理システム | |
| JPH031258A (ja) | 計算機ネットワークシステム | |
| JPS63246055A (ja) | パケツト送受信装置 | |
| JP2604494B2 (ja) | トークンリングｌａｎフロー制御方式 | |
| JP3164983B2 (ja) | 中継装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20021023 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071122 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081122 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081122 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091122 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091122 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101122 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111122 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111122 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121122 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121122 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131122 Year of fee payment: 11 |
|
| LAPS | Cancellation because of no payment of annual fees |