额度管理方法、装置及系统
技术领域
本申请涉及数据处理领域,尤其涉及一种额度管理方法、装置及系统。
背景技术
随着信息技术的快速发展,越来越多的业务可以在线进行办理。针对不同的业务,可能会存在不同的限制条件。例如,针对人民币出境等业务,每个时间段内都会存在一定的额度限制,当某个时间段内的额度用完之后,在该时间段内则无法继续进行该项业务的办理。
因此,针对存在额度限制的业务,在接收到业务请求后,首先需要判断当前时刻的剩余额度是否可以办理该项业务,若是可以则继续办理,否则提示无法办理。因此,为了能够及时判断是否可以处理该项业务,防止出现额度击穿或者业务回滚的情况的发生,需要及时对业务的剩余额度进行统计。
因此,亟需一种额度管理方法,以实现对业务剩余额度的实时统计,防止出现额度击穿或者大批量业务回滚的情况的发生。
发明内容
本说明书实施例的目的是提供一种额度管理方法、装置及系统,在接收到目标业务的业务处理请求后,为该目标业务分配相应的业务子额度,其中,该业务子额度属于目标业务所对应的业务额度,且该业务子额度被标记为有效状态,若是该业务子额度的当前剩余额度值足够扣减目标业务所对应业务资源值,则执行相应的扣减操作,否则确定目标业务处理失败,并将该业务子额度标记为关闭状态;在本实实施例中,通过将一个业务额度划分为多个业务子额度,当接收到业务处理请求后,通过子业务额度判断子业务额度的剩余额度值是否足够扣减该业务,可以多个子业务额度并行处理,在业务并发量较高时,可以提高对业务额度剩余额度统计的实时性,并且,在每个业务子额度的剩余额度值不足时,就会确定分配给该业务子额度的业务处理失败,可以有效防止由于错判或者判断延时而导致的额度击穿或者大批量业务回滚的情况的发生。
为解决上述技术问题,本说明书实施例是这样实现的:
本说明书实施例提供了一种额度管理方法,包括:
接收目标业务的业务处理请求;其中,所述业务处理请求中携带有所述目标业务的业务资源值;
为所述目标业务分配相应的业务子额度;其中,所分配的业务子额度属于所述目标业务所对应的业务额度,且所述业务子额度被标记为有效状态;
判断所述业务子额度的当前剩余额度值是否大于或等于所述目标业务的业务资源值;
若是,则对所述业务子额度执行扣减所述业务资源值的操作;否则,确定所述目标业务处理失败,并将所述业务子额度标记为关闭状态。
本说明书实施例还提供了一种额度管理装置,包括:
接收目标业务的业务处理请求;其中,所述业务处理请求中携带有所述目标业务的业务资源值;
为所述目标业务分配相应的业务子额度;其中,所分配的业务子额度属于所述目标业务所对应的业务额度,且所述业务子额度被标记为有效状态;
判断所述业务子额度的当前剩余额度值是否大于或等于所述目标业务的业务资源值;
若是,则对所述业务子额度执行扣减所述业务资源值的操作;否则,确定所述目标业务处理失败,并将所述业务子额度标记为关闭状态。
本说明书实施例化提供了一种额度管理系统,包括额度管理节点、第一数据存储节点和第二数据存储节点;
所述第一数据存储节点,用于存储业务额度所对应的每个业务子额度的额度数据表;
所述第二数据存储节点,用于存储所述业务额度所对应的每个所述业务子额度的状态信息表;
所述额度管理节点,用于接收目标业务的业务处理请求,并为所述目标业务分配相应的业务子额度;还用于,根据所述第一数据存储节点中存储的所述业务子额度的额度数据表,判断所述业务子额度的当前剩余额度值是否大于或等于目标业务的业务资源值;若是,则对所述业务子额度执行扣减所述业务资源值的操作;否则,确定所述目标业务处理失败,并将所述第二数据存储节点中存储的状态信息表中所述业务子额度的状态标记为关闭状态;
其中,所述业务处理请求中携带有所述目标业务的业务资源值;所分配的业务子额度属于所述目标业务所对应的业务额度,且所述业务子额度被标记有效状态。
本说明书实施例化提供了一种额度管理设备,包括:
处理器;以及
被安排成存储计算机可执行指令的存储器,所述可执行指令在被执行时使所述处理器:
接收目标业务的业务处理请求;其中,所述业务处理请求中携带有所述目标业务的业务资源值;
为所述目标业务分配相应的业务子额度;其中,所分配的业务子额度属于所述目标业务所对应的业务额度,且所述业务子额度被标记为有效状态;
判断所述业务子额度的当前剩余额度值是否大于或等于所述目标业务的业务资源值;
若是,则对所述业务子额度执行扣减所述业务资源值的操作;否则,确定所述目标业务处理失败,并将所述业务子额度标记为关闭状态。
本说明书实施例还提供了一种存储介质,用于存储计算机可执行指令,所述可执行指令在被执行时实现以下流程:
接收目标业务的业务处理请求;其中,所述业务处理请求中携带有所述目标业务的业务资源值;
为所述目标业务分配相应的业务子额度;其中,所分配的业务子额度属于所述目标业务所对应的业务额度,且所述业务子额度被标记为有效状态;
判断所述业务子额度的当前剩余额度值是否大于或等于所述目标业务的业务资源值;
若是,则对所述业务子额度执行扣减所述业务资源值的操作;否则,确定所述目标业务处理失败,并将所述业务子额度标记为关闭状态。
通过本实施例中的技术方案,在接收到目标业务的业务处理请求后,为该目标业务分配相应的业务子额度,其中,该业务子额度属于目标业务所对应的业务额度,且该业务子额度被标记为有效状态,若是该业务子额度的当前剩余额度值足够扣减目标业务所对应业务资源值,则执行相应的扣减操作,否则确定目标业务处理失败,并将该业务子额度标记为关闭状态;在本实实施例中,通过将一个业务额度划分为多个业务子额度,当接收到业务处理请求后,通过子业务额度判断子业务额度的剩余额度值是否足够扣减该业务,可以多个子业务额度并行处理,在业务并发量较高时,可以提高对业务额度剩余额度统计的实时性,并且,在每个业务子额度的剩余额度值不足时,就会确定分配给该业务子额度的业务处理失败,可以有效防止由于错判或者判断延时而导致的额度击穿或者大批量业务回滚的情况的发生。
附图说明
为了更清楚地说明本说明书实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本说明书实施例提供的额度管理方法的第一种方法流程图;
图2为本说明书实施例提供的额度管理方法中,剩余额度迁移的流程示意图;
图3为本说明书实施例提供的额度管理方法中,变更业务额度的流程示意图;
图4为本说明书实施例提供的额度管理方法的第二种方法流程图;
图5为本说明书实施例提供的额度管理装置的模块组成示意图;
图6为本说明书实施例提供的额度管理系统第一种结构示意图;
图7为本说明书实施例提供的额度管理系统的第二种结构示意图;
图8为本说明书实施例提供的额度管理设备的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本申请中的技术方案,下面将结合本说明书实施例中的附图,对本说明书实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
本说明书实施例的思想在于,将每个业务额度划分为若干个业务子额度,通过每个子额度的剩余额度判断当前是否可以处理接收到的业务请求,这样可以同时并行进行多项业务的判断。从而通过对多个子业务额度的管理实现对业务额度的剩余额度的实时统计,实时性较高。基于此思想,本说明书实施例提供了一种额度管理方法、装置及系统。下述将分别一一详细介绍本说明书实施例提供的额度管理方法、装置及系统。
图1为本说明书实施例提供的额度管理方法的第一种方法流程图,图1所示的方法至少包括如下步骤:
步骤102,接收目标业务的业务处理请求;其中,该业务处理请求中携带有目标业务的业务资源值。
其中,上述业务资源值可以为目标业务的业务金额值。上述目标业务一般为存在额度限制的业务类型,例如,可以为进出口业务中的出口业务,如人民币出境业务。
本说明书实施例所提供的方法可以应用于服务器侧,因此,该方法的执行主体可以为服务器,具体的,可以为设置于服务器侧的额度管理装置。
步骤104,为目标业务分配相应的业务子额度;其中,所分配的业务子额度属于目标业务所对应的业务额度,且该业务子额度被标记为有效状态。
需要说明的是,在本说明书实施例中所提及的业务额度为业务资源额度,业务子额度为业务子资源额度。在某些具体实施方式中,上述业务额度可以为业务金额的额度,相应的,业务子额度为业务金额的子额度。
在本说明书实施例中,将每项业务所对应的业务额度划分为若干个业务子金额,当接收到目标业务的业务处理请求后,则从该目标业务所对应的业务金额所对应的若干业务子额度中为目标业务分配业务子额度。
在具体实施时,某些业务在不同的时间段内对应着不同的业务额度,因此,可以将每个时间段内的业务额度划分为多个业务子额度。
在进行业务子额度的划分时,可以预先设置业务子额度的额度初始值,根据业务额度的额度总值以及每个业务子额度的额度初始值确定需要划分为的业务子额度的数量;或者,还可以预先设置业务子额度的数量,根据业务额度的额度总值以及业务子额度的额度数量,确定每个业务子额度的初始额度值。
为便于理解,下述将举例进行说明。
例如,针对人民币出境业务,将每个时间段内人民币出境业务的业务金额划分为100个业务子额度,则平均每个业务子额度的初始额度值为该业务额度的额度总值的百分之一,若是某个时间段内人民币出境业务的业务额度的额度总值为1亿,则每个业务子额度的初始额度值为100万。
当然,上述只是示例性说明,本说明书实施例并不对业务子额度的数量、业务额度的额度总值以及每个业务子额度的初始额度值进行限定。
需要说明的是,上述业务子额度被标记为有效状态,指的是该业务子额度上一次的剩余额度值足够扣减上一个目标业务的业务资源值,但是,业务子额度处于有效状态并不代表该业务子额度当前的剩余额度值大于或等于目标业务的业务资源值。
在本说明书实施例中,业务子额度的状态可以包括有效状态、关闭状态和无效状态。一般的,当业务子额度的当前剩余额度值不足够扣减目标业务的业务资源值时,则将该业务子额度标记为关闭状态;当业务子额度的剩余额度值为零时,则将该业务子额度标记为无效状态。
在具体实施时,针对每个业务额度,可以设置该业务额度所对应的业务子额度的状态信息表,一个状态信息表用于维护一个业务额度所对应的所有业务子额度的状态信息。其中,在状态信息表中,各个业务子额度的当前状态可以使用状态标识进行表征。例如,在一种具体实施方式中,可以使用V(Valid)表征业务子额度处于有效状态,使用C(Close)表征业务子额度处于关闭状态,使用I(Invalid)表征业务子额度处于无效状态。
其中,一个状态信息表的一种可能的形式如表1所示。
表1
业务子额度标识 |
状态标识 |
业务子额度1 |
V |
业务子额度2 |
C |
业务子额度3 |
I |
其中,在表1中存储的是业务子额度标识与状态标识之间的映射关系,上述表1只是示例性说明,并不构成对本说明书实施例中状态信息表的限定。
在具体实施时,可以将每个业务额度所对应的状态信息表存储在数据存储节点中,该数据存储节点可以为设置于服务器上的数据库。
具体的,上述步骤104中,为目标业务分配相应的业务子额度,具体包括如下步骤(1)、步骤(2)和步骤(3);
步骤(1)、确定目标业务所对应的业务额度;
步骤(2)、确定属于上述业务额度且被标记为有效状态的所有业务子额度;
步骤(3)、从上述确定的所有业务子额度中为目标业务分配业务子额度。
在本说明书实施例中,在业务处理请求中携带有目标业务的标识或者业务相关信息,因此,在上述步骤(1)中,可以根据目标业务的标识或者业务相关信息确定目标业务所对应的业务金额。
具体的,在某些业务中,在不同的时间段内对应的业务额度可能并不相同,并且可能会涉及到业务利息,在该种情况下,在确定目标业务所对应的业务额度时,可以将该目标业务在起息日所对应的业务额度确定目标业务所对应的业务额度。
例如,目标业务的起息日为2018年7月19日,则将目标业务在2018年7月19日的业务额度确定为目标业务所对应的业务额度。
在具体实施时,可以预先设置业务额度信息表存储在数据存储节点中,该业务额度信息表可以存储有目标业务的业务标识、日期以及业务额度的映射关系。
在确定出目标业务所对应的业务额度后,从该业务额度所对应的若干个业务子额度状态信息维护表中筛选出当前处于有效状态的业务子额度,此处筛选出的业务子额度则为上述步骤(2)中确定的所有业务子额度。
具体的,在上述步骤(3)中可以随机从所确定的所有业务子额度中选取一个业务子额度作为分配给目标业务的业务子额度,也可以按照某种规则从所确定的所有子额度中选取一个业务子额度作为分配给目标业务的业务子额度。
在一种具体实施方式中,在上述步骤(3)中,从确定的所有业务子额度中为目标业务分配业务子额度,可以通过如下过程实现:
按照设定顺序轮询上述确定的所有业务子额度,将当前轮询到的业务子额度确定为分配给目标业务的业务子额度。
例如,可以按照确定的所有业务子额度在业务子额度表中的顺序轮询上述业务子额度。
为便于理解,下述将举例进行说明。
例如,在一种具体实施方式中,确定的所有业务子额度为业务子额度1、业务子额度2、业务子额度5以及业务子额度8,则将业务子额度1分配给第一次接收到的目标业务,将业务子额度2分配给第二次接收到的目标业务,将业务子额度5分配给第三次接收到的目标业务,将业务子额度8分配给第四次接收到的目标业务,当第五次接收到目标业务时,则继续将业务子额度1分配给目标业务,以此类推。
例如,在另外一种具体实施方式中,确定的所有业务子额度为业务子额度1、业务子额度2、业务子额度5以及业务子额度8,若是同时接收到7个目标业务的业务处理请求,可以先按照业务子额度1、业务子额度2、业务子额度5到业务子额度8的顺序依次为每个业务子额度分配一个目标任务,然后将剩余的三个目标任务依次分配给业务子额度1、业务子额度2和业务子额度5。
在本说明书实施例中,通过轮训的方式为目标业务分配对应的业务子额度,这样可以保证每个业务子额度分配给的目标业务的数量大致相同,使得目标业务所对应的每个业务子额度的使用尽量平均,从而保证每个业务子额度的剩余额度值尽可能水平同步下降,这样,当其中一个业务子额度的额度值用完之后,该业务额度所对应的其他业务子额度的额度值也即将用完,从而可以尽量减少由于误判而拒绝的业务的数量。
本说明书实施例提供的方法,可能会误判的拒绝部分目标业务,即在有剩余额度时但是业务被拒绝,但是不会错判的放过一个业务,即剩余额度不足时但是业务通过。
步骤106,判断上述业务子额度的当前剩余额度值是否大于或等于目标业务的业务资源值;若是,则执行步骤108;否则,执行步骤110。
具体的,在本说明书实施例中,针对每个业务子额度,在执行一次扣减操作后会记录扣减后的剩余额度值。因此,针对每个业务子额度都设置有该业务子额度所对应的额度管理表,用于记录在每次执行完扣减操作后,该业务子额度所对应的剩余额度值。
在具体实施时,针对每个业务额度,可以将该业务额度所对应的所有业务子额度的额度管理表存储在数据存储节点中。其中,该数据存储节点可以为数据库。
具体的,在本说明书实施例中,额度管理表和状态信息表可以存储在服务器上不同的数据存储节点中,即额度管理表和状态信息表可以存储在不同的数据库中。
在每次执行步骤106时,则需要从数据存储节点中读取上述业务子额度最新的剩余额度值即可。
其中,额度管理表的一种可能的形式如表2所示。表2只是示例性说明,并不构成对业务子额度标识、业务子额度的额度初始值、每次扣减额度以及扣减次数的限定。
表2
具体的,在本说明书实施例中,在数据存储节点中存储有多个额度数据表,一个额度数据表用于维护一个业务子额度的剩余额度值。
另外,还可以采用分库分表的方法进行业务子额度所对应的额度数据表的存储,即在数据存储节点中,可以包括多个子数据存储节点,一个子数据存储节点用于存储一个业务额度所对应的业务子额度的额度数据表,并且在每个子数据存储节点中存储有多个额度数据表,一个额度数据表对应一个业务子额度。
在本说明书实施例中,上述将该当前剩余额度值与目标业务的业务资源值进行比较,实质是判断该业务子额度的当前剩余额度值是否足够扣减目标业务的业务资源值。
其中,在具体实施时,可以使用update语句判断上述业务子额度的当前剩余额度值是否足够扣减目标业务的业务资源值,根据sql的返回值为1还是0,可以判断业务子额度的当前剩余额度值是否足够扣减目标业务的业务资源值。
步骤108,对上述业务子额度执行扣减业务资源值的操作。
在本说明书实施例中,若是该业务子额度的当前剩余额度值大于或等于目标业务的业务资源值,则说明当前还可以继续处理目标业务,这时,可以返回业务成功的提示,为了实现对该业务子额度的管理,需要对该业务子额度执行扣减上述业务资源值的操作。即将该业务子额度的当前剩余额度值扣减上述业务资源值,计算出扣减后的剩余额度值,并记录扣减后的剩余额度值,将扣减后的剩余额度值作为业务子额度的最新额度值。
步骤110,确定目标业务处理失败,并将上述业务子额度标记为关闭状态。
在本说明书实施例中,若是该业务子额度的当前剩余额度值小于目标业务的业务资源值,则说明当前不可以继续处理目标业务,这时可以确定目标业务处理失败,并返回业务处理失败的提示。在该种情况下,为了防止再给该业务子额度分配新的目标业务,需要将该业务子额度标记为关闭状态。
在本说明书实施例中,因为一个业务子额度在同一个时刻只能用于执行一个目标业务的扣减操作,因此,当将该业务子额度分配给某项目标业务后,需要将该业务子额度设置为锁定状态,这样,再有新的目标业务分配给该业务子额度后,新的目标业务需要排队等候。
在本说明书实施例中,目标业务所对应的业务额度的状态信息表存储在数据存储节点中;
相应的,在上述步骤110中,将上述业务子额度标记为关闭状态,具体包括:
通过消息机制向上述数据存储节点发送状态更改指示,以将该业务子额度的状态更改为关闭状态;其中,上述状态更改指示用于指示将该业务子额度的状态更改为关闭状态。
在具体实施时,上述状态更改指示中可以携带有关闭状态标识。
数据存储节点通过监听上述消息机制可以获取上述状态更改指示,并根据该状态更改指示更改该业务子额度的状态。
在本说明书实施例中,通过消息机制向数据存储节点发送业务子额度的状态更改指示,状态更改指示发送成功的几率较高,可以确保在大多数异常情况下也可以传输成功。
在具体实施时,可以使用quota表示额度,使用quota_bucket表示业务子额度,quota_bucket_router表示业务子额度的状态信息表。
另外,在本说明书实施例中,在将业务子额度的标记为关闭状态后,该业务子额度仍然可能存在一些剩余额度值,可以称为额度碎片,若是将业务子额度所对应的额度碎片迁移到其他处于有效状态的业务子额度中,可以使得该额度碎片重新被利用。因此,为了避免额度浪费,提高业务子额度的剩余额度值得利用率,本说明书实施例提供的方法还包括:
确定被标记为关闭状态的业务子额度;将每个被标记为关闭状态的业务子额度的当前剩余额度值迁移至处于有效状态的业务子额度中,并将迁移后的被标记为关闭状态的业务子额度标记为无效状态。
在具体实施时,可以每间隔设定时间执行一次额度碎片的迁移过程,例如,可以间隔1分钟、5分钟或者10分钟等任意时间间隔。
在本说明书实施例中,可以一个一个读取处于关闭状态的业务子额度的当前剩余额度值,并将读取的该业务子额度的当前剩余额度值迁移至当前处于有效状态的某个业务子额度中,即需要对该业务子额度的当前剩余额度值执行增加相应额度值的操作。
在每个业务子额度的剩余额度值不足时,就会确定分配给该业务子额度的业务处理失败,可以有效防止由于错判或者判断延时而导致的额度击穿或者大批量业务回滚的情况的发生。
所谓业务回滚,一般指的是由于在某个节点发生误判,导致业务处理出错时,需要将业务的状态返回到上一个节点。
为便于理解,下述将结合具体实施例进行说明,在该实施例中,业务子额度的额度数据表存储在第一数据存储节点中,业务子额度的状态信息表存储在第二数据存储节点中。
图2示出了本说明书实施例中,进行剩余额度值迁移的一种具体方法流程图,图2所示的方法,至少包括如下步骤:
步骤202,从第二数据存储节点中读取目标业务所对应的状态信息表。
步骤204,从上述状态信息表中读取一个处于关闭状态的业务子额度以及处于有效状态的业务子额度。
步骤206,确定处于关闭状态的业务子额度的剩余额度值。
步骤208,将对上述处于关闭状态的业务子额度执行扣减上述剩余额度值的操作指示,以及对处于有效状态的业务子额度执行增加上述剩余额度值的操作指示通过消息机制发送给第一数据存储节点,以便更新第一数据存储节点中相应业务子额度的剩余额度值。
步骤210,向第二数据存储节点发送状态更改指示,以将上述处于关闭状态的业务子额度标记为无效状态。
在本说明书实施例中,通过将处于关闭状态的业务子额度的剩余额度值迁移至处于有效状态的业务子额度中,使得处于关闭状态的业务子额度的剩余额度值可以重新被利用,提高了剩余额度值的利用率,减少了额度浪费。
另外,在本说明书实施例中,在某些情况下,在进行业务处理的过程中,可能会对原先设置的业务金额的额度总值进行更改,因此,本说明书实施例提供的方法还包括如下步骤一、步骤二和步骤三;
步骤一、接收业务额度的额度变更指示;其中,上述额度变更指示中携带有上述业务额度的第一额度值,第一额度值为业务额度需要变更至的额度值;
步骤二、将第一额度值与业务额度的第二额度值进行比较,得到比较结果;其中,第二额度值为变更前设置的上述业务额度的额度值;
步骤三、根据上述比较结果的指示,对上述业务额度下的业务子额度执行相应的操作,以实现业务额度的额度变更。
在具体实施时,可以是由工作人员触发额度变更指示。
具体的,上述第一额度值可能大于原来的第二额度值,也可能小于原来的第二额度值,针对不同的情况,下述将分别详述上述步骤三中执行额度变更的具体过程。
在一种具体实施方式中,若上述比较结果指示第一额度值大于第二额度值,即增加业务额度的额度值,在该种情况下,上述步骤三中,对上述业务额度下的业务子额度执行相应的操作,具体包括如下过程:
计算第一额度值与第二额度值之间的额度差值;确定业务额度下的业务子额度的初始额度值;根据上述初始额度值以及上述额度差值,确定上述业务额度新增加的业务子额度的数目,并为上述业务额度增加上述数目个业务子额度,且增加的业务子额度的额度值为上述初始额度值。
即在本说明书实施例中,通过增加业务子额度的方法实现增加业务额度的额度值。
为便于理解,下述将举例进行说明。
例如,在一种具体实施方式中,针对人民币出境业务,将人民币出境业务的业务金额划分为100个业务子额度,则平均每个业务子额度的额度值为该业务额度的额度总值的百分之一,若是某天人民币出境业务的业务额度的额度总值为1亿,则每个业务子额度的额度值为100万。若将某天人民币出境业务的业务额度的额度总值变更为1.5亿,即该业务额度的额度总值需要增加0.5亿,而该业务额度所对应的业务子额度的初始额度值为100万,因此,可以计算出需要给该业务额度增加50个业务子额度,并且每个业务子额度的初始额度值为100万。
在另外一种具体实施方式中,若是上述比较结果指示第一额度值小于第二额度值,即需要扣减业务额度值,在该种情况下,上述步骤三中,对上述业务额度下的业务子额度执行相应的操作,具体包括如下过程:
确定上述业务额度的当前剩余额度总值,以及确定第二额度值与第一额度值之间的额度差值;判断当前剩余额度总值是否大于上述额度差值;若是,则从上述业务额度下的业务子额度中执行扣减上述差值的操作;否则,将该业务额度下的所有业务子额度标记为关闭状态。
具体的,在执行扣减上述额度差值的操作时,可以依次读取业务子额度的当前剩余额度值,然后将该业务子额度的当前剩余额度值扣减至零,并将该业务子额度标记为无效状态。然后在读取下一个业务子额度的当前剩余额度值,将该业务子额度的当前剩余额度值扣减至零,并将该业务子额度标记为无效状态,以此类推,直至扣减的总额度值达到上述第一额度值与第二额度值的额度差值即可。
例如,在一种具体实施方式中,针对人民币出境业务,将人民币出境业务的业务金额划分为100个业务子额度,则平均每个业务子额度的额度值为该业务额度的额度总值的百分之一,若是某天人民币出境业务的业务额度的额度总值为1亿,则每个业务子额度的额度值为100万。若将该天人民币处境业务的业务额度的额度总之下调至0.8亿,即该业务额度的额度总值需要扣减0.2亿,这时,可以查看当前业务额度的剩余额度总值,若是剩余额度总值小于或等于0.2亿,则说明当前已经处理了大于或等于0.8亿的业务,因此,需要将该业务额度所对应的所有业务子额度标记为关闭状态;若是剩余额度总值大于0.2亿,则需要依次扣减该业务额度所对应的每个业务子额度的当前剩余额度值,直至扣减的额度总值达到0.2亿位置。具体的,在上述扣减的过程中,每将一个业务子额度的剩余额度值扣减至领,则将该业务子额度标记为无效状态。
图3示出了本说明书实施例中,业务额度的额度变更的具体实现流程图,针对图3所示的方法,至少包括如下步骤:
步骤302,接收业务金额的额度变更指示;其中该额度变更指示中携带有该业务额度需要变更至的第一额度值。
步骤304,判断第一额度值是否大于第二额度值,其中,第二额度值为变更前设置的上述业务额度的额度总值;若是,则执行步骤306,否则,执行步骤312。
步骤306,计算第一额度值与第二额度值的额度差值。
步骤308,确定业务额度下的业务子额度的初始额度值。
步骤310,根据初始额度值以及上述额度差值,为上述业务额度增加相应数目个业务子额度,其中,增加的业务子额度的额度值为上述初始额度值。
步骤312,计算第一额度值与第二额度值的额度差值,以及确定业务额度的当前剩余额度总值。
步骤314,判断上述剩余额度总值是否大于上述额度差值;若是,则执行步骤316,否则,执行步骤318。
步骤316,从上述业务额度下的业务子额度中执行扣减上述额度差值的操作。
步骤318,将该业务额度下的所有业务子额度标记为关闭状态。
为便于理解本说明书实施例提供的业务额度的管理方法,下述将以“人民币出境”业务为例,介绍本说明书实施例提供的业务额度的管理方法。图4为本说明书实施例提供的额度管理方法的第二种方法流程图,图4所示的方法,至少包括如下步骤:
步骤402,接收用户提交的人民币出境业务的业务处理请求;其中,该业务处理请求中携带有出境的人民币金额。
步骤404,确定上述人民币出境业务的业务起息日期。
步骤406,根据上述人民币出境业务的业务标识,以及业务起息日期,确定该人民币出境业务所对应的业务额度。
步骤408,确定属于上述业务额度且当前处于有效状态的所有业务子额度。
步骤410,从上数业务子额度中为上述人民币出境业务分配业务子额度。
步骤412,判断上述业务子额度的当前剩余额度值是否大于或等于上述出境的人民币金额;若是,则执行步骤414;否则,执行步骤418。
步骤414,对上述业务子额度执行扣将上述金额的操作,并更新第一数据存储节点中该业务子额度的剩余额度值;
步骤416,输出业务处理成功的提示信息。
步骤418,输出业务处理失败的提示信息,并将第二数据存储节点中该业务子额度的状态更改为关闭状态。
本说明书实施例提供的额度管理方法,在接收到目标业务的业务处理请求后,为该目标业务分配相应的业务子额度,其中,该业务子额度属于目标业务所对应的业务额度,且该业务子额度被标记为有效状态,若是该业务子额度的当前剩余额度值足够扣减目标业务所对应业务资源值,则执行相应的扣减操作,否则确定目标业务处理失败,并将该业务子额度标记为关闭状态;在本实实施例中,通过将一个业务额度划分为多个业务子额度,当接收到业务处理请求后,通过子业务额度判断子业务额度的剩余额度值是否足够扣减该业务,可以多个子业务额度并行处理,在业务并发量较高时,可以提高对业务额度剩余额度统计的实时性,并且,在每个业务子额度的剩余额度值不足时,就会确定分配给该业务子额度的业务处理失败,可以有效防止由于错判或者判断延时而导致的额度击穿或者大批量业务回滚的情况的发生。
对应于本说明书上述实施例提供的额度管理方法,基于相同的思路,本说明书实施例还提供了一种额度管理装置,图5为本说明书实施例提供的额度管理装置的模块组成示意图,图5所示的装置,包括:
第一接收模块501,用于接收目标业务的业务处理请求;其中,该业务处理请求中携带有目标业务的业务资源值;
分配模块502,用于为目标业务分配相应的业务子额度;其中,所分配的业务子额度属于目标业务所对应的业务额度,且上述业务子额度被标记为有效状态;
判断模块503,用于判断上述业务子额度的当前剩余额度值是否大于或等于目标业务的业务资源值;
第一执行模块504,用于若上述业务子额度的当前剩余值大于或等于目标业务的业务资源值,则对上述业务子额度执行扣减所述业务资源值的操作;否则,确定目标业务处理失败,并将业务子额度标记为关闭状态。
可选的,本说明书实施例提供的装置,还包括:
确定模块,用于确定被标记为关闭状态的业务子额度;
迁移模块,用于将每个被标记为关闭状态的业务子额度的当前剩余额度值迁移至处于有效状态的业务子额度中;
标记模块,用于将迁移后的被标记为关闭状态的业务子额度标记为无效状态。
可选的,上述分配模块502,具体用于:
确定目标业务所对应的业务额度;确定属于目标业务额度且被标记为有效状态的所有业务子额度;从上述确定的所有业务子额度中为目标业务分配业务子额度。
可选的,上述分配模块502,还具体用于:
按照设定顺序轮询上述确定的所有业务子额度,将当前轮询到的业务子额度确定为分配给目标业务的业务子额度。
可选的,目标业务所对应的业务额度的状态信息存储在数据存储节点中;
上述第一执行模块504,具体用于:
通过消息机制向数据存储节点发送状态更改指示,以将业务子额度的状态更新为关闭状态;其中,上述状态更改指示用于将业务子额度的状态更改为关闭状态。
可选的,本说明书实施例提供的装置,还包括:
第二接收模块,用于接收业务额度的额度变更指示;其中,上述额度变更指示中携带有上述业务额度的第一额度值,第一额度值为业务额度需要变更至的额度值;
比较模块,用于将第一额度值与业务额度的第二额度值进行比较,得到比较结果;其中,第二额度值为变更前设置的业务额度的额度值;
第二执行模块,用于根据上述比较结果的指示,对上述业务额度下的业务子额度执行相应的操作,以实现业务额度的额度变更。
可选的,若上述比较结果指示第一额度值大于第二额度值;
相应的,上述第二执行模块,具体用于:
计算上述第一额度值与上述第二额度值之间的额度差值;确定上述业务额度下的业务子额度的初始额度值;根据上述初始额度值以及上述额度差值,确定上述业务额度新增加的业务子额度的数目,并为上述业务额度增加上述数目个业务子额度,且增加的上述业务子额度的额度值为上述初始额度值。
可选的,若上述比较结果指示第一额度值小于第二额度值;
相应的,上述第二执行模块,具体用于:
确定上述业务额度的当前剩余额度总值,以及确定上述第二额度值与上述第一额度值之间的额度差值;判断上述当前剩余额度总值是否大于上述额度差值;若是,从上述业务额度下的业务子额度中执行扣减上述额度差值的操作;否则,将上述业务额度下的所有业务子额度标记为关闭状态。
本说明书实施例所提供的额度管理装置中各个模块功能的具体实现过程与图1至图4所对应的方法实施例中各个步骤的具体实现过程相同,因此,具体实现过程可参考图1至图4所对应的方法实施例,此处不再赘述。
本说明书实施例提供的额度管理装置,在接收到目标业务的业务处理请求后,为该目标业务分配相应的业务子额度,其中,该业务子额度属于目标业务所对应的业务额度,且该业务子额度被标记为有效状态,若是该业务子额度的当前剩余额度值足够扣减目标业务所对应业务资源值,则执行相应的扣减操作,否则确定目标业务处理失败,并将该业务子额度标记为关闭状态;在本实实施例中,通过将一个业务额度划分为多个业务子额度,当接收到业务处理请求后,通过子业务额度判断子业务额度的剩余额度值是否足够扣减该业务,可以多个子业务额度并行处理,在业务并发量较高时,可以提高对业务额度剩余额度统计的实时性,并且,在每个业务子额度的剩余额度值不足时,就会确定分配给该业务子额度的业务处理失败,可以有效防止由于错判或者判断延时而导致的额度击穿或者大批量业务回滚的情况的发生。
对应于本说明书实施例提供的额度管理方法,基于相同的思路,本说明书实施例还提供了一种额度管理系统,图6为本说明书实施例提供的额度管理系统的第一种结构示意图,图6所示的系统包括:额度管理节点601、第一数据存储节点602和第二数据存储节点603;
上述第一数据存储节点602,用于存储业务额度所对应的每个业务子额度的额度数据表;
上述第二数据存储节点603,用于存储业务额度所对应的每个上述业务子额度的状态信息表;
上述额度管理节点601,用于接收目标业务的业务处理请求,并为上述目标业务分配相应的业务子额度;还用于,根据第一数据存储节点中存储的业务子额度的额度数据表,判断上述业务子额度的当前剩余额度值是否大于或等于目标业务的业务资源值;若是,则对上述业务子额度执行扣减上述业务资源值的操作;否则,确定上述目标业务处理失败,并将第二数据存储节点中存储的状态信息表中上述业务子额度的状态标记为关闭状态;
其中,上述业务处理请求中携带有上述目标业务的业务资源值;所分配的业务子额度属于上述目标业务所对应的业务额度,且上述业务子额度被标记有效状态。
具体的,在本说明书实施例中,在第一数据存储节点中存储有多个额度数据表,一个额度数据表用于维护一个业务子额度的剩余额度值。
可选的,上述额度管理节点601,还用于:
根据第二数据存储节点中存储的状态信息表确定被标记为关闭状态的业务子额度;将第一数据存储节点中存储的每个被标记为关闭状态的业务子额度的当前剩余额度值迁移至处于有效状态的业务子额度中,并在状态信息表中将迁移后的被标记为关闭状态的业务子额度标记为无效状态。
可选的,上述额度管理节点601,还用于:
通过消息机制向第二数据存储节点发送状态更改指示,以将上述业务子额度的状态更改为关闭状态;其中,上述状态更改指示用于指示将上述业务子额度的状态更改为关闭状态。
可选的,上述额度管理节点601,还用于:
接收上述业务额度的额度变更指示;其中,上述额度变更指示中携带有上述业务额度的第一额度值,上述第一额度值为上述业务额度需要变更至的额度值;将上述第一额度值与上述业务额度的第二额度值进行比较,得到比较结果;其中,上述第二额度值为变更前设置的上述业务额度的额度值;根据上述比较结果的指示,对上述业务额度下的业务子额度执行相应的操作,以实现上述业务额度的额度变更。
本说明书实施例提供的额度管理系统中各个节点功能的具体实现过程与上述方法实施例中各个步骤的具体实现过程相同,因此,系统实施例中各个节点功能的具体实现过程可参考方法实施例中各个步骤的具体实现过程,此处不再赘述。
图7示出了本说明书实施例提供的额度管理系统的第二种结构示意图,在图7所示的额度管理系统中,包括额度管理节点601,第一数据存储节点602、第二数据存储节点603以及第三数据存储节点604;
其中,第三数据存储节点604用于存储业务额度数据表,具体的,该业务额度数据表存储有各个业务与业务额度的映射关系。上述第一数据存储节点602中,存储有每个业务子额度的额度数据表,由于针对接收到的每一笔业务都需要对执行相应的扣减操作,因此,读操作和写操作均较多,为了防止出现并发操作,在第一数据存储节点602中,可以采用分库分表的方法进行业务子额度所对应的额度数据表的存储,即在第一数据存储节点602中,包括多个子数据存储节点,一个子数据存储节点用于存储一个业务额度所对应的业务子额度的额度数据表,并且在每个子数据存储节点中存储有多个额度数据表,一个额度数据表对应一个业务子额度,在每个子数据存储节点中所存储的额度数据表的个数N等于该子数据存储节点所对应的业务额度所对应的业务子额度的数目,其中,N为正整数。
在第二数据存储节点603中,存储有每个业务子额度的状态信息表,在具体实施时,可以将一个业务额度下的所有业务子额度的状态信息维护在一个状态信息表中。即在第二数据存储节点603中可以存储有状态信息表1、状态信息表2、状态信息表M等多M个状态信息表,一个状态信息表对应一个业务额度下的所有业务子额度,即状态信息表的数目与业务额度的数目相等,其中,M为正整数。
当额度管理节点601接收到目标业务的业务请求后,首先从第三数据存储节点604中读取与该目标业务所对应的业务额度,然后从第二数据存储节点603中读取该业务额度所对应的状态信息表(该状态信息表中存储有该业务额度所对应的所有子业务额度的状态信息),从当前处于有效状态的业务子额度中为上述目标业务分配一个业务子额度;最后,从第一数据存储节点602中读取该业务子额度的当前剩余额度值,判断当前剩余额度值是否大于或等于目标业务的业务资源值;若是,则对该业务子额度执行扣减上述业务资源值的操作,并在第一数据存储节点602中存储的该业务子额度的额度数据表中记录该操作;若是当前剩余额度值小于目标业务的业务资源值,则确定目标业务处理失败,并将第二数据存储节点603中该业务子额度的当前状态更改为关闭状态。
本说明书实施例提供的额度管理系统,在接收到目标业务的业务处理请求后,为该目标业务分配相应的业务子额度,其中,该业务子额度属于目标业务所对应的业务额度,且该业务子额度被标记为有效状态,若是该业务子额度的当前剩余额度值足够扣减目标业务所对应业务资源值,则执行相应的扣减操作,否则确定目标业务处理失败,并将该业务子额度标记为关闭状态;在本实实施例中,通过将一个业务额度划分为多个业务子额度,当接收到业务处理请求后,通过子业务额度判断子业务额度的剩余额度值是否足够扣减该业务,可以多个子业务额度并行处理,在业务并发量较高时,可以提高对业务额度剩余额度统计的实时性,并且,在每个业务子额度的剩余额度值不足时,就会确定分配给该业务子额度的业务处理失败,可以有效防止由于错判或者判断延时而导致的额度击穿或者大批量业务回滚的情况的发生。
进一步地,基于上述图1至图4所示的方法,本说明书实施例还提供了一种额度管理设备,如图8所示。
额度管理设备可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上的处理器801和存储器802,存储器802中可以存储有一个或一个以上存储应用程序或数据。其中,存储器802可以是短暂存储或持久存储。存储在存储器802的应用程序可以包括一个或一个以上模块(图示未示出),每个模块可以包括对额度管理设备中的一系列计算机可执行指令。更进一步地,处理器801可以设置为与存储器802通信,在额度管理设备上执行存储器802中的一系列计算机可执行指令。额度管理设备还可以包括一个或一个以上电源803,一个或一个以上有线或无线网络接口804,一个或一个以上输入输出接口805,一个或一个以上键盘806等。
在一个具体的实施例中,额度管理设备包括有存储器,以及一个或一个以上的程序,其中一个或者一个以上程序存储于存储器中,且一个或者一个以上程序可以包括一个或一个以上模块,且每个模块可以包括对额度管理设备中的一系列计算机可执行指令,且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令:
接收目标业务的业务处理请求;其中,上述业务处理请求中携带有上述目标业务的业务资源值;
为上述目标业务分配相应的业务子额度;其中,所分配的业务子额度属于上述目标业务所对应的业务额度,且上述业务子额度被标记为有效状态;
判断上述业务子额度的当前剩余额度值是否大于或等于上述目标业务的业务资源值;
若是,则对上述业务子额度执行扣减上述业务资源值的操作;否则,确定上述目标业务处理失败,并将上述业务子额度标记为关闭状态。
可选的,计算机可执行指令在被执行时,还可以执行如下步骤:
确定被标记为关闭状态的业务子额度;
将每个被标记为关闭状态的业务子额度的当前剩余额度值迁移至处于有效状态的业务子额度中,并将迁移后的被标记为关闭状态的业务子额度标记为无效状态。
可选的,计算机可执行指令在被执行时,为上述目标业务分配相应的业务子额度的步骤,包括:
根据上述目标业务的业务标识及上述目标业务的起息日期,确定上述目标业务所对应的业务额度;
确定属于上述业务额度且被标记为有效状态的所有业务子额度;
从上述确定的所有业务子额度中为上述目标业务分配业务子额度。
可选的,计算机可执行指令在被执行时,从上述确定的所有业务子额度中为上述目标业务分配业务子额度的步骤,包括:
按照设定顺序轮询上述确定的所有业务子额度,将当前轮询到的上述业务子额度确定为分配给上述目标业务的业务子额度。
可选的,计算机可执行指令在被执行时,属于上述目标业务所对应的业务额度的业务子额度状态信息存储在数据存储节点中;
相应的,上述业务子额度标记为关闭状态的步骤,包括:
通过消息机制向上述数据存储节点发送状态更改指示,以将上述业务子额度的状态更新为关闭状态;其中,上述状态更改指示用于指示将上述业务子额度的状态更改为关闭状态。
可选的,计算机可执行指令在被执行时,还可以执行如下步骤:
接收上述业务额度的额度变更指示;其中,上述额度变更指示中携带有上述业务额度的第一额度值,上述第一额度值为上述业务额度需要变更至的额度值;
将上述第一额度值与上述业务额度的第二额度值进行比较,得到比较结果;其中,上述第二额度值为变更前设置的上述业务额度的额度值;
根据上述比较结果的指示,对上述业务额度下的业务子额度执行相应的操作,以实现上述业务额度的额度变更。
可选的,计算机可执行指令在被执行时,若上述比较结果指示上述第一额度值大于上述第二额度值;
相应的,上述对上述业务额度下的业务子额度执行相应的操作的步骤,包括:
计算上述第一额度值与上述第二额度值之间的额度差值;
确定上述业务额度下的业务子额度的初始额度值;
根据上述初始额度值以及上述额度差值,确定上述业务额度新增加的业务子额度的数目,并为上述业务额度增加上述数目个业务子额度,且增加的上述业务子额度的额度值为上述初始额度值。
可选的,计算机可执行指令在被执行时,若上述比较结果指示上述第一额度值小于上述第二额度值;
上述对上述业务额度下的业务子额度执行相应的操作,包括:
确定上述业务额度的当前剩余额度总值,以及确定上述第二额度值与上述第一额度值之间的额度差值;
判断上述当前剩余额度总值是否大于上述额度差值;
若是,从上述业务额度下的业务子额度中执行扣减上述额度差值的操作;否则,将上述业务额度下的所有业务子额度标记为关闭状态。
本说明书实施例提供的额度管理设备,在接收到目标业务的业务处理请求后,为该目标业务分配相应的业务子额度,其中,该业务子额度属于目标业务所对应的业务额度,且该业务子额度被标记为有效状态,若是该业务子额度的当前剩余额度值足够扣减目标业务所对应业务资源值,则执行相应的扣减操作,否则确定目标业务处理失败,并将该业务子额度标记为关闭状态;在本实实施例中,通过将一个业务额度划分为多个业务子额度,当接收到业务处理请求后,通过子业务额度判断子业务额度的剩余额度值是否足够扣减该业务,可以多个子业务额度并行处理,在业务并发量较高时,可以提高对业务额度剩余额度统计的实时性,并且,在每个业务子额度的剩余额度值不足时,就会确定分配给该业务子额度的业务处理失败,可以有效防止由于错判或者判断延时而导致的额度击穿或者大批量业务回滚的情况的发生。
进一步地,基于上述图1至图4所示的方法,本说明书实施例还提供了一种存储介质,用于存储计算机可执行指令,一种具体的实施例中,该存储介质可以为U盘、光盘、硬盘等,该存储介质存储的计算机可执行指令在被处理器执行时,能实现以下流程:
接收目标业务的业务处理请求;其中,上述业务处理请求中携带有上述目标业务的业务资源值;
为上述目标业务分配相应的业务子额度;其中,所分配的业务子额度属于上述目标业务所对应的业务额度,且上述业务子额度被标记为有效状态;
判断上述业务子额度的当前剩余额度值是否大于或等于上述目标业务的业务资源值;
若是,则对上述业务子额度执行扣减上述业务资源值的操作;否则,确定上述目标业务处理失败,并将上述业务子额度标记为关闭状态。
可选的,该存储介质存储的计算机可执行指令在被处理器执行时,还能实现以下流程:
确定被标记为关闭状态的业务子额度;
将每个被标记为关闭状态的业务子额度的当前剩余额度值迁移至处于有效状态的业务子额度中,并将迁移后的被标记为关闭状态的业务子额度标记为无效状态。
可选的,该存储介质存储的计算机可执行指令在被处理器执行时,为上述目标业务分配相应的业务子额度的步骤,包括:
根据上述目标业务的业务标识及上述目标业务的起息日期,确定上述目标业务所对应的业务额度;
确定属于上述业务额度且被标记为有效状态的所有业务子额度;
从上述确定的所有业务子额度中为上述目标业务分配业务子额度。
可选的,该存储介质存储的计算机可执行指令在被处理器执行时,从上述确定的所有业务子额度中为上述目标业务分配业务子额度的步骤,包括:
按照设定顺序轮询上述确定的所有业务子额度,将当前轮询到的上述业务子额度确定为分配给上述目标业务的业务子额度。
可选的,该存储介质存储的计算机可执行指令在被处理器执行时,属于上述目标业务所对应的业务额度的业务子额度状态信息存储在数据存储节点中;
相应的,上述业务子额度标记为关闭状态的步骤,包括:
通过消息机制向上述数据存储节点发送状态更改指示,以将上述业务子额度的状态更新为关闭状态;其中,上述状态更改指示用于指示将上述业务子额度的状态更改为关闭状态。
可选的,该存储介质存储的计算机可执行指令在被处理器执行时,还可以执行如下流程:
接收上述业务额度的额度变更指示;其中,上述额度变更指示中携带有上述业务额度的第一额度值,上述第一额度值为上述业务额度需要变更至的额度值;
将上述第一额度值与上述业务额度的第二额度值进行比较,得到比较结果;其中,上述第二额度值为变更前设置的上述业务额度的额度值;
根据上述比较结果的指示,对上述业务额度下的业务子额度执行相应的操作,以实现上述业务额度的额度变更。
可选的,该存储介质存储的计算机可执行指令在被处理器执行时,若上述比较结果指示上述第一额度值大于上述第二额度值;
相应的,上述对上述业务额度下的业务子额度执行相应的操作的步骤,包括:
计算上述第一额度值与上述第二额度值之间的额度差值;
确定上述业务额度下的业务子额度的初始额度值;
根据上述初始额度值以及上述额度差值,确定上述业务额度新增加的业务子额度的数目,并为上述业务额度增加上述数目个业务子额度,且增加的上述业务子额度的额度值为上述初始额度值。
可选的,该存储介质存储的计算机可执行指令在被处理器执行时,若上述比较结果指示上述第一额度值小于上述第二额度值;
上述对上述业务额度下的业务子额度执行相应的操作,包括:
确定上述业务额度的当前剩余额度总值,以及确定上述第二额度值与上述第一额度值之间的额度差值;
判断上述当前剩余额度总值是否大于上述额度差值;
若是,从上述业务额度下的业务子额度中执行扣减上述额度差值的操作;否则,将上述业务额度下的所有业务子额度标记为关闭状态。
本说明书实施例提供的存储介质存储的计算机可执行指令在被处理器执行时,在接收到目标业务的业务处理请求后,为该目标业务分配相应的业务子额度,其中,该业务子额度属于目标业务所对应的业务额度,且该业务子额度被标记为有效状态,若是该业务子额度的当前剩余额度值足够扣减目标业务所对应业务资源值,则执行相应的扣减操作,否则确定目标业务处理失败,并将该业务子额度标记为关闭状态;在本实实施例中,通过将一个业务额度划分为多个业务子额度,当接收到业务处理请求后,通过子业务额度判断子业务额度的剩余额度值是否足够扣减该业务,可以多个子业务额度并行处理,在业务并发量较高时,可以提高对业务额度剩余额度统计的实时性,并且,在每个业务子额度的剩余额度值不足时,就会确定分配给该业务子额度的业务处理失败,可以有效防止由于错判或者判断延时而导致的额度击穿或者大批量业务回滚的情况的发生。
在20世纪90年代,对于一个技术的改进可以很明显地区分是硬件上的改进(例如,对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而,随着技术的发展,当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此,不能说一个方法流程的改进就不能用硬件实体模块来实现。例如,可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray,FPGA))就是这样一种集成电路,其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上,而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且,如今,取代手工地制作集成电路芯片,这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现,它与程序开发撰写时所用的软件编译器相类似,而要编译之前的原始代码也得用特定的编程语言来撰写,此称之为硬件描述语言(Hardware Description Language,HDL),而HDL也并非仅有一种,而是有许多种,如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等,目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚,只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中,就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现,例如,控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit,ASIC)、可编程逻辑控制器和嵌入微控制器的形式,控制器的例子包括但不限于以下微控制器:ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320,存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白,本申请的实施例可提供为方法、系统或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。