CN105893209B - 一种监控方法、装置及*** - Google Patents
一种监控方法、装置及*** Download PDFInfo
- Publication number
- CN105893209B CN105893209B CN201610200677.9A CN201610200677A CN105893209B CN 105893209 B CN105893209 B CN 105893209B CN 201610200677 A CN201610200677 A CN 201610200677A CN 105893209 B CN105893209 B CN 105893209B
- Authority
- CN
- China
- Prior art keywords
- data
- function module
- objective function
- monitoring
- monitoring data
- 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.)
- Active
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
- G06F11/302—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system component is a software system
Landscapes
- Engineering & Computer Science (AREA)
- Computing Systems (AREA)
- Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Mathematical Physics (AREA)
- Quality & Reliability (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer And Data Communications (AREA)
- Debugging And Monitoring (AREA)
Abstract
本申请公开了一种监控方法、装置及***,方法包括:由客户端确定待监控平台中所需监控的目标功能模块,对所述目标功能模块进行监控,得到与所述目标功能模块对应的监控数据,所述监控数据至少包括表明数据来源的数据标识、响应时间,由客户端将监控数据通过用户数据报UDP协议发送至服务端,以便服务端利用监控数据中的数据标识确定监控数据对应的目标功能模块,并利用监控数据中的响应时间分析所述目标功能模块的响应时间。本申请提供的监控方法实现了由客户端对平台中待监控的功能模块的监控,通过采集监控数据并发送给服务端,由服务端对监控数据进行分析,分析结果为平台管理人员对各功能模块的维护、更新提供有力的数据支持。
Description
技术领域
本申请涉及数据处理技术领域,更具体地说,涉及一种监控、装置及***。
背景技术
随着互联网的发展,越来越多的企业在网络上创建自己的服务平台。平台提供了多种多样的服务。
一般的,平台都包含有多个功能模块,例如用户登录模块、数据库模块等等,不同功能模块能够为用户提供不同的服务。在用户访问平台的过程中,会产生各种类型的数据,例如各个功能模块对用户访问的响应时间等。该部分数据能够为平台管理人员对各功能模块的维护、更新提供有力的数据支持。因此,现有技术亟需一种平台监控方案。
发明内容
有鉴于此,本申请提供了一种监控、装置及***,用于对平台中需要监控的功能模块进行监控,采集监控数据并进行一定的数据分析。
为了实现上述目的,现提出的方案如下:
一种监控方法,应用于客户端,该方法包括:
确定待监控平台中所需监控的目标功能模块;
对所述目标功能模块进行监控,得到与所述目标功能模块对应的监控数据,所述监控数据至少包括表明数据来源的数据标识、响应时间;
将所述监控数据通过用户数据报UDP协议发送至服务端,以便服务端利用监控数据中的数据标识确定监控数据对应的目标功能模块,并利用监控数据中的响应时间分析所述目标功能模块的响应时间。
优选地,对所述目标功能模块进行监控,得到与所述目标功能模块对应的响应时间的过程,包括:
利用预先设置在所述目标功能模块的入口函数中的startime函数,记录数据请求输入所述目标功能模块的开始时间;
利用预先设置在所述目标功能模块的出口函数中的endtime函数,记录数据执行结果输出所述目标功能模块的结束时间;
根据所述开始时间和所述结束时间,计算所述目标功能模块的响应时间。
优选地,所述监控数据还包括数据请求时间;
则,对所述目标功能模块进行监控,得到与所述目标功能模块对应的数据请求时间的过程,包括:
在检测到有数据请求输入所述目标功能模块时,确定当前时间,作为一次数据请求的时间。
优选地,所述监控数据还包括编码状态;
则,对所述目标功能模块进行监控,得到与所述目标功能模块对应的编码状态的过程,包括:
获取所述目标功能模块输出数据中的编码状态,将获取的编码状态确定为与所述目标功能模块对应的编码状态;
所述编码状态为所述目标功能模块按照预先设定的逻辑,针对数据正常和不同类型的数据错误所输出的不同的编码状态,不同类型的数据错误包括用户输入数据请求错误和目标功能模块处理数据错误。
一种监控方法,应用于服务端,该方法包括:
接收客户端通过用户数据报UDP协议发送的监控数据,所述监控数据至少包括表明数据来源的数据标识、响应时间;
利用所述监控数据中的数据标识确定所述监控数据对应的目标功能模块;
利用所述监控数据中的响应时间确定所述目标功能模块的响应时间。
优选地,所述监控数据还包括数据请求时间,该方法还包括:
根据设定周期内所接收的监控数据,统计设定周期内各目标功能模块的数据请求时间和请求次数。
优选地,所述监控数据还包括编码状态,该方法还包括:
根据设定周期内所接收的监控数据,统计设定周期内各目标功能模块的编码状态;
针对各目标功能模块的编码状态,按照统计表明数据正常的编码状态的个数,以及表明数据错误的编码状态的个数;
针对各目标功能模块的表明数据错误的编码状态,按照数据错误的类型,统计不同类型错误的编码状态的个数。
一种监控装置,应用于客户端,该装置包括:
模块确定单元,用于确定待监控平台中所需监控的目标功能模块;
监控数据采集单元,用于对所述目标功能模块进行监控,得到与所述目标功能模块对应的监控数据,所述监控数据至少包括表明数据来源的数据标识、响应时间;
监控数据发送单元,用于将所述监控数据通过用户数据报UDP协议发送至服务端,以便服务端利用监控数据中的数据标识确定监控数据对应的目标功能模块,并利用监控数据中的响应时间分析所述目标功能模块的响应时间。
一种监控装置,应用于服务端,该装置包括:
监控数据接收单元,用于接收客户端通过用户数据报UDP协议发送的监控数据,所述监控数据至少包括表明数据来源的数据标识、响应时间;
模块识别单元,用于利用所述监控数据中的数据标识确定所述监控数据对应的目标功能模块;
响应时间确定单元,用于利用所述监控数据中的响应时间确定所述目标功能模块的响应时间。
一种监控***,包括客户端和服务端;
其中,所述客户端,用于确定待监控平台中所需监控的目标功能模块;对所述目标功能模块进行监控,得到与所述目标功能模块对应的监控数据,所述监控数据至少包括表明数据来源的数据标识、响应时间;将所述监控数据通过用户数据报UDP协议发送至所述服务端;
所述服务端,用于利用接收的监控数据中的数据标识确定所述监控数据对应的目标功能模块;利用所述监控数据中的响应时间确定所述目标功能模块的响应时间。
从上述的技术方案可以看出,本申请实施例提供的监控方法,由客户端确定待监控平台中所需监控的目标功能模块,对所述目标功能模块进行监控,得到与所述目标功能模块对应的监控数据,所述监控数据至少包括表明数据来源的数据标识、响应时间,由客户端将监控数据通过用户数据报UDP协议发送至服务端,以便服务端利用监控数据中的数据标识确定监控数据对应的目标功能模块,并利用监控数据中的响应时间分析所述目标功能模块的响应时间。本申请提供的监控方法实现了由客户端对平台中待监控的功能模块的监控,通过采集监控数据并发送给服务端,由服务端对监控数据进行分析,分析结果为平台管理人员对各功能模块的维护、更新提供有力的数据支持。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
图1为本申请实施例公开的一种监控***结构示意图;
图2为本申请实施例从客户端角度公开的一种监控方法流程图;
图3为本申请实施例从客户端角度公开的另一种监控方法流程图;
图4为本申请实施例从服务端角度公开的一种监控方法流程图;
图5为本申请实施例从服务端角度公开的另一种监控方法流程图;
图6为本申请实施例从服务端角度公开的又一种监控方法流程图;
图7为本申请实施例从客户端角度公开的一种监控装置结构示意图;
图8为本申请实施例从服务端角度公开的一种监控装置结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请提供了一种监控***,参见图1,图1为本申请实施例公开的一种监控***结构示意图。
如图1所示,该监控***包括客户端1和服务端2;
其中,客户端1用于确定待监控平台中所需监控的目标功能模块;对所述目标功能模块进行监控,得到与所述目标功能模块对应的监控数据,所述监控数据至少包括表明数据来源的数据标识、响应时间;将所述监控数据通过用户数据报UDP协议发送至所述服务端2;
所述服务端2,用于利用接收的监控数据中的数据标识确定所述监控数据对应的目标功能模块;利用所述监控数据中的响应时间确定所述目标功能模块的响应时间。
按照本申请提供的监控***,能够对平台中待监控的功能模块的监控,并通过服务端对监控数据进行分析,分析结果为平台管理人员对各功能模块的维护、更新提供有力的数据支持。
接下来,本申请以客户端角度对本申请方案进行介绍。
参见图2,图2为本申请实施例从客户端角度公开的一种监控方法流程图。
如图2所示,该方法包括:
步骤S200、确定待监控平台中所需监控的目标功能模块;
具体地,待监控平台中包含多个功能模块,本步骤中确定哪些功能模块需要进行监控,将其确定为目标功能模块。对于目标功能模块,可以是用户指定的。
步骤S210、对所述目标功能模块进行监控,得到与所述目标功能模块对应的监控数据;
具体地,通过对目标功能模块进行监控,可以获取用户输入所述目标功能模块的数据,以及功能模块数据处理过程产生的数据,将这些数据作为监控数据,监控数据至少包括表明数据来源的数据标识和响应时间。
其中,数据标识可以包含数据来自的项目名称、模块名称、控制器名称等。进而,通过数据标识可以找到数据所在的控制器、模块、项目。响应时间为目标功能模块自接收用户请求至给出反馈所消耗的时间。
步骤S220、将所述监控数据通过用户数据报UDP协议发送至服务端。
通过将监控数据发送给服务端,以便服务端利用监控数据中的数据标识确定监控数据对应的目标功能模块,并利用监控数据中的响应时间分析所述目标功能模块的响应时间。
本申请实施例提供的监控方法,由客户端确定待监控平台中所需监控的目标功能模块,对所述目标功能模块进行监控,得到与所述目标功能模块对应的监控数据,所述监控数据至少包括表明数据来源的数据标识、响应时间,由客户端将监控数据通过用户数据报UDP协议发送至服务端,以便服务端利用监控数据中的数据标识确定监控数据对应的目标功能模块,并利用监控数据中的响应时间分析所述目标功能模块的响应时间。本申请提供的监控方法实现了由客户端对平台中待监控的功能模块的监控,通过采集监控数据并发送给服务端,由服务端对监控数据进行分析,分析结果为平台管理人员对各功能模块的维护、更新提供有力的数据支持。
接下来,以监控数据中包含的响应时间为例,对客户端监控功能模块的过程进行说明。
参见图3,图3为本申请实施例从客户端角度公开的另一种监控方法流程图。
如图3所示,该方法包括:
步骤S300、确定待监控平台中所需监控的目标功能模块;
具体地,待监控平台中包含多个功能模块,本步骤中确定哪些功能模块需要进行监控,将其确定为目标功能模块。对于目标功能模块,可以是用户指定的。
步骤S310、利用预先设置在所述目标功能模块的入口函数中的startime函数,记录数据请求输入所述目标功能模块的开始时间;
步骤S320、利用预先设置在所述目标功能模块的出口函数中的endtime函数,记录数据执行结果输出所述目标功能模块的结束时间;
步骤S330、根据所述开始时间和所述结束时间,计算所述目标功能模块的响应时间;
具体地,结束时间减去开始时间即可得到目标功能模块的响应时间。
步骤S340、将所述响应时间作为监控数据通过用户数据报UDP协议发送至服务端。
本实施例中以响应时间为例介绍了客户端对目标功能模块进行监控的过程,其它监控数据类似。
进一步以监控数据包含数据请求时间为例,客户端在检测到有数据请求输入所述目标功能模块时,确定当前时间,作为一次数据请求的时间。进而将数据请求时间作为监控数据发送给服务端,以供服务端统计各个功能模块的数据请求时间、数据请求次数。
再进一步的,监控数据还可以包括编码状态。这里需要解释的是,功能模块输出的数据一般都是格式化的,都会有类似的code机制,也即包含编码状态,编码状态反映了数据正常与否,以及在数据错误时通过编码状态可以反映数据错误的类型。
在此基础上,客户端获取目标功能模块输出数据中的编码状态,将获取的编码状态确定为与目标功能模块对应的编码状态,作为监控数据发送给服务端。
目标功能模块按照预先设定的逻辑,针对数据正常和不同类型的数据错误,输出不同的编码状态,不同类型的数据错误可以包括用户输入数据请求错误和目标功能模块处理数据错误。简单来讲,一种是***错误,例如数据库写入失败;另一种是用户行为错误,例如用户进行了某些不合理的操作。
举例如,本申请规定,编码状态为0-999代表数据正常,1000-2000代表功能模块处理数据错误,2000以上代表用户输入数据请求错误。
接下来,本申请从服务端的角度对本申请方案做进一步介绍。
参见图4,图4为本申请实施例从服务端角度公开的一种监控方法流程图。
如图4所示,该方法包括:
步骤S400、接收客户端通过用户数据报UDP协议发送的监控数据;
其中,所述监控数据至少包括表明数据来源的数据标识、响应时间。
具体地,数据标识可以包含数据来自的项目名称、模块名称、控制器名称等。
步骤S410、利用所述监控数据中的数据标识确定所述监控数据对应的目标功能模块;
具体地,服务端通过数据标识可以找到数据所来自的控制器、模块、项目。
步骤S420、利用所述监控数据中的响应时间确定所述目标功能模块的响应时间。
其中,响应时间为目标功能模块自接收用户请求至给出反馈所消耗的时间。
可选的,本申请可以对接收的监控数据进行存储,存储时可以使用redis进行存储。
本申请实施例提供的监控方法,由客户端确定待监控平台中所需监控的目标功能模块,对所述目标功能模块进行监控,得到与所述目标功能模块对应的监控数据,所述监控数据至少包括表明数据来源的数据标识、响应时间,由客户端将监控数据通过用户数据报UDP协议发送至服务端。服务端利用监控数据中的数据标识确定监控数据对应的目标功能模块,并利用监控数据中的响应时间分析所述目标功能模块的响应时间。本申请提供的监控方法实现了由客户端对平台中待监控的功能模块的监控,通过采集监控数据并发送给服务端,由服务端对监控数据进行分析,分析结果为平台管理人员对各功能模块的维护、更新提供有力的数据支持。
参见图5,图5为本申请实施例从服务端角度公开的另一种监控方法流程图。
如图5所示,该方法包括:
步骤S500、接收客户端通过用户数据报UDP协议发送的监控数据;
其中,所述监控数据至少包括表明数据来源的数据标识、响应时间以及数据请求时间。
数据标识可以包含数据来自的项目名称、模块名称、控制器名称等。
数据请求时间为用户向目标功能模块输入数据请求的时间。
步骤S510、利用所述监控数据中的数据标识确定所述监控数据对应的目标功能模块;
具体地,服务端通过数据标识可以找到数据所来自的控制器、模块、项目。
步骤S520、利用所述监控数据中的响应时间确定所述目标功能模块的响应时间;
步骤S530、根据设定周期内所接收的监控数据,统计设定周期内各目标功能模块的数据请求时间和请求次数。
相比于上一实施例,本实施例中通过对设定周期的监控数据进行统计,可以得到功能模块在设定周期内的数据请求时间分布、以及数据请求次数。
进一步,本申请还可以通过柱状图、列表等形式对统计得到的数据进行展示。
参见图6,图6为本申请实施例从服务端角度公开的又一种监控方法流程图。
如图6所示,该方法包括:
步骤S600、接收客户端通过用户数据报UDP协议发送的监控数据;
其中,所述监控数据至少包括表明数据来源的数据标识、响应时间以及编码状态。
数据标识可以包含数据来自的项目名称、模块名称、控制器名称等。
编码状态反映了数据正常与否,以及在数据错误时通过编码状态可以反映数据错误的类型。
步骤S610、利用所述监控数据中的数据标识确定所述监控数据对应的目标功能模块;
具体地,服务端通过数据标识可以找到数据所来自的控制器、模块、项目。
步骤S620、利用所述监控数据中的响应时间确定所述目标功能模块的响应时间;
步骤S630、根据设定周期内所接收的监控数据,统计设定周期内各目标功能模块的编码状态;
步骤S640、针对各目标功能模块的编码状态,按照统计表明数据正常的编码状态的个数,以及表明数据错误的编码状态的个数;
步骤S650、针对各目标功能模块的表明数据错误的编码状态,按照数据错误的类型,统计不同类型错误的编码状态的个数。
举例如,本申请规定,编码状态为0-999代表数据正常,1000-2000代表功能模块处理数据错误,2000以上代表用户输入数据请求错误。
则通过对设定周期内各个目标功能模块的编码状态的统计,可以得到目标功能模块在设定周期内数据正常的次数、数据错误的次数,以及数据错误时不同类型的数据错误的次数。
以一个具体实例进行说明,对某个目标功能模块的统计结果如下:
total(总请求次数):100
success(成功的请求次数):80
fail(失败的请求次数):20
code200(code为200):70
code201(code为201):8
code202(code为202):2
code600(code为600,错误状态):10
code2000(code为2000,错误状态):10
进一步,本申请还可以通过柱状图、列表等形式对统计得到的数据进行展示。
下面对本申请实施例提供的监控装置进行描述,下文描述的监控装置与上文描述的监控方法可相互对应参照。
参见图7,图7为本申请实施例从客户端角度公开的一种监控装置结构示意图。
如图7所示,该装置包括:
模块确定单元71,用于确定待监控平台中所需监控的目标功能模块;
监控数据采集单元72,用于对所述目标功能模块进行监控,得到与所述目标功能模块对应的监控数据,所述监控数据至少包括表明数据来源的数据标识、响应时间;
监控数据发送单元73,用于将所述监控数据通过用户数据报UDP协议发送至服务端,以便服务端利用监控数据中的数据标识确定监控数据对应的目标功能模块,并利用监控数据中的响应时间分析所述目标功能模块的响应时间。
可选的,上述监控数据采集单元在采集目标功能模块的响应时间时,具体可以通过如下方式实现:
利用预先设置在所述目标功能模块的入口函数中的startime函数,记录数据请求输入所述目标功能模块的开始时间;
利用预先设置在所述目标功能模块的出口函数中的endtime函数,记录数据执行结果输出所述目标功能模块的结束时间;
根据所述开始时间和所述结束时间,计算所述目标功能模块的响应时间。
可选的,监控数据还可以包括数据请求时间。
基于此,监控数据采集单元采集数据请求时间的方式可以是:
在检测到有数据请求输入所述目标功能模块时,确定当前时间,作为一次数据请求的时间。
可选的,监控数据还可以包括编码状态。
基于此,监控数据采集单元采集编码状态的方式可以是:
获取所述目标功能模块输出数据中的编码状态,将获取的编码状态确定为与所述目标功能模块对应的编码状态。
其中,所述编码状态为所述目标功能模块按照预先设定的逻辑,针对数据正常和不同类型的数据错误所输出的不同的编码状态,不同类型的数据错误包括用户输入数据请求错误和目标功能模块处理数据错误。
参见图8,图8为本申请实施例从服务端角度公开的一种监控装置结构示意图。
如图8所示,该装置包括:
监控数据接收单元81,用于接收客户端通过用户数据报UDP协议发送的监控数据,所述监控数据至少包括表明数据来源的数据标识、响应时间;
模块识别单元82,用于利用所述监控数据中的数据标识确定所述监控数据对应的目标功能模块;
响应时间确定单元83,用于利用所述监控数据中的响应时间确定所述目标功能模块的响应时间。
可选的,所述监控数据还包括数据请求时间,该装置还可以包括:
请求时间统计单元,用于根据设定周期内所接收的监控数据,统计设定周期内各目标功能模块的数据请求时间和请求次数。
可选的,所述监控数据还可以包括编码状态,该装置还可以包括:
第一编码状态统计单元,用于根据设定周期内所接收的监控数据,统计设定周期内各目标功能模块的编码状态;
第二编码状态统计单元,用于针对各目标功能模块的编码状态,按照统计表明数据正常的编码状态的个数,以及表明数据错误的编码状态的个数;
第三编码状态统计单元,用于针对各目标功能模块的表明数据错误的编码状态,按照数据错误的类型,统计不同类型错误的编码状态的个数。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下,在其它实施例中实现。因此,本申请将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (8)
1.一种监控方法,其特征在于,应用于客户端,该方法包括:
确定待监控平台中所需监控的目标功能模块;
对所述目标功能模块进行监控,得到与所述目标功能模块对应的监控数据,所述监控数据至少包括表明数据来源的数据标识、响应时间;
将所述监控数据通过用户数据报UDP协议发送至服务端,以便服务端利用监控数据中的数据标识确定监控数据对应的目标功能模块,并利用监控数据中的响应时间分析所述目标功能模块的响应时间;
其中,当所述监控数据还包括编码状态时,对所述目标功能模块进行监控,得到与所述目标功能模块对应的编码状态的过程,包括:
获取所述目标功能模块输出数据中的编码状态,将获取的编码状态确定为与所述目标功能模块对应的编码状态;
所述编码状态为所述目标功能模块按照预先设定的逻辑,针对数据正常和不同类型的数据错误所输出的不同的编码状态,不同类型的数据错误包括用户输入数据请求错误和目标功能模块处理数据错误。
2.根据权利要求1所述的方法,其特征在于,对所述目标功能模块进行监控,得到与所述目标功能模块对应的响应时间的过程,包括:
利用预先设置在所述目标功能模块的入口函数中的startime函数,记录数据请求输入所述目标功能模块的开始时间;
利用预先设置在所述目标功能模块的出口函数中的endtime函数,记录数据执行结果输出所述目标功能模块的结束时间;
根据所述开始时间和所述结束时间,计算所述目标功能模块的响应时间。
3.根据权利要求1所述的方法,其特征在于,所述监控数据还包括数据请求时间;
则,对所述目标功能模块进行监控,得到与所述目标功能模块对应的数据请求时间的过程,包括:
在检测到有数据请求输入所述目标功能模块时,确定当前时间,作为一次数据请求的时间。
4.一种监控方法,其特征在于,应用于服务端,该方法包括:
接收客户端通过用户数据报UDP协议发送的监控数据,所述监控数据至少包括表明数据来源的数据标识、响应时间;
利用所述监控数据中的数据标识确定所述监控数据对应的目标功能模块;
利用所述监控数据中的响应时间确定所述目标功能模块的响应时间;
其中,当所述监控数据还包括编码状态时,还包括:
根据设定周期内所接收的监控数据,统计设定周期内各目标功能模块的编码状态;
针对各目标功能模块的编码状态,按照统计表明数据正常的编码状态的个数,以及表明数据错误的编码状态的个数;
针对各目标功能模块的表明数据错误的编码状态,按照数据错误的类型,统计不同类型错误的编码状态的个数。
5.根据权利要求4所述的方法,其特征在于,所述监控数据还包括数据请求时间,该方法还包括:
根据设定周期内所接收的监控数据,统计设定周期内各目标功能模块的数据请求时间和请求次数。
6.一种监控装置,其特征在于,应用于客户端,该装置包括:
模块确定单元,用于确定待监控平台中所需监控的目标功能模块;
监控数据采集单元,用于对所述目标功能模块进行监控,得到与所述目标功能模块对应的监控数据,所述监控数据至少包括表明数据来源的数据标识、响应时间;
监控数据发送单元,用于将所述监控数据通过用户数据报UDP协议发送至服务端,以便服务端利用监控数据中的数据标识确定监控数据对应的目标功能模块,并利用监控数据中的响应时间分析所述目标功能模块的响应时间;
其中,当所述监控数据还包括编码状态时,所述监控数据发送单元采集编码状态的方式为:
获取所述目标功能模块输出数据中的编码状态,将获取的编码状态确定为与所述目标功能模块对应的编码状态;
所述编码状态为所述目标功能模块按照预先设定的逻辑,针对数据正常和不同类型的数据错误所输出的不同的编码状态,不同类型的数据错误包括用户输入数据请求错误和目标功能模块处理数据错误。
7.一种监控装置,其特征在于,应用于服务端,该装置包括:
监控数据接收单元,用于接收客户端通过用户数据报UDP协议发送的监控数据,所述监控数据至少包括表明数据来源的数据标识、响应时间;
模块识别单元,用于利用所述监控数据中的数据标识确定所述监控数据对应的目标功能模块;
响应时间确定单元,用于利用所述监控数据中的响应时间确定所述目标功能模块的响应时间;
当所述监控数据还包括编码状态时,该装置还包括:
第一编码状态统计单元,用于根据设定周期内所接收的监控数据,统计设定周期内各目标功能模块的编码状态;
第二编码状态统计单元,用于针对各目标功能模块的编码状态,按照统计表明数据正常的编码状态的个数,以及表明数据错误的编码状态的个数;
第三编码状态统计单元,用于针对各目标功能模块的表明数据错误的编码状态,按照数据错误的类型,统计不同类型错误的编码状态的个数。
8.一种监控***,其特征在于,包括客户端和服务端;
其中,所述客户端,用于确定待监控平台中所需监控的目标功能模块;对所述目标功能模块进行监控,得到与所述目标功能模块对应的监控数据,所述监控数据至少包括表明数据来源的数据标识、响应时间;将所述监控数据通过用户数据报UDP协议发送至所述服务端;
当所述监控数据还包括编码状态时,所述客户端还用于对所述目标功能模块进行监控,得到与所述目标功能模块对应的编码状态的过程,包括:获取所述目标功能模块输出数据中的编码状态,将获取的编码状态确定为与所述目标功能模块对应的编码状态;所述编码状态为所述目标功能模块按照预先设定的逻辑,针对数据正常和不同类型的数据错误所输出的不同的编码状态,不同类型的数据错误包括用户输入数据请求错误和目标功能模块处理数据错误;
所述服务端,用于利用接收的监控数据中的数据标识确定所述监控数据对应的目标功能模块;利用所述监控数据中的响应时间确定所述目标功能模块的响应时间;
当所述监控数据还包括所述编码状态时,所述服务端还用于:根据设定周期内所接收的监控数据,统计设定周期内各目标功能模块的编码状态;针对各目标功能模块的编码状态,按照统计表明数据正常的编码状态的个数,以及表明数据错误的编码状态的个数;针对各目标功能模块的表明数据错误的编码状态,按照数据错误的类型,统计不同类型错误的编码状态的个数。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610200677.9A CN105893209B (zh) | 2016-03-31 | 2016-03-31 | 一种监控方法、装置及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610200677.9A CN105893209B (zh) | 2016-03-31 | 2016-03-31 | 一种监控方法、装置及*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105893209A CN105893209A (zh) | 2016-08-24 |
CN105893209B true CN105893209B (zh) | 2018-08-14 |
Family
ID=57011813
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610200677.9A Active CN105893209B (zh) | 2016-03-31 | 2016-03-31 | 一种监控方法、装置及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105893209B (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107147628A (zh) * | 2017-04-27 | 2017-09-08 | 努比亚技术有限公司 | 一种数据处理装置及方法 |
CN108717438B (zh) * | 2018-05-16 | 2020-10-23 | 北京奇艺世纪科技有限公司 | 一种链式数据状态采集***及方法 |
CN113835967B (zh) * | 2021-09-28 | 2024-05-17 | 北京京东拓先科技有限公司 | 一种监控方法、装置、电子设备及存储介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101984415A (zh) * | 2010-11-02 | 2011-03-09 | 中兴通讯股份有限公司 | 一种设定监控指标阈值的方法和装置 |
CN102231673A (zh) * | 2011-05-31 | 2011-11-02 | 北京京东世纪贸易有限公司 | 用于监控业务服务器的***和方法 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2010097285A (ja) * | 2008-10-14 | 2010-04-30 | Fujitsu Ltd | システム分析支援プログラム、システム分析支援装置、およびシステム分析支援方法 |
-
2016
- 2016-03-31 CN CN201610200677.9A patent/CN105893209B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101984415A (zh) * | 2010-11-02 | 2011-03-09 | 中兴通讯股份有限公司 | 一种设定监控指标阈值的方法和装置 |
CN102231673A (zh) * | 2011-05-31 | 2011-11-02 | 北京京东世纪贸易有限公司 | 用于监控业务服务器的***和方法 |
Also Published As
Publication number | Publication date |
---|---|
CN105893209A (zh) | 2016-08-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8046704B2 (en) | Compliance monitoring | |
US20150113329A1 (en) | System operations management apparatus, system operations management method and program storage medium | |
CN105893209B (zh) | 一种监控方法、装置及*** | |
US20060142961A1 (en) | Enterprise energy management system | |
AU2015250623B2 (en) | A system and method for monitoring food waste | |
CN102196018A (zh) | 远程技术人员对多个同时会话的支持 | |
WO2016155243A1 (zh) | 房间信息交互方法、装置及*** | |
US8000819B2 (en) | Manufacturing instruction evaluation support system, manufacturing instruction evaluation support method, and manufacturing instruction evaluation support program | |
CN110262955B (zh) | 基于pinpoint的应用性能监控工具 | |
JP2006277290A (ja) | 操作支援装置及び方法、並びに業務ナビゲーションシステム | |
CN105335266B (zh) | 用于确定被检测设备的故障的方法 | |
CN110232488A (zh) | 工单处理方法、***及设备 | |
CN105955123B (zh) | 共享标签集的生成和公布 | |
KR20180054950A (ko) | 공기 오염도 관리 시스템 및 이를 이용한 청소 서비스 제공 시스템 | |
KR101600860B1 (ko) | 이벤트 기반의 영상 비교 관리시스템 | |
CN113672497B (zh) | 无埋点事件的生成方法、装置、设备及存储介质 | |
KR20130023458A (ko) | 게임 서버 관리 장치 및 시스템 | |
CN113516374B (zh) | 一种电子设备和无人值守场所室内的消防*** | |
US20160253609A1 (en) | Information Processing System and Information Processing Method | |
US10515316B2 (en) | System and method for using data obtained from a group of geographically dispersed magnetic resonance systems to optimize customer-specific clinical, operational and/or financial performance | |
JP2009140417A (ja) | データ集計方法およびデータ集計装置 | |
TWI533242B (zh) | 具遠端呼叫服務之服務評核系統及其方法 | |
JP2003166988A (ja) | 臨床検査システム | |
CN108133359A (zh) | 一种考勤管理方法及装置 | |
CN114338688B (zh) | 一种数据管理方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |