　まず（1）についてですが、これにはドライバのインストールやPnP、電源管理機能のテストが含まれます。また、ドライバをKMDF （Kernel Mode Driver Framework）を使用して開発している場合は、KMDFが提供するDDI（Device Driver Interface）に関するテストなども含まれます。

　次に（2）についてですが、これは全てのUSBデバイスに共通するテスト、また、全てのPCIデバイスに共通するテスト、というように、バスやプロトコルごとに、規格で定められている内容に関するテストが該当します。

　そして最後の（3）についてですが、これは、製品の種類ごとにマイクロソフトが定義しているインタフェースに関するテストで、「“Product Type”に依存するテスト」と言い換えることができます。“Product Type”とは、各製品が持つ特性（製品ごとにマイクロソフトが推奨するドライバモデルや、その製品が、Windows OSとデータのやり取りをするために必要となるインタフェースなど）の集合体を指すもので、あるデバイスの持つ特性を何らかの方法で全て抽出できれば、それがどのような“Product”であるかを導き出せる。という理論に基づいて定義されています。

　以下のMatrixに、具体的な“Product Type”が定義されています。

［Product Type Matrix］≫（Zipファイル）

http://download.microsoft.com/download/2/3/6/23662F33-71E8-43C1-8547-5DE49B0374AB/windows-hck-product-type-matrix.zip

　Matrixを見て、これから認定を受けようとしている製品に該当する“Product Type”が分かれば、問題ありません。しかし、一体何に該当するのか、パッと見では分からないケースもあると思います。そのような場合でも大丈夫です。

　テスト対象が「デバイス」の場合、「1. ハードウェア認定テストの実行環境を構築する」でHCKテストの実行環境を構築し、HCKクライアントにデバイスを接続することで、（ベンダー独自のドライバが必要な場合はインストールしておきます）、テストツールが自動でデバイスが持つ特性を検出し、“Product Type”を判別してくれるのです。また、検出した“Product Type”で認定を受けるために必要となるテスト項目も、ツールが自動で表示してくれます。

　この自動検出機能はHCKに備わる大変便利な機能です。WLK1.6 （Windows Logo Kit 1.6）以前は、テスト実施者が、自身で認定に必要となるテスト項目を選択する必要がありました。

　ハードウェア認定を受けるためには、必ずこの“Product Type”を決める必要があります。なぜなら、認定基準の1つに、特定の“Product Type”に属する製品が、Microsoftが定める「“Product Type”ごとの、Windows OS上で安全に動作するためのあるべき姿」に沿って、開発されているかどうかを検証する。というものがあるからです。

　そのため、“Product Type”が決まらないと、そこを検証できません。

　以下の URL にて、どのような製品がどのような“Product Type”で認定を受けているか、確認することができますので、参考にしてください。ハードウェア認定を受けている製品は、必ずいずれかの”Product Type”に紐付いていることがわかると思います。