CN117112415A - 基于eda模型的业务流程监测方法及其相关设备 - Google Patents

基于eda模型的业务流程监测方法及其相关设备 Download PDF

Info

Publication number
CN117112415A
CN117112415A CN202311064187.7A CN202311064187A CN117112415A CN 117112415 A CN117112415 A CN 117112415A CN 202311064187 A CN202311064187 A CN 202311064187A CN 117112415 A CN117112415 A CN 117112415A
Authority
CN
China
Prior art keywords
service
execution
node
eda
rule
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202311064187.7A
Other languages
English (en)
Inventor
贾云林
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ping An Health Insurance Company of China Ltd
Original Assignee
Ping An Health Insurance Company of China Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ping An Health Insurance Company of China Ltd filed Critical Ping An Health Insurance Company of China Ltd
Priority to CN202311064187.7A priority Critical patent/CN117112415A/zh
Publication of CN117112415A publication Critical patent/CN117112415A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software
    • G06F11/3668Software testing
    • G06F11/3672Test management
    • G06F11/3688Test management for test execution, e.g. scheduling of test suites
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/30Monitoring
    • G06F11/34Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请实施例属于金融科技技术领域,应用于保全业务流程自动化检测过程中,涉及一种基于EDA模型的业务流程监测方法及其相关设备,包括启动保全业务流程对应的业务流转程序,输出执行日志;解析执行日志,获取业务流转程序中各业务节点间的执行流转关系和逻辑判断关系;根据各业务节点间的执行流转关系和逻辑判断关系,采用EDA工作流制图法构建保全业务流程的EDA执行模型,后续将FMQ消息中间件和检测程序部署到所述EDA执行模型内,从而对相应的保险业务程序进行执行流程检测。实现了结合EDA绘图工具简单建模和更加直观可视化的进行执行程序检测,便于运维人员直观进行程序监测,更加自动化和简单化,易于监测维护。

Description

基于EDA模型的业务流程监测方法及其相关设备
技术领域
本申请涉及金融科技技术领域,应用于保全业务流程自动化检测过程中,尤其涉及一种基于EDA模型的业务流程监测方法及其相关设备。
背景技术
随着金融科技行业的发展,越来越多的金融相关数据需要进行处理和可视化监测执行程序,作业流程引擎开源的有activite、flowable,但是这类型框架边缘化设计比较重,性能比较低,对保险领域的保全批改领域支持不友好,另外很多新的流程框架基于activite5上开发,但是activite5,activite6停止维护,开源社区活跃度降低,导致很多bug未解决或问题解决不及时,接入框架要引入七八十张数据库表,操作文档不完整,对要接入的业务系统在数据打通集成维护成本高。
另外,对开发人员的技术门槛要求非常高,各流程执行节点监听,任务监听过于分散及处理逻辑复杂导致代码越难维护。针对上述保全业务领域遇到的维护困难的问题,还缺乏一种自动化、简单化、易于维护的业务监测模型和监测方法。
发明内容
本申请实施例的目的在于提出一种基于EDA模型的业务流程监测方法及其相关设备,以解决现有技术中保全业务领域在进行节点监听维护时,还缺乏一种自动化、简单化、易于维护的业务监测模型和监测方法的问题。
为了解决上述技术问题,本申请实施例提供一种基于EDA模型的业务流程监测方法,采用了如下所述的技术方案:
一种基于EDA模型的业务流程监测方法,包括下述步骤:
启动目标业务流程对应的业务流转程序,输出所述业务流转程序的执行日志,其中,所述目标业务流程包括保全业务流程,所述执行日志中包括所述业务流转程序中各业务节点间的执行流转关系和逻辑判断关系;
解析所述执行日志,获取所述业务流转程序中各业务节点间的执行流转关系和逻辑判断关系;
根据所述业务流转程序中各业务节点间的执行流转关系和逻辑判断关系,采用EDA工作流制图法构建所述保全业务流程的EDA执行模型,其中,所述各业务节点包括保全处理节点、处理结果质检节点、质检结果核验节点、核验状态审核节点、主管确认节点;
获取目标业务事件,并根据预设的参数提取规则从所述目标业务事件中提取执行所述保全业务流程所需的执行参数信息,其中,所述目标业务事件包括保全业务事件;
将所述执行参数信息输入所述EDA执行模型,并启动所述EDA执行模型,根据所述执行参数信息获取保全处理结果;
根据预设的检测规则和所述保全处理结果判断所述业务流转程序是否处理成功,其中,所述预设的检测规则包括质检子规则、核验子规则、审核子规则和确认子规则,其中,所述质检子规则、核验子规则、审核子规则和确认子规则一一对应设置在所述处理结果质检节点、质检结果核验节点、核验状态审核节点、主管确认节点处;
若所述业务流转程序为处理成功状态,则通过所述EDA执行模型的输出接口向预设的监测端发送处理成功通知,其中,所述处理成功状态表示所述质检子规则、核验子规则、审核子规则和确认子规则都为通过状态;
若所述业务流转程序为处理不成功状态,则通过所述EDA执行模型的输出接口向所述预设的监测端发送处理不成功通知,同时一并发送处理不成功时的检测规则对应的检测数据,其中,所述处理不成功状态表示所述质检子规则、核验子规则、审核子规则和确认子规则中任一子规则为不通过状态。
进一步的,所述解析所述执行日志,获取所述业务流转程序中各业务节点间的执行流转关系和逻辑判断关系的步骤,具体包括:
根据预设的日志解析模板解析所述执行日志,并按照日志记录先后顺序逐行获得日志解析结果,其中,所述预设的日志解析模板中包括执行逻辑判断字符;
基于所述按照日志记录先后顺序逐行获得日志解析结果,依次提取出所述业务流转程序中各业务节点;
通过提取顺序确定所述业务流转程序中各业务节点间的执行流转关系;
根据所述执行逻辑判断字符和所述日志解析结果,获取所述业务流转程序中各业务节点间的逻辑判断关系。
进一步的,在执行所述根据所述业务流转程序中各业务节点间的执行流转关系和逻辑判断关系,采用EDA工作流制图法构建所述保全业务流程的EDA执行模型的步骤之前,所述方法还包括:
获取预先从EDA工作流制图工具中筛选的业务节点表示模板、逻辑关系表示模板、连接线段;
所述根据所述业务流转程序中各业务节点间的执行流转关系和逻辑判断关系,采用EDA工作流制图法构建所述保全业务流程的EDA执行模型的步骤,具体包括:
根据所述业务流转程序中各业务节点间的执行流转关系和逻辑判断关系,采用所述连接线段连接相应的业务节点表示模板和逻辑关系表示模板,获取模板间连接图;
按照所述模板间连接图构建所述保全业务流程的EDA执行模型。
进一步的,所述按照所述模板间连接图构建所述保全业务流程的EDA执行模型的步骤,包括:
识别所述模板间连接图中所述业务流转程序中各业务节点;
根据所述各业务节点在所述模板间连接图内的连接关系,部署消息流式检测程序,其中,所述消息流式检测程序中每个上一业务节点至下一业务节点间的消息传输均采用消息队列方式实现,具体地,选择FMQ国产消息中间件实现。
进一步的,在执行所述获取目标业务事件的步骤之前,所述方法还包括:
获取执行所述保全业务事件对应的业务描述性数据字段,其中,所述业务描述性数据字段包括保全变更字段,所述保全变更字段包括保额信息变更、被保人基本信息变更、投保人基本信息变更、投资资产分配变更、持仓资产比例变更、平台资产总额变更、AUM指标变更;
所述根据预设的参数提取规则从所述保全业务事件中提取执行所述保全业务流程所需的执行参数信息的步骤,具体包括:
采用关键词抽取方式,对所述业务描述性数据字段进行抽取,获得数据字段抽取结果;
根据所述EDA执行模型的输入接口从所述数据字段抽取结果中筛选出所述输入接口的参数字段作为所述执行参数信息。
进一步的,所述启动所述EDA执行模型,根据所述执行参数信息获取保全处理结果步骤之前,所述方法还包括:
根据预设的监测件,构建所述EDA执行模型分别对所述业务流转程序中各业务节点间的执行监测关系;
获取预先按照所述业务流转程序中各业务节点间的逻辑判断关系分别为所述业务流转程序中各业务节点所设置的节点处理状态,其中,所述节点处理状态的初始化状态都为未处理状态,可变状态包括已处理状态;
获取预先按照所述业务流转程序中各业务节点间的逻辑判断关系分别为所述业务流转程序中各业务节点对应的检测规则所设置的初始检测状态、可变检测状态,其中,所述初始检测状态都为未检测状态,所述可变检测状态包括已检测通过状态、已检测未通过状态和未检测通过未知状态;
所述启动所述EDA执行模型,根据所述执行参数信息获取保全处理结果的步骤,具体包括:
根据预设的触发器,在所述业务流转程序开始执行时,触发启动所述EDA执行模型;
基于所述监测件,识别在所述业务流转程序执行过程中所述各业务节点分别对应的节点处理状态;
若所述各业务节点分别对应的节点处理状态都转换为所述已处理状态,则所述保全业务流程处理完成;
获取所述业务流转程序中所述各业务节点分别对应的当前检测状态,将所述各业务节点分别对应的当前检测状态设为所述保全处理结果。
进一步的,所述根据预设的检测规则和所述保全处理结果判断所述业务流转程序是否处理成功的步骤,具体包括:
基于预设的检测解析模板,解析所述保全处理结果,获得结构化的检测数据;
按照所述业务流转程序中各业务节点间的执行流转关系,分别使用各业务节点对应的子规则对上一业务节点执行后处理结果进行处理结果检测,具体地,
获取所述结构化的检测数据,并根据所述处理结果质检节点处设置的质检子规则判断所述结构化的检测数据是否通过所述处理结果质检节点,若通过,则所述保全处理节点保全处理成功,否则,所述保全处理节点保全处理失败,
获取所述处理结果质检节点输出的质检处理结果,并根据所述质检结果核验节点处设置的核验子规则判断所述质检处理结果是否通过所述质检结果核验节点,若通过,则所述处理结果质检节点质检成功,否则,所述处理结果质检节点质检失败,
获取所述质检结果核验节点输出的核验处理结果,并根据所述核验状态审核节点处设置的审核子规则判断所述质检处理结果是否通过所述核验状态审核节点,若通过,则所述质检结果核验节点核验成功,否则,所述质检结果核验节点核验失败,
获取所述核验状态审核节点输出的审核处理结果,并根据所述主管确认节点设置的确定子规则判断所述审核处理结果是否通过所述主管确认节点,若通过,则所述核验状态审核节点审核成功,否则,所述核验状态审核节点审核失败,
获取所述主管确认节点输出的确认处理结果,若通过所述主管确认节点,则所述主管确认节点确认成功,否则,所述主管确认节点确认失败。
为了解决上述技术问题,本申请实施例还提供一种基于EDA模型的业务流程监测装置,采用了如下所述的技术方案:
一种基于EDA模型的业务流程监测装置,包括:
执行日志输出模块,用于启动目标业务流程对应的业务流转程序,输出所述业务流转程序的执行日志,其中,所述目标业务流程包括保全业务流程,所述执行日志中包括所述业务流转程序中各业务节点间的执行流转关系和逻辑判断关系;
节点关系获取模块,用于解析所述执行日志,获取所述业务流转程序中各业务节点间的执行流转关系和逻辑判断关系;
EDA执行模型构建模块,用于根据所述业务流转程序中各业务节点间的执行流转关系和逻辑判断关系,采用EDA工作流制图法构建所述保全业务流程的EDA执行模型,其中,所述各业务节点包括保全处理节点、处理结果质检节点、质检结果核验节点、核验状态审核节点、主管确认节点;
执行参数信息提取模块,用于获取目标业务事件,并根据预设的参数提取规则从所述目标业务事件中提取执行所述保全业务流程所需的执行参数信息,其中,所述目标业务事件包括保全业务事件;
EDA执行模型处理模块,用于将所述执行参数信息输入所述EDA执行模型,并启动所述EDA执行模型,根据所述执行参数信息获取保全处理结果;
程序流转结果判断模块,用于根据预设的检测规则和所述保全处理结果判断所述业务流转程序是否处理成功,其中,所述预设的检测规则包括质检子规则、核验子规则、审核子规则和确认子规则,其中,所述质检子规则、核验子规则、审核子规则和确认子规则一一对应设置在所述处理结果质检节点、质检结果核验节点、核验状态审核节点、主管确认节点处;
第一后续处理模块,用于若所述业务流转程序为处理成功状态,则通过所述EDA执行模型的输出接口向预设的监测端发送处理成功通知,其中,所述处理成功状态表示所述质检子规则、核验子规则、审核子规则和确认子规则都为通过状态;
第二后续处理模块,用于若所述业务流转程序为处理不成功状态,则通过所述EDA执行模型的输出接口向所述预设的监测端发送处理不成功通知,同时一并发送处理不成功时的检测规则对应的检测数据,其中,所述处理不成功状态表示所述质检子规则、核验子规则、审核子规则和确认子规则中任一子规则为不通过状态。
为了解决上述技术问题,本申请实施例还提供一种计算机设备,采用了如下所述的技术方案:
一种计算机设备,包括存储器和处理器,所述存储器中存储有计算机可读指令,所述处理器执行所述计算机可读指令时实现上述所述的基于EDA模型的业务流程监测方法的步骤。
为了解决上述技术问题,本申请实施例还提供一种计算机可读存储介质,采用了如下所述的技术方案:
一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机可读指令,所述计算机可读指令被处理器执行时实现如上述所述的基于EDA模型的业务流程监测方法的步骤。
与现有技术相比,本申请实施例主要有以下有益效果:
本申请实施例所述基于EDA模型的业务流程监测方法,通过启动目标业务流程对应的业务流转程序,输出业务流转程序的执行日志;解析执行日志,获取业务流转程序中各业务节点间的执行流转关系和逻辑判断关系;根据业务流转程序中各业务节点间的执行流转关系和逻辑判断关系,采用EDA工作流制图法构建保全业务流程的EDA执行模型;获取目标业务事件,并根据预设的参数提取规则从目标业务事件中提取执行保全业务流程所需的执行参数信息;将执行参数信息输入EDA执行模型,并启动EDA执行模型,根据执行参数信息获取保全处理结果;根据预设的检测规则和保全处理结果判断业务流转程序是否处理成功;若业务流转程序为处理成功状态,则通过EDA执行模型的输出接口向预设的监测端发送处理成功通知;若业务流转程序为处理不成功状态,则通过EDA执行模型的输出接口向预设的监测端发送处理不成功通知,同时一并发送处理不成功时的检测规则对应的检测数据。通过EDA绘图工具,构建EDA执行模型,后续通过将FMQ消息中间件和检测程序部署到所述EDA执行模型内,从而对相应的保险业务程序进行执行流程检测。实现了结合EDA绘图工具简单建模和更加直观可视化的进行执行程序检测,便于运维人员直观进行程序监测,更加自动化和简单化,易于监测维护。
附图说明
为了更清楚地说明本申请中的方案,下面将对本申请实施例描述中所需要使用的附图作一个简单介绍,显而易见地,下面描述中的附图是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请可以应用于其中的示例性系统架构图;
图2根据本申请的基于EDA模型的业务流程监测方法的一个实施例的流程图;
图3是图2所示步骤202的一个具体实施例的流程图;
图4是图2所示步骤205的一个具体实施例的流程图;
图5根据本申请的基于EDA模型的业务流程监测装置的一个实施例的结构示意图;
图6根据本申请的计算机设备的一个实施例的结构示意图。
具体实施方式
除非另有定义,本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同;本文中在申请的说明书中所使用的术语只是为了描述具体的实施例的目的,不是旨在于限制本申请;本申请的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形,意图在于覆盖不排他的包含。本申请的说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象,而不是用于描述特定顺序。
在本文中提及“实施例”意味着,结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例,也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是,本文所描述的实施例可以与其它实施例相结合。
为了使本技术领域的人员更好地理解本申请方案,下面将结合附图,对本申请实施例中的技术方案进行清楚、完整地描述。
如图1所示,系统架构100可以包括终端设备101、102、103,网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备101、102、103通过网络104与服务器105交互,以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用,例如网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。
终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备,包括但不限于智能手机、平板电脑、电子书阅读器、MP3播放器(Moving PictureExpertsGroup Audio Layer III,动态影像专家压缩标准音频层面3)、MP4(MovingPictureExperts Group AudioLayer IV,动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。
服务器105可以是提供各种服务的服务器,例如对终端设备101、102、103上显示的页面提供支持的后台服务器。
需要说明的是,本申请实施例所提供的基于EDA模型的业务流程监测方法一般由服务器/终端设备执行,相应地,基于EDA模型的业务流程监测装置一般设置于服务器/终端设备中。
应该理解,图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。
继续参考图2,示出了根据本申请的基于EDA模型的业务流程监测方法的一个实施例的流程图。所述的基于EDA模型的业务流程监测方法,包括以下步骤:
步骤201,启动目标业务流程对应的业务流转程序,输出所述业务流转程序的执行日志。
本实施例中,所述目标业务流程包括保全业务流程,所述执行日志中包括所述业务流转程序中各业务节点间的执行流转关系和逻辑判断关系。
保全是指保险公司围绕契约变更、年金或满期金给付等项目而开展的售后服务工作。通俗的说法就是保险公司为使客户的保单有效,在客户的要求下,对保单进行变更,进而为客户服务。
步骤202,解析所述执行日志,获取所述业务流转程序中各业务节点间的执行流转关系和逻辑判断关系。
继续参考图3,图3是图2所示步骤202的一个具体实施例的流程图,包括:
步骤301,根据预设的日志解析模板解析所述执行日志,并按照日志记录先后顺序逐行获得日志解析结果,其中,所述预设的日志解析模板中包括执行逻辑判断字符;
步骤302,基于所述按照日志记录先后顺序逐行获得日志解析结果,依次提取出所述业务流转程序中各业务节点;
步骤303,通过提取顺序确定所述业务流转程序中各业务节点间的执行流转关系;
步骤304,根据所述执行逻辑判断字符和所述日志解析结果,获取所述业务流转程序中各业务节点间的逻辑判断关系。
通过逐行解析所述业务流转程序的执行日志,确定所述业务流转程序中各业务节点间的执行流转关系,根据所述执行逻辑判断字符获取所述业务流转程序中各业务节点间的逻辑判断关系,所述执行逻辑判断字符,例如“if”、“else”代码字符或者“>”、“<”、“≥”、“≤”、、“=”比较符号或者“!”非、“&&”与、“||”或等逻辑关系符号。便于建模人员根据所述业务流转程序中的执行流转关系和逻辑判断关系,结合各个业务节点进行EDA(Electronics Design Automation,意为电子设计自动化)建模。
步骤203,根据所述业务流转程序中各业务节点间的执行流转关系和逻辑判断关系,采用EDA工作流制图法构建所述保全业务流程的EDA执行模型。
本实施例中,所述各业务节点包括保全处理节点、处理结果质检节点、质检结果核验节点、核验状态审核节点、主管确认节点。
本实施例中,在执行所述根据所述业务流转程序中各业务节点间的执行流转关系和逻辑判断关系,采用EDA工作流制图法构建所述保全业务流程的EDA执行模型的步骤之前,所述方法还包括:获取预先从EDA工作流制图工具中筛选的业务节点表示模板、逻辑关系表示模板、连接线段。
本实施例中,所述EDA工作流制图工具,例如:系统设计辅助类软件和可编程芯片辅助设计软件:Protel、AlTIum Designer、OrCAD、PCAD、LSIIogic、MicroSim、ISE、modelsim、Matlab等等。
本实施例中,所述根据所述业务流转程序中各业务节点间的执行流转关系和逻辑判断关系,采用EDA工作流制图法构建所述保全业务流程的EDA执行模型的步骤,具体包括:根据所述业务流转程序中各业务节点间的执行流转关系和逻辑判断关系,采用所述连接线段连接相应的业务节点表示模板和逻辑关系表示模板,获取模板间连接图;按照所述模板间连接图构建所述保全业务流程的EDA执行模型。
通过选择业务节点表示模板、逻辑关系表示模板和连接线段构建所述保全业务流程的EDA执行模型,便于后期监测端直接通过EDA执行模型判断所述保全业务是否出现执行异常,更加自动化和简单化。
本实施例中,所述按照所述模板间连接图构建所述保全业务流程的EDA执行模型的步骤,包括:识别所述模板间连接图中所述业务流转程序中各业务节点;根据所述各业务节点在所述模板间连接图内的连接关系,部署消息流式检测程序,其中,所述消息流式检测程序中每个上一业务节点至下一业务节点间的消息传输均采用消息队列方式实现,具体地,选择FMQ国产消息中间件实现。
为了保证EDA执行模型中检测程序的消息传递简便化,因此,使用MQ消息队列形式完成检测程序中消息传递,可以采用FMQ(Fast Message Queue,快速消息队列)国产消息中间件实现。FMQ国产消息中间件,也即FMQ数据交换平台,是一款免费国产消息中间件,其支持将解析后的日志文件内容以消息队列形式发送到目标接收端。FMQ数据交换平台支持多种平台:Linux系列、IBMAIX、Windows系列、HP Unix、SUNsolaris、UnixWare等,提供多种API接口:FMQ API For C、FMQ API For C++、FMQ API For Java、FMQ OCX API等。
步骤204,获取目标业务事件,并根据预设的参数提取规则从所述目标业务事件中提取执行所述保全业务流程所需的执行参数信息。
本实施例中,所述目标业务事件包括保全业务事件,所述保全业务事件指保险公司为使客户的保单有效,在客户的要求下,对保单进行变更的业务事件。
本实施例中,在执行所述获取目标业务事件的步骤之前,所述方法还包括:获取执行所述保全业务事件对应的业务描述性数据字段。
本实施例中,所述业务描述性数据字段包括保全变更字段,所述保全变更字段包括保额信息变更、被保人基本信息变更、投保人基本信息变更、投资资产分配变更、持仓资产比例变更、平台资产总额变更、AUM指标变更。其中,AUM,是英文Asset Under Management的缩写,是资产管理的意思。AUM指标,代表了客户在银行的资产情况。
本实施例中,所述根据预设的参数提取规则从所述保全业务事件中提取执行所述保全业务流程所需的执行参数信息的步骤,具体包括:采用关键词抽取方式,对所述业务描述性数据字段进行抽取,获得数据字段抽取结果;根据所述EDA执行模型的输入接口从所述数据字段抽取结果中筛选出所述输入接口的参数字段作为所述执行参数信息。
本实施例中,在执行所述采用关键词抽取方式,对所述业务描述性数据字段进行抽取,获得数据字段抽取结果的步骤之前,所述方法还包括:根据历史保全业务数据,预先整理构建出一套关键词抽取参照词典,在采用关键词对所述业务描述性数据字段进行抽取时,直接参照所述关键词抽取参照词典获得数据字段抽取结果。
步骤205,将所述执行参数信息输入所述EDA执行模型,并启动所述EDA执行模型,根据所述执行参数信息获取保全处理结果。
本实施例中,所述启动所述EDA执行模型,根据所述执行参数信息获取保全处理结果步骤之前,所述方法还包括:根据预设的监测件,构建所述EDA执行模型分别对所述业务流转程序中各业务节点间的执行监测关系;获取预先按照所述业务流转程序中各业务节点间的逻辑判断关系分别为所述业务流转程序中各业务节点所设置的节点处理状态,其中,所述节点处理状态的初始化状态都为未处理状态,可变状态包括已处理状态;获取预先按照所述业务流转程序中各业务节点间的逻辑判断关系分别为所述业务流转程序中各业务节点对应的检测规则所设置的初始检测状态、可变检测状态,其中,所述初始检测状态都为未检测状态,所述可变检测状态包括已检测通过状态、已检测未通过状态和未检测通过未知状态。
继续参考图4,图4是图2所示步骤205的一个具体实施例的流程图,包括:
步骤401,获取输入进所述EDA执行模型中的所述执行参数信息;
步骤402,根据预设的触发器,在所述业务流转程序开始执行时,触发启动所述EDA执行模型;
步骤403,基于所述监测件,识别在所述业务流转程序执行过程中所述各业务节点分别对应的节点处理状态;
步骤404,若所述各业务节点分别对应的节点处理状态都转换为所述已处理状态,则所述保全业务流程处理完成;
步骤405,获取所述业务流转程序中所述各业务节点分别对应的当前检测状态,将所述各业务节点分别对应的当前检测状态设为所述保全处理结果。
本实施例中,若所述各业务节点分别对应的节点处理状态中任一业务节点对应的处理状态为所述未处理状态,则进行检测等待,直到所述各业务节点分别对应的节点处理状态都转换为所述已处理状态,再执行检测程序,获取所述业务流转程序中所述各业务节点分别对应的当前检测状态。
通过DEA执行模型中监测件获取所述业务流转程序中所述各业务节点分别对应的节点处理状态以及当前检测状态,直接将通过所述检测程序获得的当前检测状态设为所述保全处理结果,做到了检测数据与保全业务处理数据的分离化,降低了多数据间的整理难度。
步骤206,根据预设的检测规则和所述保全处理结果判断所述业务流转程序是否处理成功。
本实施例中,所述预设的检测规则包括质检子规则、核验子规则、审核子规则和确认子规则,所述质检子规则、核验子规则、审核子规则和确认子规则一一对应设置在所述处理结果质检节点、质检结果核验节点、核验状态审核节点、主管确认节点处。
本实施例中,所述根据预设的检测规则和所述保全处理结果判断所述业务流转程序是否处理成功的步骤,具体包括:基于预设的检测解析模板,解析所述保全处理结果,获得结构化的检测数据;按照所述业务流转程序中各业务节点间的执行流转关系,分别使用各业务节点对应的子规则对上一业务节点执行后处理结果进行处理结果检测。
具体地,获取所述结构化的检测数据,并根据所述处理结果质检节点处设置的质检子规则判断所述结构化的检测数据是否通过所述处理结果质检节点,若通过,则所述保全处理节点保全处理成功,否则,所述保全处理节点保全处理失败;获取所述处理结果质检节点输出的质检处理结果,并根据所述质检结果核验节点处设置的核验子规则判断所述质检处理结果是否通过所述质检结果核验节点,若通过,则所述处理结果质检节点质检成功,否则,所述处理结果质检节点质检失败;获取所述质检结果核验节点输出的核验处理结果,并根据所述核验状态审核节点处设置的审核子规则判断所述质检处理结果是否通过所述核验状态审核节点,若通过,则所述质检结果核验节点核验成功,否则,所述质检结果核验节点核验失败;获取所述核验状态审核节点输出的审核处理结果,并根据所述主管确认节点设置的确定子规则判断所述审核处理结果是否通过所述主管确认节点,若通过,则所述核验状态审核节点审核成功,否则,所述核验状态审核节点审核失败;获取所述主管确认节点输出的确认处理结果,若通过所述主管确认节点,则所述主管确认节点确认成功,否则,所述主管确认节点确认失败。
步骤207,若所述业务流转程序为处理成功状态,则通过所述EDA执行模型的输出接口向预设的监测端发送处理成功通知。
本实施例中,所述处理成功状态表示所述质检子规则、核验子规则、审核子规则和确认子规则都为通过状态。
步骤208,若所述业务流转程序为处理不成功状态,则通过所述EDA执行模型的输出接口向所述预设的监测端发送处理不成功通知,同时一并发送处理不成功时的检测规则对应的检测数据。
本实施例中,所述处理不成功状态表示所述质检子规则、核验子规则、审核子规则和确认子规则中任一子规则为不通过状态。
通过EDA绘图工具,构建EDA执行模型,后续通过将FMQ消息中间件和检测程序部署到所述EDA执行模型内,从而对相应的保险业务程序进行执行流程检测。实现了结合EDA绘图工具简单建模和更加直观可视化的进行执行程序检测,便于运维人员直观进行程序监测,更加自动化和简单化。
本申请通过启动目标业务流程对应的业务流转程序,输出业务流转程序的执行日志;解析执行日志,获取业务流转程序中各业务节点间的执行流转关系和逻辑判断关系;根据业务流转程序中各业务节点间的执行流转关系和逻辑判断关系,采用EDA工作流制图法构建保全业务流程的EDA执行模型;获取目标业务事件,并根据预设的参数提取规则从目标业务事件中提取执行保全业务流程所需的执行参数信息;将执行参数信息输入EDA执行模型,并启动EDA执行模型,根据执行参数信息获取保全处理结果;根据预设的检测规则和保全处理结果判断业务流转程序是否处理成功;若业务流转程序为处理成功状态,则通过EDA执行模型的输出接口向预设的监测端发送处理成功通知;若业务流转程序为处理不成功状态,则通过EDA执行模型的输出接口向预设的监测端发送处理不成功通知,同时一并发送处理不成功时的检测规则对应的检测数据。通过EDA绘图工具,构建EDA执行模型,后续通过将FMQ消息中间件和检测程序部署到所述EDA执行模型内,从而对相应的保险业务程序进行执行流程检测。实现了结合EDA绘图工具简单建模和更加直观可视化的进行执行程序检测,便于运维人员直观进行程序监测,更加自动化和简单化,易于监测维护。
本申请实施例可以基于人工智能技术对相关的数据进行获取和处理。其中,人工智能(Artificial Intelligence,AI)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能,感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。
人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互系统、机电一体化等技术。人工智能软件技术主要包括计算机视觉技术、机器人技术、生物识别技术、语音处理技术、自然语言处理技术以及机器学习/深度学习等几大方向。
本申请实施例中,通过EDA绘图工具,构建EDA执行模型,后续通过将FMQ消息中间件和检测程序部署到所述EDA执行模型内,从而对相应的保险业务程序进行执行流程检测。实现了结合EDA绘图工具简单建模和更加直观可视化的进行执行程序检测,便于运维人员直观进行程序监测,更加自动化和简单化,易于监测维护。
进一步参考图5,作为对上述图2所示方法的实现,本申请提供了一种基于EDA模型的业务流程监测装置的一个实施例,该装置实施例与图2所示的方法实施例相对应,该装置具体可以应用于各种电子设备中。
如图5所示,本实施例所述的基于EDA模型的业务流程监测装置500包括:执行日志输出模块501、节点关系获取模块502、EDA执行模型构建模块503、执行参数信息提取模块504、EDA执行模型处理模块505、程序流转结果判断模块506、第一后续处理模块507和第二后续处理模块508。
其中:
执行日志输出模块501,用于启动目标业务流程对应的业务流转程序,输出所述业务流转程序的执行日志,其中,所述目标业务流程包括保全业务流程,所述执行日志中包括所述业务流转程序中各业务节点间的执行流转关系和逻辑判断关系;
节点关系获取模块502,用于解析所述执行日志,获取所述业务流转程序中各业务节点间的执行流转关系和逻辑判断关系;
EDA执行模型构建模块503,用于根据所述业务流转程序中各业务节点间的执行流转关系和逻辑判断关系,采用EDA工作流制图法构建所述保全业务流程的EDA执行模型,其中,所述各业务节点包括保全处理节点、处理结果质检节点、质检结果核验节点、核验状态审核节点、主管确认节点;
执行参数信息提取模块504,用于获取目标业务事件,并根据预设的参数提取规则从所述目标业务事件中提取执行所述保全业务流程所需的执行参数信息,其中,所述目标业务事件包括保全业务事件;
EDA执行模型处理模块505,用于将所述执行参数信息输入所述EDA执行模型,并启动所述EDA执行模型,根据所述执行参数信息获取保全处理结果;
程序流转结果判断模块506,用于根据预设的检测规则和所述保全处理结果判断所述业务流转程序是否处理成功,其中,所述预设的检测规则包括质检子规则、核验子规则、审核子规则和确认子规则,其中,所述质检子规则、核验子规则、审核子规则和确认子规则一一对应设置在所述处理结果质检节点、质检结果核验节点、核验状态审核节点、主管确认节点处;
第一后续处理模块507,用于若所述业务流转程序为处理成功状态,则通过所述EDA执行模型的输出接口向预设的监测端发送处理成功通知,其中,所述处理成功状态表示所述质检子规则、核验子规则、审核子规则和确认子规则都为通过状态;
第二后续处理模块508,用于若所述业务流转程序为处理不成功状态,则通过所述EDA执行模型的输出接口向所述预设的监测端发送处理不成功通知,同时一并发送处理不成功时的检测规则对应的检测数据,其中,所述处理不成功状态表示所述质检子规则、核验子规则、审核子规则和确认子规则中任一子规则为不通过状态。
本申请通过启动目标业务流程对应的业务流转程序,输出业务流转程序的执行日志;解析执行日志,获取业务流转程序中各业务节点间的执行流转关系和逻辑判断关系;根据业务流转程序中各业务节点间的执行流转关系和逻辑判断关系,采用EDA工作流制图法构建保全业务流程的EDA执行模型;获取目标业务事件,并根据预设的参数提取规则从目标业务事件中提取执行保全业务流程所需的执行参数信息;将执行参数信息输入EDA执行模型,并启动EDA执行模型,根据执行参数信息获取保全处理结果;根据预设的检测规则和保全处理结果判断业务流转程序是否处理成功;若业务流转程序为处理成功状态,则通过EDA执行模型的输出接口向预设的监测端发送处理成功通知;若业务流转程序为处理不成功状态,则通过EDA执行模型的输出接口向预设的监测端发送处理不成功通知,同时一并发送处理不成功时的检测规则对应的检测数据。通过EDA绘图工具,构建EDA执行模型,后续通过将FMQ消息中间件和检测程序部署到所述EDA执行模型内,从而对相应的保险业务程序进行执行流程检测。实现了结合EDA绘图工具简单建模和更加直观可视化的进行执行程序检测,便于运维人员直观进行程序监测,更加自动化和简单化,易于监测维护。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机可读指令来指令相关的硬件来完成,该计算机可读指令可存储于计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)等非易失性存储介质,或随机存储记忆体(Random Access Memory,RAM)等。
应该理解的是,虽然附图的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,其可以以其他的顺序执行。而且,附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,其执行顺序也不必然是依次进行,而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
为解决上述技术问题,本申请实施例还提供计算机设备。具体请参阅图6,图6为本实施例计算机设备基本结构框图。
所述计算机设备6包括通过系统总线相互通信连接存储器6a、处理器6b、网络接口6c。需要指出的是,图中仅示出了具有组件6a-6c的计算机设备6,但是应理解的是,并不要求实施所有示出的组件,可以替代的实施更多或者更少的组件。其中,本技术领域技术人员可以理解,这里的计算机设备是一种能够按照事先设定或存储的指令,自动进行数值计算和/或信息处理的设备,其硬件包括但不限于微处理器、专用集成电路(ApplicationSpecific Integrated Circu it,ASIC)、可编程门阵列(Field -Programmable GateArray,FPGA)、数字处理器(Digital Signal Processor,DSP)、嵌入式设备等。
所述计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。
所述存储器6a至少包括一种类型的可读存储介质,所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如,SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中,所述存储器6a可以是所述计算机设备6的内部存储单元,例如该计算机设备6的硬盘或内存。在另一些实施例中,所述存储器6a也可以是所述计算机设备6的外部存储设备,例如该计算机设备6上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(FlashCard)等。当然,所述存储器6a还可以既包括所述计算机设备6的内部存储单元也包括其外部存储设备。本实施例中,所述存储器6a通常用于存储安装于所述计算机设备6的操作系统和各类应用软件,例如基于EDA模型的业务流程监测方法的计算机可读指令等。此外,所述存储器6a还可以用于暂时地存储已经输出或者将要输出的各类数据。
所述处理器6b在一些实施例中可以是中央处理器(Central Processing Unit,CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器6b通常用于控制所述计算机设备6的总体操作。本实施例中,所述处理器6b用于运行所述存储器6a中存储的计算机可读指令或者处理数据,例如运行所述基于EDA模型的业务流程监测方法的计算机可读指令。
所述网络接口6c可包括无线网络接口或有线网络接口,该网络接口6c通常用于在所述计算机设备6与其他电子设备之间建立通信连接。
本实施例提出的计算机设备,属于金融科技技术领域,应用于保全业务流程自动化检测过程中。本申请通过启动目标业务流程对应的业务流转程序,输出业务流转程序的执行日志;解析执行日志,获取业务流转程序中各业务节点间的执行流转关系和逻辑判断关系;根据业务流转程序中各业务节点间的执行流转关系和逻辑判断关系,采用EDA工作流制图法构建保全业务流程的EDA执行模型;获取目标业务事件,并根据预设的参数提取规则从目标业务事件中提取执行保全业务流程所需的执行参数信息;将执行参数信息输入EDA执行模型,并启动EDA执行模型,根据执行参数信息获取保全处理结果;根据预设的检测规则和保全处理结果判断业务流转程序是否处理成功;若成功,则通过EDA执行模型的输出接口向预设的监测端发送处理成功通知;若不成功,则通过EDA执行模型的输出接口向预设的监测端发送处理不成功通知,同时一并发送处理不成功时的检测规则对应的检测数据。通过EDA绘图工具,构建EDA执行模型,后续通过将FMQ消息中间件和检测程序部署到所述EDA执行模型内,从而对相应的保险业务程序进行执行流程检测。实现了结合EDA绘图工具简单建模和更加直观可视化的进行执行程序检测,便于运维人员直观进行程序监测,更加自动化和简单化,易于监测维护。
本申请还提供了另一种实施方式,即提供一种计算机可读存储介质,所述计算机可读存储介质存储有计算机可读指令,所述计算机可读指令可被处理器执行,以使所述处理器执行如上述的基于EDA模型的业务流程监测方法的步骤。
本实施例提出的计算机可读存储介质,属于金融科技技术领域,应用于保全业务流程自动化检测过程中。本申请通过启动目标业务流程对应的业务流转程序,输出业务流转程序的执行日志;解析执行日志,获取业务流转程序中各业务节点间的执行流转关系和逻辑判断关系;根据业务流转程序中各业务节点间的执行流转关系和逻辑判断关系,采用EDA工作流制图法构建保全业务流程的EDA执行模型;获取目标业务事件,并根据预设的参数提取规则从目标业务事件中提取执行保全业务流程所需的执行参数信息;将执行参数信息输入EDA执行模型,并启动EDA执行模型,根据执行参数信息获取保全处理结果;根据预设的检测规则和保全处理结果判断业务流转程序是否处理成功;若成功,则通过EDA执行模型的输出接口向预设的监测端发送处理成功通知;若不成功,则通过EDA执行模型的输出接口向预设的监测端发送处理不成功通知,同时一并发送处理不成功时的检测规则对应的检测数据。通过EDA绘图工具,构建EDA执行模型,后续通过将FMQ消息中间件和检测程序部署到所述EDA执行模型内,从而对相应的保险业务程序进行执行流程检测。实现了结合EDA绘图工具简单建模和更加直观可视化的进行执行程序检测,便于运维人员直观进行程序监测,更加自动化和简单化,易于监测维护。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本申请各个实施例所述的方法。
显然,以上所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例,附图中给出了本申请的较佳实施例,但并不限制本申请的专利范围。本申请可以以许多不同的形式来实现,相反地,提供这些实施例的目的是使对本申请的公开内容的理解更加透彻全面。尽管参照前述实施例对本申请进行了详细的说明,对于本领域的技术人员来而言,其依然可以对前述各具体实施方式所记载的技术方案进行修改,或者对其中部分技术特征进行等效替换。凡是利用本申请说明书及附图内容所做的等效结构,直接或间接运用在其他相关的技术领域,均同理在本申请专利保护范围之内。

Claims (10)

1.一种基于EDA模型的业务流程监测方法,其特征在于,包括下述步骤:
启动目标业务流程对应的业务流转程序,输出所述业务流转程序的执行日志,其中,所述目标业务流程包括保全业务流程,所述执行日志中包括所述业务流转程序中各业务节点间的执行流转关系和逻辑判断关系;
解析所述执行日志,获取所述业务流转程序中各业务节点间的执行流转关系和逻辑判断关系;
根据所述业务流转程序中各业务节点间的执行流转关系和逻辑判断关系,采用EDA工作流制图法构建所述保全业务流程的EDA执行模型,其中,所述各业务节点包括保全处理节点、处理结果质检节点、质检结果核验节点、核验状态审核节点、主管确认节点;
获取目标业务事件,并根据预设的参数提取规则从所述目标业务事件中提取执行所述保全业务流程所需的执行参数信息,其中,所述目标业务事件包括保全业务事件;
将所述执行参数信息输入所述EDA执行模型,并启动所述EDA执行模型,根据所述执行参数信息获取保全处理结果;
根据预设的检测规则和所述保全处理结果判断所述业务流转程序是否处理成功,其中,所述预设的检测规则包括质检子规则、核验子规则、审核子规则和确认子规则,其中,所述质检子规则、核验子规则、审核子规则和确认子规则一一对应设置在所述处理结果质检节点、质检结果核验节点、核验状态审核节点、主管确认节点处;
若所述业务流转程序为处理成功状态,则通过所述EDA执行模型的输出接口向预设的监测端发送处理成功通知,其中,所述处理成功状态表示所述质检子规则、核验子规则、审核子规则和确认子规则都为通过状态;
若所述业务流转程序为处理不成功状态,则通过所述EDA执行模型的输出接口向所述预设的监测端发送处理不成功通知,同时一并发送处理不成功时的检测规则对应的检测数据,其中,所述处理不成功状态表示所述质检子规则、核验子规则、审核子规则和确认子规则中任一子规则为不通过状态。
2.根据权利要求1所述的基于EDA模型的业务流程监测方法,其特征在于,所述解析所述执行日志,获取所述业务流转程序中各业务节点间的执行流转关系和逻辑判断关系的步骤,具体包括:
根据预设的日志解析模板解析所述执行日志,并按照日志记录先后顺序逐行获得日志解析结果,其中,所述预设的日志解析模板中包括执行逻辑判断字符;
基于所述按照日志记录先后顺序逐行获得日志解析结果,依次提取出所述业务流转程序中各业务节点;
通过提取顺序确定所述业务流转程序中各业务节点间的执行流转关系;
根据所述执行逻辑判断字符和所述日志解析结果,获取所述业务流转程序中各业务节点间的逻辑判断关系。
3.根据权利要求1所述的基于EDA模型的业务流程监测方法,其特征在于,在执行所述根据所述业务流转程序中各业务节点间的执行流转关系和逻辑判断关系,采用EDA工作流制图法构建所述保全业务流程的EDA执行模型的步骤之前,所述方法还包括:
获取预先从EDA工作流制图工具中筛选的业务节点表示模板、逻辑关系表示模板、连接线段;
所述根据所述业务流转程序中各业务节点间的执行流转关系和逻辑判断关系,采用EDA工作流制图法构建所述保全业务流程的EDA执行模型的步骤,具体包括:
根据所述业务流转程序中各业务节点间的执行流转关系和逻辑判断关系,采用所述连接线段连接相应的业务节点表示模板和逻辑关系表示模板,获取模板间连接图;
按照所述模板间连接图构建所述保全业务流程的EDA执行模型。
4.根据权利要求3所述的基于EDA模型的业务流程监测方法,其特征在于,所述按照所述模板间连接图构建所述保全业务流程的EDA执行模型的步骤,包括:
识别所述模板间连接图中所述业务流转程序中各业务节点;
根据所述各业务节点在所述模板间连接图内的连接关系,部署消息流式检测程序,其中,所述消息流式检测程序中每个上一业务节点至下一业务节点间的消息传输均采用消息队列方式实现,具体地,选择FMQ国产消息中间件实现。
5.根据权利要求1所述的基于EDA模型的业务流程监测方法,其特征在于,在执行所述获取目标业务事件的步骤之前,所述方法还包括:
获取执行所述保全业务事件对应的业务描述性数据字段,其中,所述业务描述性数据字段包括保全变更字段,所述保全变更字段包括保额信息变更、被保人基本信息变更、投保人基本信息变更、投资资产分配变更、持仓资产比例变更、平台资产总额变更、AUM指标变更;
所述根据预设的参数提取规则从所述保全业务事件中提取执行所述保全业务流程所需的执行参数信息的步骤,具体包括:
采用关键词抽取方式,对所述业务描述性数据字段进行抽取,获得数据字段抽取结果;
根据所述EDA执行模型的输入接口从所述数据字段抽取结果中筛选出所述输入接口的参数字段作为所述执行参数信息。
6.根据权利要求5所述的基于EDA模型的业务流程监测方法,其特征在于,所述启动所述EDA执行模型,根据所述执行参数信息获取保全处理结果步骤之前,所述方法还包括:
根据预设的监测件,构建所述EDA执行模型分别对所述业务流转程序中各业务节点间的执行监测关系;
获取预先按照所述业务流转程序中各业务节点间的逻辑判断关系分别为所述业务流转程序中各业务节点所设置的节点处理状态,其中,所述节点处理状态的初始化状态都为未处理状态,可变状态包括已处理状态;
获取预先按照所述业务流转程序中各业务节点间的逻辑判断关系分别为所述业务流转程序中各业务节点对应的检测规则所设置的初始检测状态、可变检测状态,其中,所述初始检测状态都为未检测状态,所述可变检测状态包括已检测通过状态、已检测未通过状态和未检测通过未知状态;
所述启动所述EDA执行模型,根据所述执行参数信息获取保全处理结果的步骤,具体包括:
根据预设的触发器,在所述业务流转程序开始执行时,触发启动所述EDA执行模型;
基于所述监测件,识别在所述业务流转程序执行过程中所述各业务节点分别对应的节点处理状态;
若所述各业务节点分别对应的节点处理状态都转换为所述已处理状态,则所述保全业务流程处理完成;
获取所述业务流转程序中所述各业务节点分别对应的当前检测状态,将所述各业务节点分别对应的当前检测状态设为所述保全处理结果。
7.根据权利要求1或6所述的基于EDA模型的业务流程监测方法,其特征在于,所述根据预设的检测规则和所述保全处理结果判断所述业务流转程序是否处理成功的步骤,具体包括:
基于预设的检测解析模板,解析所述保全处理结果,获得结构化的检测数据;
按照所述业务流转程序中各业务节点间的执行流转关系,分别使用各业务节点对应的子规则对上一业务节点执行后处理结果进行处理结果检测,具体地,
获取所述结构化的检测数据,并根据所述处理结果质检节点处设置的质检子规则判断所述结构化的检测数据是否通过所述处理结果质检节点,若通过,则所述保全处理节点保全处理成功,否则,所述保全处理节点保全处理失败,
获取所述处理结果质检节点输出的质检处理结果,并根据所述质检结果核验节点处设置的核验子规则判断所述质检处理结果是否通过所述质检结果核验节点,若通过,则所述处理结果质检节点质检成功,否则,所述处理结果质检节点质检失败,
获取所述质检结果核验节点输出的核验处理结果,并根据所述核验状态审核节点处设置的审核子规则判断所述质检处理结果是否通过所述核验状态审核节点,若通过,则所述质检结果核验节点核验成功,否则,所述质检结果核验节点核验失败,
获取所述核验状态审核节点输出的审核处理结果,并根据所述主管确认节点设置的确定子规则判断所述审核处理结果是否通过所述主管确认节点,若通过,则所述核验状态审核节点审核成功,否则,所述核验状态审核节点审核失败,
获取所述主管确认节点输出的确认处理结果,若通过所述主管确认节点,则所述主管确认节点确认成功,否则,所述主管确认节点确认失败。
8.一种基于EDA模型的业务流程监测装置,其特征在于,包括:
执行日志输出模块,用于启动目标业务流程对应的业务流转程序,输出所述业务流转程序的执行日志,其中,所述目标业务流程包括保全业务流程,所述执行日志中包括所述业务流转程序中各业务节点间的执行流转关系和逻辑判断关系;
节点关系获取模块,用于解析所述执行日志,获取所述业务流转程序中各业务节点间的执行流转关系和逻辑判断关系;
EDA执行模型构建模块,用于根据所述业务流转程序中各业务节点间的执行流转关系和逻辑判断关系,采用EDA工作流制图法构建所述保全业务流程的EDA执行模型,其中,所述各业务节点包括保全处理节点、处理结果质检节点、质检结果核验节点、核验状态审核节点、主管确认节点;
执行参数信息提取模块,用于获取目标业务事件,并根据预设的参数提取规则从所述目标业务事件中提取执行所述保全业务流程所需的执行参数信息,其中,所述目标业务事件包括保全业务事件;
EDA执行模型处理模块,用于将所述执行参数信息输入所述EDA执行模型,并启动所述EDA执行模型,根据所述执行参数信息获取保全处理结果;
程序流转结果判断模块,用于根据预设的检测规则和所述保全处理结果判断所述业务流转程序是否处理成功,其中,所述预设的检测规则包括质检子规则、核验子规则、审核子规则和确认子规则,其中,所述质检子规则、核验子规则、审核子规则和确认子规则一一对应设置在所述处理结果质检节点、质检结果核验节点、核验状态审核节点、主管确认节点处;
第一后续处理模块,用于若所述业务流转程序为处理成功状态,则通过所述EDA执行模型的输出接口向预设的监测端发送处理成功通知,其中,所述处理成功状态表示所述质检子规则、核验子规则、审核子规则和确认子规则都为通过状态;
第二后续处理模块,用于若所述业务流转程序为处理不成功状态,则通过所述EDA执行模型的输出接口向所述预设的监测端发送处理不成功通知,同时一并发送处理不成功时的检测规则对应的检测数据,其中,所述处理不成功状态表示所述质检子规则、核验子规则、审核子规则和确认子规则中任一子规则为不通过状态。
9.一种计算机设备,包括存储器和处理器,所述存储器中存储有计算机可读指令,所述处理器执行所述计算机可读指令时实现如权利要求1至7中任一项所述的基于EDA模型的业务流程监测方法的步骤。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机可读指令,所述计算机可读指令被处理器执行时实现如权利要求1至7中任一项所述的基于EDA模型的业务流程监测方法的步骤。
CN202311064187.7A 2023-08-22 2023-08-22 基于eda模型的业务流程监测方法及其相关设备 Pending CN117112415A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311064187.7A CN117112415A (zh) 2023-08-22 2023-08-22 基于eda模型的业务流程监测方法及其相关设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202311064187.7A CN117112415A (zh) 2023-08-22 2023-08-22 基于eda模型的业务流程监测方法及其相关设备

Publications (1)

Publication Number Publication Date
CN117112415A true CN117112415A (zh) 2023-11-24

Family

ID=88812200

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202311064187.7A Pending CN117112415A (zh) 2023-08-22 2023-08-22 基于eda模型的业务流程监测方法及其相关设备

Country Status (1)

Country Link
CN (1) CN117112415A (zh)

Similar Documents

Publication Publication Date Title
WO2018120721A1 (zh) 用户界面的测试方法、系统、电子装置及计算机可读存储介质
CN111552633A (zh) 接口的异常调用测试方法、装置、计算机设备及存储介质
CN116453125A (zh) 基于人工智能的数据录入方法、装置、设备及存储介质
CN115757075A (zh) 任务异常检测方法、装置、计算机设备及存储介质
CN114281707A (zh) 造数方法、业务应用测试方法及其相关设备
US11394629B1 (en) Generating recommendations for network incident resolution
CN113869789A (zh) 一种风险监控的方法、装置、计算机设备及存储介质
CN117034230A (zh) 一种数据校验方法、装置、设备及其存储介质
CN117234505A (zh) 一种交互页面生成方法、装置、设备及其存储介质
CN116841846A (zh) 一种实时日志异常检测方法、装置、设备及其存储介质
CN116662987A (zh) 业务系统监控方法、装置、计算机设备及存储介质
CN117112415A (zh) 基于eda模型的业务流程监测方法及其相关设备
CN111598159B (zh) 机器学习模型的训练方法、装置、设备及存储介质
CN109977221B (zh) 基于大数据的用户验证方法及装置、存储介质、电子设备
CN116467166A (zh) 一种缺陷信息处理方法、装置、设备及其存储介质
CN116841479A (zh) 一种文本打印方法、装置、设备及其存储介质
CN116701488A (zh) 数据处理方法、装置、计算机设备及存储介质
CN117992966A (zh) 漏洞检测方法、模型训练方法及对应装置
CN117453536A (zh) 系统异常分析方法、装置、计算机设备及存储介质
CN117151857A (zh) 一种审批风险筛查方法、装置、设备及其存储介质
CN116909702A (zh) 一种基于测试数据的任务生成方法及相关设备
CN116663003A (zh) 攻击检测方法、装置、计算机设备及存储介质
CN116796133A (zh) 数据分析方法、装置、计算机设备及存储介质
CN116955201A (zh) 数据开发测试方法、装置、设备及介质
CN118260191A (zh) 规则引擎测试方法、装置、设备和介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination