CN104253824B - 一种客户端请求控制方法和装置 - Google Patents
一种客户端请求控制方法和装置 Download PDFInfo
- Publication number
- CN104253824B CN104253824B CN201310256582.5A CN201310256582A CN104253824B CN 104253824 B CN104253824 B CN 104253824B CN 201310256582 A CN201310256582 A CN 201310256582A CN 104253824 B CN104253824 B CN 104253824B
- Authority
- CN
- China
- Prior art keywords
- request
- amount
- period
- client
- time interval
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Abstract
本发明公开了一种客户端请求控制方法和装置，其中，所述方法包括：通过监控客户端请求来获取客户端历史请求量变化曲线；根据所述客户端历史请求量变化曲线获取各时间段上的请求量变化速率，来得到客户端的下次请求时间间隔，通过所述下次请求时间间隔对发出请求的客户端进行请求控制。本发明不仅能够保证服务端正常返回客户端所请求的数据，而且能够节省服务端资源，使客户端获得更高的数据更新频率。
Description
技术领域
本发明涉及互联网技术，尤其涉及一种客户端请求控制方法和装置。
背景技术
目前，现有技术一般采用定时请求的方案或者简单反馈的方案。其中，所谓定时请求的方案指客户端不理会服务端的状态，每隔服务器指示的固定时间段或者服务器指示的每个固定时间点去向服务端发起请求，服务端也不对客户端反馈服务端的状态，如当前的负载情况。所谓简单反馈的方案指服务端根据服务端的状态，如当前的负载情况评估如何为客户端提供服务，若通过计算评估出允许返回数据，则服务器返回客户端需要的数据，或者若通过计算评估出不允许返回数据，则服务器直接通知客户端现在很忙及下次应该什么时候再来服务区请求数据。
在实现本发明的过程中，发明人发现现有技术至少存在以下缺点：
1)采用定时请求的方案，因为客户端通常根据服务端指示的固定时间间隔或者指示的每个固定时间点向服务端发送请求，服务端指示的固定时间间隔或者每个固定时间点不随服务端负载的变化而变化，因此，在客户端请求高峰期，大量的客户端向服务端发送请求，服务端可能会收到超过最大安全负载量的请求量，从而引起雪崩效应，导致系统吞吐量下降，从而服务端无法正常返回客户端所请求的数据；而在客户端请求低谷期，只有少量的客户端向服务端发送请求，服务端的资源大量闲置，而客户端却无法以更高的频率向服务端发送请求以提高数据更新频率，对带宽、服务器的利用又很不充分，不仅浪费服务端资源，而且客户端无法获得更高的数据更新频率。
2)采用简单反馈的方案，因为服务端根据服务端的状态，如当前的负载情况评估如何为客户端提供服务，可能返回数据给客户端，也可能不返回数据给客户端，因此，简单反馈法在服务器负载高，客户端请求高峰期时容易导致一些客户端多次无功而返；而在客户端请求低谷期，同样会对带宽、服务器的利用又很不充分，浪费服务端资源。
发明内容
有鉴于此，本发明的主要目的在于提供一种客户端请求控制方法和装置，不仅能够保证服务端正常返回客户端所请求的数据，而且能够节省服务端资源，使客户端获得更高的数据更新频率。
为达到上述目的，本发明的技术方案是这样实现的：
本发明提供了一种客户端请求控制方法，所述方法包括：
通过监控客户端请求来获取客户端历史请求量变化曲线；
根据所述客户端历史请求量变化曲线获取各时间段上的请求量变化速率，来得到客户端的下次请求时间间隔，通过所述下次请求时间间隔对发出请求的客户端进行请求控制。
较佳地，所述通过监控客户端请求来获取客户端历史请求量变化曲线包括：
服务器指示所有客户端以固定时间间隔发送请求，根据收集的请求获取所述客户端历史请求量变化曲线。
较佳地，所述请求量变化速率包括：请求下降率、请求增长率中的任意一种；
所述根据所述客户端历史请求量变化曲线获取各时间段上的请求量变化速率包括：在所述请求量变化速率为请求增长率时，分别统计所述客户端历史请求量变化曲线的一个变化周期内各时间段的请求量，得到各时间段的请求增长率。
较佳地，所述得到客户端的下次请求时间间隔，通过所述下次请求时间间隔对发出请求的客户端进行请求控制包括：
得到各时间段的请求增长率之后，确定当前请求时间点所处的时间段；根据服务端的当前请求量、最大安全负载量、当前请求时间间隔以及所处时间段对应的请求增长率，得到下次请求时间间隔并通知发出所述请求的客户端。
较佳地，所述方法还包括：
将二十四小时进行等分得到所述时间段的长度。
较佳地，所述分别统计所述客户端历史请求量变化曲线的一个变化周期内各时间段的请求量，得到各时间段的请求增长率包括：
对所述客户端历史请求量变化曲线进行线性回归得到直线；
将直线的斜率作为所述时间段的请求增长率。
较佳地，所述根据服务端的当前请求量、最大安全负载量、当前请求时间间隔以及所处时间段对应的请求增长率，得到下次请求时间间隔包括：
根据服务端的当前请求量、当前请求时间点所处的时间段以及所处时间段对应的请求增长率，得到当前请求时间点设定时长后的请求量的预测值；
根据所述预设时间后的请求量的预测值、最大安全负载量和当前请求时间间隔，得到下次请求时间间隔。
较佳地，所述方法还包括：
在当前请求时间点到设定时长这段时间对应两个时间段时，根据服务端的当前请求量、这段时间在前一时间段所占时间以及前一时间段的请求增长率，这段时间在后一时间段所占时间以及后一时间段的请求增长率，得到当前请求时间点设定时长后的请求量的预测值。
较佳地，该方法还包括：根据当前日期监测所述预测值来进行修正控制；
所述根据当前日期监测所述预测值来进行修正控制具体为：若所述当前日期为工作日以外的周末或节假日时，根据周末或节假日的业务负载需求选取对应的请求增长率，根据选取的请求增长率对所述预测值进行修正控制。
较佳地，该方法还包括：根据请求量的偏差比例监测所述下次请求时间间隔来进行修正控制；
所述根据请求量的偏差比例监测所述下次请求时间间隔来进行修正控制具体为：若当前请求量与理想状况下请求量的偏差比例达到请求量的偏差比例上限时，根据当前的下次请求时间间隔、当前请求量与理想状况下请求量的偏差比例、30分钟前对下次请求时间间隔的修正比例、30分钟内对下次请求时间间隔修正的历史记录，得到修正后的下次请求时间间隔。
本发明提供了一种服务端，所述服务端包括：
曲线获取单元，用于通过监控客户端请求来获取客户端历史请求量变化曲线；
控制单元，用于根据所述客户端历史请求量变化曲线获取各时间段上的请求量变化速率，来得到客户端的下次请求时间间隔，通过所述下次请求时间间隔对发出请求的客户端进行请求控制。
较佳地，所述曲线获取单元，进一步用于指示所有客户端以固定时间间隔发送请求，根据收集的请求获取所述客户端历史请求量变化曲线。
较佳地，所述请求量变化速率包括：请求下降率、请求增长率中的任意一种；
所述控制单元，进一步用于在所述请求量变化速率为请求增长率时，分别统计所述客户端历史请求量变化曲线的一个变化周期内各时间段的请求量，得到各时间段的请求增长率。
较佳地，所述控制单元，进一步用于得到各时间段的请求增长率之后，确定当前请求时间点所处的时间段；根据服务端的当前请求量、最大安全负载量、当前请求时间间隔以及所处时间段对应的请求增长率，得到下次请求时间间隔并通知发出所述请求的客户端。
较佳地，所述控制单元，进一步用于将二十四小时进行等分得到所述时间段的长度。
较佳地，所述控制单元，进一步用于对所述客户端历史请求量变化曲线进行线性回归得到直线；将直线的斜率作为所述时间段的请求增长率。
较佳地，所述控制单元，进一步用于根据服务端的当前请求量、当前请求时间点所处的时间段以及所处时间段对应的请求增长率，得到当前请求时间点设定时长后的请求量的预测值；根据所述预设时间后的请求量的预测值、最大安全负载量和当前请求时间间隔，得到下次请求时间间隔。
较佳地，所述控制单元，进一步用于在当前请求时间点到设定时长这段时间对应两个时间段时，根据服务端的当前请求量、这段时间在前一时间段所占时间以及前一时间段的请求增长率，这段时间在后一时间段所占时间以及后一时间段的请求增长率，得到当前请求时间点设定时长后的请求量的预测值。
较佳地，所述控制单元，进一步用于根据当前日期监测所述预测值来进行修正控制的情况下，若所述当前日期为工作日以外的周末或节假日时，根据周末或节假日的业务负载需求选取对应的请求增长率，根据选取的请求增长率对所述预测值进行修正控制。
较佳地，所述控制单元，进一步用于根据请求量的偏差比例监测所述下次请求时间间隔来进行修正控制的情况下，若当前请求量与理想状况下请求量的偏差比例达到请求量的偏差比例上限时，根据当前的下次请求时间间隔、当前请求量与理想状况下请求量的偏差比例、30分钟前对下次请求时间间隔的修正比例、30分钟内对下次请求时间间隔修正的历史记录，得到修正后的下次请求时间间隔。
由上可知，本发明的技术方案包括：通过监控客户端请求来获取客户端历史请求量变化曲线；根据所述客户端历史请求量变化曲线获取各时间段上的请求量变化速率，来得到客户端的下次请求时间间隔，通过所述下次请求时间间隔对发出请求的客户端进行请求控制。由此，本发明可以动态调整客户端的请求间隔时间，从而不仅能够保证服务端正常返回客户端所请求的数据，而且能够节省服务端资源，使客户端获得更高的数据更新频率。
附图说明
图1为本发明实施例客户端请求控制方法的实现流程示意图；
图2为本发明实施例客户端请求控制方法的实现流程示意图；
图3为本发明实施例对统计得到的客户端历史请求量变化曲线进行线性回归后得到的直线的示意图；
图4为本发明实施例服务端的结构示意图。
具体实施方式
本发明实施例提供的一种客户端请求控制方法，如图1所示，所述方法包括：
步骤101、通过监控客户端请求来获取客户端历史请求量变化曲线；
这里，所述通过监控客户端请求来获取客户端历史请求量变化曲线包括：服务器指示所有客户端以固定时间间隔发送请求，根据收集的请求获取所述客户端历史请求量变化曲线。
步骤102、根据所述客户端历史请求量变化曲线得到当前时间段上的请求量变化速率，来得到客户端的下次请求时间间隔，通过所述下次请求时间间隔对客户端进行请求控制；
这里，所述请求量变化速率包括：请求下降率、请求增长率中的任意一种；所述根据所述客户端历史请求量变化曲线获取各时间段上的请求量变化速率包括：在所述请求量变化速率为请求增长率时，分别统计所述客户端历史请求量变化曲线的一个变化周期内各时间段的请求量，得到各时间段的请求增长率；
这里，所述得到客户端的下次请求时间间隔，通过所述下次请求时间间隔对发出请求的客户端进行请求控制包括：得到各时间段的请求增长率之后，确定当前请求时间点所处的时间段；根据服务端的当前请求量、最大安全负载量、当前请求时间间隔以及所处时间段对应的请求增长率，得到下次请求时间间隔并通知发出所述请求的客户端。
这里需要指出的是：本发明实施例重点讨论请求增长率，在实际应用中，对于请求下降率的处理和请求增长率基于相同的原理，不做赘述。
具体的，将二十四小时进行等分得到所述时间段的长度；
这里，所述分别统计所述客户端历史请求量变化曲线的一个变化周期内各时间段的请求量，得到各时间段的请求增长率包括：对所述客户端历史请求量变化曲线进行线性回归得到直线；将直线的斜率作为所述时间段的请求增长率；
这里，所述根据服务端的当前请求量、最大安全负载量、当前请求时间间隔以及所处时间段对应的请求增长率，得到下次请求时间间隔包括：根据服务端的当前请求量、当前请求时间点所处的时间段以及所处时间段对应的请求增长率，得到当前请求时间点设定时长后的请求量的预测值；根据所述预设时间后的请求量的预测值、最大安全负载量和当前请求时间间隔，得到下次请求时间间隔；
具体的，在当前请求时间点到设定时长这段时间对应两个时间段时，根据服务端的当前请求量、这段时间在前一时间段所占时间以及前一时间段的请求增长率，这段时间在后一时间段所占时间以及后一时间段的请求增长率，得到当前请求时间点设定时长后的请求量的预测值；
由此，本发明不仅能够保证服务端正常返回客户端所请求的数据，而且能够节省服务端资源，使客户端获得更高的数据更新频率。
本发明实施例提供的一种客户端请求控制方法，如图2所示，所述方法包括：
步骤201、指示所有客户端以固定时间间隔发送请求；
步骤202、分别统计各时间段的请求量，得到各时间段的请求增长率；
具体的，可以将二十四小时进行等分得到所述时间段的长度；例如，将一天中的24小时等分成16段，每时间段为90分钟；那么需要分别得到16个时间段的请求增长率ki，ki值是常量，如0点15分时取k0，1点45分时取k1等，如表一所示的k值表，i为0至15，即k0至k15共16个请求增长率。在实际应用中，还可以根据工作日、周末、节假日等不同场景的负载需求分别测定不同的k值表。
表一
这里，所述得到时间段的请求增长率可以为：
统计时间段内预设间隔的请求量，得到客户端历史请求量变化曲线；
对客户端历史请求量变化曲线进行线性回归得到直线；
将直线的斜率作为所述时间段的请求增长率；
例如，预设间隔为一分钟，服务端每分钟采集一次请求量数据，得到如下数据：
对统计得到的客户端历史请求量变化曲线进行线性回归后得到如图3中所示的直线，图3中的横坐标为时间(精确到分钟)，纵坐标为请求量。该直线的斜率即为20：23～20：35的请求增长率。在实际操作中，需要采集的数据量为该段时间段内的所有数据，即一个时间段若为90分钟，则采集90条请求量数据用以计算该段内的请求增长率。
步骤203、确定当前请求时间点所处的时间段；
步骤204、根据服务端的当前请求量、最大安全负载量、当前请求时间间隔以及所处时间段对应的请求增长率，得到下次请求时间间隔并通知发出所述请求的客户端。
这里，所述得到下次请求时间间隔可以为：
根据服务端的当前请求量、当前请求时间点所处的时间段以及所处时间段对应的请求增长率，得到当前请求时间点设定时长后的请求量的预测值；
根据所述预设时间后的请求量的预测值、最大安全负载量和当前请求时间间隔，得到下次请求时间间隔。
在当前请求时间点到设定时长这段时间对应两个时间段时，根据服务端的当前请求量、这段时间在前一时间段所占时间以及前一时间段的请求增长率，这段时间在后一时间段所占时间以及后一时间段的请求增长率，得到当前请求时间点设定时长后的请求量的预测值。
由此，可以根据服务端的当前请求量、最大安全负载量、当前请求时间间隔以及所处时间段对应的请求增长率，动态调整客户端的请求间隔时间，从而不仅能够保证服务端正常返回客户端所请求的数据，而且能够节省服务端资源，使客户端获得更高的数据更新频率。
下面通过举例对本发明提供的客户端请求控制方法进行介绍。本例中，每时间段为90分钟，通过步骤201和202描述的方法得到各时间段的请求增长率ki分别为k0至k15；
设t1为下次请求时间间隔，t0为当前请求时间间隔，C为服务端的最大安全负载量，y30为当前请求时间点设定时长后的请求量的预测值，设定时长为30分钟(在实际应用中可以根据实际情况调整设定时长，如20分钟、50分钟等)，则由公式(1)可以计算得到t1，
t1＝y30/C*t0 公式(1)
公式(1)中的y30可以根据公式(2)计算得到，
y30＝y0+(30一n)*ki+n*k(i+1)且n∈[0，30)，i∈[0，15) 公式(2)
其中，y0为服务端的当前请求量，在当前请求时间点到设定时长这段时间对应两个时间段时，(30-n)为这段时间在前一时间段所占时间，n为这段时间在后一时间段所占时间，
n的值由当前时间点按公式(3)计算得到，
n’＝30-(90-(h*60+m)％90) 公式(3)
当n’＞0时，表示当前请求时间点到设定时长这段时间对应两个时间段，则n＝n’，当n’≤0时，表示当前请求时间点到设定时长这段时间对应一个时间段，则n＝0。
公式(3)的h为当前时间点的小时部分，m为当前时间点的分钟部分，如当前时间为15:30，则h＝15，m＝30。
这里需要指出的是：本发明可以对预测值这一中间变量及下次请求时间间隔这一最终变量进行修正控制，以下分别具体阐述。
针对预测值而言，该方法还包括：根据当前日期监测所述预测值来进行修正控制；
所述根据当前日期监测所述预测值来进行修正控制具体为：若所述当前日期为工作日以外的周末或节假日时，根据周末或节假日的业务负载需求选取对应的请求增长率，根据选取的请求增长率对所述预测值进行修正控制。
针对下次请求时间间隔而言，该方法还包括：根据请求量的偏差比例监测所述下次请求时间间隔来进行修正控制；
所述根据请求量的偏差比例监测所述下次请求时间间隔来进行修正控制具体为：若当前请求量与理想状况下请求量的偏差比例达到请求量的偏差比例上限时，根据当前的下次请求时间间隔、当前请求量与理想状况下请求量的偏差比例、30分钟前对下次请求时间间隔的修正比例、30分钟内对下次请求时间间隔修正的历史记录，得到修正后的下次请求时间间隔。
具体的，所述得到修正后的下次请求时间间隔所采用的公式为：
t＝t1-t1(rdT+1/n∑rdt) 公式(4)
对使用上述方法计算出来的t1进行修正控制，其中，所述t为所述修正后的下次请求时间间隔，所述t1为初始的下次请求时间间隔，rdT为实际的当前请求量T与理想状况下请求量C的偏差比例，rdt为30分钟前对t的修正比例，1/n∑rdt为最近30分钟内对下次请求时间间隔修正的历史记录。其中rdT＝(T-C)/C；rdt＝(t-t1)/t。
由此，本发明实施例可以根据服务端的当前请求量、最大安全负载量、当前请求时间间隔以及所处时间段对应的请求增长率，动态调整客户端的请求间隔时间，从而不仅能够保证服务端正常返回客户端所请求的数据，而且能够节省服务端资源，使客户端获得更高的数据更新频率。
对应于图1所示的方法，本发明实施例提供了一种服务端，如图4所示，所述服务端包括：
曲线获取单元，用于通过监控客户端请求来获取客户端历史请求量变化曲线；
这里，所述曲线获取单元，进一步用于指示所有客户端以固定时间间隔发送请求，根据收集的请求获取所述客户端历史请求量变化曲线。
控制单元，用于根据所述客户端历史请求量变化曲线获取各时间段上的请求量变化速率，来得到客户端的下次请求时间间隔，通过所述下次请求时间间隔对发出请求的客户端进行请求控制；
这里，所述请求量变化速率包括：请求下降率、请求增长率中的任意一种；
所述控制单元，进一步用于在所述请求量变化速率为请求增长率时，分别统计所述客户端历史请求量变化曲线的一个变化周期内各时间段的请求量，得到各时间段的请求增长率；
这里，所述控制单元，进一步用于得到各时间段的请求增长率之后，确定当前请求时间点所处的时间段；根据服务端的当前请求量、最大安全负载量、当前请求时间间隔以及所处时间段对应的请求增长率，得到下次请求时间间隔并通知发出所述请求的客户端；
这里，所述控制单元，进一步用于将二十四小时进行等分得到所述时间段的长度；
这里，所述控制单元，进一步用于对所述客户端历史请求量变化曲线进行线性回归得到直线；将直线的斜率作为所述时间段的请求增长率；
这里，所述控制单元，进一步用于根据服务端的当前请求量、当前请求时间点所处的时间段以及所处时间段对应的请求增长率，得到当前请求时间点设定时长后的请求量的预测值；根据所述预设时间后的请求量的预测值、最大安全负载量和当前请求时间间隔，得到下次请求时间间隔；
这里，所述控制单元，进一步用于在当前请求时间点到设定时长这段时间对应两个时间段时，根据服务端的当前请求量、这段时间在前一时间段所占时间以及前一时间段的请求增长率，这段时间在后一时间段所占时间以及后一时间段的请求增长率，得到当前请求时间点设定时长后的请求量的预测值。
这里，所述控制单元，进一步用于根据当前日期监测所述预测值来进行修正控制的情况下，若所述当前日期为工作日以外的周末或节假日时，根据周末或节假日的业务负载需求选取对应的请求增长率，根据选取的请求增长率对所述预测值进行修正控制。
这里，所述控制单元，进一步用于根据请求量的偏差比例监测所述下次请求时间间隔来进行修正控制的情况下，若当前请求量与理想状况下请求量的偏差比例达到请求量的偏差比例上限时，根据当前的下次请求时间间隔、当前请求量与理想状况下请求量的偏差比例、30分钟前对下次请求时间间隔的修正比例、30分钟内对下次请求时间间隔修正的历史记录，得到修正后的下次请求时间间隔。
由此，本发明不仅能够保证服务端正常返回客户端所请求的数据，而且能够节省服务端资源，使客户端获得更高的数据更新频率。
下面对运用本发明实施例控制方法的系统的典型实现方式进行介绍。
步骤1：服务端(即后台系统)启动时，将“下次请求时间间隔”的初始值写入共享内存；
步骤2：后台系统创建监听套接字并且等待客户端的请求；
步骤3：后台系统接收到客户端请求时，将“下次请求时间间隔”同数据一起返回给客户端；
步骤4：客户端收到服务端回复后，经过“下次请求时间间隔”后再去请求服务端；
步骤5：服务端定时监控当前系统总负载，并按上文中的方法计算出更新的“下次请求时间间隔”并写入共享内存。
综上，本发明实施例可对所有的客户端提供一视同仁的最佳服务状态，后台系统带宽、CPU等资源的整体利用率也将总是维持在最大安全值附近。
本发明实施例集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本发明实施例不限制于任何特定的硬件和软件结合。
相应的，本发明实施例还提供一种计算机存储介质，其中存储有计算机程序，该计算机程序用于执行本发明实施例的客户端请求控制方法。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。
Claims (20)
1.一种客户端请求控制方法，其特征在于，所述方法包括：
通过监控客户端请求来获取客户端历史请求量变化曲线；
根据所述客户端历史请求量变化曲线获取各时间段上的请求量变化速率，来得到客户端的下次请求时间间隔，通过所述下次请求时间间隔对发出请求的客户端进行请求控制；
所述通过监控客户端请求来获取客户端历史请求量变化曲线，包括：统计客户端在各时间段内预设间隔的请求量，得到客户端历史请求量变化曲线；
所述通过所述下次请求时间间隔对发出请求的客户端进行请求控制，包括：当接收到所述客户端的请求时，将所述下次请求时间间隔与数据返回给所述客户端，使所述客户端经过所述下次请求时间间隔后再发出请求。
2.根据权利要求1所述的方法，其特征在于，所述通过监控客户端请求来获取客户端历史请求量变化曲线包括：
服务器指示所有客户端以固定时间间隔发送请求，根据收集的请求获取所述客户端历史请求量变化曲线。
3.根据权利要求1或2所述的方法，其特征在于，所述请求量变化速率包括：请求下降率、请求增长率中的任意一种；
所述根据所述客户端历史请求量变化曲线获取各时间段上的请求量变化速率包括：在所述请求量变化速率为请求增长率时，分别统计所述客户端历史请求量变化曲线的一个变化周期内各时间段的请求量，得到各时间段的请求增长率。
4.根据权利要求3所述的方法，其特征在于，所述得到客户端的下次请求时间间隔，通过所述下次请求时间间隔对发出请求的客户端进行请求控制包括：
得到各时间段的请求增长率之后，确定当前请求时间点所处的时间段；根据服务端的当前请求量、最大安全负载量、当前请求时间间隔以及所处时间段对应的请求增长率，得到下次请求时间间隔并通知发出所述请求的客户端。
5.根据权利要求4所述的方法，其特征在于，所述方法还包括：
将二十四小时进行等分得到所述时间段的长度。
6.根据权利要求4所述的方法，其特征在于，所述分别统计所述客户端历史请求量变化曲线的一个变化周期内各时间段的请求量，得到各时间段的请求增长率包括：
对所述客户端历史请求量变化曲线进行线性回归得到直线；
将直线的斜率作为所述时间段的请求增长率。
7.根据权利要求4所述的方法，其特征在于，所述根据服务端的当前请求量、最大安全负载量、当前请求时间间隔以及所处时间段对应的请求增长率，得到下次请求时间间隔包括：
根据服务端的当前请求量、当前请求时间点所处的时间段以及所处时间段对应的请求增长率，得到当前请求时间点设定时长后的请求量的预测值；
根据所述当前请求时间点设定时长后的请求量的预测值、最大安全负载量和当前请求时间间隔，得到下次请求时间间隔。
8.根据权利要求4所述的方法，其特征在于，所述方法还包括：
在当前请求时间点到设定时长这段时间对应两个时间段时，根据服务端的当前请求量、这段时间在前一时间段所占时间以及前一时间段的请求增长率，这段时间在后一时间段所占时间以及后一时间段的请求增长率，得到当前请求时间点设定时长后的请求量的预测值。
9.根据权利要求7所述的方法，其特征在于，该方法还包括：根据当前日期监测所述预测值来进行修正控制；
所述根据当前日期监测所述预测值来进行修正控制具体为：若所述当前日期为工作日以外的周末或节假日时，根据周末或节假日的业务负载需求选取对应的请求增长率，根据选取的请求增长率对所述预测值进行修正控制。
10.根据权利要求7所述的方法，其特征在于，该方法还包括：根据请求量的偏差比例监测所述下次请求时间间隔来进行修正控制；
所述根据请求量的偏差比例监测所述下次请求时间间隔来进行修正控制具体为：若当前请求量与理想状况下请求量的偏差比例达到请求量的偏差比例上限时，根据当前的下次请求时间间隔、当前请求量与理想状况下请求量的偏差比例、30分钟前对下次请求时间间隔的修正比例、30分钟内对下次请求时间间隔修正的历史记录，得到修正后的下次请求时间间隔。
11.一种服务端，其特征在于，所述服务端包括：
曲线获取单元，用于通过监控客户端请求来获取客户端历史请求量变化曲线；
控制单元，用于根据所述客户端历史请求量变化曲线获取各时间段上的请求量变化速率，来得到客户端的下次请求时间间隔，通过所述下次请求时间间隔对发出请求的客户端进行请求控制；
所述曲线获取单元，进一步具体用于统计客户端在各时间段内预设间隔的请求量，得到客户端历史请求量变化曲线；
所述控制单元，进一步具体用于当接收到所述客户端的请求时，将所述下次请求时间间隔与数据返回给所述客户端，使所述客户端经过所述下次请求时间间隔后再发出请求。
12.根据权利要求11所述的服务端，其特征在于，所述曲线获取单元，进一步用于指示所有客户端以固定时间间隔发送请求，根据收集的请求获取所述客户端历史请求量变化曲线。
13.根据权利要求11或12所述的服务端，其特征在于，所述请求量变化速率包括：请求下降率、请求增长率中的任意一种；
所述控制单元，进一步用于在所述请求量变化速率为请求增长率时，分别统计所述客户端历史请求量变化曲线的一个变化周期内各时间段的请求量，得到各时间段的请求增长率。
14.根据权利要求13所述的服务端，其特征在于，所述控制单元，进一步用于得到各时间段的请求增长率之后，确定当前请求时间点所处的时间段；根据服务端的当前请求量、最大安全负载量、当前请求时间间隔以及所处时间段对应的请求增长率，得到下次请求时间间隔并通知发出所述请求的客户端。
15.根据权利要求14所述的服务端，其特征在于，所述控制单元，进一步用于将二十四小时进行等分得到所述时间段的长度。
16.根据权利要求14所述的服务端，其特征在于，所述控制单元，进一步用于对所述客户端历史请求量变化曲线进行线性回归得到直线；将直线的斜率作为所述时间段的请求增长率。
17.根据权利要求14所述的服务端，其特征在于，所述控制单元，进一步用于根据服务端的当前请求量、当前请求时间点所处的时间段以及所处时间段对应的请求增长率，得到当前请求时间点设定时长后的请求量的预测值；根据所述当前请求时间点设定时长后的请求量的预测值、最大安全负载量和当前请求时间间隔，得到下次请求时间间隔。
18.根据权利要求14所述的服务端，其特征在于，所述控制单元，进一步用于在当前请求时间点到设定时长这段时间对应两个时间段时，根据服务端的当前请求量、这段时间在前一时间段所占时间以及前一时间段的请求增长率，这段时间在后一时间段所占时间以及后一时间段的请求增长率，得到当前请求时间点设定时长后的请求量的预测值。
19.根据权利要求17所述的服务端，其特征在于，所述控制单元，进一步用于根据当前日期监测所述预测值来进行修正控制的情况下，若所述当前日期为工作日以外的周末或节假日时，根据周末或节假日的业务负载需求选取对应的请求增长率，根据选取的请求增长率对所述预测值进行修正控制。
20.根据权利要求17所述的服务端，其特征在于，所述控制单元，进一步用于根据请求量的偏差比例监测所述下次请求时间间隔来进行修正控制的情况下，若当前请求量与理想状况下请求量的偏差比例达到请求量的偏差比例上限时，根据当前的下次请求时间间隔、当前请求量与理想状况下请求量的偏差比例、30分钟前对下次请求时间间隔的修正比例、30分钟内对下次请求时间间隔修正的历史记录，得到修正后的下次请求时间间隔。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310256582.5A CN104253824B (zh) | 2013-06-25 | 2013-06-25 | 一种客户端请求控制方法和装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310256582.5A CN104253824B (zh) | 2013-06-25 | 2013-06-25 | 一种客户端请求控制方法和装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN104253824A CN104253824A (zh) | 2014-12-31 |
| CN104253824B true CN104253824B (zh) | 2018-07-27 |
Family
ID=52188359
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201310256582.5A Active CN104253824B (zh) | 2013-06-25 | 2013-06-25 | 一种客户端请求控制方法和装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN104253824B (zh) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108366092A (zh) * | 2018-01-15 | 2018-08-03 | 网易（杭州）网络有限公司 | 一种web即时数据显示的方法和系统 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101409916A (zh) * | 2007-10-08 | 2009-04-15 | 华为技术有限公司 | 一种处理服务历史信息的方法、系统和装置 |
| CN101778105A (zh) * | 2010-01-20 | 2010-07-14 | 杭州华三通信技术有限公司 | 获取基于web的实时性能监视指标数的方法、系统及设备 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5522542B2 (ja) * | 2008-09-30 | 2014-06-18 | 日本電気株式会社 | モバイル端末の実行機能管理システム、方法、およびプログラム |
-
2013
- 2013-06-25 CN CN201310256582.5A patent/CN104253824B/zh active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101409916A (zh) * | 2007-10-08 | 2009-04-15 | 华为技术有限公司 | 一种处理服务历史信息的方法、系统和装置 |
| CN101778105A (zh) * | 2010-01-20 | 2010-07-14 | 杭州华三通信技术有限公司 | 获取基于web的实时性能监视指标数的方法、系统及设备 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN104253824A (zh) | 2014-12-31 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7930573B2 (en) | Workload apportionment according to mean and variance | |
| CN111176419B (zh) | 估计在分布式计算机系统的多个节点上运行的作业的功率性能的方法和装置 | |
| US9935888B2 (en) | System and method for latency-based queuing | |
| CN103502944B (zh) | 虚拟机内存调整方法和设备 | |
| CN109246229A (zh) | 一种分发资源获取请求的方法和装置 | |
| CN103326958B (zh) | 监控数据缓存方法及系统 | |
| CN101981531A (zh) | 聚集循环调度以优化资源消耗 | |
| CN110866167B (zh) | 任务分配方法、装置、服务器和存储介质 | |
| CN105227489B (zh) | 一种带宽管理方法及电子设备 | |
| CN104243405A (zh) | 一种请求处理方法、装置及系统 | |
| CN103679497A (zh) | 一种试用商品的派发方法及装置 | |
| EP2363998B1 (en) | Method, system and apparatus for managing push data transfers | |
| CN108733493A (zh) | 资源利用率的计算方法、计算装置及计算机可读存储介质 | |
| CN113688001B (zh) | 服务器硬盘功耗动态均衡方法、装置、终端及存储介质 | |
| CN114155026A (zh) | 一种资源分配方法、装置、服务器及存储介质 | |
| CN104102646B (zh) | 数据处理的方法、装置及系统 | |
| CN104253824B (zh) | 一种客户端请求控制方法和装置 | |
| CN113835626B (zh) | 一种确定磁盘可使用时长的方法及装置 | |
| CN104111876A (zh) | 一种基于Oracle资源计划的动态资源管理装置及方法 | |
| CN109450672B (zh) | 一种识别带宽需求突发的方法和装置 | |
| CN108989387B (zh) | 控制异步请求的方法、装置及设备 | |
| CN106354553A (zh) | 一种大数据系统中基于资源估算的任务调度方法及装置 | |
| CN108901078A (zh) | 一种电力物联网业务的随机接入优化方法及装置 | |
| CN101841423B (zh) | 网管系统历史性能数据查询方法、装置及网管系统 | |
| CN111489195B (zh) | 物品发放的控制方法、装置、系统及存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| EXSB | Decision made by sipo to initiate substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |