应用程序的认证方法、装置及系统与流程

本申请涉及认证登录技术领域，具体而言，涉及一种应用程序的认证方法、装置及系统。

背景技术

当前移动终端的oauth协议登录需要选定一个固定的应用程序进行登录认证，例如，使用微信账号登录，就只能选择用微信进行认证。因此，要求用户手机上必须安装了这个应用程序，对于没有高安装量的厂商来说就没有这样的应用程序的来作为oauth认证应用程序。

针对相关技术中的上述问题，目前尚未提出有效的解决方案。

技术实现要素：

本申请的主要目的在于提供一种应用程序的认证方法、装置及系统，以解决相关技术中当前移动终端难以根据当前登录的应用程序完成登录认证的问题。

为了实现上述目的，根据本申请的一个方面，提供了一种应用程序的认证方法。该方法包括：第一应用发送登录请求至服务器，其中，所述登录请求中携带有安装所述第一应用的客户端的设备标识码，所述第一应用内嵌有共享软件开发工具包，用于共享应用数据；所述第一应用接收所述服务器确定出的第二应用，其中，所述第二应用是所述服务器根据所述设备标识码在所述客户端上查询出的已登录的应用程序，所述第二应用内也嵌有所述共享软件开发工具包，用于共享应用数据；所述第一应用通过共享软件开发工具包的接口将认证请求消息发送至所述第二应用，其中，通过所述第二应用向所述服务器发送认证字段，以请求对所述第一应用的认证。

进一步地，通过所述第二应用向所述服务器发送认证字段，以请求对所述第一应用的认证包括：通过所述认证字段对所述第一应用进行认证；若认证通过，所述服务器发送登录凭证至所述第一应用；在所述客户端上完成所述第一应用的登录。

进一步地，在所述第一应用通过共享软件开发工具包的接口将认证请求消息发送至所述第二应用之前，还包括：所述第一应用通过调用第二应用的网页地址协议来唤醒所述第二应用。

进一步地，所述认证请求消息至少包括：会话标识、网页地址协议、通信命令。

进一步地，在所述第一应用通过共享软件开发工具包的接口将认证请求消息发送至所述第二应用之前，还包括所述第二应用接受所述服务器的安全性校验，其中，所述安全性校验采用所述服务器为所述第二应用分配的公钥、所述服务器本地存储的与所述公钥配对的私钥以及所述第一应用在所述服务器预存的安全密钥来完成。

为了实现上述目的，根据本申请的一个方面，提供了一种应用程序的认证系统，其特征在于，应用于上述任意一项应用程序的认证方法，包括：客户端，其中，所述客户端上安装有多个应用程序，所述多个应用程序包括第一应用和第二应用，所述第一应用发送登录请求至服务器，其中，所述登录请求中携带有安装所述第一应用的客户端的设备标识码，所述第一应用内嵌有共享软件开发工具包，用于共享应用数据；服务器，根据所述设备标识码在所述客户端上查询出的已登录的应用程序，确定出第二应用，将所述第二应用的信息发送至第一应用，其中，所述第二应用内也嵌有所述共享软件开发工具包，用于共享应用数据，所述第一应用通过共享软件开发工具包的接口将认证请求消息发送至所述第二应用，所述第二应用向所述服务器发送认证字段，以请求对所述第一应用的认证。

为了实现上述目的，根据本申请的另一方面，提供了一种应用程序的认证装置。该装置包括：第一发送单元，用于第一应用发送登录请求至服务器，其中，所述登录请求中携带有安装所述第一应用的客户端的设备标识码，所述第一应用内嵌有共享软件开发工具包，用于共享应用数据；接收单元，用于所述第一应用接收所述服务器确定出的第二应用，其中，所述第二应用是所述服务器根据所述设备标识码在所述客户端上查询出的已登录的应用程序，所述第二应用内也嵌有所述共享软件开发工具包，用于共享应用数据；第二发送单元，用于所述第一应用通过共享软件开发工具包的接口将认证请求消息发送至所述第二应用，其中，通过所述第二应用向所述服务器发送认证字段，以请求对所述第一应用的认证。

进一步地，所述第二发送单元包括：认证模块，用于通过所述认证字段对所述第一应用进行认证；发送模块，用于在认证通过的情况下，所述服务器发送登录凭证至所述第一应用；登录模块，用于在所述客户端上完成所述第一应用的登录。

进一步地，还包括：调用单元，用于在所述第一应用通过共享软件开发工具包的接口将认证请求消息发送至所述第二应用之前，所述第一应用通过调用第二应用的网页地址协议来唤醒所述第二应用。

进一步地，所述认证请求消息至少包括：会话标识、网页地址协议、通信命令。

进一步地，还包括：校验单元，用于在所述第一应用通过共享软件开发工具包的接口将认证请求消息发送至所述第二应用之前，所述第二应用接受所述服务器的安全性校验，其中，所述安全性校验采用所述服务器为所述第二应用分配的公钥、所述服务器本地存储的与所述公钥配对的私钥以及所述第一应用在所述服务器预存的安全密钥来完成。

为了实现上述目的，根据本申请的另一方面，提供了一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，所述程序执行上述任意一项的应用程序的认证方法。

为了实现上述目的，根据本申请的另一方面，提供了一种处理器，其特征在于，所述处理器用于运行程序，其中，所述程序运行时执行上述任意一项的应用程序的认证方法。

为了实现上述目的，根据本申请的另一方面，提供了一种电子设备，其特征在于，包括：一个或多个处理器，存储器，显示装置以及一个或多个程序，其中，所述一个或多个程序被存储在所述存储器中，并且被配置为由所述一个或多个处理器执行，所述一个或多个程序包括用于执行上述任意一项的应用程序的认证方法。

通过本申请，采用以下步骤：第一应用发送登录请求至服务器，其中，登录请求中携带有安装第一应用的客户端的设备标识码，第一应用内嵌有共享软件开发工具包，用于共享应用数据；第一应用接收服务器确定出的第二应用，其中，第二应用是服务器根据设备标识码在客户端上查询出的已登录的应用程序，第二应用内也嵌有共享软件开发工具包，用于共享应用数据；第一应用通过共享软件开发工具包的接口将认证请求消息发送至第二应用，其中，通过第二应用向服务器发送认证字段，以请求对第一应用的认证，解决了相关技术中当前移动终端难以根据当前登录的应用程序完成登录认证的问题。通过根据在客户端当前已登录的应用程度对待登录的应用程序进行认证，从而达到了应用程序快速认证登录的效果。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例提供的应用程序的认证方法的流程图；

图2是根据本申请实施例提供的应用程序的认证方法中信息交互的示意图；以及

图3是根据本申请实施例提供的应用程序的认证装置的示意图。

具体实施方式

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

为了便于描述，以下对本申请实施例涉及的部分名词或术语进行说明：

sharesdk：多个应用程序app中嵌入的用于互相之间消息分发的sdk。

shareservice：嵌入sharesdk的app中运行的用于交换消息的后台服务。

sharesdkserver：sharesdk所连接的服务器。

oauth认证：这里指的是移动平台上app登录时的认证，例如：使用微信、qq账号登录。

udid：全称userdeviceidentifier，通过一定算法获取的用户的设备特征，能用来区分不同的用户设备。

根据本申请的实施例，提供了一种应用程序的认证方法。

图1是根据本申请实施例的应用程序的认证方法的流程图。如图1所示，该方法包括以下步骤：

步骤s101，第一应用发送登录请求至服务器，其中，登录请求中携带有安装第一应用的客户端的设备标识码，第一应用内嵌有共享软件开发工具包，用于共享应用数据。

上述的共享软件开发工具包可以为sharesdk，用于第一应用与其它应用之间消息分发。上述的设备标识码为udid。

当一个还未在客户端登录的应用程序在客户端被打开时，即会触发登录请求至服务器，请求登录认证。

步骤s102，第一应用接收服务器确定出的第二应用，其中，第二应用是服务器根据设备标识码在客户端上查询出的已登录的应用程序，第二应用内也嵌有共享软件开发工具包，用于共享应用数据。

上述的服务器为sharesdkserver，在服务器接收到第一应用发出的登录请求后，根据第一应用所在客户端的udid，查询这个客户端设备上用户是否已登录其它的接入了sharesdk的应用程序，如果查询到第二应用已登录，就会将第二应用的相关参数发给第一应用，其中，相关参数可以包括：urlshceme(网页地址协议)、session(会话)等字段。

步骤s103，第一应用通过共享软件开发工具包的接口将认证请求消息发送至第二应用，其中，通过第二应用向服务器发送认证字段，以请求对第一应用的认证。

在上述步骤中，第一应用利用sharesdk的消息发送api，调用那个已经登录了的第二应用对第一应用进行oauth认证。

通过上述步骤，根据在客户端当前已登录的应用程度对待登录的应用程序进行认证，解决了相关技术中当前移动终端难以根据当前登录的应用程序完成登录认证的问题。从而达到了应用程序快速认证登录的效果。

可选地，在本申请实施例提供的应用程序的认证方法中，通过第二应用向服务器发送认证字段，以请求对第一应用的认证包括：通过认证字段对第一应用进行认证；若认证通过，服务器发送登录凭证至第一应用；在客户端上完成第一应用的登录。

在上述方案，认证字段为相关oauth认证请求，例如，验证字段(refreshtoken)，通过认证字段对第一应用进行认证，完成认证后由服务器直接将登录凭证发到第一应用，完成登录认证。

可选地，在本申请实施例提供的应用程序的认证方法中，在第一应用通过共享软件开发工具包的接口将认证请求消息发送至第二应用之前，还包括：第一应用通过调用第二应用的网页地址协议来唤醒第二应用。

在上述方案中，第一应用通过调用第二应用的urlscheme来唤醒第二应用，调用唤醒后的第二应用对第一应用进行oauth认证。

可选地，在本申请实施例提供的应用程序的认证方法中，认证请求消息至少包括：会话标识、网页地址协议、通信命令。

在上述方案中，认证请求消息至少包括：urlscheme、session以及command。

可选地，在本申请实施例提供的应用程序的认证方法中，在第一应用通过共享软件开发工具包的接口将认证请求消息发送至第二应用之前，还包括第二应用接受服务器的安全性校验，其中，安全性校验采用服务器为第二应用分配的公钥、服务器本地存储的与公钥配对的私钥以及第一应用在服务器预存的安全密钥来完成。

在上述方案中，如果有恶意appmalicious2应用冒充第二应用，向服务器拉取消息，这时候服务器需要验证第二应用究竟是malicious2还是真正的第二应用。对于服务器与第二应用之间的通信，服务器可以通过给每个app都打包一个rsa公钥，服务器存放私钥，以及这个app预存在服务器端的一个安全密钥，就能校验客户端的app是否为真正的第二应用。由于第一应用的登录凭证是由服务器根据第二应用发送的认证字段来确定，在确定第二应用为真正的第一应用的情况下，从而才能保证第一应用获取到准确的登录凭证，也保证了数据交互的安全性。

在本申请实施例提供的应用程序的认证方法中，基本原理是，如图2所示，

步骤1，第一应用向服务器发起登录请求，发送当前设备的udid。

步骤2，服务器根据udid，找到设备信息，并查询已经登录的app，发现第二应用已经登录，就将已登录的第二应用的urlshceme，以及session(图中没标出来)等字段发给客户端。

步骤3，第一应用通过sharesdkapi将urlscheme和session以及command发送给第二应用。

步骤4，第二应用向sharesdk服务器发送相关oauth认证请求。

步骤5，服务器根据session和udid来将token分发给对应设备的对应app。

步骤6，服务器将accesstoken下发给第一应用，完成登录认证。

需要说明的是，这里的apiloginwithsharesdk和sendcommand可以有其他的实现方式。

在本申请实施例提供的应用程序的认证方法中，所有相关的app都装同一个sdk(sharesdk)。需要登录的app(例如，appa)，在用户设备上，调用一个已登录的app(appb)进行登录认证，这个已登录的app(appb)，是由服务器(sharesdkserver)根据设备udid(设备唯一区分码)，来找出的。通过已登录的那个app(appb)向服务器发送一个些验证字段(refreshtoken)，来完成登录验证。如果验证通过，则服务器直接将登录凭证(accesstoken)发送给需要登录的app(appa)。从而appa依靠appb完成登录认证，从而达到了应用程序快速认证登录的效果。

综上所述，本申请实施例提供的应用程序的认证方法，通过第一应用发送登录请求至服务器，其中，登录请求中携带有安装第一应用的客户端的设备标识码，第一应用内嵌有共享软件开发工具包，用于共享应用数据；第一应用接收服务器确定出的第二应用，其中，第二应用是服务器根据设备标识码在客户端上查询出的已登录的应用程序，第二应用内也嵌有共享软件开发工具包，用于共享应用数据；第一应用通过共享软件开发工具包的接口将认证请求消息发送至第二应用，其中，通过第二应用向服务器发送认证字段，以请求对第一应用的认证，解决了相关技术中当前移动终端难以根据当前登录的应用程序完成登录认证的问题。通过根据在客户端当前已登录的应用程度对待登录的应用程序进行认证，从而达到了应用程序快速认证登录的效果。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本申请实施例还提供了一种应用程序的认证装置，需要说明的是，本申请实施例的应用程序的认证装置可以用于执行本申请实施例所提供的用于应用程序的认证方法。以下对本申请实施例提供的应用程序的认证装置进行介绍。

图3是根据本申请实施例的应用程序的认证装置的示意图。如图3所示，该装置包括：第一发送单元301、接收单元302和第二发送单元303。

具体地，第一发送单元301，用于第一应用发送登录请求至服务器，其中，登录请求中携带有安装第一应用的客户端的设备标识码，第一应用内嵌有共享软件开发工具包，用于共享应用数据；

接收单元302，用于第一应用接收服务器确定出的第二应用，其中，第二应用是服务器根据设备标识码在客户端上查询出的已登录的应用程序，第二应用内也嵌有共享软件开发工具包，用于共享应用数据；

第二发送单元303，用于第一应用通过共享软件开发工具包的接口将认证请求消息发送至第二应用，其中，通过第二应用向服务器发送认证字段，以请求对第一应用的认证。

可选地，在本申请实施例提供的应用程序的认证装置中，第二发送单元303包括：认证模块，用于通过认证字段对第一应用进行认证；发送模块，用于在认证通过的情况下，服务器发送登录凭证至第一应用；登录模块，用于在客户端上完成第一应用的登录。

可选地，在本申请实施例提供的应用程序的认证装置中，还包括：调用单元，用于在第一应用通过共享软件开发工具包的接口将认证请求消息发送至第二应用之前，第一应用通过调用第二应用的网页地址协议来唤醒第二应用。

可选地，在本申请实施例提供的应用程序的认证装置中，认证请求消息至少包括：会话标识、网页地址协议、通信命令。

可选地，在本申请实施例提供的应用程序的认证装置中，还包括：校验单元，用于在第一应用通过共享软件开发工具包的接口将认证请求消息发送至第二应用之前，第二应用接受服务器的安全性校验，其中，安全性校验采用服务器为第二应用分配的公钥、服务器本地存储的与公钥配对的私钥以及第一应用在服务器预存的安全密钥来完成。

本申请实施例提供的应用程序的认证装置，通过第一发送单元301第一应用发送登录请求至服务器，其中，登录请求中携带有安装第一应用的客户端的设备标识码，第一应用内嵌有共享软件开发工具包，用于共享应用数据；接收单元302第一应用接收服务器确定出的第二应用，其中，第二应用是服务器根据设备标识码在客户端上查询出的已登录的应用程序，第二应用内也嵌有共享软件开发工具包，用于共享应用数据；第二发送单元303第一应用通过共享软件开发工具包的接口将认证请求消息发送至第二应用，其中，通过第二应用向服务器发送认证字段，以请求对第一应用的认证，解决了相关技术中当前移动终端难以根据当前登录的应用程序完成登录认证的问题。通过根据在客户端当前已登录的应用程度对待登录的应用程序进行认证，从而达到了应用程序快速认证登录的效果。

所述应用程序的认证装置包括处理器和存储器，上述的第一发送单元301、接收单元302和第二发送单元303等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

本申请实施例还提供了一种应用程序的认证系统的。该系统包括：客户端和服务器。

本申请实施例的应用程序的认证系统可以应用于上述任意一项应用程序的认证方法，具体包括：客户端，其中，客户端上安装有多个应用程序，多个应用程序包括第一应用和第二应用，第一应用发送登录请求至服务器，其中，登录请求中携带有安装第一应用的客户端的设备标识码，第一应用内嵌有共享软件开发工具包，用于共享应用数据；服务器，根据设备标识码在客户端上查询出的已登录的应用程序，确定出第二应用，将第二应用的信息发送至第一应用，其中，第二应用内也嵌有共享软件开发工具包，用于共享应用数据，第一应用通过共享软件开发工具包的接口将认证请求消息发送至第二应用，第二应用向服务器发送认证字段，以请求对第一应用的认证。

本申请实施例提供的应用程序的认证系统，通过客户端，其中，客户端上安装有多个应用程序，多个应用程序包括第一应用和第二应用，第一应用发送登录请求至服务器，其中，登录请求中携带有安装第一应用的客户端的设备标识码，第一应用内嵌有共享软件开发工具包，用于共享应用数据；服务器，根据设备标识码在客户端上查询出的已登录的应用程序，确定出第二应用，将第二应用的信息发送至第一应用，其中，第二应用内也嵌有共享软件开发工具包，用于共享应用数据，第一应用通过共享软件开发工具包的接口将认证请求消息发送至第二应用，第二应用向服务器发送认证字段，以请求对第一应用的认证，解决了相关技术中当前移动终端难以根据当前登录的应用程序完成登录认证的问题。通过根据在客户端当前已登录的应用程度对待登录的应用程序进行认证，从而达到了应用程序快速认证登录的效果。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来根据在客户端当前已登录的应用程度对待登录的应用程序进行认证。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)，存储器包括至少一个存储芯片。

本发明实施例提供了一种存储介质，其上存储有程序，该程序被处理器执行时实现应用程序的认证方法。

本发明实施例提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行所述应用程序的认证方法。

本发明实施例提供了一种设备，设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现以下步骤：第一应用发送登录请求至服务器，其中，登录请求中携带有安装第一应用的客户端的设备标识码，第一应用内嵌有共享软件开发工具包，用于共享应用数据；第一应用接收服务器确定出的第二应用，其中，第二应用是服务器根据设备标识码在客户端上查询出的已登录的应用程序，第二应用内也嵌有共享软件开发工具包，用于共享应用数据；第一应用通过共享软件开发工具包的接口将认证请求消息发送至第二应用，其中，通过第二应用向服务器发送认证字段，以请求对第一应用的认证。

通过第二应用向服务器发送认证字段，以请求对第一应用的认证包括：通过认证字段对第一应用进行认证；若认证通过，服务器发送登录凭证至第一应用；在客户端上完成第一应用的登录。

在第一应用通过共享软件开发工具包的接口将认证请求消息发送至第二应用之前，还包括：第一应用通过调用第二应用的网页地址协议来唤醒第二应用。

认证请求消息至少包括：会话标识、网页地址协议、通信命令。

在第一应用通过共享软件开发工具包的接口将认证请求消息发送至第二应用之前，还包括第二应用接受服务器的安全性校验，其中，安全性校验采用服务器为第二应用分配的公钥、服务器本地存储的与公钥配对的私钥以及第一应用在服务器预存的安全密钥来完成。本文中的设备可以是服务器、pc、pad、手机等。

本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：第一应用发送登录请求至服务器，其中，登录请求中携带有安装第一应用的客户端的设备标识码，第一应用内嵌有共享软件开发工具包，用于共享应用数据；第一应用接收服务器确定出的第二应用，其中，第二应用是服务器根据设备标识码在客户端上查询出的已登录的应用程序，第二应用内也嵌有共享软件开发工具包，用于共享应用数据；第一应用通过共享软件开发工具包的接口将认证请求消息发送至第二应用，其中，通过第二应用向服务器发送认证字段，以请求对第一应用的认证。

通过第二应用向服务器发送认证字段，以请求对第一应用的认证包括：通过认证字段对第一应用进行认证；若认证通过，服务器发送登录凭证至第一应用；在客户端上完成第一应用的登录。

在第一应用通过共享软件开发工具包的接口将认证请求消息发送至第二应用之前，还包括：第一应用通过调用第二应用的网页地址协议来唤醒第二应用。

认证请求消息至少包括：会话标识、网页地址协议、通信命令。

在第一应用通过共享软件开发工具包的接口将认证请求消息发送至第二应用之前，还包括第二应用接受服务器的安全性校验，其中，安全性校验采用服务器为第二应用分配的公钥、服务器本地存储的与公钥配对的私钥以及第一应用在服务器预存的安全密钥来完成。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。