(57)【要約】【課題】ＰＣに専用ソフトウェアをインストールすることなく，デバイスサーバを利用して当該ＰＣからネットワーク越しにＵＳＢデバイスを利用させることのできる装置を提供する。【解決手段】本願発明にかかる装置は，ＵＳＢインタフェースとネットワークインタフェースを持った装置であって，デバイスサーバに接続されるＵＳＢデバイスが持つＵＳＢペリフェラルコントローラの代わりとなるＵＳＢペリフェラルコントローラを自身の装置内に持ち，ＰＣから自身のコントローラに対して通信させることでＰＣからデバイスサーバに接続されたＵＳＢデバイスを利用させることができる。その際，両コントローラの差異を吸収すべくエンドポイントアドレスの変換を行う。【選択図】図４
2013235431.tif 000002
【特許請求の範囲】
【請求項１】
周辺機器が接続された周辺機器サーバとＵＳＢホストコントローラ搭載機器とをネットワーク接続させ，当該ＵＳＢホストコントローラ搭載機器から当該周辺機器を利用させることができる装置であって，
前記装置は，
（１）前記周辺機器サーバとネットワーク接続するネットワークインタフェースと，
（２）前記ＵＳＢホストコントローラ搭載機器と接続する周辺機器インタフェースと，
（３）前記ネットワークインタフェースと前記周辺機器インタフェースとの間の通信を相互に変換するカプセル処理手段と，
（４）所定の周辺機器のインタフェース特性であって，当該所定の周辺機器の転送タイプ，転送方向および論理アドレスが含まれるインタフェース特性（第１のインタフェース特性）を備える第１の周辺機器コントローラと，
（５）前記周辺機器サーバに接続された前記周辺機器が備える第２の周辺機器コントローラが有するインタフェース特性であって，当該周辺機器の転送タイプ，転送方向および論理アドレスが含まれるインタフェース特性（第２のインタフェース特性）を取得するインタフェース特性取得手段と，
（６）前記第１のインタフェース特性と前記インタフェース特性取得手段が取得した前記第２のインタフェース特性とを比較するインタフェース特性比較手段と，を備え，
前記インタフェース特性比較手段による比較の結果，少なくとも転送タイプおよび転送方向が一致していた場合，
前記第１の周辺機器コントローラと前記周辺機器インタフェースとを接続し，
前記第１のインタフェース特性と前記第２のインタフェース特性の論理アドレスを１対１に対応付け，この対応に基づき，前記カプセル処理手段が前記ＵＳＢホストコントローラ搭載機器と前記周辺機器サーバに接続された前記周辺機器との間で行われる通信を双方向に変換する，
ことを特徴とする装置。
【請求項２】
ＵＳＢデバイスが接続されたデバイスサーバとＵＳＢホストコントローラ搭載機器とをネットワーク接続させ，当該ＵＳＢホストコントローラ搭載機器から当該ＵＳＢデバイスを利用させることができる装置であって，
前記装置は，
（１）前記デバイスサーバとネットワーク接続するネットワークインタフェースと，
（２）前記ＵＳＢホストコントローラ搭載機器と接続するＵＳＢインタフェースと，
（３）前記ネットワークインタフェースと前記ＵＳＢインタフェースとの間の通信を相互に変換するカプセル処理手段と，
（４）所定のＵＳＢデバイスのエンドポイント特性（第１のエンドポイント特性）を備える第１の第１のＵＳＢペリフェラルコントローラと，
（５）前記デバイスサーバに接続された前記ＵＳＢデバイスが備える第２のＵＳＢペリフェラルコントローラが有するエンドポイント特性（第２のエンドポイント特性）を取得するエンドポイント特性取得手段と，
（６）前記第１のエンドポイント特性と前記エンドポイント特性取得手段が取得した前記第２のエンドポイント特性とを比較するＵＳＢペリフェラルコントローラ比較手段と，を備え，
前記ＵＳＢペリフェラルコントローラ比較手段による比較の結果，少なくとも転送タイプおよび転送方向が一致していた場合，
前記第１のＵＳＢペリフェラルコントローラと前記ＵＳＢインタフェースとを接続し，
前記第１のエンドポイント特性と前記第２のエンドポイント特性のエンドポイントアドレスを１対１に対応付け，この対応に基づき，前記カプセル処理手段が前記ＵＳＢホストコントローラ搭載機器と前記デバイスサーバに接続された前記ＵＳＢデバイスとの間で行われる通信を双方向に変換する，
ことを特徴とする装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本願発明はデバイスサーバシステムに関し，特に，デバイスサーバを介してデバイス（周辺機器）を利用するクライアント装置に関するものである。
【背景技術】
【０００２】
ＵＳＢ機器（以下ＵＳＢデバイス）に代表される周辺機器をネットワークで共有する周辺機器利用システム（以下デバイスサーバシステム）という技術が知られ
ている（非特許文献１）。デバイスサーバシステムとは，図１に示すようなシステムであり，ＵＳＢデバイス１０３（図１ではプリンタを例示）が接続されたデバイスサーバ１０２とＰＣ１０１などのコンピュータとがネットワーク接続されている環境において，ＰＣ１０１からネットワーク越しに当該ＵＳＢデバイス１０３を利用させることのできるシステムである。
【先行技術文献】
【特許文献】
【０００３】
【非特許文献１】サイレックス・テクノロジー株式会社  ホームページ＜http://www.silex.jp/products/usbdeviceserver/index.html?init＞
【０００４】
デバイスサーバシステムは，ＰＣ１０１とＵＳＢデバイス１０３との接続，すなわち通信パイプが存在していることを前提として動作するシステムである。この
ため，接続が存在している状態では，ＰＣ１０１はＵＳＢデバイス１０３が自らに直接接続されたかのように，その状態を逐一認識することができる。その一方，この接続が失われるとＰＣ１０１はＵＳＢデバイス１０３を全く認識することができなくなる。
【０００５】
このようなデバイスサーバシステムの動作を支えている技術が，後述するカプセル処理技術である。図２はデバイスサーバシステムにおけるＰＣ１０１とデバイスサーバ１０２の機能ブロックを示したものである。
【０００６】
まずはＰＣ１０１について説明する。デバイスドライバ２０１は，ＵＳＢデバイス１０３を制御するソフトウェアであり，通常デバイスベンダから提供されるものである。図中には記載していないが，ワープロソフトなどのアプリケーションはこのデバイスドライバ２０１を介してＵＳＢデバイス１０３を利用することができる。
【０００７】
第１のカプセル処理手段２０２は，上述したように，デバイサーバシステムを支える重要技術である。本手段は，デバイスドライバ２０１の発行するＵＳＢデバイス１０３への入出力リクエストを第１のネットワークインタフェース２０３を通じてネットワーク上に送信することができるよう，当該入出力リクエストをネットワークパケットにカプセル化するものである。その一方，入出力リクエストに対する応答が含まれるネットワークパケットを受信すると，当該ネットワークパケットからこの応答を取り出し（デカプセルして）デバイスドライバ２０１に与える。
【０００８】
次いでデバイスサーバ１０２について説明する。ＵＳＢインタフェースＡ２１１はＵＳＢデバイス１０３と接続するインタフェースである。ＵＳＢインタフェースには２種類があり，ＵＳＢインタフェースＡ２１１のほかにＵＳＢインタフェースＢ（後述）というものがある。ＵＳＢインタフェースＡはホスト側に備えられるインタフェースであり，ＵＳＢインタフェースＢはデバイス側に備えられるインタフェースであるという違いがある。ＵＳＢの接続トポロジーは，１つのホストが複数のＵＳＢデバイスを管理する形態であるため，このようにインタフェースもホスト側とデバイス側で区別されている。
【０００９】
ＵＳＢホストコントローラ２１２はＵＳＢのホスト側デバイスが備える装置であり，多くのＵＳＢデバイス１０３の入出力等を管理するものである。
【００１０】
第２のカプセル処理手段２１３は，前述した第１のカプセル処理手段２０２と同じ機能を持った手段であり，デバイスサーバ１０２側に存在することから，名称を第２としている。
【００１１】
第２のネットワークインタフェース２１４も，前述した第１のネットワークインタフェース２０３と同じ機能を持った手段であり，デバイスサーバ１０２側に存在することから，名称を第２としている。
【００１２】
上述した機能構成，特に２つのカプセル処理手段の働きにより，ＰＣ１０１のデバイスドライバ２０１は，ネットワーク越しにＵＳＢデバイス１０３を制御することができる。
【発明の概要】
【発明が解決しようとする課題】
【００１３】
図２を用いて詳細に説明したデバイスサーバシステムは，すでに述べたように，第１のカプセル処理手段２０２と第２のカプセル処理手段２１３とが必須となるシステムである。第１のカプセル処理手段は，オペレーティングシステムやＵＳＢデバイス１０３のベンダによって提供されるものではなく，デバイスサーバ１０２と共に提供されるものであり，通常，ユーザ自身でこれをＰＣ１０１にインストールする必要がある。
【００１４】
このインストールを行うことで，ユーザはネットワーク越しにＵＳＢデバイス１０３を利用することができるという恩恵を受けられる。その一方，インストール作業は，ユーザにとっては面倒なものである。さらに，場合によってはセキュリティ上の問題により，ＰＣ１０１に対するソフトウェアのインストールが制限されていることもある。もちろん，この場合は，デバイスサーバシステムを利用することができない。このような問題は，容易に任意のソフトウェアをインストールすることができない組み込み機器でも同様である。
【００１５】
本願発明はかかる問題を解決するためのものである。すなわち，ＰＣや組み込み機器などに代表されるＵＳＢホストコントローラ搭載機器に専用ソフトウェアをインストールすることなく，デバイスサーバを利用して当該ＵＳＢホストコントローラ搭載機器からネットワーク越しに周辺機器を利用させることのできる装置を提供することを目的とする。
【課題を解決するための手段】
【００１６】
本願発明にかかる第１の形態は，周辺機器が接続された周辺機器サーバとＵＳＢホストコントローラ搭載機器とをネットワーク接続させ，当該ＵＳＢホストコントローラ搭載機器から当該周辺機器を利用させることができる装置であって，装置は，（１）周辺機器サーバとネットワーク接続するネットワークインタフェースと，（２）ＵＳＢホストコントローラ搭載機器と接続する周辺機器インタフェースと，（３）ネットワークインタフェースと周辺機器インタフェースとの間の通信を相互に変換するカプセル処理手段と，（４）所定の周辺機器のインタフェース特性であって，当該所定の周辺機器の転送タイプ，転送方向および論理アドレスが含まれるインタフェース特性（第１のインタフェース特性）を備える第１の周辺機器コントローラと，（５）周辺機器サーバに接続された周辺機器が備える第２の周辺機器コントローラが有するインタフェース特性であって，当該周辺機器の転送タイプ，転送方向および論理アドレスが含まれるインタフェース特性（第２のインタフェース特性）を取得するインタフェース特性取得手段と，（６）第１のインタフェース特性とインタフェース特性取得手段が取得した第２のインタフェース特性とを比較するインタフェース特性比較手段と，を備え，  インタフェース特性比較手段による比較の結果，少なくとも転送タイプおよび転送方向が一致していた場合，第１の周辺機器コントローラと周辺機器インタフェースとを接続し，  第１のインタフェース特性と第２のインタフェース特性の論理アドレスを１対１に対応付け，この対応に基づき，カプセル処理手段がＵＳＢホストコントローラ搭載機器と周辺機器サーバに接続された周辺機器との間で行われる通信を双方向に変換する，ことを特徴とする装置。
【００１７】
本願発明にかかる第２の形態は，ＵＳＢデバイスが接続されたデバイスサーバとＵＳＢホストコントローラ搭載機器とをネットワーク接続させ，当該ＵＳＢホストコントローラ搭載機器から当該ＵＳＢデバイスを利用させることができる装置であって，装置は，（１）デバイスサーバとネットワーク接続するネットワークインタフェースと，（２）ＵＳＢホストコントローラ搭載機器と接続するＵＳＢインタフェースと，（３）ネットワークインタフェースとＵＳＢインタフェースとの間の通信を相互に変換するカプセル処理手段と，（４）所定のＵＳＢデバイスのエンドポイント特性（第１のエンドポイント特性）を備える第１の第１のＵＳＢペリフェラルコントローラと，（５）デバイスサーバに接続されたＵＳＢデバイスが備える第２のＵＳＢペリフェラルコントローラが有するエンドポイント特性（第２のエンドポイント特性）を取得するエンドポイント特性取得手段と，（６）第１のエンドポイント特性とエンドポイント特性取得手段が取得した第２のエンドポイント特性とを比較するＵＳＢペリフェラルコントローラ比較手段と，を備え，ＵＳＢペリフェラルコントローラ比較手段による比較の結果，少なくとも転送タイプおよび転送方向が一致していた場合，第１のＵＳＢペリフェラルコントローラとＵＳＢインタフェースとを接続し，第１のエンドポイント特性と第２のエンドポイント特性のエンドポイントアドレスを１対１に対応付け，この対応に基づき，カプセル処理手段がＵＳＢホストコントローラ搭載機器とデバイスサーバに接続されたＵＳＢデバイスとの間で行われる通信を双方向に変換する，ことを特徴とする装置。
【発明の効果】
【００１８】
本願発明に開示の装置は，周辺機器用のインタフェース（たとえばＵＳＢインタフェース）を用いてＰＣなどのＵＳＢホストコントローラ搭載機器と接続する。当該装置は，ＵＳＢホストコントローラ搭載機器からは単なるハブ（集線装置）と認識され，ハブのドライバは，通常，ＵＳＢホストコントローラ搭載機器のオペレーティングシステムが標準的に備えていることから，ユーザはＵＳＢホストコントローラ搭載機器に当該装置を接続するだけで自動的に当該装置を動作可能な状態にすることができる。この装置は，周辺機器インタフェースで流れる通信パケットとネットワークインタフェースで流れる通信パケットとを相互に変換するカプセル処理手段を備えており，ＵＳＢホストコントローラ搭載機器のデバイスドライバから発行された周辺機器に対する入出力リクエストを自身が備えるネットワークインタフェースを介してデバイスサーバに送信することが可能である。結果として，ユーザは意図的にソフトウェアをインストールすることなく，ＵＳＢホストコントローラ搭載機器からネットワーク越しにＵＳＢデバイスを利用することができる。
【発明を実施するための形態】
【００１９】
以下では図面を参照し本願発明に係る実施例を説明する。
［実施例１］
［システム全体図］
【００２０】
図３は本願発明にかかるデバイスサーバシステムの全体図である。図１で説明した従来のデバイスサーバシステムと比較して，クライアント装置３０１が追加されている。詳細は後述するが，このクライアント装置３０１は，ＰＣ１０１とはＵＳＢインタフェースを介して接続しており，デバイスサーバ１０２とはネットワークインタフェースを介してネットワーク接続している。このクライアント装置３０１が本願発明のポイントなる装置であるため，以下で詳細を説明する。
［クライアント装置の機能ブロック］
【００２１】
図４はクライアント装置３０１の機能ブロックを示した図である。まずはインタフェースから説明する。ＵＳＢインタフェースＢ４０１は，ＵＳＢインタフェースのうち，デバイス側が備えるインタフェースである。したがって，クライアント装置３０１は，ＵＳＢトポロジー上，ＵＳＢホストではなくＵＳＢデバイスとして動作する。
【００２２】
ネットワークインタフェース４０２はネットワークと接続するインタフェースであり，このインタフェースを介してデバイスサーバ１０２とネットワーク接続する。
【００２３】
ＨＴＴＰサーバ手段４０４は，ＨＴＴＰサーバとして機能する手段であり，ＰＣ１０１のユーザは，このＨＴＴＰサーバを介して接続するデバイスサーバ１０２を指定する。ユーザがデバイスサーバ１０２を指定する際は，図５に示す情報を閲覧しており，所望のデバイスサーバ１０２にチェックを入れることで指定する。図５の場合，ＩＰアドレスが192.168.10.10のデバイスサーバ１０２を指定している。なお，これらの情報はデバイスサーバ検索手段４０３によって得られており，同時に記憶装置４０５に記憶させている。
【００２４】
通信制御手段４０６は，後述するいくつかの手段を包含するものであり，本願発明の特徴となる手段である。以下，包含される各手段の詳細について説明する。
【００２５】
サーバ接続手段４０７は，ＰＣ１０１のユーザにより指定されたデバイスサーバ１０２に接続するものである。その際，記憶手段４０３に記憶されているＩＰアドレスおよびＵＳＢポートの識別子を参照する。
【００２６】
コンフィグレーションディスクリプタ取得手段４０８は，接続したデバイスサーバ１０２に接続されているＵＳＢデバイス１０３のコンフィグレーションディスクリプタを取得する手段である。コンフィグレーションディスクリプタとは，ＵＳＢデバイス１０３の論理的インタフェースであるエンドポイントの構成を示す情報である。
【００２７】
エンドポイントディスクリプタ取得手段４０９は，取得したコンフィグレーションディスクリプタの情報をもとに詳細なエンドポイントの情報を取得する手段である。エンドポイントディスクリプタには，エンドポイントのアドレス，転送の方向（ＩＮ／ＯＵＴ），転送タイプ，およびインタラプト転送におけるポーリング周期といった情報が含まれる。これらの情報を取得することにより，ＵＳＢデバイス１０３の通信特性を把握することができる。
【００２８】
上述したコンフィグレーションディスクリプタおよびエンドポイントディスクリプタは，通常，ＵＳＢデバイス１０３が必ず備えるＵＳＢペリフェラルコントローラ又はそのドライバ（図示しない）が有する情報である。
【００２９】
ＵＳＢペリフェラルコントローラ比較手段４１０は，ＵＳＢデバイス１０３から得た特性情報（エンドポイントディスクリプタ）と，自身，すなわちクライアント装置３０１が備えるＵＳＢペリフェラルコントローラの特性情報を比較する手段である。後述するが，クライアント装置３０１には，ＵＳＢペリフェラルコントローラ４１４が備えられている。このＵＳＢペリフェラルコントローラ４１４も固有の特性を備えている。ＵＳＢペリフェラルコントローラ比較手段４１０は，両コントローラのエンドポイントの特性情報を比較する手段である。
【００３０】
エンドポイントの特性の比較とは，具体的には，ＵＳＢペリフェラルコントローラ４１４の各エンドポイントにＵＳＢデバイス１０３から取得したエンドポイントディスクリプタを適用できるか否かを判断することである。たとえば，ＵＳＢデバイス１０３から取得したディスクリプタで記述されるエンドポイントの転送のタイプおよび方向が「バルク転送（ＩＮ）」であり，ＵＳＢペリフェラルコントローラ４１４が「バルク転送（ＩＮまたはＯＵＴ）」の転送を実行する能力を持つエンドポイントを備える場合には，適用できると判断する。
【００３１】
逆に，ＵＳＢペリフェラルコントローラ４１４が「バルク転送（ＩＮ）」を実行する能力を持つエンドポイントを１つも備えない場合には，適用できないと判断する。つまり，ＵＳＢデバイス１０３のエンドポイントに一致するエンドポイントをＵＳＢペリフェラルコントローラ４１４が備えているかどうかを判断するわけである。なお，エンドポイント特性の比較は，少なくとも転送タイプおよび転送方向について行い，適用できる（一致している）かどうかを判断する。後述するようにエンドポイントアドレスは比較の対象外とする。
【００３２】
エンドポイントアドレス対応付手段４１１は，ＵＳＢデバイス１０３から得られたエンドポイントディスクリプタのそれぞれに含まれるエンドポイントアドレスと，ＵＳＢペリフェラルコントローラ４１４の各エンドポイントのアドレスとを対応付ける手段である。上述のＵＳＢペリフェラルコントローラ比較手段４１０におるエンドポイント特性の比較の結果，適用可能なエンドポイントの組が判明し，それぞれの組に関してそれぞれのエンドポイントのアドレスを１対１に対応付ける。この様子を図６に示す。
【００３３】
図６の例では，クライアント装置３０１のＵＳＢペリフェラルコントローラ４１４はインタラプト転送（ＩＮ）を実行する能力を備えるアドレス８１のエンドポイントと，バルク転送（ＯＵＴ）を実行する能力を備えるアドレス０２のエンドポイントを備える。一方，ＵＳＢデバイス１０３の各エンドポイントのアドレスは，インタラプト転送（ＩＮ）がＥＰ８２でありバルク転送（ＯＵＴ）がＥＰ０１である。この場合には図に示すようにＵＳＢデバイス１０３のＥＰ８２に対してはＥＰ８１，ＥＰ０１に対してはＥＰ０２と対応付ける。なおこの対応情報は記憶装置４０５に記憶させておく。
【００３４】
図４の説明に戻り，ＵＳＢハブコントローラ４１２は，ＵＳＢトポロジーにおけるハブとして機能させるために必要なコントローラである。これを備えることでクライアント装置３０１は，ＰＣ１０１からみると単なるＵＳＢハブとして見え，複数のＵＳＢデバイスを１台のクライアント装置３０１で接続可能となる。
【００３５】
スイッチ手段４１３は，前述のＵＳＢハブコントローラ４１２とＵＳＢペリフェラルコントローラ４１４とを接続・切断（ＯＮ／ＯＦＦ）する手段である。具体的には図７に示すようなものであり，複数のＵＳＢペリフェラルコントローラ４１４のうち任意のものをサーバ接続手段からの情報により接続する。
【００３６】
ＵＳＢペリフェラルコントローラ４１４は，ＰＣ１０１に対して，ＵＳＢデバイス１０３の動作をクライアント装置３０１内で再現させるため備えられている。このＵＳＢペリフェラルコントローラ４１４は，ＵＳＢデバイス１０３に備えらえるＵＳＢペリフェラルコントローラの代わりとしてＰＣ１０１に認識させるために存在している。したがって，ＰＣ１０１から利用するＵＳＢデバイス１０３の数だけ必要となるものである。図７では３つの場合を例示しており，この場合最大３つのＵＳＢデバイスをＰＣ１０１から利用することができる。
【００３７】
もちろん，このＵＳＢペリフェラルコントローラ４１４と実際のＵＳＢデバイス１０３が備えるＵＳＢペリフェラルコントローラの仕様は同一ではなく能力が異なる場合がある。本願発明では，その仕様の差異を吸収するため，前述のＵＳＢペリフェラルコントローラ比較手段４１０およびエンドポイントアドレス対応付手段４１１が存在する。
【００３８】
ＵＳＢドライバ４１５は，前述のＵＳＢペリフェラルコントローラ４１４を制御するソフトウェアであり，実際にＵＳＢインタフェース４０１のパケットを入出力するものである。
【００３９】
第１のカプセル処理手段４１６は，ＵＳＢドライバ４１５が入出力するパケットとネットワークパケットとを相互に変換する手段である。詳細は既に説明済みのため省略する。
［クライアント装置の動作フロー］
【００４０】
以下では，上述した各機能の動作をクライアント装置３０１の動作フロー（図８）に沿って説明する。
【００４１】
ステップ８０１にてＰＣ１０１のユーザからデバイスサーバ１０２への接続指示があるかどうかを判断する。具体的には，図５に示すように任意のデバイスサーバ１０２が指定されているかどうかを判断する。指定されていれば次のステップに進み，そうでなければ当該判断を繰り返す。
【００４２】
ステップ８０２にて指定された接続先（デバイスサーバ１０２）に接続する。
【００４３】
ステップ８０３にてＵＳＢデバイス１０３のコンフィグレーションディスクリプタを取得する。
【００４４】
ステップ８０４にて取得したコンフィグレーションディスクリプタにもとづきエンドポイントディスクリプタを取得する。
【００４５】
ステップ８０５にて取得したエンドポイント特性と自身のＵＳＢペリフェラルコントローラのエンドポイント特性とを比較し，ＵＳＢペリフェラルコントローラ４１４の差異が吸収可能かどうかを判断する。具体的には前述したように，ＵＳＢペリフェラルコントローラ４１４の各エンドポイントにＵＳＢデバイス１０３から取得したエンドポイントを適用できるか否かを判断する。結果，適用できると判断した場合，次のステップに進み，そうでない場合，接続していたデバイスサーバとの接続を切断（ステップ８０８）し最初のステップに戻る。
【００４６】
ステップ８０６にてエンドポイントアドレスの対応付けを行う。詳細は図６で説明した通りである。
【００４７】
ステップ８０７にてスイッチ手段４１３における任意の経路をＯＮにする。
【００４８】
ステップ８０７が完了した時点で，ＰＣ１０１ではＵＳＢデバイス１０３を認識することとなり，必要に応じてデバイスドライバのインストールが行われる。その後はＰＣ１０１からＵＳＢデバイス１０３を利用することができるのであるが，その際，各エンドポイントへの入出力要求は，第１のカプセル処理手段４１６が記憶装置４０５に記憶されているエンドポイントアドレスの対応付情報に従い双方向に送信先または送信元エンドポイントアドレスを変換して通信を行う。
［まとめ］
【００４９】
以上，本願発明にかかる装置の詳細を説明した。すなわち本願発明に開示の装置は，周辺機器用のインタフェース（たとえばＵＳＢインタフェース）を用いてＰＣなどのＵＳＢホストコントローラ搭載機器と接続する。当該装置は，ＵＳＢホストコントローラ搭載機器からは単なるハブ（集線装置）と認識され，ハブのドライバは，通常，ＵＳＢホストコントローラ搭載機器のオペレーティングシステムが標準的に備えていることから，ユーザはＵＳＢホストコントローラ搭載機器に当該装置を接続するだけで自動的に当該装置を動作可能な状態にすることができる。この装置は，周辺機器インタフェースで流れる通信パケットとネットワークインタフェースで流れる通信パケットとを相互に変換するカプセル処理手段を備えており，ＵＳＢホストコントローラ搭載機器のデバイスドライバから発行された周辺機器に対する入出力リクエストを自身が備えるネットワークインタフェースを介してデバイスサーバに送信することが可能である。結果として，ユーザは意図的にソフトウェアをインストールすることなく，ＵＳＢホストコントローラ搭載機器からネットワーク越しにＵＳＢデバイスを利用することができる。
【図面の簡単な説明】
【００５０】
【図１】従来のデバイスサーバシステム
【図２】従来のデバイスサーバシステムにおける機能ブロック
【図３】本願発明にかかるデバイスサーバシステム
【図４】クライアント装置の機能ブロック
【図５】記憶手段が保持する情報
【図６】エンドポイントアドレスの対応付け
【図７】スイッチ手段の詳細
【図８】クライアント装置の動作フロー
【符号の説明】
【００５１】
４０１  ＵＳＢインタフェースＢ
４０２  ネットワークインタフェース
４０８  コンフィグレーションディスクリプタ
４０９  エンドポイントディスクリプタ
４１０  ＵＳＢペリフェラルコントローラ比較手段
４１１  エンドポイントアドレス対応付手段
【図１】
2013235431.tif 000003
【図２】
2013235431.tif 000004
【図３】
2013235431.tif 000005
【図４】
2013235431.tif 000006
【図５】
2013235431.tif 000007
【図６】
2013235431.tif 000008
【図７】
2013235431.tif 000009
【図８】
2013235431.tif 000010