电费计算模型生成方法、装置、存储介质和设备

技术领域

本申请涉及计费算法领域，尤其涉及一种电费计算模型生成方法、装置、存储介质和设备。

背景技术

随着互联网大数据的飞速发展，现代社会已经全面进入信息化时代，人们的生活方式和消费方式也发生了翻天覆地的变化，电力营销也出现了大量的新业务，营销系统也需要变更和创新以适应多元化的新业务。电费计算是电力营销业务的核心，不同的电能消费方式必然会导致电费计算方式的变化，电费算法也需要涵盖更多的方面。

在目前的计费系统中，通常采用固定不变的电费算法来计算电费。当用户想根据不同的计费需求重新计算电费时，只能重新开发新的电费算法来满足不同的计费需求，不仅浪费时间，还提高了计费系统的使用门槛。

为此，如何辅助用户针对不同的计费需求实现不同的电费计算，成为本领域亟需解决的问题。

发明内容

本申请提供了一种电费计算模型生成方法、装置、存储介质和设备，目的在于辅助用户针对不同的计费需求实现不同的电费计算。

为了实现上述目的，本申请提供了以下技术方案：

一种电费计算模型生成方法，包括：

在接收到用户输入的电费计算流程图后，对所述电费计算流程图进行解析，得到计费需求信息；所述计费需求信息包括各个用户需求计费步骤、各个所述用户需求计费步骤之间的执行顺序；

从数据库中获取与每个所述用户需求计费步骤对应的组件；其中，所述组件为通过对电网公司的电费算法进行分解得到；

将各个所述组件作为作业节点，并依据各个所述用户需求计费步骤之间的执行顺序作为作业工序，生成作业流程；所述作业工序用于指示所述作业流程中各个所述作业节点的执行顺序；

将所述作业流程标识为电费计算模型，并通过预设界面向所述用户展示所述电费计算模型。

可选的，所述通过对电网公司的电费算法进行分解得到所述组件的过程，包括：

预先获取电网公司的电费算法，以及与所述电费算法对应的电费计算流程；

对所述电费计算流程进行拆分，得到各个计费步骤；

从所述电费算法中分离出用于实现每个所述计费步骤的业务逻辑；

对每个所述业务逻辑进行封装，得到与每个所述计费步骤对应的组件。

可选的，对每个所述业务逻辑进行封装，得到与每个所述计费步骤对应的组件之后，还包括：

对各个所述组件进行层级划分，得到每个所述组件的层级，并将各个所述组件的组件信息，存储至数据库中。

可选的，所述计费需求信息还包括每个所述用户需求计费步骤的业务处理规则；

所述将各个所述组件作为作业节点，并依据各个所述用户需求计费步骤之间的执行顺序作为作业工序，生成作业流程，包括：

基于每个所述用户需求计费步骤的业务处理规则，创建与每个所述用户需求计费步骤对应的扩展点；

在与每个所述用户需求计费步骤对应的组件中，配置与每个所述用户需求计费步骤对应的扩展点，得到各个配置有所述扩展点的组件；

将各个所述配置有所述扩展点的组件作为作业节点，并依据各个所述用户需求计费步骤之间的执行顺序作为作业工序，生成作业流程。

可选的，所述计费需求信息还包括每个所述用户需求计费步骤的业务场景条件；

所述将各个所述组件作为作业节点，并依据各个所述用户需求计费步骤之间的执行顺序作为作业工序，生成作业流程，包括：

基于每个所述用户需求计费步骤的业务场景条件，创建与每个所述用户需求计费步骤对应的组件执行条件；

在与每个所述用户需求计费步骤对应的组件中，配置与每个所述用户需求计费步骤对应的组件执行条件，得到各个配置有所述组件执行条件的组件；

将各个所述配置有所述组件执行条件的组件作为作业节点，并依据各个所述用户需求计费步骤之间的执行顺序作为作业工序，生成作业流程。

可选的，所述将所述作业流程标识为电费计算模型之后，还包括：

在接收到所述用户输入的计算指令的情况下，依据各个所述作业节点的执行顺序，依次执行与每个所述作业节点对应的组件，得到电费计算结果，并向所述用户发送所述电费计算结果。

一种电费计算模型生成装置，包括：

解析单元，用于在接收到用户输入的电费计算流程图后，对所述电费计算流程图进行解析，得到计费需求信息；所述计费需求信息包括各个用户需求计费步骤、各个所述用户需求计费步骤之间的执行顺序；

获取单元，用于从数据库中获取与每个所述用户需求计费步骤对应的组件；其中，所述组件为通过对电网公司的电费算法进行分解得到；

生成单元，用于将各个所述组件作为作业节点，并依据各个所述用户需求计费步骤之间的执行顺序作为作业工序，生成作业流程；所述作业工序用于指示所述作业流程中各个所述作业节点的执行顺序；

展示单元，用于将所述作业流程标识为电费计算模型，并通过预设界面向所述用户展示所述电费计算模型。

可选的，还包括：

计算单元，用于在接收到所述用户输入的计算指令的情况下，依据各个所述作业节点的执行顺序，依次执行与每个所述作业节点对应的组件，得到电费计算结果，并向所述用户发送所述电费计算结果。

一种计算机可读存储介质，所述计算机可读存储介质包括存储的程序，其中，所述程序执行所述的电费计算模型生成方法。

一种电费计算模型生成设备，包括：处理器、存储器和总线；所述处理器与所述存储器通过所述总线连接；

所述存储器用于存储程序，所述处理器用于运行程序，其中，所述程序运行时执行所述的电费计算模型生成方法。

本申请提供的技术方案，在接收到用户输入的电费计算流程图后，对电费计算流程图进行解析，得到计费需求信息。计费需求信息包括各个用户需求计费步骤、各个用户需求计费步骤之间的执行顺序。获取与每个用户需求计费步骤对应的组件，其中，组件为通过对电网公司的电费算法进行分解得到。将各个组件作为作业节点，并依据各个用户需求计费步骤之间的执行顺序作为作业工序，生成作业流程。作业工序用于指示作业流程中各个作业节点的执行顺序。将作业流程标识为电费计算模型，并通过预设界面向用户展示电费计算模型。由于每个组件都是一个独立的逻辑程序，因此，用户只需关注各个用户需求计费步骤、以及各个用户需求计费步骤之间的执行顺序，无需再进行底层逻辑的开发，便能够获得自身所需求的电费计算模型，不仅提高了电费计算模型的开发效率，还降低了计费系统的使用门槛。可见，利用本申请所示方案，能够辅助用户针对不同的计费需求实现不同的电费计算。

附图说明

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

图1a为本申请实施例提供的一种电费计算模型生成方法的流程示意图；

图1b为本申请实施例提供的一种电费计算模型示意图；

图1c为本申请实施例提供的一种作业流程示意图；

图2为本申请实施例提供的另一种电费计算模型生成方法的流程示意图；

图3为本申请实施例提供的一种电费计算模型生成装置的架构示意图。

具体实施方式

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

如图1a所示，为本申请实施例提供的一种电费计算模型生成方法的流程示意图，包括如下步骤：

S101：预先获取电网公司的电费算法，以及与电费算法对应的电费计算流程。

S102：对电费计算流程进行拆分，得到各个计费步骤。

其中，对于一个完整的电费计算流程来讲，在计算电费之前还需要计算电量，在计算电量或者电费之前，需要准备计费要用的数据，并对数据进行审核，在计算电费之后，还需要对计算出来的费用进行审核。

具体的，可以将电费计算流程拆分为：数据准备、示数审核、电量电费计算、电费审核等计费步骤。进一步的，将电量电费计算拆分为：抄见电量计算、定比定量计算、主分表扣减电量计算、变损电量计算、线损电量计算、结算电量计算、目录电度电费计算、基本电费计算、力调电费计算、代征电费计算等计费步骤。再进一步的，将主分表扣减电量计算拆分为：扣减转供电量、扣减实抄电量、扣减定量、扣减定比等计费步骤。

S103：从电费算法中分离出用于实现每个计费步骤的业务逻辑。

其中，所谓的业务逻辑，即底层的逻辑代码。

S104：对每个业务逻辑进行封装，得到与每个计费步骤对应的组件。

其中，各个组件均可视为独立的逻辑程序，并且，各个组件均继承统一的标准接口。

S105：对各个组件进行层级划分，得到每个组件的层级，并将各个组件的组件信息，存储至数据库中。

其中，层级的划分包括但不限于为环节组件、一级组件和二级组件，并且，环节组件的层级高于一级组件的层级，一级组件的层级高于二级组件的层级。所谓的组件信息包括但不限于为：组件的名称、层级、与组件对应的计费步骤。

具体的，可以将数据准备、示数审核、电量电费计算、电费审核等计费步骤所对应的组件，标识为环节组件（即组件的层级为环节组件）；将电量电费计算所包含的抄见电量计算、定比定量计算、主分表扣减电量计算、变损电量计算、线损电量计算、结算电量计算、目录电度电费计算、基本电费计算、力调电费计算、代征电费计算等计费步骤，标识为一级组件（即组件的层级为一级组件）；将主分表扣减电量计算所包含的扣减转供电量、扣减实抄电量、扣减定量、扣减定比等计费步骤，标识为二级组件（即组件的层级为二级组件）。

S106：在接收到用户输入的电费计算流程图后，对电费计算流程图进行解析，得到计费需求信息。

其中，计费需求信息包括各个用户需求计费步骤、各个用户需求计费步骤之间的执行顺序、每个用户需求计费步骤的业务处理规则和业务场景条件。

需要说明的是，用户可通过预设的前端界面输入电费计算流程图，即用户在前端界面编排各个计费步骤组成电费计算流程图，具体的，在电费计算流程图的编排过程中，用户可以先从前端界面所展示的各个计费步骤选框（每个计费步骤选框对应一个计费步骤）中，选取多个计费步骤选框作为用户需求计费步骤，并利用指向线连接各个用户需求计费步骤，生成电费计算流程图。

S107：基于每个用户需求计费步骤的业务处理规则，创建与每个用户需求计费步骤对应的扩展点。

其中，扩展点可以理解为一个封装的业务处理逻辑。在本申请实施例中，扩展点包括参数类扩展（俗称扩展参数）和实现类扩展（俗称扩展实现）。

所谓的参数类扩展，是指将业务处理规则封装为扩展参数，具体的扩展参数，可以为影响范围横跨多个组件的差异、或只是简单的控制差异的参数，例如，计算基本费步骤（即一种具体的用户需求计费步骤）的业务处理规则为“变压器暂停时间小于十五天是否收取基本费”，其对应的扩展参数包括“变压器暂停时间小于十五天”、“是否收取基本费”。

参数类扩展类似于控制变量，通过参数值来控制执行哪条逻辑分支，具体的，扩展参数关联管理单位，获取参数值时先获取本单位的参数值，若没有获取到，继续获取上级单位的参数值，若还是没有获取到，则取默认的参数值，在实际应用中，扩展参数必须设置默认值。

需要说明的是，管理单位是指国网省公司、市公司、供电所等，在电网系统中就用编码表示，例如，扩展参数“变压器暂停时间小于十五天收取基本费”，有两个参数值1和0，1表示执行，0表示不执行，江苏公司执行这条规则，那么参数值1就关联到江苏公司的编码，在执行江苏的计费流程时，当程序执行到这个扩展参数，管理单位编码表示江苏公司，就取参数值1。

所谓的实现类扩展，是指将业务处理规则封装成的实现方法，例如，在计算抄见电量步骤中，总电量不等于各时段电量和的调平这一业务逻辑，有多种业务处理规则（具体包括：包底时段调至零为止、包底时段可以调为负值、按各时段比例整体调平、按各时段比例差额调平），每一个业务处理规则都可以封装成一个扩展实现，通过在组件中配置选择需要的业务处理规则。

此外，实现类扩展还可以分为静态扩展实现和动态扩展实现。

静态扩展实现是将已知的存在差异的业务处理规则封装成独立的实现方法。动态扩展实现，是在某个扩展点的已知的参数实现和静态实现之外，通过编写动态执行脚本逻辑，通过解析编写的脚本实现业务逻辑。在本申请实施例中，每个扩展点至少包含有一条扩展实现，并且，在包含有多条扩展实现的时候，扩展点还需要设置默认扩展实现。

由于扩展点可能包含有多个扩展实现，因此在构建扩展实现时，还需根据具体实际情况，设置扩展实现的执行条件，即利用执行条件判断该扩展实现是否执行。在执行扩展点时，先获取到扩展点下的所有扩展实现的信息，包括执行条件、静态扩展实现的路径、动态扩展实现的脚本，如果满足条件，再执行扩展实现。如果扩展实现是静态的，根据扩展实现信息中的路径定位到实现方法。考虑到电网系统的稳定性需求，静态扩展实现的信息会在本地的配置文件中存留一份，如果扩展实现未配置，即在数据库中没有找到扩展实现信息，再从本地的配置文件中获取。如果扩展实现是动态的，可通过预设的规则引擎对动态扩展实现的信息进行解析，得到脚本逻辑，并再执行脚本逻辑。

S108：基于每个用户需求计费步骤的业务场景条件，创建与每个用户需求计费步骤对应的组件执行条件。

其中，各个组件在独立封装完成后，需要按照各个用户需求计费步骤的执行顺序执行各个组件，在不同的业务场景条件下，部分用户需求计费步骤需要执行，部分用户需求计费步骤不需要执行。因此，需要为创建组件执行条件来控制组件的执行。

S109：在与每个用户需求计费步骤对应的组件中，配置与每个用户需求计费步骤对应的扩展点，以及配置与每个用户需求计费步骤对应的组件执行条件，得到各个配置有扩展点和组件执行条件的组件。

其中，各个组件根据其实现的计算功能，都要遵循自己的业务处理规则，而电网在进行电费计算时可能会拥有不同的业务处理规则，为了适应这些业务处理规则的差异，可通过在组件中配置扩展点，能够有效改变组件的业务处理逻辑。

需要说明的是，若个别用户需求计费步骤不包含业务处理规则和业务场景条件，则无需在与用户需求计费步骤对应的组件中，配置扩展点和组件执行条件。

S110：将各个配置有扩展点和组件执行条件的组件作为作业节点，并依据各个用户需求计费步骤之间的执行顺序作为作业工序，生成作业流程。

其中，作业工序用于指示作业流程中各个作业节点的执行顺序。

需要说明的是，一个作业节点对应一个组件，一个作业流程包含有多个作业节点，并且，在同一作业流程下，各个作业节点之间的顺序关系由作业工序来决定。当执行一个作业流程时，会预先查询该作业流程下的首位作业节点，根据首位作业节点，查询到与首位作业节点对应的组件，在与首位作业节点对应的组件执行完成后，根据作业工序查询下一个节点，如果没有下一个节点，则确认该作业流程执行完毕。为保证作业流程能够正常运行，当一个组件在执行时出现异常时，可将组件执行过程中所产生的异常信息，记录到作业节点台账（即作业节点的实体）中，并继续查询下一个作业节点，确保不中断作业流程的执行。

对于本申请实施例来讲，作业流程的执行过程，就是执行一个个组件。每个组件都是独立的逻辑程序，当上一个组件执行完之后需要找到下一个组件去执行，通过配置作业节点、作业流程以及作业工序来让一个组件找到它的下一个组件，从而实现连贯的电费计算过程，俗称为组件贯穿配置。

另外，在作业流程中，还可以将部分组件的连续执行过程视为一个子流程。

S111：将作业流程标识为电费计算模型，并通过预设界面向用户展示电费计算模型。

其中，电费计算模型中所示各个组件、每个组件中所配置的扩展点和组件执行条件，可以参见图1b所示。

S112：在接收到用户输入的计算指令的情况下，依据各个作业节点的执行顺序，依次执行与每个作业节点对应的组件，得到电费计算结果，并向用户发送电费计算结果。

其中，依次执行与每个作业节点对应的组件，实质就是执行作业流程。在作业流程的执行过程中，会创建与作业流程对应的作业流程实例，以及创建与每个作业节点对应的作业节点实例，作业流程实例用于记录作业流程的执行状态、执行作业流程时所产生的异常信息，作业节点实例用于记录作业节点实例的执行状态、执行与作业节点对应的组件时所产生的异常信息。具体的，作业流程的执行过程可以参见图1c所示，图1c所示的作业流程执行原理，为较为常见的技术手段，这里不再赘述。

基于上述S101-S112所示流程，由于每个组件都是一个独立的逻辑程序，因此，用户只需关注各个用户需求计费步骤、以及各个用户需求计费步骤之间的执行顺序，无需再进行底层逻辑的开发，便能够获得自身所需求的电费计算模型，不仅提高了电费计算模型的开发效率，还降低了计费系统的使用门槛。此外，每个组件都可以通过配置扩展点和组件执行条件，来改变组件的业务逻辑，使得组件的业务逻辑不断满足用户的计费需求，方便组件的二次开发，有效提高了电费计算模型的开发效率。

综上所述，利用本实施例所示方案，能够辅助用户针对不同的计费需求实现不同的电费计算。

需要说明的是，上述实施例提及的S101，为本申请所述电费计算模型生成方法的一种可选的实现方式。此外，上述实施例提及的S112，也为本申请所述电费计算模型生成方法的一种可选的实现方式。为此，上述实施例提及的流程可以概括为图2所示的方法。

如图2所示，为本申请实施例提供的另一种电费计算模型生成方法的流程示意图，包括如下步骤：

S201：在接收到用户输入的电费计算流程图后，对电费计算流程图进行解析，得到计费需求信息。

其中，计费需求信息包括各个用户需求计费步骤、各个用户需求计费步骤之间的执行顺序。

S202：获取与每个用户需求计费步骤对应的组件。

其中，组件为通过对电网公司的电费算法进行分解得到。

需要说明的是，由上述S105可知，数据库存储有各个组件的组件信息，组件信息包括组件的名称、层级、与组件对应的计费步骤，为此，可通过查询数据库中的组件信息，获得与每个用户需求计费步骤对应的组件。

S203：将各个组件作为作业节点，并依据各个用户需求计费步骤之间的执行顺序作为作业工序，生成作业流程。

其中，作业工序用于指示作业流程中各个作业节点的执行顺序。

S204：将作业流程标识为电费计算模型，并通过预设界面向用户展示电费计算模型。

综上所述，由于每个组件都是一个独立的逻辑程序，因此，用户只需关注各个用户需求计费步骤、以及各个用户需求计费步骤之间的执行顺序，无需再进行底层逻辑的开发，便能够获得自身所需求的电费计算模型，不仅提高了电费计算模型的开发效率，还降低了计费系统的使用门槛。可见，利用本实施例所示方案，能够辅助用户针对不同的计费需求实现不同的电费计算。

与上述本申请实施例提供的电费计算模型生成方法相对应，本申请实施例还提供了一种电费计算模型生成装置。

如图3所示，为本申请实施例提供的一种电费计算模型生成装置的架构示意图，包括：

解析单元100，用于在接收到用户输入的电费计算流程图后，对电费计算流程图进行解析，得到计费需求信息；计费需求信息包括各个用户需求计费步骤、各个用户需求计费步骤之间的执行顺序。

其中，计费需求信息还包括每个用户需求计费步骤的业务处理规则和业务场景条件。

获取单元200，用于获取与每个用户需求计费步骤对应的组件；其中，组件为通过对电网公司的电费算法进行分解得到。

其中，获取单元200具体用于：预先获取电网公司的电费算法，以及与电费算法对应的电费计算流程；对电费计算流程进行拆分，得到各个计费步骤；从电费算法中分离出用于实现每个计费步骤的业务逻辑；对每个业务逻辑进行封装，得到与每个计费步骤对应的组件。

获取单元200还用于：对各个组件进行层级划分，得到每个组件的层级，并将各个组件的组件信息，存储至数据库中。

生成单元300，用于将各个组件作为作业节点，并依据各个用户需求计费步骤之间的执行顺序作为作业工序，生成作业流程；作业工序用于指示作业流程中各个作业节点的执行顺序。

其中，生成单元300具体用于：基于每个用户需求计费步骤的业务处理规则，创建与每个用户需求计费步骤对应的扩展点；在与每个用户需求计费步骤对应的组件中，配置与每个用户需求计费步骤对应的扩展点，得到各个配置有扩展点的组件；将各个配置有扩展点的组件作为作业节点，并依据各个用户需求计费步骤之间的执行顺序作为作业工序，生成作业流程。

生成单元300具体用于：基于每个用户需求计费步骤的业务场景条件，创建与每个用户需求计费步骤对应的组件执行条件；在与每个用户需求计费步骤对应的组件中，配置与每个用户需求计费步骤对应的组件执行条件，得到各个配置有组件执行条件的组件；将各个配置有组件执行条件的组件作为作业节点，并依据各个用户需求计费步骤之间的执行顺序作为作业工序，生成作业流程。

展示单元400，用于将作业流程标识为电费计算模型，并通过预设界面向用户展示电费计算模型。

计算单元500，用于在接收到用户输入的计算指令的情况下，依据各个作业节点的执行顺序，依次执行与每个作业节点对应的组件，得到电费计算结果，并向用户发送电费计算结果。

综上所述，由于每个组件都是一个独立的逻辑程序，因此，用户只需关注各个用户需求计费步骤、以及各个用户需求计费步骤之间的执行顺序，无需再进行底层逻辑的开发，便能够获得自身所需求的电费计算模型，不仅提高了电费计算模型的开发效率，还降低了计费系统的使用门槛。可见，利用本实施例所示方案，能够辅助用户针对不同的计费需求实现不同的电费计算。

本申请还提供了一种计算机可读存储介质，计算机可读存储介质包括存储的程序，其中，程序执行上述本申请提供的电费计算模型生成方法。

本申请还提供了一种电费计算模型生成设备，包括：处理器、存储器和总线。处理器与存储器通过总线连接，存储器用于存储程序，处理器用于运行程序，其中，程序运行时执行上述本申请提供的电费计算模型生成方法，包括如下步骤：

在接收到用户输入的电费计算流程图后，对所述电费计算流程图进行解析，得到计费需求信息；所述计费需求信息包括各个用户需求计费步骤、各个所述用户需求计费步骤之间的执行顺序；

获取与每个所述用户需求计费步骤对应的组件；其中，所述组件为通过对电网公司的电费算法进行分解得到；

将各个所述组件作为作业节点，并依据各个所述用户需求计费步骤之间的执行顺序作为作业工序，生成作业流程；所述作业工序用于指示所述作业流程中各个所述作业节点的执行顺序；

将所述作业流程标识为电费计算模型，并通过预设界面向所述用户展示所述电费计算模型。

具体的，在上述实施例的基础上，所述通过对电网公司的电费算法进行分解得到所述组件的过程，包括：

预先获取电网公司的电费算法，以及与所述电费算法对应的电费计算流程；

对所述电费计算流程进行拆分，得到各个计费步骤；

从所述电费算法中分离出用于实现每个所述计费步骤的业务逻辑；

对每个所述业务逻辑进行封装，得到与每个所述计费步骤对应的组件。

具体的，在上述实施例的基础上，对每个所述业务逻辑进行封装，得到与每个所述计费步骤对应的组件之后，还包括：

对各个所述组件进行层级划分，得到每个所述组件的层级，并将各个所述组件的组件信息，存储至数据库中。

具体的，在上述实施例的基础上，所述计费需求信息还包括每个所述用户需求计费步骤的业务处理规则；

所述将各个所述组件作为作业节点，并依据各个所述用户需求计费步骤之间的执行顺序作为作业工序，生成作业流程，包括：

基于每个所述用户需求计费步骤的业务处理规则，创建与每个所述用户需求计费步骤对应的扩展点；

在与每个所述用户需求计费步骤对应的组件中，配置与每个所述用户需求计费步骤对应的扩展点，得到各个配置有所述扩展点的组件；

将各个所述配置有所述扩展点的组件作为作业节点，并依据各个所述用户需求计费步骤之间的执行顺序作为作业工序，生成作业流程。

具体的，在上述实施例的基础上，所述计费需求信息还包括每个所述用户需求计费步骤的业务场景条件；

所述将各个所述组件作为作业节点，并依据各个所述用户需求计费步骤之间的执行顺序作为作业工序，生成作业流程，包括：

基于每个所述用户需求计费步骤的业务场景条件，创建与每个所述用户需求计费步骤对应的组件执行条件；

在与每个所述用户需求计费步骤对应的组件中，配置与每个所述用户需求计费步骤对应的组件执行条件，得到各个配置有所述组件执行条件的组件；

将各个所述配置有所述组件执行条件的组件作为作业节点，并依据各个所述用户需求计费步骤之间的执行顺序作为作业工序，生成作业流程。

具体的，在上述实施例的基础上，所述将所述作业流程标识为电费计算模型之后，还包括：

在接收到所述用户输入的计算指令的情况下，依据各个所述作业节点的执行顺序，依次执行与每个所述作业节点对应的组件，得到电费计算结果，并向所述用户发送所述电费计算结果。

本申请实施例方法所述的功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算设备可读取存储介质中。基于这样的理解，本申请实施例对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一台计算设备（可以是个人计算机，服务器，移动计算设备或者网络设备等）执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。