如何通过USB HID控制Windows系统指定应用程序的音量？

我正在开发一款USB 1.1音频项目，采用带USB HID功能的微控制器控制Windows 10主机端，项目同时集成UAC类与HID类功能。
目前我已经通过Consumer消费页（0x0C）实现了Windows系统全局音量增减控制，现在需要实现Windows下特定应用程序的音量控制，具体控制场景包括调节媒体播放器、播放YouTube音乐的浏览器、Skype通话的音量，也就是实现Windows音量合成器中各独立音频流的单独音量设置。
当前使用的部分HID报告描述符如下：

0x05, 0x0C,      // Usage Page (Consumer)
0x09, 0x01,      // Usage (Consumer Control)
0xA1, 0x01,      // Collection (Application)
0x85, 0x01,      // Report ID (1)
0x15, 0x00,      // Logical Minimum (0x0)
0x25, 0x01,      // Logical Maximum (0x1)
0x09, 0xE2,      // Usage (play back Mute)       //1
0x09, 0xE9,      // Usage (Volume Increment)     //2
0x09, 0xB5,      // Usage (Scan Next Track)      //4
0x09, 0xEA,      // Usage (Volume Decrement)     //8
0x09, 0xB6,      // Usage (Scan Previous Track)  //10
0x09, 0xCD,      // Usage (Play/Pause)           //20

是否有可行方案，通过USB HID控制Windows系统指定应用的音量？

首先明确核心结论：标准HID Consumer消费页没有定义控制单应用音量的官方Usage，Windows原生HID驱动只会把消费页下的音量类指令（你现在用的0xE2静音、0xE9音量加、0xEA音量减都属于这类）映射到全局系统音量控制，没有任何原生HID层路由可以直接把这类指令下发到单个应用的音频会话，必须通过设备端+主机端配合实现，以下是两种可落地的方案：

方案1：自定义HID私有报告 + 主机端轻量后台服务（推荐） #

这是同类嵌入式USB音频项目最常用的实现，适配成本最低、兼容性最好：

• 设备端修改：在现有HID报告描述符中新增厂商自定义Usage页（选用0xFF00~0xFFFF段的厂商保留Usage段即可），新增独立的报告ID用于单应用音量控制，自定义报告字段可包含：目标应用标识、控制类型（音量加/减/静音）、音量步进值，你现有的全局媒体控制、全局音量控制的描述符逻辑可以完全保留，两者互不冲突。
• 主机端实现：开发一个无UI的轻量Windows后台服务，配置为开机自启，通过系统HID接口监听你的自定义HID设备的输入报告。收到对应控制指令后，调用Windows原生Core Audio API：先通过IAudioSessionEnumerator接口枚举当前所有活跃的音频会话，匹配目标应用对应的会话（可以提前预置规则：比如匹配进程名chrome.exe/msedge.exe对应浏览器网页音频流、匹配Skype.exe对应通话流、匹配foobar2000.exe/wmplayer.exe对应本地媒体播放器流），再通过ISimpleAudioVolume接口直接设置对应会话的音量、静音状态即可。
• 该方案不需要修改系统全局设置，不需要驱动签名，普通用户权限即可正常运行，控制延迟在10ms以内，完全满足外设控制的交互需求。

方案2：多拓扑UAC硬件单元关联（不推荐） #

如果你已经实现了完整的UAC音频功能，可以尝试在UAC拓扑中实现多个独立的硬件音量单元，Windows会为每个UAC硬件单元生成独立的音频会话通道，部分应用会自动把音频流路由到对应的通道。但该方案局限性极强：只有应用主动选择对应音频终端时控制才会生效，无法主动绑定已经运行的应用音频流，无法适配浏览器网页这类多会话混合的场景，实际可用性很低。

避坑提示 #

不要尝试篡改标准Consumer页的Usage定义做单应用控制，Windows内置HID堆栈不会识别这类非标准映射，反而可能导致设备被标记为异常HID设备，出现功能偶发失效的问题。

内容的提问来源于stack exchange，提问作者Jackson7281