CN115310012A - 展示数据处理方法、装置、电子设备和计算机可读介质 - Google Patents

Abstract

本公开的实施例公开了展示数据处理方法、装置、电子设备和计算机可读介质。该方法的一具体实施方式包括：响应于检测到用户在设定时长内将展示页面滑动到预设位置，根据服务端已返回的展示数据，确定展示页面中是否存在目标展示位；响应于确定存在目标展示位，根据各展示位在展示页面中的位置信息，确定目标展示位在设定展示方向上的尺寸；基于目标展示位的尺寸，确定是否在展示页面中展示缓存数据。该实施方式与终端的页面数据分析有关。在用户将展示页面快速滑动到预设位置时，可以对展示数据进行分析，从而确定展示页面是否存在展示缺失，以及是否需要对展示缺失进行填补。这样有助于提高页面的利用率，同时能够改善页面的视觉效果。

Description

展示数据处理方法、装置、电子设备和计算机可读介质

技术领域

本公开的实施例涉及页面优化技术领域，具体涉及展示数据处理方法、装置、电子设备和计算机可读介质。

背景技术

目前，大多数平台网站页面采用瀑布流式布局。其视觉表现通常为参差不齐的多栏布局，随着页面滚动条向下滚动，这种布局还会不断加载数据块并附加至当前尾部。

然而在展示过程中，若用户快速滑动到页面底部，或者在网络信号不太好的情况下，滑动到数据末端(最后一页数据)时，可能会出现漏坑现象。比如采用等宽的两列布局方式，此时可能会发生一列所展示的数据比另一列所展示的数据长很多。也就是说，另一列有较大面积的空白区域，即漏坑现象。这样不仅会造成资源浪费，影响页面的利用率。同时也会给用户带来视觉缺陷，影响用户体验。

发明内容

本公开的内容部分用于以简要的形式介绍构思，这些构思将在后面的具体实施方式部分被详细描述。本公开的内容部分并不旨在标识要求保护的技术方案的关键特征或必要特征，也不旨在用于限制所要求的保护的技术方案的范围。本公开的一些实施例提出了展示数据处理方法、装置、电子设备和计算机可读介质，来解决以上背景技术部分提到的技术问题中的一项或多项。

第一方面，本公开的一些实施例提供了一种展示数据处理方法，包括：响应于检测到用户在设定时长内将展示页面滑动到预设位置，根据服务端已返回的展示数据，确定展示页面中是否存在目标展示位；响应于确定存在目标展示位，根据各展示位在展示页面中的位置信息，确定目标展示位在设定展示方向上的尺寸；基于目标展示位的尺寸，响应于确定进行展示数据补充，在展示页面中展示缓存数据。

在一些实施例中，在展示页面中展示缓存数据，包括：从缓存数据集中选取目标缓存数据，及在展示页面中展示目标缓存数据。

在一些实施例中，从缓存数据集中选取目标缓存数据，及在展示页面中展示目标缓存数据，包括：根据目标展示位的尺寸，从缓存数据集中选取与目标展示位相适配的缓存数据，作为目标缓存数据；在目标展示位展示目标缓存数据。

在一些实施例中，从缓存数据集中选取目标缓存数据，及在展示页面中展示目标缓存数据，包括：确定候选展示位在设定展示方向上的尺寸，其中，候选展示位为展示页面中与目标展示位相邻、属于不同组的展示位；根据候选展示位的尺寸和目标展示位的尺寸，从缓存数据集中选取相适配的缓存数据，作为目标缓存数据；在候选展示位展示目标缓存数据，及在目标展示位展示此前位于候选展示位的展示数据。

在一些实施例中，根据服务端已返回的展示数据，确定展示页面中是否存在目标展示位，包括：确定服务端已返回的展示数据的数量，是否为展示页面中展示位组数的整数倍；响应于确定不是整数倍，确定展示页面中存在目标展示位。

在一些实施例中，根据服务端已返回的展示数据，确定展示页面中是否存在目标展示位，还包括：响应于确定是整数倍，根据各展示位在展示页面中的位置信息，确定在设定展示方向上每组展示位的总尺寸；根据各组展示位的总尺寸，确定各组展示位之间是否存在尺寸差异；响应于确定存在尺寸差异，确定展示页面中存在目标展示位。

在一些实施例中，根据各展示位在展示页面中的位置信息，确定目标展示位在设定展示方向上的尺寸，包括：根据各组展示位之间的尺寸差值，确定目标展示位的位置及在设定展示方向上的尺寸；以及基于目标展示位的尺寸，响应于确定进行展示数据补充，在展示页面中展示缓存数据，包括：确定目标展示位的尺寸是否大于目标阈值，其中，目标阈值是基于展示页面中，各展示位在设定展示方向上的尺寸平均值而确定的；响应于确定大于目标阈值，确定在展示页面中展示缓存数据。

在一些实施例中，缓存数据集通过以下采集方法得到：对用户在展示页面中的浏览行为进行统计分析，采集触发次数大于设定次数的展示数据；将采集到的展示数据缓存在本地，得到缓存数据集。

在一些实施例中，该方法还包括：响应于接收到服务端返回的新展示数据，删除展示页面中的缓存数据，以及在展示页面中展示新展示数据。

第二方面，本公开的一些实施例提供了一种展示数据处理装置，包括：展示位确定单元，被配置成响应于检测到用户在设定时长内将展示页面滑动到预设位置，根据服务端已返回的展示数据，确定展示页面中是否存在目标展示位；尺寸确定单元，被配置成响应于确定存在目标展示位，根据各展示位在展示页面中的位置信息，确定目标展示位在设定展示方向上的尺寸；数据展示确定单元，被配置成基于目标展示位的尺寸，响应于确定进行展示数据补充，在展示页面中展示缓存数据。

在一些实施例中，数据展示确定单元进一步被配置成从缓存数据集中选取目标缓存数据，及在展示页面中展示目标缓存数据。

在一些实施例中，数据展示确定单元进一步被配置成根据目标展示位的尺寸，从缓存数据集中选取与目标展示位相适配的缓存数据，作为目标缓存数据；在目标展示位展示目标缓存数据。

在一些实施例中，数据展示确定单元进一步被配置成确定候选展示位在设定展示方向上的尺寸，其中，候选展示位为展示页面中与目标展示位相邻、属于不同组的展示位；根据候选展示位的尺寸和目标展示位的尺寸，从缓存数据集中选取相适配的缓存数据，作为目标缓存数据；在候选展示位展示目标缓存数据，及在目标展示位展示此前位于候选展示位的展示数据。

在一些实施例中，展示位确定单元进一步被配置成确定服务端已返回的展示数据的数量，是否为展示页面中展示位组数的整数倍；响应于确定不是整数倍，确定展示页面中存在目标展示位。

在一些实施例中，展示位确定单元还进一步被配置成响应于确定是整数倍，根据各展示位在展示页面中的位置信息，确定在设定展示方向上每组展示位的总尺寸；根据各组展示位的总尺寸，确定各组展示位之间是否存在尺寸差异；响应于确定存在尺寸差异，确定展示页面中存在目标展示位。

在一些实施例中，尺寸确定单元进一步被配置成根据各组展示位之间的尺寸差值，确定目标展示位的位置及在设定展示方向上的尺寸；以及数据展示确定单元进一步被配置成确定目标展示位的尺寸是否大于目标阈值，其中，目标阈值是基于展示页面中，各展示位在设定展示方向上的尺寸平均值而确定的；响应于确定大于目标阈值，确定在展示页面中展示缓存数据。

在一些实施例中，该装置还包括采集单元，被配置成对用户在展示页面中的浏览行为进行统计分析，采集触发次数大于设定次数的展示数据；将采集到的展示数据缓存在本地，得到缓存数据集。

在一些实施例中，该装置还包括展示调整单元，被配置成响应于接收到服务端返回的新展示数据，删除展示页面中的缓存数据，以及在展示页面中展示新展示数据。

第三方面，本公开的一些实施例提供了一种终端设备，包括：显示屏，被配置成显示展示页面；一个或多个处理器；存储装置，其上存储有一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现上述第一方面中任一实现方式所描述的方法。

第四方面，本公开的一些实施例提供了一种计算机可读介质，其上存储有计算机程序，其中，程序被处理器执行时实现上述第一方面中任一实现方式所描述的方法。

本公开的上述各个实施例具有如下有益效果：本公开的一些实施例的展示数据处理方法可以对漏坑现象进行改善，从而有助于提升展示页面的利用率。具体来说，现有技术中会出现漏坑现象的原因之一在于：终端通常是在接收到服务端返回的数据后，会为数据分配展示位，并根据数据内容调整展示位的大小尺寸，从而实现数据的展示。而在网络信号不太好的情况下，若用户快速滑动页面至底部(或已返数据的末端)，由于终端还未接收到新数据(即后续页面中所要展示的数据)，因此无法在现有展示数据后面补充数据以展示，故出现漏坑现象。往往只有新数据返回后，才能利用新数据进行漏坑填补展示。而在网络状态较差时，这个过程一般会持续几秒钟，甚至更长时间。

基于此，本公开的一些实施例的展示数据处理方法，在检测到用户将展示页面快速滑动到预设位置的情况下，可以对展示数据进行分析，从而确定展示页面是否存在展示缺失(即漏坑现象)。另外，在存在展示缺失的情况下，可以进一步确定是否需要利用缓存数据，来对展示缺失进行填补。即确定是否在展示页面中展示缓存数据，以避免或缓解漏坑现象。由于缓存数据通常存储在本地，因此不受网络状态的影响，可以实现漏坑的快速填补。这样有助于提升页面的利用率，也有利于提高展示数据的曝光率和点击率。同时能够改善页面的视觉效果。

附图说明

结合附图并参考以下具体实施方式，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中，相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的，元件和元素不一定按照比例绘制。

图1是本公开的一些实施例可以应用于其中的示例性系统的架构图；

图2是根据本公开的展示数据处理方法的一些实施例的流程图；

图3是根据本公开的展示数据处理方法的另一些实施例的流程图；

图4是根据本公开的一些实施例的展示数据处理方法的一个应用场景的示意图；

图5是根据本公开的展示数据处理装置的一些实施例的结构示意图；

图6是适于用来实现本公开的一些实施例的电子设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例。相反，提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。

另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。

需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。

需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。

本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的，而并不是用于对这些消息或信息的范围进行限制。

下面将参考附图并结合实施例来详细说明本公开。

图1示出了可以应用本公开的一些实施例的展示数据处理方法或展示数据处理装置的示例性系统架构100。

如图1所示，系统架构100可以包括终端101，102、网络103和服务端104。网络103可以用以在终端101、102与服务端104之间提供通信链路的介质。网络103可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端101、102通过网络103与服务端104进行交互，以接收或发送消息等。终端101、102上可以安装有各种客户端应用，例如购物类应用、网页浏览类应用和即时通讯工具等。用户可以在终端101、102上浏览展示页面。终端101、102在检测到用户在设定时长内将展示页面滑动到预设位置的情况下，可以对服务端已返回的展示数据进行分析，以确定展示页面中是否存在目标展示位。以及存在目标展示位时，可以确定是否进行展示数据补充。在确定补充的情况下，可以在展示页面中展示缓存数据。

这里的终端101、102可以是硬件，也可以是软件。当终端101、102为硬件时，可以是具有显示屏的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、膝上型便携计算机和台式计算机等等。当终端101、102为软件时，可以安装在上述所列举的电子设备中。其可以实现成例如用来提供分布式服务的多个软件或软件模块，也可以实现成单个软件或软件模块。在此不做具体限定。

服务端104可以是提供各种服务的服务器。例如服务端104可以是对终端101、102所安装的应用提供支持的后台服务器。后台服务器可以根据用户在展示页面的浏览情况，分批次向终端返回所需展示的展示数据。

这里的服务端104同样可以是硬件，也可以是软件。当服务端104为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务端104为软件时，可以实现成例如用来提供分布式服务的多个软件或软件模块，也可以实现成单个软件或软件模块。在此不做具体限定。

需要说明的是，本公开的实施例所提供的方法可以由终端101、102执行。相应地，装置可以设置于终端101、102中。在此不做具体限定。

应该理解，图1中的终端、网络和服务端的数目仅仅是示意性的。根据实际需要，可以具有任意数目的终端、网络和服务端。

继续参考图2，示出了根据本公开的展示数据处理方法的一些实施例的流程200。该方法包括以下步骤：

步骤201，响应于检测到用户在设定时长内将展示页面滑动到预设位置，根据服务端已返回的展示数据，确定展示页面中是否存在目标展示位。

在一些实施例中，展示数据处理方法的执行主体(例如图1中所示的终端101、102)可以对展示页面进行显示，以供用户浏览展示页面中的展示数据。通常情况下，服务端每次会返回几页的展示数据。这样用户通过滑动展示页面，便可以浏览这些数据。执行主体若检测到用户在设定时长内将展示页面滑动到预设位置，则可以根据服务端已返回的展示数据，确定展示页面中是否存在目标展示位。

在这里，设定时长通常是很短的时长，如几秒(如3秒)钟内。而预设位置一般为展示数据的末端，即已返回的展示数据中的最后展示数据在展示页面中的位置。也就是说，展示页面被划到了页面底部。例如，对于上下滑动的页面，页面底部可以是页面的下端。又例如，对于左右滑动的页面，页面底部可以为页面的右端。

可以理解的是，在没有接收到服务端返回的新展示数据的情况下，展示页面在展示到最后的展示数据后，即滑动到页面底部后，通常无法再继续向页面底部的方向滑动。

需要说明的是，执行主体在接收到服务端返回的展示数据后，通常会分配展示位，然后在展示页面中进行排列展示。例如，服务端可能会返回展示数据列表。这样，执行主体可以按照列表的先后顺序，依次为每个展示数据分配展示位。同时，执行主体会根据展示数据的内容，来调整每个展示位的尺寸。作为示例，展示页面可以采用瀑布流式布局。这样可以保证页面的整齐美观。在这种情况下，上述目标展示位通常为展示缺失的展示位，如空白展示位(如漏坑现象中的空白区域)，或展示数据不显示不全(如仅有文字描述，缺少图片)的展示位。

在一些实施例中，首先，执行主体可以确定服务端已返回的展示数据的数量，是否为展示页面中展示位组数的整数倍。其中，展示位组数与展示页面的浏览布局方式有关。例如，展示页面采用等宽的瀑布流式上下滑动浏览。此时展示位组数可以为展示位的列数。又例如，展示页面采用等高的瀑布流式左右滑动浏览。此时展示位组数可以为展示位的行数。若确定展示数据的数量不是展示位组数的整数倍，则执行主体可以确定展示页面中存在目标展示位。之后，执行主体可以继续执行步骤202。

可以理解的是，一般每个展示数据会分配一个展示位。如果服务端已返回的全部展示数据的数量不是展示位组数的整数倍，那么必然有的组展示位多(展示数据多)，有的组展示位少(展示数据少)。此时，往往会发生漏坑现象。而如果已返回的全部展示数据的数量是展示位组数的整数倍，由于各展示位的尺寸不尽相同，因此每组展示位累计后，可能会导致各组展示位的总尺寸不同，也会发生漏坑现象。

在一些实施例中，若确定展示数据的数量是展示位组数的整数倍，则执行主体可以根据各展示位在展示页面中的位置信息，确定在设定展示方向上每组展示位的总尺寸。这里的设定展示方向一般为各展示位存在尺寸差异的方向。例如，对于等宽的瀑布流式布局，设定展示方向可以为高度(列)方向。而对于等高的瀑布流式布局，设定展示方向可以为宽度(行)方向。在这里，执行主体在分配完展示位后，便可以知道每个展示位的坐标以及所在的组(如第一列或第二列)。根据展示位的坐标，便可以确定展示位在设定展示方向上的尺寸。进而可以确定每组展示位的总尺寸。

进一步地，根据各组展示位的总尺寸，执行主体可以确定各组展示位之间，在设定展示方向上是否存在尺寸差异。如果存在尺寸差异，说明有漏坑现象，则可以确定展示页面中存在目标展示位。之后，执行主体可以继续执行步骤202。

可以理解的是，上述通过已返回展示数据的数量，来确定目标展示位的方式，可以避免每次都进行展示位的尺寸计算。从而可以简化处理过程，有助于提高处理效率。

在一些实施例中，执行主体也可以确定已返回的展示数据中，是否存在不完整的展示数据。例如，每个展示数据的程序代码中是否存在结束符。或者，每个展示数据是否都包含图像信息和描述信息。也就是说，因为网络原因，执行主体可能没有接收到完整的展示数据。这样就会导致对应的展示位出现展示缺失。如果存在不完整的展示数据，那么执行主体可以确定展示页面中存在目标展示位。

可选地，执行主体也可以根据已返回的各展示数据所对应的展示位的位置信息，直接确定每组展示位在设定展示方向上的总尺寸。进而确定各组展示位之间是否存在尺寸差异。若存在尺寸差异，则可以说明展示页面中存在目标展示位。

步骤202，响应于确定存在目标展示位，根据各展示位在展示页面中的位置信息，确定目标展示位在设定展示方向上的尺寸。

在一些实施例中，在确定存在目标展示位的情况下，执行主体可以根据各展示位在展示页面中的位置信息，来确定目标展示位在设定展示方向上的尺寸。作为示例，首先，执行主体可以根据每个展示位的坐标以及所在的组，确定每个展示位在设定展示方向上的尺寸，进而可以确定每组展示位的总尺寸。之后，根据各组展示位之间的尺寸差，可以确定目标展示位的位置，以及目标展示位在设定展示方向上的尺寸。例如，对于两列展示位，若左列展示位的总高度与右列展示位的总高度的差值为负3厘米，则说明目标展示位在左列，其高度为3厘米。若左列展示位的总高度与右列展示位的总高度的差值为3厘米，则说明目标展示位在右列，其高度为3厘米。

在一些实施例中，在确定各组展示位之间存在尺寸差异的情况下，说明执行主体已经得到每组展示位的总尺寸。此时，执行主体可以直接根据各组展示位之间的尺寸差值，来确定目标展示位的位置及在设定展示方向上的尺寸。

步骤203，基于目标展示位的尺寸，响应于确定进行展示数据补充，在展示页面中展示缓存数据。

可以理解的是，在普通的滑动过程中漏坑现象不一定出现，尤其当一页的数据较小时。而用户滑动到最后一页数据时，也不一定出现漏坑现象，或者出现的漏坑范围比较小。也就是说，各组展示位的总尺寸差不多，漏坑现象不是很明显。但是当从服务端返回的数据越来越多时，由于展示位尺寸(如高度)的不断叠加，漏坑现象可能会出现。一般情况下，较大的漏坑不一定会出现。因为后续返回来的数据的展示位，会在上次请求回来的数据的展示位后面继续展示，从而弥补漏坑现象。

在一些实施例中，基于步骤202确定的目标展示位的尺寸，执行主体可以确定是否进行展示数据补充。若确定需要进行补充，则可以在展示页面中展示缓存数据。作为示例，若在步骤201中，执行主体确定已返回的展示数据的数量不是展示位组数的整数倍，则说明展示页面中极有可能出现会漏坑现象，并且漏坑(空白区域)范围较大。在这种情况下，说明需要进行展示数据补充，执行主体可以直接在展示页面中展示缓存数据。

在一些实施例中，执行主体可以确定目标展示位的尺寸是否大于目标阈值。若确定大于目标阈值，则执行主体可以在展示页面中展示缓存数据。也就是说，需要进行漏坑填补。这里的目标阈值可以根据实际情况进行设置。作为示例，目标阈值可以是根据展示位在设定展示方向上的通常尺寸而确定的。如目标阈值可以为展示位尺寸的二分之一。又例如，为了提升确定结果的准确性，目标阈值可以是基于展示页面中，各展示位在设定展示方向上的尺寸平均值而确定的。如目标阈值可以为平均值尺寸的三分之二。也就是说，目标阈值是根据当前已展示的展示位的实际尺寸进行动态确定的。这样更加符合当前展示页面的情况。

可以理解的是，漏坑现象通常是在用户网络信号不太好的情况下出现的。因此，此时再去请求服务端补充缓存数据显然不太可靠。无法实现展示页面中展示缺失的快速填补。另外，随着用户浏览展示页面，后续展示数据或许已经在返回的路上了，我们没办法保证缓存数据会优先返回。对于这种情况，缓存数据可以存储在执行主体本地。当出现漏坑现象，需要进行填补的时候，执行主体可以从本地获取缓存数据进行填补，从而显示在展示页面中。

在这里，缓存数据可以是通过对大量用户的浏览记录进行统计分析得到的，并且可以预先存储在执行主体本地。例如，缓存数据可以是被多个用户点击浏览过的数据。又例如，为了提高展示页面中数据推荐的针对性和准确性，上述缓存数据可以是通过对使用该执行主体的用户，在展示页面的浏览行为进行统计分析得到的。

通过以上描述可知，本公开的一些实施例的展示数据处理方法，在用户将展示页面快速滑动到预设位置(页面底部或数据末端)时，可以对服务端已返回的展示数据进行分析，从而确定是否存在漏坑现象。另外，在确定存在漏坑现象的情况下，可以根据漏坑程度，进一步确定是否进行漏坑填补。在确定进行填补的情况下，可以利用缓存数据进行填补。这样通过漏坑填补，可以提升展示页面的视觉效果。此外，也有利于提高页面的利用率。即可以展示更多的展示数据。进而还有助于提高展示数据的曝光率和点击率。

请参见图3，示出了根据本公开的展示数据处理方法的另一些实施例的流程300。该方法包括以下步骤：

步骤301，响应于检测到用户在设定时长内将展示页面滑动到预设位置，根据服务端已返回的展示数据，确定展示页面中是否存在目标展示位。

步骤302，响应于确定存在目标展示位，根据各展示位在展示页面中的位置信息，确定目标展示位在设定展示方向上的尺寸。

步骤303，基于目标展示位的尺寸，确定是否进行展示数据补充。

上述步骤301至303的具体描述，可以参见图2实施例中步骤201至203的相关描述，此处不再赘述。展示数据处理方法的执行主体，在确定在展示页面中展示缓存数据的情况下，可以继续执行步骤304。

步骤304，响应于确定进行展示数据补充，从缓存数据集中选取目标缓存数据，及在展示页面中展示目标缓存数据。

在一些实施例中，基于步骤303确定进行展示数据补充的情况下，执行主体可以从缓存数据集中选取目标缓存数据。以及可以在展示页面中展示该目标缓存数据。其中，选取方式在这里不限制。例如，可以从缓存数据集中随机选取缓存数据，以作为目标缓存数据。又例如，缓存数据集可以为缓存数据队列。在这种情况下，执行主体可以按照队列中缓存数据的先后顺序，从中选取目标缓存数据。

在一些实施例中，为了提高选取结果的准确性，执行主体可以根据目标展示位的尺寸，从缓存数据集中选取与目标展示位相适配的缓存数据，作为目标缓存数据。例如，目标展示位的高度为3厘米，那么可以选取数据内容高度(所需展示位高度)与之相近的缓存数据。接着，执行主体可以在目标展示位展示该目标缓存数据(即选取的缓存数据)。这样，可以尽可能地使填补后的展示页面更加整齐美观，避免或减少各组展示位之间的尺寸差。

可选地，首先，执行主体可以确定候选展示位在设定展示方向上的尺寸。其中，候选展示位一般为展示页面中，与目标展示位相邻，且与目标展示位属于不同组的展示位。例如对于两列展示位，若目标展示位为左列，则候选展示位可以为右列最后一个展示位。接着，执行主体可以根据候选展示位的尺寸和目标展示位的尺寸，从缓存数据集中选取相适配的缓存数据，作为目标缓存数据。例如，左列的目标展示位的高度L₁为3厘米，右列的候选展示位的高度L₂为4厘米。此时，可以选取数据内容高度约为5(2L₂-L₁)厘米的目标缓存数据。

之后，可以在候选展示位展示目标缓存数据，及在目标展示位展示此前位于候选展示位的展示数据。同时，执行主体可以根据所展示的数据内容，来调整相应展示位的尺寸。也就是说，可以将目标缓存数据在目标展示位展示，也可以在候选展示位展示，以实现漏坑填补。即可以将目标缓存数据设置在已返回展示数据的末端，也可以设置在各展示数据之间。这样，在缓存数据集中不存在与目标展示位相适配的缓存数据时，也可以选取其他的缓存数据。从而能够提高选取的灵活性，以及填补方式的多样性。

在一些实施例中，为了提高展示页面中数据推荐的针对性，提升点击率，上述缓存数据集可以是通过对用户在展示页面中的浏览行为进行统计分析得到的。作为示例，可以采集触发次数大于设定次数(如3次)的展示数据。这里的触发方式并不限制，可以是用于指示浏览展示数据的详细内容的任意方式，如点击、滑动等等。执行主体可以将采集到的展示数据缓存在本地，从而得到缓存数据集。在这里，缓存数据集可以采用队列数据结构。可以按照用户点击浏览的时间先后顺序，进行数据存储。

步骤305，响应于接收到服务端返回的新展示数据，删除展示页面中的缓存数据，以及在展示页面中展示新展示数据。

在一些实施例中，在接收到服务端返回的新展示数据的情况下，执行主体可以删除展示页面中的缓存数据(如目标缓存数据)。以及可以在展示页面中继续展示新展示数据。即可以在此前已返回的展示数据后面，继续展示新展示数据，以供用户浏览。进一步地，执行主体还可以将缓存数据集中的目标缓存数据删除，以避免数据的重复展示推荐。也有助于提高其他数据的曝光率。

作为示例，以双列等宽的瀑布流式布局的展示页面为例，如图4所示，在用户打开进入终端上某APP(应用)时，终端上可以显示该应用的推荐列表(即展示页面)。同时，可以对用户的点击/浏览动作进行记录。并可以将点击次数超过三次的物品数据存入本地队列。队列中可以记录物品的标识，如SKU0、SKU1、SKU2···。在这里，SKU全称为Stock KeepingUnit，一般为库存进出计量的基本单元。现通常被引申为产品统一编号的简称，每种产品均对应有唯一的SKU号。

当检测到用户快速滑动推荐列表时，往往会超过第一页中展示的数据，即需要展示后续页面中的数据。终端可以根据滑动位置进行对应坑位(展示位)展示。同时可以计算是否有漏坑现象。如果有漏坑现象，可以计算漏坑高度。另外，还会确定漏坑高度是否满足展示物品数据的条件。如果满足，可以从本地队列中获取物品SKU，进行漏坑填补展示。如果高度不满足，可以不进行漏坑填补，即可以视为无漏坑。当有新数据返回后，终端可以删除漏坑填补数据，并可以对返回的新数据进行推荐展示。

本公开的一些实施例提供的展示数据处理方法，进一步完善了漏坑填补的处理过程。在网络信息号不太好的情况下，可以利用本地缓存数据，快速实现漏坑填补，从而改善展示页面的视觉效果。另外，在后续数据返回后，可以对返回的数据继续展示，而不会影响展示页面的正常浏览。

进一步参考图5，作为对上述图2和3所示方法的实现，本公开提供了展示数据处理装置的一些实施例，这些装置实施例与图2和3所示的那些方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图5所示，一些实施例的展示数据处理装置500可以包括：展示位确定单元501，被配置成响应于检测到用户在设定时长内将展示页面滑动到预设位置，根据服务端已返回的展示数据，确定展示页面中是否存在目标展示位；尺寸确定单元502，被配置成响应于确定存在目标展示位，根据各展示位在展示页面中的位置信息，确定目标展示位在设定展示方向上的尺寸；数据展示确定单元503，被配置成基于目标展示位的尺寸，响应于确定进行展示数据补充，在展示页面中展示缓存数据。

在一些实施例中，数据展示确定单元503可以进一步被配置成响应于确定展示缓存数据，从缓存数据集中选取目标缓存数据，及在展示页面中展示目标缓存数据。

在一些实施例中，数据展示确定单元503可以进一步被配置成根据目标展示位的尺寸，从缓存数据集中选取与目标展示位相适配的缓存数据，作为目标缓存数据；在目标展示位展示目标缓存数据。

在一些实施例中，数据展示确定单元503可以进一步被配置成确定候选展示位在设定展示方向上的尺寸，其中，候选展示位为展示页面中与目标展示位相邻、属于不同组的展示位；根据候选展示位的尺寸和目标展示位的尺寸，从缓存数据集中选取相适配的缓存数据，作为目标缓存数据；在候选展示位展示目标缓存数据，及在目标展示位展示此前位于候选展示位的展示数据。

在一些实施例中，展示位确定单元501可以进一步被配置成确定服务端已返回的展示数据的数量，是否为展示页面中展示位组数的整数倍；响应于确定不是整数倍，确定展示页面中存在目标展示位。

在一些实施例中，展示位确定单元501还可以进一步被配置成响应于确定是整数倍，根据各展示位在展示页面中的位置信息，确定在设定展示方向上每组展示位的总尺寸；根据各组展示位的总尺寸，确定各组展示位之间是否存在尺寸差异；响应于确定存在尺寸差异，确定展示页面中存在目标展示位。

在一些实施例中，尺寸确定单元502可以进一步被配置成根据各组展示位之间的尺寸差值，确定目标展示位的位置及在设定展示方向上的尺寸；以及数据展示确定单元503进一步被配置成确定目标展示位的尺寸是否大于目标阈值，其中，目标阈值是基于展示页面中，各展示位在设定展示方向上的尺寸平均值而确定的；响应于确定大于目标阈值，确定在展示页面中展示缓存数据。

在一些实施例中，该装置500还可以包括采集单元(图5中未示出)，被配置成对用户在展示页面中的浏览行为进行统计分析，采集触发次数大于设定次数的展示数据；将采集到的展示数据缓存在本地，得到缓存数据集。

在一些实施例中，该装置500还可以包括展示调整单元(图5中未示出)，被配置成响应于接收到服务端返回的新展示数据，删除展示页面中的缓存数据，以及在展示页面中展示新展示数据。

可以理解的是，该装置500中记载的诸单元与参考图2和3描述的方法中的各个步骤相对应。由此，上文针对方法描述的操作、特征以及产生的有益效果同样适用于装置500及其中包含的单元，在此不再赘述。

下面参考图6，其示出了适于用来实现本公开的一些实施例的终端设备(例如图1中的终端)600的结构示意图。图6示出的终端设备仅仅是一个示例，不应对本公开的实施例的功能和使用范围带来任何限制。

如图6所示，终端设备600可以包括处理装置(例如中央处理器、图形处理器等)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储装置608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中，还存储有终端设备600操作所需的各种程序和数据。处理装置601、ROM 602以及RAM603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

通常，以下装置可以连接至I/O接口605：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置606；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置607；包括例如磁带、硬盘等的存储装置608；以及通信装置609。通信装置609可以允许终端设备600与其他设备进行无线或有线通信以交换数据。虽然图6示出了具有各种装置的终端设备600，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。图6中示出的每个方框可以代表一个装置，也可以根据需要代表多个装置。

特别地，根据本公开的一些实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的一些实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的一些实施例中，该计算机程序可以通过通信装置609从网络上被下载和安装，或者从存储装置608被安装，或者从ROM 602被安装。在该计算机程序被处理装置601执行时，执行本公开的一些实施例的方法中限定的上述功能。

需要说明的是，本公开的一些实施例中记载的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开的一些实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开的一些实施例中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

在一些实施方式中，客户端、服务器可以利用诸如HTTP(HyperText TransferProtocol，超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信(例如，通信网络)互连。通信网络的示例包括局域网(“LAN”)，广域网(“WAN”)，网际网(例如，互联网)以及端对端网络(例如，ad hoc端对端网络)，以及任何当前已知或未来研发的网络。

上述计算机可读介质可以是上述终端设备中所包含的；也可以是单独存在，而未装配入该终端设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该终端设备执行时，使得该终端设备：响应于检测到用户在设定时长内将展示页面滑动到预设位置，根据服务端已返回的展示数据，确定展示页面中是否存在目标展示位；响应于确定存在目标展示位，根据各展示位在展示页面中的位置信息，确定目标展示位在设定展示方向上的尺寸；基于目标展示位的尺寸，响应于确定进行展示数据补充，在展示页面中展示缓存数据。

此外，可以以一种或多种程序设计语言或其组合来编写用于执行本公开的一些实施例的操作的计算机程序代码，程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)——连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开的一些实施例中的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括展示位确定单元、尺寸确定单元和数据展示确定单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，展示位确定单元还可以被描述为“根据服务端已返回的展示数据，确定展示页面中是否存在目标展示位的单元”。

本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。

以上描述仅为本公开的一些较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开的实施例中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开的实施例中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (12)

1.一种展示数据处理方法，包括：

响应于检测到用户在设定时长内将展示页面滑动到预设位置，根据服务端已返回的展示数据，确定所述展示页面中是否存在目标展示位；

响应于确定存在目标展示位，根据各展示位在所述展示页面中的位置信息，确定所述目标展示位在设定展示方向上的尺寸；

基于所述目标展示位的尺寸，响应于确定进行展示数据补充，在所述展示页面中展示缓存数据。

2.根据权利要求1所述的方法，其中，所述在所述展示页面中展示缓存数据，包括：

从缓存数据集中选取目标缓存数据，及在所述展示页面中展示所述目标缓存数据。

3.根据权利要求2所述的方法，其中，所述从缓存数据集中选取目标缓存数据，及在所述展示页面中展示所述目标缓存数据，包括：

根据所述目标展示位的尺寸，从缓存数据集中选取与所述目标展示位相适配的缓存数据，作为目标缓存数据；

在所述目标展示位展示所述目标缓存数据。

4.根据权利要求2所述的方法，其中，所述从缓存数据集中选取目标缓存数据，及在所述展示页面中展示所述目标缓存数据，包括：

确定候选展示位在所述设定展示方向上的尺寸，其中，所述候选展示位为所述展示页面中与所述目标展示位相邻、属于不同组的展示位；

根据所述候选展示位的尺寸和所述目标展示位的尺寸，从缓存数据集中选取相适配的缓存数据，作为目标缓存数据；

在所述候选展示位展示所述目标缓存数据，及在所述目标展示位展示此前位于所述候选展示位的展示数据。

5.根据权利要求1所述的方法，其中，所述根据服务端已返回的展示数据，确定所述展示页面中是否存在目标展示位，包括：

确定服务端已返回的展示数据的数量，是否为所述展示页面中展示位组数的整数倍；

响应于确定不是整数倍，确定所述展示页面中存在目标展示位。

6.根据权利要求5所述的方法，其中，所述根据服务端已返回的展示数据，确定所述展示页面中是否存在目标展示位，还包括：

响应于确定是整数倍，根据各展示位在所述展示页面中的位置信息，确定在所述设定展示方向上每组展示位的总尺寸；

根据各组展示位的总尺寸，确定各组展示位之间是否存在尺寸差异；

响应于确定存在尺寸差异，确定所述展示页面中存在目标展示位。

7.根据权利要求6所述的方法，其中，所述根据各展示位在所述展示页面中的位置信息，确定所述目标展示位在设定展示方向上的尺寸，包括：

根据各组展示位之间的尺寸差值，确定所述目标展示位的位置及在设定展示方向上的尺寸；以及

所述基于所述目标展示位的尺寸，响应于确定进行展示数据补充，在所述展示页面中展示缓存数据，包括：

确定所述目标展示位的尺寸是否大于目标阈值，其中，所述目标阈值是基于所述展示页面中，各展示位在所述设定展示方向上的尺寸平均值而确定的；

响应于确定大于目标阈值，确定在所述展示页面中展示缓存数据。

8.根据权利要求2所述的方法，其中，所述缓存数据集通过以下采集方法得到：

对用户在所述展示页面中的浏览行为进行统计分析，采集触发次数大于设定次数的展示数据；

将采集到的展示数据缓存在本地，得到缓存数据集。

9.根据权利要求1-8之一所述的方法，其中，所述方法还包括：

响应于接收到所述服务端返回的新展示数据，删除所述展示页面中的缓存数据，以及在所述展示页面中展示新展示数据。

10.一种展示数据处理装置，包括：

展示位确定单元，被配置成响应于检测到用户在设定时长内将展示页面滑动到预设位置，根据服务端已返回的展示数据，确定所述展示页面中是否存在目标展示位；

尺寸确定单元，被配置成响应于确定存在目标展示位，根据各展示位在所述展示页面中的位置信息，确定所述目标展示位在设定展示方向上的尺寸；

数据展示确定单元，被配置成基于所述目标展示位的尺寸，响应于确定进行展示数据补充，在所述展示页面中展示缓存数据。

11.一种终端设备，包括：

显示屏，被配置成显示展示页面；

一个或多个处理器；

存储装置，其上存储有一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-9中任一所述的方法。

12.一种计算机可读介质，其上存储有计算机程序，其中，所述程序被处理器执行时实现如权利要求1-9中任一所述的方法。

Images