此时，该示例型架构100可以不包括图1示出的服务器104。在一些实现中，示例型架构100也可以包括服务器104。服务器104和服务器103可以通过有线连接方式或者无线连接方式连接。上述无线连接方式包括但不限于3G/4G连接、WiFi连接、蓝牙连接、WiMAX连接、Zigbee连接、UWB (ultra wideband)连接、以及其他现在已知或将来开发的无线连接方式。此时，本申请实施例所提供的用于监控网络业务量的方法也可以由服务器104执行全部或部分步骤。例如，服务器104可以接收服务器103发送至业务信息集合中的业务信息，生成客户端所对应的账户的计费信息，并基于计费信息，生成账户状态信息，根据该账户状态信息，服务器104向服务器103发出允许或禁止向所述账户对应的客户端分配业务量的指令，或者，服务器104将账户状态信息发送给服务器103，由服务器103根据该账户状态信息，允许或禁止向所述账户对应的客户端分配业务量。其中，业务信息集合可以设在服务器103上，也可以设在服务器104上。
[0035]同理，本领域技术人员应当理解，当示例型架构100不包括服务器104时，本申请实施例所提供的用于监控网络业务量的装置可以全部设于服务器103上；当示例型架构100包括服务器104时，本申请实施例所提供的用于监控网络业务量的装置可以全部设于服务器104上，也可以部分地设于服务器104上，其余部分设于服务器103上。
[0036]应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。例如，在一些实现中，服务器103可以包括多个，每个服务器103为多个终端设备分配网络业务量，多个服务器103所服务的承载于终端设备的客户端的网络业务量由服务器104监控。
[0037]请参考图2，其示出了用于监控网络业务量的方法的一个实施例的流程200。参考图1所示，本申请的实施例适用于具备示例型架构100中的服务器103(例如可以是业务服务器)或服务器104(例如可以是为业务服务器提供网络业务量监控支持的后台服务器)的功能的电子设备。该用于监控网络业务量的方法，可以包括以下步骤:
[0038]步骤201，实时从业务信息集合中获取业务服务器所服务的客户端的业务信息，生成客户端所对应的账户的计费信息。
[0039]在本实施例中，电子设备(例如图1所示的服务器103或服务器104)可以实时地从本地或远程的业务信息集合中获取业务服务器所服务的客户端的业务信息，并实时地生成客户端所对应的账户的计费信息。具体而言，当上述电子设备就是为客户端分配业务量的业务服务器(例如服务器103)时，其可以直接从本地的业务信息集合获取上述业务信息；而当上述电子设备是对业务服务器提供网络业务量监控支持的后台服务器(例如服务器104)时，其从本地的业务信息集合获取上述业务信息，也可以通过有线连接方式或者无线连接方式从业务服务器的业务信息集合获取上述业务信息。
[0040]在本实施例中，业务服务器可以按照预设时间间隔将所服务的客户端的业务信息发送至业务信息集合。在这里，预设时间间隔可以是固定值，该固定值即为发送周期，可以是人为设定的，例如是I分钟；预设时间间隔也可以是根据业务服务器所服务的客户端的业务信息而变化的，例如可以与客户端消耗的业务量成反比。实践中，当预设时间间隔时固定值时，业务服务器可以按照统一的发送周期向业务信息集合发送业务信息，例如，从业务服务器开始向客户端提供服务起，每分钟统计一次所服务的所有客户端的业务信息并发送至业务信息集合；业务服务器也可以分别按照每个客户端独立的发送周期向业务信息集合发送业务信息，例如从业务服务器为单个客户端提供服务开始，每分钟将该单个客户端的业务信息发送至业务信息集合。业务信息集合可以临时或永久地存储这些业务信息。当业务信息集合临时地存储这些业务信息时，其可以设于电子设备的临时存储区(如缓存)中；当业务信息集合永久地存储这些业务信息，其可以设于电子设备的存储器的永久存储区(如内存)中。可选地，业务服务器可以按照预设时间间隔将所服务的客户端的业务信息通过消息队列发送至电子设备。本领域技术人员可以理解，如果业务信息集合设于业务服务器中或业务信息通过消息队列发送，则当电子设备断电时，上述业务信息仍可以在业务信息集合或消息队列中保存。这样，当电子设备得电时，可以继续读取业务信息，而不会造成计费信息缺失。
[0041]其中，业务信息可以包括但不限于以下至少一项:业务类型、业务名称、业务量、业务计费规则。在一些实现中，网络业务量可以具有统一的业务计费规则，则电子设备可以预先存储业务计费规则。此时，业务信息可以仅包括业务类型、业务名称或业务量，电子设备可以根据业务类型、业务名称或业务量计算计费信息。例如，客户端在预设时间间隔内向业务服务器成功请求了一次云杀毒业务(例如杀毒业务的业务计费规则是X元/次)，则业务服务器可以仅将业务类型(例如可以是“高级云杀毒”)或业务名称(例如可以是“云杀毒”)发送至业务信息集合，则电子设备可以根据业务类型或业务名称计算客户端请求云杀毒业务的计费信息。再例如，业务服务器向客户端分配网络流量(例如网络流量的业务计费规则是X元/兆字节)时，业务服务器可以仅将客户端消耗的业务量(例如可以是500兆字节的网络流量)发送至业务信息集合，则电子设备可以根据业务量计算客户端消耗的业务量的计费信息。在另一些实现中，每个客户端消耗的网络业务量可以是具有不同的业务计费规则(如不同的客户端根据云存储容量、托管服务器配置参数具有不同的业务计费规则)，则业务信息可以包括业务量和业务计费规则。可选地，当业务计费规则为单位时间内的计费金额(如X元/分钟)，且业务服务器采用统一的发送周期向业务信息集合发送每个客户端的业务信息时，业务信息可以只包括每个客户端的业务计费规则。本领域技术人员可以理解，实际应用中的情况复杂，业务信息可以包括业务类型、业务名称、业务量、业务计费规则中任一项或任意组合，在此不再一一例举。可选地，业务信息还可以是业务服务器实时生成的计费信息，则电子设备可以实时地获取该计费信息。
[0042]这里，计费信息可以包括客户端在一个预设时间间隔内消耗的网络业务量对应的金额。例如，业务信息包括业务量和业务计费规则，业务计费规则为单位业务量对应的计费金额(如0.3元/兆字节)，业务量为一个预设时间间隔内消耗的业务量(如500兆字节)，则电子设备根据业务信息生成的计费信息可以为业务量与业务计费规则的乘积(例如0.3元/兆字节X 500兆字节=150元)。
[0043]值得说明的是，电子设备可以实时读取业务信息集合中的业务信息。在一些实现中，电子设备读取业务信息的频率可以与业务服务器发送业务信息的频率相关联。例如，当业务服务器发送业务信息的频率较高(如在100万次/分钟-1000万次/分钟之间)时，则电子设备可以根据一定的频率(如10万次/秒)读取业务信息集合中的业务信息；当业务服务器发送业务信息的频率较低(如10次/分钟-100次/分钟)时，电子设备可以检测业务信息集合是否被写入数据，当业务信息集合被写入数据时，电子设备读出所写入的数据。这样，可以确保电子设备在客户端消耗业务量后及时获取客户端的业务信息，并计算出客户端在一个预设时间间隔内所消耗的业务量的计费金额，实现对网络业务量的实时监测。
[0044]步骤202，基于上述计费信息，生成账户状态信息。
[0045]在本实施例中，电子设备接着可以基于步骤201生成的客户端的计费信息，生成客户端所对应账户的账户状态信息。
[0046]这里，电子设备可以根据客户端的本次计费信息，对客户端所对应的账户进行实时结算。在一些实现中，电子设备可以从账户余额中扣除本次计费信息所包含的计费金额，从而更新账户的余额信息，完成对客户端在本次预设时间间隔内消耗的网络业务量的结算。可选地，电子设备可以在更新账户的余额信息之前先检测是否接收到账户的充值信息，若是，则扣除本次计费信息所包含的计费金额的同时添加充值金额来更新账户的余额信息。电子设备根据充值金额和计费金额更新余额信息的过程也可以是相互独立的，即电子设备不必检测是否接收到充值信息，当收到充值信息或计费信息时，分别更新账户的余额信息。
[0047]接着，电子设备可以根据更新后的余额信息确定账户状态。例如，电子设备可以将更新后的余额信息中包含的余额数值与预设的余额阈值进行对比，根据余额数值与余额阈值的大小关系确定账户状态。这里，余额阈值可以是在上述预设时间间隔内客户端所消耗的业务量的计费金额的最小值(如I元)，也可以是人为规定的值(如0.1元或O元)。当上述余额数值大于上述余额阈值时，电子设备可以确定账户状态为有效状态，当上述余额数值等于或小于上述余额阈值时，电子设备可以确定账户状态为无效状态。
[0048]然后，电子设备可以根据确定的账户状态生成账户状态信息。这里的账户状态信息可以是一个控制信号(如输出的高、低电平)，也可以是一个状态参数值(如通过O或I表示的参数值)，还