一种归档日志处理方法及系统与流程

本发明涉及数据库备份技术领域，更具体地说，涉及一种归档日志处理方法及系统。

背景技术：

数据库是存放应用数据的仓库，是一个长期存储在计算机内的、有组织的、可共享的、统一管理的大量数据的集合。为了保护数据库免受各种发生的故障的影响，须定期对数据库进行备份，以便在数据丢失或数据库损坏时，及时进行数据库恢复从而找回数据。

数据库备份包括归档日志备份。归档日志备份是将放在容量有限的存储阵列上归档日志定期备份至磁带库后，再将存储阵列上的归档日志删除。归档日志备份是定期进行的，如每隔4小时进行一次归档日志备份。但是，归档日志备份周期很难把控，如果归档日志备份频率低，可能使得归档空间爆满从而造成数据库长时间无响应的风险；如果归档日志备份过于频繁，频繁的进行归档日志备份操作又可能影响执行正常数据库业务的性能，使得执行正常业务的效率低。

因此，现有的归档日志备份可能会造成数据库长时间无响应的风险，且使得执行数据库业务的效率低。

技术实现要素：

有鉴于此，本发明公开了一种归档日志处理方法及系统，避免出现由于数据库的归档空间满引起数据库长时间无响应的风险和频繁的备份操作影响执行数据库业务的性能，从而提高执行数据业务的效率。

为了实现上述目的，其公开的技术方案如下：

本发明第一方面公开了一种归档日志处理方法，所述方法包括：

采集当前时刻的数据库系统等级、当前时刻的归档空间使用率和最近一次归档日志备份的时间；

若所述当前时刻的数据库系统等级、所述当前时刻的归档空间使用率和所述最近一次归档日志备份的时间符合第一预设条件，确定当前时刻调起数据库备份任务；

在运行所述数据库备份任务的过程中，若所述当前时刻的数据库系统等级符合第二预设条件，则执行增加备份的通道数操作，并执行归档日志备份操作，或，在运行所述数据库备份任务的过程中，若所述当前时刻的数据库系统等级符合第三预设条件，则执行减少归档器进程数量操作，并执行归档日志备份操作。

优选的，所述采集当前时刻的数据库系统等级、当前时刻的归档空间使用率和最近一次归档日志备份的时间，包括：

在第一预设时间周期内，基于系统等级信息采集脚本，采集当前时刻的数据库系统等级，所述数据库的系统等级包括第一系统等级、第二系统等级和第三系统等级；

在第二预设时间周期内，基于归档空间使用情况采集脚本，采集当前时刻的归档空间使用率；

在第三预设时间周期内，基于归档备份情况采集脚本，采集最近一次归档日志备份的时间。

优选的，所述若所述当前时刻的数据库系统等级、所述当前时刻的归档空间使用率和所述最近一次归档日志备份的时间符合第一预设条件，确定调起数据库备份任务，包括：

当所述当前时刻的归档空间使用率大于等于预设使用率，且当前时刻与所述最近一次归档日志备份的时间的差值小于等于第一预设时间时，确定调起数据库备份任务；

或，

当所述当前时刻的归档空间使用率大于等于所述预设使用率，且当前时刻与最近一次归档日志备份的时间的差值大于所述第一预设时间时，确定调起数据库备份任务；

或，

当所述当前时刻的归档空间使用率小于所述预设使用率，且大于第二预设时间时，确定调起数据库备份任务。

优选的，所述在运行所述数据库备份任务的过程中，若所述当前时刻的数据库系统等级符合第二预设条件，则执行增加备份的通道数操作，并执行归档日志备份操作，包括：

在运行所述数据库备份任务的过程中，计算当前时刻和所述最近一次归档日志备份的时间的差值；

若所述当前时刻的归档空间使用率与所述差值的比值大于等于第一预设数值，且所述当前时刻的数据库系统等级为所述第一系统等级，根据预设通道数，增加备份的通道数，并执行归档日志备份操作。

优选的，所述在运行所述数据库备份任务的过程中，若所述当前时刻的数据库系统等级符合第三预设条件，则执行减少归档器进程数量操作，并执行归档日志备份操作，包括：

在运行所述数据库备份任务的过程中，计算当前时刻和所述最近一次归档日志备份的时间的差值；

若所述当前时刻的归档空间使用率与所述差值的比值大于等于第一预设数值，且所述当前时刻的数据库系统等级为所述第三系统等级，根据预设进程数量，减少归档器进程数量。

优选的，在所述若所述当前时刻的数据库系统等级符合第二预设条件，则增加备份的通道数，并执行归档日志备份操作之后，还包括：

基于第一预设还原数，对备份的通道数进行还原。

优选的，在所述若所述当前时刻的数据库系统等级符合第三预设条件，则减少归档器进程数量，并执行归档日志备份操作之后，还包括：

基于第二预设还原数，对归档器进程数量进行还原。

本发明第二方面公开了一种归档日志处理系统，所述系统包括：

采集单元，用于采集当前时刻的数据库系统等级、当前时刻的归档空间使用率和最近一次归档日志备份的时间；

确定单元，用于若所述当前时刻的数据库系统等级、所述当前时刻的归档空间使用率和所述最近一次归档日志备份的时间符合第一预设条件，确定当前时刻调起数据库备份任务；

执行单元，用于在运行所述数据库备份任务的过程中，若所述当前时刻的数据库系统等级符合第二预设条件，则执行增加备份的通道数操作，并执行归档日志备份操作，或，在运行所述数据库备份任务的过程中，若所述当前时刻的数据库系统等级符合第三预设条件，则执行减少归档器进程数量操作，并执行归档日志备份操作。

优选的，所述采集单元，包括：

第一采集模块，用于在第一预设时间周期内，基于系统等级信息采集脚本，采集当前时刻的数据库系统等级，所述数据库的系统等级包括第一系统等级、第二系统等级和第三系统等级；

第二采集模块，用于在第二预设时间周期内，基于归档空间使用情况采集脚本，采集当前时刻的归档空间使用率；

第三采集模块，用于在第三预设时间周期内，基于归档备份情况采集脚本，采集最近一次归档日志备份的时间。

优选的，所述确定单元，包括：

第一确定模块，用于当所述当前时刻的归档空间使用率大于等于预设使用率，且当前时刻与所述最近一次归档日志备份的时间的差值小于等于第一预设时间时，确定调起数据库备份任务；

或，

第二确定模块，用于当所述当前时刻的归档空间使用率大于等于所述预设使用率，且当前时刻与最近一次归档日志备份的时间的差值大于所述第一预设时间时，确定调起数据库备份任务；

或，

第三确定模块，用于当所述当前时刻的归档空间使用率小于所述预设使用率，且大于第二预设时间时，确定调起数据库备份任务。

经由上述技术方案可知，采集当前时刻的数据库系统等级、当前时刻的归档空间使用率和最近一次归档日志备份的时间，基于当前时刻的数据库系统等级、当前时刻的归档空间使用率和最近一次归档日志备份的时间，判断当前时刻是否调起数据库备份任务，若当前时刻的数据库系统等级、当前时刻的归档空间使用率和最近一次归档日志备份的时间符合第一预设条件，确定当前时刻调起数据库备份任务，在运行数据库备份任务的过程中，若当前时刻的数据库系统等级符合第二预设条件，则执行增加备份的通道数操作，并执行归档日志备份操作，或，若数据库系统等级符合第三预设条件，则执行减少归档器进程数量操作，并执行归档日志备份操作。通过上述方案，在调起数据库备份任务时，根据数据库系统等级重要程度设置增加备份通道数，或减少调整归档进程的数量，从而减慢归档日志产生的速度，确保在归档日志产生高峰的时间内，及时将归档日志备份至磁带库，腾出数据库的归档空间，避免出现由于数据库的归档空间满引起数据库长时间无响应的风险。此外，在归档日志产生高峰的时间内，及时将归档日志备份至磁带库，无需频繁的进行归档日志备份操作，可避免频繁的备份操作影响执行数据库业务的性能，从而提高执行数据业务的效率。

附图说明

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

图1为本发明实施例公开的一种归档日志处理方法的流程示意图；

图2为本发明实施例公开的采集当前时刻的数据库系统等级、当前时刻的归档空间使用率和最近一次归档日志备份的时间的流程示意图；

图3为本发明实施例公开的若当前时刻的数据库系统等级符合第二预设条件，执行增加备份的通道数操作，并执行归档日志备份操作的过程的流程示意图；

图4为本发明实施例公开的若当前时刻的数据库系统等级符合第三预设条件，执行减少归档器进程数量操作，并执行归档日志备份操作的流程示意图；

图5为本发明实施例公开的一种归档日志处理系统的结构示意图。

具体实施方式

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

在本申请中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

由背景技术可知，现有的归档日志备份可能会造成数据库长时间无响应的风险，且使得执行数据库业务的效率低。

为了解决该问题，本发明实施例公开了一种归档日志处理方法及系统，在调起数据库备份任务时，根据数据库系统等级重要程度设置增加备份通道数，或减少调整归档进程的数量，从而减慢归档日志产生的速度，确保在归档日志产生高峰的时间内，及时将归档日志备份至磁带库，腾出数据库的归档空间，避免出现由于数据库的归档空间满引起数据库长时间无响应的风险。此外，在归档日志产生高峰的时间内，及时将归档日志备份至磁带库，无需频繁的进行归档日志备份操作，可避免频繁的备份操作影响执行数据库业务的性能，从而提高执行数据业务的效率。具体实现方式通过下述实施例具体进行说明。

如图1所示，为本发明实施例公开的一种归档日志处理方法的流程示意图，该归档日志处理方法主要包括如下步骤：

步骤s101：采集当前时刻的数据库系统等级、当前时刻的归档空间使用率和最近一次归档日志备份的时间。

在步骤s101中，通过系统等级信息采集脚本script_systemlevel.sh，采集当前时刻的数据库系统等级；通过归档空间使用情况采集脚本script_lastarchtime.sh，采集当前时刻的归档空间使用率；通过归档备份情况采集脚本script_runarch.sh，采集最近一次归档日志备份的时间。

根据所在主机名从配置信息库中获取当前时刻的数据库系统等级，读取到的数据库系统等级的信息存储于本地文件中。数据库系统等级分为第一系统等级(a)、第二系统等级(b)和第三系统等级(c)，记为l，第一系统等级代表重要，第二系统等级代表一般，第三系统等级代表不重要。

从数据库中获取当前时刻的归档空间使用率，记为p。

从备份日志中获取最近一次归档日志备份完成的时间点，记为t0。读取到的最近一次归档日志备份完成的时间点的信息存储于本地文件中。

备份日志是非活动的重做日志备份。通过使用归档日志，可以保留所有重做历史记录，当数据库处于archivelog模式并进行日志却换时，后台进程arcn会将重做日志的内容保存到归档日志中。当数据库出现介质失败时，使用数据文件备份、归档日志和重做日志可以完全恢复数据库。

在第一预设时间周期内，基于系统等级信息采集脚本，采集当前时刻的数据库系统等级；在第二预设时间周期内，基于归档空间使用情况采集脚本，采集当前时刻的归档空间使用率；在第三预设时间周期内，基于归档备份情况采集脚本，采集最近一次归档日志备份的时间。

第一预设时间周期可以是每天1次，也可以是每天2次，具体第一预设时间周期的确定由技术人员根据实际情况进行设置，本发明不做具体限定。本方案中第一预设时间周期优选每天1次。

第二预设时间周期可以是每5分钟执行1次，也可是每5分钟执行2次，具体第二预设时间周期的确定由技术人员根据实际情况进行设置，本发明不做具体限定，本方案中第二预设时间周期优选每5分钟执行1次。

第三预设时间周期可以是每分钟执行1次，也可以是每2分钟执行1次，具体第三预设时间周期的确定由技术人员根据实际情况进行设置，本发明不做具体限定，本方案中第三预设时间周期优选每分钟执行1次。

步骤s102：判断当前时刻的数据库系统等级、当前时刻的归档空间使用率和最近一次归档日志备份的时间是否符合第一预设条件，若是，则执行步骤s103，若否，则执行步骤s105。

在步骤s102中，判断当前时刻的数据库系统等级、当前时刻的归档空间使用率和最近一次归档日志备份的时间是否符合第一预设条件的过程在script_runarch.sh脚本中实现。

如果满足如下任意一个条件，则确定符合第一预设条件，需要调起归档备份任务：

当当前时刻的归档空间使用率大于等于预设使用率，且当前时刻与最近一次归档日志备份的时间的差值小于等于第一预设时间时，确定符合第一预设条件。即，若p≥30％，且(t1-t0)≤2小时，确定符合第一预设条件，需要调起数据库备份任务。

预设使用率可以为30％，也可以为35％，具体预设使用率的确定由技术人员根据实际情况进行设置，本发明不做具体限定，本方案中的预设使用率优选30％。

第一预设时间可以是2小时，也可是3小时，具体第一预设时间的确定由技术人员根据实际情况进行设置，本发明不做具体限定，本方案中的第一预设时间优选2小时。

或，

当当前时刻的归档空间使用率大于等于预设使用率，且当前时刻与最近一次归档日志备份的时间的差值大于第一预设时间时，确定符合第一预设条件，需要调起数据库备份任务。即，若p≥30％，且(t1-t0)>2小时，确定符合第一预设条件，需要调起数据库备份任务。

或，

当当前时刻的归档空间使用率小于预设使用率，且大于第二预设时间时，确定符合第一预设条件，需要调起数据库备份任务。即，若p<30％，且(t1-t0)>0.25小时，确定符合第一预设条件，需要调起数据库备份任务。

第二预设时间可以是0.25小时，也可以是0.3小时，具体第二预设时间的确定由技术人员根据实际情况进行设置，本发明不做具体限定，本方案中的第二预设时间优选0.25小时。

步骤s103：确定当前时刻调起数据库备份任务。

步骤s104：在运行数据库备份任务的过程中，若当前时刻的数据库系统等级符合第二预设条件，则执行增加备份的通道数操作，并执行归档日志备份操作，或，在运行数据库备份任务的过程中，若当前时刻的数据库系统等级符合第三预设条件，则执行减少归档器进程数量操作，并执行归档日志备份操作。

在步骤s104中，若当前时刻的数据库系统等级符合第二预设条件，则执行增加备份的通道数操作，并执行归档日志备份操作的过程如下：

首先，在运行数据库备份任务的过程中，计算当前时刻和最近一次归档日志备份的时间的差值，然后，若当前时刻的归档空间使用率与差值的比值大于等于第一预设数值，且当前时刻的数据库系统等级为第一系统等级，根据预设通道数，增加备份的通道数，并执行归档日志备份操作。

若当前时刻的数据库系统等级为第一系统等级，即l＝a，则将备份的通道数增加为8个。

其中，备份的通道数默认为4个。

若当前时刻的数据库系统等级符合第三预设条件，则执行减少归档器进程数量操作，并执行归档日志备份操作的过程如下：

首先，在运行数据库备份任务的过程中，计算当前时刻和最近一次归档日志备份的时间的差值，然后，若当前时刻的归档空间使用率与差值的比值大于等于第一预设数值，且当前时刻的数据库系统等级为第三系统等级，根据预设进程数量，减少归档器进程数量。

若当前时刻的数据库系统等级为第三系统等级，即l＝c，则根据预设进程数量2，减少归档器进程数量，即，在线设置数据库参数log_archive_max_processes为2。

其中，归档器进程数量默认为4个。

在若当前时刻的数据库系统等级符合第三预设条件，则减少归档器进程数量，并执行归档日志备份操作之后，基于第一预设还原数，对备份的通道数进行还原。

其中，对备份的通道数还原为4个。

在若当前时刻的数据库系统等级符合第三预设条件，则减少归档器进程数量，并执行归档日志备份操作之后，基于第二预设还原数，对归档器进程数量进行还原。

其中，还原归档器进程数量为4个，即，设置数据库参数log_archive_max_processes为2。

可选的，若p≥30％，且(t1-t0)>2小时，不做任何配置的修改，即，备份的通道数为默认值，归档器进程数量为默认值。

可选的，若0.3＞p/(t1-t0)≥0.15，不做任何配置的修改，即，备份的通道数为默认值，归档器进程数量为默认值。

步骤s105：不执行调起数据库备份任务。

本发明实施例中，在调起数据库备份任务时，根据数据库系统等级重要程度设置增加备份通道数，或减少调整归档进程的数量，从而减慢归档日志产生的速度，确保在归档日志产生高峰的时间内，及时将归档日志备份至磁带库，腾出数据库的归档空间，避免出现由于数据库的归档空间满引起数据库长时间无响应的风险。此外，在归档日志产生高峰的时间内，及时将归档日志备份至磁带库，无需频繁的进行归档日志备份操作，可避免频繁的备份操作影响执行数据库业务的性能，从而提高执行数据业务的效率。

如图2所示，为上述步骤s101中涉及到采集当前时刻的数据库系统等级、当前时刻的归档空间使用率和最近一次归档日志备份的时间的过程，主要包括如下步骤：

步骤s201：在第一预设时间周期内，基于系统等级信息采集脚本，采集当前时刻的数据库系统等级，数据库的系统等级包括第一系统等级、第二系统等级和第三系统等级。

步骤s202：在第二预设时间周期内，基于归档空间使用情况采集脚本，采集当前时刻的归档空间使用率。

步骤s203：在第三预设时间周期内，基于归档备份情况采集脚本，采集最近一次归档日志备份的时间。

步骤s201-步骤s203的执行原理与上述步骤s101的执行原理一致，可参考，此处不再进行赘述。

本发明实施例中，在第一预设时间周期内，基于系统等级信息采集脚本，采集当前时刻的数据库系统等级，在第二预设时间周期内，基于归档空间使用情况采集脚本，采集当前时刻的归档空间使用率，在第三预设时间周期内，基于归档备份情况采集脚本，采集最近一次归档日志备份的时间，实现获取当前时刻的数据库系统等级、当前时刻的归档空间使用率和最近一次归档日志备份的时间的目的。

如图3所示，为上述步骤s104中涉及到在运行数据库备份任务的过程中，若当前时刻的数据库系统等级符合第二预设条件，则执行增加备份的通道数操作，并执行归档日志备份操作的过程，主要包括如下步骤：

步骤s301：在运行数据库备份任务的过程中，计算当前时刻和最近一次归档日志备份的时间的差值。

步骤s302：若当前时刻的归档空间使用率与差值的比值大于等于第一预设数值，且当前时刻的数据库系统等级为第一系统等级，根据预设通道数，增加备份的通道数，并执行归档日志备份操作。

步骤s301-步骤s302的执行原理与上述步骤s104的执行原理一致，可参考，此处不再进行赘述。

本发明实施例中，在运行数据库备份任务的过程中，根据数据库系统等级重要程度设置增加备份通道数，从而减慢归档日志产生的速度，确保在归档日志产生高峰的时间内，及时将归档日志备份至磁带库，腾出归档空间，避免出现由于数据库的归档空间满引起数据库长时间无响应的风险。

如图4所示，为上述步骤s104中涉及到若当前时刻的数据库系统等级符合第三预设条件，则执行减少归档器进程数量操作，并执行归档日志备份操作的过程，主要包括如下步骤：

步骤s401：在运行数据库备份任务的过程中，计算当前时刻和最近一次归档日志备份的时间的差值。

步骤s402：若当前时刻的归档空间使用率与差值的比值大于等于第一预设数值，且当前时刻的数据库系统等级为第三系统等级，根据预设进程数量，减少归档器进程数量。

步骤s401-步骤s402的执行原理与上述步骤s104的执行原理一致，可参考，此处不再进行赘述。

本发明实施例中，在运行数据库备份任务的过程中，根据数据库系统等级重要程度减少调整归档进程的数量，从而减慢归档日志产生的速度，确保在归档日志产生高峰的时间内，及时将归档日志备份至磁带库，腾出数据库的归档空间，避免出现由于数据库的归档空间满引起数据库长时间无响应的风险。

基于上述实施例图1公开的一种归档日志处理方法，本发明实施例还对应公开了一种归档日志处理系统，如图5所示，该归档日志处理系统主要包括采集单元501、确定单元502和执行单元503。

采集单元501，用于采集当前时刻的数据库系统等级、当前时刻的归档空间使用率和最近一次归档日志备份的时间。

确定单元502，用于若当前时刻的数据库系统等级、当前时刻的归档空间使用率和最近一次归档日志备份的时间符合第一预设条件，确定当前时刻调起数据库备份任务。

执行单元503，用于在运行数据库备份任务的过程中，若当前时刻的数据库系统等级符合第二预设条件，则执行增加备份的通道数操作，并执行归档日志备份操作，或，在运行数据库备份任务的过程中，若当前时刻的数据库系统等级符合第三预设条件，则执行减少归档器进程数量操作，并执行归档日志备份操作。

进一步的，采集单元501，包括第一采集模块、第二采集模块和第三采集模块。

第一采集模块，用于在第一预设时间周期内，基于系统等级信息采集脚本，采集当前时刻的数据库系统等级，所述数据库的系统等级包括第一系统等级、第二系统等级和第三系统等级；

第二采集模块，用于在第二预设时间周期内，基于归档空间使用情况采集脚本，采集当前时刻的归档空间使用率；

第三采集模块，用于在第三预设时间周期内，基于归档备份情况采集脚本，采集最近一次归档日志备份的时间。

进一步的，确定单元502包括第一确定模块。

第一确定模块，用于当当前时刻的归档空间使用率大于等于预设使用率，且当前时刻与最近一次归档日志备份的时间的差值小于等于第一预设时间时，确定调起数据库备份任务；

或，确定单元502包括第二确定模块。

第二确定模块，用于当当前时刻的归档空间使用率大于等于预设使用率，且当前时刻与最近一次归档日志备份的时间的差值大于第一预设时间时，确定调起数据库备份任务。

或，确定单元502包括第三确定模块。

第三确定模块，用于当当前时刻的归档空间使用率小于预设使用率，且大于第二预设时间时，确定调起数据库备份任务。

进一步的，执行单元503包括第一计算模块和第一执行模块。

第一计算模块，用于在运行数据库备份任务的过程中，计算当前时刻和最近一次归档日志备份的时间的差值。

第一执行模块，用于若当前时刻的归档空间使用率与差值的比值大于等于第一预设数值，且当前时刻的数据库系统等级为第一系统等级，根据预设通道数，增加备份的通道数，并执行归档日志备份操作。

或，执行单元503包括第二计算模块和第二执行模块。

第二计算模块，用于在运行数据库备份任务的过程中，计算当前时刻和最近一次归档日志备份的时间的差值。

第二执行模块，用于若当前时刻的归档空间使用率与差值的比值大于等于第一预设数值，且当前时刻的数据库系统等级为第三系统等级，根据预设进程数量，减少归档器进程数量。

进一步的，还包括第一还原单元。

第一还原单元，用于基于第一预设还原数，对备份的通道数进行还原。

进一步的，还包括第二还原单元。

第二还原单元，用于基于第二预设还原数，对归档器进程数量进行还原。

本发明实施例中，在调起数据库备份任务时，根据数据库系统等级重要程度设置增加备份通道数，或减少调整归档进程的数量，从而减慢归档日志产生的速度，确保在归档日志产生高峰的时间内，及时将归档日志备份至磁带库，腾出数据库的归档空间，避免出现由于数据库的归档空间满引起数据库长时间无响应的风险。此外，在归档日志产生高峰的时间内，及时将归档日志备份至磁带库，无需频繁的进行归档日志备份操作，可避免频繁的备份操作影响执行数据库业务的性能，从而提高执行数据业务的效率。

对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于系统类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本发明各实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

对所公开的实施例的上述说明，使本领域技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。