云Web应用如何获取客户端设备信息？——学校资产追踪需求

你的核心需求是：网页端自动识别提交报告的Chromebook/笔记本（重点解决Chromebook维修后SN不一致问题），方案需简便且支持校外使用。以下是比你列出的思路更高效的官方/标准化方案：

首选方案：利用Google Workspace Admin SDK（Chrome Devices API） #

适用于使用Google Workspace for Education的学校场景，是最稳定且贴合需求的方案：

• 核心逻辑：通过Google官方API直接获取学校已管理的设备资产信息，完全绕开硬件SN不一致的问题
• 实施步骤：
  1. 在Google Cloud Console创建项目，启用「Admin SDK」并配置OAuth2授权（仅限学校域名用户访问）
  2. 网页应用通过Google Identity Services引导用户登录学校账号，获取授权令牌
  3. 调用chromeDevices.list API，传入用户邮箱参数，查询该用户当前/最近使用的Chromebook设备
  4. 从API返回数据中提取学校自定义的资产编号（可在Google Admin控制台为设备设置固定自定义字段）——这个编号由学校手动维护，不受主板更换影响，完全匹配资产追踪需求
• 优势：
  • 天然支持校外使用，只要用户能登录学校Google账号
  • 无需扩展程序、本地服务或修改Chrome策略，依赖官方API稳定性极强
  • 直接复用学校已有的设备管理数据，无需额外构建和维护查找表

备选方案：WebAuthn设备绑定（跨平台通用） #

适用于混合设备环境（Chromebook+Windows/macOS），不依赖Google Workspace：

• 核心逻辑：利用设备内置安全模块（TPM、Secure Enclave等）生成持久唯一的设备凭证，与学校资产编号绑定
• 实施步骤：
  1. 用户首次使用时，手动提交资产编号，应用通过WebAuthn API注册设备凭证，将凭证ID与资产编号关联存储
  2. 后续提交报告时，应用自动请求设备凭证，通过凭证ID匹配对应的资产编号
• 优势：
  • 支持校外使用，只要设备联网
  • 硬件生成的凭证持久唯一，维修更换主板一般不会影响安全模块，避免SN不一致问题
• 注意：需要用户首次授权注册，部分老旧设备可能不支持WebAuthn标准

通用补充：Fallback机制 #

无论采用哪种方案，都需添加手动输入资产编号/SN的兜底逻辑：当API调用失败（如用户未登录、设备未注册）或WebAuthn不支持时，自动切换到手动输入界面，保证应用可用性。

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