基于图标的流程编排方法、装置、计算机设备及存储介质

技术领域

本公开涉及计算机技术领域，具体涉及基于图标的流程编排方法、装置、计算机设备及存储介质。

背景技术

随着业务越来越复杂，核心接口的实现也变得越来越复杂，随着代码量的增大，内部逻辑也越来越多，在实际业务流程中除了包含各种分支判断，还会和多个外部系统进行交互。

针对这种复杂接口，传统的解决方案是，开发人员根据业务需求绘制开发流程图，画好流程图后，开发人员根据流程图实现代码，进而实现业务的整体概况。这种方式至少存在如下缺陷：需求变更成本很高：变更一个需求，需要把整个业务接口都看一遍，才能确定在哪里修改合适，入门成本很高。

因此在相关技术中，由于流程图自身的特点，在依据流程图调用方法时存在需求变更成本高的缺陷。

发明内容

有鉴于此，本公开提供了一种基于图标的流程编排方法、装置、计算机设备及存储介质，以解决在依据流程图调用方法时存在需求变更成本高的问题。

第一方面，本公开提供了一种基于图标的流程编排方法，该方法包括：

读取目标流程图标；

根据目标流程图标获取对应的方法描述数据；

根据方法描述数据确定对应的目标执行方法；

根据目标执行方法和执行流向，得到返回的目标结果。

在本公开实施例中，通过读取目标流程图标；根据目标流程图标获取对应的方法描述数据；根据方法描述数据确定对应的目标执行方法；根据目标执行方法和执行流向，得到返回的目标结果，这样整个流程是一个黑盒，当要变更需求时，不再需要把整个接口代码全部搞清楚，研发人员只需要在图中找到对应的地方，进行添加、删除或者修改即可，需求变更成本降低，这样解决了相关技术中在依据流程图调用方法时存在需求变更成本高的问题。

在一种可选的实施方式中，根据方法描述数据确定对应的目标执行方法，包括：

将方法描述数据缓存在全局缓存中；

从全局缓存中得到与目标执行方法相对应目标字符串；

根据目标字符串确定目标执行方法。

在本公开实施例中，根据方法描述数据确定出目标字符串，再基于目标字符串确定目标执行方法，这种确定目标执行方法的方式中涉及的代码设计、流向流传过程都是闭环，对于审核的人来说，不需要具体深入到每一行代码，只要流程图标上把每一个关键节点都设计对了即可，节省审核资源。

在一种可选的实施方式中，根据目标执行方法和执行流向，得到返回的目标结果，包括：

根据流向标识确定执行流向；

根据目标执行方法和执行流向，得到下一待执行对象以及对应的返回结果，直到存在一参考执行对象对应的流程图标为完结图标，停止流程，并返回所述完结图标对应返回的所述目标结果。

在本公开实施例中，根据流向标识确定执行流向，再根据目标执行方法和执行流向不断地得到下一待执行对象以及对应的返回结果，直到得到完结图标，停止对参考执行对象的调用，以上过程都是用图标来驱动代码执行的，当需要监控每一个方法的执行次数、耗时等，只需要在流程图标增加一些统一处理代码即可，业务方法无需任何修改。

在一种可选的实施方式中，根据目标执行方法和执行流向，得到返回的目标结果，包括：

在确定调用目标执行方法后，根据执行流向确定下一待执行对象是否为判断函数；

在确定不为判断函数的情况下，确定目标结果为业务参数名。

在本公开实施例中，根据执行流向确定下一待执行对象是否为判断函数来确定目标结果，这样流程编排系统可以做统一化处理，只需要在图框架上增加一些统一处理代码即可，业务方法无需任何修改。

在一种可选的实施方式中，在根据执行流向确定下一待执行对象是否为判断函数之后，方法还包括：

在确定为判断函数的情况下，根据执行流向确定目标结果为目标值。

在本公开实施例中，根据执行流向确定下一待执行对象是否为判断函数来确定目标结果，这样流程编排系统可以做统一化处理，只需要在图框架上增加一些统一处理代码即可，业务方法无需任何修改。

在一种可选的实施方式中，根据执行流向确定目标结果为目标值，包括：

获取执行流向对应的执行分支；

确定执行分支对应的执行条件；

根据执行条件确定目标值，并将目标值设置为目标结果。

在本公开实施例中，根据执行分支确定执行条件，再基于执行条件确定目标结果，这样所有过程都是流程图标、执行流向来驱动代码执行的，所以修改业务流程必须先修改流程图标，这样流程图标就可以真实反应代码实现，真正实现文档的实时更新，同时由于每个模块都是独立的，所以可以按每一个方法模块做单元测试，提高测试效率。

第二方面，本公开提供了一种支持流程编排的装置，该装置包括：

读取模块，用于读取目标流程图标；

获取模块，用于根据目标流程图标获取对应的方法描述数据；

确定模块，用于根据方法描述数据确定对应的目标执行方法；

得到模块，用于根据目标执行方法和执行流向，得到返回的目标结果。

在一种可选的实施方式中，确定模块包括：

缓存单元，用于将方法描述数据缓存在全局缓存中；

得到单元，用于从全局缓存中得到与目标执行方法相对应目标字符串；

第一确定单元，用于根据目标字符串确定目标执行方法。

在一种可选的实施方式中，得到模块包括：

第二确定单元，用于根据流向标识确定执行流向；

返回单元，用于根据目标执行方法和执行流向，得到下一待执行对象以及对应的返回结果，直到存在一参考执行对象对应的流程图标为完结图标，停止流程，并返回完结图标对应返回的目标结果。

在一种可选的实施方式中，得到模块包括：

第三确定单元，用于在确定调用目标执行方法后，根据执行流向确定下一待执行对象是否为判断函数；

第四确定单元，用于在确定不为判断函数的情况下，确定目标结果为业务参数名。

在一种可选的实施方式中，该装置还包括：

第五确定单元，用于在根据执行流向确定下一待执行对象是否为判断函数之后，在确定为判断函数的情况下，根据执行流向确定目标结果为目标值。

在一种可选的实施方式中，第五确定单元包括：

获取子模块，用于获取执行流向对应的执行分支；

第一确定子模块，用于确定执行分支对应的执行条件；

第二确定子模块，用于根据执行条件确定目标值，并将目标值设置为目标结果。

第三方面，本公开提供了一种计算机设备，包括：存储器和处理器，存储器和处理器之间互相通信连接，存储器中存储有计算机指令，处理器通过执行计算机指令，从而执行上述第一方面或其对应的任一实施方式的方法。

第四方面，本公开提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机指令，计算机指令用于使计算机执行上述第一方面或其对应的任一实施方式的方法。

附图说明

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

图1是根据本公开实施例的基于图标的流程编排方法的流程示意图；

图2是根据本公开实施例的基于图标的流程编排的下单示意流程图；

图3是根据本公开实施例的目标流程图标为校验下单参数的方法描述数据示意图；

图4是根据本公开实施例的校验分支为校验成功分支时的方法描述数据示意图；

图5是根据本公开实施例的校验分支为校验失败分支时的方法描述数据示意图；

图6是根据本公开实施例的流程编排系统读取流程图时各角色之间的关系示意图；

图7是根据本公开实施例的基于图标的流程编排装置的结构框图；

图8是本公开实施例的计算机设备的硬件结构示意图。

具体实施方式

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

随着业务的复杂度增强，核心接口的实现也变得越来越复杂，代码量越来越大，内部逻辑越来越多，以保洁下单为例，有几千行代码，里面各种分支判断，还会和多个外部系统进行交互。针对这种复杂接口，传统的解决方案是，开发人员根据业务需求绘制开发流程图，画好流程图后，开发人员根据流程图实现代码，进而实现业务的整体概况。这种方式至少存在如下缺陷：需求变更成本很高。为了解决上述问题，本公开实施例提出一种基于图标的流程编排方法，如图1所示，该方法可以应用于流程编排系统，比如Camunda Modeler(流程文件建模)，该方法流程可以包括如下步骤：

步骤S101，读取目标流程图标。

可选地，在本公开实施例中，根据实际业务情况分析业务需求，然后生成多个目标流程图标。以下单业务为例，展开对本公开实施例的说明。

如图2所示，图中的圆形、方形、菱形等都是目标流程图标。可以了解的是，目标流程图标对应一个方法，目标流程图标上的文字可以理解为对这个方法的描述。

步骤S102，根据所述目标流程图标获取对应的方法描述数据。

可选地，在本公开实施例中，在设置目标流程图标时，会将与目标流程图标的处理函数、入参、出参等方法描述数据设置好，因此，流程编排系统在读取到某一目标流程图标后，会获取到对应的方法描述数据。

步骤S103，根据所述方法描述数据确定对应的目标执行方法。

可选地，基于方法描述数据的处理函数(比如checkOrder.check())、入参(比如业务参数名orderReqData)确定对应的目标执行方法。

步骤S104，根据所述目标执行方法和执行流向，得到返回的目标结果。

可选地，图2所示中的右向箭头、向上箭头可以理解为执行流向。然后根据目标执行方法以及执行流向即可确定当前执行了目标执行方法后返回的目标结果。

针对上述内容，举例说明一下整体的过程：比如图2中的createOrder为起始流程图标，该图标没有业务含义，仅表示流程开始点，对应的程序代码就是：

WorkflowUtil.startProcessInstance(“图的名称”，“id号”，用于标识该次请求，“业务参数名”，“业务参数值”)；后续图2可以通过“业务参数名”引用到“业务参数值”(见图3的expression表达式里的方法入参)。

例如：WorkflowUtil.startProcessInstance(“createOrder”，“112”，“orderReqData”，orderReqData)

在createOrder后面添加第一个处理模块，例如“校验下单参数”，需要指定该模块的一些方法描述数据，比如处理函数、入参、出参，如图3所示，

对应的程序代码就是：

publicBoolean check(OrderReqData orderReqData){

//基于orderReqData做校验

//if校验通过

//return true；

//if校验不通过

//returnfalse；

}

图3上的expression就是由“类名.方法名(入参列表)”组成，流程编排系统根据“类名.方法名”就可以找到程序里指定的方法，“入参列表”可以是“业务参数名”，也可以是个常量值，如果是“业务参数名”，可以获取对应的参数对象，在图3例子中即可以通过入参“业务参数名”获取到目标执方法，即startProcessInstance方法设置的orderReqData对象，然后result就是返回的目标结果，其中，result是方法返回值对应的“业务参数名”。

在本公开实施例中，通过读取目标流程图标；根据目标流程图标获取对应的方法描述数据；根据方法描述数据确定对应的目标执行方法；根据目标执行方法和执行流向，得到返回的目标结果，这样整个流程是一个白盒，当要变更需求时，不再需要把整个接口代码全部搞清楚，研发人员只需要在图中找到对应的地方，进行添加、删除或者修改即可，需求变更成本降低，这样解决了相关技术中在依据流程图调用方法时存在需求变更成本高的问题。

在一些可选的实施方式中，根据方法描述数据确定对应的目标执行方法，包括：

将方法描述数据缓存在全局缓存中；

从全局缓存中得到与目标执行方法相对应目标字符串；

根据目标字符串确定目标执行方法。

在本公开实施例中，可以对所有的目标流程图标的方法描述数据进行存储，比如存储到全局缓存中，在流程编排系统执行到某一目标流程图标之后，从全局缓存中获取到与目标执行方法相对应目标字符串，这里的目标字符串包括入参、返回值等，然后根据目标字符串得到目标执行方法。

在本公开实施例中，根据方法描述数据确定出目标字符串，再基于目标字符串确定目标执行方法，这种确定目标执行方法的方式中涉及的代码设计、流向流传过程都是闭环，对于审核的人来说，不需要具体深入到每一行代码，只要流程图标上把每一个关键节点都设计对了即可，节省审核资源。

在一些可选的实施方式中，根据目标执行方法和执行流向，得到返回的目标结果，包括：

根据流向标识确定执行流向；

根据目标执行方法和执行流向，得到下一待执行对象以及对应的返回结果，直到存在一参考执行对象对应的流程图标为完结图标，停止流程，并返回完结图标对应返回的目标结果。

可选地，如图2所示，图中的箭头指向即为执行流向，在这里，流向标识为箭头，也可以是别的可以代表流向的标识。根据箭头指向以及目标执行方法得到下一待执行对象(可以是下一待执行方法，也可以是一具体数值)，然后将对应的返回结果输出，然后基于返回结果和执行流向继续执行或调用方法，直到存在一参考执行对象对应的流程图标为完结图标，比如图2中的圆形流程图标。在执行到完结图标后，停止往后执行，返回完结图标对应返回的目标结果。比如，完结图标1返回的是校验失败的信息，比如false，代表的是异常完结；完结图标2返回的是下单完成的信息，比如true，代表的是正常完结。

在本公开实施例中，根据流向标识确定执行流向，再根据目标执行方法和执行流向不断地得到下一待执行对象以及对应的返回结果，直到得到完结图标，停止对参考执行对象的调用，以上过程都是用图标来驱动代码执行的，当需要监控每一个方法的执行次数、耗时等，只需要在流程图标增加一些统一处理代码即可，业务方法无需任何修改。

在一些可选的实施方式中，根据目标执行方法和执行流向，得到返回的目标结果，包括：

在确定调用目标执行方法后，根据执行流向确定下一待执行对象是否为判断函数；

在确定不为判断函数的情况下，确定目标结果为业务参数名。

可选地，还以图2为例，createOrder目标流程图标之后，按照执行流向确定下一待执行对象是“校验下单参数”目标流程图标，由于“校验下单参数”目标流程图标不是判断函数，这时返回的目标结果为业务参数名。因为“校验下单参数”目标流程图标的目的是对下单对应的业务数据进行校验，所以执行“校验下单参数”目标流程图标的目标执行方法后得到返回的业务参数名。

在一种可选的实施方式中，在根据执行流向确定下一待执行对象是否为判断函数之后，方法还包括：

在确定为判断函数的情况下，根据执行流向确定目标结果为目标值。

可选地，还以图2为例，“校验下单参数”目标流程图标之后，按照执行流向确定下一待执行对象是“判断”目标流程图标，该目标流程图标是判断函数，再根据由“判断”目标流程图标引出的向上箭头(即执行流向)确定返回的目标结果是false这个目标值。

在一种可选的实施方式中，根据执行流向确定目标结果为目标值，包括：

获取执行流向对应的执行分支；

确定执行分支对应的执行条件；

根据执行条件确定目标值，并将目标值设置为目标结果。

可选地，如图2，在“判断”目标流程图标上添加校验分支，比如校验成功分支和校验失败分支，其中，向上箭头为校验失败分支的执行流向，向右箭头为校验成功分支的执行流向，在校验成功时，执行校验成功分支的执行流向，目标值为result＝true，得到的目标结果为执行“下单”目标流程图标。如图4所示，图4是与校验成功分支相对应的方法描述数据示意图，图中Id是checkSuccess，对应的name是校验成功，对应的表达式expression是result＝true。

在校验失败时，执行校验失败分支的执行流向，目标值为result＝false，得到的目标结果为false。如图5所示，图5是与校验失败分支相对应的方法描述数据示意图，图中Id是checkFail，对应的name是校验失败，对应的表达式expression是result＝false。

在本公开实施例中，根据执行分支确定执行条件，再基于执行条件确定目标结果，这样所有过程都是流程图标、执行流向来驱动代码执行的，所以修改业务流程必须先修改流程图标，这样流程图标就可以真实反应代码实现，真正实现文档的实时更新，同时由于每个模块都是独立的，所以可以按每一个方法模块做单元测试，提高测试效率。

在一种可选的实施方式中，如图6所示，图6是根据本公开实施例的流程编排系统读取流程图时各角色之间的关系示意图。从图6可以得出，本公开实施例开发的流程编排系统，其主要目的是把复杂接口调用内部的实现逻辑通过图形化的方式展示出来，先有流程图，在由“流程编排系统”读取流程图，根据图中的设置去执行业务代码，而不是像传统的通过方法调用驱动代码的执行，具体地：

在流程图中包含方法A，判断图标以及两个分支，在result＝true时，执行方法C，在result＝false时，执行方法B，执行完方法C和方法B后达到完结图标。

流程编排系统读取流程图，在流程编排系统中生成对象执行树。比如图6的流程编排系统中方法A在result＝false时，执行方法B的业务代码，在result＝true时，执行方法C的业务代码。体现到业务系统时，先执行方法A，再根据方法A的结果result执行方法B或方法C。

在本公开实施例中，原本一个复杂的接口都是编码驱动，整个流程是一个黑盒，不深入代码根本不了解开发人员是如何实现的，通过流程编排系统读取流程，实现对流程的编排图形化，实现了简单明了、灵活变化的效果，且需求提出人更容易了解到开发人员是否正确实现了需求。

在本实施例中还提供了一种支持流程编排的装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

本实施例提供一种支持流程编排的装置，如图7所示，包括：

读取模块701，用于读取目标流程图标；

获取模块702，用于根据目标流程图标获取对应的方法描述数据；

确定模块703，用于根据方法描述数据确定对应的目标执行方法；

得到模块704，用于根据目标执行方法和执行流向，得到返回的目标结果。

在本公开实施例中，通过读取目标流程图标；根据目标流程图标获取对应的方法描述数据；根据方法描述数据确定对应的目标执行方法；根据目标执行方法和执行流向，得到返回的目标结果，这样整个流程是一个黑盒，当要变更需求时，不再需要把整个接口代码全部搞清楚，研发人员只需要在图中找到对应的地方，进行添加、删除或者修改即可，需求变更成本降低，这样解决了相关技术中在依据流程图调用方法时存在需求变更成本高的问题。

在一些可选的实施方式中，确定模块703包括：

缓存单元，用于将方法描述数据缓存在全局缓存中；

得到单元，用于从全局缓存中得到与目标执行方法相对应目标字符串；

第一确定单元，用于根据目标字符串确定目标执行方法。

在本公开实施例中，根据方法描述数据确定出目标字符串，再基于目标字符串确定目标执行方法，这种确定目标执行方法的方式中涉及的代码设计、流向流传过程都是闭环，对于审核的人来说，不需要具体深入到每一行代码，只要流程图标上把每一个关键节点都设计对了即可，节省审核资源。

在一些可选的实施方式中，得到模块704包括：

第二确定单元，用于根据流向标识确定执行流向；

返回单元，用于根据目标执行方法和执行流向，得到下一待执行对象以及对应的返回结果，直到存在一参考执行对象对应的流程图标为完结图标，停止流程，并返回完结图标对应返回的目标结果。

在本公开实施例中，根据流向标识确定执行流向，再根据目标执行方法和执行流向不断地得到下一待执行对象以及对应的返回结果，直到得到完结图标，停止对参考执行对象的调用，以上过程都是用图标来驱动代码执行的，当需要监控每一个方法的执行次数、耗时等，只需要在流程图标增加一些统一处理代码即可，业务方法无需任何修改。

在一些可选的实施方式中，得到模块704包括：

第三确定单元，用于在确定调用目标执行方法后，根据执行流向确定下一待执行对象是否为判断函数；

第四确定单元，用于在确定不为判断函数的情况下，确定目标结果为业务参数名。

在本公开实施例中，根据执行流向确定下一待执行对象是否为判断函数来确定目标结果，这样流程编排系统可以做统一化处理，只需要在图框架上增加一些统一处理代码即可，业务方法无需任何修改。

在一些可选的实施方式中，该装置还包括：

第五确定单元，用于在根据执行流向确定下一待执行对象是否为判断函数之后，在确定为判断函数的情况下，根据执行流向确定目标结果为目标值。

在本公开实施例中，根据执行流向确定下一待执行对象是否为判断函数来确定目标结果，这样流程编排系统可以做统一化处理，只需要在图框架上增加一些统一处理代码即可，业务方法无需任何修改。

在一些可选的实施方式中，第五确定单元包括：

获取子模块，用于获取执行流向对应的执行分支；

第一确定子模块，用于确定执行分支对应的执行条件；

第二确定子模块，用于根据执行条件确定目标值，并将目标值设置为目标结果。

在本公开实施例中，根据执行分支确定执行条件，再基于执行条件确定目标结果，这样所有过程都是流程图标、执行流向来驱动代码执行的，所以修改业务流程必须先修改流程图标，这样流程图标就可以真实反应代码实现，真正实现文档的实时更新，同时由于每个模块都是独立的，所以可以按每一个方法模块做单元测试，提高测试效率。

本实施例中的基于图标的流程编排装置是以功能单元的形式来呈现，这里的单元是指ASIC电路，执行一个或多个软件或固定程序的处理器和存储器，和/或其他可以提供上述功能的器件。

上述各个模块和单元的更进一步的功能描述与上述对应实施例相同，在此不再赘述。

本公开实施例还提供一种计算机设备，具有上述图7所示的基于图标的流程编排装置。

请参阅图8，图8是本公开可选实施例提供的一种计算机设备的结构示意图，如图8所示，该计算机设备包括：一个或多个处理器10、存储器20，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相通信连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在计算机设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示GUI的图形信息的指令。在一些可选的实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个计算机设备，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图8中以一个处理器10为例。

处理器10可以是中央处理器，网络处理器或其组合。其中，处理器10还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路，可编程逻辑器件或其组合。上述可编程逻辑器件可以是复杂可编程逻辑器件，现场可编程逻辑门阵列，通用阵列逻辑或其任意组合。

其中，存储器20存储有可由至少一个处理器10执行的指令，以使至少一个处理器10执行实现上述实施例示出的方法。

存储器20可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据一种小程序落地页的展现的计算机设备的使用所创建的数据等。此外，存储器20可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些可选的实施方式中，存储器20可选包括相对于处理器10远程设置的存储器，这些远程存储器可以通过网络连接至该计算机设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

存储器20可以包括易失性存储器，例如，随机存取存储器；存储器也可以包括非易失性存储器，例如，快闪存储器，硬盘或固态硬盘；存储器20还可以包括上述种类的存储器的组合。

该计算机设备还包括通信接口30，用于该计算机设备与其他设备或通信网络通信。

本公开实施例还提供了一种计算机可读存储介质，上述根据本公开实施例的方法可在硬件、固件中实现，或者被实现为可记录在存储介质，或者被实现通过网络下载的原始存储在远程存储介质或非暂时机器可读存储介质中并将被存储在本地存储介质中的计算机代码，从而在此描述的方法可被存储在使用通用计算机、专用处理器或者可编程或专用硬件的存储介质上的这样的软件处理。其中，存储介质可为磁碟、光盘、只读存储记忆体、随机存储记忆体、快闪存储器、硬盘或固态硬盘等；进一步地，存储介质还可以包括上述种类的存储器的组合。可以理解，计算机、处理器、微处理器控制器或可编程硬件包括可存储或接收软件或计算机代码的存储组件，当软件或计算机代码被计算机、处理器或硬件访问且执行时，实现上述实施例示出的方法。

虽然结合附图描述了本公开的实施例，但是本领域技术人员可以在不脱离本公开的精神和范围的情况下做出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。