CN109979109A - 租赁服务器的处理方法、处理器、终端及存储介质 - Google Patents

Abstract

本申请公开了一种租赁服务器的处理方法、处理器、终端及存储介质。该方法包括：在租赁服务器中划分出多个服务空间，多个服务空间用于装载租赁用户自定义配置的目标插件；为多个服务空间配置至少一个第一应用程序编程接口，其中，第一应用程序编程接口用于控制租赁用户对应的资源子级使用服务空间，资源子级为租赁用户租赁的服务器的处理器资源。通过本申请，解决了相关技术中租赁服务器类型的游戏缺乏丰富的游戏组件供服主选择，以及该类型游戏不支持用户上传自定义插件给其他服主选择使用的技术问题。

Description

租赁服务器的处理方法、处理器、终端及存储介质

技术领域

本申请涉及服务器租赁技术领域，具体而言，涉及一种租赁服务器的处理方法、处理器、终端及存储介质。

背景技术

在一些沙盒游戏，自由度极高，衍生了很多种玩法。其中租赁服是一种玩家可以按月租赁的小型游戏服，玩家自己作为服主，邀请其他普通玩家一起进行游戏。

如图1所示，在一些租赁服中，为了灵活部署和管理，底层基础设施采用的是AWS，租赁服的服务器运行于EC2中的裸机Docker容器内，玩家存档和服务端文件存放于S3，数据库采用的是MySQL，并使用Redis作为缓存层，并提供了Manager组件用于管理EC2的扩容缩容，以及Uploader用于玩家存档上传。

租赁服服主玩家购买并支付之后，就可以在客户端通过前端的API创建并管理自己的租赁服了，其中，现有一种租赁服新建流程如图1、图2所示。

但是，现有租赁服系统主要具有如下缺点：租赁服务器类型的游戏缺乏丰富的游戏组件供服主选择，以及该类型游戏不支持用户上传自定义插件给其他服主选择使用。

针对相关技术中的上述技术问题，目前尚未提出有效的解决方案。

发明内容

本申请的主要目的在于提供一种租赁服务器的处理方法、处理器、终端及存储介质，以解决相关技术中租赁服务器类型的游戏缺乏丰富的游戏组件供服主选择，以及该类型游戏不支持用户上传自定义插件给其他服主选择使用的问题。

为了实现上述目的，根据本申请的一个方面，提供了一种租赁服务器的处理方法。该方法包括：在租赁服务器中划分出多个服务空间，所述多个服务空间用于装载租赁用户自定义配置的目标插件；为所述多个服务空间配置至少一个第一应用程序编程接口，其中，所述第一应用程序编程接口用于控制所述租赁用户对应的资源子级使用所述服务空间，所述资源子级为所述租赁用户租赁的服务器的处理器资源。

可选的，为所述多个服务空间配置至少一个第一应用程序编程接口包括以下至少之一：为部分或全部所述服务空间中每个服务空间分别配置一个对应的应用程序编程接口；为部分或全部所述服务空间配置一个共用的应用程序编程接口。

可选的，所述处理方法还包括：从处理器资源划分出多个处理等级的资源子集；为所述多个处理等级的资源子集配置至少一个第二应用程序编程接口，其中，在所述租赁用户成功租赁所述处理器的资源子集的情况下，所述第二应用程序编程接口用于调用所述租赁用户对应的资源子集。

可选的，在所述租赁服务器设有多个处理器的情况下，从所述处理器资源划分出多个处理等级的资源子集包括：为每个所述处理器配置对应的处理等级，其中处理等级包含多种；依据为每个处理器配置的处理等级对所述处理器资源进行划分，得到所述多个处理等级的资源子集。

可选的，依据为每个处理器配置的处理等级对所述处理器资源进行划分，得到所述多个处理等级的资源子集包括：依据为每个处理器配置的处理等级，确定每个处理器的时间片分配频率；依据所述时间片分配频率对所述处理器资源进行划分，得到所述多个处理等级的资源子集。

可选的，在通过所述第二应用程序编程接口调用所述租赁用户对应的资源子集之前，所述方法还包括：为所述多个处理等级的资源子集配置至少一个第三应用程序编程接口，其中，所述第三应用程序编程接口用于基于所述租赁用户的游戏客户端发送的请求信息，为所述租赁用户激活所述租赁用户请求的资源子集，得到供所述租赁用户调用的被激活的资源子集。

可选的，所述资源子集的激活时长由所述租赁用户发送的所述请求信息中的租赁时长确定。

可选的，所述方法还包括以下至少之一：K8S系统通过所述第一应用程序编程接口控制与所述租赁用户对应的资源子集调用所述目标插件；K8S系统通过所述第二应用程序编程接口为所述租赁用户的游戏客户端调用所述租赁用户对应的资源子集；K8S系统通过第三应用程序编程接口基于所述租赁用户的游戏客户端发送的资源子集请求信息，为所述租赁用户激活所述租赁用户请求的资源子集。

为了实现上述目的，根据本申请的另一方面，提供了一种存储介质，所述存储介质包括存储的程序，其中，所述程序执行上述任意一项所述的租赁服务器的处理方法。

为了实现上述目的，根据本申请的另一方面，提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行上述任意一项所述的租赁服务器的处理方法。

为了实现上述目的，根据本申请的另一方面，提供了一种终端，包括：一个或多个处理器，存储器，显示装置以及一个或多个程序，其中，所述一个或多个程序被存储在所述存储器中，并且被配置为由所述一个或多个处理器执行，所述一个或多个程序包括用于执行上述任意一项所述的租赁服务器的处理方法。

为了实现上述目的，根据本申请的另一方面，提供了一种电子设备，包括：一个或多个处理器，存储器，显示装置以及一个或多个程序，其中，所述一个或多个程序被存储在所述存储器中，并且被配置为由所述一个或多个处理器执行，所述一个或多个程序包括用于执行上述任意一项所述的租赁服务器的处理方法。

通过本申请，采用以下步骤：在租赁服务器中划分出多个服务空间，所述多个服务空间用于装载所述租赁用户自定义配置的目标插件；为所述多个服务空间配置至少一个第一应用程序编程接口，其中，所述第一应用程序编程接口用于控制所述租赁用户对应的资源子级使用所述服务空间，所述资源子级为所述租赁用户租赁的服务器的处理器资源，解决了相关技术中租赁服务器类型的游戏缺乏丰富的游戏组件供服主选择，以及该类型游戏不支持用户上传自定义插件给其他服主选择使用的技术问题。

也即，通过重新定义租赁服务器的存储结构，划分出用于装载用户自定义插件的服务空间，并且为该服务空间配置第一应用程序编程接口，达到了用户能通过该第一应用程序编程接口使用该服务空间，进而调用自定义的目标插件，以及存储自定义的目标插件，令该类型游戏可以支持多样、丰富的用户自定义组件供服主选择的技术效果。

附图说明

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

图1是根据现有技术中租赁服新建流程的示意图一；

图2是根据现有技术中租赁服新建流程的示意图二；

图3是根据本申请实施例提供的租赁服务器的处理方法的流程图一；

图4是根据本申请实施例提供的租赁服务器的处理方法的流程图二；

图5是一种可选的激活资源子集流程的示意图；

图6是一种可选的用户进入游戏的流程的示意图；

图7是一种可选的重新激活资源子集流程的示意图；

图8是一种可选的对资源子集重配置流程的示意图。

具体实施方式

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

根据本申请的实施例，提供了一种租赁服务器的处理方法。

图3是根据本申请实施例的租赁服务器的处理方法的流程图一。如图3所示，该方法包括以下步骤：

步骤S102，在租赁服务器中划分出多个服务空间，所述多个服务空间用于装载租赁用户自定义配置的目标插件；

步骤S104，为所述多个服务空间配置至少一个第一应用程序编程接口，其中，所述第一应用程序编程接口用于控制所述租赁用户对应的资源子级使用所述服务空间，所述资源子级为所述租赁用户租赁的服务器的处理器资源。

本申请实施例提供的租赁服务器的处理方法，通过在租赁服务器中划分出多个服务空间，所述多个服务空间用于装载所述租赁用户自定义配置的目标插件；为所述多个服务空间配置至少一个第一应用程序编程接口，其中，所述第一应用程序编程接口用于控制所述租赁用户对应的资源子级使用所述服务空间，所述资源子级为所述租赁用户租赁的服务器的处理器资源，解决了相关技术中租赁服务器类型的游戏缺乏丰富的游戏组件供服主选择，以及该类型游戏不支持用户上传自定义插件给其他服主选择使用的技术问题。

也即，通过重新定义租赁服务器的存储目标结构，划分出用于装载用户自定义插件存储用户自定义插件的服务空间存储空间，并且为该服务空间存储空间配置第一应用程序编程接口，达到了用户能通过该第一应用程序编程接口调用任意调用/存储目标插件使用该服务空间，进而调用自定义的目标插件，以及存储自定义的目标插件，令该类型游戏可以支持多样、丰富的用户自定义组件供服主选择的技术效果。

需要说明的是：上述服务空间还用于存储官方的各个服务器版本、官方的各个预设插件，以及用户存档。此时，本申请实施例提供的租赁服务器的处理方法，还达到了令该类型游戏能支持多个官方服务器版本(例如：多个Server版本)来供服主选择，以及令该类型游戏能够支持多样、丰富的游戏官方组件来供服主选择的技术效果。

在一种可选的示例中，上述在租赁服务器的存储结构中划分出多个服务空间可以通过以下方式得以实现：重新定义存储目录结构(例如：AWS提供的对象存储服务(S3)的存储目录结构)，使重新定义的存储目录结构可以存储官方各服务器版本、官方各预设插件、玩家存档、以及用户自定义的目标插件等。

在另一个可选的示例中，上述为所述多个服务空间配置至少一个第一应用程序编程接口，以便租赁用户对应的资源子集能够使用该服务空间还可以通过以下方式得以实现：重构应用程序的前端编程接口逻辑(例如：重构API逻辑)，为用户提供细粒度的租赁操作指令，以便用户对多个官方服务器版本和插件(官方预设插件和用户自定义插件)进行选择。

具体的，为部分或全部所述服务空间中每个服务空间分别配置一个对应的应用程序编程接口；或，为部分或全部所述服务空间配置一个共用的应用程序编程接口。

综上所述，本申请实施例实现了：令租赁游戏服务器的服主(租赁用户)有了更多的选择权，游戏玩法得到极大丰富，吸引更多玩家成为资源子集的租赁用户(租赁服务器的服主)的技术效果。

图4是根据本申请实施例的租赁服务器的处理方法的流程图二。如图4所示，该方法还包括以下步骤：

步骤S202，从所述处理器资源划分出多个处理等级的资源子集；

步骤S204，为所述多个处理等级的资源子集配置至少一个第二应用程序编程接口，其中，在所述租赁用户成功租赁所述处理器的资源子集的情况下，所述第二应用程序编程接口用于调用所述租赁用户对应的资源子集。

本申请实施例提供的租赁服务器的处理方法，通过从所述处理器资源划分出多个处理等级的资源子集；为所述多个处理等级的资源子集配置至少一个第二应用程序编程接口，其中，在所述租赁用户成功租赁所述处理器的资源子集的情况下，所述第二应用程序编程接口用于调用所述租赁用户对应的资源子集，解决了相关技术中租赁服处理器使用密度较低，资源利用率不高的技术问题。

也即，通过预先将处理器资源进行划分，得到多个处理等级的资源子集，以便用户在租赁处理器资源时，可以直接调用划分好的资源子集，进而达到高效合理分配处理器资源的技术效果，此时，用户也可以基于预先设定好的处理等级，灵活选择任意处理等级的资源子集。

在一个可选的示例中，在所述租赁服务器设有多个处理器的情况下，从所述处理器资源划分出多个处理等级的资源子集可以通过以下方式得以实现：为每个所述处理器配置对应的处理等级，其中，处理等级包含多种；依据为每个处理器配置的处理等级对所述处理器资源进行划分，得到所述多个处理等级的资源子集。

例如：存在处理器A、B、C三个，其中，A处理器配置处理等级a，B处理器配置处理等级b，C处理器配置处理等级c。此时，将A处理器资源进行划分，得到多个处理等级为a的资源子集，将B处理器资源进行划分，得到多个处理等级为b的资源子集，将C处理器资源进行划分，得到多个处理等级为c的资源子集。

也即，通过为不同的处理器配置处理等级，便于预定义处理器的资源调度策略，到达了高效且高密度分配处理器资源的技术效果。需要补充的是：该处理方式使得当前处理器资源的利用率提高80％。

此外，当前资源子集并未设定多个处理等级，即当前资源子集仅有一个标准等级，本申请实施例通过预先定义多个处理等级，使得用户可以更加灵活进行服务器租赁操作，极大的调高了用户体验度。

需要说明的是：共用一个处理器的多个资源子集可以采用共享CPU时间片进行资源分配，其中，CPU时间片的分配方案可以为：依据为每个处理器配置的处理等级确定每个处理器的时间片分配频率；依据所述时间片分配频率对所述处理器资源进行划分，得到所述多个处理等级的资源子集。

具体的，依据处理器配置的处理等级确定该处理器划分所得的资源子集数量，依据该处理器划分所得的资源子集数量，确定该处理器的时间片分配频率，进而对处理器资源划分处理以得到多个资源子集。此时，处理器资源的分配方案得以优化，用户体验更加顺畅。

在另一个可选的示例中，在通过所述第二应用程序编程接口为所述租赁用户的游戏客户端调用所述租赁用户对应的资源子集之前，所述方法还包括：为所述多个处理等级的资源子集配置至少一个第三应用程序编程接口，其中，所述第三应用程序编程接口用于基于所述租赁用户的游戏客户端发送的请求信息，为所述租赁用户激活所述租赁用户请求的资源子集，得到供所述租赁用户调用的被激活的资源子集。

需要说明的是：所述资源子集的激活时长由所述租赁用户发送的所述请求信息中的租赁时长确定。

举例说明：若A用户要租赁处理等级为a的资源子集，此时，A用户则通过客户端发送请求信息，以便租赁(即：激活)处理等级为a的资源子集。此后，A用户再次登录该资源子集时，则不用重新进行租赁/开服操作，避免了用户不必要的等待时间，提高了用户体验度，实现了被租赁的资源子集(租赁服)在租赁时长内持续可用的技术效果。

最后，本申请实施例提供的租赁服务器的处理方法均是通过K8S系统来进行管理操作的，也即，本申请实施例提供的租赁服务器的处理方法是令K8S系统通过所述第一应用程序编程接口控制与所述租赁用户对应的资源子集调用所述目标插件；本申请实施例提供的租赁服务器的处理方法是令K8S系统通过所述第二应用程序编程接口为所述租赁用户的游戏客户端调用所述租赁用户对应的资源子集；本申请实施例提供的租赁服务器的处理方法是令K8S系统通过第三应用程序编程接口基于所述租赁用户的游戏客户端发送的资源子集请求信息，为所述租赁用户激活所述租赁用户请求的资源子集。

需要说明的是：K8S集群其本身就是一个资源池，若使用K8S系统来进行管理操作，则无需自行实现计算资源的自动伸缩，且架构也能得以简化。

也即，处理器资源的编排和调度采用K8S系统来管理，资源子集的激活、启停、调用、销毁均可以通过K8S系统的应用程序接口(API)来处理。其具体表现如下：

应用程序接口(API)列表如下所示：

查询资源可用性GET/worlds/availability

申请World服务器POST/worlds

初始化World服务器POST/worlds/{world_id}/initialize

开启世界PUT/worlds/{world_id}/open

关闭世界PUT/worlds/{world_id}/close

启动游戏服PUT/worlds/{world_id}/start

停止游戏服PUT/worlds/{world_id}/stop

查询游戏服信息GET/worlds/{world_id}/info

修改World服务器PUT/worlds/{world_id}/setting

玩家存档PUT/worlds/{world_id}/save

更新World存档PUT/worlds/{world_id}/update

删除World存档DELETE/worlds/{world_id}/archive

查询在线玩家数GET/worlds/{world_id}/live/players/count。

其中，用户在客户端首次激活资源子集(开设新服务器)的流程如图5所示，具体如下：

玩家在启动器上向Web服务端发起开启租赁服请求；

Web服务端向租赁服前端API发起创建租赁服请求；

创建成功后，玩家在启动器上选择版本、组件、插件等，开始对游戏服初始化；

初始化成功后，玩家选择开启租赁服。

其中，用户在客户端上进入游戏的流程如图6所示，具体如下：

玩家在启动器上点击进入租赁服游戏；

后台开始查询当前游戏玩家列表，判断玩家是否可以进入；

如果玩家可以进入，那么后台查询游戏服连接信息；

启动器拿到连接信息之后，启动本地游戏客户端，然后进入该游戏服。

其中，如图7所示，资源子集(租赁服)到期后会被系统关闭，如果用户在资源子集关闭后重新续费，此时则重新激活该用户原来的资源子集(租赁服)，具体流程如下：

启动器会首先向Web服务端查询该租赁服原来的配置信息；

启动器根据这些配置信息，向服务端发起重建请求；

租赁服系统会对该租赁服进行重新初始化；

玩家可以申请将自己的存档重新上传到游戏服中；

一切就绪后，玩家可以开启原来的游戏服了；

租赁服系统会将该游戏服的存档等信息重新做一次备份，传到S3；

然后开启游戏，等待玩家进入。

其中，如图8所示，本申请实施例提供的租赁服务器的处理方法还允许服主对本资源子集(租赁服)进行重新设置，流程如下：

先将游戏服停止；

向服务端查询目前可用的组件列表；

服主在启动器选择其他组件进行变更；

后端租赁服系统变更完毕后，即可启动游戏，等待玩家进入了。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本发明实施例提供了一种存储介质，其上存储有程序，该程序被处理器执行时实现所述租赁服务器的处理方法。

本发明实施例提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行所述租赁服务器的处理方法。

本发明实施例提供了一种终端，包括：一个或多个处理器，存储器，显示装置以及一个或多个程序，其中，所述一个或多个程序被存储在所述存储器中，并且被配置为由所述一个或多个处理器执行，所述一个或多个程序包括用于执行上述任意一项所述的租赁服务器的处理方法。

本发明实施例提供了一种设备，设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现以下步骤：在租赁服务器中划分出多个服务空间，所述多个服务空间用于装载租赁用户自定义配置的目标插件；为所述多个服务空间配置至少一个第一应用程序编程接口，其中，所述第一应用程序编程接口用于控制所述租赁用户对应的资源子级使用所述服务空间，所述资源子级为所述租赁用户租赁的服务器的处理器资源。

可选的，为所述多个服务空间配置至少一个第一应用程序编程接口包括以下至少之一：为部分或全部所述服务空间中每个服务空间分别配置一个对应的应用程序编程接口；为部分或全部所述服务空间配置一个共用的应用程序编程接口。

可选的，所述处理方法还包括：从处理器资源划分出多个处理等级的资源子集；为所述多个处理等级的资源子集配置至少一个第二应用程序编程接口，其中，在所述租赁用户成功租赁所述处理器的资源子集的情况下，所述第二应用程序编程接口用于调用所述租赁用户对应的资源子集。

可选的，在所述租赁服务器设有多个处理器的情况下，从所述处理器资源划分出多个处理等级的资源子集包括：为每个所述处理器配置对应的处理等级，其中处理等级包含多种；依据为每个处理器配置的处理等级对所述处理器资源进行划分，得到所述多个处理等级的资源子集。

可选的，依据为每个处理器配置的处理等级对所述处理器资源进行划分，得到所述多个处理等级的资源子集包括：依据为每个处理器配置的处理等级，确定每个处理器的时间片分配频率；依据所述时间片分配频率对所述处理器资源进行划分，得到所述多个处理等级的资源子集。

可选的，在通过所述第二应用程序编程接口调用所述租赁用户对应的资源子集之前，所述方法还包括：为所述多个处理等级的资源子集配置至少一个第三应用程序编程接口，其中，所述第三应用程序编程接口用于基于所述租赁用户的游戏客户端发送的请求信息，为所述租赁用户激活所述租赁用户请求的资源子集，得到供所述租赁用户调用的被激活的资源子集。

可选的，所述资源子集的激活时长由所述租赁用户发送的所述请求信息中的租赁时长确定。

可选的，所述方法还包括以下至少之一：K8S系统通过所述第一应用程序编程接口控制与所述租赁用户对应的资源子集调用所述目标插件；K8S系统通过所述第二应用程序编程接口为所述租赁用户的游戏客户端调用所述租赁用户对应的资源子集；K8S系统通过第三应用程序编程接口基于所述租赁用户的游戏客户端发送的资源子集请求信息，为所述租赁用户激活所述租赁用户请求的资源子集。本文中的设备可以是服务器、PC、PAD、手机等。

本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：在租赁服务器中划分出多个服务空间，所述多个服务空间用于装载租赁用户自定义配置的目标插件；为所述多个服务空间配置至少一个第一应用程序编程接口，其中，所述第一应用程序编程接口用于控制所述租赁用户对应的资源子级使用所述服务空间，所述资源子级为所述租赁用户租赁的服务器的处理器资源。

可选的，为所述多个服务空间配置至少一个第一应用程序编程接口包括以下至少之一：为部分或全部所述服务空间中每个服务空间分别配置一个对应的应用程序编程接口；为部分或全部所述服务空间配置一个共用的应用程序编程接口。

可选的，所述处理方法还包括：从处理器资源划分出多个处理等级的资源子集；为所述多个处理等级的资源子集配置至少一个第二应用程序编程接口，其中，在所述租赁用户成功租赁所述处理器的资源子集的情况下，所述第二应用程序编程接口用于调用所述租赁用户对应的资源子集。

可选的，在所述租赁服务器设有多个处理器的情况下，从所述处理器资源划分出多个处理等级的资源子集包括：为每个所述处理器配置对应的处理等级，其中处理等级包含多种；依据为每个处理器配置的处理等级对所述处理器资源进行划分，得到所述多个处理等级的资源子集。

可选的，依据为每个处理器配置的处理等级对所述处理器资源进行划分，得到所述多个处理等级的资源子集包括：依据为每个处理器配置的处理等级，确定每个处理器的时间片分配频率；依据所述时间片分配频率对所述处理器资源进行划分，得到所述多个处理等级的资源子集。

可选的，在通过所述第二应用程序编程接口调用所述租赁用户对应的资源子集之前，所述方法还包括：为所述多个处理等级的资源子集配置至少一个第三应用程序编程接口，其中，所述第三应用程序编程接口用于基于所述租赁用户的游戏客户端发送的请求信息，为所述租赁用户激活所述租赁用户请求的资源子集，得到供所述租赁用户调用的被激活的资源子集。

可选的，所述资源子集的激活时长由所述租赁用户发送的所述请求信息中的租赁时长确定。

可选的，所述方法还包括以下至少之一：K8S系统通过所述第一应用程序编程接口控制与所述租赁用户对应的资源子集调用所述目标插件；K8S系统通过所述第二应用程序编程接口为所述租赁用户的游戏客户端调用所述租赁用户对应的资源子集；K8S系统通过第三应用程序编程接口基于所述租赁用户的游戏客户端发送的资源子集请求信息，为所述租赁用户激活所述租赁用户请求的资源子集。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (12)

1.一种租赁服务器的处理方法，其特征在于，所述处理方法包括：

在租赁服务器中划分出多个服务空间，所述多个服务空间用于装载租赁用户自定义配置的目标插件；

为所述多个服务空间配置至少一个第一应用程序编程接口，其中，所述第一应用程序编程接口用于控制所述租赁用户对应的资源子级使用所述服务空间，所述资源子级为所述租赁用户租赁的服务器的处理器资源。

2.根据权利要求1所述的方法，其特征在于，为所述多个服务空间配置至少一个第一应用程序编程接口包括以下至少之一：

为部分或全部所述服务空间中每个服务空间分别配置一个对应的应用程序编程接口；

为部分或全部所述服务空间配置一个共用的应用程序编程接口。

3.根据权利要求1所述的方法，其特征在于，所述处理方法还包括：

从处理器资源划分出多个处理等级的资源子集；

为所述多个处理等级的资源子集配置至少一个第二应用程序编程接口，其中，在所述租赁用户成功租赁所述处理器的资源子集的情况下，所述第二应用程序编程接口用于调用所述租赁用户对应的资源子集。

4.根据权利要求3所述的方法，其特征在于，在所述租赁服务器设有多个处理器的情况下，从所述处理器资源划分出多个处理等级的资源子集包括：

为每个所述处理器配置对应的处理等级，其中处理等级包含多种；

依据为每个处理器配置的处理等级对所述处理器资源进行划分，得到所述多个处理等级的资源子集。

5.根据权利要求4所述的方法，其特征在于，依据为每个处理器配置的处理等级对所述处理器资源进行划分，得到所述多个处理等级的资源子集包括：

依据为每个处理器配置的处理等级，确定每个处理器的时间片分配频率；

依据所述时间片分配频率对所述处理器资源进行划分，得到所述多个处理等级的资源子集。

6.根据权利要求3所述的方法，其特征在于，在通过所述第二应用程序编程接口调用所述租赁用户对应的资源子集之前，所述方法还包括：

为所述多个处理等级的资源子集配置至少一个第三应用程序编程接口，其中，所述第三应用程序编程接口用于基于所述租赁用户的游戏客户端发送的请求信息，为所述租赁用户激活所述租赁用户请求的资源子集，得到供所述租赁用户调用的被激活的资源子集。

7.根据权利要求6所述的方法，其特征在于，所述资源子集的激活时长由所述租赁用户发送的所述请求信息中的租赁时长确定。

8.根据权利要求6所述的方法，其特征在于，所述方法还包括以下至少之一：

K8S系统通过所述第一应用程序编程接口控制与所述租赁用户对应的资源子集调用所述目标插件；

K8S系统通过所述第二应用程序编程接口为所述租赁用户的游戏客户端调用所述租赁用户对应的资源子集；

K8S系统通过第三应用程序编程接口基于所述租赁用户的游戏客户端发送的资源子集请求信息，为所述租赁用户激活所述租赁用户请求的资源子集。

9.一种处理器，其特征在于，所述处理器用于运行程序，其中，所述程序运行时执行权利要求1至8中任意一项所述的租赁服务器的处理方法。

10.一种终端，其特征在于，包括：一个或多个处理器，存储器，显示装置以及一个或多个程序，其中，所述一个或多个程序被存储在所述存储器中，并且被配置为由所述一个或多个处理器执行，所述一个或多个程序包括用于执行权利要求1至8中任意一项所述的租赁服务器的处理方法。

11.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，所述程序执行权利要求1至8中任意一项所述的租赁服务器的处理方法。

12.一种电子设备，其特征在于，包括：一个或多个处理器，存储器，显示装置以及一个或多个程序，其中，所述一个或多个程序被存储在所述存储器中，并且被配置为由所述一个或多个处理器执行，所述一个或多个程序包括用于执行权利要求1至8中任意一项所述的租赁服务器的处理方法。