CN112995244B - 一种签约代扣方法、资源访问方法及设备 - Google Patents

Abstract

本申请实施例提供一种签约代扣方法、资源访问方法及设备，涉及电子技术领域，能够通过内容提供商CP服务器统一进行用户权益信息的维护以及费用代扣的控制和管理。具体方案为：CP服务器接收来自代销方服务器的第一同步权益请求，第一同步权益请求包括第一权益信息，第一权益信息包括签约购买的代扣续费的目标商品的第一代扣周期对应的权益增加时长以及权益的标识；将第一权益信息中的权益增加时长增加至全量权益信息中；接收来自代销方服务器的资源请求，资源请求包括第一CP方用户的身份认证凭据；若根据全量权益信息确定第一CP方用户具有目标资源的访问权限，则向代销方服务器发送目标资源。本申请实施例用于签约代扣。

Description

一种签约代扣方法、资源访问方法及设备

技术领域

本申请实施例涉及电子技术领域，尤其涉及一种签约代扣方法、资源访问方法及设备。

背景技术

智能音箱或穿戴设备等终端可以访问内容提供商(content provider，CP)提供的音乐、音频或视频等资源。用户可以通过代销方应用(application，APP)进行签约，以购买自动续费(例如连续包月)的商品。代销方APP对应的代销方服务器可以保存用户的权益信息。在用户请求访问资源时，代销方服务器可以根据保存的用户权益信息，向CP服务器请求获取资源。代销方服务器可以将获取到的资源通过代销方APP提供给终端，以便终端为用户呈现或展示该资源的相关内容。在下一个商品扣费周期即将到达后，代销方服务器向支付服务器发起自动续费。

发明内容

本申请实施例提供一种签约代扣方法、资源访问方法及设备，能够通过CP服务器统一进行用户权益信息的维护以及费用代扣的控制和管理。

为达到上述目的，本申请实施例采用如下技术方案：

一方面，本申请实施例提供了一种签约代扣方法，包括：代销方服务器接收来自代销方应用APP的签约代扣请求，签约代扣请求用于第一代销方用户签约购买代扣续费的目标商品。代销方服务器向支付服务器发送协议生成请求。代销方服务器接收来自支付服务器的协议生成响应。代销方服务器向支付服务器发送第一扣费请求，第一扣费请求用于请求扣除目标商品第一代扣周期的费用。代销方服务器接收来自支付服务器的第一扣费成功响应。代销方服务器向内容提供商CP服务器发送第一同步权益请求。其中，第一同步权益请求包括第一代销方用户关联的第一CP方用户的标识以及第一权益信息，第一权益信息包括第一代销方用户购买的目标商品的第一代扣周期对应的权益增加时长以及权益的标识。

在该方案中，代销方服务器可以将用户签约购买的目标商品对应的用户权益同步至CP服务器，以使得用户权益信息在CP服务器进行统计、维护和统一管理，便于CP服务器进行扣费协调和控制。

在一种可能的设计中，在代销方服务器接收来自支付服务器的第一扣费成功响应之后，该方法还包括：代销方服务器接收来自代销方应用APP的第一资源请求，第一资源请求用于第一代销方用户请求访问目标资源。代销方服务器向CP服务器发送第二资源请求，第二资源请求用于请求访问目标资源，第二资源请求包括与第一代销方用户绑定的第一CP方用户的身份认证凭据。代销方服务器接收来自CP服务器的目标资源。代销方服务器将目标资源发送给代销方APP。

在该方案中，用户在购买的目标商品的权益生效后，可以通过代销方服务器向CP服务器请求访问目标资源。

在另一种可能的设计中，在代销方服务器向支付服务器发送协议生成请求之前，该方法还包括：代销方服务器接收来自代销方APP的授权登录页面请求，授权登录页面用于绑定代销方用户账号与CP方用户账号。代销方服务器向代销方APP发送授权登录页面信息。代销方服务器接收来自代销方APP的授权码和第一代销方用户的标识，授权码为代销方APP从CP服务器获得。代销方服务器向CP服务器发送绑定请求，绑定请求包括授权码。代销方服务器接收来自CP服务器的第一CP方用户的身份认证凭据。代销方服务器保存第一代销方用户与第一CP方用户的身份认证凭据的绑定关系。

在该方案中，代销方服务器可以首先绑定代销方账号和CP方账号，获取第一代销方用户关联的第一CP方用户的身份认证凭据，以便后续基于该第一CP方用户的身份认证凭据获取第一CP方用户的身份标识。

在另一种可能的设计中，在代销方服务器向支付服务器发送协议生成请求之前，该方法还包括：代销方服务器向CP服务器发送第一代销方用户绑定的第一CP方用户的身份认证凭据。代销方服务器接收来自CP服务器的第一CP方用户的身份认证凭据对应的第一CP方用户的标识，第一代销方用户与第一CP方用户相关联。代销方服务器向支付服务器发送协议生成请求，包括：若代销方服务器根据第一CP方用户的标识确定满足第一预设条件，则代销方服务器向支付服务器发送协议生成请求。其中，第一预设条件包括：新增签约后满足：第一代销方用户的标识和CP方的标识，与0个或1个CP方用户存在签约关系；且新增签约后满足：第一CP方用户的标识和CP方的标识，与0个或1个代销方用户存在签约关系。

在该方案中，代销方服务器可以根据第一CP方用户的身份认证凭据获取第一CP方用户的标识。在签约前，代销方服务器可以根据第一CP方用户的标识进行前置条件检查，以避免重复签约。

在另一种可能的设计中，该方法还包括：若代销方服务器根据第一CP方用户的标识确定不满足第一预设条件，则代销方服务器向代销方APP发送通知消息，通知消息用于提示签约关系出错。

在该方案中，若前置条件检查未通过，则代销方服务器可以提示用户进行处理，从而避免重复签约。

在另一种可能的设计中，第一同步权益请求还包括代销方的标识和权益类型，权益类型为自动续费。在代销方服务器向内容提供商CP服务器发送第一同步权益请求之后，该方法还包括：代销方服务器接收来自CP服务器的第一响应，第一响应包括第一时长。代销方服务器在第一时长内向CP服务器发送第一剩余权益查询请求；第一剩余权益查询请求包括第一CP方用户的标识和权益的标识。代销方服务器接收来自CP服务器的第一查询结果，第一查询结果包括第一CP方用户和权益的标识对应的第一剩余权益时长。代销方服务器保存第一剩余权益时长。

在该方案中，代销方服务器在规定的第一时长内才能查询剩余权益时长，而不能随意查询剩余权益，因而可以提高用户隐私的安全性。

在另一种可能的设计中，在代销方服务器保存第一剩余权益时长之后，该方法还包括：代销方服务器根据第一剩余权益时长，确定剩余权益时长小于或者等于第一预设时长。代销方服务器向支付服务器发送第二扣费请求，第二扣费请求用于请求扣除目标商品第二代扣周期的费用。代销方服务器接收到来自支付服务器的第二扣费成功响应后，向CP服务器发送第二同步权益请求。第二同步权益请求包括第一CP方用户的标识以及第二权益信息，第二权益信息包括目标商品的第二代扣周期对应的权益增加时长，权益的标识，代销方的标识以及权益类型，权益类型为自动续费。代销方服务器接收来自CP服务器的第二响应，第二响应包括第二时长。代销方服务器在第二时长内向CP服务器发送第二剩余权益查询请求，第二剩余权益查询请求包括第一CP方用户的标识和权益的标识。代销方服务器接收来自CP服务器的第二查询结果，第二查询结果包括第一CP方用户和权益的标识对应的第二剩余权益时长。代销方服务器保存第二剩余权益时长。

在该方案中，代销方服务器可以根据剩余权益时长请求扣除第二代扣周期的费用，将对应的权益同步给CP服务器，并从CP服务器获取新的剩余权益时长。

在另一种可能的设计中，在代销方服务器向支付服务器发送第二扣费请求之前，该方法还包括：代销方服务器向支付服务器发送签约代扣协议验证请求。代销方服务器接收来自支付服务器的协议有效响应。

可以理解的是，由于签约代扣协议可能已经在支付服务器或CP服务器取消，但代销方服务器并未获知，因而代销方服务器可以先验证签约代扣协议的有效性，以降低后续签约扣费失败的概率。

在另一种可能的设计中，在代销方服务器向支付服务器发送第二扣费请求之前，该方法还包括：代销方服务器向CP服务器发送同步权益预请求，该同步权益预请求用于请求扣除第二代扣周期的费用。代销方服务器向支付服务器发送第二扣费请求，包括：若代销方服务器接收到来自CP服务器的允许扣费响应，则代销方服务器向支付服务器发送第二扣费请求。

在该方案中，代销方服务器可以先向CP服务器发送同步权益预请求，以请求扣除第二代扣周期的费用；在得到CP服务器的允许后，代销方服务器再扣除第二代扣周期相应的费用。

在另一种可能的设计中，在代销方服务器向CP服务器发送同步权益预请求之后，该方法还包括：若代销方服务器接收到来自CP服务器的延时指示信息，该延时指示信息包括第三时长，则代销方服务器在第三时长后再次向CP服务器发送同步权益预请求。

在该方案中，代销方服务器可以根据CP服务器的指示，延时一段时间后再请求扣除第二代扣周期相应的费用。

另一方面，本申请实施例提供了一种资源访问方法，该方法包括：内容提供商CP服务器接收来自代销方服务器的第一同步权益请求，第一同步权益请求包括第一CP方用户的标识以及第一权益信息，第一CP方用户与第一代销方用户相关联，第一权益信息包括第一代销方用户签约购买的代扣续费的目标商品的第一代扣周期对应的权益增加时长以及权益的标识。CP服务器将第一权益信息中的权益增加时长，增加至第一CP方用户对应的全量权益信息中。CP服务器接收来自代销方服务器的第二资源请求，第二资源请求用于请求获取目标资源，第二资源请求包括第一CP方用户的身份认证凭据。若CP服务器根据保存的第一CP方用户对应的全量权益信息，确定第一CP方用户具有目标资源的访问权限，则CP服务器向代销方服务器发送目标资源。

在该方案中，CP服务器可以接收代销方服务器同步的用户签约购买的目标商品对应的用户权益，还可以统计其他代销方服务器或通过CP服务器直接获得的用户权益，从而通过CP服务器统一进行用户权益信息的统计、维护和管理，以便于CP服务器进行扣费协调和控制。这样，代销方用户和CP方用户均可以通过CP服务器维护的权益信息访问相应的目标资源。并且，用户通过代销方APP获取的权益，在CP方APP上也可以使用。

在一种可能的设计中，在CP服务器接收来自代销方服务器的第一同步权益请求之前，该方法还包括：CP服务器接收来自代销方APP的登录请求，登录请求包括CP方账号和口令。CP服务器根据登录请求中的CP方账号和口令确定身份认证通过后，向代销方APP发送认证成功消息，认证成功消息包括授权码。CP服务器接收到来自代销方服务器的授权码后，将授权码对应的第一CP方用户的身份认证凭据发送给代销方服务器。

在该方案中，CP服务器可以在绑定过程中提供授权码，并根据授权码提供对应的CP方用户的身份认证凭据。

在另一种可能的设计中，在CP服务器将授权码对应的第一CP方用户的身份认证凭据发送给代销方服务器之后，该方法还包括：CP服务器接收来自代销方服务器的第一CP方用户的身份认证凭据。CP服务器根据第一CP方用户的身份认证凭据，将第一CP方用户的标识发送给代销方服务器。

在该方案中，CP服务器可以根据第一CP方用户的身份认证凭据提供对应的第一CP方用户的标识。

在另一种可能的设计中，第一同步权益请求还包括代销方的标识和权益类型，权益类型为自动续费。在CP服务器将第一权益信息中的权益增加时长，增加至第一CP方用户对应的全量权益信息中之后，该方法还包括：CP服务器向代销方服务器发送第一响应，第一响应包括第一时长。若CP服务器在发送第一响应后的第一时长内，接收到来自代销方服务器的第一剩余权益查询请求，则CP服务器向代销方服务器发送第一查询结果。其中，第一剩余权益查询请求包括第一CP方用户的标识和权益的标识；第一查询结果包括第一CP方用户和权益的标识对应的第一剩余权益时长。

在该方案中，CP服务器在收到代销方服务器发出的第一同步权益请求后，可以向代销方服务器返回一个第一时长，该第一时长为代销方服务器查询用户剩余时长的有效期。在该有效期内，CP服务器才允许代销方服务器查询用户的剩余权益时长，代销方服务器不能随意查询用户的剩余权益时长，从而可以提高用户隐私的安全性。

在另一种可能的设计中，在CP服务器向代销方服务器发送第一查询结果之后，该方法还包括：CP服务器接收来自代销方服务器的第二同步权益请求，第二同步权益请求包括第一CP方用户的标识以及第二权益信息，第二权益信息包括第一代销方用户签约购买的代扣续费的目标商品的第二代扣周期对应的权益增加时长，权益的标识，代销方的标识以及权益类型，权益类型为自动续费。CP服务器将第二权益信息中的权益增加时长，增加至第一CP方用户对应的全量权益信息中。CP服务器向代销方服务器发送第二响应，第二响应包括第二时长。若CP服务器在发送第二响应后的第二时长内，接收到来自代销方服务器的第二剩余权益查询请求，则CP服务器向代销方服务器发送第二查询结果。其中，第二剩余权益查询请求包括第一CP方用户的标识和权益的标识；第二查询结果包括第一CP方用户和权益的标识对应的第二剩余权益时长。

在该方案中，CP服务器可以控制第二代扣周期的费用扣除，接收来自代销方服务器针对第二代扣周期的权益同步，以及向代销方服务器提供剩余权益时长的查询等操作。

在另一种可能的设计中，第一CP方用户通过CP服务器针对目标商品建立了签约关系。在CP服务器接收来自代销方服务器的第二同步权益请求之前，方法还包括：CP服务器根据保存的第一CP方用户对应的全量权益信息，确定剩余权益时长小于或者等于第一预设时长且大于或者等于第二预设时长。CP服务器向支付服务器发送第三扣费请求；第三扣费请求用于请求扣除目标商品第二代扣周期的费用。若CP服务器在预设时间段内接收到来自代销方服务器的同步权益预请求，同步权益预请求用于请求扣除第二代扣周期的费用，则CP服务器向代销方服务器发送延时指示信息，预设时间段为剩余权益时长小于或者等于第一预设时长且大于或者等于第二预设时长对应的时间段，延时指示信息用于指示代销方服务器在第三时长后再次发送同步权益预请求。若CP服务器在预设时间段之后，接收到来自代销方服务器的同步权益预请求，则CP服务器向代销方服务器发送允许扣费响应，且CP服务器在第四时长内拒绝来自其他代销方服务器的同步权益预请求。

在该方案中，在第一CP方用户通过CP服务器针对目标商品建立了签约关系的情况下，CP服务器可以优先进行扣费处理。若CP服务器接受了当前代销方服务器的同步权益预请求后，则在一定时间内拒绝来自其他代销方服务器的同步权益预请求，仅允许当前代销方服务器执行扣费操作，从而可以对多个代销方服务器的扣费请求进行统一协调管理，避免其他代销方也请求扣费导致的多次扣费或扣费出错等问题。

在另一种可能的设计中，第一CP方用户未通过CP服务器针对目标商品建立签约关系。在CP服务器接收来自代销方服务器的第二同步权益请求之前，方法还包括：若CP服务器接收到来自代销方服务器的同步权益预请求，同步权益预请求用于请求扣除第二个代扣周期的费用，则CP服务器向代销方服务器发送允许扣费响应，且CP服务器在第四时长内拒绝来自其他代销方服务器的同步权益预请求。

在该方案中，在第一CP方用户未通过CP服务器针对目标商品建立签约关系的情况下，CP服务器在接受当前代销方服务器的同步权益预请求后，可以在一定时间内拒绝来自其他代销方服务器的同步权益预请求，仅允许当前代销方服务器执行扣费操作，从而可以对多个代销方服务器的扣费请求进行统一协调管理，避免其他代销方也请求扣费导致的多次扣费或扣费出错等问题。

在另一种可能的设计中，该方法还包括：CP服务器接收来自CP方APP的第三资源请求，第三资源请求用于第一CP方用户请求访问目标资源。若CP服务器根据保存的第一CP方用户对应的全量权益信息，确定第一CP方用户具有目标资源的访问权限，则CP服务器向CP方APP发送目标资源。

也就是说，用户也可以通过CP方的APP和CP服务器请求访问目标资源。CP方服务器可以根据全量用户权益确定用户的访问权限，并提供相应的资源。

另一方面，本申请实施例提供了一种显示处理装置，该装置包含在电子设备中。该电子设备可以是代销方服务器或CP服务器。该装置具有实现上述方面及可能的设计中任一方法中电子设备行为的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括至少一个与上述功能相对应的模块或单元。例如，处理模块/单元，接收模块/单元，发送模块/单元等。

又一方面，本申请实施例提供了一种电子设备，该电子设备可以是代销方服务器或CP服务器。该电子设备可以包括：一个或多个处理器；以及存储器，存储器中存储有代码。当代码被电子设备执行时，使得电子设备执行上述方面任一项可能的设计中代销方服务器执行的签约代扣方法；或者，使得电子设备执行上述方面任一项可能的设计中CP服务器执行的资源访问方法。

另一方面，本申请实施例提供了一种计算机可读存储介质，包括计算机指令，当计算机指令在电子设备上运行时，使得电子设备执行上述方面任一项可能的设计中代销方服务器执行的签约代扣方法；或者，使得电子设备执行上述方面任一项可能的设计中CP服务器执行的资源访问方法。

又一方面，本申请实施例提供了一种计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行上述方面任一项可能的设计中代销方服务器执行的签约代扣方法；或者，使得计算机执行上述方面任一项可能的设计中CP服务器执行的资源访问方法。

另一方面，本申请实施例提供了一种芯片系统，该芯片系统应用于电子设备。该芯片系统包括一个或多个接口电路和一个或多个处理器；接口电路和处理器通过线路互联；接口电路用于从电子设备的存储器接收信号，并向处理器发送信号，信号包括存储器中存储的计算机指令；当处理器执行计算机指令时，使得电子设备执行上述方面任一项可能的设计中代销方服务器执行的签约代扣方法；或者，使得电子设备执行上述方面任一项可能的设计中CP服务器执行的资源访问方法。

上述其他方面对应的有益效果，可以参见关于方法方面的有益效果的描述，此处不予赘述。

附图说明

图1为现有技术提供的一种签约代扣方法流程图；

图2为本申请实施例提供的一种签约代扣系统架构图；

图3为本申请实施例提供的一种通信设备的结构示意图；

图4为本申请实施例提供的一种绑定方法流程图；

图5为本申请实施例提供的一组界面示意图；

图6为本申请实施例提供的一种签约代扣方法流程图；

图7为本申请实施例提供的另一组界面示意图；

图8为本申请实施例提供的另一种签约代扣方法流程图；

图9为本申请实施例提供的另一组界面示意图；

图10为本申请实施例提供的另一种签约代扣方法流程图；

图11A为本申请实施例提供的另一种签约代扣方法流程图；

图11B为本申请实施例提供的另一种签约代扣方法流程图；

图12为本申请实施例提供的另一种签约代扣方法流程图；

图13A为本申请实施例提供的另一种签约代扣方法流程图；

图13B为本申请实施例提供的另一种签约代扣方法流程图；

图14为本申请实施例提供的另一种签约代扣方法流程图；

图15为本申请实施例提供的另一种签约代扣方法流程图；

图16为本申请实施例提供的另一种签约代扣方法流程图；

图17为本申请实施例提供的另一种签约代扣方法流程图；

图18为本申请实施例提供的另一种签约代扣方法流程图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。其中，在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，在本申请实施例的描述中，“多个”是指两个或多于两个。

以下，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。

现有技术中，用户签约购买的代扣续费类商品的权益信息保存在代销方服务器，代销方服务器进行用户权益信息的维护和签约代扣的管理和控制。其中，签约代扣可以适用于周期性代扣续费的会员类商品，每个商品周期结束前，由代销方服务器为用户代扣下一周期的费用，以便续购该商品并获得下一周期的用户权益。代扣续费需要用户提前签署一个签约代扣协议，获得一个对应的签约代扣协议号。代销方服务器和支付服务器后续基于该签约代扣协议从用户账户中扣除相应的费用。

例如，现有技术中签约代扣方法的相关过程可以参见图1。如图1所示，该方法可以包括：

101、代销方用户通过代销方APP发起签约，以购买代扣续费类商品。

其中，签约信息可以包括：代扣周期，代销方用户的标识，以及每次代扣购买的商品的标识和对应获得的用户权益等。例如，代扣周期可以是1个月、31天、一个季度、半年或1年等。商品是指交易的对象，是一个可购买的对象。商品购买后可兑现为权益，权益是该对象的作用范围，是用户享有的权限。例如：商品可以为“1个月VIP会员”，权益可以是购买该商品后可以延长用户1个月VIP会员的有效期。再例如，商品可以是包月VIP，包季VIP，6个月VIP，或包年VIP等。

而后，代销方APP可以通过代销方服务器和支付服务器生成签约代扣协议。即，在步骤101之后，该方法还可以包括：

102、代销方APP向代销方服务器发送签约代扣请求。

103、代销方服务器向支付服务器发送协议生成请求。

104、支付服务器生成签约代扣协议。

签约后，代销方服务器通常会立即触发扣除第一个代扣周期(简称第一个周期)的费用，以购买第一个周期的商品。如图1所示，该方法还可以包括：

105、代销方服务器请求支付宝服务器扣除第一个代扣周期的费用。

在扣费成功后，第一个代扣周期的用户权益会兑现。其中，用户的权益信息存储在代销方服务器。第一个代扣周期的用户权益兑现后，代销方服务器存储的用户的权益信息中的用户权益时长会相应地延长。

106、代销方服务器记录用户的剩余权益时长。

在后续的代扣周期中，该方法还可以包括：

107、代销方服务器在第n-1(n为大于1的整数)个代扣周期结束前的m时长内，向支付服务器触发第n个代扣周期的扣费请求。

108、代销方服务器记录相应的用户剩余权益时长。

另外，在用户权益生效后，代销方用户还可以访问商品对应的资源。如图1所示，该方法还可以包括：

109、用户通过代销方APP请求访问资源。

110、代销方APP向代销方服务器发送资源请求。

111、代销方服务器根据用户的权益信息确定用户访问该资源的权益是否超期。

112、若未超期，则用户具有访问该资源的权限，代销方服务器向CP服务器请求访问该资源。

113、若已超期，则用户不具有访问该资源的权限，代销方服务器拒绝用户访问该资源。

也就是说，在图1所示的现有方案中，代销方服务器进行签约、用户权益信息的管理和费用代扣等控制。该方案存在一定的问题。例如，基于该方案，CP方会员无法直接使用自己CP方会员的权益，也仍需要通过代销方服务器购买商品后，才能通过代销方APP访问CP服务器提供的资源。并且，用户通过代销方APP获取的权益，在CP方APP上也无法使用。

本申请实施例提供了一种签约代扣方法，可以通过CP服务器进行用户权益信息管理和费用代扣控制等操作。一般地，CP服务器通常维护有大量的存量用户。采用本申请实施例提供的方案，可以使得CP方会员可以直接使用自己CP方会员的权益，通过代销方APP访问CP服务器提供的资源，而无需再通过代销方服务器购买商品。并且，用户通过代销方APP获取的权益，在CP方APP上也可以使用。

本申请实施例提供的签约代扣方法可以适用于图2所示的签约代扣系统。如图2所示，该系统可以包括用户；终端；代销方设备，该代销方设备上运行有代销方APP；代销方服务器；支付服务器；CP方设备，该CP方设备上运行有CP方APP；以及CP服务器。

其中，图2所示系统中的终端可以是请求访问CP方的音频或视频等资源的设备。例如，终端可以是智能音箱、可穿戴设备、车载设备、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、智能电视、手机、平板电脑、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本或个人数字助理(personaldigital assistant，PDA)等。

代销方，也称代理方，为代理销售另一方商品的一方，这里用于代理销售CP方的商品。代销方APP用于用户购买或使用代销商品。示例性的，运行有代销方APP的代销方设备可以是手机、平板电脑、笔记本电脑或台式计算机等各类电子设备。代销方服务器可以支持代销方APP的运行以及签约代扣等的相关操作。

支付服务器为可以实现签约、扣费的处理交易的服务器，例如可以是支付宝或微信支付等的服务器。支付服务器可以和金融系统互通。

CP方用于提供待销售和访问的商品和资源。运行有CP方APP的CP方设备可以是手机、平板电脑、笔记本电脑或台式计算机等各类电子设备。CP方设备与代销方设备可以是同一设备，也可以是不同的设备。CP服务器可以支持CP方APP的运行、费用代扣、以及用户权益信息的管理和维护等相关操作等。

如图2所示，用户可以通过代销方APP和代销方服务器签约购买代扣续费类商品，并使用已购买商品的相关权益。代销方服务器在完成一笔代理销售的签约订单后，可以将签约订单涉及的权益的同步增加至CP服务器保存。具体的，若CP服务器之前未保存有该用户针对该商品的权益信息，即用户针对该商品的权益信息为空，则CP服务器可以保存该签约订单涉及的用户权益。若CP服务器之前已保存有该用户针对该商品的权益信息，则CP服务器可以将该签约订单相应的用户权益增加至已有的权益信息中。代销方服务器在处理签约、取消签约或扣费等业务时，可以请求支付服务器进行相应的扣费等处理。

并且，用户还可以通过CP方APP和CP服务器签约购买代扣续费类商品，并使用已购买商品的用户权益。若CP服务器之前未保存有该用户针对该商品的权益信息，即用户针对该商品的权益信息为空，则CP服务器可以保存该签约订单涉及的用户权益。若CP服务器之前已保存有该用户针对该商品的权益信息，则CP服务器可以将该签约订单相应的用户权益增加至已有权益信息中。CP服务器在处理签约、取消签约或扣费等业务时，也可以请求支付服务器进行相应的扣费等处理。

这样，用户通过代销方APP和CP方APP签约获取的权益信息，都可以同步更新到CP服务器进行维护。通过CP服务器的管理和控制，用户通过CP方APP获取的权益(例如用户会员权益)，在代销方APP上也可以使用；并且，用户通过代销方APP获取的权益，在CP方APP上也可以使用。

可以理解的是，上述代销方服务器和CP服务器既可以是硬件设备中的网络元件，也可以是在专用硬件上运行软件功能，或者是平台(例如，云平台)上实例化的虚拟化功能。上述网元或功能可划分出一个或多个服务，进一步，还可能会出现独立于网络功能存在的服务。在本申请实施例中，上述功能的实例、或上述功能中包括的服务的实例、或独立于网络功能存在的服务实例均可称为服务实例。

例如，上述代销方服务器和CP服务器可以通过图3所示的通信设备(也可以称之为通信装置)来实现。图3所示为本申请实施例提供的通信设备的硬件结构示意图。该通信设备300包括处理器301，通信线路302，存储器303以及至少一个通信接口(图3中仅是示例性的以包括通信接口304为例进行说明)。

处理器301可以是一个通用中央处理器(central processing unit，CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。

通信线路302可包括一通路，在上述组件之间传送信息。

通信接口304，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线接入网(radio access network，RAN)，无线局域网(wireless local areanetworks，WLAN)等。

存储器303可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过通信线路302与处理器相连接。存储器也可以和处理器集成在一起。

其中，存储器303用于存储执行本申请方案的计算机执行指令，并由处理器301来控制执行。处理器301用于执行存储器303中存储的计算机执行指令，从而实现本申请下述实施例提供的数据处理方法。

可选的，本申请实施例中的计算机执行指令也可以称之为应用程序代码，本申请实施例对此不作具体限定。

在具体实现中，作为一种实施例，处理器301可以包括一个或多个CPU，例如图3中的CPU0和CPU1。

在具体实现中，作为一种实施例，通信设备300可以包括多个处理器，例如图3中的处理器301和处理器308。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

在具体实现中，作为一种实施例，通信设备300还可以包括输出设备305和输入设备306。输出设备305和处理器301通信，可以以多种方式来显示信息。例如，输出设备305可以是液晶显示器(liquid crystal display，LCD)，发光二级管(light emitting diode，LED)显示设备，阴极射线管(cathode ray tube，CRT)显示设备，或投影仪(projector)等。输入设备306和处理器301通信，可以以多种方式接收用户的输入。例如，输入设备306可以是鼠标、键盘、触摸屏设备或传感设备等。

上述的通信设备300可以是一个通用设备或者是一个专用设备。在具体实现中，通信设备300可以是台式机、便携式电脑、网络服务器、掌上电脑(personal digitalassistant，PDA)、移动手机、平板电脑、无线终端设备、嵌入式设备或类似图3所示结构的设备。本申请实施例不限定通信设备300的类型。

以下基于图2所示的系统架构，以终端为智能音箱为例，对本申请实施例提供的签约代扣方法进行阐述。

账号关联：

在本申请的实施例中，代销方服务器可以进行签约处理，CP服务器可以进行用户权益管理和费用代扣等控制。由于CP方和代销方通常使用不同的账号系统，因而代销方服务器管理的代销方用户和CP服务器管理的CP方进行账号绑定，以便通过代销方和CP方进行权益同步和扣费控制等的协调处理。

例如，终端可以为智能音箱，代销方设备可以为手机，代销方APP可以为“华为AI音箱”APP，CP方可以为酷狗音乐、QQ音乐或虾米音乐等音频资源的提供商。用户打开代销方APP并登录后可以执行相应的绑定操作。

其中，该绑定方法可以有多种。例如，参见图4，基于开放授权OAuth2协议的绑定方法可以包括：

401、代销方APP检测到用户指示绑定代销方用户账号和CP方用户账号的操作。

其中，一个代销方用户账号可以对应一个代销方用户，一个CP方用户账号可以对应一个CP方用户。示例性的，用户通过代销方用户账号登录代销方APP后，可以显示如图5中的(a)所示的界面。例如，该代销方用户账号可以为holmesye，CP方为H音乐。代销方APP检测到用户点击“H音乐”控件的操作后，可以显示如图5中的(b)所示的绑定页面。用户指示绑定代销方用户账号和CP方用户账号的操作可以为用户点击“绑定并登录”控件的操作。

402、代销方APP向代销方服务器发送授权登录页面请求，该授权登录页面用于绑定代销方用户账号与CP方用户账号。

代销方用户检测到用户点击“绑定并登录”控件的操作后，可以向代销方服务器发送授权登录页面请求。

403、代销方服务器向代销方APP发送授权登录页面信息。

代销方服务器接收到代销方APP发送的授权登录页面请求后，可以向代销方APP发送授权登录页面信息。

404、代销方APP根据授权登录页面信息显示授权登录页面，并获取在授权登录页面上用户输入的CP方账号和口令。

示例性的，代销方APP显示的授权登录页面可以参见图5中的(c)。如图5中的(d)所示，用户可以在授权登录页面上输入CP方账号和口令。其中，该口令可以是密码等静态口令，也可以是动态验证码等动态口令。例如，用户输入的CP方账号可以为138*****427，口令可以动态验证码123456。

405、代销方APP检测到用户指示登录的操作后向CP服务器发送登录请求，该登录请求包括用户输入的CP方账号和口令。

示例性的，用户指示登录的操作可以为用户点击图5中的(d)所示的登录控件的操作。

406、CP服务器根据登录请求中的CP方账号和口令确定身份认证通过后，向代销方APP发送认证成功消息，该认证成功消息包括授权码。

CP服务器确定登录请求中的CP方账号和口令为已注册的第一CP方用户时，确定用户身份认证通过，从而可以向代销方APP发用认证成功消息。

并且，CP服务器可以根据CP方账号和/或口令等信息生成第一CP方用户对应的授权码，并将该授权码通过认证成功消息发送给代销方APP。

该授权码可以用于代销方后续获取第一CP方用户的身份认证凭据，以便代销方根据第一CP方用户的身份认证凭据获取第一CP方用户的标识，从而通过第一CP方用户的标识进行权益同步、自动扣费或资源访问等操作。

407、代销方APP将授权码和第一代销方用户的标识发送给代销方服务器。

其中，第一代销方用户的标识用于标识第一代销方用户的身份，该第一代销方用户的标识可以是第一代销方用户的账号，也可以是代销方服务器生成的与第一代销方用户的账号对应的字符串或其他信息，本申请实施例不予限定。

408、代销方服务器向CP服务器发送绑定请求，该绑定请求包括授权码。

代销方服务器接收到代销方APP发送的授权码和第一代销方用户的标识后，可以将授权码通过绑定请求发送给CP服务器，以请求获取授权码对应的CP方用户的身份认证凭据。

409、CP服务器将授权码对应的第一CP方用户的身份认证凭据发送给代销方服务器。

基于OAuth2协议，CP服务器将授权码对应的第一CP方用户的身份认证凭据发送给代销方服务器。

410、代销方服务器保存第一代销方用户与从CP服务器接收到的第一CP方用户的身份认证凭据的绑定关系。

在步骤401-410描述的方案中，代销方和CP方可以建立第一代销方用户与第一CP方用户的身份认证凭据的绑定关系。后续，代销方可以根据第一代销方用户，确定对应的第一CP方用户的身份认证凭据，根据第一CP方用户的身份认证凭据获取对应的第一CP方用户的标识，从而通过第一CP方用户的标识进行权益同步、自动扣费或资源访问等操作。

可以理解的是，由于CP服务器是根据CP方用户的标识进行权益信息管理的，而代销方是根据代销方用户的标识进行处理的，因而将CP方用户与代销方用户的身份认证凭据绑定后，代销方与CP方可以统一进行关联协调处理，以便进行权益同步、扣费控制和资源访问等相关处理。

签约：

在建立上述绑定关系后，签约扣费系统可以基于上述绑定关系进行签约代扣处理。参见图6，本申请实施例提供的签约代扣方法可以包括：

600、代销方APP检测到用户发起签约请求，以购买自动续费类商品。

示例性的，代销方APP为“华为AI音箱”。用户可以通过点击代销方APP如图7中的(a)所示界面上的“续费”控件，代销方APP可以显示如图7中的(b)所示的目标商品的订购界面。例如，目标商品可以是连续包月VIP，3个月VIP(即包季VIP)，或12个月VIP(即包年VIP)等自动续费(或称自动续约)类商品。举例来说，用户可以点击图7中的(b)所示界面上的“连续包月”控件，从而发起购买连续包月的目标商品的签约请求。

601、代销方APP向代销方服务器发送签约代扣请求。

代销方APP检测到用户发起签约请求后，可以向代销方服务器发送签约代扣请求。该签约代扣请求用于第一代销方用户签约购买代扣续费的目标商品。该代扣续费的目标商品为周期性自动续费和续约的商品。

602、代销方服务器向支付服务器发送协议生成请求。

代销方服务器接收到来自代销方应用APP的签约代扣请求后，可以向支付服务器发送协议生成请求。其中，该支付服务器可以与代销方合作的支付服务器，或者用户选择的支付方式对应的支付服务器。例如，该支付服务器可以是支付宝的服务器或微信的支付服务器。

603、支付服务器接收到来自代销方服务器的协议生成请求后，生成签约代扣协议。

其中，每个签约代扣协议有一个唯一的签约代扣协议号，后续可以基于该签约代扣协议号进行费用代扣。

604、支付服务器向代销方服务器发送协议生成响应。

支付服务器在生成签约代扣协议后，可以向代销方服务器返回协议生成响应。

可选地，在步骤604之后，代销方服务器还可以将协议生成响应通知给代销方APP，以便代销方APP提示给用户。

签约前置条件检查：

在一些实施例中，在上述绑定关系生成后，在生成签约代扣协议之前，代销方服务器可以根据第一代销方用户绑定的第一CP方用户的身份认证凭据，向CP服务器获取对应的第一CP方用户的标识。代销方服务器根据第一代销方用户的标识和第一CP方用户的标识进行签约代扣的前置条件检查。前置条件检查通过后，代销方服务器可以请求支付服务器生成签约代扣协议，第一代销方用户与第一CP方用户建立签约关系。

其中，上述前置条件可以包括以下两个约束：

约束1：一个代销方用户只允许与一个CP方的一个CP方用户存在签约关系，新增签约不允许破坏该约束。

约束2：一个CP方的一个CP方用户，仅允许与有一个代销方用户的签约关系，新增签约不允许破坏该约束。

由于签约时存在上面2个约束的原因在于：如果发生多次签约，且CP方用户和代销方用户的关联是不一样的，则可能是用户遗忘了原先的签约关系。一个代销方用户或一个CP方用户进行一次签约即可保证该CP方用户可以持续扣费并享受权益。这样，通过前置条件检测可以避免重复签约。

参见图8，在上述步骤602之前，该方法还可以包括：

602A、代销方服务器向CP服务器发送第一代销方用户绑定的第一CP方用户的身份认证凭据。

602B、CP服务器向代销方服务器发送第一CP方用户的标识。

其中，第一CP方用户的标识用于标识第一CP方用户的身份，该第一CP方用户的标识可以是第一CP方用户的账号，也可以是CP服务器生成的与第一CP方用户的账号对应的字符串或其他信息，本申请实施例不予限定。

602C、代销方服务器接收来自CP服务器的第一CP方用户的身份认证凭据对应的第一CP方用户的标识，第一代销方用户与第一CP方用户相关联。

上述步骤602具体可以包括：

602D、若代销方服务器根据第一CP方用户的标识确定满足第一预设条件，则代销方服务器向支付服务器发送协议生成请求。

与前置条件相对应，该第一预设条件可以包括：新增签约后，第一代销方用户的标识和CP方的标识，与0个或1个CP方用户存在签约关系；且新增签约后，第一CP方用户的标识和CP方的标识，与0个或1个代销方用户存在签约关系。

例如，第一代销方用户的标识为华为账号1，第二代销方用户的标识为华为账号2，CP方为QQ音乐，第一CP方用户的标识为微信账号1，第二CP方用户的标识为QQ账号1。若满足第一预设条件，则可以避免用户关联华为账号1与微信账号1并签约订购目标商品，且关联华为账号1与QQ账号1并签约订购目标商品而导致的重复签约。通过前置条件检查还可以避免用户关联华为账号1与微信账号1并签约订购目标商品，且关联华为账号2与微信账号1并签约订购目标商品而导致的重复签约。

若代销方服务器根据第一CP方用户的标识确定不满足第一预设条件，即前置条件检查未通过，则代销方服务器可以向代销方APP发送通知消息，通知消息用于提示签约关系出错。代销方APP可以通显示信息、语音、振动或灯光等多种方式提示用户签约关系出错。示例性的，参见图9中的(a)，代销方APP可以通过显示信息提示用户签约关系重复，请先解除CP方(即H音乐)用户之前的签约关系。再示例性的，参见图9中的(b)，代销方APP可以通过显示信息提示用户该代销方(即华为AI音箱)用户已存在与其他CP方用户的签约关系，请先解除。

本申请实施例通过前置条件检查，可以使得代销方用户与CP方用户建立一对一的签约关系，避免重复签约，从而可以降低签约代扣场景的复杂度；而且，更能符合用户的逻辑习惯，还可以简化签约代扣的处理逻辑。

并且，签约前置条件检查是基于第一CP方用户的标识的条件检查，而不是基于第一CP方用户的身份认证凭据的条件检查。签约操作不强依赖于绑定关系的有效性。基于OAuth2协议的规定，第一CP方用户的身份认证凭据的有效性可以用于标识上述绑定关系的有效性。代销方基于第一CP方用户的标识进行签约操作，而不是直接基于第一CP方用户的身份认证凭据进行签约操作。若第一CP方用户的身份认证凭据发生了变化，则绑定关系失效，但代销方服务器仍然可以基于之前根据第一CP方用户的身份认证凭据获取到第一CP方用户的标识，从而根据第一CP方用户的标识执行签约操作。

首个代扣周期立即扣费：

在签约完成后，签约代扣系统可以首先对用户购买的目标商品的第一个代扣周期进行扣费，并将第一个代扣周期对应的用户权益同步至CP服务器。如图10所示，在上述步骤604之后，该方法还可以包括：

1001、代销方服务器向支付服务器发送第一扣费请求，该第一扣费请求用于请求扣除目标商品第一代扣周期的费用。

其中，第一扣费请求中可以携带签约代扣协议号和扣款的金额等相关信息。

1002、支付服务器根据签约代扣协议扣除第一代扣周期的费用。

支付服务器从用户账户中扣除第一代扣周期的费用，并将扣除的费用划入代销方的账户。代销方与CP方定期结算费用。

1003、支付服务器向代销方服务器发送第一扣费成功响应。

支付服务器在扣费成功后，向代销方服务器发送第一扣费成功响应。并且，代销方服务器还可以将扣费成功的消息通代销方APP提示给用户。

可以理解的是，若支付服务器扣费失败，则可以通知代销方服务器扣费失败，代销方服务器可以通过代销方APP提示给用户。

1004、代销方服务器向CP服务器发送第一同步权益请求。

其中，第一同步权益请求包括第一代销方用户关联的第一CP方用户的标识以及第一权益信息，第一权益信息包括第一代销方用户购买的目标商品的第一代扣周期对应的权益增加时长以及权益的标识。

该权益标识用于标识用户购买的目标商品兑现的权益。例如，权益标识1可以用于标识普通音频VIP会员，权益标识2可以用于标识高级音频VIP会员，权益标识3可以用于标识至尊音频VIP会员。其中，普通音频VIP会员可以享有大多数音频资源的访问权限；高级音频VIP会员可以享有全量音频资源的访问权限；至尊VIP会员可以享有全量音频资源的访问权限以及高保真(high-fidelity，Hi-Fi)音频资源的访问权限。

举例来说，若目标商品为连续包月VIP，则对应权益标识1；若目标商品为包季VIP，则对应权益标识2；若目标商品为包年VIP，则对应权益标识3。再例如，若目标商品为连续包月，则对应权益标识1；若目标商品为高级VIP连续包月，则对应权益标识2；若目标商品为至尊VIP连续包月，则对应权益标识3。

在一些实施例中，第一同步权益请求可以携带有权益标识，以便CP服务器根据不同的权益标识分别统计相应的权益信息。

在另一些实施例中，CP服务器仅涉及一种权益，第一同步权益请求可以不携带权益标识，CP服务器对同步的权益信息统一进行维护和管理。

其中，第一同步权益请求中的第一CP方用户的标识可以为上述步骤410中，根据第一CP方用户的身份认证凭据从CP服务器接收到的第一CP方用户的标识。

代销方服务器接收到来自支付服务器的第一扣费成功响应后，可以向CP服务器发送第一同步权益请求，从而将第一代扣周期对应的用户权益同步更新到CP服务器。

1005、CP服务器接收到来自代销方服务器的第一同步权益请求后，将第一权益信息增加至第一CP方用户对应的全量权益信息中。

代销方服务器在扣除第一代扣周期的费用后，可以将对应的权益信息同步至CP服务器。可以理解的是，若CP服务器之前未保存有第一CP方用户对应的目标商品的权益信息，即第一CP方用户对应的目标商品的权益信息为空，则CP服务器可以保存该第一权益信息。若CP服务器之前已保存有第一CP方用户对应的目标商品的权益信息，则CP服务器可以将第一权益信息增加至已有的权益信息中。CP服务器可以保存有第一CP方用户对应的全量权益信息。

在一些实施例中，第一同步权益请求可以携带有权益标识，CP服务器可以根据不同的权益标识分别统计对应的权益信息。在另一些实施例中，CP服务器仅涉及一种权益，第一同步权益请求可以不携带权益标识，CP服务器对同步的权益信息统一进行维护和管理。

需要说明的是，用户也可以通过其他代销方APP和代销方服务器签约购买目标商品，并将相应的权益信息同步至该CP服务器。或者，用户也可以通过CP方APP签约购买目标商品，并将相应的权益信息同步至该CP服务器。也就是说，CP服务器保存的用户针对目标商品的权益信息可以来自一个或多个代销方，或者来自CP方自身。

这样，CP服务可以收集和统计来自各种途径的，签约获得的第一CP方用户对应的目标商品的权益信息，从而得到全量权益信息，以便根据全量权益信息对后续的自动扣费进行统一控制和协调管理。

资源访问：

在购买的目标商品获得的用户权益生效后，用户可以基于该权要访问目标商品对应的资源。例如，在第一代扣周期扣费成功后，第一代扣周期对应的用户权益即生效，在后续代扣周期扣费成功后，相应代扣周期对应的用户权益即生效。参见图11A，该资源访问过程可以包括：

1101、代销方APP检测到用户请求访问目标商品对应的目标资源。

例如，用户通过手机上的代销方APP指示通过智能音箱播放歌曲1，该歌曲1的资源即为目标资源，代销方APP检测到用户通过智能音箱请求访问目标资源。

再例如，用户通过智能音箱上的代销方APP点击播放歌曲1，该歌曲1的资源即为目标资源。代销方APP检测到用户通过智能音箱请求访问目标资源。

再例如，用户通过语音唤醒词唤醒智能音箱上的代销方APP，并通过语音方式指定播放某个目标资源。代销方APP检测到用户通过智能音箱请求访问目标资源。

其中，对于代销方APP来说，请求目标资源的用户为代销方对应的第一代销方用户。

1102、代销方APP向代销方服务器发送第一资源请求。

其中，第一资源请求用于第一代销方用户请求访问目标资源，可以包括目标资源的标识以及第一代销方用户的标识等信息。

1103、代销方服务器接收到来自代销方应用APP的第一资源请求后，向CP服务器发送第二资源请求。

其中，第二资源请求用于请求访问目标资源，第二资源请求用于请求访问目标资源，第二资源请求包括与第一代销方用户绑定的第一CP方用户的身份认证凭据。

1104、CP服务器根据保存的第一CP方用户对应的全量权益信息，确定第一CP方用户是否有目标资源的访问权限。

CP服务器根据接收到来自代销方服务器的第二资源请求后，若确定第一CP方用户的身份认证凭据有效，则根据全量权益信息确定第一CP方用户针对目标商品具有的访问目标资源的用户权益是否超期，第一CP方用户是否有目标资源的访问权限。

1105、若有访问权限，则CP服务器向代销方服务器发送目标资源。

若CP服务器根据全量权益信息确定第一CP方用户针对目标商品具有的访问目标资源的用户权益未超期，则第一CP方用户具有目标资源的访问权限，CP服务器可以向代销方服务器发送目标资源。

1106、代销方服务器将目标资源发送给代销方APP。

代销方服务器接收到来自CP服务器的目标资源后，将目标资源发送给智能音箱上的代销方APP，以便智能音箱根据目标资源播放歌曲1。

1107、若没有访问权限，则CP服务器向代销方服务器发送拒绝访问响应。

若CP服务器根据全量权益信息确定第一CP方用户针对目标商品具有的访问目标资源的用户权益已超期，则第一CP方用户不具有目标资源的访问权限，CP服务器可以向代销方服务器发送拒绝访问响应。

1108、代销方服务器向代销方APP发送拒绝访问消息。

代销方服务器接收到来自CP服务器的拒绝访问响应后，可以向代销方APP发送拒绝访问消息，以便代销方APP将拒绝访问消息提示给用户。

在本申请实施例中，CP服务器可以进行用户全量权益信息的统计、管理和维护。CP服务器保存的用户全量权益信息可以来自一个或多个代销方或者来自CP方自身。在用户通过代销方APP请求访问目标商品对应的目标资源时，CP服务器可以根据保存的用户全量权益信息确定该用户是否具有目标资源的访问权限，并为具有访问权限的用户提供该目标资源。

此外，参见图11B，该方法还可以包括：

1109、CP方APP检测到用户请求访问目标商品对应的目标资源。

用户也可以通过CP方APP请求访问目标资源。

1110、CP方APP向CP服务器发送第三资源请求，该第三资源请求用于第一CP方用户请求获取目标资源。

1111、CP服务器根据保存的第一CP方用户对应的全量权益信息，确定第一CP方用户是否具有目标资源的访问权限。

1112、若有访问权限，则CP服务器向CP方APP发送目标资源。

1113、若没有访问权限，则CP服务器向CP方APP发送拒绝访问响应。

也就是说，CP服务器可以进行用户全量权益信息的统计、管理和维护。CP服务器保存的用户全量权益信息可以来自一个或多个代销方或者来自CP方自身。在用户通过CP方APP请求访问目标商品对应的目标资源时，CP服务器可以根据保存的用户全量权益信息确定该用户是否有目标资源的访问权限，从而为有访问权限的用户提供该目标资源。

首个代扣周期扣费后，查询剩余权益：

根据以上描述可知，CP服务器保存的用户权益信息的来源可以有多个，并不限于当前代销方服务器同步的用户权益。首个代扣周期的费用扣费后，由于其他代销方或CP方可能进行对第一CP方用户针对目标商品的权益进行了修改，代销方服务器存储的剩余权益信息不一定是最新的。因而，代销方服务器在第一个代扣周期的权益同步到CP服务器后，可以进行一次权益复核。例如，代销方服务器可以基于第一CP方用户的标识向CP服务器查询最新的用户全量权益信息，从而获取最新的剩余权益时长并更新至本地，以便根据正确的剩余权益时长触发下一个周期的费用代扣。

在本申请的实施例中，代销方服务器使用步骤602C中根据第一CP方用户的身份认证凭据获取的第一CP方用户的标识，请求查询剩余权益时长；而不是重新获取第一CP方用户的身份认证凭据，并基于重新获取新的第一CP方用户的身份认证凭据请求查询剩余权益时长。用户剩余权益时长不强依赖于绑定关系的有效性和第一CP方用户的身份认证凭据的有效性。若绑定关系中第一CP方用户的身份认证凭据发生了变化，绑定关系失效，则代销方服务器仍然可以根据之前获取到的第一CP方用户的标识，查询最新的剩余权益时长。

在一些实施例中，代销方服务器在上述步骤1004中向CP服务器发送的第一同步权益请求还可以包括代销方的标识和权益类型，权益类型为自动续费。参见图12，在上述步骤1005之后，代销方服务器查询用户剩余权益的过程可以包括：

1201、CP服务器向代销方服务器发送第一响应，该第一响应包括第一时长。

CP服务器接收到第一同步权益请求后，可以计算第一时长，并向代销方服务器发送第一响应，该第一响应包括该第一时长，以通知代销方服务器在第一时长内查询剩余权益时长。

根据以上描述可知，本申请实施例是基于CP方的用户标识获取剩余权益信息的，不强依赖于CP方用户的身份认证凭据和绑定关系的有效性。而直接基于CP方的用户标识获取剩余权益信息存在一定的隐私风险。例如，代销方服务器可以遍历CP方用户的标识，任意查询CP方用户的权益信息，从而可能导致用户隐私泄露等问题。

因而，在本申请的实施例中，CP服务器在收到代销方服务器发出的第一同步权益请求后，可以向代销方服务器返回一个第一时长，该第一时长为代销方服务器查询用户剩余时长的有效期。在该有效期内，CP服务器才允许代销方服务器查询用户的剩余权益时长，代销方服务器并不能随意查询用户的剩余权益时长，从而可以提高用户隐私的安全性。

例如，该第一时长可以为n天，n＝y+x。其中，y＝用户的剩余权益时长；x为预设值，例如可以为120天。代销方服务器可以在n天内通过发送第一CP方用户的标识来查询用户的剩余权益时长。

如果在y这段时间内，用户的剩余权益时长通过其他的方式被延长了(例如用户获得了赠送的31天的权益)，则n值可以根据延长后的剩余权益时长y来重新计算。

1202、代销方服务器在第一时长内向CP服务器发送第一剩余权益查询请求，该第一剩余权益查询请求包括第一CP方用户的标识和权益的标识。

也就是说，代销方服务器可以在第一时长内请求查询剩余权益，而不能随意查询剩余权益，因而可以提高用户隐私的安全性。

并且，代销方服务器使用步骤602C中根据第一CP方用户的身份认证凭据获取的第一CP方用户的标识，请求获取剩余权益时长；而不是重新获取新的第一CP方用户的身份认证凭据，并基于重新获取第一CP方用户的身份认证凭据请求查询剩余权益时长；剩余权益时长的查询不强依赖于第一CP方用户的身份认证凭据和绑定关系的有效性。

在一些实施例中，第一剩余权益查询请求包括权益的标识，以便从CP服务器获取该权益的标识对应的剩余权益时长。例如，该权益的标识为权益标识1，代销方服务器可以从CP服务器获取普通音频VIP会员对应的剩余权益时长。

在另一些实施例中，第一剩余权益查询请求也可以不包括权益的标识，代销方服务器可以从CP服务器获取第一CP方用户的各类权益分别对应的剩余权益时长，即获取第一CP方用户的全量权益信息对应的剩余权益时长，代销方服务器可以从中获取某种目标类型的权益对应的剩余权益时长。

1203、若CP服务器在发送第一响应后的第一时长内，接收到来自代销方服务器的第一剩余权益查询请求，则CP服务器向代销方服务器发送第一查询结果。

其中，第一时长是CP服务器接收到第一同步权益请求后计算获得的，而CP服务器接收到第一同步权益请求的时刻，与CP服务器计算获得第一时长的时刻，以及CP服务器发送第一响应的时刻之间的差别很小。因而，在步骤1203中，CP服务器也可以是在接收到第一同步权益请求后的第一时长内或计算获得第一时长后的第一时长内，接收到来自代销方服务器的第一剩余权益查询请求后，则CP服务器向代销方服务器发送第一查询结果。

也就是说，CP服务器在收到代销方服务器发送的第一同步权益请求后，在满足一定的条件的情况下才返回用户的剩余权益时长，代销方服务器不能随意查询用户的相关信息。

在本申请的实施例中，CP服务器在根据代销方的标识确定该代销方服务器曾经针对第一CP方用户同步过一个代扣周期的权益信息，即接收到上述第一同步权益请求；同步的权益信息是自动续费类型的权益；且CP服务器在发送第一响应后的第一时长内接收到该剩余权益查询请求的情况下，才向代销方服务器返回允许查询结果，而不允许代销方随意查询。CP服务器也不会随意返回查询结果，因而可以提高用户隐私的安全性。

1204、代销方服务器保存第一剩余权益时长。

代销方服务器将从CP服务器获取的最新的第一剩余权益时长更新至本地。例如，代销方服务器可以保存第一剩余权益时长对应的超期时间点。比如，第一剩余权益时长为31天，代销方服务器可以记录31天后的XX点XX分权益超期。

在该方案中，CP服务器在满足一定条件时才响应用户剩余权益的查询请求，可以提高用户隐私的安全性。

需要说明的是，在本申请实施例中，代销方服务器基于之前的第一CP方用户的身份认证凭据获取的第一CP方用户的标识，进行每次的签约、扣费、权益同步、查询剩余权益时长等自动续费操作；而不是每次重新获取第一CP方用户的身份认证凭据，并基于重新获取第一CP方用户的身份认证凭据执行自动续费操作。

即，本申请实施例中的自动续费过程不强依赖于第一CP方用户的身份认证凭据和绑定关系的有效性。若第一CP方用户的身份认证凭据发生了变化，绑定关系失效，则代销方服务器仍然可以根据变化前的第一CP方用户的身份认证凭据获取到的第一CP方用户的标识，执行自动续费过程，从而可以避免CP方用户的身份认证凭据变化和绑定关系修改导致的自动续费的逻辑问题。

若自动续费强依赖于第一CP方用户的身份认证凭据和绑定关系的有效性，则在用户由于某种原因修改了CP方用户的密码后，第一CP方用户的身份认证凭据也发生了变化，之前的绑定关系也失效，此时基于变化前的第一CP方用户的身份认证凭据无法获取到第一CP方用户的标识，从而无法继续执行自动续费过程。

非首个代扣周期续费：

在扣除第一个代扣周期的费用后，签约代扣系统可以在后续每个代扣周期超期前自动续费。参见图13A，后续周期自动续费的流程可以包括：

1301、代销方服务器根据第一剩余权益时长，确定剩余权益时长小于或者等于第一预设时长。

代销方服务器会定时检查代销方服务器存储的用户权益信息，当代销方服务器根据上述保存的第一剩余权益时长，确定第一CP方用户和权益的标识对应的当前剩余权益时长小于或者等于第一预设时长时，可以确定用户权益即将超期，可能需要续费。例如，该第一预设时长可以为24小时或48小时等。

1302、代销方服务器向支付服务器发送第二扣费请求。

其中，第二扣费请求用于请求扣除目标商品第二代扣周期的费用。

1303、支付宝服务器扣除第二代扣周期的费用。

1304、支付宝服务器向代销方服务器发送第二扣费成功响应。

1305、代销方服务器向CP服务器发送第二同步权益请求。

其中，第二同步权益请求包括第一CP方用户的标识以及第二权益信息，第二权益信息包括目标商品的第二代扣周期对应的权益增加时长，权益的标识，代销方的标识以及权益类型，权益类型为自动续费。

1306、CP服务器将第二同步权益请求中的第二权益信息增加至第一CP方用户对应的全量权益信息中。

1307、CP服务器向代销方服务器发送第二响应，该第二响应包括第二时长。

其中，第二时长与第一时长的计算方法相同，此处不予赘述。代销方服务器在第二时长对应的时间段内才允许查询剩余权益时长，而不能随意查询剩余权益时长，因而可以提高用户隐私的安全性。

1308、代销方服务器在第二时长内向CP服务器发送第二剩余权益查询请求，第二剩余权益查询请求包括第一CP方用户的标识和权益的标识。

在扣除第二个代扣周期的费用后，由于其他代销方或CP方可能进行对第一CP方用户针对目标商品的权益进行了修改，代销方服务器存储的剩余权益信息不一定是最新的。因而，代销方服务器在第二个代扣周期的权益同步到CP服务器后，可以进行一次权益复核。例如，CP服务器可以基于第一CP方用户的标识向CP服务器查询最新的用户全量权益信息，从而获取最新的剩余权益时长并更新至本地，以便正确的剩余权益时长触发下一个周期的费用代扣。

并且，代销方服务器使用步骤602C中根据第一CP方用户的身份认证凭据获取的第一CP方用户的标识，请求获取剩余权益时长；而不是重新获取新的第一CP方用户的身份认证凭据，并基于重新获取第一CP方用户的身份认证凭据请求查询剩余权益时长；剩余权益时长的查询不强依赖于第一CP方用户的身份认证凭据和绑定关系的有效性。

1309、若CP服务器在发送第二响应后的第二时长内，接收到来自代销方服务器的第二剩余权益查询请求，则CP服务器向代销方服务器发送第二查询结果。

其中，第二剩余权益查询请求包括第一CP方用户的标识和权益的标识；第二查询结果包括第一CP方用户和权益的标识对应的第二剩余权益时长。

CP服务器在根据代销方的标识确定该代销方服务器曾经针对第一CP方用户同步过一个代扣周期的权益信息，即接收到上述第二同步权益请求；同步的权益信息是自动续费类型的权益；且CP服务器在发送第二响应后的第二时长内接收到该剩余权益查询请求的情况下，才向代销方服务器返回允许查询结果，而不允许代销方随意查询。CP服务器也不会随意返回查询结果，因而可以提高用户隐私的安全性。

1310、代销方服务器保存第二剩余权益时长。

代销方服务器将从CP服务器获取的最新的第二剩余权益时长更新至本地。

也就是说，与第一代扣周期类似，在第二代扣周期中，CP服务器可以管理用户权益信息并控制第二周期的费用代扣。

协议验证：

在一些实施例中，由于签约代扣协议可能已经在支付服务器或CP服务器取消，但代销方服务器并未获知，因而代销方服务器可以先验证签约代扣协议的有效性，以降低后续签约扣费失败的概率。即，参见图13B，在上述步骤1302之前，该方法还可以：

1302A、代销方服务器向支付服务器发送签约代扣协议验证请求。

该签约代扣协议验证请求中可以包括签约时保存的签约代扣协议号。

1302B、若支付服务器确定签约代扣协议有效，则向代销方服务器发送有效响应。

支付服务器可以确定该签约代扣协议号对应的签约代扣协议是否有效。若该签约代扣协议有效，则支付服务器向代销方服务器发送有效响应。代销方服务器接收到该有效响应后执行上述步骤1302，请求扣除第二个代扣周期的费用。

若该签约代扣协议无效，则该签约代扣协议或签约关系可能已经被用户取消，支付服务器向代销方服务器发送无效响应，代销方服务器还可以通知代销方APP，以便代销方APP提示给用户，方便用户及时获知。代销方服务器接收到该无效响应后，不再执行上述步骤1302，避免扣费失败。

续费协调控制：

在本申请的实施例中，CP服务器保存的权益信息的来源可以有多个，用户可以通过多种途径增加权益，也可以通过多种途径请求扣费。例如，用户可以通过不同的代销方或通过CP方请求扣费。

由于支付服务器侧签约关系异常，账户异常，或者账户的余额不足等原因，某个代销方服务器发起的扣费操作并不一定会成功；因此，本申请实施例允许多个代销方服务器，也允许CP服务器进行自动续费。

并且，由于CP服务器是的内容提供方和权益存储控制方，因而本申请实施例可以优先由CP服务器进行自动续费。并且，CP服务器可以进行协调处理，从而使得CP服务器在当前一段时间内仅允许一个代销方服务器进行代扣处理，以避免多个代销方服务器同时扣费。

在一种情况下，第一CP方用户通过CP服务器针对目标商品建立了签约关系。该种情况下，CP服务器可以优先进行扣费处理。如图14所示，在步骤1302之前，该方法还可以包括：

1401、CP服务器根据保存的第一CP方用户对应的全量权益信息，确定剩余权益时长小于或者等于第一预设时长且大于或者等于第二预设时长时，向支付服务器发送第三扣费请求。

其中，该第三扣费请求用于请求扣除目标商品第二代扣周期的费用。

如果用户曾经直接通过CP方的APP在CP服务器对该目标商品存在有效的签约，且当前剩余权益时长小于或者等于第一预设时长且大于或者等于第二预设时长，用户权益即将超期，CP服务器请求扣费。示例性的，该第一预设时长可以为24小时，第二预设时长可以为18小时。

1402、代销方服务器向CP服务器发送同步权益预请求，该同步权益预请求用于请求扣除第二代扣周期的费用。

其中，同步权益预请求用于请求扣除第二个代扣周期的费用，该同步权益预请求可以携带有代销方标识。

1403、若CP服务器在预设时间段内接收到来自代销方服务器的同步权益预请求，则CP服务器向代销方服务器发送延时指示信息，预设时间段为剩余权益时长小于或者等于第一预设时长且大于或者等于第二预设时长对应的时间段，延时指示信息用于指示代销方服务器在第三时长后再次发送同步权益预请求。

例如，第一预设时长可以为24小时，第二预设时长可以为18小时，预设时间段可以为剩余权益信息超期前的24小时至18小时。

其中，该第三时长用于通知代销方服务器等待第三时长后再试。例如，该第三时长b＝用户的剩余权益时长-a+c。其中，c为一个不大于a的随机值，也可以是固定值；a为上述第二预设时长。

也就是说，在预设时间段内，CP服务器通知代销方服务器暂不进行扣费处理，代销方服务器延后再请求扣费处理；优先由CP服务器对进行扣费处理。

1404、若代销方服务器接收到来自CP服务器的延时指示信息，延时指示信息包括第三时长，则代销方服务器在第三时长后再次向CP服务器发送同步权益预请求。

如果代销方服务器接收到来自CP服务器的延时指示信息，则在第三时长后再次发起重试，重新向CP服务器发送同步权益预请求。

1405、若CP服务器在预设时间段之后，接收到来自代销方服务器的同步权益预请求，则CP服务器向代销方服务器发送允许扣费响应，且CP服务器在第四时长内拒绝来自其他代销方服务器的同步权益预请求。

如果CP服务器在预设时间段内未成功扣除第二代扣周期的费用，则在后续接收到来自代销方服务器的同步权益预请求后，可以允许代销方服务器执行扣费操作。

并且，同步权益预请求中可以包括权益类型，该权益类型可以为自动续费类型。若CP服务器还确定同步权益预请求中的权益类型为自动续费类型，则CP服务器可以在第四时长内拒绝来自其他代销方服务器的同步权益预请求，仅允许当前代销方服务器执行扣费操作，从而可以对多个代销方服务器的扣费请求进行统一协调管理，避免其他代销方也请求扣费导致的多次扣费或扣费出错等问题。示例性的，第四时长z可以为5分钟或10分钟等。

可以理解的是，如果CP服务器已成功扣除第二个代扣周期的费用，则可以在接收到来自代销方服务器的同步权益预请求后，可以通知代销方服务器已成功扣费，并更新CP服务器维护的剩余权益时长。

上述步骤1302具体可以包括：

1406、若代销方服务器接收到CP服务器发送的允许扣费响应，则代销方服务器向支付服务器发送第二扣费请求。

如果代销方服务器接收到CP服务器发送的允许扣费响应，则可以向支付服务器发送第二扣费请求，从而执行扣费操作。

在另一种情况下，第一CP方用户未通过CP服务器针对目标商品建立签约关系。该种情况下，如图15所示，在步骤1302之前，该方法还可以包括：

1501、代销方服务器向CP服务器发送同步权益预请求，该同步权益预请求用于请求扣除第二个代扣周期的费用。

1502、若CP服务器接收到来自代销方服务器的同步权益预请求，则CP服务器向代销方服务器发送允许扣费响应，且CP服务器在第四时长内拒绝来自其他代销方服务器的同步权益预请求。

CP服务器接收到来自代销方服务器的同步权益预请求，可以允许代销方服务器执行扣费操作。

并且，同步权益预请求中可以包括权益类型，该权益类型可以为自动续费类型。若CP服务器还确定同步权益预请求中的权益类型为自动续费类型，则CP服务器可以在第四时长内拒绝来自其他代销方服务器的同步权益预请求，仅允许当前代销方服务器执行扣费操作，从而可以对多个代销方服务器的扣费请求进行统一协调管理，避免其他代销方也请求扣费导致的多次扣费或扣费出错等问题。

上述步骤1302具体可以包括：

1503、若代销方服务器接收到CP服务器发送的允许扣费响应，则代销方服务器向支付服务器发送第二扣费请求。

如果代销方服务器接收到CP服务器发送的允许扣费响应，则可以向支付服务器发送第二扣费请求，从而执行扣费操作。

扣费成功后，签约代扣系统可以执行步骤1302的后续步骤，进行权益同步。查询用户剩余权益，记录用户的剩余时间一触发下一次代扣等操作。

后续，代销方服务器可以基于当前代扣周期内查询获得的剩余权益时长请求扣除下一个个代扣周期内的费用，从而实现自动续费。后续代扣周期内的扣费控制流程与第二代扣周期内的扣费流程类似，此处不予赘述。

结合上述实施例及相关附图，本申请实施例提供了一种签约代扣方法，该方法可以在如图2所示的签约代扣系统中的代销方服务器实现。如图16所示，该方法可以包括以下步骤：

1601、代销方服务器接收来自代销方应用APP的签约代扣请求，该签约代扣请求用于第一代销方用户签约购买代扣续费的目标商品。

1602、代销方服务器向支付服务器发送协议生成请求。

1603、代销方服务器接收来自支付服务器的协议生成响应。

1604、代销方服务器向支付服务器发送第一扣费请求，该第一扣费请求用于请求扣除目标商品第一代扣周期的费用。

1605、代销方服务器接收来自支付服务器的第一扣费成功响应。

1606、代销方服务器向内容提供商CP服务器发送第一同步权益请求。

其中，第一同步权益请求包括第一代销方用户关联的第一CP方用户的标识以及第一权益信息，第一权益信息包括第一代销方用户购买的目标商品的第一代扣周期对应的权益增加时长以及权益的标识。

在该方案中，代销方服务器可以将用户签约购买的目标商品对应的用户权益同步至CP服务器，以使得用户权益信息在CP服务器进行统计、维护和统一管理，以便于CP服务器进行扣费协调和控制。

结合上述实施例及相关附图，本申请实施例提供了一种资源访问方法，该方法可以在如图2所示的签约代扣系统中的CP服务器实现。如图17所示，该方法可以包括以下步骤：

1701、CP服务器接收来自代销方服务器的第一同步权益请求。

其中，第一同步权益请求包括第一CP方用户的标识以及第一权益信息，第一CP方用户与第一代销方用户相关联，第一权益信息包括第一代销方用户签约购买的代扣续费的目标商品的第一代扣周期对应的权益增加时长以及权益的标识。

1702、CP服务器将第一权益信息中的权益增加时长，增加至第一CP方用户对应的全量权益信息中。

1703、CP服务器接收来自代销方服务器的第二资源请求，该第二资源请求用于请求获取目标资源，该第二资源请求包括第一CP方用户的标识。

1704、若CP服务器根据保存的第一CP方用户对应的全量权益信息，确定第一CP方用户具有目标资源的访问权限，则CP服务器向代销方服务器发送目标资源。

在该方案中，CP服务器可以接收代销方服务器同步的用户签约购买的目标商品对应的用户权益，还可以统计其他代销方服务器或通过CP服务器直接获得的用户权益，从而通过CP服务器统一进行用户权益信息的统计、维护和管理，以便于CP服务器进行扣费协调和控制。这样，代销方用户和CP方用户均可以通过CP服务器维护的权益信息访问相应的目标资源。并且，用户通过代销方APP获取的权益，在CP方APP上也可以使用。

此外，CP服务器还可以执行图4-图15所示流程中CP服务器执行的步骤，从而实现上述相应的资源访问方法。

另外，以上实施例描述的签约代扣方法还可以参见图18。参见图18，用户可以通过代销方签约购买自动续约类商品，并将购买后兑现的权益同步至CP方服务器。CP方服务器可以对用户权益进行统一维护和管理。并且，代销方服务器还可以进行签约前置条件检查。CP方服务器可以对自动扣费进行管理和控制。而且，CP方服务器还可以优先进行扣费处理，还可以通过对同步权益预请求的响应，计算Z时长以及b时长等的处理，避免多个代销方服务器同时进行扣费处理。

可以理解的是，为了实现上述功能，代销方服务器和CP服务器包含了执行各个功能相应的硬件和/或软件模块。结合本文中所公开的实施例描述的各示例的算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以结合实施例对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本实施例可以根据上述方法示例对电子设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块可以采用硬件的形式实现。需要说明的是，本实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

本申请实施例还提供一种电子设备，包括一个或多个处理器以及一个或多个存储器。该一个或多个存储器与一个或多个处理器耦合，一个或多个存储器用于存储计算机程序代码，计算机程序代码包括计算机指令。当一个或多个处理器执行计算机指令时，使得电子设备执行上述相关方法步骤实现上述实施例中代销方服务器执行的签约代扣方法。或者，当一个或多个处理器执行计算机指令时，使得电子设备执行上述相关方法步骤实现上述实施例中CP服务器执行的资源访问方法。

本申请的实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机指令。当该计算机指令在代销方服务器电子设备上运行时，使得电子设备执行上述相关方法步骤实现上述实施例中代销方服务器执行的签约代扣方法。或者，当该计算机指令在代销方服务器电子设备上运行时，使得电子设备执行上述相关方法步骤实现上述实施例中CP服务器执行的资源访问方法。

本申请的实施例还提供了一种计算机程序产品。当该计算机程序产品在计算机上运行时，使得计算机执行上述相关步骤，以实现上述实施例中代销方服务器执行的签约代扣方法。或者，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关步骤，以实现上述实施例中CP服务器执行的资源访问方法。

另外，本申请的实施例还提供一种装置，这个装置具体可以是芯片，组件或模块，该装置可包括相连的处理器和存储器；其中，存储器用于存储计算机执行指令，当装置运行时，处理器可执行存储器存储的计算机执行指令，以使得芯片执行上述各方法实施例中代销方服务器执行的签约代扣方法；或者，使得芯片执行上述各方法实施例中CP服务器执行的资源访问方法。

其中，本实施例提供的电子设备、计算机可读存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

本申请另一实施例提供了一种签约代扣系统，该系统的架构示意图可以参见图2。该系统中的各设备可以实现以上实施例提供的签约代扣方法。

通过以上实施方式的描述，所属领域的技术人员可以了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上内容，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (20)

1.一种签约代扣方法，其特征在于，包括：

代销方服务器接收来自代销方应用APP的签约代扣请求，所述签约代扣请求用于第一代销方用户签约购买代扣续费的目标商品；

所述代销方服务器向支付服务器发送协议生成请求；

所述代销方服务器接收来自所述支付服务器的协议生成响应；

所述代销方服务器向所述支付服务器发送第一扣费请求，所述第一扣费请求用于请求扣除所述目标商品第一代扣周期的费用；

所述代销方服务器接收来自所述支付服务器的第一扣费成功响应；

所述代销方服务器向内容提供商CP服务器发送第一同步权益请求，所述第一同步权益请求包括所述第一代销方用户关联的第一CP方用户的标识以及第一权益信息，所述第一权益信息包括所述第一代销方用户购买的所述目标商品的第一代扣周期对应的权益增加时长以及权益的标识。

2.根据权利要求1所述的方法，其特征在于，在所述代销方服务器接收来自所述支付服务器的第一扣费成功响应之后，所述方法还包括：

所述代销方服务器接收来自所述代销方APP的第一资源请求，所述第一资源请求用于所述第一代销方用户请求访问目标资源；

所述代销方服务器向所述CP服务器发送第二资源请求，所述第二资源请求用于请求访问所述目标资源，所述第二资源请求包括所述与第一代销方用户绑定的所述第一CP方用户的身份认证凭据；

所述代销方服务器接收来自所述CP服务器的所述目标资源；

所述代销方服务器将所述目标资源发送给所述代销方APP。

3.根据权利要求1所述的方法，其特征在于，在所述代销方服务器向支付服务器发送协议生成请求之前，所述方法还包括：

所述代销方服务器接收来自所述代销方APP的授权登录页面请求，所述授权登录页面用于绑定代销方用户账号与CP方用户账号；

所述代销方服务器向所述代销方APP发送授权登录页面信息；

所述代销方服务器接收来自所述代销方APP的授权码和第一代销方用户的标识，所述授权码为所述代销方APP从所述CP服务器获得；

所述代销方服务器向所述CP服务器发送绑定请求，所述绑定请求包括所述授权码；

所述代销方服务器接收来自所述CP服务器的所述第一CP方用户的身份认证凭据；

所述代销方服务器保存所述第一代销方用户与所述第一CP方用户的身份认证凭据的绑定关系。

4.根据权利要求3所述的方法，其特征在于，在所述代销方服务器向支付服务器发送协议生成请求之前，所述方法还包括：

所述代销方服务器向所述CP服务器发送所述第一代销方用户绑定的所述第一CP方用户的身份认证凭据；

所述代销方服务器接收来自所述CP服务器的所述第一CP方用户的身份认证凭据对应的所述第一CP方用户的标识，所述第一代销方用户与所述第一CP方用户相关联；

所述代销方服务器向支付服务器发送协议生成请求，包括：

若所述代销方服务器根据所述第一CP方用户的标识确定满足第一预设条件，则所述代销方服务器向所述支付服务器发送协议生成请求；

其中，所述第一预设条件包括：

新增签约后满足：所述第一代销方用户的标识和CP方的标识，与0个或1个CP方用户存在签约关系；

且新增签约后满足：所述第一CP方用户的标识和所述CP方的标识，与0个或1个代销方用户存在签约关系。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

若所述代销方服务器根据所述第一CP方用户的标识确定不满足所述第一预设条件，则所述代销方服务器向所述代销方APP发送通知消息，所述通知消息用于提示签约关系出错。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述第一同步权益请求还包括代销方的标识和权益类型，所述权益类型为自动续费；在所述代销方服务器向内容提供商CP服务器发送第一同步权益请求之后，所述方法还包括：

所述代销方服务器接收来自所述CP服务器的第一响应，所述第一响应包括第一时长；

所述代销方服务器在所述第一时长内向所述CP服务器发送第一剩余权益查询请求；所述第一剩余权益查询请求包括所述第一CP方用户的标识和权益的标识；

所述代销方服务器接收来自所述CP服务器的第一查询结果，所述第一查询结果包括所述第一CP方用户和所述权益的标识对应的第一剩余权益时长；

所述代销方服务器保存所述第一剩余权益时长。

7.根据权利要求6所述的方法，其特征在于，在所述代销方服务器保存所述第一剩余权益时长之后，所述方法还包括：

所述代销方服务器根据所述第一剩余权益时长，确定剩余权益时长小于或者等于第一预设时长；

所述代销方服务器向所述支付服务器发送第二扣费请求，所述第二扣费请求用于请求扣除所述目标商品第二代扣周期的费用；

所述代销方服务器接收到来自所述支付服务器的第二扣费成功响应后，向所述CP服务器发送第二同步权益请求；所述第二同步权益请求包括所述第一CP方用户的标识以及第二权益信息，所述第二权益信息包括所述目标商品的第二代扣周期对应的权益增加时长，权益的标识，代销方的标识以及权益类型，所述权益类型为自动续费；

所述代销方服务器接收来自所述CP服务器的第二响应，所述第二响应包括第二时长；

所述代销方服务器在所述第二时长内向所述CP服务器发送第二剩余权益查询请求，所述第二剩余权益查询请求包括所述第一CP方用户的标识和权益的标识；

所述代销方服务器接收来自所述CP服务器的第二查询结果，所述第二查询结果包括所述第一CP方用户和所述权益的标识对应的第二剩余权益时长；

所述代销方服务器保存所述第二剩余权益时长。

8.根据权利要求7所述的方法，其特征在于，在所述代销方服务器向所述支付服务器发送第二扣费请求之前，所述方法还包括：

所述代销方服务器向所述支付服务器发送签约代扣协议验证请求；

所述代销方服务器接收来自所述支付服务器的协议有效响应。

9.根据权利要求7或8所述的方法，其特征在于，在所述代销方服务器向所述支付服务器发送所述第二扣费请求之前，所述方法还包括：

所述代销方服务器向所述CP服务器发送同步权益预请求，所述同步权益预请求用于请求扣除所述第二代扣周期的费用；

所述代销方服务器向所述支付服务器发送所述第二扣费请求，包括：

若所述代销方服务器接收到来自所述CP服务器的允许扣费响应，则所述代销方服务器向所述支付服务器发送所述第二扣费请求。

10.根据权利要求9所述的方法，其特征在于，在所述代销方服务器向所述CP服务器发送同步权益预请求之后，所述方法还包括：

若所述代销方服务器接收到来自所述CP服务器的延时指示信息，所述延时指示信息包括第三时长，则所述代销方服务器在所述第三时长之后再次向所述CP服务器发送所述同步权益预请求。

11.一种资源访问方法，其特征在于，包括：

内容提供商CP服务器接收来自代销方服务器的第一同步权益请求，所述第一同步权益请求包括第一CP方用户的标识以及第一权益信息，所述第一CP方用户与第一代销方用户相关联，所述第一权益信息包括所述第一代销方用户签约购买的代扣续费的目标商品的第一代扣周期对应的权益增加时长以及权益的标识；

所述CP服务器将所述第一权益信息中的权益增加时长，增加至所述第一CP方用户对应的全量权益信息中；

所述CP服务器接收来自所述代销方服务器的第二资源请求，所述第二资源请求用于请求获取目标资源，所述第二资源请求包括所述第一CP方用户的身份认证凭据；

若所述CP服务器根据保存的所述第一CP方用户对应的全量权益信息，确定所述第一CP方用户具有所述目标资源的访问权限，则所述CP服务器向所述代销方服务器发送所述目标资源。

12.根据权利要求11所述的方法，其特征在于，在内容提供商服务器接收来自代销方服务器的第一同步权益请求之前，所述方法还包括：

所述CP服务器接收来自代销方APP的登录请求，所述登录请求包括CP方账号和口令；

所述CP服务器根据所述登录请求中的所述CP方账号和所述口令确定身份认证通过后，向所述代销方APP发送认证成功消息，所述认证成功消息包括授权码；

所述CP服务器接收到来自所述代销方服务器的所述授权码后，将所述授权码对应的所述第一CP方用户的身份认证凭据发送给所述代销方服务器。

13.根据权利要求12所述的方法，其特征在于，在所述CP服务器将所述授权码对应的所述第一CP方用户的身份认证凭据发送给所述代销方服务器之后，所述方法还包括：

所述CP服务器接收来自所述代销方服务器的所述第一CP方用户的身份认证凭据；

所述CP服务器根据所述第一CP方用户的身份认证凭据，将所述第一CP方用户的标识发送给所述代销方服务器。

14.根据权利要求11-13任一项所述的方法，其特征在于，所述第一同步权益请求还包括代销方的标识和权益类型，所述权益类型为自动续费；在所述CP服务器将所述第一权益信息中的权益增加时长，增加至所述第一CP方用户对应的全量权益信息中之后，所述方法还包括：

所述CP服务器向所述代销方服务器发送第一响应，所述第一响应包括第一时长；

若所述CP服务器在发送所述第一响应后的所述第一时长内，接收到来自所述代销方服务器的第一剩余权益查询请求，则所述CP服务器向所述代销方服务器发送第一查询结果；

其中，所述第一剩余权益查询请求包括所述第一CP方用户的标识和权益的标识；所述第一查询结果包括所述第一CP方用户和所述权益的标识对应的第一剩余权益时长。

15.根据权利要求14所述的方法，其特征在于，在所述CP服务器向所述代销方服务器发送第一查询结果之后，所述方法还包括：

所述CP服务器接收来自代销方服务器的第二同步权益请求，所述第二同步权益请求包括所述第一CP方用户的标识以及第二权益信息，所述第二权益信息包括所述第一代销方用户签约购买的代扣续费的目标商品的第二代扣周期对应的权益增加时长，权益的标识，代销方的标识以及权益类型，所述权益类型为自动续费；

所述CP服务器将所述第二权益信息中的权益增加时长，增加至所述第一CP方用户对应的全量权益信息中；

所述CP服务器向所述代销方服务器发送第二响应，所述第二响应包括第二时长；

若所述CP服务器在发送所述第二响应后的所述第二时长内，接收到来自所述代销方服务器的第二剩余权益查询请求，则所述CP服务器向所述代销方服务器发送第二查询结果；

其中，所述第二剩余权益查询请求包括所述第一CP方用户的标识和权益的标识；所述第二查询结果包括所述第一CP方用户和所述权益的标识对应的第二剩余权益时长。

16.根据权利要求15所述的方法，其特征在于，所述第一CP方用户通过所述CP服务器针对所述目标商品建立了签约关系，在所述CP服务器接收来自所述代销方服务器的第二同步权益请求之前，所述方法还包括：

所述CP服务器根据保存的所述第一CP方用户对应的全量权益信息，确定剩余权益时长小于或者等于第一预设时长且大于或者等于第二预设时长；

所述CP服务器向支付服务器发送第三扣费请求；所述第三扣费请求用于请求扣除所述目标商品第二代扣周期的费用；

若所述CP服务器在预设时间段内接收到来自所述代销方服务器的同步权益预请求，所述同步权益预请求用于请求扣除所述第二代扣周期的费用，则所述CP服务器向所述代销方服务器发送延时指示信息，所述预设时间段为剩余权益时长小于或者等于第一预设时长且大于或者等于第二预设时长对应的时间段，所述延时指示信息用于指示所述代销方服务器在第三时长后再次发送同步权益预请求；

若所述CP服务器在所述预设时间段之后，接收到来自所述代销方服务器的同步权益预请求，则所述CP服务器向所述代销方服务器发送允许扣费响应，且所述CP服务器在第四时长内拒绝来自其他代销方服务器的同步权益预请求。

17.根据权利要求15所述的方法，其特征在于，所述第一CP方用户未通过所述CP服务器针对所述目标商品建立签约关系，在所述CP服务器接收来自所述代销方服务器的第二同步权益请求之前，所述方法还包括：

若所述CP服务器接收到来自所述代销方服务器的同步权益预请求，所述同步权益预请求用于请求扣除第二个代扣周期的费用，则所述CP服务器向所述代销方服务器发送允许扣费响应，且所述CP服务器在第四时长内拒绝来自其他代销方服务器的同步权益预请求。

18.根据权利要求11-13任一项所述的方法，其特征在于，所述方法还包括：

所述CP服务器接收来自CP方APP的第三资源请求，所述第三资源请求用于所述第一CP方用户请求访问目标资源；

若所述CP服务器根据保存的所述第一CP方用户对应的全量权益信息，确定所述第一CP方用户具有所述目标资源的访问权限，则所述CP服务器向所述CP方APP发送所述目标资源。

19.一种电子设备，其特征在于，包括：一个或多个处理器；以及存储器，所述存储器中存储有代码；

当所述代码被所述电子设备执行时，使得所述电子设备执行如权利要求1-10任一项所述的签约代扣方法，或者使得所述电子设备执行如权利要求11-18任一项所述的资源访问方法。

20.一种计算机可读存储介质，其特征在于，包括计算机指令，当所述计算机指令在电子设备上运行时，使得所述电子设备执行如权利要求1-10任一项所述的签约代扣方法，或者使得所述电子设备执行如权利要求11-18任一项所述的资源访问方法。

Images