本申请涉及通信技术，尤其涉及一种应用程序列表数据的推送方法、装置和服务器。
背景技术：
随着移动终端技术的快速发展，各种移动终端例如手机已非常普及，并且，功能日益强大。目前，用户可以在手机上安装多种应用程序(app)，以满足自己的需求。例如，用户可以在手机上安装新闻、淘宝、团购、旅行等各种app，这些app每次加载一页列表数据，以供用户浏览。
但是，用户在浏览到页尾数据时如果想继续浏览下一页列表数据，则需要用户主动滑动以向服务端发送获取下一页数据的请求，此时终端上会显示“加载中”的提示信息，造成用户浏览不顺畅，体验感差。
技术实现要素：
有鉴于此，本申请提供一种应用程序列表数据的推送方法、装置和服务器。
根据本申请实施例的第一方面，提供一种应用程序列表数据的推送方法，所述方法包括：
接收移动终端发送的当前应用程序当前条目的列表数据获取请求；
根据所述列表数据获取请求获取列表数据的参数信息和用户操作信息；
根据所述列表数据的参数信息和所述用户操作信息计算所述列表数据的推送时间，并根据所述用户操作信息确定所述列表数据的推送数量；
在达到所述推送时间时，向所述移动终端推送所述推送数量的列表数据。
根据本申请实施例的第二方面，提供一种应用程序列表数据的推送装置，所述装置包括：
请求接收模块，用于接收移动终端发送的当前应用程序当前条目的列表数据获取请求；
获取模块，用于根据所述请求接收模块接收的所述列表数据获取请求获取列表数据的参数信息和用户操作信息；
计算确定模块，用于根据所述获取模块获取的所述参数信息和所述用户操作信息计算所述列表数据的推送时间，并根据所述获取模块获取的所述用户操作信息确定所述列表数据的推送数量；
推送模块，用于在达到所述计算确定模块计算的所述推送时间时，向所述移动终端推送所述计算确定模块确定的所述推送数量的列表数据。
根据本申请实施例的第三方面，提供一种服务器，包括：
处理器；用于存储所述处理器可执行指令的存储器；
其中，所述处理器被配置为：
接收移动终端发送的当前应用程序当前条目的列表数据获取请求；
根据所述列表数据获取请求获取列表数据的参数信息和用户操作信息；
根据所述列表数据的参数信息和所述用户操作信息计算所述列表数据的推送时间，并根据所述用户操作信息确定所述列表数据的推送数量；
在达到所述推送时间时，向所述移动终端推送所述推送数量的列表数据。
在本申请实施例中，在接收到移动终端的列表数据获取请求后，可以计算出列表数据的推送时间和推送数量，并在达到推送时间时，向移动终端推送对应数量的列表数据，使得用户在浏览到页尾数据之前，新的列表数据已推送到移动终端上，从而为移动终端基于切换至下一页列表数据的操作从缓存中读取列表数据，并展现所读取的列表数据提供条件。
附图说明
图1是本申请一示例性实施例示出的一种列表数据的推送方法的流程图；
图2是本申请一示例性实施例示出的一种计算列表数据的推送时间和确定列表数据的推送数量的流程图；
图3是本申请一示例性实施例示出的一种获取列表数据的参数信息和用户操作信息的流程图；
图4是本申请一示例性实施例示出的一种列表数据的推送过程流程图；
图5是本申请应用程序列表数据的推送装置所在设备的一种硬件结构图；
图6是本申请一示例性实施例示出的一种应用程序列表数据的推送装置的框图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
在本申请实施例中，移动终端在接收到当前应用程序当前条目的触发请求后，可以向服务端发送当前条目的列表数据获取请求，服务端在接收到该列表数据获取请求后，可以获取列表数据的参数信息和用户操作信息，并根据列表数据的参数信息和用户操作信息计算列表数据的推送时间以及根据用户操作信息确定列表数据的推送数量，然后在达到推送时间时，向移动终端推送上述推送数量的列表数据，以实现在用户浏览到页尾数据之前，新的列表数据已推送到移动终端上，因此，移动终端在接收到切换至下一页列表数据的操作时，可以基于该操作从缓存中读取列表数据，并展现所读取的列表数据，即用户在浏览列表数据时可以无缝切换到下一页列表数据。下面结合具体实施例对本申请的实现过程进行详细描述。
图1是本申请一示例性实施例示出的一种应用程序列表数据的推送方法的流程图，该实施例从服务端进行描述。如图1所示，该列表数据的推送方法包括：
步骤s101，接收移动终端发送的当前应用程序当前条目的列表数据获取请求。
其中，当前应用程序可以显示列表数据，例如可以为新闻、淘宝、团购、旅行等各种应用程序(app)。每个app可以包括多个条目，以“头条新闻”app为例，可以包括头条、社会、北京、娱乐和视频等多个条目。当用户想浏览当前app某个条目的列表数据时，可以触发例如点击该条目，移动终端在接收到该触发请求后，可以向服务端发送当前条目的列表数据获取请求，例如，可以通过长连接向服务端发送当前条目的列表数据获取请求，服务端也可以通过长连接接收移动终端发送的列表数据获取请求，采用长连接比采用短连接可以提高数据传输速度，节省重新建立网络连接的时间和流量，并且可以实现双向通信。
步骤s102，根据列表数据获取请求获取列表数据的参数信息和用户操作信息。
服务端在接收到列表数据获取请求后，可以根据该列表数据获取请求获取列表数据的参数信息和用户操作信息。
其中，列表数据的参数信息可以包括但不局限于列表数据的未加载数量，用户操作信息可以包括但不局限于用户的滑动速度、滑动方向、已浏览的列表数据数量。已浏览的列表数据数量是指已滑过的列表数据数量。另外，还可以包括：已触发的列表数据数量和用户在已触发列表数据页面的停留时间。已触发的列表数据数量是指用户点击查看详细内容的列表数据数量。
步骤s103，根据列表数据的参数信息和用户操作信息计算列表数据的推送时间，并根据用户操作信息确定列表数据的推送数量。
如图2所示，计算列表数据的推送时间和确定列表数据的推送数量可以包括：
步骤s1031，将用户操作信息输入预先建立的预测模型，得到预测动作。
其中，预测模型可以包括但不局限于支持向量机预测模型、线性回归预测模型和决策树预测模型等。
假设该实施例中采用的是支持向量机预测模型，则用户操作信息可以包括用户的滑动速度、滑动方向、已浏览的列表数据数量、已点击的列表数据数量和用户在已点击列表数据页面的停留时间。用户操作信息包含的内容越多，得到的预测动作越准确。
在将用户操作信息输入支持向量机预测模型后，支持向量机预测模型可以对这些信息进行分析，得到预测动作是向下滑动还是向上滑动。
步骤s1032，根据列表数据的参数信息、滑动速度、预设的第一系数和网络耗时计算出推送时间。
其中，列表数据的参数信息包括列表数据的未加载数量，即可以根据列表数据的未加载数量、滑动速度、预设的第一系数和网络耗时计算出推送时间。
当预测动作与之前动作的执行速度之差小于第一阈值即用户的滑动速度基本保持不变时，第一系数可以为1，即可以通过以下公式计算推送时间：
推送时间＝滑动速度*未加载数量-网络耗时
当预测动作与之前动作的执行速度之差大于第二阈值时即用户突然加速滑动时，第一系数可以大于0.5且小于1，即可以通过以下公式计算推送时间：
推送时间＝(滑动速度*未加载数量-网络耗时)*第一系数
其中，第一阈值小于第二阈值。
步骤s1033，根据预测动作确定列表数据的推送数量。
在该实施例中，当预测动作为向上滑动时，将推送数量确定为零。当预测动作为向下滑动时，可以根据当前移动终端的屏幕大小、列表数据显示带宽和预设的第二系数计算出推送数量。
其中，当预测动作为向下滑动时，若预测动作与之前动作的执行速度之差小于第一阈值即用户的滑动速度基本保持不变，则第二系数可以为1，即可以通过以下公式计算推送数量：
推送数量＝屏幕大小/列表数据显示带宽
当预测动作为向下滑动时，若当预测动作与之前动作的执行速度之差大于第二阈值即用户突然加速滑动，则第二系数可以大于1且小于2，即可以通过以下公式计算推送数量：
推送数量＝(屏幕大小/列表数据显示带宽)*第二系数
其中，第一阈值小于第二阈值。
需要说明的是，上述第一系数和第二系数可以动态调整，例如，初始时第二系数可以为1.5，即可以多推送一些列表数据，第一系数可以为0.7，即提前推送列表数据，而随着预测模型越来越精确，则可以将两个系数调整为无限接近1。
步骤s104，在达到推送时间时，向移动终端推送上述推送数量的列表数据。
在达到推送时间时，可以通过长连接向移动终端推送上述推送数量的列表数据。
在计算出列表数据的推送时间和推送数量之后，可以向移动终端推送列表数据，移动终端将接收到的列表数据存入缓存中，这样，若接收切换至下一页列表数据的操作，则可以基于该操作从缓存中读取列表数据，并展现所读取的列表数据，从而使用户可以进行无缝浏览。
上述实施例，在接收到移动终端的列表数据获取请求后，可以计算出列表数据的推送时间和推送数量，并在达到推送时间时，向移动终端推送对应数量的列表数据，使得用户在浏览到页尾数据之前，新的列表数据已推送到移动终端上，从而为移动终端基于切换至下一页列表数据的操作从缓存中读取列表数据，并展现所读取的列表数据提供条件。
图3是本申请一示例性实施例示出的一种获取列表数据的参数信息和用户操作信息的流程图，如图3所示，获取列表数据的参数信息和用户操作信息的过程可以包括：
步骤s301，根据列表数据获取请求实时或定时获取列表数据的当前显示数量和未加载数量。
在该实施例中，服务端在获得列表数据获取请求后，可以实时获取列表数据的当前显示数量和未加载数量，也可以定时例如每隔2秒种获取列表数据的当前显示数量和未加载数量。
步骤s302，若检测到列表数据的当前显示数量大于第一预设数量且未加载数量小于第二预设数量，则获取用户操作信息。
其中，第一预设数量和第二预设数量可以根据需要灵活设置，例如第一预设数量为5条、7条等，第二预设数量为10条、15条等。
若检测到列表数据的当前显示数量大于第一预设数量且未加载数量小于第二预设数量，则表明终端侧保存的待显示的列表数据不足，于是服务端可以用户操作信息，为后续计算列表数据的推送时间和确定列表数据的推送数量提供条件。
上述实施例，通过获取并检测列表数据的当前显示数量和未加载数量来获取用户操作信息，实现方式简单，并且可以为后续计算列表数据的推送时间和确定列表数据的推送数量提供条件。
图4是本申请一示例性实施例示出的一种列表数据的推送过程流程图，如图4所示，该实施例清楚地示出了移动终端和服务端之间的交互过程，该过程包括：
步骤s401，移动终端接收当前条目的触发请求，并根据该触发请求通过长连接向服务端发送当前条目的列表数据获取请求。
步骤s402，服务端根据该列表数据获取请求获取列表数据的参数信息和用户操作信息。
步骤s403，服务端根据列表数据的参数信息和用户操作信息计算列表数据的推送时间，并根据用户操作信息确定列表数据的推送数量。
步骤s404，服务端判断是否达到推送时间，若达到，则执行步骤s405，否则，继续等待，然后继续执行步骤s404。
步骤s405，服务端通过长连接推送对应数量的列表数据。
步骤s406，移动终端接收列表数据，将列表数据存入缓存，并向服务端反馈列表数据的参数信息和用户操作信息，转向步骤s403。
移动终端例如手机在将列表数据存入缓存之后，可以向服务端反馈列表数据的参数信息和用户操作信息，以便服务端可以再次计算列表数据的推送时间和推送数量。
步骤s407，移动终端接收切换至下一页列表数据的操作，基于该操作从缓存中读取列表数据，并展现所读取的列表数据。
上述实施例，通过移动终端和服务端之间的交互，使得服务端可以根据获取的或者反馈的列表数据的参数信息和用户操作信息计算列表数据的推送时间和推送数量，并在达到推送时间时，向移动终端推送对应数量的列表数据，使得用户在浏览到页尾数据之前，新的列表数据已推送到移动终端上，因此，移动终端可以根据切换至下一页列表数据的操作从缓存中读取列表数据，并展现所读取的列表数据，即用户在浏览列表数据时可以无缝切换到下一页列表数据。
与前述列表数据的展现方法的实施例相对应，本申请还提供了应用程序列表数据的推送装置的实施例。
本申请应用程序列表数据的推送装置的实施例可以应用在服务器上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图5所示，是本申请应用程序列表数据的推送装置500所在设备的一种硬件结构图，除了图5所示的处理器510、内存520、网络接口530、以及非易失性存储器540之外，实施例中装置所在的设备通常根据其实际功能，还可以包括其他硬件，对此不再赘述。
图6是本申请一示例性实施例示出的一种应用程序列表数据的推送装置的框图，该装置可应用于服务器上，如图6所示，该应用程序列表数据的推送装置包括：请求接收模块61、获取模块62、计算确定模块63和推送模块64。
请求接收模块61用于接收移动终端发送的当前应用程序当前条目的列表数据获取请求。
获取模块62用于根据请求接收模块61接收的列表数据获取请求获取列表数据的参数信息和用户操作信息。
计算确定模块63用于根据获取模块62获取的参数信息和用户操作信息计算列表数据的推送时间，并根据所述获取模块62获取的所述用户操作信息确定所述列表数据的推送数量。
推送模块64用于在达到计算确定模块63计算的推送时间时，向移动终端推送计算确定模块63确定的推送数量的列表数据。
在一个可选的实现方式中：
计算确定模块可以包括(图6中未示出)：预测子模块、计算子模块和确定子模块。
预测子模块，用于将所述获取模块获取的所述用户操作信息输入预先建立的预测模型，得到预测动作，其中，所述用户操作信息包括用户的滑动速度、滑动方向和已浏览的列表数据数量。
计算子模块，用于根据所述获取模块获取的所述列表数据的参数信息、所述滑动速度、预设的第一系数和网络耗时计算出所述推送时间，所述列表数据的参数信息包括所述列表数据的未加载数量。
确定子模块，用于根据所述预测子模块得到的所述预测动作确定所述列表数据的推送数量。
当所述预测动作与之前动作的执行速度之差小于第一阈值时，所述第一系数为1，当所述预测动作与之前动作的执行速度之差大于第二阈值时，所述第一系数大于0.5且小于1，其中，所述第一阈值小于所述第二阈值。
在另一个可选的实现方式中：
确定子模块可以包括(图6中未示出)：计算单元和确定单元。
计算单元，用于当所述预测动作为向下滑动时，根据当前移动终端的屏幕大小、列表数据显示带宽和预设的第二系数计算出所述推送数量。
确定单元，用于当所述预测动作为向上滑动时，将所述推送数量确定为零。
当所述预测动作与之前动作的执行速度之差小于第一阈值时，所述第二系数为1，当所述预测动作与之前动作的执行速度之差大于第二阈值时，所述第二系数大于1且小于2，其中，所述第一阈值小于所述第二阈值。
在另一个可选的实现方式中：
获取模块62可以包括(图6中未示出)：第一获取子模块和第二获取子模块。
第一获取子模块，用于根据所述列表数据获取请求实时或定时获取所述列表数据的参数信息，所述列表数据的参数信息包括所述列表数据的当前显示数量和未加载数量。
第二获取子模块，用于若检测到所述第一获取子模块获取的所述列表数据的当前显示数量大于第一预设数量且所述未加载数量小于第二预设数量，则获取所述用户操作信息。
在另一个可选的实现方式中：
所述请求接收模块61具体用于：通过长连接接收所述列表数据获取请求。
所述推送模块64可以具体用于：通过所述长连接向所述移动终端推送所述推送数量的列表数据。
在另一个可选的实现方式中：
用户操作信息还可以包括已触发的列表数据数量和用户在已触发列表数据页面的停留时间。
上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。
对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
上述应用程序列表数据的推送装置，在接收到移动终端的列表数据获取请求后，可以计算出列表数据的推送时间和推送数量，并在达到推送时间时，向移动终端推送对应数量的列表数据，使得用户在浏览到页尾数据之前，新的列表数据已推送到移动终端上，从而为移动终端基于切换至下一页列表数据的操作从缓存中读取列表数据，并展现所读取的列表数据提供条件。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。
应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。