著录项信息
专利名称 | 一种数据计费方法和相关装置 |
申请号 | CN201010131396.5 | 申请日期 | 2010-03-22 |
法律状态 | 授权 | 申报国家 | 中国 |
公开/公告日 | 2011-09-28 | 公开/公告号 | CN102201922A |
优先权 | 暂无 | 优先权号 | 暂无 |
主分类号 | 暂无 | IPC分类号 | 暂无查看分类表>
|
申请人 | 阿里巴巴集团控股有限公司 | 申请人地址 | 英属开曼群岛大开曼岛资本大厦一座四层847号邮箱
变更
专利地址、主体等相关变化,请及时变更,防止失效 |
权利人 | 阿里巴巴集团控股有限公司 | 当前权利人 | 阿里巴巴集团控股有限公司 |
发明人 | 袁志俊;高嵩 |
代理机构 | 北京集佳知识产权代理有限公司 | 代理人 | 逯长明;王宝筠 |
摘要
本申请实施例公开了一种数据计费、预处理方法和相关装置。其中,数据计费方法包括:计费服务器获取需要自身进行计费处理的待计费数据的任务标识,其中,所述任务标识为根据所述待计费数据所关联的账户标识转化得到的标识,相同账户下产生的待计费数据有相同的任务标识;所述计费服务器根据所述任务标识从待计费数据库中获得携带所述任务标识的待计费数据;对获得到的待计费数据进行计费处理。根据本申请实施例,可以避免计费系统中计费服务器的资源浪费,同时也提高计费系统的整体性能。
一种数据计费方法和相关装置\n技术领域\n[0001] 本申请涉及通信和计算机技术领域,特别是涉及一种数据计费方法和相关装置。\n背景技术\n[0002] 通常情况下,在大规模的网站计费系统中,需要进行计费处理的数据量很大。为了使计费系统可以准确、高效地处理大批量数据,在硬件环境的限制下,往往需要由一个服务器集群中的多台计费服务器来共同完成计费工作。\n[0003] 在现有技术中,通常是将待计费数据存储在一个先进先出的数据队列中。服务器集群中的各个计费服务器分别从数据队列中提取待计费数据,并分别对各自提取出的待计费数据进行计费处理。\n[0004] 但是,发明人在研究中发现,现有技术至少存在如下技术问题:多个不同的计费服务器有可能从数据队列中分别提取到来自相同账户的不同待计费数据,从而产生相同账户下的不同待计费数据由不同的计费处理服务器进行计费处理的现象。例如,在一个服务器集群中包括有分布式的3个计费服务器:计费服务器A、计费服务器B和计费服务器C。某用户进行三次网上消费后,在其扣款账户下产生有3个待计费数据:待计费数据1、待计费数据2和待计费数据3。计费服务器A有可能从数据队列中提取到了待计费数据1,而计费服务器B有可能从数据队列中提取到了待计费数据2,计费服务器C有可能从数据队列中提取到了待计费数据3,进而,三个计费服务器分别对各自提取到的待计费数据进行了计费处理。即,计费服务器A、B和C对来自相同账户下的不同待计费数据进行了并发计费,尤其是在大规模的网站计费系统中,会频繁出现并发计费。这种并发计费现象不仅浪费计费系统中计费服务器的资源,同时也降低了计费系统的整体性能。\n发明内容\n[0005] 为了解决上述技术问题,本申请实施例提供了一种数据计费方法和相关装置,以避免计费系统中出现并发计费的错误,节约计费系统中计费服务器的资源,提高计费系统的整体性能。\n[0006] 本申请实施例公开公开了如下技术方案:\n[0007] 一种数据计费方法,包括:计费服务器获取需要自身进行计费处理的待计费数据的任务标识,其中,所述任务标识为根据所述待计费数据所关联的账户标识转化得到的标识,相同账户下产生的待计费数据有相同的任务标识;所述计费服务器根据所述任务标识从待计费数据库中获得携带所述任务标识的待计费数据;所述计费服务器对获得到的待计费数据进行计费处理。\n[0008] 一种数据计费方法,包括:数据管理中心获取各个计费服务器进行计费处理的待计费数据的任务标识,其中,所述任务标识为根据所述待计费数据所关联的账户标识转化得到的标识,相同账户下产生的待计费数据有相同的任务标识;数据管理中心根据所述任务标识从待计费数据库中获得携带所述任务标识的待计费数据;数据管理中心将获得的待计费数据发送给相应的计费服务器,以便计费服务器对接收到的待计费数据进行计费处理。\n[0009] 一种计费服务器,包括:任务标识获取单元,用于获取需要自身进行计费处理的待计费数据的任务标识,其中,所述任务标识为根据所述待计费数据所关联的账户标识转化得到的标识,相同账户下产生的待计费数据有相同的任务标识;待计费数据获得单元,用于根据所述任务标识从待计费数据库中获得携带所述任务标识的待计费数据;计费单元,用于对获得的待计费数据进行计费处理。\n[0010] 一种数据管理中心,包括:任务标识获取单元,用于获取各个计费处理器进行计费处理的待计费数据的任务标识,其中,所述任务标识为根据所述待计费数据所关联的账户标识转化得到的标识,相同账户下产生的待计费数据有相同的任务标识;待计费数据获得单元,用于根据所述任务标识从待计费数据库中获得携带所述任务标识的待计费数据;发送单元,用于将获得的待计费数据发送给相应的计费服务器,以便计费服务器对接收到的待计费数据进行计费处理。\n[0011] 由上述实施例可以看出,在数据预处理过程中,计费服务器从待计费数据库中获得需要自身进行计费处理的待计费数据的任务标识,其中,所述任务标识为根据所述待计费数据所关联的账户标识转化得到的标识,相同账户下产生的待计费数据有相同的任务标识,从待计费数据库中获得携带该任务标识的待计费数据,并对获得的待计费数据进行计费处理;或者,数据管理中心获取各个计费服务器进行计费处理的待计费数据的任务标识,其中,所述任务标识为根据所述待计费数据所关联的账户标识转化得到的标识,相同账户下产生的待计费数据有相同的任务标识。数据管理中心从待计费数据库中获得携带该任务标识的待计费数据,并对获得的待计费数据分发给各个计费服务器,由计费服务器进行计费处理。从而使得分布式计费服务器集群中的不同的计费服务器处理携带不同任务标识的待计费数据,由于相同账户下产生的待计费数据具有相同的任务标识,因此,也就保证了同一个账户下的待计费数据都会由同一个计费服务器来进行计费处理,避免了计费系统中出现并发计费的错误。\n附图说明\n[0012] 为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。\n[0013] 图1为本申请一种数据计费方法的一个实施例的流程图;\n[0014] 图2为本申请一种计费系统的场景示意图;\n[0015] 图3为本申请一种数据计费方法的另一个实施例的流程图;\n[0016] 图4为本申请另一种计费系统的场景示意图;\n[0017] 图5为本申请一种预处理系统的场景示意图;\n[0018] 图6为本申请一种用于计费的总系统结构示意图;\n[0019] 图7为本申请一种待计费数据预处理和计费方法的一个实施例的流程图;\n[0020] 图8为本申请一种计费服务器的一个实施例的结构图;\n[0021] 图9为本申请一种数据管理中心的一个实施例的结构图。\n具体实施方式\n[0022] 为使本申请的上述目的、特征和优点能够更加明显易懂,下面结合附图对本申请实施例进行详细描述。\n[0023] 实施例一\n[0024] 请参阅图1,其为本申请一种数据计费方法的一个实施例的流程图,该方法包括以下步骤:\n[0025] 步骤101:计费服务器获取需要自身进行计费处理的待计费数据的任务标识,其中,所述任务标识为根据所述待计费数据所关联的账户标识转化得到的标识,相同账户下产生的待计费数据有相同的任务标识;\n[0026] 其中,所述计费服务器需要自身进行计费处理的待计费数据的任务标识包括:所述计费服务器接收任务分配服务器从任务分配数据库中获取的需要自身进行计费处理的待计费数据的任务标识,其中,所述任务分配数据库中存储有任务标识。\n[0027] 例如,请参阅图2,其为本申请一种计费系统的场景示意图,如图2所示,该系统包括多个分布式的计费服务器、至少一个待计费数据库、一个任务分配数据库、一个任务分配服务器和一个备用服务器。其中,任务分配数据库中包含有为每个计费服务器所设置的包含至少一个指定的任务标识的任务标识集合。如,任务分配数据库中包含有为图2所示系统中的计费服务器A所设置的任务标识集合1、为计费服务器B所设置的任务标识集合2、为计费服务器C所设置的任务标识集合3和为计费服务器D所设置的任务标识集合4。对于每个计费服务器来说,任务标识集合即为需要自身进行计费处理的待计费数据的任务标识。任务分配服务器分别从任务分配数据库中提取各个任务标识集合,并将各个任务标识集合按照上述设置分发给相应的计费服务器。\n[0028] 另外,该系统还包括至少一个备用服务器,任务分配服务器会监控各个计费服务器的执行情况,当发现有计费服务器出现故障时,则将出现故障的计费服务器所拥有的任务标识集合分配给备用服务器,备用服务器自动地被纳入分布式计费服务器集群中。当出现故障的计费服务器修复就自动成为备用服务器,等待替代其他出现故障的计费服务器。\n[0029] 在计费系统中,一般有两种计费类型,一种是按周期计费,如:按包月方式计费或者按包年方式计费等;另一种是按实际使用计费,如:按次、时长和流量计费等。按周期计费的数据来源于订购系统,按实际使用计费的数据来源于产生用户消费的产品端。在实际运用中,可以将来源于订购系统的数据构成一个订购待计费数据库,将来源于产品端的数据构成一个实际消费待计费数据库,此时,计费系统有两个待计费数据库。当然,也可以将来源于订购系统的数据和来源于产品端的数据共同构成一个待计费数据库,此时,计费系统有一个待计费数据库。\n[0030] 另外,还有其他方式实现计费服务器获取需要自身进行计费处理的待计费数据的任务标识,所述计费服务器获取需要自身进行计费处理的待计费数据的任务标识包括:所述计费服务器接收任务分配服务器从任务分配数据库中获取的需要自身进行计费处理的待计费数据的任务标识,其中,所述任务分配数据库中存储有任务标识。\n[0031] 步骤102:计费服务器根据所述任务标识从待计费数据库中获得携带所述任务标识的待计费数据;\n[0032] 其中,当各个计费服务器从任务分配服务器接收到需要自身进行计费处理的待计费数据的任务标识时,从待计费数据库中查找携带获取的任务标识的待计费数据。以计费服务器A为例,计费服务器A从任务分配服务器接收到任务标识集合1,若该任务标识集合\n1中包含有100个指定的任务标识,则计费服务器A从待计费数据库中查找携带有这100个指定的任务标识中任意一个任务标识的待计费数据,最后从待计费数据库中提取查找到的待计费数据。\n[0033] 步骤103:对获得到的待计费数据进行计费处理。\n[0034] 需要说明的是,在该步骤中可以按照现有的计费处理方式对待计费数据进行处理,本申请实施例对此并不限定。\n[0035] 此外,在本申请的实施例中,进行数据计费的执行主体可以是计费系统中分布式计费服务器集群中的各个计费服务器,也可以是实现等同数据计费功能的功能实体,本申请实施例对此并不限定。\n[0036] 其中,分布式计费服务器集群可以是由一个服务器中的多个执行数据计费处理的内存、CPU和硬盘等资源组成,即,可以是一种逻辑上的分布式计费服务器集群,也可以由多个计费服务器组成,即也可以是一种物理上的分布式计费服务器,本申请实施例对此也并不限定。\n[0037] 由上述实施例可以看出,在数据计费过程中,计费服务器从待计费数据库中获得需要自身进行计费处理的待计费数据的任务标识,其中,所述任务标识为根据所述待计费数据所关联的账户标识转化得到的标识,相同账户下产生的待计费数据有相同的任务标识,从待计费数据库中获得携带该任务标识的待计费数据,并对获得的待计费数据进行计费处理,从而使得分布式计费服务器集群中的不同的计费服务器处理携带不同任务标识的待计费数据,由于相同账户下产生的待计费数据具有相同的任务标识,因此,也就保证了同一个账户下的待计费数据都会由同一个计费服务器来进行计费处理,避免了计费系统中出现并发计费的错误。\n[0038] 实施例二\n[0039] 本申请还提供了一种数据计费方法,请参阅图3,其为本申请一种数据计费方法的另一个实施例的流程图,该方法包括以下步骤:\n[0040] 步骤301:数据管理中心获取各个计费服务器进行计费处理的待计费数据的任务标识,其中,所述任务标识为根据所述待计费数据所关联的账户标识转化得到的标识,相同账户下产生的待计费数据有相同的任务标识;\n[0041] 其中,所述数据管理中心获取各个计费处理器进行计费处理的待计费数据的任务标识包括:所述数据管理中心接收任务分配服务器从任务分配数据库中获取的各个计费处理器进行计费处理的待计费数据的任务标识,其中,所述任务分配数据库中存储有任务标识。\n[0042] 例如,请参阅图4,其为本申请另一种计费系统的场景示意图。如图4所示,该系统包括:多个分布式的计费服务器、至少一个待计费数据库、一个数据管理中心、一个任务分配数据库和一个任务分配服务器。其中,任务分配数据库中包含有为每个计费服务器所设置的包含至少一个指定的任务标识的任务标识集合。如,任务分配数据库中包含有为图4所示系统中的计费服务器A所设置的任务标识集合1,为计费服务器B所设置的任务标识集合2、为计费服务器C所设置的任务标识集合3和为计费服务器D所设置的任务标识集合4。\n任务分配服务器分别从任务分配数据库中提取各个任务标识集合,并将各个任务标识集合发送给数据管理中心。以计费服务器A的任务标识集合1为例,当数据管理中心接收到该任务标识集合1,若该任务标识集合1中包含有100个指定的任务标识,则数据管理中心将从待计费数据库中查找携带有这100个指定的任务标识中任意一个任务标识的待计费数据,然后从待计费数据库中提取查找到的待计费数据,将查找到的待计费数据发送给任务标识集合1所对应的计费服务器A,计费服务器A接收数据管理中心发送的待计费数据。\n[0043] 另外,还有其他方式实现数据管理中心获取各个计费服务器进行计费处理的待计费数据的任务标识,所述数据管理中心获取各个计费服务器进行计费处理的待计费数据的任务标识包括:所述数据管理中心从任务分配数据库中获取各个计费服务器进行计费处理的待计费数据的任务标识,其中,所述任务分配数据库中存储有任务标识。\n[0044] 步骤302:数据管理中心根据所述任务标识从待计费数据库中获得携带所述任务标识的待计费数据;\n[0045] 步骤303:数据管理中心将获得的待计费数据发送给相应的计费服务器,以便计费服务器对接收到的待计费数据进行计费处理。\n[0046] 其中,所述任务标识是将待计费数据所关联的账户标识按照哈希算法进行计算得到的标识。或者,所述任务标识是将待计费数据所关联的账户标识按照预先设置的账户标识与任务标识之间一对一或一对多的映射关系进行映射得到的标识。\n[0047] 由上述实施例可以看出,在数据计费过程中,数据管理中心获取各个计费服务器进行计费处理的待计费数据的任务标识,其中,所述任务标识为根据所述待计费数据所关联的账户标识转化得到的标识,相同账户下产生的待计费数据有相同的任务标识。数据管理中心从待计费数据库中获得携带该任务标识的待计费数据,并对获得的待计费数据分发给各个计费服务器,由计费服务器进行计费处理。从而使得分布式计费服务器集群中的不同的计费服务器处理携带不同任务标识的待计费数据,由于相同账户下产生的待计费数据具有相同的任务标识,因此,也就保证了同一个账户下的待计费数据都会由同一个计费服务器来进行计费处理,避免了计费系统中出现并发计费的错误。\n[0048] 在上述两个实施例中,所述任务标识是将待计费数据所关联的账户标识按照哈希算法进行计算得到的标识。\n[0049] 或者,所述任务标识是待计费数据所关联的账户标识按照预先设置的账户标识与任务标识之间一对一或一对多的映射关系进行映射得到的标识。\n[0050] 这里,在一个计费系统中,待计费数据所关联的账户为扣款账户。\n[0051] 请参阅图5,其为本申请一种预处理系统的场景示意图。如图5所示,该系统包括:\n一个产品端系统、一个订购系统、一个待计费数据预处理器、一个订购待计费数据库和一个实际消费待计费数据库。其中,当待计费数据预处理器接收到来自产品端系统或/和订购系统的待计费数据后,由于待计费数据本身携带有相关联的账户标识,待计费数据预处理器首先从待计费数据中提取出账户标识,然后再利用哈希算法将该账户标识转化为任务标识。\n[0052] 其中,哈希算法可以将任意长度的二进制数值映射为固定长度的较小的二进制数值,这个较小的二进制数值为哈希值,将计算得到的哈希值作为任务标识,该任务标识是在值域边界之内的一个整数。并且,由于相同账户下产生的待计费数据具有相同的账户标识,因此,经过哈希算法的运算后,相同账户下产生的待计费数据也同样具有相同的任务标识。\n[0053] 另外,采用哈希算法时,在值域边界选择得当的情况下,如,一个较大的素数,能够很好的保证任务标识均匀分布,从而保证每台待计费数据预处理器需要处理的数据量是均衡的。\n[0054] 除了将账户标识利用哈希算法转化为任务标识之外,还可以按照预先设置的账户标识与任务标识之间一对一或一对多的映射关系将账户标识转化为任务标识。\n[0055] 例如,仍旧以图5所示的预处理系统为例,预先将账户标识与任务标识之间设置一对一或多对一的映射关系,当两者之间为一对一的映射关系时,一个账户标识映射为一个任务标识,待计费数据预处理器从待计费数据中提取出账户标识,然后根据上述映射关系,获得一个账户标识,这样,相同账户下产生的待计费数据具有相同的账户标识;当两者之间为多对一的映射关系时,至少两个账户标识映射为一个任务标识,待计费数据预处理器从待计费数据中提取出账户标识,然后根据上述映射关系,获得一个账户标识,这样,相同账户下产生的待计费数据也同样具有相同的任务标识。\n[0056] 另外,从上述两个实施例来看,第二个实施例是由数据管理中心根据获得的各个计费服务器进行计费处理的待计费数据的任务标识,从待计费数据库中分别提取符合要求的待计费数据,即,携带任务标识的待计费数据,再将待计费数据分发给相应的计费服务器进行计费处理。因此,数据管理中心成为整个计费系统的瓶颈,如果数据管理中心出现性能问题或者功能故障,将会影响整个计费系统的性能。而在第个实施例中,是由各个计费服务器根据各自获得的需要自身进行计费处理的待计费数据的任务标识,分别从待计费数据库中直接提取符合要求的待计费数据,即,携带任务标识的待计费数据,再进行计费处理。由于各个计费服务器之间彼此相互独立,因此,不会出现第二个实施例中的瓶颈问题。同时,也容易在计费系统中扩展新的计费服务器。\n[0057] 因此,在第一实施例中,当分布式计费服务器集群中的不同的计费服务器处理分别从待计费数据库中领取携带指定的任务标识的待计费数据。由于各个计费服务器之间彼此相互独立,一方面不会产生系统瓶颈,另一方面,无需投入任何硬件和软件成本来构架集群环境,计费服务器只需明确自身所要处理的任务标识范围,自行在待计费数据库中提取待计费数据即可,无需关心自身所处的集群环境,也容易在计费系统中扩展新的计费服务器。\n[0058] 实施例三\n[0059] 下面将预处理系统和计费系统作为一个整体,详细说明待计费数据的预处理过程和被计费过程。请参阅图6,其为本申请一种用于计费的总系统结构示意图。如图6所示,该系统包括:一个产品系统、一个订购系统、一个待计费数据预处理器、一个订购待计费数据库、一个实际消费待计费数据库、多个分布式的计费服务器、一个任务分配数据库、一个任务分配服务器和一个备用服务器。结合图6的系统,请参阅图7,其为本申请一种待计费数据预处理和计费方法的一个实施例的流程图,包括以下步骤:\n[0060] 步骤701:待计费数据预处理器从分别来源于产品系统和订购系统的待计费数据中提取出账户标识;\n[0061] 步骤702:待计费数据预处理器将提取出的账户标识按照哈希算法转化为任务标识;\n[0062] 其中,按照哈希算法,任务标识=哈希算法(账户标识,值域边界),经过哈希算法运算得到任务标识后,每一个待计费数据中除了包括原有的信息外,还包括由一个任务标识,此时的待计费数据的数据结构如下表所示:\n[0063] \n 消费次数 消费单位 账户标识 任务标识\n ……\n …… 1 次 123abc 45\n[0064] 如上表所示,每条待计费数据里都附有一个任务标识,由于采用的是哈希算法,所以任务标识会是在值域边界之内的整数,并且相同账户标识的数据的任务标识是相同的,这样就保证了同一个账户的所有待计费数据都有相同的任务标识。\n[0065] 步骤703:待计费数据预处理器将携带有任务标识的待计费数据分别存储在订购待计费数据库和实际消费待计费数据库;\n[0066] 其中,当待计费数据来源于订购系统时,则将携带任务标识的待计费数据存储在订购代计费数据库中;当待计费数据来源于产品系统时,则将携带任务标识的待计费数据存储在实际消费待计费数据库中。\n[0067] 步骤704:任务分配服务器从任务分配数据库中提取任务配置表;\n[0068] 例如,当采用哈希算法,并且设定的值域边界m=1009时,则由账户标识经过哈希算法转化得到的任务标识是位于闭区间[1,1009]之间的整数。为了可以使各个计费服务器所处理的计费任务均匀,在本申请实施例中,可以将1009个任务标识均匀地分配给3个计费服务器。该任务配置表如下表所示:\n[0069] \n 任务标识开始 任务标识 任务种类 任务处理主机名 执行状态\n 结束\n 1 336 计费处理 计费服务器A 正常\n 337 672 计费处理 计费服务器B 正常\n 673 1009 计费处理 计费服务器C 正常\n[0070] 由该表可以看出,如果待计费数据携带的任务标识位于[1,336]之间,则由计费服务器A进行计费处理,如果待计费数据携带的任务标识位于[337,672]之间,则由计费服务器B进行计费处理,如果待计费数据携带的任务标识位于[672,1009]之间,则由计费服务器C进行计费处理。\n[0071] 当然,如果不考虑使各个计费服务器所处理的计费任务均匀,也可以将任务标识不均匀地分配给3个计费服务器,并申请实施例对任务标识的分配方式并不限定。\n[0072] 步骤705:任务分配服务器将获得的任务分配表分别分配给各个计费服务器;\n[0073] 步骤706:计费服务器依据任务分配表获得与自身相对应的任务标识集合;\n[0074] 例如,以计费服务器A为例,当计费服务器A得到该任务分配表后,通过查询该任务分配表,可以获得一个与自身相对应的包含多个指定任务标识的任务标识集合,即,数值区间位于[1,336]之间的任务标识为指定任务标识。依据同样的方法,其他计费服务器可以得到各自的任务标识集合。\n[0075] 步骤707:计费服务器分别从订购待计费数据库和实际消费待计费数据库中查找并提取携带有指定的任务标识的待计费数据;\n[0076] 例如,仍旧以计费服务器A为例,数值区间位于[1,336]之间的任务标识为计费服务器A的指定任务标识。计费服务器A从订购待计费数据库和实际消费待计费数据库中查找并提取携带该指定任务标识的待计费数据。\n[0077] 步骤708:计费服务器对提取出的待计费数据进行计费处理。\n[0078] 由上述实施例可以看出,在数据预处理过程中,将账户标识转化为任务标识,并将该任务标识加入到待计费数据中,从而使得相同账户下产生的待计费数据具有相同的任务标识。相应的,在数据计费过程中,从待计费数据库中获得携带指定的任务标识的待计费数据,并对获得的待计费数据进行计费处理,从而使得分布式计费服务器集群中的不同的计费服务器处理携带不同任务标识的待计费数据,由于相同账户下产生的待计费数据具有相同的任务标识,因此,也就保证了同一个账户下的待计费数据都会由同一个计费服务器来进行计费处理,避免了计费系统中出现并发计费的错误。\n[0079] 另外,在本申请实施例中,当分布式计费服务器集群中的不同的计费服务器处理分别从待计费数据库中领取携带指定的任务标识的待计费数据。由于各个计费服务器之间彼此相互独立,一方面不会产生系统瓶颈,另一方面,无需投入任何硬件和软件成本来构架集群环境,计费服务器只需明确自身所要处理的任务标识范围,自行在待计费数据库中提取待计费数据即可,无需关心自身所处的集群环境,也容易在计费系统中扩展新的计费服务器。\n[0080] 实施例四\n[0081] 与上述一种数据计费方法相对应,本申请实施例还提供了一种数据计费装置。请参阅图8,其为本申请一种计费服务器的一个实施例的结构图,该装置包括任务标识获取单元801、待计费数据获得单元802和计费单元803。下面结合该装置的工作原理进一步介绍其内部结构以及连接关系。\n[0082] 任务标识获取单元801,用于获取需要自身进行计费处理的待计费数据的任务标识,其中,所述任务标识为根据所述待计费数据所关联的账户标识转化得到的标识,相同账户下产生的待计费数据有相同的任务标识;\n[0083] 待计费数据获得单元802,用于根据所述任务标识从待计费数据库中获得携带所述任务标识的待计费数据;\n[0084] 计费单元803,用于对获得的待计费数据进行计费处理。\n[0085] 其中,任务标识获取单元801包括:第一获取子单元或者第二获取子单元,第一获取子单元,用于接收任务分配服务器从任务分配数据库中获取的需要自身进行计费处理的待计费数据的任务标识,其中,所述任务分配数据库中存储有任务标识;\n[0086] 或者,\n[0087] 第二获取子单元,用于从任务分配数据库中获取需要自身进行计费处理的待计费数据的任务标识,其中,所述任务分配数据库中存储有任务标识。\n[0088] 由上述实施例可以看出,在数据计费过程中,计费服务器从待计费数据库中获得需要自身进行计费处理的待计费数据的任务标识,其中,所述任务标识为根据所述待计费数据所关联的账户标识转化得到的标识,相同账户下产生的待计费数据有相同的任务标识,从待计费数据库中获得携带该任务标识的待计费数据,并对获得的待计费数据进行计费处理,从而使得分布式计费服务器集群中的不同的计费服务器处理携带不同任务标识的待计费数据,由于相同账户下产生的待计费数据具有相同的任务标识,因此,也就保证了同一个账户下的待计费数据都会由同一个计费服务器来进行计费处理,避免了计费系统中出现并发计费的错误。\n[0089] 另外,当分布式计费服务器集群中的不同的计费服务器处理分别从待计费数据库中领取携带指定的任务标识的待计费数据。由于各个计费服务器之间彼此相互独立,一方面不会产生系统瓶颈,另一方面,无需投入任何硬件和软件成本来构架集群环境,计费服务器只需明确自身所要处理的任务标识范围,自行在待计费数据库中提取待计费数据即可,无需关心自身所处的集群环境,也容易在计费系统中扩展新的计费服务器。\n[0090] 实施例五\n[0091] 本申请实施例还提供了一种数据计费装置。请参阅图9,其为本申请一种数据管理中心的一个实施例的结构图,该装置包任务标识获取单元901、待计费数据获得单元902和发送单元903。下面结合该装置的工作原理进一步介绍其内部结构以及连接关系。\n[0092] 任务标识获取单元901,用于获取各个计费处理器进行计费处理的待计费数据的任务标识,其中,所述任务标识为根据所述待计费数据所关联的账户标识转化得到的标识,相同账户下产生的待计费数据有相同的任务标识;\n[0093] 待计费数据获得单元902,用于根据所述任务标识从待计费数据库中获得携带所述任务标识的待计费数据;\n[0094] 发送单元903,用于将获得的待计费数据发送给相应的计费服务器,以便计费服务器对接收到的待计费数据进行计费处理。\n[0095] 由上述实施例可以看出,在数据计费过程中,数据管理中心获取各个计费服务器进行计费处理的待计费数据的任务标识,其中,所述任务标识为根据所述待计费数据所关联的账户标识转化得到的标识,相同账户下产生的待计费数据有相同的任务标识。数据管理中心从待计费数据库中获得携带该任务标识的待计费数据,并对获得的待计费数据分发给各个计费服务器,由计费服务器进行计费处理,从而使得分布式计费服务器集群中的不同的计费服务器处理携带不同任务标识的待计费数据,由于相同账户下产生的待计费数据具有相同的任务标识,因此,也就保证了同一个账户下的待计费数据都会由同一个计费服务器来进行计费处理,避免了计费系统中出现并发计费的错误。\n[0096] 需要说明的是,本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)或随机存储记忆体(Random AccessMemory,RAM)等。\n[0097] 以上对本申请所提供的一种数据计费方法和相关装置进行了详细介绍,本文中应用了具体实施例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。
法律信息
- 2013-11-13
- 2011-11-23
实质审查的生效
IPC(主分类): H04L 12/14
专利申请号: 201010131396.5
申请日: 2010.03.22
- 2011-09-28
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| |
2005-12-28
|
2004-06-25
| | |
2
| |
2009-05-06
|
2007-11-01
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |