1688 商家基于 HarmonyOS 的多屏协同直播技术方案

2023-11-03 10:50

本文主要是介绍1688 商家基于 HarmonyOS 的多屏协同直播技术方案,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

作者:万合

距离HarmonyOS 2.0正式发布已经过去三个多月了,最新数据显示已有超过1亿台设备升级到了HarmonyOS操作系统。然而,对于广大的应用开发者而言,HarmonyOS似乎和Android没有什么差异,更多地也就是做一些原有功能的适配或迁移。针对HarmonyOS最核心的技术亮点——分布式软总线,还不清楚如何实现,更不清楚该如何与自己的业务相结合。

在1688直播域供给侧,我们一直在不断探索如何提高商家开播能力、降低商家开播成本,当了解到分布式软总线的特性后,我们发现HarmonyOS的这些能力非常切合1688商家多设备开播诉求,于是我们研发了这个结合分布式软总线的多设备开播方案。

本文我将结合业务场景从技术角度,分享下1688直播供给侧是如何基于HarmonyOS的分布式软总线技术,实现多设备协同开播,助力1688商家降低开播成本、提高开播能力。

与通常的手机开播不同,我们的方案涉及到多设备多屏幕,实现除了录制主播以外,还可以连接额外的摄像头专门录制商品,大屏展示直播的数据和预览,协播与主播大屏互动等功能。先通过一段视频了解下我们技术产品方案的实现效果,请点击下述链接查看视频:

1688 商家基于 HarmonyOS 的多屏协同直播技术方案

一、业务背景

1688是国内领先的B2B电商平台,我们服务的客户主要包括工厂老板、淘宝卖家、实体店主、档口商家等。由于疫情导致线下实体生意的萎缩,越来越多的工厂、档口老板寻求线上直播带货转型,随着业务的发展,今年我们也孵化了专门面向商家侧的App——1688商家版,提供给商家更加专业的服务,包括直播、洽谈、 工作台等,本文的实践案例正是在1688商家版直播域场景

1.1 痛点

不同于淘宝直播的主播很多是商家请来的专业MCN团队,1688直播的主播大多数就是商家自己,他们对自己的货品如数家珍,但却对电商直播缺乏专业的开播能力和开播设备。如何在1688商家投入有限资源的前提下,帮助商家降低开播门槛、提高开播质量呢,通过线下走访商家,我们发现几个常见的开播相关的问题。

主播频繁走近摄像头展示商品细节

主播与协播单一设备互动

工厂环境简陋便携性困难

总结下,1688直播商家在开播设备方面主要存在以下三大痛点:

1. 直播缺乏特定功能设备

  • 缺乏商品摄像头,当前摄像头距离商品远,主播需要频繁走近开播设备才能展示商品细节,影响直播观感;
  • 缺乏互动大屏,手机直播互动屏幕小,主播需要走近开播设备才能看清观众留言与观众互动,影响直播体验。

2. 直播设备之间难以协同

  • 开播工具协同难,主播用到的录制设备、互动设备和协播使用的中控设备之间不互通操作困难;
  • 主播协播互动难,通常主播讲解商品、协播上品发券,由于双方的设备间缺乏互动只能口播沟通缺乏私密性。

3. 直播设备投入低能力差

  • 开播设备投入低,1688的很多主播本身是中小商家,直播投入追求性价比,开播设备参差不齐;
  • 开播设备便携差,在工厂车间等复杂场景需要驻播和走播协同开播,设备难以便携,缺乏多机位开播能力。

1.2 现状

现有的设备是否满足商家大屏多摄像头、设备间协同互动、便携低门槛的开播诉求呢?我们先来对比下它们的特性:

这篇关于1688 商家基于 HarmonyOS 的多屏协同直播技术方案的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/337667

相关文章

MyBatis Plus实现时间字段自动填充的完整方案

《MyBatisPlus实现时间字段自动填充的完整方案》在日常开发中,我们经常需要记录数据的创建时间和更新时间,传统的做法是在每次插入或更新操作时手动设置这些时间字段,这种方式不仅繁琐,还容易遗漏,... 目录前言解决目标技术栈实现步骤1. 实体类注解配置2. 创建元数据处理器3. 服务层代码优化填充机制详

防止Linux rm命令误操作的多场景防护方案与实践

《防止Linuxrm命令误操作的多场景防护方案与实践》在Linux系统中,rm命令是删除文件和目录的高效工具,但一旦误操作,如执行rm-rf/或rm-rf/*,极易导致系统数据灾难,本文针对不同场景... 目录引言理解 rm 命令及误操作风险rm 命令基础常见误操作案例防护方案使用 rm编程 别名及安全删除

Python实现批量CSV转Excel的高性能处理方案

《Python实现批量CSV转Excel的高性能处理方案》在日常办公中,我们经常需要将CSV格式的数据转换为Excel文件,本文将介绍一个基于Python的高性能解决方案,感兴趣的小伙伴可以跟随小编一... 目录一、场景需求二、技术方案三、核心代码四、批量处理方案五、性能优化六、使用示例完整代码七、小结一、

C#使用Spire.Doc for .NET实现HTML转Word的高效方案

《C#使用Spire.Docfor.NET实现HTML转Word的高效方案》在Web开发中,HTML内容的生成与处理是高频需求,然而,当用户需要将HTML页面或动态生成的HTML字符串转换为Wor... 目录引言一、html转Word的典型场景与挑战二、用 Spire.Doc 实现 HTML 转 Word1

使用Python实现Word文档的自动化对比方案

《使用Python实现Word文档的自动化对比方案》我们经常需要比较两个Word文档的版本差异,无论是合同修订、论文修改还是代码文档更新,人工比对不仅效率低下,还容易遗漏关键改动,下面通过一个实际案例... 目录引言一、使用python-docx库解析文档结构二、使用difflib进行差异比对三、高级对比方

Python多线程应用中的卡死问题优化方案指南

《Python多线程应用中的卡死问题优化方案指南》在利用Python语言开发某查询软件时,遇到了点击搜索按钮后软件卡死的问题,本文将简单分析一下出现的原因以及对应的优化方案,希望对大家有所帮助... 目录问题描述优化方案1. 网络请求优化2. 多线程架构优化3. 全局异常处理4. 配置管理优化优化效果1.

Python中高级文本模式匹配与查找技术指南

《Python中高级文本模式匹配与查找技术指南》文本处理是编程世界的永恒主题,而模式匹配则是文本处理的基石,本文将深度剖析PythonCookbook中的核心匹配技术,并结合实际工程案例展示其应用,希... 目录引言一、基础工具:字符串方法与序列匹配二、正则表达式:模式匹配的瑞士军刀2.1 re模块核心AP

MySQL容灾备份的实现方案

《MySQL容灾备份的实现方案》进行MySQL的容灾备份是确保数据安全和业务连续性的关键步骤,容灾备份可以分为本地备份和远程备份,主要包括逻辑备份和物理备份两种方式,下面就来具体介绍一下... 目录一、逻辑备份1. 使用mysqldump进行逻辑备份1.1 全库备份1.2 单库备份1.3 单表备份2. 恢复

redis中session会话共享的三种方案

《redis中session会话共享的三种方案》本文探讨了分布式系统中Session共享的三种解决方案,包括粘性会话、Session复制以及基于Redis的集中存储,具有一定的参考价值,感兴趣的可以了... 目录三种解决方案粘性会话(Sticky Sessions)Session复制Redis统一存储Spr

SpringBoot实现虚拟线程的方案

《SpringBoot实现虚拟线程的方案》Java19引入虚拟线程,本文就来介绍一下SpringBoot实现虚拟线程的方案,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,... 目录什么是虚拟线程虚拟线程和普通线程的区别SpringBoot使用虚拟线程配置@Async性能对比H