CN111988422A - 应用服务的订阅方法、装置、服务器及存储介质 - Google Patents

Abstract

本申请实施例公开了一种应用服务的订阅方法、装置、服务器及存储介质，属于计算机技术领域。该方法包括：响应于接收到第一应用管理平台发送的订阅状态变更通知，获取订阅状态变更通知中包含的目标订阅信息；根据目标订阅信息获取当前帐号对应的目标历史订阅信息；响应于目标历史订阅信息中包含的历史订阅服务与目标订阅服务相同，或历史订阅服务与目标订阅服务不符合应用程序的服务订阅规则，确定当前帐号存在订阅冲突。本申请实施例通过目标订阅信息和目标历史订阅信息，确定目标订阅服务与从其他应用管理平台获得的历史订阅服务之间的关系，可以检测出用户在跨平台订阅应用服务时，由于不同平台之间的帐号相互独立导致的重复订阅或无效订阅。

Description

应用服务的订阅方法、装置、服务器及存储介质

技术领域

本申请实施例涉及计算机技术领域，特别涉及一种应用服务的订阅方法、装置、服务器及存储介质。

背景技术

应用程序中通常设置有需要付费获得的服务，用户通过应用商店的订阅服务可以实现不同应用程序中各类应用服务的购买和管理。

相关技术中，用户从终端内安装的应用商店中下载应用程序后，从应用程序内部或在应用商店进行应用订阅操作，并使用应用商店对应的帐号进行支付，支付成功后，即可获得相应的应用服务的使用权。

然而，相关技术中不同应用商店对应支付平台的支付帐号相互独立，因此对于同一应用服务，用户存在重复订阅的可能，且应用商店无法检测出使用多个支付帐号订阅同一应用服务等恶意订阅的异常情况。

发明内容

本申请实施例提供了一种应用服务的订阅方法、装置、服务器及存储介质。所述技术方案如下：

一方面，本申请实施例提供了一种应用服务的订阅方法，所述方法用于应用程序的后台服务器，所述方法包括：

响应于接收到第一应用管理平台发送的订阅状态变更通知，获取所述订阅状态变更通知中包含的目标订阅信息，应用管理平台用于下载及管理所述应用程序；

根据所述目标订阅信息获取当前帐号对应的目标历史订阅信息，所述当前帐号为当前登录所述应用程序的帐号，所述目标历史订阅信息是通过第二应用管理平台订阅应用服务时产生的订阅信息；

响应于所述目标历史订阅信息中包含的历史订阅服务与目标订阅服务相同，或所述历史订阅服务与所述目标订阅服务不符合所述应用程序的服务订阅规则，确定所述当前帐号存在订阅冲突，所述目标订阅服务为所述目标订阅信息中包含的应用服务。

另一方面，本申请实施例提供了一种应用服务的订阅装置，所述装置包括：

第一获取模块，用于响应于接收到第一应用管理平台发送的订阅状态变更通知，获取所述订阅状态变更通知中包含的目标订阅信息，应用管理平台用于下载及管理所述应用程序；

第二获取模块，用于根据所述目标订阅信息获取当前帐号对应的目标历史订阅信息，所述当前帐号为当前登录所述应用程序的帐号，所述目标历史订阅信息是通过第二应用管理平台订阅应用服务时产生的订阅信息；

第一确定模块，用于响应于所述目标历史订阅信息中包含的历史订阅服务与目标订阅服务相同，或所述历史订阅服务与所述目标订阅服务不符合所述应用程序的服务订阅规则，确定所述当前帐号存在订阅冲突，所述目标订阅服务为所述目标订阅信息中包含的应用服务。

另一方面，本申请实施例提供了一种服务器，所述服务器包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如上述方面所述的应用服务的订阅方法。

另一方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如上述方面所述的应用服务的订阅方法。

根据本申请的一个方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。服务器的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该服务器执行上述方面的各种可选实现方式中提供的应用服务的订阅方法。

本申请实施例提供的技术方案的有益效果至少包括：

本申请实施例中，在接收到第一应用管理平台发送的订阅状态变更通知时，从目标历史订阅信息中获取当前帐号从第二应用管理平台处获得的历史订阅服务，通过目标订阅信息和目标历史订阅信息确定目标订阅服务与历史订阅服务的关系，从而可以判断目标订阅服务与历史订阅服务之间是否存在冲突，即能够检测出用户在跨平台订阅应用服务时，由于不同平台之间的帐号相互独立导致的重复订阅或无效订阅。

附图说明

图1是根据本申请一示例性实施例提供的实施环境的示意图；

图2是根据本申请一示例性实施例提供的应用服务的订阅方法的流程图；

图3是根据本申请另一示例性实施例提供的应用服务的订阅方法的流程图；

图4是根据本申请另一示例性实施例提供的应用服务的订阅方法的流程图；

图5是根据本申请一示例性实施例提供的退订通知的示意图；

图6是根据本申请另一示例性实施例提供的应用服务的订阅方法的流程图；

图7是根据本申请另一示例性实施例提供的应用服务的订阅方法的流程图；

图8是根据本申请一示例性实施例提供的应用服务的订阅装置的结构框图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

在本文中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

相关技术中，用户通过应用商店的订阅服务可以实现不同应用程序中各类应用服务的购买和管理，用户从终端内安装的应用商店中下载应用程序后，从应用程序内部或在应用商店进行应用订阅以及订阅管理操作，并使用应用商店对应的帐号进行支付，支付成功后，即可获得相应的应用服务的使用权。

然而，上述相关技术中不同应用商店对应支付平台的支付帐号是相互独立的，因此对于同一应用服务，用户可能重复订阅，且应用程序对应用服务可能设置有服务订阅规则，当用户在不同应用管理平台订阅的服务之间存在订阅冲突时，也会给用户造成一定的损失。

为了解决相关技术中的问题，本申请实施例提供了一种应用服务的订阅方法，应用程序的后台服务器在接收到第一应用管理平台发送的订阅状态变更通知时，通过目标订阅信息和目标历史订阅信息确定目标订阅服务与历史订阅服务的关系，从而判断目标订阅服务与历史订阅服务之间是否存在冲突，并在确定当前帐号存在订阅冲突时，及时提醒用户进行退订。

如图1所示，其示出了一种实施环境的示意图：

终端110的设备类型包括：智能手机、平板电脑、电子书阅读器、MP3播放器、MP4播放器、膝上型便携计算机和台式计算机中的至少一种。图1中仅示出了一个终端110，但在不同实施例中存在多个其它终端可以接入应用程序111的后台服务器130。终端110安装和运行有应用程序111，该应用程序111在第一应用管理平台和第二应用管理平台中都提供有订阅服务。当终端110接收到对目标应用程序的订阅操作时，终端110向第一应用管理平台的后台服务器120发送订阅支付通知。

第一应用管理平台的后台服务器120中存储有相关应用程序的应用服务，以及各个用户帐号对应的订阅信息，其中，该用户帐号并非应用程序中的帐号，而是用户通过第一应用管理平台对订阅服务进行支付的平台帐号。当后台服务器120接收到终端110发送的订阅支付通知，并确认用户支付成功后，向应用程序111的后台服务器130发送订阅状态变更通知。

应用程序111的后台服务器130接收第一应用管理平台的后台服务器120发送的订阅状态变更通知，并从订阅状态变更通知中获取目标订阅信息，从而根据目标订阅信息获取当前帐号的目标历史订阅信息，该目标历史订阅信息是当前帐号通过第二应用管理平台订阅应用服务时产生的订阅信息，其中，当前帐号为登录应用程序111的帐号，并非平台帐号。在一种可能的实施方式中，应用程序111根据目标订阅信息，确定目标历史订阅信息中是否包含与目标订阅服务相同的历史订阅服务，或者与目标订阅服务不符合应用程序的服务订阅规则的历史订阅服务，若包含，则确定当前帐号存在订阅冲突，此时后台服务器130向登录当前帐号的应用程序111发送退订提示，提示用户及时退订相关的订阅服务，以免造成用户损失。

图2示出了本申请一个示例性实施例提供的应用程序的订阅方法的流程图。本实施例以该方法用于图1所示的应用程序的后台服务器130为例进行说明，该方法包括如下步骤：

步骤201，响应于接收到第一应用管理平台发送的订阅状态变更通知，获取订阅状态变更通知中包含的目标订阅信息，应用管理平台用于下载及管理应用程序。

其中，后台服务器用于根据订阅状态变更通知改变当前帐号的订阅状态。例如，当订阅状态变更通知为订阅服务A时，后台服务器确定向当前帐号开放服务A的使用权限，当订阅状态变更通知为取消订阅服务B时，后台服务器确定向当前帐号关闭服务B的使用权限等。

应用管理平台是用于下载及管理应用程序的平台，例如应用商店。不同类型的终端能够使用的应用管理平台可能不同。用户可以通过应用管理平台下载、更新应用程序，以及订阅、管理应用程序提供的服务等。

在一种可能的实施方式中，后台服务器获取并存储目标订阅信息，从而获取当前帐号的订阅情况，便于后续进行订阅冲突的检测。可选的，目标订阅信息包括当前帐号的帐号标识、发生订阅状态变更的目标订阅服务的标识，以及第一应用管理平台的标识等，本申请实施例对此不作限定。

步骤202，根据目标订阅信息获取当前帐号对应的目标历史订阅信息，当前帐号为当前登录应用程序的帐号，目标历史订阅信息是通过第二应用管理平台订阅应用服务时产生的订阅信息。

由于用户在不同应用管理平台订阅应用服务的支付帐号不同，因此若用户在第二应用管理平台订阅应用服务，在第一应用管理平台中并不会有订阅记录，因此可能导致用户重复订阅。例如，用户在第二应用管理平台订阅了应用程序的服务A，并设置自动续费，一段时间后用户更换终端，并从第一应用管理平台下载相同的应用程序，而该应用程序的服务A在第一应用管理平台的订阅费用高于第二应用管理平台，因此无法向用户开放服务A的使用权限，若用户此时重新订阅服务A，则重复订阅了同一应用服务。

在一种可能的实施方式中，当后台服务器接收到第一应用管理平台发送的订阅状态变更通知后，根据目标订阅信息获取当前帐号对应第二应用管理平台的目标历史订阅信息。其中，第二应用管理平台为除第一应用管理平台以外的其他应用管理平台。

步骤203，响应于目标历史订阅信息中包含的历史订阅服务与目标订阅服务相同，或历史订阅服务与目标订阅服务不符合应用程序的服务订阅规则，确定当前帐号存在订阅冲突，目标订阅服务为目标订阅信息中包含的应用服务。

当目标历史订阅信息中包含的历史订阅服务与目标订阅服务相同时，说明用户存在重复订阅的行为，则确定当前帐号存在订阅冲突；当历史订阅服务与目标订阅服务不符合应用程序的服务订阅规则时，说明用户跨平台订阅的应用服务中存在无效的订阅行为，例如，若应用程序的订阅规则中规定服务A与服务B不可同时订阅，而用户事先在第二应用管理平台订阅了服务A并设置自动续费，之后又通过第一应用管理平台在其他终端下载该应用程序，由于两种应用管理平台中用户订阅服务的帐号不同，且服务A的订阅费用不同，因此应用程序未向当前帐号开放服务A，若此时用户通过第一应用管理平台订阅服务B，则导致用户所订阅的服务不符合应用程序的服务订阅规则，应用程序只生效服务B，而服务A的使用权限仍然无法开放，并且应用程序中通常不存在退订接口，无法自动进行服务退订，因此存在订阅冲突。

在一种可能的实施方式中，当后台服务器检测到当前帐号存在订阅冲突时，通过预定方式对用户进行提示，以便用户能够及时进行退订或停止自动续费等操作，避免造成损失。

综上所述，本申请实施例中，在接收到第一应用管理平台发送的订阅状态变更通知时，从目标历史订阅信息中获取当前帐号从第二应用管理平台处获得的历史订阅服务，通过目标订阅信息和目标历史订阅信息确定目标订阅服务与历史订阅服务的关系，从而可以判断目标订阅服务与历史订阅服务之间是否存在冲突，即能够检测出用户在跨平台订阅应用服务时，由于不同平台之间的帐号相互独立导致的重复订阅或无效订阅。

图3示出了本申请另一个示例性实施例提供的应用服务的订阅方法的流程图。本实施例以该方法用于图1所示的应用程序的后台服务器130为例进行说明，该方法包括如下步骤：

步骤301，向第一应用管理平台发送回调地址，第一应用管理平台用于根据回调地址向应用服务器发送订阅状态变更通知。

应用程序发布至第一应用管理平台时，需要为第一应用管理平台配置回调地址，以便第一应用管理平台能够与应用程序的后台服务器之间进行通信，第一应用管理平台用于根据回调地址向应用服务器发送订阅状态变更通知。

例如，第一应用管理平台在确认用户付费成功后，通过回调地址向后台服务器发送关于用户订阅服务A的订阅状态变更通知，使后台服务器向该帐号开放服务A的使用权限。

步骤302，响应于接收到第一应用管理平台发送的订阅状态变更通知，获取订阅状态变更通知中包含的目标订阅信息，应用管理平台用于下载及管理应用程序。

步骤302的具体实施方式可以参考上述步骤201，本申请实施例在此不再赘述。

步骤303，根据目标订阅信息中包含的目标帐号标识，获取当前帐号的候选历史订阅信息。

其中，候选历史订阅信息对应的帐号标识与目标帐号标识相同，目标帐号标识为当前帐号的标识。

由于后台服务器中通常存储有使用该应用程序的全部用户帐号的历史订阅信息，因此后台服务器首先需要根据目标订阅信息中包含的目标帐号标识，从存储的历史订阅信息中获取当前帐号的候选历史订阅信息。

在一种可能的实施方式中，后台服务器接收到第一应用管理平台发送的订阅状态变更通知时，获取目标帐号标识。

在另一种可能的实施方式中，用户通过平台下载应用程序，并通过应用程序触发服务A的订阅操作，则应用程序通知第一应用管理平台发起订阅，在用户通过第一应用管理平台进行支付后，第一应用管理平台向应用程序发送该平台特定的支付验证信息，例如当前帐号的目标帐号标识、目标订阅服务的目标服务标识以及当前交易的交易标识等，应用程序向后台服务器发送该支付验证信息并请求校验，后台服务器再将应用程序所发送的支付验证信息发送至第一应用管理平台，若第一应用管理平台确定后台服务器发送的支付验证信息与自身保存的支付验证信息一致，则确定支付成功。而后台服务器在获取支付验证信息的同时即可保存支付验证信息，并获取目标帐号标识。

步骤304，根据目标订阅信息中交易标识的标识类型，从候选历史订阅信息中获取目标历史订阅信息，不同应用管理平台对应交易标识的标识类型不同。

由于用户通过同一应用管理平台订阅的服务由同一支付帐号进行付费，通常不存在订阅冲突，因此后台服务器只需获取第二应用管理平台对应的目标历史订阅信息进行订阅冲突的检测。

可选的，后台服务器从订阅状态变更通知中的目标订阅信息获取交易标识，或者在进行支付校验时从支付验证信息中获取交易标识。由于不同应用管理平台对应交易标识的标识类型不同，后台服务器可以根据交易标识的标识类型确定候选历史订阅信息是否为第二应用管理平台的目标历史订阅信息。

在一种可能的实施方式中，后台服务器获取目标订阅信息中的交易标识，并确定出该交易标识的标识类型，根据该标识类型，从获取的候选历史订阅信息中，剔除交易标识属于该标识类型的候选历史订阅信息中，则其余的候选历史订阅信息即为目标历史订阅信息。

示意性的，第一应用管理平台对应的交易标识的标识类型为1-XXXX，后台服务器中当前帐号的候选历史订阅信息中，候选历史订阅信息A的标识类型为2-XXXX，候选历史订阅信息B的标识类型为1-XXXX，候选历史订阅信息C的标识类型为3-XXXX，则确定候选历史订阅信息A和候选历史订阅信息C为目标历史订阅信息。

步骤305，响应于历史订阅服务与目标订阅服务相同，或历史订阅服务与目标订阅服务不符合服务订阅规则，根据目标订阅信息和目标历史订阅信息，确定订阅冲突的冲突类型。

由于不同的应用程序有各自的服务订阅规则，因此用户的订阅冲突可能存在不同的冲突类型。例如，当应用程序并未限制应用服务的订阅时，用户在第一应用管理平台和第二应用管理平台订阅了相同的应用服务才会导致订阅冲突，由于不同的应用服务可以同时订阅，因此后台服务器将用户在第一应用管理平台和第二应用管理平台订阅的不同的应用服务判定为正常的订阅行为；当应用程序规定服务A与服务B不可同时订阅时，若用户在第一应用管理平台和第二应用管理平台订阅了相同的应用服务会导致上述订阅冲突，并且若用户通过终端a的第二应用管理平台订阅了服务A，又通过终端b的第一应用管理平台订阅了服务B，也会导致订阅冲突，这两种订阅冲突属于不同的冲突类型。

其中，历史订阅服务是指处于订阅状态的服务，后台服务器中可能存储有当前帐号的历史订阅服务信息，以及其他订阅过但当前处于暂停或停止订阅状态的应用服务。在一种可能的实施方式中，历史订阅信息中包含订阅状态，例如创建订单未处理、试用状态、正式订阅状态、已停止订阅状态和已退款状态等，其中，前三种状态对应的应用服务为历史订阅服务。

在一种可能的实施方式中，目标订阅信息中还包括目标订阅服务的目标订阅组和目标服务标识，目标历史订阅信息中还包括历史订阅组和历史服务标识，步骤305还包括如下步骤：

步骤305a，响应于服务标识与目标服务标识相同，确定冲突类型为重复订阅冲突。

服务标识是用于标记应用服务的标识，不同应用服务对应的服务标识不同。当目标服务标识与历史订阅服务的历史服务标识相同时，说明用户通过第一应用管理平台和第二应用管理平台重复订阅了目标应用服务，后台应用程序确定该冲突类型为重复订阅冲突。

可选的，同一应用服务在不同应用管理平台中的服务标识相同，以便后台应用程序统一管理应用服务的订阅并方便进行冲突查询；或者，同一应用服务在不同应用管理平台中的服务标识不同，应用程序的后台服务器中存储有各个应用服务与不同应用管理平台的服务标识的对应关系，后台服务器可以根据该对应关系，判断目标历史订阅信息中是否包含目标应用程序对应的历史订阅服务。

示意性的，后台服务器从目标订阅信息中获取到目标服务标识为A1，确定目标历史订阅信息中包含历史服务标识为B1的历史订阅服务，并且根据应用服务与不同应用管理平台的服务标识之间的对应关系，确定A1与B1对应同一应用服务，则确定当前帐号存在重复订阅冲突。

步骤305b，响应于历史订阅组与目标订阅组相同，且应用程序的服务订阅规则为历史订阅服务与目标订阅服务不可同时订阅，确定冲突类型为订阅同组互斥冲突。

应用程序对于同一订阅组的应用服务可能设置有服务订阅规则，例如，某一游戏类应用程序在第一应用管理平台和第二应用管理平台中都包含帐号头衔订阅组，该帐号头衔订阅组中对应有头衔A的应用服务、头衔B的应用服务和头衔C的应用服务，且该应用程序规定同一用户帐号只能同时订阅帐号头衔订阅组中的一种应用服务，若目标订阅服务为头衔A的应用服务，而当前帐号的目标历史订阅信息中包含头衔B的应用服务，则确定当前帐号存在订阅同组互斥冲突。

在一种可能的实施方式中，后台服务器从目标订阅信息中获取目标订阅组，若应用程序的服务订阅规则中规定同一帐号不可同时订阅该目标订阅组中两个及以上的应用服务，则后台服务器获取目标历史订阅信息中的历史订阅组，若存在历史订阅组与目标订阅组相同的历史订阅服务，则确定冲突类型为订阅同组互斥冲突。

步骤305c，响应于历史订阅组与目标订阅组相同，且目标订阅服务与历史订阅服务之间存在服务级别变更，且服务级别变更不符合应用程序的级别变更规则，确定冲突类型为订阅同组等级冲突。

在另一种可能的实施方式中，由于应用程序可能设置有级别变更规则，例如，应用程序在第一应用管理平台和第二应用管理平台中都包含会员订阅组，会员订阅组中按服务级别由低到高包括一级会员应用服务、二级会员应用服务、三级会员应用服务和四级会员应用服务，且应用程序规定同一帐号只能提升会员等级，而不能降低会员等级，若目标订阅服务为二级会员应用服务，而历史订阅服务为三级会员应用服务，则确定当前账号存在订阅同组等级冲突。

对于同一帐号只能提升会员等级，而不能降低会员等级的应用程序，当同一帐号订阅不同等级的应用服务时，后台服务器通常只生效高等级的应用服务，即上述示例中，目标订阅服务为二级会员应用服务，而历史订阅服务为三级会员应用服务，若用户没有通过第二应用管理平台退订三级会员应用服务，则会导致二级会员应用服务无效，而第一应用管理平台已收取用户的订阅费用，从而给用户造成经济损失。

步骤306，在目标订阅信息中添加冲突交易标识和冲突类型。

在一种可能的实施方式中，为了便于后续的交易回溯以及风险控制，后台服务器在确定当前帐号存在订阅冲突后，在目标订阅信息中添加冲突交易标识和冲突类型，并存储更新后的目标订阅信息。

其中，冲突交易标识用于指示最近一次与目标订阅服务存在冲突的历史订阅信息所包含的历史订单标识，订单标识为应用程序用于定义订阅交易的标识。

示意性的，表1示出了一种添加有冲突交易标识和冲突类型目标订阅信息：

字段	说明
		目标交易标识(Identity Document，ID)	A1001
Abnormal_type	订阅同组互斥冲突
		帐号标识(uID)	张三
订单标识(order_ID)	a0010
		冲突交易标识(pre_order_ID)	b0020
目标服务标识(pID)	203
		目标订阅状态(order_status)	2-正式订阅
自动续费状态(renew_status)	1-开启
		目标订阅组(group_type)	会员组
目标订阅级别(grade)	二级

表1

本申请实施例中，后台服务器在确定当前帐号存在订阅冲突的基础上，通过目标订阅信息和目标历史订阅信息确定订阅冲突的冲突类型，并在目标订阅信息中添加冲突交易标识和冲突类型，记录相互之间存在订阅冲突的订阅交易，方便用户后续进行风险管控以及交易回溯；此外，根据服务标识与目标服务标识检测重复订阅冲突，根据目标订阅组、历史订阅组以及应用程序的服务订阅规则检测订阅同组互斥冲突和订阅同组等级冲突，能够全面地检测出不同类型的订阅冲突，提高了检测订阅冲突的准确率。

为了减少订阅冲突给用户造成的损失，在一种可能的实施方式中，后台服务器确定当前帐号存在订阅冲突时，向当前帐号发送退订提示，提示用户的订阅行为造成订阅冲突，方便用户根据实际情况进行退订，避免后持续的损失；此外，对于利用跨平台重复订阅应用服务，存在恶意订阅行为的用户，后台服务器也能够根据记录的订阅冲突进行风险管控，提高应用服务的安全性。

在一种可能的实施方式中，在图3的基础上，如图4所示，上述步骤306可以替换为步骤307：

步骤307，向登录当前帐号的应用程序发送退订提示，退订提示中包含冲突类型以及第二应用管理平台的平台标识。

当存在订阅冲突时，对于历史订阅服务和目标订阅服务，后台服务器通常只根据服务订阅规则选择默认的应用服务提供给当前帐号，若用户在不知情的情况下，未及时采取退订措施，则会额外为无效的订阅服务付费或为同一订阅服务付更多费用。因此在一种可能的实施方式中，后提服务器确定当前帐号存在订阅冲突后，向登录当前帐号的应用程序发送退订提示。为了方便用户得知存在冲突的订阅服务，以及订阅该服务的应用管理平台，退订提示中包含冲突类型以及应用管理平台的平台标识(例如应用管理平台的名称)。

可选的，由于目标订阅服务为用户通过第一应用管理平台进行支付的服务，因此后台服务器只需向登录当前帐号的应用程序发送订阅冲突和第二应用管理平台的平台标识；或者，后台服务器向登录当前帐号的应用程序发送订阅冲突，以及第一应用管理平台和第二应用管理平台的平台标识。

示意性的，如图5所示，后台服务器向登录当前帐号的应用程序发送退订提示502，应用程序接收到退订提示502后，通过会话界面501中的应用通知入口显示退订提示502，或者将退订提示502收纳至通知中心，用户通过触发通知中心的控件503使终端显示通知中心界面504，应用程序通过通知中心界面504中的应用通知入口显示退订提示502。

在一种可能的实施方式中，若当前帐号存在订阅冲突，且后台服务器向当前帐号提供历史订阅服务的使用权限，而目标订阅服务无效，则后提服务器检测到用户通过第二应用管理平台退订历史订阅服务后，自动开启目标订阅服务的使用权限。

本申请实施例中，当确定当前帐号存在订阅冲突时，后台服务器向登录当前帐号的应用程序发送退订提示，方便用户根据实际情况进行退订，降低了用户的损失。

针对存在恶意订阅行为的用户，后台服务器能够根据记录的订阅冲突进行风险管控。在一种可能的实施方式中，在图3的基础上，如图6所示，上述步骤306之后，应用程序的订阅方法还包括如下步骤308至309：

步骤308，获取预定时长内当前帐号的订阅冲突次数。

由于跨平台可以重复订阅同一应用服务，因此可能存在利用多个应用管理平台进行恶意订阅的行为，例如通过不同的应用管理平台订阅热门的应用服务，并在支付前的试用期向其他用户出售，或者利用多个国家和地区的汇率差订阅应用服务，并出售给其他用户从而非法盈利等。为了杜绝恶意订阅行为，提高用户使用应用程序的安全性，后台服务器对订阅异常进行监控。

可选的，后台服务器获取预定时长内当前帐号的订阅冲突次数；或者后台服务器每次确定出当前帐号存在订阅冲突时，获取当前帐号的订阅冲突次数。

步骤309，响应于订阅冲突次数大于次数阈值，确定当前帐号为订阅异常帐号。

当预定时长内当前帐号的订阅冲突次数大于次数阈值(例如24小时内订阅冲突次数大于10次)时，当前帐号很可能存在恶意订阅行为，后台服务器确定当前帐号为订阅异常帐号。

在一种可能的实施方式中，当确定当前帐号为订阅异常帐号后，后台服务器对当前帐号采取相应的惩罚措施，例如对其限制订阅服务，或直接封禁帐号等。

本申请实施例中，对于利用跨平台重复订阅应用服务，且重复订阅的频率高于正常频率时，后台服务器确定当前帐号为订阅异常帐号，并采取相应措施限制其订阅权限，避免给其他用户造成损失，提高了用户使用应用服务的安全性。

结合上述实施例，在一个示意性的例子中，应用程序的订阅流程如图7所示。

步骤701，应用程序向第一应用管理平台发送回调地址。

步骤702，第一应用管理平台配置回调地址。

步骤703，应用程序接收对应用服务的查询操作。

步骤704，应用程序向后台服务器发送应用服务列表查询请求。

步骤705，后台服务器查询历史订阅信息。

步骤706，后台服务器向应用程序发送应用服务列表。其中，该应用服务列表中包含的应用服务为后台服务器根据当前帐号的历史订阅信息推荐的应用服务。

步骤707，应用程序接收对目标订阅服务的订阅操作。

步骤708，应用程序向第一应用管理平台发送目标订阅服务查询请求。

步骤709，第一应用管理平台向应用程序发送目标订阅服务查询结果。该查询结果包含订阅费用、订阅周期等详细信息。

步骤710，应用程序接受对目标订阅服务的支付操作。

步骤711，应用程序向第一应用管理平台发送订阅支付通知。

步骤712，第一应用管理平台向应用程序发送支付验证信息。

步骤713，应用程序向后台服务器发送支付验证信息以及校验请求。

步骤714，后台服务器向第一应用管理平台发送支付验证信息。

步骤715，第一应用管理平台向后台服务器发送支付成功通知。

步骤716，后台服务器存储支付验证信息，绑定当前帐号。

步骤717，后台服务器向应用程序提供目标订阅服务。

步骤718，第一应用管理平台向后台服务器发送订阅状态变更通知。

步骤719，后台服务器检测订阅冲突，更新目标订阅信息。

在一种可能的实施方式中，对于已经订阅过的应用服务，相应的应用管理平台中保存有相应的订阅记录，用户可以通过应用管理平台的订阅界面管理终端内多个应用程序的订阅服务。例如，当第一应用管理平台接收到用户对订阅服务A的退订操作时，第一应用管理平台直接执行上述步骤618，通过回调地址向后台服务器发送订阅服务A的回调事件。

示意性的，表2示出了一种应用管理平台关于应用程序的回调事件：

表2

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

请参考图8，其示出了本申请一个实施例提供的应用服务的订阅装置的结构框图。该装置可以包括：第一获取模块801、第二获取模块802和第一确定模块803。

第一获取模块801，用于响应于接收到第一应用管理平台发送的订阅状态变更通知，获取所述订阅状态变更通知中包含的目标订阅信息，应用管理平台用于下载及管理所述应用程序；

第二获取模块802，用于根据所述目标订阅信息获取当前帐号对应的目标历史订阅信息，所述当前帐号为当前登录所述应用程序的帐号，所述目标历史订阅信息是通过第二应用管理平台订阅应用服务时产生的订阅信息；

第一确定模块803，用于响应于所述目标历史订阅信息中包含的历史订阅服务与目标订阅服务相同，或所述历史订阅服务与所述目标订阅服务不符合所述应用程序的服务订阅规则，确定所述当前帐号存在订阅冲突，所述目标订阅服务为所述目标订阅信息中包含的应用服务。

可选的，所述第二获取模块802，包括：

第一获取单元，用于根据所述目标订阅信息中包含的目标帐号标识，获取所述当前帐号的候选历史订阅信息，所述候选历史订阅信息对应的帐号标识与所述目标帐号标识相同，所述目标帐号标识为所述当前帐号的标识；

第二获取单元，用于根据所述目标订阅信息中交易标识的标识类型，从所述候选历史订阅信息中获取目标历史订阅信息，不同应用管理平台对应交易标识的标识类型不同。

可选的，所述第一确定模块803，包括：

第一确定单元，用于响应于所述历史订阅服务与所述目标订阅服务相同，或所述历史订阅服务与目标订阅服务不符合所述服务订阅规则，根据所述目标订阅信息和所述目标历史订阅信息，确定所述订阅冲突的冲突类型。

可选的，所述目标订阅信息还包含目标服务标识、目标订阅组，所述目标历史订阅信息还包含历史服务标识和历史订阅组；

所述第一确定单元，还用于：

响应于所述历史服务标识与所述目标服务标识相同，确定所述冲突类型为重复订阅冲突；

响应于所述历史订阅组与所述目标订阅组相同，且所述应用程序的服务订阅规则为所述历史订阅服务与所述目标订阅服务不可同时订阅，确定所述冲突类型为订阅同组互斥冲突；

响应于所述历史订阅组与所述目标订阅组相同，且所述目标订阅服务与所述历史订阅服务之间存在服务级别变更，且所述服务级别变更不符合所述应用程序的级别变更规则，确定所述冲突类型为订阅同组等级冲突。

可选的，所述装置还包括：

更新模块，用于在所述目标订阅信息中添加冲突交易标识和所述冲突类型，所述冲突交易标识用于指示最近一次与所述目标订阅服务存在冲突的历史订阅信息所包含的历史订单标识，其中，订单标识为所述应用程序用于定义订阅交易的标识。

可选的，所述装置还包括：

第一发送模块，用于向所述第一应用管理平台发送回调地址，所述第一应用管理平台用于根据所述回调地址向所述应用服务器发送所述订阅状态变更通知。

可选的，所述装置还包括：

第二发送模块，用于向登录所述当前帐号的应用程序发送退订提示，所述退订提示中包含所述冲突类型以及所述第二应用管理平台的平台标识。

可选的，所述装置还包括：

第三获取模块，用于获取预定时长内所述当前帐号的订阅冲突次数；

第二确定模块，用于响应于所述订阅冲突次数大于次数阈值，确定所述当前帐号为订阅异常帐号。

综上所述，本申请实施例中，在接收到第一应用管理平台发送的订阅状态变更通知时，从目标历史订阅信息中获取当前帐号从第二应用管理平台处获得的订阅服务，通过目标订阅信息和目标历史订阅信息确定目标订阅服务与订阅服务的关系，从而可以判断目标订阅服务与订阅服务之间是否存在冲突，即能够检测出用户在跨平台订阅应用服务时，由于不同平台之间的帐号相互独立导致的重复订阅或无效订阅。

在示例性的实施例中，还提供了一种计算机设备，所述计算机设备包括处理器和存储器，所述存储器中存储有计算机程序，所述计算机程序由处理器加载并执行以实现如上述实施例中提供的应用程序的订阅方法。

本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质存储有至少一条指令，所述至少一条指令由处理器加载并执行以实现如上各个实施例所述的应用程序的订阅方法。

根据本申请的一个方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。服务器的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该服务器执行上述方面的各种可选实现方式中提供的应用程序的订阅方法。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本申请实施例所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读存储介质中或者作为计算机可读存储介质上的一个或多个指令或代码进行传输。计算机可读存储介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。

以上所述仅为本申请的可选实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (11)

1.一种应用服务的订阅方法，其特征在于，所述方法用于应用程序的后台服务器，所述方法包括：

响应于接收到第一应用管理平台发送的订阅状态变更通知，获取所述订阅状态变更通知中包含的目标订阅信息，应用管理平台用于下载及管理所述应用程序；

根据所述目标订阅信息获取当前帐号对应的目标历史订阅信息，所述当前帐号为当前登录所述应用程序的帐号，所述目标历史订阅信息是通过第二应用管理平台订阅应用服务时产生的订阅信息；

响应于所述目标历史订阅信息中包含的历史订阅服务与目标订阅服务相同，或所述历史订阅服务与所述目标订阅服务不符合所述应用程序的服务订阅规则，确定所述当前帐号存在订阅冲突，所述目标订阅服务为所述目标订阅信息中包含的应用服务。

2.根据权利要求1所述的方法，其特征在于，所述根据所述目标订阅信息获取当前帐号对应的目标历史订阅信息，包括：

根据所述目标订阅信息中包含的目标帐号标识，获取所述当前帐号的候选历史订阅信息，所述候选历史订阅信息对应的帐号标识与所述目标帐号标识相同，所述目标帐号标识为所述当前帐号的标识；

根据所述目标订阅信息中交易标识的标识类型，从所述候选历史订阅信息中获取目标历史订阅信息，不同应用管理平台对应交易标识的标识类型不同。

3.根据权利要求1所述的方法，其特征在于，所述响应于所述目标历史订阅信息中包含的历史订阅服务与目标订阅服务相同，或所述历史订阅服务与所述目标订阅服务不符合所述应用程序的服务订阅规则，确定所述当前帐号存在订阅冲突，包括：

响应于所述历史订阅服务与所述目标订阅服务相同，或所述历史订阅服务与目标订阅服务不符合所述服务订阅规则，根据所述目标订阅信息和所述目标历史订阅信息，确定所述订阅冲突的冲突类型。

4.根据权利要求3所述的方法，其特征在于，所述目标订阅信息还包含目标服务标识、目标订阅组，所述目标历史订阅信息还包含历史服务标识和历史订阅组；

所述根据所述目标订阅信息和所述目标历史订阅信息，确定所述订阅冲突的冲突类型，包括：

响应于所述历史服务标识与所述目标服务标识相同，确定所述冲突类型为重复订阅冲突；

响应于所述历史订阅组与所述目标订阅组相同，且所述服务订阅规则为所述历史订阅服务与所述目标订阅服务不可同时订阅，确定所述冲突类型为订阅同组互斥冲突；

响应于所述历史订阅组与所述目标订阅组相同，且所述目标订阅服务与所述历史订阅服务之间存在服务级别变更，且所述服务级别变更不符合所述服务订阅规则中的级别变更规则，确定所述冲突类型为订阅同组等级冲突。

5.根据权利要求4所述的方法，其特征在于，所述确定所述当前帐号存在订阅冲突之后，所述方法还包括：

在所述目标订阅信息中添加冲突交易标识和所述冲突类型，所述冲突交易标识用于指示最近一次与所述目标订阅服务存在冲突的历史订阅信息所包含的历史订单标识，其中，订单标识为所述应用程序用于定义订阅交易的标识。

6.根据权利要求1至4任一所述的方法，其特征在于，所述响应于接收到第一应用管理平台发送的订阅状态变更通知，获取所述订阅状态变更通知中包含的目标订阅信息之前，所述方法还包括：

向所述第一应用管理平台发送回调地址，所述第一应用管理平台用于根据所述回调地址向所述应用服务器发送所述订阅状态变更通知。

7.根据权利要求3至5任一所述的方法，其特征在于，所述确定所述当前帐号存在订阅冲突之后，所述方法还包括：

向登录所述当前帐号的应用程序发送退订提示，所述退订提示中包含所述冲突类型以及所述第二应用管理平台的平台标识。

8.根据权利要求5所述的方法，其特征在于，所述在所述目标订阅信息中添加冲突交易标识和所述冲突类型之后，所述方法还包括：

获取预定时长内所述当前帐号的订阅冲突次数；

响应于所述订阅冲突次数大于次数阈值，确定所述当前帐号为订阅异常帐号。

9.一种应用服务的订阅装置，其特征在于，所述装置包括：

第一获取模块，用于响应于接收到第一应用管理平台发送的订阅状态变更通知，获取所述订阅状态变更通知中包含的目标订阅信息，应用管理平台用于下载及管理所述应用程序；

第二获取模块，用于根据所述目标订阅信息获取当前帐号对应的目标历史订阅信息，所述当前帐号为当前登录所述应用程序的帐号，所述目标历史订阅信息是通过第二应用管理平台订阅应用服务时产生的订阅信息；

第一确定模块，用于响应于所述目标历史订阅信息中包含的历史订阅服务与目标订阅服务相同，或所述历史订阅服务与所述目标订阅服务不符合所述应用程序的服务订阅规则，确定所述当前帐号存在订阅冲突，所述目标订阅服务为所述目标订阅信息中包含的应用服务。

10.一种服务器，其特征在于，所述服务器包括：处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如权利要求1至8任一项所述的应用服务的订阅方法。

11.一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如权利要求1至8任一项所述的应用服务的订阅方法。

Images