CN105024947A - 用于监控网络业务量的方法和装置 - Google Patents

Abstract

本申请公开了一种用于监控网络业务量的方法和装置。所述方法的一具体实施方式包括：实时从业务信息集合中获取业务服务器所服务的客户端的业务信息，生成所述客户端所对应的账户的计费信息，其中，所述业务信息集合用于存储所述业务服务器按照预设时间间隔发送的所服务的客户端的业务信息，所述业务信息包括以下至少一项：业务类型、业务名称、业务量、业务计费规则；基于所述计费信息，生成账户状态信息；根据所述账户状态信息，允许或禁止向所述账户对应的客户端分配业务量。该实施方式可以提高网络业务量监控的有效性。

Description

用于监控网络业务量的方法和装置

技术领域

本申请涉及计算机技术领域，具体涉及网络业务量分配技术领域，尤其涉及一种用于监控网络业务量的方法和装置。

背景技术

随着互联网技术的发展，越来越多的网络业务可以通过量化表征。服务方可以根据对所服务的客户端提供的网络业务量的监测进行服务费用的结算，进而对客户端使用的网络业务量进行控制。现有的监控网络业务量的技术中，往往采用客户端先使用、服务器端后结算的方法，即客户端先使用网络业务量，然后服务器端以一个时间段为单位，例如一小时、一天等，定时查询或统计客户端对网络业务量的使用信息，进而结算服务费用。

现有的监控网络业务量的方法，对客户端使用的网络业务量的监控时间间隔较长，导致服务费用结算延迟，进而导致服务器端不能及时根据客户端消耗的业务量对客户端的业务量分配进行调整或决策。因此，现有的监控网络业务量的方法存在有效性较低的问题。

发明内容

本申请的目的在于提出一种改进的用于监控网络业务量的方法和装置，来解决以上背景技术部分提到的技术问题。

第一方面，本申请提供了一种用于监控网络业务量的方法，所述方法包括：实时从业务信息集合中获取业务服务器所服务的客户端的业务信息，生成所述客户端所对应的账户的计费信息，其中，所述业务信息集合用于存储所述业务服务器按照预设时间间隔发送的所服务的客户端的业务信息，所述业务信息包括以下至少一项：业务类型、业务名称、业务量、业务计费规则；基于所述计费信息，生成账户状态信息；根据所述账户状态信息，允许或禁止向所述账户对应的客户端分配业务量。

在一些实施例中，所述基于所述计费信息，生成账户状态信息包括：基于所述计费信息，更新所述账户的余额信息；根据所述余额信息，生成所述账户状态信息。

在一些实施例中，所述基于所述计费信息，更新所述账户的余额信息包括：检测是否接收到所述账户的充值信息；若是，根据所述计费信息和所述充值信息，更新所述账户的余额信息。

在一些实施例中，所述账户状态信息包括上线信息和下线信息，以及，所述基于所述计费信息，生成账户状态信息包括：当所述余额信息包括余额大于零时，生成上线信息；当所述余额信息包括余额小于或等于零时，生成下线信息。

在一些实施例中，所述根据所述账户状态信息，允许或禁止向所述账户对应的客户端分配业务量包括：当所述账户状态信息包括上线信息时，允许向所述账户对应的客户端分配业务量；当所述账户状态信息包括下线信息时，禁止向所述账户对应的客户端分配业务量。

在一些实施例中，所述根据所述账户状态信息，允许或禁止向所述账户对应的客户端分配业务量还包括：当所述账户状态信息包括上线信息时，允许向所述账户对应的客户端分配低于账户余额的业务量，禁止向所述账户对应的客户端分配高于账户余额的业务量。

在一些实施例中，所述方法还包括：根据账户的计费信息，生成所述账户的消费记录。

第二方面，本申请提供了一种用于监控网络业务量的装置，所述装置包括：计费信息生成模块，配置用于实时从业务信息集合中获取业务服务器所服务的客户端的业务信息，生成所述客户端所对应的账户的计费信息，其中，所述业务信息集合用于存储所述业务服务器按照预设时间间隔发送的所服务的客户端的业务信息，所述业务信息包括以下至少一项：业务类型、业务名称、业务量、业务计费规则；账户状态信息生成模块，配置用于基于所述计费信息，生成账户状态信息；业务量分配模块，配置用于根据所述账户状态信息，允许或禁止向所述账户对应的客户端分配业务量。

在一些实施例中，所述账户状态信息生成模块包括：余额信息更新单元，配置用于基于所述计费信息，更新所述账户的余额信息；账户状态信息生成单元，配置用于根据所述余额信息，生成所述账户状态信息。

在一些实施例中，所述余额信息更新单元包括：充值检测子单元，配置用于检测是否接收到所述账户的充值信息；若是，余额信息更新单元还配置用于根据所述计费信息和所述充值信息，更新所述账户的余额信息。

在一些实施例中，所述账户状态信息包括上线信息和下线信息，以及，所述账户状态信息生成单元还配置用于：当所述余额信息包括余额大于零时，生成上线信息；当所述余额信息包括余额小于或等于零时，生成下线信息。

在一些实施例中，所述业务量分配模块进一步配置用于：当所述账户状态信息包括上线信息时，允许向所述账户对应的客户端分配业务量；当所述账户状态信息包括下线信息时，禁止向所述账户对应的客户端分配业务量。

在一些实施例中，所述业务量分配模块进一步配置用于：当所述账户状态信息包括上线信息时，允许向所述账户对应的客户端分配低于账户余额的业务量，禁止向所述账户对应的客户端分配高于账户余额的业务量。

在一些实施例中，所述装置还包括：消费记录生成模块，配置用于根据账户的计费信息，生成所述账户的消费记录。

本申请提供的用于监控网络业务量的方法和装置，通过实时从业务信息集合中获取业务服务器所服务的客户端的业务信息，生成客户端所对应的账户的计费信息，接着基于计费信息，生成账户状态信息，然后根据账户状态信息，允许或禁止向账户对应的客户端分配业务量。其中，业务信息集合用于存储业务服务器按照预设时间间隔发送的所服务的客户端的业务信息，业务信息包括业务类型、业务名称、业务量、业务计费规则中的至少一项。由于业务服务器可以按照预设时间间隔(如一分钟)将所服务的客户端的业务信息发送至业务信息集合，实时(如以一分钟10万次的频率)从业务信息集合中获取这些业务信息，可以及时更新客户端对应的账户状态信息，进而对客户端的业务量分配情况进行调整，从而可以提高网络业务量监控的有效性。

附图说明

通过阅读参照以下附图所作的对非限制性实施例的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1示出了可以应用本申请实施例的示例性系统架构；

图2是根据本申请的用于监控网络业务量的方法的一个实施例的流程图；

图3是根据本申请的用于监控网络业务量的方法的一个应用场景示意图；

图4是根据本申请的一种用于监控网络业务量的方法的又一个实施例的流程图；

图5是根据本申请的用于监控网络业务量的装置的一个实施例的结构示意图；

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

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1示出了可以应用本申请实施例的示例性系统架构100。

如图1所示，系统架构100至少可以包括终端设备101、网络102和服务器103。网络102用以在终端设备101和服务器103之间提供通信链路的介质。网络102可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

终端设备101可以通过网络102与服务器103交互，以接收或发送消息等。终端设备101上可以安装有各种通讯客户端应用，例如云应用、杀毒类应用、数据流量监控类应用、社交平台应用、包含搜索引擎的应用、邮箱客户端、即时通信工具等。服务器103可以为终端设备101中的至少一个客户端(例如云应用)分配业务量，并监控终端设备101上的客户端的业务量消耗情况。

终端设备101可以包括但不限于智能手机、智能手表、平板电脑、个人数字助理、电子书阅读器、MP3播放器(Moving Picture ExpertsGroup Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。

服务器103可以是提供各种服务的服务器，或者是为终端设备101中的至少一个客户端(例如云应用)分配业务量的业务服务器。例如对终端设备101上的云应用提供支持的后台服务器等。服务器可以对接收到的数据进行存储、生成等处理，并将处理结果反馈给终端设备。

需要说明的是，本申请实施例所提供的用于监控网络业务量的方法可以由服务器103执行全部步骤。此时，该示例型架构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上。

同理，本领域技术人员应当理解，当示例型架构100不包括服务器104时，本申请实施例所提供的用于监控网络业务量的装置可以全部设于服务器103上；当示例型架构100包括服务器104时，本申请实施例所提供的用于监控网络业务量的装置可以全部设于服务器104上，也可以部分地设于服务器104上，其余部分设于服务器103上。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。例如，在一些实现中，服务器103可以包括多个，每个服务器103为多个终端设备分配网络业务量，多个服务器103所服务的承载于终端设备的客户端的网络业务量由服务器104监控。

请参考图2，其示出了用于监控网络业务量的方法的一个实施例的流程200。参考图1所示，本申请的实施例适用于具备示例型架构100中的服务器103(例如可以是业务服务器)或服务器104(例如可以是为业务服务器提供网络业务量监控支持的后台服务器)的功能的电子设备。该用于监控网络业务量的方法，可以包括以下步骤：

步骤201，实时从业务信息集合中获取业务服务器所服务的客户端的业务信息，生成客户端所对应的账户的计费信息。

在本实施例中，电子设备(例如图1所示的服务器103或服务器104)可以实时地从本地或远程的业务信息集合中获取业务服务器所服务的客户端的业务信息，并实时地生成客户端所对应的账户的计费信息。具体而言，当上述电子设备就是为客户端分配业务量的业务服务器(例如服务器103)时，其可以直接从本地的业务信息集合获取上述业务信息；而当上述电子设备是对业务服务器提供网络业务量监控支持的后台服务器(例如服务器104)时，其从本地的业务信息集合获取上述业务信息，也可以通过有线连接方式或者无线连接方式从业务服务器的业务信息集合获取上述业务信息。

在本实施例中，业务服务器可以按照预设时间间隔将所服务的客户端的业务信息发送至业务信息集合。在这里，预设时间间隔可以是固定值，该固定值即为发送周期，可以是人为设定的，例如是1分钟；预设时间间隔也可以是根据业务服务器所服务的客户端的业务信息而变化的，例如可以与客户端消耗的业务量成反比。实践中，当预设时间间隔时固定值时，业务服务器可以按照统一的发送周期向业务信息集合发送业务信息，例如，从业务服务器开始向客户端提供服务起，每分钟统计一次所服务的所有客户端的业务信息并发送至业务信息集合；业务服务器也可以分别按照每个客户端独立的发送周期向业务信息集合发送业务信息，例如从业务服务器为单个客户端提供服务开始，每分钟将该单个客户端的业务信息发送至业务信息集合。业务信息集合可以临时或永久地存储这些业务信息。当业务信息集合临时地存储这些业务信息时，其可以设于电子设备的临时存储区(如缓存)中；当业务信息集合永久地存储这些业务信息，其可以设于电子设备的存储器的永久存储区(如内存)中。可选地，业务服务器可以按照预设时间间隔将所服务的客户端的业务信息通过消息队列发送至电子设备。本领域技术人员可以理解，如果业务信息集合设于业务服务器中或业务信息通过消息队列发送，则当电子设备断电时，上述业务信息仍可以在业务信息集合或消息队列中保存。这样，当电子设备得电时，可以继续读取业务信息，而不会造成计费信息缺失。

其中，业务信息可以包括但不限于以下至少一项：业务类型、业务名称、业务量、业务计费规则。在一些实现中，网络业务量可以具有统一的业务计费规则，则电子设备可以预先存储业务计费规则。此时，业务信息可以仅包括业务类型、业务名称或业务量，电子设备可以根据业务类型、业务名称或业务量计算计费信息。例如，客户端在预设时间间隔内向业务服务器成功请求了一次云杀毒业务(例如杀毒业务的业务计费规则是×元/次)，则业务服务器可以仅将业务类型(例如可以是“高级云杀毒”)或业务名称(例如可以是“云杀毒”)发送至业务信息集合，则电子设备可以根据业务类型或业务名称计算客户端请求云杀毒业务的计费信息。再例如，业务服务器向客户端分配网络流量(例如网络流量的业务计费规则是×元/兆字节)时，业务服务器可以仅将客户端消耗的业务量(例如可以是500兆字节的网络流量)发送至业务信息集合，则电子设备可以根据业务量计算客户端消耗的业务量的计费信息。在另一些实现中，每个客户端消耗的网络业务量可以是具有不同的业务计费规则(如不同的客户端根据云存储容量、托管服务器配置参数具有不同的业务计费规则)，则业务信息可以包括业务量和业务计费规则。可选地，当业务计费规则为单位时间内的计费金额(如×元/分钟)，且业务服务器采用统一的发送周期向业务信息集合发送每个客户端的业务信息时，业务信息可以只包括每个客户端的业务计费规则。本领域技术人员可以理解，实际应用中的情况复杂，业务信息可以包括业务类型、业务名称、业务量、业务计费规则中任一项或任意组合，在此不再一一例举。可选地，业务信息还可以是业务服务器实时生成的计费信息，则电子设备可以实时地获取该计费信息。

这里，计费信息可以包括客户端在一个预设时间间隔内消耗的网络业务量对应的金额。例如，业务信息包括业务量和业务计费规则，业务计费规则为单位业务量对应的计费金额(如0.3元/兆字节)，业务量为一个预设时间间隔内消耗的业务量(如500兆字节)，则电子设备根据业务信息生成的计费信息可以为业务量与业务计费规则的乘积(例如0.3元/兆字节×500兆字节＝150元)。

值得说明的是，电子设备可以实时读取业务信息集合中的业务信息。在一些实现中，电子设备读取业务信息的频率可以与业务服务器发送业务信息的频率相关联。例如，当业务服务器发送业务信息的频率较高(如在100万次/分钟-1000万次/分钟之间)时，则电子设备可以根据一定的频率(如10万次/秒)读取业务信息集合中的业务信息；当业务服务器发送业务信息的频率较低(如10次/分钟-100次/分钟)时，电子设备可以检测业务信息集合是否被写入数据，当业务信息集合被写入数据时，电子设备读出所写入的数据。这样，可以确保电子设备在客户端消耗业务量后及时获取客户端的业务信息，并计算出客户端在一个预设时间间隔内所消耗的业务量的计费金额，实现对网络业务量的实时监测。

步骤202，基于上述计费信息，生成账户状态信息。

在本实施例中，电子设备接着可以基于步骤201生成的客户端的计费信息，生成客户端所对应账户的账户状态信息。

这里，电子设备可以根据客户端的本次计费信息，对客户端所对应的账户进行实时结算。在一些实现中，电子设备可以从账户余额中扣除本次计费信息所包含的计费金额，从而更新账户的余额信息，完成对客户端在本次预设时间间隔内消耗的网络业务量的结算。可选地，电子设备可以在更新账户的余额信息之前先检测是否接收到账户的充值信息，若是，则扣除本次计费信息所包含的计费金额的同时添加充值金额来更新账户的余额信息。电子设备根据充值金额和计费金额更新余额信息的过程也可以是相互独立的，即电子设备不必检测是否接收到充值信息，当收到充值信息或计费信息时，分别更新账户的余额信息。

接着，电子设备可以根据更新后的余额信息确定账户状态。例如，电子设备可以将更新后的余额信息中包含的余额数值与预设的余额阈值进行对比，根据余额数值与余额阈值的大小关系确定账户状态。这里，余额阈值可以是在上述预设时间间隔内客户端所消耗的业务量的计费金额的最小值(如1元)，也可以是人为规定的值(如0.1元或0元)。当上述余额数值大于上述余额阈值时，电子设备可以确定账户状态为有效状态，当上述余额数值等于或小于上述余额阈值时，电子设备可以确定账户状态为无效状态。

然后，电子设备可以根据确定的账户状态生成账户状态信息。这里的账户状态信息可以是一个控制信号(如输出的高、低电平)，也可以是一个状态参数值(如通过0或1表示的参数值)，还可以是一个控制语句，也可以是一个描述语句(如对账户余额数值和余额阈值的关系进行描述的语句)。可选地，当上述账户状态从无效状态变为有效状态时，生成允许向账户对应的客户端分配业务量的控制信号、状态参数值或控制语句，当上述账户状态从有效状态变为无效状态时，生成禁止向账户对应的客户端分配业务量的控制信号、状态参数值或控制语句。

步骤203，根据账户状态信息，允许或禁止向账户对应的客户端分配业务量。

在本实施例中，电子设备根据接收到的账户状态信息，调取不同的控制方案，允许或禁止向账户对应的客户端分配业务量，实现对客户端分配业务量的控制。

在这里，如果账户状态信息是控制信号或状态参数值，电子设备可以根据账户状态信息直接控制业务服务器对客户端的业务量分配。具体地，当控制信号或状态参数值时代表有效状态的信号或参数值时，电子设备允许业务服务器对客户端分配业务量，反之，禁止业务服务器对客户端分配业务量。在一些实现中，账户状态信息可以是一个控制语句，该控制语句可以允许或禁止业务服务器向账户对应的客户端分配业务量。可选地，当该控制语句表达允许业务服务器向账户对应的客户端分配业务量的信息时，可以允许业务服务器向账户对应的客户端分配业务量。在另一些实现中，账户状态信息可以是一个描述语句，例如当账户状态为有效状态时，账户状态信息可以是描述账户余额的语句，电子设备根据该语句，判断是否需要禁止向账户对应的客户端分配业务量。

在本实施例的可选实现方式中，电子设备还可以根据步骤201中生成的计费信息，生成每个客户端对应账户的消费记录。可选地，该消费记录可以包括但不限于上述的业务信息、计费金额、计费时间等。电子设备可以根据预设的关键字基于关键字匹配从消费记录中提取部分信息生成账户的账单。可选地，当账户状态为无效状态，或者账户余额与判定账户为无效状态的余额阈值之差在预定范围内时，电子设备可以向客户端的关联账号(如手机号码或邮箱账号)发送提示信息(如短信或邮件)。

本实施例的应用场景可以为：如图3所示，业务服务器可以是云服务器302，上述电子设备可以是为云服务器302提供网络业务量监控支持的监控服务器303，其中，云服务器301为客户端302提供云服务，并可以向客户端302分配业务量。在图3的应用场景300中，首先，通过步骤3011，客户端301与云服务器302建立连接，并向云服务器302发起分配业务量(如存储资源)的请求；接着，云服务器302接收该分配业务量的请求，判断该请求合法后，通过步骤3021，向客户端301分配业务量(如存储空间)；然后，云服务器302可以从与客户端301建立连接开始，通过步骤3022，每隔1分钟向监控服务器303发送云服务器302在这1分钟内向客户端301分配业务量的业务信息；接着，监控服务器303通过步骤3031，实时获取云服务器302发送来的业务信息，并生成客户端301在这1分钟内的计费信息，根据本次的计费信息实时更新客户端301对应的账户余额，一旦该账户余额变为等于零或小于零的额度时，立即生成客户端301的无效状态信息并发送至云服务器302；然后，云服务器302在步骤3023中接收到客户端301的无效状态信息，立即禁止向客户端301分配业务量(如释放存储空间)。可选地，云服务器302还可以中断与客户端301的连接。

结合图3的应用场景，本申请的用于监控网络业务量的方法的实施例可以按照预设时间间隔监测客户端的业务量消耗情况，实时生成前一预设时间间隔内业务服务器向客户端分配的业务量的计费信息，并及时更新客户端对应的账户的余额信息，生成账户状态信息，根据账户状态信息及时对客户端的业务量分配情况进行控制，实现对客户端消耗业务量的实时监控，以便于及时对网络资源合理分配和调整，提高了网络业务量监控的有效性。

如图4所示，其示出了本申请的一种用于监控网络业务量的方法的又一个实施例的流程400。本实施例适用于具备示例型架构100中的服务器103(例如可以是业务服务器)或服务器104(例如可以是为业务服务器提供网络业务量监控支持的后台服务器)的功能的电子设备中。该流程400包括：

步骤401，实时从业务信息集合中获取业务服务器所服务的客户端的业务信息，生成客户端所对应的账户的计费信息。

在本实施例中，电子设备(例如图1所示的服务器103或服务器104)可以实时地从本地或远程的业务信息集合中获取业务服务器所服务的客户端的业务信息，并实时地生成客户端所对应的账户的计费信息。

这里，业务服务器可以按照预设时间间隔将所服务的客户端的业务信息发送至业务信息集合，电子设备可以实时读取业务信息集合中的业务信息。业务信息可以包括但不限于以下至少一项：业务类型、业务名称、业务量、业务计费规则。计费信息可以包括客户端在一个预设时间间隔内消耗的网络业务量对应的金额。

步骤402，基于上述计费信息，生成账户的上线信息或下线信息。

在本实施例中，电子设备接着可以基于步骤201生成的客户端的计费信息，实时从客户端所对应的账户中扣除计费信息中包含的计费金额，更新账户余额信息，然后根据更新后的余额信息确定账户状态，例如可以确定账户状态为有效状态或无效状态，并根据账户状态的变化生成上线信息或下线信息。

其中，当上述账户状态从无效状态变为有效状态时，电子设备生成上线信息；当账户状态从有效状态变为无效状态时，电子设备生成下线信息。

步骤403，如果账户状态信息包括上线信息，允许向账户对应的客户端分配低于账户余额的业务量，禁止向账户对应的客户端分配高于账户余额的业务量。

在本实施例中，电子设备接着可以根据生成的账户状态信息，调取不同的控制方案，对向客户端分配的业务量进行调控。如果账户状态信息包括上线信息，电子设备可以将账户余额与业务服务器所能分配的各业务量在上述预设时间间隔内产生的计费金额进行对比，并且，允许向账户对应的客户端分配在上述预设时间间隔内产生的计费金额低于账户余额的业务量，禁止向账户对应的客户端分配在上述预设时间间隔内产生的计费金额高于账户余额的业务量。举例而言，如果某个账户的账户余额为0.6元，该账户对应的客户端在1分钟内消耗的业务量为网络流量5兆字节，网络流量的业务计费规则为0.08元/兆字节，则该账户本次的计费金额为0.4元，更新账户余额后为0.2元，则电子设备可以生成上线信息。由前述业务计费规则可知，0.2元的账户余额不足以承担客户端在下一个时间间隔内消耗的业务量。此时，根据该上线信息，电子设备可以禁止在下一个时间间隔内向该客户端分配网络流量，也可以仅向该客户端分配0.2元/(0.08元/兆字节)＝2.5兆字节的网络流量。

步骤404，如果账户状态信息包括下线信息，禁止向账户对应的客户端分配业务量。

在本实施例中，如果电子设备生成的账户状态信息包括下线信息，则禁止向账户对应的客户端分配业务量。

在本实施例中，上述实现流程中的步骤401、步骤402分别与前述实施例中的步骤201、步骤202基本相同，在此不再赘述。

图4示出的实施例在账户余额不满足无效状态的条件时，能对账户余额进一步进行判断，以预先对账户对应的客户端根据预设的业务量分配策略进行业务量分配的控制，在提高业务量监控的实时性的基础上，更有利于对业务服务器资源的宏观调控及配置。

进一步参考图5，作为对上述各图所示方法的实现，本申请提供了一种用于监控网络业务量的装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于电子设备中。

如图5所示，本实施例所述的用于监控网络业务量的装置500包括：计费信息生成模块501、账户状态信息生成模块502和业务量分配模块503。其中，计费信息生成模块501可以配置用于实时从业务信息集合中获取业务服务器所服务的客户端的业务信息，生成客户端所对应的账户的计费信息，其中，业务信息集合用于存储业务服务器按照预设时间间隔发送的所服务的客户端的业务信息，业务信息包括以下至少一项：业务类型、业务名称、业务量、业务计费规则；账户状态信息生成模块502可以配置用于基于计费信息，生成账户状态信息；业务量分配模块503可以配置用于根据账户状态信息，允许或禁止向账户对应的客户端分配业务量。

在本实施例中，用于监控网络业务量的装置500首先可以通过计费信息生成模块501实时地从本地或远程的业务信息集合中获取业务服务器所服务的客户端的业务信息，并实时地生成客户端所对应的账户的计费信息。这里，业务服务器可以按照预设时间间隔将所服务的客户端的业务信息发送至业务信息集合，电子设备可以实时读取业务信息集合中的业务信息。业务信息可以包括但不限于以下至少一项：业务类型、业务名称、业务量、业务计费规则。计费信息可以包括客户端在一个预设时间间隔内消耗的网络业务量对应的金额。

在本实施例中，账户状态信息生成模块502接着可以从计费信息生成模块501获取客户端对应账户的计费信息，并根据计费信息更新账户余额信息，然后根据账户余额信息确定账户状态，生成账户状态信息。其中，账户状态信息可以是一个控制信号、一个状态参数值、一个控制语句或者一个描述语句，等等。

在本实施例中，业务量分配模块503接着可以根据接收到的账户状态信息，调取不同的控制方案，允许或禁止向账户对应的客户端分配业务量，实现对客户端分配业务量的控制。

本领域技术人员可以理解，用于监控网络业务量的装置500中记载的诸模块与参考图2描述的方法中的各个步骤相对应。由此，上文结合图2所描述的针对用于监控网络业务量的方法描述的操作和特征同样适用于监控网络业务量的装置500及其中包含的模块，在此不再赘述。

下面参考图6，其示出了适于用来实现本申请实施例的终端设备或服务器的计算机系统600的结构示意图。

如图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被安装。

本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括计费信息生成模块、账户状态信息生成模块和业务量分配模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，账户状态信息生成模块还可以被描述为“配置用于基于计费信息，生成账户状态信息的模块”。

作为另一方面，本申请还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中所述装置中所包含的计算机可读存储介质；也可以是单独存在，未装配入终端中的计算机可读存储介质。所述计算机可读存储介质存储有一个或者一个以上程序，所述程序被一个或者一个以上的处理器用来执行描述于本申请的用于监控网络业务量的方法。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (14)

1.一种用于监控网络业务量的方法，其特征在于，所述方法包括：

实时从业务信息集合中获取业务服务器所服务的客户端的业务信息，生成所述客户端所对应的账户的计费信息，其中，所述业务信息集合用于存储所述业务服务器按照预设时间间隔发送的所服务的客户端的业务信息，所述业务信息包括以下至少一项：业务类型、业务名称、业务量、业务计费规则；

基于所述计费信息，生成账户状态信息；

根据所述账户状态信息，允许或禁止向所述账户对应的客户端分配业务量。

2.根据权利要求1所述的方法，其特征在于，所述基于所述计费信息，生成账户状态信息包括：

基于所述计费信息，更新所述账户的余额信息；

根据所述余额信息，生成所述账户状态信息。

3.根据权利要求2所述的方法，其特征在于，所述基于所述计费信息，更新所述账户的余额信息包括：

检测是否接收到所述账户的充值信息；

若是，根据所述计费信息和所述充值信息，更新所述账户的余额信息。

4.根据权利要求2或3所述的方法，其特征在于，所述账户状态信息包括上线信息和下线信息，以及

所述基于所述计费信息，生成账户状态信息包括：

当所述余额信息包括余额大于零时，生成上线信息；

当所述余额信息包括余额小于或等于零时，生成下线信息。

5.根据权利要求4所述的方法，其特征在于，所述根据所述账户状态信息，允许或禁止向所述账户对应的客户端分配业务量包括：

当所述账户状态信息包括上线信息时，允许向所述账户对应的客户端分配业务量；

当所述账户状态信息包括下线信息时，禁止向所述账户对应的客户端分配业务量。

6.根据权利要求5所述的方法，其特征在于，所述根据所述账户状态信息，允许或禁止向所述账户对应的客户端分配业务量还包括：

当所述账户状态信息包括上线信息时，允许向所述账户对应的客户端分配低于账户余额的业务量，禁止向所述账户对应的客户端分配高于账户余额的业务量。

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

根据账户的计费信息，生成所述账户的消费记录。

8.一种用于监控网络业务量的装置，其特征在于，所述装置包括：

计费信息生成模块，配置用于实时从业务信息集合中获取业务服务器所服务的客户端的业务信息，生成所述客户端所对应的账户的计费信息，其中，所述业务信息集合用于存储所述业务服务器按照预设时间间隔发送的所服务的客户端的业务信息，所述业务信息包括以下至少一项：业务类型、业务名称、业务量、业务计费规则；

账户状态信息生成模块，配置用于基于所述计费信息，生成账户状态信息；

业务量分配模块，配置用于根据所述账户状态信息，允许或禁止向所述账户对应的客户端分配业务量。

9.根据权利要求8所述的装置，其特征在于，所述账户状态信息生成模块包括：

余额信息更新单元，配置用于基于所述计费信息，更新所述账户的余额信息；

账户状态信息生成单元，配置用于根据所述余额信息，生成所述账户状态信息。

10.根据权利要求9所述的装置，其特征在于，所述余额信息更新单元包括：

充值检测子单元，配置用于检测是否接收到所述账户的充值信息；

若是，余额信息更新单元还配置用于根据所述计费信息和所述充值信息，更新所述账户的余额信息。

11.根据权利要求9或10所述的装置，其特征在于，所述账户状态信息包括上线信息和下线信息，以及

所述账户状态信息生成单元还配置用于：

当所述余额信息包括余额大于零时，生成上线信息；

当所述余额信息包括余额小于或等于零时，生成下线信息。

12.根据权利要求11所述的装置，其特征在于，所述业务量分配模块进一步配置用于：

当所述账户状态信息包括上线信息时，允许向所述账户对应的客户端分配业务量；

当所述账户状态信息包括下线信息时，禁止向所述账户对应的客户端分配业务量。

13.根据权利要求12所述的装置，其特征在于，所述业务量分配模块进一步配置用于：

当所述账户状态信息包括上线信息时，允许向所述账户对应的客户端分配低于账户余额的业务量，禁止向所述账户对应的客户端分配高于账户余额的业务量。

14.根据权利要求8所述的装置，其特征在于，所述装置还包括：

消费记录生成模块，配置用于根据账户的计费信息，生成所述账户的消费记录。