CN117273834B - 一种基于物流场景可配置账单的计费引擎及其方法 - Google Patents

Abstract

本发明公开了一种基于物流场景可配置账单的计费引擎，包括业务数据获取模块、价格定义模块、费用计算模块和结果输出模块，所述业务数据获取模块，用于采集和填充物流运单数据，引用状态机控制触发费用明细的清洗；所述价格定义模块，用于为不同业务场景可配置化的费用科目生成规则；所述费用计算模块，用于计算费用；所述结果输出模块，用于输出计算的费用结果。本申请通过价格定义模块配置不同费用科目生成规则，通过将计费因子与价格规则进行匹配生成费用明细，提高计费引擎使用的灵活性与便捷性。

Description

一种基于物流场景可配置账单的计费引擎及其方法

技术领域

本发明属于物联网大数据技术领域，尤其涉及一种基于物流场景可配置账单的计费引擎及其方法。

背景技术

国际及本地化物流业务需求复杂且各国政策不同，所要生成的费用科目和计费因素也不统一。需要根据不同的业务特点来进行定制开发。然而物流行业费用的计算是整体最复杂的部分。目前复杂多变的费用科目和计费方法，常采用硬编码方法来解决，其缺点有：1)硬编码的抽象高度无法解决更高层面的灵活性；2)无法在统一维护灵活多变费用科目；3)无法统一维护计费规则；4)后期的维护往往需要大规模改动原代码，必然带来响应不及时，开发强度大，效率低下等问题。

发明内容

针对上述现有技术中存在的缺陷，本发明提供一种基于物流场景可配置账单的计费引擎，包括业务数据获取模块、价格定义模块、费用计算模块和结果输出模块，

所述业务数据获取模块，用于采集和填充物流运单数据，引用状态机控制触发费用明细的清洗；

所述价格定义模块，用于为不同业务场景可配置化的费用科目生成规则；

所述费用计算模块，用于计算费用；

所述结果输出模块，用于输出计算的费用结果。

作为本申请的进一步实施例，所述状态机分为待完善、待清洗、清洗完成和清洗失败。

作为本申请的进一步实施例，所述运单数据至少包括计费因子、客户代码、产品类型、业务发生时间、结算重量、物品类型、始发地、目的地、寄件网点和派件网点。

作为本申请的进一步实施例，当所述计费因子填充完成后，状态机变更为待清洗，通过异步任务获取运单数据生成费用明细。

作为本申请的进一步实施例，所述价格定义模块根据费用科目和价格特性实现自定义配置。

作为本申请的进一步实施例，所述状态机采用有限状态机模型M清洗所述费用明细，所述有限状态机模型M＝(Σ，Q，q₀，F，δ，R)，其中Σ表示所述有限状态机模型的输入费用明细数据集合，Q表示所述有限状态机模型的状态集合，q₀表示所述有限状态机模型的初始状态，F表示所述有限状态机模型的最终状态集合，δ表示状态转变函数，R表示原始输入费用明细数据集合经过分词及初步整理后形成的初始费用集合。

作为本申请的进一步实施例，所述有限状态机模型M清洗所述费用明细还包括：

对初始费用数据预处理；

对预处理后的数据进行整理；

对整理后的数据进行分级匹配，根据分级匹配结果对数据进行更新。

作为本申请的进一步实施例，所述费用计算模块引用了状态机控制触发费用明细的计算。

作为本申请的进一步实施例，所述费用计算模块采用如下费用计算公式：

Y＝首重价格+(W-首重)*续重价格+附加费；

其中，W为物品重量。

本发明还提供一种基于上述任一项所述的物流场景可配置账单的计费引擎的计费方法，包括以下步骤：

获取运单业务数据，根据业务规则配置生成相应费用科目明细；

提取费用明细计费因子，获取对应的报价规则；

根据制定的计费规则和获取待计费费用明细，计算并输出费用结果。

与现有技术相比，本申请具有以下有益效果：

1、本申请通过价格定义模块根据不同的业务场景配置不同的费用科目生成规则，通过将计费因子与费用科目中的价格规则进行匹配，生成费用明细，同时用户可以根据不同国家及地区的物流业务需求对运单数据进行调整，扩大计费引擎的使用范围，同时提高计费引擎使用的灵活性与便捷性。

2、本申请通过业务数据获取模块引用状态机控制出发费用明细的清洗，状态机采用有限状态机模型对费用明细数据进行清洗，通过对初始费用数据进行预处理，再进行整理，对整理后的数据进行分级匹配，根据分级匹配结果对数据进行更新，便于对计费引擎进行维护，提高计费引擎的工作效率。

附图说明

通过参考附图阅读下文的详细描述，本公开示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本公开的若干实施方式，并且相同或对应的标号表示相同或对应的部分，其中：

图1是示出根据本发明实施例的一种基于物流场景可配置账单的计费引擎的框图；

图2是示出根据本发明实施例的状态机的流程图；

图3是示出根据本发明实施例的费用计算模块计算的流程图；

图4是示出根据本发明实施例的一种基于物流场景可配置账单的计费引擎的方法流程图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义，“多种”一般包含至少两种。

应当理解，尽管在本发明实施例中可能采用术语第一、第二、第三等来描述……，但这些……不应限于这些术语。这些术语仅用来将……区分开。例如，在不脱离本发明实施例范围的情况下，第一……也可以被称为第二……，类似地，第二……也可以被称为第一……。

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的商品或者装置中还存在另外的相同要素。

下面结合附图详细说明本发明的可选实施例。

实施例一、

如图1所示，本发明提出的一种基于物流场景可配置账单的计费引擎，包括业务数据获取模块、价格定义模块、费用计算模块和结果输出模块，所述业务数据获取模块，用于采集和填充物流运单数据，引用状态机控制触发费用明细的清洗；所述价格定义模块，用于为不同业务场景可配置化的费用科目生成规则；所述费用计算模块，用于计算费用；所述结果输出模块，用于输出计算的费用结果。

在本申请实施例中，计费引擎根据不同的业务采集并填充对应的物流运单数据，通过价格定义模块对不同的业务场景生成对应的费用科目，利用费用计算模块计算出费用，并通过结果输出模块输出计算费用结果，本申请价格定义模块可以灵活配置费用科目和计费规则，使计费引擎能够根据不同的物流业务需求进行调整，扩大计费引擎使用范围，同时提高计费引擎使用的灵活性。

在本申请的进一步实施例中，所述运单数据至少包括计费因子、客户代码、产品类型、业务发生时间、结算重量、物品类型、始发地、目的地、寄件网点和派件网点，用户可以根据不同国家及地区的物流业务需求对运单数据进行调整，提高计费引擎使用的灵活性及方便性。

如图2所示，在本申请的进一步实施例中，所述状态机分为待完善、待清洗、清洗完成和清洗失败，当所述计费因子填充完成后，状态机变更为待清洗，通过异步任务获取运单数据生成费用明细。通过计费因子匹配价格规则，即可计算生成费用明细，提高计费引擎使用的便捷性。

在本申请一实施方案中，网点揽收生成收取客户的物流运费，费用科目生成规则如表1所示：

表1

在本申请实施方案中，根部不同国家的业务，运单揽件时触发生成各国家财务中心收取协议客户运费账单明细，并将所述运费账单作为各国家财务中心的收入项。

在本申请的进一步实施例中，所述价格定义模块根据费用科目和价格特性实现自定义配置，用户可以根据实际需求设置费用科目和价格特性，从而生成对应的费用明细，本申请并不对费用科目和价格特性做具体限定，提高计费引擎使用的灵活性。

在本申请一实施方案中，网点签收生成客户物流到付运费，费用科目生成规则如表2所示：

表2

在本申请实施方案中，根据不同国家的业务，运单签收时触发生成派件财务中心收取派件网点到付款账单明细，则该付款账单作为派件财务中心的收入项；派件网点收取骑手到付款，作为该派件网点内部管理财务对账，便于派件网点对运单进行核对，防止账单出现错误造成损失。

作为本领域技术人员可以理解的，用户可以根据实际物流场景使用多种费用组合配置场景，根据业务不断调整或发展费用科目和价格特性，可灵活配置费用组合，实现快速响应相关业务市场，扩大计费引擎的使用范围。

在本申请一实施方案中，价格定义模块基于物流场景设置费用科目价格和价格特性，满足业务市场与客户或加盟商之间的价格合同条款，费用科目及价格特性如表3所示：

表3

在本申请实施方案中，通过物流运输的距离、运输物品的类型、服务的产品、以及物品的重量等因素计算出物流场景下的费用结果。可以理解的，费用科目根据不同的国家和/或地区还包括省/州、地级市、县级市，是否代收货款，运费附加费，重量取值规则等因素，通过自定义费用科目以及价格特性计算出符合实际需求的费用结果，提高计费引擎使用的灵活性。

在本申请的进一步实施例中，所述状态机采用有限状态机模型M清洗所述费用明细，所述有限状态机模型M＝(Σ，Q，q₀，F，δ，R)，其中Σ表示所述有限状态机模型的输入费用明细数据集合，Q表示所述有限状态机模型的状态集合，q₀表示所述有限状态机模型的初始状态，F表示所述有限状态机模型的最终状态集合，δ表示状态转变函数，R表示原始输入费用明细数据集合经过分词及初步整理后形成的初始费用集合。

在本申请实施例中，状态机采用有限状态机模型M，可以理解地，根据有限状态机理论，对应每一种状态，当有不同的输入时会通过转换函数产生不同的唯一的输出状态，并且该状态将作为下一个迭代判断的当前状态。一方面是因为费用层级模型的输入信号和状态都是有限的，而且数量较少，非常符合有限状态机的建模要求；另一方面采用有限状态机驱动匹配流程，对输入费用的层级结构变化不敏感，对输入的费用元素是否合乎规范标准要求不高，具有较强的鲁棒性。有限状态机模型M由六元组构成，即M＝(∑，Q，q₀，F，δ，R)，其中∑表示所述有限状态机模型的输入费用明细数据集合，∑＝(l₁，l₂，l₃，l₄，l₅，l₆，l₇，l₈)，l₁～l₈表示需要匹配的费用级别为1～8；Q表示所述有限状态机模型的状态集合，即Q＝{A_i}，A_i表示经过第i级标准化匹配后形成的费用元素子集，A_i＝{X₀∪X₁∪…∪X_i|X_i，0≤i≤8}，X_i为已完成匹配的第i级费用元素；q₀表示所述有限状态机模型的初始状态，q₀∈Q，在本申请实施方案中q₀＝A₀；F表示所述有限状态机模型的最终状态集合，在本申请实施方案中，F＝A₈，δ表示状态转变函数，

R表示原始输入费用明细数据集合经过分词及初步整理后形成的初始费用集合，即R＝{X_i}。

在本申请的进一步实施例中，所述有限状态机模型M清洗所述费用明细还包括：

S1：对初始费用数据预处理；

S2：对预处理后的数据进行整理；

S3：对整理后的数据进行分级匹配，根据分级匹配结果对数据进行更新。

在本申请实施例中，数据预处理包括以下步骤：

S11：有限状态机模型初始化生成费用要素级别特征字集合pattList＝{1～8级费用特征字}和别名费用admiAddr＝{[key＝′费用别名′，value＝′标准费用′]，[…]}；

S12：将全角字符转换为半角字符：T＝FullCharHalfChar(T)；

S13：去除噪声词：T＝RemoveNoise(T)；

S14：文本分词处理：R’＝segment(T)，本领域技术人员可以采用不同的分词工具包进行文本分词处理，如IKAnalyzer、ICTCLAS等，本申请并不对分词工具包做具体限定，本申请实施方案采用Jieba分词工具包。

在本申请实施例中，对预处理后的数据进行整理包括：

S21：如果R’数组中的元素包含两个以上费用特征词，则对该元素进行合并或拆分处理，R’＝multPattProcess(R’，pattList)；

S22：对R’中的每一个元素X′_i迭代执行按pattList中的每一个级别中的费用特征字进行正则关键字匹配判断操作：

如果X′_i是费用别名，则转换为标准名称，

如果X′_i中包含费用特征字，且同费用级别未分配，则为X′_i赋予该费用级别，否则X′_i的费用级别为-1，将X′_i＝{position，level，value}写入数组R′。

在本申请实施例中，分级匹配包括：

S31：初始化状态机参数：S＝A₀，∑＝{l₁＝1，l₂＝2，…，l₈＝8}；

S32：从i＝1开始遍历数组∑：

if(S＝＝A₀)and(l_i＝＝l₁)：S＝δ₁(l_i)

if(S＝＝A₁)and(l_i＝＝l₂)：S＝δ₂(l_i)

if(S＝＝A₂)and(l_i＝＝l₃)：S＝δ₃(l_i)

…

if(S＝＝A₇)and(l_i＝＝l₈)：S＝δ₈(l_i)

if(S＝＝A₈)：F＝S

S33：有限状态机返回费用标准化匹配结果F；

S34：状态转换函数δ_i针对不同的费用级别匹配，有不同的执行逻辑，是具体实现过程中最为复杂和特殊的部分。但因为1～4级费用匹配因为有标准的费用库，所以处理逻辑基本相同。在本申请实施方案中，该部分的算法设计为：

δ(l_i){令t＝l_i，从R中提取费用级别为l_i的元素

如果为找到且l_i≤4，则迭代执行{

T＝t+1，执行后向搜索，直到找到最近的满足费用级别条件的X_i，

从D中以fatherID(父级费用ID)为线索想前回溯查找l_i级别费用信息，形成标准费用}

如果找到，则执行{

从当前位置开始向左直至下一个费用级别大于0的元素为止，执行元素比较合并等操作，形成标准费用：/>}

返回：}

在本申请实施例中，数据更新包括：

S41：根据F值查找标准费用数据库，如果某级费用元素不存在，则添加新记录；如果存在，但不相同，则更新原记录；

S42：如果费用元素分级匹配阶段未成功匹配，则将其添加到手工处理库中，待人工来判断修正。

如图3所示，在本申请进一步实施例中，所述费用计算模块引用了状态机控制触发费用明细的计算，即状态机分为待计费、计费成功、计费失败，计费失败触发重试机制。

在本申请进一步实施例中，所述费用计算模块采用如下费用计算公式：Y＝首重价格+(W-首重)*续重价格+附加费；其中，W为物品重量。

在本申请实施例中，费用计算包括：先获取计费因子匹配价格规则，再命填充所需要的价格数据，最后根据计算公式得到结果。

具体的，费用计算还包括：

一口价，即配置续重价格和附加费为零，实现则Y＝首重价格；

首续重，则配置续首续重价格，实现则Y＝首重价格+(W-首重)*续重价格；

每公斤价格，则配置首续重价格，首重重量为1，实现则Y＝首重价格+(W-首重)*续重价格。

本申请并不对费用计算规则做具体限制，结果输出模块用于输出费用结果，并修改计算状态为成功。

实施例二

如图4所示，本发明还提出了采用上述任一项所述的基于物流场景可配置账单的计费引擎的计费方法，其包括：

获取运单业务数据，根据业务规则配置生成相应费用科目明细；

提取费用明细计费因子，获取对应的报价规则；

根据制定的计费规则和获取待计费费用明细，计算并输出费用结果。

在本申请实施例中，计费引擎根据不同国家和/或地区的业务规则，配置生成与物流场景相应的费用科目明细，填充计费因子，通过将计费银子与价格规则进行匹配，计算并输出费用结果，提高了计费引擎的使用便捷性以及灵活性。

实施例三、

本发明实施例提供了一种非易失性计算机存储介质，所述计算机存储介质存储有计算机可执行指令，该计算机可执行指令可执行如上实施例所述的方法步骤。

需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质可以但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。

可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(AN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

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

描述于本发明实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定。

以上介绍了本发明的较佳实施方式，旨在使得本发明的精神更加清楚和便于理解，并不是为了限制本发明，凡在本发明的精神和原则之内，所做的修改、替换、改进，均应包含在本发明所附的权利要求概括的保护范围之内。

Claims (9)

1.一种基于物流场景可配置账单的计费引擎，包括业务数据获取模块、价格定义模块、费用计算模块和结果输出模块，其特征在于：

所述业务数据获取模块，用于采集和填充物流运单数据，引用状态机控制触发费用明细的清洗；

所述价格定义模块，用于为不同业务场景可配置化的费用科目生成规则；

所述费用计算模块，用于计算费用；

所述结果输出模块，用于输出计算的费用结果；

其中所述状态机采用有限状态机模型M清洗所述费用明细，所述有限状态机模型M＝(Σ，Q，q₀，F，δ，R)，其中Σ表示所述有限状态机模型的输入费用明细数据集合，∑＝(l₁，l₂，l₃，l₄，l₅，l₆，l₇，l₈)，l₁～l₈表示需要匹配的费用级别为1～8；Q表示所述有限状态机模型的状态集合，Q＝{A_i}，A_i表示经过第i级标准化匹配后形成的费用元素子集，A_i＝{X₀∪X₁∪…∪X_i|X_i，0≤i≤8}，，X_i为已完成匹配的第i级费用元素；q₀表示所述有限状态机模型的初始状态，q₀∈Q；F表示所述有限状态机模型的最终状态集合，/>，δ表示状态转变函数，R表示原始输入费用明细数据集合经过分词及初步整理后形成的初始费用集合；

假定q₀＝A₀，F＝A₈，δ表示状态转变函数，

，R表示原始输入费用明细数据集合经过分词及初步整理后形成的初始费用集合，即R＝{X_i}。

2.如权利要求1所述基于物流场景可配置账单的计费引擎，其特征在于，其中所述状态机分为待完善、待清洗、清洗完成和清洗失败。

3.如权利要求1所述基于物流场景可配置账单的计费引擎，其特征在于，其中所述运单数据至少包括计费因子、客户代码、产品类型、业务发生时间、结算重量、物品类型、始发地、目的地、寄件网点和派件网点。

4.如权利要求3所述基于物流场景可配置账单的计费引擎，其特征在于，其中当所述计费因子填充完成后，状态机变更为待清洗，通过异步任务获取运单数据生成费用明细。

5.如权利要求1所述基于物流场景可配置账单的计费引擎，其特征在于，其中所述价格定义模块根据费用科目和价格特性实现自定义配置。

6.如权利要求1所述基于物流场景可配置账单的计费引擎，其特征在于，其中所述有限状态机模型M清洗所述费用明细还包括：

对初始费用数据预处理；

对预处理后的数据进行整理；

对整理后的数据进行分级匹配，根据分级匹配结果对数据进行更新。

7.如权利要求1所述基于物流场景可配置账单的计费引擎，其特征在于，其中所述费用计算模块引用了状态机控制触发费用明细的计算。

8.如权利要求1所述基于物流场景可配置账单的计费引擎，其特征在于，其中所述费用计算模块采用如下费用计算公式：

Y＝首重价格+(W-首重)*续重价格+附加费；

其中，W为物品重量。

9.如权利要求1-8中任一项所述基于物流场景可配置账单的计费引擎的计费方法，其特征在于，其中所述方法包括以下步骤：

获取运单业务数据，根据业务规则配置生成相应费用科目明细；

提取费用明细计费因子，获取对应的报价规则；

根据制定的计费规则和获取待计费费用明细，计算并输出费用结果；

其中所述状态机采用有限状态机模型M清洗所述费用明细，所述有限状态机模型M＝(Σ，Q，q₀，F，δ，R)，其中Σ表示所述有限状态机模型的输入费用明细数据集合，∑＝(l₁，l₂，l₃，l₄，l₅，l₆，l₇，l₈)，l₁～l₈表示需要匹配的费用级别为1～8；Q表示所述有限状态机模型的状态集合，Q＝{A_i}，A_i表示经过第i级标准化匹配后形成的费用元素子集，A_i＝{X₀∪X₁∪…∪X_i|X_i，0≤i≤8}，，X_i为已完成匹配的第i级费用元素；q₀表示所述有限状态机模型的初始状态，q₀∈Q；F表示所述有限状态机模型的最终状态集合，/>，δ表示状态转变函数，R表示原始输入费用明细数据集合经过分词及初步整理后形成的初始费用集合；

假定q₀＝A₀，F＝A₈，δ表示状态转变函数，

，R表示原始输入费用明细数据集合经过分词及初步整理后形成的初始费用集合，即R＝{X_i}。