CN107657425A - 业务流程处理方法及装置、计算机可读介质、电子设备 - Google Patents
业务流程处理方法及装置、计算机可读介质、电子设备 Download PDFInfo
- Publication number
- CN107657425A CN107657425A CN201710841783.XA CN201710841783A CN107657425A CN 107657425 A CN107657425 A CN 107657425A CN 201710841783 A CN201710841783 A CN 201710841783A CN 107657425 A CN107657425 A CN 107657425A
- Authority
- CN
- China
- Prior art keywords
- function phases
- function
- phases
- operation flow
- stage
- 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
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/103—Workflow collaboration or project management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/08—Insurance
Abstract
本发明实施例提供一种业务流程处理方法及装置、计算机可读介质、电子设备。所述业务流程处理方法包括:将业务流程按照执行顺序分割成多个不同的功能阶段;根据所述多个不同的功能阶段为所述业务流程的执行提供多个接口,其中,所述多个接口分别从不同的功能阶段开始执行到最后的功能阶段;在执行所述业务流程的过程中,若定位到所述多个不同的功能阶段中的问题阶段,则根据业务流程的执行顺序,调用从所述问题阶段前的功能阶段开始执行的接口重新执行所述业务流程。本发明实施例的技术方案通过分阶段多入口的处理业务流程,能够在定位到问题时,快速执行相应的操作,减少业务流程的重复操作时间和资源,降低运维成本。
Description
技术领域
本发明涉及数据处理技术领域,尤其涉及一种业务流程处理方法及装置、计算机可读介质、电子设备。
背景技术
保险行业从接收到投保数据到通过核保后,承保生成电子保单以及数据落地,整个过程是一个相对比较长的过程,每个阶段都依赖上一个阶段的数据。
互联网保险数据量大,交互频繁,更是需要严格确认上一个阶段数据的完整性和正确性,在如此多的阶段流程处理上,传统的技术方案只做最后数据核对,存在问题就通过日志进行排查,如果没有问题就按照正确处理。
同时,现有技术中,整个业务流程按照日结文件下载、文件切割、解析文件、数据入库、合单业务处理、承保处理、核保等过程进行顺序处理,每个节点都是依赖上个节点完成后顺序执行,一旦过程中出现问题,后续的流程就会阻断,需要流程从日结文件下载开始,将数据重新进行操作。
上述现有技术方案中造成的弊端是:
(1)流程依赖性比较强,只有整个过程完全处理完毕之后,根据最后的结果才能判断流程是否存在问题。
(2)问题一旦出现,很难定位问题出现的地方,排查难度高,运维成本比较高。
(3)流程操作失败之后,需要重新开始,浪费过多的重复操作时间和资源,运维成本比较高。
因此,需要一种新的业务流程处理方法及装置、计算机可读介质、电子设备。
发明内容
为克服相关技术中存在的问题,本发明的实施例提供一种业务流程处理方法及装置、计算机可读介质、电子设备,实现对业务流程进行分阶段、多入口的管理。
根据本发明实施例的一个方面,提供一种业务流程处理方法,包括:将业务流程按照执行顺序分割成多个不同的功能阶段;根据所述多个不同的功能阶段为所述业务流程的执行提供多个接口,其中,所述多个接口分别从不同的功能阶段开始执行到最后的功能阶段;在执行所述业务流程的过程中,若定位到所述多个不同的功能阶段中的问题阶段,则根据业务流程的执行顺序,调用从所述问题阶段前的功能阶段开始执行的接口重新执行所述业务流程。
在本发明的一种示例性实施例中,所述将业务流程按照执行顺序分割成多个不同的功能阶段包括:将整个业务流程按照实现功能的不同分割成多个不同的功能阶段;根据预设标准判断各个功能阶段是否是固定在所述整个业务流程当中进行处理的;若所述功能阶段不是固定在所述整个业务流程当中进行处理的,则剔除相应的功能阶段。
在本发明的一种示例性实施例中,所述预设标准为当前功能阶段的执行是否依赖上一功能阶段的完成,并且所述当前功能阶段对下一功能阶段的执行是否有影响。
在本发明的一种示例性实施例中,所述多个接口中的第一接口从第一功能阶段开始执行到最后的功能阶段;第二接口从第二功能阶段开始执行到最后的功能阶段;第n接口从第n功能阶段开始执行到最后的功能阶段。
在本发明的一种示例性实施例中,所述方法还包括:定位所述多个不同的功能阶段中的问题阶段。
在本发明的一种示例性实施例中,所述定位所述多个不同的功能阶段中的问题阶段包括:当任一所述功能阶段出现问题时,在日志记录表中记录任一所述功能阶段的异常标识;查询所述日志记录表,以基于查询到的异常标识定位到所述问题阶段。
在本发明的一种示例性实施例中,所述方法还包括:预先根据所述功能阶段进行自定义异常规划;自定义各个功能阶段的异常标识。
在本发明的一种示例性实施例中,所述方法还包括:在所述日志记录表中记录所述问题阶段的异常产生原因。
根据本发明实施例的一个方面,提供一种业务流程处理装置,包括:阶段分割模块,用于将业务流程按照执行顺序分割成多个不同的功能阶段;多入口生成模块,用于根据所述多个不同的功能阶段为所述业务流程的执行提供多个接口,其中,所述多个接口分别从不同的功能阶段开始执行到最后的功能阶段;接口调用模块,用于在执行所述业务流程的过程中,若定位到所述多个不同的功能阶段中的问题阶段,则根据业务流程的执行顺序,调用从所述问题阶段前的功能阶段开始执行的接口重新执行所述业务流程。
根据本发明实施例的一个方面,提供一种计算机可读介质,其上存储有计算机程序,所述程序被处理器执行时实现上述发明实施例中的业务流程处理方法。
根据本发明实施例的一个方面,提供一种电子设备,包括:一个或多个处理器;以及存储装置,用于存储一个或多个程序;当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如上述发明实施例中的业务流程处理方法。
本发明示例实施方式中的业务流程处理方法及装置、计算机可读介质、电子设备,通过对业务流程进行分阶段、多入口的管控,一方面,能够降低业务流程各个处理阶段之间的流程依赖性;另一方面,一旦定位到问题,能够从流程操作失败的前一个或者前几个阶段开始执行,减少重复操作时间和资源,降低运维成本。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本发明的实施例,并与说明书一起用于解释本发明的原理。显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是根据一示例性实施例示出的一种业务流程处理方法的流程图;
图2是根据一示例性实施例示出的图1中所示的步骤S110的具体流程图;
图3是根据一示例性实施例示出的一种整个业务流程的流程图;
图4是根据一示例性实施例示出的另一种业务流程处理方法的流程图;
图5是根据一示例性实施例示出的一种业务流程处理装置的模块示意图;
图6是根据一示例性实施例示出的一种电子设备的结构示意图。
具体实施方式
现在将参考附图更全面地描述示例性实施例。然而,示例性实施例能够以多种形式实施,且不应被理解为限于在此阐述的实施方式;相反,提供这些实施方式使得本发明的实施例将全面和完整,并将示例性实施例的构思全面地传达给本领域的技术人员。在图中,相同的附图标记表示相同或类似的结构,因而将省略它们的详细描述。
此外,所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中,提供许多具体细节从而给出对本发明的实施例的充分理解。然而,本领域技术人员将意识到,可以实践本发明实施例的技术方案而没有所述特定细节中的一个或更多,或者可以采用其它的模块、步骤等。在其它情况下,不详细示出或描述公知结构以避免模糊本发明实施例的各方面。
图1是根据一示例性实施例示出的一种业务流程处理方法的流程图。
如图1所示,该业务流程处理方法可以包括以下步骤。
在步骤S110中,将业务流程按照执行顺序分割成多个不同的功能阶段。
在本发明的示例性实施例中,如图2所示,步骤S110包括:
步骤S111,将整个业务流程按照实现功能的不同分割成多个不同的功能阶段。
步骤S112,根据预设标准判断各个功能阶段是否是固定在所述整个业务流程当中进行处理的。
在示例性实施例中,所述预设标准可以为当前功能阶段的执行是否依赖上一功能阶段的完成,并且所述当前功能阶段对下一功能阶段的执行是否有影响。
具体地,根据业务流程的执行顺序,若某一个功能阶段的执行需要依赖于上一个功能阶段的完成,且对下一功能阶段的执行有影响,则确定该功能阶段是固定在整个业务流程中进行处理的;反之,若某一个功能阶段的执行不依赖于上一个功能阶段的完成(业务流程的第一个功能阶段除外),或者对下一功能阶段的执行没有影响(业务流程的最后一个功能阶段除外),则确定该功能阶段不是固定在整个业务流程中进行处理的。
步骤S113,若所述功能阶段不是固定在所述整个业务流程当中进行处理的,则剔除相应的功能阶段。
在本发明的实施例中,当在步骤S113中剔除相应的功能阶段之后,剩余的功能阶段都是固定在整个业务流程当中进行处理的,即剩余的功能阶段之间存在执行顺序,具体为:剩余的功能阶段中后一个功能阶段的执行都需要依赖于前一个功能阶段的完成。
继续参照图1,在步骤S120中,根据所述多个不同的功能阶段为所述业务流程的执行提供多个接口。其中,所述多个接口分别从不同的功能阶段开始执行到最后的功能阶段。
在本发明的示例性实施例中,所述多个接口中的第一接口从第一功能阶段开始执行到最后的功能阶段;第二接口从第二功能阶段开始执行到最后的功能阶段;第n(n为大于1的正整数)接口从第n功能阶段开始执行到最后的功能阶段。
在步骤S130中,在执行所述业务流程的过程中,若定位到所述多个不同的功能阶段中的问题阶段,则根据业务流程的执行顺序,调用从所述问题阶段前的功能阶段开始执行的接口重新执行所述业务流程。
在本发明的示例性实施例中,所述方法还可以包括:定位所述多个不同的功能阶段中的问题阶段。
在本发明的示例性实施例中,所述定位所述多个不同的功能阶段中的问题阶段可以包括:当任一所述功能阶段出现问题时,在日志记录表中记录任一所述功能阶段的异常标识;查询所述日志记录表,以基于查询到的异常标识定位到所述问题阶段。
在示例性实施例中,所述方法还可以包括:预先根据所述功能阶段进行自定义异常规划;自定义各个功能阶段的异常标识。
在示例性实施例中,所述方法还可以包括:在所述日志记录表中记录所述问题阶段的异常产生原因。
本发明实施方式提供的业务流程处理方法,实现了业务流程操作过程分阶段的事物处理,能够保证一个阶段内数据是有业务一致性的;同时,通过多入口的运维执行方式,多入口处理业务流程,当处理流程从哪里出问题时,可以在出问题的前一个或者前几个阶段重新操作,减少重复操作时间和资源,降低运维成本。
本发明的实施例中,所述业务一致性是指,在某个环节把这个模块操作指定为一个业务模块,在这个模块中存在多次的操作,比如下载文件的时候有多个文件下载,如果全部正确下载完毕,系统就认为下载模块是整体执行成功的。如果其中一个文件下载失败,那么这个流程模块是不正确的,需要将所有的文件删除,保证这个模块跟没有执行一样,方便运维的时候重新执行这个功能模块,而不会出现部分文件重复的情况。
下面通过图3和图4以保险行业为例对本发明实施例提供的业务流程处理方法进行举例说明,但本发明的实施例并不限定于此。
图3是根据一示例性实施例示出的一种整个业务流程的流程图。
如图3所示,本发明实施例以保险行业为例进行举例说明,但需要说明的是,本发明的实施例并不限定于此,其可以应用于任何行业的任意业务流程,整个业务流程可以根据具体的行业不同而不同。在保险行业,其整个业务流程可以包括以下步骤:
步骤S301,Ftp服务器获取指定渠道和路径下的日结文件。具体地,Ftp服务器可以从多个渠道(例如图1所示中的渠道1、渠道2和渠道3)中获取指定渠道和路径下的日结文件。
需要说明的是,在本发明的实施例中,所述的多个渠道例如可以是携程、向日葵、美团、腾讯、阿里等公司合作的保险产品的销售渠道。本发明实施例中的日结文件是指结算数据按照天为单位将当天所有的数据以特定的格式存放起来,然后将文件作为数据交互的方式处理。其中,日结文件中存放的信息可以包括:保单信息,账单信息,干系人信息等。
当获取到日结文件之后,可以执行步骤S309和步骤S302,在步骤S309中,可以根据获取到的日结文件进行初步数量级统计。例如,可以使用linux命令,将数据/文件的件数做统计,将里面的数字型数据简单累加,比如保费保额做一个初步的累加统计。
继续参照图3,所述的业务流程还包括:
步骤S302,多服务器下载解析处理日结文件。
步骤S303,当对日结文件进行解析处理之后,可以基于分库分表的方式存储基础信息。
在本发明的实施例中,基础信息可以指保单信息、干系人信息、账单、批单等这些存在日结文件中信息解析之后存放的信息。
在执行步骤S303之后,可以执行步骤S304,也可以进行异步配置化定时归档。
需要说明的是,定时归档的作用是做数据的存根,但是在业务上这些数据几乎不使用,归档之后可以减少存储压力。异步指的是另外设置一个执行的入口处理,使得当前的归档功能在执行的时候跟合单承保流程互不影响和干扰。配置化归档是指将执行时间、执行方法、执行方式作为处理数据的条件等。
在步骤S304中,进行大数据量的合并处理。这里的大数据量合并处理即上述提到的合单处理。
继续参照图3,还包括:
步骤S305,判断是否承保,若是,则执行步骤S306;否则,说明业务流程处理出现问题,此时可以进行报警处理,以通知运维人员介入处理。
步骤S306,进行承保统计。
步骤S307,判断统计是否正常;当统计正常时,执行步骤S308;否则,说明业务流程处理出现问题,此时可以进行报警处理,以通知运维人员介入处理。
步骤S308,推送正常对比业绩,即跟正常进行承保的数据做对比,如果对比之后确定统计不正常,则进行报警处理。
需要说明的是,上述推送正常对比业绩的目的一方面是告知运维人员程序运行正常,另外一方面告知相关业务人员产品的销售情况。
图3示出了根据本发明的实施例的保险行业的一个业务流程的示意图,对于该业务流程,根据本发明实施例中的业务流程处理方法可以如图4所示,具体包括如下步骤:
在步骤S410中,将整个业务流程按照实现功能的不同分割成多个不同的功能阶段。
本发明的实施例中,首先对整体流程进行分割处理。
对于图3所示的业务流程,可以将整个流程按照实现功能的不同分为多个清晰可分配的功能模块。其中,所述的清晰可分配的功能模块指可以很清楚区分的功能模块,比如文件下载是一个功能模块,文件解析和入库是一个功能模块,合单是一个功能模块。
具体地,图3所示的业务流程分割如下:
步骤S301对应于文件下载功能;步骤S302对应于文件切割功能;步骤S303对应于文件解析入库功能(入库也根据文件类型做小模块的区分);步骤S304对应于合单处理功能;步骤S305对应于承保功能;步骤S306和步骤S307对应于统计功能;步骤S308对应于业绩推送功能。此外,图3中所示的步骤“异步配置化定时归档”对应于异步归档功能;图3中所示的步骤“报警处理”对应于报警处理功能。
在本发明的实施例中,上述文件解析入库功能中涉及的“入库也根据文件类型做小模块的区分”中的小模块的划分就是在每个环节,又可以进行细致的划分,比如说在分库分表处理数据的时候,需要同时处理保单信息、干系人信息、账单信息等这些,都是属于文件解析入库的模块,但是又需要分别操作的小模块。
在步骤S420中,根据预设标准判断各个功能阶段是否是固定在所述整个业务流程当中进行处理的。
在本发明的示例性实施例中,所述预设标准为当前功能阶段的执行是否依赖上一功能阶段的完成,并且所述当前功能阶段对下一功能阶段的执行是否有影响。
其中,具体判定的标准可以是,该业务流程的当前功能阶段的执行是不是必须依赖上一个节点(业务流程中的每个功能阶段可以作为一个节点)的完成,并且对下个节点的执行有没有影响。根据这个标准,可以将所有的业务流程分为两类:一类是固定在整个业务流程当中进行处理的;另外一类是排除在整个业务流程之外的。若当前功能阶段的执行必须依赖上一个节点完成,且对下个节点的执行有影响,则将该功能判定为是固定在整个业务流程当中进行处理的。
在步骤S430中,当所述功能阶段是固定在所述整个业务流程当中进行处理的,将其定义为主干功能阶段。
例如,还是以图3中所示的业务流程为例,业务主干包括:步骤S301、文件下载功能;步骤S302、文件切割功能;步骤S303、文件解析入库功能;步骤S304、合单处理功能;步骤S305、承保功能;步骤S306和步骤S307、统计功能;步骤S308、业绩推送功能。
在步骤S440中,根据所述主干功能阶段为所述业务流程的执行提供多个接口,其中,所述多个接口分别从不同的主干功能阶段开始执行到最后的主干功能阶段。
例如,将主要的业务流程梳理一个多入口的整体业务主干:
入口1:从步骤S301执行到步骤S308截止;
入口2:从步骤S302执行到步骤S308截止;
入口3:从步骤S303执行到步骤S308截止;
入口4:从步骤S304执行到步骤S308截止;
入口5:从步骤S305执行到步骤S308截止;
入口6:从步骤S306执行到步骤S308截止;
入口7:只执行步骤S308。
此处入口指的是对外开放的接口,可以通过直接调用接口开始整个业务流程的执行。此功能主要用于保证调用任一个入口都可以将整个业务流程执行到最后。
需要说明的是,虽然上述的举例中将各个入口分别从前一个入口的初始步骤的下一个步骤开始执行,例如入口1从步骤S301开始执行,入口2从步骤S302开始执行,但在其他的实施例中,也可以设置更少一点的入口,例如入口1从步骤S301执行到步骤S308截止;入口2从步骤S303执行到步骤S308截止;入口3从步骤S305执行到步骤S308截止;入口4只执行步骤S308。具体的多入口设置可以根据实际情况进行灵活设置,本发明的实施例对此不作限定。
在步骤S450中,定位所述主干功能阶段中的问题阶段。
本发明的示例性实施例中,可以通过自定义异常标识的方式实现快速定位问题。
在本发明的实施例中,通过自定义异常标识的方式实现快速定位问题的基本思想是:在下载文件数量、类型不正确时就抛出下载阶段信息错误的异常,此时在日志记录表中插入一条数据,记录出错模块在文件下载这个模块,因为文件下载这一块会存在很多的问题和异常,为了统一确认问题出在该模块上面,所以只要是属于文件下载方面的错误都可以定义为文件下载异常,即文件下载异常(如标识可以为FileDownloadException),其中文件下载异常的原因可能是下载数量不正确、类型错误、个数错误、下载地址链接错误等,整个流程结束,警报通知运维人员程序异常。如果模块执行完毕,可以在日志记录表中记录一条该模块执行成功的数据。由于功能阶段异常时和执行完毕都会记录在日志记录表中,因此可以基于日志记录表中记录的数据来完成问题定位。
为了实现通过自定义异常标识的方式来快速定位出现问题的功能阶段,首先需要对异常标识进行自定义,具体如下:
比如对于上述的实施例,若整个业务流程的功能阶段分为:1、文件下载功能;2、文件切割功能;3、文件解析入库功能;4、合单处理功能;5、承保功能;6、统计功能;7、业绩推送功能。那么自定义的异常标识可以为:文件下载异常标识FileDownloadException,文件切割功能异常标识FileCutException,文件解析入库功能异常标识FileParseSaveException,合单处理功能异常标识PolicyMergeException,承保异常标识UnderwriteException,统计异常标识StatisticsException,业绩推送异常标识AchievementSendException。
此外,在本发明的实施例中还可以进行异常原因的划分。例如,文件下载因为链接超时而导致的异常,下载文件数量不正确导致的异常,下载类型不匹配异常等,将具体的异常产生原因存放在日志表中,可以更清晰的定位问题所在。
然后,根据日志记录进行问题定位。
当某一功能阶段执行异常时,会进行报警处理,之后可以查询日志记录表,首先通过异常模块定位到出异常的模块是下载文件阶段(此处仅作为示例),然后根据异常名称去日志文件中搜索错误的异常名称,确定到具体的代码行,此时完成问题的定位。
其中,所述异常名称是指之前根据每个模块自定的异常名称。首先在数据库中有异常的处理记录日志,这些异常会存放在数据库表中,可以获取到的。具体使用异常名称是通过日志记录表中的异常名称去服务器的日志文件中查询和判定错误信息。
继续参照图4,在步骤S460中,调用从所述问题阶段前的主干功能阶段开始执行的接口重新执行所述业务流程。
例如,以上述入口1:从步骤S301执行到步骤S308截止;入口2:从步骤S302执行到步骤S308截止;入口3:从步骤S303执行到步骤S308截止;入口4:从步骤S304执行到步骤S308截止;入口5:从步骤S305执行到步骤S308截止;入口6:从步骤S306执行到步骤S308截止;入口7:只执行步骤S308为例,假设此时定位到问题出现在步骤S303,则可以从它的前一个环节即步骤S302开始执行,调用入口2从步骤S302执行到步骤S308截止,这样不需要从步骤S301开始将这个业务流程全部执行一遍,能够加快运维效率;同时,流程操作数据有问题时,可以及时回到上一个执行状态。排除问题后,可以迅速执行后续操作,提高了运维速度。
本发明实施方式提供的业务流程处理方法,一方面,通过自定义异常根据业务场景可以有效定义业务场景中存在的问题,能够提前为程序中的错误逻辑进行定位,快速定位问题所在环节,降低排查范围。另一方面,有助于快速解决问题,降低运维成本。
此外,需要说明的是,对于排除在整个业务流程之外的功能阶段,也可以通过自定义异常标识的方式来确定其是否出错。由于排除在整个业务流程之外的功能阶段的执行不会对后续其它功能阶段的执行造成影响,如图3中所示的步骤“异步配置化定时归档”的执行不会对其它步骤的执行造成影响,因此如果排除在整个业务流程之外的功能阶段出错,则可以重新执行该功能阶段即可。
图5是根据一示例性实施例示出的一种业务流程处理装置的模块示意图。
如图5所示,该业务流程处理装置500可以包括阶段分割模块510、多入口生成模块520以及接口调用模块530。
其中,阶段分割模块510可以用于将业务流程按照执行顺序分割成多个不同的功能阶段。
在示例性实施例中,阶段分割模块510可以进一步包括流程分割单元、判断单元以及剔除单元。
其中,所述流程分割单元可以用于将整个业务流程按照实现功能的不同分割成多个不同的功能阶段。所述判断单元可以用于根据预设标准判断各个功能阶段是否是固定在所述整个业务流程当中进行处理的。所述剔除单元可以用于当所述功能阶段不是固定在所述整个业务流程当中进行处理的,剔除相应的功能阶段。
在示例性实施例中,所述预设标准为当前功能阶段的执行是否依赖上一功能阶段的完成,并且所述当前功能阶段对下一功能阶段的执行是否有影响。
多入口生成模块520可以用于根据所述多个不同的功能阶段为所述业务流程的执行提供多个接口。
其中,所述多个接口分别从不同的功能阶段开始执行到最后的功能阶段。
在示例性实施例中,所述多个接口中的第一接口从第一功能阶段开始执行到最后的功能阶段;第二接口从第二功能阶段开始执行到最后的功能阶段;第n接口从第n功能阶段开始执行到最后的功能阶段。
接口调用模块530可以用于在执行所述业务流程的过程中,若定位到所述多个不同的功能阶段中的问题阶段,则根据业务流程的执行顺序,调用从所述问题阶段前的功能阶段开始执行的接口重新执行所述业务流程。
在示例性实施例中,该业务流程处理装置500还可以包括问题定位模块。所述问题定位模块可以用于定位所述多个不同的功能阶段中的问题阶段。
在示例性实施例中,所述问题定位模块还可以包括异常记录单元和问题定位单元。
其中,所述异常记录单元可以用于在任一所述功能阶段出现问题时,在日志记录表中记录任一所述功能阶段的异常标识;。所述问题定位单元可以用于查询所述日志记录表,以基于查询到的异常标识定位到所述问题阶段。
需要说明的是,上述业务流程处理装置中的模块或者单元的具体实现可以参照上述业务流程处理方法中的内容,在此不再赘述。
下面参考图6,其示出了适于用来实现本申请实施例的电子设备600的结构示意图。图6示出的电子设备仅仅是一个示例,不应对本申请实施例的功能和使用范围带来任何限制。
如图6所示,电子设备600包括中央处理单元(CPU)601,其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中,还存储有系统600操作所需的各种程序和数据。CPU 601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。
以下部件连接至I/O接口605:包括键盘、鼠标等的输入部分606;包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分607;包括硬盘等的存储部分608;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器610上,以便于从其上读出的计算机程序根据需要被安装入存储部分608。
特别地,根据本发明的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本发明的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分609从网络上被下载和安装,和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(CPU)601执行时,执行本申请的系统中限定的上述功能。
附图中的流程图和框图,图示了按照本申请各种实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本申请实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中,例如,可以描述为:一种处理器包括发送单元、获取单元、确定单元和第一处理单元。其中,这些单元的名称在某种情况下并不构成对该单元本身的限定,例如,发送单元还可以被描述为“向所连接的服务端发送图片获取请求的单元”。
作为另一方面,本申请还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的设备中所包含的;也可以是单独存在,而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被一个该设备执行时,使得该设备包括:将业务流程按照执行顺序分割成多个不同的功能阶段;根据所述多个不同的功能阶段为所述业务流程的执行提供多个接口,其中,所述多个接口分别从不同的功能阶段开始执行到最后的功能阶段;当定位到所述多个不同的功能阶段中的问题阶段时,调用从所述问题阶段前的功能阶段开始执行的接口重新执行所述业务流程。
以上所述仅为本发明的部分示例性实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (11)
1.一种业务流程处理方法,其特征在于,包括:
将业务流程按照执行顺序分割成多个不同的功能阶段;
根据所述多个不同的功能阶段为所述业务流程的执行提供多个接口,其中,所述多个接口分别从不同的功能阶段开始执行到最后的功能阶段;
在执行所述业务流程的过程中,若定位到所述多个不同的功能阶段中的问题阶段,则根据业务流程的执行顺序,调用从所述问题阶段前的功能阶段开始执行的接口重新执行所述业务流程。
2.根据权利要求1所述的业务流程处理方法,其特征在于,所述将业务流程按照执行顺序分割成多个不同的功能阶段包括:
将整个业务流程按照实现功能的不同分割成多个不同的功能阶段;
根据预设标准判断各个功能阶段是否是固定在所述整个业务流程当中进行处理的;
若所述功能阶段不是固定在所述整个业务流程当中进行处理的,则剔除相应的功能阶段。
3.根据权利要求2所述的业务流程处理方法,其特征在于,所述预设标准为当前功能阶段的执行是否依赖上一功能阶段的完成,并且所述当前功能阶段对下一功能阶段的执行是否有影响。
4.根据权利要求1-3任意一项所述的业务流程处理方法,其特征在于,所述多个接口中的第一接口从第一功能阶段开始执行到最后的功能阶段;第二接口从第二功能阶段开始执行到最后的功能阶段;第n接口从第n功能阶段开始执行到最后的功能阶段。
5.根据权利要求1所述的业务流程处理方法,其特征在于,所述方法还包括:定位所述多个不同的功能阶段中的问题阶段。
6.根据权利要求5所述的业务流程处理方法,其特征在于,所述定位所述多个不同的功能阶段中的问题阶段包括:
当任一所述功能阶段出现问题时,在日志记录表中记录任一所述功能阶段的异常标识;
查询所述日志记录表,以基于查询到的异常标识定位到所述问题阶段。
7.根据权利要求6所述的业务流程处理方法,其特征在于,所述方法还包括:
预先根据所述功能阶段进行自定义异常规划;
自定义各个功能阶段的异常标识。
8.根据权利要求6或7所述的业务流程处理方法,其特征在于,所述方法还包括:在所述日志记录表中记录所述问题阶段的异常产生原因。
9.一种业务流程处理装置,其特征在于,包括:
阶段分割模块,用于将业务流程按照执行顺序分割成多个不同的功能阶段;
多入口生成模块,用于根据所述多个不同的功能阶段为所述业务流程的执行提供多个接口,其中,所述多个接口分别从不同的功能阶段开始执行到最后的功能阶段;
接口调用模块,用于在执行所述业务流程的过程中,若定位到所述多个不同的功能阶段中的问题阶段,则根据业务流程的执行顺序,调用从所述问题阶段前的功能阶段开始执行的接口重新执行所述业务流程。
10.一种计算机可读介质,其上存储有计算机程序,其特征在于,所述程序被处理器执行时实现权利要求1-8任一所述的业务流程处理方法。
11.一种电子设备,其特征在于,包括:
一个或多个处理器;以及
存储装置,用于存储一个或多个程序;
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-8任一所述的业务流程处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710841783.XA CN107657425A (zh) | 2017-09-18 | 2017-09-18 | 业务流程处理方法及装置、计算机可读介质、电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710841783.XA CN107657425A (zh) | 2017-09-18 | 2017-09-18 | 业务流程处理方法及装置、计算机可读介质、电子设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107657425A true CN107657425A (zh) | 2018-02-02 |
Family
ID=61130618
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710841783.XA Pending CN107657425A (zh) | 2017-09-18 | 2017-09-18 | 业务流程处理方法及装置、计算机可读介质、电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107657425A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108958832A (zh) * | 2018-06-12 | 2018-12-07 | 北京蜂盒科技有限公司 | 定制业务流程的方法、装置和存储介质以及电子设备 |
CN109800098A (zh) * | 2018-12-13 | 2019-05-24 | 平安普惠企业管理有限公司 | 业务异常节点定位方法、装置、计算机设备及存储介质 |
CN110389976A (zh) * | 2018-04-13 | 2019-10-29 | 北京京东尚科信息技术有限公司 | 一种多接口数据的调度方法和装置 |
CN110784339A (zh) * | 2019-10-09 | 2020-02-11 | 杭州迪普科技股份有限公司 | Lacp报文超时的故障检测方法、装置、电子设备 |
CN111680974A (zh) * | 2020-05-29 | 2020-09-18 | 泰康保险集团股份有限公司 | 电子化承保流程的问题定位方法及装置 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101478444A (zh) * | 2008-12-19 | 2009-07-08 | 中国移动通信集团浙江有限公司 | 一种用于核心网故障定位的靶向域隔离测试方法 |
CN101895555A (zh) * | 2010-07-30 | 2010-11-24 | 中国科学院软件研究所 | 一种基于bpel的安全访问业务集成建模方法 |
CN102238465A (zh) * | 2010-04-28 | 2011-11-09 | 北京神州泰岳软件股份有限公司 | 一种移动数据业务端到端质量分析方法及系统 |
CN103810529A (zh) * | 2012-11-15 | 2014-05-21 | 金蝶软件(中国)有限公司 | 跨单据流程日志的生成、查询方法及装置 |
CN103873287A (zh) * | 2012-12-17 | 2014-06-18 | 南车青岛四方机车车辆股份有限公司 | 一种基于企业服务总线消息监控平台的消息补偿方法 |
CN104883705A (zh) * | 2014-02-27 | 2015-09-02 | 中国移动通信集团上海有限公司 | 一种数据业务投诉的问题定位方法及装置 |
CN106254144A (zh) * | 2016-09-06 | 2016-12-21 | 华为技术有限公司 | 故障定位平台、故障定位方法及装置 |
-
2017
- 2017-09-18 CN CN201710841783.XA patent/CN107657425A/zh active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101478444A (zh) * | 2008-12-19 | 2009-07-08 | 中国移动通信集团浙江有限公司 | 一种用于核心网故障定位的靶向域隔离测试方法 |
CN102238465A (zh) * | 2010-04-28 | 2011-11-09 | 北京神州泰岳软件股份有限公司 | 一种移动数据业务端到端质量分析方法及系统 |
CN101895555A (zh) * | 2010-07-30 | 2010-11-24 | 中国科学院软件研究所 | 一种基于bpel的安全访问业务集成建模方法 |
CN103810529A (zh) * | 2012-11-15 | 2014-05-21 | 金蝶软件(中国)有限公司 | 跨单据流程日志的生成、查询方法及装置 |
CN103873287A (zh) * | 2012-12-17 | 2014-06-18 | 南车青岛四方机车车辆股份有限公司 | 一种基于企业服务总线消息监控平台的消息补偿方法 |
CN104883705A (zh) * | 2014-02-27 | 2015-09-02 | 中国移动通信集团上海有限公司 | 一种数据业务投诉的问题定位方法及装置 |
CN106254144A (zh) * | 2016-09-06 | 2016-12-21 | 华为技术有限公司 | 故障定位平台、故障定位方法及装置 |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110389976A (zh) * | 2018-04-13 | 2019-10-29 | 北京京东尚科信息技术有限公司 | 一种多接口数据的调度方法和装置 |
CN110389976B (zh) * | 2018-04-13 | 2022-04-12 | 北京京东乾石科技有限公司 | 一种多接口数据的调度方法和装置 |
CN108958832A (zh) * | 2018-06-12 | 2018-12-07 | 北京蜂盒科技有限公司 | 定制业务流程的方法、装置和存储介质以及电子设备 |
CN109800098A (zh) * | 2018-12-13 | 2019-05-24 | 平安普惠企业管理有限公司 | 业务异常节点定位方法、装置、计算机设备及存储介质 |
CN110784339A (zh) * | 2019-10-09 | 2020-02-11 | 杭州迪普科技股份有限公司 | Lacp报文超时的故障检测方法、装置、电子设备 |
US11310139B2 (en) | 2019-10-09 | 2022-04-19 | Hangzhou Dptech Technologies Co., Ltd. | Fault detection for LACP packet timeout |
CN111680974A (zh) * | 2020-05-29 | 2020-09-18 | 泰康保险集团股份有限公司 | 电子化承保流程的问题定位方法及装置 |
CN111680974B (zh) * | 2020-05-29 | 2023-09-22 | 泰康保险集团股份有限公司 | 电子化承保流程的问题定位方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107657425A (zh) | 业务流程处理方法及装置、计算机可读介质、电子设备 | |
US11023528B1 (en) | Transaction exchange platform having configurable microservices | |
CN108647049B (zh) | 基于规则引擎的可配置化系统、方法、设备和存储介质 | |
US11080120B2 (en) | Transaction exchange platform with watchdog microservice | |
US20210192534A1 (en) | Transaction exchange platform with watchdog microservice | |
US10055274B2 (en) | Automated diagnosis of software crashes | |
CN105740121A (zh) | 一种日志文本监控与预警方法、装置 | |
CN111400011B (zh) | 一种实时任务调度方法、系统、设备及可读存储介质 | |
CN107704539A (zh) | 大规模文本信息批量结构化的方法及装置 | |
US10789600B1 (en) | Transaction exchange platform with snapshot microservice | |
WO2020068787A1 (en) | Automated document processing | |
CN107590070A (zh) | 一种业务流程调试方法及装置 | |
US11961077B2 (en) | Transaction exchange platform having streaming transaction data and microservices | |
US20230153826A1 (en) | Detecting and preventing duplicate transactions on a transaction exchange platform | |
US20230153825A1 (en) | Transaction exchange platform with a validation microservice for validating transactions before being processed | |
US20170116616A1 (en) | Predictive tickets management | |
CN103440460A (zh) | 一种应用系统变更验证方法及验证系统 | |
US10255039B2 (en) | Dynamically determining relevant cases | |
CN105430078B (zh) | 一种海量数据的分布式存储方法 | |
CN110019762A (zh) | 一种问题定位方法、存储介质和服务器 | |
US20230237498A1 (en) | Removing duplicate transactions from a transaction exchange platform | |
CN104850638B (zh) | Etl过程并行决策方法及装置 | |
EP4220519A1 (en) | Transaction exchange platform having streaming transaction data and microservices | |
CN109426576A (zh) | 容错处理方法以及容错组件 | |
CN104933547A (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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180202 |
|
RJ01 | Rejection of invention patent application after publication |