CN118105706A - 虚拟商店管理方法、装置、计算机设备和可读存储介质 - Google Patents

Abstract

本申请提供了一种虚拟商店管理方法、装置、计算机设备和可读存储介质，涉及数据处理领域。该方法包括：响应商店配置请求，获取虚拟商店的配置信息，其中，配置信息包括商店配置信息和商品配置信息；基于预设配置策略，根据商店配置信息配置虚拟商店，以及根据商品配置信息配置虚拟商店内的虚拟商品。本申请，通过设置好的配置信息和固定的预设配置策略，即可实现统一的虚拟商店的配置，满足虚拟商店功能的一致性，提高玩家体验，增加了虚拟商店系统整体的可维护性，并且能够避免较多的重复测试工作，提升了开发效率，增强了系统稳定性，减少了新增虚拟商店的工作量。

Description

虚拟商店管理方法、装置、计算机设备和可读存储介质

技术领域

本申请涉及数据处理技术领域，尤其是涉及到一种虚拟商店管理方法、虚拟商店管理装置、计算机设备和可读存储介质。

背景技术

目前，在MMOG(Massive Multiplayer Online Game，大型多人在线游戏)中，会设置有多种道具商店用来承载游戏玩法，不同的商店数据来源和规则均不同。当商店数量越来越多后，维护难度随之增加，需逐个对商店进行修改，可维护性较差。

发明内容

有鉴于此，本申请提供了一种虚拟商店管理方法、虚拟商店管理装置、计算机设备和可读存储介质，解决了相关技术中虚拟商店维护难度较大的问题。

第一方面，本申请实施例提供了一种虚拟商店管理方法，包括：响应商店配置请求，获取虚拟商店的配置信息，其中，配置信息包括商店配置信息和商品配置信息；基于预设配置策略，根据商店配置信息配置虚拟商店，以及根据商品配置信息配置虚拟商店内的虚拟商品。

根据本申请实施例的上述方法，还可以具有以下附加技术特征：

在上述任一技术方案中，可选地，商店配置信息包括商店账号信息、开放时段信息和商品列表信息，商品列表信息中包括至少一个虚拟商品的商品配置信息；基于预设配置策略，根据商店配置信息配置虚拟商店，以及根据商品配置信息配置虚拟商店内的虚拟商品，包括：根据商店账号信息、开放时段信息和商品列表信息，配置虚拟商店；根据商品列表信息，确定至少一个待配置的虚拟商品，并根据虚拟商品的商品配置信息在虚拟商店中配置虚拟商品。

在上述任一技术方案中，可选地，商品配置信息包括商品基础信息和商品自定义信息；商品基础信息包括以下至少一项：商品账号信息、商品刷新时间信息、限购数量信息、虚拟货币类型信息、虚拟价格信息；商品自定义信息包括可购买虚拟商品的玩家账户的等级限制信息和/或活跃度限制信息。

在上述任一技术方案中，可选地，在配置虚拟商店和虚拟商店内的虚拟商品之后，还包括：获取玩家账户发起的目标交互请求；根据与目标交互请求对应的预设交互策略确定交互数据，向玩家账户传送交互数据。

在上述任一技术方案中，可选地，目标交互请求包括商店查询请求，预设交互策略包括商店查询策略，交互数据包括目标虚拟商店的商店配置信息和商品基础信息；根据与目标交互请求对应的预设交互策略确定交互数据，向玩家账户传送交互数据，包括：解析商店查询请求获取查询信息，查询信息包括目标商店账号信息、玩家账户的账号信息、以及玩家账户的等级信息和/或活跃度信息；根据目标商店账号信息确定目标虚拟商店，并确定目标虚拟商店的商店配置信息、商品基础信息以及商品自定义信息；若根据商店配置信息确定目标虚拟商店处于开放状态，且玩家账户的等级信息和/或活跃度信息与目标虚拟商店的商品自定义信息相匹配，则向玩家账户传送目标虚拟商店的商店配置信息和商品基础信息。

在上述任一技术方案中，可选地，目标交互请求包括商品购买请求，预设交互策略包括商品购买策略，交互数据包括目标虚拟商品的信息；根据与目标交互请求对应的预设交互策略确定交互数据，向玩家账户传送交互数据，包括：解析商品购买请求获取购买信息，购买信息包括目标商店账号信息、目标虚拟商品账号信息、玩家账户的账号信息、购买数量信息、玩家账户的虚拟货币数量信息、以及玩家账户的等级信息和/或活跃度信息；根据目标商店账号信息确定目标虚拟商店，以及根据目标虚拟商品账号信息确定目标虚拟商品，并确定目标虚拟商店的商店配置信息、目标虚拟商品的商品基础信息以及商品自定义信息；若根据目标虚拟商店的商店配置信息确定目标虚拟商店处于开放状态，且目标虚拟商品的商品基础信息以及商品自定义信息满足预设条件，则向玩家账户传送目标虚拟商品的信息。

在上述任一技术方案中，可选地，预设条件包括玩家账户的等级信息和/或活跃度信息与目标虚拟商品的商品自定义信息相匹配、目标虚拟商品处于可购买状态、目标虚拟商品的限购数量大于或等于购买数量、玩家账户的虚拟货币数量大于或等于目标虚拟商品的总价格。

第二方面，本申请实施例提供了一种虚拟商店管理装置，包括：获取模块，用于响应商店配置请求，获取虚拟商店的配置信息，其中，配置信息包括商店配置信息和商品配置信息；配置模块，用于基于预设配置策略，根据商店配置信息配置虚拟商店，以及根据商品配置信息配置虚拟商店内的虚拟商品。

第三方面，本申请实施例提供了一种计算机设备，该计算机设备包括处理器和存储器，存储器存储可在处理器上运行的程序或指令，程序或指令被处理器执行时实现如第一方面的方法的步骤。

第四方面，本申请实施例提供了一种可读存储介质，该可读存储介质上存储程序或指令，程序或指令被处理器执行时实现如第一方面的方法的步骤。

第五方面，本申请实施例提供了一种芯片，该芯片包括处理器和通信接口，通信接口和处理器耦合，处理器用于运行程序或指令，实现如第一方面的方法。

第六方面，本申请实施例提供一种计算机程序产品，该程序产品被存储在存储介质中，该程序产品被至少一个处理器执行以实现如第一方面的方法。

在本申请实施例中，在获取到商店配置请求后，基于该商店配置请求触发获取虚拟商店的配置信息，从而基于预存的预设配置策略，进行虚拟商店以及虚拟商店内的虚拟商品的配置。本申请实施例采用一套可复用的虚拟商店创建方案，通过设置好的配置信息和固定的预设配置策略，即可实现统一的虚拟商店的配置，满足虚拟商店功能的一致性，提高玩家体验，增加了虚拟商店系统整体的可维护性，并且能够避免较多的重复测试工作，提升了开发效率，增强了系统稳定性，减少了新增虚拟商店的工作量。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1示出了本申请实施例的虚拟商店管理方法的流程示意图；

图2示出了本申请实施例的配置信息结构的示意图；

图3示出了本申请实施例的虚拟商店管理装置的结构框图；

图4示出了本申请实施例的计算机设备的结构框图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的虚拟商店管理方法、虚拟商店管理装置、计算机设备和可读存储介质进行详细地说明。

本申请实施例提供了一种虚拟商店管理方法，如图1所示，该方法包括：

步骤101，响应商店配置请求，获取虚拟商店的配置信息，其中，配置信息包括商店配置信息和商品配置信息；

步骤102，基于预设配置策略，根据商店配置信息配置虚拟商店，以及根据商品配置信息配置虚拟商店内的虚拟商品。

在该实施例中，通过增配新的虚拟商店及其虚拟商品的配置信息，即可按照预设配置策略，上线一个新的虚拟商店，其中，配置信息包括虚拟商店的商店配置信息以及虚拟商店内虚拟商品的商品配置信息。

具体地，在获取到商店配置请求后，基于该商店配置请求触发获取虚拟商店的配置信息，从而基于预存的预设配置策略，进行虚拟商店以及虚拟商店内的虚拟商品的配置，也即实现新增一个虚拟商店。

需要说明的是，商店配置请求在游戏开发商有新增虚拟商店时所触发，该商店配置请求中携带有虚拟商店的配置信息，在重启服务器后，即可在游戏系统中基于预设配置策略创建出新的虚拟商店。

相关技术中由于各个虚拟商店存在需求差异、数据承载差异，均独立开发。而本申请实施例采用一套可复用的虚拟商店创建方案，通过设置好的配置信息和固定的预设配置策略，即可实现统一的虚拟商店的配置，满足虚拟商店功能的一致性，提高玩家体验，增加了虚拟商店系统整体的可维护性，并且能够避免较多的重复测试工作，提升了开发效率，增强了系统稳定性，减少了新增虚拟商店的工作量。

本申请实施例，对于玩家来说，虚拟商店功能更加统一，易用性更强，学习成本更低；对于游戏开发商来说，减少开发人力消耗，减少虚拟商店系统出现漏洞导致玩家收益损失的问题，后续整体优化空间更大。

在一个实施例中，如图2所示，游戏系统可以设置虚拟商店管理器，虚拟商店管理器负责管理各类虚拟商店。由于虚拟商店管理器的加载特性，当游戏内需要新增一个类型的虚拟商店时，只需要配置好虚拟商店及其虚拟商品，在重启服务器后，即可在游戏中创建出新的虚拟商店。

其中，如图2所示，商店配置信息包括商店账号信息、开放时段信息和商品列表信息，商品列表信息中包括至少一个虚拟商品的商品配置信息；商品配置信息包括商品基础信息和商品自定义信息，其中，商品基础信息包括以下至少一项：商品账号信息、商品刷新时间信息、限购数量信息、虚拟货币类型信息、虚拟价格信息；商品自定义信息包括可购买虚拟商品的玩家账户的等级限制信息和/或活跃度限制信息。

在该实施例中，商店配置信息包括但不限于商店账号信息、开放时段信息和商品列表信息，其中，开放时段为一个时间段，也即虚拟商店的营业时间。在一些实施例中，商店配置信息可不包括开放时段信息，而是包括开放时间信息和关闭时间信息。

虚拟商品的配置包括基础配置和各虚拟商店自定义规则的配置，基础配置包括但不限于商品账号信息、商品刷新时间信息、限购数量信息、虚拟货币类型信息、虚拟价格信息、获得物品信息等，各虚拟商店自定义规则的配置包括但不限于可购买虚拟商品的玩家账户的等级限制信息、活跃度限制信息等。

本申请实施例，一方面，通过上述商店配置信息和虚拟商品的商品基础信息，进行虚拟商店和虚拟商店内的虚拟商品的统一配置，提高虚拟商品可维护性；另一方面，通过上述商品自定义信息，允许各个虚拟商店自定义一些逻辑，实现功能差异化。

在本申请的一个实施例中，响应商店配置请求，获取虚拟商店的配置信息，其中，配置信息包括商店配置信息和商品配置信息，包括：响应商店配置请求，在商店配置列表中，依次读取多个虚拟商店的配置信息，商店配置列表中存储有多个虚拟商店的配置信息；将读取到的虚拟商店的配置信息加载到游戏内存中。

在该实施例中，商店配置请求中携带有待新增的虚拟商店的配置信息，将配置信息先存储至商店配置列表中，若待新增的虚拟商店有多个，则按照配置的先后顺序依次将多个虚拟商店的配置信息存储至商店配置列表。

在服务器启动时，从商店配置列表中，按照存储的先后顺序逐个读取配置信息，将其加载到内存里，实现多个虚拟商店的创建。

本申请实施例，通过设置商店配置列表实现按顺序依次创建多个虚拟商店，提高虚拟商店的创建效率。

在本申请的一个实施例中，基于预设配置策略，根据商店配置信息配置虚拟商店，以及根据商品配置信息配置虚拟商店内的虚拟商品，包括：根据商店账号信息、开放时段信息和商品列表信息，配置虚拟商店；根据商品列表信息，确定至少一个待配置的虚拟商品，并根据虚拟商品的商品配置信息在虚拟商店中配置虚拟商品。

在该实施例中，单个虚拟商店的配置策略包括以下步骤：

(1)读取虚拟商店的配置信息，写入到对应的虚拟商店中，完成虚拟商店的配置；

(2)读取虚拟商店的商品列表信息，在对应虚拟商店中，根据读取到的商品配置信息创建新增虚拟商品；

(3)加载结束后，标记虚拟商店为可用状态。

本申请实施例，把各个虚拟商店一致的配置逻辑和配置数据统一起来，使得虚拟商店功能更加统一，提升了可维护性。

在本申请的一个实施例中，在配置虚拟商店和虚拟商店内的虚拟商品之后，还包括：获取玩家账户发起的目标交互请求；根据与目标交互请求对应的预设交互策略确定交互数据，向玩家账户传送交互数据。

本申请实施例，不仅提供了虚拟商店的统一的配置流程，还提供了虚拟商店的统一的交互流程，交互流程包括但不限于商店查询、商品购买等流程。

需要说明的是，上述玩家账户是指游戏玩家进行游戏时所注册的游戏账户，游戏玩家是指操作游戏的人。

通过上述方式，一方面，能够满足游戏玩家的交互需求；另一方面，提供了虚拟商店的统一的交互流程，增加了虚拟商店系统整体的可维护性。

在本申请的一个实施例中，目标交互请求包括商店查询请求，预设交互策略包括商店查询策略，交互数据包括目标虚拟商店的商店配置信息和商品基础信息，根据与目标交互请求对应的预设交互策略确定交互数据，向玩家账户传送交互数据，包括：解析商店查询请求获取查询信息，查询信息包括目标商店账号信息、玩家账户的账号信息、以及玩家账户的等级信息和/或活跃度信息；根据目标商店账号信息确定目标虚拟商店，并确定目标虚拟商店的商店配置信息、商品基础信息以及商品自定义信息；若根据商店配置信息确定目标虚拟商店处于开放状态，且玩家账户的等级信息和/或活跃度信息与目标虚拟商店的商品自定义信息相匹配，则向玩家账户传送目标虚拟商店的商店配置信息和商品基础信息。

在该实施例中，在接收到游戏玩家的玩家账户发起的商店查询请求后，根据与商店查询请求对应的商店查询策略确定待查询的目标虚拟商店的商店配置信息和商品基础信息，并提供给玩家账户，在游戏玩家的终端进行显示。

示例性地，游戏玩家的玩家账户发起对目标虚拟商店的商店查询请求，该商店查询请求中包括数据包A，数据包A包括：目标商店账号信息、玩家账户的账号信息、以及玩家账户的等级信息和/或活跃度信息等。商店查询策略包括以下步骤：

(1)收到数据包A后，通过目标商店账号信息，查找到游戏玩家想要查询的目标虚拟商店，如果目标虚拟商店处于开放状态，也即，当前查询时间处于目标虚拟商店的开放时段内，则将目标虚拟商店的商店配置信息写入数据包B。同时，遍历目标虚拟商店中的所有虚拟商品，如果虚拟商品在当前查询时间处于可买状态，并且目标虚拟商店的自定义规则校验通过，则将该虚拟商品的商品基础信息写入数据包B中。

其中，目标虚拟商店的自定义规则校验即为玩家账户的等级信息和/或活跃度信息与目标虚拟商店的商品自定义信息是否相匹配，若玩家账户的等级和/或活跃度大于或等于虚拟商品的等级限制信息和/或活跃度限制信息，则为匹配，否则为不匹配。

(2)数据包B构造完毕后，传送给游戏玩家的玩家账户，在游戏玩家的终端进行目标虚拟商店的虚拟商品的展示。

通过上述方式，一方面，能够满足游戏玩家的对虚拟商店的查询需求；另一方面，提供了虚拟商店的统一的查询流程，保证了各个虚拟商店查询功能的一致性，方便游戏开发，方便游戏玩家进行信息查询。

在本申请的一个实施例中，目标交互请求包括商品购买请求，预设交互策略包括商品购买策略，交互数据包括目标虚拟商品的信息；根据与目标交互请求对应的预设交互策略确定交互数据，向玩家账户传送交互数据，包括：解析商品购买请求获取购买信息，购买信息包括目标商店账号信息、目标虚拟商品账号信息、玩家账户的账号信息、购买数量信息、玩家账户的虚拟货币数量信息、以及玩家账户的等级信息和/或活跃度信息；根据目标商店账号信息确定目标虚拟商店，以及根据目标虚拟商品账号信息确定目标虚拟商品，并确定目标虚拟商店的商店配置信息、目标虚拟商品的商品基础信息以及商品自定义信息；若根据目标虚拟商店的商店配置信息确定目标虚拟商店处于开放状态，且目标虚拟商品的商品基础信息以及商品自定义信息满足预设条件，则向玩家账户传送目标虚拟商品的信息。

其中，预设条件包括玩家账户的等级信息和/或活跃度信息与目标虚拟商品的商品自定义信息相匹配、目标虚拟商品处于可购买状态、目标虚拟商品的限购数量大于或等于购买数量、玩家账户的虚拟货币数量大于或等于目标虚拟商品的总价格。

在该实施例中，在接收到游戏玩家的玩家账户发起的商品购买请求后，根据与商品购买请求对应的商品购买策略确定待购买的目标虚拟商品，并提供给玩家账户，在游戏玩家的终端进行显示。

示例性地，游戏玩家的玩家账户发起对目标虚拟商店的目标虚拟商品的商品购买请求，该商品购买请求包括数据包C，数据包C包括：目标商店账号信息、目标虚拟商品账号信息、玩家账户的账号信息、购买数量信息、玩家账户的虚拟货币数量信息、以及玩家账户的等级信息和/或活跃度信息等。商品购买策略包括以下步骤：

(1)收到数据包C后，通过目标商店账号信息，查找到游戏玩家想要购买商品的目标虚拟商店，如果目标虚拟商店未处于开放状态，也即，当前购买时间未处于目标虚拟商店的开放时段内，则终止购买流程；如果目标虚拟商店处于开放状态，也即，当前购买时间处于目标虚拟商店的开放时段内，则通过目标虚拟商品账号信息，查找到对应的目标虚拟商品，然后进行以下条件校验：

1)目标虚拟商品在当前购买时间是否处于可购买状态；

2)游戏玩家的玩家账户的等级和/或活跃度与目标虚拟商品的商品自定义信息是否相匹配；

3)目标虚拟商品的限购数量是否大于或等于游戏玩家的购买数量；

4)玩家账户的虚拟货币数量是否大于或等于目标虚拟商品的总价格。

(2)上述条件全部校验通过后，扣除游戏玩家的玩家账户中对应虚拟货币类型的对应金额的虚拟货币，将目标虚拟商品对应的获得物品传送到游戏玩家的玩家账户中。

通过上述方式，一方面，能够满足游戏玩家的对虚拟商品的购买需求；另一方面，提供了虚拟商品的统一的购买流程，保证了各个虚拟商店购买功能的一致性，方便游戏开发，方便游戏玩家对虚拟商品的购买。

作为上述虚拟商店管理方法的具体实现，本申请实施例提供了一种虚拟商店管理装置。如图3所示，该虚拟商店管理装置300包括：获取模块301以及配置模块302。

其中，获取模块301，用于响应商店配置请求，获取虚拟商店的配置信息，其中，配置信息包括商店配置信息和商品配置信息；配置模块302，用于基于预设配置策略，根据商店配置信息配置虚拟商店，以及根据商品配置信息配置虚拟商店内的虚拟商品。

在该实施例中，在获取到商店配置请求后，基于该商店配置请求触发获取虚拟商店的配置信息，从而基于预存的预设配置策略，进行虚拟商店以及虚拟商店内的虚拟商品的配置。

本申请实施例采用一套可复用的虚拟商店创建方案，通过设置好的配置信息和固定的预设配置策略，即可实现统一的虚拟商店的配置，满足虚拟商店功能的一致性，提高玩家体验，增加了虚拟商店系统整体的可维护性，并且能够避免较多的重复测试工作，提升了开发效率，增强了系统稳定性，减少了新增虚拟商店的工作量。

进一步地，商店配置信息包括商店账号信息、开放时段信息和商品列表信息，商品列表信息中包括至少一个虚拟商品的商品配置信息；配置模块302，具体用于：根据商店账号信息、开放时段信息和商品列表信息，配置虚拟商店；根据商品列表信息，确定至少一个待配置的虚拟商品，并根据虚拟商品的商品配置信息在虚拟商店中配置虚拟商品。

进一步地，商品配置信息包括商品基础信息和商品自定义信息；商品基础信息包括以下至少一项：商品账号信息、商品刷新时间信息、限购数量信息、虚拟货币类型信息、虚拟价格信息；商品自定义信息包括可购买虚拟商品的玩家账户的等级限制信息和/或活跃度限制信息。

进一步地，该装置还包括：接收模块，用于获取玩家账户发起的目标交互请求；配置模块302，还用于根据与目标交互请求对应的预设交互策略确定交互数据，向玩家账户传送交互数据。

进一步地，目标交互请求包括商店查询请求，预设交互策略包括商店查询策略，交互数据包括目标虚拟商店的商店配置信息和商品基础信息，配置模块302，具体用于：解析商店查询请求获取查询信息，查询信息包括目标商店账号信息、玩家账户的账号信息、以及玩家账户的等级信息和/或活跃度信息；根据目标商店账号信息确定目标虚拟商店，并确定目标虚拟商店的商店配置信息、商品基础信息以及商品自定义信息；若根据商店配置信息确定目标虚拟商店处于开放状态，且玩家账户的等级信息和/或活跃度信息与目标虚拟商店的商品自定义信息相匹配，则向玩家账户传送目标虚拟商店的商店配置信息和商品基础信息。

进一步地，目标交互请求包括商品购买请求，预设交互策略包括商品购买策略，交互数据包括目标虚拟商品的信息；配置模块302，具体用于：解析商品购买请求获取购买信息，购买信息包括目标商店账号信息、目标虚拟商品账号信息、玩家账户的账号信息、购买数量信息、玩家账户的虚拟货币数量信息、以及玩家账户的等级信息和/或活跃度信息；根据目标商店账号信息确定目标虚拟商店，以及根据目标虚拟商品账号信息确定目标虚拟商品，并确定目标虚拟商店的商店配置信息、目标虚拟商品的商品基础信息以及商品自定义信息；若根据目标虚拟商店的商店配置信息确定目标虚拟商店处于开放状态，且目标虚拟商品的商品基础信息以及商品自定义信息满足预设条件，则向玩家账户传送目标虚拟商品的信息。

进一步地，预设条件包括玩家账户的等级信息和/或活跃度信息与目标虚拟商品的商品自定义信息相匹配、目标虚拟商品处于可购买状态、目标虚拟商品的限购数量大于或等于购买数量、玩家账户的虚拟货币数量大于或等于目标虚拟商品的总价格。

本申请实施例中的虚拟商店管理装置可以是计算机设备，也可以是计算机设备中的部件，例如集成电路或芯片。该计算机设备可以是终端，也可以为除终端之外的其他设备。示例性的，计算机设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载计算机设备、移动上网装置(Mobile Internet Device，MID)、增强现实(Augmented Reality，AR)/虚拟现实(Virtual Reality，VR)设备、机器人、可穿戴设备、超级移动个人计算机(Ultra-Mobile Personal Computer，UMPC)、上网本或者个人数字助理(Personal DigitalAssistant，PDA)等，还可以为服务器、网络附属存储器(Network Attached Storage，NAS)、个人计算机(Personal Computer，PC)、电视机(Television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。

本申请实施例提供的虚拟商店管理装置能够实现图1的虚拟商店管理方法实施例实现的各个过程，为避免重复，这里不再赘述。

本申请实施例还提供一种计算机设备，如图4所示，该计算机设备400包括处理器401和存储器402，存储器402上存储有可在处理器401上运行的程序或指令，该程序或指令被处理器401执行时实现上述虚拟商店管理方法实施例的各个步骤，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，本申请实施例中的计算机设备包括上述的移动计算机设备和非移动计算机设备。

存储器402可用于存储软件程序以及各种数据。存储器402可主要包括存储程序或指令的第一存储区和存储数据的第二存储区，其中，第一存储区可存储操作系统、至少一个功能所需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外，存储器402可以包括易失性存储器或非易失性存储器，或者，存储器402可以包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synch link DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DRRAM)。本申请实施例中的存储器402包括但不限于这些和任意其它适合类型的存储器。

处理器401可包括一个或多个处理单元；可选的，处理器401集成应用处理器和调制解调处理器，其中，应用处理器主要处理涉及操作系统、用户界面和应用程序等的操作，调制解调处理器主要处理无线通信信号，如基带处理器。可以理解的是，上述调制解调处理器也可以不集成到处理器401中。

本申请实施例还提供一种可读存储介质，可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述虚拟商店管理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本申请实施例还提供了一种芯片，芯片包括处理器和通信接口，通信接口和处理器耦合，处理器用于运行程序或指令，实现上述虚拟商店管理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。

本申请实施例还提供一种计算机程序产品，该程序产品被存储在存储介质中，该程序产品被至少一个处理器执行以实现如上述虚拟商店管理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (10)

1.一种虚拟商店管理方法，其特征在于，包括：

响应商店配置请求，获取虚拟商店的配置信息，其中，所述配置信息包括商店配置信息和商品配置信息；

基于预设配置策略，根据所述商店配置信息配置虚拟商店，以及根据所述商品配置信息配置所述虚拟商店内的虚拟商品。

2.根据权利要求1所述的方法，其特征在于，所述商店配置信息包括商店账号信息、开放时段信息和商品列表信息，所述商品列表信息中包括至少一个虚拟商品的商品配置信息；

基于预设配置策略，根据所述商店配置信息配置虚拟商店，以及根据所述商品配置信息配置所述虚拟商店内的虚拟商品，包括：

根据所述商店账号信息、所述开放时段信息和所述商品列表信息，配置所述虚拟商店；

根据所述商品列表信息，确定至少一个待配置的虚拟商品，并根据所述虚拟商品的商品配置信息在所述虚拟商店中配置所述虚拟商品。

3.根据权利要求1或2所述的方法，其特征在于，

所述商品配置信息包括商品基础信息和商品自定义信息；

所述商品基础信息包括以下至少一项：商品账号信息、商品刷新时间信息、限购数量信息、虚拟货币类型信息、虚拟价格信息；

所述商品自定义信息包括可购买所述虚拟商品的玩家账户的等级限制信息和/或活跃度限制信息。

4.根据权利要求3所述的方法，其特征在于，在配置所述虚拟商店和所述虚拟商店内的虚拟商品之后，还包括：

获取玩家账户发起的目标交互请求；

根据与所述目标交互请求对应的预设交互策略确定交互数据，向所述玩家账户传送所述交互数据。

5.根据权利要求4所述的方法，其特征在于，所述目标交互请求包括商店查询请求，所述预设交互策略包括商店查询策略，所述交互数据包括目标虚拟商店的商店配置信息和商品基础信息；

根据与所述目标交互请求对应的预设交互策略确定交互数据，向所述玩家账户传送所述交互数据，包括：

解析所述商店查询请求获取查询信息，所述查询信息包括目标商店账号信息、所述玩家账户的账号信息、以及所述玩家账户的等级信息和/或活跃度信息；

根据所述目标商店账号信息确定目标虚拟商店，并确定所述目标虚拟商店的商店配置信息、商品基础信息以及商品自定义信息；

若根据所述商店配置信息确定所述目标虚拟商店处于开放状态，且所述玩家账户的等级信息和/或活跃度信息与所述目标虚拟商店的商品自定义信息相匹配，则向所述玩家账户传送所述目标虚拟商店的商店配置信息和商品基础信息。

6.根据权利要求4所述的方法，其特征在于，所述目标交互请求包括商品购买请求，所述预设交互策略包括商品购买策略，所述交互数据包括目标虚拟商品的信息；

根据与所述目标交互请求对应的预设交互策略确定交互数据，向所述玩家账户传送所述交互数据，包括：

解析所述商品购买请求获取购买信息，所述购买信息包括目标商店账号信息、目标虚拟商品账号信息、所述玩家账户的账号信息、购买数量信息、所述玩家账户的虚拟货币数量信息、以及所述玩家账户的等级信息和/或活跃度信息；

根据所述目标商店账号信息确定目标虚拟商店，以及根据所述目标虚拟商品账号信息确定目标虚拟商品，并确定所述目标虚拟商店的商店配置信息、所述目标虚拟商品的商品基础信息以及商品自定义信息；

若根据所述目标虚拟商店的商店配置信息确定所述目标虚拟商店处于开放状态，且所述目标虚拟商品的商品基础信息以及商品自定义信息满足预设条件，则向所述玩家账户传送所述目标虚拟商品的信息。

7.根据权利要求6所述的方法，其特征在于，

所述预设条件包括所述玩家账户的等级信息和/或活跃度信息与所述目标虚拟商品的商品自定义信息相匹配、所述目标虚拟商品处于可购买状态、所述目标虚拟商品的限购数量大于或等于购买数量、所述玩家账户的虚拟货币数量大于或等于所述目标虚拟商品的总价格。

8.一种虚拟商店管理装置，其特征在于，包括：

获取模块，用于响应商店配置请求，获取虚拟商店的配置信息，其中，所述配置信息包括商店配置信息和商品配置信息；

配置模块，用于基于预设配置策略，根据所述商店配置信息配置虚拟商店，以及根据所述商品配置信息配置所述虚拟商店内的虚拟商品。

9.一种计算机设备，其特征在于，包括处理器和存储器，所述存储器存储有在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1至7中任一项所述的虚拟商店管理方法的步骤。

10.一种可读存储介质，其上存储有程序或指令，其特征在于，所述程序或指令被处理器执行时实现如权利要求1至7中任一项所述的虚拟商店管理方法的步骤。