CN109005224B - 数据分发方法及装置 - Google Patents

Abstract

本发明提供了一种数据分发方法及装置，涉及数据处理技术领域，包括总行服务器接收查询原始规则数据信息的请求；根据任务下发队列为一级分行的服务节点分发原始规则数据；向网点发送命令消息，命令消息包含待分发规则数据所在的节点位置。通过总行向一级分行的服务节点分发规则数据的方式，实现总行集中管控，可以满足百万级设备量的实际使用需求的问题，能够保证各一级分行的服务节点压力均衡，解决了现有技术中主服务器处理能力存在瓶颈的问题。

Description

数据分发方法及装置

技术领域

本发明涉及数据处理技术领域，尤其是涉及一种数据分发方法及装置。

背景技术

银行网点大堂内的信息展示设备常用于向客户提供各类信息展示，包括基金利率信息、银行新产品、新活动宣传、银行紧急通知信息、银行相关法律法规政策信息等。信息展示设备需要在指定时间段播放特定的内容，通过制定播放规则，设备上的应用通过解析、执行规则把期望的内容按指定的方式播放出来展示给客户。

传统信息展示设备的管理模式一般是通过人为控制播放或者依赖设备厂商提供的播控系统，仅能控制某一家分行的设备，无法实现总行集中管控，同样也无法满足百万级设备量的实际使用需求。

现有的技术方案采用在集群中主服务器集中生成、保存规则，由主服务器单点完成，因此主服务器压力较大，给后台服务处理能力带来瓶颈，且风险较高，不易扩展。

发明内容

有鉴于此，本发明的目的在于提供一种数据分发方法及装置，以解决传统数据分发方法无法实现总行集中管控，无法满足百万级设备量的实际使用需求的问题，同时缓解了现有技术方案中主服务器处理能力存在的瓶颈问题。

第一方面，本发明实施例提供了一种数据分发方法，应用于总行服务器，所述方法包括：

接收查询原始规则数据信息的请求；

根据任务下发队列为一级分行的服务节点分发原始规则数据；

向网点发送命令消息，所述命令消息包含待分发规则数据所在的节点位置。

结合第一方面，本发明实施例提供了第一方面的第一种可能的实施方式，其中，所述根据任务下发队列为一级分行的服务节点分发原始规则数据，包括：

根据预定顺序，逐个向任务下发队列中的每个一级分行的服务节点分发所述原始规则数据。

结合第一方面，本发明实施例提供了第一方面的第二种可能的实施方式，其中，还包括：记录当前分发规则数据的网点与一级分行的服务节点的对应关系。

第二方面，本发明实施例还提供了一种数据分发方法，应用于一级分行的服务节点，所述方法包括：

定时向总行服务器轮询所述原始规则数据信息；

接收总行服务器分发的所述原始规则数据；

基于所述原始规则数据生成格式化的待分发规则数据；

接收网点发送的请求信息，所述请求信息包含所述待分发规则数据所在的节点位置；

向网点下发所述待分发规则数据。

结合第二方面，本发明实施例提供了第二方面的第一种可能的实施方式，其中，所述向网点下发所述待分发规则数据，包括：

当所述待分发规则数据所在的节点位置位于本服务节点时，由本服务节点向网点下发所述待分发规则数据；

当所述待分发规则数据所在的节点位置位于其他服务节点时，通过代理服务器通知目标服务节点，使所述目标服务节点向网点下发所述待分发规则数据。

第三方面，本发明实施例还提供了一种数据分发装置，应用于总行服务器，所述装置包括：

接收模块，用于接收查询所述原始规则数据信息的请求；

分发模块，用于根据任务下发队列为一级分行的服务节点分发所述原始规则数据；

通讯模块，用于向网点发送命令消息，所述命令消息包含所述待分发规则数据所在的节点位置。

结合第三方面，本发明实施例提供了第三方面的第一种可能的实施方式，其中，所述分发模块具体用于，根据任务下发队列为一级分行的服务节点分发所述原始规则数据，包括：

根据预定顺序，逐个向任务下发队列中的每个一级分行的服务节点分发所述原始规则数据。

结合第三方面，本发明实施例提供了第三方面的第二种可能的实施方式，其中，所述分发模块还用于，记录当前分发规则的网点与一级分行的服务节点的对应关系。

第四方面，本发明实施例还提供了一种数据分发装置，应用于一级分行的服务节点，所述装置包括：

任务查询模块，用于定时向总行服务器轮询所述原始规则数据信息；

规则接收模块，用于接收总行服务器分发的所述原始规则数据；

规则生成模块，基于所述原始规则数据生成格式化的所述待分发规则数据；

请求代理模块，用于接收网点发送的请求信息，所述请求信息包括所述待分发规则数据所在的节点位置；

规则下发模块，用于向网点下发所述待分发规则数据。

结合第四方面，本发明实施例提供了第四方面的第一种可能的实施方式，其中，所述的网点下发所述待分发规则数据，包括：

当所述待分发规则数据所在的节点位置位于本服务节点时，由本服务节点向网点下发所述待分发规则数据；

当所述待分发规则数据所在的节点位置位于其他服务节点时，通过代理服务器通知目标服务节点，使所述目标服务节点向网点下发所述待分发规则数据。

本发明实施例带来了以下有益效果：本发明实施例提供的一种数据分发方法及装置，通过接收查询原始规则数据信息的请求；根据任务下发队列为一级分行的服务节点分发原始规则数据；向网点发送命令消息，所述命令消息包含待分发规则数据所在的节点位置。通过总行向一级分行的服务节点分发规则数据的方式，实现总行集中管控，可以满足百万级设备量的实际使用需求的问题，能够保证各节点压力均衡，解决了现有技术中主服务器处理能力存在瓶颈的问题。

本发明的其他特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的应用于总行服务器的数据分发方法的流程图；

图2为本发明实施例提供的应用于一级分行的服务节点的数据分发方法的流程图；

图3为本发明实施例提供的数据分发装置的示意图。

图标：

31-接收模块；32-分发模块；33-通讯模块；41-任务查询模块；42-规则接收模块；43-规则生成模块；44-请求代理模块；45-规则下发模块。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

目前传统信息展示设备的管理模式一般是通过人为控制播放或者依赖设备厂商提供的播控系统，但也仅能控制某一家分行的设备，无法实现总行集中管控，同样也无法满足百万级设备量的实际使用需求。现有的技术方案采用生成、保存规则都集中在集群中主服务器，由主服务器单点完成，因此主服务器压力较大，给后台服务处理能力带来瓶颈，且风险较高，不易扩展。

基于此，本发明实施例提供的一种数据分发方法及装置，可以解决传统数据分发方法无法实现总行集中管控，无法满足百万级设备量的实际使用需求的问题，同时缓解了现有技术方案中主服务器处理能力存在瓶颈的问题。

为便于对本实施例进行理解，首先对本发明实施例所公开的一种数据分发方法进行详细介绍。

实施例一：

本发明实施例提供了一种数据分发方法，可以应用于银行总行服务器。

如图1所示，该数据分发方法应用于总行服务器，包括以下步骤：

S11：接收查询原始规则数据信息的请求。

规则数据是指控制银行网点大堂内展示设备，比如海报屏、液晶显示屏、互动桌、九连屏等设备，播放内容的自定义格式数据，包含播放日期时间、播放方式、播放文件位置、播放文件类型等。

原始规则数据信息是用户通过后台管理页面录入预先设定的针对网点的规则信息，按数据类型存储在不同的数据表中。

总行服务器会定时接收到各一级分行的服务节点查询规则数据的请求，请求信息中包含该一级分行的服务节点的机构号信息。每个一级分行有若干个一级分行的服务节点，各节点均可以向总行服务器请求规则数据，并且一级分行的服务节点可以横向扩展，任何节点的宕机不会影响正常的服务提供。

当有新的规则数据需要分发时，总行服务器接收到一级分行的服务节点的请求后，执行步骤S12。

S12：根据任务下发队列为一级分行的服务节点分发原始规则数据。

总行服务器需要根据总体任务数和当前一级分行的总服务节点数维护一个任务下发队列，决策是否对某一节点分发原始规则数据。

根据预定顺序，逐个向任务下发队列中的每个一级分行的服务节点分发原始规则数据。若该节点已经分发过原始规则数据，则分发给队列中下一个节点，若所有节点均分发过原始规则数据，则根据预定顺序从头开始分发。

考虑到每一个节点处理规则数据的时间和压力，总行服务器将只分发5个设备的原始规则数据给当前请求的一级分行的服务节点，保证每个节点都能下发基本均等但各不相同的任务，实现一级分行的服务节点间的压力均衡。

总行服务器会记录当前分发规则数据的网点与一级分行的服务节点的对应关系。

S13：向网点发送命令消息，该命令消息包含待分发规则数据所在的节点位置。

通常，每个一级分行配备有多台服务器，一个服务器就是一个服务节点，每个服务节点管辖多个固定的网点。例如，北京分行为一级分行，北京分行的若干个下属支行均为网点。

总行服务器与所有网点均向通讯模块添加注册，为后续直接通讯建立关联。总行服务器在接收到一级分行处理结果后，向各注册的网点，发送命令消息，通知网点有新的规则数据需要获取。命令消息中包含待分发规则数据所在节点位置，即处理规则数据的一级分行的服务节点IP。通过向网点发送命令消息，可以确保网点按需并根据命令消息中的节点位置信息去取数据，有效解决了一级分行各服务节点不会自动同步导致取不到数据的问题。

本发明实施例提供的数据分发方法，应用于总行服务器，通过接收查询原始规则数据信息的请求；根据任务下发队列为一级分行的服务节点分发原始规则数据；向网点发送命令消息，该命令消息包含待分发规则数据所在的节点位置。通过总行向一级分行的服务节点分发规则数据的方式，实现总行集中管控，可以满足百万级设备量的实际使用需求的问题，能够保证各一级分行的服务节点压力均衡，解决了现有技术中主服务器处理能力存在瓶颈的问题。

实施例二：

本发明实施例提供了一种数据分发方法，可以应用于一级分行服务器。如图2所示，该数据分发方法应用于一级分行的服务节点，包括以下步骤：

S21：定时向总行服务器轮询原始规则数据信息。

一级分行的服务节点的服务器定时向总行服务器轮询是否有新的规则数据信息，同时向总行服务器发送本一级分行的服务节点的机构号信息。

S22：接收总行服务器分发的原始规则数据。

总行服务器接收到一级分行的服务节点的请求后，向一级分行的服务节点分发原始规则数据，一级分行节点接收到总行服务器分发的原始规则数据后，执行步骤S23。

S23：基于原始规则数据生成格式化的待分发规则数据。

当一级分行的服务节点获取到原始规则数据后，进行规则数据格式化，生成网点可识别的规则数据格式，即待分发规则数据，存放在文件中，并在内存缓存中存放记录消息，等待网点的网点代理应用来取规则数据。

当一级分行的服务节点处理规则完毕后，则把处理结果反馈给总行服务器。

S24：接收网点发送的请求信息，请求信息包括待分发规则数据所在的节点位置。

当网点接收到总行服务器发送的命令消息后，向所属一级分行的服务节点请求规则数据，请求信息中包含规则数据所在的节点位置，即所在节点的服务器IP。因为一级分行的服务节点安装有负载均衡组件，因此，请求有可能分发到任意一个一级分行的服务节点。

S25：向网点下发待分发规则数据。

规则数据对应相应的网点，同一规则数据只有一个服务节点可以取得到，当某个服务节点接收到总行服务器分发的原始规则数据后，首先判断该网点是否在其管辖范围内，若在其管辖范围内，则由本服务节点进行处理，若不在其管辖范围内，则交由请求代理服务器通知目标服务节点处理。目标服务节点的网点按照流程，查询所管辖的网点的设备状态，将分发任务下发给网点代理。

待分发规则数据所在服务节点向请求的网点下发待分发规则数据，具体分发规则如下：

当待分发规则数据所在的节点位置位于本服务节点时，由本服务节点向网点下发待分发规则数据；

当待分发规则数据所在的节点位置位于其他服务节点时，通过代理服务器通知目标服务节点，使目标服务节点向网点下发待分发规则数据。

每个网点配置有多台展示设备，比如：海报屏、液晶显示屏、互动桌、九连屏等设备。展示设备安装有网点代理的应用，网点代理通过解析、执行规则把需要展示的内容按照指定方式在展示设备上进行播放。

一级分行每一个服务节点都具备HTTP反向代理功能，当请求不该自己处理里，可以把请求路由到目的服务节点进行处理。通过总行服务器向一级分行的服务节点分发任务、向网点发送命令消息及代理技术的应用，保证一级分行的各服务节点间的压力均衡，因此，有效发挥各节点的作用，实现了类似分布式应用的功能，开发维护简单，成本低，间接解决了分布式服务中各节点数据同步的延时问题。

本发明实施例提供的数据分发方法，应用于一级分行的服务节点，通过定时向总行服务器轮询原始规则数据信息；接收总行服务器分发的原始规则数据；并基于原始规则数据生成格式化的待分发规则数据；接收网点发送的请求信息，请求信息包含待分发规则数据所在的节点位置；然后向网点下发待分发规则数据。通过一级分行的服务节点下发规则数据的方式，可以满足百万级设备量的实际使用需求的问题，能够保证各一级分行的服务节点压力均衡，解决了现有技术中主服务器处理能力存在瓶颈的问题。

实施例三：

本发明实施例提供了一种数据分发装置，应用于总行服务器，如图3所示，该数据分发装置具体包括：接收模块31、分发模块32、通讯模块33。其中，接收模块31，用于接收查询原始规则数据信息的请求；分发模块32，用于根据任务下发队列为一级分行的服务节点分发原始规则数据。该分发模块32还用于记录当前分发规则的网点与一级分行的服务节点的对应关系。通讯模块33，用于向网点发送命令消息，该命令消息包含待分发规则数据所在的节点位置。

本发明实施例提供的数据分发装置，应用于总行服务器，通过接收模块接收查询原始规则数据信息的请求；然后分发模块根据任务下发队列为一级分行的服务节点分发原始规则数据；利用通讯模块向网点发送命令消息，该命令消息包含待分发规则数据所在的节点位置。通过总行向一级分行的服务节点分发规则数据的方式，实现总行集中管控，可以满足百万级设备量的实际使用需求的问题，能够保证各一级分行的服务节点压力均衡，解决了现有技术中主服务器处理能力存在瓶颈的问题。

本发明实施例提供的数据分发装置，与实施例一提供的数据分发方法具有相同的技术特征，因此也能解决相同的技术问题，达到相同的技术效果。

实施例四：

本发明实施例提供了一种数据分发装置，应用于一级分行服务器，如图3所示，该数据分发装置具体包括：任务查询模块41，用于定时向总行服务器轮询原始规则数据信息；规则接收模块42，用于接收总行服务器分发的原始规则数据；规则生成模块43，基于原始规则数据生成格式化的待分发规则数据；请求代理模块44，用于接收网点发送的请求信息，请求信息包含待分发规则数据所在的节点位置；规则下发模块45，用于向网点下发待分发规则数据。

本发明实施例提供的数据分发方法，应用于一级分行的服务节点，通过任务查询模块定时向总行服务器轮询原始规则数据信息；利用规则接收模块接收总行服务器分发的原始规则数据；并基于原始规则数据，利用规则生成模块生成格式化的待分发规则数据；然后通过请求代理模块接收网点发送的请求信包含待分发规则数据所在的节点位置息，请求信息包含待分发规则数据所在的节点位置；再通过规则下发模块向网点下发待分发规则数据。通过一级分行的服务节点下发规则数据的方式，可以满足百万级设备量的实际使用需求的问题，能够保证各一级分行的服务节点压力均衡，解决了现有技术中主服务器处理能力存在瓶颈的问题。

本发明实施例提供的数据分发装置，与实施例二提供的数据分发方法具有相同的技术特征，因此也能解决相同的技术问题，达到相同的技术效果。

附图中的流程图和框图显示了根据本发明的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (10)

1.一种数据分发方法，其特征在于，应用于总行服务器，所述方法包括：

接收查询原始规则数据信息的请求；

根据任务下发队列为一级分行的服务节点分发原始规则数据；总行服务器需要根据总体任务数和当前一级分行的总服务节点数维护一个任务下发队列，决策是否对某一节点分发原始规则数据；

向网点发送命令消息，所述命令消息包含待分发规则数据所在的节点位置；总行服务器与所述所有网点均向通讯模块添加注册，为后续直接通讯建立关联；所述总行服务器在接收到一级分行处理结果后，向各注册的网点发送命令消息，通知网点有新的规则数据需要获取。

2.根据权利要求1所述的方法，其特征在于，所述根据任务下发队列为一级分行的服务节点分发原始规则数据，包括：

根据预定顺序，逐个向任务下发队列中的每个一级分行的服务节点分发所述原始规则数据。

3.根据权利要求1所述的方法，其特征在于，还包括：记录当前分发规则数据的网点与一级分行的服务节点的对应关系。

4.一种数据分发方法，其特征在于，应用于一级分行的服务节点，所述方法包括：

定时向总行服务器轮询所述原始规则数据信息，同时向总行服务器发送本一级分行的服务节点的机构号信息；

接收总行服务器分发的所述原始规则数据；

基于所述原始规则数据生成格式化的待分发规则数据；

接收网点发送的请求信息，所述请求信息包含所述待分发规则数据所在的节点位置；

向网点下发所述待分发规则数据，所述待分发规则数据所在服务节点向请求的网点下发所述待分发规则数据，具体分发规则如下：

当所述待分发规则数据所在的节点位置位于本服务节点时，由所述本服务节点向网点下发所述待分发规则数据；

当所述待分发规则数据所在的节点位置位于其他服务节点时，通过代理服务器通知目标服务节点，使所述目标服务节点向网点下发所述待分发规则数据。

5.根据权利要求4所述的方法，其特征在于，所述向网点下发所述待分发规则数据，包括：

当所述待分发规则数据所在的节点位置位于本服务节点时，由服务节点向网点下发所述待分发规则数据；

当所述待分发规则数据所在的节点位置位于其他服务节点时，通过代理服务器通知目标服务节点，使所述目标服务节点向网点下发所述待分发规则数据。

6.一种数据分发装置，其特征在于，应用于总行服务器，所述装置包括：

接收模块，用于接收查询所述原始规则数据信息的请求；

分发模块，用于根据任务下发队列为一级分行的服务节点分发所述原始规则数据；总行服务器需要根据总体任务数和当前一级分行的总服务节点数维护一个任务下发队列，决策是否对某一节点分发原始规则数据；

通讯模块，用于向网点发送命令消息，所述命令消息包含所述待分发规则数据所在的节点位置；总行服务器与所述所有网点均向通讯模块添加注册，为后续直接通讯建立关联；所述总行服务器在接收到一级分行处理结果后，向各注册的网点发送命令消息，通知网点有新的规则数据需要获取。

7.根据权利要求6所述的装置，其特征在于，所述分发模块具体用于，根据任务下发队列为一级分行的服务节点分发所述原始规则数据，包括：

根据预定顺序，逐个向任务下发队列中的每个一级分行的服务节点分发所述原始规则数据。

8.根据权利要求6所述的装置，其特征在于，所述分发模块还用于，记录当前分发规则的网点与一级分行的服务节点的对应关系。

9.一种数据分发装置，其特征在于，应用于一级分行的服务节点，所述装置包括：

任务查询模块，用于定时向总行服务器轮询所述原始规则数据信息，同时向总行服务器发送本一级分行的服务节点的机构号信息；

规则接收模块，用于接收总行服务器分发的所述原始规则数据；

规则生成模块，基于所述原始规则数据生成格式化的所述待分发规则数据；

请求代理模块，用于接收网点发送的请求信息，所述请求信息包含所述待分发规则数据所在的节点位置；

规则下发模块，用于向网点下发所述待分发规则数据，所述待分发规则数据所在服务节点向请求的网点下发所述待分发规则数据，具体分发规则如下：

当所述待分发规则数据所在的节点位置位于本服务节点时，由所述本服务节点向网点下发所述待分发规则数据；

当所述待分发规则数据所在的节点位置位于其他服务节点时，通过代理服务器通知目标服务节点，使所述目标服务节点向网点下发所述待分发规则数据。

10.根据权利要求9所述的装置，其特征在于，所述的网点下发所述待分发规则数据，包括：

当所述待分发规则数据所在的节点位置位于本服务节点时，由本服务节点向网点下发所述待分发规则数据；

当所述待分发规则数据所在的节点位置位于其他服务节点时，通过代理服务器通知目标服务节点，使所述目标服务节点向网点下发所述待分发规则数据。

Images