CN109936523B - 跨区域业务处理方法 - Google Patents

Abstract

本发明提供了跨区域业务处理系统、实体、方法及存储介质，系统包括：区域业务实体，用于当在所辖区域中提供业务所使用的协议发生更新时，使用更新的协议参数与所述跨区域业务实体进行协议的同步；所述跨区域业务实体，用于根据与不同区域业务实体之间的协议的同步，形成融合不同区域业务实体所使用协议的兼容协议；所述跨区域业务实体，还用于响应于所述区域业务实体所辖区域中客户端的跨区域业务请求，使用所述兼容协议解析所述业务请求，获得响应所述跨区域业务请求所使用的协议参数；形成符合所获得协议参数的业务响应，将所述业务响应同步到参与跨区域业务的客户端。

Description

跨区域业务处理方法

技术领域

本发明涉及通信技术，尤其涉及一种跨区域业务处理系统、实体、方法及存储介质。

背景技术

网络的传输速度的不断提升以及覆盖的不断全面化，用户普遍在终端中安装各种客户端以通过网络来获取各种业务使用，例如，通过在终端中安装游戏客户端来与线上的其他用户进行互动游戏，通过安装制图客户端来与线上的其他用户协同制图。

然而，由于发行权限、语言等各种的原因，会出现同一类型的客户端在不同区域发行不同版本的情况，不同版本的客户端在后台由相应区域部署的服务器提供业务支撑，导致同一类型客户端根据区域出现了割裂的情况，不同区域只能在所处的区域获取业务使用，不同区域的客户端无法互通，这就限制了不同区域客户端基于同一类型客户端使用相同业务。

对于划区域运营的相同类型的客户端，如何克服由于区域使相同类型的客户端无法跨越区域进行获取业务的技术问题，相关技术尚无有效解决方案。

发明内容

本发明实施例提供一种跨区域业务处理方法、实体、方法以及存储介质，能够支持相同类型的客户端在不同区域进行业务协同。

本发明实施例的技术方案是这样实现的：

本发明实施例提供一种跨区域业务处理系统，包括：

区域业务实体，用于当在所辖区域中提供业务所使用的协议发生更新时，使用更新的协议参数与所述跨区域业务实体进行协议的同步；

所述跨区域业务实体，用于根据与不同区域业务实体之间的协议的同步，形成融合不同区域业务实体所使用协议的兼容协议；

所述跨区域业务实体，还用于响应于所述区域业务实体所辖区域中客户端的跨区域业务请求，使用所述兼容协议解析所述业务请求，获得响应所述跨区域业务请求所使用的协议参数；形成符合所获得协议参数的业务响应，将所述业务响应同步到参与跨区域业务的客户端。

本发明实施例提供一种跨区域业务处理方法，应用于跨区域业务实体，包括：

当区域业务实体在所辖区域中提供业务所使用的协议发生更新时，通过所述跨区域业务实体与所述区域业务实体使用更新的协议参数与进行协议的同步；

根据与不同区域业务实体之间的协议的同步，形成融合不同区域业务实体所使用协议的兼容协议；

响应于所述区域业务实体所辖区域中客户端的跨区域业务请求，使用所述兼容协议解析所述业务请求，获得响应所述跨区域业务请求所使用的协议参数；

形成符合所获得协议参数的业务响应，将所述业务响应同步到参与跨区域业务的客户端。

本发明实施例提供一种跨区域业务实体，包括：

跨区域业务处理模块，用于当区域业务实体在所辖区域中提供业务所使用的协议发生更新时，通过跨区域业务实体与所述区域业务实体使用更新的协议参数与进行协议的同步；

跨区域业务处理模块，用于根据与不同区域业务实体之间的协议的同步，形成融合不同区域业务实体所使用协议的兼容协议；

跨区域业务处理模块，用于响应于所述区域业务实体所辖区域中客户端的跨区域业务请求，使用所述兼容协议解析所述业务请求，获得响应所述跨区域业务请求所使用的协议参数；

所述跨区域业务处理模块，还用于形成符合所获得协议参数的业务响应，将所述业务响应同步到参与跨区域业务的客户端。

本发明实施例提供一种跨区域业务实体，包括：

存储器，用于存储可执行指令；

处理器，用于执行所述存储器中存储的可执行指令时，实现本发明实施例提供的跨区域业务处理方法。

本发明实施例提供一种存储介质，存储有可执行指令，用于引起处理器执行所述存储器中存储的可执行指令时，实现本发明实施例提供的跨区域业务处理方法。

本发明实施例具有以下有益效果：

通过独立于区域业务实体而设置的跨区域业务实体来维护兼容协议，在对已有的区域内业务不做改动的前提下，对各区域的区域业务实体所使用的协议实现了全面的支持；凭借兼容协议能够兼容不同区域业务实体所使用的协议，从而对于归属于不同区域业务实体的客户端跨区域获取业务的请求，能够被正确地解析和响应，实现了不同区域的客户端能够跨区域获取业务。

附图说明

图1A是本发明实施例记载的跨区域业务处理系统的一个可选的架构示意图；

图1B是本发明实施例提供的区域内业务同步的一个可选的流程示意图；

图1C是本发明实施例提供的区域内业务同步的一个可选的流程示意图；

图2A至图2H是本发明实施例提供的跨区域业务处理方法的可选的流程示意图；

图3是本发明实施例提供的跨区域业务实体的一个可选的结构示意图；

图4是本发明实施例提供的区域业务实体的一个可选的结构示意图；

图5是本发明实施例提供的通过游戏客户端登录本国服的显示示意图；

图6是本发明实施例提供的通过游戏客户端登录本国服并显示跨国战入口的场景示意图；

图7是本发明实施例提供的在加入跨国战后将不同版本的游戏客户端进行匹配的示意图；

图8是本发明实施例提供的进入跨国战游戏的等待界面的一个可选的显示示意图；

图9是本发明实施例提供的跨国战游戏界面的显示示意图；

图10是本发明实施例提供的支撑跨国战的游戏系统的一个可选的结构示意图；

图11是本发明实施例提供的跨国战中商品购买的一个可选的流程示意图；

图12是本发明实施例提供的跨国战中商品购买的一个可选的流程示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，所描述的实施例是本发明一部分实施例，而不是全部的实施例。根据本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

对本发明进行进一步详细说明之前，对本发明实施例中涉及的名词和术语进行说明，本发明实施例中涉及的名词和术语适用于如下的解释。

除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述具体的实施例的目的，不是旨在限制本发明。

1)区域，同一类型的客户端在全球范围内划分多个区域独立运营的单位，可以采用大洲、国家、省等行政单位划分，也可以根据所使用的语言进行划分，，或者，根据客户端的开发者的经营策略对上述地理或语言单位的任意形式的组合；不同的区域在空间上可以是相邻的或者不相邻的，此外，区域之间不存在地理面积、用户数量上对等的限制。

2)区域业务实体，在区域中部署的服务器或服务器集群，用于为在区域中注册并登录的客户端提供业务支撑，以区域为中国为例，在中国部署“全民突击手游”的游戏服务器，为中国用户提供“全民突击手游”的注册、登录和线上对战的业务。

3)跨区域业务实体，独立于区域业务实体部署的服务器或服务器集群，用于为两个或以上区域中的客户端进行跨区域的业务提供支撑，跨区域业务实体可以部署在任一区域业务实体部署的区域中，当然也可以区别于任一区域业务实体所部署的区域，用于为跨区域的客户端使用同一业务时提供业务支撑。

4)协议，用于将客户端的业务请求所做出的业务响应，在参与同一业务的客户端之间进行同步，可以使用基于帧的同步协议或使用基于状态的同步协议；协议中协议参数主要包括协议入口的参数(简称为协议入口或协议入口参数)的名称和协议版本号，其中协议入口根据协议获得符合协议的业务响应的输入，协议版本号用于作为协议的版本的标识。

例如，在游戏客户端中，游戏角色在很短的时间内做的快速操作需要能很好的同步到其他客户端上显示出来，涉及到游戏角色移动的同步和技能的同步；再例如，在制图客户端中，用户对图片所做的修改需要及时同步到协同对图片进行编辑的其他客户端中。

下面说明实现本发明实施例的跨区域业务处理系统，参见图1A，图1A是本发明实施例提供的跨区域业务处理系统100的一个可选的结构示意图，包括跨区域业务实体和至少两个区域业务实体，记为跨区域业务实体200、区域业务实体300和区域业务实体400，其中，区域业务实体300部署在区域1中，区域业务实体400部署在区域2中，跨区域业务实体400独立于区域业务实体300和区域业务实体400而部署，其所部署的位置可以为区域1、区域2或者区别于区域1以及区域2的其他区域，各个实体之间能够通过虚拟专用网络链路或公共网络链路进行通信；区域1和区域2根据各种形式划分，例如国家、地区和通行语言区域等。

在一些实施例中，区域业务实体300和区域业务实体400是用于实现区域内业务的实体，就在区域1中部署的区域业务实体300而言，用于响应区域1中客户端的区域内业务请求，使用区域业务实体300内建的业务处理逻辑对业务请求进行处理形成业务响应，其中业务逻辑根据实际的业务设定，例如在游戏客户端中可以包括游戏角色的人工智能逻辑、技能逻辑和战斗计算逻辑等，用于控制对于业务请求形成业务响应的效果，使用区域业务实体300内置的协议1，将业务响应在区域1中参与同一业务的客户端之间进行同步。

就同步举例而言，游戏客户端中对于游戏角色的一次技能释放操作(对应区域内业务请求)所实现的杀伤力的动画效果(对应业务响应)，需要同步到参与游戏的其他游戏客户端中，制图客户端中的对于编辑工具的一次操作(对应业务请求)在屏幕上形成的更新的显示效果，需要同步参与协同制图的其他制图客户端中。

在一些实施例中，区域业务实体300采用帧同步的方案，以帧为单位，收集区域1中参与同一业务的客户端在相应帧内所接收的操作，并在每个帧结束时，将在相应帧收集的操作发送到参与同一业务的客户端，客户端通过运算可以达到一致的表现。

作为基于帧同步的一个示例，参见图1B，图1B是本发明实施例提供的区域内业务同步的一个可选的流程示意图，就区域业务实体使用基于帧同步的协实现上述示例性示出的同步而言，区域1中的客户端A的操作A1与客户端B的操作B1封装成数据发送给区域业务实体300，区域业务实体间隔性产生帧，在帧所在时间段内收到A1和B1后生成包括相应操作的数据块，在帧的时间结束时，将帧发送给客户端A和客户端B，客户端A和B收到帧后即可确定帧内各个客户端执行的操作，然后根据收到的操作A1和B1进行控制客户端的表现，最终在参与同一业务的客户端呈现一致的业务响应，由于帧同步不需要区域业务实体300参与基于操作计算客户端如何进行表现的计算，有效降低区域业务实体300的负载以及区域业务实体300与客户端之间的通信流量消耗。

在一些实施例中，参见图1C，图1C是本发明实施例提供的区域内业务同步的一个可选的流程示意图，区域业务实体300采用状态同步的方案，根据参与同一业务的客户端的操作，结合业务逻辑计算各客户端应该更新的状态，并将状态的计算结果同步到客户端，客户端只需要接受区域业务实体300传递来的状态变化然后更新，即可实现参与同一业务的客户端具有相同的业务响应。

至此，已经说明了区域业务实体对区域内业务的进行业务支撑的过程，例如，如前所述，在图1A中，区域1和区域2独立运营，区域业务实体300对区域1中的客户端提供业务支撑，区域1中的客户端通过区域业务实体300使用同一业务，区域2中的客户端通过区域业务实体400使用同一业务；但是，区域1中的客户端与区域2中的客户端无法通过所归属的区域业务实体进行跨区域业务即直接跨区域使用相同业务时，需要通过跨区域业务实体400提供跨区域业务支撑，下面将结合图1，继续说明跨区域业务实体200用于对归属于区域业务实体300、以及区域业务实体400的客户端实现跨区域获取业务的过程。

参见图2A，图2A是本发明实施例提供的跨区域业务处理方法的一个可选的流程示意图，示出了跨区域业务实体向不同区域中的客户端提供跨区域业务的过程。

在操作101中，当区域业务实体在所辖区域中提供业务所使用的协议发生更新时，使用更新的协议参数与所述跨区域业务实体进行协议的同步。

在一些实施例中，当区域业务实体所使用的协议发生更新时，区域业务实体将所述跨区域业务实体使用的兼容协议同步到所述区域业务实体本地；在同步到本地的兼容协议中添加更新的协议入口和协议版本号，将更新后的兼容协议同步到所述跨区域业务实体。

在操作102中，当跨区域业务实体根据与不同区域业务实体之间的协议的同步，形成融合不同区域业务实体所使用协议的兼容协议。

在操作103中，客户端需要使用跨区域业务时，向所归属的区域业务实体发送跨区域业务请求。

在操作104中，跨区域业务实体响应于所述区域业务实体所辖区域中客户端的跨区域业务请求，使用所述兼容协议解析所述业务请求，获得响应所述跨区域业务请求所使用的协议参数。

在操作105中，跨区域业务实体形成符合所获得协议参数的业务响应，将所述业务响应同步到参与跨区域业务的客户端。

在一些实施例中，除了当区域业务实体所使用的协议发生更新时与跨区域业务实体进行协议同步，在跨区域业务处理系统处于参见图2B，图2B是本发明实施例提供的跨区域业务处理方法的一个可选的流程示意图，示出了各业务实体在初始化的过程中进行协议同步的过程。

在操作106中，还用于当所述跨区域业务处理系统初始化时，所述跨区域业务实体，与所述区域业务实体分别对所使用的协议进行同步更新；其中，所述跨区域业务实体同步更新后的兼容协议中，包括不同区域业务实体同步更新后的协议中的相应协议参数。

在一些实施例中，参见图2C，图2C是本发明实施例提供的跨区域业务处理方法的一个可选的流程示意图，示出了客户端在获取区域内业务之前在归属的区域业务实体进行登录并获取区域内业务的过程。

在操作107中，客户端向所归属的区域业务实体发送区域内登录请求。

在操作108中，所述区域业务实体响应于所辖区域中客户端的区域内登录请求，根据所述登录请求携带的鉴权信息对所述客户端鉴权，当鉴权成功时授权所述客户端登录所述区域业务实体。

作为示例，鉴权信息包括客户端预先在区域业务实体注册的用户名和密码，为了增强安全性，用户名和密码可以替换使用摘要算法提取的摘要，并使用各种可能的加密算法加密传输，从而避免密码在传输过程中的暴露；区域业务实体将用户名和密码与所维护的合法注册用户的用户名和密码比对，一致则更新与客户端的会话状态已登录状态。

在操作109中，客户端向所归属的区域业务实体发送区域内业务请求。

在操作110中，所述区域业务实体响应于所辖区域中客户端的区域内业务请求，形成符合所述区域业务实体所使用协议的业务响应，将所述业务响应同步到参与区域内业务的客户端。

不难看出，跨区域业务实体用于实现跨区域业务的过程中，区域业务实体同时也能够支持区域内业务。在区域业务实体的基础上独立部署跨区域业务实体，在对已有区域业务的架构实现了最小改动的基础上，实现了对区域内业务和跨区域业务的双重支持。

在一些实施例中，参见图2D，图2D是本发明实施例提供的跨区域业务处理方法的一个可选的流程示意图，示出了当客户端向跨区域业务实体发送跨区域业务请求之前，在跨区域业务实体进行登录的过程。

在操作111中，区域业务实体的已登录的客户端向区域业务实体发送跨区域登录请求，向所述客户端发送授权令牌。

在操作112中，区域业务实体响应于所述区域业务实体的已登录的客户端的跨区域登录请求，向所述客户端发送授权令牌。

在操作113中，跨区域业务实体响应于所述客户端发送的跨区域登录请求，对所述业务请求携带的所述授权令牌进行鉴权，鉴权成功时授权所述客户端登录所述跨区域业务实体。

由上可见，客户端凭借归属的业务区域实体的登录状态换取授权令牌，进而利用授权令牌完成在跨区域业务实体的登录，在这个过程中，客户端在区域业务实体的用户名和密码对跨区域业务实体是不可见的，在保证客户端的鉴权信息安全的前提下顺利完成在跨区域客户端的登录，并且对于客户端的用户而言也不需要在跨区域业务实体进行二次的注册，实现了在跨区域客户端的高效登录。

在一些实施例中，参见图2E，图2E是本发明实施例提供的跨区域业务处理方法的一个可选的流程示意图，示出了当客户端登录跨区域业务实体之后，跨区域业务实体形成客户端的标识，并基于标识维护跨区域业务属性的处理过程。

在操作114中，所述跨区域业务实体授权在所述区域业务实体中已登录的客户端登录所述跨区域业务实体之后，将所述客户端在所述区域业务实体中的标识转换为在所述跨区域业务实体中的标识。

例如，对于区域业务实体所辖区域未进一步分区的情况，所述跨区域业务实体将所述客户端在所归属的区域业务实体中的标识、与所述跨区域业务实体的标识结合，形成所述客户端在所述跨区域业务实体中的标识；

又例如，对于区域业务实体所辖区域进一步分区的情况，将所述客户端在所归属的区域业务实体中的标识、与所述跨区域业务实体的标识、以及所述区域业务实体所处区域的标识结合，形成所述客户端在所述跨区域业务实体中的标识。

在操作115中，跨区域业务实体根据所述客户端的区域内业务属性，在所述跨区域业务实体中初始化与转换后的标识关联的跨区域业务属性。

所述跨区域业务属性用于在所述客户端在归属的区域业务实体形成相符合的业务响应，所述区域内业务属性用于供所述客户端归属的区域业务实体形成相符合的业务响应。

在一些实施例中，参见图2F，图2F是本发明实施例提供的跨区域业务处理方法的一个可选的流程示意图，示出了当客户端登录跨区域业务实体之后，跨区域业务实体根据客户端加入群组以获取跨区域业务的处理过程。

在操作116中，跨区域业务实体授权客户端登录跨区域业务实体之后，根据客户端加入群组获取跨区域业务的请求，将所述客户端根据所处的区域和等级分配到相应的群组，归属于相同群组的客户端在跨区域业务的过程中协同。

例如，对于按照国家划分运行区域的游戏客户端，当游戏客户端登录跨区域业务实体并请求跨国游戏时，跨区域业务实体将处于相同国家的游戏客户端分配到相同的群组，当然，还可以根据游客客户端的技能等级，优先将同一国家中技能等级相同或相近的游戏客户端划分到一个群组。

再例如，对于按照语言划分运行区域的制图客户端，当使用不同语言的制图客户端登录跨区域业务实体并请求协同制图时，跨区域业务实体将这些制图客户端分配到同一群组，群组中的制图客户端之间能够同步对图片的修改。

在一些实施例中，存在跨区域业务实体向提供跨区域业务的客户端发送具有实时性要求的消息(下文中称为在线消息)的情况，参见图2G，图2G是本发明实施例提供的跨区域业务处理方法的一个可选的流程示意图，示出了区域业务实体向获取跨区域业务的客户端分配跨区域业务功能时，向跨区域业务实体发送在线消息以同步跨区域业务功能的过程。

在操作117中，当客户端在实现跨区域业务的过程中需要使用跨区域业务功能时，向所归属的区域业务实体发送跨区域业务功能请求。

在一些情况中，如果所请求的跨区域业务功能属于收费功能，区域业务实体向所述客户端分配跨区域业务功能时，会根据所述跨区域业务功能的资费对所述客户端进行扣费。

在操作118中，客户端所归属的区域业务实体生成在线消息，用于在所述跨区域业务实体同步所述客户端所请求的跨区域业务功能。

在操作119中，所述区域业务实体经由专用网络链路、将所述跨区域业务功能对应的在线消息通过所述客户端发送到所述跨区域业务实体，以及，将所述在线消息经由公共网络链路发送到所述跨区域业务实体；

在操作120中，所述跨区域业务实体，还用于根据所接收的在线消息，在所述跨区域业务实体本地同步所述客户端的跨区域业务功能。

作为例外情况，当向所述跨区域业务实体发送所述在线消息失败时，在操作120中，所述客户端重新登录或者所述客户端再次获取跨区域业务功能时，所述区域业务实体将发送失败的在线消息向发送所述客户端重新发送。

在一些实施例中，存在跨区域业务实体向提供跨区域业务的客户端发送具有非实时性要求的消息(下文中称为离线消息)的情况，参见图2H，图2H是本发明实施例提供的跨区域业务处理方法的一个可选的流程示意图，示出了区域业务实体向获取跨区域业务的客户端发送离线消息的过程。

在操作121中，跨区域业务实体生成对应所述客户端的离线消息，并持久化存储。

在操作122中，跨区域业务实体发送所述离线消息至所述客户端归属的区域业务实体。

在操作123中，区域业务实体将接收到的离线消息持久化存储并发送到所述客户端。

在操作124中，当所述客户端确认接收所述离线消息时，跨区域业务实体删除所述跨区域业务实体持久化存储的所述离线消息。

下面说明实现本发明实施例的跨区域业务实体，本发明实施例所提供的跨区域业务实体可以通过服务器或服务器的集群实现。参见图3，图3是本发明实施例提供的跨区域业务实体200的一个可选的结构示意图，将根据图3说明实现本发明实施例的跨区域业务实体200的可选结构。图3所示的跨区域业务实体200可以包括：至少一个处理器210、至少一个通信总线240、用户接口230、至少一个网络接口220和存储器250。跨区域业务实体200中的各个组件通过通信总线240耦合在一起。可以理解，通信总线240用于实现这些组件之间的连接通信。通信总线240除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图3中将各种总线都标为通信总线240。

其中，用户接口230可以包括显示器、键盘、鼠标、轨迹球、点击轮、按键、按钮、触感板或者触摸屏等。网络接口220可以包括标准的有线接口、无线接口是WiFi接口。

可以理解，存储器250可以是高速RAM存储器，也可以是非不稳定的存储器(Non-Volatile Memory)，例如至少一个磁盘存储器。存储器250还可以是至少一个远离处理器210的存储系统。

本发明实施例提供的方法可以应用于处理器210中，或者由处理器210实现。处理器210可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，方法中的不同操作可以通过处理器210中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器210可以是通用处理器、DSP或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。处理器210可以实现或者执行本发明实施例中的提供的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本发明实施例所提供的方法，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于存储器250，处理器210读取存储器250中的信息，结合其硬件完成本发明实施例提供的方法。

作为本发明实施例提供的跨区域业务处理方法的软件实施示例，图3中示出的存储器250存储有跨区域业务处理模块251和通信代理模块252，将分别进行说明。

跨区域业务处理模块251，用于当区域业务实体在所辖区域中提供业务所使用的协议发生更新时，通过跨区域业务实体与所述区域业务实体使用更新的协议参数与进行协议的同步；

跨区域业务处理模块251，用于根据与不同区域业务实体之间的协议的同步，形成融合不同区域业务实体所使用协议的兼容协议；

跨区域业务处理模块251，用于响应于所述区域业务实体所辖区域中客户端的跨区域业务请求，使用所述兼容协议解析所述业务请求，获得响应所述跨区域业务请求所使用的协议参数，形成符合所获得协议参数的业务响应，将相应的业务响应发送到一个通信代理模块；

通信代理模块252，数量至少为两个并且采用主/从式设置，作为主模块的通信代理模块252将接收跨区域业务处理模块251的业务响应，并所述业务响应同步到参与跨区域业务的客户端，作为主模块的通信代理模块252故障时，作为从设备的主通信代理模块252将成为新的主模块。

在一些实施例中，所述跨区域业务处理模块251，还用于当跨区域业务处理系统初始化时，通过所述跨区域业务实体与所述区域业务实体分别对所使用的协议进行同步更新；其中，同步更新后的兼容协议中，包括不同区域业务实体同步更新后的协议中的相应协议参数。

在一些实施例中，所述跨区域业务处理模块251，还用于当所述区域业务实体所使用的协议发生更新时，响应于所述区域实体的同步请求，将所述跨区域业务实体使用的兼容协议同步到所述区域业务实体本地；获得所述区域业务实体返回的更新的兼容协议，其中包括所述区域业务实体所使用的协议中更新的协议入口和协议版本号；将所述区域业务更新后的兼容协议同步到所述跨区域业务实体。

在一些实施例中，所述跨区域业务处理模块251，还用于响应于所述区域业务实体的已登录的客户端发送的跨区域登录请求，对所述跨区域登录请求携带的授权令牌进行鉴权，鉴权成功时授权所述客户端登录所述跨区域业务实体；其中，所述授权令牌为所述客户端向所归属的区域业务实体发送跨区域业务请求时，由所归属的区域业务实体下发。

在一些实施例中，所述跨区域业务处理模块251，还用于根据所接收的在线消息，在所述跨区域业务实体本地同步所述客户端的跨区域业务功能；其中，所述在线消息为所述区域业务实体响应所述客户端的跨区域业务请求分配跨区域业务功能时，经由专用网络链路、并通过所述客户端向跨区域业务实体发送，以及，将所述在线消息经由公共网络链路发送。

在一些实施例中，所述跨区域业务处理模块251，还用于当所述区域业务实体发送所述在线消息失败，并且，所述客户端重新登录所归属的区域业务实体、或者所述客户端再次获取跨区域业务功能时，接收所述区域业务实体重新发送的在线消息。

在一些实施例中，所述跨区域业务处理模块251，还用于当生成对应所述客户端的离线消息时，经由所述客户端所归属的区域业务实体、发送所述离线消息至所述客户端，当所述客户端确认接收所述离线消息时，删除跨区域业务实体持久化存储的所述离线消息。

在一些实施例中，所述跨区域业务处理模块251，还用于当授权在所述区域业务实体中已登录的客户端登录所述跨区域业务实体时，将所述客户端在所述区域业务实体中的标识转换为在所述跨区域业务实体中的标识；根据所述客户端的区域内业务属性，在所述跨区域业务实体中初始化与转换后的标识关联的跨区域业务属性，所述区域内业务属性用于在所述客户端归属的区域业务实体形成相符合的业务响应，所述跨区域业务属性用于在所述客户端在归属的区域业务实体形成相符合的业务响应。

在一些实施例中，所述跨区域业务处理模块251，还用于将所述客户端在所归属的区域业务实体中的标识、与所述跨区域业务实体的标识结合，形成所述已登录客户端在所述跨区域业务实体中的标识；或者，将所述客户端在所归属的区域业务实体中的标识、与所述跨区域业务实体的标识、以及所述区域业务实体所处区域的标识结合，形成所述已登录客户端在所述跨区域业务实体中的标识。

在一些实施例中，所述跨区域业务处理模块251，还用于响应于在所述区域业务实体中已登录的客户端的跨区域登录请求，将所述已登录客户端根据所处的区域和等级，分配到相应的群组；其中，归属于相同群组的客户端在跨区域业务的过程中协同。

下面说明实现本发明实施例的跨区域业务实体，本发明实施例所提供的跨区域业务实体可以通过服务器或服务器的集群实现。参见图4，图4是本发明实施例提供的区域业务实体300的一个可选的结构示意图，可以理解，同样适用于图1示出的区域业务实体400，将根据图4说明实现本发明实施例的区域业务实体300的可选结构。图4所示的区域业务实体300可以包括：至少一个处理器310、至少一个通信总线340、用户接口330、至少一个网络接口320和存储器350，各组件可以根据前述针对跨区域业务实体200的记载而理解。

作为本发明实施例提供的跨区域业务处理方法的软件实施示例，图4中示出的存储器350存储有区域内业务处理模块351和通信代理模块352，将分别进行说明。

区域内业务处理模块351，用于实现前文中针对区域业务实体300记载的与业务处理相关的功能，例如用于响应所述区域业务实体所辖区域中客户端的区域内业务请求，将相应的业务响应发送到一个通信代理模块；

所述通信代理模块352，用于实现前文中区域业务实体300记载的通信相关的功能，例如将所接收的业务响应发送到所述区域内业务请求的来源客户端，通信代理模块352的数量至少为两个并且使用分布式设置，即通信代理模块352并行工作，对业务请求以及消息(包括在线消息和离线消息)进行分流处理从而有效减小处理延迟。

下面，以业务为在线游戏为例对本发明实施例进行说明。

一般来说，全球同服的游戏在游戏开发的时候就采用了全球同服的架构，并且由统一服务商进行全球运营。在游戏上线前，游戏的后台业务系统就能够支持全球玩家进行同服实时对战，并且在各国家、地区的游戏的运营都比较统一，游戏客户端基本也是采用同一个版本(支持多语言)。对于全球同服游戏，服务器一般固定部署在某些地区，然后全球不同国家、地区的玩家根据自身的网络延时连接到对应的对战服务器上。

也就是说，全球同服的游戏实时对战方案都是在游戏上线前就已经确定了全球统一运营的方案并在游戏开发时就采用了支持全球同服对战的架构，游戏客户端基本统一版本。

然而，目前很多游戏都是在基本的开发完成后，然后再根据需要发行的国家的本地化需求进行二次开发，形成相应国家的游戏客户端班恩，然后再由不同的代理商独立上线运营，各国家的游戏客户端的版本之间是相对独立的。

例如，腾讯的全民突击手游，目前上线的国家有中国、日本、韩国、泰国、越南等，每个版本都是由不同的服务商独立部署并独立运营，而且不同版本之间差异比较大，玩家只能在本国的版本上进行实时对战。

为了提高游戏的可玩性，目前能够在同一款游戏在不同国家独立发行后，将各版本的玩家联系起来，让玩家能够在本国版本中进行实时对战的同时，也能够与其他国家的玩家进行实时对战的需求。

显然，当前的全球同服游戏实时对战方案并不适用于这个需求，下文将针对该问题，提出了将同一款游戏不同国家发布的游戏客户端的玩家联系起来并进行实时对战。

目前，很多实时对战的游戏都是根据所在发行国家、地区的需求进行改造后形成不同的版本，然后独立上线运营的，虽然是同一个款游戏，但是不同的版本之间并没有必然的联系。因此，要把这些不同的版本联系起来，并且能够保持原版本独立运营的特点的难度比较大。但是这些不同的版本基本都是由同一个团队进行开发的，游戏的整体架构以及所采用的技术都是一样的，这就为我跨版本跨国家游戏实时对战的实现提供了可能性。

游戏客户端在不同国家发布有相应的版本，每个国家的游戏客户端由相应国家部署的服务器对游戏客户端提供游戏业务支撑，下文中简称为本国服，也就相应国家的玩家在登录游戏客户端时所登录的服务器；另外，通过设置独立于不同国家的本国服的服务器(下文中称为跨国服)来对跨国游戏提供业务支撑，从而能够实现同一款游戏不同国家的发行版本的玩家进行对战。

将同一款游戏的位于不同国家发布有不同的游戏客户端版本，不同的游戏客户端版本都是独立运营的，本发明实施将使用不同版本的游戏客户端的玩家联系起来并进行实时对战，跨国服能够兼容不同版本的游戏客户端进行实时对战。

玩家在本国服和跨国服中都具有相应的角色数据，并且是一一对应的关系；玩家登录本国服后能够跨国服和本国服之间无缝切换，用户无需手动再登录服务器；在跨国战过程中，跨国服优先将本国玩家分配在同一个队伍，同时优先匹配非本国玩家作为对手；跨国战的奖励和商品由本国服独立管理，并且玩家在购买跨国战商品时使用本国服的支付系统。

综合不同版本的游戏客户端，在跨国服中形成兼容所有版本的游戏客户端的对战协议；使用新的对战协议在原有本国服的基础上部署一个独立的跨国服，用于支持不同版本的游戏客户端的玩家的跨国实时对战；同时，更新各本国服的对战协议，在本国服和跨国服中增加一个通信代理进程，用于跨国服与本国服之间的消息转发；根据跨国服战的相关需求修改本国服的业务逻辑，如增加跨国战的商品购买、跨国战奖励发放的处理。

对在动作角色扮演的游戏实现跨国战的应用场景说明：

参见图5，图5是本发明实施例提供的通过游戏客户端登录本国服的显示示意图，玩家先登录到本国服，玩家的鉴权(例如，基于用户名和密码的鉴权)会在本国服完成，各版本相互独立。

参见图6，图6是本发明实施例提供的通过游戏客户端登录本国服并显示跨国战入口的场景示意图，玩家通过游戏客户端登录到本国服之后，在游戏界面提供跨国战的入口。

通过“全球行动”的按钮玩家，在本国服登录的玩家就可以自动登录到跨国服，跨国服会自动完成相关鉴权操作，这个过程中不需要玩家输入任何验证信息，本国服为客户端分配一个授权令牌(token)，客户端根据token到跨国服，跨国服通过验证token的合法性进行鉴权，玩家登录到跨国服之后玩家就可以与其他版本的游戏客户端的玩家进行实时对战。

参见图7，图7是本发明实施例提供的在加入跨国战后将不同版本的游戏客户端进行匹配的示意图，跨国服优先将来自相同国家的玩家组成队伍，匹配完成后进入跨国战游戏等待界面，参见图8，图8是本发明实施例提供的进入跨国战游戏的等待界面的一个可选的显示示意图，在计时时间到达后显示实时对战的游戏界面，参加图9，图9是本发明实施例提供的跨国战游戏界面的显示示意图。

为了能够让玩家能够跨版本跨国家进行实时对战，玩家先登录到本国服中，然后再切换到跨国服进行跨国对战。

参见图10，图10是本发明实施例提供的支撑跨国战的游戏系统的一个可选的结构示意图，在游戏的业务系统中通过增设跨国服，能够在保持游戏各国家版本的独立性的同时，将不同版本的游戏客户端的玩家联系起来进行实时对战。由于不同版本的游戏客户端的已经独立上线，通过增设跨国服能够有效降低游戏服务器架构改动所带来的风险，同时，通过在本国服和跨国服中增设通信代理，实现本国服与跨国服的在线/离线消息的转发。

下面说明跨版本跨国实时对战版本兼容性处理机制。

游戏在各国版本中，由于游戏的上线时间不同，本地化修改等导致不同版本之前游戏的通信协议会有一定差异，不过对于游戏实时对战所使用的框架和协议并不会有太大的改动。将游戏各个版本的协议综合起来，形成了一套兼容所有版本的实时对战协议，然后让各版本的服务器以及客户端使用这套兼容协议即可以实现各版本客户端在跨国服进行实时对战的功能。因此，各个国家的游戏版本都需要通过本国服同步进行一个版本的更新以支持跨国战的功能。

跨国服第一个版本的协议应该是同时兼容所有国家版本的协议。

以协议MoveReq为例：

本国服(国家1)当前协议:

<struct name＝”MoveReq”version＝”100”>

<entry name＝”Param1”version＝”99”/>

<entry name＝”Param2”version＝”100”/>

</struct>

本国服(国家2)当前协议：

<struct name＝”MoveReq”version＝”99”>

<entry name＝”Param1”version＝”99”/>

<entry name＝”Param3”version＝”101”/>

</struct>

那么跨国战的协议应该为：

<struct name＝”MoveReq”version＝”101”>

<entry name＝”Param1”version＝”99”/>

<entry name＝”Param2”version＝”100”/>

<entry name＝”Param3”version＝”101”/>

</struct>

后续，如果某国家的游戏客户端要修改实时对战的协议时，首先将本国服的协议与跨国服的协议进行对比，例如协议对比的内容包括：玩家对战玩家(P VP，Player VersusPlayer)的相关协议，比如移动同步协议和技能同步等协议。

如果跨国服协议有更新则先讲更新同步到本国服，然后同步完成后再将本国服协议的修改同步到跨国服的协议中。也就是说某个版本的实时对战协议需要更新时，必须要同时更新跨国服与本国服的协议，但并不需要修改其他国家版本的协议，就可以让跨国服同时兼容各国家版本的客户端的实时对战。

以协议MoveReq为例：

跨国服当前协议:

<struct name＝”MoveReq”version＝”100”>

<entry name＝”Param1”version＝”99”/>

<entry name＝”Param2”version＝”100”/>

</struct>

本国服(国家1)当前协议:

<struct name＝”MoveReq”version＝”100”>

<entry name＝”Param1”version＝”99”/>

<entry name＝”Param2”version＝”100”/>

</struct>

本国服(国家2)当前协议：

<struct name＝”MoveReq”version＝”99”>

<entry name＝”Param1”version＝”99”/>

</struct>

然后因为国家2的游戏客户端的版本开发，需要在MoveReq协议中增加一个字段Param3，所以要先把跨国服的协议同步到本国服，也就是国家2的协议变成：

<struct name＝”MoveReq”version＝”100”>

<entry name＝”Param1”version＝”99”/>

<entry name＝”Param2”version＝”100”/>

</struct>

然后国家2协议中再加入新字段Param3，版本号变成101：

<struct name＝”MoveReq”version＝”101”>

<entry name＝”Param1”version＝”99”/>

<entry name＝”Param2”version＝”100”/>

<entry name＝”Param3”version＝”101”/>

</struct>

再把协议同步到跨国服，也就是在跨国服中也添加Param3字段并且版本号变为101，那么跨国服的协议变成了：

<struct name＝”MoveReq”version＝”101”>

<entry name＝”Param1”version＝”99”/>

<entry name＝”Param2”version＝”100”/>

<entry name＝”Param3”version＝”101”/>

</struct>

整个过程国家1的协议并没有变化，但是经过上述的协议兼容操作则可以保证跨国服可以同时兼容国家1和国家2的协议。

下面说明玩家在本国服与跨国服中角色数据处理和保存机制。

由于本国服是已经上线运营的版本，因此玩家在本国服中已经存在了相关的角色数据。而各本国服在创建玩家角色数据时所采用的机制是一样的，如果直接将各本国服玩家的角色数据同步到跨国服中使用的话就有可能导致玩家角色的OpenID和OpenID的冲突。因此可以采用了账号映射的方式。首先，给各本国服版本分配一个唯一的编号(固定长度，如01，02)，然后再根据该编号与玩家的OpenID生成玩家对应的跨国服的OpenID(如果有本国服是分区分服的则可以加上小区ID)，具体公式如下：

跨国服的OpenID＝玩家本国服的OpenID+本国服序号(+小区ID)

这样就可以保证各本国服玩家在跨国服中OpenID的唯一性，然后再根据跨国服的OpenID建立新的角色数据。通过这种方式，就可以让玩家在本国服与跨国服上拥有相应的角色数据，且建立起一一对应的关系。同时，玩家在跨国服的角色中，只保存跨国战相关的数据，保证本国服与跨国服角色数据的独立性。

下面继续说明本国服与跨国服消息转发的可靠性保证。

根据上述架构图可以看出，本国服是部署在不同的国家，不同的本国服在地域上分布比较分散。为了降低消息转发时所使用的带宽成本以及部署的复杂度，在本方案中，跨国服与本国服之间的消息转发直接通过公网。同时，由于公网比较复杂，稳定性比专用网络差，提供了如下的消息传输机制保证消息的可靠触达。

作为示例，跨国战相关的消息分为两类：

一类是与玩家实时交互相关的消息(在线消息)，这类消息对实时性要求比较高，比如跨国战商品的购买；另外一类是离线消息，这类消息对实时性要求并不高，比如跨国战奖励发放的消息。

对于在线消息，可以通过两条路径对消息进行转发：

第一条路径是本国服与跨国服的通信代理；

第二条路径是通过客户端进行中转(本国服发给客户端，客户端再转发到跨国服，或者相反)。

通过这种冗余传输的方式，可以提高这类实时性要求比较高的消息的转发的可靠性，即使通信代理间的网络出现问题，消息仍然能够通过客户端进行转发。

在特殊的情况中，当两条路径传输都出现问题的时候，通过消息重发的机制，来确保消息准确转发。比如当玩家在本国服购买商品成功后，会先把该购买数据落地在本国服，然后再进行消息的传输到跨国服，如果两条路径都传输失败，那么在玩家再次登录或者再次购买的时候系统会再同步一次该购买数据。

由于这种消息是冗余传输的，接收方有可能收到多条消息，所以要确保接收方处理消息时不会因为消息重复收到而导致数据错乱。比如玩家购买商品的消息，每次同步时都是同步全量的商品购买信息，并且给该数据增加版本号以免旧的数据覆盖新的数据。

对于离线消息跨国服采用消息持久化的方式来保证消息传递的可靠性，先将消息落地，然后再传输，等接收方确认后再把消息删除，没有收到确认信息时，会不断进行消息的转发，消息只能通过通信代理进行转发，同时，对于重复接收的消息避免重复提示。

在游戏业务系统的架构上，本国服的通信代理是分布式的，无主备之分，可动态增加或减少，一般每个版本的游戏客户端的跨国服中都会部署两个或以上的通信代理。跨国服的通信代理有主备之分，在主备切换过程中消息不会丢失。

下面继续说明跨国战匹配机制。

玩家在进行跨国实时对战的时候，跨国服会优先将本国玩家匹配到一个队伍中，同时将非本国玩家匹配到对手的队伍中。同时，为了增加游戏的可玩性，在匹配的过程中除了考虑玩家的国籍外，还会参考玩家的elo值(技能水平)。

下面继续说明跨国战商品的管理以及玩家购买跨国战商品的机制。

由于各个国家的版本都是相互独立运营的，那么运营商希望能够自定义跨国战的商品的价格；通过统一定义跨国战的商品类别和属性信息，然后再由各版本的运营商自定价格，自行上架；为了保证跨国对战时的公平性，跨国战商品需要在所有版本中同时上线。

参见图11，图11是本发明实施例提供的跨国战中商品购买的一个可选的流程示意图，跨国战商品的购买是在本国服中进行的，玩家先登录本国服，然后进行跨国战商品购买，对于玩家来说整个流程都是在本国服中完成，包括支付，本国服会自动把购买的商品同步到跨国服并保存在玩家跨国服的角色数据中。

下面继续说明跨国战奖励的管理以及发放过程。

参见图12，图12是本发明实施例提供的跨国战中商品购买的一个可选的流程示意图，同样，游戏各版本是独立运营的，那么运营商也是希望能够独立管理跨国战中玩家所获得的奖励内容。在本方案中，所有玩家的跨国战数据都保存在跨国服中，在发奖的时候，将玩家的相关的数据，如排名、段位同步到本国服中，然后在本国服读取相应的奖励配置表进行奖励的发放。这样，运营商就可以根据实际情况配置各自版本的跨国战奖励物品了。

需要指出，跨国战商品都是由先统一定义，然后由各国运营商自行把商品上线，流程有点繁琐，而且有可能商品上线的时间不一致，导致不同版本的玩家所能购买到的跨国商品不一样，这样就有可能影响玩家在跨国战中实时对战的竞技的公平性。所以我们可以采用对商品进行统一管理的方案。先根据运营商的需求对商品进行定价(同一个商品对每个版本都有一个价格)，然后将跨国战的商品统一在跨国服上进行配置上线，再根据通信代理把商品信息推送到各本国服的商店中，这样就可以实现商品的统一管理了，跨国战的商品就可以实现所有版本中同一时间上线，而且只需要在跨国服上配置即可。

综上所述，将跨区域业务处理方案应用在游戏业务场景中时，能够将同一款游戏在不同国家已发行的版本的玩家联系起来，进行实时对战，丰富了游戏的玩法，提高了游戏的可玩性。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和范围之内所作的任何修改、等同替换和改进等，均包含在本发明的保护范围之内。

Claims (10)

1.一种跨区域业务处理方法，其特征在于，包括：

当区域业务实体在所辖区域中提供业务所使用的协议发生更新时，通过跨区域业务实体与所述区域业务实体使用更新的协议参数进行协议的同步；

根据与不同区域业务实体之间的协议的同步，形成融合不同区域业务实体所使用协议的兼容协议；

响应于所述区域业务实体所辖区域中客户端的跨区域业务请求，使用所述兼容协议解析所述业务请求，获得响应所述跨区域业务请求所使用的协议参数；

形成符合所获得协议参数的业务响应，将所述业务响应同步到参与跨区域业务的客户端。

2.根据权利要求1所述的跨区域业务处理方法，其特征在于，还包括:

当跨区域业务处理系统初始化时，通过所述跨区域业务实体与所述区域业务实体分别对所使用的协议进行同步更新；

其中，同步更新后的兼容协议中，包括不同区域业务实体同步更新后的协议中的相应协议参数。

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

当所述区域业务实体所使用的协议发生更新时，响应于所述区域业务实体的同步请求，将所述跨区域业务实体使用的兼容协议同步到所述区域业务实体本地；

获得所述区域业务实体返回的更新的兼容协议，其中包括所述区域业务实体所使用的协议中更新的协议入口和协议版本号；

将所述区域业务更新后的兼容协议同步到所述跨区域业务实体。

4.根据权利要求1所述的跨区域业务处理方法，其特征在于，还包括：

响应于所述区域业务实体的已登录的客户端发送的跨区域登录请求，对所述跨区域登录请求携带的授权令牌进行鉴权，鉴权成功时授权所述客户端登录所述跨区域业务实体；

其中，所述授权令牌为所述客户端向所归属的区域业务实体发送跨区域业务请求时，由所归属的区域业务实体下发。

5.根据权利要求1所述的跨区域业务处理方法，其特征在于，还包括：

根据所接收的在线消息，在所述跨区域业务实体本地同步所述客户端的跨区域业务功能；

其中，所述在线消息为所述区域业务实体响应所述客户端的跨区域业务请求分配跨区域业务功能时，经由专用网络链路、并通过所述客户端向跨区域业务实体发送，以及，将所述在线消息经由公共网络链路发送。

6.根据权利要求5所述的跨区域业务处理方法，其特征在于，还包括：

当所述区域业务实体发送所述在线消息失败，并且，

所述客户端重新登录所归属的区域业务实体、或者所述客户端再次获取跨区域业务功能时，

接收所述区域业务实体重新发送的在线消息。

7.根据权利要求5所述的跨区域业务处理方法，其特征在于，

所述在线消息，用于当所述区域业务实体向所述客户端分配跨区域业务功能，并且根据所述跨区域业务功能的资费对所述客户端进行扣费成功后，在所述跨区域业务实体同步所述跨区域业务功能。

8.根据权利要求1所述的跨区域业务处理方法，其特征在于，还包括：

当生成对应所述客户端的离线消息时，经由所述客户端所归属的区域业务实体、发送所述离线消息至所述客户端，当所述客户端确认接收所述离线消息时，删除跨区域业务实体持久化存储的所述离线消息。

9.根据权利要求1所述的跨区域业务处理方法，其特征在于，还包括：

当授权在所述区域业务实体中已登录的客户端登录所述跨区域业务实体时，

将所述客户端在所述区域业务实体中的标识转换为在所述跨区域业务实体中的标识；

根据所述客户端的区域内业务属性，在所述跨区域业务实体中初始化与转换后的标识关联的跨区域业务属性；

其中，所述区域内业务属性用于在所述客户端归属的区域业务实体形成相符合的业务响应，所述跨区域业务属性用于在所述客户端在归属的区域业务实体形成相符合的业务响应。

10.根据权利要求9所述的跨区域业务处理方法，其特征在于，所述将所述已登录客户端在所述区域业务实体的标识转换为在所述跨区域业务实体的标识，包括：

将所述客户端在所归属的区域业务实体中的标识、与所述跨区域业务实体的标识结合，形成所述已登录客户端在所述跨区域业务实体中的标识；

或者，

将所述客户端在所归属的区域业务实体中的标识、与所述跨区域业务实体的标识、以及所述区域业务实体所处区域的标识结合，形成所述已登录客户端在所述跨区域业务实体中的标识。

Images