CN101668155B

CN101668155B - 一种iptv系统日志消息跟踪方法及系统

Info

Publication number: CN101668155B
Application number: CN2009101619836A
Authority: CN
Inventors: 马忠成; 徐权; 王德超
Original assignee: ZTE Corp
Current assignee: Wang Xiuhua
Priority date: 2009-09-10
Filing date: 2009-09-10
Publication date: 2011-06-22
Anticipated expiration: 2029-09-10
Also published as: CN101668155A

Abstract

本发明公开了一种IPTV系统日志消息跟踪方法及系统，所述方法包括：门户服务器接收用户输入的对IPTV系统中日志消息进行过滤的条件，并下发给内容代理模块；内容代理模块接收到所述过滤条件后，将接收到的所述过滤条件以及相应的门户服务器信息进行存储；内容代理模块发送日志获得请求给底层各功能模块；底层各功能模块接收到所述日志获得请求后，将日志信息发送给内容代理模块；内容代理模块将收到的日志信息与所述过滤条件进行对比，将满足所述过滤条件的日志信息发送给相应的门户服务器。使用本发明的方法及系统，可以将IPTV系统整个业务流程的主要日志都在门户服务器上统一展示，方面用户查看和查找问题原因。

Description

一种IPTV系统日志消息跟踪方法及系统

技术领域

本发明涉及电信通讯业务IPTV(网络电视)领域，特别地，涉及系统日志消息跟踪的方法及系统。

背景技术

IPTV是基于宽带高速IP网的以网络视频资源为内容主体，以电视机、电脑等为显示终端的交互式网络电视，融合了互联网、多媒体、通讯等各种技术，可以提供包括数字电视节目、节目点播、在线信息咨询、可视IP电话等在内的诸多服务。由于IPTV充分利用了电信、电视、互联网各自的优势和特点，有效地实现了媒体提供者和媒体消费者之间的实质性互动，因此，它将会成为电信行业下一个极具前景的增值业务，具有巨大的市场潜力。

为了实现上述功能，IPTV整个系统由多个部分组成，包括SMS(服务管理系统)、CDN(内容分发网络)、EPG(电子节目单)等。其中每部分都由很多小的模块组成，这些小的模块每个分别完成系统的某项特定功能，在运行时，也分别将自己的运行日志记录到自己单独的日志文件中。这样就会产生一个问题，一个功能的实现大多会牵涉到多个模块，所以为了跟踪一个功能的实现过程，就需要同时打开所有相关模块的日志开关，同时查看。这样不但查看时繁琐，容易遗漏，而且对于对系统内部模块不熟悉的用户来说，查看运行过程基本是不可能的事。

下面以CDN的内容发布来说明现有的IPTV系统日志消息跟踪方法。

内容分发网络(Content Distribution Network，CDN子系统)在IPTV中担负着内容的分发控制、将内容推送到边缘服务节点提高内容服务质量的功能。

如图1，内容发布过程，牵涉到多个功能模块，首先SMS WEB(门户)生成一个内容发布任务，记录到SMS数据库中。内容代理模块定时扫描SMS数据库，查询到内容发布任务后，取出，发送给CDN的中心控制模块，然后生成到发布中心节点的内容调度任务，写入CDN数据库，发送给CDN的节点代理控制模块，转给代理接口模块，生成适配消息发送给流媒体执行内容调度任务。在产生操作结果后，再逐级返回，最终在SMS WEB上显示。

在这个过程中，每个功能模块都会在日志文件中打印接收或发送的消息，记录途中的重要步骤和操作结果。而这些用户在使用过程中都是不知道的，只能通过WEB查看最终的操作结果：成功或者失败。

如果是发布失败，此时为了查找失败原因，对系统了解的人员，可以逐个模块将日志打开，查看发布日志，由于每个模块都有自己的日志，所以可能同时跟踪查看5、6个日志，而且日志中不区分功能，同时会打印模块中所有子线程的操作日志，每个模块都是所有操作日志混杂在一起，区分查看时需要极大的耐心，耗时耗力。

而对系统不了解的人，想要查找发布失败的原因是不可想象的。

发明内容

本发明所要解决的技术问题是提供一种IPTV系统日志消息跟踪方法及系统，实现IPTV系统中各个模块的日志消息的统一展示，更加方便日志消息的使用和查找。

为了解决上述技术问题，本发明提供了一种IPTV系统日志消息跟踪方法，包括：

门户服务器接收用户输入的对IPTV系统中日志消息进行过滤的条件，并下发给内容代理模块；

内容代理模块接收到所述过滤条件后，将接收到的所述过滤条件以及相应的门户服务器信息进行存储；

内容代理模块发送日志获得请求给底层各功能模块；

底层各功能模块接收到所述日志获得请求后，将日志信息发送给内容代理模块；

内容代理模块将收到的日志信息与所述过滤条件进行对比，将满足所述过滤条件的日志信息发送给相应的门户服务器。

为了解决上述技术问题，本发明还提供了一种IPTV系统日志消息跟踪系统，包括：

接收模块，用于接收用户在门户服务器输入的对IPTV系统中日志消息进行过滤的条件；

内容代理模块，用于接收到所述过滤条件后发出存储指令，发送日志获得请求给底层各功能模块；

第一存储模块，用于接收到存储指令后将所述接收到的过滤条件以及相对应的服务器信息进行存储；

底层各功能模块，用于接收到所述日志获得请求后，将日志信息进行发送；

对比模块，用于接收底层各功能模块发送的日志信息，与过滤条件进行对比，将满足过滤条件的日志信息发送给相应的门户服务器。

使用本发明的方法及系统，可以将IPTV系统整个业务流程的主要日志都在web上统一展示，方面用户查看和查找问题原因。通过本发明的方法，即使对底层各模块不熟悉的人也可以方便的查看到流程执行的全过程，即使发布过程失败，也可以直观的看到哪个模块的错误，及时通知相关人员解决。

附图说明

图1是举例的现有技术中CDN内容发布流程时序图；

图2是本发明提出的日志消息跟踪的方法流程图；

图3是本发明实施例中WEB服务器端日志消息跟踪的简略流程图；

图4是后台消息跟踪的详细流程图；

图5是hash表的详细说明图；

图6为本发明的日志消息跟踪的系统结构图。

具体实施方式

本发明使用Web触发的模式，由后台将过滤的日志发给Web，然后由Web统一展示。

下面结合附图对本发明的优选实施方式进行详细说明。

参照图2所示，是本发明提出的日志消息跟踪的方法流程图。所述方法包括：

步骤201：根据需要获得的日志消息内容设定对IPTV系统中日志消息进行过滤的条件；

例如：内容id＝000002000012，

Nodeid＝node123456，

Unitid＝unit123456

只有符合这个条件的日志，才会采集。

步骤202：用户在浏览器上选择过滤条件，发送日志跟踪请求给WEB服务器，请求获得满足所述过滤条件的日志消息内容；

步骤203：WEB服务器收到所述日志跟踪请求后，将所述日志跟踪请求转发给内容代理模块，并在转发所述日志跟踪请求时，携带对WEB服务器进行区别的通信参数信息；

步骤204：内容代理模块收到所述日志跟踪请求后，生成用于区分所述日志跟踪请求的唯一流水号；

流水号是为了区分不同的日志跟踪请求消息设置的唯一区别标志，因为在一个web服务器上，可以同时有多个用户在ie上访问，每个用户在ie上设置的过滤条件不同，此时就是用该流水号来区分的。

步骤205：内容代理模块将相对应的WEB服务器的通信参数信息、过滤条件、流水号进行存储；

后台服务器只有一个，而web服务器可以有多个，web服务器发送过滤条件给后台服务器后，后台服务器需要保存该过滤条件发送者的信息，比如：ip 192.168.0.2的服务器发过来过滤条件a，ip 192.168.0.3发过来的过滤条件是b，在有了符合条件的日志后，后台服务器要向哪台web服务器发送。

在本发明的一个优选实施例中，采用Hash(散列函数)表对WEB服务器的通信参数信息、过滤条件、流水号进行存储。当然，其他的记录方式，只要能实现本发明的目的，也可以为本发明所采用，比如采用链表对相关信息存储，存储后的过滤条件、WEB服务器通信参数、流水号存在一一对应关系。

步骤206：内容代理模块给WEB返回响应，所述响应中包含生成的流水号，同时下发日志获得请求给需要对其日志消息进行跟踪的目标模块，即相关的底层模块。

步骤207：WEB服务器收到响应消息后，获得流水号，创建以所述流水号为文件名的文件：流水号.txt，做好接收跟踪日志消息的准备；

步骤208：需要对其日志消息进行跟踪的目标模块在收到内容代理模块的日志获得请求后，打开日志开关，将相关流程产生的跟踪日志消息发送给内容代理模块；需要对其日志消息进行跟踪的目标模块包括CDN中心控制模块等；

步骤209：内容代理模块收到各个目标模块发送的消息后，根据过滤条件查找，如果符合某项里的过滤条件，则获取WEB服务器的通信参数和流水号，将信息发送给对应的WEB服务器。

步骤210：WEB服务器收到内容代理模块的过滤信息后，存放到内存中，每隔一段时间，写入对应流水号的文件中。

在用户浏览器请求时，将文件中的内容返回给浏览器，方便用户查看。

参照图3所示，是本发明实施例中WEB服务器端日志消息跟踪的简略流程图。

步骤301.用户在IE上输入过滤条件给门户服务器；

步骤302.门户服务器将过滤条件发送给内容代理模块；

步骤303.内容代理模块将符合条件的日志信息发送给请求的门户服务器；

步骤304.门户服务器收到日志信息后，缓存起来，并且查看服务器上是否已经存在该流水号的日志文件，没有的话生成新的文件；

步骤305.每隔一段时间，门户服务器将缓存信息写入对应流水号的日志文件；

步骤306.用户在IE上请求符合过滤条件的日志信息，门户服务器读取对应的日志文件，展示给用户。

参照图4所示，是后台消息跟踪的详细流程图；

步骤401.用户在IE上的SMS门户输入信息的过滤条件并下发给内容代理模块；

步骤402.内容代理模块将收到的过滤信息、流水号以及门户服务器信息一起插入到hash表中；

步骤403.内容代理模块将过滤信息发送给底层各功能模块；

步骤404.底层各功能模块打开日志开关，在进行相关操作时，将日志发送给内容代理模块；

步骤405.内容代理模块将收到的日志信息与存放在hash表中的过滤条件做对比，如果不符合则丢弃；

步骤406.如果有满足的话，则将该信息发送给相应的WEB服务器。

内容代理模块收到WEB服务器的消息后，收集信息插入hash表，接受到相关模块的消息后，根据hash表过滤，查找流水号链表，获取WEB服务器通信参数，将过滤信息发送给相应的WEB服务器。

参照图5所示，是hash表的详细说明图；图5是在内容代理模块存放过滤信息的数据结构.箭头表示单向链表。

Hash表的key为过滤条件，value为一个链表，存放不同的WEB服务器信息和流水号等，防止不同的WEB服务器或者同一个WEB服务器不同的流水号下发同样的过滤条件。

参照图6所示，为本发明的日志消息跟踪的系统结构图。所述系统包括：

接收模块601，用于接收在用户在门户服务器输入的对IPTV系统中日志消息进行过滤的条件；

内容代理模块602，用于接收到所述过滤条件后发出存储指令，发送日志获得请求给底层各功能模块604；

第一存储模块603，用于接收到存储指令后将所述接收到的过滤条件以及服务器信息进行存储；

底层各功能模块604，用于接收到所述日志获得请求后，将日志信息进行发送；

对比模块605，用于接收底层各功能模块604发送的日志信息，与过滤条件进行对比，将满足过滤条件的日志信息发送给相应的门户服务器。

在本发明的一个优选实施例中，所述内容代理模块602还用于：

生成用于识别所述过滤条件的流水号；将所述流水号返回给门户服务器；相应的，

所述第一存储模块603还用于将所述接收到的过滤条件、流水号以及服务器信息相对应进行存储；相应的，所述系统还包括：

生成模块606，用于门户服务器生成以所述流水号为特征的文件；

第二存储模块607，用于将满足过滤条件的日志信息存储于以所述流水号为特征的文件。

所述对比模块605还用于：

将与所述过滤条件相对应的流水号发送至所述门户服务器。

在本发明优选的实施例中，所述第一存储模块603将过滤条件、流水号以及服务器信息存储到散列函数表中。或者，所述第一存储模块603将过滤条件、流水号以及服务器信息存储到链表中。

通过本发明的方法，用户使用时，只需机器上安装有浏览器，随时随地都可以跟踪某项功能的实现过程。而且界面上显示的内容，可以通过样式设定，使日志显示更加友好；多个模块的工作日志统一在界面显示，不用同时查看多个窗口，对一个工作周期内的各个模块流程整合显示，不用对内部实现、模块分工有过多的了解；界面显示联合日志时，通过初始页面设置的过滤条件，只显示自己需要查看的内容，不同于日志文件中不管功能类型，内容种类全部打印，查看时需要仔细分辨查找。

特别的，系统中可能同时有多个Web服务器，或者一个WEB服务器同时收到多个消息跟踪请求，不管他们的过滤条件相同或者不同，根据内容代理模块产生的唯一流水号和hash表里存放的WEB服务器通信参数，内容代理模块可以同时根据过滤条件将同一条消息发送给一个或多个不同的WEB服务器，WEB服务器在收到多个返回消息后，可以根据流水号的不同，存放到不同的跟踪日志消息文件中。

这样，通过本发明，可以将不同模块的同一流程根据某项过滤条件，将日志统一跟踪展示，屏蔽了后台多模块的日志查看细节，避免了同时打开查看多个模块杂乱无章日志的不便，提升了用户体验，提高了查找问题的效率。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

1.一种IPTV系统日志消息跟踪方法，其特征在于，包括：

内容代理模块发送日志获得请求给底层各功能模块；

2.如权利要求1所述的方法，其特征在于，所述内容代理模块接收到所述过滤条件后，还包括：

生成用于识别所述过滤条件的流水号；

将所述流水号与接收到的所述过滤条件以及服务器信息相对应进行存储；

将所述流水号返回给门户服务器；

相应的，所述方法还包括：

门户服务器生成以所述流水号为文件名的文件；

将满足过滤条件的日志信息存储于以所述流水号为文件名的文件。

3.如权利要求2所述的方法，其特征在于，所述将满足过滤条件的日志信息发送给相应的门户服务器的步骤，还包括：

将与所述过滤条件相对应的流水号发送至所述门户服务器。

4.如权利要求2所述的方法，其特征在于，所述内容代理模块将过滤条件、流水号以及服务器信息存储到散列函数表中。

5.如权利要求2所述的方法，其特征在于，所述内容代理模块将过滤条件、流水号以及服务器信息存储到链表中。

6.一种IPTV系统日志消息跟踪系统，其特征在于，包括：

第一存储模块，用于接收到存储指令后将所述接收到的过滤条件以及对应的服务器信息进行存储；

7.如权利要求6所述的系统，其特征在于，所述内容代理模块还用于：

所述第一存储模块还用于将所述接收到的过滤条件、流水号以及服务器信息相对应进行存储；相应的，所述系统还包括：

生成模块，用于门户服务器生成以所述流水号为文件名的文件；

第二存储模块，用于将满足过滤条件的日志信息存储于以所述流水号为文件名的文件。

8.如权利要求7所述的系统，其特征在于，所述对比模块还用于：

将与所述过滤条件相对应的流水号发送至所述门户服务器。

9.如权利要求7所述的系统，其特征在于，所述第一存储模块将过滤条件、流水号以及服务器信息存储到散列函数表中。

10.如权利要求7所述的系统，其特征在于，所述第一存储模块将过滤条件、流水号以及服务器信息存储到链表中。