CN109857747A - 数据同步更新方法、系统和计算机设备 - Google Patents

Abstract

本发明公开了一种数据同步更新方法、系统和计算机设备。该方法应用于内容资源管理系统，该内容资源管理系统包括中心系统和多个业务子系统，其中，该方法包括：中心系统接收目标业务子系统发送的数据更新请求，其中，数据更新请求包括数据的属性信息和数据对应的变更信息；中心系统根据数据的属性信息和数据对应的变更信息，生成与各个业务子系统对应的待更新数据；中心系统根据各个业务子系统的订阅属性，向订阅的业务子系统发送更新通知。该方法可以有效降低数据更新成本，保证业务子系统的低延迟性。

Description

数据同步更新方法、系统和计算机设备

技术领域

本发明涉及数据处理领域，尤其涉及一种数据同步更新方法、系统和计算机设备。

背景技术

目前，自媒体作者可通过注册在线写作平台完成内容生产，自媒体平台将用户关联的文章、图片进行分发。在线写作平台的海量内容资源主要通过内容资源管理系统来实现数据同步更新功能，例如，对于同一数据多处存储，存储之间数据要保证一致性。相关技术中，内容资源管理系统主要通过以下两种方式来实现数据的同步更新：一种是新增数据全量同步法，因不同子系统之间独立，不同子系统之间需要注册为更新对象，建立信任关系，不同子系统有更新需求，天级频率定时任务，将每日增量数据，互相轮询往不同业务系统推送同步；另一种是失败同步法则，即采集不同子系统之间业务日志，统一日志出口，收集更新失败日志，将失败内容，进行数据全流程回溯。

但是，由于上述两种方案使用场景有所不同，所带来的问题和不足也有所不同，其中，两种方案都是涉及不同业务系统，无中心化观念。另外，上述新增数据全量同步法采用的是天级全量更新推送机制，会存在数据更新不及时问题，例如，业务A子系统已经是网名王某某，业务B子系统存储的用户信息仍是旧网名李某某，造成展示层面的数据不一致；上述利用日志记录实时回溯失败日志的方式，由于不同业务方记录日志习惯不同，采集日志环节因为数据极易产生数据缺失，此外，分钟级别的日志量能够达到PB(Petabyte，千兆兆字节)级别，计算成本过高，消耗大量机器资源。

发明内容

本发明的目的旨在至少在一定程度上解决上述的技术问题之一。

为此，本发明的第一个目的在于提出一种数据同步更新方法。该方法可以有效降低数据更新成本，保证业务子系统的低延迟性。

本发明的第二个目的在于提出一种数据同步更新系统。

本发明的第三个目的在于提出一种计算机设备。

为达到上述目的，本发明第一方面实施例提出的数据同步更新方法，所述方法应用于内容资源管理系统，所述内容资源管理系统包括中心系统和多个业务子系统，所述方法包括：

所述中心系统接收目标业务子系统发送的数据更新请求，其中，所述数据更新请求包括数据的属性信息和所述数据对应的变更信息；

所述中心系统根据所述数据的属性信息和所述数据对应的变更信息，生成与各个业务子系统对应的待更新数据；

所述中心系统根据所述各个业务子系统的订阅属性，向订阅的业务子系统发送更新通知。

本发明实施例的数据同步更新方法，可通过中心系统接收目标业务子系统发送的数据更新请求，其中，数据更新请求包括数据的属性信息和数据对应的变更信息，并根据数据的属性信息和数据对应的变更信息，生成与各个业务子系统对应的待更新数据，并根据各个业务子系统的订阅属性，向订阅的业务子系统发送更新通知，使得各订阅的业务子系统根据该通知从中心系统中获取对应的待更新数据，并根据对应的待更新数据进行数据更新处理。即通过中心系统实现对不同业务子系统的数据同步更新进行统一管理，每当有业务子系统有数据更新时，中心系统根据该更新请求中数据属性和该数据的变更信息生成各个业务子系统对应的待更新数据，并将其发送给对应的业务子系统，使得各业务子系统对自身需要更新的数据进行更新，实现了数据针对性的同步更新功能，具有与业务解耦能力，统一管理全量元数据，无需关注有多少方下游和下游的业务场景，能有效降低数据更新成本，保证业务子系统低延迟性，由于中心系统承担了数据结果汇聚服务，使得更新数据同步到子系统所使用的时间较短。

为达到上述目的，本发明第二方面实施例提出的数据同步更新系统，包括：中心系统和多个业务子系统，其中，

所述中心系统，用于接收目标业务子系统发送的数据更新请求，其中，所述数据更新请求包括数据的属性信息和所述数据对应的变更信息，并根据所述数据的属性信息和所述数据对应的变更信息，生成与各个业务子系统对应的待更新数据，根据所述各个业务子系统的订阅属性，向订阅的业务子系统发送更新通知；

所述业务子系统，用于向所述中心系统发送数据更新请求，并在接收到所述中心系统发送的更新通知时，从所述中心系统中获取对应的待更新数据，并根据所述对应的待更新数据进行数据更新处理。

本发明实施例的数据同步更新系统，可通过中心系统接收目标业务子系统发送的数据更新请求，其中，数据更新请求包括数据的属性信息和数据对应的变更信息，并根据数据的属性信息和数据对应的变更信息，生成与各个业务子系统对应的待更新数据，并根据各个业务子系统的订阅属性，向订阅的业务子系统发送更新通知，使得各订阅的业务子系统根据该通知从中心系统中获取对应的待更新数据，并根据对应的待更新数据进行数据更新处理。即通过中心系统实现对不同业务子系统的数据同步更新进行统一管理，每当有业务子系统有数据更新时，中心系统根据该更新请求中数据属性和该数据的变更信息生成各个业务子系统对应的待更新数据，并将其发送给对应的业务子系统，使得各业务子系统对自身需要更新的数据进行更新，实现了数据针对性的同步更新功能，具有与业务解耦能力，统一管理全量元数据，无需关注有多少方下游和下游的业务场景，能有效降低数据更新成本，保证业务子系统低延迟性，由于中心系统承担了数据结果汇聚服务，使得更新数据同步到子系统所使用的时间较短。

为达到上述目的，本发明第三方面实施例提出的计算机设备，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时，实现本发明第一方面实施例所述的数据同步更新方法。

本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1是根据本发明一个实施例的数据同步更新方法的流程图；

图2是根据本发明实施例的中心系统的结构示意图；

图3是根据本发明一个具体实施例的数据同步更新方法的流程图；

图4是根据本发明一个实施例的数据同步更新系统的架构示意图；

图5是根据本发明一个实施例的计算机设备的结构示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本发明，而不能理解为对本发明的限制。

下面参考附图描述本发明实施例的数据同步更新方法、系统和计算机设备。

图1是根据本发明一个实施例的数据同步更新方法的流程图。需要说明的是，本发明实施例的数据同步更新方法可应用于内容资源管理系统。在本发明的实施例中，该内容资源管理系统可包括中心系统和多个业务子系统，其中，该内容资源管理系统可以是基于在线写作平台的内容资源管理系统，也就是说，本发明实施例中的数据可来源于内容创作系统(如在线写作平台)上所生产的内容资源。

如图1所示，该数据同步更新方法可以包括：

S110，中心系统接收目标业务子系统发送的数据更新请求，其中，数据更新请求包括数据的属性信息和数据对应的变更信息。

举例而言，在目标业务子系统接收到用户对某个数据进行变更时，该目标业务子系统可获取该用户对该数据的变更信息，并在监测到用户对数据的变更确认指令时，可向中心系统发送针对该数据的更新请求，使得中心系统接收到目标业务子系统发送的数据更新请求。其中，在本发明的实施例中，该数据更新请求可包括但不限于数据的属性信息和该数据对应的变更信息。

例如，以更新头像数据属性为例，当用户在PC(Personal Computer，个人计算机)机上申请更变完头像时，该用户关联的已经发布的文章等各产品页面的头像也需要实时更新，比如，PC文章落地页、APP(Application，应用程序)产品落地页，推荐流落地页等。首先，用户通过PC机向中心系统发起针对该头像数据的更新申请，中心系统对该PC机进行授权校验，在该PC机经过授权校验通过后，中心系统可将该头像数据标记更新源为PC机，此时中心系统可获取该PC机发送的数据更新请求，即对头像数据的更新请求，该请求可包括该数据的属性“头像数据属性”，该数据对应的变更信息，即变更后的头像内容。

为了保证中心系统与各子系统之间的数据安全通信，可选地，在本发明的一个实施例中，在中心系统接收到目标业务子系统发送的数据更新请求时，中心系统向目标业务子系统发送令牌，并接收目标业务子系统反馈的授权令牌，并通过授权凭证验证授权令牌以确定目标业务子系统是否经授权来执行数据更新请求的发送操作。

也就是说，中心系统在接收到某个或某些业务子系统(即目标业务子系统)发送的数据更新请求时，中心系统可先向该目标业务子系统发送令牌，以使得该目标业务子系统通过该令牌进行授权，并将该授权后的令牌反馈给中心系统。中心系统在接收到该目标业务子系统反馈的授权令牌时，可通过授权凭证验证该授权令牌，以确定该目标业务子系统是否经授权来执行所述数据更新请求的发送操作。其中，中心系统在确定该目标业务子系统已经授权时，可执行后续步骤S120，即可根据接收到的数据更新请求进行后续的数据同步更新操作；如果中心系统确定该目标业务子系统未经授权，则该中心系统可对该目标业务子系统发送的数据更新请求不做处理，即忽略该数据更新请求。由此，可以保证中心系统与各子系统之间的数据安全通信。

在本发明的一个实施例中，中心系统在接收到目标业务子系统发送的数据更新请求时，可获取该请求中的数据属性信息和该数据对应的变更信息，并根据该数据属性信息将该数据对应的变更信息更新至中心系统的主数据库中，以完成中心系统数据库的统一更新。

S120，中心系统根据数据的属性信息和数据对应的变更信息，生成与各个业务子系统对应的待更新数据。

可选地，中心系统在得到该数据更新请求中的数据的属性信息和该数据对应的变更信息时，可根据该数据属性和该数据对应的变更信息，生成与各个业务子系统对应的待更新数据，即从该数据对应的变更信息中确定出哪个或哪些业务子系统需要更新哪些或哪个数据。

作为一种示例，中心系统可确定各个业务子系统的渠道权限，并根据渠道权限和数据的属性信息，从所述数据对应的变更信息中确定出与各个业务子系统对应的待更新数据。需要说明的是，不同的业务子系统对于不同属性数据具有不同的渠道权限，各业务子系统可在中心系统上注册其对应的渠道权限，即各业务子系统可以从中心系统中获取哪些或哪个属性数据的权限，比如，渠道权限A具有用户基础信息的获取能力，渠道权限B除了用户基础信息，还可获取用户隐私信息的能力。这样，中心系统在得到该数据更新请求中的数据的属性信息和该数据对应的变更信息时，可先确定各个业务子系统的渠道权限，并根据该渠道权限和该数据的属性信息，从该数据对应的变更信息中确定出与各个业务子系统对应的待更新数据。

举例而言，假设用户通过PC机发布了一篇新文章，该文章中包括文章内容和该用户的基础信息，中心系统在接收到该PC机发送的数据更新请求时，可确定各个业务子系统的渠道权限，例如，业务A子系统的渠道权限为获取中心系统中的用户基础信息的权限，业务B子系统的渠道权限为获取中心系统中用户基础信息和用户发布的内容信息的权限，这样，中心系统可根据业务A子系统和业务B子系统的渠道权限和该数据更新请求中数据的属性，从该新发布的文章数据中获取对应的待更新数据，即业务A子系统的待更新数据为该新文章中该用户的基础信息，该业务B子系统的待更新数据为该新文章内容以及该新文章中该用户的基础信息。由此可见，不同子渠道的拥有权限不同，关注数据也会不同，如渠道A能更新文章标签，查询作者发文列表；渠道B能查询用户发文偏好。中心系统可集成上千个属性，但不同下游，关注点会不同，可通过实际需求进行配置。

可以理解，在实际应用中，经常会存在不同子系统抢占资源的问题，比如，多业务方分别抢注同一用户名，经常出现该用户名已被某产品线占用问题。可选地，本发明统一中心系统服务，可以起到资源分配器作用，引入数据属性的白名单保护机制，以避免不同子系统抢占资源的问题。具体地，在本发明的一个实施例中，在中心系统根据所述数据的属性信息和所述数据对应的变更信息，生成与各个业务子系统对应的待更新数据之前，中心系统在接收到目标业务子系统发送的数据更新请求时，可确定目标业务子系统的标识信息，并根据属性信息判断预设的特权白名单中是否存在标识信息；如果根据属性信息判定特权白名单中未存在标识信息，则中心系统停止对该数据的更新；如果根据属性信息判定特权白名单中存在标识信息，则执行所述中心系统根据数据的属性信息和数据对应的变更信息，生成与各个业务子系统对应的待更新数据的步骤。

需要说明的是，在本发明的实施例中，上述特权白名单为数据属性的白名单，即该白名单中包含属性数据可以允许被哪些或哪个业务子系统获取，例如，用户名属性只允许被业务A子系统来注册，当业务B子系统注册该属性数据时，该业务B子系统没有权限，中心系统不会对该注册操作进行数据注册并更新等操作。

也就是说，在本发明的实施例中，中心系统在接收到目标业务子系统发送的数据更新请求时，可确定出该目标业务子系统的标识信息(如注册帐号、设备信息等)，之后，可根据该数据属性信息判断特权白名单中是否存在该标识信息，若不存在，则说明不允许该目标业务对该属性数据进行更新操作，此时中心系统停止对该数据的更新；如果存在，则说明允许该目标业务对该属性数据进行更新操作，此时中心系统可执行所述根据数据的属性信息和数据对应的变更信息，生成与各个业务子系统对应的待更新数据的步骤。

S130，中心系统根据各个业务子系统的订阅属性，向订阅的业务子系统发送更新通知，其中，更新通知用于指示各订阅的业务子系统从中心系统中获取对应的待更新数据，并根据对应的待更新数据进行数据更新处理。

可选地，中心系统可确认订阅系统中记录的各个业务子系统申请的订阅属性，并按照该订阅属性向已订阅的业务子系统发送更新通知，以通知各订阅的业务子系统从该中心系统中获取对应的待更新数据。各订阅的业务子系统在接收到中心系统发送的更新通知时，可向中心系统发送数据获取请求，以使中心系统在接收该请求时，从数据库中获取各订阅的业务子系统对应的待更新数据，并将该待更新数据发送给对应的业务子系统，使其根据对应的待更新数据进行数据更新处理。

也就是说，中心系统在得到某个或某些业务子系统的待更新数据之后，可根据这些业务子系统的订阅属性向这些业务子系统发送更新通知，以使得这些业务子系统从中心系统中获取对应的待更新数据，从而完成数据更新处理。

为了保证数据更新的高稳定性，保证数据准确率的稳定性，可选地，在本发明的一个实施例中，可采用异步重试机制通知各个业务子系统，并且，可以通过回溯机制实现数据同步更新的推送。也就是说，中心系统在根据各个业务子系统的订阅属性和变更推送频率向各业务子系统发送更新通知时，可采用异步重试机制通知各个业务方。中心系统可记录向各业务子系统的数据更新推送日志和推送失败率，在检测到有推送失败事件时，各个业务子系统有重试次数，若通信异常，则可重新下发各个子业务线。

为了进一步保证资源数据分配的安全性，保证数据同步更新的安全性，可选地，在本发明的一个实施例中，在中心系统向订阅的业务子系统发送更新通知之前，中心系统判断各个业务子系统对应的待更新数据是否为指定属性数据，若是，则中心系统对各个业务子系统对应的待更新数据进行加密。其中，在本发明的实施例中，该指定属性数据可理解为具有隐私属性的数据，例如，用户身份证、账号密码、支付密码等。

也就是说，中心系统在得到业务子系统对应的待更新数据之后，可判断该待更新数据是否为针对该业务子系统的指定属性数据，例如，判断用户基本信息是否为该业务子系统的指定属性数据，若是，则中心系统对业务子系统对应的待更新数据进行加密，并向该业务子系统发送更新通知，以使业务子系统通过该通知从该中心系统中获取该加密的待更新数据，并将该待更新数据进行解密，以及根据该解密后的待更新数据进行数据更新处理。由此，本发明的中心系统通过数据加密推送，例如身份证等隐私信息，并在业务子系统接到该隐私数据时，只能通过内部在线接口对该隐私数据进行解密，从而可以进一步保证了资源数据分配的安全性，保证数据同步更新的安全性。

可选地，在本发明的一个实施例中，中心系统在检测到访问流量大于或等于预设阈值时，确定各个业务子系统的流量访问权限，并根据该流量访问权限，对各个业务子系统的流量访问进行控制。也就是说，中心系统可以对自身的流量进行监控，并在检测到访问流量大于或等于一定值时，可确定各个业务子系统的流量访问权限，并根据该流量访问权限，对各个业务子系统的流量访问进行控制。由此，不同渠道每秒访问限制不同，如果中心系统流量过高，可以根据各业务子系统的流量访问权限来控制不同的业务子系统，例如，可采用访问降级的方式以实现业务子系统对中心系统的访问流量的控制。

需要说明的是，在本发明的一个实施例中，中心系统在接收到目标业务子系统发送的数据更新请求时，可从该请求中获得该数据的属性信息和该数据对应的变更信息，并对该数据对应的变更信息进行加密，并根据该数据属性信息对该加密的数据变更信息进行存储，实现变更数据内容的加密存储功能，例如，可对隐私属性的变更数据进行加密存储，从而可以提高数据存储的安全性。

值得注意的是，本发明提供的内容资源的中心系统设计方案，与业务解耦能力，统一管理全量元数据，不关注有多少方下游，不关注下游的业务场景，由下游系统来采取订阅中心系统机制。例如，写作平台统一提供作者与文章属性全量的数据，但接入方(如搜索、手机百度、百度新闻等)使用哪些数据和场景，中心系统不关注。中心系统在接收到目标业务子系统发送的数据更新请求时，只要根据各个业务子系统的渠道权限，从该请求中的数据变更信息中，得到各个业务子系统对应的待更新数据，从而向这些需更新的业务子系统发送通知。各业务子系统收到中心系统通知时，从中心系统拉取各自对应的待更新数据并进行数据更新处理，以实现数据同步更新。

举例而言，如图2所示，中心系统可包括关系型数据库、缓存、存储服务、变更下发服务和监控中心。其中，中心系统可通过监控中心检测到目标业务子系统发送数据更新请求时，可通过存储服务对该请求中的数据属性对该数据对应的变更信息进行本地存储，例如，可存储到关系型数据库中，若该更新数据为高频使用的数据(即热数据)，则还可将该数据对应的变更信息存储至该缓存中。另外，中心系统还可根据该请求中数据的属性信息和数据对应的变更信息，生成与各个业务子系统对应的待更新数据，之后，可采用异步消息通知方式，通过变更下发服务向各业务子系统发送更新通知，以使得各业务子系统接收中心系统的更新通知时，从中心数据中拉取各自对应的待更新数据进行数据更新处理。

可选地，该中心系统还具有数据查询聚合服务，通过该服务可实现基于条件的检索存储，例如，包含常用检索和查询用户的属性，能支持高性能的读写需求。比如，作者编号、作者名称、发文领域、作者签名、作者头像等，存储可按照用户属性定义字段类型，例如用户身份证、通信，可采用加密存储。

例如，如图3所示，以更新头像属性为例，假设用户在业务A子系统上进行了头像数据的更新操作，中心系统在接收到该业务A子系统发送的针对该头像数据的更新请求时，可确定该业务A子系统的标识信息，并根据该头像数据属性判断特权白名单中是否存储该业务A子系统的标识信息，若存在，则可认为该业务A子系统有权对该头像数据进行变更。中心系统在得到该头像数据的变更信息时，可根据各业务子系统的渠道权限从多个业务子系统中确定出哪些或哪个业务子系统需要对该头像数据进行更新，比如业务B子系统、业务C子系统、业务D子系统和业务E子系统均需要对该头像数据进行更新，此时中心系统可向业务B子系统、业务C子系统、业务D子系统和业务E子系统发送更新通知。业务B子系统、业务C子系统、业务D子系统和业务E子系统在接收到中心系统发送的更新通知时，可从中心系统中拉取该头像数据的变更信息内容以进行头像数据的同步更新，以保证不同产品落地页展现的头像是一致的。

在本发明的一个实施例中，业务子系统从中心系统拉取实时数据(以用户属性数据为例)，主要步骤如下：1)业务子系统向中心系统申请用户属性数据，其中，该业务子系统具有针对该用户属性数据的渠道权限。中心系统在向该业务子系统发送令牌时，可给该令牌增加对应的权限，例如，渠道A具有用户基础信息能力，渠道B除了用户基础信息，可获取用户隐私信息能力。不同令牌拥有权限不同。2)业务子系统通过令牌完成授权，向中心系统申请读取用户数据请求。3)中心系统审核该业务子系统令牌时效性和属性能力。中心系统在验证通过时，先从内存引擎取索引数据，获取基础信息。如果子系统所需属性已覆盖完整，则直接返回；如果缓存超过最长生命周期或未命中缓存，则中心系统从分布式存储获取用户信息后并同步到内存引擎，方便下次请求。由此，可以实现业务子系统从中心系统拉取实时数据的操作。

本发明实施例的数据同步更新方法，可通过中心系统接收目标业务子系统发送的数据更新请求，其中，数据更新请求包括数据的属性信息和数据对应的变更信息，并根据数据的属性信息和数据对应的变更信息，生成与各个业务子系统对应的待更新数据，并根据各个业务子系统的订阅属性，向订阅的业务子系统发送更新通知，使得各订阅的业务子系统根据该通知从中心系统中获取对应的待更新数据，并根据对应的待更新数据进行数据更新处理。即通过中心系统实现对不同业务子系统的数据同步更新进行统一管理，每当有业务子系统有数据更新时，中心系统根据该更新请求中数据属性和该数据的变更信息生成各个业务子系统对应的待更新数据，并将其发送给对应的业务子系统，使得各业务子系统对自身需要更新的数据进行更新，实现了数据针对性的同步更新功能，具有与业务解耦能力，统一管理全量元数据，无需关注有多少方下游和下游的业务场景，能有效降低数据更新成本，保证业务子系统低延迟性，由于中心系统承担了数据结果汇聚服务，使得更新数据同步到子系统所使用的时间较短。

与上述几种实施例提供的数据同步更新方法相对应，本发明的一种实施例还提供一种数据同步更新系统，由于本发明实施例提供的数据同步更新系统与上述几种实施例提供的数据同步更新方法相对应，因此在前述数据同步更新方法的实施方式也适用于本实施例提供的数据同步更新系统，在本实施例中不再详细描述。图4是根据本发明一个实施例的数据同步更新系统的结构示意图。如图4所示，该数据同步更新系统400可以包括：中心系统410和多个业务子系统420。

具体地，中心系统410用于接收目标业务子系统420发送的数据更新请求，其中，数据更新请求包括数据的属性信息和数据对应的变更信息，并根据数据的属性信息和数据对应的变更信息，生成与各个业务子系统420对应的待更新数据，根据各个业务子系统420的订阅属性，向订阅的业务子系统420发送更新通知。在本发明的一个实施例中，中心系统410具体用于：确定各个业务子系统420的渠道权限，并根据渠道权限和数据的属性信息，从数据对应的变更信息中确定出与各个业务子系统420对应的待更新数据。

业务子系统420用于向中心系统410发送数据更新请求，并在接收到中心系统410发送的更新通知时，从中心系统410中获取对应的待更新数据，并根据对应的待更新数据进行数据更新处理。

可选地，在本发明的一个实施例中，中心系统410还用于：在接收到目标业务子系统420发送的数据更新请求时，确定目标业务子系统420的标识信息；根据属性信息判断预设的特权白名单中是否存在标识信息；在根据属性信息判定特权白名单中未存在标识信息时，停止对数据的更新；在根据属性信息判定特权白名单中存在标识信息时，执行根据数据的属性信息和数据对应的变更信息，生成与各个业务子系统420对应的待更新数据的步骤。

为了保证中心系统与各子系统之间的数据安全通信，可选地，在本发明的一个实施例中，中心系统410还用于：在接收到目标业务子系统420发送的数据更新请求时，向目标业务子系统420发送令牌，并接收目标业务子系统420反馈的授权令牌；通过授权凭证验证授权令牌以确定目标业务子系统420是否经授权来执行数据更新请求的发送操作。

可选地，在本发明的一个实施例中，中心系统410还用于：在检测到访问流量大于或等于预设阈值时，确定各个业务子系统420的流量访问权限；根据流量访问权限，对各个业务子系统420的流量访问进行控制。由此，不同渠道每秒访问限制不同，如果中心系统流量过高，可以根据各业务子系统的流量访问权限来控制不同的业务子系统，例如，可采用访问降级的方式以实现业务子系统对中心系统的访问流量的控制。

为了进一步保证资源数据分配的安全性，保证数据同步更新的安全性，可选地，在本发明的一个实施例中，中心系统410还用于：在向订阅的业务子系统420发送更新通知之前，判断各个业务子系统420对应的待更新数据是否为指定属性数据，若是，则对各个业务子系统420对应的待更新数据进行加密，并在接收到订阅的业务子系统420发送的待更新数据获取请求时，将对应的加密的待更新数据发送给订阅的业务子系统420。

本发明实施例的数据同步更新系统，可通过中心系统接收目标业务子系统发送的数据更新请求，其中，数据更新请求包括数据的属性信息和数据对应的变更信息，并根据数据的属性信息和数据对应的变更信息，生成与各个业务子系统对应的待更新数据，并根据各个业务子系统的订阅属性，向订阅的业务子系统发送更新通知，使得各订阅的业务子系统根据该通知从中心系统中获取对应的待更新数据，并根据对应的待更新数据进行数据更新处理。即通过中心系统实现对不同业务子系统的数据同步更新进行统一管理，每当有业务子系统有数据更新时，中心系统根据该更新请求中数据属性和该数据的变更信息生成各个业务子系统对应的待更新数据，并将其发送给对应的业务子系统，使得各业务子系统对自身需要更新的数据进行更新，实现了数据针对性的同步更新功能，具有与业务解耦能力，统一管理全量元数据，无需关注有多少方下游和下游的业务场景，能有效降低数据更新成本，保证业务子系统低延迟性，由于中心系统承担了数据结果汇聚服务，使得更新数据同步到子系统所使用的时间较短。

为了实现上述实施例，本发明还提出了一种计算机设备。

图5是根据本发明一个实施例的计算机设备的结构示意图。如图5所示，该计算机设备500可以包括：存储器510、处理器520及存储在存储器510上并可在处理器520上运行的计算机程序530，处理器520执行计算机程序530时，实现本发明上述任一个实施例所述的数据同步更新方法。

在本发明的描述中，需要理解的是，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (13)

1.一种数据同步更新方法，其特征在于，所述方法应用于内容资源管理系统，所述内容资源管理系统包括中心系统和多个业务子系统，所述方法包括：

所述中心系统接收目标业务子系统发送的数据更新请求，其中，所述数据更新请求包括数据的属性信息和所述数据对应的变更信息；

所述中心系统根据所述数据的属性信息和所述数据对应的变更信息，生成与各个业务子系统对应的待更新数据；

所述中心系统根据所述各个业务子系统的订阅属性，向订阅的业务子系统发送更新通知。

2.根据权利要求1所述的方法，其特征在于，在所述中心系统根据所述数据的属性信息和所述数据对应的变更信息，生成与各个业务子系统对应的待更新数据，之前还包括：

所述中心系统在接收到目标业务子系统发送的数据更新请求时，确定所述目标业务子系统的标识信息；

所述中心系统根据所述属性信息判断预设的特权白名单中是否存在所述标识信息；

如果根据所述属性信息判定所述特权白名单中未存在所述标识信息，则所述中心系统停止对所述数据的更新；

如果根据所述属性信息判定所述特权白名单中存在所述标识信息，则执行所述中心系统根据所述数据的属性信息和所述数据对应的变更信息，生成与各个业务子系统对应的待更新数据的步骤。

3.根据权利要求1所述的方法，其特征在于，所述中心系统根据所述数据的属性信息和所述数据对应的变更信息，生成与各个业务子系统对应的待更新数据，包括：

所述中心系统确定各个业务子系统的渠道权限；

所述中心系统根据所述渠道权限和所述数据的属性信息，从所述数据对应的变更信息中确定出与所述各个业务子系统对应的待更新数据。

4.根据权利要求1所述的方法，其特征在于，在所述中心系统接收到目标业务子系统发送的数据更新请求时，所述方法还包括：

所述中心系统向所述目标业务子系统发送令牌，并接收所述目标业务子系统反馈的授权令牌；

所述中心系统通过授权凭证验证所述授权令牌以确定所述目标业务子系统是否经授权来执行所述数据更新请求的发送操作。

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

所述中心系统在检测到访问流量大于或等于预设阈值时，确定各个业务子系统的流量访问权限；

所述中心系统根据所述流量访问权限，对所述各个业务子系统的流量访问进行控制。

6.根据权利要求1至5中任一项所述的方法，其特征在于，在所述中心系统向订阅的业务子系统发送更新通知之前，所述方法还包括：

所述中心系统判断所述各个业务子系统对应的待更新数据是否为指定属性数据；

若是，则所述中心系统对所述各个业务子系统对应的待更新数据进行加密。

7.一种数据同步更新系统，其特征在于，包括：中心系统和多个业务子系统，其中，

所述中心系统，用于接收目标业务子系统发送的数据更新请求，其中，所述数据更新请求包括数据的属性信息和所述数据对应的变更信息，并根据所述数据的属性信息和所述数据对应的变更信息，生成与各个业务子系统对应的待更新数据，根据所述各个业务子系统的订阅属性，向订阅的业务子系统发送更新通知；

所述业务子系统，用于向所述中心系统发送数据更新请求，并在接收到所述中心系统发送的更新通知时，从所述中心系统中获取对应的待更新数据，并根据所述对应的待更新数据进行数据更新处理。

8.根据权利要求7所述的系统，其特征在于，所述中心系统还用于：

在接收到目标业务子系统发送的数据更新请求时，确定所述目标业务子系统的标识信息；

根据所述属性信息判断预设的特权白名单中是否存在所述标识信息；

在根据所述属性信息判定所述特权白名单中未存在所述标识信息时，停止对所述数据的更新；

在根据所述属性信息判定所述特权白名单中存在所述标识信息时，执行所述根据所述数据的属性信息和所述数据对应的变更信息，生成与各个业务子系统对应的待更新数据的步骤。

9.根据权利要求7所述的系统，其特征在于，所述中心系统具体用于：

确定各个业务子系统的渠道权限，并根据所述渠道权限和所述数据的属性信息，从所述数据对应的变更信息中确定出与所述各个业务子系统对应的待更新数据。

10.根据权利要求7所述的系统，其特征在于，所述中心系统还用于：

在接收到目标业务子系统发送的数据更新请求时，向所述目标业务子系统发送令牌，并接收所述目标业务子系统反馈的授权令牌；

通过授权凭证验证所述授权令牌以确定所述目标业务子系统是否经授权来执行所述数据更新请求的发送操作。

11.根据权利要求7所述的系统，其特征在于，所述中心系统还用于：

在检测到访问流量大于或等于预设阈值时，确定各个业务子系统的流量访问权限；

根据所述流量访问权限，对所述各个业务子系统的流量访问进行控制。

12.根据权利要求7至11中任一项所述的系统，其特征在于，所述中心系统还用于：

在向订阅的业务子系统发送更新通知之前，判断所述各个业务子系统对应的待更新数据是否为指定属性数据，若是，则对所述各个业务子系统对应的待更新数据进行加密，并在接收到订阅的业务子系统发送的待更新数据获取请求时，将对应的加密的待更新数据发送给所述订阅的业务子系统。

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