CN117541339A

CN117541339A - 商品推荐、提供用户权益资源方法及电子设备

Info

Publication number: CN117541339A
Application number: CN202311331330.4A
Authority: CN
Inventors: 赵小瑞; 朱延超; 林亮; 郑舜; 章子鹏; 黄秀美; 金颖淳; 程一寒; 何枫; 胡凯文; 邹朋成; 高璇; 周舟; 朱梦凡
Original assignee: Alibaba Beijing Software Services Co Ltd
Current assignee: Alibaba Beijing Software Services Co Ltd
Priority date: 2023-10-13
Filing date: 2023-10-13
Publication date: 2024-02-09

Abstract

本申请实施例公开了商品推荐、提供用户权益资源方法及电子设备，所述商品推荐方法包括：在当前商品信息服务系统的客户端页面中提供用于基于已支付订单获取用户权益资源的操作入口；响应于用户通过所述操作入口发起的请求，确定目标订单；根据所述用户的信息和/或目标订单的信息确定待发放的用户权益资源数值；确定已完成用户权益资源发放的订单关联的目标商品信息，并从所述当前商品信息服务系统中确定所述目标商品对应的推荐商品信息，以便通过所述客户端页面展示所述推荐商品信息。通过本申请实施例，能够丰富商品推荐场景，提升当前商品信息服务系统中的商品曝光量、转化率等指标。

Description

商品推荐、提供用户权益资源方法及电子设备

技术领域

本申请涉及信息处理技术领域，特别是涉及商品推荐、提供用户权益资源方法及电子设备。

背景技术

在商品信息服务系统中，商品推荐是重要的环节，可以帮助用户找到他们感兴趣的物品，深度挖掘用户潜在的兴趣。通常而言，商品推荐会采用协同过滤的逻辑，基于用户行为数据挖掘用户的行为偏好，从而根据用户的行为偏好为其推荐物品，其推荐依据是用户和商品的行为矩阵(共现矩阵)，用户行为一般包括浏览、点赞、加购、点击、关注、分享等等。

从推荐时机或场景上来看，通常包括通过首页的“猜你喜欢”推荐(也即，用户打开客户端时，即可在客户端首页中向用户展示推荐商品信息流)，或者，商品详情页的同店铺商品推荐，或者，订单支付成功提示页的相关商品推荐，订单列表页的“你还可能喜欢”等商品推荐，等等。而如何拓展更丰富的商品推荐场景，以进一步提升商品信息的曝光率、转化率等指标，始终是本领域技术人员关注的重点。

发明内容

本申请提供了商品推荐、提供用户权益资源方法及电子设备，能够丰富商品推荐场景，提升当前商品信息服务系统中的商品曝光量、转化率等指标。

本申请提供了如下方案：

一种商品推荐方法，包括：

在当前商品信息服务系统的客户端页面中提供用于基于已支付订单获取用户权益资源的操作入口；

响应于用户通过所述操作入口发起的请求，确定目标订单，所述目标订单包括所述当前商品信息服务系统或其他商品信息服务系统中生成的已支付订单；

根据所述用户的信息和/或目标订单的信息确定待发放的用户权益资源数值；

确定已完成用户权益资源发放的订单关联的目标商品信息，并从所述当前商品信息服务系统中确定所述目标商品对应的推荐商品信息，以便通过所述客户端页面展示所述推荐商品信息。

其中，还包括：

对所述用户在当前商品信息服务系统中关联的订单进行筛选，将其中符合条件的订单信息展示到所述客户端页面中，以便用户从中选择目标订单并发起所述获取用户权益资源的请求。

其中，还包括：

在所述客户端页面中提供用于上传订单图片的操作选项，以便通过上传订单图片的方式指定所述目标订单，并通过从所述订单图片中进行信息识别，确定所述目标订单的信息。

其中，所述根据所述用户的信息和/或目标订单的信息确定待发放的用户权益资源数值之前，还包括：

根据所述用户的信息和/或目标订单的信息，确定是否符合发放用户权益资源的条件，如果符合，则确定待发放的用户权益资源数值。

其中，所述根据所述用户的信息和/或目标订单的信息，确定是否符合发放用户权益资源的条件，包括：

判断所述用户在当前周期内的可用次数是否已用完，判断所述用户是否存在安全防控风险，和/或判断所述目标订单的状态、金额、生成时间、订单信息的真实性、完整性是否符合发放用户权益资源的条件。

其中，还包括：

根据所述用户在当前商品信息服务系统中的活跃度情况，确定所述当前周期内的可用次数。

其中，还包括：

确定所述用户在当前周期内的可用次数，其中，在所述可用次数内，为所述用户提供的用户权益资源类型默认为可提取到用户的支付账户中、在多种购物渠道中通用的第一权益资源；

在当前周期内可用次数用完时，向所述用户提供仅在当前商品信息服务系统内部可用的第二权益资源，以便在用户在当前商品信息服务系统内利用所述第二权益资源生成新的订单并支付完成后，获得额外的可用次数，以便基于所述新的订单获取用户权益资源。

其中，为所述用户提供的用户权益资源的类型默认为可提取到用户的支付账户中、在多种购物渠道中通用的第一权益资源；

所述方法还包括：

在接收到用户发起的将已获得的第一权益资源提取到目标支付账户的请求时，提供将所述已获得的第一权益资源转化为仅在当前商品信息服务系统内部可用的第二权益资源的操作选项；

响应于通过所述操作选项发起的转化请求，向所述用户提供第二权益资源，其中，所述第二权益资源的数值大于所述第一权益资源的数值，以便用户在当前商品信息服务系统内利用所述第二权益资源生成新的订单。

其中，在用户在当前商品信息服务系统内利用所述第二权益资源生成新的订单并完成支付后，为所述用户提供额外的可用次数，以便基于所述新的订单获取用户权益资源。

一种提供用户权益资源的方法，包括：

响应于用户通过所述操作入口发起的获取请求，确定目标订单，所述目标订单包括所述当前商品信息服务系统或其他商品信息服务系统中生成的已支付订单；

根据所述用户的信息和/或目标订单的信息确定待发放的用户权益资源数值；其中，用户权益资源的类型默认为可在多种购物渠道中通用的第一权益资源；

一种订单处理方法，包括：

根据所述用户的信息和/或目标订单的信息，确定是否符合发放用户权益资源的条件；

在符合条件的情况下，根据所述用户的信息和/或目标订单的信息确定用户权益资源数值，以便将所述用户权益资源提取到所述用户的支付账户中，并在多种购物渠道的支付过程中进行核销使用。

一种商品推荐装置，包括：

操作入口提供单元，用于在当前商品信息服务系统的客户端页面中提供用于基于已支付订单获取用户权益资源的操作入口；

订单信息确定单元，用于用户通过所述操作入口发起的请求，确定目标订单，所述目标订单包括所述当前商品信息服务系统或其他商品信息服务系统中生成的已支付订单；

数值确定单元，用于根据所述用户的信息和/或目标订单的信息确定待发放的用户权益资源数值；

商品推荐单元，用于确定已完成用户权益资源发放的订单关联的目标商品信息，并从所述当前商品信息服务系统中确定所述目标商品对应的推荐商品信息，以便通过所述客户端页面展示所述推荐商品信息。

一种提供用户权益资源的装置，包括：

订单确定单元，用于响应于用户通过所述操作入口发起的获取请求，确定目标订单，所述目标订单包括所述当前商品信息服务系统或其他商品信息服务系统中生成的已支付订单；

数值确定单元，用于根据所述用户的信息和/或目标订单的信息确定待发放的用户权益资源数值；其中，用户权益资源的类型默认为可在多种购物渠道中通用的第一权益资源；

转化选项提供单元，用于在接收到用户发起的将已获得的第一权益资源提取到目标支付账户的请求时，提供将所述已获得的第一权益资源转化为仅在当前商品信息服务系统内部可用的第二权益资源的操作选项；

第二权益资源提供单元，用于响应于通过所述操作选项发起的转化请求，向所述用户提供第二权益资源，其中，所述第二权益资源的数值大于所述第一权益资源的数值，以便用户在当前商品信息服务系统内利用所述第二权益资源生成新的订单。

一种订单处理装置，包括：

订单信息确定单元，用于响应于用户通过所述操作入口发起的获取请求，确定目标订单，所述目标订单包括所述当前商品信息服务系统或其他商品信息服务系统中生成的已支付订单；

报销条件判断单元，用于根据所述用户的信息和/或目标订单的信息，确定是否符合发放用户权益资源的条件；

报销金额确定单元，用于在符合条件的情况下，根据所述用户的信息和/或目标订单的信息确定用户权益资源数值，以便将所述用户权益资源提取到所述用户的支付账户中，并在多种购物渠道的支付过程中进行核销使用。

一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前述任一项所述的方法的步骤。

一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行前述任一项所述的方法的步骤。

根据本申请提供的具体实施例，本申请公开了以下技术效果：

通过本申请实施例，首先可以在当前商品信息服务系统的客户端页面中提供用于发起基于已支付订单获取用户权益资源的操作入口，用户可以指定具体的已完成支付的订单获取到额外的用户权益资源。其中，具体的已支付订单可以是当前商品信息服务系统中生成的订单，另外还可以是其他商品信息服务系统中生成的订单。另外，还可以在此基础上，确定已完成用户权益资源发放的订单关联的目标商品信息，并从所述当前商品信息服务系统中确定所述目标商品对应的推荐商品信息，以便通过所述客户端页面展示所述推荐商品信息。通过这种方式，对于已完成支付的订单，无论是当前商品信息服务系统内部的订单，还是其他商品信息服务系统中的订单，都可以在当前商品信息服务系统中获取到额外的用户权益资源，因此，可以使得用户提升回访当前商品信息服务系统的意愿，使得商品信息服务系统获得更多的用户流量、DAU数量等，另外，将这种基于已支付订单向用户提供用户权益资源的场景作为商品推荐的新阵地，可以起到丰富商品推荐场景，提升当前商品信息服务系统中的商品曝光量、转化率等指标的作用。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

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

图1是本申请实施例提供的系统架构的示意图；

图2是本申请实施例提供的第一方法的流程图；

图3是本申请实施例提供的界面示意图；

图4是本申请实施例提供的另一界面示意图；

图5是本申请实施例提供的第二方法的流程图；

图6是本申请实施例提供的第三方法的流程图；

图7是本申请实施例提供的电子设备的示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

在本申请实施例中，为了提供更丰富的商品推荐场景，提供了相应的解决方案。在该解决方案中，首先可以基于用户已完成支付的订单，包括当前商品信息服务系统(也即，实际提供本申请实施例所述功能的商品信息服务系统)中生成的订单，还可以包括其他商品信息服务系统中的订单，通过当前商品信息服务系统中为用户提供额外的用户权益资源。通过这种方式，可以为当前商品信息服务系统带来用户流量，同时，可以利用该机会向用户进行商品推荐。例如，对于已经获取到用户权益资源的已支付订单，其中会关联商品信息，则可以在用户基于已支付订单获取用户权益资源的过程中，向用户推荐与上述关联商品相似或者相关的商品，当前，这些商品是当前商品信息服务系统内部的商品。这样，可以提供全新的商品推荐阵地，有利于为当前商品信息服务系统内的商品带来更高的曝光量、转化率等。

也就是说，在传统的方式中，通常是用户在对订单进行支付之前，可以为用户提供各种用户权益，包括“红包”、“优惠券”等，以促进用户达成交易；而在本申请实施例中，是对于已经完成支付的订单，如果用户执行了上传订单图片等行为，则作为对这种行为的“奖励”，可以为用户提供额外的用户权益资源。例如，假设当前能够提供上述功能的商品信息服务系统为系统A，用户之前已经在当前商品信息服务系统A内部下单了某商品，商品的价格本身是100元，在支付过程中已经将各种能够使用的用户权益用完，包括“满减”等形式的优惠券、由于参加“签到”等活动或者历史交易行为而获得的虚拟货币，等等，之后，实际支付金额为85元；而在本申请实施例中，用户还可以继续选择基于该订单获取用户权益资源，例如，当前商品信息服务系统A为用户提供了1元的现金资源，则意味着在订单支付完成之后，当前商品信息服务系统向用户返还了1元的现金资源。或者，假设用户之前已经在某个其他的商品信息服务系统B中下单了某商品，在使用了其他商品信息服务系统B中提供的各种用户权益资源等之后，实际支付金额为60元；之后，如果使用本申请实施例提供的功能，也即，在当前商品信息服务系统A中上传了上述订单的截图，则商品信息服务系统A可以为用户的该行为提供奖励，也即，可以为其提供用户权益资源，例如，同样可以提供1元的现金类权益，等等。这也就意味着，用户在其他商品信息服务系统中完成下单之后，只要将其订单截图等上传到当前商品信息服务系统，则可以获取到由当前商品信息服务系统提供的用户权益资源，等等。另外，在上述基于用户已支付订单为用户提供额外奖励的用户权益资源的基础上，可以进一步为用户提供商品推荐信息，使其成为商品推荐的全新阵地。

为了达到上述目的，首先可以在当前商品信息服务系统的客户端页面中提供用于基于已支付订单获取用户权益资源的操作入口，用户可以指定具体的订单进行用户权益资源获取。如前文所述，其中，具体的订单可以是当前商品信息服务系统中生成的订单，还可以是其他商品信息服务系统中生成的订单。也就是说，对于当前商品信息服务系统内的订单，虽然在下单过程中可用的优惠券、红包等都已经使用过，但是，在订单已经完成之后，仍然有机会基于该订单获得系统提供的用户权益资源，虽然不一定是全额返还，但是，这返还部分金额对于用户而言相当于是平台返还的额外金额，因此，会激发起用户使用该功能的意愿；对于其他商品服务系统的订单而言，相当于是在其他商品信息服务系统中完成下单，之后可以到当前商品信息服务系统中通过上传订单截图等方式，获得由当前商品信息服务系统提供的用户权益资源，因此，也可以使得用户产生使用当前商品服务系统中该功能的意愿。其中，获得的用户权益资源可以有多种类型，例如，在默认情况下，可以是现金等可以在多种购物渠道中通用的权益资源，这样，用户可以以现金的形式提取到用户个人的支付账户中，供用户在任意的支付场景中来使用，例如，包括线下支付的场景，等等。因此，这种互动方式可以成为用户回访当前商品信息服务系统的理由，从而有利于提升系统的DAU(Daily Active User，日活跃用户)等指标。

在此基础上，由于用户需要指定具体需要获取用户权益资源的订单，而订单中通常可以包括具体关联的商品信息，因此，还可以基于这种商品进行进一步的商品推荐，例如，如果用户针对某已支付订单进行用户权益资源获取，则可以判断当前商品信息服务系统中是否存在与该订单中的商品相似或者相关的商品，如果存在，可以向用户进行推荐，以此提升当前商品信息服务系统中的商品曝光量，另外，由于这种推荐的商品是与用户购买过的商品相似或者相关的，因此，可能会在用户的兴趣点上，也会产生较高的转化率。

通过这种方式，使得这种基于已支付订单为用户提供额外的用户权益资源的场景成为商品推荐的阵地。而这种商品推荐场景除了具有流量优势之外，还具有能够挖掘到更多的用户兴趣点等优势。具体的，由于具体用户指定的订单可以包括其他商品信息服务系统中的订单，因此，可以通过用户在使用其他商品商品服务系统过程中的下单行为数据，挖掘出用户的购物兴趣点，进而推荐当前商品信息服务系统中的同款或相似款商品，或者，还可以推荐一些相关的搭配、周边产品、配件类的商品，等等。通过这种方式，使得商品推荐过程不仅仅可以依据用户在当前商品信息服务系统中的行为数据，还可以使得用户在其他商品信息服务系统中的行为数据成为补充，从而更全面地挖掘出用户的兴趣点，进而进行更准确的商品推荐。

需要说明的是，DAU数量也即日活跃用户数量，是用于反映系统或网站等运营情况的统计指标。DAU数量通常统计一日(统计日)之内，登录或使用了某个产品的用户数(去除重复登录的用户)。对于商品信息服务系统/平台而言，DAU数量是一项重要的指标，可以反映出服务的用户粘性以及衰退周期等，而这些指标对于吸引商家的入驻等都会有重要的参考价值。因此，如何使得DAU数量保持稳定或者得到提升，始终是平台方所密切关注的问题。现有技术中，存在多种用于提升DAU数量的手段，例如，通过直播、短视频等内容产品来提升平台的内容丰富度，让用户即使不购物也可以留在商品信息服务系统内；或者，还可以引入更多的中小商家，用价格力和商品丰富供给来回笼部分用户；或者，还可以通过一些互动游戏等来召回用户，等等。但是，随着市场竞争的不断加剧，上述方式对用户的召回力度或者效率可能会下降，因此，如何拓展出更新颖更有效的召回用户的方式，为系统的DAU数量等指标带来新的增长点，也是需要本领域技术人员解决的技术问题。

而通过本申请实施例提供的上述技术方案，不仅为商品推荐拓展出了新的场景阵地，由于基于已支付订单获取用户权益资源这种方式能够为用户带来额外的收益，会提升用户回到当前商品信息服务系统使用该功能的意愿，因此，在提升DAU数量方面也能够起到积极的作用。

从系统架构角度而言，参见图1，本申请实施例涉及到商品信息服务系统的客户端以及服务端，客户端主要是指与消费者用户交互的客户端，具体可以提供前端的页面，页面中可以提供用于基于已支付订单获取用户权益资源的操作入口等，服务端主要用于提供相关的数据服务，包括对是否满足获取用户权益资源的条件进行判断，对用户权益资源数值(例如，金额的多少)的确定，还可以根据用户的情况来确定当前周期内可用的次数等。另外，关于推荐商品的确定等也都可以是由服务端来实现的，具体确定出的推荐商品的信息可以发送到客户端进行展示。

下面对本申请实施例提供的具体实现方案进行详细介绍。

实施例一

首先，该实施例一提供了一种商品推荐方法，参见图2，该方法可以包括：

S201：在当前商品信息服务系统的客户端页面中提供用于基于已支付订单获取用户权益资源的操作入口。

当前商品信息服务系统就可以是提供基于已支付订单为用户提供用户权益资源功能的系统。具体实现时，可以在具体提供基于已支付订单为用户提供用户权益资源这种功能的商品信息服务系统中，提供用于基于已支付订单获取用户权益资源的操作入口，例如，具体的，可以在客户端首页等页面中提供功能的入口，用户可以通过点击这种入口进入到相应的功能页面，用户可以在该页面中进行订单的指定或者订单图片的上传等；或者，还可以通过在客户端首页中提供的搜索框中搜索具体的功能名称等方式进入到上述页面，等等。

S202：响应于用户通过所述操作入口发起的请求，确定目标订单，所述目标订单包括所述当前商品信息服务系统或其他商品信息服务系统中生成的已支付订单。

在具体的功能页面中，可以提供用于上传或者选择需要获取用户权益资源的订单的操作选项，以用于指定具体的目标订单。其中，对于当前商品信息服务系统内部的订单，可以在功能页面中展示出可以获取用户权益资源的订单列表，用户可以从中选择。在可选的实施方式中，对于当前商品信息服务系统内部的订单，可以设定对应的条件，满足条件的订单才可以进行发起获取用户权益资源的请求。例如，具体可以包括订单的生成时间方面(例如，可以限定为最近90天内的已支付订单)的条件，或者，订单状态(例如，订单是否产生退款等情况)，订单金额，等等。这样，在前述功能页面中展示当前商品信息服务系统内部的订单之前，还可以对用户在当前商品信息服务系统内的订单进行筛选，将不符合条件的订单过滤掉，这样，使得展示出的订单基本都是可以直接发起获取用户权益资源请求的订单，而不需要在用户从中选择某个订单之后，又发现该订单不满足条件等情况。

另外，对于其他商品信息服务系统中的订单，由于当前商品信息服务系统无法直接获取到用户在其他商品信息服务系统中的订单信息，因此，可以为用户提供用于上传订单图片的操作选项。这样，用户可以首先到其他商品信息服务系统中找到具体的订单信息，进行截图等操作后，再到当前商品信息服务系统中的上述功能页面中上传订单图片，使得当前商品信息服务系统可以通过从用户上传的订单图片中进行订单信息识别，确定所述目标订单的信息。当然，对于当前商品信息服务系统的站内订单，也可以采用这种上传订单截图的方式来进行目标定的指定。

例如，如图3(A)所示，其为一种具体实施方式下提供的基于已支付订单获取用户权益资源的功能页面。这里需要说明的是，由于本申请实施例中提供的方案是在用户已经对订单完成支付之后，可以为用户提供额外的用户权益资源，这种用户权益资源可以包括多种类型。例如，在一些具体的实现场景中，用户权益资源类型可以为现金类型，此时，当前商品信息服务系统提供的该功能可以看作是对用户已支付订单的一种“报销”行为。

其中，图3(A)所示就是以用户权益资源为现金类的权益资源为例，提供了示意性的功能页面图。在该图3(A)中，31处示出了用户在当前商品信息服务系统中符合条件的订单列表，用户可以从中选择具体的目标订单。或者，在用户首次使用该功能时，还可以实现对当前商品信息服务系统内符合条件的多个订单的“一键提报”。例如，可以将当前商品信息服务系统中符合条件的订单列表中的多个订单默认置为全部选中状态，用户可以点击“立即提报”选项，实现对多个订单的一键提交。首次完成对一个或多个订单的获取用户权益资源处理后，如图3(B)所示，页面中在原31所示的位置处可以展示出已获得的用户权益资源记录，包括每笔订单对应的用户权益资源数值、是否已提取到个人支付账户的状态信息等。此时，如果当前商品信息服务系统内仍然有符合条件的订单，则如图3(B)中的32处所示，展示出“继续上传一键提报”等选项。点击该选项之后，可以展示出如图4(A)中41处所示的订单列表，用户可以从中选择其中一个订单作为需要获取用户权益资源的目标订单。或者，还可以通过图4(A)中42处所示的“上传订单截图”选项，上传其他商品信息服务系统中的订单图片，等等。如果当前商品信息服务系统中已经没有符合条件的订单，则用户在点击图3(B)中的“继续上传一键提报”，可以展示为“上传订单一键提报”等字样，点击该选项后，可以展示出如图4(B)所示的界面，其中可以提供43处所示的“上传订单截图”选项，另外，还可以在该界面中提供关于订单截图中所需包括的必要信息的提示内容，另外还可以提示用户可以上传任意商品信息服务系统中的订单截图，等等。

其中，对于其他商品信息服务系统中的订单，可以通过上传订单截图的方式来指定具体的目标订单，另外，也可以通过从订单截图中进行信息识别的方式，来获取到其中的订单信息，例如，包括订单编码、金额等，另外还可以包括订单关联商品的信息，例如，包括商品的标题或者商品图等。

这里需要说明的是，在具体实现时，每个用户在每个周期(例如，每天为一个周期)中使用上述功能的可用次数可以是有限的，例如，每天可以使用10次，等等，用户每次指定一个订单完成用户权益资源获取后，具体的可用次数可以进行减一处理，等等。其中，关于具体的可用次数信息，可以是固定设置，或者，在本申请实施例中，还可以根据用户在当前商品信息服务系统中的活跃程度来进行确定。也就是说，对于不同的用户而言，每天的可用次数可以是不同的。对于活跃程度比较低的用户，可以为其提供更多的可用次数，等等，这样可以更有效地起到刺激用户活跃度等目的。

在存在可用次数限制的情况下，在用户进入到具体的功能页面后，可以展示出当前剩余的可用次数信息，根据具体的剩余可用次数，来确定用户是否可以发起新的获取用户权益资源的请求。在当前剩余的可用次数为0时，将无法在当前周期内发起获取用户权益资源的请求。当然，在下一周期，将重新产生新的可用次数。其中，同一用户在不同周期的可用次数也可以是不同的，例如，具体还可以根据用户对该功能的使用情况，确定当前周期内的可用次数，如果用户使用该功能的积极性很高，每次都能用完全部的可用次数，则在新的周期可以为用户提供更多的可用次数，当然，可以预先设定可用次数的上限，等等。

另外，除了可用次数方面的条件之外，具体的条件还可以包括用户、订单等方面的条件。例如，对于用户方面，可以对用户是否存在安全防控风险等进行判断，例如，是否属于“网络黑产”用户，“网络黑产”用户是指在互联网上通过非正当途径和非正当手段而获得产业或经济等方面的利益的用户，如果发现属于这类用户，则拒绝为其提供用户权益资源，等等。对于订单方面，可以判断目标订单的状态、金额、生成时间是否符合条件。例如，如果一个订单处于已完成状态，且未发生退款、取消、关闭交易等情况，则可以基于该订单为用户提供用户权益资源。另外还可以对订单金额进行限制，例如，需要高于某个实付额，或者，还可以对时间进行限制，例如，对于当前商品信息服务系统内部的订单，可以仅限于最近90内的订单可以发起获取用户权益资源的请求，等等。具体实现时，可以综合上述多个方面的因素，判断具体是否符合条件。

S203：根据所述用户的信息和/或目标订单的信息确定待发放的用户权益资源数值。

在确定出目标订单后，还可以确定出目标订单的信息，例如，包括订单编码，订单金额等，进而可以根据用户的信息和/或目标订单的信息确定待发放的用户权益资源数值，例如，如果是现金类的用户权益资源，可以是确定出具体的现金数额，以便提取到所述用户关联的支付账户中。如果是红包、优惠券等，也可以确定出对应的红包面额、优惠券的优惠方式，等等。

其中，关于用户权益资源数值的确定，一方面可以与订单金额有关，另一方面，还可以与用户在当前商品信息服务系统中的活跃度等情况有关。例如，可以根据用户的活跃度层级，设定不同的奖励比例，这样，可以根据订单金额以及奖励比例，确定具体的用户权益资源数值(例如，订单金额×比例)，等等。例如，如果是活跃度比较低的用户，则可以适用相对较高的奖励比例，以更有效地起到提升系统的DAU数量等作用。当然还可以在这种奖励比例基础上设置一定的浮动数值，例如，先根据用户活跃度分层获得一个数值，再根据订单金额大小等做上下浮动，等等。另外，在具体实现时，还可以提供一些大额奖励甚至全额奖励机会，这种机会可以随机产生，如果某用户在针对某订单发起获取用户权益资源时，刚好命中了大额或者全额奖励机会，则可以获得更高的用户权益资源数值，等等。

上述用户权益资源数值可以进行暂存，如果是现金类的用户权益资源，还可以为用户提供用于将用户权益资源提取到个人支付账户的操作入口，用户可以通过这种入口将获得的用户权益资源提取到关联的个人支付账户中。具体实现时，用户可能会对多个订单进行用户权益资源获取，因此，还可以生成具体的用户权益资源记录，以记录下每次获得的用户权益资源数值，是否已经提取到个人支付账户等状态信息，用户可以基于这种记录执行具体的提取操作。提取到个人支付账户中的金额可以作为用户的支付资源，做多种不同的支付场景中使用，例如，可以在当前商品信息服务系统中购买新的商品时使用，或者，还可以在其他能够支持使用该支付账户进行支付的场景中使用，包括线下支付场景，等等。

S204：确定已完成用户权益资源发放订单关联的目标商品信息，并从所述当前商品信息服务系统中确定所述目标商品对应的推荐商品信息，以便通过所述客户端页面展示所述推荐商品信息。

除了可以为当前指定的目标订单确定用户权益资源数值，还可以确定出已完成用户权益资源发放的订单(可以包括当前正在请求的订单，还可以包括历史请求过的订单等)关联的目标商品信息，进而，可以从当前商品信息服务系统中确定出与目标商品对应的推荐商品信息，以使得用户能够在获得用户权益资源的同时，还能够获取到相关的推荐商品信息。其中，对于当前商品信息服务系统内部的订单，自然可以获取到订单关联的商品，对于其他商品信息服务系统中的订单，可以通过对用户上传的订单截图中包括的商品标题等进行识别来进行获得，或者，如果订单截图中包括商品图，则也可以提取出这种商品图信息，后续可以通过对商品图的图像比对等方式，进行同款或者相似款商品的识别，等等。

在确定出了目标订单关联的商品之后，具体可以根据订单中关联的目标商品的类目等，确定具体的商品推荐策略，例如，对于一些快速消费品类的商品，例如，日常需要经常购买的商品等，可以推荐当前商品信息服务系统中的同款或者相似款的商品，具体在推荐时，还可以与外部商品信息服务系统中的价格属性进行比对，如果具有价格更低等特点，则可以更优先推荐。如果是家电、数码等类的商品，则可以推荐当前商品信息服务系统中与具体目标商品具有搭配关系、配件、周边产品等类的商品，等等。

通过这种方式，使得基于已支付订单提供用户权益资源的场景成为商品推荐的阵地，从而借助于基于已支付订单提供用户权益资源的互动方式所带来的用户流量，实现当前商品信息服务系统中更多商品的有效曝光，另外，还可以通过用户在其他商品信息服务系统中的订单信息，更有效的挖掘到用户的兴趣点，实现更丰富的商品推荐。

另外，如前文所述，在具体实现时，可能存在同一周期内对可用次数的限制，在常规情况下，用户在可用次数用完后，就无法在当前周期内再针对更多订单发起获取用户权益资源的请求。或者，在可选的方式下，还可以提供其他的处理方式。例如，在默认状态下，如果当前周期内的可用次数尚未用完，则为用户提供的用户权益资源可以是现金等类型的第一权益资源，这种第一权益资源的特点是，可提取到用户的支付账户中，并且能够在多种购物渠道中通用，也即，由于支付账户通常属于支付工具中的一种账户，而支付工具具有通用性，除了可以在当前商品信息服务系统内提供支付服务，还可以为其他的商品信息服务系统，甚至线下支付等场景提供支付服务，因此，这种提取到支付账户中的第一权益资源具有在多种不同购物渠道下的通用性。在上述基础上，还可以在当前周期内可用次数用完时，向用户提供仅在当前商品信息服务系统内部可用的第二权益资源(例如，红包，优惠券等)，以便在用户在当前商品信息服务系统内利用所述第二权益资源生成新的订单并支付完成后，获得额外的可用次数，进而还可以基于所述新的订单，到前述功能页面中获取用户权益资源，等等。通过这种方式，可以进一步促进当前商品信息服务系统内的成交转化率等指标。

再者，用户在获得上述可提取到用户的支付账户中、在多种购物渠道中通用的第一权益资源之后，还可以进行提取操作，也即可以将已获得的第一权益资源提取到目标支付账户中，在常规的处理方式下，将用户已经获得的第一权益资源发放至指定的支付账户中即可。但是，在可选的方式下，还可以在接收到用户的提取请求时，提供将所述已获得的第一权益资源转化为仅在当前商品信息服务系统内部可用的第二权益资源的操作选项。也就是说，用户可以选择不是直接提取到个人支付账户中，而是转化成仅在当前商品信息服务系统内部可用的第二权益资源，并且，该第二权益资源的数值可以大于所述第一权益资源的数值。例如，假设之前通过上传订单截图获得的第一权益资源数值为10元，而转化成的第二权益资源可以是面额为15元的红包，等等。当然，这种第二权益资源只能在当前商品信息服务系统中使用，另外还可以具有有效期等属性，用户可以在当前商品信息服务系统内利用所述第二权益资源生成新的订单。另外，在用户在当前商品信息服务系统内利用所述第二权益资源生成新的订单并完成支付后，还可以为所述用户提供当前周期内额外的可用次数。也就是说，作为奖励，用户还可以继续对新生成的订单获取用户权益资源，等等。

总之，通过本申请实施例，首先可以在当前商品信息服务系统的客户端页面中提供用于发起基于已支付订单获取用户权益资源的操作入口，用户可以指定具体的已完成支付的订单获取到额外的用户权益资源。其中，具体的已支付订单可以是当前商品信息服务系统中生成的订单，另外还可以是其他商品信息服务系统中生成的订单。另外，还可以在此基础上，确定已完成用户权益资源发放的订单关联的目标商品信息，并从所述当前商品信息服务系统中确定所述目标商品对应的推荐商品信息，以便通过所述客户端页面展示所述推荐商品信息。通过这种方式，对于已完成支付的订单，无论是当前商品信息服务系统内部的订单，还是其他商品信息服务系统中的订单，都可以在当前商品信息服务系统中获取到额外的用户权益资源，因此，可以使得用户提升回访当前商品信息服务系统的意愿，使得商品信息服务系统获得更多的用户流量、DAU数量等，另外，将这种基于已支付订单向用户提供用户权益资源的场景作为商品推荐的新阵地，可以起到丰富商品推荐场景，提升当前商品信息服务系统中的商品曝光量、转化率等指标的作用。

实施例二

上述实施例一中，提及了用户在将获得第一权益资源提取到个人支付账户中的过程中，可以为用户提供转化为第二权益资源的操作选项，该方案不依赖于商品推荐场景也可以实现，因此，该实施例二是对该情况进行了单独的保护。具体的，实施例二提供了一种提供用户权益资源的方法，参见图5，该方法具体可以包括：

S501：在当前商品信息服务系统的客户端页面中提供用于基于已支付订单获取用户权益资源的操作入口；

S502：响应于用户通过所述操作入口发起的获取请求，确定目标订单，所述目标订单包括所述当前商品信息服务系统或其他商品信息服务系统中生成的已支付订单；

S503：根据所述用户的信息和/或目标订单的信息确定待发放的用户权益资源数值；其中，用户权益资源的类型默认为可在多种购物渠道中通用的第一权益资源；

S504：在接收到用户发起的将已获得的第一权益资源提取到目标支付账户的请求时，提供将所述已获得的第一权益资源转化为仅在当前商品信息服务系统内部可用的第二权益资源的操作选项；

S505：响应于通过所述操作选项发起的转化请求，向所述用户提供第二权益资源，其中，所述第二权益资源的数值大于所述第一权益资源的数值，以便用户在当前商品信息服务系统内利用所述第二权益资源生成新的订单。

实施例三

该实施例三还提供了一种订单处理方法，参见图6，该方法可以包括：

S601：在当前商品信息服务系统的客户端页面中提供用于基于已支付订单获取用户权益资源的操作入口；

S602：响应于用户通过所述操作入口发起的获取请求，确定目标订单，所述目标订单包括所述当前商品信息服务系统或其他商品信息服务系统中生成的已支付订单；

S603：根据所述用户的信息和/或目标订单的信息，确定是否符合发放用户权益资源的条件；

S604：在符合条件的情况下，根据所述用户的信息和/或目标订单的信息确定用户权益资源数值，以便将所述用户权益资源提取到所述用户的支付账户中，并在多种购物渠道的支付过程中进行核销使用。

关于上述实施例二、三中的未详述部分内容，可以参见实施例一以及本说明书其他部分的记载，这里不再赘述。

需要说明的是，本申请实施例中可能会涉及到对用户数据的使用，在实际应用中，可以在符合所在国的适用法律法规要求的情况下(例如，用户明确同意，对用户切实通知，等)，在适用法律法规允许的范围内在本文描述的方案中使用用户特定的个人数据。

与实施例一相对应，本申请实施例还提供了一种商品推荐装置，该装置可以包括：

具体实现时，该装置还可以包括：

订单筛选单元，用于对所述用户在当前商品信息服务系统中关联的订单进行筛选，将其中符合条件的订单信息展示到所述客户端页面中，以便用户从中选择目标订单并发起所述获取用户权益资源的请求。

另外，该装置还可以包括：

上传选项提供单元，用于在所述客户端页面中提供用于上传订单图片的操作选项，以便通过上传订单图片的方式指定待报销的目标订单；

所述订单信息确定单元具体可以用于：在所述客户端页面中提供用于上传订单图片的操作选项，以便通过上传订单图片的方式指定所述目标订单，并通过从所述订单图片中进行信息识别，确定所述目标订单的信息。

具体的，还可以包括：

条件判断单元，用于根据所述用户的信息和/或目标订单的信息，确定是否符合发放用户权益资源的条件，如果符合，则确定待发放的用户权益资源数值。

其中，条件判断单元具体可以用于：

其中，可以根据所述用户在当前商品信息服务系统中的活跃度情况，确定所述当前报销周期内的可用次数。

另外，还可以包括：

可用次数确定单元，用于确定所述用户在当前周期内的可用次数，其中，在所述可用次数内，为所述用户提供的用户权益资源类型默认为可提取到用户的支付账户中、在多种购物渠道中通用的第一权益资源：

第二权益资源提供单元，用于在当前周期内可用次数用完时，向所述用户提供仅在当前商品信息服务系统内部可用的第二权益资源，以便在用户在当前商品信息服务系统内利用所述第二权益资源生成新的订单并支付完成后，获得额外的可用次数，以便基于所述新的订单获取用户权益资源。

或者，在为所述用户提供的用户权益资源的类型默认为可提取到用户的支付账户中、在多种购物渠道中通用的第一权益资源时，该装置还可以包括：

另外，该装置还可以包括：

额外次数提供单元，用于在用户在当前商品信息服务系统内利用所述第二权益资源生成新的订单并完成支付后，为所述用户提供额外的可用次数，以便基于所述新的订单获取用户权益资源。

与实施例二相对应，本申请实施例还提供了一种提供用户权益资源的装置，该装置可以包括：

与实施例三相对应，本申请实施例还提供了一种订单处理装置，该装置可以包括：

另外，本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前述方法实施例中任一项所述的方法的步骤。

以及一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行前述方法实施例中任一项所述的方法的步骤。

其中，图7示例性的展示出了电子设备的架构，具体可以包括处理器710，视频显示适配器711，磁盘驱动器712，输入/输出接口713，网络接口714，以及存储器720。上述处理器710、视频显示适配器711、磁盘驱动器712、输入/输出接口713、网络接口714，与存储器720之间可以通过通信总线730进行通信连接。

其中，处理器710可以采用通用的CPU(Central Processing Unit，处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本申请所提供的技术方案。

存储器720可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器720可以存储用于控制电子设备700运行的操作系统721，用于控制电子设备700的低级别操作的基本输入输出系统(BIOS)。另外，还可以存储网页浏览器723，数据存储管理系统724，以及商品推荐处理系统725等等。上述商品推荐处理系统725就可以是本申请实施例中具体实现前述各步骤操作的应用程序。总之，在通过软件或者固件来实现本申请所提供的技术方案时，相关的程序代码保存在存储器720中，并由处理器710来调用执行。

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

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

总线730包括一通路，在设备的各个组件(例如处理器710、视频显示适配器711、磁盘驱动器712、输入/输出接口713、网络接口714，与存储器720)之间传输信息。

需要说明的是，尽管上述设备仅示出了处理器710、视频显示适配器711、磁盘驱动器712、输入/输出接口713、网络接口714，存储器720，总线730等，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本申请方案所必需的组件，而不必包含图中所示的全部组件。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上对本申请所提供的商品推荐、提供用户权益资源方法及电子设备，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。

Claims

1.一种商品推荐方法，其特征在于，包括：

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

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

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

所述根据所述用户的信息和/或目标订单的信息确定待发放的用户权益资源数值之前，还包括：

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

所述根据所述用户的信息和/或目标订单的信息，确定是否符合发放用户权益资源的条件，包括：

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

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

8.根据权利要求1所述的方法，其特征在于，

为所述用户提供的用户权益资源的类型默认为可提取到用户的支付账户中、在多种购物渠道中通用的第一权益资源；

所述方法还包括：

9.根据权利要求8所述的方法，其特征在于，

在用户在当前商品信息服务系统内利用所述第二权益资源生成新的订单并完成支付后，为所述用户提供额外的可用次数，以便基于所述新的订单获取用户权益资源。

10.一种提供用户权益资源的方法，其特征在于，包括：

11.一种订单处理方法，其特征在于，包括：

12.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1至11任一项所述的方法的步骤。

13.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行权利要求1至11任一项所述的方法的步骤。