写点什么

集成这项鸿蒙创新能力 政务应用交互效率提升 60%

鸿蒙开发者联盟

  • 2024-09-19
    北京
  • 本文字数:3372 字

    阅读完需:约 11 分钟

大小:1.72M时长:10:00
集成这项鸿蒙创新能力 政务应用交互效率提升60%

提高群众获得感和提升行政效能一直是政务服务行业关注的焦点,今天与大家分享几个鸿蒙创新能力在政务领域的创新应用场景,期待能收获大家的反馈,共同助力 HarmonyOS 的持续优化与改进。

一、服务卡片

针对政务应用菜单繁琐,高频功能入口深问题,基于服务卡片能力实现功能直达,让常用高频功能一键加桌。如将公积金查询服务加桌,随时查看账户信息;将电子证照服务加桌,随时快速亮证展示电子证照等。用户根据自身需求灵活选择加桌的项目,实现桌面快速获取所需信息,极大提升用户的使用体验。



能力概述:将元服务/应用的重要信息以大卡片的形式展示在桌面,用户可通过快捷手势使用卡片,通过轻量交互行为实现服务直达、减少层级跳转的目的。其核心理念在于提供用户容易使用且一目了然的信息内容,将智慧化能力融入到服务卡片的体验中供用户选择使用,同时满足在不同终端设备上的展示和自适应。


运作机制:卡片框架的运作机制如图所示。



卡片提供方包含以下模块:

1.卡片服务:由卡片提供方开发者实现,开发者实现生命周期处理创建卡片、更新卡片以及删除卡片 等请求,提供相应的卡片服务。

2.卡片提供方实例管理模块:由卡片提供方开发者实现,负责对卡片管理服务分配的卡片实例进行持 久化管理。

3.通信适配层:由 HarmonyOS SDK 提供,负责与卡片管理服务通信,用于将卡片的更新数据主动 推送到卡片管理服务。

 

二、实况窗

针对政务大厅热门业务等待时间久,害怕过号所以只能在大厅苦苦等待问题,鸿蒙用户基于实况窗能力,可实时查看排号进度,判断等待较久可先行离开处理其他事务,即将到号时再返回办理,省去大量枯燥等待时间,极大提升办事体验。



能力概述:Live View Kit(实况窗服务)支持应用将订单或者服务的实时状态信息变化在设备的关键界面展示,并对展示信息的生命周期、用户界面 UI 效果等进行管理。



场景介绍:帮助用户聚焦正在进行的任务,可方便快速查看和即时处理的通知形态,具有时段性、时效性、变化性的特点。目前,实况窗支持两种展示形式:胶囊态和卡片态,可以在锁屏、通知中心、状态栏等位置展示。


能力特性:

1. 时段性:该事件或服务需要持续一段时间,有明确的开始和结束,而非单点的提醒或信息。例:打车、外卖等从事件开始到结束需要经历一段时间,属于实况窗;天气提示、电影票等单点提醒,则不属于实况窗。

2. 时效性:内容为正在进行或即时发生的事件或服务的提醒,在特定时间段内,信息对用户有价值。例:打车行程中、外卖配送中等正在进行的用户活动;2 天后的机票,在刚买时不提醒,而在出发前提示,具体提醒时间根据业务实际情况确定,属于实况窗。权限调用、功能待机等系统状态,不属于实况窗。

3. 变化性:实况窗所展示的内容需要动态更新,以确保用户看到最新的状态。


能力优势:

l 面向 HarmonyOS 4.1 及以上的全量手机、平板设备。

实况窗特性与设备硬件完全解耦,开发者接入后,可以覆盖到所有 HarmonyOS 4.1 的设备。

l 一步接入多触达点展示。

开发者一次接入,可以实现包括锁屏、通知中心、状态栏在内多触达点展示实况窗。

l 不打断现有的操作,用户可及时关注服务进展。

状态栏的实况胶囊支持点击交互,用户可以在任何界面查看实况胶囊或者点击实况胶囊展开卡片,查 看详细进展。实况窗点击后也可直接进入落地页,方便用户快速进入应用查看。

l 服务全流程展示,提升业务履约效率。

用户可以在多个触达点及时关注到服务的最新进展,帮助业务实现服务的快速、高效闭环,提升 业务履约效率。


实况窗场景准入原则:

l 该活动场景是用户非常关注,且需要反复查看或快捷操作。

l 活动有开始和结束时间,且活动总时长较短,最长不得超过 8 小时。

l 用户对接收到该活动的实况窗通知有明确的预期,通常为用户主动行为触发实况窗通知。

l 需要确保展示内容对用户有足够的价值,且不可用于营销、广告场景。


实况窗支持对接的场景:


三、小艺智慧语音

针对政务服务 app 手动操作步骤长,对障碍人群不友好问题,基于小艺语音能力实现语音直接拉起服务页面,如“小艺小艺,用 xxx 帮我查公积金”即可便捷拉起相关服务界面,相较竞品打开服务从 5 步缩减为 2 步,效率提升 60%。



功能概述:小艺语音交互操作基于鸿蒙意图框架能力实现,HarmonyOS 意图框架是鸿蒙系统级的意图标准体系,通过多维系统感知、大模型等能力构建全局意图范式,实现对用户显性与潜在意图的理解,并及时、准确地将用户需求传递给生态伙伴,匹配合时宜的服务,为用户提供多模态、个性化的进阶场景体验。系统入口、意图框架、鸿蒙生态的关系如下图:



对于行业垂类开发者和消费者来说,对意图框架的接入和灵活使用,能够很大程度上契合垂类应用在目标场景下的适时唤起。多样化的自然交互,多模态协同联动,能够获取到更加智慧便捷的终端体验。开发者也能够基于意图框架进行更加精准的流量分发。



原理与适用场景:根据智能化和自动化程度,用户通过系统智能入口使用应用或元服务的的路径被分为了如下图中的三种场景。应用和元服务通过意图框架,可以获得多维度的系统感知和大数据 AI 加持,并在系统入口实现三种进阶分发效果。



为方便开发者接入,智慧分发提供了 4 类智慧分发特性。每类特性支持的典型系统入口、分发逻辑见下表:



四、近场推荐

针对政务服务 App 业务办理流程长环节多问题,基于 HarmonyOS 近场推荐能力实现服务找人,可以根据用户的位置和意图预测,精准推荐适宜的服务,实现服务场景化推荐及服务直达。例如,打开政务码从常规操作的 6 步缩减到 3 步,效率提升 50%。不仅帮用户节省了大量时间,还提高了服务效能和用户满意度。



能力概述:近场推荐基于位置感应服务实现,位置感应服务为商家提供了信标设备和 NFC 设备接入、POI 位置管理、服务申请、用户侧提醒内容设置、应用关联等功能,当 HarmonyOS 手机用户靠近商家注册的信标设备、POI 位置时,可以通过小艺建议渠道展示应用中便捷服务的卡片内容,随着用户位置变化,为用户推荐展示不同的应用卡片内容,让服务推荐更精准、更有趣味性,从而提升用户使用意愿,帮助服务商提升服务效能和用户满意度。

 

五、朗读控件

针对部分障碍用户无法正常阅读或收听内容的问题,Speech Kit(场景化语音服务)集成了语音类 AI 能力,包括朗读控件(TextReader)和 AI 字幕控件(AICaption)能力,实现将内容从文字转换为语音朗读,将声音实时转换成文字,为障碍用户扫清获取信息障碍,真正实现广闻信息无障碍,极大提升障碍用户获取内容的体验。




能力概述开发者可基于 Accessibility Kit(无障碍开发服务)提供扩展服务的开放能力,基于 Speech Kit 开放能力开发出类似读屏软件的扩展服务,同时也为三方应用提供开放能力,使三方应用可以更好的适配扩展服务,以更好的服务于障碍人群和障碍场景。例如利用读屏软件,用户可以“听见”当前屏幕内容。

框架原理:无障碍扩展服务框架提供在三方应用和和扩展服务之间交换信息的标准机制。扩展服务通过 AAkit 向 AAMS 发出查询或操作请求,AAMS 通过 ASACkit 向三方应用执行查询或操作请求,并将执行结果返回给扩展服务。



  • Accessibility App:基于无障碍扩展服务框架开发的扩展服务,如视障用户使用的读屏 App。

  • Target App:被 Accessibility App 辅助的三方应用。

  • AccessibilityAbilityManagerService(AAMS):无障碍扩展服务框架主服务,用于对 Accessibility App 生命周期进行管理,同时为 Accessibility App 和 Target App 提供信息交互的桥梁。

  • AccessibilityAbility(AAkit):Accessibility App 利用 AAkit 构建扩展服务 Ability 运行环境,并为 Accessibility App 提供可查询和操作 Target App 的接口,如查询节点信息、对节点执行点击/长按操作等。

  • AccessibilitySystemAbilityClient(ASACkit):Target App 通过 ASACkit 向 AAMS 发送无障碍事件,如内容变化事件等,同时响应 Accessibility App 通过 AAMS 请求的指令,如查询节点信息、对节点执行点击/长按操作等。


随着 HarmonyOS 诸多创新能力在政务服务领域的应用,收获了众多开发者和用户的好评和认可,然而面对人民群众日益增长的个性化服务需求,我们深知 HarmonyOS 的创新能力还有很多优化和提升空间。我们希望通过以上案例抛砖引玉,诚邀广大开发者朋友能够积极分享自己的见解和经验,提出宝贵的意见和建议:


1.您认为这些创新能力还有哪些需要完善和优化的地方?

2.在实际开发过程中,您认为鸿蒙系统还存在哪些需要改进的地方?

3.对于鸿蒙系统在政务服务行业的未来发展,您有哪些创新性的想法和建议?

2024-09-19 16:142162

评论

发布
暂无评论
发现更多内容

高可用测试:KILL TiKV-Server,事务 TPS 掉零现象解读

TiDB 社区干货传送门

悲观事务死锁检测

TiDB 社区干货传送门

TiDB 底层架构

tikv下线Pending Offline卡住排查思路

TiDB 社区干货传送门

故障排查/诊断

这么多TiDB负载均衡方案总有一款适合你

TiDB 社区干货传送门

实践案例 管理与运维

如何理解TiDB允许广义上的幻读

TiDB 社区干货传送门

TiDB 底层架构

TiDB 5.0 部分新特性试用

TiDB 社区干货传送门

版本测评 新版本/特性发布 性能测评

PD 三类选主流程梳理

TiDB 社区干货传送门

TiDB 底层架构

TiKV 多副本丢失以及修复实践

TiDB 社区干货传送门

实践案例

TiDB 5.0 VS MySQL 8.0 性能对比测试

TiDB 社区干货传送门

版本测评

【喜大普奔】zabbix 能监控 tidb 集群了 && tidb 能存储 zabbix 监控数据了

TiDB 社区干货传送门

监控

TiKV 多副本丢失的故障修复演练

TiDB 社区干货传送门

故障排查/诊断

TiDB集群之中控不可用,怎么办?

TiDB 社区干货传送门

管理与运维 故障排查/诊断

浅谈 TiDB 初始化系统库过程

TiDB 社区干货传送门

性能调优 TiDB 底层架构

数据库架构升级选型 - TiDB

TiDB 社区干货传送门

数据库架构选型

TiDB 性能优化实践

TiDB 社区干货传送门

性能调优 性能测评

血泪教训 TiKV多副本丢失unsafe-recover恢复记录

TiDB 社区干货传送门

故障排查/诊断

TiDB大规模节点下线实践

TiDB 社区干货传送门

性能调优

TiDB 5.2 发版 ——“交易+分析”双引擎提速,挑战极限业务场景

TiDB 社区干货传送门

新版本/特性发布

在x86和arm混合部署架构下排查TiKV节点内存占用极高的问题

TiDB 社区干货传送门

性能调优 故障排查/诊断

为TiDB DM添加阿里云RDS/DMS Online DDL支持

TiDB 社区干货传送门

实践案例

【案例】汽车之家 - 一次业务优化解决读写冲突的案例,提升 5 倍性能

TiDB 社区干货传送门

性能调优

TiDB 在 OPPO 准实时数据仓库中的实践

TiDB 社区干货传送门

实践案例

TiUP cluster 用到的三个账户

TiDB 社区干货传送门

安装 & 部署

TiDB 海量 region 集群调优实践

TiDB 社区干货传送门

性能调优 管理与运维

TiDB 5.0 在TPCH和SSB基准测试下OLAP方面的能力表现

TiDB 社区干货传送门

版本测评

PD 客户端源码分析

TiDB 社区干货传送门

安装 & 部署

陆金所金融核心场景数据库的去 O 之路

TiDB 社区干货传送门

实践案例

数字化转型背后的 TiDB(地产行业)

TiDB 社区干货传送门

实践案例

58 同城 TiDB 4.0 报告

TiDB 社区干货传送门

实践案例 数据库架构选型

使用Zabbix监控TiDB(二)

TiDB 社区干货传送门

监控

Prometheus 中 histogram_quantile 函数相关的若干问题

TiDB 社区干货传送门

监控

集成这项鸿蒙创新能力 政务应用交互效率提升60%_华为_InfoQ精选文章