CN101651574A - 确定业务信息并利用该业务信息进行报警的方法和设备 - Google Patents
确定业务信息并利用该业务信息进行报警的方法和设备 Download PDFInfo
- Publication number
- CN101651574A CN101651574A CN200810118279A CN200810118279A CN101651574A CN 101651574 A CN101651574 A CN 101651574A CN 200810118279 A CN200810118279 A CN 200810118279A CN 200810118279 A CN200810118279 A CN 200810118279A CN 101651574 A CN101651574 A CN 101651574A
- Authority
- CN
- China
- Prior art keywords
- service
- keyword
- business information
- handling terminal
- keywords
- 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
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种确定业务信息的方法,该方法包括:数据探测设备获得至少一个业务受理终端执行业务操作时传输的数据包;根据获得的业务受理终端执行业务操作时传输的数据包,确定该业务受理终端的业务信息。通过本发明,在确定业务信息时,降低业务受理终端中各业务程序的复杂度。本发明还公开了一种利用确定的业务信息进行报警的方法、一种数据探测设备和一种报警服务器。
Description
技术领域
本发明涉及通信领域,尤其涉及一种确定业务信息并利用确定的该业务信息进行报警的方法和设备。
背景技术
对有前后台信息交互的业务系统而言,其共同体特点是业务系统由数量众多的业务受理终端和若干个后台服务器组成,如电信公司的缴费系统、银行的存取款系统和高速公路收费系统等。这类业务系统的工作流程一般为:
首先,用户选择待执行的业务,业务受理终端调用待执行的业务对应的业务程序,向后台服务器发出业务请求。
然后,后台服务器响应接收到的业务请求,并返回业务受理终端所需的数据。
最后,业务受理终端利用接收到的所需的数据执行相应的操作。
为了准确地掌握业务系统的运行情况,需要对业务系统处理的业务信息进行统计,业务信息主要包括业务系统受理的业务类型及其响应时间等。传统的对业务系统中的业务信息进行统计的方法是:在业务受理终端中预设多个具有信息记录功能的统计模块,每一个统计模块对应一个业务程序。当业务受理终端调用某一业务程序执行业务时,该业务程序对应的统计模块将记录发出的业务请求、业务请求的发出时间和该业务请求被响应的时间等体现性能指标的业务信息,并根据这些业务信息确定该业务程序的性能。
在传统的方法中,只能由统计模块对该业务程序的性能进行判断,由于统计模块嵌入在业务程序中,因此大大提高了业务程序的复杂度;对于不具有统计模块的业务系统而言,需要对每一业务程序进行改造,不仅改造成本高,而且会对业务系统的正常运行带来一定的风险。并且,每一个统计模块获得业务信息后,将该业务信息保存在业务受理终端中,用户无法获知各业务受理终端的工作状况,在业务受理终端出现问题时无法及时报警。
发明内容
本发明实施例提供一种确定业务信息的方法和数据探测设备、一种利用确定的业务信息进行报警的方法和报警服务器,降低了确定业务信息时业务受理终端中各业务程序的复杂度,并且能够根据确定的业务信息在出现有问题的业务受理终端时及时报警。
一种确定业务信息的方法,该方法包括:
数据探测设备获得至少一个业务受理终端执行业务操作时传输的数据包;
根据获得的业务受理终端执行业务操作时传输的数据包,确定该业务受理终端的业务信息。
一种利用确定的业务信息进行报警的方法,该方法包括:
报警服务器接收数据探测设备上报的业务受理终端的所述业务信息;
对接收到的业务信息进行统计;
在统计后得到的业务信息满足报警条件时,发出报警信息。
一种数据探测设备,该设备包括:
数据包获得模块,用于获得至少一个业务受理终端执行业务操作时传输的数据包;
业务信息确定模块,用于根据获得的业务受理终端执行业务操作时传输的数据包,确定该业务受理终端的业务信息。
一种报警服务器,所述报警服务器包括:
业务信息接收模块,用于接收数据探测设备确定的业务信息;
统计模块,用于对接收到的业务信息进行统计;
报警模块,用于在统计后得到的业务信息满足报警条件时,发出报警信息。
本发明实施例通过数据探测设备获得至少一个业务受理终端与后台服务器执行业务操作时传输的数据包后,根据获得的业务受理终端执行业务操作时传输的数据包,确定该业务受理终端的业务信息的方法,降低了业务受理终端中业务程序的复杂度,并且进一步统计确定的业务信息,在统计后得到的业务信息满足报警条件时,发出报警信息,使系统管理员能够直观地获知业务系统的运行状态,及时处理报警信息。
附图说明
图1为本发明实施例一中确定业务信息和利用确定的系统进行报警的方法流程示意图;
图2为本发明实施例一中业务受理终端发出的第一个数据包中的内容示意图;
图3为本发明实施例二中数据探测设备的结构示意图;
图4为本发明实施例三中报警服务器的结构示意图。
具体实施方式
下面结合说明书附图对本发明方案进行详细描述。
如图1所示,为本发明实施例一中确定业务信息和利用确定的系统进行报警的方法流程示意图,本实施例一应用于包含多个业务受理终端和多个后台服务器的业务系统中,该方法的步骤如下:
步骤101:数据探测设备获得对应的业务受理终端与后台服务器执行业务操作时传输的数据包。
一个数据探测设备可以对应一个业务受理终端,也可以对应多个业务受理终端。数据探测设备可以是传输网络中的设备,能够实时监控业务受理终端与后台服务器之间数据包的传输;数据探测设备也可以是位于后台服务器内的设备,实时监控接收到的来自业务受理终端的数据包,和向业务受理终端发送的数据包;如果数据探测设备与业务受理终端一一对应,则数据探测设备还可以是位于业务受理终端内的设备,实时监控业务受理终端向后台服务器发送的数据包,和从后台服务器接收到的数据包。
步骤102:数据探测设备根据获得的业务受理终端执行业务操作时传输的数据包,确定该业务受理终端的业务信息。
业务受理终端在执行一次业务操作时,与后台服务器之间将会有多次的数据包传输过程,数据探测设备从每次获得的数据包中提取出有用的信息,进而确定出业务受理终端在一次业务操作过程中的业务信息。
所述业务信息可以包括用于表示业务操作类型的业务类型和用于表示业务操作执行时间的业务响应时间中的一个或多个。
通过步骤101和步骤102实现了对业务信息的确定过程,进而可以利用通过以上方法确定出的业务信息进行报警,以便确定业务系统当前的性能指标,具体地报警过程如下:
步骤103:报警服务器接收到数据探测设备上报的业务受理终端的所述业务信息。
在一个业务系统中存在多个数据探测设备,每个数据探测设备能够确定出对应的一个或多个业务受理终端执行业务操作时的业务信息,并将确定出的业务信息周期性地上报给报警服务器。
步骤104:报警服务器对接收到的业务信息进行统计。
在本步骤中,如果报警服务器以较短的时间为周期,连续接收业务信息,且仅仅对一个周期的业务信息进行统计分析很难发现业务系统性能的变化趋势,则可以接收到多个周期的业务信息后再进行统计;如果以较长的时间为周期,连续接收业务信息,则可以对每个周期的业务信息进行统计。
步骤105:在统计后得到的业务信息满足报警条件时,发出报警信息。
报警服务器可以将接收到的各业务信息按照一定的格式和条件进行统计、整理,并对得到的业务信息的内容进行挖掘,发现业务系统性能的变化趋势,查找出异常动向以便及时报警。
例如,业务信息包括业务类型和业务响应时间,通过对整理后业务信息的统计,确定执行的业务操作占用的业务响应时间是否大于该业务操作的业务类型对应的设定时间,在占用的业务响应时间大于设定时间时,认为满足报警条件,发出报警信息。例如,在t0-t1时间段内,某一业务受理终端的缴费业务响应处理时间为T1,在t1-t2时间段,该业务受理终端的缴费业务响应处理时间为T2,而设定的时间为T,通过比较发现T1小于设定时间T,T2大于设定时间T,此时,可以认为在t1-t2时间段,该业务受理终端的缴费业务出现异常,发出报警信息。
在报警服务器除了可以根据业务信息的统计结果进行报警外,还可以远程控制业务受理终端的状态,在业务受理终端出现异常时发出报警信息。具体地,报警服务器对业务受理终端的远程控制过程如下:
报警服务器检测业务受理终端的开关机状态,并同时判断当前时间是工作时间还是非工作时间。如果当前是非工作时间且业务受理终端处于开机状态,则向系统管理员发出报警信息,这里的报警信息可以是短信等信息,在报警信息中携带了报警原因“在非工作时间业务受理终端处于开机状态”,要是报警服务器在设定时间内接收到管理员返回的携带“未关机的原因”的响应,则记录该“未关机的原因”;要是报警服务器在设定时间内未接收到管理员返回的携带“未关机的原因”的响应,则向所述业务受理终端发出远程关机指令。如果当前是工作时间且业务受理终端处于关机状态,也向系统管理员发出报警信息,在报警信息中携带了报警原因“在工作时间业务受理终端处于关机状态”,要求管理员返回携带“未开机的原因”的响应。
通过步骤101至步骤105的描述,实现对业务系统进行报警的过程,下面着重对步骤102中数据探测设备根据获得的数据包确定业务信息的方式进行详细描述,在以下步骤中,将业务受理终端执行业务操作时传输的数据包简称为业务受理终端对应的数据包。
在步骤102中,数据探测设备从获得的数据包中确定业务信息的方式可以有多种,例如,可以包括如下方式:
第一步:数据探测设备接收到数据包时,根据数据包的发送地址和接收地址确定获得的数据包是否是业务系统中产生的数据包。
如果数据探测设备接收到的数据包来自于某一业务受理终端,则数据探测设备需要对数据包中的发送地址、发送端口、接收地址和接收端口等网络层信息进行检测,判断该数据包是否是发送至后台服务器的数据包,即判断该数据包是否是执行业务操作时产生的数据包,如果该数据包是业务受理终端发送给后台服务器的数据包,则执行第二步的操作;如果该数据包不是业务受理终端发送给后台服务器的数据包,而是在执行其他网络操作时产生的数据包,如浏览网页或运行及时通信软件等产生的数据包,则不对该数据包进行任何处理。
第二步:从业务受理终端对应的数据包中提取关键字,将提取出的关键字与关键字模版中包含的关键字组内的关键字进行比较,确定包含的关键字与提取出的关键字相同的关键字组,将确定的关键字组对应的业务类型作为业务受理终端执行的所述业务操作的业务类型,其中,一个关键字组对应一种业务类型。
在本实施例中,关键字模版中包含了多个关键字组,并且每个关键字组内的关键字的排列顺序也保存在关键字模版中。本实施例中涉及的关键字可以是一种广义上的函数名,例如,关键字可以是统一资源定位符(Uniform ResourceLocator,URL)的形式,也可以是tuxedo的服务(service)名形式。
从数据包中提取关键字的方式是:按照某一业务受理终端对应的数据包的获得顺序,依次从所述数据包中提取关键字。提取出的有排列顺序的关键字不仅要与关键字模版中包含的关键字组内的关键字内容进行比较,从数据包中提取出的关键字的提取顺序还要和该关键字组内关键字的排列顺序进行比较。当提取出的关键字与某一关键字组内的关键字内容相同,并且关键字从数据包中的提取顺序与某一关键字组内的关键字的排列顺序也相同时,认为该关键字组对应的业务类型就是所述业务受理终端执行的业务操作的业务类型。
例如:数据探测设备接收到业务受理终端1向后台服务器1发出的第一个数据包时,数据探测设备从该数据包中提取出第一关键字,并将该第一关键字与关键字模版中各关键字组内的第一个关键字进行匹配,初步确定出可能的业务类型,初步确定的业务类型对应的关键字组内的第一个关键字与第一关键字相同。
进一步地,数据探测设备接收到后台服务器1向业务受理终端1返回的第二个数据包时,从中提取出第二关键字,并判断该第二关键字是否是初步确定出的业务类型对应的关键字组内排列在第二位的关键字,如果不是,则认为初步确定出的业务类型不是真正的业务类型,本次业务类型确定过程结束,在业务受理终端下一次向后台服务器发送数据包时重新确定业务类型;如果是,则重复以上操作,直至从顺序接收到的若干个数据包中提取出的关键字的内容和排列顺序与初步确定出的业务类型对应的关键字组内关键字的内容和排列顺序全部相同,认为初步确定的业务类型就是执行的业务操作对应的业务类型。
第三步:确定执行所述业务的响应时间。
响应时间可以看作是业务受理终端在执行所述业务操作时发出的第一个数据包的时间和接收到的来自后台服务器的最后一个数据包的时间之差。
第二步中,关键字模版的确定方法是:多次以不同的参数执行某一业务类型对应的业务,对每次执行该业务时业务受理终端发出的第一个数据包中的内容进行分析,排除不同的部分之后,剩余的相同内容就可以看作是该业务类型对应的排列在第一位的关键字;以此类推,直至得到该业务类型对应的所有关键字和每个关键字的排列顺序。例如,连续四次以不同参数执行缴费业务,业务受理终端发出的第一个数据包中的内容如图2所示,从图中可以看出,每次发出的第一个数据包中都包含了“S@..i138”,因此可以将“S@..i138”作为缴费业务对应的排列在第一位的关键字。
下面再以一个具体的实例说明第二步中确定执行的业务对应的业务类型的方法。假设数据探测设备对应业务受理终端1,在关键字模版中保存的业务类型和关键字组如表1所示,业务类型确定过程如下:
表1
1、数据探测设备接收到业务受理终端1发出的第一个数据包,提取出第一个数据包中的关键字A1。
2、将所述关键字A1与关键字模版中的关键字组进行比较,查找出缴费业务和查询业务对应的关键字组内第一个关键字都是A1。
此时,初步确定可能的业务类型是缴费业务或查询业务。
3、数据探测设备接收到后台服务器返回的第二个数据包,提取出其中的关键字A2。
4、将关键字A2分别与缴费业务和查询业务对应的关键字组内的第二个关键字进行比较,查找出只有缴费业务对应的第二个关键字是A2。
此时,认为初步确定的业务类型只可能是缴费业务,不可能是查询业务。
5、数据探测设备接收到业务受理终端1返回的第三个数据包,提取出其中的关键字A3。
6、确定关键字A3是缴费业务对应的关键字组内第三个关键字。
7、数据探测设备接收到后台服务器返回的第四个数据包,提取出其中的关键字A4。
8、确定关键字A4是缴费业务对应的关键字组内第四个关键字后,认为缴费业务是实际执行的业务对应的业务类型。
在本实例中,如果提取出第一个数据包中的关键字不是A1,在关键字模版中无法匹配到合适的业务类型,则本次业务类型确定结束,将提取出的关键字丢弃,等到业务受理终端1重新发出数据包时再进行判断。如果提取出的第二个数据包中的关键字不是A2或B2,则也认为本次业务类型确定结束,将提取出的关键字丢弃,等到业务受理终端1重新发出数据包时再进行判断。
另外,如果数据探测设备分别对应业务受理终端1和业务受理终端2,由于一个业务受理终端一次只能执行一项业务,则数据探测设备每次接收到数据包时都要判断该数据包是来自于业务受理终端1还是业务受理终端2,或者判断数据包是要发送给业务受理终端1还是业务受理终端2。在确定某一业务受理终端实际的业务类型时,只能利用该业务受理终端发出的数据包和后台服务器向该业务受理终端返回的数据包中的关键字信息。
与本发明实施例一中确定业务信息的方法属于同一发明构思下的,本发明实施例二还提供一种数据探测设备,如图3所示,该数据探测设备包括:数据包获得模块11和业务信息确定模块12,其中:数据包获得模块11用于获得至少一个业务受理终端执行业务操作时传输的数据包;业务信息确定模块12用于根据获得的业务受理终端执行业务操作时传输的数据包,确定该业务受理终端的业务信息。
所述业务信息确定模块12包括关键字提取单元21、比较单元22和执行单元23,其中:关键字提取单元21用于在所述业务信息包括业务类型时,从业务受理终端执行业务操作时传输的数据包中提取关键字;比较单元22用于将提取出的关键字与关键字模版中包含的关键字组内的关键字进行比较,其中,一个关键字组对应一种业务类型;执行单元23用于确定包含的关键字与提取出的关键字相同的关键字组,将确定的关键字组对应的业务类型作为业务受理终端的业务类型。
进一步地,所述关键字提取单元包括顺序确定单元31和操作单元32,其中:顺序确定单元31用于确定业务受理终端执行业务操作时传输的数据包的获得顺序;操作单元32用于按照数据包的获得顺序,依次从所述数据包中提取关键字。
比较单元22包括第一比较单元33和第二比较单元34,其中:第一比较单元33用于将所述操作单元32提取出的关键字与关键字模版中包含的关键字组内的关键字进行比较;第二比较单元34用于将所述操作单元32提取关键字的提取顺序与关键字模版中包含的关键字组内的关键字排列顺序进行比较。
所述执行单元23包括关键字组确定单元35和业务类型确定单元36,其中:关键字组确定单元35用于根据第一比较单元33和第二比较单元34的比较结果,确定包含的关键字与提取出的关键字相同,并且关键字的排列顺序与数据包中关键字的提取顺序也相同的关键字组;业务类型确定单元36用于将确定的关键字组对应的业务类型作为业务受理终端的业务类型。
另外,所述业务信息确定模块12还包括第一响应时间确定单元24,用于在所述业务信息还包括业务响应时间时,确定业务受理终端在执行业务操作时发出的第一个数据包的时间和接收到的最后一个数据包的时间间隔,并将确定的所述时间间隔作为执行所述业务操作的业务响应时间。
与本发明实施例一中利用确定的业务信息进行报警的方法对应的,本发明实施例三还提供一种报警服务器,如图4所示,所述报警服务器包括业务信息接收模块41、统计模块42和报警模块43,其中:业务信息接收模块41用于接收实施例三中的数据探测设备确定的业务信息;统计模块42用于对接收到的业务信息进行统计;报警模块43用于在统计后得到的业务信息满足报警条件时,发出报警信息。
所述统计模块42包括业务操作确定单元51和第二响应时间确定单元52,其中:业务操作确定单元51用于在业务信息包括业务类型和业务响应时间时,确定业务类型对应的业务操作;第二响应时间确定单元52用于确定每一所述业务操作占用的业务响应时间。
所述报警模块43包括报警条件保存单元53和报警信息发出单元54,其中:报警条件保存单元53用于保存报警条件,所述报警条件为:确定的业务操作占用的业务响应时间大于该业务操作的业务类型对应的设定时间;报警信息发出单元54用于在满足所述报警条件保存单元53保存的所述报警条件时,发出报警信息。
通过本发明实施例提供的方法和设备,可以在获得业务信息时降低业务程序的复杂度,由于数据探测设备可以根据需要位于业务受理终端或数据传输网络中,因此,不仅可以获得业务信息,还可以获得业务受理终端的性能,如CPU、内存等性能,或者获知传输网络的性能,如传输网络的带宽占用状态等。另外,由于对本发明得到的业务信息集中进行统计,让系统管理员能够从整体上获知整个业务系统的运行状况,在状况出现异常时及时报警,有利于提高工作效率。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (16)
1、一种确定业务信息的方法,其特征在于,该方法包括:
数据探测设备获得至少一个业务受理终端执行业务操作时传输的数据包;
根据获得的业务受理终端执行业务操作时传输的数据包,确定该业务受理终端的业务信息。
2、如权利要求1所述的方法,其特征在于,所述业务信息包括业务类型和业务响应时间中的一个或多个。
3、如权利要求2所述的方法,其特征在于,在所述业务信息包括业务类型时,根据获得的数据包确定业务受理终端的业务信息,包括:
从业务受理终端执行业务操作时传输的数据包中提取关键字;
将提取出的关键字与关键字模版中包含的关键字组内的关键字进行比较,其中,一个关键字组对应一种业务类型;
确定包含的关键字与提取出的关键字相同的关键字组,将确定的关键字组对应的业务类型作为业务受理终端的业务类型。
4、如权利要求3所述的方法,其特征在于,所述关键字模版中还包含关键字组内各关键字的排列顺序,根据获得的数据包确定业务受理终端的业务信息,包括:
按照业务受理终端执行业务操作时传输的数据包的获得顺序,依次从所述数据包中提取关键字;
将提取出的关键字与关键字模版中包含的关键字组内的关键字进行比较,并将数据包中关键字的提取顺序和该关键字组内的关键字的排列顺序进行比较;
确定包含的关键字与提取出的关键字相同,并且关键字的排列顺序与数据包中关键字的提取顺序也相同的关键字组,将确定的关键字组对应的业务类型作为业务受理终端的业务类型。
5、如权利要求2或3所述的方法,其特征在于,所述业务信息还包括业务响应时间,根据获得的数据包确定业务受理终端的业务信息,还包括:
确定业务受理终端在执行所述业务操作时发出的第一个数据包的时间和接收到的最后一个数据包的时间间隔;
将确定的所述时间间隔作为执行所述业务操作的业务响应时间。
6、一种利用权利要求1所述方法确定的业务信息进行报警的方法,其特征在于,该方法包括:
报警服务器接收数据探测设备上报的业务受理终端的所述业务信息;
对接收到的业务信息进行统计;
在统计后得到的业务信息满足报警条件时,发出报警信息。
7、如权利要求6所述的方法,其特征在于,所述报警服务器周期性地接收所述业务信息,并将一个周期或多个周期内接收到的业务信息进行统计。
8、如权利要求6所述的方法,其特征在于,所述业务信息包括业务类型和业务响应时间;
所述对接收到的业务信息进行统计,包括:
确定业务类型对应的业务操作占用的业务响应时间。
9、如权利要求8所述的方法,其特征在于,所述报警条件为:确定的业务操作占用的业务响应时间大于该业务操作的业务类型对应的设定时间。
10、一种数据探测设备,其特征在于,该设备包括:
数据包获得模块,用于获得至少一个业务受理终端执行业务操作时传输的数据包;
业务信息确定模块,用于根据获得的业务受理终端执行业务操作时传输的数据包,确定该业务受理终端的业务信息。
11、如权利要求10所述的数据探测设备,其特征在于,所述业务信息确定模块包括:
关键字提取单元,用于在所述业务信息包括业务类型时,从业务受理终端执行业务操作时传输的数据包中提取关键字;
比较单元,用于将提取出的关键字与关键字模版中包含的关键字组内的关键字进行比较,其中,一个关键字组对应一种业务类型;
执行单元,用于确定包含的关键字与提取出的关键字相同的关键字组,将确定的关键字组对应的业务类型作为业务受理终端的业务类型。
12、如权利要求11所述的数据探测设备,其特征在于,
所述关键字提取单元包括:
顺序确定单元,用于确定业务受理终端执行业务操作时传输的数据包的获得顺序;
操作单元,用于按照数据包的获得顺序,依次从所述数据包中提取关键字;
比较单元包括:
第一比较单元,用于将所述操作单元提取出的关键字与关键字模版中包含的关键字组内的关键字进行比较;
第二比较单元,用于将所述操作单元提取关键字的提取顺序与关键字模版中包含的关键字组内的关键字排列顺序进行比较;
所述执行单元包括:
关键字组确定单元,用于根据第一比较单元和第二比较单元的比较结果,确定包含的关键字与提取出的关键字相同,并且关键字的排列顺序与数据包中关键字的提取顺序也相同的关键字组;
业务类型确定单元,用于将确定的关键字组对应的业务类型作为业务受理终端的业务类型。
13、如权利要求11所述的数据探测设备,其特征在于,所述业务信息确定模块还包括:
第一响应时间确定单元,用于在所述业务信息还包括业务响应时间时,确定业务受理终端在执行所述业务操作时发出的第一个数据包的时间和接收到的最后一个数据包的时间间隔,并将确定的所述时间间隔作为执行所述业务操作的业务响应时间。
14、一种利用权利要求10所述的数据探测设备确定的业务信息进行报警的报警服务器,其特征在于,所述报警服务器包括:
业务信息接收模块,用于接收数据探测设备确定的业务信息;
统计模块,用于对接收到的业务信息进行统计;
报警模块,用于在统计后得到的业务信息满足报警条件时,发出报警信息。
15、如权利要求14所述的报警服务器,其特征在于,所述统计模块,包括:
业务操作确定单元,用于在业务信息包括业务类型和业务响应时间时,确定业务类型对应的业务操作;
第二响应时间确定单元,用于确定每一所述业务操作占用的业务响应时间。
16、如权利要求15所述的报警服务器,其特征在于,所述报警模块包括:
报警条件保存单元,用于保存报警条件,所述报警条件为:确定的业务操作占用的业务响应时间大于该业务操作的业务类型对应的设定时间;
报警信息发出单元,用于在满足所述报警条件保存单元保存的所述报警条件时,发出报警信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008101182798A CN101651574B (zh) | 2008-08-12 | 2008-08-12 | 确定业务信息并利用该业务信息进行报警的方法和设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008101182798A CN101651574B (zh) | 2008-08-12 | 2008-08-12 | 确定业务信息并利用该业务信息进行报警的方法和设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101651574A true CN101651574A (zh) | 2010-02-17 |
CN101651574B CN101651574B (zh) | 2012-08-01 |
Family
ID=41673703
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2008101182798A Expired - Fee Related CN101651574B (zh) | 2008-08-12 | 2008-08-12 | 确定业务信息并利用该业务信息进行报警的方法和设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101651574B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103067467A (zh) * | 2012-12-21 | 2013-04-24 | 深信服网络科技(深圳)有限公司 | 缓存方法及装置 |
CN111240948A (zh) * | 2019-11-18 | 2020-06-05 | 北京博睿宏远数据科技股份有限公司 | 一种体验数据处理方法、装置、计算机设备及存储介质 |
-
2008
- 2008-08-12 CN CN2008101182798A patent/CN101651574B/zh not_active Expired - Fee Related
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103067467A (zh) * | 2012-12-21 | 2013-04-24 | 深信服网络科技(深圳)有限公司 | 缓存方法及装置 |
CN111240948A (zh) * | 2019-11-18 | 2020-06-05 | 北京博睿宏远数据科技股份有限公司 | 一种体验数据处理方法、装置、计算机设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN101651574B (zh) | 2012-08-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN114584401B (zh) | 一种面向大规模网络攻击的追踪溯源系统及方法 | |
US8762515B2 (en) | Methods and systems for collection, tracking, and display of near real time multicast data | |
US20070234425A1 (en) | Multistep integrated security management system and method using intrusion detection log collection engine and traffic statistic generation engine | |
CN111385122B (zh) | 分布式系统链路跟踪方法、装置、计算机设备及存储介质 | |
CN110855493B (zh) | 用于混合环境的应用拓扑图绘制装置 | |
CN103064731A (zh) | 一种提高消息队列系统性能的装置及其方法 | |
CN101267363A (zh) | 环回测试方法、系统及装置 | |
CN108462598A (zh) | 一种日志生成方法、日志分析方法及装置 | |
CN105871585A (zh) | 终端关联方法及装置 | |
CN109164720A (zh) | 基于IIoT的注塑机机群远程监控系统和方法 | |
CN101854305A (zh) | 流量采集系统及其方法、装置 | |
CN104092588A (zh) | 一种基于SNMP与NetFlow结合的网络异常流量检测方法 | |
CN101651574B (zh) | 确定业务信息并利用该业务信息进行报警的方法和设备 | |
CN107562555A (zh) | 重复数据的清洗方法及服务器 | |
TWI448975B (zh) | 應用於影像監控平台的分散式運算系統 | |
CN117040943B (zh) | 基于IPv6地址驱动的云网络内生安全防御方法和装置 | |
CN111600929B (zh) | 传输线路探测方法、路由策略生成方法及代理服务器 | |
CN101938383A (zh) | 多种业务的用户账号在线监控方法、系统与监控服务系统 | |
CN111431733A (zh) | 服务告警覆盖信息的评估方法及装置 | |
CN112491596B (zh) | 一种基于云端的故障处理方法及装置 | |
CN112950447B (zh) | 资源调度方法、装置、服务器及存储介质 | |
CN114201659A (zh) | 一种消息轨迹传输查询方法、装置及系统 | |
CN113778831A (zh) | 一种数据应用性能分析方法、装置、设备和介质 | |
CN114567471A (zh) | 一种基于5g的电力通信网络安全检测系统及方法 | |
CN103200193A (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 |
Granted publication date: 20120801 Termination date: 20140812 |
|
EXPY | Termination of patent right or utility model |