一种语音房间用户匹配方法、装置及设备与流程

文档序号:17320561发布日期:2019-04-05 21:31阅读:444来源:国知局
一种语音房间用户匹配方法、装置及设备与流程

本申请涉及计算机技术领域,尤其涉及一种语音房间用户匹配方法、装置及设备。



背景技术:

现有技术中,随着互联网技术的发展,交友聊天软件越发普及和多样。现有的语音房间内可以直接进行聊天,比如在玩游戏时,可以直接在房间内互相聊天。另一种方式是在进入房间之前,需要匹配组队玩游戏,此时,在进行交友匹配时,一般仅仅是通过用户输入关键词来进行搜索,由于互联网用户众多,难免搜索到干扰信息,搜索到的用户太多,在确定是否匹配之前用户之间的了解也仅限于头像或者个性签名等。导致用户无法确定匹配的对象是否与自己有共同的话题、共同的爱好且容易被随机匹配到不想聊天的对象进行随机聊天,针对性差,导致聊天成功率低,用户留存率低。



技术实现要素:

有鉴于此,本申请实施例提供了一种语音房间用户匹配方法、装置及设备,用于增强匹配针对性,提高用户留存率。

为解决上述技术问题,本说明书实施例是这样实现的:

本说明书实施例提供的一种语音房间用户匹配方法,包括:

获取匹配请求;

确定所述匹配请求对应的第一账号;

获取所述第一账号的第一匹配条件;

根据所述第一匹配条件从用户数据库中确定与所述第一账号匹配的至少一个第二账号;

获取所述第二账号的用户资料信息;

将所述用户资料信息推送给所述第一账号的客户端。

可选的,所述根据所述第一匹配条件从用户数据库中确定与所述第一账号匹配的至少一个第二账号,具体包括:

根据所述第一账号的用户基本资料信息从用户数据库中确定与所述第一账号匹配的至少一个第二账号;所述用户基本资料信息包括用户的各个属性信息,所述属性信息包括用户的兴趣爱好、性别、年龄、地理位置、主题头像中的一个或多个。

可选的,所述根据所述第一匹配条件从用户数据库中确定与所述第一账号匹配的至少一个第二账号,具体包括:

根据所述第一账号的语音信息从用户数据库中确定与所述第一账号匹配的至少一个第二账号。

可选的,所述根据所述第一账号的用户基本资料信息从用户数据库中确定与所述第一账号匹配的至少一个第二账号,具体包括:

根据所述各个属性信息从用户数据库中匹配出候选账号,得到候选账号集合,所述候选账号集合中包括至少一个候选账号;

确定所述第一账号的用户基本资料信息中各个属性信息对应的权重;

根据所述各个属性对应的权重计算所述候选账号集合中各个候选账号对应的权重值;

根据所述各个候选账号对应的权重值,确定第二账号;所述第二账号的权重值最大。

可选的,所述根据所述第一账号的语音信息从用户数据库中确定与所述第一账号匹配的至少一个第二账号,具体包括:

根据所述语音信息确定出多个匹配特征;

获取所述多个匹配特征对应的匹配优先级;

根据所述匹配优先级最高的匹配特征从用户数据库中匹配出候选账号;

判断所述候选账号是否匹配成功,若成功,则得到候选账号集合,并从所述候选账号集合中确定所述第二账号;所述第二账号为所述候选账号集合中的至少一个账号;

若不成功,则继续从所述匹配优先级集合中按照从高到低的顺序选择匹配特征从用户数据库中匹配出候选账号,直至匹配成功时停止。

可选的,所述得到候选账号集合,之前还包括:

判断所述候选账号集合中是否存在处于被推荐状态的候选账号,若是,则剔除所述处于被推荐状态的候选账号;若否,则得到候选账号集合。

可选的,所述得到候选账号集合,之后还包括:

对所述候选账号集合中的各个候选账号设置排他匹配限制,所述排他匹配限制表示所述候选集合中的各个候选账号禁止与除所述第一账号以外的账号进行匹配。

可选的,所述匹配优先级包括文本属性、语义特征和分词处理,所述获取所述多个匹配特征对应的匹配优先级,具体包括:

对所述文本信息进行预处理,得到文本属性;

确定所述文本信息的语义,得到语义特征;

对所述文本信息进行分词处理,得到分词特征。

可选的,所述对所述文本信息进行预处理,具体包括:

对所述文本信息进行语义消歧、词性确定、停止词与功能词剔除以及标点符号处理。

可选的,所述确定所述文本信息的语义,得到语义特征,具体包括:

确定所述文本信息的场景信息;

根据所述场景信息确定所述文本信息所属的话题分类;

根据所述话题分类确定所述文本信息的语义,得到语义特征。

可选的,将所述用户资料信息推送给所述第一账号的客户端,之后还包括:

将验证信息推送给所述第一账号,并接收第一账号的选择结果;所述验证信息包括两个选项,第一选项表示同意与所述第二账号建立连接,第二选项表示拒绝与所述第二账号建立连接。

可选的,所述将验证信息推送给所述第一账号,并接收第一账号的选择结果,之后还包括:

若所述第一账号选择第一选项,则服务器向所述第二账号发送所述第一账号的用户基本资料信息以及验证信息,若所述第二账号在收到所述第一账号的用户基本资料信息以及验证信息后同意建立连接,则建立连接成功;否则,则建立连接失败;

若所述第一账号选择第二选项,则建立连接失败。

一种语音房间用户匹配装置,包括:

匹配请求获取模块,用于获取匹配请求;

第一账号确定模块,用于确定所述匹配请求对应的第一账号;

第一匹配条件获取模块,用于获取所述第一账号的第一匹配条件;

第二账号确定模块,用于根据所述第一匹配条件从用户数据库中确定与所述第一账号匹配的至少一个第二账号;

用户资料信息获取模块,用于获取所述第二账号的用户资料信息;

推送模块,用于将所述用户资料信息推送给所述第一账号的客户端。

一种语音房间用户匹配设备,包括:

至少一个处理器;以及,

与所述至少一个处理器通信连接的存储器;其中,

所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行如上述方案中所述的语音房间用户匹配方法。

一种计算机可读存储介质,所述计算机可读存储介质上存储有指令,所述指令被处理器执行时实现上述方案中所述的语音房间用户匹配方法的方法步骤。

本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果:通过根据搜索者设置的匹配条件进行匹配,匹配到的用户与搜索者之间互相确认同意后,即可进入语音房间进行聊天。本说明书实施例中的方法能够更加全面且有针对性的匹配到目标用户,针对性较强,匹配成功率高,进一步提高了用户的留存率。

附图说明

此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:

图1为本说明书实施例提供的一种语音房间用户匹配方法的流程示意图;

图2为本说明书实施例1提供的根据用户基本资料信息进行语音房间用户匹配方法的流程示意图;

图3为本说明书实施例2提供的根据用户语音信息进行语音房间用户匹配方法的流程示意图;

图4为本说明书实施例2提供的用户匹配用户界面示意图;

图5为本说明书实施例2提供的用户开始匹配的界面示意图;

图6为本说明书实施例2提供的用户选择建立连接界面示意图;

图7为本说明书实施例2提供的用户录制语音过程界面示意图;

图8为本说明书实施例提供的对应于图1的一种语音房间用户匹配装置的结构示意图;

图9为本说明书实施例提供的对应于图1的一种语音房间用户匹配设备的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚,下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。

以下结合附图,详细说明本申请各实施例提供的技术方案。

图1为本说明书实施例提供的一种语音房间用户匹配方法的流程示意图。从程序角度而言,流程的执行主体可以为搭载于应用服务器的程序或应用客户端。

如图1所示,该流程可以包括以下步骤:

s101:获取匹配请求。

匹配请求可以为搜索请求,搜索者通过文字或者语音形式在搜索框进行搜索,此时服务器(搜索引擎)就会收到搜索者的匹配请求。例如:该匹配请求可以是一个词、一句话、一段话、一段语音或者是用户的基本信息。

s102:确定所述匹配请求对应的第一账号。

服务器接收到匹配请求后,便可以通过匹配请求发出的ip地址来对应账号信息。由于ip地址是一种在internet上的给主机编址的方式,也称为网际协议地址,是由ip协议提供的一种统一的地址格式,每一个ip地址对应一个网络,对应一台主机,对应一个逻辑地址,其映射关系是:ip地址→网络→主机→逻辑地址。例如:服务器收到匹配请求后,获取了ip地址为x,通过ip地址x就获得搜索者的账号信息为账号a。

s103:获取所述第一账号的第一匹配条件。

第一匹配条件可以是搜索者的用户基本资料以及录制上传的语音信息,服务器获取到发出匹配请求的账号信息后,进一步获取搜索者的基本资料信息以及语音信息。例如:获取到搜索者的账号信息,服务器即可进一步获取搜索者的用户基本资料信息,所述用户基本资料信息可以是用户昵称、性别、年龄、职业类别、好友印象、兴趣爱好、最近兴趣圈状态、历史搜索记录等等。除此之外,还可以获取用户录制的语音信息。例如:服务器获取了搜索者的账号a之后,进一步得到账号a对应的用户基本资料信息a’以及语音信息a”。

s104:根据所述第一匹配条件从用户数据库中确定与所述第一账号匹配的至少一个第二账号。

服务器获取了第一匹配条件后,根据第一匹配条件从在线用户中匹配出相应的账号。例如:服务器根据搜索者的用户基本资料信息以及语音信息匹配到账号b,账号b即为第二账号。

s105:获取所述第二账号的用户资料信息。

服务器匹配到第二账号后,即可进一步获取第二账号对应的第二匹配条件,所述第二匹配条件可以是第二账号对应的用户基本资料信息以及语音信息。例如:服务器匹配到了账号b,并获取了账号b对应的用户基本资料信息b’以及语音信息b”。

s106:将所述用户资料信息推送给所述第一账号的客户端。

服务器将获取到的第二账号对应的用户基本资料信息以及语音信息推送给搜索者。例如:服务器将获取的账号b对应的用户基本资料信息b’以及语音信息b”推送给所述账号a。

图1中的方法,通过对现有技术中语音房间不存在匹配,以及进入房间之前搜索匹配条件少、匹配方式单一,随机匹配频繁的问题进行改进,通过增加搜索条件的内容,设置匹配优先级以及设置权重确定匹配账号,能够更加全面且有针对性的匹配到目标用户,针对性较强,匹配成功率高,进一步提高了用户的留存率。

基于图1的方法,本说明书实施例还提供了该方法的一些具体实施方案,下面进行说明。

实施例1

图2为本说明书实施例1提供的根据用户基本资料信息进行语音房间用户匹配方法的流程示意图。

现有技术中仅仅通过关键词进行搜索,搜索不到就直接随机分配,使用户无法确定匹配的对象是否与自己有共同的话题、共同的爱好且容易被随机匹配到不想聊天的对象进行随机聊天,针对性差,导致聊天成功率低,用户留存率低的缺陷。

为了克服上述现有技术中的缺陷,本发明实施例1中,如图2所示,所述根据所述第一匹配条件从用户数据库中确定与所述第一账号匹配的至少一个第二账号,具体可以包括:

s201:获取所述第一账号的用户基本资料信息;

s202:根据所述第一账号的用户基本资料信息从用户数据库中确定与所述第一账号匹配的至少一个第二账号。

所述用户基本资料信息包括用户的各个属性信息,所述属性信息可以包括用户的兴趣爱好、性别、年龄、地理位置、主题头像中的一个或多个。

例如:服务器可以根据搜索者的兴趣爱好,根据兴趣爱好匹配到用户a,用户a与搜索者兴趣爱好相同;或者,服务器可以根据搜索者的兴趣爱好、性别、年龄、地理位置、主题头像、好友印象、兴趣圈以及职业类别从用户数据库中匹配到用户b,则用户b与搜索者的共同点或相似点有兴趣爱好、性别、年龄、地理位置、主题头像、好友印象、兴趣圈以及职业类别。

所述根据所述第一账号的用户基本资料信息从用户数据库中确定与所述第一账号匹配的至少一个第二账号,具体可以包括:

根据所述各个属性信息从用户数据库中匹配出候选账号,得到候选账号集合,所述候选账号集合中包括至少一个候选账号;

确定所述第一账号的用户基本资料信息中各个属性信息对应的权重;

根据所述各个属性对应的权重计算所述候选账号集合中各个候选账号对应的权重值;

根据所述各个候选账号对应的权重值,确定所述第二账号;所述第二账号的权重值最大。

例如:搜索者对应的第一账号的用户基本信息包括:兴趣爱好、性别、年龄、地理位置、主题头像、好友印象、兴趣圈以及职业类别,每个属性对应的权重为:兴趣爱好1.5、性别0.8、年龄0.6、地理位置0.3、主题头像0.5、好友印象1.3、兴趣圈1、职业类别0.4,则各个属性对应的权重关系为:兴趣爱好>好友印象>兴趣圈>性别>年龄>主题头像>职业类别>地理位置,根据各个属性信息匹配出权重大于1.5的四个用户:a、b、c、d,每个用户对应的属性以及属性权重分别为:a(兴趣爱好1.5,年龄0.6,性别0.8,主题头像0.5,地理位置0.3)、b(职业类别0.4,好友印象1.3,年龄0.6,性别0.8)、c(兴趣爱好1.5、地理位置0.3,兴趣圈1)、d(兴趣圈1,性别0.8,好友印象1.3,地理位置0.3),可得到匹配到的各个用户对应的权重为:

a=1.5+0.6+0.8+0.5+0.3=3.7,

b=0.4+1.3+0.6+0.8=3.1,

c=1.5+0.3+1=2.8,

d=1+0.8+1.3+0.3=3.4,即可得到各个用户的权重关系为:a>d>b>c,因此,得到权重最大的账号为账号a,因此,账号a为第二账号。

现有技术中,分别通过搜索者的用户基本资料信息中的各个属性依次搜索出许多用户,并将众多用户均推荐给搜索者,由于匹配到的用户众多,搜索者无法针对性的选择最为匹配的用户进行聊天。

相对于现有技术来说,实施例1使搜索者匹配到的用户更为准确,匹配成功率高。

实施例2

图3为本说明书实施例2提供的根据用户语音信息进行语音房间用户匹配方法的流程示意图。

现有技术中,搜索者仅仅通过输入单一的关键词来进行用户匹配,匹配成功率低,用户留存率低;或者通过对一句话中的所有词汇进行逐一匹配,匹配过程长,且不具有针对性。

为了克服上述现有技术中的缺陷,本发明实施例2中,如图3所示,所述根据所述第一匹配条件从用户数据库中确定与所述第一账号匹配的至少一个第二账号,具体可以包括:

s301:获取所述第一账号的语音信息;

s302:根据所述第一账号的语音信息从用户数据库中确定与所述第一账号匹配的至少一个第二账号。

例如:搜索者录制了一段20秒的语音,服务器根据搜索者的语音内容,从用户数据库中的在线用户中匹配到用户c,表示用户c的基本资料信息或者语音信息与搜索者的语音信息最为匹配。

所述根据所述第一账号的语音信息从用户数据库中确定与所述第一账号匹配的至少一个第二账号,具体可以包括:

根据所述语音信息确定出多个匹配特征;

获取所述多个匹配特征对应的匹配优先级;

根据所述匹配优先级最高的匹配特征从用户数据库中匹配出候选账号;

判断所述候选账号是否匹配成功,若成功,则得到候选账号集合,并从所述候选账号集合中确定所述第二账号;所述第二账号为所述候选账号集合中的至少一个账号;

若不成功,则继续按照所述匹配优先级从高到低的顺序选择匹配特征从用户数据库中匹配出候选账号,直至匹配成功时停止。

匹配优先级的匹配特征可以包括文本属性、语义特征以及分词特征。

具体的,文本属性:服务器获取语音信息后,识别出语音信息中对应的文本内容,对文本内容的停止词与功能词进行剔除,并对文本内容中的标点符号进行处理,得到文本内容的文本属性。

在确定文本属性时,一些词语被称为停止词(stopword),比如“的”、“是”、“这”、“那”等等;功能词又叫结构词或虚词,指没有完整词汇意义,但是有语法意义或语法功能的词,常见的有代词、数词、介词、连词和感叹词在确定文本属性时,将这些停止词以及功能词进行剔除,并去除标点符号。例如:获取了一段语音信息,识别出语音信息中对应的文本内容为:“我的喜好是玩竞技游戏”将该文本内容进行预处理,去除代词“我”,去除停止词“的”、“是”,剩下的文本内容为“喜好玩竞技游戏”,可以将与“喜好玩竞技游戏”同一属性的内容作为第一匹配优先级,例如可以是“喜欢玩竞技游戏”、“想玩竞技游戏”、“找人一起玩竞技游戏”等等,也可以是与竞技游戏相关的其他游戏,或者是与竞技游戏相关的事物或人。

语义特征:进行语义消歧,进行词性确定,从而确定文本内容的语义,得到语义特征。

所述确定所述文本信息的语义,得到语义特征,具体可以包括:

确定所述文本信息的场景信息。

场景信息可以是语音发起基于的环境,比如各种游戏当中、或者交友平台。

根据所述场景信息确定所述文本信息所属的话题分类;

话题分类是根据话题发起的场景以及话题内容来确定。同一个词或者同一句话在不同场景中可能属于不同的话题类型。比如:“我需要补血”,这句话如果出现在在某个养身交流活动中,表示可能会从中医或者饮食角度调理身体;但如果这句话出现在某个竞技游戏中,则表示在游戏中血量不满,需要打怪加血或者吃道具补血。

根据所述话题分类确定所述文本信息的语义,得到语义特征。

在进行语义消歧时,需要结合文本信息的应用场景以及语音者的基本资料信息等来进行确定。例如:获取了一段语音信息,识别出语音信息中对应的文本内容为:“我想要一个秋葵”,首先判断得出语音发出者正在玩某个竞技游戏,进一步判断该文本信息属于游戏中的用语。可以得到该文本信息的语义并非指现实生活中的蔬菜(秋葵),而是指语音发出者在游戏中一个道具(秋葵)。

例如:获取了一段语音信息,识别出语音信息中对应的文本内容为:“床前明月光,疑是地上霜”,首先确定出该文本信息所属的场景信息为某个诗词交友平台,确定出该语音信息为一句诗词,从而识别出该诗词是来自于李白的《静夜思》,此时,该文本信息的语义可以是文本信息对应的两句诗词或者这两句诗的下两句诗词,也可以是该诗词对应的作者、或者与该诗词相关的语境等等。因此,当系统识别出这一句古诗词时,可以筛选说过这两句诗或者整首诗中的至少一句诗的用户、如果筛选失败,再筛选说过李白诗歌或者提过作者李白的用户,若仍未成功则继续搜索与诗歌相关的用户或者说过与该诗歌语境相同或相似内容的用户。

分词特征:对文本内容进行分词处理,得到分词特征。

分词就是将连续的字序列按照一定的规范重新组合成词序列的过程。例如:获取了一段语音信息,识别出语音信息中对应的文本内容为:“忽逢桃花林,夹岸数百步”,将该诗歌分词,可以为“忽逢”、“桃花林”、“夹岸”、“数百步”。根据这些词语分别搜索相关用户。

所述根据所述第一账号的语音信息从用户数据库中确定与所述第一账号匹配的第二账号的具体实现过程可以采用下面的例子进行说明:

例如:获取了一段语音信息a,根据该语音信息确定出多个匹配特征a1、a2、a3、a4、a5、a6、a7、a8;获取a1-a8对应的匹配优先级分别为:文本属性(a1、a2、a3),语义特征(a4),分词特征(a5、a6、a7、a8);匹配优先级从高到低依次为:文本属性>语义特征>分词特征;选择匹配优先级最高的文本属性(a1、a2、a3)从用户数据库中匹配出候选账号b、c;判断候选账号b、c是否匹配成功,若成功,则得到候选账号集合{b,c},无需再根据语义特征(a4),分词特征(a5、a6、a7、a8)进行匹配,直接从所述候选账号集合中确定所述第二账号b或c。

若发现未与b、c匹配成功,则采用语义特征(a4)进行匹配,若语义特征(a4)成功牌匹配到候选账号,则无需再进行分词特征(a5、a6、a7、a8)的匹配,否则,继续选用分词特征(a5、a6、a7、a8)进行匹配,直至匹配成功时停止。

采用一个具体的应用场景相关例子进行解释说明:例如:账号x发出一段语音信息,服务器识别出语音文本内容为“需要一位能熟练掌握cad画图软件的专业人士”,首先根据文本属性(熟练掌握cad专业人士、cad专业人士、熟练掌握cad)进行匹配,若匹配到候选账号a、b、c,且均匹配成功,则得到候选账号集合{a,b,c},服务器从候选账号集合得到一个第二账号与账号x建立连接。若未匹配到候选账号,则进一步根据语义特征(想找一个懂cad画图软件的人)进行匹配,如果仍然未匹配成功,则继续根据分词特征(“需要”、“熟练”、“cad”、“专业”)进行搜索匹配。

相对于现有技术来说,实施例2根据语音信息进行匹配,具体地,将语音信息中的多个匹配特征根据优先级,有目的性的逐一进行匹配,当匹配成功候选账号时,则不再需要继续匹配其他匹配特征,提高了匹配效率,且提高了匹配针对性。

所述得到候选账号集合,之前还可以包括:

判断所述候选账号集合中是否存在处于被推荐状态的候选账号,若是,则剔除所述处于被推荐状态的候选账号;若否,则得到候选账号集合。

所述得到候选账号集合,之后还可以包括:

对所述候选账号集合中的各个候选账号设置排他匹配限制,所述排他匹配限制表示所述候选集合中的各个候选账号禁止与除所述第一账号以外的账号进行匹配。

本方案实施例中的上述两种方式均是为了避免同一账号被反复匹配,导致匹配混乱以及匹配失败的缺陷,具体有以下实现方式:

第一、例如:当前用户数据库中,在上午10:30时,服务器接收到账号a发送的匹配请求,具体内容为“组队看世界杯”;在上午10:31时,服务器接收到账号b发送的匹配请求,具体内容为“看世界杯一起摇大奖”,服务器为账号a匹配到账号c、d,并将账号b、c、d推荐给账号a。服务器根据账号b的匹配请求搜索到账号d、e、f,此时由于账号d已经被推荐给账号a,因此,账号d不能再与账号b进行匹配,此时,服务器应该剔除账号d,将账号e、f推荐给账号b,得到候选账号集合{e,f}。

第二、例如:当前用户数据库中,在上午10:30时,服务器已经将账号b、c、d推荐给账号a,账号a的候选账号集合为{b,c,d},此时,服务器对账号b、c、d均设置排他匹配限制,禁止账号b、c、d与除账号a以外的账号进行匹配。

在用户数据库中,进入同一个房间进行聊天需要征得双方的同意,因此,采用以下方式实现:

将所述用户资料信息推送给所述第一账号的客户端,之后还包括:

将验证信息推送给所述第一账号,并接收第一账号的选择结果;所述验证信息包括两个选项,第一选项表示同意与所述第二账号建立连接,第二选项表示拒绝与所述第二账号建立连接。

所述将验证信息推送给所述第一账号,并接收第一账号的选择结果,之后还包括:

若所述第一账号选择第一选项,则服务器向所述第二账号发送所述第一账号的用户基本资料信息以及验证信息,若所述第二账号在收到所述第一账号的用户基本资料信息以及验证信息后同意建立连接,则建立连接成功;否则,则建立连接失败;

若所述第一账号选择第二选项,则建立连接失败。

例如:服务器为账号a匹配到账号b、c、d,得到候选账号集合{b,c,d},服务器将账号b推荐给账号a,并将账号b的用户资料信息以及验证信息发送给账号a,账号a若选择同意与账号b建立连接,并将账号a的用户基本资料信息以及验证信息发送给账号b进行确认,若账号b同意与账号a建立连接,则服务器将账号集合中的账号c和账号d解除排他匹配限制。若账号a与b账号之中,有一方不同意建立连接,则服务器将账号b解除排他匹配限制,并踢出候选账号集合。服务器再继续从候选账号集合中选择账号继续建立连接。

图1-3中的方法,通过根据搜索者的用户基本资料以及语音信息对用户进行查找匹配,在匹配时,可以按照优先级逐一匹配,选择权重最高的账号与搜索者进行匹配;也可以按照优先级高低顺序,首先按照优先级最高进行搜索匹配,匹配成功得到的账号即可与搜索者进行一一匹配,匹配不成功按照优先级顺序继续匹配。本说明书实施例中的方法能够更加全面且有针对性的匹配到目标用户,针对性较强,匹配成功率高,进一步提高了用户的留存率。

为了能更清楚地对实施例2进行理解,结合附图4-8作进一步解释:

如图4-8所示,某用户在某个交友软件上进行交友匹配。首先,用户在个人资料界面进行录音时,如图4所示,用户按住录音键进行录音,保证录音时间不少于预设时间,点击完成,即可保存录音并上传至个人界面。

用户a进入首页,首页界面会展示一个“一见倾心”的选项,如图5所示,用户可以点击“一见倾心”进入匹配界面,进入匹配界面时如图6所示,系统根据用户录制的语音信息,识别出对应的文本内容,根据识别出的语音内容从在线用户中匹配出至少一个用户b。并将匹配到的用户b的用户基本资料信息以及验证信息推送给用户a,如图7所示,验证信息界面有两个选项,一个表示同意建立连接(比如选项可以显示接受、喜欢、同意、确认或者是一个对勾符号√,或者一个爱心图案等),另一个表示不同意建立连接(比如选项可以显示拒绝、否定符号×或者爱心破碎的图案等等)。用户a若同意建立连接,则系统也会将用户a的基本资料信息以及验证信息推送给用户b,在用户b的界面上就会显示图7所示的界面。双方都确认建立连接成功后,进入语音房间进行聊天。

基于图1的方法,本说明书实施例还提供了该方法的一些具体实施方案,下面进行说明。

基于同样的思路,本说明书实施例还提供了上述方法对应的装置。图8为本说明书实施例提供的对应于图1的一种语音房间用户匹配装置的结构示意图。如图8所示,该装置可以包括:

匹配请求获取模块801,用于获取匹配请求。

第一账号确定模块802,用于确定所述匹配请求对应的第一账号。

第一匹配条件获取模块803,用于获取所述第一账号的第一匹配条件。

第二账号确定模块804,用于根据所述第一匹配条件从用户数据库中确定与所述第一账号匹配的至少一个第二账号。

用户资料信息获取模块805,用于获取所述第二账号的用户资料信息。

推送模块806,用于将所述用户资料信息推送给所述第一账号的客户端。

基于同样的思路,本说明书实施例还提供了上述方法对应的设备。

图9为本说明书实施例提供的对应于图1的一种语音房间用户匹配设备的结构示意图。如图9所示,设备900可以包括:

至少一个处理器910;以及,

与所述至少一个处理器通信连接的存储器930;其中,

所述存储器930存储有可被所述至少一个处理器910执行的指令920,所述指令被所述至少一个处理器910执行,以使所述至少一个处理器910能够:

获取匹配请求;

确定所述匹配请求对应的第一账号;

获取所述第一账号的第一匹配条件;

根据所述第一匹配条件从用户数据库中确定与所述第一账号匹配的至少一个第二账号;

获取所述第二账号的用户资料信息;

将所述用户资料信息推送给所述第一账号的客户端。

基于同样的思路,本说明书实施例还提供了上述方法对应的计算机可读存储介质。

一种计算机可读存储介质,所述计算机可读存储介质上存储有指令,其特征在于,所述指令被处理器执行时实现以下步骤:

获取匹配请求;

确定所述匹配请求对应的第一账号;

获取所述第一账号的第一匹配条件;

根据所述第一匹配条件从用户数据库中确定与所述第一账号匹配的至少一个第二账号;

获取所述第二账号的用户资料信息;

将所述用户资料信息推送给所述第一账号的客户端。

在一个典型的配置中,计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(ram)和/或非易失性内存等形式,如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitorymedia),如调制的数据信号和载波。

还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白,本申请的实施例可提供为方法、系统或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1