「Windowsハードウェア認定」があなたの製品の価値を上げる（後編）：Windows 8 デバイスドライバ開発入門（4）（1/3 ページ）

　このようなケースは、テストツールがデバイスの持つ特性を検出した際に、そこから“Product Type”を導き出せなかったということです。

　このような場合、「Microsoftも定義できないくらい、先進的なデバイスってこと！？」とか、「テスト項目が少ないし、認定を受けるのは楽勝！」とか、思ってしまうところですが、その期待は一瞬で崩れ去ります。

　前編でも書いたとおり、「Windowsハードウェア認定」を受けるには、少なくとも1つの“Product Type”を決める必要があります。ですので、自動で表示されない場合は、Matrixの中から頑張って探す必要があります。

　詳しくは、［Windows HCK FAQ］の「　Q: When I select my device the product types summary in the right pane does not display the product type I want to certify. What should I do?　」という項目を確認してください。

　それでも、デバイスが先進的過ぎて、というより、汎用的すぎて、どうにもこうにも当てはまる“Product Type”が見つけられない。といった場合もあります。

　ここで、焦ってとんちんかんな“Product Type”を選択しようものなら大変です。

　“Product Type”を決めると、その“Product Type”の持つべき特性に関するテストが自動的に決まりますから、テスト項目が全て不合格になってしまう可能性があります。

　この例外ケースですが、そもそもどのような時に起こり得るのでしょうか？いろいろなデバイスで試してみました。

　結構、簡単に見つかってしまいました。きっと他にもたくさんあると思います。

　「Windows 8 デバイスドライバ開発入門（1）：知っておくと便利な「Visual Studio 2012」によるテスト署名」の中で、「ドライバモデル」について少し触れましたが、ドライバモデルが、「デバイス固有のモデル」となるもの以外のデバイスであると、このようなケースになってしまう可能性があるようです。

　例えば、USBデバイスやPCIデバイスは、デバイスによっては、ある程度、自由度を持ってドライバの開発が可能です。PCIのグラフィックボードなどであれば、選択の余地はなく、決められたドライバモデルを使用しないとデバイスが動作しないのですが、そうではないケースもあります。カメラなどは、マイクロソフトが定めたDirectShowというインタフェースを使用してドライバを開発することもできるますし、ベンダー独自のインタフェースを定義して開発することもできるといったように。

　まとめますと、ただのUSBデバイスでは駄目で、ただのPCIデバイスでも駄目なのです。

　USBカメラとか、USB外付けディスク、とか、とにかくそのデバイスが何をするものなのかというところをきちんと定義して、かつ、そのデバイスに対して推奨されるドライバモデルやインタフェースを使用してドライバを開発してくれ！というのがマイクロソフトの主張です。ですので、Windowsハードウェア認定を取ると決めた時点で、それを見越した設計をしておかなくては駄目ですね。はい。

　開発初期に、どの“Product Type”で認定を取得するのかを決めて、必要な要件を確認し設計/実装を進めていく方が安全でしょう。