CN104794038A - 服务进程的监控方法和装置及通信系统 - Google Patents
服务进程的监控方法和装置及通信系统 Download PDFInfo
- Publication number
- CN104794038A CN104794038A CN201510121347.6A CN201510121347A CN104794038A CN 104794038 A CN104794038 A CN 104794038A CN 201510121347 A CN201510121347 A CN 201510121347A CN 104794038 A CN104794038 A CN 104794038A
- Authority
- CN
- China
- Prior art keywords
- test pack
- node
- data handling
- handling path
- transfer amount
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例公开了服务进程的监控方法和装置及通信系统。一种服务进程的监控方法包括：当业务服务器接收到服务请求的情况下，确定提供所述服务请求所请求的服务所需要的K个进程；基于所述K个进程之间的访问关系计算得到所述K个进程所形成的数据处理路径，所述K个进程与所述数据处理路径中的K个节点之间一一对应，所述数据处理路径中的所述K个节点通过有向线段连接；展示所述数据处理路径。本发明实施例提供技术方案有利于提高服务进程的工作状态的可监控性，进而使得在业务服务的提供出现异常时快速进行异常定位变得可能。
Description
技术领域
本发明涉及计算机技术领域，具体涉及服务进程的监控方法和装置及通信系统。
背景技术
目前，位于互联网中的业务服务器可提供多种网络业务服务，例如可以提供网络存储服务、网络交易服务、网络语音通话、网络视频通话服务或网络游戏服务等等。
其中，一个业务服务可能需要一台或多台业务服务器中的多个进程通过协同来提供。
本发明的发明人在研究和实践过程中发现，现有技术中对提供业务服务所需要的多个进程的工作状态进行有效监控是较为困难的，这使得在业务服务的提供出现异常时通常难以快速进行异常定位，进而可能会较大的影响到用户的业务服务体验。
发明内容
本发明实施例提供服务进程的监控方法和装置及通信系统，以期提高服务进程的工作状态的可监控性，进而使得在业务服务的提供出现异常时快速进行异常定位变得可能。
本发明实施例第一方面提供一种服务进程的监控方法，包括：
当业务服务器接收到服务请求的情况下，确定提供所述服务请求所请求的服务所需要的K个进程；
基于所述K个进程之间的访问关系计算得到所述K个进程所形成的数据处理路径，其中，所述K为大于1的整数，其中，所述K个进程与所述数据处理路径中的K个节点之间一一对应，所述数据处理路径中的所述K个节点通过有向线段连接；
展示所述数据处理路径。
本发明实施例第二方面提供一种服务进程的监控装置，包括：
确定单元，用于当业务服务器接收到服务请求的情况下，确定提供所述服务请求所请求的服务所需要的K个进程；
计算单元，用于基于所述K个进程之间的访问关系计算得到所述K个进程所形成的数据处理路径，其中，所述K为大于1的整数，其中，所述K个进程与所述数据处理路径中的K个节点之间一一对应，所述数据处理路径中的所述K个节点通过有向线段连接；
展示单元，用于展示所述数据处理路径。
本发明实施例第三方面提供一种通信系统，包括：
业务服务器和监控装置；
所述业务服务器，用于接收服务请求；
所述监控装置，用于在所述业务服务器接收到服务请求的情况下，确定提供所述服务请求所请求的服务所需要的K个进程；基于所述K个进程之间的访问关系计算得到所述K个进程所形成的数据处理路径；展示所述数据处理路径；所述K为大于1的整数，所述K个进程与所述数据处理路径中的K个节点之间一一对应，所述数据处理路径中的所述K个节点通过有向线段连接。
可以看出，本发明实施例的技术方案中，当业务服务器接收到服务请求的情况下，确定提供所述服务请求所请求的服务所需要的K个进程；基于所述K个进程之间的访问关系计算得到所述K个进程所形成的数据处理路径并展示所述数据处理路径，其中，由于形成了可视化的数据处理路径来展示，所述K个进程与所述数据处理路径中的K个节点之间一一对应，所述数据处理路径中的所述K个节点通过有向线段连接，基于可视化的数据处理路径有利于较为清晰呈现服务进程之间的访问关系，有利于较为清晰的呈现服务数据在进程之间的流转关系，这就有利于提高服务进程的工作状态的可监控性，进而使得在业务服务的提供出现异常时快速进行异常定位变得有可能，进而有利于为提高用户的业务服务体验奠定一定基础。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种服务进程的监控方法的流程示意图；
图2-a是本发明实施例提供的另一种服务进程的监控方法的流程示意图；
图2-b～图2-e是本发明实施例提供的几种网络部署架构的示意图；
图2-f～图2-i是本发明实施例提供的几种数据处理路径的示意图；
图3是本发明实施例提供的另一种服务进程的监控方法的流程示意图；
图4-a～图4-e是本发明实施例提供的几种数据处理路径的示意图；
图5是本发明实施例提供的一种服务进程的监控装置的示意图；
图6是本发明实施例提供的一种服务进程的监控装置的示意图；
图7是本发明实施例提供的一种通信系统的示意图。
具体实施方式
本发明实施例提供服务进程的监控方法和装置及通信系统，以期提高服务进程的工作状态的可监控性，进而使得在业务服务的提供出现异常时快速进行异常定位变得可能。
为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
以下分别进行详细说明。
本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
本发明服务进程的监控方法的一个实施例。其中，一种服务进程的监控方法可以包括：当业务服务器接收到服务请求的情况下，确定提供所述服务请求所请求的服务所需要的K个进程；基于所述K个进程之间的访问关系计算得到所述K个进程所形成的数据处理路径，其中，所述K为大于1的整数，所述K个进程与所述数据处理路径中的K个节点之间一一对应，所述数据处理路径中的所述K个节点通过有向线段连接；展示所述数据处理路径。
参见图1，图1为本发明的一个实施例提供的一种服务进程的监控方法的流程示意图。如图1所示，本发明的一个实施例提供的一种服务进程的监控方法可以包括：
S101、当业务服务器接收到服务请求的情况下，确定提供所述服务请求所请求的服务所需要的K个进程。
其中，上述业务服务器例如可为互联网业务或移动通信业务或其他业务的业务服务器。
例如上述业务服务器可为互联网通信业务(如QQ、微信等即时通讯业务)的业务服务器、互联网音视频业务的业务服务器、互联网游戏业务的业务服务器器或互联网金融业务的业务服务器等。
因此，所述服务请求所请求的服务可以是互联网通信业务服务(如互联网音视频通话服务)、互联网音视频播放业务服务、互联网游戏业务服务或互联网金融业务服务等等。
S102、基于所述K个进程之间的访问关系计算得到所述K个进程所形成的数据处理路径，其中，所述K为大于1的整数，其中，所述K个进程与所述数据处理路径中的K个节点之间一一对应，所述数据处理路径中的所述K个节点通过有向线段连接。
其中，进程之间可通过传输控制协议(TCP，Transmission Control Protocol)链接、其他连接或共享内存等介质进行进程间通信。
可以理解，数据处理路径中的所述K个节点通过有向线段连接，数据处理路径可看作是有向图，连接节点的有向线段便可呈现出有向线段所连接节点所对应进程之间的关系，例如数据处理路径中的节点i和节点j之间通过有向线段Li->j连接，其中，有向线段Li->j从节点i指向节点j，也就是说，节点i为有向线段Li->j的出节点，而节点j为有向线段Li->j的入节点，那么这就表示节点i所对应的进程Ci将访问节点j所对应的进程Cj。又例如，数据处理路径中的节点j和节点p之间还通过有向线段Lj->p连接，其中，有向线段Lj->p从节点j指向节点p，也就是说，节点j为有向线段Lj->p的出节点，节点p为有向线段Lj->p的入节点，那么这就表示节点j所对应的进程Cj将访问节点p所对应的进程Cp，其他情况可以此类推。
S103、展示所述数据处理路径。
可以看出，本发明实施例的技术方案中，在业务服务器接收到服务请求的情况下，可确定提供所述服务请求所请求的服务所需要的K个进程；基于所述K个进程之间的访问关系计算得到所述K个进程所形成的数据处理路径并展示所述数据处理路径，其中，由于形成了可视化的数据处理路径来展示，所述K个进程与所述数据处理路径中的K个节点之间一一对应，所述数据处理路径中的所述K个节点通过有向线段连接，基于可视化的数据处理路径有利于较为清晰呈现服务进程之间的访问关系，有利于较为清晰的呈现服务数据在进程之间的流转关系，这就有利于提高服务进程的工作状态的可监控性，进而使得在业务服务的提供出现异常时快速进行异常定位变得可能，进而有利于为提高用户的业务服务体验奠定一定基础。
可选的，在本发明一些可能的实施方式中，所述方法还可包括：向所述数据处理路径的起始节点所对应的进程周期性的发送测试包，其中，所述数据处理路径上的各非结束节点所对应的进程向下一跳节点所对应的进程转发接收到的测试包。例如可以以固定周期(周期如可为1秒、0.5秒、2秒、5秒、0.1秒或其他时长)或非固定周期，向所述数据处理路径的起始节点所对应的进程周期性的发送测试包。
可选的，在本发明一些可能的实施方式中，所述方法还包括：接收所述数据处理路径上的各节点所对应的进程上报的测试包的实际接收量(接收所述数据处理路径上的各节点所对应的进程实时或以固定周期或非固定周期上报的测试包的实际接收量)；在所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际接收量与所述进程ci的测试包的理论接收量之间的差异超出预设范围的情况下进行异常告警。
其中，所述进程ci可为所述K个进程中的任意一个进程。
其中，所述进程ci的测试包的理论接收量是指所述进程ci在理论上应该接收到的测试包的数量。例如，假设进程cq向进程ci转发了100个测试包，那么进程ci理论上应该接收到100个测试包，即，所述进程ci的测试包的理论接收量是100，以此类推。
可选的，在本发明一些可能的实施方式中，所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际接收量与所述进程ci的测试包的理论接收量的差异超出预设范围，例如可以包括：所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际接收量与所述进程ci的测试包的理论接收量之间的差值的绝对值大于第一阈值；或者，在所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际接收量大于所述进程ci的测试包的理论接收量的情况下，所述进程ci上报的测试包的实际接收量除以所述进程ci的测试包的理论接收量得到的商大于第二阈值；或者，在所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际接收量小于所述进程ci的测试包的理论接收量的情况下，所述进程ci上报的测试包的实际接收量除以所述进程ci的测试包的理论接收量得到的商小于第三阈值；或者，所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际接收量与所述进程ci的测试包的理论接收量之间的差值的绝对值，除以所述进程ci的测试包的理论接收量而得到的商大于第四阈值；或者，所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际接收量与所述进程ci的测试包的理论接收量之间的差值的绝对值，除以所述进程ci的测试包的实际接收量而得到的商大于第五阈值。
可以理解，所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际接收量与所述进程ci的测试包的理论接收量的差异超出预设范围，并不限于上述举例的表现形式，也还可能具有其他表现形式。
可选的，第一阈值例如可等于0、1、2、5、7、10、20、30、43、50或其他正数。
可选的，第二阈值例如可等于1、1.05、1.2、1.4、1.5、1.8、2、2.5、3或其他大于1的正数。
可选的，第三阈值例如可等于1、0.95、0.9、0.85、0.81、0.7、0.65、0.5或其他小于1的正数。
可选的，第四阈值例如可等于0.5、0.65、0.7、0.85、0.9、1、1.2、1.5或其他的正数。
可选的，第五阈值例如可等于0.5、0.65、0.7、0.83、0.9、1、1.3、1.5或其他的正数。
可选的，在本发明一些可能的实施方式中，所述方法还包括：接收所述数据处理路径上的各节点所对应的进程上报的测试包的实际转发量；在所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际转发量与所述进程ci的测试包的理论转发量的差异超出预设范围的情况下进行异常告警。
其中，所述进程ci的测试包的理论转发量是指所述进程ci在理论上应该转发的测试包的数量。例如假设进程cq向进程ci转发了100个测试包，那么进程ci理论上应该接收到100个测试包，进程ci理论上应该转发100个测试包，即所述进程ci的测试包的理论转发量是100，以此类推。
可选的，在本发明一些可能的实施方式中，所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际转发量与所述进程ci的测试包的理论转发量的差异超出预设范围，例如可包括：
所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际转发量与所述进程ci的测试包的理论转发量之间的差值的绝对值大于第六阈值；
或者，在所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际转发量大于所述进程ci的测试包的理论转发量的情况下，所述进程ci上报的测试包的实际转发量除以所述进程ci的测试包的理论转发量得到的商大于第七阈值；
或者，在所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际转发量小于所述进程ci的测试包的理论转发量的情况下，所述进程ci上报的测试包的实际转发量除以所述进程ci的测试包的理论转发量得到的商小于第八阈值；
或者，所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际转发量与所述进程ci的测试包的理论转发量之间的差值的绝对值，除以所述进程ci的测试包的理论转发量而得到的商大于第九阈值；
或者，所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际转发量与所述进程ci的测试包的理论转发量之间的差值的绝对值，除以所述进程ci的测试包的实际转发量而得到的商大于第十阈值。
可以理解，所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际转发量与所述进程ci的测试包的理论转发量的差异超出预设范围，并不限于上述举例的表现形式，也还可能具有其他表现形式。
可选的，第六阈值例如可等于0、1、2、5、8、10、20、30、43、50或其他正数。
可选的，第七阈值例如可等于1、1.06、1.2、1.4、1.5、1.8、2、2.5、3或其他大于1的正数。
可选的，第八阈值例如可等于1、0.95、0.9、0.85、0.83、0.7、0.65、0.5或其他小于1的正数。
可选的，第九阈值例如可等于0.5、0.65、0.7、0.87、0.9、1、1.2、1.5或其他的正数。
可选的，第十阈值例如可等于0.5、0.65、0.7、0.89、0.9、1、1.3、1.5或其他的正数。
可选的，在本发明一些可能的实施方式中，所述进行异常告警包括：发出提示所述进程ci和/或所述进程ci的上游进程(例如上一跳进程或上上一跳进程等)存在异常的告警。
其中，可通过声、光和/或电等方式来发出提示所述进程ci和/或所述进程ci的上游进程(例如上一跳进程或上上一跳进程等)存在异常的告警。例如可发出提示所述进程ci和/或所述进程ci的上游进程存在异常的语音告警。例如可发出提示所述进程ci和/或所述进程ci的上游进程存在异常的文字告警。例如可发出提示所述进程ci和/或所述进程ci的上游进程存在异常的图像告警。例如可通过所述数据处理路径中的进程ci对应的节点和/或所述进程ci的上游进程对应的节点进行闪烁或其他突出显示的方式，来提示所述进程ci和/或所述进程ci的上游进程存在异常。
可以理解，进行异常告警的方式可以是多种多样的，本发明实施例并不限于上述举例的方式。
可选的，在本发明一些可能的实施方式中，测试包可以是心跳请求包或其他类型的测试包。
其中，通过汇总所述数据处理路径上的各节点所对应进程的测试包的实际接收量和/或实际转发量，有利于较清晰的了解各个进程的工作状态，进而可较清晰的了解各个进程的服务质量，这样就有利于较大的提高服务进程的工作状态的可监控性。
其中，通过发出提示所述进程ci和/或所述进程ci的上游进程(例如上一跳进程或上上一跳进程等)存在异常的告警，或通过发出提示所述进程ci和/或所述进程ci的相邻进程(如上一跳进程或下一跳进程等)存在异常的告警，有利于较为快速的进行异常进程的定位，进而有利于快速的排除异常故障。
为便于更好的理解和实施本发明实施例的上述方案，下面通过一些具体的应用场景进行举例说明。
参见图2-a～图2-e，图2-a为本发明的另一个实施例提供的一种服务进程的监控方法的流程示意图。其中，图2-a所举例的方法可在图2-b或图2-c或图2-d或图2-e所示的网络架构中具体实施。其中，图2-b或图2-c中以监控装置独立与业务服务器为例,图2-d或图2-e中以监控装置集成于业务服务器为例。
其中，如图2-a所示，本发明的一个实施例提供的一种服务进程的监控方法可以包括：
S201、当业务服务器接收到服务请求的情况下，监控装置确定提供所述服务请求所请求的服务所需要的K个进程。
其中，上述业务服务器例如可为互联网业务或移动通信业务或其他业务的业务服务器。
其中，假设提供业务服务是的单个业务服务器(例如图2-b和图2-e举例所示)，那么上述K个进程将分布于该单个业务服务器中。若提供业务服务是的业务服务器集群(例如图2-c和图2-e举例所示)，那么上述K个进程可能分布于业务服务器集群中的一个或多个业务服务器中。
S202、监控装置基于所述K个进程之间的访问关系计算得到所述K个进程所形成的数据处理路径。
其中，所述K为大于1的整数，其中，所述K个进程与所述数据处理路径中的K个节点之间一一对应，所述数据处理路径中的所述K个节点通过有向线段连接。也就是说，在数据处理路径中，K个进程中的每个进程被抽象为数据处理路径中的一个节点，进程间通信的介质以及通信方向被抽象为数据处理路径中的有向线段。
S203、监控装置展示所述数据处理路径。
监控装置展示的数据处理路径例如可如图2-f～图2-i举例所示，图2-f示出的数据处理路径可看作是一种单链形的数据处理路径，图2-g示出的数据处理路径可看作是一种树形的数据处理路径，图2-h和图2-i示出的数据处理路径可看作是一种网形的数据处理路径，当然数据处理路径不并限于上述举例形式。
可以理解，数据处理路径中的所述K个节点通过有向线段连接，数据处理路径可看作是有向图，连接节点的有向线段便可呈现出有向线段所连接节点所对应进程之间的关系。例如在图2-f示出的数据处理路径中，节点n1和节点n2之间通过有向线段Ln1->n2连接，有向线段Ln1->n2从节点n1指向节点n2，也就是说节点n1为有向线段Ln1->n2的出节点，节点n2为有向线段Ln1->n2的入节点，那么这就表示节点n1所对应的进程Cn1将访问节点n2所对应的进程Cn2。又例如数据处理路径中的节点n2和节点n3之间还通过有向线段Ln2->n3连接，有向线段Ln2->n3从节点n2指向节点n3，也就是说，节点n2为有向线段Ln2->n3的出节点，节点n3为有向线段Ln2->n3的入节点，那么，这就表示节点n2所对应的进程Cn2将访问节点n3所对应的进程Cn3，其他情况可以此类推。
其中，访问的节点可看作是被访问的节点的上游节点，访问的节点对应的进程可看作是被访问的节点对应的进程的上游进程。反之，被访问的节点可看作是访问的节点的下游节点，被访问的节点对应的进程可看作是访问的节点对应的进程的下游进程。例如，在图2-f举例示出的数据处理路径中，节点n1为节点n2的上一跳节点，节点n1所对应的进程Cn1为节点n2所对应的进程Cn2的上一跳进程，节点n1为节点n3的上上一跳节点，节点n1所对应的进程Cn1为节点n3所对应的进程Cn3的上上一跳进程，节点n2为节点n3的上一跳节点，节点n2所对应的进程Cn2为节点n3所对应的进程Cn3的上一跳进程，节点n1和节点n2均是节点n3的上游节点，其他情况可以此类推。
S204、监控装置向所述数据处理路径的起始节点所对应的进程周期性的发送测试包，其中，所述数据处理路径上的各非结束节点所对应的进程向下一跳节点所对应的进程转发接收到的测试包。
监控装置可以以固定周期(周期如可为1秒、0.5秒、2秒、5秒、0.1秒或其他时长)或非固定周期，向所述数据处理路径的起始节点所对应的进程周期性的发送测试包。
S205、监控装置接收所述数据处理路径上的各节点所对应的进程上报的测试包的实际接收量。
监控装置例如可接收所述数据处理路径上的各节点所对应的进程实时或以固定周期或非固定周期上报的测试包的实际接收量。
S206、监控装置比较出所述数据处理路径上的各节点所对应的进程上报的测试包的实际接收量与所述数据处理路径上的各节点所对应的进程的测试包的理论接收量的差异。
S207、监控装置在比较出所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际接收量与所述进程ci的测试包的理论接收量之间的差异超出预设范围的情况下进行异常告警。其中，所述进程ci可为所述K个进程中的任意一个进程。
可选的，在本发明一些可能的实施方式中，所述进行异常告警包括：发出提示所述进程ci和/或所述进程ci的上游进程(例如上一跳进程或上上一跳进程等)存在异常的告警。
其中，可通过声、光和/或电等方式来发出提示所述进程ci和/或所述进程ci的上游进程(例如上一跳进程或上上一跳进程等)存在异常的告警。例如可发出提示所述进程ci和/或所述进程ci的上游进程存在异常的语音告警。例如可发出提示所述进程ci和/或所述进程ci的上游进程存在异常的文字告警。例如可发出提示所述进程ci和/或所述进程ci的上游进程存在异常的图像告警。例如可通过所述数据处理路径中的进程ci对应的节点和/或所述进程ci的上游进程对应的节点进行闪烁或其他突出显示的方式，来提示所述进程ci和/或所述进程ci的上游进程存在异常。
可以理解，进行异常告警的方式可以是多种多样的，本发明实施例并不限于上述举例的方式。
可选的，在本发明一些可能的实施方式中，测试包可以是心跳请求包或其他类型的测试包。
可选的，在本发明一些可能的实施方式中，所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际接收量与所述进程ci的测试包的理论接收量的差异超出预设范围，例如可以包括：所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际接收量与所述进程ci的测试包的理论接收量之间的差值的绝对值大于第一阈值；或者，在所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际接收量大于所述进程ci的测试包的理论接收量的情况下，所述进程ci上报的测试包的实际接收量除以所述进程ci的测试包的理论接收量得到的商大于第二阈值；或者，在所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际接收量小于所述进程ci的测试包的理论接收量的情况下，所述进程ci上报的测试包的实际接收量除以所述进程ci的测试包的理论接收量得到的商小于第三阈值；或者，所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际接收量与所述进程ci的测试包的理论接收量之间的差值的绝对值，除以所述进程ci的测试包的理论接收量而得到的商大于第四阈值；或者，所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际接收量与所述进程ci的测试包的理论接收量之间的差值的绝对值，除以所述进程ci的测试包的实际接收量而得到的商大于第五阈值。
可以理解，所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际接收量与所述进程ci的测试包的理论接收量的差异超出预设范围，并不限于上述举例的表现形式，也还可能具有其他表现形式。
可选的，第一阈值例如可等于0、1、2、5、7、10、20、30、43、50或其他正数。
可选的，第二阈值例如可等于1、1.05、1.2、1.4、1.5、1.8、2、2.5、3或其他大于1的正数。
可选的，第三阈值例如可等于1、0.95、0.9、0.85、0.81、0.7、0.65、0.5或其他小于1的正数。
可选的，第四阈值例如可等于0.5、0.65、0.7、0.85、0.9、1、1.2、1.5或其他的正数。
可选的，第五阈值例如可等于0.5、0.65、0.7、0.83、0.9、1、1.3、1.5或其他的正数。
可以理解的是，在监控装置集成于业务服务器的情况下，由监控装置执行的操作，亦可描述为是由业务服务器执行的操作，例如监控装置确定提供所述服务请求所请求的服务所需要的K个进程，亦可描述为：业务服务器确定提供所述服务请求所请求的服务所需要的K个进程。又例如监控装置基于所述K个进程之间的访问关系计算得到所述K个进程所形成的数据处理路径，亦可以描述为：业务服务器基于所述K个进程之间的访问关系计算得到所述K个进程所形成的数据处理路径。又例如，监控装置在比较出所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际接收量与所述进程ci的测试包的理论接收量之间的差异超出预设范围的情况下进行异常告警，亦可以描述为：业务服务器在比较出所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际接收量与所述进程ci的测试包的理论接收量之间的差异超出预设范围的情况下进行异常告警。以此类推。
可以看出，本发明实施例的技术方案中，在业务服务器接收到服务请求的情况下，可确定提供所述服务请求所请求的服务所需要的K个进程；基于所述K个进程之间的访问关系计算得到所述K个进程所形成的数据处理路径并展示所述数据处理路径，其中，由于形成了可视化的数据处理路径来展示，所述K个进程与所述数据处理路径中的K个节点之间一一对应，所述数据处理路径中的所述K个节点通过有向线段连接，基于可视化的数据处理路径有利于较为清晰呈现服务进程之间的访问关系，有利于较为清晰的呈现服务数据在进程之间的流转关系，这就有利于提高服务进程的工作状态的可监控性，进而使得在业务服务的提供出现异常时快速进行异常定位变得可能。
其中，通过汇总所述数据处理路径上的各节点所对应进程的测试包的实际接收量，比较进程的测试包的实际接收量和理论接收量之间的差异，有利于较为清晰的了解各个进程的工作状态，进而可以较为清晰的了解各个进程的服务质量，这样就有利于较大的提高服务进程的工作状态的可监控性。
其中，通过发出提示所述进程ci和/或所述进程ci的上游进程(例如上一跳进程或上上一跳进程等)存在异常的告警，或通过发出提示所述进程ci和/或所述进程ci的相邻进程(如上一跳进程或下一跳进程等)存在异常的告警，有利于较为快速的进行异常进程的定位，进而有利于快速的排除异常故障。
参见图3，图3为本发明的另一个实施例提供的一种服务进程的监控方法的流程示意图。其中，图3所举例的方法可以在图2-b或图2-c或图2-d或图2-e所示的网络架构中具体实施。其中，图2-b和图2-c中以监控装置独立与业务服务器为例，图2-d或图2-e中以监控装置集成于业务服务器为例。
其中，如图3所示，本发明的一个实施例提供的一种服务进程的监控方法可以包括：
S301、当业务服务器接收到服务请求的情况下，监控装置确定提供所述服务请求所请求的服务所需要的K个进程。
其中，上述业务服务器例如可为互联网业务或移动通信业务或其他业务的业务服务器。
其中，若提供业务服务是的单个业务服务器(例如图2-b和图2-d举例所示)，那么上述K个进程将分布于该单个业务服务器中。若提供业务服务是的业务服务器集群(例如图2-c和图2-e举例所示)，那么上述K个进程可能分布于业务服务器集群中的一个或多个业务服务器中。
S302、监控装置基于所述K个进程之间的访问关系计算得到所述K个进程所形成的数据处理路径。
其中，所述K为大于1的整数，其中，所述K个进程与所述数据处理路径中的K个节点之间一一对应，所述数据处理路径中的所述K个节点通过有向线段连接。
S303、监控装置展示所述数据处理路径。
监控装置展示的数据处理路径例如可如图2-d～图2-f举例所示，图2-d示出的数据处理路径可看作是一种单链形的数据处理路径，图2-e示出的数据处理路径可看作是一种树形的数据处理路径，图2-f示出的数据处理路径可看作是一种网形的数据处理路径，当然数据处理路径不并限于上述举例形式。
可以理解，数据处理路径中的所述K个节点通过有向线段连接，数据处理路径可看作是有向图，连接节点的有向线段便可呈现出有向线段所连接节点所对应进程之间的关系。
其中，访问的节点可看作是被访问的节点的上游节点，访问的节点对应的进程可看作是被访问的节点对应的进程的上游进程。反之，被访问的节点可看作是访问的节点的下游节点，被访问的节点对应的进程可看作是访问的节点对应的进程的下游进程。
S304、监控装置向所述数据处理路径的起始节点所对应的进程周期性的发送测试包，其中，所述数据处理路径上的各非结束节点所对应的进程向下一跳节点所对应的进程转发接收到的测试包。
监控装置可以以固定周期(周期如可为1秒、0.5秒、2秒、5秒、0.1秒或其他时长)或非固定周期，向所述数据处理路径的起始节点所对应的进程周期性的发送测试包。
S305、监控装置接收所述数据处理路径上的各节点所对应的进程上报的测试包的实际转发量。
监控装置例如可接收所述数据处理路径上的各节点所对应的进程实时或以固定周期或非固定周期上报的测试包的实际转发量。
S306、监控装置比较出所述数据处理路径上的各节点所对应的进程上报的测试包的实际转发量与所述数据处理路径上的各节点所对应的进程的测试包的理论转发量的差异。
S307、监控装置在比较出所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际转发量与所述进程ci的测试包的理论转发量之间的差异超出预设范围的情况下进行异常告警。其中，所述进程ci可为所述K个进程中的任意一个进程。
可选的，在本发明一些可能的实施方式中，所述进行异常告警包括：发出提示所述进程ci和/或所述进程ci的上游进程(例如上一跳进程或上上一跳进程等)存在异常的告警。
其中，可通过声、光和/或电等方式来发出提示所述进程ci和/或所述进程ci的上游进程(例如上一跳进程或上上一跳进程等)存在异常的告警。例如可发出提示所述进程ci和/或所述进程ci的上游进程存在异常的语音告警。例如可发出提示所述进程ci和/或所述进程ci的上游进程存在异常的文字告警。例如可发出提示所述进程ci和/或所述进程ci的上游进程存在异常的图像告警。例如可通过所述数据处理路径中的进程ci对应的节点和/或所述进程ci的上游进程对应的节点进行闪烁或其他突出显示的方式，来提示所述进程ci和/或所述进程ci的上游进程存在异常。
可以理解，进行异常告警的方式可以是多种多样的，本发明实施例并不限于上述举例的方式。
可选的，在本发明一些可能的实施方式中，测试包可以是心跳请求包或其他类型的测试包。
可选的，在本发明一些可能的实施方式中，所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际转发量与所述进程ci的测试包的理论转发量的差异超出预设范围，例如可以包括：所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际转发量与所述进程ci的测试包的理论转发量之间的差值的绝对值大于第六阈值；或者，在所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际转发量大于所述进程ci的测试包的理论转发量的情况下，所述进程ci上报的测试包的实际转发量除以所述进程ci的测试包的理论转发量得到的商大于第七阈值；或者，在所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际转发量小于所述进程ci的测试包的理论转发量的情况下，所述进程ci上报的测试包的实际转发量除以所述进程ci的测试包的理论转发量得到的商小于第八阈值；或者，所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际转发量与所述进程ci的测试包的理论转发量之间的差值的绝对值，除以所述进程ci的测试包的理论转发量而得到的商大于第九阈值；或者，所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际转发量与所述进程ci的测试包的理论转发量之间的差值的绝对值，除以所述进程ci的测试包的实际转发量而得到的商大于第十阈值。
可以理解，所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际转发量与所述进程ci的测试包的理论转发量的差异超出预设范围，并不限于上述举例的表现形式，也还可能具有其他表现形式。
可选的，第六阈值例如可等于0、1、2、5、8、10、20、30、43、50或其他正数。
可选的，第七阈值例如可等于1、1.06、1.2、1.4、1.5、1.8、2、2.5、3或其他大于1的正数。
可选的，第八阈值例如可等于1、0.95、0.9、0.85、0.83、0.7、0.65、0.5或其他小于1的正数。
可选的，第九阈值例如可等于0.5、0.65、0.7、0.87、0.9、1、1.2、1.5或其他的正数。
可选的，第十阈值例如可等于0.5、0.65、0.7、0.89、0.9、1、1.3、1.5或其他的正数。
可以看出，本发明实施例的技术方案中，在业务服务器接收到服务请求的情况下，可确定提供所述服务请求所请求的服务所需要的K个进程；基于所述K个进程之间的访问关系计算得到所述K个进程所形成的数据处理路径并展示所述数据处理路径，其中，由于形成了可视化的数据处理路径来展示，所述K个进程与所述数据处理路径中的K个节点之间一一对应，所述数据处理路径中的所述K个节点通过有向线段连接，基于可视化的数据处理路径有利于较为清晰呈现服务进程之间的访问关系，有利于较为清晰的呈现服务数据在进程之间的流转关系，这就有利于提高服务进程的工作状态的可监控性，进而使得在业务服务的提供出现异常时快速进行异常定位变得可能。
其中，通过汇总所述数据处理路径上的各节点所对应进程的测试包的实际转发量，比较进程的测试包的实际转发量和理论转发量之间的差异，有利于较为清晰的了解各个进程的工作状态，进而可以较为清晰的了解各个进程的服务质量，这样就有利于较大的提高服务进程的工作状态的可监控性。
其中，通过发出提示所述进程ci和/或所述进程ci的上游进程(例如上一跳进程或上上一跳进程等)存在异常的告警，或通过发出提示所述进程ci和/或所述进程ci的相邻进程(如上一跳进程或下一跳进程等)存在异常的告警，有利于较为快速的进行异常进程的定位，进而有利于快速的排除异常故障。
下面举例一个更为具体的应用场景。
假设QT游戏圈后台服务拥有业务服务器集群，即使单台业务服务器也可同机部署多个进程；其中，多个进程之间可使用共享内存、TCP链接等介质进行进程间通信。
以消息缓存服务为例，其服务可由10个进程协同配合完成，假设10个进程同机部署。
其中，ccd进程，主要用于管理监听端口，接受处理建立TCP链接，接收TCP链接上的数据，将完整请求包写入ccd进程与mcd进程(可表示为ccd->mcd)之间的共享内存，通知mcd进程来读取。
mcd进程，主要用于ccd进程的新请求通知，并读取共享内存数据，生成请求任务，选择某个submcd进程(如submcd-N)，将任务写入mcd进程与submcd-N进程(可表示为mcd->submcd-N)之间的共享内存，并通知其来读取。
submcd进程1～7(submcd-1～submcd-7)，总共7个进程，各自独立，且功能相同。接受mcd进程的新任务通知，并读取共享内存数据，执行任务。如果有子任务，则找到子任务的服务地址，将子任务写入submcd-N进程与dcc进程(可表示为submcd-N->dcc)之间的共享内存，通知dcc进程来读取；如果任务执行完毕，将回复包写入submcd-N进程与ccd进程(表示为submcd-N->ccd)之间的共享内存，并通知ccd进程来读取。
dcc进程，主要用于建立与子任务服务地址之间的TCP链接，然后将子任务发送出去。
具体的服务进程的监控方式可如下：
在业务服务器接收到服务请求的情况下，监控装置确定提供所述服务请求所请求的服务所需要的10个进程；基于所述10个进程之间的访问关系计算得到所述10个进程所形成的数据处理路径，所述10个进程与所述数据处理路径中的10个节点之间一一对应，数据处理路径中的所述10个节点通过有向线段连接；展示所述数据处理路径。向数据处理路径的起始节点所对应的submcd进程周期性的发送心跳请求包，数据处理路径中的各非结束节点所对应的进程沿着规划数据处理路径向下一跳进程转发接收到的心跳请求包，直到数据处理路径的结束节点所对应的进程。监控装置接收数据处理路径的每个节点所对应的进程上报的心跳请求包的实际转发量或实际接收量；监控装置汇聚每个节点所对应的进程上报的跳请求包的实际转发量或实际接收量，监控装置比较出所述数据处理路径上的各节点所对应的进程上报的心跳请求包的实际接收量与所述数据处理路径上的各节点所对应的进程的心跳请求包的理论接收量的差异。监控装置在比较出所述数据处理路径上的某节点所对应的进程上报的心跳请求包的实际接收量与该进程的心跳请求包的理论接收量之间的差异超出预设范围的情况下进行异常告警。
其中，假设数据处理路径的文字描述如下：
Submcd进程->dcc进程->ccd进程->mcd进程->submcd进程->ccd进程->dcc进程->submcd进程。
可视化的数据处理路径可如图4-a举例所示，其中，在图4-a举例所示的数据处理路径中，10个进程中的每个进程抽象为1个节点，进程间通信的介质以及方向被抽象为有向线段。数据处理路径遍历所有节点和有向线段。有向线段L2和L6表示TCP链接，其余有向线段表示共享内存介质。
例如，如果ccd进程不可用或者网络不可用，则ccd进程上报的TCP链接L2的实际接收量就会降低，这就触发监控装置进行响应告警。例如图4-b中ccd进程所对应节点被突出显示(被气泡笼罩)，以提示ccd进程可能存在异常。例如图4-c中ccd进程和dcc进程所对应节点被突出显示(被气泡笼罩)，以提示ccd进程和dcc进程可能存在异常。
又例如，在submcd进程不可用或者mcd进程与submcd进程之间的共享内存异常的情况下，submcd进程上报的链路L4的实际接收量会降低，这就触发监控装置进行响应告警。例如图4-d中submcd进程所对应节点被突出显示(被气泡笼罩)，以提示submcd进程可能存在异常。例如图4-e中submcd进程和mcd进程所对应节点被突出显示(被气泡笼罩)，以提示submcd进程和mcd进程可能存在异常。
其中，监控装置通过汇总数据处理路径上的各节点所对应进程的心跳请求包的实际转发量，并且比较进程的心跳请求包的实际转发量和理论转发量之间的差异，有利于较为清晰的了解各个进程的工作状态，进而可以较为清晰的了解各个进程的服务质量，这样就有利于较大的提高服务进程的工作状态的可监控性。
其中，监控装置通过发出提示异常进程和/或异常进程的上游进程(例如上一跳进程或上上一跳进程等)存在异常的告警，有利于较为快速的进行异常进程的定位，进而有利于快速的排除异常故障。
本发明实施例还提供用于实施上述方案的相关装置。
参见图5，本发明实施例提供的一种服务进程的监控装置500，可包括：
确定单元510，用于当业务服务器接收到服务请求的情况下，确定提供所述服务请求所请求的服务所需要的K个进程；
计算单元520，用于基于所述K个进程之间的访问关系计算得到所述K个进程所形成的数据处理路径，其中，所述K为大于1的整数，其中，所述K个进程与所述数据处理路径中的K个节点之间一一对应，所述数据处理路径中的所述K个节点通过有向线段连接；
展示单元530，用于展示所述数据处理路径。
可选的，在本发明一些可能的实施方式中，所述监控装置500还包括：
发送单元540，用于向所述数据处理路径的起始节点所对应的进程周期性的发送测试包，其中，所述数据处理路径上的各非结束节点所对应的进程向下一跳节点所对应的进程转发接收到的测试包。
可选的，在本发明一些可能的实施方式中，所述监控装置还可包括汇总告警单元550。
其中，所述汇总告警单元550，用于接收所述数据处理路径上的各节点所对应的进程上报的测试包的实际接收量；在所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际接收量与所述进程ci的测试包的理论接收量之间的差异超出预设范围的情况下进行异常告警。
或者，
所述汇总告警单元550，用于接收所述数据处理路径上的各节点所对应的进程上报的测试包的实际转发量；在所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际转发量与所述进程ci的测试包的理论转发量的差异超出预设范围的情况下进行异常告警。
可选的，在本发明一些可能的实施方式中，所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际接收量与所述进程ci的测试包的理论接收量的差异超出预设范围，包括：
所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际接收量与所述进程ci的测试包的理论接收量之间的差值的绝对值大于第一阈值；
或者，在所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际接收量大于所述进程ci的测试包的理论接收量的情况下，所述进程ci上报的测试包的实际接收量除以所述进程ci的测试包的理论接收量得到的商大于第二阈值；
或者，在所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际接收量小于所述进程ci的测试包的理论接收量的情况下，所述进程ci上报的测试包的实际接收量除以所述进程ci的测试包的理论接收量得到的商小于第三阈值；
或者，所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际接收量与所述进程ci的测试包的理论接收量之间的差值的绝对值，除以所述进程ci的测试包的理论接收量而得到的商大于第四阈值；
或者，所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际接收量与所述进程ci的测试包的理论接收量之间的差值的绝对值，除以所述进程ci的测试包的实际接收量而得到的商大于第五阈值。
可选的，在本发明一些可能的实施方式中，所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际转发量与所述进程ci的测试包的理论转发量的差异超出预设范围，包括：所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际转发量与所述进程ci的测试包的理论转发量之间的差值的绝对值大于第六阈值；或者，在所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际转发量大于所述进程ci的测试包的理论转发量的情况下，所述进程ci上报的测试包的实际转发量除以所述进程ci的测试包的理论转发量得到的商大于第七阈值；或者，在所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际转发量小于所述进程ci的测试包的理论转发量的情况下，所述进程ci上报的测试包的实际转发量除以所述进程ci的测试包的理论转发量得到的商小于第八阈值；或者，所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际转发量与所述进程ci的测试包的理论转发量之间的差值的绝对值，除以所述进程ci的测试包的理论转发量而得到的商大于第九阈值；或者，所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际转发量与所述进程ci的测试包的理论转发量之间的差值的绝对值，除以所述进程ci的测试包的实际转发量而得到的商大于第十阈值。
可选的，在本发明一些可能的实施方式中，在进行异常告警的方面，所述汇总告警单元530可具体用于，发出提示所述进程ci和/或所述进程ci的上游进程存在异常的告警。
可以理解的是，本实施例的服务进程的监控装置500的各功能模块的功能可根据上述方法实施例中的方法具体实现，其具体实现过程可以参照上述方法实施例的相关描述，此处不再赘述。服务进程的监控装置500可部署于业务服务器中或独立于业务服务器。
可以看出，本实施例的技术方案中，在业务服务器接收到了服务请求的情况下，服务进程的监控装置500可确定提供所述服务请求所请求的服务所需要的K个进程；基于所述K个进程之间的访问关系计算得到所述K个进程所形成的数据处理路径并展示所述数据处理路径，由于形成了可视化的数据处理路径来展示，K个进程与所述数据处理路径中的K个节点之间一一对应，所述数据处理路径中的K个节点通过有向线段连接，基于可视化的数据处理路径有利于较为清晰呈现服务进程之间的访问关系，有利于较为清晰的呈现服务数据在进程之间的流转关系，这就有利于提高服务进程的工作状态的可监控性，进而使得在业务服务的提供出现异常时快速进行异常定位变得可能。
其中，通过汇总所述数据处理路径上的各节点所对应进程的测试包的实际转发量/实际接收量，比较进程的测试包的实际转发量/实际接收量和理论转发量/理论接收量之间的差异，有利于较清晰的了解各个进程的工作状态，进而可以较为清晰的了解各个进程的服务质量，这样就有利于较大的提高服务进程的工作状态的可监控性。
其中，通过发出提示所述进程ci和/或所述进程ci的上游进程(例如上一跳进程或上上一跳进程等)存在异常的告警，有利于较为快速的进行异常进程的定位，进而有利于快速的排除异常故障。
参见图6，图6是本发明的另一实施例提供的服务进程的监控装置600的结构框图。其中，服务进程的监控装置600可包括：至少1个处理器601，存储器605和至少1个通信总线602。其中，通信总线602用于实现这些组件之间的连接通信。
其中，该服务进程的监控装置600可选的可以包含至少1个网络接口604和/或用户接口603，用户接口603可以包括显示器(例如触摸屏、LCD、全息成像(Holographic)、CRT或者投影(Projector)等)、点击设备(例如鼠标或轨迹球(trackball)触感板或触摸屏等)、摄像头和/或拾音装置等。
其中，存储器605可以包括只读存储器和随机存取存储器，并向处理器601提供指令和数据。存储器605中的一部分还可以包括非易失性随机存取存储器。
在一些实施方式中，存储器605存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集：
操作系统6051，包含各种系统程序，用于实现各种基础业务以及处理基于硬件的任务。
应用程序模块6052，包含各种应用程序，用于实现各种应用业务。
在本发明的实施例中，通过调用存储器605存储的程序或指令，处理器601用于当业务服务器接收到服务请求的情况下，确定提供所述服务请求所请求的服务所需要的K个进程；基于所述K个进程之间的访问关系计算得到所述K个进程所形成的数据处理路径，其中，所述K为大于1的整数，所述K个进程与所述数据处理路径中的K个节点之间一一对应，所述数据处理路径中的所述K个节点通过有向线段连接；展示所述数据处理路径。
可选的，在本发明一些可能的实施方式中，处理器601还可向所述数据处理路径的起始节点所对应的进程周期性的发送测试包，其中，所述数据处理路径上的各非结束节点所对应的进程向下一跳节点所对应的进程转发接收到的测试包。例如可以以固定周期(周期如可为1秒、0.5秒、2秒、5秒、0.1秒或其他时长)或非固定周期，向所述数据处理路径的起始节点所对应的进程周期性的发送测试包。
可选的，在本发明一些可能的实施方式中，处理器601还可接收所述数据处理路径上的各节点所对应的进程上报的测试包的实际接收量(接收所述数据处理路径上的各节点所对应的进程实时或以固定周期或非固定周期上报的测试包的实际接收量)；在所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际接收量与所述进程ci的测试包的理论接收量之间的差异超出预设范围的情况下进行异常告警。
其中，所述进程ci可为所述K个进程中的任意一个进程。
其中，所述进程ci的测试包的理论接收量是指所述进程ci在理论上应该接收到的测试包的数量。例如，假设进程cq向进程ci转发了100个测试包，那么进程ci理论上应该接收到100个测试包，即，所述进程ci的测试包的理论接收量是100，以此类推。
可选的，在本发明一些可能的实施方式中，所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际接收量与所述进程ci的测试包的理论接收量的差异超出预设范围，例如可以包括：所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际接收量与所述进程ci的测试包的理论接收量之间的差值的绝对值大于第一阈值；或者，在所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际接收量大于所述进程ci的测试包的理论接收量的情况下，所述进程ci上报的测试包的实际接收量除以所述进程ci的测试包的理论接收量得到的商大于第二阈值；或者，在所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际接收量小于所述进程ci的测试包的理论接收量的情况下，所述进程ci上报的测试包的实际接收量除以所述进程ci的测试包的理论接收量得到的商小于第三阈值；或者，所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际接收量与所述进程ci的测试包的理论接收量之间的差值的绝对值，除以所述进程ci的测试包的理论接收量而得到的商大于第四阈值；或者，所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际接收量与所述进程ci的测试包的理论接收量之间的差值的绝对值，除以所述进程ci的测试包的实际接收量而得到的商大于第五阈值。
可以理解，所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际接收量与所述进程ci的测试包的理论接收量的差异超出预设范围，并不限于上述举例的表现形式，也还可能具有其他表现形式。
可选的，在本发明一些可能的实施方式中，所述方法还包括：接收所述数据处理路径上的各节点所对应的进程上报的测试包的实际转发量；在所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际转发量与所述进程ci的测试包的理论转发量的差异超出预设范围的情况下进行异常告警。
其中，所述进程ci的测试包的理论转发量是指所述进程ci在理论上应该转发的测试包的数量。例如假设进程cq向进程ci转发了100个测试包，那么进程ci理论上应该接收到100个测试包，进程ci理论上应该转发100个测试包，即所述进程ci的测试包的理论转发量是100，以此类推。
可选的，在本发明一些可能的实施方式中，所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际转发量与所述进程ci的测试包的理论转发量的差异超出预设范围，例如可包括：所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际转发量与所述进程ci的测试包的理论转发量之间的差值的绝对值大于第六阈值；或者，在所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际转发量大于所述进程ci的测试包的理论转发量的情况下，所述进程ci上报的测试包的实际转发量除以所述进程ci的测试包的理论转发量得到的商大于第七阈值；或者，在所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际转发量小于所述进程ci的测试包的理论转发量的情况下，所述进程ci上报的测试包的实际转发量除以所述进程ci的测试包的理论转发量得到的商小于第八阈值；或者，所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际转发量与所述进程ci的测试包的理论转发量之间的差值的绝对值，除以所述进程ci的测试包的理论转发量而得到的商大于第九阈值；或者，所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际转发量与所述进程ci的测试包的理论转发量之间的差值的绝对值，除以所述进程ci的测试包的实际转发量而得到的商大于第十阈值。
可以理解，所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际转发量与所述进程ci的测试包的理论转发量的差异超出预设范围，并不限于上述举例的表现形式，也还可能具有其他表现形式。
可选的，在本发明一些可能的实施方式中，所述进行异常告警包括：发出提示所述进程ci和/或所述进程ci的上游进程(例如上一跳进程或上上一跳进程等)存在异常的告警。
其中，处理器601可以通过声、光和/或电等方式来发出提示所述进程ci和/或所述进程ci的上游进程(例如上一跳进程或上上一跳进程等)存在异常的告警。例如可发出提示所述进程ci和/或所述进程ci的上游进程存在异常的语音告警。例如可发出提示所述进程ci和/或所述进程ci的上游进程存在异常的文字告警。例如可发出提示所述进程ci和/或所述进程ci的上游进程存在异常的图像告警。例如可通过所述数据处理路径中的进程ci对应的节点和/或所述进程ci的上游进程对应的节点进行闪烁或其他突出显示的方式，来提示所述进程ci和/或所述进程ci的上游进程存在异常。
可以理解，进行异常告警的方式可以是多种多样的，本发明实施例并不限于上述举例的方式。可选的，在本发明一些可能的实施方式中，测试包可以是心跳请求包或其他类型的测试包。
可以理解的是，本实施例的服务进程的监控装置600的各功能模块的功能可根据上述方法实施例中的方法具体实现，其具体实现过程可以参照上述方法实施例的相关描述，此处不再赘述。服务进程的监控装置600可部署于业务服务器中或独立于业务服务器。
可以看出，本实施例的技术方案中，在业务服务器接收到服务请求的情况下，服务进程的监控装置600可确定提供所述服务请求所请求的服务所需要的K个进程；基于所述K个进程之间的访问关系计算得到所述K个进程所形成的数据处理路径并展示所述数据处理路径，由于形成了可视化的数据处理路径来展示，所述K个进程与所述数据处理路径中的K个节点之间一一对应，所述数据处理路径中的所述K个节点通过有向线段连接，基于可视化的数据处理路径有利于较为清晰呈现服务进程之间的访问关系，有利于较为清晰的呈现服务数据在进程之间的流转关系，有利于提高服务进程的工作状态的可监控性，进而使得在业务服务的提供出现异常时快速进行异常定位变得可能。
其中，通过汇总所述数据处理路径上的各节点所对应进程的测试包的实际转发量/实际接收量，比较进程的测试包的实际转发量/实际接收量和理论转发量/理论接收量之间的差异，有利于较清晰的了解各个进程的工作状态，进而可以较为清晰的了解各个进程的服务质量，这样就有利于较大的提高服务进程的工作状态的可监控性。
其中，通过发出提示所述进程ci和/或所述进程ci的上游进程(例如上一跳进程或上上一跳进程等)存在异常的告警，有利于较为快速的进行异常进程的定位，进而有利于快速的排除异常故障。
参见图7，本发明实施例还提供一种通信系统，可包括：
业务服务器710和监控装置720。
所述业务服务器710，用于接收服务请求。
其中，所述监控装置720，用于在所述业务服务器710接收到服务请求的情况下，确定提供所述服务请求所请求的服务所需要的K个进程；基于所述K个进程之间的访问关系计算得到所述K个进程所形成的数据处理路径；展示所述数据处理路径；其中，所述K为大于1的整数，所述K个进程与所述数据处理路径中的K个节点之间一一对应，所述数据处理路径中的所述K个节点通过有向线段连接。
可选的，在本发明一些可能的实施方式中，所述监控装置720还用于向所述数据处理路径的起始节点所对应的进程周期性的发送测试包，其中，所述数据处理路径上的各非结束节点所对应的进程向下一跳节点所对应的进程转发接收到的测试包。
可选的，在本发明的一些可能的实施方式中，所述监控装置720还用于接收所述数据处理路径上的各节点所对应的进程上报的测试包的实际接收量；在所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际接收量与所述进程ci的测试包的理论接收量之间的差异超出预设范围的情况下进行异常告警。
可以看出，在本实施例提供的技术方案中，在业务服务器接收到服务请求的情况下，监控装置720可确定提供所述服务请求所请求的服务所需要的K个进程；基于所述K个进程之间的访问关系计算得到所述K个进程所形成的数据处理路径并展示所述数据处理路径，其中，由于形成了可视化的数据处理路径来展示，所述数据处理路径中的所述K个节点通过有向线段连接，基于可视化的数据处理路径有利于较为清晰呈现服务进程之间的访问关系，有利于较为清晰的呈现服务数据在进程之间的流转关系，这就有利于提高服务进程的工作状态的可监控性，进而使得在业务服务的提供出现异常时快速进行异常定位变得可能。
其中，通过汇总所述数据处理路径上的各节点所对应进程的测试包的实际转发量/实际接收量，比较进程的测试包的实际转发量/实际接收量和理论转发量/理论接收量之间的差异，有利于较清晰的了解各个进程的工作状态，进而可以较为清晰的了解各个进程的服务质量，这样就有利于较大的提高服务进程的工作状态的可监控性。通过发出提示所述进程ci和/或所述进程ci的上游进程存在异常的告警，有利于较为快速的进行异常进程的定位，进而有利于快速的排除异常故障。
本发明实施例还提供一种计算机存储介质，其中，该计算机存储介质可存储有程序，该程序执行时包括上述方法实施例中记载的任何一种服务进程的监控方法的部分或全部步骤。
需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，以上实施例仅用以说明本发明技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，其中，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
Claims (16)
1.一种服务进程的监控方法，其特征在于，包括：
当业务服务器接收到服务请求的情况下，确定提供所述服务请求所请求的服务所需要的K个进程；
基于所述K个进程之间的访问关系计算得到所述K个进程所形成的数据处理路径，其中，所述K为大于1的整数，其中，所述K个进程与所述数据处理路径中的K个节点之间一一对应，所述数据处理路径中的所述K个节点通过有向线段连接；
展示所述数据处理路径。
2.根据权利要求1所述的方法，其特征在于，
所述方法还包括：向所述数据处理路径的起始节点所对应的进程周期性的发送测试包，其中，所述数据处理路径上的各非结束节点所对应的进程向下一跳节点所对应的进程转发接收到的测试包。
3.根据权利要求2所述的方法，其特征在于，
所述方法还包括：接收所述数据处理路径上的各节点所对应的进程上报的测试包的实际接收量；在所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际接收量与所述进程ci的测试包的理论接收量之间的差异超出预设范围的情况下进行异常告警。
4.根据权利要求3所述的方法，其特征在于，所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际接收量与所述进程ci的测试包的理论接收量的差异超出预设范围，包括：所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际接收量与所述进程ci的测试包的理论接收量之间的差值的绝对值大于第一阈值；
或者，在所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际接收量大于所述进程ci的测试包的理论接收量的情况下，所述进程ci上报的测试包的实际接收量除以所述进程ci的测试包的理论接收量得到的商大于第二阈值；
或者，在所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际接收量小于所述进程ci的测试包的理论接收量的情况下，所述进程ci上报的测试包的实际接收量除以所述进程ci的测试包的理论接收量得到的商小于第三阈值；
或者，所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际接收量与所述进程ci的测试包的理论接收量之间的差值的绝对值，除以所述进程ci的测试包的理论接收量而得到的商大于第四阈值；
或者，所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际接收量与所述进程ci的测试包的理论接收量之间的差值的绝对值，除以所述进程ci的测试包的实际接收量而得到的商大于第五阈值。
5.根据权利要求2所述的方法，其特征在于，
所述方法还包括：接收所述数据处理路径上的各节点所对应的进程上报的测试包的实际转发量；在所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际转发量与所述进程ci的测试包的理论转发量的差异超出预设范围的情况下进行异常告警。
6.根据权利要求5所述的方法，其特征在于，所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际转发量与所述进程ci的测试包的理论转发量的差异超出预设范围，包括：所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际转发量与所述进程ci的测试包的理论转发量之间的差值的绝对值大于第六阈值；
或者，在所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际转发量大于所述进程ci的测试包的理论转发量的情况下，所述进程ci上报的测试包的实际转发量除以所述进程ci的测试包的理论转发量得到的商大于第七阈值；
或者，在所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际转发量小于所述进程ci的测试包的理论转发量的情况下，所述进程ci上报的测试包的实际转发量除以所述进程ci的测试包的理论转发量得到的商小于第八阈值；
或者，所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际转发量与所述进程ci的测试包的理论转发量之间的差值的绝对值，除以所述进程ci的测试包的理论转发量而得到的商大于第九阈值；
或者，所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际转发量与所述进程ci的测试包的理论转发量之间的差值的绝对值，除以所述进程ci的测试包的实际转发量而得到的商大于第十阈值。
7.根据权利要求3至6任一项所述的方法，其特征在于，
所述进行异常告警包括：发出提示所述进程ci和/或所述进程ci的上游进程存在异常的告警，或者，发出提示所述进程ci和/或所述进程ci的相邻进程存在异常的告警。
8.一种服务进程的监控装置，其特征在于，包括：
确定单元，用于当业务服务器接收到服务请求的情况下，确定提供所述服务请求所请求的服务所需要的K个进程；
计算单元，用于基于所述K个进程之间的访问关系计算得到所述K个进程所形成的数据处理路径，其中，所述K为大于1的整数，其中，所述K个进程与所述数据处理路径中的K个节点之间一一对应，所述数据处理路径中的所述K个节点通过有向线段连接；
展示单元，用于展示所述数据处理路径。
9.根据权利要求8所述的监控装置，其特征在于，
所述监控装置还包括：
发送单元，用于向所述数据处理路径的起始节点所对应的进程周期性的发送测试包，其中，所述数据处理路径上的各非结束节点所对应的进程向下一跳节点所对应的进程转发接收到的测试包。
10.根据权利要求9所述的监控装置，其特征在于，
所述监控装置还包括汇总告警单元；
其中，所述汇总告警单元，用于接收所述数据处理路径上的各节点所对应的进程上报的测试包的实际接收量；在所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际接收量与所述进程ci的测试包的理论接收量之间的差异超出预设范围的情况下进行异常告警；
或者，
所述汇总告警单元，用于接收所述数据处理路径上的各节点所对应的进程上报的测试包的实际转发量；在所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际转发量与所述进程ci的测试包的理论转发量的差异超出预设范围的情况下进行异常告警。
11.根据权利要求10所述的监控装置，其特征在于，所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际接收量与所述进程ci的测试包的理论接收量的差异超出预设范围，包括：
所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际接收量与所述进程ci的测试包的理论接收量之间的差值的绝对值大于第一阈值；
或者，在所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际接收量大于所述进程ci的测试包的理论接收量的情况下，所述进程ci上报的测试包的实际接收量除以所述进程ci的测试包的理论接收量得到的商大于第二阈值；
或者，在所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际接收量小于所述进程ci的测试包的理论接收量的情况下，所述进程ci上报的测试包的实际接收量除以所述进程ci的测试包的理论接收量得到的商小于第三阈值；
或者，所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际接收量与所述进程ci的测试包的理论接收量之间的差值的绝对值，除以所述进程ci的测试包的理论接收量而得到的商大于第四阈值；
或者，所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际接收量与所述进程ci的测试包的理论接收量之间的差值的绝对值，除以所述进程ci的测试包的实际接收量而得到的商大于第五阈值。
12.根据权利要求10所述的监控装置，其特征在于，所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际转发量与所述进程ci的测试包的理论转发量的差异超出预设范围，包括：
所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际转发量与所述进程ci的测试包的理论转发量之间的差值的绝对值大于第六阈值；
或者，在所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际转发量大于所述进程ci的测试包的理论转发量的情况下，所述进程ci上报的测试包的实际转发量除以所述进程ci的测试包的理论转发量得到的商大于第七阈值；
或者，在所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际转发量小于所述进程ci的测试包的理论转发量的情况下，所述进程ci上报的测试包的实际转发量除以所述进程ci的测试包的理论转发量得到的商小于第八阈值；
或者，所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际转发量与所述进程ci的测试包的理论转发量之间的差值的绝对值，除以所述进程ci的测试包的理论转发量而得到的商大于第九阈值；
或者，所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际转发量与所述进程ci的测试包的理论转发量之间的差值的绝对值，除以所述进程ci的测试包的实际转发量而得到的商大于第十阈值。
13.根据权利要求9至12任一项所述的监控装置，其特征在于，在进行异常告警的方面，所述汇总告警单元具体用于，发出提示所述进程ci和/或所述进程ci的上游进程存在异常的告警，或者，发出提示所述进程ci和/或所述进程ci的相邻进程存在异常的告警。
14.一种通信系统，其特征在于，包括：
业务服务器和监控装置；
所述业务服务器，用于接收服务请求；
所述监控装置，用于在所述业务服务器接收到服务请求的情况下，确定提供所述服务请求所请求的服务所需要的K个进程；基于所述K个进程之间的访问关系计算得到所述K个进程所形成的数据处理路径；展示所述数据处理路径；所述K为大于1的整数，所述K个进程与所述数据处理路径中的K个节点之间一一对应，所述数据处理路径中的所述K个节点通过有向线段连接。
15.根据权利要求14所述的通信系统，其特征在于，
所述监控装置还用于，向所述数据处理路径的起始节点所对应的进程周期性的发送测试包，其中，所述数据处理路径上的各非结束节点所对应的进程向下一跳节点所对应的进程转发接收到的测试包。
16.根据权利要求15所述的通信系统，其特征在于，
所述监控装置还用于，接收所述数据处理路径上的各节点所对应的进程上报的测试包的实际接收量；在所述数据处理路径上的节点i所对应的进程ci上报的测试包的实际接收量与所述进程ci的测试包的理论接收量之间的差异超出预设范围的情况下进行异常告警。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510121347.6A CN104794038B (zh) | 2015-03-19 | 2015-03-19 | 服务进程的监控方法和装置及通信系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510121347.6A CN104794038B (zh) | 2015-03-19 | 2015-03-19 | 服务进程的监控方法和装置及通信系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN104794038A true CN104794038A (zh) | 2015-07-22 |
| CN104794038B CN104794038B (zh) | 2018-12-07 |
Family
ID=53558848
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510121347.6A Active CN104794038B (zh) | 2015-03-19 | 2015-03-19 | 服务进程的监控方法和装置及通信系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN104794038B (zh) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106598756A (zh) * | 2016-12-13 | 2017-04-26 | 重庆川仪自动化股份有限公司 | 不同应用程序之间的数据交互方法 |
| CN106656557A (zh) * | 2016-10-31 | 2017-05-10 | 网易（杭州）网络有限公司 | 业务状态处理方法和装置 |
| WO2019127327A1 (en) * | 2017-12-29 | 2019-07-04 | Qualcomm Incorporated | Techniques for maintaining connected state |
| CN110380930A (zh) * | 2019-07-16 | 2019-10-25 | 腾讯科技（深圳）有限公司 | 一种测试方法、装置及服务器、计算机存储介质 |
| CN111581084A (zh) * | 2020-04-28 | 2020-08-25 | 南方电网数字电网研究院有限公司 | 基于智能电表操作系统的进程测试方法和装置 |
| CN112527589A (zh) * | 2019-09-17 | 2021-03-19 | 比亚迪股份有限公司 | 监控进程的方法和监控进程的装置 |
| CN112685256A (zh) * | 2020-12-30 | 2021-04-20 | 上海掌门科技有限公司 | 服务端监控方法、设备和介质 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20030117959A1 (en) * | 2001-12-10 | 2003-06-26 | Igor Taranov | Methods and apparatus for placement of test packets onto a data communication network |
| CN102984022A (zh) * | 2012-11-12 | 2013-03-20 | 盛科网络（苏州）有限公司 | Efm远端环回的优化方法 |
| CN104281808A (zh) * | 2014-09-25 | 2015-01-14 | 中国科学院信息工程研究所 | 一种通用的Android恶意行为检测方法 |
-
2015
- 2015-03-19 CN CN201510121347.6A patent/CN104794038B/zh active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20030117959A1 (en) * | 2001-12-10 | 2003-06-26 | Igor Taranov | Methods and apparatus for placement of test packets onto a data communication network |
| CN102984022A (zh) * | 2012-11-12 | 2013-03-20 | 盛科网络（苏州）有限公司 | Efm远端环回的优化方法 |
| CN104281808A (zh) * | 2014-09-25 | 2015-01-14 | 中国科学院信息工程研究所 | 一种通用的Android恶意行为检测方法 |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106656557A (zh) * | 2016-10-31 | 2017-05-10 | 网易（杭州）网络有限公司 | 业务状态处理方法和装置 |
| CN106598756A (zh) * | 2016-12-13 | 2017-04-26 | 重庆川仪自动化股份有限公司 | 不同应用程序之间的数据交互方法 |
| WO2019127327A1 (en) * | 2017-12-29 | 2019-07-04 | Qualcomm Incorporated | Techniques for maintaining connected state |
| CN110380930A (zh) * | 2019-07-16 | 2019-10-25 | 腾讯科技（深圳）有限公司 | 一种测试方法、装置及服务器、计算机存储介质 |
| CN112527589A (zh) * | 2019-09-17 | 2021-03-19 | 比亚迪股份有限公司 | 监控进程的方法和监控进程的装置 |
| CN111581084A (zh) * | 2020-04-28 | 2020-08-25 | 南方电网数字电网研究院有限公司 | 基于智能电表操作系统的进程测试方法和装置 |
| CN112685256A (zh) * | 2020-12-30 | 2021-04-20 | 上海掌门科技有限公司 | 服务端监控方法、设备和介质 |
| CN112685256B (zh) * | 2020-12-30 | 2023-05-09 | 上海掌门科技有限公司 | 服务端监控方法、设备和介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN104794038B (zh) | 2018-12-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN104794038A (zh) | 服务进程的监控方法和装置及通信系统 | |
| CN108777666A (zh) | 链路聚合的分流方法及相关设备 | |
| WO2016099984A1 (en) | Pipeline generation for data stream actuated control | |
| CN104133829B (zh) | 监控业务运行数据入库的方法和相关设备及系统 | |
| CN107783849A (zh) | 事件处理方法及客户端 | |
| CN109861856B (zh) | 系统故障信息的通知方法、装置、存储介质及计算机设备 | |
| CN106487612A (zh) | 一种服务器节点监控方法、监控服务器及系统 | |
| CN105871581A (zh) | 云计算中报警信息的处理方法及装置 | |
| CN106897095A (zh) | 应用程序热修复的方法、装置和可读存储介质 | |
| CN110362454A (zh) | 一种支持可配置的决策引擎的报警方法、装置和电子设备 | |
| CN103782270A (zh) | 流处理系统的管理方法和相关设备及系统 | |
| CN110517468A (zh) | 一种信息共享的方法、装置、设备以及存储介质 | |
| CN107197493B (zh) | 一种网络切换方法、网络切换装置及智能终端 | |
| US20170141949A1 (en) | Method and apparatus for processing alarm information in cloud computing | |
| CN105591832A (zh) | 应用层慢速攻击检测方法和相关装置 | |
| CN104579738A (zh) | 用以在网络中管理流量的计算机实施的方法、计算机系统、计算机程序产品 | |
| CN106294364B (zh) | 实现网络爬虫抓取网页的方法和装置 | |
| CN106878096A (zh) | Vnf状态检测通告方法、装置以及系统 | |
| CN110420455A (zh) | 游戏服务监控方法及装置 | |
| CN116055291A (zh) | 节点的异常提示信息的确定方法、装置 | |
| CN109358983A (zh) | 服务器数据处理方法、装置以及存储介质 | |
| CN102970183A (zh) | 一种云监控系统及其数据回流方法 | |
| CN109614246A (zh) | 一种消息处理的方法、装置及消息处理服务器 | |
| CN107566202A (zh) | 一种网元状态监控方法、装置及系统 | |
| CN109766238A (zh) | 基于session数的运维平台性能监控方法、装置及相关设备 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| EXSB | Decision made by sipo to initiate substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |