CN111857764A - 离线数据更新方法、装置、设备和存储介质 - Google Patents

Abstract

本申请涉及一种离线数据更新方法、装置、设备和存储介质。其中，该离线数据更新方法包括：接收应用程序发送的级联域离线数据更新请求，级联域离线数据更新请求用于请求更新应用程序中与预设级联域对应的离线数据；确定预设级联域内的所有组织节点中需要更新离线数据的第一组织节点，以及确定第一组织节点需要更新的第一离线数据；将第一离线数据发送给应用程序，以供应用程序进行离线数据更新。通过本申请，解决了在同步离线数据时对服务端资源消耗高的问题，节约了服务端的处理资源。

Description

离线数据更新方法、装置、设备和存储介质

技术领域

本申请涉及数据处理技术领域，特别是涉及一种离线数据更新方法、离线数据更新装置、计算机设备和计算机可读存储介质。

背景技术

随着企业领域项目的发展壮大，基于区域的数据级联部署模式得到广泛的应用。在区域数据级联部署模式下，针对终端而言，组织数据、用户数据、设备通道数据等基础数据的处理面临着一些问题。比如在获取或者同步数据时，往往通过一次性全量网络加载的方式实现数据服务。

在数据网络加载方面，相关技术提供了一种同步服务端离线数据的方法及系统，其设计要点为：移动端将本地的移动端时间戳表达式传到服务器；服务器根据移动端时间戳表达式产生服务器端时间戳表达式；在移动端时间戳表达式和服务器端时间戳表达式之间的数据为差异数据。

上述的离线数据同步方案的核心是基于数据更新的时间戳差异进行离线数据的同步，依赖于服务端的计算，导致服务端在处理终端的离线数据请求时，产生较大的处理资源消耗。而且，由于区域性数据不断膨胀，在数据量比较大的情况下，其一会因为数据加载时间长导致终端界面长时间的卡顿；其二会因为数据量大增加了数据加载失败等异常情况发生的概率，不利于终端用户获取并使用数据。

目前针对相关技术中的离线数据同步对服务端资源消耗高的问题，尚未提出有效的解决方案。

发明内容

本申请实施例提供了一种离线数据更新方法、离线数据更新装置、计算机设备和计算机可读存储介质，以至少解决相关技术中的离线数据同步对服务端资源消耗高的问题。

第一方面，本申请实施例提供了一种离线数据更新方法，所述方法包括：

接收应用程序发送的级联域离线数据更新请求，所述级联域离线数据更新请求用于请求更新所述应用程序中与预设级联域对应的离线数据；

确定所述预设级联域内的所有组织节点中需要更新离线数据的第一组织节点，以及确定所述第一组织节点需要更新的第一离线数据；

将所述第一离线数据发送给所述应用程序，以供所述应用程序进行离线数据更新。

在其中一些实施例中，所述方法还包括：

接收应用程序发送的组织节点离线数据更新请求，所述组织节点离线数据更新请求用于请求更新所述应用程序中与第二组织节点对应的离线数据；

确定所述第二组织节点需要更新的第二离线数据；

将所述第二离线数据发送给所述应用程序，以供所述应用程序进行离线数据更新。

在其中一些实施例中，确定待更新组织节点需要更新的离线数据包括：

获取与所述待更新组织节点对应的版本更新标记信息和已存储的第一离线数据更新包的版本信息；

判断所述版本更新标记信息中携带的离线数据版本信息与所述第一离线数据更新包的版本信息是否一致；

在判断到所述版本更新标记信息中携带的离线数据版本信息与所述第一离线数据更新包的版本信息一致的情况下，确定所述第一离线数据更新包为所述待更新组织节点需要更新的离线数据；

其中，所述待更新组织节点包括所述第一组织节点和/或第二组织节点。

在其中一些实施例中，在判断到所述版本更新标记信息中携带的离线数据版本信息与所述第一离线数据更新包的版本信息不一致的情况下，根据所述待更新组织节点上一次离线数据更新时刻到当前时刻对应的离线数据生成第二离线数据更新包，确定所述第二离线数据更新包为所述待更新组织节点需要更新的离线数据，并将所述版本更新标记信息中的离线数据版本信息更新为所述第二离线数据更新包的版本信息，以及将所述第一离线数据更新包替换为所述第二离线数据更新包。

在其中一些实施例中，所述方法还包括：

按照预定周期判断所述待更新组织节点是否存在待更新的离线数据；

在判断到所述待更新组织节点存在待更新的离线数据的情况下，将待更新的离线数据作为所述第一离线数据更新包，并将所述版本更新标记信息中的离线数据版本信息更新为所述第一离线数据更新包的版本信息，以及存储所述第一离线数据更新包。

在其中一些实施例中，确定待更新组织节点需要更新的离线数据包括：

根据所述级联域离线数据更新请求或组织节点离线数据更新请求，判断所请求的离线数据更新类型，其中所述离线数据更新类型包括全量版本更新类型和差量版本更新类型；

在判断到所请求的离线数据更新类型为全量版本更新类型的情况下，确定所述待更新组织节点需要更新的离线数据为全量版本数据包；

在判断到所请求的离线数据更新类型为差量版本更新类型的情况下，确定所述待更新组织节点需要更新的离线数据为差量版本数据包；

其中，所述待更新组织节点包括所述第一组织节点和/或第二组织节点。

在其中一些实施例中，在按照预定周期判断所述待更新组织节点是否存在待更新的离线数据之后，所述方法还包括：

发送所述待更新组织节点的离线数据更新通知至所述应用程序。

第二方面，本申请实施例提供了一种离线数据更新装置，包括：

接收模块，用于接收应用程序发送的级联域离线数据更新请求，所述级联域离线数据更新请求用于请求更新所述应用程序中与预设级联域对应的离线数据；

确定模块，用于确定所述预设级联域内的所有组织节点中需要更新离线数据的第一组织节点，以及确定所述第一组织节点需要更新的第一离线数据；

发送模块，用于将所述第一离线数据发送给所述应用程序，以供所述应用程序进行离线数据更新。

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

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

相比于相关技术，本申请实施例提供的离线数据更新方法、离线数据更新装置、计算机设备和计算机可读存储介质，接收应用程序发送的级联域离线数据更新请求，级联域离线数据更新请求用于请求更新应用程序中与预设级联域对应的离线数据；确定预设级联域内的所有组织节点中需要更新离线数据的第一组织节点，以及确定第一组织节点需要更新的第一离线数据；将第一离线数据发送给应用程序，以供应用程序进行离线数据更新。本申请解决了相关技术中的离线数据同步对服务端资源消耗高的问题，实现了节约服务端的处理资源的有益效果。

本申请的一个或多个实施例的细节在以下附图和描述中提出，以使本申请的其他特征、目的和优点更加简明易懂。

附图说明

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

图1是根据本申请实施例的离线数据更新方法的流程图；

图2是根据本申请优选实施例的一种级联域节点离线包更新方法的时序图；

图3是根据本申请优选实施例的一种组织节点离线包更新方法的时序图；

图4是根据本申请实施例的一种触发本地数据的同步的流程图；

图5是根据本申请实施例的一种离线数据更新装置的结构图；

图6是根据本申请实施例的一种离线数据更新设备的硬件结构示意图；

图7是根据本申请的一种离线数据更新的服务端计算设备结构示意图；

图8是根据本申请的一种离线数据更新的移动端设备结构示意图。

具体实施方式

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

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

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

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

本申请中描述的离线数据更新技术可以用于各种大数据运用场景，例如金融大数据运用场景、交通大数据运用场景、智能化大数据运用场景。目前，在大数据应用领域中，经常会根据区域进行数据的级联部署，数据可能每天都有更新，终端用户需要每天刷新这些变化的数据。然而，随着业务的发展，数据呈现出几何式增长，相关技术中基于数据更新的时间戳差异进行数据更新的方式，无论是对于全量或者差量更新，都将会对服务器造成较大的计算压力。

基于此，本实施例提供了一种离线数据更新方法，图1是根据本申请实施例的一种离线数据更新方法的流程图，如图1所示，该流程包括如下步骤：

步骤S102，接收应用程序发送的级联域离线数据更新请求，级联域离线数据更新请求用于请求更新应用程序中与预设级联域对应的离线数据；

步骤S104，确定预设级联域内的所有组织节点中需要更新离线数据的第一组织节点，以及确定第一组织节点需要更新的第一离线数据；

步骤S106，将第一离线数据发送给应用程序，以供应用程序进行离线数据更新。

在本实施例中，服务端将离线数据按照级联域——组织节点进行空间维度的划分，每一个区域下都划分了不同的组织节点，每一个组织节点都有对应的离线数据。在获取离线数据时，能够根据级联域的划分获取某个区域中的离线数据，离线数据最大可支持到包含本级区域的数据，最小可支持到末级组织节点的数据，因此，也可以再从指定区域中确定该区域中需要更新离线数据的第一组织节点，以及确定第一组织节点的第一离线数据，将第一离线数据发送给应用程序，从而实现区域性数据的同步更新。

相关技术中的离线数据方法参考维度单一，不能支持区域性数据的同步更新，依赖于服务端的计算，导致服务端在处理终端的离线数据请求时，产生较大的处理资源消耗。本实施例的离线数据更新方法能够细化离线数据的空间维度，支持离线数据按照级联域——组织节点的空间维度进行更新，支持区域性数据的同步更新，从而减轻数据的不断膨胀带来的服务端计算压力大的问题。通过上述步骤，解决了相关技术中的离线数据同步对服务端资源消耗高的问题，实现了节约服务端的处理资源的有益效果。

在获取某个区域的离线数据后，该区域中的某个组织节点可能会有新的离线数据产生，本实施例提供了一种更为细化的离线数据更新方案，能够实现对该组织节点单独进行离线数据的更新，方案如下：服务端接收应用程序发送的组织节点离线数据更新请求，组织节点离线数据更新请求用于请求更新应用程序中与第二组织节点对应的离线数据；确定第二组织节点需要更新的第二离线数据；将第二离线数据发送给应用程序，以供应用程序进行离线数据更新。

通过上述方案，在某个组织节点的离线数据存在更新需求的情况下，服务端能够接收并响应应用程序发送的该组织节点离线数据更新请求，确定与该组织节点对应的第二离线数据，将第二离线数据发送给应用程序，以供应用程序进行离线数据更新。组织节点的数据通常比区域性数据的体量小，单独加载某个组织节点的离线数据的时间比加载区域性的离线数据的时间要快，本实施例通过对组织节点的离线数据进行单独更新，能够实现离线数据的按需加载，提升更新离线数据的效率。

相关技术中的离线数据同步方案的核心是基于数据更新的时间戳差异进行离线数据的同步，依赖于服务端的计算，导致服务端在处理终端的离线数据请求时，产生较大的处理资源消耗。针对该问题，在其中一些实施例中，提供了基于数据更新的版本差异进行离线数据同步的方案，方案如下：服务端获取与待更新组织节点对应的版本更新标记信息和已存储的第一离线数据更新包的版本信息；判断版本更新标记信息中携带的离线数据版本信息与第一离线数据更新包的版本信息是否一致；在判断到版本更新标记信息中携带的离线数据版本信息与第一离线数据更新包的版本信息一致的情况下，确定第一离线数据更新包为待更新组织节点需要更新的离线数据；其中，待更新组织节点包括第一组织节点和/或第二组织节点。

在本实施例中，在服务端接收应用程序发送的级联域离线数据更新请求，或者组织节点离线数据更新请求后，服务端将获取待更新组织节点对应的版本更新标记信息和第一离线数据更新包的版本信息。其中，版本更新标记信息用于描述数据更新计划，包括但不限于版本号、关联的域身份标识、关联的组织身份标识、版本更新时间、离线包下载地址、离线包大小，在某个组织节点存在数据更新的情况下，记录该种情况，版本更新标记信息对应着版本包，版本包是根据预定周期更新生成的数据包；第一离线数据更新包是无论在到达预定周期还是未到达预定周期，如果某个组织节点存在数据更新的情况，便生成的更新部分的离线数据包。在判断到版本更新标记信息中携带的离线数据版本信息与第一离线数据更新包的版本信息一致的情况下，即版本包与第一离线数据更新包一致，此时，可以将第一离线数据更新包发送至应用程序，以实现待更新组织节点的离线数据更新。本方案采用的基于版本号的形式，而非相关技术中的基于时间戳的形式，可以减轻服务端在处理终端的离线数据请求时，因需计算数据包的差异所带来的服务器压力。

当组织节点存在离线数据频繁更新的情况下，有可能在未到达预定周期时，某个组织节点存在数据更新，服务端在判断版本更新标记信息中携带的离线数据版本信息与第一离线数据更新包的版本信息时，会出现两者的版本信息不一致的情况，针对该种情况，在其中一些实施例中，根据待更新组织节点上一次离线数据更新时刻到当前时刻对应的离线数据生成第二离线数据更新包，确定第二离线数据更新包为待更新组织节点需要更新的离线数据，并将版本更新标记信息中的离线数据版本信息更新为第二离线数据更新包的版本信息，以及将第一离线数据更新包替换为第二离线数据更新包。

在本实施例中，上一次离线数据更新时刻代表上一次预定周期时间，当前时刻代表当前的服务端时间，通过获取上一次预定周期时间和当前的服务端时间之间的数据，能够在组织节点存在数据更新的情况下，并且在下一个版本包生成之前，提供第二离线数据更新包，实现待更新组织节点临时更新数据的需求，从而保证离线数据更新的及时性。

在其中一些实施例中，版本更新标记信息可以按照预定周期生成，但不生成真实的文件包。实现方案如下：按照预定周期判断待更新组织节点是否存在待更新的离线数据；在判断到待更新组织节点存在待更新的离线数据的情况下，将待更新的第一离线数据作为最新离线数据更新包，并将版本更新标记信息中的离线数据版本信息更新为第一离线数据更新包的版本信息，以及存储第一离线数据更新包。

在本实施例中，按照预定周期对版本更新标记信息进行更替，以便于为下一次的预设数据域的离线数据更新请求提供最新的版本信息，本方案基于版本号更替来迭代数据包，以替代时间戳实时计算不同版本数据之间的差异，减小了服务端的计算压力。

在服务端将版本更新标记信息中携带的离线数据版本信息与第一离线数据更新包的版本信息进行比对，确定待更新组织节点需要更新的离线数据后，还提供了全量更新和差量更新的选择方案，该方案如下：服务端根据级联域离线数据更新请求或组织节点离线数据更新请求，判断所请求的离线数据更新类型，其中离线数据更新类型包括全量版本更新类型和差量版本更新类型；在判断到所请求的离线数据更新类型为全量版本更新类型的情况下，确定待更新组织节点需要更新的离线数据为全量版本数据包；在判断到所请求的离线数据更新类型为差量版本更新类型的情况下，确定待更新组织节点需要更新的离线数据为差量版本数据包；其中，待更新组织节点包括第一组织节点和/或第二组织节点。

在本实施例中，在本地版本处于初始化、未曾同步的状态的情况下，可以通过全量版本更新请求，提供全量版本数据包。当本地版本已存在，但不是最新的情况下，可以通过差量版本更新请求，提供离线数据更新包。

上述实施例所提供的离线包下载方案可以触发本地数据的同步，此外，本申请还提供了其他方案，以达成触发本地数据同步的目的。

在其中一些实施例中，触发本地数据同步的方法还包括：发送待更新组织节点的离线数据更新通知至应用程序。

在本实施例中，服务端可以根据终端自行选择某个组织节点，订阅服务端中与该组织节点关联的离线数据更新通知。其中，数据的更新通知粒度是与数据直接关联的组织节点，不需要支持级联域范围，以免带来不必要的数据加载。当终端接收到该组织节点的离线数据存在更新的通知后，首先该数据信息会更新到本地数据库，其次会在后台开启线程触发该数据对应的组织节点数据包更新下载，基础数据更新完成后会更新本地版本更新标记信息，其中包括版本号增加，版本更新的时间为服务器传递的时间。离线数据更新通知的策略和频率可以根据算法或者预设而得。

在其中一些实施例中，触发本地数据同步的方法还包括：手动刷新触发，可以选择级联节点或者级联域里某个组织节点，点击预设的刷新按钮，向服务端拉取该节点的数据，其中级联节点拉取的包括该级联域范围内的所有数据。

上述实施例中，通过订阅通知和手动刷新的方式，有利于对应的节点及时获取离线更新数据。

下面通过优选实施例对本申请中的级联节点数据更新和组织节点数据更新的方案进行描述和说明。

图2是根据本申请优选实施例的一种级联域节点离线包更新方法的时序图，如图2所示，移动端用户选择级联域节点进行更新；从中心平台获取全量级联离线包信息，并携带本地离线包版本信息；中心平台从级联离线数据管理服务获取级联域范围内所有组织下的数据包；比较版本标记和临时更新包版本；在版本标记等于临时更新包版本的情况下，从级联文件管理服务直接获取临时文件包；在版本标记不等于临时更新包版本的情况下，获取差量时间内数据，打包为新的临时更新包存储；返回文件信息；更新临时更新包版本信息；获取文件流；返回所需文件流；保存到本地；解压，更新本地数据库及版本信息。

其中，标记包代表上述实施例描述的版本更新标记信息，是根据预定周期生成的数据包，不是真实文件包；临时包代表第一离线数据更新包或者第二离线数据更新包，是未达到预定周期便可生成的数据包，是真实文件包。

图3是根据本申请优选实施例的一种组织节点离线包更新方法的时序图，如图3所示，移动端用户选择指定级联域下划分的组织节点，查看离线包版本信息；在本地版本等于服务版本的情况下，向文件服务管理发出全量请求；下载最新的版本；解压，更新本地数据库及版本信息；或者向文件服务管理发出差量请求，并携带本地离线版本信息；比较版本标记和临时更新包版本；在版本标记不等于临时更新包版本的情况下，获取差量时间内数据，打包为新的临时更新包存储；返回生成的文件地址；更新临时更新包信息；获取文件；返回文件流；下载，保存到本地；解压，更新本地数据库及版本信息。

图4是根据本申请实施例的一种触发本地数据的同步的流程图，如图4所示，终端用户登录基础服务后，可以获得管理的级联域信息，级联域的设定范围可以是本级及关联下级，上级和平级的不能获取到，指定级联域下可再划分组织节点。从图4可以看出本地基础数据的同步有三个触发源：订阅通知、手动刷新、离线包下载。各个触发源的工作原理在上述实施例中已有介绍。终端用户登录基础服务后，可以通过订阅通知的方式，批量获取对应第一节点的数据；也可以通过获取关联级联域的组织树，选择组织节点，批量获取数据，或者下载离线数据包；在获得离线数据包之后，更新本地离线数据库，并更新本地离线数据版本信息。

综上，本申请所提供的离线数据更新方法包括相比于相关技术，至少包括以下几项优点：

(1)支持级联数据的按需加载。将数据按级联域-组织节点进行空间维度的划分，每一个离线数据包对应一个节点，能够解决数据的因级联部署后不断膨胀带来的加载问题。

(2)数据的及时性得到加强。通过订阅通知和手动刷新的手段，可以在后台数据变更时及时得到同步更新。

(3)减小了服务端计算压力。移动端设备的数量相对于服务器而言，是有很大的区别的，而本申请采用的基于版本号迭代的计算方式而非相关技术中的基于时间戳的计算方式，可以减轻因频繁计算数据包的差异所带来的服务器压力。

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

图5是根据本申请实施例的一种离线数据更新装置的结构图，如图5所示，该装置包括：接收模块501，确定模块502，发送模块503；其中，

接收模块501，用于接收应用程序发送的级联域离线数据更新请求，级联域离线数据更新请求用于请求更新应用程序中与预设级联域对应的离线数据；

确定模块502，耦合至接收模块501，用于确定预设级联域内的所有组织节点中需要更新离线数据的第一组织节点，以及确定第一组织节点需要更新的第一离线数据；

发送模块503，耦合至确定模块502，用于将第一离线数据发送给应用程序，以供应用程序进行离线数据更新。

在其中一些实施例中，接收模块501还用于接收应用程序发送的组织节点离线数据更新请求，组织节点离线数据更新请求用于请求更新应用程序中与第二组织节点对应的离线数据；确定模块502还用于确定第二组织节点需要更新的第二离线数据；发送模块503还用于将第二离线数据发送给应用程序，以供应用程序进行离线数据更新。

在其中一些实施例中，装置还包括：

获取模块，用于获取与待更新组织节点对应的版本更新标记信息和已存储的第一离线数据更新包的版本信息；

第一判断模块，用于判断版本更新标记信息中携带的离线数据版本信息与第一离线数据更新包的版本信息是否一致；

第一确定模块，用于在判断到版本更新标记信息中携带的离线数据版本信息与第一离线数据更新包的版本信息一致的情况下，确定第一离线数据更新包为待更新组织节点需要更新的离线数据；

其中，待更新组织节点包括第一组织节点和/或第二组织节点。

在其中一些实施例中，装置还包括：

第二确定模块，用于在判断到版本更新标记信息中携带的离线数据版本信息与第一离线数据更新包的版本信息不一致的情况下，根据待更新组织节点上一次离线数据更新时刻到当前时刻对应的离线数据生成第二离线数据更新包，确定第二离线数据更新包为待更新组织节点需要更新的离线数据，并将版本更新标记信息中的离线数据版本信息更新为第二离线数据更新包的版本信息，以及将第一离线数据更新包替换为第二离线数据更新包。

在其中一些实施例中，装置还包括：

第二判断模块，用于按照预定周期判断待更新组织节点是否存在待更新的离线数据；

更新模块，用于在判断到待更新组织节点存在待更新的离线数据的情况下，将待更新的离线数据作为第一离线数据更新包，并将版本更新标记信息中的离线数据版本信息更新为第一离线数据更新包的版本信息，以及存储第一离线数据更新包。

在其中一些实施例中，装置还包括：

第三判断模块，用于根据级联域离线数据更新请求或组织节点离线数据更新请求，判断所请求的离线数据更新类型，其中离线数据更新类型包括全量版本更新类型和差量版本更新类型；

第三确定模块，用于在判断到所请求的离线数据更新类型为全量版本更新类型的情况下，确定待更新组织节点需要更新的离线数据为全量版本数据包；

第四确定模块，用于在判断到所请求的离线数据更新类型为差量版本更新类型的情况下，确定待更新组织节点需要更新的离线数据为差量版本数据包；

其中，待更新组织节点包括第一组织节点和/或第二组织节点。

在其中一些实施例中，装置还包括：

第一发送模块，用于发送待更新组织节点的离线数据更新通知至应用程序。

需要说明的是，上述各个模块可以是功能模块也可以是程序模块，既可以通过软件来实现，也可以通过硬件来实现。对于通过硬件来实现的模块而言，上述各个模块可以位于同一处理器中；或者上述各个模块还可以按照任意组合的形式分别位于不同的处理器中。

另外，结合图1描述的本申请实施例的离线数据更新方法可以由离线数据更新设备来实现。图6是根据本申请实施例的一种离线数据更新设备的硬件结构示意图。该计算机设备可以包括处理器61以及存储有计算机程序指令的存储器62。

具体地，上述处理器61可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，简称为ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

其中，存储器65可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器65可包括硬盘驱动器(Hard Disk Drive，简称为HDD)、软盘驱动器、固态驱动器(SolidState Drive，简称为SSD)、闪存、光盘、磁光盘、磁带或通用串行总线(Universal SerialBus，简称为USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器65可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器65可在数据处理装置的内部或外部。在特定实施例中，存储器65是非易失性(Non-Volatile)存储器。在特定实施例中，存储器65包括只读存储器(Read-Only Memory，简称为ROM)和随机存取存储器(RandomAccess Memory，简称为RAM)。在合适的情况下，该ROM可以是掩模编程的ROM、可编程ROM(Programmable Read-Only Memory，简称为PROM)、可擦除PROM(Erasable ProgrammableRead-Only Memory，简称为EPROM)、电可擦除PROM(Electrically Erasable ProgrammableRead-Only Memory，简称为EEPROM)、电可改写ROM(Electrically Alterable Read-OnlyMemory，简称为EAROM)或闪存(FLASH)或者两个或更多个以上这些的组合。在合适的情况下，该RAM可以是静态随机存取存储器(Static Random-Access Memory，简称为SRAM)或动态随机存取存储器(Dynamic Random Access Memory，简称为DRAM)，其中，DRAM可以是快速页模式动态随机存取存储器(Fast Page Mode Dynamic Random Access Memory，简称为FPMDRAM)、扩展数据输出动态随机存取存储器(Extended Date Out Dynamic RandomAccess Memory，简称为EDODRAM)、同步动态随机存取内存(Synchronous Dynamic Random-Access Memory，简称SDRAM)等。

存储器65可以用来存储或者缓存需要处理和/或通信使用的各种数据，以及处理器62所执行的可能的计算机程序指令。

处理器61通过读取并执行存储器62中存储的计算机程序指令，以实现上述实施例中的任意一种离线数据更新方法。

在其中一些实施例中，离线数据更新设备还可包括通信接口63和总线60。其中，如图6所示，处理器61、存储器62、通信接口63通过总线60连接并完成相互间的通信。

通信接口63用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。通信端口63还可以实现与其他部件例如：外接设备、图像/数据采集设备、数据库、外部存储以及图像/数据处理工作站等之间进行数据通信。

总线60包括硬件、软件或两者，将离线数据更新设备的部件彼此耦接在一起。总线60包括但不限于以下至少之一：数据总线(Data Bus)、地址总线(Address Bus)、控制总线(Control Bus)、扩展总线(Expansion Bus)、局部总线(Local Bus)。举例来说而非限制，总线60可包括图形加速接口(Accelerated Graphics Port，简称为AGP)或其他图形总线、增强工业标准架构(Extended Industry Standard Architecture，简称为EISA)总线、前端总线(Front Side Bus，简称为FSB)、超传输(Hyper Transport，简称为HT)互连、工业标准架构(Industry Standard Architecture，简称为ISA)总线、无线带宽(InfiniBand)互连、低引脚数(Low Pin Count，简称为LPC)总线、存储器总线、微信道架构(Micro ChannelArchitecture，简称为MCA)总线、外围组件互连(Peripheral Component Interconnect，简称为PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(Serial AdvancedTechnology Attachment，简称为SATA)总线、视频电子标准协会局部(Video ElectronicsStandards Association Local Bus，简称为VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线60可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。

该离线数据更新设备可以基于获取到的级联域离线数据更新请求，执行本申请实施例中的离线数据更新方法，从而实现结合图1描述的离线数据更新方法。

另外，结合上述实施例中的离线数据更新方法，本申请实施例可提供一种计算机可读存储介质来实现。该计算机可读存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种离线数据更新方法。

图7是根据本申请的一种离线数据更新的服务端计算设备结构示意图，如图7所示，该服务端计算设备中包括程序代码空间，其中，该程序代码空间中存储有用于执行根据本发明的方法步骤的程序。该服务端计算设备结合本申请所提供的离线数据更新方法、离线数据更新装置、计算机设备和计算机可读存储介质，能够以电子硬件、计算机软件或者两者结合来实现。

图8是根据本申请的一种离线数据更新的移动端设备结构示意图，如图8所示，该移动端设备包括APP(Application，应用)，其中，该APP中存储有用于执行根据本发明的方法步骤的程序。该移动端设备能够配合图7中的移动端设备，实现本申请所提供的离线数据更新方法。

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

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

Claims (10)

1.一种离线数据更新方法，其特征在于，所述方法包括：

接收应用程序发送的级联域离线数据更新请求，所述级联域离线数据更新请求用于请求更新所述应用程序中与预设级联域对应的离线数据；

确定所述预设级联域内的所有组织节点中需要更新离线数据的第一组织节点，以及确定所述第一组织节点需要更新的第一离线数据；

将所述第一离线数据发送给所述应用程序，以供所述应用程序进行离线数据更新。

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

接收应用程序发送的组织节点离线数据更新请求，所述组织节点离线数据更新请求用于请求更新所述应用程序中与第二组织节点对应的离线数据；

确定所述第二组织节点需要更新的第二离线数据；

将所述第二离线数据发送给所述应用程序，以供所述应用程序进行离线数据更新。

3.根据权利要求1或2所述的方法，其特征在于，确定待更新组织节点需要更新的离线数据包括：

获取与所述待更新组织节点对应的版本更新标记信息和已存储的第一离线数据更新包的版本信息；

判断所述版本更新标记信息中携带的离线数据版本信息与所述第一离线数据更新包的版本信息是否一致；

在判断到所述版本更新标记信息中携带的离线数据版本信息与所述第一离线数据更新包的版本信息一致的情况下，确定所述第一离线数据更新包为所述待更新组织节点需要更新的离线数据；

其中，所述待更新组织节点包括所述第一组织节点和/或第二组织节点。

4.根据权利要求3所述的方法，其特征在于，在判断到所述版本更新标记信息中携带的离线数据版本信息与所述第一离线数据更新包的版本信息不一致的情况下，根据所述待更新组织节点上一次离线数据更新时刻到当前时刻对应的离线数据生成第二离线数据更新包，确定所述第二离线数据更新包为所述待更新组织节点需要更新的离线数据，并将所述版本更新标记信息中的离线数据版本信息更新为所述第二离线数据更新包的版本信息，以及将所述第一离线数据更新包替换为所述第二离线数据更新包。

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

按照预定周期判断所述待更新组织节点是否存在待更新的离线数据；

在判断到所述待更新组织节点存在待更新的离线数据的情况下，将待更新的离线数据作为所述第一离线数据更新包，并将所述版本更新标记信息中的离线数据版本信息更新为所述第一离线数据更新包的版本信息，以及存储所述第一离线数据更新包。

6.根据权利要求1或2所述的方法，其特征在于，确定待更新组织节点需要更新的离线数据包括：

根据所述级联域离线数据更新请求或组织节点离线数据更新请求，判断所请求的离线数据更新类型，其中所述离线数据更新类型包括全量版本更新类型和差量版本更新类型；

在判断到所请求的离线数据更新类型为全量版本更新类型的情况下，确定所述待更新组织节点需要更新的离线数据为全量版本数据包；

在判断到所请求的离线数据更新类型为差量版本更新类型的情况下，确定所述待更新组织节点需要更新的离线数据为差量版本数据包；

其中，所述待更新组织节点包括所述第一组织节点和/或第二组织节点。

7.根据权利要求5所述的方法，其特征在于，在按照预定周期判断所述待更新组织节点是否存在待更新的离线数据之后，所述方法还包括：

发送所述待更新组织节点的离线数据更新通知至所述应用程序。

8.一种离线数据更新装置，其特征在于，包括：

接收模块，用于接收应用程序发送的级联域离线数据更新请求，所述级联域离线数据更新请求用于请求更新所述应用程序中与预设级联域对应的离线数据；

确定模块，用于确定所述预设级联域内的所有组织节点中需要更新离线数据的第一组织节点，以及确定所述第一组织节点需要更新的第一离线数据；

发送模块，用于将所述第一离线数据发送给所述应用程序，以供所述应用程序进行离线数据更新。

9.一种计算机设备，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7中任一项所述的离线数据更新方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1至7中任一项所述的离线数据更新方法。

Images