阿里云上线“人脸口罩检测”算法服务,助力智能化疫情防控!
面对来势汹汹的肺炎疫情,行人是否佩戴口罩是关键的疫情防控点,口罩佩戴检测则是一项核心工作。
据有关统计,当前线下超市等公共场所出现的人员口罩佩戴率只有70%-90%,仍有大量行人暴露在易感环境中,还有部分行人口罩佩戴不规范。但是,以人盯人的方式去监督管理较为耗费人力并且存在疏漏的可能。近期,阿里云视觉智能平台(vision.aliyun.com)推出“人脸口罩检测”算法服务,并结合阿里云客流分析平台、钉钉小程序及天猫精灵,共同打造一站式公共场所出行人员口罩佩戴检测及统计预警系统。
阿里云视觉智能开放平台(vision.aliyun.com)是基于阿里巴巴视觉智能技术实践经验,面向视觉智能技术的开发与应用用户,为其提供好用、易用、普惠的视觉智能API服务,帮助企业、开发者快速建立视觉智能技术的应用能力的综合性视觉AI能力平台。疫情当前,平台紧急推出了基于视觉AI分析的“人脸口罩检测”算法服务,通过对接该服务可快速构建监控系统并可统计人员的口罩佩戴情况,实现疫情防控的AI化,数字化。
那么“人脸口罩检测”能力是如何让佩戴口罩落到实处,并协助监测系统实现闭环的发现、告警、监督以及管理的呢?
这里我们用到了通过API接口方式对接的“人脸识别”和“口罩检测”两种能力。当系统拿到人物画面的时候首先会使用人脸定位功能,识别普通人群图片获取相应的人脸坐标,根据返回的对应字段获取一组或多组人脸具体的坐标组合,对画面中的所有人脸进行定位,之后通过OSS的图片处理能力对获取到的定位进行剪切,当获取到裁切后图片的URL,会将预处理过后的图片地址作为参数传入口罩检测接口。最后利用视觉智能开放平台的“人脸口罩检测”能力,完成检测接口的调用并获取接口返回值,根据检测的三种结果,即“带口罩”、“未戴口罩”、“口罩未带好”,来触发后续的处理逻辑。
同时,这项算法服务已经结合阿里云客流分析平台、钉钉小程序及天猫精灵,共同打造一站式公共场所出行人员口罩佩戴检测及统计预警系统——神荼系统。该系统在获取到图片进行判断后可通过钉钉小程序进行监测的提醒,并可对接第三方平台如疫情防控指挥中心等,可以同步社区等各场景中产生的数据存档。当然了在此基础上还可连接天猫精灵从而实现语音播报的能力。
为达到助力疫情管控的目的以及提高新肺疫情监控的效果,“人脸口罩检测”算法服务已经免费开放给企业或者个人开发者使用。并且可以通过API接口方式低成本标准化对接。可快速应用于社区、企事业单位楼宇、医疗机构以及其他公共场所等地,实现对人员口罩佩戴情况的实时检测,以及协助管理人员现场管理。
此外阿里云视觉智能开放平台还免费提供了50余种视觉AI算法服务,覆盖了人脸人体、文字识别、商品理解以及内容安全等多项类目。欢迎企业或个人开发者前来调用,创建更多应用产品为抗击疫情贡献一份力!
如果说在体验过程中或者是在对接过程中有任何疑问都可通过钉钉来和我们取得联系,钉钉群号:23109592
最后在这里祝愿疫情早日得到控制!
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
系列文章:Kubernetes中日志的正确输出姿势
前言 上一期主要和大家介绍从全局维度考虑如何去构建K8s中的日志系统,本期我们从实践角度出发来一步步构建K8s中的日志监控体系。构建日志系统的第一步是如何去产生这些日志,而这也往往是最繁杂最困难的一步。 2009年阿里云春节上班第一天,在北京一间连暖气都没有的办公室里,一帮工程师一边口呼白气,一边敲出了“飞天”的第一行代码。“飞天”作为阿里云的核心技术平台,其英文名Apsara——来自吴哥王朝的阿仆萨罗飞天仙女的名字。 阿里云飞天系统的第一行代码就是为了编写一个日志系统,而现在apsara logging的日志库应用在飞天所有的系统中,包括盘古、女娲、伏羲、洛神... Kubernetes中日志重要性 通常日志最基础的作用是记录程序的运行轨迹,在此之上会衍生出非常多的功能,例如线上监控、告警、运营分析、安全分析等等(详情可以参见第一篇文章),这些功能反过来也对日志具备一定的要求,我们需要尽可能的将日志规范化,以减少收集、解析、分析的代价。 在Kubernetes中,环境的动态性很强,日志基本上都是易失的,因此需要实时将日志采集到中心的存储中,为了配合日志采集,对于日志的输出、采集会有更...
- 下一篇
一种在C语言中用汇编指令和 System V ucontext 支撑实现的协程
1 源码内容 此文在看了 python 中的yield和yield from机制后,就想在C语言中实现类似机制。目前具体包括 [1] yield —— 类似 python 的 yield,用于协程切换; [2] send —— 类似 python 中生成器中的 send(),用于切换到协程; [3] yield from —— 类似 python 的 yield from,用于同步基于 yield 的协程; [4] loop scheduler —— 略似于python 的 asyncio.loop(),用于各协程的并发调度。 2 基石——上下文和切换的支撑 以上所提功能机制的基石是“上下文描述”和“切换”。 在阅读 System V ucontext 手册后,便选择基于他来支撑基石部分。此篇文字发布后,Windoze 和 AbbyCin 为 用汇编指令来支撑基石部分 提供了信息和时间上的信心,遂用汇编指令实现了基石部分的最小支撑环境。 由于很喜欢 ramonza/libcoro 中对指针的使用,所以此文在汇编程序中延用了该部分指针相关的使用方式。同时使用汇编指令实现向协程传递参数——...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- Red5直播服务器,属于Java语言的直播服务器
- SpringBoot2整合MyBatis,连接MySql数据库做增删改查操作
- Eclipse初始化配置,告别卡顿、闪退、编译时间过长
- CentOS6,CentOS7官方镜像安装Oracle11G
- Springboot2将连接池hikari替换为druid,体验最强大的数据库连接池
- Docker快速安装Oracle11G,搭建oracle11g学习环境
- Jdk安装(Linux,MacOS,Windows),包含三大操作系统的最全安装
- SpringBoot2全家桶,快速入门学习开发网站教程
- SpringBoot2配置默认Tomcat设置,开启更多高级功能
- CentOS8编译安装MySQL8.0.19