CN106452898A - 数据请求控制方法及装置 - Google Patents

Abstract

本发明公开了一种数据请求控制方法及装置，其中的方法包括：客户端接收用户提交的业务处理请求，其中，客户端基于所述业务处理请求须向服务器分多次请求获取业务数据；将所述业务处理请求转换为业务数据脉冲请求，其中，设置业务数据脉冲请求的请求时间阈值、请求时间间隔；在所述请求时间阈值之内，客户端根据请求时间间隔分多次向服务器发送业务数据脉冲请求。本发明可减轻服务器压力并提升用户体验。

Description

数据请求控制方法及装置

技术领域

本发明涉及互联网技术领域，具体涉及一种数据请求控制方法及装置。

背景技术

在现有各网站或应用的一些场景中，当用户触发业务处理请求之后，客户端需要从服务器分多次获取数据。例如，在支付场景中，用户触发支付请求，客户端将支付请求提交给服务器，假设服务器需要调用第三方支付平台，即服务器从第三方支付平台得到数据后再返回给客户端。那么这种情况下，对于客户端而言就会出现等待的现象，如果此时客户端不断的频繁向服务器发送支付请求，会增加服务器的处理压力；如果请求频率过慢，由于目前一般采取的是基于轮询的请求策略，又会导致用户等待时间过长，影响用户体验。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的数据请求控制方法及装置。

依据本发明的一个方面，提供一种数据请求控制方法，包括：客户端接收用户提交的业务处理请求，其中，基于所述业务处理请求须向服务器分多次请求获取业务数据；客户端将所述业务处理请求转换为业务数据脉冲请求，其中，设置业务数据脉冲请求的请求时间阈值、请求时间间隔；在所述请求时间阈值之内，根据请求时间间隔分多次向服务器发送业务数据脉冲请求。

优选的，在所述根据请求时间间隔分多次向服务器发送业务数据脉冲请求之后，还包括：如果任一次客户端向服务器发送业务数据脉冲请求之后收到服务器返回的完整正确业务数据，则实时结束数据请求流程；或者，如果任一次客户端向服务器发送业务数据脉冲请求之后收到服务器返回的错误提示，则实时结束数据请求流程。

优选的，在所述根据请求时间间隔分多次向服务器发送业务数据脉冲请求之后，还包括：实时监控从首次发送业务数据脉冲请求到当前时刻的请求时间，并判断所述请求时间是否超过所述请求时间阈值，如果是，实时结束数据请求流程。

优选的，根据业务类型，设置业务数据脉冲请求的请求时间阈值、请求时间间隔，所述方法还包括：根据业务类型，设置业务数据脉冲请求的调用接口，并定义脉冲请求封装格式；所述向服务器发送业务数据脉冲请求包括：通过所述调用接口，将满足所述脉冲请求封装格式的业务数据脉冲请求发送给服务器。

优选的，还包括：设置所述请求时间间隔为：固定时间值，或，随机时间值，或固定时间值与随机时间值的组合；在所述请求时间间隔包括随机时间值情况下，设置业务数据脉冲请求的请求次数阈值，仅允许向服务器发送所述请求次数阈值之内次数的业务数据脉冲请求。

依据本发明的一个方面，提供一种数据请求控制装置，包括：请求接收单元，用于接收用户提交的业务处理请求，其中，基于所述业务处理请求须向服务器分多次请求获取业务数据；脉冲请求转换单元，用于将所述业务处理请求转换为业务数据脉冲请求，其中，设置业务数据脉冲请求的请求时间阈值、请求时间间隔；脉冲请求处理单元，用于在所述请求时间阈值之内，根据请求时间间隔分多次向服务器发送业务数据脉冲请求。

优选的，还包括：实时终止单元，用于当任一次向服务器发送业务数据脉冲请求之后收到服务器返回的完整正确业务数据时，实时结束数据请求流程；或者，当任一次向服务器发送业务数据脉冲请求之后收到服务器返回的错误提示，实时结束数据请求流程。

优选的，还包括：超时监控单元和实时终止单元；所述超时监控单元，用于实时监控从首次发送业务数据脉冲请求到当前时刻的请求时间，并判断所述请求时间是否超过所述请求时间阈值，如果是，指示实时终止单元实时结束数据请求流程。

优选的，所述脉冲请求转换单元，具体用于根据业务类型，设置业务数据脉冲请求的请求时间阈值、请求时间间隔，所述脉冲请求转换单元还用于：根据业务类型，设置业务数据脉冲请求的调用接口，并定义脉冲请求封装格式；所述脉冲请求处理单元具体用于：通过所述调用接口，将满足所述脉冲请求封装格式的业务数据脉冲请求发送给服务器。

优选的，还包括：请求时间间隔设置单元，用于设置所述请求时间间隔为：固定时间值，或，随机时间值，或固定时间值与随机时间值的组合；请求次数控制单元，用于在所述请求时间间隔包括随机时间值情况下，设置业务数据脉冲请求的请求次数阈值，仅允许所述脉冲请求处理单元向服务器发送所述请求次数阈值之内次数的业务数据脉冲请求。

可见，本发明提供的数据请求控制方案的场景是，客户端需要与服务器进行数据交互，但不能通过一次数据请求完成，服务器需要通过一段时间的处理才能完成，为了保证客户端能够获取到最终的结果并反馈信息给用户，需要客户端不断的请求服务器上的数据。本发明实施例中，通过业务数据脉冲请求，合理控制向服务器发起数据请求的超时时间和频率，由于降低了单位时间内请求服务器的频率，因此可以降低服务器压力，同时因为可以控制超时时间，避免了用户过长时间的等待，提升了用户的体验。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明的数据请求控制方法流程图；

图2示出了根据本发明的数据请求控制装置结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

如前所述的，某些应用场景(例如支付)中，客户端需要从服务器分多次获取数据。由于目前一般基于轮询的请求机制，因此频繁的向服务器请求数据，可以保证优先得到响应，然而，过于频繁的向服务器发出请求，会给服务器造成压力，反之，如果请求频率过低，则会造成用户等待时间过长，影响用户体验。为此，本发明实施例提供一种数据请求控制方法，通过控制向服务器请求数据的频率，一方面减轻服务器的处理压力，另一方面避免用户等待时间过长。

参见图1，为本发明实施例提供的一种数据请求控制方法流程图。

S101：客户端接收用户提交的业务处理请求，其中，基于业务处理请求须向服务器分多次请求获取业务数据。

用户在客户端(也即终端，例如PC机、PAD、手机)进行业务处理操作，向客户端提交业务处理请求。具体的，用户可以通过客户端在网站(例如，直播网站、购物网站、视频网站，等)或应用程序(即时通讯APP、购物APP、直播APP，等)上进行业务处理操作，向客户端提交业务处理请求。例如，如果在网站上进行业务处理操作，则是网站前端接管该业务处理请求，网站前端(也简称前端)，通常是指网站的前台部分，包括网站的表现层和结构层。

其中，对于业务处理请求的具体形式或类型不作限定，包括各种类型业务的处理请求，但是不论何种业务处理请求，其共同特点是，该业务处理请求需要客户端向服务器分多次请求业务数据(因此需要多次向服务器发起数据请求过程)，也即，并非一次请求就可完成业务数据的接收，需要不断的多次从服务器获取数据。

S102：将业务处理请求转换为业务数据脉冲请求，其中，设置业务数据脉冲请求的请求时间阈值、请求时间间隔。

现有处理方式中，在客户端一般仅采取轮询方式向服务器多次请求数据。如果请求频率过快，易给服务器造成压力，如果请求频率过低，则影响用户体验。现有处理方式中，没有对请求的频率进行合理控制，而且，如果服务器没有及时响应，也没有及时提醒用户，会使用户长时间等待。

对此，本发明实施例提出在向服务器请求业务数据之前，制定出合理的请求频率控制逻辑，在该控制逻辑中，通过设置请求的请求时间阈值(即控制超时时间)和请求时间间隔，一方面保证在请求时间阈值内完成请求过程，避免用户过长时间等待，另一方面，通过合理设置请求时间间隔(固定时间间隔或随机时间间隔)，控制向服务器发出请求的频率，减轻给服务器造成过大压力。

其中，业务数据脉冲请求是指为了获取业务数据而基于脉冲原理的请求。脉冲，狭义上理解，是指电子技术中经常运用的一种象脉搏似的短暂起伏的电冲击(电压或电流)，主要特性有波形、幅度、宽度和重复频率。计算机领域中，脉冲信号也称为数字信号，可以理解为在一个周期内，定期或不定期出现的信号。在本发明实施例中，业务数据脉冲请求，可以理解是在请求时间阈值这个周期内，以各个请求时间间隔时刻启动的数据请求，也即，通过设定的请求时间阈值，限定了整个脉冲请求的周期，通过设定的请求时间间隔，控制了每次发起数据请求的时刻(控制了发起数据请求的频率)。

将业务处理请求转换为业务数据脉冲请求的具体转换方式，可以通过计算机编程语言定义脉冲对象实现。如前举例的，对于用户在网站进行业务处理操作的场景下，网站前端接管业务处理请求，网站前端技术一般分为前端设计和前端开发，前端设计一般可以理解为网站的视觉设计，前端开发则是网站的前台代码实现，包括基本的HTML和CSS以及JavaScript/ajax。因此，可以在JavaScript编程语言中，定义脉冲对象，并对脉冲对象的属性信息进行定义。脉冲对应的属性信息，除了上述的请求时间阈值和请求时间间隔之外，还可以设置向服务器发送数据请求的调用接口，并定义脉冲请求封装格式。在后续向服务器发送业务数据脉冲请求(步骤S103)时，通过该调用接口，将满足脉冲请求封装格式的业务数据脉冲请求发送给服务器。

可结合业务类型，对脉冲对象的属性信息进行定义。例如，设置业务数据脉冲请求的请求时间阈值和请求时间间隔时，例如，对于大文件上传业务，为了保证文件顺利上传，可设置请求时间阈值和请求时间间隔相对长，而对于支付业务，为了避免用户过长时间等待，可设置请求时间阈值和请求时间间隔相对短，具体数值可通过多次实验或经验值确定，对此不做限定。

S103：在请求时间阈值之内，客户端根据请求时间间隔分多次向服务器发送业务数据脉冲请求。

通过设定的请求时间阈值，将整个请求过程控制在请求时间阈值之内，避免服务器长时间不响应而造成用户长时间等待，同时，通过按照请求时间间隔控制向服务器发送数据请求的频率，避免过于频繁地向服务器发起请求，由此避免给服务器造成过大压力。

其中，为了更加合理的控制向服务器发起数据请求的频率，优选的方式中，设置请求时间间隔为固定时间值与随机时间值的合的方式。例如，一种优选方式中，定义一个一维数组，该数组中存放每次脉冲执行(即发起数据请求)的延时时间(单位为秒)，按照在数组中的位置，将各个时间分成前5个和后5个，其中，前5个时间为固定值，后5个时间为随机值，其原理是，使前5次脉冲执行能尽量的快，如果在前5次执行中得到了服务器正确响应，便会停止脉冲执行过程；如果前5次执行过程没有得到服务器响应，那么就根据后5个随机延时时间进行脉冲执行。这样处理的好处是，如果前5次快速处理都没有得到响应，那么后5次就在请求时间阈值范围内随机一个新的时间进行不规则处理，这样避免定期频繁请求造成服务器压力过大。除了设置请求时间间隔为固定时间值与随机时间值的合的方式之外，也可以采取其他方式，例如，设置请求时间间隔仅为固定时间值或仅为随机时间值。

在请求时间间隔包括随机时间值情况下，由于随机时间值的存在，不能保证在请求时间阈值之内进行合理次数的数据请求，比如，假设随机时间值都过短，还会一定程度上频繁地向服务器发起数据请求，因此，在这种情况下，可优选地，为业务数据脉冲请求设置请求次数阈值，即，仅允许向服务器进行该请求次数阈值之内次数的数据请求，由此进一步避免过于频繁地向服务器发起数据请求。

在以请求时间间隔定期或不定期向服务器发送数据请求之后，需要根据服务器的响应情况及时终止请求过程。例如，如果任一次数据请求之后收到服务器返回的完整正确业务数据，则表明数据请求过程的任务已完成，应该及时终止，因此此时需要实时结束数据请求流程。再比如，如果任一次数据请求之后收到服务器返回的错误提示(比如，HTTP网络错误404、502，等等)，则说明网络状态出现了问题，此时即使继续发起业务数据请求也不会得到结果，因此此时也应该实时结束数据请求流程。此外，还需要将整个请求过程控制在请求时间阈值之内，具体方式可以是：实时监控从首次请求到当前时刻的请求时间，并判断请求时间是否超过请求时间阈值，如果是，则实时结束数据请求流程。

本发明实施例适用各种客户端与服务器数据交互的场景，只要不是一次请求就可完成而是需要不断请求数据的场景即可。例如，除了前述描述的支付场景之外，还适用客户端上传大型文件给服务器的场景：用户在网站页面中，需要上传大型文件给服务器(比如：上传视频)，此时前端利用Flash将大型文件进行切片，并按照切片后的顺序传递给服务器；为了提升用户体验，前端需要在网站页面中给用户提示文件上传的进度；此时前端可以控制不断地向服务器请求数据的频率，从而合理地获取服务器中接收文件的进度。

本发明提供的数据请求控制方法的场景是，客户端需要与服务器进行数据交互，但不能通过一次数据请求完成，服务器需要通过一段时间的处理才能完成，为了保证客户端能够获取到最终的结果并反馈信息给用户，需要客户端不断的请求服务器上的数据(状态信息)。本发明实施例中，通过业务数据脉冲请求，合理控制向服务器发起数据请求的超时时间和频率，由于降低了单位时间内请求服务器的频率，因此可以降低服务器压力，同时因为可以控制超时时间，避免了用户过长时间的等待，提升了用户的体验。

下面通过网站前端处理支付请求为应用背景，对本发明一个具体实施例进行介绍。

在该实施例中，前述的“业务数据脉冲请求”通过在编程语言中定义的一个脉冲对象实现，并且，通过定义该脉冲对象的属性信息，实现脉冲逻辑。具体应用中，通过执行脉冲逻辑，实现控制数据请求的目的。

概括而言，该实施例包括以下三个步骤：

步骤1:网站前端接收用户提交的业务处理请求，该请求需要前端从服务器不断的获取数据，最后给用户反馈结果。

步骤2：网站前端在向服务器请求数据之前，首先将用户提交的业务请求转换为脉冲逻辑：

(1)定义脉冲请求的超时时间(即：请求时间阈值)；

(2)定义脉冲请求的次数，并规定每次请求的时间间隔；

(3)定义脉冲请求的执行方法，此方法代表了网站前端每次请求服务器所调用的接口、传递给服务器的参数、对服务器每次响应结果的处理、对网络请求错误信息的处理、对脉冲请求逻辑超时的处理

步骤3：网站前端根据step2生成的脉冲逻辑，主动调用脉冲逻辑的启动，此时脉冲逻辑开始执行；在step 2脉冲请求的执行方法中，完成对脉冲逻辑的停止工作，详情如下：

(1)对服务器每次响应结果的处理：如果在某一次网站前端脉冲请求服务器的结果，服务器返回了正确的结果，那么脉冲结束。这个结果的正确性由实际的业务场景决定。

(2)对网络请求错误信息的处理：如果在某一次网站前端脉冲请求服务器的结果，是HTTP网络错误，那么脉冲结束。

(3)对脉冲请求逻辑超时的处理:如果脉冲逻辑执行的时间大于脉冲的超时时间，那么脉冲逻辑结束。

下面以网站前端采取javascript为编程语言，对本实施例具体实现进行士例性介绍。整个过程包括：触发、前端预处理、前端执行、获取结果。

1、触发

“触发”代表整个脉冲逻辑的起点(比如用户触发提交一份订单的支付流程)，此时会生成一个脉冲对象(pulse)。

可以选择是否在脉冲对象中注册一个函数用于监控超时结果的函数；

须在脉冲对象中注册一个逻辑函数用于每次脉冲的轮询执行，如果没有逻辑函数，脉冲逻辑将不会被执行，因为这是无意义的操作；

须在脉冲对象中注册超时时间，避免整个脉冲逻辑没有结束的条件。

2、前端预处理

在pulse被创建时，pulse会新增两个内部属性：脉冲时间序列和脉冲次数(pulse.count)，格式如下：

例如，脉冲时间序列可以是一个一维数组,存放着每次脉冲执行的延时时间，单位为秒。按照位置分成：前5个，后5个。其中前5个是固定值，后5个时间是1到5的随机值，这样做的原理是：让前5次执行能够尽量的快，如果在前5次的执行中逻辑函数得到了正确的结果，便会停止脉冲；如果前5次执行逻辑函数都没有能得到正确的结果，那么就根据后5个随机延时时间进行脉冲。这样做的原因是如果前5次快速处理外部逻辑函数都没有得到正常的结果，那么后5次就在范围时间内随机一个新的时间进行不规则处理，比如：逻辑函数需要向服务器发起请求来获取一个正确的结果，如果周期时间内太过频繁，会导致服务器在单位时间内请求并发过大。

脉冲次数是对脉冲轮询过程的一个统计，也就是每执行一次脉冲，pulse.count就会加1，比如：第一次执行，pulse.count会加1，由此可以获取到当前脉冲执行的延时时间。

3、前端执行

主动调用Pulse实例的start函数，便会启动脉冲。

3.1、主动调用pulse.start()，表示开始执行脉冲，pulse会生成一个新的属性“开始时间”(startTime)；

3.2、pulse.count加1，pulse.count值变更后，pulse内部会判断：

a)如果pulse从开始执行到当前执行的执行时间大于pulse的超时时间(即pulse.timeout)，那么直接进入“4.2、获取结果”，脉冲结束；

b)如果脉冲次数大于脉冲时间序列长度(即：pulse.count>pulse.times.length)，那么直接进入“4.2、获取结果”，脉冲结束；

c)如果以上两个都不满足，那么进入下面的3.3步骤。

3.3、根据pulse.count从pulse.times中获取当前延时时间x，然后延时x秒后调用轮询函数(onCall)；

3.4、此时，pulse会调用初始化注册的轮询函数(onCall)，onCall的内部可以执行外部预先定义好的逻辑函数。如果逻辑函数是同步代码，直接在onCall函数代码块的最后一行加入next()即可，表示执行下一次脉冲；如果逻辑函数是异步代码，需要逻辑函数特殊处理next()的调用时机。

4、获取结果：

4.1、判断脉冲是否超时(判断逻辑在3.2–a)中执行)，如果是进入4.2；

4.2、脉冲超时，pulse会调用预先配置的回调函数(onTimeout)，如果onTimeout函数不存在，不做任何处理。

与上述方法实施例相对应，本发明还提供一种数据请求控制装置。参见图2，示出了本发明数据请求控制装置结构示意图。

该装置包括：

请求接收单元201，用于接收用户提交的业务处理请求，其中，基于所述业务处理请求须向服务器分多次请求获取业务数据；

脉冲请求转换单元202，用于将所述业务处理请求转换为业务数据脉冲请求，其中，设置业务数据脉冲请求的请求时间阈值、请求时间间隔；

脉冲请求处理单元203，用于在所述请求时间阈值之内，根据请求时间间隔分多次向服务器发送业务数据脉冲请求。

优选的，还包括：

实时终止单元204，用于当任一次向服务器发送业务数据脉冲请求之后收到服务器返回的完整正确业务数据时，实时结束数据请求流程；或者，当任一次向服务器发送业务数据脉冲请求之后收到服务器返回的错误提示，实时结束数据请求流程。

优选的，还包括：

超时监控单元205和实时终止单元204；

所述超时监控单元205，用于实时监控从首次发送业务数据脉冲请求到当前时刻的请求时间，并判断所述请求时间是否超过所述请求时间阈值，如果是，指示实时终止单元204实时结束数据请求流程。

优选的，

所述脉冲请求转换单元202，具体用于根据业务类型，设置业务数据脉冲请求的请求时间阈值、请求时间间隔；

所述脉冲请求转换单元202还用于：根据业务类型，设置业务数据脉冲请求的调用接口，并定义脉冲请求封装格式；

所述脉冲请求处理单元203具体用于：通过所述调用接口，将满足所述脉冲请求封装格式的业务数据脉冲请求发送给服务器。

优选的，还包括：

请求时间间隔设置单元206，用于设置所述请求时间间隔为：固定时间值，或，随机时间值，或固定时间值与随机时间值的组合；

请求次数控制单元207，用于在所述请求时间间隔包括随机时间值情况下，设置业务数据脉冲请求的请求次数阈值，仅允许所述脉冲请求处理单元203向服务器发送所述请求次数阈值之内次数的业务数据脉冲请求。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的用户变身控制的系统中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (10)

1.一种数据请求控制方法，其特征在于，包括：

客户端接收用户提交的业务处理请求，其中，客户端基于所述业务处理请求须向服务器分多次请求获取业务数据；

将所述业务处理请求转换为业务数据脉冲请求，其中，设置业务数据脉冲请求的请求时间阈值、请求时间间隔；

在所述请求时间阈值之内，客户端根据请求时间间隔分多次向服务器发送业务数据脉冲请求。

2.如权利要求1所述的方法，其特征在于，在所述客户端根据请求时间间隔分多次向服务器发送业务数据脉冲请求之后，还包括：

如果任一次客户端向服务器发送所述业务数据脉冲请求之后，收到服务器返回的完整正确业务数据，则实时结束数据请求流程；或者，

如果任一次客户端向服务器发送所述业务数据脉冲请求之后，收到服务器返回的错误提示，则实时结束数据请求流程。

3.如权利要求1所述的方法，其特征在于，在所述客户端根据请求时间间隔分多次向服务器发送业务数据脉冲请求之后，还包括：

实时监控从首次发送所述业务数据脉冲请求到当前时刻的请求时间，并判断所述请求时间是否超过所述请求时间阈值，如果是，实时结束数据请求流程。

4.如权利要求1-3任一项所述的方法，其特征在于，根据业务类型，设置业务数据脉冲请求的请求时间阈值、请求时间间隔，

所述方法还包括：根据业务类型，设置业务数据脉冲请求的调用接口，并定义脉冲请求封装格式；

所述向服务器发送业务数据脉冲请求包括：通过所述调用接口，将满足所述脉冲请求封装格式的业务数据脉冲请求发送给服务器。

5.如权利要求1-3任一项所述的方法，其特征在于，还包括：

设置所述请求时间间隔为：固定时间值，或，随机时间值，或固定时间值与随机时间值的组合；

在所述请求时间间隔包括随机时间值情况下，设置业务数据脉冲请求的请求次数阈值，仅允许向服务器发送所述请求次数阈值之内次数的业务数据脉冲请求。

6.一种数据请求控制装置，其特征在于，包括：

请求接收单元，用于接收用户提交的业务处理请求，其中，基于所述业务处理请求须向服务器分多次请求获取业务数据；

脉冲请求转换单元，用于将所述业务处理请求转换为业务数据脉冲请求，其中，设置业务数据脉冲请求的请求时间阈值、请求时间间隔；

脉冲请求处理单元，用于在所述请求时间阈值之内，根据请求时间间隔分多次向服务器发送业务数据脉冲请求。

7.如权利要求6所述的装置，其特征在于，还包括：

实时终止单元，用于当任一次向服务器发送所述业务数据脉冲请求之后收到服务器返回的完整正确业务数据时，实时结束数据请求流程；或者，当任一次向服务器发送所述业务数据脉冲请求之后收到服务器返回的错误提示，实时结束数据请求流程。

8.如权利要求6所述的装置，其特征在于，还包括：超时监控单元和实时终止单元；所述超时监控单元，用于实时监控从首次发送所述业务数据脉冲请求到当前时刻的请求时间，并判断所述请求时间是否超过所述请求时间阈值，如果是，指示实时终止单元实时结束数据请求流程。

9.如权利要求6-8任一项所述的装置，其特征在于，所述脉冲请求转换单元，具体用于根据业务类型，设置业务数据脉冲请求的请求时间阈值、请求时间间隔，所述脉冲请求转换单元还用于：根据业务类型，设置业务数据脉冲请求的调用接口，并定义脉冲请求封装格式；所述脉冲请求处理单元具体用于：通过所述调用接口，将满足所述脉冲请求封装格式的业务数据脉冲请求发送给服务器。

10.如权利要求6-8任一项所述的装置，其特征在于，还包括：

请求时间间隔设置单元，用于设置所述请求时间间隔为：固定时间值，或，随机时间值，或固定时间值与随机时间值的组合；

请求次数控制单元，用于在所述请求时间间隔包括随机时间值情况下，设置业务数据脉冲请求的请求次数阈值，仅允许所述脉冲请求处理单元向服务器发送所述请求次数阈值之内次数的业务数据脉冲请求。