本申请涉及注解校验技术领域，尤其涉及一种注解后端校验方法、装置、计算机设备及存储介质。
背景技术：
web应用程序是一种可以通过web访问的应用程序，程序的最大好处是用户很容易访问应用程序，用户只需要有浏览器即可，不需要再安装其他软件。一般的web应用程序都是基于前端js(javascript，即java脚本)或后端java代码实现对输入参数的校验，如果某个系统有多个地方用到校验，需要编写大量重复代码，不仅增加了工作量，还降低工作效率。
技术实现要素：
本申请提供了一种注解后端校验方法、装置、计算机设备及存储介质，旨在解决现有技术中通过前端js或后端java代码实现对输入参数的校验，若系统存在多个地方用到校验，需要编写大量重复代码，导致开发校验代码难度提升的问题。
第一方面，本申请提供了一种注解后端校验方法，其包括：
若检测到web应用的输入参数，解析获取输入参数的注解，获取注解的类；
将注解的类传输至预先构建的虚拟处理器中，解析获取注解的逻辑；
根据注解的逻辑对注解进行后端校验，若注解通过后端校验，进行校验成功的提示。
第二方面，本申请提供了一种注解后端校验装置，其包括：
类获取单元，用于若检测到web应用的输入参数，解析获取输入参数的注解，获取注解的类；
逻辑获取单元，用于将注解的类传输至预先构建的虚拟处理器中，解析获取注解的逻辑；
校验单元，用于根据注解的逻辑对注解进行后端校验，若注解通过后端校验，进行校验成功的提示。
第三方面，本申请又提供了一种计算机设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现本申请提供的任一项所述的注解后端校验方法。
第四方面，本申请还提供了一种存储介质，其中所述存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行本申请提供的任一项所述的注解后端校验方法。
本申请提供一种注解后端校验方法、装置、计算机设备及存储介质。该方法在若检测到web应用的输入参数，解析获取输入参数的注解，获取注解的类；将注解的类传输至预先构建的虚拟处理器中，解析获取注解的逻辑；根据注解的逻辑对注解进行后端校验，若注解通过后端校验，进行校验成功的提示。该方法将输入参数中注解的类当成参数传到虚拟处理器中，利用虚拟处理器解析注解的逻辑，再对注解的逻辑进行后端校验，避免了大量重复代码的编写，降低了开发难度。
附图说明
为了更清楚地说明本申请实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种注解后端校验方法的示意流程图；
图2是本申请实施例提供的一种注解后端校验方法的子流程示意图；
图3是本申请实施例提供的一种注解后端校验方法的另一子流程示意图；
图4为本申请实施例提供的一种注解后端校验装置的示意性框图；
图5为本申请实施例提供的一种注解后端校验装置的子单元示意性框图；
图6为本申请实施例提供的一种注解后端校验装置的另一子单元示意性框图；
图7为本申请实施例提供的一种计算机设备的示意性框图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
还应当理解，在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。
还应当进一步理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
请参阅图1，图1是本申请实施例提供的一种注解后端校验方法的示意流程图。该方法应用于台式电脑、手提电脑、平板电脑等终端中。如图1所示，该方法包括步骤s101～s103。
s101、若检测到web应用的输入参数，解析获取输入参数的注解，获取注解的类。
在本实施例中，web应用中设置有数据接口，当因用户对web应用操作而产生输入参数时，就触发了对输入参数的注解校验。web应用在构建时，采用的是springaop的自定义注解；
使用spring的aop注解功能，需以下过程：
springaop注解的类主要包括@controller(即控制器的注解)、@requestmapping(即用来处理请求地址映射的注解)、@resource和@autowired(@resource和@autowired都是做bean容器的注入时使用)等。
在一实施例中，所述解析获取输入参数的注解中，通过java反射机制的getannotations方法或getdeclaredannotations方法读取annotation接口获取注解。
java反射机制是在运行状态中，对于任意一个类，都能知道这个类的所有属性，方法，泛型类型；对于任意一个对象，都能够调用它的任意一个方法和属性；这种动态获取的信息以及动态调用对象的方法的功能称为java语言的反射机制。
java使用annotation接口来代表程序元素前面的注解，该接口是所有annotation类型的父接口。除此之外，java在java.lang.reflect包下新增了annotatedelement接口，该接口代表程序中可以接受注解的程序元素。java.lang.reflect包(java.lang.reflect包是反射机制所依赖的基础)所有提供的反射api扩充了读取运行时annotation信息的能力，且使用java反射机制从一个类中解析注解，注解保持性策略应该是runtime，否则它的信息在运行期无效，也不能从中获取任何数据。
其中，可通过getannotations方法或getdeclaredannotations方法来判断输入参数是否有注解，getannotations方法的作用在于返回程序元素上存在的所有注解；getdeclaredannotations方法的作用在于返回元素上的所有注解；上述两种方法都是java反射机制中的获取注解的方法。通过解析获取输入参数的注解，获取注解的类，实现了对注解进行详细解析，便于后续进一步进行后端校验。
s102、将注解的类传输至预先构建的虚拟处理器中，解析获取注解的逻辑。
如图2所示，所述步骤s102包括：
s1021、通过虚拟处理器中的类加载器来加载类；
s1022、获取类中注解的实例；
s1023、获取方法中注解的实例；
s1024、根据类中注解的实例及方法中注解的实例，得到注解的逻辑。
在一实施例中，所述获取类中注解的实例中，通过isannotationpresent方法来获取类中注解的实例；所述获取方法中注解的实例中，通过method.isannotationpresent方法来获取方法中注解的实例
在本实施例中，搭建虚拟处理器时，主要用到两个类库：
一是java.lang.annotation.annotation，java使用annotation接口来代表程序元素前面的注解，该接口是所有annotation类型的父接口；
二是java.lang.reflect.annotatedelement，annotatedelement接口代表程序中可以接受注解的程序元素，是所有程序元素(class、method、field、package和constructor；其中class即类，method即方法，field即字段或属性，package即参数包，constructor即构造函数)的父接口。获取该接口对象之后，即可以调用对象方法来访问annotation信息。
虚拟处理器解析注解逻辑的具体过程如下：
通过类加载器加载类；其中，类名字符串必须是全称，即包名+类名；
获取类上面注解的实例；具体是通过isannotationpresent方法来获取类上面注解的实例；
获取方法上面注解的实例；具体是通过method.isannotationpresent方法来获取方法上面注解的实例；
其中，isannotationpresent方法，及method.isannotationpresent方法均属于annotatedelement接口下的调用对象方法。
可见，预先构建的虚拟处理器可实现以下功能：一是具有java反射机制对应的功能，二是能获取注解的逻辑，三是能对注解进一步进行后端校验；
获取了注解的类后，还可以通过java反射机制获取注解的逻辑，也即在dao层中获取注解的逻辑。通过构建的虚拟处理器，就实现了对注解逻辑的校验，无需编写大量重复的代码，降低了开发难度。
s103、根据注解的逻辑对注解进行后端校验，若注解通过后端校验，进行校验成功的提示。
如图3所示，所述步骤s103中根据注解的逻辑对注解进行后端校验，包括：
s1031、通过hibernate数据验证注解是否为validate类；
s1032、若注解是validate类，判断controller控制器的bean容器是否有@valid类注解；
s1033、若controller控制器的bean容器有@valid类注解，通过全局异常处理器判断注解中是否存在异常；
s1034、若注解中不存在异常，注解通过后端校验。
在本实施例中，hibernate数据(即hibernatevalidator，也称为hibernate验证器)，是jsr-303的一个实现。在formbean里添加hibernatevalidator的注解，与定义一个校验类的做法相比，验证注解更加简洁、灵活。例如，@null表示被注释的元素必须为null，@notnull表示被注释的元素必须不为null，@asserttrue表示被注释的元素必须为true，@assertfalse表示被注释的元素必须为false，@validate表示被注释的元素必须为validate类。
通过@validate判断了注解是validate类，需对controller控制器的bean容器是否有@valid类注解进一步进行判断。其中，controller控制器为springmvc中用于进行逻辑处理的一种接口，例如对bean容器是否有@valid类注解进行判断。上述过程中仅仅只是预先设置了虚拟处理器、hibernate验证器及全局异常处理器，无需开发大量编码，就能实现对注解的后端校验。
如图3所示，所述步骤s103还包括：
s1035、若注解中存在异常，解析出注解中所存在异常对应的异常类型；
s1036、若异常类型为系统自定义的异常，取出异常类型对应的异常信息，在错误页面展示；
s1037、若异常类型不为系统自定义的异常，构造自定义异常，获取异常类型对应的异常信息，将异常信息在错误页面展示。
在本实施例中，全局异常处理器为handlerexceptionresolver接口中的全局异常处理器，全局异常处理器的处理过程如下：解析出异常类型；如果该异常类型是系统自定义的异常，直接取出异常信息，在错误页面展示；如果该异常类型不是系统自定义的异常，构造一个自定义的异常类型(信息为“未知错误”)；获取异常类型对应的错误信息；将错误信息传到页面；指向到错误界面。通过全局异常处理器，能便捷捕获注解中存在的异常并进行提示。其中，系统自定义的异常包括算术异常类(即arithmeticexecption)、空指针异常类(即nullpointerexception)、类型强制转换异常(即classcastexception)、数组负下标异常(即negativearrayexception)、数组下标越界异常(即arrayindexoutofboundsexception)、违背安全原则异常(即secturityexception)、文件已结束异常(即eofexception)等。用户所构造自定义异常(自定义异常通常是定义一个继承自exception类的子类，一般情况下都会直接继承自exception类，而不会继承某个运行时的异常类)，例如自定义异常可以是非运行时异常(java中凡是继承自exception但不是继承自runtimeexception的类都是非运行时异常)、和运行时异常(runtimeexception类直接继承自exception类，称为运行时异常。java中所有的运行时异常都直接或间接的继承自runtimeexception，java中所有的异常类都直接或间接的继承自exception)。
可见，该方法将输入参数中注解的类当成参数传到虚拟处理器中，利用虚拟处理器解析注解的逻辑，再对注解的逻辑进行后端校验，避免了大量重复代码的编写，降低了开发难度。
本申请实施例还提供一种注解后端校验装置，该注解后端校验装置用于执行前述任一项注解后端校验方法。具体地，请参阅图4，图4是本申请实施例提供的一种注解后端校验装置的示意性框图。注解后端校验装置100可以安装于台式电脑、平板电脑、手提电脑、等终端中。
如图4所示，注解后端校验装置100包括类获取单元101、逻辑获取单元102、校验单元103。
类获取单元101，用于若检测到web应用的输入参数，解析获取输入参数的注解，获取注解的类。
在本实施例中，web应用在构建时，采用的是springaop的自定义注解；
使用spring的aop注解功能，需以下过程：
springaop注解的类主要包括@controller(即控制器的注解)、@requestmapping(即用来处理请求地址映射的注解)、@resource和@autowired(@resource和@autowired都是做bean容器的注入时使用)等。
在一实施例中，所述解析获取输入参数的注解中，通过java反射机制的getannotations方法或getdeclaredannotations方法读取annotation接口获取注解。
java反射机制是在运行状态中，对于任意一个类，都能知道这个类的所有属性，方法，泛型类型；对于任意一个对象，都能够调用它的任意一个方法和属性；这种动态获取的信息以及动态调用对象的方法的功能称为java语言的反射机制。
java使用annotation接口来代表程序元素前面的注解，该接口是所有annotation类型的父接口。除此之外，java在java.lang.reflect包下新增了annotatedelement接口，该接口代表程序中可以接受注解的程序元素。java.lang.reflect包(java.lang.reflect包是反射机制所依赖的基础)所有提供的反射api扩充了读取运行时annotation信息的能力，且使用java反射机制从一个类中解析注解，注解保持性策略应该是runtime，否则它的信息在运行期无效，也不能从中获取任何数据。
其中，可通过getannotations方法或getdeclaredannotations方法来判断输入参数是否有注解，getannotations方法的作用在于返回程序元素上存在的所有注解；getdeclaredannotations方法的作用在于返回元素上的所有注解；上述两种方法都是java反射机制中的获取注解的方法。通过解析获取输入参数的注解，获取注解的类，实现了对注解进行详细解析，便于后续进一步进行后端校验。
逻辑获取单元102，用于将注解的类传输至预先构建的虚拟处理器中，解析获取注解的逻辑。
如图5所示，所述逻辑获取单元102包括以下子单元：
类加载单元1021，用于通过虚拟处理器中的类加载器来加载类；
第一获取单元1022，用于获取类中注解的实例；
第二获取单元1023，用于获取方法中注解的实例；
第三获取单元1024，用于根据类中注解的实例及方法中注解的实例，得到注解的逻辑。
在一实施例中，所述获取类中注解的实例中，通过isannotationpresent方法来获取类中注解的实例；所述获取方法中注解的实例中，通过method.isannotationpresent方法来获取方法中注解的实例
在本实施例中，搭建虚拟处理器时，主要用到两个类库：
一是java.lang.annotation.annotation，java使用annotation接口来代表程序元素前面的注解，该接口是所有annotation类型的父接口；
二是java.lang.reflect.annotatedelement，annotatedelement接口代表程序中可以接受注解的程序元素，是所有程序元素(class、method、field、package和constructor；其中class即类，method即方法，field即字段或属性，package即参数包，constructor即构造函数)的父接口。获取该接口对象之后，即可以调用对象方法来访问annotation信息。
虚拟处理器解析注解逻辑的具体过程如下：
通过类加载器加载类；其中，类名字符串必须是全称，即包名+类名；
获取类上面注解的实例；具体是通过isannotationpresent方法来获取类上面注解的实例；
获取方法上面注解的实例；具体是通过method.isannotationpresent方法来获取方法上面注解的实例；
其中，isannotationpresent方法，及method.isannotationpresent方法均属于annotatedelement接口下的调用对象方法。
可见，预先构建的虚拟处理器可实现以下功能：一是具有java反射机制对应的功能，二是能获取注解的逻辑，三是能对注解进一步进行后端校验；
获取了注解的类后，还可以通过java反射机制获取注解的逻辑，也即在dao层中获取注解的逻辑。通过构建的虚拟处理器，就实现了对注解逻辑的校验，无需编写大量重复的代码，降低了开发难度。
校验单元103，用于根据注解的逻辑对注解进行后端校验，若注解通过后端校验，进行校验成功的提示。
如图6所示，所述校验单元103包括以下子单元：
验证单元1031，用于通过hibernate数据验证注解是否为validate类；
第一判断单元1032，用于若注解是validate类，判断controller控制器的bean容器是否有@valid类注解；
第二判断单元1033，用于若controller控制器的bean容器有@valid类注解，通过全局异常处理器判断注解中是否存在异常；
校验通过提示单元1034，用于若注解中不存在异常，注解通过后端校验。
在本实施例中，hibernate数据(即hibernatevalidator，也称为hibernate验证器)，是jsr-303的一个实现。在formbean里添加hibernatevalidator的注解，与定义一个校验类的做法相比，验证注解更加简洁、灵活。例如，@null表示被注释的元素必须为null，@notnull表示被注释的元素必须不为null，@asserttrue表示被注释的元素必须为true，@assertfalse表示被注释的元素必须为false，@validate表示被注释的元素必须为validate类。
通过@validate判断了注解是validate类，需对controller控制器的bean容器是否有@valid类注解进一步进行判断。其中，controller控制器为springmvc中用于进行逻辑处理的一种接口，例如对bean容器是否有@valid类注解进行判断。上述过程中仅仅只是预先设置了虚拟处理器、hibernate验证器及全局异常处理器，无需开发大量编码，就能实现对注解的后端校验。
如图6所示，所述校验单元103还包括以下子单元：
异常类型捕获单元1035，用于若注解中存在异常，解析出注解中所存在异常对应的异常类型；
第一展示单元1036，用于若异常类型为系统自定义的异常，取出异常类型对应的异常信息，在错误页面展示；
第二展示单元1037，用于若异常类型不为系统自定义的异常，构造自定义异常，获取异常类型对应的异常信息，将异常信息在错误页面展示。
在本实施例中，全局异常处理器为handlerexceptionresolver接口中的全局异常处理器，全局异常处理器的处理过程如下：解析出异常类型；如果该异常类型是系统自定义的异常，直接取出异常信息，在错误页面展示；如果该异常类型不是系统自定义的异常，构造一个自定义的异常类型(信息为“未知错误”)；获取异常类型对应的错误信息；将错误信息传到页面；指向到错误界面。通过全局异常处理器，能便捷捕获注解中存在的异常并进行提示。
可见，该装置将输入参数中注解的类当成参数传到虚拟处理器中，利用虚拟处理器解析注解的逻辑，再对注解的逻辑进行后端校验，避免了大量重复代码的编写，降低了开发难度。
上述注解后端校验装置可以实现为一种计算机程序的形式，该计算机程序可以在如图7所示的计算机设备上运行。
请参阅图7，图7是本申请实施例提供的一种计算机设备的示意性框图。该计算机设备500设备可以是终端。该终端可以是平板电脑、笔记本电脑、台式电脑、个人数字助理等电子设备。
参阅图7，该计算机设备500包括通过系统总线501连接的处理器502、存储器和网络接口505，其中，存储器可以包括非易失性存储介质503和内存储器504。
该非易失性存储介质503可存储操作系统5031和计算机程序5032。该计算机程序5032包括程序指令，该程序指令被执行时，可使得处理器502执行一种注解后端校验方法。
该处理器502用于提供计算和控制能力，支撑整个计算机设备500的运行。
该内存储器504为非易失性存储介质503中的计算机程序5032的运行提供环境，该计算机程序5032被处理器502执行时，可使得处理器502执行一种注解后端校验方法。
该网络接口505用于进行网络通信，如发送分配的任务等。本领域技术人员可以理解，图7中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备500的限定，具体的计算机设备500可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
其中，所述处理器502用于运行存储在存储器中的计算机程序5032，以实现如下功能：若检测到web应用的输入参数，解析获取输入参数的注解，获取注解的类；将注解的类传输至预先构建的虚拟处理器中，解析获取注解的逻辑；根据注解的逻辑对注解进行后端校验，若注解通过后端校验，进行校验成功的提示。
在一实施例中，所述解析获取输入参数的注解中，通过java反射机制的getannotations方法或getdeclaredannotations方法读取annotation接口获取注解。
在一实施例中，处理器502还执行如下操作：通过虚拟处理器中的类加载器来加载类；获取类中注解的实例；获取方法中注解的实例；根据类中注解的实例及方法中注解的实例，得到注解的逻辑。
在一实施例中，所述获取类中注解的实例中，通过isannotationpresent方法来获取类中注解的实例；所述获取方法中注解的实例中，通过method.isannotationpresent方法来获取方法中注解的实例。
在一实施例中，处理器502还执行如下操作：通过hibernate数据验证注解是否为validate类；若注解是validate类，判断controller控制器的bean容器是否有@valid类注解；若controller控制器的bean容器有@valid类注解，通过全局异常处理器判断注解中是否存在异常；若注解中不存在异常，注解通过后端校验。
在一实施例中，处理器502还执行如下操作：若注解中存在异常，解析出注解中所存在异常对应的异常类型；若异常类型为系统自定义的异常，取出异常类型对应的异常信息，在错误页面展示；若异常类型不为系统自定义的异常，构造自定义异常，获取异常类型对应的异常信息，将异常信息在错误页面展示。
本领域技术人员可以理解，图7中示出的计算机设备的实施例并不构成对计算机设备具体构成的限定，在其他实施例中，计算机设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。例如，在一些实施例中，计算机设备可以仅包括存储器及处理器，在这样的实施例中，存储器及处理器的结构及功能与图7所示实施例一致，在此不再赘述。
应当理解，在本申请实施例中，处理器502可以是中央处理单元(centralprocessingunit，cpu)，该处理器502还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
在本申请的另一实施例中提供一种存储介质。该存储介质可以为存储介质。该存储介质存储有计算机程序，其中计算机程序包括程序指令。该程序指令被处理器执行时实现：若检测到web应用的输入参数，解析获取输入参数的注解，获取注解的类；将注解的类传输至预先构建的虚拟处理器中，解析获取注解的逻辑；根据注解的逻辑对注解进行后端校验，若注解通过后端校验，进行校验成功的提示。
在一实施例中，所述解析获取输入参数的注解中，通过java反射机制的getannotations方法或getdeclaredannotations方法读取annotation接口获取注解。
在一实施例中，该程序指令被处理器执行时实现：通过虚拟处理器中的类加载器来加载类；获取类中注解的实例；获取方法中注解的实例；根据类中注解的实例及方法中注解的实例，得到注解的逻辑。
在一实施例中，所述获取类中注解的实例中，通过isannotationpresent方法来获取类中注解的实例；所述获取方法中注解的实例中，通过method.isannotationpresent方法来获取方法中注解的实例。
在一实施例中，该程序指令被处理器执行时实现：通过hibernate数据验证注解是否为validate类；若注解是validate类，判断controller控制器的bean容器是否有@valid类注解；若controller控制器的bean容器有@valid类注解，通过全局异常处理器判断注解中是否存在异常；若注解中不存在异常，注解通过后端校验。
在一实施例中，该程序指令被处理器执行时实现：若注解中存在异常，解析出注解中所存在异常对应的异常类型；若异常类型为系统自定义的异常，取出异常类型对应的异常信息，在错误页面展示；若异常类型不为系统自定义的异常，构造自定义异常，获取异常类型对应的异常信息，将异常信息在错误页面展示。
所述存储介质可以是前述设备的内部存储单元，例如设备的硬盘或内存。所述存储介质也可以是所述设备的外部存储设备，例如所述设备上配备的插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)等。进一步地，所述存储介质还可以既包括所述设备的内部存储单元也包括外部存储设备。
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的设备、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
在本申请所提供的几个实施例中，应该理解到，所揭露的设备、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，也可以将具有相同功能的单元集合成一个单元，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。