存款利息调整方法、装置、计算机系统和介质与流程

本公开涉及计算机技术领域，更具体地，涉及一种存款利息调整方法、装置、计算机系统和介质。

背景技术：

目前银行业务人员从业务报表中获取用户交易数据，通过人工方式筛选不同类型的高价值用户，并根据不同类型的用户群体提供不同的存款利息优惠。这种处理方式需要消耗大量人力，且无法快速、及时地识别高价值用户。

技术实现要素：

本公开的一个方面提供了一种存款利息调整方法，包括：确定多个用户等级以及与每个用户等级对应的利息调整规则。获取多个用户的交易特征信息。然后基于所述多个用户在前一预定周期内的交易特征信息，确定每个用户在当前预定周期内所属的用户等级。对于任一用户，利用与所述任一用户在当前预定周期内所属的用户等级对应的利息调整规则，对所述任一用户在当前预定周期内的存款利息进行调整。

可选地，上述方法还包括：设置每个用户等级所占的用户比例。基于所述用户比例和所述多个用户的总数量，确定每个用户等级的用户数量。在获取多个用户的交易特征信息之前，将所述多个用户随机分配至所述多个用户等级，以确定每个用户等级的初始用户。

可选地，上述基于所述多个用户在前一预定周期内的交易特征信息，确定每个用户在当前预定周期内所属的用户等级包括：基于所述多个用户在第一预定周期内的交易特征信息，确定每个用户在所述第一预定周期内的评分。然后，对于所述多个用户等级中的任一用户等级执行以下操作：将属于所述任一用户等级的用户按照所述评分从高至低的顺序进行排序，将前第一数量个的用户调整至前一用户等级，将后第二数量个的用户调整至后一用户等级，直至所述任一用户等级中的最低评分大于等于所述任一用户的后一用户等级中的最高评分。其中，第一数量和第二数量之和等于任一用户等级的初始用户数量与所述任一用户等级的用户数量之差。由此将调整完成的任一用户所在的用户等级作为所述任一用户在第二预定周期内所属的用户等级。

可选地，上述基于所述多个用户在前一预定周期内的交易特征信息，确定每个用户在当前预定周期内所属的用户等级还包括：基于所述多个用户在第n预定周期内的交易特征信息，确定每个用户在所述第n预定周期内的评分，其中n为大于1的整数。对于所述多个用户等级中的任一用户等级执行以下操作：将属于所述任一用户等级的用户按照所述评分从高至低的顺序进行排序，将前第三数量个的用户调整至前一用户等级，将后第三数量个的用户调整至后一用户等级，直至所述任一用户等级中的最低评分大于等于所述任一用户的后一用户等级中的最高评分。由此将调整完成的任一用户所在的用户等级作为所述任一用户在第n+1预定周期内所属的用户等级。

可选地，上述基于所述多个用户在第n预定周期内的交易特征信息，确定每个用户在所述第n预定周期内的评分包括：对于任一用户，确定所述任一用户在第n预定周期内的交易特征信息相比于所述任一用户在第n-1预定周期内的交易特征信息是否发生变化。如果是，则基于所述任一用户在第n预定周期内的交易特征信息进行计算，得到所述任一用户在第n预定周期内的评分。如果否，则将所述任一用户在第n-1预定周期内的评分作为所述任一用户在第n预定周期内的评分。

可选地，上述基于所述多个用户在第一预定周期内的交易特征信息，确定每个用户在所述第一预定周期内的评分包括：对于任一用户，获取所述任一用户在所述第一预定周期内的多个交易特征信息。然后为上述多个交易特征信息分别设置多个权重。接着利用该多个权重对所述多个交易特征信息进行加权求和，得到任一用户在第一预定周期内的评分。

可选地，上述交易特征信息包括如下至少一项：存款余额信息、交易明细信息、以及信用额度信息。

本公开的另一方面提供了一种存款利息调整装置，包括：预定义模块、特征获取模块、等级划分模块、以及调整模块。预定义模块用于确定多个用户等级以及与每个用户等级对应的利息调整规则。特征获取模块用于获取多个用户的交易特征信息。等级划分模块用于基于所述多个用户在前一预定周期内的交易特征信息，确定每个用户在当前预定周期内所属的用户等级。调整模块用于对于任一用户，利用与所述任一用户在当前预定周期内所属的用户等级对应的利息调整规则，对所述任一用户在当前预定周期内的存款利息进行调整。

本公开的另一方面提供了一种计算机系统，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时用于实现如上所述的方法。

本公开的另一方面提供了一种计算机可读存储介质，存储有计算机可执行指令，所述指令在被执行时用于实现如上所述的方法。

本公开的另一方面提供了一种计算机程序，所述计算机程序包括计算机可执行指令，所述指令在被执行时用于实现如上所述的方法。

根据本公开的实施例，在预先设定多个用户等级以及与每个用户等级对应的利息调整规则后，在每个当前预定周期内，依据多个用户在前一预定周期内的各种交易特征信息确定多个用户中的每个用户的用户画像，并依据各用户画像按照用户价值将多个用户划分至多个用户等级，以作为当前预定周期的用户等级划分。进而可以根据每个用户在当前预定周期所属的用户等级对该用户施行相应的利息调整过程，实现了自动化地在每个预定周期对用户基于不同的用户价值进行不同的利息优惠调整，达到鼓励用户的有效交易行为的目的。

附图说明

为了更完整地理解本公开及其优势，现在将参考结合附图的以下描述，其中：

图1示意性示出了根据本公开实施例的可以应用存款利息调整方法和装置的示例性系统架构；

图2示意性示出了根据本公开实施例的存款利息调整方法的流程图；

图3示意性示出了根据本公开实施例的存款利息调整方法的架构示例图；

图4示意性示出了根据本公开实施例的存款利息调整装置的框图；以及

图5示意性示出了根据本公开实施例的适于实现存款利息调整方法的计算机系统的框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“a、b和c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b和c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。在使用类似于“a、b或c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b或c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。

本公开的实施例提供了一种存款利息调整方法、装置、计算机系统和介质。该方法包括预定义过程、特征获取过程、等级划分过程、以及调整过程。在预定义过程，预先确定多个用户等级以及与每个用户等级对应的利息调整规则。在特征获取过程，获取多个用户的交易特征信息。然后进行等级划分过程，基于上述多个用户在前一预定周期内的交易特征信息，确定每个用户在当前预定周期内所属的用户等级。接着进行调整过程，对于任一用户，利用与该任一用户在当前预定周期内所属的用户等级对应的利息调整规则，对该任一用户在当前预定周期内的存款利息进行调整。

图1示意性示出了根据本公开实施例的可以应用存款利息调整方法和装置的示例性系统架构100。需要注意的是，图1所示仅为可以应用本公开实施例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。

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

终端设备101、102、103上可以安装有各种客户端应用，例如银行类应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。终端设备101、102、103可以通过以上各种客户端应用与服务器105进行交互，以向服务器105发送各种请求或接收服务器105返回的结果。

终端设备101、102、103可以是各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的用户请求等数据进行分析等处理，并将处理结果(例如根据用户请求获取或生成的网页、信息、或数据等)反馈给终端设备。

需要说明的是，本公开实施例所提供的存款利息调整方法一般可以由服务器105执行。相应地，本公开实施例所提供的存款利息调整装置一般可以设置于服务器105中。本公开实施例所提供的存款利息调整方法也可以由不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群执行。相应地，本公开实施例所提供的存款利息调整装置也可以设置于不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实际需要，可以具有任意数目的终端设备、网络和服务器。

图2示意性示出了根据本公开实施例的存款利息调整方法的流程图。

如图2所示，该方法可以包括以下操作s201～s204。

在操作s201，确定多个用户等级以及与每个用户等级对应的利息调整规则。

其中，预先确定多个用户等级，用户等级用于表征用户价值，用户等级越高，表征用户价值越高。为每个用户等级设置对应的利息调整规则，以表示对于不同价值用户所实施的不同利息优惠政策。例如，对于最高用户等级，可以设置利息上调幅度最大。然后随着用户等级的降低，相应的利息上调幅度逐渐降低。

在操作s202，获取多个用户的交易特征信息。

其中，获取多个用户中每个用户的交易特征信息，交易特征信息可以是与用户交易行为相关的各种特征信息。例如可以包括用户的存款余额信息、交易明细信息、信用额度信息、交易频次信息、交易额度信息等等，在此不做限制。

在操作s203，基于多个用户在前一预定周期内的交易特征信息，确定每个用户在当前预定周期内所属的用户等级。

其中，基于多个用户中的每个用户在前一预定周期内的上述各种交易特征信息，通过大数据加工、机器学习等技术可以确定用户在当前预定周期内的用户画像，进而基于该用户画像可以确定用户在当前预定周期内所属的用户等级。用户在不同时间所进行的交易行为的差异，导致同一用户在不同预定周期内可能属于不同的用户等级。因此需要在每个当前预定周期重新基于每个用户在前一预定周期内的交易特征信息来确定用户在当前预定周期内所属的用户等级。其中预定周期可以根据实际需要进行设置，例如可以是一个月、一周、或一年等等，在此不做限制。

在操作s204，对于任一用户，利用与该任一用户在当前预定周期内所属的用户等级对应的利息调整规则，对该任一用户在当前预定周期内的存款利息进行调整。

其中，在当前预定周期，在操作s203已确定一个用户在当前预定周期所属的用户等级后，即可确定在当前预定周期内的利息调整规则。进而可以基于该利息调整规则对该用户在当前预定周期内的存款利息进行调整。

本领域技术人员可以理解，图2所示的方法在预先设定多个用户等级以及与每个用户等级对应的利息调整规则后，在每个当前预定周期内，依据多个用户在前一预定周期内的各种交易特征信息确定多个用户中的每个用户的用户画像，并依据各用户画像按照用户价值将多个用户划分至多个用户等级，以作为当前预定周期的用户等级划分。进而可以根据每个用户在当前预定周期所属的用户等级对该用户施行相应的利息调整过程，实现了自动化地在每个预定周期对用户基于不同的用户价值进行不同的利息优惠调整，达到鼓励用户的有效交易行为的目的。

图3示意性示出了根据本公开实施例的存款利息调整方法的架构示例图。

在图3所示的例子中，设计思路上，首先需要构建一个自适应利息调整架构300，包括对用户价值的分析评价过程310以及利息调整过程320，使得针对用户的用户价值评价结果能够直接作用到客户存款利息优惠的调整过程。其次，在对用户价值的分析评价过程310中，需要对用户的金融交易数据311进行大数据加工312，通过对金融交易数据的交易特征数据的提取和分析，提取出不同用户价值的用户，也就是将多个用户划分至多个不同用户等级，实现了针对用户的用户价值评价313。其中，金融交易数据311例如可以包括客户存款余额、客户交易明细、客户信用额度等。利息调整过程320由优惠模块321基于每个用户的用户价值评价结果确定存款利息的调整幅度。账户利息计算模块324可以基于上述存款利息的调整幅度、相应的账户余额322以及相应的基础利率323，计算得到该用户在当前预定周期的最终利息。实现了基于用户价值评价结果在将每个预定周期内自动调整用户的存款利息的完整过程。

在本公开的一个实施例中，根据本公开实施例的存款利息调整方法预先可以设置每个用户等级所占的用户比例。例如可以将用户等级所占的用户比例的分布设置为金字塔结构式的分布，即用户等级越高，用户比例越小，表征越高价值的用户数量越少，这种设置方式符合通常情况下的不同价值的用户分布。在其他例子中，也可以根据需要设置其他分布方式，在此不做限制。基于本例中所设置的每个用户等级所占的用户比例，在对一定数量的用户进行用户价值评价时，可以根据用户的总数量以及上述各用户等级所占的比例，确定各用户等级的用户数量。

在设置每个用户等级所占的用户比例之后，对于需要进行用户价值评价的多个用户，基于每个用户等级所占的用户比例和该多个用户的总数量，可以确定每个用户等级的用户数量。例如，用户等级从高至低包括用户等级1、用户等级2和用户等级3。预先设置用户等级1所占的用户比例为10％，预先设置用户等级2所占的用户比例为20％，预先设置用户等级3所占的用户比例为70％。需要进行用户价值评价的多个用户为10个用户，则确定可以划分至用户等级1的用户数量为1个，可以划分至用户等级2的用户数量为2个，可以划分至用户等级3的用户数量为7个。

示例性地，可以通过如下方式进行上述基于多个用户在前一预定周期内的交易特征信息，确定每个用户在当前预定周期内所属的用户等级的过程。

首先，根据本公开实施例的存款利息调整方法在获取多个用户的交易特征信息之前，即在第一预定周期之前，可以先对该多个用户进行初始分配，将多个用户随机分配至上述多个用户等级，以确定每个用户等级的初始用户。在该初始分配过程中，例如可以将多个用户平均地分配至多个用户等级中。

然后，对于第一预定周期，上述基于多个用户在前一预定周期内的交易特征信息，确定每个用户在当前预定周期内所属的用户等级的过程可以按照如下方式进行：基于上述多个用户在第一预定周期内的交易特征信息，确定每个用户在第一预定周期内的评分。示例性地，对于多个用户等级中的任一用户等级，将经上述初始分配后的属于该任一用户等级的用户按照评分从高至低的顺序进行排序，将前第一数量个的用户调整至前一用户等级，将后第二数量个的用户调整至后一用户等级。直至多个用户等级中任一用户等级中的最低评分大于等于该任一用户的后一用户等级中的最高评分，表示完成当前预定周期的分配过程，可以将调整完成的任一用户所在的用户等级作为所述任一用户在第二预定周期内所属的用户等级。其中，第一数量和第二数量之和等于任一用户等级的初始用户数量与任一用户等级的用户数量之差。

接着，从第二预定周期开始后的每个预定周期，上述基于多个用户在前一预定周期内的交易特征信息，确定每个用户在当前预定周期内所属的用户等级的过程可以按照如下方式进行：基于上述多个用户在第n预定周期内的交易特征信息，确定每个用户在第n预定周期内的评分，其中n为大于1的整数。示例性地，对于多个用户等级中的任一用户等级，将经前一次划分之后属于该任一用户等级的用户按照评分从高至低的顺序进行排序，将前第三数量个的用户调整至前一用户等级，将后第三数量个的用户调整至后一用户等级。直至多个用户等级中任一用户等级中的最低评分大于等于所述任一用户的后一用户等级中的最高评分，表示完成当前预定周期的分配过程，将调整完成的任一用户所在的用户等级作为所述任一用户在第n+1预定周期内所属的用户等级。

例如，需要进行用户价值评价的用户共有100个，预先设置的用户等级从高至低包括用户等级1、用户等级2、用户等级3、用户等级4和用户等级5。预先设置用户等级1所占比例为10％，用户等级2所占比例为15％，用户等级3所占比例为20％，用户等级4所占比例为25％，用户等级5所占比例为30％。根据用户总数可以确定各用户等级的用户数量：用户等级1的用户数量为10，用户等级2的用户数量为15，用户等级3的用户数量为20，用户等级4的用户数量为25，用户等级5的用户数量为30。首先进行初始随机分配，如可以根据用户账号的尾号进行分配。将尾号为1和6的用户划分至用户等级1，将尾号为2和7的用户划分至用户等级2，将尾号为3和8的用户划分至用户等级3，将尾号为4和9的用户划分至用户等级4，将尾号为5和0的用户划分至用户等级5。由于用户账号是随机均匀分布的，因此初始分配后的各用户等级中的用户数量分布较为平均，如每个用户等级中包括初始用户数量20个。

经过第一预定周期后，对于每个用户等级，获取该用户等级中初始分配的每个用户在第一预定周期内的交易特征信息，基于该交易特征信息计算得到每个用户的评分，该评分用于表征用户在第一预定周期内的交易活跃程度，评分越高，用户价值越高。对每个用户等级中的用户按照评分从高至低的顺序进行排序，得到一个用户序列。例如用户等级2中的用户序列为{用户1，用户2，用户3，用户4，……，用户18，用户19，用户20}，该用户序列中包括20个用户。将该用户序列中前第一数量个的用户调整至用户等级1，将后第二数量个的用户调整至用户等级3。对于其他用户等级同理进行调整，其中用户等级1的第一数量为0，用户等级5的第三数量为0。经过反复调整，使得多个用户等级中每个用户等级中的用户数量为预定用户数量，且每个用户等级的最低评分大于等于后一用户等级的最高评分。对于上述用户等级2，原始用户数量为20，预定用户数量为15，则第一数量和第二数量之和等于5。例如上述用户等级中的用户序列{用户1，用户2，用户3，用户4，……，用户18，用户19，用户20}经调整后得到新的用户序列{用户4，用户5，……，用户17，用户18}，第一数量为3，第二数量为2。

然后对于从第二预定周期开始后的每个预定周期，对于每个用户等级，获取经前一次调整后该用户等级中的每个用户在前一预定周期内的交易特征信息，基于该交易特征信息计算得到每个用户的评分，该评分用于表征用户在前一预定周期内的交易活跃程度，评分越高，用户价值越高。对每个用户等级中的用户按照评分从高至低的顺序进行排序，得到一个用户序列。例如对于上文中用户等级2中的用户序列{用户4，用户5，……，用户17，用户18}基于第二预定周期内的各用户评分重新从高至低进行排序，得到用户序列{用户15，用户13，……，用户8，用户11}，该用户序列中包括15个用户。将该用户序列中前第三数量个的用户调整至用户等级1，将后第三数量个的用户调整至用户等级3。对于其他用户等级同理进行调整，其中用户等级1由于不存在前一用户等级，故不向前一用户等级进行调整，用户等级5由于不存在后一用户等级，故不向后一用户等级进行调整。经过反复调整，使得多个用户等级中每个用户等级中的用户数量保持为预定用户数量，且每个用户等级的最低评分大于等于后一用户等级的最高评分。例如上述用户等级中的用户序列{用户15，用户13，……，用户8，用户11}经调整后得到该用户等级在第三预定周期内的用户序列{用户13，……，用户8}，第三数量为1。

在本公开的一个实施例中，为了提高处理效率，可以利用多个线程并行地对每个用户等级中的用户计算评分并进行分配调整。进一步地，还可以对交易特征信息未发生变化的用户省去本次的评分过程。示例性地，上述基于多个用户在第n预定周期内的交易特征信息，确定每个用户在第n预定周期内的评分可以包括：对于任一用户，确定该任一用户在第n预定周期内的交易特征信息相比于该任一用户在第n-1预定周期内的交易特征信息是否发生变化。如果是，则基于该任一用户在第n预定周期内的交易特征信息进行计算，得到该任一用户在第n预定周期内的评分。如果否，则沿用该任一用户在第n-1预定周期内的评分，将该任一用户在第n-1预定周期内的评分作为该任一用户在第n预定周期内的评分。

本领域的技术人员可以理解，上述实施例在通过大数据分析技术对用户进行用户价值评价时，可以根据用户的交易特征信息，如将账户在前一预定周期内余额信息、交易笔数信息、交易额等信息等作为特征量进行归类分析，并设定每一个特征量的权重比例、每个用户等级所占比例、与每个用户等级对应的利息调整规则和预定周期等信息。在首个预定周期内，先进行初始随机分配，然后再汇总各组中用户评分，根据不同用户等级所占比例进行重新划分，不同的用户等级可享受不同的利息调整优惠。从第二个预定周期开始，可以依赖于前一个预定周期的结果进行迭代评估，根据本预定周期内用户特征量的增长或较少，划定每个用户等级中的边界用户群体(用户排序中的前一定数量的用户和后一定数量的用户)，再评估边界用户群体的排序。通过不同用户等级的调整迭代，可以降低在数据量大时，直接计算所带来的时间开销。

示例性地，上述基于所述多个用户在第一预定周期内的交易特征信息，确定每个用户在所述第一预定周期内的评分可以包括：对于任一用户，获取该任一用户在所述第一预定周期内的多个交易特征信息；为所获取的多个交易特征信息分别设置多个权重。然后利用多个权重对多个交易特征信息进行加权求和，得到该任一用户在第一预定周期内的评分。同理，在计算一个用户在任一预定周期内的评分时，均可利用上述方式进行计算，在此不再赘述。

根据本公开实施例的存款利息调整方案，结合高价值用户的特点情况，依赖对用户金融交易信息的大数据分析，高效识别高价值客户，实现用户每个预定周期内的存款利息优惠的自适应调整。

图4示意性示出了根据本公开实施例的存款利息调整装置的框图。

如图4所示，该存款利息调整装置400包括：预定义模块410、特征获取模块420、等级划分模块430、以及调整模块440。

预定义模块410用于确定多个用户等级以及与每个用户等级对应的利息调整规则。

特征获取模块420用于获取多个用户的交易特征信息。

等级划分模块430用于基于所述多个用户在前一预定周期内的交易特征信息，确定每个用户在当前预定周期内所属的用户等级。

调整模块440用于对于任一用户，利用与所述任一用户在当前预定周期内所属的用户等级对应的利息调整规则，对所述任一用户在当前预定周期内的存款利息进行调整。

需要说明的是，装置部分实施例中各模块/单元/子单元等的实施方式、解决的技术问题、实现的功能、以及达到的技术效果分别与方法部分实施例中各对应的步骤的实施方式、解决的技术问题、实现的功能、以及达到的技术效果相同或类似，在此不再赘述。

根据本公开的实施例的模块、子模块、单元、子单元中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本公开实施例的模块、子模块、单元、子单元中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

例如，预定义模块410、特征获取模块420、等级划分模块430、以及调整模块440中的任意多个可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，预定义模块410、特征获取模块420、等级划分模块430、以及调整模块440中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，预定义模块410、特征获取模块420、等级划分模块430、以及调整模块440中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

图5示意性示出了根据本公开实施例的适于实现上文描述的方法的计算机系统的框图。图5示出的计算机系统仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图5所示，根据本公开实施例的计算机系统500包括处理器501，其可以根据存储在只读存储器(rom)502中的程序或者从存储部分508加载到随机访问存储器(ram)503中的程序而执行各种适当的动作和处理。处理器501例如可以包括通用微处理器(例如cpu)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(asic))，等等。处理器501还可以包括用于缓存用途的板载存储器。处理器501可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

在ram503中，存储有系统500操作所需的各种程序和数据。处理器501、rom502以及ram503通过总线504彼此相连。处理器501通过执行rom502和/或ram503中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除rom502和ram503以外的一个或多个存储器中。处理器501也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。

根据本公开的实施例，系统500还可以包括输入/输出(i/o)接口505，输入/输出(i/o)接口505也连接至总线504。系统500还可以包括连接至i/o接口505的以下部件中的一项或多项：包括键盘、鼠标等的输入部分506；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分507；包括硬盘等的存储部分508；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分509。通信部分509经由诸如因特网的网络执行通信处理。驱动器510也根据需要连接至i/o接口505。可拆卸介质511，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器510上，以便于从其上读出的计算机程序根据需要被安装入存储部分508。

根据本公开的实施例，根据本公开实施例的方法流程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分509从网络上被下载和安装，和/或从可拆卸介质511被安装。在该计算机程序被处理器501执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

本领域技术人员可以理解，尽管已经参照本公开的特定示例性实施例示出并描述了本公开，但是本领域技术人员应该理解，在不背离所附权利要求及其等同物限定的本公开的精神和范围的情况下，可以对本公开进行形式和细节上的多种改变。因此，本公开的范围不应该限于上述实施例，而是应该不仅由所附权利要求来进行确定，还由所附权利要求的等同物来进行限定。