业务处理方法、装置、电子设备及非易失性存储介质与流程

1.本技术涉及人工智能技术领域，具体而言，涉及一种业务处理方法、装置、电子设备及非易失性存储介质。


背景技术：

2.随着全球物联网和人工智能等新技术的迅速发展和深入应用，越来越多的传统产业园区在向智慧化产业园区方向转型。然而，由于智慧园区内各个项目的信息彼此独立，各业务系统关联性差，无法实现对智慧园区的综合控制、信息共享，另外，在实际业务开展过程中，在对系统中的业务处理流程进行开发或变更时，必须依赖专业的开发人员才可完成，造成业务处理的实现周期长、效率低下，且开发或变更的业务处理流程不能保证是否遵循标准规范。
3.针对上述的问题，目前尚未提出有效的解决方案。


技术实现要素：

4.本技术实施例提供了一种业务处理方法、装置、电子设备及非易失性存储介质，以至少解决由于目前在系统中开发业务处理流程或变更现有业务处理流程时必须依赖专业的开发人员，造成业务处理的周期长、效率低下的技术问题。
5.根据本技术实施例的一个方面，提供了一种业务处理方法，包括：响应目标对象的配置指令，获得第一业务处理策略，其中，第一业务处理策略包括：第一决策步骤和第一数据源信息，第一决策步骤为业务处理过程中所能执行的最小步骤单元；依据预设策略网，对第一业务处理策略进行优化，得到第二业务处理策略，其中，预设策略网用于表征系统内的各个预设决策步骤以及预设数据源信息之间的关联关系，其中，第二业务处理策略中包含的第二决策步骤的数量少于第一业务处理策略中包含的第一决策步骤的数量；依据第二业务处理策略中的第二数据源信息，采集目标设备的运行数据，得到目标数据；依据目标数据和第二业务处理策略中的第二决策步骤，进行业务处理。
6.可选地，第一业务处理策略中包括至少一个第一决策步骤，第二业务处理策略中包括至少一个第二决策步骤，依据预设策略网，对第一业务处理策略进行优化，得到第二业务处理策略包括：检索预设策略网中是否存在与第一决策步骤相匹配的目标预设决策步骤；在存在目标预设决策步骤情况下，获取目标预设决策步骤对应的目标关联关系，其中，目标关联关系用于表征目标预设决策步骤与预设策略网中其余预设决策步骤之间的连接关系；依据目标关联关系，选择预设策略网中的预设决策步骤第一决策步骤进行替换，得到第二决策步骤。
7.可选地，检索预设策略网中是否存在与第一决策步骤相匹配的目标预设决策步骤之后还包括：在不存在目标预设决策步骤情况下，获取与第一业务处理策略对应的预设标准文件，其中，预设标准文件用于指示业务处理策略所需满足的规范要求；识别预设标准文件，得到第一业务处理策略需满足的第一规范要求；对第一业务处理策略进行验证，判断第
一业务处理策略是否满足第一规范要求；在第一业务处理策略满足第一规范要求的情况下，将第一业务处理策略确定为第二业务处理策略。
8.可选地，在第一业务处理策略满足第一规范要求的情况下，将第一业务处理策略确定为第二业务处理策略之后还包括：将满足第一规范要求的第一业务处理策略中的第一决策步骤和第一数据源信息更新至预设策略网中。
9.可选地，响应目标对象的配置指令，获得第一业务处理策略包括：获取目标对象在前端交互界面通过目标配置方式所配置的第一决策步骤和第一数据源信息，其中，目标配置方式包括以下至少之一：在可视化界面选择系统中存储的预设决策步骤和预设数据源信息进行配置、通过脚本语言创建第一决策步骤和第一数据源信息。
10.可选地，依据第二业务处理策略中的第二数据源信息，采集目标设备的运行数据，得到目标数据包括：确定第二数据源信息中所指示的目标数据库；通过目标接口向目标数据库发送数据请求指令，得到目标数据库在接收到数据请求指令后所反馈的目标数据。
11.可选地，依据目标数据和第二业务处理策略中的第二决策步骤，进行业务处理包括：将目标数据配置至与目标数据对应的第二决策步骤；在第二决策步骤支持目标数据的格式的情况下，按照第二决策步骤对应的执行模式依次执行第二决策步骤，并保存第二决策步骤执行过程中所产生的执行日志，其中，执行模式包括以下之一：即时执行模式和延时执行模式，执行日志中包括以下至少之一：执行步骤标识号、执行时间、执行结果。
12.根据本技术实施例的另一个方面，还提供了一种业务处理装置，包括：处理策略获取模块，用于响应目标对象的配置指令，获得第一业务处理策略，其中，第一业务处理策略包括：第一决策步骤和第一数据源信息，第一决策步骤为业务处理过程中所能执行的最小步骤单元；处理策略优化模块，用于依据预设策略网，对第一业务处理策略进行优化，得到第二业务处理策略，其中，预设策略网用于表征系统内的各个预设决策步骤以及预设数据源信息之间的关联关系，其中，第二业务处理策略中包含的第二决策步骤的数量少于第一业务处理策略中包含的第一决策步骤的数量；目标数据采集模块，用于依据第二业务处理策略中的第二数据源信息，采集目标设备的运行数据，得到目标数据；处理策略执行模块，用于依据目标数据和第二业务处理策略中的第二决策步骤，进行业务处理。
13.根据本技术实施例的又一方面，还提供了一种电子设备，电子设备包括处理器，处理器用于运行程序，其中，程序运行时执行业务处理方法。
14.根据本技术实施例的再一方面，还提供了一种非易失性存储介质，非易失性存储介质包括存储的计算机程序，其中，非易失性存储介质所在设备通过运行计算机程序执行业务处理方法。
15.在本技术实施例中，采用响应目标对象的配置指令，获得第一业务处理策略，其中，第一业务处理策略包括：第一决策步骤和第一数据源信息，第一决策步骤为业务处理过程中所能执行的最小步骤单元；依据预设策略网，对第一业务处理策略进行优化，得到第二业务处理策略，其中，预设策略网用于表征系统内的各个预设决策步骤以及预设数据源信息之间的关联关系，其中，第二业务处理策略中包含的第二决策步骤的数量少于第一业务处理策略中包含的第一决策步骤的数量；依据第二业务处理策略中的第二数据源信息，采集目标设备的运行数据，得到目标数据；依据目标数据和第二业务处理策略中的第二决策步骤，进行业务处理的方式，用户可以通过可视化界面自行创建业务处理策略，并且系统依
据策略网对业务处理策略进行综合分析和处理，对策略进行优化，实现了应用场景联动、应用快速开发，需求快速实现的效果，进而解决了由于目前在系统中开发业务处理流程或变更现有业务处理流程时必须依赖专业的开发人员，造成业务处理的周期长、效率低下技术问题。
附图说明
16.此处所说明的附图用来提供对本技术的进一步理解，构成本技术的一部分，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
17.图1是根据本技术实施例提供的一种业务处理的方法流程的示意图；
18.图2是根据本技术实施例提供的一种标准识别过程的流程示意图；
19.图3是根据本技术实施例提供的一种标准匹配过程的流程的示意图；
20.图4是根据本技术实施例提供的一种决策步骤的示意图；
21.图5是根据本技术实施例提供的一种决策步骤列表的示意图；
22.图6是根据本技术实施例提供的一种业务处理系统的框架结构示意图；
23.图7是根据本技术实施例提供的一种业务处理装置的结构示意图；
24.图8是根据本技术实施例提供的一种用于实现业务处理的方法的计算机终端(或电子设备)的硬件结构框图。
具体实施方式
25.为了使本技术领域的人员更好地理解本技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分的实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本技术保护的范围。
26.为了方便本领域技术人员更好地理解本技术实施例，现将本技术实施例涉及的部分技术术语或者名词解释如下：
27.超文本传输协议(hyper text transfer protocol，http)：是一个简单的请求-响应协议，它通常运行在tcp之上。它指定了客户端可能发送给服务器什么样的消息以及得到什么样的响应。
28.coap协议(the constrained application protocol)：是一种计算机协议，应用于物联网，基于rest架构。
29.消息队列遥测传输协议(message queuing telemetry transport，mqtt)：是iso标准(iso/iec prf 20922)下基于发布/订阅范式的消息协议。
30.物联网dds协议(data distribution service for real-time systems，dds)：是一种面向实时系统的数据分发服务。
31.物联网amqp协议(advanced message queuing protocol，amqp)：oasis组织提出的高级消息队列协议。
32.可扩展通讯和表示协议(extensible messaging and presence protocol，xmpp)：是一种基于标准通用标记语言的子集xml的协议，它继承了在xml环境中灵活的发展
性。
33.java消息服务(java message service，jms)应用程序接口：是一个java平台中关于面向消息中间件(mom)的接口(api)，用于在两个应用程序之间，或分布式系统中发送消息，进行异步通信。
34.js对象简谱(javascript object notation，json)：是一种轻量级的数据交换格式。
35.可扩展标记语言(extensible markup language，xml)：标准通用标记语言的子集，可以用来标记数据、定义数据类型，是一种允许用户对自己的标记语言进行定义的源语言。
36.aes加密标准：是美国国家标准技术研究所nist旨在取代des的21世纪的加密标准。
37.rsa：是1977年提出的一种加密标准。
38.商密1号算法(sm1cryptographic algorithm，sm1)：是由国家密码管理局编制的一种商用密码分组标准对称算法。
39.sm2：是国家密码管理局发布的椭圆曲线公钥密码算法。该算法基于ecc，故其签名速度与秘钥生成速度都快于rsa。ecc256位(sm2采用的就是ecc256位的一种)安全强度比rsa 2048位高，但运算速度快于rsa。
40.误差校正码：(error correcting code，ecc)：一种能够实现错误检查和纠正的技术，一般多应用在服务器及图形工作站上，可提高计算机运行的稳定性和增加可靠性。
41.社区企业操作系统(community enterprise operating system，centos)：是免费的、开源的、可以重新分发的开源操作系统。
42.达梦数据库管理系统：是一种具有完全自主知识产权的高性能数据库管理系统。
43.人大金仓数据库管理系统：是一种自主研制开发的具有自主知识产权的通用关系型数据库管理系统。
44.需要说明的是，本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
45.随着城市智慧化的加快，产业园区也将加快转型脚步。对于智慧产业园区、智慧楼宇的项目管理，需要做到集中监控、统一事件处理、统一运维、跨系统联动。其存在以下特点：项目对自动化、智慧化需要较高；系统多，供应商多，集成难度大；对数据实时性要求较高；数据体量大、复杂度高。然而，在在实际业务处理过程中，往往存在以下问题：智慧园区内各个项目的信息彼此独立，各业务系统关联性差，无法实现对智慧园区的综合控制、信息共享；人工依赖度高，多个系统均需要人员值守，工作强度大，警情响应不及时，事件处理不够智能；数据利用率低，数据存储等标准不统一，规范不统一；高昂的系统建设投入，却无法为综合管理提供数据支撑；系统迭代效率低，在对系统中的业务处理流程进行开发或变更
时，必须依赖专业的开发人员才可完成，实现周期长、效率低下；开发或变更的业务处理流程不能保证是否遵循标准规范，传统做法是需要专家介入来验证业务处理流程设计是否符合标准规范，在此情况下，若业务场景需要对流程进行频繁迭代，则工作难度大大增加。
46.为了解决上述问题，根据本技术实施例，提供了一种业务处理的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
47.图1是根据本技术实施例提供的一种业务处理的方法流程的示意图，如图1所示，该方法包括如下步骤：
48.步骤s102，响应目标对象的配置指令，获得第一业务处理策略，其中，第一业务处理策略包括：第一决策步骤和第一数据源信息，决策步骤为业务处理过程中所能执行的最小步骤单元；
49.为了使目标对象可以自行创建或更改业务处理而无需专业开发人员介入，响应目标对象的配置指令，获得第一业务处理策略包括以下步骤：获取目标对象在前端交互界面通过目标配置方式所配置的第一决策步骤和第一数据源信息，其中，目标配置方式包括以下至少之一：在可视化界面选择系统中存储的预设决策步骤和预设数据源信息进行配置、通过脚本语言创建第一决策步骤和第一数据源信息。
50.本技术实施例中涉及的决策步骤为业务处理过程中所能执行的最小步骤单元；
51.具体地，用户(及上述目标对象)在系统中依据实际业务需求在可视化界面自行创建第一业务处理策略，作为一种可选地实施方式用户可以通过可视化界面进行拖拽式操作，来选择系统中预先存储的决策步骤和数据源信息(即上述预设决策步骤和预设数据源信息)组成第一业务处理策略来实现业务需求，图4是根据本技术实施例提供的一种决策步骤的示意图；图5是根据本技术实施例提供的一种决策步骤列表的示意图，如图4、图5所示。
52.作为一种可选地实施方式，用户还可以依据实际需求通过编程语言自行创建或修改决策步骤和数据源信息后，添加至第一业务处理策略中。
53.步骤s104，依据预设策略网，对第一业务处理策略进行优化，得到第二业务处理策略，其中，预设策略网用于表征系统内的各个预设决策步骤以及预设数据源信息之间的关联关系，其中，第二业务处理策略中包含的第二决策步骤的数量少于第一业务处理策略中包含的第一决策步骤的数量；
54.在本技术的一些实施例中，第一业务处理策略中包括至少一个第一决策步骤，第二业务处理策略中包括至少一个第二决策步骤，依据预设策略网，对第一业务处理策略进行优化，得到第二业务处理策略包括以下步骤：检索预设策略网中是否存在与第一决策步骤相匹配的目标预设决策步骤；在存在目标预设决策步骤情况下，获取目标预设决策步骤对应的目标关联关系，其中，目标关联关系用于表征目标预设决策步骤与预设策略网中其余预设决策步骤之间的连接关系；依据目标关联关系，选择预设策略网中的预设决策步骤第一决策步骤进行替换，得到第二决策步骤。
55.在本实施例中，使用预设策略网对决策步骤和数据源信息进行综合分析和处理，具体地，依据系统中存储的决策步骤和数据源信息以及它们之间的关联关系，构建一个图结构的策略网，在策略网中，每一个图节点代表一个动作，可以是执行决策步骤的动作或者
依据数据源信息采集相应数据的动作，而图节点之间的边则表示了各个工作之间的关系，例如对于有一条边连接的图节点a和图节点b可以表示在依据图节点a的数据源信息采集对应数据后，执行图节点b的决策步骤。
56.在本实施例中，上述动作包括但不限于：请求接口、执行数据库查询语句、执行可执行程序以及执行脚本语言。
57.作为一种可选地实施方式，依据策略网，对第一业务处理策略进行优化可以通过在策略网中确定动作节点(即上述执行决策步骤的动作或者依据数据源信息采集相应数据的动作)的概率分布，得到策略模型，通过行为执行结果推算出此策略模型的效用，并以此作为依据对第一业务处理策略进行分析，进而对第一业务处理策略进行优化。
58.在本实施例中，上述优化过程由决策引擎实现，具体地，决策引擎由输入参数、参照值、条件表达式、结果值组成，基于决策的系统结构,将决策匹配逻辑存放于决策库中,当触发决策匹配操作时，将输入参数、参照值进行带入，再由推理机完成决策匹配工作，采用产生式离散决策。同时结合离散矩阵求逆算法，通过查找索引数组，快速定位相关决策，从而实现决策的快速匹配。
59.举例说明，加入用户所创建的第一业务处理策略包含一段从决策步骤a至决策步骤b，再至决策步骤c，最终至决策步骤d的流程，即用户所指定的业务处理方法为先执行a步骤后，利用a步骤所得结果执行b步骤，再利用b步骤的结果去执行步骤c，最终利用步骤c的结果去执行步骤d；而若通过决策网检测出一段可以从决策步骤a经过决策步骤e直接到决策步骤d的路径，则可以将第一业务处理策略的决策步骤b至决策步骤c的部分替换为决策步骤e，实现对第一业务处理策略的优化，从而得到业务处理效率更高的第二业务处理策略。
60.为了确保业务处理流程的规范性，检索预设策略网中是否存在与第一决策步骤相匹配的目标预设决策步骤之后还包括以下步骤：在不存在目标预设决策步骤情况下，获取与第一业务处理策略对应的预设标准文件，其中，预设标准文件用于指示业务处理策略所需满足的规范要求；识别预设标准文件，得到第一业务处理策略需满足的第一规范要求；对第一业务处理策略进行验证，判断第一业务处理策略是否满足第一规范要求；在第一业务处理策略满足第一规范要求的情况下，将第一业务处理策略确定为第二业务处理策略。
61.图2是根据本技术实施例提供的一种标准识别过程的流程示意图，如图2所示，包括如下步骤：
62.步骤s202，用户上传标准文档至系统平台；
63.步骤s204，对标准文件进行识别；
64.在本实施例中，使用标准识别模块完成对业务功能(即业务处理策略)是否满足标准要求的判断，具体地，通过自然语言处理技术(nlp)将标准文件(即上述预设标准文件)进行逐行识别，将每一个要求识别成标准模型数据，包括：标准类别、要求强制程度、功能点、要求类型、检查决策，作为一种可选的实施方式，要求强制程度可以根据文本中“应提供、宜提供、宜支持”等关键词字段进行标记，标准类别包括：信息技术、软件工程、信息安全等，要求类型分为：功能要求、非功能要求。功能要求可通过功能模块、业务表单、业务列表进行匹配；非功能要求包括可靠性、安全性、可扩展性等，系统提供安全检测模块、性能检测模块，用于对业务功能(即业务处理策略)是否满足非功能要求进行判断。
65.步骤s206，创建标准模型；
66.进一步地，将关键词词组语义化处理，形成标准规范模型，提取标准每一条要求，将要求存储为系统能够识别的决策步骤要求。系统判断业务功能(即业务处理策略)是否符合标准要求，判断结果可以为：“应提供x条，实际提供x条；宜提供x条，实际提供x条；宜支持x条，实际支持x条”。
67.举例说明，如下所示，为一个用于判断用户所创建的用于进行数据预处理的业务处理策略是否符合标准的标准文件的内容：
[0068]“a)应提供数据抽取功能，支持对结构化数据、非结构化数据和半结构化数据进行抽取；
[0069]
b)应提供数据清洗功能，支持对不一致数据、无效数据、缺失数据和重复数据的处理；
[0070]
c)应提供结构化数据的列转换、行转换和表转化功能；
[0071]
d)应提供数据加载功能，支持将经过清洗和转换的数据加载到数据分析模块；
[0072]
e)宜提供清洗前后的数据比对功能；
[0073]
f)宜支持非结构化数据的数据转换功能。”[0074]
依据上述标准文件对用户创建的用于进行数据预处理的业务处理策略进行判断后，判断结果为：“应提供4条，实际提供4条；宜提供1条，实际提供1条；宜支持1条，实际支持0条”[0075]
步骤s208，标准入库。
[0076]
作为一种可选的实施方式，图3是根据本技术实施例提供的一种标准匹配过程的流程的示意图，如图3所示，通过标准自动验证功能可以判断应用程序是否符合相关标准与规范，在本实施例中，标准匹配的方式包括以下至少之一：将应用程序(该应用程序是依据上述业务处理策略自动创建，相当于对上述业务处理策略是否符合标准进行判断)中带有标准要求的文档(如建设方案文档)上传至系统中，系统可将说明文档进行识别，根据文档中对标准的描述和系统标准模型进行自动匹配，将匹配结果形成报告；系统可对应用程序的模块功能(如表单、列表等)内容进行识别，并与标准模型进行匹配，将匹配结果形成报告；系统可对数据接口api进行自动识别，并与标准模型进行匹配，将匹配结果形成报告。
[0077]
为了实现对预设策略网的不断迭代更新，在第一业务处理策略满足第一规范要求的情况下，将第一业务处理策略确定为第二业务处理策略之后还包括以下步骤：将满足第一规范要求的第一业务处理策略中的第一决策步骤和第一数据源信息更新至预设策略网中。
[0078]
步骤s106，依据第二业务处理策略中的第二数据源信息，采集目标设备的运行数据，得到目标数据；
[0079]
在本技术的一些实施例中过，依据第二业务处理策略中的第二数据源信息，采集目标设备的运行数据，得到目标数据包括以下步骤：确定第二数据源信息中所指示的目标数据库；通过目标接口向目标数据库发送数据请求指令，得到目标数据库在接收到数据请求指令后所反馈的目标数据。
[0080]
在本实施例中，智慧园区业务系统提供统一的数据采集程序，采集方式包括以下至少之一：直连数据库(即上述目标数据库)、通过接口(即上述目标接口)请求和通过协议
采集，具体地，直连数据库支持关系型、非关系型数据库以及本地文件等，例如：mysql、oracle、sql server、postgresql、teledb、达梦数据库、人大金仓数据库、mongodb、redis、sqlite等；通过接口请求数据；系统可通过报文自动对接口规范进行识别，并通过协议http、coap、mqtt、dds、amqp、xmpp、jms实现采集数据。
[0081]
作为一种可选的实施方式，在数据交互过程中还可以通过接口管理模块对数据接收和对外公开对接口进行统一管理，接口类型支持get、post方式，数据类型包括但不限于json、xml。
[0082]
在本实施例中，为了确保业务处理过程的安全性，在进行数据交互时对于数据源管理及数据接口通过加密模块进行加密传输与存储，具体地，用户可根据系统间交互性能要求、使用场景以及实际需求选择加密策略。
[0083]
在本实施例中，系统提供常用加密算法rsa、aes等，以及常用的国密算法sm1、sm2，默认使用国密算法sm2，基于ecc 256位非对称加密，作为一种可选的实施方式，可以使用安全等级更高的双密钥混合加密鉴权方式，保证数据传输与存储的安全性。
[0084]
步骤s108，依据目标数据和第二业务处理策略中的第二决策步骤，进行业务处理。
[0085]
在本技术的一些实施例中，依据目标数据和第二业务处理策略中的第二决策步骤，进行业务处理包括：将目标数据配置至与目标数据对应的第二决策步骤；在第二决策步骤支持目标数据的格式的情况下，按照第二决策步骤对应的执行模式依次执行第二决策步骤，并保存第二决策步骤执行过程中所产生的执行日志，其中，执行模式包括以下之一：即时执行模式和延时执行模式，执行日志中包括以下至少之一：执行步骤标识号、执行时间、执行结果。
[0086]
在本实施例中，执行模式分为即时执行模式和延时执行模式两种，可以依据实际需求对业务处理策略中决策步骤的执行模式进行调整。
[0087]
在本实施例中，上述执行日志中包括执行时间、策略执行情况、请求参数等，具体地，智慧园区业务系统中各应用子系统通过接口(api)与业务处理系统进行业务节点对接，并在业务处理系统中完成策略配置，即可完成对接工作，当应用子系统触发相应业务时，通过策略执行日志模块监控策略执行情况。
[0088]
在本技术实施例中，首先用户将业务需求进行梳理，通过系统创建工程，并根据系统帮助文档提供的方案将需求整理成决策实施方法(即上述业务处理策略)，并将决策实施方法通过系统提供的可视化操作界面录入到该工程当中；通过可视化界面提供的功能实现数据源自动识别，通过无代码开发的方式实现动作定义((即上述执行决策步骤的动作或者依据数据源信息采集相应数据的动作))，且系统可提供自动测试功能，可验证业务的正确性和完整性；将已完成的决策应用程序进行调试和打包部署，部署后方可执行，用户可通过日志监控执行情况。传统的业务处理方式是由业主方具体负责人与开发方进行对接才可完成业务开发，本技术方案可无需开发人员介入方可完成业务开发。
[0089]
本技术提供了一种用于智慧园区建设的开发园区业务处理策略的方法，能够通过策略驱动方式实现数据自动识别与收集、事件自动化处理，实现多业务平台联动，采用决策驱动机制，具备无代码搭建能力，能够实现快速部署，有效提高管理效率，提高园区系统的智能化。
[0090]
通过上述步骤，用户可以通过可视化界面自行创建业务处理策略，并且系统依据
策略网对业务处理策略进行综合分析和处理，对策略进行优化，实现了应用场景联动、应用快速开发，需求快速实现的效果，进而解决了由于目前在系统中开发业务处理流程或变更现有业务处理流程时必须依赖专业的开发人员，造成业务处理的周期长、效率低下技术问题。
[0091]
根据本技术实施例，还提供了一种业务处理系统的实施例。图6是根据本技术实施例提供的一种业务处理系统的框架结构示意图。如图6所示，该系统包括：
[0092]
工程创建模块600，用于创建及管理应用程序，应用程序包括策略模型、决策模型、动作定义、数据源管理、加密算法管理；
[0093]
策略模型模块602，用于开发根据智慧园区业务需求创建和管理策略模型；
[0094]
具体地，策略模型包括数据识别策略(相当于上述据数据源信息采集相应数据)和事件处理策略(相当于上述执行决策步骤)，数据识别策略用于对设备运行数据、数据源、数据类型等进行自动识别，并根据数据类型对数据库进行动态建表。事件策略用于对园区管理事件进行自动处理。策略模型包括：策略id、策略名称、业务分类、数据源、数据类型、动作集合、决策集合、决策与数据的对应关系；
[0095]
在本实施例中，策略模型还用于执行最终确定的业务处理策略，具体地，将输入数据(即上述目标数据)代入到处理单元中，判断当前输入数据是否使决策les(beta)＝＝true表达式成立，其中les(beta)为用于判断策步骤是否支持目标数据的格式的函数，如表达式成立，则进行下一决策节点继续执行，直至全部决策匹配完毕为止
[0096]
决策模型模块604，用于开发根据策略模型创建和管理决策模型；
[0097]
具体地，用户(及上述目标对象)在系统中依据实际业务需求在可视化界面自行创建第一业务处理策略，作为一种可选地实施方式用户可以通过可视化界面进行拖拽式操作，来选择系统中预先存储的决策步骤和数据源信息(即上述预设决策步骤和预设数据源信息)组成第一业务处理策略来实现业务需求。
[0098]
作为一种可选地实施方式，用户还可以依据实际需求通过编程语言自行创建或修改决策步骤和数据源信息后，添加至第一业务处理策略中。
[0099]
动作定义模块606，用于编辑业务系统发起的动作指令；
[0100]
在本实施例中，一个动作可以是执行决策步骤的动作或者依据数据源信息采集相应数据的动作，上述动作包括但不限于：请求接口、执行数据库查询语句、执行可执行程序以及执行脚本语言。
[0101]
数据源管理模块608，用于对数据源进行管理，数据源收集过程中，可通过识别策略对数据源类型进行自动识别以及自动存储；
[0102]
在本实施例中，智慧园区业务系统提供统一的数据采集程序，采集方式包括以下至少之一：直连数据库(即上述目标数据库)、通过接口(即上述目标接口)请求和通过协议采集，具体地，直连数据库支持关系型、非关系型数据库以及本地文件等，例如：mysql、oracle、sql server、postgresql、teledb、达梦数据库、人大金仓数据库、mongodb、redis、sqlite等；通过接口请求数据；系统可通过报文自动对接口规范进行识别，并通过协议http、coap、mqtt、dds、amqp、xmpp、jms实现采集数据。
[0103]
加密算法管理模块610，用于加密算法进行设置；
[0104]
为了确保业务处理过程的安全性，在进行数据交互时对于数据源管理及数据接口
通过加密模块进行加密传输与存储，具体地，用户可根据系统间交互性能要求、使用场景以及实际需求选择加密策略。
[0105]
在本实施例中，系统提供常用加密算法rsa、aes等，以及常用的国密算法sm1、sm2，默认使用国密算法sm2，基于ecc 256位非对称加密，作为一种可选的实施方式，可以使用安全等级更高的双密钥混合加密鉴权方式，保证数据传输与存储的安全性。
[0106]
策略执行日志模块612，用于保存策略执行过程中产生的执行日志；
[0107]
在本实施例中，上述执行日志中包括执行时间、策略执行情况、请求参数等，具体地，智慧园区业务系统中各应用子系统通过接口(api)与业务处理系统进行业务节点对接，并在业务处理系统中完成策略配置，即可完成对接工作，当应用子系统触发相应业务时，通过策略执行日志模块监控策略执行情况。
[0108]
作为一种可选的实施方式，系统中还包括：接口管理模块，用于管理对外发布的接口；标准验证模块，用于自动验证应用程序是否符合标准；应用程序发布模块，用于将应用程序进行打包发布。
[0109]
本技术基于统一的规范和应用程序，可基于业务处理系统提供的可视化界面创建策略及决策模型，操作简单、易于使用。通过工具发布但应用程序具有跨平台性，可独立运行于windows、centos等操作系统，应用程序配置文件以二进制方式存储。将各个应用子系统连接在一起，对数据源进行自动识别，对事件进行自动处理，无需大量人工操作，从而实现提升园区管理效率。通过工具打通应用子系统间的业务节点，实现应用子系统间的互联互通，各应用系统可通过策略实现多业务场景联动。
[0110]
根据本技术实施例，还提供了一种业务处理装置的实施例。图7是根据本技术实施例提供的一种业务处理装置的结构示意图。如图7所示，该装置包括：
[0111]
处理策略获取模块70，用于响应目标对象的配置指令，获得第一业务处理策略，其中，第一业务处理策略包括：第一决策步骤和第一数据源信息，决策步骤为业务处理过程中所能执行的最小步骤单元；
[0112]
处理策略优化模块72，用于依据预设策略网，对第一业务处理策略进行优化，得到第二业务处理策略，其中，预设策略网用于表征系统内的各个预设决策步骤以及预设数据源信息之间的关联关系，其中，第二业务处理策略中包含的第二决策步骤的数量少于第一业务处理策略中包含的第一决策步骤的数量；
[0113]
目标数据采集模块74，用于依据第二业务处理策略中的第二数据源信息，采集目标设备的运行数据，得到目标数据；
[0114]
处理策略执行模块76，用于依据目标数据和第二业务处理策略中的第二决策步骤，进行业务处理。
[0115]
需要说明的是，上述业务处理装置中的各个模块可以是程序模块(例如是实现某种特定功能的程序指令集合)，也可以是硬件模块，对于后者，其可以表现为以下形式，但不限于此：上述各个模块的表现形式均为一个处理器，或者，上述各个模块的功能通过一个处理器实现。
[0116]
需要说明的是，本实施例中所提供的业务处理装置可用于执行图1所示的业务处理方法，因此，对上述业务处理方法的相关解释说明也适用于本技术实施例中，在此不再赘述。
[0117]
根据本技术实施例，还提供了一种用于实现业务处理的方法的计算机终端的实施例。图8是根据本技术实施例提供一种用于实现业务处理的方法的计算机终端(或电子设备)的硬件结构框图。如图8所示，计算机终端80(或电子设备80)可以包括一个或多个(图中采用802a、802b，
……
，802n来示出)处理器(处理器可以包括但不限于微处理器mcu或可编程逻辑器件fpga等的处理装置)、用于存储数据的存储器804、以及用于通信功能的传输模块806。除此以外，还可以包括：显示器、输入/输出接口(i/o接口)、通用串行总线(usb)端口(可以作为i/o接口的端口中的一个端口被包括)、网络接口、电源和/或相机。本领域普通技术人员可以理解，图8所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，计算机终端80还可包括比图8中所示更多或者更少的组件，或者具有与图8所示不同的配置。
[0118]
应当注意到的是上述一个或多个处理器和/或其他数据处理电路在本文中通常可以被称为“数据处理电路”。该数据处理电路可以全部或部分的体现为软件、硬件、固件或其他任意组合。此外，数据处理电路可为单个独立的处理模块，或全部或部分的结合到计算机终端80(或电子设备)中的其他元件中的任意一个内。如本技术实施例中所涉及到的，该数据处理电路作为一种处理器控制(例如与接口连接的可变电阻终端路径的选择)。
[0119]
存储器804可用于存储应用软件的软件程序以及模块，如本技术实施例中的业务处理的方法对应的程序指令/数据存储装置，处理器通过运行存储在存储器804内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的业务处理的方法。存储器804可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器804可进一步包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端80。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
[0120]
传输模块806用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端80的通信供应商提供的无线网络。在一个实例中，传输装置806包括一个网络适配器(network interface controller，nic)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置806可以为射频(radio frequency，rf)模块，其用于通过无线方式与互联网进行通讯。
[0121]
显示器可以例如触摸屏式的液晶显示器(lcd)，该液晶显示器可使得用户能够与计算机终端80(或电子设备)的用户界面进行交互。
[0122]
此处需要说明的是，在一些可选实施例中，上述图8所示的计算机设备(或电子设备)可以包括硬件元件(包括电路)、软件元件(包括存储在计算机可读介质上的计算机代码)、或硬件元件和软件元件两者的结合。应当指出的是，图8仅为特定具体实例的一个实例，并且旨在示出可存在于上述计算机设备(或电子设备)中的部件的类型。
[0123]
需要说明的是，图8所示的业务处理的电子设备用于执行图1所示的业务处理的方法，因此上述业务处理的方法中的相关解释说明也适用于该业务处理的电子设备，此处不再赘述。
[0124]
根据本技术实施例的再一方面，还提供了一种非易失性存储介质，非易失性存储介质包括存储的计算机程序，其中，非易失性存储介质所在设备通过运行计算机程序执行以下业务处理方法：响应目标对象的配置指令，获得第一业务处理策略，其中，第一业务处
理策略包括：第一决策步骤和第一数据源信息，决策步骤为业务处理过程中所能执行的最小步骤单元；依据预设策略网，对第一业务处理策略进行优化，得到第二业务处理策略，其中，预设策略网用于表征系统内的各个预设决策步骤以及预设数据源信息之间的关联关系，其中，第二业务处理策略中包含的第二决策步骤的数量少于第一业务处理策略中包含的第一决策步骤的数量；依据第二业务处理策略中的第二数据源信息，采集目标设备的运行数据，得到目标数据；依据目标数据和第二业务处理策略中的第二决策步骤，进行业务处理。
[0125]
上述本技术实施例序号仅仅为了描述，不代表实施例的优劣。
[0126]
在本技术的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
[0127]
在本技术所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
[0128]
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0129]
另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
[0130]
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
[0131]
以上所述仅是本技术的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本技术原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本技术的保护范围。