(57)【要約】【課題】無線通信において、接続先候補装置として検出された装置を選別することができる無線通信装置を提供する。【解決手段】マスタ・スレーブ型の通信形態をとり、スレーブ側がマスタを接続先装置として選択できるスレーブ側の無線通信装置であって、前記無線通信装置は、接続先装置を登録する初期設定接続の際に、マスタに対しスレーブを動作させるためのソフトウェアをインストールし、通常接続時には、前記ソフトウェアを基に接続目的に適合したマスタを選別することができる。【選択図】図１７
2010183233.tif 000002
【特許請求の範囲】
【請求項１】
マスタ・スレーブ型の通信手段により接続されるスレーブ側の無線通信装置であって、
無線および有線でマスタ側の装置と接続する接続方式を有するインターフェース部と、
このインターフェース部を介して、マスタ側の装置と接続し、このマスタ側の装置が要求するデータの送信、受信を制御する制御部と、
接続されたマスタ側の装置が要求するデータの生成あるいは蓄積をし、前記制御部にこのデータの受け渡しをするデバイス部と、
本装置と接続するためのマスタ側の装置が必要とするソフトウェアを記録する記録部と、接続先装置を登録する初期設定接続の際に、
この記録部より前記ソフトウェアを取り出し、前記インターフェース部の有線または無線での接続方式を介して、接続されるマスタ側の装置に対して、前記ソフトウェアの送信と、このソフトウェアのインストールの指示を行うソフトウェアインストール部と、通常接続の際に、前記インターフェース部の無線での接続方式を介して、複数のマスタ側の装置の中で、接続目的に適合したマスタ側の装置を自動判別する判別手段を有するマスタ装置判別部と、を備えた無線通信装置。
【請求項２】
前記マスタ装置判別部の判別手段は、マスタ側の装置が、前記接続するためのマスタ側の装置が必要とするソフトウェアをインストール済みかどうかについて確認することで行う請求項１に記載の無線通信装置。
【請求項３】
前記無線通信装置がCertified Wireless USBに準拠していることを特徴とする請求項１に記載の無線通信装置。
【請求項４】
前記ソフトウェアが前記無線通信装置を動作させるドライバソフトウェアであることを特徴とする請求項１に記載の無線通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信装置に関するものである。
【背景技術】
【０００２】
近距離無線通信仕様の一つとしてCertified Wireless USB（以下、WUSBと呼ぶ）が知られており、この仕様に準拠した無線通信装置を備えた電子機器が実現されてきている。このような電子機器として、例えば、情報携帯端末やパーソナルコンピュータが考えられ、これらの機器間でWUSB準拠の無線通信によってファイル転送等を行うことが可能である。WUSBでは、マスタ・スレーブ型の通信形態をとり、マスタ（ＰＣ等）をホスト、スレーブ（周辺機器）をデバイスと呼ぶ。
【０００３】
従来のこの無線通信装置は、以下のような構成となっていた。
【０００４】
すなわち、無線および有線でマスタ側の装置と接続する接続方式を有するインターフェース部と、このインターフェース部を介して、マスタ側の装置と接続し、このマスタ側の装置が要求するデータの送信、受信を制御する制御部と、接続されたマスタ側の装置が要求するデータの生成あるいは蓄積をし、前記制御部にこのデータの受け渡しをするデバイス部と、本装置と接続するためのマスタ側の装置が必要とするソフトウェアを記録する記録部と、この記録部より前記ソフトウェアを取り出し、前記インターフェース部の無線での接続方式を介して、接続されるマスタ側の装置に対して、前記ソフトウェアの送信と、このソフトウェアのインストールの指示を行うソフトウェアインストール部と、前記インターフェース部の無線での接続方式を介して、複数のマスタ側の装置に対して、本装置が検出するごとに、利用者が検出されたマスタ装置と接続するかどうかを判別し、接続する場合にはこのマスタ装置に対して前記ソフトウェアがインストールされていなければ、インストールするようになっていた。（例えば下記特許文献１）。
【特許文献１】特開２００５−３５３０７３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
前記従来例における課題は、利用者に手間をかけてしまうことであった。
【０００６】
すなわち上記従来例においては、複数のマスタ側の装置に対して、本装置が接続検出するごとに、利用者が接続するかどうかの判別を、接続すべきマスタ装置が検出されるまで行わなければならないので、利用者に手間になってしまうのであった。
【０００７】
そこで本発明は、利用者の利便性が向上することを目的とするものである。
【課題を解決するための手段】
【０００８】
そしてこの目的を達成するために本発明は、無線および有線でマスタ側の装置と接続する接続方式を有するインターフェース部と、このインターフェース部を介して、マスタ側の装置と接続し、このマスタ側の装置が要求するデータの送信、受信を制御する制御部と、
接続されたマスタ側の装置が要求するデータの生成あるいは蓄積をし、前記制御部にこのデータの受け渡しをするデバイス部と、本装置と接続するためのマスタ側の装置が必要とするソフトウェアを記録する記録部と、接続先装置を登録する初期設定接続の際に、この記録部より前記ソフトウェアを取り出し、前記インターフェース部の有線または無線での接続方式を介して、接続されるマスタ側の装置に対して、前記ソフトウェアの送信と、このソフトウェアのインストールの指示を行うソフトウェアインストール部と、通常接続の際に、前記インターフェース部の無線での接続方式を介して、複数のマスタ側の装置の中で、接続目的に適合したマスタ側の装置を自動判別する判別手段を有するマスタ装置判別部を備えた構成とし、これにより所期の目的を達成するものである。
【発明の効果】
【０００９】
以上のように本発明は、無線および有線でマスタ側の装置と接続する接続方式を有するインターフェース部と、このインターフェース部を介して、マスタ側の装置と接続し、このマスタ側の装置が要求するデータの送信、受信を制御する制御部と、接続されたマスタ側の装置が要求するデータの生成あるいは蓄積をし、前記制御部にこのデータの受け渡しをするデバイス部と、本装置と接続するためのマスタ側の装置が必要とするソフトウェアを記録する記録部と、接続先装置を登録する初期設定接続の際に、この記録部より前記ソフトウェアを取り出し、前記インターフェース部の有線または無線での接続方式を介して、接続されるマスタ側の装置に対して、前記ソフトウェアの送信と、このソフトウェアのインストールの指示を行うソフトウェアインストール部と、通常接続の際に、前記インターフェース部の無線での接続方式を介して、複数のマスタ側の装置の中で、接続目的に適合したマスタ側の装置を自動判別する判別手段を有するマスタ装置判別部を備えたものであるので、利用者の利便性を向上することができるものである。
【００１０】
すなわち本発明においては、使用者は、複数のマスタ側の装置の中で、予め接続したいマスタ側の装置に対して、接続先装置を登録する初期設定接続の際に、インターフェース部の有線または無線での接続方式を介してソフトウェアのインストールを行い、通常接続の際には、インターフェース部の無線での接続方式を介して、これらインストールをしたマスタ側の装置の自動判別をスレーブ側の装置で行い、インストールしたマスタ側の装置のみについての判断ですむので、利用者の手間を低減し、利便性が向上するという効果を有することになる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の一実施形態を、無線通信装置の一例としてカムコーダーに適用した物を、また、無線通信仕様としてWUSBに準拠した物を、初期設定接続に有線接続を適用した物を、添付図面を用いて説明する。
【００１２】
初めにWUSBの初期設定接続、通常接続時の接続先選択の手順を従来の接続先選択方法を基に説明し、その後、実施例を説明する。ここで、初期設定接続とはホスト及びデバイスがお互いに接続先装置として登録するための接続、通常接続とは初期設定済みのホストとデバイスとの接続とする。
【００１３】
まず、WUSBにおける初期設定接続及び通常接続時の接続先選択の概要を説明する。
【００１４】
図１に本発明の一実施形態の機能ブロック図を示す。
【００１５】
マスタ側の装置1とスレーブ型の装置2の相互の通信を行うための接続形態において、スレーブ側の無線通信装置2の機能ブロック図を示す。
【００１６】
インターフェース部3は、無線の接続方式4と、有線の接続方式5によってマスタ側の装置と接続する接続方式を有しており、制御部6では、このインターフェース部3を介して、マスタ側の装置1と接続し、このマスタ側の装置1が要求するデータの送信、受信の制御を行う。
【００１７】
デバイス部7では、本無線通信装置2に接続されたマスタ側の装置1が要求するデータの生成あるいは蓄積をし、制御部6の制御で、このデータの受け渡しをインターフェース部3を介して行う。
【００１８】
マスタ側の装置1とスレーブ型の装置2の初期の接続手順としては、まず本装置と接続するマスタ側の装置1をインターフェース部3の有線での接続方式4で接続を行う。次に、ソフトウェアインストール部8が、このマスタ側の装置1が必要とするソフトウェアを、記録部9より取り出し、インターフェース部3の有線での接続方式4を介して、マスタ側の装置1に対して、前記ソフトウェアの送信と、このソフトウェアのインストールの指示を行う。
【００１９】
次に、インターフェース部3の無線での接続方式5を介して、複数のマスタ側の装置の中で接続目的に適合したマスタ側の装置の自動判別をマスタ装置判別部10によって行うことで、本無線通信装置2は、接続目的に適合したマスタ側の装置のみを選別することが可能となる。
【００２０】
使用者は、複数のマスタ側の装置の中で、初期設定接続の際に、予め接続したいマスタ側の装置に対してインターフェース部3の有線での接続方式4を介してソフトウェアのインストールを行い、通常接続の際に、インターフェース部3の無線での接続方式5を介して、これらインストールをしたマスタ側の装置のみに対して、どのマスタ側の装置を接続するかの判断ですむので、利用者の手間を低減し、利便性が向上するという効果を有することになる。
【００２１】
図２は、従来例及び本発明の実施の形態におけるカムコーダ（デバイス側無線通信装置）の構成図を示す。
【００２２】
図２において、カムコーダ100はWUSBに準拠した無線通信装置であり、映像を撮影する撮影レンズと、この撮影レンズより取り込まれたアナログデータをデジタルデータに変換するマイコンから構成されたカメラ部110と、利用者へ情報を通知する表示装置と、この表示装置の制御回路から構成された表示部120と、撮影データを記録する記憶部130と、利用者の入力を受け付けるユーザ入力部140と、各種演算処理を行う処理ユニット150と、読み書き可能なメモリ（RAM）であるシステムメモリ160と、USBケーブルを接続するUSBインターフェイス170と、他のWUSB準拠の無線通信装置と無線通信を行うためのWUSBインターフェイス171と、各構成要素と処理ユニットを結合するシステムバス180と、システムが起動する際に実行されるブートローダ191、システムを管理するオペレーティングシステム192、クラスドライバ196-2、197-2の送信と、このソフトウェアのインストールの指示を行うソフトウェアインストールモジュール193-1、接続目的に適合したホスト側の装置の自動判別を行うホスト装置判別モジュール193-2、ホスト側の装置が要求するデータの送信、受信の制御を行う制御モジュール193-3、システムの他のプログラムモジュール193-4、各種設定情報を記憶するプログラムデータ194、USBデバイスコントローラチップを動作させるソフトウェアであるUSBデバイスコントローラドライバ195、バックアップを行う際にUSBアプリケーションプログラム198とUSBデバイスコントローラドライバ195間の通信を管理するソフトウェアであるバックアップ用ファンクションドライバ196-1、バックアップを行う際にホストがデバイスを動作させるためのソフトウェアであるバックアップ用クラスドライバ196-2、ストリーミング再生を行う際にUSBアプリケーションプログラム198とUSBデバイスコントローラドライバ195間の通信を管理するソフトウェアであるストリーミング再生用ファンクションドライバ197-1、ストリーミング再生を行う際にホストがデバイスを動作させるためのソフトウェアであるストリーミング再生用クラスドライバ197-2、USB関連の機能を利用者に提供するソフトウェアであるUSBアプリケーションプログラム198から成る不揮発性メモリ190とを備えるが、構成要素はこれらに限定しない。
【００２３】
ここで、図２のカムコーダ100は図１のスレーブ側装置2に対応する。同様に、図２の記憶部130は図１のデバイス部7に、図２のUSBインターフェイス170、WUSBインターフェイス171は図１のインターフェイス部3に、図２のソフトウェアインストールモジュール193-1は図１のソフトウェアインストール部8に、図２のホスト装置判別モジュール193-2は図１のマスタ装置判別部10に、図２の制御モジュール193-3は図１の制御部6に、図２のバックアップ用クラスドライバ196-2、ストリーミング再生用クラスドライバ197-2は図１の記憶部9にそれぞれ対応する。
【００２４】
図３は、従来例及び本発明の実施の形態におけるモニタ（ホスト側無線通信装置）の構成図を示す。
【００２５】
図３において、モニタ200はWUSBに準拠した無線通信装置であり、利用者へ情報を通知する表示装置と、この表示装置の制御回路から構成された表示部210と、利用者の入力を受け付けるユーザ入力部220と、各種演算処理を行う処理ユニット230と、読み書き可能なメモリ（RAM）であるシステムメモリ240と、USBケーブルを接続するUSBインターフェイス250と、他のWUSB準拠の無線通信装置と無線通信を行うためのWUSBインターフェイス251と、各構成要素と処理ユニットを結合するシステムバス260と、システムが起動する際に実行されるブートローダ271、システムを管理するオペレーティングシステム272、システムの他のプログラムモジュール273、USBホストコントローラチップを動作させるソフトウェアであるUSBホストコントローラドライバ274、USBの論理的な通信の管理を行うソフトウェアであるUSBバスドライバ275、USB関連の機能を利用者に提供するソフトウェアであるUSBアプリケーションプログラム276から成る不揮発性メモリ270とを備えるが、構成要素はこれらに限定しない。
【００２６】
図４は、従来例及び本発明の実施の形態におけるPC（ホスト側無線通信装置）の構成図を示す。
【００２７】
図４において、PC300はWUSBに準拠した無線通信装置であり、表示装置311とシステムバス360とを接続するビデオインターフェイス310と、読み書き可能なメモリ（RAM）であるシステムメモリ320と、入力装置331とシステムバス360とを接続するユーザ入力インターフェイス330と、各種演算処理を行う処理ユニット340と、USBケーブルを接続するUSBインターフェイス350と、他のWUSB準拠の無線通信装置と無線通信を行うためのWUSBインターフェイス351と、各構成要素と処理ユニットを結合するシステムバス360と、システムが起動する際に実行されるブートローダ371から成る読み出し専用メモリ（ROM）370と、システムを管理するオペレーティングシステム381、システムの他のプログラムモジュール382、USBホストコントローラチップを動作させるソフトウェアであるUSBホストコントローラドライバ383、USBの論理的な通信の管理を行うソフトウェアであるUSBバスドライバ384、USB関連の機能を利用者に提供するソフトウェアであるUSBアプリケーションプログラム385から成るハードディスクドライブ380とを備えるが、構成要素はこれらに限定しない。また、PC300には利用者へ情報を通知する表示装置311、利用者の入力を受け付ける入力装置331が接続されている。
【００２８】
ここで、図３のモニタ200、図４のPC300は図１のマスタ側装置1に対応する。
【００２９】
図５は、従来例及び本発明の実施の形態におけるアソシエーションの説明図を示す。
【００３０】
ここで、図５を基にアソシエーションの説明を行う。無線通信は有線通信と比較するとデータの盗聴・改ざん等の攻撃を受けやすい。WUSBではその対策として、CHID（ホストID）、CDID（デバイスID）、CK（Connection Key:共有鍵）から成るCC(Connection Context)を初期設定接続時に共有し、これを基に通信の暗号化を行い、ホスト・デバイス間においてセキュアな通信を実現する。WUSBでは、ホスト・デバイス間でCCを安全に共有する手順をアソシエーションと呼んでいる。アソシエーションが完了したホスト・デバイス間では、セキュア通信が可能となる。
【００３１】
アソシエーションにはデータ通信を有線（USBケーブル）にて行うOut-Of-Band方式、無線にて行うIn-Band方式の２種類が存在する。ここではOut-Of-Band方式を基に述べる。
【００３２】
先ず、ホストとデバイスがUSBケーブルで接続されると（S101）、ホストはデバイスが保持しているDevice Descriptor情報の返信を要求し（S102）、デバイスはその情報を返信する（S103）。Device Descriptorとは、主にデバイスの基本情報を含む情報の集合体である。ホストはデバイスからの返信を受けて、そのデバイスにユニークなアドレスを割り当てる（S104）。
【００３３】
次に、ホストは再びデバイスのDevice Descriptor情報の返信を要求し（S105）、デバイスはその情報を返信する（S106）。さらに、ホストはデバイスへConfiguration Descriptor情報の返信を要求し（S107）、デバイスはその情報を返信する（S108）。Configuration Descriptorとは、主にデバイス構成情報を含む情報の集合体である。また、ホストは返信された情報からConfiguration Descriptorのデータサイズを知ることができる。今度はそのサイズのConfiguration Descriptor情報の返信を要求し（S109）、デバイスはその情報を返信する（S110,S111,S112）。Interface Descriptorとは、主にデバイスが実行する機能や特徴についての情報を含む情報の集合体である。Endpoint Descriptorとは、主にデータ転送時に用いられるバッファ情報を含む情報の集合体である。これらの情報からホストはデバイスがOut-Of-Band方式に対応していることを知る。
【００３４】
次に、ホストはデバイスからホストに対しての要求情報であるアソシエーション情報ASSOCIATION_INFOを要求し（S113）、デバイスはその情報を返信する（S114）。通常、ASSOCIATION_INFOの要求内容はCHIDとCCである。次に、ホストはその要求に応じ、CHIDを含むホスト情報HOST_INFOをデバイスへ送信する（S115）。次に、ホストはCDIDを含むデバイス情報DEVICE_INFOの返信を要求し（S116）、デバイスはその情報を返信する（S117）。最後に、ホストはCCをデバイスへ送信することにより、ホスト・デバイス間において、CCを共有できる（S118）。
【００３５】
図６は、従来例において、PC300とカムコーダ100との間で実際に初期設定接続を行う様子の説明図を示す。
【００３６】
従来例においては、単純に図５において説明されたアソシエーションS100を行うのみである。
【００３７】
図７は、従来例及び実施例におけるエニュメレーションの説明図を示す。
【００３８】
エニュメレーションとは、ホスト側のアプリケーションとデバイスとの通信を可能にするために、ホストが適当なクラスドライバを割り当てるために必要な情報交換のことである。図７では、デバイスはフラッシュメモリを持ち、それにクラスドライバを含み、ホストは接続目的に適合するクラスドライバを所持していない例を示す。尚、クラスドライバの説明は、図８にて行う。
【００３９】
図７のS301からS311は図５のS102からS112と同等であるので説明を割愛する。次に、ホストはデバイスへフラッシュメモリを所持するか問合せ（S312）、デバイスは返信を行う（S313）。デバイスがフラッシュメモリを所持していれば、ホストはデバイスへフラッシュメモリにクラスドライバを所持するかどうか問合せ（S314）、デバイスは返信を行う（S315）。
【００４０】
ホストは返信されたクラスドライバを所持していなければ、デバイスへクラスドライバを要求し（S316）、デバイスはホストへクラスドライバを送信する（S317）。尚、クラスドライバ送信の様子の説明を図９にて行う。最後に、ホストはデバイスに対し、コンフィグレーションを指定する（S318）。
【００４１】
図８は、従来例及び本発明の実施の形態におけるUSBソフトウェアスタックの説明図を示す。
【００４２】
図８において、ホスト側では、USBホストコントローラチップを動作させるソフトウェアであるホストコントローラドライバ（401）と、USBの論理的な通信の管理を行うソフトウェアであるバスドライバ（402）と、USBの各クラスに対応した管理・通信を行うソフトウェアであるクラスドライバ（403）と、USBの特定の機能を提供するホスト側のソフトウェアであるアプリケーションプログラム（404）から構成される。デバイス側では、USBデバイスコントローラチップを動作させるソフトウェアであるデバイスコントローラドライバ（411）と、USBの論理的な通信を管理するソフトウェアであるファンクションドライバ（412）と、USBの特定の機能を提供するデバイス側のソフトウェアであるアプリケーションプログラム（413）から構成される。図７のS317において、デバイスからホストへ送信されたクラスドライバはクラスドライバ403に相当する。
【００４３】
図９は、従来例及び本発明の実施の形態におけるデバイスであるカムコーダ100からホストであるPC300へクラスドライバを送信する様子の説明図を示す。尚、図９におけるカムコーダ100とPC300は、説明の都合上、必要な部分を抽出して表している。
【００４４】
まず、カムコーダ100の不揮発性メモリ190に保持するバックアップ用クラスドライバ196-2をUSBインターフェイス170を通し、PC300へ送信する。PC300では、USBインターフェイス350で受信し、ハードディスクドライブ380へ保存する。また、必要時には、ハードディスクドライブ380からシステムメモリ320へロードし、使用する。この時の、接続目的に合致するクラスドライバ検索の様子を図１０で示す。
【００４５】
図１０は、オペレーティングシステムにおける、レジストリに登録されているUSBデバイス装置情報のイメージ図を示す。
【００４６】
図１０において、ディレクトリCurrentControlSet\Enum\USB（501）以下にUSBデバイス装置のHardware Key Vid0123&PID4567（502）が登録されている。Hardware Key内のService KeyにはUSB（503）が登録されている。次に、ディレクトリCurrentControlSet\Services（504）以下にはService Key USB（505）が登録されている。Service Key内のImagePathにはクラスドライバのパスSystem32\DRIVERS\example.sys（506）が登録されている。
【００４７】
ここで、ホストとデバイスとの接続時に、接続目的に適合するクラスドライバを検索する手順を説明する。ホストとデバイスとの接続時に実行されるエニュメレーションの過程の中で、ホストはデバイスのDevice Descriptorを得る。その内、ベンダID、プロダクトIDの情報を基に、接続目的に適合するクラスドライバを検索する。尚、図１１において、Device Descriptorの構成の概要を説明する。
【００４８】
まず、ディレクトリCurrentControlSet\Enum\USB（501）以下において、Device Descriptor内のベンダID、プロダクトIDの情報を基に、一致するHardware Keyを検索し、Vid_0123&PID4567（502）を得る。次に、Hardware Key内の登録されているService Key USB（503）を基にCurrentControlSet\Services（504）以下のService Keyを検索する。最後に、検索されたService Key USB（505）内のImagePathに登録されているパスより、クラスドライバSystem32\DRIVERS\example.sys（506）を特定する。
【００４９】
図１１は、主にデバイスの基本情報を含む情報の集合体であるDevice Descriptorの概要図を示す。
【００５０】
図１１において、idVenderはベンダIDを、idProductはプロダクトIDを示す。これらIDは図１０で示したように、接続目的に合致するクラスドライバを検索することにも用いられる。
【００５１】
図１２は、従来例におけるカムコーダ101と通信可能範囲のホストを表した概略図を示す。
【００５２】
図１２において、カムコーダ101の通信可能範囲にはモニタ201、PC1（301-1）、PC2（301-2）の3台のホストが存在する。カムコーダ101は図２におけるカムコーダ100のうち、説明の都合上WUSBインターフェイス171のみを抽出した図である。モニタ201はストリーミング再生用クラスドライバ197-2がインストールされたモニタ200のうち、説明の都合上そのクラスドライバとWUSBインターフェイス251のみを抽出した図である。PC1（301-1）はストリーミング再生用クラスドライバ197-2がインストールされたPC300のうち、説明の都合上そのクラスドライバとWUSBインターフェイス351のみを抽出した図である。PC2（301-2）は図３におけるPC300のうち、説明の都合上WUSBインターフェイス351のみを抽出した図である。
【００５３】
モニタ201とPC1（301-1）は過去にカムコーダ101と通常接続を行った経験があり、既にストリーミング再生用クラスドライバ197-2がインストールされている。PC2（301-2）はまだ通常接続経験が無く、クラスドライバは何もインストールされていない。
【００５４】
WUSBでは、ホストが自らの存在を知らせるために、自身の情報をブロードキャストしている。デバイスはこの情報から、接続可能範囲にどのようなホストが存在するか知ることができる。
【００５５】
図１３は、従来例及び本発明の実施の形態におけるホスト情報WHOSTINFO_IEの概要図を示す。WHOSTINFO_IEとは、ホストよりブロードキャストされるホスト情報である。これを受信したデバイスはWHOSTINFO_IEのメンバであるホストIDのCHIDを基に希望する接続先であるかどうか判別する。その様子を図１４で示す。
【００５６】
図１４は、従来例におけるカムコーダ101がデータのバックアップ目的でPC2（301-2）と接続を行う様子の説明図を示す。
【００５７】
図１４において、カムコーダ101は、モニタ201、PC1（301-1）、PC2（301-2）の順で各WHOSTINFO_IEを受信する。まず、カムコーダ101はモニタ201のWHOSTINFO_IEを受信し（S401）、表示部120へホスト情報を表示することで、利用者へ接続確認を行う（S402）。モニタ201は希望する接続先ではないので、利用者は接続には同意しない。その後、カムコーダ101はPC1（301-1）のWHOSTINFO_IEを受信し（S403）、表示部120へホスト情報を表示することで、利用者へ接続確認を行う（S404）。PC1（301-1）は希望する接続先ではないので、利用者は接続には同意しない。その後、カムコーダ101はPC2（301-2）のWHOSTINFO_IEを受信し（S405）、表示部120へホスト情報を表示することで、利用者へ接続確認を行う（S406）。PC2（301-2）は希望する接続先であるので、利用者は接続に同意する。
【００５８】
カムコーダ101は、利用者の接続希望を受けて、PC2（301-2）へ接続依頼DN_Connectを送信する（S407）。PC2（301-2）はカムコーダ101からの接続希望を受けて、応答通知WCONNECTACK_IEを送信する（S408）。本事例では接続を容認した場合を示す。次に、PC2（301-2）とカムコーダ101間において、図７で示したエニュメレーションS300を開始する（S409）。その過程において、カムコーダ101はPC2（301-2）へバックアップ用クラスドライバを送信する（S410）。最後に、S409で開始したエニュメレーションを終了する（S411）。
【００５９】
以上、従来の手順では、利用者への接続確認回数は、最大で通信可能範囲内に存在するホスト数となる。また、本事例における利用者への接続確認回数は、３回である。
【００６０】
（実施の形態１）
次に、本発明の第１の実施例を示す。
【００６１】
図１５は、本発明の第１の実施例における初期設定接続の様子を説明した図を示す。
【００６２】
本実施例において、カムコーダ100とPC300はバックアップ目的で通常接続を行う。
【００６３】
まず、カムコーダ100とPC300間において、アソシエーションS100を実施する（S501）。次に、接続のリセットを行う（S502）。これにより、新たに接続時の処理が開始され、アソシエーションが完了しているので今度はエニュメレーションが開始される（S503）。このエニュメレーションの過程の中で、バックアップ用クラスドライバをPC300へ送信する（S504）。その後、エニュメレーションは終了し（S505）、初期設定接続処理を終了する。
【００６４】
図１６は、本発明の第１及び第２の実施の形態におけるカムコーダ102と通信可能範囲のホストを表した概略図を示す。
【００６５】
図１６において、従来例と同様にカムコーダ102の通信可能範囲にはモニタ202、PC1（302-1）、PC2（302-2）の3台のホストが存在する。
【００６６】
カムコーダ102は図２におけるカムコーダ100のうち、説明の都合上、WUSBインターフェイス171のみを抽出した図である。モニタ202はストリーミング再生用クラスドライバ197-2がインストールされたモニタ200のうち、説明の都合上、そのクラスドライバとWUSBインターフェイス251のみを抽出した図である。PC1（302-1）はストリーミング再生用クラスドライバ197-2がインストールされたPC300のうち、説明の都合上、そのクラスドライバとWUSBインターフェイス351のみを抽出した図である。PC2（302-2）はバックアップ用クラスドライバ196-2がインストールされたPC300のうち、説明の都合上、そのクラスドライバとWUSBインターフェイス351のみを抽出した図である。図１２との差分点は、PC2（302-2）にバックアップ用クラスドライバ196-2がインストールされていることである。
【００６７】
各ホストはカムコーダ102と初期設定済みであるため、３台とも何らかのクラスドライバが初期設定接続時にインストールされている。
【００６８】
図１７は、本発明の第１の実施の形態におけるカムコーダ102がデータのバックアップ目的でPC2（302-2）と接続を行う様子の説明図を示す。
【００６９】
図１７において、カムコーダ102は、モニタ202、PC1（302-1）、PC2（302-2）の順で各WHOSTINFO_IEを受信する。まず、カムコーダ102はモニタ202のWHOSTINFO_IEを受信すると（S601）、接続要求であるDN_Connectを返信する（S602）。モニタ202は、その要求に対する返答であるWCONNECTACK_IEを返信する（S603）。今回の返信内容は、接続許可とする。次に、エニュメレーションを開始する(S604)。モニタ202はバックアップ用クラスドライバ196-2を所持していないので、カムコーダ102へ送信するよう要求する（S605）。カムコーダ102はクラスドライバの要求がきた段階で接続中断要求DN_Disconnectを送信し、接続を打ち切る（S606）。
【００７０】
次に、カムコーダ102はPC1（302-1）のWHOSTINFO_IEを受信すると（S607）、接続要求であるDN_Connectを返信する（S608）。PC1（302-1）は、その要求に対する返答であるWCONNECTACK_IEを返信する（S609）。今回の返信内容は、接続許可とする。次に、エニュメレーションを開始する(S610)。PC1（302-1）はバックアップ用クラスドライバ196-2を所持していないので、カムコーダ102に送信するよう要求する（S611）。カムコーダ102はクラスドライバの要求がきた段階で接続中断要求DN_Disconnectを送信し、接続を打ち切る（S612）。
【００７１】
次に、カムコーダ102はPC2（302-2）のWHOSTINFO_IEを受信すると（S613）、接続要求であるDN_Connectを返信する（S614）。PC1（302-1）は、その要求に対する返答であるWCONNECTACK_IEを返信する（S615）。今回の返信内容は、接続許可とする。次に、エニュメレーションを開始する(S616)。PC2（302-2）はバックアップ用クラスドライバ196-2を所持しているので、クラスドライバの送信要求を行わずエニュメレーションが終了する（S617）。最後に、カムコーダ102の表示部120へホスト情報を表示することで、利用者へ接続継続確認を行う（S618）。今回は、接続を継続させるので、このまま通常接続における接続先選択処理は終了である。
【００７２】
以上、本発明の第１の実施の形態における手順では、利用者への接続確認回数を、最大で接続目的に適合するクラスドライバを所持するホスト数にすることができる。また、本事例における利用者への接続確認回数は、従来3回であったものを、１回にすることができる。
【００７３】
（実施の形態２）
次に、本発明の第２の実施例を示す。
【００７４】
図１８は、本発明の第２の実施例における初期設定接続の様子を説明した図を示す。
【００７５】
本実施例において、カムコーダ100とPC300はバックアップ目的で通常接続を行う。
【００７６】
第２の実施例における初期設定接続処理は、第１の実施例と比較して差分は一箇所であるので、その差分のみ述べる。まず、アソシエーションS701からバックアップ用クラスドライバ196-2を送信S704するまでは同じである。次に、カムコーダ100はバックアップ用クラスドライバ196-2の送信が終了すると、自身が持つ登録済みホストリストへPC300を登録する（S705）。このリストの内容は図１９で説明する。その後エニュメレーションを終了し、初期設定接続処理が完了する。
【００７７】
図１９は、本発明の第２の実施例におけるカムコーダが所持する登録済みホストリストである。このリストでは、初期設定接続を終え、登録済みとなったホスト名に対応するCHID、CKと送信したクラスドライバが示されている。モニタとPC1にはストリーミング再生用クラスドライバ197-2を、PC2にはバックアップ用クラスドライバ196-2をインストールしたことを記録している。このリストは、通常接続の際に用いられる。その様子を図２０にて説明する。
【００７８】
図２０は、本発明の第２の実施例におけるカムコーダがPC2とバックアップ目的で通常接続を行う際の接続先選択を行う様子の説明図である。
【００７９】
図２０において、カムコーダ102は、モニタ202、PC1（302-1）、PC2（302-2）の順で各WHOSTINFO_IEを受信する。まず、カムコーダ102はモニタ202のWHOSTINFO_IEを受信すると（S801）、自身の持つ登録済みホストリストを参照する（S802）。これにより、カムコーダ102はモニタ202にはバックアップ用クラスドライバ196-2が送信されていないことを知る。よって、カムコーダ102はモニタ202へ接続要求は送信せず、他のホストが送信するWHOSTINFO_IEを受信するのを待つ。次に、カムコーダ102はPC1（302-1）のWHOSTINFO_IEを受信すると（S803）、モニタ202の場合と同様に登録済みホストリストを参照する（S804）。これにより、カムコーダ102はPC1（302-1）においてもバックアップ用クラスドライバ196-2が送信されていないことを知る。よって、カムコーダ102はPC1（302-1）へ接続要求は送信せず、再び他のホストが送信するWHOSTINFO_IEを受信するのを待つ。次に、カムコーダ102はPC2（302-2）のWHOSTINFO_IEを受信すると（S805）、登録済みホストリストを参照する（S806）。そのリストによると、PC2（302-2）はバックアップ用クラスドライバ196-2が送信されているので、利用者が希望する接続先の可能性があることがわかる。よって、カムコーダ102は表示部120へホスト情報を表示することで、利用者へ接続確認を行う（S807）。本実施例において、利用者はPC2（302-2）への接続を希望したとする。利用者の接続希望を受けて、カムコーダ102は接続要求であるDN_Connectを返信する（S808）。PC2（302-2）は、その要求に対して、WCONNECTACK_IEを返信する（S809）。本実施例において、返信内容は接続許可とする。その後、エニュメレーションを行い（S810、S811）、通常接続における接続先選択処理を終了する。
【００８０】
以上、本発明の第２の実施の形態における手順では、利用者への接続確認回数を、最大で接続目的に適合するクラスドライバを送信済みとしてリストに登録されているホスト数にすることができる。また、本事例における利用者への接続確認回数は、従来3回であったものを、１回にすることができる。
【産業上の利用可能性】
【００８１】
本発明にかかる無線通信装置は、インストールされたソフトウェアを基にした接続先候補選別の機能を有し、スレーブ側からそれを制御するマスタを接続先装置として選択するマスタ・スレーブ型の通信形態をとる無線通信装置に対して有用である。
【図面の簡単な説明】
【００８２】
【図１】スレーブ側無線通信装置の機能ブロック図
【図２】カムコーダ（デバイス側無線通信装置）の構成図
【図３】モニタ（ホスト側無線通信装置）の構成図
【図４】PC（ホスト側無線通信装置）の構成図
【図５】アソシエーションの説明図
【図６】従来例における初期設定接続の説明図
【図７】エニュメレーションの説明図
【図８】ホスト及びデバイスのUSBソフトウェアスタックと、データの流れの説明図
【図９】デバイス側無線通信装置からホスト側無線通信装置へドライバソフトウェアをインストールし、システムメモリへロードする様子の説明図
【図１０】ホストがDevice Descriptorからクラスドライバを検索する様子の説明図
【図１１】Device Descriptorの説明図
【図１２】従来例におけるカムコーダと通信可能範囲のホストを表した構成図
【図１３】WHOSTINFO_IEの説明図
【図１４】従来の通常接続時においてデバイスが接続先選択を行う様子の説明図
【図１５】本発明の実施の形態１における初期設定接続の説明図
【図１６】本発明の実施の形態１及び２における従来例におけるカムコーダと通信可能範囲のホストを表した構成図
【図１７】本発明の実施の形態１におけるデバイスが接続先選択を行う様子の説明図
【図１８】本発明の実施の形態２における初期設定接続の説明図
【図１９】本発明の実施の形態２におけるデバイスが所持する登録済みホストリストの説明図
【図２０】本発明の実施の形態２におけるデバイスが接続先選択を行う様子の説明図
【符号の説明】
【００８３】
１００、１０１  カムコーダ
２００、２０１、２０２  モニタ
３００、３０１−１、３０１−２、３０２−１、３０２−２  ＰＣ
１９６−２  バックアップ用クラスドライバ
１９７−２  ストリーミング用クラスドライバ
【図１】
2010183233.tif 000003
【図２】
2010183233.tif 000004
【図３】
2010183233.tif 000005
【図４】
2010183233.tif 000006
【図５】
2010183233.tif 000007
【図６】
2010183233.tif 000008
【図７】
2010183233.tif 000009
【図８】
2010183233.tif 000010
【図９】
2010183233.tif 000011
【図１０】
2010183233.tif 000012
【図１１】
2010183233.tif 000013
【図１２】
2010183233.tif 000014
【図１３】
2010183233.tif 000015
【図１４】
2010183233.tif 000016
【図１５】
2010183233.tif 000017
【図１６】
2010183233.tif 000018
【図１７】
2010183233.tif 000019
【図１８】
2010183233.tif 000020
【図１９】
2010183233.tif 000021
【図２０】
2010183233.tif 000022