CN114357029B - 业务数据的处理方法、装置、设备及介质 - Google Patents

Abstract

本公开提供一种业务数据的处理方法，可应用金融科技领域，该业务数据的处理方法基于技术中台执行，包括：获取所述业务数据，其中，所述业务数据包括与业务操作关联的事件对应的事件信息；根据所述事件信息确定执行业务的命令及业务执行完成后的状态信息；对所述命令及所述状态信息进行数据分析，根据数据分析结果挖掘所述业务数据中有价值的信息，其中，所述有价值的信息包括对业务执行具有优化作用的信息。本公开还提供一种业务数据的处理装置、电子设备及计算机可读存储介质。

Description

业务数据的处理方法、装置、设备及介质

技术领域

本公开涉及金融科技领域，具体涉及一种业务数据的处理方法、装置、设备及介质。

背景技术

目前，业界对技术中台的定位为通用技术能力的沉淀和复用，为上层业务中台、数据中台或业务类应用提供技术支撑，以便应用可以快速开发。然而，业务通用的技术中台往往只强调技术能力复用，不直接产生业务价值，而业务的事件信息中蕴含着很多有价值信息，这些有价值信息对于系统的优化具有重大的意义。

发明内容

针对现有技术中台只强调技术复用能力、不直接产生业务价值的不足，本公开提供一方面提供业务数据的处理方法，所述业务数据的处理方法基于技术中台执行，包括：获取所述业务数据，其中，所述业务数据包括与业务操作关联的事件对应的事件信息；根据所述事件信息确定执行业务的命令及业务执行完成后的状态信息；对所述命令及所述状态信息进行数据分析，根据数据分析结果挖掘所述业务数据中有价值的信息，其中，所述有价值的信息包括对业务执行具有优化作用的信息。

根据本公开的实施例，其中，所述获取所述业务数据包括：通过技术中台获取用户在页面端进行业务操作过程中触发操作事件产生的第一事件信息；通过在技术中台获取后端响应业务请求过程中产生的第二事件信息。

根据本公开的实施例，其中，所述通过技术中台获取用户在页面端进行业务操作过程中触发操作事件产生的第一事件信息包括：通过技术中台提供的前端组件在页面端进行埋点，获取用户触发操作事件产生的第一事件信息。

根据本公开的实施例，其中，所述通过在技术中台获取后端响应业务请求过程中产生的第二事件信息包括：通过在技术中台提供的后端组件和服务中内置拦截功能获取与业务操关联的服务事件信息，作为所述第二事件信息；通过技术中台设置事件的订阅和通知功能以获取系统切换的事件信息及消息传递的事件信息，作为所述第二事件信息。

根据本公开的实施例，其中，所述根据所述事件信息确定执行业务的命令及业务执行完成后的状态信息包括：根据所述事件信息包含的唯一ID信息，将所述事件信息对应的事件按照时间维度串联，形成至少一个业务流程；根据执行业务的系统类型对所述至少一个业务流程进行分类；将针对每个系统，将一系统对应的业务流程中的最后一个事件执行后的状态作为所述状态信息，将最后一个事件之前的事件作为得到所述状态信息需要执行的命令。

根据本公开的实施例，其中，所述根据所述事件信息包含的唯一ID信息，将所述事件信息对应的事件按照时间维度串联，形成至少一个业务流程包括：将所述事件信息对应的事件按照时间维度串联形成有向无环图，其中，每一个有向无环图表示一个所述业务流程，所述有向无环图以事件的执行时间为权重。

根据本公开的实施例，其中，所述对所述命令及所述状态信息进行数据分析包括：对所述状态信息进行归类，根据归类结果确定预设条件下执行的任务类型；根据所述预设条件下执行的任务类型确定执行业务的系统的优化策略。

根据本公开的实施例，其中，所述对所述状态信息进行归类，根据归类结果确定预设条件下执行的任务类型包括：按照时间维度对所述状态信息进行归类，确定预设时间段内执行任务数最多的任务。

根据本公开的实施例，其中，所述优化策略包括：在执行业务的系统上配置所述预设时间段内执行任务数最多的任务对应的快捷方式。

根据本公开的实施例，其中，所述对所述命令及所述状态信息进行数据分析包括：对所述命令进行合并或确定通过程序自动触发执行的命令，以确定得到所述状态信息所执行命令的最佳路径。

根据本公开的实施例，其中，所述对所述命令及所述状态信息进行数据分析包括：针对于得到同一状态信息的所有业务流程，分别将每一业务流程包含的各事件的执行时间累计相加；将累计时间最短的业务流程确定为该同一状态信息的最佳执行路径；根据所述最佳执行路径确定执行业务的系统的优化策略。

根据本公开的实施例，所述处理方法还包括：对所述状态信息进行确认，在所述状态信息与所述业务的实际状态信息不匹配时，将所述状态信息更新为所述实际状态信息。

本公开另一方面提供一种业务数据的处理装置，所述业务数据的处理装置基于技术中台实现，包括：获取模块，用于获取所述业务数据，其中，所述业务数据包括与业务操作关联的事件对应的事件信息；确定模块，用于根据所述事件信息确定执行业务的命令及业务执行完成后的状态信息；分析模块，用于对所述命令及所述状态信息进行数据分析，根据数据分析结果挖掘所述业务数据中有价值的信息，其中，所述有价值的信息包括对业务执行具有优化作用的信息。

本公开的另一个方面提供了一种电子设备，包括：一个或多个处理器；存储器，用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上所述的方法。

本公开的另一方面提供了一种计算机可读存储介质，存储有计算机可执行指令，所述指令在被执行时用于实现如上所述的方法。

根据本公开实施例，可以基于技术中台方便快捷获取页面前端及后端在业务操作过程中事件流，通过分析事件流产生业务价值流的模式，形成事件流-业务流的业务闭环，不断给有效的业务价值信息。

附图说明

图1示意性示出了根据本公开实施例的业务数据的处理方法及装置的系统架构100；

图2示意性示出了根据本公开实施例的业务数据的处理方法的流程图；

图3示意性示出了根据本公开实施例的技术中台的结构框图；

图4示意性示出了根据本公开实施例的获取业务数据的方法流程图；

图5示意性示出了根据本公开实施例的操作S202的具体流程图；

图6示意性示出了根据本公开实施例的事件状态分析方法的流程图；

图7示意性示出了根据本公开一实施例的命令分析方法的流程图；

图8示意性示出了根据本公开又一实施例的命令分析方法的流程图；

图9示意性示出了根据本公开实施例的业务数据的处理装置的框图；

图10示意性示出了根据本公开实施例的获取模块的框图；

图11示意性示出了根据本公开实施例的确定模块的框图；

图12示意性示出了根据本公开一实施例的分析模块的框图；

图13示意性示出了根据本公开又一实施例的分析模块的框图；

图14示意性示出了根据本公开又一实施例的分析模块的框图；

图15示意性示出了根据本公开实施例的适于实现上文描述的方法的电子设备的框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。在使用类似于“A、B或C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B或C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。

附图中示出了一些方框图和/或流程图。应理解，方框图和/或流程图中的一些方框或其组合可以由计算机程序指令来实现。这些计算机程序指令可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，从而这些指令在由该处理器执行时可以创建用于实现这些方框图和/或流程图中所说明的功能/操作的装置。本公开的技术可以硬件和/或软件(包括固件、微代码等)的形式来实现。另外，本公开的技术可以采取存储有指令的计算机可读存储介质上的计算机程序产品的形式，该计算机程序产品可供指令执行系统使用或者结合指令执行系统使用。

在本公开的技术方案中，所涉及的用户个人信息的收集、存储、使用、加工、传输、提供、公开和应用等处理，均符合相关法律法规的规定，采取了必要保密措施，且不违背公序良俗。

在本公开的技术方案中，在获取或采集用户个人信息之前，均获取了用户的授权或同意。

本公开的实施例提供一种业务数据的处理方法，业务数据的处理方法基于技术中台执行，包括：获取业务数据，其中，业务数据包括与业务操作关联的事件对应的事件信息。根据事件信息确定执行业务的命令及业务执行完成后的状态信息。对命令及状态信息进行数据分析，根据数据分析结果挖掘业务数据中有价值的信息，其中，有价值的信息包括对业务执行具有优化作用的信息。

图1示意性示出了根据本公开实施例的业务数据的处理方法及系统的系统架构100。需要注意的是，图1所示仅为可以应用本公开实施例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。

如图1所示，根据该实施例的系统架构100可以包括客户端101、102，网络103、技术中台104及服务器105。网络103用于在客户端101、102、技术中台104、服务器105之间提供通信链路。

客户端101、102例如可以是具有显示屏并且可接入输入设备以进行信息输入的各种电子设备，包括但不限于智能手机、平板电脑、台式PC、膝上型PC、上网本计算机、工作站、游戏机等，电子设备可用于业务人员进行相关业务操作等。网络103可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。其中有线方式例如可以是采用线缆及以下多种接口中的任一种连接：光纤通道、红外线接口、D型数据接口、串行接口、USB接口、USBType-C接口或Dock接口，无线方式例如可以是采用无线通信方式连接的，其中的无线通信例如可采用蓝牙、Wi-Fi、Infrared、ZigBee等多个无线技术标准中的任一个。技术中台104可以是能够通过网络103获取用户在客户端101、102上进行业务操作后产生的操作事件信息。技术中台104还可以是能够通过网络103获取服务器105对用户的业务输入请求进行响应产生的事件信息。

需要说明的是，本公开实施例所提供的业务数据的处理方法可以由技术中台104执行。相应地，本公开实施例所提供的业务数据的处理装置可以设置于技术中台104中。或者，本公开实施例所提供的业务数据的处理方法也可以由不同于技术中台104且能够与客户端101、102和/或技术中台104通信的技术中台或技术中台集群执行。相应地，本公开实施例所提供的业务数据的处理装置也可以设置于不同于技术中台104且能够与客户端101、102和/或技术中台104通信的技术中台或技术中台集群中。或者，本公开实施例所提供的业务数据的处理方法也可以部分由技术中台104执行，部分由客户端101、102执行。相应的，本公开实施例所提供的业务数据的处理装置也可以部分设置于技术中台104中，部分设置于客户端101、102中。

应该理解，图1中的客户端、网络、技术中台和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的客户端、网络、技术中台和服务器。

本公开实施例提供的业务数据的处理方法，可以应用于金融科技领域。例如，在银行系统，银行员工通过相关的业务操作满足广大用户的需求。由于不同的员工可能对银行系统的理解程度不一样，即使是完成同一业务操作，其整个操作过程也可能不一样，对应的效率也就不一样，有的员工效率高，有的员工效率低。而采用本公开实施例提供的业务数据的处理方法，对不同员工在操作业务过程中产生的与业务相关的事件信息进行处理，可以方便、快捷挖掘有效的业务价值信息，帮助提高工作效率。

应当理解是，本公开实施例提供的业务数据的处理方法不仅限于应用于金融科技领域，上述描述只是示例性的，对于需要进行业务数据的处理的其他任意领域，例如销售领域、电子商务领域、物流领域等，都可以应用本公开实施例的业务数据的处理方法进行业务数据的处理。

图2示意性示出了根据本公开实施例的业务数据的处理方法的流程图。

如图2所示，该业务数据的处理方法例如可以包括操作S201～操作S203。

在操作S201，获取业务数据，其中，业务数据包括与业务操作关联的事件对应的事件信息。

在操作S202，根据事件信息确定执行业务的命令及业务执行完成后的状态信息。

在操作S203，对命令及状态信息进行数据分析，根据数据分析结果挖掘业务数据中有价值的信息，其中，有价值的信息包括对业务执行具有优化作用的信息。

在本公开实施例中，图2所示的处理方法基于技术中台执行。在实现本公开构思的过程中，发明人发现：在没有技术中台的情形下，技术能力都是由各个应用自行实现的，如果要采集的话，一是各应用要自行实现采集，二是还需要有一个单独的应用把所有应用的事件汇聚起来，不太方便。此外，各应用需要针对一个流程中的所有事件都采用同一个ID才能分析，现有技术只能通过各应用对接一个分布式ID中心才能实现，应用改造起来比较困难。因而，本公开创造性提出通过技术中台采集业务的事件流，通过一个中台就能采集到所有应用的事件流，非常便捷。

图3示意性示出了根据本公开实施例的技术中台的结构框图。

如图3所示，技术中台例如包括平台层、服务层和组件层。

具体的，平台层可以提供PAAS平台层和IAAS平台层等。其中，PAAS平台层是一种把应用服务的运行和开发环境作为一种服务提供的商业模式。IAAS平台层是指把IT基础设施作为一种服务通过网络对外提供，并根据用户对资源的实际使用量或占用量进行计费的一种服务模式。服务层可以提供分布式缓存服务、OCR服务、统一调度服务、统一流程服务、分布式消息服务、语音识别服务、统一消息服务等等。组件层提供有前后端开发组件库、测试支撑组件库及运维工具等。

根据本公开实施例提供的基于技术中台的业务数据处理方法，可以基于技术中台方便快捷获取页面前端及后端在业务操作过程中事件流，通过分析事件流产生业务价值流的模式，形成事件流-业务流的业务闭环，不断给有效的业务价值信息。

下面进一步结合附图对图2所示的数据处理方法进行详细介绍。

图4示意性示出了根据本公开实施例的获取业务数据的方法流程图。

如图4所示，该获取业务数据的方法例如可以包括操作S401～操作S402。

在操作S401，通过技术中台获取用户在页面端进行业务操作过程中触发操作事件产生的第一事件信息。

在本公开实施例中，可以通过技术中台提供的前端组件在页面端进行埋点，获取用户触发操作事件产生的第一事件信息。

具体的，在页面端，技术中台提供前端组件埋点方法，通过前端组件埋点，可以捕捉基金经理/研究员的页面点击、拖拽、跳转等操作事件。技术中台前端提供了很多组件，包括表单输入、文件上传、开关、单选、文本、复选框、下拉菜单、日历等，每个组件都支持一些事件，比如表单输入支持输入事件、文件上传/日历/下拉菜单支持点击事件等，技术中台组件会在用户触发到这些事件时获取事件信息，事件信息可以包括业务人员唯一ID、组件ID、业务场景、事件行为、事件结果等。技术中台还可以将获取的事件信息暂时缓存到前端缓存中，然后技术中台前端组件通过一个定时任务，将一段时间之内的所有事件信息发送到技术中台后端事件中心。也避免事件信息的频繁发送，提供信息传输效率。

在操作S402，通过在技术中台获取后端响应业务请求过程中产生的第二事件信息。

在本公开实施例中，可以通过在技术中台提供的后端组件和服务中内置拦截功能获取与业务操关联的服务事件信息，作为第二事件信息。

具体的，在后端，技术中台提供后端组件和服务，比如异常处理、请求和数据访问拦截、文件操作、流程中心、缓存中心、文件存储中心、消息中心等，通过后端组件和服务，可以捕捉到业务操作过程中使用了哪些服务。

在技术中台后端组件和服务中，每个组件和服务都内置了拦截功能，可以获取输入请求和返回结果的信息(包括人员ID、业务场景、请求参数、返回结果、执行时长、事件行为、事件结果等)作为与业务操关联的服务事件信息，再通过异步发送的方式，将与业务操关联的服务事件信息发送到技术中台后端事件中心。

在本公开实施例中，通过技术中台设置事件的订阅和通知功能以获取系统切换的事件信息及消息传递的事件信息，作为第二事件信息。

具体的，通过后端组件和服务，可以捕捉到承载业务的系统之间如何切换、消息如何流转等事件。目前各应用之间都是通过事件驱动的，而技术中台的消息中心实现了事件的订阅和通知功能，基于该功能技术中台可以分析出一个整体业务流程中，都切换了哪几个系统，系统之间传递了什么样的事件信息，进而获取到系统切换的事件信息及消息传递的事件信息。

根据本公开实施例提供的业务数据的获取方法，通过一个技术中台就可以方便快捷地获取到所有业务的事件流。

图5示意性示出了根据本公开实施例的操作S202的具体流程图。

如图5所示，操作S202例如可以包括操作S501～操作S503。

在操作S501，根据事件信息包含的唯一ID信息，将事件信息对应的事件按照时间维度串联，形成至少一个业务流程。

具体的，基于前述获取业务数据的过程可知，事件信息中包含业务人员的唯一ID，因此，可以基于唯一ID信息将这些事件按照时间维度串起来，形成至少一个有向无环图，每个图可以认为是一个完整业务流程，有向无环图以事件的执行时间为权重，权重值可以前一个事件的执行时间。由于有向无环图是描述一项业务、工程或系统的进行过程的有效工具。除最简单的情况之外，几乎所有的业务都可分为若干个称作活动(activity)的事件，而这些事件之间，通常受着一定条件的约束，如其中某些事件的开始必须在另一些事件完成之后。对整个业务，关心的是两个方面的问题：一是业务能否顺利进行：二是估算整个业务完成所必须的最短时间。这样两个问题都是可以通过对有向图进行拓扑排序和关键路径操作来解决的。因此，选择有向无环图可以很好地表示一个完整的业务流程。

在操作S502，根据执行业务的系统类型对至少一个业务流程进行分类。

具体的，所有的事件流可能包含很多个完整的业务流程，也即可能会得到很多个有向无环图。因此，可以将属于同一系统的有向无环图聚类到一块，用同一种颜色标注，以区分开不同系统，后续系统的优化便具备针对性。

在操作S503，将针对每个系统，将一系统对应的业务流程中的最后一个事件执行后的状态作为状态信息，将最后一个事件之前的事件作为得到状态信息需要执行的命令。

具体的，虽然每个事件都可能有状态，但是往往每个系统最后的一个事件的状态才更有意义。因此，事件按照系统经聚类后，每个系统最后一个事件，被当做事件状态，在有向无环图中可以用方框表示。事件状态前的事件都被当做命令，在有向无环图中可以用椭圆框表示。这样即可得到了一个有向无环图，里面涉及的不同系统用不同颜色标注，同时粗略区分了事件状态和命令。可以认为，一连串命名的执行导致了事件状态的发生。

根据本公开实施例，基于有向无环图便可以对事件流进行初步处理，得到命令及事件状态，便于后续进一步进行数据分析。

图6示意性示出了根据本公开实施例的事件状态分析方法的流程图。

如图6所示，该事件状态分析方法例如可以包括操作S601～操作S602。

在操作S601，对状态信息进行归类，根据归类结果确定预设条件下执行的任务类型。

在本公开实施例中，技术中台确定的状态信息可能与业务的实际状态信息不匹配，因此，在对状态信息进行归类之前，对状态信息进行确认，在状态信息与业务的实际状态信息不匹配时，将状态信息更新为实际状态信息。状态信息更新的更新方式可以是在有向无环图中增加实际状态信息，这样，在一个有向无环图中，事件状态其实就能反映出一个业务流程中有哪些任务，通过对众多有向依赖图的分析，就可以对事件状态(或者任务)进行归类。本公开实施例可以按照时间维度对状态信息进行归类，确定预设时间段内执行任务数最多的任务。

在操作S602，根据预设条件下执行的任务类型确定执行业务的系统的优化策略。

在本公开实施例中，优化策略可以是在执行业务的系统上配置预设时间段内执行任务数最多的任务对应的快捷方式。假如发现基金经理/研究员上午某个时段均在操作头寸，下午时间段均在操作研报，那系统可以根据时间动态调整，系统在上午时段增加操作头寸的快捷方式，在下午时段增加操作研报的快捷方式。

根据本公开实施例，通过对状态信息进行归类，根据归类结果便可以得到优化策略优化系统，从而提高系统的使用效率。

图7示意性示出了根据本公开一实施例的命令分析方法的流程图。

如图7所示，命令分析方法例如可以包括操作S701。

在操作S701，对命令进行合并或确定通过程序自动触发执行的命令，以确定得到状态信息所执行命令的最佳路径。

在本公开实施例中，通过分析发现，一个业务流程中有些分开的事件(代表命令的时间)可以是合并在一起执行，但依旧是采用分开执行的方式，这无疑会降低效率，因此，可以将这些分开的时间合并，确定得到状态信息所执行命令的最佳路径，以提高系统的使用效率。同时，有些人为操作的时间可以是通过程序自动触发的，但依旧采用的是自动触发的方式，因此，将这些命令通过程序自动触发执行，进一步提升效率。

图8示意性示出了根据本公开又一实施例的命令分析方法的流程图。

如图8所示，命令分析方法例如可以包括操作S801～S803。

在操作S801，针对于得到同一状态信息的所有业务流程，分别将每一业务流程包含的各事件的执行时间累计相加。

具体的，由于有向无环图中记载了每一事件的执行时间，基于有向无环图便可快速得到到达一个时间状态所需的执行时间。

在操作S802，将累计时间最短的业务流程作为该同一状态信息的最佳执行路径。

在本公开实施例中，由于不同的员工可能对银行系统的理解程度不一样，即使是完成同一业务操作，其整个操作过程也可能不一样，则不同员工进行业务操作达到同一状态的执行路径也不一样，而时间越短，表示效率越高，因此，可以选择累计时间最短的业务流程作为该同一状态信息的最佳执行路径。

在操作S803，根据最佳执行路径确定执行业务的系统的优化策略。

具体的，将最佳执行路径对应的业务人员的操作模式作为该业务标准的操作模式来配置系统，以指导所有业务员都可以根据该操作模式操作该业务，不用过多的依赖业务员对系统的理解程度。

根据本公开实施例，通过对执行命令进行优化，以确定最佳的执行路径，根据最佳路径对银行系统进行优化，得到更加贴合员工的操作系统，降低业务效率对员工对系统理解程度的依赖，提高系统的整体使用效率。

综上所述，本公开实施例提供的业务数据的处理方法，通过基于技术中台分析事件流产生业务价值流的模式，形成事件流-业务流的业务闭环，不断给有效的业务价值信息。具体的，通过技术中台获取业务操作产生的事件信息，相比于传统的各业务的业务信息采集方法，方便快捷获取页面前端及后端在业务操作过程中事件流。同时，由于技术中台本身具备统一处理事件流的功能，相比于传统的处理方式，不需要针对各应用对接一个分布式ID中心，处理效率更高，操作更简单。此外，通过对状态信息进行归类，根据归类结果便可以得到优化策略优化系统，从而提高系统的使用效率。通过对执行命令进行优化，以确定最佳的执行路径，根据最佳路径对银行系统进行优化，得到更加贴合员工的操作系统，降低业务效率对员工对系统理解程度的依赖，提高系统的整体使用效率。

图9示意性示出了根据本公开实施例的业务数据的处理装置的框图。

如图9所示，该业务数据的处理装置900例如可以包括获取模块910、确定模块920及分析模块930。

获取模块910，用于获取业务数据，其中，业务数据包括与业务操作关联的事件对应的事件信息。

确定模块920，用于根据事件信息确定执行业务的命令及业务执行完成后的状态信息。

分析模块930，用于对命令及状态信息进行数据分析，根据数据分析结果挖掘业务数据中有价值的信息，其中，有价值的信息包括对业务执行具有优化作用的信息。

图10示意性示出了根据本公开实施例的获取模块的框图。

如图10所示，该获取模块910例如可以包括第一获取单元911及第二获取单元912。

第一获取单元911，用于通过技术中台获取用户在页面端进行业务操作过程中触发操作事件产生的第一事件信息。具体的，可以通过技术中台提供的前端组件在页面端进行埋点，获取用户触发操作事件产生的第一事件信息。

第二获取单元912，用于通过在技术中台获取后端响应业务请求过程中产生的第二事件信息。具体的，可以通过在技术中台提供的后端组件和服务中内置拦截功能获取与业务操关联的服务事件信息，作为第二事件信息。通过技术中台设置事件的订阅和通知功能以获取系统切换的事件信息及消息传递的事件信息，作为第二事件信息。

图11示意性示出了根据本公开实施例的确定模块的框图。

如图11所示，该确定模块920例如可以包括串联单元921、分类单元922及第一确定单元923。

串联单元921，用于根据事件信息包含的唯一ID信息，将事件信息对应的事件按照时间维度串联，形成至少一个业务流程。

分类单元922，用于根据执行业务的系统类型对至少一个业务流程进行分类。

第一确定单元923，用于将针对每个系统，将一系统对应的业务流程中的最后一个事件执行后的状态作为状态信息，将最后一个事件之前的事件作为得到状态信息需要执行的命令。

图12示意性示出了根据本公开一实施例的分析模块的框图。

如图12所示，该分析模块930例如可以包括归类单元931及第二确定单元932。

归类单元931，用于对状态信息进行归类，根据归类结果确定预设条件下执行的任务类型。

第二确定单元932，用于根据预设条件下执行的任务类型确定执行业务的系统的优化策略。其中，可以按照时间维度对所述状态信息进行归类，确定预设时间段内执行任务数最多的任务。优化策略可以在执行业务的系统上配置预设时间段内执行任务数最多的任务对应的快捷方式。

图13示意性示出了根据本公开又一实施例的分析模块的框图。

如图13所示，该分析模块930例如可以还可以包括合并单元933及第三确定单元934。

合并单元933，用于对命令进行合并，以确定得到状态信息所执行命令的最佳路径。

第三确定单元934，用于确定通过程序自动触发执行的命令，以确定得到状态信息所执行命令的最佳路径。

图14示意性示出了根据本公开又一实施例的分析模块的框图。

如图14所示，该分析模块930例如可以还可以包括累加单元935、第四确定单元936及第五确定单元937。

累加单元935，用于针对于得到同一状态信息的所有业务流程，分别将每一业务流程包含的各事件的执行时间累计相加。

第四确定单元936，用于将累计时间最短的业务流程确定为该同一状态信息的最佳执行路径。

第五确定单元937，用于根据最佳执行路径确定执行业务的系统的优化策略。

本公开实施例提供的业务数据的处理装置，通过基于技术中台分析事件流产生业务价值流的模式，形成事件流-业务流的业务闭环，不断给有效的业务价值信息。具体的，通过技术中台获取业务操作产生的事件信息，相比于传统的各业务的业务信息采集方法，方便快捷获取页面前端及后端在业务操作过程中事件流。同时，由于技术中台本身具备统一处理事件流的功能，相比于传统的处理方式，不需要针对各应用对接一个分布式ID中心，处理效率更高，操作更简单。此外，通过对状态信息进行归类，根据归类结果便可以得到优化策略优化系统，从而提高系统的使用效率。通过对执行命令进行优化，以确定最佳的执行路径，根据最佳路径对银行系统进行优化，得到更加贴合员工的操作系统，降低业务效率对员工对系统理解程度的依赖，提高系统的整体使用效率。

根据本公开的实施例的模块、子模块、单元、子单元中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本公开实施例的模块、子模块、单元、子单元中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

例如，获取模块910、确定模块920及分析模块930中的任意多个可以合并在一个模块/单元/子单元中实现，或者其中的任意一个模块/单元/子单元可以被拆分成多个模块/单元/子单元。或者，这些模块/单元/子单元中的一个或多个模块/单元/子单元的至少部分功能可以与其他模块/单元/子单元的至少部分功能相结合，并在一个模块/单元/子单元中实现。根据本公开的实施例，获取模块910、确定模块920及分析模块930中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，获取模块910、确定模块920及分析模块930中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

需要说明的是，本公开的实施例中业务数据的处理装置部分与本公开的实施例中业务数据的处理方法部分是相对应的，其具体实施细节也是相同的，在此不再赘述。

图15示意性示出了根据本公开实施例的适于实现上文描述的方法的电子设备的框图。图15示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图15所示，根据本公开实施例的电子设备1500包括处理器1501，其可以根据存储在只读存储器(ROM)1502中的程序或者从存储部分1508加载到随机访问存储器(RAM)1503中的程序而执行各种适当的动作和处理。处理器1501例如可以包括通用微处理器(例如CPU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))，等等。处理器1501还可以包括用于缓存用途的板载存储器。处理器1501可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

在RAM 1503中，存储有电子设备1500操作所需的各种程序和数据。处理器1501、ROM 1502以及RAM1503通过总线1504彼此相连。处理器1501通过执行ROM 1502和/或RAM1503中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除ROM 1502和RAM 1503以外的一个或多个存储器中。处理器1501也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。

根据本公开的实施例，电子设备1500还可以包括输入/输出(I/O)接口1505，输入/输出(I/O)接口1505也连接至总线1504。电子设备1500还可以包括连接至I/O接口1505的以下部件中的一项或多项：包括键盘、鼠标等的输入部分1506；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分1507；包括硬盘等的存储部分1508；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分1509。通信部分1509经由诸如因特网的网络执行通信处理。驱动器1510也根据需要连接至I/O接口1505。可拆卸介质1511，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1510上，以便于从其上读出的计算机程序根据需要被安装入存储部分1508。

根据本公开的实施例，根据本公开实施例的方法流程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1509从网络上被下载和安装，和/或从可拆卸介质1511被安装。在该计算机程序被处理器1501执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。

根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质。例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的ROM1502和/或RAM 1503和/或ROM 1502和RAM 1503以外的一个或多个存储器。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。

Claims (13)

1.一种业务数据的处理方法，所述业务数据的处理方法基于技术中台执行，包括：

获取所述业务数据，其中，所述业务数据包括与业务操作关联的事件对应的事件信息；所述获取所述业务数据包括：通过技术中台获取用户在页面端进行业务操作过程中触发操作事件产生的第一事件信息；通过在技术中台获取后端响应业务请求过程中产生的第二事件信息；

根据所述事件信息确定执行业务的命令及业务执行完成后的状态信息，包括：根据所述事件信息包含的唯一ID信息，将所述事件信息对应的事件按照时间维度串联，形成至少一个业务流程；根据执行业务的系统类型对所述至少一个业务流程进行分类；针对每个系统，将一系统对应的业务流程中的最后一个事件执行后的状态作为所述状态信息，将最后一个事件之前的事件作为得到所述状态信息需要执行的命令；以及

对所述命令及所述状态信息进行数据分析，根据数据分析结果挖掘所述业务数据中有价值的信息，其中，所述有价值的信息包括对业务执行具有优化作用的信息。

2.根据权利要求1所述的业务数据的处理方法，其中，所述通过技术中台获取用户在页面端进行业务操作过程中触发操作事件产生的第一事件信息包括：

通过技术中台提供的前端组件在页面端进行埋点，获取用户触发操作事件产生的第一事件信息。

3.根据权利要求1所述的业务数据的处理方法，其中，所述通过在技术中台获取后端响应业务请求过程中产生的第二事件信息包括：

通过在技术中台提供的后端组件和服务中内置拦截功能获取与业务操关联的服务事件信息，作为所述第二事件信息；

通过技术中台设置事件的订阅和通知功能以获取系统切换的事件信息及消息传递的事件信息，作为所述第二事件信息。

4.根据权利要求1所述的业务数据的处理方法，其中，所述根据所述事件信息包含的唯一ID信息，将所述事件信息对应的事件按照时间维度串联，形成至少一个业务流程包括：

将所述事件信息对应的事件按照时间维度串联形成有向无环图，其中，每一个有向无环图表示一个所述业务流程，所述有向无环图以事件的执行时间为权重。

5.根据权利要求1所述的业务数据的处理方法，其中，所述对所述命令及所述状态信息进行数据分析包括：

对所述状态信息进行归类，根据归类结果确定预设条件下执行的任务类型；

根据所述预设条件下执行的任务类型确定执行业务的系统的优化策略。

6.根据权利要求5所述的业务数据的处理方法，其中，所述对所述状态信息进行归类，根据归类结果确定预设条件下执行的任务类型包括：

按照时间维度对所述状态信息进行归类，确定预设时间段内执行任务数最多的任务。

7.根据权利要求6所述的业务数据的处理方法，其中，所述优化策略包括：

在执行业务的系统上配置所述预设时间段内执行任务数最多的任务对应的快捷方式。

8.根据权利要求1所述的业务数据的处理方法，其中，所述对所述命令及所述状态信息进行数据分析包括：

对所述命令进行合并或确定通过程序自动触发执行的命令，以确定得到所述状态信息所执行命令的最佳路径。

9.根据权利要求1所述的业务数据的处理方法，其中，所述对所述命令及所述状态信息进行数据分析包括：

针对于得到同一状态信息的所有业务流程，分别将每一业务流程包含的各事件的执行时间累计相加；

将累计时间最短的业务流程确定为该同一状态信息的最佳执行路径；

根据所述最佳执行路径确定执行业务的系统的优化策略。

10.根据权利要求1所述的业务数据的处理方法，所述处理方法还包括：

对所述状态信息进行确认，在所述状态信息与所述业务的实际状态信息不匹配时，将所述状态信息更新为所述实际状态信息。

11.一种业务数据的处理装置，所述业务数据的处理装置基于技术中台实现，包括：

获取模块，用于获取所述业务数据，其中，所述业务数据包括与业务操作关联的事件对应的事件信息；所述获取所述业务数据包括：通过技术中台获取用户在页面端进行业务操作过程中触发操作事件产生的第一事件信息；通过在技术中台获取后端响应业务请求过程中产生的第二事件信息；确定模块，用于根据所述事件信息确定执行业务的命令及业务执行完成后的状态信息，包括：根据所述事件信息包含的唯一ID信息，将所述事件信息对应的事件按照时间维度串联，形成至少一个业务流程；根据执行业务的系统类型对所述至少一个业务流程进行分类；针对每个系统，将一系统对应的业务流程中的最后一个事件执行后的状态作为所述状态信息，将最后一个事件之前的事件作为得到所述状态信息需要执行的命令；

分析模块，用于对所述命令及所述状态信息进行数据分析，根据数据分析结果挖掘所述业务数据中有价值的信息，其中，所述有价值的信息包括对业务执行具有优化作用的信息。

12.一种电子设备，包括：

一个或多个处理器；

存储器，用于存储一个或多个程序，

其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现权利要求1至10中任一项所述的方法。

13.一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器实现权利要求1至10中任一项所述的方法。

Images