FACE_GUARD_PRO是面向无法完整集成ID Verification产品，期望单独检测认证环境潜在风险的产品方案。基于通义文本大模型深入分析，检测设备风险。
人脸保镖（Face Guard）产品方案已更名为设备助手（Device Guard），但产品ProductCode保持不变，公告请参见【公告】人脸保镖（Face Guard）产品方案更名。
接入概述
集成FACE_GUARD_PRO的应用，依赖业务侧具备成熟的人脸识别算法和风险策略运营体系。建议您可以先和商务经理沟通评估业务场景匹配程度。
FACE_GUARD_PRO可以识别不同客户端的设备风险，但不同的客户端平台对系统运行环境和权限有不同的要求。具体要求可以在对应的客户端接入文档中的使用须知中查看。
FACE_GUARD_PRO业务流程是从客户端设备中采集信息，后将采集到的信息传回服务端识别。客户可通过服务端查询接口获取到详细风险标签。
本方案需要构建应用服务端（以下简称服务端）和客户端。您可以通过下面的时序图了解FACE_GUARD_PRO的整个业务流程。
如上图所示，完整的FACE_GUARD_PRO流程分两个阶段：
第一阶段采集上报只在客户端中进行。
说明与FACE_GUARD_PRO服务器的联通是SDK自动执行的，所以需要客户端能连接阿里云服务器。
第二阶段需要结合应用服务器获取检测结果，并进行业务处理后将最终结果返回给客户端。
如果在使用FACE_GUARD_PRO的同时还使用了人脸服务，则在客户端发起调用动作的两个时机，需要注意以下几点：
时机1：用户即将开始人脸认证，还未调起摄像头，调用FACE_GUARD_PRO SDK初始化接口可以放在进入引导页或者更早之前，越早越好。
时机2：用户完成人脸认证，调起摄像头并完成了刷脸相关的所有动作之后，尽量和时机1拉开时间差，建议相差 3 秒以上。
调用 getDeviceToken 时需要传入 bizId（本次刷脸认证ID），可以将本次 deviceToken 和业务唯一刷脸认证 ID 绑定，服务端查询风险结果时可传入bizId验证匹配关系。