本说明书涉及计算机技术领域，尤其涉及一种条件数据的确定方法及装置。
背景技术：
随着终端和应用的发展，可以通过应用实现的功能越来越多，而通常情况下，应用可以根据条件数据，执行对应的操作。比如，位置信息可以作为条件数据，当导航类应用接收到位置信息后，可以展示用户所处的地理位置；又如，包含高宽尺寸的屏幕信息也可以作为条件数据，当浏览器类应用接收到屏幕信息后，可以对应更改网页的展示方式等。
通常情况下，应用会直接根据获取到的条件数据执行对应的操作，但如果获取到的条件数据存在较大误差或错误，则会导致后续执行的操作存在较大误差或错误。所以，就需要提供一种条件数据的确定方案，尽量保证条件数据的准确性。
技术实现要素：
本说明书实施例提供一种条件数据的确定方法，用于提高确定出的条件数据的准确性。
本说明书实施例提供一种条件数据的确定装置，用于提高确定出的条件数据的准确性。
为解决上述技术问题，本说明书实施例是这样实现的：
本说明书实施例采用下述技术方案：
一种条件数据的确定方法，包括：
获取条件数据请求；
根据所述请求获取至少两次条件数据，得到至少两个候选条件数据；
从所述至少两个候选条件数据中确定出一个候选条件数据，作为条件数据；
返回所述条件数据。
优选地，从所述至少两个候选条件数据中确定出一个候选条件数据，作为条件数据，包括：
在前预设个数的候选条件数据满足预设相似条件时，从中选取一个作为条件数据。
优选地，从所述至少两个候选条件数据中确定出一个候选条件数据，作为条件数据，包括：
当获取到的候选条件数据满足错误条件时，进行删除；
从至少两个候选条件数据中确定出一个候选条件数据，作为条件数据。
优选地，从所述至少两个候选条件数据中确定出一个候选条件数据，作为条件数据，包括：
当满足预设相似条件的候选条件数据的个数占比超过预设阈值时，从所述满足预设相似条件的候选条件数据中选取一个作为条件数据。
优选地，所述方法包括：
接收应用发送的条件数据请求；
根据所述请求从操作系统中获取至少两次条件数据，得到至少两个候选条件数据；
从所述至少两个候选条件数据中确定出一个候选条件数据，作为条件数据；
返回所述条件数据至所述应用。
一种条件数据的确定装置，包括：采集器以及校准器，其中
所述采集器，
获取条件数据请求；
根据所述请求获取至少两次条件数据，得到至少两个候选条件数据；
所述校准器，
从所述至少两个候选条件数据中确定出一个候选条件数据，作为条件数据；
返回所述条件数据。
优选地，所述校准器，
在前预设个数的候选条件数据满足预设相似条件时，从中选取一个作为条件数据。
优选地，所述校准器，
当获取到的候选条件数据满足错误条件时，进行删除；
从至少两个候选条件数据中确定出一个候选条件数据，作为条件数据。
优选地，则所述校准器，
当满足预设相似条件的候选条件数据的个数占比超过预设阈值时，从所述满足预设相似条件的候选条件数据中选取一个作为条件数据。
优选地，
所述采集器，
接收应用发送的条件数据请求；
根据所述请求从操作系统中获取至少两次条件数据，得到至少两个候选条件数据；
所述校准器，
从所述至少两个候选条件数据中确定出一个候选条件数据，作为条件数据；
返回所述条件数据至所述应用。
由以上实施例提供的技术方案可见，可以在获取到条件数据请求后，根据该请求获取至少两次条件数据，得到至少两个候选条件数据，并从至少两个候选条件数据中确定出一个条件数据，回应该请求。即通过综合考虑至少两个候选条件数据，确定出一个最终的条件数据，相比于仅获取一个条件数据就作为最终条件数据而言，提高了条件数据的准确性，进而在一定程度上使得根据条件数据执行的后续操作更准确。
附图说明
为了更清楚地说明本说明书实施例或现有的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本说明书实施例提供的条件数据的确定方法的流程示意图；
图2为本说明书实施例提供的条件数据的确定装置的结构示意图；
图3为本说明书实施例提供的应用场景为app和操作系统之间的条件数据的确定方法的示意图；
图4为本说明书实施例提供的电子设备的结构示意图。
具体实施方式
为使本说明书的目的、技术方案和优点更加清楚，下面将结合具体实施例及相应的附图对本说明书的技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本说明书一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本说明书保护的范围。
以下结合附图，详细说明本说明书中各实施例提供的技术方案。
实施例1
如前所述，通常情况下，可以直接根据获取到的条件数据执行对应的操作，但会出现获取到的条件数据存在较大误差或错误的情况，比如针对位置信息而言，可以由操作系统获取位置硬件模块生成的位置信息，并发送给应用，如果获取到的位置信息存在较大的误差，那么基于该位置信息进行的附近餐厅推荐就会存在较大误差或错误；又如，针对屏幕信息中的高宽尺寸而言，可以由操作系统根据终端内置的陀螺仪，输出高宽尺寸，并发送给对应的应用，如果高宽尺寸出现错误(如在正确情况时，竖屏状态下高比宽的尺寸要大，横屏状态下高比宽的尺寸要小)，则可能导致根据高宽尺寸确定的展示效果不佳，影响浏览效果等。所以目前确定条件数据的方式存在较高可能性会出现较大误差或错误，即准确性较低。基于此缺陷，本说明书实施例提供一种条件数据的确定方法，用于提高确定出的条件数据的准确性。该方法的流程示意图如图1所示，假设执行主体可以是终端，包括：
步骤12：获取条件数据请求。
在本说明书中，条件数据可以是指用于执行对应的操作的依据，比如根据位置信息获取附近的信息，那么位置信息就可以是条件数据，又如根据高宽尺寸调整展示方式，那么高宽尺寸就可以是条件数据，还如根据电量信息调整屏幕亮度，那么电量信息就可以是条件数据，等。
在终端中，可以安装各种各样的app(application，应用程序)以满足不同的需求，该app可以是集成在操作系统本身，也可以是开发人员开发的app，就如上文提到的举例，可以分别安装有地图应用、浏览或播放应用、显示应用等。app可以根据自身的业务逻辑，生成条件数据请求，并发送至指定位置，比如地图类应用，可以根据业务逻辑生成位置信息请求等。在实际应用中，终端可以主动获取条件数据请求，也可以被动接收发送来的条件数据请求，以便根据条件数据请求去获取对应的条件数据。
步骤14：根据该请求获取至少两次条件数据，得到至少两个候选条件数据。
在现有的方式中，通常情况下只会请求一次条件数据，后直接根据返回的结果执行对应的操作，如果这一次条件数据存在较大误差或错误，也就会导致后续的操作存在较大误差或错误，也就是即使返回错误的条件数据也只能“将错就错”执行后续操作，所以现有的获取条件数据的方式会导致准确性较低，也会导致根据条件数据执行的操作出错率较高。所以，在本步骤中可以根据获取到的条件数据请求，获取至少两次条件数据，并将得到的至少两个条件数据均作为候选条件数据，以便后续步骤中可以对这至少两个候选条件数据进行综合考虑，从中确定出最终的条件数据。
步骤16：从该至少两个候选条件数据中确定出一个候选条件数据，作为条件数据。
在本步骤中，可以存在两种获取和确定的流程，一种可以是在逐一获取条件数据的过程中进行确定；另一种可以是条件数据全部获取完毕后进行确定。前者获取的次数可以不固定，比如，可以在确定过程中不限次数进行获取，直到确定出条件数据为止；而对后者通常可以固定获取的次数，比如三次、四次、五次等，根据三个、四个、或五个候选条件数据进行确定。
具体地，可以有下述三种方式确定条件数据：
第一种方式：从该至少两个候选条件数据中确定出一个候选条件数据，作为条件数据，可以包括：在前预设个数的候选条件数据满足预设的相似条件时，从中选取一个作为条件数据。
具体地，对于条件数据而言，可以有两种类型，一种是正确的条件数据是唯一值，比如对于高宽尺寸条件数据而言，在一个终端中，正确的高宽尺寸可以有一种结果；而另一种是正确的条件数据可以是在一个范围内，比如对于位置信息而言，只要处于一个范围内，就可以认为是正确的条件数据。
所以可以预先设定一个相似条件，该相似条件可以是绝对相同，也可以是在一定范围内相对类似，就比如对于高宽尺寸条件数据而言，预设的相似条件就可以是绝对相同，而对于位置信息而言，预设的相似条件就可以是距离小于相近阈值(10米、20米等)。
预设个数可以是在获取前预先设置好的个数，比如两个、三个、五个等，则在前三个候选条件数据满足预设的相似条件时，可以从中选取任一个，作为最终的条件数据。具体比如，对于高宽尺寸而言，可以连续获取三次候选高宽尺寸，当这三个候选高宽尺寸均相同时，就可以从中选取一个，作为条件数据；又如，对于位置信息而言，可以连续获取两个次候选高宽尺寸，如果这两个位置的距离相遇相近阈值10米，则可以选择任一个作为条件数据。而在实际应用中，可以将获取到的第一个候选条件数据进行保存，如果获取到的第二候选条件数据与第一个之间满足预设的相似条件时，则停止获取，并将保存的候选条件数据确定为最终的条件数据。
第二种方式：从该至少两个候选条件数据中确定出一个候选条件数据，作为条件数据，可以包括：当获取到的候选条件数据满足错误条件时，进行删除；从至少两个候选条件数据中确定出一个候选条件数据，作为条件数据。
在实际应用中，也完全有可能出现获取到的条件数据出现明显错误的情况，比如对于高宽尺寸，获取到的高为0、宽为0的情况，显然屏幕不会出现这种尺寸，所以可以预设一个错误条件，比如对于高宽尺寸而言，只有横屏和竖屏导致的两种高宽尺寸，则可以设置除横屏和竖屏对应的两种高宽尺寸的其他高宽尺寸均为错误条件数据。又如对于位置信息而言，可以将一些可能性极低的位置信息确定为错误条件数据，具体比如对于导航应用而言，仅有海水的范围、仅有山脉的范围对于导航而言意义不大，或对于某款导航应用而言，不提供这些地理条件的导航服务，则可以将这些范围预先设置为错误条件。
当获取到的候选条件数据满足错误条件时，则可以对其进行删除，并且再从至少两个候选条件数据中确定出一个候选条件数据，作为条件数据。比如，前两个候选条件数据均满足错误条件，且均被删除，则可以再获取两次条件数据作为候选条件数据，从这两个候选条件数据中确定出一个最终的条件数据。
第三种方式：从该至少两个候选条件数据中确定出一个候选条件数据，作为条件数据，可以包括：当满足预设相似条件的候选条件数据个数占比超过预设阈值时，从满足预设相似条件的候选条件数据中选取一个作为条件数据。
在实际应用中，即使是不准确的条件数据，也是小概率事件，所以可以利用这一特性，从至少两个候选条件数据中，确定出满足预设相似条件的候选条件数据个数，当该个数的占比超过预设阈值时，则可以从中确定从条件数据。具体地，可以将预设阈值设置为50％，则如果满足预设相似条件的候选条件数据个数占比，在候选条件数据的总个数中超过50％，则可以从中确定出条件数据。而通常情况下，可以获取至少两次、且奇数次候选条件数据，即获取到至少两个，且奇数个候选条件数据，比如三个、五个、七个等，当三个中有两个满足预设相似条件的候选条件数据，则可以从这两个中任选一个，作为条件数据。
在实际应用中，上述三种确定条件数据的方式可以单独使用，也可以结合使用，比如可以将第二种方式与第三种方式相结合，即当获取到满足错误条件的候选条件数据时，就可以直接删除，直至获取到三个候选条件数据为止，再通过第三种方式，确定出条件数据。也可以将第二种方式与第一种方式相结合，即当获取到满足错误条件的候选条件数据时，就可以直接删除，直到前预设个数的候选条件数据满足预设相似条件时，从中选取一个作为条件数据。
需要说明的是，在实际应用中，不限于上述三种方式，而是可以根据不断的衍变，生成出多种方式，均是为了达到提高确定出的条件数据的准确性的目的。
步骤18：返回确定出的条件数据。
在上述步骤中，确定出了条件数据，则本步骤可以将条件数据返回给该条件数据的请求方，作为最终的结果。即在获取到请求方的条件数据请求后，通过步骤14和步骤16的方式，确定出条件数据，并返回给请求方。
而在实际应用中，各步骤之间的顺序也可以有所变化，比如在获取条件数据请求之前，就可以执行步骤14和步骤16，以便确定出条件数据，并保存在缓存中，比如可以确定出位置信息、高宽尺寸、时间信息、温度信息等，再获取或接收条件数据请求，从而可以直接将缓存中对应的条件数据返回给对应的请求方。
由以上实施例提供的技术方案可见，在本说明书提供的实施例中，可以在获取到条件数据请求后，根据该请求获取至少两次条件数据，得到至少两个候选条件数据，并从至少两个候选条件数据中确定出一个条件数据，回应该请求。即通过综合考虑至少两个候选条件数据，确定出一个最终的条件数据，相比于仅获取一个条件数据就作为最终条件数据而言，提高了条件数据的准确性，进而在一定程度上使得根据条件数据执行的后续操作更准确。
实施例2
基于相同的发明构思，本说明书实施例2提供了一种条件数据的确定装置，用于实现实施例1所述的方法。该系统的结构示意图如图2所示，包括：采集器22以及校准器24，其中
采集器22，可以
获取条件数据请求；
根据所述请求获取至少两次条件数据，得到至少两个候选条件数据；
校准器24，可以
从所述至少两个候选条件数据中确定出一个候选条件数据，作为条件数据；
返回所述条件数据。
在一种实施方式中，校准器24，可以
在前预设个数的候选条件数据满足预设相似条件时，从中选取一个作为条件数据。
在一种实施方式中，校准器24，可以
当获取到的候选条件数据满足错误条件时，进行删除；
从至少两个候选条件数据中确定出一个候选条件数据，作为条件数据。
在一种实施方式中，校准器24，可以
当满足预设相似条件的候选条件数据的个数占比超过预设阈值时，从所述满足预设相似条件的候选条件数据中选取一个作为条件数据。
在一种实施方式中，
采集器22，可以
接收应用发送的条件数据请求；
根据所述请求从操作系统中获取至少两次条件数据，得到至少两个候选条件数据；
校准器24，可以
从所述至少两个候选条件数据中确定出一个候选条件数据，作为条件数据；
返回所述条件数据至所述应用。
如图3所示，为应用场景为app和操作系统之间的条件数据的确定方法的示意图。在前文已经介绍，app可以根据自身的业务逻辑，生成条件数据请求。具体地，子系统可以是指app中的业务系统，比如可以包含各种业务模块等，从而提供业务服务。
随着目前终端的发展，可以集成各种硬件模块，以及传感器，比如位置硬件模块、陀螺仪传感器、加速度传感器、温度传感器、湿度传感器等，而伴随终端的发展，安装在终端中的操作系统(或称底层系统)也越来越完善，操作系统可以根据各种硬件模块输出的数据，而生成(输出)各种基于硬件模块的条件数据，
目前的方式，子系统会直接将条件数据请求发送至操作系统，由操作系统输出一个条件数据返回给子系统，但显然这一个条件数据作为单一数据源，如果出现误差较大或错误，会直接影响子系统的后续操作的准确性，所以可以由采样器22接收应用发送的条件数据请求，并根据该请求从操作系统中获取至少两次条件数据，得到至少两个候选条件数据，并存储到采集器22中，如图3所示，采样一、采样二、采样三、可以表示获取到的三个候选条件数据，但在实际应用中，可以有至少两次采用，据此，校准器24则可以从该至少两个候选条件数据中，根据实施例1介绍的方式，确定出一个候选条件数据，作为最终的条件数据，而后可以将该条件数据返回至该应用的子系统中，完成应用的子系统对于条件数据的请求。
在实际应用中，采样器22和校准器24可以集成在应用中，采样器22可以为子系统提供api(applicationprogramminginterface，应用程序编程接口)调用，可以访问终端操作系统的api，并可以结构化的存储操作系统返回的输出结果(条件数据)，而采样器本身也可以是一组api集合，以供子系统进行调用。校准器24可以是指校准逻辑(包含具体算法以支持多种确定条件数据的方式)的处理单元，也可以是一组api集合，而在采样器22和校准器24之间，也可以进行数据交互，比如数据传输、数据查询、删除数据等操作，其中校准的含义就可以是指从候选条件数据中确定最终的条件数据(校准结果)的过程。而在实际应用中，采样器22和校准器24也完全可以独立与应用，而存在操作系统中，或操作系统之上，以便各应用接入并请求条件数据。
由以上实施例提供的装置可见，在本说明书提供的实施例中，可以在获取到条件数据请求后，根据该请求获取至少两次条件数据，得到至少两个候选条件数据，并从至少两个候选条件数据中确定出一个条件数据，回应该请求。即通过综合考虑至少两个候选条件数据，确定出一个最终的条件数据，相比于仅获取一个条件数据就作为最终条件数据而言，提高了条件数据的准确性，进而在一定程度上使得根据条件数据执行的后续操作更准确。
图4是本说明书的一个实施例电子设备的结构示意图。在硬件层面，该电子设备包括处理器，可选地还包括内部总线、网络接口、存储器。其中，存储器可能包含内存，例如高速随机存取存储器(random-accessmemory，ram)，也可能还包括非易失性存储器(non-volatilememory)，例如至少1个磁盘存储器等。当然，该电子设备还可能包括其他业务所需要的硬件。
处理器、网络接口和存储器可以通过内部总线相互连接，该内部总线可以是isa(industrystandardarchitecture，工业标准体系结构)总线、pci(peripheralcomponentinterconnect，外设部件互连标准)总线或eisa(extendedindustrystandardarchitecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。
存储器，用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供指令和数据。
处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成条件数据的确定装置。处理器，执行存储器所存放的程序，并具体用于执行以下操作：
获取条件数据请求；
根据所述请求获取至少两次条件数据，得到至少两个候选条件数据；
从所述至少两个候选条件数据中确定出一个候选条件数据，作为条件数据；
返回所述条件数据。
上述如本说明书图4所示实施例提供的条件数据的确定装置执行的方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(centralprocessingunit，cpu)、网络处理器(networkprocessor，np)等；还可以是数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现场可编程门阵列(field－programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本说明书实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本说明书实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。
该电子设备还可执行图2所示实施例提供的条件数据的确定装置在图4所示实施例的功能，本说明书实施例在此不再赘述。
本说明书实施例还提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令，该指令当被包括多个应用程序的电子设备执行时，能够使该电子设备执行图2所示实施例中条件数据的确定装置执行的方法，并具体用于执行：
获取条件数据请求；
根据所述请求获取至少两次条件数据，得到至少两个候选条件数据；
从所述至少两个候选条件数据中确定出一个候选条件数据，作为条件数据；
返回所述条件数据。
上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白，本说明书的实施例可提供为方法、系统、或计算机程序产品。因此，本说明书可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白，本说明书的实施例可提供为方法、系统或计算机程序产品。因此，本说明书可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
以上所述仅为本说明书的实施例而已，并不用于限制本说明书。对于本领域技术人员来说，本说明书可以有各种更改和变化。凡在本说明书的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本说明书的权利要求范围之内。