CN101567819A - 一种消息上报方法与服务器 - Google Patents
一种消息上报方法与服务器 Download PDFInfo
- Publication number
- CN101567819A CN101567819A CNA2009101392964A CN200910139296A CN101567819A CN 101567819 A CN101567819 A CN 101567819A CN A2009101392964 A CNA2009101392964 A CN A2009101392964A CN 200910139296 A CN200910139296 A CN 200910139296A CN 101567819 A CN101567819 A CN 101567819A
- Authority
- CN
- China
- Prior art keywords
- message
- filtering policy
- reported
- user behavior
- behavior information
- 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.)
- Pending
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本发明实施例提供一种消息上报方法和服务器,所述方法包括:从客户端获得用户行为信息,并存储所述用户行为信息;根据所述用户行为信息和已上报消息生成过滤策略;根据所述过滤策略选择待上报消息发送到所述客户端。本发明实施例提供的方法和服务器,通过根据用户行为信息和已上报消息动态调整过滤策略,根据过滤策略选择待上报消息的技术手段,从而在上报消息过程中有效降低了对用户的专业要求,方便了用户。
Description
技术领域
本发明涉及网络应用的技术领域,尤其涉及一种消息上报方法与服务器。
背景技术
在基于C/S(Client/Server,客户机/服务器)或B/S(Browser/Server,浏览器/服务器)架构的网络应用中,服务端往往要向单个或多个客户端发送一些消息,例如告警、状态改变事件、配置变更消息等等,这些消息可以由客户端主动获取,也可由服务端根据注册信息主动上报。其中,消息上报涉及三个问题:1、发送方和接收方;2、消息内容;3、传输协议。
传统的消息上报或者上报每一条记录,或者需要用户事先参与定制比较复杂的屏蔽策略,上报未被屏蔽的记录。处理故障时也需要人为分析和修正屏蔽策略,在众多的消息列表中,定位一两条关键信息。
发明人在实现本发明的过程中发现,传统的消息上报方式需要用户有相当专业的知识和经验来定制屏蔽策略,增加了客户端的复杂性。
发明内容
本发明实施例提供一种消息上报方法与服务器,以解决传统的消息上报方式需要客户端对上报消息设置选择性过滤条件,导致客户端复杂性及专业性要求高的问题。
本发明实施例提供一种消息上报方法,包括:从客户端获得用户行为信息,并存储所述用户行为信息;根据所述用户行为信息和已上报消息生成过滤策略;根据所述过滤策略选择待上报消息发送到所述客户端。
本发明实施例还提供一种服务器,包括:数据存储单元,用于从客户端获得用户行为信息,并存储所述用户行为信息;过滤策略生成单元,用于根据所述用户行为信息和已上报消息生成过滤策略;发送单元,用于根据所述过滤策略选择待上报消息发送到所述客户端。
本发明实施例提供的方法和服务器,通过根据用户行为信息和已上报消息动态调整过滤策略,根据过滤策略选择待上报消息的技术手段,从而在上报消息过程中有效降低了对用户的专业要求,方便了用户。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例的方法流程图;
图2为本发明另一实施例的方法流程图;
图3为本发明实施例的服务器的组成框图;
图4为本发明实施例的服务器的各组成部分的工作流程示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
实施例一、
本发明实施例提供一种消息上报方法,以下结合附图对本实施例进行详细说明。
图1为本实施例的方法流程图,本实施例的消息上报方法应用于服务器端,请参照图1,本实施例的消息上报方法包括:
101:从客户端获得用户行为信息,并存储所述用户行为信息;
102:根据所述用户行为信息和已上报消息生成过滤策略;
103:根据所述过滤策略选择待上报消息发送到所述客户端。
其中,从客户端获得用户行为信息,可以是主动获取,例如向客户端请求用户行为信息;也可以是被动获取,例如接收客户端的上报,本实施例并不以此作为限制。
根据本发明实施例提供的方法,当客户端接收到服务器端上报的消息,例如分级告警消息、状态改变事件消息、配置变更消息等后,会对该上报消息进行相应的处理,得到对应的处理结果。
例如,如果客户端接收到第一级告警消息,而这一级的告警消息不会影响设备的正常运行,则客户端可能对该第一级告警消息不予理会,处理结果为“忽略”;又例如,如果客户端接收到第三级告警消息,而这一级的告警消息可能会影响设备的正常允许,则客户端可能对该第三级告警消息进行特定的处理,处理结果为“重视”;再例如,如果客户端接收到与交换机相关的上报消息,而客户端只想了解与路由器相关的上报消息,则客户端可能对该与交换机相关的上报消息不予理会,处理结果为“忽略”。
本实施例的方法在定制待上报消息的过滤策略时,考虑到客户端对这些已上报消息的处理方式和处理结果,将这些处理方式和处理结果等作为用户行为信息记录和保存下来,以便于过滤策略的调整之用。其中,过滤策略是用于过滤待上报消息,将符合过滤策略的待上报消息上报,而不符合过滤策略的待上报消息过滤掉。
例如,如果已上报消息为第一级告警消息,而用户行为信息为客户端对第一级告警消息的处理方式是不予理会,处理结果是“忽略”,则根据本实施例的方法,根据上述已上报消息和上述用户行为信息,将过滤策略调整为屏蔽第一级告警消息,如此一来,根据本实施例的步骤103,在根据该过滤策略选择待上报消息发送到客户端时,不再发送第一级告警消息,由于第一级告警消息已被屏蔽掉,无须上报,因此,在上报消息比较多而且集中的时候避免了消息阻塞。
根据本实施例的方法,由于待上报消息的过滤策略是根据用户行为信息和已上报消息动态调整的,因此,本发明实施例提供的方法达到了在上报消息过程中降低对用户的专业要求的效果,不需要用户有相当专业的知识和经验来定制屏蔽策略。
本实施例的消息上报方法在执行过程中,还可以进一步增加一些辅助步骤协助执行,以下通过不同的实施例对此加以说明。
实施例二、
本发明实施例还提供一种消息上报方法,以下结合附图对本实施例进行详细说明。
图2为本实施例的方法流程图,本实施例的消息上报方法应用于服务器端,请参照图2,本实施例的消息上报方法包括:
201:从设备端获得设备信息,将所述设备信息作为待上报消息存储;
202:从客户端获得用户行为信息,并存储所述用户行为信息;
203:根据所述用户行为信息和已上报消息生成过滤策略;
204:存储所述过滤策略;
205:根据所述过滤策略选择待上报消息发送到所述客户端;
206:将发送出去的待上报消息作为已上报消息存储。
在本实施例中,步骤202、203和205与实施例一中的步骤101、102、103相同,在此不再赘述。
在本实施例中,并不限制前述步骤201和步骤202的先后顺序。
在本实施例中,新增了从设备端获得设备信息(步骤201)的步骤,同样的,获得的方式可以是主动向设备端请求,也可以接收设备端的上报。这里的设备包括交换机、路由器等网络设备,设备信息是与这些设备运行状态相关的信息,例如告警、状态改变事件、配置变更等,在本实施例中,可以将这些设备信息作为待上报消息放入一个缓存中,以便于在需要时提取,发送到客户端。
在本实施例中,还新增了将发送到客户端的待上报消息作为已上报消息存储(步骤206)的步骤,当待上报消息发送出去后,这些发送出去的待上报消息成为对于客户端来讲的有用信息,可以将其保存到另一个缓存中,以便于根据存储的已上报消息和用户行为信息对已有的过滤策略进行更新,同时还可以方便客户端对已上报消息进行快速查询。
在本实施例中,由于该已上报消息对于客户端来讲,只是一段时间有效,例如客户端所需要的上报消息可能会发生变化,或者该上报消息的内容本身发生了变化,因此,根据本实施例的方法,在已上报消息无效后,会转移至数据库中,以节省缓存的存储空间。
在本实施例中,还存在一种特殊情况,即,当最开始并没有上报消息发送到客户端,也就是说,用户行为信息并未记录客户端对上报消息的处理过程和处理结果,并且也不存在已上报消息时,可以根据本地配置预先设定一个过滤策略,也可以根据客户端的一些标识信息来预先设定一个过滤策略,后期有上报消息以后,再根据该已上报消息和客户端对该已上报消息的处理结果(用户行为信息)调整该过滤策略。或者,还可以先不生成过滤策略,而是在有了上报消息和对上报消息的处理结果后,再根据该已上报消息及其处理结果生成过滤策略。本实施例并不以此作为限制。
在本实施例中,过滤策略是根据用户行为信息和已上报消息动态生成或调整的,因此,根据本实施例的方法,可以将生成的过滤策略保存起来(步骤204),再提供给发送单元;也可以直接提供给发送单元,以便该发送单元根据所述过滤策略选择待上报消息发送到客户端。
根据本实施例提供的方法,一方面,在实施例一的基础上,增加了两个缓存分别存储待上报消息和已上报消息,避免了消息阻塞。另一方面,过滤策略完全根据已上报消息和用户行为信息生成或调整(步骤203),不再需要人为定制,达到了降低对用户的专业要求的效果。再一方面,本实施例不再将大量的上报消息存储于数据库中,而是有选择性的,根据客户端的需要将符合过滤条件的消息在过期后保存入数据库,因此数据库中除了保存用户行为信息和过滤策略以外,仅保存了过期的上报消息,如此充分利用了数据库的存储空间。再一方面,由于过滤策略参考了用户行为信息,对于上报消息的分类选择提供了条件,达到了智能化的筛选的效果,提高了上报效率。
为使本发明前述实施例的方法更加清楚易懂,以下结合本实施例的服务器对前述实施例的方法的应用进行详细说明。
实施例三、
本发明实施例还提供一种服务器,以下结合附图对本实施例进行详细说明。
图3为本实施例的服务器的组成框图,请参照图2,本实施例的服务器包括:
数据存储单元31,用于从客户端获得用户行为信息,并存储所述用户行为信息;
过滤策略生成单元32,用于根据所述用户行为信息和已上报消息生成过滤策略;
发送单元33,用于根据所述过滤策略选择待上报消息发送到所述客户端。
本实施例的服务器会向客户端上报设备相关消息,当客户端接收到本实施例的服务器上报的消息后,会根据这些上报消息进行相应的处理,得到对应的处理结果。本实施例的服务器在生成过滤策略时,是根据上报的消息和客户端对这些上报消息的处理过程或处理结果而调整的,之后再根据调整后的过滤策略选择客户端需要的消息上报,如此避免了上报不必要的消息,并降低了定制过滤策略对用户的专业要求。
根据本实施例的服务器,由于待上报消息的过滤策略是过滤策略生成单元32根据用户行为信息和已上报消息动态调整的,因此,本发明实施例提供的服务器达到了在上报消息过程中降低对用户的专业要求的效果,不需要用户有想当专业的知识和经验来定制屏蔽策略。
某些实施方式中,本实施例提供的服务器还可以包括:
第一缓存单元34,用于从设备端获得待上报消息,并存储所述待上报消息,并在所述发送单元33将选择的待上报消息发送后,将所述选择的待上报消息存储至所述第二缓存单元35。
某些实施方式中,本实施例提供的服务器还可以包括:
第二缓存单元35,用于存储已上报消息,以备客户端快速查询以及过滤策略生成单元32生成或调整过滤策略之用。
某些实施方式中,所述过滤策略生成单元32可以包括:
第一获取模块321,用于从所述数据存储单元31获得用户行为信息;
第二获取模块322,用于从所述第二缓存单元35获得已上报消息;
生成模块323,用于根据所述第一获取模块321获得的用户行为信息和所述第二获取模块322获得的已上报消息,分析过滤特性,生成下一次过滤策略。
根据本实施例的服务器,数据存储单元31还可以用于存储所述过滤策略生成单元32生成的过滤策略,提供给发送单元33;以及存储第二缓存单元35中的过期消息。
为了使本实施例的服务器更加清楚易懂,以下结合图4所示的服务器的各组成单元的工作过程对本实施例的服务器加以说明。
如图4所示,本实施例的服务器包括第一缓存单元41、第二缓存单元42、过滤策略生成单元43、数据存储单元44以及发送单元45,其中:
第一缓存单元41用于存储从设备端获得的待上报消息,这里的设备可以是交换机、路由器等网络设备,这些设备的设备信息可以通过Agent代理软件获取,并提供给本实施例的服务器的第一缓存单元41暂存。
第二缓存单元42用于存储发送到客户端的上报信息,即已上报消息,以便于客户端的快速查询和过滤策略生成单元43的过滤特性分析之用。
数据存储单元44用于记录和存储客户端的用户行为信息,这里的用户行为信息可以包括客户端本身的信息,也可以包括客户端对已上报消息的处理过程和处理结果,以提供给过滤策略生成单元43,作为过滤特性分析之用。数据存储单元44还用于存储过滤策略生成单元43生成的过滤策略,以提供给发送单元45,以作为过滤待上报消息之用。
发送单元45用于根据从数据存储单元44取得的过滤策略或者从过滤策略生成单元取得的过滤策略,从第一缓存单元41中提取符合所述过滤策略的待上报消息,发送到客户端。
在本实施例中,发送单元45可以通过循环处理或被动通知等方式,将上述待上报消息发送给对应的客户端,具体的发送方式可以通过现有技术的手段实现,在此不再赘述。
在本实施例中,当第一缓存单元41存储的待上报消息由发送单元45根据过滤策略选择并发送到客户端后,发送到客户端的上报消息会转移至第二缓存单元42存储。
过滤策略生成单元43用于根据第二缓存单元42存储的已上报消息和数据存储单元44存储的用户行为信息分析过滤特性,生成过滤策略,提供给发送单元45,或者存储于数据存储单元44后,再由数据存储单元44提供给发送单元,以便发送单元45根据该过滤策略从第一缓存单元41中提取符合该过滤策略的上报消息发送给客户端。
通过本发明实施例提供的服务器,增加了两个缓存单元分别存储待上报消息和已上报消息,没有上报的消息位于第一缓存单元41中,已上报的消息位于第二缓存单元42中,缓解了一个缓存的压力,并且第二缓存单元42只存储有效消息,避免了消息阻塞,且保存了客户最需要的信息,提升了客户端查询信息的速率。
通过本发明实施例提供的服务器,过滤策略完全根据已上报消息和用户行为信息生成或调整,不再需要人为定制,达到了降低对用户的专业要求的效果。
通过本发明实施例提供的服务器,只是将第二缓存单元42中的过期消息以及用户行为信息和过滤策略保存入数据存储单元,充分利用了数据存储单元的存储空间。
通过本发明实施例提供的服务器,由于过滤策略参考了用户行为信息,对于上报消息的分类选择提供了条件,达到了智能化的筛选的效果,提高了上报效率。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
以上所述的具体实施例,对本发明的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本发明的具体实施例而已,并不用于限定本发明的保护范围,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种消息上报方法,其特征在于,所述方法包括:
从客户端获得用户行为信息,并存储所述用户行为信息;
根据所述用户行为信息和已上报消息生成过滤策略;
根据所述过滤策略选择待上报消息发送到所述客户端。
2.根据权利要求1所述的方法,其特征在于,根据所述过滤策略选择待上报消息发送到客户端之后,所述方法还包括:
将发送出的待上报消息作为已上报消息存储,使得根据存储的已上报消息和存储的用户行为信息更新过滤策略。
3.根据权利要求1所述的方法,其特征在于,根据所述用户行为信息和已上报消息生成过滤策略之后,所述方法还包括:
存储所述过滤策略,以根据存储的过滤策略选择待上报消息发送到客户端。
4.根据权利要求1至3任意一项所述的方法,其特征在于,根据所述过滤策略选择待上报消息发送到客户端之前,所述方法还包括:
从设备端获得设备信息,将所述设备信息作为待上报消息存储。
5.一种服务器,其特征在于,所述服务器包括:
数据存储单元,用于从客户端获得用户行为信息,并存储所述用户行为信息;
过滤策略生成单元,用于根据所述用户行为信息和已上报消息生成过滤策略;
发送单元,用于根据所述过滤策略选择待上报消息发送到所述客户端。
6.根据权利要求5所述的服务器,其特征在于,所述服务器还包括:
第一缓存单元,用于从设备端获得待上报消息,并存储所述待上报消息。
7.根据权利要求6所述的服务器,其特征在于,所述服务器还包括:
第二缓存单元,用于在所述第一缓存单元存储的待上报消息发送后,将选择的待上报消息作为已上报消息存储。
8.根据权利要求7所述的服务器,其特征在于,所述过滤策略生成单元包括:
第一获取模块,用于从所述数据存储单元获得用户行为信息;
第二获取模块,用于从所述第二缓存单元获得已上报消息;
生成模块,用于根据所述第一获取模块获得的用户行为信息和所述第二获取模块获得的已上报消息,分析过滤特性,生成下一次过滤策略。
9.根据权利要求5至8任意一项所述的服务器,其特征在于:
所述数据存储单元还用于存储所述过滤策略生成单元生成的过滤策略,以提供给所述发送单元。
10.根据权利要求7或8所述的服务器,其特征在于:
所述数据存储单元还用于存储所述第二缓存单元中的过期消息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2009101392964A CN101567819A (zh) | 2009-06-05 | 2009-06-05 | 一种消息上报方法与服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2009101392964A CN101567819A (zh) | 2009-06-05 | 2009-06-05 | 一种消息上报方法与服务器 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101567819A true CN101567819A (zh) | 2009-10-28 |
Family
ID=41283781
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2009101392964A Pending CN101567819A (zh) | 2009-06-05 | 2009-06-05 | 一种消息上报方法与服务器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101567819A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104486393A (zh) * | 2014-12-08 | 2015-04-01 | 畅捷通信息技术股份有限公司 | 资源配置与回收方法和资源配置与回收系统 |
CN105471643A (zh) * | 2015-11-30 | 2016-04-06 | 中国联合网络通信集团有限公司 | 一种应用于nfv网络的告警关联方法及系统 |
CN107391276A (zh) * | 2017-07-05 | 2017-11-24 | 腾讯科技(深圳)有限公司 | 分布式监听方法、监听控制装置及系统 |
CN110704219A (zh) * | 2019-09-02 | 2020-01-17 | 上海商米科技集团股份有限公司 | 一种硬件故障上报方法、装置和计算机存储介质 |
CN111262875A (zh) * | 2020-01-21 | 2020-06-09 | 腾讯科技(深圳)有限公司 | 服务器安全监测方法、装置、系统及存储介质 |
-
2009
- 2009-06-05 CN CNA2009101392964A patent/CN101567819A/zh active Pending
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104486393A (zh) * | 2014-12-08 | 2015-04-01 | 畅捷通信息技术股份有限公司 | 资源配置与回收方法和资源配置与回收系统 |
CN105471643A (zh) * | 2015-11-30 | 2016-04-06 | 中国联合网络通信集团有限公司 | 一种应用于nfv网络的告警关联方法及系统 |
CN105471643B (zh) * | 2015-11-30 | 2018-10-30 | 中国联合网络通信集团有限公司 | 一种应用于nfv网络的告警关联方法及系统 |
CN107391276A (zh) * | 2017-07-05 | 2017-11-24 | 腾讯科技(深圳)有限公司 | 分布式监听方法、监听控制装置及系统 |
CN107391276B (zh) * | 2017-07-05 | 2018-09-28 | 腾讯科技(深圳)有限公司 | 分布式监听方法、监听控制装置及系统 |
CN110704219A (zh) * | 2019-09-02 | 2020-01-17 | 上海商米科技集团股份有限公司 | 一种硬件故障上报方法、装置和计算机存储介质 |
CN110704219B (zh) * | 2019-09-02 | 2023-08-22 | 上海商米科技集团股份有限公司 | 一种硬件故障上报方法、装置和计算机存储介质 |
CN111262875A (zh) * | 2020-01-21 | 2020-06-09 | 腾讯科技(深圳)有限公司 | 服务器安全监测方法、装置、系统及存储介质 |
CN111262875B (zh) * | 2020-01-21 | 2021-06-18 | 腾讯科技(深圳)有限公司 | 服务器安全监测方法、装置、系统及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10320623B2 (en) | Techniques for tracking resource usage statistics per transaction across multiple layers of protocols | |
CN102651861B (zh) | 用于移动终端的下载方法、移动终端和代理下载服务器 | |
CN101741730A (zh) | 文件下载方法及设备、提供文件下载服务的方法及系统 | |
CN1811704A (zh) | 用于知晓上下文的平台的系统和方法 | |
US8185352B2 (en) | Benchmarking correlated stream processing systems | |
CN1735043A (zh) | 用于更新管理对象的方法、系统和簇 | |
CN102769640B (zh) | 用户信息的更新方法、服务器以及系统 | |
CN101567819A (zh) | 一种消息上报方法与服务器 | |
US10698863B2 (en) | Method and apparatus for clearing data in cloud storage system | |
CN105681380B (zh) | 客户端离线化方法及其系统 | |
CN106899894B (zh) | 动态优化的自适应流媒体方法、装置和服务器 | |
CN108540367B (zh) | 一种消息处理方法及系统 | |
CN106789377A (zh) | 网元集群的服务参数更新方法 | |
CN106791930B (zh) | 一种视频处理方法和装置 | |
CN103699414A (zh) | 一种软件处理方法及装置 | |
CN113434312A (zh) | 数据血缘关系处理方法及装置 | |
CN111460038A (zh) | 一种数据准实时同步方法及装置 | |
CN105430624B (zh) | 一种信息获取的方法及装置 | |
CN107329832B (zh) | 一种数据接收方法及装置 | |
US20230251789A1 (en) | Record information management based on self-describing attributes | |
CN104753961A (zh) | 一种多媒体数据的处理方法、客户端及服务器 | |
CN105989096A (zh) | 账号信息的清理方法及装置 | |
CN108897497B (zh) | 一种无中心的数据管理方法及装置 | |
CN101471846A (zh) | 一种网络事件分析管理系统 | |
CN101753607A (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 | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20091028 |