CN111861432B - 虚拟资源信息更新方法及装置、服务器及存储介质 - Google Patents

Abstract

本公开提供了一种虚拟资源信息更新方法及装置、服务器及存储介质，涉及网络技术领域，解决服务器的在线服务性能差的问题。该方法包括：通过第一资源接口接收第一客户端发送的第一请求指令，第一请求指令用于请求获取可分享的基础虚拟资源；通过第一资源接口向第一客户端分配与第一请求指令对应的基础虚拟资源；通过第一资源接口向Kafka系统发送消息，消息中包括基础虚拟资源的信息；通过更新接口从Kafka系统读取消息，得到基础虚拟资源的信息；若确定与基础虚拟资源对应的虚拟资源信息未更新或未变化，则通过更新接口，根据基础虚拟资源的信息，更新虚拟资源信息，虚拟资源信息至少用于表示基础虚拟资源的分享状态。该方法应用于虚拟资源使用场景中。

Description

虚拟资源信息更新方法及装置、服务器及存储介质

技术领域

本公开涉及网络技术领域，尤其涉及一种虚拟资源信息更新方法及装置、服务器及存储介质。

背景技术

随着电子技术及网络技术的快速发展，用户可以通过电子设备获取各种各样的红包。

通常，用户可以通过触发电子设备参加网络活动获取基础红包。在用户触发电子设备获取基础红包之后，用户可以再触发电子设备将该基础红包分享给其他用户，从而其他用户可以获取一份分享红包。并且，在用户获取基础红包之后，无论是用户触发电子设备显示该基础红包的详情页面，还是其他用户触发电子设备获取分享红包，服务器均需要实时对该基础红包的红包组信息进行初始化。

然而，网络活动时间通常有限，且在该有限时间内，可能存在很多用户同时触发不同的电子设备参加网络活动获取基础红包的情况，若用户在该有限时间内触发电子设备显示基础红包的详情页面或触发电子设备获取分享红包，则服务器均需要实时对基础红包的红包组信息进行初始化，如此，可能使得服务器在该有限时间内的信息处理量较大，从而使得获取基础红包的接口的性能变差，进而导致服务器在该有限时间内无法正常提供服务，即导致服务器的在线服务性能差。

发明内容

本公开提供一种虚拟资源信息更新方法及装置、服务器及存储介质，至少解决相关技术中由于服务器在有限时间内的信息处理量较大，导致服务器的在线服务性能差的问题。本公开的技术方案如下：

根据本公开实施例的第一方面，提供一种虚拟资源信息更新方法，该虚拟资源信息更新方法包括：通过第一资源接口接收第一客户端发送的第一请求指令，第一请求指令用于请求获取可分享的基础虚拟资源；通过第一资源接口向第一客户端分配与第一请求指令对应的基础虚拟资源；通过第一资源接口向Kafka系统发送消息，消息中包括基础虚拟资源的信息；通过更新接口从Kafka系统读取消息，得到基础虚拟资源的信息；若确定与基础虚拟资源对应的虚拟资源信息未更新或未变化，则通过更新接口，根据基础虚拟资源的信息，更新虚拟资源信息，虚拟资源信息至少用于表示基础虚拟资源的分享状态。

可选地，本公开实施例中，在通过第一资源接口向第一客户端分配与第一请求指令对应的基础虚拟资源的步骤之后，该虚拟资源信息更新方法还包括：通过第二资源接口接收第二客户端发送的第二请求指令，第二请求指令用于请求获取与基础虚拟资源对应的资源详情信息，或请求获取基础虚拟资源经分享的第一分享虚拟资源；若确定虚拟资源信息未更新或未变化，则通过第二资源接口，根据基础虚拟资源的信息，更新虚拟资源信息。

可选地，本公开实施例中，在根据基础虚拟资源的信息，更新虚拟资源信息的步骤之后，该虚拟资源信息更新方法还包括：通过第三资源接口，接收到第三客户端发送的第三请求指令，第三请求指令用于请求获取基础虚拟资源经分享的第二分享虚拟资源；通过第三资源接口向第三客户端分配与第三请求指令对应的第二分享虚拟资源；通过第三资源接口，根据第二分享虚拟资源的信息，更新虚拟资源信息。

可选地，本公开实施例中，在通过第三资源接口向第三客户端分配与第三请求指令对应的第二分享虚拟资源的步骤之后，该虚拟资源信息更新方法还包括：通过第三资源接口向第三客户端发送第二分享虚拟资源的信息。

可选地，本公开实施例中，在通过第一资源接口向第一客户端分配与第一请求指令对应的基础虚拟资源的步骤之后，通过第一资源接口向Kafka系统发送消息的步骤之前，该虚拟资源信息更新方法还包括：通过第一资源接口，根据基础虚拟资源的信息，生成消息。

可选地，本公开实施例中，在通过更新接口从Kafka系统读取消息的步骤之后，通过更新接口，根据基础虚拟资源的信息，更新虚拟资源信息之前，该虚拟资源信息更新方法还包括：通过更新接口解析消息，获取基础虚拟资源的信息。

可选地，本公开实施例中，基础虚拟资源的信息包括：基础虚拟资源的数值，获取基础虚拟资源的用户标识，获取基础虚拟资源的方式，基础虚拟资源的数值的来源方的信息；虚拟资源信息包括：来源方提供的虚拟资源总数值，基础虚拟资源的数值，基础虚拟资源经分享后的分享虚拟资源的数值，获取虚拟资源数值最大的账户标识，获取虚拟资源数值最大的账户获取的虚拟资源的数值，获取分享虚拟资源的账户数量，来源方的信息。

根据本公开实施例的第二方面，提供一种虚拟资源信息更新装置，该虚拟资源信息更新装置包括接收模块、分配模块、发送模块、读取模块和更新模块。其中，接收模块，被配置为通过第一资源接口接收第一客户端发送的第一请求指令，第一请求指令用于获取可分享的基础虚拟资源；分配模块，被配置为通过第一资源接口向第一客户端分配与第一请求指令对应的基础虚拟资源；发送模块，被配置为通过第一资源接口向Kafka系统发送消息，消息中包括基础虚拟资源的信息；读取模块，被配置为通过更新接口从Kafka系统读取消息，得到基础虚拟资源的信息；更新模块，被配置为若确定与基础虚拟资源对应的虚拟资源信息未更新或未变化，则通过更新接口，根据基础虚拟资源的信息，更新虚拟资源信息，虚拟资源信息至少用于表示基础虚拟资源的分享状态。

可选地，本公开实施例中，接收模块，还被配置为在分配模块通过第一资源接口向第一客户端分配与第一请求指令对应的基础虚拟资源之后，通过第二资源接口接收第二客户端发送的第二请求指令，第二请求指令用于请求获取与基础虚拟资源对应的资源详情信息，或请求获取基础虚拟资源经分享的第一分享虚拟资源；更新模块，还被配置为若确定虚拟资源信息未更新或未变化，则通过第二资源接口，根据基础虚拟资源的信息，更新虚拟资源信息。

可选地，本公开实施例中，接收模块，还被配置为在更新模块根据基础虚拟资源的信息，更新虚拟资源信息之后，通过第三资源接口，接收到第三客户端发送的第三请求指令，第三请求指令用于请求获取基础虚拟资源经分享的第二分享虚拟资源；分配模块，还被配置为通过第三资源接口向第三客户端分配与第三请求指令对应的第二分享虚拟资源；更新模块，还被配置为通过第三资源接口，根据第二分享虚拟资源的信息，更新虚拟资源信息。

可选地，本公开实施例中，发送模块，还被配置为在分配模块通过第三资源接口向第三客户端分配与第三请求指令对应的第二分享虚拟资源之后，通过第三资源接口向第三客户端发送第二分享虚拟资源的信息。

可选地，本公开实施例中，虚拟资源信息更新装置还包括生成模块；生成模块，被配置为在分配模块通过第一资源接口向第一客户端分配与第一请求指令对应的基础虚拟资源之后，发送模块通过第一资源接口向Kafka系统发送消息之前，通过第一资源接口，根据基础虚拟资源的信息，生成消息。

可选地，本公开实施例中，虚拟资源信息更新装置还包括获取模块；获取模块，被配置为在读取模块通过更新接口从Kafka系统读取消息之后，更新模块通过更新接口，根据基础虚拟资源的信息，更新虚拟资源信息之前，通过更新接口解析消息，获取基础虚拟资源的信息。

可选地，本公开实施例中，基础虚拟资源的信息包括：基础虚拟资源的数值，获取基础虚拟资源的用户标识，获取基础虚拟资源的方式，基础虚拟资源的数值的来源方的信息；虚拟资源信息包括：来源方提供的虚拟资源总数值，基础虚拟资源的数值，基础虚拟资源经分享后的分享虚拟资源的数值，获取虚拟资源数值最大的账户标识，获取虚拟资源数值最大的账户获取的虚拟资源的数值，获取分享虚拟资源的账户数量，来源方的信息。

根据本公开实施例的第三方面，提供一种服务器，包括：

处理器；

用于存储该处理器可执行指令的存储器；

其中，该处理器被配置为执行指令，以实现如上述第一方面或第一方面的任一种可能实现方式所述的虚拟资源信息更新方法。

根据本公开实施例的第四方面，提供一种存储介质，当该存储介质中的指令由服务器的处理器执行时，使得服务器能够执行如上述第一方面或第一方面的任一种可能实现方式所述的虚拟资源信息更新方法。

根据本公开实施例的第五方面，提供一种计算机程序产品，当该计算机程序产品中的指令由服务器的处理器执行时，使得服务器能够执行如上述第一方面或第一方面的任一种可能实现方式所述的虚拟资源信息更新方法。

本公开的实施例提供的技术方案至少带来以下有益效果：

通过该方案，由于可以通过第一资源接口向第一客户端分配基础虚拟资源，并在基础虚拟资源对应的虚拟资源信息未更新或未变化的情况下，通过更新接口更新基础虚拟资源对应的虚拟资源信息，即通过更新接口对基础虚拟资源初始化，因此可以通过不同的接口实现分配基础虚拟资源和对基础虚拟资源初始化，如此可以使得分配基础虚拟资源和对基础虚拟资源初始化是异步执行的，从而可以减小分配基础虚拟资源的接口(即第一资源接口)的信息处理量，进而可以保证第一资源接口的在线服务性能。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。

图1是根据本公开实施例示出的一种虚拟资源信息更新方法的系统框图；

图2是根据本公开实施例示出的一种红虚拟资源信息更新方法的流程图；

图3是根据本公开实施例示出的一种虚拟资源信息更新装置的结构框图；

图4是根据本公开实施例示出的一种服务器的硬件示意图。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

基础虚拟资源：指从网络活动中获取的虚拟资源(例如红包)，可被分享，是一种特殊的虚拟资源。

基础虚拟资源对应的虚拟资源信息：一个可以分享、可以被其他客户端抢的基础虚拟资源的抽象概念的信息，具体可以指抽象概念的状态信息。

红包详情信息：由一个基础红包的信息与该基础红包对应的红包信息列表组成。

Kafka系统：一种高吞吐量的分布式发布订阅消息系统。

消费者(consumer)：对Kafka系统进行相关逻辑处理的。

限流：指限制流量，例如为流量设置阈值。

本公开实施例中提供的虚拟资源信息更新方法的执行主体可以为本公开实施例提供的虚拟资源信息更新装置，也可以为本公开实施例提供的服务器，还可以为包括该服务器的中的一个或多个模块，具体的可以根据实际使用需求确定，本公开实施例不作限定。

下面以服务器为例，结合各个附图，对本公开实施例提供的虚拟资源信息更新方法进行示例性的说明。

下面先结合图1对获取网络活动中的基础红包的相关操作的过程进行示例性的说明。

如图1所示，为本公开实施例提供的一种网络活动系统的架构示意图。在图1中，网络活动系统包括商家客户端10、平台服务器11和多个用户客户端(例如图1中的用户客户端12和用户客户端13)，其中，商家客户端10和多个用户客户端之间可以通过平台服务器11交互，从而以在网络活动系统中进行网络活动。具体的，商家客户端10可以通过其所在的平台服务器11发布网络活动的具体信息(例如网络活动金额、网络活动的红包个数以及网络活动的持续时间等)，然后平台服务器11可以根据该具体信息向平台用户(具体可以为平台用户的账户)发布网络活动。在网络活动开始之后，每个平台用户(即在该平台服务器注册的用户)均可以通过一个客户端参加网络活动，从而获取一份基础虚拟资源(例如基础红包)。且在该客户端获取到基础虚拟资源之后，该客户端还可以将获取的基础虚拟资源分享给其他客户端，使得其他客户端可以得到基础虚拟资源经分享的分享虚拟资源。

以一个平台用户通过一个客户端参加网络活动，获取一份基础红包为例，假设平台用户1通过用户客户端12参加网络活动，获取到一份基础红包，平台服务器11可以通过另外的接口(例如本公开实施例中的更新接口)对该基础红包进行初始化，如此，在平台用户1触发用户客户端12将基础红包分享给用户2的用户客户端13之后，如果平台用户1触发用户客户端12显示基础红包的详情页面或用户2触发用户客户端13获取基础红包经分享的分享红包，则平台服务器11可以直接响应客户端的请求指令，向客户端发送相应的信息，从而使得平台服务器11能够快速响应客户端的请求指令，进而可以保证平台服务器11的在线服务性能。

下面结合各个附图，对本公开实施例提供的虚拟资源信息更新方法进行示例性地说明。

如图2所示，本公开实施例提供的一种虚拟资源信息更新方法，该方法可以包括以下步骤201-步骤206。

在步骤201中，服务器通过第一资源接口接收第一客户端发送的第一请求指令。

其中，上述第一请求指令可以用于请求获取可分享的基础虚拟资源。

在步骤202中，服务器通过第一资源接口向第一客户端分配与第一请求指令对应的基础虚拟资源。

本公开实施例中，在服务器接收到第一客户端发送的上述第一请求指令之后，服务器可以根据该第一请求指令，向第一客户端分配与该第一请求指令对应的基础虚拟资源。

可选地，本公开实施例中，上述基础虚拟资源可以为服务器生成的红包(以下称为基础红包)。那么，上述第一请求指令可以用于请求服务器(例如服务器等)生成基础红包。

本申请实施例中，上述第一资源接口可以为服务器中的获取基础虚拟资源的接口。例如获取基础红包接口。

可选地，本公开实施例中，上述第一请求指令可以为第一客户端根据用户的目标操作生成的指令。其中，该目标操作可以为用户触发第一客户端扫描条码或二维码，也可以为用户触发第一客户端在平台上下单，还可以为用户点击领取基础虚拟资源(例如基础红包)的入口标识等任意可能的操作。具体可以根据实际使用需求确定，本公开实施例不作限定。

本公开实施例中，在网络活动期间，当平台用户通过上述目标操作触发第一客户端获取基础虚拟资源时，该第一客户端可以向服务器发送一个请求指令(即上述第一请求指令)，用于请求获取可分享的基础虚拟资源，从而服务器可以接收到该第一客户端发送的第一请求指令。在服务器接收到该第一请求指令之后，服务器可以根据该第一请求指令，向第一客户端分配与第一请求指令对应的基础虚拟资源。

可选地，本公开实施例中，上述第一请求指令中还可以包括第一客户端的标识(即获取基础虚拟资源的用户标识)等任意可能的信息。具体可以根据实际使用需求确定，本公开实施例不作限定。

本公开实施例中，该基础虚拟资源为服务器(服务器)向电子设备分享的一种电子资源。

可选地，本公开实施例中，当上述基础虚拟资源为基础红包时，该基础虚拟资源可以为电子红包。具体地，该基础虚拟资源可以为电子币、优惠券、电子礼品等任意一种可以用于分享的电子资源，具体可以根据实际使用需求确定，本公开实施例不限定基础虚拟资源的具体形式和其包含的具体内容。

在步骤203中，服务器通过第一资源接口向Kafka系统发送消息。

其中，上述消息中可以包括上述基础虚拟资源的信息。

在步骤204中，服务器通过更新接口从Kafka系统读取消息，得到基础虚拟资源的信息。

本公开实施例中，在服务器向第一客户端分配与第一请求指令对应的基础虚拟资源之后，服务器可以通过上述第一资源接口向Kafka系统发送消息，并通过上述更新接口从Kafka系统读取该消息，从而可以得到基础虚拟资源的信息。然后，服务器可以确定基础虚拟资源是否已初始化。

可选地，本公开实施例中，上述更新接口可以为Kafka系统的consumer。

可选地，本申请实施例中，上述基础虚拟资源的信息可以包括：基础虚拟资源的数值，获取基础虚拟资源的用户标识，获取基础虚拟资源的方式，基础虚拟资源的数值的来源方的信息。

当然，实际实现时，上述基础虚拟资源的信息还可以包括其他任意可能的信息，具体可以根据实际使用需求确定，本申请实施例不作限定。

可选地，本公开实施例中，上述基础虚拟资源的数值的来源方的信息可以包括基础虚拟资源的数值的来源方的标识(例如网络商家的标识)，与基础虚拟资源的数值的来源方相关的广告信息等任意可能的信息。具体可以根据实际使用需求确定，本公开实施例不作限定。

需要说明的是，本公开实施例中，与基础虚拟资源的数值的来源方相关的广告信息可以为服务器中预先存储的与该来源方有关的广告信息。例如，假设基础虚拟资源的数值的来源方为网络商家，该网络商家为“hello”外卖商家，那么与基础虚拟资源的数值的来源方相关的广告信息可以“hello美食给您最深刻的味觉体验”。

在步骤205中，服务器确定基础虚拟资源对应的虚拟资源信息是否更新或变化。

本公开实施例中，在服务器得到基础虚拟资源的信息之后，服务器可以确定该基础虚拟资源对应的虚拟资源信息是否更新或变化，如果该虚拟资源信息未更新或未变化，那么服务器可以执行下述的步骤206；如果该虚拟资源信息已更新或变化，那么服务器可以不执行任何步骤。

需要说明的是，本公开实施例中，服务器可以通过确定基础虚拟资源对应的虚拟资源信息是否更新或变化，确定基础虚拟资源信息是否进行初始化。

可以理解，如果基础虚拟资源对应的虚拟资源信息已更新或已变化，那么服务器可以确定基础虚拟资源信息已初始化；如果基础虚拟资源对应的虚拟资源信息未更新或未变化，那么服务器可以确定基础虚拟资源信息未初始化，从而服务器可以通过上述更新接口对基础虚拟资源进行初始化。

可选地，本申请实施例中，上述基础虚拟资源对应的虚拟资源信息可以包括：来源方提供的虚拟资源总数值，基础虚拟资源的数值，基础虚拟资源经分享后的分享虚拟资源的数值，获取虚拟资源数值最大的账户标识，获取虚拟资源数值最大的账户获取的虚拟资源的数值，获取分享虚拟资源的账户数量，来源方的信息。

当然，实际实现时，上述虚拟资源信息还可以包括其他任意可能的信息，具体可以根据实际使用需求确定，本申请实施例不作限定。

在步骤206中，服务器通过更新接口，根据基础虚拟资源的信息，更新虚拟资源信息。

其中，上述虚拟资源信息至少可以用于表示基础虚拟资源的分享状态。

本申请实施例中，如果服务器确定基础虚拟资源对应的虚拟资源信息未更新或未变化，那么服务器可以通过上述更新接口，根据基础虚拟资源的信息，更新该虚拟资源信息，即对基础虚拟资源进行初始化。

可以理解，服务器通过上述第一资源接口向第一客户端分配基础虚拟资源，通过更新接口对基础虚拟资源进行初始化，因此向客户端分配基础虚拟资源的操作和对基础虚拟资源进行初始化的操作可以同时进行，互不干扰。也就是说，在本公开实施例中，服务器可以同时执行步骤202和步骤203-步骤206。

需要说明的是，本公开实施例中，由于服务器向第一客户端分配基础虚拟资源的操作，与服务器更新基础虚拟资源对应的虚拟资源信息(对基础虚拟资源初始化)的操作为通过不同接口进行的，即相对于向第一客户端分配基础虚拟资源的操作，服务器对基础虚拟资源初始化可以称为异步初始化。

可选地，本公开实施例中，上述更新接口可以为服务器中的一个consumer，该consumer可以从Kafka系统中获取信息，并对获取的信息进行处理(例如更新信息)，即consumer可以对基础虚拟资源进行初始化。

本公开实施例中，由于Kafka系统具有低延迟和高吞吐量的特点，因此服务器通过更新接口从Kafka系统读取消息，得到基础虚拟资源的信息，然后再在确定基础虚拟资源对应的虚拟资源信息未更新或未变化的情况下，通过更新接口，对基础虚拟资源进行初始化，可以快速且高效地对基础虚拟资源进行初始化，从而可以进一步提高服务器处理虚拟资源信息的效率。

本申请实施例中，服务器中可以包括虚拟资源信息模板，服务器可以根据该基础虚拟资源的信息，填充该虚拟资源信息模板，从而可以更新上述基础虚拟资源对应的虚拟资源信息，从而实现对基础虚拟资源的初始化。

可选地，本申请实施例中，上述假设上述基础虚拟资源为基础红包，上述虚拟资源信息可以为基础红包信息，上述虚拟资源信息模板可以为红包组信息模板。其中，该红包组信息模板可以为内容为空的模板，也可以为包括预设内容的模板，其中，该预设内容可以为模板的各个模块名称等。

示例性的，以上述红包组信息模板为包括预设内容的红包组模板为例，红包组信息模板可以为如表1所示的模板：

表1

活动商家
		活动金额
活动持续时间
		商家广告
基础红包金额

本公开实施例中，上述更新基础红包(即基础虚拟资源)对应的基础红包信息(即虚拟资源信息)可以理解为：将基础红包信息进行处理并添加至红包组信息模板中。

本公开实施例提供的虚拟资源信息更新方法，由于可以通过第一资源接口向第一客户端分配基础虚拟资源，并在基础虚拟资源对应的虚拟资源信息未更新或未变化的情况下，通过更新接口更新基础虚拟资源对应的虚拟资源信息，即通过更新接口对基础虚拟资源初始化，因此可以通过不同的接口实现分配基础虚拟资源和对基础虚拟资源初始化，如此可以使得分配基础虚拟资源和对基础虚拟资源初始化是异步执行的，从而可以减小分配基础虚拟资源的接口(即第一资源接口)的信息处理量，进而可以保证第一资源接口的在线服务性能。

可选地，本公开实施例中，在服务器通第一资源接口向第一客户端分配与第一请求指令对应的基础虚拟资源之后，如果其他客户端(例如公开实施例中的第二客户端)向服务器请求获取与该虚拟资源对应的资源详情信息，或请求获取该基础虚拟资源经分享的第一分享虚拟资源，服务器可以确定虚拟资源信息是否已更新或已变化，如果虚拟资源信息未更新或变化(即基础虚拟资源未初始化)，那么服务器可以直接通过接收该请求的接口(例如本公开实施例中的第二资源接口)，对基础虚拟资源进行初始化。

本申请实施例中，在上述步骤202之后，本公开实施例提供的虚拟资源信息更新方法还可以包括下述的步骤207、步骤205和步骤208。

在步骤207中，服务器通过第二资源接口接收第二客户端发送的第二请求指令。

其中，上述第二请求指令可以用于请求获取与基础虚拟资源对应的资源详情信息，或请求获取基础虚拟资源经分享的第一分享虚拟资源。

本公开实施例中，当该第一客户端的用户想要查看该基础虚拟资源对应的资源详情信息时，该用户可以触发第一客户端向服务器发送上述第一请求指令，从而服务器可以通过上述第二资源接口，接收到请求获取与基础虚拟资源对应的资源详情信息的第二请求指令。

本公开实施例中，在第一客户端接收到基础虚拟资源之后，用户可以触发第一客户端将该基础虚拟资源分享给其他客户端(例如上述第二客户端等)。当第二客户端的用户想要获取经基础虚拟资源分享的虚拟资源(即第一分享虚拟资源)时，第二客户端的用户可以触发第二客户端向服务器发送第二请求指令，从而服务器可以通过上述第二资源接口接收到请求获取基础虚拟资源经分享的第一分享虚拟资源的第二请求指令。

在步骤205中，服务器确定基础虚拟资源对应的虚拟资源信息是否更新或变化。

本公开实施例中，在服务器通过第二资源接口接收到第二客户端发送的第二请求指令之后，服务器可以确定基础虚拟资源对应的虚拟资源信息是否更新或变化，如果该虚拟资源信息已更新或已变换，那么服务器可以响应该第二请求指令，向第二客户端对应发送基础虚拟资源对应的资源详情信息或基础虚拟资源经分享的第一分享虚拟资源；如果虚拟资源信息未更新或未变化，那么服务器可以执行下述的步骤208。

需要说明的是，本公开实施例中，服务器仅对基础虚拟资源进行一次初始化，也就是说，服务器如果通过更新接口已对基础虚拟资源进行初始化，那么服务器不再对基础虚拟资源进行初始化，即服务器不再进而二次初始化，从而可以减少服务器的性能消耗。也就是说，本公开实施例中的步骤206和下述步骤208，服务器是择一执行的。

可选地，本公开实施例中，上述第二客户端和上述第一客户端可以为同一个客户端，也可以为不同的客户端，具体可以根据实际使用需求确定，本公开实施例不作限定。

本公开实施例中，当上述第二请求指令用于请求获取基础虚拟资源对应的资源详情信息时，上述第二客户端可以与第一客户端为同一个客户端，当第二请求指令用于请求获取基础虚拟资源经分享的第一分享虚拟资源时，上述第二客户端可以与第一客户端为不同的客户端。

可选地，本公开实施例中，当上述第二请求指令用于请求获取基础虚拟资源对应的资源详情信息时，上述第二资源接口可以为虚拟资源详情页接口；当第二请求指令用于请求获取基础虚拟资源经分享的第一分享虚拟资源时，上述第二资源接口可以为分享虚拟资源接口。

示例性的，假设基础虚拟资源为基础红包，在第二请求指令用于请求获取基础红包对应的红包详情信息的情况下，上述第二资源接口可以为红包详情页接口；在第二请求指令用于请求获取经基础红包分享的红包(即抢红包)的情况下，上述第二资源接口可以为抢红包接口。

在步骤208中，服务器通过第二资源接口，根据基础虚拟资源的信息，更新虚拟资源信息。

本公开实施例中，在服务器确定基础虚拟资源对应的虚拟资源信息未更新或未变化的情况下，那么基础虚拟资源可以确定基础虚拟资源未进行初始化，那么服务器可以通过上述第二资源接口，根据基础虚拟资源的信息，更新该虚拟资源信息，即服务器对基础虚拟资源进行初始化。

需要说明的是，本公开实施例中，对于服务器更新基础虚拟资源对应的虚拟资源信息(即服务器对基础虚拟资源进行初始化)的相关描述，具体可以参见上述实施例中的详细描述，为避免重复，此处不再赘述。

本公开实施例中，一方面，由于在网络活动期间，服务器的访问量极大，且consumer中的逻辑较为复杂，所以服务器可能会限制向Kafka系统发送的消息的数量(即对Kafka系统限流)，另一方面，由于服务器异步初始化基础虚拟资源具有延迟特性，因此，可能导致当服务器接收到第二客户端发送的第二请求指令时，针对该基础虚拟资源的初始化的操作并没有完成(即虚拟资源信息未更新或未变化)。这种情况下，服务器可以通过上述第二资源接口对该基础虚拟资源进行初始化(即更新基础虚拟资源对应的虚拟资源信息)，并在虚拟资源信息更新之后，服务器再向第二客户端发送将相关信息(例如与基础虚拟资源对应的资源详情信息或经基础虚拟资源分享的第一分享虚拟资源的信息)。

示例性地，本公开实施例中，在上述第二资源接口可以为红包详情页接口的情况下，服务器可以通过红包详情页接口实时更新基础虚拟资源对应的虚拟资源信息；在第二资源接口可以为抢红包接口的情况下，服务器可以在抢红包接口实时更新基础虚拟资源对应的虚拟资源信息。

需要说明的是，本公开实施例中，由于红包详情页接口的流量和抢红包接口的流量，相比于获取基础红包接口的流量小一个数量级，且红包详情页接口的流量和抢红包接口的流量分布比较均匀，峰值流量不会特别高，因此当红包详情页接口或请红包接口实时更新基础虚拟资源对应的虚拟资源信息时，对这两个接口的性能影响不大。

本公开实施例中，由于服务器可以通过异步初始化基础虚拟资源(即上述步骤206)和实时初始化基础虚拟资源(即上述步骤208)相结合的初始化方式对基础虚拟资源进行初始化，因此可以使得初始化基础虚拟资源的时机和方式比较分散，从而可以降低各个接口处理虚拟资源的峰值，减小各个接口的工作负荷，进而保证服务器可以正常提供服务。

进一步地，由于服务器可以通过两种更新方式，更新基础虚拟资源对应的虚拟资源信息(即通过不同的初始化方式对基础虚拟资源进行初始化)，从而可以使得服务器能够快速响应客户端的请求指令，以使得客户端能够快速获取到响应的信息，进而可以提高服务器响应客户端的请求指令的速度。

可选地，本公开实施例中，在服务器根据基础虚拟资源的信息，更新基础虚拟资源对应的虚拟资源信息之后，若服务器再次接收到请求获取基础虚拟资源经分享的虚拟资源(例如本公开实施例中的第二分享虚拟资源)的请求指令(例如本公开实施例中的第三请求指令)，则服务器可以根据该请求指令，向对应的客户端(例如本公开实施例中的第三客户端)分配第二分享虚拟资源，并根据该第二分享虚拟资源的信息，更新更新后的虚拟资源信息。

本公开实施例中，在上述步骤206或步骤208之后，本公开实施例提供的虚拟资源信息更新方法还可以包括下述的步骤209-步骤211。

在步骤209中，服务器通过第三资源接口，接收到第三客户端发送的第三请求指令。

其中，上述第三请求指令可以用于请求获取基础虚拟资源经分享的第二分享虚拟资源。

可选地，本公开实施例中，上述第三资源接口与上述第二资源接口可以为同一个接口，也可以为不同的接口。

其中，当上述第二请求指令用于请求获取基础虚拟资源经分享的第一分享虚拟资源时，第三资源接口与第二资源接口可以为同一个资源接口。

在步骤210中，服务器通过第三资源接口向第三客户端分配与第三请求指令对应的第二分享虚拟资源。

在步骤211中，服务器通过第三资源接口，根据第二分享虚拟资源的信息，更新虚拟资源信息。

可以理解，服务器通过上述第三资源接口，根据第二分享虚拟资源的信息，再次更新更新后的虚拟资源信息(即更新初始化后的基础虚拟资源对应的虚拟资源信息)。

本公开实施例中，在服务器接收到上述第三请求指令之后，服务器可以根据该第三请求指令，通过第三资源接口向第三客户端分配上述的第二分享虚拟资源，并通过该第三资源接口，根据第二分享虚拟资源的信息，再次更新虚拟资源信息。

示例性地，假设第一次更新后的虚拟资源信息为：红包金额：100元、距离网络活动结束时间：2小时(h)。在网络活动发布30分钟(min)之后，服务器接收到上述第三请求指令，且根据该第三请求指令生成第二分享虚拟资源。其中该第二分享虚拟资源的信息为：金额10元，则服务器将虚拟资源信息更新为：红包金额：100元、领取红包金额：10元、距离网络活动结束时间1.5h。

本公开实施例中，由于服务器在向第三客户端分配第二分享虚拟资源之后，可以根据第二分享虚拟资源的信息，更新基础虚拟资源对应的虚拟资源信息，因此可以保证该虚拟资源信息的实时性和准确性，从而可以保证服务器可以准确地分配下一个分享虚拟资源。

可选地，本公开实施例中，在服务器通过第三资源接口向第三客户端分配与第三请求指令对应的第二分享虚拟资源之后，服务器可以通过第三资源接口向第三客户端发送该第二分享虚拟资源的信息，从而使得第三客户端可以接收到服务器响应第三请求指令的结果。

本公开实施例中，在上述步骤210之后，本公开实施例提供的虚拟资源信息更新方法还可以包括下述的步骤212。

在步骤212中，服务器通过第三资源接口向第三客户端发送第二分享虚拟资源的信息。

本公开实施例中，由于服务器在接收向第三客户端分配第二分享虚拟资源之后，服务器可以通过第三资源接口向第三客户端发送第二分享虚拟资源的信息，因此可以使得服务器准确、快速的地响应第三客户端的获取基础虚拟资源经分享的虚拟资源的请求指令，从而使得第三客户端快速地得到基础虚拟资源经分享的分享虚拟资源。

可选地，本公开实施例中，在服务器通过第一资源接口向第一客户端分配与第一请求指令对应的基础虚拟资源之后，服务器可以先通过上述第一资源接口，根据基础虚拟资源的信息，生成上述消息，然后服务器可以向通过第一资源接口向Kafka系统发送消息。

本公开实施例中，上述步骤202之后，步骤203之前，本公开实施例提供的虚拟资源信息更新方法还包括下述的步骤213。

在步骤213，服务器通过第一资源接口，根据基础虚拟资源的信息，生成消息。

本公开实施例中，在服务器通过第一资源接口向第一客户端分配与第一请求指令对应的基础虚拟资源之后，服务器可以将基础虚拟资源的信息携带在上述消息中，发送给Kafka系统，从而使得服务器可以通过更新接口从Kafka系统获取基础虚拟资源的信息，进而可以通过更新接口更新基础虚拟资源对应的虚拟资源信息。

可选地，本公开实施例中，在服务器通过更新接口从Kafka系统读取上述消息的之后，服务器可以先通过更新接口解析该消息，获取基础虚拟资源的信息，然后可以根据该基础虚拟资源的信息，对基础虚拟资源对应的虚拟资源信息进行更新。

本公开实施例中，在上述步骤204之后，步骤206之前，本公开实施例提供的虚拟资源信息更新方法还可以包括下述的步骤214。

在步骤214中，服务器通过更新接口解析消息，获取基础虚拟资源的信息。

本公开实施例中，在服务器通过更新接口从Kafka系统读取上述消息之后，服务器可以先解析该消息，从而可以从该消息中获取基础虚拟资源的信息，然后服务器可以通过更新接口，根据该基础虚拟资源的信息，更新基础虚拟资源对应的虚拟资源信息。

如图3所示，本公开实施例提供的一种虚拟资源信息更新装置300，该虚拟资源信息更新装置300可以包括接收模块301、分配模块302、发送模块303、读取模块304和更新模块305。接收模块301，被配置为通过第一资源接口接收第一客户端发送的第一请求指令，第一请求指令用于获取可分享的基础虚拟资源；分配模块302，被配置为通过第一资源接口向第一客户端分配与第一请求指令对应的基础虚拟资源；发送模块303，被配置为通过第一资源接口向Kafka系统发送消息，消息中包括基础虚拟资源的信息；读取模块304，被配置为通过更新接口从Kafka系统读取消息，得到基础虚拟资源的信息；更新模块305，被配置为若确定与基础虚拟资源对应的虚拟资源信息未更新或未变化，则通过更新接口，根据基础虚拟资源的信息，更新虚拟资源信息，虚拟资源信息至少用于表示基础虚拟资源的分享状态。

可选地，接收模块，还被配置为在分配模块通过第一资源接口向第一客户端分配与第一请求指令对应的基础虚拟资源之后，通过第二资源接口接收第二客户端发送的第二请求指令，第二请求指令用于请求获取与基础虚拟资源对应的资源详情信息，或请求获取基础虚拟资源经分享的第一分享虚拟资源；更新模块，还被配置为若确定虚拟资源信息未更新或未变化，则通过第二资源接口，根据基础虚拟资源的信息，更新虚拟资源信息。

可选地，接收模块，还被配置为在更新模块根据基础虚拟资源的信息，更新虚拟资源信息之后，通过第三资源接口，接收到第三客户端发送的第三请求指令，第三请求指令用于请求获取基础虚拟资源经分享的第二分享虚拟资源；分配模块，还被配置为通过第三资源接口向第三客户端分配与第三请求指令对应的第二分享虚拟资源；更新模块，还被配置为通过第三资源接口，根据第二分享虚拟资源的信息，更新虚拟资源信息。

可选地，发送模块，还被配置为在分配模块通过第三资源接口向第三客户端分配与第三请求指令对应的第二分享虚拟资源之后，通过第三资源接口向第三客户端发送第二分享虚拟资源的信息。

可选地，虚拟资源信息更新装置还包括生成模块；生成模块，被配置为在分配模块通过第一资源接口向第一客户端分配与第一请求指令对应的基础虚拟资源之后，发送模块通过第一资源接口向Kafka系统发送消息之前，通过第一资源接口，根据基础虚拟资源的信息，生成消息。

可选地，虚拟资源信息更新装置还包括获取模块；获取模块，被配置为在读取模块通过更新接口从Kafka系统读取消息之后，更新模块通过更新接口，根据基础虚拟资源的信息，更新虚拟资源信息之前，通过更新接口解析消息，获取基础虚拟资源的信息。

可选地，基础虚拟资源的信息包括：基础虚拟资源的数值，获取基础虚拟资源的用户标识，获取基础虚拟资源的方式，基础虚拟资源的数值的来源方的信息；虚拟资源信息包括：来源方提供的虚拟资源总数值，基础虚拟资源的数值，基础虚拟资源经分享后的分享虚拟资源的数值，获取虚拟资源数值最大的账户标识，获取虚拟资源数值最大的账户获取的虚拟资源的数值，获取分享虚拟资源的账户数量，来源方的信息。

需要说明的是，本公开实施例提供的虚拟资源信息更新装置可以实现上述方法实施例中，服务器能够实现的各个过程，为避免重复，此处不再赘述。

本公开实施例提供一种虚拟资源信息更新装置，由于可以通过第一资源接口向第一客户端分配基础虚拟资源，并在基础虚拟资源对应的虚拟资源信息未更新或未变化的情况下，通过更新接口更新基础虚拟资源对应的虚拟资源信息，即通过更新接口对基础虚拟资源初始化，因此可以通过不同的接口实现分配基础虚拟资源和对基础虚拟资源初始化，如此可以使得分配基础虚拟资源和对基础虚拟资源初始化是异步执行的，从而可以减小分配基础虚拟资源的接口(即第一资源接口)的信息处理量，进而可以保证第一资源接口的在线服务性能。

图4是本公开实施例提供的一种服务器的硬件示意图。如图4所示，该服务器400可以包括：一个或多个处理器401(图4中多于一个处理器的其他处理器以虚线框示意)、存储器402、通信接口403和总线404。其中，一个或多个处理器401、存储器402，以及通信接口403之间通过总线404相互连接并完成相互间的通信。

上述通信接口403，可以通过第一资源接口接收第一客户端发送的第一请求指令，第一请求指令用于请求获取可分享的基础虚拟资源；处理器401，可以通过第一资源接口向第一客户端分配与第一请求指令对应的基础虚拟资源；通信接口403还可以通过第一资源接口向Kafka系统发送消息，消息中包括基础虚拟资源的信息；处理器401，还可以通过更新接口从Kafka系统读取消息，得到基础虚拟资源的信息；且若确定与基础虚拟资源对应的虚拟资源信息未更新或未变化，则通过更新接口，根据基础虚拟资源的信息，更新虚拟资源信息，虚拟资源信息至少用于表示基础虚拟资源的分享状态。

本公开实施例提供一种服务器，由于可以通过第一资源接口向第一客户端分配基础虚拟资源，并在基础虚拟资源对应的虚拟资源信息未更新或未变化的情况下，通过更新接口更新基础虚拟资源对应的虚拟资源信息，即通过更新接口对基础虚拟资源初始化，因此可以通过不同的接口实现分配基础虚拟资源和对基础虚拟资源初始化，如此可以使得分配基础虚拟资源和对基础虚拟资源初始化是异步执行的，从而可以减小分配基础虚拟资源的接口(即第一资源接口)的信息处理量，进而可以保证第一资源接口的在线服务性能。

需要说明的是，本公开实施例中，上述虚拟资源信息更新装置的结构示意图(例如上述图3)中的接收模块301和发送模块303可以通过上述通信接口403实现；虚拟资源信息更新装置的结构示意图中的分配模块302、读取模块304和更新模块305可以通过上述处理器401实现。

需要说明的是，上述服务器400能够实现上述方法实施例中服务器实现的各个过程，且能达到相同的技术效果，为避免重复，详细描述这里不再赘述。

上述总线404可以是外设部件互连标准(Peripheral Component Interconnect，PCI)总线或扩展工业标准结构(Extended Industry Standard Architecture，EISA)总线等。总线404可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。另外，服务器400还可以包括一些图中未示出的其他功能模块(例如，硬盘)，本公开实施例在此不再赘述。

另外，服务器400包括一些未示出的功能模块，在此不再赘述。

另外，上述实施例提供的服务器在实现其功能时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将服务器的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

在示例性实施例中，本公开实施例还提供了一种包括指令的存储介质，例如包括指令的存储器402，上述指令可由服务器400的处理器401执行以完成上述方法。可选地，存储介质可以是非临时性计算机可读存储介质，例如，该非临时性计算机可读存储介质可以是只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

在示例性实施例中，本公开实施例还提供了一种包括一条或多条指令的计算机程序产品，该一条或多条指令可以由服务器400的处理器401执行以完成上述方法。

需要说明的是，上述存储介质中的指令或计算机程序产品中的一条或多条指令被处理器401执行时实现上述方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (14)

1.一种虚拟资源信息更新方法，其特征在于，所述方法包括：

通过第一资源接口接收第一客户端发送的第一请求指令，所述第一请求指令用于请求获取可分享的基础虚拟资源；

通过所述第一资源接口向所述第一客户端分配与所述第一请求指令对应的所述基础虚拟资源；

通过所述第一资源接口向Kafka系统发送消息，所述消息中包括所述基础虚拟资源的信息，所述基础虚拟资源的信息包括：所述基础虚拟资源的数值、获取所述基础虚拟资源的用户标识、获取所述基础虚拟资源的方式、所述基础虚拟资源的数值的来源方的信息中的一个或多个；

通过更新接口从所述Kafka系统读取所述消息，得到所述基础虚拟资源的信息，并且确定所述基础虚拟资源是否初始化；

若所述基础虚拟资源对应的虚拟资源信息未更新或未变化，则确定所述基础虚拟资源未初始化，并且通过所述更新接口，根据所述基础虚拟资源的信息，更新所述虚拟资源信息，以使得初始化所述基础虚拟资源，所述虚拟资源信息至少用于表示所述基础虚拟资源的分享状态，所述虚拟资源信息包括：所述来源方提供的虚拟资源总数值、所述基础虚拟资源的数值、所述基础虚拟资源经分享后的分享虚拟资源的数值、获取虚拟资源数值最大的账户标识、获取虚拟资源数值最大的账户获取的虚拟资源的数值、获取所述分享虚拟资源的账户数量、所述来源方的信息中的一个或多个。

2.根据权利要求1所述的方法，其特征在于，所述通过所述第一资源接口向所述第一客户端分配与所述第一请求指令对应的所述基础虚拟资源的步骤之后，所述方法还包括：

通过第二资源接口接收第二客户端发送的第二请求指令，所述第二请求指令用于请求获取与所述基础虚拟资源对应的资源详情信息，或请求获取所述基础虚拟资源经分享的第一分享虚拟资源；

若确定所述虚拟资源信息未更新或未变化，则通过所述第二资源接口，根据所述基础虚拟资源的信息，更新所述虚拟资源信息。

3.根据权利要求1或2所述的方法，其特征在于，所述根据所述基础虚拟资源的信息，更新所述虚拟资源信息的步骤之后，所述方法还包括：

通过第三资源接口，接收到第三客户端发送的第三请求指令，所述第三请求指令用于请求获取所述基础虚拟资源经分享的第二分享虚拟资源；

通过所述第三资源接口向所述第三客户端分配与所述第三请求指令对应的所述第二分享虚拟资源；

通过所述第三资源接口，根据所述第二分享虚拟资源的信息，更新所述虚拟资源信息。

4.根据权利要求3所述的方法，其特征在于，所述通过所述第三资源接口向所述第三客户端分配与所述第三请求指令对应的所述第二分享虚拟资源的步骤之后，所述方法还包括：

通过所述第三资源接口向所述第三客户端发送所述第二分享虚拟资源的信息。

5.根据权利要求1所述的方法，其特征在于，所述通过所述第一资源接口向所述第一客户端分配与所述第一请求指令对应的所述基础虚拟资源的步骤之后，所述通过所述第一资源接口向Kafka系统发送消息的步骤之前，所述方法还包括：

通过所述第一资源接口，根据所述基础虚拟资源的信息，生成所述消息。

6.根据权利要求1或2所述的方法，其特征在于，所述通过更新接口从所述Kafka系统读取所述消息的步骤之后，所述通过所述更新接口，根据所述基础虚拟资源的信息，更新所述虚拟资源信息之前，所述方法还包括：

通过所述更新接口解析所述消息，获取所述基础虚拟资源的信息。

7.一种虚拟资源信息更新装置，其特征在于，所述虚拟资源信息更新装置包括接收模块、分配模块、发送模块、读取模块和更新模块；

所述接收模块，被配置为通过第一资源接口接收第一客户端发送的第一请求指令，所述第一请求指令用于获取可分享的基础虚拟资源；

所述分配模块，被配置为通过所述第一资源接口向所述第一客户端分配与所述第一请求指令对应的所述基础虚拟资源；

所述发送模块，被配置为通过所述第一资源接口向Kafka系统发送消息，所述消息中包括所述基础虚拟资源的信息，所述基础虚拟资源的信息包括：所述基础虚拟资源的数值、获取所述基础虚拟资源的用户标识、获取所述基础虚拟资源的方式、所述基础虚拟资源的数值的来源方的信息中的一个或多个；

所述读取模块，被配置为通过更新接口从所述Kafka系统读取所述消息，得到所述基础虚拟资源的信息，并且确定所述基础虚拟资源是否初始化；

所述更新模块，被配置为若所述基础虚拟资源对应的虚拟资源信息未更新或未变化，则确定所述基础虚拟资源未初始化，并且通过所述更新接口，根据所述基础虚拟资源的信息，更新所述虚拟资源信息，所述虚拟资源信息至少用于表示所述基础虚拟资源的分享状态，所述虚拟资源信息包括：所述来源方提供的虚拟资源总数值、所述基础虚拟资源的数值、所述基础虚拟资源经分享后的分享虚拟资源的数值、获取虚拟资源数值最大的账户标识、获取虚拟资源数值最大的账户获取的虚拟资源的数值、获取所述分享虚拟资源的账户数量、所述来源方的信息中的一个或多个。

8.根据权利要求7所述的装置，其特征在于，所述接收模块，还被配置为在所述分配模块通过所述第一资源接口向所述第一客户端分配与所述第一请求指令对应的所述基础虚拟资源之后，通过第二资源接口接收第二客户端发送的第二请求指令，所述第二请求指令用于请求获取与所述基础虚拟资源对应的资源详情信息，或请求获取所述基础虚拟资源经分享的第一分享虚拟资源；

所述更新模块，还被配置为若确定所述虚拟资源信息未更新或未变化，则通过所述第二资源接口，根据所述基础虚拟资源的信息，更新所述虚拟资源信息。

9.根据权利要求7或8所述的装置，其特征在于，所述接收模块，还被配置为在所述更新模块根据所述基础虚拟资源的信息，更新所述虚拟资源信息之后，通过第三资源接口，接收到第三客户端发送的第三请求指令，所述第三请求指令用于请求获取所述基础虚拟资源经分享的第二分享虚拟资源；

所述分配模块，还被配置为通过所述第三资源接口向所述第三客户端分配与所述第三请求指令对应的所述第二分享虚拟资源；

所述更新模块，还被配置为通过所述第三资源接口，根据所述第二分享虚拟资源的信息，更新所述虚拟资源信息。

10.根据权利要求9所述的装置，其特征在于，所述发送模块，还被配置为在所述分配模块通过所述第三资源接口向所述第三客户端分配与所述第三请求指令对应的所述第二分享虚拟资源之后，通过所述第三资源接口向所述第三客户端发送所述第二分享虚拟资源的信息。

11.根据权利要求7所述的装置，其特征在于，所述虚拟资源信息更新装置还包括生成模块；

所述生成模块，被配置为在所述分配模块通过所述第一资源接口向所述第一客户端分配与所述第一请求指令对应的所述基础虚拟资源之后，所述发送模块通过所述第一资源接口向Kafka系统发送消息之前，通过所述第一资源接口，根据所述基础虚拟资源的信息，生成所述消息。

12.根据权利要求7或8所述的装置，其特征在于，所述虚拟资源信息更新装置还包括获取模块；

所述获取模块，被配置为在所述读取模块通过更新接口从所述Kafka系统读取所述消息之后，所述更新模块通过所述更新接口，根据所述基础虚拟资源的信息，更新所述虚拟资源信息之前，通过所述更新接口解析所述消息，获取所述基础虚拟资源的信息。

13.一种服务器，其特征在于，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如权利要求1至6中任一项所述的虚拟资源信息更新方法。

14.一种存储介质，其特征在于，当所述存储介质中的指令由服务器的处理器执行时，使得所述服务器能够执行如权利要求1至6中任一项所述的虚拟资源信息更新方法。