CN106131134B - 一种消息内容合并去重方法及*** - Google Patents

Abstract

本发明公开了一种消息合并去重方法及***，该去重方法主要包括如下步骤：从所述多个用户终端中获取消息；将消息以设定的时间间隔以及以设定的消息索引方式存储；按照设定的索引比对的规则来对所述存储后的消息进行去重和/或合并处理，消息包括消息流水单号、操作人、操作行为、操作内容、操作对象及操作时间，在用户终端中设置缓冲时间，在用户完成操作之后的一定时间内，用户终端不录入消息。按照本发明实现的消息合并去重方法及***，能够在消息采集的第一步就设置相应的消息操作的缓冲时间，以避免在错误重复操作情况下的消息的重复生成，使得消息以简洁的格式能够在用户交互终端被显示，提高网络资源的利用效率。

Description

一种消息内容合并去重方法及***

技术领域

本发明属于互联网社交领域，更具体地，涉及一种消息内容合并去重方法及***。

背景技术

将消息通知作为社交领域的交互的情况越来越多，随着用户数量的增长，用户之间的信息交互容量也增大，造成对信息的处理越来越复杂，对消息的处理要求也越来越高，如何将消息来进行处理，从而达到减小消息量的效果，从而实现节约资源的效果是亟待解决的问题，同时在目前的互联网社交相关领域中，针对业务终端发出的海量消息进行去重而得到的过滤结果准确性差、效率低，目前还没有提出有效的解决方法。。

目前现有技术中的消息的处理，主要涉及的是去重的方法，主要是依据消息的具体内容来进行比较，从而实现相同消息内容的去重，形式比较单一，而且判断依据也比较单调，即基于消息的灵活处理的技术还未见到。

发明内容

针对现有技术的以上缺陷或改进需求，本发明提供了一种消息内容合并去重方法，由此解决现有技术中的消息过滤准确性差，并且无法对大量消息进行合并的问题。

为实现上述目的，按照本发明的一个方面，提供了一种消息合并去重方法，其特征在于，该合并去重方法主要包括如下步骤：

从多个用户终端中获取消息；

将消息以设定的时间间隔和设定的消息索引方式存储；

按照设定的索引比对的规则来对所述存储后的消息进行去重和/或合并处理。

进一步地，所述消息包括消息流水单号、操作人、操作行为、操作目标、操作对象及操作时间。

进一步地，所述从多个用户终端获取的消息是在所述用户终端中经过如下去重步骤的消息：在所述用户终端中设置缓冲时间，在用户完成操作后的所述缓冲时间内，所述用户终端不录入消息。

进一步地，在设定的时间间隔内，将所述消息按照所述设定的消息索引方式存储为历史流水记录以及新增流水记录。

进一步地，所述去重的处理步骤是在消息被存储到所述新增流水记录中时执行。

进一步地，所述合并的处理步骤如下：

比对所述设定的索引比对规则下的消息内容，如果判定为没有重复，则直接发送至所述操作对象；

若判定为有重复，则在所述历史流水记录中等待被合并。

按照本阿明的另外一个方面，还提供了一种消息合并去重***，其特征在于，所述***包括：

多个用户终端，用于生成消息，所述消息被保存至服务器；

用户交互终端，从所述服务器中获取所述消息，在服务器中进行去重和/或合并处理，以生成一个或多个发送给用户交互终端的消息。

进一步地，所述服务器还包括：

生成模块，用于获取用户终端生成的一个或多个消息，并将所述消息以设定的消息索引方式进行存储，生成后依据设定的时间间隔选择保存至历史流水记录或者是新增流水记录。

进一步地，所述服务器中包括：

第一读取模块，用于读取历史流水记录中的消息；第二读取模块，用于读取新增流水记录中的消息；合并处理规则设定模块，设定消息的合并处理流程；以及第一处理模块，用于通过对所述第一读取模块获得的消息进行处理。

进一步地，所述第一处理模块包括：

去重单元，用于在检测到所述设定的索引下的消息内容相同时，执行去重处理；

合并单元，用于按照所述合并处理规则设定模块所设定的规则，

其中，在确认合并的情况下，读取需要合并的预定消息，按照设定的合并输出消息流格式以生成目标消息；

另外在确认不合并的情况下，将所述预定消息按照设定的输出消息流格式输出。

总体而言，通过本发明所构思的以上技术方案与现有技术相比，能够取得下列有益效果：

(1)按照本发明实现的消息合并去重方法，在消息采集的第一步就设置相应的消息操作的缓冲时间，以避免在错误重复操作情况下的消息的重复；

(2)按照本发明实现的消息合并去重方法，提出了按照消息存储的方式和格式，并且按照一定的时间间隔来对消息进行处理，使得消息的处理和存储有条不紊；

(3)提出了优化的消息存储格式和索引，并且按照优化后的顺序来执行相应的去重和合并步骤，使得消息以简洁的格式能够在用户交互终端被显示，由此实现更加有序的信息交互。

附图说明

图1为按照本发明实现的消息合并与去重处理中的交互***的总体模块框图；

图2为按照本发明实现的消息合并与去重处理中的消息处理的总体框架流程图；

图3为按照本发明实现的消息合并与去重处理中的对消息进行时间处理；

图4为按照本发明实现的消息合并与去重处理中的针对历史流水记录的流程图；

图5为按照本发明实现的消息合并与去重处理***的模块示意图；

图6为按照本发明实现的消息合并与去重处理***中的第一处理模块的模块结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。此外，下面所描述的本发明各个实施方式中所涉及到的技术特征只要彼此之间未构成冲突就可以相互组合。

图1是根据本申请实施例的网站消息处理***的结构示意图。

如图1所示，该消息处理***包括：多个用户终端，用于生成关于网站内容的关注、回复、收藏、点赞等各类消息，上述网站消息处理中用户的所有操作均会被保存至服务器；以及，用户交互终端，其从服务器中获取相应的用户终端的消息流，在服务器中对网站消息进行合并去重处理，以生成一个或多个发送给用户交互终端的消息。

本申请上述实施例中，所有用户终端所发出的消息，其操作都会被服务器所记录，并且，每个用户的操作记录均被如下表1所示的形式被记录，该记录方式的编辑过程在服务器端完成。

表1用户的操作记录格式

流水单号	操作人	操作行为	操作目标	操作对象	操作时间
						21332456	UID_3745	good	NID_123354	UID_3475	20160406100602

即在用户终端发出的消息存储中，被以消息流水单号、操作人、操作行为、操作目标、操作对象、操作时间等索引信息所标记。

在本发明中，针对消息和合并去重处理过程是，先针对用户在完成操作之后，先进行以日为单位的消息合并，同时针对目录进行分割，即在用户完成操作行为之后，为每个操作行为设置分割录入的时间，即在用户完成操作行为之后，用户端会进行一定时间的缓冲，从而减少中间用户重复操作导致的重复消息，最后基于分割录入的时间节点将该用户的所有操作记录均记录进入到服务器中；其次在消息的合并上，可以对消息的比对索引进行一个顺序的初步判断，例如可以先判断用户终端发出消息的消息行为，接着再判断消息目标，并且按照设定的格式，例如(操作人，操作行为，操作目标)的属性来进行合并，实现最大幅度减少终端之间交互的无效消息及冗余重复的消息，进一步提升了***性能和减少网络带宽资源浪费的效果。

具体的，在目前的社交网络领域，通常在用户之间采用各种交互方式来实现信息的交互，给社交网络上发出的消息都具有相应的信息索引，即给每个消息的各类属性添加消息的索引，按照表1的形式保存入服务器，其中如下表2所示，其中消息的索引的类型主要如下：

操作人	操作行为	操作目标	操作对象
				UID	发布	帖子	Topic_ID
UID	回复	帖子	UID
				UID	回复	楼层	UID
UID	回复	评论	UID
				UID	关注	用户	UID
UID	关注	帖子	UID

操作人，是通过对用户的ID编码来作为相应的身份识别的，其中操作行为主要涉及发布、回复、关注、评论等，操作的目标可以是针对用户发布的帖子，以及评论的楼层，以及对用户进行相应的评论操作，其中操作对象的属性也是用ID编码的方式来反映用户的身份信息。

由于本发明中的消息的存储是通过对时间的分割录入的，由此，在一定程度上避免了由于相同用户的重复误操作造成的冗余消息。另一方面，还可以设定的时间间隔来进行相应的合并操作处理。

由上述表2的索引可知，服务器可以根据消息中的索引来确定该消息的处理，从而进行准确的进行去重和/或合并处理，由于用户的每次操作都有相应的方式已经在服务器中存储，基于一定优化顺序的索引对比来去重和/或合并处理，大幅度减少***间交互的消息量。

本申请中的***还可以包括：其它终端，及除了与服务器进行信息交互的各用户终端，本***中该包括多个类型的其它终端，例如管理平台总端，可以在该平台上进行信息的总体管理，及可从服务器上读取相应的消息进行管理。

本申请实施例中涉及到的用户终端可以是指应用各种应用程序的终端设备，该终端设备可以是电脑、手机、PAD等设备，它是消息的发起者即操作人，也可能是消息的操作对象即用户的交互终端来进行消息的处理；服务器可以是具有计算、数据存储和处理功能的设备，它负责保存待发送的消息或者曾经发送不成功等待重发的消息；消息是指交互的具有内容的信息；其中消息索引是指消息在服务器中存储所表达的机器语言，消息的各种属性也按照索引的分类方式被以机器语言来进行存储。

图2是根据本申请实施例一的消息处理方法的流程图；。

如图2所示该方法包括如下步骤：

STEP1：用户终端进行操作，发出消息；

STEP2：服务器对用户终端的消息按照相应的格式进行记录；

STEP3：通过在服务器中执行去重处理和/或合并处理，以生成一个消息流从而发送予用户交互终端，该终端可以是用户，也可以是其它类型终端如管理平台。

本申请上述实施例中在STEP1中，在用户终端上执行操作行为之后，终端会进行一定时间的缓冲，及在该缓冲时间段内的操作并不作为消息发出，减少中间用户重复操作导致的重复消息，使得在去重处理和/合并处理过程中，能够进一步地减小因为用户的重复操作所造成的失误。

在本申请的上述实施例中，在STEP2中，对STEP1中的用户终端的操作都会以如下格式来进行记录：流水单号、操作人、操作行为、操作目标、操作对象、操作时间，例如在表1的其中实施方式中，流水单号以顺序编号21332456，操作人以UID_3745，操作行为以good，操作目标以NID_123354，操作对象以UID_3475，操作时间以日期的时间精度来进行记录20160406100602来记录，这样规范消息的记录格式，使得消息能够以较规范的方式进行管理，方便后续对上述消息进行相应的操作。

如图3所示，在本申请的上述实施例中，在STEP3中，主要包括如下的子步骤：

STEP3-1：服务器先判定该条消息的操作时间，如果是在设定的时间范围之内的消息流，合并予历史流水消息流，如果是在设定的时间范围之外的消息流，放入新增流水中，并等待合并入历史消息流；

STEP3-2：服务器在历史流水的消息流中，先进行操作对象的合并，合并的结果存入服务器；

STEP3-3：服务器针对已经进行过操作对象合并的消息流进行合并操作行为的合并，从而形成新的消息流在操作对象所对应的用户交互终端显示。

例如在如下的实施例中的STEP3-3中，主要形成如下方式的消息流来进行显示，{操作人}，{操作人}，{操作人}{操作行为}{操作对象}，如下表3所示，是合并之前的消息记录表格，先按照操作对象{你}形成合并的目标，再按照操作行为{关注}形成合并的目标，最后形成了如下表3所示的优化后的消息流推送给相应的操作对象即用户交互终端，完成合并后的消息流的推送。

表3消息合并前后的对比

如图4所示，具体的，上述实施例中针对历史流水的处理过程如下：

STEP3-1-1：服务器从历史消息流中读取消息；

STEP3-1-2：比对消息的操作行为，如操作行为没有在历史流水中出现，则直接识别消息目标，相对的操作对象发送消息，如果操作行为在历史流水中有重复，则进入下述步骤；

STEP3-1-3：与历史流水中的记录进行消息目标的比对，如果存在消息目标的重复，则直接合并入历史流水中，并按照合并后的格式来生成消息。

按照实施例的上述步骤，能够首先在用户终端上就实现对消息的一次去重，并且在服务器的消息存储上，采用历史流水和新增流水的方式来进行数据的合并管理，不会出现数据管理的混乱问题，并且设定按照一定顺序的消息识别合并方式来进行管理，提出了在用户交互终端进行消息显示的格式，使得信息交互简洁，避免了相应的用户交互终端被冗余的消息频繁骚扰。

按照本发明的另外一个方面，图5是根据本申请实施例的网站消息合并去重处理装置的结构示意图。

该处理装置包括：第一读取模块，用于读取历史流水记录中的消息；第二读取模块，用于读取新增流水记录中的消息；合并处理规则设定模块，设定消息的合并处理流程；以及第一处理模块，用于通过从第一获取模块获得的消息进行相应的合并去重处理，从而生成合并后的消息流发送于相应的交互用户终端。

本申请上述实施例中通过第一读取模块和第二读取模块，分别从服务器中获得历史流水记录以及新增流水记录，就可以通过第一处理模块对消息进行有序的处理，并且由于对合并处理规则设定模块中对消息进行相应的合并操作处理的规则设定，能够对消息的处理采用优化的合并规则来进行处理，并且还可针对不同的操作目标来进行相应的合并规则的优化，其中第一处理模块在进行消息处理的时候，还按照消息的目标格式进行相应合并后的消息格式的生成，使得在用户交互端生成能够充分满足尽量简洁的消息合并方式进行显示，其中第二读取模块定时从新增流水ilu中获取消息并于第一读取模块。

在本发明中，上述实施例中的装置包括：

生成模块，用于获取用户终端生成的一个或多个消息，并将操作的每条消息以相应的消息格式进行记录编辑，生成后依据操作时间选择保存至历史流水记录或者是新增流水记录；

以供相应的第一读取模块或者是第二读取模块来从历史流水记录或者是新增流水记录中来进行读取。这种通过时间间隔的管理方式，使得更新消息的记录和保存的过程有条不紊，提高了整个消息合并过程的灵活性和易用性。

其中消息格式的设置方式，第一种为自动设置的方式，即在接收消息之前已经在成模块中设置好消息格式，第二种方式为根据新的消息类型来提取新的消息格式形成新的经验格式，从而可以实现对新的消息类型来实现更广应用范围的管理。

第一处理模块包括：

去重单元，用于在检测到所有参与比对的消息中存在比对的消息相同的情况下，选择每组消息格式中的索引来进行消息的去重处理；

合并单元，用于按照合并处理规则设定模块所设定的规则，其中，在确认合并的情况下，读取需要与第一消息合并的预定消息，并将第一消息的内容与预设消息的内容进行合并，按照设定的输出消息流格式以生成目标消息；在确认不合并的情况下，将第一消息直接按照设定的输出消息流格式进行消息输出。

本实施例中涉及的合并单元和去重单元可以独立完成海量消息的完成大幅度减少***之间交互的无效消息和冗余消息，可以先执行合并，再执行去重，但处理过程中两个模块的启动顺序不限于此，也可以调换过来。

按照本申请实现了如下技术效果：通过消息读取时间的管理和消息历史流水记录和新增流水记录的管理，并且进行了去重合并处理的有效规划，大幅度减少了***间交互的无效消息和冗余消息。可以实现在各类场景下都进行合理的去冗余消息的效果，进一步也提升了***性能和减少带宽资源浪费的效果。

本领域的技术人员容易理解，以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (3)

1.一种消息合并去重方法，其特征在于，该合并去重方法主要包括如下步骤：

从多个用户终端中获取消息；

将消息以设定的时间间隔和设定的消息索引方式存储；在设定的时间间隔内，将所述消息按照所述设定的消息索引方式存储为历史流水记录以及新增流水记录；

按照设定的索引比对规则来对所述存储后的消息进行去重和/或合并处理；所述去重的处理步骤是在消息被存储到所述新增流水记录中时执行，所述从多个用户终端获取的消息是在所述用户终端中经过如下去重步骤的消息：在所述用户终端中设置缓冲时间，在用户完成操作后的所述缓冲时间内，所述用户终端不录入消息；所述合并的处理步骤如下：比对所述设定的索引比对规则下的消息内容，如果判定为没有重复，则直接发送至操作对象；若判定为有重复，则在所述历史流水记录中等待被合并。

2.如权利要求1所述的消息合并去重方法，其特征在于，所述消息包括消息流水单号、操作人、操作行为、操作目标、操作对象及操作时间。

3.一种消息合并去重***，其特征在于，所述***包括：

多个用户终端，用于生成消息，所述消息被保存至服务器；

用户交互终端，从所述服务器中获取所述消息，在服务器中进行去重和/或合并处理，以生成一个或多个发送给用户交互终端的消息，所述服务器还包括：

生成模块，用于获取用户终端生成的一个或多个消息，并将所述消息以设定的消息索引方式进行存储，生成后依据设定的时间间隔选择保存至历史流水记录或者是新增流水记录；所述服务器中包括：

第一读取模块，用于读取历史流水记录中的消息；第二读取模块，用于读取新增流水记录中的消息；合并处理规则设定模块，设定消息的合并处理流程；以及第一处理模块，用于通过对所述第一读取模块获得的消息进行处理；

所述第一处理模块包括：

去重单元，用于在检测到设定的索引下的消息内容相同时，执行去重处理；

合并单元，用于按照所述合并处理规则设定模块所设定的规则，其中，在确认合并的情况下，读取需要合并的预定消息，按照设定的合并输出消息流格式以生成目标消息；

另外在确认不合并的情况下，将所述预定消息按照设定的输出消息流格式输出。