文件迁移方法及装置与流程

本发明涉及数据备份领域，尤其涉及一种文件迁移方法及装置。

背景技术：

本部分旨在为权利要求书中陈述的本发明实施例提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。

在开发一个新的软件系统或对旧软件系统升级后，经常需要将一个软件系统的数据迁移到另一个系统中。迁移的数据不仅包括存储于关系型数据库的数据，还包括存储于文件系统中的各种文件。

例如，在发起银行贷款业务时，由于需要验证贷款客户的相关证明材料，往往需要客户经理将贷款客户的证件、房产证等证明文件影印后上传到信贷管理系统，以便后续贷款审批过程或贷款业务完成后对上传到信贷管理系统的数据进行查看。该部分数据包括：贷款文件和贷款数据，其中，贷款文件是指真实的文件，例如，贷款客户的身份证复印件或收入证明文件等，通常存储在文件系统中；贷款数据是指贷款文件和贷款流水之间关系的数据，通常存储在关系型数据库中。由于贷款文件需要占用较大的存储空间，因而，现有银行贷款审批系统采用的文件存储架构是：各个分行系统存储各自的贷款文件；总行系统集中存储各个分行的贷款数据。

对于旧系统数据库存储的数据，可采用各种数据库技术手段，将其迁移到新系统；而对于贷款文件等存储于文件系统的文件，由于文件格式多样、内容庞杂，且文件往往存储于不同的硬件平台的文件系统(例如，存储贷款文件的各个分行系统)中，针对不同硬件平台的文件系统，往往需要开发不同版本的迁移程序，导致程序运行和维护成本均很高。另外，现有文件迁移方法，是将整个文件迁移过程作为一个迁移任务来处理，由于文件迁移过程涉及很多流程步骤，这种串行处理方式，会导致很多资源闲置，且整个文件迁移过程耗时较长，如果整个文件迁移过程中出现错误，难以排查出错误原因，一旦出现错误，需要重新执行整个文件迁移过程。

针对上述问题，目前尚未提出有效的解决方案。

技术实现要素：

本发明实施例中提供了一种文件迁移方法，用以解决现有技术采用数据库技术对银行各个分行业务系统中的文件进行迁移，存在耗时长、出现问题难以排查，以及针对不同分行业务系统需要下发不同版本程序的技术问题，该方法包括：读取配置文件，其中，配置文件中包含：待迁移文件的迁移流程；根据迁移流程，创建待迁移文件对应的多个迁移子任务；根据待迁移文件对应的多个迁移子任务，将线程池拆分为多个子线程池，使得每个子线程池对应一个迁移子任务；利用各个迁移子任务对应的子线程池，执行待迁移文件的各个迁移子任务。

本发明实施例中还提供了一种文件迁移装置，用以解决现有技术采用数据库技术对银行各个分行业务系统中的文件进行迁移，存在耗时长、出现问题难以排查，以及针对不同分行业务系统需要下发不同版本程序的技术问题，该装置包括：配置模块，用于读取配置文件，其中，配置文件中包含：待迁移文件的迁移流程；任务创建模块，用于根据迁移流程，生成待迁移文件对应的各个迁移子任务；线程分配模块，用于根据待迁移文件对应的多个迁移子任务，将线程池拆分为多个子线程池，使得每个子线程池对应一个迁移子任务；任务执行模块，用于利用各个迁移子任务对应的子线程池，执行待迁移文件的各个迁移子任务。

本发明实施例中还提供了一种计算机设备，用以解决现有技术采用数据库技术对银行各个分行业务系统中的文件进行迁移，存在耗时长、出现问题难以排查，以及针对不同分行业务系统需要下发不同版本程序的技术问题，该计算机设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述文件迁移方法。

本发明实施例中还提供了一种计算机可读存储介质，用以解决现有技术采用数据库技术对银行各个分行业务系统中的文件进行迁移，存在耗时长、出现问题难以排查，以及针对不同分行业务系统需要下发不同版本程序的技术问题，该计算机可读存储介质存储有执行上述文件迁移方法的计算机程序。

本发明实施例中，在执行文件迁移的过程中，首先读取文件迁移的配置文件，根据配置文件中包含的待迁移文件的迁移流程，创建待迁移文件对应的各个迁移子任务，然后根据待迁移文件的各个迁移子任务，将预先创建的线程池拆分为多个子线程池，使得每个子线程池对应一个迁移子任务，最后利用各个迁移子任务对应的子线程池，执行待迁移文件对应的各个迁移子任务。

通过本发明实施例，能够实现可定制化配置的文件迁移流程，根据文件迁移流程创建多个迁移子任务，并为各个迁移子任务分配单独的子线程池，使得文件迁移的各个迁移子任务能够并行执行，不仅提高了文件迁移效率，而且能够适应不同硬件平台的文件迁移，具有较强的兼容性。

附图说明

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

图1为本发明实施例中提供的一种文件迁移方法流程图；

图2为本发明实施例中提供的一种文件迁移具体实现流程架构示意图；

图3为本发明实施例中提供的一种文件迁移装置示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚明白，下面结合附图对本发明实施例做进一步详细说明。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。

在本说明书的描述中，所使用的“包含”、“包括”、“具有”、“含有”等，均为开放性的用语，即意指包含但不限于。参考术语“一个实施例”、“一个具体实施例”、“一些实施例”、“例如”等的描述意指结合该实施例或示例描述的具体特征、结构或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。各实施例中涉及的步骤顺序用于示意性说明本申请的实施，其中的步骤顺序不作限定，可根据需要作适当调整。

本发明实施例中提供了一种文件迁移方法，图1为本发明实施例中提供的一种文件迁移方法流程图，如图1所示，该方法可以包括如下步骤：

s101，读取配置文件，其中，配置文件中包含：待迁移文件的迁移流程。

需要说明的是，上述s101中待迁移文件的迁移流程至少可以包括如下几个步骤：文件查找、文件打包、文件上传、文件解析、动态生成sql文件、执行sql文件。可选地，本发明实施例中提供的配置文件可支持动态配置迁移流程，以适应不同硬件平台执行文件迁移流程差异。

需要注意的是，为了减少整个文件迁移过程中频繁读取配置文件导致的io资源消耗，上述s101可以将配置文件包含的配置信息读取到redis缓存中。

可选地，为了适应不同硬件平台的文件迁移，上述s101中的配置文件中还可以包含：基于不同硬件平台迁移待迁移文件的参数信息。

s102，根据迁移流程，创建待迁移文件对应的多个迁移子任务。

需要说明的是，在根据待迁移文件的迁移流程，创建待迁移文件对应的多个迁移子任务的时候，可以根据迁移流程中的各个步骤，创建各个步骤对应的迁移子任务。例如，当待迁移文件的迁移流程包括文件查找、文件打包、文件上传、文件解析、动态生成sql文件、执行sql文件的情况下，可以创建六个迁移子任务。

s103，根据待迁移文件对应的多个迁移子任务，将线程池拆分为多个子线程池，使得每个子线程池对应一个迁移子任务。

由于执行不同的任务，均需要消耗不同的线程数量，本发明实施例中，预先创建一个大的线程池，在根据待迁移文件的迁移流程，创建待迁移文件对应的各个迁移子任务后，可以将预先创建的大线程池拆分为各个迁移子任务对应的子线程池，使得每个子线程池对应一个迁移子任务。

s104，利用各个迁移子任务对应的子线程池，执行待迁移文件的各个迁移子任务。

需要说明的是，在将预先创建的线程池拆分为各个迁移子任务对应的子线程池后，可以利用各个迁移子任务对应的子线程池，执行待迁移文件的各个迁移子任务。

由上可知，本发明实施例中提供的文件迁移方法中，在执行文件迁移的过程中，首先读取文件迁移的配置文件，根据配置文件中包含的待迁移文件的迁移流程，创建待迁移文件对应的各个迁移子任务，然后根据待迁移文件的各个迁移子任务，将预先创建的线程池拆分为多个子线程池，使得每个子线程池对应一个迁移子任务，最后利用各个迁移子任务对应的子线程池，执行待迁移文件对应的各个迁移子任务。

通过本发明实施例中提供的文件迁移装置，能够实现可定制化配置的文件迁移流程，根据文件迁移流程创建多个迁移子任务，并为各个迁移子任务分配单独的子线程池，使得文件迁移的各个迁移子任务能够并行执行，不仅提高了文件迁移效率，而且能够适应不同硬件平台的文件迁移，具有较强的兼容性。

为了防止待迁移文件数量太大，影响文件迁移效率，本发明实施例中，针对包含数量较多的待迁移文件，将其拆分为多个迁移子文件来执行文件迁移，使得各个迁移子文件的迁移流程可并行执行。因而，一个实施例中，上述s104具体可以包括如下步骤：获取待迁移文件，其中，所述待迁移文件包括：多个待迁移的文件；将待迁移文件拆分为多个待迁移子文件；利用各个迁移子任务对应的子线程池，执行不同待迁移子文件对应的各个迁移子任务。

进一步地，为了确保待迁移文件的多个迁移子任务并行处理时实现数据同步或任务状态的同步，在上述实施例中，本发明实施例中提供的文件迁移方法还可以包括如下步骤：采用业务操作锁和文件共享的方式，同步待迁移文件对应各个迁移子文件的迁移子任务。

在一个实施例中，本发明实施例中提供的文件迁移方法还可以包括如下步骤：监测各个迁移子任务的执行状态；记录执行失败的各个迁移子任务的日志信息。通过该实施例，针对不同迁移子任务的异常情况，可实现统一处理的目的。

由于执行不同的迁移子任务，所需线程数量不同，因而，一个实施例中，本发明实施例中提供的文件迁移方法还可以包括如下步骤：动态调整各个迁移子任务对应子线程池的大小。可选地，在动态调整各个迁移子任务对应的子线程池的大小的时候，可以根据线程池中空闲线程的数量和/或各个迁移子任务的任务执行优先级来确定为各个迁移子任务分配对应子线池的大小。

图2为本发明实施例中提供的一种文件迁移具体实现流程架构示意图，如图2所示，通用模块包括：配置模块、任务分派模块、异常处理模块三部分，用于实现文件迁移流程的通用逻辑，其中，配置模块用于加载配置文件；任务分派模块，用于生成子任务；异常处理模块用于异常重试等；迁移流程模块，用于实现所有子任务对应的处理，例如，文件筛选、文件查找、文件打包、文件上传、上传结果解析、动态生成sql文件、执行sql文件等；文件模块，用于存储在文件迁移过程中涉及的相关文件，包括但不限于：配置文件、通用处理文件(状态文件、日志文件、异常日志文件等)、处理结果文件、sql文件等；线程池是一个由很多子线程池组成的大线程池，其中每一个子任务对应一个子线程池，可根据现有空余线程及对应子任务的执行优先级对子线程池的大小进行动态调整，每一个子任务的执行都要从子线程池中获取到线程才能执行。在具体实现过程中，除图2所示的各个模块之外，还可以包括一些硬件资源，例如，数据库、文件存储服务器等。以贷款文件为例，这些硬件资源可以是数据库、总行文件存储服务器、各个分行文件存储服务器和文件迁移系统存在一些io交互操作。

可见，本发明实施例提供的文件迁移方法，能够实现文件迁移流程的子任务拆分，通过定义各个子任务的触发条件及同步状态值，在明确各个子任务的触发条件及同步状态值后，可由不同开发人员针对不同子任务进行开发，无需关心整个文件迁移流程的实现，保证了各个模块之间的耦合；同时，针对不同子任务可能出现的异常情况进行统一处理，可定义统一的异常日志格式规范，能够实现提供一种通用的异常重试机制，由统一的异常处理模块对所有子任务中的异常进行处理；由于不同子任务的复杂度、时间复杂度、空间复杂度均存在差异性，因而，为了合理并高效的利用软硬件资源以提高整个文件迁移流程的效率，本发明实施例中，可在对文件迁移流程进行子任务拆分后，可预先配置各个迁移子任务的任务执行优先级，从而根据线程池中空闲线程的数量和各个迁移子任务的任务执行优先级，来为各个迁移子任务动态分配对应子线程池的大小。

基于图2所示的具体实现流程架构，以贷款文件的迁移为例，本发明实施例中提供文件迁移方法可包括如下两部分：

(一)启动迁移程序。具体可以通过调用启动程序的方式(例如，开发一段shell程序脚本，定义为start.sh，通过调用该程序来实现迁移程序的启动)，实现文件迁移流程的启动。

可选地，本发明实施例中，基于java平台定义如下五个后台线程来执行各个子任务：文名加载配置信息线程loadsetting、加载数据库记录线程loadrecordsfromdb、任务分派线程taskdispatcher、线程池管理线程threadmanager和异常处理线程exceptionhandler。

①利用线程loadsetting从配置文件中读取配置文件，并将所有配置项读入缓存redis中，当配置文件读取完成，该线程则将被销毁。

②利用线程loadrecordsfromdb连接至旧系统数据库(例如，贷款审批系统数据库)，从数据库中查找出待迁移文件记录，并将待迁移文件记录写入到状态文件中，可选地，可对待迁移文件进行拆分，得到多个待迁移子文件，每个待迁移子文件对应一个唯一的文件编号。

假设总共需要迁移文件编号分别为0000000～1000000的100万个贷款文件，可创建1000个待迁移子文件，用于存放这100万个贷款文件，将贷款文件编号为0000000～0000999的贷款文件信息，存放至迁移文件编号为0001的待迁移子文件中；将贷款文件编号为0001000～0001999的贷款文件信息，存放至迁移文件编号为0002的待迁移子文件中，依次类推。需要注意的是，待迁移的贷款文件可由不同分行系统的运维人员根据业务要求，配置文件迁移的配置文件。

可选地，本发明实施例中待迁移文件的文件后缀为init，用于表示文件未执行任何迁移子任务。当所有文件写入完成，该线程将被销毁。

③利用线程taskdispatcher分派任务，通过扫描状态文件目录中的文件，根据不同后缀文件生成不同的迁移子任务。

例如，状态文件目录下存在rl0000320190630cn00000011.ready_zip的文件目录，该文件中包含的内容满足文件打包子任务的触发条件，则利用线程taskdispatcher向线程池模块发送一个生成文件打包的子任务的消息(写入mq队列)，并在发送完消息后将文件后缀修改为ziping，表示该文件正在执行文件打包子任务。

④利用线程threadmanager管理线程池中的线程资源，包括子线程池的划分、子任务的启动等。轮询mq队列，如果存在消息，则调用该消息对应的子任务模块，根据监测子任务对应的子线程池中是否存在空余线程，根据检测结果来确定是否启动子任务，如果存在空余线程，则直接启动子任务；如果不存在空余线程，则根据现有空余线程数量及子任务优先级，确定是否给该子任务对应的子线程池进行扩容；如果无法扩容，当前子任务只能进入等待队列，等待存在空余线程时再启动子任务。

⑤利用线程exceptionhandler执行异常情况的处理，通过读取异常日志文件实现重新激活子任务的执行。例如，当异常日志信息记录文件中存在一条名为“rl0000320190630cn00000011-123.jpg-zip-file_not_found”的文件记录，则表示编号rl0000320190630cn00000011中的文件123.jpg在执行贷款文件打包的子任务时出现错误，错误原因是file_not_found，则利用线程exceptionhandler向threadmanager发送一个消息，以便重新执行该子任务，修复异常情况；也可以忽视该异常信息，由运维人员手工处理该异常。

(二)执行子任务。下面描述各个子任务之间的逻辑先后关系，需要注意的是，下面所述各个子任务的启动均是独立的，不存在时间上的先后关系。所有子任务的启动均由线程threadmanager来完成，子任务执行成功或失败将修改状态文件的后缀值。可选地，如果子任务执行失败，还需额外记录异常日志。

①文件查找子任务：状态文件中的影像记录表明了文件存在的相对路径，该子任务通过读取状态文件中的记录，到相应路径下查找对应文件；如果查找不到对应文件，记录异常日志，可提醒分行运维人员重新维护文件到对于路径下。

②文件打包子任务：对步骤①中查找到的文件进行zip打包，并将打包好的文件存放在配置文件中指定的目录下。

③文件上传子任务：将步骤②中打包好的zip文件，通过ftp连接方式传输给新文件服务器。

④上传结果解析子任务(也称文件解析子任务)：新文件系统对上传的zip包进行入库处理，并将返回处理结果，其中处理结果存放在指定ftp目录下，处理结果的文件格式可由双边系统协定。该子任务可对处理结果进行解析，对成功入库的文件执行后续处理，入库失败的文件执行异常处理。

⑤动态生成sql子任务：根据步骤④中入库成功的文件，生成sql文件，用于在文件迁移完成后，同步迁移文件数据。

⑥执行sql文件子任务：连接新文件系统的数据库，执行步骤⑤生成的sql文件，实现文件数据的迁移。

⑦可定制化的子任务：该子任务不属于常规文件迁移功能，不同的硬件平台(例如，各个分行系统)可根据具体业务要求进行配置，例如，某一分行文件系统需要在影像文件名前加入“gd_”，则动态添加该子任务，将其嵌入步骤④之前。其他的额外子任务的执行顺序可根据不同业务要求确定。

基于同一发明构思，本发明实施例中还提供了一种文件迁移装置，如下面的实施例所述。由于该装置实施例解决问题的原理与文件迁移方法相似，因此该装置实施例的实施可以参见方法的实施，重复之处不再赘述。

图3为本发明实施例中提供的一种文件迁移装置示意图，如图3所示，该装置可以包括：配置模块31，用于读取配置文件，其中，配置文件中包含：待迁移文件的迁移流程；任务创建模块32，用于根据迁移流程，生成待迁移文件对应的各个迁移子任务；线程分配模块33，用于根据待迁移文件对应的多个迁移子任务，将线程池拆分为多个子线程池，使得每个子线程池对应一个迁移子任务；任务执行模块34，用于利用各个迁移子任务对应的子线程池，执行待迁移文件的各个迁移子任务。

由上可知，本发明实施例中提供的文件迁移装置中，通过配置模块31在执行文件迁移的过程中，读取文件迁移的配置文件；通过任务创建模块32根据配置文件中包含的待迁移文件的迁移流程，创建待迁移文件对应的各个迁移子任务，然后根据待迁移文件的各个迁移子任务；通过线程分配模块33将预先创建的线程池拆分为多个子线程池，使得每个子线程池对应一个迁移子任务；通过任务执行模块34利用各个迁移子任务对应的子线程池，执行待迁移文件对应的各个迁移子任务。

通过本发明实施例中提供的文件迁移装置，能够实现可定制化配置的文件迁移流程，根据文件迁移流程创建多个迁移子任务，并为各个迁移子任务分配单独的子线程池，使得文件迁移的各个迁移子任务能够并行执行，不仅提高了文件迁移效率，而且能够适应不同硬件平台的文件迁移，具有较强的兼容性。

在一个实施例中，本发明实施例中提供的文件迁移装置还可以包括：任务同步模块35，用于采用业务操作锁和文件共享的方式，同步待迁移文件对应各个迁移子文件的迁移子任务。

在一个实施例中，本发明实施例中提供的文件迁移装置还可以包括：任务状态监测模块36，用于监测各个迁移子任务的执行状态；日志信息记录模块37，用于记录执行失败的各个迁移子任务的日志信息。

在一个实施例中，本发明实施例中提供的文件迁移装置还可以包括：资源动态调整模块38，用于动态调整各个迁移子任务对应子线程池的大小。

基于同一发明构思，本发明实施例中还提供了一种计算机设备，用以解决现有技术采用数据库技术对银行各个分行业务系统中的文件进行迁移，存在耗时长、出现问题难以排查，以及针对不同分行业务系统需要下发不同版本程序的技术问题，该计算机设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述文件迁移方法。

基于同一发明构思，本发明实施例中还提供了一种计算机可读存储介质，用以解决现有技术采用数据库技术对银行各个分行业务系统中的文件进行迁移，存在耗时长、出现问题难以排查，以及针对不同分行业务系统需要下发不同版本程序的技术问题，该计算机可读存储介质存储有执行上述文件迁移方法的计算机程序。

综上所述，本发明实施例中还提供了一种文件迁移方法、装置、计算机设备及计算机可读存储介质，从文件迁移流程和文件迁移规模两个维度对文件迁移进行子任务拆分，通过为各个迁移子任务分配独立的子线程池，实现各个迁移子任务的并行处理，能够实现文件迁移的参数化配置、多任务并行处理、统一异常处理机制、动态配置流程、动态调整资源等功能。具体描述如下：

①参数化配置：通过读取文件迁移配置文件的方式，实现文件迁移流程的定制化配置，不同文件系统中存储的待迁移文件，可由不同文件系统的运维人员，结合不同文件系统的硬件资源修改配置文件，从而使得文件迁移方案能够兼容不同硬件平台不同业务要求。

②多任务并行处理：文件迁移过程涉及文件定位、文件查找、文件打包、文件传输、文件传输结果解析等多个步骤。本发明实施例中，将整个文件迁移流程拆分为若干个子任务，并分配不同的子线程池对不同的子任务处理，使得各个子任务可并行处理，互不影响。以文件迁移的规模为维度对任务进行拆分，将所有需要进行迁移的文件集拆分为多个子集，其中每个子集有单独的任务执行，从两个维度上实现对文件迁移流程的子任务拆分，进一步地提高了文件迁移效率。可选地，基于业务操作锁、文件共享操作等技术可实现各个迁移子任务之间的任务同步。

③统一异常处理机制：由于不同子任务的处理逻辑不一样，使得一些子任务执行失败的场景及失败后的处理机制存在差异性，为了确保系统的可扩展性，本发明实施例中，对各个子任务的异常情况进行统一处理，当某个子任务执行失败时，记录任务执行失败日志信息(可选地，失败日志的记录格式采用预设统一格式)。采用统一异常处理模块对失败日志信息进行解析，实现了异常信息记录和异常信息处理的解耦。

④动态配置流程：不同的硬件平台，在实现通用文件迁移功能的基础上，需要嵌入一些特殊处理模块，例如，对文件重命名、文件加密传输等操作。本发明实施例中提供的配置文件，支持文件迁移流程和迁移参数的配置，可实现基于不同硬件平台的文件迁移定制化功能。

⑤动态分配线程资源：在文件迁移过程中，根据待迁移文件对应的各个迁移子任务，将预先创建的线程池拆分为若干个子线程池，使得每个子线程池对应一个迁移子任务，来实现各个迁移子任务的并行处理。可选地，根据线程池中空闲线程数量及子任务的任务执行优先级确定各个子任务对应子线池的大小，能够实现动态调整资源的目的。

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

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

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

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

以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。