直播互动方法、装置、电子设备及计算机可读存储介质

摘要

本申请提供了一种直播互动方法、装置、电子设备及计算机可读存储介质；方法包括：响应于直播间中接收到的匹配操作，查询与目标账号匹配的至少一个主播账号，在虚拟场景中呈现所述至少一个主播账号、以及与所述至少一个主播账号分别对应的互动入口；响应于针对任意一个所述主播账号的互动入口的触发操作，呈现包括所述目标账号与目标主播账号的互动页面；其中，所述目标主播账号是所述触发操作所选择的互动入口对应的主播账号。通过本申请，能够丰富直播中的互动方式，实现以资源集约化的方式进行精准直播推荐。

权利要求

1.一种直播互动方法，其特征在于，所述方法包括：响应于直播间中接收到的匹配操作，查询与目标账号匹配的至少一个主播账号；

在虚拟场景中呈现所述至少一个主播账号、以及与所述至少一个主播账号分别对应的互动入口；

响应于针对任意一个所述主播账号的互动入口的触发操作，呈现包括所述目标账号与目标主播账号的互动页面；

当所述互动页面包括的互动入口指向聊天页面时，响应于针对所述互动页面包括的互动入口的触发操作，查询所述目标主播账号的发起聊天条件；

当所述目标账号满足所述目标主播账号的发起聊天条件时，呈现包括所述目标账号、以及所述目标主播账号的聊天页面；

其中，所述目标主播账号是所述触发操作所选择的互动入口对应的主播账号。

2.根据权利要求1所述的方法，其特征在于，所述在虚拟场景中呈现所述至少一个主播账号、以及与所述至少一个主播账号分别对应的互动入口，包括：在查询匹配的至少一个主播账号的过程中，在虚拟场景中呈现直播平台中的多个主播账号；

当查询到至少一个主播账号时，在所述虚拟场景中呈现查询到的至少一个主播账号与所述目标账号之间具有匹配关系的特效，并针对每个匹配的主播账号呈现对应的互动入口。

3.根据权利要求1所述的方法，其特征在于，所述当所述目标账号满足所述目标主播账号的发起聊天条件时，呈现包括所述目标账号、以及所述目标主播账号的聊天页面，包括：响应于针对所述互动页面包括的互动入口的触发操作，呈现所述目标主播账号与所述目标账号之间的资源转移页面；

响应于在所述资源转移页面中接收到的资源转移操作，从所述目标账号转移设定数额的虚拟资源到所述目标主播账号；

当成功转移时，确定满足所述发起聊天条件，并呈现包括所述目标账号、以及所述目标主播账号的聊天页面。

4.根据权利要求1所述的方法，其特征在于，所述当所述目标账号满足所述目标主播账号的发起聊天条件时，呈现包括所述目标账号、以及所述目标主播账号的聊天页面，包括：当所述目标账号对所述目标主播账号的关注程度超出等级阈值时，确定满足所述发起聊天条件，并呈现包括所述目标账号、以及所述目标主播账号的聊天页面。

5.根据权利要求3或4所述的方法，其特征在于，所述方法还包括：当所述目标账号与所述目标主播账号在所述聊天页面中进行交互的次数达到次数阈值时，呈现提示信息，以引导所述目标账号进入所述目标主播账号的直播间，或者，控制所述目标账号退出所述聊天页面。

6.根据权利要求1所述的方法，其特征在于，当所述互动页面包括的互动入口指向所述目标主播账号的直播间时，所述方法还包括：响应于针对所述互动页面包括的互动入口的触发操作，呈现所述目标主播账号的直播间、以及所述目标账号在加入所述直播间时的特效；

查询所述目标主播账号的特权条件；

当所述目标账号满足所述目标主播账号的特权条件，且接收到所述目标主播账号的确认时，呈现所述目标账号的特权身份。

7.根据权利要求6所述的方法，其特征在于，所述呈现所述目标账号的特权身份，包括：执行以下处理至少之一：

在所述直播间的特定位置呈现所述目标账号的头像；

在所述目标账号发送的弹幕中呈现管理员称号，以标识所述目标账号具有管理员权限。

8.根据权利要求7所述的方法，其特征在于，所述当所述目标账号满足所述目标主播账号的特权条件，且接收到所述目标主播账号的确认时，呈现所述目标账号的特权身份，包括：

响应于在所述直播间中接收到的资源转移操作，从所述目标账号转移设定数额的虚拟资源到所述目标主播账号；

当所述目标主播账号确认接受所述虚拟资源时，确定所述目标账号满足所述目标主播账号的特权条件，并在所述直播间中呈现所述目标账号的特权身份。

9.根据权利要求8所述的方法，其特征在于，所述方法还包括：当所述目标主播账号拒绝接受所述虚拟资源、或者所述目标主播账号超时未响应时，撤回将所述虚拟资源从所述目标账号转移至所述目标主播账号的资源转移操作。

10.根据权利要求7所述的方法，其特征在于，所述方法还包括：根据所述目标账号与所述目标主播账号之间的互动记录，更新所述目标账号与所述目标主播账号之间的互动强度；

根据更新后的所述互动强度，对所述目标账号的特权等级进行对应的衰减或提升地更新；

其中，更新后的所述特权等级与所述互动强度呈正相关关系。

11.根据权利要求1至4、6至7任一项所述的方法，其特征在于，所述查询与目标账号匹配的至少一个主播账号，包括：向服务器发送携带所述目标账号的匹配请求，以使所述服务器在直播平台的多个主播账号中，查询与所述目标账号匹配的至少一个主播账号；

接收所述服务器所查询到的所述至少一个主播账号；

其中，所述至少一个主播账号的查询方式包括以下至少之一：随机查询；

根据所述多个主播账号与所述目标账号的个人资料的相似程度的降序查询；

根据所述多个主播账号的直播内容与所述目标账号的观看历史的相似程度的降序查询。

12.一种直播互动装置，其特征在于，所述装置包括：查询模块，用于响应于直播间中接收到的匹配操作，查询与目标账号匹配的至少一个主播账号；

呈现模块，用于在虚拟场景中呈现所述至少一个主播账号、以及与所述至少一个主播账号分别对应的互动入口；

所述呈现模块，还用于响应于针对任意一个所述主播账号的互动入口的触发操作，呈现包括所述目标账号与目标主播账号的互动页面；

当所述互动页面包括的互动入口指向聊天页面时，响应于针对所述互动页面包括的互动入口的触发操作，查询所述目标主播账号的发起聊天条件；

当所述目标账号满足所述目标主播账号的发起聊天条件时，呈现包括所述目标账号、以及所述目标主播账号的聊天页面；

其中，所述目标主播账号是所述触发操作所选择的互动入口对应的主播账号。

13.一种电子设备，其特征在于，包括：存储器，用于存储计算机可执行指令；

处理器，用于执行所述存储器中存储的计算机可执行指令时，实现权利要求1至11任一项所述的直播互动方法。

14.一种计算机可读存储介质，其特征在于，存储有计算机可执行指令，所述计算机可执行指令被执行时，用于实现权利要求1至11任一项所述的直播互动方法。

说明书

直播互动方法、装置、电子设备及计算机可读存储介质

技术领域

[0001] 本申请涉及互联网技术领域，尤其涉及一种直播互动方法、装置、电子设备及计算机可读存储介质。

背景技术

[0002] 随着互联网和多媒体技术的发展，各种直播开始出现在人们的视野中，出现了多样化的大量的主播，主播可以在自己的直播间中直播各种主题的内容，例如游戏、个人才艺
或者体育赛事等。

[0003] 相关技术推荐直播间方式的比较单一，例如在直播平台的首页中显示热门主播的直播间，这种推荐方式难以准确命中用户的个性化的需求。例如，对于某个用户来说花费大
量时间浏览直播平台才能找到感兴趣的直播间，这个过程对直播平台的资源造成较大的消
耗，甚至会影响直播平台的实时性能，同时也会给用户端带来不必要的流量消耗。

[0004] 综上，对于在直播间中以资源集约化的方式进行直播推荐，相关技术尚无有效方案。

发明内容

[0005] 本申请实施例提供一种直播互动方法、装置、电子设备及计算机可读存储介质，能够丰富直播中的互动方式，实现以资源集约化的方式进行精准直播推荐。

[0006] 本申请实施例的技术方案是这样实现的：

[0007] 本申请实施例提供一种直播互动方法，包括：

[0008] 响应于直播间中接收到的匹配操作，查询与目标账号匹配的至少一个主播账号，

[0009] 在虚拟场景中呈现所述至少一个主播账号、以及与所述至少一个主播账号分别对应的互动入口；

[0010] 响应于针对任意一个所述主播账号的互动入口的触发操作，呈现包括所述目标账号与目标主播账号的互动页面；

[0011] 其中，所述目标主播账号是所述触发操作所选择的互动入口对应的主播账号。

[0012] 本申请实施例提供一种直播互动装置，包括：

[0013] 查询模块，用于响应于直播间中接收到的匹配操作，查询与目标账号匹配的至少一个主播账号；

[0014] 呈现模块，用于在虚拟场景中呈现所述至少一个主播账号、以及与所述至少一个主播账号分别对应的互动入口；

[0015] 所述呈现模块，还用于响应于针对任意一个所述主播账号的互动入口的触发操作，呈现包括所述目标账号与目标主播账号的互动页面；

[0016] 其中，所述目标主播账号是所述触发操作所选择的互动入口对应的主播账号。

[0017] 上述方案中，所述呈现模块，还用于在查询匹配的至少一个主播账号的过程中，在虚拟场景下呈现直播平台中的多个主播账号；当查询到至少一个主播账号时，在所述虚拟
场景中呈现查询到的至少一个主播账号与所述目标账号之间具有匹配关系的特效，并针对
每个匹配的主播账号呈现对应的互动入口。

[0018] 上述方案中，所述查询模块，还用于响应于针对所述互动入口的触发操作，查询所述目标主播账号的发起聊天条件；所述呈现模块，还用于当所述目标账号满足所述目标主
播账号的发起聊天条件时，呈现包括所述目标账号、以及所述目标主播账号的聊天页面。

[0019] 上述方案中，所述呈现模块，还用于响应于针对所述互动入口的触发操作，呈现所述目标主播账号与所述目标账号之间的资源转移页面；所述装置还包括转移模块，用于响
应于在所述资源转移页面中接收到的资源转移操作，从所述目标账号转移设定数额的虚拟
资源到所述目标主播账号；所述呈现模块，还用于当成功转移时，确定满足所述发起聊天条
件，并呈现包括所述目标账号、以及所述目标主播账号的聊天页面。

[0020] 上述方案中，所述呈现模块，还用于当所述目标账号对所述目标主播账号的关注程度超出等级阈值时，确定满足所述发起聊天条件，并呈现包括所述目标账号、以及所述目
标主播账号的聊天页面。

[0021] 上述方案中，所述呈现模块，还用于当所述目标账号与所述目标主播账号在所述聊天页面中进行交互的次数达到次数阈值时，呈现提示信息，以引导所述目标账号进入所
述目标主播账号的直播间，或者，控制所述目标账号退出所述聊天页面。

[0022] 上述方案中，所述呈现模块，还用于响应于针对所述互动入口的触发操作，呈现所述目标主播账号的直播间、以及所述目标账号在加入所述直播间时的特效；所述查询模块，
还用于查询所述目标主播账号的特权条件；所述呈现模块，还用于当所述目标账号满足所
述目标主播账号的特权条件，且接收到所述目标主播账号的确认时，呈现所述目标账号的
特权身份。

[0023] 上述方案中，所述呈现模块，还用于执行以下处理至少之一：在所述直播间的特定位置呈现所述目标账号的头像；在所述目标账号发送的弹幕中呈现管理员称号，以标识所
述目标账号具有管理员权限。

[0024] 上述方案中，所述转移模块，还用于响应于在所述直播间中接收到的资源转移操作，从所述目标账号转移设定数额的虚拟资源到所述目标主播账号；所述呈现模块，还用于
当所述目标主播账号确认接受所述虚拟资源时，确定所述目标账号满足所述目标主播账号
的特权条件，并在所述直播间中呈现所述目标账号的特权身份。

[0025] 上述方案中，所述转移模块，还用于当所述目标主播账号拒绝接受所述虚拟资源、或者所述目标主播账号超时未响应时，撤回将所述虚拟资源从所述目标账号转移至所述目
标主播账号的资源转移操作。

[0026] 上述方案中，所述装置还包括更新模块，用于根据所述目标账号与所述目标主播账号之间的互动记录，更新所述目标账号与所述目标主播账号之间的互动强度；根据更新
后的所述互动强度，对所述目标账号的特权等级进行对应的衰减或提升地更新；其中，更新
后的所述特权等级与所述互动强度呈正相关关系。

[0027] 上述方案中，所述转移模块，还用于当所述目标主播账号的直播间中具有特权身份的账号的数量大于数量阈值时，确定所述目标主播账号无权接受所述目标账号转移的虚
拟资源。

[0028] 上述方案中，所述呈现模块，还用于在查询匹配的至少一个主播账号的过程中，当直播平台中没有开启匹配功能的主播账号时，呈现匹配失败的提示消息。

[0029] 上述方案中，所述查询模块，还用于向服务器发送携带所述目标账号的匹配请求，以使所述服务器在直播平台的多个主播账号中，查询与所述目标账号匹配的至少一个主播
账号；接收所述服务器所查询到的所述至少一个主播账号；其中，所述至少一个主播账号的
查询方式包括以下至少之一：随机查询；根据所述多个主播账号与所述目标账号的个人资
料的相似程度的降序查询；根据所述多个主播账号的直播内容与所述目标账号的观看历史
的相似程度的降序查询。

[0030] 上述方案中，所述查询模块，还用于根据所述目标账号与所述直播平台中的任一主播账号之间的历史互动数据，确定所述任一主播账号对应的点数；获取列表，并将所述列
表划分成与N个主播账号对应的N个区间；其中，N为所述直播平台中主播账号数量，且每个
所述区间的长度与对应主播账号的点数呈正相关关系；将所述直播平台中所有主播账号分
别对应的区间长度之和确定为列表总数，并从所述列表总数中获取随机数；将所述随机数
所在区间对应的主播账号，确定为与所述目标账号匹配的主播账号。

[0031] 本申请实施例提供一种电子设备，包括：

[0032] 存储器，用于存储可执行指令；

[0033] 处理器，用于执行所述存储器中存储的可执行指令时，实现本申请实施例提供的直播互动方法。

[0034] 本申请实施例提供一种计算机可读存储介质，存储有可执行指令，用于引起处理器执行时，实现本申请实施例提供的直播互动方法。

[0035] 本申请实施例具有以下有益效果：

[0036] 通过将目标账号与直播平台中的多个主播账号进行匹配的方式，来帮助目标账号所对应的用户寻找到匹配的至少一个主播账号，如此，由于寻找到的至少一个主播账号是
与用户所关联的目标账号之间匹配的，提高了直播间推荐结果的可靠性，同时，也避免了用
户通过手动搜索实际希望进入的直播间时带来的时间和流量上的消耗，大大提升了用户在
寻找直播内容时的效率。

附图说明

[0037] 图1是本申请实施例提供的直播互动系统100的架构示意图；

[0038] 图2是本申请实施例提供的终端400‑1的结构示意图；

[0039] 图3A是本申请实施例提供的直播互动方法的流程示意图；

[0040] 图3B是本申请实施例提供的直播互动方法的流程示意图；

[0041] 图4A是本申请实施例提供的直播互动方法的应用场景示意图；

[0042] 图4B是本申请实施例提供的直播互动方法的应用场景示意图；

[0043] 图4C是本申请实施例提供的直播互动方法的应用场景示意图；

[0044] 图4D是本申请实施例提供的直播互动方法的应用场景示意图；

[0045] 图4E是本申请实施例提供的直播互动方法的应用场景示意图；

[0046] 图4F是本申请实施例提供的直播互动方法的应用场景示意图；

[0047] 图4G是本申请实施例提供的直播互动方法的应用场景示意图；

[0048] 图4H是本申请实施例提供的直播互动方法的应用场景示意图；

[0049] 图4I是本申请实施例提供的直播互动方法的应用场景示意图；

[0050] 图5是本申请实施例提供的直播互动方法的流程示意图；

[0051] 图6是本申请实施例提供的主播端的直播互动方法流程示意图；

[0052] 图7是本申请实施例提供的用户端的直播互动方法流程示意图；

[0053] 图8是本申请实施例提供的直播互动系统的后台逻辑架构示意图。

具体实施方式

[0054] 为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述，所描述的实施例不应视为对本申请的限制，本领域普通技术人员在没有
做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

[0055] 在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解“, 一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突
的情况下相互结合。

[0056] 除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的，
不是旨在限制本申请。

[0057] 相关技术中，通常是基于直播间的人气值对直播平台中的各个直播间进行降序排序。例如，将人气值高的直播间排在直播页面的首页，以进行优先推荐；而对于人气值低的
直播间，则排在直播页面的底部，用户通常需要进行翻页或者下拉才能找到对应的直播间。

[0058] 也就是说，相关技术提供的直播间推荐方式比较单一，且无法满足不同用户的个性化需求。例如，对于某个用户来说，当其实际希望进入的直播间并不是热门直播间时，通
常需要进行频繁地下拉或者翻页操作才能找到对应的直播间，这会导致用户在寻找直播内
容时耗费大量的时间以及流量，用户体验较差。

[0059] 针对上述技术问题，本申请实施例提供一种直播互动方法、装置、电子设备和计算机可读存储介质，能够提升用户在寻找直播内容时的效率。下面说明本申请实施例提供的
直播互动方法的示例性应用，本申请实施例提供的直播互动方法可以由各种电子设备实
施，例如，可以由终端单独实施，也可以由服务器和终端协同实施。

[0060] 接下来，以服务器和终端协同实施本申请实施例提供的直播互动方法为例进行说明。参见图1，图1是本申请实施例提供的直播互动系统100的架构示意图，为实现提升观众
在寻找直播内容时的效率。其中，直播互动系统100包括：服务器200、网络300、终端400‑1、
终端400‑2至终端400‑M，M为大于2的整数，将分别进行说明。

[0061] 服务器200可以是直播平台的后台服务器，用于响应客户端410‑1发送的匹配请求，以向客户端410‑1发送直播平台中与观众的账号匹配的至少一个主播账号。

[0062] 网络300，用于作为服务器200和终端400‑1、终端400‑2至终端400‑M之间通信的媒介，可以是广域网或者局域网，又或者是二者的组合。

[0063] 终端400‑1是观众(即观看直播的用户)所关联的终端，用于运行客户端410‑1，客户端410‑1是具备直播功能的客户端。客户端410‑1，用于响应于观众的匹配请求，将携带有
观众账号(示例的，观众账号中可以携带有观众的个人资料，例如观众的爱好，历史观看记
录等信息)的匹配请求通过网络300发送给服务器200，以使服务器200在直播平台的多个主
播账号中查询与客户端410‑1发送的观众账号匹配的至少一个主播账号，并将所查询到的
至少一个主播账号返回给客户端410‑1。客户端410‑1在接收到服务器200返回的至少一个
主播账号后，调用人机交互界面进行呈现，例如在人机交互界面中呈现所接收到的至少一
个主播账号、以及每个主播账号分别对应的互动入口。接着，客户端410‑1响应于观众针对
任意一个主播账号的互动入口的触发操作，在人机交互界面中呈现包括观众账号和目标主
播账号(即观众从至少一个主播账号中选中的主播账号)的互动页面，如此，观众可以在互
动页面中与目标主播进行进一步的互动，以加深对目标主播的了解。

[0064] 终端400‑2至终端400‑M分别是主播1至主播M所关联的终端，以终端400‑2为例，终端400‑2上运行有客户端410‑2，客户端410‑2是具备直播功能的客户端，用于将主播1对应
的直播数据通过网络300发送给服务器200，以使服务器200对接收到的直播数据进行一系
列处理，例如服务器200将客户端410‑2发送的直播数据进行视频编码压缩成可观看可传输
的视频流，并发送至客户端410‑1，以使客户端410‑1进行解码播放，从而观众可以观看主播
1的直播内容。客户端410‑2，还用于将主播1的账号(示例的，主播1的账号可以携带主播1的
个人资料，例如主播1的标签、或者直播内容等信息)发送给服务器200，以用于执行上述的
匹配过程。

[0065] 需要说明的是，终端400‑M上运行的客户端410‑M的功能与终端400‑2上运行的客户端410‑2的功能类似，本申请实施例在此不再赘述。

[0066] 接下来，以由图1中的终端400‑1单独实施本申请实施例提供的直播互动方法为例进行说明。

[0067] 终端400‑1，用于运行客户端410‑1，客户端410‑1是具备直播功能的客户端，用于响应于直播间中接收到的匹配操作，向服务器200发送携带观众账号的匹配请求，以使服务
器200查询与观众账号匹配的至少一个主播账号。当客户端410‑1在接收到服务器200返回
的至少一个主播账号后，在人机交互界面中呈现所接收到的至少一个主播账号、以及每个
主播账号分别对应的互动入口。接着，客户端410‑1响应于观众针对任意一个主播账号的互
动入口的触发操作，在人机交互界面中呈现包括观众账号与目标主播账号的互动页面，以
供观众在互动页面中与目标主播进行互动。

[0068] 在一些实施例中，终端400‑1也可以通过运行计算机程序来实现本申请实施例提供的直播互动方法，例如，计算机程序可以是操作系统中的原生程序或软件模块；可以是本
地(Native)应用程序(APP，Application)，即需要在操作系统中安装才能运行的程序，例如
直播APP或视频APP；也可以是小程序，即只需要下载到浏览器环境中就可以运行的程序；还
可以是能够嵌入至任意APP中的直播小程序或视频小程序。总而言之，上述计算机程序可以
是任意形式的应用程序、模块或插件。

[0069] 在另一些实施例中，本申请实施例也可以借助于云技术(Cloud Technology)实现，云技术是指在广域网或局域网内将硬件、软件、网络等系列资源统一起来，实现数据的
计算、储存、处理和共享的一种托管技术。

[0070] 云技术是基于云计算商业模式应用的网络技术、信息技术、整合技术、管理平台技术、以及应用技术等的总称，可以组成资源池，按需所用，灵活便利。云计算技术将变成重要
支撑。技术网络系统的后台服务需要大量的计算、存储资源。

[0071] 作为示例，服务器200可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网
络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础
云计算服务的云服务器。终端400‑1、终端400‑2至终端400‑M可以是智能手机、平板电脑、笔
记本电脑、台式计算机、智能音箱、以及智能手表等各种类型的用户终端，但并不局限于此。
终端400‑1、终端400‑2至终端400‑M以及服务器200可以通过有线或无线通信方式进行直接
或间接地连接，本申请实施例中不做限制。

[0072] 下面对图1中的终端400‑1的结构进行说明。示例的，参见图2，图2是本申请实施例提供的终端400‑1的结构示意图，图2所示的终端400‑1包括：至少一个处理器410、存储器
450、至少一个网络接口420和用户接口430。终端400‑1中的各个组件通过总线系统440耦合
在一起。可理解，总线系统440用于实现这些组件之间的连接通信。总线系统440除包括数据
总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图2中将
各种总线都标为总线系统440。

[0073] 处理器410可以是一种集成电路芯片，具有信号的处理能力，例如通用处理器、数字信号处理器(DSP，Digital Signal Processor)，或者其他可编程逻辑器件、分立门或者
晶体管逻辑器件、分立硬件组件等，其中，通用处理器可以是微处理器或者任何常规的处理
器等。

[0074] 用户接口430包括使得能够呈现媒体内容的一个或多个输出装置431，包括一个或多个扬声器和/或一个或多个视觉显示屏。用户接口430还包括一个或多个输入装置432，包
括有助于用户输入的用户接口部件，比如键盘、鼠标、麦克风、触屏显示屏、摄像头、其他输
入按钮和控件。

[0075] 存储器450可以是可移除的，不可移除的或其组合。示例性的硬件设备包括固态存储器，硬盘驱动器，光盘驱动器等。存储器450可选地包括在物理位置上远离处理器410的一
个或多个存储设备。

[0076] 存储器450包括易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。非易失性存储器可以是只读存储器(ROM，Read Only Memory)，易失性存储器可
以是随机存取存储器(RAM，Random Access Memor y)。本申请实施例描述的存储器450旨在
包括任意适合类型的存储器。

[0077] 在一些实施例中，存储器450能够存储数据以支持各种操作，这些数据的示例包括程序、模块和数据结构或者其子集或超集，下面示例性说明。

[0078] 操作系统451，包括用于处理各种基本系统服务和执行硬件相关任务的系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务；

[0079] 网络通信模块452，用于经由一个或多个(有线或无线)网络接口420到达其他确定设备，示例性的网络接口420包括：蓝牙、无线相容性认证(WiFi)、和通用串行总线(USB，
Universal Serial Bus)等；

[0080] 呈现模块453，用于经由一个或多个与用户接口430相关联的输出装置431(例如，显示屏、扬声器等)使得能够呈现信息(例如，用于操作外围设备和显示内容和信息的用户
接口)；

[0081] 输入处理模块454，用于对一个或多个来自一个或多个输入装置432之一的一个或多个用户输入或互动进行检测以及翻译所检测的输入或互动。

[0082] 在一些实施例中，本申请实施例提供的直播互动装置可以采用软件方式实现，图2示出了存储在存储器450中的直播互动装置455，其可以是程序和插件等形式的软件，包括
以下软件模块：查询模块4551、呈现模块4552、转移模块4553和更新模块4554，这些模块是
逻辑上的，因此根据所实现的功能可以进行任意的组合或进一步拆分。将在下文中说明各
个模块的功能。

[0083] 在另一些实施例中，本申请实施例提供的直播互动装置可以采用硬件方式实现，作为示例，本申请实施例提供的直播互动装置可以是采用硬件译码处理器形式的处理器，
其被编程以执行本申请实施例提供的直播互动方法，例如，硬件译码处理器形式的处理器
可以采用一个或多个应用专用集成电路(ASIC，Application Specific Integrated 
Circuit)、DSP、可编程逻辑器件(PLD，Programmable Logic Device)、复杂可编程逻辑器件
(CPLD，Complex Programmable Logic Device)、现场可编程门阵列(FPGA，Field‑
Programmable Gate Array)或其他电子元件。

[0084] 下面将结合附图对本申请实施例提供的直播互动方法进行具体说明。以下是以终端为直播互动方法的执行主体进行说明，具体可由终端通过运行客户端执行直播互动方
法，为了描述方便，下文中对终端和终端上运行的客户端在描述上不作具体区分。

[0085] 参见图3A，图3A是本申请实施例提供的直播互动方法的流程示意图，将结合图3A示出的步骤进行说明。

[0086] 在步骤S301中，响应于直播间中接收到的匹配操作，查询与目标账号匹配的至少一个主播账号。

[0087] 在一些实施例中，当终端响应于直播间中接收到的匹配操作时，可以通过调用相应接口(例如直播平台的后台数据库提供的接口)的方式来查询与目标账号匹配的至少一
个主播账号；其中，目标账号可以是登录直播间的观众的账号。

[0088] 示例的，参见图4A，以目标账号为观众甲的账号为例，当观众甲在直播间A观看主播A的直播内容时，想观看其他主播的直播内容，则可以点击直播间A中的“偶遇”按钮401，
此时，终端在接收到观众甲针对“偶遇”按钮401的点击操作后进行响应，调用相应的接口来
查询与观众甲的账号匹配的至少一个主播账号，并将所查询到的至少一个主播账号以弹窗
的方式推荐给观众甲。如此，由于终端查询到的至少一个主播账号是与观众甲的账号相匹
配的，提高了直播间推荐结果的可靠性。

[0089] 在另一些实施例中，图3A示出的步骤S301可以通过图3B示出的步骤S3011至步骤S3012实现，将结合图3B示出的步骤进行说明。

[0090] 在步骤S3011中，向服务器发送携带目标账号的匹配请求，以使服务器在直播平台的多个主播账号中，查询与目标账号匹配的至少一个主播账号；其中，查询方式包括以下至
少之一：随机查询；根据多个主播账号与目标账号的个人资料的相似程度的降序查询；根据
多个主播账号的直播内容与目标账号的观看历史的相似程度的降序查询。

[0091] 在一些实施例中，以随机查询为例，服务器可以通过以下方式查询与目标账号匹配的至少一个主播账号：服务器首先根据目标账号与直播平台中的任一主播账号之间的历
史交互数据，确定任一主播账号对应的点数；接着，服务器获取一个列表，并将列表划分成
与N个主播账号对应的N个区间；其中，N为直播平台中主播账号的总数量，且每个区间的长
度与对应主播账号的点数呈正相关关系；随后，服务器将直播平台中所有主播账号分别对
应的区间长度之和确定为列表总数，最后，服务器从列表总数中获取若干个随机数，并将这
些随机数所在区间分别对应的主播账号，确定为与目标账号匹配的至少一个主播账号。

[0092] 示例的，仍以目标账号为观众甲的账号为例，假设当前直播平台中总有100个主播账号，服务器首先将这100个主播账号中的每个主播账号的基点设置为1点。接着，服务器获
取观众甲的账号与这100个主播账号之间的历史交互数据，以确定出每个主播账号的最终
点数。例如假设在最近一天内，观众甲在直播间1发送了弹幕，则将主播1的账号对应的点数
加1；假设观众甲在直播间2赠送了虚拟物品，则将主播2对应的点数加2；如果观众甲在最近
一天内没有与主播进行交互，则主播的账号对应的点数保持不变，例如，假设观众甲在最近
一天内没有与主播3进行交互，则主播3的账号对应的点数保持为1点。最终，服务器确定出
这100个主播账号分别对应的最终点数为[2,3,1,1，…，1,1]。接着，服务器获取一个列表，
并将这个列表划分成100个区间；其中，区间1对应主播1的账号，区间2对应主播2的账号，以
此类推。同时，每个区间的长度与对应主播账号的点数呈正相关关系，例如主播1的账号对
应的点数为2，则区间1的长度也为2。在确定出每个区间的长度之后，服务器将这100个主播
账号分别对应的区间长度之和确定为列表总数(假设列表总数为103，即区间1的长度为2，
区间2的长度为3，其他区间的长度均为1)。最后，服务器从列表总数103中随机获取至少一
个数值，并将所获取的至少一个数值所在区间对应的主播账号，确定为与观众甲匹配的至
少一个主播账号。例如，当服务器随机获取的数值为2时，则将主播1的账号确定为与观众甲
匹配的主播账号。如此，一方面由于与观众甲互动越频繁的主播匹配到的概率越大，保证了
匹配结果的可靠性；另一方面由于匹配到的主播具有随机性，也增加了直播玩法的趣味性。

[0093] 在步骤S3012中，接收服务器所查询到的至少一个主播账号。

[0094] 在一些实施例中，服务器在查询到与目标账号匹配的至少一个主播账号后，将所查询到的至少一个主播账号返回给目标账号的终端，以使终端中的客户端在人机交互界面
进行呈现。

[0095] 在另一些实施例中，匹配操作的入口也可以是嵌入到直播平台的主页面。例如，参见图4B，当一个新观众进入直播平台的主页面，而没有进入任意一个直播间时，可以点击直
播平台主页面上的“偶遇”按钮402，此时，终端会根据新观众的账号为其查询匹配的至少一
个主播账号，并将所查询到的至少一个主播账号推荐给新观众。

[0096] 需要说明的是，上述直播平台中的多个主播账号均是指开启匹配功能的主播账号，即只有开启匹配功能的主播账号才能参与上述的匹配过程。例如，对于主播A来说，当主
播A没有开启匹配功能时，则服务器在直播平台中查询与目标账号匹配的主播账号过程中，
会忽略主播A的账号。

[0097] 示例的，仍以目标账号为观众甲的账号为例，在终端查询与观众甲的账号匹配的至少一个主播账号的过程中，当直播平台中没有开启匹配功能的主播账号时，则呈现匹配
失败的提示消息，以提醒观众甲稍后在进行匹配。

[0098] 在步骤S302中，在虚拟场景中呈现至少一个主播账号、以及与至少一个主播账号分别对应的互动入口。

[0099] 在一些实施例中，虚拟场景可以是由直播平台的服务器预先设置的，例如直播平台的服务器可以将具有特定场景(例如星空、海洋等)的图片发送给终端，以使终端中的客
户端在人机交互界面中进行呈现，即终端将直播平台的服务器下发的图片作为背景层，以
作为对应的虚拟场景，并在背景层中呈现至少一个主播账号、以及与至少一个主播账号分
别对应的互动入口。当然，用户或者主播也可以自行定制个性化的虚拟场景。例如，用户可
以选择相册中自己拍摄的照片作为背景层，以在背景层中呈现至少一个主播账号、以及与
至少一个主播账号分别对应的互动入口。

[0100] 在另一些实施例中，终端可以通过以下方式呈现至少一个主播账号、以及与至少一个主播账号分别对应的互动入口：在查询匹配的至少一个主播账号的过程中，在虚拟场
景(例如偶遇广场)中呈现直播平台中的多个主播账号(例如，可以呈现主播账号所关联的
头像、或者账号名称等)；当查询到至少一个主播账号时，在虚拟场景中呈现查询到的至少
一个主播账号与目标账号之间具有匹配关系的特效(例如来电、鲜花等)，并针对每个匹配
的主播账号呈现对应的互动入口。

[0101] 示例的，参见图4C，终端在查询与目标账号匹配的至少一个主播账号的过程中，在偶遇广场中呈现直播平台中的多个主播账号所分别关联的头像403；并在终端查询到与目
标账号匹配的至少一个主播账号时，呈现如图4D所示的目标账号所关联的头像404与每个
匹配的主播账号所分别关联的头像405之间的来电特效406，同时在每个匹配的主播账号所
关联的头像405后面呈现对应的互动入口407。

[0102] 在一些实施例中，可以将主播账号所关联的头像作为主播账号对应的互动入口。例如，观众可以直接通过点击界面中呈现的主播账号的头像来进行后续的选取操作。

[0103] 在另一些实施例中，终端还可以在虚拟场景下呈现目标账号当前剩余的匹配次数，例如终端可以在偶遇广场中呈现诸如“今天还有10次偶遇机会”的提示信息。

[0104] 在步骤S303中，响应于针对任意一个主播账号的互动入口的触发操作，呈现包括目标账号与目标主播账号的互动页面；其中，目标主播账号是触发操作所选择的互动入口
对应的主播账号。

[0105] 在一些实施例中，当终端在呈现与目标账号匹配的至少一个主播账号、以及与至少一个主播账号分别对应的互动入口后，终端还可以进一步响应于针对所呈现的至少一个
主播账号中的任意一个主播账号的互动入口的触发操作，呈现包括目标账号与目标主播账
号的互动页面；其中，目标主播账号是触发操作所选择的互动入口对应的主播账号。

[0106] 需要说明的是，当终端查询到的与目标账号匹配的主播账号只有一个时，则直接将该主播账号作为目标主播账号，并呈现包括目标账号和该主播账号的互动页面。

[0107] 在一些实施例中，互动页面可以包括多种不同类型的互动方式(例如与主播进行聊天、进入主播的直播间等)分别对应的互动入口。

[0108] 示例的，当互动页面包括的互动入口指向聊天页面，且接收到针对互动入口的触发操作时，终端还可以响应于针对互动入口的触发操作，调用相应的接口查询目标主播账
号的发起聊天条件；当目标账号满足目标主播账号的发起聊天条件时，呈现包括目标账号
和目标主播账号的聊天页面。其中，终端可以通过以下方式来确定目标账号是否满足目标
主播账号的发起聊天条件：响应于针对互动入口的触发操作，呈现目标账号与目标主播账
号之间的资源转移页面；响应于在资源转移页面中接收到的资源转移操作，从目标账号转
移设定数额的虚拟资源到目标主播账号；当成功转移时，确定满足发起聊天条件。

[0109] 其中，虚拟资源可以包括电子货币、虚拟物品、直播平台的积分等各种资源。

[0110] 举例来说，以目标账号为观众甲的账号为例，假设终端查询到与观众甲的账号匹配的主播账号包括主播1的账号和主播2的账号。当观众甲点击主播1的账号对应的互动入
口时，终端呈现包括观众甲的账号所关联的头像和主播1的账号所关联的头像的互动页面。
其中，互动页面中还可以呈现有例如“选择私聊”的功能项。当观众甲点击“选择私聊”的功
能项时，终端进行响应，并跳转至呈现观众甲的账号与主播1的账号之间的资源转移页面。
假设主播1设置的发起聊天条件为10颗虚拟钻石，则终端响应于观众甲在资源转移页面中
触发的资源转移操作，从观众甲的账号中转移大于或者等于10颗虚拟钻石到主播1的账号；
当成功转移时，终端确定观众甲的账号满足主播1的账号设置的发起聊天条件，并呈现包括
观众甲的账号和主播1的账号的聊天页面。

[0111] 在一些实施例中，终端还可以通过以下方式来确定目标账号是否满足目标主播账号的发起聊天条件：当目标账号对目标主播账号的关注程度超出等级阈值时，终端确定目
标账号满足目标主播账号的发起聊天条件，并呈现包括目标账号和目标主播账号的聊天页
面。

[0112] 示例的，仍以目标账号为观众甲的账号为例，假设观众甲选择的主播1的账号为之前已经关注过的主播账号，即观众甲是主播1的老观众，则当观众甲的账号对主播1的账号
的关注程度超出等级阈值时(例如观众甲在主播1的直播间中的粉丝牌的等级超过等级阈
值)，终端确定观众甲的账号满足主播1的发起聊天条件，并呈现包括观众甲的账号和主播1
的账号之间的聊天页面。

[0113] 在另一些实施例中，终端也可以通过以下方式来确定目标账号是否满足目标主播账号的发起聊天条件：终端首先响应于针对互动入口的触发操作，呈现目标账号和目标主
播账号之间的资源转移页面；接着，响应于在资源转移页面中接收到的资源转移操作，从目
标账号转移设定数额的虚拟资源到目标主播账号；当成功转移时，进一步判断目标账号对
目标主播账号的关注程度是否达到等级阈值，当达到等级阈值时，终端才确定目标账号满
足目标主播账号的发起聊天条件，并呈现包括目标账号和目标主播账号之间的聊天页面。

[0114] 在一些实施例中，承接上述实施例，终端还可以控制目标账号和目标主播账号在聊天页面中的交互次数。例如，终端设定目标账号与目标主播账号之间的最大交互次数为
10次，则当目标账号与目标主播账号在聊天页面中进行交互的次数超出10次时，终端可以
呈现提示信息，以引导目标账号进入目标主播账号的直播间进行观看；或者，终端也可以控
制目标账号退出聊天页面。

[0115] 需要说明的是，目标账号可以在达到最大交互次数之前随时退出聊天页面。例如，当目标账号所关联的观众在与目标主播进行一两轮的互动后，发现对目标主播不感兴趣，
则可以直接退出聊天页面。

[0116] 在另一些实施例中，终端还可以在互动页面中呈现目标账号与目标主播账号之间的互动特征信息，例如可以在互动页面中呈现目标账号与目标主播账号之间的历史匹配次
数，或者相似程度(即缘分指数)等信息。

[0117] 在一些实施例中，当互动页面包括的互动入口指向目标主播账号的直播间时，终端还可以执行以下处理：响应于针对互动入口的触发操作，呈现目标主播账号的直播间、以
及目标账号在加入直播间时的特效；调用相应的接口查询目标主播账号的特权条件；当目
标账号满足目标主播账号的特权条件，且接收到目标主播账号的确认时，呈现目标账号的
特权身份。其中，终端呈现目标账号的特权身份可以通过以下方式实现：在直播间的特定位
置呈现目标账号的头像；或者，在目标账号发送的弹幕中呈现管理员称号，以标识目标账号
具有管理员权限。

[0118] 在另一些实施例中，终端还可以通过以下方式来确定目标账号是否满足目标主播账号的特权条件：响应于在直播间中接收到的资源转移操作，从目标账号转移设定数额的
虚拟资源到目标主播账号；当目标主播账号确认接受目标账号转移的虚拟资源时，确定目
标账号满足目标主播账号的特权条件。

[0119] 示例的，仍以目标账号为观众甲的账号为例，当观众甲点击主播1的账号所关联的头像后，终端呈现包括观众甲的账号和主播1的账号之间的互动页面。其中，互动页面中还
呈现有例如“进入直播间”的功能项。当观众甲点击“进入直播间”的功能项时，终端呈现主
播1的账号对应的直播间1，并在直播间1中呈现一条偶遇消息，以告知直播间1中的其他观
众，观众甲是通过偶遇方式进入直播间1的。随后，当观众甲希望成为直播间1中具有特权身
份的观众时，终端首先查询主播1的账号设置的特权条件，例如假设主播1设置了需要赠送
50个虚拟钻石才能成为直播间1中具有特权身份的观众，则终端响应于观众甲在直播间1中
触发的资源转移操作，从观众甲的账号中转移50个虚拟钻石到主播1的账号；当主播1的账
号确认接受观众甲的账号转移的50个虚拟钻石时，终端确定观众甲满足主播1的账号设置
的特权条件，并在直播间1中呈现观众甲的特权身份。此时，观众甲的账号所关联的头像将
呈现在直播间1的特定位置，例如在直播间1的右上角固定呈现观众甲的账号所关联的头
像。此外，当观众甲在直播间1发送弹幕时，将在弹幕内容的前面呈现管理员称号，以标识观
众甲的账号具有管理员权限，例如可以禁止其他不具有管理员权限的观众发送弹幕。

[0120] 在另一些实施例中，除了可以在目标主播账号的直播间中呈现目标账号的特权身份，还可以进一步呈现目标账号的特权级别。其中，特权级别可以与目标账号转移给目标主
播账号的虚拟资源的数额有关，数额越大，目标账号对应的特权级别越高。也就是说，目标
账号的特权等级并不是固定不变的，而是会随着目标账号与目标主播账号之间的互动情况
进行更新。

[0121] 示例的，终端可以通过以下方式对目标账号的特权等级进行更新：定期或者不定期执行以下处理：根据目标账号与目标主播账号之间的互动记录，更新目标账号与目标主
播账号之间的互动强度；根据更新后的互动强度对目标账号的特权等级进行对应的衰减或
者提升地更新；其中，更新后的特权等级与互动强度呈正相关关系。

[0122] 举例来说，假设观众甲的账号在主播1的直播间中的初始特权等级为1级，当观众甲在最近一周内赠送给主播1的虚拟钻石的数量达到第一数量阈值时，则终端将观众甲的
账号对应的特权等级更新为2级；当观众甲在最近一周内赠送给主播1的虚拟钻石的数量达
到第二数量阈值时，则将观众甲的账号对应的特权等级更新为3级，以此类推，观众甲赠送
的虚拟钻石的数量越多，观众甲的账号对应的特权等级越高。相反，当观众甲在一段时间内
都没有给主播1赠送虚拟钻石时，则取消观众甲的账号在直播间1中的特权身份。如此，通过
特权等级衰减的惩罚机制来刺激观众进行打赏和活跃，帮助主播提升收入，同时也提升了
主播和观众之间的互动效率，增加观众对主播的忠诚度和粘度。

[0123] 在一些实施例中，当目标主播账号拒绝接受目标账号转移的虚拟资源，或者目标主播账号超时未响应时，终端撤回将虚拟资源从目标账号转移至目标主播账号的资源转移
操作。

[0124] 示例的，以目标主播账号为主播1的账号为例，主播1的账号具有是否接受目标账号(例如观众甲的账号)成为直播间1中具有特权身份的账号的权限。例如，当终端执行将设
定数额的虚拟钻石从观众甲的账号转移至主播1的账号之后，向直播平台的后台服务器发
送请求消息，以使直播平台的后台服务器向主播1所关联的终端发送是否接受的确认消息，
并以卡片的形式将是否接受的确认消息呈现在主播1所关联的终端上。例如，如图4E所示，
卡片上呈现有“接收”408和“拒绝”409选项。当主播1点击“拒绝”409选项，或者超过预设时
长没有响应时，终端撤回将设定数额的虚拟钻石从观众甲的账号转移至主播1的账号的资
源转移操作。

[0125] 在另一些实施例中，目标主播账号的直播间中具有特权身份的账号的数量是有限的，即当目标主播账号的直播间中具有特权身份的账号的数量大于数量阈值时，终端确定
目标主播账号无权接受目标账号转移的虚拟资源。

[0126] 本申请实施例通过将目标账号与直播平台中的多个主播账号进行匹配的方式，来帮助目标账号所对应的用户寻找到匹配的至少一个主播账号，如此，由于寻找到的至少一
个主播账号是与用户所关联的目标账号之间匹配的，提高了直播间推荐结果的可靠性，同
时，也避免了用户通过手动搜索实际希望进入的直播间时带来的时间和流量上的消耗，大
大提升了用户在寻找直播内容时的效率。

[0127] 需要说明的是，上述实施例是从观众客户端的角度对本申请实施例提供的直播互动方法进行说明。下面，从主播客户端的角度对本申请实施例提供的直播互动方法进行说
明。

[0128] 在一些实施例中，在主播客户端的人机交互界面中可以呈现有是否开启匹配功能的按钮，当主播点击开启匹配功能的按钮时，则在主播的直播间中呈现例如“偶遇”的功能
项，以供直播间中的观众进行点击。当主播未点击开启匹配功能的按钮时，则不会在主播的
直播间中呈现“偶遇”的功能项，且直播平台的后台服务器在为目标账号查询匹配的主播账
号时，也会忽略未开启匹配功能的主播账号。

[0129] 在另一些实施例中，在主播客户端的人机交互界面中还可以呈现有发起聊天条件设置页面，以供主播进行发起聊天条件的设置。例如，主播可以在发起聊天条件设置页面中
设置发起聊天的条件，举例来说，主播设置了需要支付10个虚拟钻石才能与主播进行聊天，
则当后续目标账号想要与主播进行聊天时，首先需要向主播赠送10个虚拟钻石。

[0130] 在一些实施例中，在主播客户端的人机交互界面中也可以呈现有特权条件设置页面，以供主播设置成为直播间中具有特权身份的账号的条件。例如，假设主播在特权条件设
置页面中设置了需要向主播赠送50个虚拟钻石才能成为直播间中具有特权身份的账号，则
后续当目标账号希望成为直播间中具有特权身份的账号时，则首先需要向主播赠送50个虚
拟钻石，且在主播账号确认接受目标账号转移的50个虚拟钻石时，在主播的直播间中呈现
目标账号的特权身份。

[0131] 下面继续说明本申请实施例提供的直播互动装置455实施为软件模块的示例性结构，在一些实施例中，如图2所示，存储在存储器450的直播互动装置455中的软件模块可以
包括：查询模块4551、呈现模块4552、转移模块4553和更新模块4554。

[0132] 查询模块4551，用于响应于直播间中接收到的匹配操作，查询与目标账号匹配的至少一个主播账号；呈现模块4552，用于在虚拟场景中呈现至少一个主播账号、以及与至少
一个主播账号分别对应的互动入口；呈现模块4552，还用于响应于针对任意一个主播账号
的互动入口的触发操作，呈现包括目标账号与目标主播账号的互动页面；其中，目标主播账
号是触发操作所选择的互动入口对应的主播账号。

[0133] 在一些实施例中，呈现模块4552，还用于在查询匹配的至少一个主播账号的过程中，在虚拟场景中呈现直播平台中的多个主播账号；当查询到至少一个主播账号时，在虚拟
场景中呈现查询到的至少一个主播账号与目标账号之间具有匹配关系的特效，并针对每个
匹配的主播账号呈现对应的互动入口。

[0134] 在一些实施例中，查询模块4551，还用于响应于针对互动入口的触发操作，查询目标主播账号的发起聊天条件；呈现模块4552，还用于当目标账号满足目标主播账号的发起
聊天条件时，呈现包括目标账号、以及目标主播账号的聊天页面。

[0135] 在一些实施例中，呈现模块4552，还用于响应于针对互动入口的触发操作，呈现目标主播账号与目标账号之间的资源转移页面；直播互动装置455还包括转移模块4553，用于
响应于在资源转移页面中接收到的资源转移操作，从目标账号转移设定数额的虚拟资源到
目标主播账号；呈现模块4552，还用于当成功转移时，确定满足发起聊天条件，并呈现包括
目标账号、以及目标主播账号的聊天页面。

[0136] 在一些实施例中，呈现模块4552，还用于当目标账号对目标主播账号的关注程度超出等级阈值时，确定满足发起聊天条件，并呈现包括目标账号、以及目标主播账号的聊天
页面。

[0137] 在一些实施例中，呈现模块4552，还用于当目标账号与目标主播账号在聊天页面中进行交互的次数达到次数阈值时，呈现提示信息，以引导目标账号进入目标主播账号的
直播间，或者，控制目标账号退出聊天页面。

[0138] 在一些实施例中，呈现模块4552，还用于响应于针对互动入口的触发操作，呈现目标主播账号的直播间、以及目标账号在加入直播间时的特效；查询模块4551，还用于查询目
标主播账号的特权条件；呈现模块4552，还用于当目标账号满足目标主播账号的特权条件，
且接收到目标主播账号的确认时，呈现目标账号的特权身份。

[0139] 在一些实施例中，呈现模块4552，还用于执行以下处理至少之一：在直播间的特定位置呈现目标账号的头像；在目标账号发送的弹幕中呈现管理员称号，以标识目标账号具
有管理员权限。

[0140] 在一些实施例中，转移模块4553，还用于响应于在直播间中接收到的资源转移操作，从目标账号转移设定数额的虚拟资源到目标主播账号；呈现模块4552，还用于当目标主
播账号确认接受虚拟资源时，确定目标账号满足目标主播账号的特权条件，并在直播间中
呈现目标账号的特权身份。

[0141] 在一些实施例中，转移模块4553，还用于当目标主播账号拒绝接受虚拟资源、或者目标主播账号超时未响应时，撤回将虚拟资源从目标账号转移至目标主播账号的资源转移
操作。

[0142] 在一些实施例中，直播互动装置455还包括更新模块4554，用于根据目标账号与目标主播账号之间的互动记录，更新目标账号与目标主播账号之间的互动强度；根据更新后
的互动强度，对目标账号的特权等级进行对应的衰减或提升地更新；其中，更新后的特权等
级与互动强度呈正相关关系。

[0143] 在一些实施例中，转移模块4553，还用于当目标主播账号的直播间中具有特权身份的账号的数量大于数量阈值时，确定目标主播账号无权接受目标账号转移的虚拟资源。

[0144] 在一些实施例中，呈现模块4552，还用于在查询匹配的至少一个主播账号的过程中，当直播平台中没有开启匹配功能的主播账号时，呈现匹配失败的提示消息。

[0145] 在一些实施例中，查询模块4551，还用于向服务器发送携带目标账号的匹配请求，以使服务器在直播平台的多个主播账号中，查询与目标账号匹配的至少一个主播账号；接
收服务器所查询到的至少一个主播账号；其中，至少一个主播账号的查询方式包括以下至
少之一：随机查询；根据多个主播账号与目标账号的个人资料的相似程度的降序查询；根据
多个主播账号的直播内容与目标账号的观看历史的相似程度的降序查询。

[0146] 在一些实施例中，查询模块4551，还用于根据目标账号与直播平台中的任一主播账号之间的历史互动数据，确定任一主播账号对应的点数；获取列表，并将列表划分成与N
个主播账号对应的N个区间；其中，N为直播平台中主播账号数量，且每个区间的长度与对应
主播账号的点数呈正相关关系；将直播平台中所有主播账号分别对应的区间长度之和确定
为列表总数，并从列表总数中获取随机数；将随机数所在区间对应的主播账号，确定为与目
标账号匹配的主播账号。

[0147] 需要说明的是，本申请实施例中关于上述的装置的描述中未尽的技术细节，可以根据图3A、图3B、图5‑7任一附图的说明而理解。

[0148] 下面，将说明本申请实施例在一个实际的应用场景中的示例性应用。

[0149] 本申请实施例提供一种直播互动方法，通过将直播和偶遇玩法(对应于上述的匹配操作)相结合，实现为正在直播的主播和观看直播的用户(即观众)自由参与偶遇，并且最
后找到兴趣相同的好友的目的。示例的，主播在直播的时候开启偶遇功能后，用户可以通过
点击在主播的直播间中呈现的“偶遇”按钮，在偶遇广场与主播进行偶遇。直播平台的服务
器进行处理并帮助用户匹配一个主播，匹配成功后，用户可以选择和主播进行聊天或者进
入直播间。当用户选择聊天时，需要首先支付一定数额的虚拟资源(例如一定数额的虚拟钻
石)才能开启与主播的聊天，并且聊天面板中还可以呈现有用户与主播历史偶遇次数、缘分
指数(即相似程度)等信息。当用户选择进入直播间时，可以直接进入主播的直播间，并且直
播间中会呈现一条偶遇信息，以告知直播间中的其他用户，该用户是通过偶遇功能进入直
播间的，并且通过偶遇功能进入直播间的用户可以赠送指定的虚拟礼物来唤起相知功能
(用于为用户在主播的直播间中赋予特权身份)，主播在收到用户的偶遇定制礼物后，同时
也会收到一封偶遇卡片。当主播在卡片中点击“接受”按钮后，开启相知功能，此时，用户账
号所关联的头像会展示在直播间的顶部。同时，相知的用户(也就是相知功能而具有上述的
特权身份的用户)会自动成为直播间的管理员，可以禁言除相知以外的每一位直播间的其
他用户。此外，相知功能开启后，相知的用户可以不断给主播赠送虚拟礼物或者互动来提升
相知等级(也即上文的特权等级)。当用户在一段时间内没有与主播进行互动或者向主播赠
送虚拟礼物时，用户的相知等级会不断衰减。当用户的相知等级衰减到负数时，将自动解除
和主播之间的相知。本申请实施例通过将直播和偶遇玩法相结合，不仅仅提升了用户在寻
找直播内容时的效率，也帮助了主播找到自己最核心最忠诚的用户，通过偶遇触发相知等
互动行为，与相关技术在直播平台的主页简单部署可能会感兴趣的主播的直播间入口相
比，提升了用户找到感兴趣的主播的效率和趣味性，同时对直播平台的资源实现了充分而
有效地利用。

[0150] 下面分别从主播客户端(下文中简称为主播端)和用户客户端(下文中简称为用户端)对本申请实施例提供的直播互动方法进行具体说明。

[0151] 主播端：主播在直播助手端开启直播时勾选偶遇玩法，则主播的头像会自动出现在偶遇广场。当用户点击“偶遇”按钮后，直播平台的服务器会为用户随机匹配一位主播。同
时，主播可以设置匹配成功后，发起私聊的条件以及触发相知的虚拟礼物的数额。

[0152] 例如，在偶遇成功后，当用户选择聊天时，主播可以通过私聊模式和用户进行互动，聊天的模式可以主要以你问我答为主。举例来说，用户可以在面板选项中选择一个问题
发送，主播回答后，主播可以回问一个问题，用户来进行回答。每人最多只能发送10个问题，
你问我答环节结束后，直播平台的服务器会弹出提示消息引导用户进入主播的直播间，当
然，用户也可以选择直接退出。

[0153] 例如，在偶遇成功后，当用户选择进入直播间时，主播可以引导用户通过赠送定制虚拟礼物的方式开启相知功能，且相知是有等级的，用户要不断地通过向主播赠送虚拟礼
物来提升相知等级。如果用户在一段时间内没有向主播赠送礼物，则相知等级会相应衰减。
当相知等级衰减到零时，将自动解除用户和主播之间的相知。

[0154] 用户端：示例的，参见图5，图5是本申请实施例提供的直播互动方法的流程示意图，将结合图5示出的步骤进行说明。用户在进入偶遇广场，点击“偶遇”按钮后，直播平台的
服务器会自动帮用户匹配一个正在直播的主播。如果当前直播平台中没有正在直播的主
播，则会显示例如“偶遇失败，稍后再来试试”的提示消息。直播平台的服务器通过用户填写
的资源、观看历史和关注的主播类型等信息来帮助用户匹配一个正在直播的主播，且每个
用户每天只有10次参与偶遇的机会。在匹配成功后，用户有两个选择。第一，点击发起私聊，
用户在发起私聊前需要首先完成主播设定的任务。在私聊开启后，用户可以和主播进行你
问我答的互动，每一方可以选择直播平台的服务器预先设置好的10个问题来进行提问，在
提问结束后用户可以选择进入直播间，也可以选择退出。通过私聊模式可以更好地帮助用
户去了解主播并且筛选自己是不是对主播感兴趣。第二，点击进入直播间，用户在进入主播
的直播间时，直播间会有欢迎特效。同时，用户可以通过向主播赠送偶遇定制礼物的方式解
锁与主播之间的相知功能。例如，用户向主播赠送偶遇定制礼物后，主播会收到一张卡片，
卡片上写有用户的相知申请，主播同意后，用户和主播之间就开启了相知功能，且相知是有
等级的，用户需要经常与主播进行互动或者通过赠送虚拟礼物的方式来提升相知等级。此
外，与主播相知的用户数量是有限的，例如主播最多只能同意10个用户成为相知。和主播相
知的用户具有以下核心特权，第一：用户的头像会展示在直播间的上方作为用户的特权身
份展示；第二：用户在直播间发送弹幕时，弹幕内容的前面会显示有一个管理员称号，可以
帮助主播来禁言其他用户。本申请实施例通过将直播和偶遇玩法相结合，拉近了主播和用
户之间的距离，并且帮助主播找到核心的用户群体。

[0155] 下面结合应用场景对本申请实施例提供的直播互动方法进行说明。

[0156] 示例的，参见图4A，在直播间的特定位置呈现有“偶遇”按钮401，当用户点击“偶遇”按钮401后，客户端进行响应，并将跳转至图4C所示的偶遇匹配页面。在图4C所示的偶遇
匹配页面中呈现有直播平台中多个主播账号所分别关联的头像403。在偶遇成功后，客户端
将跳转至图4F所示的偶遇成功页面。如图4F所示，偶遇成功页面中显示有用户的头像410、
匹配的主播头像411、“选择私聊”按钮412、“进入直播间”按钮413、用户和主播之间具有匹
配关系的来电特效414、以及用户今日剩余偶遇次数415等信息。当用户点击“选择私聊”按
钮412时，客户端将跳转至图4G所示的聊天页面。如图4G所示，聊天页面中呈现有用户选择
的问题416、以及主播的回答417。同时，聊天页面中还可以呈现有用户和主播之间的缘分指
数418。当用户点击“进入直播间”按钮413时，客户端将跳转至图4H所示的主播的直播间页
面。如图4H所示，用户可以通过向主播赠送偶遇定制礼物419来申请相知功能。当主播同意
了用户的相知申请后，将在直播间中呈现如图4I所示的同意消息420、以及当前的相知等级
421。

[0157] 本申请实施例提供的直播互动方法主要分为两大部分，分别为前端侧和后台侧；其中，前端侧主要负责用户界面(UI，User Interface)绘制以及提供用户操作页面，后台侧
主要负责提供调用服务和玩法进度核算等操作。

[0158] 示例的，前端侧包括：主播端模块和用户端模块；后台侧包括：直播和偶遇相结合服务模块、消息推送服务模块、数据库读写模块和相知等级计算和监控服务模块。下面分别
进行说明。

[0159] 在一些实施例中，主播端模块包括：偶遇玩法开关、偶遇玩法设置页面、偶遇卡片接受页面和偶遇私聊房间四个部分。下面结合图6进行具体说明。

[0160] 如图6所示，主播在主播端打开偶遇玩法开关后，通过后台提供的玩法开关接口开启主播偶遇玩法，此时主播账号加入偶遇广场候选列表，同时主播端跳转至偶遇玩法设置
页面，以供主播进行偶遇玩法的条件设置。例如，主播可以在偶遇玩法设置页面中设置发起
私聊的条件，可以是勾选入门礼物或者用户的守护等级；或者在偶遇玩法设置页面中设置
偶遇的相知定制礼物。

[0161] 示例的，主播端响应于主播在偶遇玩法设置页面中的设置操作，通过后台列表拉取直播平台的服务器配置的私聊条件列表，包括入门礼物列表。若主播勾选礼物条件，则需
要在入口礼物列表中选择一种礼物作为用户开启私聊时必须赠送的礼物；若主播勾选守护
等级，则需要勾选开启私聊的最低守护等级。

[0162] 示例的，用户在通过偶遇玩法进入主播的直播间后，可以通过向主播赠送偶遇定制礼物的方式来唤起相知功能。同时主播会收到偶遇卡片，例如主播端在接收到后台下发
的偶遇卡片后，以弹窗的方式呈现在主播端中。当用户点击卡片中的“接受”按钮后，直播平
台的服务器就会开启主播与用户之间的相知功能。每一位主播只能与一定数量的用户成为
相知，例如，当主播的直播间中具有相知功能的用户超过10位时，偶遇卡片上呈现的“接收”
按钮将自动置灰，主播无法进行点击。

[0163] 示例的，当用户与主播成功偶遇，并且用户完成主播设置的私聊条件时，则会自动创建偶遇私聊房间(即主播端将自动跳转至聊天页面)，主播账号和用户账号均会被自动拉
入私聊房间中，房间一旦关闭将会被销毁。

[0164] 在另一些实施例中，用户端可以包括：偶遇玩法入口、偶遇匹配页面、偶遇私聊房间、相知等级弹窗和主播相知列表五个部分。下面将结合图7进行具体说明。

[0165] 示例的，当主播开启直播并开启偶遇玩法后，用户端将会收到后台推送的偶遇玩法开启通知消息。此时，在主播的直播间的聊天区域的右上方将会呈现偶遇玩法入口，用户
点击偶遇玩法入口后，用户端将跳转至偶遇匹配页面，以跟当前直播中开启偶遇玩法的主
播账号进行匹配。

[0166] 示例的，在用户端跳转至偶遇匹配页面后，由直播平台的服务器根据用户的个人资料和待匹配主播列表的信息进行匹配，并返回匹配结果。若当前无正在进行偶遇玩法的
主播，则偶遇失败，在用户端呈现偶遇失败的提示弹窗；若偶遇成功，则展示偶遇结果，展示
的信息包括：用户头像和主播头像、“选择私聊”按钮和“进入直播间”按钮。

[0167] 示例的，当用户点击“选择私聊”按钮时，必须首先完成主播设置的私聊条件才能开启私聊。若主播设置的发起聊天条件为守护等级达到最低等级，则用户的守护等级必须
大于等于主播设置的最低等级才能开启私聊房间，否则用户必须通过赠送守护礼物的方式
来提升守护等级，从而达到开启私聊房间的条件。若主播设置的发起聊天条件为赠送指定
礼物，则用户在向主播赠送指定礼物后，后台将创建私聊房间，并且用户将自动加入该房间
中。用户在进入私聊房间后，不能点击关闭按钮，一旦关闭，房间将立即销毁。在私聊房间
内，用户最多可以向主播提问10个问题，问题是一问一答的形式，用户必须等待主播回答完
上个问题后方可继续提问。若10个问题已满，则用户和主播均会被禁言，同时房间会在禁言
后的一定时间内被销毁，例如在禁言的10分钟后自动销毁。用户在提问后，私聊房间中还可
以呈现有“进入直播间”按钮，用户点击“进入直播间”按钮后，房间将自动销毁。

[0168] 示例的，当用户点击“进入直播间”按钮时，则直接关闭偶遇匹配页面，此时主播的主播间将触发偶遇用户的进场特效。此外，偶遇用户的礼物面板中呈现有主播设置的定制
礼物，仅偶遇用户和相知用户可以看到和赠送。用户在赠送定制礼物后，后台将自动下发
“偶遇卡片”到主播端，若主播接受用户的“偶遇卡片”，则用户所在的直播间会弹出相知等
级弹窗；若主播拒绝接受用户的“偶遇卡片”，则会自动将用户赠送的定制礼物退回至用户
账号。

[0169] 示例的，当用户之前为非相知用户，而此次晋级为相知用户，则弹窗中还可以显示有“主播同意申请”的内容，同时还会显示当前用户的相知等级。若用户已经为相知用户，而
此次触发了相知晋级，则弹窗中可以显示例如“您已晋级为xx等级相知”的提示信息，同时
显示当前用户的相知等级。用户可以通过点击弹窗上显示的“送礼提升等级”按钮，继续赠
送定制礼物来提升相知等级。

[0170] 示例的，主播在开启偶遇玩法后，还可以在直播间的上方显示主播的所有相知用户，每个主播最多具有10个相知用户，且按照相知等级从高到低进行排序。

[0171] 在另一些实施例中，如图8所示，图1中的服务器200可以包括：直播与偶遇相结合服务模块、消息推送服务模块、数据库(例如redis数据库)读写模块、相知等级计算和监控
服务模块、以及数据库(例如MySQL)。下面分别进行说明。

[0172] 示例的，数据库中主要包括如下的4个表：定制礼物信息表，用于存储定制礼物信息，包括：礼物编号(ID)、礼物名称、礼物存储地址(例如礼物的URL，Uniform Resource 
Locator)和礼物价值等；主播信息表，用于存储主播的个人信息，包括：主播ID、主播的相知
用户列表、主播偶遇私聊条件和主播偶遇相知礼物等；用户信息表，用于存储用户的个人信
息，包括：用户ID、用户相知主播ID、用户的相知等级等；玩法信息表，用于存储直播与偶遇
玩法相结合玩法信息，包括：玩法ID、主播ID、用户ID、私聊条件状态、私聊房间状态和偶遇
卡片状态等。

[0173] 示例的，直播与偶遇相结合服务模块用于提供给前端调用以及后台内部调用的服务，主要提供以下服务：

[0174] (1)提供偶遇玩法开关接口，打开或者关闭偶遇玩法时调用，主播一旦打开偶遇玩法，则主播账号将自动进入偶遇匹配列表；

[0175] (2)提供前端调用的玩法信息读取接口，返回偶遇玩法实时信息，包括玩法ID、主播ID、用户ID、私聊条件状态、私聊房间状态和偶遇卡片状态等；

[0176] (3)提供可以供前端调用的私聊条件列表接口，主播设置私聊条件时调用并获取直播平台的服务器预设的条件列表；

[0177] (4)提供可以供前端调用的偶遇定制礼物列表接口，主播设置偶遇礼物时调用并获取运营人员配置的定制礼物列表；

[0178] (5)提供可以供前端调用的设置偶遇玩法条件接口，主播在偶遇玩法设置页面时调用；

[0179] (6)提供可以供前端页面调用的偶遇卡片读取接口，主播收到偶遇卡片时调用，返回偶遇卡片信息和主播当前是否可以继续接受相知用户状态；

[0180] (7)提供可以供前端页面调用的偶遇卡片接受接口，主播点击偶遇卡片“接受”按钮时调用；

[0181] (8)提供可以供前端页面调用的匹配接口，用户从偶遇玩法入口进入偶遇广场时调用，返回用户的匹配结果，若匹配失败，则返回1001错误码；

[0182] 示例的，可以通过以下方式为用户匹配一个主播：首先将直播平台中的每个主播的基点设置为1点，若用户关注主播A，则主播A对应的点数加1；若用户对主播B进行守护，则
主播B对应的点数加2；若用户在最近一天内在主播C的直播间中发送弹幕，则主播C对应的
点数加1；若用户在最近一天内在主播D的直播间赠送礼物，则主播D对应的点数加2，点数越
大，匹配中的概率越高。在确定出每个主播分别对应的点数后，直播平台的服务器获取一个
列表，并将所获取的列表划分成K个区间，K为大于1的正整数，每个区间代表一个主播，点数
越大的主播，其对应的区间长度越长，从而匹配中的概率也越高。接着，直播平台的服务器
将所有主播分别对应的区间长度之和确定为列表总数，然后随机从列表总数中取出一个
数，看落在哪个区间，则该区间的主播命中本次匹配，此外，命中的主播还会从列表中移除。

[0183] (9)提供可以供前端页面调用的“选择私聊”接口，用户点击“选择私聊”按钮时调用，调用后自动生成私聊房间，并下发到主播端和用户端；

[0184] (10)提供可以供前端页面调用的“进入直播间”接口，用户点击“进入直播间”按钮时调用，调用后自动下发进场特效到主播端，以在用户进入直播间时进行展示；

[0185] (11)提供私聊房间提问接口，用户提问时调用；

[0186] (12)提供私聊房间回答接口，主播回答时调用；

[0187] (13)提供主播相知用户列表读取接口，返回主播的相知用户列表信息。

[0188] 示例的，消息推送服务模块主要提供以下功能：

[0189] (1)推送偶遇结合玩法打开通知，发送给直播间内的所有用户分别关联的客户端；

[0190] (2)推送偶遇卡片，用户赠送偶遇定制礼物时，推送到主播端，并在主播端中展示偶遇卡片接受页面；

[0191] (3)推送主播相知通知，主播接受偶遇卡片时，推送相知通知给赠送定制礼物的用户所关联的客户端，并在客户端中展示相知等级弹窗；

[0192] (4)推送偶遇定制礼物退回通知，主播在规定时间内没有接受用户偶遇卡片，或者拒绝时，会自动返回相知礼物到用户账号，返回成功时，向用户所关联的客户端下发通知提
醒。

[0193] 示例的，数据库读写模块主要用于提供数据缓存服务，缓存的数据包括：

[0194] (1)定制礼物列表数据，由运营人员进行维护，每次请求的定制礼物均从这里进行读取，包括：礼物ID、礼物名称、礼物URL和礼物价值等；

[0195] (2)私聊条件列表数据，由运营人员维护；

[0196] (3)相知用户列表数据，前端读取主播相知用户列表时调用，均从redis中读取，不主动读库，若redis中无数据，则从数据库中读取并写入redis，然后返回redis中的列表数
据；

[0197] (4)玩法信息数据，每次前端调用信息读取接口时，均从这里进行读取。

[0198] 示例的，相知等级计算和监控服务模块主要用于提供以下服务：

[0199] (1)相知等级计算，用户的相知等级是会增长或者衰减的，在每天的固定时间，例如在00:00对用户的活跃情况进行计算，若用户在预设时长内没有在相知主播的直播间中
发送弹幕或者赠送定制礼物，则用户的相知等级会衰减；反之则增加；

[0200] (2)私聊监控，开启私聊房间后，自动对私聊房间进行监控，例如对聊天内容进行监控，禁止出现违法字眼；对聊天进度进行监控，若问答次数达到10次时，则启动10分钟后
销毁房间的定时器，10分钟后自动销毁私聊房间；

[0201] (3)偶遇卡片监控，用户赠送定制礼物触发偶遇卡片后，主播必须在规定时间内进行响应，例如主播必须在12个小时内进行响应，若主播超时未响应，则认为相知失败，自动
退回用户赠送的礼物。

[0202] 本申请实施例提供的直播互动方法，通过将偶遇玩法和直播进行结合，不仅仅提升了用户在寻找直播内容时的效率，还帮助主播找到自己最核心的用户，通过偶遇触发相
知的互动方式，让直播和交友更加具有趣味性，让主播和用户在互动过程中提升了亲密度
和相互的好感度，进而提升用户的留存和商业转化。

[0203] 本申请实施例提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处
理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机
设备执行本申请实施例的直播互动方法。

[0204] 本申请实施例提供一种存储有可执行指令的存储介质，其中存储有可执行指令，当可执行指令被处理器执行时，将引起处理器执行本申请实施例提供的方法，例如，如图
3A、图3B、或者图5示出的直播互动方法。

[0205] 在一些实施例中，存储介质可以是FRAM、ROM、PROM、EPROM、EEPROM、闪存、磁表面存储器、光盘、或CD‑ROM等存储器；也可以是包括上述存储器之一或任意组合的各种设备。

[0206] 在一些实施例中，可执行指令可以采用程序、软件、软件模块、脚本或代码的形式，按任意形式的编程语言(包括编译或解释语言，或者声明性或过程性语言)来编写，并且其
可按任意形式部署，包括被部署为独立的程序或者被部署为模块、组件、子例程或者适合在
计算环境中使用的其它单元。

[0207] 作为示例，可执行指令可以但不一定对应于文件系统中的文件，可以被存储在保存其它程序或数据的文件的一部分，例如，存储在超日志标记语言(HTML，Hyper Text 
Markup Language)文档中的一个或多个脚本中，存储在专用于所讨论的程序的单个文件
中，或者，存储在多个协同文件(例如，存储一个或多个模块、子程序或代码部分的文件)中。

[0208] 作为示例，可执行指令可被部署为在一个计算设备上执行，或者在位于一个地点的多个计算设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算设备
上执行。

[0209] 综上所述，通过本申请实施例具有以下有益效果：

[0210] 通过将偶遇玩法和直播进行结合，不仅仅提升了用户在寻找直播内容时的效率，还帮助主播找到自己核心的用户，通过偶遇触发相知的互动方式，让直播和交友更加具有
趣味性，让主播和用户在互动过程中提升了亲密度和相互的好感度，进而提升用户的留存
和商业转化。

[0211] 以上所述，仅为本申请的实施例而已，并非用于限定本申请的保护范围。凡在本申请的精神和范围之内所作的任何修改、等同替换和改进等，均包含在本申请的保护范围之
内。