一种基于JIRA系统的任务管理方法、系统、设备和存储介质

技术领域

本发明涉及计算机技术领域，尤其涉及一种基于JIRA系统的任务管理方法、系统、设备和存储介质。

背景技术

JIRA作为管理和事务跟踪工具，通常被广泛应用于任务跟踪、项目跟踪和敏捷管理等工作领域。

一般情况下，一个任务在完成前通常要经历需求收集确认、设计开发、测试、验收等多个工作状态，而在实际情况中，常常会因为多种原因造成任务在一个工作状态长期停滞，从而导致任务开发周期长，无法快速交付的问题，因此，急需一个能够提示工作人员对长期停滞的任务进行及时处理的技术方案。

发明内容

鉴于上述现有技术的缺陷，本发明提出一种基于JIRA系统的任务管理方法、系统、设备和存储介质，旨在对等待时间超过一定预设时间的任务进行及时提醒，以有效解决任务开发周期长、不能快速交付的问题。

为实现上述目的及其他相关目的，本发明提供一种基于JIRA系统的任务管理方法，其特征在于，所述方法包括：

实时获取JIRA系统中的任务发生变更时的任务变更信息；

基于所述任务变更信息触发所述JIRA系统的网络钩子，调用自定义server的信息接收接口；

发送所述任务变更信息至所述自定义server的信息接收接口；

所述自定义server按照预设的任务时限管控规则进行分析处理，生成对应的管控结果；

将所述管控结果通过第三方平台进行发送。

于本发明的一实施例中，所述方法还包括：监控所述JIRA系统中的任务。

于本发明的一实施例中，所述预设的任务时限管控规则包括：

针对不同的任务状态，设置对应的工作时限阈值。

于本发明的一实施例中，所述自定义server按照预设的任务时限管控规则进行分析处理，生成对应的管控结果的步骤包括：

接收所述任务变更信息，判断钩子状态；

根据所述钩子状态以及所述任务变更信息，判断任务状态，并开始计时；

依据计时时间进行分析处理，生成管控结果：

当所述计时时间超过了所述任务状态下对应的所述工作时限阈值时，生成任务状态报警信号作为管控结果；

当所述计时时间未超过所述任务状态下对应的所述工作时限阈值时，将该计时时间和对应的任务状态作为管控结果。

于本发明的一实施例中，所述接收任务变更信息，判断任务状态的步骤包括：

当所述任务变更信息中包括“创建”信息时，钩子状态为“已创建”；

当所述任务变更信息中包括“更新”信息时，钩子状态为“已更新”；

当所述任务变更信息中包括“删除”信息时，钩子状态为“已删除”。

于本发明的一实施例中，所述根据所述钩子状态以及所述任务变更信息，判断任务状态，并开始计时的步骤包括：

当钩子状态为“已创建”时，开始计时；

当钩子状态为“已更新”时，判断所述任务变更信息中是否含有状态更新信息：

如含有，则判断所述任务所处的任务状态，并开始计时；否则不进行计时；

当钩子状态为“已删除”时，不进行计时。

本发明还公开了一种基于JIRA系统的任务管理系统，包括：

信息获取模块，用于实时获取JIRA系统中的任务发生变更时的任务变更信息；

接口调用模块，连接至所述信息获取模块，用于基于任务变更信息触发所述JIRA系统的网络钩子，调用自定义server的信息接收接口；

第一发送模块，连接至所述信息获取模块，用于发送所述任务变更信息至所述自定义server的信息接收接口；

分析处理模块，连接至所述第一发送模块，用于所述自定义server按照预设的任务时限管控规则进行分析处理，生成对应的管控结果；

第二发送模块，连接至所述分析处理模块，用于将所述管控结果通过第三方平台进行发送。

于本发明的一实施例中，所述任务管理系统还包括：

任务监控模块，用于监控所述JIRA系统中的任务。

于本发明的一实施例中，所述任务管理系统还包括：

阈值设置模块，用于针对不同的任务状态，设置对应的工作时限阈值。

于本发明的一实施例中，所述分析处理模块包括：

判断单元，用于在接收到所述任务变更信息时，判断钩子状态；

计时单元，连接至所述判断单元，用于根据所述钩子状态以及所述任务变更信息，判断任务状态，并开始计时；

处理单元，连接至所述计时单元，用于依据计时时间进行分析处理，生成管控结果；

当所述计时时间超过了所述任务状态对应的所述工作时限阈值时，所述处理单元将生成任务状态报警信号作为管控结果；

当所述计时时间未超过所述任务状态对应的所述工作时限阈值时，所述处理单元将该计时时间和对应的任务状态作为管控结果。

于本发明的一实施例中，当所述任务变更信息中包括“创建”信息时，所述判断单元判断所述钩子状态为“已创建”；

当所述任务变更信息中包括“更新”信息时，所述判断单元判断所述钩子状态为“已更新”；

当所述任务变更信息中包括“删除”信息时，所述判断单元判断所述钩子状态为“已删除”。

于本发明的一实施例中，当任务状态为“已创建”时，开始计时；

当钩子状态为“已创建”时，开始计时；

当钩子状态为“已更新”时，判断所述任务变更信息中是否含有状态更新信息：

如含有，则判断所述任务所处的任务状态，并开始计时；否则不进行计时；

当钩子状态为“已删除”时，不进行计时。

本发明还公开了一种基于JIRA系统的任务管理设备，包括处理器，所述处理器和存储器耦合，所述存储器存储有程序指令，当所述存储器存储的程序指令被所述处理器执行时实现权利要求1至6中任一项所述的基于JIRA系统的任务管理方法。

本发明还公开了一种计算机可读的存储介质，包括程序，当其在计算机上运行时，使得计算机执行如权利要求1至6中任一项所述的基于JIRA系统的任务管理方法。

如上所述，本发明提出了一种基于JIRA系统的任务管理方法、系统、设备和存储介质，当在JIRA系统中创建新任务、删除任务或者任务的工作状态发生改变时，可以对该任务在最新的工作状态的时间进行计时，并在计时达到该工作状态对应的计时阈值时，向对应的用户发送提醒，防止该任务在当前工作状态停留过久，从而缩短了任务的开发周期；并且能够将该任务的耗时分为增值时间和非增值时间，并将该任务的耗时细化处理得到直观的展示图像。

附图说明

通过参考附图会更加清楚的理解本发明的特征和优点，附图是示意性的而不应理解为对本发明进行任何限制，在附图中：

图1显示为本发明的任务管理方法的系统流程图。

图2显示为本发明的任务管理系统的模块组成图。

图3显示为本发明的分析处理模块的单元组成图。

图4显示为本发明的任务管理设备的实施系统组成图；

图5显示为本发明的任务管理方法和任务管理系统的实际显示界面。

附图标记：

信息获取模块1；

接口调用模块2；

第一发送模块3；

分析处理模块4；

第二发送模块5；

任务监控模块6；

判断单元41；

计时单元42；

处理单元43。

具体实施方式

以下通过特定的具体实例说明本发明的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本发明的其它优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用，同时，本说明书中所引用的如“上”、“下”、“左”、“右”、“中间”及“一”等的用语，亦仅为便于叙述的明了，而非用以限定本发明可实施的范围，其相对关系的改变或调整，在无实质变更技术内容下，当亦视为本发明可实施的范畴。

需要说明的是，本实施例中所提供的图示仅以示意方式说明本发明的基本构想，虽图示中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的形态、数量及比例可为一种随意的改变，且其组件布局形态也可能更为复杂。

在日常工作中，JIRA系统作为一种项目与事务跟踪工具，被广泛应用于缺陷跟踪、客户服务、需求收集、流程审批、任务跟踪、项目跟踪和敏捷管理等工作领域。

如图1所示，本实施例提供一种基于JIRA系统的任务管理方法，包括：

步骤S1、实时获取JIRA系统中的任务发生变更时的任务变更信息；

在JIRA系统中，用户完成一项任务会进行不同的操作，每一次操作会使得任务的钩子状态发生改变。例如用户在JIRA系统中新创建了一个任务，此时该任务的钩子状态为“已创建”；该任务在处理过程中时，钩子状态为“已更新”；用户在JIRA系统中删除了一个任务，此时该任务的钩子状态为“已删除”。

实时监控JIRA系统中的任务，当钩子状态发生以上三种情况的变更时，判断该任务发生变更，步骤S1中生成相应的任务变更信息，任务变更信息为变更后的钩子状态，也就是当前的钩子状态。

为了能够实时获取JIRA系统中的任务变更状态，还会对JIRA系统中的任务进行实时监控。

通过对JIRA系统中的任务进行监控，能够在任务的钩子状态发生更新、任务被创建、任务被删除时，第一时间获取到任务变更信息，进而可以在任务发生变更时第一时间触发JIRA系统中的网络钩子，然后自定义server进行实现监控处理以得到管控结果，用户也能在第三方平台及时得到对应的管控结果的通知。

步骤S2、基于任务变更信息触发JIRA系统的网络钩子，调用自定义server的信息接收接口；

JIRA系统中的网络钩子(Webhook)是一种通过自定义回调函数来增加或更改网页表现的方法，网络钩子是“用户定义的HTTP回调”，通常被某些事件激活，而回调函数就是一个通过函数指针调用的函数，用于在特定的事件或条件发生时由另一方调用，用于对该事件或条件进行响应。在本实施例中，当步骤S1中获取到任务变更信息时，JIRA系统中网络钩子被触发激活，随后通过回调函数调取自定义server的信息接收接口，其中，该自定义server用于处理JIRA系统的任务变更信息，而信息接收接口即为统一资源定位符(UniformResource Locator，URL)，是可以从互联网上得到的资源的位置和访问方法的一种简洁的表示，是互联网上标准资源的地址。

本发明一优选实施例中，JIRA系统中的网络钩子是预先创建的，将网络钩子设置为根据钩子状态的变更，可以被触发，即，钩子状态为“已创建”、“已更新”和/或“已删除”时，网络钩子会被触发。

步骤S3、发送任务变更信息至自定义server的信息接收接口；

JIRA系统中的网络钩子在调用自定义server的信息接收接口后，将任务变更信息通过网络发送给自定义server的信息接收接口，从而通过该信息接收接口传输到自定义server的内部。

步骤S4、自定义server按照预设的任务时限管控规则进行分析处理，生成对应的管控结果；

自定义server通过其信息接收接口接收到任务变更信息后，根据其预设的任务时限管控规则对任务变更信息进行分析处理，并生成对应的管控结果。

在本实施例中，在对JIRA系统中的任务进行监控前，任务管理方法还包括：

针对不同的任务状态，设置对应的工作时限阈值。

在软件生命周期中，JIRA系统中的一个任务在开发过程中，除了有之前为了触发网络钩子所设置的“已创建”、“已更新”和“已删除”三个钩子状态外，钩子状态“已更新”还包括多个任务状态，表示任务开发过程中的所有开发流程。

在本实施例中，钩子状态“已更新”还包括：未开始、需求方案确认、待开发、执行中、待测试、测试中、缺陷修复、测试中、PO验收、验收中、完成和/或关闭。

当用户在JIRA系统中已经创建完成一个任务，完成了立项，但是还未进行任何开发动作，那么此时任务状态为“未开始”；

当需要对该任务进行评审，启动任务评审环节，则任务状态变更为“需求方案确认”；优选地，在JIRA系统中设置相应的“需求评审”按键，选择该按钮后，则任务状态变更为“需求方案确认”；

当评审不通过，则任务状态将从“需求方案确认”更新为“关闭”；

在任务状态为“关闭”时，还可以重新开启该任务，进入重新开发过程，此时任务状态恢复到“未开始”。

当评审不通过，则任务状态将从“需求方案确认”更新为“待开发”；

在方案确定后，进入到开发状态，也就是说要进行软件编码，编码过程所对应的任务状态为“执行中”；

当编码完成后，需要对该软件进行测试，那么任务状态变更为“待测试”；

在软件测试结果中，有测试通过和测试未通过两种情况，当测试通过，那么，任务状态更新为“PO验收”；测试不通过，任务状态更新为“缺陷修复”；

软件测试不通过，会开始进行修复，那么任务状态变更为“修复中”；在修复完成之后，重新跳转回软件测试，即任务状态重新变更为“待测试”，开启重新测试阶段；

当软件测试通过之后，还需要进行验收，验收所对应的任务状态为“验收中”，验收通过，则任务状态转变为“完成”，否则，任务状态未“待测试”，重新对该软件进行测试。

完成每一项任务，所需要的时间是不同的，因此，相对应地，对不同的任务状态，设置的工作时限阈值也是不同的。该任务时限管控规则是预先存储在自定义server中，该任务时限管控规则根据不同的任务状态对应的工作时限阈值来设定，且根据实际工作中的情况，工作时限阈值可以进行更改。自定义server在接受到任务变更信息时，识别得到任务变更信息中包含的钩子状态和任务状态，并从存储的不同的任务状态对应的工作时限阈值中获得对应的工作时限阈值，实现自定义server的自动匹配功能。例如，该任务更新后的任务状态为“测试中”时，对应的工作时限阈值为10天；任务状态为“验收中”时，对应的工作时限阈值为3天。

则步骤S4中的分析处理的过程分为三步：

首先，当自定义server接收到任务变更信息时，判断钩子状态：

当自定义server判断该任务的钩子状态为“已创建”时，自定义server开始计时；在一个任务刚被创建时，自定义server对该任务创建时默认的初始状态进行计时。

当自定义server判断该任务的钩子状态为“已更新”时，自定义server进一步地判断任务变更信息中是否含有状态更新信息，例如判断任务变更信息中是否含有changelog、且items.i.field为status：如含有，则开始计时；否则不进行计时；只有在任务变更信息中同时满足含有changelog和items.i.field为status的两个条件时，自定义server开始计时；

进一步地，还会在任务变更信息同时满足含有changelog和items.i.field为status的两个条件时，进一步判断任务状态，即如上所述的任务状态“未开始”、“待测试”等等。

当自定义server判断该任务的钩子状态为“已删除”时，自定义server不进行计时，此时该任务从JIRA系统中被删除，没有必要再进行该任务的监控。

在本发明一优选实施例中，自定义server是通过如下方式进行钩子状态的判断的：

当在任务变更信息中包括“创建”信息时，例如任务变更信息中的webhookEvent的值为jira:issue_created时，自定义server判断该任务的钩子状态为“已创建”；

当任务变更信息中包括“更新”信息时，例如任务变更信息中的webhookEvent的值为jira:issue_updated时，自定义server判断该任务的钩子状态为“已更新”；

当任务变更信息中包括“删除”信息时，例如任务变更信息中的webhookEvent的值为jira:issue_deleted时，自定义server判断该任务的任务状态为“已删除”。然后根据钩子状态判断任务状态，并开始计时。自定义server根据任务变更信息判断得到任务状态，并得到任务状态对应的工作时限阈值，同时自定义server从该任务的任务状态更新时开始计时，得到该任务停留在更新后的任务状态的实时的计时时间，例如，当该任务更新后的任务状态为“验收中”时，自定义Server得到对应的工作时限阈值为3天，并将该任务停留在“验收中”这一任务状态的时间进行计时。

再进一步地，依据计时时间进行分析处理，生成管控结果。

分析处理的过程为自定义server判断该任务停留在更新后的任务状态的计时时间是否达到该任务当前的任务状态对应的工作时限阈值：

当计时时间超过了该任务状态下对应的工作时限阈值时，自定义server生成任务状态的报警信号作为管控结果；

当计时时间未超过该任务状态下对应的工作时限阈值时，自定义server将该计时时间和对应的任务状态作为管控结果。

例如，该任务更新后的任务状态为“验收中”，对应的工作时限阈值为3天，若自定义server得到的计时时间为4天，自定义server判断计时时间超过了工作时限阈值，此时步骤S4得到的管控结果为自定义server生成的任务状态的报警信号；若自定义server得到的计时时间为2天，自定义server判断计时时间未超过工作时限阈值，此时步骤S4得到的管控结果由计时时间为2天和任务状态为“验收中”组成。

进一步的，在步骤S4中生成对应的管控结果后，任务管理方法还包括：

将管控结果进行保存。

自定义server将管控结果存储后，便于后续用户对管控结果的查询和调用，方便用户对该管控结果的导出和研究。

步骤S5、将管控结果通过第三方平台进行发送。

得到任务变更信息对应的管控结果后，自定义server调用第三方平台的信息接收接口并通过该信息接收接口将该管控结果发送给对应的用户，该用户例如可以为个人或群组，例如，该第三方平台为钉钉平台。本发明对第三方平台并不对限定，只要第三方平台可以用于显示，并显示的是管控结果，均在本发明的保护范围内。

如图5所示，将整个任务的流程、钩子状态、任务状态更新、以及每一个钩子状态、任务状态的所花费的时间进行了展示，以利于任务开发状态的监控以及状态时限的管理。

如图5所示，在一些实施例中，任务管理方法还包括将多个任务状态区别成增值状态和非增值状态，用于将某个任务经历过的所有钩子状态、任务状态所耗费的时间进行统计，得到增值时间和非增值时间，例如，将任务状态为“已更新”的任务状态为“需求方案确认”，“执行中”，“测试中”，“验收中”的作为增值状态，将任务状态为“未开始”、“待开发”、“待测试”、“缺陷修复”、“PO验收”的作为非增值状态；任务管理方法还可以包括根据增值时间和非增值时间处理得到增值时间百分比和非增值时间百分比，将增值时间百分比和非增值时间百分比展示给用户，例如，某个任务当前的任务状态为“执行中”，截至目前为止，该任务在任务状态“需求方案确认”状态耗费了1min，在任务状态“待开发”耗费了14min，在任务状态“执行中”状态耗费了5min，则该任务的增值时间为6min，非增值时间为14min，增值时间百分比为30％，非增值时间百分比为70％，用户通过增值时间百分比和非增值时间百分比能够直观的了解到该任务的增值时间占比，从而掌握该任务的开发效率。

在一些较优的实施例中，多个钩子状态、任务状态对应的任务变更信息生成的管控结果能够通过第三方平台的信息接收接口发送给不同的用户。

本实施例还提供了一种基于JIRA系统的任务管理系统，包括：

信息获取模块1，用于实时获取JIRA系统中的任务发生变更时的任务变更信息；

接口调用模块2，用于基于任务变更信息触发JIRA系统的网络钩子，调用自定义server的信息接收接口；

第一发送模块3，用于发送任务变更信息至自定义server的信息接收接口；

分析处理模块4，用于自定义server按照预设的任务时限管控规则进行分析处理，生成对应的管控结果；

第二发送模块5，用于将管控结果通过第三方平台进行发送。

在本实施例中，任务管理系统与JIRA系统可以设置在同一终端上或分别设置在两个终端上。

如图2所示，在本实施例中，还包括一任务监控模块6，用于监控JIRA系统中任务的钩子状态，能够在该任务的钩子状态发生改变时输出一提示信号，信息获取模块1在接收到提示信号后获取得到任务变更信息。例如，当该任务的钩子状态为“已更新”，且对应的任务状态从“待开发”变更为“执行中”时，任务监控模块6输出提示信号至信息获取模块1，信息获取模块1获取该任务的任务状态从“待开发”变更为“执行中”的任务变更信息。

如图2所示，在本实施例中，分析处理模块4还可以用于针对不同的任务状态设置对应的工作时限阈值，分析处理模块4可以包括更改单元(图中未标出)，用户能够通过更改单元对不同任务状态对应的工作时限阈值进行修改。分析处理模块4采用多个工作时限阈值作为任务实现管控规则，以生成对应的管控结果，例如，当自定义server的信息接收接口收到的任务变更信息表示任务的任务状态从“未开始”转变为“需求方案确认”时，“需求方案确认”这一任务状态的工作时限阈值为三天，则在该任务停留在“需求方案确认”任务状态的时间超过三天时，分析处理模块4生成对应的管控结果，第二发送模块5将表示该任务超时的管控结果通过第三方平台发送给对应的用户，第三方平台例如可以为微信，钉钉，邮箱等沟通平台。

如图3所示，在本实施例中，分析处理模块4还包括：

判断单元41，用于当接收到所述任务变更信息时，判断所述钩子状态；

计时单元42，用于根据钩子状态以及任务变更信息，判断任务状态，并开始计时；

处理单元43，用于依据计时时间进行分析处理，生成管控结果。

在本实施例中，处理单元43生成管控结果包括：

当计时时间超过了该任务状态对应的工作时限阈值时，生成任务状态报警信号作为管控结果；

当计时时间未超过该任务状态对应的工作时限阈值时，将该计时时间和对应的任务状态作为管控结果。

在本实施例中，判断单元41判断所述钩子状态的过程包括：

当任务变更信息中包括“创建”信息时，例如任务变更信息中的webhookEvent的值为jira:issue_created时，判断单元41判断钩子状态为“已创建”；

当任务变更信息中包括“更新”信息时，例如任务变更信息中的webhookEvent的值为jira:issue_updated时，判断单元41判断钩子状态为“已更新”；

当任务变更信息中包括“删除”信息时，例如任务变更信息中的webhookEvent的值为jira:issue_deleted时，判断单元41判断钩子状态为“已删除”，即用户在JIRA系统中将该任务删除。

在本实施例中，计时单元42根据计时状态，开始计时的过程具体包括：

当判断单元41判断钩子状态为“已创建”时，计时单元42开始计时；

当判断单元41判断钩子状态为“已更新”时，计时单元42判断任务变更信息中是否含有状态更新信息，例如判断任务变更信息中的webhookEvent的值是否含有changelog且items.i.field为status：如含有，则开始计时；否则不进行计时；

当判断单元41判断钩子状态为“已删除”时，计时单元42不进行计时。

如图4所示，本实施例还提出了一种基于JIRA系统的任务管理设备200，该任务管理设备200包括处理器201和存储器202，处理器201和存储器202耦合，存储器202存储有程序指令，当存储器202存储的程序指令被处理器201执行时实现上述任务管理方法。处理器301可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(Digital SignalProcessing，简称DSP)、专用集成电路(Application Specific Integrated Circuit，简称ASIC)、现场可编程门阵列(Field-Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件；所述存储器202可能包含随机存取存储器(Random Access Memory，简称RAM)，也可能还包括非易失性存储器(Non-VolatileMemory)，例如至少一个磁盘存储器。所述存储器202也可以为随机存取存储器(RandomAccess Memory，RAM)类型的内部存储器，所述处理器201、存储器202可以集成为一个或多个独立的电路或硬件，如：专用集成电路(Application Specific Integrated Circuit，ASIC)。需要说明的是，上述的存储器302中的计算机程序可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，电子设备，或者网络设备等)执行本发明各个实施例方法的全部或部分步骤。

本实施例还提出一种计算机可读的存储介质，所述存储介质存储有计算机指令，所述计算机指令用于使计算机执行上述的任务管理方法。存储介质可以是电子介质、磁介质、光介质、电磁介质、红外介质或半导体系统或传播介质。存储介质还可以包括半导体或固态存储器、磁带、可移动计算机磁盘、随机存取存储器(RAM)、只读存储器(ROM)、硬磁盘和光盘。光盘可以包括光盘-只读存储器(CD-ROM)、光盘-读/写(CD-RW)和DVD。

综上所述，本发明提出了一种基于JIRA系统的任务管理方法、系统、设备和存储介质，当在JIRA系统中创建新任务或者任务的工作状态发生改变时，可以对该任务在最新的工作状态的时间进行计时，并在计时达到该工作状态对应的计时阈值时，向对应的用户发送提醒，防止该任务在当前工作状态停留过久，从而缩短了任务的开发周期；并且能够将该任务的耗时分为增值时间和非增值时间，并将该任务的耗时细化处理得到直观的展示图像。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明，本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案，例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

除说明书所述的技术特征外，其余技术特征为本领域技术人员的已知技术，为突出本发明的创新特点，其余技术特征在此不再赘述。