CN104104700A - 一种数据管理方法和系统 - Google Patents

Abstract

本发明实施例提供了一种数据管理方法和系统，以解决目前的服务器架构方式无法满足离线数据读取需求的问题。通过将应用中的数据进行拆分，拆分出网页数据，增加专门处理网页数据的网页服务器，在网页服务器中设臵网页数据池，通过网页数据池动态管理在线网页数据和离线网页数据，网页服务器直接从网页数据池获取网页数据。新设臵的网页服务器的架构可以与客户端平台的服务器架构相同，通过网页数据池对拆分后得到的网页数据进行动态管理，可以最大限度的利用数据池的容量处理离线网页数据，从而对于离线网页数据的读取没有限制，不依赖于应用中原有数据的变化，可以读取到任何一个离线用户的离线网页数据。

Description

一种数据管理方法和系统

技术领域

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

背景技术

目前，应用的服务器架构主要有以下两种：

（1）功能服务器（server）模式：

每一个server群负责一个应用内的功能，各个server之间的功能互相独立，客户端在运行应用过程中，每一个server均会与客户端（client）在一定程度上进行通信。

（2）均衡server模式：

每一个server负责一块应用区域的所有信息处理，用户在某一个应用区域运行应用时，所有的信息均由该区域的负责server进行信息处理。当用户切换应用区域时，对应切换到新的区域所对应的server中。

以游戏为例，目前主要有客户端平台游戏和网页平台游戏两种，客户端平台游戏主要应用的服务器架构为均衡server模式，网页平台游戏主要应用的服务器架构为功能server模式。

对于常规的客户端平台游戏，为了实现用户的部分数据能够在用户离线的时候被其他用户读取，经常通过将该部分用户数据在设计之初即设定为服务器通用数据。此部分数据将会在服务器启动时直接全部读取进入到服务器数据中。从一个角度来讲，此部分数据并不是离线用户的数据，而是整个游戏的服务器数据。

对于常规的网页平台游戏，所有的用户数据均以固定的数据库链接形式实现，且由于网页平台游戏的服务器架构，本身可以在同一时间容纳百万级的用户访问量，因此离线数据的即时调用并不会对服务器本身造成影响。

但是，当在客户端平台和网页平台同时运行游戏，并且网页平台的游戏嵌入到客户端平台的游戏中时：如果网页平台游戏直接应用客户端游戏平台的服务器读取离线数据，则要求作为服务器通用数据的那部分离线数据是固定的，因此并不是每一个用户的数据都可以在该部分固定数据中进行体现，并且服务器数据中的这部分数据并不一定会被其他用户需求，此部分数据将会直接长时间占用服务器数据；如果网页平台游戏应用客户端游戏平台的服务器和网页游戏平台的服务器读取离线数据，但是网页游戏平台的服务器架构无法直接的应用到当前的客户端游戏平台的服务器架构中，因此也是无法读取的。

综上所述，如果在客户端平台和网页平台均运行某一应用，当在网页平台上运行的应用需要读取离线数据时，按照目前的服务器架构方式无法满足离线数据读取的需求。

发明内容

本发明实施例提供了一种数据管理方法和系统，以解决目前的服务器架构方式无法满足离线数据读取需求的问题。

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

将应用中的数据进行拆分，拆分后的数据包括网页数据，所述网页数据包括在线网页数据和离线网页数据；

在应用运行过程中，当某一用户在线时，网页服务器请求所述在线用户的在线网页数据，并将所述在线网页数据存储至预先设臵的网页数据池的在线数据区，网页服务器从所述在线数据区获取所述在线网页数据；

当在线的网页客户端或者网页服务器请求某一离线用户的离线网页数据时，网页服务器判断所述网页数据池的离线数据区是否存在所述离线用户的离线网页数据；

若不存在，则所述网页服务器请求所述离线用户的离线网页数据，并将所述离线用户的离线网页数据存储至所述网页数据池的离线数据区，网页服务器从所述离线数据区获取所述离线用户的离线网页数据；

若存在，则所述网页服务器直接从所述网页数据池的离线数据区获取所述离线用户的离线网页数据。

可选地，在所述网页数据池中，所述在线数据区的数据优先级高于所述离线数据区的数据优先级，

所述方法还包括：

当所述在线网页数据增多，所述在线数据区的数据已满，并且所述在线数据区未达到预先设臵的存储容量上限时，增大所述在线数据区的存储容量，减小所述离线数据区的存储容量；

当所述离线网页数据增多，所述离线数据区的数据已满，并且所述在线数据区的数据未满时，增大所述离线数据区的存储容量，减小所述在线数据区的存储容量。

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

分别为所述离线数据区的离线网页数据设臵活跃度参数；

按照所述活跃度参数从大到小的顺序对所述离线数据区的离线网页数据进行排序。

可选地，所述将所述离线用户的离线网页数据存储至所述网页数据池的离线数据区，包括：

判断所述数据池中的数据是否已满；

若是，则从排序后的离线数据区中最后一个离线网页数据开始，删除离线数据区中与所述离线用户的离线网页数据数量相同的离线网页数据；

将所述离线用户的离线网页数据存储至所述网页数据池的离线数据区。

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

当某一在线的网页客户端对某一离线用户的离线网页数据进行修改时，禁止其他在线的网页客户端对所述离线用户的离线网页数据进行修改；

所述某一在线的网页客户端对所述离线用户的离线网页数据修改完之后，将修改后的离线网页数据存储至所述网页数据池的离线数据区；

允许所述其他在线的网页客户端对所述离线用户的离线网页数据进行修改。

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

拆分模块，用于将应用中的数据进行拆分，拆分后的数据包括网页数据，所述网页数据包括在线网页数据和离线网页数据；

在线处理模块，用于在应用运行过程中，当某一用户在线时，网页服务器请求所述在线用户的在线网页数据，并将所述在线网页数据存储至预先设臵的网页数据池的在线数据区，网页服务器从所述在线数据区获取所述在线网页数据；

离线判断模块，用于当在线的网页客户端或者网页服务器请求某一离线用户的离线网页数据时，网页服务器判断所述网页数据池的离线数据区是否存在所述离线用户的离线网页数据；

离线处理模块，用于当离线判断模块的判断结果为不存在时，所述网页服务器请求所述离线用户的离线网页数据，并将所述离线网页数据存储至所述网页数据池的离线数据区，网页服务器从所述离线数据区获取所述离线用户的离线网页数据；当离线判断模块的判断结果为存在时，所述网页服务器直接从所述网页数据池的离线数据区获取所述离线用户的离线网页数据。

可选地，在所述网页数据池中，所述在线数据区的数据优先级高于所述离线数据区的数据优先级，

所述系统还包括：

第一容量控制模块，用于当所述在线网页数据增多，所述在线数据区的数据已满，并且所述在线数据区未达到预先设臵的存储容量上限时，增大所述在线数据区的存储容量，减小所述离线数据区的存储容量；

第二容量控制模块，用于当所述离线网页数据增多，所述离线数据区的数据已满，并且所述在线数据区的数据未满时，增大所述离线数据区的存储容量，减小所述在线数据区的存储容量。

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

设臵模块，用于分别为所述离线数据区的离线网页数据设臵活跃度参数；

排序模块，用于按照所述活跃度参数从大到小的顺序对所述离线数据区的离线网页数据进行排序。

可选地，所述离线处理模块包括：

判断子模块，用于判断所述数据池中的数据是否已满；

删除子模块，用于当判断子模块的判断结果为是时，从排序后的离线数据区中最后一个离线网页数据开始，删除离线数据区中与所述离线用户的离线网页数据数量相同的离线网页数据；

存储子模块，用于将所述离线用户的离线网页数据存储至所述网页数据池的离线数据区。

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

禁止模块，用于当某一在线的网页客户端对某一离线用户的离线网页数据进行修改时，禁止其他在线的网页客户端对所述离线用户的离线网页数据进行修改；

存储模块，用于所述某一在线的网页客户端对所述离线用户的离线网页数据修改完之后，将修改后的离线网页数据存储至所述网页数据池的离线数据区；

允许模块，用于允许所述其他在线的网页客户端对所述离线用户的离线网页数据进行修改。

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

本发明实施例通过将应用中的数据进行拆分，从其中拆分出网页数据，所述网页数据包括在线网页数据和离线网页数据，并增加专门处理该网页数据的网页服务器，在网页服务器中设臵网页数据池，通过该网页数据池动态管理在线网页数据和离线网页数据，网页服务器可以直接从所述网页数据池获取网页数据。其中，新设臵的网页服务器的架构可以与客户端平台的服务器架构相同，并且通过对应用中的数据进行拆分，并通过网页数据池对拆分后得到的网页数据进行动态管理，可以最大限度的利用数据池的容量处理离线网页数据，从而对于离线网页数据的读取没有限制，不依赖于应用中原有数据的变化，可以读取到任何一个离线用户的离线网页数据。

附图说明

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

图2是本发明实施例一所述的一种数据拆分示意图；

图3是本发明实施例一所述的网页数据池的示意图；

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

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

具体实施方式

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

实施例一：

本发明实施例所提出的数据管理方法主要用于跨平台运行应用的情况，例如，可以在客户端平台和网页平台中均运行一个应用，并且在这两个平台中运行应用时所涉及的用户为同一个。

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

步骤101，将应用中的数据进行拆分，拆分后的数据包括网页数据，所述网页数据包括在线网页数据和离线网页数据。

本发明实施例中，首先可以将应用中的数据进行拆分，将其中需要进行离线读取的数据拆分出来，因此拆分后的数据可以包括网页数据（即所述需要进行离线读取的数据）。

所述网页数据可以包括在线网页数据和离线网页数据。其中，如果在网页平台上运行应用的用户在线时，则该在线用户对应的网页数据即为在线网页数据，如果用户离线时，则该离线用户对应的数据为离线网页数据。

另外，在数据拆分之后，除了网页数据之外，还可以包括客户端数据，即将应用中的数据拆分为客户端数据和网页数据。

例如，如图2所示，为本发明实施例一所述的一种数据拆分示意图。图2中，原始数据即为所述应用中的数据，客户端平台数据即为所述客户端数据，网页平台数据即为所述网页数据。其中，网页平台数据可以包括在线用户数据和离线用户数据，所述在线用户数据即为上述的在线网页数据，所述离线用户数据即为上述的离线网页数据。

当然，本发明实施例中，还可以从应用中的数据拆分出共用数据，即将所述应用中的数据拆分为客户端数据、网页数据和共用数据（图2中未标出共用数据）。

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

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

步骤102，在应用运行过程中，当某一用户在线时，网页服务器请求所述在线用户的在线网页数据，并将所述在线网页数据存储至预先设臵的网页数据池的在线数据区，网页服务器从所述在线数据区获取所述在线网页数据。

由于在客户端平台和网页平台均运行某一应用，如果采用原有的客户端平台的服务器对数据进行处理，则离线数据的读取将会受限制；如果采用网页平台的服务器，则由于网页平台的服务器的架构与客户端平台的服务器的架构不同，因此网页平台的服务器不能直接应用到当前的客户端平台的服务器架构中。

因此，本发明实施例对应用中的数据进行了拆分，并设臵了专门用于管理网页数据的网页服务器，该网页服务器的架构可以采用原有的客户端服务器的架构方式。因此，对于每种拆分后的数据，都有专门的服务器进行管理。

在本发明实施例中以将应用中的数据拆分为客户端数据、网页数据和共用数据为例进行描述。因此，对于客户端数据，可以通过客户端服务器进行管理；对于网页数据，可以通过网页服务器进行管理；对于共用数据可以通过中枢服务器进行管理。

另外，本发明实施例中还在网页服务器中设臵了网页数据池，可以通过网页数据池对所述在线网页数据和离线网页数据进行管理。

参照图3，为本发明实施例一所述的网页数据池的示意图。从图3可以看出，该网页数据池可以包括在线数据区和离线数据区，其中，在线数据区用于存储在线网页数据，离线数据区用于存储离线网页数据。

对于图3中的数据热度排布、新的离线数据需求、以及被移除的离线数据，将在下面详细描述。

在应用运行过程中，当某一用户在线时，网页服务器请求所述在线用户的在线网页数据，并将所述在线网页数据存储至预先设臵的网页数据池的在线数据区，网页服务器从所述在线数据区获取所述在线网页数据。

在本发明实施例中，网页服务器是不具有直接访问数据库的权限的，只有中枢服务器具有访问数据库的权限。因此，对于网页服务器请求所述在线用户的在线网页数据的过程，可以包括：网页服务器向中枢服务器发送在线用户的在线网页数据获取请求；中枢服务器从数据库中获取所请求的在线网页数据，并将所述在线网页数据转发至所述网页服务器。

步骤103，当在线的网页客户端或者网页服务器请求某一离线用户的离线网页数据时，网页服务器判断所述网页数据池的离线数据区是否存在所述离线用户的离线网页数据。

当在线的网页客户端或者网页服务器（例如某一网页服务器进程）请求某一离线用户的离线网页数据时（即图3所示的新的离线数据需求），网页服务器首先可以判断所述网页数据池的离线数据区是否存在所述离线用户的离线网页数据。

如果不存在，则可以执行步骤104；如果存在，则可以执行步骤105。

步骤104，所述网页服务器请求所述离线用户的离线网页数据，并将所述离线网页数据存储至所述网页数据池的离线数据区，网页服务器从所述离线数据区获取所述离线用户的离线网页数据。

同样的，由于网页服务器不具有直接访问数据库的权限，因此，对于所述网页服务器请求所述离线用户的离线网页数据的过程，可以包括：网页服务器向中枢服务器发送离线用户的离线网页数据获取请求；中枢服务器从数据库中获取所请求的离线网页数据，并将所述离线网页数据转发至所述网页服务器。

步骤105，所述网页服务器直接从所述网页数据池的离线数据区获取所述离线用户的离线网页数据。

下面，对本发明实施例所述的网页数据池进行详细描述。

本发明实施例中，还可以对网页数据池中的离线数据进行排序，例如，可以按照活跃度参数进行排序。因此，所述方法还可以包括：

步骤a，分别为所述离线数据区的离线网页数据设臵活跃度参数。

步骤b，按照所述活跃度参数从大到小的顺序对所述离线数据区的离线网页数据进行排序。

对于所述离线数据区中的每个离线数据，其都可以对应一个活跃度参数，可以按照所述活跃度参数从大到小的顺序对所述离线数据区的离线网页数据进行排序（即图3中的数据热度排序）。

其中，所述活跃度参数可以表示该离线数据被关注的程度（即热度），该离线数据被关注的越多，其对应的活跃的参数越大。并且，该活跃度参数是实时变化的，例如，在时间a时离线用户A被关注了一次，则其活跃度参数增加一固定值，如果在时间b离线用户A又被关注了一次，则其活跃度参数再次增加上述固定值。

本发明实施例中，所述网页数据池可以为一个物理服务器，其具有一个固定的存储容量上限。在所述网页数据池中，所述在线数据区的数据优先级可以高于所述离线数据区的数据优先级，即对于网页数据池中存储的在线网页数据的数量和离线网页数据的数量，将会优先考虑在线网页数据的情况。

通过所述网页数据池可以动态的对所述在线网页数据和离线网页数据进行管理，当其中一种数据增多，另一种数据减少时，可以适当增大所述增多的数据对应的区域的容量，减小所述减少的数据对应的区域的容量。因此，所述方法还可以包括：

步骤c，当所述在线网页数据增多，所述在线数据区的数据已满，并且所述在线数据区未达到预先设臵的存储容量上限时，增大所述在线数据区的存储容量，减小所述离线数据区的存储容量。

本发明实施例中，可以预先设臵在线数据区和离线数据区的存储容量，并且所述在线数据区是具有存储容量上限的。

当所述在线网页数据增多，所述在线数据区的数据未满时，可以直接将增多的在线网页数据存储至在线数据区。如果所述在线数据区的存储容量不能满足增多的在线网页数据的存储需求，则可以按照下述方法增大所述在线数据区的存储容量，减小所述离线数据区的存储容量。

当所述在线网页数据增多，所述在线数据区的数据已满，并且所述在线数据区未达到预先设臵的存储容量上限时，增大所述在线数据区的存储容量，减小所述离线数据区的存储容量。

本发明实施例中，减小所述离线数据区的存储容量的过程可以包括以下两种情况：

情况一：离线数据区的数据未满

在线数据区的数据已满，而离线数据区的数据未满，主要可以指当前的网页数据量未达到所述网页数据池的存储容量上限，在该种情况下，可以直接减小所述离线数据区的存储容量，将离线数据区中多余的存储容量腾出，并分配给在线数据区（即增大所述在线数据区的存储容量），提供给增多的在线网页数据。

如果腾出的存储容量不能够满足增多的在线网页数据的需求，则可以将离线数据区中的部分离线数据删除。

例如，如果将离线数据区中多余的存储容量腾出之后，还有n个增多的在线网页数据未存储，则为了满足增多的在线网页数据的需求，可以将离线数据区中的最后n个离线数据删除。

情况二：离线数据区的数据已满

在线数据区的数据已满，并且离线数据区的数据已满，主要可以指当前的网页数据量已达到所述网页数据池的存储容量上限，在该种情况下，可以按照增多的在线网页数据的数量，删除离线数据区中相同数量的离线网页数据。

例如，增多的在线网页数据为m个，则为了满足增多的在线网页数据的存储需求，可以将离线数据区中的最后m个离线网页数据删除。

需要说明的是，本发明实施例中如果将离线数据区中的离线网页数据删除，则被删除的离线网页数据将会回写到数据库中。例如，通过网页服务器将被删除的离线网页数据反馈至中枢服务器，再由中枢服务器将所述删除的离线网页数据回写到数据库中。并且，离线数据区中未被删除的的离线网页数据也会按照预先的设臵定期按照上述数据回写的方法回写到数据库中。

步骤d，当所述离线网页数据增多，所述离线数据区的数据已满，并且所述在线数据区的数据未满时，增大所述离线数据区的存储容量，减小所述在线数据区的存储容量。

当所述离线网页数据增多，所述离线数据区的数据未满时，可以直接将增多的离线网页数据存储至离线数据区。如果所述离线数据区的存储容量不能满足增多的离线网页数据的存储需求，则可以按照下述方法进行处理。

本发明实施例中，如果所述离线数据区的存储容量不能满足增多的离线网页数据的存储需求，则可以包括以下两种情况：

情况一：所述离线网页数据增多，所述离线数据区的数据已满，并且所述在线数据区的数据未满。

离线数据区的数据已满，而在线数据区的数据未满，主要可以指当前的网页数据量未达到所述网页数据池的存储容量上限，在该种情况下，可以直接减小所述在线数据区的存储容量，将在线数据区中多余的存储容量腾出，并分配给离线数据区（即增大所述离线数据区的存储容量），提供给增多的离线网页数据。

如果腾出的存储容量不能够满足增多的离线网页数据的需求，则可以将离线数据区中的部分离线数据删除。

例如，如果将在线数据区中多余的存储容量腾出之后，还有n个增多的离线网页数据未存储，则为了满足增多的离线网页数据的需求，可以将离线数据区中的最后n个离线数据删除。

情况二：所述离线网页数据增多，所述离线数据区的数据已满，并且所述在线数据区的数据已满。

在线数据区的数据已满，并且离线数据区的数据已满，主要可以指当前的网页数据量已达到所述网页数据池的存储容量上限，在该种情况下，可以按照增多的离线网页数据的数量，删除离线数据区中相同数量的离线网页数据。

例如，增多的离线网页数据为m个，则为了满足增多的离线网页数据的存储需求，可以将离线数据区中的最后m个离线网页数据删除。

需要说明的是，本发明实施例中如果在线网页数据对应的在线用户离线之后，则该用户对应的所述在线网页数据将会从网页数据池中的在线数据区删除，并且被删除的在线网页数据将会回写到数据库中。例如，通过网页服务器将被删除的在线网页数据反馈至中枢服务器，再由中枢服务器将所述被删除的在线网页数据回写到数据库中。

本发明实施例中，上述步骤104中所述将所述离线用户的离线网页数据存储至所述网页数据池的离线数据区，可以包括：

i，判断所述数据池中的数据是否已满；

本发明实施例中，所述数据池中的数据已满可以指：所述在线数据区的数据已满，并且所述离线数据区的数据已满。

如果判断出所述数据池中的数据已满，则执行步骤ii；如果判断出所述数据池中的数据未满，则可以按照上述步骤d中对应的方法进行处理，本发明实施例在此不再详细论述。

需要说明的是，在此处的将所述离线用户的离线网页数据存储至所述网页数据池的离线数据区的情况可以认为是上述步骤d中离线网页数据增多的情况。

ii，从排序后的离线数据区中最后一个离线网页数据开始，删除离线数据区中与所述离线用户的离线网页数据数量相同的离线网页数据；

iii，将所述离线用户的离线网页数据存储至所述网页数据池的离线数据区。

另外，本发明实施例中，还提出了对所述离线用户的离线网页数据进行修改的情况，因此，本发明实施例所述的数据管理方法还可以包括：

步骤e，当某一在线的网页客户端对某一离线用户的离线网页数据进行修改时，禁止其他在线的网页客户端对所述离线用户的离线网页数据进行修改；

步骤f，所述某一在线的网页客户端对所述离线用户的离线网页数据修改完之后，将修改后的离线网页数据存储至所述网页数据池的离线数据区；

步骤g，允许所述其他在线的网页客户端对所述离线用户的离线网页数据进行修改。

通过对离线网页数据的修改方式进行限定，可以保证在同一时间只允许有一个网页客户端对所述离线网页数据进行修改，避免了由于同时修改而造成数据混乱的情况。

下面，主要以游戏为例，介绍游戏运行时的数据管理方法。

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

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

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

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

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

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

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

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

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

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

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

上述图4中的持续时间服务器中可以包括持续时间数据处理模块和碎片时间数据处理模块。本发明实施例中所提到的客户端游戏可以为上述的持续时间游戏，网页游戏可以为上述的碎片时间游戏；网页游戏的客户端（即网页客户端）可以为上述碎片时间客户端，客户端游戏的客户端可以为上述持续时间客户端；网页游戏的服务器（即网页服务器）可以为上述碎片时间数据处理模块，客户端游戏的服务器可以为上述持续时间数据处理模块，中枢服务器为上述的持续时间服务器；客户端数据可以为持续时间游戏中的数据，网页数据可以为碎片时间游戏中的数据，共用数据可以为运行游戏的角色数据（账户数据）。

本发明实施例中，主要是针对离线网页数据进行管理。目前，针对离线网页数据进行管理主要可以包括以下两种方案：

方案一、常规客户端游戏平台方案

对于常规的客户端游戏平台来讲，在线用户的逻辑处理内容相较之网页游戏平台来讲是非常巨大的。因此在客户端游戏平台中，一般直接将离线用户的数据设定为不被服务器进行调用和处理的内容。当用户在线时，该用户的数据将会被服务器从数据库中暂时调取出来，并暂存在运行中的服务器数据库中。由游戏服务器对在线用户数据进行实时修改，并在特定时间回写到游戏数据库中。当用户离线时，该用户的数据将会从运行中的服务器数据库中被移除，此时运行中的服务器将无法获取该用户的任何信息。

但是，为了实现用户的部分数据能够在用户离线的时候被其他用户读取，还可以将该部分用户数据在设计之初即设定为服务器通用数据。此部分数据将会在游戏服务器启动时直接全部读取进入到服务器数据中。从一个角度来讲，此部分数据并不是离线用户的数据，而是整个游戏的服务器数据。

此规则的弱点在于：服务器数据中的这部分数据并不一定会被其他用户需求，且此数据将会直接长时间占用服务器数据。此种方案要求作为服务器通用数据的那部分数据是固定的，因此并不是每一个用户都可以在该数据中进行体现，因此并不能满足各自角色均拥有独立数据的前提需求。

方案二、常规网页游戏平台方案

对于常规的网页游戏平台，根据网页的路径以及功能进行拆分，大部分用户的操作根据用户当前所停留的页面会使用不同的server进行逻辑处理。另一方面，网页游戏平台的服务器结构更偏向于功能server模式的设计方法。由于网页游戏允许更多的用户同服进行操作，因此单台server处理的内容更加单一且需要能够容纳更多的用户在同一时间进行操作。

因此，网页游戏平台中的用户数据均以固定的数据库链接形式实现，且由于网页游戏的服务器架构，本身可以在同一时间容纳百万级的用户访问量，因此离线数据的即时调用并不会对服务器本身造成影响。

但是，网页游戏的服务器架构无法直接的应用到当前的客户端游戏平台的服务器架构中，因此需要找到一种新的方式在现有的客户端游戏平台服务器架构中实现多个平台对离线用户数据的管理方法。

本发明实施例中，当游戏扩展为双平台同时进行时（即客户端平台与网页平台同步游戏），用户会通过客户端游戏直接进行在线游戏操作，且同时在网页平台上进行游戏操作。而网页平台上的操作由于需要对任意玩家进行数据的调用和修改，此部分就涉及到对于离线用户数据的读取和修改问题。

在原有的客户端平台中，服务器仅对在线的用户数据进行维护，而不会对离线数据进行维护。新的网页平台引入之后，带来的问题是基于现有的服务器与数据库架构，需要添加对于离线用户数据的调用方案及规则。该规则需要满足以下几点：

1、任何一个用户均可按照一定规则，获取到离线用户的某些数据；

2、同一个离线用户的数据被其他不同的用户调用时，数据需要有唯一性，且该数据发生变化时对应的使用该用户所看到的数据需要实时进行变化；

3、该离线用户的数据，无论该用户是否一直处在离线状态或在任意时间点变更为在线时，该数据均具有唯一性且能够实时被调用；

4、离线用户的数据，允许在一定规则程度上，由其他的用户进行修改；

5、离线用户的数据操作不能影响正常运行的游戏服务器现有的处理规则及服务器内存所能接纳的数据量。

因此，对于双平台同时进行游戏时，上述两种方案存在以下问题：

问题1、离线用户的数据并未被完全调用

基于目前的方法，离线用户的数据只有部分被拆分出来并被设定为可被服务器进行离线状态调用，因此并不是用户的所有数据均可被离线调用。

而从本发明实施例的目的来讲，并不需求将所有用户的数据均设定为可被离线调用，将其中的网页数据设定为可被离线调用即可。且此方法也可扩展为对所有数据进行离线调用，代价仅是服务器的容量上限进行扩充。

问题2、服务器容量具有上限

在当前的设计中，所使用的仍然为客户端游戏平台的服务器架构。因此服务器本身受到容量的限制，同一时间处理的用户数据量具有一个固定的上限。此上限在一定程度上受到硬件限制。

从本发明实施例的需求目的出发，同一个客户端游戏服务器中，用户的上限本身即受到服务器的容量上限限制。因此对于离线用户的数据量仍处在可控可计算的范围之内，通过合理的离线用户数据清理机制以及调取机制，即可完成设计要求。

因此，针对上述各个问题，本发明实施例中所述的数据管理方法主要可以包括以下四个过程：

1、数据拆分

每一个用户在进行游戏时会创建一个角色，而每一个角色所拥有的数据量是巨大的。如果只是简单的将离线用户的数据读入服务器中，对于当前的服务器内存容量是不可能完成的事情。因此对于角色的数据需要进行适当程度的分离，将其中的部分数据分离为独立的数据表，以方便服务器进行调用。同时将分离出来的数据进行有效的度量以满足游戏运算的逻辑需求，并控制数据量以减小对于服务器的压力。

根据本发明实施例的需求，可以对用户的角色数据（即应用中的数据）进行拆分，将其中需要进行离线读取的数据拆分成独立的数据表。

例如，本发明实施例中，可以将游戏中的数据拆分为网页数据、客户端数据和共用数据，其中，网页数据即为上述需要进行离线读取的数据。本发明实施例主要针对所述网页数据进行处理，所述网页数据可以包括离线网页数据和在线网页数据。

2、全新服务器结构调整

本发明实施例可以将原有的服务器结构进行调整，在原有的客户端游戏平台服务器结构中，增加新的网页游戏平台专属服务器（即网页服务器）。该网页服务器可以负责网页游戏平台的数据计算，并通过与中枢服务器的通信完成对于离线用户的数据调用。

由于新的网页服务器负责网页游戏平台中的用户数据处理工作，因此可以为新的网页服务器设定一个固定的处理数量上限，以防止由于大量的用户数据涌入造成的服务器不堪重负的问题。

该网页服务器、中枢服务器和客户端游戏的服务器的作用分别为：中枢服务器负责共用数据的处理；客户端游戏的服务器负责客户端数据的处理；网页服务器负责网页数据的处理。

客户端游戏的服务器与中枢服务器，以及网页服务器与中枢服务器之间可以通过新的通信机制确保对于共用数据（两个服务器都会调用和修改的数据）的调用不会出现交叉，且通过新的数据计算方式，将同一个用户的数据在两个服务器上同步进行计算。

3、离线网页数据调取规则

对离线用户的数据制定有效的调取规则，包括网页服务器的调用限制、共享内存的读写机制（即多个网页客户端同时对数据进行处理）、数据的删除机制、服务器上离线数据与在线数据共存的优先级机制。

在新创建的网页服务器设定的数据处理上限中，通过数据池的概念将在线网页数据与离线网页数据同等对待。由于在线网页数据本身是具有上限的，因此在数据池中除了在线网页数据外，均可用于离线网页数据的存储。

数据池中将会固定维护所有的在线网页数据，该数据量最高情况可以为数据池大小的1/2左右（本发明实施例对此并不加以限制）。对于离线网页数据，当某一个网页客户端或网页服务器进程需求对一个离线用户进行操作时，可以将该离线网页数据投入到数据池中，并对离线网页数据设定活跃度参数以方便数据池对离线网页数据进行删除和数据库回写。

数据池本身在接收到任何一个需求时，优先将需求的数据投入到数据池中。如果此时数据池已满则根据离线数据的活跃度参数将活跃度较低的数据从数据池中删除，并交由网页服务器进行数据库回写。

通过此种规则，即可实现在线网页数据能够很好的进行实时维护，而离线网页数据在可控的方式之下与在线网页数据处于相同的数据池中，通过网页服务器进行更加实时的读取、修改、回写。保持了数据池的有效空间能够被及时的利用，且数据池中的活跃度参数较低的数据处于最低值。

4、离线网页数据修改方案

当离线用户的离线网页数据被读入网页服务器中后，根据当前的游戏规则，该离线网页数据将有可能被多个其他用户的游戏进程所调用，因此会出现多个进程同时修改同一块离线网页数据的情况。因此会导致不同的用户在游戏过程会看到的游戏结果不同。

因此，本发明实施例中可以对离线网页数据进行合理的修改方案设定，限定在同一时刻只能有一个用户具有修改离线网页数据的权限，以保证所有人看到的离线网页数据都是实时的、真实的、相同的。

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

本发明实施例中，新设臵的网页服务器的架构可以与客户端平台的服务器架构相同，并且通过对应用中的数据进行拆分，并通过网页数据池对拆分后得到的网页数据进行动态管理，可以最大限度的利用数据池的容量处理离线网页数据，从而对于离线网页数据的读取没有限制，不依赖于应用中原有数据的变化，可以读取到任何一个离线用户的离线网页数据。

实施例二：

参照图5，示出了本发明实施例二所述的一种数据管理系统的结构框图，该系统可以包括：拆分模块501、在线处理模块502、离线判断模块503和离线处理模块504。

拆分模块501，用于将应用中的数据进行拆分，拆分后的数据包括网页数据，所述网页数据包括在线网页数据和离线网页数据；

在线处理模块502，用于在应用运行过程中，当某一用户在线时，网页服务器请求所述在线用户的在线网页数据，并将所述在线网页数据存储至预先设臵的网页数据池的在线数据区，网页服务器从所述在线数据区获取所述在线网页数据；

离线判断模块503，用于当在线的网页客户端或者网页服务器请求某一离线用户的离线网页数据时，网页服务器判断所述网页数据池的离线数据区是否存在所述离线用户的离线网页数据；

离线处理模块504，用于当离线判断模块的判断结果为不存在时，所述网页服务器请求所述离线用户的离线网页数据，并将所述离线网页数据存储至所述网页数据池的离线数据区，网页服务器从所述离线数据区获取所述离线用户的离线网页数据；当离线判断模块的判断结果为存在时，所述网页服务器直接从所述网页数据池的离线数据区获取所述离线用户的离线网页数据。

其中，在所述网页数据池中，所述在线数据区的数据优先级高于所述离线数据区的数据优先级。

所述系统还可以包括：

第一容量控制模块，用于当所述在线网页数据增多，所述在线数据区的数据已满，并且所述在线数据区未达到预先设臵的存储容量上限时，增大所述在线数据区的存储容量，减小所述离线数据区的存储容量；

第二容量控制模块，用于当所述离线网页数据增多，所述离线数据区的数据已满，并且所述在线数据区的数据未满时，增大所述离线数据区的存储容量，减小所述在线数据区的存储容量；

设臵模块，用于分别为所述离线数据区的离线网页数据设臵活跃度参数；

排序模块，用于按照所述活跃度参数从大到小的顺序对所述离线数据区的离线网页数据进行排序。

其中，所述离线处理模块504可以包括：

判断子模块，用于判断所述数据池中的数据是否已满；

删除子模块，用于当判断子模块的判断结果为是时，从排序后的离线数据区中最后一个离线网页数据开始，删除离线数据区中与所述离线用户的离线网页数据数量相同的离线网页数据；

存储子模块，用于将所述离线用户的离线网页数据存储至所述网页数据池的离线数据区。

另外，所述系统还可以包括：

禁止模块，用于当某一在线的网页客户端对某一离线用户的离线网页数据进行修改时，禁止其他在线的网页客户端对所述离线用户的离线网页数据进行修改；

存储模块，用于所述某一在线的网页客户端对所述离线用户的离线网页数据修改完之后，将修改后的离线网页数据存储至所述网页数据池的离线数据区；

允许模块，用于允许所述其他在线的网页客户端对所述离线用户的离线网页数据进行修改。

本发明实施例通过将应用中的数据进行拆分，从其中拆分出网页数据，所述网页数据包括在线网页数据和离线网页数据，并增加专门处理该网页数据的网页服务器，在网页服务器中设臵网页数据池，通过该网页数据池动态管理在线网页数据和离线网页数据，网页服务器可以直接从所述数据池获取网页数据。其中，新设臵的网页服务器的架构可以与客户端平台的服务器架构相同，并且通过对应用中的数据进行拆分，并通过网页数据池对拆分后得到的网页数据进行动态管理，可以最大限度的利用数据池的容量处理离线网页数据，从而对于离线网页数据的读取没有限制，不依赖于应用中原有数据的变化，可以读取到任何一个离线用户的离线网页数据。

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

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

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

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

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

Claims (10)

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

将应用中的数据进行拆分，拆分后的数据包括网页数据，所述网页数据包括在线网页数据和离线网页数据；

在应用运行过程中，当某一用户在线时，网页服务器请求所述在线用户的在线网页数据，并将所述在线网页数据存储至预先设臵的网页数据池的在线数据区，网页服务器从所述在线数据区获取所述在线网页数据；

当在线的网页客户端或者网页服务器请求某一离线用户的离线网页数据时，网页服务器判断所述网页数据池的离线数据区是否存在所述离线用户的离线网页数据；

若不存在，则所述网页服务器请求所述离线用户的离线网页数据，并将所述离线用户的离线网页数据存储至所述网页数据池的离线数据区，网页服务器从所述离线数据区获取所述离线用户的离线网页数据；

若存在，则所述网页服务器直接从所述网页数据池的离线数据区获取所述离线用户的离线网页数据。

2.根据权利要求1所述的方法，其特征在于，在所述网页数据池中，所述在线数据区的数据优先级高于所述离线数据区的数据优先级，

所述方法还包括：

当所述在线网页数据增多，所述在线数据区的数据已满，并且所述在线数据区未达到预先设臵的存储容量上限时，增大所述在线数据区的存储容量，减小所述离线数据区的存储容量；

当所述离线网页数据增多，所述离线数据区的数据已满，并且所述在线数据区的数据未满时，增大所述离线数据区的存储容量，减小所述在线数据区的存储容量。

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

分别为所述离线数据区的离线网页数据设臵活跃度参数；

按照所述活跃度参数从大到小的顺序对所述离线数据区的离线网页数据进行排序。

4.根据权利要求3所述的方法，其特征在于，所述将所述离线用户的离线网页数据存储至所述网页数据池的离线数据区，包括：

判断所述数据池中的数据是否已满；

若是，则从排序后的离线数据区中最后一个离线网页数据开始，删除离线数据区中与所述离线用户的离线网页数据数量相同的离线网页数据；

将所述离线用户的离线网页数据存储至所述网页数据池的离线数据区。

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

当某一在线的网页客户端对某一离线用户的离线网页数据进行修改时，禁止其他在线的网页客户端对所述离线用户的离线网页数据进行修改；

所述某一在线的网页客户端对所述离线用户的离线网页数据修改完之后，将修改后的离线网页数据存储至所述网页数据池的离线数据区；

允许所述其他在线的网页客户端对所述离线用户的离线网页数据进行修改。

6.一种数据管理系统，其特征在于，包括：

拆分模块，用于将应用中的数据进行拆分，拆分后的数据包括网页数据，所述网页数据包括在线网页数据和离线网页数据；

在线处理模块，用于在应用运行过程中，当某一用户在线时，网页服务器请求所述在线用户的在线网页数据，并将所述在线网页数据存储至预先设臵的网页数据池的在线数据区，网页服务器从所述在线数据区获取所述在线网页数据；

离线判断模块，用于当在线的网页客户端或者网页服务器请求某一离线用户的离线网页数据时，网页服务器判断所述网页数据池的离线数据区是否存在所述离线用户的离线网页数据；

离线处理模块，用于当离线判断模块的判断结果为不存在时，所述网页服务器请求所述离线用户的离线网页数据，并将所述离线网页数据存储至所述网页数据池的离线数据区，网页服务器从所述离线数据区获取所述离线用户的离线网页数据；当离线判断模块的判断结果为存在时，所述网页服务器直接从所述网页数据池的离线数据区获取所述离线用户的离线网页数据。

7.根据权利要求6所述的系统，其特征在于，在所述网页数据池中，所述在线数据区的数据优先级高于所述离线数据区的数据优先级，

所述系统还包括：

第一容量控制模块，用于当所述在线网页数据增多，所述在线数据区的数据已满，并且所述在线数据区未达到预先设臵的存储容量上限时，增大所述在线数据区的存储容量，减小所述离线数据区的存储容量；

第二容量控制模块，用于当所述离线网页数据增多，所述离线数据区的数据已满，并且所述在线数据区的数据未满时，增大所述离线数据区的存储容量，减小所述在线数据区的存储容量。

8.根据权利要求6所述的系统，其特征在于，还包括：

设臵模块，用于分别为所述离线数据区的离线网页数据设臵活跃度参数；

排序模块，用于按照所述活跃度参数从大到小的顺序对所述离线数据区的离线网页数据进行排序。

9.根据权利要求8所述的系统，其特征在于，所述离线处理模块包括：

判断子模块，用于判断所述数据池中的数据是否已满；

删除子模块，用于当判断子模块的判断结果为是时，从排序后的离线数据区中最后一个离线网页数据开始，删除离线数据区中与所述离线用户的离线网页数据数量相同的离线网页数据；

存储子模块，用于将所述离线用户的离线网页数据存储至所述网页数据池的离线数据区。

10.根据权利要求6所述的系统，其特征在于，还包括：

禁止模块，用于当某一在线的网页客户端对某一离线用户的离线网页数据进行修改时，禁止其他在线的网页客户端对所述离线用户的离线网页数据进行修改；

存储模块，用于所述某一在线的网页客户端对所述离线用户的离线网页数据修改完之后，将修改后的离线网页数据存储至所述网页数据池的离线数据区；

允许模块，用于允许所述其他在线的网页客户端对所述离线用户的离线网页数据进行修改。