一种游戏区服数据的合并方法和系统

摘要

本申请涉及一种游戏区服数据的合并方法和系统，其中，该游戏区服数据的合并方法包括：在游戏系统中获取玩家的子账号数据，确定子账号数据所在的服务器数据库，其中，子账号数据存储在服务器数据库中，游戏系统中包括多组服务器数据库；在子账号数据对应的数据表中配置标签信息；在接受到服务器数据库合并请求的情况下，查询游戏系统中所有服务器数据库，根据标签信息确定第一子账号数据和第二子账号数据；按照预设合并规则将第一子账号数据和第二子账号数据合并为更新子账号数据。通过本申请，解决了相关技术中合并区服数据风险较高，不够便捷的问题，提升了游戏区服数据合并过程的安全性和便捷性。

说明书

技术领域

本申请涉及游戏开发运营技术领域，特别是涉及一种游戏区服数据的合并方法和系统。

背景技术

大型网络游戏通常有多个游戏服务器，也将这个游戏服务器成为游戏大区。在游戏系统中，玩家可以通过一个主账号登录多个游戏服务器，另外，在各个游戏服务器中的玩家账号则被称为子账号。通常一个游戏系统中可以包括多个子账号。而在游戏项目的线上运营过程中，经常会出现合并服务器数据相关的需求，区服合并就是指根据运营需求将网络游戏中多个服务器的数据合并到一个服务器上的过程。

在相关技术中，在玩家子账号在两个大区的ID不同和等级等数据不一致的情况下，合并玩家数据的过程不仅繁琐，且容易出现漏处理的情况。进一步的，如果操作不慎可能会对整个游戏数据库造成破坏，这些问题导致合并服务器的过程安全性较差，也降低了玩家的使用体验。

目前针对相关技术中合并游戏区服数据过程中安全性较差的问题，尚未提出有效的解决方案。

发明内容

本申请实施例提供了一种游戏区服数据的合并方法、系统、计算机设备和计算机可读存储介质，以至少解决相关技术中合并游戏区服数据过程中安全性较差的问题。

第一方面，本申请实施例提供了一种游戏区服数据的合并方法，所述方法包括：

在游戏系统中获取玩家的子账号数据，确定所述子账号数据所在的服务器数据库，其中，所述子账号数据存储在所述服务器数据库中，所述游戏系统中包括多组服务器数据库；

在所述子账号数据对应的数据表中配置标签信息；

在接受到所述服务器数据库合并请求的情况下，查询所述游戏系统中所有服务器数据库，根据所述标签信息确定第一子账号数据和第二子账号数据；

按照预设合并规则将所述第一子账号数据和所述第二子账号数据合并为更新子账号数据。

在其中一些实施例中，所述在所述子账号数据对应的数据表中配置标签信息包括：

在所述子账号数据所在的所述服务器数据库中，搜索所述子账号数据对应的数据表，确定所述服务器数据库对应的大区ID，以所述大区ID作为标签信息在所述服务器数据表中进行配置。

在其中一些实施例中，所述按照预设合并规则将第一子账号数据和第二子账号数据合并为更新子账号数据包括：

遍历所述第一子账号数据和所述第二子账号数据，获取所述第一子账号数据和所述第二子账号数据中的数据组成信息；

根据所述数据组成信息，确定所述第一子账号数据和所述第二子账号数据中元数据对应的所述预设合并规则；

按照所述预设合并规则对所述第一子账号数据和所述第二子账号数据中的元数据进行合并之后，生成所述更新子账号数据。

在其中一些实施例中，所述按照所述预设合并规则对所述第一子账号数据和所述第二子账号数据中的元数据进行合并包括：

获取所述第一子账号数据和所述第二子账号数据中的元数据信息，所述元数据包括：钱币数据、道具数据、等级数据、经验数据、成就数据和特定数据；

在所述元数据是钱币数据和道具数据的情况下，采用累加合并规则将所述元数据合并；

在所述元数据是等级数据、经验数据和成就数据的情况下，采用最大值合并规则将所述元数据合并；

在所述元数据是特定数据的情况下，对于所述特定数据配置特定合并规则，按照特定合并规则将所述元数据合并。

在其中一些实施例中，所述特定合并规则是所述游戏系统通过前段交互界面接收设计人员的配置信息，并根据所述配置信息设置生成。

在其中一些实施例中，所述在游戏系统中获取子账号数据，所述方法还包括：

所述服务器数据库接收客户端发送的子账号数据的更新信息，根据所述更新信息更新所述子账号数据。

第二方面，本申请实施例提供了一种游戏区服数据合并的系统，所述系统包括：获取模块、配置模块和合并模块；

所述获取模块用于在游戏系统中获取玩家的子账号数据，确定所述子账号数据所在的服务器数据库，其中，所述子账号数据存储在所述服务器数据库中，所述游戏系统中包括多组服务器数据库；

所述配置模块用于在所述子账号数据对应的数据表中配置标签信息；

所述合并模块用于在接受到所述服务器数据库合并请求的情况下，查询所述游戏系统中所有服务器数据库，根据所述标签信息确定第一子账号数据和第二子账号数据；按照预设合并规则将所述第一子账号数据和所述第二子账号数据合并为更新子账号数据。

在其中一些实施例中，所述合并模块还用于在所述子账号数据所在的所述服务器数据库中，搜索所述子账号数据对应的数据表，确定所述服务器数据库对应的大区ID，以所述大区ID作为标签信息在所述服务器数据表中进行配置。

第三方面，本申请实施例提供了一种计算机设备，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述第一方面所述的一种游戏区服数据的合并方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述第一方面所述的一种游戏区服数据的合并方法。

相比于相关技术，本申请实施例提供的一种游戏区服数据的合并方法，通过在游戏系统中获取玩家的子账号数据，确定子账号数据所在的服务器数据库，其中，子账号数据存储在服务器数据库中，游戏系统中包括多组服务器数据库；在子账号数据对应的数据表中配置标签信息；在接受到服务器数据库合并请求的情况下，查询游戏系统中所有服务器数据库，根据标签信息确定第一子账号数据和第二子账号数据；按照预设合并规则将第一子账号数据和第二子账号数据合并为更新子账号数据，解决了相关技术中合并游戏区服数据过程中安全性较差的问题，实现了降低区服数据合并的风险，提升了合并过程的便捷性。

附图说明

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

图1是根据本申请实施例的一种游戏区服数据的合并方法的应用环境示意图；

图2是根据本申请实施例的一种游戏区服数据的合并方法的流程图；

图3是根据本申请实施例的将第一子账号数据和第二子账号数据合并的流程图；

图4是根据本申请实施例的一种游戏区服数据的合并方系统的结构框图；

图5是根据本申请实施例的电子设备的内部结构示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行描述和说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。基于本申请提供的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

显而易见地，下面描述中的附图仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其他类似情景。此外，还可以理解的是，虽然这种开发过程中所作出的努力可能是复杂并且冗长的，然而对于与本申请公开的内容相关的本领域的普通技术人员而言，在本申请揭露的技术内容的基础上进行的一些设计，制造或者生产等变更只是常规的技术手段，不应当理解为本申请公开的内容不充分。

在本申请中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域普通技术人员显式地和隐式地理解的是，本申请所描述的实施例在不冲突的情况下，可以与其它实施例相结合。

除非另作定义，本申请所涉及的技术术语或者科学术语应当为本申请所属技术领域内具有一般技能的人士所理解的通常意义。本申请所涉及的“一”、“一个”、“一种”、“该”等类似词语并不表示数量限制，可表示单数或复数。本申请所涉及的术语“包括”、“包含”、“具有”以及它们任何变形，意图在于覆盖不排他的包含；例如包含了一系列步骤或模块(单元)的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可以还包括没有列出的步骤或单元，或可以还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本申请所涉及的“连接”、“相连”、“耦接”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电气的连接，不管是直接的还是间接的。本申请所涉及的“多个”是指两个或两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。本申请所涉及的术语“第一”、“第二”、“第三”等仅仅是区别类似的对象，不代表针对对象的特定排序。

本申请提供的一种游戏区服数据的合并方法，可以应用在图1所示的应用环境中，图1是根据本申请实施例的一种游戏区服数据的合并方法的应用环境示意图。如图1所示，终端10与服务器11通过网络进行通信，终端10获取用户产生的游戏数据并上传至服务器11，同时，也可以从服务器11获取来自其他终端10的数据；终端10上安装有运行本实施例的游戏应用客户端。用户可以通过终端10上的如触摸屏、实体按键以及键盘和鼠标等外部设备对游戏系统发出指令，进而实现对游戏系统的数据更新、增加和删除。另外，在服务器11端，对玩家子账号数据库以服务器ID为标签进行标签信息配置。进一步的，在需要将多个服务器数据进行合并的情况下，根据该标签信息，在多个服务器中查找到需要合并的数据，并按照预设合并规则进行合并。在本实施例中，终端10可以是智能手机、平板电脑、台式电脑、笔记本电脑和智能可穿戴设备；服务器11可以是独立的服务器或者是多个服务器组成的服务器集群。

在游戏项目的线上运营过程中，经常会有合服，滚服，账号合并等数据合并相关的需求，在较大规模的数据合并过程中，如将两个区服的数据合并，会遇到玩家两个大区的ID，等级等数据不一致等情况，处理这些数据冲突不仅繁琐，而且容易发生漏处理的情况，若操作不慎可能会对整个游戏数据造成破坏，非常影响玩家的体验。本申请提供的一种游戏区服数据的合并方法，可以分为配置阶段和合并阶段。在配置阶段，在游戏系统中获取玩家子账号对应的数据表和玩家子账号所在的大区ID，以该大区ID为标签信息配置在该玩家子账号对应的数据表中。在合并阶段，游戏系统在接受到服务器数据库合并请求的情况下，遍历游戏系统中所有服务器数据库，根据标签信息确定第一子账号数据和第二子账号数据之后，再按照预设合并规则将第一子账号数据和第二子账号数据合并为更新子账号数据。

本申请提供了一种游戏区服数据的合并方法，图2是根据本申请实施例的一种游戏区服数据的合并方法的流程图，如图2所示，该流程包括如下步骤:

步骤S201，在游戏系统中获取玩家的子账号数据，确定子账号数据所在的服务器数据库，其中，子账号数据存储在服务器数据库中，游戏系统中包括多组服务器数据库。需要说明的是，大型游戏通常会有多个区服(也称为大区)，每个区服都有单独的ID，通常玩家通过一个主账号登录游戏，并可以使用该主账号在游戏不同的区服中创建不同的子账号，其中，该主账号可以是微信账号、QQ账号和邮箱账号等。进一步的，玩家子账号产生的数据保存在玩家所在区服的数据库中，该数据可以是玩家子账号的各种信息，例如，装备、等级和金钱等；

步骤S202，在子账号数据对应的数据表中配置标签信息；可选的，该标签信息可以是玩家子账号数据所在区服ID，其中，游戏系统中的每个区服都有各自的区服ID。进一步的，在子账号数据对应的数据表中配置标签信息包括：在子账号数据所在的服务器数据库中，搜索子账号数据对应的数据表，然后确定服务器数据库对应的大区ID，进一步的，以大区ID作为标签信息在服务器数据表中进行配置；

步骤S203，在接受到服务器数据库合并请求的情况下，遍历游戏系统中所有服务器数据库，根据标签信息确定第一子账号数据和第二子账号数据；其中，合并请求是通过游戏开发设计人员根据游戏实际运营情况配置生成的，例如，大区A和大区B玩家大量流失，在这种情况下，运营两个大区的人力和资源成本较高且收益较小；该种情况下，可选的，可以将大区A和大区B进行合并。需要说明的是，在步骤S202中已采用大区ID为玩家子账号数据库配置标签信息，进一步的，可以根据该标签信息找到需要进行合并的第一子账号数据和第二子账号数据来进行后续的合并步骤；

步骤S204，按照预设合并规则将第一子账号数据和第二子账号数据合并为更新子账号数据，其中，首先遍历第一子账号数据和第二子账号数据，获取第一子账号数据和第二子账号数据中的数据组成信息；进一步的，根据数据组成信息，确定第一子账号数据和第二子账号数据中元数据对应的预设合并规则；最后，按照预设合并规则对第一子账号数据和第二子账号数据中的元数据进行合并，生成更新子账号数据。

通过上述步骤S201至S204，相比较与相关技术中通过采用人工排查冲突进行合并的方法，本实施例通过在玩家子账号对应的数据表中以大区ID作为标签进行配置，在合并阶段，则遍历所有的游戏服务器，并通过标记的标签信息确定需要合并的玩家子账号数据，最后按照预设合并规则进行合并，生成更新数据表的方法，解决了相关技术中合并区服数据风险较高，不够便捷的问题，提升了游戏区服数据合并过程的安全性和便捷性。

在其中一些实施例中，在子账号数据对应的数据表中配置标签信息包括：在子账号数据所在的服务器数据库中，搜索子账号数据对应的数据表，确定服务器数据库对应的大区ID，以大区ID作为标签信息在服务器数据表中进行配置，需要说明的是，游戏系统中同时存在多个大区，每个大区都有各自的ID，玩家子账号数据保存在大区的数据库中。以大区ID进行标签配置，可以使玩家账号数据和其所在的游戏大区对应起来，能够方便后续的合并流程，降低合并玩家子账号数据合并时出现错误的几率。

在其中一些实施例中，图3是根据本申请实施例的将第一子账号数据和第二子账号数据合并的流程图，如图3所示，该流程包括如下步骤：

S301，遍历第一子账号数据和第二子账号数据，获取第一子账号数据和第二子账号数据中的数据组成信息，需要说明的是，在区服中的玩家数据发生改变时，服务器数据库接收客户端发送的子账号数据的更新信息，根据更新信息更新子账号数据；

S302，根据数据组成信息，确定第一子账号数据和第二子账号数据中的元数据以及元数据对应的预设合并规则，其中，预设合并规则可以是：累加合并，取最大值合并以及针对性配置的特定合并规则等；

S303，按照预设合并规则对第一子账号数据和第二子账号数据中的元数据进行合并，生成更新子账号数据。包括：获取第一子账号数据和第二子账号数据中的元数据信息，元数据包括：钱币数据、道具数据、等级数据、经验数据、成就数据和特定数据；在元数据是钱币数据和道具数据的情况下，采用累加合并规则将元数据合并；在元数据是等级数据、经验数据和成就数据的情况下，采用最大值合并规则将元数据合并；在元数据是特定数据的情况下，按照特定合并规则将元数据合并，需要说明的是，该特定数据为玩家子账号数据中的一些具有性质的数据，例如，在大区1中的玩家子账号数据中包括有特定数据装备A，在大区2中的玩家子账号数据包括有特定数据装备B，按照特殊规则将特定数据装备A和装备B合并后可以在新生成的玩家子账户数据中生成装备C，需要说明的是，该特定合并规则是通过游戏系统的前段交互界面接收设计人员的配置信息，并根据配置信息设置生成。

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

本实施例还提供了一种游戏区服数据的合并系统，该系统用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”、“单元”、“子单元”等可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图4是根据本申请实施例的一种游戏区服数据的合并方系统的结构框图，如图4所示，该系统包括获取模块41、配置模块42和合并模块43，其中；

获取模块41用于在游戏系统中获取玩家的子账号数据，确定子账号数据所在的服务器数据库，其中，子账号数据存储在服务器数据库中，游戏系统中包括多组服务器数据库；

配置模块42用于在子账号数据对应的数据表中配置标签信息；

合并模块43用于在接受到服务器数据库合并请求的情况下，查询游戏系统中所有服务器数据库，根据标签信息确定第一子账号数据和第二子账号数据；按照预设合并规则将第一子账号数据和第二子账号数据合并为更新子账号数据。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种游戏区服数据的合并方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

在一个实施例中，图5是根据本申请实施例的电子设备的内部结构示意图，如图5所示，提供了一种电子设备，该电子设备可以是服务器，其内部结构图可以如图5所示。该电子设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该电子设备的处理器用于提供计算和控制能力。该电子设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该电子设备的数据库用于存储数据。该电子设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种游戏区服数据的合并方法。

本领域技术人员可以理解，图5中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的电子设备的限定，具体的电子设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

本领域的技术人员应该明白，以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。