HarmonyOS账号服务,畅行鸿蒙生态所有应用与服务
账号对于用户来说并不陌生,在购买新设备或者使用新应用的时候,用户常常会被引导注册或者登录账号,账号就是用户在这些设备或应用内的通行证。根据华为上半年的一项统计,整体上中国网民人均下载App量在68个,华为的全场景设备中,同时有3个及以上设备的用户有8000多万,随着账号数、设备数的增加,用户如何更好地去保护访问应用的安全、管控设备其实是一项很大的挑战。
基于此,华为提供了通过账号去衔接的解决方案。随着账号应用、设备越来越多,用户对账号的安全性需求增加,账号整体的趋势应该趋向更少,甚至唯一。
HUAWEI ID是在鸿蒙生态的通行证,一个HUAWEI ID可以登录全场景所有的鸿蒙设备,创造鸿蒙生态所有的应用和服务,基于该定位,ID代表了用户成为鸿蒙生态圈场景软硬件协同的中心。
HUAWEI ID是HarmonyOS通用的服务之一,提供全场景多终端便捷的账号体验。包括近场,扫码、人脸、指纹等多重登录方式,用户可以根据使用习惯,选择最方便简洁的登录方式。同账号设备免认证授权,实现剪切板、跨屏拖拽等多设备协同互联体验,视频的跨设备截取,设备前端同步等。
在保证账号的安全方面,华为提供多重安全保护机制,HUAWEI ID默认以双因素认证作为安全起点。
此外华为提供账号异常事件的订阅机制,主动保护用户账号的安全,有任何异动如账号的盗号、冻结、销户的情况下,都会主动通知开发者,开发者会基于通知事件做相应处理。
未来开放能力
一键快速登录
通过HUAWEI ID一键快速登录的能力,开发者可以快速登录到自己的应用。华为会开放一个用户标识(1ID)给开发者应用,不同的开发者获取的ID不一样,可以做到开发者的隔离,更好地保护用户的隐私。
按需授权获取用户信息
华为会对头像昵称、手机号、地址等信息申请用户授权,如果用户不太希望分享自己的头像、昵称,可以添加其它的头像、昵称,对手机号申请授权,用户也可以添加非华为的手机账号,华为会在获得更多授权的前提下服务开发者和用户。
身份认证
华为会提供很多种身份认证的能力给到开发者,包括设备的人脸、指纹、密码,还有手机号验证码,未来还会刻画一些基于用户个人指令信息身份核实的人脸能力。
接入优势
对用户的价值:
安全性提高,默认的双因素认证,帮助用户统一管理。
隐私性强,统一管理个人信息,最小化授权,统一管理所有用户授权的接入。
便利性高,用户可以通过一个ID快速登录应用。
对开发者的价值:
提升转化率,降低用户注册成本,提升注册转化率
减少用户流失,换机场景免登录,资产继承
提供更多的优质服务,助力开发者达成商业的目标。
接入指南
未来HUAWEI ID将提供免SDK集成,基于华为实验室测试结果,整个包的体积减少900KB,开发效率提升30%以上,同时华为也提供统一认证服务的API,后续会基于此认证服务的框架持续扩展对开发者有利的认证服务。
新生态,新征程,HarmonyOS账号服务将使能开发者高效构建统一的用户认证能力,畅行鸿蒙生态。
了解更多详情>>
关注我们,第一时间了解 HMS Core 最新技术资讯~
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
架构师日记-软件工程里的组织文化 | 京东云技术团队
一 引言 本文是京东到家自动化测试体系建设过程中的一些回顾和总结,删减了部分系统设计与实践的章节,保留了组织与文化相关的内容,整理成文,以飨读者。 下面就以QA(Quality Assurance)的视角来探讨工作中经常面临的问题与挑战。 关于软件质量,不知道你有没有以下困惑: 西医中“头疼医头,脚疼医脚”的思路在研发团队中往往不能奏效。中医的整体辩证论治往往是解决问题的良方。其根本还是思考维度和观察视角的不同。举个例子来说,改变人类出行方式的,并没有按照培育更加优良健壮的马匹来演进,而是自行车,汽车的发明;还有被大众经常戏说的例子,抢占方便面市场的不是因为某一款方便面,可能是外卖的兴起。这都告诉我们,从更高维度视角去审视问题,问题往往更容易被定位解决。我们先来看一下研发体系需求交付流程,涉及到的人员合作及各个交互阶段,如下图: 举个例子,拿软件漏测率高,导致线上事故频发的现象来说。先从整个需求交付流程来看,整个产品迭代的节奏如下图: 那么导致漏测率高的原因是什么呢? 可能是产品设计问题,可能是研发实施问题,可能是用例验证问题,可能信息不对称的流程问题,可能是团队协作节奏出...
- 下一篇
redis分布式锁,setnx+lua脚本的java实现 | 京东物流技术团队
1 前言 在现在工作中,为保障服务的高可用,应对单点故障、负载量过大等单机部署带来的问题,生产环境常用多机部署。为解决多机房部署导致的数据不一致问题,我们常会选择用分布式锁。 目前其他比较常见的实现方案我列举在下面: 基于缓存实现分布式锁(本文主要使用redis实现) 基于数据库实现分布式锁 基于zookeeper实现分布式锁 本文是基于redis缓存实现分布式锁,其中使用了setnx命令加锁,expire命令设置过期时间并lua脚本保证事务一致性。Java实现部分基于JIMDB提供的接口。JIMDB是京东自主研发的基于Redis的分布式缓存与高速键值存储服务。 2 SETNX 基本语法:SETNX KEY VALUE SETNX 是表示 SET ifNot eXists, 即命令在指定的 key 不存在时,为 key 设置指定的值。 KEY 是表示待设置的key名 VALUE是设置key的对应值 若设置成功,则返回1;若设置失败(key存在),则返回0。 由此,我们会选择用SETNX来进行分布式锁的实现,当Key存在时,会返回加锁失败的信息。 SET 与 SETNX 区别: SET...
相关文章
文章评论
共有0条评论来说两句吧...