消息队列通道重置方法及装置

技术领域

本申请涉及数据处理技术领域，尤其涉及一种消息队列通道重置方法及装置。

背景技术

在支付系统中，业务报文在国家处理中心(National Process Center，NPC)、城市处理中心(City Clearing Processing Center，简称CCPC)和参与机构之间通过消息队列(Message Queue，简称MQ)通道进行传输，通道传输的条件包括：网络连通和通信双方通道序列号匹配。当通信网络中断一定时长，或者在其中一方设备升级等场景下，尽管消息队列通道仍然可以正常启动，但其通道序列号会发生变化，导致双方因通道序列号不匹配而中断业务报文传输。

支付系统中的参与机构众多，当城市处理中心通道序列号与参与机构或者国家处理中心通道的序列号不一致时，联系参与机构进行通道重置需要巨大的沟通成本；同时，人工分析错误日志进行重置通道，需要对数万条报错日志进行筛选并手工重置，严重影响工作效率。

发明内容

针对现有技术中的问题，本申请提出了一种消息队列通道重置方法及装置，能够提高消息队列通道重置的效率和准确性，进而能够提高业务报文传输的可靠性。

为了解决上述技术问题，本申请提供以下技术方案：

第一方面，本申请提供一种消息队列通道重置方法，包括：

监控目标支付系统的城市处理中心节点中是否存在消息队列错误日志，若是，则根据所述消息队列错误日志，确定所述监控城市处理中心节点对应的异常接收通道及其通道名称和发送端的实际通道序列号；

根据所述通道名称，判断所述监控城市处理中心节点中是否存在所述异常接收通道对应的通道状态，若否，则判断所述目标支付系统中是否存在所述异常接收通道；

若存在所述异常接收通道，则根据所述实际通道序列号重置所述异常接收通道。

进一步地，所述根据所述实际通道序列号重置所述异常接收通道，包括：

中止所述异常接收通道；

将所述异常接收通道在所述监控城市处理中心节点的通道序列号重置为所述发送端的实际通道序列号，启动重置后的接收通道。

进一步地，所述的消息队列通道重置方法，还包括：

应用通道状态查询命令，监控所述城市处理中心节点是否存在对应的通道状态为已停止状态的发送通道，若是，则重置该发送通道。

进一步地，所述应用通道状态查询命令，监控所述城市处理中心节点是否存在对应的通道状态为已停止状态的发送通道，若是，则重置该发送通道，包括：

应用通道状态查询命令，监控所述城市处理中心节点是否存在对应的通道状态为已停止状态的发送通道，若是，则将所述发送通道的监控城市处理中心节点和发送端的通道序列号均初始化，启动初始化后的发送通道。

进一步地，在所述监控目标支付系统的城市处理中心节点中是否存在消息队列错误日志之前，还包括：

删除历史消息队列错误日志。

第二方面，本申请提供一种消息队列通道重置装置，包括：

监控模块，用于监控目标支付系统的城市处理中心节点中是否存在消息队列错误日志，若是，则根据所述消息队列错误日志，确定所述监控城市处理中心节点对应的异常接收通道及其通道名称和发送端的实际通道序列号；

判断模块，用于根据所述通道名称，判断所述监控城市处理中心节点中是否存在所述异常接收通道对应的通道状态，若否，则判断所述目标支付系统中是否存在所述异常接收通道；

重置模块，用于若存在所述异常接收通道，则根据所述实际通道序列号重置所述异常接收通道。

进一步地，所述重置模块，包括：

中止单元，用于中止所述异常接收通道；

重置单元，用于将所述异常接收通道在所述监控城市处理中心节点的通道序列号重置为所述发送端的实际通道序列号，启动重置后的接收通道。

进一步地，所述的消息队列通道重置装置，还包括：

发送通道重置模块，用于应用通道状态查询命令，监控所述城市处理中心节点是否存在对应的通道状态为已停止状态的发送通道，若是，则重置该发送通道。

第三方面，本申请提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现所述的消息队列通道重置方法。

第四方面，本申请提供一种计算机可读存储介质，其上存储有计算机指令，所述指令被执行时实现所述的消息队列通道重置方法。

由上述技术方案可知，本申请提供一种消息队列通道重置方法及装置。其中，该方法包括：监控目标支付系统的城市处理中心节点中是否存在消息队列错误日志，若是，则根据所述消息队列错误日志，确定所述监控城市处理中心节点对应的异常接收通道及其通道名称和发送端的实际通道序列号；根据所述通道名称，判断所述监控城市处理中心节点中是否存在所述异常接收通道对应的通道状态，若否，则判断所述目标支付系统中是否存在所述异常接收通道；若存在所述异常接收通道，则根据所述实际通道序列号重置所述异常接收通道，能够提高消息队列通道重置的效率和准确性，进而能够提高业务报文传输的可靠性；具体具有以下优点，1)通过对队列残留数据的清理及MQ错误日志的清理，能够避免后续通道重置时同时发送大量数据引起应用瘫痪，同时能够避免过期MQ日志影响后续消息队列通道重置的效率及准确性；2)适用于支付系统中任何需要对MQ通道进行重置的场景，应用范围广，通过执行相关脚本，能够自动化完成众多参与机构的MQ通道的批量重置任务，能够大大节省人力成本，提高工作效率；3)可以提供MQ通道重置信息的实时展示界面，对已完成和未完成重置的通道状态进行实时展示与更新，当所有通道都完成重置后，展示结束，能够提高MQ通道重置的可视化程度。

附图说明

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

图1是本申请实施例中的消息队列通道重置方法的流程示意图；

图2是本申请实施例中的消息队列通道重置方法的步骤301和步骤302的流程示意图；

图3是本申请应用实例中的消息队列通道重置方法的流程示意图；

图4是本申请实施例中消息队列通道重置装置的结构示意图；

图5为本申请实施例的电子设备9600的系统构成示意框图。

具体实施方式

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

在现有技术中，在通信双方通道序列号不一致时，需要进行通道重置操作。通道重置包括发送通道重置与接收通道重置，发送通道重置可以在城市处理中心节点执行，接收通道重置有以下两种方法：1.联系发送端进行通道重置；2.在城市处理中心节点通过查找错误日志，根据通道序列号进行手动重置。目前300余家参与机构通过MQ接入支付系统。在进行相关系统的工程实施时，会涉及到参与机构的MQ通道的重置工作；技术人员需要进行数百次电话沟通或者阅读数十万条MQ错误日志，时间成本高且效率低下，影响工程实施进度。基于此，本申请提出了一种支付系统的消息队列通道重置方法及装置，能够高效、安全、稳定且自动化地完成批量消息队列通道重置工作，恢复业务报文传输。

为了提高消息队列通道重置的效率和准确性，进而提高业务报文传输的可靠性，本申请实施例提供一种消息队列通道重置装置，该装置可以是一服务器或客户端设备，所述客户端设备可以包括智能手机、平板电子设备、网络机顶盒、便携式计算机、台式电脑、个人数字助理(PDA)、车载设备和智能穿戴设备等。其中，所述智能穿戴设备可以包括智能眼镜、智能手表和智能手环等。

在实际应用中，进行消息队列通道重置的部分可以在如上述内容所述的服务器侧执行，也可以所有的操作都在所述客户端设备中完成。具体可以根据所述客户端设备的处理能力，以及用户使用场景的限制等进行选择。本申请对此不作限定。若所有的操作都在所述客户端设备中完成，所述客户端设备还可以包括处理器。

上述的客户端设备可以具有通信模块(即通信单元)，可以与远程的服务器进行通信连接，实现与所述服务器的数据传输。所述服务器可以包括任务调度中心一侧的服务器，其他的实施场景中也可以包括中间平台的服务器，例如与任务调度中心服务器有通信链接的第三方服务器平台的服务器。所述的服务器可以包括单台计算机设备，也可以包括多个服务器组成的服务器集群，或者分布式装置的服务器结构。

所述服务器与所述客户端设备之间可以使用任何合适的网络协议进行通信，包括在本申请提交日尚未开发出的网络协议。所述网络协议例如可以包括TCP/IP协议、UDP/IP协议、HTTP协议、HTTPS协议等。当然，所述网络协议例如还可以包括在上述协议之上使用的RPC协议(Remote Procedure Call Protocol，远程过程调用协议)、REST协议(Representational State Transfer，表述性状态转移协议)等。

需要说明的是，本申请公开的消息队列通道重置方法及装置可用于金融技术领域，也可用于除金融技术领域之外的任意领域，本申请公开的消息队列通道重置方法及装置的应用领域不做限定。

具体通过下述各个实施例进行说明。

为了提高消息队列通道重置的效率和准确性，进而提高业务报文传输的可靠性，本实施例提供一种执行主体是消息队列通道重置装置的消息队列通道重置方法，该消息队列通道重置装置包括但不限于服务器，如图1所示，该方法具体包含有如下内容：

步骤100：监控目标支付系统的城市处理中心节点中是否存在消息队列错误日志，若是，则根据所述消息队列错误日志，确定所述监控城市处理中心节点对应的异常接收通道及其通道名称和发送端的实际通道序列号。

具体地，可以实时或定时监控目标支付系统的城市处理中心节点中是否存在消息队列错误日志；现有的支付系统包括：国家处理中心节点、城市处理中心节点和参与机构节点；参与机构节点发出的业务报文会送达城市处理中心节点；城市处理中心节点将业务报文进行业务检查后，会发往国家处理中心节点做最终业务处理；接收通道可以表示城市处理中心节点接收业务报文的消息队列通道；所述发送端可以包含有：国家处理中心节点和/或参与机构节点；所述国家处理中心节点、参与机构节点和城市处理中心节点可以分别表示国家处理中心、参与机构和城市处理中心各自对应的服务器；所述消息队列错误日志可以是AMQ9526报错日志。

步骤200：根据所述通道名称，判断所述监控城市处理中心节点中是否存在所述异常接收通道对应的通道状态，若否，则判断所述目标支付系统中是否存在所述异常接收通道。

具体地，若根据所述通道名称和通道状态查询命令，确定所述城市处理中心节点中所述异常接收通道对应的通道状态为空，并且所述城市处理中心节点的队列管理器中存在该异常接收通道，则确定所述城市处理中心节点存在需要重置的异常接收通道。

步骤300：若存在所述异常接收通道，则根据所述实际通道序列号重置所述异常接收通道。

具体地，通道状态可以包含有：正在启动(STARTING)、正在绑定(BINDING)、正在初始化(INITIALIZING)、正常(RUNNING)、正在停止(STOPPING)、重试(RETRYING)和已停止(STOPPED)状态等；若所述城市处理中心节点中存在所述异常接收通道对应的通道状态，则可以将该通道状态输出显示。

为了避免在众多接收端进行通道序列号重置，重置效率低和准确性低的问题，提高消息队列通道重置的效率和准确性，参见图2，在本申请一个实施例中，步骤300中的所述根据所述实际通道序列号重置所述异常接收通道，包括：

步骤301：中止所述异常接收通道。

步骤302：将所述异常接收通道在所述监控城市处理中心节点的通道序列号重置为所述发送端的实际通道序列号，启动重置后的接收通道。

为了在提高接收通道重置效率和准确性的基础上，保证发送通道重置的可靠性，在本申请一个实施例中，所述的消息队列通道重置方法，还包括：

步骤400：应用通道状态查询命令，监控所述城市处理中心节点是否存在对应的通道状态为已停止状态的发送通道，若是，则重置该发送通道。

具体地，可以应用通道状态查询命令检查发送通道是否停止；通道状态查询命令可以包括：

“#runmqsc队列管理器名#DIS CHS(通道名)”表示进入队列管理器，查看通道状态；若通过执行所述通道状态查询命令，查询通道状态，显示的通道状态为“STOPPED”，则表示通道已停止；可以以脚本方式实现发送通道的遍历与判断。

具体地，发送通道可以表示城市处理中心节点发送业务报文的消息队列通道。

为了进一步提高发送通道重置的可靠性，进而提高业务报文传输的可靠性，在本申请一个实施例中，步骤400包括：

步骤401：应用通道状态查询命令，监控所述城市处理中心节点是否存在对应的通道状态为已停止状态的发送通道，若是，则将所述发送通道的监控城市处理中心节点和发送端的通道序列号均初始化，启动初始化后的发送通道。

具体地，可以将发送通道两端的通道序列号均重置为0。

为了避免过期MQ日志影响后续消息队列通道重置的效率及准确性，在本申请一个实施例中，在步骤100之前，还包括：

步骤301：删除历史消息队列错误日志。

具体地，可以在启动目标支付系统时，删除历史消息队列错误日志；在启动目标支付系统之后，对目标支付系统进行监控；还可以清理队列残留数据，进一步提高业务报文传输的可靠性。

为了进一步说明本方案，本申请提供一种消息队列通道重置方法的应用实例，在本应用实例中，以消息队列的配置信息和消息队列错误日志为依据，通过分析日志中的错误，提取正确的通道序列号，自动循环实现所有异常接收通道的重置，能够极大提高操作效率，在本应用实例中，所述消息队列通道重置方法，具体描述如下：

步骤0：队列残留数据以及消息队列错误日志清理。

为了避免队列堆积的报文在通道运行之后影响应用，以及消息队列错误日志影响接下来接收通道的重置，需要对队列残留数据及历史消息队列错误日志进行清理。通道清理步骤为：

S01：停止城市处理中心节点的MQ队列管理器中的所有发送通道。

S02：清理所有队列中堆积的报文。

S03：清空消息队列错误日志。

步骤1：发送通道重置，发送通道的重置可以在城市处理中心节点执行，批量重置发送通道步骤如下：

S11：停止城市处理中心节点的MQ队列管理器中的所有发送通道。

S12：逐个对状态为已停止的发送通道执行重置操作。

S13：启动所有通道。

步骤2：接收通道自动重置，如图3所示，接收通道重置的步骤如下：

S21：在城市处理中心节点中读取消息队列错误日志信息，找到AMQ9526报错日志。

S22：解析批量AMQ9526报错日志中未被解析过的一条，得到其对应的接收通道名以及正确的序列号。

S23：判断接收通道的通道状态是否存在；即在城市处理中心节点中的队列管理器中查询该接收通道的状态；如果能够获取通道状态，则执行步骤S27；否则执行步骤S24。

S24：判断该接收通道是否存在，如果通道不存在，则跳过；如果存在，则执行S25。

S25：以正确的序列号重置该接收通道；即停止该接收通道；以正确的序列号重置该接收通道；启动该接收通道。

S26：判断是否已遍历完所有的AMQ9526报错日志；若是，则结束，否则，返回执行步骤S22；即循环步骤S22至S25，直至遍历完所有的AMQ9526报错日志。

S27：输出接收通道的通道名及通道状态，执行步骤S26。

由上述描述可知，本应用实例为确保从日志中提取出的通道名正确，以通道存在且状态无法显示为判断条件；在启动通道之后通过清空消息队列错误日志，可以保证正确处理所有需要重置的通道，保证没有遗漏。

从软件层面来说，为了提高消息队列通道重置的效率和准确性，进而提高业务报文传输的可靠性，本申请提供一种用于实现所述消息队列通道重置方法中全部或部分内容的消息队列通道重置装置的实施例，参见图4，所述消息队列通道重置装置具体包含有如下内容：

监控模块10，用于监控目标支付系统的城市处理中心节点中是否存在消息队列错误日志，若是，则根据所述消息队列错误日志，确定所述监控城市处理中心节点对应的异常接收通道及其通道名称和发送端的实际通道序列号。

判断模块20，用于根据所述通道名称，判断所述监控城市处理中心节点中是否存在所述异常接收通道对应的通道状态，若否，则判断所述目标支付系统中是否存在所述异常接收通道。

重置模块30，用于若存在所述异常接收通道，则根据所述实际通道序列号重置所述异常接收通道。

在本申请一个实施例中，所述重置模块，包括：

中止单元，用于中止所述异常接收通道。

重置单元，用于将所述异常接收通道在所述监控城市处理中心节点的通道序列号重置为所述发送端的实际通道序列号，启动重置后的接收通道。

在本申请一个实施例中，所述的消息队列通道重置装置，还包括：

发送通道重置模块，用于应用通道状态查询命令，监控所述城市处理中心节点是否存在对应的通道状态为已停止状态的发送通道，若是，则重置该发送通道。

本说明书提供的消息队列通道重置装置的实施例具体可以用于执行上述消息队列通道重置方法的实施例的处理流程，其功能在此不再赘述，可以参照上述消息队列通道重置方法实施例的详细描述。

由上述描述可知，本申请提供的消息队列通道重置方法及装置，能够提高消息队列通道重置的效率和准确性，进而能够提高业务报文传输的可靠性；具体具有以下优点，1)通过对队列残留数据的清理及MQ错误日志的清理，能够避免后续通道重置时同时发送大量数据引起应用瘫痪，同时能够避免过期MQ日志影响后续消息队列通道重置的效率及准确性；2)适用于支付系统中任何需要对MQ通道进行重置的场景，应用范围广，通过执行相关脚本，能够自动化完成众多参与机构的MQ通道的批量重置任务，能够大大节省人力成本，提高工作效率；3)可以提供MQ通道重置信息的实时展示界面，对已完成和未完成重置的通道状态进行实时展示与更新，当所有通道都完成重置后，展示结束，能够提高MQ通道重置的可视化程度。

从硬件层面来说，为了提高消息队列通道重置的效率和准确性，进而提高业务报文传输的可靠性，本申请提供一种用于实现所述消息队列通道重置方法中的全部或部分内容的电子设备的实施例所述电子设备具体包含有如下内容：

处理器(processor)、存储器(memory)、通信接口(Communications Interface)和总线；其中，所述处理器、存储器、通信接口通过所述总线完成相互间的通信；所述通信接口用于实现所述消息队列通道重置装置以及用户终端等相关设备之间的信息传输；该电子设备可以是台式计算机、平板电脑及移动终端等，本实施例不限于此。在本实施例中，该电子设备可以参照实施例用于实现所述消息队列通道重置方法的实施例及用于实现所述消息队列通道重置装置的实施例进行实施，其内容被合并于此，重复之处不再赘述。

图5为本申请实施例的电子设备9600的系统构成的示意框图。如图5所示，该电子设备9600可以包括中央处理器9100和存储器9140；存储器9140耦合到中央处理器9100。值得注意的是，该图5是示例性的；还可以使用其他类型的结构，来补充或代替该结构，以实现电信功能或其他功能。

在本申请一个或多个实施例中，消息队列通道重置功能可以被集成到中央处理器9100中。其中，中央处理器9100可以被配置为进行如下控制：

步骤100：监控目标支付系统的城市处理中心节点中是否存在消息队列错误日志，若是，则根据所述消息队列错误日志，确定所述监控城市处理中心节点对应的异常接收通道及其通道名称和发送端的实际通道序列号。

步骤200：根据所述通道名称，判断所述监控城市处理中心节点中是否存在所述异常接收通道对应的通道状态，若否，则判断所述目标支付系统中是否存在所述异常接收通道。

步骤300：若存在所述异常接收通道，则根据所述实际通道序列号重置所述异常接收通道。

从上述描述可知，本申请的实施例提供的电子设备，能够提高消息队列通道重置的效率和准确性，进而提高业务报文传输的可靠性。

在另一个实施方式中，消息队列通道重置装置可以与中央处理器9100分开配置，例如可以将消息队列通道重置装置配置为与中央处理器9100连接的芯片，通过中央处理器的控制来实现消息队列通道重置功能。

如图5所示，该电子设备9600还可以包括：通信模块9110、输入单元9120、音频处理器9130、显示器9160、电源9170。值得注意的是，电子设备9600也并不是必须要包括图5中所示的所有部件；此外，电子设备9600还可以包括图5中没有示出的部件，可以参考现有技术。

如图5所示，中央处理器9100有时也称为控制器或操作控件，可以包括微处理器或其他处理器装置和/或逻辑装置，该中央处理器9100接收输入并控制电子设备9600的各个部件的操作。

其中，存储器9140，例如可以是缓存器、闪存、硬驱、可移动介质、易失性存储器、非易失性存储器或其它合适装置中的一种或更多种。可储存上述与失败有关的信息，此外还可存储执行有关信息的程序。并且中央处理器9100可执行该存储器9140存储的该程序，以实现信息存储或处理等。

输入单元9120向中央处理器9100提供输入。该输入单元9120例如为按键或触摸输入装置。电源9170用于向电子设备9600提供电力。显示器9160用于进行图像和文字等显示对象的显示。该显示器例如可为LCD显示器，但并不限于此。

该存储器9140可以是固态存储器，例如，只读存储器(ROM)、随机存取存储器(RAM)、SIM卡等。还可以是这样的存储器，其即使在断电时也保存信息，可被选择性地擦除且设有更多数据，该存储器的示例有时被称为EPROM等。存储器9140还可以是某种其它类型的装置。存储器9140包括缓冲存储器9141(有时被称为缓冲器)。存储器9140可以包括应用/功能存储部9142，该应用/功能存储部9142用于存储应用程序和功能程序或用于通过中央处理器9100执行电子设备9600的操作的流程。

存储器9140还可以包括数据存储部9143，该数据存储部9143用于存储数据，例如联系人、数字数据、图片、声音和/或任何其他由电子设备使用的数据。存储器9140的驱动程序存储部9144可以包括电子设备的用于通信功能和/或用于执行电子设备的其他功能(如消息传送应用、通讯录应用等)的各种驱动程序。

通信模块9110即为经由天线9111发送和接收信号的发送机/接收机9110。通信模块(发送机/接收机)9110耦合到中央处理器9100，以提供输入信号和接收输出信号，这可以和常规移动通信终端的情况相同。

基于不同的通信技术，在同一电子设备中，可以设置有多个通信模块9110，如蜂窝网络模块、蓝牙模块和/或无线局域网模块等。通信模块(发送机/接收机)9110还经由音频处理器9130耦合到扬声器9131和麦克风9132，以经由扬声器9131提供音频输出，并接收来自麦克风9132的音频输入，从而实现通常的电信功能。音频处理器9130可以包括任何合适的缓冲器、解码器、放大器等。另外，音频处理器9130还耦合到中央处理器9100，从而使得可以通过麦克风9132能够在本机上录音，且使得可以通过扬声器9131来播放本机上存储的声音。

上述描述可知，本申请的实施例提供的电子设备，能够提高消息队列通道重置的效率和准确性，进而提高业务报文传输的可靠性。

本申请的实施例还提供能够实现上述实施例中的消息队列通道重置方法中全部步骤的一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中的消息队列通道重置方法的全部步骤，例如，所述处理器执行所述计算机程序时实现下述步骤：

步骤100：监控目标支付系统的城市处理中心节点中是否存在消息队列错误日志，若是，则根据所述消息队列错误日志，确定所述监控城市处理中心节点对应的异常接收通道及其通道名称和发送端的实际通道序列号。

步骤200：根据所述通道名称，判断所述监控城市处理中心节点中是否存在所述异常接收通道对应的通道状态，若否，则判断所述目标支付系统中是否存在所述异常接收通道。

步骤300：若存在所述异常接收通道，则根据所述实际通道序列号重置所述异常接收通道。

从上述描述可知，本申请实施例提供的计算机可读存储介质，能够提高消息队列通道重置的效率和准确性，进而提高业务报文传输的可靠性。

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

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

本申请中应用了具体实施例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。