CN114119109B - 一种优惠资源处理方法及装置 - Google Patents

Abstract

本申请提供一种优惠资源处理方法，应用于第一应用服务端，包括：获得目标商户端发送的用于请求创建针对目标商品的优惠资源的第一创建请求消息；响应于第一创建请求消息，创建目标商户端在第一应用服务端中可为用户提供的针对目标商品的第一优惠资源；创建第一优惠资源的副本；向第二应用服务端发送第一优惠资源的副本，作为目标商户端在所述第二应用服务端中可为用户提供的针对目标商品的第二优惠资源。上述方法，根据一次创建请求信息，同时创建第一优惠资源和第一优惠资源的副本，使得目标商户端的第一应用和第二应用具有呈镜像对称关系的优惠资源。提升为商户端的两个应用创建优惠资源的便捷性，以及用户在第二应用使用优惠资源的使用体验。

Description

一种优惠资源处理方法及装置

技术领域

本申请涉及计算机领域，具体涉及一种优惠资源处理方法、装置、电子设备以及存储介质。本申请同时涉及另一种优惠资源处理方法、装置、电子设备以及存储介质，另一种优惠资源处理方法、装置、电子设备以及存储介质，另一种优惠资源处理方法、装置、电子设备以及存储介质，另一种优惠资源处理方法、装置、电子设备以及存储介质，另一种优惠资源处理方法、装置、电子设备以及存储介质，另一种优惠资源处理方法、装置、电子设备以及存储介质。

背景技术

随着智能移动设备的广泛普及，在使用智能移动终端进行线上活动过程中，各应用程序为了使商家的优惠资源除了在本平台进行推广展示，还希望将商家的优惠资源在其他应用程序中进行推广展示，提升用户对商家的优惠资源的使用率。

现有技术中，第一应用程序针对商家的优惠资源创建请求创建商家在第一应用程序的优惠资源，并将该商家的优惠资源同时在第二应用程序中进行推广展示。当用户通过第二应用客户端向服务器发送用于领取该商家的优惠资源的领取请求后，服务器将该领取请求发送至第一应用客户端，控制第一应用客户端将该商家的优惠资源发放到用户在第一应用对应的账户中。上述方法中，第二应用程序没有存储商家的优惠资源，无法使用户直接通过第二应用程序获取商家的优惠资源，使得用户在第二应用程序领取优惠资源的领取率降低，降低了商家的优惠资源的使用率。

因此，如何提升商家的优惠资源的使用率是需要解决的问题。

发明内容

本申请提供一种优惠资源处理方法，以提升商家的优惠资源的使用率。本申请同时提供一种优惠资源处理装置、电子设备以及存储介质，另一种优惠资源处理方法、装置、电子设备以及存储介质，另一种优惠资源处理方法、装置、电子设备以及存储介质，另一种优惠资源处理方法、装置、电子设备以及存储介质，另一种优惠资源处理方法、装置、电子设备以及存储介质。

本申请提供一种优惠资源处理方法，应用于第一应用服务端，包括：获得目标商户端发送的用于请求创建针对目标商品的优惠资源的第一创建请求消息，所述目标商品是所述目标商户端可为用户提供的商品；响应于所述第一创建请求消息，创建所述目标商户端在所述第一应用服务端中可为用户提供的针对所述目标商品的第一优惠资源；创建所述第一优惠资源的副本；向第二应用服务端发送所述第一优惠资源的副本，作为所述目标商户端在所述第二应用服务端中可为用户提供的针对所述目标商品的第二优惠资源。

可选的，所述响应于所述第一创建请求消息，创建所述目标商户端在所述第一应用服务端中可为用户提供的针对所述目标商品的第一优惠资源，包括：确定所述目标商品所属的目标商品分组信息，所述目标商品分组信息包括：所述目标商品信息，或者所述目标商品信息和其他商品信息；针对所述目标商品分组信息，创建所述第一优惠资源，其中，所述第一优惠资源为适用于所述目标商品分组信息中包含的商品的优惠资源。

可选的，所述创建所述第一优惠资源的副本，包括：接收所述第二应用服务端发送的创建所述第一优惠资源的副本的第二创建请求消息；根据所述第二创建请求消息，创建所述第一优惠资源的副本。

可选的，所述第二创建请求消息包括创建请求时间信息；所述根据所述第二创建请求消息，创建所述第一优惠资源的副本，包括：判断所述创建请求时间信息与所述第一优惠资源的创建时间信息之间的时间间隔是否超过预设时间阈值；若否，则按照同步方式创建所述第一优惠资源的副本。

可选的，第一优惠资源的副本包括第一优惠资源的副本的有效使用时间，第一优惠资源的副本的有效使用时间，根据预设时间阈值与时间间隔确定。

可选的，所述向第二应用服务端发送所述第一优惠资源的副本，包括：判断所述第二应用服务端对应的第二应用是否为目标商户的通用支付应用；若是，则判断所述目标商户在所述第二应用中是否包含所述目标商户的应用小程序；若是，则向所述第二应用服务端发送所述第一优惠资源的副本。

可选的，还包括：获得目标用户端的第一应用发送的用于请求获取针对目标商品的优惠资源的第一获取请求消息；响应于所述第一获取请求消息，向所述目标用户端的第一应用发送针对目标商品的第一优惠资源实例，所述第一优惠资源实例是根据所述第一优惠资源获得的；向所述第二应用服务端发送第一发送通知消息，所述第一发送通知消息用于表示所述第一应用服务端已向所述目标用户端的第一应用发送所述第一优惠资源实例；接收所述第二应用服务端返回的针对所述第一发送通知消息的第一反馈信息，所述第一反馈信息用于表示所述第二应用服务端已向所述目标用户端的第二应用发送第二优惠资源实例，所述第二优惠资源实例是根据所述第二优惠资源获得的。

可选的，还包括：接收所述第二应用服务端发送的第二发送通知消息，所述第二发送通知消息用于表示所述第二应用服务端已向所述目标用户端的第二应用发送第二优惠资源实例，所述第二优惠资源实例是根据所述第二优惠资源获得的；响应于所述第二发送通知消息，向所述目标用户端的第一应用发送第一优惠资源实例，所述第一优惠资源实例是根据所述第一优惠资源获得的。

可选的，还包括：获得所述目标用户端的第一应用发送的针对所述第一优惠资源实例的第一核销请求消息；响应于所述第一核销请求消息，对所述第一优惠资源实例进行核销处理；向所述第二应用服务端发送第一核销通知消息，所述第一核销通知消息用于表示所述第一应用服务端已对所述第一优惠资源实例进行核销处理；接收所述第二应用服务端返回的用于表示所述第二应用服务端已对所述第二优惠资源实例进行核销处理的反馈信息。

可选的，还包括：接收所述第二应用服务端发送的第二核销通知消息，所述第二核销通知消息用于表示所述第二应用服务端已对所述第二优惠资源实例进行核销处理；响应于第二核销通知消息，对第一优惠资源实例进行核销处理。

可选的，所述响应于所述第一核销请求消息，对所述第一优惠资源实例进行核销处理，包括：响应于所述第一核销请求消息，获得所述目标用户端的第一应用中针对目标商品的第一订单信息；判断所述第一订单信息的支付方式是否为采用第二应用进行支付；若是，响应于针对第一订单信息的提交支付操作，对所述第一优惠资源实例进行核销处理。

可选的，第一核销通知消息还包括第二核销请求消息，第二核销请求消息用于表示请求第二应用服务端对第二优惠资源实例进行核销处理；向第二应用服务端发送第一核销通知消息，包括：根据预设的第一优惠资源实例与第二优惠资源实例之间的对应关系，向第二应用服务端发送第一核销请求消息。

可选的，还包括：获得目标商户端发送的针对第一优惠资源实例的第一作废请求消息；响应于第一作废请求消息，对第一优惠资源实例进行作废处理；向第二应用服务端发送第一作废通知消息，第一作废通知消息用于表示第一应用服务端已对第一优惠资源实例进行作废处理；接收第二应用服务端返回的用于表示第二应用服务端已对第二优惠资源实例进行作废处理的反馈信息。

可选的，还包括：接收第二应用服务端发送的第二作废通知消息，第二作废通知消息用于表示第二应用服务端已对第二优惠资源实例进行作废处理；响应于第二作废通知消息，对第一优惠资源实例进行作废处理。

本申请实施例还提供一种优惠资源处理装置，应用于第一应用服务端，包括：第一创建请求消息获得单元，用于获得目标商户端发送的用于请求创建针对目标商品的优惠资源的第一创建请求消息，所述目标商品是所述目标商户端可为用户提供的商品；第一优惠资源创建单元，用于响应于所述第一创建请求消息，创建所述目标商户端在所述第一应用服务端中可为用户提供的针对所述目标商品的第一优惠资源；第一优惠资源的副本创建单元，用于创建所述第一优惠资源的副本；第一发送单元，用于向第二应用服务端发送所述第一优惠资源的副本，作为所述目标商户端在所述第二应用服务端中可为用户提供的针对所述目标商品的第二优惠资源。

本申请实施例还提供一种优惠资源处理方法，应用于目标用户端的第二应用，包括：获得针对目标商品的第二优惠资源实例；响应于检测到针对所述第二优惠资源实例的展示触发操作，展示所述第二优惠资源实例；其中，所述第二优惠资源实例是第一应用服务端在目标用户端的第一应用为目标用户发放的第一优惠资源实例的副本；所述第一优惠资源实例为所述目标用户已领取的第一优惠资源的实例，所述第一优惠资源为目标商户端在所述第一应用服务端中可为用户提供的针对所述目标商品的优惠资源；所述目标商品是所述目标商户端可为用户提供的商品。

可选的，所述响应于检测到针对所述第二优惠资源实例的展示触发操作，展示所述第二优惠资源实例，包括：响应于检测到针对包含所述第二优惠资源实例的第二优惠资源实例列表的展示触发操作，展示所述第二优惠资源实例列表，所述第二优惠资源实例列表包括所述第二优惠资源实例。

可选的，所述获得针对所述目标商品的第二优惠资源实例，包括：获得第二应用服务端发送的针对所述目标商品的第二优惠资源实例。

可选的，还包括：接收到第二应用服务端发送的针对所述第二优惠资源实例的第一核销处理指令，所述第一核销处理指令用于表示对与在第一应用中已完成核销处理的第一优惠资源实例对应的所述第二优惠资源实例进行核销处理；通过所述第二优惠资源实例列表展示所述第二优惠资源实例的使用状态为已核销状态。

可选的，还包括：接收到第二应用服务端发送的针对所述第二优惠资源实例的第一作废处理指令，所述第一作废处理指令用于表示对与在第一应用中已完成作废处理的第一优惠资源实例对应的所述第二优惠资源实例进行作废处理；通过所述第二优惠资源实例列表展示所述第二优惠资源实例的使用状态为已作废状态。

可选的，所述第二优惠资源实例的有效使用时间与所述第一优惠资源的有效使用时间相同。

本申请实施例还提供一种优惠资源处理装置，应用于目标用户端的第二应用，包括：第二优惠资源实例获得单元，用于获得针对目标商品的第二优惠资源实例；第二优惠资源实例展示单元，用于响应于检测到针对所述第二优惠资源实例的展示触发操作，展示所述第二优惠资源实例；其中，所述第二优惠资源实例是第一应用服务端在目标用户端的第一应用为目标用户发放的第一优惠资源实例的副本；所述第一优惠资源实例为所述目标用户已领取的第一优惠资源的实例，所述第一优惠资源为目标商户端在所述第一应用服务端中可为用户提供的针对所述目标商品的优惠资源；所述目标商品是所述目标商户端可为用户提供的商品。

本申请实施例还提供一种优惠资源处理方法，应用于第一应用服务端，包括：获得目标商户端发送的用于请求创建优惠资源的第三创建请求消息；响应于所述第三创建请求消息，创建所述目标商户端在所述第一应用服务端中可为用户提供的第三优惠资源；创建所述第三优惠资源的副本；向第二应用服务端发送所述第三优惠资源的副本，作为所述目标商户端在所述第二应用服务端中可为用户提供的第四优惠资源。

可选的，所述创建所述第三优惠资源的副本，包括：接收所述第二应用服务端发送的创建所述第三优惠资源的副本的第四创建请求消息；根据所述第四创建请求消息，创建所述第三优惠资源的副本。

可选的，所述第四创建请求消息包括创建请求时间信息；所述根据所述第四创建请求消息，创建所述第三优惠资源的副本，包括：判断所述创建请求时间信息与所述第三优惠资源的创建时间信息之间的时间间隔是否超过预设时间阈值；若否，则按照同步方式创建所述第三优惠资源的副本。

可选的，第三优惠资源的副本包括第三优惠资源的副本的有效使用时间，第三优惠资源的副本的有效使用时间，根据预设时间阈值与时间间隔确定。

可选的，所述向第二应用服务端发送所述第三优惠资源的副本，包括：判断所述第二应用服务端对应的第二应用是否为目标商户的通用支付应用；若是，则判断所述目标商户在所述第二应用中是否包含所述目标商户的应用小程序；若是，则向所述第二应用服务端发送所述第三优惠资源的副本。

可选的，还包括：获得目标用户端的第一应用发送的用于请求获取优惠资源的第三获取请求消息；响应于第三获取请求消息，向目标用户端的第一应用发送第三优惠资源实例，第三优惠资源实例是根据第三优惠资源获得的；向第二应用服务端发送第三发送通知消息，第三发送通知消息用于表示第一应用服务端已向目标用户端的第一应用发送所述第三优惠资源实例；接收所述第二应用服务端返回的针对所述第三发送通知消息的第三反馈信息，所述第三反馈信息用于表示所述第二应用服务端已向所述目标用户端的第二应用发送第四优惠资源实例，所述第四优惠资源实例是根据所述第四优惠资源获得的。

可选的，还包括：接收所述第二应用服务端发送的第四发送通知消息，所述第四发送通知消息用于表示所述第二应用服务端已向所述目标用户端的第二应用发送第四优惠资源实例，所述第四优惠资源实例是根据所述第四优惠资源获得的；响应于所述第四发送通知消息，向所述目标用户端的第一应用发送第三优惠资源实例，所述第三优惠资源实例是根据所述第三优惠资源获得的。

可选的，还包括：获得所述目标用户端的第一应用发送的针对所述第三优惠资源实例的第三核销请求消息；响应于所述第三核销请求消息，对所述第三优惠资源实例进行核销处理；向所述第二应用服务端发送第三核销通知消息，所述第三核销通知消息用于表示所述第一应用服务端已对所述第三优惠资源实例进行核销处理；接收所述第二应用服务端返回的用于表示所述第二应用服务端已对所述第四优惠资源实例进行核销处理的反馈信息。

可选的，还包括：接收所述第二应用服务端发送的第四核销通知消息，所述第四核销通知消息用于表示所述第二应用服务端已对所述第四优惠资源实例进行核销处理；响应于所述第四核销通知消息，对所述第三优惠资源实例进行核销处理。

可选的，所述响应于所述第三核销请求消息，对所述第三优惠资源实例进行核销处理，包括：响应于所述第三核销请求消息，获得所述目标用户端的第一应用中针对目标商品的第二订单信息；判断所述第二订单信息的支付方式是否为采用第二应用进行支付；若是，响应于针对第二订单信息的提交支付操作，对所述第三优惠资源实例进行核销处理。

可选的，所述第三核销通知消息还包括第四核销请求消息，所述第四核销请求消息用于表示请求所述第二应用服务端对所述第四优惠资源实例进行核销处理；所述向所述第二应用服务端发送第三核销通知消息，还包括：根据预设的第三优惠资源实例与第四优惠资源实例之间的对应关系，向所述第二应用服务端发送第三核销请求消息。

可选的，还包括：获得所述目标商户端发送的针对所述第三优惠资源实例的第三作废请求消息；响应于所述第三作废请求消息，对所述第三优惠资源实例进行作废处理；向所述第二应用服务端发送第三作废通知消息，所述第三作废通知消息用于表示所述第一应用服务端已对所述第三优惠资源实例进行作废处理；接收所述第二应用服务端返回的用于表示所述第二应用服务端已对所述第四优惠资源实例进行作废处理的反馈信息。

可选的，还包括：接收所述第二应用服务端发送的第四作废通知消息，所述第四作废通知消息用于表示所述第二应用服务端已对所述第四优惠资源实例进行作废处理；响应于所述第四作废通知消息，对所述第三优惠资源实例进行作废处理。

本申请实施例还提供一种优惠资源处理装置，应用于第一应用服务端，包括：第三创建请求消息获得单元，用于获得目标商户端发送的用于请求创建优惠资源的第三创建请求消息；第三优惠资源创建单元，用于响应于所述第三创建请求消息，创建所述目标商户端在所述第一应用服务端中可为用户提供的第三优惠资源；第三优惠资源的副本创建单元，创建所述第三优惠资源的副本；第二发送单元，用于向第二应用服务端发送所述第三优惠资源的副本，作为所述目标商户端在所述第二应用服务端中可为用户提供的第四优惠资源。

本申请实施例还提供一种优惠资源处理方法，应用于目标用户端的第二应用，包括：获得针对目标商户的第四优惠资源实例；响应于检测到针对所述第四优惠资源实例的展示触发操作，展示所述第四优惠资源实例；其中，所述第四优惠资源实例是第一应用服务端在目标用户端的第一应用为目标用户发放的第三优惠资源实例的副本；所述第三优惠资源实例为所述目标用户已领取的第三优惠资源的实例，所述第三优惠资源为目标商户端在所述第一应用服务端中可为用户提供的优惠资源。

可选的，所述响应于检测到针对所述第四优惠资源实例的展示触发操作，展示所述第四优惠资源实例，包括：响应于检测到针对包含所述第四优惠资源实例的第四优惠资源实例列表的展示触发操作，展示所述第四优惠资源实例列表，所述第四优惠资源实例列表包括所述第四优惠资源实例。

可选的，所述获得针对目标商户的第四优惠资源实例，包括：获得第二应用服务端发送的针对所述目标商户的第四优惠资源实例。

可选的，还包括：接收到第二应用服务端发送的针对所述第四优惠资源实例的第三核销处理指令，所述第三核销处理指令用于表示对与在第一应用中已完成核销处理的第三优惠资源实例对应的所述第四优惠资源实例进行核销处理；通过所述第四优惠资源实例列表展示所述第四优惠资源实例的使用状态为已核销状态。

可选的，还包括：接收到第二应用服务端发送的针对第四优惠资源实例的第三作废处理指令，第三作废处理指令用于表示对与在第一应用中已完成作废处理的第三优惠资源实例对应的第四优惠资源实例进行作废处理；通过所述第四优惠资源实例列表展示所述第四优惠资源实例的使用状态为已作废状态。

可选的，所述第四优惠资源实例的有效使用时间与所述第三优惠资源的有效使用时间相同。

本申请实施例还提供一种优惠资源处理装置，应用于目标用户端的第二应用，包括：第四优惠资源实例获得单元，用于获得针对目标商户的第四优惠资源实例；第四优惠资源实例展示单元，用于响应于检测到针对所述第四优惠资源实例的展示触发操作，展示所述第四优惠资源实例；其中，所述第四优惠资源实例是第一应用服务端在目标用户端的第一应用为目标用户发放的第三优惠资源实例的副本；所述第三优惠资源实例为所述目标用户已领取的第三优惠资源的实例，所述第三优惠资源为目标商户端在所述第一应用服务端中可为用户提供的优惠资源。

本申请实施例还提供一种优惠资源处理方法，应用于第一应用服务端，包括：获得目标商户端发送的用于请求创建针对目标商品的优惠资源的第五创建请求消息，所述目标商品是所述目标商户端可为用户提供的商品；根据所述第五创建请求消息，向所述目标商户端发送待创建的优惠资源适用的至少一种候选目标商品分组信息，所述目标商品分组信息包括：所述目标商品信息，或者所述目标商品信息和其他商品信息；接收所述目标商户端返回的针对所述至少一种候选目标商品分组信息的目标商品分组信息；根据所述目标商品分组信息，创建所述目标商户端在所述第一应用服务端中可为用户提供的针对所述目标商品的优惠资源。

可选的，还包括：根据所述第五创建请求消息，向所述目标商户端发送所述目标商品的至少一种候选商品款式信息；接收所述目标商户端返回的针对所述至少一种候选商品款式信息的目标商品款式信息；根据所述目标商品款式信息，创建所述目标商户端在所述第一应用服务端中可为用户提供的针对所述目标商品的优惠资源。

可选的，还包括：根据所述第五创建请求消息，向所述目标商户端发送待创建的优惠资源适用的至少一种候选门店信息；接收所述目标商户端返回的针对所述至少一种候选门店信息的目标门店信息；根据所述目标商品信息和目标门店信息，创建所述目标商户端在所述第一应用服务端中可为用户提供的针对所述目标商品的优惠资源。

可选的，所述根据所述第五创建请求消息，向所述目标商户端发送待创建的优惠资源适用的至少一种候选门店信息，包括：根据所述第五创建请求消息，获取所述目标商户端的地理区域信息；根据所述目标商户端的地理区域信息，获取在所述地理区域内目标商户的可选门店信息；将所述可选门店信息作为待创建的优惠资源适用的至少一种候选门店信息，向所述目标商户端发送待创建的优惠资源适用的至少一种候选门店信息。

可选的，所述根据所述第五创建请求消息，获取所述目标商户端的地理区域信息，包括：根据所述第五创建请求消息，获取所述目标商户端的第一应用目标商户标识信息和目标商户标识信息，所述第一应用目标商户标识信息为所述目标商户在所述第一应用的标识信息，所述目标商户标识信息为所述目标商户端发送所述第五创建请求的当前操作商户的标识信息；根据所述第一应用目标商户标识信息和所述目标商户标识信息，确定所述目标商户端的当前操作商户所属的地理区域信息。

本申请实施例还提供一种优惠资源处理装置，应用于第一应用服务端，包括：第五创建请求消息获得单元，用于获得目标商户端发送的用于请求创建针对目标商品的优惠资源的第五创建请求消息，所述目标商品是所述目标商户端可为用户提供的商品；候选目标商品分组信息发送单元，用于根据所述第五创建请求消息，向所述目标商户端发送待创建的优惠资源适用的至少一种候选目标商品分组信息，所述目标商品分组信息包括：所述目标商品信息，或者所述目标商品信息和其他商品信息；目标商品分组信息确定单元，用于接收所述目标商户端返回的针对所述至少一种候选目标商品分组信息的目标商品分组信息；优惠资源创建单元，用于根据所述目标商品分组信息，创建所述目标商户端在所述第一应用服务端中可为用户提供的针对所述目标商品的优惠资源。

本申请实施例还提供一种优惠资源处理方法，应用于目标商户端，包括：获得待创建的优惠资源适用的至少一种候选目标商品分组信息，所述目标商品分组信息包括：所述目标商品信息，或者所述目标商品信息和其他商品信息，所述目标商品是所述目标商户端可为用户提供的商品；展示所述至少一种候选目标商品分组信息；响应于检测到针对所述至少一种候选目标商品分组信息的选择操作，将被选中的候选目标商品分组信息作为目标商品分组信息；向所述第一应用服务端发送所述目标商品分组信息；接收所述第一应用服务端返回的根据所述目标商品分组信息创建的针对目标商品的优惠资源；通过第一优惠资源列表展示针对目标商品的优惠资源。

可选的，所述获得待创建的优惠资源适用的至少一种候选目标商品分组信息，包括：向第一应用服务端发送用于请求创建针对目标商品的优惠资源的第五创建请求；获得第一应用服务端返回的待创建的优惠资源适用的至少一种候选目标商品分组信息。

可选的，还包括：获得待创建优惠资源适用的目标商品的至少一种候选商品款式信息；展示所述至少一种候选商品款式信息；响应于检测到针对所述至少一种候选商品款式信息的选择操作，将被选中的商品款式信息作为所述目标商品的目标商品款式信息；向所述第一应用服务端发送所述目标商品的目标商品款式信息；接收所述第一应用服务端返回的根据所述目标商品款式信息创建的针对目标商品的优惠资源。

可选的，还包括：获得待创建的优惠资源适用的目标商品的至少一种候选门店信息；展示所述至少一种候选门店信息；响应于检测到针对所述至少一种候选门店信息的选择操作，将被选中的门店信息作为所述目标商品的目标门店信息；向所述第一应用服务端发送所述目标商品的目标门店信息；接收所述第一应用服务端返回的根据所述目标商品和所述目标门店信息创建的针对目标商品的优惠资源。

本申请实施例还提供一种优惠资源处理装置，应用于目标商户端，包括：候选目标商品分组信息获得单元，用于获得待创建的优惠资源适用的至少一种候选目标商品分组信息，所述目标商品分组信息包括：所述目标商品信息，或者所述目标商品信息和其他商品信息，所述目标商品是所述目标商户端可为用户提供的商品；候选目标商品分组信息展示单元，用于展示所述至少一种候选目标商品分组信息；目标商品分组信息确定单元，用于响应于检测到针对所述至少一种候选目标商品分组信息的选择操作，将被选中的候选目标商品分组信息作为目标商品分组信息；目标商品分组信息发送单元，用于向所述第一应用服务端发送所述目标商品分组信息；优惠资源接收单元，用于接收第一应用服务端返回的根据所述目标商品分组信息创建的针对目标商品的优惠资源；优惠资源接收展示单元，用于通过第一优惠资源列表展示针对目标商品的优惠资源。

本申请实施例还提供一种优惠资源处理方法，应用于目标用户端，包括：响应于检测到针对待选优惠资源的触发操作，获得目标优惠资源实例；展示所述目标优惠资源实例；其中，所述目标优惠资源实例是针对目标商户的目标商品的优惠资源实例，所述目标商品是所述目标商户端可为用户提供的商品。

可选的，所述待选优惠资源包括待选优惠资源适用的目标商品分组信息，所述目标商品分组信息包括：所述目标商品信息，或者所述目标商品信息和其他商品信息；所述方法还包括：响应于检测到针对适用目标商品分组信息的待选优惠资源的触发操作，获得适用目标商品分组信息的目标优惠资源实例；展示所述适用目标商品分组信息的目标优惠资源实例。

可选的，所述待选优惠资源包括待选优惠资源适用的目标商品的商品款式信息；所述方法还包括：响应于检测到针对适用目标商品的目标商品款式信息的待选优惠资源的触发操作，获得适用目标商品的目标商品款式信息的目标优惠资源；展示所述适用目标商品的目标商品款式信息的目标优惠资源。

可选的，所述待选优惠资源包括待选优惠资源适用的目标商品的门店信息；所述方法还包括：响应于检测到针对适用目标商品的目标门店信息的待选优惠资源的触发操作，获得适用目标商品的目标门店信息的目标优惠资源；展示所述适用目标商品的目标门店信息的目标优惠资源。

本申请实施例还提供一种优惠资源处理装置，应用于目标用户端，包括：目标优惠资源实例获得单元，用于响应于检测到针对待选优惠资源的触发操作，获得目标优惠资源实例；目标优惠资源实例展示单元，用于展示所述目标优惠资源实例；其中，所述目标优惠资源实例是针对目标商户的目标商品的优惠资源实例，所述目标商品是所述目标商户端可为用户提供的商品。

本申请实施例还提供一种优惠资源处理方法，应用于第三应用，包括：在所述第三应用的小程序页面展示用于询问用户是否将第五优惠资源实例的副本同步至所述第三应用的第四优惠资源实例列表中的询问信息；获得针对所述询问信息的确认信息；向第三应用服务端发送用于表示将所述第五优惠资源实例的副本同步至所述第三应用的第四优惠资源实例列表中的确认信息；其中，所述第五优惠资源实例为目标用户在所述第三应用的小程序中可使用的第五优惠资源的实例，所述第五优惠资源为目标商户端在所述第三应用服务端中可为用户提供的优惠资源，所述小程序为目标商户端在所述第三应用中的小程序。

可选的，还包括：获得第三应用服务端返回的用于表示已经成功将第五优惠资源实例的副本同步至所述第三应用的第四优惠资源实例列表中的结果消息。

可选的，第三应用的小程序页面包括第三优惠资源实例列表；所述方法还包括：通过第三优惠资源实例列表展示询问信息以及针对询问信息的确认入口信息；所述获得针对所述询问信息的确认信息，包括：响应于检测到针对所述询问信息的确认入口信息的触发操作，获得针对所述询问信息的确认信息。

可选的，还包括：向所述第三应用服务端发送用于请求针对所述第五优惠资源实例进行核销处理的第五核销请求消息；获得所述第三应用服务端返回的用于表示所述第五优惠资源实例已完成核销处理的结果消息，以及所述第五优惠资源实例的副本已完成核销处理的结果消息。

可选的，所述第三应用的小程序页面包括第三优惠资源列表；所述方法还包括：通过所述第三优惠资源实例列表展示所述第五优惠资源实例以及针对所述第五优惠资源实例的使用入口信息；所述向所述第三应用服务端发送用于请求针对所述第五优惠资源实例进行核销处理的第五核销请求消息，包括：响应于检测到针对所述第五优惠资源实例的使用入口信息的触发操作，向第三应用服务端发送用于请求针对第五优惠资源实例进行核销处理的第五核销请求消息。

可选的，还包括：接收到所述第三应用服务端发送的针对所述第五优惠资源实例的第二作废处理指令，所述第二作废处理指令用于表示对所述第五优惠资源实例和所述第五优惠资源实例的副本进行作废处理；通过第三优惠资源实例列表展示所述第五优惠资源实例的使用状态为已作废状态，通过所述第四优惠资源实例列表展示所述第五优惠资源实例的副本的使用状态为已作废状态。

可选的，还包括：获得所述第三应用服务端发送的所述第五优惠资源实例。

可选的，所述第五优惠资源实例的副本的有效使用时间与所述第五优惠资源的有效使用时间相同。

本申请实施例还提供一种优惠资源处理装置，应用于第三应用，包括：第一获得单元，用于在所述第三应用的小程序页面展示用于询问用户是否将第五优惠资源实例的副本同步至所述第三应用的第四优惠资源实例列表中的询问信息；第二获得单元，用于获得针对所述询问信息的确认信息；第三发送单元，用于向第三应用服务端发送用于表示将所述第五优惠资源实例的副本同步至所述第三应用的第四优惠资源实例列表中的确认信息；其中，所述第五优惠资源实例为目标用户在所述第三应用的小程序中可使用的第五优惠资源的实例，所述第五优惠资源为目标商户端在所述第三应用服务端中可为用户提供的优惠资源，所述小程序为目标商户端在第三应用中的小程序。

本申请实施例还提供一种优惠资源处理方法，应用于第三应用服务端，包括：获得第三应用发送的用于表示将所述第三应用的小程序页面中的第五优惠资源实例的副本同步至所述第三应用的第四优惠资源实例列表中的确认信息；向所述第三应用返回用于表示已经成功将所述第五优惠资源实例的副本同步至所述第三应用的第四优惠资源实例列表中的结果消息；其中，所述第五优惠资源实例为目标用户在所述第三应用的小程序中可使用的第五优惠资源的实例，所述第五优惠资源为目标商户端在所述第三应用服务端中可为用户提供的优惠资源，所述小程序为目标商户端在所述第三应用中的小程序。

可选的，所述第三应用的小程序页面包括第三优惠资源实例列表；所述方法还包括：获得所述第三应用发送的用于请求获取针对目标商户的第五优惠资源实例的第二获取请求消息；响应于所述第二获取请求消息，向所述第三应用发送针对目标商户的第五优惠资源实例；其中，所述第五优惠资源实例位于所述第三优惠资源实例列表中。

可选的，还包括：判断目标商户在所述第三应用中是否包括目标商户对应的应用小程序；若是，则向第三应用发送针对目标商户的第五优惠资源实例。

可选的，还包括：获得所述第三应用发送的用于请求针对所述第五优惠资源实例进行核销处理的第五核销请求消息；向所述第三应用返回用于表示所述第五优惠资源实例已完成核销处理的结果消息，以及所述第五优惠资源实例的副本已完成核销处理的结果消息。

本申请实施例还提供一种优惠资源处理装置，应用于第三应用服务端，包括：第三获得单元，用于获得第三应用发送的用于表示将所述第三应用的小程序页面中的第五优惠资源实例的副本同步至所述第三应用的第四优惠资源实例列表中的确认信息；第四发送单元，用于向所述第三应用返回用于表示已经成功将所述第五优惠资源实例的副本同步至所述第三应用的第四优惠资源实例列表中的结果消息；其中，第五优惠资源实例为目标用户在第三应用的小程序中可使用的第五优惠资源的实例，第五优惠资源为目标商户端在第三应用服务端中可为用户提供的优惠资源，小程序为目标商户端在所述第三应用中的小程序。

本申请实施例还提供一种电子设备，包括：处理器；以及存储器，用于存储计算机程序，所述电子设备通电并通过所述处理器运行所述计算机程序后，执行上述所述方法。

本申请实施例还提供一种存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器运行，执行上述所述方法。

与现有技术相比，本申请具有以下优点：本申请提供一种优惠资源处理方法，应用于第一应用服务端，包括：获得目标商户端发送的用于请求创建针对目标商品的优惠资源的第一创建请求消息，所述目标商品是所述目标商户端可为用户提供的商品；响应于所述第一创建请求消息，创建所述目标商户端在所述第一应用服务端中可为用户提供的针对所述目标商品的第一优惠资源；创建所述第一优惠资源的副本；向第二应用服务端发送所述第一优惠资源的副本，作为所述目标商户端在所述第二应用服务端中可为用户提供的针对所述目标商品的第二优惠资源。

上述方法，目标商户端向第一应用服务端发送创建针对目标商品的优惠资源的第一创建请求后，第一应用服务端可同步创建针对目标商品的第一优惠资源和针对目标商品的第一优惠资源的副本，避免第二应用服务端再次创建针对目标商品的第一优惠资源的副本。实现根据一次创建请求信息，同时创建第一优惠资源和第一优惠资源的副本，使得目标商户端的第一应用和第二应用具有呈镜像对称关系的优惠资源。因此，提升了为商户端的两个应用创建优惠资源的便捷性。同时，在目标商户端的第一应用和第二应用同步设置相同的针对目标商品的优惠资源，提升了用户通过第二应用平台查看及领取优惠资源的便捷性，提升了用户在第二应用使用优惠资源的使用体验。

附图说明

图1为本申请实施例提供的优惠资源处理方法的第一场景示意图。

图2为本申请实施例提供的优惠资源处理方法的第二场景示意图。

图3为本申请实施例提供的优惠资源处理方法的第三场景示意图。

图4为本申请第一实施例提供的创建商家券的条件校验方法的流程图。

图5为本申请第二实施例提供的创建商家券和商家券的副本的流程图。

图6为本申请第三实施例提供的领取商家券的流程图。

图7为本申请第四实施例提供的核销商家券的流程图。

图8为本申请第五实施例提供的作废商家券的流程图。

图9为本申请第六实施例提供的创建针对目标商品的优惠资源的流程图。

图10为本申请第七实施例中提供的一种优惠资源处理方法的流程图。

图11为本申请第八实施例中提供的一种优惠资源处理装置的示意图。

图12为本申请第九实施例中提供的一种优惠资源处理方法的流程图。

图13为本申请第十实施例中提供的一种优惠资源处理装置的示意图。

图14为本申请第十一实施例中提供的一种优惠资源处理方法的流程图。

图15为本申请第十二实施例中提供的一种优惠资源处理装置的示意图。

图16为本申请第十三实施例中提供的一种优惠资源处理方法的流程图。

图17为本申请第十四实施例中提供的一种优惠资源处理装置的示意图。

图18为本申请第十五实施例中提供的一种优惠资源处理方法的流程图。

图19为本申请第十六实施例中提供的一种优惠资源处理装置的示意图。

图20为本申请第十七实施例中提供的一种优惠资源处理方法的流程图。

图21为本申请第十八实施例中提供的一种优惠资源处理装置的示意图。

图22为本申请第十九实施例中提供的一种优惠资源处理方法的流程图。

图23为本申请第二十实施例中提供的一种优惠资源处理装置的示意图。

图24为本申请第二十一实施例提供的第三应用中小程序的券包页面展示的电子优惠券的应用场景图。

图25为本申请第二十一实施例中提供的一种优惠资源处理方法的流程图。

图26为本申请第二十二实施例中提供的一种优惠资源处理装置的示意图。

图27为本申请第二十三实施例中提供的一种优惠资源处理方法的流程图。

图28为本申请第二十四实施例中提供的一种优惠资源处理装置的示意图。

图29为本申请第二十五实施例中提供的一种电子设备的示意图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。

本申请中使用的术语是仅仅出于对特定实施例描述的目的，而非旨在限制本申请。在本申请中和所附权利要求书中所使用的描述方式例如：“一种”、“第一”、和“第二”等，并非对数量上的限定或先后顺序上的限定，而是用来将同一类型的信息彼此区分。

为便于理解本申请，以下结合附图详细介绍优惠资源处理方法的使用场景。本申请实施例提供的优惠资源处理方法一般应用于商户在外卖应用平台和第三方应用程序中请求创建针对目标餐品的优惠资源的场景，用户在外卖应用平台和第三方应用程序领取针对目标餐品的优惠资源的场景，或者用户在外卖平台和第三方应用程序使用针对目标餐品的优惠资源时对优惠资源进行核销的过程。

此外，本申请实施例提供的优惠资源处理方法还可以应用于商户在线上购物应用平台和第三方应用程序中请求创建针对目标商品的优惠资源的场景，用户在线上购物应用平台和第三方应用程序领取针对目标商品的优惠资源的场景，或者用户在线上购物应用平台和第三方应用程序使用针对目标商品的优惠资源时对优惠资源进行核销的过程。

另外，本申请实施例提供的优惠资源处理方法还可以应用于一些其他相同或者相似的场景。本申请实施例中具体以将优惠资源处理方法应用于如下场景为例，对本申请提供的优惠资源处理方法进行说明。

1）创建优惠资源：第一应用服务端根据目标商户端的第一应用发送的用于请求创建针对目标商品的优惠资源的第一创建请求，同步创建针对目标商品的优惠资源和针对目标商品的优惠资源的副本，使得目标商户端在第一应用中存在针对目标商品的优惠资源的同时，目标商户端在第二应用中也存在针对目标商品的优惠资源的副本，也称为第二优惠资源。针对目标商品的优惠资源和针对目标商品的优惠资源的副本呈镜像关系。

2）领取优惠资源：目标用户端在第二应用中的第二优惠资源列表中存在至少一种优惠资源的副本，是因为目标用户在第一应用领取了与该优惠资源的副本对应的优惠资源。

具体是，目标用户通过第一应用向第一应用服务端发送用于领取优惠资源的第一领取请求信息后，第一应用服务端将该优惠资源添加至目标用户在第一应用的第一优惠资源列表中，同时，第一应用服务端将该第一领取请求信息发送至第二应用服务端，第二应用服务端将与该优惠资源对应的优惠资源的副本添加至目标用户在第二应用的第二优惠资源列表中。也就是说，响应于目标用户端的第一应用中的优惠资源的领取触发操作，目标用户端的第一应用中的第一优惠资源列表中存在已领取的优惠资源，同时，目标用户端的第二应用中的第二优惠资源列表中也存在已领取的优惠资源的副本。

3）核销优惠资源：目标用户在第一应用中使用优惠资源核销支付数据时，第一应用服务端对第一优惠资源列表中的该优惠资源进行核销处理，同时第二应用服务端对第二优惠资源列表中的该优惠资源的副本进行核销处理。

综上可知，第一应用的优惠资源与第二应用的优惠资源的副本具有相同的生命周期，即，优惠资源与优惠资源的副本的创建过程、领取过程以及核销过程呈镜像对称关系。

将本申请实施例提供的优惠资源处理方法应用于其他场景的情况，详细地执行过程或者步骤请参见将优惠资源处理方法应用于上述场景的情况，在此不再一一赘述。

请参照图1，其为本申请实施例提供的优惠资源处理方法的第一场景示意图。图1中包括：第一应用服务器101，第二应用服务器102，目标商户端的第一应用103，目标商户端的第二应用104。

第一应用服务器101基于目标商户端的第一应用103发送的用于创建针对目标商品的优惠资源的第一创建请求，创建针对目标商品的优惠资源。

需要说明的是，第一应用服务器101基于所述第一创建请求，同时创建针对目标商品的优惠资源以及针对目标商品的优惠资源的副本；将针对目标商品的优惠资源发送给目标商户端的第一应用103，将针对目标商品的优惠资源的副本发送给第二应用服务器102，作为目标商户端在第二应用服务器102中可为用户提供的针对目标商品的优惠资源。

现有技术中创建针对目标商品的优惠资源的方法如下：

目标商户端的第一应用向第一应用服务器发送创建优惠资源的请求消息，第一应用服务器创建目标商户端的第一应用中的优惠资源，并发送给目标商户端的第一应用。目标商户端的第二应用向第二应用服务器发送创建优惠资源的请求消息，第二应用服务器创建目标商户端的第二应用中的优惠资源的副本，并发送给目标商户端的第二应用。其中，目标商户端的第一应用中的优惠资源与目标商户端的第二应用中的优惠资源的副本的创建过程无法同步，且用户在目标用户端的第一应用中领取优惠资源后，目标用户端的第二应用中未同步存在优惠资源的副本。也就是，第一应用中的优惠资源与第二应用中的优惠资源的副本的生命周期不相同。

与现有技术相比，本申请实施例提供的优惠资源处理方法，通过目标商户端的第一应用发送一次创建请求，第一应用服务端可同步创建针对目标商品的第一优惠资源和针对目标商品的第一优惠资源的副本，避免第二应用服务端再次创建针对目标商品的第一优惠资源的副本。实现根据一次创建请求信息，同时创建第一优惠资源和第一优惠资源的副本，使得目标商户端的第一应用和第二应用具有呈镜像对称关系的优惠资源。因此，提升了为商户端的两个应用创建优惠资源的便捷性。同时，在目标商户端的第一应用和第二应用同步设置相同的针对目标商品的优惠资源，提升了用户通过第二应用平台查看及领取优惠资源的便捷性，提升了用户在第二应用使用优惠资源的使用体验。

所述目标商户端的第一应用103为基于目标商户的触发操作生成第一创建请求，将第一创建请求发送至第一应用服务器101。所述目标商户端的第一应用103表示第一应用平台包含目标商户的应用程序；所述目标商户端的第二应用104表示第二应用平台包含有目标商户的应用程序。例如，商家A的线上门店分别入驻第一应用平台和第二应用平台，用户可以在第一应用平台进入商家A在第一应用平台的线上门店使用优惠资源进行线上消费，也可以在第二应用平台进入商家A在第二应用平台的线上门店使用优惠资源进行线上消费。因此，目标商户在第一应用平台的线上门店标识为第一应用目标商户标识信息，在第二应用平台的线上门店标识为第二应用目标商户标识信息。

需要说明的是，如果目标商户端在第二应用平台存在应用程序，则目标商户端会将第二应用目标商户标识信息发送至第一应用平台。目标商户端的第一应用向第一应用服务器发送所述第一创建请求，所述第一创建请求包括目标商户标识信息、第一应用目标商户标识信息以及第二应用目标商户标识信息。第一应用服务器根据所述目标商户标识信息与所述第一应用目标商户标识信息，创建针对目标商品的优惠资源，根据所述目标商户标识信息与所述第二应用目标商户标识信息，创建针对目标商品的优惠资源的副本。

另外，图1中的页面103-1展示的是第一应用服务器创建的针对目标商品的优惠资源，其中，针对目标商品的优惠资源包括商品型号（也可称为商品款式）、优惠时间以及优惠门店。也就是说，针对目标商品的优惠资源适用的目标商品属于具体门店中的具体商品型号的商品在具体时间内享受该优惠资源。例如，商家A的优惠资源上同时标注该优惠资源适用的是线下目标门店A中的商品A的小份类型，以及优惠资源可使用时间。

请参照图2，其为本申请实施例提供的优惠资源处理方法的第二场景示意图。图2中包括：第一应用服务器101，第二应用服务器102，目标用户端的第一应用105，目标用户端的第二应用106。

图2描述的是通过目标用户端与服务器之间的交互，实现领取优惠资源的过程。本实施例以执行主体为目标用户端的第二应用106进行描述。目标用户端的第二应用106基于目标用户对第二优惠资源列表的触发操作，展示第二优惠资源列表中包含的优惠资源。其中，第二优惠资源列表中的优惠资源包括一种优惠资源的副本，该优惠资源的副本的存在是基于目标用户端的第一应用的第一优惠资源存在已领取的优惠资源，第二优惠资源列表中同步存在该领取的优惠资源对应的优惠资源的副本。

需要说明的是，第一优惠资源列表为目标用户端的第一应用中目标用户已领取的优惠资源的列表；第二优惠资源列表为目标用户端的第二应用中目标用户已领取的优惠资源的列表。

其中，第一优惠资源列表的优惠资源和第二优惠资源列表的优惠资源的领取过程如下：目标用户通过目标用户终端的第一应用105向第一应用服务器101发送用于领取优惠资源的第一领取请求消息时，第一应用服务器101将目标优惠资源添加至目标用户端的第一应用中的第一优惠资源列表中。同时，第一应用服务器101向第二应用服务器102发送将所述目标优惠资源添加至第一优惠资源列表的第一通知消息，第二应用服务器102根据所述第一通知消息，将该目标优惠资源的副本添加至第二优惠资源列表中。以此，实现目标用户端的第一应用的优惠资源和目标用户端的第二应用的优惠资源的副本的同步领取操作。

以上描述的是基于目标用户通过第一应用向第一应用服务器101发送所述第一领取请求消息，实现目标用户端的第一优惠资源列表添加目标优惠资源和第二优惠资源列表添加目标优惠资源的同步操作。基于此，目标用户可以分别通过目标用户端的第一应用或者第二应用了解其在第一应用和第二应用领取的所有的优惠资源及优惠资源的使用状态。

此外，还可以通过目标用户的第二应用向第二应用服务器102发送用于领取优惠资源的第二领取请求消息，实现目标用户端的第二优惠资源列表添加第二目标优惠资源和第一优惠资源列表添加第二目标优惠资源的副本的同步操作。以下为具体交互过程：

目标用户通过目标用户终端的第二应用向第二应用服务器102发送用于领取优惠资源的第二领取请求消息时，第二应用服务器将第二目标优惠资源添加至目标用户端的第二应用中的第二优惠资源列表中。同时，第二应用服务器102向第一应用服务器101发送将所述第二目标优惠资源添加至第二优惠资源列表的第二通知消息，第一应用服务器101根据所述第二通知消息，将该第二目标优惠资源的副本添加至第一优惠资源列表中。基于此，实现目标用户端的第二应用的优惠资源和目标用户端的第一应用的优惠资源的副本的同步领取操作。

请参照图3，其为本申请实施例提供的优惠资源处理方法的第三场景示意图。图3中包括：第一应用服务器101，第二应用服务器102，目标用户端的第一应用105，目标用户端的第二应用106。

图3描述的是优惠资源的核销过程中，本实施例以执行主体为目标用户端的第二应用进行描述。目标用户端的第二应用106基于目标用户对第二优惠资源列表的触发操作，展示第二优惠资源列表，显示第一优惠资源的副本处于已核销状态。第一优惠资源的副本为已核销状态，是基于目标用户在第一应用中使用优惠资源进行的核销操作，第二应用服务器对目标用户端的第二应用中的该优惠资源的副本进行同步核销操作。

其具体的交互过程如下：目标用户端的第一应用响应于目标用户针对目标优惠资源适用的商品的订单支付提交操作，向第一应用服务器发送用于核销所述目标优惠资源的第一核销请求消息，第一应用服务器将第一优惠资源列表中的目标优惠资源进行核销处理。同时，第一应用服务器将对所述第一优惠资源列表中的目标优惠资源进行核销处理的第三通知信息发送给第二应用服务器，第二应用服务器根据所述第三通知信息，对目标用户端的第二应用中，第二优惠资源列表中的目标优惠资源的副本进行核销处理。基于此，实现通过目标用户端的一个应用发送核销请求，将第二优惠资源列表的目标优惠资源的副本与第一优惠资源列表的目标优惠资源同步核销。

相应的，如果目标用户端的第二应用响应于目标用户针对第二目标优惠资源适用的商品的订单支付提交操作，向第二应用服务器发送用于核销所述目标优惠资源的第二核销请求消息，第二应用服务器将第二优惠资源列表中的第二目标优惠资源进行核销处理。同时，第二应用服务器将对所述第二优惠资源列表中的第二目标优惠资源进行核销处理的第四通知信息发送给第一应用服务器，第一应用服务器根据所述第四通知信息，对目标用户端的第一应用中，第一优惠资源列表中的第二目标优惠资源的副本进行核销处理。基于此，实现通过目标用户端的第二应用发送核销请求，将第一优惠资源列表的第二目标优惠资源的副本与第二优惠资源列表的第二目标优惠资源同步核销。

基于上述图1，图2和图3分别描述的针对优惠资源的创建过程，领取过程以及核销过程，本申请实施例可以通过一个应用发送请求信息，实现两个应用同步完成创建优惠资源，领取优惠资源以及核销优惠资源的操作。此种方法实现了商户创建的优惠资源可以在多个应用平台同步存在，及时掌握其各应用平台的线上门店的优惠资源的覆盖率；实现用户通过一次领取操作，将用户终端的各应用平台同步完成领取优惠资源的操作，使得用户可以通过一个应用平台的优惠资源里列表中掌握其在各应用平台的该商家线上门店所领取的优惠资源；实现用户通过一个应用平台使用优惠资源，多个应用平台同步核销该优惠资源以及对应的优惠资源的副本。因此，通过在一个应用平台发送针对优惠资源的处理请求信息，将多个应用平台中该优惠资源的创建过程，领取过程以及核销过程同步处理。

第一实施例

第一实施例是判断目标商户端在第一应用创建的优惠资源是否可以同步至目标商户端的第二应用，检测目标商户端的第二应用是否为符合条件的第二应用。例如，商家A在第一应用中设有线上门店，商家A在第一应用的线上门店设置有优惠资源，商家A希望将第一应用的线上门店的优惠资源同步至商家A在第二应用的线上门店，以增加商家A的优惠资源的用户使用率。以下结合图4进行详细说明。

目标商户端的第一应用为了将商家券同步至第二应用中，首先对商家券是否可同步至第二应用进行条件校验。

目标商户端的第一应用创建商家券的条件校验

S401：创建商家券的条件校验

目标商户端的第一应用基于商户的同步创建请求，向管理组装端发送创建商家券的条件校验请求。

其中，商家券可为本申请具体场景实施例中的优惠资源，也可以称为电子优惠券，优惠券，等等。

S402：创建商家券的条件校验

管理组装端将创建商家券的条件校验请求发送至产品券配置***，产品券配送***用于对待创建的商品券配置参数。

产品券配送***为商家券配置参数，首先判断商家是否为白名单中的商家。

产品券配送***校验商家白名单

S403：获取商家白名单配置信息

商家在不同应用平台均可创建对应的线上门店，获取商家白名单配置信息，是目标商户端的第一应用判断商家是否在第二应用中设置有商家的线上门店。例如，将商家A在第一应用中创建的优惠资源同步至第二应用，首先判断商家A是否在第二应用中设有线上门店，如果有，则说明该商家为白名单中的商家。

S404：返回结果

产品券配置***获取主流支付渠道

产品券配置***确定商家为白名单中的商家后，继续判断商家的第二应用是否为主流支付渠道，也就是，第二应用是否为商家设置的通用支付应用，如果是，代表用户在该商家进行消费时，主要选择第二应用进行支付订单数据。

需要说明的是，确定商家的主流支付渠道，是基于商家的主流支付渠道包含商家的主流消费用户。若第二应用为商家的主流支付渠道，则在第二应用中包含商家的主流用户流量，将商家在第一应用中的优惠资源同步至第二应用中，第二应用中的用户流量会增加优惠资源的被选择率，提升优惠资源的使用率及用户获取及使用优惠资源的便捷性。

S405：组装参数

产品券配送***对判断商家的第二应用是否为该商家的通用支付应用设置判断参数。

S406：查询主流支付渠道相关信息

产品券配送***向查询授权***发送查询请求，获取商家的主流支付渠道相关信息，获取该商家设定的主流支付渠道对应的应用程序。

S407：返回结果

查询授权***向产品券配置***返回商家的主流支付渠道信息。

S408：判断是否为主流支付渠道

产品券配置***判断第二应用是否为商家的主流支付渠道。

产品券配置***检验第二应用是否开通商家的应用小程序

S409：检验商家小程序是否开通

产品券配置***向查询授权***发送请求，检验商家在第二应用是否开通商家小程序。

S410：返回结果

查询授权***向产品券配置***返回查询结果。

该查询结果分两种请求，以下分别说明：

第一种，商家在第二应用中开通商家小程序。

产品券配置***判断商家是否开通支付认证。

S411：查询品牌查询支付参数、证书及认证信息

产品券配置***向支付参数***发送请求，查询商家的支付参数、证书及认证信息。

S412：返回结果

支付参数***向产品券配置***返回查询结果。

S413：判断商家是否开通支付认证

产品券配置***判断商家的支付参数，确定商家是否在第二应用中开通支付认证。

S414：返回结果

产品券配置***向管理组装端返回商家在第二应用中是否开通支付认证的结果。

第二种，商家未在第二应用中开通商家小程序。

S415：返回结果

产品券配置***向管理组装端返回商家未在第二应用中开通商家小程序。

S416：返回结果

管理组装端向目标用户端的第一应用返回商家未在第二应用中开通商家小程序。

第二实施例

第二实施例是产品券配置***创建优惠资源和优惠资源的副本的过程。以下结合图5进行详细说明。

S501：产品券配置***进行参数校验。

S502：产品券配置***构建券模板模型。

S503：产品券配置***构建操作流水模型。

S504：产品券配置***构建操作流水模型。

创建库存

S505：产品券配置***向库存中心发送创建库存运算。

S506：库存中心向产品券配置***返回结果。

S507：产品券配置***向产品券参数中心库发送创建分组。

S508：产品券参数中心库向产品券配置***返回创建分组的结果。

S509：产品券配置***向产品券参数中心库发送创建券模板。

S510：产品券参数中心库向产品券配置***返回创建券模板的结果。

S511：产品券配置***构建券模板与分组之间的关联关系。

S512：产品券配置******券模板。

S513：产品券配置******操作流水。

S514：产品券配置***同步券模板。

S515：产品券配置***初始化描述性礼品券库存。

S516：产品券配置***向消息发送中间件发送券模板创建消息。

券模板创建消息后续流程

S517：第三方网关***向产品券配置***发送消费券模板创建消息。

S518：产品券配置***向第三方网关***发送本地消费券核对消息。

S519：产品券配置***向第三方网关***发送创建商家券消息。

异步处理：创建商家券

创建商家券

S520：第三方网关***向产品券配置***发送消费创建商家券消息。

第三方网关***发送创建商家券消息，是指，请求创建与第一应用中的产品券配置***创建的第一商家券对应的第二商家券，第二商家券作为第二应用中可为用户提供的商家券。

S521：产品券配置***执行幂等查询。

产品券配置***执行幂等查询，检侧是否已创建第二应用中的第二商家券。

S522：产品券配置***向配置中心获取配置参数：允许创建券的最大间隔时间，此次需求配置180天。

检侧第三方网关***发送的商家券创建消息的时间，与产品券配置***在第一应用中创建商家券的时间之间的时间间隔是否超过180天。

S523：产品券配置***获取券模板参数，校验相对时间是否超过180天。

S524：如果时间间隔超过180天，则不允许在第二应用同步创建与第一应用创建的第一商家券对应的第二商家券，并返回结果。

其中，第一应用中的第一商家券和第二应用中的第二商家券呈镜像对称关系，也就是，券的适用范围相同，用户在第一应用中领取第一商家券，则用户端的第二应用中同步包含已领取的第二商家券。

如果时间间隔未超过180天，则在第二应用同步创建与第一应用创建的第一商家券对应的第二商家券。

第一：获取商家券序号。

S525：产品券配置***组装参数，组装创建商家券所需要的创建参数。

S526：产品券配置***向查询授权***发送查询主流支付渠道相关信息的请求消息。

S527：获取商家券序号。

第二：创建第二应用的第二商家券。

S528：产品券配置***组装参数，组装创建商家券所需要的创建参数。

S529：产品券配置***向第三方网关***发送创建商家券请求。

S530：第三方网关***向产品券配置***返回结果。

S531：产品券配置***组装参数，并且扩展字段序号。

S532：产品券配置******第三方券模板副本表。其中，第三方券模板副本表作为创建第二商家券的券模板。

S533：产品券配置******第三方券模板副本表与本地商家券关联关系表。

建立第三方券模板副本表与本地商家券之间的关联关系，将关联关系存储在关联关系表中。

S534：产品券配置***根据券模板有效天数计算：第三方券模板副本生命周期的结束时间。

第三方券模板的有效领取时间，根据商家券的阈值时间（例如，180天）与本地商家券的创建时间之前的时间差值确定。

S535：产品券配置***组装参数。

S536：产品券配置******第三方券模板副本生命周期表。

第三实施例

第三实施例的执行主体为客户端，根据用户通过客户端领取商家券，第一应用服务端通过产品券配置***向客户端发送商家券实例的流程图。以下结合图6进行解释说明。

S601：第二应用客户端向策略中心发送批量关联本地商家券请求。

S602：策略中心向产品券配置***发送批量关联本地商家券请求。

批量处理

S603：产品券配置***向配置***发送关联本地商家券消息。

S604：产品券配置***向策略中心返回结果。

S605：策略中心向第二应用客户端返回结果。

异步处理：关联本地商家券。

S606：配置***向产品券配置***发送消费关联本地商家券消息。

S607：产品券配置***进行参数校验。

S608：产品券配置***进行幂等查询。

S609：产品券配置***组装参数。

S610：产品券配置***向消息发送中间件发送***第三方券实例和本地券实例关联关系表。

其中，商家券为产品券配置***根据商户端的创建请求创建的券模板。商家券实例为用户通过客户端的商家对应的门店领取的该商品券的实例。

第四实施例

第四实施例是对商家券实例进行核销的过程。以下结合图7进行解释说明。

S701：产品券配置***并发加锁。

S702：产品券配置***幂等查询。

S703：产品券配置***进行券实例校验。

S704：产品券配置******操作流水。

S705：产品券配置***批量更新券实例。

S706：产品券配置******幂等记录表。

S707：产品券配置***向消息发送中间件发送券实例核销消息。

S708：产品券配置***解锁。

S709：消息发送中间件向产品券配置***发送消费券实例核销消息。

S710：产品券配置***向核销中心发送待核销券实例。

S711：产品券配置***向消息发送中间件发送核销商家券消息。

S712：核销中心向产品券配置***返回核销结果。

异步处理：创建商家券。

核销商家券。

S713：消息发送中间件向产品券配置***发送消费券核销商家券消息。

S714：产品券配置***进行幂等查询。

S715：产品券配置***组装参数。

S716：产品券配置***向支付中心发送请求，根据本地订单号，查询支付方式以及第二应用外部订单号等。

S717：支付中心向产品券配置***返回结果。

S718：产品券配置***校验支付方式是否为第二应用支付，并且是否为二代码订单。

如果支付方式不是第二应用支付，则对该商家券进行作废处理。

作废商家券

S719：产品券配置***组装参数。

S720：产品券配置***向第三方网关***发起作废商家券请求。

S721：第三方网关***向第二应用发起作废商家券请求。

S722：第二应用向第三方网关***返回结果。

S723：第三方网关***向产品券配置***返回结果。

S724：产品券配置***向库存中心发送更新商家券实例为已作废。

如果支付方式是第二应用支付，则对该商家券进行核销处理。

S725：产品券配置***组装参数。

S726：产品券配置***向第三方网关***发送商家券关联第二应用外部订单号。

S727：第三方网关***向第二应用商家券关联第二应用外部订单号。

S728：第二应用向第三方网关***返回结果。

S729：第三方网关***向产品券配置***返回结果。

S730：产品券配置***组装参数。

S731：产品券配置***向第三方网关***发起核销商家券请求。

S732：第三方网关***向第二应用发起核销商家券请求。

S733：第二应用向第三方网关***返回结果。

S734：第三方网关***向产品券配置***返回结果。

S735：产品券配置***向库存中心更新商家券实例为已核销。

第五实施例

第五实施例是对商家券实例进行作废处理的过程。以下结合图8进行解释说明。

S801：产品券配置***向策略中心发送作废券实例。

S802：策略中心向产品券配置***返回结果。

S803：产品券配置***更新券实例。

S804：产品券配置******操作流水。

S805：产品券配置***向消息发送中间件发送作废商家券消息。

异步处理：关联本地商家券。

作废商家券。

S806：产品券配置***进行幂等查询，检测该商家券是否已完成作废处理。

S807：产品券配置***向消息发送中间件发送消费作废商家券消息。

S808：产品券配置***组装参数。

S809：产品券配置***向第三方网关***发起作废商家券请求。

S810：第三方网关***向第二应用侧发起作废商家券请求。

S811：第二应用侧向第三方网关***返回结果。

S812：第三方网关***向产品券配置***返回结果。

S813：产品券配置***向库存中心更新商家券实例为已作废。

第六实施例

第六实施例是创建针对目标商品的优惠资源的过程，以下以图9进行说明。

S901：第一应用服务端从会话中获取第一应用目标商户标识，当前操作者标识。

S902：第一应用服务端进行字段校验。

S903：第一应用服务端向优惠资源***发送创建优惠资源模板。

S903.1：优惠资源***校验直连商户，也就是，检验请求创建优惠资源的商户是否为第一应用的直连商户。所述直连商户是指与第一应用之间的关系为浅层合作关系的商户，例如，商户A包含其独立的线上应用程序，同时商户A也可以借助第一应用平台为用户提供消费平台。

S903.2：如果该商户不是第一应用的直连商户，则为该商户创建优惠资源。

S903.3：优惠资源***向本地组织***发送请求查询第三应用商户标识。

S903.4：本地组织***向优惠资源***返回第三应用商户标识。

S903.5：优惠资源***向第三应用服务端发送创建分组的请求。

S903.6：第三应用服务端向优惠资源***返回分组结果。

S903.7：优惠资源***向第三应用服务端发送创建优惠资源领取方案的请求。

S903.8：第三应用服务端向优惠资源***返回优惠资源领取方案。

S903.9：优惠资源***向第三应用服务端发送创建优惠资源发放方案的请求。

S903.10：第三应用服务端向优惠资源***返回优惠资源发放方案。

S903.11：优惠资源***向商户管理中心发送新增优惠资源的消息。

S903.11.1：商户管理中心进行幂等校验。

S903.11.2：商户管理中心新增优惠资源。

S903.11.4：商户管理中心新增操作日志。

S903.11.5：商户管理中心向优惠资源***返回优惠资源标识。

S903.11.6：优惠资源***向第一应用服务端返回优惠资源标识。

第七实施例

本申请第七实施例中提供一种优惠资源处理方法，其应用于第一应用服务端，具体流程如图10所示，其为本申请第七实施例中提供的一种优惠资源处理方法的流程图。图10所示的优惠资源处理方法，包括：步骤S1001至步骤S1004。

如图10所示，在步骤S1001中，获得目标商户端发送的用于请求创建针对目标商品的优惠资源的第一创建请求消息，所述目标商品是所述目标商户端可为用户提供的商品。第一应用服务端基于目标商户端的创建请求，创建针对目标商品的优惠资源。如图10所示，在步骤S1002中，响应于所述第一创建请求消息，创建所述目标商户端在所述第一应用服务端中可为用户提供的针对所述目标商品的第一优惠资源。如图10所示，在步骤S1003中，创建所述第一优惠资源的副本。第一应用服务端基于第一创建请求，创建目标商户在第一应用中可为用户提供的针对目标商品的第一优惠资源，同时，还会创建目标商户在第二应用中可为用户提供的针对目标商品的第一优惠资源的副本。其中，第一优惠资源和第一优惠资源的副本为相同的优惠资源。如图10所示，在步骤S1004中，向第二应用服务端发送所述第一优惠资源的副本，作为所述目标商户端在所述第二应用服务端中可为用户提供的针对所述目标商品的第二优惠资源。

可选的，响应于所述第一创建请求消息，创建所述目标商户端在所述第一应用服务端中可为用户提供的针对所述目标商品的第一优惠资源，包括：确定目标商品所属的目标商品分组信息，目标商品分组信息包括：目标商品信息，或者目标商品信息和其他商品信息；针对目标商品分组信息，创建第一优惠资源，其中，第一优惠资源为适用于目标商品分组信息中包含的商品的优惠资源。

其中，第一应用服务端创建的针对目标商品的第一优惠资源，该目标商品可以是一种目标商品分组信息。例如，针对商品A的第一优惠资源，说明第一优惠资源适用于商品A。再例如，针对商品A分组信息的第一优惠资源，说明第一优惠资源适用于商品A和商品B的组合。

可选的，所述创建所述第一优惠资源的副本，包括：接收所述第二应用服务端发送的创建所述第一优惠资源的副本的第二创建请求消息；根据所述第二创建请求消息，创建所述第一优惠资源的副本。

可选的，所述第二创建请求消息包括创建请求时间信息；所述根据所述第二创建请求消息，创建所述第一优惠资源的副本，包括：判断所述创建请求时间信息与所述第一优惠资源的创建时间信息之间的时间间隔是否超过预设时间阈值；若否，则按照同步方式创建所述第一优惠资源的副本。

可选的，所述第一优惠资源的副本包括第一优惠资源的副本的有效使用时间，第一优惠资源的副本的有效使用时间，根据预设时间阈值与时间间隔确定。

可选的，所述向第二应用服务端发送所述第一优惠资源的副本，包括：判断所述第二应用服务端对应的第二应用是否为目标商户的通用支付应用；若是，则判断所述目标商户在所述第二应用中是否包含所述目标商户的应用小程序；若是，则向所述第二应用服务端发送所述第一优惠资源的副本。

其中，第一应用服务端创建第一优惠资源的副本，将第一优惠资源的副本发送给第二应用服务端之前，还需要对第二应用进行判断。

首先判断第二应用是否为目标商户的通用支付应用，若是，则继续判断目标商户在第二应用是否设置有商户的应用小程序，若是，则代表目标商户在第二应用平台设置有该商户的线上门店，该商户的通用支付应用也为第二应用。

基于此，用户在第二应用中使用目标商户的应用小程序进行消费及采用第二应用进行支付过程中，提升了使用第二优惠资源进行核销的效率。

可选的，还包括：获得目标用户端的第一应用发送的用于请求获取针对目标商品的优惠资源的第一获取请求消息；响应于所述第一获取请求消息，向所述目标用户端的第一应用发送针对目标商品的第一优惠资源实例，所述第一优惠资源实例是根据所述第一优惠资源获得的；向所述第二应用服务端发送第一发送通知消息，所述第一发送通知消息用于表示所述第一应用服务端已向所述目标用户端的第一应用发送所述第一优惠资源实例；接收所述第二应用服务端返回的针对所述第一发送通知消息的第一反馈信息，所述第一反馈信息用于表示所述第二应用服务端已向所述目标用户端的第二应用发送第二优惠资源实例，所述第二优惠资源实例是根据所述第二优惠资源获得的。

可选的，还包括：接收所述第二应用服务端发送的第二发送通知消息，所述第二发送通知消息用于表示所述第二应用服务端已向所述目标用户端的第二应用发送第二优惠资源实例，所述第二优惠资源实例是根据所述第二优惠资源获得的；响应于所述第二发送通知消息，向所述目标用户端的第一应用发送第一优惠资源实例，所述第一优惠资源实例是根据所述第一优惠资源获得的。

可选的，还包括：获得所述目标用户端的第一应用发送的针对所述第一优惠资源实例的第一核销请求消息；响应于所述第一核销请求消息，对所述第一优惠资源实例进行核销处理；向所述第二应用服务端发送第一核销通知消息，所述第一核销通知消息用于表示所述第一应用服务端已对所述第一优惠资源实例进行核销处理；接收所述第二应用服务端返回的用于表示所述第二应用服务端已对所述第二优惠资源实例进行核销处理的反馈信息。

可选的，还包括：接收所述第二应用服务端发送的第二核销通知消息，所述第二核销通知消息用于表示第二应用服务端已对第二优惠资源实例进行核销处理；响应于所述第二核销通知消息，对所述第一优惠资源实例进行核销处理。

可选的，所述响应于所述第一核销请求消息，对所述第一优惠资源实例进行核销处理，包括：响应于所述第一核销请求消息，获得所述目标用户端的第一应用中针对目标商品的第一订单信息；判断所述第一订单信息的支付方式是否为采用第二应用进行支付；若是，响应于针对第一订单信息的提交支付操作，对所述第一优惠资源实例进行核销处理。

可选的，所述第一核销通知消息还包括第二核销请求消息，所述第二核销请求消息用于表示请求所述第二应用服务端对所述第二优惠资源实例进行核销处理；所述向所述第二应用服务端发送第一核销通知消息，还包括：根据预设的第一优惠资源实例与第二优惠资源实例之间的对应关系，向所述第二应用服务端发送第一核销请求消息。

可选的，还包括：获得所述目标商户端发送的针对所述第一优惠资源实例的第一作废请求消息；响应于所述第一作废请求消息，对所述第一优惠资源实例进行作废处理；向所述第二应用服务端发送第一作废通知消息，所述第一作废通知消息用于表示所述第一应用服务端已对所述第一优惠资源实例进行作废处理；接收所述第二应用服务端返回的用于表示所述第二应用服务端已对所述第二优惠资源实例进行作废处理的反馈信息。

可选的，还包括：接收所述第二应用服务端发送的第二作废通知消息，所述第二作废通知消息用于表示第二应用服务端已对第二优惠资源实例进行作废处理；响应于所述第二作废通知消息，对所述第一优惠资源实例进行作废处理。

本申请提供一种优惠资源处理方法，应用于第一应用服务端，包括：获得目标商户端发送的用于请求创建针对目标商品的优惠资源的第一创建请求消息，所述目标商品是所述目标商户端可为用户提供的商品；响应于所述第一创建请求消息，创建所述目标商户端在所述第一应用服务端中可为用户提供的针对所述目标商品的第一优惠资源；创建所述第一优惠资源的副本；向第二应用服务端发送所述第一优惠资源的副本，作为所述目标商户端在所述第二应用服务端中可为用户提供的针对所述目标商品的第二优惠资源。

上述方法，目标商户端向第一应用服务端发送创建针对目标商品的优惠资源的第一创建请求后，第一应用服务端可同步创建针对目标商品的第一优惠资源和针对目标商品的第一优惠资源的副本，避免第二应用服务端再次创建针对目标商品的第一优惠资源的副本。实现根据一次创建请求信息，同时创建第一优惠资源和第一优惠资源的副本，使得目标商户端的第一应用和第二应用具有呈镜像对称关系的优惠资源。因此，提升了为商户端的两个应用创建优惠资源的便捷性。同时，在目标商户端的第一应用和第二应用同步设置相同的针对目标商品的优惠资源，提升了用户通过第二应用平台查看及领取优惠资源的便捷性，提升了用户在第二应用使用优惠资源的使用体验。

第八实施例

与本申请提供的优惠资源处理方法的应用场景对应的实施例以及第七实施例提供的优惠资源处理方法相对应的，本申请第八实施例还提供了一种优惠资源处理装置。由于装置实施例基本相似于应用场景对应的实施例以及第七实施例，所以描述得比较简单，相关之处参见应用场景对应的实施例以及第七实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。

请参照图11，其为本申请第八实施例中提供的一种优惠资源处理装置的示意图。本申请第七实施例中提供的一种优惠资源处理装置，应用于第一应用服务端，所述装置包括：第一创建请求消息获得单元1101，用于获得目标商户端发送的用于请求创建针对目标商品的优惠资源的第一创建请求消息，所述目标商品是所述目标商户端可为用户提供的商品。第一优惠资源创建单元1102，用于响应于所述第一创建请求消息，创建所述目标商户端在所述第一应用服务端中可为用户提供的针对所述目标商品的第一优惠资源。第一优惠资源的副本创建单元1103，用于创建所述第一优惠资源的副本。第一发送单元1104，用于向第二应用服务端发送所述第一优惠资源的副本，作为所述目标商户端在所述第二应用服务端中可为用户提供的针对所述目标商品的第二优惠资源。

可选的，所述响应于所述第一创建请求消息，创建所述目标商户端在所述第一应用服务端中可为用户提供的针对所述目标商品的第一优惠资源，包括：确定所述目标商品所属的目标商品分组信息，所述目标商品分组信息包括：所述目标商品信息，或者所述目标商品信息和其他商品信息；针对所述目标商品分组信息，创建所述第一优惠资源，其中，所述第一优惠资源为适用于所述目标商品分组信息中包含的商品的优惠资源。

可选的，所述创建所述第一优惠资源的副本，包括：接收所述第二应用服务端发送的创建所述第一优惠资源的副本的第二创建请求消息；根据所述第二创建请求消息，创建所述第一优惠资源的副本。

可选的，所述第二创建请求消息包括创建请求时间信息；所述根据所述第二创建请求消息，创建所述第一优惠资源的副本，包括：判断所述创建请求时间信息与所述第一优惠资源的创建时间信息之间的时间间隔是否超过预设时间阈值；若否，则按照同步方式创建所述第一优惠资源的副本。

可选的，所述第一优惠资源的副本包括所述第一优惠资源的副本的有效使用时间，所述第一优惠资源的副本的有效使用时间，根据所述预设时间阈值与所述时间间隔确定。

可选的，所述向第二应用服务端发送所述第一优惠资源的副本，包括：判断所述第二应用服务端对应的第二应用是否为目标商户的通用支付应用；若是，则判断所述目标商户在所述第二应用中是否包含所述目标商户的应用小程序；若是，则向所述第二应用服务端发送所述第一优惠资源的副本。

可选的，还包括：获得目标用户端的第一应用发送的用于请求获取针对目标商品的优惠资源的第一获取请求消息；响应于所述第一获取请求消息，向所述目标用户端的第一应用发送针对目标商品的第一优惠资源实例，所述第一优惠资源实例是根据所述第一优惠资源获得的；向所述第二应用服务端发送第一发送通知消息，所述第一发送通知消息用于表示所述第一应用服务端已向所述目标用户端的第一应用发送所述第一优惠资源实例；接收所述第二应用服务端返回的针对所述第一发送通知消息的第一反馈信息，所述第一反馈信息用于表示所述第二应用服务端已向所述目标用户端的第二应用发送第二优惠资源实例，所述第二优惠资源实例是根据所述第二优惠资源获得的。

可选的，还包括：接收所述第二应用服务端发送的第二发送通知消息，所述第二发送通知消息用于表示所述第二应用服务端已向所述目标用户端的第二应用发送第二优惠资源实例，所述第二优惠资源实例是根据所述第二优惠资源获得的；响应于所述第二发送通知消息，向所述目标用户端的第一应用发送第一优惠资源实例，所述第一优惠资源实例是根据所述第一优惠资源获得的。

可选的，还包括：获得所述目标用户端的第一应用发送的针对所述第一优惠资源实例的第一核销请求消息；响应于所述第一核销请求消息，对所述第一优惠资源实例进行核销处理；向所述第二应用服务端发送第一核销通知消息，所述第一核销通知消息用于表示所述第一应用服务端已对所述第一优惠资源实例进行核销处理；接收所述第二应用服务端返回的用于表示所述第二应用服务端已对所述第二优惠资源实例进行核销处理的反馈信息。

可选的，还包括：接收所述第二应用服务端发送的第二核销通知消息，所述第二核销通知消息用于表示第二应用服务端已对第二优惠资源实例进行核销处理；响应于所述第二核销通知消息，对所述第一优惠资源实例进行核销处理。

可选的，所述响应于所述第一核销请求消息，对所述第一优惠资源实例进行核销处理，包括：响应于所述第一核销请求消息，获得所述目标用户端的第一应用中针对目标商品的第一订单信息；判断所述第一订单信息的支付方式是否为采用第二应用进行支付；若是，响应于针对第一订单信息的提交支付操作，对所述第一优惠资源实例进行核销处理。

可选的，所述第一核销通知消息还包括第二核销请求消息，所述第二核销请求消息用于表示请求所述第二应用服务端对所述第二优惠资源实例进行核销处理；所述向所述第二应用服务端发送第一核销通知消息，还包括：根据预设的第一优惠资源实例与第二优惠资源实例之间的对应关系，向所述第二应用服务端发送第一核销请求消息。

可选的，还包括：获得所述目标商户端发送的针对所述第一优惠资源实例的第一作废请求消息；响应于所述第一作废请求消息，对所述第一优惠资源实例进行作废处理；向所述第二应用服务端发送第一作废通知消息，所述第一作废通知消息用于表示所述第一应用服务端已对所述第一优惠资源实例进行作废处理；接收所述第二应用服务端返回的用于表示所述第二应用服务端已对所述第二优惠资源实例进行作废处理的反馈信息。

可选的，还包括：接收第二应用服务端发送的第二作废通知消息，第二作废通知消息用于表示第二应用服务端已对所述第二优惠资源实例进行作废处理；响应于所述第二作废通知消息，对所述第一优惠资源实例进行作废处理。

第九实施例

本申请第九实施例中提供一种优惠资源处理方法，其应用于目标用户端的第二应用，具体流程如图12所示，其为本申请第九实施例中提供的一种优惠资源处理方法的流程图。图12所示的优惠资源处理方法，包括：步骤S1201至步骤S1202。如图12所示，在步骤S1201中，获得针对目标商品的第二优惠资源实例。如图12所示，在步骤S1202中，响应于检测到针对所述第二优惠资源实例的展示触发操作，展示所述第二优惠资源实例；其中，所述第二优惠资源实例是第一应用服务端在目标用户端的第一应用为目标用户发放的第一优惠资源实例的副本；所述第一优惠资源实例为所述目标用户已领取的第一优惠资源的实例，所述第一优惠资源为目标商户端在所述第一应用服务端中可为用户提供的针对所述目标商品的优惠资源；所述目标商品是所述目标商户端可为用户提供的商品。

本实施例应用于目标用户端的第二应用，基于用户在目标用户端的第一应用领取第一优惠资源实例的操作，目标用户端的第二应用同时收到第二优惠资源实例。其中，第一优惠资源实例是指目标商户端在第一应用服务端为用户提供的第一优惠资源的实例。第二优惠资源实例是指目标商户端在第二应用服务端为用户提供的第二优惠资源的实例。

也就是说，第二优惠资源实例是基于目标用户在第一应用中领取第一优惠资源实例的基础上，第二应用服务器将与第一优惠资源实例对应的第二优惠资源实例发放至目标用户的目标用户端的第二应用中，此过程中无需目标用户在目标用户端的第二应用中进行领取操作，目标用户即可拥有第二优惠资源实例。

需要说明的是，第一优惠资源是指目标商户端在第一应用服务端可为任何用户提供的针对目标商品的第一优惠资源，目标用户领取第一优惠资源，则该在目标用户端的第一应用中包含与该目标用户具有唯一对应关系的第一优惠资源实例。

例如，目标商户端在第一应用服务端为用户提供的第一优惠资源设置的有效使用期限为30天，目标用户在目标用户端的第一应用中领取第一优惠资源实例，该第一优惠资源实例的有效使用期限为从目标用户领取第一优惠资源实例的日期开始30天之内有效。因此，目标用户领取的第一优惠资源实例与该目标用户具有唯一对应关系。

其中，所述第二优惠资源实例的有效使用时间与所述第一优惠资源的有效使用时间相同。

相应的，目标用户在目标用户端的第二应用中的第二优惠资源实例的有效使用期限为从目标用户领取第一优惠资源实例的日期开始30天之内有效，也就是，从目标用户拥有第二优惠资源实例的日期开始30天内有效。因此，目标用户的第二优惠资源实例与该目标用户具有唯一对应关系。

可选的，所述响应于检测到针对所述第二优惠资源实例的展示触发操作，展示所述第二优惠资源实例，包括：响应于检测到针对包含所述第二优惠资源实例的第二优惠资源实例列表的展示触发操作，展示所述第二优惠资源实例列表，所述第二优惠资源实例列表包括所述第二优惠资源实例。

可选的，所述获得针对所述目标商品的第二优惠资源实例，包括：获得第二应用服务端发送的针对所述目标商品的第二优惠资源实例。

可选的，还包括：接收到第二应用服务端发送的针对所述第二优惠资源实例的第一核销处理指令，所述第一核销处理指令用于表示对与在第一应用中已完成核销处理的第一优惠资源实例对应的第二优惠资源实例进行核销处理；通过第二优惠资源实例列表展示所述第二优惠资源实例的使用状态为已核销状态。

可选的，还包括：接收到第二应用服务端发送的针对所述第二优惠资源实例的第一作废处理指令，所述第一作废处理指令用于表示对与在第一应用中已完成作废处理的第一优惠资源实例对应的所述第二优惠资源实例进行作废处理；通过第二优惠资源实例列表展示第二优惠资源实例的使用状态为已作废状态。

第十实施例

与本申请提供的优惠资源处理方法的应用场景对应的实施例以及第九实施例提供的优惠资源处理方法相对应的，本申请第十实施例还提供了一种优惠资源处理装置。由于装置实施例基本相似于应用场景对应的实施例以及第九实施例，所以描述得比较简单，相关之处参见应用场景对应的实施例以及第九实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。

请参照图13，其为本申请第十实施例中提供的一种优惠资源处理装置的示意图。本申请第十实施例中提供的一种优惠资源处理装置，应用于目标用户端的第二应用，所述装置包括：第二优惠资源实例获得单元1301，用于获得针对目标商品的第二优惠资源实例；第二优惠资源实例展示单元1302，用于响应于检测到针对所述第二优惠资源实例的展示触发操作，展示所述第二优惠资源实例；其中，所述第二优惠资源实例是第一应用服务端在目标用户端的第一应用为目标用户发放的第一优惠资源实例的副本；所述第一优惠资源实例为所述目标用户已领取的第一优惠资源的实例，所述第一优惠资源为目标商户端在所述第一应用服务端中可为用户提供的针对所述目标商品的优惠资源；所述目标商品是所述目标商户端可为用户提供的商品。

可选的，所述响应于检测到针对所述第二优惠资源实例的展示触发操作，展示所述第二优惠资源实例，包括：响应于检测到针对包含所述第二优惠资源实例的第二优惠资源实例列表的展示触发操作，展示所述第二优惠资源实例列表，所述第二优惠资源实例列表包括所述第二优惠资源实例。

可选的，所述获得针对所述目标商品的第二优惠资源实例，包括：获得第二应用服务端发送的针对所述目标商品的第二优惠资源实例。

可选的，还包括：接收到第二应用服务端发送的针对所述第二优惠资源实例的第一核销处理指令，所述第一核销处理指令用于表示对与在第一应用中已完成核销处理的第一优惠资源实例对应的第二优惠资源实例进行核销处理；通过所述第二优惠资源实例列表展示第二优惠资源实例的使用状态为已核销状态。

可选的，还包括：接收到第二应用服务端发送的针对第二优惠资源实例的第一作废处理指令，第一作废处理指令用于表示对与在第一应用中已完成作废处理的第一优惠资源实例对应的第二优惠资源实例进行作废处理；通过第二优惠资源实例列表展示第二优惠资源实例的使用状态为已作废状态。

可选的，所述第二优惠资源实例的有效使用时间与所述第一优惠资源的有效使用时间相同。

第十一实施例

本申请第十一实施例中提供一种优惠资源处理方法，其应用于第一应用服务端，具体流程如图14所示，其为本申请第十一实施例中提供的一种优惠资源处理方法的流程图。图14所示的优惠资源处理方法，包括：步骤S1401至步骤S1404。如图14所示，在步骤S1401中，获得目标商户端发送的用于请求创建优惠资源的第三创建请求消息。如图14所示，在步骤S1402中，响应于所述第三创建请求消息，创建所述目标商户端在所述第一应用服务端中可为用户提供的第三优惠资源。如图14所示，在步骤S1403中，创建所述第三优惠资源的副本。如图14所示，在步骤S1404中，向第二应用服务端发送所述第三优惠资源的副本，作为所述目标商户端在所述第二应用服务端中可为用户提供的第四优惠资源。其中，第一应用服务端基于第三创建请求为目标商户创建优惠资源，并且，同时创建该优惠资源的副本，使得第一应用中的第三优惠资源和第二应用中的第三优惠资源的副本具有相同的生命周期。也就是，基于目标商户端的一次创建请求，同步创建第三优惠资源和第三优惠资源的副本。基于目标用户端在第一应用或者第二应用使用优惠资源进行核销支付订单数据，对第三优惠资源和第三优惠资源的副本进行同步核销处理。基于目标商户端在第一应用或第二应用中发出对第三优惠资源的作废请求，对第三优惠资源和第三优惠资源的副本进行不同作废处理。

可选的，所述创建所述第三优惠资源的副本，包括：接收所述第二应用服务端发送的创建所述第三优惠资源的副本的第四创建请求消息；根据所述第四创建请求消息，创建所述第三优惠资源的副本。

可选的，所述第四创建请求消息包括创建请求时间信息；所述根据所述第四创建请求消息，创建所述第三优惠资源的副本，包括：判断所述创建请求时间信息与所述第三优惠资源的创建时间信息之间的时间间隔是否超过预设时间阈值；若否，则按照同步方式创建所述第三优惠资源的副本。

可选的，第三优惠资源的副本包括第三优惠资源的副本的有效使用时间，第三优惠资源的副本的有效使用时间，根据预设时间阈值与所述时间间隔确定。

可选的，所述向第二应用服务端发送所述第三优惠资源的副本，包括：判断第二应用服务端对应的第二应用是否为目标商户的通用支付应用；若是，则判断目标商户在所述第二应用中是否包含目标商户的应用小程序；若是，则向第二应用服务端发送第三优惠资源的副本。

可选的，还包括：获得目标用户端的第一应用发送的用于请求获取优惠资源的第三获取请求消息；响应于第三获取请求消息，向目标用户端的第一应用发送第三优惠资源实例，第三优惠资源实例是根据第三优惠资源获得的；向第二应用服务端发送第三发送通知消息，第三发送通知消息用于表示第一应用服务端已向目标用户端的第一应用发送第三优惠资源实例；接收第二应用服务端返回的针对第三发送通知消息的第三反馈信息，第三反馈信息用于表示第二应用服务端已向目标用户端的第二应用发送第四优惠资源实例，第四优惠资源实例是根据第四优惠资源获得的。

可选的，还包括：接收第二应用服务端发送的第四发送通知消息，第四发送通知消息用于表示第二应用服务端已向目标用户端的第二应用发送第四优惠资源实例，第四优惠资源实例是根据第四优惠资源获得的；响应于第四发送通知消息，向目标用户端的第一应用发送第三优惠资源实例，第三优惠资源实例是根据第三优惠资源获得的。

可选的，还包括：获得目标用户端的第一应用发送的针对第三优惠资源实例的第三核销请求消息；响应于第三核销请求消息，对第三优惠资源实例进行核销处理；向第二应用服务端发送第三核销通知消息，第三核销通知消息用于表示第一应用服务端已对第三优惠资源实例进行核销处理；接收第二应用服务端返回的用于表示第二应用服务端已对第四优惠资源实例进行核销处理的反馈信息。

可选的，还包括：接收第二应用服务端发送的第四核销通知消息，第四核销通知消息用于表示第二应用服务端已对第四优惠资源实例进行核销处理；响应于第四核销通知消息，对第三优惠资源实例进行核销处理。

可选的，所述响应于所述第三核销请求消息，对所述第三优惠资源实例进行核销处理，包括：响应于第三核销请求消息，获得目标用户端的第一应用中针对目标商品的第二订单信息；判断第二订单信息的支付方式是否为采用第二应用进行支付；若是，响应于针对第二订单信息的提交支付操作，对第三优惠资源实例进行核销处理。

可选的，第三核销通知消息还包括第四核销请求消息，第四核销请求消息用于表示请求第二应用服务端对第四优惠资源实例进行核销处理；所述向所述第二应用服务端发送第三核销通知消息，包括：根据预设的第三优惠资源实例与第四优惠资源实例之间的对应关系，向第二应用服务端发送第三核销请求消息。

可选的，还包括：获得目标商户端发送的针对第三优惠资源实例的第三作废请求消息；响应于第三作废请求消息，对第三优惠资源实例进行作废处理；向第二应用服务端发送第三作废通知消息，第三作废通知消息用于表示第一应用服务端已对第三优惠资源实例进行作废处理；接收第二应用服务端返回的用于表示第二应用服务端已对第四优惠资源实例进行作废处理的反馈信息。

可选的，还包括：接收第二应用服务端发送的第四作废通知消息，第四作废通知消息用于表示第二应用服务端已对第四优惠资源实例进行作废处理；响应于第四作废通知消息，对第三优惠资源实例进行作废处理。

第十二实施例

与本申请提供的优惠资源处理方法的应用场景对应的实施例以及第十一实施例提供的优惠资源处理方法相对应的，本申请第十二实施例还提供了一种优惠资源处理装置。由于装置实施例基本相似于应用场景对应的实施例以及第十一实施例，所以描述得比较简单，相关之处参见应用场景对应的实施例以及第十一实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。

请参照图15，其为本申请第十二实施例中提供的一种优惠资源处理装置的示意图。本申请第十二实施例中提供的一种优惠资源处理装置，应用于第一应用服务端，所述装置包括：第三创建请求消息获得单元1501，用于获得目标商户端发送的用于请求创建优惠资源的第三创建请求消息。第三优惠资源创建单元1502，用于响应于所述第三创建请求消息，创建所述目标商户端在所述第一应用服务端中可为用户提供的第三优惠资源。第三优惠资源的副本创建单元1503，创建所述第三优惠资源的副本。第二发送单元1504，用于向第二应用服务端发送所述第三优惠资源的副本，作为所述目标商户端在所述第二应用服务端中可为用户提供的第四优惠资源。

可选的，所述创建所述第三优惠资源的副本，包括：接收所述第二应用服务端发送的创建所述第三优惠资源的副本的第四创建请求消息；根据所述第四创建请求消息，创建所述第三优惠资源的副本。

可选的，所述第四创建请求消息包括创建请求时间信息；所述根据所述第四创建请求消息，创建所述第三优惠资源的副本，包括：判断所述创建请求时间信息与所述第三优惠资源的创建时间信息之间的时间间隔是否超过预设时间阈值；若否，则按照同步方式创建所述第三优惠资源的副本。

可选的，第三优惠资源的副本包括第三优惠资源的副本的有效使用时间，第三优惠资源的副本的有效使用时间，根据预设时间阈值与所述时间间隔确定。

可选的，所述向第二应用服务端发送所述第三优惠资源的副本，包括：判断所述第二应用服务端对应的第二应用是否为目标商户的通用支付应用；若是，则判断所述目标商户在所述第二应用中是否包含所述目标商户的应用小程序；若是，则向所述第二应用服务端发送所述第三优惠资源的副本。

可选的，还包括：获得目标用户端的第一应用发送的用于请求获取优惠资源的第三获取请求消息；响应于所述第三获取请求消息，向所述目标用户端的第一应用发送第三优惠资源实例，所述第三优惠资源实例是根据所述第三优惠资源获得的；向所述第二应用服务端发送第三发送通知消息，所述第三发送通知消息用于表示第一应用服务端已向目标用户端的第一应用发送所述第三优惠资源实例；接收第二应用服务端返回的针对第三发送通知消息的第三反馈信息，第三反馈信息用于表示所述第二应用服务端已向所述目标用户端的第二应用发送第四优惠资源实例，第四优惠资源实例是根据所述第四优惠资源获得的。

可选的，还包括：接收所述第二应用服务端发送的第四发送通知消息，所述第四发送通知消息用于表示所述第二应用服务端已向所述目标用户端的第二应用发送第四优惠资源实例，所述第四优惠资源实例是根据所述第四优惠资源获得的；响应于所述第四发送通知消息，向所述目标用户端的第一应用发送第三优惠资源实例，所述第三优惠资源实例是根据所述第三优惠资源获得的。

可选的，还包括：获得所述目标用户端的第一应用发送的针对所述第三优惠资源实例的第三核销请求消息；响应于所述第三核销请求消息，对所述第三优惠资源实例进行核销处理；向所述第二应用服务端发送第三核销通知消息，所述第三核销通知消息用于表示所述第一应用服务端已对所述第三优惠资源实例进行核销处理；接收所述第二应用服务端返回的用于表示所述第二应用服务端已对所述第四优惠资源实例进行核销处理的反馈信息。

可选的，还包括：接收所述第二应用服务端发送的第四核销通知消息，所述第四核销通知消息用于表示所述第二应用服务端已对所述第四优惠资源实例进行核销处理；响应于第四核销通知消息，对第三优惠资源实例进行核销处理。

可选的，所述响应于所述第三核销请求消息，对所述第三优惠资源实例进行核销处理，包括：响应于所述第三核销请求消息，获得所述目标用户端的第一应用中针对目标商品的第二订单信息；判断所述第二订单信息的支付方式是否为采用第二应用进行支付；若是，响应于针对第二订单信息的提交支付操作，对所述第三优惠资源实例进行核销处理。

可选的，所述第三核销通知消息还包括第四核销请求消息，所述第四核销请求消息用于表示请求所述第二应用服务端对所述第四优惠资源实例进行核销处理；所述向所述第二应用服务端发送第三核销通知消息，还包括：根据预设的第三优惠资源实例与第四优惠资源实例之间的对应关系，向所述第二应用服务端发送第三核销请求消息。

可选的，还包括：获得目标商户端发送的针对第三优惠资源实例的第三作废请求消息；响应于第三作废请求消息，对第三优惠资源实例进行作废处理；向所述第二应用服务端发送第三作废通知消息，第三作废通知消息用于表示第一应用服务端已对第三优惠资源实例进行作废处理；接收第二应用服务端返回的用于表示第二应用服务端已对第四优惠资源实例进行作废处理的反馈信息。

可选的，还包括：接收所述第二应用服务端发送的第四作废通知消息，所述第四作废通知消息用于表示所述第二应用服务端已对所述第四优惠资源实例进行作废处理；响应于第四作废通知消息，对第三优惠资源实例进行作废处理。

第十三实施例

本申请第十三实施例中提供一种优惠资源处理方法，其应用于第一应用服务端，具体流程如图16所示，其为本申请第十三实施例中提供的一种优惠资源处理方法的流程图。图16所示的优惠资源处理方法，包括：步骤S1601至步骤S1604。如图16所示，在步骤S1601中，获得目标商户端发送的用于请求创建针对目标商品的优惠资源的第五创建请求消息，所述目标商品是所述目标商户端可为用户提供的商品。如图16所示，在步骤S1602中，根据所述第五创建请求消息，向所述目标商户端发送待创建的优惠资源适用的至少一种候选目标商品分组信息，所述目标商品分组信息包括：所述目标商品信息，或者所述目标商品信息和其他商品信息。如图16所示，在步骤S1603中，接收所述目标商户端返回的针对所述至少一种候选目标商品分组信息的目标商品分组信息。如图16所示，在步骤S1604中，根据所述目标商品分组信息，创建所述目标商户端在所述第一应用服务端中可为用户提供的针对所述目标商品的优惠资源。

第一应用服务端基于第五创建请求，创建针对目标商品的优惠资源，其中，该优惠资源可以适用于目标商品，也可以适用于目标商品所在的目标商品分组信息。例如，目标商户端发送创建针对目标商品的优惠资源的请求消息，第一应用服务端向目标商户端提供该目标商品可以和其他商品形成组合，创建优惠资源。比如，目标商品分组信息包括商品A为一组，商品A与商品B的组合为一组。根据目标商户端的选择，创建针对商品A的优惠资源或者针对商品A与商品B的组合商品的优惠资源。

可选的，还包括：根据所述第五创建请求消息，向所述目标商户端发送所述目标商品的至少一种候选商品款式信息；接收所述目标商户端返回的针对至少一种候选商品款式信息的目标商品款式信息；根据目标商品款式信息，创建所述目标商户端在第一应用服务端中可为用户提供的针对目标商品的优惠资源。

此外，还可以根据目标商品对应的具体商品款式信息创建针对目标商品的目标商品款式的优惠资源。例如，商品A的商品款式信息分为大号商品A，中号商品A，小号商品A，基于目标商户端的选择，创建大号商品A的优惠资源。说明该优惠资源适用于大号商品A。

可选的，还包括：根据所述第五创建请求消息，向所述目标商户端发送待创建的优惠资源适用的至少一种候选门店信息；接收所述目标商户端返回的针对所述至少一种候选门店信息的目标门店信息；根据所述目标商品信息和目标门店信息，创建所述目标商户端在所述第一应用服务端中可为用户提供的针对所述目标商品的优惠资源。

此外，还可以根据目标商品对应的门店信息创建针对目标商品和目标门店信息的优惠资源。例如，商品A所在的门店信息包括门店A，门店B和门店C。基于目标商户端对门店信息的选择，创建针对门店A的商品A的优惠资源，说明，该优惠资源适用于门店A中的商品A。

可选的，所述根据所述第五创建请求消息，向所述目标商户端发送待创建的优惠资源适用的至少一种候选门店信息，包括：根据第五创建请求消息，获取所述目标商户端的地理区域信息；根据所述目标商户端的地理区域信息，获取在所述地理区域内目标商户的可选门店信息；将所述可选门店信息作为待创建的优惠资源适用的至少一种候选门店信息，向所述目标商户端发送待创建的优惠资源适用的至少一种候选门店信息。

可选的，所述根据所述第五创建请求消息，获取所述目标商户端的地理区域信息，包括：根据第五创建请求消息，获取目标商户端的第一应用目标商户标识信息和目标商户标识信息，第一应用目标商户标识信息为目标商户在所述第一应用的标识信息，所述目标商户标识信息为所述目标商户端发送所述第五创建请求的当前操作商户的标识信息；根据所述第一应用目标商户标识信息和所述目标商户标识信息，确定目标商户端的当前操作商户所属的地理区域信息。

本申请提供一种优惠资源处理方法，应用于第一应用服务端，包括：获得目标商户端发送的用于请求创建针对目标商品的优惠资源的第五创建请求消息，所述目标商品是所述目标商户端可为用户提供的商品；根据所述第五创建请求消息，向所述目标商户端发送待创建的优惠资源适用的至少一种候选目标商品分组信息，所述目标商品分组信息包括：所述目标商品信息，或者所述目标商品信息和其他商品信息；接收所述目标商户端返回的针对所述至少一种候选目标商品分组信息的目标商品分组信息；根据所述目标商品分组信息，创建所述目标商户端在所述第一应用服务端中可为用户提供的针对所述目标商品的优惠资源。上述方法，根据目标商户端的创建请求，为目标商户端提供创建优惠资源可适用的目标商品分组信息，创建适用于目标商品分组信息的优惠资源。

进一步的，将目标商户的商品款式信息，目标商品所属的门店信息作为创建优惠资源的参考因素，创建的优惠资源适用目标商品的具体商品款式，或者是用于目标门店的目标商品。还可以将目标商品的分组信息，目标商品的商品款式信息和门店信息进行组合搭配，形成目标商品的商品组合信息，创建适用目标商品的商品组合信息的优惠资源。例如，优惠资源A适用于目标商品A，优惠资源B适用于目标门店B的目标商品A的小号商品。因此，可以提供目标商品的优惠资源的使用率，提升用户使用针对目标商品的优惠资源的便捷性。

第十四实施例

与本申请提供的优惠资源处理方法的应用场景对应的实施例以及第十三实施例提供的优惠资源处理方法相对应的，本申请第十四实施例还提供了一种优惠资源处理装置。由于装置实施例基本相似于应用场景对应的实施例以及第十三实施例，所以描述得比较简单，相关之处参见应用场景对应的实施例以及第十三实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。

请参照图17，其为本申请第十四实施例中提供的一种优惠资源处理装置的示意图。本申请第十四实施例中提供的一种优惠资源处理装置，应用于第一应用服务端，所述装置包括：第五创建请求消息获得单元1701，用于获得目标商户端发送的用于请求创建针对目标商品的优惠资源的第五创建请求消息，所述目标商品是所述目标商户端可为用户提供的商品。候选目标商品分组信息发送单元1702，用于根据所述第五创建请求消息，向所述目标商户端发送待创建的优惠资源适用的至少一种候选目标商品分组信息，所述目标商品分组信息包括：所述目标商品信息，或者所述目标商品信息和其他商品信息。目标商品分组信息确定单元1703，用于接收所述目标商户端返回的针对所述至少一种候选目标商品分组信息的目标商品分组信息。优惠资源创建单元1704，用于根据所述目标商品分组信息，创建所述目标商户端在所述第一应用服务端中可为用户提供的针对所述目标商品的优惠资源。

可选的，还包括：根据所述第五创建请求消息，向目标商户端发送所述目标商品的至少一种候选商品款式信息；接收所述目标商户端返回的针对所述至少一种候选商品款式信息的目标商品款式信息；根据目标商品款式信息，创建目标商户端在第一应用服务端中可为用户提供的针对所述目标商品的优惠资源。

可选的，还包括：根据所述第五创建请求消息，向所述目标商户端发送待创建的优惠资源适用的至少一种候选门店信息；接收所述目标商户端返回的针对所述至少一种候选门店信息的目标门店信息；根据所述目标商品信息和目标门店信息，创建所述目标商户端在所述第一应用服务端中可为用户提供的针对所述目标商品的优惠资源。

可选的，所述根据所述第五创建请求消息，向所述目标商户端发送待创建的优惠资源适用的至少一种候选门店信息，包括：根据第五创建请求消息，获取目标商户端的地理区域信息；根据目标商户端的地理区域信息，获取在地理区域内目标商户的可选门店信息；将可选门店信息作为待创建的优惠资源适用的至少一种候选门店信息，向目标商户端发送待创建的优惠资源适用的至少一种候选门店信息。

可选的，所述根据所述第五创建请求消息，获取所述目标商户端的地理区域信息，包括：根据第五创建请求消息，获取目标商户端的第一应用目标商户标识信息和目标商户标识信息，第一应用目标商户标识信息为目标商户在所述第一应用的标识信息，目标商户标识信息为所述目标商户端发送所述第五创建请求的当前操作商户的标识信息；根据所述第一应用目标商户标识信息和所述目标商户标识信息，确定所述目标商户端的当前操作商户所属的地理区域信息。

第十五实施例

本申请第十五实施例中提供一种优惠资源处理方法，其应用于目标商户端，具体流程如图18所示，其为本申请第十五实施例中提供的一种优惠资源处理方法的流程图。图18所示的优惠资源处理方法，包括：步骤S1801至步骤S1806。

如图18所示，在步骤S1801中，获得待创建的优惠资源适用的至少一种候选目标商品分组信息，所述目标商品分组信息包括：所述目标商品信息，或者所述目标商品信息和其他商品信息，所述目标商品是所述目标商户端可为用户提供的商品。如图18所示，在步骤S1802中，展示所述至少一种候选目标商品分组信息。如图18所示，在步骤S1803中，响应于检测到针对所述至少一种候选目标商品分组信息的选择操作，将被选中的候选目标商品分组信息作为目标商品分组信息。如图18所示，在步骤S1804中，向所述第一应用服务端发送所述目标商品分组信息。如图18所示，在步骤S1805中，接收所述第一应用服务端返回的根据所述目标商品分组信息创建的针对目标商品的优惠资源。如图18所示，在步骤S1806中，通过第一优惠资源列表展示针对目标商品的优惠资源。

可选的，所述获得待创建的优惠资源适用的至少一种候选目标商品分组信息，包括：向第一应用服务端发送用于请求创建针对目标商品的优惠资源的第五创建请求；获得第一应用服务端返回的待创建的优惠资源适用的至少一种候选目标商品分组信息。

可选的，还包括：获得待创建优惠资源适用的目标商品的至少一种候选商品款式信息；展示至少一种候选商品款式信息；响应于检测到针对至少一种候选商品款式信息的选择操作，将被选中的商品款式信息作为目标商品的目标商品款式信息；向第一应用服务端发送目标商品的目标商品款式信息；接收第一应用服务端返回的根据所述目标商品款式信息创建的针对目标商品的优惠资源。

可选的，还包括：获得待创建的优惠资源适用的目标商品的至少一种候选门店信息；展示至少一种候选门店信息；响应于检测到针对至少一种候选门店信息的选择操作，将被选中的门店信息作为目标商品的目标门店信息；向所述第一应用服务端发送所述目标商品的目标门店信息；接收所述第一应用服务端返回的根据所述目标商品和所述目标门店信息创建的针对目标商品的优惠资源。

第十六实施例

与本申请提供的优惠资源处理方法的应用场景对应的实施例以及第十五实施例提供的优惠资源处理方法相对应的，本申请第十六实施例还提供了一种优惠资源处理装置。由于装置实施例基本相似于应用场景对应的实施例以及第十五实施例，所以描述得比较简单，相关之处参见应用场景对应的实施例以及第十五实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。

请参照图19，其为本申请第十六实施例中提供的一种优惠资源处理装置的示意图。本申请第十六实施例中提供的一种优惠资源处理装置，应用于目标商户端，所述装置包括：候选目标商品分组信息获得单元1901，用于获得待创建的优惠资源适用的至少一种候选目标商品分组信息，所述目标商品分组信息包括：所述目标商品信息，或者所述目标商品信息和其他商品信息，所述目标商品是所述目标商户端可为用户提供的商品。候选目标商品分组信息展示单元1902，用于展示所述至少一种候选目标商品分组信息。目标商品分组信息确定单元1903，用于响应于检测到针对所述至少一种候选目标商品分组信息的选择操作，将被选中的候选目标商品分组信息作为目标商品分组信息。目标商品分组信息发送单元1904，用于向所述第一应用服务端发送所述目标商品分组信息。优惠资源接收单元1905，用于接收所述第一应用服务端返回的根据所述目标商品分组信息创建的针对目标商品的优惠资源。优惠资源接收展示单元1906，用于通过第一优惠资源列表展示针对目标商品的优惠资源。

可选的，所述获得待创建的优惠资源适用的至少一种候选目标商品分组信息，包括：向第一应用服务端发送用于请求创建针对目标商品的优惠资源的第五创建请求；获得第一应用服务端返回的待创建的优惠资源适用的至少一种候选目标商品分组信息。

可选的，还包括：获得待创建优惠资源适用的目标商品的至少一种候选商品款式信息；展示至少一种候选商品款式信息；响应于检测到针对至少一种候选商品款式信息的选择操作，将被选中的商品款式信息作为目标商品的目标商品款式信息；向第一应用服务端发送目标商品的目标商品款式信息；接收第一应用服务端返回的根据所述目标商品款式信息创建的针对目标商品的优惠资源。

可选的，还包括：获得待创建的优惠资源适用的目标商品的至少一种候选门店信息；展示所述至少一种候选门店信息；响应于检测到针对所述至少一种候选门店信息的选择操作，将被选中的门店信息作为所述目标商品的目标门店信息；向所述第一应用服务端发送所述目标商品的目标门店信息；接收所述第一应用服务端返回的根据所述目标商品和所述目标门店信息创建的针对目标商品的优惠资源。

第十七实施例

本申请第十七实施例中提供一种优惠资源处理方法，其应用于目标用户端，具体流程如图20所示，其为本申请第十七实施例中提供的一种优惠资源处理方法的流程图。图20所示的优惠资源处理方法，包括：步骤S2001至步骤S2002。如图20所示，在步骤S2001中，响应于检测到针对待选优惠资源的触发操作，获得目标优惠资源实例。如图20所示，在步骤S2002中，展示所述目标优惠资源实例，其中，所述目标优惠资源实例是针对目标商户的目标商品的优惠资源实例，所述目标商品是所述目标商户端可为用户提供的商品。

可选的，所述待选优惠资源包括待选优惠资源适用的目标商品分组信息，所述目标商品分组信息包括：所述目标商品信息，或者所述目标商品信息和其他商品信息；所述方法还包括：响应于检测到针对适用目标商品分组信息的待选优惠资源的触发操作，获得适用目标商品分组信息的目标优惠资源实例；展示所述适用目标商品分组信息的目标优惠资源实例。

可选的，所述待选优惠资源包括待选优惠资源适用的目标商品的商品款式信息；所述方法还包括：响应于检测到针对适用目标商品的目标商品款式信息的待选优惠资源的触发操作，获得适用目标商品的目标商品款式信息的目标优惠资源；展示所述适用目标商品的目标商品款式信息的目标优惠资源。

可选的，所述待选优惠资源包括待选优惠资源适用的目标商品的门店信息；所述方法还包括：响应于检测到针对适用目标商品的目标门店信息的待选优惠资源的触发操作，获得适用目标商品的目标门店信息的目标优惠资源；展示所述适用目标商品的目标门店信息的目标优惠资源。

第十八实施例

与本申请提供的优惠资源处理方法的应用场景对应的实施例以及第十七实施例提供的优惠资源处理方法相对应的，本申请第十八实施例还提供了一种优惠资源处理装置。由于装置实施例基本相似于应用场景对应的实施例以及第十七实施例，所以描述得比较简单，相关之处参见应用场景对应的实施例以及第十七实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。

请参照图21，其为本申请第十八实施例中提供的一种优惠资源处理装置的示意图。本申请第十八实施例中提供的一种优惠资源处理装置，应用于目标用户端，所述装置包括：目标优惠资源实例获得单元2101，用于响应于检测到针对待选优惠资源的触发操作，获得目标优惠资源实例。目标优惠资源实例展示单元2102，用于展示所述目标优惠资源实例；其中，所述目标优惠资源实例是针对目标商户的目标商品的优惠资源实例，所述目标商品是所述目标商户端可为用户提供的商品。

可选的，所述待选优惠资源包括待选优惠资源适用的目标商品分组信息，所述目标商品分组信息包括：所述目标商品信息，或者所述目标商品信息和其他商品信息；所述方法还包括：响应于检测到针对适用目标商品分组信息的待选优惠资源的触发操作，获得适用目标商品分组信息的目标优惠资源实例；展示所述适用目标商品分组信息的目标优惠资源实例。

可选的，所述待选优惠资源包括待选优惠资源适用的目标商品的商品款式信息；所述方法还包括：响应于检测到针对适用目标商品的目标商品款式信息的待选优惠资源的触发操作，获得适用目标商品的目标商品款式信息的目标优惠资源；展示所述适用目标商品的目标商品款式信息的目标优惠资源。

可选的，所述待选优惠资源包括待选优惠资源适用的目标商品的门店信息；所述方法还包括：响应于检测到针对适用目标商品的目标门店信息的待选优惠资源的触发操作，获得适用目标商品的目标门店信息的目标优惠资源；展示所述适用目标商品的目标门店信息的目标优惠资源。

第十九实施例

本申请第十九实施例中提供一种优惠资源处理方法，其应用于目标用户端的第二应用，具体流程如图22所示，其为本申请第十九实施例中提供的一种优惠资源处理方法的流程图。图22所示的优惠资源处理方法，包括：步骤S2201至步骤S2202。如图22所示，在步骤S2201中，获得针对目标商户的第四优惠资源实例。如图22所示，在步骤S2202中，响应于检测到针对所述第四优惠资源实例的展示触发操作，展示所述第四优惠资源实例；其中，所述第四优惠资源实例是第一应用服务端在目标用户端的第一应用为目标用户发放的第三优惠资源实例的副本；所述第三优惠资源实例为所述目标用户已领取的第三优惠资源的实例，所述第三优惠资源为目标商户端在所述第一应用服务端中可为用户提供的优惠资源。

本实施例应用于目标用户端的第二应用，基于用户在目标用户端的第一应用领取第三优惠资源实例的操作，目标用户端的第二应用同时收到第四优惠资源实例。其中，第三优惠资源实例是指目标商户端在第一应用服务端为用户提供的第三优惠资源的实例。第四优惠资源实例是指目标商户端在第二应用服务端为用户提供的第四优惠资源的实例。

也就是说，第四优惠资源实例是基于目标用户在第一应用中领取第三优惠资源实例的基础上，第二应用服务器将与第三优惠资源实例对应的第四优惠资源实例发放至目标用户的目标用户端的第二应用中，此过程中无需目标用户在目标用户端的第二应用中进行领取操作，目标用户即可拥有第四优惠资源实例。

需要说明的是，第三优惠资源是指目标商户端在第一应用服务端可为任何用户提供的第三优惠资源，目标用户领取第三优惠资源，则该在目标用户端的第一应用中包含与该目标用户具有唯一对应关系的第三优惠资源实例。例如，目标商户端在第一应用服务端为用户提供的第三优惠资源设置的有效使用期限为30天，目标用户在目标用户端的第一应用中领取第三优惠资源实例，该第三优惠资源实例的有效使用期限为从目标用户领取第三优惠资源实例的日期开始30天之内有效。因此，目标用户领取的第三优惠资源实例与该目标用户具有唯一对应关系。

其中，所述第四优惠资源实例的有效使用时间与所述第三优惠资源的有效使用时间相同。

相应的，目标用户在目标用户端的第二应用中的第四优惠资源实例的有效使用期限为从目标用户领取第三优惠资源实例的日期开始30天之内有效，也就是，从目标用户拥有第四优惠资源实例的日期开始30天内有效。因此，目标用户的第四优惠资源实例与该目标用户具有唯一对应关系。

可选的，所述响应于检测到针对所述第四优惠资源实例的展示触发操作，展示所述第四优惠资源实例，包括：响应于检测到针对包含所述第四优惠资源实例的第四优惠资源实例列表的展示触发操作，展示所述第四优惠资源实例列表，所述第四优惠资源实例列表包括所述第四优惠资源实例。

可选的，所述获得针对目标商户的第四优惠资源实例，包括：获得第二应用服务端发送的针对所述目标商户的第四优惠资源实例。

可选的，还包括：接收到第二应用服务端发送的针对所述第四优惠资源实例的第三核销处理指令，所述第三核销处理指令用于表示对与在第一应用中已完成核销处理的第三优惠资源实例对应的所述第四优惠资源实例进行核销处理；通过第四优惠资源实例列表展示第四优惠资源实例的使用状态为已核销状态。

可选的，还包括：接收到第二应用服务端发送的针对第四优惠资源实例的第三作废处理指令，所述第三作废处理指令用于表示对与在第一应用中已完成作废处理的第三优惠资源实例对应的所述第四优惠资源实例进行作废处理；通过第四优惠资源实例列表展示所述第四优惠资源实例的使用状态为已作废状态。

第二十实施例

与本申请提供的优惠资源处理方法的应用场景对应的实施例以及第十九实施例提供的优惠资源处理方法相对应的，本申请第二十实施例还提供了一种优惠资源处理装置。由于装置实施例基本相似于应用场景对应的实施例以及第十九实施例，所以描述得比较简单，相关之处参见应用场景对应的实施例以及第十九实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。

请参照图23，其为本申请第二十实施例中提供的一种优惠资源处理装置的示意图。本申请第二十实施例中提供的一种优惠资源处理装置，应用于目标用户端的第二应用，所述装置包括：第四优惠资源实例获得单元2301，用于获得针对目标商户的第四优惠资源实例。第四优惠资源实例展示单元2302，用于响应于检测到针对所述第四优惠资源实例的展示触发操作，展示所述第四优惠资源实例；其中，所述第四优惠资源实例是第一应用服务端在目标用户端的第一应用为目标用户发放的第三优惠资源实例的副本；第三优惠资源实例为目标用户已领取的第三优惠资源的实例，第三优惠资源为目标商户端在所述第一应用服务端中可为用户提供的优惠资源。

可选的，所述第四优惠资源实例展示单元2302具体用于响应于检测到针对包含所述第四优惠资源实例的第四优惠资源实例列表的展示触发操作，展示所述第四优惠资源实例列表，所述第四优惠资源实例列表包括第四优惠资源实例。

可选的，所述第四优惠资源实例获得单元2301具体用于获得第二应用服务端发送的针对所述目标商户的第四优惠资源实例。

可选的，所述装置还用于接收到第二应用服务端发送的针对所述第四优惠资源实例的第三核销处理指令，第三核销处理指令用于表示对与在第一应用中已完成核销处理的第三优惠资源实例对应的第四优惠资源实例进行核销处理；通过第四优惠资源实例列表展示第四优惠资源实例的使用状态为已核销状态。

可选的，所述装置还用于接收到第二应用服务端发送的针对所述第四优惠资源实例的第三作废处理指令，所述第三作废处理指令用于表示对与在第一应用中已完成作废处理的第三优惠资源实例对应的所述第四优惠资源实例进行作废处理；通过所述第四优惠资源实例列表展示所述第四优惠资源实例的使用状态为已作废状态。

可选的，所述第四优惠资源实例的有效使用时间与所述第三优惠资源的有效使用时间相同。

第二十一实施例

本申请第二十一实施例中提供一种优惠资源处理方法，其应用于第三应用，具体流程如图25所示，其为本申请第二十一实施例中提供的一种优惠资源处理方法的流程图。图25所示的优惠资源处理方法，包括：步骤S2501至步骤S2503。

如图25所示，在步骤S2501中，在所述第三应用的小程序页面展示用于询问用户是否将第五优惠资源实例的副本同步至所述第三应用的第四优惠资源实例列表中的询问信息。如图25所示，在步骤S2502中，获得针对所述询问信息的确认信息。如图25所示，在步骤S2503中，向第三应用服务端发送用于表示将所述第五优惠资源实例的副本同步至所述第三应用的第四优惠资源实例列表中的确认信息。其中，所述第五优惠资源实例为目标用户在所述第三应用的小程序中可使用的第五优惠资源的实例，所述第五优惠资源为目标商户端在所述第三应用服务端中可为用户提供的优惠资源，所述小程序为目标商户端在所述第三应用中的小程序。

请参考图24，其为本申请第二十一实施例提供的第三应用中小程序的券包页面展示的电子优惠券的应用场景图。

在图24中，小程序为目标商户端在所述第三应用中的小程序。小程序的券包列表是指目标用户在第三应用中针对目标商户的小程序中可使用的针对目标商户的电子券实例的列表。其中，该券包列表中的电子券为目标用户可使用的针对目标商户的电子券。通过该券包列表展示目标用户在第三应用中可使用的针对目标商户的电子券实例，以及针对电子券实例的公告信息。

其中，该公告信息用于提示用户可以将第三应用的小程序页面中的电子券同步至第三应用的券包中，以便于下次核销。

需要说明的是，第三应用的小程序页面中的电子券属于目标用户在第三应用中可使用的针对目标商户的电子券，也就是，小程序页面的电子券全部为用户可使用的该商户对应的电子券。第三应用的券包包含目标用户在第三应用中可使用的针对至少一个商户的电子券，第三应用包括至少一个商户的小程序，每个商户的小程序中用户可使用的电子券放置于商户对应的小程序页面，同时，每个商户对应的小程序页面中的电子券还同步至第三应用的券包中。

在第三应用的小程序页面展示电子券的使用状态，以及针对电子券的公告信息。第三应用的小程序页面包括第三优惠资源实例列表，具体的，在第三优惠资源实例列表展示电子券，电子券的使用状态，以及针对电子券的公告信息。如果检测到针对公告信息的添加至券包的入口信息的触发操作，表示用户同意将第三优惠资源实例列表的电子券同步至第三应用的券包中。

第三应用向第三应用服务端发送用于请求将电子券的副本同步至第三应用的券包中的确认操作，获得第三应用服务端返回的已经成功将第三应用的小程序页面中的电子券的副本同步至第三应用中的券包中的结果消息。

如果检测到针对第三优惠资源实例中的电子券的使用入口信息的触发操作，第三应用向第三应用服务端发送针对电子券的核销请求消息；获得第三应用服务端返回的针对电子券的核销结果消息。

以上即为根据图24介绍的第三应用的小程序页面展示的电子优惠券的信息以及针对电子优惠券的公告信息。

可选的，还包括：获得所述第三应用服务端返回的用于表示已经成功将第五优惠资源实例的副本同步至第三应用的第四优惠资源实例列表中的结果消息。

可选的，所述第三应用的小程序页面包括第三优惠资源实例列表；所述方法还包括：通过所述第三优惠资源实例列表展示所述询问信息以及针对所述询问信息的确认入口信息；所述获得针对询问信息的确认信息，包括：响应于检测到针对询问信息的确认入口信息的触发操作，获得针对询问信息的确认信息。

可选的，还包括：向所述第三应用服务端发送用于请求针对所述第五优惠资源实例进行核销处理的第五核销请求消息；获得所述第三应用服务端返回的用于表示所述第五优惠资源实例已完成核销处理的结果消息，以及所述第五优惠资源实例的副本已完成核销处理的结果消息。

可选的，所述第三应用的小程序页面包括第三优惠资源列表；所述方法还包括：通过所述第三优惠资源实例列表展示所述第五优惠资源实例以及针对所述第五优惠资源实例的使用入口信息；所述向所述第三应用服务端发送用于请求针对所述第五优惠资源实例进行核销处理的第五核销请求消息，包括：响应于检测到针对所述第五优惠资源实例的使用入口信息的触发操作，向第三应用服务端发送用于请求针对第五优惠资源实例进行核销处理的第五核销请求消息。

可选的，还包括：接收到所述第三应用服务端发送的针对所述第五优惠资源实例的第二作废处理指令，所述第二作废处理指令用于表示对所述第五优惠资源实例和所述第五优惠资源实例的副本进行作废处理；通过第三优惠资源实例列表展示所述第五优惠资源实例的使用状态为已作废状态，通过所述第四优惠资源实例列表展示所述第五优惠资源实例的副本的使用状态为已作废状态。

可选的，还包括：获得所述第三应用服务端发送的所述第五优惠资源实例。

可选的，所述第五优惠资源实例的副本的有效使用时间与所述第五优惠资源的有效使用时间相同。

第二十二实施例

与本申请提供的优惠资源处理方法的应用场景对应的实施例以及第二十一实施例提供的优惠资源处理方法相对应的，本申请第二十二实施例还提供了一种优惠资源处理装置。由于装置实施例基本相似于应用场景对应的实施例以及第二十一实施例，所以描述得比较简单，相关之处参见应用场景对应的实施例以及第二十一实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。

请参照图26，其为本申请第二十二实施例中提供的一种优惠资源处理装置的示意图。本申请第二十二实施例中提供的一种优惠资源处理装置，应用于第三应用的小程序，所述装置包括：第一获得单元2601，用于在所述第三应用的小程序页面展示用于询问用户是否将第五优惠资源实例的副本同步至所述第三应用的第四优惠资源实例列表中的询问信息；第二获得单元2602，用于获得针对所述询问信息的确认信息；第三发送单元2603，用于向第三应用服务端发送用于表示将所述第五优惠资源实例的副本同步至所述第三应用的第四优惠资源实例列表中的确认信息；其中，所述第五优惠资源实例为目标用户在所述第三应用的小程序中可使用的第五优惠资源的实例，第五优惠资源为目标商户端在所述第三应用服务端中可为用户提供的优惠资源，所述小程序为目标商户端在第三应用中的小程序。

可选的，第三应用的小程序页面包括第三优惠资源实例列表；所述装置还用于：通过所述第三优惠资源实例列表展示所述询问信息以及针对所述询问信息的确认入口信息；所述获得针对所述询问信息的确认信息，包括：响应于检测到针对询问信息的确认入口信息的触发操作，获得针对询问信息的确认信息。

可选的，还用于：向所述第三应用服务端发送用于请求针对所述第五优惠资源实例进行核销处理的第五核销请求消息；获得所述第三应用服务端返回的用于表示所述第五优惠资源实例已完成核销处理的结果消息，以及所述第五优惠资源实例的副本已完成核销处理的结果消息。

可选的，所述第三应用的小程序页面包括第三优惠资源列表；所述装置还用于：通过所述第三优惠资源实例列表展示所述第五优惠资源实例以及针对所述第五优惠资源实例的使用入口信息；所述向所述第三应用服务端发送用于请求针对第五优惠资源实例进行核销处理的第五核销请求消息，包括：响应于检测到针对所述第五优惠资源实例的使用入口信息的触发操作，向第三应用服务端发送用于请求针对所述第五优惠资源实例进行核销处理的第五核销请求消息。

可选的，还用于：接收到所述第三应用服务端发送的针对所述第五优惠资源实例的第二作废处理指令，所述第二作废处理指令用于表示对所述第五优惠资源实例和所述第五优惠资源实例的副本进行作废处理；通过第三优惠资源实例列表展示所述第五优惠资源实例的使用状态为已作废状态，通过所述第四优惠资源实例列表展示所述第五优惠资源实例的副本的使用状态为已作废状态。

可选的，还用于：获得所述第三应用服务端发送的所述第五优惠资源实例。

可选的，还用于：所述第五优惠资源实例的副本的有效使用时间与所述第五优惠资源的有效使用时间相同。

第二十三实施例

本申请第二十三实施例中提供一种优惠资源处理方法，其应用于目标用户端的第三应用服务端，具体流程如图27所示，其为本申请第二十三实施例中提供的一种优惠资源处理方法的流程图。图27所示的优惠资源处理方法，包括：步骤S2701至步骤S2703。如图27所示，在步骤S2701中，获获得第三应用发送的用于表示将所述第三应用的小程序页面中的第五优惠资源实例的副本同步至所述第三应用的第四优惠资源实例列表中的确认信息。如图27所示，在步骤S2702中，向所述第三应用返回用于表示已经成功将所述第五优惠资源实例的副本同步至所述第三应用的第四优惠资源实例列表中的结果消息。其中，所述第五优惠资源实例为目标用户在第三应用的小程序中可使用的第五优惠资源的实例，所述第五优惠资源为目标商户端在所述第三应用服务端中可为用户提供的优惠资源，小程序为目标商户端在所述第三应用中的小程序。

可选的，第三应用的小程序页面包括第三优惠资源实例列表；所述方法还包括：获得第三应用发送的用于请求获取针对目标商户的第五优惠资源实例的第二获取请求消息；响应于第二获取请求消息，向第三应用发送针对目标商户的第五优惠资源实例；第五优惠资源实例位于所述第三优惠资源实例列表中。

可选的，还包括：判断目标商户在第三应用中是否包括目标商户对应的应用小程序；若是，则向所述第三应用发送针对目标商户的第五优惠资源实例。

可选的，还包括：获得所述第三应用发送的用于请求针对所述第五优惠资源实例进行核销处理的第五核销请求消息；向所述第三应用返回用于表示所述第五优惠资源实例已完成核销处理的结果消息，以及所述第五优惠资源实例的副本已完成核销处理的结果消息。

第二十四实施例

与本申请提供的优惠资源处理方法的应用场景对应的实施例以及第二十三实施例提供的优惠资源处理方法相对应的，本申请第二十四实施例还提供了一种优惠资源处理装置。由于装置实施例基本相似于应用场景对应的实施例以及第二十三实施例，所以描述得比较简单，相关之处参见应用场景对应的实施例以及第二十三实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。

请参照图28，其为本申请第二十四实施例中提供的一种优惠资源处理装置的示意图。本申请第二十四实施例中提供的一种优惠资源处理装置，应用于第三应用的小程序，所述装置包括：第三获得单元2801，用于获得第三应用发送的用于表示将所述第三应用的小程序页面中的第五优惠资源实例的副本同步至所述第三应用的第四优惠资源实例列表中的确认信息；第四发送单元2802，用于向所述第三应用返回用于表示已经成功将所述第五优惠资源实例的副本同步至所述第三应用的第四优惠资源实例列表中的结果消息；其中，第五优惠资源实例为目标用户在第三应用的小程序中可使用的第五优惠资源的实例，所述第五优惠资源为目标商户端在所述第三应用服务端中可为用户提供的优惠资源，所述小程序为目标商户端在所述第三应用中的小程序。

可选的，第三应用的小程序页面包括第三优惠资源实例列表；还用于：获得第三应用发送的用于请求获取针对目标商户的第五优惠资源实例的第二获取请求消息；响应于第二获取请求消息，向第三应用发送针对目标商户的第五优惠资源实例；其中，第五优惠资源实例位于所述第三优惠资源实例列表中。

可选的，还用于：判断目标商户在所述第三应用中是否包括目标商户对应的应用小程序；若是，则向第三应用发送针对目标商户的第五优惠资源实例。

可选的，还用于：获得所述第三应用发送的用于请求针对所述第五优惠资源实例进行核销处理的第五核销请求消息；向所述第三应用返回用于表示所述第五优惠资源实例已完成核销处理的结果消息，以及所述第五优惠资源实例的副本已完成核销处理的结果消息。

第二十五实施例

与本申请提供的上述方法实施例相对应的，本申请第二十五实施例还提供了一种电子设备。由于第二十五实施例基本相似于本申请提供的上述方法实施例，所以描述得比较简单，相关之处参见本申请提供的上述方法实施例部分的说明即可。下面描述的第二十五实施例仅仅是示意性的。

请参照图29，其为本申请第二十五实施例中提供的一种电子设备的示意图。该电子设备，包括：至少一个处理器2901，至少一个通信接口2902，至少一个存储器2903和至少一个通信总线2904；可选的，通信接口2902可以为通信模块的接口，如WLAN（WirelessLocalArea Network，无线局域网）模块的接口；处理器2901可能是处理器CPU，或者是特定集成电路ASIC（Application Specific Integrated Circuit），或者是被配置成实施本申请实施例的一个或多个集成电路。存储器2903可能包含高速RAM存储器，也可能还包括非易失性存储器（non-volatile memory），例如至少一个磁盘存储器。其中，存储器2903存储有程序，处理器2901调用存储器2903所存储的程序，以执行本申请实施例提供的上述方法。

第二十六实施例

与本申请提供的上述方法实施例相对应的，本申请第二十六实施例还提供了一种计算机存储介质，由于第二十六实施例基本相似于本申请提供的上述方法实施例，所以描述的比较简单，相关之处参见本申请提供的上述方法实施例部分的说明即可。下面描述的第二十六实施例仅仅是示意性的。所述计算机存储介质存储有计算机程序，所述程序被执行时实现上述方法实施例中提供的方法。需要说明的是，本申请第二十六实施例提供的存储介质的详细描述，可以参考对本申请提供的上述方法实施例的相关描述，这里不再赘述。

本申请虽然以较佳实施例公开如上，但其并不是用来限定本申请，任何本领域技术人员在不脱离本申请的精神和范围内，都可以做出可能的变动和修改，因此本申请的保护范围应当以本申请权利要求所界定的范围为准。

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

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

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

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

Claims (7)

1.一种优惠资源处理方法，其特征在于，应用于第一应用服务端，包括：

获得目标商户端发送的用于请求创建针对目标商品的优惠资源的第一创建请求消息，所述目标商品是所述目标商户端可为用户提供的商品；

响应于所述第一创建请求消息，创建所述目标商户端在所述第一应用服务端中可为用户提供的针对所述目标商品的第一优惠资源；

创建所述第一优惠资源的副本；

向第二应用服务端发送所述第一优惠资源的副本，作为所述目标商户端在所述第二应用服务端中可为用户提供的针对所述目标商品的第二优惠资源；

其中，所述目标商户端对应的目标商户的线上门店分别入驻所述第一应用服务端和所述第二应用服务端，用户可通过所述第一应用服务端进入所述目标商户在所述第一应用服务端的线上门店、使用所述第一优惠资源针对所述目标商品进行线上消费，通过所述第二应用服务端进入所述目标商户在所述第二应用服务端的线上门店、使用所述第二优惠资源针对所述目标商品进行线上消费。

2.根据权利要求1所述的方法，其特征在于，所述响应于所述第一创建请求消息，创建所述目标商户端在所述第一应用服务端中可为用户提供的针对所述目标商品的第一优惠资源，包括：

确定所述目标商品所属的目标商品分组信息，所述目标商品分组信息包括：目标商品信息，或者所述目标商品信息和其他商品信息；

针对所述目标商品分组信息，创建所述第一优惠资源，其中，所述第一优惠资源为适用于所述目标商品分组信息中包含的商品的优惠资源。

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

获得目标用户端的第一应用发送的用于请求获取针对目标商品的优惠资源的第一获取请求消息；

响应于所述第一获取请求消息，向所述目标用户端的第一应用发送针对目标商品的第一优惠资源实例，所述第一优惠资源实例是根据所述第一优惠资源获得的；

向所述第二应用服务端发送第一发送通知消息，所述第一发送通知消息用于表示所述第一应用服务端已向所述目标用户端的第一应用发送所述第一优惠资源实例；

接收所述第二应用服务端返回的针对所述第一发送通知消息的第一反馈信息，所述第一反馈信息用于表示所述第二应用服务端已向所述目标用户端的第二应用发送第二优惠资源实例，所述第二优惠资源实例是根据所述第二优惠资源获得的。

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

接收所述第二应用服务端发送的第二发送通知消息，所述第二发送通知消息用于表示所述第二应用服务端已向目标用户端的第二应用发送第二优惠资源实例，所述第二优惠资源实例是根据所述第二优惠资源获得的；

响应于所述第二发送通知消息，向所述目标用户端的第一应用发送第一优惠资源实例，所述第一优惠资源实例是根据所述第一优惠资源获得的。

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

获得所述目标用户端的第一应用发送的针对所述第一优惠资源实例的第一核销请求消息；

响应于所述第一核销请求消息，对所述第一优惠资源实例进行核销处理；

向所述第二应用服务端发送第一核销通知消息，所述第一核销通知消息用于表示所述第一应用服务端已对所述第一优惠资源实例进行核销处理；

接收所述第二应用服务端返回的用于表示所述第二应用服务端已对所述第二优惠资源实例进行核销处理的反馈信息。

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

接收所述第二应用服务端发送的第二核销通知消息，所述第二核销通知消息用于表示所述第二应用服务端已对所述第二优惠资源实例进行核销处理；

响应于所述第二核销通知消息，对所述第一优惠资源实例进行核销处理。

7.一种优惠资源处理方法，其特征在于，应用于第一应用服务端，包括：

获得目标商户端发送的用于请求创建优惠资源的第三创建请求消息；

响应于所述第三创建请求消息，创建所述目标商户端在所述第一应用服务端中可为用户提供的第三优惠资源；

创建所述第三优惠资源的副本；

向第二应用服务端发送所述第三优惠资源的副本，作为所述目标商户端在所述第二应用服务端中可为用户提供的第四优惠资源；

其中，所述目标商户端对应的目标商户的线上门店分别入驻所述第一应用服务端和所述第二应用服务端，用户可通过所述第一应用服务端进入所述目标商户在所述第一应用服务端的线上门店、使用所述第三优惠资源针对所述目标商户的商品进行线上消费，通过所述第二应用服务端进入所述目标商户在所述第二应用服务端的线上门店、使用所述第四优惠资源针对所述目标商户的商品进行线上消费。

Images