一种运营商数据的质量评估方法、装置、服务器及介质

技术领域

本发明实施例涉及数据处理领域，尤其涉及一种运营商数据的质量评估方法、装置、服务器及介质。

背景技术

作为一种战略资源与生产要素的信息资源正在逐渐成为企业正常运转的基础，缺失、错误等异常数据必定产生错误或不准确的处理结果，导致错误或不准确的决策，对企业可能导致严重的甚至是致命的后果。因此，数据质量对于企业来说，显得至关重要。

数据质量保障工作目前存在如下问题：

(1)数据源复杂，完整性难以保障识别

A.数据量大：运营商数据每天上万G的数据量。B.数据种类繁多：运营商数据包括O域的无线数据，感知DPI数据，固网DPI数据，移动DPI数据，以及移动上网日志，B域数据，M域数据等。C.数据源多：运营商数据源包括OMC设备，SCA设备，核心网设备，省端统一网关设备等。基于以上数据量大、种类多、数据源多的情况下，很难保障和识别数据的完整性。

(2)数据处理链条长，问题定位效率低

数据处理链条较长，包括数据源环节、传输环节、采集环节、加工环节、入库环节、共享接口环节等，整个数据处理过程是封闭的，数据出现问题难以定位，对发生问题的环节不能快速识别，无自动预警机制。大多数都是靠人工定位筛查，运维成本较高，自动化程度低，导致高成本的低效率维护现状。

(3)缺乏标准化、平台化的数据质量检测体系

整个运营商数据缺少标准化的数据质量监控保障体系，配置化地设置数据质量检测点，支持数据质量的全程监控，提供全面及时的数据质量报告，并提供配置化的告警设置。

发明内容

本发明实施例提供一种运营商数据的质量评估方法、装置、服务器及介质，以实现监控全程化、规则配置化和检测实时化。

第一方面，本发明实施例提供了一种运营商数据的质量评估方法，包括：

步骤一、采集数据源环节、接口机环节、集群环节、共享服务器环节的MR数据，其中，所述MR数据包括：A.数据源的文件个数、接口机的文件个数和集群的文件个数；B.数据源的文件存储大小、接口机的文件存储大小和集群的文件存储大小；C.集群上报基站数量、共享服务器上报基站数量；

步骤二、判断数据源的文件个数、接口机的文件个数和集群的文件个数三者是否相等，数据源的文件存储大小、接口机的文件存储大小和集群的文件存储大小三者是否相等，集群上报基站数量、共享服务器上报基站数量是否与工参基站数量相等；

步骤三、若数据源的文件个数、接口机的文件个数和集群的文件个数的偏差大于第一预设阈值，则发出告警信息，若数据源的文件存储大小、接口机的文件存储大小和集群的文件存储大小的偏差大于第二预设阈值，则发出告警信息，若集群上报基站数量、共享服务器上报基站数量分别少于工参基站数量的差值超过第三预设阈值，则发出告警信息；

步骤四、根据是否发出告警信息以及告警信息的类型次数分析运营商的数据是否存在异常、出现异常的环节以及各个判别异常的原因，并输出数据质量评估结果。

可选的，所述MR数据还包括：D.掉话率、imsi有效率、agps上报率。

可选的，在步骤二中，还包括：

判断掉话率是否小于0.3％、imsi有效率是否大于90％、agps上报率是否在2％-5％之间。

可选的，在步骤三中，还包括：

若掉话率超过0.3％、或者imsi有效率小于90％、或者agps上报率不在2％-5％之间，则发出告警信息。

可选的，在步骤三中，若出现异常判别：a.集群文件个数小于接口机文件个数；b.集群文件存储大小小于接口机文件存储大小；c.集群上报基站数量小于工参基站数量；异常判别a、b、c都属于集群环节出现的异常判别，则认定接口机文件到集群文件的传输过程中出现了问题，集群数据有丢失。

可选的，在步骤三中，若出现异常判别：d.共享服务上报基站数量小于工参基站数据量，则对判别d进行溯源分析，认定判别d异常是由于集群环节数据丢失导致。

可选的，在步骤四中，如果认定数据有丢失，当数据丢失率小于1％时，则评估数据基本可用。

第二方面，本发明实施例还提供了一种运营商数据的质量评估装置，包括：

采集单元，用于采集数据源环节、接口机环节、集群环节、共享服务器环节的MR数据，其中，所述MR数据包括：A.数据源的文件个数、接口机的文件个数和集群的文件个数；B.数据源的文件存储大小、接口机的文件存储大小和集群的文件存储大小；C.集群上报基站数量、共享服务器上报基站数量；

判别单元，用于判断数据源的文件个数、接口机的文件个数和集群的文件个数三者是否相等，数据源的文件存储大小、接口机的文件存储大小和集群的文件存储大小三者是否相等，集群上报基站数量、共享服务器上报基站数量是否与工参基站数量相等；

告警单元，用于若数据源的文件个数、接口机的文件个数和集群的文件个数的偏差大于第一预设阈值，则发出告警信息，若数据源的文件存储大小、接口机的文件存储大小和集群的文件存储大小的偏差大于第二预设阈值，则发出告警信息，若集群上报基站数量、共享服务器上报基站数量分别少于工参基站数量的差值超过第三预设阈值，则发出告警信息；

分析单元，用于根据是否发出告警信息以及告警信息的类型次数分析运营商的数据是否存在异常、出现异常的环节以及各个判别异常的原因，并输出数据质量评估结果。

第三方面，本发明实施例还提供了一种服务器，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述实施例中任一所述的运营商数据的质量评估方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中任一所述的运营商数据的质量评估方法。

本发明实施例的技术方案，通过数据质量监控保障体系为数据质量管理工作提供强有力的支撑，实现了以下体系建设目标：(1)监控全程化。针对数据源环节、传输环节、采集环节、加工环节、入库环节、共享接口环节等，提供相应的数据质量监控手段，实现全流程的数据质量监控。(2)规则配置化。制定数据质量评估通用规则以及自定义质量检测规则，实现检测规则、告警规则配置化。(3)检测实时化。实现在线实时诊断，对数据质量问题的故障发现、故障定位、影响分析、问题溯源等常态化、在线化、实时化。

附图说明

图1是本发明实施例一中的一种运营商数据的质量评估方法的流程示意图；

图2是本发明实施例二中的一种运营商数据的质量评估装置的结构示意图；

图3是本发明实施例三中的一种服务器的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各步骤描述成顺序的处理，但是其中的许多步骤可以被并行地、并发地或者同时实施。此外，各步骤的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

此外，术语“第一”、“第二”等可在本文中用于描述各种方向、动作、步骤或元件等，但这些方向、动作、步骤或元件不受这些术语限制。这些术语仅用于将第一个方向、动作、步骤或元件与另一个方向、动作、步骤或元件区分。举例来说，在不脱离本申请的范围的情况下，可以将第一预设阈值称为第二预设阈值，且类似地，可将第二预设阈值称为第一预设阈值。第一预设阈值和第二预设阈值两者都是预设阈值，但其不是同一预设阈值。术语“第一”、“第二”等不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

实施例一

图1为本发明实施例一提供的一种运营商数据的质量评估方法的流程示意图，本发明实施例可适用于数据质量监控的情况。本发明实施例的方法可以由一种运营商数据的质量评估装置来执行，该装置可以由软件和/或硬件的方式实现，并一般可集成于服务器或终端设备中。参照图1，本发明实施例的运营商数据的质量评估方法，具体包括如下步骤：

步骤S110、采集数据源环节、接口机环节、集群环节、共享服务器环节的MR数据，其中，所述MR数据包括：A.数据源的文件个数、接口机的文件个数和集群的文件个数；B.数据源的文件存储大小、接口机的文件存储大小和集群的文件存储大小；C.集群上报基站数量、共享服务器上报基站数量。

具体的，针对MR数据进行数据质量管理，由数据质量管理中心采集过程中配置MR数据的采集信息，数据质量管理中心主要起到的是各种规则配置的管理和下发，数据质量信息采集模块主要负责数据的质量原始信息采集，相当于对数据质量的埋点，其采集规则是根据数据质量管理中心对数据信息的采集进行规则设置，譬如针对哪个环节的哪些信息字段进行采集，用户可通过数据质量管理中心的界面配置化完成。在本实施例中，数据监控环节包括：数据源环节、接口机环节、集群环节、共享服务器环节。采集的MR数据包括：A.数据源的文件个数、接口机的文件个数和集群的文件个数；B.数据源的文件存储大小、接口机的文件存储大小和集群的文件存储大小；C.集群上报基站数量、共享服务器上报基站数量。作为一可选实施例，所述MR数据还包括：D.掉话率、imsi有效率、agps上报率。

举例说明，采集的数据信息为：数据源的文件个数94282、数据源的文件存储大小864954M、接口机的文件个数94282、接口机的文件存储大小864954M、集群上报基站数量135687、掉话率0.09％、imsi有效率99.5％、agps上报率2.98％等等。

步骤S120、判断数据源的文件个数、接口机的文件个数和集群的文件个数三者是否相等，数据源的文件存储大小、接口机的文件存储大小和集群的文件存储大小三者是否相等，集群上报基站数量、共享服务器上报基站数量是否与工参基站数量相等。

具体的，在采集到各个环节的数据质量信息之后，对这些信息进行指标判别，其判别标准同样来源于数据质量管理中心，根据数据质量管理中心对各个指标判别设置的规则，进行数据质量评估判别。在本实施例中，数据质量评估要求判别数据源的文件个数、接口机的文件个数和集群的文件个数，三者是否相等；数据源的文件存储大小、接口机的文件存储大小和集群的文件存储大小，三者是否相等；集群上报基站数量、共享服务器上报基站数量是否与工参基站数量相等。作为一可选实施例，在步骤S120中，还包括：判断掉话率是否小于0.3％、imsi有效率是否大于90％、agps上报率是否在2％-5％之间。

步骤S130、若数据源的文件个数、接口机的文件个数和集群的文件个数的偏差大于第一预设阈值，则发出告警信息，若数据源的文件存储大小、接口机的文件存储大小和集群的文件存储大小的偏差大于第二预设阈值，则发出告警信息，若集群上报基站数量、共享服务器上报基站数量分别少于工参基站数量的差值超过第三预设阈值，则发出告警信息。

例如，数据源的文件个数、接口机的文件个数和集群的文件个数偏差0.01％产生告警，数据源的文件存储大小、接口机的文件存储大小和集群的文件存储大小偏差0.1％产生告警，集群上报基站数量、共享服务器上报基站数量少于工参基站数量5％产生告警。作为一可选实施例，在步骤S130中，还包括：若掉话率超过0.3％、或者imsi有效率小于90％、或者agps上报率不在2％-5％之间，则发出告警信息。

步骤S140、根据是否发出告警信息以及告警信息的类型次数分析运营商的数据是否存在异常、出现异常的环节以及各个判别异常的原因，并输出数据质量评估结果。

例如，根据步骤S130的判别发现：a.集群文件个数小于接口机文件个数；b.集群文件存储大小小于接口机文件存储大小；c.集群上报基站数量小于工参基站数量；d.共享服务上报基站数量小于工参基站数据量。进而分析如下：异常判别a、b、c都属于集群环节出现的异常判别，现在对其进行归一化分析，这三个异常判别都是同一个问题导致，即接口机文件到集群文件的传输过程中出现了问题，集群数据有丢失。判别d属于共享服务器环节，其上游环节是集群环节，现在对判别d进行溯源分析，发现判别d异常是由于集群环节数据丢失导致，其问题根因为集群环节。

在经过判别分析原因之后，最终得出问题分析结论，上述四个异常判别的原因是因为集群环节出现数据丢失导致，根据历史处理结果建议，可能是因为文件包损坏，数据处理任务报错导致数据未完全入库。处理建议协商数据源厂商进行数据重传，对重传数据进行补录。数据质量评估，根据指标得出结论，数据量损失1％，不影响整体使用效果，并通过可视化报表图表展示其他正常检测指标。

本发明实施例的技术方案，通过数据质量监控保障体系为数据质量管理工作提供强有力的支撑，实现了以下体系建设目标：(1)监控全程化。针对数据源环节、传输环节、采集环节、加工环节、入库环节、共享接口环节等，提供相应的数据质量监控手段，实现全流程的数据质量监控。(2)规则配置化。制定数据质量评估通用规则以及自定义质量检测规则，实现检测规则、告警规则配置化。(3)检测实时化。实现在线实时诊断，对数据质量问题的故障发现、故障定位、影响分析、问题溯源等常态化、在线化、实时化。

实施例二

本发明实施例所提供的一种运营商数据的质量评估装置可执行本发明任意实施例所提供的运营商数据的质量评估方法，具备执行方法相应的功能模块和有益效果，该装置可以由软件和/或硬件(集成电路)的方式实现，并一般可集成于服务器或终端设备中。图2是本发明实施例二中的一种运营商数据的质量评估装置的结构示意图。参照图2，本发明实施例的运营商数据的质量评估装置200具体可以包括：

采集单元210，用于采集数据源环节、接口机环节、集群环节、共享服务器环节的MR数据，其中，所述MR数据包括：A.数据源的文件个数、接口机的文件个数和集群的文件个数；B.数据源的文件存储大小、接口机的文件存储大小和集群的文件存储大小；C.集群上报基站数量、共享服务器上报基站数量；

判别单元220，用于判断数据源的文件个数、接口机的文件个数和集群的文件个数三者是否相等，数据源的文件存储大小、接口机的文件存储大小和集群的文件存储大小三者是否相等，集群上报基站数量、共享服务器上报基站数量是否与工参基站数量相等；

告警单元230，用于若数据源的文件个数、接口机的文件个数和集群的文件个数的偏差大于第一预设阈值，则发出告警信息，若数据源的文件存储大小、接口机的文件存储大小和集群的文件存储大小的偏差大于第二预设阈值，则发出告警信息，若集群上报基站数量、共享服务器上报基站数量分别少于工参基站数量的差值超过第三预设阈值，则发出告警信息；

分析单元240，用于根据是否发出告警信息以及告警信息的类型次数分析运营商的数据是否存在异常、出现异常的环节以及各个判别异常的原因，并输出数据质量评估结果。

可选的，所述MR数据还包括：D.掉话率、imsi有效率、agps上报率。

可选的，所述判别单元220还用于：

判断掉话率是否小于0.3％、imsi有效率是否大于90％、agps上报率是否在2％-5％之间。

可选的，所述告警单元230还用于：

若掉话率超过0.3％、或者imsi有效率小于90％、或者agps上报率不在2％-5％之间，则发出告警信息。

可选的，所述告警单元230还用于：若出现异常判别：a.集群文件个数小于接口机文件个数；b.集群文件存储大小小于接口机文件存储大小；c.集群上报基站数量小于工参基站数量；异常判别a、b、c都属于集群环节出现的异常判别，则认定接口机文件到集群文件的传输过程中出现了问题，集群数据有丢失。

可选的，所述告警单元230还用于：若出现异常判别：d.共享服务上报基站数量小于工参基站数据量，则对判别d进行溯源分析，认定判别d异常是由于集群环节数据丢失导致。

可选的，所述分析单元240还用于：如果认定数据有丢失，当数据丢失率小于1％时，则评估数据基本可用。

本发明实施例的技术方案，通过数据质量监控保障体系为数据质量管理工作提供强有力的支撑，实现了以下体系建设目标：(1)监控全程化。针对数据源环节、传输环节、采集环节、加工环节、入库环节、共享接口环节等，提供相应的数据质量监控手段，实现全流程的数据质量监控。(2)规则配置化。制定数据质量评估通用规则以及自定义质量检测规则，实现检测规则、告警规则配置化。(3)检测实时化。实现在线实时诊断，对数据质量问题的故障发现、故障定位、影响分析、问题溯源等常态化、在线化、实时化。

实施例三

图3为本发明实施例三提供的一种服务器的结构示意图，如图3所示，该服务器包括处理器310、存储器320、输入装置330和输出装置340；服务器中处理器310的数量可以是一个或多个，图3中以一个处理器310为例；服务器中的处理器310、存储器320、输入装置330和输出装置340可以通过总线或其他方式连接，图3中以通过总线连接为例。

存储器320作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本发明实施例中的运营商数据的质量评估方法对应的程序指令/模块(例如，运营商数据的质量评估装置中的采集单元210、判别单元220、告警单元230和分析单元240)。处理器310通过运行存储在存储器320中的软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述的运营商数据的质量评估方法。

也即：

步骤一、采集数据源环节、接口机环节、集群环节、共享服务器环节的MR数据，其中，所述MR数据包括：A.数据源的文件个数、接口机的文件个数和集群的文件个数；B.数据源的文件存储大小、接口机的文件存储大小和集群的文件存储大小；C.集群上报基站数量、共享服务器上报基站数量；

步骤二、判断数据源的文件个数、接口机的文件个数和集群的文件个数三者是否相等，数据源的文件存储大小、接口机的文件存储大小和集群的文件存储大小三者是否相等，集群上报基站数量、共享服务器上报基站数量是否与工参基站数量相等；

步骤三、若数据源的文件个数、接口机的文件个数和集群的文件个数的偏差大于第一预设阈值，则发出告警信息，若数据源的文件存储大小、接口机的文件存储大小和集群的文件存储大小的偏差大于第二预设阈值，则发出告警信息，若集群上报基站数量、共享服务器上报基站数量分别少于工参基站数量的差值超过第三预设阈值，则发出告警信息；

步骤四、根据是否发出告警信息以及告警信息的类型次数分析运营商的数据是否存在异常、出现异常的环节以及各个判别异常的原因，并输出数据质量评估结果。

当然，本发明实施例所提供的服务器，其处理器不限于执行如上所述的方法操作，还可以执行本发明任意实施例所提供的运营商数据的质量评估方法中的相关操作。

存储器320可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器320可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器320可进一步包括相对于处理器310远程设置的存储器，这些远程存储器可以通过网络连接至服务器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置330可用于接收输入的数字或字符信息，以及产生与服务器的用户设置以及功能控制有关的键信号输入。输出装置340可包括显示屏等显示设备。

本发明实施例的技术方案，通过数据质量监控保障体系为数据质量管理工作提供强有力的支撑，实现了以下体系建设目标：(1)监控全程化。针对数据源环节、传输环节、采集环节、加工环节、入库环节、共享接口环节等，提供相应的数据质量监控手段，实现全流程的数据质量监控。(2)规则配置化。制定数据质量评估通用规则以及自定义质量检测规则，实现检测规则、告警规则配置化。(3)检测实时化。实现在线实时诊断，对数据质量问题的故障发现、故障定位、影响分析、问题溯源等常态化、在线化、实时化。

实施例四

本发明实施例四还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种运营商数据的质量评估方法，该方法包括：

步骤一、采集数据源环节、接口机环节、集群环节、共享服务器环节的MR数据，其中，所述MR数据包括：A.数据源的文件个数、接口机的文件个数和集群的文件个数；B.数据源的文件存储大小、接口机的文件存储大小和集群的文件存储大小；C.集群上报基站数量、共享服务器上报基站数量；

步骤二、判断数据源的文件个数、接口机的文件个数和集群的文件个数三者是否相等，数据源的文件存储大小、接口机的文件存储大小和集群的文件存储大小三者是否相等，集群上报基站数量、共享服务器上报基站数量是否与工参基站数量相等；

步骤三、若数据源的文件个数、接口机的文件个数和集群的文件个数的偏差大于第一预设阈值，则发出告警信息，若数据源的文件存储大小、接口机的文件存储大小和集群的文件存储大小的偏差大于第二预设阈值，则发出告警信息，若集群上报基站数量、共享服务器上报基站数量分别少于工参基站数量的差值超过第三预设阈值，则发出告警信息；

步骤四、根据是否发出告警信息以及告警信息的类型次数分析运营商的数据是否存在异常、出现异常的环节以及各个判别异常的原因，并输出数据质量评估结果。

当然，本发明实施例所提供的一种包含计算机可执行指令的存储介质，其计算机可执行指令不限于如上所述的方法操作，还可以执行本发明任意实施例所提供的运营商数据的质量评估方法中的相关操作。

本发明实施例的计算机可读存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

存储介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或终端上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

本发明实施例的技术方案，通过数据质量监控保障体系为数据质量管理工作提供强有力的支撑，实现了以下体系建设目标：(1)监控全程化。针对数据源环节、传输环节、采集环节、加工环节、入库环节、共享接口环节等，提供相应的数据质量监控手段，实现全流程的数据质量监控。(2)规则配置化。制定数据质量评估通用规则以及自定义质量检测规则，实现检测规则、告警规则配置化。(3)检测实时化。实现在线实时诊断，对数据质量问题的故障发现、故障定位、影响分析、问题溯源等常态化、在线化、实时化。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。