CN112688982A - 一种用户请求处理方法和装置 - Google Patents

Abstract

本发明公开了一种用户请求处理方法和装置，涉及通信技术领域。该方法的一具体实施方式包括：接收一个或多个用户请求，所述用户请求用于从服务端获取数据；根据所述用户请求相关的时间戳顺序，将所述用户请求存储至任务队列；将最早存储至所述任务队列的所述用户请求发送至所述服务端；接收所述服务端根据最早存储的所述用户请求返回的数据，根据触发条件，从所述任务队列中选择一个或多个所述用户请求发送至所述服务端。该实施方式降低了发送至服务端的用户不期待的用户请求的数量，降低了服务端的处理压力。

Description

一种用户请求处理方法和装置

技术领域

本发明涉及通信技术领域，尤其涉及一种用户请求处理方法和装置。

背景技术

当前，很多系统具有服务器，当用户在通过客户端与系统进行交互，且服务器因资源有限或负载过高等原因未能及时将请求结果返回给客户端时，用户通常会继续通过客户端向服务器发送一个或多个用户请求，直至向服务器发送了最期望请求结果对应的用户请求，因而会产生多个无用请求，进而导致服务器因返回无用请求对应的处理结果或用户不再需要的处理结果而造成资源浪费、负载偏高等。

目前主流的解决方案是通过显示同步加载的方式限制用户请求，虽然有效地限制用户请求的数量，但也降低了用户体验。

发明内容

有鉴于此，本发明提供一种用户请求处理方法和装置，能够在减少用户请求进而降低服务端处理用户请求的压力同时，提升用户体验。

为实现上述目的，根据本发明的一个方面，提供了一种用户请求处理方法，包括：接收一个或多个用户请求，所述用户请求用于从服务端获取数据；根据所述用户请求相关的时间戳顺序，将所述用户请求存储至任务队列；将最早存储至所述任务队列的所述用户请求发送至所述服务端；接收所述服务端根据最早存储的所述用户请求返回的数据，根据触发条件，从所述任务队列中选择一个或多个所述用户请求发送至所述服务端。

可选地，所述时间戳为所接收的一个或多个用户请求所指示的时间戳；或所述时间戳为接收一个或多个用户请求时对应的时间戳。

可选地，所述接收所述服务端根据最早存储的所述用户请求返回的数据，根据触发条件，从所述任务队列中选择一个或多个所述用户请求发送至所述服务端，包括：在接收到所述服务端根据最早存储的所述用户请求返回的数据时，将当前最晚存储至所述任务队列的所述用户请求发送至所述服务端。

可选地，所述接收所述服务端根据最早存储的所述用户请求返回的数据，根据触发条件，从所述任务队列中选择一个或多个所述用户请求发送至所述服务端，包括：在从发送最早存储的所述用户请求至接收到根据最早存储的所述用户请求返回的数据所需的响应时间小于阈值响应时间时，根据所述响应时间对应的阈值数量，将含有当前最晚存储至所述任务队列的所述用户请求的阈值数量的所述用户请求发送至所述服务端。

可选地，还包括：判断根据触发条件选择的一个或多个所述用户请求与最早存储的所述用户请求是否一致，若一致，则不发送所选择的所述用户请求至所述服务端。

可选地，还包括：在接收到所述服务端根据所选择的一个或多个所述用户请求返回的数据时，将根据最早存储的所述用户请求及所选择的一个或多个所述用户请求返回的数据发送给用户端。

可选地，还包括：在根据触发条件，将所选择的一个或多个所述用户请求发送至所述服务端后，清除所述任务队列中未发送至所述服务端的所述用户请求。

为实现上述目的，根据本发明的另一个方面，提供了一种用户请求处理装置，包括：用户请求接收模块、用户请求存储模块、用户请求发送模块、任务队列；其中，所述用户请求接收模块，用于接收一个或多个用户请求，所述用户请求用于从服务端获取数据；所述用户请求存储模块，用于根据所述用户请求相关的时间戳顺序，将所述用户请求存储至任务队列；所述用户请求发送模块，用于接收所述服务端根据最早存储的所述用户请求返回的数据，根据触发条件，从所述任务队列中选择一个或多个所述用户请求发送至所述服务端；所述任务队列，用于存储所接收的一个或多个用户请求。

可选地，所述时间戳为所接收的一个或多个用户请求所指示的时间戳；或所述时间戳为接收一个或多个用户请求时对应的时间戳。

可选地，所述接收所述服务端根据最早存储的所述用户请求返回的数据，根据触发条件，从所述任务队列中选择一个或多个所述用户请求发送至所述服务端，包括：在接收到所述服务端根据最早存储的所述用户请求返回的数据时，将当前最晚存储至所述任务队列的所述用户请求发送至所述服务端。

可选地，所述接收所述服务端根据最早存储的所述用户请求返回的数据，根据触发条件，从所述任务队列中选择一个或多个所述用户请求发送至所述服务端，包括：在从发送最早存储的所述用户请求至接收到根据最早存储的所述用户请求返回的数据所需的响应时间小于阈值响应时间时，根据所述响应时间对应的阈值数量，将含有当前最晚存储至所述任务队列的所述用户请求的阈值数量的所述用户请求发送至所述服务端。

可选地，所述用户请求发送模块，还用于，判断根据触发条件选择的一个或多个所述用户请求与最早存储的所述用户请求是否一致，若一致，则不发送所选择的所述用户请求至所述服务端。

可选地，所述用户请求发送模块，还用于，在接收到所述服务端根据所选择的一个或多个所述用户请求返回的数据时，将根据最早存储的所述用户请求及所选择的一个或多个所述用户请求返回的数据发送给用户端。

可选地，所述用户请求发送模块，还用于，在根据触发条件，将所选择的一个或多个所述用户请求发送至所述服务端后，清除所述任务队列中未发送至所述服务端的所述用户请求。

为实现上述目的，根据本发明的再一个方面，提供了一种用于管理用户请求的服务器，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上所述的用户请求处理方法中任一所述的方法。

为实现上述目的，根据本发明的又一个方面，提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现如上所述的用户请求处理方法中任一所述的方法。

上述发明中提供的用户请求处理方法，具有如下优点或有益效果：在接收用户端发送的所有用户请求的情况下，通过先只向服务端发送最早存储的用户请求，然后根据触发条件，选择性地将任务队列中的一个或多个用户请求发送至服务端，有效地降低了向服务端发送的用户请求的数量，实现了对用户请求的过滤。此外，还通过相同用户请求的过滤，进一步减少了向服务端重复发送的用户请求，降低了服务端的压力，同时并未限制用户自身生成的用户请求的数量，进而提升了用户体验。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的用户请求处理方法的主要流程的示意图；

图2是根据本发明实施例的用户请求处理装置的主要模块的示意图；

图3是根据本发明实施例的用户请求处理装置的应用方法的示意图；

图4是根据本发明实施例的另一用户请求处理方法的主要流程的示意图；

图5是本发明实施例可以应用于其中的示例性系统架构图；

图6是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

图1是根据本发明实施例的用户请求处理方法，如图1所示，该方法具体可以包括的步骤如下：

步骤S101，接收一个或多个用户请求，所述用户请求用于从服务端获取数据。

一个或多个用户请求既可以指用户针对同一需求而服务端未及时返回相关处理结果期间多次重复发起的相同的用户请求，也可以包括用户在未得到服务端返回的处理结果期间多次发起的其他不同的用户请求。具体地，以用户请求为查看商品为例进行说明，当用户快速点击查看商品A时生成相应的用户请求，未等服务端返回商品A相关的数据，用户又多次点击查看商品A，生成了多个相同的用户请求；在此之后，仍在等待服务端返回商品A的相关数据期间，用户又依次发起了查看商品B、商品C，直至点击查看商品D等多个不同的用户请求。而此时，由于用户最后停留在了查看商品D上，因而在一定程度上可以认为用户此时最期望获取的服务端返回的数据应该是商品D相关的数据，而其他商品如商品B、商品C等不是用户当前最期望查看的商品。但是服务端在依次接收到相应的用户请求时仍会进行相应的处理，既增加了服务端的压力，又降低了用户体验。因而可以根据用户的需求以及服务器压力的大小，减少向服务发送的用户不期待得到返回结果的用户请求。

步骤S102，根据所述用户请求相关的时间戳顺序，将所述用户请求存储至任务队列。

任务队列可以是任何可以按照顺序进行存储的存储形式，如数组，用户请求即为数组的元素，具有存储的顺序。

在一种可选的实施方式中，所述时间戳为所接收的一个或多个用户请求所指示的时间戳；或所述时间戳为接收一个或多个用户请求时对应的时间戳。

可以理解的是，用户端在生成用户请求、发送用户请求、接收用户请求等过程中均具有多个不同的时间戳。此外，由于用户请求发送与接收的异步性，实际发送用户请求的顺序与实际接收用户请求的顺序可能的不一致。因此，在实际的执行过程中，可以根据实际需要选择一种时间戳，如接收用户请求的时间戳等，将接收的用户请求按照时间戳先后顺序存储至任务队列。

步骤S103，将最早存储至所述任务队列的所述用户请求发送至所述服务端。

最早存储至任务队列的用户请求，也即是时间戳早于其他用户请求时间戳的用户请求。

步骤S104，接收所述服务端根据最早存储的所述用户请求返回的数据，根据触发条件，从所述任务队列中选择一个或多个所述用户请求发送至所述服务端。

触发条件可以是任一根据实际需求设定的可确定选择性发送用户请求的时间点的条件，如发送最早存储的用户请求达到自定义的阈值时间(如3h、10min等)、接收到的用户请求的数量至自定义的阈值数量(如5个、10个等)等。

更进一步地，触发条件可以根据实际需求自适应地调整具体限定条件，以及自适应地决定是否使用触发条件。如，在当前服务端压力较大的情况下，可以自适应地延长阈值时间(如，从10min延长至30min等)；或者在当前服务端压力较小的情况下，为提升用户体验，不采用触发条件，直接将所有的一个或多个用户请求发送至服务端进行处理，只有在当前服务端压力较大的情况下采用触发条件，对发送至服务端的用户请求进行筛选，减少发送至服务端的用户请求数量，进而减少服务端压力，尽可能的提升服务端返回用户请求对应的数据或者处理结果的效率。

在一种可选的实施方式中，所述接收所述服务端根据最早存储的所述用户请求返回的数据所述，根据触发条件，从所述任务队列中选择一个或多个所述用户请求发送至所述服务端，包括：在接收到所述服务端根据最早存储的所述用户请求返回的数据时，将当前最晚存储至所述任务队列的所述用户请求发送至所述服务端。

可以理解的是，在整个的处理过程中，用户极有可能在不断地发起用户请求，任务队列中也在相对应地存储接收到的用户请求，因而基于用户最后发起的用户请求是用户最期望得到返回结果的考虑，在接收到服务端根据最早存储的用户请求返回的处理结果后，将当前最晚存储的用户请求发送至服务端。同时，不再将在当前最晚存储的用户请求之前存储的用户请求发送至服务端，也即减少发送至服务端的用户请求的数量。值得注意的是，除只将当前最晚存储的用户请求发送给服务端以外，还可以根据实际的需求，从任务队列中选择一个或多个用户请求发送至服务端。具体地，以按照时间戳顺序存储的用户请求分别为查看商品A、查看商品B、查看商品C、查看商品D、查看商品E为例进行说明：将最早存储的查看商品A这一用户请求发送至服务端，在接收到服务端根据查看商品A返回的数据或处理结果后，将当前最晚存储的查看商品E这一用户请求发送至服务端。

在一种可选的实施方式中，所述接收所述服务端根据最早存储的所述用户请求返回的数据，根据触发条件，从所述任务队列中选择一个或多个所述用户请求发送至所述服务端，包括：在从发送最早存储的所述用户请求至接收到根据最早存储的所述用户请求返回的数据所需的响应时间小于阈值响应时间时，根据所述响应时间对应的阈值数量，将含有当前最晚存储至所述任务队列的所述用户请求的阈值数量的所述用户请求发送至所述服务端。

可以理解的是，在一定程度上发送用户请求至接收到服务端根据用户请求返回的数据所需的响应时间在一定程度上可以表明服务端负载大小，因此，可以根据响应时间大小确定发送至服务端用户请求的数量。具体地，以阈值响应时间为30秒为例进行说明，若实际根据最早存储的用户请求返回相应的数据所需的响应时间大于30秒，则判定当前服务端负载大，处理用户请求效率慢，则考虑不发送用户请求或者只发送当前最晚存储的用户请求至服务端，用以降低服务端压力；若据最早存储的用户请求返回相应的数据所需的响应时间小于30秒，则判定当前服务端负载小，处理用户请求效率高，则考虑发送当前最晚存储的用户请求等的一个或多个用户请求至服务端，用以提高用户请求的处理效率，提升用户体验。

更进一步地，可以基于根据最早存储的用户请求返回相应的数据所需的响应时间的大小，如以任务队列中按顺序存储用户请求分别查看商品A、查看商品B、查看商品C、查看商品D，根据最早存储的查看商品A返回处理结果的响应时间为1秒、10秒、25秒、为例进行说明：若根据查看商品A返回相应的数据所需的响应时间为1秒，则判定服务端负载较小，可以将任务队列中的查看商品B、查看商品C、查看商品D均发送至服务端；若根据查看商品A返回相应的数据所需的响应时间为10秒，则判定服务端负载适中，可以将任务队列中的查看商品C、查看商品D发送至服务端；若根据查看商品A返回相应的数据所需的响应时间为25秒，则判定服务端负载较大，可以只将任务队列中的查看商品D发送至服务端，用以适应性地调节服务端负载。

在一种可选的实施方式中，判断根据触发条件选择的一个或多个所述用户请求与最早存储的所述用户请求是否一致，若一致，则不发送所选择的所述用户请求至所述服务端。

可以理解的是，存储于任务队列中的用户请求可能存在重复，因而为避免处理重复用户请求浪费的服务端资源，可以对发送至服务端的用户请求进行去重处理。也即是说，判断根据触发条件选择的要发送至服务端的用户请求与服务端已经处理的用户请求是否相同，如相同则不发送。除此之外，在根据触发条件选择至少两个用户请求发送至服务端是，还需要对所选择的用户请求进行筛选去重，用以进一步减少服务端因处理相同服务请求浪费的资源。

在一种可选的实施方式中，在接收到所述服务端根据所选择的一个或多个所述用户请求返回的数据时，将根据最早存储的所述用户请求及所选择的一个或多个所述用户请求返回的数据发送给用户端。如此，保证了用户接收到相应数据的连贯性，提升了用户体验。

在一种可选的实施方式中，在根据触发条件，将所选择的一个或多个所述用户请求发送至所述服务端后，清除所述任务队列中未发送至所述服务端的所述用户请求。也即是说，在根据触发条件选择完要发送至服务端的用户请求后，删除筛选后放弃发送至服务端的用户请求，以避免对未选择发送的用户请求重复进行筛选。

参见图2，在上述实施例的基础上，本发明实施例提供了一种用户处理请求装置200，包括：用户请求接收模块201、用户请求存储模块202、用户请求发送模块203、任务队列204；其中，

所述用户请求接收模块201，用于接收一个或多个用户请求，所述用户请求用于从服务端获取数据；

所述用户请求存储模块202，用于根据所述用户请求相关的时间戳顺序，将所述用户请求存储至任务队列；

所述用户请求发送模块203，用于接收所述服务端根据最早存储的所述用户请求返回的数据，根据触发条件，从所述任务队列中选择一个或多个所述用户请求发送至所述服务端；

所述任务队列204，用于存储所接收的一个或多个用户请求。

具体地，参见图3，用户处理请求装置200在实际的应用过程设置于用户终端侧，并接收用户终端生成的一个或多个用户请求，然后根据触发条件选择性地发送一个或多个用户请求至服务端，然后接收服务端根据用户请求返回的数据或处理结果，并将接收到的数据或处理结果发送至用户终端，以使得用户终端向用户展示相关处理结果。

在一种可选的实施方式中，所述时间戳为所接收的一个或多个用户请求所指示的时间戳；或所述时间戳为接收一个或多个用户请求时对应的时间戳。

在一种可选的实施方式中，所述接收所述服务端根据最早存储的所述用户请求返回的数据，根据触发条件，从所述任务队列中选择一个或多个所述用户请求发送至所述服务端，包括：在接收到所述服务端根据最早存储的所述用户请求返回的数据时，将当前最晚存储至所述任务队列的所述用户请求发送至所述服务端。

在一种可选的实施方式中，所述接收所述服务端根据最早存储的所述用户请求返回的数据，根据触发条件，从所述任务队列中选择一个或多个所述用户请求发送至所述服务端，包括：在从发送最早存储的所述用户请求至接收到根据最早存储的所述用户请求返回的数据所需的响应时间小于阈值响应时间时，将含有当前最晚存储至所述任务队列的所述用户请求的阈值数量的所述用户请求发送至所述服务端。

在一种可选的实施方式中，所述用户请求发送模块203，还用于，判断根据触发条件选择的一个或多个所述用户请求与最早存储的所述用户请求是否一致，若一致，则不发送所选择的所述用户请求至所述服务端。

在一种可选的实施方式中，所述用户请求发送模块203，还用于，在接收到所述服务端根据所选择的一个或多个所述用户请求返回的数据时，将根据最早存储的所述用户请求及所选择的一个或多个所述用户请求返回的数据发送给用户端。

在一种可选的实施方式中，所述用户请求发送模块203，还用于，在根据触发条件，将所选择的一个或多个所述用户请求发送至所述服务端后，清除所述任务队列中未发送至所述服务端的所述用户请求。

参见图4，在上述实施例的基础上，本发明实施例提供了另一种用户请求处理方法，具体包括的步骤如下：

步骤S401，接收一个或多个用户请求，所述用户请求用于从服务端获取数据。

步骤S402，根据所述用户请求相关的时间戳顺序，将所述用户请求存储至任务队列。

步骤S403，将最早存储至所述任务队列的所述用户请求发送至所述服务端。

步骤S404，接收所述服务端根据最早存储的所述用户请求返回的数据。

步骤S405，发送当前最晚存储至所述任务队列的所述用户请求至所述服务端。

步骤S406，清除在当前最晚存储的用户请求之前存储的所述任务队列中未发送至所述服务端的所述用户请求。

步骤S407，接收所述服务端根据当前最晚存储的所述用户请求返回的数据。

步骤S408，将根据最早存储的所述用户请求及最晚存储的所述用户请求返回的数据发送给用户端。

图5示出了可以应用本发明实施例的用户请求处理方法或用户请求处理装置的示例性系统架构500。

如图5所示，系统架构500可以包括终端设备501、502、503，网络504和服务器505。网络504用以在终端设备501、502、503和服务器505之间提供通信链路的介质。网络504可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备501、502、503通过网络504与服务器505交互，以接收或发送消息等。终端设备501、502、503上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备501、502、503可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器505可以是提供各种服务的服务器，例如对用户利用终端设备501、502、503所浏览的购物类网站提供支持的后台管理服务器。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如返回的数据)反馈给终端设备。

需要说明的是，本发明实施例所提供的用户请求处理方法一般由服务器505执行，相应地，用户请求处理装置一般设置于服务器505中。

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

下面参考图6其示出了适于用来实现本发明实施例的终端设备的计算机系统600的结构示意图。图6示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

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

以下部件连接至I/O接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(CPU)601执行时，执行本发明的系统中限定的上述功能。

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

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

描述于本发明实施例中所涉及到的模可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括发送用户请求接收模块、用户请求存储模块、用户请求发送模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，用户请求接收模块还可以被描述为“接收一个或多个用户请求的模块”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：接收一个或多个用户请求，所述用户请求用于从服务端获取数据；根据所述用户请求相关的时间戳顺序，将所述用户请求存储至任务队列；将最早存储至所述任务队列的所述用户请求发送至所述服务端；根据触发条件，从所述任务队列中选择一个或多个所述用户请求发送至所述服务端。

根据本发明实施例的技术方案在接收用户端发送的所有用户请求的情况下，通过先只向服务端发送最早存储的用户请求，然后根据触发条件，选择性地将任务队列中的一个或多个用户请求发送至服务端，有效地降低了向服务端发送的用户请求的数量，实现了对用户请求的过滤。此外，还通过相同用户请求的过滤，进一步减少了向服务端重复发送的用户请求，降低了服务端的压力，同时并未限制用户自身生成的用户请求的数量，进而提升了用户体验。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (10)

1.一种用户请求处理方法，其特征在于，包括：

接收一个或多个用户请求，所述用户请求用于从服务端获取数据；

根据所述用户请求相关的时间戳顺序，将所述用户请求存储至任务队列；

将最早存储至所述任务队列的所述用户请求发送至所述服务端；

接收所述服务端根据最早存储的所述用户请求返回的数据，根据触发条件，从所述任务队列中选择一个或多个所述用户请求发送至所述服务端。

2.根据权利要求1所述的用户请求处理方法，其特征在于，

所述时间戳为所接收的一个或多个用户请求所指示的时间戳；

或所述时间戳为接收一个或多个用户请求时对应的时间戳。

3.根据权利要求1所述的用户请求处理方法，其特征在于，所述接收所述服务端根据最早存储的所述用户请求返回的数据，根据触发条件，从所述任务队列中选择一个或多个所述用户请求发送至所述服务端，包括：

在接收到所述服务端根据最早存储的所述用户请求返回的数据时，将当前最晚存储至所述任务队列的所述用户请求发送至所述服务端。

4.根据权利要求1所述的用户请求处理方法，其特征在于，所述接收所述服务端根据最早存储的所述用户请求返回的数据，根据触发条件，从所述任务队列中选择一个或多个所述用户请求发送至所述服务端，包括：

在从发送最早存储的所述用户请求至接收到根据最早存储的所述用户请求返回的数据所需的响应时间小于阈值响应时间时，根据所述响应时间对应的阈值数量，将含有当前最晚存储至所述任务队列的所述用户请求的阈值数量的所述用户请求发送至所述服务端。

5.根据权利要求1所述的用户请求处理方法，其特征在于，还包括：

判断根据触发条件选择的一个或多个所述用户请求与最早存储的所述用户请求是否一致，若一致，则不发送所选择的所述用户请求至所述服务端。

6.根据权利要求1所述的用户请求处理方法，其特征在于，还包括：

在接收到所述服务端根据所选择的一个或多个所述用户请求返回的数据时，将根据最早存储的所述用户请求及所选择的一个或多个所述用户请求返回的数据发送给用户端。

7.根据权利要求1所述的用户请求处理方法，其特征在于，还包括：

在根据触发条件，将所选择的一个或多个所述用户请求发送至所述服务端后，清除所述任务队列中未发送至所述服务端的所述用户请求。

8.一种用户请求处理装置，其特征在于，包括：用户请求接收模块、用户请求存储模块、用户请求发送模块、任务队列；其中，

所述用户请求接收模块，用于接收一个或多个用户请求，所述用户请求用于从服务端获取数据；

所述用户请求存储模块，用于根据所述用户请求相关的时间戳顺序，将所述用户请求存储至任务队列；

所述用户请求发送模块，用于接收所述服务端根据最早存储的所述用户请求返回的数据，根据触发条件，从所述任务队列中选择一个或多个所述用户请求发送至所述服务端；

所述任务队列，用于存储所接收的一个或多个用户请求。

9.一种用于用户请求处理的服务器，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

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

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

Images