数据处理方法、装置、服务器及存储介质与流程

1.本公开涉及直播技术领域，尤其涉及一种数据处理方法、装置、服务器及存储介质。


背景技术：

2.随着互联网技术的发展，越来越多的主播在直播过程中上架、售卖商品，以直播导购的方式为用户宣导商品的功能和特点，并在商品销量达到热卖值时，通过特殊方式对相应的商品进行提醒，引导用户关注商品和购买商品。
3.相关技术中，一般是通过定时任务将直播间的所有商品销量数据提取出来后进行热卖值计算，对达到热卖值的商品下发热卖信号至客户端，客户端根据接收到的热卖信号，发送查询请求至服务端，并接收和展示服务端根据查询请求返回的相应热卖商品销量数据；但是，只有当定时任务执行时才能计算商品的热卖值，且需要通过信号触发的方式才能展示热卖的商品销量数据，过程比较繁琐，导致销量数据的展示存在较大延迟，以及互动效果不佳。


技术实现要素：

4.本公开提供一种数据处理方法、装置、服务器及存储介质，以至少解决相关技术中销量数据的展示存在较大延迟，以及互动效果不佳的问题。本公开的技术方案如下：
5.根据本公开实施例的第一方面，提供一种数据处理方法，包括：
6.实时获取目标虚拟空间中的至少一个对象的互动增量数据；
7.在所述互动增量数据大于或者等于所述目标虚拟空间的增量阈值的情况下，根据所述互动增量数据，生成所述至少一个对象的待展示数据；所述增量阈值根据进入所述目标虚拟空间的当前目标帐户的数量确定；
8.将所述待展示数据发送至目标终端，以使在所述目标终端运行的所述目标虚拟空间的界面中动态展示所述待展示数据；所述目标终端为所述目标虚拟空间中的目标帐户对应的终端。
9.在一示例性实施例中，在所述互动增量数据大于或者等于所述目标虚拟空间的增量阈值的情况下，根据所述互动增量数据，生成所述至少一个对象的待展示数据之前，还包括：
10.判断所述目标虚拟空间中是否包括正在进行互动的目标对象；
11.所述在所述互动增量数据大于或者等于所述目标虚拟空间的增量阈值的情况下，根据所述互动增量数据，生成所述至少一个对象的待展示数据，包括：
12.在所述目标虚拟空间中包括正在进行互动的目标对象，且所述目标对象的互动增量数据大于或者等于对应的增量阈值的情况下，将所述目标对象的每次增量更新数据均确定为待展示数据，直到达到第一结束条件。
13.在一示例性实施例中，所述在所述互动增量数据大于或者等于所述目标虚拟空间
的增量阈值的情况下，根据所述互动增量数据，生成所述至少一个对象的待展示数据，还包括：
14.在所述目标虚拟空间中不包括正在进行互动的目标对象，且所述至少一个对象的互动增量数据中的最大增量数据大于或者等于对应的增量阈值的情况下，将所述最大增量数据确定为待展示数据。
15.在一示例性实施例中，所述方法还包括：
16.在第一预设时间段内，所述最大增量数据对应的第一对象的互动增量数据更新的情况下，将所述第一对象在所述第一预设时间段内的每次增量更新数据均确定为待展示数据；
17.在第一预设时间段内，所述第一对象的互动增量数据未更新，且存在第二对象的互动增量数据大于或者等于对应的增量阈值的情况下，将所述第二对象的互动增量数据确定为待展示数据。
18.在一示例性实施例中，所述方法还包括：
19.在第一预设时间段内，所述第一对象的互动增量数据未更新，且不存在第二对象的互动增量数据大于或者等于对应的增量阈值的情况下，则判断第二预设时间段内，所述第一对象的互动增量数据是否更新；所述第二预设时间段为起始时间与所述第一预设时间段的起始时间相同，且时长大于所述第一预设时间段的时长的时间段；
20.在第二预设时间段内，所述第一对象的互动增量数据更新的情况下，将所述第一对象在所述第二预设时间段内的每次增量更新数据均确定为待展示数据，直到达到第二结束条件。
21.在一示例性实施例中，在实时获取目标虚拟空间中的至少一个对象的互动增量数据之前，还包括：
22.实时获取对象的初始互动增量数据；
23.对所述对象的初始互动增量数据进行筛选处理，得到虚拟空间中的对象的互动增量数据，并将所述虚拟空间中的对象的互动增量数据存储至预设数据库中；
24.所述实时获取目标虚拟空间中的至少一个对象的互动增量数据，包括：
25.实时查询所述预设数据库，得到所述目标虚拟空间中的至少一个对象的互动增量数据。
26.在一示例性实施例中，所述在所述互动增量数据大于或者等于所述目标虚拟空间的增量阈值的情况下，根据所述互动增量数据，生成所述至少一个对象的待展示数据，包括：
27.在所述互动增量数据大于或者等于所述目标虚拟空间的增量阈值的情况下，获取所述互动增量数据对应对象的对象属性信息；
28.将所述对象属性信息和所述互动增量数据进行组合，得到待展示数据。
29.根据本公开实施例的第二方面，提供一种数据处理装置，包括：
30.数据获取单元，被配置为执行实时获取目标虚拟空间中的至少一个对象的互动增量数据；
31.数据识别单元，被配置为执行在所述互动增量数据大于或者等于所述目标虚拟空间的增量阈值时，根据所述互动增量数据，生成所述至少一个对象的待展示数据；所述增量
阈值根据进入所述目标虚拟空间的当前目标帐户的数量确定；
32.数据发送单元，被配置为执行将所述待展示数据发送至目标终端，以使在所述目标终端运行的所述目标虚拟空间的界面中动态展示所述待展示数据；所述目标终端为所述目标虚拟空间中的目标帐户对应的终端。
33.在一示例性实施例中，所述装置还包括：
34.判断单元，被配置为执行判断所述目标虚拟空间中是否包括正在进行互动的目标对象；
35.所述数据识别单元，还被配置为执行在所述目标虚拟空间中包括正在进行互动的目标对象，且所述目标对象的互动增量数据大于或者等于对应的增量阈值的情况下，将所述目标对象的每次增量更新数据均确定为待展示数据，直到达到第一结束条件。
36.在一示例性实施例中，所述数据识别单元，还被配置为执行在所述目标虚拟空间中不包括正在进行互动的目标对象，且所述至少一个对象的互动增量数据中的最大增量数据大于或者等于对应的增量阈值的情况下，将所述最大增量数据确定为待展示数据。
37.在一示例性实施例中，所述数据识别单元，还被配置为执行在第一预设时间段内，所述最大增量数据对应的第一对象的互动增量数据更新的情况下，将所述第一对象在所述第一预设时间段内的每次增量更新数据均确定为待展示数据；在第一预设时间段内，所述第一对象的互动增量数据未更新，且存在第二对象的互动增量数据大于或者等于对应的增量阈值的情况下，将所述第二对象的互动增量数据确定为待展示数据。
38.在一示例性实施例中，所述数据识别单元，还被配置为执行在第一预设时间段内，所述第一对象的互动增量数据未更新，且不存在第二对象的互动增量数据大于或者等于对应的增量阈值的情况下，则判断第二预设时间段内，所述第一对象的互动增量数据是否更新；所述第二预设时间段为起始时间与所述第一预设时间段的起始时间相同，且时长大于所述第一预设时间段的时长的时间段；在第二预设时间段内，所述第一对象的互动增量数据更新的情况下，将所述第一对象在所述第二预设时间段内的每次增量更新数据均确定为待展示数据，直到达到第二结束条件。
39.在一示例性实施例中，所述装置还包括：
40.数据存储单元，被配置为执行实时获取对象的初始互动增量数据；对所述对象的初始互动增量数据进行筛选处理，得到虚拟空间中的对象的互动增量数据，并将所述虚拟空间中的对象的互动增量数据存储至预设数据库中；
41.所述数据获取单元，还被配置为执行实时查询所述预设数据库，得到所述目标虚拟空间中的至少一个对象的互动增量数据。
42.在一示例性实施例中，所述数据识别单元，还被配置为执行在所述互动增量数据大于或者等于所述目标虚拟空间的增量阈值的情况下，获取所述互动增量数据对应对象的对象属性信息；将所述对象属性信息和所述互动增量数据进行组合，得到待展示数据。
43.根据本公开实施例的第三方面，提供一种服务器，包括：处理器；用于存储所述处理器可执行指令的存储器；其中，所述处理器被配置为执行所述指令，以实现如第一方面的任一项实施例中所述的数据处理方法。
44.根据本公开实施例的第四方面，提供一种计算机可读存储介质，包括：当所述计算机可读存储介质中的指令由服务器的处理器执行时，使得所述服务器能够执行第一方面的
任一项实施例中所述的数据处理方法。
45.根据本公开实施例的第五方面，提供一种计算机程序产品，所述计算机程序产品中包括指令，所述指令被服务器的处理器执行时，使得所述服务器能够执行第一方面的任一项实施例中所述的数据处理方法。
46.本公开的实施例提供的技术方案至少带来以下有益效果：
47.通过实时获取目标虚拟空间中的至少一个对象的互动增量数据；在互动增量数据大于或者等于目标虚拟空间的增量阈值的情况下，根据互动增量数据，生成至少一个对象的待展示数据；增量阈值根据进入目标虚拟空间的当前目标帐户的数量确定；将待展示数据发送至目标终端，以使目标终端在运行的目标虚拟空间的界面中动态展示待展示数据；目标终端为目标虚拟空间中的目标帐户对应的终端；这样，实现了对待展示数据的实时识别和发送的目的，无需通过定时任务触发才对互动增量数据进行识别，也无需通过信号触发的方式才展示待展示数据，从而降低了互动增量数据的展示延迟；此外，根据目标虚拟空间的当前目标帐户的数量确定增量阈值，可以灵活准确地展示对象的畅销情况，避免对目标帐户造成较大的干扰，同时提高互动效果以及提升用户粘度。
48.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
49.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。
50.图1是根据一示例性实施例示出的一种数据处理方法的应用环境图。
51.图2是根据一示例性实施例示出的一种数据处理方法的流程图。
52.图3是根据一示例性实施例示出的一种筛选处理步骤的流程图。
53.图4是根据一示例性实施例示出的根据待展示数据，生成至少一个对象的待展示数据的步骤的流程图。
54.图5是根据另一示例性实施例示出的一种数据处理方法的流程图。
55.图6是根据一示例性实施例示出的一种数据处理装置的框图。
56.图7是根据一示例性实施例示出的一种服务器的框图。
具体实施方式
57.为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。
58.需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
59.还需要说明的是，本公开所涉及的用户信息(包括但不限于用户设备信息、用户个
人信息等)和数据(包括但不限于用于展示的数据、分析的数据等)，均为经用户授权或者经过各方充分授权的信息和数据。
60.本公开所提供的数据处理方法，可以应用于如图1所示的应用环境中。其中，目标终端110(比如观众终端110a、观众终端110b
……
观众终端110n)通过网络与服务器120进行交互。具体地，参考图1，服务器120实时获取目标虚拟空间中的至少一个对象的互动增量数据；在互动增量数据大于或者等于目标虚拟空间的增量阈值的情况下，根据互动增量数据，生成至少一个对象的待展示数据；增量阈值根据进入目标虚拟空间的当前目标帐户的数量确定；将待展示数据发送至目标终端110，以使在目标终端110运行的目标虚拟空间的界面中动态展示待展示数据；目标终端110为目标虚拟空间中的目标帐户对应的终端。其中，目标终端110可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器120可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
61.图2是根据一示例性实施例示出的一种数据处理方法的流程图，如图2所示，数据处理方法用于如图1所示的服务器中，包括以下步骤：
62.在步骤s210中，实时获取目标虚拟空间中的至少一个对象的互动增量数据。
63.其中，虚拟空间包括主播帐户当前正在直播的直播间，主播帐户是指当前正在直播的主播，相当于主持人，可以控制直播间的各类功能，比如上架商品、下架商品等。目标虚拟空间，是指当前需要分析的直播间。
64.其中，对象包括目标虚拟空间中上架的商品和虚拟对象中至少一种，该商品包括比如服装、饰品、化妆品、电子产品等；该虚拟对象可以包括比如礼物、红花、道具等。互动增量数据包括目标虚拟空间中对象所增加的数量，仅作为示例，上架的商品的销量数据，比如销售量；或者主播收到的虚拟对象(例如礼物、红花、道具等)所增加的数量。
65.具体地，服务器根据目标虚拟空间的标识信息，实时查询存储有虚拟空间中的对象的互动增量数据的数据库，得到目标虚拟空间中的至少一个对象的互动增量数据，避免了通过定时获取虚拟空间中的对象的互动增量数据，导致实时性较差的缺陷。
66.举例说明，以上架商品为例，服务器将同一个直播间中的商品的销量数据存储到redis(remote dictionary server，远程数据服务)数据库中，并根据目标直播间的id信息，实时从redis数据库中获取该目标直播间中的商品的销量数据。
67.在步骤s220中，在互动增量数据大于或者等于目标虚拟空间的增量阈值的情况下，根据互动增量数据，生成至少一个对象的待展示数据；增量阈值根据目标虚拟空间的当前目标帐户的数量确定。
68.其中，以对象为上架商品为例，增量阈值是指根据目标虚拟空间的当前在线观众帐户的数量所确定的一系列销量阈值，具体可以指热卖值，用于衡量直播间的商品是否达到热卖。当前目标帐户的数量不同的虚拟空间所对应的销量阈值不一样；例如，在观众帐户较多的大主播的直播间，销量阈值一般较大；在观众帐户较少的小主播的直播间，销量阈值一般较小。需要说明的是，目标帐户是指观看直播的观众帐户。
69.需要说明的是，每个直播间的观众帐户数量不一样，商品的热卖值不能简单的判断达到一定的数量就算热卖，对于大主播的直播间的观众帐户数量较多，商品的销量增加也会比较快，对于小主播的直播间，商品的销量增加则较慢，若统一销量阈值，大主播的直播间会频繁展示热卖数据，观众会受到较大的干扰，小主播的直播间则难以展示热卖数据，
无法给观众呈现出该商品的畅销情况；因此，根据待处理虚拟空间的观众帐户数量确定销量阈值，可以灵活准确地展示商品的畅销情况，避免对观众造成较大的干扰，同时提高互动效果。
70.其中，以对象为上架商品为例，待展示数据是指需要发送给观众终端进行展示的销量数据，比如达到热卖的商品的销量数据、商品属性信息等，以给观众呈现出该商品的畅销情况，显示出该商品售卖的紧迫感，从而有利于增强直播间的互动氛围。
71.需要说明的是，在将互动增量数据识别为待展示数据的过程中，还可以考虑其他因素，比如上一次下发的商品和时间、是否有商品正在讲解、是否达到最大的展示时间等，以实现动态决策；关于此部分的内容在本公开的其他实施例中会进行具体说明。
72.具体地，服务器根据目标虚拟空间的当前目标帐户的数量，确定待处理虚拟空间的类型，比如大主播的直播间、小主播的直播间；根据目标虚拟空间的类型，查询该类型下的目标帐户数量与增量阈值的对应关系，得到目标虚拟空间的增量阈值；将至少一个对象的互动增量数据与增量阈值进行对比，在互该互动增量数据大于或者等于对应的增量阈值的情况下，将互动增量数据添加到待展示数据模板中，生成待展示数据。这样，实现了实时判断互动增量数据是否为待展示数据的目的，便于后续将待展示数据实时发送至目标终端进行展示。
73.举例说明，以对象为上架商品为例，当前直播间有两个商品，分别是商品a和商品b，根据直播间的在线人数，确定10件为热卖值；在t1秒的时候，商品a产生销量10件，商品b产生销量5件，这时候按照直播间的在线人数，判断到商品a达到了该热卖值，则推送商品a的热卖数据(比如商品基本信息、商品销售量等)至观众终端。
74.在步骤s230中，将待展示数据发送至目标终端，以使目标终端在运行的目标虚拟空间的界面中动态展示待展示数据；目标终端为目标虚拟空间中的目标帐户对应的终端。
75.具体地，服务器将待展示数据实时发送至目标虚拟空间中的目标帐户对应的目标终端；目标终端接收到服务器发送的待展示数据，则在该目标终端运行的目标虚拟空间的界面中，通过预先设定的动态效果展示方式，动态展示该待展示数据，例如通过气泡等形式展示达到热卖的商品的销量数据。
76.上述数据处理方法中，通过实时获取目标虚拟空间中的至少一个对象的互动增量数据；在互动增量数据大于或者等于目标虚拟空间的增量阈值的情况下，根据互动增量数据，生成至少一个对象的待展示数据；增量阈值根据进入目标虚拟空间的当前目标帐户的数量确定；将待展示数据发送至目标终端，以使目标终端在运行的目标虚拟空间的界面中动态展示待展示数据；目标终端为目标虚拟空间中的目标帐户对应的终端。这样，实现了对待展示数据的实时识别和发送的目的，无需通过定时任务触发才对互动增量数据进行识别，也无需通过信号触发的方式才展示待展示数据，从而降低了互动增量数据的展示延迟；此外，根据目标虚拟空间的当前目标帐户的数量确定增量阈值，可以灵活准确地展示对象的畅销情况，避免对目标帐户造成较大的干扰，同时提高互动效果以及提升用户粘度。
77.在一示例性实施例中，上述步骤s220，在互动增量数据大于或者等于目标虚拟空间的增量阈值的情况下，根据互动增量数据，生成至少一个对象的待展示数据之前，还包括：判断目标虚拟空间中是否包括正在进行互动的目标对象。
78.此时，上述步骤s220，在互动增量数据大于或者等于目标虚拟空间的增量阈值的
情况下，根据互动增量数据，生成至少一个对象的待展示数据，包括：
79.在目标虚拟空间中包括正在进行互动的目标对象，且目标对象的互动增量数据大于或者等于对应的增量阈值的情况下，将目标对象的每次增量更新数据均确定为待展示数据，直到达到第一结束条件；在目标虚拟空间中不包括正在进行互动的目标对象，且至少一个对象的互动增量数据中的最大增量数据大于或者等于对应的增量阈值的情况下，将最大增量数据确定为待展示数据。
80.其中，以对象为上架商品为例，目标虚拟空间中是否正在进行互动的目标对象，可以是指目标虚拟空间中当前是否有重点介绍的对象，具体是指目标直播间中当前是否有主播重点介绍的商品。每次增量更新数据，是指销量数据的每一次更新数值，比如1000、1001、1003等。第一结束条件包括但不限于目标虚拟空间中的主播帐户结束正在进行互动的目标对象的介绍，或者正在进行互动的目标对象的销量数量不再更新。
81.仅作为示例，服务器通过例如语音识别技术或图像识别技术，判断目标虚拟空间中是否包括正在进行互动的目标对象；在判断到目标虚拟空间中包括正在进行互动的目标时，则将正在进行互动的目标的互动增量数据与对应的增量阈值进行比较，在目标对象的互动增量数据大于或者等于对应的增量阈值的情况下，则将目标对象的每次增量更新数据均确定为待展示数据，直到达到第一结束条件；在判断到目标虚拟空间中不包括正在进行互动的目标对象时，则获取至少一个对象的互动增量数据中的最大增量数据，将该最大增量数据与对应的增量阈值进行比较，在该最大增量数据大于或者等于对应的增量阈值的情况下，则将该最大增量数据确定为待展示数据。
82.举例说明，以对象为上架商品为例，在将销量数据确定为待展示数据的过程中，除了判断销量数据是否大于或者等于对应的销量阈值，还通过结合主播当前重点介绍的商品，优先下发该重点介绍的商品的销量变化，如此避免导致热卖和重点讲解的商品不一致，增加观众的选择困难，扰乱主播节奏。如果直播间当前有重点介绍的商品，在销量超过初始门槛之后，销量的持续变化都会作为热卖值推送给客户端，直到主播结束该商品的介绍，或者该商品的销量不再变化，会重新计算整个直播间的热卖商品；如果直播间当前没有重点介绍的商品，则获取当前直播间销量最高的商品，判断该商品的销量是否达到了当前时刻的热卖值。
83.本公开实施例提供的技术方案，在根据互动增量数据，生成待展示数据的过程中，综合考虑目标虚拟空间中是否包括正在进行互动的目标对象以及由目标虚拟空间的当前目标帐户的数量所确定的增量阈值，有利于提高待展示数据的确定准确率，同时实现了对正在进行互动的目标对象的互动增量数据的持续展示。
84.在一示例性实施例中，本技术公开的数据处理方法，还包括如下内容：在第一预设时间段内，最大增量数据对应的第一对象的互动增量数据更新的情况下，将第一对象在第一预设时间段内的每次增量更新数据均确定为待展示数据；在第一预设时间段内，第一对象的互动增量数据未更新，且存在第二对象的互动增量数据大于或者等于对应的增量阈值的情况下，将第二对象的互动增量数据确定为待展示数据。
85.其中，第一预设时间段是指互动增量数据达到对应的增量阈值的对象的动态效果保护时间段，比如10秒、15秒等，具体可以根据实际情况进行调整。最大增量数据对应的第一对象，可以指上一次达到增量阈值的对象，具体是指上一次达到热卖值的商品。
86.具体地，服务器实时判断在第一预设时间段内，最大增量数据对应的第一对象的互动增量数据是否更新；在第一预设时间段内，最大增量数据对应的第一对象的互动增量数据更新的情况下，则将第一对象在第一预设时间段内的每次增量更新数据都确定为待展示数据；在第一预设时间段内，第一对象的互动增量数据未更新的情况下，则判断目标虚拟空间中的至少一个对象的互动增量数据中，是否存在第二对象的互动增量数据大于或者等于对应的增量阈值；在存在第二对象的互动增量数据大于或者等于对应的增量阈值的情况下，则将第二对象的互动增量数据确定为待展示数据。
87.举例说明，以对象为上架商品为例，对于大主播的直播间，可能会有多款商品畅销的情况；比如，当前直播间有两个商品，分别是商品a和商品b，预先根据直播间的不同在线人数，在t1秒将10件确定为热卖值。在t1秒的时候商品a产生销量10件，商品b产生销量5件，这时候按照直播间人数计算商品a达到了热卖值，推送商品a的热卖数据。若在t1 5s之后，商品a销量增加到了12件，商品b销量增加到了20件。此时，按照直播间人数计算，在t1 5s的热卖值为20件，这时候应该是商品b达到了热卖值，但是因为商品a展示的时间还没到第一预设时间段(例如10s)，避免商品a的动效被顶替，这时候会继续以12件商品a的销量作为热卖值推送给客户端，而不是推送商品b的销量作为热卖。若在持续展示商品a的第一预设时间段(例如10s)之后，商品a销量为22件，b销量为32件，而按照直播间人数计算，在t1 10s的热卖值为30件，这时候应该是商品b达到了热卖值，这时候会以32件商品b的销量作为热卖值推送给客户端，以替换商品a的热卖动效。
88.若在t1 5s之后，商品a销量还是10件，商品b销量增加到了20件。按照直播间人数计算，在t1 5s的热卖值为20件，这时候应该是商品b达到了热卖值，这时候会以20件商品b的销量作为热卖值推送给客户端，以替换商品a的热卖动效。这样，在一个商品触发热卖之后，对其进行展示的时间保护，避免了很快有下一款商品触发热卖将当前商品顶替，如此反复，会产生不同商品互相快速替换，给观众带来干扰的现象。
89.本公开实施例提供的技术方案，保证了达到增量阈值的对象的互动增量数据的动态效果保护时间，避免了达到增量阈值的对象的互动增量数据很快被替换的缺陷。
90.在一示例性实施例中，本技术公开的数据处理方法，还包括如下内容：在第一预设时间段内，第一对象的互动增量数据未更新，且不存在第二对象的互动增量数据大于或者等于对应的增量阈值的情况下，则判断第二预设时间段内，第一对象的互动增量数据是否更新；第二预设时间段为起始时间与第一预设时间段的起始时间相同，且时长大于第一预设时间段的时长的时间段；在第二预设时间段内，第一对象的互动增量数据更新的情况下，将第一对象在第二预设时间段内的每次增量更新数据均确定为待展示数据，直到达到第二结束条件。
91.其中，第二预设时间段是指起始时间与第一预设时间段的起始时间相同，且结束时间晚于第一预设时间段的结束时间的时间段，用于表示互动增量数据达到对应的增量阈值的对象的最长展示时间，比如第一预设时间段为0-10s，第二预设时间段为0-30s，具体可以根据实际情况进行调整。第二结束条件包括但不限于互动增量数据达到对应的增量阈值的第一对象的持续展示时间超过第二预设时间段。
92.举例说明，以对象为上架商品为例，当直播间只有单款商品热销，并且持续产生销量，对于这种情况，则应该将该商品的每次销量变化都当作热卖值持续下发，在该商品持续
展示时间超过30s之后结束对其热卖销量的展示，直到后续有商品再次达到热卖，继续展示新的热卖商品。若当前直播间有两个商品，分别是商品a和商品b，预先根据直播间的不同在线人数，在t1秒将10件确定为热卖值。在t1秒的时候，商品a产生销量10件，商品b产生销量2件，这时候按照直播间人数计算商品a达到了热卖，则推送商品a的热卖数据给客户端。在第一预设时间段(比如t1 10s)之后，商品a和商品b的销量均没有变化；在t1 20s之后，商品a的销量增加到了15件，商品b的销量增加到了5件。此时，按照直播间人数计算，在t1 20s的热卖值为20件，这时候商品a和商品b都没有达到该热卖值，但是因为商品a在t1秒的时候达到了热卖值，并且还没超过第二预设时间段(比如30s)，则将商品a的15件销量作为热卖值推送给客户端。
93.本公开实施例提供的技术方案，保证了达到增量阈值的对象的互动增量数据的持续展示时间，有利于实时展示达到增量阈值的对象的互动增量数据更新，以给观众呈现出该对象的畅销情况，显示出该对象售卖的紧迫感，从而有利于增强直播间的互动氛围。
94.在一示例性实施例中，上述步骤s210，在实时获取目标虚拟空间中的至少一个对象的互动增量数据之前，还包括：实时获取对象的初始互动增量数据；对对象的初始互动增量数据进行筛选处理，得到虚拟空间中的对象的互动增量数据，并将虚拟空间中的对象的互动增量数据存储至预设数据库中。
95.其中，初始互动增量数据是指根据对象的订单消息初步确定的销量数据，具体是指商品的初始销量数据。
96.其中，筛选处理包括但不限于过滤处理和去重处理；过滤处理是指对初始互动增量数据中不属于目标虚拟空间关联的互动增量数据、不属于增量增加的订单消息等无效数据进行过滤；去重处理是指对初始互动增量数据中重复发送的订单消息进行去重。
97.具体地，服务器接收对象的订单消息；对对象的订单消息进行解析，得到对象的初始互动增量数据；根据过滤处理指令，对对象的初始互动增量数据进行过滤处理，以过滤掉初始互动增量数据中不属于虚拟空间关联的互动增量数据、不属于增量增加的订单消息，得到过滤处理后的增量数据；根据去重处理指令，对过滤处理后的增量数据进行去重处理，以删除过滤处理后的增量数据中重复发送的订单消息，得到虚拟空间中的对象的互动增量数据；将各个虚拟空间中的对象的互动增量数据，按照各个虚拟空间的虚拟空间标识分类存储至预设数据库中。
98.举例说明，以对象为上架商品为例，参考图3，用户对商品购买下单成功之后，交易系统产生商品的销量数据，并对外发送商品销量的消息。同时，对于第三方平台的商品，通过开放平台统一对接处理后，产生第三方商品的销量消息。服务器中的销量统计和存储模块部署消费者对这些销量数据进行消费，将其中非直播间销量、非销量增加的订单消息等无用的数据进行过滤，并且对重复发送的订单消息进行去重之后，将同一个直播间的销量数据存储到redis数据库中。
99.进一步地，上述步骤s210，实时获取目标虚拟空间中的至少一个对象的互动增量数据，包括：实时查询预设数据库，得到目标虚拟空间中的至少一个对象的互动增量数据。
100.具体地，服务器获取目标虚拟空间的虚拟空间标识，根据目标虚拟空间的虚拟空间标识实时查询预设数据库，得到目标虚拟空间中的至少一个对象的互动增量数据。
101.本公开实施例提供的技术方案，通过对对象的初始互动增量数据进行筛选处理后
再存储至预设数据库中，有利于提高预设数据库中存储的虚拟空间中的对象的互动增量数据的准确率；同时，通过实时查询预设数据库，有利于提高查询得到的目标虚拟空间中的对象的互动增量数据的准确率。
102.在一示例性实施例中，如图4所示，上述步骤s230，在互动增量数据大于或者等于目标虚拟空间的增量阈值的情况下，根据互动增量数据，生成至少一个对象的待展示数据，具体包括如下步骤：
103.在步骤s410中，在互动增量数据大于或者等于目标虚拟空间的增量阈值的情况下，获取互动增量数据对应对象的对象属性信息。
104.其中，对象属性信息可以包括对象的基本信息，比如商品标题、商品价格、商品图片等商品基本信息，又比如道具名称、道具图片等虚拟对象基本信息。
105.具体地，在互动增量数据大于或者等于目标虚拟空间的增量阈值的情况下，服务器根据互动增量数据对应对象的对象标识，查询存储有多个对象的对象属性信息的预设数据库，得到互动增量数据对应对象的对象属性信息。
106.举例说明，在互动增量数据大于或者等于目标虚拟空间的增量阈值的情况下，服务器根据销量数据对应商品的商品id，查询redis数据库，得到销量数据对应商品的基本信息，获取互动增量数据对应对象的对象属性信息。
107.在步骤s420中，将对象属性信息和互动增量数据进行组合，得到待展示数据。
108.其中，待展示数据是指对象的概览数据，包括但不限于对象属性信息和互动增量数据。
109.具体地，服务器按照预设组合方式，将对象属性信息和互动增量数据进行组合，得到待展示数据。
110.举例说明，在计算出一个直播间当前的热卖值之后，将产生热卖的商品id传递到服务器中的商品热卖发送模块，该模块负责查询该商品的商品基本信息，比如标题、价格、图片等，并结合当前热卖的商品销量数据，组装成商品的概览数据，给客户端推送这些概览数据，通过客户端结合这些概览数据，展示该商品热卖的动效，从而最终在观众面前呈现出商品热卖的效果。
111.本公开实施例提供的技术方案，在互动增量数据大于或者等于目标虚拟空间的增量阈值的情况下，将互动增量数据对应对象的对象属性信息和该对象的互动增量数据进行组合，得到待展示数据，有利于后续将待展示数据发送至观众终端进行展示，无需通过信号触发的方式才展示待展示数据，从而降低了销量数据的展示延迟，同时增强了互动效果。
112.在一示例性实施例中，如图5所示，提供了另一种数据处理方法的流程图，应用于服务器。以对象为上架商品为例，该服务器包括销量统计和存储模块、热卖值计算和决策模块、商品热卖发送模块，通过这三个模块解决业务上统计和展示商品的实时销量，在销量满足各种决策条件的时候，下发商品的热卖数据，提升直播间的互动氛围；其具体内容如下：
113.继续参考图3，通过销量统计和存储模块，对商品的订单消息进行消费，将其中非直播间销量、非销量增加的订单消息等无用的数据进行过滤，并且对重复发送的订单消息进行去重之后，将同一个直播间的销量数据存储到redis中。接着，继续参考图5，通过热卖值计算和决策模块，计算商品的一个销量值是否满足当前直播间限制的销量值，并且决策是否将该商品的销量值下发给观众进行展示；经过计算和决策，最终得到一个直播间是否
有商品达到热卖值可以下发，将产生的新的热卖值时间和数值等数据存储在redis之后，将热卖商品id传递给商品热卖发送模块，由该商品热卖发送模块进行数据补充和下发。最后，商品热卖发送模块负责根据接收到的热卖商品id，查询该商品的商品基本信息，结合当前的销量，组装成商品的概览数据，给客户端推送这些数据，客户端展示商品热卖的动效，从而最终在观众面前呈现出商品热卖的效果。
114.上述数据处理方法，可以达到以下技术效果：(1)提高了直播电商商品热卖值计算和下发的实时性，能够实时下发商品的热卖值，避免延迟给主播和观众带来困扰；(2)实现了热卖值的持续下发，现有方案通过定时任务的方式定时执行，无法实现一个直播间热卖值的持续下发，无法给观众商品畅销的效果，本发明解决了这个问题，提供了直播间商品热卖值持续下发的能力；(3)降低了直播间热卖商品的现实成本，现有方案中部署了三个模块的服务，同时需要使用redis和mysql两种存储方式，整个热卖计算、下发和展示的链路较长，成本较高，本发明将商品销量统计、热卖值计算决策、热卖商品构造下发的过程都分散到各个消费者中，只需要部署各个消费者服务即可，并且数据存储只需要使用redis存储销量和热卖数据，无需mysql，大大的减少了服务器和存储的成本；(4)在业务上，给观众呈现出商品的畅销情况，显示出该商品售卖的紧迫感，从而有利于增强直播间互动的氛围，本发明对商品的热卖计算和下发有一定的决策规则，不同的人数的直播间热卖的限制阈值不一样，对于计算满足条件后的商品热卖值，也会根据上一次下发的商品和时间、是否有正在讲解、是否达到最大的展示时间等，决策此次计算得到的商品销量热卖值是否下发，既避免了频繁的发送和商品切换干扰观众，又能及时计算决策出热卖的商品，同时提高直播间互动效果，进而提升用户粘度。
115.应该理解的是，虽然图2-图5的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-图5中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
116.可以理解的是，本说明书中上述方法的各个实施例之间相同/相似的部分可互相参见，每个实施例重点说明的是与其他实施例的不同之处，相关之处参见其他方法实施例的说明即可。
117.图6是根据一示例性实施例示出的一种数据处理装置的框图。参照图6，该装置包括数据获取单元610，数据识别单元620和数据发送单元630。
118.数据获取单元610，被配置为执行实时获取目标虚拟空间中的至少一个对象的互动增量数据。
119.数据识别单元620，被配置为执行在互动增量数据大于或者等于目标虚拟空间的增量阈值时，根据互动增量数据，生成至少一个对象的待展示数据；增量阈值根据进入目标虚拟空间的当前目标帐户的数量确定。
120.数据发送单元630，被配置为执行将待展示数据发送至目标终端，以使在目标终端运行的目标虚拟空间的界面中动态展示待展示数据；目标终端为目标虚拟空间中的目标帐
户对应的终端。
121.在一示例性实施例中，数据处理装置还包括：判断单元，被配置为执行判断目标虚拟空间中是否包括正在进行互动的目标对象；
122.数据识别单元620，还被配置为执行在目标虚拟空间中包括正在进行互动的目标对象，且目标对象的互动增量数据大于或者等于对应的增量阈值的情况下，将目标对象的每次增量更新数据均确定为待展示数据，直到达到第一结束条件。
123.在一示例性实施例中，数据识别单元620，还被配置为执行在目标虚拟空间中不包括正在进行互动的目标对象，且至少一个对象的互动增量数据中的最大增量数据大于或者等于对应的增量阈值的情况下，将最大增量数据确定为待展示数据。
124.在一示例性实施例中，数据识别单元620，还被配置为执行在第一预设时间段内，最大增量数据对应的第一对象的互动增量数据更新的情况下，将第一对象在第一预设时间段内的每次增量更新数据均确定为待展示数据；在第一预设时间段内，第一对象的互动增量数据未更新，且存在第二对象的互动增量数据大于或者等于对应的增量阈值的情况下，将第二对象的互动增量数据确定为待展示数据。
125.在一示例性实施例中，数据识别单元620，还被配置为执行在第一预设时间段内，第一对象的互动增量数据未更新，且不存在第二对象的互动增量数据大于或者等于对应的增量阈值的情况下，则判断第二预设时间段内，第一对象的互动增量数据是否更新；第二预设时间段为起始时间与第一预设时间段的起始时间相同，且时长大于第一预设时间段的时长的时间段；在第二预设时间段内，第一对象的互动增量数据更新的情况下，将第一对象在第二预设时间段内的每次增量更新数据均确定为待展示数据，直到达到第二结束条件。
126.在一示例性实施例中，数据处理装置还包括：数据存储单元，被配置为执行实时获取对象的初始互动增量数据；对对象的初始互动增量数据进行筛选处理，得到虚拟空间中的对象的互动增量数据，并将虚拟空间中的对象的互动增量数据存储至预设数据库中；
127.数据获取单元610，还被配置为执行实时查询预设数据库，得到目标虚拟空间中的至少一个对象的互动增量数据。
128.在一示例性实施例中，数据识别单元620，还被配置为执行在互动增量数据大于或者等于目标虚拟空间的增量阈值的情况下，获取互动增量数据对应对象的对象属性信息；将对象属性信息和互动增量数据进行组合，得到待展示数据。
129.关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
130.图7是根据一示例性实施例示出的一种用于执行数据处理方法的设备700的框图。例如，设备700可以为服务器。参照图7，设备700包括处理组件720，其进一步包括一个或多个处理器，以及由存储器722所代表的存储器资源，用于存储可由处理组件720的执行的指令，例如应用程序。存储器722中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件720被配置为执行指令，以执行上述方法。
131.设备700还可以包括：电源组件724被配置为执行设备700的电源管理，有线或无线网络接口726被配置为将设备700连接到网络，和输入输出(i/o)接口728。设备700可以操作基于存储在存储器722的操作系统，例如windows server，mac os x，unix，linux，freebsd或类似。
132.在示例性实施例中，还提供了一种包括指令的计算机可读存储介质，例如包括指令的存储器722，上述指令可由设备700的处理器执行以完成上述方法。存储介质可以是计算机可读存储介质，例如，所述计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。
133.在示例性实施例中，还提供一种计算机程序产品，所述计算机程序产品中包括指令，上述指令可由设备700的处理器执行以完成上述方法。
134.需要说明的，上述的装置、设备、计算机可读存储介质、计算机程序产品等根据方法实施例的描述还可以包括其他的实施方式，具体的实现方式可以参照相关方法实施例的描述，在此不作一一赘述。
135.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。
136.应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。