本发明涉及通信技术领域，提供一种基于定时轮询和实时调度的应急广播任务调控方法及系统，以解决现有技术无法对多级平台发出的、类型复杂的任务进行有效调控问题，该系统包括定时轮询模块、实时调度模块、指令处理模块和故障处理模块，本发明提出的技术方案使用定时轮询流程、实时调度流程来调控多级平台的定时、实时广播任务，最后由指令处理流程进行统一处理，对于循环广播任务采用子任务的形式处理，很好的调控了各种广播任务的执行，同时本发明引入故障处理流程，当出现网络异常时，可以给指令添加重发机制，保障广播指令在网络恢复时能立刻执行。
1.一种基于定时轮询和实时调度的应急广播任务调控方法，其特征在于包括定时轮询流程、实时调度流程、指令处理流程和故障处理流程，所述定时轮询流程包括：
定时读取数据库中的应急广播任务，对于满足启动或停止条件的广播任务，调用指令处理流程进行处理，所述实时调度流程包括：
接收用户发送的实时广播指令，在接收到实时广播指令后对指令进行校验，对于合法的指令，立即调用指令处理流程处理，对于不合法的指令，则返回错误码，所述指令处理流程包括步骤：B1、解析调控指令的指令数据，根据指令数据生成相应的控制指令；
B2、在失败的控制指令队列和正在执行的指令队列中查找步骤B1生成的控制指令是否存在，如果该控制指令已经存在，则转入步骤B8，反之则将该控制指令加入正在执行的指令队列并执行步骤B3；
B3、校验控制指令关联的任务，如果控制指令所关联的任务存在且任务状态正常，则执行步骤B4，反之则转入步骤B8；
B4、判断控制指令的类型，如果控制指令的类型为TS唤醒指令生成服务指令，则执行步骤B5，反之则转入步骤B6；
B5、将控制指令通过平台通信服务发送给TS唤醒指令生成服务执行，如果执行成功则转入步骤B6，如果执行失败则将该控制指令加入失败的控制指令队列，调用故障处理流程；
B6、将控制指令通过平台通信服务发给TS发送服务执行，如果执行成功则转入步骤B7，如果执行失败则将该控制指令加入失败的控制指令队列，调用故障处理流程；
B8、如果有其他程序在等待控制指令的处理结果，则获取该控制指令的处理结果并将处理结果写入结果队列，所述故障处理流程包括步骤：
C1、检测失败的控制指令队列中是否有失败的控制指令，如果没有失败的控制指令则进入休眠状态，反之则转入步骤C2；
C2、如果控制指令关联的任务存在且任务状态正常且任务结束时间未到，则转入步骤C3，反之则移除该控制指令并返回到步骤C1，同时如果控制指令关联的任务存在则修改该任务的状态；
C3、对执行控制指令的服务的状态进行检测，如果执行控制指令的服务不在线，则返回到步骤C1，如果执行控制指令的服务在线，则执行步骤C4；
C4、将失败的控制指令重新返回至指令处理流程，调用指令处理流程进行指令重发并返回到步骤C1。
2.根据权利要求1所述的基于定时轮询和实时调度的应急广播任务调控方法，其特征在于所述定时轮询流程包括步骤：A1、定时读取数据库中的应急广播任务，对于循环的广播任务，如果当天需要执行，则提前生成子任务；
A2、筛选出当天需要执行的广播任务，对于播发时间小于当前时间的广播任务统一修改播发时间为当前时间，再对广播任务按照播发状态、播发时间、任务优先级、任务修改时间进行排序；
A3、对于满足启动或停止条件的广播任务，调用指令处理流程进行处理。
3.根据权利要求1或2所述的基于定时轮询和实时调度的应急广播任务调控方法，其特征在于所述数据库中的应急广播任务包括省、市、县、乡、村多级平台的应急广播任务。
4.根据权利要求1所述的基于定时轮询和实时调度的应急广播任务调控方法，其特征在于所述步骤B8使用Java的同步计数器CountDownLatch唤醒等待的程序去获取指令的处理结果。
5.一种基于定时轮询和实时调度的应急广播任务调控系统，其特征在于包括定时轮询模块、实时调度模块、指令处理模块和故障处理模块，所述定时轮询模块被配置成：
定时读取数据库中的应急广播任务，对于满足启动或停止条件的广播任务，调用指令处理模块进行处理，所述实时调度模块被配置成：
接收用户发送的实时广播指令，在接收到实时广播指令后对指令进行校验，对于合法的指令，立即调用指令处理模块处理，对于不合法的指令，则返回错误码，所述指令处理模块包括：控制指令生成单元，其被配置成：解析调控指令的指令数据，根据指令数据生成相应的控制指令；
指令查找单元，其被配置成：在失败的控制指令队列和正在执行的指令队列中查找控制指令生成单元生成的控制指令是否存在，如果该控制指令已经存在，则调用处理结果获取单元，反之则将该控制指令加入正在执行的指令队列并调用任务校验单元；
任务校验单元，其被配置成：校验控制指令关联的任务，如果控制指令所关联的任务存在且任务状态正常，则调用指令类型判断单元，反之则调用处理结果获取单元；
指令类型判断单元，其被配置成：判断控制指令的类型，如果控制指令的类型为TS唤醒指令生成服务指令，则调用第一指令执行单元，反之则调用第二指令执行单元；
第一指令执行单元，其被配置成：将控制指令通过平台通信服务发送给TS唤醒指令生成服务执行，如果执行成功则启动第二指令执行单元，如果执行失败则将该控制指令加入失败的控制指令队列，启动故障处理模块；
第二指令执行单元，其被配置成：将控制指令通过平台通信服务发给TS发送服务执行，如果执行成功则调用状态修改单元，如果执行失败则将该控制指令加入失败的控制指令队列，调用故障处理模块；
状态修改单元，用于根据控制指令的内容修改广播任务的状态；
处理结果获取单元，其被配置成：如果有其他程序在等待控制指令的处理结果，则获取该控制指令的处理结果并将处理结果写入结果队列，所述故障处理模块包括：
失败指令检测单元，用于检测失败的控制指令队列中是否有失败的控制指令，如果没有失败的控制指令则进入休眠状态，反之则调用指令关联任务判断单元；
指令关联任务判断单元，其被配置成：如果控制指令关联的任务存在且任务状态正常且任务结束时间未到，则调用状态检测单元，反之则移除该控制指令并继续通过失败指令检测单元检测失败的控制指令队列中是否有失败的控制指令，同时如果控制指令关联的任务存在则修改该任务的状态；
状态检测单元，其被配置成：对执行控制指令的服务的状态进行检测，如果执行控制指令的服务不在线，则调用失败指令检测单元，如果执行控制指令的服务在线，则调用失败指令处理单元；
失败指令处理单元，其被配置成：将失败的控制指令重新返回至指令处理模块，调用指令处理模块进行指令重发并继续通过失败指令检测单元检测失败的控制指令队列中是否有失败的控制指令。
6.根据权利要求5所述的基于定时轮询和实时调度的应急广播任务调控系统，其特征在于所述定时轮询模块包括：任务读取单元，其被配置成：定时读取数据库中的应急广播任务，对于循环的广播任务，如果当天需要执行，则提前生成子任务；
任务排序单元，其被配置成：筛选出当天需要执行的广播任务，对于播发时间小于当前时间的广播任务统一修改播发时间为当前时间，再对广播任务按照播发状态、播发时间、任务优先级、任务修改时间进行排序；
任务处理单元，其被配置成：对于满足启动或停止条件的广播任务，调用指令处理模块进行处理。
7.根据权利要求5或6所述的基于定时轮询和实时调度的应急广播任务调控系统，其特征在于所述数据库中的应急广播任务包括省、市、县、乡、村多级平台的应急广播任务。
8.根据权利要求5所述的基于定时轮询和实时调度的应急广播任务调控系统，其特征在于所述处理结果获取单元使用Java的同步计数器CountDownLatch唤醒等待的程序去获取指令的处理结果。
基于定时轮询和实时调度的应急广播任务调控方法及系统
技术领域
[0001] 本发明属于通信技术领域，特别涉及一种基于定时轮询和实时调度的应急广播任务调控方法及系统。
背景技术
[0002] 应急广播任务是播发应急广播时创建的任务，通常包含省、市、县、乡、村等多级平台的任务，任务类型分为实时任务、定时任务，其中定时任务又分为：一次性定时任务、按日循环的定时任务、按周循环的定时任务、按月循环的定时任务等，任务类型复杂度较高，由于现有技术无法对多级平台发出的、类型复杂的任务进行有效调控，如果网络出现异常，会造成指令无法正常执行的情况。
发明内容
[0003] 【要解决的技术问题】
[0004] 本发明的目的是提供一种基于定时轮询和实时调度的应急广播任务调控方法及系统，以解决现有技术无法对多级平台发出的、类型复杂的任务进行有效调控问题。
[0005] 【技术方案】
[0006] 本发明是通过以下技术方案实现的。
[0007] 本发明首先涉及一种基于定时轮询和实时调度的应急广播任务调控方法，其包括定时轮询流程、实时调度流程、指令处理流程和故障处理流程，
[0008] 所述定时轮询流程包括：
[0009] 定时读取数据库中的应急广播任务，对于满足启动或停止条件的广播任务，调用指令处理流程进行处理，
[0010] 所述实时调度流程包括：
[0011] 接收用户发送的实时广播指令，在接收到实时广播指令后对指令进行校验，对于合法的指令，立即调用指令处理流程处理，对于不合法的指令，则返回错误码，[0012] 所述指令处理流程包括步骤：
[0013] B1、解析调控指令的指令数据，根据指令数据生成相应的控制指令；
[0014] B2、在失败的控制指令队列和正在执行的指令队列中查找步骤B1生成的控制指令是否存在，如果该控制指令已经存在，则转入步骤B8，反之则将该控制指令加入正在执行的指令队列并执行步骤B3；
[0015] B3、校验控制指令关联的任务，如果控制指令所关联的任务存在且任务状态正常，则执行步骤B4，反之则转入步骤B8；
[0016] B4、判断控制指令的类型，如果控制指令的类型为TS唤醒指令生成服务指令，则执行步骤B5，反之则转入步骤B6；
[0017] B5、将控制指令通过平台通信服务发送给TS唤醒指令生成服务执行，如果执行成功则转入步骤B6，如果执行失败则将该控制指令加入失败的控制指令队列，调用故障处理流程；
[0018] B6、将控制指令通过平台通信服务发给TS发送服务执行，如果执行成功则转入步骤B7，如果执行失败则将该控制指令加入失败的控制指令队列，调用故障处理流程；
[0019] B7、根据控制指令的内容修改广播任务的状态；
[0020] B8、如果有其他程序在等待控制指令的处理结果，则获取该控制指令的处理结果并将处理结果写入结果队列，
[0021] 所述故障处理流程包括步骤：
[0022] C1、检测失败的控制指令队列中是否有失败的控制指令，如果没有失败的控制指令则进入休眠状态，反之则转入步骤C2；
[0023] C2、如果控制指令关联的任务存在且任务状态正常且任务结束时间未到，则转入步骤C3，反之则移除该控制指令并返回到步骤C1，同时如果控制指令关联的任务存在则修改该任务的状态；
[0024] C3、对执行控制指令的服务的状态进行检测，如果执行控制指令的服务不在线，则返回到步骤C1，如果执行控制指令的服务在线，则执行步骤C4；
[0025] C4、将失败的控制指令重新返回至指令处理流程，调用指令处理流程进行指令重发并返回到步骤C1。
[0026] 作为一种优选的实施方式，所述定时轮询流程包括步骤：
[0027] A1、定时读取数据库中的应急广播任务，对于循环的广播任务，如果当天需要执行，则提前生成子任务；
[0028] A2、筛选出当天需要执行的广播任务，对于播发时间小于当前时间的广播任务统一修改播发时间为当前时间，再对广播任务按照播发状态、播发时间、任务优先级、任务修改时间进行排序；
[0029] A3、对于满足启动或停止条件的广播任务，调用指令处理流程进行处理。
[0030] 作为另一种优选的实施方式，所述数据库中的应急广播任务包括省、市、县、乡、村多级平台的应急广播任务。
[0031] 作为另一种优选的实施方式，所述步骤B8使用Java的同步计数器CountDownLatch唤醒等待的程序去获取指令的处理结果。
[0032] 本发明还涉及一种基于定时轮询和实时调度的应急广播任务调控系统，其包括定时轮询模块、实时调度模块、指令处理模块和故障处理模块，
[0033] 所述定时轮询模块被配置成：
[0034] 定时读取数据库中的应急广播任务，对于满足启动或停止条件的广播任务，调用指令处理模块进行处理，
[0035] 所述实时调度模块被配置成：
[0036] 接收用户发送的实时广播指令，在接收到实时广播指令后对指令进行校验，对于合法的指令，立即调用指令处理模块处理，对于不合法的指令，则返回错误码，[0037] 所述指令处理模块包括：
[0038] 控制指令生成单元，其被配置成：解析调控指令的指令数据，根据指令数据生成相应的控制指令；
[0039] 指令查找单元，其被配置成：在失败的控制指令队列和正在执行的指令队列中查找控制指令生成单元生成的控制指令是否存在，如果该控制指令已经存在，则调用处理结果获取单元，反之则将该控制指令加入正在执行的指令队列并调用任务校验单元；
[0040] 任务校验单元，其被配置成：校验控制指令关联的任务，如果控制指令所关联的任务存在且任务状态正常，则调用指令类型判断单元，反之则调用处理结果获取单元；
[0041] 指令类型判断单元，其被配置成：判断控制指令的类型，如果控制指令的类型为TS唤醒指令生成服务指令，则调用第一指令执行单元，反之则调用第二指令执行单元；
[0042] 第一指令执行单元，其被配置成：将控制指令通过平台通信服务发送给TS唤醒指令生成服务执行，如果执行成功则启动第二指令执行单元，如果执行失败则将该控制指令加入失败的控制指令队列，启动故障处理模块；
[0043] 第二指令执行单元，其被配置成：将控制指令通过平台通信服务发给TS发送服务执行，如果执行成功则调用状态修改单元，如果执行失败则将该控制指令加入失败的控制指令队列，调用故障处理模块；
[0044] 状态修改单元，用于根据控制指令的内容修改广播任务的状态；
[0045] 处理结果获取单元，其被配置成：如果有其他程序在等待控制指令的处理结果，则获取该控制指令的处理结果并将处理结果写入结果队列。
[0046] 所述故障处理模块包括：
[0047] 失败指令检测单元，用于检测失败的控制指令队列中是否有失败的控制指令，如果没有失败的控制指令则进入休眠状态，反之则调用指令关联任务判断单元；
[0048] 指令关联任务判断单元，其被配置成：如果控制指令关联的任务存在且任务状态正常且任务结束时间未到，则调用状态检测单元，反之则移除该控制指令并继续通过失败指令检测单元检测失败的控制指令队列中是否有失败的控制指令，同时如果控制指令关联的任务存在则修改该任务的状态；
[0049] 状态检测单元，其被配置成：对执行控制指令的服务的状态进行检测，如果执行控制指令的服务不在线，则调用失败指令检测单元，如果执行控制指令的服务在线，则调用失败指令处理单元；
[0050] 失败指令处理单元，其被配置成：将失败的控制指令重新返回至指令处理模块，调用指令处理模块进行指令重发并继续通过失败指令检测单元检测失败的控制指令队列中是否有失败的控制指令。
[0051] 作为一种优选的实施方式，所述定时轮询模块包括：
[0052] 任务读取单元，其被配置成：定时读取数据库中的应急广播任务，对于循环的广播任务，如果当天需要执行，则提前生成子任务；
[0053] 任务排序单元，其被配置成：筛选出当天需要执行的广播任务，对于播发时间小于当前时间的广播任务统一修改播发时间为当前时间，再对广播任务按照播发状态、播发时间、任务优先级、任务修改时间进行排序；
[0054] 任务处理单元，其被配置成：对于满足启动或停止条件的广播任务，调用指令处理模块进行处理。
[0055] 作为另一种优选的实施方式，所述数据库中的应急广播任务包括省、市、县、乡、村多级平台的应急广播任务。
[0056] 作为另一种优选的实施方式，所述处理结果获取单元使用Java的同步计数器CountDownLatch唤醒等待的程序去获取指令的处理结果。
[0057] 【有益效果】
[0058] 本发明提出的技术方案具有以下有益效果：
[0059] 本发明使用定时轮询流程、实时调度流程来调控多级平台的定时、实时广播任务，最后由指令处理流程进行统一处理，对于循环广播任务采用子任务的形式处理，很好的调控了各种广播任务的执行，同时本发明引入故障处理流程，当出现网络异常时，可以给指令添加重发机制，保障广播指令在网络恢复时能立刻执行。
附图说明
[0060] 图1为本发明的实施例一提供的基于定时轮询和实时调度的应急广播任务调控系统的结构原理框图。
具体实施方式
[0061] 为使本发明的目的、技术方案和优点更加清楚，下面将对本发明的具体实施方式进行清楚、完整的描述。
[0062] 图1为本发明实施例一提供的基于定时轮询和实时调度的应急广播任务调控系统的结构原理框图。如图1所示，该应急广播任务调控系统包括定时轮询模块1、实时调度模块2、指令处理模块3和故障处理模块4。
[0063] 本实施例中，定时轮询模块1定时读取数据库中省、市、县、乡、村多级平台的应急广播任务，获取应急广播任务信息，并对广播任务进行以下处理，具体地，定时轮询模块包括任务读取单元、任务排序单元和任务处理单元。
[0064] 任务读取单元被配置成：定时读取数据库中的应急广播任务，对于循环的广播任务，如果当天需要执行，则提前生成子任务。
[0065] 任务排序单元被配置成：筛选出当天需要执行的广播任务，对于播发时间小于当前时间的广播任务统一修改播发时间为当前时间，再对广播任务按照播发状态、播发时间、任务优先级、任务修改时间进行排序。
[0066] 任务处理单元被配置成：对于满足启动或停止条件的广播任务，调用指令处理模块进行处理。
[0067] 本实施例中，实时调度模块2与平台通信服务保持连接，用于接收用户对省、市、县、乡、村多级平台任务的实时广播指令，在接收到实时广播指令后对指令进行校验，对于合法的指令，立即提交给指令处理模块3处理，对于不合法的指令，则返回错误码。
[0068] 本实施例中，指令处理模块3采用多线程并发处理，使用线程池来管理多线程，提高指令的处理效率。具体地，指令处理模块3包括控制指令生成单元、指令查找单元、任务校验单元、指令类型判断单元、第一指令执行单元、第二指令执行单元、状态修改单元和处理结果获取单元。
[0069] 控制指令生成单元被配置成：解析调控指令的指令数据，根据指令数据生成相应的控制指令。
[0070] 指令查找单元被配置成：在失败的控制指令队列和正在执行的指令队列中查找控制指令生成单元生成的控制指令是否存在，如果该控制指令已经存在，则调用处理结果获取单元，反之则将该控制指令加入正在执行的指令队列并调用任务校验单元。
[0071] 任务校验单元被配置成：校验控制指令关联的任务，如果控制指令所关联的任务存在且任务状态正常，则调用指令类型判断单元，反之则调用处理结果获取单元。
[0072] 指令类型判断单元被配置成：判断控制指令的类型，如果控制指令的类型为TS唤醒指令生成服务指令，则调用第一指令执行单元，反之则调用第二指令执行单元。
[0073] 第一指令执行单元被配置成：将控制指令通过平台通信服务发送给TS唤醒指令生成服务执行，如果执行成功则启动第二指令执行单元，如果执行失败则将该控制指令加入失败的控制指令队列，启动故障处理模块4。
[0074] 第二指令执行单元被配置成：将控制指令通过平台通信服务发给TS发送服务执行，如果执行成功则调用状态修改单元，如果执行失败则将该控制指令加入失败的控制指令队列，调用故障处理模块4。
[0075] 状态修改单元用于根据控制指令的内容修改广播任务的状态。
[0076] 处理结果获取单元被配置成：如果有其他程序在等待控制指令的处理结果，则将处理结果写入结果队列并使用Java的同步计数器CountDownLatch唤醒等待的程序去获取指令的处理结果。
[0077] 本实施例中，故障处理模块4包括失败指令检测单元、指令关联任务判断单元、状态检测单元、失败指令处理单元。
[0078] 失败指令检测单元用于检测失败的控制指令队列中是否有失败的控制指令，如果没有失败的控制指令则进入休眠状态，反之则调用指令关联任务判断单元。
[0079] 指令关联任务判断单元被配置成：如果控制指令关联的任务存在且任务状态正常且任务结束时间未到，则调用状态检测单元，反之则移除该控制指令并继续通过失败指令检测单元检测失败的控制指令队列中是否有失败的控制指令，同时如果控制指令关联的任务存在则修改该任务的状态。
[0080] 状态检测单元被配置成：对执行控制指令的服务的状态进行检测，如果执行控制指令的服务不在线，则调用失败指令检测单元，如果执行控制指令的服务在线，则调用失败指令处理单元。
[0081] 失败指令处理单元被配置成：将失败的控制指令重新返回至指令处理模块3，调用指令处理模块3进行指令重发并继续通过失败指令检测单元检测失败的控制指令队列中是否有失败的控制指令。
[0082] 采用实施例一中的系统实现的基于定时轮询和实时调度的应急广播任务调控方法可以参考下述具体方法实施例。
[0083] 实施例二
[0084] 实施例二提供一种基于定时轮询和实时调度的应急广播任务调控方法，该方法包括定时轮询流程、实时调度流程、指令处理流程和故障处理流程，下面分别对各个流程进行详细说明。
[0085] (1)定时轮询流程
[0086] 定时轮询流程包括以下步骤：
[0087] S11、定时读取数据库中的应急广播任务，对于循环的广播任务，如果当天需要执行，则提前生成子任务；
[0088] S12、筛选出当天需要执行的广播任务，对于播发时间小于当前时间的广播任务统一修改播发时间为当前时间，再对广播任务按照播发状态、播发时间、任务优先级、任务修改时间进行排序；
[0089] S13、对于满足启动或停止条件的广播任务，调用指令处理流程进行处理。
[0090] (2)实时调度流程
[0091] 实时调度流程包括：接收用户对省、市、县、乡、村多级平台任务的实时广播指令，在接收到实时广播指令后对指令进行校验，对于合法的指令，立即调用指令处理流程处理，对于不合法的指令，则返回错误码。
[0092] (3)指令处理流程
[0093] 指令处理流程包括以下步骤：
[0094] S21、解析调控指令的指令数据，根据指令数据生成相应的控制指令；
[0095] S22、在失败的控制指令队列和正在执行的指令队列中查找步骤S21生成的控制指令是否存在，如果该控制指令已经存在，则转入步骤S28，反之则将该控制指令加入正在执行的指令队列并执行步骤S23；
[0096] S23、校验控制指令关联的任务，如果控制指令所关联的任务存在且任务状态正常，则执行步骤S24，反之则转入步骤S28；
[0097] S24、判断控制指令的类型，如果控制指令的类型为TS唤醒指令生成服务指令，则执行步骤S25，反之则转入步骤S26；
[0098] S25、将控制指令通过平台通信服务发送给TS唤醒指令生成服务执行，如果执行成功则转入步骤S26，如果执行失败则将该控制指令加入失败的控制指令队列，调用故障处理流程；
[0099] S26、将控制指令通过平台通信服务发给TS发送服务执行，如果执行成功则转入步骤S27，如果执行失败则将该控制指令加入失败的控制指令队列，调用故障处理流程；
[0100] S27、根据控制指令的内容修改广播任务的状态；
[0101] S28、如果有其他程序在等待控制指令的处理结果，则将处理结果写入结果队列并使用Java的同步计数器CountDownLatch唤醒等待的程序去获取指令的处理结果。
[0102] (4)故障处理流程
[0103] 故障处理流程包括步骤：
[0104] S31、检测失败的控制指令队列中是否有失败的控制指令，如果没有失败的控制指令则进入休眠状态，反之则转入步骤S32；
[0105] S32、如果控制指令关联的任务存在且任务状态正常且任务结束时间未到，则转入步骤S33，反之则移除该控制指令并返回到步骤S31，同时如果控制指令关联的任务存在则修改该任务的状态；
[0106] S33、对执行控制指令的服务的状态进行检测，如果执行控制指令的服务不在线，则返回到步骤S31，如果执行控制指令的服务在线，则执行步骤S34；
[0107] S34、将失败的控制指令重新返回至指令处理流程，调用指令处理流程进行指令重发并返回到步骤S31。
[0108] 从以上实施例可以看出，本发明实施例使用定时轮询流程、实时调度流程来调控多级平台的定时、实时广播任务，最后由指令处理流程进行统一处理，对于循环广播任务采用子任务的形式处理，很好的调控了各种广播任务的执行，同时本发明实施例引入故障处理流程，当出现网络异常时，可以给指令添加重发机制，保障广播指令在网络恢复时能立刻执行。
[0109] 需要说明，上述描述的实施例是本发明的一部分实施例，而不是全部实施例，也不是对本发明的限制。基于本发明的实施例，本领域普通技术人员在不付出创造性劳动前提下所获得的所有其他实施例，都属于本发明的保护范围。
