一种提升在线游戏同场景负载能力的方法及系统技术方案

一种提升在线游戏同场景负载能力的方法，包括步骤：接收用户进入请求；收集用户信息和多个场景服务器运行参数；分析多个场景服务器的负载状态，将其结果展示给用户；用户根据推荐的多个场景服务器中的至少一种进入。本发明专利技术还提供降低服务器负载的系统，能够降低服务器负载，减少用户等待时间，提高游戏流畅程度，提高用户的体验。

【技术实现步骤摘要】
一种提升在线游戏同场景负载能力的方法及系统
本专利技术涉及游戏服务器
，特别是涉及一种提升在线游戏同场景负载能力的方法及系统。
技术介绍
原有的大多数游戏中，同一个游戏场景所能负载的最高人数是有瓶颈的。一般一个场景是由服务器的CPU中的一核来进行数据和逻辑处理。在逻辑较复杂的战斗和移动同步中，CPU单核主频决定了单一CPU也就是单一场景能承受的最多玩家数量。超过这个数量就会造成玩家感受操作和移动的延迟，甚至CPU负载达到100%后卡死。例如，在天堂2：血盟游戏中，单一CPU在最复杂情况下允许的最大玩家数量为800人。但是对外开放玩家远不止800人，甚至可能会有上万个玩家涌入服务器，并且聚集在同一个新手场景。所以，为了保证大型多人在线游戏的整体氛围，解决单一场景角色数量负载是必须要进行的工作。
技术实现思路
为了解决现有技术存在的不足，本专利技术的目的在于提供一种提升在线游戏同场景负载能力的方法及系统，在大型多人在线游戏中，将分线场景布置于不同的场景服务器上，在玩家涌入同一场景时，根据当前人数件件将分线数量展示给玩家。玩家可以选择任意一条分线进行线路切换。为实现上述目的，本专利技术提供的提升在线游戏同场景负载能力的方法，包括以下步骤：根据玩家涌入数量的预算，对场景进行分线处理；接收用户进入请求；收集用户信息和多个场景服务器运行参数；分析所述多个场景服务器的负载状态，将其结果展示给用户；用户根据推荐的所述多个场景服务器中的至少一种进入。进一步地，所述分析多个场景服务器的负载状态，将其结果展示给用户的步骤，包括步骤：根据所述用户信息和所述多个场景服务器运行参数，分析所述多个场景服务器当前负载状态；判断适合当前用户的所述场景服务器；将优选方案展示给用户。进一步地，所述分析所述多个场景服务器当前负载状态的步骤，包括步骤：分析所述场景服务器在线人数、CPU占有率、及内存占有率中的至少一种。进一步地，所述将优选方案展示给用户的步骤，包括步骤：按照在线人数少的顺序依次展示给用户。进一步地，所述分析多个场景服务器的负载状态，将其结果展示给用户的步骤，还可以包括：向用户提供所述多个场景服务器的附加信息，所述附加信息包括：所述场景服务器的在线人数、新手用户人数、所述场景服务器推荐的等级范围。进一步地，所述用户信息和包括用户等级、用户网络供应商、用户登录地，所述多个场景服务器运行参数包括CPU占有率、内存占有率、当前场景服务器的在线人数。更进一步地，根据所述用户等级，向用户展示与所述用户等级相当的其它用户较多的所述场景服务器。为实现上述目的，本专利技术提供的提升在线游戏同场景负载能力的系统，其包括服务器端及客户端，其中，所述服务器端，进一步包括，多个场景服务器、分析判断部、控制部、接收发送部，其中，所述场景服务器，其处理游戏逻辑；分析判断部，其收集用户信息和所述场景服务器运行参数，并对其进行分析且判断多个场景服务器的负载状态；控制部，其基于所述分析判断部的判断结果确定向用户建议的所述场景服务器；接收发送部，其接受所述终端的进入请求，并向所述终端推荐所述多个场景服务器中的至少一种。进一步地，所述用户信息，包括，用户等级、用户网络供应商、用户登录地；所述场景服务器运行参数，包括，CPU占有率、内存占有率、当前场景服务器的在线人数；所述判断部，根据所述用户信息和所述场景服务器运行参数，分析所述场景服务器的在线人数、CPU占有率、及内存占有率中的至少一种。更进一步地，所述服务器端，根据峰值人数，设置所述场景服务器数量，或使用低核心数量的服务器作为场景服务器。本专利技术的提升在线游戏同场景负载能力的方法及系统，在同一组服务器放入大批量玩家时，不需要无休止的排队挤入游戏，而是可以随时进入游戏，压力分散在系统空闲的CPU核心上。并且给玩家提供方便的自行切换功能。暂时不启用的场景线路不会展示给玩家。在没有超过负载数量的玩家进入的时候，也不会把线路信息展示给玩家。对他们来说就是一个正常的大世界游戏。本专利技术的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本专利技术而了解。附图说明附图用来提供对本专利技术的进一步理解，并且构成说明书的一部分，并与本专利技术的实施例一起，用于解释本专利技术，并不构成对本专利技术的限制。在附图中：图1为根据本专利技术的提升在线游戏同场景负载能力的方法流程图；图2为根据本专利技术的提升在线游戏同场景负载能力的系统架构图；图3为根据本专利技术的场景服务器分线切换示意图。具体实施方式以下结合附图对本专利技术的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本专利技术，并不用于限定本专利技术。图1为根据本专利技术的本专利技术的提升在线游戏同场景负载能力的方法流程图，下面将参考图1，对本专利技术的本专利技术的提升在线游戏同场景负载能力的方法进行详细描述。首先，在步骤101，根据玩家涌入数量的预算，做最大分线场景数量的设计，也在使用的服务器配置上预算主频和CPU核数的预估。如果需要很高的负载，则可以使用较多核数的服务器配置。甚至还可以多台服务器协同合作，以达到任意的负载数量。在游戏后期玩家流失后，则可以根据峰值人数，撤销一部分协作服务器，或使用低核心数量的服务器，以降低后期的维护成本。这样，既可以满足足够多的玩家构建的大世界游戏，又可以随时根据负载来决定付出的硬件成本，方便灵活的解决了单一场景玩家负载问题。在步骤102，接收用户进入请求。服务器接收用户发送的开启游戏请求。在步骤103，收集用户信息和多个场景服务器当前运行参数。在本实施例中，用户信息包括用户等级、用户网络供应商、用户登录地等信息，场景服务器的运行参数包括CPU占有率、内存占有率、当前场景服务器的在线人数等信息。在步骤104，分析多个场景服务器的负载状态，将其结果展示给用户。在步骤104中，根据所收集到的用户信息和多个场景服务器运行参数分析多个场景服务器当前负载状态，判断适合当前用户的场景服务器；将最优选的方案展示给用户。建议的方式可以是按照在线人数少的顺序依次展示，但不限于此。根据需要可以预先设定各场景服务器对人数上线阈值、最高CPU占有率阈值及内存占有率阈值。在某一场景服务器的参数在上述的阈值的90%以上时，可以不展示该场景服务器给用户，而展示空闲的场景服务器，上述判断规定不限定于此。另外，在用户是新手需要进行新手阶段副本时，为了能够实现并发支持大量用户进行副本的目的，向用户建议需进入新手用户数较多的场景服务器。此时，需要考虑内存限制，并发量取CPU负载和内存负载的最小值来确定可以同时开启的副本数量。超过负载允许的最大并发数量的极限情况发生时，需要明确提示用户稍后进行。此外，一些常用日常副本等，并不会卡住用户新手流程，这些只需要设置最大并发开启数量，用户无法开启副本给予明显提示，建议稍候再试。一些不是副本的活动，比如世界BOSS场景，不可能复制多份进行负载，也需要限制最大进入人数，不然CPU无法承受。这些场景再逻辑里请求进入场景的时候进行判断，人数已经达到阈值，用户也无法进入。此外，在将判断结果展示给用户时，可以同时向用户展示各场景服务器的信息，例如，在线人数、新手用户人数、各场景服务器推荐的等级范围等附加信息。在步骤105，用户根据推荐的场景服务器中任选一种进入。本文档来自技高网...

【技术保护点】
1.一种提升在线游戏同场景负载能力的方法，其特征在于，包括以下步骤：根据玩家涌入数量的预算，对场景进行分线处理；接收用户进入请求；收集用户信息和多个场景服务器运行参数；分析所述多个场景服务器的负载状态，将其结果展示给用户；用户根据推荐的所述多个场景服务器中的至少一种进入。

【技术特征摘要】
1.一种提升在线游戏同场景负载能力的方法，其特征在于，包括以下步骤：根据玩家涌入数量的预算，对场景进行分线处理；接收用户进入请求；收集用户信息和多个场景服务器运行参数；分析所述多个场景服务器的负载状态，将其结果展示给用户；用户根据推荐的所述多个场景服务器中的至少一种进入。2.根据权利要求1所述的提升在线游戏同场景负载能力的方法，其特征在于，所述分析多个场景服务器的负载状态，将其结果展示给用户的步骤，包括步骤：根据所述用户信息和所述多个场景服务器运行参数，分析所述多个场景服务器当前负载状态；判断适合当前用户的所述场景服务器；将优选方案展示给用户。3.根据权利要求2所述的提升在线游戏同场景负载能力的方法，其特征在于，所述分析所述多个场景服务器当前负载状态的步骤，包括步骤：分析所述场景服务器在线人数、CPU占有率、及内存占有率中的至少一种。4.根据权利要求2所述的提升在线游戏同场景负载能力的方法，其特征在于，所述将优选方案展示给用户的步骤，包括步骤：按照在线人数少的顺序依次展示给用户。5.根据权利要求2所述的提升在线游戏同场景负载能力的方法，其特征在于，所述分析多个场景服务器的负载状态，将其结果展示给用户的步骤，还可以包括：向用户提供所述多个场景服务器的附加信息，所述附加信息包括：所述场景服务器的在线人数、新手用户人数、所述场景服务器推荐的等级范围。6.根据权利要求1至5中任一项所述的提升在线游戏同场景负载能力的方法，其特...

【专利技术属性】
技术研发人员：孙明杰，
申请(专利权)人：苏州蜗牛数字科技股份有限公司，
类型：发明
国别省市：江苏,32