一种列表数据请求业务处理方法及装置与流程

本说明书实施例涉及互联网应用技术领域，尤其涉及一种列表数据请求业务处理方法及装置。

背景技术

应用页面的一种常用的数据展示方式是通过列表展示，如淘宝应用通过客户端或浏览器的页面，展示商品列表、用户订单列表等。页面中所展示的列表数据的数目一般是固定的，如固定每页展示10条列表数据，并且通常可以由用户根据需求进行设置，如可选项为每页展示10、20或50条列表数据，若用户选择“50”的选项，则将固定每页展示50条列表数据。所展示的数目确定之后，每当用户需要翻页时，终端设备便可以根据每页的列表数目，确定需要向服务端获取的新页面的列表数据，生成列表数据请求并发送至服务端。

基于现有技术，需要更有效的列表数据请求业务处理方法。

技术实现要素：

针对上述技术问题，本说明书实施例提供一种列表数据请求业务处理方法及装置，技术方案如下：

一种列表数据请求业务处理方法，该方法包括：

接收列表数据请求触发操作；

确定总数据量、历史请求数据量及本次指定数据量；其中，所述总数据量用于表示列表数据的总量；所述历史请求数据量用于表示各次历史列表数据请求向服务端获取的实际数据量；所述本次指定数据量为：本次触发操作中指定的需要向服务端获取的数据量；

对所确定的总数据量、历史请求数据量与本次指定数据量进行加权处理，并根据预设上限与加权处理结果中的最小值，得到本次请求需要向服务端获取的实际数据量，生成对应的列表数据请求；其中，所述预设上限用于表示本次请求可向服务端获取的数据量的上限。

一种列表数据请求业务处理装置，该装置包括：

触发操作接收模块，用于接收列表数据请求触发操作；

参数值确定模块，用于确定总数据量、历史请求数据量及本次指定数据量；其中，所述总数据量用于表示列表数据的总量；所述历史请求数据量用于表示各次历史列表数据请求向服务端获取的实际数据量；所述本次指定数据量为：本次触发操作中指定的需要向服务端获取的数据量；

数据量计算模块，用于对所确定的总数据量、历史请求数据量与本次指定数据量进行加权处理，并根据预设上限与加权处理结果中的最小值，得到本次请求需要向服务端获取的实际数据量，生成对应的列表数据请求；其中，所述预设上限用于表示本次请求可向服务端获取的数据量的上限。

本说明书实施例所提供的技术方案，在用户需要查看其他列表数据时，根据所指定的向服务器获取的数据量，基于预先配置的数据量策略，计算本次通过列表数据请求实际向服务器获取的数据量，从而在用户每次需要查看其他列表数据时，根据指定数据量等实时及历史参数值，动态地确定本次的实际数据量，使用户可以通过更少的操作查看到需要的数据，从而提高用户的查看效率，并减少向服务器发送的请求数量，减轻服务器压力。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本说明书实施例。

此外，本说明书实施例中的任一实施例并不需要达到上述的全部效果。

附图说明

为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书实施例中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。

图1是本说明书实施例的列表数据请求业务处理方法的流程示意图；

图2是本说明书实施例的列表数据请求业务处理装置的一种结构示意图；

图3是本说明书实施例的列表数据请求业务处理装置的另一种结构示意图；

图4是用于配置本说明书实施例装置的一种设备的结构示意图。

具体实施方式

为了使本领域技术人员更好地理解本说明书实施例中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行详细地描述，显然，所描述的实施例仅仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员所获得的所有其他实施例，都应当属于保护的范围。

本说明书实施例提供一种列表数据请求业务处理方法，可以根据用户的历史列表数据请求的参数值，及本次列表数据请求的参数值，动态决策用户本次向服务端获取的列表数据量，从而根据数据规模、用户习惯等因素优化每次获取的数据量，减少与服务端交互获取数据的次数，提高获取数据的效率，减轻服务器压力，并提升用户查看应用页面列表数据的体验。

可以理解的是，本说明书实施例中所称的应用，可以基于c/s(客户端/服务器)架构实现，也可以基于b/s(浏览器/服务器)架构实现；而服务端可以由一台服务器构成，也可以是多台服务器组成的集群。

参见图1所示，本说明书实施例提供的方法可以包括以下步骤：

s101，接收列表数据请求触发操作；

s102，确定总数据量、历史请求数据量及本次指定数据量；其中，所述总数据量用于表示列表数据的总量；所述历史请求数据量用于表示各次历史列表数据请求向服务端获取的实际数据量；所述本次指定数据量为：本次触发操作中指定的需要向服务端获取的数据量；

在用于动态决策本次实际数据量的各项参数值中，总数据量用于表示总的列表数据量，例如，对于支付宝的用户账单页面，总数据量用于表示该用户的所有账单数据的总数，又如，对于淘宝的商品搜索页面，总数据量用于表示淘宝中所有可搜索到的该商品的总数。

可以理解的是，只要可以实现表示列表数据的总量的目的，本说明书实施例并不限定总数据量的具体表示形式。例如，总数据量可以是列表数据的总数；也可以是根据特定应用场景，对列表数据的总数进行特定运算处理后的结果。

具体地，以淘宝的商品搜索页面为例，由于不同商品可搜索到总数的数值差别较大，如某些商品只有几件，而某些商品可能有上万件，因此可以通过取对数并取整等方式，压缩数值量级的范围，得到对应的用于表示商品可搜索到总数的总数据量；以支付宝的用户账单页面为例，可以使用特定时间的平均数据量，如近30日的日均数据量，作为表示账单数据总量的总数据量，从而减少运算次数与运算量；等等，本领域技术人员可以结合具体的应用需求，设定总数据量的表示形式。

此外，本说明书实施例也不限定总数据量的确定方式。例如，可以在应用本说明书实施例提供的方案，对列表数据请求业务进行处理时，获取列表数据的总量，或进一步地进行运算处理，得到总数据量；又如，可以预先由离线数据库对数据进行加工与分析，并在需要时直接获取处理结果；等等。

同理地，本说明书方案中的历史请求数据量，只要可以实现表示各次历史列表数据请求向服务端获取的实际数据量的目的，本说明书实施例并不限定历史请求数据量的具体表示形式。

例如，可以是历史列表数据请求向服务端获取的实际数据量的平均值，作为一种具体实施方式，在确定历史数据量时，可以首先确定当前登录的用户账号，从而获取所述用户账号最近n日(如最近7日)的数据请求次数、及每次数据请求的实际数据量；其中，n为正整数；并根据所获取的数据请求次数与实际数据量，计算每次数据请求的实际数据量的平均值。

又例如，可以是历史列表数据请求的页数，如各次历史请求的累计页数、每次历史请求的平均页数等，根据请求的页数与页面默认展示的数据量，也可以得到对应的所请求的列表数据量。

此外，本说明书实施例也不限定历史请求数据量的确定方式。例如，可以如上面计算平均值的例子，在对列表数据请求业务进行处理时，获取数据请求次数及每次的实际数据量等数值，并计算所需要的历史请求数据量；也可以预先将历史请求日志导入离线数据库，进行历史请求数据量的计算，并在需要时直接获取预先计算的结果；等等。

用户通过浏览器或客户端的操作接口，进行翻页、上拉等操作获取列表数据时，对应的列表数据请求触发操作中，便会根据用户的操作指定需要向服务端获取的数据量，本次指定数据量即指本次触发操作中指定的需要向服务端获取的数据量。

例如，浏览器当前展示的是第1页的列表数据，页面默认展示的默认数据量为20条，则用户点击“下一页”按钮时，对应的本次指定数据量可以为20条、也可以为第2页、等等，本说明书实施例并不限定触发操作中指定数据量的形式。

通过上述确定的总数据量、历史请求数据量与本次指定数据量，基于预设的算法对这3个参数值进行运算，便可以动态决策对应的实际数据量。

本说明书实施例的一种具体实施方式中，参与运算的参数还可以包括网络环境参数，并且可以通过确定当前的网络环境，并根据预设的网络环境与数值的对应关系，确定网络环境值，例如，2g网络环境值为1、3g与4g网络环境值为2、无线连接的网络环境值为4、网线连接的网络环境值为8、等等；在另一种具体实施方式中，参与运算的参数还可以包括默认数据量参数，即页面默认展示的列表数据量参数，并可以通过确定页面当前设置的展示列表数据的默认数据量，如每页10条、20条等，获取对应的参数值。

可以理解的是，参与运算的其他参数可以包括网络环境参数与默认数据量参数中的任一种，也可以同时包括这2种，此外，还可以包括其他有助于优化实际数据量决策的参数。

s103，对所确定的总数据量、历史请求数据量与本次指定数据量进行加权处理，并根据预设上限与加权处理结果中的最小值，得到本次请求需要向服务端获取的实际数据量，生成对应的列表数据请求；其中，所述预设上限用于表示本次请求可向服务端获取的数据量的上限。

本说明书实施例中对上述3种参数值进行加权处理的目的，是基于这3种参数值计算实际数据量，本领域技术人员可以针对不同的实际需求灵活地设定加权处理的具体算法，本说明书实施例不需要对此进行限定。

此外，不同用户的数据规模、浏览习惯等也存在差别，因此，在本说明书实施例的一种具体实施方式中，可以预先设置数据量策略集合，该集合中包括一种或多种数据量策略，每种数据量策略至少包括预设参数：总数据量参数、历史请求数据量参数及本次指定数据量参数，且各数据量策略所包括的其他参数和/或所对应的加权处理算法不同。

并且，预先建立的请求触发操作用户与数据量策略的对应关系，当接收列表数据请求触发操作时，可以根据预设对应关系，从预设的数据量策略集合中，获取与所述触发操作对应的数据量策略。

除了确定总数据量参数、历史请求数据量参数及本次指定数据量参数的参数值(即总数据量、历史请求数据量及本次指定数据量)外，还可以确定所述对应数据量策略中是否包括其他参数，若是，则获取所包括的其他参数的参数值，并获取所述对应数据量策略中的加权处理算法，根据所获取的其他参数值与加权处理算法，对所确定的总数据量、历史请求数据量与本次指定数据量进行加权处理。

例如，某用户使用支付宝应用的习惯是，既通过客户端查看账单，也通过浏览器查看账单，因此网络环境会发生改变，则可以针对性的在其他参数中包括网络环境参数，并且为了压缩数值量级范围，平衡对计算结果的影响，对总数据量、历史请求数据量及本次指定数据量取对数，则加权处理的算法可以为：

q(t,h,c,e)＝p1*r(t)+p2*s(h)+p3*u(c)+p4*x(e)(1)

其中，t为总数据量，h为历史请求数据量，c为本次指定数据量，p1、p2、p3、p4均为加权系数，r(t)、s(h)与u(c)分别为对t、h与c取对数后向上取整，e为当前的网络环境，x(e)为对应的当前网络环境值。

除了增加其他参数，针对不同的用户，加权系数p1、p2、p3、p4均可以针对性地调整，从而通过改变r(t)、s(h)、u(c)及x(e)在计算中的权重，得到侧重点各不相同的加权处理算法。

或者，通过调整r(t)、s(h)、u(c)的底数，改变t、h、c在计算中的数值范围，得到侧重点各不相同的加权处理算法，例如，将r(t)的底数设置为默认数据量，从而得到页面按照默认数据量展示总数据量t所需要的默认页数r(t)，并根据该默认页数计算实际数据量。

当然，加权处理算法中不限于对各参数值进行取对数，也可以是直接计算加权和、或者基于其他简单或复杂的函数进行运算、等等。

得到加权处理结果后，如果直接将加权处理结果作为实际数据量，则可能出现获取的实际数据量过大的情况。因此，进一步地预先设置上限，并比较加权处理结果与预设上限的最小值，从而可以将其中的最小值作为本次请求需要向服务端获取的实际数据量；也可以先对其中的最小值进一步地运算，如乘以某个系数来成倍扩大或缩小该最小值，再将运算后结果作为本次请求需要向服务端获取的实际数据量。

仍以上述加权处理算法q(t,h,c,e)为例，计算实际数据量的算法可以为：

q′(t,h,c,e)＝min{[p1*r(t)+p2*s(h)+p3*u(c)+p4*x(e)],q}*d

(2)

其中，q为获取数据量上限值，d为默认数据量。

如果受加权系数与底数的影响，使上式的计算结果数值小于预期的数值范围，还可以将计算结果再乘以预设的扩大系数(如当前页面的默认数据量)，从而在合理的范围内扩大所计算的实际数据量。

综上，本说明书方案的数据量策略集合中，可以通过调整所包括的其他参数、加权处理算法中的运算函数、及函数中的系数、等等，实现针对不同用户的不同数据量策略。

在本说明书实施例的一种具体实施方式中，得到本次请求需要向服务端获取的实际数据量后，还可以更新历史请求数据量，以便后续根据更新后的历史请求数据量处理列表数据请求业务。

下面结合一个更为具体的实例，对本说明书提供的列表数据请求业务处理方法进行说明。

蚂蚁商家的在线账单应用的某个商家用户，通过浏览器查看在线账单页面时，点击了浏览器页面中翻到第4页的按钮，则浏览器中对应的模块将接收到列表数据请求触发操作。

在预设的数据量策略集合中，确定当前用户对应的数据量策略，从而确定计算实际数据量的公式为：

q′(t,h,c,e)＝min{[p1*r(t)+p2*s(h)+p3*u(c)+p4*x(e)],q}*d

(3)

其中，r(t)为以d为底取t的对数，向上取整；s(h)为以2为底取h的对数，向上取整；u(c)为以2为底取c的对数，向上取整；x(e)为根据网络环境确定数值，2g网络环境值为1、3g与4g网络环境值为2、无线连接的网络环境值为4、网线连接的网络环境值为8。

则进一步地确定各参数的值，该用户的账单总数据量t为1000条，历史请求数据量(通过历史平均请求页数表示)h为8页，本次指定数据量(通过本次指定页码表示)c为4页，当前网络环境为wifi环境，对应的网络环境值为4，默认数据量d为每页10条，预设的分页放大上限q为15，预设的加权系数p1、p2、p3、p4均为1，带入公式(2)中得到实际数据量：

q′(1000,8,4,4)＝min{[1*lg1000+1*log28+1*log24+1*4],15}*10

＝120条

如果按照现有的方案，每次请求固定获取10条数据，那么用户若要浏览全部的1000条数据，需要翻页100次；而按照上述方案，本次请求向服务端获取120条数据，则只需8次左右便可以浏览全部数据。

可见，应用上述方案，能够按照列表数据的规模、用户历史请求数据量、本次指定数据量等参数的值，动态的决策向服务端获取的列表数据量，从而减少用户获取数据的次数，减轻服务端的访问压力，并提高用户浏览数据的效率。

相应于上述方法实施例，本说明书实施例还提供一种列表数据请求业务处理装置，参见图2所示，该装置可以包括：

触发操作接收模块110，用于接收列表数据请求触发操作；

参数值确定模块120，用于确定总数据量、历史请求数据量及本次指定数据量；其中，所述总数据量用于表示列表数据的总量；所述历史请求数据量用于表示各次历史列表数据请求向服务端获取的实际数据量；所述本次指定数据量为：本次触发操作中指定的需要向服务端获取的数据量；

数据量计算模块130，用于对所确定的总数据量、历史请求数据量与本次指定数据量进行加权处理，并根据预设上限与加权处理结果中的最小值，得到本次请求需要向服务端获取的实际数据量，生成对应的列表数据请求；其中，所述预设上限用于表示本次请求可向服务端获取的数据量的上限。

在本说明书提供的一种具体实施方式中，参见图3所示，所述装置可以进一步包括：

策略确定模块140，可以用于根据预设对应关系，从预设的数据量策略集合中，获取与所述触发操作对应的数据量策略；

所述参数值确定模块120，还可以用于确定所述对应数据量策略中是否包括其他参数，若是，则获取所包括的其他参数的参数值；

所述数据量计算模块130，可以包括：

算法获取单元131，用于获取所述对应数据量策略中的加权处理算法；

加权处理单元132，用于根据所获取的其他参数值与加权处理算法，对所确定的总数据量、历史请求数据量与本次指定数据量进行加权处理。

在本说明书提供的一种具体实施方式中，所述其他参数可以包括：网络环境参数；

所述参数值确定模块120，具体可以用于确定当前的网络环境，并根据预设的网络环境与数值的对应关系，确定网络环境值；

所述加权处理单元132，具体可以用于根据所获取的加权处理算法，对所确定的总数据量、历史请求数据量、本次指定数据量与网络环境值进行加权处理。

在本说明书提供的一种具体实施方式中，所述其他参数还可以包括：默认数据量参数，用于表示页面默认展示的列表数据量；

所述参数值确定模块120，具体可以用于确定页面当前设置的默认数据量；

所述加权处理单元132，具体可以用于根据所获取的加权处理算法，以默认数据量为底数，对所确定的总数据量进行对数运算，并对运算结果及所确定的历史请求数据量与本次指定数据量进行加权处理。

在本说明书提供的一种具体实施方式中，参数值确定模块120，可以包括：

账号确定单元121，用于确定当前登录的用户账号；

历史数据获取单元122，用于获取所述用户账号最近n日的数据请求次数、及每次数据请求的实际数据量；其中，n为正整数；

历史平均值计算单元123，用于根据所获取的数据请求次数与实际数据量，计算每次数据请求的实际数据量的平均值。

在本说明书提供的一种具体实施方式中，参见图3所示，所述装置可以进一步包括：

历史数据更新模块150，用于根据本次请求的实际数据量，更新历史请求数据量，以便后续根据更新后的历史请求数据量处理列表数据请求业务。

可以理解的是，策略确定模块140与历史数据更新模块150作为两种功能独立的模块，既可以如图3所示同时配置在装置中，也可以分别单独配置在装置中，因此图3所示的结构不应理解为对本说明书实施例方案的限定。

上述装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

本说明书实施例还提供一种计算机设备，其至少包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，处理器执行所述程序时实现前述的列表数据请求业务处理方法。该方法至少包括：

接收列表数据请求触发操作；

确定总数据量、历史请求数据量及本次指定数据量；其中，所述总数据量用于表示列表数据的总量；所述历史请求数据量用于表示各次历史列表数据请求向服务端获取的实际数据量；所述本次指定数据量为：本次触发操作中指定的需要向服务端获取的数据量；

对所确定的总数据量、历史请求数据量与本次指定数据量进行加权处理，并根据预设上限与加权处理结果中的最小值，得到本次请求需要向服务端获取的实际数据量，生成对应的列表数据请求；其中，所述预设上限用于表示本次请求可向服务端获取的数据量的上限。

图4示出了本说明书实施例所提供的一种更为具体的计算设备硬件结构示意图，该设备可以包括：处理器1010、存储器1020、输入/输出接口1030、通信接口1040和总线1050。其中处理器1010、存储器1020、输入/输出接口1030和通信接口1040通过总线1050实现彼此之间在设备内部的通信连接。

处理器1010可以采用通用的cpu(centralprocessingunit，中央处理器)、微处理器、应用专用集成电路(applicationspecificintegratedcircuit，asic)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本说明书实施例所提供的技术方案。

存储器1020可以采用rom(readonlymemory，只读存储器)、ram(randomaccessmemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1020可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器1020中，并由处理器1010来调用执行。

输入/输出接口1030用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

通信接口1040用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如usb、网线等)实现通信，也可以通过无线方式(例如移动网络、wifi、蓝牙等)实现通信。

总线1050包括一通路，在设备的各个组件(例如处理器1010、存储器1020、输入/输出接口1030和通信接口1040)之间传输信息。

需要说明的是，尽管上述设备仅示出了处理器1010、存储器1020、输入/输出接口1030、通信接口1040以及总线1050，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。

本说明书实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前述的列表数据请求业务处理方法。该方法至少包括：

接收列表数据请求触发操作；

确定总数据量、历史请求数据量及本次指定数据量；其中，所述总数据量用于表示列表数据的总量；所述历史请求数据量用于表示各次历史列表数据请求向服务端获取的实际数据量；所述本次指定数据量为：本次触发操作中指定的需要向服务端获取的数据量；

对所确定的总数据量、历史请求数据量与本次指定数据量进行加权处理，并根据预设上限与加权处理结果中的最小值，得到本次请求需要向服务端获取的实际数据量，生成对应的列表数据请求；其中，所述预设上限用于表示本次请求可向服务端获取的数据量的上限。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本说明书实施例可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本说明书实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本说明书实施例各个实施例或者实施例的某些部分所述的方法。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，在实施本说明书实施例方案时可以把各模块的功能在同一个或多个软件和/或硬件中实现。也可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅是本说明书实施例的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本说明书实施例原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本说明书实施例的保护范围。