JP2001358733A - ユニバーサルシリアルバス（ｕｓｂ）をピアツーピアネットワークとして用いる方法 - Google Patents
ユニバーサルシリアルバス（ｕｓｂ）をピアツーピアネットワークとして用いる方法Info
- Publication number
- JP2001358733A JP2001358733A JP2001108265A JP2001108265A JP2001358733A JP 2001358733 A JP2001358733 A JP 2001358733A JP 2001108265 A JP2001108265 A JP 2001108265A JP 2001108265 A JP2001108265 A JP 2001108265A JP 2001358733 A JP2001358733 A JP 2001358733A
- Authority
- JP
- Japan
- Prior art keywords
- message
- usb
- sinc
- peer
- header
- 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.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Systems (AREA)
- Small-Scale Networks (AREA)
Abstract
(57)【要約】
【課題】ユニバーサルシリアルバス（ＵＳＢ）をピアツ
ーピアネットワークとして用いる。 【解決手段】ホストプロセッサはメッセージの前にヘッ
ダを付加し、ホストメッセージハンドラが該ヘッダを認
識する。各自デバイスメッセージハンドラを備える複数
のデバイスはそれぞれ、メッセージの前にヘッダを付加
し、デバイスメッセージハンドラが該ヘッダを認識す
る。ホストプロセッサと、ホストプロッサに連係された
複数のデバイスのうちの任意のデバイス間で直接、ＵＳ
Ｂを介してメッセージをルーティングするよう構成され
た、ホストプロセッサに連係されたルータも備える。
ーピアネットワークとして用いる。 【解決手段】ホストプロセッサはメッセージの前にヘッ
ダを付加し、ホストメッセージハンドラが該ヘッダを認
識する。各自デバイスメッセージハンドラを備える複数
のデバイスはそれぞれ、メッセージの前にヘッダを付加
し、デバイスメッセージハンドラが該ヘッダを認識す
る。ホストプロセッサと、ホストプロッサに連係された
複数のデバイスのうちの任意のデバイス間で直接、ＵＳ
Ｂを介してメッセージをルーティングするよう構成され
た、ホストプロセッサに連係されたルータも備える。
Description
【０００１】
【発明の属する技術分野】本発明は、概して、コンピュ
ータネットワーキングに関し、特に、ユニバーサルシリ
アルバスをピアツーピアネットワークとして用いる方法
およびシステムに関する。
ータネットワーキングに関し、特に、ユニバーサルシリ
アルバスをピアツーピアネットワークとして用いる方法
およびシステムに関する。
【０００２】
【従来の技術】ピアツーピアネットワークは、各コンピ
ュータがネットワーク上の任意の他のコンピュータへの
メッセージ送信を開始でき、またネットワーク上の任意
の他のコンピュータからのメッセージ送信を受信するこ
とが可能なように、電子ネットワークで接続された複数
のコンピュータと定義される。ローカルエリアネットワ
ーク（ＬＡＮ）は、ピアツーピアネットワークの一例で
ある。
ュータがネットワーク上の任意の他のコンピュータへの
メッセージ送信を開始でき、またネットワーク上の任意
の他のコンピュータからのメッセージ送信を受信するこ
とが可能なように、電子ネットワークで接続された複数
のコンピュータと定義される。ローカルエリアネットワ
ーク（ＬＡＮ）は、ピアツーピアネットワークの一例で
ある。
【０００３】ユニバーサルシリアルバス（ＵＳＢ）は、
一般に、パケットまたはメッセージの交換によってホス
トからデバイスへの通信を可能にするコンピューティン
グデバイスに関連する通信バスアーキテクチャである。
ＵＳＢメッセージは、通常、ヘッダ情報と、データとを
含む。例えば、パーソナルコンピュータについていえ
ば、コンピュータプロセッサをホストと考え、マウス、
キーボード、プリンタ、ジョイスティック、ディスクド
ライブ等をホストと通信するデバイスと考えることがで
きる。従来のＵＳＢプロトコルでは、すべての通信メッ
セージがＵＳＢホストと該ホストに取り付けられたデバ
イス間で転送されるよう条件付けられている。統合され
たＵＳＢデバイスインタフェースを含む、競争力のある
価格が付けられたマイクロプロセッサが利用しやすいた
めに、ＵＳＢアーキテクチャを採用することは経済的で
ある。
一般に、パケットまたはメッセージの交換によってホス
トからデバイスへの通信を可能にするコンピューティン
グデバイスに関連する通信バスアーキテクチャである。
ＵＳＢメッセージは、通常、ヘッダ情報と、データとを
含む。例えば、パーソナルコンピュータについていえ
ば、コンピュータプロセッサをホストと考え、マウス、
キーボード、プリンタ、ジョイスティック、ディスクド
ライブ等をホストと通信するデバイスと考えることがで
きる。従来のＵＳＢプロトコルでは、すべての通信メッ
セージがＵＳＢホストと該ホストに取り付けられたデバ
イス間で転送されるよう条件付けられている。統合され
たＵＳＢデバイスインタフェースを含む、競争力のある
価格が付けられたマイクロプロセッサが利用しやすいた
めに、ＵＳＢアーキテクチャを採用することは経済的で
ある。
【０００４】従来のＵＳＢプロトコルは、また、広い帯
域幅、およびプロセッサモジュールを「ホットスワップ
（hotswap）」する能力が重要な通信に対しても有用で
ある。「ホットスワップ」という用語は、システムの電
源を切ることなく、ＵＳＢデバイスを動作中のコンピュ
ータシステムからはずし、別のプロセッサと取り替える
状況を指す。
域幅、およびプロセッサモジュールを「ホットスワップ
（hotswap）」する能力が重要な通信に対しても有用で
ある。「ホットスワップ」という用語は、システムの電
源を切ることなく、ＵＳＢデバイスを動作中のコンピュ
ータシステムからはずし、別のプロセッサと取り替える
状況を指す。
【０００５】
【発明が解決しようとする課題】不都合なことに、この
従来のプロトコルでは、ＵＳＢに接続されるデバイス間
の通信がすべてホスト−デバイス間通信を介して行われ
るよう要請されるために、「ピアツーピア」通信とも呼
ばれるデバイス間の直接通信を行うことができない。
従来のプロトコルでは、ＵＳＢに接続されるデバイス間
の通信がすべてホスト−デバイス間通信を介して行われ
るよう要請されるために、「ピアツーピア」通信とも呼
ばれるデバイス間の直接通信を行うことができない。
【０００６】したがって、システムの電源を切ることな
く、プロセッサモジュールの取り外しおよび置換が可能
であり、かつ通信バスに接続されたデバイス間でのピア
ツーピア通信が可能な高帯域幅通信プロトコルおよびバ
スが必要とされている。
く、プロセッサモジュールの取り外しおよび置換が可能
であり、かつ通信バスに接続されたデバイス間でのピア
ツーピア通信が可能な高帯域幅通信プロトコルおよびバ
スが必要とされている。
【０００７】
【課題を解決するための手段】本発明は、ＵＳＢに接続
されたデバイス間でのピアツーピア通信のための方法お
よびシステムを提供する。
されたデバイス間でのピアツーピア通信のための方法お
よびシステムを提供する。
【０００８】本発明は、ＵＳＢをピアツーピアネットワ
ークとして用いる方法として概念化することができ、本
方法は、ルータを備えるホストプロセッサをＵＳＢに接
続するステップと、それぞれ互いに対して、かつホスト
プロセッサに対してピアである複数のデバイスをＵＳＢ
に接続するステップと、を含む。本方法はまた、複数の
デバイスまたはホストプロセッサのうちの１つにおい
て、メッセージを形成するステップと、該メッセージの
前にヘッダを付加するステップと、ルータおよびＵＳＢ
を介して、該メッセージをデバイスのうちの１つから他
の任意のデバイス、またはホストプロセッサに直接伝送
するステップと、含む。
ークとして用いる方法として概念化することができ、本
方法は、ルータを備えるホストプロセッサをＵＳＢに接
続するステップと、それぞれ互いに対して、かつホスト
プロセッサに対してピアである複数のデバイスをＵＳＢ
に接続するステップと、を含む。本方法はまた、複数の
デバイスまたはホストプロセッサのうちの１つにおい
て、メッセージを形成するステップと、該メッセージの
前にヘッダを付加するステップと、ルータおよびＵＳＢ
を介して、該メッセージをデバイスのうちの１つから他
の任意のデバイス、またはホストプロセッサに直接伝送
するステップと、含む。
【０００９】アーキテクチャにおいて、本発明は、ＵＳ
Ｂをピアツーピアネットワークとして用いるためのシス
テムであり、メッセージハンドラを含むホストプロセッ
サを備える。ホストプロセッサは、メッセージの前にヘ
ッダを付加するよう構成され、ホストメッセージハンド
ラは、該ヘッダを認識するよう構成される。本システム
はまた、それぞれデバイスメッセージハンドラを含む、
ホストプロセッサに連係された複数のデバイスも備え
る。複数のデバイスはそれぞれ、メッセージの前にヘッ
ダを付加するよう構成される。デバイスメッセージハン
ドラはまた、ヘッダを認識するよう構成される。本シス
テムは、ホストプロセッサと、ホストプロッサに連係さ
れた複数のデバイスのうちの任意のデバイス間で直接、
ＵＳＢを介してメッセージをルーティングするよう構成
された、ホストプロセッサに連係されたルータも備え
る。
Ｂをピアツーピアネットワークとして用いるためのシス
テムであり、メッセージハンドラを含むホストプロセッ
サを備える。ホストプロセッサは、メッセージの前にヘ
ッダを付加するよう構成され、ホストメッセージハンド
ラは、該ヘッダを認識するよう構成される。本システム
はまた、それぞれデバイスメッセージハンドラを含む、
ホストプロセッサに連係された複数のデバイスも備え
る。複数のデバイスはそれぞれ、メッセージの前にヘッ
ダを付加するよう構成される。デバイスメッセージハン
ドラはまた、ヘッダを認識するよう構成される。本シス
テムは、ホストプロセッサと、ホストプロッサに連係さ
れた複数のデバイスのうちの任意のデバイス間で直接、
ＵＳＢを介してメッセージをルーティングするよう構成
された、ホストプロセッサに連係されたルータも備え
る。
【００１０】特許請求の範囲において定義付けられる本
発明について、添付図面を参照することでより良好に理
解することができる。図面内の構成要素は、必ずしも互
いに対して一定の縮尺ではなく、本発明の原理を明白に
示す部分を強調している。
発明について、添付図面を参照することでより良好に理
解することができる。図面内の構成要素は、必ずしも互
いに対して一定の縮尺ではなく、本発明の原理を明白に
示す部分を強調している。
【００１１】
【発明の実施の形態】ＵＳＢをピアツーピアネットワー
クとして用いる方法およびシステムの好ましい実施形態
について、サーバコンピュータシステムを制御するため
に、ＵＳＢを用いて互いに対話する多数のマイクロプロ
セッサ駆動式デバイスを例として説明するが、本発明
は、多数のデバイスがＵＳＢを介して通信するあらゆる
状況において適用可能である。
クとして用いる方法およびシステムの好ましい実施形態
について、サーバコンピュータシステムを制御するため
に、ＵＳＢを用いて互いに対話する多数のマイクロプロ
セッサ駆動式デバイスを例として説明するが、本発明
は、多数のデバイスがＵＳＢを介して通信するあらゆる
状況において適用可能である。
【００１２】ＵＳＢをピアツーピアネットワークとして
用いる方法およびシステムは、ハードウェア、ソフトウ
ェア、ファームウェア、またはそれらの組み合わせにお
いて実施することができる。好ましい実施形態におい
て、本発明は、ハードウェアと、ソフトウェアまたはフ
ァームウェアとの組み合わせにおいて実施される。ハー
ドウェアまたはファームウェアはメモリに格納し、適し
た命令実行システムで実行することができる。代替の実
施形態におけるように、ハードウェアにおいて実施され
る場合、本発明は当技術分野で周知の次の技術、すなわ
ち、データ信号に対して論理関数処理を行う論理ゲート
を有する離散論理回路、適切な組み合わせ論理ゲートを
備えた特定用途向け集積回路（ＡＳＩＣ）、プログラマ
ブル・ゲートアレイ（ＰＧＡ）、フィールド・プログラ
マブル・ゲートアレイ（ＦＰＧＡ）等のいずれか一つ、
あるいはそれらの組み合わせを用いて実施することがで
きる。
用いる方法およびシステムは、ハードウェア、ソフトウ
ェア、ファームウェア、またはそれらの組み合わせにお
いて実施することができる。好ましい実施形態におい
て、本発明は、ハードウェアと、ソフトウェアまたはフ
ァームウェアとの組み合わせにおいて実施される。ハー
ドウェアまたはファームウェアはメモリに格納し、適し
た命令実行システムで実行することができる。代替の実
施形態におけるように、ハードウェアにおいて実施され
る場合、本発明は当技術分野で周知の次の技術、すなわ
ち、データ信号に対して論理関数処理を行う論理ゲート
を有する離散論理回路、適切な組み合わせ論理ゲートを
備えた特定用途向け集積回路（ＡＳＩＣ）、プログラマ
ブル・ゲートアレイ（ＰＧＡ）、フィールド・プログラ
マブル・ゲートアレイ（ＦＰＧＡ）等のいずれか一つ、
あるいはそれらの組み合わせを用いて実施することがで
きる。
【００１３】ＵＳＢをピアツーピアネットワークとして
用いる方法およびシステムのソフトウェア部分は、論理
関数処理を行うための実行可能命令の順序付きリストを
含み、コンピュータベースのシステム、プロセッサ包含
システム、または媒体から命令をフェッチして実行する
ことのできる他のシステム等のような、命令実行システ
ム、装置、またはデバイスによって、またはこれらと併
せて用いるため、任意のコンピュータ読み取り可能媒体
において実施することができる。本明細書において、
「コンピュータ読み取り可能媒体」とは、命令実行シス
テム、装置、またはデバイスによって、またはこれらと
併せて用いるため、プログラムを包含、格納、通信、伝
搬、または搬送することが可能な任意の手段でありう
る。コンピュータ読み取り媒体は、例えば、電気、磁
気、光学、電磁、赤外線、または半導体のシステム、装
置、デバイス、または伝搬媒体でありうるが、これらに
制限されない。コンピュータ読み取り媒体のより具体的
な例（非網羅的リスト）としては、以下が挙げられる。
すなわち、１本または複数本のワイヤを有する電気接続
（電気）、ポータブルコンピュータディスケット（磁
気）、ランダムアクセスメモリ（ＲＡＭ）（電気）、読
み取り専用メモリ（ＲＯＭ）（電気）、消去可能プログ
ラマブル読み取り専用メモリ（ＥＰＲＯＭまたはフラッ
シュメモリ）（電気）、光ファイバ（光学）、およびポ
ータブルコンパクトディスク読み取り専用メモリ（ＣＤ
−ＲＯＭ）（光学）である。なお、コンピュータ読み取
り可能媒体は、紙またはプログラムを印刷可能な別の適
した媒体であってもよいことに留意する。これは、例え
ば光学スキャン等により紙または他の媒体上のプログラ
ムを電子的に取り込んでから、必要であればコンパイ
ル、解釈するか、そうでなければ適宜処理し、コンピュ
ータメモリに格納することができるためである。
用いる方法およびシステムのソフトウェア部分は、論理
関数処理を行うための実行可能命令の順序付きリストを
含み、コンピュータベースのシステム、プロセッサ包含
システム、または媒体から命令をフェッチして実行する
ことのできる他のシステム等のような、命令実行システ
ム、装置、またはデバイスによって、またはこれらと併
せて用いるため、任意のコンピュータ読み取り可能媒体
において実施することができる。本明細書において、
「コンピュータ読み取り可能媒体」とは、命令実行シス
テム、装置、またはデバイスによって、またはこれらと
併せて用いるため、プログラムを包含、格納、通信、伝
搬、または搬送することが可能な任意の手段でありう
る。コンピュータ読み取り媒体は、例えば、電気、磁
気、光学、電磁、赤外線、または半導体のシステム、装
置、デバイス、または伝搬媒体でありうるが、これらに
制限されない。コンピュータ読み取り媒体のより具体的
な例（非網羅的リスト）としては、以下が挙げられる。
すなわち、１本または複数本のワイヤを有する電気接続
（電気）、ポータブルコンピュータディスケット（磁
気）、ランダムアクセスメモリ（ＲＡＭ）（電気）、読
み取り専用メモリ（ＲＯＭ）（電気）、消去可能プログ
ラマブル読み取り専用メモリ（ＥＰＲＯＭまたはフラッ
シュメモリ）（電気）、光ファイバ（光学）、およびポ
ータブルコンパクトディスク読み取り専用メモリ（ＣＤ
−ＲＯＭ）（光学）である。なお、コンピュータ読み取
り可能媒体は、紙またはプログラムを印刷可能な別の適
した媒体であってもよいことに留意する。これは、例え
ば光学スキャン等により紙または他の媒体上のプログラ
ムを電子的に取り込んでから、必要であればコンパイ
ル、解釈するか、そうでなければ適宜処理し、コンピュ
ータメモリに格納することができるためである。
【００１４】次に、図面に目を向けて、図１は、本発明
の概念を示すために用いられる、サーバシステム１１を
示すブロック図である。なお、サーバシステム１１とし
て図示されるが、ＵＳＢをピアツーピアネットワークと
して用いる方法およびシステムは、それぞれＵＳＢイン
タフェースを有する複数のプロセッサデバイスがピアツ
ーピア構成でＵＳＢを介して通信する任意のシステムに
適用可能であることに留意されたい。サーバシステム１
１は、多数のキャビネットに分割してもよい。例えば、
説明のために、サーバ１１は、時にキャビネット２７お
よび２８と呼ばれるノードに分割される。キャビネット
２７は、メモリ要素１２と、プロセッサ１４とを備え
る。キャビネット２８は、メモリ要素３６と、プロセッ
サ３７とを備える。各キャビネット２７および２８はま
た、メモリ要素１２および３６と、プロセッサ１４およ
び３７をそれぞれ制御し、監視するユーティリティサブ
システム５０および３０もそれぞれ備える。
の概念を示すために用いられる、サーバシステム１１を
示すブロック図である。なお、サーバシステム１１とし
て図示されるが、ＵＳＢをピアツーピアネットワークと
して用いる方法およびシステムは、それぞれＵＳＢイン
タフェースを有する複数のプロセッサデバイスがピアツ
ーピア構成でＵＳＢを介して通信する任意のシステムに
適用可能であることに留意されたい。サーバシステム１
１は、多数のキャビネットに分割してもよい。例えば、
説明のために、サーバ１１は、時にキャビネット２７お
よび２８と呼ばれるノードに分割される。キャビネット
２７は、メモリ要素１２と、プロセッサ１４とを備え
る。キャビネット２８は、メモリ要素３６と、プロセッ
サ３７とを備える。各キャビネット２７および２８はま
た、メモリ要素１２および３６と、プロセッサ１４およ
び３７をそれぞれ制御し、監視するユーティリティサブ
システム５０および３０もそれぞれ備える。
【００１５】ユーティリティサブシステム５０は、ＵＳ
Ｂ２０に接続され、ＵＳＢ２０を介して通信する多数の
プロセッサデバイスを備え、本明細書では、キャビネッ
トレベルユーティリティ（ＣＬＵ）デバイス６０と、パ
ワーモニタ３（ＰＭ３）デバイス７０と、システム抽象
レイヤインタフェースネットワークコントローラ（ＳＩ
ＮＣ）デバイス１００と、サービスプロセッサ２００
と、を備えるものとして図示される。通常の適用におい
ては、各ユーティリティサブシステム５０および３０
は、ＣＬＵデバイス、ＰＭ３デバイス、およびＳＩＮＣ
デバイスの組を繰り返し多数含むと共に、追加のプロセ
ッサおよび制御デバイスを備える。そのため、複数のユ
ーティリティサブシステム５０および３０が図示されて
いる。しかし、簡略化のために、それぞれＣＬＵデバイ
ス、ＰＭ３デバイス、ＳＩＮＣデバイスを一組ずつ備え
る二組のユーティリティサブシステムのみが図示されて
いる。ユーティリティサブシステム５０の場合には、そ
れらに加えてサービスプロセッサ２００を備える。しか
し、サーバ１１に連係されるサービスプロセッサ２００
は（ユーティリティサブシステム５０に配置される）一
つのみであることに留意されたい。本発明の一形態にお
いては、サービスプロセッサ２００はホストプロセッサ
として機能する。ＵＳＢプロトコルは一つのホストしか
許容しないため、ユーティリティプロセッサおよび関連
デバイスの数に関係なく、サービスプロセッサ２００は
一つだけである。本発明の一形態において重要なこと
は、各ユーティリティサブシステム５０および３０内の
各デバイスがＵＳＢ２０を介して通信するということで
ある。
Ｂ２０に接続され、ＵＳＢ２０を介して通信する多数の
プロセッサデバイスを備え、本明細書では、キャビネッ
トレベルユーティリティ（ＣＬＵ）デバイス６０と、パ
ワーモニタ３（ＰＭ３）デバイス７０と、システム抽象
レイヤインタフェースネットワークコントローラ（ＳＩ
ＮＣ）デバイス１００と、サービスプロセッサ２００
と、を備えるものとして図示される。通常の適用におい
ては、各ユーティリティサブシステム５０および３０
は、ＣＬＵデバイス、ＰＭ３デバイス、およびＳＩＮＣ
デバイスの組を繰り返し多数含むと共に、追加のプロセ
ッサおよび制御デバイスを備える。そのため、複数のユ
ーティリティサブシステム５０および３０が図示されて
いる。しかし、簡略化のために、それぞれＣＬＵデバイ
ス、ＰＭ３デバイス、ＳＩＮＣデバイスを一組ずつ備え
る二組のユーティリティサブシステムのみが図示されて
いる。ユーティリティサブシステム５０の場合には、そ
れらに加えてサービスプロセッサ２００を備える。しか
し、サーバ１１に連係されるサービスプロセッサ２００
は（ユーティリティサブシステム５０に配置される）一
つのみであることに留意されたい。本発明の一形態にお
いては、サービスプロセッサ２００はホストプロセッサ
として機能する。ＵＳＢプロトコルは一つのホストしか
許容しないため、ユーティリティプロセッサおよび関連
デバイスの数に関係なく、サービスプロセッサ２００は
一つだけである。本発明の一形態において重要なこと
は、各ユーティリティサブシステム５０および３０内の
各デバイスがＵＳＢ２０を介して通信するということで
ある。
【００１６】ＳＩＮＣデバイス１００は、接続２１を介
して、メモリ１２およびプロセッサ１４と通信し、これ
らを制御する。ＣＬＵデバイス６０は、接続２２を介し
て、バックプレーン要素１６と通信してこれを制御し、
ＰＭ３デバイス７０は、接続２４を介して、電源および
ファンモジュール１８と通信し、これらを制御する。同
様に、ＳＩＮＣデバイス３１は、接続４１を介して、メ
モリ３６およびプロセッサ３７と通信し、これらを制御
する。ＣＬＵデバイス３２は、接続４２を介して、バッ
クプレーン要素３８と通信してこれを制御し、ＰＭ３デ
バイス３４は、接続４４を介して、電源およびファンモ
ジュール３９と通信し、これらを制御する。
して、メモリ１２およびプロセッサ１４と通信し、これ
らを制御する。ＣＬＵデバイス６０は、接続２２を介し
て、バックプレーン要素１６と通信してこれを制御し、
ＰＭ３デバイス７０は、接続２４を介して、電源および
ファンモジュール１８と通信し、これらを制御する。同
様に、ＳＩＮＣデバイス３１は、接続４１を介して、メ
モリ３６およびプロセッサ３７と通信し、これらを制御
する。ＣＬＵデバイス３２は、接続４２を介して、バッ
クプレーン要素３８と通信してこれを制御し、ＰＭ３デ
バイス３４は、接続４４を介して、電源およびファンモ
ジュール３９と通信し、これらを制御する。
【００１７】図２は、図１のユーティリティサブシステ
ム５０を示すブロック図である。ユーティリティサブシ
ステム５０は、ＵＳＢ２０を介して、ＳＩＮＣデバイス
１００、ＣＬＵデバイス６０、およびＰＭ３デバイス７
０と通信するサービスプロセッサ２００を備える。サー
ビスプロセッサ２００は、協働して、ユーティリティサ
ブシステム５０の動作を制御するハードウェア要素とソ
フトウェア要素の双方で構成される。サービスプロセッ
サ２００は、ＵＳＢホストコントローラ２２６およびＵ
ＳＢホストドライバ２２４を用いて、ＵＳＢ２０を介し
て通信する。ＵＳＢホストコントローラ２２６は、ハー
ドウェア要素（ＵＳＢコントローラチップ）であり、Ｕ
ＳＢホストドライバ２２４は、それに対応した、ＵＳＢ
通信の制御に用いられるソフトウェアドライバである。
ム５０を示すブロック図である。ユーティリティサブシ
ステム５０は、ＵＳＢ２０を介して、ＳＩＮＣデバイス
１００、ＣＬＵデバイス６０、およびＰＭ３デバイス７
０と通信するサービスプロセッサ２００を備える。サー
ビスプロセッサ２００は、協働して、ユーティリティサ
ブシステム５０の動作を制御するハードウェア要素とソ
フトウェア要素の双方で構成される。サービスプロセッ
サ２００は、ＵＳＢホストコントローラ２２６およびＵ
ＳＢホストドライバ２２４を用いて、ＵＳＢ２０を介し
て通信する。ＵＳＢホストコントローラ２２６は、ハー
ドウェア要素（ＵＳＢコントローラチップ）であり、Ｕ
ＳＢホストドライバ２２４は、それに対応した、ＵＳＢ
通信の制御に用いられるソフトウェアドライバである。
【００１８】サービスプロセッサ２００はまた、サービ
スプロセッサ２００の動作を制御するソフトウェア要素
である、オペレーティングシステム２２１を備える。サ
ービスプロセッサ２００はまた、ＵＳＢルータ２１８も
含む。ＵＳＢルータ２１８は、サービスプロセッサ２０
０と、ユーティリティサブシステム５０内の各デバイス
６０、７０、および１００との間に論理接続を提供す
る、デバイスドライバ２２０を介して、オペレーティン
グシステム２２１と通信する。デバイスドライバ２２０
については後にさらに詳細に説明される。
スプロセッサ２００の動作を制御するソフトウェア要素
である、オペレーティングシステム２２１を備える。サ
ービスプロセッサ２００はまた、ＵＳＢルータ２１８も
含む。ＵＳＢルータ２１８は、サービスプロセッサ２０
０と、ユーティリティサブシステム５０内の各デバイス
６０、７０、および１００との間に論理接続を提供す
る、デバイスドライバ２２０を介して、オペレーティン
グシステム２２１と通信する。デバイスドライバ２２０
については後にさらに詳細に説明される。
【００１９】サービスプロセッサ２００はまた、各種機
能性をサーバシステム１１に提供する多数のソフトウェ
アモジュールも備える。例えば、サービスプロセッサ２
００は、スキャンサポートモジュール２０８、ファーム
ウェア更新モジュール２１１、ならびにサーバシステム
１１の全体設計の一部であり、かつ他のＵＳＢ接続され
たマイクロプロセッサと通信を行い動作する他のモジュ
ールを備える。基本的に、サービスプロセッサ２００
は、サーバシステム１１が適切に機能できるようにす
る、ユーティリティサブシステム５０内の様々な制御機
能を提供する。
能性をサーバシステム１１に提供する多数のソフトウェ
アモジュールも備える。例えば、サービスプロセッサ２
００は、スキャンサポートモジュール２０８、ファーム
ウェア更新モジュール２１１、ならびにサーバシステム
１１の全体設計の一部であり、かつ他のＵＳＢ接続され
たマイクロプロセッサと通信を行い動作する他のモジュ
ールを備える。基本的に、サービスプロセッサ２００
は、サーバシステム１１が適切に機能できるようにす
る、ユーティリティサブシステム５０内の様々な制御機
能を提供する。
【００２０】なお図２を参照して、ユーティリティサブ
システム５０は、ＳＩＮＣデバイス１００と、ＣＬＵデ
バイス６０と、ＰＭ３デバイス７０と、をさらに備え
る。これらデバイスはそれぞれ、互いに対してピアと見
なされる。同様に、サービスプロセッサもまた、各デバ
イス６０、７０、および１００に対してピアである。例
えば、後に詳細に説明される本発明によれば、各デバイ
ス（ＳＩＮＣ１００、ＣＬＵ６０、およびＰＭ３７０）
は、ＵＳＢ２０をピアツーピアネットワークとして用い
ることで、互いに対して、かつサービスプロセッサ２０
０と双方向通信することができる。この例においては、
ＵＳＢはＬＡＮであると考えることができる。
システム５０は、ＳＩＮＣデバイス１００と、ＣＬＵデ
バイス６０と、ＰＭ３デバイス７０と、をさらに備え
る。これらデバイスはそれぞれ、互いに対してピアと見
なされる。同様に、サービスプロセッサもまた、各デバ
イス６０、７０、および１００に対してピアである。例
えば、後に詳細に説明される本発明によれば、各デバイ
ス（ＳＩＮＣ１００、ＣＬＵ６０、およびＰＭ３７０）
は、ＵＳＢ２０をピアツーピアネットワークとして用い
ることで、互いに対して、かつサービスプロセッサ２０
０と双方向通信することができる。この例においては、
ＵＳＢはＬＡＮであると考えることができる。
【００２１】本発明の一形態によれば、ＳＩＮＣデバイ
ス１００、ＣＬＵデバイス６０、およびＰＭ３デバイス
７０内に含まれるメッセージロジック１５０は、デバイ
スと協働して、各デバイスが特別な（unique）通信プロ
トコルヘッダをデータブロックの前に付加することがで
きるようにし、これによってＵＳＢに接続された別のデ
バイスに直接アドレス指定される通信メッセージを形成
する。特別通信プロトコルヘッダおよびデータ（すなわ
ち、通信メッセージ）は、次に、標準ＵＳＢヘッダおよ
びトレーラで収容され、ＵＳＢを介して転送される。特
別通信プロトコルヘッダにより、各デバイスがまるでピ
アツーピアネットワークに接続されているかのように、
各デバイスが他のデバイスと互いに通信することが可能
になる。
ス１００、ＣＬＵデバイス６０、およびＰＭ３デバイス
７０内に含まれるメッセージロジック１５０は、デバイ
スと協働して、各デバイスが特別な（unique）通信プロ
トコルヘッダをデータブロックの前に付加することがで
きるようにし、これによってＵＳＢに接続された別のデ
バイスに直接アドレス指定される通信メッセージを形成
する。特別通信プロトコルヘッダおよびデータ（すなわ
ち、通信メッセージ）は、次に、標準ＵＳＢヘッダおよ
びトレーラで収容され、ＵＳＢを介して転送される。特
別通信プロトコルヘッダにより、各デバイスがまるでピ
アツーピアネットワークに接続されているかのように、
各デバイスが他のデバイスと互いに通信することが可能
になる。
【００２２】ＳＩＮＣデバイス１００は、エグゼクティ
ブ１０１、メッセージロジック１５０、ＵＳＢドライバ
１０２、ハードウェアインタフェース１０４、およびＵ
ＳＢデバイスコントローラ１０６を備える。ＵＳＢデバ
イスコントローラ１０６は、ＵＳＢ２０を介してメッセ
ージを通信するために、ＵＳＢデバイスインタフェース
チップおよびＵＳＢドライバ１０２とのインタフェース
を備えたハードウェア要素である。ハードウェアインタ
フェース１０４により、エグゼクティブ１０１は、ＳＩ
ＮＣデバイス１００に存在する他のハードウェア要素
（図示せず）と通信可能になる。メッセージロジック１
５０（後により詳細に説明する）は、エグゼクティブ１
０１と協働して、ＳＩＮＣデバイス１００が、上述した
特別通信プロトコルヘッダを生成し、該ヘッダをデバイ
スが送信したいと望むデータの前に付加することによっ
て、ＵＳＢ２０に接続された任意の他のデバイスにメッ
セージを送信できるようにする。
ブ１０１、メッセージロジック１５０、ＵＳＢドライバ
１０２、ハードウェアインタフェース１０４、およびＵ
ＳＢデバイスコントローラ１０６を備える。ＵＳＢデバ
イスコントローラ１０６は、ＵＳＢ２０を介してメッセ
ージを通信するために、ＵＳＢデバイスインタフェース
チップおよびＵＳＢドライバ１０２とのインタフェース
を備えたハードウェア要素である。ハードウェアインタ
フェース１０４により、エグゼクティブ１０１は、ＳＩ
ＮＣデバイス１００に存在する他のハードウェア要素
（図示せず）と通信可能になる。メッセージロジック１
５０（後により詳細に説明する）は、エグゼクティブ１
０１と協働して、ＳＩＮＣデバイス１００が、上述した
特別通信プロトコルヘッダを生成し、該ヘッダをデバイ
スが送信したいと望むデータの前に付加することによっ
て、ＵＳＢ２０に接続された任意の他のデバイスにメッ
セージを送信できるようにする。
【００２３】従来の使用方法では、ＵＳＢでは、ホスト
と遠隔的に接続された個々のデバイスとの間のメッセー
ジ通信しかできない。例えば、パーソナルコンピュータ
（ＰＣ）環境において、ＵＳＢは、プロセッサと、プリ
ンタ、マウス、およびキーボード等遠隔的に接続される
周辺装置との間のメッセージ通信に用いられる。例え
ば、マウスがプリンタと通信する方法はない（理由もな
い）。従来の適用において、ＵＳＢではホスト−デバイ
ス間の通信しかできなかった。
と遠隔的に接続された個々のデバイスとの間のメッセー
ジ通信しかできない。例えば、パーソナルコンピュータ
（ＰＣ）環境において、ＵＳＢは、プロセッサと、プリ
ンタ、マウス、およびキーボード等遠隔的に接続される
周辺装置との間のメッセージ通信に用いられる。例え
ば、マウスがプリンタと通信する方法はない（理由もな
い）。従来の適用において、ＵＳＢではホスト−デバイ
ス間の通信しかできなかった。
【００２４】本発明の一形態によると、メッセージロジ
ック１５０は、ＵＳＢルータ２１８と協働して、特別通
信プロトコルヘッダを解析し、ＵＳＢ２０に接続された
任意のデバイス間のピアツーピア通信を可能にする。そ
れによって、ＵＳＢ２０はピアツーピアネットワークと
して機能できるようになる。
ック１５０は、ＵＳＢルータ２１８と協働して、特別通
信プロトコルヘッダを解析し、ＵＳＢ２０に接続された
任意のデバイス間のピアツーピア通信を可能にする。そ
れによって、ＵＳＢ２０はピアツーピアネットワークと
して機能できるようになる。
【００２５】ＣＬＵデバイス６０は、エグゼクティブ６
１、メッセージロジック１５０、ＵＳＢドライバ６２、
ハードウェアインタフェース６４、スキャンインタフェ
ース６７、およびＵＳＢデバイスコントローラ６６を備
える。同様に、ＰＭ３デバイス７０は、エグゼクティブ
７１、メッセージロジック１５０、ＵＳＢドライバ７
２、ハードウェアインタフェース７４、およびＵＳＢデ
バイスコントローラ７６を備える。エグゼクティブ６１
と７１、ＵＳＢドライバ６２と７２、ハードウェアイン
タフェース６４と７４、およびＵＳＢデバイスコントロ
ーラ６６と７６はすべて、ＳＩＮＣデバイス１００にお
ける各デバイスと同様に動作する。
１、メッセージロジック１５０、ＵＳＢドライバ６２、
ハードウェアインタフェース６４、スキャンインタフェ
ース６７、およびＵＳＢデバイスコントローラ６６を備
える。同様に、ＰＭ３デバイス７０は、エグゼクティブ
７１、メッセージロジック１５０、ＵＳＢドライバ７
２、ハードウェアインタフェース７４、およびＵＳＢデ
バイスコントローラ７６を備える。エグゼクティブ６１
と７１、ＵＳＢドライバ６２と７２、ハードウェアイン
タフェース６４と７４、およびＵＳＢデバイスコントロ
ーラ６６と７６はすべて、ＳＩＮＣデバイス１００にお
ける各デバイスと同様に動作する。
【００２６】簡略化のために図２からは省略されている
が、サービスプロセッサ２００、ＳＩＮＣデバイス１０
０、ＣＬＵデバイス６０、およびＰＭ３デバイス７０は
それぞれ、本発明のソフトウェア部分の実行に必要なプ
ロセッサ、メモリ（ランダムアクセスメモリ（ＲＡＭ）
および読み出し専用メモリ（ＲＯＭ）を含む）、インタ
フェース、および接続を備える。
が、サービスプロセッサ２００、ＳＩＮＣデバイス１０
０、ＣＬＵデバイス６０、およびＰＭ３デバイス７０は
それぞれ、本発明のソフトウェア部分の実行に必要なプ
ロセッサ、メモリ（ランダムアクセスメモリ（ＲＡＭ）
および読み出し専用メモリ（ＲＯＭ）を含む）、インタ
フェース、および接続を備える。
【００２７】本発明のプロトコルスタック概観 図３は、本発明の一形態によるプロトコルスタック３０
０を示す概略図である。サービスプロセッサ２００は、
ＵＳＢホストコントローラ２２６、ＵＳＢホストドライ
バ２２４、およびＵＳＢルータ２１８を備える。
０を示す概略図である。サービスプロセッサ２００は、
ＵＳＢホストコントローラ２２６、ＵＳＢホストドライ
バ２２４、およびＵＳＢルータ２１８を備える。
【００２８】ＳＩＮＣデバイス１００は、ＵＳＢデバイ
スコントローラ１０６、ＵＳＢデバイスドライバ１０
２、およびメッセージロジック１５０を備える。図３に
示すように、ＵＳＢホストコントローラ２２６は、物理
的接続（ＵＳＢ）２０を介して、ＵＳＢデバイスコント
ローラ１０６と通信する。ＵＳＢホストドライバ２２４
は、論理接続３２１を介して、ＵＳＢデバイスドライバ
１０２と論理的に通信する。ＵＳＢルータ２１８は、本
発明に関連する通信プロトコルを用い、パイプ１１１、
１１２および１１４を介して、メッセージロジック１５
０と論理的に通信する。
スコントローラ１０６、ＵＳＢデバイスドライバ１０
２、およびメッセージロジック１５０を備える。図３に
示すように、ＵＳＢホストコントローラ２２６は、物理
的接続（ＵＳＢ）２０を介して、ＵＳＢデバイスコント
ローラ１０６と通信する。ＵＳＢホストドライバ２２４
は、論理接続３２１を介して、ＵＳＢデバイスドライバ
１０２と論理的に通信する。ＵＳＢルータ２１８は、本
発明に関連する通信プロトコルを用い、パイプ１１１、
１１２および１１４を介して、メッセージロジック１５
０と論理的に通信する。
【００２９】図４は、本発明による、メッセージフォー
マット３３０を示す概略図である。メッセージフォーマ
ット３３０は、ＵＳＢヘッダ３３１、通信プロトコルヘ
ッダ３５５、データ３６０、およびＵＳＢトレーラ３３
２を含む。本発明の一形態によれば、任意のデバイス、
例えば上述したＳＩＮＣデバイス１００、ＣＬＵデバイ
ス６０、ＰＭ３デバイス７０、およびサービスプロセッ
サ２００によって、通信プロトコルヘッダ３５５（後に
より詳細に説明される）がデータ３６０の前に付加され
（前に取り付けられ）、その結果通信メッセージ３５０
が形成される。通信メッセージ３５０は、標準ＵＳＢヘ
ッダ３３１およびトレーラ３３２によって収容される。
このようにして、ＵＳＢ２０に接続された個々の任意の
デバイスが、一意に識別されるメッセージを、ＵＳＢ２
０に接続された他の任意のデバイスに送信することがで
きる。
マット３３０を示す概略図である。メッセージフォーマ
ット３３０は、ＵＳＢヘッダ３３１、通信プロトコルヘ
ッダ３５５、データ３６０、およびＵＳＢトレーラ３３
２を含む。本発明の一形態によれば、任意のデバイス、
例えば上述したＳＩＮＣデバイス１００、ＣＬＵデバイ
ス６０、ＰＭ３デバイス７０、およびサービスプロセッ
サ２００によって、通信プロトコルヘッダ３５５（後に
より詳細に説明される）がデータ３６０の前に付加され
（前に取り付けられ）、その結果通信メッセージ３５０
が形成される。通信メッセージ３５０は、標準ＵＳＢヘ
ッダ３３１およびトレーラ３３２によって収容される。
このようにして、ＵＳＢ２０に接続された個々の任意の
デバイスが、一意に識別されるメッセージを、ＵＳＢ２
０に接続された他の任意のデバイスに送信することがで
きる。
【００３０】システム動作 図５は、図２のサービスプロセッサ２００とＳＩＮＣデ
バイス１００間の接続性を示すブロック図である。図５
には、１つのみのデバイス（すなわち、ＳＩＮＣデバイ
ス１００）をＵＳＢ２０を介してサービスプロセッサ２
００に接続して図示するが、かかる多くのデバイスがサ
ービスプロセッサ２００に接続されるものと意図され
る。本発明の動作を説明するために、かつ例として、フ
ァームウェア更新モジュール２１１（図２におけるいか
なるモジュールもメッセージを送信可能であるが）が、
接続２６６を介して、通信メッセージをＵＳＢルータ２
１８に送信する。接続２６６を介して送信されるメッセ
ージは、通信プロトコルヘッダ３５５およびデータ３６
０を含み、このメッセージは、ＵＳＢルータ２１８によ
って受信される。通信プロトコルヘッダ３５５およびデ
ータ３６０については、後に図７に関してより詳細に説
明する。ＵＳＢルータ２１８は、接続２６６を介して受
信したメッセージを検査し、添付された通信プロトコル
ヘッダ３５５を解析することで、メッセージをどこに送
信すべきかを決定する。例えば、ファームウェア更新モ
ジュール２１１からのメッセージは、例えば、ＳＩＮＣ
デバイス１００、ＣＬＵデバイス６０、およびＰＭ３デ
バイス７０等（これらに制限されない）、ＵＳＢに接続
された他の任意のデバイスを宛先とすることができる。
ＵＳＢルータ２１８は、複数のデバイスドライバ２５
１、２５２、および２５４に接続される。デバイスドラ
イバ２５１は、ＳＩＮＣデバイス１００と関連付けられ
る。デバイスドライバ２５２は、ＣＬＵデバイス６０に
関連付けられ、デバイスドライバ２５４はＰＭ３デバイ
ス７０に関連付けられる。各デバイスタイプ毎にデバイ
スドライバを設けることで、異なるデバイスタイプに行
くメッセージに優先順位を付けることが可能になる。し
かし、デバイスドライバは一つだけでもすべてのデバイ
スタイプに対応することができる。好ましい実施形態に
おいては、接続されたデバイスタイプ（すなわち、ＳＩ
ＮＣデバイス１００、ＣＬＵデバイス６０、およびＰＭ
３デバイス７０）それぞれに関連したデバイスドライバ
が一つずつサービスプロセッサ２００に備えられる。こ
れらのデバイスドライバ２５１、２５２、および２５４
は、例としてのみ図示されるものである。
バイス１００間の接続性を示すブロック図である。図５
には、１つのみのデバイス（すなわち、ＳＩＮＣデバイ
ス１００）をＵＳＢ２０を介してサービスプロセッサ２
００に接続して図示するが、かかる多くのデバイスがサ
ービスプロセッサ２００に接続されるものと意図され
る。本発明の動作を説明するために、かつ例として、フ
ァームウェア更新モジュール２１１（図２におけるいか
なるモジュールもメッセージを送信可能であるが）が、
接続２６６を介して、通信メッセージをＵＳＢルータ２
１８に送信する。接続２６６を介して送信されるメッセ
ージは、通信プロトコルヘッダ３５５およびデータ３６
０を含み、このメッセージは、ＵＳＢルータ２１８によ
って受信される。通信プロトコルヘッダ３５５およびデ
ータ３６０については、後に図７に関してより詳細に説
明する。ＵＳＢルータ２１８は、接続２６６を介して受
信したメッセージを検査し、添付された通信プロトコル
ヘッダ３５５を解析することで、メッセージをどこに送
信すべきかを決定する。例えば、ファームウェア更新モ
ジュール２１１からのメッセージは、例えば、ＳＩＮＣ
デバイス１００、ＣＬＵデバイス６０、およびＰＭ３デ
バイス７０等（これらに制限されない）、ＵＳＢに接続
された他の任意のデバイスを宛先とすることができる。
ＵＳＢルータ２１８は、複数のデバイスドライバ２５
１、２５２、および２５４に接続される。デバイスドラ
イバ２５１は、ＳＩＮＣデバイス１００と関連付けられ
る。デバイスドライバ２５２は、ＣＬＵデバイス６０に
関連付けられ、デバイスドライバ２５４はＰＭ３デバイ
ス７０に関連付けられる。各デバイスタイプ毎にデバイ
スドライバを設けることで、異なるデバイスタイプに行
くメッセージに優先順位を付けることが可能になる。し
かし、デバイスドライバは一つだけでもすべてのデバイ
スタイプに対応することができる。好ましい実施形態に
おいては、接続されたデバイスタイプ（すなわち、ＳＩ
ＮＣデバイス１００、ＣＬＵデバイス６０、およびＰＭ
３デバイス７０）それぞれに関連したデバイスドライバ
が一つずつサービスプロセッサ２００に備えられる。こ
れらのデバイスドライバ２５１、２５２、および２５４
は、例としてのみ図示されるものである。
【００３１】接続２６６を介して受信したメッセージの
宛先に応じて、ＵＳＢルータ２１８は、メッセージがＳ
ＩＮＣデバイス１００、ＣＬＵデバイス６０、またはＰ
Ｍ３デバイス７０に宛先付けられている場合には、その
メッセージを適切なデバイスドライバ２５１、２５２、
または２５４に提供し、サービスプロセッサ２００に宛
先付けられている場合には、サービスプロセッサ２００
における別のエンティティに提供する。例として、図５
は、ＳＩＮＣデバイス１００を備え、これは、あくまで
例を示すためのものとして、接続２６６を介して受信し
たメッセージがアドレス指定されるデバイスであると仮
定する。ＵＳＢルータ２１８は、接続２６６を介して受
信したメッセージが、ＳＩＮＣデバイス１００に宛先付
けられていることを認識し、該メッセージをデバイスド
ライバ２５１に送る。メッセージがＳＩＮＣデバイス１
００からサービスプロセッサ２００において受信される
と、該メッセージもまたデバイスドライバ２５１に現れ
る。このような場合、受信したメッセージは、ＵＳＢル
ータ２１８に転送され、ＵＳＢルータ２１８は、本発明
の一形態により、該メッセージの前に付加された通信プ
ロトコルヘッダを解析し、該メッセージをどこに送信す
べきかを決定する。例えば、もしＳＩＮＣデバイス１０
０がメッセージをＣＬＵデバイス６０に送信すると、メ
ッセージはデバイスドライバ２５１に現れ、ＵＳＢルー
タ２１８に転送される。次に、ＵＳＢルータ２１８は、
該メッセージをＣＬＵデバイス６０に関連付けられたデ
バイスドライバ２５２に送る。ＳＩＮＣ１００から受信
したメッセージがサービスプロセッサ２００に宛先付け
られていた場合、ＵＳＢルータ２１８は、デバイスドラ
イバ２５１から受信したメッセージを受け入れ、接続２
６２を介して、該メッセージをサービスプロセッサ入力
メッセージハンドラ２５０に転送する。サービスプロセ
ッサ入力メッセージハンドラ２５０は、通信プロトコル
ヘッダ３５５を除去し、データ３６０を適切なモジュー
ル、本例では、ファームウェア更新モジュール２１１に
接続２６４を介して転送する。あるいはまた、サービス
プロセッサ入力メッセージハンドラ２５０は、データ３
６０を接続２６７を介して、他のアプリケーションモジ
ュール２６８として表される任意適切な他のアプリケー
ションモジュールに転送する。
宛先に応じて、ＵＳＢルータ２１８は、メッセージがＳ
ＩＮＣデバイス１００、ＣＬＵデバイス６０、またはＰ
Ｍ３デバイス７０に宛先付けられている場合には、その
メッセージを適切なデバイスドライバ２５１、２５２、
または２５４に提供し、サービスプロセッサ２００に宛
先付けられている場合には、サービスプロセッサ２００
における別のエンティティに提供する。例として、図５
は、ＳＩＮＣデバイス１００を備え、これは、あくまで
例を示すためのものとして、接続２６６を介して受信し
たメッセージがアドレス指定されるデバイスであると仮
定する。ＵＳＢルータ２１８は、接続２６６を介して受
信したメッセージが、ＳＩＮＣデバイス１００に宛先付
けられていることを認識し、該メッセージをデバイスド
ライバ２５１に送る。メッセージがＳＩＮＣデバイス１
００からサービスプロセッサ２００において受信される
と、該メッセージもまたデバイスドライバ２５１に現れ
る。このような場合、受信したメッセージは、ＵＳＢル
ータ２１８に転送され、ＵＳＢルータ２１８は、本発明
の一形態により、該メッセージの前に付加された通信プ
ロトコルヘッダを解析し、該メッセージをどこに送信す
べきかを決定する。例えば、もしＳＩＮＣデバイス１０
０がメッセージをＣＬＵデバイス６０に送信すると、メ
ッセージはデバイスドライバ２５１に現れ、ＵＳＢルー
タ２１８に転送される。次に、ＵＳＢルータ２１８は、
該メッセージをＣＬＵデバイス６０に関連付けられたデ
バイスドライバ２５２に送る。ＳＩＮＣ１００から受信
したメッセージがサービスプロセッサ２００に宛先付け
られていた場合、ＵＳＢルータ２１８は、デバイスドラ
イバ２５１から受信したメッセージを受け入れ、接続２
６２を介して、該メッセージをサービスプロセッサ入力
メッセージハンドラ２５０に転送する。サービスプロセ
ッサ入力メッセージハンドラ２５０は、通信プロトコル
ヘッダ３５５を除去し、データ３６０を適切なモジュー
ル、本例では、ファームウェア更新モジュール２１１に
接続２６４を介して転送する。あるいはまた、サービス
プロセッサ入力メッセージハンドラ２５０は、データ３
６０を接続２６７を介して、他のアプリケーションモジ
ュール２６８として表される任意適切な他のアプリケー
ションモジュールに転送する。
【００３２】ここで再び、ファームウェア更新モジュー
ル２１１からＳＩＮＣデバイス１００に送信されるメッ
セージについての考察に戻ると、ＵＳＢルータ２１８
は、メッセージをデバイスドライバ２５１に入れ、該デ
バイスドライバ２５１は、次に、メッセージをキュー２
５６に入れる。図５のデバイスドライバ２５１、２５
２、および２５４は、図２のデバイスドライバ２２０を
示し、かつこれに対応する。例示のために説明される本
例では、上記タイプ（ＳＩＮＣ、ＰＭ３、およびＣＬ
Ｕ）毎に１つのデバイスがあるものと仮定される。実際
には、デバイスタイプ毎に複数のデバイスがありうる。
同一のデバイスタイプのデバイスはそれぞれ、そのデバ
イスタイプ用のデバイスドライバ内に、各自専用のキュ
ーを有する。したがって、それぞれドライバの対応する
デバイスタイプの特定のデバイスに対応する複数のキュ
ーセットを処理することによって、一台のデバイスドラ
イバで各自のデバイスタイプのデバイスを複数扱うこと
ができる。
ル２１１からＳＩＮＣデバイス１００に送信されるメッ
セージについての考察に戻ると、ＵＳＢルータ２１８
は、メッセージをデバイスドライバ２５１に入れ、該デ
バイスドライバ２５１は、次に、メッセージをキュー２
５６に入れる。図５のデバイスドライバ２５１、２５
２、および２５４は、図２のデバイスドライバ２２０を
示し、かつこれに対応する。例示のために説明される本
例では、上記タイプ（ＳＩＮＣ、ＰＭ３、およびＣＬ
Ｕ）毎に１つのデバイスがあるものと仮定される。実際
には、デバイスタイプ毎に複数のデバイスがありうる。
同一のデバイスタイプのデバイスはそれぞれ、そのデバ
イスタイプ用のデバイスドライバ内に、各自専用のキュ
ーを有する。したがって、それぞれドライバの対応する
デバイスタイプの特定のデバイスに対応する複数のキュ
ーセットを処理することによって、一台のデバイスドラ
イバで各自のデバイスタイプのデバイスを複数扱うこと
ができる。
【００３３】本発明によれば、論理接続が、サービスプ
ロセッサ２００と、ＳＩＮＣデバイス１００等の遠隔的
に接続されたデバイスとの間に確立される。サービスプ
ロセッサ２００およびＳＩＮＣデバイス１００の双方に
示される矢印１１１、１１２、および１１４は、サービ
スプロセッサ２００とＳＩＮＣデバイス１００の間に存
在する論理接続を表す、「パイプ」の概念を示してい
る。矢印１１１は、バルクアウトパイプを表し、矢印１
１２は、割り込みパイプを表し、矢印１１４は、バルク
インパイプを表す。パイプの概念は、ＵＳＢバス通信シ
ステムの分野において周知であり、伝送制御プロトコル
／インターネットプロトコル（ＴＣＰ／ＩＰ）ネットワ
ークスタックにおける接続ソケットの概念に対応する。
ロセッサ２００と、ＳＩＮＣデバイス１００等の遠隔的
に接続されたデバイスとの間に確立される。サービスプ
ロセッサ２００およびＳＩＮＣデバイス１００の双方に
示される矢印１１１、１１２、および１１４は、サービ
スプロセッサ２００とＳＩＮＣデバイス１００の間に存
在する論理接続を表す、「パイプ」の概念を示してい
る。矢印１１１は、バルクアウトパイプを表し、矢印１
１２は、割り込みパイプを表し、矢印１１４は、バルク
インパイプを表す。パイプの概念は、ＵＳＢバス通信シ
ステムの分野において周知であり、伝送制御プロトコル
／インターネットプロトコル（ＴＣＰ／ＩＰ）ネットワ
ークスタックにおける接続ソケットの概念に対応する。
【００３４】入力メッセージ動作例 本発明の一形態によれば、ＵＳＢホストコントローラ２
２６およびサービスプロセッサ２００は、ＳＩＮＣデバ
イス１００内のＵＳＢデバイスコントローラ１０６を介
して、割り込みパイプ１１２を定期的にポーリングす
る。ＳＩＮＣデバイス１００が、サービスプロセッサ２
００あるいはＵＳＢ２０に接続された別のデバイスのい
ずれかに送信したいデータを有する場合、デバイスによ
りデータ３６０の前に付加された通信プロトコルヘッダ
３５５がキュー１５６に入れられる。キュー１５６は、
デバイス出力メッセージハンドラ１５２内にあり、デバ
イス出力メッセージハンドラ１５２は、通信プロトコル
ヘッダ３５５を割り込みパイプ１１２に入れる。ＵＳＢ
ホストコントローラ２２６は、割り込みパイプ１１２を
ポーリングすると、割り込みパイプにおける通信プロト
コルヘッダ３５５の存在を認識し、それによって、ＳＩ
ＮＣデバイス１００が送信したい情報を有していること
を知らせる。次に、通信プロトコルヘッダ３５５が、デ
バイス出力メッセージハンドラ１５２から割り込みパイ
プ１１２を介してＳＩＮＣデバイスドライバ２５１に転
送される。ＵＳＢ業界規格用語において、通信プロトコ
ルヘッダ３５５は、割り込みデータパケットと呼ばれ
る。
２６およびサービスプロセッサ２００は、ＳＩＮＣデバ
イス１００内のＵＳＢデバイスコントローラ１０６を介
して、割り込みパイプ１１２を定期的にポーリングす
る。ＳＩＮＣデバイス１００が、サービスプロセッサ２
００あるいはＵＳＢ２０に接続された別のデバイスのい
ずれかに送信したいデータを有する場合、デバイスによ
りデータ３６０の前に付加された通信プロトコルヘッダ
３５５がキュー１５６に入れられる。キュー１５６は、
デバイス出力メッセージハンドラ１５２内にあり、デバ
イス出力メッセージハンドラ１５２は、通信プロトコル
ヘッダ３５５を割り込みパイプ１１２に入れる。ＵＳＢ
ホストコントローラ２２６は、割り込みパイプ１１２を
ポーリングすると、割り込みパイプにおける通信プロト
コルヘッダ３５５の存在を認識し、それによって、ＳＩ
ＮＣデバイス１００が送信したい情報を有していること
を知らせる。次に、通信プロトコルヘッダ３５５が、デ
バイス出力メッセージハンドラ１５２から割り込みパイ
プ１１２を介してＳＩＮＣデバイスドライバ２５１に転
送される。ＵＳＢ業界規格用語において、通信プロトコ
ルヘッダ３５５は、割り込みデータパケットと呼ばれ
る。
【００３５】ＳＩＮＣデバイスドライバ２５１は、ヘッ
ダ３５５の長さフィールド（図７において後述するバイ
ト６および７）を読み出すことで、通信プロトコルヘッ
ダ３５５にデータフィールド３６０を足した長さを読み
出す。ＳＩＮＣデバイスドライバ２５１は、ＳＩＮＣデ
バイス１００が送信データをさらに有しているか否かを
判断する。これは、通信プロトコルヘッダ３５５内の特
定フィールドを解析することで達成され、これについて
は、後に図７に関して詳細に説明する。ＳＩＮＣデバイ
スドライバ２５１が、ＳＩＮＣデバイス１００が送信す
る情報をさらに有していると判断した場合、ＳＩＮＣデ
バイスドライバ２５１は、「ＵＳＢバルク読み出し」コ
マンドをＳＩＮＣデバイス１００に送信する。この結
果、デバイス出力メッセージハンドラ１５２からキュー
１５８を通して、次にバルクインパイプ１１４を通して
サービスプロセッサ２００に転送される通信メッセージ
（すなわち、データ３６０）の平衡が保たれる。転送は
パイプ１１１、１１２、および１１４を介して行われる
ものとして説明したが、重要なことは、パイプは論理接
続であり、情報の転送は、実際にはＵＳＢ２０を介して
行われることであることに留意されたい。
ダ３５５の長さフィールド（図７において後述するバイ
ト６および７）を読み出すことで、通信プロトコルヘッ
ダ３５５にデータフィールド３６０を足した長さを読み
出す。ＳＩＮＣデバイスドライバ２５１は、ＳＩＮＣデ
バイス１００が送信データをさらに有しているか否かを
判断する。これは、通信プロトコルヘッダ３５５内の特
定フィールドを解析することで達成され、これについて
は、後に図７に関して詳細に説明する。ＳＩＮＣデバイ
スドライバ２５１が、ＳＩＮＣデバイス１００が送信す
る情報をさらに有していると判断した場合、ＳＩＮＣデ
バイスドライバ２５１は、「ＵＳＢバルク読み出し」コ
マンドをＳＩＮＣデバイス１００に送信する。この結
果、デバイス出力メッセージハンドラ１５２からキュー
１５８を通して、次にバルクインパイプ１１４を通して
サービスプロセッサ２００に転送される通信メッセージ
（すなわち、データ３６０）の平衡が保たれる。転送は
パイプ１１１、１１２、および１１４を介して行われる
ものとして説明したが、重要なことは、パイプは論理接
続であり、情報の転送は、実際にはＵＳＢ２０を介して
行われることであることに留意されたい。
【００３６】本発明の本形態において、上記のメッセー
ジ交換が行われた場合、デバイス出力メッセージハンド
ラ１５２は、ＳＩＮＣ１００上のいくつかのソフトウェ
アモジュール（例えば、新メッセージブロック１２６、
ファームウェア更新ルーチン１１９、またはリセットル
ーチン１１８）のうちの１つからメッセージを受信した
ものと考えられる。メッセージを発するモジュールは、
通信プロトコルヘッダ３５５をデータ３６０の前に付加
したものと考えられる。デバイス出力メッセージハンド
ラ１５２は、次に、通信プロトコルヘッダ３５５をキュ
ー１５６に入れ、データ３６０をキュー１５８に入れた
と考えられる。リセットルーチン１１８、ファームウェ
ア更新ルーチン１１９、および新メッセージブロック１
２６を用いて説明されたが、ＳＩＮＣデバイス１００か
ら送信されるメッセージは、ＳＩＮＣデバイス１００上
に存在するが図示されていない種々多数のメッセージ源
のうちのいずれから発せられてもよい。
ジ交換が行われた場合、デバイス出力メッセージハンド
ラ１５２は、ＳＩＮＣ１００上のいくつかのソフトウェ
アモジュール（例えば、新メッセージブロック１２６、
ファームウェア更新ルーチン１１９、またはリセットル
ーチン１１８）のうちの１つからメッセージを受信した
ものと考えられる。メッセージを発するモジュールは、
通信プロトコルヘッダ３５５をデータ３６０の前に付加
したものと考えられる。デバイス出力メッセージハンド
ラ１５２は、次に、通信プロトコルヘッダ３５５をキュ
ー１５６に入れ、データ３６０をキュー１５８に入れた
と考えられる。リセットルーチン１１８、ファームウェ
ア更新ルーチン１１９、および新メッセージブロック１
２６を用いて説明されたが、ＳＩＮＣデバイス１００か
ら送信されるメッセージは、ＳＩＮＣデバイス１００上
に存在するが図示されていない種々多数のメッセージ源
のうちのいずれから発せられてもよい。
【００３７】本発明の一形態によれば、デバイスドライ
バ２５１は、「読み出し」呼び出しを用いることで、割
り込みパイプ１１２から読み出しを行う。呼び出しの概
念は当業者には周知である。割り込みパイプ１１２にメ
ッセージがない場合、呼び出しは保留される。ＵＳＢホ
ストドライバ２２４が、割り込みパイプ１１２において
通信プロトコルヘッダ３５５を検出した場合、呼び出し
が戻される。次に、デバイスドライバ２５１は、通信プ
ロトコルヘッダ３５５を割り込みパイプ１１２から除去
する。そして、通信プロトコルヘッダ３５５が、付随す
るデータ３６０があることを示す場合には、デバイスド
ライバ２５１は、読み出し呼び出しをバルクインパイプ
１１４に出す。この読み出し呼び出しは、読み出しが完
了するまで保留される。
バ２５１は、「読み出し」呼び出しを用いることで、割
り込みパイプ１１２から読み出しを行う。呼び出しの概
念は当業者には周知である。割り込みパイプ１１２にメ
ッセージがない場合、呼び出しは保留される。ＵＳＢホ
ストドライバ２２４が、割り込みパイプ１１２において
通信プロトコルヘッダ３５５を検出した場合、呼び出し
が戻される。次に、デバイスドライバ２５１は、通信プ
ロトコルヘッダ３５５を割り込みパイプ１１２から除去
する。そして、通信プロトコルヘッダ３５５が、付随す
るデータ３６０があることを示す場合には、デバイスド
ライバ２５１は、読み出し呼び出しをバルクインパイプ
１１４に出す。この読み出し呼び出しは、読み出しが完
了するまで保留される。
【００３８】出力メッセージ動作例 出力メッセージ（すなわち、サービスプロセッサ２００
からＳＩＮＣデバイス１００等の遠隔デバイスに送信さ
れるメッセージ）の転送について、次に説明する。サー
ビスプロセッサ２００によって処理されるメッセージ
は、サービスプロセッサ２００から発せられるか、ある
いはＵＳＢ２０に接続された別のデバイス（ＳＩＮＣデ
バイス１００等）から発せられる。本発明によれば、Ｕ
ＳＢルータ２１８は、出力メッセージをキュー２５６、
２５７、または２５８のうち、メッセージがアドレス指
定されているデバイスに関連する１つに入れる。本例に
おいて、ＵＳＢルータ２１８は、メッセージをデバイス
ドライバ２５１に渡し、デバイスドライバ２５１は、最
終的にＳＩＮＣデバイス１００に伝送するために、キュ
ー２５６にメッセージを入れる。現在ＳＩＮＣデバイス
１００に送信処理中のメッセージがない場合には、デバ
イスドライバ２５１は、すぐにキュー２５６からメッセ
ージを抽出して、該メッセージをＳＩＮＣデバイス１０
０に送信する。送信中の前の出力メッセージがある場合
には、新しいメッセージはキュー２５６に保持され、前
のメッセージに対する「送信完了」割り込みが発生する
と、取り出されてＳＩＮＣデバイス１００に送信され
る。ＵＳＢルータ２１８からバルクパイプ１１１を通し
て送信されたメッセージは、次に、デバイス入力メッセ
ージハンドラ１５１に受信され、キュー１５４に入れら
れる。当技術分野で周知の「関数呼び出し」を用いて、
エグゼクティブ１０１は、接続１０９を介して、デバイ
ス入力メッセージハンドラ１５１を定期的に呼び出し、
すなわちポーリングし、キュー１５４にメッセージがあ
るか否かを判断する。エグゼクティブ１０１はまた、同
様に他の関数呼び出しも行う。例えば、エグゼクティブ
１０１は、接続１０３を介して定期的にハードウェアイ
ンタフェース１０４を呼び出し、ＳＩＮＣデバイス１０
０におけるハードウェアの状態を判断する。ハードウェ
アインタフェース１０４は、ＵＳＢ２０に接続された他
の任意のデバイスに送信する情報を有している場合に
は、接続１０８を介してメッセージロジック１５０と通
信することができる。デバイス入力メッセージハンドラ
１５１がキュー１５４に情報を有している場合、エグゼ
クティブ１０１にポーリングされると、デバイス入力メ
ッセージハンドラ１５１は、キュー１５４に存在するメ
ッセージを実行するために、適切な関数呼び出しを生成
する。
からＳＩＮＣデバイス１００等の遠隔デバイスに送信さ
れるメッセージ）の転送について、次に説明する。サー
ビスプロセッサ２００によって処理されるメッセージ
は、サービスプロセッサ２００から発せられるか、ある
いはＵＳＢ２０に接続された別のデバイス（ＳＩＮＣデ
バイス１００等）から発せられる。本発明によれば、Ｕ
ＳＢルータ２１８は、出力メッセージをキュー２５６、
２５７、または２５８のうち、メッセージがアドレス指
定されているデバイスに関連する１つに入れる。本例に
おいて、ＵＳＢルータ２１８は、メッセージをデバイス
ドライバ２５１に渡し、デバイスドライバ２５１は、最
終的にＳＩＮＣデバイス１００に伝送するために、キュ
ー２５６にメッセージを入れる。現在ＳＩＮＣデバイス
１００に送信処理中のメッセージがない場合には、デバ
イスドライバ２５１は、すぐにキュー２５６からメッセ
ージを抽出して、該メッセージをＳＩＮＣデバイス１０
０に送信する。送信中の前の出力メッセージがある場合
には、新しいメッセージはキュー２５６に保持され、前
のメッセージに対する「送信完了」割り込みが発生する
と、取り出されてＳＩＮＣデバイス１００に送信され
る。ＵＳＢルータ２１８からバルクパイプ１１１を通し
て送信されたメッセージは、次に、デバイス入力メッセ
ージハンドラ１５１に受信され、キュー１５４に入れら
れる。当技術分野で周知の「関数呼び出し」を用いて、
エグゼクティブ１０１は、接続１０９を介して、デバイ
ス入力メッセージハンドラ１５１を定期的に呼び出し、
すなわちポーリングし、キュー１５４にメッセージがあ
るか否かを判断する。エグゼクティブ１０１はまた、同
様に他の関数呼び出しも行う。例えば、エグゼクティブ
１０１は、接続１０３を介して定期的にハードウェアイ
ンタフェース１０４を呼び出し、ＳＩＮＣデバイス１０
０におけるハードウェアの状態を判断する。ハードウェ
アインタフェース１０４は、ＵＳＢ２０に接続された他
の任意のデバイスに送信する情報を有している場合に
は、接続１０８を介してメッセージロジック１５０と通
信することができる。デバイス入力メッセージハンドラ
１５１がキュー１５４に情報を有している場合、エグゼ
クティブ１０１にポーリングされると、デバイス入力メ
ッセージハンドラ１５１は、キュー１５４に存在するメ
ッセージを実行するために、適切な関数呼び出しを生成
する。
【００３９】例えば、ファームウェア更新モジュール２
１１が、ＵＳＢ２０を介してファームウェア更新メッセ
ージをＳＩＮＣデバイス１００に送信したものと仮定し
た場合、デバイス入力メッセージハンドラ１５１は、こ
のメッセージをキュー１５４において検出すると、接続
１１７を介して適切な関数呼び出しを実行して、ファー
ムウェア更新ルーチン１１９を実行する。このファーム
ウェア更新は、例示目的のためにのみ示されるものであ
る。他のメッセージならば、異なるルーチンを呼び出
す。デバイス入力メッセージハンドラ１５１がファーム
ウェア更新のメッセージの代わりにリセットコマンドを
受信したならば、リセットルーチン１１８に対して接続
１１６を介して関数呼び出しを実行し、リセットルーチ
ン１１８が、接続１２７を介して、リセットコマンドを
リセットハードウェア１２８に送信する。
１１が、ＵＳＢ２０を介してファームウェア更新メッセ
ージをＳＩＮＣデバイス１００に送信したものと仮定し
た場合、デバイス入力メッセージハンドラ１５１は、こ
のメッセージをキュー１５４において検出すると、接続
１１７を介して適切な関数呼び出しを実行して、ファー
ムウェア更新ルーチン１１９を実行する。このファーム
ウェア更新は、例示目的のためにのみ示されるものであ
る。他のメッセージならば、異なるルーチンを呼び出
す。デバイス入力メッセージハンドラ１５１がファーム
ウェア更新のメッセージの代わりにリセットコマンドを
受信したならば、リセットルーチン１１８に対して接続
１１６を介して関数呼び出しを実行し、リセットルーチ
ン１１８が、接続１２７を介して、リセットコマンドを
リセットハードウェア１２８に送信する。
【００４０】ＳＩＮＣデバイス１００がメッセージをＵ
ＳＢ２０に配置された別のデバイスまたはサービスプロ
セッサ２００に送信するには、種々多数のシナリオがあ
る。例えば、ファームウェア更新モジュール２１１から
受信したファームウェア更新メッセージに応答して、フ
ァームウェア更新ルーチン１１９を実行すると、ファー
ムウェア更新ルーチン１１９は、メッセージの受信承認
と、メッセージにおいて要求されたアクションの成功ま
たは失敗を示すメッセージの双方またはいずれかを送信
することができる。これは、図７および図８に関して説
明する通信プロトコルヘッダ３５５によって達成するこ
とができる。あるいは、非送信請求状態更新メッセージ
をＳＩＮＣデバイス１００から新メッセージブロック１
２６を介して送信することもできる。別の例として、新
メッセージブロック１２６は、メッセージをパワーモニ
タであるＰＭ３デバイス７０に送信し、ＳＩＮＣが必要
とする電力を知らせる。
ＳＢ２０に配置された別のデバイスまたはサービスプロ
セッサ２００に送信するには、種々多数のシナリオがあ
る。例えば、ファームウェア更新モジュール２１１から
受信したファームウェア更新メッセージに応答して、フ
ァームウェア更新ルーチン１１９を実行すると、ファー
ムウェア更新ルーチン１１９は、メッセージの受信承認
と、メッセージにおいて要求されたアクションの成功ま
たは失敗を示すメッセージの双方またはいずれかを送信
することができる。これは、図７および図８に関して説
明する通信プロトコルヘッダ３５５によって達成するこ
とができる。あるいは、非送信請求状態更新メッセージ
をＳＩＮＣデバイス１００から新メッセージブロック１
２６を介して送信することもできる。別の例として、新
メッセージブロック１２６は、メッセージをパワーモニ
タであるＰＭ３デバイス７０に送信し、ＳＩＮＣが必要
とする電力を知らせる。
【００４１】メッセージを与えられる方法に関わりな
く、デバイス出力メッセージハンドラ１５２は、通信プ
ロトコルヘッダ３５５およびデータ３６０を含むメッセ
ージを解析し、ヘッダ３５５をキュー１５６に入れ、デ
ータ３６０をキュー１５８に入れる。本発明において、
通信プロトコルヘッダ３５５は、メッセージを送信した
デバイスによって、データ３６０の前に付加される。例
えば、ファームウェア更新ルーチン１１９が、ファーム
ウェア更新モジュール２１１から受信したメッセージに
対して返信するよう命令された場合、ファームウェア更
新ルーチン１１９は、以下の説明に従って、メッセージ
の前に通信プロトコルヘッダ３５５を付加し、ヘッダお
よびメッセージをデバイス出力メッセージハンドラ１５
２に送信する。ファームウェア更新ルーチン１１９によ
って前に付加された通信プロトコルヘッダ３５５は、メ
ッセージの宛先としてサービスプロセッサ２００を識別
する。ファームウェア更新モジュール２１１は、ファー
ムウェア更新ルーチン１１９が現在応答しているメッセ
ージを送信する際、ヘッダのプライベートエリア（図７
において後に説明されるバイト８〜１１）に特別な番号
を挿入している。この特別な番号は、ファームウェア更
新ルーチン１１９には認識されないが、サービスプロセ
ッサ入力メッセージハンドラ２５０がファームウェア更
新モジュール２１１を応答メッセージの所期の受信先と
して識別できるようにするための識別子である。ファー
ムウェア更新ルーチン１１９が応答メッセージを作成す
る際、要求メッセージから応答メッセージにプライベー
トバイト３６２、３６４、３６６、および３６７（図
７）をコピーする。メッセージヘッダのプライベートエ
リアの使用については、図７に関して後に説明される。
く、デバイス出力メッセージハンドラ１５２は、通信プ
ロトコルヘッダ３５５およびデータ３６０を含むメッセ
ージを解析し、ヘッダ３５５をキュー１５６に入れ、デ
ータ３６０をキュー１５８に入れる。本発明において、
通信プロトコルヘッダ３５５は、メッセージを送信した
デバイスによって、データ３６０の前に付加される。例
えば、ファームウェア更新ルーチン１１９が、ファーム
ウェア更新モジュール２１１から受信したメッセージに
対して返信するよう命令された場合、ファームウェア更
新ルーチン１１９は、以下の説明に従って、メッセージ
の前に通信プロトコルヘッダ３５５を付加し、ヘッダお
よびメッセージをデバイス出力メッセージハンドラ１５
２に送信する。ファームウェア更新ルーチン１１９によ
って前に付加された通信プロトコルヘッダ３５５は、メ
ッセージの宛先としてサービスプロセッサ２００を識別
する。ファームウェア更新モジュール２１１は、ファー
ムウェア更新ルーチン１１９が現在応答しているメッセ
ージを送信する際、ヘッダのプライベートエリア（図７
において後に説明されるバイト８〜１１）に特別な番号
を挿入している。この特別な番号は、ファームウェア更
新ルーチン１１９には認識されないが、サービスプロセ
ッサ入力メッセージハンドラ２５０がファームウェア更
新モジュール２１１を応答メッセージの所期の受信先と
して識別できるようにするための識別子である。ファー
ムウェア更新ルーチン１１９が応答メッセージを作成す
る際、要求メッセージから応答メッセージにプライベー
トバイト３６２、３６４、３６６、および３６７（図
７）をコピーする。メッセージヘッダのプライベートエ
リアの使用については、図７に関して後に説明される。
【００４２】デバイス出力メッセージハンドラ１５２
は、通信プロトコルヘッダ３５５を、キュー１５６に対
応する割り込みパイプ１１２に入れ、もし存在すれば、
データ３６０をキュー１５８に関連するバルクインパイ
プ１１４に入れる。キュー１５６は、二重バッファキュ
ーであり、二重バッファされるＵＳＢデバイスコントロ
ーラ１０６に対応する。
は、通信プロトコルヘッダ３５５を、キュー１５６に対
応する割り込みパイプ１１２に入れ、もし存在すれば、
データ３６０をキュー１５８に関連するバルクインパイ
プ１１４に入れる。キュー１５６は、二重バッファキュ
ーであり、二重バッファされるＵＳＢデバイスコントロ
ーラ１０６に対応する。
【００４３】図６は、図５におけるキューとして与えら
れる図３のパイプを示す略図である。図示のように、ル
ータ２１８およびＳＩＮＣデバイス１００は、バルクア
ウトパイプ１１１、割り込みパイプ１１２、およびバル
クインパイプ１１４を介して接続される。図６は、メッ
セージが交換される個々の経路としてパイプを示してい
る。なお、図６には三本の個々のパイプとして示される
が、パイプはすべてＵＳＢ２０に存在することに留意さ
れたい。
れる図３のパイプを示す略図である。図示のように、ル
ータ２１８およびＳＩＮＣデバイス１００は、バルクア
ウトパイプ１１１、割り込みパイプ１１２、およびバル
クインパイプ１１４を介して接続される。図６は、メッ
セージが交換される個々の経路としてパイプを示してい
る。なお、図６には三本の個々のパイプとして示される
が、パイプはすべてＵＳＢ２０に存在することに留意さ
れたい。
【００４４】メッセージヘッダフォーマット 図７は、図４のメッセージフォーマット３３０の通信メ
ッセージ３５０の一例を示す概略図である。通信メッセ
ージ３５０は、通信プロトコルヘッダ３５５およびデー
タ３６０を含む。通信プロトコルヘッダ３５５は、１２
バイトの情報を含む。該バイトは、必ずしも図示した順
序である必要はない。宛先キャビネット番号３５１（バ
イト０）は、宛先キャビネット番号に関する情報を含
む。
ッセージ３５０の一例を示す概略図である。通信メッセ
ージ３５０は、通信プロトコルヘッダ３５５およびデー
タ３６０を含む。通信プロトコルヘッダ３５５は、１２
バイトの情報を含む。該バイトは、必ずしも図示した順
序である必要はない。宛先キャビネット番号３５１（バ
イト０）は、宛先キャビネット番号に関する情報を含
む。
【００４５】宛先アドレス３５２（バイト１）は、メッ
セージが宛先付けられたデバイスのキャビネット内のア
ドレスである。特別なデバイス番号をＵＳＢ２０に接続
された各デバイスに割り当てることによって、キャビネ
ット番号と宛先アドレス３５２（バイト１）を合わせ
て、デバイス（すなわち、ＳＩＮＣデバイス１００、Ｃ
ＬＵデバイス６０、およびＰＭ３デバイス７０）が識別
される。
セージが宛先付けられたデバイスのキャビネット内のア
ドレスである。特別なデバイス番号をＵＳＢ２０に接続
された各デバイスに割り当てることによって、キャビネ
ット番号と宛先アドレス３５２（バイト１）を合わせ
て、デバイス（すなわち、ＳＩＮＣデバイス１００、Ｃ
ＬＵデバイス６０、およびＰＭ３デバイス７０）が識別
される。
【００４６】ソースキャビネット番号３５４（バイト
２）は、ソースキャビネット番号（すなわち、メッセー
ジを発したデバイスを含むキャビネットの番号）であ
り、ソースアドレス３５６（バイト３）は、メッセージ
を送信した、デバイスのキャビネット内のアドレスであ
る。キャビネット内の宛先アドレスおよびソースアドレ
スを以下の表１に示す。
２）は、ソースキャビネット番号（すなわち、メッセー
ジを発したデバイスを含むキャビネットの番号）であ
り、ソースアドレス３５６（バイト３）は、メッセージ
を送信した、デバイスのキャビネット内のアドレスであ
る。キャビネット内の宛先アドレスおよびソースアドレ
スを以下の表１に示す。
【００４７】
【表１】
【００４８】表１に見られるアドレスは、他とは異なる
任意の値を用いることができるという点において、自由
に決めることのできるものである。名称の欄はあらかじ
め定義されており、デバイスに自由に名称をつけること
はできない。デバイスが自身の名称（アドレス）および
通信先のデバイスの名称（アドレス）を知ることができ
るように、全般的なネーミング方式を予め決めておくこ
とが望ましい。あるいは、ディレクトリサービスがその
ようなネーミング方式にとってかわってもよい。
任意の値を用いることができるという点において、自由
に決めることのできるものである。名称の欄はあらかじ
め定義されており、デバイスに自由に名称をつけること
はできない。デバイスが自身の名称（アドレス）および
通信先のデバイスの名称（アドレス）を知ることができ
るように、全般的なネーミング方式を予め決めておくこ
とが望ましい。あるいは、ディレクトリサービスがその
ようなネーミング方式にとってかわってもよい。
【００４９】コマンドバイト３５７（バイト４）は、受
信モジュールにメッセージの処理の方法を指示する。好
ましい実施形態において用いられるコマンドおよび値の
いくつかの具体例を以下に示す。
信モジュールにメッセージの処理の方法を指示する。好
ましい実施形態において用いられるコマンドおよび値の
いくつかの具体例を以下に示す。
【００５０】 BusboyCmmdExecStatus ＝０×００ BusboyCmmdUnsolicitedStatus ＝０×０１、/*CLU/SINC/PM3/PDI to SUB */ BusboyCmmdBootNormal ＝０×０２、/*SUB to SINC */ BusboyCmmdBootType1 ＝０×０３、/*SUB to SINC */ BusboyCmmdTocCell ＝０×０４、/*SUB to SINC */ BusboyCmmdResetCell ＝０×０５、/*SUB to SINC */ BusboyCmmdResetYourself ＝０×０６、/*SUB to CLU/SINC/PM3/PDI */ BusboyHdrIdIcmHdrResponse ＝０×ｆ３、/*SINC to SUB */ コマンドの意味および値は、本発明に従って構築された
システムの実施の詳細によって決定される。
システムの実施の詳細によって決定される。
【００５１】フラグバイト３５８（バイト５）は、フラ
グを表す。フラグについては、後に図８に関してより詳
細に説明される。メッセージ長３５９（バイト６）は、
メッセージ長（最下位バイト）を表し、メッセージ長３
６１（バイト７）は、メッセージ長（最上位バイト）を
表す。メッセージ長は、メッセージにおけるバイトの数
であり、メッセージヘッダ３５５の１２バイトを含む。
入力メッセージハンドラは、メッセージ長が１２バイト
よりも大きいか否かをチェックすることで、メッセージ
３５０のデータ部分３６０があるか否かを判断すること
ができる。
グを表す。フラグについては、後に図８に関してより詳
細に説明される。メッセージ長３５９（バイト６）は、
メッセージ長（最下位バイト）を表し、メッセージ長３
６１（バイト７）は、メッセージ長（最上位バイト）を
表す。メッセージ長は、メッセージにおけるバイトの数
であり、メッセージヘッダ３５５の１２バイトを含む。
入力メッセージハンドラは、メッセージ長が１２バイト
よりも大きいか否かをチェックすることで、メッセージ
３５０のデータ部分３６０があるか否かを判断すること
ができる。
【００５２】バイト８ ３６２からバイト１１ ３６７
は、応答を要する要求を発したソフトウェアモジュール
（本例ではファームウェア更新モジュール２１１）を識
別するプライベートデータを表す。メッセージを送信す
る相手のデバイス（例えば、ＳＩＮＣデバイス１００）
に送信メッセージに対する返信を期待する場合、送信側
のデバイスにおけるモジュール（例えば、サービスプロ
セッサ２００におけるファームウェア更新モジュール２
１１）は、識別子をバイト３６２、３６４、３６６、３
６７におけるヘッダのプライベートエリアに挿入するこ
とによって、自身の宛て先を知らせる。応答側デバイス
における応答モジュール（例えば、ＳＩＮＣデバイス１
００におけるファームウェア更新ルーチン１１９）は、
プライベートエリアの内容を返信メッセージにコピーす
るよう要求される。
は、応答を要する要求を発したソフトウェアモジュール
（本例ではファームウェア更新モジュール２１１）を識
別するプライベートデータを表す。メッセージを送信す
る相手のデバイス（例えば、ＳＩＮＣデバイス１００）
に送信メッセージに対する返信を期待する場合、送信側
のデバイスにおけるモジュール（例えば、サービスプロ
セッサ２００におけるファームウェア更新モジュール２
１１）は、識別子をバイト３６２、３６４、３６６、３
６７におけるヘッダのプライベートエリアに挿入するこ
とによって、自身の宛て先を知らせる。応答側デバイス
における応答モジュール（例えば、ＳＩＮＣデバイス１
００におけるファームウェア更新ルーチン１１９）は、
プライベートエリアの内容を返信メッセージにコピーす
るよう要求される。
【００５３】プライベートエリアにおける識別子は、発
信デバイス上の入力メッセージハンドラ（例えば、サー
ビスプロセッサ２００上のサービスプロセッサ入力メッ
セージハンドラ２５０）が、返信先モジュール（例え
ば、ファームウェア更新モジュール２１１応答キュー）
として認識することができる値である。識別子は、例え
ば、元の要求を送信したモジュールにおいて呼び出す関
数についての応答キューの識別子、またはアドレスであ
りうる。サービスプロセッサ入力メッセージハンドラ２
５０は、プライベートエリア（ヘッダ３５５におけるバ
イト８からバイト１１）の内容に基づいて、すべての返
信を指定されたモジュールに送信する。
信デバイス上の入力メッセージハンドラ（例えば、サー
ビスプロセッサ２００上のサービスプロセッサ入力メッ
セージハンドラ２５０）が、返信先モジュール（例え
ば、ファームウェア更新モジュール２１１応答キュー）
として認識することができる値である。識別子は、例え
ば、元の要求を送信したモジュールにおいて呼び出す関
数についての応答キューの識別子、またはアドレスであ
りうる。サービスプロセッサ入力メッセージハンドラ２
５０は、プライベートエリア（ヘッダ３５５におけるバ
イト８からバイト１１）の内容に基づいて、すべての返
信を指定されたモジュールに送信する。
【００５４】アドレス指定を説明するために、図７に示
す発信元および宛先バイト３５１、３５２、３５４、３
５６は、デバイスを識別指定するものとする。メッセー
ジが（あるモジュールによって発せられた）コマンドで
あり、かつ宛先デバイスに２つ以上のコマンド処理モジ
ュールがある場合、コマンドバイト３５７（バイト４）
の内容によって、所与のコマンドを処理する、デバイス
内の特定のモジュールを識別することができる。メッセ
ージが（先に受信したコマンドに応答して発せされた）
返信メッセージである場合、コマンドバイト３５７（バ
イト４）の内容は、プライベートエリアバイト３６２、
３６４、３６６、および３６７（バイト８〜バイト１
１）の内容と合わせて、返信メッセージを渡すべきモジ
ュールを指定する。コマンドバイト３５７（バイト４）
の内容はまた、プライベートエリアバイト３６２、３６
４、３６６、および３６７（バイト８〜バイト１１）の
内容と合わせて、異なるデバイスに対する複数の未処理
要求を有するモジュールが、各デバイスからの返信メッ
セージを未処理の要求と結びつけることができるように
する。
す発信元および宛先バイト３５１、３５２、３５４、３
５６は、デバイスを識別指定するものとする。メッセー
ジが（あるモジュールによって発せられた）コマンドで
あり、かつ宛先デバイスに２つ以上のコマンド処理モジ
ュールがある場合、コマンドバイト３５７（バイト４）
の内容によって、所与のコマンドを処理する、デバイス
内の特定のモジュールを識別することができる。メッセ
ージが（先に受信したコマンドに応答して発せされた）
返信メッセージである場合、コマンドバイト３５７（バ
イト４）の内容は、プライベートエリアバイト３６２、
３６４、３６６、および３６７（バイト８〜バイト１
１）の内容と合わせて、返信メッセージを渡すべきモジ
ュールを指定する。コマンドバイト３５７（バイト４）
の内容はまた、プライベートエリアバイト３６２、３６
４、３６６、および３６７（バイト８〜バイト１１）の
内容と合わせて、異なるデバイスに対する複数の未処理
要求を有するモジュールが、各デバイスからの返信メッ
セージを未処理の要求と結びつけることができるように
する。
【００５５】メッセージフォーマット３５０はまた、メ
ッセージフォーマット３５０のオプションコマンドデー
タバイト３６８および３６９（バイト１２からバイト長
＋１１まで）を含む、データ３６０も含む。オプション
コマンドデータは、オプションデータを含む。データ３
６０は、０バイト以上のデータを含む可変長フィールド
である。このデータは、コマンドバイト３５７（バイト
４）における特定のコマンドに関連するものである。例
えば、コマンドが「ＥＰＲＯＭセクタプログラム」であ
る場合には、パケットのデータ部分は、ＥＰＲＯＭセク
タにプログラムされるデータである。コマンドが「状態
応答」であり、かつパケットが先の「状態照会」メッセ
ージの結果として送信される場合には、データ部分は、
実際のデバイス状態である。
ッセージフォーマット３５０のオプションコマンドデー
タバイト３６８および３６９（バイト１２からバイト長
＋１１まで）を含む、データ３６０も含む。オプション
コマンドデータは、オプションデータを含む。データ３
６０は、０バイト以上のデータを含む可変長フィールド
である。このデータは、コマンドバイト３５７（バイト
４）における特定のコマンドに関連するものである。例
えば、コマンドが「ＥＰＲＯＭセクタプログラム」であ
る場合には、パケットのデータ部分は、ＥＰＲＯＭセク
タにプログラムされるデータである。コマンドが「状態
応答」であり、かつパケットが先の「状態照会」メッセ
ージの結果として送信される場合には、データ部分は、
実際のデバイス状態である。
【００５６】図８は、図７のフラグバイト３５８（バイ
ト５）を示す概略図である。図示のように、このフォー
マットにおいては、フラグバイト３５８のビット４〜ビ
ット７はメッセージ識別情報を含む。ビット０およびビ
ット１は、ＵＳＢ２０に接続されたＳＩＮＣ１００等、
個々のデバイスに要求する応答に応じてセットすること
ができる。例えば、最下位ビット（ＬＳＢ）０がロジッ
ク「０」にセットされる場合は、図５のＳＩＮＣデバイ
ス１００は、送信されたメッセージの受信の確認通知を
する必要がないことを示す。ＬＳＢ０がロジック「１」
にセットされる場合は、受信デバイス（すなわち、図５
に関して先に説明した例では、ＳＩＮＣデバイス１０
０）はメッセージの受信の確認通知をしなければならな
いことを示す。同様に、フラグバイト３５８（バイト
５）のビット１がロジック「０」にセットされる場合
は、メッセージに含まれるコマンドの処理が成功したか
失敗したかについて、メッセージの発信元に報告する必
要がないことを示す。同様に、ビット１がロジック
「１」にセットされる場合は、メッセージに含まれるコ
マンドの処理が成功したか失敗したかについて、発信デ
バイスに報告しなければならないことを示す。
ト５）を示す概略図である。図示のように、このフォー
マットにおいては、フラグバイト３５８のビット４〜ビ
ット７はメッセージ識別情報を含む。ビット０およびビ
ット１は、ＵＳＢ２０に接続されたＳＩＮＣ１００等、
個々のデバイスに要求する応答に応じてセットすること
ができる。例えば、最下位ビット（ＬＳＢ）０がロジッ
ク「０」にセットされる場合は、図５のＳＩＮＣデバイ
ス１００は、送信されたメッセージの受信の確認通知を
する必要がないことを示す。ＬＳＢ０がロジック「１」
にセットされる場合は、受信デバイス（すなわち、図５
に関して先に説明した例では、ＳＩＮＣデバイス１０
０）はメッセージの受信の確認通知をしなければならな
いことを示す。同様に、フラグバイト３５８（バイト
５）のビット１がロジック「０」にセットされる場合
は、メッセージに含まれるコマンドの処理が成功したか
失敗したかについて、メッセージの発信元に報告する必
要がないことを示す。同様に、ビット１がロジック
「１」にセットされる場合は、メッセージに含まれるコ
マンドの処理が成功したか失敗したかについて、発信デ
バイスに報告しなければならないことを示す。
【００５７】初期化 再度、図５を参照して、標準ＵＳＢ初期化の一部とし
て、ＵＳＢホストドライバ２２４は、デバイスがバスに
接続されるときに、各デバイス（すなわち、ＳＩＮＣデ
バイス１００、ＣＬＵデバイス６０等）を列挙する（ア
ドレスを割り当てる）。（なお、これは物理レイヤアド
レスであり、表１に示す論理レイヤアドレスとは異なる
ことに留意する）。その際、デバイスは、デバイス記述
子をホストに戻す。デバイス記述子によって、デバイス
のタイプが識別される。これは、ＵＳＢ通信の分野にお
ける当業者に良く知られている。このとき、好ましい実
施形態におけるデバイスは、それが、例えば、ＰＭ３デ
バイス７０、ＣＬＵデバイス６０、またはＳＩＮＣデバ
イス１００であると報告する。デバイスはまた、表１に
示す符号化を用いて、自身の固有のアドレス（例えば、
キャビネット０におけるＳＩＮＣ１００、ＳＩＮＣ番号
２）も報告する。これにより、ＵＳＢホストドライバ２
２４は、この特定のデバイスに適したキュー（例えば、
キュー２５６と、パイプ１１２および１１４）を初期化
することができる。
て、ＵＳＢホストドライバ２２４は、デバイスがバスに
接続されるときに、各デバイス（すなわち、ＳＩＮＣデ
バイス１００、ＣＬＵデバイス６０等）を列挙する（ア
ドレスを割り当てる）。（なお、これは物理レイヤアド
レスであり、表１に示す論理レイヤアドレスとは異なる
ことに留意する）。その際、デバイスは、デバイス記述
子をホストに戻す。デバイス記述子によって、デバイス
のタイプが識別される。これは、ＵＳＢ通信の分野にお
ける当業者に良く知られている。このとき、好ましい実
施形態におけるデバイスは、それが、例えば、ＰＭ３デ
バイス７０、ＣＬＵデバイス６０、またはＳＩＮＣデバ
イス１００であると報告する。デバイスはまた、表１に
示す符号化を用いて、自身の固有のアドレス（例えば、
キャビネット０におけるＳＩＮＣ１００、ＳＩＮＣ番号
２）も報告する。これにより、ＵＳＢホストドライバ２
２４は、この特定のデバイスに適したキュー（例えば、
キュー２５６と、パイプ１１２および１１４）を初期化
することができる。
【００５８】表１に示されるデバイスのアドレスは、デ
バイスの名称と同義であり固定されたものである。これ
に対して、デバイスタイプおよび番号のアドレスを固定
せず、動的に割り当てる方式を考えることもできる。諸
タイプのデバイスの組み合わせをより柔軟に行う必要が
ある場合に、このような方式の方が望ましいことがあ
る。もしそのようなシステムが設計されたとしても、他
のエンティティがそのデバイスをアドレス指定すること
ができるように、なお一つのデバイスごとに一つの「名
称」を持たせておくべきである。しかし、このような場
合は、任意のデバイスが名称に対応するアドレスを得ら
れるように、ディレクトリサービスを設けることが望ま
しい。ディレクトリサービスの概念は、ネットワーキン
グの分野における当業者には周知である。
バイスの名称と同義であり固定されたものである。これ
に対して、デバイスタイプおよび番号のアドレスを固定
せず、動的に割り当てる方式を考えることもできる。諸
タイプのデバイスの組み合わせをより柔軟に行う必要が
ある場合に、このような方式の方が望ましいことがあ
る。もしそのようなシステムが設計されたとしても、他
のエンティティがそのデバイスをアドレス指定すること
ができるように、なお一つのデバイスごとに一つの「名
称」を持たせておくべきである。しかし、このような場
合は、任意のデバイスが名称に対応するアドレスを得ら
れるように、ディレクトリサービスを設けることが望ま
しい。ディレクトリサービスの概念は、ネットワーキン
グの分野における当業者には周知である。
【００５９】この発明は例として次の実施形態を含む。
【００６０】（１） ユニバーサルシリアルバス（ＵＳ
Ｂ）（２０）をピアツーピアネットワークとして用いる
方法であって、ルータ（２１８）を備えるホストプロセ
ッサ（２００）をＵＳＢ（２０）に接続するステップ
と、それぞれ互いに対して、かつ前記ホストプロセッサ
（２００）に対してピアである複数のデバイス（６０、
７０、１００）を前記ＵＳＢ（２０）に接続するステッ
プと、前記複数のデバイス（６０、７０、１００）また
は前記ホストプロセッサ（２００）のうちの１つにおい
て、メッセージ（３６０）を形成するステップと、前記
メッセージ（３６０）の前にヘッダ（３５５）を付加す
るステップと、前記ルータ（２１８）および前記ＵＳＢ
（２０）を介して、前記メッセージ（３６０）を前記デ
バイス（６０、７０、１００）のうちの１つから他の任
意のデバイスに、または前記ホストプロセッサ（２０
０）に直接伝送するステップと、を含む、方法。
Ｂ）（２０）をピアツーピアネットワークとして用いる
方法であって、ルータ（２１８）を備えるホストプロセ
ッサ（２００）をＵＳＢ（２０）に接続するステップ
と、それぞれ互いに対して、かつ前記ホストプロセッサ
（２００）に対してピアである複数のデバイス（６０、
７０、１００）を前記ＵＳＢ（２０）に接続するステッ
プと、前記複数のデバイス（６０、７０、１００）また
は前記ホストプロセッサ（２００）のうちの１つにおい
て、メッセージ（３６０）を形成するステップと、前記
メッセージ（３６０）の前にヘッダ（３５５）を付加す
るステップと、前記ルータ（２１８）および前記ＵＳＢ
（２０）を介して、前記メッセージ（３６０）を前記デ
バイス（６０、７０、１００）のうちの１つから他の任
意のデバイスに、または前記ホストプロセッサ（２０
０）に直接伝送するステップと、を含む、方法。
【００６１】（２） 前記ヘッダ（３５５）は、前記デ
バイス（６０、７０、１００）のうちの一つを識別する
複数のフィールドをさらに含む、上記（１）記載の方
法。
バイス（６０、７０、１００）のうちの一つを識別する
複数のフィールドをさらに含む、上記（１）記載の方
法。
【００６２】（３） 前記デバイス（６０、７０、１０
０）はそれぞれ、前記複数のフィールドを認識するよう
構成されたロジック（１５０）をさらに備える、上記
（１）記載の方法。
０）はそれぞれ、前記複数のフィールドを認識するよう
構成されたロジック（１５０）をさらに備える、上記
（１）記載の方法。
【００６３】（４） 前記ホストプロセッサ（２００）
は、前記ルータ（２１８）に関連する第１のデバイスド
ライバ（２５１）をさらに備え、前記デバイス（６０、
７０、１００）はそれぞれ、前記ルータ（２１８）にお
ける前記第１のデバイスドライバ（２５１）に対応する
第２のデバイスドライバ（１０２）をさらに備え、前記
第１のデバイスドライバ（２５１）および第２のデバイ
スドライバ（１０２）は、前記ルータ（２１８）と前記
デバイス（６０、７０、１００）それぞれの間に論理接
続（３２１）を確立するよう構成された、上記（１）記
載の方法。
は、前記ルータ（２１８）に関連する第１のデバイスド
ライバ（２５１）をさらに備え、前記デバイス（６０、
７０、１００）はそれぞれ、前記ルータ（２１８）にお
ける前記第１のデバイスドライバ（２５１）に対応する
第２のデバイスドライバ（１０２）をさらに備え、前記
第１のデバイスドライバ（２５１）および第２のデバイ
スドライバ（１０２）は、前記ルータ（２１８）と前記
デバイス（６０、７０、１００）それぞれの間に論理接
続（３２１）を確立するよう構成された、上記（１）記
載の方法。
【００６４】（５） 前記論理接続（３２１）は、割り
込みパイプ（１１２）と、バルクインパイプ（１１４）
と、バルクアウトパイプ（１１１）と、を含む、上記
（４）記載の方法。
込みパイプ（１１２）と、バルクインパイプ（１１４）
と、バルクアウトパイプ（１１１）と、を含む、上記
（４）記載の方法。
【００６５】（６） ユニバーサルシリアルバス（ＵＳ
Ｂ）（２０）をピアツーピアネットワークを用いるシス
テムであって、ホストメッセージハンドラ（２５０）を
含み、メッセージ（３６０）の前にヘッダ（３５５）を
付加するよう構成され、該ホストメッセージハンドラ
（２５０）は、該ヘッダ（３５５）を認識するよう構成
された、ホストプロセッサ（２００）と、前記ホストプ
ロセッサ（２００）に連係され、それぞれデバイスメッ
セージハンドラ（１５０）を含み、前記メッセージ（３
６０）の前に前記ヘッダ（３５５）を付加するよう構成
された複数のデバイス（６０、７０、１００）であっ
て、前記デバイスメッセージハンドラ（１５０）もま
た、前記ヘッダ（３５５）を認識するよう構成された、
複数のデバイス（６０、７０、１００）と、前記ホスト
プロッサ（２００）に連係された前記複数のデバイス
（６０、７０、１００）のうちの任意のデバイスと前記
ホストプロセッサ（２００）間で、ユニバーサルシリア
ルバス（ＵＳＢ）（２０）を介して前記メッセージ（３
６０）を直接ルーティングするよう構成された、前記ホ
ストプロセッサ（２００）に連係されたルータ（２１
８）と、を備える、システム。
Ｂ）（２０）をピアツーピアネットワークを用いるシス
テムであって、ホストメッセージハンドラ（２５０）を
含み、メッセージ（３６０）の前にヘッダ（３５５）を
付加するよう構成され、該ホストメッセージハンドラ
（２５０）は、該ヘッダ（３５５）を認識するよう構成
された、ホストプロセッサ（２００）と、前記ホストプ
ロセッサ（２００）に連係され、それぞれデバイスメッ
セージハンドラ（１５０）を含み、前記メッセージ（３
６０）の前に前記ヘッダ（３５５）を付加するよう構成
された複数のデバイス（６０、７０、１００）であっ
て、前記デバイスメッセージハンドラ（１５０）もま
た、前記ヘッダ（３５５）を認識するよう構成された、
複数のデバイス（６０、７０、１００）と、前記ホスト
プロッサ（２００）に連係された前記複数のデバイス
（６０、７０、１００）のうちの任意のデバイスと前記
ホストプロセッサ（２００）間で、ユニバーサルシリア
ルバス（ＵＳＢ）（２０）を介して前記メッセージ（３
６０）を直接ルーティングするよう構成された、前記ホ
ストプロセッサ（２００）に連係されたルータ（２１
８）と、を備える、システム。
【００６６】（７） 前記ヘッダ（３５５）は、前記デ
バイス（６０、７０、１００）のうちの一つを識別する
複数のフィールドをさらに含む、上記（６）記載のシス
テム。
バイス（６０、７０、１００）のうちの一つを識別する
複数のフィールドをさらに含む、上記（６）記載のシス
テム。
【００６７】（８） 前記ホストプロセッサ（２００）
は、前記ルータ（２１８）に関連する第１のデバイスド
ライバ（２５１）をさらに備え、前記デバイス（６０、
７０、１００）はそれぞれ、前記ルータ（２１８）にお
ける前記第１のデバイスドライバ（２５１）に対応する
第２のデバイスドライバ（１０２）をさらに備え、前記
第１のデバイスドライバ（２５１）および第２のデバイ
スドライバ（１０２）は、前記ルータ（２１８）と前記
デバイス（６０、７０、１００）それぞれの間に論理接
続（３２１）を確立するよう構成された、上記（６）記
載のシステム。
は、前記ルータ（２１８）に関連する第１のデバイスド
ライバ（２５１）をさらに備え、前記デバイス（６０、
７０、１００）はそれぞれ、前記ルータ（２１８）にお
ける前記第１のデバイスドライバ（２５１）に対応する
第２のデバイスドライバ（１０２）をさらに備え、前記
第１のデバイスドライバ（２５１）および第２のデバイ
スドライバ（１０２）は、前記ルータ（２１８）と前記
デバイス（６０、７０、１００）それぞれの間に論理接
続（３２１）を確立するよう構成された、上記（６）記
載のシステム。
【００６８】（９） 前記論理接続（３２１）は、割り
込みパイプ（１１２）と、バルクインパイプ（１１４）
と、バルクアウトパイプ（１１１）と、を含む、上記
（８）記載のシステム。
込みパイプ（１１２）と、バルクインパイプ（１１４）
と、バルクアウトパイプ（１１１）と、を含む、上記
（８）記載のシステム。
【００６９】（１０） 前記デバイスメッセージハンド
ラ（１５０）は、前記メッセージ（３６０）を前記バル
クアウトパイプ（１１１）から受信するよう構成された
入力メッセージハンドラ（１５１）と、前記ヘッダ（３
５５）を前記割り込みパイプ（１１２）に挿入するとと
もに、前記メッセージ（３６０）に関連するデータを前
記バルクインパイプ（１１４）に挿入するよう構成され
た出力メッセージハンドラ（１５２）と、をさらに備え
る、上記（９）記載のシステム。
ラ（１５０）は、前記メッセージ（３６０）を前記バル
クアウトパイプ（１１１）から受信するよう構成された
入力メッセージハンドラ（１５１）と、前記ヘッダ（３
５５）を前記割り込みパイプ（１１２）に挿入するとと
もに、前記メッセージ（３６０）に関連するデータを前
記バルクインパイプ（１１４）に挿入するよう構成され
た出力メッセージハンドラ（１５２）と、をさらに備え
る、上記（９）記載のシステム。
【００７０】本発明の原理から本質的に逸脱せずに、本
発明の好ましい実施形態に、多くの変更および変形を行
いうることが、当業者には理解されよう。例えば、多数
のデバイスがＵＳＢを介して通信する任意のシステムに
おいて、本発明を用いることができる。このような変更
および変形はすべて、特許請求の範囲に規定される本発
明の範囲に包含される。
発明の好ましい実施形態に、多くの変更および変形を行
いうることが、当業者には理解されよう。例えば、多数
のデバイスがＵＳＢを介して通信する任意のシステムに
おいて、本発明を用いることができる。このような変更
および変形はすべて、特許請求の範囲に規定される本発
明の範囲に包含される。
【図１】 本発明の概念を示すために用いられる、サー
バシステムを示すブロック図。
バシステムを示すブロック図。
【図２】 図１のユーティリティサブシステムを示すブ
ロック図。
ロック図。
【図３】 本発明の一態様によるプロトコルスタック３
００を示す概略図。
００を示す概略図。
【図４】 本発明によるメッセージフォーマットを示す
概略図。
概略図。
【図５】 図２のサービスプロセッサと、システム抽象
レイヤインタフェースネットワークコントローラ（ＳＩ
ＮＣ）デバイス間の接続性を示すブロック図。
レイヤインタフェースネットワークコントローラ（ＳＩ
ＮＣ）デバイス間の接続性を示すブロック図。
【図６】 図５においてキューとして実施される、図３
のパイプを示す略図。
のパイプを示す略図。
【図７】 図４のメッセージフォーマットの通信メッセ
ージの一例を示す概略図。
ージの一例を示す概略図。
【図８】 図７の通信プロトコルフラグバイトを示す概
略図。
略図。
２０ ユニバーサルシリアルバス ６０、７０、１００ デバイス １０２ 第２のデバイスドライバ １１１ バルクアウトパイプ １１２ 割り込みパイプ １１４ バルクインパイプ １５０ ロジック、デバイスメッセージハンドラ １５１ 入力メッセージハンドラ １５２ 出力メッセージハンドラ ２００ ホストプロセッサ ２１８ ルータ ２５０ ホストメッセージハンドラ ２５１ 第１のデバイスドライバ ３２１ 論理接続 ３５５ ヘッダ ３６０ メッセージ
フロントページの続き (72)発明者 ロナルド・イー・ギルバート・ジュニア アメリカ合衆国75093テキサス州プラノ、 ミスティ・ヘヴン・レーン 2017 (72)発明者 クリスチーヌ・コーバー アメリカ合衆国75287テキサス州ダラス、 ホライゾン・エヌ・パークウェイ 4341、 ナンバー 131 Ｆターム(参考） 5B014 GC01 5K032 AA09 BA04 CC01 CD01 DA01 DB26
Claims (1)
- 【請求項１】 ユニバーサルシリアルバス（ＵＳＢ）
（２０）をピアツーピアネットワークとして用いる方法
であって、 ルータ（２１８）を備えるホストプロセッサ（２００）
をＵＳＢ（２０）に接続するステップと、 それぞれ互いに対して、かつ前記ホストプロセッサ（２
００）に対してピアである複数のデバイス（６０、７
０、１００）を前記ＵＳＢ（２０）に接続するステップ
と、 前記複数のデバイス（６０、７０、１００）または前記
ホストプロセッサ（２００）のうちの１つにおいて、メ
ッセージ（３６０）を形成するステップと、 前記メッセージ（３６０）の前にヘッダ（３５５）を付
加するステップと、 前記ルータ（２１８）および前記ＵＳＢ（２０）を介し
て、前記メッセージ（３６０）を前記デバイス（６０、
７０、１００）のうちの１つから他の任意のデバイス
に、または前記ホストプロセッサ（２００）に直接伝送
するステップと、を含む、方法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US09/549124 | 2000-04-13 | ||
| US09/549,124 US6839771B1 (en) | 2000-04-13 | 2000-04-13 | Method and system for using a universal serial bus (USB) as a peer-to-peer network |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2001358733A true JP2001358733A (ja) | 2001-12-26 |
| JP2001358733A5 JP2001358733A5 (ja) | 2006-11-30 |
| JP4422359B2 JP4422359B2 (ja) | 2010-02-24 |
Family
ID=24191766
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001108265A Expired - Fee Related JP4422359B2 (ja) | 2000-04-13 | 2001-04-06 | ユニバーサルシリアルバス（ｕｓｂ）をピアツーピアネットワークとして用いる方法 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US6839771B1 (ja) |
| JP (1) | JP4422359B2 (ja) |
| TW (1) | TW515166B (ja) |
Cited By (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005520258A (ja) * | 2002-04-02 | 2005-07-07 | インターナショナル・ビジネス・マシーンズ・コーポレーション | データ記憶装置のインタフェースを変換するアダプタ、変換済みデータ記憶装置、および変換済みデータ記憶装置の操作方法 |
| EP1650913A1 (en) * | 2004-10-20 | 2006-04-26 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting and receiving data via wireless universal serial bus (USB) |
| US7359996B2 (en) | 2002-04-19 | 2008-04-15 | Seiko Epson Corporation | Data transfer control device, electronic equipment, and data transfer control method |
| JP2011508563A (ja) * | 2007-12-26 | 2011-03-10 | インテル コーポレイション | 統一コネクタアーキテクチャ |
| US8700821B2 (en) | 2008-08-22 | 2014-04-15 | Intel Corporation | Unified multi-transport medium connector architecture |
| US8775713B2 (en) | 2011-12-27 | 2014-07-08 | Intel Corporation | Multi-protocol tunneling over an I/O interconnect |
| US8782321B2 (en) | 2012-02-08 | 2014-07-15 | Intel Corporation | PCI express tunneling over a multi-protocol I/O interconnect |
| US8856420B2 (en) | 2011-12-27 | 2014-10-07 | Intel Corporation | Multi-protocol I/O interconnect flow control |
| US8953644B2 (en) | 2011-12-27 | 2015-02-10 | Intel Corporation | Multi-protocol I/O interconnect time synchronization |
| US9252970B2 (en) | 2011-12-27 | 2016-02-02 | Intel Corporation | Multi-protocol I/O interconnect architecture |
| US9565132B2 (en) | 2011-12-27 | 2017-02-07 | Intel Corporation | Multi-protocol I/O interconnect including a switching fabric |
| US9600060B2 (en) | 2012-03-29 | 2017-03-21 | Intel Corporation | Link power management in an I/O interconnect |
| US9697159B2 (en) | 2011-12-27 | 2017-07-04 | Intel Corporation | Multi-protocol I/O interconnect time synchronization |
Families Citing this family (25)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US11467856B2 (en) | 2002-12-12 | 2022-10-11 | Flexiworld Technologies, Inc. | Portable USB device for internet access service |
| US9948644B2 (en) | 2001-03-26 | 2018-04-17 | Salesforce.Com, Inc. | Routing messages between applications |
| US7689711B2 (en) | 2001-03-26 | 2010-03-30 | Salesforce.Com, Inc. | System and method for routing messages between applications |
| US7788399B2 (en) * | 2001-03-26 | 2010-08-31 | Salesforce.Com, Inc. | System and method for mapping of services |
| GB2374259B (en) * | 2001-04-06 | 2004-04-21 | Nokia Corp | Universal serial bus circuit |
| US10360685B2 (en) * | 2007-05-24 | 2019-07-23 | Pillar Vision Corporation | Stereoscopic image capture with performance outcome prediction in sporting environments |
| US8409024B2 (en) | 2001-09-12 | 2013-04-02 | Pillar Vision, Inc. | Trajectory detection and feedback system for golf |
| US8617008B2 (en) | 2001-09-12 | 2013-12-31 | Pillar Vision, Inc. | Training devices for trajectory-based sports |
| US7094164B2 (en) * | 2001-09-12 | 2006-08-22 | Pillar Vision Corporation | Trajectory detection and feedback system |
| US7376713B2 (en) * | 2002-06-27 | 2008-05-20 | International Business Machines Corporation | Apparatus, system and method of distributing block data on a private network without using TCP/IP |
| US7908401B2 (en) | 2002-12-12 | 2011-03-15 | Flexiworld Technology, Inc. | Method and device for wireless communication between computing devices |
| US7441708B2 (en) * | 2003-03-28 | 2008-10-28 | Peter Arthur Schade | Memory card socket using a dual-ported USB interface |
| US7216195B1 (en) | 2003-03-29 | 2007-05-08 | Emc Corporation | Architecture for managing disk drives |
| WO2004093149A2 (en) * | 2003-04-11 | 2004-10-28 | Flexiworld Technologies, Inc. | Autorun for integrated circuit memory component |
| US7284081B2 (en) * | 2004-01-27 | 2007-10-16 | Atmel Corporation | Method and system for routing data between USB ports |
| JP2006072432A (ja) * | 2004-08-31 | 2006-03-16 | Onkyo Corp | ピアツーピア型コンテンツ配信システム |
| US20080071950A1 (en) * | 2006-09-19 | 2008-03-20 | Ithaca Technologies, Llc | Thin client implementation based on redirection of virtual i/o devices |
| US20080200287A1 (en) * | 2007-01-10 | 2008-08-21 | Pillar Vision Corporation | Trajectory detection and feedfack system for tennis |
| US8408982B2 (en) | 2007-05-24 | 2013-04-02 | Pillar Vision, Inc. | Method and apparatus for video game simulations using motion capture |
| US7913030B2 (en) * | 2007-12-28 | 2011-03-22 | Sandisk Il Ltd. | Storage device with transaction logging capability |
| US7979662B2 (en) * | 2007-12-28 | 2011-07-12 | Sandisk Il Ltd. | Storage device with transaction indexing capability |
| US8566934B2 (en) | 2011-01-21 | 2013-10-22 | Gigavation, Inc. | Apparatus and method for enhancing security of data on a host computing device and a peripheral device |
| KR102039113B1 (ko) | 2011-08-10 | 2019-10-31 | 기타 스리바스타바 | 호스트 컴퓨팅 디바이스와 주변기기의 데이터의 보안을 강화하기 위한 장치 및 방법 |
| CN103902461A (zh) * | 2012-12-27 | 2014-07-02 | 中兴通讯股份有限公司 | 不同Nand闪存兼容方法及装置 |
| US8948457B2 (en) | 2013-04-03 | 2015-02-03 | Pillar Vision, Inc. | True space tracking of axisymmetric object flight using diameter measurement |
Family Cites Families (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5913045A (en) * | 1995-12-20 | 1999-06-15 | Intel Corporation | Programmable PCI interrupt routing mechanism |
| US5854910A (en) * | 1996-10-21 | 1998-12-29 | Advanced Micro Devices, Inc. | Method for accessing control and status registers across a peer-peer bus |
| US6219736B1 (en) * | 1997-04-24 | 2001-04-17 | Edwin E. Klingman | Universal serial bus (USB) RAM architecture for use with microcomputers via an interface optimized for integrated services device network (ISDN) |
| US5958027A (en) * | 1997-08-05 | 1999-09-28 | Advanced Micro Devices, Inc. | Method and system for optimizing the flow of isochronous data and clock rate information |
| US6061794A (en) * | 1997-09-30 | 2000-05-09 | Compaq Computer Corp. | System and method for performing secure device communications in a peer-to-peer bus architecture |
| US6233640B1 (en) * | 1999-03-19 | 2001-05-15 | In-System Design, Inc. | Universal serial bus peripheral bridge with sequencer |
| JP3711432B2 (ja) * | 1998-04-15 | 2005-11-02 | セイコーエプソン株式会社 | 周辺処理装置およびその制御方法 |
| US6499079B1 (en) * | 1998-11-23 | 2002-12-24 | Advanced Micro Devices, Inc. | Subordinate bridge structure for a point-to-point computer interconnection bus |
| US6237057B1 (en) * | 1998-12-16 | 2001-05-22 | International Business Machines Corporation | Method and system for PCI slot expansion via electrical isolation |
| US6529963B1 (en) * | 1998-12-29 | 2003-03-04 | Lsi Logic Corporation | Methods and apparatus for interconnecting independent fibre channel fabrics |
| US6725281B1 (en) * | 1999-06-11 | 2004-04-20 | Microsoft Corporation | Synchronization of controlled device state using state table and eventing in data-driven remote device control model |
| US6594771B1 (en) * | 2000-04-13 | 2003-07-15 | Hewlett-Packard Development Company, L.P. | Method and apparatus for managing power in an electronic device |
| US6618788B1 (en) * | 2000-09-27 | 2003-09-09 | Cypress Semiconductor, Inc. | ATA device control via a packet-based interface |
| US6732218B2 (en) * | 2002-07-26 | 2004-05-04 | Motorola, Inc. | Dual-role compatible USB hub device and method |
-
2000
- 2000-04-13 US US09/549,124 patent/US6839771B1/en not_active Expired - Fee Related
- 2000-11-09 TW TW089123729A patent/TW515166B/zh not_active IP Right Cessation
-
2001
- 2001-04-06 JP JP2001108265A patent/JP4422359B2/ja not_active Expired - Fee Related
Cited By (24)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005520258A (ja) * | 2002-04-02 | 2005-07-07 | インターナショナル・ビジネス・マシーンズ・コーポレーション | データ記憶装置のインタフェースを変換するアダプタ、変換済みデータ記憶装置、および変換済みデータ記憶装置の操作方法 |
| US7359996B2 (en) | 2002-04-19 | 2008-04-15 | Seiko Epson Corporation | Data transfer control device, electronic equipment, and data transfer control method |
| EP1650913A1 (en) * | 2004-10-20 | 2006-04-26 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting and receiving data via wireless universal serial bus (USB) |
| JP2011508563A (ja) * | 2007-12-26 | 2011-03-10 | インテル コーポレイション | 統一コネクタアーキテクチャ |
| US8407367B2 (en) | 2007-12-26 | 2013-03-26 | Intel Corporation | Unified connector architecture |
| US9047222B2 (en) | 2008-08-22 | 2015-06-02 | Intel Corporation | Unified multi-transport medium connector architecture |
| US8700821B2 (en) | 2008-08-22 | 2014-04-15 | Intel Corporation | Unified multi-transport medium connector architecture |
| US9164535B2 (en) | 2011-12-27 | 2015-10-20 | Intel Corporation | Multi-protocol I/O interconnect time synchronization |
| US9565132B2 (en) | 2011-12-27 | 2017-02-07 | Intel Corporation | Multi-protocol I/O interconnect including a switching fabric |
| US8953644B2 (en) | 2011-12-27 | 2015-02-10 | Intel Corporation | Multi-protocol I/O interconnect time synchronization |
| US11044196B2 (en) | 2011-12-27 | 2021-06-22 | Intel Corporation | Multi-protocol I/O interconnect including a switching fabric |
| US9141132B2 (en) | 2011-12-27 | 2015-09-22 | Intel Corporation | Multi-protocol I/O interconnect time synchronization |
| US8775713B2 (en) | 2011-12-27 | 2014-07-08 | Intel Corporation | Multi-protocol tunneling over an I/O interconnect |
| US9252970B2 (en) | 2011-12-27 | 2016-02-02 | Intel Corporation | Multi-protocol I/O interconnect architecture |
| US10110480B2 (en) | 2011-12-27 | 2018-10-23 | Intel Corporation | Multi-protocol I/O interconnect including a switching fabric |
| US9430435B2 (en) | 2011-12-27 | 2016-08-30 | Intel Corporation | Multi-protocol tunneling over an I/O interconnect |
| US8856420B2 (en) | 2011-12-27 | 2014-10-07 | Intel Corporation | Multi-protocol I/O interconnect flow control |
| US9697159B2 (en) | 2011-12-27 | 2017-07-04 | Intel Corporation | Multi-protocol I/O interconnect time synchronization |
| US9934181B2 (en) | 2012-02-08 | 2018-04-03 | Intel Corporation | PCI express tunneling over a multi-protocol I/O interconnect |
| US9396151B2 (en) | 2012-02-08 | 2016-07-19 | Intel Corporation | PCI express tunneling over a multi-protocol I/O interconnect |
| US10387348B2 (en) | 2012-02-08 | 2019-08-20 | Intel Corporation | PCI express tunneling over a multi-protocol I/O interconnect |
| US10884965B2 (en) | 2012-02-08 | 2021-01-05 | Intel Corporation | PCI express tunneling over a multi-protocol I/O interconnect |
| US8782321B2 (en) | 2012-02-08 | 2014-07-15 | Intel Corporation | PCI express tunneling over a multi-protocol I/O interconnect |
| US9600060B2 (en) | 2012-03-29 | 2017-03-21 | Intel Corporation | Link power management in an I/O interconnect |
Also Published As
| Publication number | Publication date |
|---|---|
| TW515166B (en) | 2002-12-21 |
| JP4422359B2 (ja) | 2010-02-24 |
| US6839771B1 (en) | 2005-01-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2001358733A (ja) | ユニバーサルシリアルバス（ｕｓｂ）をピアツーピアネットワークとして用いる方法 | |
| EP2047370B1 (en) | Method and apparatus for distributing usb hub functions across a network | |
| US7949816B2 (en) | Method and apparatus for enhancing universal serial bus applications | |
| US6704819B1 (en) | Method and apparatus for device sharing and arbitration | |
| JP3629513B2 (ja) | データ処理システム及び方法 | |
| US8161220B2 (en) | Method and apparatus for enhancing universal serial bus applications | |
| JPH07105110A (ja) | 通信モード選択方法 | |
| US20030070028A1 (en) | Method and apparatus for utilizing extended AV/C command frames including status inquiry, notify inquiry and control inquiry command types | |
| EP1516261B1 (en) | Bus system, station for use in a bus system, and bus interface | |
| US6742075B1 (en) | Arrangement for instigating work in a channel adapter based on received address information and stored context information | |
| WO2024045742A1 (zh) | 一种计算设备 | |
| US7058747B2 (en) | Bus system and bus interface for connection to a bus | |
| US7043589B2 (en) | Bus system and bus interface | |
| US6366590B2 (en) | Unified interface between an IEEE 1394-1995 serial bus transaction layer and corresponding applications | |
| JP3006187B2 (ja) | 分散処理システム | |
| KR20050057635A (ko) | Ｄｍａ를 지원하는지를 나타내는 정보를 전송하는 수단을구비하는 디바이스 | |
| JP2003023471A (ja) | パケット送受信処理回路 | |
| JP2000209252A (ja) | 通信処理装置、その上位装置、通信処理システム、通信処理システムネットワ―ク、通信処理方法 | |
| JPH07162483A (ja) | 通信ネットワ−クシステム | |
| JPH01236349A (ja) | シリアルインタフェースの初期設定方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061013 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20061013 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20090424 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090519 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090717 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20090717 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20091117 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20091204 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121211 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121211 Year of fee payment: 3 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121211 Year of fee payment: 3 |
|
| R360 | Written notification for declining of transfer of rights |
Free format text: JAPANESE INTERMEDIATE CODE: R360 |
|
| R360 | Written notification for declining of transfer of rights |
Free format text: JAPANESE INTERMEDIATE CODE: R360 |
|
| R371 | Transfer withdrawn |
Free format text: JAPANESE INTERMEDIATE CODE: R371 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121211 Year of fee payment: 3 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121211 Year of fee payment: 3 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121211 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131211 Year of fee payment: 4 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| LAPS | Cancellation because of no payment of annual fees | ||
| R360 | Written notification for declining of transfer of rights |
Free format text: JAPANESE INTERMEDIATE CODE: R360 |
|
| R360 | Written notification for declining of transfer of rights |
Free format text: JAPANESE INTERMEDIATE CODE: R360 |
|
| R371 | Transfer withdrawn |
Free format text: JAPANESE INTERMEDIATE CODE: R371 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |