JP5866666B2 - デバイスサーバシステム - Google Patents

Description

本願発明はコンピュータ周辺機器をネットワークで利用可能にする装置（デバイスサーバ）に関する。特に，複数種類の周辺機器インタフェースが利用可能なデバイスサーバに関する。

ネットワークを通じてコンピュータ周辺機器であるＵＳＢデバイスを当該ネットワークに接続しているクライアントから利用させることのできるシステム（ＵＳＢデバイスサーバシステム）が知られている（非特許文献１）。

サイレックス・テクノロジー株式会社ホームページ＜http://www.silex.jp/products/usbdeviceserver/sx3000gb.html＞

ＵＳＢデバイスサーバシステムでは，クライアント（以下ＰＣ）のＵＳＢデバイスドライバが発行したＵＳＢ通信のコマンドがネットワークパケットに変換され，このネットワークパケットがＰＣからＵＳＢデバイスサーバに向けてネットワーク上を送信される。当該ネットワークパケットを受信したＵＳＢデバイスサーバは，受信したネットワークパケットに含まれるＵＳＢ通信のコマンドを取り出し，自身に接続しているＵＳＢデバイスに転送する。

一方，ＵＳＢデバイスサーバは，ＵＳＢデバイスから受け取ったＵＳＢ通信の応答をネットワークパケットに変換し，これをコマンドの送信元であるＰＣに送信する。

こうすることにより，ＵＳＢデバイスサーバシステムでは，ネットワークを経由してＰＣからＵＳＢデバイスを利用することができる。

ＵＳＢデバイスサーバシステムにとって重要な技術は，ＵＳＢの通信とネットワーク通信とを相互に変換すること（いわゆるトンネリング技術）である。この仕組みは，ＵＳＢに限らず，その他のインタフェースにも通用する基本的な技術的思想である。したがって，たとえば近距離無線通信であるＢｌｕｅｔｏｏｔｈ（登録商標）デバイスをネットワークで共有したい場合には，トンネリング技術を用いたＢｌｕｅｔｏｏｔｈのデバイスサーバシステムを構築すればよいわけである。

しかし，デバイスサーバシステムを一から構築するには，クライアントで動作するソフトウェアだけでなくデバイスサーバ（ハードウェアおよびソフトウェア）も一から開発することを意味し，多くの時間とコストが必要となる。特に，重要技術であるトンネリング技術の開発には多大な試行錯誤が要求され，デバイスサーバ開発を困難なものにしている。

本願発明はかかる課題を解決するものである。すなわち，所定のインタフェースに対応している既存のデバイスサーバシステムを活用することで，他のインタフェースに対応するデバイスサーバシステムを容易に構築する。

本願発明にかかる第１の形態は，ネットワークを通じてクライアントからＵＳＢデバイスを利用させることのできるＵＳＢデバイスサーバシステムにおけるデバイスサーバであって，Ｂｌｕｅｔｏｏｔｈ通信アダプタと，ＵＳＢ通信とＢｌｕｅｔｏｏｔｈ通信とを相互に変換する手段と，Ｂｌｕｅｔｏｏｔｈ通信アダプタを用いて接続されたＢｌｕｅｔｏｏｔｈデバイスを一意に特定するアドレスをＵＳＢデバイスを一意に特定するアドレスと対応付け，この対応付け情報を所定の記憶領域に保存するアドレス対応付手段と，クライアントから受信したＵＳＢ通信の宛先を所定の記憶領域に保存した対応付け情報に基づいて，所定のＢｌｕｅｔｏｏｔｈデバイスへの宛先に変換する通信フィルタ手段とを備えることを特徴とするデバイスサーバである。

ネットワークを通じてクライアントから第１のインタフェースを有するデバイス（第１のデバイス）を利用させることのできるデバイスサーバシステムにおけるデバイスサーバであって，第２のインタフェースを有するデバイス（第２のデバイス）を制御することができる第２のデバイス制御手段と，第１のデバイスを一意に特定するアドレスと第２のデバイスを一意に特定するアドレスとを対応付けこの対応付け情報を所定の記憶領域に保存するアドレス対応付け手段と，第１のインタフェース通信受信手段が受信したクライアントからの通信の宛先を所定の記憶領域に保存した対応付け情報に基づいて所定の第２のデバイスへの宛先に変換し，当該通信を第２のデバイス制御手段に転送する宛先変換手段と，を備えることを特徴とするデバイスサーバである。

本願発明では所定のインタフェースに対応するデバイスを利用するデバイスサーバシステムにおいて，ＰＣなどのクライアントに対しては，別のインタフェースに対応するデバイスであっても，当該所定のインタフェースに対応するデバイスであるように擬制することで，容易に当該別のインタフェースに対応するデバイスのデバイスサーバシステムを得ることができる。たとえば，ＵＳＢデバイスサーバシステムにおいて，クライアントに対してはＢｌｕｅｔｏｏｔｈデバイスをＵＳＢデバイスに擬制することで，容易にＢｌｕｅｔｏｏｔｈデバイスのデバイスサーバシステムを得ることができる。

さらに，フィルタ手段を設けることにより，複数のクライアントが単一のＢｌｕｅｔｏｏｔｈコントローラを共用可能である。結果として，Ｂｌｕｅｔｏｏｔｈコントローラ配下のデバイスには，それぞれ異なるＰＣが接続可能である。

以下では図面を参照し本願発明に係る実施例を説明する。なお，同一の符号は，特にことわりのない限り同一物を示している。
［実施例］
［システム全体図］

図１は本願発明にかかるシステムの全体図である。ＰＣ１０１はデバイスサーバシステムのクライアントであり，デバイスサーバ１０２を通じてＵＳＢデバイス１０３を利用可能である。本願発明は，このような通常のＵＳＢデバイスサーバシステムとしての機能に加え，Ｂｌｕｅｔｏｏｔｈデバイス１０４およびＢｌｕｅｔｏｏｔｈデバイス１０５もＰＣ１０１から利用可能にするものである。
［システム全体図］

図２は上述したシステム全体における機能ブロック図である。

まずは従来技術であるＵＳＢデバイスサーバシステムで機能する機能ブロックについて説明する。

ＰＣ１０１における第１のカプセル処理手段２０２およびデバイスサーバ１０２における第２のカプセル処理手段２１２は，それぞれＵＳＢ通信とネットワープパケットを相互に変換する手段（上述のトンネリング技術）である。

ＰＣ１０１のＵＳＢアプリケーション２０４が発行したコマンドがＵＳＢデバイスドライバ２０３に渡されることで，ＵＳＢ通信のコマンドに変換され，これが第１のカプセル処理手段２０２においてネットワークパケットに変換され，第１のネットワークインタフェース２０１および第２のネットワークインタフェース２１１を経由して第２のカプセル処理手段２１２に到達する。

第２のネットワークインタフェース２１１において，ネットワークパケットから元のＵＳＢ通信が取り出され，これがＵＳＢホストコントローラ２１３およびＵＳＢインフェース２１４を経由してＵＳＢデバイス１０３に与えられる。一方，ＵＳＢデバイス１０３からの応答データは，前述したルートを逆に辿ることとなる。

ここまでがＵＳＢデバイスサーバシステムに必要な機能ブロックであるが，本願発明では，さらに，
Ｂｌｕｅｔｏｏｔｈのデバイスドライバに相当するＢｌｕｅｔｏｏｔｈスタック２０６，Ｂｌｕｅｔｏｏｔｈ通信のコマンドとＵＳＢ通信のコマンドを相互に変換するＨＣＩ−ＵＳＢドライバ２０５をＰＣ１０１が備え，通信制御手段２１５（詳細は後述），Ｂｌｕｅｔｏｏｔｈ通信のコマンドをＵＳＢやＵＡＲＴ（Universal Asynchronous Receiver-Transmitter）などの通信コマンドに置き換えてＢｌｕｅｔｏｏｔｈコントローラ２１７を制御するＢｌｕｅｔｏｏｔｈ ＨＣＩ２１６，Ｂｌｕｅｔｏｏｔｈデバイスを管理するＢｌｕｅｔｏｏｔｈコントローラ２１７およびＢｌｕｅｔｏｏｔｈデバイスと通信するインタフェースであるＢｌｕｅｔｏｏｔｈインタフェース２１８をデバイスサーバ１０２が備える。

上述したＢｌｕｅｔｏｏｔｈ ＨＣＩ２１６，Ｂｌｕｅｔｏｏｔｈコントローラ２１７およびＢｌｕｅｔｏｏｔｈインタフェース２１８は，Ｂｌｕｅｔｏｏｔｈデバイスと通信する際に一般に用いられる装置であるＢｌｕｅｔｏｏｔｈ通信アダプタに含まれる機能ブロックである。デバイスサーバ１０２は，これらの機能ブロック群を用いてＢｌｕｅｔｏｏｔｈデバイス１０４およびＢｌｕｅｔｏｏｔｈデバイス１０５と通信を行っている。一方で，デバイスサーバ１０２は，ＰＣ１０１に対して，通信制御手段２１５（後述）によって，前述の機能ブロック群をＵＳＢ接続のＢｌｕｅｔｏｏｔｈ通信アダプタに擬制する。したがって，ＰＣ１０１側に存在するＨＣＩ−ＵＳＢドライバ２０５は，この擬制されたＢｌｕｅｔｏｏｔｈ通信アダプタを使用する際にロードされるドライバとなる。
［デバイスサーバ機能ブロック図１］

図３はデバイスサーバ１０２のＢｌｕｅｔｏｏｔｈ通信に関わる機能ブロック図である。通信制御手段２１５以外の機能ブロックについては説明済みであるため，以下では，通信制御手段２１５の詳細を説明する。

Ｂｌｕｅｔｏｏｔｈ問合手段３０１は，Ｂｌｕｅｔｏｏｔｈインタフェース２１８を通じてＢｌｕｅｔｏｏｔｈデバイスの検出およびロストを検知し，その結果をデバイスリストとして所定の記憶領域３０２に保存するものである。

デバイスリストは図４に示すようなものである。デバイスサーバ１０２がＢｌｕｅｔｏｏｔｈデバイスを検出すると，まず図４の下側に示す表（Ｂｌｕｅｔｏｏｔｈデバイスリスト）が作成される。このデバイスリストの場合，２台のＢｌｕｅｔｏｏｔｈデバイスが検出されている。この表に示す通り，Ｂｌｕｅｔｏｏｔｈデバイスを一意に識別する要素として「バス番号」，「アドレス」，「Ｂｌｕｅｔｏｏｔｈコントローラ番号」，「Ｂｌｕｅｔｏｏｔｈアドレス」を用いる。「Ｂｌｕｅｔｏｏｔｈステータス」は，Ｂｌｕｅｔｏｏｔｈコントローラ２１７がＢｌｕｅｔｏｏｔｈデバイスと接続しているか否かを示すものである。たとえばＢｌｕｅｔｏｏｔｈデバイスが，Ｂｌｕｅｔｏｏｔｈコントローラ２１７と通信が可能な範囲に位置する場合は「接続中」となり，通信が可能な範囲外に位置する場合は「未接続」となる。

このようにＢｌｕｅｔｏｏｔｈデバイスリストが作成されると，通信制御手段２１５のアドレス対応付手段３０３は，各Ｂｌｕｅｔｏｏｔｈデバイスに対応するＵＳＢデバイスのリストを作成する。具体的には，図４の上側に示す表である。なお，両デバイスリスト（ＵＳＢおよびＢｌｕｅｔｏｏｔｈ）に記載のデバイスは「バス番号」および「アドレス」に基づいて１対１に対応付けられている。

ＵＳＢデバイスリストに記載の「ステータス」は，ＵＳＢデバイスサーバにおける接続状態を示しており，ＰＣ１０１とＢｌｕｅｔｏｏｔｈデバイスが接続（トンネリング技術を用いた接続）しているか否かを示している。「バス番号」および「アドレス」は，Ｂｌｕｅｔｏｏｔｈデバイスリストに記載のものと同じものである。「デバイス名称」は，単に識別のためにＢｌｕｅｔｏｏｔｈデバイスより取得したものを記載しているだけである。なお，Ｂｌｕｅｔｏｏｔｈデバイスリストと同様にＵＳＢデバイスリストも所定の記憶領域３０２に保存されている。

図３の説明に戻り，次いで，ＵＳＢデバイスリスト応答手段３０４について説明する。

ＵＳＢデバイスリスト応答手段３０４は，ＰＣ１０１からのＵＳＢデバイスリスト要求に対して，所定の記憶領域３０２に保存されているＵＳＢデバイスリストの情報を応答する。

ここでＵＳＢデバイスリストを応答する理由は，ＰＣ１０１から受信するＵＳＢデバイスリストの要求がＵＳＢデバイスの一覧を要求するものだからである。本願発明は，ＵＳＢデバイスの一覧要求であるにもかかわらず，ＢｌｕｅｔｏｏｔｈデバイスをＵＳＢデバイスであるかのように応答することが特徴の１つである。これは，ＢｌｕｅｔｏｏｔｈデバイスリストとＵＳＢデバイスリストを対応付けているため可能な応答である。

ＨＣＩ−ＵＳＢ変換手段３０５は，ＵＳＢ通信のコマンドとＢｌｕｅｔｏｏｔｈ通信のコマンドを相互に変換するものである。したがって，第２のカプセル処理手段２１２より受け取ったＵＳＢ通信のコマンドをＢｌｕｅｔｏｏｔｈ通信のコマンドに変換することが可能であり，その逆も可能である。

ＵＳＢディスクリプタ生成手段３０６は，ＰＣ１０１からのＵＳＢディスクリプタ要求に対し，ＰＣ１０１のＨＣＩ−ＵＳＢドライバ２０５をＰＣ１０１にてロードする際に必要なディスクリプタを生成する。具体的には，上述したＢｌｕｅｔｏｏｔｈ通信アダプタに対応するディスクリプタを生成する。

デバイス接続手段３０７は，ＰＣ１０１から送信された所定のＵＳＢのデバイスへの接続要求に応答し，ＰＣ１０１とＢｌｕｅｔｏｏｔｈデバイスとの間の接続を確立する手段である。接続要求を受信すると，ＵＳＢディスクリプタ生成手段３０６が生成したＢｌｕｅｔｏｏｔｈ通信アダプタに相当するディスクリプタをＰＣ１０１に応答する。これにより接続が確立され，デバイス接続手段３０７は，デバイスリストに含まれるＵＳＢデバイスリストの「ステータス」を「接続中」に更新する。

通信フィルタ手段３０８は，ＰＣ１０１からＢｌｕｅｔｏｏｔｈデバイスに向けて送信されたＵＳＢ通信を適切なＢｌｕｅｔｏｏｔｈデバイスの宛先に振り分ける手段である。振り分けはデバイスリストを参照し行う。

たとえば，バス番号＝１，アドレス＝２を宛先とするＢａｒｃｏｄｅ Ｓｃａｎｎｅｒへの通信に対しては，Ｂｌｕｅｔｏｏｔｈコントローラ番号＝１，Ｂｌｕｅｔｏｏｔｈアドレス＝ＢのＢｌｕｅｔｏｏｔｈデバイスに転送するといった具合に振り分ける。つまり，ＵＳＢ通信の宛先をＢｌｕｅｔｏｏｔｈ通信の宛先に変換する。

このような通信フィルタ手段３０８の働きにより，従来のＵＳＢデバイスサーバが抱えていた下記の問題が解決される。

たとえば，従来のＵＳＢデバイスサーバにおいても，ＵＳＢインタフェース２１４にＵＳＢ接続のＢｌｕｅｔｏｏｔｈ通信アダプタを取り付けることによって，１台のＰＣが当該Ｂｌｕｅｔｏｏｔｈ通信アダプタと接続し，その配下のデバイスを制御することができる。しかし，この方法では，１台のＰＣが当該通信アダプタと接続すると，他のＰＣは当該通信アダプタに対して接続できず，その配下のＢｌｕｅｔｏｏｔｈデバイスを使用することができない。つまり，１台のＰＣがＢｌｕｅｔｏｏｔｈコントローラを占有してしまうわけである。

一方，本願発明では，通信フィルタ手段３０８が適切なＢｌｕｅｔｏｏｔｈデバイスに向けて通信を振り分けることで，ＢｌｕｅｔｏｏｔｈデバイスごとにＰＣから接続することができる。結果として，本願発明にかかるデバイスサーバ１０２は，Ｂｌｕｅｔｏｏｔｈコントローラ２１７を必要最小限搭載するだけで済む。

通常，１つのＢｌｕｅｔｏｏｔｈコントローラは，最大７台のＢｌｕｅｔｏｏｔｈデバイスを管理することができるが，従来のデバイスサーバだと，７台のＢｌｕｅｔｏｏｔｈデバイスが存在していても，１つのＢｌｕｅｔｏｏｔｈコントローラしか存在しない場合は，１台のＰＣからしかＢｌｕｅｔｏｏｔｈデバイスを利用することができない。

これに対して本願発明は，Ｂｌｕｅｔｏｏｔｈコントローラに入る手前の通信をフィルタすることにより，たとえば当該Ｂｌｕｅｔｏｏｔｈコントローラの配下の７台のＢｌｕｅｔｏｏｔｈデバイスを最大７台のＰＣからそれぞれ同時に利用することができる。
［デバイスサーバの動作フロー］

これまで説明したデバイスサーバ１０２の動作フローを図５に示す。

図から明らかなとおり，デバイスサーバ１０２は，５つのタスク（デバイスリスト管理タスク，デバイスリスト応答タスク，接続タスク，通信タスク１および通信タスク２）によって構成されている。以下，順に各タスクの動作について説明する。

デバイスリスト管理タスクは，その名の通り，所定の記憶領域３０２に保存されているデバイスリストを管理するタスクである。

ステップＳ５０１にて，Ｂｌｕｅｔｏｏｔｈデバイスが検出されたかどうか，およびロストしたかどうかを判断する。判断の結果，いずれかの発生を認識した場合，次のステップに進み，そうでない場合は当該判断を繰り返す。

ステップＳ５０２にて，検出した場合のみ，アドレス情報を対応付けてデバイスリストを更新する。具体的には，すでに述べたとおり，ＢｌｕｅｔｏｏｔｈデバイスリストとＵＳＢデバイスリストを対応付けるわけである。

デバイスリスト応答タスクは，ＰＣ１０１から送信された，ＵＳＢデバイスの一覧要求に対して応答するタスクである。

ステップＳ５０３にて，ＵＳＢデバイスリスト要求を受信したかどうかを判断し，受信していれば次のステップに進み，そうでなければ当該判断を繰り返す。

ステップＳ５０４にて，ＵＳＢデバイスリストを参照する。

ステップＳ５０５にて，取得したＵＳＢデバイスリストの情報を応答する。

接続タスクは，ＰＣ１０１とＢｌｕｅｔｏｏｔｈデバイスとの間の接続を行うタスクである。

ステップＳ５０６にて，ＰＣ１０１から送信された接続要求を受信したかどうかを判断する。判断の結果，受信していれば，次のステップに進み，そうでなければ当該判断を繰り返す。

ステップＳ５０７にて，応答に含まれる情報であるＵＳＢディスクリプタを生成する。すでに述べたとおり，このディスクリプタは，Ｂｌｕｅｔｏｏｔｈ通信アダプタのディスクリプタである。

ステップ５０８にて，生成したディスクリプタを応答する。

ステップ５０９にて，デバイスリストの「ステータス」を「接続中」に更新する。この「ステータス」はＵＳＢデバイスリストのものである。

通信タスク１は，ＰＣ１０１からＢｌｕｅｔｏｏｔｈデバイスへの通信を制御するタスクである。

ステップＳ５１０にて，ＰＣ１０１から送信されたＵＳＢ通信を受信したかどうかを判断する。判断の結果，受信していれば，次のステップに進み，そうでなければ当該判断を繰り返す。

ステップＳ５１１にて，デバイスリストを参照し，宛先アドレスの変換を行う。すなわち，ＵＳＢデバイスを宛先とするＵＳＢ通信の宛先をＢｌｕｅｔｏｏｔｈデバイスの宛先へと変換する。

ステップＳ５１２にて，ＵＳＢ通信をＢｌｕｅｔｏｏｔｈ通信に変換する。

ステップＳ５１３にて，変換されたＢｌｕｅｔｏｏｔｈ通信をＢｌｕｅｔｏｏｔｈ
ＨＣＩ２１６を経由してＢｌｕｅｔｏｏｔｈコントローラ２１７に向けて転送する。

通信タスク２は，前述の通信タスク１とは逆の通信であり，ＢｌｕｅｔｏｏｔｈデバイスからＰＣへの通信を制御するタスクである。

ステップＳ５１４にて，Ｂｌｕｅｔｏｏｔｈ ＨＣＩ２１６を経由してＢｌｕｅｔｏｏｔｈコントローラ２１７からのＢｌｕｅｔｏｏｔｈ通信を受信したかどうかを判断する。判断の結果，受信していれば，次のステップに進み，そうでなければ当該判断を繰り返す。

ステップＳ５１５にて，デバイスリストを参照し，送信元となるＢｌｕｅｔｏｏｔｈデバイスを特定する。すなわち，受信したＢｌｕｅｔｏｏｔｈ通信の送信元Ｂｌｕｅｔｏｏｔｈデバイスを特定し，この情報基づいて，ＵＳＢデバイスリスト上のＵＳＢデバイスを特定する。

ステップＳ５１６にて，Ｂｌｕｅｔｏｏｔｈ通信をＵＳＢ通信に変換する。

ステップ５１７にて，変換されたＵＳＢ通信をＰＣ１０１に向けて転送する。
［その他の実施形態］

なお，上述の実施例では，ＵＳＢデバイスサーバシステム上にＢｌｕｅｔｏｏｔｈのデバイスサーバシステムを構築したが，本願発明はこれに限定されず，既存のデバイスサーバシステムをベースとして他のインタフェースを利用するデバイスサーバシステムを構築するものであればどのようなインタフェースのデバイスであっても適用可能である。

具体的には，それぞれのデバイスサーバシステムにおけるデバイスのアドレスを対応付け，これに基づいて相互の通信を変換することができさえすればよい。
［まとめ］

本願発明では所定のインタフェースに対応するデバイスを利用するデバイスサーバシステムにおいて，ＰＣなどのクライアントに対しては，別のインタフェースに対応するデバイスであっても，当該所定のインタフェースに対応するデバイスであるように擬制することで，容易に当該別のインタフェースに対応するデバイスのデバイスサーバシステムを得ることができる。たとえば，ＵＳＢデバイスサーバシステムにおいて，クライアントに対してはＢｌｕｅｔｏｏｔｈデバイスをＵＳＢデバイスに擬制することで，容易にＢｌｕｅｔｏｏｔｈデバイスのデバイスサーバシステムを得ることができる。

さらに，フィルタ手段を設けることにより，複数のクライアントが単一のＢｌｕｅｔｏｏｔｈコントローラを共用可能である。結果として，Ｂｌｕｅｔｏｏｔｈコントローラ配下のデバイスには，それぞれ異なるＰＣが接続可能である。

システム全体図 システム全体の機能ブロック図 デバイスサーバの機能ブロック図 デバイスリスト デバイスサーバの動作フロー

２１１ 第２のネットワークインタフェース
２１２ 第２のカプセル処理手段
３０３ アドレス対応付手段
３０５ ＨＣＩ−ＵＳＢ変換手段
３０８ 通信フィルタ手段

Claims (3)

1. ネットワークを通じてクライアントからＵＳＢデバイスを利用させることのできるＵＳＢデバイスサーバシステムにおけるデバイスサーバであって，
   Ｂｌｕｅｔｏｏｔｈ通信アダプタと，
   ＵＳＢ通信とＢｌｕｅｔｏｏｔｈ通信とを相互に変換する手段と，
   前記Ｂｌｕｅｔｏｏｔｈ通信アダプタを用いて接続されたＢｌｕｅｔｏｏｔｈデバイスを一意に特定するアドレスを，ＵＳＢデバイスを一意に特定するアドレスと対応付け，この対応付け情報を所定の記憶領域に保存するアドレス対応付手段と，
   前記クライアントから受信したＵＳＢ通信の宛先を，前記所定の記憶領域に保存した前記対応付け情報に基づいて，所定のＢｌｕｅｔｏｏｔｈデバイスへの宛先に変換する通信フィルタ手段と，
   を備えることを特徴とするデバイスサーバ。
2. 前記デバイスサーバはさらに，
   前記クライアントからのＵＳＢディスクリプタ要求に対して前記Ｂｌｕｅｔｏｏｔｈ通信アダプタのディスクリプタを生成するＵＳＢディスクリプタ生成手段と，
   前記クライアントからの接続要求に対して当該ディスクリプタを応答するデバイス接続手段と，
   を備える請求項１記載のデバイスサーバ。
3. ネットワークを通じてクライアントから第１のインタフェースを有するデバイス（第１のデバイス）を利用させることのできるデバイスサーバシステムにおけるデバイスサーバであって，
   第２のインタフェースを有するデバイス（第２のデバイス）を制御することができる第２のデバイス制御手段と，
   前記第１のデバイスを一意に特定するアドレスと前記第２のデバイスを一意に特定するアドレスとを対応付け，この対応付け情報を所定の記憶領域に保存するアドレス対応付け手段と，
   前記第１のインタフェース通信受信手段が受信した前記クライアントからの通信の宛先を，前記所定の記憶領域に保存した前記対応付け情報に基づいて，所定の第２のデバイスへの宛先に変換し，当該通信を前記第２のデバイス制御手段に転送する宛先変換手段と，
   を備えることを特徴とするデバイスサーバ。