一种跨服务器系统、一种跨服务器方法和服务器
技术领域
本申请涉及计算机技术领域,特别涉及一种跨服务器系统、一种跨服务器方法和服务器、计算设备和存储介质。
背景技术
网络游戏中,为了实现各区玩家之间交流及竞技的需求,需要连通各区游戏服务器,竞技玩法中玩家进行玩家对战玩家(Player Versus player,PVP)时,现有游戏的分区模式阻碍了不同大区之间的玩家,例如:电信大区和网通大区的玩家之前无法互动,影响游戏体验。这是由于很多游戏的玩家众多,考虑到服务器成本问题,因此无法将所有玩家都集中到一个服务器进行游戏,这就导致当前的绝大部分网络游戏采用分服务器的方式进行。位于不同服务器的玩家之间无法进行组队或者玩家相互战斗(Player Killing,PK)等游戏活动。而玩家急需跨服务器和其他玩家进行交互和玩家相互战斗(Player Killing,PK)。为了满足玩家的需求,现在主要的跨服务器方法被设计为:抽象出一个跨服服务器,两个服务器的不同玩家通过跨服务器中转实现数据交互和信息共享,由于跨服务器服务的内存和CPU限制,一般可在若干服务器之间实现信息共享,而很难在各个服务器之间都实现信息共享。
发明内容
有鉴于此,本申请实施例提供了一种跨服务器系统、一种跨服务器方法和服务器、计算设备和存储介质,以解决现有技术中存在的技术缺陷。
本申请实施例公开了一种跨服务器系统,包括:
至少两个原服服务器、跨服连接装置以及跨服服务器;
其中,每个原服服务器均与所述跨服连接装置通信连接,所述跨服连接装置与所述跨服服务器通信连接;
所述原服服务器,被配置为接收用户的跨服务器访问请求,并转发至所述跨服连接装置;
所述跨服连接装置被配置为根据所述跨服务器访问请求构造跨服务器路由表,所述跨服务器路由表中以所述跨服服务器地址为目的地址,根据所述跨服务器路由表将所述跨服务器访问请求路由至所述跨服服务器;
所述跨服服务器被配置为接收所述跨服务器访问请求,并根据所述跨服务器访问请求中携带的跨服务器业务标识将所述用户分配至与所述跨服务器业务标识对应的业务区。
可选的,所述跨服务器业务标识对应业务包括:组队、竞技或者社交行为。
可选的,所述跨服连接装置的数量至少为2个;
多个所述原服服务器至少分为两组,每组的原服服务器均与同一跨服连接装置相连;
跨服连接装置的个数与所述原服服务器的分组个数相同。
所述系统还包括:至少一个次级跨服服务器;
所述次级跨服服务器与所述跨服服务器通信连接,被配置为处理预设跨服务器业务标识的跨服务器访问请求。
另一方面,本申请实施例还提供了一种跨服务器方法,应用于跨服连接装置,包括:
接收原服服务器的跨服务器访问请求,所述跨服务器访问请求中携带有跨服务器业务标识;
根据所述跨服务器访问请求构造跨服务器路由表,所述跨服务器路由表中以所述跨服服务器地址为目的地址,根据所述跨服务器路由表将所述跨服务器访问请求路由至所述跨服服务器。
另一方面,本申请实施例还提供了一种跨服务器方法,应用于跨服服务器,包括:
接收所述跨服务器访问请求,跨服务器访问请求中携带的跨服务器业务标识;
根据所述跨服务器访问请求中携带的跨服务器业务标识将所述用户分配至与所述跨服务器业务标识对应的业务区。
可选的,所述跨服务器业务标识对应业务包括:组队、竞技或者社交行为。
另一方面,本申请实施例还提供了一种跨服连接装置,包括:
第一接收模块,被配置为接收用户的跨服务器访问请求,所述请求中携带有待访问服务器地址;
发送模块,被配置为根据所述跨服务器访问请求构造跨服务器路由表,所述跨服务器路由表中以所述跨服服务器地址为目的地址,根据所述跨服务器路由表将所述跨服务器访问请求路由至所述跨服服务器。
另一方面,本申请实施例还提供了一种服务器,包括:
第二接收模块,被配置为接收所述跨服务器访问请求,跨服务器访问请求中携带的跨服务器业务标识;
处理模块,被配置为根据所述跨服务器访问请求中携带的跨服务器业务标识将所述用户分配至与所述跨服务器业务标识对应的业务区。
可选的,所述跨服务器业务标识对应业务包括:组队、竞技或者社交行为。
另一方面,本申请还提供了一种计算设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令,所述处理器执行时实现所述跨服务器方法的步骤。
另一方面,本申请还提供了一种计算机可读存储介质,其存储有计算机指令,该程序被处理器执行时实现所述跨服务器方法的步骤。
本申请提供的一种跨服务器系统、一种跨服务器方法和服务器、计算设备和存储介质,其中,所述跨服务器系统无须重新设置中间服务器,原服服务器通过跨服连接装置将跨服务器访问请求路由至跨服服务器,由跨服服务器完成跨服业务涉及的用户行为逻辑并存放用户数据,简便易行,且具备通用性和普适性。
附图说明
图1为本说明书一实施例提供的一种跨服务器系统的结构示意图;
图2为本说明书一实施例提供的一种跨服务器系统的结构示意图;
图3为本说明书一实施例提供的一种跨服务器系统的结构示意图;
图4为本说明书一实施例提供的一种跨服务器方法的流程图;
图5为本说明书一实施例提供的一种跨服务器方法的流程图;
图6为本说明书一实施例提供的一种跨服连接装置的结构示意图;
图7为本说明书一实施例提供的一种服务器的结构示意图。
具体实施方式
在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施,本领域技术人员可以在不违背本申请内涵的情况下做类似推广,因此本申请不受下面公开的具体实施的限制。
在本说明书一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本说明书一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本说明书一个或多个实施例中可能采用术语第一、第二等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本说明书一个或多个实施例范围的情况下,第一也可以被称为第二,类似地,第二也可以被称为第一。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
在本说明书一个或多个实施例中,提供了一种跨服务器系统、一种跨服务器方法和服务器、计算设备和存储介质,在下面的实施例中逐一进行详细说明。
参见图1,本说明书一个实施例提供了一种跨服务器系统的结构示意图。该跨服务器系统的部件包括但不限于用户102、用户104、原服服务器106、原服服务器108、跨服连接装置110和跨服服务器112。跨服连接装置110与原服服务器106、108和跨服服务器112均通信连接。
原服服务器,如106和108,被配置处理通过通信连接到其上的用户行为逻辑和存放用户数据。
所述跨服服务器112,被配置为处理跨服务器业务的用户行为逻辑和存放跨服务器用户数据。
需要说明的是,本申请中在“服务器”前添加“原服”二字,只是为了与其他服务器(例如跨服服务器等)在术语上进行区分。
一般地,原服服务器存储玩家全部的数据,并且同一原服玩家与玩家之间可以自由交互,这些不同的原服服务器之间可以称为相异服务器,一般地,相异服务器上可以有相同的角色名,相同的物品等。
本说明书实施例提供的跨服务器访问系统中,每个原服服务器均与所述跨服连接装置通信连接,所述跨服连接装置与所述跨服服务器通信连接。
如图1所示,原服服务器106和原服服务器108均与跨服连接装置110通信连接,所示跨服连接装置110与跨服服务器112通信连接。
本说明书实施例提供的跨服务器访问系统中,当通过通信连接至原服服务器的用户有跨服务器访问请求时,向其所通信连接的原服服务器发出跨服务器访问请求。原服服务器通过接收用户的跨服务器访问请求,发送所述跨服务器访问请求至跨服连接装置,所述跨服连接装置根据所述跨服务器访问请求,构造跨服务器路由表,所述跨服务器路由表中以所述跨服服务器地址为目的地址。跨服连接装置根据所述跨服务器路由表将所述跨服务器访问请求路由至所述跨服服务器。所述跨服服务器接收所述跨服务器访问请求,并根据所述跨服务器访问请求中携带的跨服务器业务标识将所述用户分配至与所述跨服务器业务标识对应的业务区。
下面结合具体的跨服务器访问场景对说明书提供的跨服务器访问系统进行说明。
参见图1,在一个具体的应用场景中,以所述用户102是甲,用户104是乙,原服服务器106和108是游戏A的两个原服服务器。游戏A可以有更多的原服服务器,本例中以两个原服服务器为例进行说明。当甲希望进行跨服务器业务时,可以通过与甲关联的原服服务器发出跨服务器访问请求。以跨服务器业务为用户甲与乙聊天为例,原服服务器106接收用户甲的跨服务器聊天请求,发送所述跨服务器访问请求至跨服连接装110,所述跨服连接装置110根据用户甲的跨服务器访问请求,构造跨服务器路由表,所述跨服务器路由表中以所述跨服服务器地址为目的地址。原服服务器106将跨服务器路由表发送至跨服连接装置110。跨服连接装置110根据所述跨服务器路由表将所述跨服务器访问请求路由至所述跨服服务器。所述跨服务器访问请求带有聊天的跨服务器业务标识,跨服服务器112根据所述带有聊天的跨服务器业务标识将所述跨服务器访问请求的甲分配至与所述聊天的跨服务器业务标识对应的业务区间。
用户乙通过类似的方式通信连接至所述跨服服务器,不再赘述。
当用户甲、乙均被分配至跨服服务器的聊天业务区间时,即可实现原本分别通信连接在不同原服服务器上的用户实现跨服务器聊天。
实际应用中,所述跨服务器业务可以包括:组队、竞技或者社交行为。上述的聊天业务是社交行为的一种。
在用户甲和用户乙完成跨服务器业务后,可以分别向所述跨服服务器发出结束跨服请求。跨服服务器根据所述结束跨服请求,通过跨服连接装置将所述甲用户的连接和乙用户的连接再分别路由至各自的原服服务器,例如将用户甲路由至原服服务器106,将用户乙路由至原服服务器108。
通过本说明书实施例提供的跨服务器访问系统可以实现同一游戏下不同原服服务器之间的跨服务器业务,若后续需要添加原服服务器,均不会对跨服务器业务产生影响,维护方便。
若单一的跨服连接装置不足以满足众多原服服务器的跨服务器访问需求时,可以通过添加跨服连接装置来解决问题。
可以为多个原服服务器分组,如将多个原服服务器分成至少两组,每组的原服服务器均与同一跨服连接装置相连;跨服连接装置的个数与所述原服服务器的分组个数相同。
参见图2,本说明书一个实施例提供了一种跨服务器系统的结构示意图。本实施例中,所述跨服务器系统包括但不限于用户202、204、206和208,原服服务器210、212、214和216,跨服连接装置218和220以及跨服服务器222。跨服连接装置218与原服服务器210、212和跨服服务器222通信连接。跨服连接装置220与原服服务器214、216和跨服服务器222通信连接。
原服服务器210、212、214和216均是游戏B的原服服务器,分别处理通过通信连接至其上的用户行为逻辑和存放用户数据。
所述跨服服务器222,处理通过通信连接至其上的有跨服务器访问请求的用户行为逻辑和存放用户数据。
原服服务器210和212被分为第一组,通过跨服连接装置218与跨服服务器222通信连接;原服服务器214和216被分为第二组,通过跨服连接装置220与跨服服务器222通信连接。
在一个具体的应用场景中,以第一组用户202是用户丙,用户204是用户丁,第二组用户206是用户戊为例对跨服务器系统进行说明。
其中,原服服务器210与原服服务器均与跨服连接装置218通信连接,所以用户丙与用户丁之间的跨服务器访问请求的实现可以参考图1所示的系统,此处不再赘述。
当用户丙与用户戊均希望进行跨服务器PK时,原服服务器210获取用户丙的跨服务器PK请求,发送所述跨服PK请求至跨服连接装置218,跨服连接装置218根据用户丙的跨服务器访问请求,构造跨服务器路由表,所述跨服务器路由表中以所述跨服服务器地址为目的地址。跨服连接装置218根据所述路由表将所述用户丙的跨服务器访问请求路由至跨服服务器222。
相应的,对于用户戊,原服服务器214获取用户戊的跨服务器PK请求,发送所述跨服PK请求至跨服连接装置218,跨服连接装置218根据用户丙的跨服务器访问请求,构造跨服务器路由表,所述跨服务器路由表中以所述跨服服务器地址为目的地址。跨服连接装置218根据所述路由表将所述用户丙的跨服务器访问请求路由至跨服服务器222。
所述跨服务器访问请求带有PK的跨服务器业务标识,跨服服务器222根据所述带有聊天的跨服务器业务标识将所述跨服务器访问请求的用户丙和用户戊均分配至与所述PK的跨服务器业务标识对应的业务区间。从而实现用户丙与用户戊在跨服服务器上的PK。
所述系统可以完成不同服务器之间的跨服务器业务,在继续添加原服服务器后方便维护,在跨服服务器内存和性能不足以满足原服服务器的使用时,可以添加与所述原服服务器关联的跨服连接装置来缓解单一跨服连接装置的压力,具有良好的可拓展性,所述添加的跨服连接装置之间不会互相影响,进一步提高了用户体验。
在本说明书一个或多个实施例中,所述跨服连接装置可以通过路由器来实现。
随着跨服务器业务的增加,单一的跨服务器若无法满足业务需求,也可以进一步添加跨服服务器。
参见图3,本说明书一个实施例提供了一种跨服务器系统的结构示意图。该跨服务器系统的部件包括但不限于用户302、304、306和308,原服服务器310、312、314和316,路由器318和320,跨服服务器322和多个次级跨服服务器324。路由器318与原服服务器310、312、跨服服务器322均通信连接。路由器320与原服服务器314、316、跨服服务器322均通信连接。
原服服务器310、312、314和316均是游戏C的原服服务器,分别处理通过通信连接至其上的用户行为逻辑和存放用户数据。
所述跨服服务器322,处理通过通信连接至其上的有跨服务器访问请求的用户行为逻辑和存放用户数据。
所述次级跨服服务器324,处理跨服服务器分配的,通过通信连接至其上的有跨服务器访问请求的用户行为逻辑和存放用户数据。
原服服务器310和312被分为第一组,通过路由器318与跨服服务器322通信连接;原服服务器314和316被分为第二组,通过路由器320与跨服服务器322通信连接。
本实施例中的跨服务器业务请求和处理过程类似,不同之处在于,当跨服务器访问请求过多时,所述跨服服务器可以将跨服务器访问请求分配至次级跨服服务器,每个次级跨服服务器可以处理预设跨服务器业务标识的业务,从而对跨服务器业务进行分担,提高业务处理效率。
所述系统可以完成不同服务器之间的跨服务器业务,在继续添加原服服务器后方便维护,在跨服服务器内存和性能不足以满足原服服务器的使用时,可以添加与所述原服服务器关联的路由器和次级跨服务器来处理跨服务器访问请求,具有良好的可拓展性,所添加的次级跨服服务器之间不会互相影响,各个次级跨服服务器相对于跨服服务器功能独立,具有良好的低耦合性。
参见图4,本说明书一实施例提供了一种跨服务器方法的流程图,该方法可以应用于跨服连接装置,包括步骤402至步骤404。
步骤402:接收原服服务器的跨服务器访问请求,所述跨服务器访问请求中携带有跨服务器业务标识。
在本说明书一个或多个实施例中所述跨服务器访问请求包括聊天请求、组队请求和对抗请求。
步骤404:根据所述跨服务器访问请求构造跨服务器路由表,所述跨服务器路由表中以所述跨服服务器地址为目的地址,根据所述跨服务器路由表将所述跨服务器访问请求路由至所述跨服服务器。
上述方法的细节可以参见图1-图3对应的系统中原服服务器的描述,此处不再赘述。
参见图5,本说明书一实施例提供了一种跨服务器方法的流程图,所述方法可以应用于跨服服务器,包括步骤502至步骤504。
步骤502:接收所述跨服务器访问请求,跨服务器访问请求中携带的跨服务器业务标识。
步骤504:根据所述跨服务器访问请求中携带的跨服务器业务标识将所述用户分配至与所述跨服务器业务标识对应的业务区。
所述跨服务器业务标识对应业务包括:组队、竞技或者社交行为。
上述方法的细节可以参见图1-图3对应的系统中跨服服务器的描述,此处不再赘述。
所述方法可以完成不同服务器之间的跨服务器业务,在继续添加原服服务器后方便维护,在跨服服务器内存和性能不足以满足原服服务器的使用时,可以添加与所述原服服务器关联的跨服连接装置和用于用户在跨服务器时处理用户行为逻辑和存放用户数据的跨服服务器来为添加的服务器关联的用户提供跨服务器服务,具有良好的可拓展性,所述添加的跨服服务器之间不会互相影响,各个跨服服务器相对于传统的整体的跨服服务器功能独立,具有良好的低耦合性。
参见图6,本说明书一实施例提供了一种跨服连接装置的结构示意图,包括:
第一接收模块602,被配置为接收原服服务器的跨服务器访问请求,所述跨服务器访问请求中携带有跨服务器业务标识。
发送模块604,被配置为根据所述跨服务器访问请求构造跨服务器路由表,所述跨服务器路由表中以所述跨服服务器地址为目的地址,根据所述跨服务器路由表将所述跨服务器访问请求路由至所述跨服服务器。
所述服务器可以完成不同服务器之间的跨服务器业务,在继续添加原服服务器后方便维护,在跨服服务器内存和性能不足以满足原服服务器的使用时,可以添加与所述原服服务器关联的跨服连接装置和用于用户在跨服务器时处理用户行为逻辑和存放用户数据的跨服服务器来为添加的服务器关联的用户提供跨服务器服务,具有良好的可拓展性,所述添加的跨服服务器之间不会互相影响,各个跨服服务器相对于传统的整体的跨服服务器功能独立,具有良好的低耦合性。
参见图7,本说明书一实施例提供了一种服务器的结构示意图,包括:
第二接收模块702,被配置为接收所述跨服务器访问请求,跨服务器访问请求中携带的跨服务器业务标识。
处理模块704,被配置为根据所述跨服务器访问请求中携带的跨服务器业务标识将所述用户分配至与所述跨服务器业务标识对应的业务区。
所述服务器可以完成不同服务器之间的跨区行为,在继续添加原服服务器后方便维护,在跨服服务器内存和性能不足以满足原服服务器的使用时,可以添加与所述原服服务器关联的跨服连接装置和用于用户在跨服务器时处理用户行为逻辑和存放用户数据的跨服服务器来为添加的服务器关联的用户提供跨服务器服务,具有良好的可拓展性,所述添加的跨服服务器之间不会互相影响,各个跨服服务器相对于传统的整体的跨服服务器功能独立,具有良好的低耦合性。
本说明书一实施例中还提供一种计算设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令,所述处理器执行所述指令时实现所述跨服务器方法的步骤。
本申请一实施例还提供一种计算机可读存储介质,其存储有计算机指令,该指令被处理器执行时实现如前所述跨服务器方法的步骤。
上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是,该存储介质的技术方案与上述的跨服务器方法的技术方案属于同一构思,存储介质的技术方案未详细描述的细节内容,均可以参见上述跨服务器方法的技术方案的描述。
所述计算机指令包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括电载波信号和电信信号。
需要说明的是,对于前述的各方法实施例,为了简便描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些步骤可以采用其它顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定都是本申请所必须的。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其它实施例的相关描述。
以上公开的本申请优选实施例只是帮助阐述本申请。可选实施例并没有详尽叙述所有的细节,也不限制该发明仅为所述的具体实施方式。显然,根据本说明书的内容,可作很多的修改和变化。本说明书选取并具体描述这些实施例,是为了更好地解释本申请的原理和实际应用,从而使所属技术领域技术人员能很好地理解和利用本申请。本申请仅受权利要求书及其全部范围和等效物的限制。