请求处理方法及装置、电子设备与流程

本说明书一个或多个实施例涉及通信技术领域，尤其涉及一种请求处理方法及装置、电子设备。

背景技术：

在客户端与服务端建立会话后，客户端可向服务端发送网络请求，以由服务端响应该网络请求来进行处理，并返回相应的处理结果。而在客户端与服务端交互的过程中，基于超时重试机制的存在，当客户端未在一定时间内接收到处理结果时，客户端将再次向服务端发送相同的网络请求。换言之，在与客户端交互的过程中，服务端可能多次接收到同一网络请求。

技术实现要素：

有鉴于此，本说明书一个或多个实施例提供一种请求处理方法及装置、电子设备。

为实现上述目的，本说明书一个或多个实施例提供技术方案如下：

根据本说明书一个或多个实施例的第一方面，提出了一种请求处理方法，应用于服务端；所述方法包括：

接收客户端发送的网络请求；

当首次接收到所述网络请求时，存储针对所述网络请求的处理结果；

当并非首次接收到所述网络请求时，读取针对所述网络请求的处理结果，并向所述客户端返回读取到的处理结果。

根据本说明书一个或多个实施例的第二方面，提出了一种数据请求方法，应用于客户端；所述方法包括：

向服务端发送网络请求；其中，针对所述网络请求的处理结果在所述服务端首次接收到所述网络请求时被存储；

当在预设等待时长内未接收到所述服务端返回的所述处理结果时，重新发送所述网络请求，以使得所述服务端读取并返回所存储的所述处理结果；

显示接收到的首个所述处理结果，并丢弃除首个所述处理结果以外的其他所述处理结果。

根据本说明书一个或多个实施例的第三方面，提出了一种请求处理装置，应用于服务端；所述装置包括：

接收单元，接收客户端发送的网络请求；

存储单元，当首次接收到所述网络请求时，存储针对所述网络请求的处理结果；

结果返回单元，当并非首次接收到所述网络请求时，读取针对所述网络请求的处理结果，并向所述客户端返回读取到的处理结果。

根据本说明书一个或多个实施例的第四方面，提出了一种数据请求装置，应用于客户端；所述装置包括：

发送单元，向服务端发送网络请求；其中，针对所述网络请求的处理结果在所述服务端首次接收到所述网络请求时被存储；

重新发送单元，当在预设等待时长内未接收到所述服务端返回的所述处理结果时，重新发送所述网络请求，以使得所述服务端读取并返回所存储的所述处理结果；

显示单元，显示接收到的首个所述处理结果，并丢弃除首个所述处理结果以外的其他所述处理结果。

根据本说明书一个或多个实施例的第五方面，提出了一种电子设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器通过运行所述可执行指令以实现如上述任一实施例所述的请求处理方法。

根据本说明书一个或多个实施例的第六方面，提出了一种电子设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器通过运行所述可执行指令以实现如上述任一实施例所述的数据请求方法。

附图说明

图1是一示例性实施例提供的一种请求处理系统的架构示意图。

图2是一示例性实施例提供的一种请求处理方法的流程图。

图3是一示例性实施例提供的一种数据请求方法的流程图。

图4是一示例性实施例提供的重复返回处理结果的交互图。

图5是一示例性实施例提供的重复返回处理结果的示意图。

图6是一示例性实施例提供的返回通知消息的交互图。

图7是一示例性实施例提供的返回通知消息的示意图。

图8是一示例性实施例提供的一种设备的结构示意图。

图9是一示例性实施例提供的一种请求处理装置的框图。

图10是一示例性实施例提供的另一种设备的结构示意图。

图11是一示例性实施例提供的一种数据请求装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书一个或多个实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书一个或多个实施例的一些方面相一致的装置和方法的例子。

需要说明的是：在其他实施例中并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤。在一些其他实施例中，其方法所包括的步骤可以比本说明书所描述的更多或更少。此外，本说明书中所描述的单个步骤，在其他实施例中可能被分解为多个步骤进行描述；而本说明书中所描述的多个步骤，在其他实施例中也可能被合并为单个步骤进行描述。

图1是一示例性实施例提供的一种请求处理系统的架构示意图。如图1所示，该系统可以包括服务器11、网络12和若干电子设备，比如手机13-14和pc15-16等。

服务器11可以为包含一独立主机的物理服务器，或者该服务器11可以为主机集群承载的虚拟服务器。在运行过程中，服务器11可以运行某一应用的服务器侧的程序，以实现该应用的相关业务功能。而在本说明书一个或多个实施例的技术方案中，可由服务器11作为服务端来接收电子设备(比如手机13-14和pc15-16等)发送的网络请求，以实现请求处理方案。

手机13-14和pc15-16等只是用户可以使用的一种类型的电子设备。实际上，用户显然还可以使用诸如下述类型的电子设备：平板设备、笔记本电脑、掌上电脑(pdas，personaldigitalassistants)、可穿戴设备(如智能眼镜、智能手表等)等，本说明书一个或多个实施例并不对此进行限制。在运行过程中，该电子设备可以运行某一应用的客户端侧的程序，以实现该应用的相关业务功能。而在本说明书一个或多个实施例的技术方案中，可由该电子设备作为客户端向服务端发送网络请求以实现请求处理方案。

而对于电子设备与服务器11之间进行交互的网络12，可以包括多种类型的有线或无线网络。在一实施例中，该网络12可以包括公共交换电话网络(publicswitchedtelephonenetwork，pstn)和因特网。同时，手机13-14和pc15-16等电子设备之间也可以通过该网络12进行通讯交互。

请参见图2，图2是一示例性实施例提供的一种请求处理方法的流程图。如图2所示，该方法应用于服务端，可以包括以下步骤：

步骤202，接收客户端发送的网络请求。

在本实施例中，客户端在发送网络请求后，基于超时重试机制的存在，当未在预设时长内接收到针对所发送网络请求的处理结果时(即等待返回超时)，客户端将再次向服务端发送相同的网络请求。换言之，服务端可能多次接收到同一网络请求。因此，服务端在接收到来自客户端的网络请求后，先进入防重复请求校验的流程，以确定是否为首次接收到该网络请求。

作为一示例性实施例，客户端与服务端之间的通信协议中约定有用于防重复请求校验的参数。客户端在发送网络请求之前，生成该参数作为网络请求的请求标识，并将该请求标识添加至网络请求中。而服务端在接收到来自客户端的网络请求后，先进行防重复请求校验的流程。基于网络请求中包含有请求标识，服务端可在本地查询是否记录有对应于该请求标识的键值对。当首次接收到某一网络请求时，本地不存在对应于该请求标识的键值对，则在本地创建以该网络请求的请求标识为键的键值对。进一步的，进入请求处理流程处理该网络请求以生成针对该网络请求的处理结果；其中，由于已进入处理流程(即正在处理该网络请求)，将该键值对中的键值(即以请求标识作为键的value)设置为已提交状态。当并非首次接收到该网络请求时，服务端可在本地查找到对应于该请求标识的键值对。因此，当本地存在对应于接收到网络请求的请求标识的键值对时，服务端可据此确定出该网络请求并非首次接收到。

步骤204，当首次接收到所述网络请求时，存储针对所述网络请求的处理结果。

在本实施例中，当首次接收到所述网络请求时，根据请求处理逻辑对该网络请求进行处理，并存储生成的处理结果。同时，将生成的处理结果返回至客户端。

步骤206，当并非首次接收到所述网络请求时，读取针对所述网络请求的处理结果，并向所述客户端返回读取到的处理结果。

在本实施例中，当并非首次接收到所述网络请求(即该网络请求并非由客户端首次发送)时，说明客户端在发送该网络请求时并未接收到处理结果(例如，由于网络延迟导致步骤204中返回的处理结果暂未被传输至客户端)。而基于服务端存储有处理结果，当并非首次接收到该网络请求时，可直接读取针对该网络请求的处理结果，并向客户端返回读取到的处理结果。可见，通过在首次接收到任一网络请求时存储针对该网络请求的处理结果(在首次接收到该网络请求时，也会向客户端返回该处理结果)，可以在后续仍接收到该网络请求时(在服务端已向客户端返回处理结果但客户端已触发超时重试机制的情况下)，直接读取并向客户端返回所请求的处理结果。一方面，服务端可通过查询是否存储有对应于接收到网络请求的处理结果来防止服务端重复处理同一网络请求；另一方面，在存储有对应于接收到网络请求的处理结果的情况下，通过直接读取该处理结果以返回至客户端，可以使得客户端尽快接收到处理结果，从而提高服务端处理网络请求的效率。同时，在服务端再次接收到同一网络请求时，通过上述对该同一网络请求的处理方式(首次接收到该网络请求时存储处理结果)，可以无需向客户端返回表示重复请求的错误信息，进而避免客户端因报错(接收到该错误信息后报错)而导致无法展示后续接收到的处理结果。

在本实施例中，当并非首次接收到所述网络请求时，除上述已生成针对该网络请求的处理结果的情况之外，还可能服务端正在处理该网络请求，即未生成该处理结果。因此，当并非首次接收到所述网络请求，且未生成所述处理结果时，可向所述客户端返回用于表示正在处理所述网络请求的通知消息。那么，客户端在接收到该通知消息后，可以无需报错。例如，可继续等待处理结果。或者，当并非首次接收到所述网络请求，且未生成所述处理结果时，服务端还可不响应该网络请求，即直接忽略并非首次接收到的网络请求。

基于上述网络请求中配置有请求标识的机制，由于网络请求中包含请求标识，当首次接收到所述网络请求时，以所述请求标识作为键的键值被设置为已提交状态，即本地存储的键值对为“请求标识——已提交状态”；其中，所述已提交状态用于表示未生成所述处理结果。而当生成所述处理结果时，所述键值可被设置为所述处理结果，即本地存储的键值对更新为“请求标识——处理结果”。换言之，在服务端再次接收到同一网络请求时，可直接在本地读取对应于该网络请求的键值对中的value，以作为处理结果并返回至客户端。

在本实施例中，还可针对本地存储的处理结果预先设置有效时长。当处理结果的存储时长超过预设有效时长时，可删除该处理结果，从而减少对服务端中存储空间的占用。

相应的，请参见图3，图3是一示例性实施例提供的一种数据请求方法的流程图。如图3所示，该方法应用于客户端，可以包括以下步骤：

步骤302，向服务端发送网络请求；其中，针对所述网络请求的处理结果在所述服务端首次接收到所述网络请求时被存储。

步骤304，当在预设等待时长内未接收到所述服务端返回的所述处理结果时，重新发送所述网络请求，以使得所述服务端读取并返回所存储的所述处理结果。

步骤306，显示接收到的首个所述处理结果，并丢弃除首个所述处理结果以外的其他所述处理结果。

在本实施例中，客户端与服务端的交互过程具体可参考上述图2所示的实施例，在此不再赘述。其中，基于客户端的超时重试机制，以及服务端再次接收到同一网络请求时直接返回存储的处理结果的机制，客户端可能接收到多个处理结果(均针对同一网络请求)，那么客户端可仅显示接收到的首个处理结果，并丢弃除首个处理结果以外的其他处理结果。

为了便于理解，下面结合举例和附图对本说明书的请求处理方案进行详细说明。

请参见图4，图4是一示例性实施例提供的重复返回处理结果的交互图。如图4所示，该方法可以包括以下步骤：

步骤402，客户端生成请求标识。

在本实施例中，客户端与服务端之间的通信协议中约定有用于防重复请求校验的参数，客户端在发送网络请求之前，生成该参数作为该网络请求的请求标识，并将该请求标识添加至网络请求中。下面均以请求标识为dpkey为例进行说明。例如，客户端可上传固定位数的随机字符串，并与当前请求的名称拼接以得到dpkey。

步骤404，客户端向服务端发送网络请求。

步骤406，服务端在接收到网络请求后创建键值对。

步骤408，服务端处理网络请求。

在本实施例中，服务端在接收到来自客户端的网络请求后，先进行防重复请求校验的流程。基于网络请求中包含有dpkey，服务端可在本地查询是否记录有对应于该dpkey的键值对。比如，服务端可配置预设缓存用于存储键值对。当在缓存中为查找到对应于该dpkey的键值对时，说明服务端为首次接收到该网络请求，则在缓存中创建以该dpkey为键的键值对。进一步的，服务端进入请求处理流程，按照服务端处理逻辑处理该网络请求以生成针对该网络请求的处理结果。其中，由于已进入处理流程(即正在处理该网络请求)，服务端可将该键值对中的键值(即对应于该dpkey的value)设置为已提交状态。例如，取值为“1”表示已提交状态。

步骤410，服务端将处理结果存储至缓存中。

在本实施例中，在服务端生成处理结果后，可将步骤406中所创建键值对的value设置为生成的处理结果(此时键值对为“dpkey——处理结果”)，即在缓存中存储生成的处理结果。同时，服务端向客户端返回生成的处理结果。

在本实施例中，服务端还可针对存储的处理结果设置有效时长。当处理结果的存储时长超过预设有效时长时，可删除该处理结果，从而减少对服务端中存储空间的占用。

步骤412，客户端重新发送网络请求。

在本实施例中，由于网络延迟等原因，服务端返回的处理结果并不能够及时到达客户端。当未在预设时长内接收到针对所发送网络请求的处理结果时(即等待返回超时)，客户端将再次向服务端发送相同的网络请求。换言之，服务端可能多次接收到同一网络请求。因此，服务端在每次接收到来自客户端的网络请求后，先进入防重复请求校验的流程，以确定是否为首次接收到该网络请求。而由于在步骤406中服务端已生成对应于该网络请求的键值对(键值对为“dpkey——处理结果”)，服务端在接收到同一网络请求后，可在缓存中查找到该键值对，并可根据该键值对获取到该网络请求的处理结果。

步骤414，服务端从缓存中读取处理结果。

在本实施例中，当并非首次接收到同一网络请求(即该网络请求并非由客户端首次发送)时，说明客户端在发送该网络请求时并未接收到处理结果(例如，由于网络延迟导致返回的处理结果暂未被传输至客户端)。而基于服务端存储有处理结果，当并非首次接收到该网络请求时，可直接读取针对该网络请求的处理结果，并向客户端返回读取到的处理结果。通过在首次接收到任一网络请求时存储针对该网络请求的处理结果(在首次接收到该网络请求时，也会向客户端返回该处理结果)，可以在后续仍接收到该网络请求时(在服务端已向客户端返回处理结果但客户端已触发超时重试机制的情况下)，直接读取并向客户端返回所请求的处理结果。一方面，服务端可通过查询是否存储有对应于接收到网络请求的处理结果来防止服务端重复处理同一网络请求；另一方面，在存储有对应于接收到网络请求的处理结果的情况下，通过直接读取该处理结果以返回至客户端，可以使得客户端尽快接收到处理结果，从而提高服务端处理网络请求的效率。同时，在服务端再次接收到同一网络请求时，通过上述对该同一网络请求的处理方式(首次接收到该网络请求时存储处理结果)，可以无需向客户端返回表示重复请求的错误信息，进而避免客户端因报错(接收到该错误信息后报错)而导致无法展示后续接收到的处理结果。

步骤416，服务端向客户端返回处理结果。

在本实施例中，服务端响应于客户端在步骤404中发送的网络请求，返回处理结果。

步骤418，服务端向客户端返回处理结果。

在本实施例中，服务端响应于客户端在步骤412中发送的网络请求，返回处理结果。

步骤420，客户端显示接收到的处理结果。

举例而言，如图5所示，客户端向服务端发送的首个网络请求(请求1)，服务端接收到请求1后在缓存中创建键值对，并按照服务端处理逻辑处理请求1。在生成针对请求1的处理结果后，将处理结果存储至缓存中(即图中服务端处理逻辑与缓存之间的“返回1”)，同时向客户端返回处理结果(即图中缓存与客户端之间的“返回1”)。而由于客户端等待返回超时，客户端再次向服务端发送同一网络请求(即图中的“请求2”，与“请求1”为同一网络请求)。服务端在接收到请求2后，可在缓存中查找到相应的处理结果，那么服务端并不会进入处理流程(即不会按照服务端处理逻辑处理请求2)，而是直接读取缓存中存储的处理结果，并向客户端返回处理结果(即图中的“返回2”)。需要说明的是，在一种情况下，“返回1”比“返回2”先到达客户端；在另一种情况下，“返回2”比“返回1”先到达客户端。其中，两者到达的先后顺序视实际情况而定。对于客户端而言，客户端可仅显示接收到的首个处理结果，并丢弃除首个处理结果以外的其他处理结果。例如，假定“返回2”先于“返回1”到达客户端，那么客户端可显示“返回2”的处理结果，而丢弃“返回1”的处理结果。

在本说明书的请求处理方案中，当服务端并非首次接收到同一网络请求时，除上述已生成针对该网络请求的处理结果的情况之外，还可能服务端正在处理该网络请求，即未生成该处理结果。因此，针对上述情况，服务端可向客户端返回用于表示正在处理网络请求的通知消息，以告知客户端继续等待处理结果。下面结合图6-7进行说明。

请参见图6，图6是一示例性实施例提供的返回通知消息的交互图。如图6所示，该方法可以包括以下步骤：

步骤602，客户端生成请求标识。

在本实施例中，客户端与服务端之间的通信协议中约定有用于防重复请求校验的参数，客户端在发送网络请求之前，生成该参数作为该网络请求的请求标识，并将该请求标识添加至网络请求中。例如，客户端可上传固定位数的随机字符串，并与当前请求的名称拼接以得到dpkey。

步骤604，客户端向服务端发送网络请求。

步骤606，服务端在接收到网络请求后创建键值对。

步骤608，服务端设置键值为已提交状态。

在本实施例中，服务端在接收到来自客户端的网络请求后，先进行防重复请求校验的流程。基于网络请求中包含有dpkey，服务端可在本地查询是否记录有对应于该dpkey的键值对。比如，服务端可配置预设缓存用于存储键值对。当在缓存中为查找到对应于该dpkey的键值对时，说明服务端为首次接收到该网络请求，则在缓存中创建以该dpkey为键的键值对。进一步的，服务端进入请求处理流程(后续的步骤614)，按照服务端处理逻辑处理该网络请求以生成针对该网络请求的处理结果。其中，由于已进入处理流程(即正在处理该网络请求)，服务端可将该键值对中的键值(即对应于该dpkey的value)设置为已提交状态。例如，取值为“1”表示已提交状态。

步骤610，服务端处理网络请求。

在本实施例中，由于服务端超载或者待处理的网络请求过多等原因，服务端可能并不能够及时地处理该网络请求以生成处理结果。当未在预设时长内接收到针对所发送网络请求的处理结果时(即等待返回超时)，客户端将再次向服务端发送相同的网络请求。换言之，服务端在处理网络请求的过程中(即正在处理该网络请求)，可能接收到客户端因等待返回超时而重复发送的同一网络请求。

步骤612，客户端重新发送网络请求。

步骤614，服务端向客户端返回用于表示正在处理的通知消息。

在本实施例中，由步骤608可知，此时缓存中对应于该网络请求的键值对为“dpkey——1”，即缓存中不存在针对该网络请求的处理结果。因此，当并非首次接收到同一网络请求，且未生成针对该网络请求的处理结果时，可向客户端返回用于表示正在处理该网络请求的通知消息。那么，客户端在接收到该通知消息后，可以无需报错，进而避免客户端因报错而导致无法展示后续接收到的处理结果。例如，客户端可继续等待处理结果。或者，当并非首次接收到同一网络请求，且未生成针对该网络请求的处理结果时，服务端还可不响应该网络请求，即直接忽略并非首次接收到的网络请求。

步骤616，将处理结果存储至缓存中。

步骤618，服务端向客户端返回处理结果。

步骤620，客户端显示处理结果。

举例而言，如图7所示，客户端向服务端发送的首个网络请求(请求1)，服务端接收到请求1后在缓存中创建键值对，并按照服务端处理逻辑处理请求1。而在处理请求1的过程中(处理结果尚未生成)，客户端因等待返回超时而再次向服务端发送同一网络请求(即图中的“请求2”，与“请求1”为同一网络请求)。由于服务端的缓存中此时并不存在针对该网络请求(即请求2)的处理结果，服务端向客户端返回用于表示正在处理网络请求的通知消息(即图7中的“返回2”)。待服务端生成处理结果后，再向客户端返回生成的处理结果，即图7中的“返回1”。需要说明的是，返回1”与“返回2”到达客户端的顺序需视实际情况而定。当客户端先接收到“返回2”时(即客户端接收到该通知消息)，可以无需报错并继续等待处理结果，即继续等待“返回1”。

图8是一示例性实施例提供的一种基于服务端侧的设备的结构示意图。请参考图8，在硬件层面，该设备包括处理器802、内部总线804、网络接口806、内存808以及非易失性存储器810，当然还可能包括其他业务所需要的硬件。处理器802从非易失性存储器810中读取对应的计算机程序到内存808中然后运行，在逻辑层面上形成请求处理装置。当然，除了软件实现方式之外，本说明书一个或多个实施例并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

请参考图9，在软件实施方式中，该请求处理装置应用于服务端，可以包括：

接收单元91，接收客户端发送的网络请求；

存储单元92，当首次接收到所述网络请求时，存储针对所述网络请求的处理结果；

结果返回单元93，当并非首次接收到所述网络请求时，读取针对所述网络请求的处理结果，并向所述客户端返回读取到的处理结果。

可选的，还包括：

通知返回单元94，当并非首次接收到所述网络请求，且未生成所述处理结果时，向所述客户端返回用于表示正在处理所述网络请求的通知消息。

可选的，所述网络请求中包含请求标识，当首次接收到所述网络请求时，以所述请求标识作为键的键值被设置为已提交状态，当生成所述处理结果时，所述键值被设置为所述处理结果；其中，所述已提交状态用于表示未生成所述处理结果。

可选的，还包括：

删除单元95，当所述处理结果的存储时长超过预设有效时长时，删除所述处理结果。

图10是一示例性实施例提供的一种基于客户端侧的设备的结构示意图。请参考图10，在硬件层面，该设备包括处理器1002、内部总线1004、网络接口1006、内存10010以及非易失性存储器1010，当然还可能包括其他业务所需要的硬件。处理器1002从非易失性存储器1010中读取对应的计算机程序到内存10010中然后运行，在逻辑层面上形成数据请求装置。当然，除了软件实现方式之外，本说明书一个或多个实施例并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

请参考图11，在软件实施方式中，该数据请求装置应用于客户端，可以包括：

发送单元1101，向服务端发送网络请求；其中，针对所述网络请求的处理结果在所述服务端首次接收到所述网络请求时被存储；

重新发送单元1102，当在预设等待时长内未接收到所述服务端返回的所述处理结果时，重新发送所述网络请求，以使得所述服务端读取并返回所存储的所述处理结果；

显示单元1103，显示接收到的首个所述处理结果，并丢弃除首个所述处理结果以外的其他所述处理结果。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

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

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

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

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

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在本说明书一个或多个实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书一个或多个实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

以上所述仅为本说明书一个或多个实施例的较佳实施例而已，并不用以限制本说明书一个或多个实施例，凡在本说明书一个或多个实施例的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书一个或多个实施例保护的范围之内。