一种请求发送方法及装置与流程

本申请涉及计算机技术领域，尤其涉及一种请求发送方法及装置。

背景技术：

随着互联网信息技术的不断发展，各种互联网资源(比如网络存储资源、安全监控资源等)也不断出现。

互联网资源可以是以文本、图片、音频、视频、软件、数据库等多种形式存在的。用户可以将个人的照片、视频、音频等数据上传至互联网，作为互联网资源共享给其他用户。

而在实际使用中，用户可能会期望对自己的互联网资源或者他人共享的互联网资源进行某些操作，比如对个人的互联网资源进行查询，或者对他人的互联网资源进行查询，又或者是对他人的互联网资源进行获取等等。

而如果将一个用户的互联网资源的操作权限向所有其他用户开放，则可能会对用户的信息安全造成很大的隐患。为了保证用户的信息的安全，现有技术提出了一种用户账号操作权限分级机制，采用该机制可以对用户浏览互联网时所使用的账号进行权限等级划分，用户账号的权限等级越高，则用户可以执行的操作也就越多，反之，用户账号的权限等级越低，则用户可以执行的操作也就越少。

假设，将用户账号的权限等级划分成了A、B、C三个由高到低的级别，权限等级A可以查询600兆(Mbyte，MB)的互联网资源，权限等级B可以查询400MB的互联网资源进行，而权限等级C可以查询200MB的互联网资源。在这种情况下，假设某用户的账号权限等级为C，该用户正在使用该账号阅读漫画，当该用户阅读漫画的流量累计超过200MB时，该用户将无法继续阅读漫画，此时如果用户需要继续阅读漫画时，则需要用户对当前使用的账号的权限等级进行提升，由于在对用户账号的权限等级进行提升时，用户需要终止当前正在进行的操作活动，且在权限等级提升后，无法自动切换回之前的操作活动，不便于用户的使用。

因而如何在不影响用户当前操作请求发送连续性的前提下，完成对用户账号权限的提升成为现有技术亟待解决的问题。

技术实现要素：

本申请实施例提供一种请求发送方法及装置，用以解决现有技术在提升用户账号权限时会造成请求发送中断的问题；

本申请实施例还提供一种支付请求发送方法及装置，用以解决现有技术在提升用户账号支付额度时会造成支付请求发送中断的问题。

本申请实施例采用下述技术方案：

一种请求发送方法，包括：

基于用户账号向服务器发送操作请求；

接收服务器根据所述操作请求返回的操作结果；

当操作结果为所述用户账号的操作权限与所述操作请求不匹配时，保存所述操作请求，并向所述服务器发送操作权限提升请求；

在所述用户账号的操作权限提升后，向所述服务器发送保存的操作请求。

一种支付请求发送方法，包括：

基于用户账号向服务器发送支付请求；

接收服务器根据所述支付请求返回的支付结果；

当支付结果为所述用户账号的支付额度与所述支付请求所要支付的金额不匹配时，保存所述支付请求，并向服务器发送支付额度提升请求；

在所述用户账号的支付额度提升后，向所述服务器发送保存的支付请求。

一种请求发送装置，包括：

请求发送第一单元，用于基于用户账号向服务器发送操作请求；

操作结果接收单元，用于接收服务器根据所述操作请求返回的操作结果；

权限提升请求发送单元，用于当操作结果接收单元接收到的操作结果为所述用户账号的操作权限与所述操作请求不匹配时，保存所述操作请求，并向所述服务器发送操作权限提升请求；

请求发送第二单元，在所述用户账号的操作权限提升后，向所述服务器发送保存的操作请求。

一种支付请求发送装置，包括：

支付请求第一发送单元，用于基于用户账号向服务器发送支付请求；

支付结果接收单元，用于接收服务器根据所述支付请求返回的支付结果；

支付额度提升请求发送单元，用于当支付结果接收单元接收到的支付结果为所述用户账号的支付额度与所述支付请求所要支付的金额不匹配时，保存所述支付请求，并向服务器发送支付额度提升请求；

支付请求第二发送单元，用于在所述用户账号的支付额度提升后，向所述服务器发送保存的支付请求。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：

当基于用户账号向服务器发送操作请求后，可以在接收到服务器根据所述操作请求返回的操作结果为所述用户账号操作权限与所述操作请求不匹配时，保存所述操作请求，同时向服务器发送操作权限提升请求，并在所述用户账号的操作权限的提升后，自动向服务器发送保存的操作请求，由于在提升用户账号权限后，可以重新自动向服务器发送操作请求，而不需要用户再次输入所述操作请求，从而保证了操作请求发送的连续性。

附图说明

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

图1为本申请实施例提供的一种请求发送方法的具体实现流程示意图；

图2为本申请实施例提供的一种操作结果展示界面的效果图；

图3为本申请实施例提供的一种包含权限提升页面地址的操作结果展示界面的效果图；

图4为本申请实施例提供的一种权限提升页面的效果图；

图5为本申请实施例提供的一种支付请求发送方法的具体实现流程示意图；

图6为本申请实施例提供的一种请求发送装置的具体结构示意图；

图7为本申请实施例提供的一种支付请求发送装置的具体结构示意图。

具体实施方式

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

以下结合附图，详细说明本申请各实施例提供的技术方案。

本申请实施例提供的请求发送方法的执行主体，可以但不限于为手机、平板电脑、个人电脑(Personal Computer，PC)、智能电视以及任何可以运行应用(Application，APP)的终端设备中的至少一种。此外，该方法的执行主体，也可以是APP本身。

为便于描述，下文以该方法的执行主体为阅读APP为例，对该方法的实施方式进行介绍。可以理解，该方法的执行主体为阅读APP只是一种示例性的说明，并不应理解为对该方法的限定。

本申请实施例提供了一种请求发送方法，用以解决现有技术在提升用户账号权限时会造成请求发送中断的问题。该方法的具体实现流程示意图如图1所示，可以包括下述步骤：

步骤11，基于用户账号向服务器发送操作请求；

所述用户账号可以是指用户在阅读APP上主动注册的账号，例如用户主动注册的漫画阅读APP账号或者文本阅读APP账号等等；或者也可以是阅读APP根据用户的行为而自动创建的账号，例如，假设用户A没有在阅读APP上注册过用户账号，当用户A启动该阅读APP时，该阅读APP可以自动为用户A创建账号(比如，根据用户A所使用的终端设备的设备号，为用户A创建与该设备号对应的用户账号)。

后续用户往往首先需要通过用户账号登录该阅读APP，进而使用该阅读APP进行阅读。

则所述基于用户账号向服务器发送操作请求，可以是指用户在通过用户账号登录该阅读APP后，通过指定操作触发该阅读APP向服务器发送的操作请求。

步骤12，接收服务器根据所述操作请求返回的操作结果；

一般地，服务器可以对不同的用户账号进行操作权限分级，用户账号的操作权限等级越高，通过该用户账号登录阅读APP后可以阅读的内容也就越丰富，反之，用户账号的操作权限等级越低，则通过该用户账号登录阅读APP后可以阅读的内容也较少。

为了避免基于用户账号向服务器发送的操作请求与用户账号的操作权限不匹配的问题，在一种实施方式中，服务器在接收到基于用户账号发送的操作请求后，首先将会对发送操作请求的用户账号的操作权限进行查询，当查询结果为用户账号的操作权限与基于该用户账号发送的操作请求匹配时，服务器可以根据操作请求执行操作并向阅读APP返回操作结果。而当查询结果为用户账号的操作权限与基于该用户账号发送的操作请求不匹配时，服务器将不执行所述操作请求对应的操作，并向阅读APP返回操作结果，当阅读APP接收到的操作结果为用户账号的操作权限与所述操作请求不匹配时，后续该阅读APP将执行步骤13。

例如，阅读APP的服务器可以将用户账号的操作权限等级划分成a、b、c三个等级，通过权限等级为a级的用户账号可以阅读D类、E类以及F类的书籍，通过权限等级为b级的用户账号可以阅读D类以及E类的书籍，而通过权限等级为c级的用户账号仅可以阅读D类的书籍，在这种情况下，当用户账号权限等级为c级的用户向服务器发送针对E类书籍的阅读请求时，服务器对该用户账号的操作权限进行查询，确定该用户账号不具备阅读E类书籍的权限，服务器将不会执行所述操作请求对应的操作，并向该阅读APP返回操作禁止执行的操作结果，阅读APP接收到该操作结果后，可以通过如图2所示的界面，向用户展示操作结果以及造成该操作禁止执行的原因。

步骤13，当通过执行步骤12接收到的操作结果为所述用户账号的操作权限与所述操作请求不匹配时，保存所述操作请求，并向所述服务器发送操作权限提升请求；

一般地，APP往往是通过该APP的软件开发工具包(Software Development Kit，SDK)来实现该APP的相关功能，其中，所述SDK可以是为指定APP的功能实现而创建的软件框架、操作系统、应用程序编程接口API等工具的集合。例如，阅读APP可以通过该APP的SDK中用于发送操作请求的SDK，向服务器发送阅读请求。

则当通过执行步骤12接收到的操作结果为所述用户账号的操作权限与所述操作请求不匹配时，保存所述操作请求，具体可以包括：通过用于发送所述操作请求的软件开发工具包SDK保存所述操作请求。

需要说明的是，通过SDK保存所述操作请求仅为一种实施方式，除此之外，本申请实施例还可以采用其他方式对操作请求进行保存，比如，还可以通过该阅读APP所对应的缓存来保存所述操作请求。针对如何保存所述操作请求本申请实施例不做限定。

当操作结果为所述用户账号的操作权限与所述操作请求不匹配时，用户可以向服务器发送操作权限提升请求，仍以阅读APP为例，用户可以通过浏览器登录该阅读APP的网站，并通过该网站访问操作权限提升页面，通过该页面向阅读APP的服务器发送操作权限提升请求。

为了方便用户打开操作权限提升页面，并通过权限等级提升页面向服务器发送操作权限提升请求的操作，在一种实施方式中，APP接收到的服务器返回的操作结果中，往往包含有操作权限提升页面的地址，该地址比如可以为统一资源定位符号(Uniform Resource Locator，URL)，即用于链接操作权限提升页面的网址链接，则向服务器发送操作权限提升请求，具体可以包括：根据所述操作结果中包含的操作权限提升页面的地址，向所述服务器发送操作权限提升请求。

例如，如图3所示，包含操作权限提升页面的地址的操作结果，其中，带有下划线的网址“www.quanxiantishe.com”为操作权限提升页面的地址。

需要说明的是，所述权限等级提升页面一般为超文本标记语言(HyperText Markup Language，HTML)页面，且目前常用的是第五版本HTML，即HTML5。

一般地，HTML5页面一般是通过HTLM5容器来加载的，为了加载所述操作权限提升HTML5页面，需要调用HTML5容器。

在一种实施方式中，根据所述操作结果中包含的操作权限提升页面的地址，向所述服务器发送操作权限提升请求，具体可以包括：调用超文本标记语言HTML容器；通过所述HTML容器，根据所述URL，向所述服务器发送操作权限提升页面的访问请求；加载所述服务器根据所述访问请求返回的操作权限提升页面；通过所述操作权限提升页面，向所述服务器发送操作权限提升请求。

步骤14，在所述用户账号的操作权限提升后，向所述服务器发送保存的操作请求。

需要说明的是，阅读APP往往与该阅读APP的服务器建立实时通信连接，以便阅读APP能够实时从服务器获得当前登录该阅读APP的用户账号的信息变更，则当阅读APP从服务器获得有关所述用户账号操作权限提升的信息后，该阅读APP可以再次向服务器发送保存的操作请求。

例如，当服务器接收到阅读APP发送的操作权限提升请求，并响应于该操作权限提升请求对用户账号操作权限等级进行提升后，服务器可以向该阅读APP返回用户账号操作权限等级提升完成通知，阅读APP在接收到服务器返回的用户账号操作权限等级提升完成通知后，即可以向服务器发送保存的操作请求。在这种情况下，用户使用终端当前所显示的页面可能仍为操作权限提升页面，由于操作权限提升页面上无法显示阅读APP已经向服务器重新发送操作请求的相关信息，这就可能造成用户无法确认阅读APP是否已经重新向服务器发送了保存的操作请求，进而可能造成用户通过阅读APP重复发送操作请求。

为了避免上述问题，在一种实施方式中，在用户通过操作权限提升HTML5页面向服务器发送操作权限提升请求后，加载该操作权限提升HTML5页面的HTLM5容器可以回调阅读APP，以使得在发送操作权限提升请求后，终端可以重新显示阅读APP，则步骤13的具体实现方式可以包括：通过所述HTML容器回调所述阅读APP中保存操作请求的SDK；并通过所述SDK向所述服务器发送保存的操作请求。

为了保证HTML容器可以回调到阅读APP的SDK，在阅读APP调用HTML容器时，将建立阅读APP中用于发送操作请求的SDK与该HTML容器的对应关系，同时，该SDK将向所述HTML容器发送回调条件，以使得在满足所述回调条件时，HTML容器根据预先建立的对应关系，回调SDK。

其中，所述回调条件，比如可以是当HTML容器接收到用户输入的指定操作指令而触发的，例如，如图4所述，当HTML容器接收到用户通过点击“提交”按键，而输入的操作权限提升请求提交指令后，HTML容器接收到所述提交指令可以视为满足所述回调条件，HTML容器将向服务器发送操作权限提升请求，同时将根据预先设置的对应关系，回调SDK，当阅读APP中用于保存操作请求的SDK被HTML容器回调后，阅读APP可以视为所述用户账号操作权限提升完成，并通过所述SDK向服务器发送保存的操作请求。

以上为本申请实施例提供的一种请求发送方法的具体实现方式，下面将以购物APP为例，具体介绍在使用该购物APP时的一种支付请求发送方法，该方法的具体实现流程示意图如图5所示，主要包括下述步骤：

步骤21，基于用户账号向服务器发送支付请求；

用户通过用户账号登录购物APP，进而使用该购物APP进行商品购买，当用户在购物APP上选择好期望购买的商品后，用户通过点击“付款”按键，或者其他操作，进而触发该购物APP向服务器发送支付请求。

步骤22，接收服务器根据所述支付请求返回的支付结果；

一般地，服务器可以对不同的用户账号进行支付额度分级，用户账号的支付额度越高，用户通过该用户账号登录购物APP后可以使用的支付金额也就越高，反之，用户账号的支付额度越低，则用户通过该用户账号登录购物APP后可以使用的支付金额也就越少。

为了避免基于用户账号向服务器发送的支付请求与用户账号的支付额度不匹配的问题，在一种实施方式中，服务器在接收到基于用户账号发送的支付请求后，首先将会对发送操作请求的用户账号的支付额度进行查询，当查询结果为用户账号的支付额度大于基于该用户账号发送的支付请求所要求支付的金额时，服务器可以根据支付请求执行支付操作并向购物APP返回支付结果。而当查询结果为用户账号的支付额度小于基于该用户账号发送的支付请求所要求支付的金额时，服务器将无法完成支付操作，并向购物APP返回支付结果，当支付APP接收到的操作结果为用户账号的支付额度小于支付请求所要求支付的金额时，为了完成此次交易，用户可能需要通过购物APP提升当前用户账号的支付额度，具体提升支付额度的方式详见步骤13。

步骤23，保存所述支付请求，并向服务器发送支付额度提升请求；

其中，一般通过用于发送所述支付请求的软件开发工具包SDK保存所述支付请求。

需要说明的是，通过SDK保存所述支付请求仅为一种实施方式，除此之外，本申请实施例还可以采用其他方式对支付请求进行保存，比如，还可以通过该购物APP所对应的缓存来保存所述支付请求。针对如何保存所述支付请求本申请实施例不做限定。

为了方便用户打开支付额度提升页面，并通过支付额度提升页面向服务器发送支付额度提升请求的操作，在一种实施方式中，购物APP接收到的服务器返回的支付结果中，往往包含有支付额度提升页面的地址，该地址比如可以为统一资源定位符号(Uniform Resource Locator，URL)，即用于链接支付额度提升页面的网址链接，则向服务器发送支付额度提升请求，具体可以包括：根据所述支付结果中包含的操作权限提升页面的地址，向所述服务器发送操作权限提升请求。

需要说明的是，所述支付额度提升页面一般为HTML5页面，而HTML5页面一般是通过HTLM5容器来加载的，因而为了加载所述操作权限提升HTML5页面，需要调用HTML5容器。

在一种实施方式中，根据所述支付结果中包含的支付额度提升页面的地址，向所述服务器发送操作权限提升请求，具体可以包括：调用HTML容器；通过所述HTML容器，根据所述URL，向所述服务器发送支付额度提升页面的访问请求；加载所述服务器根据所述访问请求返回的支付额度提升页面；通过所述支付额度提升页面，向所述服务器发送支付额度提升请求。

步骤24，在所述用户账号的支付额度提升后，向所述服务器发送保存的支付请求。

在一种实施方式中，在用户通过支付额度提升HTML5页面向服务器发送支付额度提升请求后，加载该支付额度提升HTML5页面的HTLM5容器可以回调阅读APP，以使得在发送支付额度提升请求后，终端可以重新唤起购物APP，并展示购物APP的支付界面，则步骤13的具体实现方式可以包括：通过所述HTML容器回调所述购物APP中保存支付请求的SDK；并通过所述SDK向服务器发送保存的支付请求。

在购物APP调用HTML容器时，将建立购物APP中用于发送支付请求的SDK与该HTML容器的对应关系，同时，该SDK将向所述HTML容器发送回调条件，以使得在满足所述回调条件时，HTML容器根据预先建立的对应关系，回调SDK。

其中，所述回调条件，比如可以是当HTML容器接收到用户输入的指定操作指令而触发的，例如，当HTML容器接收到用户通过点击“提交”按键，而输入的支付额度提升请求提交指令后，HTML容器接收到所述提交指令可以视为满足所述回调条件，HTML容器将向服务器发送支付额度提升请求，同时将根据预先设置的对应关系，回调SDK，当购物APP中用于保存支付请求的SDK被HTML容器回调后，阅读APP可以视为所述用户账号的支付额度提升完成，并通过所述SDK向服务器发送保存的支付请求，此时服务器会根据接收到的支付请求，再次查询发送该支付请求的用户账号的支付额度，当服务器查询到该账号的支付额度已经提升后，则服务器根据接收到的支付请求，执行支付操作，并向购物APP返回支付成功结果。

本申请实施例还提供了一种请求发送装置，用以解决现有技术在提升用户账号权限时会造成请求发送中断的问题。该装置的具体结构示意图如图6所示，包括：请求发送第一单元31，操作结果接收单元32、权限提升请求发送单元33以及请求发送第二单元34。

其中，请求发送第一单元31，用于基于用户账号向服务器发送操作请求；

操作结果接收单元32，用于接收服务器根据所述操作请求返回的操作结果；

权限提升请求发送单元33，用于当操作结果接收单元32接收到的操作结果为所述用户账号的操作权限与所述操作请求不匹配时，保存所述操作请求，并向所述服务器发送操作权限提升请求；

请求发送第二单元34，在所述用户账号的操作权限提升后，向所述服务器发送保存的操作请求。

在一种实施方式中，权限提升请求发送单元33，具体用于：根据所述操作结果中包含的操作权限提升页面的地址，向所述服务器发送操作权限提升请求。

在一种实施方式中，所述地址为统一资源定位符URL，则权限提升请求发送单元33，具体用于：调用超文本标记语言HTML容器；通过所述HTML容器，根据所述URL，向所述服务器发送操作权限提升页面的访问请求；加载所述服务器根据所述访问请求返回的操作权限提升页面；通过所述操作权限提升页面，向所述服务器发送操作权限提升请求。

在一种实施方式中，权限提升请求发送单元33，具体用于：通过用于发送所述操作请求的软件开发工具包SDK保存所述操作请求。

在一种实施方式中，权限提升请求发送单元33，具体用于：调用所述HTML容器；建立所述SDK与所述HTML容器的对应关系；确定所述HTML容器回调所述SDK的回调条件。

在一种实施方式中，请求发送第二单元34，具体用于：当满足所述回调条件时，根据所述对应关系，通过所述HTML容器回调所述SDK；通过所述SDK向所述服务器发送保存的操作请求。

本申请实施例还提供了一种支付请求发送装置，用以解决现有技术在提升用户账号支付额度时会造成支付请求发送中断的问题。该装置的具体结构示意图如图7所示，包括：支付请求发送第一单元41，支付结果接收单元42、支付额度提升请求发送单元43以及支付请求发送第二单元44。

其中，支付请求发送第一单元41，用于基于用户账号向服务器发送支付请求；

支付结果接收单元42，用于接收服务器根据所述支付请求返回的支付结果；

支付额度提升请求发送单元43，用于当支付结果接收单元42接收到的支付结果为所述用户账号的支付额度与所述支付请求所要支付的金额不匹配时，保存所述支付请求，并向所述服务器发送支付额度提升请求；

支付请求发送第二单元44，在所述用户账号的支付额度提升后，向所述服务器发送保存的支付请求。

在一种实施方式中，支付额度提升请求发送单元43，具体用于：根据所述支付结果中包含的支付额度提升页面的地址，向所述服务器发送支付额度提升请求。

在一种实施方式中，所述地址为统一资源定位符URL，则支付额度提升请求发送单元43，具体用于：调用超文本标记语言HTML容器；通过所述HTML容器，根据所述URL，向所述服务器发送支付额度提升页面的访问请求；加载所述服务器根据所述访问请求返回的支付额度提升页面；通过所述支付额度提升页面，向所述服务器发送支付额度提升请求。

在一种实施方式中，支付额度提升请求发送单元43，具体用于：通过用于发送所述支付请求的软件开发工具包SDK保存所述支付请求。

在一种实施方式中，支付额度提升请求发送单元43，具体用于：调用所述HTML容器；建立所述SDK与所述HTML容器的对应关系；确定所述HTML容器回调所述SDK的回调条件。

在一种实施方式中，支付请求发送第二单元44，具体用于：当满足所述回调条件时，根据所述对应关系，通过所述HTML容器回调所述SDK；通过所述SDK向所述服务器发送保存的支付请求。

采用本申请实施例提供的请求发送方法，当基于用户账号向服务器发送操作请求后，可以在接收到服务器根据所述操作请求返回的操作结果为所述用户账号操作权限与所述操作请求不匹配时，保存所述操作请求，同时向服务器发送操作权限提升请求，并在所述用户账号的操作权限的提升后，自动向服务器发送保存的操作请求，由于在提升用户账号权限后，可以重新自动向服务器发送操作请求，而不需要用户再次输入所述操作请求，从而保证了操作请求发送的连续性。

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

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

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

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

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

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

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

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

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

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