CN111881146A - 用于收取费用的方法、计算设备和介质 - Google Patents

Abstract

本公开涉及一种用于收取费用的方法、计算设备和计算机可读存储介质。该方法包括：在所获取的用于指示多个费率的多维列表中插入多个列标识；生成表头索引信息，所述表头索引信息至少指示所述多层表头信息与多个列标识之间的索引关系；将配置有所述列标识的多维列表降维至二维列表，以便生成被存储至规则引擎的决策树；基于所述用户输入和所述表头索引信息，确定与所述用户输入相匹配的目标列标识；基于所述用户输入和所述目标列标识，查询所述决策树，以便获得目标费率信息；以及在所述用户账号中扣除基于所述目标费率信息而计算的应缴费用。本公开能够在面临费率复杂的收费项目时，也能够快速并准确地查询匹配的费率。

Description

用于收取费用的方法、计算设备和介质

技术领域

本公开总体上涉及电子支付，具体地，涉及用于收取费用的方法、计算设备和计算机可读存储介质。

背景技术

随着互联网技术的发展，人们可以通过电子支付的方式方便地对购物费用、生活缴费（例如水电费、电话费）等费用进行缴纳。传统的用于收取费用的方案例如是：收费系统基于固定金额扣除应缴费用，或者根据固定费率计算并扣除应缴费用。但是，对于有些收费项目，例如保费收缴，费率查询和计算非常复杂。例如，不同的保险产品、不同的保险期间、缴费期间、以及用户性别和年龄等因素都可能对应不同的收费费率，因此，保险公司会制定复杂的多维费率表。传统的用于收取费用的方案在针对保费收缴等此类收费项目时，一般需要繁琐的人工来处理每个保险产品的费率表，然后将经处理的费率表存放于数据库或数据文件中，并且编写单独的保费计算逻辑查询费率表，并计算保费，才能实现保费的收缴。由于费率表中通常指示复杂的多维收费条件下的变化的费率。因此需要繁琐而耗时的人工处理、并且容易出错，同时，费率表的存储结构复杂而且占有额外的存储空间、费率查询的计算量大。

综上，传统的用于收取费用的方案在面临费率复杂的收费项目时，不仅需繁琐而耗时的人工辅助处理、而且需要设计单独存储结构来存放费率表、以及使用硬编码的方式编写保费查询与计算公式，进而使得系统开发效率低并且维护成本较高。

发明内容

本公开提供了一种用于收取费用的方法、计算设备和计算机可读存储介质，能够在面临费率复杂的收费项目时，也能够快速并准确地查询匹配的费率。

根据本公开的第一方面，提供了一种用于收费的方法，该方法包括：在所获取的用于指示多个费率的多维列表中插入多个列标识，多维列表包括至少三层的多层表头信息、与多层表头信息所对应的多行行信息和多列列信息，行信息和列信息用于分别指示对应的表头信息下的费率信息，多个列标识被配置为与多列列信息相对应；生成表头索引信息，表头索引信息至少指示多层表头信息与多个列标识之间的索引关系；将配置有列标识的多维列表降维至二维列表，以便生成被存储至规则引擎的决策树；响应于检测到关于缴费的用户输入，基于用户输入和表头索引信息，确定与用户输入相匹配的目标列标识，用户输入至少指示用于缴费的用户账号；基于用户输入和目标列标识，查询决策树，以便获得目标费率信息；以及在用户账号中扣除基于目标费率信息而计算的应缴费用。

根据本发明的第二方面，还提供了一种计算设备，该设备包括：一个或多个处理器；以及存储装置，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得设备执行本公开的第一方面的方法。

根据本公开的第三方面，还提供了一种计算机可读存储介质。该计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现本公开的第一方面的方法。

在一些实施例中，将配置有列标识的多维列表降维至二维列表以便生成被存储至规则引擎的决策树包括：切割配置有列标识的多维列表，以生成二维列表，二维列表包括多个列标识、多列列信息；以及将二维列表作为决策树存储至规则引擎。

在一些实施例中，基于用户输入和表头索引信息，确定与用户输入相匹配的目标列标识包括：基于用户输入，生成多个查询条件信息，多个查询条件信息包括保险期间、缴费期间、用户性别和用户年龄；基于多个查询条件信息，查询表头索引信息，以获得多个候选列标识集合，多个候选列标识集合中的每一个候选列标识集合包括一个或者多个列标识；经由针对多个候选列标识集合的交集操作，确定目标列标识。

在一些实施例中，基于查询条件信息，查询表头索引信息，以获得多个候选列标识集合包括：确定表头索引信息的表头信息的对应层级不为零的待查列信息；基于多个查询条件信息的每一个查询条件，分别查询表头索引信息中的待查列信息，以获得匹配多个查询条件信息的多个候选列标识集合。

在一些实施例中，经由针对多个候选列标识集合的交集操作，确定目标列标识包括：响应于确定表头索引信息的表头信息的对应层级为零，将表头信息对应的列标识确定为第一目标列标识；按照对应层级的顺序，对多个候选列标识集合进行交集操作，以获得交集操作结果列标识；响应于确定交集操作结果列标识的数目为一，将交集操作结果列标识确定为第二目标列标识；将第一目标列标识和第二目标列标识确定为目标列标识。

在一些实施例中，生成表头索引信息包括：基于预定顺序，排序多层表头信息；确定表头信息的对应层级；响应于确定表头信息的对应层级为零，将表头信息所对应的一个列信息所配置的列标识确定为与表头信息对应的列标识；响应于确定表头信息的对应层级不为零，将与表头信息对应的多列列信息中的开始列信息和结束列信息所配置的列标识确定为与表头信息所对应的列标识；以及建立经排序的表头信息与对应层级、对应的列标识的索引，以便生成表头索引信息。

在一些实施例中，基于用户输入和目标列标识查询决策树，以便获得目标费率信息包括：基于规则解析模板，查询决策树中与第一目标列标识所对应的列信息，以获得与查询条件信息所对应的赋值，查询条件信息获取自用户输入；在决策树中，确定与所对应的赋值相关联的行信息；基于与所对应的赋值相关联的行信息和第二目标列标识所对应的列信息，获得决策树中的目标费率信息。

在一些实施例中，用于收费的方法还包括：基于规则解析模板，调用缴费计算算法，以用于基于目标费率信息计算应缴费用。

附图说明

图1示出了根据本公开的实施例的用于实施用于收费的方法的系统的示意图。

图2示出了根据本公开的实施例的用于收费的方法的流程图。

图3示意性示出了根据本公开实施例的多维列表的示意图。

图4示意性示出了根据本公开实施例配置有列标识的多维列表的示意图。

图5示意性地示出了根据本公开实施例的表头索引信息的示意图。

图6示意性示出了根据本公开实施例的二维列表的示意图。

图7示意性示出了根据本公开实施例的决策树的示意图。

图8示意性示出了根据本公开的实施例的用于生成表头索引信息的方法的流程图。

图9示意性示出了根据本公开的实施例的用于确定目标列标识的方法的流程图。

图10示意性示出了适于用来实现本公开的实施例的电子设备的框图。

在各个附图中，相同或对应的标号表示相同或对应的部分。

具体实施方式

下面将参照附图更详细地描述本公开的优选实施例。虽然附图中显示了本公开的优选实施例，然而应该理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

在本文中使用的术语“包括”及其变形表示开放性包括，即“包括但不限于”。除非特别申明，术语“或”表示“和/或”。术语“基于”表示“至少部分地基于”。术语“一个示例实施例”和“一个实施例”表示“至少一个示例实施例”。术语“另一实施例”表示“至少一个另外的实施例”。术语“第一”、“第二”等等可以指代不同的或相同的对象。

如前文所描述，传统的用于收取费用的方案在面临费率复杂的收费项目时，不仅需繁琐而耗时的人工辅助处理、而且需要设计单独存储结构来存放费率表、以及使用硬编码的方式编写保费查询与计算公式，进而使得系统开发效率低并且维护成本较高。

为了至少部分地解决上述问题以及其他潜在问题中的一个或者多个，本公开的示例实施例提出了一种用于缴费的方法。该方案包括：在所获取的用于指示多个费率的多维列表中插入多个列标识，多维列表包括至少三层的多层表头信息、与多层表头信息所对应的多行行信息和多列列信息，行信息和列信息用于分别指示对应的表头信息下的费率信息，多个列标识被配置为与多列列信息相对应；生成表头索引信息，表头索引信息至少指示多层表头信息与多个列标识之间的索引关系；将配置有列标识的多维列表降维至二维列表，以便生成被存储至规则引擎的决策树；响应于检测到关于缴费的用户输入，基于用户输入和表头索引信息，确定与用户输入相匹配的目标列标识，用户输入至少指示用于缴费的用户账号；基于用户输入和目标列标识，查询决策树，以便获得目标费率信息；以及在用户账号中扣除基于目标费率信息而计算的应缴费用。

在上述方案中，本公开能够通过指示表头信息和列标识的索引关系的表头索引信息来查询目标列标识，以及通过规则引擎的决策树来存取经降维的二维费率表，因而能够简化费率表的存取逻辑，加快检索到目标费率信息速度。因而，本公开即便面临费率复杂的收费项目时，费率表的查询速度快并且准确。

图1示出了根据本公开的实施例的用于实施用于收费的方法的系统100的示意图。如图1所示，系统100包括：管理设备110、一个或多个用户终端130、一个或者多个服务器140、网络150。管理设备110可以通过有线或者无线的方式（例如网络150）与一个或者多个用户终端130、一个或者多个服务器140进行数据交互。

管理设备110例如而不限于是用于收取费用（例如是保费）的计算设备。管理设备110例如接收到来自用户终端130的关于缴费的用户输入，基于该用户输入和来自服务器140的用于指示多个费率的多维列表来查询匹配的目标费率信息，进而计算应缴费用并在用户账户中扣除所计算的应缴费用。具体而言，管理设备110用于在所获取的用于指示多个费率的多维列表中配置多个列标识；生成用于指示多维列表的多层表头信息与多个列标识之间的索引关系的表头索引信息；将配置有列标识的多维列表降维至二维列表以便生成被存储至规则引擎的决策树；基于用户输入和表头索引信息确定匹配的目标列标识；基于用户输入和目标列标识查询决策树，以便获得目标费率信息；以及在用户账号中扣除基于目标费率信息而计算的应缴费用。在一些实施例中，管理设备110可以具有一个或多个处理单元，包括诸如GPU、FPGA和ASIC等的专用处理单元以及诸如CPU的通用处理单元。另外，在每个管理设备上也可以运行着一个或多个虚拟机。管理设备110例如至少包括：数据获取单元112、列标识配置单元114、表头索引信息生成单元116、决策树生成单元118、目标列标识确定单元120、目标费率信息获取单元122、应缴费用计算与扣除单元124。在一些实施例中，数据获取单元112、列标识配置单元114、、表头索引信息生成单元116、决策树生成单元118、目标列标识确定单元120、目标费率信息获取单元122、应缴费用计算与扣除单元124可以配置在一个或者多个管理设备110上。关于数据获取单元112，其用于获取用于指示多个费率的多维列表，多维列表包括多层表头信息、与多层表头信息所对应的多行行信息和多列列信息，行信息和列信息用于分别指示对应的表头信息下的费率信息。

关于列标识配置单元114，其用于在所获取的用于指示多个费率的多维列表中配置多个列标识，多个列标识被配置为与多列列信息相对应。关于表头索引信息生成单元116，其用于生成表头索引信息，表头索引信息至少指示多层表头信息与多个列标识之间的索引关系。

关于决策树生成单元118，其用于将配置有列标识的多维列表降维至二维列表，以便生成被存储至规则引擎的决策树。

关于目标列标识确定单元120，其用于确认是否检测到关于缴费的用户输入；如果检测到关于缴费的用户输入，基于用户输入和表头索引信息，确定与用户输入相匹配的目标列标识，用户输入至少指示用于缴费的用户账号。

关于目标费率信息获取单元122，其用于基于用户输入和目标列标识，查询决策树，以便获得目标费率信息。

关于应缴费用计算与扣除单元124，其用于在用户账号中扣除基于目标费率信息而计算的应缴费用。

关于用户终端130，其例如而不限于是用户的移动终端、个人计算机。用户终端130可以经由用户终端130上所配置的应用程序将关于缴费的用户输入发送至管理设备110。该用户输入例如指示用户账户、用户属性信息（诸如姓名、姓名、年龄、职业信息）、缴费属性信息（例如缴费的险种、保险期间）等信息。

关于服务器140，其例如而不限于是保险公司的计算设备，其用于将用于指示多个费率的多维列表经由网络150发送至管理设备130。该用于指示多个费率的多维列表例如而不限于是保险费率列表。多维列表包括多层表头信息、与多层表头信息所对应的多行行信息和多列列信息，行信息和列信息用于分别指示对应的表头信息下的费率信息。

以下将结合图2描述用于收费的方法200。图2示出了根据本公开的实施例的用于收费的方法的流程图。应当理解，方法200例如可以在图10所描述的电子设备1000处执行。也可以在图1所描述的管理设备110处执行。应当理解，方法200还可以包括未示出的附加动作和/或可以省略所示出的动作，本公开的范围在此方面不受限制。

在步骤202处，管理设备110在所获取的用于指示多个费率的多维列表中插入多个列标识，多维列表包括至少三层的多层表头信息、与多层表头信息所对应的多行行信息和多列列信息，行信息和列信息用于分别指示对应的表头信息下的费率信息，多个列标识被配置为与多列列信息相对应。

关于多维列表，其例如而不限于是来自一个或者多个服务器140的一个或者多个多维表头的费率列表。该多维列表可以是一个费率列表，也可以是经由多个费率列表拼接而成的。该多维列表例如是EXCEL形式。图3示意性示出了根据本公开实施例的多维列表300的示意图。如图3所示，多维列表300包括多维表头信息、多行行信息330和多列列信息320。行信息330和列信息320用于分别指示对应的表头信息下的费率信息。多维表头信息的对应层级例如为0、1、2、3或者更多。例如，表头信息310（诸如年龄）例如没有覆盖其他表头信息，则其对应层级为0。表头信息312至316为三层表头信息，其中表头信息312的对应层级为1、表头信息314的对应层级为2、表头信息316的对应层级为3。

关于配置多个列标识的方式，其例如包括：管理设备110为多维列表中插入一行列标识，该列标识被配置为与多列列信息中的每一列列信息相对应。图4示意性示出了根据本公开实施例配置有列标识的多维列表400的示意图。如图4所示，被插入的列标识F0至F10，分别对应图4所示的多列列信息，例如列信息420-0、列信息420-1至列信息420-10。通过采用上述手段，为每一列列信息设置另外的列标识，可以无需改变原有费率表的数据排列即可方便地建立表头索引信息，以及将多维费率表降为二维表。

在步骤204处，管理设备110生成表头索引信息，表头索引信息至少指示多层表头信息与多个列标识之间的索引关系。

关于生成表头索引信息的方式，其例如包括：管理设备110可以基于预定顺序，排序多层表头信息；确定表头信息的对应层级；响应于确定表头信息的对应层级为零，将表头信息所对应的一个列信息所配置的列标识确定为与表头信息对应的列标识；响应于确定表头信息的对应层级不为零，将与表头信息对应的多列列信息中的开始列信息和结束列信息所配置的列标识确定为与表头信息所对应的列标识；以及建立经排序的表头信息与对应层级、对应的列标识的索引，以便生成表头索引信息。下文将结合图8具体说明用于生成表头索引信息的方法800。在此，不再赘述。

关于表头索引信息，下文将结合图5示意性地加以说明。图5示意性地示出了根据本公开实施例的表头索引信息500的示意图。如图5所示，表头索引信息500包括表头信息510、对应的列标识（例如包括开始列标识520和结束列标识530）、表头信息所包括的属性信息的取值540和对应层级550。表头索引信息500中的第一列为经排序的表头信息510，该表头信息510例如包括多个属性信息560。第二列为各表头信息的对应的开始列标识520（如果该表头信息在多维列表中对应一个列信息或者该表头信息的对应层数为零，则该列信息所配置的列标识即为开始列标识）。第三列为各表头信息的对应的结束列标识530。

通过采用上述手段，本公开可以仅针对表头信息进行标记和索引，因此可以有效减少费率表的整理时间，并且降低处理难度。

在步骤206处，管理设备110将配置有列标识的多维列表降维至二维列表，以便生成被存储至规则引擎的决策树。

关于将配置有列标识的多维列表降维至二维列表的方式，其例如包括：管理设备110首先切割配置有列标识的多维列表，以生成二维列表，二维列表包括多个列标识、多列列信息。图6示意性示出了根据本公开一个实施例的二维列表600的示意图。管理设备110切割如图4所示的配置有列标识的多维列表400，以生成二维列表600。如图6所示，该二维列表600例如包括多个列标识（例如F0-F10）、与多个列标识所对应的多列列信息。

然后，管理设备110将二维列表600作为决策树存储至规则引擎。关于规则引擎，其例如而不限于为基于Drools而部署。例如管理设备110利用下文所具体描述的规则解析模板将二维列表600形式的决策树转换为一系列（when……then）的逻辑规则。

关于规则解析模板，下文将结合示例性代码详细说明，在此，不再赘述。

传统的存储费率表的方式例如是将费率表存放在关系数据库或数据文件中。由于例如保险公司所提供的费率表通常是一张或者多张3维、甚至4维表头的费率表。开发人员需要对多维表头的费率表进行人工辅助处理与转化为机器可读取的收费规则。在上述人工处理环节中，需要丰富的经验和足够的细心才能保证数据不出错。而且，多维表头的费率表经由人工辅助处理后，数据条数是原多维表条数的几十倍甚至几百倍。因此，需要设计单独存储结构来存放费率表（所带来的存储量的增加是指数级的），而且需要编写特定的逻辑来查询所存储的费率表，因此致使系统开发效率低、并且维护成本高。相比于上述传统存储费率表的方式，本公开通过将配置有列标识的多维列表降维至二维列表，以及通过规则引擎的决策树来存取费率表，简化降维难度和费率表的存取逻辑，而且不会因为降低维度而增加额外的存储空间，并且有利于加快关于目标费率信息的检索速度，以及降低收费系统的开发和维护成本。

在步骤208处，管理设备110确定是否检测到关于缴费的用户输入。关于用户输入，其例如指示用户姓名、用户账户、用户信息（诸如姓名、姓名、年龄）、缴费的险种、保险期间等信息。

在步骤210处，如果管理设备110确定检测到关于缴费的用户输入，基于用户输入和表头索引信息，确定与用户输入相匹配的目标列标识，用户输入至少指示用于缴费的用户账号。

关于确定与用户输入相匹配的目标列标识的方式，其例如包括：管理设备110基于用户输入，生成多个查询条件信息，多个查询条件信息包括保险期间、缴费期间、用户性别和用户年龄。然后，管理设备110可以基于多个查询条件信息，查询表头索引信息（例如图5所示的表头索引信息500），以获得多个候选列标识集合，多个候选列标识集合中的每一个候选列标识集合包括一个或者多个列标识。之后，管理设备110可以经由针对多个候选列标识集合的交集操作，确定目标列标识。下文将结合图9具体说明确定目标列标识的方法900。在此，不再赘述。

在步骤212处，管理设备110基于用户输入和目标列标识，查询决策树，以便获得目标费率信息。例如，管理设备110使用规则引擎的动态规则解析模板（DRT）来查询决策树。

关于查询决策树以便获得目标费率信息的方式，以下结合图7来加以说明。图7示意性示出了根据本公开实施例的决策树700的示意图。管理设备110例如经由前述步骤210（具体也可参见后续步骤802至812）而获得的目标列标识为{F0，F3}。其中F0例如为第一目标列标识，F3例如为第二目标列标识。管理设备110可以基于规则解析模板，查询决策树700中与第一目标列标识F0所对应的列信息710，以获得与查询条件信息（例如年龄=“15”）所对应的赋值712（例如F0=15），其中，查询条件信息获取自用户输入。然后，管理设备110在决策树（例如图7中的决策树700）中确定与所对应的赋值（例如F0=15）相关联的行信息；之后，管理设备110基于与所对应的赋值（例如F0=15）相关联的行信息和第二目标列标识F3所对应的列信息720，获得决策树中的目标费率信息722（例如为48）。

关于规则解析模板，其用于配置决策树的存取方式，其包括决策树所支持的规则与逻辑。以下代码示意性示例了规则解析模板的代码实现方式。

根据以上示意性代码可知，规则解析模板的配置方式例如包括：将列标识例如F1-F10配置为决策树的表头。响应于确定F0所对应的列信息中的某个值（例如后续简称为“相等值”）等于查询条件信息中的取值时，则将F1-F10所对应列信息中与F0的那个相等值同一行的列信息取值赋值给查询变量（例如示意性代码中所示的“$P”）。然后，针对查询变量“$P”与目标识目标列标识F3所对应列信息进行交集操作，然后获得目标费率信息。例如图7中的列信息722。（例如为48）。

传统的存取费率表的方式例如将所有收费条件和对应费率的对应关系逐一列举，例如，具体列出如果第一收费条件为何取值……且第N收费条件为何取值,则费率对应何值。如此使得需要设计单独存储结构来存放费率表，以及编写特定的逻辑来查询费率表。并且，一旦局部收费条件发生变化，则需要修改大量的已编写的查询逻辑。而本公开通过运用规则引擎中的决策树来存放费率表，以及使用规则引擎的动态规则模板(DRT)来查询决策树,能够有效提高查询目标费率的速度，以及降低查询逻辑的修改与维护成本。

在步骤214处，管理设备110在用户账号中扣除基于目标费率信息而计算的应缴费用。在一些实施例中，管理设备110基于规则引擎(Drools)，运用规则引擎中的决策树来存放费率表，使用规则引擎的动态规则模板(DRT)来查询决策树，并在DRT中调用保费公式引擎来计算保费DRT中调用保费公式引擎来计算保费。通过采用上述手段，本公开在规则引擎中调用公式引擎，而非传统的使用硬编码方式实现应缴费用的计算逻辑，有利于提高保费计算公式的开发效率。

在上述方案中，本公开能够通过指示表头信息和列标识的索引关系的表头索引信息来查询目标列标识，以及通过规则引擎的决策树来存取经降维的二维费率表，因而能够简化费率表的存取逻辑，加快检索到目标费率信息速度。因而，本公开即便面临费率复杂的收费项目时，费率表的查询速度快并且准确。

以下将结合图3、图5和图8描述根据本公开的实施例的用于生成表头索引信息的方法800的流程图。图8示意性示出了根据本公开的实施例的用于生成表头索引信息的方法的流程图。应当理解，方法800例如可以在图10所描述的电子设备1000处执行。也可以在图1所描述的管理设备110处执行。

在步骤802处，管理设备110基于预定顺序，排序多层表头信息。例如，管理设备110基于从左至右、从上之下的顺序排序多层表头信息510。

在步骤804处，管理设备110确定表头信息的对应层级。例如，如图3和图5所示，管理设备110例如确定一层表头信息的对应层级为0。其例如是图5所示的“年龄”。最上层的表头信息312的对应层级为1，其例如是图5所示的“保险期间”。第二层的表头信息314的对应层级为2、其例如是图5所示的“性别”。第三层表头信息316的对应层级为3、其例如是图5所示的“缴费期间”。

在步骤806处，管理设备110确定表头信息的对应层级是否为零。

在步骤808处，如果管理设备110确定表头信息的对应层级为0，将该表头信息所对应的一个列信息所配置的列标识F0确定为与表头信息（例如图5中“年龄”）对应的列标识。

在步骤810处，如果管理设备110确定表头信息（例如图5中“保险期间”）的对应层级不为0，将与表头信息对应的多列列信息中的开始列信息和结束列信息所配置的列标识F2-F10确定为与表头信息（例如图5中“保险期间”）所对应的列标识。

在步骤812处，管理设备110建立经排序的表头信息510与对应层级、对应的列标识（例如包括开始列标识和结束列标识）的索引，以便生成表头索引信息。如图5所示，表头索引信息500例如包括：表头信息510、对应的列标识（例如包括开始列标识520和结束列标识530）、表头信息所包括的属性信息的取值540和对应层级550。

在上述方案中，本公开可以仅针对表头信息进行标记和索引，因此可以有效减少费率表的整理时间，并且降低处理难度。

以下将结合图9描述用于确定目标列标识的方法900。图9示意性示出了根据本公开的实施例的用于确定目标列标识的方法900的流程图。应当理解，方法900例如可以在图10所描述的电子设备1000处执行。也可以在图1所描述的管理设备110处执行。

在步骤902处，管理设备110基于用户输入，生成多个查询条件信息，多个查询条件信息包括保险期间、缴费期间、用户性别和用户年龄。

关于基于用户输入所生成的该多个查询条件信息，其例如包括：保险期间=“60”,性别=“男”,年龄=“15”,缴费期间=“10”。

关于生成多个查询条件信息的方式，其例如包括：管理设备110基于待缴费的险种，在用户输入中提取多个检索信息。不同的缴费的险种，决定费率信息的所需条件信息是不同的。例如，如果待缴费的险种为寿险，决定费率信息的信息例如可以包括保险期间、缴费期间、性别和年龄。如果待缴费的险种为车险，决定费率信息的信息例如包括，车辆信息、缴费期间、历史事故信息等。有的险种决定费率信息的信息例如包括用户性别和职业信息。而有的险种的费率信息的多少与用户性别和职业信息无关。

在步骤904处，管理设备110可以基于多个查询条件信息，查询表头索引信息（例如图5所示的表头索引信息500），以获得多个候选列标识集合，多个候选列标识集合中的每一个候选列标识集合包括一个或者多个列标识。

例如，管理设备110确定表头索引信息500的表头信息510的对应层级不为零的待查列信息。然后基于多个查询条件信息（例如，保险期间="60",性别="男",年龄="15",缴费期间="10"）的每一个查询条件，分别查询表头索引信息500中的待查列信息，以获得匹配多个查询条件信息的多个候选列标识集合。例如，多个候选列标识集合包括：候选列标识集合(F2,F3,F4,F5,F6,F8,F8,F9,F10)、候选列标识集合(F1,F2,F3,F4,F5)和候选列标识集合(F3,F8)。

在步骤906处，如果管理设备110确定表头索引信息500的表头信息的对应层级为零，将表头信息对应的列标识确定为第一目标列标识。

例如，表头信息“年龄”的对应层级为零，则将表头信息“年龄”在表头索引信息500对应的列标识F0确定为第一目标列标识。

在步骤908处，管理设备110按照对应层级的顺序，对多个候选列标识集合进行交集操作，以获得交集操作结果列标识。

例如，管理设备110针对候选列标识集合(F2,F3,F4,F5,F6,F8,F8,F9,F10)、候选列标识集合(F1,F2,F3,F4,F5)和候选列标识集合(F3,F8) 进行交集操作。下文结合公式（1）说明确定为第二目标列标识的方式。(F3,F8)代表基于缴费期间“10”的查询条件信息而获取的候选列标识集合。

(F2,F3,F4,F5,F6,F8,F8,F9,F10)∩(F1,F2,F3,F4,F5)∩(F3,F8)=F3 （1）

在上述公式（1）中，(F2,F3,F4,F5,F6,F8,F8,F9,F10) 代表基于保险期间为“60”的查询条件信息而获取的候选列标识集合、 (F1,F2,F3,F4,F5)代表基于性别为“男”的查询条件信息而获取的候选列标识集合。

在步骤910处，管理设备110如果管理设备110确定交集操作结果列标识的数目为一，则将交集操作结果列标识确定为第二目标列标识。例如， F3代表基于交集操作结果而确定第二目标列标识。

在步骤912处，管理设备110将第一目标列标识和第二目标列标识确定为目标列标识。例如管理设备110将对应的层级为0的第一目标列标识F0和基于交集操作结果而确定第二目标列标识F3进行合并,得出最终目标列为{F0,F3}。

在上述方案中，通过基于用户输入自动提取查询条件信息，并基于查询条件信息查询表头索引信息，可以加快检索到与用户输入相关的费率信息有关的目标列。

图10示意性示出了适于用来实现本公开实施例的电子设备（或者计算设备）1000的框图。设备1000可以是用于实现执行图2、图8、图9所示的方法200、800、900的设备。如图10所示，设备1000包括中央处理单元（CPU）1001，其可以根据存储在只读存储器（ROM）1002中的计算机程序指令或者从存储单元1008加载到随机访问存储器（RAM）1003中的计算机程序指令，来执行各种适当的动作和处理。在RAM 1003中，还可存储设备1000操作所需的各种程序和数据。CPU 1001、ROM 1002以及RAM1003通过总线1004彼此相连。输入/输出（I/O）接口1005也连接至总线1004。

设备1000中的多个部件连接至I/O接口1005，包括：输入单元1006、输出单元1007、存储单元1008，处理单元1001执行上文所描述的各个方法和处理，例如执行方法200、800、900。例如，在一些实施例中，方法200、800、900可被实现为计算机软件程序，其被存储于机器可读介质，例如存储单元1008。在一些实施例中，计算机程序的部分或者全部可以经由ROM 1002和/或通信单元1009而被载入和/或安装到设备1000上。当计算机程序加载到RAM1003并由CPU 1001执行时，可以执行上文描述的方法200、800、900的一个或多个操作。备选地，在其他实施例中，CPU 1001可以通过其他任何适当的方式（例如，借助于固件）而被配置为执行方法200、800、900的一个或多个动作。

需要进一步说明的是，本公开可以是方法、装置、系统和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于执行本公开的各个方面的计算机可读程序指令。

计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是但不限于电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子（非穷举的列表）包括：便携式计算机盘、硬盘、随机存取存储器（RAM）、只读存储器（ROM）、可擦式可编程只读存储器（EPROM或闪存）、静态随机存取存储器（SRAM）、便携式压缩盘只读存储器（CD-ROM）、数字多功能盘（DVD）、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波（例如，通过光纤电缆的光脉冲）、或者通过电线传输的电信号。

这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构（ISA）指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，该编程语言包括面向对象的编程语言—诸如Smalltalk、C++等，以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机（例如利用因特网服务提供商来通过因特网连接）。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列（FPGA）或可编程逻辑阵列（PLA），该电子电路可以执行计算机可读程序指令，从而实现本公开的各个方面。

这里参照根据本公开实施例的方法、设备（系统）、和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给语音交互装置中的处理器、通用计算机、专用计算机或其它可编程数据处理装置的处理单元，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理单元执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

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

以上已经描述了本公开的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

以上仅为本公开的可选实施例，并不用于限制本公开，对于本领域的技术人员来说，本公开可以有各种更改和变化。凡在本公开的精神和原则之内，所作的任何修改、等效替换、改进等，均应包含在本公开的保护范围之内。

Claims (10)

1.一种用于收取费用的方法，包括：

在所获取的用于指示多个费率的多维列表中插入多个列标识，所述多维列表包括至少三层的多层表头信息、与所述多层表头信息所对应的多行行信息和多列列信息，所述行信息和列信息用于分别指示对应的表头信息下的费率信息，所述多个列标识被配置为与所述多列列信息相对应；

生成表头索引信息，所述表头索引信息至少指示所述多层表头信息与多个列标识之间的索引关系；

将配置有所述列标识的多维列表降维至二维列表，以便生成被存储至规则引擎的决策树；

响应于检测到关于缴费的用户输入，基于所述用户输入和所述表头索引信息，确定与所述用户输入相匹配的目标列标识，所述用户输入至少指示用于缴费的用户账号；

基于所述用户输入和所述目标列标识，查询所述决策树，以便获得目标费率信息；以及

在所述用户账号中扣除基于所述目标费率信息而计算的应缴费用。

2.根据权利要求1所述的方法，其中将配置有所述列标识的多维列表降维至二维列表以便生成被存储至规则引擎的决策树包括：

切割配置有所述列标识的多维列表，以生成所述二维列表，所述二维列表包括所述多个列标识、多列列信息；以及

将所述二维列表作为决策树存储至所述规则引擎。

3.根据权利要求1所述的方法，其中基于所述用户输入和所述表头索引信息，确定与所述用户输入相匹配的目标列标识包括：

基于所述用户输入，生成多个查询条件信息，所述多个查询条件信息包括保险期间、缴费期间、用户性别和用户年龄；

基于所述多个查询条件信息，查询所述表头索引信息，以获得多个候选列标识集合，所述多个候选列标识集合中的每一个所述候选列标识集合包括一个或者多个列标识；

经由针对所述多个候选列标识集合的交集操作，确定所述目标列标识。

4.根据权利要求3所述的方法，其中基于所述查询条件信息，查询所述表头索引信息，以获得多个候选列标识集合包括：

确定所述表头索引信息的所述表头信息的对应层级不为零的待查列信息；

基于所述多个查询条件信息的每一个查询条件，分别查询所述表头索引信息中的所述待查列信息，以获得匹配所述多个查询条件信息的多个候选列标识集合。

5.根据权利要求4所述的方法，其中经由针对所述多个候选列标识集合的交集操作，确定所述目标列标识包括：

响应于确定所述表头索引信息的所述表头信息的对应层级为零，将所述表头信息对应的列标识确定为第一目标列标识；

按照对应层级的顺序，对所述多个候选列标识集合进行交集操作，以获得交集操作结果列标识；

响应于确定交集操作结果列标识的数目为一，将所述交集操作结果列标识确定为第二目标列标识；

将所述第一目标列标识和所述第二目标列标识确定为目标列标识。

6.根据权利要求1所述的方法，其中生成表头索引信息包括：

基于预定顺序，排序所述多层表头信息；

确定所述表头信息的对应层级；

响应于确定所述表头信息的对应层级为零，将所述表头信息所对应的一个列信息所配置的列标识确定为与所述表头信息对应的列标识；

响应于确定所述表头信息的对应层级不为零，将与所述表头信息对应的多列列信息中的开始列信息和结束列信息所配置的列标识确定为与表头信息所对应的列标识；以及

建立经排序的所述表头信息与所述对应层级、所述对应的列标识的索引，以便生成所述表头索引信息。

7.根据权利要求5所述的方法，其中基于所述用户输入和所述目标列标识查询所述决策树，以便获得目标费率信息包括：

基于规则解析模板，查询所述决策树中与第一目标列标识所对应的列信息，以获得与查询条件信息所对应的赋值，所述查询条件信息获取自所述用户输入；

在所述决策树中，确定与所对应的赋值相关联的行信息；

基于与所对应的赋值相关联的行信息和第二目标列标识所对应的列信息，获得所述决策树中的所述目标费率信息。

8.根据权利要求1所述的方法，还包括：

基于所述规则解析模板，调用缴费计算算法，以用于基于所述目标费率信息计算所述应缴费用。

9.一种计算设备，包括：

一个或多个处理器；以及

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-8中任一项所述的方法。

10.一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现如权利要求1-8任一项所述的方法。

Images