柔性生产线的能耗统计系统、方法、设备和介质

技术领域

本申请涉及生产管理技术领域，具体而言，涉及一种柔性生产线的能耗统计系统、方法、电子设备和计算机可读存储存储介质。

背景技术

当前生产企业使用的能源消耗管理系统，管理模式和理念仍然停留在固定流水线、生产大规模标准品的阶段，其生产单品能源消耗的计算方法为：根据生产工单的开始时间和结束时间，统计对应时间段内生产线产生的整体能源消耗，用产生的整体能源消耗除以工单产品数量，得出单品能源消耗。这种计算方式能够计算准确的前提是：1.生产线数量固定，产品工单安排以生产线为最小粒度，默认产品上线后，需要经过对应生产线的所有设备和环节，即使工艺不需要其中的某几个步骤，也只能闲置设备，如果同时生产别的型号产品，就会造成能源消耗数据统计混乱。2.生产线上的设备、环节全部固定：一旦产线环节需要改变，就要在能源消耗管理系统里修改配置，操作繁琐的同时，系统内之前的能源消耗数据统计全部根据新配置进行统计，从而造成历史能源消耗数据错误。

当前随着市场需求和顾客需求日益多样化，传统生产线的生产能力和灵活性受限，无法快速响应市场变化，企业需要提供更多种类、更小批量的产品以满足客户需求，其中柔性生产模式可以帮助企业快速提高和降低产能、变换产品品种的能力，能够实现生产资源的有效整合和优化，能够帮助企业提高生产效率和设备利用率。随着柔性生产模式的广泛应用，传统能源消耗管理系统的管理模式和统计方式明显已经不适用，甚至产生统计错误。

发明内容

本申请实施例的目的在于提供一种柔性生产线的能耗统计系统、方法、电子设备和存储介质，能在柔性生成系统中精准计算出能源消耗。

第一方面，本申请实施例提供了一种柔性生产线的能耗统计系统，包括：

物联产品管理模块，用于获取物联监测设备的信息，根据所述物联监测设备的信息构建物联设备模型；

设备管理模块，用于构建物联监测设备的设备业务模型，将所述设备业务模型和所述物联监测设备、所述物联监测设备的物联设备模型关联；

业务属性管理模块，用于基于设备业务模型构建树形结构，所述树形结构的节点包括至少一个所述设备业务模型；

检测分析模块，用于根据所述树形结构进行能源消耗统计。

在上述实现过程中，通过精细化建模，为每个物联监测设备构建模型，基于业务属性进行设备业务模型建模，基于设备业务模型可以实现基于不同的生产模式精细化构建不同的树形结构，通过树形结构能够有序地获取整个工单对应的能源消耗。与现有技术同的是，通过精细化建模，使得本系统适用于柔性生产中的能源消耗统计。

进一步地，所述业务属性管理模块还用于基于设备业务模型构建多个维度的树形结构；

所述检测分析模块还用于根据所述多个维度的树形结构进行能源消耗统计。

在上述实现过程中，通过不同的维度构建不同的树形结构，可以实现不同维度下的能源消耗统计。

进一步地，所述多个维度的树形结构包括：

所述业务属性管理模块还用于定义多个设备业务模型之间的级联关系；根据所述级联关系构建级联树形结构；

所述检测分析模块还用于根据所述级联树形结构获取第一能源消耗。

在上述实现过程中，生产线上的设备的级联关系代表了不同的设备所监测的实际参数，根据连接挂你构建级联树形结构，能够准确地得到生产线在生产过程中的能源消耗。

进一步地，所述业务属性管理模块还用于生成分布树形结构；

所述检测分析模块还用于根据所述分布树形结构获取第二能源消耗。

在上述实现过程中，不用的设备在生产线上位于不同的区域，通过生产区域分布树形结构，在分布树形结构的节点添加设备业务模型，得到分布树形结构。基于分布树形结构能获取第二能源消耗。

进一步地，所述业务属性管理模块还用于根据所述设备业务模型、所述物联监测设备的能源消耗用途构建能源消耗用途树形结构；

所述检测分析模块还用于根据所述能源消耗用途树形结构获取第三能源消耗。

在上述实现过程中，不用的物联监测设备用于监测不同的参数，通过构建能源消耗用途树形结构，能够快速获取工单针对不同类型的能源的能源消耗。

进一步地，所述业务属性管理模块用于构建最小生产单元，为所述最小生产单元分配设备业务模型，所述最小生产单元为生产流程中的一个生产设备；

所述业务属性管理模块用于构建不同产品对应的生产单元，确定不同生产单元对应的树形结构，所述生产单元由至少一个最小生产单元构成；

所述业务属性管理模块还用于对工单进行解析，得到所述工单的生产单元，获取所述生产单元对应的树形结构，根据所述产品对应的树形结构获取所述工单对应第四能源消耗。

在上述实现过程中，通过定义最小生产单元，将最小生产单元和对应的物联监测设备进行关联，从而能够获取工单对应的能源消耗。

进一步地，所述系统还包括：预测模块，用于构建当前状态的生产设备的属性状态矩阵和历史状态的生产设备的属性状态矩阵，根据所述当前状态的生产设备的属性状态矩阵和历史状态的生产设备的属性状态矩阵预测当前生产设备的能源消耗。

第二方面，本申请实施例提供一种柔性生产线的能耗统计方法，包括：

获取物联监测设备的信息，根据所述物联监测设备的信息构建物联设备模型；

构建设备业务模型，将所述设备业务模型和所述物联监测设备关联；

基于设备业务模型构建树形结构，所述树形结构的节点包括至少一个所述设备业务模型；

根据所述树形结构进行能源消耗统计。

第三方面，本申请实施例提供的一种电子设备，包括：存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第二方面所述的方法的步骤。

第四方面，本申请实施例提供的一种计算机可读存储介质，所述计算机可读存储介质上存储有指令，当所述指令在计算机上运行时，使得所述计算机执行如第二方面所述的方法。

第五方面，本申请实施例提供的一种计算机程序产品，所述计算机程序产品在计算机上运行时，使得计算机执行如第一方面任一项所述的方法。

本申请公开的其他特征和优点将在随后的说明书中阐述，或者，部分特征和优点可以从说明书推知或毫无疑义地确定，或者通过实施本申请公开的上述技术即可得知。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的柔性生产线的能耗统计系统的结构示意图；

图2为本申请实施例提供的级联树形结构的示意图；

图3为本申请实施例提供的分布树形结构的示意图；

图4为本申请实施例提供的能耗用途树形结构的示意图；

图5为本申请实施例提供的能源消耗统计过程的流程示意图；

图6为本申请实施例提供的柔性生产线的能耗统计方法的流程示意图；

图7为本申请实施例提供的电子设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

参见图1，本申请实施例提供了一种柔性生产线的能耗统计系统，包括：

物联产品管理模块1，用于获取物联监测设备的信息，根据所述物联监测设备的信息构建物联设备模型；

设备管理模块2，用于构建物联监测设备的设备业务模型，将所述设备业务模型和所述物联监测设备、所述物联监测设备的物联设备模型关联；

业务属性管理模块3，用于基于设备业务模型构建树形结构，所述树形结构的节点包括至少一个所述设备业务模型；

检测分析模块4，用于根据所述树形结构进行能源消耗统计。

上述实施例中，物联监测设备可以是具有任何物联功能的能源消耗采集设备和环境参数采集设备，能源消耗采集设备和环境参数采集设备可以是电表、电压表、温湿度计等。

物联产品管理模块具体用于：针对不同功能的能源消耗采集设备或环境参数采集设备定义具有唯一ID的物联设备模型，物联设备模型即具有相同能力或特征的物联监测设备接入平台的抽象模型，用统一格式描述物联监测设备的属性、事件、命令等；完成设备进入物联网的身份认证、接入网络配置、实际的物联监测设备ID，通过设备ID和适用物联设备模型的ID关联，明确设备的物联通讯参数配置和接入网络的级联关系。其中属性主要用于定义设备具有持续性、可查询等特点的状态参数；事件是设备上报的瞬时通知消息，可以包含多个输出参数；命令是指用于控制设备执行复杂的业务功动作。示例性地，温度传感器的属性可包括采集的温度参数，事件可以是温度传感器供能电池电量低，命令可以是温度传感器重启。具有相同能力特征的传感器可以用相同的物联设备模型进行描述。

设备管理模块具体用于：对已经按照标准接入物联网平台的物联监测设备进行业务属性定义，物联监测设备的多个业务属性形成了物联监测设备的设备业务模型。其中，业务属性包括：物联监测设备的回路级联关系、物联监测设备监测的能源的消耗类型、物联监测设备采集的环境参数、物联监测设备实际所处的区域位置ID、物联监测设备监测的能源的消耗用途分项ID、物联监测设备监测的生产单元ID、物联监测设备监测的生产设备的ID。

级联关系指的是当前物联监测模型所处的级联回路，能源消耗类型指的是用户需要监测的用于产生能量的资源，如常见的电能、天然气等；环境参数是指能源消耗所在环境的自然环境参数，如温度、湿度等。

在一些实施例中，所述业务属性管理模块还用于基于设备业务模型构建多个维度的树形结构；所述检测分析模块还用于根据所述多个维度的树形结构进行能源消耗统计。

多个维度的树形结构可以包括：级联树形结构、分布树形结构、能源消耗用途树形结构和生产单元对应的树形结构。

通过级联树形结构可以获取不同级联回路的能源消耗，通过分布树形结构，可以获取生产线不同区域的能源消耗，通过能源消耗用途树形结构，可以获取不同用途对应的能源消耗。

其中，回路级联关系的树形结构展示当前的监测设备在整个能耗回路中的设备级联上下级关系；分布树形结构定义企业从整体到局部的区域划分，如办公楼（根节点）-办公楼6楼（根节点的子节点）-601（根节点的孙节点）等；能源消耗用途树形结构定义企业能源消耗的用途，如生产系统的能源消耗对应的树形结构、辅助生产系统能源消耗对应的树形结构、运输物流的能源消耗对应的树形结构等；生产单元对应的树形结构以树形结构方式定义企业不同生产环节所需要的生产单元的结构，生产单元可以是车间、生产线、线段、工位中的一种，其中生产单元对应的树形结构中的叶子节点为最小生产单元，最小生产单元和生产设备ID一一对应。

其中，树形结构的叶子节点和设备业务模型绑定。树形结构中，只允许叶子节点和物联监测设备的设备业务模型进行关联绑定，树形结构中的上级节点均为用于统计的虚拟节点。一台物联监测设备的单种业务属性只会与一个节点绑定；属性节点对设备是一对多的关系，单个树形结构的一个末级节点上可能绑定了多台设备。示例性地，能源消耗用途树形结构中，第一叶子节点代表了A区域的能源消耗；生产单元对应的树形结构中，第一叶子节点代表了B生产单元的能源消耗；则在A区域用于监测B生产单元的智能电表，其设备业务模型应绑定能源消耗用途树形结构的第一叶子节点、生产单元的树形结构中的第一叶子节点、能源消耗类型绑定为电能。

检测分析模块具体用于遍历树形结构中的所有节点，将每个叶子节点绑定的物联监测设备对应的业务属性进行统计，得到每个叶子节点对应的业务属性数值，根据上级节点对应的子叶子节点对应的业务属性的具体数值更新上级节点的业务属性数值，通过获取树形结构的根节点的业务属性数值，得到最终的能源消耗。

在上述实现过程中，通过精细化建模，为每个物联监测设备构建模型，基于业务属性进行设备业务模型建模，基于设备业务模型可以实现基于不同的生产模式精细化构建不同的树形结构，通过树形结构能够有序地获取整个工单对应的能源消耗。与现有技术同的是，通过精细化建模，使得本系统适用于柔性生产中的能源消耗统计。

在一些实施例中，每个节点的能源消耗等于该节点的所有子节点的能源消耗之和。

在一些实施例中，柔性生产线的能耗统计系统通过定时对级联树形机构进行遍历，更新各个节点对应能源消耗，从而得到不同维度的能源消耗。

在一些实施例中，柔性生产线的能耗统计系统在生产开始和生产结束时获取根节点的能源消耗，根据生产开始时根节点的能源消耗和生产开始时根节点的能源消耗得到生产对应的能源消耗。

在上述实现过程中，通过不同的维度构建不子节点同的树形结构，可以实现不同维度下的能源消耗统计。

在一些实施例中，所述业务属性管理模块还用于定义多个设备业务模型之间的级联关系；根据所述级联关系构建级联树形结构；所述检测分析模块还用于根据所述级联树形结构获取第一能源消耗。

在一些实施例中，所述业务属性管理模块用于构建最小生产单元，为所述最小生产单元分配设备业务模型，所述最小生产单元为生产流程中的一个生产设备；所述业务属性管理模块用于构建不同产品对应的生产单元，确定不同生产单元对应的树形结构，所述生产单元由至少一个最小生产单元构成；所述业务属性管理模块还用于对工单进行解析，得到所述工单的生产单元，获取所述生产单元对应的树形结构，根据所述产品对应的树形结构获取所述工单对应第四能源消耗。

示例性地，参见图2，为生产单元树形结构的示意图，生产单元的叶子节点包括：第一叶子节点A1、第二叶子节点A2、第三叶子节点A3和第四叶子节点A4，其中，第一叶子节点A1和第二叶子节点A2属于同一个生产单元，因此，第一叶子节点A1和第二叶子节点A2属于同一个节点的子节点。第一叶子节点代表【第一生产单元】的能源消耗，因此，第一叶子节点和设备业务模型中生产单元属性值为【第一生产单元】的所有设备业务模型绑定，A2、A3节点相同，这里不再赘述，能源消耗可以是电能、燃气等各种能源类型。

整个运算过程中，各个生产单元的顺序可以调换，生产设备、人员都可以不固定，甚至每个环节的开始结束时间可以相互不衔接，给与柔性生产充分的灵活性。但同时也不影响传统大规模，固定流程生产线的能耗统计计算。

柔性生产线的能耗统计系统持续获取和叶子节点的绑定的设备的能源消耗，并根据能源消耗更新对应的物联设备模型对应的属性值，由于物联设备模型和设备业务模型绑定，因此，通过设备业务模型可以确定叶子节点绑定的物联设备模型，进而获取到对应的设备的能源消耗，基于第一叶子节点A1对应的所有物联监测设备的能源消耗，能够得到第一叶子节点A1对应的能源消耗。柔性生产线的能耗统计系统还通过遍历叶子节点，统计出第一叶子节点A1代表的级联回路的能源消耗，其他叶子节点依次类推，进而统计出每个节点对应的能源消耗，由于每个节点的能源消耗等于该节点的所有子节点的能源消耗之和，基于此，可以获取到任意级联回路在生产中对应的能源消耗。

在上述实现过程中，生产单元的所有叶子节点都关联了不同物联设备监测的能耗参数，根据树形结构的归纳属性，能够准确地得到生产线在生产过程中的能源消耗。

在一些实施例中，所述业务属性管理模块还用于生成分布树形结构；所述检测分析模块还用于根据所述分布树形结构获取第二能源消耗。

示例性地，参见图3，为分布树形结构的示意图，分布树形结构的叶子节点包括：第五叶子节点B1、第六叶子节点B2、第七叶子节点B3和第八叶子节点B4，其中，第五叶子节点B1和第六叶子节点B2属于同一个区域的子区域，因此，第五叶子节点B1和第六叶子节点B2属于同一个节点的子节点。第五叶子节点代表第五区域的能源消耗，因此，第五叶子节点和设备业务模型中区域属性值为第五区域的所有设备业务模型绑定，B2、B3节点相同，这里不再赘述，能源消耗可以是电能等能源。柔性生产线的能耗统计系统持续获取和叶子节点的绑定的设备的能源消耗，并根据能源消耗更新对应的物联设备模型对应的属性值，由于物联设备模型和设备业务模型绑定，因此，通过设备业务模型可以确定叶子节点绑定的物联设备模型，进而获取到对应的设备的能源消耗，基于第五叶子节点B1对应的所有物联监测设备的能源消耗，能够得到第五叶子节点B1对应的能源消耗。柔性生产线的能耗统计系统还通过遍历叶子节点，统计出第五叶子节点B1代表的区域的能源消耗，其他叶子节点依次类推，进而统计出每个节点对应的能源消耗，由于每个节点的能源消耗等于该节点的所有子节点的能源消耗之和，基于此，可以获取到任意区域在生产中对应的能源消耗。

在上述实现过程中，不用的设备在生产线上位于不同的区域，通过生产区域分布树形结构，在分布树形结构的节点添加设备业务模型，得到分布树形结构。基于分布树形结构能获取第二能源消耗。

在一些实施例中，所述业务属性管理模块还用于根据所述设备业务模型、所述物联监测设备的能源消耗用途构建能源消耗用途树形结构；

所述检测分析模块还用于根据所述能源消耗用途树形结构获取第三能源消耗。

示例性地，参见图4，为能耗用途的树形结构的示意图，级联树形结构的叶子节点包括：第九叶子节点C1、第十叶子节点C2、第十一叶子节点C3和第十二叶子节点C4，其中，第九叶子节点C1和第十叶子节点C2属于同一个用途的子用途，因此，第九叶子节点C1和第十叶子节点C2属于同一个节点的子节点。第九叶子节点代表第九用途的能源消耗，因此，第九叶子节点和设备业务模型中用途属性值为第九用途的所有设备业务模型绑定，C2、C3节点相同，这里不再赘述，能源消耗可以是电能等能源。柔性生产线的能耗统计系统持续获取和叶子节点的绑定的设备的能源消耗，并根据能源消耗更新对应的物联设备模型对应的属性值，由于物联设备模型和设备业务模型绑定，因此，通过设备业务模型可以确定叶子节点绑定的物联设备模型，进而获取到对应的设备的能源消耗，基于第九叶子节点C1对应的所有物联监测设备的能源消耗，能够得到第九叶子节点C1对应的能源消耗。柔性生产线的能耗统计系统还通过遍历叶子节点，统计出第九叶子节点C1代表的用途的能源消耗，其他叶子节点依次类推，进而统计出每个节点对应的能源消耗，由于每个节点的能源消耗等于该节点的所有子节点的能源消耗之和，基于此，可以获取到任意用途在生产中对应的能源消耗。如果生产设备是灯，用途可以包括：照明、加热等。

在上述实现过程中，不用的物联监测设备用于监测不同的参数，通过构建能源消耗用途树形结构，能够快速获取工单针对不同类型的能源的能源消耗。

在上述实现过程中，通过定义最小生产单元，将最小生产单元和对应的物联监测设备进行关联，从而能够获取工单对应的能源消耗。

在一些实施例中，所述系统还包括：预测模块，用于构建当前状态的生产设备的属性状态矩阵和历史状态的生产设备的属性状态矩阵，根据所述当前状态的生产设备的属性状态矩阵和历史状态的生产设备的属性状态矩阵预测当前生产设备的能源消耗。

示例性地，可将设备状态矩阵设置为环境温度、环境湿度、产品类型（产品ID）、生产压力（单位时间内生产产品数量）、操作人员（人员ID），……n。此时，将设备预测的状态设为A，A=（a1, a2, a3, a4……，an）,其中a1=气象预测的温度/上一年度环境同期温度，a2=上一年度环境同期湿度，a3=计划生产工单产品ID,a4=计划工单单位时间生产产品数量，a5=人员ID……，an；将设备历史的状态设为B，B=（b1, b2, b3, b4……，bn）,其中b1=历史数据温度，b2=历史数据湿度，b3=工单产品ID,b4=单位时间生产产品数量，b5=人员ID……，bn；引入欧式距离的概念，计算两个状态相似性：

在一些实施例中，业务属性管理模块还用于定义不同的工艺路线的环节，将不同环节映射到生产单元，进一步映射到对应的监测设备。

示例性地，参见图5，不同的工单对应不同的柔性产线，柔性产线对应工艺路线，通过预先定义工艺路线对应的生产单元，在接收工单之后，只要计算监测设备对应开始时间的能耗值和结束时间的能耗值，并进行各个环节的累加，即可精确的计算到对应工单的用能耗值。

整个运算过程中，各个生产单元的顺序可以调换，生产设备、人员都可以不固定，甚至每个环节的开始结束时间可以相互不衔接，给与柔性生产充分的灵活性。但同时也不影响传统大规模，固定流程生产线的能耗统计计算。

参见图6，本申请实施例提供一种柔性生产线的能耗统计方法，可应用于上述柔性生产线的能耗统计系统中，其中，方法包括：S1：获取物联监测设备的信息，根据所述物联监测设备的信息构建物联设备模型，所述物联设备模型用于描述所述物联监测设备的配置信息；S2：构建物联监测设备的设备业务模型，将所述设备业务模型和所述物联监测设备关联；S3：基于设备业务模型构建树形结构，所述树形结构的节点包括至少一个所述设备业务模型；S4：根据所述树形结构进行能源消耗统计。

柔性生产线的能耗统计方法还包括上述能源消耗统计模块执行的方法，这里不再赘述。

本申请还提供一种电子设备，请参见图7，图7为本申请实施例提供的一种电子设备的结构框图。电子设备可以包括处理器71、通信接口72、存储器73和至少一个通信总线74。其中，通信总线74用于实现这些组件直接的连接通信。其中，本申请实施例中电子设备的通信接口72用于与其他节点设备进行信令或数据的通信。处理器71可以是一种集成电路芯片，具有信号的处理能力。

上述的处理器71可以是通用处理器，包括中央处理器(CPU，CentralProcessingUnit)、网络处理器(NP，NetworkProcessor)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器71也可以是任何常规的处理器等。

存储器73可以是，但不限于，随机存取存储器（RAM，RandomAccessMemory），只读存储器（ROM，Read Only Memory），可编程只读存储器（PROM ，Programmable Read-OnlyMemory），可擦除只读存储器（EPROM ，Erasable Programmable Read-Only Memory），电可擦除只读存储器（EEPROM ，Electric Erasable Programmable Read-Only Memory）等。存储器73中存储有计算机可读取指令，当所述计算机可读取指令由所述处理器71执行时，电子设备可以执行上述图1至图2方法实施例涉及的各个步骤。

可选地，电子设备还可以包括存储控制器、输入输出单元。

所述存储器73、存储控制器、处理器71、外设接口、输入输出单元各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通信总线74实现电性连接。所述处理器71用于执行存储器73中存储的可执行模块，例如电子设备包括的软件功能模块或计算机程序。

输入输出单元用于提供给用户创建任务以及为该任务创建启动可选时段或预设执行时间以实现用户与服务器的交互。所述输入输出单元可以是，但不限于，鼠标和键盘等。

可以理解，图7所示的结构仅为示意，所述电子设备还可包括比图7中所示更多或者更少的组件，或者具有与图7所示不同的配置。图7中所示的各组件可以采用硬件、软件或其组合实现。

本申请实施例还提供一种存储介质，所述存储介质上存储有指令，当所述指令在计算机上运行时，所述计算机程序被处理器执行时实现方法实施例所述的方法，为避免重复，此处不再赘述。

本申请还提供一种计算机程序产品，所述计算机程序产品在计算机上运行时，使得计算机执行方法实施例所述的方法。

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

另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

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

以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。