CN103490978A - 终端、服务器和消息监视方法 - Google Patents
终端、服务器和消息监视方法 Download PDFInfo
- Publication number
- CN103490978A CN103490978A CN201310392651.5A CN201310392651A CN103490978A CN 103490978 A CN103490978 A CN 103490978A CN 201310392651 A CN201310392651 A CN 201310392651A CN 103490978 A CN103490978 A CN 103490978A
- Authority
- CN
- China
- Prior art keywords
- message
- sensitive word
- client
- server
- sent
- 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
Abstract
本发明提供了一种终端、一种服务器和一种消息监视方法,其中终端包括:判断单元,用于在第一客户端发送消息至第二客户端时,根据存储在第一客户端的敏感词根表判断消息是否包含敏感词;消息上传单元,连接至判断单元,用于在确定消息包含敏感词时,将消息发送至服务器进行保存。通过本发明的方案,使客户端只有在发送信息触及敏感词时,才开始向服务器端发送此次会话以后的N条记录,防止了大量非敏感信息保存到服务器资源,减轻了服务器压力,也保证了敏感信息的完整性。
Description
技术领域
本发明涉及计算机技术领域,具体而言,涉及一种终端、一种服务器和一种消息监视方法。
背景技术
即时通信(Instant messaging,简称IM)目前已经成为用户通过网络进行通信的重要手段。随着近些年企业即时通信也在迅速发展,正在逐渐成为企业内部的一种常用的沟通手段。但当企业用户使用时,企业的管理层很难控制员工使用该工具的用途,无法检查其收发的消息是否与工作相关、是否泄漏公司机密等,所以便出现了消息监视系统。
目前即时通信的消息监视装置的主要监视方式为:将所有用户发送的文字、文件、图片信息统一存储在服务器端,然后特殊权限人员利用消息监视客户端进行消息监视。但是这种装置有很多弊端,在企业内部即时通信使用频率很高,很容易造成服务器端数据量增长过快,造成查询效率下降,并占用大量服务器资源的问题,企业级即时通信中所应用的P2P通道技术优势也无法得到展现,而且存储的大部分信息都是无需监视的非敏感信息。
发明内容
为了解决上述技术问题,提出了一种新的消息监视技术,可防止大量非敏感信息保存到服务器资源,减轻了服务器压力。
有鉴于此,根据本发明的一个方面,提出了一种终端,包括:判断单元,用于在第一客户端发送消息至第二客户端时,根据存储在所述第一客户端的敏感词根表判断所述消息是否包含敏感词;消息上传单元,连接至所述判断单元,用于在确定所述消息包含敏感词时,将所述消息发送至服务器进行保存。
在该技术方案中,在将客户端的消息发送至其他客户端之前,需要根据保存在客户端中的敏感词根表来判断该消息是否包含敏感词,如果包含敏感词,说明该消息可能涉及到需监视的内容,则将该消息上传的服务器进行保存,监视人员可通过该服务器来监视客户端发送的消息,这样可以避免将所有的消息保存至服务器,导致服务器保存的数据量太大,占用系统资源,并且可避免保存很多无需被监视数据的问题,从而影响查询效率。
在上述技术方案中,优选的,所述敏感词根表中每个敏感词具有对应的敏感等级;所述判断单元还用于在确定所述消息包含敏感词时,根据所述消息中包含的敏感词对应的敏感等级,判断所述消息是否可以被发送至所述第二客户端。
针对每个敏感词,可设置对应的敏感等级,等级越高,说明涉及的内容涉密程度较高,可以设置在敏感等级为二级以上时,禁止发送该消息。因此,在将客户端的消息发送至其他客户端之前,需判断该消息所包含的敏感词的敏感等级,如果是二级以上,该消息就不能被发送至其他终端,进一步提高即时通信的数据安全性。
在上述任一技术方案中,优选的,所述终端还可以包括:提示单元,在确定所述消息不可被发送至所述第二客户端时,提示用户不可发送包含敏感词的消息;所述消息上传单元还用于在确定所述消息可被发送至所述第二客户端时,将所述消息之后的预设条数的消息发送至所述服务器进行保存。
如果消息涉密程度较高,则该消息不可被发送至其他终端,并且可提示用户该消息所包含的敏感词,提高用户体验。如果确定包含敏感词的消息可以被发送,则将这之后的消息也上传给服务器进行保存,以便于对本次会话内容进行监视,该预设条数可以根据实际需要被任意设置。
在上述任一技术方案中,优选的,还包括:更新单元和检测单元,所述更新单元用于接收来自所述服务器的新增敏感词,并根据所述新增敏感词更新所述敏感词根表,所述检测单元用于检测所述终端中保存的消息是否包含所述新增敏感词;所述消息上传单元还用于将所述终端中保存的包含有新增敏感词的消息发送至所述服务器进行保存。
如果新增加敏感词,则可以将该新增的敏感词加入客户端的敏感词根表中进行更新,并检测终端中当前保存的消息是否包含该新增的敏感词,如果包含,则将这些消息上传至服务器进行保存。
根据本发明的另一方面,还提供了一种服务器,包括:敏感词同步单元,将设置的敏感词以及敏感词等级同步至各终端;存储器,接收各所述终端上传的消息,并根据所述消息包含的敏感词类型对所述消息进行分类保存。
根据本发明的服务器能够对各终端的敏感词根表进行同步更新,并且对客户端之间的交互信息进行交互,并且保存的消息都是涉密信息,减小了服务器的数据保存量,从而降低了系统压力,提高了消息查询效率。
根据本发明的再一方面,还提供了一种消息监视方法,包括:在第一客户端发送消息至第二客户端时,根据存储在所述第一客户端的敏感词根表判断所述消息是否包含敏感词;在确定所述消息包含敏感词时,将所述消息发送至服务器进行保存。
在该技术方案中,在将客户端的消息发送至其他客户端之前,需要根据保存在客户端中的敏感词根表来判断该消息是否包含敏感词,如果包含敏感词,说明该消息可能涉及到需监视的内容,则将该消息上传的服务器进行保存,监视人员可通过该服务器来监视客户端发送的消息,这样可以避免将所有的消息保存至服务器,导致服务器保存的数据量太大,占用系统资源,并且可避免保存很多无需被监视数据的问题,从而影响查询效率。
在上述技术方案中,优选的,还可以包括:所述敏感词根表中每个敏感词具有对应的敏感等级;在确定所述消息包含敏感词时,根据所述消息中包含的敏感词对应的敏感等级,判断所述消息是否可以被发送至所述第二客户端。
针对每个敏感词,可设置对应的敏感等级,等级越高,说明涉及的内容涉密程度较高,可以设置在敏感等级为二级以上时,禁止发送该消息。因此,在将客户端的消息发送至其他客户端之前,需判断该消息所包含的敏感词的敏感等级,如果是二级以上,该消息就不能被发送至其他终端,进一步提高即时通信的数据安全性。
在上述任一技术方案中,优选的,在确定所述消息不可被发送至所述第二客户端时,提示用户不可发送包含敏感词的消息;在确定所述消息可被发送至所述第二客户端时,将所述消息之后的预设条数的消息发送至所述服务器进行保存。
如果消息涉密程度较高,则该消息不可被发送至其他终端,并且可提示用户该消息所包含的敏感词,提高用户体验。如果确定包含敏感词的消息可以被发送,则将这之后的消息也上传给服务器进行保存,以便于对本次会话内容进行监视,该预设条数可以根据实际需要被任意设置。
在上述任一技术方案中,优选的,所述服务器根据所述消息中包含的敏感词类型对来自所述第一客户端的消息进行分类保存。
在上述任一技术方案中,优选的,还可以包括:所述服务器将新增敏感词发送至所述第一客户端,以更新所述敏感词根表;检测所述第一客户端中保存的消息是否包含所述新增敏感词;将所述第一客户端中保存的包含有新增敏感词的消息发送至所述服务器进行保存。
如果新增加敏感词,则可以将该新增的敏感词加入客户端的敏感词根表中进行更新,并检测终端中当前保存的消息是否包含该新增的敏感词,如果包含,则将这些消息上传至服务器进行保存。
附图说明
图1示出了根据本发明的实施例的终端的框图;
图2示出了根据本发明的实施例的服务器的框图;
图3示出了根据本发明的一个实施例的消息监视方法的流程图;
图4示出了根据本发明的另一实施例的新增敏感词的消息监视处理过程的示意图;
图5示出了根据本发明的另一实施例的消息监视方法的流程图。
具体实施方式
为了能够更清楚地理解本发明的上述目的、特征和优点,下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是,在不冲突的情况下,本申请的实施例及实施例中的特征可以相互组合。
在下面的描述中阐述了很多具体细节以便于充分理解本发明,但是,本发明还可以采用其他不同于在此描述的其他方式来实施,因此,本发明的保护范围并不受下面公开的具体实施例的限制。
图1示出了根据本发明的实施例的终端的框图。
如图1所示,根据本发明的实施例的终端100,包括:判断单元102,用于在第一客户端发送消息至第二客户端时,根据存储在所述第一客户端的敏感词根表判断所述消息是否包含敏感词;消息上传单元104,连接至所述判断单元,用于在确定所述消息包含敏感词时,将所述消息发送至服务器进行保存。
在该技术方案中,在将客户端的消息发送至其他客户端之前,需要根据保存在客户端中的敏感词根表来判断该消息是否包含敏感词,如果包含敏感词,说明该消息可能涉及到需监视的内容,则将该消息上传的服务器进行保存,监视人员可通过该服务器来监视客户端发送的消息,这样可以避免将所有的消息保存至服务器,导致服务器保存的数据量太大,占用系统资源,并且可避免保存很多无需被监视数据的问题,从而影响查询效率。
在上述技术方案中,优选的,所述敏感词根表中每个敏感词具有对应的敏感等级;所述判断单元102还用于在确定所述消息包含敏感词时,根据所述消息中包含的敏感词对应的敏感等级,判断所述消息是否可以被发送至所述第二客户端。
针对每个敏感词,可设置对应的敏感等级,等级越高,说明涉及的内容涉密程度较高,可以设置在敏感等级为二级以上时,禁止发送该消息。因此,在将客户端的消息发送至其他客户端之前,需判断该消息所包含的敏感词的敏感等级,如果是二级以上,该消息就不能被发送至其他终端,进一步提高即时通信的数据安全性。
在上述任一技术方案中,优选的,所述终端还可以包括:提示单元106,在确定所述消息不可被发送至所述第二客户端时,提示用户不可发送包含敏感词的消息;所述消息上传单元104还用于在确定所述消息可被发送至所述第二客户端时,将所述消息之后的预设条数的消息发送至所述服务器进行保存。
如果消息涉密程度较高,则该消息不可被发送至其他终端,并且可提示用户该消息所包含的敏感词,提高用户体验。如果确定包含敏感词的消息可以被发送,则将这之后的消息也上传给服务器进行保存,以便于对本次会话内容进行监视,该预设条数可以根据实际需要被任意设置。
在上述任一技术方案中,优选的,还可以包括:更新单元108和检测单元110,所述更新单元108用于接收来自所述服务器的新增敏感词,并根据所述新增敏感词更新所述敏感词根表,所述检测单元110用于检测所述终端中保存的消息是否包含所述新增敏感词;所述消息上传单元104还用于将所述终端中保存的包含有新增敏感词的消息发送至所述服务器进行保存。
如果新增加敏感词,则可以将该新增的敏感词加入客户端的敏感词根表中进行更新,并检测终端中当前保存的消息是否包含该新增的敏感词,如果包含,则将这些消息上传至服务器进行保存。
图2示出了根据本发明的实施例的服务器的框图。
如图2所示,根据本发明的实施例的服务器200包括:敏感词同步单元202,将设置的敏感词以及敏感词等级同步至各终端;存储器204,接收各所述终端上传的消息,并根据所述消息包含的敏感词类型对所述消息进行分类保存。
根据本发明的服务器能够对各终端的敏感词根表进行同步更新,并且对客户端之间的交互信息进行交互,并且保存的消息都是涉密信息,减小了服务器的数据保存量,从而降低了系统压力,提高了消息查询效率。
下面结合图3和图4来详细说明根据本发明的消息监视方法。
如图3所示,发送客户端发送消息的处理流程描述:
步骤302,发送客户端发送信息。
步骤304,发送客户端根据客户端敏感词根表判断信息中是否包含敏感词汇。
步骤306,若未包含敏感词汇,则将此信息通过P2P通道发送给接收客户端。
步骤308,若包含敏感词汇,根据敏感词等级判断此消息是否能够继续发送给接收客户端。
步骤310,若判断此消息可继续发送,则将此消息通过P2P通道发送给接收客户端,并将此条消息及之后的N条消息记录传送至服务器端。
步骤312,若判断不可继续发送此消息,则将此消息上传服务器端。
步骤314,提示发送客户端不可发送此类包含敏感词的信息。
步骤316,包含敏感词汇的会话记录上传服务器端后,服务器端分析上传消息类型,将其分类存储于数据库中。
消息管理人员可使用消息监视管理客户端,通过消息监视管理模块进行敏感信息查询及管理。
下面以具体示例来说明上述处理过程。
A客户端发送了一条消息给B客户端,消息内容为“单号为Doc00007的产品内部价格是多少?”。
即时通信客户端根据客户端敏感词根表判断信息中是否包含敏感词汇,若不包含,则通过P2P通道将此消息发送给B客户端;若本地敏感词根表中包含“单号”敏感词,则此消息则包含了敏感词汇,根据此敏感词汇的等级判断此消息是否可继续发送。
若不可继续发送,则提示A客户端,不可发送包含“单号”的消息,并将此消息记录上传至服务器端;若可以继续发送,则将此消息通过P2P通道发送给B客户端,并将此消息及之后的N(用户可设置)条会话记录上传至服务器端。
即时通信服务器端接收到包含敏感词汇的消息后,根据消息类型,将消息分类存储到服务器数据库中。
消息管理人员C,可使用消息监视管理客户端,通过消息监视管理模块进行敏感信息查询及管理。
继续参考图3,客户端删除消息的处理流程描述如下:
即时通信客户端删除本地消息记录。
首先删除不可见且发送时间与当前时间的时间间隔大于客户端消息保留期的消息记录。
步骤318,判断所删除消息发送时间与当前时间的时间间隔是否大于客户端消息保留期(用户可设,如设置为1年),此判断保证当有新敏感词汇添加到本地时,可以对在保留期内的消息记录进行比对,上传涉及新敏感词汇的消息记录。
步骤322,若大于消息保留期,则直接删除此本地消息记录。
步骤320,若不大于消息保留期,则将消息置为本地不可见,但不删除数据。
下面以具体示例来说明上述处理过程。
A客户端删除一些本地消息记录。
客户端首先删除客户端不可见且发送时间与当前时间的时间间隔大于客户端消息保留期的消息记录,然后判断要删除的消息记录发送时间与当前时间的时间间隔是否大于客户端消息保留期1年。
若消息记录发送时间与当前时间的时间间隔大于1年,则直接从本地数据库中删除此消息记录;否则只将此消息记录置为客户端不可见,但不从本地数据库中删除此消息记录。
如图4所示,为客户端新增敏感词的处理流程,该流程描述如下:
步骤402,消息监视管理人员,通过消息监视管理客户端在即时服务器中添加敏感词。
步骤404,新增敏感词通过即时通信服务器,发送到即时通信客户端,即时通信客户端将新增敏感词添加到客户端敏感词根表中。
步骤406,创建新线程,检查客户端消息记录中是否包含此新增敏感词,如果不包含,则进入步骤410,做任何处理;若有包含新增敏感词的消息记录,则金融步骤408,将此消息及之后的N(用户可设)条会话记录上传服务器端。
下面以具体示例来说明上述处理过程。
消息监视管理员A,通过消息监视管理客户端新添敏感词“改革”。
此新增敏感词,通过服务器端发送到B客户端。
B客户端将“改革”添加到客户端敏感词根表中,并创建新线程,检查B客户端的消息记录中是否包含敏感词“改革”,若查找到包含此敏感词的消息记录,则将此消息记录及之后与其有关的N条会话记录上传至服务器端。
图5示出了根据本发明的另一实施例的消息监视方法的流程图。
如图5所示,根据本发明的实施例的消息监视方法可以包括以下步骤:步骤502,在第一客户端发送消息至第二客户端时,根据存储在所述第一客户端的敏感词根表判断所述消息是否包含敏感词;步骤504,在确定所述消息包含敏感词时,将所述消息发送至服务器进行保存。
在该技术方案中,在将客户端的消息发送至其他客户端之前,需要根据保存在客户端中的敏感词根表来判断该消息是否包含敏感词,如果包含敏感词,说明该消息可能涉及到需监视的内容,则将该消息上传的服务器进行保存,监视人员可通过该服务器来监视客户端发送的消息,这样可以避免将所有的消息保存至服务器,导致服务器保存的数据量太大,占用系统资源,并且可避免保存很多无需被监视数据的问题,从而影响查询效率。
在上述技术方案中,优选的,还可以包括:所述敏感词根表中每个敏感词具有对应的敏感等级;在确定所述消息包含敏感词时,根据所述消息中包含的敏感词对应的敏感等级,判断所述消息是否可以被发送至所述第二客户端。
针对每个敏感词,可设置对应的敏感等级,等级越高,说明涉及的内容涉密程度较高,可以设置在敏感等级为二级以上时,禁止发送该消息。因此,在将客户端的消息发送至其他客户端之前,需判断该消息所包含的敏感词的敏感等级,如果是二级以上,该消息就不能被发送至其他终端,进一步提高即时通信的数据安全性。
在上述任一技术方案中,优选的,在确定所述消息不可被发送至所述第二客户端时,提示用户不可发送包含敏感词的消息;在确定所述消息可被发送至所述第二客户端时,将所述消息之后的预设条数的消息发送至所述服务器进行保存。
如果消息涉密程度较高,则该消息不可被发送至其他终端,并且可提示用户该消息所包含的敏感词,提高用户体验。如果确定包含敏感词的消息可以被发送,则将这之后的消息也上传给服务器进行保存,以便于对本次会话内容进行监视,该预设条数可以根据实际需要被任意设置。
在上述任一技术方案中,优选的,所述服务器根据所述消息中包含的敏感词类型对来自所述第一客户端的消息进行分类保存。
在上述任一技术方案中,优选的,还可以包括:所述服务器将新增敏感词发送至所述第一客户端,以更新所述敏感词根表;检测所述第一客户端中保存的消息是否包含所述新增敏感词;将所述第一客户端中保存的包含有新增敏感词的消息发送至所述服务器进行保存。
如果新增加敏感词,则可以将该新增的敏感词加入客户端的敏感词根表中进行更新,并检测终端中当前保存的消息是否包含该新增的敏感词,如果包含,则将这些消息上传至服务器进行保存。
通过上述消息监视方法,使客户端只有在发送信息触及敏感词时,才开始向服务器端发送此次会话以后的N条记录,防止了大量非敏感信息保存到服务器资源,减轻了服务器压力,也保证了敏感信息的完整性,使得管理层对信息监视更加高效。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种终端,其特征在于,包括:
判断单元,用于在第一客户端发送消息至第二客户端时,根据存储在所述第一客户端的敏感词根表判断所述消息是否包含敏感词;
消息上传单元,连接至所述判断单元,用于在确定所述消息包含敏感词时,将所述消息发送至服务器进行保存。
2.根据权利要求1所述的终端,其特征在于,所述敏感词根表中每个敏感词具有对应的敏感等级;
所述判断单元还用于在确定所述消息包含敏感词时,根据所述消息中包含的敏感词对应的敏感等级,判断所述消息是否可以被发送至所述第二客户端。
3.根据权利要求2所述的终端,其特征在于,所述终端还包括:提示单元,在确定所述消息不可被发送至所述第二客户端时,提示用户不可发送包含敏感词的消息;
所述消息上传单元还用于在确定所述消息可被发送至所述第二客户端时,将所述消息之后的预设条数的消息发送至所述服务器进行保存。
4.根据权利要求1至3中任一项所述的终端,其特征在于,还包括:更新单元和检测单元,所述更新单元用于接收来自所述服务器的新增敏感词,并根据所述新增敏感词更新所述敏感词根表,所述检测单元用于检测所述终端中保存的消息是否包含所述新增敏感词;
所述消息上传单元还用于将所述终端中保存的包含有新增敏感词的消息发送至所述服务器进行保存。
5.一种服务器,其特征在于,包括:
敏感词同步单元,将设置的敏感词以及敏感词等级同步至各终端;
存储器,接收各所述终端上传的消息,并根据所述消息包含的敏感词类型对所述消息进行分类保存。
6.一种消息监视方法,其特征在于,包括:
在第一客户端发送消息至第二客户端时,根据存储在所述第一客户端的敏感词根表判断所述消息是否包含敏感词;
在确定所述消息包含敏感词时,将所述消息发送至服务器进行保存。
7.根据权利要求6所述的消息监视方法,其特征在于,还包括:
所述敏感词根表中每个敏感词具有对应的敏感等级;
在确定所述消息包含敏感词时,根据所述消息中包含的敏感词对应的敏感等级,判断所述消息是否可以被发送至所述第二客户端。
8.根据权利要求7所述的消息监视方法,其特征在于,在确定所述消息不可被发送至所述第二客户端时,提示用户不可发送包含敏感词的消息;
在确定所述消息可被发送至所述第二客户端时,将所述消息之后的预设条数的消息发送至所述服务器进行保存。
9.根据权利要求6所述的消息监视方法,其特征在于,所述服务器根据所述消息中包含的敏感词类型对来自所述第一客户端的消息进行分类保存。
10.根据权利要求6至9中任一项所述的消息监视方法,其特征在于,还包括:
所述服务器将新增敏感词发送至所述第一客户端,以更新所述敏感词根表;
检测所述第一客户端中保存的消息是否包含所述新增敏感词;
将所述第一客户端中保存的包含有新增敏感词的消息发送至所述服务器进行保存。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310392651.5A CN103490978A (zh) | 2013-09-02 | 2013-09-02 | 终端、服务器和消息监视方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310392651.5A CN103490978A (zh) | 2013-09-02 | 2013-09-02 | 终端、服务器和消息监视方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103490978A true CN103490978A (zh) | 2014-01-01 |
Family
ID=49830949
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310392651.5A Pending CN103490978A (zh) | 2013-09-02 | 2013-09-02 | 终端、服务器和消息监视方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103490978A (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107222398A (zh) * | 2017-07-24 | 2017-09-29 | 广州腾讯科技有限公司 | 社交消息控制方法、装置、存储介质和计算机设备 |
CN107873096A (zh) * | 2015-06-27 | 2018-04-03 | 迈克菲有限责任公司 | 敏感聊天数据的保护 |
CN107895122A (zh) * | 2017-11-08 | 2018-04-10 | 山东大学 | 一种专用敏感信息主动防御方法、装置及系统 |
CN108418809A (zh) * | 2018-02-07 | 2018-08-17 | 平安科技(深圳)有限公司 | 聊天数据处理方法、装置、计算机设备及存储介质 |
CN108452525A (zh) * | 2017-12-25 | 2018-08-28 | 福建省天奕网络科技有限公司 | 一种游戏中聊天信息的监控方法及系统 |
CN109933629A (zh) * | 2019-03-15 | 2019-06-25 | 腾讯科技(深圳)有限公司 | 数据同步方法、装置、计算机设备以及可读存储介质 |
CN110765302A (zh) * | 2019-09-20 | 2020-02-07 | 广州坚和网络科技有限公司 | 一种对海量用户生产内容进行自动内容管控的方法 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102227113A (zh) * | 2011-05-31 | 2011-10-26 | 广州华多网络科技有限公司 | 实现通讯消息过滤的方法与系统 |
-
2013
- 2013-09-02 CN CN201310392651.5A patent/CN103490978A/zh active Pending
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102227113A (zh) * | 2011-05-31 | 2011-10-26 | 广州华多网络科技有限公司 | 实现通讯消息过滤的方法与系统 |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107873096A (zh) * | 2015-06-27 | 2018-04-03 | 迈克菲有限责任公司 | 敏感聊天数据的保护 |
CN107873096B (zh) * | 2015-06-27 | 2021-06-15 | 迈克菲有限责任公司 | 敏感聊天数据的保护 |
CN107222398A (zh) * | 2017-07-24 | 2017-09-29 | 广州腾讯科技有限公司 | 社交消息控制方法、装置、存储介质和计算机设备 |
CN107895122A (zh) * | 2017-11-08 | 2018-04-10 | 山东大学 | 一种专用敏感信息主动防御方法、装置及系统 |
CN108452525A (zh) * | 2017-12-25 | 2018-08-28 | 福建省天奕网络科技有限公司 | 一种游戏中聊天信息的监控方法及系统 |
CN108452525B (zh) * | 2017-12-25 | 2021-06-29 | 福建省天奕网络科技有限公司 | 一种游戏中聊天信息的监控方法及系统 |
CN108418809A (zh) * | 2018-02-07 | 2018-08-17 | 平安科技(深圳)有限公司 | 聊天数据处理方法、装置、计算机设备及存储介质 |
CN108418809B (zh) * | 2018-02-07 | 2020-09-18 | 平安科技(深圳)有限公司 | 聊天数据处理方法、装置、计算机设备及存储介质 |
US20210167970A1 (en) * | 2019-03-15 | 2021-06-03 | Tencent Technology (Shenzhen) Company Limited | Data synchronization method and apparatus, computer device, and readable storage medium |
WO2020187069A1 (zh) * | 2019-03-15 | 2020-09-24 | 腾讯科技(深圳)有限公司 | 数据同步方法、装置、计算机设备以及可读存储介质 |
CN109933629A (zh) * | 2019-03-15 | 2019-06-25 | 腾讯科技(深圳)有限公司 | 数据同步方法、装置、计算机设备以及可读存储介质 |
CN109933629B (zh) * | 2019-03-15 | 2021-07-30 | 腾讯科技(深圳)有限公司 | 数据同步方法、装置、计算机设备以及可读存储介质 |
CN110765302A (zh) * | 2019-09-20 | 2020-02-07 | 广州坚和网络科技有限公司 | 一种对海量用户生产内容进行自动内容管控的方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103490978A (zh) | 终端、服务器和消息监视方法 | |
CN108052675A (zh) | 日志管理方法、系统及计算机可读存储介质 | |
CN102497427B (zh) | 实现可再生能源监测系统数据采集服务的方法和装置 | |
CN106874778B (zh) | 基于Android系统的智能终端文件获取以及数据恢复系统及方法 | |
CN103095819A (zh) | 推送数据信息的方法及数据信息推送系统 | |
CN104125135B (zh) | 一种即时通信应用聊天记录的管理方法和终端 | |
CN107103014A (zh) | 历史推送信息的重现方法、装置和系统 | |
US20160179849A1 (en) | Machine to machine data aggregator | |
CN104253714A (zh) | 监控方法、系统、浏览器及服务器 | |
WO2015010593A1 (en) | Method and apparatus for displaying contact list | |
CN105577772A (zh) | 素材接收方法、素材上传方法及装置 | |
CN108132868A (zh) | 一种数据监控方法、装置、计算设备及存储介质 | |
CN109525949A (zh) | 注册方法及装置、存储介质、服务器、用户终端 | |
CN104468399A (zh) | 数据传输方法、装置和服务器 | |
CN105893580A (zh) | 一种使用微信平台创建和管理电子日记的方法 | |
CN108196902A (zh) | 用于展示开屏广告的方法与设备 | |
CN106709053A (zh) | 数据切片管理方法及系统 | |
CN102387255B (zh) | 一种利用智能卡处理第三方扩展业务数据的方法与装置 | |
CN107395377B (zh) | 一种广播列表推送方法 | |
CN107959696A (zh) | 一种日志话单处理方法及系统 | |
CN107666431B (zh) | 书签通讯消息获取方法和装置 | |
CN105577462B (zh) | 移动设备的流量统计方法及装置 | |
CN106469166A (zh) | 一种信息处理方法及装置 | |
CN105978749A (zh) | 一种局域网内计算机硬件信息的监测方法及系统 | |
WO2012139462A1 (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 | ||
C41 | Transfer of patent application or patent right or utility model | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20160128 Address after: 100094 Beijing City, North Road, Haidian District, No. 68, building 2, floor 2 Applicant after: You Pu Information Technology Co., Ltd of UFSOFT Address before: 100094 Beijing city Haidian District North Road No. 68, UFIDA Software Park Applicant before: UFIDA Software Co., Ltd. |
|
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20140101 |