一种虚拟商品的销售方法及系统与流程

1.本发明涉及虚拟商品销售技术领域，具体涉及一种虚拟商品的销售方法及系统。


背景技术：

2.虚拟商品，指在虚拟或非实物领域中交换的非实物物件。在电子商务领域，虚拟商品往往包括电子代金券、游戏内虚拟货币及物品、账号、礼品卡、会员卡及礼券，可以用作交换虚拟商品提供商提供的产品及服务。其中，虚拟商品的销售过程通常包括：用户通过网页或客户端购买虚拟商品、创建对应于虚拟商品的销售订单、随后由供应商根据预先准备的密钥、卡号、激活码，或支付接口等方式进行发货以完成整个交易流程。由于上述交易过程需要在互联网环境中完成多个程序之间的数据流转、处理过程，因此在特定环境下，比如营销活动、系统维护等情况下容易造成订单发货失败等情况。
3.现有技术中，针对订单高并发状况下如何解决订单发货失败已存在有一定的解决方法，如读取状态码并重发货等。但是，在实施过程中，发明人发现，现有技术针对订单高并发条件下的处置方法，往往是在订单已造成供应商侧出现问题后，进行重新处理。并且在处理过程中仍可能因重发货造成供应商系统拥堵，进而导致发货成功率降低、延长发货时间等问题，不能很好地满足消费者的需求。


技术实现要素：

4.针对现有技术中存在的上述问题，现提供一种虚拟商品的销售方法及系统。
5.具体技术方案如下：
6.一种虚拟商品的销售方法，包括：
7.步骤s1：获取多个销售订单；
8.步骤s2：判断所述销售订单是否需要压单；
9.若是，将所述销售订单移入一压单池中等待，直至所述销售订单满足一对应于所述压单策略的压单释放条件后转向步骤s3；
10.若否，转向步骤s3；
11.步骤s3：将所述销售订单发送至供应商，所述供应商完成所述销售订单。
12.优选地，所述销售方法于所述步骤s3之后还包括：
13.步骤s4：获取所述销售订单的订单信息，并根据所述订单信息判断所述供应商是否发货成功；
14.若是，结束销售过程；
15.若否，转向步骤s5；
16.步骤s5：获取对应于所述销售订单的供应商的处理信息，根据所述处理信息判断所述销售订单是否需要流量控制；
17.若是，将所述销售订单移入一流控池中等待，直至所述销售订单满足一预设的流控释放条件后转向步骤s6；
18.若否，根据所述销售订单向用户退款，随后结束所述销售过程；
19.步骤s6：根据一发货顺序将所述销售订单重新发送至所述供应商，并获取新的所述订单信息，根据所述订单信息判断所述供应商是否发货成功；
20.若是，结束所述销售过程；
21.若否，返回所述步骤s4。
22.优选地，所述步骤s2中，采用一压单策略判断所述销售订单是否需要压单；
23.所述压单策略的生成方法包括：
24.步骤a1：获取所述虚拟商品的商品信息；
25.步骤a2：根据所述商品信息和所述供应商生成至少一个压单场景以及对应于所述压单场景的所述压单释放条件；
26.所述压单场景包括对应于所述虚拟商品和/或所述供应商的至少一个所述压单条件；
27.步骤a3：根据所述压单场景生成所述压单策略。
28.优选地，所述步骤s3中所述处理信息包括所述供应商的当前流量、所述供应商的系统状况、所述供应商的发货条件中的至少一种。
29.优选地，所述步骤s5中，采用一流控策略根据所述处理信息判断所述销售订单是否需要流量控制；
30.所述流控策略的生成方法包括；
31.步骤b1：获取对应于所述处理信息的发货失败情况；
32.步骤b2：根据所述发货失败情况生成流控场景以及对应于所述流控场景的流控释放条件；
33.步骤b3：根据所述流控场景和所述流控释放条件生成所述流控策略。
34.优选地，所述步骤s6包括：
35.步骤s61：获取至少一个满足所述流控释放条件的所述销售订单；
36.步骤s62：获取所述销售订单于所述流控池内产生的流控信息以及所述销售订单对应的所述虚拟商品的发货信息，根据所述发货信息和所述流控信息生成所述销售订单的发货评分；
37.步骤s63：根据所述发货评分对所述销售订单进行排序以生成所述发货顺序；
38.步骤s64：根据所述发货顺序将所述销售订单重新发送至所述供应商，并获取新的所述订单信息，根据所述订单信息判断所述供应商是否发货成功；
39.若是，结束所述销售过程；
40.若否，返回所述步骤s4。
41.优选地，所述压单释放条件和所述流控释放条件中均包含一对应于所述销售订单的最大延迟时限；
42.所述最大延迟时限根据所述压单场景生成；
43.所述最大延迟时限还根据所述虚拟商品的历史压单时长生成。
44.一种虚拟商品的销售系统，用于实施上述的销售方法，包括：
45.订单生成单元，所述订单生成单元根据用户的购买需求生成销售订单；
46.第一判断单元，所述第一判断单元连接所述订单生成单元和一压单池，所述第一
判断根据预先生成的压单策略判断是否将所述销售订单移入所述压单池；
47.发货单元，所述发货单元连接所述第一判断单元和一外部的供应商；
48.所述第一判断单元将所述销售订单发送至所述发货单元，所述发货单元向所述供应商发送所述销售订单，以使得所述供应商完成销售过程；
49.所述第一判断单元还自所述压单池中提取所述销售订单并将所述销售订单发送至所述发货单元。
50.优选地，所述销售系统还包括：
51.发货检测单元，所述发货检测单元连接所述供应商，所述发货检测单元自所述供应商获取所述销售订单的订单信息；
52.第二判断单元，所述第二判断单元连接所述发货检测单元，所述第二判断单元根据所述订单信息判断所述销售订单是否发货成功；
53.流量控制单元，所述流量控制单元连接所述第二判断单元和所述发货单元，所述流量控制单元接收发货失败的所述销售订单，并可选择地向所述发货单元重新发送所述销售订单。
54.上述技术方案具有如下优点或有益效果：通过在发货过程之前评估商品信息和供应商信息，并预先将可能造成系统拥堵的销售订单导入一压单池再逐个释放，避免了现有技术中无法事先预防高并发流量导致供应商系统拥堵的问题，在较短的时间内提高了发货成功率，减少了重新发货的次数。
附图说明
55.参考所附附图，以更加充分的描述本发明的实施例。然而，所附附图仅用于说明和阐述，并不构成对本发明范围的限制。
56.图1为本发明实施例的整体示意图；
57.图2为本发明另一实施例中的整体示意图；
58.图3为本发明实施例中压单策略的生成方法示意图；
59.图4为本发明实施例中流控策略的生成方法示意图；
60.图5为本发明实施例中步骤s6子步骤示意图；
61.图6为本发明实施例中销售系统原理框图。
具体实施方式
62.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。
63.需要说明的是，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。
64.下面结合附图和具体实施例对本发明作进一步说明，但不作为本发明的限定。
65.本发明包括：
66.一种虚拟商品的销售方法，如图1所示，包括：
67.步骤s1：获取多个销售订单；
68.步骤s2：判断销售订单是否需要压单；
69.若是，将销售订单移入一压单池中等待，直至销售订单满足一对应于压单策略的压单释放条件后转向步骤s3；
70.若否，转向步骤s3；
71.步骤s3：将销售订单发送至供应商，供应商完成销售订单。
72.具体地，针对现有技术中，虚拟商品在发货过程中容易因为订单高并发的问题导致供应商的系统拥堵，进而无法正常发货的问题，本发明通过在发货之前根据预先设置的压单策略对销售订单进行评估，并在触发压单策略时将销售订单暂时移入压单池，避免了发货过程中造成系统拥堵进而发货不成功的问题。
73.在实施过程中，上述销售方法作为一软件组件设置在一虚拟商品销售系统中。在步骤s1之前还包括有用户通过网页、应用程序和客户端等方法购买虚拟商品进而生成销售订单的过程。压单策略为运维人员预先配置的一组规则，其可以在特定的场景，比如营销活动、系统维护、特定节日等选择生成不同的压单策略以实现对销售订单的控制。压单池为一用于存储多个销售订单的数据库程序，其在接收到销售订单的过程中还获取关联于销售订单的相关信息，包括用于提供该虚拟商品的至少一个供应商、该虚拟商品的剩余库存、销售订单被压单的时间和最大延迟期限等。
74.需要说明的是，对于“系统拥堵”这一名词，本领域技术人员基于公知常识可以毫无疑义地理解为：供应商侧用于履行销售订单的相关处理系统，因单位时间内需要处理销售订单数量过多，而无法正常处理销售订单的现象。其并不构成对造成“系统拥堵”这一现象的原因的限制。比如，在实际情况中，供应商可能因网络拥堵、计算机处理资源不足、相关的外部接口故障、商品库存不足、资金流不足等原因导致无法处理销售订单，其皆属于上述的“系统拥堵”的范畴。
75.在一种较优的实施例中，如图2所示，销售方法于步骤s3之后还包括：
76.步骤s4：获取销售订单的订单信息，并根据订单信息判断供应商是否发货成功；
77.若是，结束销售过程；
78.若否，转向步骤s5；
79.步骤s5：获取对应于销售订单的供应商的处理信息，根据处理信息判断销售订单是否需要流量控制；
80.若是，将销售订单移入一流控池中等待，直至销售订单满足一预设的流控释放条件后转向步骤s6；
81.若否，根据销售订单向用户退款，随后结束销售过程；
82.步骤s6：根据一发货顺序将销售订单重新发送至供应商，并获取新的订单信息，根据订单信息判断供应商是否发货成功；
83.若是，结束销售过程；
84.若否，返回步骤s4。
85.具体地，针对现有技术中重新发货的销售订单可能导致供应商侧的系统重新发生拥堵的问题，本实施例中通过配置相应的流控策略对销售订单进行管理，以减少重新发货过程中对供应商的影响。
86.进一步地，为实现更好的用户体验，本实施例中针对重新发货多次的销售订单，在每次发货过程中生成相应的发货顺序以调整流控池输出至供应商的订单顺序，进而实现了更高的发货成功率，以降低整体的重新发货的时间和次数，提升了用户满意度。
87.在实施过程中，供应商的处理信息包括供应商的剩余库存；供应商在每次销售订单处理过程中返回的状态码，状态码用于表示系统状态；供应商的当前网络流量；供应商的当前处理负载；供应商的支付接口连接情况等等，其用于从多个维度评估该供应商是否能够正常发货。流量控制策略用于判定该销售订单发货失败的原因，比如供应商需要系统维护、系统流量堵塞等，进而使得销售订单与流控释放条件相互匹配，以在供应商可以满足重新发货的需求时对销售订单进行重新发货。当流量控制策略不匹配时，比如无法获得销售订单的失败原因、供应商无法恢复服务、销售订单的重发货次数和未发货时间超过限制等，则向用户退款以结束销售过程。
88.在一种较优的实施例中，步骤s2中，采用一压单策略判断销售订单是否需要压单；
89.如图3所示，压单策略的生成方法包括：
90.步骤a1：获取虚拟商品的商品信息；
91.步骤a2：根据商品信息和供应商生成至少一个压单场景以及对应于压单场景的压单释放条件；
92.压单场景包括对应于虚拟商品和/或供应商的至少一个压单条件；
93.步骤a3：根据压单场景生成压单策略。
94.具体地，针对现有技术无法准确评估供应商的发货能力，进而无法在发货前进行预先管控的问题，本实施例中通过获取虚拟商品的商品信息，并进行评估以生成不同的压单场景，进而实现了对各类会导致供应商系统拥堵的场景的预估，以实现在发货前对销售订单进行预先管控，降低了发货失败的概率。
95.在实施过程中，虚拟商品的商品信息包括该虚拟商品的当前库存、最大预测库存、商品类型、销售时间段、是否为营销活动商品、是否需要进行风控确认等。供应商的信息则包括该供应商的最大负载能力、带宽、连接数量、库存和支付能力等。通过基于上述参数进行评估以生成至少一个需要压单的压单场景，以及对应于压单场景的压单释放条件，比如供应商因单位时间内访问流量国道导致需要压单，则当该供应商的实时流量下降到一阈值时则可以进行发货。
96.在一种较优的实施例中，步骤s3中处理信息包括供应商的当前流量、供应商的系统状况、供应商的发货条件中的至少一种。
97.在一种较优的实施例中，步骤s5中，采用一流控策略根据处理信息判断销售订单是否需要流量控制；
98.如图4所示，流控策略的生成方法包括；
99.步骤b1：获取对应于处理信息的发货失败情况；
100.步骤b2：根据发货失败情况生成流控场景以及对应于流控场景的流控释放条件；
101.步骤b3：根据流控场景和流控释放条件生成流控策略。
102.具体地，为在重新发货的过程中获得较高的重新发货成功率，本实施例中通过对处理信息进行分析，生成对应的流控场景，以实现了在流控池中对待重新发货的销售订单的控制。并进一步地根据流控释放条件判断该销售订单可以重新发货的条件，提高了重新
发货的成功率，缩短了整体处理的时间。
103.在实施过程中，处理信息为供应商在处理销售订单时返回的相关信息，包括该销售订单是否正常发货、系统的状态码、系统当前状态等。流控场景是对发货失败情况的描述，其通过对处理信息的分析生成，用于表征销售订单的发货失败原因。流控释放条件则是对应于该失败原因的释放条件。比如，在一实施例中，供应商因预先准备的已认证的虚拟商品数量不足导致发货失败，返回一对应的处理信息，则生成一对应于该发货失败情况的流控场景；以及，当供应商重新获取虚拟商品时，释放该销售订单的流控释放条件。
104.进一步地，针对现有技术中，重新发货可能导致供应商重新出现系统拥堵的问题，本实施例中还通过配置对应于多个销售订单的流控释放条件实现了对单位时间内释放的销售订单的管理。
105.在实施过程中，流控释放条件还包括有单位时间或周期内释放的销售订单的数量，其根据供应商的相关信息结合当前重新发货的销售订单生成。比如，在一实施例中，供应商因计算资源不足导致在单位时间内无法响应过多销售订单的发货需求，则返回的处理信息中包括有该供应商的最大负载能力和当前负载能力。当正在发货过程中的销售订单处理完成，并返回发货成功的处理信息时，可得出当前供应商的空闲负载能力，则根据该空闲负载能力设置相应的释放条件以避免再次触发无法响应的问题。
106.在一种较优的实施例中，如图5所示，步骤s6包括：
107.步骤s61：获取至少一个满足流控释放条件的销售订单；
108.步骤s62：获取销售订单于流控池内产生的流控信息以及销售订单对应的虚拟商品的发货信息，根据发货信息和流控信息生成销售订单的发货评分；
109.步骤s63：根据发货评分对销售订单进行排序以生成发货顺序；
110.步骤s64：根据发货顺序将销售订单重新发送至供应商，并获取新的订单信息，根据订单信息判断供应商是否发货成功；
111.若是，结束销售过程；
112.若否，返回步骤s4。
113.具体地，为实现较好的用户满意度，本实施例中通过获取待释放的销售订单的相关信息进而生成发货评分，依据发货评分决定销售订单的发货顺序，避免了部分订单发货时间过长导致用户满意度低的问题。
114.在实施过长中，流控信息包括该销售订单发货失败进入流控池的次数、在流控池中总等待时长、相对于最大延迟时限的剩余流控时长。发货信息包括当前虚拟商品的剩余库存、该虚拟商品在前几次发货过程中的成功率等。
115.在一种较优的实施例中，压单释放条件和流控释放条件中均包含一对应于销售订单的最大延迟时限；
116.最大延迟时限根据压单场景生成；
117.最大延迟时限还根据虚拟商品的历史压单时长生成。
118.具体地，为实现较好的用户体验，本实施例中针对单笔销售订单设置有一连续调用的最大延迟时限，其用于表示该销售订单的最后发货时间。当达到最后发货时间，该销售订单仍未能及时发货时，对该笔销售订单进行主动退款以避免用户投诉。
119.一种虚拟商品的销售系统，用于实施上述的销售方法，如图6所示，包括：
120.订单生成单元1，订单生成单元1根据用户的购买需求生成销售订单；
121.第一判断单元2，第一判断单元2连接订单生成单元1和一压单池4，第一判断根据预先生成的压单策略判断是否将销售订单移入压单池；
122.发货单元3，发货单元3连接第一判断单元2和一外部的供应商4；
123.第一判断单元2将销售订单发送至发货单元3，发货单元3向供应商发送销售订单，以使得供应商4完成销售过程；
124.第一判断单元2还自压单池4中提取销售订单并将销售订单发送至发货单元3。
125.在一种较优的实施例中，如图6所示，销售系统还包括：
126.发货检测单元5，发货检测单元连接供应商，发货检测单元自供应商获取销售订单的订单信息；
127.第二判断单元6，第二判断单元6连接发货检测单元5，第二判断单元6根据订单信息判断销售订单是否发货成功；
128.流量控制单元7，流量控制单元7连接第二判断单元6和发货单元3，流量控制单元接收发货失败的销售订单，并可选择地向发货单元3重新发送销售订单。
129.本发明的有益效果在于：通过在发货过程之前评估商品信息和供应商信息，并预先将可能造成系统拥堵的销售订单导入一压单池再逐个释放，避免了现有技术中无法事先预防高并发流量导致供应商系统拥堵的问题，在较短的时间内提高了发货成功率，减少了重新发货的次数。
130.以上仅为本发明较佳的实施例，并非因此限制本发明的实施方式及保护范围，对于本领域技术人员而言，应当能够意识到凡运用本发明说明书及图示内容所作出的等同替换和显而易见的变化所得到的方案，均应当包含在本发明的保护范围内。