HWIDベースのソフトウェアライセンスの仕組み（開発者が利用する理由）

ソフトウェアライセンスは簡単にコピーでき、簡単に共有できます。1台のマシンでしか機能しないライセンスは、海賊版にされにくくなります。それがHWIDベースのライセンスの核となる考え方です。キーではなく、ハードウェアを信頼するのです。

基本的な流れ

1. アプリがハードウェアシグナルを収集します。マザーボードのシリアル、ディスクのシリアル、MACアドレス、マシンGUIDなどです。
2. 選択したサブセットを連結してハッシュ化（一般的にはSHA-256）し、HWIDを構築します。
3. ユーザーがアクティベートします。キーに加えてHWIDをライセンスサーバーに送信します。
4. サーバーがキーをそのHWIDにバインドし、アクティベーショントークンを返します。
5. 起動のたびに、アプリがHWIDを再計算し、引き続き一致するか確認します。

ユーザーがアプリとキーを別のコンピューターにコピーした場合、再計算されたHWIDが一致せず、アプリは起動を拒否します。

ハッシュ化対象の選択

優れたHWIDは安定性と一意性のバランスが取れています。

• マザーボードのシリアル — 非常に安定しており、ほとんど変化しません。
• ディスクのシリアル — 安定していますが、ドライブを交換すると変わります。
• MACアドレス — 安定していますが、偽装される可能性があり、一部のネットワークアダプターでは変化します。
• マシンGUID — 安定していますが、OSのインストールに紐付いています（再インストールで失われます）。

ほとんどのベンダーは複数の属性をハッシュ化し、部分一致を許容するため、1つのコンポーネントを交換したユーザーが即座に締め出されることはありません。

アクティベーションサーバー

サーバーは信頼できる情報源です。{key, hwid, allowed_devices, expires}を保存し、以下のルールを適用します。

• 1つのキーで何台のデバイスをアクティベートできるか。
• 新しいラップトップを購入したときに、ユーザーがアクティベーションを「リセット」できるか。
• 1つのキーに対して疑わしいほど多くの異なるHWIDがある場合、フラグを立てるべきか。

想定すべきトレードオフ

• ハードウェアの変更。 ユーザーはRAM、ディスク、さらにはマザーボードまでアップグレードします。許容範囲を決めてください。
• 仮想マシン。 VMの「ハードウェア」は簡単にクローンできます。HWIDと署名付きトークンを組み合わせることを検討してください。
• オフライン利用。 アプリがサーバーに到達できない場合、猶予期間を設けるか。
• プライバシー。 最小限を収集し、ハッシュ化し、保存内容をユーザーに伝えてください。

それだけの価値はあるか

ほとんどの有料デスクトップソフトウェアにとって、HWIDライセンスは、本格的なDRMシステムのごく一部のコストで安易な共有を防げます。無敵ではありません（どんな仕組みもそうですが）が、ハードルを大幅に引き上げます。

ライセンスシステムを構築している場合は、検証ツールでHWIDフォーマットをテストし、一貫性があり解析可能な識別子を生成できていることを確認してください。