CN105516236A - 消息推送方法及装置 - Google Patents

消息推送方法及装置 Download PDF

Info

Publication number
CN105516236A
CN105516236A CN201510801711.3A CN201510801711A CN105516236A CN 105516236 A CN105516236 A CN 105516236A CN 201510801711 A CN201510801711 A CN 201510801711A CN 105516236 A CN105516236 A CN 105516236A
Authority
CN
China
Prior art keywords
message
communication terminal
semanteme
sends
communication
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
Application number
CN201510801711.3A
Other languages
English (en)
Inventor
马坤
史大龙
林锦滨
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Xiaomi Technology Co Ltd
Xiaomi Inc
Original Assignee
Xiaomi Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Xiaomi Inc filed Critical Xiaomi Inc
Priority to CN201510801711.3A priority Critical patent/CN105516236A/zh
Publication of CN105516236A publication Critical patent/CN105516236A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/55Push-based network services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/06Message adaptation to terminal or network requirements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/52Network services specially adapted for the location of the user terminal

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本公开是关于消息推送方法及装置。该方法包括:获取第一通讯端发送的第一消息;对所述第一消息进行语义分析,获得所述第一消息的语义;在接收到的第二通讯端发送的消息中,根据所述第一消息的语义,确定与所述第一消息之间满足预设匹配关系的第二消息;将所述第二消息推送给所述第一通讯端。该方法使得通讯端用户能够获得与自己兴趣匹配的消息,满足了用户的需求;另外,由于推送给通讯端的消息是经过筛选的,而不是像目前技术那样不经过筛选就全部推送给了通讯端,从而不会浪费通讯端侧的网络资源。

Description

消息推送方法及装置
技术领域
本公开涉及消息推送技术领域,尤其涉及消息推送方法及装置。
背景技术
目前,随着弹幕这种新颖个性的展示方式的流行,很多聊天产品采用了弹幕的展示形式。比如视频网站的评论采用弹幕展示,各种评论都会出现在屏幕上。但是由于弹幕的内容是没有被筛选过的,通常不会与用户的兴趣吻合,这就使得用户不能获得与自己兴趣相匹配的信息,同时大量用户不感兴趣的信息推送给用户,也浪费了用户的网络资源。
发明内容
本公开实施例提供消息推送方法及装置。所述技术方案如下:
根据本公开实施例的第一方面,提供一种消息推送方法,用于服务器,包括:
获取第一通讯端发送的第一消息;
对所述第一消息进行语义分析,获得所述第一消息的语义;
在接收到的第二通讯端发送的消息中,根据所述第一消息的语义,确定与所述第一消息之间满足预设匹配关系的第二消息;所述第二通讯端包括除所述第一通讯端之外的任意一个或多个通讯端;
将所述第二消息推送给所述第一通讯端。
在一个实施例中,所述方法还包括:将所述第一消息推动给所述第二消息的发送方;所述发送方是向服务器发送所述第二消息的通讯端,所述第二通讯端包括所述发送方。
在一个实施例中,所述预设匹配关系包括语义一致、语义相反、语义互补中的任一种或多种。
在一个实施例中,当所述预设匹配关系包括语义互补时,所述在第二通讯端发送的消息中,根据所述第一消息的语义,确定与所述第一消息之间满足预设匹配关系的第二消息,包括:
判断所述第一消息的语义中是否包含需求型语义;
当所述第一消息的语义中包含需求型语义时,在所述第二通讯端发送的消息中,查找与所述需求型语义之间具有互补关系的消息,将查找到的该消息作为所述第二消息。
在一个实施例中,所述方法还包括:根据所述第二通讯端发送的消息的语义,对所述第二通讯端发送的消息进行分类,获得至少一种类型下的消息;
所述在第二通讯端发送的消息中,根据所述第一消息的语义,确定与所述第一消息之间满足预设匹配关系的第二消息,包括:根据所述第一消息的语义,确定所述第一消息所归属的类型;在所述至少一种类型下的消息中,确定所述第一消息所归属的类型下的消息;在所述第一消息所归属的类型下的消息中,确定与所述第一消息之间满足预设匹配关系的第二消息。
在一个实施例中,所述第一消息中携带有所述第一通讯端所处的地理位置信息;
所述方法还包括:
在除所述第一通讯端之外的其他通讯端中,确定与所述第一通讯端所处的地理位置之间的距离不超过预设距离的通讯端;将确定出的该通讯端确定为所述第二通讯端。
在一个实施例中,所述方法还包括:
获取所述第一通讯端发送的第二通讯端的用户特征信息;
在除所述第一通讯端之外的其他通讯端中,确定具有所述第二通讯端的用户特征信息的通讯端;将确定出的通讯端确定为所述第二通讯端。
在一个实施例中,所述方法还包括:
记录所述第一通讯端发送所述第一消息的第一发送时间;
记录除所述第一通讯端之外的其他通讯端各自发送消息的第二发送时间;
在除所述第一通讯端之外的其他通讯端发送的消息中,确定第二发送时间与第一发送时间之间的时间间隔等于或小于预设时间间隔的通讯端;将确定出的通讯端确定为所述第二通讯端。
在一个实施例中,所述第一消息和/或所述第二通讯端发送的消息的内容大小等于或小于预设内容大小。
根据本公开实施例的第二方面,提供了一种消息推送装置,用于服务器,包括:
第一获取模块,用于获取第一通讯端发送的第一消息;
分析模块,用于对所述获取模块获取到的所述第一消息进行语义分析,获得所述第一消息的语义;
匹配模块,用于在接收到的第二通讯端发送的消息中,根据所述分析模块获得的第一消息的语义,确定与所述第一消息之间满足预设匹配关系的第二消息;所述第二通讯端包括除所述第一通讯端之外的任意一个或多个通讯端;
第一推送模块,用于将所述匹配模块确定出的第二消息推送给所述第一通讯端。
在一个实施例中,所述装置还包括:
第二推送模块,用于将所述第一消息推动给所述第二消息的发送方;所述发送方是向服务器发送所述第二消息的通讯端,所述第二通讯端包括所述发送方。
在一个实施例中,所述匹配模块包括:
第一匹配子模块,用于当所述预设匹配关系包括语义互补时,判断所述第一消息的语义中是否包含需求型语义;当所述第一消息的语义中包含需求型语义时,在所述第二通讯端发送的消息中,查找与所述需求型语义之间具有互补关系的消息,将查找到的该消息作为所述第二消息。
在一个实施例中,所述装置还包括:
分类模块,用于根据所述第二通讯端发送的消息的语义,对所述第二通讯端发送的消息进行分类,获得至少一种类型下的消息;
所述匹配模块,包括:
第二匹配子模块,用于根据所述第一消息的语义,确定所述第一消息所归属的类型;在所述至少一种类型下的消息中,确定所述第一消息所归属的类型下的消息;在所述第一消息所归属的类型下的消息中,确定与所述第一消息之间满足预设匹配关系的第二消息。
在一个实施例中,所述装置还包括:
第一确定模块,用于在所述第一消息中携带有所述第一通讯端所处的地理位置信息时,在除所述第一通讯端之外的其他通讯端中,确定与所述第一通讯端所处的地理位置之间的距离不超过预设距离的通讯端;将确定出的该通讯端确定为所述第二通讯端。
在一个实施例中,所述装置还包括:
第二获取模块,用于获取所述第一通讯端发送的第二通讯端的用户特征信息;
第二确定模块,用于在除所述第一通讯端之外的其他通讯端中,确定具有所述第二通讯端的用户特征信息的通讯端;将确定出的通讯端确定为所述第二通讯端。
在一个实施例中,所述装置还包括:
第一记录模块,用于记录所述第一通讯端发送所述第一消息的第一发送时间;
第二记录模块,用于记录除所述第一通讯端之外的其他通讯端各自发送消息的第二发送时间;
第三确定模块,用于在除所述第一通讯端之外的其他通讯端发送的消息中,确定第二发送时间与第一发送时间之间的时间间隔等于或小于预设时间间隔的通讯端;将确定出的通讯端确定为所述第二通讯端。
根据本公开实施例的第三方面,提供了一种消息推送装置,用于服务器,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:
获取第一通讯端发送的第一消息;
对所述第一消息进行语义分析,获得所述第一消息的语义;
在接收到的第二通讯端发送的消息中,根据所述第一消息的语义,确定与所述第一消息之间满足预设匹配关系的第二消息;所述第二通讯端包括除所述第一通讯端之外的任意一个或多个通讯端;
将所述第二消息推送给所述第一通讯端。
本公开的实施例提供的技术方案可以包括以下有益效果:
上述技术方案提供了一种消息推送技术,该技术是基于通讯端所发送的消息语义,来向通讯端返回其他通讯端发送的、与上述消息语义相关的消息,以使得通讯端用户能够获得与自己兴趣匹配的消息,满足了用户的需求;另外,由于推送给通讯端的消息是经过筛选的,而不是像目前技术那样不经过筛选就全部推送给了通讯端,从而不会浪费通讯端侧的网络资源。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。
图1是根据一示例性实施例示出的一种消息推送方法的流程图。
图2是根据一示例性实施例示出的另一种消息推送方法的流程图。
图3是根据一示例性实施例示出的第一种消息推送装置的框图。
图4是根据一示例性实施例示出的第二种消息推送装置的框图。
图5是根据一示例性实施例示出的第三种消息推送装置的框图。
图6是根据一示例性实施例示出的第四种消息推送装置的框图。
图7是根据一示例性实施例示出的第五种消息推送装置的框图。
图8是根据一示例性实施例示出的第六种消息推送装置的框图。
图9是根据一示例性实施例示出的第七种消息推送装置的框图。
图10是根据一示例性实施例示出的适用于消息推送的装置的框图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
本公开实施例提供了一种消息推送技术,该技术是基于通讯端所发送的消息语义,来向通讯端返回其他通讯端发送的、与上述消息语义相关的消息,以使得通讯端用户能够获得与自己兴趣匹配的消息,满足了用户的需求;另外,由于推送给通讯端的消息是经过筛选的,而不是像目前技术那样不经过筛选就全部推送给了通讯端,从而不会浪费通讯端侧的网络资源。
图1是根据一示例性实施例示出的一种消息推送方法,用于服务器,如图1所示,该方法包括步骤S101-S104:
在步骤S101中,获取第一通讯端发送的第一消息。
在步骤S102中,对第一消息进行语义分析,获得第一消息的语义。
在步骤S103中,在接收到的第二通讯端发送的消息中,根据第一消息的语义,确定与第一消息之间满足预设匹配关系的第二消息;第二通讯端包括除第一通讯端之外的任意一个或多个通讯端。
在步骤S104中,将第二消息推送给第一通讯端。
在一个实施例中,上述方法还可以将第一消息推动给第二消息的发送方;发送方是向服务器发送第二消息的通讯端,上述第二通讯端中包括上述发送方。从而,发送第二消息的第二通讯端,也可以接收到与第二消息相匹配的、第一通讯端发送的第一消息,即:满足上述预设匹配关系的两个消息的发送方,都可以接收到对方发送的消息;对于第二通讯端来说,第二通讯端的用户获得了与其自身发送的第二消息相匹配的第一消息,该实施方式在只进行一次消息匹配处理的前提下,使得两个通讯端都获得了与用户兴趣匹配的消息,提高了各个通讯端用户交友的效率。
在一个实施例中,预设匹配关系可以是语义一致、语义相反、语义互补中的任一种关系或多种关系。其中,语义一致是指消息所表达的含义相同,例如第一消息是“打算去看电影”,则与该第一消息的语义一致的第二消息可以是“计划去看电影”、“准备去看电影”等;又例如第一消息是“去下馆子”,则与该第一消息的语义一致的第二消息可以是“去饭店”、“去搓一顿”等。语义相反是指消息所表达的含义相反,例如第一消息是“《港囧》这部电影不好看”,则与该第一消息的语义相反的第二消息可以是“《港囧》这部电影好看”、“港囧差劲”等。语义互补是指消息的语义相互补充,第一消息是需求型消息时,第二消息就是满足第一消息中需求的消息;第一消息是满足某项需求的消息时,第二消息就是提出该某项需求的需求型消息;例如,第一消息是“哪里有书店”,则与该第一消息的语义互补的第二消息可以是“书店在车站附近”、“电影院旁边有一个书店”等。
在一个实施例中,当预设匹配关系为语义一致时,上述步骤S103可实施为:在第二通讯端发送的消息中,查找与第一消息的语义之间的匹配度达到第一匹配度的消息,将查找到的该消息作为第二消息。其中,第一匹配度可以是预先设置的数值。
当预设匹配关系为语义相反时,上述步骤S103可实施为:确定与第一消息的语义相反的相反语义;在第二通讯端发送的消息中,查找与相反语义之间的匹配度达到第二匹配度的消息,将查找到的该消息作为第二消息。其中,第二匹配度可以是预先设置的数值。
当预设匹配关系为语义互补时,上述步骤S103可实施为:判断第一消息的语义中是否包含需求型语义,需求型语义是指提出需求的语义,例如“需要”、“想要”、“缺少”、“求购”、“哪里有”、“寻找”等;当第一消息的语义中包含需求型语义时,在第二通讯端发送的消息中,查找与需求型语义之间具有互补关系的消息,将查找到的该消息作为第二消息;例如,第一消息是“哪里有书店”,则与该第一消息的语义互补的第二消息可以是“书店在车站附近”、“电影院旁边有一个书店”等。
在另一个实施例中,上述方法还可以对第二通讯端发送的消息进行分类,然后根据消息类型来向第一通讯端推送消息,如图2所示,上述方法还可包括步骤S100:根据第二通讯端发送的消息的语义,对第二通讯端发送的消息进行分类,获得至少一种类型下的消息。例如,可以根据第二通讯端发送的消息的语义,确定出“休闲类”、“电影类”、“音乐类”、“逛街类”等多种类型、以及每种类型下的消息。确定一个消息所归属的类型时,可以预先定义每种类型所对应匹配的关键语义,在确定一个消息归属于哪种类型时,首先确定该消息的语义,然后确定该消息的语义中所包含的关键语义,然后将所包含的关键语义对应的类型,确定为该消息所归属的类型。例如可定义“休闲类”这一类型的关键语义为“游乐”、“散步”、“KTV”、“唱歌”等,如果某消息的语义中包括上述关键语义,则可把该消息归入“休闲类”。
相应地,上述步骤S103可实施为S1031-S1033:
在步骤S1031中,根据第一消息的语义,确定第一消息所归属的类型。
在步骤S1032中,在至少一种类型下的消息中,确定第一消息所归属的类型下的消息。
在步骤S1033中,在第一消息所归属的类型下的消息中,确定与第一消息之间满足预设匹配关系的第二消息。
上述实施例提供的方法,在确定与第一消息匹配的第二消息时,只需要在第一消息归属的类型下的消息中进行匹配查找,缩小了查找范围,在保证准确性的同时,节省了工作量,加快了查找速度。
在另一个实施例中,在执行步骤S103之前,还可以按照以下任一种方式来确定哪些通讯端为第二通讯端:
方式一
上述第一消息中还可以携带有第一通讯端所处的地理位置信息;该地理位置信息直接插入第一消息的内容中,或者隐藏携带于第一消息中,并不将该地理位置信息显示出来。此时,如图3所示,上述方法在执行步骤S103之前,还可包括步骤S301-S302:
在步骤S301中,在除第一通讯端之外的其他通讯端中,确定与第一通讯端所处的地理位置之间的距离不超过预设距离的通讯端;
在上述实施例中,需要每个通讯端都将自身的地理位置信息发送给服务器,其中,每个通讯端可以是在自身发送的消息中携带其地理位置信息,也可以是将其地理位置信息直接插入自身发送的消息中,由服务器从每个通讯端发送的消息中获取到。
在步骤S302中,将确定出的该通讯端确定为第二通讯端。
在上述实施例中,第二通讯端是与第一通讯端距离为预设距离内的通讯端,例如预设距离可以是比较短的距离,这样第二通讯端与第一通讯端的距离就较近,这样,最终可以将与第一通讯端距离较近的通讯端发送的、且与第一消息之间满足预设匹配关系的第二消息发送给第一通讯端,使得第一通讯端的用户可以根据第二消息来结识到附近的陌生人,提高交友体验。
方式二
在第一消息中携带第一通讯端的用户提供的期望第二通讯端所处的地理位置区域范围信息,例如第一通讯端位于北京,如果第一通讯端的用户希望获得天津的通讯端用户发送的消息时,可以在第一消息中携带“天津”这一参数作为期望第二通讯端所处的地理位置区域范围信息。此时,上述方法在执行步骤S103之前,还可包括:在除第一通讯端之外的其他通讯端中,确定处于所述地理位置区域范围内的通讯端;将确定出的该通讯端确定为第二通讯端。在该实施例中,第二通讯端的地理位置是满足第一通讯端的用户的期望的,这样,可以将地理位置满足第一通讯端的用户的期望的、且与第一消息之间满足预设匹配关系的第二消息发送给第一通讯端,使得第一通讯端的用户可以根据第二消息来结识到特定地理位置区域范围内的陌生人,提高交友体验。
方式三
第一通讯端可以提供第二通讯端的用户特征信息,用户特征信息可以是性别、年龄、爱好等关于用户的信息。本实施例中,第一通讯端的用户可以根据自身的需求来设置第二通讯端的用户特征信息,并由第一通讯端发送给服务器。此时,上述方法在执行步骤S103之前,还可包括:获取第一通讯端发送的第二通讯端的用户特征信息;在除第一通讯端之外的其他通讯端中,确定具有第二通讯端的用户特征信息的通讯端;将确定出的通讯端确定为第二通讯端。在该实施例中,可以将满足第一通讯端的用户的期望的用户发送的第二消息发送给第一通讯端,使得第一通讯端的用户可以根据第二消息来结识到符合自己期望的用户特征的陌生人,提高交友体验。
方式四
本实施例中,服务器记录第一通讯端发送第一消息的第一发送时间;并记录除第一通讯端之外的其他通讯端各自发送消息的第二发送时间;在执行步骤S103之前,执行如下步骤:在除第一通讯端之外的其他通讯端发送的消息中,确定第二发送时间与第一发送时间之间的时间间隔等于或小于预设时间间隔的通讯端;将确定出的通讯端确定为第二通讯端。在本实施例中,将在第一通讯端发送消息之前的一定时间段内发送过消息的通讯端作为第二通讯端,这样,便缩小了查找匹配消息的范围,提高了查找效率;并且,此时的第二通讯端的用户在线率较大,提高了第一通讯端用户的交友体验。
在一个实施例中,可以预先规定第一通讯端、第二通讯端发送的第一消息的内容大小要等于或小于预设内容大小,这样,便使得每个通讯端发送的消息的内容不至于太庞大,也使得利用本方案对消息的语义进行分析时,能提高语义分析正确率和速度。
对应本公开实施例提供的前述方法,本公开实施例还提供了一种消息推送装置,用于服务器,如图3所示,该装置包括:
第一获取模块31,被配置为获取第一通讯端发送的第一消息;
分析模块32,被配置为对第一获取模块31获取到的第一消息进行语义分析,获得第一消息的语义;
匹配模块33,被配置为在接收到的第二通讯端发送的消息中,根据分析模块32获得的第一消息的语义,确定与第一消息之间满足预设匹配关系的第二消息;第二通讯端包括除第一通讯端之外的任意一个或多个通讯端;
第一推送模块34,被配置为将匹配模块33确定出的第二消息推送给第一通讯端。
在一个实施例中,如图4所示,匹配模块33可包括:
第一匹配子模块41,被配置为当预设匹配关系包括语义互补时,判断第一消息的语义中是否包含需求型语义;当第一消息的语义中包含需求型语义时,在第二通讯端发送的消息中,查找与需求型语义之间具有互补关系的消息,将查找到的该消息作为第二消息。
在一个实施例中,如图5所示,上述装置还可包括:
分类模块51,被配置为根据第二通讯端发送的消息的语义,对第二通讯端发送的消息进行分类,获得至少一种类型下的消息;
匹配模块33,包括:
第二匹配子模块52,被配置为根据第一消息的语义,确定第一消息所归属的类型;在至少一种类型下的消息中,确定第一消息所归属的类型下的消息;在第一消息所归属的类型下的消息中,确定与第一消息之间满足预设匹配关系的第二消息。
在一个实施例中,如图6所示,上述装置还可包括:
第一确定模块61,被配置为在第一消息中携带有第一通讯端所处的地理位置信息时,在除第一通讯端之外的其他通讯端中,确定与第一通讯端所处的地理位置之间的距离不超过预设距离的通讯端;将确定出的该通讯端确定为第二通讯端。
在一个实施例中,如图7所示,上述装置还可包括:
第二获取模块71,被配置为获取第一通讯端发送的第二通讯端的用户特征信息;
第二确定模块72,被配置为在除第一通讯端之外的其他通讯端中,确定具有第二通讯端的用户特征信息的通讯端;将确定出的通讯端确定为第二通讯端。
在一个实施例中,如图8所示,上述装置还可包括:
第一记录模块81,被配置为记录第一通讯端发送第一消息的第一发送时间;
第二记录模块82,被配置为记录除第一通讯端之外的其他通讯端各自发送消息的第二发送时间;
第三确定模块83,被配置为在除第一通讯端之外的其他通讯端发送的消息中,确定第二发送时间与第一发送时间之间的时间间隔等于或小于预设时间间隔的通讯端;将确定出的通讯端确定为第二通讯端。
如图9所示,上述装置还可包括:
第二推送模块91,用于将第一消息推动给第二消息的发送方;发送方是向服务器发送第二消息的通讯端,第二通讯端包括发送方。
根据本公开实施例的第三方面,提供了一种消息推送装置,用于服务器,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,处理器被配置为:
获取第一通讯端发送的第一消息;
对第一消息进行语义分析,获得第一消息的语义;
在接收到的第二通讯端发送的消息中,根据第一消息的语义,确定与第一消息之间满足预设匹配关系的第二消息;第二通讯端包括除第一通讯端之外的任意一个或多个通讯端;
将第二消息推送给第一通讯端。
图10是根据一示例性实施例示出的一种用于消息推送的装置1900的框图。例如,装置1900可以被提供为一服务器。参照图10,装置1900包括处理组件1922,其进一步包括一个或多个处理器,以及由存储器1932所代表的存储器资源,用于存储可由处理部件1922的执行的指令,例如应用程序。存储器1932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理组件1922被配置为执行指令,以执行上述方法.
装置1900还可以包括一个电源组件1926被配置为执行装置1900的电源管理,一个有线或无线网络接口1950被配置为将装置1900连接到网络,和一个输入输出(I/O)接口1958。装置1900可以操作基于存储在存储器1932的操作系统,例如WindowsServerTM,MacOSXTM,UnixTM,LinuxTM,FreeBSDTM或类似。
本领域技术人员在考虑说明书及实践这里公开的公开后,将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (17)

1.一种消息推送方法,用于服务器,其特征在于,包括:
获取第一通讯端发送的第一消息;
对所述第一消息进行语义分析,获得所述第一消息的语义;
在接收到的第二通讯端发送的消息中,根据所述第一消息的语义,确定与所述第一消息之间满足预设匹配关系的第二消息;所述第二通讯端包括除所述第一通讯端之外的任意一个或多个通讯端;
将所述第二消息推送给所述第一通讯端。
2.如权利要求1所述的方法,其特征在于,还包括:
将所述第一消息推动给所述第二消息的发送方;所述发送方是向服务器发送所述第二消息的通讯端,所述第二通讯端包括所述发送方。
3.如权利要求1所述的方法,其特征在于,
所述预设匹配关系包括语义一致、语义相反、语义互补中的任一种或多种。
4.如权利要求1至3中任一所述的方法,其特征在于,
当所述预设匹配关系包括语义互补时,所述在第二通讯端发送的消息中,根据所述第一消息的语义,确定与所述第一消息之间满足预设匹配关系的第二消息,包括:
判断所述第一消息的语义中是否包含需求型语义;
当所述第一消息的语义中包含需求型语义时,在所述第二通讯端发送的消息中,查找与所述需求型语义之间具有互补关系的消息,将查找到的该消息作为所述第二消息。
5.如权利要求1所述的方法,其特征在于,
所述方法还包括:根据所述第二通讯端发送的消息的语义,对所述第二通讯端发送的消息进行分类,获得至少一种类型下的消息;
所述在第二通讯端发送的消息中,根据所述第一消息的语义,确定与所述第一消息之间满足预设匹配关系的第二消息,包括:根据所述第一消息的语义,确定所述第一消息所归属的类型;在所述至少一种类型下的消息中,确定所述第一消息所归属的类型下的消息;在所述第一消息所归属的类型下的消息中,确定与所述第一消息之间满足预设匹配关系的第二消息。
6.如权利要求1所述的方法,其特征在于,
所述第一消息中携带有所述第一通讯端所处的地理位置信息;
所述方法还包括:
在除所述第一通讯端之外的其他通讯端中,确定与所述第一通讯端所处的地理位置之间的距离不超过预设距离的通讯端;将确定出的该通讯端确定为所述第二通讯端。
7.如权利要求1所述的方法,其特征在于,所述方法还包括:
获取所述第一通讯端发送的第二通讯端的用户特征信息;
在除所述第一通讯端之外的其他通讯端中,确定具有所述第二通讯端的用户特征信息的通讯端;将确定出的通讯端确定为所述第二通讯端。
8.如权利要求1所述的方法,其特征在于,所述方法还包括:
记录所述第一通讯端发送所述第一消息的第一发送时间;
记录除所述第一通讯端之外的其他通讯端各自发送消息的第二发送时间;
在除所述第一通讯端之外的其他通讯端发送的消息中,确定第二发送时间与第一发送时间之间的时间间隔等于或小于预设时间间隔的通讯端;将确定出的通讯端确定为所述第二通讯端。
9.如权利要求1所述的方法,其特征在于,所述第一消息和/或所述第二通讯端发送的消息的内容大小等于或小于预设内容大小。
10.一种消息推送装置,用于服务器,其特征在于,包括:
第一获取模块,用于获取第一通讯端发送的第一消息;
分析模块,用于对所述获取模块获取到的所述第一消息进行语义分析,获得所述第一消息的语义;
匹配模块,用于在接收到的第二通讯端发送的消息中,根据所述分析模块获得的第一消息的语义,确定与所述第一消息之间满足预设匹配关系的第二消息;所述第二通讯端包括除所述第一通讯端之外的任意一个或多个通讯端;
第一推送模块,用于将所述匹配模块确定出的第二消息推送给所述第一通讯端。
11.如权利要求10所述的装置,其特征在于,还包括:
第二推送模块,用于将所述第一消息推动给所述第二消息的发送方;所述发送方是向服务器发送所述第二消息的通讯端,所述第二通讯端包括所述发送方。
12.如权利要求10或11所述的装置,其特征在于,
所述匹配模块包括:
第一匹配子模块,用于当所述预设匹配关系包括语义互补时,判断所述第一消息的语义中是否包含需求型语义;当所述第一消息的语义中包含需求型语义时,在所述第二通讯端发送的消息中,查找与所述需求型语义之间具有互补关系的消息,将查找到的该消息作为所述第二消息。
13.如权利要求10所述的装置,其特征在于,所述装置还包括:
分类模块,用于根据所述第二通讯端发送的消息的语义,对所述第二通讯端发送的消息进行分类,获得至少一种类型下的消息;
所述匹配模块,包括:
第二匹配子模块,用于根据所述第一消息的语义,确定所述第一消息所归属的类型;在所述至少一种类型下的消息中,确定所述第一消息所归属的类型下的消息;在所述第一消息所归属的类型下的消息中,确定与所述第一消息之间满足预设匹配关系的第二消息。
14.如权利要求10所述的装置,其特征在于,所述装置还包括:
第一确定模块,用于在所述第一消息中携带有所述第一通讯端所处的地理位置信息时,在除所述第一通讯端之外的其他通讯端中,确定与所述第一通讯端所处的地理位置之间的距离不超过预设距离的通讯端;将确定出的该通讯端确定为所述第二通讯端。
15.如权利要求10所述的装置,其特征在于,所述装置还包括:
第二获取模块,用于获取所述第一通讯端发送的第二通讯端的用户特征信息;
第二确定模块,用于在除所述第一通讯端之外的其他通讯端中,确定具有所述第二通讯端的用户特征信息的通讯端;将确定出的通讯端确定为所述第二通讯端。
16.如权利要求10所述的装置,其特征在于,所述装置还包括:
第一记录模块,用于记录所述第一通讯端发送所述第一消息的第一发送时间;
第二记录模块,用于记录除所述第一通讯端之外的其他通讯端各自发送消息的第二发送时间;
第三确定模块,用于在除所述第一通讯端之外的其他通讯端发送的消息中,确定第二发送时间与第一发送时间之间的时间间隔等于或小于预设时间间隔的通讯端;将确定出的通讯端确定为所述第二通讯端。
17.一种消息推送装置,用于服务器,其特征在于,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:
获取第一通讯端发送的第一消息;
对所述第一消息进行语义分析,获得所述第一消息的语义;
在接收到的第二通讯端发送的消息中,根据所述第一消息的语义,确定与所述第一消息之间满足预设匹配关系的第二消息;所述第二通讯端包括除所述第一通讯端之外的任意一个或多个通讯端;
将所述第二消息推送给所述第一通讯端。
CN201510801711.3A 2015-11-18 2015-11-18 消息推送方法及装置 Pending CN105516236A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201510801711.3A CN105516236A (zh) 2015-11-18 2015-11-18 消息推送方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510801711.3A CN105516236A (zh) 2015-11-18 2015-11-18 消息推送方法及装置

Publications (1)

Publication Number Publication Date
CN105516236A true CN105516236A (zh) 2016-04-20

Family

ID=55723867

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510801711.3A Pending CN105516236A (zh) 2015-11-18 2015-11-18 消息推送方法及装置

Country Status (1)

Country Link
CN (1) CN105516236A (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106254955A (zh) * 2016-08-18 2016-12-21 天脉聚源(北京)传媒科技有限公司 一种显示评论信息的方法及装置
CN107835439A (zh) * 2017-10-25 2018-03-23 中国移动通信集团公司 一种弹幕推送方法、电子设备以及计算机可读存储介质
CN109819280A (zh) * 2017-11-22 2019-05-28 上海全土豆文化传播有限公司 弹幕展示方法及装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101262494A (zh) * 2008-01-23 2008-09-10 华为技术有限公司 对发布信息进行处理的方法、客户端、服务器和系统
CN103532991A (zh) * 2012-07-03 2014-01-22 腾讯科技(深圳)有限公司 显示微博话题的方法及移动终端
WO2014100782A1 (en) * 2012-12-21 2014-06-26 Google Inc. Aggregating interactions for content items

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101262494A (zh) * 2008-01-23 2008-09-10 华为技术有限公司 对发布信息进行处理的方法、客户端、服务器和系统
CN103532991A (zh) * 2012-07-03 2014-01-22 腾讯科技(深圳)有限公司 显示微博话题的方法及移动终端
WO2014100782A1 (en) * 2012-12-21 2014-06-26 Google Inc. Aggregating interactions for content items

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106254955A (zh) * 2016-08-18 2016-12-21 天脉聚源(北京)传媒科技有限公司 一种显示评论信息的方法及装置
CN107835439A (zh) * 2017-10-25 2018-03-23 中国移动通信集团公司 一种弹幕推送方法、电子设备以及计算机可读存储介质
CN107835439B (zh) * 2017-10-25 2020-08-14 中国移动通信集团公司 一种弹幕推送方法、电子设备以及计算机可读存储介质
CN109819280A (zh) * 2017-11-22 2019-05-28 上海全土豆文化传播有限公司 弹幕展示方法及装置

Similar Documents

Publication Publication Date Title
US10462086B2 (en) Splitting posts in a thread into a new thread
CN106302085B (zh) 即时通讯群组的推荐方法及系统
WO2017186054A1 (zh) 表情推荐方法及装置
JP6469117B2 (ja) 自動調整表示を用いる動的勧誘
US20220284479A1 (en) Information display apparatus and method for social application, display terminal, and medium
US20070168480A1 (en) Interactive Robot Creation
US20150234928A1 (en) Method and apparatus to identify outliers in social networks
US20150281142A1 (en) Hot Topic Pushing Method and Apparatus
WO2011134314A1 (zh) 网络中好友动态信息管理方法、系统及服务器
WO2017197826A1 (zh) 图像特征关系的匹配方法、装置和系统
CN112104642B (zh) 一种异常账号确定方法和相关装置
CN107634897B (zh) 群推荐方法和装置
WO2018133824A1 (zh) 一种内容分享方法及装置
US20180302761A1 (en) Recommendation System for Multi-party Communication Sessions
CN104317804A (zh) 发布投票信息的方法和装置
US11245649B2 (en) Personalized low latency communication
US20210406292A1 (en) Recognizing polling questions from a conference call discussion
CN112235179B (zh) 即时通信中话题的处理方法、装置及即时通信工具
CN105516236A (zh) 消息推送方法及装置
US8903914B2 (en) Selecting user accounts in social network to answer question
US9058090B1 (en) Collaborative information sharing in a virtual world
CN109886823A (zh) 一种社交圈的推荐方法及装置
WO2018231472A1 (en) Identifying relationships from communication content
CN102236547A (zh) 一种在聊天工具中对聊天朋友自动归类的控制方法及装置
CN111557014A (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
RJ01 Rejection of invention patent application after publication

Application publication date: 20160420

RJ01 Rejection of invention patent application after publication