CN106126215A - 业务规则脚本生成方法及装置 - Google Patents

Abstract

本发明公开了一种业务规则脚本生成方法，显示预设的规则配置界面；在接收到基于所述规则配置界面选择的触发器时，获取所述触发器关联的业务规则脚本模板；将基于所述规则配置界面输入的代码段添加至所述触发器关联的业务规则脚本模板中，以生成业务规则脚本。本发明还公开了一种业务规则脚本生成装置。本发明降低了业务规则脚本开发的工作量，提高了开发效率。

Description

业务规则脚本生成方法及装置

技术领域

本发明涉及物联网领域，尤其涉及一种业务规则脚本生成方法及装置。

背景技术

目前的物联网应用，不同行业的解决方案，或者同一行业的不同项目中，用户对数据，告警处理的业务规则也不尽相同(比如：某个温度传感器温度超过不同的限定值，产生不同级别的告警；系统出现紧急告警前给用户发送短信通知；某个门禁告警控制摄像头转动到指定预置位；通过GPS(Global Positioning System，全球定位系统)监控车辆离开某个区域产生告警；每天定时通过邮件发送一些统计报表信息给管理员等等)，也会经常发生变化。

在目前的应用软件中，对于业务规则变化的处理主要包括以下几种方式：1、直接编写代码，生成新的业务规则。2、使用通用的规则引擎：基于JRules、Drools等规则引擎，需要使用规则描述语言，如基于XML(Extensible Markup Language，可扩展标记语言)或特定的脚本语法来编写业务规则，再编译、测试和重新部署。显然，这两种业务规则的生成方式，都需要重新编码和测试、学习难度也较大，即使在业务规则变化较小时也需要完成这些工作，导致开发工作量大，效率低下。

发明内容

本发明的主要目的在于提出一种业务规则脚本生成方法及装置，旨在解决传统的业务规则脚本生成方式，开发工作量大，效率低下的技术问题。

为实现上述目的，本发明提供的一种业务规则脚本生成方法，所述业务规则脚本生成方法包括：

显示预设的规则配置界面；

在接收到基于所述规则配置界面选择的触发器时，获取所述触发器关联的业务规则脚本模板；

将基于所述规则配置界面输入的代码段添加至所述触发器关联的业务规则脚本模板中，以生成业务规则脚本。

优选地，所述在接收到基于所述规则配置界面选择的触发器时，获取所述触发器关联的业务规则脚本模板的步骤之前，所述业务规则脚本生成方法还包括：

在接收到触发事件时，确定是否预存有所述触发事件对应的触发器；

若未预存有所述触发事件对应的触发器，则根据接收到的所述触发事件创建触发器；

将创建的所述触发器添加到所述规则配置界面中。

优选地，所述将基于所述规则配置界面输入的代码段添加至所述触发器关联的业务规则脚本模板中，以生成业务规则脚本的步骤之后，所述业务规则脚本生成方法还包括：

对所述业务规则脚本进行动态加载并编译；

在所述业务规则脚本的编译结果正常时，将所述业务规则脚本与所述触发器关联存储，以在接收到基于所述规则配置界面选择的触发器时，确定是否预存有所述触发器关联的业务规则脚本，若没有则执行获取所述触发器关联的业务规则脚本模板的步骤，若有则获取所述触发器关联的所述业务规则脚本。

优选地，所述在所述业务规则脚本的编译结果正常时，将所述业务规则脚本与所述触发器关联存储的同时，执行以下步骤：

根据所述触发器与预存的函数库、动作库以及规则运行上下文中的函数、动作和类实例的关联关系，建立所述业务规则脚本与所述函数、动作和类实例的关联关系；

所述在所述业务规则脚本的编译结果正常时，将所述业务规则脚本与所述触发器关联存储的步骤之后，所述业务规则脚本生成方法还包括：

在接收到基于所述规则配置界面选择的触发器，并运行所述触发器关联的所述业务规则脚本时，调用所述业务规则脚本关联的函数、动作以及通过命名空间访问类实例，以得到业务规则。

优选地，所述业务规则脚本生成方法还包括：

在所述规则配置界面中接收到代码段的更新指令时，获取更新后的代码段；

根据更新后的代码段，更新业务规则脚本。

此外，为实现上述目的，本发明还提出一种业务规则脚本生成装置，所述业务规则脚本生成装置包括：

显示模块，用于显示预设的规则配置界面；

获取模块，用于在接收到基于所述规则配置界面选择的触发器时，获取所述触发器关联的业务规则脚本模板；

生成模块，用于将基于所述规则配置界面输入的代码段添加至所述触发器关联的业务规则脚本模板中，以生成业务规则脚本。

优选地，所述业务规则脚本生成装置还包括：

确定模块，用于在接收到触发事件时，确定是否预存有所述触发事件对应的触发器；

创建模块，用于若未预存有所述触发事件对应的触发器，则根据接收到的所述触发事件创建触发器；

添加模块，用于将创建的所述触发器添加到所述规则配置界面中。

优选地，所述业务规则脚本生成装置还包括：

加载编译模块，用于对所述业务规则脚本进行动态加载并编译；

存储模块，用于在所述业务规则脚本的编译结果正常时，将所述业务规则脚本与所述触发器关联存储，以在接收到基于所述规则配置界面选择的触发器时，确定是否预存有所述触发器关联的业务规则脚本，若没有则执行获取所述触发器关联的业务规则脚本模板的步骤，若有则获取所述触发器关联的所述业务规则脚本。

优选地，所述业务规则脚本生成装置还包括：

建立模块，用于根据所述触发器与预存的函数库、动作库以及规则运行上下文中的函数、动作和类实例的关联关系，建立所述业务规则脚本与所述函数、动作和类实例的关联关系；

调用模块，用于在接收到基于所述规则配置界面选择的触发器，并运行所述触发器关联的所述业务规则脚本时，调用所述业务规则脚本关联的函数、动作以及通过命名空间访问类实例，以得到业务规则。

优选地，所述获取模块，还用于在所述规则配置界面中接收到代码段的更新指令时，获取更新后的代码段；

所述业务规则脚本生成装置还包括：

更新模块，用于根据更新后的代码段，更新业务规则脚本。

本发明提出的业务规则脚本生成方法及装置，在业务规则变化时，先显示预设的规则配置界面，在接收到基于所述规则配置界面选择的触发器时，获取所述触发器关联的业务规则脚本模板，并将基于所述规则配置界面输入的代码段添加至所述触发器关联的业务规则脚本模板中，以生成业务规则脚本，而不用在业务规则变化时，重新手动编写代码，或者是通过特定脚本语法，来编写业务规则脚本，本发明直接根据触发器获取业务规则脚本模板，并将代码段添加至所述触发器关联的业务规则脚本模板中，生成业务规则脚本，降低了业务规则脚本开发的工作量，提高了开发效率。

附图说明

图1为本发明业务规则脚本生成方法第一实施例的流程示意图；

图2为本发明规则配置界面的较佳示意图；

图3为本发明生成业务规则的较佳示意图；

图4为本发明业务规则脚本生成方法第二实施例的流程示意图；

图5为本发明较佳应用场景示意图；

图6为本发明业务规则脚本生成装置第一实施例的功能模块示意图；

图7为本发明业务规则脚本生成装置第二实施例的功能模块示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

参照图1，图1为本发明业务规则脚本生成方法第一实施例的流程示意图。

本实施例提出一种业务规则脚本生成方法，所述业务规则脚本生成方法包括：

步骤S10，显示预设的规则配置界面；

步骤S20，在接收到基于所述规则配置界面选择的触发器时，获取所述触发器关联的业务规则脚本模板；

步骤S30，将基于所述规则配置界面输入的代码段添加至所述触发器关联的业务规则脚本模板中，以生成业务规则脚本。

在本实施中，所述步骤S20之前，可以是步骤S10之后，也可以是步骤S10之前，所述方法包括：

在接收到触发事件时，确定是否预存有所述触发事件对应的触发器；

若未预存有所述触发事件对应的触发器，则根据接收到的所述触发事件创建触发器；

将创建的所述触发器添加到所述规则配置界面中。

本实施例中，接收到的触发事件，可以是用户输入的触发事件，也可以是外界设备发送的触发事件，如数据、告警、定时器等事件，在接收到的触发事件时，先确定是否预存有所述触发事件对应的触发器，若未预存有所述触发事件对应的触发器，则创建相应的触发器，并将创建的所述触发器添加到所述规则配置界面中。进一步地，在创建触发器之后，还会完成Rule Context(规则运行上下文)中相关类实例的初始化，例如：接收到一个告警，会将设备(Device)，监控量(Mete)、告警(Alarm)等实例初始化到规则运行上下文中，后续，业务规则脚本可以通过命名空间来访问这些相关的实例。相当于是所述触发器创建时，在预设的存储空间中加载所述触发器关联的类实例；并将加载的类实例缓存到所述规则运行上下文中。

在本实施例中，显示预设的规则配置界面，所述规则配置界面优选包括触发器类型选择框，在获取到基于所述触发器类型选择框选择的触发器时，获取所述触发器关联的业务规则脚本模板，然后获取基于所述规则配置界面输入的代码段，再将基于所述规则配置界面输入的代码段添加至所述触发器关联的业务规则脚本模板中，以生成业务规则脚本。值得注意的是，所述业务规则脚本模板还可以不由触发器获取，而是由其它的状态信息或者指令获取。本实施例中，可以是用户在显示的业务规则脚本模板中添加代码段，还可以是系统中事先在业务规则脚本模板中预存有代码段，后续可直接根据所述业务规则脚本模板预存的代码段，生成业务规则脚本，当然，用户若想修改预存的代码段，可也对预存的代码段进行修改，最终根据修改后的代码段生成业务规则脚本。

进一步地，为了提高业务规则脚本生成的准确性，所述规则配置界面还包括触发器名称选择框，规则类型选择框，如图2所示，此时，由于触发器类型选择的是定时器，因此所述触发器名称选择框用定时器名称选择框表示。而所述规则类型包括：表达式规则：基于IF-THEN-ELSE的规则。状态机规则：基于某个设备或监控量状态的规则，在不同的状态下执行不同的动作。定时器规则：定义一个定时器，调用一些规则脚本，实现一些定时任务。自定义规则：根据触发器，实现一些自定义的业务。由于图2中选择的触发器是定时器，规则类型选择的是表达式规则，此时，在确定触发器以及表示式规则之后，即可显示详细的业务规则模板，而业务规则脚本模块具体包括IF、THEN和ELSE输入框。因此，获取基于所述业务规则模板之后，将基于所述规则配置界面输入的代码段添加至所述触发器关联的业务规则脚本模板中，即可生成业务规则脚本。从图2中输入的代码段可知，创建的这个表达式规则，是关联到一个10秒定时器，条件是系统中存在超过1小时(3600秒)未被确认的告警，给管理员用户发送邮件通知。

进一步地，所述步骤S30之后，所述业务规则脚本生成方法还包括：

对所述业务规则脚本进行动态加载并编译；

在所述业务规则脚本的编译结果正常时，将所述业务规则脚本与所述触发器关联存储，以在接收到基于所述规则配置界面选择的触发器时，确定是否预存有所述触发器关联的业务规则脚本，若没有则执行获取所述触发器关联的业务规则脚本模板的步骤，若有则获取所述触发器关联的所述业务规则脚本。

在本实施例中，对所述业务规则脚本进行动态加载并编译，相当于对生成的业务规则脚本进行测试，在所述业务规则脚本的编译结果正常时，说明测试成功，此时，将所述业务规则脚本与所述触发器关联存储，便于后续再选择该触发器时，且代码段不变的情况下，直接选择该触发器关联的业务规则脚本。

本实施例提出的业务规则脚本生成方法，在业务规则变化时，先显示预设的规则配置界面，在接收到基于所述规则配置界面选择的触发器时，获取所述触发器关联的业务规则脚本模板，并将基于所述规则配置界面输入的代码段添加至所述触发器关联的业务规则脚本模板中，以生成业务规则脚本，而不用在业务规则变化时，重新手动编写代码，或者是通过特定脚本语法，来编写业务规则脚本，本发明直接根据触发器获取业务规则脚本模板，并将代码段添加至所述触发器关联的业务规则脚本模板中，生成业务规则脚本，降低了业务规则脚本开发的工作量，提高了开发效率。

进一步地，为了提高业务规则脚本生成的灵活性，基于第一实施例提出本发明业务规则脚本生成方法的第二实施例，在本实施例，所述在所述业务规则脚本的编译结果正常时，将所述业务规则脚本与所述触发器关联存储的同时，执行以下步骤：

根据所述触发器与预存的函数库、动作库以及规则运行上下文中的函数、动作和类实例的关联关系，建立所述业务规则脚本与所述函数、动作和类实例的关联关系；

所述在所述业务规则脚本的编译结果正常时，将所述业务规则脚本与所述触发器关联存储的步骤之后，所述业务规则脚本生成方法还包括：

在接收到基于所述规则配置界面选择的触发器，并运行所述触发器关联的所述业务规则脚本时，调用所述业务规则脚本关联的函数、动作以及通过命名空间访问类实例，以得到业务规则。

本实施例中，将业务规则划分为几个部分，触发器、规则运行上下文(RuleContext)、动作(Action)、函数(Function)、规则脚本(RuleScript)。

其中，触发器(Trigger)：系统中的事件，可以是一数据上报、一个告警产生、设备上线、用户登录等，每个规则对应于一种触发器，即由某一种类型的触发器触发，触发器类型可扩展，例如：Data为某个传感器上报了一条数据；Alarm为某个传感器上报了一个告警(通过接入网关、或服务器)，例如温度过高；Alarm State Change为告警状态发生了改变，告警被确认或手动关闭；User Login为用户登录。

规则运行上下文(RuleContext)：包括多个和当前触发器以及规则相关的可访问的类实例，每个类实例对应一个命名空间，例如：Device名字空间中包括所有设备可访问的属性(例如：id，name等)，不同触发器触发的规则，其上下文中的可访问的名字空间也是不同的，如：Alarm命名空间只有在触发器类型是告警相关的时候才能访问。例如：Alarm：告警命名空间，用于访问和当前告警相关的属性(例如：告警时间、告警级别)；Device：设备命名空间，用于访问和当前设备相关的属性；User：用户命名空间，用于访问和当前用户相关的属性。

动作：包括规则脚本中可以执行的动作，例如一个发送邮件的动作，

动作本身是一个可以调用的API(Application Programming Interface，应用程序编程接口)，但相对于函数(Function)也可以使用json/xml等描述，用于在UI界面中配置规则，例如：

[{"paramList":[{"name":"address","value":"test@mail.com"},{"name":"conte nt","value":"this is a test email"}],"id":"sendEmail",}]

函数：一些常用的函数，在规则脚本中可以直接调用。例如：Now()函数放回当前的时间。

规则脚本：一段可执行的Groovy(一种用于Java虚拟机的动态语言)脚本，规则脚本可以直接在线编写，调试，保存生效。也可以通过UI(User Interface，用户界面)界面来配置一个简单的业务规则，后台会根据配置自动生成一个规则脚本。

为更好理解本实施例，参照图3，首先获取触发器，然后根据触发器获取对应的业务规则脚本模板，再将基于所述规则配置界面输入的代码段添加至所述触发器关联的业务规则脚本模板中，以生成规则脚本，并且，建立通过所述触发器在规则运行上下文中缓存设备类实例与所述生成规则脚本的关联关系，同时根据所述触发器与预存的函数库、动作库中的函数及动作的关联关系，建立所述业务规则脚本与所述函数库、动作库中的函数及动作的关联关系，最终在运行所述规则脚本时，通过所述规则脚本命名空间在所述规则运行上下文中提取所述业务规则脚本关联的类实例，并且在动作库和函数库中调用关联的动作和函数，以实现业务规则脚本的运行。

在本实施例中，将物联网基于事件的业务规则划分为：触发器、动作、函数、规则运行上下文、规则脚本，便于后续开发人员以及用户可以方便的新增和定制新的业务规则，并且可以重用，提高业务规则编写效率。同时，采用直接嵌入脚本语言的方式，支持规则动态增加、修改并实时生效，可快速满足用户需求。支持通过UI界面配置，无需开发人员参与，用户也可增加和修改规则。

进一步地，为了提高业务规则脚本生成的灵活性，基于第一或第二实施例提出本发明业务规则脚本生成方法的第三实施例，在本实施例，参照图4，所述业务规则脚本生成方法还包括：

步骤S40，在所述规则配置界面中接收到代码段的更新指令时，获取更新后的代码段；

步骤S50，根据更新后的代码段，更新业务规则脚本。

在本实施例中，在所述规则配置界面中接收到代码段的更新指令时，先确定待更新的代码段，然后获取用户输入的代码段，将输入的代码段作为更新后的代码段替换待更新的代码段，最终根据更新后的代码段更新业务规则脚本，无须重新编写代码，只要更新代码段即可，使得业务规则脚本可以实时快速更新，提高业务规则脚本的更新效率。

为更好理解本实施例，参照图5，举例应用场景如下：

本实施例中，优选在物联网规则引擎系统生成业务规则脚本，所述物联网规则引擎系统由规则由以下几个模块构成：

规则编辑模块：规则脚本编辑子模块，提供用户在线编写脚本，测试、保存功能；一个规则配置UI界面，用户选择触发器、规则类型，动作实现一个简单的业务规则；规则脚本动态加载和编译子模块，对于保存的规则脚本，动态加载，编译(使用Groovy脚本引擎实现脚本的动态加载和编译)。

规则管理模块：一个规则运行上下文，用于保存所有编译好的可执行的规则类；动作和函数库用于保存规则脚本可以调用的动作和函数。

规则执行模块：根据触发器类型以及规则和设备的关联关系，匹配需要触发的规则脚本，并执行规则脚本。

触发模块：根据接收的数据、告警、定时器等事件，创建相应的触发器，并完成RuleContext中相关实例的初始化，例如：接收到一个告警，会将设备(Device)，监控量(Mete)、告警(Alarm)等实例初始化到上下文中，在规则脚本可以通过命名空间来访问这些相关的实例。

本领域技术人员可以理解的是，本发明主要提供一个面向物联网应用的ECA(Event-Condition-Action，事件一条件一活动)规则引擎，具有以下特性：

支持在线业务规则脚本编写和实时修改，开发人员和一些高级用户可以快速实现业务规则的定制和修改；

提供业务规则编写和配置UI界面，对于简单的业务规则普通用户也可以直接在线动态编辑、修改，实时生效，快速完成业务定制，无需开发人员参与；

使用Groovy直接编写业务规则代码，会使用Java语言即可，无需学习特定的规则描述语言，如规则脚本定义语言，并实时生效；

将一个业务规则划分为：触发器、动作、函数、运行时上下文，规则脚本，各部分可独立扩展，快速定制新的业务规则，提高规则编写效率；

使用命名空间定义和访问物联网领域特定实体，易于用户学习使用，例如：Device.id、Device.name，Device是一个命名空间，代表当前设备，id和name为Device的ID和名称属性；

系统默认提供了很多已实现的功能和函数，方便业务规则的编写。

实现了在线编写业务规则->测试->保存的过程，便于开发人员和用户定制业务需求快、易于学习、易于扩展，使得业务规则定制效率快。

本发明进一步提供一种业务规则脚本生成装置。

参照图6，图6为本发明业务规则脚本生成装置第一实施例的功能模块示意图。

需要强调的是，对本领域的技术人员来说，图6所示功能模块图仅仅是一个较佳实施例的示例图，本领域的技术人员围绕图6所示的业务规则脚本生成装置的功能模块，可轻易进行新的功能模块的补充；各功能模块的名称是自定义名称，仅用于辅助理解该业务规则脚本生成装置的各个程序功能块，不用于限定本发明的技术方案，本发明技术方案的核心是，各自定义名称的功能模块所要达成的功能。

本实施例提出一种业务规则脚本生成装置，所述业务规则脚本生成装置包括：

显示模块10，用于显示预设的规则配置界面；

获取模块20，用于用于在接收到基于所述规则配置界面选择的触发器时，获取所述触发器关联的业务规则脚本模板；

生成模块30，用于将基于所述规则配置界面输入的代码段添加至所述触发器关联的业务规则脚本模板中，以生成业务规则脚本。

进一步地，所述业务规则脚本生成装置还包括：

确定模块，用于在接收到触发事件时，确定是否预存有所述触发事件对应的触发器；

创建模块，用于若未预存有所述触发事件对应的触发器，则根据接收到的所述触发事件创建触发器；

添加模块，用于将创建的所述触发器添加到所述规则配置界面中。

本实施例中，接收到的触发事件，可以是用户输入的触发事件，也可以是外界设备发送的触发事件，如数据、告警、定时器等事件，在接收到的触发事件时，确定模块先确定是否预存有所述触发事件对应的触发器，若未预存有所述触发事件对应的触发器，则创建模块创建相应的触发器，添加模块将创建的所述触发器添加到所述规则配置界面中。进一步地，在创建触发器之后，还会完成Rule Context(规则运行上下文)中相关类实例的初始化，例如：接收到一个告警，会将设备(Device)，监控量(Mete)、告警(Alarm)等实例初始化到规则运行上下文中，后续，业务规则脚本可以通过命名空间来访问这些相关的实例。相当于是所述触发器创建时，在预设的存储空间中加载所述触发器关联的类实例；并将加载的类实例缓存到所述规则运行上下文中。

在本实施例中，显示模块10显示预设的规则配置界面，所述规则配置界面优选包括触发器类型选择框，获取模块20在获取到基于所述触发器类型选择框选择的触发器时，获取所述触发器关联的业务规则脚本模板，然后获取基于所述规则配置界面输入的代码段，再将基于所述规则配置界面输入的代码段添加至所述触发器关联的业务规则脚本模板中，以供生成模块30生成业务规则脚本。值得注意的是，所述业务规则脚本模板还可以不由触发器获取，而是由其它的状态信息或者指令获取。本实施例中，可以是用户在显示模块10显示的业务规则脚本模板中添加代码段，还可以是系统中事先在业务规则脚本模板中预存有代码段，后续生成模块30可直接根据所述业务规则脚本模板预存的代码段，生成业务规则脚本，当然，用户若想修改预存的代码段，可也对预存的代码段进行修改，最终生成模块30根据修改后的代码段生成业务规则脚本。

进一步地，为了提高业务规则脚本生成的准确性，所述规则配置界面还包括触发器名称选择框，规则类型选择框，如图2所示，此时，由于触发器类型选择的是定时器，因此所述触发器名称选择框用定时器名称选择框表示。而所述规则类型包括：表达式规则：基于IF-THEN-ELSE的规则。状态机规则：基于某个设备或监控量状态的规则，在不同的状态下执行不同的动作。定时器规则：定义一个定时器，调用一些规则脚本，实现一些定时任务。自定义规则：根据触发器，实现一些自定义的业务。由于图2中选择的触发器是定时器，规则类型选择的是表达式规则，此时，在确定模块确定触发器以及表示式规则之后，显示模块10即可显示详细的业务规则模板，而业务规则脚本模块具体包括IF、THEN和ELSE输入框。因此，获取模块20获取基于所述业务规则模板之后，生成模块30将基于所述规则配置界面输入的代码段添加至所述触发器关联的业务规则脚本模板中，即可生成业务规则脚本。从图2中输入的代码段可知，创建的这个表达式规则，是关联到一个10秒定时器，条件是系统中存在超过1小时(3600秒)未被确认的告警，给管理员用户发送邮件通知。

进一步地，所述业务规则脚本生成装置还包括：

加载编译模块，用于对所述业务规则脚本进行动态加载并编译；

存储模块，用于在所述业务规则脚本的编译结果正常时，将所述业务规则脚本与所述触发器关联存储，以在接收到基于所述规则配置界面选择的触发器时，确定是否预存有所述触发器关联的业务规则脚本，若没有则执行获取所述触发器关联的业务规则脚本模板的步骤，若有则获取所述触发器关联的所述业务规则脚本。

在本实施例中，对所述业务规则脚本进行动态加载并编译，相当于对生成的业务规则脚本进行测试，在所述业务规则脚本的编译结果正常时，说明测试成功，此时，将所述业务规则脚本与所述触发器关联存储，便于后续再选择该触发器时，且代码段不变的情况下，直接选择该触发器关联的业务规则脚本。

本实施例提出的业务规则脚本生成装置，在业务规则变化时，先显示预设的规则配置界面，在接收到基于所述规则配置界面选择的触发器时，获取所述触发器关联的业务规则脚本模板，并将基于所述规则配置界面输入的代码段添加至所述触发器关联的业务规则脚本模板中，以生成业务规则脚本，而不用在业务规则变化时，重新手动编写代码，或者是通过特定脚本语法，来编写业务规则脚本，本发明直接根据触发器获取业务规则脚本模板，并将代码段添加至所述触发器关联的业务规则脚本模板中，生成业务规则脚本，降低了业务规则脚本开发的工作量，提高了开发效率。

进一步地，为了提高业务规则脚本生成的灵活性，基于第一实施例提出本发明业务规则脚本生成装置的第二实施例，在本实施例，所述业务规则脚本生成装置还包括：

建立模块，用于根据所述触发器与预存的函数库、动作库以及规则运行上下文中的函数、动作和类实例的关联关系，建立所述业务规则脚本与所述函数、动作和类实例的关联关系；

调用模块，用于在接收到基于所述规则配置界面选择的触发器，并运行所述触发器关联的所述业务规则脚本时，调用所述业务规则脚本关联的函数、动作以及通过命名空间访问类实例，以得到业务规则。

本实施例中，将业务规则划分为几个部分，触发器、规则运行上下文(RuleContext)即规则运行上下文、动作(Action)、函数(Function)、规则脚本(RuleScript)。

其中，触发器(Trigger)：系统中的事件，可以是一数据上报、一个告警产生、设备上线、用户登录等，每个规则对应于一种触发器，即由某一种类型的触发器触发，触发器类型可扩展，例如：Data为某个传感器上报了一条数据；Alarm为某个传感器上报了一个告警(通过接入网关、或服务器)，例如温度过高；Alarm State Change为告警状态发生了改变，告警被确认或手动关闭；User Login为用户登录。

规则运行上下文(RuleContext)：包括多个和当前触发器以及规则相关的可访问的类实例，每个类实例对应一个命名空间，例如：Device名字空间中包括所有设备可访问的属性(例如：id，name等)，不同触发器触发的规则，其上下文中的可访问的名字空间也是不同的，如：Alarm命名空间只有在触发器类型是告警相关的时候才能访问。例如：Alarm：告警命名空间，用于访问和当前告警相关的属性(例如：告警时间、告警级别)；Device：设备命名空间，用于访问和当前设备相关的属性；User：用户命名空间，用于访问和当前用户相关的属性。

动作：包括规则脚本中可以执行的动作，例如一个发送邮件的动作，

动作本身是一个可以调用的API(Application Programming Interface，应用程序编程接口)，但相对于函数(Function)也可以使用json/xml等描述，用于在UI界面中配置规则，例如：

[{"paramList":[{"name":"address","value":"test@mail.com"},{"name":"conte nt","value":"this is a test email"}],"id":"sendEmail",}]

函数：一些常用的函数，在规则脚本中可以直接调用。例如：Now()函数放回当前的时间。

规则脚本：一段可执行的Groovy(一种用于Java虚拟机的动态语言)脚本，规则脚本可以直接在线编写，调试，保存生效。也可以通过UI(User Interface，用户界面)界面来配置一个简单的业务规则，后台会根据配置自动生成一个规则脚本。

为更好理解本实施例，参照图3，获取模块20首先获取触发器，然后根据触发器获取对应的业务规则脚本模板，生成模块30再将基于所述规则配置界面输入的代码段添加至所述触发器关联的业务规则脚本模板中，以生成规则脚本，并且，建立模块建立通过所述触发器在规则运行上下文中缓存设备类实例与所述生成规则脚本的关联关系，同时根据所述触发器与预存的函数库、动作库中的函数及动作的关联关系，建立所述业务规则脚本与所述函数库、动作库中的函数及动作的关联关系，最终调用模块在运行所述规则脚本时，通过所述规则脚本命名空间在所述规则运行上下文中提取所述业务规则脚本关联的类实例，并且在动作库和函数库中调用关联的动作和函数，以实现业务规则脚本的运行。

在本实施例中，将物联网基于事件的业务规则划分为：触发器、动作、函数、规则运行上下文、规则脚本，便于后续开发人员以及用户可以方便的新增和定制新的业务规则，并且可以重用，提高业务规则编写效率。同时，采用直接嵌入脚本语言的方式，支持规则动态增加、修改并实时生效，可快速满足用户需求。支持通过UI界面配置，无需开发人员参与，用户也可增加和修改规则。

进一步地，为了提高业务规则脚本生成的灵活性，基于第二实施例提出本发明业务规则脚本生成装置的第三实施例，在本实施例，参照图7，

所述获取模块20，用于在所述规则配置界面中中接收到代码段的更新指令时，获取更新后的代码段；

所述业务规则脚本生成装置还包括：

更新模块40，用于根据更新后的代码段，更新业务规则脚本。

在本实施例中，在所述规则配置界面中接收到代码段的更新指令时，先确定模块先确定待更新的代码段，然后获取模块20获取用户输入的代码段，将输入的代码段作为更新后的代码段替换待更新的代码段，最终更新模块40根据更新后的代码段更新业务规则脚本，无须重新编写代码，只要更新代码段即可，使得业务规则脚本可以实时快速更新，提高业务规则脚本的更新效率。

为更好理解本实施例，参照图5，举例应用场景如下：

本实施例中，优选在物联网规则引擎系统生成业务规则脚本，所述物联网规则引擎系统由规则由以下几个模块构成：

规则编辑模块：规则脚本编辑子模块，提供用户在线编写脚本，测试、保存功能；一个规则配置UI界面，用户选择触发器、规则类型，动作实现一个简单的业务规则；规则脚本动态加载和编译子模块，对于保存的规则脚本，动态加载，编译(使用Groovy脚本引擎实现脚本的动态加载和编译)。

规则管理模块：一个规则运行上下文，用于保存所有编译好的可执行的规则类；动作和函数库用于保存规则脚本可以调用的动作和函数。

规则执行模块：根据触发器类型以及规则和设备的关联关系，匹配需要触发的规则脚本，并执行规则脚本。

触发模块：根据接收的数据、告警、定时器等事件，创建相应的触发器，并完成RuleContext中相关实例的初始化，例如：接收到一个告警，会将设备(Device)，监控量(Mete)、告警(Alarm)等实例初始化到上下文中，在规则脚本可以通过命名空间来访问这些相关的实例。

本领域技术人员可以理解的是，本发明主要提供一个面向物联网应用的ECA(Event-Condition-Action，事件一条件一活动)规则引擎，具有以下特性：

支持在线业务规则脚本编写和实时修改，开发人员和一些高级用户可以快速实现业务规则的定制和修改；

提供业务规则编写和配置UI界面，对于简单的业务规则普通用户也可以直接在线动态编辑、修改，实时生效，快速完成业务定制，无需开发人员参与；

使用Groovy直接编写业务规则代码，会使用Java语言即可，无需学习特定的规则描述语言，如规则脚本定义语言，并实时生效；

将一个业务规则划分为：触发器、动作、函数、运行时上下文，规则脚本，各部分可独立扩展，快速定制新的业务规则，提高规则编写效率；

使用命名空间定义和访问物联网领域特定实体，易于用户学习使用，例如：Device.id、Device.name，Device是一个命名空间，代表当前设备，id和name(名称属性)为Device的ID和名称属性；

系统默认提供了很多已实现的功能和函数，方便业务规则的编写。

实现了在线编写业务规则->测试->保存的过程，便于开发人员和用户定制业务需求快、易于学习、易于扩展，使得业务规则定制效率快。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其它变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其它要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其它相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种业务规则脚本生成方法，其特征在于，所述业务规则脚本生成方法包括：

显示预设的规则配置界面；

在接收到基于所述规则配置界面选择的触发器时，获取所述触发器关联的业务规则脚本模板；

将基于所述规则配置界面输入的代码段添加至所述触发器关联的业务规则脚本模板中，以生成业务规则脚本。

2.如权利要求1所述的业务规则脚本生成方法，其特征在于，所述在接收到基于所述规则配置界面选择的触发器时，获取所述触发器关联的业务规则脚本模板的步骤之前，所述业务规则脚本生成方法还包括：

在接收到触发事件时，确定是否预存有所述触发事件对应的触发器；

若未预存有所述触发事件对应的触发器，则根据接收到的所述触发事件创建触发器；

将创建的所述触发器添加到所述规则配置界面中。

3.如权利要求1所述的业务规则脚本生成方法，其特征在于，所述将基于所述规则配置界面输入的代码段添加至所述触发器关联的业务规则脚本模板中，以生成业务规则脚本的步骤之后，所述业务规则脚本生成方法还包括：

对所述业务规则脚本进行动态加载并编译；

在所述业务规则脚本的编译结果正常时，将所述业务规则脚本与所述触发器关联存储，以在接收到基于所述规则配置界面选择的触发器时，确定是否预存有所述触发器关联的业务规则脚本，若没有则执行获取所述触发器关联的业务规则脚本模板的步骤，若有则获取所述触发器关联的所述业务规则脚本。

4.如权利要求3所述的业务规则脚本生成方法，其特征在于，所述在所述业务规则脚本的编译结果正常时，将所述业务规则脚本与所述触发器关联存储的同时，执行以下步骤：

根据所述触发器与预存的函数库、动作库以及规则运行上下文中的函数、动作和类实例的关联关系，建立所述业务规则脚本与所述函数、动作和类实例的关联关系；

所述在所述业务规则脚本的编译结果正常时，将所述业务规则脚本与所述触发器关联存储的步骤之后，所述业务规则脚本生成方法还包括：

在接收到基于所述规则配置界面选择的触发器，并运行所述触发器关联的所述业务规则脚本时，调用所述业务规则脚本关联的函数、动作以及通过命名空间访问类实例，以得到业务规则。

5.如权利要求1-4任一项所述的业务规则脚本生成方法，其特征在于，所述业务规则脚本生成方法还包括：

在所述规则配置界面中接收到代码段的更新指令时，获取更新后的代码段；

根据更新后的代码段，更新业务规则脚本。

6.一种业务规则脚本生成装置，其特征在于，所述业务规则脚本生成装置包括：

显示模块，用于显示预设的规则配置界面；

获取模块，用于在接收到基于所述规则配置界面选择的触发器时，获取所述触发器关联的业务规则脚本模板；

生成模块，用于将基于所述规则配置界面输入的代码段添加至所述触发器关联的业务规则脚本模板中，以生成业务规则脚本。

7.如权利要求6所述的业务规则脚本生成装置，其特征在于，所述业务规则脚本生成装置还包括：

确定模块，用于在接收到触发事件时，确定是否预存有所述触发事件对应的触发器；

创建模块，用于若未预存有所述触发事件对应的触发器，则根据接收到的所述触发事件创建触发器；

添加模块，用于将创建的所述触发器添加到所述规则配置界面中。

8.如权利要求6所述的业务规则脚本生成装置，其特征在于，所述业务规则脚本生成装置还包括：

加载编译模块，用于对所述业务规则脚本进行动态加载并编译；

存储模块，用于在所述业务规则脚本的编译结果正常时，将所述业务规则脚本与所述触发器关联存储，以在接收到基于所述规则配置界面选择的触发器时，确定是否预存有所述触发器关联的业务规则脚本，若没有则执行获取所述触发器关联的业务规则脚本模板的步骤，若有则获取所述触发器关联的所述业务规则脚本。

9.如权利要求8所述的业务规则脚本生成装置，其特征在于，所述业务规则脚本生成装置还包括：

建立模块，用于根据所述触发器与预存的函数库、动作库以及规则运行上下文中的函数、动作和类实例的关联关系，建立所述业务规则脚本与所述函数、动作和类实例的关联关系；

调用模块，用于在接收到基于所述规则配置界面选择的触发器，并运行所述触发器关联的所述业务规则脚本时，调用所述业务规则脚本关联的函数、动作以及通过命名空间访问类实例，以得到业务规则。

10.如权利要求6-9任一项所述的业务规则脚本生成装置，其特征在于，所述获取模块，还用于在所述规则配置界面中接收到代码段的更新指令时，获取更新后的代码段；

所述业务规则脚本生成装置还包括：

更新模块，用于根据更新后的代码段，更新业务规则脚本。