直播互动方法、装置、设备、存储介质及程序产品与流程

本申请实施例涉及直播领域，特别涉及一种直播互动方法、装置、设备、存储介质及程序产品。

背景技术

直播是一种主播与观众在网络上进行实时互动的方式，通常主播通过终端建立一个直播间，在直播间内实时录制并播放指定内容，用户以观众身份通过终端进入该直播间以后能够观看实时直播内容，并与主播进行实时互动。

在相关技术中，在直播间内观看直播的过程中，直播间常显示该直播间对应的直播间宣传内容，如当前直播间对应的活动宣传，直播间内的互动数据展示、直播间内直播内容的轮播展示入口等，这些需要实时向终端发送的内容通常需要向直播后台获取该直播间当前对应的直播数据，用于生成实时宣传内容进行推送。

然而在上述方法中，通常会存在直播后台的数据传输存在延迟，直播间无法及时推送相关的宣传内容等问题，宣传效果较差，导致人机交互效率低。

技术实现要素：

本申请实施例提供了一种直播互动方法、装置、设备、存储介质及程序产品，可提高直播内容发送准确率，技术方案如下：

根据本申请实施例的一个方面，提供了一种直播互动方法，所述方法由服务器执行，所述方法包括：

接收直播互动请求，所述直播互动请求用于产生目标直播间与所述目标直播间关联的关联帐号之间的直播互动内容；

获取直播数据集，所述直播数据集中包括所述目标直播间和所述关联帐号之间的历史互动数据；

根据数据清洗策略对所述直播数据集进行数据清洗，得到目标互动数据，所述目标互动数据中包括与所述目标直播间保留实时关联关系的关联帐号数据；

向所述关联帐号数据对应的目标关联帐号发送所述直播互动请求对应的所述直播互动内容。

根据本申请实施例的一个方面，提供了一种直播互动装置，所述装置包括：

接收模块，用于接收直播互动请求，所述直播互动请求用于产生目标直播间与所述目标直播间关联的关联帐号之间的直播互动内容；

获取模块，用于获取直播数据集，所述直播数据集中包括所述目标直播间和所述关联帐号之间的历史互动数据；

清洗模块，用于根据数据清洗策略对所述直播数据集进行数据清洗，得到目标互动数据，所述目标互动数据中包括与所述目标直播间保留实时关联关系的关联帐号数据；

发送模块，用于向所述关联帐号数据对应的目标关联帐号发送所述直播互动请求对应的所述直播互动内容。

根据本申请实施例的一个方面，提供了一种计算机设备，所述计算机设备包括处理器和存储器，所述存储器中存储有计算机程序，所述处理器执行所述计算机程序以实现上述直播互动方法。

根据本申请实施例的一个方面，提供了一种计算机可读存储介质，所述存储介质中存储有计算机程序，所述计算机程序用于被处理器执行，以或实现上述直播互动方法。

根据本申请的一个方面，提供了一种计算机程序产品，当所述计算机程序产品在计算机设备上运行时，使得计算机设备执行如上述直播互动方法。

本申请实施例提供的技术方案可以带来如下有益效果：

本申请提供了一种直播互动方法，在获取目标直播间内关联帐号对应的历史互动数据后，基于数据清洗策略对历史互动数据进行清洗，确定当前与目标直播间保留实时关联关系的目标关联帐号，向其发送直播互动内容，通过对目标直播间内的历史互动数据进行清洗，实时确定当前与目标直播间存在关联关系的目标关联帐号的方法，提高了在直播过程中帐号数据的传输的实时效率，同时也提高了直播内容发送的准确度。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请一个实施例提供的直播互动方法示意图；

图2是本申请一个实施例提供的实施环境示意图；

图3是本申请一个实施例提供的直播互动方法流程图；

图4是本申请另一个实施例提供的直播互动方法流程图；

图5是本申请另一个实施例提供的直播互动方法流程图；

图6是本申请一个实施例提供的直播间活动窗口示意图；

图7是本申请一个实施例提供的直播间轮播入口示意图；

图8是本申请一个实施例提供的直播间消息弹窗示意图；

图9是本申请一个实施例提供的直播间特效展示示意图；

图10是本申请另一个实施例提供的直播互动方法流程图；

图11是本申请一个实施例提供的目标直播间配置界面示意图；

图12是本申请一个实施例提供的直播互动装置的框图；

图13是本申请另一个实施例提供的直播互动装置的框图；

图14是本申请一个实施例提供的计算机设备的示意图。

具体实施方式

在介绍本申请技术方案之前，先对本申请涉及的一些背景技术知识进行介绍说明。以下相关技术作为可选方案与本申请实施例的技术方案可以进行任意结合，其均属于本申请实施例的保护范围。本申请实施例包括以下内容中的至少部分内容。

首先，针对本申请实施例中涉及的名词进行简单介绍：

直播：是指通过设备采集主播方的数据，经过一系列处理转换为能够传输的视频流，如：对视频进行编码压缩处理，转换为视频流，输出至观看终端进行播放的技术。本申请实施例中提供的直播应用程序是指提供自媒体平台的应用程序，也即用户在直播应用程序中注册帐号后，能够发起由自己作为主播的直播间。其中，直播间的发起包括或者不包括条件限制，在一些实施例中，用户帐号通过申请资质的方式开通直播间进行直播，在另一些实施例中，用户帐号直接在直播应用程序的用户界面中选择开始直播，并填写直播间信息后，即可开通直播间进行直播。在一些实施例中，用户帐号还可以作为观众帐号对主播帐号的直播视频进行观看。

消息队列(Kafka)：“消息”是在两台计算机之间传送的数据单位，在传输过程中，消息被发送到队列中。“消息队列”是在消息的传输过程中保存消息的容器，消息队列管理器在将消息从消息源发送至消息目标处的时候充当中间媒介，队列的主要目的在提供路由并保证消息的传递；如果发送消息时接收者不可用，消息队列会保留消息，直到可以成功传递该消息。消息队列是一种异步的服务间通信方式。

请参考图1，其示出了本申请一个示例性实施例提供的直播互动方法示意图，如图1所示，当接收来自于目标直播间关联的关联帐号对应的直播互动求请求110后，获取当前目标直播间对应的直播数据集120，其中，直播互动请求110用于产生当前目标直播间与关联帐号之间的相关内容，如：发送直播间消息弹窗、发送直播间宣传内容、发送直播轮播入口、开播提示、关播提示等，而直播数据集120中包含目标直播间与关联帐号之间的历史互动数据，如：进入直播间时刻、退出直播间时刻、直播间消费记录等，其中，关联帐号包括主播帐号或者至少一个观众帐号。

根据数据清洗策略对直播数据集120进行数据清洗，获取目标互动数据130，其中，数据清洗的目的在于将当前目标直播间内无关联的关联帐号以及该关联帐号对应的历史互动数据进行清除，仅保留当前目标直播间内存在实时关联关系的关联帐号，以及该关联帐号与目标直播间对应的互动数据，将该关联帐号作为目标关联帐号，向数据清洗策略进行数据清洗后确定的目标关联帐号发送直播互动请求110对应的直播互动内容140。

在接收直播互动请求后，通过数据清洗策略对当前目标直播间内的关联帐号对应的历史互动数据进行数据清洗，保留与当前目标直播间存在实时关联关系的关联帐号数据，基于该关联帐号数据确定目标关联帐号并发送直播互动内容。

基于上述名词简介，对本申请实施例的应用场景进行举例说明：

1.应用于直播间场景中。在接收目标直播间对应的直播互动请求后，获取与目标直播间有关联的关联帐号对应的历史互动数据，根据数据清洗策略对历史互动数据进行清洗，保留当前与目标直播间保留关联关系的目标关联帐号，并实时对其发送直播互动内容，便于用户及时掌握该目标直播间对应的；

2.应用于线上直播购物场景中。在直播购物过程中，获取直播间中陈列的直播商品对应的历史购买记录，根据数据清洗策略将存在交易记录的商品对应的库存数据进行对应删除，保留当前直播间中无成功交易记录的直播商品，并将该直播商品对应的库存情况向用户进行展示，便于用户及时掌握当前直播间内各直播商品的售卖情况。

值得注意的是，本申请实施例提供的直播互动方法，可以由终端实现，也可以由服务器实现，还可以由终端和服务器协同实现，本申请实施例对此不加以限定。

请参考图2，其示出了本申请一个示例性实施例提供的实施环境示意图。如图2所示，如图2所示，该实施环境中包括终端210和服务器220，终端210和服务器220通过通信网络230连接。

终端210上搭载了目标应用程序211，目标应用程序211可以是社交类应用程序、具有实时查询功能类应用程序、直播类应用程序等，应用程序的种类在此不进行限定。示意性的，以目标应用程序211为直播类应用程序为例进行说明，具有直播展示功能或者直播观看功能，当目标应用程序211当前运行直播观看功能时，终端210为观众帐号对应的终端，当目标应用程序211当前运行直播展示功能时，终端210为主播帐号对应的终端，对此不加以限定。

终端210向服务器220发送直播互动请求，该直播互动请求中包含请求产生目标直播间与目标直播间有关联关系的关联帐号之间对应的直播互动内容。

服务器220接收到来自终端210发送的直播互动请求后，根据直播互动请求获取目标直播间对应的直播数据集，根据数据清洗策略对当前直播数据集进行数据清洗，获取目标互动数据，根据目标互动数据中对应的关联帐号数据确定当前与目标直播间存在实时关联关系的目标关联帐号，基于该目标关联帐号确定直播互动内容，并将直播互动内容反馈至终端210，终端210接收到反馈的直播互动内容后进行展示。值得注意的是，当终端210发送直播互动请求后，终端210即为一个目标关联帐号。

其中，终端210包括智能手机、平板电脑、便携式膝上笔记本电脑、台式计算机、智能音箱、智能可穿戴设备、车载终端等终端中的至少一种。

在一些实施例中，上述服务器220可以实现为独立的单个服务器，或者，可以实现为一组服务器，在一组服务器内包含多个协同工作的服务器。

在一些实施例中，上述服务器220可以实现为云端的云服务器，或者，可以实现为区块链系统中的节点，在此不做限定。

值得注意的是，上述通信网络230可以实现为有线网络，也可以实现为无线网络，且通信网络230可以实现为局域网、城域网或广域网中的任意一种，本申请实施例对此不加以限定。

结合上述名词简介以及应用场景，对本申请实施例提供的直播互动方法进行说明，以由服务器执行以完成该方法为例进行说明，示意性的，请参考图3，其示出了本申请一个示例性实施例提供的直播互动的流程图，该方法包括如下步骤：

步骤301，接收直播互动请求。

其中，直播互动请求用于产生目标直播间与目标直播间关联的关联帐号之间的直播互动内容。

示意性的，目标直播间与直播互动请求存在对应关系，即，当前直播互动请求为该目标直播间对应的请求。

可选的，关联帐号为与目标直播间具有关联关系的帐号，其中包括该目标直播间内进行直播观看的观众帐号，或者，在目标直播间内进行内容直播的主播帐号，或者，以管理员身份管理该目标直播间的管理员帐号，或者，以游客身份对该目标直播间进行直播内容预览的游客帐号等，在此不做限定。其中，目标直播间包含至少一个观众帐号以及主播帐号。

可选的，关联关系包括如下几种方式中至少一种：

1.以观众帐号角度，与目标直播间具有关联关系的帐号包括当前正处于目标直播间内进行直播观看的观众帐号，或者，在第一历史时间段内进入过目标直播间进行直播观看，但当前已离开该直播间的观众帐号；

2.以主播帐号角度，与目标直播间具有关联关系的帐号包括当前目标直播间内拥有直播间对应主播身份的主播帐号，或者，该目标直播间包含多个直播场次，在目标直播间的历史场次内拥有直播间对应主播身份的主播帐号；

3.以管理员帐号角度，与目标直播间具有关联关系的管理员帐号包括当前对于目标直播间具有管理权限的帐号，或者，在第二历史时间段内对于目标直播间具有管理权限的帐号，其中，管理权限包括控制当前直播间内的观看人数，限制直播间内发表不正当言论的帐号的发言权利、对主播行为和观众行为进行约束与规范等，在此不做限定；

4.以游客帐号角度，与目标直播间具有关联关系的游客帐号包括当前对目标直播间进行直播内容的预览的帐号，或者，在第三历史时间段内对目标直播间进行过直播内容的预览的帐号。

值得注意的是，上述对于关联关系的说明仅为示意性的举例，本申请实施例对此不加以限定。

在一些实施例中，直播互动请求对应产生的直播互动内容包含目标直播间与关联帐号之间对应的互动内容，互动内容包括：向关联帐号发送直播间活动窗口、向关联帐号发送开播提示、关播提示、向关联帐号发送当前目标直播间内观看人数情况、向关联帐号实时发送目标直播间对应的轮播入口等，在此不做限定。其中，直播互动内容包括历史互动内容与当前互动内容，在此不做限定。

步骤302，获取直播数据集。

其中，直播数据集中包括目标直播间和关联帐号之间的历史互动数据。

可选的，服务器接收来自关联帐号发送的直播互动请求后，获取该关联帐号与目标直播间之间的历史互动数据，或者，获取该目标直播间内所有关联帐号与目标直播间之间的历史互动数据，在此不做限定。

在一些实施例中，历史互动数据包括与目标直播间有关联关系的主播帐号与目标直播间对应的互动数据，或者与目标直播间有关联关系的观众帐号与目标直播间之间的互动数据，或者，主播帐号与观众帐号之间的历史互动数据，或者，主播帐号与其他直播间对应的主播帐号之间的历史互动数据，或者，目标直播间内对应的观众帐号之间的历史互动数据，在此不做限定。

其中，历史互动数据的具体内容包括如下内容中至少一种：

1.当历史互动数据为主播帐号与目标直播间之间的数据时，历史互动数据包括主播帐号的身份信息(如：主播身份识别码、主播对应的直播身份类型等)、目标直播间对应的房间号、房间类型(单人直播间、双人直播间或者多人直播间等)、目标直播间开播时刻、关播时刻、直播时长等，在此不做限定；

2.当历史互动数据为观众帐号与目标直播间之间的数据时，历史互动数据包括观众帐号的身份信息(如：观众身份识别码)、观众帐号进入目标直播间的时刻、观众帐号离开目标直播间的时刻、观众帐号在目标直播间内的观看时长、观众帐号在目标直播间内的消费记录、观众帐号完成目标直播间对应任务的情况与进度等，在此不做限定；

3.当历史互动数据为目标直播间内观众帐号与主播帐号之间的数据时，历史互动数据包括观众帐号与主播帐号之间的交流记录、观众帐号对于主播帐号的历史打榜记录，其中，打榜方式包括完成打榜任务、赠送礼物等，观众帐号与主播帐号的连麦记录、历史连麦时长等，在此不做限定；

4.当历史互动数据为目标直播间对应的第一主播帐号与其他直播间对应的第二主播帐号之间的数据时，历史互动数据包括第一主播帐号与第二主播帐号之间的历史连麦记录、历史连麦时长、历史互动方式，如：主播擂台赛记录等、第二主播帐号的身份信息、其他直播间对应的房间号、房间类型等，在此不做限定；

5.当历史互动数据为目标直播间对应的第一观众帐号与其他直播间对应的第二观众帐号之间的数据时，历史互动数据包括第一观众帐号与第二观众帐号对应各自直播间的直播贡献记录比较结果，直播贡献记录包括赠送礼物、完成直播间任务等，在此不做限定。

值得注意的是，上述关于历史互动数据内容的说明仅为示意性举例，本申请实施例对此不加以限定。

可选的，当目标直播间为轮播直播间时，历史互动数据包括本场次目标直播间内对应的互动数据，或者包括历史场次中目标直播间内对应的互动数据，在此不做限定。

可选的，获取的直播数据集中包括目标直播间与关联帐号之间的全部历史互动数据，或者，部分历史互动数据，对此不加以限定。

在一些实施例中，历史互动数据为以有序集合结构存储的数据，或者，历史互动数据为以字符串结构存储的数据，或者，历史互动数据包含以有序集合结构存储的数据以及以字符串结构存储的数据，在此不做限定。

步骤303，根据数据清洗策略对直播数据集进行数据清洗，得到目标互动数据。

其中，目标互动数据中包括与目标直播间保留实时关联关系的关联帐号数据。

示意性的，根据数据清洗策略对直播数据集进行数据清洗的过程包括对部分数据进行删除，或者，筛选出符合保留条件的数据进行保留，在此不做限定。

其中，实时关联关系指当前时刻与目标直播间具有关联关系，以观众帐号角度来说，与目标直播间具有实时关联关系的观众帐号指当前时刻以观众身份在目标直播间内进行直播观看的帐号；以主播帐号角度来说，与目标直播间具有实时关联关系的主播帐号指当前目标直播间内正在进行内容直播的帐号，在此不做限定。

可选的，数据清洗策略包括如下几种策略方式中至少一种：

1.将与当前目标直播间内不存在实时关联关系的关联帐号对应的历史互动数据进行删除，如：将当前已离开目标直播间的观众帐号对应的历史互动数据删除；

2.筛选出与当前目标直播间保留实时关联关系的关联帐号，并确定该关联帐号对应的关联帐号数据；

3.筛选出当前目标直播间存在实时关联关系的关联帐号，并确定该关联帐号对应的历史互动数据，将其他帐号对应的历史互动数据进行删除，如：关联帐号1为当前与目标直播间存在实时关联关系的帐号，关联帐号2为不存在实时关联关系的帐号，将关联帐号1对应的互动数据进行保存，删除关联帐号2对应的互动数据。

值得注意的是，上述关于数据清洗策略的策略方式仅为示意性举例，本申请实施例对此不加以限定。

在一些实施例中，目标互动数据为当前与目标直播间存在实时关联关系的关联帐号与目标直播间之间对应的历史互动数据，其中，包括该关联帐号对应的关联帐号数据，如：关联帐号对应的帐号身份，如：身份识别码、身份类型等、该关联帐号对应的进入目标直播间的时间等，在此不做限定。

步骤304，向关联帐号数据对应的目标关联帐号发送直播互动请求对应的直播互动内容。

在一些实施例中，通过数据清洗策略得到目标互动数据后，根据目标互动数据中包含的关联帐号数据确定对应的关联帐号作为目标关联帐号，用于发送直播互动内容，其中，当包括多个目标关联帐号时，向多个目标关联帐号同时发送直播互动内容，或者，向多个目标关联帐号依次发送直播互动内容，或者，将多个目标关联帐号分为至少一个子集合，向至少一个子集合依次发送直播互动内容，在此不做限定。

可选的，直播互动内容的展示方式包括如下几种方式中至少一种：

1.每一次根据数据清洗策略对直播数据集进行数据清洗后，向清洗后确定的目标关联帐号发送一次直播互动内容，直到下一次数据清洗策略完成后再一次向清洗后的目标关联帐号发送更新后的直播互动内容；

2.在每两次数据清洗的间隔之间，设定间隔阈值，按照间隔阈值向目标关联帐号发送至少一次直播互动内容；

3.在每两次数据清洗的间隔之间，向目标关联数据发送直播互动内容并保持显示状态，直到下一次开始数据清洗时取消直播互动内容的显示。

值得注意的是，上述关于直播互动内容展示方式仅为示意性的举例，本申请实施例对此不加以限定。

可选的，每一次数据清洗过程后发送的直播互动内容相同或者不同，在此不做限定。

综上所述，本申请提供了一种直播互动方法，在获取目标直播间内关联帐号对应的历史互动数据后，基于数据清洗策略对历史互动数据进行清洗，确定当前与目标直播间保留实时关联关系的目标关联帐号，向其发送直播互动内容，通过对目标直播间内的历史互动数据进行清洗，实时确定当前与目标直播间存在关联关系的目标关联帐号的方法，提高了在直播过程中帐号数据的传输的实时效率，同时也提高了直播内容发送的准确度。

在一个可选的实施例中，关联帐号中包括主播帐号，示意性的，请参考图4，其示出了本申请一个示例性实施例提供的直播互动方法流程图，以该方法由服务器执行为例进行说明，该方法包括如下步骤：

步骤401，接收直播互动请求。

其中，直播互动请求用于产生目标直播间与目标直播间关联的关联帐号之间的直播互动内容。

步骤401中关于直播互动请求的内容已在上述步骤301中进行详细说明，此处不再赘述。

步骤402，获取直播数据集。

其中，直播数据集中包括目标直播间和关联帐号之间的历史互动数据。

在一些实施例中，直播数据集中包括主播帐号和观众帐号对应的历史互动数据，其中主播帐号与目标直播间之间对应为第一历史互动数据，第一历史互动数据中包括主播帐号对应目标直播间的开播时刻、对应目标直播间的关播时刻、对应目标直播间的关播时长，主播帐号对应的主播身份信息(如：主播身份识别码、主播对应的直播身份类型等)、目标直播间对应的直播房间号、直播间类型(单人直播间、双人直播间、多人直播间等)，对此不加以限定。

可选的，第一历史互动数据以有序集合格式进行存储，或者，以字符串格式进行存储，或者，第一历史互动数据包含以有序集合格式存储的互动数据以及以字符串格式进行存储的互动数据，对此不加以限定。

步骤403，基于数据清洗策略，确定时间阈值范围。

示意性的，根据数据清洗策略，确定目标直播间对应的时间阈值范围，时间阈值范围由主播帐号对应目标直播间的的开播时刻决定，或者，由主播帐号对应目标直播间的关播时刻决定，或者，由主播帐号对应目标直播间的开播时刻和关播时刻共同决定，在此不做限定。其中，开播时刻指目标直播间内开始内容直播对应的时刻，或者，开播时刻为目标直播间开始加载主播帐号对应的直播内容的时刻，关播时刻指主播帐号位于目标直播间内结束直播的时刻。

在一些实施例中，基于数据清洗策略，确定目标直播间的当前直播内容对应的开播时刻；以开播时刻为起始时刻，以当前时刻为终止时刻，确定时间阈值范围。

在一些实施例中，设定主播帐号对应的开播行为消息队列作为数据清洗策略，对目标直播间内主播帐号和观众帐号分别对应的互动数据进行数据清洗。

在主播帐号对应目标直播间确定开播时刻时，会立即产生开播行为消息队列，并生成开播行为数据集，示意性的，其数据结构如下：

{\"live_start_time\":\"1548212272\",\"is_gray\":\"1\",\"room_type\":\"66\",\"anchor_uid\":\"1567264542\",\"room_id\":\"6451255554221251\"}

开播行为数据集中有效信息包括了开播时刻(live_start_time)，主播身份识别码(anchor_uid)和目标直播间对应的房间识别码(room_id)、目标直播间对应的房间类型(room_type)。

其中，直播内容对应的开播时刻包括主播帐号开始在目标直播间内进行内容直播的时刻，或者，目标直播间对主播帐号对应的直播内容进行加载的时刻，因此，将开始进行内容直播的时刻作为第一候选开播时刻，将目标直播间对应的加载时刻作为第二候选开播时刻，将与当前时刻时间临近的候选时刻作为开播行为数据集中对应的开播时刻，也即，基于主播帐号对目标直播间的开播操作，确定第一候选开播时刻；确定目标直播间对主播帐号的直播内容的加载时刻，作为第二候选开播时刻；基于第一候选开播时刻和第二候选开播时刻之间的时序关系，确定临近当前时刻的候选开播时刻作为开播时刻。

其中，主播帐号对应目标直播间的开播操作包括如下方式中至少一种：

1.主播通过设定目标直播间对应的房间类型(如单人直播间、双人直播间或者多人直播间)和直播内容类型(如：才艺表演直播、游戏直播、聊天直播、美食直播等)，设定完毕后生成目标直播间，主播帐号位于该目标直播间内开始进行内容直播，也即，目标直播间的设定操作作为主播帐号对应目标直播间的开播操作；

2.主播通过预先设定目标直播间对应的房间类型、直播内容类型以及预订开始时刻，在达到预订开始时刻时，目标直播间自动开启，主播帐号自动开始内容直播，也即，目标直播间在预订开始时刻自动开启直播作为主播帐号对应目标直播间的开播操作。

值得注意的是，上述关于主播帐号对应的开播操作仅为示意性的举例，本申请实施例对此不加以限定。

在一些实施例中，主播帐号对应目标直播间还包括关播操作，关播操作用于确定目标直播间对应的关播时刻，其中，关播时刻包括主播帐号在目标直播间内结束内容直播对应的结束时刻，或者，主播帐号关闭目标直播间对应的关闭时刻，在此不做限定。

示意性的，设定主播帐号对应的关播行为消息队列作为数据清洗策略，对目标直播间内主播帐号对应的互动数据和观众帐号对应的互动数据进行数据清洗。

在主播帐号在目标直播间内结束直播生成关播时刻时，会立即产生关播行为消息队列，并生成关播行为数据集，示意性的，其数据结构如下：

{\"duration\":\"3977\",\"live_end_time\":\"1548212272\",\"is_gray\":\"1\",\"room_type\":\"66\",\"anchor_uid\":\"1567264542\",\"room_id\":\"6451255554221251\"}

关播行为数据集中的有效信息包括了关播时刻(live_start_time)，主播身份识别码(anchor_uid)、目标直播间对应的房间识别码(room_id)、目标直播间对应的房间类型(room_type)、目标直播间对应的历史直播时长(duration)。

可选的，当将主播帐号在目标直播间内结束内容直播对应的结束时刻作为主播帐号对应的关播时刻，以主播帐号对应的开播时刻为起始时刻，以主播帐号对应的关播时刻作为终止时刻，确定时间阈值范围。

可选的，当将主播帐号关闭目标直播间对应的关闭时刻作为主播帐号对应的关播时刻，以主播帐号对应的开播时刻为起始时刻，确定时间阈值范围。

也即，在一些实施例中，基于数据清洗策略，确定目标直播间的历史直播内容对应的关播时刻；以历史直播内容的开播时刻为起始时刻，以关播时刻为终止时刻，确定时间阈值范围。

步骤404，基于时间阈值范围，对直播数据集中的历史互动数据进行清洗，得到目标互动数据。

当数据清洗策略为开播行为消息队列时，时间阈值范围为以主播帐号对应目标直播间的开播时刻为起始时刻，当前时刻为终止时刻的阈值范围，对该时间阈值范围以外的历史互动数据进行数据清洗，也即，当目标直播间为轮播直播间时，历史互动数据中包含至少一个场次目标直播间内观众帐号对应的互动数据和主播帐号对应的互动数据，将开播时刻之前历史场次中包含的历史互动数据进行删除，得到目标互动数据，其中，删除的历史互动数据为目标直播间在历史场次对应的内容直播过程中包含的历史互动数据，其中，包括历史场次中包含的主播帐号对应的互动数据和观众帐号对应的互动数据，如：目标直播间为轮播场次，当前场次为第3场，也即，根据数据清洗策略将第1场与第2场目标直播间内对应的历史互动数据进行删除，确定位于时间阈值范围内的目标互动数据。

当数据清洗策略为关播行为消息队列时，时间阈值范围为以主播帐号对应目标直播间的开播时刻为起始时刻，对应目标直播间的关播时刻为终止时刻的阈值范围，对该时间阈值范围内的历史互动数据进行对应删除，包括观众帐号对应目标直播间的互动数据以及主播帐号对应目标直播间的互动数据。

步骤405，向关联帐号数据对应的目标关联帐号发送直播互动请求对应的直播互动内容。

示意性的，通过开播行为消息队列获取目标互动数据后，确定时间阈值范围内位于当前目标直播间内的关联帐号作为目标关联帐号，向目标关联帐号发送直播互动内容。

其中，直播互动内容将在后续实施例中进行具体说明，此处先不做叙述。

综上所述，本申请提供了一种直播互动方法，在获取目标直播间内关联帐号对应的历史互动数据后，基于数据清洗策略对历史互动数据进行清洗，确定当前与目标直播间保留实时关联关系的目标关联帐号，向其发送直播互动内容，通过对目标直播间内的历史互动数据进行清洗，实时确定当前与目标直播间存在关联关系的目标关联帐号的方法，提高了在直播过程中帐号数据的传输的实时效率，同时也提高了直播内容发送的准确度。

本实施例中，通过根据主播帐号与目标直播间对应的第一历史互动数据设定开播行为消息队列和关播行为消息队列，并确定各自消息队列对应的时间阈值范围，根据时间阈值范围对历史互动数据进行数据清洗，得到目标互动数据，通过基于主播相关行为对目标直播间内主播帐号和观众帐号分别对应的互动数据进行数据清洗，能够及时删除目标直播间内的无效数据，提高直播互动内容发送的准确度。

在一个可选的实施例中，关联帐号中包括观众帐号，请参考图5，其示出了本申请一个示例性实施例提供的直播互动方法的流程图，如图5所示，该方法包括如下步骤：

步骤501，接收目标观众帐号的观播关闭请求。

示意性的，目标观众帐号为当前目标直播间内以观众身份进行直播观看的观众帐号。

可选的，观播关闭请求包括当前目标观众帐号请求退出目标直播间结束直播观看，或者，观播关闭请求包括当前目标观众帐号请求更换至其他直播间进行直播观看，在此不做限定。

步骤502，获取第一直播数据集以及第二直播数据集。

其中，第一直播数据集中包含以有序集合格式存储的第一互动数据和第二互动数据，第二直播数据集中包含以字符串格式存储的第三互动数据和第四互动数据。

示意性的，接收目标观众帐号对应的观播关闭请求后，同时获取当前目标直播间内对应的第一直播数据集和第二直播数据集。

其中，第一直播数据集中包括主播帐号对应的数据队列(Queue)，作为第一互动数据，以及观众帐号对应的数据队列，作为第二互动数据，第一互动数据和第二互动数据都以有序集合格式进行存储。

示意性的，以主播帐号对应的第一互动数据进行举例说明：第一互动数据以有序集合格式存储目标直播间内主播帐号对应的主播列表信息，以及主播帐号进入目标直播间进行内容直播对应的进房时刻，其中，第一互动数据对应的数据结构为缓存键(Key)以目标直播间对应的房间识别码(room_id)进行区分；成员列表(Member)为主播帐号对应的主播身份识别码(uid)；分值(Socre)为主播帐号对应的进房时刻作为进房时间戳。

示意性的，以观众帐号对应的第二互动数据进行举例说明：第二互动数据以有序集合格式存储目标直播间内观众帐号对应的观众列表信息，以及观众帐号以观众身份进入目标直播间进行直播观看的进房时刻，其中，第二互动数据对应的数据结构为缓存键(Key)以目标直播间对应的房间识别码(room_id)进行区分；成员列表(Member)为观众帐号对应的观众身份识别码(uid)；分值(Score)为观众帐号对应的进房时刻作为进房时间戳。

其中，第二直播数据集中包括主播帐号对应的数据详情(Detail)，作为第三互动数据，以及观众帐号对应的数据详情，作为第四互动数据，第三互动数据和第四互动数据都以字符串格式进行存储。

示意性的，以主播帐号对应的第三互动数据进行举例说明：第三互动数据以Key-Value键值对进行存储，其中，缓存键值(Key)为主播帐号对应的主播身份识别码和目标直播间对应的房间识别码结合得到的结果，如：主播帐号对应的主播身份识别码为uid，目标直播间对应的房间识别码为room_id，则缓存键值为(uid_room_id)，缓存值(Value)为主播帐号对应目标直播间的开播时刻作为时间戳(Timestamp)。

示意性的，以观众帐号对应的第四互动数据进行举例说明：第四互动数据以Key-Value键值对进行存储，其中，缓存键值(Key)为观众帐号对应的观众身份识别码和目标直播间对应的房间识别码结合得到的结果，如：观众帐号对应的观众身份识别码为uid，目标直播间对应的房间识别码为room_id，则缓存键值为(uid_room_id)，缓存值(Value)为观众帐号以观众身份进入目标直播间进行直播观看的进房时刻作为时间戳(Timestamp)。

在一些实施例中，第一互动数据和第三互动数据为主播帐号与目标直播间之间的第一历史互动数据，第二互动数据和第四互动数据为观众帐号与目标直播间之间的第二历史互动数据。

也即，第一历史互动数据中包括主播帐号对应的数据队列和数据详情，第二历史互动数据中包括观众帐号对应的数据队列和数据详情。

步骤503，根据数据清洗策略，基于观播关闭请求，从历史互动数据中对目标观众帐号对应的互动数据进行数据清洗，得到目标互动数据。

示意性的，根据观众帐号对应的第二历史互动数据制定数据清洗策略，其中，包括制定观众帐号对应的观播行为消息队列，该观播行为消息队列会在目标观众帐号发送观播关闭请求时，立即产生并生成目标观众帐号对应的观播行为数据集，示意性的，其数据结构如下：

{\"anchorUid\":\"1738757994\",\"duration\":\"405\",\"enterTime\":\"1545964591\",\"leaveTime\":\"1545964996\",\"msgType\":\"2\",\"product_time\":\"1545964996\",\"roomType\":\"4\",\"uid\":\"1658973448\"}

其中，数据结构中有效信息包括了进入直播间观看时刻(enterTime)、退出观看时间(leaveTime)、目标观众帐号对应的目标观众身份识别码(uid)、时长类型(msgType，其中，“msgType”：“1”表示主播帐号对应的直播时长；“msgType”：“2”表示目标观众帐号对应的观播时长；“msgType”：“3”为主播帐号对应的连麦时长)、目标观众帐号对应的观看直播时长(duration)、生成数据结构时长(product_time)和主播帐号身份识别码(anchorUid)。根据主播帐号对应的主播身份识别码确定当前目标直播间对应的房间识别码(room_id)。

示意性的，当目标观众帐号退出观看该直播间时，需要删除键值为“uid_room_id”的目标观众帐号对应的数据详情数据，并从该目标直播间对应的第一直播数据集中删除目标观众帐号对应的第三互动数据，确定目标互动数据。

步骤504，以当前直播内容对应的开播时刻为锚点，对目标互动数据进行基于观众帐号的扫描，得到扫描结果。

在一些实施例中，根据主播帐号对应的第三互动数据确定键值为“主播uid_房间id”的数据，为当前直播内容对应的开播时刻。

示意性的，以开播时刻为起始时刻，以当前直播时刻作为终止时刻，确定时间阈值范围，对于该时间阈值范围内的第四互动数据进行扫描，基于第四互动数据确定候选观众帐号对应的第二互动数据，即候选观众帐号对应的数据列表，作为扫描结果。

步骤505，基于扫描结果，确定目标关联帐号。

在一些实施例中，基于扫描结果，确定候选观众帐号对应的候选观众帐号数据；基于候选观众帐号数据，确定目标关联帐号。

在获取候选观众帐号对应的数据列表后，对数据列表进行二次判断，即，根据数据列表中的候选观众帐号，确定该候选观众帐号对应的数据详情，用于判断该候选观众帐号是否存在与目标直播间对应的互动数据，若存在互动数据，则表明该候选观众帐号在目标直播间内观看过直播内容，再根据该候选观众帐号对应的数据详情中的时间戳是否大于该候选观众帐号对应目标直播间的进房时刻，若比较结果为时间戳大于进房时刻，则将该候选观众帐号作为目标关联帐号，否则则不是。

步骤506，向关联帐号数据对应的目标关联帐号发送直播互动请求对应的观众帐号数量、开播提示、关播提示、直播间活动窗口、直播间轮播入口、直播间消息弹窗、直播间特效展示过程等至少一种。

可选的，在确定当前时刻下，目标直播间对应的目标关联帐号后，向目标关联帐号发送多种直播互动内容，下面以四种直播互动内容为例进行具体说明。

第一，直播间活动窗口。

示意性的，请参考图6，其示出了本申请一个示例性实施例提供的直播间活动窗口示意图，如图6所示，当前界面为一个直播间活动窗口界面600，其中，当前界面显示目标直播间为一个分组循环赛，包括目标直播间对应的第一主播帐号601与其他直播间对应的第二主播帐号602，表明当前目标直播间内第一主播帐号601与第二主播帐号602正在进行直播间比赛。其中，该直播间活动窗口向目标关联帐号进行发送时，会在目标关联帐号对应的终端上保持显示状态，并实时更新当前比赛结果。

第二，直播间轮播入口。

示意性的，请参考图7，其示出了本申请一个示例性实施例提供的直播间轮播入口示意图，如图7所示，当前界面中包含“小羊图案”对应的直播间轮播入口控件700，其中，轮播入口指当前目标直播间对应至少一场直播，对于目标直播间对应的历史直播场次，在目标关联帐号对应的终端上显示直播间轮播入口控件700，通过观众对其进行触发操作，显示观看目标直播间对应的历史直播场次。

第三，直播间消息弹窗。

示意性的，请参考图8，其示出了本申请一个示例性实施例提供的直播间消息弹窗示意图，如图8所示，当前界面中上方显示目标直播间对应的直播间消息弹窗810，用于向目标关联帐号发送目标直播间对应的直播间内容，如：开播提示、关播提示、直播间观看人数、直播间互动情况等，在此不做限定。

第四，直播间特效展示。

示意性的，请参考图9，其示出了本申请一个示例性实施例提供的直播间特效展示示意图，如图9所示，当目标直播间内存在观众帐号向主播帐号赠送礼物后，当前目标直播间内目标关联帐号对应的终端上显示该礼物赠送记录对应生成的礼物特效901。

综上所述，本申请提供了一种直播互动方法，在获取目标直播间内关联帐号对应的历史互动数据后，基于数据清洗策略对历史互动数据进行清洗，确定当前与目标直播间保留实时关联关系的目标关联帐号，向其发送直播互动内容，通过对目标直播间内的历史互动数据进行清洗，实时确定当前与目标直播间存在关联关系的目标关联帐号的方法，提高了在直播过程中帐号数据的传输的实时效率，同时也提高了直播内容发送的准确度。

本实施例中，通过基于观众帐号设定观播行为消息队列对观众帐号对应得互动数据进行数据清洗，能够在观众帐号离开当前目标直播间后将其对应的数据进行删除，同时，在确定目标关联帐号前对目标直播间内观众帐号对应的数据详情和数据队列前后进行两次判断，确保目标关联帐号的准确度，提高人机交互效率，用于直播间精准互动。

示意性的，请参考图10，其示出了本申请一个示例性实施例提供的直播互动方法流程图，如图10所示，该方法包括WEB模块1010、本地数据存储模块1020、数据中心存储模块1030，数据中心处理模块1040和数据使用模块1050。

1.WEB模块1010。

首先，主播帐号向服务器发送直播间配置请求，后台人员或者直播间配置人员根据主播帐号发送的直播间配置请求对目标直播间进行配置，示意性的，请参考图11，其示出了本申请一个示例性实施例提供的目标直播间配置界面示意图，如图11所示，后台人员或者直播间配置人员对目标直播间的轮播入口1101、活动面板1102以及直播间的常驻活动1103进行配置，当前界面为活动面板配置界面1100，活动面板1102的配置条件包括配置目标直播间对应的活动ID、直播间状态、国家播放权限、开播时间、关播时间、优先直播代码、直播间成员可见类型、直播间房间类型、直播间宣传图等，在配置完一系列条件之后，WEB模块会在指定的时间内显示在指定的目标直播间内，由活动ID作为唯一标识。

在用户帐号进入目标直播间后，在目标直播间渲染页面时，会自动载入预定义的WEB模块，当WEB模块初始化完成时，会拉取上述对应配置的WEB服务数据，在目标直播间内展示对应的活动。

2.本地数据存储模块1020。

当目标直播间成功加载到WEB模块后，会拉取对应配置的WEB服务数据，同时初始化数据，对于主播帐号此行为为开播行为，对于观众帐号此行为为进入对应进入目标直播间的行为。

以观众帐号为例进行说明，本地数据存储模块中包含数据队列和数据详情两个不同维度的数据存储结构，数据队列以有序集合格式进行数据存储，数据详情以字符串格式进行数据存储。当观众帐号进入目标直播间后，数据详情中获取当前目标直播间对应的房间号以及当前时刻对应的当前时间戳，拼接成指定格式字符串，将该字符串直接覆盖在该观众帐号对应的数据详情中。

以主播帐号为例进行说明，当数据详情中包含的uid为对应的主播帐号时，则数据详情中存储的数据(键值对为：主播帐号uid_房间id)为主播帐号对应当前目标直播间对应的开播时间，后续可备用进行数据队列对应的数据清洗过程。

在数据队列中，不论是观众帐号或者主播帐号，直接更新或者新增当前目标直播间内的帐号对应的进入目标直播间的进房时刻对应的进房时间戳。其中，数据队列和数据详情是同时进行存储的。

值得注意的是，本方案中的数据生成均在本地数据存储模块中生成，待同步到数据中心后，由数据中心处理模块进行统一数据清洗，保证数据清洗的一致性，在通过Codis(一种分布式Redis集群对应的解决方案)内部同步机制同步到全球数据存储中心中，实现数据一致。

3.数据中心存储模块1030。

当本地数据存储模块1020获取数据详情和数据队列后，将这两个维度的数据通过Codis同步机制同步发送至数据中心存储模块1030进行多次数据清洗维护。在数据中心存储模块1030中，还包括如下三个消息队列(Kafka)对数据详情和数据队列继续多次维护清洗数据：开播行为消息队列，关播行为消息队列和观播行为消息队列，其中，开播行为消息队列和关播行为消息队列是根据主播帐号对应的数据确定，观播行为消息队列根据观众帐号对应的数据确定。

4.数据中心处理模块1040。

当主播帐号对应目标直播间确定开播时刻时，生成开播行为消息队列，其中，开播行为消息队列中包含开播行为数据集，数据中心处理模块1040将开播数据集直接覆盖在数据中心存储模块1030中包含的数据详情，并根据主播帐号对应目标直播间的开播时刻，以开播时刻为最大值，将目标直播间内对应数据队列中小于开播时刻的队列数据进行删除。

当主播帐号在目标直播间结束直播时，生成关播行为消息队列，其中，关播行为消息队列中包含主播帐号对应目标直播间的的关播时刻和开播时刻，数据中心处理模块1040从数据中心存储模块1030中直接删除从开播时刻到关播时刻之间的数据详情，并在数据队列中删除从开播时刻到关播时刻之间对应的队列数据。

当观众帐号在目标直播间结束直播观看时，生成观播行为消息队列，其中，观播行为消息队列中包含观众帐号对应目标直播间的观播行为数据集，观播行为数据集中包含观战帐号对应的观播关闭时刻，根据观播关闭时刻，数据中心处理模块1040将数据中心存储模块1030中的数据详情中对应删除观众帐号对应的数据，并在数据队列中将该观众帐号对应的数据进行删除，并对数据队列进行数据清洗。

5.数据使用模块1050。

当使用方(如：观众或者主播)帐号发送直播互动请求时，通过数据使用模块1050向数据中心存储模块1030中的数据队列发送数据使用请求，数据队列从数据详情中获取目标直播间对应直播内容的开播时刻，数据队列以开播时刻为锚点，扫描从开播时刻到当前时刻内数据队列中观众帐号和主播帐号对应的数据作为扫描结果，并根据数据详情对扫描结果中每个帐号进行二次判断，判断使用方帐号当前状态是否在目标直播间内，若处于当前目标直播间内，则确定为直播内容推送帐号，向该使用方帐号发送目标直播间对应的直播互动内容。

综上所述，本申请提供了一种直播互动方法，在获取目标直播间内关联帐号对应的历史互动数据后，基于数据清洗策略对历史互动数据进行清洗，确定当前与目标直播间保留实时关联关系的目标关联帐号，向其发送直播互动内容，通过对目标直播间内的历史互动数据进行清洗，实时确定当前与目标直播间存在关联关系的目标关联帐号的方法，提高了在直播过程中帐号数据的传输的实时效率，同时也提高了直播内容发送的准确度。

相关方案大多数直接请求客户端/基础服务后台提供的接口，需要批量多次获取，获取完之后再推送，耗时久，因耗时久导致推送数据就不准确，用户收到的内容非当前目标直播间的实时数据。并且这种方式对接口的压力也很大，可能导致接口出现提供方服务异常等问题。

自该方案上线之后，最终生成的数据为原始的存储数据，存储在Codis中，可以支持的性能指标，如：每秒查询率(QPS，Queries-per-second)，吞吐量等，都有大幅度提升，不用过度依赖客户端/基础服务后台的数据，可以直接利用这份数据进行推送，支持同时推送的数据量大幅度提升，推送数据可以更及时的触达到用户侧；推送数据准，推送的内容就会跟对应的直播间相关度高，不会对用户产生困扰，大大提升了用户粘性，引导了更多用户参与营收活动当中。通过该方案使用直播间内在线用户的数据触发的交互行为，投放用户精准可定制化。并且，经过数据及时的多维度清洗后，脏数据量少，投放交互效果的无效率和误解率下降。

本方案的优点在于：

1.本方案是基于在线用户维护，其中包括数据的维护及使用方案；

2.针对WEB等不会直接关联客户端及基础服务后台的场景进行设定；

3.将数据的生成、清洗和使用的滑动窗口式之间进行配合使用；

4.WEB模块数据独立且可定制化。

请参考图12，其示出了本申请一个实施例提供的直播互动装置的框图。该装置具有实现上述直播互动方法的功能，所述功能可以由硬件实现，也可以由硬件执行相应的软件实现。该装置可以是上文介绍的分析设备，也可以设置在分析设备中。该装置1200可以包括：接收模块1210、显示模块1120、清洗模块1230和发送模块1260。

接收模块1210，用于：接收直播互动请求，所述直播互动请求用于产生目标直播间与所述目标直播间关联的关联帐号之间的直播互动内容；

获取模块1220，用于：获取直播数据集，所述直播数据集中包括所述目标直播间和所述关联帐号之间的历史互动数据；

清洗模块1230，用于：根据数据清洗策略对所述直播数据集进行数据清洗，得到目标互动数据，所述目标互动数据中包括与所述目标直播间保留实时关联关系的关联帐号数据；

发送模块1260，用于：向所述关联帐号数据对应的目标关联帐号发送所述直播互动请求对应的所述直播互动内容。

在一个可选的实施例中，所述关联帐号中包括主播帐号；

所述清洗模块1230，还用于：基于所述数据清洗策略，确定时间阈值范围；基于所述时间阈值范围，对所述直播数据集中的所述历史互动数据进行清洗，得到所述目标互动数据。

在一个可选的实施例中，所述清洗模块1230，还用于：基于所述主播帐号对所述目标直播间的开播操作，确定第一候选开播时刻；确定所述目标直播间对所述主播帐号的直播内容的加载时刻，作为第二候选开播时刻；基于所述第一候选开播时刻和所述第二候选开播时刻之间的时序关系，确定临近当前时刻的候选开播时刻作为所述开播时刻。

在一个可选的实施例中，所述装置1200还包括：

扫描模块1240，用于：基于所述扫描结果，确定候选观众帐号对应的候选观众帐号数据；

确定模块1250，用于：基于所述候选观众帐号数据，确定所述目标关联帐号。

在一个可选的实施例中，所述清洗模块1230，还用于：基于所述数据清洗策略，确定所述目标直播间的历史直播内容对应的关播时刻；以所述历史直播内容的开播时刻为起始时刻，以所述关播时刻为终止时刻，确定所述时间阈值范围。

在一个可选的实施例中，所述关联帐号中包括观众帐号；

所述接收模块1210，还用于：接收目标观众帐号的观播关闭请求；

所述清洗模块1230，还用于：根据数据清洗策略，基于所述观播关闭请求，从所述历史互动数据中对所述目标观众帐号对应的互动数据进行数据清洗，得到所述目标互动数据。

在一个可选的实施例中，所述获取模块1220，还用于：获取第一直播数据集以及第二直播数据集，所述第一直播数据集中包含以有序集合格式存储的第一互动数据和第二互动数据，所述第二直播数据集中包含以字符串格式存储的第三互动数据和第四互动数据；其中，所述第一互动数据和所述第三互动数据为主播帐号与所述目标直播间之间的第一历史互动数据，所述第二互动数据和所述第四互动数据为所述观众帐号与所述目标直播间之间的第二历史互动数据。

在一个可选的实施例中，所述发送模块1260，还用于：向所述关联帐号数据对应的目标关联帐号发送所述直播互动请求对应的观众帐号数量、开播提示、关播提示、直播间活动窗口、直播间轮播入口、直播间消息弹窗、直播间特效展示过程等至少一种。

综上所述，本申请提供了一种直播互动装置，在获取目标直播间内关联帐号对应的历史互动数据后，基于数据清洗策略对历史互动数据进行清洗，确定当前与目标直播间保留实时关联关系的目标关联帐号，向其发送直播互动内容，通过对目标直播间内的历史互动数据进行清洗，实时确定当前与目标直播间存在关联关系的目标关联帐号的方法，提高了在直播过程中帐号数据的传输的实时效率，同时也提高了直播内容发送的准确度。

需要说明的是，上述实施例提供的装置，在实现其功能时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内容结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的装置与方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

请参考图14，其示出了本申请一个实施例提供的计算机设备1400的结构框图。该计算机设备1400可以是上文介绍的电子设备，用于实施上述直播互动方法。

通常，计算机设备1400包括有：处理器1401和存储器1402。

处理器1401可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器1401可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器1401也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central Processing Unit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器1401可以在集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器1401还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器1402可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器1402还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。

本领域技术人员可以理解，图14中示出的结构并不构成对计算机设备1400的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

在示例中实施例中，还提供了一种计算机设备，所述计算机设备包括处理器和存储器，所述存储器中存储有计算机程序。所述计算机程序经配置以由一个或者一个以上处理器执行，以实现上述直播互动方法。

在示例性实施例中，还提供了一种计算机可读存储介质，所述存储介质中存储有计算机程序，所述计算机程序在被计算机设备的处理器执行时实现上述直播互动方法。

可选地，上述计算机可读存储介质可以是ROM(Read-Only Memory，只读存储器)、RAM(Random Access Memory，随机存取存储器)、CD-ROM(Compact Disc Read-Only Memory，只读光盘)、磁带、软盘和光数据存储设备等。

在示例性实施例中，还提供了一种计算机程序产品，当所述计算机程序产品在计算机设备上运行时，使得计算机设备执行如上述直播互动方法。

应当理解的是，在本文中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。另外，本文中描述的步骤编号，仅示例性示出了步骤间的一种可能的执行先后顺序，在一些其它实施例中，上述步骤也可以不按照编号顺序来执行，如两个不同编号的步骤同时执行，或者两个不同编号的步骤按照与图示相反的顺序执行，本申请实施例对此不作限定。

以上所述仅为本申请的示例性实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。