JP2021140609A - 電子機器及びプログラム - Google Patents

Abstract

【課題】本発明が解決しようとする課題は、ホスト装置の仕様にあわせてデバイスクラスを自動で切り替えることが可能な電子機器を及びプログラムを提供する。【解決手段】実施形態の電子機器は、ホスト装置と接続可能な接続部と、複数種類のデバイスクラスを記憶する記憶部と、前記記憶部に記憶されたデバイスクラスの中から一のデバイスクラスを選択的に用いて、前記接続部に接続された前記ホスト装置との間で通信を確立するための処理を実行する処理部と、選択された前記デバイスクラスに適合するメッセージが前記ホスト装置から送信されない場合、前記処理部が前記処理に使用する前記デバイスクラスを変更する処理制御部と、を備える。【選択図】図４

Description

本発明の実施形態は、電子機器及びプログラムに関する。

従来、ＰＣやＰＯＳ端末等のホスト装置では、ＵＳＢ（Universal Serial Bus）コネクタを介して各種の電子機器（ＵＳＢデバイス）が接続される。ホスト装置では、ＵＳＢデバイスのデバイスクラスに対応したデバイスドライバを導入しておくことで、接続されたＵＳＢデバイスを周辺機器として使用することができる。具体的には、ホスト装置とＵＳＢデバイスとの間で、エニュメレーションと呼ばれる通信を確立するための処理を行うことで、ホスト装置でＵＳＢデバイスを使用することが可能な状態となる。

ところで、ホスト装置では、様々な理由により導入されるデバイスドライバが制限される場合がある。ホスト装置のデバイスドライバがＵＳＢデバイスのデバイスクラスに対応しない場合、ホスト装置はそのＵＳＢデバイスを使用することはできない。

従来、複数のデバイスクラスの中から一のデバイスクラスを手動選択できるように構成することで、所望のデバイスクラスで動作させることが可能なＵＳＢデバイスも存在している。

しかしながら、上述した従来の技術では、手動でデバイスクラスを選択する必要があるため、操作が煩雑であり利便性に欠けるという問題がある。

本発明が解決しようとする課題は、ホスト装置の仕様にあわせてデバイスクラスを自動で切り替えることが可能な電子機器を及びプログラムを提供することである。

実施形態の電子機器は、ホスト装置と接続可能な接続部と、複数種類のデバイスクラスを記憶する記憶部と、前記記憶部に記憶されたデバイスクラスの中から一のデバイスクラスを選択的に用いて、前記接続部に接続された前記ホスト装置との間で通信を確立するための処理を実行する処理部と、選択された前記デバイスクラスに適合するメッセージが前記ホスト装置から送信されない場合、前記処理部が前記処理に使用する前記デバイスクラスを変更する処理制御部と、を備える。

図１は、実施形態に係る情報処理システムの構成の一例を示す図である。 図２は、実施形態に係るホスト装置及び電子機器のハードウェア構成の一例を示す図である。 図３は、実施形態に係るデバイスクラス格納部のデータ構成の一例を模式的に示す図である。 図４は、実施形態に係る電子機器の機能構成の一例を示す図である。 図５は、実施形態の電子機器が行う処理の一例を示すフローチャートである。 図６は、実施形態のホスト装置と電子機器との間で行われる動作の一例を示すシーケンス図である。 図７は、実施形態のホスト装置と電子機器との間で行われる動作の一例を示すシーケンス図である。

以下、図面を参照して、実施形態に係る電子機器及びプログラムについて説明する。なお、以下に説明する実施形態により、この発明が限定されるものではない。

図１は、本実施形態に係る情報処理システムの構成の一例を示す図である。図１に示すように、情報処理システム１は、ホスト装置１０と電子機器２０とを備える。

ホスト装置１０は、ＰＣ（Personal Computer）やＰＯＳ（Point of sale system）端末等の情報処理装置である。

一方、電子機器２０は、電子機器の一例であり、ＵＳＢ（Universal Serial Bus）規格に準拠した各種のＵＳＢデバイスである。例えば、電子機器２０は、バーコード等のコードシンボルを読み取るためのコードスキャナ装置であってもよいし、レシート等を印字するためのプリンタ装置であってもよい。

電子機器２０は、ＵＳＢケーブルＷによってホスト装置１０に接続される。ホスト装置１０では電子機器２０が接続されると、電子機器２０との間で、エニュメレーションと呼ばれる通信を確立するため処理を実行する。そして、エニュメレーションが正常に完了すると、ホスト装置１０で電子機器２０を使用することが可能な状態となる。

次に、上述したホスト装置１０及び電子機器２０のハードウェア構成について説明する。図２は、ホスト装置１０及び電子機器２０のハードウェア構成の一例を示す図である。

図２に示すように、ホスト装置１０は、ＣＰＵ１１、ＲＯＭ１２及びＲＡＭ１３を備えている。ＣＰＵ１１は、プロセッサの一例であり、ホスト装置１０の動作を統括的に制御する。ＲＯＭ１２は、各種プログラムを記憶する。ＲＡＭ１３は、各種データを展開するためのワーキングメモリとして使用される。

ＣＰＵ１１、ＲＯＭ１２及びＲＡＭ１３は、バス等を介して接続され、制御部１００を構成する。制御部１００は、ＣＰＵ１１がＲＯＭ１２や後述する記憶部１４に記憶されたプログラムに従って動作することで、各種の処理を実行する。

制御部１００には、バス等を介して、記憶部１４が接続される。記憶部１４は、電源を切っても記憶情報を保持するＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）等の不揮発性メモリで構成される。

記憶部１４は、ＯＳ（Operating System）や各種プログラム、設定情報等を記憶する。また、記憶部１４は、デバイスドライバ１４１を記憶する。デバイスドライバ１４１は、特定のデバイスクラスに対応したＵＳＢデバイスを制御するためのソフトウェア（プログラム）である。なお、デバイスクラスのついては後述する。

デバイスドライバ１４１は、ＯＳに組み込まれた状態で提供されるデバイスドライバ（以下、標準ドライバともいう）であってもよい。また、デバイスドライバ１４１は、ＵＳＢデバイスのベンダーから提供されるベンダー固有のデバイスドライバ（以下、ベンダードライバともいう）であってもよい。

また、デバイスドライバ１４１が対応するデバイスクラスは、特に問わないものとする。例えば、デバイスクラスは、ＭＳＣ（Mass Storage Class）や、イメージ（スキャナ）、プリンタ等の他、ベンダー独自のデバイスクラスであってもよい。また、ＵＳＢデバイスが同一の装置であっても、当該装置用のデバイスドライバ１４１として、標準ドライバとベンダードライバとの両方を導入することもできる。この場合、標準ドライバとベンダードライバとは、異なるデバイスクラス（クラスコード）が付され、何れか一方が優先的（例えばベンダードライバ）に使用されるように制御される。

また、制御部１００には、バス等を介して、ＵＳＢコントローラを搭載したＩ／Ｏコントローラ１５が接続される。Ｉ／Ｏコントローラ１５には、ＵＳＢコネクタ１６が接続される。Ｉ／Ｏコントローラ１５は、ＵＳＢコネクタ１６を通じた信号の送受信を制御する。

一方、電子機器２０は、図２に示すように、ＣＰＵ２１、ＲＯＭ２２及びＲＡＭ２３を備えている。ＣＰＵ２１は、プロセッサの一例であり、電子機器２０の動作を統括的に制御する。ＲＯＭ１２は、各種プログラムを記憶する。ＲＡＭ２３は、各種データを展開するためのワーキングメモリとして使用される。

ＣＰＵ２１、ＲＯＭ２２及びＲＡＭ２３は、バス等を介して接続され、制御部２００を構成する。制御部２００は、ＣＰＵ２１がＲＯＭ２２や後述する記憶部２４に記憶されたプログラムに従って動作することで、各種の処理を実行する。

制御部２００には、バス等を介して、記憶部２４や機能実現部２５が接続される。記憶部２４は、記憶部の一例であり、電源を切っても記憶情報を保持するフラッシュメモリ等の不揮発性メモリで構成される。

記憶部２４は、組み込みＯＳや各種プログラム、設定情報等を記憶する。また、記憶部２４は、自装置で使用することが可能な複数種類のデバイスクラスを格納したデバイスクラス格納部２４１を有する。

図３は、デバイスクラス格納部２４１のデータ構成の一例を模式的に示す図である。図３に示すように、デバイスクラス格納部２４１は、自装置で使用することが可能な複数種類のデバイスクラスを記憶する。ここで、デバイスクラスは、ＵＳＢデバイスの種別や機能を意味する。より詳細には、デバイスクラスは、同様の機能やデバイス種別のＵＳＢデバイス毎に定められたデバイスの仕様、ホスト装置１０と通信を確立する際のプロトコル等を規定したファームウェアである。

図３に示すデバイスクラス格納部２４１は、クラスＣ１とクラスＣ２との２種類のデバイスクラスを格納する。ここで、クラスＣ１は、例えば電子機器２０を製造するベンダーのベンダードライバに対応したデバイスクラスであり、クラスＣ２は、標準ドライバに対応したデバイスクラスである。

また、図３に示すデバイスクラス格納部２４１の構成では、デバイスクラスの各々に対応付けて優先度を設定している。かかる優先度は、後述する処理においてデバイスクラスの選択順序を決める際の指標となる。

なお、デバイスクラス格納部２４１に格納するデバイスクラスの個数は、図３の例に限らず、３以上であってもよい。また、図３では、デバイスクラスの各々に優先度を設定する例を説明したが、優先度を設けない構成としてもよい。

図２に戻り、機能実現部２５は、電子機器２０の動作及び機能を実現するためのハードウェア構成である。例えば、電子機器２０がコードスキャナ装置の場合、機能実現部２５は、コードシンボルを読み取るためのレーザスキャナ装置や撮像装置等に対応する。また、例えば、電子機器２０がプリンタ装置の場合、機能実現部２５は、熱転写型等のプリンタエンジンや、用紙を搬送する搬送機構等に対応する。

また、制御部２００には、バス等を介して、ＵＳＢコントローラを搭載したＩ／Ｏコントローラ２６が接続される。Ｉ／Ｏコントローラ２６には、接続部の一例であるＵＳＢコネクタ２７が接続される。Ｉ／Ｏコントローラ２６は、ＵＳＢコネクタ２７を通じた信号の送受信を制御する。

図２に示すように、ホスト装置１０と電子機器２０とは、ＵＳＢコネクタ１６と電子機器２０のＵＳＢコネクタ２７とをＵＳＢケーブルＷで繋ぐことで接続される。ホスト装置１０では電子機器２０が接続されると、電子機器２０との通信を確立するためエニュメレーションを開始する。

具体的には、ホスト装置１０の制御部１００は、電子機器２０が接続されると、Ｉ／Ｏコントローラ１５を介して、電子機器２０からデバイスクラスを示すクラスコードを取得することで、接続された電子機器２０のデバイスクラスを判別する。制御部１００は、電子機器２０のデバイスクラスが自装置に導入されたデバイスドライバ１４１のデバイスクラスに対応する場合、その電子機器２０を認識できたと判断する。この場合、制御部１００は、デバイスドライバ１４１と協働することで、電子機器２０のデバイスクラスに適合したコマンド等のメッセージを電子機器２０に送信することで電子機器２０との通信を確立する。これにより、ホスト装置１０では、ＵＳＢコネクタ１６に接続された電子機器２０を周辺機器として使用することが可能となる。

一方、電子機器２０のデバイスクラスがデバイスドライバ１４１のデバイスクラスに対応しない場合、制御部１００は、電子機器２０を認識できないと判断し、エニュメレーションを中断（終了）する。エニュメレーションが中断された場合、つまり、エニュメレーションが失敗した場合、ホスト装置１０では電子機器２０を制御することができないため、周辺機器としての使用は不可となる。

ところで、ホスト装置１０では、様々な理由により、導入されるデバイスドライバ１４１が制限される場合がある。例えば、セキュリティ上の理由等によりベンダードライバを導入することができず、ＯＳに搭載された標準ドライバのみを使用することが可能なホスト装置も存在している。ホスト装置１０のデバイスドライバ１４１がＵＳＢデバイスのデバイスクラスに対応しない場合、ホスト装置１０はそのＵＳＢデバイスを使用することはできない。そこで、例えば、複数のデバイスクラスの中から一のデバイスクラスを手動選択できるように構成することで、ＵＳＢデバイスを所望のデバイスクラスで動作させることが考えられる。

しかしながら、上述の構成では、ホスト装置１０の仕様にあわせて手動でデバイスクラスを選択する必要があるため、操作が煩雑であり利便性に欠けるという問題がある。

そこで、本実施形態の電子機器２０では、上述の問題に関してホスト装置１０とのエニュメレーションを効率的に行うための機能を備えている。以下、図４を参照して、電子機器２０が備える機能構成について説明する。

図４は、電子機器２０の機能構成の一例を示す図である。図４に示すように、電子機器２０は、エニュメレーション処理部２０１と、処理制御部２０２とを機能部として備える。

電子機器２０が備える機能部の一部又は全ては、電子機器２０のプロセッサ（例えばＣＰＵ２１）とメモリ（例えばＲＯＭ２２、記憶部２４）に記憶されたプログラムとの協働により実現されるソフトウェア構成であってもよい。また、電子機器２０が備える機能部の一部又は全ては、電子機器２０に搭載された専用回路等で実現されるハードウェア構成であってもよい。

エニュメレーション処理部２０１は、処理部及び処理手段の一例である。エニュメレーション処理部２０１は、デバイスクラス格納部２４１に記憶された複数種類のデバイスクラスの中から一のデバイスクラスを選択的に用いて、ＵＳＢコネクタ２７に接続されたホスト装置１０との間でエニュメレーションを行う。また、エニュメレーション処理部２０１は、処理制御部２０２の制御の下、エニュメレーションに使用するデバイスクラスを切り替えながら、ホスト装置１０との間でエニュメレーションを行う。

エニュメレーションにおいて、エニュメレーション処理部２０１は、ホスト装置１０からの要求に応じて、選択したデバイスクラスを示すクラスコードをホスト装置１０に送信する。そして、エニュメレーション処理部２０１は、選択したデバイスクラスに適合するメッセージがホスト装置１０から送信されると、デバイスクラスに規定されたプロトコルに基づきホスト装置１０との間で通信を確立する。以後、電子機器２０はホスト装置１０の周辺機器として動作することになる。

なお、デバイスクラス格納部２４１からデバイスクラスを選択する順序は特に問わず、格納順に選択してもよいし、ランダムに選択してもよい。また、図３に示したように、デバイスクラスの各々に設定された優先度に基づいて選択してもよい。

処理制御部２０２は、処理制御部及び処理制御手段の一例である。処理制御部２０２は、ホスト装置１０とのエニュメレーションが失敗した場合、エニュメレーション処理部２０１を制御することで、エニュメレーションに使用するデバイスクラスを変更させるための制御を行う。具体的には、処理制御部２０２は、ホスト装置１０との間でエニュメレーションが開始された後、選択されたデバイスクラスに適合するメッセージがホスト装置１０から送信されない場合に、デバイスクラスを変更するための制御を行う。

例えば、処理制御部２０２は、エニュメレーションが開始されてから、デバイスクラスに適合するメッセージが所定時間（以下、待機時間ともいう）以内に送信されない場合、エニュメレーションが失敗したと判断する。この場合、処理制御部２０２は、ホスト装置１０との電気的な接続を切断し、エニュメレーション処理部２０１を制御することで、エニュメレーションに使用するデバイスクラスを他のデバイスクラスに変更させる。そして、処理制御部２０２は、デバイスクラスの変更後、ホスト装置１０を再度接続することで、エニュメレーション処理部２０１に対し、変更後のデバイスクラスでエニュメレーションを再度実行させる。

ここで、ホスト装置１０との切断及び再接続方法は特に問わず、種々の方法を用いることができる。例えば、処理制御部２０２は、ＵＳＢコネクタ２７に供給する電力をオフ及びオンすることで、ホスト装置１０と自装置との切断及び再接続を行う形態としてもよい。また、処理制御部２０２は、ＵＳＢコネクタ２７を有するＤ＋端子等をプルダウン及びプルアップすることで、ホスト装置１０と自装置との切断及び再接続を行う形態としてもよい。また、待機時間は、例えば３秒等、任意に設定することが可能である。

以下、上述した電子機器２０の動作について説明する。図５は、電子機器２０が実行する処理の一例を示すフローチャートである。

ＵＳＢコネクタ２７にホスト装置１０が接続されると（ステップＳ１１）、エニュメレーション処理部２０１は、デバイスクラス格納部２４１に記憶された複数種類のデバイスクラスの中から、一のデバイスクラスを選択する（ステップＳ１２）。例えば、エニュメレーション処理部２０１は、優先度が最も高いデバイスクラスを選択する。

続いて、エニュメレーション処理部２０１は、ホスト装置１０との間でエニュメレーションを開始し、ホスト装置１０からの要求に応じて、ステップＳ１２で選択したデバイスクラスのクラスコードをホスト装置１０に送信する（ステップＳ１３）。次いで、処理制御部２０２は、クラスコードが送信されてから所定の待機時間以内に、デバイスクラスに適合するメッセージが受信されたか否かを判定する（ステップＳ１４）。

ここで、ホスト装置１０から待機時間以内にメッセージを受信できない場合（ステップＳ１４；Ｎｏ）、処理制御部２０２は、ＵＳＢコネクタ２７をオフとすることで、ホスト装置１０との電気的な接続を切断する（ステップＳ１５）。次いで、処理制御部２０２は、エニュメレーション処理部２０１を制御し、他のデバイスクラスに変更させる（ステップＳ１６）。

例えば、エニュメレーション処理部２０１は、処理制御部２０２からの指示に応じて、次の優先度のデバイスクラスを選択する。なお、優先度が最下位のデバイスクラスを選択している場合には、エニュメレーション処理部２０１は、処理制御部２０２からの指示に応じて、第上位のデバイスクラスを再度選択してもよい。

そして、処理制御部２０２は、デバイスクラスの変更後、ＵＳＢコネクタ２７をオンとすることで、ホスト装置１０を接続させた後（ステップＳ１７）、ステップＳ１３に処理を戻す。これにより、エニュメレーション処理部２０１は、ステップＳ１３において、変更後のデバイスクラスに基づき、ホスト装置１０との間でエニュメレーションを開始する。

なお、処理制御部２０２は、ステップＳ１６の処理回数、つまりデバイスクラスを変更した回数を計数し、当該回数が閾値（所定回数）に達した場合には、処理を強制的に終了する形態としてもよい。この場合、閾値は、デバイスクラス格納部２４１に格納されたデバイスクラスの個数から１減算した値とすることで、デバイスクラス格納部２４１に格納された全てのデバイスクラスでエニュメレーションを試行することができる。また、処理制御部２０２は、計数した回数が閾値に達したタイミングで、自装置のデバイスクラスがホスト装置１０に適合しないことを報知してもよい。この場合、報知方法は特に問わず、電子機器２０が備えるブザー等の音声出力装置や表示器等（図示せず）を用いて報知を行ってもよい。

一方、ステップＳ１４において、待機時間以内にメッセージを受信した場合には（ステップＳ１４；Ｙｅｓ）、処理制御部２０２は、ステップＳ１２で選択されたデバイスクラスを確定する（ステップＳ１８）。そして、エニュメレーション処理部２０１は、選択したデバイスクラスに規定されたプロトコルに基づいて、ホスト装置１０との間で通信を確立するための処理を実行する（ステップＳ１９）。

以上の処理により、電子機器２０は、デバイスクラスを切り替えながら、ホスト装置１０との間でエニュメレーションを行う。そして、電子機器２０は、選択したデバイスクラスがホスト装置１０に導入されたデバイスドライバ１４１に適合すると、その選択したデバイスクラスを用いてホスト装置１０との間で通信を確立する。

次に、図６及び図７を参照して、ホスト装置１０と電子機器２０との動作例について説明する。ここで、図６及び図７は、ホスト装置１０と電子機器２０との間で行われる動作の一例を示すシーケンス図である。

なお、以下では、電子機器２０が図３に示した「クラスＣ１」と「クラスＣ２」とのデバイスクラスに対応し、ホスト装置１０に「クラスＣ２」に対応するデバイスドライバ１４１が導入されている場合の動作例について説明する。

まず、図６を参照して、電子機器２０が「クラスＣ１」を最初に選択する場合の動作例（第１の動作例）について説明する。

ホスト装置１０と電子機器２０とが接続されると、電子機器２０のエニュメレーション処理部２０１は、デバイスクラス格納部２４１に格納されたデバイスクラスから「クラスＣ１」を選択する（ステップＳ２１）。次いで、エニュメレーション処理部２０１は、ホスト装置１０からの要求に応じて「クラスＣ１」を示すクラスコードをホスト装置１０に送信する処理等を行うことで、ホスト装置１０との間でエニュメレーションを開始する（ステップＳ２２）。

この場合、ホスト装置１０では、電子機器２０から取得したクラスコード「クラスＣ１」が、自装置に導入されたデバイスドライバ１４１に対応しないため、自装置で取り扱うことができない不明なデバイスと判断する。そのため、ホスト装置１０は、「クラスＣ１」に適合したメッセージを電子機器２０に送信することなく、エニュメレーションを終了させる。

一方、電子機器２０の処理制御部２０２は、ステップＳ２２でエニュメレーションが開始された後、ホスト装置１０からのメッセージを待機する。ここで、待機時間以内にメッセージが送信されない場合、処理制御部２０２は、ＵＳＢコネクタ２７をオフに切り替える（ステップＳ２３）。

続いて、処理制御部２０２は、エニュメレーション処理部２０１を制御することで、エニュメレーションに使用するデバイスクラスを「クラスＣ２」に変更した後（ステップＳ２４）、ＵＳＢコネクタ２７をオンに切り替える（ステップＳ２５）。これにより、ホスト装置１０と電子機器２０とは、再度接続された状態になる。

ホスト装置１０の再接続、エニュメレーション処理部２０１は、ホスト装置１０からの要求に応じて「クラスＣ２」を示すクラスコードをホスト装置１０に送信し、ホスト装置１０との間でエニュメレーションを開始する（ステップＳ２６）。

この場合、ホスト装置１０では、電子機器２０から取得したクラスコード「クラスＣ２」が、自装置に導入されたデバイスドライバ１４１に対応すると判断するため、「クラスＣ２」に適合したメッセージが電子機器２０に送信される（ステップＳ２７）。

電子機器２０の処理制御部２０２は、ステップＳ２６でエニュメレーションが開始された後、ホスト装置１０からのメッセージを待機する。そして、待機時間以内にメッセージを受信した場合、処理制御部２０２は、「クラスＣ２」を確定し（ステップＳ２８）、「クラスＣ２」に基づくエニュメレーションを継続させる。

次に、図７を参照して、電子機器２０が「クラスＣ２」を最初に選択する場合の動作例（第２の動作例）について説明する。

ホスト装置１０と電子機器２０とが接続されると、電子機器２０のエニュメレーション処理部２０１は、デバイスクラス格納部２４１に格納されたデバイスクラスから、「クラスＣ２」を選択する（ステップＳ３１）。次いで、エニュメレーション処理部２０１は、ホスト装置１０からの要求に応じて「クラスＣ２」を示すクラスコードをホスト装置１０に送信する処理等を行うことで、ホスト装置１０との間でエニュメレーションを開始する（ステップＳ３２）。

この場合、ホスト装置１０では、電子機器２０から取得したクラスコード「クラスＣ２」が、自装置に導入されたデバイスドライバ１４１に対応すると判断するため、「クラスＣ２」に適合したメッセージが電子機器２０に送信される（ステップＳ３３）。

電子機器２０の処理制御部２０２は、ステップＳ３２でエニュメレーションが開始された後、ホスト装置１０からのメッセージを待機する。そして、待機時間以内にメッセージを受信した場合、処理制御部２０２は、「クラスＣ２」を確定し（ステップＳ３４）、「クラスＣ２」に基づくエニュメレーションを継続させる。

以上のように、電子機器２０は、デバイスクラス格納部２４１に格納された複数種類のデバイスクラスの中から一のデバイスクラスを選択的に用いて、ホスト装置１０との間で通信を確立するためのエニュメレーションを実行する。また、電子機器２０は、選択されたデバイスクラスに適合するメッセージがホスト装置１０から送信されない場合、エニュメレーションに使用するデバイスクラスを変更し、変更後のデバイスクラスでエニュメレーションを再度実行する。

これにより、電子機器２０では、ホスト装置１０の仕様（デバイスドライバ１４１）に適合するまでの間、デバイスクラスを自動で切り替えながらホスト装置１０との間でエニュメレーションを試行することができる。したがって、電子機器２０では、ホスト装置１０の仕様にあわせてデバイスクラスを自動で切り替えることができる。また、電子機器２０では、デバイスクラスを手動で選択することなく、ホスト装置１０の仕様に適合するデバイスクラスを自動で選択（設定）することができるため、ホスト装置１０とのエニュメレーションを効率的に行うことができる。

また、電子機器２０では、デバイスクラスの変更に先駆けて、ホスト装置１０との接続を切断し、デバイスクラスの変更後、ホスト装置を再度接続させる。これにより、電子機器２０では、ＵＳＢケーブルＷを抜き差しすることなく、変更後のデバイスクラスでエニュメレーションを再実行させることができるため、ホスト装置１０との通信の確立を効率的に行うことができる。

以上説明した実施形態は、上述の電子機器２０が有する構成又は機能の一部を変更することで、適宜に変形して実施することも可能である。そこで、以下では、上述した実施形態に係るいくつかの変形例を他の実施形態として説明する。なお、以下では、上述した実施形態と異なる点を主に説明することとし、既に説明した内容と共通する点については詳細な説明を省略する。また、以下で説明する変形例は、個別に実施されてもよいし、適宜組み合わせて実施されてもよい。

（変形例１）
本変形例では、前回のエニュメレーションでメッセージの送信が確認されたデバイスクラスを、次回以降の処理で優先的に選択させる形態について説明する。

例えば、図６で説明した第１の動作例において、処理制御部２０２は、ホスト装置１０からのメッセージが確認されたデバイスクラス「クラスＣ２」を、ステップＳ２８で確定する処理を行う。この際、処理制御部２０２は、デバイスクラス格納部２４１に格納された「クラスＣ２」の優先度を最上位に繰り上げることで、「クラスＣ２」が優先的に選択されるよう設定してもよい。これにより、エニュメレーション処理部２０１が、次回以降の処理で最初に選択するデバイスクラスを「クラスＣ２」とすることができる。

上記の制御を行うことで、電子機器２０は、ホスト装置１０で使用できることが確認されたデバイスクラスを優先的に選択してエニュメレーションを行うことができる。これにより、エニュメレーションが正常に完了するまでに要する時間の短縮化を図ることができるため、利便性の向上を図ることができる。

（変形例２）
上述した実施形態では、ホスト装置１０からメッセージが送信されたことを条件に、エニュメレーションが正常に完了したと判断し、デバイスクラスの確定を行う形態を説明した。しかしながら、ホスト装置１０に導入されたデバイスドライバ１４１によっては、電子機器２０のデバイスクラスに対応していないにも関わらず、そのデバイスクラスに適合したメッセージを送信する場合がある。

例えば、標準ドライバの機能を一部流用するベンダードライバでは、エニュメレーションの開始時に、標準ドライバのデバイスクラスに適合したメッセージを送信する場合がある。但し、標準ドライバとベンダードライバとで仕様が異なるため、メッセージ送信後、交信が途絶えたりすることで、ホスト装置１０と電子機器２０との通信が確立する前に、エラーが発生することになる。

そこで、処理制御部２０２は、ホスト装置１０からメッセージが送信された場合であっても、当該ホスト装置１０との通信が確立できない場合には、デバイスクラスを変更する制御を行ってもよい。具体的には、処理制御部２０２は、ホスト装置１０からメッセージが送信された後、ホスト装置１０との通信を確立する処理が所定の待機時間以内に完了しない場合に、上述したデバイスクラスを変更するための制御を行う。

これにより、電子機器２０では、ホスト装置１０とのエニュメレーションが正常に完了するデバイスクラスを自動で選択（設定）することができるため、ホスト装置１０との通信の確立を効率的に行うことができる。

（変形例３）
上述の実施形態では、ホスト装置１０と電子機器２０とをＵＳＢケーブルＷで接続する形態を説明したが、これに限らず、ホスト装置１０と電子機器２０とを直接接続する形態としてもよい。

例えば、ＵＳＢコネクタ１６がＵＳＢのメス端子を具備し、ＵＳＢコネクタ２７がＵＳＢのオス端子を具備すること、或いはその逆の端子を具備することで、ホスト装置１０と電子機器２０とを直接接続することが可能な構成としてもよい。

上述した実施形態の各装置で実行されるプログラムは、ＲＯＭ等に予め組み込まれて提供される。上述の実施形態の各装置で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。

さらに、上述した実施形態の各装置で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、上述の実施形態の各装置で実行されるプログラムをインターネット等のネットワーク経由で提供又は配布するように構成してもよい。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更、組み合わせを行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１ 情報処理システム
１０ ホスト装置
２０ 電子機器
２０１ エニュメレーション処理部
２０２ 処理制御部

特開２００６−１８０３５６号公報

Claims (6)

1. ホスト装置と接続可能な接続部と、
   複数種類のデバイスクラスを記憶する記憶部と、
   前記記憶部に記憶されたデバイスクラスの中から一のデバイスクラスを選択的に用いて、前記接続部に接続された前記ホスト装置との間で通信を確立するための処理を実行する処理部と、
   選択された前記デバイスクラスに適合するメッセージが前記ホスト装置から送信されない場合、前記処理部が前記処理に使用する前記デバイスクラスを変更する処理制御部と、
   を備える電子機器。
2. 前記処理制御部は、前記デバイスクラスの変更に先駆けて、前記接続部と前記ホスト装置との接続を切断し、前記デバイスクラスの変更後、前記接続部とホスト装置とを再度接続させる請求項１に記載の電子機器。
3. 前記処理制御部は、前回の処理で前記ホスト装置から前記メッセージが送信されたデバイスクラスを、次回以降の処理で前記処理部に優先的に選択させる請求項１又は２に記載の電子機器。
4. 前記処理制御部は、前記デバイスクラスを変更した回数が所定回数に達した場合に報知を行う請求項１〜３の何れか一項に記載の電子機器。
5. 前記処理制御部は、前記ホスト装置から前記メッセージが送信された場合であっても、前記ホスト装置との通信を確立できない場合には、前記デバイスクラスを変更する請求項１〜４の何れか一項に記載の電子機器。
6. ホスト装置と接続可能な接続部を備える電子機器のコンピュータを、
   複数種類のデバイスクラスの中から一のデバイスクラスを選択的に用いて、前記接続部に接続された前記ホスト装置との間で通信を確立するための処理を実行する処理手段と、
   選択された前記デバイスクラスに適合するメッセージが前記ホスト装置から送信されない場合、前記処理手段が前記処理に使用する前記デバイスクラスを変更する処理制御手段と、
   して機能させるためのプログラム。

Images