基于移动终端的客户端匹配方法、服务器及客户端与流程

本发明涉及通信领域，具体而言，涉及一种基于移动终端的客户端匹配方法、服务器及客户端。

背景技术：

目前，手机社交软件通常具有提供用户之间相互沟通的通话功能，而手机社交软件的活跃用户主要是中青年用户群，他们对于新鲜事物接受能力强，喜欢尝试丰富、便捷的社区体验。手机的中青年用户群体，具有一定的经济基础，却由于日常繁忙的工作局限了社交圈，他们日常的通话对象是好友或者用户自己浏览后选择的。

因此，亟需提供一种新颖的通信客户端选择方式，在具备便利性和娱乐性的同时，可以为广大用户群体在工作之余调剂心情、丰富生活创造条件，并能够扩大用户的交友圈，为用户提供更高的通话体验。

技术实现要素：

本发明的主要目的在于公开了一种基于移动终端的客户端匹配方法、服务器及客户端，以至少解决相关技术中目前手机用户所采用的通信客户端选择方式，缺乏便利性和娱乐性，无法为广大用户群体在工作之余调剂心情、丰富生活创造条件的问题。

根据本发明的一个方面，提供了一种基于移动终端的客户端匹配方法。

根据本发明的基于移动终端的客户端匹配方法包括：接收来自于移动终端第一客户端的随机匹配移动终端客户端的请求消息，其中，上述请求消息中携带有匹配条件；在预先配置的随机匹配用户客户端列表中查找是否存在满足上述匹配条件的第二客户端；在查找到满足上述匹配条件的上述第二客户端时，将第一匹配结果通知至上述第一客户端，其中，上述第一匹配结果中携带有上述第二客户端的标识信息。

优选地，在预先配置的随机匹配用户客户端列表中查找是否存在满足上述匹配条件的第二客户端之后，还包括：在未查找到满足上述匹配条件的上述第二客户端时，则将上述第一客户端添加到上述随机匹配用户客户端列表中；当接收到来自于至少一个其他客户端的随机匹配移动终端客户端的请求消息时，在上述随机匹配用户客户端列表中查找是否满足其他客户端的匹配条件的客户端；从将上述第一客户端添加到上述随机匹配用户客户端列表开始的预定时长内，如果上述第一客户端满足当前其他客户端的匹配条件，则将第二匹配结果通知至当前其他客户端，其中，上述第二匹配结果中携带有上述第一客户端的标识信息。

优选地，从将上述第一客户端添加到上述随机匹配用户客户端列表开始的预定时长内，如果上述第一客户端不满足上述其他客户端的匹配条件，还包括：向上述第一客户端发送匹配超时通知消息，结束对上述第一客户端的随机匹配流程。

根据本发明的另一方面，提供了一种基于移动终端的客户端匹配方法。

根据本发明的基于移动终端的客户端匹配方法包括：移动终端第一客户端向服务器发送随机匹配移动终端客户端的请求消息，其中，上述请求消息中携带有匹配条件；当上述服务器在预先配置的随机匹配用户客户端列表中查找到存在满足上述匹配条件的第二客户端时，上述第一客户端接收来自于上述服务器返回的第一匹配结果，其中，上述第一匹配结果中携带有上述第二客户端的标识信息。

优选地，上述第一客户端接收来自于上述服务器返回的第一匹配结果之后，还包括：上述第二客户端接收到上述第一客户端作为主叫方调用呼叫请求发起的呼叫；上述第二客户端呈现接收呼叫和拒绝呼叫的通知信息；上述第二客户端响应用户对上述通知信息的操作，与上述第一客户端进行通话或者拒绝上述第一客户端的呼叫。

根据本发明的又一方面，提供了一种服务器。

根据本发明的服务器包括：第一接收模块，用于接收来自于移动终端第一客户端的随机匹配移动终端客户端的请求消息，其中，上述请求消息中携带有匹配条件；第一查找模块，用于在预先配置的随机匹配用户客户端列表中查找是否存在满足上述匹配条件的第二客户端；第一通知模块，用于在查找到满足上述匹配条件的上述第二客户端时，将第一匹配结果通知至上述第一客户端，其中，上述第一匹配结果中携带有上述第二客户端的标识信息。

优选地，上述服务器还包括：添加模块，用于在未查找到满足上述匹配条件的上述第二客户端时，则将上述第一客户端添加到上述随机匹配用户客户端列表中；第二查找模块，用于当接收到来自于至少一个其他客户端的随机匹配移动终端客户端的请求消息时，在上述随机匹配用户客户端列表中查找是否满足其他客户端的匹配条件的客户端；第二通知模块，用于从将上述第一客户端添加到上述随机匹配用户客户端列表开始的预定时长内，在上述第一客户端满足当前其他客户端的匹配条件时，将第二匹配结果通知至当前其他客户端，其中，上述第二匹配结果中携带有上述第一客户端的标识信息。

优选地，上述服务器还包括：第一发送模块，用于向上述第一客户端发送匹配超时通知消息，结束对上述第一客户端的随机匹配流程。

根据本发明的再一方面，提供了一种客户端。

根据本发明的客户端包括：第一客户端和第二客户端，其中，上述第一客户端包括：第二发送模块，用于向服务器发送随机匹配移动终端客户端的请求消息，其中，上述请求消息中携带有匹配条件；第二接收模块，用于当上述服务器在预先配置的随机匹配用户客户端列表中查找到存在满足上述匹配条件的上述第二客户端时，接收来自于上述服务器返回的第一匹配结果，其中，上述第一匹配结果中携带有上述第二客户端的标识信息。

优选地，上述第二客户端包括：第三接收模块，用于接收上述第一客户端作为主叫方调用呼叫请求发起的呼叫；呈现模块，用于呈现接收呼叫和拒绝呼叫的通知信息；响应模块，用于响应用户对上述通知信息的操作，与上述第一客户端进行通话或者拒绝上述第一客户端的呼叫。

与现有技术相比，本发明实施例至少具有以下优点：为移动终端客户端在预先配置的随机匹配用户客户端列表中随机匹配满足条件的客户端，在具备便利性和娱乐性的同时，可以为广大用户群体在工作之余调剂心情、丰富生活创造条件，并能够扩大用户的交友圈，为用户提供更高的通话体验。

附图说明

图1是根据本发明实施例一的基于移动终端的客户端匹配方法的流程图；

图2是根据本发明实施例二的基于移动终端的客户端匹配方法的流程图；

图3是根据本发明优选实施例的基于移动终端的客户端匹配方法的流程图；

图4是根据本发明优选实施例的基于移动终端的呼叫流程图；

图5是根据本发明实施例三的服务器的结构框图；

图6是根据本发明优选实施例的服务器的结构框图；

图7是根据本发明实施例四的客户端的结构框图；以及

图8是根据本发明优选实施例的客户端的结构框图。

具体实施方式

下面结合说明书附图对本发明的具体实现方式做一详细描述。

图1是根据本发明实施例一的基于移动终端的客户端匹配方法的流程图。如图1所示，该基于移动终端的客户端匹配方法包括：

步骤s101：接收来自于移动终端第一客户端的随机匹配移动终端客户端的请求消息，其中，上述请求消息中携带有匹配条件；

步骤s103：在预先配置的随机匹配用户客户端列表中查找是否存在满足上述匹配条件的第二客户端；

步骤s105：在查找到满足上述匹配条件的上述第二客户端时，将第一匹配结果通知至上述第一客户端，其中，上述第一匹配结果中携带有上述第二客户端的标识信息。

采用图1所示的通信客户端选择方式，为移动终端客户端在预先配置的随机匹配用户客户端列表中随机匹配满足条件的客户端，在具备便利性和娱乐性的同时，可以为广大用户群体在工作之余调剂心情、丰富生活创造条件，并能够扩大用户的交友圈，为用户提供更高的通话体验。

其中，上述匹配条件可以根据实际情况动态配置，例如，性别和/或年龄段等。

优选地，在步骤s105的预先配置的随机匹配用户客户端列表中查找是否存在满足上述匹配条件的第二客户端之后，还可以包括：在未查找到满足上述匹配条件的上述第二客户端时，则将上述第一客户端添加到上述随机匹配用户客户端列表中；当接收到来自于至少一个其他客户端的随机匹配移动终端客户端的请求消息时，在上述随机匹配用户客户端列表中查找是否满足其他客户端的匹配条件的客户端；从将上述第一客户端添加到上述随机匹配用户客户端列表开始的预定时长内，如果上述第一客户端满足当前其他客户端的匹配条件，则将第二匹配结果通知至当前其他客户端，其中，上述第二匹配结果中携带有上述第一客户端的标识信息。

优选地，从将上述第一客户端添加到上述随机匹配用户客户端列表开始的预定时长内，如果上述第一客户端不满足上述其他客户端的匹配条件，还可以包括：向上述第一客户端发送匹配超时通知消息，结束对上述第一客户端的随机匹配流程。

对加入队列中的客户端设置等待时长，如果在预定时长内，没有为队列中的客户端匹配到满足条件的客户端，则结束对该客户端的随机匹配流程。

图2是根据本发明实施例二的基于移动终端的客户端匹配方法的流程图。如图2所示，该基于移动终端的客户端匹配方法包括：

步骤s201：移动终端第一客户端向服务器发送随机匹配移动终端客户端的请求消息，其中，上述请求消息中携带有匹配条件；

步骤s203：当上述服务器在预先配置的随机匹配用户客户端列表中查找到存在满足上述匹配条件的第二客户端时，上述第一客户端接收来自于上述服务器返回的第一匹配结果，其中，上述第一匹配结果中携带有上述第二客户端的标识信息。

采用图2所示的通信客户端选择方式，为移动终端客户端在预先配置的随机匹配用户客户端列表中随机匹配满足条件的客户端，在具备便利性和娱乐性的同时，可以为广大用户群体在工作之余调剂心情、丰富生活创造条件，并能够扩大用户的交友圈，为用户提供更高的通话体验。

优选地，在上述第一客户端接收来自于上述服务器返回的第一匹配结果之后，还可以包括以下处理：上述第二客户端接收到上述第一客户端作为主叫方调用呼叫请求发起的呼叫；上述第二客户端呈现接收呼叫和拒绝呼叫的通知信息；上述第二客户端响应用户对上述通知信息的操作，与上述第一客户端进行通话或者拒绝上述第一客户端的呼叫。

以下结合图3和图4进一步描述上述优选实施方式。

图3是根据本发明优选实施例的基于移动终端的客户端匹配方法的流程图。如图3所示，该客户端匹配方法包括：

步骤s301:用户客户端a调用随机匹配请求(randomenter)向呼叫服务器(下文称calls)发送请求进入随机匹配流程。

步骤s303:calls收到用户客户端a的随机匹配请求。

步骤s305:calls会主动在随机匹配用户客户端列表(randommatchlist)中查找满足用户客户端a条件的用户，若未找到，则执行步骤s309，否则，执行步骤s307。

步骤s307：如果在随机匹配用户客户端列表中匹配到用户客户端b，则calls发送匹配结果(randommatchnotify)通知用户客户端a，此时用户客户端a就完成了随机匹配用户步骤。

步骤s309：如果未找到满足用户客户端a条件的用户客户端，把用户客户端a添加到randommatchlist中，等待其他用户客户端来匹配查找，之后执行步骤s311。

步骤s311：用户客户端a会在randommatchlist中等待，直到有其他用户客户端按照步骤s301、步骤s303、步骤s305和步骤s307来匹配到用户客户端a或者匹配等待超时。如果有其他用户客户端匹配到用户客户端a，则执行步骤s313。如果没有其他用户客户端匹配到用户客户端a，则执行步骤s315。

步骤s313：等待匹配到用户客户端a的其他用户客户端发起呼叫。

在优选实施过程中，如果用户客户端a是作为被匹配方匹配成功时，calls可以不发送匹配结果通知用户客户端a，这是基于通话双方有主叫和被叫区分而设定，当然也可以设定向匹配双方均发送匹配结果。

步骤s315:判断用户客户端a在randommatchlist中匹配是否等待超时，如果超时，则执行步骤s317，否则，返回执行步骤s309。

步骤s317:calls发送匹配超时(randommatchtimeout)通知用户客户端a此次随机匹配结束。如果用户客户端a还想进行下次随机匹配，则再次重复步骤s301至s315即可。

图4是根据本发明优选实施例的基于移动终端的呼叫流程图。如图4所示，该基于移动终端的呼叫流程主要包括：

步骤s401：用户客户端a接收到randommatchnotify告知被匹配用户为用户客户端b。

在优选实施过程中，如果用户客户端a在随机匹配过程中主动匹配到用户客户端b，则会接收到calls发过来的randommatchnotify通知来告知被匹配的用户客户端b。

步骤s403：用户客户端a确定被匹配用户客户端b后作为主叫方向用户客户端b发起呼叫，优选实施过程中，用户a作为主叫调用呼叫请求callout向b发起呼叫。

步骤s405：用户客户端b接收到用户客户端a的呼叫请求后界面弹出接通和拒绝供选择。

步骤s407：响应用户操作，判断是接听还是拒绝。如果是接听，则执行步骤s409，否则，流程结束。

步骤s409：用户客户端b选择接听则接通通话。

由此可见，随机匹配逻辑和呼叫逻辑相互独立，整个实现过程中分两步实施。第一步由随机匹配逻辑计算筛选出符合条件的匹配用户，第二步则向被匹配用户发起呼叫，由呼叫逻辑完成呼叫。这种随机匹配和呼叫逻辑解耦的好处是需求变动需要修改匹配的筛选条件时不影响呼叫逻辑。

图5是根据本发明实施例三的服务器的结构框图。如图5所示，该服务器包括：第一接收模块50，用于接收来自于移动终端第一客户端的随机匹配移动终端客户端的请求消息，其中，上述请求消息中携带有匹配条件；第一查找模块52，用于在预先配置的随机匹配用户客户端列表中查找是否存在满足上述匹配条件的第二客户端；第一通知模块54，用于在查找到满足上述匹配条件的上述第二客户端时，将第一匹配结果通知至上述第一客户端，其中，上述第一匹配结果中携带有上述第二客户端的标识信息。

图5所示的服务器，查找模块52为移动终端客户端在预先配置的随机匹配用户客户端列表中随机匹配满足条件的客户端，在具备便利性和娱乐性的同时，可以为广大用户群体在工作之余调剂心情、丰富生活创造条件，并能够扩大用户的交友圈，为用户提供更高的通话体验。

优选地，如图6所示，上述服务器还可以包括：添加模块56，与第一查找模块52相连接，用于在未查找到满足上述匹配条件的上述第二客户端时，则将上述第一客户端添加到上述随机匹配用户客户端列表中；第二查找模块58，与第一查找模块52相连接，用于当接收到来自于至少一个其他客户端的随机匹配移动终端客户端的请求消息时，在上述随机匹配用户客户端列表中查找是否满足其他客户端的匹配条件的客户端；第二通知模块60，用于从将上述第一客户端添加到上述随机匹配用户客户端列表开始的预定时长内，在上述第一客户端满足当前其他客户端的匹配条件时，将第二匹配结果通知至当前其他客户端，其中，上述第二匹配结果中携带有上述第一客户端的标识信息。

优选地，如图6所示，上述服务器还可以包括：第一发送模块62，与第二查找模块58相连接，用于向上述第一客户端发送匹配超时通知消息，结束对上述第一客户端的随机匹配流程。

图7是根据本发明实施例四的客户端的结构框图。如图7所示，该客户端主要包括：第一客户端70和第二客户端72，其中，上述第一客户端70包括：第二发送模块700，用于向服务器发送随机匹配移动终端客户端的请求消息，其中，上述请求消息中携带有匹配条件；第二接收模块702，用于当上述服务器在预先配置的随机匹配用户客户端列表中查找到存在满足上述匹配条件的上述第二客户端时，接收来自于上述服务器返回的第一匹配结果，其中，上述第一匹配结果中携带有上述第二客户端的标识信息。

优选地，如图8所示，该第二客户端72可以进一步包括：第三接收模块720，用于接收上述第一客户端作为主叫方调用呼叫请求发起的呼叫；呈现模块722，用于呈现接收呼叫和拒绝呼叫的通知信息；响应模块724，用于响应用户对上述通知信息的操作，与上述第一客户端进行通话或者拒绝上述第一客户端的呼叫。

综上所述，借助本发明提供的上述优选实施方式，将在呼叫服务器(calls)侧配置一个随机匹配用户客户端列表，需要进行随机匹配的用户客户端只需要向呼叫服务器发送随机匹配请求，calls收到用户匹配请求后在随机匹配队列中查找符合条件的用户，未匹配到用户则在队列中等待其他用户客户端来查找匹配，若匹配成功则通知需要进行随机匹配的客户端被匹配到的用户客户端id。在具备便利性和娱乐性的同时，可以为广大手机用户群体在工作之余调剂心情、丰富生活创造条件，并能够扩大用户的交友圈，为用户提供更高的通话体验。

以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。