CN116452250A - 用户权益信息处理方法及电子设备 - Google Patents

用户权益信息处理方法及电子设备 Download PDF

Info

Publication number
CN116452250A
CN116452250A CN202310310393.5A CN202310310393A CN116452250A CN 116452250 A CN116452250 A CN 116452250A CN 202310310393 A CN202310310393 A CN 202310310393A CN 116452250 A CN116452250 A CN 116452250A
Authority
CN
China
Prior art keywords
user
store
sales
verifying
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202310310393.5A
Other languages
English (en)
Inventor
童辉
田得胜
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alibaba China Co Ltd
Original Assignee
Alibaba China Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Alibaba China Co Ltd filed Critical Alibaba China Co Ltd
Priority to CN202310310393.5A priority Critical patent/CN116452250A/zh
Publication of CN116452250A publication Critical patent/CN116452250A/zh
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
    • G06Q30/0238—Discounts or incentives, e.g. coupons or rebates at point-of-sale [POS]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
    • G06Q30/0239—Online discounts or incentives

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Development Economics (AREA)
  • Strategic Management (AREA)
  • Finance (AREA)
  • Game Theory and Decision Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请实施例公开了用户权益信息处理方法及电子设备，所述方法包括：向活动事件的关联方提供信息发布页面，所述信息发布页面中包括所述活动事件关联的用户权益的配置信息；所述配置信息包括：所述用户权益适用的商品集合，所述关联方包括多个实体店铺，所述多个实体店铺对应不同的销售主体；在接收到实体店铺提交的报名参加所述活动事件的请求后，将已报名的实体店铺信息进行保存；在通过某实体店铺关联的销售终端接收到对所述用户权益进行核销使用的请求时，对所述用户权益进行核销验证，如果验证通过，则对所述用户权益进行核销处理。通过本申请实施例，实现同一用户权益在不同实体店铺之间互通，降低实体店铺的管理成本。

Description

用户权益信息处理方法及电子设备
技术领域
本申请涉及信息处理技术领域，特别是涉及用户权益信息处理方法及电子设备。
背景技术
互联网及数字化的飞速发展，对消费市场影响深远，与此同时，“下沉市场”正释放全新的消费活力。所谓下沉市场，通常指三线以下城市、县镇与农村地区的市场，这部分市场传统上以独立的家电等行业的专卖店或者夫妻店为主要业态，这种发展有其灵活性、贴近消费者的优势，但同时也有着规模小、服务慢等局限性。近年来，随着新零售体系的发展，一些新零售平台从商品的生产、流通与销售全链路进行升级，并对线上服务、线下体验以及现代物流进行深度融合，实现城乡无差别的购物体验和服务体验。
在上述模式下，新零售平台可以与一些品牌方合作，由品牌方进行供货，平台方可以开设线上的自营旗舰店，消费者可以通过这种线上旗舰店完成在线购买。同时更重要的是，还可以允许一些线下门店加盟，加盟的门店可以根据自己所在地区的实际情况等，从平台方进行货品采购，然后向消费者进行销售。而门店面向用户提供的销售终端也可以有多种，例如，可以通过门店内容的POS(Point Of Sale，销售终端机)进行销售，消费者用户可以到店购买，或者，小程序、门店在商品信息服务平台开设的网上店铺、商品的H5页面链接等，都可以作为门店的销售终端。
另一方面，商品信息服务平台经常开展一些营销活动，并为消费者发放一些优惠券等用户权益，使得领到优惠券的消费者可以以更优惠的价格购买到参加活动的商品。在传统的电商模式下，只需要指定用户权益的使用范围、有效期等信息即可，但是，在前述新零售模式下，由于实体店铺销售渠道下多个不同的实体店铺对应不同的销售主体，因此，如果使用现有的优惠券发放方式则需要各个实体店铺分别发放各自的优惠券，但是，这会增加实体店铺的管理成本，另外，同一消费者用户可能会从补贴的实体店铺领取到关于同一商品的不同优惠券，因此，也不利于在品牌方层面上对消费者用户进行精准补贴控制。
发明内容
本申请提供了用户权益信息处理方法及电子设备，能够实现同一用户权益在不同实体店铺之间互通，降低实体店铺的管理成本，也有利于实现对消费者用户进行精准补贴控制。
本申请提供了如下方案：
一种用户权益信息处理方法，包括：
向活动事件的关联方提供信息发布页面，所述信息发布页面中包括所述活动事件关联的用户权益的配置信息；所述配置信息包括：所述用户权益适用的商品集合，所述关联方包括多个实体店铺，所述多个实体店铺对应不同的销售主体；
在接收到实体店铺提交的报名参加所述活动事件的请求后，将已报名的实体店铺信息进行保存；
在通过某实体店铺关联的销售终端接收到对所述用户权益进行核销使用的请求时，对所述用户权益进行核销验证，所述核销验证包括：对关联的商品是否属于所述商品集合、以及关联的实体店铺是否已报名参加所述活动事件进行验证，如果验证通过，则对所述用户权益进行核销处理。
其中，所述用户权益的配置信息还包括：可对所述用户权益进行核销使用的至少两种销售终端类型；
所述核销验证还包括：对所述请求关联的销售终端的类型是否属于所述至少两种销售终端类型中的其中一种进行验证。
其中，所述用户权益包括优惠券类的用户权益；
所述方法还包括：
在接收到所述实体店铺的报名信息后，为所述实体店铺提供用于领取所述优惠券的图形码或链接，以便所述实体店铺通过所述图形码或链接向消费者用户分享所述优惠券；
在接收到消费者用户领取某目标实体店铺分享的优惠券的消息后，建立已领取的优惠券与所述目标实体店铺之间的关联关系，并保存到所述消费者用户的相关账户下；
所述在通过某实体店铺关联的销售终端接收到对所述用户权益进行核销使用的请求时，对所述用户权益进行核销验证，包括：
在接收到所述消费者用户利用所述相关账户登录到所述目标实体店铺关联的销售终端，并发起对所述用户权益进行核销使用的请求后，对所述用户权益进行所述核销验证。
其中，所述用户权益的配置信息还包括：可对所述用户权益进行核销使用的至少两种销售终端类型；
所述在接收到消费者用户领取某目标实体店铺分享的优惠券的消息后，建立已领取的优惠券与所述目标实体店铺之间的关联关系，包括：
在接收到消费者用户通过目标实体店铺提供的第一销售终端或其所在场所对所述优惠券执行领取操作的消息后，建立已领取的优惠券与所述目标实体店铺之间的关联关系，并保存到所述消费者用户的相关账户下；
所述在接收到所述消费者用户利用所述相关账户登录到所述目标实体店铺关联的销售终端，并发起对所述用户权益进行核销使用的请求后，对所述用户权益进行所述核销验证，包括：
在接收到所述消费者用户利用所述相关账户登录到所述目标实体店铺提供的第二销售终端，并发起对所述优惠券进行核销使用的请求时，进行核销验证，其中，所述核销验证包括：对所述第二销售终端的类型是否属于所述至少两种销售终端类型中的其中一种、关联的商品是否属于所述商品集合、以及所述目标实体店铺是否已报名参加所述优惠券所归属的活动事件进行验证，如果验证通过，则对所述优惠券进行核销处理。
其中，还包括：
在接收到实体店铺的报名请求后，确定实体店铺计划发放的优惠券总数量信息；
在所述核销验证通过后，对对应实体店铺关联的剩余可用优惠券数量进行更新。
其中，所述用户权益适用的商品集合包括：与多种不同销售渠道分别对应的不同商品集合，所述销售渠道包括实体店铺类型的销售渠道。
其中，不同的实体店铺由相同的供货方进行供货，所述活动事件由所述供货方进行发起；
所述供货方还关联有线上自营店铺；
所述销售渠道还包括：线上自营店铺类型的销售渠道；
所述方法还包括：
在通过线上自营店铺的页面接收到对所述用户权益进行核销使用的请求时，对所述用户权益进行核销验证，所述核销验证包括：对关联的商品是否属于所述商品集合、以及所述线上自营店铺是否已报名参加所述活动事件进行验证，如果验证通过，则对所述用户权益进行核销处理。
其中，所述实体店铺销售类型的销售渠道包括：实体店铺现货销售类型的销售渠道；在该销售渠道下，实体店铺通过预先从供货方处进行货品采购的方式，从实体店铺的店内商品库存中为关联的销售终端产生的订单进行发货；其中，不同的实体店铺对应不同的店内商品集合。
其中，所述实体店铺销售类型的销售渠道包括：实体店铺无货销售类型的销售渠道；在该销售渠道下，实体店铺对供货方发布的支持无货销售的商品信息进行分享，在用户基于所述实体店铺分享的商品信息生成订单后，由所述实体店铺向所述供货方提交采购单后为用户发货，或者，由所述实体店铺通过所述供货方为用户发货。
一种用户权益信息处理方法，包括：
通过当前销售终端接收到对目标用户权益进行核销使用的请求后，将所述请求提交到服务端，并携带关联的实体店铺的标识信息，以及关联的商品标识信息，以便所述服务端对关联的商品是否属于所述目标用户权益配置的商品集合、以及关联的实体店铺是否已报名参加所述目标用户权益归属的活动事件进行验证；其中，不同的实体店铺对应不同的销售主体；
接收到所述服务端返回的验证通过结果后，对所述目标用户权益进行核销使用处理。
其中，所述目标用户权益包括优惠券类型的用户权益；
所述当前销售终端是在利用消费者用户关联的目标账号进行登录的状态下，接收到所述核销使用请求；
所述方法还包括：
在利用所述消费者用户关联的目标账号进行登录后，获取所述目标账号关联的已领取优惠券的信息；
所述对目标用户权益进行核销使用的请求包括：对所述已领取优惠券进行核销使用的请求。
一种用户权益信息处理装置，包括：
活动信息发布单元，用于向活动事件的关联方提供信息发布页面，所述信息发布页面中包括所述活动事件关联的用户权益的配置信息；所述配置信息包括：所述用户权益适用的商品集合；所述关联方包括多个实体店铺，所述多个实体店铺对应不同的销售主体；
报名信息保存单元，用于在接收到实体店铺提交的报名参加所述活动事件的请求后，将已报名的实体店铺信息进行保存；
核销验证单元，用于在通过某实体店铺关联的销售终端接收到对所述用户权益进行核销使用的请求时，对所述用户权益进行核销验证，所述核销验证包括：对关联的商品是否属于所述商品集合、以及关联的实体店铺是否已报名参加所述活动事件进行验证，如果验证通过，则对所述用户权益进行核销处理。
一种用户权益信息处理装置，包括：
核销请求接收单元，用于通过当前销售终端接收到对目标用户权益进行核销使用的请求后，将所述请求提交到服务端，并携带关联的实体店铺的标识信息，以及关联的商品标识信息，以便所述服务端对关联的商品是否属于所述目标用户权益配置的商品集合、以及关联的实体店铺是否已报名参加所述目标用户权益归属的活动事件进行验证；其中，不同的实体店铺对应不同的销售主体；
核销处理单元，用于接收到所述服务端返回的验证通过结果后，对所述目标用户权益进行核销使用处理。
一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前述任一项所述的方法的步骤。
一种电子设备，包括：
一个或多个处理器；以及
与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行前述任一项所述的方法的步骤。
根据本申请提供的具体实施例，本申请公开了以下技术效果：
通过本申请实施例，在为活动事件创建关联的用户权益后，可以对用户权益进行配置，具体可以包括适用的商品集合，并且可以由实体店铺根据用户权益的配置情况选择是否报名参加对应的活动事件。在对用户权益进行核销使用时，则可以进行验证，判断具体的商品是否在配置的商品集合中，还可以判断实体店铺是否以及报名了具体的营销活动。通过这种方式，在多实体店铺且分别对应不同的销售主体、不同店内商品集合的场景下，可以为活动事件配置在多种实体店铺中均可进行核销使用的用户权益，实现同一用户权益在上述不同实体店铺之间的互通。对于实体店铺而言，只需要选择是否报名参加具体的活动事件即可，而不再需要独自开展具体的活动，也不必独自进行发券等，因此，可以降低实体店铺的管理成本。另外，可以避免出现同一消费者从不同的实体店铺领取关于同一商品的多种不同用户权益的情况，有利于实现在消费者用户维度上的精准补贴控制。
在可选的实施方式下，在需要通过多种不同类型的销售终端为用户提供优惠的情况下，只需要配置一种用户权益，并为该用户权益配置多种可用的销售终端类型即可，而不需要分别进行配置，以此实现同一种用户权益在多种不同销售终端类型之间的互通。另外，还可以实现同一种用户权益在多种不同销售渠道之间的互通。通过这种方式，由于多种不同销售主体对应的实体店铺、不同销售终端类型、不同销售渠道都可以对应同一种用户权益，因此，节省了运营端的系统资源以及人力、管理等成本；对于门店端而言，只需要报名一次即可，也降低了门店端的操作以及管理等复杂度。另外，由于同一活动事件中，可以通过同一种用户权益实现在多种不同类型的销售终端、不同销售渠道对用户的补贴，因此，也可以避免出现同一消费者领取了同一活动中的多种用户权益的情况，有利于进一步实现在消费者用户维度上的精准补贴。再者，由于同一用户权益在多种不同类型的销售终端都可以进行核销使用，因此，也可以为消费者用户对用户权益的核销使用提供更多的便利。
当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的系统架构的示意图；
图2是本申请实施例提供的第一方法的流程图；
图3是本申请实施例提供的第二方法的流程图；
图4是本申请实施例提供的第一装置的示意图；
图5是本申请实施例提供的第二装置的示意图；
图6是本申请实施例提供的电子设备的示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。
首先需要说明的是，在背景技术部分所述的新零售模式下，为了便于门店进行货品管理、销售等，平台方通常还可以为门店开发一些销售终端类型的产品。在本申请实施例中，销售终端就是指销售渠道的最末端，是商品到达消费者完成交易的最终端口，是商品与消费者面对面的展示和交易的“场所”。通过这种销售终端，可以将商品信息展示给消费者，并完成最终的交易，进入实质性消费，消费者买到自己需要并喜欢的商品。
对于门店销售渠道而言，销售终端可以有多种不同的类型，例如，可以为门店提供店内POS(Point Of Sale，销售终端)机，或者在POS机中运行的应用程序，或者，为门店销售人员的手机端提供相关应用程序，以便消费者可以在进入门店后，在门店内利用门店内的POS机或者销售人员的手机等完成录单并购买。或者，还可以为门店开发一些小程序、轻应用等，使得门店可以通过这种小程序等对门店内的商品信息进行发布，使得消费者可以通过在线访问小程序的方式完成在线下单。或者，门店也可以在一些电商平台开设虚拟店铺，使得消费者用户可以访问这种虚拟店铺完成在线下单。再者，门店还可以通过分享店内商品的H5页面链接等方式，使得消费者可以通过该链接完成下单购买，等等。
这里需要说明的是，对于门店销售渠道而言，还可以细分成两种更具体的渠道，一种是门店现货销售，另一种是门店无货销售。对于前者，是指门店提前从平台方进行货品采购，存放在门店内或者门店的仓库中，之后，可以通过前述各种销售终端向消费者进行销售。对于后者，则是指门店可以不必提前进行货品采购，但是可以通过向消费者发送具体商品相关的H5页面链接等方式，由消费者用户进行在线下单，之后，由门店同步生成采购单，从平台方进行采购，或者，也可以由门店通知平台方为消费者进行发货，等等。当然，对于无货销售的情况，通常可以在平台指定的商品范围内来进行，也即，可能并不是所有货品都支持由门店进行无货销售。
另外，如背景技术部分所述，除了上述门店销售渠道之外，还存在平台方在线上开设的自营旗舰店的销售渠道，线上销售渠道对应的销售终端通常就只有线上的销售终端，也即，消费者通过在线访问该线上旗舰店来浏览商品信息，并完成在线下单。当然，在具体实现时，平台方可以在多个不同的电商平台上开设自己的官方旗舰店。
总之，在前述新零售模式下，会存在多种销售渠道，每种销售渠道下可能包括多种销售终端，另外，不同销售渠道对应的销售主体可能是不同的，例如，线上自营旗舰店的销售主体通常是前述平台方，也即，平台方从品牌方采购货品后，在线上开设的自营旗舰店；门店销售渠道下，销售主体通常是具体的门店，也即，对于不同的门店而言，具体的销售主体也都是不同的，每个门店具体从平台方采购哪些商品也可以根据具体门店的情况而定，等等。各方之间的关系具体可以参见表1所示：
表1
上述多种销售渠道以及多种销售终端的存在，丰富了线下门店销售渠道触达消费者的方式，但是，在涉及到与营销活动相关的用户权益发放等情况时，如果采用传统的发券逻辑，则会产生一些问题。一个主要的原因在于，在向消费者用户发放用户权益的过程中，具体为消费者带来的优惠部分，实际上是要由商家进行出资的(例如，某商品优惠10元，则这10元需要由品牌方等来进行出资)，而在本申请实施例所述的新零售场景中，由于存在品牌方、平台方、门店等比较复杂的主体关系，因此，在发放用户权益的过程中，可能涉及到由多方进行出资分摊的问题。例如，可能品牌方、平台方与门店店主按照40％、40％、20％的比例进行出资，等等。而不同门店的销售主体也都各不相同，因此，不能在发放用户权益这件事上对各家门店进行统一要求。另外，每次营销活动可能都是只涉及到一部分商品可以使用对应的用户权益，而每个门店销售的商品也都各不相同，因此，从这一点上而言，也无法对各个门店进行统一要求。
基于上述情况，在本申请实施例中，提供了由平台方发布营销活动，以及关联的用户权益信息，并由具体门店根据实际情况确定是否报名参加具体活动的实现方式。其中，可以由平台方的运营端根据具体营销活动的需求，进行用户权益的配置，具体的用户权益就可以包括优惠券，或者，也可以包括一些单品权益，例如，单品的“秒杀”、“立减”、“直降”、“某元购”，等等。其中，本申请实施例主要针对前述新零售模式下，有线下门店需要参加具体营销活动的场景，具体在对用户权益进行配置时，可以根据具体营销活动的需求，对适用的商品集合等进行配置，另外，在可选的方式下，还可以对不同主体之间的权益分摊方式等进行配置。之后，可以对营销活动信息进行发布，信息发布页面中可以包括关联的用户权益信息的配置信息。这样，门店可以根据具体的配置信息，并结合自己门店的实际情况，选择是否报名参加该活动。例如，自己店内商品是否与活动关联的商品集合存在交集，是否接受具体的权益分摊方式，等等。如果参加，则可以提交报名请求，由服务端进行记录。后续当消费者用户通过具体门店关联的销售终端对用户权益进行核销使用时，则可以对具体的商品是否属于前述商品集合、门店是否报名等进行验证，以此实现同一用户权益在不同销售主体对应的门店之间的互通。
当然，在实际应用中，如前文所述，具体的门店可能对应多种不同类型的销售终端，在优选的方式下，还可以在这些不同类型的销售终端之间实现用户权益互通。例如，如果在某次营销活动中，门店需要让消费者能够在到店购买享受到优惠，另外还需要在使用小程序进行购买时也能够享受某种优惠，则如果不进行特殊处理，需要由平台方配置两种不同的优惠券，然后再向消费者进行发放，消费者在领取之后可以进行核销使用。
在这种方式下存在的问题在于，首先，对于平台方的运营端而言，需要针对多种不同类型的销售终端发放多种不同的优惠券，占用大量的系统资源以及管理成本，对于门店而言，门店需要分别进行多次报名，因此，门店操作以及管理的复杂度也比较高；其次，这种方式可能会导致同一个消费者可能会领取到关于多张不同的优惠券，可能难以实现消费者维度的精准补贴(例如，通常而言，同一营销活动中通常会需要限制同一消费者领取的优惠券的数量，否则可能会出现在同一次营销活动中对同一消费者补贴多次的情况)，导致系统资源浪费。另外，消费者在对领取到的优惠券进行核销使用时，也存在很多不便之处，例如，某消费者在领取了某门店发放的到店消费时可用的优惠券，则该消费者必须到该门店内消费时才能够使用该优惠券，等等。
针对以上问题，在可选的实施方式下，具体在对用户权益进行配置时，还可以根据具体营销活动的需求，选择可对所述用户权益进行核销使用的至少两种销售终端类型。例如，假设需要在门店店内POS以及门店小程序这两种终端上为用户提供优惠，则可以将具体用户权益对应的销售终端类型配置为门店店内POS以及门店小程序，这样，只要用户在报名参加具体活动的门店店内POS机上下单，或者，使用该门店的小程序进行下单，即可使用具体的优惠。另外，还可以使得优惠券的领取端与使用端可以是不同的。例如，如果用户是在门店内领取的优惠券，则也可以在回到家之后，通过下程序下单，并对领取到的优惠券进行核销使用，等等。
另外，由于在本申请实施例的场景中，可能存在多种不同的销售渠道，包括线上旗舰店销售渠道，线下门店(在实际应用中，关于“门店”也可以有其他称法，在本申请实施例中，可以称为实体店铺)销售渠道，其中，实体店铺销售渠道还可以包括现货销售与无货销售等多种不同的渠道，等等。因此，在优选的实施方式下，还可以实现同一用户权益在多种不同销售渠道之间的互通。
具体的，为了达到上述目的，还可以为不同的销售渠道配置适用具体用户权益的不同商品集合。例如，假设需要在门店店内POS以及门店小程序这两种终端上为用户提供优惠，则可以将具体用户权益对应的销售终端类型配置为门店店内POS以及门店小程序；相应的，由于这两种类型销售终端对应的销售渠道都是线下门店销售渠道，因此，还可以为该销售渠道配置对应的商品集合，也即，在该销售渠道下，在该商品集合内的商品可以使用当前用户权益，等等。当然，在实际应用中，具体适用的销售终端类型还可能包括平台方的线上自营旗舰店，则具体的销售渠道还会涉及到线上自营旗舰店销售渠道，此时，也可以为该销售渠道进行商品集合的配置，该商品集合与前述门店销售渠道对应的商品集合可以是不同，实现不同销售渠道下，可以在商品维度上分别对消费者用户进行独立的补贴。另外，如果具体可适用的销售终端类型还包括H5页面链接分享等，则具体对应的销售渠道可能还会包括门店无货销售，此时，还可以针对该销售渠道配置对应的商品集合，等等。
在完成上述关于用户权益的配置后，可以对营销活动信息以及对应的用户权益配置信息进行发布，使得具体的门店可以查看到上述信息，也即，可以查看到具体用户权益适用哪些类型的销售终端，以及具体销售渠道下适用的商品集合信息，然后，可以根据自身情况确定是否要报名参加具体的营销活动。例如，由于门店通常只是对平台方的部分商品进行采购，而一项用户权益对应的在门店销售渠道下适用的商品，也只是平台方的部分商品，因此，可能存在上述两个商品集合不存在交集的情况，此时，该门店就可以选择不参加该营销活动。或者，在另一种情况下，由于用户权益的提供，对于补贴的部分，可能会存在需要平台方与参加活动的门店进行共同出资等情况，因此，根据具体实际经营情况等的不同，不同的门店的出资意愿可能也是不同的，对于当前不愿意进行出资的门店，也可以选择不参加当前活动，等等。
对于愿意参加当前营销获得门店，可以通过用户权益信息发布页面中的报名入口等进行报名，报名的过程中，还可以对具体门店需要提供的用户权益数量等进行确认。例如，在默认情况下，平台方可以默认每个门店最多可发放100张优惠券，但是，有些门店可能认为发放100张优惠券，门店所需支付的出资额过高，则也可以选择减少最多发放的优惠券数量，以此在参与营销活动的情况下，避免出资额超出门店支付能力等情况。
在门店报名参加具体的营销活动后，可以对已报名的门店信息进行保存，在可选的方式下，可以将报名的门店信息保存到用户权益的配置信息中。也即，对于一项用户权益而言，具体的配置信息可以包括其适用的至少两种销售终端类型，在至少一种销售渠道下适用的商品集合，以及报名参加活动的门店信息。
之后，可以通过多种渠道向消费者用户进行用户权益信息的投放，对于优惠券类型的用户权益，消费者用户还可以进行领取操作，具体领取到的优惠券可以保存在用户在相关商品信息服务系统中注册的账户等名下。之后在通过具体门店关联的某种类型的销售终端进行商品购买的过程中，可以使用该账户进行登录，并对已领取的优惠券进行核销使用。如果尚未领取，也可以通过该销售终端进行领取操作，然后再进行核销使用。当然，对于单品优惠类的用户权益，由于不需要用户进行领取操作，因此，在消费者用户通过某种具体的销售终端进行商品购买的过程中，可以直接查看到使用单品优惠后的价格等信息，并且可以在符合自己需求的情况下进行下单。
其中，在对具体用户权益进行核销使用的过程中，还可以对发起核销请求的销售终端类型是否属于前述配置的至少两种销售终端类型中的其中一种、关联的商品是否属于所述商品集合、以及关联的实体店铺是否已报名参加所述营销活动进行验证，如果验证通过，则可以对所述用户权益进行核销处理。
通过上述方式，使得在多销售渠道、对应不同销售主体的多个实体店铺、多销售终端类型的复杂场景下，可以为营销活动配置在多种不同类型的销售终端、不同实体店铺、不同销售渠道均可进行核销使用的用户权益，这样，可以节省运营端的系统资源以及人力、管理等成本；对于门店端而言，只需要报名一次即可，也降低了门店端的操作以及管理等复杂度。另外，由于同一营销活动中，可以通过同一种用户权益实现在多个不同门店、多种不同销售终端、多种不同销售渠道对用户的补贴，因此，也可以避免出现同一消费者领取了同一活动中的多种用户权益的情况，有利于实现在消费者用户维度上的精准补贴。再者，由于同一用户权益在多种不同的销售终端都可以进行核销使用，因此，也可以为消费者用户对用户权益的核销使用提供更多的便利。例如，某消费者用户在某门店中领取了某优惠券，但是当时并没有使用，在现有技术中，该消费者用户需要再次回到该门店时才能够进行核销使用。但是，在本申请实施例中，该优惠券适用的销售终端可能还包括门店小程序等，则消费者用户在门店内领取优惠券之后，该优惠券可以保存在自己的账户中，在通过该账户登录门店小程序后，也可以在该小程序中对该优惠券进行核销使用，等等。
从系统架构角度而言，本申请实施例可以在新零售模式的商品信息服务系统中，提供用于对营销活动中的用户权益信息进行处理的系统，参见图1，该系统可以包括用户权益的配置模块、核销验证模块等。其中，通过配置模块，可以对用户权益适用的商品集合进行配置。在可选的方式下，还可以对适用的至少两种类型的销售终端(例如，POS+小程序，POS+H5，小程序+H5，等等)进行配置，以及对多种销售渠道(包括平台方的线上旗舰店渠道，实体店铺现货渠道，实体店铺无货销售渠道等)下分别适用的不同商品集合进行配置。之后，可以对活动信息进行发布，由门店进行报名。在门店报名后，可以将报名门店的信息进行保存。另外，可以对用户权益信息投放，包括为门店提供二维码等，以便门店通过向消费者用户分享这种二维码的方式，使得消费者用户领取到对应的用户权益，等等。之后，消费者可以通过实体店铺关联的销售终端(包括线上的小程序、虚拟店铺，H5等，或者线下的POS，店长手机等设备中的App等)对用户权益进行核销使用，在核销使用的过程中，可以由核销验证模块对销售渠道、销售终端类型、商品关系进行验证，还可以对具体的实体店铺是否参加了当前用户权益归属的营销活动进行验证，如果验证通过，则可以对具体的用户权益进行核销处理，也即，使得消费者用户在具体购买过程中可以获得该用户权益的补贴。当然，具体实现时，具体可以对用户权益核销使用的销售终端还可以包括平台方在线上开设的官方旗舰店等(其中，如果平台方在多种不同的电商平台分别开设了官方旗舰店，则也可以对应不同的销售终端)。
下面对本申请实施例提供的具体实现方案进行详细介绍。
实施例一
该实施例一首先从前述用户权益信息管理系统的角度，提供了一种用户权益信息处理方法，参见图2，该方法可以包括：
S201：向活动事件的关联方提供信息发布页面，所述信息发布页面中包括所述活动事件关联的用户权益的配置信息；所述配置信息包括：所述用户权益适用的商品集合，所述关联方包括多个实体店铺，所述多个实体店铺对应不同的销售主体。
其中，活动事件具体就可以是具体开展的营销活动等。在本申请实施例中，在为具体营销活动创建用户权益时，可以为具体的用户权益配置适用的商品集合。另外，在可选的方式下，如果涉及到实体店铺销售类型的销售渠道，则还可以确定出具体需要在哪些销售终端类型上对用户进行补贴，另外，如果涉及到在多种不同销售渠道下进行补贴，则还可以确定出各种销售渠道下分别具体在哪些商品上对消费者用户进行补贴，等等。然后，可以根据上述比较具体的精准补贴方式，对具体用户权益进行配置，具体可以配置出可对所述用户权益进行核销使用的至少两种销售终端类型，以及多种销售渠道下分别适用的不同商品集合，等等。
例如，在具体实现时，如果需要在实体店铺的店内POS机以及实体店铺相关的小程序对用户进行补贴，则可以将可对所述用户权益进行核销使用的至少两种销售终端类型配置为店内POS机以及小程序。或者，如果还需要针对H5页面链接分享情况下对用户进行补贴，则也可以将H5页面链接分享这种销售终端加入到前述配置信息中，等等。关于销售渠道下商品集合的配置，也可以根据具体的营销活动的需求来进行配置。例如，某营销活动中，需要通过实体店铺现货销售渠道以及实体店铺无货销售渠道这两个渠道对用户进行补贴，则可以分别为两个销售渠道配置不同的商品集合，等等。其中，在实体店铺现货销售类型的销售渠道下，实体店铺通过预先从供货方处进行货品采购的方式，从实体店铺的库存中为关联的销售终端产生的订单进行发货。在实体店铺无货销售类型的销售渠道下，实体店铺对供货方发布的支持无货销售的商品信息进行分享，在用户基于所述实体店铺分享的商品信息生成订单后，由所述实体店铺向所述供货方提交采购单后为用户发货，或者，由所述实体店铺通过所述供货方为用户发货。
这里需要说明的是，在本申请实施例中，不同的实体店铺可以对应不同的销售主体，但是，在一种典型的模式下，可以由相同的供货方(例如，前文所述的平台方)进行供货，相应的，具体的营销活动就可以是由所述供货方进行发起的。另外，具体的供货方还可以关联有线上自营店铺(例如，前述平台方开设的线上自营旗舰店)，因此，具体的销售渠道还可以包括：所述线上自营店铺类型的销售渠道。也就是说，在前述新零售的模式下，本申请实施例提供的方案不仅可以为实体店铺销售渠道下多种不同销售终端进行统一的用户权益配置，还可以将具体线上自营店铺这种销售渠道对应的销售终端也加入其中，等等。
在完成对用户权益的配置后，可以对营销活动信息进行发布，具体的发布页面中就可以包括前述关于用户权益的配置信息，这样，使得实体店铺端可以查看到具体用户权益在哪些销售终端、哪些商品、哪些渠道上可以适用，进而据此判断是否需要参加当前营销活动。如果参加，则可以通过页面中的报名入口进行报名。
具体实现时，具体的营销活动信息可以向全体的实体店铺进行发布，或者，在另一种方式下，某些营销活动可能会具有一些区域性的特点，例如，仅允许某地区范围内的实体店铺参加，则也可以在对用户权益进行配置时，配置具体使用的实体店铺范围等信息。这样，在对营销活动信息进行发布时，可以在该范围内进行发布，等等。
S202：在接收到实体店铺提交的参加所述活动事件的报名请求后，将已报名的实体店铺信息进行保存。
由于实体店铺端可以查看到具体用户权益在销售终端维度、商品维度上的适用范围等信息，因此，可以根据自身实际情况来确定是否参加当前营销活动。如果参加，则可以通过页面中的报名入口进行报名，并且，可以将已报名的实体店铺信息进行保存。
具体实现时，已报名的实体店铺信息，可以作为用户权益的另一项配置信息进行保存，也即，可以添加到用户权益的配置信息中，这样，便于提升后续核销验证过程中对各项信息进行查询的效率。需要说明的是，在具体实现时，如果用户权益支持多种不同的销售渠道，其中还包括平台方的线上自营店铺类型的销售渠道，则该线上自营店铺也可以报名参加具体的活动，此时，也可以将该线上自营店铺信息添加到该用户权益的配置信息中，使得用户也可以在该渠道下使用该用户权益。
其中，关于优惠券等类型的用户权益，由于通常需要消费者用户在领取之后才能进行核销使用，因此，在具体实现时，还可以在接收到所述实体店铺的报名信息后，为所述实体店铺提供用于领取所述优惠券的图形码或链接，以便所述实体店铺通过所述图形码或链接向消费者用户分享所述优惠券。例如，具体的实体店铺可以通过打印出具体的图形码并粘贴在店铺中的相关物料上等方式，向消费者用户进行分享，也即，消费者用户在进入实体店铺时，可以使用相关应用程序(并已经使用相关账户进行登录)进行扫码等方式来完成对优惠券的领取。或者，实体店铺也可以通过在店内POS机上展示具体图形码的方式向消费者用户进行分享，或者，实体店铺还可以通过相关的即时通信工具，将相关图形码或者链接分享给消费者用户的方式，由消费者用户进行领取，等等。在消费者用户领取到某实体店铺分享的优惠券后，还可以建立起该优惠券可以与具体的实体店铺之间的关联关系，这样，在所述消费者用户利用所述相关账户登录到所述目标实体店铺关联的销售终端，并发起对所述用户权益进行核销使用的请求后，可以对所述用户权益进行所述核销验证。
另外，对于优惠券等类型的用户权益，在实体店铺进行报名参加营销活动的过程中，还可以对具体实体店铺中实际所需发放的优惠券总数进行确认。具体的，可以提供默认的优惠券数量，该信息可以由实体店铺根据自身的实际情况进行修改。
S203：在通过某实体店铺关联的销售终端接收到对所述用户权益进行核销使用的请求时，对关联的商品是否属于所述商品集合、以及关联的实体店铺是否已报名参加所述活动事件进行验证，如果验证通过，则对所述用户权益进行核销处理。
在通过前述方式完成了用户权益的配置以及发放之后，消费者可以通过具体的销售终端对用户权益进行核销使用。其中，在本申请实施例的场景中，对于实体店铺销售渠道，消费者用户具体所使用的销售终端会关联由具体实体店铺的信息。例如，对于消费者用户线下购买的场景，此时，使用的销售终端可以是店内POS机或者店内工作人员手机等设备中的应用程序(App)等，这些销售终端显然是关联有具体实体店铺的标识等信息的。而对于消费者用户线上购买的场景，具体的小程序、H5页面等通常是由实体店铺的店长或者销售人员分享给消费者用户的，因此，消费者用户在点击打开后，也可以识别出具体关联的实体店铺标识等信息。关于实体店铺对应的线上虚拟店铺等，则也显然是关联有实体店铺信息的，等等。总之，消费者用户在实体店铺销售渠道下，通过具体销售终端进行下单等操作时，都可以带有具体实体店铺的标识等信息。
这样，在通过实体店铺关联的销售终端接收到对所述用户权益进行核销使用的请求后，则可以对所述用户权益进行核销验证，具体的核销验证可以包括：关联的商品是否属于所述商品集合、以及关联的实体店铺是否已报名参加所述营销活动进行验证，如果验证通过，则可以对所述用户权益进行核销处理。其中，用户权益在至少两种销售终端类型之间实现互通，也即用户权益的配置信息还包括：可对所述用户权益进行核销使用的至少两种销售终端类型，则在具体在进行核销验证时，还可以对该销售终端的类型是否属于所述至少两种销售终端类型中的其中一种进行验证。
其中，如前文所述，关于优惠券类型的用户权益，需要消费者用户领取之后才能够进行核销使用。而消费者用户可以通过多种途径完成对前述优惠券类型的用户权益的领取，而在本申请实施例中，领取优惠券的途径与对优惠券进行核销使用的途径可以是不同的。具体的，如果消费者用户是通过目标实体店铺提供的第一销售终端(例如，POS机等)或其所在场所对所述优惠券执行领取操作，则可以在执行该领取操作后，建立已领取的优惠券与所述目标实体店铺之间的关联关系，并保存到所述消费者用户的相关账户下。之后，如果该消费者用户利用前述相关账户登录到前述目标实体店铺提供的第二销售终端(例如，小程序，实体店铺在线上开设的虚拟店铺，H5链接等)，并发起对已领取的优惠券进行核销使用的请求时，也可以进行核销验证，其中，具体的核销验证就可以包括：对所述第二销售终端的类型是否属于所述至少两种销售终端类型中的其中一种、关联的商品是否属于所述商品集合、以及所述目标实体店铺是否已报名参加所述优惠券所归属的营销活动进行验证，如果验证通过，则可以对所述目标用户权益进行核销处理。
例如，在一种典型的场景下，假设用户之前在某实体店铺中通过扫描店铺中张贴出的图形码的方式，领取到了一张优惠券，但是，当时并没有对该优惠券进行核销使用。过了一段时间之后，该用户想要通过该实体店铺购买某商品，但是又不想到店购买，则可以打开该实体店铺对应的小程序或者在某电商平台开设的线上虚拟店铺页面进行购买。此时，只要之前领取到的优惠券配置的支持核销的销售终端类型，包括上述小程序或者虚拟店铺，即可利用之前领取优惠券时使用的账户登录到当前小程序或者电商平台，并在该小程序或者电商平台中对该优惠券进行核销使用。
或者，另一种场景下，假设用户之前在某实体店铺对应的小程序或者线上虚拟店铺中，领取到了一张优惠券，同时该优惠券也可以支持在实体店铺店内POS机上进行核销。则该用户可以在某天正好进入该实体店铺内进行购物时，通过该实体店铺中的POS机对其之前在线上领取到的优惠券进行核销使用。在POS机上进行核销使用的过程中，具体流程可以是，在消费者进入实体店铺后，首先可以在店内人员协助下或者消费者自助地在POS机上查询当前店铺中售卖的商品列表，从中选择出用户所需购买的商品，并且可以在商品详情页等页面中展示出具体商品可以使用的优惠券等用户权益信息，其中就可以包括本申请实施例中配置的用户权益信息。例如，某用户权益在实体店铺销售渠道下可用的商品集合中包括商品A，当前实体店铺中也从平台方采购了该商品A，并且报名参加了该用户权益归属的营销活动，则在该实体店铺的POS机中展示该商品A的信息时，就可以展示关于该用户权益的信息。之后，还可以通过该POS机对消费者用户在相关应用程序(例如，用户手机中安装的相关电商平台App等)中注册的账户信息进行扫码等方式，获取到消费者用户的账户信息。如果该用户已经领取过该用户权益，则该用户权益在当前账户下可以是已领取状态，可以直接使用该用户权益进行下单。下单过程中，可以对该用户权益进行核销验证，具体的，订单系统可以向运营端发送核销验证请求，其中可以携带当前用户权益信息，POS机这种销售终端类型信息，实体店铺标识信息，商品信息等，如果核销验证通过，则可以根据该用户权益确定出具体商品实际需要支付的金额等信息，消费者用户可以基于该金额完成对订单的支付等操作。
需要说明的是，如前文所述，对于优惠券类型的用户权益，具体实体店铺在报名参加营销活动时，可能还对计划发放的优惠券数量进行了设置，因此，在这种情况下，在具体对优惠券的核销验证通过后，还可以对对应实体店铺关联的剩余可用优惠券数量进行更新。例如，每次有消费者用户通过某种销售终端完成对优惠券的核销使用后，该实体店铺对应的可用优惠券数量都可以进行减一处理，直到可用优惠券数量为0时，可以不再支持更多消费者用户对该实体店铺发放的优惠券进行核销使用。
当然，从消费者用户的角度而言，虽然具体的用户权益可以在多种不同的销售终端进行核销使用，但是，由于用户权益只有一项，因此，在通过其中一销售终端完成对该用户权益的核销使用之后，其他销售终端将无法再使用，以此避免同一营销活动中对同一消费者用户进行多次补贴的情况发生。当然，如果同一营销活动中允许对同一消费者用户进行补贴多次，则也可以通过对用户权益的可领取或者核销使用次数进行配置等方式来实现。
当然，如果具体的用户权益涉及到平台方的线上自营店铺这一销售渠道，则在通过线上自营店铺的页面接收到对所述用户权益进行核销使用的请求时，也可以对所述用户权益进行核销验证，此时，具体的核销验证可以包括：对关联的商品是否属于所述商品集合、以及所述线上自营店铺是否已报名参加所述活动事件进行验证，如果验证通过，则对所述用户权益进行核销处理。
总之，通过本申请实施例，在为活动事件创建关联的用户权益后，可以对用户权益进行配置，具体可以包括适用的商品集合，并且可以由实体店铺根据用户权益的配置情况选择是否报名参加对应的活动事件。在对用户权益进行核销使用时，则可以进行验证，判断具体的商品是否在配置的商品集合中，还可以判断实体店铺是否以及报名了具体的营销活动。通过这种方式，在多实体店铺且分别对应不同的销售主体、店内商品集合的场景下，可以为活动事件配置在多种实体店铺中均可进行核销使用的用户权益，实现同一用户权益在上述不同实体店铺之间的互通。对于实体店铺而言，只需要选择是否报名参加具体的活动事件即可，而不再需要独自开展具体的活动，也不必独自进行发券等，因此，可以降低实体店铺的管理成本。另外，可以避免出现同一消费者从不同的实体店铺领取关于同一商品的多种不同用户权益的情况，有利于实现在消费者用户维度上的精准补贴控制。
在可选的实施方式下，在需要通过多种不同类型的销售终端为用户提供优惠的情况下，只需要配置一种用户权益，并为该用户权益配置多种可用的销售终端类型即可，而不需要分别进行配置，以此实现同一种用户权益在多种不同销售终端类型之间的互通。另外，还可以实现同一种用户权益在多种不同销售渠道之间的互通。通过这种方式，由于多种不同销售主体对应的实体店铺、不同销售终端类型、不同销售渠道都可以对应同一种用户权益，因此，节省了运营端的系统资源以及人力、管理等成本；对于门店端而言，只需要报名一次即可，也降低了门店端的操作以及管理等复杂度。另外，由于同一活动事件中，可以通过同一种用户权益实现在多种不同类型的销售终端、不同销售渠道对用户的补贴，因此，也可以避免出现同一消费者领取了同一活动中的多种用户权益的情况，有利于进一步实现在消费者用户维度上的精准补贴。再者，由于同一用户权益在多种不同类型的销售终端都可以进行核销使用，因此，也可以为消费者用户对用户权益的核销使用提供更多的便利。
实施例二
该实施例二是从销售终端的角度，提供了一种用户权益信息处理方法，参见图3，该方法可以包括：
S301：通过当前销售终端接收到对目标用户权益进行核销使用的请求后，将所述请求提交到服务端，并携带关联的实体店铺的标识信息，以及关联的商品标识信息，以便所述服务端对关联的商品是否属于所述目标用户权益配置的商品集合、以及关联的实体店铺是否已报名参加所述目标用户权益归属的活动事件进行验证；其中，不同的实体店铺对应不同的销售主体；
S302：接收到所述服务端返回的验证通过结果后，对所述目标用户权益进行核销使用处理。
其中，所述目标用户权益包括优惠券类型的用户权益；所述当前销售终端是在利用消费者用户关联的目标账号进行登录的状态下，接收到所述核销使用请求；此时，还可以在利用所述消费者用户关联的目标账号进行登录后，获取所述目标账号关联的已领取优惠券的信息，以便对所述已领取优惠券进行核销使用。
关于上述实施例二中的未详述部分，可以参见实施例一以及本说明书其他部分的记载，这里不再赘述。
需要说明的是，本申请实施例中可能会涉及到对用户数据的使用，在实际应用中，可以在符合所在国的适用法律法规要求的情况下(例如，用户明确同意，对用户切实通知，等)，在适用法律法规允许的范围内在本文描述的方案中使用用户特定的个人数据。
与实施例一相对应，本申请实施例还提供了一种用户权益信息处理装置，参见图4，该装置可以包括：
活动信息发布单元401，用于向活动事件的关联方提供信息发布页面，所述信息发布页面中包括所述活动事件关联的用户权益的配置信息；所述配置信息包括：所述用户权益适用的商品集合；所述关联方包括多个实体店铺，所述多个实体店铺对应不同的销售主体；
报名信息保存单元402，用于在接收到实体店铺提交的报名参加所述活动事件的报名请求后，将已报名的实体店铺信息进行保存；
核销验证单元403，用于在通过某实体店铺关联的销售终端接收到对所述用户权益进行核销使用的请求时，对所述用户权益进行核销验证，所述核销验证包括：对关联的商品是否属于所述商品集合、以及关联的实体店铺是否已报名参加所述活动事件进行验证，如果验证通过，则对所述用户权益进行核销处理。
具体实现时，所述用户权益的配置信息还包括：可对所述用户权益进行核销使用的至少两种销售终端类型；
所述核销验证还包括：对所述请求关联的销售终端的类型是否属于所述至少两种销售终端类型中的其中一种进行验证。
具体的，所述用户权益包括优惠券类的用户权益；
此时，该装置还可以包括：
分享信息提供单元，用于在接收到所述实体店铺的报名信息后，为所述实体店铺提供用于领取所述优惠券的图形码或链接，以便所述实体店铺通过所述图形码或链接向消费者用户分享所述优惠券；
关联关系保存单元，用于在接收到消费者用户领取某目标实体店铺分享的优惠券的消息后，建立已领取的优惠券与所述目标实体店铺之间的关联关系，并保存到所述消费者用户的相关账户下；
所述核销验证单元具体可以用于：
在接收到所述消费者用户利用所述相关账户登录到所述目标实体店铺关联的销售终端，并发起对所述用户权益进行核销使用的请求后，对所述用户权益进行所述核销验证。
具体的，所述用户权益的配置信息还包括：可对所述用户权益进行核销使用的至少两种销售终端类型；此时，所述关联关系保存单元具体可以用于
在接收到消费者用户通过目标实体店铺提供的第一销售终端或其所在场所对所述优惠券执行领取操作的消息后，建立已领取的优惠券与所述目标实体店铺之间的关联关系，并保存到所述消费者用户的相关账户下；
所述核销验证单元具体可以用于：
在接收到所述消费者用户利用所述相关账户登录到所述目标实体店铺提供的第二销售终端，并发起对所述优惠券进行核销使用的请求时，进行核销验证，其中，所述核销验证包括：对所述第二销售终端的类型是否属于所述至少两种销售终端类型中的其中一种、关联的商品是否属于所述商品集合、以及所述目标实体店铺是否已报名参加所述优惠券所归属的活动事件进行验证，如果验证通过，则对所述优惠券进行核销处理。
另外，该装置还可以包括：
数量确定单元，用于在接收到实体店铺的报名请求后，确定实体店铺计划发放的优惠券总数量信息；
数量更新单元，用于在所述核销验证通过后，对对应实体店铺关联的剩余可用优惠券数量进行更新。
其中，所述用户权益适用的商品集合包括：与多种不同销售渠道分别对应的不同商品集合，所述销售渠道包括实体店铺类型的销售渠道。
其中，不同的实体店铺由相同的供货方进行供货，所述活动事件由所述供货方进行发起；
所述供货方还关联有线上自营店铺；
所述至少一种销售渠道还包括：线上自营店铺类型的销售渠道
所述核销验证单元还可以包括：
在通过线上自营店铺的页面接收到对所述用户权益进行核销使用的请求时，对所述用户权益进行核销验证，所述核销验证包括：对关联的商品是否属于所述商品集合、以及所述线上自营店铺是否已报名参加所述活动事件进行验证，如果验证通过，则对所述用户权益进行核销处理。
所述实体店铺销售类型的销售渠道包括：实体店铺现货销售类型的销售渠道；在该销售渠道下，实体店铺通过预先从供货方处进行货品采购的方式，从实体店铺的店内商品库存中为关联的销售终端产生的订单进行发货；其中，不同的实体店铺对应不同的店内商品集合。
所述实体店铺销售类型的销售渠道包括：实体店铺无货销售类型的销售渠道；在该销售渠道下，实体店铺对供货方发布的支持无货销售的商品信息进行分享，在用户基于所述实体店铺分享的商品信息生成订单后，由所述实体店铺向所述供货方提交采购单后为用户发货，或者，由所述实体店铺通过所述供货方为用户发货。
与实施例二相对应，本申请实施例还提供了一种用户权益信息处理装置，参见图5，该装置可以包括：
核销请求接收单元501，用于通过当前销售终端接收到对目标用户权益进行核销使用的请求后，将所述请求提交到服务端，并携带关联的实体店铺的标识信息，以及关联的商品标识信息，以便所述服务端对关联的商品是否属于所述目标用户权益配置的商品集合、以及关联的实体店铺是否已报名参加所述目标用户权益归属的活动事件进行验证；其中，不同的实体店铺对应不同的销售主体；
核销处理单元502，用于接收到所述服务端返回的验证通过结果后，对所述目标用户权益进行核销使用处理。
具体的，所述目标用户权益包括优惠券类型的用户权益；
所述当前销售终端是在利用消费者用户关联的目标账号进行登录的状态下，接收到所述核销使用请求；
此时，所述装置还包括：
已领取优惠券信息获取单元，用于在利用所述消费者用户关联的目标账号进行登录后，获取所述目标账号关联的已领取优惠券的信息；
所述对目标用户权益进行核销使用的请求包括：对所述已领取优惠券进行核销使用的请求。
另外，本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前述方法实施例中任一项所述的方法的步骤。
以及一种电子设备，包括：
一个或多个处理器；以及
与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行前述方法实施例中任一项所述的方法的步骤。
其中，图6示例性的展示出了电子设备的架构，具体可以包括处理器610，视频显示适配器611，磁盘驱动器612，输入/输出接口613，网络接口614，以及存储器620。上述处理器610、视频显示适配器611、磁盘驱动器612、输入/输出接口613、网络接口614，与存储器620之间可以通过通信总线630进行通信连接。
其中，处理器610可以采用通用的CPU(Central Processing Unit，处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本申请所提供的技术方案。
存储器620可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器620可以存储用于控制电子设备600运行的操作系统621，用于控制电子设备600的低级别操作的基本输入输出系统(BIOS)。另外，还可以存储网页浏览器623，数据存储管理系统624，以及用户权益信息处理系统625等等。上述用户权益信息处理系统625就可以是本申请实施例中具体实现前述各步骤操作的应用程序。总之，在通过软件或者固件来实现本申请所提供的技术方案时，相关的程序代码保存在存储器620中，并由处理器610来调用执行。
输入/输出接口613用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。
网络接口614用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。
总线630包括一通路，在设备的各个组件(例如处理器610、视频显示适配器611、磁盘驱动器612、输入/输出接口613、网络接口614，与存储器620)之间传输信息。
需要说明的是，尽管上述设备仅示出了处理器610、视频显示适配器611、磁盘驱动器612、输入/输出接口613、网络接口614，存储器620，总线630等，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本申请方案所必需的组件，而不必包含图中所示的全部组件。
通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
以上对本申请所提供的用户权益信息处理方法及电子设备，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。

Claims (13)

1.一种用户权益信息处理方法，其特征在于，包括：
向活动事件的关联方提供信息发布页面，所述信息发布页面中包括所述活动事件关联的用户权益的配置信息；所述配置信息包括：所述用户权益适用的商品集合，所述关联方包括多个实体店铺，所述多个实体店铺对应不同的销售主体；
在接收到实体店铺提交的报名参加所述活动事件的请求后，将已报名的实体店铺信息进行保存；
在通过某实体店铺关联的销售终端接收到对所述用户权益进行核销使用的请求时，对所述用户权益进行核销验证，所述核销验证包括：对关联的商品是否属于所述商品集合、以及关联的实体店铺是否已报名参加所述活动事件进行验证，如果验证通过，则对所述用户权益进行核销处理。
2.根据权利要求1所述的方法，其特征在于，
所述用户权益的配置信息还包括：可对所述用户权益进行核销使用的至少两种销售终端类型；
所述核销验证还包括：对所述请求关联的销售终端的类型是否属于所述至少两种销售终端类型中的其中一种进行验证。
3.根据权利要求1所述的方法，其特征在于，
所述用户权益包括优惠券类的用户权益；
所述方法还包括：
在接收到所述实体店铺的报名信息后，为所述实体店铺提供用于领取所述优惠券的图形码或链接，以便所述实体店铺通过所述图形码或链接向消费者用户分享所述优惠券；
在接收到消费者用户领取某目标实体店铺分享的优惠券的消息后，建立已领取的优惠券与所述目标实体店铺之间的关联关系，并保存到所述消费者用户的相关账户下；
所述在通过某实体店铺关联的销售终端接收到对所述用户权益进行核销使用的请求时，对所述用户权益进行核销验证，包括：
在接收到所述消费者用户利用所述相关账户登录到所述目标实体店铺关联的销售终端，并发起对所述用户权益进行核销使用的请求后，对所述用户权益进行所述核销验证。
4.根据权利要求3所述的方法，其特征在于，
所述用户权益的配置信息还包括：可对所述用户权益进行核销使用的至少两种销售终端类型；
所述在接收到消费者用户领取某目标实体店铺分享的优惠券的消息后，建立已领取的优惠券与所述目标实体店铺之间的关联关系，包括：
在接收到消费者用户通过目标实体店铺提供的第一销售终端或其所在场所对所述优惠券执行领取操作的消息后，建立已领取的优惠券与所述目标实体店铺之间的关联关系，并保存到所述消费者用户的相关账户下；
所述在接收到所述消费者用户利用所述相关账户登录到所述目标实体店铺关联的销售终端，并发起对所述用户权益进行核销使用的请求后，对所述用户权益进行所述核销验证，包括：
在接收到所述消费者用户利用所述相关账户登录到所述目标实体店铺提供的第二销售终端，并发起对所述优惠券进行核销使用的请求时，进行核销验证，其中，所述核销验证包括：对所述第二销售终端的类型是否属于所述至少两种销售终端类型中的其中一种、关联的商品是否属于所述商品集合、以及所述目标实体店铺是否已报名参加所述优惠券所归属的活动事件进行验证，如果验证通过，则对所述优惠券进行核销处理。
5.根据权利要求3所述的方法，其特征在于，还包括：
在接收到实体店铺的报名请求后，确定实体店铺计划发放的优惠券总数量信息；
在所述核销验证通过后，对对应实体店铺关联的剩余可用优惠券数量进行更新。
6.根据权利要求1所述的方法，其特征在于，
所述用户权益适用的商品集合包括：与多种不同销售渠道分别对应的不同商品集合，所述销售渠道包括实体店铺类型的销售渠道。
7.根据权利要求6所述的方法，其特征在于，
不同的实体店铺由相同的供货方进行供货，所述活动事件由所述供货方进行发起；
所述供货方还关联有线上自营店铺；
所述销售渠道还包括：线上自营店铺类型的销售渠道；
所述方法还包括：
在通过线上自营店铺的页面接收到对所述用户权益进行核销使用的请求时，对所述用户权益进行核销验证，所述核销验证包括：对关联的商品是否属于所述商品集合、以及所述线上自营店铺是否已报名参加所述活动事件进行验证，如果验证通过，则对所述用户权益进行核销处理。
8.根据权利要求6所述的方法，其特征在于，
所述实体店铺销售类型的销售渠道包括：实体店铺现货销售类型的销售渠道；在该销售渠道下，实体店铺通过预先从供货方处进行货品采购的方式，从实体店铺的店内商品库存中为关联的销售终端产生的订单进行发货；其中，不同的实体店铺对应不同的店内商品集合。
9.根据权利要求6所述的方法，其特征在于，
所述实体店铺销售类型的销售渠道包括：实体店铺无货销售类型的销售渠道；在该销售渠道下，实体店铺对供货方发布的支持无货销售的商品信息进行分享，在用户基于所述实体店铺分享的商品信息生成订单后，由所述实体店铺向所述供货方提交采购单后为用户发货，或者，由所述实体店铺通过所述供货方为用户发货。
10.一种用户权益信息处理方法，其特征在于，包括：
通过当前销售终端接收到对目标用户权益进行核销使用的请求后，将所述请求提交到服务端，并携带关联的实体店铺的标识信息，以及关联的商品标识信息，以便所述服务端对关联的商品是否属于所述目标用户权益配置的商品集合、以及关联的实体店铺是否已报名参加所述目标用户权益归属的活动事件进行验证；其中，不同的实体店铺对应不同的销售主体；
接收到所述服务端返回的验证通过结果后，对所述目标用户权益进行核销使用处理。
11.根据权利要求10所述的方法，其特征在于，
所述目标用户权益包括优惠券类型的用户权益；
所述当前销售终端是在利用消费者用户关联的目标账号进行登录的状态下，接收到所述核销使用请求；
所述方法还包括：
在利用所述消费者用户关联的目标账号进行登录后，获取所述目标账号关联的已领取优惠券的信息；
所述对目标用户权益进行核销使用的请求包括：对所述已领取优惠券进行核销使用的请求。
12.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1至11任一项所述的方法的步骤。
13.一种电子设备，其特征在于，包括：
一个或多个处理器；以及
与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行权利要求1至11任一项所述的方法的步骤。
CN202310310393.5A 2023-03-27 2023-03-27 用户权益信息处理方法及电子设备 Pending CN116452250A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310310393.5A CN116452250A (zh) 2023-03-27 2023-03-27 用户权益信息处理方法及电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310310393.5A CN116452250A (zh) 2023-03-27 2023-03-27 用户权益信息处理方法及电子设备

Publications (1)

Publication Number Publication Date
CN116452250A true CN116452250A (zh) 2023-07-18

Family

ID=87124787

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310310393.5A Pending CN116452250A (zh) 2023-03-27 2023-03-27 用户权益信息处理方法及电子设备

Country Status (1)

Country Link
CN (1) CN116452250A (zh)

Similar Documents

Publication Publication Date Title
US11836754B2 (en) Electronic coupon management
US20110071890A1 (en) System and method for bundled selling of goods and services at a prepaid fixed price using the internet
US8831975B2 (en) System and method for subscription-based delivery service
US20130297424A1 (en) Methods and apparatus to automate haggling before physical point-of-sale commerce
CN111784432A (zh) 一种基于互联网的电子商务平台及其商业模式
WO2007146016A2 (en) Method and system for flexible incentive programs in sales organizations
JP2008538463A (ja) 統合モバイル・アプリケーション・サーバおよび通信ゲートウェイ
US20210019813A1 (en) Consumer purchasing and inventory control assistant apparatus, system and methods
JP2013191242A (ja) ネットワーク通信網を利用した電子クーポンサービス提供方法、これを実行するためのプログラムを記録したコンピュータで読み取り可能な記録媒体
TWM544679U (zh) 加盟式商務雲端服務系統
JP2006510969A (ja) 電子決済情報を用いた電子商取引システム及び方法
JP5357092B2 (ja) 販売促進システムおよび企業ポイント管理サーバならびに企業ポイント管理プログラム
KR20200139006A (ko) 역경매 방식을 이용한 할인 구매 시스템 및 방법
WO2022241241A1 (en) Consumer purchasing and inventory control assistant apparatus, system and methods
KR102254743B1 (ko) 네트워크를 통한 물품 배송 관리 방법 및 이에 사용되는 관리 서버
KR102243434B1 (ko) 도매/소매/구매대행 통합 관리 방법 및 시스템
CN116452250A (zh) 用户权益信息处理方法及电子设备
KR20130097696A (ko) 소셜 네트워크 서비스를 이용한 쇼핑몰 운영 시스템 및 상기 시스템을 이용한 쇼핑몰 운영방법
KR20220006330A (ko) 온라인으로 구매와 판매를 동시에 수행하는 휴대폰 배송 시스템
KR101591341B1 (ko) 콘텐트 제공 시스템 및 그 방법
KR20030043144A (ko) 인터넷을 이용한 통합 머천다이징 시스템
KR102309030B1 (ko) 온라인 기프트샵 상품권 에디팅 서비스 제공방법
KR102279060B1 (ko) 온라인 판매 서비스 장치 및 방법
KR20130094509A (ko) 양 방향 커뮤니케이션을 통한 고객 관리 시스템 및 그 방법
KR20010067806A (ko) 가맹업소에 비치된 카탈로그와 온라인을 통한상품판매시스템의 운영방법

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination