(57)【特許請求の範囲】
【請求項１】
ホスト装置と通信装置の間に介在して通信プロトコルを変換するプロトコル変換装置であって、
第１の通信プロトコルによって前記通信装置と通信を行なう第１の通信手段と、
第２の通信プロトコルによって前記ホスト装置と通信を行なう第２の通信手段と、
前記第１の通信プロトコルに準拠したデータと前記第２の通信プロトコルに準拠したデータとを変換する、前記通信装置のデバイスタイプである第１のデバイスタイプに対応した第１のプロトコル変換プログラムを読み出す読み出し手段と、
前記ホスト装置に対し、前記プロトコル変換装置のデバイスタイプとして、前記第１のデバイスタイプを認識させる認識手段と、
前記読み出し手段により読み出した前記第１のプロトコル変換プログラムを用いて、前記第１の通信プロトコルに準拠したデータと前記第２の通信プロトコルに準拠したデータとを変換するプロトコル変換手段とを備え、
前記読み出し手段により、前記第１のプロトコル変換プログラムが読みだされた後に、前記認識手段は、前記ホスト装置に対し、前記プロトコル変換装置のデバイスタイプとして、前記第１のデバイスタイプを認識させることを特徴とするプロトコル変換装置。
【請求項２】
前記通信装置として、前記第１のデバイスタイプとは異なる第２のデバイスタイプの装置が接続された場合、前記読み出し手段は、前記第２のデバイスタイプに対応した、前記第１の通信プロトコルに準拠したデータと前記第２の通信プロトコルに準拠したデータとを変換する第２のプロトコル変換プログラムを読み出すことを特徴とする請求項１に記載のプロトコル変換装置。
【請求項３】
前記ホスト装置と接続した後であって前記読み出し手段により前記第１のプロトコル変換プログラムを読み出す前に、前記認識手段は、前記ホスト装置に対し、前記第１のデバイスタイプとは異なるデバイスタイプを前記プロトコル変換装置のデバイスタイプとして前記ホスト装置に認識させることを特徴とする請求項１または２に記載のプロトコル変換装置。
【請求項４】
前記ホスト装置と接続した後であっても、前記読み出し手段により前記第１のプロトコル変換プログラムを読み出す前は、前記認識手段は前記ホスト装置に前記プロトコル変換装置を認識させるための動作を行わないことを特徴とする請求項１または２に記載のプロトコル変換装置。
【請求項５】
複数の前記通信装置から前記プロトコル変換手段の利用要求を受信した場合に、いずれの通信装置に利用を許可するかを調停する調停手段をさらに有する請求項１乃至４のいずれか１項に記載のプロトコル変換装置。
【請求項６】
前記調停手段は、さらに、前記プロトコル変換手段の利用要求を拒否する場合に、拒否する利用要求を送信した通信装置に対して利用拒否通知を行なう通知手段を備えることを特徴とする、請求項５に記載のプロトコル変換装置。
【請求項７】
前記第２の通信プロトコルはＵＳＢ通信プロトコルであることを特徴とする、請求項１乃至６のいずれか１項に記載のプロトコル変換装置。
【請求項８】
前記デバイスタイプは、ＵＳＢ通信プロトコルにおけるデバイスクラスを示すことを特徴とする請求項７に記載のプロトコル変換装置。
【請求項９】
前記第１のデバイスタイプはＵＳＢ通信プロトコルにおけるＳｔｉｌｌ  Ｉｍａｇｅクラスであることを特徴とする請求項８に記載のプロトコル変換装置。
【請求項１０】
前記第２の通信プロトコルはＵＳＢ通信プロトコルであって、
前記調停手段が前記通信装置のいずれかに該プロトコル変換装置の使用を許可すると、前記通信装置の種類に応じてＵＳＢのＨｉ  Ｓｐｅｅｄ  Ｄｅｖｉｃｅとして動作するか、Ｆｕｌｌ  Ｓｐｅｅｄ  Ｄｅｖｉｃｅとして動作するか、又はＬｏｗ  Ｓｐｅｅｄ  Ｄｅｖｉｃｅとして動作するかを決定する接続速度決定手段を備えることを特徴とする、請求項６に記載のプロトコル変換装置。
【請求項１１】
さらに、前記通信装置に前記プロトコル変換手段を提供している状態であることを表示する表示手段を備えることを特徴とする、請求項１乃至１０のいずれか１項に記載のプロトコル変換装置。
【請求項１２】
さらに、前記通信装置から前記第１のプロトコル変換プログラムを受信する受信手段を備えることを特徴とする、請求項１乃至１１のいずれか１項に記載のプロトコル変換装置。
【請求項１３】
前記第１の通信プロトコルは無線通信プロトコルであることを特徴とする、請求項１乃至１２のいずれか１項に記載のプロトコル変換装置。
【請求項１４】
さらに、前記無線通信プロトコルのための無線設定情報を保持する無線設定保持手段を備えることを特徴とする、請求項１３に記載のプロトコル変換装置。
【請求項１５】
プロトコル変換装置の制御方法であって、
第１の通信プロトコルによって通信装置と通信を行なう第１の通信工程と、
第２の通信プロトコルによってホスト装置と通信を行なう第２の通信工程と、
前記第１の通信プロトコルに準拠したデータと前記第２の通信プロトコルに準拠したデータとを変換する、前記通信装置のデバイスタイプである第１のデバイスタイプに対応した第１のプロトコル変換プログラムを読み出す読み出し工程と、
前記ホスト装置に対し、前記プロトコル変換装置のデバイスタイプとして、前記第１のデバイスタイプを認識させる認識工程と、
前記読み出し工程により読み出された前記第１のプロトコル変換プログラムを用いて、前記第１の通信プロトコルに準拠したデータと前記第２の通信プロトコルに準拠したデータとを変換するプロトコル変換工程とを備え、
前記読み出し工程により、前記第１のプロトコル変換プログラムが読みだされた後に、前記認識工程は、前記ホスト装置に対し、前記プロトコル変換装置のデバイスタイプとして、前記第１のデバイスタイプを認識させることを特徴とする、制御方法。
【請求項１６】
コンピュータに、
第１の通信プロトコルによって通信装置と通信を行なう第１の通信工程と、
第２の通信プロトコルによってホスト装置と通信を行なう第２の通信工程と、
前記第１の通信プロトコルに準拠したデータと前記第２の通信プロトコルに準拠したデータとを変換する、前記通信装置のデバイスタイプである第１のデバイスタイプに対応した第１のプロトコル変換プログラムを読み出す読み出し工程と、
前記ホスト装置に対し、前記プロトコル変換装置のデバイスタイプとして、前記第１のデバイスタイプを認識させる認識工程と、
前記読み出し工程により読み出された前記第１のプロトコル変換プログラムを用いて、前記第１の通信プロトコルに準拠したデータと前記第２の通信プロトコルに準拠したデータとを変換するプロトコル変換工程とを備え、
前記読み出し工程により、前記第１のプロトコル変換プログラムが読みだされた後に、前記認識工程は、前記ホスト装置に対し、前記プロトコル変換装置のデバイスタイプとして、前記第１のデバイスタイプを認識させる、プロトコル変換装置を制御する制御方法の各工程を実行させるためのプログラム。
【請求項１７】
請求項１６に記載のプログラムを記録したコンピュータ可読記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、それぞれ異なる通信プロトコルによる通信機能を備えるホスト装置（例えばパーソナルコンピュータ）と通信装置（例えばデジタルカメラ）の間に介在して、両者の通信プロトコルを相互に変換するプロトコル変換装置及びその制御方法に関する。
【背景技術】
【０００２】
現在、コンピュータとデジタルカメラとをＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）規格に準拠した有線による通信方式（ＵＳＢ通信プロトコル）で接続して、データのやりとりを行なうことが広くなされている。
【０００３】
しかし、コンピュータとデジタルカメラとがそれぞれ異なる通信プロトコルによる通信機能しか備えていない場合もある。これに対し、特許文献１はそれぞれ異なる通信プロトコルによる通信機能を備える装置間に介在して両者の通信プロトコルを相互に変換する方法を提案する。
【０００４】
また、有線による通信方式を、ＩＥＥＥ８０２．１１規格（ＩＥＥＥ８０２．１１ａ／ｂ／ｇを含む）に準拠した無線による通信方式（無線通信プロトコル）に置き換えてコンピュータとデジタルカメラとの間でデータのやりとりを行なうことにより、より手軽にコンピュータとデジタルカメラを接続する方法も普及しつつある。
【０００５】
しかし、ＵＳＢを無線方式の通信に置き換えた場合、デジタルカメラだけでなく、コンピュータも無線通信機能を備えていないと無線通信することができないという問題がある。またＩＥＥＥ８０２．１１規格に準拠した通信方式の場合、コンピュータが無線通信機能を備えていても、すでにコンピュータがこの規格の無線ネットワークに加入している場合、デジタルカメラが無線通信機能を使ってコンピュータと接続するためには、デジタルカメラに対して加入する無線ネットワークの設定（例えば、使用する無線チャネル、ＥＳＳ−ＩＤ、ＷＥＰ  Ｋｅｙの設定など）を行なう必要がある。この設定をデジタルカメラの操作部材を使って行なうことは非常に煩雑である。特に、デジタルカメラを異なった無線ネットワークに加入している複数のコンピュータと無線接続させるためには、デジタルカメラに対して同じ数だけの無線ネットワーク設定を行なう必要がある。
【０００６】
これに対し、特許文献２は、コンピュータ側のＵＳＢバスに接続する無線ハブと、デバイス（例えばデジタルカメラ）のＵＳＢインタフェースに接続する無線ポートとを設け、これらの間で無線通信を実現する方法を提案する。無線ハブはコンピュータと通信を行ない、デバイスへのＵＳＢパケットを無線信号へ、デバイスからの無線信号をＵＳＢパケットに変換することにより、無線通信機能を持たないコンピュータとデジタルカメラとの通信を可能とする。
【特許文献１】特開２００１−１６８９４２号公報
【特許文献２】特開平１１−１１２５２４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１で提案されている方法は、デバイスとプロトコル変換装置とを１対１で接続するものであり、複数のデバイスがプロトコル変換装置を使用してホスト装置との通信を欲する場合に、どのデバイスに対してプロトコル変換の機能を提供するかという問題が考慮されていない。したがって、複数のデバイスを使用する場合の利便性に欠ける。
【０００８】
一方、特許文献２で提案されている方法は、ＵＳＢを備えていないデジタルカメラには適用することができない。また、無線ハブを接続するコンピュータ側はＵＳＢハブクラスのドライバを搭載する必要がある。例えばデジタルカメラと直接ＵＳＢ接続してダイレクトプリントを実行可能なプリンタは、簡易的なＵＳＢホスト機能を搭載していることがあるが、この場合、ＵＳＢハブクラスのドライバを搭載していないことがあるため、そのような場合には適用不可能である。
【０００９】
本発明はこのような状況に鑑みてなされたものであり、それぞれ異なる通信プロトコルによる通信機能を備えるホスト装置（例えばコンピュータ）と通信装置（例えば無線通信機能を備えたデジタルカメラ）との間の接続を容易にするプロトコル変換装置及びその制御方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記課題を解決するために、本発明のプロトコル変換装置は、ホスト装置と通信装置の間に介在して通信プロトコルを変換するプロトコル変換装置であって、第１の通信プロトコルによって前記通信装置と通信を行なう第１の通信手段と、第２の通信プロトコルによって前記ホスト装置と通信を行なう第２の通信手段と、前記第１の通信プロトコルに準拠したデータと前記第２の通信プロトコルに準拠したデータとを変換する、前記通信装置のデバイスタイプである第１のデバイスタイプに対応した第１のプロトコル変換プログラムを読み出す読み出し手段と、前記ホスト装置に対し、前記プロトコル変換装置のデバイスタイプとして、前記第１のデバイスタイプを認識させる認識手段と、前記読み出し手段により読み出した前記第１のプロトコル変換プログラムを用いて、前記第１の通信プロトコルに準拠したデータと前記第２の通信プロトコルに準拠したデータとを変換するプロトコル変換手段とを備え、前記読み出し手段により、前記第１のプロトコル変換プログラムが読みだされた後に、前記認識手段は、前記ホスト装置に対し、前記プロトコル変換装置のデバイスタイプとして、前記第１のデバイスタイプを認識させることを特徴とする。
【００１２】
また、本発明のプロトコル変換装置を制御する制御方法は、第１の通信プロトコルによって通信装置と通信を行なう第１の通信工程と、第２の通信プロトコルによってホスト装置と通信を行なう第２の通信工程と、前記第１の通信プロトコルに準拠したデータと前記第２の通信プロトコルに準拠したデータとを変換する、前記通信装置のデバイスタイプである第１のデバイスタイプに対応した第１のプロトコル変換プログラムを読み出す読み出し工程と、前記ホスト装置に対し、前記プロトコル変換装置のデバイスタイプとして、前記第１のデバイスタイプを認識させる認識工程と、前記読み出し工程により読み出された前記第１のプロトコル変換プログラムを用いて、前記第１の通信プロトコルに準拠したデータと前記第２の通信プロトコルに準拠したデータとを変換するプロトコル変換工程とを備え、前記読み出し工程により、前記第１のプロトコル変換プログラムが読みだされた後に、前記認識工程は、前記ホスト装置に対し、前記プロトコル変換装置のデバイスタイプとして、前記第１のデバイスタイプを認識させることを特徴とする。
【００１３】
なお、その他の本発明の特徴は、添付図面及び以下の発明を実施するための最良の形態の記載によっていっそう明らかになるものである。
【発明の効果】
【００１４】
以上の構成により、本発明のプロトコル変換装置及びその制御方法によれば、それぞれ異なる通信プロトコルによる通信機能を備えるホスト装置と通信装置を容易に接続することが可能となる。
【発明を実施するための最良の形態】
【００１５】
以下、添付図面を参照して、本発明の好適な実施形態を説明する。
【００１６】
なお、説明を簡単にするために、以下の各実施形態ではプロトコル変換装置と通信装置（例えばデジタルカメラ）はＩＥＥＥ８０２．１１規格に準拠した無線通信プロトコルで通信することとして説明するが、これに限定されるものではないことに注意されたい。データ形式（パケット形式）及びプロトコル変換方式を適宜変更すれば、例えばＩＥＥＥ１３９４規格に準拠した有線による通信プロトコルなど、任意の通信プロトコルに対して本発明は適用可能である。
【００１７】
同様に、プロトコル変換装置とホスト装置（例えばコンピュータ）はＵＳＢ通信プロトコルで通信することとして説明するが、これに限定されるものではないことに注意されたい。
【００１８】
［第１の実施形態］
＜基本的構成＞
図１は、本発明における通信システムの実施形態の一例を示す図である。
【００１９】
図１には、コンピュータ１００、プロトコル変換装置１２０、デジタルカメラ１４０が示されている。プロトコル変換装置１２０はコンピュータ１００とＵＳＢ規格の通信方式（ＵＳＢ通信プロトコル）で接続され、プロトコル変換装置１２０がＵＳＢのデバイス側、コンピュータ１００がＵＳＢのホスト側の役割で通信が実現されている。
【００２０】
また、プロトコル変換装置１２０及びデジタルカメラ１４０はＩＥＥＥ８０２．１１規格（ＩＥＥＥ８０２．１１ａ／ｂ／ｇを含む）に準拠した無線の通信方式（通信プロトコル）により接続されている。
【００２１】
＜プロトコル変換装置１２０の構成＞
図１において、プロトコル変換装置１２０はコンピュータ１００からＵＳＢ規格に準拠したデータパケットが送信されてくると、データパケットをＩＥＥＥ８０２．１１規格に準拠した無線データパケットに変換して、デジタルカメラ１４０に送信する機能を備えている。反対に、デジタルカメラ１４０からＩＥＥＥ８０２．１１規格に準拠した無線データパケットが送信されてくると、そのデータパケットをＵＳＢ規格に準拠したデータパケットに変換してコンピュータ１００に送信する機能を備えている。
【００２２】
このため、コンピュータ１００がＩＥＥＥ８０２．１１規格に準拠した無線の通信手段を備えていない場合でも、プロトコル変換装置１２０をコンピュータ１００にＵＳＢ接続することによって、デジタルカメラ１４０との間において、無線による通信を実現することが可能となる。
【００２３】
また、プロトコル変換装置１２０は図２に示すように、ダイレクトプリント機能を備えるプリンタ３００とＵＳＢ規格の通信方式で接続して使用することも可能である。この場合、プロトコル変換装置１２０がＵＳＢのデバイス側、プリンタ３００がＵＳＢのホスト側の役割で通信が実現される。なお、ダイレクトプリント機能とは、プリンタとデジタルカメラとをＵＳＢケーブルなどで直接接続して、デジタルカメラの保持する画像を印刷する機能である。
【００２４】
プロトコル変換装置１２０はプリンタ３００からＵＳＢ規格に準拠したデータパケットが送信されてくると、そのデータパケットをＩＥＥＥ８０２．１１規格に準拠した無線データパケットに変換して、デジタルカメラ１４０に送信する。一方、デジタルカメラ１４０からＩＥＥＥ８０２．１１規格に準拠した無線データパケットが送信されてくると、そのデータパケットをＵＳＢ規格に準拠したデータパケットに変換してプリンタ３００に送信する。
【００２５】
このため、プリンタ３００がＩＥＥＥ８０２．１１規格に準拠した無線の通信手段を備えていない場合でも、プロトコル変換装置１２０をプリンタ３００にＵＳＢ接続することにより、デジタルカメラ１４０との間において、無線によるダイレクトプリント機能を実現することが可能となる。
【００２６】
図３は、本実施形態におけるプロトコル変換装置の一例であるプロトコル変換装置１２０及び通信装置の一例であるデジタルカメラ１４０の構成を示すブロック図である。
【００２７】
プロトコル変換装置１２０はＵＳＢ  Ｉ／Ｆ１２１を備えており、コンピュータ１００のＵＳＢ  ＨＯＳＴ  Ｉ／Ｆ１０１を介してコンピュータ１００とＵＳＢ規格の通信方式で接続される。
【００２８】
また、プロトコル変換装置１２０は無線通信Ｉ／Ｆ１２２を備えていて、デジタルカメラ１４０の無線通信Ｉ／Ｆ１４１を介してＩＥＥＥ８０２．１１規格の無線通信を行なう。
【００２９】
さらに、プロトコル変換装置１２０はＣＰＵ１２３、ＲＯＭ１２４、ＲＡＭ１２９を備えている。ＣＰＵ１２３はＲＯＭ１２４に含まれるプログラムを読み出し、作業領域としてＲＡＭ１２９を使用してプログラムを実行し、プロトコル変換装置１２０全体を制御する。
【００３０】
ＲＯＭ１２４は変換プログラム群１２５、ＵＳＢ通信制御プログラム１２６、無線通信制御プログラム１２７、利用者調停プログラム１２８を含む。また、図示しないが、ＲＯＭ１２４は無線設定情報（使用する無線チャネル、ＥＳＳ−ＩＤ、ＷＥＰ  Ｋｅｙなど）も含む。また、ＲＡＭ１２９は送受信バッファ１３０、ＵＳＢ属性情報１３１を含む。
【００３１】
ＵＳＢ通信制御プログラム１２６はＵＳＢ  Ｉ／Ｆ１２１を制御するプログラムである。ＵＳＢ通信制御プログラム１２６はＵＳＢ属性情報１３１の値に応じて、ＵＳＢ規格で定義されているＤｅｖｉｃｅ  ＤｅｓｃｒｉｐｔｏｒやＤｅｖｉｃｅ＿Ｑｕａｌｉｆｉｅｒ  Ｄｅｓｃｒｉｐｔｏｒ、Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｄｅｓｃｒｉｐｔｏｒ、Ｏｔｈｅｒ＿Ｓｐｅｅｄ＿Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｄｅｓｃｒｉｐｔｏｒ、Ｉｎｔｅｒｆａｃｅ  Ｄｅｓｃｒｉｐｔｏｒ、Ｅｎｄｐｏｉｎｔ  Ｄｅｓｃｒｉｐｔｏｒの各データを生成して、ＵＳＢ  ＨＯＳＴ  Ｉ／Ｆ１０１からの要求に応じて返答する機能を備える。
【００３２】
無線通信制御プログラム１２７は無線通信Ｉ／Ｆ１２２を制御するプログラムである。
【００３３】
利用者調停プログラム１２８はプロトコル変換装置１２０を複数の通信装置（無線装置）が使用しようとする場合に、いずれか１つの無線装置に対してのみプロトコル変換機能の利用権を与えるように制御するプログラムである。すなわち図４に示すように、コンピュータ１００にＵＳＢ接続されたプロトコル変換装置１２０とＩＥＥＥ８０２．１１規格に準拠した無線通信手段を備えた２つのデジタルカメラ１４０及びプリンタ４００が無線による通信を行なうことができる場合に、同時に１つの無線装置にのみ利用権を与えて、その他の無線装置に対してはプロトコル変換装置１２０が利用不可能であることを通知するよう制御する。
【００３４】
ここで、プリンタ４００は図２におけるプリンタ３００と異なり、ＵＳＢ接続のホスト装置として機能するのではなく、プロトコル変換装置１２０と無線接続するデバイスであることに注意されたい。
【００３５】
また、プロトコル変換装置１２０は表示部１３２を備え、利用者調停プログラム１２８の制御に従ってプロトコル変換機能を無線装置に対して提供しているか否かを表示する。これによって、ユーザはプロトコル変換装置１２０を利用可能かどうか認識することができる。
【００３６】
なお、表示部１３２は液晶モニタや発光ダイオード等、ユーザに情報を通知できるものであれば何を用いても構わない。
【００３７】
変換プログラム群１２５は、プロトコルを変換する方法を定めたプログラムを１つ以上備えるものである。複数のプログラムを備える理由は、無線装置によってデータパケットの形式が異なり、その結果プロトコルの変換方法も異なるからである。例えば、プロトコル変換装置１２０を利用する無線装置がデジタルカメラ１４０及び図４におけるプリンタ４００の２種類である場合、変換プログラム群１２５はそれぞれの無線装置に対応するプログラムを備えることになる。
【００３８】
このようにして、プロトコル変換装置１２０は、変換プログラム群１２５が備える変換プログラムの数（種類）に応じた複数の無線装置に対してプロトコル変換機能を提供することができる。
【００３９】
プロトコル変換装置１２０のＣＰＵ１２３は、利用者調停プログラム１２８の働きによって、プロトコル変換機能の利用を許可された無線装置の種類に応じて、対応する変換プログラムを選択して実行する構成となっている。
【００４０】
ここで、図５を参照して、プロトコル変換装置１２０とデジタルカメラ１４０の間でやりとりされる無線データパケットのパケット構造を示す。
【００４１】
本実施形態におけるプロトコル変換装置１２０は、デジタルカメラ１４０との間の通信方式として、ユーザデータをＴＣＰ／ＩＰ形式のパケットに変換した後、ＩＥＥＥ８０２．１１規格のパケットに変換して、無線通信上で送受信する方式を採用している。そのため、ユーザデータの頭に、ＴＣＰヘッダ、ＩＰヘッダ、ＬＬＣヘッダ（論理リンク制御フィールド）、８０２．１１ヘッダを付加し、ユーザデータの後ろに８０２．１１ＦＣＳ（フレームの誤り検査フィールド）を付加する構成となっている。
【００４２】
ユーザデータとしては、ＰＴＰ（Ｐｉｃｔｕｒｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）規格で定められた形式のデータパケットが収納されている。ＰＴＰに関する説明を図６及び図７を用いて行なう。
【００４３】
図６はＰＴＰにおいてＩｎｉｔｉａｔｏｒ（本実施形態ではコンピュータ１００）とＲｅｓｐｏｎｄｅｒ（本実施形態ではデジタルカメラ１４０）の間でやりとりされるトランザクションの形式を示す図であり、図７はオペレーションフェーズパケット（図７（ａ））、データフェーズパケット（図７（ｂ））、レスポンスフェーズパケット（図７（ｃ））のパケット構造を示す図である。
【００４４】
図６に示すように、ＰＴＰではオペレーションフェーズ→レスポンスフェーズという構成のトランザクション（図６（ａ））と、オペレーションフェーズ→データフェーズ→レスポンスフェーズという構成のトランザクション（図６（ｂ）、図６（ｃ））が定義されている。また、データフェーズはＩｎｉｔｉａｔｏｒからＲｅｓｐｏｎｄｅｒの向きにデータを送信する場合（図６（ｂ））と、ＲｅｓｐｏｎｄｅｒからＩｎｉｔｉａｔｏｒの向きにデータを送信する場合（図６（ｃ））とがある。
【００４５】
先の図５に示す無線データのパケット構造にＰＴＰのデータパケットを詰める場合は、１つ以上のＵＳＢデータパケットから構成されるＰＴＰのデータパケットをＴＣＰの１パケットに収まるサイズに分割した後、適当なヘッダを付加してユーザデータ領域に書き込む手順をとる。例えば、ＵＳＢ１．１ではＵＳＢのデータパケットは最大６４Ｂｙｔｅであるが、ＴＣＰの１パケットのサイズは一般的に最大１５００Ｂｙｔｅであり、ＵＳＢデータパケットを最大６２個まとめて、１つのＩＥＥＥ８０２．１１規格のデータパケットを構成することができる。
【００４６】
このように、本実施形態では複数のＵＳＢデータパケットを束ねることにより、無線データパケットの転送サイズを大きくできるため、無線通信に伴うオーバーヘッドを小さくすることが可能である。
【００４７】
図３に戻って、プロトコル変換装置１２０はデジタルカメラ１４０から送信されるＩＥＥＥ８０２．１１規格のデータパケットを無線通信Ｉ／Ｆ１２２で受信すると、ＩＥＥＥ８０２．１１規格で定義されているヘッダ等を取り除き、さらにＩＰヘッダ、ＴＣＰヘッダに従って、ユーザデータを取り出し、ＲＡＭ１２９内部の送受信バッファ１３０に順次蓄積する。
【００４８】
送受信バッファ１３０に蓄積されるユーザデータとしては、ＣＰＵ１２３が利用者調停プログラム１２８や変換プログラム群１２５中の変換プログラムを実行する際に使用するものがある。
【００４９】
ＣＰＵ１２３は、送受信バッファ１３０に蓄積されたユーザデータを取り出して、ＰＴＰのデータフェーズパケット、レスポンスフェーズパケットを構築し、さらにＵＳＢ規格に準拠したデータパケットに変換する。次いで変換したデータパケットをＵＳＢ  Ｉ／Ｆ１２１を介して、コンピュータ１００に向けて送信する。ＵＳＢ規格の通信方式で、ＰＴＰのデータパケットを送信する場合、ＵＳＢのＢｕｌｋ  Ｉｎ転送を使用する。
【００５０】
一方、プロトコル変換装置１２０において、ＵＳＢ規格の通信方式でＰＴＰのデータパケットを受信する場合、ＵＳＢのＢｕｌｋ  Ｏｕｔ転送を使用する。コンピュータ１００からＵＳＢ規格に準拠したデータパケットが送信されてくると、ＵＳＢ  Ｉ／Ｆ１２１を介して受信する。
【００５１】
ＵＳＢデータパケットのうち標準リクエストのパケットについては、ＣＰＵ１２３がＵＳＢ通信制御プログラム１２６を実行することにより取り扱う。すなわち、コンピュータ１００から要求されるコントロール転送は、プロトコル変換装置１２０内でパケットの解析を行ない、応答を返す。
【００５２】
これにより、プロトコル変換装置１２０は無線上に流すＵＳＢパケットを自由に取捨選択でき、特にコントロール転送については、無線上でやりとりしないため、シーケンスを簡素化できる。
【００５３】
ＰＴＰのデータパケットについては、ＣＰＵ１２３がプロトコル変換プログラムを実行することによりデジタルカメラ１４０に送信可能な形式に変換される。すなわち、変換プログラムの動作によって、ＰＴＰのオペレーションフェーズパケット、データフェーズパケットを分割して、ＴＣＰ／ＩＰのユーザデータ形式に変換する。さらに、ＴＣＰヘッダ、ＩＰヘッダ、ＬＬＣヘッダ、８０２．１１ヘッダ、８０２．１１ＦＣＳを付加してＩＥＥＥ８０２．１１規格のデータパケットを生成し、無線通信Ｉ／Ｆ１２２を介してデジタルカメラ１４０に送信する。
【００５４】
プロトコル変換装置１２０の働きにより、コンピュータ１００から見ると、ＵＳＢ  ＨＯＳＴ  Ｉ／Ｆ１０１に直接ＵＳＢデバイスを接続して、ＰＴＰのデータパケットをやりとりする場合と同様のハードウェア及びソフトウェアの動作で、無線通信Ｉ／Ｆ１４１を備えたデジタルカメラ１４０と通信を行なうことができる。すなわち、コンピュータ１００のユーザは、ＵＳＢデバイスがコンピュータに接続されている場合と同様のデジタルカメラ操作用アプリケーションを実行することができ、無線通信利用に伴う煩雑な操作を要しない。
【００５５】
以上説明したように、プロトコル変換装置１２０において、プロトコル変換、ＵＳＢ通信制御、無線通信制御、利用者調停のそれぞれの機能は、ＲＯＭ１２４に格納されるプログラムをＣＰＵ１２３が実行することにより実現される。しかし、それぞれの機能は、例えばＵＳＢ通信制御を行なう専用の回路を使用するなど、ハードウェアを用いても実現可能なことに注意されたい。
【００５６】
＜デジタルカメラ１４０の構成＞
次に図３を参照して、デジタルカメラ１４０の構成を説明する。
【００５７】
デジタルカメラ１４０は、撮像部１４２を備え、これは撮影レンズと、撮影レンズを介して入射する被写体光を受光し、光電変換して画像信号を生成するＣＣＤと、後段のアナログ／デジタル（Ａ／Ｄ）変換回路等から構成される。撮像部１４２がＣＰＵ１４３の制御のもと、デジタル画像信号を出力して信号処理部１４４で信号処理（ホワイトバランス処理や圧縮処理等）を施した後、ＲＡＭ１４５に一時的にデジタル画像信号として保持する。次いで、作成されたデジタル画像信号に撮影設定情報などを付属情報としてヘッダ領域に付加し、最終的にＣＦ１４６（コンパクトフラッシュ（登録商標））に画像ファイルとして保存する。一連の撮像処理は、ＣＰＵ１４３がＲＯＭ１４７に格納されている撮像プログラム（不図示）を実行することにより行なう。
【００５８】
画像ファイルを記録するための記憶媒体としては、コンパクトフラッシュ（登録商標）の代わりに光磁気ディスクその他のリムーバブルメディアなど、情報を記録できるものであれば何を用いても構わない。
【００５９】
デジタルカメラ１４０はまた、デジタルカメラ１４０を操作する十字キーなどの操作部１４８、画像データやメニュー画面を表示する液晶モニタなどの表示部１４９（ＶＲＡＭを含む）、無線通信Ｉ／Ｆ１４１を備える。
【００６０】
また、ＲＯＭ１４７には、無線通信Ｉ／Ｆ１４１を制御する無線通信制御プログラム１５０が含まれ、その他図示しないが撮像した画像を表示部１４９に表示するためのプログラム、プロトコル変換装置１２０に対してプロトコル変換機能の利用要求を行ない、利用許可を受けるといった動作を行なうためのプログラム、無線設定情報などが含まれる。さらに、ＲＡＭ１４５にはプロトコル変換装置１２０とのデータ送受信に際して一時的にデータを格納する送受信バッファ１５１が含まれる。
【００６１】
デジタルカメラ１４０は、プロトコル変換装置１２０から送信されるＩＥＥＥ８０２．１１規格のデータパケットを無線通信Ｉ／Ｆ１４１で受信すると、ＩＥＥＥ８０２．１１規格で定義されているヘッダ等を取り除き、さらにＩＰヘッダ、ＴＣＰヘッダに従ってユーザデータを取り出し、送受信バッファ１５１に順次蓄積する。
【００６２】
送受信バッファ１５１に蓄積されるユーザデータとしては、プロトコル変換機能の利用調停に関するパケットや、プロトコル変換装置１２０を介してコンピュータ１００から送信されるＰＴＰのオペレーションフェーズデータ、データフェーズデータなどがある。本実施形態のデジタルカメラ１４０は、ＲＯＭ１４７に格納されているプログラムの動作によって、送受信バッファ１５１から蓄積されたユーザデータを取り出して、ＰＴＰのオペレーションフェーズパケット、データフェーズパケットを構築して、解釈するよう構成されている。
【００６３】
また、同じくＲＯＭ１４７に格納されているプログラムの動作によって、受け取ったＰＴＰのオペレーションフェーズパケットに応じて、コンピュータ１００に送信しようとするデータフェーズパケット、レスポンスフェーズパケットを生成して、送受信バッファ１５１に書き込む。無線通信制御プログラム１５０は、書き込まれたＰＴＰのオペレーションフェーズパケット、データフェーズパケットを分割して、ＴＣＰヘッダ、ＩＰヘッダを付加し、さらにＬＬＣヘッダ、８０２．１１ヘッダ、８０２．１１ＦＣＳを付加してＩＥＥＥ８０２．１１規格のデータパケットを生成する。次いで、無線通信Ｉ／Ｆ１４１を介して無線通信上でプロトコル変換装置１２０に向けて送信する。
【００６４】
なお、本実施形態のデジタルカメラ１４０は、データ送受信の相手であるコンピュータやプリンタの種類によっては、プロトコル変換装置１２０を介さずにデータを送受信することもできる。すなわち、そのコンピュータやプリンタがＩＥＥＥ８０２．１１規格に準拠した無線通信手段を備え、さらに、ＰＴＰで定められた形式のパケットをＴＣＰ／ＩＰ形式のパケットに変換した後にＩＥＥＥ８０２．１１規格のパケットに変換して無線通信上で送受信する手段を備えていればよい。
【００６５】
以上説明したデジタルカメラ１４０において、無線通信制御やその他のデジタルカメラ１４０の制御は、ＲＯＭ１４７に格納されるプログラムをＣＰＵ１４３が実行することにより実現される。しかし、それぞれの機能は、例えば無線通信制御を行なう専用の回路を使用するなど、ハードウェアを用いても実現可能なことに注意されたい。反対に、信号処理部１４４の機能は専用のハードウェアを用いずに、ＲＯＭ１４７中のプログラムに含ませることによっても実現可能である。
【００６６】
＜無線通信設定についての説明＞
プロトコル変換装置１２０及びデジタルカメラ１４０は、ＩＥＥＥ８０２．１１規格に準拠した無線通信を行なうため、無線通信設定を同一にする必要がある。無線通信設定を同一にするには、例えば製品出荷時にあらかじめプロトコル変換装置１２０のＲＯＭ１２４及びデジタルカメラ１４０のＲＯＭ１４７の双方に同一の無線通信設定情報を記録する。これにより、ユーザは煩雑な無線通信設定作業を行なわなくてすむという利点がある。
【００６７】
なお、プロトコル変換装置１２０及びデジタルカメラ１４０を別々に購入する場合や、２台目以降のデジタルカメラ１４０を追加する場合は、デジタルカメラ１４０の操作部１４８を使用して無線通信設定を変更することにより、プロトコル変換装置１２０の使用が可能となる。
【００６８】
＜処理の流れ＞
次に、図８及び図９を参照して、図３におけるプロトコル変換装置１２０とデジタルカメラ１４０の接続・切断処理の流れを説明する。
【００６９】
＜プロトコル変換装置１２０の処理＞
図８のステップＳ８００で、プロトコル変換装置１２０は、ＵＳＢ  ＨＯＳＴ  Ｉ／Ｆ１０１及びＵＳＢ  ＨＯＳＴ  Ｉ／Ｆ１０１を介してコンピュータ１００に接続されると、ＵＳＢ端子のＶ−Ｂｕｓに電圧がかかっていることをＣＰＵ１２３が検知することによって動作を開始する。以下、特に断らなければ図８におけるプロトコル変換装置１２０の動作はＣＰＵ１２３が行なうものとして説明する。
【００７０】
なお、プロトコル変換装置１２０は、ＵＳＢ  ＨＯＳＴから電源供給を受けて動作（バスパワー動作）する構成にしてもよいし、電池やＡＣアダプタなどの電源供給手段を備えて、ＵＳＢ  ＨＯＳＴから電源供給を受けずに動作（セルフパワー動作）する構成にしてもよい。
【００７１】
ステップＳ８０１で、プロトコル変換装置１２０は、無線装置に対してプロトコル変換機能の利用権を与えていない状態では、ＵＳＢのＨＩＤ（Ｈｕｍａｎ  Ｉｎｔｅｒｆａｃｅ  Ｄｅｖｉｃｅ）クラスのデバイスのディスクリプタを設定する。その後、ＵＳＢの信号線の一方（Ｌｏｗ  ＳｐｅｅｄデバイスのときはＤ−信号線、Ｆｕｌｌ  ＳｐｅｅｄデバイスのときはＤ＋信号線（図８ではＤ＋信号線として説明））を抵抗によって３．３ＶにＰｕｌｌ  ｕｐする。抵抗のＰｕｌｌ  ｕｐにより、コンピュータ１００はＨＩＤクラスのＵＳＢデバイスが接続されたものと認識する。
【００７２】
プロトコル変換装置が接続されているコンピュータ１００が搭載しているＯＳがＷｉｎｄｏｗｓ（登録商標）  ＯＳやＭａｃ  ＯＳなどの場合、一般的にＨＩＤクラスのドライバが出荷時にインストールされているため、ＨＩＤクラスのデバイスが接続された場合でも、専用のドライバをインストールする必要がないという利点がある。実際には、プロトコル変換装置１２０は、無線装置に対してプロトコル変換機能の利用権を与えていない状態ではＨＩＤクラスの機能をコンピュータに提供することはない。したがって、コンピュータ１００にドライバのインストールを要求するものでなければ、例えばＨＵＢクラスなど、任意のクラスとしてコンピュータに見せるような構成とすることができる。
【００７３】
或いは、Ｄ＋またはＤ−信号線のＰｕｌｌ  ｕｐを行なわないことによって、コンピュータ１００に対してＵＳＢデバイスが接続されているように見せないような構成も考えられる。この場合、コンピュータ１００上に無意味なＨＩＤクラスのデバイスが現れるようなことがないために、コンピュータ１００のユーザに対して混乱を与えることがない。さらに、ＵＳＢ  ＨＯＳＴ側の装置がＨＩＤクラスのドライバを搭載していないプリンタなどである場合でも、プロトコル変換装置１２０を接続した際に対応するドライバが存在しないことに起因するトラブルを回避できるという利点がある。
【００７４】
ステップＳ８０２で、プロトコル変換装置１２０は無線通信を開始する。前述の通り、プロトコル変換装置１２０及びデジタルカメラ１４０は同一の無線通信設定がなされている。したがって、通信圏内（電波が届く範囲内）にデジタルカメラ１４０が存在すれば無線通信が可能である。
【００７５】
ステップＳ８０３で、プロトコル変換装置１２０は、デジタルカメラ１４０等の無線装置からプロトコル変換機能の利用要求がくるのを待つ。
【００７６】
プロトコル変換機能の利用要求は、例えばプロトコル変換装置がＴＣＰ／ＩＰのサーバ、無線装置がＴＣＰ／ＩＰのクライアントになって、ＴＣＰ／ＩＰ上に実現された特定のパケットのやりとりによって実現することができる。ここで、図１０（ａ）は利用要求パケットの構成を示している。
【００７７】
利用要求パケットには、パケットの種類を示すＰａｃｋｅｔＣｏｄｅフィールド、デバイスの種類を示すＤｅｖｉｃｅＴｙｐｅフィールド、ＵＳＢ接続時の速度を示すＵＳＢＳｐｅｅｄフィールド、プロトコル変換プログラムの有無を示すｆＰｒｏｇｒａｍフィールド（後述）、ユニークなデバイスＩＤを書き込むＤｅｖｉｃｅＩＤフィールドが含まれる。
【００７８】
なお、本実施形態のプロトコル変換装置１２０は、ＵＳＢＳｐｅｅｄフィールドに従ってＵＳＢの通信速度をＦｕｌｌ  Ｓｐｅｅｄ、Ｈｉｇｈ  Ｓｐｅｅｄ、またはＬｏｗ  Ｓｐｅｅｄに設定する。しかし、無線通信の速度に応じて、例えばＩＥＥＥ８０２．１１ｂ規格でプロトコル変換装置１２０とデジタルカメラ１４０する場合はＵＳＢのＦｕｌｌ  Ｓｐｅｅｄに設定し、ＩＥＥＥ８０２．１１ｇ規格で接続する場合はＵＳＢのＨｉｇｈ  Ｓｐｅｅｄに設定するような構成にすることも可能である。
【００７９】
プロトコル変換装置１２０が利用要求パケットを受信すると、ステップＳ８０４へ移行する。
【００８０】
ステップＳ８０４では、プロトコル変換装置１２０は、既に他の無線装置に対してプロトコル変換機能を提供している状態であるかを判定する。提供中であればステップＳ８２０に移行し、利用拒否を発行する。利用拒否の詳細は後述する。提供中でなければステップＳ８０５へ移行する。
【００８１】
ステップＳ８０５では、プロトコル変換装置１２０は利用要求を送信した無線装置がＰＴＰで定められた形式のデータパケットを無線データパケットに変換して通信可能なデジタルカメラ１４０であるかどうかを判断する。利用要求を送信した無線装置がデジタルカメラ１４０であれば、ステップＳ８０６へ移行する。
【００８２】
ステップＳ８０６では、プロトコル変換装置１２０はデジタルカメラ１４０に対して、図１０（ｂ）に示すＴＣＰ／ＩＰパケットで構成される利用許可を送信する。利用許可パケットはＡｃｃｅｐｔｅｄＤｅｖｉｃｅＩＤフィールドを含み、利用要求パケットで通知されたＤｅｖｉｃｅＩＤを値として書き込む。
【００８３】
ステップＳ８０７では、プロトコル変換装置１２０はＵＳＢ信号線の一方（Ｌｏｗ  ＳｐｅｅｄデバイスのときはＤ−信号線、Ｆｕｌｌ  ＳｐｅｅｄデバイスのときはＤ＋信号線）のＰｕｌｌ  ｕｐ状態を解除する。これにより、コンピュータ１００では、接続されていたＨＩＤクラスのデバイスとの接続が解除された場合と同等の処理がなされる。
【００８４】
ステップＳ８０８では、プロトコル変換装置１２０はＵＳＢ属性情報１３１としてＳｔｉｌｌ  Ｉｍａｇｅクラスのデバイスのディスクリプタを設定する。ここで、図１１はＳｔｉｌｌ  Ｉｍａｇｅクラスのデバイスディスクリプタ情報（図１１（ａ））及びインタフェースディスクリプタ情報（図１１（ｂ））の構成の一例を示したものである。Ｓｔｉｌｌ  Ｉｍａｇｅクラスのデバイスの場合、ｂＩｎｔｅｒｆａｃｅＣｌａｓｓ＝０ｘ０６、ｂＩｎｔｅｒｆａｃｅＳｕｂＣｌａｓｓ＝０ｘ０１、ｂＩｎｔｅｒｆａｃｅＰｒｏｔｏｃｏｌ＝０ｘ０１の値をとる。すなわち、デジタルカメラ１４０に対してプロトコル変換機能の利用権を与える場合、プロトコル変換装置１２０はコンピュータ１００に対して、ＵＳＢのＳｔｉｌｌ  Ｉｍａｇｅクラスとして振舞うように構成されている。
【００８５】
したがって、ステップＳ８０９では、プロトコル変換装置１２０は、ＲＯＭ１２４の変換プログラム群１２５から、Ｓｔｉｌｌ  Ｉｍａｇｅクラス用の変換プログラムをロードする（読み出す）。この変換プログラムは先に説明したように、送受信バッファ１３０から蓄積されたユーザデータを取り出し、ＰＴＰのデータフェーズパケット、レスポンスフェーズパケットを構築し、さらにＵＳＢ規格に準拠したデータパケットに変換するという動作を行なう。また、ＵＳＢ  Ｉ／Ｆ１２１を介して受信したＵＳＢデータパケットから、ＰＴＰのオペレーションフェーズパケット、データフェーズパケットを分割して、ＴＣＰ／ＩＰのユーザデータ形式に変換するという動作も行なう。
【００８６】
ところで、本実施形態のプロトコル変換装置１２０は、Ｓｔｉｌｌ  Ｉｍａｇｅクラス以外の無線装置に対してもプロトコル変換機能を提供するように構成することが可能である。例えば変換プログラム群１２５がＵＳＢのＭａｓｓ  Ｓｔｏｒａｇｅクラス（ＭＳＣ）に対応する変換プログラムを含んでいれば、無線通信機能を備えたＨＤＤ（ハードディスクドライブ）からもプロトコル変換機能の利用が可能である。この場合、プロトコル変換装置１２０はコンピュータ１００に対してＵＳＢのＭａｓｓ  Ｓｔｏｒａｇｅクラス（ＭＳＣ）として振舞うように構成される。
【００８７】
この変換プログラムは、送受信バッファ１３０から蓄積されたユーザデータを取り出し、ＵＳＢ規格に準拠したＭａｓｓ  Ｓｔｏｒａｇｅクラスのデータパケットを構築するという動作を行なう。さらに、ＵＳＢ  Ｉ／Ｆ１２１を介して受信したＵＳＢデータパケットから、Ｍａｓｓ  Ｓｔｏｒａｇｅクラスのデータパケットを抜き出した後、分割して、ＴＣＰ／ＩＰのユーザデータ形式に変換するという動作を行なう。
【００８８】
このときの処理の流れを示したものが、ステップＳ８１０乃至ステップＳ８１４である。プロトコルの変換方法等はＳｔｉｌｌ  Ｉｍａｇｅクラスの場合と異なるが、本発明において重要な処理の流れは同様であるため、詳細な説明は省略する。
【００８９】
なお、図１２はＭａｓｓ  Ｓｔｏｒａｇｅクラスのデバイスディスクリプタ情報（図１２（ａ））及びインタフェースディスクリプタ情報（図１２（ｂ））の構成の一例を示したものである。Ｂｕｌｋ−Ｏｎｌｙプロトコルを採用したＭａｓｓ  Ｓｔｏｒａｇｅクラスのデバイスの場合、ｂＩｎｔｅｒｆａｃｅＣｌａｓｓ＝０ｘ０８、ｂＩｎｔｅｒｆａｃｅＳｕｂＣｌａｓｓ＝０ｘ０５、ｂＩｎｔｅｒｆａｃｅＰｒｏｔｏｃｏｌ＝０ｘ５０の値をとる。
【００９０】
また、図８中には描かれていないが、変換プログラム群１２５に対応する変換プログラムが含まれていればさらに他の種類の無線装置にもプロトコル変換機能を提供することが可能である。対応する変換プログラムが含まれていない場合、ステップＳ８２０へ移行し、利用拒否パケットを発行する。次いでステップＳ８０４へ戻る。ここで、図１０を参照して、利用拒否について説明する。
【００９１】
図１０（ｃ）は利用拒否パケットの構成を示す図であり、ＡｃｃｅｐｔｅｄＤｅｖｉｃｅＩＤフィールドには、利用要求パケットで通知されたＤｅｖｉｃｅＩＤを書き込む。Ｒｅａｓｏｎには、利用要求の拒否の理由を書き込む。拒否の理由には、プロトコル変換装置１２０が対応するプロトコル変換プログラムを備えていないということや、前述のステップＳ８０４で説明したように、既に他の無線装置に対してプロトコル変換機能を提供しているということが存在する。
【００９２】
ステップＳ８０９又はステップＳ８１４での変換プログラムのロードの後、ステップＳ８１５で、プロトコル変換装置１２０はＤ＋信号線のＰｕｌｌ  ｕｐを行なう。これにより、コンピュータ１００はＵＳＢデバイスとしてプロトコル変換装置１２０が接続されたことを検知し、プロトコル変換装置１２０はコンピュータ１００に対して、Ｓｔｉｌｌ  ＩｍａｇｅクラスのＵＳＢデバイス又はＭａｓｓ  ＳｔｏｒａｇｅクラスのＵＳＢデバイスとして振舞うようになる。
【００９３】
前述のように、Ｓｔｉｌｌ  ＩｍａｇｅクラスのドライバやＭａｓｓ  Ｓｔｏｒａｇｅクラスのドライバは一般的にＷｉｎｄｏｗｓ（登録商標）  ＯＳやＭａｃ  ＯＳに出荷時にインストールされているため、ユーザがドライバをインストールすることなく通信を開始することができる。
【００９４】
ステップＳ８１６では、プロトコル変換装置１２０は変換プログラムの実行を開始する。デジタルカメラ１４０がプロトコル変換機能を利用する場合、この段階で、デジタルカメラ１４０がプロトコル変換装置１２０を介してコンピュータ１００と接続された状態となる。すなわち、コンピュータ１００から送られてくるＰＴＰのオペレーションフェーズデータに従って、デジタルカメラ１４０がデータフェーズデータを送受信したり、レスポンスデータを送信したりすることにより、デジタルカメラ１４０が備えるＣＦ１４６に格納されている画像データをコンピュータ１００に送信したり、反対にコンピュータ１００から送られてくる画像データをＣＦ１４６に保存したりすることができる。
【００９５】
ここで重要なのは、デジタルカメラ１４０から見るとＩＥＥＥ８０２．１１規格に準拠した無線通信によってコンピュータとやりとりをする一方、コンピュータ１００から見るとＵＳＢ  ＨＯＳＴ  Ｉ／Ｆ１０１の先にＳｔｉｌｌ  ＩｍａｇｅクラスのＵＳＢデバイスが接続され、ＰＴＰで定められた形式のデータパケットでやりとりをすることである。すなわち、プロトコル変換装置１２０の働きにより、異なるプロトコルで通信する機器間でプロトコルの違いを意識する必要が無くなる。
【００９６】
ステップＳ８１７では、プロトコル変換装置１２０はプロトコル変換機能の利用権を与えている無線装置から、利用権の解放があったかどうかを調べる。利用権の解放の通知は図１０（ｄ）に示す構成のＴＣＰ／ＩＰパケットで送信される。図１０（ｄ）のＤｅｖｉｃｅＩＤフィールドには、利用要求パケットで指定されたＤｅｖｉｃｅＩＤと同じ値が書き込まれている。Ｓ８１７で利用権の解放が発生するか、あるいはステップＳ８１８で電波障害等何らかの理由で無線接続自体が切断された場合、ステップＳ８１９でＤ＋のＰｕｌｌ  ｕｐ状態を解除してコンピュータ１００とのＵＳＢ接続を切断し、ステップＳ８０１に戻ってＨＩＤクラスでの接続状態に復帰する。
【００９７】
この後、プロトコル変換装置１２０は、新たな無線装置からのプロトコル変換機能の利用要求を受信した場合に、これまで説明してきたことと同様にその無線装置の種類に応じたプロトコル変換機能を提供すると同時に、コンピュータに対して無線装置の種類に応じたＵＳＢのクラスとして振舞うよう動作する。
【００９８】
＜デジタルカメラ１４０の処理＞
次に、図９を参照して、図３におけるデジタルカメラ１４０がプロトコル変換装置１２０に対して接続・切断するシーケンスを説明する。デジタルカメラ１４０の接続動作は操作部１４８を使用してユーザが無線通信の開始を指示するなどすることによって開始される。以下、特に断らなければ図９におけるデジタルカメラ１４０の動作はＣＰＵ１４３が行なうものとして説明する。
【００９９】
ステップＳ９０１では、デジタルカメラ１４０は無線通信Ｉ／Ｆ１４１を介した無線通信を可能な状態にする。前述の通り、プロトコル変換装置１２０及びデジタルカメラ１４０は同一の無線通信設定がなされている。したがって、通信圏内（電波が届く範囲内）にプロトコル変換装置１２０が存在すれば無線通信が可能である。
【０１００】
ステップＳ９０２では、デジタルカメラ１４０はプロトコル変換装置１２０に対してプロトコル変換機能の利用要求を送信する。利用要求はＴＣＰ／ＩＰ上に実現された特定のパケット（図１０（ａ））の送信によって実現される。本実施形態のデジタルカメラ１４０は、利用要求パケットの中でデバイスの種類を表す情報（ＤｅｖｉｃｅＴｙｐｅ）も同時に送信する。
【０１０１】
ステップＳ９０３では、デジタルカメラ１４０はプロトコル変換装置１２０から利用許可パケット（図１０（ｂ））の受信を待つ。
【０１０２】
利用許可パケットを受信し、ＡｃｃｅｐｔｅｄＤｅｖｉｃｅＩＤフィールドの値が、自身が送信した利用要求パケットのＤｅｖｉｃｅＩＤフィールドの値と同一であればステップＳ９０４に進み、デジタルカメラ１４０をＰＣ接続モードに移行させる。
【０１０３】
ＰＣ接続モードとは、例えば撮影モードや再生モードなどと同様に、デジタルカメラ１４０が有するモードの１つである。このモードではユーザは電源ボタンなど、操作部１４８のうち限られた操作部材しか操作できないようになり、意図に反して操作部１４８を触ってしまったなどの理由によって無線通信が中断されるといったことを回避することができる。
【０１０４】
なお、ステップＳ９０３で利用許可パケットを受信せず、ステップＳ９１０で利用拒否パケットを受信した場合、ステップＳ９１１で利用拒否の理由を表示部１４９に表示するなどしてユーザに通知し、処理を終了する。
【０１０５】
ステップＳ９０５では、デジタルカメラ１４０はプロトコル変換装置１２０が提供するプロトコル変換機能の利用を開始する。プロトコル変換機能の動作はステップＳ８１６で説明した内容と同様であるため、詳細は省略する。また、送受信されるデータをデジタルカメラ１４０が処理する方法はデジタルカメラ１４０の構成と併せて説明したため、ここでは省略する。
【０１０６】
ステップＳ９０６では、デジタルカメラ１４０はユーザが操作部１４８に含まれる電源ボタンや無線通信の終了ボタンを押すのを監視する。ユーザが電源ボタンや無線通信の終了ボタンを押すと、ステップＳ９０７で利用権解放パケット（図１０（ｄ））をＴＣＰ／ＩＰ上でプロトコル変換装置１２０に対して送信する。
【０１０７】
次いでステップＳ９０８でデジタルカメラ１４０は無線接続を切断し、ステップＳ９０９でＰＣモードを解除して、通常のモード（撮影モードや再生モードなど）に戻る。
【０１０８】
また、図１０（ａ）で示した利用要求のパケットにおいて、ＵＳＢの通信速度属性を無線装置から指定するようにして、その指定に従って、プロトコル変換装置のＵＳＢのデバイスディスクリプタの通信速度属性フィールドを、Ｆｕｌｌ  Ｓｐｅｅｄ、Ｈｉｇｈ  Ｓｐｅｅｄ、又はＬｏｗ  Ｓｐｅｅｄ設定にし、さらには設定した通信速度属性で振舞うように制御するように構成することも容易である。
【０１０９】
＜第１の実施形態のまとめ＞
以上説明したように、本実施形態によれば、図３においてプロトコル変換装置１２０は変換プログラム群１２５を備え、ＣＰＵ１２３が変換プログラム群１２５を実行することによりプロトコル変換機能を提供する。また、複数の無線装置がプロトコル変換装置１２０を利用しようとする場合に、どの無線装置に対してプロトコル変換機能を提供するかを決める調停を行なう。また、デジタルカメラ１４０はプロトコル変換装置１２０に対し、プロトコル変換機能の利用要求を行なう。
【０１１０】
これにより、無線通信機能を持たないコンピュータ１００と無線通信機能を持つデジタルカメラ１４０の間の通信が可能となる。また、コンピュータ１００からはプロトコル変換装置１２０が一般的なクラス（デジタルカメラ１４０の場合はＳｔｉｌｌ  Ｉｍａｇｅクラス）のＵＳＢデバイスに見えるため、ユーザが新たに無線デバイス用のドライバなどをコンピュータ１００にインストールすることなく通信が可能であるという利点がある。これは一般的に限られたドライバしか搭載していないプリンタなどがＵＳＢ  ＨＯＳＴ装置となる場合に特に重要な利点となる。
【０１１１】
［第２の実施形態］
第１の実施形態のプロトコル変換装置１２０は、あらかじめＲＯＭ１２４に複数の変換プログラムを保持していて、プロトコル変換機能を提供する無線装置に応じて、起動する変換プログラムを切り替える構成であった。図１３に示される本実施形態のプロトコル変換装置１６０は、プロトコル変換機能を利用する無線装置がプロトコル変換装置１６０に変換プログラムを送信し、プロトコル変換装置１６０では受信した変換プログラムに従ってプロトコル変換機能を提供する。
【０１１２】
＜プロトコル変換装置１６０及びデジタルカメラ１８０の構成＞
図１３は、本実施形態におけるプロトコル変換装置の一例であるプロトコル変換装置１６０及び通信装置の一例であるデジタルカメラ１８０の構成を示すブロック図である。図１３において、第１の実施形態と同じ機能を有する構成要素には同一の符号を付し、詳細な説明は省略する。
【０１１３】
第１の実施形態と同様に、プロトコル変換装置１６０はコンピュータ１００とＵＳＢ規格の通信プロトコルで接続され、プロトコル変換装置１６０がＵＳＢのデバイス側、コンピュータ１００がＵＳＢのホスト側の役割で通信が実現されている。
【０１１４】
また、プロトコル変換装置１６０およびデジタルカメラ１８０はＩＥＥＥ８０２．１１規格に準拠した無線通信プロトコルにより通信可能である。その他、無線データパケットの構造（図５）やプロトコル変換の方法など、特に断らなければ第１の実施形態と同様である。
【０１１５】
以下、プロトコル変換装置１６０及びデジタルカメラ１８０の構成について第１の実施形態と異なる部分を説明する。
【０１１６】
ＲＯＭ１６１には、プロトコル変換プログラムが含まれない。本実施形態では代わりに、デジタルカメラ１８０のＲＯＭ１８１が保持する変換プログラム１８２を受信し、ＲＡＭ１６２中の変換プログラム格納領域１６４に格納する。
【０１１７】
また、ＵＳＢ属性情報１６３はデジタルカメラ１８０のＲＯＭ１８１が保持するＵＳＢ属性情報１８３を受信することにより、設定される。
【０１１８】
ＵＳＢ属性情報１８３はデジタルカメラ１８０に対応する属性情報である。変換プログラム１８２は、ＣＰＵ１２３が実行可能なプログラムであり、デジタルカメラ１８０とコンピュータ１００がプロトコル変換装置１６０を介して無線通信でやりとりできるように、プロトコルを変換するものである。変換方法自体は第１の実施形態と同様である。
【０１１９】
＜処理の流れ＞
次に、図１４及び図１５を参照して、プロトコル変換装置１６０とデジタルカメラ１８０の接続・切断処理の流れを説明する。
【０１２０】
＜プロトコル変換装置１６０の処理＞
図１４は、プロトコル変換装置１６０の接続・切断処理の流れの一例を示すフローチャートである。ステップＳ１４００乃至ステップＳ１４０２における処理は図８のステップＳ８００乃至ステップＳ８０２と同様でありプロトコル変換装置１６０が動作を開始し、ディスクリプタをＨＩＤクラスに設定し、Ｄ＋信号線をＰｕｌｌ  ｕｐし、無線通信を可能化する。以下、特に断らなければ図１４におけるプロトコル変換装置１６０の動作はＣＰＵ１２３が行なうものとして説明する。
【０１２１】
ステップＳ１４０３では、プロトコル変換装置１６０は無線装置からプロトコル変換機能の利用要求がくるのを待つ。プロトコル変換機能の利用要求パケットの構成は、図１０（ａ）に示したものと同様である。また、本実施形態の場合、利用要求パケットにおいて、ｆＰｒｏｇｒａｍフィールド（送信する変換プログラムがあるか否か）の値がＴＲＵＥをとるものとする。
【０１２２】
なお、第１の実施形態では利用要求の受信後、利用要求を発した無線装置の種類に応じてプロトコル変換機能を提供可能か判断するステップが存在した（図８のステップＳ８０５、ステップＳ８１０）。しかし、本実施形態ではプロトコル変換プログラムを無線装置から受信できるため、対応するステップが存在しない。
【０１２３】
ステップＳ１４０４では図８のステップＳ８０５と同様、既に他の無線装置に対してプロトコル変換機能を提供している状態であるかを判定する。提供中であればステップＳ１４１６に移行し、ステップＳ８０２と同様、利用拒否を発行する。
【０１２４】
ステップＳ１４０５ではステップＳ８０６と同様、利用許可を発行する。
【０１２５】
ステップＳ１４０６では、プロトコル変換装置１６０は変換プログラム１８２をデジタルカメラ１８０から受信する。変換プログラム１８２はＩＥＥＥ８０２．１１規格のパケットの形式であり、プロトコル変換装置１６０はこれを無線通信Ｉ／Ｆ１２２を介して受信し、変換プログラム格納領域１６４に格納する。
【０１２６】
なお、利用要求のたびに変換プログラム１８２を受信するのではなく、変換プログラム格納領域１６４に必要な変換プログラムが格納されていないときのみ変換プログラム１８２を受信する構成とすることも可能である。例えば、ＲＡＭ１６２が複数の変換プログラムを格納するのに十分なメモリ容量を有し、又はデジタルカメラ１８０が連続してプロトコル変換装置を利用する場合などにおいては、最初の利用要求の時にのみ変換プログラム１８２を受信する構成とすることが可能である。これによって、２度目以降にデジタルカメラ１８０がプロトコル変換機能を利用できるまでの時間を短くすることができる。
【０１２７】
ステップＳ１４０７では、プロトコル変換装置１６０はＵＳＢ属性情報１８３を受信する。ＵＳＢ属性情報１８３も変換プログラム１８２と同様にＩＥＥＥ８０２．１１規格のパケットの形式であり、プロトコル変換装置１６０はこれを無線通信Ｉ／Ｆ１２２を介して受信し、この情報に基づいてＵＳＢ属性情報１６３を設定する。
【０１２８】
ステップＳ１４０８ではステップＳ８０７と同様、Ｄ＋信号線のＰｕｌｌ  ｕｐを解除する。
【０１２９】
ステップＳ１４０９では、ＵＳＢのデバイスクラスのディスクリプタを設定する。ディスクリプタはＵＳＢ属性情報１６３から生成する。例えばプロトコル変換機能を利用する無線装置がデジタルカメラ１８０の場合、結局ステップＳ８０８と同様、ＵＳＢ属性情報１６３にＳｔｉｌｌ  Ｉｍａｇｅクラスのディスクリプタを設定する。
【０１３０】
ステップＳ１４１０はステップＳ８０９と同様、変換プログラム格納領域１６４から対応する変換プログラムをロードする。また、ステップＳ１４１１乃至ステップＳ１４１５はステップＳ８１５乃至ステップＳ８１９と同様、Ｄ＋信号線をＰｕｌｌ  ｕｐし、利用権の解放や無線接続の切断があるまでプロトコル変換プログラムを実行し、最後にＤ＋のＰｕｌｌ  ｕｐを解除する
この後、プロトコル変換装置１６０は新たな無線装置からのプロトコル変換機能の利用要求を受信した場合に、これまで説明してきた動作と同様に、その無線装置のデバイスの種類に応じたプロトコル変換機能を提供すると同時に、コンピュータに対してデバイスの種類に応じたＵＳＢのクラスとして振舞うよう動作する。
【０１３１】
＜デジタルカメラ１８０の処理＞
次に、図１５を参照してデジタルカメラ１８０がプロトコル変換装置１６０に対して接続・切断する処理の流れを説明する。デジタルカメラ１８０の接続動作は操作部１４８を使用してユーザが無線通信の開始を指示するなどすることによって開始される。以下、特に断らなければ図１５におけるデジタルカメラ１８０の動作はＣＰＵ１４３が行なうものとして説明する。
【０１３２】
ステップＳ１５００乃至ステップＳ１５０３は図９のステップＳ９００乃至ステップＳ９０３と同様、無線通信を可能化して利用要求を送信し、利用許可を受信したかを判定する。また、プロトコル変換装置１６０から利用拒否を受信した場合はステップＳ１５１２及びステップＳ１５１３で、ステップＳ９１０及びステップＳ９１１と同様、利用拒否の理由を表示部１４９に表示するなどしてユーザに通知し、処理を終了する。
【０１３３】
ステップＳ１５０４では、デジタルカメラ１８０は変換プログラム１８２をＲＯＭ１８１から読み出し、ＴＣＰ／ＩＰ形式のパケットに変換した後、ＩＥＥＥ８０２．１１規格のパケットに変換して無線通信上でプロトコル変換装置１６０に送信する。
【０１３４】
ステップＳ１５０５では、デジタルカメラ１８０はＵＳＢ属性情報１８３をＲＯＭ１８１から読み出し、ＴＣＰ／ＩＰ形式のパケットに変換した後、ＩＥＥＥ８０２．１１規格のパケットに変換して無線通信上でプロトコル変換装置１６０に送信する。
【０１３５】
ステップＳ１５０６乃至ステップＳ１５１１はステップＳ９０４乃至ステップＳ９０９における処理と同様、無線通信の終了が指示されるまでプロトコル変換装置１６０を利用してデータの送受信を行なう。
【０１３６】
＜第２の実施形態のまとめ＞
以上説明したとおり、本実施形態によれば、プロトコル変換装置１６０はプロトコル変換機能を利用する無線装置からプロトコル変換プログラムを受信して、受信したプログラムに従ってプロトコル変換機能を提供する。したがって、あらかじめプロトコル変換装置１６０に変換プログラムを保持する必要がなく、プロトコル変換装置１６０の動作を知っている任意の無線装置、すなわちプロトコル変換装置１６０が使用可能なプロトコル変換プログラムを有する任意の無線装置がプロトコル変換装置１６０を利用することが可能である。
【０１３７】
これにより、第１の実施形態における利点に加えて、複数の種類の無線装置に対して容易にプロトコル変換機能を提供でき、ホスト装置と通信装置をより一層容易に無線接続することが可能となる。
【０１３８】
また、特定の無線装置と、プロトコル変換装置１６０との間のプロトコルの変換方法に変更が生じた場合、無線装置の動作プログラムの更新と同時に、変換プログラムの更新を行なえばよい。すなわち、無線装置とプロトコル変換装置１６０双方のソフトウェアを更新する必要が無く、１つのデバイスに対するソフトウェアの更新作業を行なうだけで済むため、利便性に優れる。
【０１３９】
［その他の実施形態］
上述の各実施形態において、プロトコル変換装置１２０及びプロトコル変換装置１６０は、図１０で示した利用要求や利用許可のパケットのやりとりによってプロトコル変換機能を提供する無線装置の調停を行なう構成であった。しかし、プロトコル変換装置１２０及びプロトコル変換装置１６０がダイヤルやレバーなどの操作部材を備えて、ユーザがその操作部材を使ってプロトコル変換機能を提供する無線装置を指定することができるようにして、指定された無線装置に対してのみプロトコル変換機能の提供を許可する構成にすることも可能である。
【０１４０】
このような構成にすることにより、ユーザの意図した無線装置以外の無線装置がプロトコル変換装置１２０又はプロトコル変換装置１６０を使用することを防止することができる。
【０１４１】
ところで、ＩＥＥＥ８０２．１１規格のＭＡＣレイヤ（媒体アクセス制御レイヤ）では、ＣＳＭＡ／ＣＡ（衝突回避機能つきキャリア感知多重アクセス）による無線チャネル・アクセス制御機能や、基地局と端末局間のマネージメント機能を備えており、無線局間でやり取りされる無線パケットのフレーム・フォーマットを定義している。ＭＡＣフレームのタイプとしては、マネージメント・フレーム、制御フレーム、データ・フレームの３種類がある。
【０１４２】
このうちマネージメント・フレームの機能を拡張して、図１０で示したプロトコル変換装置と他の無線装置の間の利用要求や利用許可のやりとりを行なうように実現することも可能である。デジタルカメラ１４０（又はデジタルカメラ１８０）は、プロトコル変換装置１２０（又はプロトコル変換装置１６０）を介さずに直接無線通信上でコンピュータやプリンタとやりとりする場合は、利用要求や利用許可のやりとりは不要である。したがって、ＭＡＣ層で利用要求や利用許可のやりとりをすることによって、プロトコル変換装置１２０（又はプロトコル変換装置１６０）を介さずに直接無線通信上でコンピュータやプリンタを接続する場合と、プロトコル変換装置１２０（又はプロトコル変換装置１６０）を介してコンピュータやプリンタと無線接続する場合とで、ＴＣＰ／ＩＰ層から上のシーケンスを同じように実現でき、無線接続相手の違いを意識する必要がないという利点がある。
【０１４３】
また、プロトコル変換機能を提供する無線装置の調停を行なう方法としては、プロトコル変換装置１２０及びプロトコル変換装置１６０が無線電波をスキャンして、ＩＥＥＥ８０２．１１で定義されているＢｅａｃｏｎフレームやＰｒｏｂｅ  ＲｅｑｕｅｓｔフレームのＥＳＳ−ＩＤフィールドが、特定のＥＳＳ−ＩＤであるデバイスに対して、プロトコル変換機能を提供するというように実現することも可能である。
【０１４４】
また、上述した各実施の形態の処理は、各機能を具現化したソフトウェアのプログラムコードを記録した記憶媒体をシステム或は装置に提供し、そのシステム或は装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても実現することができる。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フロッピィ（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
【０１４５】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した各実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行ない、その処理によって前述した各実施の形態の機能が実現される場合も含まれている。
【０１４６】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書きこまれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行ない、その処理によって前述した各実施の形態の機能が実現される場合も含むものである。
【図面の簡単な説明】
【０１４７】
【図１】本発明における通信システムの実施形態の一例を示す図である。
【図２】本発明における通信システムの実施形態の一例を示す図である。
【図３】第１の実施形態におけるプロトコル変換装置及びデジタルカメラの構成の一例を示すブロック図である。
【図４】本発明における通信システムの実施形態の一例を示す図である。
【図５】プロトコル変換装置とデジタルカメラの間でやりとりされる無線データパケットのパケット（ＩＥＥＥ８０２．１１形式のパケット）構造を示す図である。
【図６】ＰＴＰにおいてＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒの間でやりとりされるトランザクションの形式を示す図である。
【図７】ＰＴＰにおけるオペレーションフェーズパケット、データフェーズパケット、レスポンスフェーズパケットのパケット構成図である。
【図８】第１の実施形態におけるプロトコル変換装置の接続・切断処理の流れの一例を示すフローチャートである。
【図９】第１の実施形態におけるデジタルカメラの接続・切断処理の流れの一例を示すフローチャートである。
【図１０】利用要求パケット、利用許可パケット、利用拒否パケット、利用権解放パケットの構成を示す図である。
【図１１】ＵＳＢ  Ｓｔｉｌｌ  Ｉｍａｇｅクラスのディスクリプタ情報の構成を示す図である。
【図１２】ＵＳＢ  Ｍａｓｓ  Ｓｔｏｒａｇｅクラスのディスクリプタ情報の構成を示す図である。
【図１３】第２の実施形態におけるプロトコル変換装置及びデジタルカメラの構成の一例を示すブロック図である。
【図１４】第２の実施形態におけるプロトコル変換装置の接続・切断処理の流れの一例を示すフローチャートである。
【図１５】第２の実施形態におけるデジタルカメラの接続・切断処理の流れの一例を示すフローチャートである。
【符号の説明】
【０１４８】
１００  コンピュータ
１０１  ＵＳＢ  ＨＯＳＴ  Ｉ／Ｆ
１２０  プロトコル変換装置
１２１  ＵＳＢ  Ｉ／Ｆ
１２２  無線通信Ｉ／Ｆ
１２５  変換プログラム群
１２８  利用者調停プログラム
１４０  デジタルカメラ
１４１  無線通信Ｉ／Ｆ
【図１】
0004683629.tif 000002
【図２】
0004683629.tif 000003
【図３】
0004683629.tif 000004
【図４】
0004683629.tif 000005
【図５】
0004683629.tif 000006
【図６】
0004683629.tif 000007
【図７】
0004683629.tif 000008
【図８】
0004683629.tif 000009
【図９】
0004683629.tif 000010
【図１０】
0004683629.tif 000011
【図１１】
0004683629.tif 000012
【図１２】
0004683629.tif 000013
【図１３】
0004683629.tif 000014
【図１４】
0004683629.tif 000015
【図１５】
0004683629.tif 000016