CN117695670A - 基于研发侧存储信息的账号数据迁移方法、装置、设备及介质 - Google Patents

Abstract

本申请公开了一种基于研发侧存储信息的账号数据迁移方法、装置、设备及介质，本申请属于游戏技术领域。该方法包括：在发行SDK更新前，获取用户登录游戏的设备ID、发行ID以及与发行ID绑定的账号数据；将设备ID、发行ID以及与发行ID绑定的账号数据关联存储于游戏研发侧；在发行SDK更新后，获取用户登录游戏的设备ID；从研发侧调取设备ID关联的发行ID，以及根据发行ID绑定的账号数据，确定迁移目标；对迁移目标按照预设规则进行迁移处理。本技术方案，通过关联存储设备ID、发行ID以及与发行ID绑定的账号数据，可以实现对账号数据的迁移，通过对迁移目标按照预设规则进行迁移处理，可以实现高效的数据迁移，并使用户利益的损失最小化。

Description

基于研发侧存储信息的账号数据迁移方法、装置、设备及介质

技术领域

本申请属于游戏技术领域，具体涉及一种基于研发侧存储信息的账号数据迁移方法、装置、设备及介质。

背景技术

随着技术的不断进步，全球的游戏市场不断扩大。游戏开发商与原发行商之间的合同到期或被终止，或者游戏开发商根据自身的发展战略进行调整，并决定与新的发行商合作，都需要对游戏的发行SDK进行更换。

同时，在现有技术中，没有支持将与原先的发行SDK相关联的账号数据进行迁移的技术手段。这导致用户原先已有的账号与角色无法继续在更新后的游戏中使用，严重损害了用户的利益。因此，如何基于研发侧的存储信息，对用户的账号数据进行迁移是本领域技术人员亟待解决的技术问题。

发明内容

本申请实施例的目的是提供一种基于研发侧存储信息的账号数据迁移方法、装置、设备及介质，目的在于实现高效的账号数据迁移，并使用户利益的损失最小化。

第一方面，本申请实施例提供了一种基于研发侧存储信息的账号数据迁移方法，所述方法包括：

在发行SDK更新前，获取用户登录游戏的设备ID、发行ID以及与发行ID绑定的账号数据；

将所述设备ID、发行ID以及与发行ID绑定的账号数据关联存储于游戏研发侧；

在发行SDK更新后，获取用户登录游戏的设备ID；

从研发侧调取所述设备ID关联的发行ID，以及根据所述发行ID绑定的账号数据，确定迁移目标；

对所述迁移目标按照预设规则进行迁移处理。

第二方面，本申请实施例提供了一种基于研发侧存储信息的账号数据迁移装置，其特征在于，服务器包括所述装置，所述装置包括：

更新前数据获取模块，用于在发行SDK更新前，获取用户登录游戏的设备ID、发行ID以及与发行ID绑定的账号数据；

关联存储模块，用于将所述设备ID、发行ID以及与发行ID绑定的账号数据关联存储于游戏研发侧；

设备ID获取模块，用于在发行SDK更新后，获取用户登录游戏的设备ID；

迁移目标确定模块，用于从研发侧调取所述设备ID关联的发行ID，以及根据所述发行ID绑定的账号数据，确定迁移目标；

迁移处理模块，用于对所述迁移目标按照预设规则进行迁移处理。

第三方面，本申请实施例提供了一种电子设备，该电子设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。

第四方面，本申请实施例提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤。

第五方面，本申请实施例提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的方法。

在本申请实施例中，在发行SDK更新前，获取用户登录游戏的设备ID、发行ID以及与发行ID绑定的账号数据；将所述设备ID、发行ID以及与发行ID绑定的账号数据关联存储于游戏研发侧；在发行SDK更新后，获取用户登录游戏的设备ID；从研发侧调取所述设备ID关联的发行ID，以及根据所述发行ID绑定的账号数据，确定迁移目标；对所述迁移目标按照预设规则进行迁移处理。上述基于研发侧存储信息的账号数据迁移方法，通过关联存储设备ID、发行ID以及与发行ID绑定的账号数据，可以实现对账号数据的迁移，通过对迁移目标按照预设规则进行迁移处理，可以实现高效的数据迁移，并使用户利益的损失最小化。

附图说明

图1是本申请实施例一提供的基于研发侧存储信息的账号数据迁移方法的流程示意图；

图2是本申请实施例二提供的基于研发侧存储信息的账号数据迁移方法的流程示意图；

图3是本申请实施例三提供的基于研发侧存储信息的账号数据迁移方法的流程示意图；

图4是本申请实施例四提供的基于研发侧存储信息的账号数据迁移装置的结构示意图；

图5是本申请实施例五提供的电子设备的结构示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面结合附图对本申请具体实施例作进一步的详细描述。可以理解的是，此处所描述的具体实施例仅仅用于解释本申请，而非对本申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部内容。在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作(或步骤)描述成顺序的处理，但是其中的许多操作可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的基于研发侧存储信息的账号数据迁移方法、装置、设备及介质进行详细地说明。

实施例一

图1是本申请实施例一提供的基于研发侧存储信息的账号数据迁移方法的流程示意图。如图1所示，具体包括如下步骤：

S101，在发行SDK更新前，获取用户登录游戏的设备ID、发行ID以及与发行ID绑定的账号数据；

首先，本申请适用于需要更新发行SDK并进行账号数据迁移的场景。基于上述使用场景，可以理解的，本申请的执行主体可以是服务器。具体的，对于设备ID的获取、迁移目标的确定以及迁移处理的进行可以由服务器执行，进行账号数据迁移后，用户通过更新后的发行SDK，继续使用已有的游戏角色进行游戏。

服务器是负责管理和控制游戏的网络基础设施、游戏逻辑和数据存储的中央计算机或软件实体。服务器负责处理多人游戏所需的网络基础设施，促进玩家之间的通信，处理用户的连接和断开，并确保游戏数据在客户端之间的传输；服务器执行游戏的逻辑和规则，服务器处理用户的输入，计算游戏行为的结果，并更新游戏状态，确保游戏公平、一致，并在所有连接的客户端之间进行同步；服务器存储和管理游戏数据，包括玩家资料、成就、游戏进度以及其他相关信息。其中，网络基础设施是用于支持游戏的网络通信和连接的设备、协议和系统。

SDK(Software Development Kit，软件开发工具包)是一组用于开发特定软件或应用程序的工具、库和文档集合，发行SDK是指供开发者使用的、由游戏发行商提供的软件开发工具包。游戏发行SDK一般包含用于开发游戏的相关工具、接口和资源，旨在简化游戏开发过程并提供必要的支持。可以包括游戏引擎和开发工具、API(ApplicationProgramming Interface，应用程序接口)、文档和示例代码以及资源和素材。具体的，游戏发行SDK可以包含用于创建游戏的专用游戏引擎或开发工具，这些工具提供了一个开发环境，允许开发者设计、编写、调试以及测试游戏；游戏发行SDK一般提供一组API，这些API允许开发者与游戏发行商的服务进行交互，例如用户认证、在线排行榜以及多人游戏功能等，开发者可以利用这些API来集成发行商提供的功能和服务到他们的游戏中；游戏发行SDK一般附带详细的文档和示例代码，以帮助开发者理解和使用SDK提供的功能，这些文档一般包括API文档、开发指南以及最佳实践等，示例代码则可以作为参考和起点，加速开发过程；游戏发行SDK还可以提供游戏开发所需的资源和素材，如音效、图形资源以及3D模型等，这些资源可以用于快速原型制作或为游戏添加高质量的内容。

用户可以是指游戏的参与者，即游戏玩家。游戏玩家通过玩游戏获得休闲消遣、刺激竞争以及探索世界等体验。用户登录游戏是指在发行SDK更新前，通过用户输入登录信息，设备与服务器进行连接的过程。

设备是指具有计算能力和网络连接功能的电子设备，可以与服务器进行连接，用户通过在设备上进行操作，实现与游戏的交互。设备ID(Identity document，身份标识号)是指设备的唯一标识符，一般存储于运行游戏的设备的操作系统的标识符库中，通过调用相应的API可以获取设备ID。

发行ID可以是指发行SDK的唯一标识符，可以是由游戏开发商或平台分配并存储的，可以存储于服务器或开发商的数据库中，通过读取上述数据库可以获取发行ID。

与发行ID绑定的账号数据可以包括用户的个人信息以及该用户所持有的所有角色的角色ID，与发行ID关联存储于服务器或开发商的数据库中，通过读取上述数据库可以获取与发行ID绑定的账号数据。其中，角色ID可以是指角色的唯一标识符。

S102，将所述设备ID、发行ID以及与发行ID绑定的账号数据关联存储于游戏研发侧；

游戏研发侧可以是指游戏开发过程中涉及到的技术和工作方面，包括设计、编程、艺术创作、音效制作以及测试等方面。具体的，在本方案中，游戏开发侧可以是指游戏CP，游戏CP(Content Provider，内容提供商)是指提供游戏内容和相关服务的公司或个人。

可以通过在游戏开发侧端建立一个以设备_SDK表，并在设备_SDK表中输入数据来实现设备ID、发行ID以及与发行ID绑定的账号数据的关联存储。设备-SDK表可以是以设备ID、发行ID以及与发行ID绑定的账号数据等信息为字段，以设备ID为主键建立的关系型数据库表。其中，关系型数据库可以是采用了关系模型来组织数据的数据库，以行和列的形式存储数据，以便于用户理解；字段可以是数据表中每一列的表头；主键可以是能够唯一表示数据表中的每个记录的字段或者字段的组合。

S103，在发行SDK更新后，获取用户登录游戏的设备ID；

发行SDK更新是指游戏开发者将新的发行SDK与发行商的平台或服务进行集成和连接。

用户登录游戏是指用户输入登录信息，设备与服务器进行连接。服务器通过连接可以直接读取该设备的设备ID。

S104，从研发侧调取所述设备ID关联的发行ID，以及根据所述发行ID绑定的账号数据，确定迁移目标；

迁移目标可以是指需要按照预设规则进行迁移处理的游戏角色。

通过以设备ID为关键字对设备_SDK表进行查询可以调取与该设备关联的发行ID以及与该发行ID绑定的账号数据，将账号数据中所有角色ID相关联的信息确定为迁移目标。

S105，对所述迁移目标按照预设规则进行迁移处理。

预设规则主要对如何确定进行迁移处理的角色进行了规定。

对迁移目标按照预设规则进行迁移处理的方式，可以采用在研发侧将设备ID关联的发行ID由更新前的发行SDK切换至更新后的发行SDK，并对关联信息进行存储。

在本技术方案中，可选的，对所述迁移目标按照预设规则进行迁移处理，包括：

在研发侧，将所述设备ID关联的发行ID由更新前的发行SDK切换至更新后的发行SDK，并对关联信息进行存储。

在研发侧，将设备_SDK表中发行ID字段内的信息更改为更新后的发行SDK的发行ID。

然后统计账号数据中包括的角色ID的总数量，若角色ID的总数量未超过预设数量阈值，则保留账号数据包括的所有角色ID，若角色ID的总数量超过预设数量阈值，则获取各角色信息，并根据角色信息确定迁移角色，并在账号数据中只保留迁移角色的角色ID。

最后通过建立角色表，可以实现对关联信息的存储。角色表可以是以角色ID、发行ID、充值信息、等级信息以及登录信息等为字段，以角色ID为主键建立的关系型数据库表。

本方案这样设置的好处是，通过将设备ID关联的发行ID由更新前的发行SDK切换至更新后的发行SDK，并对关联信息进行存储，可以实现对账号数据的迁移，使更新后的发行SDK可以读取进行迁移的角色信息。

在本申请实例中，在发行SDK更新前，获取用户登录游戏的设备ID、发行ID以及与发行ID绑定的账号数据；将所述设备ID、发行ID以及与发行ID绑定的账号数据关联存储于游戏研发侧；在发行SDK更新后，获取用户登录游戏的设备ID；从研发侧调取所述设备ID关联的发行ID，以及根据所述发行ID绑定的账号数据，确定迁移目标；对所述迁移目标按照预设规则进行迁移处理。本技术方案，通过关联存储设备ID、发行ID以及与发行ID绑定的账号数据，可以实现对账号数据的迁移，通过对迁移目标按照预设规则进行迁移处理，可以实现高效的数据迁移，并使用户利益的损失最小化。

实施例二

图2是本申请实施例二提供的基于研发侧存储信息的账号数据迁移方法的流程示意图。本方案对上述实施例做出了更优的改进，具体改进为：对所述迁移目标按照预设规则进行迁移处理，包括：统计所述账号数据包括的角色总数量；若所述角色总数量未超过预设数量阈值，则将所述账号数据包括的所有角色迁移至更新后的发行SDK。

如图2所示，具体包括如下步骤：

S201，在发行SDK更新前，获取用户登录游戏的设备ID、发行ID以及与发行ID绑定的账号数据；

S202，将所述设备ID、发行ID以及与发行ID绑定的账号数据关联存储于游戏研发侧；

S203，在发行SDK更新后，获取用户登录游戏的设备ID；

S204，从研发侧调取所述设备ID关联的发行ID，以及根据所述发行ID绑定的账号数据，确定迁移目标；

S205，统计所述账号数据包括的角色总数量；

在以设备ID为关键字对设备_SDK表进行查询后，对查询结果中的账号数据中的角色ID使用SQL语句中的COUNT()函数，可以统计账号数据包括的角色总数量。其中，其中，SQL(Structured Query Language，结构化查询语言)语句是一种用于管理和操作关系型数据库的编程语言；COUNT()函数，可以用于统计表中的记录数或特定列中非空值的数量。

S206，若所述角色总数量未超过预设数量阈值，则将所述账号数据包括的所有角色迁移至更新后的发行SDK。

预设数量阈值可以由工作人员根据更新后的发行SDK的内容、容量以及性能等进行设定。可以理解的，更新后的发行SDK的容量越大、性能越好，设定预设数量阈值可以越高。

可以为每一个角色ID关联存储一个初始值为“否”的布尔型数据变量，该布尔型数据变量表示该角色ID对应的角色是否确定为迁移角色，变量值为“真”代表是，变量值为“假”代表否。

若角色总数量未超过预设数量阈值，则将设备_SDK表中账号数据中的所有角色ID相应的布尔型数据变量的值更改为“真”，并对各角色ID的相关信息进行存储。

本方案这样设置的好处是，通过直接对总数量不满预设数量阈值的账号数据的所有角色进行迁移，可以减少用于确定迁移角色的数据存储量与计算量，提高迁移效率。

在本技术方案中，可选的，对所述迁移目标按照预设规则进行迁移处理，还包括：

若所述角色总数量超过预设数量阈值，则获取各角色信息，并根据所述角色信息确定迁移角色。

角色信息可以包括该角色的充值信息、等级信息以及登录信息，角色信息可以根据角色ID进行关联查询获取。

根据角色信息确定迁移角色的方式，可以采用若当前角色ID对应的充值信息不为零，或当前角色ID对应的等级信息超过第一预设等级，或当前角色ID对应的登录信息满足预设条件并且等级信息超过第二预设等级，则将设备_SDK表中账号数据中的该角色ID相应的布尔型数据变量的值更改为“真”；遍历所有角色ID，删除相应布尔型数据变量的值为“假”的所有角色ID对应的记录，并对相应布尔型数据变量的值为“真”的所有角色ID的相关信息进行存储。

本方案这样设置的好处是，通过根据角色信息确定迁移角色，可以避免迁移角色过多对游戏运行产生负面影响，并保留了用户的常用角色。

实施例三

图3是本申请实施例三提供的基于研发侧存储信息的账号数据迁移方法的流程示意图。本方案对上述实施例做出了更优的改进，具体改进为：获取各角色信息，并根据所述角色信息确定迁移角色，包括：

获取各角色的充值信息；

将所述充值信息不为零的角色确定为迁移角色。

如图3所示，具体包括如下步骤：

S301，在发行SDK更新前，获取用户登录游戏的设备ID、发行ID以及与发行ID绑定的账号数据；

S302，将所述设备ID、发行ID以及与发行ID绑定的账号数据关联存储于游戏研发侧；

S303，在发行SDK更新后，获取用户登录游戏的设备ID；

S304，从研发侧调取所述设备ID关联的发行ID，以及根据所述发行ID绑定的账号数据，确定迁移目标；

S305，统计所述账号数据包括的角色总数量；

S306，若所述角色总数量超过预设数量阈值，则获取各角色的充值信息；

充值信息可以是指用户为当前角色注入资金的金额数，充值信息可以根据角色ID进行关联查询获取。

S307，将充值信息不为零的角色确定为迁移角色；

将充值信息不为零的角色确定为迁移角色的方式，可以采用比较充值信息与数字0，若充值信息大于0，则将设备_SDK表中账号数据中的该角色ID相应的布尔型数据变量的值更改为“真”。

S308，将迁移角色迁移至更新后的发行SDK。

本方案这样设置的好处是，通过将充值信息不为零的角色确定为迁移角色，可以保留用户为其付出金钱的角色，保证用户的利益不被损失。

在本技术方案中，可选的，获取各角色信息，并根据所述角色信息确定迁移角色，包括：

获取各角色的等级信息；

将所述等级信息超过第一预设等级的角色确定为迁移角色。

等级信息可以是指当前角色在游戏中的等级或进展情况，等级是一种用于衡量角色在游戏中的进步和成就的方式，用户通过使用当前角色完成任务或挑战、赢得比赛以及获取经验值等方式可以提高等级，等级信息可以根据角色ID进行关联查询获取。

第一预设等级可以由工作人员设定，可以理解的，用户为角色付出大量精力才可以使该角色的等级信息超过第一预设等级，等级信息超过第一预设等级的角色对用户而言十分珍贵。

将等级信息超过第一预设等级的角色确定为迁移角色的方式，可以采用比较等级信息与第一预设等级，若等级信息大于第一预设等级，则将设备_SDK表中账号数据中的该角色ID相应的布尔型数据变量的值更改为“真”。

本方案这样设置的好处是，通过将等级信息超过第一预设等级的角色确定为迁移角色，可以保留用户为其付出大量精力的角色，保证用户的利益不被损失。

在本技术方案中，可选的，获取各角色信息，并根据所述角色信息确定迁移角色，包括：

获取各角色的登录信息以及等级信息；

识别各角色的登录信息是否满足预设条件；其中，所述预设条件包括平均登录周期或者最后未登录时长，若平均登录周期超过预设登录周期，或者，最后未登录时长小于预设登录周期，则识别该角色满足预设条件；

将登录信息满足预设条件，并且等级信息超过第二预设等级的角色确定为迁移角色。

登录信息可以是指用户每次使用当前角色开启运行游戏的时间，登录信息以及等级信息可以根据角色ID进行关联查询获取。

登录周期可以是指用户使用当前角色进行游戏这个事件重复的时间间隔，通过计算第一次和最后一次用户使用当前角色进行游戏的时间间隔，并统计用户使用当前角色进行游戏的次数，将时间间隔除以减一后的次数，所得计算结果即为平均登录周期。

计算当前时间与最后一次用户使用当前角色进行游戏的时间的差值，所得差值即为最后未登录时长。

预设登录周期可以由工作人员基于游戏内容进行设定，例如，拥有每日任务的游戏的预设登录周期可以设定为7天，放置型游戏的预设登录周期可以为14天等。

第二预设等级可以由工作人员设定，可以理解的，用户为角色付出一些精力才可以使该角色的等级信息超过第二预设等级，等级信息超过第二预设等级的角色对用户而言比较珍贵。

定义两个初始值为“假”的布尔型数据变量a1与a2。比较平均登录周期与预设登录周期，并比较最后未登录时长与预设登录周期，若平均登录周期大于预设登录周期，或最后未登录时长小于预设登录周期，则将a1的值更改为“真”。比较登录信息与第二预设等级，若登录信息大于第二预设等级，则将a2的值更改为“真”。最后，若a1与a2的值都为“真”，则将设备_SDK表中账号数据中的该角色ID相应的布尔型数据变量的值更改为“真”。

本方案这样设置的好处是，通过将登录信息满足预设条件并且等级信息超过第二预设等级的角色确定为迁移角色，可以保留用户为其付出较多精力并且最近时间内还再继续使用的角色，保证用户的利益不被损失。

实施例四

图4是本申请实施例四提供的基于研发侧存储信息的账号数据迁移装置的结构示意图。如图4所示，所述装置包括：

更新前数据获取模块410，用于在发行SDK更新前，获取用户登录游戏的设备ID、发行ID以及与发行ID绑定的账号数据；

关联存储模块420，用于将所述设备ID、发行ID以及与发行ID绑定的账号数据关联存储于游戏研发侧；

设备ID获取模块430，用于在发行SDK更新后，获取用户登录游戏的设备ID；

迁移目标确定模块440，用于从研发侧调取所述设备ID关联的发行ID，以及根据所述发行ID绑定的账号数据，确定迁移目标；

迁移处理模块450，用于对所述迁移目标按照预设规则进行迁移处理。

在本申请实施例中，更新前数据获取模块，用于在发行SDK更新前，获取用户登录游戏的设备ID、发行ID以及与发行ID绑定的账号数据；关联存储模块，用于将所述设备ID、发行ID以及与发行ID绑定的账号数据关联存储于游戏研发侧；设备ID获取模块，用于在发行SDK更新后，获取用户登录游戏的设备ID；迁移目标确定模块，用于从研发侧调取所述设备ID关联的发行ID，以及根据所述发行ID绑定的账号数据，确定迁移目标；迁移处理模块，用于对所述迁移目标按照预设规则进行迁移处理。上述基于研发侧存储信息的账号数据迁移装置，通过关联存储设备ID、发行ID以及与发行ID绑定的账号数据，可以实现对账号数据的迁移，通过对迁移目标按照预设规则进行迁移处理，可以实现高效的数据迁移，并使用户利益的损失最小化。

本申请实施例中的基于研发侧存储信息的账号数据迁移装置可以是装置，也可以是终端中的部件、集成电路、或芯片。该装置可以是移动电子设备，也可以为非移动电子设备。示例性的，移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本或者个人数字助理(personal digital assistant，PDA)等，非移动电子设备可以为服务器、网络附属存储器(Network Attached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。

本申请实施例中的基于研发侧存储信息的账号数据迁移装置可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为IOS操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。

本申请实施例提供的基于研发侧存储信息的账号数据迁移装置能够实现上述实施例一至四实现的各个过程，为避免重复，这里不再赘述。

实施例五

如图5所示，本申请实施例还提供一种电子设备500，包括处理器501，存储器502，存储在存储器502上并可在所述处理器501上运行的程序或指令，该程序或指令被处理器501执行时实现上述基于研发侧存储信息的账号数据迁移装置实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，本申请实施例中的电子设备包括上述所述的移动电子设备和非移动电子设备。

实施例六

本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述基于研发侧存储信息的账号数据迁移装置实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，所述处理器为上述实施例中所述的电子设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。

实施例七

本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述基于研发侧存储信息的账号数据迁移装置实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

上述仅为本申请的较佳实施例及所运用的技术原理。本申请不限于这里所述的特定实施例，对本领域技术人员来说能够进行的各种明显变化、重新调整及替代均不会脱离本申请的保护范围。因此，虽然通过以上实施例对本申请进行了较为详细的说明，但是本申请不仅仅限于以上实施例，在不脱离本申请构思的情况下，还可以包括更多其他等效实施例，而本申请的范围由权利要求的范围决定。

Claims (10)

1.一种基于研发侧存储信息的账号数据迁移方法，其特征在于，所述方法包括：

在发行SDK更新前，获取用户登录游戏的设备ID、发行ID以及与发行ID绑定的账号数据；

将所述设备ID、发行ID以及与发行ID绑定的账号数据关联存储于游戏研发侧；

在发行SDK更新后，获取用户登录游戏的设备ID；

从研发侧调取所述设备ID关联的发行ID，以及根据所述发行ID绑定的账号数据，确定迁移目标；

对所述迁移目标按照预设规则进行迁移处理。

2.根据权利要求1所述的基于研发侧存储信息的账号数据迁移方法，其特征在于，对所述迁移目标按照预设规则进行迁移处理，包括：

在研发侧，将所述设备ID关联的发行ID由更新前的发行SDK切换至更新后的发行SDK，并对关联信息进行存储。

3.根据权利要求1所述的基于研发侧存储信息的账号数据迁移方法，其特征在于，对所述迁移目标按照预设规则进行迁移处理，包括：

统计所述账号数据包括的角色总数量；

若所述角色总数量未超过预设数量阈值，则将所述账号数据包括的所有角色迁移至更新后的发行SDK。

4.根据权利要求3所述的基于研发侧存储信息的账号数据迁移方法，其特征在于，对所述迁移目标按照预设规则进行迁移处理，还包括：

若所述角色总数量超过预设数量阈值，则获取各角色信息，并根据所述角色信息确定迁移角色。

5.根据权利要求4所述的基于研发侧存储信息的账号数据迁移方法，其特征在于，获取各角色信息，并根据所述角色信息确定迁移角色，包括：

获取各角色的充值信息；

将所述充值信息不为零的角色确定为迁移角色。

6.根据权利要求4所述的基于研发侧存储信息的账号数据迁移方法，其特征在于，获取各角色信息，并根据所述角色信息确定迁移角色，包括：

获取各角色的等级信息；

将所述等级信息超过第一预设等级的角色确定为迁移角色。

7.根据权利要求4所述的基于研发侧存储信息的账号数据迁移方法，其特征在于，获取各角色信息，并根据所述角色信息确定迁移角色，包括：

获取各角色的登录信息以及等级信息；

识别各角色的登录信息是否满足预设条件；其中，所述预设条件包括平均登录周期或者最后未登录时长，若平均登录周期超过预设登录周期，或者，最后未登录时长小于预设登录周期，则识别该角色满足预设条件；

将登录信息满足预设条件，并且等级信息超过第二预设等级的角色确定为迁移角色。

8.一种基于研发侧存储信息的账号数据迁移装置，其特征在于，所述装置包括：

更新前数据获取模块，用于在发行SDK更新前，获取用户登录游戏的设备ID、发行ID以及与发行ID绑定的账号数据；

关联存储模块，用于将所述设备ID、发行ID以及与发行ID绑定的账号数据关联存储于游戏研发侧；

设备ID获取模块，用于在发行SDK更新后，获取用户登录游戏的设备ID；

迁移目标确定模块，用于从研发侧调取所述设备ID关联的发行ID，以及根据所述发行ID绑定的账号数据，确定迁移目标；

迁移处理模块，用于对所述迁移目标按照预设规则进行迁移处理。

9.一种电子设备，其特征在于，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1-7中任一项所述的基于研发侧存储信息的账号数据迁移方法的步骤。

10.一种可读存储介质，其特征在于，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1-7中任一项所述的基于研发侧存储信息的账号数据迁移方法的步骤。