一种可配置化资源数量控制方法及装置与流程

本申请涉及资源控制领域，特别涉及一种可配置化资源数量控制方法及装置。

背景技术：

在互联网中，资源数量是需要限制的，例如会员可上传保留的头像个数，可添加的好友数量，能捆绑的银行卡数量，都不能无限递增，否则系统性能和用户体验上都会受到负面影响。

资源的类型多种多样，同种资源还会有不同的业务属性，它们都会有不同的数量控制要求。以银行卡资源为例，一个会员允许最多捆绑x张银行借记卡，y张银行信用卡，而且绑定的银行借记卡数量x和银行信用卡数量y可能需要随着业务需求而改变。

在资源数超过设定的数量限制之后，需要有相应的逻辑来处理超限事件，例如拒绝添加新的资源，或者用新的资源替代旧的资源。

在现有技术中通过在原有的业务处理方法中嵌入不同的代码，以实现对每种需要控制的资源类型进行数量控制，相应的数量限制被作为常量配置，计数方法和超限的处理因业务的不同而需要强耦合在原有的业务逻辑中。当数量限制改变，或者在某个业务处理中加入新的超限处理方法均需要重新编写整个业务处理方法的代码，这样就使得超限监控和处理十分不便，变更的成本很大。

技术实现要素：

为了解决现有技术中对于资源数量控制的局限性，提出了一种可配置化资源数量控制方法及装置，通过监控业务处理过程，在业务处理过程之外独立匹配相应数量限制配置，并进行资源数量控制。

本申请实施例提供了一种可配置化资源数量控制方法，包括，

监控并获取业务处理过程中的数量控制标记以及业务处理参数；

根据所述数量控制标记得到数量限制配置；

根据所述数量控制标记以及业务处理参数计算资源数量；

判断所述资源数量是否超过所述数量限制配置中的门限值，并根据所述数量限制配置进行相应处理。

本申请实施例还提供了一种可配置化资源数量控制装置，包括，

监控单元，用于监控并获取业务处理过程中的数量控制标记以及业务处理参数；

匹配单元，用于根据所述数量控制标记得到数量限制配置；

计算单元，用于根据所述数量控制标记以及业务处理参数计算资源数量；

处理单元，用于判断所述资源数量是否超过所述数量限制配置中的门限值，并根据所述数量限制配置进行相应处理。

由以上本申请实施例提供的技术方案可见，可以监控业务处理过程中是否需要控制资源数量，如果出现需要控制资源数量的情况时，根据从业务处理过程中获得的数量控制标记以及业务处理参数找到相应的数量限制配置，以进行相应的资源数量控制，提高了业务处理过程与资源数量控制逻辑之间的独立性，节省了资源数量控制的成本，并且本申请中的资源数量控制可以针对业务类型、资源类型以及用户信息等多维度信息不同而变化，使得资源数量控制更加灵活。

当然实施本申请的任一产品或者方法必不一定需要同时达到以上所述的所有优点。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1所示为本申请实施例一种可配置化资源数量控制方法的流程图；

图2所示为本申请实施例一种可配置化资源数量控制装置的结构示意图；

图3所示为本申请实施例一种信用卡资源数量控制方法的流程图；

图4所示为本申请实施例一种信用卡资源数量控制方法的流程图；

图5所示为本申请实施例一种转账记录浏览资源数量控制方法的流程图。

具体实施方式

本申请实施例提供一种可配置化资源数量控制方法及装置。

为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

如图1所示为本申请实施例一种可配置化资源数量控制方法的流程图，在本图中描述了对用户请求的资源数量进行控制的方案，将资源数量控制和业务处理分离，通过在业务处理中加入标记的方式实现了对需要资源数量控制的业务进行监控，并根据标记调用数量限制配置，从而实现对资源数量控制的目的，只需要对数量限制配置进行单独的更改或者添加，就可以实现对资源不同的数量控制，不必修改业务处理的过程，使得对资源数量控制更加的灵活，并且实现成本更低。

该方法具体包括步骤101，监控并获取业务处理过程中的数量控制标记以及业务处理参数。

步骤102，根据所述数量控制标记得到数量限制配置。

步骤103，根据所述数量控制标记以及业务处理参数计算资源数量。

步骤104，判断所述资源数量是否超过所述数量限制配置中的门限值，并根据所述数量限制配置进行相应处理。

根据本申请的一个实施例，所述数量控制标记中至少包括资源类型以及业务类型。

其中，资源类型用于指出哪些资源数量将要被控制，例如为银行卡、转账记录、好友等资源；业务类型用于指出当前对前述资源要进行的业务，例如对银行卡来说可能是绑卡业务，对于转账记录来说可能是显示历史记录业务，对于好友来说可能是显示好友列表。

根据本申请的一个实施例，所述数量控制标记中还包括指定的数量控制处理器名。

其中，若众多资源都可以按照统一的规则进行资源数量的计算，并与数量限制配置进行比较等数量控制处理，则可以在数量控制标记中不包括该数量控制处理器名，只使用一个默认的通用数量控制处理器即可以计算各种资源的数量以及其它数量控制处理工作，但是对于资源的数量与业务类型或者用户耦合性很高时，则需要特定的数量控制处理器来进行资源数量的计算以及其它数量控制处理工作，例如初级用户可以绑定10张银行卡，而高级用户可以绑定20张银行卡，当需要统计用户当前银行卡绑定数量时，则需要特定的数量控制处理器来分辨当前用户是初级用户还是高级用户，从而进行数量控制处理。

根据本申请的一个实施例，在所述根据所述数量控制标记得到数量限制配置之前还包括，根据所述业务处理参数获得资源的扩展属性。

其中，所述扩展属性可以根据业务处理参数获得，例如根据银行卡号获得银行卡的类型，例如信用卡、借记卡、国内卡、国外卡等，根据用户id获得用户类别等。

根据本申请的一个实施例，所述业务处理参数至少包括用户信息，还可以包括业务信息。

其中，用户信息例如可以包括用户id、用户类别(个人用户或者企业用户)和/或用户等级，如果是针对某个客体进行资源控制，则用户信息还可以为被进行资源控制的客体的资 源关联信息，例如如果是对汽车进行的资源控制，则该用户信息也可以为能够找到该汽车所占资源的标记，业务信息例如可以包括用户输入的银行卡号和/或用户输入的显示历史记录的时间范围等。

根据本申请的一个实施例，根据所述数量控制标记得到数量限制配置中进一步包括，根据资源类型和业务类型匹配获得所述数量限制配置。

根据本申请的一个实施例，根据资源类型和业务类型匹配获得所述数量限制配置中还包括，根据扩展属性和/或业务处理参数匹配到相应的数量限制配置。其中，可以通过将资源类型、业务类型、扩展属性以及业务处理参数构成标识符，通过该标识符在数量限制配置数据库中匹配到具有相应标识符的数量限制配置，其中，所述数量限制配置进一步可以包括各种门限值，例如写数量限制、读数量限制等，还包括超限策略等内容，这些门限值和超限策略都是在业务处理过程之外的可配置的数据，即，变更或者修改数量限制配置不会影响业务处理的应用或者子系统。

根据本申请的一个实施例，所述根据所述数量控制标记以及业务处理参数计算资源数量进一步包括，根据数量控制标记以及业务处理参数确定需要计算的资源项，计算所述资源项的数量得到资源数量。

其中，业务处理参数可以包括用户id，还可以包括其它用于确定特定资源项的信息。由于业务类型不同(绑卡、浏览历史记录等)、用户id不同、资源类型不同(外国卡或者本国卡)，相应的资源项数量也可能不同，例如计算用户a在进行绑卡业务时绑定的外国卡数量，根据资源项表中的记录可以统计得到相应资源数量。

根据本申请的一个实施例，根据所述数量限制配置进行相应处理进一步包括：

当所述数量限制超过所述门限值，则进行超限日志记录，或者，

当所述数量限制超过所述门限值，则生成异常信息，反馈给所述业务处理过程，或者，

当所述数量限制超过所述门限值，则根据对外接口获取自定义的处理逻辑进行处理，或者，

当所述数量限制低于所述门限值，则继续所述业务处理过程。

通过上述本申请实施例的方法，可以监控业务处理过程中是否需要控制资源数量，如果出现需要控制资源数量的情况时，根据从业务处理过程中获得的数量控制标记以及业务处理参数找到相应的数量限制配置，以进行相应的资源数量控制，提高了业务处理过程与资源数量控制逻辑之间的独立性，节省了资源数量控制的成本，并且本申请中的资源数量控制可以针对业务类型、资源类型以及用户信息等多维度信息不同而变化，使得资源数量控制更加灵活。

如图2所示为本申请实施例一种可配置化资源数量控制装置的结构示意图，在本图中描述了服务器对用户请求的资源数量进行控制的方案，将资源数量控制和业务处理分离，通过在业务处理中加入标记的方式实现了对需要资源数量控制的业务进行监控，并根据标记调用数量限制配置，从而实现对资源数量控制的目的，只需要对数量限制配置进行单独的更改或者添加，就可以实现对资源不同的数量控制，不必修改业务处理的过程，其中的各个功能单元可以通过可编程逻辑器件实现，或者通过高性能计算机或者高性能计算机的集群实现，使得对资源数量控制更加的灵活，并且实现成本更低。

该装置具体包括监控单元201，用于监控并获取业务处理过程中的数量控制标记以及业务处理参数。

匹配单元202，用于根据所述数量控制标记得到数量限制配置。

计算单元203，用于根据所述数量控制标记以及业务处理参数计算资源数量。

处理单元204，用于判断所述资源数量是否超过所述数量限制配置中的门限值，并根据所述数量限制配置进行相应处理。

根据本申请的一个实施例，所述数量控制标记中至少包括资源类型以及业务类型。

根据本申请的一个实施例，所述数量控制标记中还包括指定的数量控制处理器名。

根据本申请的一个实施例，所述业务处理参数至少包括用户信息，还可以包括业务信息。

根据本申请的一个实施例，还包括扩展属性获取单元205，用于根据所述业务处理参数获得资源的扩展属性。

根据本申请的一个实施例，匹配单元进一步用于，根据资源类型和业务类型匹配获得所述数量限制配置。

根据本申请的一个实施例，匹配单元还用于，根据扩展属性和/或业务处理参数匹配到相应的数量限制配置。

根据本申请的一个实施例，计算单元进一步用于，根据数量控制标记以及业务处理参数确定需要计算的资源项，计算所述资源项的数量得到资源数量。

根据本申请的一个实施例，处理单元进一步用于：

当所述数量限制超过所述门限值，则进行超限日志记录，或者，

当所述数量限制超过所述门限值，则生成异常信息，反馈给所述业务处理过程，或者，

当所述数量限制超过所述门限值，则根据对外接口获取自定义的处理逻辑进行处理，或者，

当所述数量限制低于所述门限值，则继续所述业务处理过程。

通过上述本申请实施例的装置，可以监控业务处理过程中是否需要控制资源数量，如果 出现需要控制资源数量的情况时，根据从业务处理过程中获得的数量控制标记以及业务处理参数找到相应的数量限制配置，以进行相应的资源数量控制，提高了业务处理过程与资源数量控制逻辑之间的独立性，节省了资源数量控制的成本，并且本申请中的资源数量控制可以针对业务类型、资源类型以及用户信息等多维度信息不同而变化，使得资源数量控制更加灵活。

如图3所示为本申请实施例一种信用卡资源数量控制方法的流程图，在本图中描述了绑定信用卡时进行资源数量控制的方案，用户在手机应用或者计算机web页面中的客户端进行一系列操作以给当前用户绑定信用卡，这些操作包括点击绑定信用卡的控制按键、输入信用卡号码等操作(业务信息)，客户端将绑定信用卡的请求以及相应的参数上传给服务器，由服务器进行绑定信用卡的业务处理过程，在客户端上传给服务器的业务处理参数中包括上述的业务信息，还包括客户端收集的用户id等用户信息。

在服务器中具体包括步骤301，通过面向切面编程(aop)技术对绑定信用卡的业务处理过程进行监控，检查在该业务处理过程中是否有数量控制标记，如果有数量控制标记则进入步骤302，否则进入步骤310。

在本步骤中，通过aop可以监视绑定信用卡的业务处理过程，在本实施例中预先在该业务处理过程中写入数量控制标记，数量控制标记的内容主要包括资源类型以及业务类型，其中资源类型为信用卡，业务类型可以为业务处理参数中某个字段的指针，例如为数字3，代表了在业务处理参数中第3个字段为业务类型(绑定信用卡)，或者业务类型也可以直接为绑定信用卡。

步骤302，获取数量控制标记以及业务处理参数。

在本步骤中，获取的数量控制标记中如步骤301中预先写入的内容一样，业务处理参数包括用户id，其中业务处理参数可能还包括其它内容，本步骤只是为了后续步骤的需要获取了用户id，在其它实施例中还可以根据需要获取其他业务处理参数。

步骤303，分配通用数据控制处理器进行数量控制。

在本实施例中，可以通过通用数据控制处理器进行数量控制，因此不必在数量控制标记中加入数量控制处理器名，来指示使用哪个数据控制处理器，其中，数据控制处理器为包括了前述实施例中匹配单元、计算单元和处理单元的全部功能，也就是说，当通过aop监控得到了数量控制标记以及业务处理参数后，就可以脱离绑定信用卡的业务处理过程，进行独立的资源数量控制，实现业务上的隔离。

步骤304，通过通用数量控制处理器根据数量控制标记获得数量限制配置。

在本步骤中，通用数量控制处理器根据数量控制标记查找业务处理参数，得到业务类型 为绑定信用卡，将所述资源类型为信用卡以及业务类型为绑定信用卡的信息进行拼接，构成标识符，利用该标识符查找数量限制配置表(标识符-数量限制配置形式的表格)，找到标识符一致的数量限制配置，在该数量限制配置中包括数量限制，例如包括写数量限制(例如只允许绑定10张信用卡)，还包括超限策略，在本实施例中超限策略为终止业务处理过程(即终止绑定信用卡的业务)，向该业务处理过程返回数量超限错误的信息。

步骤305，若未获得数量限制配置，则结束数量控制，返回业务处理过程继续进行业务处理。

在一些实施例中，如果在数量限制配置表中只具有对借记卡进行数量控制的数量限制配置，那么如果资源类型为信用卡时，则不会找到相应的数量限制配置。

步骤306，根据业务处理参数以及数量控制标记计算该用户已经绑定的信用卡数量。

在本步骤中，数量控制处理器根据业务处理参数中的用户id确定用户的身份，数量控制标记中的资源类型(信用卡)以及业务类型(绑定信用卡)查找具有该用户id的资源项表中绑定信用卡的数量。所述资源项表可以包括用户id、银行卡号以及业务类型的表格，所述银行卡号可能包括借记卡号、信用卡号等，数量控制处理器只将该用户id中银行卡号为信用卡号，并且业务类型为绑定信用卡的记录进行累加，以得到该用户id绑定的信用卡数量，该资源项表还可以根据业务需求包括其它数据项。

上述步骤304、305，以及步骤306之间的顺序可以颠倒，即计算用户信用卡资源的数量与寻找相应的数量限制配置不限定先后顺序(后面实施例相应的步骤也不限定先后顺序)。

步骤307，判断若完成当前绑定信用卡的业务处理过程后，信用卡数量是否超过数量限制配置中的门限值，若超过，则进入步骤309，否则进入步骤308。

在本步骤中，若该用户已经绑定了10张信用卡，而当前绑定信用卡的业务处理过程成功后，该用户绑定了11张信用卡，因此绑定信用卡的数量超过了数量限制配置的门限值，需要进行超限处理。

步骤308，结束数量控制，返回业务处理过程。

步骤309，根据前述数量限制配置中的超限策略，终止业务处理过程(即终止绑定信用卡的业务)，向该业务处理过程返回数量超限错误的信息。

在本步骤中，通用数量控制处理器进行上述比较后，发现当前的信用卡数量已经超过了数量限制配置中设定的门限值，则抛出异常，aop接收到该异常后，终止绑定信用卡的业务处理过程，并向该业务处理过程返回信用卡超限错误，业务处理过程将会向用户显示该超限错误提示，结束绑定信用卡的业务。

在另一个实施例中，还可以根据超限策略，仅进行超限日志的记录，不向业务处理过程 返回错误，或者不终止业务处理过程，允许绑定信用卡的操作，只是向业务处理过程返回提示信息，用以提示用户绑定的信用卡数量超过资源数量的限制。

步骤310，结束数量控制流程。

通过上述实施例，通过监控数量控制标记以及使用通用数量控制处理器，实现了对绑定信用卡超限的控制，节省了系统的资源，并且使得资源数量控制与原绑定信用卡的业务处理过程隔离，增强了整个系统的稳定性，并且可以灵活的配置数量限制配置，实现多种对于资源数量的控制。

如图4所示为本申请实施例一种信用卡资源数量控制方法的流程图，在本图中描述了与图3所示实施例类似的场景，区别在于使用了专用的数量控制处理器，并且增加了信用卡的扩展属性，在寻找相应的数量限制配置时需要考虑更多的条件，进行更复杂的逻辑处理以找到相应数量限制配置，从而进行更加准确的数量控制。

在本实施例的服务器中包括步骤401，通过面向切面编程(aop)技术对绑定信用卡的业务处理过程进行监控，检查在该业务处理过程中是否有数量控制标记，如果有数量控制标记则进入步骤402，否则进入步骤411。

步骤402，获取数量控制标记以及业务处理参数。

在本步骤中，获取的数量控制标记包括资源类型(信用卡)、业务类型(绑定信用卡)以及指定的数量控制处理器名，业务处理参数包括用户id和输入的信用卡号。

步骤403，根据数量控制处理器名分配指定的数据控制处理器进行数量控制。

步骤404，通过指定的数量控制处理器识别信用卡号，得到信用卡的扩展属性。

在本步骤中，根据业务处理参数中的信用卡号识别该信用卡是国内信用卡还是外国信用卡，相应的扩展属性为国内信用卡、外国信用卡。扩展属性是多种多样的，在此只是以国内信用卡和外国信用卡为例进行说明，在本实施例中，用户输入的信用卡号为外国信用卡。

步骤405，根据数量控制标记和扩展属性获得数量限制配置。

在本步骤中，根据资源类型、业务类型以及扩展属性，寻找匹配的数量限制配置，在本是实施例中匹配到的数量限制配置包括，数量限制，例如国内信用卡允许绑定5张，外国信用卡允许绑定2张，超限策略包括根据对外接口获取自定义的处理逻辑。

步骤406，若未获得数量限制配置，则终止数量控制，返回业务处理过程继续进行业务处理。

步骤407，根据业务处理参数以及数量控制标记计算该用户已经绑定的信用卡数量。

本步骤中，指定的数量控制处理器根据业务处理参数中的用户id确定用户的身份，数量控制标记中的资源类型(信用卡)、业务类型(绑定信用卡)以及扩展属性(外国信用卡) 在资源项表中查找具有该用户id的记录绑定信用卡的数量，在本实施例中资源项表还包括了扩展属性。

步骤408，判断若完成当前绑定信用卡的业务处理过程后，外国信用卡数量是否超过数量限制配置中的门限值，若超过，则进入步骤410，否则进入步骤409。

在本步骤中，若该用户已经绑定了2张外国信用卡，而当前绑定信用卡的业务处理过程成功后，该用户绑定了3张外国信用卡，因此绑定的外国信用卡的数量超过了数量限制配置的门限值，需要进行超限处理。

步骤409，结束数量控制，返回业务处理过程。

步骤410，根据前述数量限制配置中的超限策略，进行超限处理。

在本步骤中，接口可以为程序设定的接口或者具有安全芯片的通信接口，获得的自定义超限处理逻辑可以例如为，向用户注册的手机号码发送请求确认的短信息，如果得到了用户的确认，则向绑定信用卡的业务处理过程发送继续执行的指令，如果没有得到用户的确认，则向绑定信用卡的业务处理过程发送中断执行的指令。

步骤411，结束数量控制流程。

通过上述实施例，通过监控数量控制标记以及使用指定的数量控制处理器，实现了对绑定不同扩展属性信用卡超限的控制，节省了系统的资源，并且使得资源数量控制与原绑定信用卡的业务处理过程隔离，增强了整个系统的稳定性，并且可以灵活的配置数量限制配置，实现多种对于资源数量的控制。

如图5所示为本申请实施例一种转账记录浏览资源数量控制方法的流程图，在本图中描述了对浏览转账记录的资源数量控制方案，用户在手机应用或者计算机web页面中的客户端进行浏览转账记录的操作时，如果转账记录数量较多，服务器不可能一次性将全部的数据都反馈给用户端进行显示，而是根据数量限制配置中的门限值进行读取以及传输，其中在本实施例中还考虑了用户类别在读取转账记录时的区别，例如个人用户每次只能读取10条转账记录，企业用户每次能够读取100条转账记录，针对于不同的用户类别进行不同的资源数量控制。

在服务器中具体包括步骤501，通过面向切面编程(aop)技术对浏览转账记录的业务处理过程进行监控，检查在该业务处理过程中是否有数量控制标记，如果有数量控制标记则进入步骤502，否则进入步骤511。

在本步骤中，预先在业务处理过程中写入数量控制标记，该数量控制标记主要包括资源类型、业务类型以及制定的数量控制处理器名，其中资源类型为交易记录，业务类型为转账交易。

步骤502，获取数量控制标记以及业务处理参数。

在本步骤中，获取的数量控制标记中如步骤501中预先写入的内容一样，业务处理参数包括用户id。

步骤503，根据数量控制处理器名分配指定的数据控制处理器进行数量控制。

步骤504，通过指定的数量控制处理器根据用户id区分用户类别。

在本步骤中，指定的数量控制处理器根据用户id，查询相应的表格确定用户属于个人用户还是企业用户，在本实施例中为企业用户。在其它的实施例中，还可以通过其它业务处理参数进行逻辑处理，得到需要控制资源数量的目标。

步骤505，通过指定的数量控制处理器根据数量控制标记以及用户分类获得数量限制配置。

在本步骤中，根据资源类型、业务类型，以及用户分类查找数量限制配置表，找到企业用户在读取转账记录的数量限制配置，该数量限制配置中包括数量限制，在本例中为读数量限制(例如每次只允许读取100条转账记录)，还包括超限策略，在本实施例中超限策略为根据用户的请求，每次发送100条转账记录。

步骤506，若未获得数量限制配置，则终止数量控制，返回业务处理过程继续进行业务处理。

步骤507，根据业务处理参数以及数量控制标记计算该用户转账记录的数量。

在本步骤中，指定的数量控制处理器根据用户id确定用户的身份，对资源类型为交易记录，业务类型为转账记录的数据进行识别，计算识别出的相应记录数量，其中，数量控制处理器在资源项表中查找相关记录，例如，在本例中资源项表中包括用户id、资源类型(交易记录)、业务类型(转账记录)。在本实施例中例如计算出的转账记录为1000条。

步骤508，判断转账记录数量是否超过数量限制配置中的门限值，如果超过，则进入步骤510，否则进入步骤509。

在本步骤中，用户的转账记录为1000条，数量限制配置中的门限值为100条，进入步骤510。

步骤509，结束数量控制，返回业务处理过程，显示相应的转账记录。

步骤510，根据前述数量限制配置中的超限策略，向用户终端发送100条转账记录。

步骤511，结束数量控制流程。

本申请的方法及相应装置还可以应用于其它场景之中，例如用户要求显示好友列表，每一显示页面在数量限制配置中都限制显示50个好友，服务器从业务处理过程中监控得到数量控制标记以及业务处理参数，根据数量控制标记(或者还可以参考业务处理参数)找到相 应的数量限制配置，根据数量限制配置向用户端发送好友列表，也就是说每一次服务器只需要从数据库中读取50个好友记录向用户端发送，当用户点击下一页时，再次向服务器发送显示好友列表的请求，服务器将另外50个好友记录发送给用户端，这样就可以节省服务器的资源；还可以应用于添加好友的业务处理过程中，当用户添加好友时，服务器端根据添加好友的业务处理过程监控得到数量控制标记以及业务处理参数，根据数量控制标记(或者还可以参考业务处理参数)找到相应的数量限制配置，该数量限制配置中具有对好友数量的门限值，将用户好友数量与门限值进行比较，从而决定是否允许添加好友。

以上实施例在匹配数量限制配置时，可以根据数量控制标记进行匹配，还可以将数量控制标记与业务处理参数一起作为寻找数量限制配置的依据，其中数量控制标记以及业务处理参数中的内容可能多种多样不能穷尽。

通过上述实施例，通过监控数量控制标记以及使用指定的数量控制处理器，实现了对查询转账记录时，显示转账记录数量的控制，由于每一次只显示100条转账记录因此减小了系统突发性的资源消耗，并且使得资源数量控制与原转账记录查询的业务处理过程隔离，增强了整个系统的稳定性，并且可以灵活的配置数量限制配置，实现多种对于资源数量的控制。

通过上述本申请实施例中的方法、装置，可以监控业务处理过程中是否需要控制资源数量，如果出现需要控制资源数量的情况时，根据从业务处理过程中获得的数量控制标记以及业务处理参数找到相应的数量限制配置，以进行相应的资源数量控制，提高了业务处理过程与资源数量控制逻辑之间的独立性，节省了资源数量控制的成本，并且本申请中的资源数量控制可以针对业务类型、资源类型以及用户信息等多维度信息不同而变化，使得资源数量控制更加灵活。

对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(programmablelogicdevice,pld)(例如现场可编程门阵列(fieldprogrammablegatearray，fpga))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片2。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logiccompiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(hardwaredescriptionlanguage，hdl)， 而hdl也并非仅有一种，而是有许多种，如abel(advancedbooleanexpressionlanguage)、ahdl(alterahardwaredescriptionlanguage)、confluence、cupl(cornelluniversityprogramminglanguage)、hdcal、jhdl(javahardwaredescriptionlanguage)、lava、lola、myhdl、palasm、rhdl(rubyhardwaredescriptionlanguage)等，目前最普遍使用的是vhdl(very-high-speedintegratedcircuithardwaredescriptionlanguage)与verilog2。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(applicationspecificintegratedcircuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc625d、atmelat91sam、microchippic18f26k20以及siliconelabsc8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。

本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而 言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本申请可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络pc、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

虽然通过实施例描绘了本申请，本领域普通技术人员知道，本申请有许多变形和变化而不脱离本申请的精神，希望所附的权利要求包括这些变形和变化而不脱离本申请的精神。