CN109739724B - 数据监控方法、系统、电子设备和存储介质 - Google Patents

Abstract

本申请提供一种数据监控方法、系统、电子设备和存储介质，用于实现跨数据源的数据监控。其中方法包括：获取一组待监控的数据源，和各数据源的监控信息；按业务流转顺序，依次对各数据源进行数据监控，包括：获取相邻上一数据源的关键词，从当前数据源中筛选与所述相邻上一数据源的关键词关联的待监控数据，根据所述当前数据源的监控信息对其待监控数据进行计算，获得所述当前数据源的监控结果数据；以及根据所述当前数据源的监控结果数据获取所述当前数据源的关键词，将所述当前数据源的关键词流转至相邻下一数据源。本申请按照业务流转顺序依次对多个数据源的数据进行监控，上一数据源的监控结果数据传入下一数据源，提高监控通用性。

Description

数据监控方法、系统、电子设备和存储介质

技术领域

本申请涉及数据处理技术领域，具体地说，涉及一种数据监控方法、系统、电子设备和存储介质。

背景技术

对于大型票务预订平台，每天产生的订单量大，且平台订单政策多，导致后续出票、改签、退票、结算业务复杂，不同业务之间交互产生的数据在不同业务库中，当业务产生事件才知道系统的漏洞，然后由开发人员定位问题，不能及时的发现系统的漏洞。

而且，分别对各个业务库进行数据监控不利于按照业务流转顺序及时发现出问题的业务库，导致故障发生后定位慢，无法及时解决问题。

需要说明的是，在上述背景技术部分申请的信息仅用于加强对本申请的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

有鉴于此，本申请提供一种数据监控方法、系统、电子设备和存储介质，解决跨数据源的数据监控问题。

根据本申请的一个方面，提供一种数据监控方法，包括：获取一组待监控的数据源，和各数据源的监控信息；按业务流转顺序，依次对各数据源进行数据监控，包括：获取相邻上一数据源的关键词，从当前数据源中筛选与所述相邻上一数据源的关键词关联的待监控数据，根据所述当前数据源的监控信息对其待监控数据进行计算，获得所述当前数据源的监控结果数据；以及根据所述当前数据源的监控结果数据获取所述当前数据源的关键词，将所述当前数据源的关键词流转至相邻下一数据源。

优选地，上述的数据监控方法中，根据所述当前数据源的监控信息对其待监控数据进行计算的步骤包括：从所述当前数据源的待监控数据中筛选符合所述当前数据源的监控信息的待监控数据。

优选地，上述的数据监控方法中，按业务流转顺序，对第一数据源进行数据监控的步骤包括：根据所述第一数据源的监控信息获取监控关键词，从所述第一数据源中筛选与所述监控关键词关联的待监控数据，根据所述第一数据源的监控信息对其待监控数据进行预处理，获得所述第一数据源的监控结果数据。

优选地，上述的数据监控方法中，按业务流转顺序，对最后一数据源进行数据监控的步骤包括：获取所述最后一数据源的相邻上一数据源的关键词，从所述最后一数据源中筛选与其相邻上一数据源的关键词关联的待监控数据，根据所述最后一数据源的监控信息对其待监控数据进行计算，获得所述最后一数据源的监控结果数据。

优选地，上述的数据监控方法还包括：以所述最后一数据源的监控结果数据作为该组待监控的数据源的监控结果，发起警报。

优选地，上述的数据监控方法中，按业务流转顺序，获取的一组数据源包括下单数据源、出票数据源和价格管控数据源，依次对各数据源进行数据监控的步骤包括：根据所述下单数据源的监控信息获取一监控时段作为监控关键词，从所述下单数据源中筛选所述监控时段内的下单数据作为所述下单数据源的待监控数据，对所述监控时段内的下单数据进行预处理生成以订单编号为标识的多条下单数据流，作为所述下单数据源的监控结果数据；根据各订单编号，从所述出票数据源中筛选与各订单编号关联的出票数据作为所述出票数据源的待监控数据，根据所述出票数据源的监控信息对筛选出的出票数据进行计算，获得以出票编号为标识的出票异常数据流，作为所述出票数据源的监控结果数据；根据各出票编号，从所述价格管控数据源中筛选与各出票编号关联的价格管控数据作为所述价格管控数据源的待监控数据，根据所述价格管控数据源的监控信息对筛选出的价格管控数据进行计算，获得以价格管控编号为标识的价格异常数据流，作为所述价格管控数据源的监控结果数据；将以价格编号作为标识的价格管控异常数据流作为该组待监控的数据源的监控结果，发起警报。

优选地，上述的数据监控方法中，所述数据源包括数据库类型的数据源和/或接口类型的数据源。

根据本申请的另一个方面，提供一种数据监控系统，包括：获取模块，用于获取一组待监控的数据源，和各数据源的监控信息；监控模块，用于按业务流转顺序，依次对各数据源进行数据监控，所述监控模块包括：子监控单元，用于获取相邻上一数据源的关键词，从当前数据源中筛选与所述相邻上一数据源的关键词关联的待监控数据，根据所述当前数据源的监控信息对其待监控数据进行计算，获得所述当前数据源的监控结果数据；以及子流转单元，根据所述当前数据源的监控结果数据获取所述当前数据源的关键词，将所述当前数据源的关键词流转至相邻下一数据源。

根据本申请的另一个方面，提供一种电子设备，包括：处理器；以及存储器，用于存储可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述的数据监控方法的步骤。

根据本申请的另一个方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述的数据监控方法的步骤。

本申请与现有技术相比的有益效果在于：

本申请按照业务流转顺序，对多个数据源的数据进行监控，且上一数据源的监控结果数据传入下一数据源，实现业务流转线上跨数据源的统一监控，出现问题时可以快速定位，提高监控效率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出本申请实施例中一种数据监控方法的步骤示意图；

图2示出本申请实施例中又一种数据监控方法的步骤示意图；

图3示出本申请实施例中一种数据监控方法的架构示意图；

图4示出本申请实施例中一种数据监控系统的步骤示意图；

图5示出本申请实施例中一种电子设备的示意图；

图6示出本申请实施例中计算机可读存储介质的示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的实施方式。相反，提供这些实施方式使得本申请将全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的结构，因而将省略对它们的重复描述。

图1示出实施例中数据监控方法的步骤示意图。参照图1所示，在一些实施例中，本申请的数据监控方法包括步骤：

S1、获取一组待监控的数据源，和各数据源的监控信息。

可以按照业务流转顺序配置多组数据源，每组数据源的监控信息各不相同，其中一组数据源中每个数据源的监控信息也各不相同。每组数据源可以包括各种类型的数据库，如SQLSERVER(一种关系型数据库)、MYSQL(一种关系型数据库)、REDIS(一种Key-Value(键-值)数据库)，各种类型的接口，如SOA，各种类型的消息中间件，如QMQ。各组数据源的监控可以配置为定时任务，如每1小时监控一次，每30分钟监控一次等。

S2、按业务流转顺序，依次对各数据源进行数据监控。

例如，按业务流转顺序，获取的一组数据源包括下单数据源→出票数据源→价格管控数据源，则按照按业务流转顺序依次对下单数据源、出票数据源、价格管控数据源中相关的数据进行监控。再如，按业务流转顺序，获取的一组数据源包括下单数据源→核保数据源→出险管控数据源，则按照按业务流转顺序依次对下单数据源、核保数据源、出险管控数据源中相关的数据进行监控。

对一组数据源进行数据监控时，上一数据源的监控结果数据传入下一数据源，实现业务流转线上跨数据源的统一监控。具体来说，S2包括：S21、获取相邻上一数据源的关键词，从当前数据源中筛选与相邻上一数据源的关键词关联的待监控数据，根据当前数据源的监控信息对其待监控数据进行计算，获得当前数据源的监控结果数据。以及S22、根据当前数据源的监控结果数据获取当前数据源的关键词，将当前数据源的关键词流转至相邻下一数据源。然后相邻下一数据源再循环执行S21，直至最后一个数据源的相关数据监控完成。

其中，S21中根据当前数据源的监控信息对其待监控数据进行计算的方法是：从当前数据源的待监控数据中筛选符合当前数据源的监控信息的待监控数据。例如，当前数据源是一个出票数据源，其相邻上一数据源是下单数据源，根据下单数据源的关键词从出票数据源中筛选出了部分待监控的出票数据，按照出票数据源的监控信息，如下单后未成功出票，从出票数据源的待监控数据中筛选下单后未成功出票的出票数据，作为出票数据源的监控结果数据。获得出票数据源的监控结果数据后，从其监控结果数据中获取关键词，如一些标识信息，流转至出票数据源的相邻下一数据源，如价格管控数据源，使价格管控数据源按S21进行数据监控，并按S22继续循环，直至最后一个数据源的相关数据监控完成。

进一步的，参照图2所示，按业务流转顺序，对第一数据源进行数据监控的步骤包括：S20、根据第一数据源的监控信息获取监控关键词，从第一数据源中筛选与监控关键词关联的待监控数据，根据第一数据源的监控信息对其待监控数据进行预处理，获得第一数据源的监控结果数据。以及，按业务流转顺序，对最后一数据源进行数据监控的步骤包括：S23、获取最后一数据源的相邻上一数据源的关键词，从最后一数据源中筛选与其相邻上一数据源的关键词关联的待监控数据，根据最后一数据源的监控信息对其待监控数据进行计算，获得最后一数据源的监控结果数据。

通过S20～S23依次对多个数据源的数据进行监控，且每个数据源的监控结果数据(可以以关键词形式)传到下一数据源进行运算，当碰到复杂运算系统支持表达式运算(+、-、*、/、>、<、&&、||、！等)，依次将数据处理完成后得到最终的监控结果数据。并且，每个数据源接收相邻上一数据源的关键词后，可以对关键词进行数据转换使其符合当前数据源的数据格式。

进一步的，获得最后一数据源的监控结果数据后，还包括：S24、以最后一数据源的监控结果数据作为该组待监控的数据源的监控结果，发起警报。可以通过EMAIL报警，信息报警，监控APP报警、接口报警等多种方式告知给监控关注者，监控关注者收到监控警报后进行分析判断，即可快速定位该业务流转线的问题点，便于及时处理。

参照图3所示，是实施例中一种数据监控方法的具体架构示意图。在本实施例中，按业务流转顺序，获取的一组数据源包括下单数据源31、出票数据源32和价格管控数据源33，依次对各数据源进行数据监控的步骤包括：

S301、按照配置的监控信息运行监控。

S302、根据下单数据源31的监控信息获取一监控时段作为监控关键词，从下单数据源31中筛选监控时段内的下单数据作为下单数据源31的待监控数据，对监控时段内的下单数据进行预处理生成以订单编号为标识的多条下单数据流，作为下单数据源31的监控结果数据。

其中，下单数据源31例如ACCFLTDB库，ACCFLTDB库是SQLSERVER数据库中的一个数据存储的库名。监控时段例如10分钟内，则从下单数据源31中通过SQL语句筛选10分钟内的下单数据，例如筛选出10分钟内100个用户的下单数据，作为下单数据源31的待监控数据。接着对筛选出的10分钟内100个用户的下单数据进行预处理，如数据整理、清洗等，生成以订单编号为标识的10条下单数据流，作为下单数据源31的监控结果数据。并将该10条下单数据流传入下一步，具体来说是将该10条下单数据流的标识信息，即10个订单编号传入下一步。

S303、根据各订单编号，从出票数据源32中筛选与各订单编号关联的出票数据作为出票数据源32的待监控数据，根据出票数据源32的监控信息对筛选出的出票数据进行计算，获得以出票编号为标识的出票异常数据流，作为出票数据源32的监控结果数据。

其中，出票数据源32例如SOA接口，将上一步的数据转换为JSON格式作为参数传给SOA接口。根据10个订单编号从出票数据源32中筛选与该10个订单编号关联的10组出票数据，作为出票数据源32的待监控数据。出票数据源32的监控信息例如下单后未成功出票，则从10组出票数据中筛选出下单后未成功出票的数据，进行处理后获得以出票编号为标识的出票异常数据流，例如获得了2条出票异常数据流(即10组出票数据中存在2组出票数据异常)，作为出票数据源32的监控结果数据。并将该2条出票异常数据流传入下一步，具体来说是将该2条出票异常数据流的标识信息，即2个出票编号传入下一步。

S304、根据各出票编号，从价格管控数据源33中筛选与各出票编号关联的价格管控数据作为价格管控数据源33的待监控数据，根据价格管控数据源33的监控信息对筛选出的价格管控数据进行计算，获得以价格管控编号为标识的价格异常数据流，作为价格管控数据源33的监控结果数据。

其中，价格管控数据源33例如ORDER库，价格管控数据源33的监控信息如票价超出航空公司的政策范围。根据2个异常的出票编号从价格管控数据源33中筛选对应的价格管控数据，作为价格管控数据源33的待监控数据。然后判断筛选出的价格管控数据是否超出了对应航空公司的政策范围，若是则说明因价格管控出错导致出票失败，因此从价格管控数据中筛选出票价超出航空公司的政策范围的价格管控数据，例如筛选出一条价格异常数据流，作为价格管控数据源33的监控结果数据。

进一步的，S305将以价格编号作为标识的价格管控异常数据流作为该组待监控的数据源的监控结果，发起警报。如没有价格管控异常数据流，则表明该组待监控的数据源数据正常，因此无监控数据，无需发出警报。

其中，步骤S303中2条出票异常数据流除流转至步骤S304进行价格监控外，还可以流转至配置的其他步骤进行不同维度的监控，以发现出票异常原因。或者，每一步监控中当发现异常时，可以直接发出警报，例如直接将该2条出票异常数据流发出警报，提示监控管理者及时查找问题。

另外，一组数据源可以采用统一的关键词，例如上述的下单数据源31、出票数据源32和价格管控数据源33均可以采用下单编号作为筛选各数据流的待监控数据的标识信息。

上述实施例中的数据监控方法按照业务流转顺序，对多个数据源的数据进行监控，且上一数据源的监控结果数据传入下一数据源，实现业务流转线上跨数据源的统一监控，出现问题时可以快速定位，提高监控效率。

本申请实施例还提供一种数据监控系统。参照图4所示，在一些实施例中，数据监控系统包括：

获取模块41，用于获取一组待监控的数据源，和各数据源的监控信息。获取模块41可以执行上述任意实施例中描述的数据监控方法的步骤S10。

监控模块42，用于按业务流转顺序，依次对各数据源进行数据监控。监控模块42可以执行上述任意实施例中描述的数据监控方法的步骤S20。

监控模块42包括：子监控单元421，用于获取相邻上一数据源的关键词，从当前数据源中筛选与相邻上一数据源的关键词关联的待监控数据，根据当前数据源的监控信息对其待监控数据进行计算，获得当前数据源的监控结果数据。子监控单元421可以执行上述任意实施例中描述的数据监控方法的步骤S21。

以及子流转单元422，用于根据当前数据源的监控结果数据获取当前数据源的关键词，将当前数据源的关键词流转至相邻下一数据源。子流转单元422以执行上述任意实施例中描述的数据监控方法的步骤S22。

进一步的，数据监控系统还可以包括其他可以执行上述数据监控方法实施例描述的各个步骤的模块，以实现按业务流转顺序，对多个数据源的数据进行监控，且上一数据源的监控结果数据传入下一数据源，实现业务流转线上跨数据源的统一监控，出现问题时可以快速定位，提高监控效率。

本申请实施例还提供一种电子设备，包括处理器和存储器，存储器中存储有可执行指令，处理器被配置为经由执行可执行指令来执行上述实施例中的数据监控方法的步骤。

如上所述，本申请的电子设备能够按业务流转顺序，对多个数据源的数据进行监控，且上一数据源的监控结果数据传入下一数据源，实现业务流转线上跨数据源的统一监控，出现问题时可以快速定位，提高监控效率。

图5是本申请实施例中电子设备的结构示意图，应当理解的是，图5仅仅是示意性地示出各个模块，这些模块可以是虚拟的软件模块或实际的硬件模块，这些模块的合并、拆分及其余模块的增加都在本申请的保护范围之内。

所属技术领域的技术人员能够理解，本申请的各个方面可以实现为系统、方法或程序产品。因此，本申请的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“平台”。

下面参照图5来描述本申请的电子设备500。图5显示的电子设备500仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图5所示，电子设备500以通用计算设备的形式表现。电子设备500的组件可以包括但不限于：至少一个处理单元510、至少一个存储单元520、连接不同平台组件(包括存储单元520和处理单元510)的总线530、显示单元540等。

其中，存储单元存储有程序代码，程序代码可以被处理单元510执行，使得处理单元510执行上述实施例中描述的数据监控方法的步骤。例如，处理单元510可以执行如图1至图3中所示的步骤。

存储单元520可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)5201和/或高速缓存存储单元5202，还可以进一步包括只读存储单元(ROM)5203。

存储单元520还可以包括具有一组(至少一个)程序模块5205的程序/实用工具5204，这样的程序模块5205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线530可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备500也可以与一个或多个外部设备600(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备500交互的设备通信，和/或与使得该电子设备500能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口550进行。并且，电子设备500还可以通过网络适配器560与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。网络适配器560可以通过总线530与电子设备500的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备500使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储平台等。

本申请实施例还提供一种计算机可读存储介质，用于存储程序，程序被执行时实现上述实施例描述的数据监控方法的步骤。在一些可能的实施方式中，本申请的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在终端设备上运行时，程序代码用于使终端设备执行上述实施例描述的数据监控方法的步骤。

如上所述，本申请的计算机可读存储介质能够按照业务流转顺序，对多个数据源的数据进行监控，且上一数据源的监控结果数据传入下一数据源，实现业务流转线上跨数据源的统一监控，出现问题时可以快速定位，提高监控效率。

图6是本申请的计算机可读存储介质的结构示意图。参考图6所示，描述了根据本申请的实施方式的用于实现上述方法的程序产品700，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本申请的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本申请操作的程序代码，程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

以上内容是结合具体的优选实施方式对本申请所作的进一步详细说明，不能认定本申请的具体实施只局限于这些说明。对于本申请所属技术领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本申请的保护范围。

Claims (9)

1.一种数据监控方法，其特征在于，包括：

获取一组待监控的数据源，和各数据源的监控信息；

按业务流转顺序，依次对各数据源进行数据监控，包括：

获取相邻上一数据源的关键词，从当前数据源中筛选与所述相邻上一数据源的关键词关联的待监控数据，根据所述当前数据源的监控信息对其待监控数据进行计算，获得所述当前数据源的监控结果数据；以及

根据所述当前数据源的监控结果数据获取所述当前数据源的关键词，将所述当前数据源的关键词流转至相邻下一数据源；

其中，根据所述当前数据源的监控信息对其待监控数据进行计算的步骤包括：从所述当前数据源的待监控数据中筛选符合所述当前数据源的监控信息的待监控数据。

2.如权利要求1所述的数据监控方法，其特征在于，按业务流转顺序，对第一数据源进行数据监控的步骤包括：

根据所述第一数据源的监控信息获取监控关键词，从所述第一数据源中筛选与所述监控关键词关联的待监控数据，根据所述第一数据源的监控信息对其待监控数据进行预处理，获得所述第一数据源的监控结果数据。

3.如权利要求2所述的数据监控方法，其特征在于，按业务流转顺序，对最后一数据源进行数据监控的步骤包括：

获取所述最后一数据源的相邻上一数据源的关键词，从所述最后一数据源中筛选与其相邻上一数据源的关键词关联的待监控数据，根据所述最后一数据源的监控信息对其待监控数据进行计算，获得所述最后一数据源的监控结果数据。

4.如权利要求3所述的数据监控方法，其特征在于，还包括：

以所述最后一数据源的监控结果数据作为该组待监控的数据源的监控结果，发起警报。

5.如权利要求4所述的数据监控方法，其特征在于，按业务流转顺序，获取的一组数据源包括下单数据源、出票数据源和价格管控数据源，依次对各数据源进行数据监控的步骤包括：

根据所述下单数据源的监控信息获取一监控时段作为监控关键词，从所述下单数据源中筛选所述监控时段内的下单数据作为所述下单数据源的待监控数据，对所述监控时段内的下单数据进行预处理生成以订单编号为标识的多条下单数据流，作为所述下单数据源的监控结果数据；

根据各订单编号，从所述出票数据源中筛选与各订单编号关联的出票数据作为所述出票数据源的待监控数据，根据所述出票数据源的监控信息对筛选出的出票数据进行计算，获得以出票编号为标识的出票异常数据流，作为所述出票数据源的监控结果数据；

根据各出票编号，从所述价格管控数据源中筛选与各出票编号关联的价格管控数据作为所述价格管控数据源的待监控数据，根据所述价格管控数据源的监控信息对筛选出的价格管控数据进行计算，获得以价格管控编号为标识的价格异常数据流，作为所述价格管控数据源的监控结果数据；

将以价格编号作为标识的价格管控异常数据流作为该组待监控的数据源的监控结果，发起警报。

6.如权利要求1所述的数据监控方法，所述数据源包括数据库类型的数据源和/或接口类型的数据源。

7.一种数据监控系统，其特征在于，包括：

获取模块，用于获取一组待监控的数据源，和各数据源的监控信息；

监控模块，用于按业务流转顺序，依次对各数据源进行数据监控，所述监控模块包括：

子监控单元，用于获取相邻上一数据源的关键词，从当前数据源中筛选与所述相邻上一数据源的关键词关联的待监控数据，根据所述当前数据源的监控信息对其待监控数据进行计算，获得所述当前数据源的监控结果数据；以及

子流转单元，根据所述当前数据源的监控结果数据获取所述当前数据源的关键词，将所述当前数据源的关键词流转至相邻下一数据源。

8.一种电子设备，其特征在于，包括：

处理器；以及

存储器，用于存储可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1～6任一项所述的数据监控方法的步骤。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1～6任一项所述的数据监控方法的步骤。

Images