CN110336681A - 一种匹配方法、装置、电子设备及存储介质 - Google Patents

Abstract

本公开实施例提供了一种匹配方法、装置、电子设备及存储介质，该方法应用于服务器中，包括：接收目标用户所属客户端发送的匹配请求信息；根据匹配请求信息，为目标用户绑定至少一个待匹配用户；其中，目标用户的属性信息与待匹配用户的属性信息相一致，在为目标用户绑定的待匹配用户的数量，与目标用户所在群组的已有用户数量之和达到预设数量阈值时，匹配成功得到目标群组，解决了现有技术中用户匹配是随机完成的，存在用户体验较差的技术问题，实现了提高匹配效率，以及用户体验的技术效果。

Description

一种匹配方法、装置、电子设备及存储介质

技术领域

本公开实施例涉及计算机技术领域，尤其涉及一种匹配方法、装置、电子设备及存储介质。

背景技术

随着互联网和智能终端的发展，客户端提供的功能越来越多。其中，客户端可以通过多个插件分别提供不同功能，其对应的运行环境也不同。例如，某些应用的服务器可以提供小视频服务和K歌服务等功能。当在唱歌PK时，需要组建相应的队伍，每个队伍中预设人数阈值为6个人。若队伍中的人数不够预设人数阈值时，需要进行组队，现有技术中的组队匹配是随机进行的，存在匹配效率较低的技术问题。

发明内容

本公开实施例提供一种匹配方法、装置、电子设备及存储介质，以实现提高匹配效率，从而提高用户体验的技术效果。

第一方面，本公开实施例还提供了一种匹配方法，该方法包括：

接收目标用户所属客户端发送的匹配请求信息；

根据所述匹配请求信息，为所述目标用户绑定至少一个待匹配用户；其中，所述目标用户的属性信息与所述待匹配用户的属性信息相一致；

在为所述目标用户绑定的所述待匹配用户的数量，与所述目标用户所在群组的已有用户数量之和达到预设数量阈值时，匹配成功得到目标群组。

第二方面，本公开实施例还提供了一种匹配装置，该装置配置在服务器中，包括：

匹配请求信息接收模块，用于接收目标用户所属客户端发送的匹配请求信息；

绑定待匹配用户模块，用于根据所述匹配请求信息，为所述目标用户绑定至少一个待匹配用户；其中，所述目标用户的属性信息与所述待匹配用户的属性信息相一致；

目标群组确定模块，用于在为所述目标用户绑定的所述待匹配用户的数量，与所述目标用户所在群组的已有用户数量之和达到预设数量阈值时，匹配成功得到目标群组。

第三方面，本公开实施例还提供了一种电子设备，所述电子设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本公开实施例任一所述的匹配方法。

第四方面，本公开实施例还提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如本公开实施例任一所述的匹配方法。

本公开实施例的技术方案，通过接收目标用户所属客户端发送的匹配请求信息，根据匹配请求信息，为目标用户绑定至少一个待匹配用户；其中，目标用户的属性信息与待匹配用户的属性信息相一致，在为目标用户绑定的待匹配用户的数量，与目标用户所在群组的已有用户数量之和达到预设数量阈值时，匹配成功得到目标群组，解决了现有技术中对用户进行随机匹配时，存在用户体验较差的技术问题，实现了根据用户的属性信息进行匹配，不仅提高了匹配效率，还提高用户体验的技术效果。

附图说明

为了更加清楚地说明本公开示例性实施例的技术方案，下面对描述实施例中所需要用到的附图做一简单介绍。显然，所介绍的附图只是本公开所要描述的一部分实施例的附图，而不是全部的附图，对于本领域普通技术人员，在不付出创造性劳动的前提下，还可以根据这些附图得到其他的附图。

图1为本公开实施例所提供的一种匹配方法流程示意图；

图2为本公开实施例所提供的一种匹配方法另一流程示意图；

图3为本公开实施例所提供的一种匹配方法另一流程示意图；

图4为本公开实施例所提供的一种匹配方法另一流程示意图；

图5为本公开实施例所提供的一种匹配方法另一流程示意图；

图6为本公开实施例所提供的一种匹配方法另一流程示意图；

图7为本公开实施例所提供的一种匹配装置结构示意图；

图8为本公开实施例所提供的一种电子设备结构示意图。

具体实施方式

下面结合附图和实施例对本公开作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本公开，而非对本公开的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本公开相关的部分而非全部结构。

图1为本公开实施例所提供的一种匹配方法流程示意图，本实施例的方法可应用于服务器中，可以对接收到的匹配请求信息进行处理，该方法可以由匹配装置来执行，该装置可以通过软件和/或硬件的形式实现，可选的，通过服务器来实现。

如图1所述，本实施例的方法包括：

S110、接收目标用户所属客户端发送的匹配请求信息。

为了清楚的介绍本公开实施例的技术方案，可以以唱歌类应用程序为例来介绍，相应的客户端就是安装在移动终端上的唱歌类应用程序。

其中，将触发客户端上开始匹配的用户作为目标用户。匹配请求信息可以是客户端根据用户的触发操作生成与触发操作相对应的请求信息。

具体的，当目标用户触发客户端上的开始匹配按键时，可以生成与匹配操作相对应的匹配请求信息，并将该匹配请求信息发送至服务器。

在目标用户触发匹配操作之前，需要创建房间，即创建目标用户所在的队伍。可选的，接收目标用户所属客户端发送的建立群组的任务请求信息，根据任务请求信息建立群组，得到目标用户所在群组。

其中，建立群组可以理解为建立房间，即建立目标用户所在的队伍。

具体的，在目标用户触发客户端上进入游戏的按键时，客户端向服务器发送建立群组的任务请求信息。服务器接收该任务请求信息，并根据任务请求信息，在目标用户所属客户端上创建群组，即创建房间。其中，目标用户为房间中的成员。在目标用户创建房间成功后，可以将房间的链接发送至其它成员。

需要说明的是，目标用户可以向至少一个其他用户发送邀请信息，以使其它用户加入该房间。可选的，向目标用户的好友发送邀请，即触发邀请其它用户的操作，服务器根据接收到的触发操作，生成与群组，即队伍相对应的链接。可以将该链接发送至目标用户邀请的其他成员。其他成员可以接收到链接，当其他用户触发该链接，则说明其他用户要加入该队伍，反之，则不加入该队伍。可以理解为，目标用户所在的群组，可以只包括目标用户一个用户，也可以是包括多个用户，当然，多个用户的数量之和小于等于房间所需要的用户数量。

也就是说，参见图2，目标用户在进入客户端后，可以触发组队的按键，客户端向服务器发送创建队伍的任务请求信息，服务器根据任务请求信息创建队伍，并返回与队伍相对应的ID，即teamid。当目标用户要邀请其它成员时，服务器可以生成与该房间相对应的链接，并将链接发送至其他用户。其他用户可以点击该链接，服务器可以识别与该链接相对应的房间ID，以使其他用户进入该房间。

需要说明的是，目标用户所在的群组中包括至少一个用户，将创建房间的用户作为目标用户。

S120、根据匹配请求信息，为目标用户绑定至少一个待匹配用户。

其中，匹配请求信息中包括与目标用户相对应的属性信息，以及目标用户所在群组的已有用户数量。

其中，属性信息可以理解为用户在应用程序中，选择PK歌曲的类型，还可以是选择PK歌曲的年代等信息。目标用户所在群组，可以理解为目标用户创建的队伍或房间。已有用户数量是指目标用户创建队伍或房间后，在开始进入匹配状态之前队伍中现有用户的数量。示例性的，在目标用户创建队伍后，无邀请其他用户加入该队伍，那么目标用户所在群组的已有用户数量就有一个。若是创建房间后，有2个用户触发与房间相对应的链接后进入队伍，则目标用户所在群组的已有用户数量为3个。待匹配用户可以理解为也是触发了匹配操作的用户。

具体的，根据匹配请求信息中包括的已有用户的数量，以及用户的属性信息，从所有与目标用户属性信息相同的待匹配用户中为目标用户，即目标用户所在的队伍绑定至少一个待匹配用户。

S130、在为目标用户绑定的待匹配用户的数量，与目标用户所在群组的已有用户数量之和达到预设数量阈值时，匹配成功得到目标群组。

其中，预设数量阈值可以理解为每个队伍总共所需要的用户数量，可选的，每个队伍中参与游戏的用户数量为6个，也就是说，预设数量阈值为6。

具体的，根据匹配请求信息，为目标用户绑定的待匹配用户数量，与目标用户所在群组的已有用户数量，达到预设数量阈值时，则确定匹配完成，即匹配成功，将此时得到的队伍作为目标群组。

示例性的，若目标用户所在群组的已有用户数量为三个，可以根据目标用户的属性信息，从多个待匹配队伍中，选择至少一个待匹配队伍与目标用户所在的队伍进行匹配。当选择的待匹配队伍中用户的数量也是3个，或者选择了两个待匹配队伍，用户数量之和也是3个，即为目标用户绑定的待匹配用户数量，与目标用户所在群组的用户数量之和等于6，则确定匹配成功，将此时得到的群组，即目标队伍作为目标群组。

本公开实施例的技术方案，通过接收目标用户所属客户端发送的匹配请求信息；根据匹配请求信息，为目标用户绑定至少一个待匹配用户，其中，目标用户的属性信息与待匹配用户的属性信息相一致，在为目标用户绑定的待匹配用户的数量，与目标用户所在群组的已有用户数量之和达到预设数量阈值时，匹配成功得到目标群组，解决了现有技术对用户进行匹配性，随机性较大，存在用户体验较差的技术问题，实现了根据用户的属性信息进行匹配，提高用户匹配效率，进而提高用户体验的技术效果。

在上述技术方案的基础上，在S120中，根据匹配请求信息，为目标用户绑定至少一个待匹配用户，可以包括至少一个步骤。如图3所示，所述方法包括：

S310、根据匹配请求信息中的属性信息，确定与属性信息相对应的至少一个普通匹配池，各普通匹配池用于存储属性信息相同且处于匹配状态的用户信息。

其中，匹配池可以理解为至少一个用户触发匹配操作后，至少一个用户汇聚到一起的场所，即所有待匹配用户聚集的场所。至少一个普通匹配池的数量可以是一个、两个、或者多个。普通匹配池中用于存储属性信息相同，且处于匹配状态的用户信息，即一旦用户触发了匹配操作，均需要进入到普通匹配池中进行匹配。

需要说明的是，在各个用户触发匹配操作时，已经确定与用户相对应的属性信息，即已经确定了用户选择哪种类型的歌曲。因此可以预先建立至少一个普通匹配池，每个普通匹配池用于存储不同属性信息的用户。示例性的，存在50个用户的属性信息为选择90年代歌曲PK，存在100个用户选择80年代歌曲PK，那么可以将选择90年代歌曲PK的用户放入普通匹配池1中，将选择80年代歌曲PK的用户放入普通匹配池2中。

也就是说，服务器可以根据接收到的匹配请求信息，将用户所在的队伍放入到与其相对应的普通匹配池中，即与用户属性信息相同的普通匹配池中。当然，若某一个普通匹配池中的用户数量达到了上限，则可以建立多个属性信息相同的普通匹配池，以满足用户需求。

具体的，根据匹配请求信息中的属性信息，从所有普通匹配池中确定与属性信息相同至少一个普通匹配池，并从至少一个普通匹配池中，确定从哪个普通匹配池中选择待匹配用户进行绑定。

可选的，在服务器接收到匹配请求信息后，根据匹配请求信息中的属性信息，从所有匹配池中确定与用户属性信息相同的多个普通匹配池，可以根据每个普通匹配池中用户的数量，优选将目标用户放入数量较多的普通匹配池中进行匹配。

示例性的，匹配请求信息中，用户的属性信息为选择80年代歌曲进行PK，服务器根据匹配请求信息，从所有普通匹配池中确定属性信息为80年代歌曲PK的至少一个普通匹配池，可选的，20个普通匹配池。服务器可以确定其中，5个普通匹配池用户已达到上限，有12个普通匹配池中用户的数量较多，但未达到上限，其它3个普通匹配池中，没有用户。因此可以将目标用户放入到12个普通匹配池中的任意一个中进行匹配。

S320、根据匹配请求信息中已有用户数量，从普通匹配池中确定至少一个待匹配用户，与目标用户绑定。

在确定普通匹配池后，可以从普通匹配池中选择至少一个待匹配用户与目标用户进行绑定。

选择待匹配用户可以是：根据匹配请求信息中，已有用户的数量，优先根据普通匹配池中每个群组中用户的数量来进行匹配。还可以是：根据目标用户所在队伍中用户的等级，从普通匹配池中选择至少一个待匹配用户与目标用户绑定。以根据每个群组中用户数量进行匹配为例，可以是：普通匹配池中包括至少一个四人为一组的待匹配用户、三人为一组的待匹配用户、二人为一组的待匹配用户、一人为一组的待匹配用户。若匹配请求信息中，已有用户的数量为3个，则优先从普通匹配池中选择三人为一组的待匹配用户与目标用户进行绑定。当然，若是不存在三人为一组的待匹配用户，则可以选择一组两人为一组的用户，以及一组一人为一组的用户进行绑定；若是不存在这样的组合，可以选择三组一人为一组的用户与目标用户进行绑定。需要说明的是，不论采用哪一种组合方式，只需要确保的是最终匹配得到的用户数量达到预设数量阈值即可。

S330、若在第一预设时间内匹配失败，则根据至少一个普通匹配池中各个用户等待时间的优先级，为目标用户绑定至少一个待匹配用户。

其中，第一预设时间可以理解为，在目标用户触发匹配后，进入匹配状态的时间，可选的，5S。匹配失败可以理解为，未从普通匹配池中筛选出，目标用户所在群组需要的待匹配用户数量。各个用户等待时间的优先级可以理解为，将普通匹配池中等待匹配时间越长的用户，优先级设置为最高，即优先为等待时间最长的用户进行匹配。

具体的，若5S时间内为匹配失败，则根据普通匹配池中各个用户的等待时间，优先将等待时间较长的待匹配用户与目标用户进行绑定。

示例性的，普通匹配池中存在30个群组的等待时间已超过5S，且每个群组的等待时间不一，其它用户的等待时间未超过5S，则确定30个群组分别等待匹配的时间，并优先对等待时间最长的用户进行匹配。

S340、若在第二预设时间内，根据等待时间的优先级匹配失败，则从高优匹配池确定至少一个待匹配用户与目标用户绑定。

其中，第二预设时间也可以理解为等待匹配的时间，此时的第二预设时间的时长大于第一预设时间的时长，可选的，第二预设时间可以是20S。将第二预设时间内未匹配完成的待匹配用户，全部集中放置到一个匹配池中，将此时的匹配池作为高优匹配池。也就是说，高优匹配池，用于存储各个普通匹配池中待匹配用户等待的时间超过第二预设时间的用户。示例性的，将各个普通匹配池中，用户等待匹配时间超过20S的待匹配用户放入到高优匹配池中。

具体的，若是在第二预设时间匹配失败时，则从高优匹配池中确定至少一个待匹配用户与目标用户进行绑定。若是从高优匹配池中，匹配到的待匹配用户数量与目标用户所在群组的已有用户数量等于预设数量阈值时，则匹配完成得到目标群组。若是在高优匹配池中依然未匹配成功时，用户可以重新触发开始匹配的操作，进行再次匹配。

在上述技术方案的基础上，为了节省资源，提高资源利用了，服务器与客户端之间基于短连接通信。服务器可以间隔的接收客户端发送的轮询信息，并将群组中各个用户的状态反馈至用户所属客户端。

其中，客户端可以理解为终端上安装的应用程序，服务器为与客户端相对应。短连接可以与长连接相对应，短连接可以理解为服务器与客户端之间不是一直处于连接的状态的。

在目标用户向服务器发送创建群组，即房间的任务请求信息时，客户端可以调用服务器上的相应接口，当客户端接收到返回的信息时，则任务队伍创建完成。相应的，当目标用户将与群组相对应的链接发送至其它用户，其它用户通过该链接加入队伍时，也会先调用相应的接口，当客户端接收到返回成功的信号时，则加入队伍完成。在队伍中各个用户所属客户端会轮询相同的接口，接口可以返回每次轮询时，队伍的状态。其中，队伍的状态可以是：每个用户昵称、头像、准备状态等，以及队伍的相关信息，可选的，是否解散、队伍名称等。当队伍中任何一个用户的状态发生变化时，需要向发送器请求相应接口以改变状态。服务器改变状态后可以更新数据库，而后客户端再次轮询服务器时，服务器可以将更改后的信息返回。需要说明的是，服务器更改信息控制在一个轮询间隔内，采用短连接通信的好处在于，不用实时与客户端通信，降低了服务端的资源消耗。

可以理解为，服务器可以接收客户端发送的建立房间的任务请求，建立当前队伍，并确定与房间相对应的接口。当有其他用户加入该房间时，客户端可以调用相同的接口，在接收到调用接口成功时，则加入当前队伍。客户端定时，可选的每秒钟向服务器发送轮询，即在未发送轮询时，服务器与客户端之间的通信是断开的，客户端接收服务器发送的结果，根据接收到的结果可以确定当前房间中每个用户的状态。若房间中当前成员的状态发生变化时，客户端向服务器发送调用接口的指令，以更改当前成员的当前状态。

本公开实施例的技术方案，通过接收目标用户所属客户端发送的匹配请求信息，根据匹配请求信息，为目标用户绑定至少一个待匹配用户；其中，目标用户的属性信息与待匹配用户的属性信息相一致，在为目标用户绑定的待匹配用户的数量，与目标用户所在群组的已有用户数量之和达到预设数量阈值时，匹配成功得到目标群组，解决了现有技术中对用户进行随机匹配时，存在用户体验较差的技术问题，实现了根据用户的属性信息进行匹配，不仅提高了匹配效率，还提高用户体验的技术效果。

作为上述实施例的一优选实施例，图4为本公开实施例所提供的一种匹配方法另一流程示意图。

基于客户端视角，该匹配方法包括：

S401、点击匹配。

目标用户可以触发客户端上的开始匹配按键，以使服务器接收开始匹配请求信息，根据开始匹配请求信息，将目标用户所在的群组加入到匹配池中。

S402、加入匹配池。

可以理解为，服务器根据接收到的匹配请求信息，将目标用户所在群组放入到普通匹配池中，进行匹配。在客户端可以显示的是，目标用户所在群组处于匹配状态。

S403、每秒轮询。

为了节省资源，即避免资源浪费，客户端与服务器之间是基于短连接通信。客户端定时向服务器发送轮询，以确定目标用户所在队伍中的各个用户的状态。客户端可以根据服务器反馈的信息，确定各个目标用户所在群组中的各个用户状态的信息、用户信息，以及目标用户所在群组是否匹配完成。

S404、判断是否匹配成功，若是，则执行S405；若否，则执行S402。

当接收到反馈信息为匹配成功时，即为目标用户所在群组匹配到的待匹配用户数量，与目标用户所在群组的已有用户数量之和等于预设数量阈值，则可以直接进入游戏状态。若是接收到的反馈信息为匹配失败时，则可以自动的再次进入匹配池中进行匹配。当然，也可以是用户手动触发开始匹配操作，再次进入到普通匹配池中进行匹配。

S405、进入游戏。

本公开实施例的技术方案，通过接收目标用户所属客户端发送的匹配请求信息，根据匹配请求信息，为目标用户绑定至少一个待匹配用户，其中，目标用户的属性信息与待匹配用户的属性信息相一致，在为目标用户绑定的待匹配用户的数量，与目标用户所在群组的已有用户数量之和达到预设数量阈值时，匹配成功得到目标群组，解决了现有技术中对用户进行随机匹配时，存在用户体验较差的技术问题，实现了根据用户的属性信息进行匹配，不仅提高了匹配效率，还提高用户体验的技术效果。

图5为本公开实施例所提供的一种匹配方法另一流程示意图，该示意图为基于服务器视角的流程示意图。如图5所示，所述方法包括：

S501、接收匹配请求信息。

服务器接收与用户触发操作相对应的匹配请求信息，并根据接收到的匹配请求信息，将目标用户所在的队伍，即目标用户所在群组放入到匹配池中，进行匹配。

S502、判断匹配的时间是否超过预设匹配时间阈值，若是，则执行S503；若否，则执行S504。

判断目标用户在匹配池中进行匹配的时间，是否超过了预设匹配时间阈值。即判断目标用户所在队伍进行匹配的时间，是否超过设置的最长匹配时长，可选的，20S。若是匹配的是将超过了预设匹配时间阈值，则执行S503；若是匹配的时间未超过预设匹配时间阈值，则执行S504.

S503、加入高优匹配队列。

需要说明的是，若是队伍在普通匹配池中进行匹配的时间超过预设匹配时间阈值，说明目标用户所在队伍长时间未匹配成功。为了提高匹配效率，可以将目标用户所在队伍放入到高优匹配池中进行匹配。

S504、加入普通匹配队列。

若匹配的时间未超过预设匹配时间阈值，则可以将目标用户所在的队伍放入到普通匹配队列中。其中，可以根据歌曲的类别与队伍的ID，确定与目标用户属性信息相同的普通匹配池，并从该普通匹配池中选择出至少一个待匹配用户与目标用户进行绑定。

本公开实施例的技术方案，通过接收目标用户所属客户端发送的匹配请求信息，根据匹配请求信息，为目标用户绑定至少一个待匹配用户，其中，目标用户的属性信息与待匹配用户的属性信息相一致，在为目标用户绑定的待匹配用户的数量，与目标用户所在群组的已有用户数量之和达到预设数量阈值时，匹配成功得到目标群组，解决了现有技术中对用户进行随机匹配时，存在用户体验较差的技术问题，实现了根据用户的属性信息进行匹配，不仅提高了匹配效率，还提高用户体验的技术效果。

本实施例为上述实施例的一具体实施方式，即在用户触发匹配操作后，服务器所要执行的一系列操作。图6为本公开实施例所提供的一种匹配方法另一流程示意图。

如图6所示，所述方法包括：

S601、匹配消费者。

其中，消费者是指服务器给每个匹配池配置的管理者。

具体的，服务器为各个匹配池配置对应的管理者。

S602、判断是否获取到进入匹配池的权限，若是，则执行S603，若否，则结束。

也就是说，服务器可以将目标用户所在的队伍加入到哪一个匹配池中。即确定将目标用户所在群组放入到哪一个匹配池中去确定待匹配用户。若是获取到进入其中一个匹配池的权限，则可以进入匹配池中进行匹配，反之，则退出重新进入。其中，导致未获取匹配权限的可以包括多个因素，在此不再详细解释。

S603、获取待匹配队伍。

普通匹配池中可以包括至少一个队伍，服务器可以根据目标用户所在队伍的用户数量，以及普通匹配池中每个队伍的用户的数量，为目标用户匹配至少一个待匹配用户。即从匹配池中获取至少一个待匹配队伍与目标用户所在的队伍进行绑定。

S604、优先根据各个待匹配队伍中的人数进行匹配。

需要说明的是，当各个队伍进入到匹配池中时，可以根据至少一种策略从待匹配用户中确定至少一个待匹配用户，与目标用户所在队伍进行绑定。

可选的，根据各个待匹配队伍中用户的人数进行匹配。示例性的，确定匹配池中各个队伍的用户数量，可选的，200组队伍中每个队伍包括两个用户，100组队伍中每个队伍包括三个用户，200个队伍中每个队伍包括一个用户，每个队伍的预设用户数量为6个人。优先匹配的是2、2、2，和3、3，当未匹配完成时，可以与队伍数量为1的队伍进行组合，得到目标队伍。即队伍中用户的数量等于预设用户数量。

S605、通知游戏中心，创建游戏。

当目标用户所在队伍匹配完成时，即目标用户所在队伍中的用户数量与预设用户数量阈值，可选的，6个人相等，则确定匹配完成。此时服务器可以通知游戏中心，创建游戏。

本公开实施例的技术方案，通过接收目标用户所属客户端发送的匹配请求信息，根据匹配请求信息，为目标用户绑定至少一个待匹配用户；其中，目标用户的属性信息与待匹配用户的属性信息相一致，在为目标用户绑定的待匹配用户的数量，与目标用户所在群组的已有用户数量之和达到预设数量阈值时，匹配成功得到目标群组，解决了现有技术中对用户进行随机匹配时，存在用户体验较差的技术问题，实现了根据用户的属性信息进行匹配，不仅提高了匹配效率，还提高用户体验的技术效果。

进一步的，所述匹配请求信息中包括与目标用户相对应的属性信息，以及所述目标用户所在群组的已有用户数量。

进一步的，所述根据所述匹配请求信息，为所述目标用户绑定至少一个待匹配用户，包括：根据所述匹配请求信息中的所述属性信息，确定与所述属性信息相对应的至少一个普通匹配池，各普通匹配池用于存储所述属性信息相同且处于匹配状态的用户信息；根据所述匹配请求信息中所述已有用户数量，从所述普通匹配池中确定至少一个待匹配用户，与所述目标用户绑定。

进一步的，所述方法还包括：若在第一预设时间内匹配失败，则根据所述至少一个普通匹配池中各个用户等待时间的优先级，为所述目标用户绑定至少一个待匹配用户。

进一步的，所述方法还包括：若在第二预设时间内，根据所述等待时间的优先级匹配失败，则从高优匹配池确定至少一个待匹配用户与所述目标用户绑定；其中，所述高优匹配池，用于存储在所述第二预设时间内匹配失败的待匹配用户。

进一步的，所述方法还包括：与客户端基于短连接通信。

进一步的，所述方法还包括：接收客户端发送的轮询信息，并将群组中各个用户的状态反馈至用户所属客户端。

进一步的，在所述接收目标用户发送的匹配请求信息之前，还包括：

接收所述目标用户所属客户端发送的建立群组的任务请求信息；根据所述任务请求信息建立群组，得到所述目标用户所在群组。

图7为本公开实施例提供的一种匹配装置结构示意图，该装置可以配置在服务器中。

该装置可以包括：匹配请求信息接收模块710，用于接收目标用户所属客户端发送的匹配请求信息；绑定待匹配用户模块720，用于根据所述匹配请求信息，为所述目标用户绑定至少一个待匹配用户；其中，所述目标用户的属性信息与所述待匹配用户的属性信息相一致；目标群组确定模块730，用于在为所述目标用户绑定的所述待匹配用户的数量，与所述目标用户所在群组的已有用户数量之和达到预设数量阈值时，匹配成功得到目标群组。

在上述各技术方案的基础上，所述匹配请求信息中包括与目标用户相对应的属性信息，以及所述目标用户所在群组的已有用户数量。

在上述各技术方案的基础上，所述绑定待匹配用户模块，还用于：

根据所述匹配请求信息中的所述属性信息，确定与所述属性信息相对应的至少一个普通匹配池，各普通匹配池用于存储所述属性信息相同且未匹配完成的用户信息；根据所述匹配请求信息中所述已有用户数量，从所述普通匹配池中确定至少一个待匹配用户，与所述目标用户绑定。

在上述各技术方案的基础上，所述装置还包括：第一预设绑定模块，用于若在第一预设时间内匹配失败，则根据所述至少一个普通匹配池中各个用户等待时间的优先级，为所述目标用户绑定至少一个待匹配用户。

在上述各技术方案的基础上，所述装置还包括第二绑定模块，用于：

若在第二预设时间内，根据所述等待时间的优先级匹配失败，则从高优匹配池确定至少一个待匹配用户与所述目标用户绑定；其中，所述高优匹配池中包括所述第二预设时间内匹配失败的待匹配用户。

在上述各技术方案的基础上，所述装置还包括：通信连接模块，用于与客户端基于短连接通信。

在上述各技术方案的基础上，所述装置还包括：状态接收模块，用于接收客户端发送的轮询信息，并将群组中各个用户的状态反馈至用户所属客户端。

在上述各技术方案的基础上，在所述匹配请求信息接收模块，接收目标用户所述客户端发送的匹配请求信息之前，还用于：接收所述目标用户所属客户端发送的建立群组的任务请求信息；根据所述任务请求信息建立群组，得到所述目标用户所在群组。

本公开实施例的技术方案，通过接收目标用户所属客户端发送的匹配请求信息，根据匹配请求信息，为目标用户绑定至少一个待匹配用户；其中，目标用户的属性信息与待匹配用户的属性信息相一致，在为目标用户绑定的待匹配用户的数量，与目标用户所在群组的已有用户数量之和达到预设数量阈值时，匹配成功得到目标群组，解决了现有技术中对用户进行随机匹配时，存在用户体验较差的技术问题，实现了根据用户的属性信息进行匹配，不仅提高了匹配效率，还提高用户体验的技术效果。

本公开实施例所提供的匹配装置可执行本公开任意实施例所提供的匹配方法，具备执行方法相应的功能模块和有益效果。

值得注意的是，上述装置所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本公开实施例的保护范围。

图8示出了适于用来实现本公开实施例实施方式的示例性电子设备800的框图。下面参考图8，其示出了适于用来实现本公开实施例的电子设备(例如终端设备或服务器)800的结构示意图。本公开实施例中的终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图8示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图8所示，电子设备800可以包括处理装置(例如中央处理器、图形处理器等)801，其可以根据存储在只读存储器(ROM)802中的程序或者从存储装置808加载到随机访问存储器(RAM)803中的程序而执行各种适当的动作和处理。在RAM803中，还存储有电子设备800操作所需的各种程序和数据。处理装置801、ROM 802以及RAM803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。

通常，以下装置可以连接至I/O接口805：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置806；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置807；包括例如磁带、硬盘等的存储装置808；以及通信装置809。通信装置809可以允许电子设备800与其他设备进行无线或有线通信以交换数据。虽然图8示出了具有各种装置的电子设备800，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。

特别地，根据本公开公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置809从网络上被下载和安装，或者从存储装置808被安装，或者从ROM802被安装。在该计算机程序被处理装置801执行时，执行本公开公开实施例的方法中限定的上述功能。

需要说明的是，本公开公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：

接收目标用户所属客户端发送的匹配请求信息；

根据所述匹配请求信息，为所述目标用户绑定至少一个待匹配用户；其中，所述目标用户的属性信息与所述待匹配用户的属性信息相一致；

在为所述目标用户绑定的所述待匹配用户的数量，与所述目标用户所在群组的已有用户数量之和达到预设数量阈值时，匹配成功得到目标群组。

可以以一种或多种程序设计语言或其组合来编写用于执行本公开公开的操作的计算机程序代码，上述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本公开公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开公开实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，模块的名称在某种情况下并不构成对该单元本身的限定，例如，匹配请求信息接收模块还可以被描述为“匹配模块”；绑定待匹配用户模块还可以描述为“绑定模块”等。

以上描述仅为本公开公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

注意，上述仅为本公开的较佳实施例及所运用技术原理。本领域技术人员会理解，本公开不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本公开的保护范围。因此，虽然通过以上实施例对本公开进行了较为详细的说明，但是本公开不仅仅限于以上实施例，在不脱离本公开构思的情况下，还可以包括更多其他等效实施例，而本公开的范围由所附的权利要求范围决定。

Claims (11)

1.一种匹配方法，其特征在于，应用于服务器中，包括：

接收目标用户所属客户端发送的匹配请求信息；

根据所述匹配请求信息，为所述目标用户绑定至少一个待匹配用户；其中，所述目标用户的属性信息与所述待匹配用户的属性信息相一致；

在为所述目标用户绑定的所述待匹配用户的数量，与所述目标用户所在群组的已有用户数量之和达到预设数量阈值时，匹配成功得到目标群组。

2.根据权利要求1所述的匹配方法，其特征在于，所述匹配请求信息中包括与目标用户相对应的属性信息，以及所述目标用户所在群组的已有用户数量。

3.根据权利要求2所述的方法，其特征在于，所述根据所述匹配请求信息，为所述目标用户绑定至少一个待匹配用户，包括：

根据所述匹配请求信息中的所述属性信息，确定与所述属性信息相对应的至少一个普通匹配池，各普通匹配池用于存储所述属性信息相同且处于匹配状态的用户信息；

根据所述匹配请求信息中所述已有用户数量，从所述普通匹配池中确定至少一个待匹配用户，与所述目标用户绑定。

4.根据权利要求3所述的方法，其特征在于，还包括：

若在第一预设时间内匹配失败，则根据所述至少一个普通匹配池中各个用户等待时间的优先级，为所述目标用户绑定至少一个待匹配用户。

5.根据权利要求4所述的方法，其特征在于，还包括：

若在第二预设时间内，根据所述等待时间的优先级匹配失败，则从高优匹配池确定至少一个待匹配用户与所述目标用户绑定；

其中，所述高优匹配池，用于存储在所述第二预设时间内匹配失败的待匹配用户。

6.根据权利要求1所述的方法，其特征在于，还包括：

与客户端基于短连接通信。

7.根据权利要求1-6中任一所述的方法，其特征在于，还包括：

接收客户端发送的轮询信息，并将群组中各个用户的状态反馈至用户所属客户端。

8.根据权利要求1-6中任一所述的方法，其特征在于，在所述接收目标用户发送的匹配请求信息之前，还包括：

接收所述目标用户所属客户端发送的建立群组的任务请求信息；

根据所述任务请求信息建立群组，得到所述目标用户所在群组。

9.一种匹配装置，其特征在于，配置于服务器中，包括：

匹配请求信息接收模块，用于接收目标用户所属客户端发送的匹配请求信息；

绑定待匹配用户模块，用于根据所述匹配请求信息，为所述目标用户绑定至少一个待匹配用户；其中，所述目标用户的属性信息与所述待匹配用户的属性信息相一致；

目标群组确定模块，用于在为所述目标用户绑定的所述待匹配用户的数量，与所述目标用户所在群组的已有用户数量之和达到预设数量阈值时，匹配成功得到目标群组。

10.一种电子设备，其特征在于，所述电子设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-8中任一所述的匹配方法。

11.一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如权利要求1-8中任一所述的匹配方法。