支付数据处理方法、装置及电子设备与流程

本说明书实施例涉及计算机技术领域，尤其涉及一种支付数据处理方法、装置及电子设备。

背景技术：

一般情况下，在交易中会涉及到支付。当前支付手段包括现金支付，及从用户的金融账户或其他支付账户中扣款支付，还包括利用权益进行支付。权益可以转换或兑换成等价支付资源，用于实际的支付活动。

技术实现要素：

有鉴于此，本说明书实施例提供了一种提升用户体验的支付数据处理方法、装置及电子设备。

本说明书实施例采用下述技术方案：

本说明书实施例提供一种支付数据处理方法，应用于支付机构，包括：

确定第一用户账户向第二用户账户的支付数据，所述支付数据包括基于权益得到的等价支付资源；

获取所述权益的发行方标识；

生成包含所述发行方标识和所述等价支付资源的第一支付凭证，所述第一支付凭证表征所述权益的发行方向所述第二用户账户支付所述等价支付资源。

本说明书实施例还提供一种支付数据处理方法，应用于权益的发行方，包括：

从支付机构接收权益兑换请求；

将所述权益兑换成等价支付资源；

将所述等价支付资源发送给所述支付机构；

从所述支付机构接收第一支付凭证，所述第一支付凭证包括所述权益的发行方标识和所述等价支付资源，所述第一支付凭证由所述支付机构根据所述等价支付资源执行支付操作而生成的，表征所述权益的发行方向所述第二用户账户支付所述等价支付资源。

本说明书实施例还提供一种支付数据处理装置，应用于支付机构，包括：

确定模块，确定第一用户账户向第二用户账户的支付数据，所述支付数据包括基于权益得到的等价支付资源；

获取模块，获取所述权益的发行方标识；

支付凭证生成模块，生成包含所述发行方标识和所述等价支付资源的第一支付凭证，所述第一支付凭证表征所述权益的发行方向所述第二用户账户支付所述等价支付资源。

本说明书实施例还提供一种支付数据处理装置，应用于权益发行方，包括：

请求接收模块，从支付机构接收权益兑换请求；

兑换模块，将所述权益兑换成等价支付资源；

发送模块，将所述等价支付资源发送给所述支付机构；

支付凭证接收模块，从所述支付机构接收第一支付凭证，所述第一支付凭证包括所述权益的发行方标识和所述等价支付资源，所述第一支付凭证由所述支付机构根据所述等价支付资源执行支付操作而生成的，表征所述权益的发行方向所述第二用户账户支付所述等价支付资源。

本说明书实施例还提供一种电子设备，包括：

处理器；以及被配置成存储计算机程序的存储器，所述计算机程序在被执行时使所述处理器执行以下操作：

确定第一用户账户向第二用户账户的支付数据，所述支付数据包括基于权益得到的等价支付资源；

获取所述权益的发行方标识；

生成包含所述发行方标识和所述等价支付资源的第一支付凭证，所述第一支付凭证表征所述权益的发行方向所述第二用户账户支付所述等价支付资源。

本说明书实施例还提供一种电子设备，包括：

处理器；以及被配置成存储计算机程序的存储器，所述计算机程序在被执行时使所述处理器执行以下操作：

从支付机构接收权益兑换请求；

将所述权益兑换成等价支付资源；

将所述等价支付资源发送给所述支付机构；

从所述支付机构接收第一支付凭证，所述第一支付凭证包括所述权益的发行方标识和所述等价支付资源，所述第一支付凭证由所述支付机构根据所述等价支付资源执行支付操作而生成的，表征所述权益的发行方向所述第二用户账户支付所述等价支付资源。

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

如果第一用户账户向第二用户账户的支付数据中包括权益，获取所述权益的发行方标识，生成包含所述发行方标识和所述等价支付资源第一支付凭证，以利用第一支付凭证表征所述权益的发行方向所述第二用户账户支付所述等价支付资源，而不是第一用户账户直接支出以向第二用户账户支付该等价支付资源。

由于第一用户账户及第二用户账户之间的支付活动要经过支付机构，则本说明书实施例提出由支付机构代替具体的卖家(例如第二用户账户所对应商户)来生成第一支付凭证，这就能够让权益的发行方也能为其正常支付得到支付凭证，来证明其正常支出，提升权益的发行方在业务活动中的用户体验。

附图说明

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

图1为本说明书实施例提出的一种支付数据处理方法的流程图；

图2为本说明书实施例提出的针对图1中步骤101的一个应用示例的流程图；

图3为本说明书实施例提出的一种支付数据处理方法的流程图；

图4为本说明书实施例提出的一种支付数据处理方法的流程图；

图5为本说明书实施例提出的一种支付数据处理方法的可选示例的流程图；

图6为本说明书实施例提出的一种支付数据处理装置的结构图；

图7为本说明书实施例提出的一种支付数据处理装置的结构图；

图8示出了本说明书实施例所提供的一种更为具体的计算设备硬件结构示意图。

具体实施方式

对现有技术进行分析发现，权益通常由具体的买家及卖家之外的第三方发行，并由买家获得，买家将其用于支付。之后，卖家基于实际支付值，向买家出具支付凭证。在这个交易过程中，虽然卖家及权益所属第三方之间并无实际交易，但实际上是权益所属第三方实际支付了该权益的等价支付资源，但第三方实际上从买家或卖家都是无法拿到支付凭证的。

本说明书实施例提出了一种支付数据的处理方法、装置及电子设备，本实施例方案应用在支付机构，具体可以包括：如果第一用户账户向第二用户账户的支付数据中包括权益，获取所述权益的发行方标识，生成包含所述发行方标识和所述等价支付资源第一支付凭证，以利用第一支付凭证表征所述权益的发行方向所述第二用户账户支付所述等价支付资源，而不是第一用户账户直接支出以向第二用户账户支付该等价支付资源。

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

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

图1为本说明书实施例提出的一种支付数据处理方法的流程图，该方法应用于支付机构，即本说明书实施例提出方法的执行主体是支付机构。支付机构是买卖双方之间的支付媒介，负责从买家扣款支付给卖家。本方法具体包括：

步骤101：确定第一用户账户向第二用户账户的支付数据，所述支付数据包括支付给所述第二用户账户的权益的等价支付资源。

步骤103：获取所述权益的发行方标识。

步骤105：生成包含所述发行方标识和所述等价支付资源的第一支付凭证，所述第一支付凭证表征所述权益的发行方向所述第二用户账户支付所述等价支付资源。

在本说明书实施例中，支付数据是在在交易过程中，第一用户账户名义上向第二用户账户转移支付相应支付资源生成的，第二用户账户实际上也收到了实际的支付资源。其中，从应用场景看，第一用户账户可以是指买家端，而第二用户账户可以是指卖家端。具体地，第一用户账户和第二用户账户可以是在支付机构开设的支付账户或在商品交易平台开设的交易账户，在此不作具体限定。

在这种情况下，执行步骤101可参考图2所示实施例；

步骤202：接收支付请求，所述支付请求为请求通过所述第一用户账户向所述第二用户账户进行支付；

步骤204：在接收到支付请求时，确定所述第一用户账户所关联的权益；

步骤206：获取所述权益的等价支付资源；

步骤208：向所述第二用户账户转移所述等价支付资源。

支付请求蕴含在交易过程中的一个阶段，支付是为购买商品或服务而支付的对价。其中，支付请求可由交易平台所对应服务器发送给支付机构所对应的服务器。实际上，支付请求中可以包含第一用户账户和第二用户账户，其中第一用户账户为付款方，第二用户账户为收款方。

在一种应用场景中，第一用户账户的关联用户利用客户端浏览第二用户账户关联的商品界面，并基于商品信息提交商品订单信息；客户端所对应服务器根据该商品订单信息向支付机构的服务器发送支付请求，使支付机构根据该支付请求执行支付操作，即执行从第一用户账户扣款以向第二用户账户付款。在这种情况下，支付机构可以是指第三方支付机构。

支付机构还可以是银行等金融机构，在此不作具体限定。

在本说明书实施例中，支付请求是请求通过所述第一用户账户向所述第二用户账户进行支付，此时可以进一步判断该第一用户账户是否具有关联的权益，以确定第一用户账户所关联的权益，具体地可以包括如下至少一个步骤：

如果支付请求携带所述权益，则可以从所述支付请求中提取所述权益；

也可以，利用该第一用户账户查询数据库，得到第一用户账户关联的权益。其中，数据库可以是支付机构所对应的数据库。这两个步骤可以任选其一，也可以依次执行，但顺序不分先后。

在本说明书实施例中，权益是指可以转换或兑换为等价支付资源的资产数据，具体形式可以是积分、红包或充值券或其他形式，在此不作具体限定。其中等价支付资源可以是货币或等价流量，在此不作具体限定。

具体地，获取权益的等价支付资源，本说明书实施例提出两种可选实施例。

在一种实施例中，如果所述支付机构与所述权益的发行方为不同主体，可以将所述权益发送给所述权益的发行方，以请求所述权益的发行方将所述权益兑换成所述等价支付资源；接收所述权益的发行方发送的所述等价支付资源，以达到获取权益的等价支付资源的目的。

在这种情况下，该权益的发行方可以是金融机构，如银行或其他第三方支付机构。具体地，将所述权益发送给所述权益的发行金融机构，以请求所述发行金融机构将所述权益兑换为所述等价支付资源。

该权益的发行方还可以是非金融机构，购物券或充值券或其他权益的发行方。此时，权益的发行方也可以是第二用户账户，具体是第二用户账户所对应的商家账户。

在另一种实施例中，如果所述权益的发行方与所述支付机构为同一主体，根据所述权益与等价支付资源的等价关系，所述支付机构将所述权益兑换为所述等价支付资源，以达到获取权益的等价支付资源的目的。

在这种情况下，支付机构可以从自身数据库中查询权益与等价支付资源的等价关系，以确定出等价支付资源。此时，权益可以是存储在支付机构自身数据库中并与第一用户账户关联，也可以是支付机构对外发布而由第一用户账户携带在支付请求中，在此不作限定。

另外，本说明书实施例所称权益还可以与第二用户账户或第二用户账户对应的卖家账户关联，该关联的目的是使得权益可以被用于第二用户账户的交易支付。这样，支付机构在向第二用户账户转移等价支付资源之前，可以基于第二用户账户判断该权益是否能够用于当前的支付。若是，则向第二用户账户转移等价支付资源；反之，则拒绝支付。

在本说明书实施例中，执行步骤103，具体可以从权益中提取权益的发行方标识。具体地，权益的信息中可以包含发行方标识和具体的权益值，从而能够提取到发行方标识。其中权益值是指权益的具体数值，如积分值或红包额度或折扣额度等，在此不作具体限定。

在这种情况下，通过提取权益的发行方标识，能够确定该发行方标识与支付机构是否为同一机构，进而执行具体的获取等价支付资源的过程，具体参考上文实施例。

一旦获取等价支付资源，就可以执行具体的支付操作并生成支付数据。通过执行步骤105，具体是指采用发行方标识和等价支付资源，根据支付凭证模板生成第一支付凭证。具体地，在支付凭证模板的支付方位置加载权益的发行方标识，在支付金额位置加载权益的等价支付资源，最后得到第一支付凭证。

另外，第一支付凭证中还可以包含第二用户账户或其标识。具体地在支付凭证模板的收款方位置加载第二用户账户的标识，使得第一支付凭证中显示第二用户账户或其标识信息。

第一支付凭证可以采用电子发票的形式，或其他电子凭证，在此不作具体限定。

在本说明书实施例中，如果权益的发行方与支付机构属于两个不同主体，可以将该第一支付凭证发送给权益的发行方和第二用户账户所属用户，这样权益的发行方可以基于该第一支付凭证证明其实际支出。

如果权益的发行方与支付机构属于两个同一主体，那么支付机构可以存储该第一支付凭证，并将该第一支付凭证发送给第二用户账户所属用户。

利用本说明书实施例，由于第一用户账户及第二用户账户之间的支付活动要经过支付机构，则本说明书实施例提出由支付机构代替具体的卖家(例如第二用户账户所对应商户)来生成第一支付凭证，这就能够让权益的发行方也能为其正常支付得到支付凭证，来证明其正常支出，提升权益的发行方在业务活动中的用户体验。

其中，第一支付凭证中包含第一用户账户或第一用户账户所对应的交易账户标识，在此不作具体限定。

本说明书实施例还提出一种可选实施例，参考图3所示，具体方案如下：

步骤301：确定第一用户账户向第二用户账户的支付数据，支付数据包括权益的等价支付资源，还包括从第一用户账户转出的账户余额资源，所述账户余额资源和所述等价支付资源构成所述支付数据。

步骤303：获取权益的发行方标识。

步骤305：生成包含发行方标识和等价支付资源的第一支付凭证，还生成包含第一用户账户和账户余额资源的第二支付凭证，所述第二支付凭证表征所述第一用户账户向所述第二用户账户支付所述账户余额资源。

其中，第二用户账户实际接受到两笔付款，即等价支付资源和账户余额资源，两者类型相同，均具有实际的交易价值。而第一用户账户实际支付了账户余额资源，而权益的发行方实际支付了等价支付资源。

在这种情况下，可以将第二支付凭证发送给第一用户账户所属用户和第二用户账户所属用户。实际上，第一用户账户所属用户和第二用户账户所属用户具体可以指用户邮箱、手机号码或其他形式，在此不作具体限定。

其中，在第一支付凭证和第二支付凭证中，收款方均为第二用户账户。因此，第一支付凭证和第二支付凭证均可发送给第二用户账户，这两个支付凭证可以证明第二用户账户的实际收入。

另外，在支付机构与权益的发行方为不同主体时，本说明书实施例还提出如下图4所示方法，其执行主体为权益的发行方，因此本方法应用于权益的发行方。

步骤402：从支付机构接收权益兑换请求。权益兑换请求中可以包括权益。

步骤404：将所述权益兑换成等价支付资源。实际上，权益中可以包含权益值所能兑换的等价支付资源，因此可以根据权益直接确定等价支付资源。

如果权益中不包含等价支付资源，还可以利用权益的标识信息从本地数据库中查询其所对应的等价支付资源。

步骤406：将所述等价支付资源发送给所述支付机构。这样，支付机构可以利用所述等价支付资源进行支付操作，具体参考上文图1-图3所示实施例，在此不再赘述。

步骤408：从所述支付机构接收第一支付凭证，所述第一支付凭证包括所述权益的发行方标识和所述等价支付资源，所述第一支付凭证由所述支付机构根据所述等价支付资源执行支付操作而生成的，表征所述权益的发行方向所述第二用户账户支付所述等价支付资源。

具体地，支付机构的服务器与权益发行方的服务器之间可以建立通信连接，使得支付机构的服务器基于通信连接向权益发行方的服务器发送权益兑换请求，及权益发行方的服务器从支付机构的服务器接收第一支付凭证。

其中，权益发行方可以根据权益值与等价支付资源之间的对应关系，来确定权益的等价支付资源，这种对应关系事先存储在权益发行方的数据库中。

图5为本说明书实施例提出的一种支付数据处理方法的可选示例的流程图。其中，商户a可以对应图1-图4所示各实施例中的权益发行方的一个示例，买家b为图1-图4所示各实施例中的第一用户账户的一个示例，买家b获取卖家a发行的10元红包，该10元红包可以是权益的一个示例。

在支付阶段，买家b需要向卖家c支付20元，向卖家d支付30元，共支付50元。此时，支付机构获取买家b提供的10元红包以及银行卡账户；

支付机构通过银行卡发卡行从银行卡账户提取30元卡余额，同时获取银行卡积分兑换的10元，该银行卡积分也是权益的一个示例；

支付机构使用采用银行卡积分兑换的等值10元和10元银行卡余额向卖家c支付，使用10元红包和20元银行卡余额向卖家d支付。

在生成发票阶段：

支付机构代替卖家c，根据卖家c实收买家b银行卡余额10元，生成第一发票，并将第一发票反馈给买家b；及

根据卖家c实收银行卡发卡行付出的银行卡积分的等值10元，生成第二发票，将第二发票反馈给发卡行。

支付机构代替卖家d，根据卖家d实收买家b银行卡余额20元，生成第三发票，并将第三发票反馈给买家b；及

根据卖家d实收卖家a付出的红包10元，生成第四发票，并将第四发票反馈给卖家a。

发票是支付发票的一种可选实施例。

图6还提出一种支付数据处理装置的结构示意图，该装置应用于支付机构，具体包括：

确定模块601，确定第一用户账户向第二用户账户的支付数据，所述支付数据包括基于权益得到的等价支付资源；

获取模块602，获取所述权益的发行方标识；

支付凭证生成模块603，生成包含所述发行方标识和所述等价支付资源的第一支付凭证，所述第一支付凭证表征所述权益的发行方向所述第二用户账户支付所述等价支付资源。

可选地，确定第一用户账户向第二用户账户的支付数据，包括：

接收支付请求，所述支付请求为请求通过所述第一用户账户向所述第二用户账户进行支付；

在接收到所述支付请求时，确定所述第一用户账户所关联的所述权益；

获取所述权益的等价支付资源；

向所述第二用户账户转移所述等价支付资源。

可选地，如果所述支付机构与所述权益的发行方为不同主体，则获取所述权益的等价支付资源，包括：

将所述权益发送给所述权益的发行方，以请求所述权益的发行方将所述权益兑换成所述等价支付资源；

接收所述权益的发行方发送的所述等价支付资源。

可选地，如果所述权益的发行方与所述支付机构为同一主体，则获取所述权益的等价支付资源，包括：

根据所述权益与等价支付资源的等价关系，所述支付机构将所述权益兑换为所述等价支付资源。

基于同一个发明构思，本说明书实施例还提供了一种电子设备，包括：

处理器；以及被配置成存储计算机程序的存储器，所述计算机程序在被执行时使所述处理器执行以下操作：

确定第一用户账户向第二用户账户的支付数据，所述支付数据包括基于权益得到的等价支付资源；

获取所述权益的发行方标识；

生成包含所述发行方标识和所述等价支付资源的第一支付凭证，所述第一支付凭证表征所述权益的发行方向所述第二用户账户支付所述等价支付资源。

基于同一发明构思，本说明书实施例中还提供了一种计算机可读存储介质，包括与电子设备结合使用计算机程序，所述计算机程序可被处理器执行以完成以下步骤：

确定第一用户账户向第二用户账户的支付数据，所述支付数据包括基于权益得到的等价支付资源；

获取所述权益的发行方标识；

生成包含所述发行方标识和所述等价支付资源的第一支付凭证，所述第一支付凭证表征所述权益的发行方向所述第二用户账户支付所述等价支付资源。

图7提出一种支付数据处理装置的结构示意图，该装置应用于权益的发行方，具体包括：

请求接收模块701，从支付机构接收权益兑换请求；

兑换模块702，将所述等价支付资源发送给所述支付机构；

发送模块703，将所述等价支付资源发送给所述支付机构，由所述支付机构利用所述等价支付资源进行支付操作；

支付凭证接收模块704，从所述支付机构接收所述等价支付资源的第一支付凭证，所述第一支付凭证由所述支付机构根据所述等价支付资源执行支付操作，根据支付结果以利用所述权益发行方的标识和所述等价支付资源生成的，所述第一支付凭证表征对所述第二用户账户支付所述等价支付资源的支付方为所述权益发行方的标识。

基于同一个发明构思，本说明书实施例还提供了一种电子设备，包括：

处理器；以及被配置成存储计算机程序的存储器，所述计算机程序在被执行时使所述处理器执行以下操作：

从支付机构接收权益兑换请求；

将所述权益兑换成等价支付资源；

将所述等价支付资源发送给所述支付机构；

从所述支付机构接收第一支付凭证，所述第一支付凭证包括所述权益的发行方标识和所述等价支付资源，所述第一支付凭证由所述支付机构根据所述等价支付资源执行支付操作而生成的，表征所述权益的发行方向所述第二用户账户支付所述等价支付资源。

基于同一发明构思，本说明书实施例中还提供了一种计算机可读存储介质，包括与电子设备结合使用计算机程序，所述计算机程序可被处理器执行以完成以下步骤：

从支付机构接收权益兑换请求；

将所述权益兑换成等价支付资源；

将所述等价支付资源发送给所述支付机构；

从所述支付机构接收第一支付凭证，所述第一支付凭证包括所述权益的发行方标识和所述等价支付资源，所述第一支付凭证由所述支付机构根据所述等价支付资源执行支付操作而生成的，表征所述权益的发行方向所述第二用户账户支付所述等价支付资源。

图8示出了本说明书实施例所提供的一种更为具体的计算设备硬件结构示意图，该设备可以包括：处理器1010、存储器1020、输入/输出接口1030、通信接口1040和总线1050。其中处理器1010、存储器1020、输入/输出接口1030和通信接口1040通过总线1050实现彼此之间在设备内部的通信连接。

处理器1010可以采用通用的cpu(centralprocessingunit，中央处理器)、微处理器、应用专用集成电路(applicationspecificintegratedcircuit，asic)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本说明书实施例所提供的技术方案。

存储器1020可以采用rom(readonlymemory，只读存储器)、ram(randomaccessmemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1020可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器1020中，并由处理器1010来调用执行。

输入/输出接口1030用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

通信接口1040用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如usb、网线等)实现通信，也可以通过无线方式(例如移动网络、wifi、蓝牙等)实现通信。

总线1050包括一通路，在设备的各个组件(例如处理器1010、存储器1020、输入/输出接口1030和通信接口1040)之间传输信息。

需要说明的是，尽管上述设备仅示出了处理器1010、存储器1020、输入/输出接口1030、通信接口1040以及总线1050，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。

在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)，如调制的数据信号和载波。

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

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

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

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