一种基于电商平台的礼包处理方法及系统与流程

1.本发明涉及数据处理技术领域，特别涉及一种基于电商平台的礼包处理方法及系统。


背景技术：

2.电商平台基于微信小程序平台展示商品、移动支付、客户服务、好友互动于一体的微信商城应用服务，让微信用户享受轻松、简单的购物送礼体验，维护人际和客户关系的便利工具。电商平台在当下互联网人口流量红利消失，流量的超级碎片化、用户体验升级需求，企业在电商场景迫切需求创新场景的出现。
3.送礼对于中国节假日来说，是一种常见的社会现象，选一件理想的礼品对赠送者和接受者来说，都能表达出某种特殊的愿望，传递出某种特殊的信息，微信送礼，基于社群交易场景考虑，提供3类型送礼功能，满足电商微信送礼的大部分场景。
4.普通礼包，在商城选择一件中意的礼品，下单支付后，微信发给好友，好友选择收货地址后，就等待礼物送达。
5.神秘礼包，在送礼场景下收礼人不知道收到的具体礼包是什么，增加了礼包的神秘感，让送礼的乐趣更丰富。
6.抽奖礼包，在公司年会，团队建设场景下，选择大量商品进行抽奖礼包下单，同步礼包到微信群后，通过抽奖的结果进行呈现；一等奖、二等奖、三等级通过礼包实现抽奖功能。


技术实现要素：

7.本发明的目的在于提供一种基于电商平台的礼包处理方法，以解决上述背景技术中提出的问题。
8.为实现上述目的，本发明提供如下技术方案：一种基于电商平台的礼包处理方法，所述礼包内容分为送礼和收礼两个业务方向，如下：
9.对于送礼来说，其逻辑包括挑选礼品构成一个礼包，下单支付，设置礼包，于收礼而言，需要执行抢礼包的逻辑，如果成功领取到礼包，需要填写地址执行礼包订单的生成，收礼人答谢送礼人；
10.在挑选礼品阶段，系统会对一些不适配送礼的商品进行剔除，并给相应的提示，例如不包邮商品，简单来说，由于不包邮商品的运费视收获地址而定，在礼包未被领取之前，无法获得收获地址，因此运费无法计算；
11.支付完成后礼包就形成了，为增强送礼的仪式感与氛围感，需要对礼包进行美化，添加一些修饰，设置礼卡，填写诚挚的祝福语，将礼包发给好友即可完成送礼；
12.此时礼包进入到收礼阶段，好友通过点击送礼人发出的礼包卡片，即可进入礼包领取页面，在礼包还有剩余的情况，则进行到抢礼包的流程中；
13.抢礼包在确保不出现错误的情况，需要允许同一时刻更多的人进行到抢礼包的流
程中，如果只能一个一个排队执行该过程，那体验是极其糟糕的，不能提供“抢”的乐趣，也就显得不热闹了；
14.成功抢到礼包的人还需一步即可完成收礼，填写地址，如果地址在允许配送的范围内即可完成收礼订单的创建，耐心等待包裹抵达就好了，如果是“神秘礼包”，那种盲盒所带来的不确定性刺激总让人着迷；
15.送到礼物后可以答谢送礼人，答谢内容支持，文字，图片，视频，表情，至此整个礼包的流程就算是结束了。
16.作为本发明的一种优选技术方案，所述送礼的具体操作步骤如下：
17.第一步：送礼人在美记商城为礼包挑选礼品，此过程挑选的礼品只作为一份礼包中的内容做出呈现，同时此过程会做出一定程度的剔除处理，包括组合商品和不包邮商品；
18.第二步：根据第一步挑选出的礼包组成一份礼包，送礼人继续对礼包的份数进行设置，即有多少个收礼人可以收到礼包；
19.第三步：确定礼包的份数后送礼人就会下单支付，系统收到用户付款成功后，会将礼包数据进行后台存储，包括礼包主体信息、礼包的份数、过期时间和礼包内的礼品快照信息；
20.第四步：进入到此阶段礼包算是形成了，送礼人可以选取一个祝福语以及卡片为礼包做出进一步的美化，系统为每个节日都准备了相应的节日祝福，与应景的节日礼卡，送礼人可以选取这些素材，当然也可以完全自定义；
21.第五步：在礼包准备完毕后，送礼人就可以分享给好友了，此时礼包呈现出来的就是精美的礼卡封面与赠言，此时送礼的流程结束。
22.作为本发明的一种优选技术方案，所述收礼的具体操作步骤如下：
23.步骤一：收礼人通过点击送礼人分享的礼包卡片，可以查询出礼包的信息，对于“神秘礼包”，展示的是一个盲盒icon，礼包还有剩余，那么可以进行抢礼包的操作，否则展示礼包已被抢光了；
24.步骤二：收礼人在抢礼包之前会先填写收货地址，此时系统会检测所填写的收货地址是否在礼品的配送范围内，超出配送范围，则会提示收礼人进行地址切换；
25.步骤三：收货地址检测通过后，收礼人点击“领取礼包”按钮则会进入到“抢礼包”的逻辑，该过程首先会更新礼包剩余，更新成功，则代表抢礼包成功，继续进入创建收礼订单的逻辑，否则表示抢礼包失败；
26.步骤四：创建收礼订单时，会对系统内订单服务做出远程调用，此过程正常结束代表着已经领取礼包成功，否则需要对礼包剩余的扣减进行撤销处理；
27.步骤五：收礼人成功领取到礼包后，可以录制一段视频，或是发送一些图片，抑或是编辑一些文字作为答谢内容发送给收礼人，送礼人点击答谢礼卡可以查看收礼人的答谢内容，至此整个礼包的流程结束。
28.本技术还提供了一种基于电商平台的礼包处理系统，包括处理器和机器可读存储介质，所述机器可读存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现所述基于电商平台的礼包处理方法。
29.与现有技术相比，本发明的有益效果是：
30.1.本发明一种基于电商平台的礼包处理方法，在礼包的设计实现中，“抢礼包”其实包含了两个动作，抢礼包与创建收礼订单，抢礼包主要是对礼包剩余数进行检查，执行更新，扣减剩余数，创建收礼订单是根据上面获取到的礼包数据和收货信息对订单服务进行远程调用，若调用失败则需要撤销上一步对礼包数据的修改，为避免出现礼包数据的不一致性问题，需要确保在某个单位时刻，只能有一个线程进行礼包数据修改，因此需要将“礼包”这一共享资源进行保护，简单的做法是将整个“抢礼包”动作做同步处理，这样保证了该过程是互斥执行的，进而确保了不会出现超额领取的情况，但是这样急剧削弱了并发能力。
31.结合上面的阐述，可以得出结论，临界区不应该过大，特别是在大流量，高并发的场景下，服务端对于“抢礼包”动作进行拆分，将对订单服务的远程调用挪出临界区的范围，同时对于一些前置检查，如配送区域是否支持等不做同步处理，这样临界区的范围将缩小到对礼包数据的通讯，如果对礼包数据通讯成功，释放锁，此时其他获取到锁的线程就执行抢礼包的逻辑，释放锁的线程接着调用订单服务执行收礼订单创建逻辑，此过程是不需要互斥的，这样就提升了并发能力，能够实现对礼包数据进行高性能，并且准确的通讯。
附图说明
32.图1为本发明的结构示意图。
具体实施方式
33.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
34.请参阅图1，本发明提供了一种基于电商平台的礼包处理方法，礼包内容分为送礼和收礼两个业务方向，如下：
35.对于送礼来说，其逻辑包括挑选礼品构成一个礼包，下单支付，设置礼包，于收礼而言，需要执行抢礼包的逻辑，如果成功领取到礼包，需要填写地址执行礼包订单的生成，收礼人答谢送礼人；
36.在挑选礼品阶段，系统会对一些不适配送礼的商品进行剔除，并给相应的提示，例如不包邮商品，简单来说，由于不包邮商品的运费视收获地址而定，在礼包未被领取之前，无法获得收获地址，因此运费无法计算；
37.支付完成后礼包就形成了，为增强送礼的仪式感与氛围感，需要对礼包进行美化，添加一些修饰，设置礼卡，填写诚挚的祝福语，将礼包发给好友即可完成送礼；
38.此时礼包进入到收礼阶段，好友通过点击送礼人发出的礼包卡片，即可进入礼包领取页面，在礼包还有剩余的情况，则进行到抢礼包的流程中；
39.抢礼包在确保不出现错误的情况，需要允许同一时刻更多的人进行到抢礼包的流程中，如果只能一个一个排队执行该过程，那体验是极其糟糕的，不能提供“抢”的乐趣，也就显得不热闹了；
40.成功抢到礼包的人还需一步即可完成收礼，填写地址，如果地址在允许配送的范围内即可完成收礼订单的创建，耐心等待包裹抵达就好了，如果是“神秘礼包”，那种盲盒所
带来的不确定性刺激总让人着迷；
41.送到礼物后可以答谢送礼人，答谢内容支持，文字，图片，视频，表情等，至此整个礼包的流程就算是结束了。
42.实施例一：
43.送礼的具体操作步骤如下：
44.第一步：送礼人在美记商城为礼包挑选礼品，此过程挑选的礼品只作为一份礼包中的内容做出呈现，同时此过程会做出一定程度的剔除处理，包括组合商品和不包邮商品等，也可以是其他特定限定的商品；
45.第二步：根据第一步挑选出的礼包组成一份礼包(礼包需要注意的是，对于“抽奖礼包”并非此逻辑)，送礼人继续对礼包的份数进行设置，即有多少个收礼人可以收到礼包；
46.第三步：确定礼包的份数后送礼人就会下单支付，系统收到用户付款成功后，会将礼包数据进行后台存储，包括礼包主体信息、礼包的份数、过期时间和礼包内的礼品快照信息等；
47.第四步：进入到此阶段礼包算是形成了，送礼人可以选取一个祝福语以及卡片为礼包做出进一步的美化，系统为每个节日都准备了相应的节日祝福，与应景的节日礼卡，送礼人可以选取这些素材，当然也可以完全自定义；
48.第五步：在礼包准备完毕后，送礼人就可以分享给好友了，此时礼包呈现出来的就是精美的礼卡封面与赠言，此时送礼的流程结束。
49.实施例二
50.收礼的具体操作步骤如下：
51.步骤一：收礼人通过点击送礼人分享的礼包卡片，可以查询出礼包的信息，对于“神秘礼包”，展示的是一个盲盒icon，如果礼包还有剩余，那么可以进行抢礼包的操作，否则展示礼包已被抢光了，就不会有抢礼包的环节。
52.步骤二：收礼人在抢礼包之前会先填写收货地址，此时系统会检测所填写的收货地址是否在礼品的配送范围内，超出配送范围，则会提示收礼人进行地址切换；
53.步骤三：收货地址检测通过后，收礼人点击“领取礼包”按钮则会进入到“抢礼包”的逻辑，该过程首先会更新礼包剩余，如果更新成功，则代表抢礼包成功，继续进入创建收礼订单的逻辑，否则表示抢礼包失败，退出“抢礼包”的逻辑；
54.步骤四：创建收礼订单时，会对系统内订单服务做出远程调用，此过程正常结束代表着已经领取礼包成功，否则需要对礼包剩余的扣减进行撤销处理；
55.步骤五：收礼人成功领取到礼包后，可以录制一段视频，或是发送一些图片，抑或是编辑一些文字作为答谢内容发送给收礼人，送礼人点击答谢礼卡可以查看收礼人的答谢内容，至此整个礼包的流程结束。
56.实施例二：本技术实施例还提供了一种基于电商平台的礼包处理系统，包括处理器和机器可读存储介质，所述机器可读存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现一种基于电商平台的礼包处理方法；所述一种基于电商平台的礼包处理方法还包括有：
57.获取手机通信模组的通讯请求在通讯收发一端口的通信内容保密数据流以及所
述通讯收发一端口上的通信内容保密状态数据流，其中，所述通讯收发一端口与通信保密更新一模组具有通信保密相关性，所述通讯收发一端口为通信收发系统中的通信收发端口，所述通讯收发一端口的通信内容保密数据流用于表示所述通讯收发一端口包括的通信保密数据一组和所述通信保密数据一组中的通信保密一数据元之间的数据元保密特征；
58.将所述通讯收发一端口的通信内容保密数据流以及所述通讯收发一端口上的通信内容保密状态数据流输入到所述通信保密更新一模组，得到所述通信保密更新一模组输出的通信保密一置信度；
59.根据所述通信保密一置信度，确定从所述通信收发系统中的通信一交互端通讯至通讯第一终端目标的通信保密置信度，其中，从所述通信一交互端通讯至所述通讯第一终端目标的通讯轨迹经由所述通讯收发一端口。
60.所述将所述通讯收发一端口的通信内容保密数据流以及所述通讯收发一端口上的通信内容保密状态数据流输入到所述通信保密更新一模组，得到所述通信保密更新一模组输出的通信保密一置信度，包括：
61.根据获取的所述通讯收发一端口的通信内容保密数据流以及所述通讯收发一端口上的通信内容保密状态数据流，确定所述通信内容保密数据流中包括的通信内容保密一要素的通信内容保密特征、以及所述通信内容保密数据流中包括的通信数据密级关联性的通信内容保密特征，其中，所述通信内容保密一要素与通信保密一数据元具有一一通信保密相关性，所述通信内容保密一要素表示所述通信保密数据一组中对应的一个通信保密安全终端，所述通信数据密级关联性连接两个所述通信内容保密一要素，表示两个所述通信内容保密一要素对应的两个通信保密一数据元存在信息保密关联性，所述通信保密一数据元为所述通信保密数据一组中的通信保密安全终端，用于表示所述通讯收发一端口中的部分通信收发端口；
62.根据所述通信内容保密一要素的通信内容保密特征和所述通信数据密级关联性的通信内容保密特征，确定所述通信内容保密一要素的状态发生分量；
63.根据所述通信内容保密一要素的状态发生分量，确定所述通信保密一置信度。
64.在本发明的描述中，需要理解的是，指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。
65.在本发明中，除非另有明确的规定和限定，例如，可以是固定连接，也可以是可拆卸连接，或成一体；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通或两个元件的相互作用关系，除非另有明确的限定，对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本发明中的具体含义。
66.尽管已经示出和描述了本发明的实施例，对于本领域的普通技术人员而言，可以理解在不脱离本发明的原理和精神的情况下可以对这些实施例进行多种变化、修改、替换和变型，本发明的范围由所附权利要求及其等同物限定。