专利名称：后台监控系统及其方法
技术领域：
本发明涉及通信系统，特别涉及大型应用管理系统的后台系统的监控技术。
背景技术：
随着通信技术的日益进步，网络通信技术也得到了迅猛的发展。如今，网络通信技术已经广泛而深入地应用于我们日常的工作、学习和生活当中。例如基于网络通信技术并且得到普遍应用的各类大型应用管理系统，就是网络通信技术的一个成熟的应用示例。
目前，普遍应用的大型应用管理系统基本都是客户机/服务器(Client/Server，简称“C/S”)或浏览器/服务器(Browser/Server，简称“B/S”)这两种模式架构的网络应用程序。这一类的大型应用管理系统主要包括前台系统和后台系统两部分。
其中，前台系统面向客户的应用端，它一般都是通过前台操作终端运行在界面友好的Windows操作系统之下的，这样就便于用户进行各种操作、维护以及管理；而后台系统则一般都是运行在系统内核稳定且具有强大处理能力的Unix或者Linux操作系统下的，这部分对于大多数用户来讲是不可见的，后台系统是整个应用系统的核心，它对整个系统的稳定性起着决定性的作用，因此开发和测试出稳定的后台系统对于一个稳定的网络应用系统来讲至关重要。
图1示出了现有技术中的网络应用系统架构。如图所示，网络应用系统架构主要由后台系统10和前台系统20两个部分组成。其中，前台系统20是通过前台操作终端来支撑诸如Windows操作系统一类的友好的用户界面。而后台系统10则通常都是运行在Unix或者Linux操作系统下，通过后台操作系统强大的处理能力为整个应用系统提供有力且有效的支持。而且，后台系统10与前台系统20通过网络通信链路进行通信。熟悉本领域的技术人员应该可以理解，Unix和Linux操作系统一般是通过字符界面进行管理，Windows则用户界面比较友好，因为它采用了窗口化的图形界面进行操作，而且Unix是使用相当普遍、发展特别成熟的多任务操作系统，Linux则是开放、免费的操作系统，基于Unix或Linux的应用系统功能非常强，因而普遍应用于后台系统当中。
目前，在开发应用系统的时候，编辑环境和办公环境一般都是在前台系统20也即如Windows的操作系统下面进行的，而后台系统10的业务程序一般都是作为后台进程运行在Unix或者Linux系统上的，而不需要支撑界面系统。测试工程师在进行测试的时候一般是通过前台操作终端进行各种业务功能测试，而很少对后台程序进行关注，因为这部分后台程序没有也无需界面系统，因此测试工程师对于后台业务进程的运行状况就缺乏及时和足够的了解，对后台业务进程的关注力度不够。
在Unix或者Linux系统下，如果后台业务进程由于错误或者其他原因导致后台系统产生异常，这种异常类似于Windows系统下的程序异常退出，对于这种异常情况，Unix或者Linux操作系统会对后台业务进程进行核心转储(Core Dump)，将程序异常退出时刻的执行状况记录在核心(core)文件中，我们只能通过这个core文件来定位我们的后台业务进程在什么地方产生了异常或者在什么地方存在着错误，并且还要记录产生异常的时候我们正在进行什么操作。总之，在测试或者调试后台业务进程的时候要求被测系统或测试操作人员有能力和手段及时发现应用进程是否Core Dump，在及时发现core文件的同时记录当时正在进行的操作，并结合上述两者的信息才能对应用程序进行问题定位，如果上述两者信息不能及时获取到，要对异常进行定位的问题就无从下手了。
在实际应用中，上述方案存在以下问题由于根据上述方案，测试人员无法及时获取记录在core文件上的，用于指示程序异常时刻的执行状态的信息，以了解程序在什么地方产生异常或在什么地方存在异常；也无法及时了解记录异常的时候系统正在进行什么操作，因此不能及时对应用程序进行问题定位。上述问题导致无法有效地进行监控和问题的解决。
发明内容
有鉴于此，本发明的主要目的在于提供一种后台监控系统及其方法，使得能够对后台系统进行更有效地监控和维护，对业务进程中出现的异常情况更加有效的进行定位和解决。
为实现上述目的，本发明提供了一种后台监控系统，包含设置在后台的监控端，以及设置在前台的接收提示端，其中，所述监控端用于实时检测后台指定目录中记录后台业务进程异常退出时刻执行状况的文件是否存在，并在检测到所述文件时生成异常消息，并将该异常消息发送给所述接收提示端；所述接收提示端用于在接收到来自所述监控端的异常消息后，通知操作人员所述后台业务进程发生异常。
其中，所述监控端和接收提示端之间采用传输控制协议/网间互联协议(TCP/IP)进行网络通信。
所述监控端与后台业务程序运行于同一操作系统中。
所述接收提示端接收到所述异常消息后，通过声、或光方式通知操作人员异常。
本发明还提供了一种后台监控方法，包含以下步骤
A实时检测后台指定目录中的记录后台业务进程异常退出时刻执行状况的文件是否存在，如果是则生成异常消息并发送到前台；B所述前台响应所述异常消息，通知操作人员所述后台业务进程发生异常。
其中，所述步骤B中，前台通过声、光方式通知操作人员所述后台业务进程发生异常。
所述前台和后台之间采用传输控制协议/网间互联协议(TCP/IP)进行网络通信。
通过比较可以发现，本发明的技术方案与现有技术的区别在于，测试人员能够对业务进程以事件触发的形式进行实时监控。换句话说，监控端实时地对后台进行检测，当后台出现异常时，立即触发组装异常消息，发送给接收提示端，并由接收提示端通过光、声等途径通知测试人员。
这种技术方案上的区别，带来了较为明显的有益效果，既不影响测试前台业务，又能增强对后台业务进程运行监控的力度，以在后台出现异常时，更加及时有效地进行干预，从而提高了测试效率。
图1是根据现有技术中的网络应用系统架构示意图；图2是根据本发明的一个实施例的监控系统结构示意图；图3是根据本发明的一个实施例的后台监控方法中，监控端实施监控和信息发送的流程示意图；图4是根据本发明的一个实施例的后台监控方法中，接收提示端具体操作的流程示意图。
具体实施例方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述。
总的来说，本发明的原理在于，通过一个监控端实时监控后台系统上的后台业务进程的运行状态，并在发现后台产生异常后及时组装异常消息并发送给设置在前台的接收提示端，提示测试操作人员及时对问题进行定位和解决。
具体地说，本发明为了使测试操作人员在测试前台业务的时候能够及时获知后台业务进程是否产生异常或者产生了core文件，通过一个与后台业务程序运行于Unix或者Linux这样的同一操作系统环境下的监控端，实时监控后台系统上的后台业务进程状态，并在发现后台业务进程产生异常后即时将异常产生的core文件组装成异常消息发送给设置在前台系统的接收提示端，由接收提示端通过声、光等提示方式通知测试操作人员，以便及时进行信息的收集或干预，由此便使测试人员能及时获取异常信息，从而对异常问题能进行有效地定位和处理。
图2示出了根据本发明的一个实施例的监控系统的结构。
如图所示，监控系统主要由监控端30和接收提示端40这两部分组成。其中，监控端30设置在后台系统当中，而接收提示端40则设置在前台系统。
监控端30实时连续地监控运行在Unix或者Linux操作系统上的后台系统指定目录中，记录后台业务进程异常退出时刻执行状况的文件是否存在，如果检测到所述文件时，即在检测到后台业务进程产生异常时，生成异常消息，并将该异常消息及时发送给接收提示端40。本发明中，监控端30也是运行在Unix或者Linux操作系统下，它与后台业务程序的运行环境一致。
接收提示端40是监控系统面向用户的前台部分，当该接收提示端40接收到监控端30发送过来的异常信息以后，便通过声、光等提示方式立刻通知测试操作人员，告知后台业务进程产生了异常，需要及时进行信息的收集或者进行及时干预。本发明中，接收提示端40这部分一般是运行于测试操作人员的工作终端上的，并带有声光提示功能，以便对测试操作人员进行声光提示，从而达到以事件触发形式的提示功效。而且，监控端30与前台的接收提示端40之间以网络通信链路方式进行连接，并采用传输控制协议/网际互连协议(Transmission Control Protocol/Internet Protocol，简称“TCP/IP”)进行网络通信。
需要说明的是，监控进程与被监控的业务程序运行在同一台机器上，以便对运行于Unix或者Linux系统上的业务进程进行实时监控，而且当监控进程检测到被监控程序出现异常以后能够及时将异常信息传递到前台测试操作人员工作的Windows系统终端上，因此这个监控系统本身也是属于网络应用系统的范畴。熟悉本领域的技术人员应该可以理解，利用套接字(socket)进行通信编程，便很容易做出Unix或者Linux系统与Windows系统进行通信的程序，也即很容易实现本发明所述的监控系统。
下面结合图3和图4，具体描述根据本发明的一个实施例的后台监控方法中，监控端实施监控和信息发送、以及接收提示端接收信息与发出提醒的具体过程。
如图3所示，首先，在步骤300监控端30通过应用程序自动控制来遍历检测业务程序所在的目录，监控后台系统中是否有后台业务进程产生异常。需要说明的是，这里所述的遍历监控任务可以通过相关程序自动实现，方便且有效。随后，进入下一个步骤310。
在步骤310中，监控端30检测是否有core文件产生以此来监测是否有异常，因为如果有core文件产生就表明后台系统中的业务进程产生异常，而后台系统对该进程进行了Core Dump，并将程序异常退出时刻的执行状况记录在core文件中，进入步骤320。如果监控端30没有检测到有core文件产生，即表明后台系统中的后台业务进程运行正常无任何异常产生，于是再回到步骤300中继续随后的步骤继续遍历检测业务程序所在的目录。
在步骤320中，监控端30将此异常组装成详细的异常消息并通过TCP/IP的网络通信链路及时发送给前台的接收提示端40，以便前台能够及时作出相应的处理。
从上述本发明的监控端30实施监控和信息发送的具体方案可以看出，监控端30可以有效地实现实时监控后台业务进程的异常，并能及时发送异常信息给接收提示端40，有效地弥补了现有技术中对后台业务产生异常处理不够及时的缺点。
下面参照图4，描述接收提示端接收信息和发出提示的过程。
如图4所示，首先在步骤400中，接收提示端40等待并接收来自监控端30的系统异常消息。随后，进入下面地步骤410。
在步骤410中，接收提示端40实时检测是否收到监控端30的异常消息，如果接收提示端40没有收到来自监控端30的异常消息，那么就回到步骤400中，继续等待并接收监控端的异常消息。反之，如果接收提示端40收到了监控端30发送过来的后台业务进程异常消息，则随后进入步骤420。
在步骤420中，接收提示端40通过声、光等方式通知测试操作人员所述后台业务进程发生了异常，使得操作人员能及时进行相应的处理。
由此可见，根据本发明，在接收提示端40通知测试操作人员所述后台业务进程产生异常之后，操作人员便能及时地作出对应的处理，这样就可以实现对异常进行有效地定位和解决。
需要说明的是，上述本发明方案也可以扩充到跨系统的其他操作系统上。
虽然通过参照本发明的某些优选实施例，已经对本发明进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种各样的改变，而不偏离所附权利要求书所限定的本发明的精神和范围。
权利要求
1.一种后台监控系统，其特征在于，包含设置在后台的监控端，以及设置在前台的接收提示端，其中，所述监控端用于实时检测后台指定目录中，记录后台业务进程异常退出时刻执行状况的文件是否存在，并在检测到所述文件时生成异常消息，并将该异常消息发送给所述接收提示端；所述接收提示端用于在接收到来自所述监控端的异常消息后，即时通知操作人员所述后台业务进程发生异常。
2.根据权利要求1所述的后台监控系统，其特征在于，所述监控端和接收提示端之间采用传输控制协议/网间互联协议进行网络通信。
3.根据权利要求1所述的后台监控系统，其特征在于，所述监控端与后台业务程序运行于同一操作系统中。
4.根据权利要求1所述的后台监控系统，其特征在于，所述接收提示端接收到所述异常消息后，通过声、或光方式通知操作人员异常。
5.一种后台监控方法，其特征在于，包含以下步骤A实时检测后台指定目录中，记录后台业务进程异常退出时刻执行状况的文件是否存在，如果是则生成异常消息并发送到前台；B所述前台响应所述异常消息，通知操作人员所述后台业务进程发生异常。
6.根据权利要求5所述的后台监控方法，其特征在于，所述步骤B中，前台通过声、光方式通知操作人员所述后台业务进程发生异常。
7.根据权利要求5所述的后台监控方法，其特征在于，所述前台和后台之间采用传输控制协议/网间互联协议行网络通信。
全文摘要
本发明涉及通信系统，公开了一种后台监控系统及其方法，使得能够对后台系统进行更有效地监控和维护，对业务进程中出现的异常情况更加有效的进行定位和解决。本发明使测试人员能够对业务进程以事件触发的形式进行实时监控。换句话说，监控端实时地对后台进行检测，当后台出现异常时，立即触发组装异常消息，发送给接收提示端，并由接收提示端通过光、声等途径通知测试人员。
文档编号H04L12/26GK1741478SQ20041007509
公开日2006年3月1日 申请日期2004年8月27日 优先权日2004年8月27日
发明者孙海洋 申请人:华为技术有限公司