CN110264246A - 计费控制装置和方法 - Google Patents
计费控制装置和方法 Download PDFInfo
- Publication number
- CN110264246A CN110264246A CN201910455666.9A CN201910455666A CN110264246A CN 110264246 A CN110264246 A CN 110264246A CN 201910455666 A CN201910455666 A CN 201910455666A CN 110264246 A CN110264246 A CN 110264246A
- Authority
- CN
- China
- Prior art keywords
- trade company
- charging
- module
- access
- history
- 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.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/14—Payment architectures specially adapted for billing systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/14—Payment architectures specially adapted for billing systems
- G06Q20/145—Payments according to the detected use or quantity
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/403—Solvency checks
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0283—Price estimation or determination
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0609—Buyer or seller confidence or verification
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Engineering & Computer Science (AREA)
- Development Economics (AREA)
- Strategic Management (AREA)
- General Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Economics (AREA)
- Marketing (AREA)
- Computer Security & Cryptography (AREA)
- Entrepreneurship & Innovation (AREA)
- Game Theory and Decision Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明实施例提供一种计费控制装置和方法。所述装置包括:状态缓存模块、合同同步模块、计费运算模块和授信预估模块,状态缓存模块存储有各商户的未同步请求信息;合同同步模块用于每隔指定时长从状态缓存模块获取未同步请求信息,从底层合同表中取出对应的产品包计费规则,发送到计费运算模块;计费运算模块用于根据计费规则计算本次请求的花费,并更新商户余额;将计算结果返回给合同同步模块;授信预估模块用于根据每个商户的历史访问情况、缴费情况和当前访问的TPS信息计算各商户的授信额度,并返回给合同同步模块。本发明实施例异步计费的方式能够满足复杂合同的需求,为用户计算授信额度,能够延长商户的使用时间,提升平台的收益。
Description
技术领域
本发明涉及数据处理技术领域,尤其涉及一种计费控制装置和方法。
背景技术
随着大数据业务的不断发展,数据公共服务平台向平台商户提供越来越多的数据产品服务。与传统的应用服务相比,数据服务有很多特性,例如会按照一段时间内成功调用次数设置不同的阶梯价格。因此数据公共服务平台的计费控制策略与传统的实时计费系统完全不同。
针对数据服务的特性,现有技术提出了如下两种实时计费方式:
一、预付费计费方式。通过预设的模型预测用户未来的业务使用量,判断用户账户余额是否充足,如果充足,则预先扣除预测账户金额。但是该方案对于用户的每个请求,都需要通过其历史使用情况预测相应扣减费用,判断该用户账户是否足额,对于类似通讯服务这种使用频率不高的还可以接受,但是对于像数据服务(每秒钟调用多次)的使用场景明显不适用,计算太频繁,影响系统整体吞吐量。
二、引入代理商的角色。业务服务器向计费系统发送用户的计费请求,如果用户的计费请求超过了用户的余额,则从其所属的代理商的账户上进行扣减,加到该用户的账户上,保证该用户的访问。该方案的不足是需要商户有代理商的支持,才能当用户预存费用不足的时候从代理商的账户进行扣减。
而且数据服务的阶梯价格比较复杂,有可能会对历史费用进行调整,以上两种方案针对这种情况的处理会更加复杂。
发明内容
针对现有技术问题,本发明实施例提供一种计费控制装置和方法。
本发明实施例提供一种计费控制装置,应用于数据公共服务平台,所述装置包括:状态缓存模块、合同同步模块、计费运算模块和授信预估模块,其中:
所述状态缓存模块存储有各商户的未同步请求信息,所述未同步请求信息包括商户编号、请求时间和产品编号;
所述合同同步模块,用于每隔指定时长从所述状态缓存模块获取未同步请求信息;根据每条未同步请求信息从底层合同表中取出产品编号对应的产品包计费规则,将所述未同步请求信息和所对应的计费规则发送到所述计费运算模块;
所述计费运算模块,用于接收所述合同同步模块发送的未同步请求信息和计费规则,根据计费规则计算本次请求的花费,并更新商户余额;将计算结果返回给所述合同同步模块;还用于将已处理的请求信息同步到所述授信预估模块;
所述授信预估模块,用于根据已处理的请求信息的商户编号,确定每个商户的历史访问情况,根据每个商户的历史访问情况、缴费情况和当前访问的TPS信息计算各商户的授信额度,并返回给所述合同同步模块。
本发明实施例提供一种计费控制方法,应用于数据公共服务平台,所述方法包括:
状态缓存模块存储各商户的未同步请求信息,所述未同步请求信息包括商户编号、请求时间和产品编号;
合同同步模块每隔指定时长从状态缓存模块获取未同步请求信息;根据每条未同步请求信息从底层合同表中取出产品编号对应的产品包计费规则,将所述未同步请求信息和所对应的计费规则发送到计费运算模块;
计费运算模块接收所述合同同步模块发送的未同步请求信息和计费规则,根据计费规则计算本次请求的花费,并更新商户余额;将计算结果返回给所述合同同步模块;将已处理的请求信息同步到授信预估模块;
授信预估模块根据已处理的请求信息的商户编号,确定每个商户的历史访问情况,根据每个商户的历史访问情况、缴费情况和当前访问的TPS信息计算各商户的授信额度,并返回给所述合同同步模块。
本发明实施例还提供一种电子设备,包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现上述计费控制方法。
本发明实施例还提供一种非暂态计算机可读存储介质,其上存储有计算机程序,所述程序被处理器执行时实现上述计费控制方法。
本发明实施例提供的计费控制装置和方法,通过在状态缓存模块存储各商户的数据请求和余额状态,每隔指定时长从状态缓存模块获取未同步请求信息,根据对应计费规则进行计费,异步计费的方式能够满足复杂合同的需求,根据商户历史访问情况计算用户授信额度,能够延长商户的使用时间,降低平台的风险,提升平台的收益。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明一实施例提供的计费控制装置的结构示意图;
图2为本发明实施例计费控制方法的流程示意图;
图3为本发明一实施例提供的电子设备的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
图1示出了本发明实施例提供的一种计费控制装置的结构示意图。
本发明实施例提供的计费控制装置应用于数据公共服务平台,如图1所示,所述装置包括:状态缓存模块11、合同同步模块12、计费运算模块13和授信预估模块14,其中:
所述状态缓存模块11存储有各商户的未同步请求信息,所述未同步请求信息包括商户编号、请求时间和产品编号;
具体地,针对商户请求的每笔请求,都需要根据底层表数据计算该笔请求费用,并在数据表中执行扣费操作,在请求很频繁的情况下,会对核心计费系统造成巨大压力;而数据访问的特性就是TPS(Transactions Per Second,事务数/秒)请求非常高,但是每笔的费用相对较低。
因此,本发明实施例通过设置一个状态缓存模块,缓存商户的数据请求,数据请求携带发起请求的商户的编号MerchantId、请求时间以及所请求的产品的编号ProductId。对于每个商户,都预先从缓存中判断本次请求超过预存费用的可能性,如果可能性比较低,则先不同步请求计费系统;如果可能性比较高,才同步请求到计费系统。
进一步地,状态缓存模块中设置一个缓存存储系统(现实可以用Redis,Memcache等缓存),以key-value形式存储每个商户的访问信息Map,主键Key为商户编号MerchantId,值Value为该商户的未同步请求信息(还未被计费系统同步的请求信息,例如请求信息如果表示为请求时间_产品编号,值Value可以为13:04:08:187_ProductId,13:04:08:326_ProductId)。在具体实施过程中,本发明实施例还可以依据需求获取剩余金额时间LastTime,最后剩余金额LeftMoney,产品包最大金额MaxMoney等。
本发明实施例通过在状态缓存模块存储各商户的数据请求和余额状态,对于每个商户的请求,都预先从缓存中判断超过预存费用的可能性,能够加快商户访问时间,提升系统吞吐量。
所述合同同步模块,用于每隔指定时长从所述状态缓存模块获取未同步请求信息;根据每条未同步请求信息从底层合同表中取出产品编号对应的产品包计费规则,将所述未同步请求信息和所对应的计费规则发送到所述计费运算模块;
具体地,合同同步模块每隔一段时间(例如1s)从状态缓存模块中获取所有商户的访问信息,包括商户编号(MerchantId),该商户未同步的请求信息,即类似Time_ProductId数据集合(13:04:08:187_ProductId),对于每个Time_ProductId数据,都从底层合同表中取出该产品包ProductId的计费规则,然后调用计费运算模块。
所述计费运算模块,用于接收所述合同同步模块发送的未同步请求信息和计费规则,根据计费规则计算本次请求的花费,并更新商户余额;将计算结果返回给所述合同同步模块;还用于将已处理的请求信息同步到所述授信预估模块;
具体地,计费运算模块根据不同计费规则对请求信息做相应计算,计算出商户本次数据请求的花费,并更新到商户的余额信息表,得到商户最新剩余金额。
合同同步模块、计费运算模块对于数据服务特有的复杂阶梯合同、计费模块都可以满足,由于采用异步计费模式,根据上一时段访问情况进行统一调整,可以很方便的根据条款总消费金额、剩余金额进行调整,满足各种需求。
所述授信预估模块,用于根据已处理的请求信息的商户编号,确定每个商户的历史访问情况,根据每个商户的历史访问情况、缴费情况和当前访问的TPS信息计算各商户的授信额度,并返回给所述合同同步模块。
具体地,对于每个MerchantId,根据该商户MerchantId的历史访问情况,缴费情况,当前访问tps等信息,计算可以给该用户的授信和透支额度。既保证客户使用,又能尽可能的提升平台的服务能力和收入。
本发明实施例提供的计费控制装置,通过在状态缓存模块存储各商户的数据请求和余额状态,每隔指定时长从状态缓存模块获取未同步请求信息,根据对应计费规则进行计费,异步计费的方式能够满足复杂合同的需求,根据商户历史访问情况计算用户授信额度,能够延长商户的使用时间,降低平台的风险,提升平台的收益。
在上述实施例的基础上,所述计费运算模块包括:
第一计算单元,用于当所述计费规则为:访问次数达到下一阶梯后按照新的资费标准重新计算时,则从历史访问查询表中找出包含本次请求时间的第一时间段内的所有访问记录,判断所述第一时间段内的访问次数是否已超过上次的计费阶梯,如果超过,则使用新的资费标准计算本次花费,同时对所述第一时间段内的所有请求进行重新计费,将计算结果更新到商户余额信息表;
第二计算单元,用于当所述计费规则为:访问次数达到下一阶梯后新的请求按照新的资费标准进行计算时,则从历史访问查询表中找出包含本次请求时间的第二时间段内的所有访问记录,判断所述第二时间段内的访问次数是否已超过上次的计费阶梯,如果超过,则使用新的资费标准计算本次花费,将计算结果更新到商户余额信息表;
第三计算单元,用于当所述计费规则为:在指定时间段内允许不限量的访问,如果有访问则计费,没有访问则不计费时,则从历史访问查询表中找出包含本次请求时间的第三时间段内的所有访问记录,如果第三时间段内只有当前请求的记录,则直接扣除所有费用,并更新到商户余额信息表;如果第三时间段内已有其他记录,则不再计费。
具体地,计算运算模块执行如下操作:
1)如果该产品包的规则为:每个周期内独立核算,访问次数到下一个阶梯后就按照新的标准进行重新计费。例如:一段时间内(例如每月/每年)成功访问10w次,按照0.1元/次进行计费;成功访问100w次,按照0.08元/次进行计费,则计费方式为:
根据访问时间Time,从历史访问查询表中找出包含Time的本次时间段内所有访问记录,判断其总次数是否已经超过上次的计费阶梯,如果超过,则适合用新的优惠资费标准,同时需要对本时间段内所有请求进行重新计费,将更新后的结果同步到商户余额信息表;
2)如果该产品包的规则为:访问次数到下一个阶梯后,新的请求按照新的标准进行计费。例如:在一段时间内(例如每月/每年)成功访问10w次内,按照0.1元/次进行计费;超过10w次并小于100w次内,按照0.08元/次进行计费,则计费方式为:
根据访问时间Time,从历史访问查询表中找出包含Time的本次时间段内所有访问记录,判断其总次数是否已经超过上次的计费阶梯,如果超过,则适合用新的优惠资费标准,使用新的计费标准计算本次花费,将更新后的结果同步到商户余额信息表;
3)如果该产品包的规则为:在一段时间内(例如每月/每年)允许不限数量的访问,如果有访问则计费,没有访问则不计费。例如每月1w元不限次数,那么如果6月份没有访问(不计费),如果7月份访问100w次(计费1w元),8月访问10次(计费1w元),具体如下:
根据访问时间Time,从历史访问查询表中找出包含Time的本次时间段内的所有访问记录,如果没有其他记录,则本时段需要计费,直接扣除所有费用,将更新后的结果同步到商户余额信息表;如果有记录,则表示本时段的费用已经扣除,不需要再计费,不需要更新商户余额信息表。
在上述实施例的基础上,所述授信预估模块包括:
计算单元,用于根据商户的自身信用状况、历史消费数额和历史缴费情况计算基准授信额度CreditMoney;
调整单元,用于根据当前商户的访问TPS变化调整所述基准授信额度,实际授信额度为CreditMoney*BaseTPS/CurrentTPS,其中,BaseTPS为商户历史访问的基准TPS,CurrentTPS为商户当前访问的TPS。
具体地,授信预估模块执行如下操作:
根据该商户MerchantId的历史访问情况,缴费情况,当前访问TPS(TransactionsPer Second,每秒传输的事物处理个数)等信息,计算可以给该用户的授信和透支额度。该授信额度首先基于商户的自身信用状况,历史消费数额,历史缴费情况(历史上由于请求超额而接收到提醒信息,包括提示Notice、预警Attention、警告Warning后的缴费时间和收到提醒信息的概率)得到基准数额CreditMoney,然后每次都会根据当前商户的访问TPS变化进行调整,实际数额CreditMoney*BaseTPS/CurrentTPS,(BaseTPS为该商户历史访问的基准TPS,CurrentTPS为当前商户访问的TPS,CurrentTPS越大,授信额度越低,为如果商户访问出现异常情况(大大超过历史平均访问TPS),则本次授信额度会趋向于0。
在上述实施例的基础上,所述合同同步模块,还用于在每个商户下的未同步请求信息处理完成后,获取各商户在过去特定时间段内的最后剩余金额,以及获取各商户的授信额度,并同步到所述状态缓存模块。
具体地,合同同步模块对于每个Time_ProductId,获取计费运算模块返回的结果;对于每个MerchantId,处理完所有的Time_ProductId后,得到这个MerchantId经过过去一段时间处理内的剩余费用(有可能比上一时段多或者少);对于该MerchantId,获得授信预估模块得到的授信额度CreditMoney;将这部分信息同步给缓存管理模块。具体为清楚该商户MerchantId已处理的未同步请求信息,最后获取剩余金额时间LastTime,最后剩余金额LeftMoney(该商户实际的余额+CreditMoney),产品包最大金额MaxMoney。
图2示出了本发明实施例提供的一种计费控制方法的流程示意图。
本发明实施例提供的计费控制方法应用于数据公共服务平台,如图1所示,还包括以下步骤:
S11、合同同步模块每隔指定时长从状态缓存模块获取未同步请求信息;根据每条未同步请求信息从底层合同表中取出产品编号对应的产品包计费规则,将所述未同步请求信息和所对应的计费规则发送到计费运算模块;
所述状态缓存模块存储各商户的未同步请求信息,所述未同步请求信息包括商户编号、请求时间和产品编号;
具体地,本发明实施例通过设置一个状态缓存模块,对于每个商户,都预先从缓存中判断超过预存费用的可能性,如果可能性比较低,则先不同步请求计费系统;如果可能性比较高,才同步请求到计费系统。状态缓存模块中设置一个缓存存储(现实可以用Redis,Memcache等缓存),里面存储每个商户的访问信息Map,主键Key为商户编号MerchantId,值Value为该商户的未同步请求信息(还未被计费系统同步的请求信息,例如13:04:08:187_ProductId,13:04:08:326_ProductId),最后获取剩余金额时间LastTime,最后剩余金额LeftMoney,产品包最大金额MaxMoney。
本发明实施例通过在状态缓存模块存储各商户的数据请求和余额状态,对于每个商户的请求,都预先从缓存中判断超过预存费用的可能性,能够加快商户访问时间,提升系统吞吐量。
合同同步模块每隔一段时间(例如1s)从状态缓存模块中获取所有商户的访问信息,包括商户编号(MerchantId),该商户未同步的请求信息,即类似Time_ProductId数据集合(13:04:08:187_ProductId),对于每个Time_ProductId数据,都从底层合同表中取出该产品包ProductId的计费规则,然后调用计费运算模块。
S12、计费运算模块接收所述合同同步模块发送的未同步请求信息和计费规则,根据计费规则计算本次请求的花费,并更新商户余额;将计算结果返回给所述合同同步模块;将已处理的请求信息同步到授信预估模块;
具体地,计费运算模块根据不同计费规则对请求信息做相应计算,计算出商户本次数据请求的花费,并更新到商户的余额信息表,得到商户最新剩余金额。
合同同步模块、计费运算模块对于数据服务特有的复杂阶梯合同、计费模块都可以满足,由于采用异步计费模式,根据上一时段访问情况进行统一调整,可以很方便的根据条款总消费金额、剩余金额进行调整,满足各种需求。
S13、授信预估模块根据已处理的请求信息的商户编号,确定每个商户的历史访问情况,根据每个商户的历史访问情况、缴费情况和当前访问的TPS信息计算各商户的授信额度,并返回给所述合同同步模块。
具体地,对于每个MerchantId,根据该商户MerchantId的历史访问情况,缴费情况,当前访问tps等信息,计算可以给该用户的授信和透支额度。既保证客户使用,又能尽可能的提升平台的服务能力和收入。
本发明实施例提供的计费控制方法,通过在状态缓存模块存储各商户的数据请求和余额状态,每隔指定时长从状态缓存模块获取未同步请求信息,根据对应计费规则进行计费,异步计费的方式能够满足复杂合同的需求,根据商户历史访问情况计算用户授信额度,能够延长商户的使用时间,降低平台的风险,提升平台的收益。
在上述实施例的基础上,S12具体包括以下步骤:
当所述计费规则为:访问次数达到下一阶梯后按照新的资费标准重新计算时,则从历史访问查询表中找出包含本次请求时间的第一时间段内的所有访问记录,判断所述第一时间段内的访问次数是否已超过上次的计费阶梯,如果超过,则使用新的资费标准计算本次花费,同时对所述第一时间段内的所有请求进行重新计费,将计算结果更新到商户余额信息表;
当所述计费规则为:访问次数达到下一阶梯后新的请求按照新的资费标准进行计算时,则从历史访问查询表中找出包含本次请求时间的第二时间段内的所有访问记录,判断所述第二时间段内的访问次数是否已超过上次的计费阶梯,如果超过,则使用新的资费标准计算本次花费,将计算结果更新到商户余额信息表;
当所述计费规则为:在指定时间段内允许不限量的访问,如果有访问则计费,没有访问则不计费时,则从历史访问查询表中找出包含本次请求时间的第三时间段内的所有访问记录,如果第三时间段内只有当前请求的记录,则直接扣除所有费用,并更新到商户余额信息表;如果第三时间段内已有其他记录,则不再计费。
具体地,计费方式包括以下三种情况:
1)如果该产品包的规则为:每个周期内独立核算,访问次数到下一个阶梯后就按照新的标准进行重新计费。例如:一段时间内(例如每月/每年)成功访问10w次,按照0.1元/次进行计费;成功访问100w次,按照0.08元/次进行计费,则计费方式为:
根据访问时间Time,从历史访问查询表中找出包含Time的本次时间段内所有访问记录,判断其总次数是否已经超过上次的计费阶梯,如果超过,则适合用新的优惠资费标准,同时需要对本时间段内所有请求进行重新计费,将更新后的结果同步到商户余额信息表;
2)如果该产品包的规则为:访问次数到下一个阶梯后,新的请求按照新的标准进行计费。例如:在一段时间内(例如每月/每年)成功访问10w次内,按照0.1元/次进行计费;超过10w次并小于100w次内,按照0.08元/次进行计费,则计费方式为:
根据访问时间Time,从历史访问查询表中找出包含Time的本次时间段内所有访问记录,判断其总次数是否已经超过上次的计费阶梯,如果超过,则适合用新的优惠资费标准,使用新的计费标准计算本次花费,将更新后的结果同步到商户余额信息表;
3)如果该产品包的规则为:在一段时间内(例如每月/每年)允许不限数量的访问,如果有访问则计费,没有访问则不计费。例如每月1w元不限次数,那么如果6月份没有访问(不计费),如果7月份访问100w次(计费1w元),8月访问10次(计费1w元),具体如下:
根据访问时间Time,从历史访问查询表中找出包含Time的本次时间段内的所有访问记录,如果没有其他记录,则本时段需要计费,直接扣除所有费用,将更新后的结果同步到商户余额信息表;如果有记录,则表示本时段的费用已经扣除,不需要再计费,不需要更新商户余额信息表。
在上述实施例的基础上,S13具体包括:
根据商户的自身信用状况、历史消费数额和历史缴费情况计算基准授信额度CreditMoney;
根据当前商户的访问TPS变化调整所述基准授信额度,实际授信额度为CreditMoney*BaseTPS/CurrentTPS,其中,BaseTPS为商户历史访问的基准TPS,CurrentTPS为商户当前访问的TPS。
具体地,根据该商户MerchantId的历史访问情况,缴费情况,当前访问TPS(Transactions Per Second,每秒传输的事物处理个数)等信息,计算可以给该用户的授信和透支额度。该授信额度首先基于商户的自身信用状况,历史消费数额,历史缴费情况(历史上由于请求超额而接收到提醒信息,包括提示Notice、预警Attention、警告Warning后的缴费时间和收到提醒信息的概率)得到基准数额CreditMoney,然后每次都会根据当前商户的访问TPS变化进行调整,实际数额CreditMoney*BaseTPS/CurrentTPS,(BaseTPS为该商户历史访问的基准TPS,CurrentTPS为当前商户访问的TPS,CurrentTPS越大,授信额度越低,为如果商户访问出现异常情况(大大超过历史平均访问TPS),则本次授信额度会趋向于0。
在上述实施例的基础上,所述方法还包括:
合同同步模块在每个商户下的未同步请求信息处理完成后,获取各商户在过去特定时间段内的最后剩余金额,以及获取各商户的授信额度,并同步到所述状态缓存模块。
具体地,合同同步模块对于每个Time_ProductId,获取计费运算模块返回的结果;对于每个MerchantId,处理完所有的Time_ProductId后,得到这个MerchantId经过过去一段时间处理内的剩余费用(有可能比上一时段多或者少);对于该MerchantId,获得授信预估模块得到的授信额度CreditMoney;将这部分信息同步给缓存管理模块。具体为清楚该商户MerchantId已处理的未同步请求信息,最后获取剩余金额时间LastTime,最后剩余金额LeftMoney(该商户实际的余额+CreditMoney),产品包最大金额MaxMoney。
图3示例了一种服务器的实体结构示意图,如图3所示,该服务器可以包括:处理器(processor)21、通信接口(Communications Interface)22、存储器(memory)23和通信总线24,其中,处理器21,通信接口22,存储器23通过通信总线24完成相互间的通信。处理器21可以调用存储器23中的逻辑指令,以执行如下方法:
状态缓存模块存储各商户的未同步请求信息,所述未同步请求信息包括商户编号、请求时间和产品编号;
合同同步模块每隔指定时长从状态缓存模块获取未同步请求信息;根据每条未同步请求信息从底层合同表中取出产品编号对应的产品包计费规则,将所述未同步请求信息和所对应的计费规则发送到计费运算模块;
计费运算模块接收所述合同同步模块发送的未同步请求信息和计费规则,根据计费规则计算本次请求的花费,并更新商户余额;将计算结果返回给所述合同同步模块;将已处理的请求信息同步到授信预估模块;
授信预估模块根据已处理的请求信息的商户编号,确定每个商户的历史访问情况,根据每个商户的历史访问情况、缴费情况和当前访问的TPS信息计算各商户的授信额度,并返回给所述合同同步模块。
此外,上述的存储器23中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
另一方面,本发明实施例还提供一种非暂态计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现以执行上述各实施例提供的传输方法,例如包括:
状态缓存模块存储各商户的未同步请求信息,所述未同步请求信息包括商户编号、请求时间和产品编号;
合同同步模块每隔指定时长从状态缓存模块获取未同步请求信息;根据每条未同步请求信息从底层合同表中取出产品编号对应的产品包计费规则,将所述未同步请求信息和所对应的计费规则发送到计费运算模块;
计费运算模块接收所述合同同步模块发送的未同步请求信息和计费规则,根据计费规则计算本次请求的花费,并更新商户余额;将计算结果返回给所述合同同步模块;将已处理的请求信息同步到授信预估模块;
授信预估模块根据已处理的请求信息的商户编号,确定每个商户的历史访问情况,根据每个商户的历史访问情况、缴费情况和当前访问的TPS信息计算各商户的授信额度,并返回给所述合同同步模块。
以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (10)
1.一种计费控制装置,应用于数据公共服务平台,其特征在于,所述装置包括:状态缓存模块、合同同步模块、计费运算模块和授信预估模块,其中:
所述状态缓存模块存储有各商户的未同步请求信息,所述未同步请求信息包括商户编号、请求时间和产品编号;
所述合同同步模块,用于每隔指定时长从所述状态缓存模块获取未同步请求信息;根据每条未同步请求信息从底层合同表中取出产品编号对应的产品包计费规则,将所述未同步请求信息和所对应的计费规则发送到所述计费运算模块;
所述计费运算模块,用于接收所述合同同步模块发送的未同步请求信息和计费规则,根据计费规则计算本次请求的花费,并更新商户余额;将计算结果返回给所述合同同步模块;还用于将已处理的请求信息同步到所述授信预估模块;
所述授信预估模块,用于根据已处理的请求信息的商户编号,确定每个商户的历史访问情况,根据每个商户的历史访问情况、缴费情况和当前访问的TPS信息计算各商户的授信额度,并返回给所述合同同步模块。
2.根据权利要求1所述的计费控制装置,其特征在于,所述计费运算模块包括:
第一计算单元,用于当所述计费规则为:访问次数达到下一阶梯后按照新的资费标准重新计算时,则从历史访问查询表中找出包含本次请求时间的第一时间段内的所有访问记录,判断所述第一时间段内的访问次数是否已超过上次的计费阶梯,如果超过,则使用新的资费标准计算本次花费,同时对所述第一时间段内的所有请求进行重新计费,将计算结果更新到商户余额信息表;
第二计算单元,用于当所述计费规则为:访问次数达到下一阶梯后新的请求按照新的资费标准进行计算时,则从历史访问查询表中找出包含本次请求时间的第二时间段内的所有访问记录,判断所述第二时间段内的访问次数是否已超过上次的计费阶梯,如果超过,则使用新的资费标准计算本次花费,将计算结果更新到商户余额信息表;
第三计算单元,用于当所述计费规则为:在指定时间段内允许不限量的访问,如果有访问则计费,没有访问则不计费时,则从历史访问查询表中找出包含本次请求时间的第三时间段内的所有访问记录,如果第三时间段内只有当前请求的记录,则直接扣除所有费用,并更新到商户余额信息表;如果第三时间段内已有其他记录,则不再计费。
3.根据权利要求1所述的计费控制装置,其特征在于,所述授信预估模块包括:
计算单元,用于根据商户的自身信用状况、历史消费数额和历史缴费情况计算基准授信额度CreditMoney;
调整单元,用于根据当前商户的访问TPS变化调整所述基准授信额度,实际授信额度为CreditMoney*BaseTPS/CurrentTPS,其中,BaseTPS为商户历史访问的基准TPS,CurrentTPS为商户当前访问的TPS。
4.根据权利要求1所述的计费控制装置,其特征在于,所述合同同步模块,还用于在每个商户下的未同步请求信息处理完成后,获取各商户在过去特定时间段内的最后剩余金额,以及获取各商户的授信额度,并同步到所述状态缓存模块。
5.一种计费控制方法,应用于数据公共服务平台,其特征在于,所述方法包括:
状态缓存模块存储各商户的未同步请求信息,所述未同步请求信息包括商户编号、请求时间和产品编号;
合同同步模块每隔指定时长从状态缓存模块获取未同步请求信息;根据每条未同步请求信息从底层合同表中取出产品编号对应的产品包计费规则,将所述未同步请求信息和所对应的计费规则发送到计费运算模块;
计费运算模块接收所述合同同步模块发送的未同步请求信息和计费规则,根据计费规则计算本次请求的花费,并更新商户余额;将计算结果返回给所述合同同步模块;将已处理的请求信息同步到授信预估模块;
授信预估模块根据已处理的请求信息的商户编号,确定每个商户的历史访问情况,根据每个商户的历史访问情况、缴费情况和当前访问的TPS信息计算各商户的授信额度,并返回给所述合同同步模块。
6.根据权利要求5所述的计费控制方法,其特征在于,所述计费运算模块接收所述合同同步模块发送的未同步请求信息和计费规则,根据计费规则计算本次请求的花费,并更新商户余额包括:
当所述计费规则为:访问次数达到下一阶梯后按照新的资费标准重新计算时,则从历史访问查询表中找出包含本次请求时间的第一时间段内的所有访问记录,判断所述第一时间段内的访问次数是否已超过上次的计费阶梯,如果超过,则使用新的资费标准计算本次花费,同时对所述第一时间段内的所有请求进行重新计费,将计算结果更新到商户余额信息表;
当所述计费规则为:访问次数达到下一阶梯后新的请求按照新的资费标准进行计算时,则从历史访问查询表中找出包含本次请求时间的第二时间段内的所有访问记录,判断所述第二时间段内的访问次数是否已超过上次的计费阶梯,如果超过,则使用新的资费标准计算本次花费,将计算结果更新到商户余额信息表;
当所述计费规则为:在指定时间段内允许不限量的访问,如果有访问则计费,没有访问则不计费时,则从历史访问查询表中找出包含本次请求时间的第三时间段内的所有访问记录,如果第三时间段内只有当前请求的记录,则直接扣除所有费用,并更新到商户余额信息表;如果第三时间段内已有其他记录,则不再计费。
7.根据权利要求5所述的计费控制方法,其特征在于,所述授信预估模块根据每个已处理的请求信息的商户编号,确定每个商户的历史访问情况,根据每个商户的历史访问情况、缴费情况和当前访问的TPS信息计算各商户的授信额度包括:
根据商户的自身信用状况、历史消费数额和历史缴费情况计算基准授信额度CreditMoney;
根据当前商户的访问TPS变化调整所述基准授信额度,实际授信额度为CreditMoney*BaseTPS/CurrentTPS,其中,BaseTPS为商户历史访问的基准TPS,CurrentTPS为商户当前访问的TPS。
8.根据权利要求5所述的计费控制方法,其特征在于,所述方法还包括:
合同同步模块在每个商户下的未同步请求信息处理完成后,获取各商户在过去特定时间段内的最后剩余金额,以及获取各商户的授信额度,并同步到所述状态缓存模块。
9.一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述程序时实现如权利要求5至8任一项所述计费控制方法的步骤。
10.一种非暂态计算机可读存储介质,其上存储有计算机程序,其特征在于,该计算机程序被处理器执行时实现如权利要求5至8任一项所述计费控制方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910455666.9A CN110264246B (zh) | 2019-05-29 | 2019-05-29 | 计费控制装置和方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910455666.9A CN110264246B (zh) | 2019-05-29 | 2019-05-29 | 计费控制装置和方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110264246A true CN110264246A (zh) | 2019-09-20 |
CN110264246B CN110264246B (zh) | 2022-03-25 |
Family
ID=67915644
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910455666.9A Active CN110264246B (zh) | 2019-05-29 | 2019-05-29 | 计费控制装置和方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110264246B (zh) |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101005383A (zh) * | 2006-01-18 | 2007-07-25 | 华为技术有限公司 | 离线计费系统和方法 |
CN101030870A (zh) * | 2007-01-26 | 2007-09-05 | 卢斌 | 基于广告反馈通信的广告计费方法和系统 |
CN103560895A (zh) * | 2013-10-31 | 2014-02-05 | 国家电网公司 | 一种具有防死机功能的计费系统及服务器 |
CN105959125A (zh) * | 2016-07-18 | 2016-09-21 | 北京首都在线科技股份有限公司 | 一种网络数据流量计费系统及计费方法 |
CN106209392A (zh) * | 2015-04-30 | 2016-12-07 | 华为软件技术有限公司 | 在线付费的方法及装置 |
CN106204136A (zh) * | 2016-07-08 | 2016-12-07 | 合网络技术(北京)有限公司 | 一种广告投放系统及广告投放方法 |
CN106875179A (zh) * | 2017-02-03 | 2017-06-20 | 杭州小步科技有限公司 | 一种离线二维码支付方法及其系统 |
CN109102397A (zh) * | 2018-10-22 | 2018-12-28 | 上海朔羡网络科技有限公司 | 消费信贷方法、系统、计算机设备及可读存储介质 |
CN109242526A (zh) * | 2018-07-18 | 2019-01-18 | 北京三快在线科技有限公司 | 一种广告结算方法及装置 |
CN109697667A (zh) * | 2018-12-19 | 2019-04-30 | 中国银联股份有限公司 | 一种基于授信模式的限额管控的方法及装置 |
-
2019
- 2019-05-29 CN CN201910455666.9A patent/CN110264246B/zh active Active
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101005383A (zh) * | 2006-01-18 | 2007-07-25 | 华为技术有限公司 | 离线计费系统和方法 |
CN101030870A (zh) * | 2007-01-26 | 2007-09-05 | 卢斌 | 基于广告反馈通信的广告计费方法和系统 |
CN103560895A (zh) * | 2013-10-31 | 2014-02-05 | 国家电网公司 | 一种具有防死机功能的计费系统及服务器 |
CN106209392A (zh) * | 2015-04-30 | 2016-12-07 | 华为软件技术有限公司 | 在线付费的方法及装置 |
CN106204136A (zh) * | 2016-07-08 | 2016-12-07 | 合网络技术(北京)有限公司 | 一种广告投放系统及广告投放方法 |
CN105959125A (zh) * | 2016-07-18 | 2016-09-21 | 北京首都在线科技股份有限公司 | 一种网络数据流量计费系统及计费方法 |
CN106875179A (zh) * | 2017-02-03 | 2017-06-20 | 杭州小步科技有限公司 | 一种离线二维码支付方法及其系统 |
CN109242526A (zh) * | 2018-07-18 | 2019-01-18 | 北京三快在线科技有限公司 | 一种广告结算方法及装置 |
CN109102397A (zh) * | 2018-10-22 | 2018-12-28 | 上海朔羡网络科技有限公司 | 消费信贷方法、系统、计算机设备及可读存储介质 |
CN109697667A (zh) * | 2018-12-19 | 2019-04-30 | 中国银联股份有限公司 | 一种基于授信模式的限额管控的方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN110264246B (zh) | 2022-03-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106651350A (zh) | 一种支持组合支付方式和结账自动退款的系统及方法 | |
JP2012517639A (ja) | ユーザーのサービス量に基づいて、オンラインで料金を計算する方法及びシステム | |
WO2007117831A2 (en) | System and method for prepay account management system of utility usage charges | |
CN101370060B (zh) | 一种多信道自动充值系统、方法和设备 | |
CN112215701A (zh) | 一种多账户间资金灵活管理方法和装置 | |
CN109377355A (zh) | 交易数据处理方法及装置 | |
CN109598495A (zh) | 数据处理方法、装置、服务器及计算机可读存储介质 | |
CN110189218A (zh) | 贷款额度的管理方法及装置 | |
TW201417008A (zh) | 返回資源的處理方法和裝置 | |
CN102387486A (zh) | Gprs分割话单的计费方法及装置 | |
US20020035479A1 (en) | Access contract changing method for automatically changing an access contract between a prepaid contract and a postpaid contract | |
CN110060120A (zh) | 一种多平台组合支付的方法、电子设备以及存储介质 | |
CN109493075A (zh) | 用于确定虚拟资源对象的方法及设备 | |
CN100365983C (zh) | 一种分组数据预付费业务实现方法 | |
KR20010044264A (ko) | 선불식 카드의 운용 방법 | |
CN110264246A (zh) | 计费控制装置和方法 | |
CN110717745B (zh) | 一种业务处理的方法以及服务器 | |
CN110428294A (zh) | 停车场电子发票推送方法、服务器及存储介质 | |
CN110288347A (zh) | 访问控制装置和方法 | |
CN113129066A (zh) | 售卖利润分配确定方法、装置、电子设备及存储介质 | |
CN114285677A (zh) | 云计算资源的计费数据处理方法及装置 | |
KR100834260B1 (ko) | 외부 유통망에 특화된 특별 여신 관리 장치 및 그 방법 | |
US20080015961A1 (en) | System and method for commoditizing browsing time in a self-service store | |
CN109272399A (zh) | 一种信用卡的管理方法及装置 | |
CN111061573A (zh) | 资源转移方法、装置、电子设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |