(57)【要約】【課題】複数種類の周辺機器インタフェースが利用可能なデバイスサーバを提供する。【解決手段】所定のインタフェースに対応するデバイスを利用するデバイスサーバシステムにおいて，ＰＣなどのクライアントに対しては，別のインタフェースに対応するデバイスであっても，当該所定のインタフェースに対応するデバイスであるように擬制することで，容易に当該別のインタフェースに対応するデバイスのデバイスサーバシステムを得る。たとえば，ＵＳＢデバイスサーバシステムにおいて，クライアントに対してはＢｌｕｅｔｏｏｔｈデバイスをＵＳＢデバイスに擬制することで，容易にＢｌｕｅｔｏｏｔｈデバイスのデバイスサーバシステムを得る。【選択図】図３
2014099722.tif 000002
【特許請求の範囲】
【請求項１】
ＵＳＢデバイスサーバシステムにおけるデバイスサーバであって，
ＵＳＢ通信に基づいてＢｌｕｅｔｏｏｔｈデバイスを制御することができるＢｌｕｅｔｏｏｔｈデバイス制御手段と，
ＵＳＢデバイスを一意に特定するアドレスとＢｌｕｅｔｏｏｔｈデバイスを一意に特定するアドレスとを対応付け，この対応付け情報を所定の記憶領域に保存するアドレス対応付手段と，
ＵＳＢデバイスサーバシステムにおけるクライアントからの送信であって，所定のＵＳＢデバイスを宛先とするＵＳＢ通信を受信するＵＳＢ通信受信手段と，
前記所定の記憶領域に保存した前期対応付け情報に基づいて，前記ＵＳＢ通信受信手段が受信したＵＳＢ通信の宛先を所定のＢｌｕｅｔｏｏｔｈデバイスへの宛先に変換し，当該ＵＳＢ通信を前記Ｂｌｕｅｔｏｏｔｈデバイス制御手段に転送する宛先変換手段と，
を備えることを特徴とするデバイスサーバ。
【請求項２】
第１のインタフェースを有するデバイス（第１のデバイス）が利用可能なデバイスサーバシステムにおけるデバイスサーバであって，
第２のインタフェースを有するデバイス（第２のデバイス）を制御することができる第２のデバイス制御手段と，
前記第１のデバイスを一意に特定するアドレスと前記第２のデバイスを一意に特定するアドレスとを対応付け，この対応付け情報を所定の記憶領域に保存するアドレス対応付け手段と，
第１のインタフェースが利用可能なデバイスサーバシステムにおけるクライアントからの送信であって，所定の前記第１のデバイスを宛先とする通信を受信する第１のインタフェース通信受信手段と，
前記所定の記憶領域に保存した前記対応付け情報に基づいて，前記第１のインタフェース通信受信手段が受信した通信の宛先を所定の第２のデバイスへの宛先に変換し，当該通信を前記第２のデバイス制御手段に転送する宛先変換手段と，
を備えることを特徴とするデバイスサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本願発明はコンピュータ周辺機器をネットワークで利用可能にする装置（デバイスサーバ）に関する。特に，複数種類の周辺機器インタフェースが利用可能なデバイスサーバに関する。
【背景技術】
【０００２】
ネットワークを通じてコンピュータ周辺機器であるＵＳＢデバイスを当該ネットワークに接続しているクライアントから利用させることのできるシステム（ＵＳＢデバイスサーバシステム）が知られている（非特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【非特許文献１】サイレックス・テクノロジー株式会社ホームページ＜http://www.silex.jp/products/usbdeviceserver/sx3000gb.html＞
【０００４】
ＵＳＢデバイスサーバシステムでは，クライアント（以下ＰＣ）のＵＳＢデバイスドライバが発行したＵＳＢ通信のコマンドがネットワークパケットに変換され，このネットワークパケットがＰＣからＵＳＢデバイスサーバに向けてネットワーク上を送信される。当該ネットワークパケットを受信したＵＳＢデバイスサーバは，受信したネットワークパケットに含まれるＵＳＢ通信のコマンドを取り出し，自身に接続しているＵＳＢデバイスに転送する。
【０００５】
一方，ＵＳＢデバイスサーバは，ＵＳＢデバイスから受け取ったＵＳＢ通信の応答をネットワークパケットに変換し，これをコマンドの送信元であるＰＣに送信する。
【０００６】
こうすることにより，ＵＳＢデバイスサーバシステムでは，ネットワークを経由してＰＣからＵＳＢデバイスを利用することができる。
【０００７】
ＵＳＢデバイスサーバシステムにとって重要な技術は，ＵＳＢの通信とネットワーク通信とを相互に変換すること（いわゆるトンネリング技術）である。この仕組みは，ＵＳＢに限らず，その他のインタフェースにも通用する基本的な技術的思想である。したがって，たとえば近距離無線通信であるＢｌｕｅｔｏｏｔｈ（登録商標）デバイスをネットワークで共有したい場合には，トンネリング技術を用いたＢｌｕｅｔｏｏｔｈのデバイスサーバシステムを構築すればよいわけである。
【０００８】
しかし，デバイスサーバシステムを一から構築するには，クライアントで動作するソフトウェアだけでなくデバイスサーバ（ハードウェアおよびソフトウェア）も一から開発することを意味し，多くの時間とコストが必要となる。特に，重要技術であるトンネリング技術の開発には多大な試行錯誤が要求され，デバイスサーバ開発を困難なものにしている。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本願発明はかかる課題を解決するものである。すなわち，所定のインタフェースに対応している既存のデバイスサーバシステムを活用することで，他のインタフェースに対応するデバイスサーバシステムを容易に構築する。
【課題を解決するための手段】
【００１０】
本願発明にかかる第１の形態は，ＵＳＢデバイスサーバシステムにおけるデバイスサーバであって，  ＵＳＢ通信に基づいてＢｌｕｅｔｏｏｔｈデバイスを制御することができるＢｌｕｅｔｏｏｔｈデバイス制御手段と，ＵＳＢデバイスを一意に特定するアドレスとＢｌｕｅｔｏｏｔｈデバイスを一意に特定するアドレスとを対応付け，この対応付け情報を所定の記憶領域に保存するアドレス対応付手段と，ＵＳＢデバイスサーバシステムにおけるクライアントからの送信であって，所定のＵＳＢデバイスを宛先とするＵＳＢ通信を受信するＵＳＢ通信受信手段と，所定の記憶領域に保存した前期対応付け情報に基づいて，ＵＳＢ通信受信手段が受信したＵＳＢ通信の宛先を所定のＢｌｕｅｔｏｏｔｈデバイスへの宛先に変換し，当該ＵＳＢ通信をＢｌｕｅｔｏｏｔｈデバイス制御手段に転送する宛先変換手段と，を備えることを特徴とするデバイスサーバである。
【００１１】
本願発明にかかる第２の形態は，第１のインタフェースを有するデバイス（第１のデバイス）が利用可能なデバイスサーバシステムにおけるデバイスサーバであって，第２のインタフェースを有するデバイス（第２のデバイス）を制御することができる第２のデバイス制御手段と，第１のデバイスを一意に特定するアドレスと第２のデバイスを一意に特定するアドレスとを対応付け，この対応付け情報を所定の記憶領域に保存するアドレス対応付け手段と，第１のインタフェースが利用可能なデバイスサーバシステムにおけるクライアントからの送信であって，所定の第１のデバイスを宛先とする通信を受信する第１のインタフェース通信受信手段と，所定の記憶領域に保存した対応付け情報に基づいて，第１のインタフェース通信受信手段が受信した通信の宛先を所定の第２のデバイスへの宛先に変換し，当該通信を第２のデバイス制御手段に転送する宛先変換手段と，を備えることを特徴とするデバイスサーバである。
【発明の効果】
【００１２】
本願発明では所定のインタフェースに対応するデバイスを利用するデバイスサーバシステムにおいて，ＰＣなどのクライアントに対しては，別のインタフェースに対応するデバイスであっても，当該所定のインタフェースに対応するデバイスであるように擬制することで，容易に当該別のインタフェースに対応するデバイスのデバイスサーバシステムを得ることができる。たとえば，ＵＳＢデバイスサーバシステムにおいて，クライアントに対してはＢｌｕｅｔｏｏｔｈデバイスをＵＳＢデバイスに擬制することで，容易にＢｌｕｅｔｏｏｔｈデバイスのデバイスサーバシステムを得ることができる。
【００１３】
さらに，フィルタ手段を設けることにより，複数のクライアントが単一のＢｌｕｅｔｏｏｔｈコントローラを共用可能である。結果として，Ｂｌｕｅｔｏｏｔｈコントローラ配下のデバイスには，それぞれ異なるＰＣが接続可能である。
【発明を実施するための形態】
【００１４】
以下では図面を参照し本願発明に係る実施例を説明する。なお，同一の符号は，特にことわりのない限り同一物を示している。
［実施例］
［システム全体図］
【００１５】
図１は本願発明にかかるシステムの全体図である。ＰＣ１０１はデバイスサーバシステムのクライアントであり，デバイスサーバ１０２を通じてＵＳＢデバイス１０３を利用可能である。本願発明は，このような通常のＵＳＢデバイスサーバシステムとしての機能に加え，Ｂｌｕｅｔｏｏｔｈデバイス１０４およびＢｌｕｅｔｏｏｔｈデバイス１０５もＰＣ１０１から利用可能にするものである。
［システム全体図］
【００１６】
図２は上述したシステム全体における機能ブロック図である。
【００１７】
まずは従来技術であるＵＳＢデバイスサーバシステムで機能する機能ブロックについて説明する。
【００１８】
ＰＣ１０１における第１のカプセル処理手段２０２およびデバイスサーバ１０２における第２のカプセル処理手段２１２は，それぞれＵＳＢ通信とネットワープパケットを相互に変換する手段（上述のトンネリング技術）である。
【００１９】
ＰＣ１０１のＵＳＢアプリケーション２０４が発行したコマンドがＵＳＢデバイスドライバ２０３に渡されることで，ＵＳＢ通信のコマンドに変換され，これが第１のカプセル処理手段２０２においてネットワークパケットに変換され，第１のネットワークインタフェース２０１および第２のネットワークインタフェース２１１を経由して第２のカプセル処理手段２１２に到達する。
【００２０】
第２のネットワークインタフェース２１１において，ネットワークパケットから元のＵＳＢ通信が取り出され，これがＵＳＢホストコントローラ２１３およびＵＳＢインフェース２１４を経由してＵＳＢデバイス１０３に与えられる。一方，ＵＳＢデバイス１０３からの応答データは，前述したルートを逆に辿ることとなる。
【００２１】
ここまでがＵＳＢデバイスサーバシステムに必要な機能ブロックであるが，本願発明では，さらに，
Ｂｌｕｅｔｏｏｔｈのデバイスドライバに相当するＢｌｕｅｔｏｏｔｈスタック２０６，Ｂｌｕｅｔｏｏｔｈ通信のコマンドとＵＳＢ通信のコマンドを相互に変換するＨＣＩ−ＵＳＢドライバ２０５をＰＣ１０１が備え，通信制御手段２１５（詳細は後述），Ｂｌｕｅｔｏｏｔｈ通信のコマンドをＵＳＢやＵＡＲＴ（Universal Asynchronous Receiver-Transmitter）などの通信コマンドに置き換えてＢｌｕｅｔｏｏｔｈコントローラ２１７を制御するＢｌｕｅｔｏｏｔｈ ＨＣＩ２１６，Ｂｌｕｅｔｏｏｔｈデバイスを管理するＢｌｕｅｔｏｏｔｈコントローラ２１７およびＢｌｕｅｔｏｏｔｈデバイスと通信するインタフェースであるＢｌｕｅｔｏｏｔｈインタフェース２１８をデバイスサーバ１０２が備える。
【００２２】
上述したＢｌｕｅｔｏｏｔｈ ＨＣＩ２１６，Ｂｌｕｅｔｏｏｔｈコントローラ２１７およびＢｌｕｅｔｏｏｔｈインタフェース２１８は，Ｂｌｕｅｔｏｏｔｈデバイスと通信する際に一般に用いられる装置であるＢｌｕｅｔｏｏｔｈ通信アダプタに含まれる機能ブロックである。デバイスサーバ１０２は，これらの機能ブロック群を用いてＢｌｕｅｔｏｏｔｈデバイス１０４およびＢｌｕｅｔｏｏｔｈデバイス１０５と通信を行っている。一方で，デバイスサーバ１０２は，ＰＣ１０１に対して，通信制御手段２１５（後述）によって，前述の機能ブロック群をＵＳＢ接続のＢｌｕｅｔｏｏｔｈ通信アダプタに擬制する。したがって，ＰＣ１０１側に存在するＨＣＩ−ＵＳＢドライバ２０５は，この擬制されたＢｌｕｅｔｏｏｔｈ通信アダプタを使用する際にロードされるドライバとなる。
［デバイスサーバ機能ブロック図１］
【００２３】
図３はデバイスサーバ１０２のＢｌｕｅｔｏｏｔｈ通信に関わる機能ブロック図である。通信制御手段２１５以外の機能ブロックについては説明済みであるため，以下では，通信制御手段２１５の詳細を説明する。
【００２４】
Ｂｌｕｅｔｏｏｔｈ問合手段３０１は，Ｂｌｕｅｔｏｏｔｈインタフェース２１８を通じてＢｌｕｅｔｏｏｔｈデバイスの検出およびロストを検知し，その結果をデバイスリストとして所定の記憶領域３０２に保存するものである。
【００２５】
デバイスリストは図４に示すようなものである。デバイスサーバ１０２がＢｌｕｅｔｏｏｔｈデバイスを検出すると，まず図４の下側に示す表（Ｂｌｕｅｔｏｏｔｈデバイスリスト）が作成される。このデバイスリストの場合，２台のＢｌｕｅｔｏｏｔｈデバイスが検出されている。この表に示す通り，Ｂｌｕｅｔｏｏｔｈデバイスを一意に識別する要素として「バス番号」，「アドレス」，「Ｂｌｕｅｔｏｏｔｈコントローラ番号」，「Ｂｌｕｅｔｏｏｔｈアドレス」を用いる。「Ｂｌｕｅｔｏｏｔｈステータス」は，Ｂｌｕｅｔｏｏｔｈコントローラ２１７がＢｌｕｅｔｏｏｔｈデバイスと接続しているか否かを示すものである。たとえばＢｌｕｅｔｏｏｔｈデバイスが，Ｂｌｕｅｔｏｏｔｈコントローラ２１７と通信が可能な範囲に位置する場合は「接続中」となり，通信が可能な範囲外に位置する場合は「未接続」となる。
【００２６】
このようにＢｌｕｅｔｏｏｔｈデバイスリストが作成されると，通信制御手段２１５のアドレス対応付手段３０３は，各Ｂｌｕｅｔｏｏｔｈデバイスに対応するＵＳＢデバイスのリストを作成する。具体的には，図４の上側に示す表である。なお，両デバイスリスト（ＵＳＢおよびＢｌｕｅｔｏｏｔｈ）に記載のデバイスは「バス番号」および「アドレス」に基づいて１対１に対応付けられている。
【００２７】
ＵＳＢデバイスリストに記載の「ステータス」は，ＵＳＢデバイスサーバにおける接続状態を示しており，ＰＣ１０１とＢｌｕｅｔｏｏｔｈデバイスが接続（トンネリング技術を用いた接続）しているか否かを示している。「バス番号」および「アドレス」は，Ｂｌｕｅｔｏｏｔｈデバイスリストに記載のものと同じものである。「デバイス名称」は，単に識別のためにＢｌｕｅｔｏｏｔｈデバイスより取得したものを記載しているだけである。なお，Ｂｌｕｅｔｏｏｔｈデバイスリストと同様にＵＳＢデバイスリストも所定の記憶領域３０２に保存されている。
【００２８】
図３の説明に戻り，次いで，ＵＳＢデバイスリスト応答手段３０４について説明する。
【００２９】
ＵＳＢデバイスリスト応答手段３０４は，ＰＣ１０１からのＵＳＢデバイスリスト要求に対して，所定の記憶領域３０２に保存されているＵＳＢデバイスリストの情報を応答する。
【００３０】
ここでＵＳＢデバイスリストを応答する理由は，ＰＣ１０１から受信するＵＳＢデバイスリストの要求がＵＳＢデバイスの一覧を要求するものだからである。本願発明は，ＵＳＢデバイスの一覧要求であるにもかかわらず，ＢｌｕｅｔｏｏｔｈデバイスをＵＳＢデバイスであるかのように応答することが特徴の１つである。これは，ＢｌｕｅｔｏｏｔｈデバイスリストとＵＳＢデバイスリストを対応付けているため可能な応答である。
【００３１】
ＨＣＩ−ＵＳＢ変換手段３０５は，ＵＳＢ通信のコマンドとＢｌｕｅｔｏｏｔｈ通信のコマンドを相互に変換するものである。したがって，第２のカプセル処理手段２１２より受け取ったＵＳＢ通信のコマンドをＢｌｕｅｔｏｏｔｈ通信のコマンドに変換することが可能であり，その逆も可能である。
【００３２】
ＵＳＢディスクリプタ生成手段３０６は，ＰＣ１０１からのＵＳＢディスクリプタ要求に対し，ＰＣ１０１のＨＣＩ−ＵＳＢドライバ２０５をＰＣ１０１にてロードする際に必要なディスクリプタを生成する。具体的には，上述したＢｌｕｅｔｏｏｔｈ通信アダプタに対応するディスクリプタを生成する。
【００３３】
デバイス接続手段３０７は，ＰＣ１０１から送信された所定のＵＳＢのデバイスへの接続要求に応答し，ＰＣ１０１とＢｌｕｅｔｏｏｔｈデバイスとの間の接続を確立する手段である。接続要求を受信すると，ＵＳＢディスクリプタ生成手段３０６が生成したＢｌｕｅｔｏｏｔｈ通信アダプタに相当するディスクリプタをＰＣ１０１に応答する。これにより接続が確立され，デバイス接続手段３０７は，デバイスリストに含まれるＵＳＢデバイスリストの「ステータス」を「接続中」に更新する。
【００３４】
通信フィルタ手段３０８は，ＰＣ１０１からＢｌｕｅｔｏｏｔｈデバイスに向けて送信されたＵＳＢ通信を適切なＢｌｕｅｔｏｏｔｈデバイスの宛先に振り分ける手段である。振り分けはデバイスリストを参照し行う。
【００３５】
たとえば，バス番号＝１，アドレス＝２を宛先とするＢａｒｃｏｄｅ  Ｓｃａｎｎｅｒへの通信に対しては，Ｂｌｕｅｔｏｏｔｈコントローラ番号＝１，Ｂｌｕｅｔｏｏｔｈアドレス＝ＢのＢｌｕｅｔｏｏｔｈデバイスに転送するといった具合に振り分ける。つまり，ＵＳＢ通信の宛先をＢｌｕｅｔｏｏｔｈ通信の宛先に変換する。
【００３６】
このような通信フィルタ手段３０８の働きにより，従来のＵＳＢデバイスサーバが抱えていた下記の問題が解決される。
【００３７】
たとえば，従来のＵＳＢデバイスサーバにおいても，ＵＳＢインタフェース２１４にＵＳＢ接続のＢｌｕｅｔｏｏｔｈ通信アダプタを取り付けることによって，１台のＰＣが当該Ｂｌｕｅｔｏｏｔｈ通信アダプタと接続し，その配下のデバイスを制御することができる。しかし，この方法では，１台のＰＣが当該通信アダプタと接続すると，他のＰＣは当該通信アダプタに対して接続できず，その配下のＢｌｕｅｔｏｏｔｈデバイスを使用することができない。つまり，１台のＰＣがＢｌｕｅｔｏｏｔｈコントローラを占有してしまうわけである。
【００３８】
一方，本願発明では，通信フィルタ手段３０８が適切なＢｌｕｅｔｏｏｔｈデバイスに向けて通信を振り分けることで，ＢｌｕｅｔｏｏｔｈデバイスごとにＰＣから接続することができる。結果として，本願発明にかかるデバイスサーバ１０２は，Ｂｌｕｅｔｏｏｔｈコントローラ２１７を必要最小限搭載するだけで済む。
【００３９】
通常，１つのＢｌｕｅｔｏｏｔｈコントローラは，最大７台のＢｌｕｅｔｏｏｔｈデバイスを管理することができるが，従来のデバイスサーバだと，７台のＢｌｕｅｔｏｏｔｈデバイスが存在していても，１つのＢｌｕｅｔｏｏｔｈコントローラしか存在しない場合は，１台のＰＣからしかＢｌｕｅｔｏｏｔｈデバイスを利用することができない。
【００４０】
これに対して本願発明は，Ｂｌｕｅｔｏｏｔｈコントローラに入る手前の通信をフィルタすることにより，たとえば当該Ｂｌｕｅｔｏｏｔｈコントローラの配下の７台のＢｌｕｅｔｏｏｔｈデバイスを最大７台のＰＣからそれぞれ同時に利用することができる。
［デバイスサーバの動作フロー］
【００４１】
これまで説明したデバイスサーバ１０２の動作フローを図５に示す。
【００４２】
図から明らかなとおり，デバイスサーバ１０２は，５つのタスク（デバイスリスト管理タスク，デバイスリスト応答タスク，接続タスク，通信タスク１および通信タスク２）によって構成されている。以下，順に各タスクの動作について説明する。
【００４３】
デバイスリスト管理タスクは，その名の通り，所定の記憶領域３０２に保存されているデバイスリストを管理するタスクである。
【００４４】
ステップＳ５０１にて，Ｂｌｕｅｔｏｏｔｈデバイスが検出されたかどうか，およびロストしたかどうかを判断する。判断の結果，いずれかの発生を認識した場合，次のステップに進み，そうでない場合は当該判断を繰り返す。
【００４５】
ステップＳ５０２にて，検出した場合のみ，アドレス情報を対応付けてデバイスリストを更新する。具体的には，すでに述べたとおり，ＢｌｕｅｔｏｏｔｈデバイスリストとＵＳＢデバイスリストを対応付けるわけである。
【００４６】
デバイスリスト応答タスクは，ＰＣ１０１から送信された，ＵＳＢデバイスの一覧要求に対して応答するタスクである。
【００４７】
ステップＳ５０３にて，ＵＳＢデバイスリスト要求を受信したかどうかを判断し，受信していれば次のステップに進み，そうでなければ当該判断を繰り返す。
【００４８】
ステップＳ５０４にて，ＵＳＢデバイスリストを参照する。
【００４９】
ステップＳ５０５にて，取得したＵＳＢデバイスリストの情報を応答する。
【００５０】
接続タスクは，ＰＣ１０１とＢｌｕｅｔｏｏｔｈデバイスとの間の接続を行うタスクである。
【００５１】
ステップＳ５０６にて，ＰＣ１０１から送信された接続要求を受信したかどうかを判断する。判断の結果，受信していれば，次のステップに進み，そうでなければ当該判断を繰り返す。
【００５２】
ステップＳ５０７にて，応答に含まれる情報であるＵＳＢディスクリプタを生成する。すでに述べたとおり，このディスクリプタは，Ｂｌｕｅｔｏｏｔｈ通信アダプタのディスクリプタである。
【００５３】
ステップ５０８にて，生成したディスクリプタを応答する。
【００５４】
ステップ５０９にて，デバイスリストの「ステータス」を「接続中」に更新する。この「ステータス」はＵＳＢデバイスリストのものである。
【００５５】
通信タスク１は，ＰＣ１０１からＢｌｕｅｔｏｏｔｈデバイスへの通信を制御するタスクである。
【００５６】
ステップＳ５１０にて，ＰＣ１０１から送信されたＵＳＢ通信を受信したかどうかを判断する。判断の結果，受信していれば，次のステップに進み，そうでなければ当該判断を繰り返す。
【００５７】
ステップＳ５１１にて，デバイスリストを参照し，宛先アドレスの変換を行う。すなわち，ＵＳＢデバイスを宛先とするＵＳＢ通信の宛先をＢｌｕｅｔｏｏｔｈデバイスの宛先へと変換する。
【００５８】
ステップＳ５１２にて，ＵＳＢ通信をＢｌｕｅｔｏｏｔｈ通信に変換する。
【００５９】
ステップＳ５１３にて，変換されたＢｌｕｅｔｏｏｔｈ通信をＢｌｕｅｔｏｏｔｈ
ＨＣＩ２１６を経由してＢｌｕｅｔｏｏｔｈコントローラ２１７に向けて転送する。
【００６０】
通信タスク２は，前述の通信タスク１とは逆の通信であり，ＢｌｕｅｔｏｏｔｈデバイスからＰＣへの通信を制御するタスクである。
【００６１】
ステップＳ５１４にて，Ｂｌｕｅｔｏｏｔｈ ＨＣＩ２１６を経由してＢｌｕｅｔｏｏｔｈコントローラ２１７からのＢｌｕｅｔｏｏｔｈ通信を受信したかどうかを判断する。判断の結果，受信していれば，次のステップに進み，そうでなければ当該判断を繰り返す。
【００６２】
ステップＳ５１５にて，デバイスリストを参照し，送信元となるＢｌｕｅｔｏｏｔｈデバイスを特定する。すなわち，受信したＢｌｕｅｔｏｏｔｈ通信の送信元Ｂｌｕｅｔｏｏｔｈデバイスを特定し，この情報基づいて，ＵＳＢデバイスリスト上のＵＳＢデバイスを特定する。
【００６３】
ステップＳ５１６にて，Ｂｌｕｅｔｏｏｔｈ通信をＵＳＢ通信に変換する。
【００６４】
ステップ５１７にて，変換されたＵＳＢ通信をＰＣ１０１に向けて転送する。
［その他の実施形態］
【００６５】
なお，上述の実施例では，ＵＳＢデバイスサーバシステム上にＢｌｕｅｔｏｏｔｈのデバイスサーバシステムを構築したが，本願発明はこれに限定されず，既存のデバイスサーバシステムをベースとして他のインタフェースを利用するデバイスサーバシステムを構築するものであればどのようなインタフェースのデバイスであっても適用可能である。
【００６６】
具体的には，それぞれのデバイスサーバシステムにおけるデバイスのアドレスを対応付け，これに基づいて相互の通信を変換することができさえすればよい。
［まとめ］
【００６７】
本願発明では所定のインタフェースに対応するデバイスを利用するデバイスサーバシステムにおいて，ＰＣなどのクライアントに対しては，別のインタフェースに対応するデバイスであっても，当該所定のインタフェースに対応するデバイスであるように擬制することで，容易に当該別のインタフェースに対応するデバイスのデバイスサーバシステムを得ることができる。たとえば，ＵＳＢデバイスサーバシステムにおいて，クライアントに対してはＢｌｕｅｔｏｏｔｈデバイスをＵＳＢデバイスに擬制することで，容易にＢｌｕｅｔｏｏｔｈデバイスのデバイスサーバシステムを得ることができる。
【００６８】
さらに，フィルタ手段を設けることにより，複数のクライアントが単一のＢｌｕｅｔｏｏｔｈコントローラを共用可能である。結果として，Ｂｌｕｅｔｏｏｔｈコントローラ配下のデバイスには，それぞれ異なるＰＣが接続可能である。
【図面の簡単な説明】
【００６９】
【図１】システム全体図
【図２】システム全体の機能ブロック図
【図３】デバイスサーバの機能ブロック図
【図４】デバイスリスト
【図５】デバイスサーバの動作フロー
【符号の説明】
【００７０】
２１１  第２のネットワークインタフェース
２１２  第２のカプセル処理手段
３０３  アドレス対応付手段
３０５  ＨＣＩ−ＵＳＢ変換手段
３０８  通信フィルタ手段
【図１】
2014099722.tif 000003
【図２】
2014099722.tif 000004
【図３】
2014099722.tif 000005
【図４】
2014099722.tif 000006
【図５】
2014099722.tif 000007