(57)【要約】【課題】簡易な構成でホスト機器と確実に通信できるようにする。【解決手段】端末装置１は、Ｓｐデバイスでありながら、ホスト機器５にＢｐデバイスであると通知することで、電流値が５００ｍＡの電力を要求することができる。そしてこの電力が得られれば、この電力のみで動作することができるので、バッテリー２の電力消費量を必要最低限に抑えることができる。また電源オン直後のように、ホスト機器から電流値が１００ｍＡまでの電力しか取得できないときには、バッテリー２から得られる電力で動作するようにした。かくして、簡易構成でありながら、ホスト機器との通信中に電力が不足してしまうような状況を回避することができる。【選択図】図１
2010140269.tif 000002
【特許請求の範囲】
【請求項１】
ＵＳＢ（Universal  Serial  Bus）規格上セルフパワードデバイスである端末装置であって、
バッテリーと、
ＵＳＢと、
電源オン時にはバッテリーからの電力で各部を動作させ、上記ＵＳＢを介してホスト機器に接続されると、当該ホスト機器に対してバスパワードデバイスであることを通知し、当該ホスト機器からバスパワードデバイスに対して供給され得る電力のみで各部を動作させるのに必要な電流値の電力を要求する制御部と
を具える端末装置。
【請求項２】
上記制御部は、
上記ＵＳＢを介して上記ホスト機器から各部の動作に必要な電流値の電力が得られないときには、バッテリーからの電力で各部を動作させ、当該ホスト機器から各部の動作に必要な電流値の電力が得られると、バッテリーからの電力に代えて、当該ホスト機器から得られる電力で各部を動作させる
請求項１に記載の端末装置。
【請求項３】
上記制御部は、
上記ホスト機器に対して各部の動作に必要な電流値の電力を要求してから所定時間経過しても当該電力が得られない場合、当該ホスト機器から各部の動作に必要な電流値の電力を得るか否かを選択するための画面を表示部に表示させ、当該画面に対する操作により当該ホスト機器から各部の動作に必要な電流値の電力を得ると選択されると、引き続き上記ホスト機器から各部の動作に必要な電流値の電力が得られるのを待ち受ける一方で、得ないと選択されると、当該ホスト機器に対してセルフパワードデバイスであることを通知し、当該ホスト機器からセルフパワードデバイスに対して供給され得る電流値の電力を要求する
請求項２に記載の端末装置。
【請求項４】
上記制御部は、
上記画面に対する操作により上記ホスト機器から各部の動作に必要な電流値の電力を得ないと選択されると、当該ホスト機器との再接続を行ってから、当該ホスト機器に対してセルフパワードデバイスであることを通知し、当該ホスト機器からセルフパワードデバイスに対して供給され得る電流値の電力を要求する
請求項３に記載の端末装置。
【請求項５】
上記制御部は、
所定の操作に応じて上記ホスト機器から各部の動作に必要な電流値の電力を得るか否かを設定し、当該ホスト機器から各部の動作に必要な電流値の電力を得ると設定した場合、当該ホスト機器に対してバスパワードデバイスであることを通知し、各部の動作に必要な電流値の電力を要求する一方で、得ないと設定した場合、当該ホスト機器に対してセルフパワードデバイスであることを通知し、当該ホスト機器からセルフパワードデバイスに対して供給され得る電流値の電力を要求する
請求項２に記載の端末装置。
【請求項６】
上記バッテリーの残量を検出する残量検出部を具え、
上記制御部は、
上記残量検出部により検出された上記バッテリーの残量が所定量未満の場合、上記ホスト機器に対してバスパワードデバイスであることを通知し、各部の動作に必要な電流値の電力を要求する一方で、上記残量検出部により検出された上記バッテリーの残量が所定量以上の場合、上記ホスト機器に対してセルフパワードデバイスであることを通知し、当該ホスト機器からセルフパワードデバイスに対して供給され得る電流値の電力を要求する
請求項２に記載の端末装置。
【請求項７】
上記制御部は、
上記ＵＳＢを介して接続されているホスト機器がＵＳＢサスペンド状態に移行すると、上記バッテリーからの電力で各部を動作させる
請求項２に記載の端末装置。
【請求項８】
上記制御部は、
上記ＵＳＢが複数のＵＳＢプロトコルに対応している場合、当該複数のＵＳＢプロトコルのうちの１つを選択し、選択したＵＳＢプロトコルに応じて上記ホスト機器に対して通知するデバイスの種別及び要求する電力の電流値を変える
請求項２に記載の端末装置。
【請求項９】
上記制御部は、
上記ホスト機器から各部の動作に必要な電流値の電力が得られるときには、各部の動作が保障できる範囲内で、当該ホスト機器から得られる電力をバッテリーの充電に利用する
請求項２に記載の端末装置。
【請求項１０】
バッテリーとＵＳＢとを有し、ＵＳＢ規格上セルフパワードデバイスである端末装置の制御部が、電源オン時にはバッテリーからの電力で各部を動作させ、上記ＵＳＢを介してホスト機器に接続されると、当該ホスト機器に対してバスパワードデバイスであることを通知し、当該ホスト機器からバスパワードデバイスに対して供給され得る電力のみで各部を動作させるのに必要な電流値の電力を要求する
端末装置の制御方法。
【請求項１１】
バッテリーとＵＳＢとを有し、ＵＳＢ規格上セルフパワードデバイスである端末装置に、
制御部が、電源オン時にはバッテリーからの電力で各部を動作させ、上記ＵＳＢを介してホスト機器に接続されると、当該ホスト機器に対してバスパワードデバイスであることを通知し、当該ホスト機器からバスパワードデバイスに対して供給され得る電力のみで各部を動作させるのに必要な電流値の電力を要求する
処理を実行させるための制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置、端末装置の制御方法及び制御プログラムに関し、例えば、ＵＳＢでホスト機器に接続される端末装置に適用して好適なものである。
【背景技術】
【０００２】
近年、デジタルスチルカメラやデジタルオーディオプレイヤなどの端末装置の多くが、他の機器と接続するためのインタフェースとしてＵＳＢを採用している。
【０００３】
またこの種の端末装置では、記録メディアの大容量化にともなって、ＵＳＢで接続されたホスト機器との間で送受するファイルの数が増え、接続時間が長引く傾向にある。
【０００４】
この種の端末装置の多くは、バッテリーを有しているが、ホスト機器との接続時にもバッテリーの電力を消費し続けるため、上述したように接続時間が長引くと、接続中にバッテリーの電力が途切れる恐れがある。
【０００５】
実際に、ホスト機器側からドライブとして認識されるＵＳＢマスストレージクラス対応の端末装置で、ホスト機器とファイルの送受中にバッテリーが途切れると、この端末装置の記録メディアに書き込まれたデータが壊れてしまう可能性が出てくる。
【０００６】
ゆえに、ユーザは、端末装置のバッテリー残量を気にしながら、ホスト機器を操作しなければならず、この点がユーザにとって不利益となっていた。
【０００７】
一方で、ＵＳＢ規格では、ＶＢＵＳと呼ばれる信号線を介して、ホスト機器から端末装置に対して電力の供給が可能であり、これを利用することで、上述の不利益を解消できる場合がある。
【０００８】
具体的に、このＵＳＢ規格では、ＶＢＵＳからの電力を使用する端末装置として、ＶＢＵＳからの電力だけで動作するデバイスと、ＶＢＵＳからの電力と自己電源の電力とで動作するデバイスとの２種が定義されている。
【０００９】
ここでＶＢＵＳからの電力だけで動作するデバイスをバスパワードデバイス（Ｂｐデバイス）と呼び、ＶＢＵＳからの電力と自己電源の電力とで動作するデバイスをセルフパワードデバイス（Ｓｐデバイス）と呼ぶ。
【００１０】
Ｂｐデバイスの場合、ホスト機器と接続された直後は１００ｍＡまでしか電流を引くことはできないが、ホスト機器に認証されれば、最大で５００ｍＡまで電流を引くことが許されている。
【００１１】
これに対して、Ｓｐデバイスの場合、１００ｍＡまでの電流しか引くことを許されていない。すなわちバッテリーで動作する端末装置は、通常、ホスト機器から１００ｍＡを超える電流を引いてはならないことになっている。
【００１２】
ところで、端末装置の中には、電力的な制限により、１００ｍＡの電流では動作できないものも少なくない。一方で、５００ｍＡまで電流を引くことができれば、ホスト機器からの電力（５Ｖ、５００ｍＡ）だけで動作できる端末装置の数が増えるものと考えられる。
【００１３】
しかしながら、５００ｍＡの電流を引きたいがために、端末装置が、Ｂｐデバイスであるとホスト機器に通知したとしても、ホスト機器に認証されるまでは１００ｍＡの電流で動作する必要がある。
【００１４】
そこで、５００ｍＡの電流で動作するメインの制御ユニットとは別に、ホスト機器との通信を担う、１００ｍＡの電流で動作する制御ユニットを有する端末装置が提案されている（例えば特許文献１参照）。
【特許文献１】特開２００４−６９９９７号公報
【発明の開示】
【発明が解決しようとする課題】
【００１５】
しかしながら、上述したように、１００ｍＡの電流で動作する制御ユニットを別途設けると、端末装置の構成が複雑になりコストが上がってしまう。
【００１６】
また一方で、Ｓｐデバイスである端末装置は、バッテリーからの電力を利用することで、ホスト機器から１００ｍＡの電流しか引けなくても動作することができる。しかしながら、この場合、バッテリーの電力が消費され続けるため、上述した不利益に対する解決には至らない。
【００１７】
さらに、端末装置が、ＵＳＢ規格を無視して、接続初期から５００ｍＡの電流をホスト機器から引くことで、ホスト機器からの電力だけで動作できるようにすることも考えられる。しかしながら、この場合、ＵＳＢ規格を遵守していないため、ホスト機器やＵＳＢの通信プロトコルに対して悪影響を与える可能性が有り、確実な通信を保障できない。
【００１８】
このように従来のＳｐデバイスである端末装置は、簡易な構成でホスト機器と確実に通信できるとは言えなかった。
【００１９】
本発明は以上の点を考慮してなされたもので、簡易な構成でありながら、電力供給を受けるホスト機器と確実に通信し得る端末装置、端末装置の制御方法及び制御プログラムを提案しようとするものである。
【課題を解決するための手段】
【００２０】
かかる課題を解決するため本発明においては、ＵＳＢ規格上セルフパワードデバイスである端末装置に、バッテリーと、ＵＳＢと、電源オン時にはバッテリーからの電力で各部を動作させ、ＵＳＢを介してホスト機器に接続されると、当該ホスト機器に対してバスパワードデバイスであることを通知し、当該ホスト機器からバスパワードデバイスに対して供給され得る電力のみで各部を動作させるのに必要な電流値の電力を要求する制御部とを設けるようにした。
【００２１】
このように、ＵＳＢ規格上セルフパワードデバイスでありながら、ホスト機器にバスパワードデバイスであると通知することで、最大５００ｍＡのＶＢＵＳ電流を要求することができる。
【００２２】
また、電源オン直後のように、ＵＳＢ規格上ホスト機器から電流値が１００ｍＡまでの電力しか取得できないときには、バッテリーから得られる電力で動作するようにした。こうすることで、別途１００ｍＡまでの電流で動作する制御ユニットを設けることなく、ホスト機器から電流値が１００ｍＡまでの電力しか取得できないときでも動作することができる。
【００２３】
さらに、ホスト機器に対して各部の動作に必要な電流値の電力を要求した結果、この電力が得られれば、この電力のみで動作することができるので、バッテリーの電力消費量を必要最低限に抑えることができる。これにより、ホスト機器との通信中に電力が不足してしまうような状況を回避することができる。
【発明の効果】
【００２４】
本発明によれば、ＵＳＢ規格上セルフパワードデバイスでありながら、ホスト機器にバスパワードデバイスであると通知することで、最大５００ｍＡのＶＢＵＳ電流を要求することができる。また電源オン直後のように、ＵＳＢ規格上ホスト機器から１００ｍＡまでの電力しか取得できないときには、バッテリーから得られる電力で動作するようにした。こうすることで、別途１００ｍＡまでの電力で動作する制御ユニットを設けることなく、ホスト機器から１００ｍＡまでの電力しか取得できないときでも動作することができる。さらにホスト機器に対して各部の動作に必要な電流値の電力を要求した結果、この電力が得られれば、この電力のみで動作することができるので、バッテリーの電力消費量を必要最低限に抑えることができる。こうすることで、ホスト機器との通信中に電力が不足してしまうような状況を回避することができる。かくして、簡易な構成でありながら、電力供給を受けるホスト機器と確実に通信し得る端末装置、端末装置の制御方法及び制御プログラムを実現できる。
【発明を実施するための最良の形態】
【００２５】
以下、図面について、本発明の実施の形態を詳述する。
１．第１の実施の形態
２．第２の実施の形態
３．第３の実施の形態
４．他の実施の形態
【００２６】
＜１．第１の実施の形態＞
［１−１．第１の実施の形態の概要］
まず、第１の実施の形態の概要を説明する。因みにこの概要を説明した後、第１の実施の形態の具体例の説明に移る。
【００２７】
図１において１は、第１の実施の形態の概要となる端末装置を示す。この端末装置１は、バッテリー２と、ＵＳＢ３と、制御部４とを有している。
【００２８】
バッテリー２は、例えば着脱可能なバッテリーであり、端末装置１の動作に必要な電力を供給することが可能になっている。ＵＳＢ３は、端末装置１とホスト機器５とを接続するインタフェースであり、ホスト機器５と通信が可能で、且つホスト機器５からの電力供給が可能になっている。
【００２９】
制御部４は、電源オン時にはバッテリー２からの電力で各部を動作させる。その後、ＵＳＢ３を介して端末装置１とホスト機器５とが接続されたとする。すると制御部４は、ホスト機器５に対してＢｐデバイスであることを通知し、ホスト機器５からＢｐデバイスに対して供給され得る電力のみで各部を動作させるのに必要な電流値の電力を要求する。
【００３０】
このように端末装置１は、ＵＳＢ規格上Ｓｐデバイスでありながら、ホスト機器にＢｐデバイスであると通知することで、ホスト機器５に対して最大５００ｍＡのＶＢＵＳ電流を要求することができる。
【００３１】
また端末装置１は、電源オン直後のように、ＵＳＢ規格上ホスト機器から１００ｍＡまでの電力しか取得できないときには、バッテリーから得られる電力で動作するようにした。こうすることで端末装置１は、別途１００ｍＡまでの電力で動作する制御ユニットを設けることなく、ホスト機器５から１００ｍＡまでの電力しか取得できないときでも動作することができる。
【００３２】
さらに端末装置１は、ホスト機器５に対して各部の動作に必要な電流値の電力を要求した結果、この電力が得られれば、この電力のみで動作することができるので、バッテリー２の電力消費量を必要最低限に抑えることができる。これにより端末装置１は、ホスト機器５との通信中に電力が不足してしまうような状況を回避することができる。
【００３３】
かくして端末装置１は、簡易な構成でありながら、電力供給を受けるホスト機器５と確実に通信することができる。
【００３４】
また制御部４は、ホスト機器５に対して各部の動作に必要な電流値の電力を要求してから所定時間経過してもこの電力が得られない場合、この電力をホスト機器５から得るか否かを選択するための画面（図示せず）を表示部６に表示させるようにもなっている。
【００３５】
そして制御部４は、上述の画面に対する操作によりホスト機器５から各部の動作に必要な電流値の電力を得ると選択されると、引き続きホスト機器５から各部の動作に必要な電流値の電力が得られるのを待ち受ける。
【００３６】
一方で、得ないと選択されると、制御部４は、ホスト機器５に対してＳｐデバイスであることを通知し、ホスト機器５からＳｐデバイスに対して供給され得る電流値の電力を要求するようになっている。
【００３７】
またこのような構成にくわえて、端末装置１がバッテリー２の残量を検出する残量検出部７を有していてもよい。
【００３８】
ここで、制御部４は、残量検出部７により検出されたバッテリー２の残量が所定量未満の場合、ホスト機器５に対してＢｐデバイスであることを通知し、各部の動作に必要な電流値の電力を要求する。
【００３９】
一方で、残量検出部７により検出されたバッテリー２の残量が所定量以上の場合、制御部４は、ホスト機器５に対してＳｐデバイスであることを通知し、ホスト機器５からＳｐデバイスに対して供給され得る電流値の電力を要求する。
【００４０】
このような機能構成でなる端末装置１の具体例について、以下、詳しく説明する。
【００４１】
［１−２．第１の実施の形態の具体例］
［１−２−１．デジタルスチルカメラの外観構成］
次に、図２（Ａ）、（Ｂ）及び図３を用いて、上述した端末装置１の具体例であるデジタルスチルカメラ（これをＤＳＣとも呼ぶ）２０の外観構成について説明する。
【００４２】
ＤＳＣ２０は、扁平矩形状の筐体２１を有している。この筐体２１の前面２１Ａには、この前面２１Ａを覆うようにして、上下にスライド可能なスライドカバー２２が取り付けられている。さらにこの前面２１Ａには、スライドカバー２２が下方に所定量スライドしたときに露出する位置（すなわち前面の上部）に、レンズ２３が設けられている。さらにこの前面には、スライドカバー２２が上方に所定量スライドしたときに露出する位置（すなわち前面の下部）に、ＵＳＢコネクタ２４が設けられている。
【００４３】
尚、スライドカバー２２を下方に所定量スライドさせてレンズ２３を露出させた状態を開状態とする。またスライドカバー２２を上方に所定量スライドさせてレンズ２３をスライドカバー２２で覆った状態を閉状態とする。
【００４４】
また筐体２１の上面２１Ｂには、シャッタボタン２５が設けられている。さらに筐体２１の背面２１Ｃ（図３）には、ＬＣＤ（Liquid  Crystal  Display）２６、モード切換スイッチ２７、ズームボタン２８、ＵＳＢ接続設定ボタン２９、ＶＢＵＳ電力使用設定ボタン３０、十字キー３１、決定ボタン３２が設けられている。
【００４５】
ここでＵＳＢ接続設定ボタン２９は、後述するＵＳＢ接続設定画面をＬＣＤ２６に表示させるためのボタンである。またＶＢＵＳ電力使用設定ボタン３０は、後述するＶＢＵＳ接続設定画面をＬＣＤ２６に表示させるためのボタンである。尚、図示しないタッチパネルを設けて、これらモード切換スイッチ２７、ズームボタン２８、ＵＳＢ接続設定ボタン２９、ＶＢＵＳ電力使用設定ボタン３０、十字キー３１、決定ボタン３２の操作をタッチパネルで行うようにしてもよい。
【００４６】
このＤＳＣ２０は、開状態となることで電源オンとなり、モード切換スイッチ２７の切換操作に応じて、撮像モードもしくは再生モードで動作する。
【００４７】
撮像モード時、ＤＳＣ２０は、レンズ２３を介して撮像した被写体の画像をＬＣＤ２６に表示させる。またＤＳＣ２０は、ズームボタン２８の押下操作に応じて、ズーミングを行う。そしてＤＳＣ２０は、シャッタボタン２５の押下操作に応じて、被写体の画像を記録するようになっている。
【００４８】
また再生モード時、ＤＳＣ２０は、記録した画像をＬＣＤ２６に表示させる。そしてＤＳＣ２０は、十字キー３１及び決定ボタン３２の押下操作に応じて、ＬＣＤ２６に表示させる画像を切り換えるようになっている。
【００４９】
さらにＤＳＣ２０は、図４に示すように、閉状態のときに露出するＵＳＢコネクタ２４にＵＳＢケーブル３３の一端が挿し込まれることで、このＵＳＢケーブル３３を介してパーソナルコンピュータ（これをＰＣとも呼ぶ）３４と接続される。尚、このときＵＳＢケーブル３３の他端は、ＰＣ３４側のＵＳＢコネクタ３５に挿し込まれているとする。
【００５０】
こうすることでＤＳＣ２０とＰＣ３４とは、ＰＣ３４をホスト機器として通信することができるようになっている。
【００５１】
［１−２−２．デジタルスチルカメラ（ＤＳＣ）のハードウェア構成］
次に図５を用いて、ＤＳＣ２０のハードウェア構成について説明する。このＤＳＣ２０は、ＬＣＤ２６と、操作入力部４０と、ＣＰＵ（Central  Processing  Unit）４１と、フラッシュメモリ４２と、メインメモリ４３と、撮像部４４と、画像処理部４５と、記録メディア４６とがバス４７に接続されている。
【００５２】
ここで、操作入力部４０は、上述したシャッタボタン２５、モード切換スイッチ２７、ズームボタン２８、ＵＳＢ接続設定ボタン２９、ＶＢＵＳ電力使用設定ボタン３０、十字キー３１、決定ボタン３２で構成される。
【００５３】
さらにこのバス４７には、ＵＳＢコントローラ４８と、電源管理部４９とが接続されている。ＵＳＢコントローラ４８には、ＵＳＢ  ＰＨＹ（Physical  Layer）５０が接続され、このＵＳＢ  ＰＨＹ５０に、ＵＳＢコネクタ２４からのＤ＋信号線５１及びＤ−信号線５２が接続されている。また電源管理部４９には、ＵＳＢコネクタ２４からのＶＢＵＳ信号線（単にＶＢＵＳとも呼ぶ）５３と、バッテリー５４と、外部電源５５とが接続されている。
【００５４】
尚、Ｄ＋信号線５１及びＤ−信号線５２は、データ送受用の信号線であり、ＶＢＵＳ５３は、ホスト機器（ここではＰＣ３４）の接続検出用及びホスト機器（ＰＣ３４）からの電力供給用の信号線である。これらの信号線は、ＤＳＣ２０のＵＳＢコネクタ２４とＰＣ３４のＵＳＢコネクタ３５とにＵＳＢケーブル３３が挿し込まれることで、ＰＣ３４側の信号線と接続することになる。また外部電源５５は、ＡＣアダプタや外付バッテリーなどであり、ユーザにより必要に応じて接続される。
【００５５】
因みに、このＤＳＣ２０のバッテリー５４が、端末装置１のバッテリー２に対応するハードウェアである。またＤＳＣ２０のＵＳＢコントローラ４８、ＵＳＢ  ＰＨＹ５０及びＵＳＢコネクタ２４が、端末装置１のＵＳＢ３に対応するハードウェアである。さらにＤＳＣ２０のＣＰＵ４１が、端末装置１の制御部４及び残量検出部７に対応するハードウェアである。
【００５６】
このＤＳＣ２０は、電源管理部４９が、バッテリー５４から得られる電力、ＰＣ３４から供給される電力、外部電源５５から供給される電力をもとに、必要な電力を各部に供給することで動作するようになっている。
【００５７】
またこのＤＳＣ２０は、ＣＰＵ４１が、フラッシュメモリ４２に書き込まれているプログラムをメインメモリ４３に読み込んで実行することで、各部を制御すると共に各種処理を実行するようになっている。
【００５８】
ここで、ＤＳＣ２０が例えばユーザにより携帯されていることにより、ＤＳＣ２０に外部電源５５もＰＣ３４も接続されていない状態であるとする。このときＤＳＣ２０は、バッテリー５４から得られる電力のみで動作する。すなわち、電源管理部４９は、各部の動作に必要な電力をバッテリー５４から得て各部に供給する。
【００５９】
このときＤＳＣ２０のＣＰＵ４１は、操作入力部４０を介して撮像モードへの切換操作が行われると、撮像モードに切り換わる。
【００６０】
すると撮像部４４は、ＣＰＵ４１の制御のもと、上述したレンズ２３を介して取り込んだ被写体からの光を撮像素子で電気信号に変換（すなわち光電変換）することで、アナログ画像信号を得、これを画像処理部４５に送る。
【００６１】
画像処理部４５は、撮像部４４から送られてくるアナログ画像信号をアナログデジタル変換することによりデジタル画像信号を得、このデジタル画像信号に所定の画像処理を施してＬＣＤ２６に送る。この結果、ＬＣＤ２６に、被写体の画像が表示される。
【００６２】
こうすることで、ＤＳＣ２０は、ユーザに被写体を確認させることができる。ここでユーザが、所望の被写体が表示されている状態でシャッタボタン２５を押下したとする。
【００６３】
すると画像処理部４５は、ＣＰＵ４１の制御のもと、デジタル画像信号を所定の圧縮伸長フォーマットで圧縮することで、圧縮デジタル画像信号（これを圧縮画像データとも呼ぶ）を生成する。尚、ここでは、所定の圧縮伸長フォーマットとして、例えば、ＪＰＥＧ（Joint  Photographic  Experts  Group）フォーマットを利用することとする。
【００６４】
そしてＣＰＵ４１は、画像処理部４５で生成された圧縮画像データをメインメモリ４３に読み込んでから、記録メディア４６に記録する。
【００６５】
このようにしてＤＳＣ２０は、被写体の画像を記録する（つまり被写体を撮影する）ようになっている。
【００６６】
また操作入力部４０を介して再生モードへの切換操作が行われると、ＣＰＵ４１は、再生モードに切り換わる。するとＣＰＵ４１は、記録メディア４６に記録されている圧縮画像データをメインメモリ４３に読み込んでから、画像処理部４５に送る。
【００６７】
画像処理部４５は、ＣＰＵ４１の制御のもと、送られてきた圧縮画像データを、圧縮時と同一の圧縮伸長フォーマットで伸長することにより元のデジタル画像信号を得、このデジタル画像信号に所定の画像処理を施してＬＣＤ２６に送る。この結果、ＬＣＤ２６に、記録した画像が表示される。
【００６８】
このようにしてＤＳＣ２０は、記録した画像（つまり撮影した画像）を表示するようになっている。
【００６９】
またＣＰＵ４１は、フラッシュメモリ４２に記録されている、アイコンやボタン、メニューなどのＧＵＩ（Graphical User Interface）画面用のデータをメインメモリ４３に読み込んでから、画像処理部４５に送る。
【００７０】
画像処理部４５は、このＧＵＩ画面用のデータをもとにＧＵＩ画面データを生成して、これをＬＣＤ２６に送る。この結果、ＬＣＤ２６に各種ＧＵＩ画面が表示される。
【００７１】
このようにしてＤＳＣ２０は、各種ＧＵＩ画面を表示するようになっている。
【００７２】
この一方で、ＤＳＣ２０がＵＳＢケーブル３３を介してＰＣ３４に接続されたとする。ここで外部電源５５が接続されていなければ、ＤＳＣ２０は、バッテリー５４から得られる電力、またはＰＣ３４から供給される電力で動作する。
【００７３】
すなわち、電源管理部４９は、各部の動作に必要な電力がＰＣ３４からＶＢＵＳ５３を介して得られる電力で足りる場合、この電力（すなわちＰＣ３４から得られる電力）を各部に供給する。これに対して各部の動作に必要な電力がＰＣ３４から得られる電力では足りない場合、電源管理部４９は、各部の動作に必要な電力をバッテリー５４から得て、各部に供給する。
【００７４】
尚、ＤＳＣ２０は、５Ｖ、５００ｍＡの電力で動作するようになっており、この電力がＰＣ３４から得られれば、ＰＣ３４からの電力だけで動作できる。
【００７５】
このように電源管理部４９は、給電元を、ＶＢＵＳ５３（つまりＰＣ３４）からバッテリー５４に、またはその逆に適宜切り換えて、各部の動作に必要な電力を各部に供給するようになっている。尚、どのようなタイミングで給電元を切り換えるのかについては、後述する。
【００７６】
またこのとき（つまりＤＳＣ２０がＰＣ３４と接続されたとき）、ＶＢＵＳ５３を通るＶＢＵＳ信号の信号レベルがＨｉｇｈとなる。ＣＰＵ４１は、この旨を、電源管理部４９を介して認識することで、ＰＣ３４との接続を検出するようになっている。
【００７７】
その後、ＣＰＵ４１は、ＵＳＢコントローラ４８と協働して、ＵＳＢ  ＰＨＹ５０による、ＵＳＢ接続プロトコルに基づくデータの送受信を制御することで、ＰＣ３４と通信する。
【００７８】
すなわちＣＰＵ４１は、ＰＣ３４に送信するデータをＵＳＢコントローラ４８を介してＵＳＢ  ＰＨＹ５０に送る。ＵＳＢ  ＰＨＹは、送られてきたデータを、デジタルアナログ変換することによりＵＳＢで送受信できる形式に変換して、Ｄ＋信号線５１及びＤ−信号線５２を介してＵＳＢコネクタ２４に送る。
【００７９】
この結果、ＵＳＢコネクタ２４からＵＳＢケーブル３３を介してデータがＰＣ３４に送信される。
【００８０】
これに対して、ＰＣ３４からＵＳＢケーブル３３を介して送信されてくるデータは、ＵＳＢコネクタ２４で受信され、Ｄ＋信号線５１及びＤ−信号線５２を介してＵＳＢ  ＰＨＹ５０に送られる。
【００８１】
ＵＳＢ  ＰＨＹ５０は、送られてきたデータをアナログデジタル変換することによりＣＰＵ４１で扱える形式に変換して、ＣＰＵ４１に送る。
【００８２】
このようにして、ＤＳＣ２０は、接続されたＰＣ３４と通信するようになっている。
【００８３】
また、ＤＳＣ２０に外部電源５５が接続されていれば、ＤＳＣ２０は、外部電源５５から得られる電力、またはＰＣ３４から供給される電力で動作する。
【００８４】
すなわち、電源管理部４９は、バッテリー５４の代わりに外部電源５５から給電するようにする。またこのとき、電源管理部４９は、外部電源５５から得られる電力、またはＰＣ３４から得られる電力を、各部の動作が保障される範囲内で、バッテリー５４にも供給することにより、バッテリー５４を充電するようになっている。
【００８５】
このようなＤＳＣ２０に対して、ホスト機器となるＰＣ３４は、ＵＳＢホスト機能をそなえた一般的な情報処理装置であるとする。ゆえに、ここではＰＣ３４の詳細なハードウェア構成については省略する。
【００８６】
簡単に説明すると、ＰＣ３４は、情報処理のためのハードウェア構成として、例えば、ＣＰＵ、ＲＯＭ（Read  Only  Memory）、ＲＡＭ（Random  Access  Memory）、ハードディスクドライブ、ディスプレイ、操作入力部（全て図示せず）を有する。さらにＰＣ３４は、ＵＳＢホスト機能に対応するＵＳＢコントローラ、ＵＳＢ  ＰＨＹ（共に図示せず）、ＵＳＢコネクタ３５を有する。
【００８７】
このＰＣ３４は、ＣＰＵがＲＯＭまたはハードディスクドライブに書き込まれているＯＳ（Operating  System）などのプログラムをＲＡＭにロードして実行することで、各部を制御すると共に各種処理を実行するようになっている。
【００８８】
そしてこのＰＣ３４は、ＵＳＢケーブル３３を介してＤＳＣ２０と接続されると、プラグアンドプレイによりＤＳＣ２０を認識して、ＤＳＣ２０との通信及びＤＳＣ２０に対する電力供給を行う。
【００８９】
すなわちＰＣ３４は、ＵＳＢコネクタ３５からＵＳＢケーブル３３を介してＤＳＣ２０にデータを送信すると共に電力を供給する。またＰＣ３４は、ＵＳＢケーブル３３を介してＤＳＣ２０から送られてきたデータをＵＳＢコネクタ３５で受信する。受信されたデータは、例えばＣＰＵに送られ、ＣＰＵにより所定の演算処理が行われる。
【００９０】
ところで、上述したように、ＤＳＣ２０は、ＰＣ３４と接続されると、給電元を、ＶＢＵＳ５３（つまりＰＣ３４）からバッテリー５４に、またはその逆に適宜切り換えて、動作するようになっている。
【００９１】
ここで、給電元を切り換えるタイミングについて、ＤＳＣ２０とＰＣ３４との接続開始時のシーケンス（これを接続シーケンスとも呼ぶ）と共に、詳しく説明する。
【００９２】
［１−２−３．接続シーケンス］
図６に、ＤＳＣ２０とＰＣ３４との接続シーケンスを示す。尚、この接続シーケンスは、主として、ＤＳＣ２０のＣＰＵ４１と、ＰＣ３４のＣＰＵとによって実行される処理の手順である。
【００９３】
まずステップＳＰ１において例えばユーザ操作によりＤＳＣ２０の電源がオンされる。このときＤＳＣ２０の電源管理部４９は、給電元をバッテリー５４として、このバッテリー５４から各部の動作に必要な電力を得て各部に供給する。
【００９４】
またステップＳＰ１０においてＰＣ３４の電源がオンされる。この時点では、まだＤＳＣ２０とＰＣ３４とは接続されていない。
【００９５】
その後、ＵＳＢケーブル３３が、ＤＳＣ２０のＵＳＢコネクタ２４と、ＰＣ３４のＵＳＢコネクタ３５に挿し込まれると、ＤＳＣ２０とＰＣ３４とが接続される。この時点から、ＤＳＣ２０は、１００ｍＡ以下の電流であれば、ＰＣ３４から引くことが可能となる。
【００９６】
するとステップＳＰ１１においてＰＣ３４は、ＤＳＣ２０がどのような端末装置であるかを知るために、ＤＳＣ２０に対して、幾つかのリクエストと呼ばれる通信コマンドを発行する。その１つがＧｅｔ＿Ｄｅｓｃｒｉｐｔｏｒであり、ＰＣ３４は、このＧｅｔ＿Ｄｅｓｃｒｉｐｔｏｒを発行することで、ＤＳＣ２０に対してコンフィギュレーションデスクリプタを要求する。
【００９７】
このコンフィギュレーションデスクリプタとは、端末装置（この場合ＤＳＣ２０）の各種設定値が記されたデータセットである。実際、このコンフィギュレーションデスクリプタには、図７に示すように、各種設定値が、対応するフィールドに所定のサイズで記される。
【００９８】
例えば、ｂｍＡｔｔｒｉｂｕｔｅｓフィールドには、図８にも示すように、端末装置がＳｐ（Ｓｅｌｆ−ｐｏｗｅｒｅｄ）デバイスであるか、Ｂｐ（Ｂｕｓ−ｐｏｗｅｒｅｄ）デバイスであるかなどを示す設定値が１バイトで記されている。
【００９９】
すなわち、このｂｍＡｔｔｒｉｂｕｔｅｓフィールドには、例えば、端末装置がＢｐデバイスであればビット６に「０」が記される一方で、Ｓｐデバイスであればビット６に「１」が記されるようになっている。
【０１００】
またＭａｘＰｏｗｅｒフィールドには、図９にも示すように、端末装置が必要とするＶＢＵＳからの電流（これをＶＢＵＳ電流とも呼ぶ）の最大値（ｍＡ）の１／２の値が１バイトで記されている。
【０１０１】
すなわち、このＭａｘＰｏｗｅｒフィールドには、例えば、端末装置が必要とするＶＢＵＳ電流の最大値が１００ｍＡであれば「０ｘ３２」、５００ｍＡであれば「０ｘＦＡ」と記されるようになっている。
【０１０２】
このようなコンフィギュレーションデスクリプタを、ＰＣ３４は、ＤＳＣ２０に対して要求する。
【０１０３】
ＤＳＣ２０のＣＰＵ４１は、要求を受け付けると、ステップＳＰ２において、ＤＳＣ２０がＢｐデバイスであり、必要とするＶＢＵＳ電流の最大値が５００ｍＡであることを記したコンフィギュレーションデスクリプタをＰＣ３４に返信する。
【０１０４】
すなわちＣＰＵ４１は、ｂｍＡｔｔｒｉｂｕｔｅｓフィールドのビット６に「０」を設定すると共に、ＭａｘＰｏｗｅｒフィールドに「０ｘＦＡ」を設定したうえで、コンフィギュレーションデスクリプタをＰＣ３４に送信する。
【０１０５】
このように、ＤＳＣ２０は、ＵＳＢ規格上、バッテリー駆動できるＳｐデバイスに該当するが、ＰＣ３４からの電力だけで動作するために、ＰＣ３４にＢｐデバイスであると通知して５００ｍＡのＶＢＵＳ電流を要求するようになっている。
【０１０６】
ＰＣ３４は、ＤＳＣ２０からコンフィギュレーションデスクリプタを受信すると、ステップＳＰ１２において、このコンフィギュレーションデスクリプタを解析することで、ＤＳＣ２０について、接続を許可すべきデバイスであるか否か判断する。このとき、要求されたＶＢＵＳ電流が供給可能であるかの判断もなされることとなる。
【０１０７】
実際、ＤＳＣ２０から送信されてくるコンフィギュレーションデスクリプタには、上述したように、ＤＳＣ２０がＢｐデバイスであり必要なＶＢＵＳ電流の最大値が５００ｍＡであることが記されている。
【０１０８】
ゆえに、ＰＣ３４は、Ｂｐデバイスとして５００ｍＡのＶＢＵＳ電流を要求してきたＤＳＣ２０について、接続を許可すべきデバイスであるか否か判断することになる。
【０１０９】
ここで、バッテリー駆動するＤＳＣ２０がＢｐデバイスであると宣言することについては、ＵＳＢ規格に則ったものではない。
【０１１０】
しかしながら、ＰＣ３４側からは、ＤＳＣ２０について、接続開始から現在に至るまで、供給する電流が１００ｍＡ以下でも動作可能なデバイスとしてしか認識することができない。つまり、ＰＣ３４側からは、ＤＳＣ２０について、ＶＢＵＳ電流だけで動作できるデバイスなのか、バッテリー駆動するデバイスなのかまで判別することはできない。
【０１１１】
ゆえに、バッテリー駆動するＤＳＣ２０がＢｐデバイスであると宣言しても、ＰＣ３４側で、ＵＳＢ規格を逸脱した宣言を行ったデバイスであると認識されることはない。
【０１１２】
またＢｐデバイスが５００ｍＡのＶＢＵＳ電流を要求することについては、ＵＳＢ規格に則ったものであるから、ＤＳＣ２０がこのような要求をしても、ＰＣ３４側で、ＵＳＢ規格に反する要求を行ったデバイスであると認識されることはない。
【０１１３】
すなわち、ＰＣ３４は、Ｂｐデバイスとして５００ｍＡのＶＢＵＳ電流を要求してきたＤＳＣ２０を、ＵＳＢ規格に則ったデバイスであると認識する。そして、ＰＣ３４は、このＤＳＣ２０を、接続を許可すべきデバイスであると判断する。ここでＤＳＣ２０が、ＰＣ３４に認証されたことになる。
【０１１４】
このように、コンフィギュレーションデスクリプタを解析して、ＤＳＣ２０について、接続を許可すべきデバイスであると判断すると、ＰＣ３４は、ステップＳＰ１３に移る。
【０１１５】
ステップＳＰ１３においてＰＣ３４は、コンフィギュレーションデスクリプタの解析結果をＤＳＣ２０に通知する。すなわちＰＣ３４は、ＤＳＣ２０について、受信したコンフィギュレーションデスクリプタに記された内容で接続することを許可する。
【０１１６】
具体的にＰＣ３４は、リクエストの１つであるＳｅｔ＿Ｃｏｎｆｉｇｕｒａｔｉｏｎを発行することで、受信したコンフィギュレーションデスクリプタで接続することを許可する。ここで、ＤＳＣ２０が、ＰＣ３４から５００ｍＡの電流を引くことが許可されたことになる。
【０１１７】
ＤＳＣ２０のＣＰＵ４１は、ＰＣ３４からコンフィギュレーションデスクリプタに記された内容で接続することを許可されると、ステップＳＰ３において、電源管理部４９に給電元をバッテリー５４からＶＢＵＳ５３に切り換えさせる。
【０１１８】
このときＰＣ３４からは５００ｍＡのＶＢＵＳ電流の使用が許可されているので、電源管理部４９は、ＶＢＵＳ５３から５Ｖ、５００ｍＡの電力を得て、これを各部に供給する。この結果、ＤＳＣ２０は、ＶＢＵＳ５３からの電力、つまりＰＣ３４から供給される電力のみで動作することになる。
【０１１９】
そしてＤＳＣ２０のＣＰＵ４１は、ステップＳＰ４に移り、給電元の切り換えなどの設定が完了した旨を、ＰＣ３４に通知する。
【０１２０】
その後、ＤＳＣ２０のＣＰＵ４１とＰＣ３４は、共にステップＳＰ２０に移り、協働してＵＳＢの通常シーケンスを開始する。
【０１２１】
このような接続シーケンスにより、ＤＳＣ２０とＰＣ３４とが接続され、ＤＳＣ２０が給電元をバッテリー５４からＶＢＵＳ５３に切り換えるようになっている。
【０１２２】
ここまで説明したように、ＤＳＣ２０は、ＰＣ３４とＵＳＢで接続されると、この時点ではまだＰＣ３４から動作に必要な電力が得られないために、バッテリー５４からの電力で動作する。そしてＤＳＣ２０は、ＰＣ３４に対してＢｐデバイスであると宣言して、動作に必要な５００ｍＡのＶＢＵＳ電流を要求する。
【０１２３】
このときＰＣ３４側から、ＤＳＣ２０がＳｐデバイスであることを特定することはできない。ゆえに、ＤＳＣ２０は、ＰＣ３４によって、ＵＳＢ規格に則ったデバイスであると認証され、５００ｍＡのＶＢＵＳ電流を引くことが許可される。
【０１２４】
ＰＣ３４に認証されると、ＤＳＣ２０は、給電元をバッテリー５４からＶＢＵＳ５３に切り換え、ＰＣ３４から５００ｍＡのＶＢＵＳ電流を引くことで、ＶＢＵＳ５３からの電力（５Ｖ、５００ｍＡ）だけで動作する。
【０１２５】
このように、ＤＳＣ２０は、ＳｐデバイスでありながらＵＳＢ規格に反してＢｐデバイスであると宣言したことをＰＣ３４に認識させずに、Ｂｐデバイスに対して利用が許可される最大５００ｍＡのＶＢＵＳ電流をＰＣ３４から引くことがきる。
【０１２６】
またＤＳＣ２０は、ＰＣ３４に認証されるまでの間（つまりＰＣ３４から動作に必要な５００ｍＡの電流が引けない間）は、バッテリー５４を使用することで、別途少ない電流で動作する制御ユニットを必要とせず、簡易な構成を実現できる。
【０１２７】
さらにＤＳＣ２０は、ＰＣ３４に認証されるまでの間だけ、バッテリー５４を使用して、認証後はＰＣ３４からの電力で動作できるので、バッテリー５４の電力消費を必要最低限に抑えることができる。これにより、ＤＳＣ２０は、ＰＣ３４との通信の途中でバッテリー５４からの電力が途切れてしまうことを防止することができる。
【０１２８】
さらに上述したＤＳＣ２０による給電元の切り換えは、ＤＳＣ２０とＰＣ３４との接続開始時に限らず、ＰＣ３４側が通常モードから省電力モードであるサスペンドモードに移行したとき（すなわちサスペンド時）にも有効活用できる。
【０１２９】
［１−２−４．サスペンドシーケンス］
ここで、図１０に、サスペンド時のシーケンス（これをサスペンドシーケンスとも呼ぶ）を示す。尚、このサスペンドシーケンスも、主として、ＤＳＣ２０のＣＰＵ４１と、ＰＣ３４のＣＰＵとによって実行される処理の手順である。
【０１３０】
まず上述したようにステップＳＰ２０において、ＤＳＣ２０のＣＰＵ４１とＰＣ３４とが、協働してＵＳＢの通常シーケンスを開始しているとする。このときＤＳＣ２０は、上述したようにＶＢＵＳ５３からの電力（５Ｖ、５００ｍＡ）だけで動作している。
【０１３１】
その後、ＰＣ３４が、サスペンドモードに移行するとする。このとき、ＰＣ３４は、ステップＳＰ３０において、ＤＳＣ２０にサスペンド信号を送信することで、ＤＳＣ２０にもサスペンドモードに移行するよう命令する。
【０１３２】
ここで、ＵＳＢ規格上、ホスト機器がサスペンドモードのとき、接続された端末装置は、ホスト機器から２．５ｍＡを超えるＶＢＵＳ電流を引いてはならないことになっている。ゆえに、通常、Ｂｐデバイスは、サスペンド信号を受信すると、２．５ｍＡのＶＢＵＳ電流で動作するサスペンドモードに移行する。
【０１３３】
ところが、ＤＳＣ２０は、２．５ｍＡのＶＢＵＳ電流で動作する制御ユニットを有していないため、サスペンドモードに移行することができず、２．５ｍＡのＶＢＵＳ電流で動作しようとすると、電力が足らずに電源オフ状態になってしまう。
【０１３４】
そこで、ＤＳＣ２０のＣＰＵ４１は、ＰＣ３４からサスペンド信号を受信すると、ステップＳＰ４０において、電源管理部４９に給電元をＶＢＵＳ５３からバッテリー５４に切り換えさせる。これによりＤＳＣ２０は、ＰＣ３４がサスペンドモードのときでも電源オフ状態とならずに動作できる。
【０１３５】
このときＰＣ３４側からは、ＤＳＣ２０がバッテリー駆動に切り換わったと認識することはできず、ＤＳＣ２０がＵＳＢ規格に則って２．５ｍＡ以下のＶＢＵＳ電流で動作するサスペンドモードに移行したと認識される。
【０１３６】
その後、ＰＣ３４がサスペンドモードから通常モードへ復帰（これをリジュームとも呼ぶ）するとする。このとき、ＰＣ３４は、ステップＳＰ３１において、ＤＳＣ２０にリジューム信号を送信することで、ＤＳＣ２０にもリジュームするよう命令する。
【０１３７】
ＰＣ３４からリジューム信号を受信すると、ＤＳＣ２０のＣＰＵ４１は、ステップＳＰ４１において、電源管理部４９に給電元をバッテリー５４からＶＢＵＳ５３に切り換えさせる。これによりＤＳＣ２０は、再びＶＢＵＳ５３からの電力（５Ｖ、５００ｍＡ）だけで動作する。このときＰＣ３４側からは、ＤＳＣ２０がＵＳＢ規格に則ってレジュームしたと認識される。
【０１３８】
このようなサスペンドシーケンスにより、ＤＳＣ２０は、ＰＣ３４がサスペンドモードに移行したときに給電元をＶＢＵＳ５３からバッテリー５４に切り換えるようになっている。
【０１３９】
このようにＤＳＣ２０は、ＰＣ３４がサスペンドモードに移行すると、給電元をＶＢＵＳ５３からバッテリー５４に切り換える。これにより、ＤＳＣ２０は、ＰＣ３４がサスペンドモードのときでも、動作に必要な電力が足りなくなって電源オフ状態となってしまうことを回避することができる。
【０１４０】
実際、ＤＳＣ２０は、一旦電源オフ状態になると、自動で電源オン状態に戻ることができない。つまりＤＳＣ２０は、ＰＣ３４がサスペンドモードに移行することにともなって電源オフ状態になってしまうと、ＰＣ３４がリジュームしても電源オフ状態のままとなり、ＰＣ３４と通信できなくなる。
【０１４１】
従って、ＤＳＣ２０は、ＰＣ３４がサスペンドモードに移行しても電源オフ状態とならずに動作し続けることで、ＰＣ３４がリジュームしたときに、直ちにＰＣ３４と通信を再開することができる。
【０１４２】
またＤＳＣ２０は、ＰＣ３４がサスペンドモードのときでも、バッテリー５４からの電力で動作することで、別途サスペンドモードで動作するための制御ブロックを設けることなく、簡易な構成を実現できる。
【０１４３】
［１−２−５．動作及び効果］
以上の構成においてＤＳＣ２０は、５Ｖ、５００ｍＡの電力で動作できるよう設計されており、バッテリー５４もしくはＵＳＢで接続されたＰＣ３４からこの電力を取得することで動作する。
【０１４４】
すなわち、ＤＳＣ２０は、ＰＣ３４とＵＳＢで接続されると、バッテリー５４からの電力で動作しながら、ＰＣ３４からの電力だけで動作するために、ＰＣ３４に対してＢｐデバイスであると通知して５００ｍＡのＶＢＵＳ電流を要求する。
【０１４５】
このときＰＣ３４側からＤＳＣ２０がＳｐデバイスであるかＢｐデバイスであるかを特定することはできないため、ＰＣ３４は、Ｂｐデバイスによる５００ｍＡのＶＢＵＳ電流の要求が正当なものであるかだけを判断する。
【０１４６】
この要求はＵＳＢ規格に則ったものであるから、ＤＳＣ２０は、ＰＣ３４から、正当なデバイスであると認証され、５００ｍＡのＶＢＵＳ電流を引くことが許可される。
【０１４７】
ＰＣ３４に認証されると、ＤＳＣ２０は、給電元をバッテリー５４からＶＢＵＳ５３に切り換え、ＰＣ３４から５００ｍＡのＶＢＵＳ電流を引くことで、ＶＢＵＳ５３からの電力だけで動作する。
【０１４８】
このように、ＤＳＣ２０は、Ｂｐデバイスであると通知してきた機器に対してのみ最大５００ｍＡのＶＢＵＳ電流を引くことを許可するＰＣ３４に対して、Ｂｐデバイスであると通知するようにした。
【０１４９】
こうすることでＤＳＣ２０は、ＤＳＣ２０は、ＵＳＢ規格上Ｓｐデバイスでありながら、ＰＣ３４から５００ｍＡのＶＢＵＳ電流を引くことができる。
【０１５０】
またＤＳＣ２０は、ＰＣ３４から動作に必要な５００ｍＡの電流が引けない間は、バッテリー駆動することで、別途５００ｍＡより少ない電流で動作する制御ユニットを必要とせず、簡易な構成を実現できる。
【０１５１】
さらにＤＳＣ２０は、ＰＣ３４に認証されるまでの間だけ、バッテリー５４を使用して、認証後はＰＣ３４からの電力で動作することで、バッテリー５４の電力消費を必要最低限に抑えることができる。これにより、ＤＳＣ２０は、ＰＣ３４との通信の途中でバッテリー５４からの電力が途切れてしまうことを防止することができる。
【０１５２】
以上の構成によれば、ＤＳＣ２０は、ＵＳＢ規格上Ｓｐデバイスでありながら、Ｂｐデバイスであると通知することでＰＣ３４に対して５００ｍＡのＶＢＵＳ電流を要求することができる。この結果、ＤＳＣ２０は、ＰＣ３４から動作に必要な５００ｍＡのＶＢＵＳ電流を引くことができる。またＤＳＣ２０は、別途５００ｍＡより少ない電流で動作する制御ユニットを必要とせず、簡易な構成を実現できる。さらにＤＳＣ２０は、ＰＣ３４との通信の途中でバッテリー５４からの電力が途切れてしまうことを防止することができる。かくしてＤＳＣ２０は、簡易な構成でありながら、電力供給を受けるＰＣ３４と確実に通信することができる。
【０１５３】
＜２．第２の実施の形態＞
次に、第２の実施の形態について説明する。上述した第１の実施の形態では、ＰＣ３４が５００ｍＡのＶＢＵＳ電流を供給できるホスト機器であることを前提としたが、実際、５００ｍＡのＶＢＵＳ電流を供給できないＰＣ３４も存在する。
【０１５４】
このようなＰＣ３４に５００ｍＡのＶＢＵＳ電流を要求しても、許可されずに、結果としてＤＳＣ２０は、ＰＣ３４と通信を開始することができなくなってしまう。
【０１５５】
そこでこの第２の実施の形態では、ＤＳＣ２０が、ＰＣ３４に５００ｍＡのＶＢＵＳ電流を要求しても許可されなかった場合に、要求を変更することで、通信を開始できなくなる状況を回避するようになっている。
【０１５６】
ゆえに、ここでは、ＤＳＣ２０とＰＣ３４とが接続されたときのＤＳＣ２０側の処理手順（これをＤＳＣ側接続処理手順とも呼ぶ）について説明する。尚、ＤＳＣ２０の構成、ＰＣ３４の構成などは、第１の実施の形態と同様であるので、第１の実施の形態を参照とする。
【０１５７】
［２−１．ＤＳＣ側接続処理手順］
図１１に、ＤＳＣ側接続処理手順ＲＴ１を示す。このＤＳＣ側接続処理手順ＲＴ１は、主として、ＤＳＣ２０のＣＰＵ４１によって実行される処理の手順である。
【０１５８】
まずステップＳＰ１００において例えばユーザ操作によりＤＳＣ２０の電源がオンされる。このときＤＳＣ２０の電源管理部４９は、給電元をバッテリー５４として、このバッテリー５４から各部の動作に必要な電力を得て各部に供給する。
【０１５９】
またこのときＰＣ３４側の電源もオンされるとする。その後、ＵＳＢケーブル３３が、ＤＳＣ２０のＵＳＢコネクタ２４と、ＰＣ３４のＵＳＢコネクタ３５に挿し込まれると、ＤＳＣ２０とＰＣ３４とがＵＳＢ接続される。
【０１６０】
するとＰＣ３４は、Ｇｅｔ＿Ｄｅｓｃｒｉｐｔｏｒを発行することで、ＤＳＣ２０に対してコンフィギュレーションデスクリプタを要求する。
【０１６１】
ＤＳＣ２０のＣＰＵ４１は、要求を受け付けると、ステップＳＰ１０１において、ＤＳＣ２０がＢｐデバイスであり、必要とするＶＢＵＳ電流の最大値が５００ｍＡであることを記したコンフィギュレーションデスクリプタをＰＣ３４に返信する。
【０１６２】
その後、ＣＰＵ４１は、ステップＳＰ１０２に移り、図示しないタイマーをセットして、次のステップＳＰ１０３に移る。尚、ここでは、予め計測された、ＤＳＣ２０がコンフィギュレーションデスクリプタをＰＣ３４に送信してから、その解析結果が通知されるまでの平均的な時間よりも長い時間（例えば５秒）がタイマーにセットされる。
【０１６３】
ステップＳＰ１０３においてＣＰＵ４１は、コンフィギュレーションデスクリプタをＰＣ３４に返信した結果として、ＰＣ３４からコンフィギュレーションデスクリプタの解析結果が通知されたか否かを判断する。
【０１６４】
このステップＳＰ１０３で肯定結果を得ると、このことは、解析結果が通知されたこと、すなわちＤＳＣ２０がＰＣ３４から５００ｍＡの電流を引くことを許可されたことを意味する。このときＤＳＣ２０のＣＰＵ４１は、ステップＳＰ１０４に移り、電源管理部４９に給電元をバッテリー５４からＶＢＵＳ５３に切り換えさせる。
【０１６５】
このときＰＣ３４からは５００ｍＡのＶＢＵＳ電流の使用が許可されているので、電源管理部４９は、ＶＢＵＳ５３から５Ｖ、５００ｍＡの電力を得て、これを各部に供給する。この結果、ＤＳＣ２０は、ＶＢＵＳ５３からの電力、つまりＰＣ３４から供給される電力のみで動作することになる。
【０１６６】
そしてＤＳＣ２０のＣＰＵ４１は、ステップＳＰ１１０に移り、給電元の切り換えなどの設定が完了した旨を、ＰＣ３４に通知して、このＤＳＣ側接続処理手順ＲＴ１を終了する。
【０１６７】
これに対して、上述のステップＳＰ１０３で否定結果を得ると、このことは、解析結果が通知されていないこと、すなわちＤＳＣ２０がまだＰＣ３４から５００ｍＡの電流を引くことを許可されていないことを意味する。このときＤＳＣ２０のＣＰＵ４１は、ステップＳＰ１０５に移る。ステップＳＰ１０５においてＣＰＵ４１は、タイマーが切れたか否か（すなわち５秒たったか否か）を判断する。
【０１６８】
このステップＳＰ１０５で否定結果を得ると、このことはまだタイマーが切れていないことを意味する。このときＤＳＣ２０のＣＰＵ４１は、再びステップＳＰ１０３に戻る。
【０１６９】
これに対して、上述のステップＳＰ１０５で肯定結果を得ると、このことは、解析結果が通知されないままタイマーが切れたこと、すなわちＰＣ３４から５００ｍＡのＶＢＵＳ電流を引くことを許可されないままタイマーが切れたことを意味する。
【０１７０】
言い換えれば、ＤＳＣ２０がＰＣ３４に対して５００ｍＡのＶＢＵＳ電流を要求してから所定時間（例えば５秒）経過したにもかかわらず、ＰＣ３４からその要求に対する許可が得られていないことを意味する。
【０１７１】
この理由として、１つはＰＣ３４からの許可が遅れていること、もう１つはそもそもＰＣ３４が５００ｍＡのＶＢＵＳ電流を供給できないホスト機器であり許可しなかったことが挙げられる。
【０１７２】
このときＤＳＣ２０のＣＰＵ４１は、ステップＳＰ１０６に移る。ステップＳＰ１０６においてＣＰＵ４１は、図１２に示すタイムアウト画面１００をＬＣＤ２６に表示させて、次のステップＳＰ１０７に移る。このタイムアウト画面１００には、ＰＣ３４から５００ｍＡのＶＢＵＳ電流を引くか否かをユーザに問う文章１０１と、その問いに対する回答としてＹＥＳを選択するためのＹＥＳボタン１０２と、ＮＯを選択するためのＮＯボタン１０３とが表示される。
【０１７３】
ステップＳＰ１０７においてＣＰＵ４１は、十字キー３１及び決定ボタン３２の操作によってタイムアウト画面１００のＹＥＳボタン１０２が押下されたか否かを判断する。
【０１７４】
このステップＳＰ１０７で肯定結果を得ると、このことはＹＥＳボタン１０２が押下されたこと、すなわちユーザによりＰＣ３４から５００ｍＡのＶＢＵＳ電流を引くと選択されたことを意味する。このときＣＰＵ４１は、再びステップＳＰ１０２に戻り、タイマーを再セットして、引き続きＰＣ３４から５００ｍＡのＶＢＵＳ電流を引くことを許可されるのを待ち受ける。
【０１７５】
これに対して、上述のステップＳＰ１０７で否定結果を得ると、このことはＮＯボタン１０３が押下されたこと、すなわちユーザによりＰＣ３４から５００ｍＡのＶＢＵＳ電流を引かないと選択されたことを意味する。このときＣＰＵ４１は、ステップＳＰ１０８に移る。
【０１７６】
ステップＳＰ１０８においてＣＰＵ４１は、ＵＳＢコントローラ４８と協働して、ＰＣ３４にリセット信号を送信することにより、ＰＣ３４との間で再接続処理を行う。再接続処理を行うと、再びＰＣ３４から、コンフィギュレーションデスクリプタが要求される。
【０１７７】
するとＤＳＣ２０のＣＰＵ４１は、ステップＳＰ１０９において、ＤＳＣ２０がＳｐデバイスであり、必要とするＶＢＵＳ電流の最大値が例えば１００ｍＡであることを記したコンフィギュレーションデスクリプタをＰＣ３４に返信する。
【０１７８】
尚、ここでは、必要とするＶＢＵＳ電流の最大値を１００ｍＡとしたが、Ｓｐデバイスはバッテリー動作するのであるから、必要とするＶＢＵＳ電流の最大値は必ずしも１００ｍＡでなくともよく、１００ｍＡ以下であればよい。
【０１７９】
つまりＣＰＵ４１は、ＰＣ３４に最大５００ｍＡのＶＢＵＳ電流を要求したものの、許可されなかったために、この要求を取り止め、ホスト機器であればより確実に供給可能な例えば１００ｍＡのＶＢＵＳ電流を要求する。
【０１８０】
この結果として、ＰＣ３４からコンフィギュレーションデスクリプタの解析結果が通知されることでＰＣ３４に認証されると、ＤＳＣ２０のＣＰＵ４１は、ステップＳＰ１１０に移る。
【０１８１】
このとき、ＰＣ３４からは１００ｍＡまでのＶＢＵＳ電流しか使用が許可されていないので、電源管理部４９は、バッテリー５４から５Ｖ、５００ｍＡの電力を得て、これを各部に供給する。この結果、ＤＳＣ２０は、バッテリー５４からの電力で動作することになる。
【０１８２】
ステップＳＰ１１０においてＤＳＣ２０のＣＰＵ４１は、設定が完了した旨を、ＰＣ３４に通知して、このＤＳＣ側接続処理手順ＲＴ１を終了する。
【０１８３】
このようなＤＳＣ側接続処理手順ＲＴ１により、ＤＳＣ２０は、ＰＣ３４と接続するようになっている。
【０１８４】
このようにＤＳＣ２０は、ＰＣ３４に最大５００ｍＡのＶＢＵＳ電流を要求してから所定時間経過しても、ＰＣ３４からその要求に対する許可が得られなかった場合、引き続き許可を待つか、要求を変更するかをユーザに選択させる。
【０１８５】
そして要求を変更すると選択されると、ＤＳＣ２０は、ＰＣ３４との間で再接続処理を行って、今度は、ＰＣ３４に要求するＶＢＵＳ電流の最大値を例えば１００ｍＡに引き下げる。
【０１８６】
こうすることで、ＤＳＣ２０は、ＰＣ３４が仮に５００ｍＡのＶＢＵＳ電流は供給できないホスト機器であったとしても、ＰＣ３４と通信を開始することができなくなってしまう状況を回避することができる。
【０１８７】
＜３．第３の実施の形態＞
次に、第３の実施の形態について説明する。この第３の実施の形態では、ＤＳＣ２０がバッテリー５４の残量に応じて、ＰＣ３４に返信するコンフィギュレーションデスクリプタの内容を変更するようになっている。
【０１８８】
ゆえに、ここでは、ＤＳＣ２０とＰＣ３４とが接続されたときのＤＳＣ２０側接続処理手順について説明する。尚、ＤＳＣ２０の構成、ＰＣ３４の構成などは、第１の実施の形態と同様であるので、第１の実施の形態を参照とする。
【０１８９】
［３−１．ＤＳＣ側接続処理手順］
図１３に、ＤＳＣ側接続処理手順ＲＴ２を示す。このＤＳＣ側接続処理手順ＲＴ２は、主として、ＤＳＣ２０のＣＰＵ４１によって実行される処理の手順である。
【０１９０】
まずステップＳＰ２００において例えばユーザ操作によりＤＳＣ２０の電源がオンされる。このときＤＳＣ２０の電源管理部４９は、給電元をバッテリー５４として、このバッテリー５４から各部の動作に必要な電力を得て各部に供給する。
【０１９１】
またこのときＰＣ３４側の電源もオンされるとする。その後、ＵＳＢケーブル３３が、ＤＳＣ２０のＵＳＢコネクタ２４と、ＰＣ３４のＵＳＢコネクタ３５に挿し込まれると、ＤＳＣ２０とＰＣ３４とがＵＳＢ接続される。
【０１９２】
するとＰＣ３４は、Ｇｅｔ＿Ｄｅｓｃｒｉｐｔｏｒを発行することで、ＤＳＣ２０に対してコンフィギュレーションデスクリプタを要求する。
【０１９３】
ＤＳＣ２０のＣＰＵ４１は、要求を受け付けると、ステップＳＰ２０１において、電源管理部４９を介して、バッテリー５４の残量をチェックして、次のステップＳＰ２０２に移る。
【０１９４】
ステップＳＰ２０２においてＣＰＵ４１は、バッテリー５４の残量が所定量（例えば５０％）以上であるか否かを判断する。このステップＳＰ２０２で否定結果を得ると、このことはバッテリー５４の残量がＰＣ３４と通信するには不足していることを意味する。
【０１９５】
このときＣＰＵ４１は、ステップＳＰ２０３に移り、ＤＳＣ２０がＢｐデバイスであり、必要とするＶＢＵＳ電流の最大値が５００ｍＡであることを記したコンフィギュレーションデスクリプタをＰＣ３４に返信する。
【０１９６】
この結果として、ＰＣ３４からコンフィギュレーションデスクリプタの解析結果が通知されることでＰＣ３４に認証されると、ＤＳＣ２０のＣＰＵ４１は、ステップＳＰ２０４に移る。
【０１９７】
ステップＳＰ２０４においてＣＰＵ４１は、電源管理部４９に給電元をＶＢＵＳ５３に切り換えさせて、次のステップＳＰ２０５に移る。
【０１９８】
このとき、ＰＣ３４からは５００ｍＡのＶＢＵＳ電流の使用が許可されているので、電源管理部４９は、ＶＢＵＳ５３から５Ｖ、５００ｍＡの電力を得て、これを各部に供給する。この結果、ＤＳＣ２０は、ＶＢＵＳ５３からの電力、つまりＰＣ３４から供給される電力のみで動作することになる。
【０１９９】
ステップＳＰ２０５においてＤＳＣ２０のＣＰＵ４１は、給電元の切り換えなどの設定が完了した旨を、ＰＣ３４に通知して、次のステップＳＰ２０６に移る。ステップＳＰ２０６においてＣＰＵ４１は、ＰＣ３４と協働してＵＳＢの通常シーケンスを開始して、このＤＳＣ側接続処理手順ＲＴ２を終了する。
【０２００】
これに対して、上述のステップＳＰ２０２で肯定結果を得ると、このことはバッテリー５４の残量がＰＣ３４と通信するのに十分な量であることを意味する。このときＣＰＵ４１は、ステップＳＰ２０７に移り、ＤＳＣ２０がＳｐデバイスであり、必要とするＶＢＵＳ電流の最大値が例えば１００ｍＡであることを記したコンフィギュレーションデスクリプタをＰＣ３４に返信する。
【０２０１】
この結果として、ＰＣ３４からコンフィギュレーションデスクリプタの解析結果が通知されることでＰＣ３４に認証されると、ＤＳＣ２０のＣＰＵ４１は、ステップＳＰ２０８に移る。
【０２０２】
ステップＳＰ２０８においてＣＰＵ４１は、電源管理部４９に給電元をバッテリー５４に切り換えさせ、または既に給電元がバッテリー５４であるならばそのままにして、次のステップＳＰ２０９に移る。
【０２０３】
このとき、ＰＣ３４からは１００ｍＡまでのＶＢＵＳ電流しか使用が許可されていないので、電源管理部４９は、バッテリー５４から５Ｖ、５００ｍＡの電力を得て、これを各部に供給する。この結果、ＤＳＣ２０は、バッテリー５４からの電力で動作することになる。
【０２０４】
このようにＤＳＣ２０は、バッテリー残量が十分なときは、ＵＳＢ規格に則り、Ｓｐデバイスであり必要とするＶＢＵＳ電流の最大値が例えば１００ｍＡであることを記したコンフィギュレーションデスクリプタをＰＣ３４に送信するようになっている。そしてバッテリー５４の残量が少ないときだけ、ＤＳＣ２０は、Ｂｐデバイスであり必要とするＶＢＵＳ電流の最大値が５００ｍＡであることを記したコンフィギュレーションデスクリプタをＰＣ３４に送信するようになっている。
【０２０５】
ステップＳＰ２０９においてＤＳＣ２０のＣＰＵ４１は、給電元の切り換えなどの設定が完了した旨を、ＰＣ３４に通知して、次のステップＳＰ２１０に移る。ステップＳＰ２１０においてＣＰＵ４１は、ＰＣ３４と協働してＵＳＢの通常シーケンスを開始して、次のステップＳＰ２１１に移る。
【０２０６】
ステップＳＰ２１１においてＤＳＣ２０のＣＰＵ４１は、再度、電源管理部４９を介して、バッテリー５４の残量をチェックし、次のステップＳＰ２１２に移る。
【０２０７】
ステップＳＰ２１２においてＣＰＵ４１は、バッテリー５４の残量が所定量（例えば５０％）以上であるか否かを判断する。このステップＳＰ２１２で肯定結果を得ると、このことはバッテリー５４の残量がＰＣ３４と通信を行うのに十分な量であることを意味する。このときＣＰＵ４１は、ステップＳＰ２１１に戻り、定期的にバッテリー５４の残量をチェックし続ける。
【０２０８】
これに対して、上述のステップＳＰ２１２で否定結果を得ると、このことはバッテリー５４の残量がＰＣ３４と通信し続けるには不足していることを意味する。すなわち、ＤＳＣ２０が、バッテリー駆動しながらＵＳＢの通常シーケンスでＰＣ３４と通信してきた結果、バッテリー５４の残量が減り所定量を下回ったことを意味する。
【０２０９】
このときＤＳＣ２０のＣＰＵ４１は、ステップＳＰ２１３に移り、図１４に示す再接続要求画面２００をＬＣＤ２６に表示させる。この再接続要求画面２００には、ユーザに対して手動でＰＣ３４側からＰＣ３４とＤＳＣ２０との再接続を行うよう要求する文章２０１が表示される。
【０２１０】
このような再接続要求画面２００を表示することで、ＤＳＣ２０は、ユーザに対して、ＰＣ３４側からＰＣ３４とＤＳＣ２０との再接続を行うよう要求する。ここで、実際に、ＰＣ３４側から再接続を行うには、例えば、ＰＣ３４のＯＳ上でソフトウェア的にＤＳＣ２０の取り外しを行ってから、ＰＣ３４とＤＳＣ２０とを物理的に取り外した後、再び物理的に接続する作業が必要となる。すなわちＤＳＣ２０は、このような作業をユーザに要求する。
【０２１１】
因みに、第２の実施の形態のように、リセット信号によりＤＳＣ２０側から自動で再接続を行うこともできるが、この場合、通信が途中で遮断され、例えば、ＤＳＣ２０のフラッシュメモリ４２に書き込まれたデータが壊れる恐れがある。
【０２１２】
これに対して、ＰＣ３４側から再接続を行う場合、ＰＣ３４は、通信が終了した時点でＤＳＣ２０の取り外しをユーザに許可するので、データが壊れるようなことを防ぐことができる。
【０２１３】
このような再接続要求画面２００を表示した後、ＤＳＣ２０のＣＰＵ４１は、次のステップＳＰ２１４に移る。ステップＳＰ２１４においてＣＰＵ４１は、再接続が完了するまで待ち受け、再接続が完了すると、このステップＳＰ２１４で肯定結果を得て、ステップＳ２０３に戻る。
【０２１４】
そしてＣＰＵ４１は、ＰＣ３４から供給される電力のみで動作するために、ＤＳＣ２０がＢｐデバイスであり、必要とするＶＢＵＳ電流の最大値が５００ｍＡであることを記したコンフィギュレーションデスクリプタをＰＣ３４に返信する。
【０２１５】
このようなＤＳＣ側接続処理手順ＲＴ２により、ＤＳＣ２０は、ＰＣ３４と接続するようになっている。
【０２１６】
このようにＤＳＣ２０は、バッテリー残量が十分なときは、ＵＳＢ規格に則り、Ｓｐデバイスであり必要とするＶＢＵＳ電流の最大値が例えば１００ｍＡであることを記したコンフィギュレーションデスクリプタをＰＣ３４に送信する。この一方で、バッテリー５４の残量が少ないときは、Ｂｐデバイスであり必要とするＶＢＵＳ電流の最大値が５００ｍＡであることを記したコンフィギュレーションデスクリプタをＰＣ３４に送信する。
【０２１７】
すなわちＤＳＣ２０は、バッテリー残量が許す限り、ＵＳＢ規格に則ったコンフィギュレーションデスクリプタをＰＣ３４に送信して、バッテリー駆動する。
【０２１８】
こうすることでそもそもＵＳＢ規格上ＳｐデバイスであるＤＳＣ２０が、Ｂｐデバイスであると宣言して５００ｍＡのＶＢＵＳ電流をＰＣ３４から引く状況を、バッテリー残量が少ないときだけに限定することができる。
【０２１９】
＜４．他の実施の形態＞
［４−１．他の実施の形態１］
尚、上述した第２の実施の形態では、ＰＣ３４に最大５００ｍＡのＶＢＵＳ電流を要求してから所定時間経過しても、ＰＣ３４からその要求に対する許可が得られなかった場合、引き続き許可を待つか、要求を変更するかをユーザに選択させるようにした。
【０２２０】
これに限らず、ＰＣ３４に最大５００ｍＡのＶＢＵＳ電流を要求してから所定時間経過しても、ＰＣ３４からその要求に対する許可が得られなかった場合、自動で要求を変更するようにしてもよい。
【０２２１】
具体的には、ＤＳＣ２０のＣＰＵ４１が、図１１に示したＤＳＣ側接続処理手順ＲＴ１のステップＳＰ１０５で肯定結果を得たとする。このことは、ＤＳＣ２０が、必要とするＶＢＵＳ電流の最大値が５００ｍＡであることを記したコンフィギュレーションデスクリプタをＰＣ３４に送信してから所定時間経過しても、５００ｍＡの電流を引くことを許可されていないことを意味する。
【０２２２】
ここでＣＰＵ４１が、ステップＳＰ１０６及びステップＳＰ１０７を省略して、直ちに、ステップＳＰ１０８に移り、ＰＣ３４との間で再接続処理を行うようにする。そしてＣＰＵ４１は、ステップＳＰ１０９に移り、必要とするＶＢＵＳ電流の最大値が５００ｍＡであることを記したコンフィギュレーションデスクリプタをＰＣ３４に送信する。
【０２２３】
こうすることにより、図１２に示したタイムアウト画面１００でのユーザ操作を省略することができる。
【０２２４】
尚、この場合、所定時間経過した時点で、自動的に、最大５００ｍＡのＶＢＵＳ電流を引くことを拒否されたと判断することになるので、第２の実施の形態で設定した時間（例えば５秒）よりも長い時間（例えば８秒）をタイマーにセットするようにしてもよい。
【０２２５】
また、この場合、ＰＣ３４から５００ｍＡのＶＢＵＳ電流を引くことができなかったためにバッテリー駆動している旨をユーザに通知するようにしてもよい。具体的には、ＤＳＣ２０のＣＰＵ４１が、この旨を示す文章をＬＣＤ２６に表示させるなどして、通知すればよい。
【０２２６】
さらに、所定時間経過後に、引き続き許可を待つか、要求を変更するかを選択できるようにするか、自動で要求を変更するかを、ＤＳＣ２０のメニュー画面（図示せず）などから設定できるようにしてもよい。
【０２２７】
［４−２．他の実施の形態２］
また、上述した第２の実施の形態では、ＰＣ３４に最大５００ｍＡのＶＢＵＳ電流を要求してから所定時間経過しても、ＰＣ３４からその要求に対する許可が得られなかったときに、タイムアウト画面１００を表示するようにした。
【０２２８】
そしてこのタイムアウト画面１００を介して、ＰＣ３４から５００ｍＡのＶＢＵＳ電流を引くか否かをユーザに選択させるようにした。
【０２２９】
これに限らず、ＰＣ３４から５００ｍＡのＶＢＵＳ電流を引くか否かを、ＶＢＵＳ電力使用設定ボタン３０を押下することで表示される、図１５に示すＶＢＵＳ電力使用設定画面３００を介して、予め設定しておくようにしてもよい。
【０２３０】
このＶＢＵＳ電力使用設定画面３００には、ＰＣ３４から５００ｍＡのＶＢＵＳ電流を引くか否かをユーザに問う文章３０１と、その問いに対する回答としてＹＥＳを選択するためのＹＥＳボタン３０２と、ＮＯを選択するためのＮＯボタン３０３とが表示される。
【０２３１】
そしてＤＳＣ２０のＣＰＵ４１は、ＹＥＳボタン３０２が押下された場合、ＰＣ３４から５００ｍＡのＶＢＵＳ電流を引かない旨を示すＶＢＵＳ電力使用設定情報をフラッシュメモリ４２に記憶させる。これに対して、ＮＯボタン３０３が押下された場合、ＣＰＵ４１は、ＰＣ３４から５００ｍＡのＶＢＵＳ電流を引かない旨を示すＶＢＵＳ電力使用設定情報をフラッシュメモリ４２に記憶させる。
【０２３２】
このようなＶＢＵＳ電力使用設定情報をフラッシュメモリ４２に記憶させておくことで、ＤＳＣ２０は、ＰＣ３４から５００ｍＡのＶＢＵＳ電流を引くか否かを予め設定しておく。
【０２３３】
その後、ＤＳＣ２０とＰＣ３４とが接続され、ＰＣ３４からコンフィギュレーションデスクリプタが要求されると、ＤＳＣ２０のＣＰＵ４１は、フラッシュメモリ４２に記憶されているＶＢＵＳ電力使用設定情報を参照する。
【０２３４】
ここで、ＶＢＵＳ電力使用設定情報にＰＣ３４から５００ｍＡのＶＢＵＳ電流を引く旨が示されているとする。するとＣＰＵ４１は、ＤＳＣ２０がＢｐデバイスであり、必要とするＶＢＵＳ電流の最大値が５００ｍＡであることを記したコンフィギュレーションデスクリプタをＰＣ３４に返信する。この結果ＤＳＣ２０は、ＰＣ３４から５００ｍＡのＶＢＵＳ電流を引いて動作する。
【０２３５】
これに対して、ＶＢＵＳ電力使用設定情報にＰＣ３４から５００ｍＡのＶＢＵＳ電流を引かない旨が示されているとする。するとＣＰＵ４１は、ＤＳＣ２０がＳｐデバイスであり、必要とするＶＢＵＳ電流の最大値が１００ｍＡであることを記したコンフィギュレーションデスクリプタをＰＣ３４に返信する。この結果ＤＳＣ２０は、ＰＣ３４からＶＢＵＳ電流を引かずにバッテリー駆動する。
【０２３６】
こうすることで、例えば、ＤＳＣ２０を５００ｍＡのＶＢＵＳ電流を供給できないＰＣ３４に接続する場合に、予め、ＰＣ３４からＶＢＵＳ電流を引かないように設定しておくことなどができる。
【０２３７】
［４−３．他の実施の形態３］
さらに、上述した第１乃至第３の実施の形態では、ＤＳＣ２０がＰＣ３４からコンフィギュレーションデスクリプタを要求されると、１つのコンフィギュレーションデスクリプタを返信するようにした。
【０２３８】
これに限らず、ＤＳＣ２０が複数のコンフィギュレーションデスクリプタを返信するようにしてもよい。例えば、Ｂｐデバイスであり必要なＶＢＵＳ電流が５００ｍＡであることを記したコンフィギュレーションデスクリプタと、Ｓｐデバイスであり必要なＶＢＵＳ電流が１００ｍＡであることを記したコンフィギュレーションデスクリプタを送信するなどしてもよい。
【０２３９】
このようにして複数のコンフィギュレーションデスクリプタを返信した場合、ＰＣ３４は、これら複数のコンフィギュレーションデスクリプタのうちの１つを選択する。そして選択したコンフィギュレーションデスクリプタに対するＳｅｔ＿Ｃｏｎｆｉｇｕｒａｔｉｏｎを発行することで、選択したコンフィギュレーションデスクリプタでの接続を許可する。
【０２４０】
また、ＤＳＣ２０が複数のコンフィギュレーションデスクリプタを返信できる端末装置である場合に、ホスト機器に対してどのコンフィギュレーションデスクリプタを返信するか選択できるようにしてもよい。
【０２４１】
例えば、ＤＳＣ２０が、複数のＵＳＢプロトコルに対応していて、ＵＳＢプロトコルごとのコンフィギュレーションデスクリプタを返信できるようになっているとする。具体的には、ＤＳＣ２０が、マスストレージプロトコルと、ＰＴＰ（Picture  Transfer  Protocol）と、ＰｉｃｔＢｒｉｄｇｅプロトコルとの３つのＵＳＢプロトコルに対応しているとする。
【０２４２】
マスストレージプロトコルとは、ＰＣ３４がＤＳＣ２０をドライブとして認識するプロトコルである。ＰＴＰは、ＰＣ３４からＤＳＣ２０のカメラ制御などを行うプロトコルである。ＰｉｃｔＢｒｉｄｇｅプロトコルは、ＤＳＣ２０が例えばプリンタ（図示）に接続され、ＰＣ３４を介さずプリンタから画像を直接印刷するためのプロトコルである。
【０２４３】
そして、このＤＳＣ２０は、ＵＳＢ接続設定ボタン２９が押下されると、図１６に示すＵＳＢ接続設定画面４００をＬＣＤ２６に表示する。
【０２４４】
このＵＳＢ接続設定画面４００には、マスストレージプロトコルを選択するためのボタン４０１と、ＰＴＰを選択するためのボタン４０２と、ＰｉｃｔＢｒｉｄｇｅプロトコルを選択するためのボタン４０３とが表示される。
【０２４５】
そしてＤＳＣ２０のＣＰＵ４１は、ボタン４０１が押下された場合、ホスト機器とマスストレージプロトコルで接続する旨を示すＵＳＢ接続設定情報をフラッシュメモリ４２に記憶させる。またボタン４０２が押下された場合、ＣＰＵ４１は、ホスト機器とＰＴＰプロトコルで接続する旨を示すＵＳＢ接続設定情報をフラッシュメモリ４２に記憶させる。さらにボタン４０３が押下された場合、ＣＰＵ４１は、ホスト機器とＰｉｃｔＢｒｉｄｇｅプロトコルで接続する旨を示すＵＳＢ接続設定情報をフラッシュメモリ４２に記憶させる。
【０２４６】
その後、ＤＳＣ２０とホスト機器とが接続され、ホスト機器からコンフィギュレーションデスクリプタが要求されると、ＤＳＣ２０のＣＰＵ４１は、フラッシュメモリ４２に記憶されているＵＳＢ接続設定情報を参照する。そしてＣＰＵ４１は、ＵＳＢ接続設定情報に示されているＵＳＢプロトコルに対応付けられたコンフィギュレーションデスクリプタをホスト機器に返信する。
【０２４７】
例えば、ＵＳＢ接続設定情報に示されているＵＳＢプロトコルがマスストレージプロトコルであるとする。この場合、ホスト機器との通信が遮断されるようなことを確実に防ぐことなどの理由から、ＤＳＣ２０がホスト機器からの電力で動作することが望ましい。そこで、ＣＰＵ４１は、ＤＳＣ２０がＢｐデバイスであり、必要とするＶＢＵＳ電流の最大値が５００ｍＡであることを記したコンフィギュレーションデスクリプタをＰＣ３４に返信する。この結果ＤＳＣ２０は、ホスト機器から５００ｍＡのＶＢＵＳ電流を引いて動作する。
【０２４８】
これに対して、ＵＳＢ接続設定情報に示されているＵＳＢプロトコルがＰＴＰであるとする。この場合、カメラ制御も行うためにホスト機器からの電力では不足する恐れがあるなどの理由から、ＤＳＣ２０がバッテリー駆動することが望ましい。そこで、ＣＰＵ４１は、ＤＳＣ２０がＳｐデバイスであり、必要とするＶＢＵＳ電流の最大値が１００ｍＡであることを記したコンフィギュレーションデスクリプタをＰＣ３４に返信する。この結果ＤＳＣ２０は、ホスト機器からＶＢＵＳ電流を引かずにバッテリー駆動する。
【０２４９】
こうすることで、例えば、ＤＳＣ２０をＰＴＰプロトコルでホスト機器に接続する場合に、予め、ホスト機器からＶＢＵＳ電流を引かないように設定しておくことなどができる。
【０２５０】
［４−４．他の実施の形態４］
さらに、上述した第３の実施の形態では、バッテリー残量が少なくなると、再接続要求画面２００を表示して、ユーザにＰＣ３４側からＰＣ３４とＤＳＣ２０との再接続を行うよう要求するようにした。
【０２５１】
これに限らず、第２の実施の形態のように、ＤＳＣ２０側から自動で再接続を行うようにしてもよい。この場合、ＤＳＣ２０のＣＰＵ４１が、ＵＳＢコントローラ４８及びＵＳＢ  ＰＨＹ５０を介して、Ｄ＋信号線５１及びＤ−信号線５２を監視する。そしてＣＰＵ４１が、このＤ＋信号線５１及びＤ−信号線５２を介してデータがやり取りされていないときを見計らって再接続を行うようにする。
【０２５２】
このようにすれば、ＤＳＣ２０とＰＣ３４との通信が途中で遮断されてフラッシュメモリ４２に書き込まれたデータが壊れることを防ぎつつ、再接続を行うことができる。
【０２５３】
尚、上述した第２の実施の形態では、ＤＳＣ２０がＰＣ３４に対してリセット信号を送信することで再接続を行うようにしたが、再接続の方法については、この他種々の方法を用いてもよい。
【０２５４】
［４−５．他の実施の形態５］
さらに、上述した第１乃至第３の実施の形態では、ＤＳＣ２０が５Ｖ、５００ｍＡで動作する端末装置であるとした。
【０２５５】
これに限らず、ＤＳＣ２０が５００ｍＡより少ない電流で動作可能な端末装置であってもよい。またＤＳＣ２０が、ＰＣ３４から得られる５Ｖ、５００ｍＡの電力を、各部の動作を保障できる範囲内でバッテリー５４の充電に利用するようにしてもよい。
【０２５６】
さらに、上述した第１乃至第３の実施の形態では、ＤＳＣ２０が、ＰＣ３４との接続時に、ＰＣ３４から５Ｖ、５００ｍＡの電力が得られるのであれば、この電力で動作するようにした。
【０２５７】
これに限らず、例えば、ＰＣ３４との接続時に、外部電源５５が接続されているのであれば、ＤＳＣ２０が、必要なＶＢＵＳ電流の最大値は例えば１００ｍＡであるとＰＣ３４に通知して、外部電源５５からの電力で動作するようにしてもよい。
【０２５８】
さらに、上述した第１乃至第３の実施の形態では、ＤＳＣ２０が、ＰＣ３４から５００ｍＡのＶＢＵＳ電流を引けない場合、バッテリー駆動するようにした。
【０２５９】
これに限らず、この場合でも最大１００ｍＡのＶＢＵＳ電流は引けるはずなので、足りない分の電力のみをバッテリー５４から得るようにしてもよい。このようにすれば、バッテリー５４の電力消費量を一段と抑えることができる。
【０２６０】
［４−６．他の実施の形態６］
さらに、上述した第１乃至第３の実施の形態では、ＤＳＣ２０とＰＣ３４とを接続するインタフェースとしてＵＳＢを用いるようにした。
【０２６１】
これに限らず、ＤＳＣ２０とＰＣ３４とが通信でき、さらにＰＣ３４からＤＳＣ２０に対して電力供給可能なインタフェースであれば、ＵＳＢ以外のインタフェースを用いるようにしてもよい。
【０２６２】
また、ホスト機器であるＰＣ３４が、Ｓｐデバイスと通知してきたＤＳＣ２０に対しては５Ｖ、１００ｍＡの電力の供給を許可し、Ｂｐデバイスと通知してきたＤＳＣ２０に対しては５Ｖ、５００ｍＡの電力の供給を許可するようにした。
【０２６３】
これは、現在のＵＳＢ規格上の条件であり、将来のＵＳＢ規格、または他のインタフェース規格であれば、これに限定するものではない。さらにホスト機器についても、ＰＣ３４に限定するものではなく、プリンタ、テレビジョン受像機、ゲーム機などであってもよい。
【０２６４】
［４−７．他の実施の形態７］
さらに、上述した第１乃至第３の実施の形態及び他の実施の形態１乃至６では、端末装置１としてのＤＳＣ２０に、バッテリー２としてのバッテリー５４を設けるようにした。またこのＤＳＣ２０に、ＵＳＢ３としてのＵＳＢコントローラ４８、ＵＳＢ  ＰＨＹ５０及びＵＳＢコネクタ２４を設けるようにした。さらにこのＤＳＣ２０に、制御部４及び残量検出部７としてのＣＰＵ４１を設けるようにした。
【０２６５】
本発明はこれに限らず、同様の機能を有するのであれば、上述したＤＳＣ２０の各部を、他の種々のハードウェアもしくはソフトウェアにより構成するようにしてもよい。
【０２６６】
また、本発明は、同様の機能を有する端末装置であれば、ＤＳＣ２０に限らず、デジタルオーディオプレイヤ、デジタルビデオカメラ、ゲーム機、ポータブルハードディスクドライブなど、この他種々の端末装置に適用することもできる。
【０２６７】
［４−８．他の実施の形態８］
さらに、本発明は、第１乃至第３の実施の形態とここまで説明した他の実施の形態１乃至７とに限定されるものではない。すなわち本発明は、これら第１乃至第３の実施の形態とここまで説明した他の実施の形態１乃至７の一部または全部を任意に組み合わせた形態、もしくは一部を抽出した形態にもその適用範囲が及ぶものである。
【０２６８】
例えば、第３の実施の形態と他の実施の形態２とを組み合わせてもよい。つまり、第３の実施の形態によるＤＳＣ側接続処理手順ＲＴ２を、ＶＢＵＳ電力使用設定画面３００を介して、５００ｍＡのＶＢＵＳ電流を引くと設定されている場合にだけ実行するようにしてもよい。
【産業上の利用可能性】
【０２６９】
本発明は、ＵＳＢで接続されたホスト機器から電力を取得する端末装置で広く利用することができる。
【図面の簡単な説明】
【０２７０】
【図１】第１の実施の形態の概要としての端末装置の機能構成を示すブロック図である。
【図２】第１の実施の形態の詳細としてのデジタルスチルカメラ（ＤＳＣ）の外観構成（１）を示す略線図である。
【図３】デジタルスチルカメラ（ＤＳＣ）の外観構成（２）を示す略線図である。
【図４】デジタルスチルカメラ（ＤＳＣ）とパーソナルコンピュータ（ＰＣ）とが接続された状態を示す略線図である。
【図５】デジタルスチルカメラ（ＤＳＣ）の内部構成（ハードウェア構成）を示すブロック図である。
【図６】第１の実施の形態によるＤＳＣとＰＣとの接続シーケンスを示すシーケンスチャートである。
【図７】コンフィギュレーションデスクリプタの内容を示す略線図である。
【図８】ｂｍＡｔｔｒｉｂｕｔｅｓの記載の説明に供する略線図である。
【図９】ＭａｘＰｏｗｅｒの記載の説明に供する略線図である。
【図１０】第１の実施の形態によるＤＳＣとＰＣとのサスペンドシーケンスを示すシーケンスチャートである。
【図１１】第２の実施の形態によるＤＳＣ側接続処理手順を示すフローチャートである。
【図１２】タイムアウト画面の構成を示す略線図である。
【図１３】第３の実施の形態によるＤＳＣ側接続処理手順を示すフローチャートである。
【図１４】再接続要求画面の構成を示す略線図である。
【図１５】ＶＢＵＳ電力使用設定画面の構成を示す略線図である。
【図１６】ＵＳＢ接続設定画面の構成を示す略線図である。
【符号の説明】
【０２７１】
１……端末装置、２、５４……バッテリー、３……ＵＳＢ、４……制御部、５…ホスト機器、６……表示部、７……残量検出部、２０……ＤＳＣ、２４……ＵＳＢコネクタ、３４……ＰＣ、４１……ＣＰＵ、４８……ＵＳＢコントローラ、５０……ＵＳＢ  ＰＨＹ。
【図１】
2010140269.tif 000003
【図２】
2010140269.tif 000004
【図３】
2010140269.tif 000005
【図４】
2010140269.tif 000006
【図５】
2010140269.tif 000007
【図６】
2010140269.tif 000008
【図７】
2010140269.tif 000009
【図８】
2010140269.tif 000010
【図９】
2010140269.tif 000011
【図１０】
2010140269.tif 000012
【図１１】
2010140269.tif 000013
【図１２】
2010140269.tif 000014
【図１３】
2010140269.tif 000015
【図１４】
2010140269.tif 000016
【図１５】
2010140269.tif 000017
【図１６】
2010140269.tif 000018