订餐网站开发流程,wordpress的主题包,为什么要做营销型的网站建设,广安广告公司本期作者 1. 背景 随着直播业务和用户规模日益壮大#xff0c;如何丰富直播间内容、增强直播间内用户互动效果#xff0c;提升营收数据变得更加关键。为此#xff0c;直播互动玩法应运而生。通过弹幕、礼物、点赞、大航海等方式#xff0c;用户可以参与主播的直播内容。B站…本期作者 1. 背景 随着直播业务和用户规模日益壮大如何丰富直播间内容、增强直播间内用户互动效果提升营收数据变得更加关键。为此直播互动玩法应运而生。通过弹幕、礼物、点赞、大航海等方式用户可以参与主播的直播内容。B站还通过开放平台为第三方厂商和开发者提供了强大的技术支持让直播互动玩法更加便捷、稳定和高效为用户和主播创造了更多的乐趣和价值。 图星体工作室 互动玩法案例 2. 平台建设 在着手开发之前我们需要确立清晰的业务划分边界特别是涉及多方参与的开放平台互动玩法业务。这有助于避免日积月累的问题确保未来的发展不受制于历史债务。
我们的业务划分主要集中在几个核心场景和能力模块上 开发者管理平台 与开发者互动包括入驻流程、应用审核、礼物与面板审核。 作为开发者数据的展示出口为他们提供数据回收的支持。 应用商店平台 与主播互动包括平台与直播姬的应用展示与获取。 提供定制化应用推荐算法的出口以提升应用的曝光和吸引力。 应用交互平台 与直播间用户互动利用事件平台进行控制包括开关礼物与面板。 互动玩法期间数据流转等行为。 监测与标记应用的实时状态确保流畅的用户体验。 结算平台 与营收互动包括应用期间营收数据的统计、落库和对账。 为确保透明度和准确性提供完善的结算支持。
因此我们设计的如下的业务模块分层 图平台架构 3. 项目生命周期 图互动玩法生命周期 社区优先的原则确保了我们平台的演进和提升是以开发者和用户的需求为中心的良好策略明确了业务边界之后围绕互玩的整个生命周期我们将重心放在四个核心提升目标上 开发者入驻效率与权益保障 通过简化入驻流程提供清晰的文档和支持确保开发者能够快速且顺利地接入平台。 提供快速且准确的审核机制加速应用上线促进生态系统的快速发展。 提供明确的营收手段与完善的对账系统保证开发者收益。 主播使用体验 提供直观且易用的工具和功能以增强主播的覆盖率和互动性提升直播质量。 直播间用户体验 优化直播间界面降低用户参与门槛。 提供有趣、多样化的互动玩法激发用户的参与热情提高用户粘性。 平台管控能力 强化对内容的管理和监督确保内容的合法性与安全性。 提供丰富的工具快速响应违规行为维护平台生态安全与健康。 3.1 入驻与开发 在整个互玩生命周期过程中开发者接入平台与开发作为起点门槛会直接影响开发者数量与互玩的供给速度有一些问题是我们需要思考并解决的 开发者如何快速搭建模型 开发者如何低成本进行数据交互调试 个人开发者在缺少专业的礼物UI设计师的情况下如何进行礼物设计 3.1.1 SDKDemo 我们明白对事物的认识往往从“是什么”开始然后才能理解“为什么是这样”。作为首次接入开放平台的开发者理解众多API和调用文档并梳理出清晰的交互流程确实需要时间。同时由于开发者的历史开发背景各异对官方接入文档的理解也会有所不同。
为了降低开发者的开发成本并减轻研发的解答压力我们在完善官方技术文档的同时提供了不同语言的示例以帮助开发者建立概念模型 UnityC#客户端SDK PythonGolang Demo 图互动玩法接入SDKDemo 3.1.2 启动调试能力 测试阶段是完整的应用开发流程中不可或缺的一个重要环节未经充分测试的应用可能存在潜在的不可预估的风险为了辅助开发者在应用上架之前能够进行充分且完善的测试我们解决了以下两点问题 Q开发者在应用开发完成之后如何在真实环境下测试应用功能
A在应用通过审核之前开发者可以选择将其直播间设置为白名单直播间这就意味着开发者可以在真实的线上环境中对其开发的应用进行完整的测试与功能回归。 Q送礼、发送醒目留言以及大航海是互动玩法交互的重要组成部分在线上环境应该如何进行这几种交互操作的调试
A这几种直播间用户参与的高成本行为让开发者在线上环境使用正常流程进行大量的测试显然是不合理的。为了解决这个问题我们提供了开发者调试工具。通过这个此工具开发者可以通过后台操作主动触发由开放平台发出的长连接消息内容包括弹幕、送礼、大航海和醒目留言从操作到出口消息的过程则由平台侧保证数据的正确性。 图开发者调试工具 3.1.3 官方素材库 在互动玩法系统初期开发者需要手动设计并上传礼物素材不仅增加了开发者的研发成本也加大了运营审核的难度和成本从而导致素材管理混乱。为了解决这一问题我们为开发者提供了一个更便捷的解决方案官方素材库。
现在开发者只需从官方素材库中选择适合的内容提交创建礼物即可。这一方案在业务规范性方面有很大的提升同时降低了设计成本和审核成本。为整个互动玩法系统创造了更为有序和统一的环境促进了生态的可持续发展。
同时为了确保官方素材库中的礼物符合用户需求我们会定期进行用户调研。并且也会定期更新官方素材库添加新的礼物元素和主题以满足用户不断变化的需求和兴趣。 图官方礼物素材库 3.2 提交与审核 3.2.1 包管理工具 当进行互动玩法项目的提审并需要上传包体时如何有效地避免被当作一个网盘服务这个时候我们可以反向利用单点故障理论进行思考。
单点故障理论系统中存在一个或一些关键的组件、环节或节点如果其中的任何一个被破坏、故障或失效可能导致整个系统的崩溃或失效。
我们可以通过分析利用平台作为网盘的使用路径来找到其专属单点故障 获取上传链接 上传文件 进行持久化存储 下载文件
在不影响正常业务逻辑的情况下我们针对第3步进行处理持久化存储追加前提条件提升存储门槛以业务的视角控制有效文件的判定定时扫描删除无效包体。
同时这个问题普遍出现在开放平台的各个业务场景因此我们搭建了一个包管理系统统一收口这一业务场景。 图包生命周期管理 3.2.2 运营审核工具 我们可以通过分析利用平台作为网盘的使用路径方面进行审核 互动玩法内容是否合规是否存在敏感内容 互动玩法调用模式是否符合开放平台规范
作为运营只能够在审核的使用过程中对于互动玩法内容作出合规性校验因此我们为运营提供基础的合规性校验工具对于包体进行校验为运营提供审核依据。
该工具需同时满足两个条件 监听服务对于开放平台的请求 统计接口的调用频率
在技术调研初期想通过抓包工具对数据进行分析监听https请求的443端口流量并且从流量中过滤出来host为live-open.biliapi.com的相关请求即对开放平台相关请求。 图监听端口流量 经过测试由于通过抓包工具是在七层协议中传输层截取的数据基于https协议的请求数据都被加密无法获取具体的请求内容不满足条件2因此该方案被否决。 图抓包结果 为了获取接口调用的详细情况有两个数据来源调用方和被调用方。在无法强制在调用方代码中插入统计逻辑的情况下目光便聚焦在被调用方但线上服务器用作测试统计显然是不合理的。
线上真实环境不能用便考虑使用仿真沙盒环境 此时代理转发的方案呼之欲出大概思路如下 用户更改本地host配置把开放平台的域名指向localhost 本地启动一个代理服务监听443端口 本地代理负责转发live-open.biliapi.com的相关请求与记录接口调用结果 本地服务关闭时输出调用结果。 图沙盒代理流程 图检测结果 3.3 使用与结算 3.3.1 身份码体系 互动玩法的使用与直播房间强绑定因此在互动玩法开启时玩法客户端需要一个途径与当前直播间进行关联操作基于此问题我们考虑过以下两种途径 提供方式 优势 劣势 开启互动玩法后主播输入房间号 使用门槛低可在OBS使用 安全性低主播可以在他人直播间开启互动玩法 读取主播的登陆态传递房间号 安全性中主播之间不可互相开启 使用门槛高只能在直播姬使用 开发者可以开启任意房间的互动玩法 在以上两种途径的劣势都不可接受的情况下我们需要一种新的房间号标识的传输方式并且同时要满足以下几个要求 不依赖直播姬的登陆态主播在使用其他直播工具时依然可以开启互动玩法 主播之间不可知主播不可以通过一个公开标识启动其他主播的应用 开发者不可知玩法开发者无法获取任意主播的应用
因此我们推出了一套独立标识即身份码系统主播可以生成唯一标识与房间号绑定并且在公域对他人不可见确保主播之间以及主播与开发者之间的信息是隔离的与开放平台的交互通过身份码进行由开放平台进行数据转换并且同时为了避免身份码泄漏造成安全问题提供定时刷新以及手动强制刷新能力保证数据的合规安全。 3.3.2 互动结算 与开发者分成由互动玩法产生的营收流水是构建良好合作模式的关键。然而如果仅以互动启动时间作为计算依据可能会导致不合理的结果因为在启动期间产生的舰长、醒目留言等营收行为都会被计算在内。
为了解决这个问题我们提出了一个与互动玩法紧密相关的流水计算依据互动礼物。每一个互动玩法都有自己特定的礼物我们只统计由互动礼物产生的营收。这样可以准确反映互动玩法的实际贡献避免了其他不相关因素的干扰。
通过将互动礼物作为流水计算的依据我们希望能够建立一个更公正、透明且与互动玩法紧密相关的分成机制从而激励更多的开发者参与。这不仅可以提高开发者的积极性也有助于形成一个健康、正向循环的互动生态。
由于不同的互动玩法的分成比例不同且可以实时调整这给我们的管理和感知带来了挑战。为了有效应对这些变化我们需要建立一套与公司内部结算体系紧密相关的结算系统。 图结算架构 同时为了保障公司和开发者的权益我们需要进行流水对账工作主要包括以下两个维度 实时对账在互动玩法运行过程中建立实时对账系统实时追踪和核对每一笔交易的流水以便及时发现和解决可能出现的问题。 日流水对账日流水对账是对实时对账的补充也是在出具日账单前的最后核查工作。通过日流水对账我们可以确保对账的准确性和完整性。 图结算对账流程 3.4 监控与反馈 在开放平台的互动玩法系统的迭代维护过程中确保系统的安全性和鲁棒性是至关重要的。面对各种不确定性、噪声以及变化保障系统在这些情况下能够保持稳定的基本能力是一个重大因素。考虑到互动玩法系统的调用方均为外部开发者相比公司内部业务我们需要更加严格的管控措施。
上线并不是互动玩法生命周期的终点我们采取了一系列措施来持续跟踪监控系统对系统bug进行触达反馈并对恶意调用进行限流或封禁以确保平台高效运转或在极端情况下降低运行。
以下是我们采用的一些措施 安全中心体系为防止突发流量的恶意请求我们将互玩相关接口接入开放平台统一的安全管控中心。超过预设限制的调用方将被一段时间封禁并随着触发次数的增加封禁时间会逐渐延长后续可以单独讨论一下安全中心的相关建设。 监控大盘与数据统计除了突发流量开发者频繁的错误请求也是常见问题。我们在请求时进行上报统计并将数据接入公司的监控平台实时观察和统计。这有助于降低告警的噪音同时提高对问题的敏感度。 线上问题反馈针对互动玩法内的bug我们为主播提供了专门的反馈渠道。通过定期机器人同步运营团队能够将问题及时反馈给开发者从而实现问题的快速定位和解决。 图监控大盘 4. 未来展望 B站的互动玩法目前仍在发展完善阶段我们经历了从0到1的探索阶段并结合开放平台的体系完成了全链路的建设与搭建。然而在1到100的发展过程中相比市场中的竞品我们仍需不断演进与探索。
我们面临的挑战有以下几个方面 数据实时分析能力不足在互动玩法过程中我们实时数据分析能力不足。强化数据预警分析能力可以帮助我们及时地发现潜在问题并做出相应调整。 商业化体系尚待完善我们需要提升直播间用户的消费能力同时深入挖掘直播间广大用户的潜在商业价值。完善商业化体系将有助于增加收入来源并提高用户参与度。 超前思考系统稳定性建设随着上架的互玩和使用的主播扩大我们需要以超前的思维布局持续思考和落地系统的稳定性建设。这包括技术和流程的不断优化以确保系统的稳定性和用户体验。
在面对这些挑战时通过持续的努力和创新我们相信可以不断优化互动玩法系统更好地满足用户需求使其在市场中脱颖而出。 更多体验欢迎访问开放平台官网地址https://open-live.bilibili.com/
