一种用于物联网的业务配置方法及设备技术

本申请提供了一种用于物联网的业务配置方法及设备，该方法获取分布式定时器的规则触发指令，然后根据规则触发指令，确定相应的物联网设备的设备数据流。接着匹配设备数据流相应的触发条件，以根据匹配的匹配结果，确定是否匹配相应的规则内容。其中，规则内容预先存储至预设第一数据库。触发条件及规则内容为被用户终端配置得到。若是，触发规则引擎执行相应的规则内容，以便将用户终端配置的控制指令，发送至物联网设备。发送至物联网设备。发送至物联网设备。

【技术实现步骤摘要】
一种用于物联网的业务配置方法及设备


[0001]本申请涉及物联网
，尤其涉及一种用于物联网的业务配置方法及设备。

技术介绍

[0002]目前，物联网系统中的规则描述文件，往往在业务节点本地生成，这样在分布式、高可用的互联网场景下存在很大的弊端，容灾能力差；同时规则描述文件在业务节点生成，与业务耦合度高，给后期维护带来挑战。

技术实现思路

[0003]本申请实施例提供了一种用于物联网的业务配置方法及设备，用于解决当前规则描述文件容灾能力差、维护难度大，多业务节点下，用户无法灵活配置该文件，体验度低。
[0004]一方面，本申请实施例提供了一种用于物联网的业务配置方法，该方法包括：
[0005]获取分布式定时器的规则触发指令。根据规则触发指令，确定相应的物联网设备的设备数据流。匹配设备数据流相应的触发条件，以根据匹配的匹配结果，确定是否匹配相应的规则内容。其中，规则内容预先存储至预设第一数据库。触发条件及规则内容为被用户终端配置得到。若是，触发规则引擎执行相应的规则内容，以便将用户终端配置的控制指令，发送至物联网设备。
[0006]在本申请的一种实现方式中，确定分布式定时器的预置路由策略。其中，预置路由策略至少包括：选择第一个执行节点、选择最后一个执行节点、随机选取、轮询选取、一致性hash。根据预置路由策略，确定相应的规则执行节点。
[0007]在本申请的一种实现方式中，在规则触发指令满足相应预设条件的情况下，通过预设消息中间件，获取规则触发指令对应的物联网设备的设备数据流。
[0008]在本申请的一种实现方式中，消息中间件为Kafka。
[0009]在本申请的一种实现方式中，将设备数据流输入至第二数据库，以匹配第二数据库中的触发条件。
[0010]在本申请的一种实现方式中，第二数据库为Redis。
[0011]在本申请的一种实现方式中，第一数据库为MySQL。
[0012]在本申请的一种实现方式中，规则引擎为Drools。
[0013]在本申请的一种实现方式中，将触发条件配置界面、规则内容配置界面及控制指令配置界面，展示在用户终端。基于用户对用户终端的操作，生成触发条件、规则内容及控制指令。操作至少包括下拉栏点击、属性值输入、项目增加、项目删除。
[0014]另一方面，本申请实施例提供了一种用于物联网的业务配置设备，该设备包括：
[0015]至少一个处理器；以及，与至少一个处理器通信连接的存储器。其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够：
[0016]获取分布式定时器的规则触发指令。根据规则触发指令，确定相应的物联网设备
的设备数据流。匹配设备数据流相应的触发条件，以根据匹配的匹配结果，确定是否匹配相应的规则内容。其中，规则内容预先存储至预设第一数据库。触发条件及规则内容为被用户终端配置得到。若是，触发规则引擎执行相应的规则内容，以便将用户终端配置的控制指令，发送至物联网设备。
[0017]本申请通过上述方案，能够利用分布式定时器，进行规则触发，并判断设备数据流是否满足触发条件，若满足，则利用规则引擎执行存储在第一数据库中的规则内容，从而实现规则引擎从业务代码的抽离，降低规则引擎的规则描述文件维护难度；而且分布式定时器的分布式存储技术，及将触发条件存储在Redis中间件，能够多节点处理事务，提高业务配置性能，提高规则内容(规则描述文件)容灾能力。
[0018]此外，本申请能够提供给用户终端友好后台管理界面，非技术人员能够依靠该界面，进行规则内容的灵活配置，降低了物联网设备的规则内容配置难度，提高了用户体验度。
附图说明
[0019]此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
[0020]图1为本申请实施例中一种用于物联网的业务配置方法的一种流程示意图；
[0021]图2为本申请实施例中一种用于物联网的业务配置方法中的执行逻辑示意图；
[0022]图3为本申请实施例中一种用于物联网的业务配置方法中的配置界面示意图；
[0023]图4为本申请实施例中一种用于物联网的业务配置设备的结构示意图。
具体实施方式
[0024]为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
[0025]分布式场景中，为了保证容灾、性能等问题的解决，一般业务节点都是多活(多节点、多网络环境)部署的，由于规则引擎的规则描述文件是以文件形式存储的，我们按照规则生成的规则描述文件就会生成在某个业务节点本地，这样在分布式、高可用的互联网场景下就存在很大的弊端(单点问题)；同样的，规则文件生成在业务节点，与业务耦合度高，后期扩展维护难度增大；规则文件是以代码形式存储的，非专业人士很难理解，且无可视化的界面，易读性差。
[0026]基于此，本申请实施例提供了一种用于物联网的业务配置方法及设备，用来解决上述问题。
[0027]以下结合附图，详细说明本申请的各个实施例。
[0028]本申请实施例提供了一种用于物联网的业务配置方法，如图1所示，该方法可以包括步骤S101
‑
S104：
[0029]S101，服务器获取分布式定时器的规则触发指令。
[0030]需要说明的是，服务器作为用于物联网的业务配置方法的执行主体，仅为示例性
存在，执行主体不仅限于服务器，本申请对此不作具体限定。执行上述方法，优选为服务器集群。
[0031]在本申请实施例中，服务器获取分布式定时器的规则触发指令之后，方法还包括：
[0032]首先，确定分布式定时器的预置路由策略。其中，预置路由策略至少包括：选择第一个执行节点、选择最后一个执行节点、随机选取、轮询选取、一致性hash。然后，根据预置路由策略，确定相应的规则执行节点。
[0033]规则执行节点可以是服务器集群中的一台服务器，预置路由策略可以包含选择第一个执行节点、选择最后一个执行节点、随机选取、轮询选取、一致性hash、最不经常使用、最近最久未使用、故障转移、忙碌转移、分配广播等，选择服务器进行执行触发条件。
[0034]本申请的定时器为分布式的，从而提高了业务配置的并发性能，且更容易进行扩展业务配置的节点。
[0035]S102，服务器根据规则触发指令，确定相应的物联网设备的设备数据流。
[0036]在本申请实施例中，服务器根据规则触发指令，确定相应的物联网设备的设备数据流，具体包括：
[0037]在规则触发指令满足相应预本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种用于物联网的业务配置方法，其特征在于，所述方法包括：获取分布式定时器的规则触发指令；根据所述规则触发指令，确定相应的物联网设备的设备数据流；匹配所述设备数据流相应的触发条件，以根据所述匹配的匹配结果，确定是否匹配相应的规则内容；其中，所述规则内容预先存储至预设第一数据库；所述触发条件及所述规则内容为被用户终端配置得到；若是，触发规则引擎执行相应的所述规则内容，以便将所述用户终端配置的控制指令，发送至所述物联网设备。2.根据权利要求1所述方法，其特征在于，获取分布式定时器的规则触发指令之后，所述方法还包括：确定所述分布式定时器的预置路由策略；其中，所述预置路由策略至少包括：选择第一个执行节点、选择最后一个执行节点、随机选取、轮询选取、一致性hash；根据所述预置路由策略，确定相应的规则执行节点。3.根据权利要求1所述方法，其特征在于，根据所述规则触发指令，确定相应的物联网设备的设备数据流，具体包括：在所述规则触发指令满足相应预设条件的情况下，通过预设消息中间件，获取所述规则触发指令对应的所述物联网设备的设备数据流。4.根据权利要求3所述方法，其特征在于，所述消息中间件为Kafka。5.根据权利要求4所述方法，其特征在于，所述方法还包括：将所述设备数据流输入至第二数据库，以匹配所述第二数据库中的所述触发条件。6.根...

【专利技术属性】
技术研发人员：高大伟，于静，李浩然，方庆建，
申请(专利权)人：山东浪潮质量链科技有限公司，
类型：发明
国别省市：