业务流程数据的处理方法、装置、设备及可读存储介质与流程

文档序号:16539833发布日期:2019-01-08 20:15阅读:155来源:国知局
业务流程数据的处理方法、装置、设备及可读存储介质与流程

本发明实施例涉及大数据处理技术领域,尤其涉及一种业务流程数据的处理方法、装置、设备及可读存储介质。



背景技术:

随着信息技术的发展,在企业的信息系统中积累了大量的业务流程数据,为了便于企业的管理,各企业拥有一套进行业务流程管理的平台,来进行业务流程的监控及管理。

但现有的业务流程的管理平台,只能满足本企业的业务流程管理需求。并且在获取到业务流程数据后,直接将数据存储到数据库中,在用户获取需求的数据时,再对数据库中的数据进行解析处理获取相关数据。

所以现有的业务流程的管理平台,响应速度较慢,获取效率低下。并且现有的业务流程的管理平台通用性差,并不能进行多维度的数据展示及任意维度数据的切换,进而不能满足各企业用户的个性化需求。



技术实现要素:

本发明实施例提供一种业务流程数据的处理方法、装置、设备及可读存储介质,解决了现有的业务流程的管理平台,响应速度较慢,获取效率低下,并且通用性差,并不能进行多维度的数据展示及任意维度数据的切换,进而不能满足各企业用户的个性化需求的技术问题。

本发明实施例提供一种业务流程数据的处理方法,包括:

接收用户设备发送的数据获取请求,所述数据获取请求中携带数据维度信息,所述数据维度信息中至少包括一个数据维度;

根据所述数据维度信息从数据库相应的存储区域获取对应的业务流程数据;

将所述对应的业务流程数据发送给所述用户设备,以进行展示。

进一步地,如上所述的方法,所述接收用户设备发送的数据获取请求之前,还包括:

每隔预设时间段获取业务流程数据;

将所述业务流程数据存储到分布式文件系统中;

采用spark计算框架按不同数据维度并行处理所述业务流程数据;

将所述业务流程数据按不同数据维度存储在数据库中;

其中,所述数据维度至少包括:流程维度;时间维度;组织维度;指标维度。

进一步地,如上所述的方法,还包括:

若并行处理所述业务流程数据时出现异常情况,则恢复正常情况后回滚到出现异常情况的业务流程数据位置继续进行业务流程数据的处理。

进一步地,如上所述的方法,还包括:

接收用户设备发送的流程完成时间预测请求,所述预测请求中携带流程标识信息和处于节点信息;

根据所述流程完成时间预测请求,计算已存储的与所述流程标识信息和处于节点信息对应的业务流程数据的平均完成时间,以获得流程完成预测时间;

向所述用户设备发送所述流程完成预测时间。

本发明实施例提供一种业务流程数据的处理装置,包括:

接收模块,用于接收用户设备发送的数据获取请求,所述数据获取请求中携带数据维度信息,所述数据维度信息中至少包括一个数据维度;

获取模块,用于根据所述数据维度信息从数据库相应的存储区域获取对应的业务流程数据;

发送模块,用于将所述对应的业务流程数据发送给所述用户设备,以进行展示。

进一步地,如上所述的装置,还包括:第一存储模块,处理模块及第二存储模块;

所述获取模块,还用于每隔预设时间段获取业务流程数据;

所述第一存储模块,用于将所述业务流程数据存储到分布式文件系统中;

所述处理模块,用于采用spark计算框架按不同数据维度并行处理所述业务流程数据;

所述第二存储模块,用于将所述业务流程数据按不同数据维度存储在数据库中;

其中,所述数据维度至少包括:流程维度;时间维度;组织维度;指标维度。

进一步地,如上所述的装置,还包括:

回滚模块,用于若并行处理所述业务流程数据时出现异常情况,则恢复正常情况后回滚到出现异常情况的业务流程数据位置继续进行业务流程数据的处理。

进一步地,如上所述的装置,还包括:计算模块;

所述接收模块,还用于接收用户设备发送的流程完成时间预测请求,所述预测请求中携带流程标识信息和处于节点信息;

所述计算模块,用于根据所述流程完成时间预测请求,计算已存储的与所述流程标识信息和处于节点信息对应的业务流程数据的平均完成时间,以获得流程完成预测时间;

所述发送模块,还用于向所述用户设备发送所述流程完成预测时间。

本发明实施例提供一种终端设备,包括:

存储器,处理器以及计算机程序;

其中,所述计算机程序存储在所述存储器中,并被配置为由所述处理器执行以实现如上述任一项所述的方法。

本发明实施例提供一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行以实现如上述中任一项所述的方法。

本发明实施例提供一种业务流程数据的处理方法、装置、设备及可读存储介质,通过接收用户设备发送的数据获取请求,数据获取请求中携带数据维度信息,数据维度信息中至少包括一个数据维度;根据数据维度信息从数据库相应的存储区域获取对应的业务流程数据;将对应的业务流程数据发送给用户设备,以进行展示。由于预先对业务流程数据以不同的数据维度进行了存储,所以在获取业务流程数据时,可有针对性的查找对应的数据表,从数据库的对应存储区域获取相应数据,无需再对数据进行分析处理,大大提高了响应速度及获取效率,并且支持多维度的数据展示及任意维度数据的切换,满足各企业用户的个性化要求,具有通用性。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。

图1为本发明业务流程数据的处理方法实施例一的流程图;

图2为本发明业务流程数据的处理方法实施例二的流程图;

图3为本发明业务流程数据的处理装置实施例一的结构示意图;

图4为本发明业务流程数据的处理装置实施例二的结构示意图;

图5为本发明终端设备实施例一的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。

应当理解,本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,a和/或b,可以表示:单独存在a,同时存在a和b,单独存在b这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。

取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地,取决于语境,短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

图1为本发明业务流程数据的处理方法实施例一的流程图,如图1所示,本实施例的执行主体为业务流程数据的处理装置,该业务流程的处理装置可以集成在计算机、笔记本电脑或服务器中,通过客户端或网页为用户提供服务,则本实施例提供的业务流程数据的处理方法包括以下几个步骤。

步骤101,接收用户设备发送的数据获取请求,数据获取请求中携带数据维度信息,数据维度信息中至少包括一个数据维度。

具体地,本实施例中,业务流程数据的处理装置可以以图表的方式向用户展示配置页面。若用户需要对业务流程数据进行查看或获取,则通过用户设备在配置页面选择需要查看的业务流程数据的数据维度信息,并通过用户设备向业务流程数据的处理装置发送数据获取请求。

其中,配置页面中提供的数据维度可以包括:流程维度,时间维度,组织维度,指标维度等。用户可同时选择一个或多个数据维度,以获取相关数据维度的业务流程数据,即支持任意多个组合的数据维度的数据的获取。

步骤102,根据数据维度信息从数据库相应的存储区域获取对应的业务流程数据。

具体地,本实施例中,在数据库中,业务流程数据根据不同的维度进行存储。即业务流程数据分别按照流程维度,时间维度,组织维度,指标维度及其他维度进行存储。在接收到数据获取请求后,根据数据获取请求中的数据维度信息从数据库中相应的存储区域获取对应的业务流程数据。

其中,存储的业务流程数据包括:流程构成数据及流程各个节点所产生的任务数据。

步骤103,将对应的业务流程数据发送给用户设备,以进行展示。

具体地,本实施例中,获取到对应的业务流程数据后,将业务流程数据发送给用户设备,并以图表的形式按照步骤101中的数据维度信息进行展示。

举例说明为:数据维度信息是一个数据维度信息,该数据维度信息是时间维度,则展示时以该时间维度的顺序进行展示。

本实施例提供的业务流程数据的处理方法,通过接收用户设备发送的数据获取请求,数据获取请求中携带数据维度信息,数据维度信息中至少包括一个数据维度;根据数据维度信息从数据库相应的存储区域获取对应的业务流程数据;将对应的业务流程数据发送给用户设备,以进行展示。由于预先对业务流程数据以不同的数据维度进行了存储,所以在获取业务流程数据时,可有针对性的查找对应的数据表,从数据库的对应存储区域获取相应数据,无需再对数据进行分析处理,大大提高了响应速度及获取效率,并且支持多维度的数据展示及任意维度数据的切换,满足各企业用户的个性化要求,具有通用性。

图2为本发明业务流程数据的处理方法实施例二的流程图,如图2所示,本实施例提供的业务流程数据的处理方法,是在本发明业务流程数据的处理方法实施例一的基础上,还包括了每隔预设时间段获取业务流程数据的步骤,以及对业务流程数据进行处理和存储的步骤,并且还包括了对流程完成时间进行预测的步骤。则本实施例提供的业务流程数据的处理方法包括以下步骤。

步骤201,每隔预设时间段获取业务流程数据。

进一步地,本实施例中,每隔预设时间段抓取公司运行过程中每个业务流程产生的数据。抓取的业务流程数据包括运行过程中流程的流程构成数据及流程中的各节点产生的任务数据。

其中,预设时间段可以为1天,1周或其他时间段,本实施例中对此不做限定。

步骤202,将业务流程数据存储到分布式文件系统中。

进一步地,本实施例中,将业务流程数据存储到分布式文件系统(简称:hdfs)中,由于hdfs有着高容错性的特点,能够部署在低廉的硬件上,所以便于数据的管理和维护。

步骤203,采用spark计算框架按不同数据维度并行处理业务流程数据。

进一步地,本实施例中,通过数据读取接口从分布式文件系统中读取业务流程数据,并采用spark计算框架将业务流程数据并行进行计算、关联、合并等处理,形成不同数据维度的业务流程数据,将不同数据维度的业务流程数据可存储在redis缓存中。

其中,在形成业务流程数据中可以包括:流程标识,时间信息,组织信息,指标信息及各节点的任务信息等。

优选地,本实施例中,若并行处理业务流程数据时出现异常情况,则恢复正常情况后回滚到出现异常情况的业务流程数据位置继续进行业务流程数据的处理。

具体地,本实施例中,加入数据计算容灾机制,即在并行处理业务流程数据时出现异常情况,包括计算错误异常,网络中断异常,或断电异常等情况时,在恢复正常情况后,回滚到出现异常情况的业务流程数据位置,而非进入到当前接收到的业务流程数据位置,继续从出现异常情况的业务流程数据处进行数据处理。能够确保出现异常情况时不会造成数据的丢失,以及能够对已处理的业务流程数据不会造成影响。

步骤204,将业务流程数据按不同数据维度存储在数据库中。

其中,数据维度至少包括:流程维度;时间维度;组织维度;指标维度。

进一步地,本实施例中,通过spark计算框架按不同数据维度并行处理业务流程数据后,该业务流程数据为能够进行直接数据的展示,将该业务流程数据以每个数据维度存储在数据库中。

步骤205,接收用户设备发送的数据获取请求,数据获取请求中携带数据维度信息,数据维度信息中至少包括一个数据维度。

步骤206,根据数据维度信息从数据库相应的存储区域获取对应的业务流程数据。

步骤207,将对应的业务流程数据发送给用户设备,以进行展示。

本实施例中,步骤205-步骤207的实现方式与本发明业务流程数据的处理方法实施例一中的步骤101-步骤103的实现方式相同,在此不再一一赘述。

步骤208,接收用户设备发送的流程完成时间预测请求,预测请求中携带流程标识信息和处于节点信息。

进一步地,本实施例中,在向用户通过用户设备展示的配置页面中,还包括了一个流程完成时间预测窗口,用户可对流程完成时间预测窗口相关参数进行配置,至少包括:流程标识信息的配置,及该预测流程中所处节点信息的配置。然后通过该流程完成时间预测窗口向业务流程的处理装置发送流程完成时间预测请求。业务流程的处理装置接收该流程完成时间预测请求。

步骤209,根据流程完成时间预测请求,计算已存储的与流程标识信息和处于节点信息对应的业务流程数据的平均完成时间,以获得流程完成预测时间。

进一步地,本实施例中,根据流程完成时间预测请求,从数据库中获取历史上已存储的该流程中对应所处节点至最终节点的时间,并求取平均值,该平均值为流程完成的预测时间。

步骤210,向用户设备发送流程完成预测时间。

进一步地,本实施例中,将预测时间发送给用户终端并进行展示,以使用户获取到该流程完成预测时间。

可以理解的是,本实施例中,步骤205-步骤207以及步骤208-步骤210间没有严格的执行时间的限制,其执行顺序以用户的获取需求有关。即可先执行步骤205-步骤207,后执行步骤208-步骤210,也可先执行步骤208-步骤210,后执行步骤205-步骤207。

本实施例提供的业务流程数据的处理方法,通过每隔预设时间段获取业务流程数据,将业务流程数据存储到分布式文件系统中,采用spark计算框架按不同数据维度并行处理业务流程数据,将业务流程数据按不同数据维度存储在数据库中,接收用户设备发送的数据获取请求,数据获取请求中携带数据维度信息,数据维度信息中至少包括一个数据维度,根据数据维度信息从数据库相应的存储区域获取对应的业务流程数据,将对应的业务流程数据发送给用户设备,以进行展示,不仅大大提高了响应速度及获取效率,并且支持多维度的数据展示及任意维度数据的切换,满足各企业用户的个性化要求,具有通用性,而且每隔预设时间段获取业务流程数据并按不同维度进行处理存储,能够在数据展示时,避免直接从基础数据库中读取数据造成的性能消耗。为大数据量的统计分析提供了可靠高效的计算分析模式。

本实施例提供的业务流程数据的处理方法,通过接收用户设备发送的流程完成时间预测请求,预测请求中携带流程标识信息和处于节点信息,根据流程完成时间预测请求,计算已存储的与流程标识信息和处于节点信息对应的业务流程数据的平均完成时间,以获得流程完成预测时间,向用户设备发送流程完成预测时间。可根据预测时间提高业务流程效率,为业务流程优化提供有力依据。

本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一可读取存储介质中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储介质包括:rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。

图3为本发明业务流程数据的处理装置实施例一的结构示意图,如图3所示,本实施例提供的业务流程数据的处理装置包括:接收模块31,获取模块32及发送模块33。

其中,接收模块31,用于接收用户设备发送的数据获取请求,数据获取请求中携带数据维度信息,数据维度信息中至少包括一个数据维度。获取模块32,用于根据数据维度信息从数据库相应的存储区域获取对应的业务流程数据。发送模块33,用于将对应的业务流程数据发送给用户设备,以进行展示。

本实施例提供的业务流程数据的处理装置可以执行图1所示方法实施例的技术方案,其实现原理和技术效果类似,此处不再赘述。

图4为本发明业务流程数据的处理装置实施例二的结构示意图,如图4所示,本实施例提供的业务流程数据的处理装置在本发明业务流程数据的处理装置实施例一的基础上,进一步地,还包括:第一存储模块41,处理模块42,第二存储模块43,回滚模块44及计算模块45。

进一步地,本实施例中,获取模块32,还用于每隔预设时间段获取业务流程数据。第一存储模块41,用于将业务流程数据存储到分布式文件系统中。处理模块42,用于采用spark计算框架按不同数据维度并行处理业务流程数据。第二存储模块43,用于将业务流程数据按不同数据维度存储在数据库中。其中,数据维度至少包括:流程维度;时间维度;组织维度;指标维度。

进一步地,回滚模块44,用于若并行处理业务流程数据时出现异常情况,则恢复正常情况后回滚到出现异常情况的业务流程数据位置继续进行业务流程数据的处理。

进一步地,接收模块31,还用于接收用户设备发送的流程完成时间预测请求,预测请求中携带流程标识信息和处于节点信息。计算模块45,用于根据流程完成时间预测请求,计算已存储的与流程标识信息和处于节点信息对应的业务流程数据的平均完成时间,以获得流程完成预测时间。发送模块33,还用于向用户设备发送流程完成预测时间。

本实施例提供的业务流程数据的处理装置可以执行图2所示方法实施例的技术方案,其实现原理和技术效果类似,此处不再赘述。

图5为本发明终端设备实施例一的结构示意图,如图5所示,本实施例提供的终端设备包括:存储器51,处理器52以及计算机程序。

其中,计算机程序存储在存储器51中,并被配置为由处理器52执行以实现本发明业务流程数据的处理方法实施例一或本发明业务流程数据的处理方法实施例二中的方法。

相关说明可以对应参见图1至图2的步骤所对应的相关描述和效果进行理解,此处不做过多赘述。

其中,本实施例中,存储器51和处理器52通过总线53连接。

本发明实施例还提供一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行以实现本发明业务流程数据的处理方法实施例一或本发明业务流程数据的处理方法实施例二中的方法。

最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1