技术领域本发明涉及移动通信技术领域，尤其涉及一种安卓系统适配模块动态更新方法、客户端及服务器。
背景技术：
随着手机的普及，用户往往拥有多个SIM卡(SubscriberIdentityModule，客户识别模块)，相应地，为方便用户能够在一个手机上使用多个SIM卡，各种双卡双待、三卡三待等一机多卡手机也应运而生。就基于Android(安卓)系统的手机而言，由于Android系统源码只支持单SIM卡，且支持各个SIM卡的运营商的网络制式也不尽相同，例如有些SIM卡由WCDMA(WidebandCodeDivisionMultipleAccess，宽带码分多址)支持，有些SIM卡由GSM(GlobalSystemforMobileCommunication，全球移动通信系统)支持，为了实现一机多卡功能，会对Android源码进行扩展，并在手机中安装多卡适配客户端来进行适配，调用根据Android系统framework(框架)层定制的相关模块，使Android系统能够支持多个不同网络制式下的SIM卡的通话、短信、上网等功能。其中，根据Android系统framework(框架)层定制的相关模块，例如电话适配模块、短信适配模块，统称之为适配模块。目前Android手机中多卡适配客户端的主要适配策略包括：(1)根据特定机型适配，即获取手机机型model标识，通过Java的反射机制调用该机型特定的适配模块；(2)根据特定CPU平台适配，即获取手机的CPU型号，通过Java的反射机制调用该CPU平台特定的适配模块，对于同样CPU型号的所有机型都采用统一的适配方式。相应地，目前适配模块也主要包括根据特定机型定制的适配模块和根据手机的CPU平台定制的适配模块。但发明人在实现本发明的过程中发现，由于适配模块的定制没有统一标准，各个手机厂商定制的适配模块差异很大，导致很多需要使用到适配模块的应用软件在调用适配模块时会出现兼容性问题，因此手机用户通常需要对适配模块进行更新，以扩大适配范围，提高适配模块兼容性；另一方面，如果希望对未适配的Android手机进行适配，或者对已适配的手机重装系统或者升级手机系统固件后，也需要及时地更新适配模块，以实现一机多卡功能。但是，目前更新适配模块必须跟随手机中多卡适配客户端的更新来进行，即必须下载更新整个多卡适配客户端程序才能完成适配模块的更新，如果在多卡适配客户端版本更新迭代期间，用户手机中的适配模块出现兼容性问题，或者手机厂商发布了新的机型，或者已适配的机型升级了手机系统固件版本，用户都将无法及时更新适配模块，必须等待发布新的多卡适配客户端版本后才能由主动升级，导致手机的一机多卡的功能在一段时间内无法使用。
技术实现要素：
为克服相关技术中Android系统一机多卡机型的适配模块不能动态更新的问题，本申请提供一种安卓系统适配模块动态更新方法、客户端及服务器。根据本申请实施例的第一方面，提供一种安卓系统适配模块动态更新方法，包括：多卡适配客户端向服务器发送包括当前归属手机适配类型信息的适配模块更新请求；接收服务器根据所述适配类型信息发送的适配插件包或者所述适配插件包的下载地址；接收或者下载所述适配插件包后，安装所述适配插件包。可选的，所述的安卓系统适配模块动态更新方法中，多卡适配客户端定时获取所述服务器的最新适配插件包信息，当根据所述最新适配插件包信息判断存在适配插件包的更新时，向服务器发送适配模块更新请求。可选的，所述的安卓系统适配模块动态更新方法中，当多卡适配客户端检测到当前归属手机的系统版本发生变化时，向服务器发送包括当前归属手机适配类型信息的适配模块更新请求。可选的，所述的安卓系统适配模块动态更新方法中，在接收或者下载所述适配插件包后，安装所述适配插件包之前，还包括：客户端根据所述适配类型信息校验所述适配插件包，所述校验包括：根据所述适配插件包的配置文件判断所述适配插件包的适配类型；判断所述适配类型信息与所述适配插件包的适配类型是否匹配，如果匹配，则校验通过。根据本申请实施例的第二方面，提供另一种安卓系统适配模块动态更新方法，包括：多卡适配客户端向服务器发送客户端识别信息和当前归属手机的适配类型信息；服务器记录所述客户端识别信息和对应的当前归属手机的适配类型信息；当与所述适配类型信息匹配的适配插件包存在更新时，服务器根据所述客户端识别信息向对应的多卡适配客户端发送所述适配插件包或者所述适配插件包的下载地址；多卡适配客户端接收或者下载所述适配插件包后，安装所述适配插件包。根据本申请实施例的第三方面，提供一种多卡适配客户端，包括：第一发送模块，用于向服务器发送包括当前归属手机适配类型信息的适配模块更新请求；适配插件包获取模块，用于接收服务器根据所述适配类型信息发送的适配插件包，或者根据服务器发送的所述适配插件包的下载地址下载所述适配插件包；安装模块，用于安装所述适配插件包。可选的，所述的多卡适配客户端，还包括：更新信息获取模块，用于定时获取所述服务器的最新适配插件包信息；第一判断模块，用于根据所述最新适配插件包信息判断是否存在适配插件包的更新，所述第一发送模块用于当存在适配插件包的更新时，向服务器发送适配模块更新请求。可选的，所述的多卡适配客户端，还包括：系统检测模块，用于检测当前归属手机的系统版本是否发生变化，所述第一发送模块用于当检测到当前归属手机的系统版本发生变化时，向服务器发送包括当前归属手机适配类型信息的适配模块更新请求。可选的，所述的多卡适配客户端，还包括：第二发送模块，用于向服务器发送客户端识别信息和当前归属手机适配类型信息。可选的，所述的多卡适配客户端，还包括：校验模块，用于根据所述适配类型信息校验所述适配插件包，所述校验模块包括：第二判断模块，用于根据所述适配插件包的配置文件判断所述适配插件包的适配类型；第三判断模块，用于判断所述适配类型信息与所述适配插件包的适配类型是否匹配，如果匹配，则校验通过。根据本申请实施例的第四方面，提供一种服务器，包括：第一接收模块，用于接收多卡适配客户端发送的包括当前归属手机适配类型信息的适配模块更新请求；适配插件包反馈模块，用于根据所述适配类型信息向所述客户端发送适配插件包或者所述适配插件包的下载地址。可选的，所述适配插件包反馈模块，包括：选择子模块，用于根据所述适配类型信息选择对应的适配插件包；发送子模块，用于发送所述适配插件包，或者根据所述适配插件包生成下载地址，并向客户端发送所述下载地址。根据本申请实施例的第五方面，提供另一种服务器，包括：第二接收模块，用于接收多卡适配客户端发送的客户端识别信息和当前归属手机适配类型信息；记录模块，用于记录所述客户端识别信息和对应的所述适配类型信息；更新判断模块，用于判断与所述适配类型信息匹配的适配插件包是否存在更新；适配插件包反馈模块，用于当服务器中与所述适配类型信息匹配的适配插件包存在更新时，根据所述客户端识别信息向对应的客户端发送所述适配插件包或者所述适配插件包的下载地址。本申请实施例提供的技术方案可以包括以下有益效果：通过多卡适配客户端向服务器发送包含当前归属手机适配类型信息的适配模块更新请求，服务器根据适配类型信息将与适配类型信息匹配的最新适配插件包或其下载地址发送给多卡适配客户端，多卡适配客户端获取所述适配插件包后，安装所述适配插件包即可完成适配模块的更新。从而不需要升级多卡适配客户端版本即可以使用最新的适配模块，能够及时地更新适配模块。应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。附图说明为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。图1为本申请一示例性实施例示出的一种安卓系统适配模块动态更新方法的流程示意图。图2为本申请另一示例性实施例示出的一种安卓系统适配模块动态更新方法的流程示意图。图3为本申请一示例性实施例示出的另一种安卓系统适配模块动态更新方法的流程示意图。图4为本申请一示例性实施例示出的一种多卡适配客户端的框图。图5为本申请另一示例性实施例示出的一种多卡适配客户端的框图。图6为本申请又一示例性实施例示出的一种多卡适配客户端的框图。图7为本申请一示例性实施例示出的一种服务器的框图。图8为本申请一示例性实施例示出的另一种服务器的框图。具体实施方式这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。为了全面理解本申请，在以下详细描述中提到了众多具体的细节，但是本领域技术人员应该理解，本申请可以无需这些具体细节而实现。在其他实施例中，不详细描述公知的方法、过程、组件和电路，以免不必要地导致实施例模糊。图1为本申请一示例性实施例示出的一种安卓系统适配模块动态更新方法的流程示意图，如图1所示，所述方法包括：步骤S101，多卡适配客户端向服务器发送包括当前归属手机适配类型信息的适配模块更新请求；步骤S102，接收服务器根据所述适配类型信息发送的适配插件包或者所述适配插件包的下载地址；步骤S103，接收或者下载所述适配插件包后，安装所述适配插件包。其中，所述适配类型信息包括多卡适配客户端当前归属手机的机型标识码或者CPU型号信息，或者所述机型标识码和CPU型号信息。所述多卡适配客户端可以自动在后台定时向服务器发送适配模块更新请求，所述适配模块更新请求中包括所述适配类型信息，也可以由用户在需要时通过多卡适配客户端主动向服务器发送适配模块更新请求。服务器收到所述适配模块更新请求后，根据所述适配模块更新请求中的适配类型信息在数据库中查询是否存在对应的最新版本的适配插件包，例如，多卡适配客户端向服务器发送手机的机型标识码，则服务器接收到所述机型标识码后，在数据库中查询是否存在与所述机型标识码对应的适配插件包，如果存在对应的适配插件包，查询适配插件包的最新版本，将最新版本的适配插件包发送给多卡适配客户端，或者生成所述适配插件包的下载地址，将所述下载地址发送给多卡适配客户端。如果服务器在数据库中未查询到与所述适配类型信息对应的适配插件包，则可以向多卡适配客户端返回错误提示信息，或者返回不存在对应的适配插件包信息。其中，所述数据库用于存储不同适配类型信息对应的适配插件包，例如不同机型标识码对应的适配插件包和不同CPU型号对应的适配插件包，所述数据库中可以只存储适配插件包的最新版本，这种情况下在服务器根据适配类型信息查询适配插件包时，只需查询是否存在适配类型信息对应的适配插件包，不需查询适配插件包的最新版本。所述数据库可以位于服务器中，即位于与多卡适配客户端进行交互的服务器中，也可以位于其他服务器。所述适配插件包用于对适配模块进行更新，所述更新包括在原程序基础上的扩展和调整，当手机中没有配置适配模块时，所述适配插件包可以用于安装适配模块。所述适配插件包中适配模块代码以JAR(JavaArchive，Java归档文件)包形式保存，安装适配插件包后，多卡适配客户端或其他手机应用软件调用适配模块时，使用Android系统提供的DexClassLoader类加载器，可以从JAR包读取DEX(Android平台上可执行文件的类型)文件，所述DEX文件可以在程序运行期间动态加载，通过Java反射方式访问DEX文件中的类和接口，从而实现动态调用和程序的动态运行。所述适配插件包也可以与常规的插件包编制方法相同。使用插件包更新适配模块，可以使更新过程更简洁，也使适配模块更适用于动态调用。多卡适配客户端在接收到服务器发送的适配插件包，或者根据服务器发送的下载地址下载适配插件包后，安装所述适配插件包，完成对适配模块的更新。图2为本申请另一示例性实施例示出的一种安卓系统适配模块动态更新方法的流程示意图，如图2所示，所述方法包括：步骤S201，多卡适配客户端定时获取所述服务器的最新适配插件包信息；步骤S202，当根据所述最新适配插件包信息判断存在适配插件包的更新时，向服务器发送适配模块更新请求。其中，多卡适配客户端在后台定时向服务器请求服务器的最新适配插件包信息，并接受服务器返回的最新适配插件包信息。所述最新适配插件包信息可以为服务器中所有有最新版本的适配插件包的信息，当客户端接收到最新适配插件包信息后，判断是否存在适配插件包更新，当判断的结果为存在适配插件包更新时，向服务器发送更新请求。当所述最新适配插件包信息中描述了适配插件包最新的版本变化时，多卡适配客户端可以在存在任何适配插件包更新，即任何适配插件包存在更新时，都向服务器发送适配模块更新请求。多卡适配客户端也可以根据最新适配插件包信息判断与本机适配类型信息匹配的适配插件包存在更新时，例如，本机的适配模块当前的版本号低于对应的适配插件包中标识的适配模块的版本号时，向服务器发送适配模块更新请求，后者可以避免发送不必要的适配模块更新请求，节省系统处理资源和网络资源。多卡适配客户端也可以同时向服务器发送本机的适配类型信息和请求服务器的最新适配插件包信息，服务器可以根据多卡适配客户端所发送的适配类型信息，向多卡适配客户端返回与所述适配类型信息对应的适配插件包的最新信息，当多卡适配客户端根据服务器返回的适配插件包的最新信息判断与本集适配类型信息对应的适配插件包存在更新时，向服务器发送适配模块更新请求，后者亦可以避免发送不必要的更新请求。其中，在一种可能的实施方式中，多卡适配客户端还可以在检测到当前归属手机的系统版本发生变化时，向服务器发送适配模块更新请求，所述适配模块更新请求包括当前归属手机适配类型信息，也可以由用户在刷机或者升级手机系统固件后，通过多卡适配客户端向服务器发送所述适配模块更新请求。当用户重装手机系统或者更新手机系统固件后，手机的系统版本可能发生变化，这种情况下适配模块需要更新以和新的手机系统相适应，多卡适配客户端在检测到当前归属手机的系统版本发生变化时，向服务器发送适配模块更新请求，有利于及时地对适配模块进行更新。其中，服务器接收到所述适配模块更新请求后，根据所述适配类型信息向客户端发送适配插件包或者所述适配插件包的下载地址。步骤S203，接收服务器根据所述更新请求和所述适配类型信息发送的适配插件包或者所述适配插件包的下载地址。步骤S204，接收或者下载所述适配插件包；步骤S205，根据所述适配类型信息校验所述适配插件包。步骤S206，如果校验通过，安装所述适配插件包。其中，在多卡适配客户端接收或者下载所述适配插件包后，安装所述适配插件包之前，还包括对所述适配插件包进行校验，用于检查所述适配插件包是否与本机的适配类型信息匹配，以保证获取的适配插件包的正确性，从而使本机的适配模块能够正确更新或安装。多卡适配客户端根据所述适配类型信息校验所述适配插件包，可以包括如下步骤：(1)根据所述适配插件包的配置文件判断所述适配插件包的适配类型；(2)判断所述适配类型信息与所述适配插件包的适配类型是否匹配，如果匹配，则校验通过。其中，多卡适配客户端解析适配插件包的配置文件，根据配置文件信息判断所述适配插件包的适配类型，例如，所述适配插件包的适配类型为根据机型适配，所述适配的机型为魅族MX；然后判断适配插件包的适配类型是否和本机的适配类型信息匹配，如果匹配，则校验通过，安装所述适配插件包，更新适配模块，如果不匹配，则校验不通过，不安装所述适配插件包，例如本机的机型为魅族MX3，而适配插件包适配的机型为魅族MX，则匹配失败，校验不通过，放弃安装适配插件包。校验不通过时，可以同时向用户提示校验失败信息。其中，为了保证适配插件包的安全性，防止适配插件包被篡改，还可以在适配插件包中加入签名，多卡适配客户端在接收到适配插件包后，根据所述适配类型信息校验适配插件包之前，对适配插件包的签名进行校验，包括：获取适配插件包的签名；并与多卡适配客户端本身的配置文件中预先添加的签名进行比较；两个签名相等则适配插件包中的签名为合法签名，签名校验通过。签名校验通过后，多卡适配客户端根据所述适配类型信息校验适配插件包，判断所述适配类型信息与适配插件包的适配类型是否匹配，如果签名校验未通过，则放弃本次接收到的适配插件包，重新下载适配插件包。图3为本申请一示例性实施例示出的另一种安卓系统适配模块动态更新方法的流程示意图，如图3所示，所述方法包括：步骤S301，多卡适配客户端向服务器发送客户端识别信息和当前归属手机的适配类型信息。其中，所述客户端识别信息可以为多卡适配客户端安装后为自身设置的唯一码，所述唯一码可以区别不同手机中安装的多卡适配客户端。所述客户端识别信息也可以为手机识别码，通过多卡适配客户端归属的手机识别码来区分不同手机中安装的多卡适配客户端。步骤S302，服务器记录所述客户端识别信息和对应的当前归属手机的适配类型信息。其中，服务器接收到所述客户端识别信息和当前归属手机的适配类型信息后，记录所述客户端识别信息和当前归属手机的适配类型信息，所述客户端识别信息和所述适配类型信息对应。步骤S303，当与所述适配类型信息匹配的适配插件包存在更新时，服务器根据所述客户端识别信息向对应的多卡适配客户端发送所述适配插件包或者所述适配插件包的下载地址。其中，服务器可以定时或周期性扫描数据库中适配插件包的更新情况，当数据库中的适配插件包存在更新时，查询与被更新的适配插件包匹配的预先记录的适配类型信息，当存在与被更新的适配插件包匹配的预先记录的适配类型信息时，根据所述适配类型信息对应的客户端识别信息，向对应的多卡适配客户端发送所述适配插件包，或者生成所述适配插件包的下载地址，向对应的多卡适配客户端发送所述下载地址。服务器也可以定时或周期性扫描记录的适配类型信息，查询数据库中与适配类型信息匹配的适配插件包，对每个适配类型信息，如果存在与适配类型信息匹配的适配插件包，且适配插件包存在更新，例如适配插件包相比历史记录的版本为最新版本，则根据存在更新的适配插件包匹配的适配类型信息找到与所述适配类型信息对应的客户端识别信息，将存在更新的适配插件包发送给所述客户端识别信息对应的多卡适配客户端，或者根据所述存在更新的适配插件包生成所述适配插件包的下载地址，将所述下载地址发送给所述客户端识别信息对应的多卡适配客户端。步骤S304，多卡适配客户端接收服务器根据所述更新请求和所述适配类型信息发送的适配插件包或者所述适配插件包的下载地址。步骤S305，多卡适配客户端接收或者下载所述适配插件包。步骤S306，根据所述适配类型信息校验所述适配插件包。步骤S307，如果校验通过，多卡适配客户端安装所述适配插件包。其中，步骤S304至步骤S307参见步骤S203至步骤S206。图3中虚线表示多卡适配客户端和服务器之间的发送和接收关系。通过以上的方法实施例的描述，所属领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，并存储在一个存储介质中，包括若干指令用以使得一台智能设备执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：只读存储器(ROM)、随机存取存储器(RAM)、磁碟或者光盘等各种可以存储数据和程序代码的介质。图4为本申请一示例性实施例示出的一种多卡适配客户端的框图。如图4所示，所述多卡适配客户端包括：第一发送模块U401，用于向服务器发送包括当前归属手机适配类型信息的适配模块更新请求；适配插件包获取模块U402，与U401连接，用于接收服务器根据所述适配类型信息发送的适配插件包，或者根据服务器发送的所述适配插件包的下载地址下载所述适配插件包；安装模块U403，与U402连接，用于安装所述适配插件包。其中，当服务器发送的是适配插件包时，所述适配插件包获取模块U402用于接收所述适配插件包，当服务器发送的是适配插件包的下载地址时，所述适配插件包获取模块U402可以包括：下载地址接收模块，用于接收服务器发送的适配插件包的下载地址；下载模块，用于根据所述下载地址下载适配插件包。其中，所述的多卡适配客户端，还可以包括：第二发送模块，用于向服务器发送客户端识别信息和当前归属手机适配类型信息。图5为本申请另一示例性实施例示出的一种多卡适配客户端的框图。如图5所示，所述多卡适配客户端包括：更新信息获取模块U501，用于定时获取所述服务器的最新适配插件包信息。第一判断模块U502，与U501连接，用于根据所述最新适配插件包信息判断是否存在适配插件包的更新。第一发送模块U503，与U502连接，用于向服务器发送包括当前归属手机适配类型信息的适配模块更新请求。适配插件包获取模块U504，与U503连接，接收服务器根据所述适配类型信息发送的适配插件包，或者根据服务器发送的所述适配插件包的下载地址下载所述适配插件包。校验模块U505，与U504连接，用于根据所述适配类型信息校验所述适配插件包。其中，所述校验模块U505包括：第二判断模块U5051，用于根据所述适配插件包的配置文件判断所述适配插件包的适配类型；第三判断模块U5052，与U5051连接，用于判断所述适配类型信息与所述适配插件包的适配类型是否匹配，如果匹配，则校验通过，如果不匹配，则校验不通过。安装模块U506，与U505连接，用于当校验通过时，安装所述适配插件包。图6为本申请又一示例性实施例示出的一种多卡适配客户端的框图。如图6所示，所述多卡适配客户端包括：系统检测模块U601，用于检测当前归属手机的系统版本是否发生变化；第一发送模块U602，与U601连接，用于当检测到当前归属手机的系统版本发生变化时，向服务器发送包括当前归属手机适配类型信息的适配模块更新请求。适配插件包获取模块U603，与U602连接，用于接收服务器根据所述适配类型信息发送的适配插件包，或者根据服务器发送的所述适配插件包的下载地址下载所述适配插件包；校验模块U604，与U603连接，用于根据所述适配类型信息校验所述适配插件包。其中，所述校验模块U604包括：第二判断模块U6041，用于根据所述适配插件包的配置文件判断所述适配插件包的适配类型；第三判断模块U6042，用于判断所述适配类型信息与所述适配插件包的适配类型是否匹配，如果匹配，则校验通过，如果不匹配，则校验不通过。安装模块U605，与U604连接，用于当校验通过时，安装所述适配插件包。图7为本申请一示例性实施例示出的一种服务器的框图。如图7所示，所述服务器包括：第一接收模块U701，用于接收多卡适配客户端发送的包括当前归属手机适配类型信息的适配模块更新请求；适配插件包反馈模块U702，与U701连接，用于根据所述适配类型信息向所述客户端发送适配插件包或者所述适配插件包的下载地址。其中，所述适配插件包反馈模块，可以包括：选择子模块，用于根据所述适配类型信息选择对应的适配插件包；发送子模块，用于发送所述适配插件包，或者根据所述适配插件包生成下载地址，并向客户端发送所述下载地址。图8为本申请一示例性实施例示出的另一种服务器的框图。如图8所示，所述服务器包括：第二接收模块U801，用于接收多卡适配客户端发送的客户端识别信息和当前归属手机适配类型信息；记录模块U802，与U801连接，用于记录所述客户端识别信息和对应的所述适配类型信息；更新判断模块U803，与U802连接，用于判断与所述适配类型信息匹配的适配插件包是否存在更新；适配插件包反馈模块U804，与U803连接，用于当服务器中与所述适配类型信息匹配的适配插件包存在更新时，根据所述客户端识别信息向对应的客户端发送所述适配插件包或者所述适配插件包的下载地址。为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本申请时可以把各模块的功能在同一个或多个软件和/或硬件中实现。本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置及系统实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者逆序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、装置或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、装置或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、装置或者设备中还存在另外的相同要素。以上所述仅是本申请的具体实施方式，使本领域技术人员能够理解或实现本申请。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。