一种动态录像方法、装置、存储介质及服务器

技术领域

本发明涉及视频监控领域，尤其涉及一种动态录像方法、装置、存储介质及服务器。

背景技术

视频数据在日常生活中越来越重要，无论是对事件的起因、过程以及结果进行追踪并定位，还是事件、数据回溯，视频数据相对于其他监测手段而言，更具有说服力，可以有效的预防在以后的生产中出现相同类似的事件发生。但视频数据的最大缺点可能就是空间占用问题。

传统的传统录像计划，可以针对各个通道设置录像存储计划。根据实际需要，可以在录像机中设置某通道在某时间段开启录像存储，录像计划举例如下表：

然而，根据预制的录像计划的时间段进行录像存储，会存在四个极大的弊端：

1.存储录像所占比的空间较大且浪费，以通道A周二的录像为例，9:00-12:00的录像，可能这段录像在事件回溯的时候根本无要点可查询或者要点很少，但这段录像所占用的空间始终要等到周期满之后再释放，存在存储空间浪费。

2.录像不及时，手动录像可能存在录像提前开始或者延后开始的情况，不能做到实时。例如，设置的某录像通道的录像时间段为9:00-12:00，那么当该录像通道在9:00之前或者12:00之后出现的异常则无法监控录像，容易遗漏异常信息，而如果设置为全时段录像(00:00-23:59)，虽然不会遗漏重点信息，但会存在存储空间浪费和回放不能迅速锁定重点信息的问题。

3.录像回放不能迅速锁定重点，每次在事件回溯的时候始终要从开始进行查询，且可能存在此段录像查询完成后，无要点或者要点极低。

4.虽然在进行录像文件存储的时候，可以单一存储，针对不同的录像计划均存储一份属于自己的录像文件，此种方式在进行录像文件回放的时候，可能会很快，但是在存储空间上则存在一定的浪费，可能相同的监控数据会被存储多份。如果也只做一份全量录像文件的存储，则进行录像文件回放的时候，则会产生录像回放的时间点不准确，不能让用户及时获取到所需要的时间点。

发明内容

针对上述问题，本发明实施例提供一种动态录像方法、装置、存储介质及服务器，在不浪费存储空间的情况下，保证录像的准确性和实时性。

第一方面，本发明实施例提供一种动态录像方法，包括：

获取每个录像通道的监控画面，所述每个录像通道的监控画面包含至少一个异常监测区域；

识别每个录像通道对应的至少一个异常监测区域的图像；

在任一异常监测区域的图像与该异常监测区域的基准图像不匹配或者满足预设监测要求的情况下，针对该异常监测区域开始异常监测录像；

在该异常监测区域的图像恢复为该异常监测区域的基准图像或者不满足预设监测要求的情况下，针对该异常监测区域停止异常监测录像。

在一些实现方式中，所述异常监测区域包括用户针对每个录像通道的监控画面选定的至少一个区域。

在一些实现方式中，所述方法还包括：

在开始异常监测录像的同时生成录像开始消息，并将所述录像开始消息存入预先建立的消息队列，所述录像开始消息包括录像通道、异常监测区域和开始时刻；

在停止异常监测录像的同时生成录像停止消息，并将所述录像停止消息存入预先建立的消息队列，所述录像停止消息包括录像通道、异常监测区域和停止时刻。

在一些实现方式中，所述方法还包括：

在针对同一通道且同一异常监测区域的一组录像开始消息和录像停止消息已存入所述消息队列的情况下，基于该组录像开始消息和录像停止消息生成一条录像记录，并将所述录像记录写入预先设置的时序数据库；其中，所述录像记录包括录像通道、异常监测区域、开始时刻和停止时刻。

在一些实现方式中，在将所述录像消息写入预先设置的时序数据库的同时，从消息队列中删除与所述录像记录对应的一组录像开始消息和录像停止消息。

第二方面，本发明实施例提供一种动态录像方法，包括：

获取针对任一录像记录的查询请求，其中，所述录像记录是基于开始异常监测录像时生成的录像开始消息和停止异常监测录像时生成的录像停止消息而生成的，所述录像开始消息包括录像通道、异常监测区域和开始时刻，所述录像停止消息包括录像通道、异常监测区域和停止时刻；

获取所述任一录像记录对应录像通道的从开始时刻至停止时刻这一时间段内的录像文件并进行回放。

第三方面，本发明实施例提供一种动态录像装置，包括：

获取模块，用于获取每个录像通道的监控画面，所述每个录像通道的监控画面包含至少一个异常监测区域；

识别模块，用于识别每个录像通道对应的至少一个异常监测区域的图像；

开始模块，用于在任一异常监测区域的图像与该异常监测区域的基准图像不匹配或者满足预设监测要求的情况下，针对该异常监测区域开始异常监测录像；

停止模块，用于在该异常监测区域的图像恢复为该异常监测区域的基准图像或者不满足预设监测要求的情况下，针对该异常监测区域停止异常监测录像。

第四方面，本发明实施例提供一种动态录像装置，包括：

查询模块，用于获取针对任一录像记录的查询请求，其中，所述录像记录是基于开始异常监测录像时生成的录像开始消息和停止异常监测录像时生成的录像停止消息而生成的，所述录像开始消息包括录像通道、异常监测区域和开始时刻，所述录像停止消息包括录像通道、异常监测区域和停止时刻；

回放模块，用于获取所述任一录像记录对应录像通道的从开始时刻至停止时刻这一时间段内的录像文件并进行回放。

第五方面，本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被一个或多个处理器执行时，实现如第一方面或第二方面所述的方法。

第六方面，本发明实施例提供一种服务器，包括存储器和一个或多个处理器，所述存储器上存储有计算机程序，所述计算机程序被所述一个或多个处理器执行时实现如第一方面或第二方面所述的方法。

与现有技术相比，本发明的一个或多个实施例至少带来如下有益效果：

本发明提供的动态录像方法、装置、存储介质及服务器，在不浪费存储空间的情况下，保证录像的准确性和实时性，在保留原有的手动或定时计划录像的基础上，增加了异常监测的动态录像计划的功能，根据实际所需，针对每个录像通道预设对应的动态监测区域，且每个通道可以预制多个异常监测区域。当图像识别到与预设基准监测画面不一致时或者达到预设监测要求的时候，开始异常监测录像，图像监测复归后，异常监测录像结束。整个过程只需要人为预先进行预制监测点的设置，无需干涉整个录像计划过程，满足实时性需求。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定。

图1是本发明实施例提供的一种动态录像方法流程图；

图2是本发明实施例提供的异常监测区域示例；

图3是本发明实施例提供的消息队列示例；

图4是本发明实施例提供的另一种动态录像方法流程图；

图5是本发明实施例提供的录像记录示例；

图6是本发明实施例提供的一种监控系统的具体示例。

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

相关技术中，人为指定录像计划不具备实时性，所录制的录像可能存在一定的误差，提前或者滞后一个时间段，造成录像数据的遗漏；本发明提供的方案中，通过动态录像计划实现录像的定制化，无论是录像计划本身还是录像异常监测区域而言，都是根据人、随需求场景自定义。下面对本发明的几个实施例进行详细说明。

实施例一

本实施例提供一种动态录像方法，可应用于流媒体服务器，如图1所示，本方法包括如下步骤：

步骤S101、获取每个录像通道的监控画面。

其中，每个录像通道的监控画面包含至少一个异常监测区域；异常监测区域包括用户针对每个录像通道的监控画面选定的至少一个区域。每个录像通道下的至少一个异常监测区域是由用户预先选定的，用于监测指定区域的异常情况，以触发异常监测录像。本实施例中的方法可以是在针对正常监控画面全量录像的基础上进行的，针对预先选定异常监测区域进行动态录像，能够由针对性地获得相应的录像记录。

因此，在获取每个录像通道的监控画面之前，获取用户对每个录像通道的监控画面中至少一个区域的选定操作，并将所选定区域确定为异常监测区域。

用户可以在设置录像计划阶段，打开每个录像通道的画面进行异常监测区域的选定，以图2为例，可以通过矩形框选定某一录像通道下的3个(停车)区域作为异常监测区域。

步骤S102、识别每个录像通道对应的至少一个异常监测区域的图像。

利用图像识别技术，识别每个录像通道下的各异常监测区域处的图像，以确定其是否满足触发异常监测录像的条件，或者在已开始异常监测录像的情况下，确定其是否满足停止异常监测录像的条件，从而停止录像，完成一次异常监测录像。

步骤S103、确定各异常监测区域的图像与该异常监测区域的基准图像是否匹配或者是否满足预设监测要求。

本实施例中通过对各异常监测区域设置基准图像或监测要求，来触发针对各异常监测区域的异常监测录像，实现不同录制通道不同异常监测区域的个性化监控。

步骤S104、在任一异常监测区域的图像与该异常监测区域的基准图像不匹配或者满足预设监测要求的情况下，针对该异常监测区域开始异常监测录像。

步骤S105、在该异常监测区域的图像恢复为该异常监测区域的基准图像或者不满足预设监测要求的情况下，针对该异常监测区域停止异常监测录像。

一些情况下，预先设定每个录像通道下各异常监测区域的基准图像，进而可以在识别出异常监测区域的图像与相应的基准图像不匹配的情况下，对该异常监测区域进行异常监测录像。以图2为例，异常监测区域A1(停车区域)的基准图像为没有车辆停放时的图像。因此，若在监控过程中识别到异常监测区域A1出现车辆，则触发异常监测录像开启。而当识别到异常监测区域A1的车辆消失，则停止异常监测录像。

另一些情况下，预先设定每个录像通道下各异常监测区域的监测要求，进而可以在识别出异常监测区域的图像满足预设监测要求的情况下，对该异常监测区域进行异常监测录像。以机房为例，某录像通道下的某异常监测区域为温度监测设备的显示区域，预先设定的监测要求为该显示区域的温度显示为30℃。因此，若在监控过程中识别到该异常监测区域显示30℃，则触发异常监测录像开启。而当识别到异常监测区域不为30℃，则停止异常监测录像。再以图2为例，异常监测区域A1(停车区域)的监测要求为出现车辆。因此，若在监控过程中识别到异常监测区域A1出现车辆，则触发异常监测录像开启。而当识别到异常监测区域A1的车辆消失，则停止异常监测录像。

本实施例的方法，在保留原有的手动或定时计划录像的基础上，增加了异常监测的动态录像计划的功能，根据实际所需，针对每个录像通道预设对应的动态监测区域，且每个通道可以预制多个异常监测区域。当图像识别到与预设基准监测画面不一致时或者达到预设监测要求的时候，开始异常监测录像，图像监测复归后，异常监测录像结束。整个过程只需要人为预先进行预制监测点的设置，无需干涉整个录像计划过程，满足实时性需求。

与常规录像计划不同的是，本实施例的动态录像方式不需要进行录像文件的存储，只是针对录像记录进行存储，但整个录像过程的录像文件始终保存一份，且是完整的全量文件。当需要进行异常监测录像回放的时候，根据录像记录来获取相应的录像进行回放。为了确保数据的准确性，本实施例还引入消息机制，可以有效保证了录像记录数据不丢失，而录像文件的存储与否由磁盘录像机自己管理，只需确保录像全量文件存在。进一步还引入时序数据库，易于异常监测录像的回放，保证了录像数据的查询效率。

因此，本实施例的方法还包括：

在开始异常监测录像的同时生成录像开始消息，并将录像开始消息存入预先建立的消息队列，录像开始消息包括录像通道、异常监测区域和开始时刻；以及

在停止异常监测录像的同时生成录像停止消息，并将录像停止消息存入预先建立的消息队列，录像停止消息包括录像通道、异常监测区域和停止时刻。

以图3所示的消息队列为例，其中存入了4条信息：

“T1，A1，C1-start”：T1表示开始时刻，A1表示异常监测区域A1，C1表示录像通道C1，start表示开始标记；

“T2，A2，C1-start”：T2表示开始时刻，A2表示异常监测区域A2，C1表示录像通道C1，start表示开始标记；

“T3，A2，C1-stop”：T3表示开始时刻，A2表示异常监测区域A2，C1表示录像通道C1，stop表示停止标记；

“T1，A1，C1-stop”：T1表示开始时刻，A1表示异常监测区域A1，C1表示录像通道C1，stop表示停止标记。

进一步地，本实施例的方法还包括：

在针对同一通道且同一异常监测区域的一组录像开始消息和录像停止消息已存入消息队列的情况下，基于该组录像开始消息和录像停止消息生成一条录像记录，并将录像记录写入预先设置的时序数据库；其中，录像记录包括录像通道、异常监测区域、开始时刻和停止时刻。

在将录像消息写入预先设置的时序数据库的同时，从消息队列中删除与录像记录对应的一组录像开始消息和录像停止消息。

仍以图3所示的消息队列为例，录像开始消息“T1，A1，C1-start”和录像停止消息“T1，A1，C1-stop”为针对同一通道C1且同一异常监测区域A1的一组消息，此时，将该组消息生成一条录像记录写入预先设置的时序数据库TSDB。

在整个执行的过程中，与流媒体服务器以及磁盘录像机、录像通道本身不进行任何数据的交互，只需要将对应的录像记录数据准确存入时序数据库即可。

在一些情况下，录像记录写入预先设置的时序数据库TSDB时可能出现由于网络中断、数据库宕机等引起的写入失败的情形，此时，延时一定时长后，再次尝试写入即可。

以背景技术中涉及的表格中通道A的周二的录像为例，周二的录像计划包括9:00-12:00、13:00-14:00、19:00-21:00三个时间段，其中9:00-12:00这一时间段的录像在事件回溯的时候并不存在异常情况可回放查询，或者整个时间段内通道A所传回的界面信息未发生变化，然而根据传统的预制的录像计划时间段进行录像存储的方式，这一时间段的录像会在当前周期内一直占用存储控制，所占用的存储空间需要在录像计划的周期届满时才能释放，存在存储空间浪费的问题。

为了解决存储空间浪费的问题，本实施例的方法还可以预先配置录像存储方式，包括全量存储方式和动态存储方式，其中的全量存储方式可以指监控过程中全程录像，动态存储方式可以指基于异常监测录像生成的录像记录进行录像，而未启动异常监测录像的情况下则不进行录像，也就是仅针对基于异常监测录像生成的录像记录对应的时间段进行录像，产生录像文件。本实施例的方法还可以包括：

在预先配置的录像存储方式为动态存储方式的情况下，在从针对该异常监测区域开始异常监测录像至停止异常监测录像的过程中进行录像并存储录像文件。由此，可以实现根据所设置的异常监测区域选择性地录像，而剔除多余的录像数据，达到节省存储空间的效果。在实际中，预先配置的录像存储方式可由视频云服务器写入持久数据库存储，并在图像采集设备的各录像通道监控时由流媒体服务器调取，以在针对该异常监测区域开始异常监测录像开始录像并存储相应的录像数据存储至磁盘录像机，供录像查询服务器进行查询和回放时调取。

相关技术中的录像回放不能迅速锁定重点，每次在事件回溯的时候始终要从开始进行查询，且可能存在此段录像查询完成后，无要点或者要点极低。例如，对重点信息查询的时候，在尚不明确具体时间的情况下，只能对录像文件进行全量回放进行查找。即便明确大概时间范围，也未必能够快速准确找到的信息。而只有在完全明确时间信息的情况下，才可以依据全量时段的录像有效溯源，否则对录像信息的信息查询浪费时间且可能难以找到所需信息。而本实施例的异常监测区域一旦设置，无论明确时间点与否，均可以根据录像记录的时间信息查找相应的录像，且查询时间短且准确有效。

相关技术中的预制录像计划，针对同一录像通道可以设置多个录像计划，在录像文件存储的时候可以统一存储一份录像文件，也可以针对每一个录像计划存储一份属于自己的录像文件，两者的优劣在于前者所占用的存储空间少，但是查询效率低，后者所使用的存储空间多，但是查询效率高。而本实施例的动态监测录像计划，通过仅存储录像记录及其对应时间段的录像文件，同时达到节省空间和查询效率高的效果。

实施例二

在前述实施例的基础上，本实施例提供的动态录像方法可以应用于录像查询服务器，如图4所示，该方法包括：

步骤S201、获取针对任一录像记录的查询请求，其中，录像记录是基于开始异常监测录像时生成的录像开始消息和停止异常监测录像时生成的录像停止消息而生成的，录像开始消息包括录像通道、异常监测区域和开始时刻。

步骤S202、获取任一录像记录对应录像通道的从开始时刻至停止时刻这一时间段内的录像文件并进行回放。

本实施例中，录像文件的回放是基于事件回溯需要，指定事件(即指定异常监测区域的监测条件)，从时序数据库中取出录像的起始点，再根据起始时刻进行录像文件锁定，并进行播放。由于时序数据库的特性，在进行录像记录查询的时候实际是一个极快的过程。由于是基于异常监测区域的需要，故在录像回放的过程中，也只是有针对性地进行录像播放，即对异常监测区域触发的异常监测录像才进行播放，其余时间的录像则跳过，有效的减少了事件的回溯时间。

由于用户所需回放的录像记录可能不止一条，且各条待回放的录像记录在时间上非连续的。因此，先查询并拉取待回放的第一个录像记录对应的录像文件进行回放，后续按照时间顺序在前一录像记录对应的录像文件的回放过程中推送下一录像记录对应的录像文件，并在前一录像记录对应的录像文件回放完毕时自动对下一录像记录对应的录像文件进行播放，直到用户手动关闭回放或者待回放的录像记录对应的录像文件全部播放完毕，由此实现推送与拉取相结合，在视觉上实现了流畅播放的效果，确保录像回放过程的流畅性和效率，提升了用户体验。

以图5为例，用户需要回放通道A-监测区域(监测点)A1的录像，现有录像记录如图5所示，其中包含了四段录像记录，涉及的异常监测区域包含A1、A2、A3。从录像记录数据中可以看出，自2022-08-01以来，针对通道A且异常检测区域A1的录像记录数据只有两条，可以锁定录像回放的时间段为2022-08-0109:23:56至2022-09-02 04:28:36，由于录像文件是全量文件，如此长的一个时间段内进行录像回放的过程中即使使用快进操作，也需要相当长的时间方可播放完成。而依据本实施例的异常监测动态录像计划原理而言，先获取针对图5在序号为1的录像记录的查询请求，进而通过拉取2022-08-01 09:23:56至2022-08-0310:37:16这一时间段的录像文件，来获取所需回放的第一条录像记录对应的录像，在这一时间段的录像文件回放过程中，推送下一录像记录对应的录像文件，即：2022-09-01 09:13:06至2022-09-02 04:28:36这一时间段的录像文件。进一步地，在2022-08-01 09:23:56至2022-08-03 10:37:16这一时间段的录像文件回放完毕时自动对2022-09-01 09:13:06至2022-09-02 04:28:36进行播放，实现流畅播放的效果。在查询后续的录像记录时间段的录像文件的同时，可以跳过不需要的序号为2、3的录像记录，直接获取到有效的序号为4的录像记录进行推送和顺序回放，从而确保了录像的流畅回放，相比于用户频繁操作要回放的录像记录来依次拉取相应的录像文件再回放的方式，可以有效提高回放效率，提升用户体验，且避免频繁操作过程中导致的错误播放和不连贯播放，有利于回放的溯源目的的实现。

实施例三

与实施例一对应地，本实施例提供一种动态录像装置，包括：

获取模块，用于获取每个录像通道的监控画面，其中，监控画面包含至少一个异常监测区域；每个通道下的至少一个异常监测区域是由用户预先选定的，用于监测指定区域的异常情况，以触发异常检测录像。本实施例中的方法可以是在正常监控画面的全量录像的基础上进行的，针对预先选定异常监测区域进行动态录像，能够由针对性地获得相应的录像记录。

识别模块，用于识别每个录像通道对应的至少一个异常监测区域的图像；

开始模块，用于在任一异常监测区域的图像与该异常监测区域的基准图像不匹配或者满足预设监测要求的情况下，针对该异常监测区域开始异常监测录像；

停止模块，用于在该异常监测区域的图像恢复为该异常监测区域的基准图像或者不满足预设监测要求的情况下，针对该异常监测区域停止异常监测录像。

异常监测区域包括用户针对每个录像通道的监控画面选定的至少一个区域。

在一些实现方式中，开始模块还用于：在开始异常监测录像的同时生成录像开始消息，并将录像开始消息存入预先建立的消息队列，录像开始消息包括录像通道、异常监测区域和开始时刻；停止模块还用于：在停止异常监测录像的同时生成录像停止消息，并将录像停止消息存入预先建立的消息队列，录像停止消息包括录像通道、异常监测区域和停止时刻。

进一步地，本实施例的装置还包括：

写入模块，用于在针对同一通道且同一异常监测区域的一组录像开始消息和录像停止消息已存入消息队列的情况下，基于该组录像开始消息和录像停止消息生成一条录像记录，并将录像记录写入预先设置的时序数据库；其中，录像记录包括录像通道、异常监测区域、开始时刻和停止时刻。并在将录像消息写入预先设置的时序数据库的同时，从消息队列中删除与录像记录对应的一组录像开始消息和录像停止消息。

应当理解的是，本实施例的装置至少具备实施例一的全部有益效果。

实施例四

与实施例二对应地，本实施例提供一种动态录像装置，包括：

查询模块，用于获取针对任一录像记录的查询请求，其中，录像记录是基于开始异常监测录像时生成的录像开始消息和停止异常监测录像时生成的录像停止消息而生成的，录像开始消息包括录像通道、异常监测区域和开始时刻；

回放模块，用于获取任一录像记录对应录像通道的从开始时刻至停止时刻这一时间段内的录像文件并进行回放。

应当理解的是，本实施例的装置至少具备实施例二的全部有益效果。

实施例五

本实施例提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被一个或多个处理器执行时，实现如实施例一或实施例二的方法。

其中，计算机可读存储介质可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，例如静态随机存取存储器(Static Random Access Memory，简称SRAM)，电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，简称EEPROM)，可擦除可编程只读存储器(Erasable Programmable Read-Only Memory，简称EPROM)，可编程只读存储器(Programmable Read-Only Memory，简称PROM)，只读存储器(Read-Only Memory，简称ROM)，磁存储器，快闪存储器，磁盘或光盘。

实施例六

本实施例提供一种服务器，包括存储器和一个或多个处理器，存储器上存储有计算机程序，计算机程序被一个或多个处理器执行时实现如实施例一或实施例二的方法。

处理器可以是专用集成电路(Application Specific Integrated Circuit，简称ASIC)、数字信号处理器(Digital Signal Processor，简称DSP)、数字信号处理设备(Digital Signal Processing Device，简称DSPD)、可编程逻辑器件(Programmable LogicDevice，简称PLD)、现场可编程门阵列(Field Programmable Gate Array，简称FPGA)、控制器、微控制器(Microcontroller Unit,MCU)、微处理器或其他电子元件实现，用于执行上述实施例中的方法。

图6提供一种监控系统的具体示例。在一些实现方式中，上述服务器为流媒体服务器，包括存储器和一个或多个处理器，存储器上存储有计算机程序，计算机程序被一个或多个处理器执行时实现实施例一的方法。在一些实现方式中，上述服务器为录像查询服务器，包括存储器和一个或多个处理器，存储器上存储有计算机程序，计算机程序被一个或多个处理器执行时实现实施例二的方法。

进一步地，用户对每个录像通道的监控画面选定的至少一个异常监测区域的信息可由视频云服务器写入持久数据库存储，并在图像采集设备的各录像通道监控时调取。在生成录像记录时，流媒体服务器可将录像记录写入视频云服务器中预先设置的时序数据库，供录像查询服务器进行查询和回放时调取。

在本发明实施例所提供的几个实施例中，应该理解到，所揭露的系统和方法，也可以通过其它的方式实现。以上所描述的系统和方法实施例仅仅是示意性的。

需要说明的是，在本文中，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

虽然本发明所揭露的实施方式如上，但所述的内容只是为了便于理解本发明而采用的实施方式，并非用以限定本发明。任何本发明所属技术领域内的技术人员，在不脱离本发明所揭露的精神和范围的前提下，可以在实施的形式上及细节上作任何的修改与变化，但本发明的专利保护范围，仍须以所附的权利要求书所界定的范围为准。