CN104090874B - 一种跨平台数据管理方法和系统 - Google Patents

Abstract

本发明实施例提供了一种跨平台数据管理方法和系统，以解决无法保证两个平台上数据的同步性的问题。本发明实施例通过对应用中的数据进行拆分，并且对服务器架构进行修改，将数据拆分为平台A数据、平台B数据和公用数据，平台A数据存储至平台A服务器，平台B数据存储至平台B服务器，公用数据存储至中枢服务器。其中，平台A服务器和平台B服务器通过中枢服务器进行数据中转，因此，当其中一个平台对另一个平台的数据进行修改之后，可以通过中枢服务器实时将修改后的数据转发至所述另一个平台的服务器，从而可以确保平台A和平台B数据的同步性。

Description

一种跨平台数据管理方法和系统

技术领域

本发明实施例涉及网络数据处理技术领域，特别是涉及一种跨平台数据管理方法和系统。

背景技术

同一个账户可以在不同平台运行不同的应用，例如可以同时在平台A运行平台A应用和在平台B运行平台B应用。如果其中一个平台的应用需要调用另一个平台的应用中的数据，则要进行跨平台数据读取。

以游戏为例，同一个账户可以分别在平台A和平台B运行游戏，可以将平台A游戏的服务器称为平台A服务器，将平台B游戏的服务器称为平台B服务器。游戏中的跨平台数据读取方式主要包括以下两种：

方式一：在线数据读取

当在平台A和平台B上同时运行游戏时，如果平台B向平台A发起数据请求，则利用服务器上的数据读取功能，平台A服务器从平台A对应的服务器数据库中读取数据，然后通过平台A服务器将数据转发至平台B服务器。

但是，平台B上的游戏只能通过平台A服务器读取平台A对应的服务器数据库中的数据，而不具有向平台A对应的服务器数据库写数据的权限。因此，如果在平台B上对数据进行了修改，则无法将修改后的数据写入平台A对应的服务器数据库中，从而导致用户在平台A服务器和平台B服务器的数据不一致。

方式二：备份数据读取

当在平台A和平台B上同时运行游戏时，平台A服务器从平台A对应的服务器数据库中读取数据，由平台A服务器将读取的数据制作快照并存储于独立数据库中。当平台B向平台A发起数据请求时，平台B服务器从上述独立数据库中读取数据。

但是，平台B服务器读取的是存储于独立数据库中的快照数据，此部分数据并不是实时数据，同样无法保证两个平台服务器数据的一致性。而且为了防止出现数据混乱，该部分快照数据不能回写到原有平台A对应的服务器数据库中。

综上所述，上述两种跨平台数据读取方式对于同一个账户的数据会存在于同时运行中的不同服务器中，无法保证两个平台上数据的同步性，对于应用的运行过程（如用户游戏过程）会产生影响。

发明内容

本发明实施例所要解决的技术问题是提供一种跨平台数据管理方法和系统，以解决无法保证两个平台上数据的同步性的问题。

为了解决上述问题，本发明公开了一种跨平台数据管理方法，其特征在于，包括：

将应用中的数据拆分为平台A数据、平台B数据和公用数据；其中，平台A数据存储至平台A服务器，平台B数据存储至平台B服务器，公用数据存储至中枢服务器；

平台A客户端依次通过平台A服务器、中枢服务器和平台B服务器，从平台B服务器读取平台B数据；

当平台A客户端对所述平台B数据进行修改之后，平台A客户端依次通过平台A服务器、中枢服务器和平台B服务器，将修改后的平台B数据写入平台B服务器。

可选地，所述方法还包括：

平台A客户端依次通过平台A服务器和中枢服务器，从中枢服务器读取公用数据；

当平台A客户端对所述公用数据进行修改时，禁止平台B客户端对所述公用数据进行修改；

当平台A客户端对所述公用数据进行修改之后，平台A客户端依次通过平台A服务器和中枢服务器，将修改后的公用数据写入中枢服务器，并且允许平台B客户端对所述公用数据进行修改。

可选地，所述平台A客户端依次通过平台A服务器和中枢服务器，将修改后的公用数据写入中枢服务器，包括：

平台A客户端将修改后的公用数据写入平台A服务器，平台A服务器将所述修改后的公用数据反馈至中枢服务器。

可选地，所述平台A客户端依次通过平台A服务器、中枢服务器和平台B服务器，从平台B服务器读取平台B数据，包括：

平台A客户端向平台A服务器发送获取平台B数据的请求，平台A服务器将所述获取平台B数据的请求转发至中枢服务器，通过中枢服务器将所述获取平台B数据的请求转发至平台B服务器；

平台B服务器将所述平台B数据反馈至中枢服务器，通过中枢服务器将所述平台B数据反馈至平台A服务器，平台A服务器将所述平台B数据反馈至平台A客户端。

可选地，所述平台A客户端依次通过平台A服务器、中枢服务器和平台B服务器，将修改后的平台B数据写入平台B服务器，包括：

平台A客户端将修改后的平台B数据写入平台A服务器，平台A服务器将所述修改后的平台B数据反馈至中枢服务器，通过中枢服务器将所述修改后的平台B数据反馈至平台B服务器。

另一方面，本发明还公开了一种跨平台数据管理系统，其特征在于，包括：

拆分模块，用于将应用中的数据拆分为平台A数据、平台B数据和公用数据；其中，平台A数据存储至平台A服务器，平台B数据存储至平台B服务器，公用数据存储至中枢服务器；

跨平台读取模块，用于平台A客户端依次通过平台A服务器、中枢服务器和平台B服务器，从平台B服务器读取平台B数据；

跨平台写入模块，用于当平台A客户端对所述平台B数据进行修改之后，平台A客户端依次通过平台A服务器、中枢服务器和平台B服务器，将修改后的平台B数据写入平台B服务器。

可选地，所述系统还包括：

公用读取模块，用于平台A客户端依次通过平台A服务器和中枢服务器，从中枢服务器读取公用数据；

禁止模块，用于当平台A客户端对所述公用数据进行修改时，禁止平台B客户端对所述公用数据进行修改；

公用写入模块，用于当平台A客户端对所述公用数据进行修改之后，平台A客户端依次通过平台A服务器和中枢服务器，将修改后的公用数据写入中枢服务器，并且允许平台B客户端对所述公用数据进行修改。

可选地，所述公用写入模块包括：

公用写入子模块，用于平台A客户端将修改后的公用数据写入平台A服务器；

公用反馈子模块，用于平台A服务器将所述修改后的公用数据反馈至中枢服务器。

可选地，所述跨平台读取模块包括：

跨平台转发子模块，用于平台A客户端向平台A服务器发送获取平台B数据的请求，平台A服务器将所述获取平台B数据的请求转发至中枢服务器，通过中枢服务器将所述获取平台B数据的请求转发至平台B服务器；

第一跨平台反馈子模块，用于平台B服务器将所述平台B数据反馈至中枢服务器，通过中枢服务器将所述平台B数据反馈至平台A服务器，平台A服务器将所述平台B数据反馈至平台A客户端。

可选地，所述跨平台写入模块包括：

平台内写入子模块，用于平台A客户端将修改后的平台B数据写入平台A服务器；

第二跨平台反馈子模块，用于平台A服务器将所述修改后的平台B数据反馈至中枢服务器，通过中枢服务器将所述修改后的平台B数据反馈至平台B服务器。

与现有技术相比，本发明实施例包括以下优点：

首先，本发明实施例通过对应用中的数据进行拆分，并且对服务器架构进行修改，将数据拆分为平台A数据、平台B数据和公用数据，平台A数据存储至平台A服务器，平台B数据存储至平台B服务器，公用数据存储至中枢服务器。其中，平台A服务器和平台B服务器通过中枢服务器进行数据中转，因此，当其中一个平台对另一个平台的数据进行修改之后，可以通过中枢服务器实时将修改后的数据转发至所述另一个平台的服务器，从而可以确保平台A和平台B数据的同步性。

其次，本发明实施例中对于中枢服务器上的公用数据，当其中一个平台对公用数据进行修改时，可以禁止另一个平台对公用数据进行修改，从而可以避免两个平台同时对公用数据进行修改而造成数据混乱的问题。

附图说明

图1是本发明实施例一所述的一种跨平台数据管理方法的流程图；

图2是本发明实施例二所述的一种跨平台数据管理方法的流程图；

图3是本发明实施例二所述的数据处理流程的示意图；

图4是本发明实施例三所述的客户端游戏和网页游戏结合的整体结构图；

图5是本发明实施例四所述的一种跨平台数据管理系统的结构框图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

实施例一：

当同一个账户分别在平台A和平台B运行不同的应用时，如果需要跨平台读取数据，则可以包括以下两种方式：

方式一：在线数据读取

当在平台A和平台B上同时运行不同的应用时，如果平台B向平台A发起数据请求，则利用服务器上的数据读取功能，平台A服务器从平台A对应的服务器数据库中读取数据，然后通过平台A服务器将数据转发至平台B服务器。

方式二：备份数据读取

当在平台A和平台B上同时运行不同的应用时，平台A服务器从平台A对应的服务器数据库中读取数据，由平台A服务器将读取的数据制作快照并存储于独立数据库中。当平台B向平台A发起数据请求时，平台B服务器从上述独立数据库中读取数据。

但是，上述两种跨平台数据读取方式对于同一个账户的数据会存在于同时运行中的不同服务器中，无法保证两个平台上数据的同步性，对于应用的运行过程会产生影响。

例如，对于方式一，平台B上的应用只能通过平台A服务器读取平台A对应的服务器数据库中的数据，而不具有向平台A对应的服务器数据库写数据的权限。因此，如果在平台B上对数据进行了修改，则无法将修改后的数据写入平台A对应的服务器数据库中，从而导致用户在平台A服务器和平台B服务器的数据不一致；对于方式二，平台B服务器读取的是存储于独立数据库中的快照数据，此部分数据并不是实时数据，同样无法保证两个平台服务器数据的一致性。

因此，针对上述问题，本发明实施例提出了一种跨平台数据管理方法，该方法可以通过中枢服务器实现两个平台之间数据的实时同步。

参照图1，示出了本发明实施例一所述的一种跨平台数据管理方法的流程图，所述方法可以包括：

步骤101，将应用中的数据拆分为平台A数据、平台B数据和公用数据；其中，平台A数据存储至平台A服务器，平台B数据存储至平台B服务器，公用数据存储至中枢服务器。

本发明实施例中，首先可以将应用中的数据进行拆分，具体可以拆分为平台A数据、平台B数据和公用数据；然后对服务器架构进行设置，分别设置平台A服务器，平台B服务器和中枢服务器；最后，分别将平台A数据存储至平台A服务器，平台B数据存储至平台B服务器，公用数据存储至中枢服务器。

由于在不同平台上运行的两个应用，其各自对应的服务器之间是不能实时通信的。因此，本发明实施例设置了中枢服务器，平台A服务器和平台B服务器可以通过中枢服务器进行数据中转。

本发明实施例中，可以根据两个平台对于数据的需求进行数据拆分，按照哪个平台对数据进行修改，数据隶属于哪个平台将数据拆分为平台A数据和平台B数据，而对于两个平台均会进行读取或修改的数据，则作为共用数据。

当然，还可以通过其他方式对应用中的数据进行拆分，本发明实施例对此并不加以限制。

步骤102，平台A客户端依次通过平台A服务器、中枢服务器和平台B服务器，从平台B服务器读取平台B数据。

当经过上述步骤101对数据和服务器架构进行处理之后，当需要跨平台读取数据时（例如，平台A向平台B请求数据），平台A客户端即可依次通过平台A服务器、中枢服务器和平台B服务器，从平台B服务器读取平台B数据。

步骤103，当平台A客户端对所述平台B数据进行修改之后，平台A客户端依次通过平台A服务器、中枢服务器和平台B服务器，将修改后的平台B数据写入平台B服务器。

平台A客户端在获取到平台B数据之后，可以使用该平台B数据进行应用运行中的运算等操作。如果在使用过程中平台A客户端对平台B数据进行了修改，则平台A客户端可以实施将修改后的数据返回给平台B服务器，以保证两个平台数据的同步性。

由于平台A客户端是不能直接将修改后的数据通过平台A服务器写入平台B服务器中的，因此，本发明实施例中设置了中枢服务器，平台A客户端可以依次通过平台A服务器、中枢服务器和平台B服务器，将修改后的平台B数据写入平台B服务器。

需要说明的是，上述步骤102和步骤103中主要是介绍平台A向平台B请求数据，并将修改后的数据返回给平台B服务器的过程。对于平台B向平台A请求数据，并将修改后的数据返回给平台A服务器的过程与上述过程是相似的，本发明实施例在此不再详细论述。

本发明实施例中，平台A服务器和平台B服务器可以通过中枢服务器进行数据中转，因此，当其中一个平台对另一个平台的数据进行修改之后，可以通过中枢服务器实时将修改后的数据转发至所述另一个平台的服务器，从而可以确保平台A和平台B数据的同步性。

实施例二：

本实施例二中，将详细论述所述跨平台数据管理方法。

参照图2，示出了本发明实施例二所述的一种跨平台数据管理方法的流程图，所述方法可以包括：

步骤201，将应用中的数据拆分为平台A数据、平台B数据和公用数据；其中，平台A数据存储至平台A服务器，平台B数据存储至平台B服务器，公用数据存储至中枢服务器。

经过上述处理之后，数据的处理流程将会发生变化，如图3所示，为本发明实施例二所述的数据处理流程的示意图，其中，原始数据即为上述应用中的数据。

从图3可以看出，进行数据拆分和服务器架构设置之后，可以包括3种数据请求方式：平台内请求（平台内数据处理）、公用数据请求（公用数据处理）和跨平台数据请求（跨平台数据处理）。

图3中以平台A客户端发请求为例，其中，

平台内请求：平台A客户端向平台A服务器发送数据请求，平台A服务器根据数据请求将平台A数据反馈给平台A客户端。

公用数据请求：平台A客户端向平台A服务器发送数据请求，平台A服务器将数据请求转发至中枢服务器，中枢服务器根据数据请求将公用数据反馈给平台A服务器，平台A服务器再将所述公用数据反馈给平台A客户端。

跨平台数据请求：平台A客户端向平台A服务器发送数据请求，平台A服务器将数据请求转发至中枢服务器，中枢服务器将数据请求转发至平台B服务器，平台B服务器根据数据请求将平台B数据反馈给中枢服务器，中枢服务器将所述平台B数据反馈给平台A服务器，平台A服务器再将所述平台B数据反馈给平台A客户端。

对于平台B客户端发请求的情况，与上述过程基本相似，本发明实施例在此不再详细论述。

需要说明的是，图3中只描述了请求数据的情况，对于修改数据的情况，将在下面的步骤中详细论述。

根据图3所示的情况，本发明实施例所述的跨平台数据管理方法还包括以下步骤：

步骤202，平台A客户端从平台A服务器读取平台A数据。

步骤203，当平台A客户端对所述平台A数据进行修改之后，平台A客户端将将修改后的平台A数据写入平台A服务器。

上述步骤202和步骤203即为图3中的平台内数据处理的情况。

步骤204，平台A客户端依次通过平台A服务器和中枢服务器，从中枢服务器读取公用数据。

该步骤204可以包括：

a1，平台A客户端向平台A服务器发送获取公用数据的请求，平台A服务器将所述获取公用数据的请求转发至中枢服务器；

a2，中枢服务器将所述公用数据反馈至平台A服务器，平台A服务器将所述平台B数据反馈至平台A客户端。

步骤205，当平台A客户端对所述公用数据进行修改时，禁止平台B客户端对所述公用数据进行修改。

本发明实施例中，为了避免两个平台同时对公用数据进行修改而造成数据混乱的问题，可以在平台A客户端对所述公用数据进行修改时，禁止平台B客户端对所述公用数据进行修改，即在同一时间只有一个平台可以对公用数据进行修改。

步骤206，当平台A客户端对所述公用数据进行修改之后，平台A客户端依次通过平台A服务器和中枢服务器，将修改后的公用数据写入中枢服务器，并且允许平台B客户端对所述公用数据进行修改。

该步骤206可以包括：

b1，平台A客户端将修改后的公用数据写入平台A服务器；

b2，平台A服务器将所述修改后的公用数据反馈至中枢服务器。

上述步骤204-步骤206即为图3中的公用数据处理的情况。

步骤207，平台A客户端依次通过平台A服务器、中枢服务器和平台B服务器，从平台B服务器读取平台B数据。

该步骤207可以包括：

c1，平台A客户端向平台A服务器发送获取平台B数据的请求，平台A服务器将所述获取平台B数据的请求转发至中枢服务器，通过中枢服务器将所述获取平台B数据的请求转发至平台B服务器；

c2，平台B服务器将所述平台B数据反馈至中枢服务器，通过中枢服务器将所述平台B数据反馈至平台A服务器，平台A服务器将所述平台B数据反馈至平台A客户端。

步骤208，当平台A客户端对所述平台B数据进行修改之后，平台A客户端依次通过平台A服务器、中枢服务器和平台B服务器，将修改后的平台B数据写入平台B服务器。

该步骤208可以包括：

d1，平台A客户端将修改后的平台B数据写入平台A服务器；

d2，平台A服务器将所述修改后的平台B数据反馈至中枢服务器，通过中枢服务器将所述修改后的平台B数据反馈至平台B服务器。

上述步骤207-步骤208即为图3中的跨平台数据处理的情况。

需要说明的是，上述步骤201-步骤208是针对平台A一侧的跨平台数据的管理方法进行的介绍，对于平台B一侧与上述过程基本相似，可以包括以下步骤：

A，将应用中的数据拆分为平台A数据、平台B数据和公用数据；其中，平台A数据存储至平台A服务器，平台B数据存储至平台B服务器，公用数据存储至中枢服务器。

B，平台B客户端从平台B服务器读取平台B数据。

C，当平台B客户端对所述平台B数据进行修改之后，平台B客户端将将修改后的平台B数据写入平台B服务器。

D，平台B客户端依次通过平台B服务器和中枢服务器，从中枢服务器读取公用数据。

E，当平台B客户端对所述公用数据进行修改时，禁止平台A客户端对所述公用数据进行修改。

F，当平台B客户端对所述公用数据进行修改之后，平台B客户端依次通过平台B服务器和中枢服务器，将修改后的公用数据写入中枢服务器，并且允许平台A客户端对所述公用数据进行修改。

G，平台B客户端依次通过平台B服务器、中枢服务器和平台A服务器，从平台A服务器读取平台A数据。

H，当平台B客户端对所述平台A数据进行修改之后，平台B客户端依次通过平台B服务器、中枢服务器和平台A服务器，将修改后的平台A数据写入平台A服务器。

对于上述A-H各个步骤的具体过程，参照步骤201-步骤208的相关描述即可，本发明实施例在此不再详细论述。

本发明实施例中，平台A服务器和平台B服务器通过中枢服务器进行数据中转，因此，当其中一个平台对另一个平台的数据进行修改之后，可以通过中枢服务器实时将修改后的数据转发至所述另一个平台的服务器，从而可以确保平台A和平台B数据的同步性。其次，本发明实施例中对于中枢服务器上的公用数据，当其中一个平台对公用数据进行修改时，可以禁止另一个平台对公用数据进行修改，从而可以避免两个平台同时对公用数据进行修改而造成数据混乱的问题。

实施例三：

在本发明实施例三中，主要以游戏为例，介绍游戏运行时的跨平台数据管理方法。

首先介绍一下应用本发明实施例所述的跨平台数据管理方法进行数据管理的整体结构。

客户端游戏是指官方搭建服务器，用户下载安装文件安装客户端后通过互联网连接到服务器后进行多人交互的网络游戏。网页游戏（WEB游戏）是指通过浏览器打开网页就可以进行，只需要少量点击即可以完成的游戏。

持续时间化网络游戏（简称“持续时间游戏”）是指玩家需要花费较长时间持续体验的网络游戏，例如大部分的客户端游戏。碎片时间化网络游戏（简称“碎片时间游戏”）是指玩家可以利用少量时间即可以得到丰富体验的网络游戏，例如社区类网页游戏。

本发明实施例中，可以将客户端游戏的时间持续化和网页游戏的时间碎片化结合起来，让玩家可以充分利用这些碎片时间，在持续时间化网络游戏的碎片时间中得到碎片时间化网络游戏的游戏体验。

其中，将客户端游戏称为持续时间游戏，对应的服务器称为持续时间服务器，对应的客户端称为持续时间客户端，游戏中的数据称为持续时间数据；将网页游戏称为碎片时间游戏，对应的客户端称为碎片时间客户端，游戏中的数据称为碎片时间数据。

首先可以在持续时间游戏中开发一个碎片时间游戏，所述碎片时间游戏可以采用网页游戏的开发方式进行开发（因此，本发明实施例可以将所开发的碎片时间游戏认为是网页游戏）。这两类游戏可以使用同一套数据进行不同的游戏体验，碎片时间游戏可以是不同于持续时间游戏的一种新的场景。例如，如果玩家在持续时间游戏中的场景为A，角色为a，角色数据为b，则该玩家在碎片时间游戏中的场景可以为B，角色也为a，角色数据同样为b，从而可以通过这两类游戏同步进行角色的养成。

具体的，如图4所示，为本发明实施例三中客户端游戏和网页游戏结合的整体结构图。

从图4中可以看出，持续时间游戏和碎片时间游戏结合之后，即可以在持续时间游戏的过程中进行碎片时间游戏。可以在原有的持续时间服务器和持续时间客户端的基础上，开发一个碎片时间客户端，并且可以在原有的持续时间服务器上开发一个碎片时间数据处理模块，用于处理碎片时间游戏中的碎片时间数据。

其中，持续时间客户端和碎片时间客户端可以通过同一个客户端软件实现，当用户在下载客户端软件之后，可以同时具有持续时间客户端和碎片时间客户端。碎片时间客户端可以为一些插件，这些插件可以临时存放，例如，如果玩家在加载之后可以将其删除，当然，也可以进行保存，本发明实施例对此并不加以限制。

可以开发一个用于承载所述碎片时间客户端的子进程。当玩家在进行持续时间游戏的过程中，在持续时间客户端内可以以某种方式触发该承载子进程启动，通过该子进程可以展现碎片时间客户端；然后碎片时间客户端即可以持续时间客户端为中介（进程间通信的方式），与持续时间服务器进行数据交互，通过持续时间服务器中的碎片时间数据处理模块对碎片时间客户端的碎片时间数据进行处理。

本发明实施例中，主要是针对上述碎片时间游戏和持续时间游戏之间的跨平台数据进行管理的过程。

在游戏运行过程中，用户的信息将会以数据库数据的形式固定存储于游戏数据库中。游戏数据库数据为离线数据，只用于存储而非游戏运行过程中的实时运算和读写。游戏数据库中的数据会在游戏服务器启动后，在用户的游戏角色上线时由游戏服务器从游戏数据库中进行加载并暂存在服务器数据库中。服务器数据库中的数据为在线数据，用户的游戏过程运算、数据读写、数据调用等均在该数据库中进行。服务器数据库会定期将数据写入到游戏数据库中进行存盘保存，以保证用户在游戏过程中所产生的数据信息能够有效保存。

用户的游戏角色在线进行游戏时，角色的数据均会在服务器数据库中进行存储，并利用该数据进行游戏过程的运算。角色在游戏过程中所产生的数据也会在运行过程中暂存在服务器数据库中。角色在线时的数据修改并不会影响游戏数据库中的数据，只有在服务器数据库中的数据存盘时才会存储在游戏数据库中。

游戏中的所有物品均通过一个统一的物品管理系统进行维护。该系统主要负责的事情包括：标记并管理每一个物品与角色的关系、记录物品的流通记录、记录物品的修改记录等。此外，由于所管理的内容是游戏中所有的物品，因此大部分的游戏中均会使用单一的物品管理系统进行物品管理与维护。

但是，针对上述图4所述的系统结构，玩家可在一个平台上使用客户端游戏（持续时间游戏）的过程中，同时进行另一个平台上客户端内嵌的网页游戏（碎片时间游戏）内容。因此，此部分新的设计所带来的问题包括以下几个方面：

（1）、新增的内嵌网页游戏内容需求一套全新的物品系统。该物品系统仍然归属于使用客户端游戏的用户角色，且该物品系统只有在内嵌网页游戏中可以使用，在原有的客户端游戏过程中不可使用。

（2）、当用户在一个平台进行物品操作时，不能够影响另一个平台的用户物品系统，且其中一个游戏的物品系统与另一个游戏的物品系统需要有数据交互能力。即：当用户在客户端游戏平台上进行游戏的同时，可在网页游戏平台同步进行物品操作，而两个平台上进行物品操作时不会对另一个平台的物品产生影响，且用户可通过固定的物品交流渠道，将其中一个平台上的物品导入到另一个平台中进行使用。

（3）、对于跨平台时所使用的角色数据，由于需要同时通过两个平台读取同一个角色的数据，因此涉及到数据的读取安全性问题。假设对数据处理不好，则会出现数据被两个平台同时修改，造成读取或写入时数据不一致，造成数据混乱等情况。

（4）、对于跨平台使用的相同数据区域，由于用户在使用时可以同时在两个平台进行游戏过程。因此对于同一个数据参数，如果其影响的游戏过程分别需要在两个平台中进行展现，则会出现由于一个平台使用而改变参数时，另一个平台的数据显示异常的问题。

因此，针对上述问题，本发明实施例主要可以从以下两个方面进行处理：

（i）在服务器端建立两套物品管理系统，同一套框架下处理两类不同的数据。

在同一个持续时间服务器框架下，运行两套各自独立的物品管理系统，即持续时间物品管理系统和碎片时间物品管理系统。两套物品系统之间具有固定的互通接口，只有在系统规定的情况下方可进行物品数据流通，非系统规定情况下两个物品系统可以在用户游戏过程中同时读取且互相不受影响。

（ii）同一个角色数据，在跨平台使用时的逻辑关系。

同一个角色数据在两个平台上同时调用时，保证数据的实时性以及数据在两个平台中使用的准确性，确保数据读写的逻辑顺序以及处理规则不会导致双平台同时修改时的数据混乱。

本发明实施例中，上述图4中的持续时间服务器中可以包括持续时间数据处理模块和碎片时间数据处理模块。下面的描述中所提到的平台A客户端可以为上述的持续时间客户端，平台B客户端可以为上述的碎片时间客户端；平台A服务器可以为上述的持续时间数据处理模块，平台B服务器可以为上述的碎片时间数据处理模块，中枢服务器为上述的持续时间服务器；平台A数据可以为持续时间游戏物品管理系统中的数据，平台B数据可以为碎片时间游戏物品管理系统中的数据，公用数据可以为运行游戏的角色数据（账户数据）。或者上述平台A可以对应碎片时间游戏，平台B可以对应持续时间游戏，本发明实施例对此并不加以限制。

具体的，本发明实施例所述的跨平台数据管理方法主要可以包括以下三个过程：

1、数据拆分

将游戏中的数据进行逻辑拆分，将其中的数据拆分为平台A数据、平台B数据、公用数据三个部分。拆分的方法可以依据两个平台对于数据的需求，按照哪个平台修改，数据隶属于哪个平台的方式进行拆分，而对于两个平台均会进行读取或使用的数据，设定为公用数据。隶属于平台A的数据由平台A负责处理；隶属于平台B的数据由平台B负责处理；公用数据则为两个平台均可进行修改和读取的数据。

在服务器调用时根据当前发起请求的平台，由该平台对应的服务器自动获取到对应的数据进行操作。

2、服务器架构设计

调整原有的服务器——客户端的简单CS结构，设定为平台A客户端——平台A服务器——中枢服务器——平台B服务器——平台B客户端的方式，数据在两个平台的服务器之间通过中枢服务器进行中转并进行协调。

3、数据处理流程设计

在原有的持续时间物品管理系统（客户端游戏物品管理系统）之上，制作了新的碎片时间物品管理系统（网页游戏物品管理系统）。两个物品管理系统均受到同一个持续时间服务器进行管理。当用户在两个平台上同时进行游戏时，将两个物品管理系统分别设定于持续时间服务器的不同逻辑模块（持续时间数据处理模块和碎片时间数据处理模块）中进行管理。通过持续时间服务器的中枢管理方式对两个逻辑模块进行分别处理调用，并通过中枢管理方式对两个模块中涉及到的数据交互进行处理。

对于拆分的数据，分别由各自的对应的平台服务器以及中枢服务器进行维护，作为服务器数据而存在，而中枢服务器作为两个平台服务器之间的中枢来协调各自数据的中转。

当用户在平台A客户端上进行游戏时，由平台A服务器给予用户数据支持，同时由中枢服务器对平台A服务器进行支持。因此如果用户在平台A上进行游戏而造成平台A服务器的数据修改时，则修改平台A服务器上的数据内容，而平台B服务器上的数据内容不受影响。当玩家的游戏内容修改了中枢服务器上的数据时，由中枢服务器强制平台B服务器进行数据更新，并将消息推送给平台B客户端上，此时用户在平台B客户端上可直接收到更新后的数据。

对于公用数据，如果两个平台同时使用公用数据时，将公用数据的修改权限固定为其中一个平台，另一个平台只能进行读取，以此将两个平台之间的数据读取权限进行合理的分配，避免同时修改引起的数据混乱。

下面，以碎片时间平台向持续时间平台请求数据为例，说明本发明实施例的跨平台数据管理方法的流程，该流程可以包括以下步骤：

a，将游戏中的数据拆分为持续时间物品管理系统数据、碎片时间物品管理系统数据和公用数据；其中，持续时间物品管理系统数据存储至持续时间数据处理模块，碎片时间物品管理系统数据存储至碎片时间数据处理模块，公用数据存储至持续时间服务器。

b，碎片时间客户端从碎片时间服务器读取碎片时间物品管理系统数据。

c，当碎片时间客户端对所述碎片时间物品管理系统数据进行修改之后，碎片时间客户端将将修改后的碎片时间物品管理系统数据写入碎片时间数据处理模块。

d，碎片时间客户端依次通过碎片时间数据处理模块和持续时间服务器，从持续时间服务器读取公用数据。

e，当碎片时间客户端对所述公用数据进行修改时，禁止持续时间客户端对所述公用数据进行修改。

f，当碎片时间客户端对所述公用数据进行修改之后，碎片时间客户端依次通过碎片时间数据处理模块和持续时间服务器，将修改后的公用数据写入持续时间服务器，并且允许持续时间客户端对所述公用数据进行修改。

g，碎片时间客户端依次通过碎片时间数据处理模块、持续时间服务器和持续时间数据处理模块，从持续时间数据处理模块读取持续时间数据。

h，当碎片时间客户端对所述持续时间数据进行修改之后，碎片时间客户端依次通过碎片时间数据处理模块、持续时间服务器和持续时间数据处理模块，将修改后的持续时间数据写入持续时间数据处理模块。

对于上述a-h各个步骤的具体过程，参照上述实施例一的相关描述即可。对于持续时间平台向碎片时间平台请求数据的过程，与上述步骤a-h基本相似，本发明实施例在此不再详细论述。

本发明实施例服务器运行过程中，所有的数据流通均为实时的过程。用户在使用过程中，两个服务器中的数据均为实时统一的，用户可以通过任何一个平台进行跨平台操作来获取另一个平台的数据，同时通过在某一个平台进行数据变更而使得另一个平台的数据产生对应影响，且影响是实时的。

此外，对于各自运行的程序逻辑，能够保证各自的逻辑具有独立性。确保既不会影响另一个平台的规则也不会受到另一个平台的处理逻辑规则的限制。两个平台对于同一个用户数据的读取能够利用该方法有效的进行实时操作，确保用户数据在两个平台上可以快速的互通和互动，且用户可同时在两个平台上进行数据操作而不会产生错误。

以上是以游戏为例，当然本发明的保护范围不限定于游戏这种应用，也可以是其他应用领域的数据管理，如聊天工具等等。

对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

实施例四：

参照图5，示出了本发明实施例四所述的一种跨平台数据管理系统的结构框图，该系统可以包括：拆分模块501、平台内读取模块502、平台内写入模块503、跨平台读取模块504、跨平台写入模块505、公用读取模块506、禁止模块507和公用写入模块508。

拆分模块501，用于将应用中的数据拆分为平台A数据、平台B数据和公用数据；其中，平台A数据存储至平台A服务器，平台B数据存储至平台B服务器，公用数据存储至中枢服务器；

平台内读取模块502，用于平台A客户端从平台A服务器读取平台A数据；

平台内写入模块503，用于当平台A客户端对所述平台A数据进行修改之后，平台A客户端将将修改后的平台A数据写入平台A服务器；

跨平台读取模块504，用于平台A客户端依次通过平台A服务器、中枢服务器和平台B服务器，从平台B服务器读取平台B数据；

所述跨平台读取模块504可以包括：

跨平台转发子模块，用于平台A客户端向平台A服务器发送获取平台B数据的请求，平台A服务器将所述获取平台B数据的请求转发至中枢服务器，通过中枢服务器将所述获取平台B数据的请求转发至平台B服务器；

第一跨平台反馈子模块，用于平台B服务器将所述平台B数据反馈至中枢服务器，通过中枢服务器将所述平台B数据反馈至平台A服务器，平台A服务器将所述平台B数据反馈至平台A客户端。

跨平台写入模块505，用于当平台A客户端对所述平台B数据进行修改之后，平台A客户端依次通过平台A服务器、中枢服务器和平台B服务器，将修改后的平台B数据写入平台B服务器；

所述跨平台写入模块505可以包括：

平台内写入子模块，用于平台A客户端将修改后的平台B数据写入平台A服务器；

第二跨平台反馈子模块，用于平台A服务器将所述修改后的平台B数据反馈至中枢服务器，通过中枢服务器将所述修改后的平台B数据反馈至平台B服务器。

公用读取模块506，用于平台A客户端依次通过平台A服务器和中枢服务器，从中枢服务器读取公用数据；

所述公用读取模块506可以包括：

公用转发子模块，用于平台A客户端向平台A服务器发送获取公用数据的请求，平台A服务器将所述获取公用数据的请求转发至中枢服务器；

公用读取反馈子模块，用于中枢服务器将所述公用数据反馈至平台A服务器，平台A服务器将所述平台B数据反馈至平台A客户端。

禁止模块507，用于当平台A客户端对所述公用数据进行修改时，禁止平台B客户端对所述公用数据进行修改；

公用写入模块508，用于当平台A客户端对所述公用数据进行修改之后，平台A客户端依次通过平台A服务器和中枢服务器，将修改后的公用数据写入中枢服务器，并且允许平台B客户端对所述公用数据进行修改。

所述公用写入模块508可以包括：

公用写入子模块，用于平台A客户端将修改后的公用数据写入平台A服务器；

公用反馈子模块，用于平台A服务器将所述修改后的公用数据反馈至中枢服务器。

本发明实施例通过对应用中的数据进行拆分，并且对服务器架构进行修改，将数据拆分为平台A数据、平台B数据和公用数据，平台A数据存储至平台A服务器，平台B数据存储至平台B服务器，公用数据存储至中枢服务器。其中，平台A服务器和平台B服务器通过中枢服务器进行数据中转，因此，当其中一个平台对另一个平台的数据进行修改之后，可以通过中枢服务器实时将修改后的数据转发至所述另一个平台的服务器，从而可以确保平台A和平台B数据的同步性。

其次，本发明实施例中对于中枢服务器上的公用数据，当其中一个平台对公用数据进行修改时，可以禁止另一个平台对公用数据进行修改，从而可以避免两个平台同时对公用数据进行修改而造成数据混乱的问题。

对于系统实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

需要说明的是，上述各个实施例中数据的读取和写入均是针对与服务器对应的服务器数据库而言的，即从服务器数据库读取数据，并将数据写入服务器数据库，本发明实施例在此不再详细论述。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本发明实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上对本发明所提供的一种跨平台数据管理方法和系统，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (4)

1.一种跨平台数据管理方法，其特征在于，包括：

将应用中的数据拆分为平台A数据、平台B数据和公用数据；其中，平台A数据存储至平台A服务器，平台B数据存储至平台B服务器，公用数据存储至中枢服务器；

平台A客户端向平台A服务器发送获取平台B数据的请求，平台A服务器将所述获取平台B数据的请求转发至中枢服务器，通过中枢服务器将所述获取平台B数据的请求转发至平台B服务器；

平台B服务器将所述平台B数据反馈至中枢服务器，通过中枢服务器将所述平台B数据反馈至平台A服务器，平台A服务器将所述平台B数据反馈至平台A客户端；

当平台A客户端对所述平台B数据进行修改之后，平台A客户端依次通过平台A服务器、中枢服务器和平台B服务器，将修改后的平台B数据写入平台B服务器；

平台A客户端依次通过平台A服务器和中枢服务器，从中枢服务器读取公用数据；

当平台A客户端对所述公用数据进行修改时，禁止平台B客户端对所述公用数据进行修改；

当平台A客户端对所述公用数据进行修改之后，平台A客户端将修改后的公用数据写入平台A服务器，平台A服务器将所述修改后的公用数据反馈至中枢服务器，并且允许平台B客户端对所述公用数据进行修改。

2.根据权利要求1所述的方法，其特征在于，所述平台A客户端依次通过平台A服务器、中枢服务器和平台B服务器，将修改后的平台B数据写入平台B服务器，包括：

平台A客户端将修改后的平台B数据写入平台A服务器，平台A服务器将所述修改后的平台B数据反馈至中枢服务器，通过中枢服务器将所述修改后的平台B数据反馈至平台B服务器。

3.一种跨平台数据管理系统，其特征在于，包括：

拆分模块，用于将应用中的数据拆分为平台A数据、平台B数据和公用数据；其中，平台A数据存储至平台A服务器，平台B数据存储至平台B服务器，公用数据存储至中枢服务器；

跨平台写入模块，用于当平台A客户端对所述平台B数据进行修改之后，平台A客户端依次通过平台A服务器、中枢服务器和平台B服务器，将修改后的平台B数据写入平台B服务器；

公用读取模块，用于平台A客户端依次通过平台A服务器和中枢服务器，从中枢服务器读取公用数据；

禁止模块，用于当平台A客户端对所述公用数据进行修改时，禁止平台B客户端对所述公用数据进行修改；

公用写入模块，用于当平台A客户端对所述公用数据进行修改之后，平台A客户端依次通过平台A服务器和中枢服务器，将修改后的公用数据写入中枢服务器，并且允许平台B客户端对所述公用数据进行修改；

所述公用写入模块包括：

公用写入子模块，用于平台A客户端将修改后的公用数据写入平台A服务器；

公用反馈子模块，用于平台A服务器将所述修改后的公用数据反馈至中枢服务器；

所诉跨平台读取模块包括：

跨平台转发子模块，用于平台A客户端向平台A服务器发送获取平台B数据的请求，平台A服务器将所述获取平台B数据的请求转发至中枢服务器，通过中枢服务器将所述获取平台B数据的请求转发至平台B服务器；

第一跨平台反馈子模块，用于平台B服务器将所述平台B数据反馈至中枢服务器，通过中枢服务器将所述平台B数据反馈至平台A服务器，平台A服务器将所述平台B数据反馈至平台A客户端。

4.根据权利要求3所述的系统，其特征在于，所述跨平台写入模块包括：

平台内写入子模块，用于平台A客户端将修改后的平台B数据写入平台A服务器；

第二跨平台反馈子模块，用于平台A服务器将所述修改后的平台B数据反馈至中枢服务器，通过中枢服务器将所述修改后的平台B数据反馈至平台B服务器。