突发流量的分流方法、计算机设备及可读存储介质与流程

[0001]
本发明涉及直播应用技术领域，尤其涉及突发流量的分流方法、计算机设备及可读存储介质。


背景技术：

[0002]
随着直播行业的快速发展，直播间各种类型的突发情况日益增多。由于互联网的不可预见性，通常采用应用限流、降级的方式应对瞬时突发流量的情况。但是，限流和降级容易使部分用户无法访问直播间，影响用户观看直播的体验效果。


技术实现要素：

[0003]
针对现有瞬时突发流量的问题，现提供一种旨在从业务类型的角度出发对突发流量进行分流，以保证用户体验效果的突发流量的分流方法、计算机设备及可读存储介质。
[0004]
突发流量的分流方法，所述方法包括下述步骤：
[0005]
对获取的业务请求的请求频率进行监测；
[0006]
当所述业务请求的请求频率大于频率阈值时，根据所述业务请求的业务类型对辅助业务服务组进行资源分配，所述辅助业务服务组采用共享存储的方式共享存储业务资源；
[0007]
将所述业务请求发送至所述辅助业务服务组，以获取相应的业务数据，并输出所述业务数据。
[0008]
优选的，当所述业务请求的请求频率大于频率阈值时，根据所述业务请求的业务类型对辅助业务服务组进行资源分配的步骤，包括：
[0009]
提取所述业务请求中的业务标识；
[0010]
判断所述业务标识的请求频率是否大于所述频率阈值；
[0011]
当所述业务标识的请求频率大于所述频率阈值时，将所述业务标识作为分流标识；
[0012]
获取所述辅助业务服务组中所有服务节点的注册地址列表；
[0013]
根据所述分流标识对应的业务类型对所述注册地址列表中注册地址对应的服务节点进行资源分配。
[0014]
优选的，还包括：
[0015]
当所述业务标识的请求频率小于或等于所述频率阈值时，将所述业务请求发送至主业务服务组，以获取所述主业务服务组发送的相应的业务数据，并输出所述业务数据；
[0016]
所述主业务服务组采用独占的方式存储业务资源。
[0017]
优选的，所述请求频率为每秒查询率。
[0018]
优选的，根据所述分流标识对应的业务类型对所述注册地址列表中注册地址对应的服务节点进行资源分配的步骤，还包括：
[0019]
获取所述分流标识对应的业务类型个数；
[0020]
根据业务类型个数及相应的业务类型，对所述注册地址列表中注册地址的服务节点进行平均资源分配。
[0021]
优选的，将所述业务请求发送至所述辅助业务服务组，以获取相应的业务数据，并输出所述业务数据的步骤，包括：
[0022]
在所述注册地址列表中获取与所述业务请求的分流标识对应的服务节点，将所述业务请求发送至所述辅助业务服务组中的服务节点，以获取相应的业务数据，并输出所述业务数据。
[0023]
优选的，所述业务类型选自以下至少一种：用户业务类型、房间业务类型、道具业务类型、钱包业务类型和活动业务类型。
[0024]
本发明还提供了一种计算机设备，所述计算机设备，包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述方法的步骤。
[0025]
本发明还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述方法的步骤。
[0026]
上述技术方案的有益效果：
[0027]
本技术方案中，从业务类型的角度出发，通过对获取的业务请求的请求频率进行监测，以识别每一业务类型的业务请求是否在正常范围内(例如：请求频率大于频率阈值)；当业务请求的请求频率大于频率阈值时，则可视为该业务请求对应的业务类型的业务服务器(主业务服务组)达到容量上限，需将该业务请求发送至辅助业务服务组，以获取相应的业务数据，从而缓解主业务服务组的访问压力，进而提高应对突发流量的效率，以保证用户观看直播的体验效果。
附图说明
[0028]
图1为本发明突发流量的分流系统的一种实施例的架构图；
[0029]
图2为本发明所述的突发流量的分流方法的一种是实施例的流程图；
[0030]
图3为主业务服务器的内部示意图；
[0031]
图4为接入服务器获取注册地址列表的一种实施例的示意图；
[0032]
图5为辅助业务服务器的内部示意图；
[0033]
图6为本发明所述的突发流量的分流方法的另一种是实施例的流程图；
[0034]
图7为本发明所述的突发流量的分流方法的原理流程图；
[0035]
图8为本发明所述的突发流量的分流系统的一种实施例的模块图；
[0036]
图9为本发明所述分配单元的内部模块图；
[0037]
图10为本发明计算机设备的一个实施例的硬件架构图；
[0038]
图11为本发明突发流量的分流系统的一种实施例的应用示意图。
具体实施方式
[0039]
以下结合附图与具体实施例进一步阐述本发明的优点。
[0040]
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例
中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
[0041]
在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
[0042]
应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”。
[0043]
在本发明的描述中，需要理解的是，步骤前的数字标号并不标识执行步骤的前后顺序，仅用于方便描述本发明及区别每一步骤，因此不能理解为对本发明的限制。
[0044]
本申请实施例的视频可以呈现于大型视频播放设备、游戏机、台式计算机、智能手机、平板电脑、mp3(movingpictureexpertsgroupaudiolayeriii，动态影像专家压縮标准音频层)播放器、mp4(movingpictureexpertsgroupaudiolayerlv，动态影像专家压縮标准音频层面)播放器、膝上型便携计算机、电子书阅读器以及其它显示终端等客户端。
[0045]
本申请实施例的用于突发流量的分流方法、突发流量的分流方法可以应用在直播场景中，比如说，可以应用在观众与主播/视放送方的互动视频、互动游戏的播放(例如：业界的《黑镜》或《隐形的守护者》等)等高在线业务中。本申请实施例以视频应用于直播视频为例子，但是并不局限于此。
[0046]
本申请实施例中，接入服务器根据客户端发送的业务请求，判断该业务请求的请求频率是否大于频率阈值，若是，则根据业务请求的业务类型对辅助业务服务组进行资源分配；将业务请求发送至辅助业务服务组，以获取相应的业务数据，并向客户端反馈该业务数据，从而缓解主业务服务组的访问压力，进而提高应对突发流量的效率。请参考图1，图1是本申请实施例提供的突发流量的分流系统架构图。如图1所示，a用户访问直播间通过无线网络向接入服务器w发送道具业务请求，接入服务器w判断该道具业务请求的请求频率是否大于频率阈值，若否，则将道具业务请求发送至主业务服务组中的相应的业务服务器m，以获取相应的道具业务数据，并向a用户反馈该道具业务数据；若是，则根据道具业务请求的业务类型(例如：道具业务类型)对辅助业务服务组进行资源分配；将道具业务请求发送至辅助业务服务组中相应的业务服务器q，以获取相应的道具业务数据，并向a用户反馈该道具业务数据，从而缓解主业务服务组的访问压力，进而提高应对突发流量的效率，以保证用户观看直播的体验效果。此处只给出一个接入服务器w和一个a用户，此处的应用场景还可以包括多台相互独立的接入服务器w，以及多个a用户。接入服务器w可以是云端服务器，还可以是本地服务器。a用户的设备不局限于图示的移动设备，所有可以进行上传视频的智能终端均可适用。
[0047]
本发明为解决瞬时突发流量引起的限流或降级的缺陷，提出了一种突发流量的分流方法。参阅图2，其为一符合本发明一优选实施例的突发流量的分流方法的流程示意图，从图中可以看出，本实施例中所提供的突发流量的分流方法主要包括以下步骤：
[0048]
s1.对获取的业务请求的请求频率进行监测；
[0049]
作为举例而非限定，业务请求可以是用户业务请求、房间业务请求、道具业务请求、钱包业务请求和活动业务请求中的一种。
[0050]
需要说明的是，突发流量的分流方法主要应用于接入服务器中。
[0051]
于本实施例中，通过接入服务器对客户端发送的业务请求的请求频率进行监测。
[0052]
s2.当所述业务请求的请求频率大于频率阈值时，根据所述业务请求的业务类型对辅助业务服务组进行资源分配；
[0053]
需要说明的是，所述辅助业务服务组区别于主业务服务组，主业务服务组采用独占的方式存储业务资源，业务服务与业务服务之间不会因为资源竞争造成影响。主业务服务组可包括多个主业务服务器，每个主业务服务器可部署多个物理机(参考图3)，每个物理机可通过虚拟单元(docker)虚拟化多个主服务节点，每主服务节点可将其ip(互联网协议地址)地址分组注册到注册中心(register)中，从而生成注册地址列表，接入服务器可通过向注册中心请求主服务节点ip地址获取注册地址列表(参考图4)。
[0054]
辅助业务服务组采用共享存储的方式共享存储业务资源，辅助业务服务组中的资源没有限制、可调节的服务资源池，业务服务与业务服务之间可能存在竞争。辅助业务服务组可包括多个辅助业务服务器，每个辅助业务服务器可部署多个物理机(参考图5)，每个物理机可通过虚拟单元(docker)虚拟化多个辅助服务节点，每辅助服务节点可将其ip(互联网协议地址)地址分组注册到注册中心中，从而生成注册地址列表，接入服务器可通过向注册中心请求辅助服务节点ip地址获取注册地址列表(参考图4)。
[0055]
作为举例而非限定，所述业务类型选自以下至少一种：用户业务类型、房间业务类型、道具业务类型、钱包业务类型和活动业务类型。
[0056]
于本实施例中，通过接入服务器判断业务请求的请求频率是否大于频率阈值(例如：是否在正常范围内)，若否，则可视为该业务请求对应的业务类型的业务服务器(主业务服务组)达到容量上限，需将该业务请求发送至辅助业务服务组，以获取相应的业务数据。
[0057]
进一步地，步骤s2当所述业务请求的请求频率大于频率阈值时，根据所述业务请求的业务类型对辅助业务服务组进行资源分配的步骤(参考图6所示)，包括：
[0058]
s21.提取所述业务请求中的业务标识；
[0059]
s22.判断所述业务标识的请求频率是否大于所述频率阈值；若是，执行步骤s23；若否，执行步骤s26；
[0060]
需要说明的是，所述请求频率为每秒查询率(qps，全称：query per second)。
[0061]
在实际应用中，可基于接入服务器的内存计数获取业务标识当前的qps。
[0062]
s23.将所述业务标识作为分流标识；
[0063]
s24.获取所述辅助业务服务组中所有服务节点的注册地址列表；
[0064]
在实际应用中，接入服务器可通过注册中心获取主业务服务组和辅助业务服务组中有服务节点的注册地址列表。
[0065]
s25.根据所述分流标识对应的业务类型对所述注册地址列表中注册地址对应的服务节点进行资源分配。
[0066]
在上述步骤中，接入服务器对客户端发送的业务请求进行解析，获取业务请求中的业务标识，根据该业务标识的qps判断是否超过频率阈值，当业务标识大于超过频率阈
值，则表示该业务请求对应的业务类型在主业务服务组中当前处于容量上限，需将该业务请求发送至辅助业务服务组，以缓解主业务服务组的访问压力。
[0067]
进一步地，步骤s25根据所述分流标识对应的业务类型对所述注册地址列表中注册地址对应的服务节点进行资源分配的步骤，还包括：
[0068]
获取所述分流标识对应的业务类型个数；
[0069]
根据业务类型个数及相应的业务类型，对所述注册地址列表中注册地址的服务节点进行平均资源分配。
[0070]
在本步骤中，若当前超出频率阈值的分流标识的业务类型只有一种，可根据该业务类型，将辅助业务服务组中注册地址列表中注册地址的所有服务节点进行该业务类型的资源配置；若当前超出频率阈值的分流标识的业务类型有多个，则可根据业务类型对注册地址列表中注册地址的服务节点进行平均资源分配。
[0071]
s26.将所述业务请求发送至主业务服务组，以获取所述主业务服务组发送的相应的业务数据，并输出所述业务数据；
[0072]
所述主业务服务组采用独占的方式存储业务资源。
[0073]
在上述步骤中，当业务标识小于或等于频率阈值，则表示该业务请求对应的业务类型在主业务服务组中当前处于正常状态，接入服务器可将该业务请求发送至主业务服务组中相应的业务服务器，以获取与该业务请求对应的业务数据，并将该业务数据反馈至客户端。
[0074]
s3.将所述业务请求发送至辅助业务服务组，以获取相应的业务数据，并输出所述业务数据。
[0075]
在本实施例中，从业务类型的角度出发，通过对获取的业务请求的请求频率进行监测，以识别每一业务类型的业务请求是否在正常范围内(例如：请求频率大于频率阈值)；当业务请求的请求频率大于频率阈值时，则可视为该业务请求对应的业务类型的业务服务器(主业务服务组)达到容量上限，需将该业务请求发送至辅助业务服务组，以获取相应的业务数据，从而缓解主业务服务组的访问压力，进而提高应对突发流量的效率，以保证用户观看直播的体验效果。
[0076]
步骤s3将所述业务请求发送至辅助业务服务组，以获取相应的业务数据，并输出所述业务数据的步骤，包括：
[0077]
在所述注册地址列表中获取与所述业务请求的分流标识对应的服务节点，将所述业务请求发送至所述辅助业务服务组中的服务节点，以获取相应的业务数据，并输出所述业务数据。
[0078]
在本步骤中，接入服务器将业务请求发送至辅助业务服务组，以获取相应的业务数据，从而缓解主业务服务组的访问压力，进而提高应对突发流量的效率，以保证用户观看直播的体验效果。
[0079]
如图7所示，突发流量的分流方法的原理流程如下：
[0080]
a1.获取客户端发送的业务请求；
[0081]
a2.识别业务请求对应的业务标识；
[0082]
a3.基于接入服务器的内存计数获取业务标识当前的qps；
[0083]
a4.判断qps是否大于频率阈值，若否，执行步骤a5；若是，执行步骤a6；
[0084]
a5.从主业务服务组获取服务节点信息，并将业务请求发送至相应的服务节点，获取相应的业务数据，执行步骤a7；
[0085]
a6.从辅助业务服务组获取服务节点信息，并将业务请求发送至相应的服务节点，获取相应的业务数据；
[0086]
a7.将获取的业务数据反馈至客户端。
[0087]
采用突发流量的分流方法可使接入服务器基于瞬时压力切换辅助业务服务组，实现全自动无人值守的突发流量应对的目的，可在用户无感知的情况下自动进行服务优化。
[0088]
如图8所示，本发明还提供了一种突发流量的分流系统1，包括：监测单元11、分配单元12和控制单元13；其中：
[0089]
监测单元11，用于对获取的业务请求的请求频率进行监测；
[0090]
作为举例而非限定，业务请求可以是用户业务请求、房间业务请求、道具业务请求、钱包业务请求和活动业务请求中的一种。
[0091]
需要说明的是，突发流量的分流系统1主要应用于接入服务器中。
[0092]
于本实施例中，通过接入服务器对客户端发送的业务请求的请求频率进行监测。
[0093]
分配单元12，当所述业务请求的请求频率大于频率阈值时，用于根据所述业务请求的业务类型对辅助业务服务组进行资源分配；
[0094]
需要说明的是，所述辅助业务服务组区别于主业务服务组，主业务服务组采用独占的方式存储业务资源，业务服务与业务服务之间不会因为资源竞争造成影响。辅助业务服务组采用共享存储的方式共享存储业务资源，业务服务与业务服务之间可能存在竞争。辅助业务服务组可部署多个物理机，每一物理机可配置多个服务节点，每服务节点可将其ip(互联网协议地址)地址分组注册到注册中心中，从而生成注册地址列表。
[0095]
作为举例而非限定，所述业务类型选自以下至少一种：用户业务类型、房间业务类型、道具业务类型、钱包业务类型和活动业务类型。
[0096]
于本实施例中，通过接入服务器判断业务请求的请求频率是否大于频率阈值(例如：是否在正常范围内)，若否，则可视为该业务请求对应的业务类型的业务服务器(主业务服务组)达到容量上限，需将该业务请求发送至辅助业务服务组，以获取相应的业务数据。
[0097]
如图9所示，所述分配单元12可包括：提权模块121、判断模块122和处理模块123，其中：
[0098]
提权模块121，用于提取所述业务请求中的业务标识；
[0099]
判断模块122，用于判断所述业务标识的请求频率是否大于所述频率阈值；若是，执行步骤s23；若否，执行步骤s26；
[0100]
需要说明的是，所述请求频率为每秒查询率(qps，全称：query per second)。
[0101]
处理模块123，当业务标识的请求频率大于所述频率阈值时，用于将所述业务标识作为分流标识；获取所述辅助业务服务组中所有服务节点的注册地址列表；根据所述分流标识对应的业务类型对所述注册地址列表中注册地址对应的服务节点进行资源分配。
[0102]
在实际应用中，接入服务器可通过注册中心获取主业务服务组和辅助业务服务组中有服务节点的注册地址列表。
[0103]
于本实施例中，接入服务器对客户端发送的业务请求进行解析，获取业务请求中的业务标识，根据该业务标识的qps判断是否超过频率阈值，当业务标识大于超过频率阈
值，则表示该业务请求对应的业务类型在主业务服务组中当前处于容量上限，需将该业务请求发送至辅助业务服务组，以缓解主业务服务组的访问压力。
[0104]
进一步地，处理模块123根据所述分流标识对应的业务类型对所述注册地址列表中注册地址对应的服务节点进行资源分配，还包括：
[0105]
获取所述分流标识对应的业务类型个数；根据业务类型个数及相应的业务类型，对所述注册地址列表中注册地址的服务节点进行平均资源分配。
[0106]
于本实施例中，若当前超出频率阈值的分流标识的业务类型只有一种，可根据该业务类型，将辅助业务服务组中注册地址列表中注册地址的所有服务节点进行该业务类型的资源配置；若当前超出频率阈值的分流标识的业务类型有多个，则可根据业务类型对注册地址列表中注册地址的服务节点进行平均资源分配。
[0107]
当业务标识的请求频率小于或等于所述频率阈值时，处理模块123还用于将所述业务请求发送至主业务服务组，以获取相应的业务数据，并输出所述业务数据；
[0108]
所述主业务服务组采用独占的方式存储业务资源。
[0109]
于本实施例中，当业务标识小于或等于频率阈值，则表示该业务请求对应的业务类型在主业务服务组中当前处于正常状态，接入服务器可将该业务请求发送至主业务服务组中相应的业务服务器，以获取与该业务请求对应的业务数据，并将该业务数据反馈至客户端。
[0110]
控制单元13，用于将所述业务请求发送至辅助业务服务组，以获取相应的业务数据，并输出所述业务数据。
[0111]
进一步地，所述控制单元13用于在所述注册地址列表中获取与所述业务请求的分流标识对应的服务节点，将所述业务请求发送至所述辅助业务服务组中的服务节点，以获取相应的业务数据，并输出所述业务数据。
[0112]
在本实施例中，从业务类型的角度出发，通过对获取的业务请求的请求频率进行监测，以识别每一业务类型的业务请求是否在正常范围内(例如：请求频率大于频率阈值)；当业务请求的请求频率大于频率阈值时，则可视为该业务请求对应的业务类型的业务服务器(主业务服务组)达到容量上限，需将该业务请求发送至辅助业务服务组，以获取相应的业务数据，从而缓解主业务服务组的访问压力，进而提高应对突发流量的效率，以保证用户观看直播的体验效果。
[0113]
如图10所示，一种计算机设备2，所述计算机设备2包括：
[0114]
存储器21，用于存储可执行程序代码；以及
[0115]
处理器22，用于调用所述存储器21中的所述可执行程序代码，执行步骤包括上述的突发流量的分流方法。
[0116]
图10中以一个处理器22为例。
[0117]
存储器21作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块，如本申请实施例中的突发流量的分流方法对应的程序指令/模块(例如，图8所示的监测单元11、分配单元12和控制单元13，图9所示的提权模块121、判断模块122和处理模块123)。处理器22通过运行存储在存储器21中的非易失性软件程序、指令以及模块，从而执行计算机设备2的各种功能应用以及数据处理，即实现上述方法实施例突发流量的分流方法。
[0118]
存储器21可以包括存储程序区和存储数据区，其中，存储程序区可存储搡作系统、至少一个功能所需要的应用程序；存储数据区可存储用户在计算机设备2的播放信息。此外，存储器21可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，存储器21可选包括相对于处理器22远程设置的存储器21，这些远程存储器21可以通过网络连接至突发流量的分流系统1。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
[0119]
所述一个或者多个模块存储在所述存储器21中，当被所述一个或者多个处理器22执行时，执行上述任意方法实施例中的突发流量的分流方法，例如，执行以上描述的图2中的方法步骤s1至步骤s3、图6中的方法步骤s21至步骤s26，实现图8所示的监测单元11、分配单元12和控制单元13，图9所示的提权模块121、判断模块122和处理模块123的功能。
[0120]
上述产品可执行本申请实施例所提供的方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本申请实施例所提供的方法。
[0121]
本申请实施例的计算机设备2以多种形式存在，包括但不限于:
[0122]
(1)移动通信设备：这类设备的特点是具备移动通信功能，并且以提供话音、数据通信为主要目标。这类终端包括：智能手机(例如iphone)、多媒体手机、功能性手机，以及低端手机等。
[0123]
(2)超移动个人计算机设备：这类设备属于个人计算机的范畴，有计算和处理功能，一般也具备移动上网特性。这类终端包括：pda、mid和umpc设备等，例如ipad。
[0124]
(3)便携式娱乐设备：这类设备可以显示和播放多媒体内容。该类设备包括：音频、视频播放器(例如ipod)，掌上游戏机，电子书，以及智能玩具和便携式车载导航设备。
[0125]
(4)服务器：提供计算服务的设备，服务器的构成包括处理器、硬盘、内存、系统总线等，服务器和通用的计算机架构类似，但是由于需要提供高可靠的服务，因此在处理能力、稳定性、可靠性、安全性、可扩展性、可管理性等方面要求较高。
[0126]
(5)其他具有数据交互功能的电子装置。
[0127]
本申请实施例提供了一种非易失性计算机可读存储介质，所述计算机可读存储介质存储有计算机可执行指令，该计算机可执行指令被一个或多个处理器执行，例如图10中的一个处理器22，可使得上述一个或多个处理器22可执行上述任意方法实施例中的突发流量的分流方法，例如，执行以上描述的图2中的方法步骤s1至步骤s3、图6中的方法步骤s21至步骤s26，实现图8所示的监测单元11、分配单元12和控制单元13，图9所示的提权模块121、判断模块122和处理模块123的功能。
[0128]
以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到至少两个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
[0129]
通过以上的实施方式的描述，本领域普通技术人员可以清楚地了解到各实施方式可借助软件加通用硬件平台的方式来实现，当然也可以通过硬件。本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程是可以通过计算机程序来指令相关的硬
件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(read-onlymemory，rom)或随机存储记忆体(randomaccessmemory，ram)等。
[0130]
实施例一、
[0131]
参考图1所示，a用户通过无线网络向接入服务器w发送道具业务请求，接入服务器w对获取的道具业务请求的请求频率进行监测，识别道具业务请求是否大于频率阈值；若道具业务请求大于频率阈值时，则可视为该业务请求对应的业务类型的业务服务器q(主业务服务组)达到容量上限，需将该业务请求发送至辅助业务服务组中的业务服务器m，业务服务器m获取与该业务请求对应的业务数据，并将业务数据发送至接入服务器w，由接入服务器w将接收到的业务数据反馈至a用户。，从而缓解主业务服务组的访问压力，进而提高应对突发流量的效率，以保证用户观看直播的体验效果。
[0132]
实施例二、
[0133]
参考图11所示，b用户通过无线网络向接入服务器w发送钱包业务请求，接入服务器w对获取的钱包业务请求的请求频率进行监测，识别道具业务请求是否大于频率阈值；若道具业务请求小于频率阈值时，则可视为该业务请求对应的业务类型的业务服务器q(主业务服务组)处于正常状态，未达到容量上限，可将该业务请求发送至主业务服务组中的业务服务器q，业务服务器q获取与该业务请求对应的业务数据，并将业务数据发送至接入服务器w，由接入服务器w将接收到的业务数据反馈至a用户。
[0134]
以上所述仅为本发明较佳的实施例，并非因此限制本发明的实施方式及保护范围，对于本领域技术人员而言，应当能够意识到凡运用本发明说明书及图示内容所作出的等同替换和显而易见的变化所得到的方案，均应当包含在本发明的保护范围内。