CN111330265B - 计算机系统、虚拟区的登录方法、装置、设备及介质 - Google Patents

Abstract

本申请公开了一种计算机系统、虚拟区的登录方法、装置、设备及介质，应用于服务器领域。该系统包括：大厅服务器、全局服务器和数据库；大厅服务器，用于接收客户端发送的登录请求，登录请求携带有用户帐号和第一虚拟区号；根据登录请求向全局服务器发送用户信息获取指令；根据全局服务器反馈的用户信息将用户帐号登录至大厅服务器；全局服务器，用于根据用户信息获取指令从数据库中获取用户帐号的用户信息；将用户帐号的用户信息反馈至大厅服务器；数据库，用于存储m个虚拟区中的各个用户帐号的用户信息，m是正整数；其中，大厅服务器中登录有不同虚拟区的用户帐号。该计算机系统可以实现不同虚拟区的用户帐号可以共同进行业务。

Description

计算机系统、虚拟区的登录方法、装置、设备及介质

技术领域

本申请涉及服务器领域，特别涉及一种计算机系统、虚拟区的登录方法、装置、设备及介质。

背景技术

在游戏应用程序中，服务器会为用户提供多个游戏区，用户可以选择其中一个游戏区注册游戏帐号，登录到游戏区进行游戏。

相关技术中，一个服务器对应一个游戏区，每个游戏区的游戏数据都存储在各自服务器中。例如，游戏服务器提供有1区和2区，1区的游戏数据存储在第一服务器中，2区的游戏数据存储在第二服务器中。用户需要登录1区时，向第一服务器发送登录请求，第一服务器接收到登录请求后获取用户在第一服务器中存储的用户数据，使用户登录到1区。当用户需要进行对局匹配时，第一服务器中只存有1区用户的游戏数据，只能为用户匹配到1区的用户。

相关技术提供的游戏区登录方法，不同游戏区的用户无法一起进行游戏。

发明内容

本申请实施例提供了一种计算机系统、虚拟区的登录方法、装置、设备及介质，可以使不同游戏区的用户能够共同进行业务，例如，进行对局、聊天、交易等。所述技术方案如下：

根据本申请的一个方面，提供了一种计算机系统，所述系统包括：大厅服务器、全局服务器和数据库；

所述大厅服务器，用于接收客户端发送的登录请求，所述登录请求携带有用户帐号和第一虚拟区号，所述第一虚拟区号与第一虚拟区相对应；根据所述登录请求向所述全局服务器发送用户信息获取指令；根据所述全局服务器反馈的用户信息将所述用户帐号登录至所述大厅服务器，所述用户信息是所述用户帐号在所述第一虚拟区的信息；

所述全局服务器，用于根据所述用户信息获取指令从所述数据库中获取所述用户帐号的用户信息；将所述用户帐号的所述用户信息反馈至所述大厅服务器；

所述数据库，用于存储m个虚拟区中的各个用户帐号的用户信息，m是正整数；

其中，所述大厅服务器中登录有不同虚拟区的用户帐号。

根据本申请的另一个方面，提供了一种虚拟区的登录方法，所述方法应用于计算机系统中，所述计算机系统包括：大厅服务器、全局服务器和数据库；所述方法包括：

所述大厅服务器接收客户端发送的登录请求，所述登录请求携带有用户帐号和第一虚拟区号，所述第一虚拟区号与第一虚拟区相对应；根据所述登录请求向所述全局服务器发送用户信息获取指令；根据所述全局服务器反馈的用户信息将所述用户帐号登录至所述大厅服务器，所述用户信息是所述用户帐号在所述第一虚拟区的信息；

所述全局服务器根据所述用户信息获取指令从所述数据库中获取所述用户帐号的用户信息；将所述用户帐号的所述用户信息反馈至所述大厅服务器；

所述数据库存储有m个虚拟区中的各个用户帐号的用户信息，m是正整数；

其中，所述大厅服务器中登录有不同虚拟区的用户帐号。

根据本申请的另一方面，提供了一种虚拟区的登录方法，所述方法应用于大厅服务器；所述方法包括：

接收客户端发送的登录请求，所述登录请求携带有用户帐号和第一虚拟区号，所述第一虚拟区号与第一虚拟区相对应；

根据所述登录请求向所述全局服务器发送用户信息获取指令；

根据所述全局服务器反馈的用户信息将所述用户帐号登录至所述大厅服务器，所述用户信息是所述用户帐号在所述第一虚拟区的信息；

其中，所述大厅服务器中登录有不同虚拟区的用户帐号。

根据本申请的另一方面，提供了一种虚拟区的登录装置，所述装置包括：

接收模块，用于接收客户端发送的登录请求，所述登录请求携带有用户帐号和第一虚拟区号，所述第一虚拟区号与第一虚拟区相对应；

发送模块，用于根据所述登录请求向所述全局服务器发送用户信息获取指令；

登录模块，根据所述全局服务器反馈的用户信息将所述用户帐号登录至所述大厅服务器，所述用户信息是所述用户帐号在所述第一虚拟区的信息；

其中，所述大厅服务器中登录有不同虚拟区的用户帐号。

根据本申请的另一方面，提供了一种计算机设备，所述计算机设备包括：处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如上方面所述的由大厅服务器执行的虚拟区的登录方法。

根据本申请的另一方面，提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如上方面所述的由大厅服务器执行的虚拟区的登录方法。

本申请实施例提供的技术方案带来的有益效果至少包括：

通过当大厅服务器接收到登录请求时，根据登录请求中的用户帐号和虚拟区号，向全局服务器获取用户帐号在该虚拟区的用户信息，根据获取到的用户信息使用户帐号登录到大厅服务器。使大厅服务器可以获取到不同虚拟区的用户信息，一个大厅服务器中可以登录不同虚拟区的用户帐号，实现不同虚拟区的数据共享，使不同虚拟区的用户帐号可以共同进行业务，例如，进行对局、聊天、交易等。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。

图1是本申请一个示例性实施例提供的相关技术中的计算机系统的框图；

图2是本申请一个示例性实施例提供的相关技术中登录界面的示意图；

图3是本申请一个示例性实施例提供的计算机系统的框图；

图4是本申请另一个示例性实施例提供的计算机系统的框图；

图5是本申请另一个示例性实施例提供的虚拟区和逻辑区对应关系的示意图；

图6是本申请另一个示例性实施例提供的虚拟区的登录方法的流程图；

图7是本申请另一个示例性实施例提供的虚拟区的登录方法的流程图；

图8是本申请另一个示例性实施例提供的虚拟区的登录方法的流程图；

图9是本申请另一个示例性实施例提供的虚拟区的登录方法的流程图；

图10是本申请另一个示例性实施例提供的虚拟区的登录方法的流程图；

图11是本申请另一个示例性实施例提供的虚拟区的登录装置的示意图；

图12是本申请一个示例性实施例提供的服务器的框图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

首先，对本申请实施例中涉及的名词进行介绍：

分区：是应用程序开发者为了便于管理数量庞大的用户数据，为用户帐号设置的一种分类管理方式。示例性的，在新用户注册用户帐号时，由用户选择或由服务器为用户分配到一个虚拟区，该用户帐号的数据与该虚拟区对应的存储，如此，将多个用户帐号的用户数据分为多个虚拟区，减少每个虚拟区的用户帐号数量，便于管理用户帐号、减少每个虚拟区的用户数据量、减轻服务器负载、提高服务器的运行效率。示例性的，相关技术中，每个虚拟区对应有一个服务器，该服务器服务于该虚拟区内的所有用户帐号，存储所有用户帐号的用户数据，进行所有用户帐号在使用应用程序时产生的逻辑运算，并在运算结束后及时更新存储的用户数据。例如，在一种射击游戏中，提供有虚拟区：1区和2区，1区对应有第一服务器，2区对应有第二服务器。当新用户需要注册用户帐号时，新用户选择1区注册用户帐号1，则用户帐号1的所有用户数据都会存储在第一服务器中，用户帐号1在射击游戏中需要进行的逻辑运算都由第一服务器完成。用户在下一次登录射击游戏时，选择1区登录到第一服务器，从而读取用户帐号1的用户数据。若用户想要在2区进行游戏，则需要在2区重新注册用户帐号2，用户帐号2的用户数据存储于第二服务器。

虚拟区：是用户可见的分区结果。示例性的，虚拟区对应有虚拟区号、虚拟区名称、虚拟区编号等。例如，用户在登录应用程序时，可以选择“20区凤舞九天”“21区山高水远”等多个虚拟区中的一个虚拟区进行登录。其中，“20 区”、“21区”是虚拟区编号，“凤舞九天”、“山高水远”是虚拟区名称，在服务器中“20区凤舞九天”对应有虚拟区号“0001”，“21区山高水远”对应有虚拟区号“0002”。示例性的，虚拟区也可以称为游戏区。示例性的，本申请中虚拟区号用来区分不同虚拟区的用户数据，例如，第一虚拟区的用户数据与虚拟区号“001”相对应，第二虚拟区的用户数据与虚拟区号“002”相对应，服务器可以根据虚拟区号来调用不同虚拟区的用户数据。

逻辑区：本申请中的逻辑区是虚拟区下分的分区。例如，第一虚拟区包括第一逻辑区、第二逻辑区和第三逻辑区，第二虚拟区包括第四逻辑区和第五逻辑区。示例性的，逻辑区是用户不可见的分区，逻辑区对应有逻辑区号。示例性的，逻辑区是用户数据实际存储的位置区域。示例性的，逻辑区号是用户数据实际存储的位址。例如，第一虚拟区包括第一逻辑区，第一虚拟区的虚拟区号为“111”，第一逻辑区的逻辑区号为“000”，则服务器可以根据虚拟区号“111”、逻辑区号“000”以及用户帐号来获取该用户帐号在第一虚拟区的用户数据。示例性的，逻辑区是虚拟区下的二级分区，逻辑区号的设置也可以根据其他方式来生成，例如，随机生成逻辑区号。示例性的，逻辑区号用于在合区或分区时，使不同虚拟区的用户数据可以具有唯一性。例如，在第一虚拟区的第一逻辑区有用户帐号1，其中用户帐号1的编号为“001”；在第二虚拟区的第二逻辑区有用户帐号2，其中用户帐号2的编号也为“001”，当需要将第一虚拟区和第二虚拟区进行合并时，将第一虚拟区和的第二虚拟区的虚拟区号设置为相同的虚拟区号，但由于用户帐号1和用户帐号2的逻辑区号不同，即使他们的编号相同，也可以将两个用户帐号的数据区分开来，保证每个用户帐号的唯一性。

示例性的，图1给出了相关技术提供的一种中由多种服务器组成的计算机系统。

该计算机系统主要包括游戏更新模块101、负载均衡模块102、全局服务模块103、1区服务器集群104、n区服务器模块。当客户端需要登录游戏时，客户端经过高防的安全验证后，向负载均衡模块发送登录请求，负载均衡模块向用户提供各个分区服务器的负载情况，并向用户推荐合适的分区服务器，用户可以选择已经注册过用户帐号的分区服务器进行登录，也可以根据负载情况在负载较少的分区服务器注册新的用户帐号进行登录。例如，负载均衡模块获取各分区服务器的负载情况后，向客户端提供如图2所示的分区列表，分区列表中列出了所有分区，例如，分区“QQ161区”、“QQ162区”、“QQ163区”、“QQ164区”、“QQ165区”、“QQ166区”、“QQ167区”、“QQ168区”，其中“QQ168区”处于繁忙状态其他分区处于通畅状态，用户可以从分区列表中任选一个分区登录。示例性的，用户还可以点击“我的服务器”115来查看已经注册过用户帐号的分区列表。

用户登录到某个分区服务器后，例如，登录到1区，在1区服务器集群104 中包括多个服务器，例如，1区服务器模块104包括多个游戏服务器、RDS (Relational DatabaseService，关系型数据库服务)、中心服务器、Redis(Remote Dictionary Server，远程字典服务)、好友服务器、排行服务器、聊天服务器。其中，游戏服务器用于进行对战匹配和对战房间的逻辑运算；RDS和Redis用于存储1区的游戏数据，中心服用于协调各服务器间的工作，好友服务器、排行服务器、聊天服务器分别用于进行好友、排行、聊天的逻辑运算。示例性的，在该计算机系统中，每个分区对应有一个分区服务器集群，该分区服务器集群中包括有数据库，每个分区的游戏数据统一存储在该数据库中。

示例性的，图1中的游戏更新模块101用于当游戏应用程序需要进行更新时，向客户端发送更新数据。高防用于验证用户帐号的安全性和合法性。全局服务103用于为所有分区的用户帐号提供支付服务。运维自动化模块用于开发者或游戏运维人员对服务器进行管理和维护，数据分析模块用于对各服务器中的数据进行分析，例如，对各服务器中注册的用户帐号数量进行分析，便于开发者或运维人员确定是否需要开设新的分区或对现有的分区进行合区。

在图1所示的计算机系统中，1区、n区为虚拟区，是用户可见的分区，用户登录到虚拟区后，在该虚拟区内进行游戏活动，所有的逻辑运算以及数据存储都是由该虚拟区对应的服务器集群完成。由于不同虚拟区之间的数据不具有唯一性，例如，1区有编号为“001”的用户帐号，2区也有一个编号为“001”的用户帐号，不同虚拟区的数据之间不能进行交互，且不同虚拟区都有各自的游戏服务器、好友服务器、聊天服务器，各个区的游戏对局、聊天、好友等逻辑运算都是在各自的服务器中进行的，无法使不同虚拟区的用户帐号共同进行业务，例如，进行对局、聊天、交易等。

示例性的，图3给出了本申请提供的一种计算机系统。该计算机系统100 包括：全局服务器106、大厅服务器107和数据库110。

大厅服务器107，用于接收客户端发送的登录请求，登录请求携带有用户帐号和第一虚拟区号，第一虚拟区号与第一虚拟区相对应；根据登录请求向全局服务器发送用户信息获取指令；根据全局服务器反馈的用户信息将用户帐号登录至大厅服务器，用户信息是用户帐号在第一虚拟区的信息；

全局服务器106，用于根据用户信息获取指令从数据库中获取用户帐号的用户信息；将用户帐号的用户信息反馈至大厅服务器；

数据库110，用于存储m个虚拟区中的各个用户帐号的用户信息，m是正整数；

其中，大厅服务器107中登录有不同虚拟区的用户帐号。

综上所述，本实施例提供的计算机系统，通过当大厅服务器接收到登录请求时，根据登录请求中的用户帐号和虚拟区号，向全局服务器获取用户帐号在该虚拟区的用户信息，根据获取到的用户信息使用户帐号登录到大厅服务器。使大厅服务器可以获取到不同虚拟区的用户信息，一个大厅服务器中可以登录不同虚拟区的用户帐号，实现不同虚拟区的数据共享，使不同虚拟区的用户帐号可以共同进行业务，例如，进行对局、聊天、交易等。

示例性的，图4给出了本申请提供的另一种计算机系统。在图3所示的计算机系统的基础上，该计算机系统还包括：逻辑服务器112、短链接服务器113。其中，逻辑服务器112至少包括：至少一个匹配逻辑服务器、至少一个对战逻辑服务器、至少一个聊天逻辑服务器。

在一个可选的实施例中，登录请求还携带有：第一虚拟区号对应的第一逻辑区号，一个逻辑区号对应一个虚拟区号，一个虚拟区号对应至少一个逻辑区号；

大厅服务器107，用于根据登录请求向全局服务器发送用户信息获取指令，用户信息获取指令包括用户帐号和第一逻辑区号。

在一个可选的实施例中，大厅服务器107，用于向全局服务器发送应用数据获取指令，应用数据获取指令包括用户帐号和第一逻辑区号中的至少一个；接收全局服务器发送的应用数据，应用数据是用户帐号进行业务时所需数据；

全局服务器106，用于根据应用数据获取指令从数据库中获取应用数据；将应用数据发送至大厅服务器；

数据库110，用于存储至少一个虚拟区的应用数据。

在一个可选的实施例中，全局服务器106，用于接收合区请求，合区请求包括：第二逻辑区号、第三逻辑区号；根据合区请求更新第一合服表得到第二合服表，将第二逻辑区号与第二虚拟区号相对应，将第三逻辑区号与第二虚拟区号相对应，合服表存储有逻辑区号与虚拟区号之间的对应关系；向大厅服务器发送第二合服表；

大厅服务器107，用于接收第二合服表。

在一个可选的实施例中，全局服务器106，用于接收分区请求，分区请求包括：第四逻辑区号、第五逻辑区号；根据分区请求更新第一合服表得到第三合服表，将第二逻辑区号与第三虚拟区号相对应，将第三逻辑区号与第四虚拟区号相对应，合服表存储有逻辑区号与虚拟区号之间的对应关系；向大厅服务器发送第三合服表；

大厅服务器107，用于接收第三合服表。

在一个可选的实施例中，大厅服务器107包括n个大厅服务器，n为正整数；系统还包括：分配服务器117；

分配服务器117，用于根据分配原则，将登录请求转发至n个大厅服务器的第i个大厅服务器中，i为不大于n的整数。

在一个可选的实施例中，分配服务器117，用于获取n个大厅服务器的负载情况；根据n个大厅服务器的负载情况，确定负载最小的第i个大厅服务器；将登录请求转发至第i个大厅服务器中。

在一个可选的实施例中，该系统还包括：匹配逻辑服务器和对战逻辑服务器；

大厅服务器107，还用于接收客户端发送的匹配请求，匹配请求携带有用户帐号；将匹配请求转发至匹配逻辑服务器；

匹配逻辑服务器，用于根据匹配请求为用户帐号匹配对战用户帐号；响应于匹配成功，确定用户帐号和对战用户帐号在对战逻辑服务器上的对战房间；

对战逻辑服务器，用于向用户帐号和对战用户帐号提供对战房间；

其中，用户帐号和对战用户帐号属于不同的虚拟区。

在一个可选的实施例中，该系统还包括：聊天逻辑服务器；

匹配逻辑服务器，响应于匹配成功，确定用户帐号和对战用户帐号在聊天逻辑服务器上的聊天频道；

聊天逻辑服务器，用于向用户帐号和对战用户帐号提供聊天频道。

在一个可选的实施例中，该系统还包括：短链接服务器；

短链接服务器113，用于向客户端发送虚拟区列表，虚拟区列表包括至少一个虚拟区、虚拟区的虚拟区号、虚拟区对应的虚拟区名称。

示例性的，数据库110与逻辑服务器112、大厅服务器107、全局服务器106 相连，用于存储、更新各个虚拟区的数据。示例性的，数据库110中存有虚拟区列表，虚拟区列表中包括虚拟区号、虚拟区名称。示例性的，虚拟区列表是用户可见的列表，用户可以在虚拟区列表中选择需要登录的虚拟区进行登录。示例性的，数据库中还存有合服表。合服表是用户不可见的列表。合服表中存储有虚拟区号和逻辑区号的对应关系。示例性的，大厅服务器、全局服务器、短链接服务器和逻辑服务器中都存有虚拟区列表和合服表。各个服务器可以根据合服表查询虚拟区号对应的逻辑区号，从而利用逻辑区号从数据库中获取虚拟区的数据。虚拟区与逻辑分区的对应关系包括：一个虚拟区对应至少一个逻辑分区，一个逻辑分区对应一个虚拟区。例如，如图4所示的虚拟区列表111 中：虚拟区1对应逻辑区1、虚拟区m对应逻辑区2和逻辑区3。示例性的，如图5所示，给出了另一种逻辑分区与虚拟区的对应关系示意图。其中，虚拟区1 对应逻辑区1，虚拟区2对应逻辑区2，虚拟区3对应逻辑区3以及逻辑区4。逻辑区1至逻辑区4存储在物理区116中。示例性的，物理区116是数据库中的存储位置。例如，如表1所示，给出了一种虚拟区列表的示例。

表1

示例性的，短链接服务器113中的虚拟区列表是通过全局服务器106获取的。示例性的，大厅服务器107、全局服务器106、逻辑服务器112、短链接服务器113根据虚拟区列表以及合服表来查询虚拟区、虚拟区号、逻辑区号的对应关系，进而调用各个虚拟区的数据。

示例性的，每个大厅服务器都可以通过全局服务器从数据库中获取全部虚拟区的数据，因此，用户登录到任一一个大厅服务器上都可以登录到任意一个虚拟区。如图4所示，例如，客户端108包括用户1的第一客户端、用户2的第二客户端、用户3的第三客户端，其中，用户1在第1个大厅服务器上登录到虚拟区1，用户2在第1个大厅服务器上登录到虚拟区m，用户3在第i个大厅服务器109上登录到虚拟区1。则，第1大厅服务器中既登录有虚拟区1的用户帐号，也登录有虚拟区m的用户帐号。

示例性的，管理页面114与全局服务器相连。管理页面114是开发者用于维护、管理该计算机系统所使用的页面、客户端或应用程序。开发者可以通过管理页面114进行虚拟区的合区和分区操作。

示例性的，由大厅服务器接收并处理客户端发送的信息，并根据信息的种类确定由大厅服务器处理、或转发至逻辑服务器处理，或转发至全局服务器处理，并接收逻辑服务器或全局服务器的处理结果，将处理结果反馈给客户端。示例性的，客户端也可以直接与逻辑服务器或全局服务器进行数据交互。

示例性的，大厅服务器读取数据库数据是通过全局服务器进行的，即，大厅服务器向全局服务器发送数据获取请求，由全局服务器从数据库中查询到数据后将数据发送给大厅服务器。示例性的，全局服务器中包括数据库代理服务器，数据库代理服务器用于处理大厅服务器发送给全局服务器的数据获取请求，从数据库中获取数据后将数据发送给大厅服务器。示例性的，大厅服务器也可以直接从数据库中查询数据。

示例性的，全局服务器106用于处理跨区信息。例如，跨区加好友、跨区活动、跨区副本等。例如，当客户端向大厅服务器发送了全区搜索名为“阿尔法”的用户帐号的请求时，大厅服务器将该搜索请求转发至全局服务器，由全局服务器根据搜索请求从数据库中查找所有虚拟区里名为“阿尔法”的用户帐号，将搜索结果返回给大厅服务器，大厅服务器再将搜索结果发送给客户端。示例性的，全局服务器中还包括专门处理跨区信息的服务器，例如，有专门的好友服务器处理添加好友的逻辑。

示例性的，大厅服务器107用于处理本区信息。示例性的，该本区信息是指用户帐号登录到大厅服务器时所选择的虚拟区的信息。例如，用户帐号登录到1区后，用户帐号在1区中发生的数据的读取和处理、1区的排行榜生成和读取、1区的活动数据的处理等。示例性的，当大厅服务器中登录有多个虚拟区的用户帐号时，大厅服务器可以处理多个虚拟区的信息。例如，大厅服务器中登录有1区、5区、7区的用户帐号，则大厅服务器可以处理1区、5区、7区的信息。示例性的，当大厅服务器接收到需要全局服务器或逻辑服务器处理的信息时，将信息转发至逻辑服务器或全局服务器。

示例性的，逻辑服务器112用于处理某种特定逻辑事件。例如，逻辑服务器中的匹配逻辑服务器，用于进行对局匹配。当客户端向大厅服务器发送匹配请求时，大厅服务器将匹配请求以及客户端的用户帐号信息转发至匹配服务器，由匹配服务器为用户帐号匹配对战用户帐号，并为本次对战分配对战房间(对战逻辑服务器)，匹配成功后，匹配逻辑服务器将匹配结果发送至大厅服务器，由大厅服务器转发给客户端；或，匹配成功后，匹配逻辑服务器直接将匹配结果发送至客户端。对战逻辑服务器用于处理对战过程中的逻辑运算，例如，处理对战过程中射出的子弹的运行轨迹和射击结果。示例性的，对战逻辑服务器可以与客户端直接进行数据交互，也可以通过大厅服务器进行中转实现数据交互。聊天逻辑服务器用于处理聊天逻辑运算，例如，提供局内聊天频道、各个虚拟区的聊天频道、全区的聊天频道、战队聊天频道、组队聊天频道、好友聊天频道等。示例性的，逻辑服务器还可以包括其他用于完成特定逻辑事件的服务器，例如，副本服务器、交易服务器、擂台服务器、好友服务器、直播服务器、特殊对战模式的服务器等。

示例性的，客户端108运行在终端上，终端可以是智能手机、平板电脑、电子书阅读器、MP3播放器、MP4播放器、膝上型便携计算机和台式计算机中的至少一种。以下实施例以终端包括智能手机来举例说明。客户端包括支持竞技对局的应用程序。该应用程序可以是射击游戏、第一人称射击游戏、第三人称射击游戏、多人枪战类生存游戏、多人在线战术竞技游戏、角色扮演游戏、即时战略游戏、竞速游戏、音乐游戏中的任意一种。本领域技术人员可以知晓，客户端(终端)的数量可以更多或更少。比如客户端可以仅为一个，或者客户端为几十个或几百个，或者更多数量。本申请实施例对客户端的数量和设备类型不加以限定。

本申请中提供的方法可以应用于支持竞技对局的程序中，例如：射击游戏(Shooting Game，STG)、第一人称射击游戏(First-Rerson Shooting game，FPS)、第三人称射击游戏(Third-Personal Shooting Game，TPS)、多人在线战术竞技游戏(MultiplayerOnline Battle Arena Games，MOBA)、角色扮演游戏(Role-playing Game，RPG)、即时战略游戏(Real-Time Strategy Game，RTS)、竞速游戏(Racing Game，RCG)、音乐游戏(MusicGame，MSC)等。

图6示出了本申请一个示例性实施例提供的虚拟区的登录方法的流程图。该方法可以由图3或图4所示的计算机系统来执行。计算机系统包括：大厅服务器、全局服务器和数据库。所述方法包括：

步骤202，客户端向大厅服务器发送登录请求。

登录请求用于请求用用户帐号在指定虚拟区的用户信息登录到大厅服务器上。示例性的，登录请求中包括用户帐号和虚拟区号。示例性的，用户指定的虚拟区是第一虚拟区，则登录请求中包括用户帐号和第一虚拟区号。第一虚拟区号是第一虚拟区的虚拟区号。

示例性的，步骤202是在客户端上登录有用户帐号之后进行的步骤。例如，用户打开客户端后，先用手机号进行用户帐号的注册和登录，之后客户端的用户界面上显示虚拟区列表，当用户选择其中一个虚拟区进入游戏时，客户端向大厅服务器发送登录请求。可选地，用户也可以通过其他方式进行用户帐号的注册和登录，例如，用社交程序的用户帐号同步登录到客户端。

示例性的，登录请求中还可以包括IP(Internet Protocol，网际互连协议)地址、运行客户端的终端信息、用户密码等。

步骤205，大厅服务器接收客户端发送的登录请求，登录请求携带有用户帐号和第一虚拟区号，第一虚拟区号与第一虚拟区相对应。

步骤206，大厅服务器根据登录请求向全局服务器发送用户信息获取指令。

用户信息获取指令用于向全局服务器请求查询用户帐号在第一虚拟区的用户信息。示例性的，用户信息获取指令包括用户帐号。

用户信息包括用户帐号在第一虚拟区进行业务的数据。例如，用户信息包括用户帐号的昵称、头像、资产数额、好友列表、已开通业务种类。或，用户信息包括用户帐号的昵称、头像、好友列表、段位信息、战队信息、历史战绩、邮件信息、背包信息等。

步骤207，全局服务器根据用户信息获取指令从数据库中获取用户帐号的用户信息。

步骤208，数据库向全局服务器发送用户信息。

步骤209，全局服务器接收到用户信息后，向大厅服务器反馈用户信息。

步骤210，大厅服务器根据全局服务器反馈的用户信息将用户帐号登录至大厅服务器，用户信息是用户帐号在第一虚拟区的信息。

其中，大厅服务器中登录有不同虚拟区的用户帐号。

大厅服务器根据用户帐号在第一虚拟区的用户信息，使用户帐号登录到大厅服务器。示例性的，使用户帐号登录到大厅服务器包括：将用户帐号加入第一虚拟区的在线用户列表；确定客户端可以合法使用用户帐号在第一虚拟区中进行应用操作。

示例性的，用户帐号可以在大厅服务器中登录到不同的虚拟区。即，在大厅服务器上，用户既可以登录到第一虚拟区，也可以登录到第五虚拟区、第七虚拟区等。例如，登录请求中包括用户帐号和第二虚拟区号，则第i个大厅服务器根据登录请求使用户帐号在第二虚拟区的用户信息登录到大厅服务器。

综上所述，本实施例提供的方法，通过当大厅服务器接收到登录请求时，根据登录请求中的用户帐号和虚拟区号，向全局服务器获取用户帐号在该虚拟区的用户信息，根据获取到的用户信息使用户帐号登录到大厅服务器。使大厅服务器可以获取到不同虚拟区的用户信息，一个大厅服务器中可以登录不同虚拟区的用户帐号，实现不同虚拟区的数据共享，使不同虚拟区的用户帐号可以共同进行业务，例如，进行对局、聊天、交易等。

示例性的，本申请还提供有一种由短链接服务器为客户端提供虚拟区列表的示例性实施例。示例性的，本申请还提供有一个根据大厅服务器的负载情况登录虚拟区的示例性实施例。示例性的，登录请求中还包括逻辑区号。示例性的，本申请还提供有一种获取虚拟区信息的示例性实施例。

图7示出了本申请一个示例性实施例提供的分类模型的训练方法的流程图。该方法可以由图4所示的计算机系统来执行。计算机系统还包括：短链接服务器和分配服务器。所述方法包括：

步骤201，短链接服务器向客户端发送虚拟区列表。

虚拟区列表是用户可见的列表，用于使用户选择虚拟区进行登录。示例性的，虚拟区列表包括至少一个虚拟区、虚拟区的名称、虚拟区的虚拟区号。示例性的，虚拟区的编号可以根据虚拟区设立的时间顺序进行顺序编号，例如，从1区编号至100区。示例性的，虚拟区编号和虚拟区号也可以是相同的号码。示例性的，虚拟区列表可以参照表1。

示例性的，虚拟区列表用于向客户端展示可以选的虚拟区，使用户选择其中一个虚拟区进行登录。示例性的，客户端在接收到虚拟区列表后，根据虚拟区列表显示虚拟区选择界面，虚拟区选择界面可以参照图2。当用户选中一个虚拟区后，客户端根据虚拟区列表获取该虚拟区对应的虚拟区号，根据虚拟区号和用户帐号向全局服务器发送登录请求。

示例性的，也可以由全局服务器向客户端发送虚拟区列表，即，短链接服务器与全局服务器合并。

步骤202，客户端向大厅服务器发送登录请求。

示例性的，大厅服务器包括n个大厅服务器，n为正整数。示例性的，当大厅服务器有多个时，客户端向大厅服务器发送的登录请求会通过分配服务器进行中转。分配服务器根据分配原则确定登录请求发送的大厅服务器。

步骤203，分配服务器根据分配原则，将登录请求转发至n个大厅服务器的第i个大厅服务器中，i为不大于n的整数。

分配原则是分配服务器为客户端分配大厅服务器所遵从的规则。示例性的，分配服务器可以根据多种规则为接收到的登录请求分配大厅服务器。例如，根据各个大厅服务器当前的负载情况选择负载较小的大厅服务器分配；根据各个大厅服务器中已经登录的用户帐号数量，选择用户数量较少的大厅服务器分配；根据用户帐号的种类选择对应的大厅服务器分配，例如，当用户帐号是用手机号注册的用户帐号时使其登录到第一大厅服务器，当用户帐号是实名制帐号时使其登录到第二大厅服务器，当用户帐号是未成年用户帐号时使其登录到第三大厅服务器；根据虚拟区号选择对应的大厅服务器分配，例如，第一虚拟区到第十虚拟区的用户帐号使其登录到第一大厅服务器，第十一虚拟区到第二是虚拟区的用户帐号使其登录到第二大厅服务器；根据登录请求发送的时间选择对应的大厅服务器进行分配。示例性的，根据分配原则，不同时间由同一客户端的同一用户帐号发送的登录请求，可能被分配到不同的大厅服务器中进行登录。例如，第一客户端上午向大厅服务器发送的登录请求由第一大厅服务器处理并登录，第一客户端下午向大厅服务器发送的登录请求则由第二大厅服务器处理并登录。其中，上午和下午的登录请求中的用户帐号和虚拟区号相同。

示例性的，分配服务器接收到登陆请求后，根据分配原则从n个大厅服务器中确定出一个大厅服务器，例如，第i个大厅服务器，将登录请求转发至第i 个大厅服务器，使该用户帐号使用第一虚拟区的用户信息登录到第i个大厅服务器。

示例性的，分配服务器获取n个大厅服务器的负载情况；根据n个大厅服务器的负载情况，确定负载最小的第i个大厅服务器；将登录请求转发至第i个大厅服务器中。

示例性的，分配服务器接收到登录请求后，由分配服务器进行负载均衡，获取n个大厅服务器的负载情况，将登录请求转发至负载较小的大厅服务器进行登录。负载情况包括服务器CPU(Central Processing Unit，中央处理器)状态、已登录用户帐号数量、网速中的至少一种。示例性的，负载最小的判断方法可以是综合多个负载参数确定的，例如，将网速大于5兆/秒且已登录用户帐号数量最小的大厅服务器确定为负载最小的大厅服务器。

示例性的，分配服务器随机为登录请求分配大厅服务器。

步骤204，分配服务器向大厅服务器转发登录请求。

步骤205，大厅服务器接收客户端发送的登录请求，登录请求携带有用户帐号和第一虚拟区号，第一虚拟区号与第一虚拟区相对应。

步骤206，大厅服务器根据登录请求向全局服务器发送用户信息获取指令。

示例性的，登录请求还携带有：用户帐号对应的第一逻辑区号，一个逻辑区号对应一个虚拟区号，一个虚拟区号对于至少一个逻辑区号。

示例性的，用户信息获取指令包括用户帐号和第一逻辑区号。

示例性的，登录请求中也不携带有第一逻辑区号。当大厅服务器接收到登陆请求后，根据登录请求中的虚拟区号从合服表中查询虚拟区号对应的逻辑区号，从而获取第一虚拟区号对应的第一逻辑区号。

示例性的，逻辑区与虚拟区的对应关系可以参照如图5所示的示例。示例性的，逻辑区是虚拟区下分的分区。例如，第一虚拟区包括第一逻辑区、第二逻辑区和第三逻辑区，第二虚拟区包括第四逻辑区和第五逻辑区。示例性的，逻辑区是用户不可见的分区，逻辑区对应有逻辑区号。示例性的，逻辑区是用户数据在数据库中实际存储的位置区域。示例性的，逻辑区号是用户数据实际存储的位址。例如，第一虚拟区包括第一逻辑区，第一虚拟区的虚拟区号为“111”，第一逻辑区的逻辑区号为“000”，则服务器可以根据虚拟区号“111”、逻辑区号“000”以及用户帐号来获取该用户帐号在第一虚拟区的用户数据。示例性的，逻辑区是虚拟区下的二级分区，逻辑区号的设置也可以根据其他方式来生成，例如，随机生成逻辑区号。示例性的，逻辑区号用于在合区或分区时，使不同虚拟区的用户数据可以具有唯一性。例如，在第一虚拟区的第一逻辑区有用户帐号1，其中用户帐号1的编号为“001”；在第二虚拟区的第二逻辑区有用户帐号2，其中用户帐号2的编号也为“001”，当需要将第一虚拟区和第二虚拟区进行合并时，将第一虚拟区和的第二虚拟区的虚拟区号设置为相同的虚拟区号，但由于用户帐号1和用户帐号2的逻辑区号不同，即使他们的编号相同，也可以将两个用户帐号的数据区分开来，保证每个用户帐号的唯一性。示例性的，新创建的虚拟区：一个虚拟区对应有一个逻辑区，当进行合区后，一个虚拟区可能对应多个逻辑区。

示例性的，如果没有合区和分区的需要，可以只保留逻辑区号，删除虚拟区号。例如，第一虚拟区对应有第一逻辑区号，没有对应的第一虚拟区号，或所有虚拟区的虚拟区号都统一设定，例如，所有虚拟区的虚拟区号都设置为0。

用户信息是用户帐号在第一虚拟区存储的用户数据、游戏数据。示例性的，用户信息包括用户名、头像、等级、金币数、段位、历史对局数据、好友数据、背包数据等。

示例性的，大厅服务器根据逻辑区号从数据库中获取用户帐号在虚拟区的用户信息。例如，大厅服务器根据逻辑区号以及用户帐号从数据库查询用户帐号的好友列表。

步骤207，全局服务器根据用户信息获取指令从数据库中获取用户帐号的用户信息。

步骤208，数据库向全局服务器发送用户信息。

步骤209，全局服务器接收到用户信息后，向大厅服务器反馈用户信息。

步骤210，大厅服务器根据全局服务器反馈的用户信息将用户帐号登录至大厅服务器，用户信息是用户帐号在第一虚拟区的信息。

其中，大厅服务器中登录有不同虚拟区的用户帐号。

示例性的，给出一种在用户帐号登录到第一虚拟区后，获取应用数据的示例性实施例。

步骤211，客户端向大厅服务器发送应用数据获取请求。

示例性的，应用数据是用户帐号进行业务时所需数据。例如，应用数据可以是用户想要查看的某个用户帐号的主页信息，或某场历史对局的结算界面或录像，或购买某种道具的请求。

示例性的，以应用数据是虚拟区信息为例，当用户帐号登录到第一虚拟区后，用户帐号具有获取第一虚拟区的虚拟区信息的权限，当客户端接收到虚拟区信息查看指令时，向第i个大厅服务器发送虚拟区信息获取请求。

虚拟区信息是本区内的用户帐号可以获取到的相同的信息，本区外的用户帐号无法获取到的信息。例如，虚拟区信息包括第一虚拟区的排行榜信息、聊天频道信息、活动数据中的至少一种。

例如，用户想要查看本区内的战斗力排行榜，则当客户端接收到排行榜查看指令时，向大厅服务器发送虚拟区信息获取请求。

虚拟区信息获取请求用于客户端向大厅服务器请求获取虚拟区信息。示例性的，虚拟区信息获取请求包括：用户帐号、虚拟区号、逻辑区号、虚拟区信息请求内容中的至少一个。例如，当虚拟区信息获取请求是请求获取本区第一活动的活动数据的请求时，虚拟区信息获取请求包括：用户帐号、虚拟区号、第一活动标识。

步骤212，大厅服务器向全局服务器发送应用数据获取指令，应用数据获取指令包括用户帐号和第一逻辑区号中的至少一个。

大厅服务器接收到客户端发送的虚拟区信息获取请求后，根据应用数据获取请求向全局服务器发送应用数据获取指令。应用数据获取指令用于大厅服务器向全局服务器获取应用数据。示例性的，应用数据获取指令包括用户帐号、虚拟区号、逻辑区号、应用数据请求内容中的至少一种。示例性的，根据不同的应用数据请求内容，应用数据获取请求和应用数据获取指令的内容也会不同。例如，当用户请求查看1区的英雄排行榜时，应用数据获取请求和指令中包括1 区的逻辑区号、英雄排行榜对应的标识。当用户请求查看第二用户帐号的帐号主页时，应用数据获取请求和指令中包括第二用户帐号的用户帐号、第二用户帐号所在的逻辑区号、查看帐号主页对应的查看指令。

步骤213，全局服务器从数据库获取应用数据。

示例性的，全局服务器根据应用数据获取请求中的信息从数据库中查询对应的应用数据。例如，请求的应用数据是第一区的排行榜信息，则将第一区的排行榜信息返回给全局服务器。

步骤214，数据库向全局服务器返回应用数据。

步骤215，全局服务器向大厅服务器返回应用数据。

步骤216，大厅服务器向客户端返回应用数据。

示例性的，客户端接收到应用数据后，用应用数据继续处理业务。例如，显示第二用户帐号的帐号主页、显示虚拟道具购买成功页面等。

综上所述，本实施例提供的方法，通过设置短链接服务器，由短链接服务器向客户端提供虚拟区列表，减轻全局服务器的工作量，加快向客户端发送虚拟分区列表的工作效率，降低全局服务器负载。

本实施例提供的方法，通过由分配服务器根据大厅服务器的负载情况确定处理登录请求的大厅服务器，从而控制大厅服务器的负载均衡，避免个别大厅服务器超负荷运行，避免个别大厅服务器长期空闲，提高大厅服务器的利用率和工作效率。

本实施例提供的方法，通过设置逻辑区号，使大厅服务器根据逻辑区号获取用户帐号在虚拟区的用户信息。当需要进行合区时，逻辑区号可以保证各个虚拟区的用户数据之间的唯一性，避免合区后用户数据冲突。

本实施例提供的方法，通过在大厅服务器收到应用数据息获取请求后，向全局服务器发送应用数据获取指令，从而通过全局服务器获取到数据库中的数据。

示例性的，本申请还提供有一个合区和分区的示例性实施例。

图8示出了本申请一个示例性实施例提供的虚拟区的登录方法的流程图。该方法可以由图4所示的计算机系统来执行。该方法还包括步骤217至步骤222。

示例性的，给出一种通过管理页面进行合区、分区的示例性实施例。

步骤217，管理页面向全局服务器发送合区请求。

管理页面是为应用程序开发者或运维人员提供的用于管理服务器的页面、客户端、应用程序。示例性的，开发者或运维人员可以通过管理页面进行服务器的管理和运营维护。示例性的，开发者或运维人员可以通过管理页面进行虚拟区的合区和分区。

当需要进行合区操作时，开发者或运维人员通过管理页面向全局服务器发送合区请求，合区请求中包括需要合并的至少两个虚拟区号、该至少两个虚拟区号分别对应的逻辑区号。例如，开发者或运维人员需要将第二虚拟区和第三虚拟区进行合并，则合区请求包括：第二虚拟区号、第三虚拟区号、第二虚拟区对应的第二逻辑区号、第三虚拟区对应的第三逻辑区号。

步骤218，全局服务器接收合区请求，合区请求包括：第二逻辑区号、第三逻辑区号；根据合区请求更新第一合服表得到第二合服表，将第二逻辑区号与第二虚拟区号相对应，将第三逻辑区号与第二虚拟区号相对应，合服表存储有逻辑区号与虚拟区号之间的对应关系。

合服表用于存储虚拟区号和逻辑区号的对应关系。示例性的，服务器可以根据合服表查询虚拟区号对应的逻辑区号，从而根据逻辑区号到数据库中查询该虚拟区的数据。示例性的，第一合服表是进行合区之前的合服表。第二合服表是合区后产生的新的合服表。

示例性的，全局服务器接收到合区请求后根据合区请求进行合区操作。例如，合区请求请求合并第二虚拟区和第三虚拟区，得到合并后的虚拟区。合并后的虚拟区的虚拟区号可以与第二虚拟区号相同、也可以与第三虚拟区号相同、还可以是新设置的虚拟区号。示例性的，当合并后的虚拟区的虚拟区号与第二虚拟区号相同时，即为将第三虚拟区合并至第二虚拟区中。示例性的，新设置的虚拟区号可以是由开发者或运维人员设置的虚拟区号，或随机生成的虚拟区号，或根据虚拟区号编号规则生成的新的虚拟区号。例如，虚拟区号的编号规则是顺序编号，当前的虚拟区已经编号至100区，则将2区和3区合并后得到的虚拟区号为101区。

步骤219，全局服务器向大厅服务器发送第二合服表。

示例性的，大厅服务器接收到第二合服表后，用第二合服表替换第一合服表实现合服。

步骤220，管理页面向全局服务器发送分区请求。

当需要进行分区操作时，开发者或运维人员通过管理页面向全局服务器发送分区请求，分区请求中包括需要分开的虚拟区号、该虚拟区号对应的至少两个逻辑区号。例如，开发者或运维人员需要将第五虚拟区进行分区，则分区请求包括：第五虚拟区号、第五虚拟区对应的第四逻辑区号、第五虚拟区对应的第五逻辑区号。

步骤221，全局服务器接收分区请求，分区请求包括：第四逻辑区号、第五逻辑区号；根据分区请求更新第一合服表得到第三合服表，将第四逻辑区号与第三虚拟区号相对应，将第五逻辑区号与第四虚拟区号相对应，合服表存储有逻辑区号与虚拟区号之间的对应关系。

示例性的，全局服务器接收到分区请求后根据分区请求进行分区操作。例如，分区请求请求将第五虚拟区分区，得到分区后的第三虚拟区和第四虚拟区。第五虚拟区包括第四逻辑区和第五逻辑区，分区后第四逻辑区对应第三虚拟区，第五逻辑区对应第四虚拟区。第三虚拟区和第四虚拟区的虚拟区号可以是新设置的虚拟区号、也可以是其中之一的虚拟区号与第五虚拟区号相同。示例性的，新设置的虚拟区号可以是由开发者或运维人员设置的虚拟区号，或随机生成的虚拟区号，或根据虚拟区号编号规则生成的新的虚拟区号。

步骤222，全局服务器向大厅服务器发送第三合服表。

示例性的，全局服务器将第二虚拟区分区后，向数据库发送分区结果。分区结果包括第三虚拟区号对应第二逻辑区号，第四虚拟区号对应第三逻辑区号。

示例性的，大厅服务器接收到第三合服表后，用第三合服表替换第一合服表实现合服。

综上所述，本实施例提供的方法，通过管理页面向全局服务器发送合区和分区请求，根据合区和分区请求对合服表进行合区和分区操作，更改虚拟区和逻辑区的对应关系，将更新后的合服表发送给大厅服务器，从而快速实现分区和合区操作。本实施例提供的分区和合区方式，只需要将虚拟区号进行简单更改即可实现虚拟区的合并与分离，操作简单。且该合区分区方法与相关技术的相比，不需要将两个虚拟区的数据从两个数据库合并到一个数据库中，大大减少了服务器负载。

示例性的，本申请还提供了一个匹配和聊天的示例性实施例。

图9示出了本申请一个示例性实施例提供的虚拟区的登录方法的流程图。该方法可以由图4所示的计算机系统来执行。计算机系统还包括：匹配逻辑服务器、对战逻辑服务器和聊天逻辑服务器。该方法包括步骤223至步骤230：

步骤223，客户端向第i个大厅服务器发送匹配请求。

示例性的，当用户帐号在第i个大厅服务器上登录到第一虚拟区后，用户需要进行对局匹配时，客户端向第i个大厅服务器发送匹配请求。

匹配请求包括用户帐号、用户匹配信息、虚拟区号中的至少一种。用户匹配信息是匹配过程需要用到的用户信息，例如，用户等级、段位、历史游戏数据等。

步骤224，第i个大厅服务器接收客户端发送的匹配请求，匹配请求携带有用户帐号。

步骤225，第i个大厅服务器向匹配逻辑服务器转发匹配请求。

示例性的，第i个大厅服务器接收到匹配请求后，将匹配请求转发至匹配逻辑服务器进行对局匹配。示例性的，大厅服务器可以根据匹配逻辑服务器的负载情况将匹配请求转发给负载最小的匹配逻辑服务器。

步骤226，匹配逻辑服务器根据匹配请求为用户帐号匹配对战用户帐号。

其中，用户帐号和对战用户帐号属于不同的虚拟区。

匹配逻辑服务器用于为用户帐号匹配合适的对战用户帐号。示例性的，匹配逻辑服务器可以根据用户匹配信息为用户帐号匹配实力相当的对战用户帐号。

对战用户帐号是由其他客户端控制的用户帐号。对战用户帐号是匹配逻辑服务器为用户帐号匹配到的一起进行对局的用户帐号。示例性的，对局中，对战用户帐号可以是用户帐号的队友或对手。示例性的，对战用户帐号有至少一个。

当匹配逻辑服务器为用户帐号匹配到对战用户帐号时，即为匹配成功。

步骤227，匹配逻辑服务器响应于匹配成功，确定用户帐号和对战用户帐号在对战逻辑服务器上的对战房间。

示例性的，当匹配成功后，匹配逻辑服务器为本次对局分配对战逻辑服务器的对战房间。本次对局的逻辑运算由该对战逻辑服务器处理。示例性的，对战房间是服务器为处理本次对战的逻辑运算所提供的进程，本次对战过程中的所有逻辑运算都在该对战逻辑服务器上的该对战房间进程中进行。示例性的，客户端对战过程中产生的数据交互，客户端可以直接与该对战逻辑服务器进行。

示例性的，当匹配成功后匹配逻辑服务器向大厅服务器或客户端发送匹配结果、对战逻辑服务器以及对战逻辑服务器上的对战房间，完成对战匹配过程。

示例性的，匹配逻辑服务器可以将不同虚拟区的用户帐号匹配到同一对局中。

步骤228，对战逻辑服务器向用户帐号和对战用户帐号提供对战房间。

对战房间是用于进行本次对战的房间。对战房间中包括参与本次对战的所有用户帐号。用户帐号和对战用户帐号在对战房间中完成本次对战。

步骤229，匹配逻辑服务器响应于匹配成功，确定用户帐号和对战用户帐号在聊天逻辑服务器上的聊天频道。

示例性的，匹配成功后，匹配逻辑服务器还会为本次对战分配聊天频道。使用户帐号和对战用户帐号在本次对战过程中可以通过聊天频道进行交流。示例性的，聊天逻辑服务器可以为不同虚拟区的用户帐号提供聊天服务，实现跨区聊天。

聊天频道是用于处理聊天逻辑运算的进程。示例性的，聊天频道可以由很多种。例如，聊天频道包括：好友聊天频道、战队聊天频道、工会聊天频道、组队聊天频道、对战聊天频道、虚拟区聊天频道。聊天频道为指定用户帐号提供聊天服务。例如，虚拟区聊天频道只为该虚拟区的在线用户帐号提供聊天服务。

步骤230，聊天逻辑服务器向用户帐号和对战用户帐号提供聊天频道。

综上所述，本实施例提供的方法，通过在用户帐号登录到虚拟区后，当客户端发起匹配时，大厅服务器将匹配请求发送至匹配逻辑服务器进行对局匹配，从而实现不同虚拟区的用户帐号能够匹配到同一对局中，使不同虚拟区的用户帐号可以共同进行业务，例如，进行对局、聊天、交易等。

本实施例提供的方法，通过在对局成功后，匹配逻辑服务器为本次对局分配聊天逻辑服务器上的聊天频道，使不同虚拟区的用户帐号之间可以进行聊天交流。

示例性的，给出一种客户端发起登录请求的示例性实施例。

图10示出了本申请一个示例性实施例提供的虚拟区的登录方法的流程图。该方法可以由图4所示的计算机系统来执行。

示例性的，用户帐号在一个虚拟区中可以创建多个虚拟角色，不同虚拟角色可能存储在不同的逻辑区中。

如图10所示，当用户在虚拟区选择界面上选择要登录的虚拟区301后，客户端向全局服务器发送登录至虚拟区301的登录请求，全局服务器接收到登录请求后，将登录请求装发给负载最小的大厅服务器使用户帐号登录到虚拟区 301。然后，大厅服务器根据用户帐号以及虚拟区301的虚拟区号向数据库查询用户帐号在虚拟区301中的虚拟角色数据，并将虚拟角色数据发送给客户端，客户端选择其中一个虚拟角色进行登录。例如，用户帐号在虚拟区301中有两个虚拟角色，分别存储在逻辑区1和逻辑区2中，当用户选择逻辑区1的虚拟角色时，客户端108的登录模块302向大厅服务器107发送登录该虚拟角色的登录请求，大厅服务器根据该虚拟角色对应的逻辑区号从数据库获取该虚拟角色的数据，使客户端显示用该虚拟角色进入游戏的用户界面。

示例性的，上述选择虚拟角色进行登录的方法包括如下步骤。

步骤1，第i个大厅服务器根据第一虚拟区号将用户帐号登录至第一虚拟区号对应的第一虚拟区。

步骤2，第i个大厅服务器向数据库发送虚拟角色获取指令。

虚拟角色获取指令用于获取用户帐号在第一虚拟区的至少一个虚拟角色。

步骤3，数据库响应于接收到第i个大厅服务器发送的虚拟角色获取指令，向第i个大厅服务器发送至少一个虚拟角色。

步骤4，数据库向第i个大厅服务器发送至少一个虚拟角色。

步骤5，第i个大厅服务器向客户端响应于接收到至少一个虚拟角色，向客户端发送至少一个虚拟角色。

步骤6，客户端向第i个大厅服务器发送虚拟角色选定指令。

客户端接收到虚拟角色后，用户在虚拟角色中选择一个虚拟角色进行登录，向第i个大厅服务器发送选定该虚拟角色的虚拟角色选定指令。

步骤7，第i个大厅服务器向数据库发送选定虚拟角色的第二用户信息获取指令。

步骤8，数据库向第i个大厅服务器发送选定虚拟角色对应的用户信息。

综上所述，本实施例提供的方法，通过在用户帐号登录到虚拟区后，获取用户帐号在该虚拟区的虚拟角色，当用户选中某个虚拟角色后，根据该虚拟角色所在的逻辑区号获取该虚拟角色的用户信息，从而使用该虚拟角色登录至虚拟区进行游戏。使用户可以在一个虚拟区中创建多个虚拟角色，丰富用户的选择。同时解决了将两个虚拟区合并为一个虚拟区后，有些用户帐号在两个虚拟区中都有创建有虚拟角色的问题。

示例性的，本申请中的数据库用于存储所有虚拟区的数据。示例性的，数据库存储数据可以利用区块链技术。

区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层。

区块链底层平台可以包括用户管理、基础服务、智能合约以及运营监控等处理模块。其中，用户管理模块负责所有区块链参与者的身份信息管理，包括维护公私钥生成(账户管理)、密钥管理以及用户真实身份和区块链地址对应关系维护(权限管理)等，并且在授权的情况下，监管和审计某些真实身份的交易情况，提供风险控制的规则配置(风控审计)；基础服务模块部署在所有区块链节点设备上，用来验证业务请求的有效性，并对有效请求完成共识后记录到存储上，对于一个新的业务请求，基础服务先对接口适配解析和鉴权处理(接口适配)，然后通过共识算法将业务信息加密(共识管理)，在加密之后完整一致的传输至共享账本上(网络通信)，并进行记录存储；智能合约模块负责合约的注册发行以及合约触发和合约执行，开发人员可以通过某种编程语言定义合约逻辑，发布到区块链上(合约注册)，根据合约条款的逻辑，调用密钥或者其它的事件触发执行，完成合约逻辑，同时还提供对合约升级注销的功能；运营监控模块主要负责应用程序发布过程中的部署、配置的修改、合约设置、云适配以及应用程序运行中的实时状态的可视化输出。

平台服务层提供典型应用的基本能力和实现框架，开发人员可以基于这些基本能力，叠加业务的特性，完成业务逻辑的区块链实现。应用服务层提供基于区块链方案的应用服务给业务参与方进行使用。

综上所述，本实施例提供的方法，利用区块链技术实现数据库的数据存储，进行分布式、去中心化的数据存储，使数据更安全，不易被篡改、撤销。

图11示出了本申请一个示意性实施例提供的虚拟区的登录装置的框图。该装置可以实现成为大厅服务器的全部或一部分。该装置包括：

接收模块407，用于接收客户端发送的登录请求，所述登录请求携带有用户帐号和第一虚拟区号，所述第一虚拟区号与第一虚拟区相对应；

发送模块410，用于根据所述登录请求向所述全局服务器发送用户信息获取指令；

登录模块408，用于根据所述全局服务器反馈的用户信息将所述用户帐号登录至所述大厅服务器，所述用户信息是所述用户帐号在所述第一虚拟区的信息；

其中，所述大厅服务器中登录有不同虚拟区的用户帐号。

图12是本申请一个实施例提供的服务器的结构示意图。具体来讲：服务器 700包括中央处理单元(英文：Central Processing Unit，简称：CPU)701、包括随机存取存储器(英文：Random Access Memory，简称：RAM)702和只读存储器(英文：Read-Only Memory，简称：ROM)703的系统存储器704，以及连接系统存储器704和中央处理单元701的系统总线705。服务器700还包括帮助计算机内的各个器件之间传输信息的基本输入/输出(I/O，Input/Output)系统 706，和用于存储操作系统713、应用程序714和其他程序模块715的大容量存储设备707。

基本输入/输出系统706包括有用于显示信息的显示器708和用于用户输入信息的诸如鼠标、键盘之类的输入设备709。其中显示器708和输入设备709都通过连接到系统总线705的输入/输出控制器710连接到中央处理单元701。基本输入/输出系统706还可以包括输入/输出控制器710以用于接收和处理来自键盘、鼠标、或电子触控笔等多个其他设备的输入。类似地，输入/输出控制器710 还提供输出到显示屏、打印机或其他类型的输出设备。

大容量存储设备707通过连接到系统总线705的大容量存储控制器(未示出)连接到中央处理单元701。大容量存储设备707及其相关联的计算机可读介质为服务器700提供非易失性存储。也就是说，大容量存储设备707可以包括诸如硬盘或者只读光盘(英文：Compact Disc Read-Only Memory，简称： CD-ROM)驱动器之类的计算机可读介质(未示出)。

不失一般性，计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括RAM、ROM、可擦除可编程只读存储器(英文：Erasable Programmable Read-Only Memory，简称：EPROM)、电可擦除可编程只读存储器(英文：Electrically Erasable Programmable Read-Only Memory，简称： EEPROM)、闪存或其他固态存储其技术，CD-ROM、数字通用光盘(英文：Digital Versatile Disc，简称：DVD)或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。当然，本领域技术人员可知计算机存储介质不局限于上述几种。上述的系统存储器704和大容量存储设备707可以统称为存储器。

根据本申请的各种实施例，服务器700还可以通过诸如因特网等网络连接到网络上的远程计算机运行。也即服务器700可以通过连接在系统总线705上的网络接口单元711连接到网络712，或者说，也可以使用网络接口单元711来连接到其他类型的网络或远程计算机系统(未示出)。

本申请还提供一种计算机设备，该计算机设备包括：处理器和存储器，该存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，该至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现上述各方法实施例提供的由大厅服务器执行的虚拟区的登录方法。

本申请还提供一种计算机可读存储介质，该存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，该至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现上述各方法实施例提供的由大厅服务器执行的虚拟区的登录方法。

应当理解的是，在本文中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本申请的可选实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (24)

1.一种计算机系统，其特征在于，所述系统包括：大厅服务器、全局服务器和数据库；

所述大厅服务器，用于接收客户端发送的登录请求，所述登录请求携带有用户帐号和第一虚拟区号，所述第一虚拟区号与第一虚拟区相对应；根据所述登录请求向所述全局服务器发送用户信息获取指令；根据所述全局服务器反馈的用户信息将所述用户帐号登录至所述大厅服务器，所述用户信息是所述用户帐号在所述第一虚拟区的信息；

所述全局服务器，用于根据所述用户信息获取指令从所述数据库中获取所述用户帐号的用户信息；将所述用户帐号的所述用户信息反馈至所述大厅服务器；

所述数据库，用于存储m个虚拟区中的各个用户帐号的用户信息，m是正整数；

其中，所述大厅服务器中登录有不同虚拟区的用户帐号。

2.根据权利要求1所述的系统，其特征在于，所述登录请求还携带有：所述第一虚拟区号对应的第一逻辑区号，一个逻辑区号对应一个虚拟区号，一个虚拟区号对应至少一个逻辑区号；

所述大厅服务器，用于根据所述登录请求向所述全局服务器发送所述用户信息获取指令，所述用户信息获取指令包括所述用户帐号和所述第一逻辑区号。

3.根据权利要求2所述的系统，其特征在于，

所述大厅服务器，用于向所述全局服务器发送应用数据获取指令，所述应用数据获取指令包括所述用户帐号和所述第一逻辑区号中的至少一个；接收所述全局服务器发送的应用数据，所述应用数据是所述用户帐号进行业务时所需数据；

所述全局服务器，用于根据所述应用数据获取指令从所述数据库中获取所述应用数据；将所述应用数据发送至所述大厅服务器；

所述数据库，用于存储至少一个虚拟区的应用数据。

4.根据权利要求1至3任一所述的系统，其特征在于，

所述全局服务器，用于接收合区请求，所述合区请求包括：第二逻辑区号、第三逻辑区号；根据所述合区请求更新第一合服表得到第二合服表，将所述第二逻辑区号与第二虚拟区号相对应，将所述第三逻辑区号与所述第二虚拟区号相对应，合服表存储有逻辑区号与虚拟区号之间的对应关系；向所述大厅服务器发送所述第二合服表；

所述大厅服务器，用于接收所述第二合服表。

5.根据权利要求1至3任一所述的系统，其特征在于，

所述全局服务器，用于接收分区请求，所述分区请求包括：第四逻辑区号、第五逻辑区号；根据所述分区请求更新第一合服表得到第三合服表，将所述第四逻辑区号与第三虚拟区号相对应，将所述第五逻辑区号与第四虚拟区号相对应，合服表存储有逻辑区号与虚拟区号之间的对应关系；向所述大厅服务器发送所述第三合服表；

所述大厅服务器，用于接收所述第三合服表。

6.根据权利要求1至3任一所述的系统，其特征在于，所述大厅服务器包括n个大厅服务器，所述n为正整数；所述系统还包括：分配服务器；

所述分配服务器，用于根据分配原则，将所述登录请求转发至所述n个大厅服务器的第i个大厅服务器中，i为不大于n的整数。

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

所述分配服务器，用于获取所述n个大厅服务器的负载情况；根据所述n个大厅服务器的负载情况，确定负载最小的所述第i个大厅服务器；将所述登录请求转发至所述第i个大厅服务器中。

8.根据权利要求1至3任一所述的系统，其特征在于，所述系统还包括：匹配逻辑服务器和对战逻辑服务器；

所述大厅服务器，还用于接收所述客户端发送的匹配请求，所述匹配请求携带有所述用户帐号；将所述匹配请求转发至所述匹配逻辑服务器；

所述匹配逻辑服务器，用于根据所述匹配请求为所述用户帐号匹配对战用户帐号；响应于匹配成功，确定所述用户帐号和所述对战用户帐号在所述对战逻辑服务器上的对战房间；

所述对战逻辑服务器，用于向所述用户帐号和所述对战用户帐号提供所述对战房间；

其中，所述用户帐号和所述对战用户帐号属于不同的虚拟区。

9.根据权利要求8所述的系统，其特征在于，所述系统还包括：聊天逻辑服务器；

所述匹配逻辑服务器，响应于匹配成功，确定所述用户帐号和所述对战用户帐号在所述聊天逻辑服务器上的聊天频道；

所述聊天逻辑服务器，用于向所述用户帐号和所述对战用户帐号提供所述聊天频道。

10.根据权利要求1至3任一所述的系统，其特征在于，所述系统还包括：短链接服务器；

所述短链接服务器，用于向所述客户端发送虚拟区列表，所述虚拟区列表包括至少一个虚拟区、所述虚拟区的虚拟区号、所述虚拟区对应的虚拟区名称。

11.一种虚拟区的登录方法，其特征在于，所述方法应用于计算机系统中，所述计算机系统包括：大厅服务器、全局服务器和数据库；所述方法包括：

所述大厅服务器接收客户端发送的登录请求，所述登录请求携带有用户帐号和第一虚拟区号，所述第一虚拟区号与第一虚拟区相对应；根据所述登录请求向所述全局服务器发送用户信息获取指令；根据所述全局服务器反馈的用户信息将所述用户帐号登录至所述大厅服务器，所述用户信息是所述用户帐号在所述第一虚拟区的信息；

所述全局服务器根据所述用户信息获取指令从所述数据库中获取所述用户帐号的用户信息；将所述用户帐号的所述用户信息反馈至所述大厅服务器；

所述数据库存储有m个虚拟区中的各个用户帐号的用户信息，m是正整数；

其中，所述大厅服务器中登录有不同虚拟区的用户帐号。

12.根据权利要求11所述的方法，其特征在于，所述登录请求还携带有：所述第一虚拟区号对应的第一逻辑区号，一个逻辑区号对应一个虚拟区号，一个虚拟区号对于至少一个逻辑区号；

所述根据所述登录请求向所述全局服务器发送用户信息获取指令，包括：

所述大厅服务器根据所述登录请求向所述全局服务器发送所述用户信息获取指令，所述用户信息获取指令包括所述用户帐号和所述第一逻辑区号。

13.根据权利要求12所述的方法，其特征在于，所述方法还包括：

所述大厅服务器向所述全局服务器发送应用数据获取指令，所述应用数据获取指令包括所述用户帐号和所述第一逻辑区号中的至少一个；接收所述全局服务器发送的应用数据，所述应用数据是所述用户帐号进行业务时所需数据；

所述全局服务器根据所述应用数据获取指令从所述数据库中获取所述应用数据；将所述应用数据发送至所述大厅服务器；

所述数据库存储有至少一个虚拟区的应用数据。

14.根据权利要求11至13任一所述的方法，其特征在于，所述方法还包括：

所述全局服务器接收合区请求，所述合区请求包括：第二逻辑区号、第三逻辑区号；根据所述合区请求更新第一合服表得到第二合服表，将所述第二逻辑区号与第二虚拟区号相对应，将所述第三逻辑区号与所述第二虚拟区号相对应，合服表存储有逻辑区号与虚拟区号之间的对应关系；向所述大厅服务器发送所述第二合服表；

所述大厅服务器接收所述第二合服表。

15.根据权利要求11至13任一所述的方法，其特征在于，所述方法还包括：

所述全局服务器接收分区请求，所述分区请求包括：第四逻辑区号、第五逻辑区号；根据所述分区请求更新第一合服表得到第三合服表，将所述第四逻辑区号与第三虚拟区号相对应，将所述第五逻辑区号与第四虚拟区号相对应，合服表存储有逻辑区号与虚拟区号之间的对应关系；向所述大厅服务器发送所述第三合服表；

所述大厅服务器接收所述第三合服表。

16.根据权利要求11至13任一所述的方法，其特征在于，所述大厅服务器包括n个大厅服务器，所述n为正整数；所述计算机系统还包括：分配服务器；所述方法还包括：

所述分配服务器根据分配原则，将所述登录请求转发至所述n个大厅服务器的第i个大厅服务器中，i为不大于n的整数。

17.根据权利要求16所述的方法，其特征在于，所述分配服务器根据分配原则，将所述登录请求转发至所述n个大厅服务器的第i个大厅服务器中，包括：

所述分配服务器获取所述n个大厅服务器的负载情况；根据所述n个大厅服务器的负载情况，确定负载最小的所述第i个大厅服务器；将所述登录请求转发至所述第i个大厅服务器中。

18.根据权利要求11至13任一所述的方法，其特征在于，所述计算机系统还包括：匹配逻辑服务器和对战逻辑服务器；所述方法还包括：

所述大厅服务器接收所述客户端发送的匹配请求，所述匹配请求携带有所述用户帐号；将所述匹配请求转发至所述匹配逻辑服务器；

所述匹配逻辑服务器根据所述匹配请求为所述用户帐号匹配对战用户帐号；响应于匹配成功，确定所述用户帐号和所述对战用户帐号在所述对战逻辑服务器上的对战房间；

所述对战逻辑服务器向所述用户帐号和所述对战用户帐号提供所述对战房间；

其中，所述用户帐号和所述对战用户帐号属于不同的虚拟区。

19.根据权利要求18所述的方法，其特征在于，所述计算机系统还包括：聊天逻辑服务器；所述方法还包括：

所述匹配逻辑服务器响应于匹配成功，确定所述用户帐号和所述对战用户帐号在所述聊天逻辑服务器上的聊天频道；

所述聊天逻辑服务器向所述用户帐号和所述对战用户帐号提供所述聊天频道。

20.根据权利要求11至13任一所述的方法，其特征在于，所述计算机系统还包括：短链接服务器；所述方法还包括：

所述短链接服务器向所述客户端发送虚拟区列表，所述虚拟区列表包括至少一个虚拟区、所述虚拟区的虚拟区号、所述虚拟区对应的虚拟区名称。

21.一种虚拟区的登录方法，其特征在于，所述方法应用于大厅服务器；所述方法包括：

接收客户端发送的登录请求，所述登录请求携带有用户帐号和第一虚拟区号，所述第一虚拟区号与第一虚拟区相对应；

根据所述登录请求向全局服务器发送用户信息获取指令；

根据所述全局服务器反馈的用户信息将所述用户帐号登录至所述大厅服务器，所述用户信息是所述用户帐号在所述第一虚拟区的信息；

其中，所述大厅服务器中登录有不同虚拟区的用户帐号。

22.一种虚拟区的登录装置，其特征在于，所述装置包括：

接收模块，用于接收客户端发送的登录请求，所述登录请求携带有用户帐号和第一虚拟区号，所述第一虚拟区号与第一虚拟区相对应；

发送模块，用于根据所述登录请求向全局服务器发送用户信息获取指令；

登录模块，根据所述全局服务器反馈的用户信息将所述用户帐号登录至大厅服务器，所述用户信息是所述用户帐号在所述第一虚拟区的信息；

其中，所述大厅服务器中登录有不同虚拟区的用户帐号。

23.一种计算机设备，其特征在于，所述计算机设备包括：处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如权利要求21所述虚拟区的登录方法。

24.一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如权利要求21所述的虚拟区的登录方法。

Images