CN110298642A - 一种基于虚拟贵金属产品的多人红包管理方法 - Google Patents

Abstract

本发明提供了一种基于虚拟贵金属产品的多人红包管理方法，通过主发包端买入虚拟贵金属产品时，建立对应的贵金属产品ID并基于贵金属产品ID和发包用户信息建立溯源信息；根据主发包端的多人红包发放请求生成多人虚拟红包邀请信息；从属发包端根据邀请信息参与红包后，根据所述发放规则信息，生成多人红包并发送至收包端；在收包端获取该多人红包后更新所述溯源信息，并变更虚拟贵金属产品所有权。实现了基于实体贵金属产品对应的虚拟贵金属产品的红包发放，在红包流转过程中可追溯实体贵金属产品流转过程，提高用户体验，增加红包流转安全性，对于多人共同发放红包提供便利。

Description

一种基于虚拟贵金属产品的多人红包管理方法

技术领域

本发明涉及贵金属产品红包技术领域，更具体地说，涉及一种基于虚拟贵金属产品的多人红包管理方法。

背景技术

近年来，电子红包领域的发展越来越多元化，多种多样的红包模式层出不穷，群红包，抢红包，红包雨等但基本上是都是基于现金货币进行拓展和开发。

现金红包的内容是电子现金，只是一串数据，跟传统实体实物红包对比仅仅是更加方便，但失去了红包该有的实体实物红包发放的传统仪式感，导致现在电子现金红包的发放成为了方便转账的功能。并且，电子现金红包，只能在红包接收前和接收后获知红包的直接发放人，而并不能溯源获知该笔现金的原始来源，例如，无法获知是由他人所发送的红包中获得的电子现金或者由自己银行卡中转账导入等，从而导致用户无法获知与红包的相关的信息，用户体验差。此外，在红包发放方法中，多个用户不能根据需要同时进行红包的发放，如果遇到特定的场景，例如捐款、发礼金等场景中，无法根据主发包端的要求进行红包同一收取和发放，用户体验差。

发明内容

有鉴于此，本发明提供一种基于虚拟贵金属产品的多人红包管理方法，应用于服务端，以及均与所述服务端连接的主发包端、从属发包端和收包端之间；其中，每个所述贵金属产品具有相等的重量，包括：在所述主发包端或从属发包端购入虚拟贵金属产品时，所述服务端构建与每个虚拟贵金属产品对应的贵金属产品ID，并且基于所述贵金属产品ID，以及所述主发包端或从属发包端的发包用户信息建立每个所述虚拟贵金属产品对应的实体贵金属产品的溯源信息所述服务端接收所述主发包端发送的多人红包发放请求；其中，所述多人红包发放请求中包括发放规则信息；所述服务端根据所述多人红包发放请求生成邀请信息并且发送至所述从属发包端；所述服务端在接收到所述从属发包端根据所述邀请信息返回的应答信息后，根据所述发放规则信息，生成包括所述从属发包端和所述主发包端的虚拟贵金属产品的多人红包；所述服务端根据所述发放规则信息将所述多人红包发送至所述收包端；在所述收包端获取所述多人红包后，所述服务端将所述多人红包中的虚拟贵金属产品对应的实体贵金属产品的所有权变更为所述收包端；并且，获取所述收包端的收包用户信息，根据所述收包用户信息，基于所述贵金属产品ID更新所述溯源信息。

优选地，所述发放规则信息包括发包人数范围；所述“所述服务端在接收到所述从属发包端根据所述邀请信息返回的应答信息后，根据所述发放规则信息，生成包括所述从属发包端和所述主发包端的虚拟贵金属产品的多人红包”包括：根据所述应答信息，判断接收邀请的所述从属发包端的数量是否在所述发包人数范围内；若接收邀请的所述从属发包端的数量在所述发包人数范围内，则判定当前状态为人数目标达成状态；根据所述发放规则信息，所述服务端向每个接受邀请的所述从属发包端及主发包端发送待支付信息；在接受邀请的所述从属发包端和所述主发包端根据所述待支付信息进行对于虚拟贵金属产品的支付后，生成所述多人红包；其中，所述多人红包的收包端的数量不大于所述待发包贵金属产品的数量。

优选地，所述发放规则信息包括贵金属产品数量阈值；所述“所述服务端在接收到所述从属发包端根据所述邀请信息返回的应答信息后，根据所述发放规则信息，生成包括所述从属发包端和所述主发包端的虚拟贵金属产品的多人红包”包括：根据所述应答信息，所述服务端向每个接受邀请的所述从属发包端及主发包端发送待支付信息；其中，所述待支付信息中包括与所述贵金属产品数量阈值对应的提示信息；在接受邀请的所述从属发包端和所述主发包端根据所述待支付信息进行对于虚拟贵金属产品的支付后，将接受邀请的所述从属发包端和主发包端根据所述待支付信息进行支付的虚拟贵金属产品作为待发包贵金属产品；判断所述待发包贵金属产品的总数量是否大于等于所述贵金属产品数量阈值；若所述待发包贵金属产品的总数量大于等于所述贵金属产品数量阈值，则根据所述待发包贵金属产品的总数量生成所述多人红包；其中，所述多人红包的收包端的数量不大于所述待发包贵金属产品的数量。

优选地，所述“所述服务端将所述邀请信息发送至所述从属发包端”之后，还包括：所述服务端获取发送所述邀请信息的邀请时间，并确认是否接收到所述主发包端发送的撤回指令；若所述服务端接收到所述主发包端的撤回指令，并且所述邀请时间至当前时间的计时区间不大于预设撤回时间，则判定所述邀请信息为可撤回状态，并撤回所述邀请信息；若所述服务端未接收到所述主发包端的撤回指令，并且所述邀请时间至当前时间的计时区间不大于所述预设撤回时间，则判定所述邀请信息为可邀请状态，以便于执行“在所述收包端获取所述多人红包后，所述服务端将所述多人红包中的虚拟贵金属产品对应的实体贵金属产品的所有权变更为所述收包端”。

优选地，所述“所述服务端根据所述发放规则信息将所述多人红包发送至所述收包端”之后，还包括：所述服务端获取所述多人红包的创建时间；依据所述创建时间，所述服务端对所述主发包端或所述从属发包端的每个多人红包排序，得到排序列表；所述服务端获取所述主发包端的锁定策略；根据所述排序列表，基于所述锁定策略，对所述多人红包中的所述虚拟贵金属产品对应的实体贵金属产品进行出库锁定；

所述“获取所述收包端的收包用户信息，根据所述收包用户信息，基于所述贵金属产品ID更新所述溯源信息”之后，还包括：所述服务端将所述多人红包中被出库锁定的所述实体贵金属产品的解除锁定，并将所述实体贵金属产品对应的虚拟贵金属产品存入所述收包端的用户贵金属账户中。

优选地，所述“所述服务端根据所述发放规则信息将所述多人红包发送至所述收包端”包括：根据所述多人红包发放请求中的预设获取规则，所述服务端将所述多人红包显示于所述多人红包发放请求对应的多个收包端所在的红包显示区域中，以便于每个所述收包端基于所述预设获取规则对所述多人红包中的所述虚拟贵金属产品进行获取；所述“将所述多人红包中的虚拟贵金属产品对应的实体贵金属产品的所有权变更为所述收包端”之后，还包括：所述服务端确认所述多人红包中是否存在剩余未领取的所述虚拟贵金属产品；若所述多人红包中不存在剩余未领取的所述虚拟贵金属产品，则判定所述多人红包的状态为已领完状态，并且在所述红包显示区域中显示已领完状态对应的提示信息。优选地，所述预设获取规则包括随机获取队列和等分队列。

优选地，所述“所述服务端确认所述多人红包中是否包括剩余未领取的所述虚拟贵金属产品”之后，还包括：若所述多人红包中存在剩余未领取的所述虚拟贵金属产品，则判定所述多人红包的状态为可领取状态，以便于所述收包端对处于可领取状态的所述多人红包中的剩余未领取的所述虚拟贵金属产品进行领取。

优选地，所述“判定所述多人红包的状态为可领取状态”之后，还包括：根据状态为可领取状态的所述多人红包的创建时间，所述服务端确认所述创建时间至当前时间内的时间间隔是否达到预设时间间隔；若达到所述预设时间间隔，则判定所述多人红包的状态为领取结束状态，并将所述多人红包中剩余未领取的虚拟贵金属产品对应的仍然锁定的实体贵金属产品解锁，返还至对应的所述主发包端或所述从属发包端的用户贵金属账户中。

优选地，所述“根据所述收包用户信息，基于所述贵金属产品ID更新所述溯源信息”之后，还包括：所述服务端接收所述收包端的基于所述多人红包的实体提取请求，并根据所述实体提取请求中的提取数量对所述收包端的用户贵金属账户进行余量验证；若所述收包端的用户贵金属账户中的虚拟贵金属产品的数量大于所述提取数量，则向所述收包端返回提取许可，以便于所述收包端根据所述提取许可对所述实体贵金属产品从所述贵金属产品出库清单中进行提取。

本发明提供的一种基于虚拟贵金属产品的多人红包管理方法。其中所提供的多人红包对应实体贵金属产品，避免了现有的现金电子红包仅为数据在用户间来回转账的形式上红包的问题；并且，在多人红包的接收和发放的流转过程中，通过溯源信息进行对发包用户信息和收包用户信息，以及对应的实体贵金属产品的贵金属产品ID进行记录，从而可追溯每一个实体贵金属产品的历次的发放、接收或转发的用户信息，使当前收包的用户可获知该红包内的每一个实体贵金属产品的原始来源和相关信息，并且溯源信息增加了红包的安全性；此外，通过邀请信息对其他的从属发包端进行邀请，进而根据发放规则信息共同向收包端发送多人红包，实现了多人共同在一定规则下进行对于虚拟贵金属产品红包的发放，提高了红包发放的多样性，并且为需要多人共同进行金沙红包发放的场景提供了便利。

附图说明

图1为本发明基于虚拟贵金属产品的多人红包管理方法实施例方案涉及的硬件运行环境的结构示意图；

图2为本发明基于虚拟贵金属产品的多人红包管理方法第一实施例的流程示意图；

图3为本发明基于虚拟贵金属产品的多人红包管理方法第二实施例的一种实施方式的流程示意图；

图4为本发明基于虚拟贵金属产品的多人红包管理方法第二实施例的另一种实施方式的流程示意图；

图5为本发明基于虚拟贵金属产品的多人红包管理方法第三实施例的流程示意图；

图6为本发明基于虚拟贵金属产品的多人红包管理方法第四实施例步骤S40之后的流程示意图；

图7为本发明基于虚拟贵金属产品的多人红包管理方法第五实施例步骤S40及步骤S110之后的流程示意图；

图8为本发明基于虚拟贵金属产品的多人红包管理方法第五实施例步骤S50之后的流程示意图；

图9为本发明基于虚拟贵金属产品的多人红包管理装置的功能模块示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

下面详细描述本发明的实施例，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本发明的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

在本发明中，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”、“固定”等术语应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或成一体；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通或两个元件的相互作用关系。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本发明中的具体含义。

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

如图1所示，是本发明实施例方案涉及的终端的硬件运行环境的结构示意图。

本发明实施例计算机设备中的主发包端、从属发包端、收包端和服务端均可以是的PC，也可以是智能手机、平板电脑、或者具有一定计算能力并且可通过有线电缆或无线等方式连接的便携计算机智能可移动式终端设备。如图1所示，该计算机设备的主发包端、收包端和服务端中均可以包括：处理器1001，例如CPU，网络接口1004，用户接口1003，存储器1005，通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏、输入单元比如键盘、遥控器，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是稳定的存储器，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。可选地，主发包端、从属发包端、收包端和服务端中还可以包括RF(Radio Frequency，射频)电路、音频电路、WiFi模块等等。

本领域技术人员可以理解，图1中示出的计算机设备并不构成对计算机设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。如图1所示，作为一种计算机可读存储介质的存储器1005中可以包括操作系统、数据接口控制程序、网络连接程序以及基于虚拟贵金属产品的多人红包管理程序。

实施例1：参照图2，本发明第一实施例提供一种基于虚拟贵金属产品的多人红包管理方法，应用于服务端，以及均与所述服务端连接的主发包端、从属发包端和收包端之间，包括：

步骤S10，在所述主发包端或从属发包端购入虚拟贵金属产品时，所述服务端构建与每个虚拟贵金属产品对应的贵金属产品ID，并且基于所述贵金属产品ID，以及所述主发包端或从属发包端的发包用户信息建立每个所述虚拟贵金属产品对应的实体贵金属产品的溯源信息；

贵金属产品，为一种由贵金属制成的特定形状制品，其中，同一批次的贵金属产品具有相同的重量，并且可以具有相同的形状。其形态可以包括但不限于金沙、金珠、三角形和方块等等形状。贵金属产品可列举为黄金产品。

在本实施例中，每个贵金属产品，例如金沙，对应的在数据层面具有一对应的虚拟贵金属产品，在用户进行接收贵金属产品红包，转发红包、购入虚拟贵金属产品后，可根据虚拟贵金属产品通过服务端进行现金或实体贵金属产品的领取，或者继续作为虚拟贵金属产品进行红包的发放。

上述，主发包端、从属发包端、收包端均通过网络与所述服务端连接；其中，所述主发包端可以为一个，收包端、从属发包端可以为一个也可以为多个。主发包端的操作用户为发包用户，用户在进行红包发放前，或其他时间，可通过服务端进行实体贵金属产品对应的虚拟贵金属产品的购买。在购买时，根据所购买的数量生成买入订单，其中，该订单中包括有发包用户的发包用户信息。发包用户通过主发包端进行实体贵金属产品的购入，进而生成一包括用户信息和数量的买入订单，以便于服务端对该订单进行核验并划入相应数量的金沙。溯源信息中，记录了首次购入的用户的发包用户信息，以及对应的贵金属产品ID。其中，每个实体贵金属产品的贵金属产品，对应具有一个贵金属产品ID，从而可实现在溯源信息中，获知每一个实体贵金属产品对应的首次购入的用户的发包用户信息。发包用户信息，可以包括该用户对应的注册认证信息，即为可表征该发包用户的唯一信息，例如可以包括但不限于用户名、年龄、性别、身份证号、住址、注册用户名、昵称等等信息。

步骤S20，所述服务端接收所述主发包端发送的多人红包发放请求；其中，所述多人红包发放请求中包括发放规则信息；所述服务端根据所述多人红包发放请求生成邀请信息并且发送至所述从属发包端；

上述，所述服务端接收所述主发包端的包含有金沙发放数量的多人红包发放请求。根据所述多人红包发放请求，可对需要邀请的从属发包端进行邀请，从而生成包含虚拟贵金属产品的多人红包。此外，发放请求也可以为收包端进行发起，例如在捐款时，可由获捐人发起捐款邀请，即请求，从而根据该请求进行一定数量或人数参与的多人红包的发放。多人红包发放请求中，包含有发放规则信息，该信息为发包用户通过主发包端设置的信息，用以进行多人组队发包的申请。其中，发放规则信息中，可以包括但不限于共同发红包的发包端数量、发红包的金沙总量、每个发包端的金沙发放数量、发包时间、发包地点、收包端的ID或标签、收包端的数量等等信息。

上述，根据该发放请求，服务端生成一邀请信息，向从属发包端进行发放，以便于邀请其他从属发包端进行组成发包团队共同对于收包端进行金沙红包的发放。例如，用户A作为主发包端，需要对公司群B中所有人(收包端)发放金沙红包，则A向服务端发放请求，该请求中的规则为邀请其他9个高层管理人员(从属发包端)共同发放虚拟贵金属产品红包，服务端根据该请求，生成一个邀请信息，并将该信息向其他9人发送邀请。

步骤S30，所述服务端在接收到所述从属发包端根据所述邀请信息返回的应答信息后，根据所述发放规则信息，生成包括所述从属发包端和所述主发包端的虚拟贵金属产品的多人红包；

步骤S40，所述服务端根据所述发放规则信息将所述多人红包发送至所述收包端；

上述，多人红包发放请求中，可以包含有用户的红包发送的指定的收包端，也可以为对应的收包端所在的应用场景或区域。例如，在即时通信软件中，将红包发送至包含有收包端的聊天界面。其中收包端可以为一个，也可以为多个。当收包端为一个时，主发包端可以通过服务端发送至收包端所在的聊天场景或对话框中，以便于收包端对红包进行接收；当收包端为多个时，主发包端可以通过服务端将红包发至所有收包端同时存在的聊天场景中，例如群组中，可以为微信群、QQ群等，以便于所有的收包端均可捡到所发放的红包并且领取或抢夺该红包。

应答信息，为从属发包端对于邀请信息的回应。该应答信息，可以为接受邀请，或拒绝邀请。例如，在从属发包端中，接收到主发包端的邀请信息后，显示是否参与红包共同发放的邀请信息，根据所在端的用户的选择，发送接受邀请或拒绝邀请的指令，即应答信息。

上述，在发送多人红包发放请求后，根据请求生成邀请信息，在收到应答信息后，服务端根据所述发放规则信息，生成基于该规则的包括从属发包端和主发包端的虚拟贵金属产品的多人红包；服务端根据发放规则信息将多人红包发送至收包端。其中，规则中，规定了发包条件，例如一定量金沙、一定人数、一定时间等等条件，在目标达成后，对于红包进行发放。

多人红包，包含有主发包端和从属发包端所提供的虚拟贵金属产品。主发包端和从属发包端均设有对应的用户贵金属账户，在进行红包发放时，需要从对应的用户贵金属账户根据用户选择或根据规则进行虚拟贵金属产品的转入，即将用户贵金属账户中的虚拟贵金属产品放入多人红包中，用于红包发放。例如，主发包端A的金沙账户中存有4个虚拟贵金属产品，从属主发包端B的金沙账户中有10个虚拟贵金属产品，在进行红包发放时，A将账户其中的3个用户发红包，B将账户中的5个进行发红包，则发放的多人红包中的虚拟贵金属产品数量为8个，则A的账户中剩余1个虚拟贵金属产品，B的账户中剩余5个虚拟贵金属产品。

步骤S50，在所述收包端获取所述多人红包后，所述服务端将所述多人红包中的虚拟贵金属产品对应的实体贵金属产品的所有权变更为所述收包端；并且，获取所述收包端的收包用户信息，根据所述收包用户信息，基于所述贵金属产品ID更新所述溯源信息。

上述，收包端在所在的场景获得或接收到该多人红包后，服务端可将该多人红包内的虚拟贵金属产品的所有权改变为该收包端，即为将所述虚拟贵金属产品划入与收包端对应的用户贵金属账户中。然后，获得该收包端的收包用户信息。收包用户信息，可以与发包用户信息的内容相一致。并且，基于收包端所接受的红包内的虚拟贵金属产品对应的贵金属产品ID和收包用户信息，更新每个虚拟贵金属产品对应的溯源信息。从而可通过该溯源信息，可获知每一刻实体贵金属产品对应的虚拟贵金属产品的流转信息，每一次流转中的主发包端、从属发包端和收包端的用户信息。

此外，在多人红包发放请求中，还可以包括附加信息。附加信息，为包括但不限于所述主发包端所输入的文字、图像、视频、音频和链接；还可以为动态图像、3D全息图像、实体气味传输数据等等数据。其中，红包中包括主发包端所附加的文字、图像、视频、音频和链接，从而为红包提供了不同的多元化的展示方式，例如，通过动态图像显示“生日快乐”字样的多人红包。或者，通过附带主发包端的用户的拜年视频的多人红包，发送至微信群中，以便于所有的在该群众的收包端进行收取红包，通过附加的文字、图像、视频、音频和链接于多人红包中，从而为多人红包提供了更加多元化和多样化的展示方式，可在提供红包于收包端进行接收的同时，展示主发包端所需要展示的信息，提高用户体验，增加主发包端的表达场景和机会，提高收包端的兴趣。

此外，由于在进行红包发放过程中，在特征场景中，例如多个用户所在的区域(QQ群组、微信群等)中，如果进行金沙红包的发放，则可能出现该红包被其他非目标用户获取的情况。为了提高多人红包的获取的安全性，本实施例中在红包的获取前，进行对该收包用户是否为目标用户，即该用户是否为与发放规则信息中所指定的目标用户相匹配的用户，进行判断，从而大大提高了红包发放和获取的安全性。

所述发放规则信息中还包括收包端的目标用户的目标用户图像；

在所述步骤“所述服务端根据所述发放规则信息将所述多人红包发送至所述收包端”之后，还可以包括：所述服务端接收所述收包端的红包获取指令；根据所述红包获取指令控制所述收包端对收包用户进行图像采集，获得用户认证图像；所述服务端提取所述用户认证图像中的面部特征信息；所述服务单通过预先训练的图像识别模型对所述认证图像进行识别，判断所述面部特征信息是否与所述发放规则信息中的所述目标用户图像向匹配；若是，则判定所述收包用户为所述目标用户，以便于进行获取所述多人红包。

本发明提供的多人红包对应实体贵金属产品，避免了现有的现金电子红包仅为数据在用户间来回转账的形式上红包的问题；并且，在多人红包的接收和发放的流转过程中，通过溯源信息进行对发包用户信息和收包用户信息，以及对应的实体贵金属产品的贵金属产品ID进行记录，从而可追溯每一个实体贵金属产品的历次的发放、接收或转发的用户信息，使当前收包的用户可获知该红包内的每一个实体贵金属产品的原始来源和相关信息，并且溯源信息增加了红包的安全性；此外，通过邀请信息对其他的从属发包端进行邀请，进而根据发放规则信息共同向收包端发送多人红包，实现了多人共同在一定规则下进行对于虚拟贵金属产品红包的发放，提高了红包发放的多样性，并且为需要多人共同进行金沙红包发放的场景提供了便利。

实施例2：参照图3和图4，本发明第二实施例提供一种基于虚拟贵金属产品的多人红包管理方法，基于上述图2所示的第一实施例，所述发放规则信息包括发包人数范围；

所述步骤S30，包括：

步骤S31，根据所述应答信息，判断接收邀请的所述从属发包端的数量是否在所述发包人数范围内；

步骤S32，若接收邀请的所述从属发包端的数量在所述发包人数范围内，则判定当前状态为人数目标达成状态；

步骤S33，根据所述发放规则信息，所述服务端向每个接受邀请的所述从属发包端及主发包端发送待支付信息；在接受邀请的所述从属发包端和所述主发包端根据所述待支付信息进行对于虚拟贵金属产品的支付后，生成所述多人红包；其中，所述多人红包对应的所述收包端的数量不大于所述从属发包端与所述主发包端的总数量。

上述，多人共同发放的虚拟贵金属产品红包，如果不限制一定规则，则失去了原有的在特定场合给特定人群发包的意义。在本实施例中，可以通过设定发放规则信息进行对于发包人数范围进行限定。控制发包人数范围，如果接受邀请的发包用户的数量进入该范围内，则可判定达成发包的目标，即可进行虚拟贵金属产品红包的发放，反之，则可以继续等待目标的达成，或终止目标继续。发包人数范围，为所有参与共同进行多人红包发放的从属发包端的数量范围，例如，该范围可以为8-10人，则当接受邀请的从属发包端的数量为9人时，判定当前状态为人数目标达成状态。

在状态改变为人数目标达成状态后，服务端向接受邀请的每个从属发包端及主发包端发送支付信息，该支付信息可以为根据发放规则信息进行设定，例如，发放规则信息中的发包人数范围为10-50人；其中设定了，在人数为10-20人时，每人可以支付至少5个金沙，在人数为20-50人时，每人可以支付至少1个金沙。

在所有的接收邀请的从属发包端及主发包端完成支付后，生成一多人红包，其中，该红包中包括所有的接收邀请的从属发包端及主发包端支付的虚拟贵金属产品。此外，本实施例中，对于收包端的数量进行限定为不大于从属发包端和主发包端的总数量，即小于等于该总数量，因为当符合总数量的每个发包端分别支付1个金沙时，收包端如果超过该总数量，则会出现由于贵金属产品数量不足导致超出总数量的收包端无法获得虚拟贵金属产品的情况出现。本实施例中，通过限定参与共同进行金沙红包发放的从属发包端的数量，从而避免出现超过主发包端所需要的发包人数，过多的发包端进行金沙发放的情况，通过限定发包人数的达成目标，提高了发包的成功率，可在特殊应用场景下限定发包人群，为金沙红包的发放提供了方便，提高了用户体验。

此外，如图4所示，在本实施例的另一种实施方式中，所述发放规则信息包括贵金属产品数量阈值；所述步骤S30，包括：

步骤S34，根据所述应答信息，所述服务端向每个接受邀请的所述从属发包端及主发包端发送待支付信息；其中，所述待支付信息中包括与所述贵金属产品数量阈值对应的提示信息；

上述，贵金属产品数量阈值，为所有参与共同进行多人红包发放时，红包中虚拟贵金属产品的总数的阈值，即最小值例如，该阈值可以为10个虚拟贵金属产品，即所有的从属发包端和主发包端所支付的虚拟贵金属产品量需至少达到10个，如果达到了，即判定当前状态为总数目标达成状态。在从属发包端收到邀请后，根据邀请返回一应答信息，该应答信息中包括有接受邀请的信息。则服务端向每个接受邀请的从属发包端，以及主发包端发送支付信息，并且将贵金属产品数量阈值的提示信息写入支付信息中，予以提示主发包端和从属发包端，以便于提醒发包用户，本次发包的达成条件的对应的虚拟贵金属产品的数量。

步骤S35，在接受邀请的所述从属发包端和所述主发包端根据所述待支付信息进行对于虚拟贵金属产品的支付后，将接受邀请的所述从属发包端和主发包端根据所述待支付信息进行支付的虚拟贵金属产品作为待发包贵金属产品；

上述，接受邀请后，从属发包端和所述主发包端根据支付信息进行支付，即将自己最对应的用户贵金属账户中的虚拟贵金属产品转出，作为进一步金沙红包的发放的待发包贵金属产品，此时待发包贵金属产品的所有权并没有变更，仍然属于其原有的所有人。

步骤S36，判断所述待发包贵金属产品的总数量是否大于等于所述贵金属产品数量阈值；

步骤S37，若所述待发包贵金属产品的总数量大于等于所述贵金属产品数量阈值，则根据所述待发包贵金属产品的总数量生成所述多人红包；其中，所述多人红包的收包端的数量不大于所述待发包贵金属产品的数量。

本实施例中，比较待发包贵金属产品的总数量是否大于等于贵金属产品数量阈值，如果大于等于该阈值，则可进一步根据所述待发包贵金属产品的总数量生成所述多人红包，该红包中包括达到总数量的所有虚拟贵金属产品。此外，如果收包端在进行对于红包的接收时，如果收包端的数量超过红包中虚拟贵金属产品的总数量，则由于贵金属产品总量的不足导致部分收包端无法收到红包，所以在本实施例中将收包端的数量限定小于等于多人红包中的虚拟贵金属产品的总数量。通过限定参与共同进行红包发放的从属发包端和主发包端共同发放的虚拟贵金属产品的阈值，从而避免出现红包发放总数过少、或者在特殊场合无法达成主发包端所要求的目标的情况，例如，为了给某用户祝贺，设定规则中贵金属产品数量阈值为88个贵金属产品，如果所有接受邀请的从属发包端和主发包端所支付的作为待发包贵金属产品的总数为44个，则数量并未达到阈值，如果将包含有44个贵金属产品作为红包对收包端进行发放，显然是不合适的。为解决该问题，本实施例中，通过限定发包的贵金属产品数量阈值作为达成目标，在大于等于该阈值时才可以进一步进行生成多人红包，提高了发包的成功率，可在特殊应用场景下限定金沙发包的数量，为金沙红包的发放提供了方便，提高了用户体验。

实施例3：参照图5，本发明第三实施例提供一种基于虚拟贵金属产品的多人红包管理方法，基于上述图2所示的第一实施例，所述步骤S40，之后，还包括：

步骤S60，所述服务端获取发送所述邀请信息的邀请时间，并确认是否接收到所述主发包端发送的撤回指令；

步骤S70，若所述服务端接收到所述主发包端的撤回指令，并且所述邀请时间至当前时间的计时区间不大于预设撤回时间，则判定所述邀请信息为可撤回状态，并撤回所述邀请信息；

步骤S80，若所述服务端未接收到所述主发包端的撤回指令，并且所述邀请时间至当前时间的计时区间不大于所述预设撤回时间，则判定所述邀请信息为可邀请状态，以便于执行步骤S50。

此外，若所述服务端接收到所述主发包端的撤回指令，并且所述邀请时间至当前时间的计时区间大于所述预设撤回时间，则判定撤回超时，终止撤回指令，以便于执行步骤S50。

上述，在主发包端向需要进行共同红包发放的从属发包端进行发送邀请时，可能会存在由于主发包端规则设定有误、所针对的从属发包端有误、发送邀请的时间有误等等情况，并且由于虚拟贵金属产品红包具有一定特殊意义，如果由于规则设定或其他设定错误，导致虚拟贵金属产品红包的发放时间地点或人物出现差错的情况。在本实施例中，邀请信息可在一定条件下实现撤回的功能，即通过邀请时间进行限定。其中，预设撤回时间，为预先设定的可进行对于该邀请信息进行撤回的一个时间范围，如果发出邀请信息的时间在该范围内，并且此时接收到撤回指令，则可根据撤回指令进行对于该邀请信息的撤回，同时终止所有进一步的支付流程。如果在该范围内，并且未接收到该撤回指令，则当前状态为可接受邀请状态；如果接收到撤回指令，但当前时间超过该时间范围，则判定超时，并且终止该撤回指令。通过设定预设撤回时间，可实现在主发包端需要对已经发出的邀请信息进行撤回时，进行通过撤回指令在一定的条件下进行撤回，从而实现了主发包端的对于邀请信息的灵活处理，在出现错误或需要进行修改的情况下进行及时补救，以避免由于信息错误造成无法达到主发包端的需求的缺陷，为主发包端等发包用户对于虚拟贵金属产品红包的发放提供了方便，并且提高了客户体验。

实施例4：参照图6，本发明第四实施例提供一种基于虚拟贵金属产品的多人红包管理方法，基于上述图2所示的第一实施例，所述步骤S40，之后，还包括：

步骤S90，所述服务端获取所述多人红包的创建时间；依据所述创建时间，所述服务端对所述主发包端或所述从属发包端的每个多人红包排序，得到排序列表；

步骤S100，所述服务端获取所述主发包端的锁定策略；根据所述排序列表，基于所述锁定策略，对所述多人红包中的所述虚拟贵金属产品对应的实体贵金属产品进行出库锁定；

上述，红包创建时间，为多人红包的建立时间。其中，出库清单中，包括有该主发包端邀请从属发包端共同建立生成但并未被收包端接收的每一个多人红包，其中每一个多人红包对应的设有一红包创建时间。

所述步骤S50，之后，还包括：

步骤S110，所述服务端将所述多人红包中被出库锁定的所述实体贵金属产品的解除锁定，并将所述实体贵金属产品对应的虚拟贵金属产品存入所述收包端的用户贵金属账户中。

所述锁定策略可以包括但不限于先进先出策略、后进先出策略、随机选择和人为选择设定策略。在本实施例中，实体仓库设有一对应的虚拟库房，通过在数据层面的实现锁定，对应的再实体库房中的实体贵金属产品进行出库锁定。

需要说明的是，先进先出，是指根据先入库先发出的原则对于发出的存货以先入库存货的单价计算发出存货成本的方法，做法是：先按存货的期初余额的单价计算发出的存货的成本，领发完毕后，再按第一批入库的存货的单价计算，依此从前向后类推，计算发出存货和结存货的成本。后进先出法，是指假定后入库的存货先发出，据此计算发出存货成本的方法。采用后进先出法时，每批发出存货的成本，按存货中最后入库的那批单价计算，如果发出存货的一批数量超过最后入库的那一批数量，超过部分依次按上一批入库的单价计算。此外，还可以为人为选择设定策略，即由主发包端的用户进行选择锁定库中的某一个或几个虚拟贵金属产品对应的实体贵金属产品。

上述，在多人红包被收包端接收到之后，服务端预先锁定的贵金属产品数量的实体贵金属产品可进行解锁，并划入到收包端的用户贵金属账户中，从而实现，在发包时锁定实体库中的金沙，并在收包后解锁该金沙并进行转账，避免了由于账户中并不存在、数据流转有误或者库存余量不足等情况导致的未出库先交易的情况，通过先进先出、后进先出或者人为选择设定策略的仓库管理策略对实体贵金属产品的贵金属产品进行锁定，确保了收包端所受到的虚拟贵金属产品与实体贵金属产品的对应关系，进一步去报收包端在将虚拟贵金属产品领取为实体贵金属产品时的准确性，提高了交易的准确性和交易效率，提高了用户体验。

实施例5：参照图7和图8，本发明第五实施例提供一种基于虚拟贵金属产品的多人红包管理方法，基于上述图6所示的第四实施例，所述步骤S40，包括：

步骤S41，根据所述多人红包发放请求中的预设获取规则，所述服务端将所述多人红包显示于所述多人红包发放请求对应的多个收包端所在的红包显示区域中，以便于每个所述收包端基于所述预设获取规则对所述多人红包中的所述虚拟贵金属产品进行获取；

红包发放，可为一对多进行发放，即一个主发包端发放多人红包，多个收包端对该多人红包进行接收。每个多人红包，可通过主发包端进行设置得到预设获取规则，该规则可以为随机获取、等分获取或由发包端指定规则获取。其中，随机获取，即为领取红包的每个收包端所得到的虚拟贵金属产品为随机的数量；等分获取，即为每个收包端所得到的虚拟贵金属产品为固定并且相同的数量；而预设规则，则为根据主发包端的用户预先设定的，比如对于某特定人发放特定数量的虚拟贵金属产品等等。上述，红包显示区域，可以为所有主发包端所要发送红包的收包端所在的场景界面。在该红包显示区域，所发送的多人红包，可显示于该区域，并且其中的每个主发包端均可对该多人红包进行分别获取接收。

所述步骤S110，之后，还包括：

步骤S120，所述服务端确认所述多人红包中是否存在剩余未领取的所述虚拟贵金属产品；

步骤S130，若所述多人红包中不存在剩余未领取的所述虚拟贵金属产品，则判定所述多人红包的状态为已领完状态，并且在所述红包显示区域中显示已领完状态对应的提示信息。

上述，在红包显示区域中，多人红包发出后，每个收包端可对其中的虚拟贵金属产品进行按照一定规则获取。可能出现部分收包端未获取到该红包，导致多人红包中出现剩余未领取的虚拟贵金属产品情况。所以，需要实时或定时的对所发放出的多人红包中是否还有剩余未领取的虚拟贵金属产品进行判断。如果全部领取，没有剩余，则当前红包的状态为已领完状态，提示领完的相关信息。

步骤S140，若所述多人红包中存在剩余未领取的所述虚拟贵金属产品，则判定所述多人红包的状态为可领取状态，以便于所述收包端对处于可领取状态的所述多人红包中的剩余未领取的所述虚拟贵金属产品进行领取。

步骤S150，根据状态为可领取状态的所述多人红包的创建时间，所述服务端确认所述创建时间至当前时间内的时间间隔是否达到预设时间间隔；

步骤S160，若达到所述预设时间间隔，则判定所述多人红包的状态为领取结束状态，并将所述多人红包中剩余未领取的虚拟贵金属产品对应的仍然锁定的实体贵金属产品解锁，返还至对应的所述主发包端或所述从属发包端的用户贵金属账户中。

此外，如果长时间未领取的红包，则进行返还至主发包端的账户中。在本实施例中，预设时间间隔，为系统预设或认为预设的时间间隔，超过该时间间隔后，将判定为超时未领取，则将剩余未领取的虚拟贵金属产品返还到主发包端或从属发包端的原有存放的用户贵金属账户中，即并未改变金沙的所有权，从而避免了在红包显示区域中，存在长时间未领取的红包，并且也无法收回的情况出现，为主发包端和从属发包端的发包用户提供的方便。此外，如果未达到所述预设时间间隔，则可继续进行红包的发放。

此外，在本实施例中，如图8所示，所述步骤S50之后，还可以包括：

步骤S170，所述服务端接收所述收包端的基于所述多人红包的实体提取请求，并根据所述实体提取请求中的提取数量对所述收包端的用户贵金属账户进行余量验证；

步骤S180，若所述收包端的用户贵金属账户中的虚拟贵金属产品的数量大于所述提取数量，则向所述收包端返回提取许可，以便于所述收包端根据所述提取许可对所述实体贵金属产品从所述贵金属产品出库清单中进行提取。

上述，实体提取请求，为收包端根据所接收到的多人红包或账户中的虚拟贵金属产品进行与实体贵金属产品领取的请求指令。收包端在接收到红包，或者需要进行对于账户中的虚拟贵金属产品进行领取为实体贵金属产品时，如果其账户中并不存在剩余的虚拟贵金属产品，则在领取时影响领取效率。在本实施例中，在收包端接收到多人红包后，生成一实体提取请求，并且根据请求在进行领取之前，对该收包端的对应的用户贵金属账户中的剩余的虚拟贵金属产品数量进行查询，以查询实体提取请求中的提取数量是否小于等于用户贵金属账户中的剩余数量。以防止在领取过程中，出现领取量大于账户中余量的情况，造成领取失败。上述，提取许可，为用户可进行根据实体提取请求中的提取数量进行将收包端的用户贵金属账户中的相应数量的虚拟贵金属产品领取为实体贵金属产品的凭证。该提取许可，可以为串码、数字字母组合密码、二维码、图像视频等可表征信息唯一性，并且具有安全性的信息。如果虚拟贵金属产品通过服务端进行领取后，则每个实体贵金属产品对应的溯源信息就不需要进行信息跟踪，其中溯源信息为以红包为载体进行发送、接收和转发是所记录的用户对应的信息，则在领取后对其对应的实溯源信息进行清零，以便于在重新发包后，建立新的实体贵金属产品的溯源信息。

此外，本发明还提供一种基于虚拟贵金属产品的多人红包管理方法，应用于收包端，其中，所述收包端与主发包端均与服务端连接，包括：

步骤S200，在所述服务端根据所述主发包端发送的发放规则信息将所述多人虚拟贵金属产品红包发送至所述收包端后，所述收包端获取所述多人虚拟贵金属产品红包；步骤S300，通过所述服务端，所述收包端将所述多人虚拟贵金属产品红包中对应的金沙发放数量的虚拟贵金属产品存储入所述收包端的用户贵金属产品账户；步骤S400，接收收包用户在所述收包端输入的提取指令，并根据所述提取指令生成基于所述多人虚拟贵金属产品红包的实体贵金属产品提取请求；所述实体贵金属产品提取请求包括与所述实体贵金属产品对应的虚拟贵金属产品的提取数量；步骤S500，判断所述提取数量是否不大于所述收包端的用户贵金属产品账户中所述虚拟贵金属产品的贵金属产品数量；步骤S600，若所述提取数量不大于所述收包端的用户贵金属产品账户中所述虚拟贵金属产品的贵金属产品数量，则将所述实体贵金属产品提取请求发送至所述服务端，以便于所述服务端验证后，所述收包端对所述实体贵金属产品从所述贵金属产品出库清单中进行领取。

在收包端接收到多人虚拟贵金属产品红包后，将金沙发放数量相等的虚拟贵金属产品存入收包端用户贵金属产品账户中。如果此时，收包端需要进行对虚拟贵金属产品领取至实体贵金属产品，则生成一实体贵金属产品提取请求，则进而需判断该请求的提取数量是否小于等于其账户中所存有的贵金属产品数量；若是，则通过服务端进行验证，并且在验证后进行领取。通过对于提取数量是否不大于账户中的贵金属产品数量进行判断，从而提高进一步的金沙红包领取的准确率。

此外，参考图9，本发明还提供一种基于虚拟贵金属产品的多人红包管理装置，包括：

溯源模块10，用于在主发包端或从属发包端购入虚拟贵金属产品时，服务端构建与每个虚拟贵金属产品对应的贵金属产品ID，并且基于所述贵金属产品ID，以及所述主发包端或从属发包端的发包用户信息建立每个所述虚拟贵金属产品对应的实体贵金属产品的溯源信息；

接收模块20，用于所述服务端接收所述主发包端发送的多人红包发放请求；其中，所述多人红包发放请求中包括发放规则信息；所述服务端根据所述多人红包发放请求生成邀请信息并且发送至所述从属发包端；

接收模块20，还用于所述服务端在接收到所述从属发包端根据所述邀请信息返回的应答信息后，根据所述发放规则信息，生成包括所述从属发包端和所述主发包端的虚拟贵金属产品的多人红包；

发送模块30，用于所述服务端根据所述发放规则信息将所述多人红包发送至所述收包端；

溯源模块10，还用于在所述收包端获取所述多人红包后，所述服务端将所述多人红包中的虚拟贵金属产品对应的实体贵金属产品的所有权变更为所述收包端；并且，获取所述收包端的收包用户信息，根据所述收包用户信息，基于所述贵金属产品ID更新所述溯源信息。

此外，本发明还提供一种计算机设备，包括服务端、主发包端、从属发包端和收包端；所述服务端包括第一存储器以及第一处理器；所述主发包端包括第二存储器以及第二处理器；所述从属发包端包括第三存储器以及第三处理器；所述收包端包括第四存储器以及第四处理器；所述第一存储器、第二存储器、第三存储器和第四存储器均用于存储基于虚拟贵金属产品的多人红包管理程序，所述第一处理器、第二处理器、第三处理器和第四处理器均运行所述基于虚拟贵金属产品的多人红包管理程序以使所述计算机设备执行如上述所述基于虚拟贵金属产品的多人红包管理方法。

此外，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有基于虚拟贵金属产品的多人红包管理程序，所述基于虚拟贵金属产品的多人红包管理程序被处理器执行时实现如上述所述基于虚拟贵金属产品的多人红包管理方法。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。以上仅为本发明的优选实施例，并非因此限制本发明的保护范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的保护范围内。

Claims (10)

1.一种基于虚拟贵金属产品的多人红包管理方法，应用于服务端，以及均与所述服务端连接的主发包端、从属发包端和收包端之间；其中，每个所述贵金属产品具有相等的重量，其特征在于，包括：

在所述主发包端或从属发包端购入虚拟贵金属产品时，所述服务端构建与每个虚拟贵金属产品对应的贵金属产品ID，并且基于所述贵金属产品ID，以及所述主发包端或从属发包端的发包用户信息建立每个所述虚拟贵金属产品对应的实体贵金属产品的溯源信息；

所述服务端接收所述主发包端发送的多人红包发放请求；其中，所述多人红包发放请求中包括发放规则信息；所述服务端根据所述多人红包发放请求生成邀请信息并且发送至所述从属发包端；

所述服务端在接收到所述从属发包端根据所述邀请信息返回的应答信息后，根据所述发放规则信息，生成包括所述从属发包端和所述主发包端的虚拟贵金属产品的多人红包；

所述服务端根据所述发放规则信息将所述多人红包发送至所述收包端；

在所述收包端获取所述多人红包后，所述服务端将所述多人红包中的虚拟贵金属产品对应的实体贵金属产品的所有权变更为所述收包端；并且，获取所述收包端的收包用户信息，根据所述收包用户信息，基于所述贵金属产品ID更新所述溯源信息。

2.如权利要求1所述基于虚拟贵金属产品的多人红包管理方法，其特征在于，所述发放规则信息包括发包人数范围；

所述“所述服务端在接收到所述从属发包端根据所述邀请信息返回的应答信息后，根据所述发放规则信息，生成包括所述从属发包端和所述主发包端的虚拟贵金属产品的多人红包”包括：

根据所述应答信息，判断接收邀请的所述从属发包端的数量是否在所述发包人数范围内；

若接收邀请的所述从属发包端的数量在所述发包人数范围内，则判定当前状态为人数目标达成状态；

根据所述发放规则信息，所述服务端向每个接受邀请的所述从属发包端及主发包端发送待支付信息；在接受邀请的所述从属发包端和所述主发包端根据所述待支付信息进行对于虚拟贵金属产品的支付后，生成所述多人红包；其中，所述多人红包对应的所述收包端的数量不大于所述从属发包端与所述主发包端的贵金属产品总数量。

3.如权利要求1所述基于虚拟贵金属产品的多人红包管理方法，其特征在于，所述发放规则信息包括贵金属产品数量阈值；

所述“所述服务端在接收到所述从属发包端根据所述邀请信息返回的应答信息后，根据所述发放规则信息，生成包括所述从属发包端和所述主发包端的虚拟贵金属产品的多人红包”包括：

根据所述应答信息，所述服务端向每个接受邀请的所述从属发包端及主发包端发送待支付信息；其中，所述待支付信息中包括与所述贵金属产品数量阈值对应的提示信息；

在接受邀请的所述从属发包端和所述主发包端根据所述待支付信息进行对于虚拟贵金属产品的支付后，将接受邀请的所述从属发包端和主发包端根据所述待支付信息进行支付的虚拟贵金属产品作为待发包贵金属产品；

判断所述待发包贵金属产品的总数量是否大于等于所述贵金属产品数量阈值；

若所述待发包贵金属产品的总数量大于等于所述贵金属产品数量阈值，则根据所述待发包贵金属产品的总数量生成所述多人红包；其中，所述多人红包的收包端的数量不大于所述待发包贵金属产品的数量。

4.如权利要求1所述基于虚拟贵金属产品的多人红包管理方法，其特征在于，所述“所述服务端将所述邀请信息发送至所述从属发包端”之后，还包括：

所述服务端获取发送所述邀请信息的邀请时间，并确认是否接收到所述主发包端发送的撤回指令；

若所述服务端接收到所述主发包端的撤回指令，并且所述邀请时间至当前时间的计时区间不大于预设撤回时间，则判定所述邀请信息为可撤回状态，并撤回所述邀请信息；

若所述服务端未接收到所述主发包端的撤回指令，并且所述邀请时间至当前时间的计时区间不大于所述预设撤回时间，则判定所述邀请信息为可邀请状态，以便于执行“在所述收包端获取所述多人红包后，所述服务端将所述多人红包中的虚拟贵金属产品对应的实体贵金属产品的所有权变更为所述收包端”。

5.如权利要求1所述基于虚拟贵金属产品的多人红包管理方法，其特征在于，所述“所述服务端根据所述发放规则信息将所述多人红包发送至所述收包端”之后，还包括：

所述服务端获取所述多人红包的创建时间；依据所述创建时间，所述服务端对所述主发包端或所述从属发包端的每个多人红包排序，得到排序列表；

所述服务端获取所述主发包端的锁定策略；根据所述排序列表，基于所述锁定策略，对所述多人红包中的所述虚拟贵金属产品对应的实体贵金属产品进行出库锁定；

所述“获取所述收包端的收包用户信息，根据所述收包用户信息，基于所述贵金属产品ID更新所述溯源信息”之后，还包括：

所述服务端将所述多人红包中被出库锁定的所述实体贵金属产品的解除锁定，并将所述实体贵金属产品对应的虚拟贵金属产品存入所述收包端的用户贵金属账户中。

6.如权利要求5所述基于虚拟贵金属产品的多人红包管理方法，其特征在于，所述“所述服务端根据所述发放规则信息将所述多人红包发送至所述收包端”包括：

根据所述多人红包发放请求中的预设获取规则，所述服务端将所述多人红包显示于所述多人红包发放请求对应的多个收包端所在的红包显示区域中，以便于每个所述收包端基于所述预设获取规则对所述多人红包中的所述虚拟贵金属产品进行获取；

所述“将所述多人红包中的虚拟贵金属产品对应的实体贵金属产品的所有权变更为所述收包端”之后，还包括：

所述服务端确认所述多人红包中是否存在剩余未领取的所述虚拟贵金属产品；

若所述多人红包中不存在剩余未领取的所述虚拟贵金属产品，则判定所述多人红包的状态为已领完状态，并且在所述红包显示区域中显示已领完状态对应的提示信息。

7.如权利要求6所述基于虚拟贵金属产品的多人红包管理方法，其特征在于，所述预设获取规则包括随机获取队列和等分队列。

8.如权利要求6所述基于虚拟贵金属产品的多人红包管理方法，其特征在于，所述“所述服务端确认所述多人红包中是否包括剩余未领取的所述虚拟贵金属产品”之后，还包括：

若所述多人红包中存在剩余未领取的所述虚拟贵金属产品，则判定所述多人红包的状态为可领取状态，以便于所述收包端对处于可领取状态的所述多人红包中的剩余未领取的所述虚拟贵金属产品进行领取。

9.如权利要求8所述基于虚拟贵金属产品的多人红包管理方法，其特征在于，所述“判定所述多人红包的状态为可领取状态”之后，还包括：

根据状态为可领取状态的所述多人红包的创建时间，所述服务端判断所述创建时间至当前时间内的时间间隔是否达到预设时间间隔；

若达到所述预设时间间隔，则判定所述多人红包的状态为领取结束状态，并将所述多人红包中剩余未领取的虚拟贵金属产品对应的仍然锁定的实体贵金属产品解锁，返还至对应的所述主发包端或所述从属发包端的用户贵金属账户中。

10.如权利要求1所述基于虚拟贵金属产品的多人红包管理方法，其特征在于，所述“根据所述收包用户信息，基于所述贵金属产品ID更新所述溯源信息”之后，还包括：

所述服务端接收所述收包端的基于所述多人红包的实体提取请求，并根据所述实体提取请求中的提取数量对所述收包端的用户贵金属账户进行余量验证；

若所述收包端的用户贵金属账户中的虚拟贵金属产品的数量大于所述提取数量，则向所述收包端返回提取许可，以便于所述收包端根据所述提取许可对所述实体贵金属产品从所述贵金属产品出库清单中进行提取。