CN102932176B - 后台程序日志的跟踪方法、跟踪端、服务端和系统 - Google Patents
后台程序日志的跟踪方法、跟踪端、服务端和系统 Download PDFInfo
- Publication number
- CN102932176B CN102932176B CN201210420905.5A CN201210420905A CN102932176B CN 102932176 B CN102932176 B CN 102932176B CN 201210420905 A CN201210420905 A CN 201210420905A CN 102932176 B CN102932176 B CN 102932176B
- Authority
- CN
- China
- Prior art keywords
- business
- keyword
- multicast
- business keyword
- tracked
- 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.)
- Expired - Fee Related
Links
Landscapes
- Telephonic Communication Services (AREA)
Abstract
本发明实施例提供一种后台程序日志的跟踪方法、跟踪端、服务端和系统,涉及通信领域,能够使维护人员根据业务关键字查看对应业务详细处理日志时,避免其他日志干扰,提高系统性能,操作方便快捷。其方法为:在启动前台跟踪端程序后,接收待跟踪业务的业务关键字,根据业务关键字获取与业务关键字对应的多播端口号,生成包括业务关键字和多播端口号的跟踪信息,将跟踪信息发送至后台服务端,后台服务端按照业务关键字进行业务匹配,将与业务关键字匹配的待跟踪业务的日志级别调整为最低级别,在日志生成后按照最低级别将待跟踪业务的日志发送至与业务关键字对应的多播端口号所对应的多播组。本发明实施例用于后台程序日志的跟踪。
Description
技术领域
本发明涉及通信领域,尤其涉及一种后台程序日志的跟踪方法、跟踪端、服务端和系统。
背景技术
现有技术中,后台程序在处理大批量业务时,日志打印问题一直处于矛盾当中。这是因为,如果日志过于详细,就会造成系统性能低下,并占用大量的存储,如果日志过于简单,就无法查看单笔业务的详细处理日志,进而无法满足某种情况下对单笔业务的问题分析和定位。
譬如在计费系统中,以呼叫的电话号码为业务关键字,维护人员在前台跟踪端登记该电话号码,以便订阅和发布该电话号码的详细处理日志,而在多次跟踪多个号码后,后台服务端将该多个跟踪号码的详细处理日志可能会写到一个日志文件当中,也有可能是一个跟踪号码的详细处理日志写到了多个日志文件当中。同时,本次跟踪生成的日志和历史遗留的日志也可能混在一起,这样导致跟踪日志比较混乱,需要维护人员根据跟踪号码和时间戳手工过滤出自己关心的日志,导致效率比较低下。
发明内容
本发明的实施例提供一种后台程序日志的跟踪方法、跟踪端、服务端和系统,能够使维护人员根据业务关键字查看与该业务关键字对应的业务的详细处理日志时,避免了其他日志的干扰,从而提高系统性能,操作方便快捷。
为达到上述目的,本发明的实施例采用如下技术方案:
第一方面,提供一种后台程序日志的跟踪方法,包括:
在启动前台跟踪端程序后,接收待跟踪业务的业务关键字,并根据所述业务关键字获取与所述业务关键字对应的多播端口号;
生成包括所述业务关键字和所述多播端口号的跟踪信息,并将所述跟踪信息发送至后台服务端,并尝试加入与所述多播端口号对应的多播组中;
在加入与所述多播端口号对应的多播组后,等待所述后台服务端处理与所述业务关键字匹配的所述待跟踪业务,并在所述后台服务端处理完所述待跟踪业务后,从所述后台服务端接收所述待跟踪业务的日志。
在第一种可能实现的方式中,结合第一方面,所述方法还包括:
在关闭前台跟踪端程序后,将所述前台跟踪端程序退出与所述多播端口号对应的多播组,并删除所述跟踪信息。
在第二种可能实现的方式中,结合第一方面或第一方面的第一种可能实现的方式,所述根据所述业务关键字获取与所述业务关键字对应的多播端口号包括:
若接收到待跟踪业务的业务关键字为一个,则为所述业务关键字分配一个多播端口号;
若接收到待跟踪业务的业务关键字为至少两个,则为每一个业务关键字分配一个多播端口号。
第二方面,提供一种后台程序日志的跟踪方法,包括:
接收包括业务关键字和与所述业务关键字对应的多播端口号的跟踪信息,并将所述跟踪信息记录到跟踪信息文件中;
根据所述跟踪信息文件创建多播组;
按照所述业务关键字进行业务匹配,并将与所述业务关键字匹配的待跟踪业务的日志级别调整为最低级别;
按照所述待跟踪业务的原有日志级别将所述待跟踪业务的日志写入日志文件,并按照日志的最低级别将所述待跟踪业务的日志发送至与所述业务关键字对应的的多播端口号所对应的多播组。
在第一种可能实现的方式中,结合第二方面,所述方法还包括:
定时刷新跟踪信息文件,在检测到所述前台跟踪端已删除所述业务关键字对应的跟踪信息后,关闭与所述业务关键字对应的多播端口号所对应的多播组。
在第二种可能实现的方式中,结合第二方面或第二方面的第一种可能实现的方式,所述根据所述多播端口号创建多播组包括:
当多个前台跟踪端所跟踪业务的业务关键字为同一业务关键字时,根据所述同一业务关键字所对应的多播端口号,将所述多个前台跟踪端加入到与该多播端口号对应的同一多播组中;
当一个前台跟踪端所跟踪业务的业务关键字为至少两个时,根据每个业务关键字对应的多播端口号,将所述前台跟踪端加入到每个业务关键字对应的多播端口号所对应的多播组中。
第三方面,提供一种跟踪端,包括:
端口号获取单元,用于在启动前台跟踪端程序后,接收待跟踪业务的业务关键字,并根据所述业务关键字获取与所述业务关键字对应的多播端口号,并将所述业务关键字和与所述业务关键字对应的多播端口号发送至信息发送单元;
信息发送单元,用于从端口号获取单元接收所述业务关键字和与所述业务关键字对应的多播端口号,生成包括所述业务关键字和所述多播端口号的跟踪信息,并将所述跟踪信息发送至后台服务端,并尝试加入与所述多播端口号对应的多播组中;
日志接收单元,用于在加入与所述多播端口号对应的多播组后,等待所述后台服务端处理与所述业务关键字匹配的所述待跟踪业务,并在所述后台服务端处理完所述待跟踪业务后,从所述后台服务端接收所述待跟踪业务的日志。
在第一种可能实现的方式中,结合第三方面,所述跟踪端还包括:
信息删除单元,用于在关闭前台跟踪端程序后,将所述前台跟踪端程序退出与所述多播端口号对应的多播组,并删除所述跟踪信息。
在第二种可能实现的方式中,结合第三方面或第三方面的第一种可能实现的方式,所述端口号获取单元具体用于:
若接收到待跟踪业务的业务关键字为一个,则为所述业务关键字分配一个多播端口号;
若接收到待跟踪业务的业务关键字为至少两个,则为每一个业务关键字分配一个多播端口号。
第四方面,提供一种服务端,包括:
信息接收单元,用于接收包括业务关键字和与所述业务关键字对应的多播端口号的跟踪信息,并将所述跟踪信息记录到跟踪信息文件中,再将所述跟踪信息文件发送至多播组创建单元;
多播组创建单元,用于从信息接收单元接收所述跟踪信息文件,根据所述跟踪信息文件创建多播组;
业务匹配单元,用于按照所述业务关键字进行业务匹配,并将与所述业务关键字匹配的待跟踪业务的日志级别调整为最低级别;
日志发送单元,用于按照所述待跟踪业务的原有日志级别将所述待跟踪业务的日志写入日志文件,并按照日志的最低级别将所述待跟踪业务的日志发送至与所述业务关键字对应的的多播端口号所对应的多播组。
在第一种可能实现的方式中,结合第四方面,所述服务端还包括;
多播组关闭单元,用于定时刷新跟踪信息文件,在检测到所述前台跟踪端已删除所述业务关键字对应的跟踪信息后,关闭与所述业务关键字对应的多播端口号所对应的多播组。
在第二种可能实现的方式中,结合第四方面或第四方面的第一种可能实现的方式,所述多播组创建单元具体用于:
当多个前台跟踪端所跟踪业务的业务关键字为同一业务关键字时,根据所述同一业务关键字所对应的多播端口号,将所述多个前台跟踪端加入到与该多播端口号对应的同一多播组中;
当一个前台跟踪端所跟踪业务的业务关键字为至少两个时,根据每个业务关键字对应的多播端口号,将所述前台跟踪端加入到每个业务关键字对应的多播端口号所对应的多播组中。
第五方面,提供一种通信系统,所述系统包括:
如权利要求7至9所述的跟踪端;
如权利要求10至12所述的服务端。
本发明实施例提供一种后台程序日志的跟踪方法、跟踪端、服务端和系统,通过在启动前台跟踪端程序后,接收待跟踪业务的业务关键字,根据业务关键字获取与业务关键字对应的多播端口号,生成包括业务关键字和多播端口号的跟踪信息,将跟踪信息发送至后台服务端并记录到跟踪信息文件中,令后台服务端根据跟踪信息文件创建多播组,在跟踪端加入与多播端口号对应的多播组后,后台服务端按照业务关键字进行业务匹配,将与业务关键字匹配的待跟踪业务的日志级别调整为最低级别,在日志生成后按照日志的最低级别将待跟踪业务的日志发送至与业务关键字对应的的多播端口号所对应的多播组,这样多播组中的跟踪端就从后台服务端接收到了所输入关键字对应的待跟踪业务的日志,这样能够使维护人员根据业务关键字查看与该业务关键字对应的业务的详细处理日志时,避免了其他日志的干扰,从而提高系统性能,操作方便快捷。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种后台程序日志的跟踪方法流程示意图;
图2为本发明实施例提供的另一种后台程序日志的跟踪方法流程示意图;
图3为本发明又一实施例提供的一种后台程序日志的跟踪方法流程示意图;
图4为本发明又一实施例提供的一种跟踪端结构示意图;
图5为本发明又一实施例提供的另一种跟踪端结构示意图;
图6为本发明又一实施例提供的一种服务端结构示意图;
图7为本发明又一实施例提供的另一种服务端结构示意图;
图8为本发明另一实施例提供的一种跟踪端结构示意图;
图9为本发明另一实施例提供的另一种服务端结构示意图;
图10为本发明另一实施例提供的一种通信系统结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例提供一种后台程序日志的跟踪方法,如图1所示,包括:
S101、跟踪端在启动前台跟踪端程序后,接收待跟踪业务的业务关键字,并根据业务关键字获取与业务关键字对应的多播端口号。
其中,在维护人员启动前台跟踪端程序后,由维护人员输入待跟踪业务的业务关键字,且待跟踪业务的业务关键字与多播端口号一一对应,即一个业务关键字可以获取一个与业务关键字对应的多播端口号。若维护人员输入待跟踪业务的业务关键字为至少两个,则为每一个业务关键字分配一个多播端口号。
S102、跟踪端生成包括业务关键字和多播端口号的跟踪信息,并将跟踪信息发送至后台服务端,并尝试加入与多播端口号对应的多播组中。
S103、跟踪端在加入与多播端口号对应的多播组后,等待后台服务端处理与业务关键字匹配的待跟踪业务,并在后台服务端处理完待跟踪业务后,从后台服务端接收待跟踪业务的日志。
本发明实施例还提供一种后台程序日志的跟踪方法,如图2所示,包括:
S201、服务端接收包括业务关键字和与业务关键字对应的多播端口号的跟踪信息,并将跟踪信息记录到跟踪信息文件中。
S202、服务端根据跟踪信息文件创建多播组。
S203、服务端按照业务关键字进行业务匹配,并将与业务关键字匹配的待跟踪业务的日志级别调整为最低级别。
S204、服务端按照待跟踪业务的原有日志级别将待跟踪业务的日志写入日志文件,并按照日志的最低级别将待跟踪业务的日志发送至与业务关键字对应的的多播端口号所对应的多播组。
本发明实施例提供一种后台程序日志的跟踪方法,通过在启动前台跟踪端程序后,接收待跟踪业务的业务关键字,根据业务关键字获取与业务关键字对应的多播端口号,生成包括业务关键字和多播端口号的跟踪信息,将跟踪信息发送至后台服务端并记录到跟踪信息文件中,令后台服务端根据跟踪信息文件创建多播组,在跟踪端加入与多播端口号对应的多播组后,后台服务端按照业务关键字进行业务匹配,将与业务关键字匹配的待跟踪业务的日志级别调整为最低级别,在日志生成后按照日志的最低级别将待跟踪业务的日志发送至与业务关键字对应的的多播端口号所对应的多播组,这样多播组中的跟踪端就从后台服务端接收到了所输入关键字对应的待跟踪业务的日志,这样能够使维护人员根据业务关键字查看与该业务关键字对应的业务的详细处理日志时,避免了其他日志的干扰,从而提高系统性能,操作方便快捷。
本发明又一实施例提供一种后台程序日志的跟踪方法,如图3所示,包括:
S301、跟踪端在启动前台跟踪端程序后,接收待跟踪业务的业务关键字,并根据业务关键字获取与业务关键字对应的多播端口号。
示例性的,前台跟踪端可以为一台电脑。假设该电脑上运行的跟踪端程序为计费系统,业务关键字可以为呼叫的电话号码,维护人员在启动该计费系统后,通过该计费系统输入要跟踪的电话号码,跟踪端根据输入的电话号码可以获取与其对应的多播端口号。具体的,当维护人员输入一个需要跟踪的电话号码时,跟踪端可以获取一个与此电话号码对应的多播端口号;当维护人员输入至少两个需要跟踪的电话号码时,跟踪端可以获取至少两个多播端口号,且每个电话号码与多播端口号一一对应。
其中,在通信技术中,多播也可以称为组播,是一种允许一台或多台主机一次性发送单一数据包到多台主机的TCP/IP(TransmissionControl Protocol/Internet Protocol,传输控制协议/因特网互联协议)网络技术,是一种一点对多点的通信方式,可以有效的节省宽带。即多播技术通过指定多播地址和端口,可以将多个主机组成一个多播网络或多播组,在这个多播组中,任意一个主机发布消息,其他主机都可以接收到。目前,多播技术可以广泛应用在网络视频会议、网上视频点播和多媒体远程教育等多项技术当中。
S302、跟踪端生成包括业务关键字和多播端口号的跟踪信息,并将跟踪信息发送至后台服务端,并尝试加入与多播端口号对应的多播组中。
示例性的,假设在计费系统中,跟踪端在获取了跟踪号码和与跟踪号码对应的多播端口号之后,生成要包括跟踪号码和与跟踪号码对应的多播端口号跟踪信息,并将该跟踪信息发送至后台服务端。此时,跟踪端就开始尝试加入与跟踪号码对应的端口号所对应的的多播组,加入不成功则可以休眠一段时间后重试。
S303、服务端接收包括业务关键字和与业务关键字对应的多播端口号的跟踪信息,并将跟踪信息记录到跟踪信息文件中。
S304、服务端根据跟踪信息文件创建多播组。
具体的,可以通过以下方式创建多播组:
当多个前台跟踪端所跟踪业务的业务关键字为同一业务关键字时,根据同一业务关键字所对应的多播端口号,将多个前台跟踪端加入到与该多播端口号对应的同一多播组中;
当一个前台跟踪端所跟踪业务的业务关键字为至少两个时,根据每个业务关键字对应的多播端口号,将前台跟踪端加入到每个业务关键字对应的多播端口号所对应的多播组中。
示例性的,在计费系统中,上述关键字为电话号码,后台服务端在接收到跟踪号码和与跟踪号码对应的多播端口号后,若多个维护人员所在的多个前台跟踪端的跟踪号码为同一个电话号码,则根据同一个电话号码所对应的多播端口号,将该多个前台跟踪端加入到与该多播端口号对应的同一多播组中,即将跟踪同一个号码的所有跟踪端加入到一个多播组中;
若一个维护人员所在的前台跟踪端的跟踪号码为至少两个,则根据每个跟踪号码对应的多播端口号,将该前台跟踪端加入到每个跟踪号码对应的多播端口号所对应的多播组中,即一台前台跟踪端所在主机可以同时加入多个多播组中。
S305、在跟踪端加入与多播端口号对应的多播组后,等待后台服务端处理与业务关键字匹配的待跟踪业务。
S306、服务端按照业务关键字进行业务匹配,并将与业务关键字匹配的待跟踪业务的日志级别调整为最低级别。
具体的,后台服务端在处理批量业务时,在每笔业务开始处理时,按照业务关键字进行业务匹配。例如在计费系统中,若该业务与维护人员输入的电话号码匹配,则动态调整该业务的日志级别为最低级。其中,后台服务端的日志分级别,级别越高日志越简单,反之,级别越低,日志越详细。这样,当匹配上的业务的日志级别为最低级别时,维护人员可以接收并查看到所跟踪号码的详细日志。
S307、服务端按照待跟踪业务的原有日志级别将待跟踪业务的日志写入日志文件,并按照日志的最低级别将待跟踪业务的日志发送至与业务关键字对应的的多播端口号所对应的多播组。
S308、跟踪端从后台服务端接收待跟踪业务的日志。
示例性的,在上述计费系统中,在后台服务端生成与跟踪号码对应的日志后,根据该跟踪号码对应的多播端口号,将日志发送至该多播端口号对应的多播组,以便于该多播组内的所有跟踪端都能够收到该日志。
这样,当多个维护人员所在的前台跟踪端与后台服务端组成同一个多播组时,由于该多播组中跟踪端都对应了同一个跟踪号码,所以该多个跟踪端可以只接收后上述同一个跟踪号码的详细日志信息,不受其他日志信息的干扰;而且,当一个维护人员所在的前台跟踪端同时跟踪多个号码,由于跟踪号码与多播端口号一一对应,即跟踪号码与多播组一一对应,由于每个多播组只能收到其对应的跟踪号码的详细日志信息,同样避免了多个日志信息之间的干扰,实现了日志的个性化订阅和发布。
S309、跟踪端在关闭前台跟踪端程序后,将前台跟踪端程序退出与多播端口号对应的多播组,并删除跟踪信息。
其中,在现有技术当中,在维护人员启动前台跟踪端程序并输入业务关键字后,需要维护人员手工查找跟踪日志是否已经生成,在创建多播组后,前台跟踪端接收到跟踪日志后,就不需要手工对跟踪日志是否生成进行查找。同时在现有技术当中,当跟踪号码跟踪完毕之后需要对跟踪号码手工删除,而在多播组创建之后,维护人员在关闭前台跟踪端程序后,前台跟踪端会自动退出多播组,并删除跟踪信息,不需要手工删除跟踪号码,避免了繁琐的手工操作。
S310、服务端定时刷新跟踪信息文件,在检测到前台跟踪端已删除业务关键字对应的跟踪信息后,关闭与业务关键字对应的多播端口号所对应的多播组。
本发明实施例提供一种后台程序日志的跟踪方法,通过在启动前台跟踪端程序后,接收待跟踪业务的业务关键字,根据业务关键字获取与业务关键字对应的多播端口号,生成包括业务关键字和多播端口号的跟踪信息,将跟踪信息发送至后台服务端并记录到跟踪信息文件中,令后台服务端根据跟踪信息文件创建多播组,在跟踪端加入与多播端口号对应的多播组后,后台服务端按照业务关键字进行业务匹配,将与业务关键字匹配的待跟踪业务的日志级别调整为最低级别,在日志生成后按照日志的最低级别将待跟踪业务的日志发送至与业务关键字对应的的多播端口号所对应的多播组,这样多播组中的跟踪端就从后台服务端接收到了所输入关键字对应的待跟踪业务的日志,这样能够使维护人员根据业务关键字查看与该业务关键字对应的业务的详细处理日志时,避免了其他日志的干扰,从而提高系统性能,操作方便快捷。
本发明又一实施例提供一种跟踪端01,如图4所示,可以包括:
端口号获取单元011,用于在启动前台跟踪端程序后,接收待跟踪业务的业务关键字,并根据业务关键字获取与业务关键字对应的多播端口号,并将业务关键字和业务关键字对应的多播端口号发送至信息发送单元012。
信息发送单元012,用于从端口号获取单元011接收业务关键字和业务关键字对应的多播端口号,生成包括业务关键字和多播端口号的跟踪信息,并将跟踪信息发送至后台服务端,并尝试加入与多播端口号对应的多播组中。
日志接收单元013,用于在加入与多播端口号对应的多播组后,等待后台服务端处理与业务关键字匹配的待跟踪业务,并在后台服务端处理完待跟踪业务后,从后台服务端接收待跟踪业务的日志。
进一步的,如图5所示,跟踪端01还可以包括:
信息删除单元014,用于在关闭前台跟踪端程序后,将前台跟踪端程序退出与多播端口号对应的多播组,并删除跟踪信息。
再进一步的,端口号获取单元01可以具体用于:
若接收到待跟踪业务的业务关键字为一个,则为业务关键字分配一个多播端口号;
若接收到待跟踪业务的业务关键字为至少两个,则为每一个业务关键字分配一个多播端口号。
本发明实施例提供一种跟踪端,通过在启动前台跟踪端程序后,接收待跟踪业务的业务关键字,根据业务关键字获取与业务关键字对应的多播端口号,生成包括业务关键字和多播端口号的跟踪信息,将跟踪信息发送至后台服务端并记录到跟踪信息文件中,令后台服务端根据跟踪信息文件创建多播组,在跟踪端加入与多播端口号对应的多播组后,后台服务端按照业务关键字进行业务匹配,将与业务关键字匹配的待跟踪业务的日志级别调整为最低级别,在日志生成后按照日志的最低级别将待跟踪业务的日志发送至与业务关键字对应的的多播端口号所对应的多播组,这样多播组中的跟踪端就从后台服务端接收到了所输入关键字对应的待跟踪业务的日志,这样能够使维护人员根据业务关键字查看与该业务关键字对应的业务的详细处理日志时,避免了其他日志的干扰,从而提高系统性能,操作方便快捷。
本发明实施例还提供一种服务端02,如图6所示,可以包括:
信息接收单元021,用于接收包括业务关键字和与业务关键字对应的多播端口号的跟踪信息,并将跟踪信息记录到跟踪信息文件中,再将跟踪信息文件发送至多播组创建单元022。
多播组创建单元022,用于从信息接收单元021接收跟踪信息文件,根据跟踪信息文件创建多播组。
业务匹配单元023,用于按照业务关键字进行业务匹配,并将与业务关键字匹配的待跟踪业务的日志级别调整为最低级别。
日志发送单元024,用于按照待跟踪业务的原有日志级别将待跟踪业务的日志写入日志文件,并按照日志的最低级别将待跟踪业务的日志发送至与业务关键字对应的多播端口号所对应的多播组。
进一步的,如图7所示,服务端02还可以包括:
多播组关闭单元025,用于定时刷新跟踪信息文件,在检测到前台跟踪端已删除业务关键字对应的跟踪信息后,关闭与业务关键字对应的多播端口号所对应的多播组。
再进一步的,多播组创建单元022可以具体用于:
当多个前台跟踪端所跟踪业务的业务关键字为同一业务关键字时,根据同一业务关键字所对应的多播端口号,将多个前台跟踪端加入到与该多播端口号对应的同一多播组中;
当一个前台跟踪端所跟踪业务的业务关键字为至少两个时,根据每个业务关键字对应的多播端口号,将前台跟踪端加入到每个业务关键字对应的多播端口号所对应的多播组中。
本发明实施例提供一种服务端,通过在启动前台跟踪端程序后,接收待跟踪业务的业务关键字,根据业务关键字获取与业务关键字对应的多播端口号,生成包括业务关键字和多播端口号的跟踪信息,将跟踪信息发送至后台服务端并记录到跟踪信息文件中,令后台服务端根据跟踪信息文件创建多播组,在跟踪端加入与多播端口号对应的多播组后,后台服务端按照业务关键字进行业务匹配,将与业务关键字匹配的待跟踪业务的日志级别调整为最低级别,在日志生成后按照日志的最低级别将待跟踪业务的日志发送至与业务关键字对应的的多播端口号所对应的多播组,这样多播组中的跟踪端就从后台服务端接收到了所输入关键字对应的待跟踪业务的日志,这样能够使维护人员根据业务关键字查看与该业务关键字对应的业务的详细处理日志时,避免了其他日志的干扰,从而提高系统性能,操作方便快捷。
本发明又一实施例提供一种跟踪端03,如图8所示,包括第一存储器034,总线035,,还可以包括:
第一处理器031,用于在启动前台跟踪端程序后,接收待跟踪业务的业务关键字,并根据业务关键字获取与业务关键字对应的多播端口号,并将业务关键字和与业务关键字对应的多播端口号发送至第一发射机032。
第一发射机032,用于从第一处理器031接收业务关键字和与业务关键字对应的多播端口号,生成包括业务关键字和多播端口号的跟踪信息,并将跟踪信息发送至后台服务端,并尝试加入与多播端口号对应的多播组中。
第一接收机033,用于在加入与多播端口号对应的多播组后,等待后台服务端处理与业务关键字匹配的待跟踪业务,并在后台服务端处理完待跟踪业务后,从后台服务端接收待跟踪业务的日志。
进一步的,第一处理器031还可以用于:
在关闭前台跟踪端程序后,将前台跟踪端程序退出与多播端口号对应的多播组,并删除跟踪信息。
再进一步的,第一处理器031还可以用于:
若接收到待跟踪业务的业务关键字为一个,则为业务关键字分配一个多播端口号;
若接收到待跟踪业务的业务关键字为至少两个,则为每一个业务关键字分配一个多播端口号。
本发明实施例提供一种跟踪端,通过在启动前台跟踪端程序后,接收待跟踪业务的业务关键字,根据业务关键字获取与业务关键字对应的多播端口号,生成包括业务关键字和多播端口号的跟踪信息,将跟踪信息发送至后台服务端并记录到跟踪信息文件中,令后台服务端根据跟踪信息文件创建多播组,在跟踪端加入与多播端口号对应的多播组后,后台服务端按照业务关键字进行业务匹配,将与业务关键字匹配的待跟踪业务的日志级别调整为最低级别,在日志生成后按照日志的最低级别将待跟踪业务的日志发送至与业务关键字对应的的多播端口号所对应的多播组,这样多播组中的跟踪端就从后台服务端接收到了所输入关键字对应的待跟踪业务的日志,这样能够使维护人员根据业务关键字查看与该业务关键字对应的业务的详细处理日志时,避免了其他日志的干扰,从而提高系统性能,操作方便快捷。
本发明实施例还提供一种服务端04,如图9所示,包括存储器044,总线045,还可以包括:
第二接收机041,用于接收包括业务关键字和与业务关键字对应的多播端口号的跟踪信息,并将跟踪信息记录到跟踪信息文件中,再将跟踪信息文件发送至第二处理器042。
第二处理器042,用于从第二接收机041接收跟踪信息文件,根据跟踪信息文件创建多播组。
第二处理器042还可以用于按照业务关键字进行业务匹配,并将与业务关键字匹配的待跟踪业务的日志级别调整为最低级别。
第二发射机043,用于按照待跟踪业务的原有日志级别将待跟踪业务的日志写入日志文件,并按照日志的最低级别将待跟踪业务的日志发送至与业务关键字对应的的多播端口号所对应的多播组。
进一步的,第二处理器042还可以用于:
定时刷新跟踪信息文件,在检测到前台跟踪端已删除业务关键字对应的跟踪信息后,关闭与业务关键字对应的多播端口号所对应的多播组。
再进一步的,第二处理器042还可以用于:
当多个前台跟踪端所跟踪业务的业务关键字为同一业务关键字时,根据同一业务关键字所对应的多播端口号,将多个前台跟踪端加入到与该多播端口号对应的同一多播组中;
当一个前台跟踪端所跟踪业务的业务关键字为至少两个时,根据每个业务关键字对应的多播端口号,将前台跟踪端加入到每个业务关键字对应的多播端口号所对应的多播组中。
本发明实施例提供一种服务端,通过在启动前台跟踪端程序后,接收待跟踪业务的业务关键字,根据业务关键字获取与业务关键字对应的多播端口号,生成包括业务关键字和多播端口号的跟踪信息,将跟踪信息发送至后台服务端并记录到跟踪信息文件中,令后台服务端根据跟踪信息文件创建多播组,在跟踪端加入与多播端口号对应的多播组后,后台服务端按照业务关键字进行业务匹配,将与业务关键字匹配的待跟踪业务的日志级别调整为最低级别,在日志生成后按照日志的最低级别将待跟踪业务的日志发送至与业务关键字对应的的多播端口号所对应的多播组,这样多播组中的跟踪端就从后台服务端接收到了所输入关键字对应的待跟踪业务的日志,这样能够使维护人员根据业务关键字查看与该业务关键字对应的业务的详细处理日志时,避免了其他日志的干扰,从而提高系统性能,操作方便快捷。
本发明另一实施例提供一种通信系统05,如图10所示,可以包括:前述实施例提供的跟踪端01/03,服务端02/04。
本发明实施例提供一种通信系统,通过在启动前台跟踪端程序后,接收待跟踪业务的业务关键字,根据业务关键字获取与业务关键字对应的多播端口号,生成包括业务关键字和多播端口号的跟踪信息,将跟踪信息发送至后台服务端并记录到跟踪信息文件中,令后台服务端根据跟踪信息文件创建多播组,在跟踪端加入与多播端口号对应的多播组后,后台服务端按照业务关键字进行业务匹配,将与业务关键字匹配的待跟踪业务的日志级别调整为最低级别,在日志生成后按照日志的最低级别将待跟踪业务的日志发送至与业务关键字对应的的多播端口号所对应的多播组,这样多播组中的跟踪端就从后台服务端接收到了所输入关键字对应的待跟踪业务的日志,这样能够使维护人员根据业务关键字查看与该业务关键字对应的业务的详细处理日志时,避免了其他日志的干扰,从而提高系统性能,操作方便快捷。
在本申请所提供的几个实施例中,应该理解到,所揭露方法、设备和系统,可以通过其它的方式实现。例如,以上所描述的设备实施例仅仅是示意性的,例如,单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
另外,在本发明各个实施例中的中,各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理包括,也可以两个或两个以上单元集成在一个单元中。且上述的各单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read Only Memory,简称ROM)、随机存取存储器(Random Access Memory,简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以所述权利要求的保护范围为准。
Claims (13)
1.一种后台程序日志的跟踪方法,其特征在于,包括:
在启动前台跟踪端程序后,接收待跟踪业务的业务关键字,并根据所述业务关键字获取与所述业务关键字对应的多播端口号;
生成包括所述业务关键字和所述多播端口号的跟踪信息,并将所述跟踪信息发送至后台服务端,跟踪端尝试加入与所述多播端口号对应的多播组中;
在加入与所述多播端口号对应的多播组后,等待所述后台服务端处理与所述业务关键字匹配的所述待跟踪业务,并在所述后台服务端处理完所述待跟踪业务后,从所述后台服务端接收所述待跟踪业务的日志。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
在关闭前台跟踪端程序后,将所述前台跟踪端程序退出与所述多播端口号对应的多播组,并删除所述跟踪信息。
3.根据权利要求1所述的方法,其特征在于,所述根据所述业务关键字获取与所述业务关键字对应的多播端口号包括:
若接收到待跟踪业务的业务关键字为一个,则为所述业务关键字分配一个多播端口号;
若接收到待跟踪业务的业务关键字为至少两个,则为每一个业务关键字分配一个多播端口号。
4.一种后台程序日志的跟踪方法,其特征在于,包括:
接收包括业务关键字和与所述业务关键字对应的多播端口号的跟踪信息,并将所述跟踪信息记录到跟踪信息文件中;
根据所述跟踪信息文件创建多播组;
按照所述业务关键字进行业务匹配,并将与所述业务关键字匹配的待跟踪业务的日志级别调整为最低级别;
按照所述待跟踪业务的原有日志级别将所述待跟踪业务的日志写入日志文件,并按照日志的最低级别将所述待跟踪业务的日志发送至与所述业务关键字对应的多播端口号所对应的多播组。
5.根据权利要求4所述的方法,其特征在于,所述方法还包括:
定时刷新跟踪信息文件,在检测到前台跟踪端已删除所述业务关键字对应的跟踪信息后,关闭与所述业务关键字对应的多播端口号所对应的多播组。
6.根据权利要求4或5所述的方法,其特征在于,所述根据所述多播端口号创建多播组包括:
当多个前台跟踪端所跟踪业务的业务关键字为同一业务关键字时,根据所述同一业务关键字所对应的多播端口号,将所述多个前台跟踪端加入到与该多播端口号对应的同一多播组中;
当一个前台跟踪端所跟踪业务的业务关键字为至少两个时,根据每个业务关键字对应的多播端口号,将所述前台跟踪端加入到每个业务关键字对应的多播端口号所对应的多播组中。
7.一种跟踪端,其特征在于,包括:
端口号获取单元,用于在启动前台跟踪端程序后,接收待跟踪业务的业务关键字,并根据所述业务关键字获取与所述业务关键字对应的多播端口号,并将所述业务关键字和与所述业务关键字对应的多播端口号发送至信息发送单元;
信息发送单元,用于从端口号获取单元接收所述业务关键字和与所述业务关键字对应的多播端口号,生成包括所述业务关键字和所述多播端口号的跟踪信息,并将所述跟踪信息发送至后台服务端,所述跟踪端尝试加入与所述多播端口号对应的多播组中;
日志接收单元,用于在加入与所述多播端口号对应的多播组后,等待所述后台服务端处理与所述业务关键字匹配的所述待跟踪业务,并在所述后台服务端处理完所述待跟踪业务后,从所述后台服务端接收所述待跟踪业务的日志。
8.根据权利要求7所述的跟踪端,其特征在于,所述跟踪端还包括:
信息删除单元,用于在关闭前台跟踪端程序后,将所述前台跟踪端程序退出与所述多播端口号对应的多播组,并删除所述跟踪信息。
9.根据权利要求7所述的跟踪端,其特征在于,所述端口号获取单元具体用于:
若接收到待跟踪业务的业务关键字为一个,则为所述业务关键字分配一个多播端口号;
若接收到待跟踪业务的业务关键字为至少两个,则为每一个业务关键字分配一个多播端口号。
10.一种服务端,其特征在于,包括:
信息接收单元,用于接收包括业务关键字和与所述业务关键字对应的多播端口号的跟踪信息,并将所述跟踪信息记录到跟踪信息文件中,再将所述跟踪信息文件发送至多播组创建单元;
多播组创建单元,用于从信息接收单元接收所述跟踪信息文件,根据所述跟踪信息文件创建多播组;
业务匹配单元,用于按照所述业务关键字进行业务匹配,并将与所述业务关键字匹配的待跟踪业务的日志级别调整为最低级别;
日志发送单元,用于按照所述待跟踪业务的原有日志级别将所述待跟踪业务的日志写入日志文件,并按照日志的最低级别将所述待跟踪业务的日志发送至与所述业务关键字对应的多播端口号所对应的多播组。
11.根据权利要求10所述的服务端,其特征在于,所述服务端还包括:
多播组关闭单元,用于定时刷新跟踪信息文件,在检测到前台跟踪端已删除所述业务关键字对应的跟踪信息后,关闭与所述业务关键字对应的多播端口号所对应的多播组。
12.根据权利要求10或11所述的服务端,其特征在于,所述多播组创建单元具体用于:
当多个前台跟踪端所跟踪业务的业务关键字为同一业务关键字时,根据所述同一业务关键字所对应的多播端口号,将所述多个前台跟踪端加入到与该多播端口号对应的同一多播组中;
当一个前台跟踪端所跟踪业务的业务关键字为至少两个时,根据每个业务关键字对应的多播端口号,将所述前台跟踪端加入到每个业务关键字对应的多播端口号所对应的多播组中。
13.一种通信系统,其特征在于,所述系统包括:
如权利要求7至9任一项所述的跟踪端;
如权利要求10至12任一项所述的服务端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210420905.5A CN102932176B (zh) | 2012-10-29 | 2012-10-29 | 后台程序日志的跟踪方法、跟踪端、服务端和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210420905.5A CN102932176B (zh) | 2012-10-29 | 2012-10-29 | 后台程序日志的跟踪方法、跟踪端、服务端和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102932176A CN102932176A (zh) | 2013-02-13 |
CN102932176B true CN102932176B (zh) | 2015-06-17 |
Family
ID=47646883
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210420905.5A Expired - Fee Related CN102932176B (zh) | 2012-10-29 | 2012-10-29 | 后台程序日志的跟踪方法、跟踪端、服务端和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102932176B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107729506A (zh) * | 2017-10-23 | 2018-02-23 | 郑州云海信息技术有限公司 | 一种存储介质和日志级别的动态调整方法、装置及系统 |
CN109672735A (zh) * | 2018-12-20 | 2019-04-23 | 中国移动通信集团江苏有限公司 | 一种消息处理的方法、装置及设备 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1813467A (zh) * | 2003-06-26 | 2006-08-02 | 汤姆森特许公司 | 数字内容的父母监视 |
CN102355384A (zh) * | 2011-10-13 | 2012-02-15 | 纳龙(苏州)信息技术有限公司 | 一种用于监控系统的自动化测试的通信规范 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100713444B1 (ko) * | 2005-04-20 | 2007-04-30 | 삼성전자주식회사 | 피티티 서비스를 지원하는 이동 통신 시스템에서의 호 설정 방법 및 그에 따른 시스템 |
-
2012
- 2012-10-29 CN CN201210420905.5A patent/CN102932176B/zh not_active Expired - Fee Related
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1813467A (zh) * | 2003-06-26 | 2006-08-02 | 汤姆森特许公司 | 数字内容的父母监视 |
CN102355384A (zh) * | 2011-10-13 | 2012-02-15 | 纳龙(苏州)信息技术有限公司 | 一种用于监控系统的自动化测试的通信规范 |
Also Published As
Publication number | Publication date |
---|---|
CN102932176A (zh) | 2013-02-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112788074B (zh) | 数据发送方法、处理方法、接收方法及其设备、存储介质 | |
CN104253741B (zh) | 一种信息发送方法、相关装置及系统 | |
US20080305832A1 (en) | Sharing profile mode | |
CN103067257B (zh) | 在社会性网络服务中实现数据互通的方法、服务器及系统 | |
CN103024062A (zh) | 一种数据共享方法、客户端及系统 | |
CN104994401A (zh) | 弹幕处理方法、装置及系统 | |
CN101136025A (zh) | 一种下载网络资源的方法、系统及设备 | |
CN103475572A (zh) | 在即时通信应用中发送多张图片的方法、装置及系统 | |
CN105718284A (zh) | 一种用于通信终端的应用程序启动方法及装置 | |
CN105072019A (zh) | 即时通信的消息的处理方法及处理系统 | |
CN104639426A (zh) | 群组成员添加方法及装置 | |
CN105611422A (zh) | 基于多媒体榜单的在线直播方法及装置 | |
CN103346952A (zh) | 一种加入群组的方法及装置 | |
CN102868595B (zh) | 一种实现终端间交互的方法及相关设备、系统 | |
CN106209949A (zh) | 基于WebRTC的交互式直播方法及装置 | |
CN104580376A (zh) | 在局域网中建立终端之间连接的方法、装置和系统 | |
CN104320328A (zh) | 一种消息同步方法、终端和服务器 | |
CN103716230A (zh) | 消息发送方法、装置及服务器 | |
CN108512930A (zh) | 一种共享文件的管理方法、装置、服务器和存储介质 | |
CN104753922A (zh) | 用于预加载的方法、服务端、客户端及系统 | |
CN102932176B (zh) | 后台程序日志的跟踪方法、跟踪端、服务端和系统 | |
CN101388792B (zh) | 一种单板即插即用的处理方法、装置以及电信系统 | |
CN107342929B (zh) | 一种新消息通知的发送方法、装置及系统 | |
CN101621526B (zh) | 一种防止无用连接占用系统资源的iSCSI方法及装置 | |
CN103401936A (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 | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20150617 Termination date: 20161029 |