这篇文章将为大家详细讲解有关覆盆子π代码如何实现人脸识别开锁应用,文章内容质量较高,因此小编分享给大家做个参考,希望大家阅读完这篇文章后对相关知识有一定的了解。
<强>一、案例概述
<强> 1。背景
帮朋友实现了一个人脸识别进行开锁的功能,用在他的真人实景游戏业务中。几个月来运行稳定,体验良好,借着此次宅家的时间,整理一下这个应用的实现过程。
总的来说需求描述简单,但由于约束比较多,在架构与选型上还是花了些心思。<强> 2。部署效果由于该游戏还在线上服务中,此处就不放出具体操作的视频了。部署效果如下图所示:
<李>
玩家发现并进入空间后,在显示屏看到自己在当前场景出镜的实时画面。
<李>玩家靠近观察时,捕获当前帧进行人脸识别,实时画面中出现水印字幕“认证中“
<李>人脸认证失败时,实时画面水印字幕变更为“认证失败”,字幕维持2秒后消失,恢复初始状态。玩家继续寻找游戏线索,重新进行认证。
<李>人脸认证成功时,实时画面水印字幕变更为“认证成功”,并弹开保险箱门。进入后续游戏环节。
<强>二,产品要求
<强> 1。需求说明
需求提出时比较明确,核心逻辑不复杂。
人脸识别:通过人脸识别进行鉴权。
<李>开锁管理:通过鉴权则打开箱门,未通过则保持锁定。
<李>反馈提示:需要有实时视频反馈,指引明确,便于优化玩家体验。
<强> 2。约束说明
毕竟是生意,所以在商言商,对实用性和成本要求很高,关键是不要影响游戏过程,同时保证玩家体验。
低成本:需要低建设成本,低维护成本。
<李>易维护:对维护人员技术水平要求低,出现软硬件故障时,任意店员可以快速恢复。
<李>高可靠:识别准确率高,容错能力强,系统持续运行中故障率低。
<李>有限空间:整套系统在去除显示屏,电磁锁,保险箱后,其它结构实施空间不能超过20厘米* 15厘米* 15厘米体积。
<李>采光不足:实景空间小,有顶光无侧光,曝光时间较长。
<李>通用供电:只提供5 v、12 v两种直流电接口。
<李>并行处理:鉴权流程与反馈流程并行,鉴权过程中,反馈系统不能出现中断,阻塞等情况,使玩家有明显的中断,卡死体验。
<李>弱网络环境:由于房间隔断多,网络共用,所以网速有限,有突发延迟情况。
<强> 3。功能设计
可能的架构方案有多种(不同方案间的比较,在文末进行)、下面展开说明一下最终上线的方案。
(1)设定流程
流程与效果,请参考前文“玩家体验”部分内容。
(2)可配置内容
<>强。腾讯云密钥对
修改配置文件,用于适配腾讯云账号切换功能(测试账号/正式账号)。
<强> b。人员库ID
修改配置文件,用于指定不同人员库(测试库/正式库)。
<强> c。水印提示
更换对应图片,实现更换水印。使用图片管理,而不是文字配置的原因,是由于图片配置模式无需字库支持,无需配置显示大小,易于图案嵌入。由于所见即所得,对维护人员要求低。
<强> d。关机选项
可配置任务完成后,是否自动关机。用于游戏环境复位准备,减少复位工作量。
(3)运营与维护
<>强。系统运营管理
场景启动时,统一上电,认证通过后,自动关机,完成复位。
<强> b。故障处理
软硬件故障:无法开机,可开机无显示,可开机显示系统异常,可开机未知异常等等,更换树莓派或其它硬件。网络故障:正常运行,无法认证,可查网络+查云日志,解决网络问题;云产品异常:运行4个月,未发生过,可以忽略,如发生则联系云售后;
(4)成本分析
硬件成本:500 ~ 600元。
备件成本:按1:1备件,500 ~ 600元。
运行成本:云端0元,使用免费额度;电费网费,忽略不计。
