支付方法、装置及设备与流程

本说明书涉及计算机技术领域，尤其涉及支付方法、装置及设备。

背景技术

随着移动支付的普及，移动扫码支付使用的范围越来越广。

在当前技术中，顾客和商户发生在支付平台上的支付，可能会因为网络、设备等各种情况，无法立即查看到结果。如果此时商户要求重复支付，而用户担心被多收钱，就只能等待或是放弃购买，影响了双方的体验。

基于此，需要一种更便利的支付方案。

技术实现要素：

本说明书实施例提供支付方法、装置及设备，用于解决如下问题：以提供一种更便利的支付方案。

基于此，本说明书实施例提供一种支付方法，包括：

用户客户端针对未知结果的支付订单，获取其对应的订单序号和用户标识；

生成包含所述订单序号和用户标识的数字对象唯一标识符doi；

展示所述doi，以便商户扫描所述doi进行重试支付。

同时，本说明书实施例还提供另一种支付方法，包括：

商户客户端扫描用户客户端所展示的数字对象唯一标识符doi，获取所述doi中所包含的用户标识和订单序号，其中，所述doi由用户客户端在确认支付订单执行结果未知后所生成；

获取商户标识和交易金额；

生成包含所述用户标识、订单序号、商户标识和交易金额的支付订单；

发送所述支付订单至服务端，以便服务端进行支付。

同时，本说明书实施例还提供再一种支付方法，包括：

服务端接收商户客户端所发送的支付订单，其中，所述支付订单至少包括用户标识、订单序号、商户标识和交易金额；

判断是否存在具有相同订单序号的已支付订单，若不存在，根据所述用户标识、商户标识和交易金额执行本次支付，若存在，不执行本次支付。

对应的，本说明书的实施例还提供一种支付装置，包括：

获取模块，用户客户端针对未知结果的支付订单，获取其对应的订单序号和用户标识；

生成模块，生成包含所述订单序号和用户标识的数字对象唯一标识符doi；

展示模块，展示所述doi，以便商户扫描所述doi进行重试支付。

同时，本说明书的实施例还提供另一种支付装置，包括：

扫描模块，商户客户端扫描用户客户端所展示的数字对象唯一标识符doi，获取所述doi中所包含的用户标识和订单序号，其中，所述doi由用户客户端在确认支付订单执行结果未知后所生成；

获取模块，获取商户标识和交易金额；

生成模块，生成包含所述用户标识、订单序号、商户标识和交易金额的支付订单；

发送模块，发送所述支付订单至服务端，以便服务端进行支付。

同时，本说明书的实施例还提供再一种支付装置，包括：

接收模块，服务端接收商户客户端所发送的支付订单，其中，所述支付订单中至少包括用户标识、订单序号、商户标识和交易金额；

判断模块，判断是否存在具有相同订单序号的已支付订单，

支付模块，若存在，不执行本次支付，若不存在，根据所述用户标识、商户标识和交易金额执行本次支付。

对应的，本说明书实施例还提供一种支付设备，包括：

存储器，存储有支付程序；

处理器，调用所述存储器中的支付程序并执行：

用户客户端针对未知结果的支付订单，获取其对应的订单序号和用户标识；

生成包含所述订单序号和用户标识的数字对象唯一标识符doi；

展示所述doi，以便商户扫描所述doi进行重试支付。

同时，本说明书实施例还提供另一种支付设备，包括：

存储器，存储有支付程序；

处理器，调用所述存储器中的支付程序并执行：

商户客户端扫描用户客户端所展示的数字对象唯一标识符doi，获取所述doi中所包含的用户标识和订单序号，其中，所述doi由用户客户端在确认支付订单执行结果未知后所生成；

获取商户标识和交易金额；

生成包含所述用户标识、订单序号、商户标识和交易金额的支付订单；

发送所述支付订单至服务端，以便服务端进行支付。

同时，本说明书实施例还提供再一种支付设备，包括：

存储器，存储有支付程序；

处理器，调用所述存储器中的支付程序并执行：

服务端接收商户客户端所发送的支付订单，其中，所述支付订单至少包括用户标识、订单序号、商户标识和交易金额；

判断是否存在具有相同订单序号的已支付订单，若不存在，根据所述用户标识、商户标识和交易金额执行本次支付，若存在，不执行本次支付。

对应的，本说明书的实施例还提供一种非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：

用户客户端针对未知结果的支付订单，获取其对应的订单序号和用户标识；

生成包含所述订单序号和用户标识的数字对象唯一标识符doi；

展示所述doi，以便商户扫描所述doi进行重试支付。

同时，本说明书的实施例还提供另一种非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：

商户客户端扫描用户客户端所展示的数字对象唯一标识符doi，获取所述doi中所包含的用户标识和订单序号，其中，所述doi由用户客户端在确认支付订单执行结果未知后所生成；

获取商户标识和交易金额；

生成包含所述用户标识、订单序号、商户标识和交易金额的支付订单；

发送所述支付订单至服务端，以便服务端进行支付。

同时，本说明书的实施例还提供再一种非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：

服务端接收商户客户端所发送的支付订单，其中，所述支付订单至少包括用户标识、订单序号、商户标识和交易金额；

判断是否存在具有相同订单序号的已支付订单，若不存在，根据所述用户标识、商户标识和交易金额执行本次支付，若存在，不执行本次支付。

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

用户针对未知结果的支付订单(即对于某一支付订单，超过一定时间，服务端没有返回支付结果，用户和商户均不知道其成功还是失败)，根据该支付订单的订单序号和自身的用户标识，重新生成一个数字对象唯一标识符doi，提供给商户进行扫描。商户扫描以后，将订单序号、金额、用户标识、商户标识等一同发往支付平台。支付平台处理时，根据订单序号判断是否已经处理过该比业务，避免重复支付，提高用户体验。此外，在支付之前，还可以根据订单序号中所包含的商户信息和/或创建时间进行再次的校验，更为安全。

附图说明

图1a为支付应用针对未知结果的支付订单所发出提示信息的示意图；

图1b为本说明书实施例所涉及的整体执行流程的示意图；

图2为本说明书实施例所提供的用户客户端方面的流程示意图；

图3为本说明书实施例所提供的商户客户端方面的流程示意图；

图4为本说明书实施例所提供的服务端方面的流程示意图；

图5为本说明书实施例所提供的用户方面的支付装置的结构示意图；

图6为本说明书实施例所提供的商户方面的支付装置的结构示意图；

图7为本说明书实施例所提供的商户方面的支付装置的结构示意图。

具体实施方式

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

当前使用数字对象唯一标识符(digitalobjectidentifier，doi)进行支付已经很常见。doi可以是诸如条码、二维码等等形式。在用户扫码创建支付订单进行支付的时候，可能会因为网络不好、设备问题等，导致操作之后迟迟得不到支付结果，如图1a所示，图1a为支付应用针对未知结果的支付订单发出提示信息的示意图。此时，有可能在支付服务端的后台该支付订单已经成功了，但商户和顾客都看不到。如果让顾客重扫或是让商户扫用户，又可能让顾客支付出双倍的价钱。在这种双方不能立即确认支付结果的情况下，往往需要第二次支付，这个过程中需要避免重复支付。

基于此，本说明书实施例提供一种支付方案，在用户扫码商户生成支付订单并发送服务端，但支付结果未知后，由用户端生成二维码，再交给商户扫描生成包含相同订单序号的另一支付订单，进行重试支付。服务端根据订单序号进行判断，既不会造成用户多扣钱，又能保证支付成功，商户能够成功收款，提高用户体验。

需要说明的是，在本说明书的实施例所提供的方案之前，事先已经通过扫描商户所提供的doi进行了一次支付，并提示状态未知。如图1b所示，图1b为本说明书实施例所涉及的整体执行流程的示意图。在该架构中，各客户端和服务端均处于其所对应的终端设备上。若用户客户端和商户客户端在一定时间内均没有接受到服务端所返回的成功或者失败信息，此时，用户客户端确定该支付订单处于“未知”状态，用户点击用户终端上所展示的“重新交易”，即进入本说明书所提供的方案。

该方案具体而言，包括用户客户端、商户客户端和服务端三个方面，对于用户客户端方面，如图2所示，图2为本说明书实施例所提供的用户客户端方面的流程示意图，包括：

s201，用户客户端针对未知结果的支付订单，获取其对应的订单序号和用户标识。

订单序号是用户在扫描商户所提供的doi时所产生，一般而言为一段具有固定长度的数字串，其唯一标识了该支付订单。换言之，每一次用户扫码创建交易时，订单序号都不重复。生成方法中可以将当前时间、用户id、商户id包含到计算因子中，即，gencode＝(用户id,商户id,当前时间)就可以实现此目标。然后用户输入金额进行支付。并且可以将该订单序号信息存储在本地，等待服务端返回交易结果后再删除。容易理解，此处的当前时间即为该订单序号的创建时间。

当服务端一直没有返回交易结果时，此时用户客户端发出如图1所示的提示，接收用户的重试支付指令，从本地获取订单序号。所述的用户标识可以是诸如用户id、手机号等等，通过用户客户端可以直接获取。

s203，生成包含所述订单序号和用户标识的数字对象唯一标识符doi。

即，当接收到用户所发出的进行了重试支付的指令后，在用户客户端中基于预设算法，根据订单序号和用户标识生成可读取的doi，该技术目前已经很成熟，此处不再赘述。

s205，展示所述doi，以便商户扫描所述doi进行重试支付，其中，所述未知结果的支付订单由所述用户客户端预先生成并发送至服务端。

作为一种具体的应用方式，在所述订单序号中，可以包含创建时间、用户id、商户id的具体信息。换言之，生成订单序号的算法可以是可逆的加密算法，服务端在获得该订单序号时可以采用对应的解密算法获取其中所包含的创建时间、用户id、商户id信息，从而可以进行其它更进一步的的安全校验。

对于商户客户端方面的执行步骤，如图3所示，图3为本说明书实施例所提供的商户客户端方面的流程示意图，包括：

s301，商户客户端扫描用户客户端所展示的数字对象唯一标识符doi，获取所述doi中所包含的用户标识和订单序号，其中，所述doi由用户客户端在确认支付订单执行结果未知后所生成。

s303，获取商户标识和交易金额；

交易金额可由手动收入输入得到，商户标识可由商户客户端从支付应用中自动获取，如同用户标识，商户标识也可以是诸如用户id、手机号等等。

s305，生成包含所述用户标识、订单序号、商户标识和交易金额的支付订单。

具体而言，此时所生成的支付订单和之前用户所生成的支付订单是针对同一笔交易所生成的两份支付订单。这两份支付订单中，用户标识、订单序号、商户标识和交易金额均完全相同。即，在服务端看来，两份订单并没有区别，任何一笔到达时，服务端均可以进行处理。当然，支付订单中还可以包含其他信息，例如，支付订单的生成时间。在生成时间上，两份订单显然是不同的。

s307，发送所述支付订单至服务端，以便服务端进行支付。

对于服务端方面的执行步骤，如图4所示，图4为本说明书实施例所提供的服务端方面的流程示意图，包括：

s401，服务端接收商户客户端所发送的支付订单，其中，所述支付订单中至少包括用户标识、订单序号、商户标识和交易金额。

s403，判断是否存在具有相同订单序号的已支付订单，若不存在，根据所述用户标识、商户标识和交易金额执行本次支付，若存在，不执行本次支付。

容易理解，服务端本身存在一个可调用的数据库，用于存放已经成功支付的历史订单。当服务端接收到一个支付订单时，该支付订单对应的交易可能有两种状态：

第一种，已经有一份支付订单完成了对该交易的支付。那么此时，服务端可以从历史数据库中查询到具有相同的订单序号的已支付订单，从而判断出这是一笔重复交易，不对本次订单进行处理。并且，可以返回支付成功的信息至双方客户端。

第二种，没有支付订单完成了对该交易的支付。那么此时，服务端不能从历史数据库中查询到具有相同的订单序号的已支付订单。从而，服务端可以对本次支付订单进行处理，完成支付，返回支付成功的信息至双方客户端，并且存储本次支付订单信息至历史数据库。在这种情形下，当服务端接收到之前由用户所发起的支付订单时，服务端也能够根据订单序号判断出该支付订单是一笔已经支付过的订单，不再进行处理。

从而，不论两份订单的到来顺序是怎样，服务端均只会做一次支付处理。在用户和商户双方因为结果未知，而各自均提交了相同的支付请求时，避免了重复支付，提高了用户体验。

此外，在实际应用中，为避免恶意用户逃避支付(例如，用户在商家a支付时，先故意失败，然后生成二维码，支付成功，并截图了该二维码。然后到商家b也故意失败，然后使用该截图的二维码进行支付，此时服务端将会根据该二维码中的订单序号判断该支付已经成功，并返回支付成功消息，但实际上并没有执行扣款)，还可以在服务端判断支付订单不是重复支付之后，将要进行支付之前，进行进一步的安全校验。

如前所述，订单序号可以根据用户标识、商户标识、创建时间等等信息，采用可逆加密算法生成。从而，服务端可以利用订单序号中所包含的商户标识和/或创建时间的信息来进行对恶意用户的规避。

对于采用商户标识进行规避恶意用户的方法而言，包括：判断所述支付订单所包含的商户标识和订单序号中的另一商户标识是否相同；若相同，根据所述用户标识、商户标识和交易金额执行本次支付。即采用解密算法获取订单序号中所包含的商户标识，与交易订单中的商户标识进行比较，是否相同。在订单序号不重复且商户标识均相同的话，再进行支付。若商户标识不同，则不再进行支付，提高支付的安全性。

在实际应用中，还可以根据订单序号中所包含的创建时间来规避恶意用户，包括如下步骤：确定本地对于所述支付订单的接收时间；计算所述接收时间和所述创建时间的时间间隔；判断所述时间间隔是否不超过阈值，若不超过阈值，根据所述用户标识、商户标识和交易金额执行本次支付。

即，给每一个订单序号设定一个存活时间限制(例如，基于经验设定的一分钟)，对于任意的订单序号，若其从创建到发送至服务端的时间超时，则失效。对于不是重复支付的支付订单，必须其订单序号在有效期内才进行支付，否则，服务端也不再执行支付，提高支付的安全性。

显然，服务端也可以采用上述的两种安全校验方式同时进行。此外，在服务端，还可以采用其它诸如用户标识以及交易金额等信息进行更进一步的辅助验证，进一步提高安全性能。

基于同样的思路，本发明还提供一种支付装置，如图5所示，图5为本说明书实施例所提供的用户方面的支付装置的结构示意图，包括：

获取模块501，用户客户端针对未知结果的支付订单，获取其对应的订单序号和用户标识；

生成模块503，生成包含所述订单序号和用户标识的数字对象唯一标识符doi；

展示模块505，展示所述doi，以便商户扫描所述doi进行重试支付。

进一步地，所述订单序号中包含所述用户标识、商户标识和创建时间的信息。

同时，本说明书实施例还提供另一种支付装置，如图6所示，图6为本说明书实施例所提供的商户方面的支付装置的结构示意图，包括：

扫描模块601，商户客户端扫描用户客户端所展示的数字对象唯一标识符doi，获取所述doi中所包含的用户标识和订单序号，其中，所述doi由用户客户端在确认支付订单执行结果未知后所生成；

获取模块603，获取商户标识和交易金额；

生成模块605，生成包含所述用户标识、订单序号、商户标识和交易金额的支付订单；

发送模块607，发送所述支付订单至服务端，以便服务端进行支付。

同时，本说明书实施例还提供再一种支付装置，如图7所示，图7为本说明书实施例所提供的商户方面的支付装置的结构示意图，包括：

接收模块701，服务端接收商户客户端所发送的支付订单，其中，所述支付订单中至少包括用户标识、订单序号、商户标识和交易金额；

判断模块703，判断是否存在具有相同订单序号的已支付订单；

支付模块705，若存在，不执行本次支付，若不存在，根据所述用户标识、商户标识和交易金额执行本次支付。

进一步地，当所述订单序号中包含另一商户标识信息时，所述支付模块705，判断所述支付订单所包含的商户标识和订单序号中的另一商户标识是否相同；若相同，根据所述用户标识、商户标识和交易金额执行本次支付。

进一步地，当所述订单序号中包含创建时间信息时，所述支付模块705，确定本地对于所述支付订单的接收时间，计算所述接收时间和所述创建时间的时间间隔，判断所述时间间隔是否不超过阈值，若不超过阈值，根据所述用户标识、商户标识和交易金额执行本次支付。

对应的，本申请实施例还提供一种支付设备，包括：

存储器，存储有支付程序；

处理器，调用所述存储器中的支付程序并执行：

用户客户端针对未知结果的支付订单，获取其对应的订单序号和用户标识；

生成包含所述订单序号和用户标识的数字对象唯一标识符doi；

展示所述doi，以便商户扫描所述doi进行重试支付。

同时，本说明书实施例还提供一种另支付设备，包括：

存储器，存储有支付程序；

处理器，调用所述存储器中的支付程序并执行：

商户客户端扫描用户客户端所展示的数字对象唯一标识符doi，获取所述doi中所包含的用户标识和订单序号，其中，所述doi由用户客户端在确认支付订单执行结果未知后所生成；

获取商户标识和交易金额；

生成包含所述用户标识、订单序号、商户标识和交易金额的支付订单；

发送所述支付订单至服务端，以便服务端进行支付。

同时，本说明书实施例还提供再一种另支付设备，包括：

存储器，存储有支付程序；

处理器，调用所述存储器中的支付程序并执行：

服务端接收商户客户端所发送的支付订单，其中，所述支付订单至少包括用户标识、订单序号、商户标识和交易金额；

判断是否存在具有相同订单序号的已支付订单，若不存在，根据所述用户标识、商户标识和交易金额执行本次支付，若存在，不执行本次支付。

基于同样的发明思路，本申请实施例还提供了对应的一种非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：

用户客户端针对未知结果的支付订单，获取其对应的订单序号和用户标识；

生成包含所述订单序号和用户标识的数字对象唯一标识符doi；

展示所述doi，以便商户扫描所述doi进行重试支付。

基于同样的发明思路，本申请实施例还提供了对应的另一种非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：

商户客户端扫描用户客户端所展示的数字对象唯一标识符doi，获取所述doi中所包含的用户标识和订单序号，其中，所述doi由用户客户端在确认支付订单执行结果未知后所生成；

获取商户标识和交易金额；

生成包含所述用户标识、订单序号、商户标识和交易金额的支付订单；

发送所述支付订单至服务端，以便服务端进行支付。

基于同样的发明思路，本申请实施例还提供了对应的再一种非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：

服务端接收商户客户端所发送的支付订单，其中，所述支付订单至少包括用户标识、订单序号、商户标识和交易金额；

判断是否存在具有相同订单序号的已支付订单，若不存在，根据所述用户标识、商户标识和交易金额执行本次支付，若存在，不执行本次支付。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、设备和介质类实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可，这里就不再一一赘述。

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

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(programmablelogicdevice,pld)(例如现场可编程门阵列(fieldprogrammablegatearray，fpga))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logiccompiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(hardwaredescriptionlanguage，hdl)，而hdl也并非仅有一种，而是有许多种，如abel(advancedbooleanexpressionlanguage)、ahdl(alterahardwaredescriptionlanguage)、confluence、cupl(cornelluniversityprogramminglanguage)、hdcal、jhdl(javahardwaredescriptionlanguage)、lava、lola、myhdl、palasm、rhdl(rubyhardwaredescriptionlanguage)等，目前最普遍使用的是vhdl(very-high-speedintegratedcircuithardwaredescriptionlanguage)与verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(applicationspecificintegratedcircuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc625d、atmelat91sam、microchippic18f26k20以及siliconelabsc8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

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

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书的实施例时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

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

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

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

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

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

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

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

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

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

本说明书的实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定事务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书的实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行事务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。