融合业务监控方法及装置与流程

1.本技术涉及监控技术领域，具体涉及一种融合业务监控方法及装置。


背景技术：

2.目前，在基于工作流开发的运行支撑系统中，随着5g建设带来的带宽提速，运营商可扩展的业务快速增长，扩展的新增业务不断加入至原业务工单中，形成融合业务工单，融合业务工单中的业务包括：传输专线业务、互联网专线业务、视频监控增值业务、云视讯增值业务、专线卫士增值业务等，其中既有原始业务工单中的业务，即主单业务，也有新增业务，在实际运行中，需要将所有业务拆分为多个独立的工单，实现每个工单独立流转，并对拆分和流转过程中的关键性指标进行监控。
3.但传统监控方式需要针对新增业务定制开发相关程序，且由于与监控数据相关的业务数据较为分散，导致无法高效便捷地提取到与新增业务类型一致的业务数据，降低监控效率。


技术实现要素：

4.本技术实施例提供一种融合业务监控方法及装置，用以解决传统监控方式需要针对新增业务定制开发相关程序，且由于与监控数据相关的业务数据较为分散，导致无法高效便捷地提取到与新增业务类型一致的业务数据，降低监控效率的技术问题。
5.第一方面，本技术实施例提供一种融合业务监控方法，包括：从报文数据源中提取与待监控数据相关的目标报文数据；所述报文数据源包括需求报文和融合业务工单流转过程中的表单报文；将所述目标报文数据按照不同的业务类型进行分类，得到多类型报文数据；将任一类型报文数据转换为同类型的待监控数据，并对所述待监控数据进行监控。
6.在一个实施例中，所述将所述目标报文数据按照不同的业务类型进行分类，得到多类型报文数据，包括：将所述目标报文数据格式化为json结构的报文数据，得到第一报文数据；采用json path对所述第一报文数据进行解析，得到第二报文数据；将所述第二报文数据进行转义，得到第三报文数据；将所述第三报文数据按照不同的业务类型进行分类，得到多类型报文数据。
7.在一个实施例中，所述将任一类型报文数据转换为同类型的待监控数据，包括：将任一类型报文数据输入至融合业务数据模型中同类型的子业务数据模型中；从所述同类型的子业务数据模型中提取第一目标业务数据，从其他类型的子业务数据模型中提取第二目标业务数据；所述第一目标业务数据和所述第二目标业务数据为关联业务数据；将所述第一目标业务数据和所述第二目标业务数据确定为待转换业务数据，并将
所述待转换业务数据转换为待监控数据；所述子业务数据模型包括融合业务工单中的主单业务数据模型和至少一个新增业务数据模型，所述融合业务数据模型是根据所述主单业务数据模型与所述至少一个新增业务数据模型之间的关联关系构建的。
8.在一个实施例中，所述融合业务数据模型，是基于以下步骤构建的：将主单业务数据模型确定为根节点；判断至少一个新增业务数据模型中是否存在目标新增业务数据模型；其中，所述目标新增业务数据模型中的数据与所述根节点中的数据存在关联关系；若存在，则将所述目标新增业务数据模型作为所述根节点的子节点；将所述目标新增业务数据模型确定为根节点，返回判断至少一个新增业务数据模型中是否存在目标新增业务数据模型的步骤，直到所有根节点和子节点确定完毕，得到所述融合业务数据模型。
9.在一个实施例中，所述将所述待转换业务数据转换为待监控数据，包括：根据监控需求设定数据过滤条件；根据所述数据过滤条件从待转换业务数据中筛选需求数据；对所述需求数据进行逻辑运算，得到待监控数据；所述逻辑运算包括顺序运算、循环运算和选择运算。
10.在一个实施例中，所述对所述待监控数据进行监控之后，包括：根据所述待监控数据配置预警条件、预警动作和预警预测结果；所述预警预测结果是根据所述预警条件和所述预警动作预测得到的；若所述待监控数据满足所述预警条件，则执行所述预警动作，得到预警实际结果；若所述预警实际结果与所述预警预测结果不一致，则对所述预警条件和所述预警动作进行优化。
11.在一个实施例中，所述对所述待监控数据进行监控之后，包括：根据所述融合业务工单中任一类型业务工单在当前流转环节的待监控数据，得到从当前流转环节到工单归档环节的所有路径；根据所述路径需要经过的环节数量和流转时间，确定所述任一类型业务工单开通的最短路径。
12.第二方面，本技术实施例提供一种融合业务监控装置，包括：数据提取模块，用于：从报文数据源中提取与待监控数据相关的目标报文数据；所述报文数据源包括需求报文和融合业务工单流转过程中的表单报文；数据分类模块，用于：将所述目标报文数据按照不同的业务类型进行分类，得到多类型报文数据；数据转换与监控模块，用于：将任一类型报文数据转换为同类型的待监控数据，并对所述待监控数据进行监控。
13.第三方面，本技术实施例提供一种电子设备，包括处理器和存储有计算机程序的存储器，所述处理器执行所述程序时实现第一方面所述的融合业务监控方法的步骤。
14.第四方面，本技术实施例提供一种非暂态计算机可读存储介质，包括计算机程序，所述计算机程序被处理器执行时实现第一方面所述的融合业务监控方法的步骤。
15.本技术提供的融合业务监控方法及装置，从报文数据源中提取与待监控数据相关的目标报文数据，在将目标报文数据按照不同的业务类型进行分类，得到多类型报文数据，将任一类型报文数据转换为同类型的待监控数据，并对待监控数据进行监控。报文数据源包括需求报文和融合业务工单流转过程中的表单报文，则提取的目标报文数据涵盖了融合业务工单所经历的所有流转过程及其在流转过程中的变化，对目标报文数据进行业务分类，则体现了将融合业务工单数据按照不同的业务类型进行拆分归类的过程，因此，最终得到的待监控数据能够体现融合业务工单的拆分过程和流转过程，实现对融合业务工单的拆分过程和流转过程的实时监控，同时，由于事先对目标报文数据进行了业务分类，不需要针对新增业务定制开发相关程序，就能够高效便捷地针对需要监控的业务类型在同类型的报文数据中进行数据提取，进行后续的数据转换和监控时，提高实时监控效率。
附图说明
16.为了更清楚地说明本技术或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
17.图1是本技术实施例提供的融合业务监控方法的流程示意图之一；图2是本技术实施例提供的融合业务监控方法的流程示意图之二；图3是本技术实施例提供的融合业务监控方法的流程示意图之三；图4是本技术实施例提供的融合业务监控方法的流程示意图之四；图5是本技术实施例提供的融合业务监控方法的流程示意图之五；图6是本技术实施例提供的融合业务监控方法的流程示意图之六；图7是本技术实施例提供的融合业务监控方法的流程示意图之七；图8是本技术实施例提供的融合业务监控方法的流程模型图；图9为本技术实施例提供的融合业务监控装置的结构示意图；图10是本技术实施例提供的电子设备的结构示意图。
具体实施方式
18.为使本技术的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
19.图1是本技术实施例提供的融合业务监控方法的流程示意图之一。参照图1，本技术实施例提供一种融合业务监控方法，可以包括：101、从报文数据源中提取与待监控数据相关的目标报文数据；报文数据源包括需求报文和融合业务工单流转过程中的表单报文；102、将目标报文数据按照不同的业务类型进行分类，得到多类型报文数据；103、将任一类型报文数据转换为同类型的待监控数据，并对待监控数据进行监控。
20.步骤101中，当客户需要开通某项业务时，会向客户关系管理系统等周边系统提交需求报文，客户关系管理系统则会根据需求报文向业务开通系统派发需求定单，并在客户关系管理系统和业务开通系统之间的现有接口报文里叠加该项业务的信息，从而形成融合业务工单。其中，客户关系管理系统和业务开通系统之间会约定固定的定单派发报文和信息回复报文的结构。
21.因此，从需求报文和融合业务工单流转过程中的表单报文中提取目标报文数据，能够涵盖融合业务工单中的数据相对需求报文中的数据的变化，以及融合业务工单在各个流转环节的数据变化。
22.在进行数据提取之前，可以根据融合业务工单中的各个类型的业务，配置针对该业务各个流转环节的采集器，利用采集器采集与该业务的待监控数据相关的目标报文数据。例如，该业务为互联网专线业务，则在定单接收环节，配置客户业务信息的采集器，主要采集定制业务产品的实例化标识、客户关系管理系统中的定单号、客户名称、客户安装地址、带宽等信息，在业务设计环节，配置设计方案采集器，主要采集互联网接入方式、业务保障等级、网络资源勘查结果等信息，在现场施工环节，配置开通结果采集器，主要采集预约时间、上门时间、资源自动分配结果、资源自动调度结果、资源自动下发结果等信息。
23.步骤102中，业务类型包括传输专线业务、互联网专线业务、视频监控增值业务、云视讯增值业务、专线卫士增值业务等，根据这些业务类型对目标报文数据进行分类。
24.步骤103中，待监控数据可以包含流程维度数据和环节维度数据，流程维度数据可以包括：融合业务工单拆单信息、融合业务工单超时信息、融合业务工单回复信息、融合业务工单施工信息等；环节维度数据可以包括：环节处理超时情况、环节处理人信息、环节处理状态信息等。其中，融合业务工单拆单信息可以为对目标报文数据进行分类的信息，融合业务工单超时信息可以为其中的所有类型业务工单的超时信息，融合业务工单回复信息可以为任一类型业务工单流转过程中，业务开通系统回复给客户关系管理系统的信息，环节维度可以包括定单接收环节、业务设计环节和现场施工环节等。
25.对待监控数据的监控是以可视化的方式展示融合业务工单的拆分过程和流转过程的全景监控。
26.在工作流应用领域，传统监控方式需要针对新增业务定制开发相关程序，开发周期较长，效率低下，导致客户服务感知效果差，且通过编写大量的二次开发的代码，进行定制化的数据处理，影响了数据提取便捷性，另一方面，当数据产生后要以最快的速度提取出来，供决策者检索使用，但由于与监控数据相关的业务数据较为分散，导致数据提取困难，影响了数据资产的时效性。
27.本实施例提供的融合业务监控方法，从报文数据源中提取与待监控数据相关的目标报文数据，在将目标报文数据按照不同的业务类型进行分类，得到多类型报文数据，将任一类型报文数据转换为同类型的待监控数据，并对待监控数据进行监控。报文数据源包括需求报文和融合业务工单流转过程中的表单报文，则提取的目标报文数据涵盖了融合业务工单所经历的所有流转过程及其在流转过程中的变化，对目标报文数据进行业务分类，则体现了将融合业务工单数据按照不同的业务类型进行拆分归类的过程，因此，最终得到的待监控数据能够体现融合业务工单的拆分过程和流转过程，实现对融合业务工单的拆分过程和流转过程的实时监控，同时，由于事先对目标报文数据进行了业务分类，不需要针对新
增业务定制开发相关程序，就能够高效便捷地针对需要监控的业务类型在同类型的报文数据中进行数据提取，进行后续的数据转换和监控时，提高实时监控效率。
28.进一步地，通过对融合业务工单的拆分过程和流转过程进行实时监控的效率的提高，能够使得融合业务工单整体流转的效率和稳定性也随之提高。
29.图2是本技术实施例提供的融合业务监控方法的流程示意图之二。参照图2，在一个实施例中，将目标报文数据按照不同的业务类型进行分类，得到多类型报文数据，可以包括：201、将目标报文数据格式化为json结构的报文数据，得到第一报文数据；202、采用json path对第一报文数据进行解析，得到第二报文数据；203、将第二报文数据进行转义，得到第三报文数据；204、将第三报文数据按照不同的业务类型进行分类，得到多类型报文数据。
30.步骤201至步骤202中，json（javascript object notation，js对象简谱）是一种轻量级的数据交换格式，采用完全独立于编程语言的文本格式来存储和表示数据，具有简洁和清晰的层次结构，是一种理想的数据交换语言，易于人阅读和编写，同时也易于机器解析和生成，并有效地提升网络传输效率。
31.json path（javascript object notation path，js对象简谱路径）作为一个语法标准，可以方便地对json数据对象进行读取解析。
32.将目标报文数据格式化为json结构的报文数据，并利用json path进行读取和解析，能够实现对目标报文数据的快速解析。
33.步骤203中，解析后的目标报文数据还是机器语言，在可视化监控时，需要将其转义为可监控的数据，即监控人员能够理解的文字信息或数据信息。
34.步骤204中，根据实际需求，可以对第三报文数据按照不同的业务类型进行汇总，例如虽然某些数据分属不同的业务类型，但它们之间存在某些关联关系，则可以将这些数据进行汇总，或者某些数据同时属于两个以上的业务类型，则可以将这些数据划分为其所属业务类型中的任一业务类型，并将其与该任一业务类型中的数据进行汇总，亦或是将这些数据划分至所有其所属业务类型之中，并分别与每个业务类型中的其他数据进行汇总。
35.根据实际需求，也可以对第三报文数据按照不同的业务类型进行拆分，即将所有数据按照类型的不同完全划分开，即每个数据只会被划分至一个业务类型中，即使该数据属于不同的业务类型，也是选定其中一种业务类型作为该数据的业务类型。
36.需要说明的是，不论是汇总还是拆分，对第三报文数据的处理本质上还是对其进行分类，不包括将所有数据全部汇总在一起的情况，且由于在实践中，存在关联关系的数据和属于两个以上业务类型的数据只占数据总数的很少一部分，且即使对这部分数据进行汇总处理，也还需要对其他大部分数据进行的拆分处理，因此，最终能够实现将目标报文数据按照不同的业务类型拆分为单一业务类型的独立工单数据，即，将融合业务工单数据按照不同的业务类型拆分为单一业务类型的独立工单数据。
37.本实施例通过对目标报文数据的快速解析、转义和分类，能够快速得到分类后的报文数据，有助于进行后续的监控处理。
38.图3是本技术实施例提供的融合业务监控方法的流程示意图之三。参照图3，在一个实施例中，将任一类型报文数据转换为同类型的待监控数据，可以包括：
301、将任一类型报文数据输入至融合业务数据模型中同类型的子业务数据模型中；302、从同类型的子业务数据模型中提取第一目标业务数据，从其他类型的子业务数据模型中提取第二目标业务数据；第一目标业务数据和第二目标业务数据为关联业务数据；303、将第一目标业务数据和第二目标业务数据确定为待转换业务数据，并将待转换业务数据转换为待监控数据。
39.子业务数据模型包括融合业务工单中的主单业务数据模型和至少一个新增业务数据模型，融合业务数据模型是根据主单业务数据模型与至少一个新增业务数据模型之间的关联关系构建的，其中，主单业务数据模型可以是原始业务工单数据对应的业务数据模型，例如，原始业务工单中只有一个互联网专线业务，则主单业务数据模型为互联网业务数据模型。
40.步骤301中，融合业务数据模型中包括不同业务类型的多个子业务数据模型，例如互联网业务数据模型、视频监控业务数据模型、云视讯业务数据模型、专线卫士业务数据模型等，可以预先配置报文数据与同类型业务数据模型之间的映射关系，根据该映射关系将报文数据输入至同类型的业务数据模型中，即将互联网专线业务报文数据输入至互联网业务数据模型，将视频监控增值业务报文数据输入至视频监控业务数据模型，将云视讯增值业务报文数据输入至云视讯业务数据模型，将专线卫士增值业务报文数据输入至专线卫士业务数据模型等。
41.步骤302中，例如从互联网业务数据模型提取目标业务数据a，该目标业务数据a即为输入至互联网业务数据模型的互联网专线业务报文数据，在视频监控业务数据模型与a相关联的目标业务数据b，该目标业务数据b即为输入至视频监控业务数据模型的视频监控增值业务报文数据。
42.步骤303中，即将目标业务数据a和目标业务数据b确定为待转换业务数据，并将待转换业务数据转换为待监控数据。
43.在传统监控方式下，业务数据通常散落在不同类型的数据模型，即并没有将业务数据的类型与数据模型的类型进行一一对应，导致数据提取的困难。
44.本实施例以业务数据模型为依托，将报文数据按照类型输入至对应类型的业务数据模型中，在将其作为目标业务数据进行提取，由于进行了分类，能够实现对特定类型业务数据的高效便捷提取，另外，由于融合业务数据模型是根据主单业务数据模型与至少一个新增业务数据模型之间的关联关系构建的，因此能够在提取特定类型的业务数据时，快速定位与之关联的、位于其他类型业务数据模型中的业务数据，实现对特定业务类型的监控数据及其关联监控数据的监控，提高监控的有效性。
45.图4是本技术实施例提供的融合业务监控方法的流程示意图之四。参照图4，在一个实施例中，融合业务数据模型，是基于以下步骤构建的：401、将主单业务数据模型确定为根节点；402、判断至少一个新增业务数据模型中是否存在目标新增业务数据模型；其中，目标新增业务数据模型中的数据与根节点中的数据存在关联关系；403、若存在，则将目标新增业务数据模型作为根节点的子节点；
404、将目标新增业务数据模型确定为根节点，返回步骤402；405、若所有根节点和子节点确定完毕，则得到融合业务数据模型。
46.例如，将互联网业务数据模型确定为根节点，新增业务数据模型包括视频监控业务数据模型、云视讯业务数据模型、专线卫士业务数据模型和其他业务数据模型，若视频监控业务数据模型、云视讯业务数据模型或专线卫士业务数据模型中的数据与互联网业务数据模型的数据存在关联关系，则将视频监控业务数据模型、云视讯业务数据模型或专线卫士业务数据模型确定为互联网业务数据模型的子节点，再将视频监控业务数据模型、云视讯业务数据模型或专线卫士业务数据模型确定为根节点，若新增业务数据模型中的其他业务数据模型存在与视频监控业务数据模型、云视讯业务数据模型或专线卫士业务数据模型的数据相关联的数据，则将其他业务数据模型作为视频监控业务数据模型、云视讯业务数据模型或专线卫士业务数据模型的子节点，最终得到树状的融合业务数据模型。
47.本实施例通过业务数据模型中数据的关联关系创建融合业务数据模型，能够在业务数据提取时，针对存在关联关系的业务数据模型按照根节点到子节点的顺序数据提取，针对没有关联关系的同级业务数据模型，按照并行的方式进行数据图提取，提高数据提取效率。
48.图5是本技术实施例提供的融合业务监控方法的流程示意图之五。参照图5，在一个实施例中，将待转换业务数据转换为待监控数据，可以包括：501、根据监控需求设定数据过滤条件；502、根据数据过滤条件从待转换业务数据中筛选需求数据；503、对需求数据进行逻辑运算，得到待监控数据；逻辑运算包括顺序运算、循环运算和选择运算。
49.步骤502中，待转换业务数据中也存在一些不符合监控需求的数据，或是在流转过程中损坏或残缺的数据，因此，需要将这部分数据过滤掉，得到最终的需求数据。
50.步骤503中，可以根据监控需求配置逻辑运算方法，以使得使用该逻辑运算方法对需求数据进行运算后，能够准确得到可表征监控需求的待监控数据。
51.本实施例通过设定数据过滤条件从待转换业务数据中进一步筛选出符合监控需求的业务数据，并将该业务数据通过逻辑运算转换为可表征监控需求的待监控数据，使得最后得到的待监控数据进一步准确体现融合业务工单的拆分过程和流转过程，提高对融合业务工单的拆分过程和流转过程实时监控的准确性。
52.图6是本技术实施例提供的融合业务监控方法的流程示意图之六。参照图6，在一个实施例中，对待监控数据进行监控之后，可以包括：601、根据待监控数据配置预警条件、预警动作和预警预测结果；预警预测结果是根据预警条件和预警动作预测得到的；602、若待监控数据满足预警条件，则执行预警动作，得到预警实际结果；603、若预警实际结果与预警预测结果不一致，则对预警条件和预警动作进行优化。
53.步骤601中，可以根据不同待监控数据配置不同的预警条件和预警动作，并预测执行预警动作之后会得到的预警结果，也可以根据同一待监控数据在不同类型的业务场景配置不同的预警条件和预警动作，并预测执行预警动作之后会得到的预警结果。
54.步骤603中，若预警实际结果与预警预测结果不一致，则说明根据预警条件和预警动作得到的预警预测结果对真实情况的预测还不够准确，因此需要对预警条件和预警动作进行优化，使得预警预测结果和预警实际结果尽可能一致，保障预警预测结果对实际情况的准确预测。
55.例如预警条件为某待监控数据超过预设阈值，预警动作为发送预警短信至相关责任人，预警预测结果为相关责任人在预设时间内完成数据异常排查和处理，预警实际结果为相关责任人未对该数据异常进行任何处理，则考虑适度降低预设阈值，以提高触发预警动作的敏感性，并将预警动作更换为语音呼叫相关责任人，以提高对相关责任人的预警强度和即时性，使得相关责任人更有可能在预设时间内完成数据异常排查和处理。
56.本实施例通过设置预警条件、预警动作以及由此得到的预警预测结果，并将该预警预测结果与预警实际结果进行对比，针对误差进行预警条件和预警动作的优化，使得预警预测结果尽可能接近预警实际结果，利用对预警结果的准确预测，评估预警策略的优劣。
57.图7是本技术实施例提供的融合业务监控方法的流程示意图之七。参照图7，在一个实施例中，对待监控数据进行监控之后，可以包括：701、根据融合业务工单中任一类型业务工单在当前流转环节的待监控数据，得到从当前流转环节到工单归档环节的所有路径；702、根据路径需要经过的环节数量和流转时间，确定任一类型业务工单开通的最短路径。
58.其中，业务工单的开通一般从定单接收环节开始，到工单归档环节结束，中间还需要经过多个流转环节。
59.步骤701中，例如根据m类型业务工单在当前流转环节的待监控数据，得到从当前流转环节到工单归档环节一共有三条路径，第一条是当前流转环节到x环节，再从x环节到y环节，最后从y环节到工单归档环节，第二条是当前流转环节到z环节，再从z环节到工单归档环节，第三条是当前流转环节到x环节，再从x环节到z环节，最后从z环节到工单归档环节。
60.步骤702中，第一条路径需要经过的环节为x环节和y环节，环节数量为2，第二条路径需要经过的环节为z环节，环节数量为1，第三条路径需要经过的环节为x环节和z环节，环节数量为2，由于执行完每个环节所用的时间也不相同，因此第一条路径还需要综合考虑x环节和y环节执行完成所需的时间，第二条路径还需要综合考虑z环节执行完成所需的时间，第三条路径还需要综合考虑x环节和z环节执行完成所需的时间，才能确定哪条路径是m类型业务工单开通过的最短路径，即该最短路径是当前流转环节与工单归档环节之间的环节数量尽可能少且流转时间尽可能短的路径。
61.本实施例通过待监控数据得到任一类型业务工单从当前流转环节到工单归档环节的所有路径，并根据路径需要经过的环节数量和流转时间，确定该类型业务工单开通的最短路径，能够优化该类型业务工单每一流转环节的选择，提高业务工单开通的效率。
62.图8是本技术实施例提供的融合业务监控方法的流程模型图。参照图8，在一个实施例中，融合业务监控方法的执行可如下所述：该融合业务监控方法可基于bpmn2.0（business process model and notation 2.0，业务流程建模标注2.0）规范的工作流，先通过模型探针从需求报文和融合业务工单流
转过程中的表单报文中提取不同业务类型的报文数据，再将报文数据进行分类后分别输入至融合业务数据模型中对应类型的业务数据模型中，其中，该融合业务数据模型是以互联网业务数据模型为根节点，以视频监控业务数据模型、云视讯业务数据模型和专线卫士业务数据模型为子节点创建的，再从这些业务数据模型中提取业务数据，将其按照业务类型分类汇总后，转换成待监控数据，待监控数据包括流程维度数据和环节维度数据，最后对待监控数据进行实时监控，并根据对待监控数据的监控情况进行预警督办。
63.其中，bpmn2.0是一个基于流程图技术的开放标准符号系统，用于对业务流程进行建模。该标准广泛用于业务流程管理，因为它易于被业务用户理解，同时还为技术用户提供了表示和实施复杂流程的能力。
64.本实施例通过对融合业务监控方法的全过程执行，能够实现对融合业务工单的拆分过程和流转过程的实时监控，并能够高效便捷地针对需要监控的业务类型在同类型的报文数据中进行数据提取，进行后续的数据转换和监控时，提高实时监控效率。
65.下面对本技术实施例提供的融合业务监控装置进行描述，下文描述的融合业务监控装置与上文描述的融合业务监控方法可相互对应参照。
66.图9为本技术实施例提供的融合业务监控装置的结构示意图。参照图9，本技术实施例提供一种融合业务监控装置，可以包括：数据提取模块901，用于：从报文数据源中提取与待监控数据相关的目标报文数据；所述报文数据源包括需求报文和融合业务工单流转过程中的表单报文；数据分类模块902，用于：将所述目标报文数据按照不同的业务类型进行分类，得到多类型报文数据；数据转换与监控模块903，用于：将任一类型报文数据转换为同类型的待监控数据，并对所述待监控数据进行监控。
67.本实施例提供的融合业务监控装置，从报文数据源中提取与待监控数据相关的目标报文数据，在将目标报文数据按照不同的业务类型进行分类，得到多类型报文数据，将任一类型报文数据转换为同类型的待监控数据，并对待监控数据进行监控。报文数据源包括需求报文和融合业务工单流转过程中的表单报文，则提取的目标报文数据涵盖了融合业务工单所经历的所有流转过程及其在流转过程中的变化，对目标报文数据进行业务分类，则体现了将融合业务工单数据按照不同的业务类型进行拆分归类的过程，因此，最终得到的待监控数据能够体现融合业务工单的拆分过程和流转过程，实现对融合业务工单的拆分过程和流转过程的实时监控，同时，由于事先对目标报文数据进行了业务分类，不需要针对新增业务定制开发相关程序，就能够高效便捷地针对需要监控的业务类型在同类型的报文数据中进行数据提取，进行后续的数据转换和监控时，提高实时监控效率。
68.进一步地，通过对融合业务工单的拆分过程和流转过程进行实时监控的效率的提高，能够使得融合业务工单整体流转的效率和稳定性也随之提高。
69.在一个实施例中，数据分类模块902具体用于：将所述目标报文数据格式化为json结构的报文数据，得到第一报文数据；采用json path对所述第一报文数据进行解析，得到第二报文数据；将所述第二报文数据进行转义，得到第三报文数据；将所述第三报文数据按照不同的业务类型进行分类，得到多类型报文数据。
70.在一个实施例中，数据转换与监控模块903具体用于：将任一类型报文数据输入至融合业务数据模型中同类型的子业务数据模型中；从所述同类型的子业务数据模型中提取第一目标业务数据，从其他类型的子业务数据模型中提取第二目标业务数据；所述第一目标业务数据和所述第二目标业务数据为关联业务数据；将所述第一目标业务数据和所述第二目标业务数据确定为待转换业务数据，并将所述待转换业务数据转换为待监控数据；所述子业务数据模型包括融合业务工单中的主单业务数据模型和至少一个新增业务数据模型，所述融合业务数据模型是根据所述主单业务数据模型与所述至少一个新增业务数据模型之间的关联关系构建的。
71.在一个实施例中，融合业务数据模型，是基于以下步骤构建的：将主单业务数据模型确定为根节点；判断至少一个新增业务数据模型中是否存在目标新增业务数据模型；其中，所述目标新增业务数据模型中的数据与所述根节点中的数据存在关联关系；若存在，则将所述目标新增业务数据模型作为所述根节点的子节点；将所述目标新增业务数据模型确定为根节点，返回判断至少一个新增业务数据模型中是否存在目标新增业务数据模型的步骤，直到所有根节点和子节点确定完毕，得到所述融合业务数据模型。
72.在一个实施例中，数据转换与监控模块903具体用于：根据监控需求设定数据过滤条件；根据所述数据过滤条件从待转换业务数据中筛选需求数据；对所述需求数据进行逻辑运算，得到待监控数据；所述逻辑运算包括顺序运算、循环运算和选择运算。
73.在一个实施例中，还包括预警模块（图中未示出），用于：根据所述待监控数据配置预警条件、预警动作和预警预测结果；所述预警预测结果是根据所述预警条件和所述预警动作预测得到的；若所述待监控数据满足所述预警条件，则执行所述预警动作，得到预警实际结果；若所述预警实际结果与所述预警预测结果不一致，则对所述预警条件和所述预警动作进行优化。
74.在一个实施例中，还包括路径计算模块（图中未示出），用于：根据所述融合业务工单中任一类型业务工单在当前流转环节的待监控数据，得到从当前流转环节到工单归档环节的所有路径；根据所述路径需要经过的环节数量和流转时间，确定所述任一类型业务工单开通的最短路径。
75.图10示例了一种电子设备的实体结构示意图，如图10所示，该电子设备可以包括：处理器（processor）1010、通信接口（communication interface）1020、存储器（memory）1030和通信总线1040，其中，处理器1010，通信接口1020，存储器1030通过通信总线1040完成相互间的通信。处理器1010可以调用存储器1030中的计算机程序，以执行融合业务监控方法的步骤，例如包括：
从报文数据源中提取与待监控数据相关的目标报文数据；所述报文数据源包括需求报文和融合业务工单流转过程中的表单报文；将所述目标报文数据按照不同的业务类型进行分类，得到多类型报文数据；将任一类型报文数据转换为同类型的待监控数据，并对所述待监控数据进行监控。
76.此外，上述的存储器1030中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器（rom，read-only memory）、随机存取存储器（ram，random access memory）、磁碟或者光盘等各种可以存储程序代码的介质。
77.另一方面，本技术实施例还提供一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序可存储在非暂态计算机可读存储介质上，所述计算机程序被处理器执行时，计算机能够执行上述各实施例所提供的融合业务监控方法的步骤，例如包括：从报文数据源中提取与待监控数据相关的目标报文数据；所述报文数据源包括需求报文和融合业务工单流转过程中的表单报文；将所述目标报文数据按照不同的业务类型进行分类，得到多类型报文数据；将任一类型报文数据转换为同类型的待监控数据，并对所述待监控数据进行监控。
78.另一方面，本技术实施例还提供一种处理器可读存储介质，所述处理器可读存储介质存储有计算机程序，所述计算机程序用于使处理器执行上述各实施例提供的方法的步骤，例如包括：从报文数据源中提取与待监控数据相关的目标报文数据；所述报文数据源包括需求报文和融合业务工单流转过程中的表单报文；将所述目标报文数据按照不同的业务类型进行分类，得到多类型报文数据；将任一类型报文数据转换为同类型的待监控数据，并对所述待监控数据进行监控。
79.所述处理器可读存储介质可以是处理器能够存取的任何可用介质或数据存储设备，包括但不限于磁性存储器（例如软盘、硬盘、磁带、磁光盘（mo）等）、光学存储器（例如cd、dvd、bd、hvd等）、以及半导体存储器（例如rom、eprom、eeprom、非易失性存储器（nand flash）、固态硬盘（ssd））等。
80.以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
81.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行各个实施例或者实施例的某些部分所述的方法。
82.最后应说明的是：以上实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围。