CN114416489A - 系统运行状态的监控方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本发明涉及大数据技术领域，公开了一种系统运行状态的监控方法、装置、计算机设备及存储介质，用于快速发现系统异常的原因并解决异常，从流程上或整体上监控应用系统的运行状态，提高系统异常的解决效率。方法包括：获取目标系统的多个业务流程，以及每个业务流程中的多个业务节点；业务流程中的多个业务节点之间的连接关系，基于业务流程的业务办理顺序确定；每个业务节点预设有待采集的数据类型；通过埋点获取业务节点的数据类型所对应的数据内容；基于多个业务流程，以及每个业务流程中业务节点之间的连接关系，对业务节点对应的数据内容进行分析处理，得到目标系统的运行状态数据。本发明还涉及区块链技术，数据内容可存储于区块链网络中。

Description

系统运行状态的监控方法、装置、计算机设备及存储介质

技术领域

本发明涉及大数据领域，尤其涉及一种系统运行状态的监控方法、装置、计算机设备及存储介质。

背景技术

通常，应用系统直接面向客户。传统的解决客诉问题的做法是，应用系统出现问题，用户反馈给客服人员，由于客服人员不了解应用系统的运行原理和状态，且缺少可供查询的工具，客服人员通常将客户反馈的问题直接反馈给系统的开发技术人员，通过开发技术人员分析问题，排查相对应的日志与数据，然后定位出错点，将结果发送给客服，再由客服传达给用户，该方式流程繁琐，效率较低。同时，应用系统的开发技术人员也难以直观地了解系统的运行情况，无法对系统的功能、性能及业务进行定量的分析优化。相关技术中，可以在应用系统中进行埋点，获取埋点位置的数据和概要信息。但埋点难以覆盖应用系统的全部业务，且埋点孤立、分散，难以基于埋点数据有效解决系统异常。

发明内容

本发明提供了一种系统运行状态的监控方法、装置、计算机设备及存储介质，用于快速发现系统异常的原因并解决异常，可以从流程上或整体上监控应用系统的运行状态，提高系统异常的解决效率，使应用系统的运行更加稳定。

为实现上述目的，本发明第一方面提供了一种系统运行状态的监控方法，包括：获取目标系统的多个业务流程，以及每个业务流程中的多个业务节点；其中，多个业务流程预先通过对目标系统的业务进行划分得到；每个业务流程对应目标系统中的一种业务场景；业务流程中的多个业务节点之间的连接关系，基于业务流程的业务办理顺序确定；每个业务节点预设有待采集的数据类型；针对每个业务节点，在目标系统中业务节点对应的位置设置埋点，在目标系统运行时，通过埋点获取业务节点预设的数据类型所对应的数据内容；基于多个业务流程，以及每个业务流程中业务节点之间的连接关系，对业务节点对应的数据内容进行分析处理，得到目标系统的运行状态数据。

可选的，在本发明第一方面的第一种实现方式中，上述在目标系统运行时，通过埋点获取业务节点预设的数据类型所对应的数据内容的步骤，包括：响应于用户在第一业务节点执行业务操作，生成业务操作产生的业务操作数据；基于业务操作数据以及第一业务节点对应的数据类型，采集第一业务节点的数据内容。

可选的，在本发明第一方面的第二种实现方式中，每个业务节点预设有数据采集接口；上述基于业务操作数据以及第一业务节点对应的数据类型，采集第一业务节点的数据内容的步骤，包括：通过第一业务节点预设的数据采集接口，采集第一业务节点的每个数据类型对应的数据内容；通过数据采集接口获取与第一业务节点具有连接关系的第二业务节点，基于第一业务节点与第二业务节点之间的连接关系，将第一业务节点的数据内容与第二业务节点的数据内容进行关联处理。

可选的，在本发明第一方面的第三种实现方式中，上述通过第一业务节点预设的数据采集接口，采集第一业务节点的每个数据类型对应的数据内容的步骤，包括：当第一业务节点运行结束，通过第一业务节点预设的数据采集接口，采集第一业务节点的运行日志；从运行日志中提取第一业务节点的每个数据类型对应的数据内容，通过异步解耦的方式，将数据内容发送至指定的数据分析组件；其中，数据分析组件用于：对数据内容进行分析处理，得到目标系统的运行状态数据。

可选的，在本发明第一方面的第四种实现方式中，上述基于多个业务流程，以及每个业务流程中业务节点之间的连接关系，对业务节点对应的数据内容进行分析处理，得到目标系统的运行状态数据的步骤，包括：针对每个业务流程，获取业务流程中每个业务节点的数据内容；基于业务流程中业务节点之间的连接关系，对业务流程中的业务节点的内容数据进行关联处理，得到业务流程对应的流程状态数据；基于每个业务流程对应的流程状态数据，得到目标系统的运行状态数据。

可选的，在本发明第一方面的第五种实现方式中，上述基于每个业务流程对应的流程状态数据，得到目标系统的运行状态数据的步骤，包括：若多个业务流程中存在第一流程和第二流程，且第一流程和第二流程之间存在指定的流程关系，则基于流程关系，对第一流程的流程状态数据和第二流程的流程状态数据进行关联处理，得到第一流程和第二流程之间的流程关联数据；将每个业务流程对应的流程状态数据，以及具有流程关系的第一流程和第二流程之间的流程关联数据，确定为目标系统的运作状态数据。

可选的，在本发明第一方面的第六种实现方式中，上述基于多个业务流程，以及每个业务流程中业务节点之间的连接关系，对业务节点对应的数据内容进行分析处理，得到目标系统的运行状态数据的步骤之后，方法还包括：响应于查询指令，从查询指令中提取查询关键字；从目标系统的运行状态数据中提取与查询关键字相匹配的数据，得到查询结果；基于查询关键字，确定显示维度，按照显示维度显示查询结果。

本发明第二方面提供了一种系统运行状态的监控装置，包括：节点获取模块，用于获取目标系统的多个业务流程，以及每个业务流程中的多个业务节点；其中，多个业务流程预先通过对目标系统的业务进行划分得到；每个业务流程对应目标系统中的一种业务场景；业务流程中的多个业务节点之间的连接关系，基于业务流程的业务办理顺序确定；每个业务节点预设有待采集的数据类型；数据获取集模块，用于针对每个业务节点，在目标系统中业务节点对应的位置设置埋点，在目标系统运行时，通过埋点获取业务节点预设的数据类型所对应的数据内容；分析模块，用于基于多个业务流程，以及每个业务流程中业务节点之间的连接关系，对业务节点对应的数据内容进行分析处理，得到目标系统的运行状态数据。

可选的，在本发明第二方面的第一种实现方式中，上述数据获取集模块还用于：响应于用户在第一业务节点执行业务操作，生成业务操作产生的业务操作数据；基于业务操作数据以及第一业务节点对应的数据类型，采集第一业务节点的数据内容。

可选的，在本发明第二方面的第二种实现方式中，每个业务节点预设有数据采集接口；上述数据获取集模块还用于：通过第一业务节点预设的数据采集接口，采集第一业务节点的每个数据类型对应的数据内容；通过数据采集接口获取与第一业务节点具有连接关系的第二业务节点，基于第一业务节点与第二业务节点之间的连接关系，将第一业务节点的数据内容与第二业务节点的数据内容进行关联处理。

可选的，在本发明第二方面的第三种实现方式中，上述数据获取集模块还用于：当第一业务节点运行结束，通过第一业务节点预设的数据采集接口，采集第一业务节点的运行日志；从运行日志中提取第一业务节点的每个数据类型对应的数据内容，通过异步解耦的方式，将数据内容发送至指定的数据分析组件；其中，数据分析组件用于：对数据内容进行分析处理，得到目标系统的运行状态数据。

可选的，在本发明第二方面的第四种实现方式中，上述分析模块还用于：针对每个业务流程，获取业务流程中每个业务节点的数据内容；基于业务流程中业务节点之间的连接关系，对业务流程中的业务节点的内容数据进行关联处理，得到业务流程对应的流程状态数据；基于每个业务流程对应的流程状态数据，得到目标系统的运行状态数据。

可选的，在本发明第二方面的第五种实现方式中，上述分析模块还用于：若多个业务流程中存在第一流程和第二流程，且第一流程和第二流程之间存在指定的流程关系，基于流程关系，对第一流程的流程状态数据和第二流程的流程状态数据进行关联处理，得到第一流程和第二流程之间的流程关联数据；将每个业务流程对应的流程状态数据，以及具有流程关系的第一流程和第二流程之间的流程关联数据，确定为目标系统的运作状态数据。

可选的，在本发明第二方面的第六种实现方式中，上述装置还包括：显示模块，用于：响应于查询指令，从查询指令中提取查询关键字；从目标系统的运行状态数据中提取与查询关键字相匹配的数据，得到查询结果；基于查询关键字，确定显示维度，按照显示维度显示查询结果。

本发明第三方面提供了一种计算机设备，计算机设备包括：存储器和至少一个处理器，存储器中存储有指令；至少一个处理器调用存储器中的指令，以使得计算机设备执行如上述系统运行状态的监控方法。

本发明第四方面提供了一种计算机可读存储介质，其上存储有指令，指令被处理器执行时实现如上述系统运行状态的监控方法。

本发明提供的技术方案中，获取目标系统的多个业务流程，以及每个业务流程中的多个业务节点；其中，多个业务流程预先通过对目标系统的业务进行划分得到；每个业务流程对应目标系统中的一种业务场景；业务流程中的多个业务节点之间的连接关系，基于业务流程的业务办理顺序确定；每个业务节点预设有待采集的数据类型；针对每个业务节点，在目标系统中业务节点对应的位置设置埋点，在目标系统运行时，通过埋点获取业务节点预设的数据类型所对应的数据内容；基于多个业务流程，以及每个业务流程中业务节点之间的连接关系，对业务节点对应的数据内容进行分析处理，得到目标系统的运行状态数据。上述方式中，一方面由于应用系统预先被划分为多个业务流程，每个业务流程包括多个业务节点，可以全面的监控应用系统的运行状况，每个业务节点之间的数据可供客服人员查看，从而快速发现系统异常的原因并解决异常。另一方面，应用系统划分为多个业务流程，这些业务流程可覆盖应用系统的大部分业务，业务节点基于业务流程进行划分，业务节点的数据基于业务流程产生关联，可以从流程上或整体上监控应用系统的运行状态，当系统异常时，可以对多个相关的业务节点的数据进行联动分析，提高系统异常的解决效率，使应用系统的运行更加稳定。

附图说明

图1为本发明实施例中系统运行状态的监控方法的一个实施例示意图；

图2为本发明实施例中系统运行状态的监控方法的另一个实施例示意图；

图3为本发明实施例中系统运行状态的监控装置的一个实施例示意图；

图4为本发明实施例中系统运行状态的监控装置的另一个实施例示意图；

图5为本发明实施例中计算机设备的一个实施例示意图。

具体实施方式

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(若存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”或“具有”及其任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

本申请实施例可以基于人工智能技术对相关的数据进行获取和处理。其中，人工智能(Artificial Intelligence，AI)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能，感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。

人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互系统、机电一体化等技术。人工智能软件技术主要包括计算机视觉技术、机器人技术、生物识别技术、语音处理技术、自然语言处理技术以及机器学习/深度学习等几大方向。

用户使用应用系统时，若发生系统异常，通常向客服反馈异常问题，然后客服将反馈的异常问题移交至应用系统的开发人员。开发人员通过排查应用系统的日志和数据，找到系统中的出错点并予以修正。这种处理系统异常的方式流程繁琐，且效率低下。相关技术中，可以在应用系统中进行埋点，获取埋点位置的数据和概要信息。但埋点难以覆盖应用系统的全部业务，且埋点孤立、分散，难以基于埋点数据有效解决系统异常。

为便于理解，下面对本发明实施例的具体流程进行描述，请参阅图1，本发明实施例中系统运行状态的监控方法的一个实施例包括：

步骤S101，获取目标系统的多个业务流程，以及每个业务流程中的多个业务节点；其中，多个业务流程预先通过对目标系统的业务进行划分得到；每个业务流程对应目标系统中的一种业务场景；业务流程中的多个业务节点之间的连接关系，基于业务流程的业务办理顺序确定；每个业务节点预设有待采集的数据类型；

目标系统可以是车保险、车服务、车生活、或其他功能领域的应用系统。预先可以由开发人员对目标系统中的业务进行划分，得到多个业务流程，每个业务流程可以对应一个用户业务场景。一个业务流程可以包括实现某一特定业务时包括的所有步骤。作为示例，购买业务保险的业务场景，该业务场景对应的业务流程可以包括选择险种、提交订单、支付、生成保险合同等步骤，基于该步骤，在业务流程中设置多个业务节点，例如，业务节点1用于选择险种，业务节点2用于提交订单，业务节点3用于支付等。基于上述购买业务保险的业务办理顺序，将业务流程中的多个业务节点进行连接，使多个业务节点之间具有先后顺序。

在实际实现时，开发人员基于业务功能的差异性，设置与编辑业务流程。具体的，基于用户场景的多样性，系统中设置有多种供用户选择的业务，每个业务的功能不同，每个业务至少对应一种用户场景，每一个用户场景闭环视为一个流程。例如用户需要办理某一业务，从开始办理到办理结束为一个闭环的用户场景，设置为一个流程，该情况下，通常会涉及多个办理阶段，因此需要将流程分为多个阶段，每个阶段对应一个或多个业务节点，每个业务节点设置唯一的节点标识，以对不同的业务节点进行区分。

当一个业务流程包括多个业务节点时，需要获取业务节点标识，并根据业务办理顺序，建立节点与节点之间的关系。在实际实现时，基于业务节点的作用，可以分为任务节点、活动节点、分支节点、聚合节点、决策节点等，每个节点的节点数据的数据类型，由自身的状态，例如：正常、出错，节点标识，节点名称，节点接口，所属业务流程的流程标识以及运行时业务数据属性构成。这些节点有序地建立关系，形成一个流程。节点之间通过接口来连接，接口根据自身的节点接口获取对应的业务节点ID，与具有逻辑关系的其他业务节点连接。

步骤S102，针对每个业务节点，在目标系统中业务节点对应的位置设置埋点，在目标系统运行时，通过埋点获取业务节点预设的数据类型所对应的数据内容；

业务节点对应的数据内容可以保存在数据库中，例如关系型数据库。在实际实现时，每个业务节点可以在数据库中预先设置一个数据结构。当用户访问应用系统时，若用户访问到某一业务节点对应的页面，或者用户执行了该业务节点对应的操作，则采集该业务节点对应的数据内容。然后将业务节点的数据内容存储在关系型数据库中，以便后续查询业务节点，解决用户的问题。

目标应用系统中可以设置一个或多个数据采集接口，当数据采集接口包括多个时，为每个接口分配业务节点，接口用于采集分配的业务节点的数据。数据采集接口需要根据业务节点自身的业务功能，获取该接口对应的业务节点的标识，同时节点状态上报功能需要与自身的业务功能解耦异步。即，数据采集接口采集业务节点的节点数据的过程中，应对不影响应用系统的业务功能。在数据库中，为业务节点定义的数结构可以表结构方式，并存储于关系型数据库中，节点中存储了相关的接口信息，通过SQL(Structured QueryLanguage，结构化查询语言)进行维护。

步骤S103，基于多个业务流程，以及每个业务流程中业务节点之间的连接关系，对业务节点对应的数据内容进行分析处理，得到目标系统的运行状态数据。

在本实施例中，将目标系统划分为了多个业务流程，且每个业务流程包括彼此具有连接关系的业务节点，基于此，基于业务节点之间的连接关系，以及业务流程的划分，每个业务节点的数据内容之间也就有了关系。具体的，基于业务节点之间的连接关系，可以得到业务流程中各个业务节点的内容数据之间的关联关系；基于业务流程之间的划分，可以将每个业务流程对应的数据进行划分、比较、关联；通过该方式，可以全面的监控到目标系统的运行状态，还可以从整体上监控目标系统的运行状态。

通过各个节点的数据可以分析系统的运行状态，得到系统状态数据，该系统状态数据以供搜索查询。开发人员可以从系统状态数据中了解系统的运行情况，便于快速了解系统的功能和性能。

上述系统运行状态的监控方法，获取目标系统的多个业务流程，以及每个业务流程中的多个业务节点；其中，多个业务流程预先通过对目标系统的业务进行划分得到；每个业务流程对应目标系统中的一种业务场景；业务流程中的多个业务节点之间的连接关系，基于业务流程的业务办理顺序确定；每个业务节点预设有待采集的数据类型；针对每个业务节点，在目标系统中业务节点对应的位置设置埋点，在目标系统运行时，通过埋点获取业务节点预设的数据类型所对应的数据内容；基于多个业务流程，以及每个业务流程中业务节点之间的连接关系，对业务节点对应的数据内容进行分析处理，得到目标系统的运行状态数据。上述方式中，一方面由于应用系统预先被划分为多个业务流程，每个业务流程包括多个业务节点，可以全面的监控应用系统的运行状况，每个业务节点之间的数据可供客服人员查看，从而快速发现系统异常的原因并解决异常。另一方面，应用系统划分为多个业务流程，这些业务流程可覆盖应用系统的大部分业务，业务节点基于业务流程进行划分，业务节点的数据基于业务流程产生关联，可以从流程上或整体上监控应用系统的运行状态，当系统异常时，可以对多个相关的业务节点的数据进行联动分析，提高系统异常的解决效率，使应用系统的运行更加稳定。

参阅图2，本发明实施例中系统运行状态的监控方法的一个实施例包括：

步骤S201，获取目标系统的多个业务流程，以及每个业务流程中的多个业务节点；其中，多个业务流程预先通过对目标系统的业务进行划分得到；每个业务流程对应目标系统中的一种业务场景；业务流程中的多个业务节点之间的连接关系，基于业务流程的业务办理顺序确定；每个业务节点预设有待采集的数据类型；

步骤S202，针对每个业务节点，在目标系统中业务节点对应的位置设置埋点；

业务节点可以对应目标系统中的一个页面或组件，在业务节点对应的页面和组件的位置，设置一段代码，该代码具有采集业务节点对应的页面或组件的相关数据，该代码即上述埋点。

步骤S203，响应于用户在第一业务节点执行业务操作，生成业务操作产生的业务操作数据；

该业务操作可以包括多种，例如，浏览页面、点击控件、提交订单等等；随着用户的操作，生成业务操作数据，该业务操作数据可以是采集的用户行为数据，例如，浏览了哪些页面，点击了哪些控件等，也可以包括用户提交的数据，例如，用户填写的数据信息、选择的购买的商品种类，选择支付方式等等。

步骤S204，基于业务操作数据以及第一业务节点对应的数据类型，采集第一业务节点的数据内容；其中，数据类型包括：节点标识、节点状态、节点名称、节点所属的业务流程、以及业务操作数据。

一种方式中，业务节点的埋点可以定时运行并采集数据，也可以在用户在业务节点上执行操作时才运行并采集数据。在上述步骤中，对于第一业务节点，该第一业务节点上的埋点可以实时或定时检测用户是否在第一业务节点执行业务操作，若执行业务操作，则开始采集第一业务节点的数据内容。除了上述业务操作数据，还需要采集业务节点的属性数据和状态数据，例如，节点标识、节点状态、节点名称、节点所属的业务流程等。

目标系统还可以设置多个数据采集接口，每个数据采集接口用于采集一分部业务节点的数据内容，或者，也可以按照业务流程分配，每个数据采集接口用于采集一个或多个业务流程中的业务节点的数据内容。每个业务节点预设有数据采集接口；通过第一业务节点预设的数据采集接口，采集第一业务节点的每个数据类型对应的数据内容；通过数据采集接口获取与第一业务节点具有连接关系的第二业务节点，基于第一业务节点与第二业务节点之间的连接关系，将第一业务节点的数据内容与第二业务节点的数据内容进行关联处理。

上述方式中，数据采集接口不仅用于采集数据内容，还用于将具有连接关系的业务节点之间的数据进行关联处理。例如，可以在业务节点的内容数据中添加关联标识，通过该标识表示内容数据之间的关联关系，当发生异常时，可以基于数据之间的关联关系，查找发生异常的业务节点以及异常原因。

另一种实现方式中，当第一业务节点运行结束，通过第一业务节点预设的数据采集接口，采集第一业务节点的运行日志；从运行日志中提取第一业务节点的每个数据类型对应的数据内容，通过异步解耦的方式，将数据内容发送至指定的数据分析组件；其中，该数据分析组件用于：对数据内容进行分析处理，得到目标系统的运行状态数据。

业务节点可以实时或定时的将节点中的数据存储至数据库。在实际实现时，在应用系统运行时，通过接口信息查询对应的节点数据，当节点运行结束(例如，正常执行或异常终止)时，结合日志打印功能，通过异步解耦技术(如消息队列MQ)等将节点数据(包括业务数据)上报分析平台ES(开源分布式搜索引擎)，经平台分析后存储节点数据。对于采集到的节点数据，基于数据是非关系型，且属于文本数据，可采用ES作为数据存储服务，搭建数据分析平台，提供可视化，多维度的分析与定位功能。

步骤S205，针对每个业务流程，获取业务流程中每个业务节点的数据内容；基于业务流程中业务节点之间的连接关系，对业务流程中的业务节点的内容数据进行关联处理，得到业务流程对应的流程状态数据；基于每个业务流程对应的流程状态数据，得到目标系统的运行状态数据。

一种具体的实现方式中，业务流程之间可能还具有关联关系，若多个业务流程中存在第一流程和第二流程，且第一流程和第二流程之间存在指定的流程关系，则基于该流程关系，对第一流程的流程状态数据和第二流程的流程状态数据进行关联处理，得到第一流程和第二流程之间的流程关联数据；将每个业务流程对应的流程状态数据，以及具有流程关系的第一流程和第二流程之间的流程关联数据，确定为目标系统的运作状态数据。通过分析业务流程之间的关联关系，可以从整体上监控目标系统的运行状态，运行状态的监控更加全面、合理。

步骤S206，响应于查询指令，从查询指令中提取查询关键字；从目标系统的运行状态数据中提取与查询关键字相匹配的数据，得到查询结果；基于查询关键字，确定显示维度，按照显示维度显示查询结果。

进一步的，基于高性能分布式的搜索分析引擎ES，可以设置多种查询条件或查询关键字，如：用户标识,流程标识,节点标识,接口URL(Uniform Rsource Locator,统一资源定位系统)，业务数据关键词等等，多维度的分析与可视化数据，ES支持中文全文索引，查询效率大大提高客服人员可以从本产品中查询具体业务及具体出错原因。

上述系统运行状态的监控方法，重构了系统问题分析处理的流程，客服人员可以借助该平台，可以快速定位到具体业务具体出错信息，结合平台的QA手册，分析问题归属类型，直接对接相应的负责部门，提高了办公效率。提供了一个可量化的，多维度的系统运行数据分析平台，可以让技术人员对于系统的功能与性能以及业务有一个快速了解与掌握。

上面对本发明实施例中系统运行状态的监控方法进行了描述，下面对本发明实施例中系统运行状态的监控装置进行描述，请参阅图3，本发明实施例中系统运行状态的监控装置的一个实施例包括：

节点获取模块31，用于获取目标系统的多个业务流程，以及每个业务流程中的多个业务节点；其中，多个业务流程预先通过对目标系统的业务进行划分得到；每个业务流程对应目标系统中的一种业务场景；业务流程中的多个业务节点之间的连接关系，基于业务流程的业务办理顺序确定；每个业务节点预设有待采集的数据类型；

数据获取集模块32，用于针对每个业务节点，在目标系统中业务节点对应的位置设置埋点，在目标系统运行时，通过埋点获取业务节点预设的数据类型所对应的数据内容；

分析模块33，用于基于多个业务流程，以及每个业务流程中业务节点之间的连接关系，对业务节点对应的数据内容进行分析处理，得到目标系统的运行状态数据。

上述系统运行状态的监控装置，获取目标系统的多个业务流程，以及每个业务流程中的多个业务节点；其中，多个业务流程预先通过对目标系统的业务进行划分得到；每个业务流程对应目标系统中的一种业务场景；业务流程中的多个业务节点之间的连接关系，基于业务流程的业务办理顺序确定；每个业务节点预设有待采集的数据类型；针对每个业务节点，在目标系统中业务节点对应的位置设置埋点，在目标系统运行时，通过埋点获取业务节点预设的数据类型所对应的数据内容；基于多个业务流程，以及每个业务流程中业务节点之间的连接关系，对业务节点对应的数据内容进行分析处理，得到目标系统的运行状态数据。上述方式中，一方面由于应用系统预先被划分为多个业务流程，每个业务流程包括多个业务节点，可以全面的监控应用系统的运行状况，每个业务节点之间的数据可供客服人员查看，从而快速发现系统异常的原因并解决异常。另一方面，应用系统划分为多个业务流程，这些业务流程可覆盖应用系统的大部分业务，业务节点基于业务流程进行划分，业务节点的数据基于业务流程产生关联，可以从流程上或整体上监控应用系统的运行状态，当系统异常时，可以对多个相关的业务节点的数据进行联动分析，提高系统异常的解决效率，使应用系统的运行更加稳定。

请参阅图4，本发明实施例中系统运行状态的监控装置的另一个实施例包括：

节点获取模块31，用于获取目标系统的多个业务流程，以及每个业务流程中的多个业务节点；其中，多个业务流程预先通过对目标系统的业务进行划分得到；每个业务流程对应目标系统中的一种业务场景；业务流程中的多个业务节点之间的连接关系，基于业务流程的业务办理顺序确定；每个业务节点预设有待采集的数据类型；

数据获取集模块32，用于针对每个业务节点，在目标系统中业务节点对应的位置设置埋点，在目标系统运行时，通过埋点获取业务节点预设的数据类型所对应的数据内容；

上述数据获取集模块还用于：响应于用户在第一业务节点执行业务操作，生成业务操作产生的业务操作数据；基于业务操作数据以及第一业务节点对应的数据类型，采集第一业务节点的数据内容。

每个业务节点预设有数据采集接口；上述数据获取集模块还用于：通过第一业务节点预设的数据采集接口，采集第一业务节点的每个数据类型对应的数据内容；通过数据采集接口获取与第一业务节点具有连接关系的第二业务节点，基于第一业务节点与第二业务节点之间的连接关系，将第一业务节点的数据内容与第二业务节点的数据内容进行关联处理。

上述数据获取集模块还用于：当第一业务节点运行结束，通过第一业务节点预设的数据采集接口，采集第一业务节点的运行日志；从运行日志中提取第一业务节点的每个数据类型对应的数据内容，通过异步解耦的方式，将数据内容发送至指定的数据分析组件；其中，数据分析组件用于：对数据内容进行分析处理，得到目标系统的运行状态数据。

分析模块33，用于基于多个业务流程，以及每个业务流程中业务节点之间的连接关系，对业务节点对应的数据内容进行分析处理，得到目标系统的运行状态数据。

上述分析模块还用于：针对每个业务流程，获取业务流程中每个业务节点的数据内容；基于业务流程中业务节点之间的连接关系，对业务流程中的业务节点的内容数据进行关联处理，得到业务流程对应的流程状态数据；基于每个业务流程对应的流程状态数据，得到目标系统的运行状态数据。

上述分析模块还用于：若多个业务流程中存在第一流程和第二流程，且第一流程和第二流程之间存在指定的流程关系，基于流程关系，对第一流程的流程状态数据和第二流程的流程状态数据进行关联处理，得到第一流程和第二流程之间的流程关联数据；将每个业务流程对应的流程状态数据，以及具有流程关系的第一流程和第二流程之间的流程关联数据，确定为目标系统的运作状态数据。

上述装置还包括：显示模块34，用于：响应于查询指令，从查询指令中提取查询关键字；从目标系统的运行状态数据中提取与查询关键字相匹配的数据，得到查询结果；基于查询关键字，确定显示维度，按照显示维度显示查询结果。

上面图3和图4对本发明实施例中的系统运行状态的监控装置进行详细描述，下面从硬件处理的角度对本发明实施例中计算机设备进行详细描述。

图5是本发明实施例提供的一种计算机设备的结构示意图，该计算机设备500可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(centralprocessing units，CPU)510(例如，一个或一个以上处理器)和存储器520，一个或一个以上存储应用程序533或数据532的存储介质530(例如一个或一个以上海量存储设备)。其中，存储器520和存储介质530可以是短暂存储或持久存储。存储在存储介质530的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对计算机设备500中的一系列指令操作。更进一步地，处理器510可以设置为与存储介质530通信，在计算机设备500上执行存储介质530中的一系列指令操作。

计算机设备500还可以包括一个或一个以上电源540，一个或一个以上有线或无线网络接口550，一个或一个以上输入输出接口560，和/或，一个或一个以上操作系统531，例如Windows Serve，Mac OS X，Unix，Linux，FreeBSD等等。本领域技术人员可以理解，图5示出的计算机设备结构并不构成对计算机设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

本发明还提供一种计算机可读存储介质，该计算机可读存储介质可以为非易失性计算机可读存储介质，该计算机可读存储介质也可以为易失性计算机可读存储介质，计算机可读存储介质中存储有指令，当指令在计算机上运行时，使得计算机执行系统运行状态的监控方法的步骤。

本发明还提供一种计算机设备，计算机设备包括存储器和处理器，存储器中存储有指令，指令被处理器执行时，使得处理器执行上述各实施例中的系统运行状态的监控方法的步骤。

进一步地，计算机可读存储介质可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据区块链节点的使用所创建的数据等。

本发明所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

集成的单元若以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (10)

1.一种系统运行状态的监控方法，其特征在于，所述系统运行状态的监控方法包括：

获取目标系统的多个业务流程，以及每个所述业务流程中的多个业务节点；其中，所述多个业务流程预先通过对所述目标系统的业务进行划分得到；每个所述业务流程对应所述目标系统中的一种业务场景；所述业务流程中的多个业务节点之间的连接关系，基于所述业务流程的业务办理顺序确定；每个所述业务节点预设有待采集的数据类型；

针对每个所述业务节点，在所述目标系统中所述业务节点对应的位置设置埋点，在所述目标系统运行时，通过所述埋点获取所述业务节点预设的数据类型所对应的数据内容；

基于所述多个业务流程，以及每个所述业务流程中业务节点之间的连接关系，对所述业务节点对应的数据内容进行分析处理，得到所述目标系统的运行状态数据。

2.根据权利要求1所述的系统运行状态的监控方法，其特征在于，在所述目标系统运行时，通过所述埋点获取所述业务节点预设的数据类型所对应的数据内容的步骤，包括：

响应于用户在第一业务节点执行业务操作，生成所述业务操作产生的业务操作数据；

基于所述业务操作数据以及所述第一业务节点对应的数据类型，采集所述第一业务节点的数据内容。

3.根据权利要求2所述的系统运行状态的监控方法，其特征在于，每个所述业务节点预设有数据采集接口；

所述基于所述业务操作数据以及所述第一业务节点对应的数据类型，采集所述第一业务节点的数据内容的步骤，包括：

通过所述第一业务节点预设的数据采集接口，采集所述第一业务节点的每个数据类型对应的数据内容；

通过所述数据采集接口获取与所述第一业务节点具有连接关系的第二业务节点，基于所述第一业务节点与所述第二业务节点之间的连接关系，将所述第一业务节点的数据内容与所述第二业务节点的数据内容进行关联处理。

4.根据权利要求3所述的系统运行状态的监控方法，其特征在于，通过所述第一业务节点预设的数据采集接口，采集所述第一业务节点的每个数据类型对应的数据内容的步骤，包括：

当所述第一业务节点运行结束，通过所述第一业务节点预设的数据采集接口，采集所述第一业务节点的运行日志；

从所述运行日志中提取第一业务节点的每个数据类型对应的数据内容，通过异步解耦的方式，将所述数据内容发送至指定的数据分析组件；其中，所述数据分析组件用于：对所述数据内容进行分析处理，得到所述目标系统的运行状态数据。

5.根据权利要求1所述的系统运行状态的监控方法，其特征在于，基于所述多个业务流程，以及每个所述业务流程中业务节点之间的连接关系，对所述业务节点对应的数据内容进行分析处理，得到所述目标系统的运行状态数据的步骤，包括：

针对每个所述业务流程，获取所述业务流程中每个业务节点的数据内容；

基于所述业务流程中业务节点之间的连接关系，对所述业务流程中的业务节点的内容数据进行关联处理，得到所述业务流程对应的流程状态数据；

基于每个所述业务流程对应的流程状态数据，得到所述目标系统的运行状态数据。

6.根据权利要求5所述的系统运行状态的监控方法，其特征在于，基于每个所述业务流程对应的流程状态数据，得到所述目标系统的运行状态数据的步骤，包括：

若所述多个业务流程中存在第一流程和第二流程，且所述第一流程和所述第二流程之间存在指定的流程关系，则基于所述流程关系，对所述第一流程的流程状态数据和所述第二流程的流程状态数据进行关联处理，得到所述第一流程和所述第二流程之间的流程关联数据；

将每个所述业务流程对应的流程状态数据，以及具有流程关系的所述第一流程和所述第二流程之间的流程关联数据，确定为所述目标系统的运作状态数据。

7.根据权利要求1-6任一项所述的系统运行状态的监控方法，其特征在于，基于所述多个业务流程，以及每个所述业务流程中业务节点之间的连接关系，对所述业务节点对应的数据内容进行分析处理，得到所述目标系统的运行状态数据的步骤之后，所述方法还包括：

响应于查询指令，从所述查询指令中提取查询关键字；

从所述目标系统的运行状态数据中提取与所述查询关键字相匹配的数据，得到查询结果；

基于所述查询关键字，确定显示维度，按照所述显示维度显示所述查询结果。

8.一种系统运行状态的监控装置，其特征在于，所述系统运行状态的监控装置包括：

节点获取模块，用于获取目标系统的多个业务流程，以及每个所述业务流程中的多个业务节点；其中，所述多个业务流程预先通过对所述目标系统的业务进行划分得到；每个所述业务流程对应所述目标系统中的一种业务场景；所述业务流程中的多个业务节点之间的连接关系，基于所述业务流程的业务办理顺序确定；每个所述业务节点预设有待采集的数据类型；

数据获取集模块，用于针对每个所述业务节点，在所述目标系统中所述业务节点对应的位置设置埋点，在所述目标系统运行时，通过所述埋点获取所述业务节点预设的数据类型所对应的数据内容；

分析模块，用于基于所述多个业务流程，以及每个所述业务流程中业务节点之间的连接关系，对所述业务节点对应的数据内容进行分析处理，得到所述目标系统的运行状态数据。

9.一种计算机设备，其特征在于，所述计算机设备包括：存储器和至少一个处理器，所述存储器中存储有指令；

所述至少一个处理器调用所述存储器中的所述指令，以使得所述计算机设备执行如权利要求1-7中任意一项所述的系统运行状态的监控方法。

10.一种计算机可读存储介质，其上存储有指令，其特征在于，所述指令被处理器执行时实现如权利要求1-7中任意一项所述的系统运行状态的监控方法。

Images