支付交互处理方法及装置

本申请是申请日为2022年02月10日、申请号为CN202210125930.4、名称为“支付交互处理方法及装置”的中国发明专利申请的分案申请。

技术领域

本文件涉及数据处理技术领域，尤其涉及一种支付交互处理方法及装置。

背景技术

随着互联网和信息技术的不断发展，小微企业(通常定义小企业为银行贷款500万元以下、微型企业为银行贷款100万元以下的个体工商企业)占企业总数的99％以上，他们在活跃市场、增加税收、创造就业、保持社会稳定等方面发挥着巨大作用，是经济发展和社会健康发展的重要力量。

发明内容

本说明书一个或多个实施例提供了一种支付交互处理方法。所述支付交互处理方法，包括：接收机构的成员群组中目标成员的成员终端提交的支付请求；所述支付请求在触发所述成员群组配置的支付接口后生成。对所述支付请求携带的支付信息进行支付处理，获得支付账单。根据所述成员群组中各机构成员的成员权限，生成所述各机构成员针对所述支付账单的支付交互消息；所述支付交互消息携带有对应机构成员的交互标签。若接收到任一机构成员基于交互标签提交的支付交互请求，进行所述支付交互请求的支付交互处理。

本说明书一个或多个实施例提供了另一种支付交互处理方法，包括：接收机构的成员群组中目标成员通过触发所述成员群组的支付接口提交的支付指令。获取针对所述支付指令采集的支付信息并生成支付请求向服务器提交。接收所述服务器下发的携带所述目标成员的交互标签的支付交互消息，并在所述成员群组的交互列表中展示所述支付交互信息。若检测到所述交互标签被触发，向所述服务器提交所述交互标签对应的支付交互请求。

本说明书一个或多个实施例提供了一种支付交互处理装置，包括：请求接收模块，被配置为接收机构的成员群组中目标成员的成员终端提交的支付请求；所述支付请求在触发所述成员群组配置的支付接口后生成。支付处理模块，被配置为对所述支付请求携带的支付信息进行支付处理，获得支付账单。消息生成模块，被配置为根据所述成员群组中各机构成员的成员权限，生成所述各机构成员针对所述支付账单的支付交互消息；所述支付交互消息携带有对应机构成员的交互标签。若接收到任一机构成员基于交互标签提交的支付交互请求，运行交互处理模块，所述交互处理模块，被配置为进行所述支付交互请求的支付交互处理。

本说明书一个或多个实施例提供了另一种支付交互处理装置，包括：指令接收模块，被配置为接收机构的成员群组中目标成员通过触发所述成员群组的支付接口提交的支付指令。请求提交模块，被配置为获取针对所述支付指令采集的支付信息并生成支付请求向服务器提交。消息展示模块，被配置为接收所述服务器下发的携带所述目标成员的交互标签的支付交互消息，并在所述成员群组的交互列表中展示所述支付交互信息。若检测到所述交互标签被触发，运行交互请求提交模块，所述交互请求提交模块，被配置为向所述服务器提交所述交互标签对应的支付交互请求。

本说明书一个或多个实施例提供了一种支付交互处理设备，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：接收机构的成员群组中目标成员的成员终端提交的支付请求；所述支付请求在触发所述成员群组配置的支付接口后生成。对所述支付请求携带的支付信息进行支付处理，获得支付账单。根据所述成员群组中各机构成员的成员权限，生成所述各机构成员针对所述支付账单的支付交互消息；所述支付交互消息携带有对应机构成员的交互标签。若接收到任一机构成员基于交互标签提交的支付交互请求，进行所述支付交互请求的支付交互处理。

本说明书一个或多个实施例提供了另一种支付交互处理设备，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：接收机构的成员群组中目标成员通过触发所述成员群组的支付接口提交的支付指令。获取针对所述支付指令采集的支付信息并生成支付请求向服务器提交。接收所述服务器下发的携带所述目标成员的交互标签的支付交互消息，并在所述成员群组的交互列表中展示所述支付交互信息。若检测到所述交互标签被触发，向所述服务器提交所述交互标签对应的支付交互请求。

本说明书一个或多个实施例提供了一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：接收机构的成员群组中目标成员的成员终端提交的支付请求；所述支付请求在触发所述成员群组配置的支付接口后生成。对所述支付请求携带的支付信息进行支付处理，获得支付账单。根据所述成员群组中各机构成员的成员权限，生成所述各机构成员针对所述支付账单的支付交互消息；所述支付交互消息携带有对应机构成员的交互标签。若接收到任一机构成员基于交互标签提交的支付交互请求，进行所述支付交互请求的支付交互处理。

本说明书一个或多个实施例提供了另一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：接收机构的成员群组中目标成员通过触发所述成员群组的支付接口提交的支付指令。获取针对所述支付指令采集的支付信息并生成支付请求向服务器提交。接收所述服务器下发的携带所述目标成员的交互标签的支付交互消息，并在所述成员群组的交互列表中展示所述支付交互信息。若检测到所述交互标签被触发，向所述服务器提交所述交互标签对应的支付交互请求。

附图说明

为了更清楚地说明本说明书一个或多个实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图；

图1为本说明书一个或多个实施例提供的一种支付交互处理方法处理流程图；

图2为本说明书一个或多个实施例提供的一种访问页面示意图；

图3为本说明书一个或多个实施例提供的一种单次备用资源配置页面示意图；

图4为本说明书一个或多个实施例提供的一种循环备用资源配置页面示意图；

图5为本说明书一个或多个实施例提供的一种周期备用资源配置页面示意图；

图6为本说明书一个或多个实施例提供的一种第一资源展示页面示意图；

图7为本说明书一个或多个实施例提供的一种第二资源展示页面示意图；

图8为本说明书一个或多个实施例提供的一种第三资源展示页面示意图；

图9为本说明书一个或多个实施例提供的一种交互列表页面示意图；

图10为本说明书一个或多个实施例提供的另一种交互列表页面示意图；

图11为本说明书一个或多个实施例提供的一种日志记录页面示意图；

图12为本说明书一个或多个实施例提供的一种应用于核销交互场景的支付交互处理方法处理流程图；

图13为本说明书一个或多个实施例提供的另一种支付交互处理方法处理流程图；

图14为本说明书一个或多个实施例提供的一种支付交互处理装置示意图；

图15为本说明书一个或多个实施例提供的另一种支付交互处理装置示意图；

图16为本说明书一个或多个实施例提供的一种支付交互处理设备的结构示意图；

图17为本说明书一个或多个实施例提供的另一种支付交互处理设备的结构示意图。

具体实施方式

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

本说明书提供的一种支付交互处理方法实施例：

参照图1，其示出了本实施例提供的一种支付交互处理方法处理流程图，参照图2，其示出了本实施例提供的一种访问页面示意图，参照图3，其示出了本实施例提供的一种单次备用资源配置页面示意图，参照图4，其示出了本实施例提供的一种循环备用资源配置页面示意图，参照图5，其示出了本实施例提供的一种周期备用资源配置页面示意图，参照图6，其示出了本实施例提供的一种第一资源展示页面示意图，参照图7，其示出了本实施例提供的一种第二资源展示页面示意图，参照图8，其示出了本实施例提供的一种第三资源展示页面示意图，参照图9，其示出了本实施例提供的一种交互列表页面示意图，参照图10，其示出了本实施例提供的另一种交互列表页面示意图，参照图11，其示出了本实施例提供的一种日志记录页面示意图，参照图12，其示出了本实施例提供的一种应用于核销交互场景的支付交互处理方法处理流程图。

参照图1，本实施例提供的支付交互处理方法，具体包括步骤S102至步骤S108。

步骤S102，接收机构的成员群组中目标成员的成员终端提交的支付请求。

本实施例提供的支付交互处理方法，应用于服务器，在对成员群组中的目标成员的成员终端提交的支付请求进行支付处理后，获得支付账单，通过将支付账单的支付交互信息发送给给成员群组中的每一个机构成员，使任一机构成员都可对支付账单提交支付交互请求，以此，实现成员群组中的各机构成员对支付账单的共同监督，提升成员群组中各机构成员对成员群组中任一机构成员的支付账单的感知程度。

本实施例所述成员群组，包括将至少两个用户绑定在一起的用户群组；包括实现对支付过程进行共同监督的支付群组，或者对一个群组中的账单进行共同管理的账单群组；其中，成员群组为一个企业、一个(临时)组织的成员共同参与的群组。具体的，对于成员群组的性质本实施例在此不做限定。所述支付请求在触发所述成员群组配置的支付接口后生成。所述支付请求，包括红包类型的支付请求和/或转账类型的支付请求。

具体实施时，目标成员通过成员终端向服务器提交支付指令，具体的，成员终端接收成员群组中目标成员通过触发成员群组的支付接口提交的支付指令，然后基于支付指令获取针对支付指令采集的支付信息并生成支付请求向服务器提交。

本实施例中，成员终端在提交支付指令的过程中，获取所述目标成员对成员群组的访问请求，基于所述访问请求展示访问页面；接收所述目标成员通过触发所述访问页面配置的标识码采集组件提交的支付指令。在接收到支付指令后，调用配置的采集组件采集收款标识码并解析；基于解析结果与所述目标成员交互获取所述支付信息，并生成包含所述支付信息的支付请求向所述服务器提交。

如图2所示，在目标成员通过成员终端访问成员群组时，成员终端展示如图2所示的访问页面，其中，访问页面配置有付款标识码，标识码采集组件“扫一扫”，红包组件、转账组件、发备用资源(发预支款)组件、传票核销组件和资源申请(申请用钱)组件，目标成员触发标识码采集组件之后，成员终端调用配置的摄像组件采集商家的收款标识码，并在获取到目标成员录入的支付资源数额后向服务器提交携带收款账户标识，支付资源数额的支付请求。

除此之外，接收机构的成员群组中目标成员的成员终端提交的支付请求还可以被替换为接收商家终端扫描机构的成员群组中目标成员的付款码标识后提交的支付请求。

步骤S104，对所述支付请求携带的支付信息进行支付处理，获得支付账单。

所述支付信息，包括支付过程中需要用到的信息集合。

具体实施时，在接收到成员终端提交的支付请求后，对支付请求携带的支付信息进行支付处理，获得支付账单。

为了提升成员群组中的机构成员对成员群组对应的服务的感知程度，成员群组中任一机构成员可针对成员群组分配备用资源，以使成员群组中的机构成员可基于备用资源的提供账户进行支付处理。为了避免将备用资源转移至指定账户导致对备用资源进行冻结，导致对资源提供方的资源占用，本实施例中，在任一机构成员针对成员群组分配备用资源时，仅对任一机构成员分配的备用资源数额进行标记，并不会将该机构成员的资源账户的资源转移或者冻结；本实施例提供的一种可选实施方式中，采用如下方式确定成员群组的资源分配信息：

获取所述成员群组中任一目标机构成员对所述成员群组的备用资源分配请求；

基于所述备用资源分配请求采集所述目标机构成员配置的备用更新类型；

采集所述目标机构成员在所述备用更新类型下上传的备用资源参数；

根据所述备用更新类型和所述备用资源参数确定向所述成员群组分配的所述备用资源信息。

具体的，为了提升对备用资源信息的管理的有效性，在获取到任一目标机构成员对成员群组的备用资源分配请求时，首先获取目标机构成员配置的备用更新类型；再获取目标机构成员在配置的备用更新类型下上传的备用资源参数；最后生成包含备用更新类型和备用资源参数的备用资源信息。

所述备用更新类型，包括单次发放类型的第一更新类型，第一更新类型下，出资者给使用者在满足备用支付条件的情况下可使用的备用资源额度，使用后额度实时减少不回复；还包括周期更新类型的第二更新类型；第二更新类型下，出资者给使用者在满足备用支付条件的情况下可使用的备用资源额度，使用后额度实时减少，获取到对支付账单的核销指令后实时恢复备用资源额度；还包括循环更新类型的第三更新类型；第三更新类型下，出资者给使用者在满足备用支付条件的情况下可使用的备用资源额度，使用后额度实时减少，获取到对支付账单的核销指令后的，到下一个周期的第一天恢复备用资源额度。

可选的，所述备用资源信息中所述可用资源数额，基于所述备用资源信息中包含的所述备用更新类型进行配置；

若所述备用更新类型为第一更新类型，则所述备用资源信息中所述可用资源数额不变。

本实施例提供的一种可选实施方式中，若所述备用更新类型为第二更新类型，，执行如下操作：

取所述备用资源信息中包含的更新周期条件；

根据所述支付账单中记录的支付时间和所述更新周期条件，计算对所述可用资源数额的更新时间；

在检测到所述更新时间到达的情况下，将所述备用资源信息中所述可用资源数额更新为所述备用资源数额。

如图3所示，机构成员A通过单次备用资源配置页面配置针对成员群组的备用资源信息；如图4所示，机构成员A通过循环备用资源配置页面备用金配置页面配置针对成员群组的备用资源信息；如图5所示，机构成员A通过周期备用资源配置页面配置针对成员群组的备用资源信息。在机构成员配置备用资源后，将备用资源信息通过成员群组的交互列表进行展示，如图6所述，在机构成员A配置单次备用资源后，展示第一资源展示页面。如图7所示，在机构成员A配置周期备用资源3000后，机构成员B使用了300元，机构成员C对机构成员B这300元的支付账单进行核销后，展示第二资源展示页面；如图8所示，在机构成员A配置循环备用资源后，机构成员B使用了300元，机构成员C对机构成员B这300元的支付账单进行核销后，展示第三资源展示页面。

具体实施时，在成员群组配置有备用资源信息的情况下，则进行支付处理时基于备用资源信息对支付信息进行支付处理，在未配置有备用资源信息的情况下，则基于目标成员的资源账户对支付信息进行支付处理。为了提升目标成员对支付过程的感知程度，本实施例提供的一种可选实施方式中，在对所述支付请求携带的支付信息进行支付处理，获得支付账单的过程中，执行如下操作：

查询是否针对所述成员群组分配备用资源；

若否，则基于所述目标成员的资源账户进行所述支付信息的支付处理，获得支付账单；

若是，在所述支付信息符合所述备用资源信息对应的备用支付条件的情况下，基于所述备用资源信息对应的资源账户对所述支付信息进行支付处理，获得所述支付账单；

基于所述支付信息中包含的支付资源数额，将所述备用资源信息中的备用资源数额更新为可用资源数额。

可选的，所述备用支付条件，包括下述至少一项：

所述支付信息中包含的支付资源数额小于或者等于所述备用资源数额，所述目标成员的成员标识记录在所述备用支付信息设备的可用成员列表，所述支付信息记录的支付时间处于所述备用资源信息的可用时间范围内。

具体的，查询针对成员群组是否分配备用资源；若未分配，则基于收款标识码对应的资源账户对支付信息进行支付处理，获得支付账单；若已分配，则首先核验支付信息是否满足备用资源信息对应的备用支付条件；若不满足，则确定支付失败；若满足，再确定备用资源信息对应的资源账户(即备用资源提供方的资源账户)，然后基于该资源账户对支付信息进行支付处理，获得支付账单。

步骤S106，根据所述成员群组中各机构成员的成员权限，生成所述各机构成员针对所述支付账单的支付交互消息。

所述支付交互消息携带有对应机构成员的交互标签；所述成员群组中，所述目标成员对所述支付账单具有访问权限；所述成员群组中所述目标成员之外的机构成员对所述支付账单具有共权权限；

为了保证对支付账单具有共权权限的共权用户对支付账单的平等的共权关系，各共权用户的交互标签一致；所述交互标签，为表征机构成员对支付账单的成员权限的标签，为所述服务器确定的所述目标成员针对所述支付信息进行支付处理后获得的支付账单的交互标签。可选的，所述目标成员的交互标签为空或者为凭证提交标签；所述成员群组中所述目标成员之外的机构成员的交互标签包括账单确认标签、账单退回标签和/或凭证请求标签。

本实施例提供的一种可选实施方式中，在根据所述成员群组中各机构成员的成员权限，生成所述各机构成员针对所述支付账单的支付交互消息的过程中，执行如下操作：

根据所述支付请求对应的支付类型，确定所述机构成员中对所述支付账单具有共权权限的共权成员；

基于所述共权权限，生成所述共权成员对所述支付账单的审核标签，并生成包含所述审核标签的支付交互信息。

此外，对于目标成员，则基于对支付账单的访问权限，生成对所述支付账单的资源添加标签，并生成包含资源添加标签的支付交互信息。目标成员的成员终端接收所述服务器下发的携带所述目标成员的交互标签的支付交互消息，并在所述成员群组的交互列表中展示所述支付交互信息。

需要说明的是，本实施例中对于交互标签的说明仅仅是示意性的，实际场景中可根据需求确定交互标签，本实施例在此不做限定。

例如，机构成员B使用自己的资源账户进行支付处理并生成支付账单后，机构成员B可通过如图9所示的交互列表页面感知针对支付账单的支付交互信息，其中，配置的实时位置、沟通框、上传照片/视频/发票的入口即为机构成员B对支付账单的交互标签。

机构成员A可用过如图10所示的交互列表页面感知支付账单的支付交互信息，其中，配置的实时位置、沟通框、上传照片/视频/发票的入口、核销控件和驳回控件即为机构成员A对支付账单的交互标签。成员群组内其他机构成员的支付交互信息与图10类似，此外，为了提升群组成员对支付账单的核销状态的感知程度，还展示有核销状态。

步骤S108，若接收到任一机构成员基于交互标签提交的支付交互请求，进行所述支付交互请求的支付交互处理。

具体实施时，在使用备用资源进行支付和使用目标成员的资源账户进行支付的情况下，支付交互处理也不相同。

(1)基于目标成员的资源账户进行支付处理

本实施例提供的一种可选实施方式中，在基于目标成员的资源账户进行支付处理后，通过如下方式进行支付交互处理：

若接收到所述成员群组中所述目标成员之外的任一目标机构成员提交的对所述支付账单的核销请求，则确定所述任一目标机构成员的资源账户；

将所述资源账户中所述支付信息中记录的支付资源数额对应的资源转移至所述目标成员的支付账户；

根据资源转移结果和所述任一目标机构成员的成员标识生成所述支付账单的核销日志，并进行所述核销日志的推送以在所述成员群组的交互列表中展示所述核销日志。

具体的，若是目标成员的资源账户进行支付处理，则需要由成员群组中其他群组成员进行核销，成员群组中目标成员之外的任一机构成员提交对支付账单的核销请求后，从该机构成员的资源账户向目标成员的资源账户转移支付账单对应的资源，以实现对支付账单的核销。

为了提升成员群组的机构成员对支付账单的核销状态的感知程度，在核销后生成支付账单的核销日志进行展示。

如图11所示，机构成员A对机构成员B的支付账单进行核销后，展示“xx-xx，xx时xx分，机构成员A核销了该支付账单”的日志记录页面，并将核销状态更新为已核销。

(2)基于备用资源进行支付处理

本实施例提供的一种可选实施方式中，在基于备用资源信息进行支付处理后，采用如下方式进行支付交互处理：

在备用更新类型为循环更新类型的情况下，若接收到所述成员群组中所述目标成员之外的机构成员对所述支付账单的确认请求，则基于所述确认请求将所述备用资源信息中所述可用资源数额更新为所述备用资源数额。

除此之外，在备用更新类型为周期更新类型的情况下，若接收到所述成员群组中所述目标成员之外的机构成员对所述支付账单的确认请求，则读取所述备用资源信息中包含的更新周期条件；根据所述支付账单中记录的支付时间和所述更新周期条件，计算对所述可用资源数额的更新时间；在检测到所述更新时间到达的情况下，将所述备用资源信息中所述可用资源数额更新为所述备用资源数额。

为了保证支付账单的真实性，机构成员可对支付账单的真实性、合理性提出耕读的凭证要求，目标成员上传发票、视频等账单凭证。基于此，本实施例提供的一种可选实施方式中，采用如下方式进行支付交互处理：

若接收到所述成员群组中所述目标成员之外的任一目标机构成员提交的对所述支付账单的账单凭证请求，则基于所述账单凭证请求中携带的凭证类型生成凭证添加提醒信息并进行信息推送；

获取所述目标成员基于所述凭证添加提醒信息上传的账单凭证后，将所述账单凭证关联至所述支付账单；

将所述账单凭证进行推送，以在所述成员群组的交互列表中展示所述账单凭证。

具体的，为了提升机构成员对账单凭证查看的便捷性，若账单凭证为视频类型，则自动播放该视频，使可以一屏审核，完成审核。

下述以本实施例提供的一种支付交互处理方法在核销交互场景的应用为例，对本实施例提供的支付交互处理方法进行进一步说明，参见图12，应用于核销交互场景的支付交互处理方法，具体包括如下步骤。

步骤S1208，服务器接收到支付请求后，查询针对成员群组分配的备用资源。

在此之前，目标成员的目标成员终端接收目标成员通过触发成员群组的收款标识码采集控件提交的支付指令，采集收款标识码并确定支付信息，基于支付信息生成支付请求向服务器发送。

步骤S1210，若备用资源为空，则基于目标成员的资源账户进行支付处理并获得支付账单。

步骤S1212，基于目标成员对支付账单的访问权限生成目标成员对支付账单的访问交互标签，以及基于成员群组中目标成员之外的机构成员对支付账单的共权权限生成共权账户对支付账单的共权交互标签。

步骤S1214，根据访问交互标签生成目标成员对支付账单的支付交互信息并向目标成员终端下发。

步骤S1216，根据共权交互标签生成共权成员对支付账单的支付交互信息并向共权成员终端下发。

其中，步骤S1214和步骤S1216在执行过程中不限定执行顺序。

步骤S1218，获取共权成员终端基于共权交互标签中的凭证请求标签提交的账单凭证请求。

步骤S1220，基于账单凭证请求生成凭证添加提醒信息向目标成员终端下发。

步骤S1222，获取目标成员终端采集并上传的账单凭证。

步骤S1224，建立账单凭证和支付账单的关联关系。

步骤S1226，根据访问交互标签生成目标成员对账单凭证的凭证交互信息并向目标成员终端下发。

步骤S1228，根据共权交互标签生成共权成员对账单凭证的凭证交互信息并向共权成员终端下发。

步骤S1230，获取共权成员终端提交的对支付账单的核销请求。

步骤S1232，将共权成员的资源账户中支付信息对应的资源转移至目标成员的资源账户。

步骤S1234，基于资源转移生成核销日志，并将核销日志向目标成员终端和共权成员终端推送。

本说明书提供的另一种支付交互处理方法实施例：

参照图13，其示出了本实施例提供的一种支付交互处理方法处理流程图，参照图2，其示出了本实施例提供的一种访问页面示意图，参照图3，其示出了本实施例提供的一种单次备用资源配置页面示意图，参照图4，其示出了本实施例提供的一种循环备用资源配置页面示意图，参照图5，其示出了本实施例提供的一种周期备用资源配置页面示意图，参照图6，其示出了本实施例提供的一种第一资源展示页面示意图，参照图7，其示出了本实施例提供的一种第二资源展示页面示意图，参照图8，其示出了本实施例提供的一种第三资源展示页面示意图，参照图9，其示出了本实施例提供的一种交互列表页面示意图，参照图10，其示出了本实施例提供的另一种交互列表页面示意图，参照图11，其示出了本实施例提供的一种日志记录页面示意图，参照图12，其示出了本实施例提供的一种应用于核销交互场景的支付交互处理方法处理流程图。

本实施例提供的支付交互处理方法，应用于目标成员的成员终端；本实施例提供的支付交互处理方法与上述实施例提供的应用于服务器的支付交互处理方法在运行时相互配合，因此，阅读本实施例请参照上述实施例的相关内容。

参照图13，本实施例提供的支付交互处理方法，具体包括步骤S1302至步骤S1308。

步骤S1302，接收机构的成员群组中目标成员通过触发所述成员群组的支付接口提交的支付指令。

本实施例提供的支付交互处理方法，应用于目标成员的用户终端，通过向服务器上传支付请求，以使服务器生成携带交互标签的支付交互信息并下发，在获取到支付交互信息的情况下在成员群组的交互列表中展示，并在检测到交互标签被触发的情况下，向服务器提交交互标签对应的支付交互请求，以此，通过成员群组的形式以及交互列表的形式展示支付交互信息，提升对于支付交互信息的感知程度，也通过交互标签的设定，提升目标成员对于支付交互的便捷性。

本实施例所述成员群组，包括将至少两个用户绑定在一起的用户群组；包括实现对支付过程进行共同监督的支付群组，或者对一个群组中的账单进行共同管理的账单群组；其中，成员群组为一个企业、一个(临时)组织的成员共同参与的群组。具体的，对于成员群组的性质本实施例在此不做限定。所述支付请求在触发所述成员群组配置的支付接口后生成。所述支付请求，包括红包类型的支付请求和/或转账类型的支付请求。

具体实施时，目标成员通过成员终端向服务器提交支付指令，具体的，成员终端接收成员群组中目标成员通过触发成员群组的支付接口提交的支付指令，然后基于支付指令获取针对支付指令采集的支付信息并生成支付请求向服务器提交。

本实施例中提供的一种可选实施方式中，成员终端在提交支付指令的过程中，执行如下操作：

获取所述目标成员对成员群组的访问请求，基于所述访问请求展示访问页面；

接收所述目标成员通过触发所述访问页面配置的标识码采集组件提交的支付指令。

步骤S1304，获取针对所述支付指令采集的支付信息并生成支付请求向服务器提交。

本实施例提供的一种可选实施方式中，获取到支付指令后，通过如下方式获取支付信息并生成支付请求向服务器提交：

调用配置的采集组件采集收款标识码并解析；

基于解析结果与所述目标成员交互获取所述支付信息，并生成包含所述支付信息的支付请求向所述服务器提交。

如图2所示，在目标成员通过成员终端访问成员群组时，成员终端展示如图2所示的访问页面，其中，访问页面配置有付款标识码，标识码采集组件201，红包组件202、转账组件203、发备用资源组件204、传票核销组件205和资源申请组件206，目标成员触发标识码采集组件201之后，成员终端调用配置的摄像组件采集商家的收款标识码，并在获取到目标成员录入的支付资源数额后向服务器提交携带收款账户标识，支付资源数额的支付请求。

本实施例提供的一种可选实施方式中，所述服务器在接收到所述支付请求后，执行如下操作：

对所述支付请求携带的所述支付信息进行支付处理，并生成支付账单；

根据所述目标成员对所述支付账单的成员权限，确定所述目标成员针对所述支付账单的交互标签；

基于所述交互标签生成所述目标成员针对所述支付账单的访问信息，并生成包含所述访问信息的所述支付交互信息向目标成员的成员终端下发。

具体的，下述对服务器生成支付账单以及支付交互消息的过程进行具体说明。

所述支付信息，包括支付过程中需要用到的信息集合。

具体实施时，在接收到成员终端提交的支付请求后，对支付请求携带的支付信息进行支付处理，获得支付账单。

为了提升成员群组中的机构成员对成员群组对应的服务的感知程度，成员群组中任一机构成员可针对成员群组分配备用资源，以使成员群组中的机构成员可基于备用资源的提供账户进行支付处理。为了避免将备用资源转移至指定账户导致对备用资源进行冻结，导致对资源提供方的资源占用，本实施例中，在任一机构成员针对成员群组分配备用资源时，仅对任一机构成员分配的备用资源数额进行标记，并不会将该机构成员的资源账户的资源转移或者冻结；本实施例提供的一种可选实施方式中，采用如下方式确定成员群组的资源分配信息：

获取所述成员群组中任一目标机构成员对所述成员群组的备用资源分配请求；

基于所述备用资源分配请求采集所述目标机构成员配置的备用更新类型；

采集所述目标机构成员在所述备用更新类型下上传的备用资源参数；

根据所述备用更新类型和所述备用资源参数确定向所述成员群组分配的所述备用资源信息。

具体的，为了提升对备用资源信息的管理的有效性，在获取到任一目标机构成员对成员群组的备用资源分配请求时，首先获取目标机构成员配置的备用更新类型；再获取目标机构成员在配置的备用更新类型下上传的备用资源参数；最后生成包含备用更新类型和备用资源参数的备用资源信息。

所述备用更新类型，包括单次发放类型的第一更新类型，第一更新类型下，出资者给使用者在满足备用支付条件的情况下可使用的备用资源额度，使用后额度实时减少不回复；还包括周期更新类型的第二更新类型；第二更新类型下，出资者给使用者在满足备用支付条件的情况下可使用的备用资源额度，使用后额度实时减少，获取到对支付账单的核销指令后实时恢复备用资源额度；还包括循环更新类型的第三更新类型；第三更新类型下，出资者给使用者在满足备用支付条件的情况下可使用的备用资源额度，使用后额度实时减少，获取到对支付账单的核销指令后的，到下一个周期的第一天恢复备用资源额度。

可选的，所述备用资源信息中所述可用资源数额，基于所述备用资源信息中包含的所述备用更新类型进行配置；

若所述备用更新类型为第一更新类型，则所述备用资源信息中所述可用资源数额不变。

本实施例提供的一种可选实施方式中，若所述备用更新类型为第二更新类型，，执行如下操作：

取所述备用资源信息中包含的更新周期条件；

根据所述支付账单中记录的支付时间和所述更新周期条件，计算对所述可用资源数额的更新时间；

在检测到所述更新时间到达的情况下，将所述备用资源信息中所述可用资源数额更新为所述备用资源数额。

如图3所示，机构成员A通过单次备用资源配置页面配置针对成员群组的备用资源信息；如图4所示，机构成员A通过循环备用资源配置页面备用金配置页面配置针对成员群组的备用资源信息；如图5所示，机构成员A通过周期备用资源配置页面配置针对成员群组的备用资源信息。在机构成员配置备用资源后，将备用资源信息通过成员群组的交互列表进行展示，如图6所述，在机构成员A配置单次备用资源后，展示第一资源展示页面。如图7所示，在机构成员A配置周期备用资源后，机构成员B使用了300元，机构成员C对机构成员B这300元的支付账单进行核销后，展示第二资源展示页面；如图8所示，在机构成员A配置循环备用资源后，机构成员B使用了300元，机构成员C对机构成员B这300元的支付账单进行核销后，展示第三资源展示页面。

具体实施时，在成员群组配置有备用资源信息的情况下，则进行支付处理时基于备用资源信息对支付信息进行支付处理，在未配置有备用资源信息的情况下，则基于目标成员的资源账户对支付信息进行支付处理。为了提升目标成员对支付过程的感知程度，本实施例提供的一种可选实施方式中，在对所述支付请求携带的支付信息进行支付处理，获得支付账单的过程中，执行如下操作：

查询是否针对所述成员群组分配备用资源；

若否，则基于所述目标成员的资源账户进行所述支付信息的支付处理，获得支付账单；

若是，在所述支付信息符合所述备用资源信息对应的备用支付条件的情况下，基于所述备用资源信息对应的资源账户对所述支付信息进行支付处理，获得所述支付账单；

基于所述支付信息中包含的支付资源数额，将所述备用资源信息中的备用资源数额更新为可用资源数额。

可选的，所述备用支付条件，包括下述至少一项：

所述支付信息中包含的支付资源数额小于或者等于所述备用资源数额，所述目标成员的成员标识记录在所述备用支付信息设备的可用成员列表，所述支付信息记录的支付时间处于所述备用资源信息的可用时间范围内。

具体的，查询针对成员群组是否分配备用资源；若未分配，则基于收款标识码对应的资源账户对支付信息进行支付处理，获得支付账单；若已分配，则首先核验支付信息是否满足备用资源信息对应的备用支付条件；若不满足，则确定支付失败；若满足，再确定备用资源信息对应的资源账户(即备用资源提供方的资源账户)，然后基于该资源账户对支付信息进行支付处理，获得支付账单。

根据所述成员群组中各机构成员的成员权限，生成所述各机构成员针对所述支付账单的支付交互消息。

所述支付交互消息携带有对应机构成员的交互标签；所述成员群组中，所述目标成员对所述支付账单具有访问权限；所述成员群组中所述目标成员之外的机构成员对所述支付账单具有共权权限；

为了保证对支付账单具有共权权限的共权用户对支付账单的平等的共权关系，各共权用户的交互标签一致；所述交互标签，为表征机构成员对支付账单的成员权限的标签，为所述服务器确定的所述目标成员针对所述支付信息进行支付处理后获得的支付账单的交互标签。可选的，所述目标成员的交互标签为空或者为凭证提交标签；所述成员群组中所述目标成员之外的机构成员的交互标签包括账单确认标签、账单退回标签和/或凭证请求标签。

本实施例提供的一种可选实施方式中，在根据所述成员群组中各机构成员的成员权限，生成所述各机构成员针对所述支付账单的支付交互消息的过程中，执行如下操作：

根据所述支付请求对应的支付类型，确定所述机构成员中对所述支付账单具有共权权限的共权成员；

基于所述共权权限，生成所述共权成员对所述支付账单的审核标签，并生成包含所述审核标签的支付交互信息。

需要说明的是，本实施例中对于交互标签的说明仅仅是示意性的，实际场景中可根据需求确定交互标签，本实施例在此不做限定。

例如，机构成员B使用自己的资源账户进行支付处理并生成支付账单后，机构成员B可通过如图9所示的交互列表页面感知针对支付账单的支付交互信息，其中，配置的实时位置、沟通框、上传照片/视频/发票的入口即为机构成员B对支付账单的交互标签。

机构成员A可用过如图10所示的交互列表页面感知支付账单的支付交互信息，其中，配置的实时位置、沟通框、上传照片/视频/发票的入口、核销控件和驳回控件即为机构成员A对支付账单的交互标签。成员群组内其他机构成员的支付交互信息与图10类似，此外，为了提升群组成员对支付账单的核销状态的感知程度，还展示有核销状态。

步骤S1306，接收所述服务器下发的携带所述目标成员的交互标签的支付交互消息，并在所述成员群组的交互列表中展示所述支付交互信息。

对于目标成员，则基于对支付账单的访问权限，生成对所述支付账单的资源添加标签，并生成包含资源添加标签的支付交互信息。目标成员的成员终端接收所述服务器下发的携带所述目标成员的交互标签的支付交互消息，并在所述成员群组的交互列表中展示所述支付交互信息。

需要说明的是，本实施例中对于交互标签的说明仅仅是示意性的，实际场景中可根据需求确定交互标签，本实施例在此不做限定。

例如，机构成员B使用自己的资源账户进行支付处理并生成支付账单后，机构成员B可通过如图9所示的交互列表页面感知针对支付账单的支付交互信息，其中，配置的实时位置、沟通框、上传照片/视频/发票的入口即为机构成员B对支付账单的交互标签。

步骤S1308，若检测到所述交互标签被触发，向所述服务器提交所述交互标签对应的支付交互请求。

本实施例提供的一种可选实施方式中，若检测到所述交互标签被触发，则基于所述交互标签的标签类型采集针对所述支付账单的账单凭证；

将所述账单凭证向所述服务器提交，以使所述服务器将所述账单凭证关联至所述支付账单；

获取所述服务器在将所述账单凭证关联至所述支付账单后下发的所述账单凭证；

若所述账单凭证为视频类型，则在检测到所述成员群组被访问时播放所述账单凭证。

具体的，目标成员可根据交互标签上传账单凭证，在检测到交互标签被触发的情况下采集账单凭证并向服务器上传，以使服务器将账单凭证关联至支付账单。服务器将账单凭证关联至支付账单之后，基于目标成员对支付账单的访问权限，生成对账单凭证的交互标签，并生成携带交互标签的凭证交互信息向成员终端发送，成员终端在接收到凭证交互信息后在交互列表中展示。此外，服务器将账单凭证关联至支付账单后，基于共权用户对支付账单的共权权限，生成共权成员对账单凭证的交互标签，并生成携带该交互标签的凭证交互信息向共权成员的成员终端发送。

下述以本实施例提供的一种支付交互处理方法在核销交互场景的应用为例，对本实施例提供的支付交互处理方法进行进一步说明，参见图12，应用于核销交互场景的支付交互处理方法，具体包括如下步骤。

步骤S1202，目标成员的目标成员终端接收目标成员通过触发成员群组的收款标识码采集控件提交的支付指令。

步骤S1204，采集收款标识码并获取支付信息。

步骤S1206，基于支付信息生成支付请求向服务器发送。

此后，服务器接收到支付请求后，查询针对成员群组分配的备用资源，若备用资源为空，则基于目标成员的资源账户进行支付处理并获得支付账单，基于目标成员对支付账单的访问权限生成目标成员对支付账单的访问交互标签，以及基于成员群组中目标成员之外的机构成员对支付账单的共权权限生成共权账户对支付账单的共权交互标签，根据访问交互标签生成目标成员对支付账单的支付交互信息并向目标成员终端下发，根据共权交互标签生成共权成员对支付账单的支付交互信息并向共权成员终端下发，获取共权成员终端基于共权交互标签中的凭证请求标签提交的账单凭证请求，基于账单凭证请求生成凭证添加提醒信息向目标成员终端下发，获取目标成员终端采集并上传的账单凭证，建立账单凭证和支付账单的关联关系，根据访问交互标签生成目标成员对账单凭证的凭证交互信息并向目标成员终端下发，根据共权交互标签生成共权成员对账单凭证的凭证交互信息并向共权成员终端下发，获取共权成员终端提交的对支付账单的核销请求，将共权成员的资源账户中支付信息对应的资源转移至目标成员的资源账户。

本说明书提供的一种支付交互处理装置实施例如下：

在上述的实施例中，提供了一种支付交互处理方法，与之相对应的，还提供了一种支付交互处理装置，下面结合附图进行说明。

参照图14，其示出了本实施例提供的一种支付交互处理装置示意图。

由于装置实施例对应于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。

本实施例提供一种支付交互处理装置，包括：

请求接收模块1402，被配置为接收机构的成员群组中目标成员的成员终端提交的支付请求；所述支付请求在触发所述成员群组配置的支付接口后生成；

支付处理模块1404，被配置为对所述支付请求携带的支付信息进行支付处理，获得支付账单；

消息生成模块1406，被配置为根据所述成员群组中各机构成员的成员权限，生成所述各机构成员针对所述支付账单的支付交互消息；所述支付交互消息携带有对应机构成员的交互标签；

若接收到任一机构成员基于交互标签提交的支付交互请求，运行交互处理模块1408，所述交互处理模块1408，被配置为进行所述支付交互请求的支付交互处理。

本说明书提供的另一种支付交互处理装置实施例如下：

在上述的实施例中，提供了另一种支付交互处理方法，与之相对应的，还提供了另一种支付交互处理装置，下面结合附图进行说明。

参照图15，其示出了本实施例提供的一种支付交互处理装置示意图。

由于装置实施例对应于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。

本实施例提供一种支付交互处理装置，包括：

指令接收模块1502，被配置为接收机构的成员群组中目标成员通过触发所述成员群组的支付接口提交的支付指令；

请求提交模块1504，被配置为获取针对所述支付指令采集的支付信息并生成支付请求向服务器提交；

消息展示模块1506，被配置为接收所述服务器下发的携带所述目标成员的交互标签的支付交互消息，并在所述成员群组的交互列表中展示所述支付交互信息；

若检测到所述交互标签被触发，运行交互请求提交模块1508，所述交互请求提交模块1508，被配置为向所述服务器提交所述交互标签对应的支付交互请求。

本说明书提供的一种支付交互处理设备实施例如下：

对应上述描述的一种支付交互处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种支付交互处理设备，该支付交互处理设备用于执行上述提供的支付交互处理方法，图16为本说明书一个或多个实施例提供的一种支付交互处理设备的结构示意图。

本实施例提供的一种支付交互处理设备，包括：

如图16所示，支付交互处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器1601和存储器1602，存储器1602中可以存储有一个或一个以上存储应用程序或数据。其中，存储器1602可以是短暂存储或持久存储。存储在存储器1602的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括支付交互处理设备中的一系列计算机可执行指令。更进一步地，处理器1601可以设置为与存储器1602通信，在支付交互处理设备上执行存储器1602中的一系列计算机可执行指令。支付交互处理设备还可以包括一个或一个以上电源1603，一个或一个以上有线或无线网络接口1604，一个或一个以上输入/输出接口1605，一个或一个以上键盘1606等。

在一个具体的实施例中，支付交互处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对支付交互处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：

接收机构的成员群组中目标成员的成员终端提交的支付请求；所述支付请求在触发所述成员群组配置的支付接口后生成；

对所述支付请求携带的支付信息进行支付处理，获得支付账单；

根据所述成员群组中各机构成员的成员权限，生成所述各机构成员针对所述支付账单的支付交互消息；所述支付交互消息携带有对应机构成员的交互标签；

若接收到任一机构成员基于交互标签提交的支付交互请求，进行所述支付交互请求的支付交互处理。

本说明书提供的另一种支付交互处理设备实施例如下：

对应上述描述的另一种支付交互处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供另一种支付交互处理设备，该支付交互处理设备用于执行上述提供的支付交互处理方法，图17为本说明书一个或多个实施例提供的一种支付交互处理设备的结构示意图。

本实施例提供的一种支付交互处理设备，包括：

如图17所示，支付交互处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器1701和存储器1702，存储器1702中可以存储有一个或一个以上存储应用程序或数据。其中，存储器1702可以是短暂存储或持久存储。存储在存储器1702的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括支付交互处理设备中的一系列计算机可执行指令。更进一步地，处理器1701可以设置为与存储器1702通信，在支付交互处理设备上执行存储器1702中的一系列计算机可执行指令。支付交互处理设备还可以包括一个或一个以上电源1703，一个或一个以上有线或无线网络接口1704，一个或一个以上输入/输出接口1705，一个或一个以上键盘1706等。

在一个具体的实施例中，支付交互处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对支付交互处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：

接收机构的成员群组中目标成员通过触发所述成员群组的支付接口提交的支付指令；

获取针对所述支付指令采集的支付信息并生成支付请求向服务器提交；

接收所述服务器下发的携带所述目标成员的交互标签的支付交互消息，并在所述成员群组的交互列表中展示所述支付交互信息；

若检测到所述交互标签被触发，向所述服务器提交所述交互标签对应的支付交互请求。

本说明书提供的一种存储介质实施例如下：

对应上述描述的一种支付交互处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种存储介质。

本实施例提供的存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：

接收机构的成员群组中目标成员的成员终端提交的支付请求；所述支付请求在触发所述成员群组配置的支付接口后生成；

对所述支付请求携带的支付信息进行支付处理，获得支付账单；

根据所述成员群组中各机构成员的成员权限，生成所述各机构成员针对所述支付账单的支付交互消息；所述支付交互消息携带有对应机构成员的交互标签；

若接收到任一机构成员基于交互标签提交的支付交互请求，进行所述支付交互请求的支付交互处理。

需要说明的是，本说明书中关于存储介质的实施例与本说明书中关于支付交互处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应方法的实施，重复之处不再赘述。

本说明书提供的另一种存储介质实施例如下：

对应上述描述的另一种支付交互处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供另一种存储介质。

本实施例提供的存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：

接收机构的成员群组中目标成员通过触发所述成员群组的支付接口提交的支付指令；

获取针对所述支付指令采集的支付信息并生成支付请求向服务器提交；

接收所述服务器下发的携带所述目标成员的交互标签的支付交互消息，并在所述成员群组的交互列表中展示所述支付交互信息；

若检测到所述交互标签被触发，向所述服务器提交所述交互标签对应的支付交互请求。

需要说明的是，本说明书中关于存储介质的实施例与本说明书中关于支付交互处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应方法的实施，重复之处不再赘述。

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

在20世纪30年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device，PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

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

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

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

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

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

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

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

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

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

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

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

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

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

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