消息下发方法及装置制造方法及图纸

本发明专利技术提供了一种消息下发方法及装置，该方法包括：获取消息下发配置界面中的参数，所述参数至少包括数据源的标识信息；根据预设的配置规则对所述参数进行解析以生成所述数据源的消息下发规则；在所述数据源的上报数据满足下发条件的情况下，按照所述消息下发规则进行消息下发。在本发明专利技术中，通过为不同数据源提供统一的发规则配置逻辑和参数结构，从而可通过配置界面来生成对应数据源的消息下发规则，以进行消息的下发，解决了相关技术中数据源不同，数据结构不统一，导致需要进行重复性开发的问题，进而达到了规范研发流程、降低开发难度的效果。

【技术实现步骤摘要】
消息下发方法及装置
本专利技术数据开发领域，具体而言，涉及一种消息下发方法及装置。
技术介绍
现有的采用Flink开发框架进行数据开发时，通常是采用一种烟筒式穿透开发，即，对应不同的数据源(Topic)上报的数据，以及不同类型的下发消息消息，需要不同的Flink逻辑处理程序。因此，无数个下发消息需求应用产生无数个性化Flink项目，对应服务端的多个集群项目，为了降低维护管理难度，迫切需要将此类需求归一管理。并且由于数据来源(Topic)多个，结构不统一，因此，针对不同的Topic需要进行重复性开发工作。如果以上类似需求较多时，项目的维护和管理，升级、新增、下架将会变得越来越复杂，项目仍会产生新的需求，项目仍然需要编写代码以反映新的业务需求。
技术实现思路
本专利技术实施例提供了一种消息下发方法及装置，以至少解决相关技术中针对不同数据源的上报数据需要重复开发的问题。根据本专利技术的一个实施例，提供了一种消息下发方法，包括：获取消息下发配置界面中的参数，所述参数至少包括数据源；根据预设的配置规则对所述参数进行解析以生成所述数据源的消息下发规则；在所述数据源的上报数据满足下发条件的情况下，按照所述消息下发规则进行消息下发。进一步地，所述下发消息的类型包括至少以下之一：APP消息、语音消息、设备消息、设备控制指令。在一个示意性实施例中，所述消息下发配置界面中包括多个参数配置字段，对于不同数据源和/或不同类型的下发消息，同一参数配置字段具有相同的配置逻辑和参数结构。。在一个示意性实施例中，在所述数据源的上报数据满足下发条件的情况下，按照所述消息下发规则进行消息下发之前，还包括：接收来自所述数据源的上报数据，并按照预设条件对所述上报数据进行筛选。在一个示意性实施例中，按照预设条件对所述上报数据进行筛选包括至少以下之一：过滤掉所述上报数据中的异常数据；根据数据属性丢弃所述上报数据中非关注的数据；丢弃所述上报数据中数据上报间隔不满足条件的数据；丢弃所述上报数据中过期的数据。在一个示意性实施例中，按照预设条件对所述上报数据进行筛选之后，还包括：判断筛选后的所述上报数据是否满足下发条件，在满足所述下发条件的情况下进行消息下发。在一个示意性实施例中，在满足下发条件的情况下发送所述下发消息包括以下之一：所述上报数据中的指定属性为第一指定值时，发送所述下发消息；所述上报数据中的指定属性由第二指定值变为第三指定值时，发送所述下发消息；所述上报数据中的指定属性在预定时长内保持为第四指定值时，在间隔预定时间发送所述下发消息。根据本专利技术的另一个实施例，还提供了一种消息下发装置，包括：获取模块，用于获取消息下发配置界面中的参数，所述参数至少包括数据源；生成模块，用于根据预设的配置规则对所述参数进行解析以生成所述数据源的消息下发规则；下发模块，用于在所述数据源的上报数据满足下发条件的情况下，按照所述消息下发规则进行消息下发。根据本专利技术的又一个实施例，还提供了一种存储介质，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。根据本专利技术的又一个实施例，还提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行上述任一项方法实施例中的步骤。在本专利技术的上述实施例中，通过提供统一的发规则配置逻辑和参数结构，可依据用户在UI界面配置的下发内容生成下发消息，因此，可以解决相关技术中数据开发流程不规范、开发难度大的问题，达到规范研发流程、降低开发难度的效果。附图说明此处所说明的附图用来提供对本专利技术的进一步理解，构成本申请的一部分，本专利技术的示意性实施例及其说明用于解释本专利技术，并不构成对本专利技术的不当限定。在附图中：图1是根据本专利技术实施例的消息下发方法的流程图；图2是根据本专利技术可选实施例的消息下发方法的流程图；图3是根据本专利技术实施例的消息下发装置的结构框图；图4是根据相关技术的传统烟筒式开发方式的示意图；图5是根据本实施例的下发消息配置界面示意图；图6是根据本实施例的数据流架构示意图。具体实施方式为了使本
的人员更好地理解本专利技术方案，下面将结合本专利技术实施例中的附图，对本专利技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本专利技术一部分的实施例，而不是全部的实施例。基于本专利技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本专利技术保护的范围。需要说明的是，本专利技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本专利技术的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。为了更好的理解本专利技术实施例以及可选实施例的技术方案，以下对本专利技术实施例以及可选实施例中可能出现的应用场景进行说明，但不用于限定以下场景的应用。实施例1在本实施例中提供了一种消息下发方法，图1是根据本专利技术实施例的消息下发方法的流程图，如图1所示，该流程包括如下步骤：步骤S101，获取消息下发配置界面中的参数，所述参数至少包括数据源标识信息。在本实施例中，用户可以在消息下发配置界面的多个输入字段中输入对应的参数，例如，数据源标识、设备类型、设备型号、消息级别、消息类型、发送参数、发送间隔等。在本实施例中，当用户在配置界面的字段中输入参数时，无需考虑下发消息的数据源，也无需考虑下发消息的类型，因为，在本实施例中，对于不同数据源，或不同类型的下发消息，同一个参数配置字段具有相同的配置逻辑和参数结构，从而为不同数据源和不同下发消息类型提供统一的参数配置界面。步骤S102，根据预设的配置规则对所述参数进行解析以生成所述数据源的消息下发规则。在本实施例中，配置规则可以预先生成并存储，在获取到用户在消息下发配置界面中的输入的参数后，读取存储的配置规则对所输入的参数进行解析，生成一条针对该数据源的消息下发规则。每个数据源字段下可生成多条消息下发规则。步骤S103，在所述数据源的上报数据满足下发条件的情况下，按照所述消息下发规则进行消息下发。在本实施例中，可针对该数据源预先生成并存储该下发条件，并通过在配置界面中选定该下发条件。如果该数据源的上报数据满足下发条件，按照消息下发规则进行消息下发。在本实施例中，可以是通过Kafka消息订阅，或APP消息等形式进行消息下发。在本实施例中，所述下发消息的类型包括至少以下之一：APP消息、语音消息、设备消息、设备控制指令本文档来自技高网...

【技术保护点】
1.一种消息下发方法，其特征在于，包括：/n获取消息下发配置界面中的参数，所述参数至少包括数据源的标识信息；/n根据预设的配置规则对所述参数进行解析以生成所述数据源的消息下发规则；/n在所述数据源的上报数据满足下发条件的情况下，按照所述消息下发规则进行消息下发。/n

【技术特征摘要】
1.一种消息下发方法，其特征在于，包括：
获取消息下发配置界面中的参数，所述参数至少包括数据源的标识信息；
根据预设的配置规则对所述参数进行解析以生成所述数据源的消息下发规则；
在所述数据源的上报数据满足下发条件的情况下，按照所述消息下发规则进行消息下发。


2.根据权利要求1所述的方法，其特征在于，其中，所述下发消息的类型包括至少以下之一：APP消息、语音消息、设备消息、设备控制指令。


3.根据权利要求1所述的方法，其特征在于，其中，所述消息下发配置界面中包括多个参数配置字段，对于不同数据源和/或不同类型的下发消息，同一参数配置字段具有相同的配置逻辑和参数结构。


4.根据权利要求1所述的方法，其特征在于，在所述数据源的上报数据满足下发条件的情况下，按照所述消息下发规则进行消息下发之前，还包括：
接收来自所述数据源的上报数据，并按照预设条件对所述上报数据进行筛选。


5.根据权利要求1所述的方法，其特征在于，按照预设条件对所述上报数据进行筛选包括至少以下之一：
过滤掉所述上报数据中的异常数据；
丢弃所述上报数据中数据类型和/或数据属性不满足条件的数据；
丢弃所述上报数据中数据上报间隔不满足条件的数据；
丢弃所述上报数据中过期的数据。


6....

【专利技术属性】
技术研发人员：王一宁，
申请(专利权)人：海尔优家智能科技北京有限公司，
类型：发明
国别省市：北京;11