CN106559308A - 一种加入通讯群组的方法及装置 - Google Patents

Abstract

本申请公开了一种加入通讯群组的方法及装置，该方法包括：第一终端接收服务器发送的第二终端的用户需求信息，其中，第二终端的用户需求信息是服务器在确定第一终端与第二终端之间的距离不大于设定阈值时发送的；第一终端针对第二终端的用户需求信息，向服务器发送确认指令，以便于服务器在接收到确认指令后，将第一终端和第二终端加入同一通讯群组。通过上述方法，终端可以便利地为用户查找能够解决该用户的用户需求的其他用户。

Description

一种加入通讯群组的方法及装置

技术领域

本申请涉及计算机技术领域，尤其涉及一种加入通讯群组的方法及装置。

背景技术

互联网的迅速发展扩大了人们的交际圈。互联网的用户可以通过终端连接上互联网寻求其他用户，以解决自己的各类用户需求。

但是，在实际应用中，对于某些常见的用户需求，终端并不能便利地为用户查找到能够解决这些用户需求的其他用户。

例如，用户现在想要打车去机场，考虑到打车费用较高，该用户可能想要寻找现在也想去机场的其他用户，一同拼车从而可以节省车费；又例如，用户可能想要寻找一起去香山登山的其他用户。

对于诸如上例中的用户需求，在现有技术中，用户可以通过终端在互联网上发帖等方式寻找上述的其他用户，但是，这种方式效率较低，而且不便于各用户相互之间及时地沟通。

因此，在上述场景下，终端并不能便利地为用户查找到能够解决这些相同用户需求的其他用户。

发明内容

本申请实施例提供一种加入通讯群组的方法，用以解决现有技术中终端不能便利地为用户查找能够解决该用户的用户需求的其他用户的问题。

本申请实施例提供一种加入通讯群组的装置，用以解决现有技术中终端不能便利地为用户查找能够解决该用户的用户需求的其他用户的问题。

本申请实施例提供的一种加入通讯群组的方法，包括：

第一终端接收服务器发送的第二终端的用户需求信息，其中，所述第二终端的用户需求信息是所述服务器在确定所述第一终端与所述第二终端之间的距离不大于设定阈值时发送的；

所述第一终端针对所述第二终端的用户需求信息，向所述服务器发送确认指令，以便于所述服务器在接收到所述确认指令后，将所述第一终端和所述第二终端加入同一通讯群组。

本申请实施例提供的一种加入通讯群组的方法，包括：

服务器当确定第一终端与第二终端之间的距离不大于设定阈值时，向所述第一终端发送所述第二终端的用户需求信息；

所述服务器当接收到所述第一终端针对所述第二终端的用户需求信息发送的确认指令时，将所述第一终端和所述第二终端加入同一通讯群组。

本申请实施例提供的一种加入通讯群组的装置，包括：

接收模块，用于为第一终端接收服务器发送的第二终端的用户需求信息，其中，所述第二终端的用户需求信息是所述服务器在确定所述第一终端与所述第二终端之间的距离不大于设定阈值时发送的；

确认模块，用于针对所述第二终端的用户需求信息，向所述服务器发送确认指令，以便于所述服务器在接收到所述确认指令后，将所述第一终端和所述第二终端加入同一通讯群组。

本申请实施例提供的一种加入通讯群组的装置，包括：

发送模块，用于当确定第一终端与第二终端之间的距离不大于设定阈值时，向所述第一终端发送所述第二终端的用户需求信息；

加入模块，用于当接收到所述第一终端针对所述第二终端的用户需求信息发送的确认指令时，将所述第一终端和所述第二终端加入同一通讯群组。

本申请实施例通过上述至少一种技术方案，终端可以通过向服务器发送用户需求信息和位置信息，以便于服务器可以将该终端，以及位于该终端附近且符合该终端的用户需求的其他终端加入同一通讯群组，从而该通讯群组内的各终端的用户可以解决彼此的用户需求，因此，终端可以便利地为用户查找能够解决该用户的用户需求的其他用户。

附图说明

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

图1为本申请实施例提供的加入通讯群组的过程；

图2为本申请实施例提供的对应于图1的加入通讯群组的过程；

图3为本申请实施例提供的加入通讯群组的装置结构示意图；

图4为本申请实施例提供的另一个加入通讯群组的装置结构示意图。

具体实施方式

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

图1为本申请实施例提供的加入通讯群组的过程，具体包括以下步骤：

S101：第一终端接收服务器发送的第二终端的用户需求信息，其中，所述第二终端的用户需求信息是所述服务器在确定所述第一终端与所述第二终端之间的距离不大于设定阈值时发送的。

本申请实施例提供的加入通讯群组的方法的执行主体可以是任一终端，在实际应用中，可以有多个终端分别执行所述加入通讯群组的方法。

为了便于描述，本申请实施例以某终端(可以是任一执行所述加入通讯群组的方法的终端)为执行主体，说明所述加入通讯群组的方法。可以将作为执行主体的该终端称为第一终端，将除该终端以外的、也可以执行所述加入通讯群组的方法的任一其他的终端称为第二终端。以下提及的“终端”既可以指第一终端，也可以指第二终端。所述终端包括但不限于：手机、平板电脑、智能手表、智能手环、车载移动台、个人计算机等；所述服务器可以是终端上的应用的服务器，包括但不限于：大中型计算机、计算机集群等。

在本申请实施例中，终端可以向服务器发送用户需求信息，以便于服务器将所述用户需求信息作为所述终端的用户需求信息(诸如第一终端的用户需求信息、第二终端的用户需求信息，等等)进行保存。从而，后续可以帮助所述终端的用户查找位于所述终端附近的、与该用户有类似用户需求，或是能解决该用户的用户需求的其他用户(可以称为目标用户)。

在本申请实施例中，各终端在向服务器发送用户需求信息后，还可以向服务器发送自身当前的位置信息。对于步骤S101中的第一终端，服务器可以根据接收到的各位置信息，确定出与第一终端之间的距离不大于设定阈值的第二终端。当采用这种方案时，服务器确定出所述第二终端后，可以将第二终端的用户需求信息发送给第一终端，而不用第一终端向服务器请求获取第二终端的用户需求信息，这样的话，信息安全性较高，而且可以减轻第一终端的负担。

在本申请实施例中，也可以由第一终端基于短距离无线通信方式，自行确定出与第一终端之间的距离不大于设定阈值的第二终端。当采用这种方案时，第一终端确定出第二终端时，可以向服务器请求获取第二终端的用户需求信息；或者，也可以基于短距离无线通信方式，直接向第二终端请求获取第二终端的用户需求信息。其中，所述短距离无线通信方式可以是基于微波或红外线的短距离无线通信方式、蓝牙(BlueTooth)通信方式、紫蜂(ZigBee)通信方式、无线局域网(Wireless Local Area Networks，WLAN)广播，等等。

需要说明的是，若第一终端直接向第二终端请求获取第二终端的用户需求信息，则第二终端也可以不向服务器发送用户需求信息，而是将第二终端的用户需求信息保存在第二终端自身上即可。这样的话，即使第一终端和第二终端所处的无线通信网络(由通信运营商提供)质量较差，由于第一终端与第二终端之间的短距离无线通信并不依赖于所述无线通信网络，而且短距离无线通信的数据传输速度很快，因此，第一终端仍然能够快速地获取到第二终端的用户需求信息，从而可以提高获取用户需求信息这一过程的可靠性，并且还可以减轻服务器的负担。

在本申请实施例中，用户需求信息可以是待办事项信息和/或用于筛选目标用户的筛选规则信息，等等。本申请对所述待办事项信息以及所述筛选规则信息的具体内容并不做限定，以下举例进行说明。

例如，用户可能有寻求同行人的需求，如找人拼车去相同的目的地、寻找一起旅游的同伴，等等。在这种情况下，用户可以通过终端在服务器上登记相应的用户需求信息，该用户需求信息可以包括：同行的目标用户信息、目的地信息、出行时间，等等。其中，同行的目标用户信息可以属于所述筛选规则信息，目的地信息和出行时间可以属于所述待办事项信息。下面用例1、例2具体说明。

例1，假定所述用户是一名27岁的女性，想要寻找本周末一起去香山登山的同伴，出于人身安全考虑，该用户可能希望同伴也是女性，且和自己年龄相差不大，则该用户登记的用户需求信息具体可以是：同行的目标用户信息(性别：女；年龄区间：25～30岁)、目的地信息(香山)、出行时间(本周末)。

例2，假定所述用户是一名20岁的男性，想要找人拼车去机场，则该用户登记的用户需求信息具体可以是：同行的目标用户信息(性别：男女均可；年龄区间：30岁以下)、目的地信息(机场)、出行时间(现在，尽快出发)。

当然，在实际应用中，上述用户需求信息还可以包含更多的内容，如对用户自身的简单介绍、对同行的目标用户的性格、爱好、样貌、职业、等方面的要求，等等。

又例如，用户可能有寻求商品卖家或买家的需求，如求购商品、出售商品，等等。在这种情况下，用户在服务器上登记的用户需求信息可以包括：求购的商品的信息及出价，和/或出售的商品信息及售价(可以属于待办事项信息)，等等。

下面用例3和例4具体说明。

例3，假定所述用户想要出价200元求购一台二手音响，则该用户登记的用户需求信息具体可以是：同行的目标人群信息(求购的商品的信息及出价：二手音响一台，200元)。

例4，假定所述用户是一名导购，想要招揽顾客，则该用户登记的用户需求信息具体可以是：该用户可进行导购的店铺商品信息及售价、店铺的位置，等等。

类似的，上述用户需求信息也可以包含更多的内容，如对求购的商品的新旧程度的要求、对交易时间地点的要求，等等。

S102：所述第一终端针对所述第二终端的用户需求信息，向所述服务器发送确认指令，以便于所述服务器在接收到所述确认指令后，将所述第一终端和所述第二终端加入同一通讯群组。

在本申请实施例中，第一终端在获取到第二终端的用户需求信息后，可以将第二终端的用户需求信息展示给第一终端的用户。假定第一终端的用户符合第二终端的用户需求信息，或第一终端的用户有类似的用户需求时，则第一终端可以通过用户的操作，针对第二终端的用户需求信息，向服务器发送确认指令。(为了便于描述，以下可以将这个步骤简称为：对第二终端的用户需求信息进行确认)。

继续用上述的例1进行说明，假定第二终端的用户需求信息为例1中的用户需求信息，而第一终端的用户认为自己符合该用户需求信息，也即，该用户可能也想本周末去香山登山，且该用户是年龄在25～30岁区间的女性，则用户可以通过第一终端，对第二终端的用户需求信息进行确认。

进一步的，本申请实施例对用户通过第一终端，对第二终端的用户需求信息进行确认的具体实施方法并不做限定。例如，用户可以通过操作第一终端上的预设控件，直接对该用户需求信息进行确认；或者，用户也可以通过第一终端与第二终端建立音频和/或视频连接，这样的话，第一终端的用户和第二终端的用户可以通过声音和/或视频图像，推测对方是否符合自己登记的用户需求信息，若是，则可以确认所述用户需求信息；等等。

在实际应用中，上述的确认用户需求信息的过程可以是单向(由某一方终端确认即可)的，也可以是双向的(需要由双方终端相互确认)。相应的，服务器可以在第一终端对第二终端的用户需求信息进行确认后，和/或第二终端对第一终端的用户需求信息进行确认后，将第一终端和第二终端加入同一通讯群组，所述通讯群组可以是服务器预先建立的通讯群组，也可以是服务器在上述确认用户需求信息的过程执行完成后再建立的。

在上述过程中，终端可以主动去确认其他终端的用户需求信息，终端也可以等待其他终端确认该终端的用户需求信息，相应的，服务器可以根据至少两个终端之间对对方的用户需求信息的确认情况，决定是否将所述至少两个终端加入同一个通讯群组。

另外，前面已经提到，第一终端与第二终端也有可能基于短距离无线通信方式进行通讯，则在这种情况下，第一终端与第二终端也可以不加入同一通讯群组，而是直接进行通讯即可，这样的话，可以加快用户需求的解决速度。

终端可以通过向服务器发送用户需求信息和位置信息，以便于服务器可以将该终端，以及位于该终端附近且符合该终端的用户需求的其他终端加入同一通讯群组，从而该通讯群组内的各终端的用户可以解决彼此的用户需求。因此，终端可以便利地为用户查找能够解决该用户的用户需求的其他用户。

根据上述说明，在本申请实施例中，对于图1中的过程，还可以包括以下步骤：所述第一终端向所述服务器发送用户需求信息，以便于所述服务器将所述用户需求信息作为第一终端的用户需求信息进行保存。

在本申请实施例中，对于上述步骤S101，第一终端接收服务器发送的第二终端的用户需求信息，具体可以包括：第一终端向服务器发送第一位置信息(第一位置信息可以是第一终端当前的位置信息)；所述第一终端接收所述服务器发送的第二终端的用户需求信息，其中，所述第二终端的用户需求信息是所述服务器根据所述第一位置信息和接收的所述第二终端发送的第二位置信息(第二位置信息可以是第二终端当前的位置信息)，确定所述第一终端与所述第二终端之间的距离不大于设定阈值时发送的。

本申请实施例对终端(第一终端、第二终端)获取自身当前的位置信息的方法并不做限定。一般的，终端可以基于全球定位系统(Global PositioningSystem，GPS)服务获取自身当前的位置信息；或者，终端在无线保真(WIreless-Fidelity，Wifi)环境下，也可以通过提供该Wifi信号的路由器，获取自身当前的位置信息。

进一步的，对上述步骤S101中的所述设定阈值进行详细说明。所述设定阈值可以由服务器根据默认的设定选项进行设定，也可以根据第一终端设定的第一阈值和/或第二终端设定的第二阈值进行设定。在实际应用中，所述设定阈值一般在数十米～数百米的取值区间内。

所述第一阈值可以用于指示：当某终端与第一终端的距离不大于第一阈值时，第一终端可以去获取该终端的用户需求信息；或者，当某终端与第一终端的距离不大于第一阈值时，允许服务器向第一终端发送该终端的用户需求信息。

所述第一阈值也可以用于指示：当某终端与第一终端的距离不大于第一阈值时，允许该终端获取第一终端的用户需求信息；或者，当某终端与第一终端的距离不大于第一阈值时，允许服务器向该终端发送第一终端的用户需求信息。

所述第二阈值的作用与第一阈值类似，将所述第一阈值指示的内容中的“第一阈值”替换为“第二阈值”即为所述第二阈值指示的内容，在此不再赘述。

根据第一阈值和第二阈值所指示的内容不同，可以确定出的设定阈值的取值也不同，所述设定阈值可能与第一阈值相同，也可能与第一阈值和第二阈值这两者中较小的值相同。

需要说明的是，第一阈值可以由第一终端在服务器上单独地进行设置，也可以由第一终端向服务器发送第一终端的用户需求信息时，将第一阈值作为设置信息一同发送给服务器设置。第二阈值与第一阈值类似，不再赘述。

下面用例5对上述设定阈值相关的内容进行举例说明。

例5，假定用户a使用第一终端，第一终端的用户需求信息(可以称为用户需求信息1)为“2015年6月6日，9点30分去老和山(地名)出行，提示半径50米，要求男性身高170厘米。”，则上述的第一阈值可以为50米；

假定用户b使用第二终端，第二终端的用户需求信息(可以称为用户需求信息2)为“2015年6月6日，9点30分去老和山出行，提示半径20米，要求无。”，则上述的第二阈值可以为20米。

服务器当确定第一终端与第二终端之间的距离不大于50米时，可以向第一终端发送用户需求信息2(在这种情况下，设定阈值为50米)，当确定第一终端与第二终端之间的距离不大于20米时，可以向第二终端发送用户需求信息1；或者，服务器也可以当确定第一终端与第二终端之间的距离不大于20米时，再向第一终端发送用户需求信息2，以及向第二终端发送用户需求信息1(在这种情况下，设定阈值为20米)。

进而，假定用户a和用户b看了对方的用户需求信息后，均觉得对方适合作为一同去老和山的目标用户，则可以通过各自的终端对对方的用户需求信息进行确认(在确认的过程中，用户a和用户b还可以通过各自的终端进行音频和/或视频交流)，确认后，服务器可以将第一终端与第二终端加入同一个通讯群组，则用户a和用户b可以通过该通讯群组商讨后续出行的具体安排，从而可以解决用户a和用户b的用户需求。

在本申请实施例中，根据上述说明，对于上述步骤S102，所述第一终端针对所述第二终端的用户需求信息，向所述服务器发送确认指令之前，所述方法还包括：所述第一终端向所述第二终端发送视频和/或音频连接请求，在确定所述第二终端接受所述视频和/或音频连接请求后，建立与所述第二终端之间的视频和/或音频连接；或所述第一终端接受所述第二终端发送的视频和/或音频连接请求，以便于所述第二终端建立与所述第一终端之间的视频和/或音频连接。从而可以帮助终端的用户在对对方的用户需求信息进行确认之前，了解对方更多的信息，以减少受到对方欺骗的风险。

在本申请实施例中，对于服务器而言，有些终端的用户可能并不可信(如，该用户可能是骗子，或是，针对服务器的恶意攻击者)，则相应的，这类用户想服务器发送的用户需求信息也可能是不可信的。可以采取以下方法，降低这类用户所带来的风险：

服务器接收到终端发送的用户需求信息时，可以对该用户需求信息进行验证，若验证成功，则可以将该用户需求信息作为所述终端的用户需求信息进行保存，若验证失败，可以拒绝保存该用户需求信息。

进一步的，可以基于该用户需求信息对应的用户账号，对该用户需求信息进行验证。则服务器对用户需求信息验证，具体可以包括：

所述服务器确定所述用户需求信息对应的用户账号，所述服务器获取所述用户账号关联的信用信息，所述服务器当确定所述信用信息符合指定条件时，对所述用户需求信息验证成功，所述服务器当确定所述信用信息不符合指定条件时，对所述用户需求信息验证失败。

所述用户需求信息对应的用户账号可以是终端用于发送该用户需求信息所登录的用户账号，所述信用信息可以是所述用户账号，或所述用户账号关联的特定账号(如银行卡号、第三方支付平台的支付账号等)在特定信用机构(如银行、第三方支付平台等)的信用信息。下面用例6和例7进行说明。

例6，假定所述特定信用机构为某银行，所述用户账号是该银行的银行账号，则服务器可以获取该银行账号在该银行的信用信息，若该信用信息反映该银行账号的信用状况良好，则对所述用户需求信息验证成功，反之，若该信用信息反映该银行账号的信用状况较差，如该用户账号下有信用卡还款逾期的记录等，则对所述用户需求信息验证失败。在例6中，所述的指定条件可以为：“该信用信息反映该银行账号的信用状况良好”。

另外，在例6中，信用信息具体可以包含该银行账号的信用值，在这种情况下，服务器可以获取该信用值，若该信用值大于预设阈值时，则对所述用户需求信息验证成功，反之，若该信用信息不大于预设阈值时，则对所述用户需求信息验证失败。所述预设阈值可以根据该银行的实际情况进行设定，在这种情况下，所述的指定条件可以为：“该信用信息包含的信用值大于预设阈值”。

例7，假定所述特定信用机构为某第三方支付平台，所述用户账号是该第三方支付平台的支付账号，则服务器可以获取该支付账号在该银行的信用信息，并基于该信用信息，确定是否对所述用户需求信息验证成功。具体过程与例6类似，在此不再赘述。

在本申请实施例中，第一终端和第二终端加入同一通讯群组后，第一终端的用户和第二终端的用户根据后续各自用户需求的解决情况，采用实名方式或匿名方式，对对方进行评价，所述评价可以由服务器进行记录并提供给其他终端作为参考。继续用例5进行说明。

假定第一终端和第二终端加入同一通讯组后，用户a和用户b也就老和山出行的具体事项进行了约定，但是，后续用户b并未赴约，这样的话，用户a可以给用户b(或第二终端)差评，这样的话，以后其他终端的用户在看见这个差评后，可能会认为用户b并不可靠，进而可以不对用户b登记的其他的用户需求信息进行确认。

由于上述的评价机制也可以反映出用户(或终端)的信用状况，因此，可以提高加入通讯群组的终端对应的用户的可靠性。进一步的，服务器还可以基于用户获得的评价对终端发送的用户需求信息进行验证，以决定是否将该用户需求信息作为所述终端的用户需求信息进行保存。

另外，在实际应用中，用户(或终端)获得的各评价中，可能存在少数评价并不符合实际情况。在这种情况下，为了防止用户(或终端)的信用状况受损，也可以允许用户(或终端)选择去掉一定比例数量的评价，例如，可以允许用户(或终端)从获得的每10个评价中去掉1个评价；当然，也可以允许用户(或终端)针对获得的不符合实际情况的评价，向服务器申请撤销该评价。

以上为站在第一终端的角度，对本申请实施例提供的加入通讯群组的方法进行的阐述。基于同样的思路，以下还站在服务器的角度，对本申请实施例提供的加入通讯群组的方法进行阐述，如图2所示。

图2为本申请实施例提供的对应于图1的加入通讯群组的过程，具体包括以下步骤：

S201：服务器当确定第一终端与第二终端之间的距离不大于设定阈值时，向所述第一终端发送所述第二终端的用户需求信息。

S202：所述服务器当接收到所述第一终端针对所述第二终端的用户需求信息发送的确认指令时，将所述第一终端和所述第二终端加入同一通讯群组。

通过上述方法，终端可以便利地为用户查找能够解决该用户的用户需求的其他用户。

在本申请实施例中，对于上述步骤S201，向所述第一终端发送所述第二终端的用户需求信息之前，还可以包括以下步骤：

所述服务器接收所述第二终端发送的用户需求信息；所述服务器将所述第二终端发送的用户需求信息作为第二终端的用户需求信息进行保存。

在本申请实施例中，前面已经提及，可以根据与第一终端之间的距离，向第一终端发送第二终端的用户需求信息，在实际应用中，可能有多个所述第二终端与第一终端的距离均不大于设定阈值，而第一终端的用户可能只要用到所述多个所述第二终端中的一部分第二终端的用户需求信息。在这种情况下，为了提高第一终端的用户获得适用的第二终端的用户需求信息的效率，根据第一终端的用户需求信息，对获得的各第二终端的用户需求信息进行筛选后再发送给第一终端。

具体的，对于上述步骤S201，服务器向所述第一终端发送所述第二终端的用户需求信息，具体可以包括：所述服务器获得所述第一终端的用户需求信息；所述服务器确定所述第一终端的用户需求信息对应的场景信息；所述服务器根据确定的所述场景信息，从预设的判断条件中选择与确定的所述场景信息对应的判断条件；所述服务器基于选择的判断条件，在确定所述第二终端的用户需求信息与确定的所述场景信息匹配时，向所述第一终端发送所述第二终端的用户需求信息。其中，各所述场景信息可以由服务器或终端预先设定，所述场景信息可以是拼车场景信息、同城出游场景信息、远途旅游场景信息、二手交易场景信息，等等，本申请对所述场景信息的具体种类并不做限定。

继续用例5进行说明，在例5中，第一终端的用户需求信息对应的场景信息可以是同城出游信息。假定用户c也使用了一个第二终端，且用户c使用的第二终端的用户需求信息为“出售二手音响一台，售价200元”。

当用户b使用的第二终端和用户c使用的第二终端与第一终端的距离均不大于设定阈值时，服务器判断出用户b使用的第二终端的用户需求信息对应的场景信息也是同城出游信息，用户c使用的第二终端的用户需求信息对应的场景信息是二手交易场景信息。在这种情况下，假定与同城出游信息对应的判断条件是“是否也属于同城出游信息”，则服务器根据该判断条件，可以判断出用户b使用的第二终端的用户需求信息与同城出游信息匹配，而用户c使用的第二终端的用户需求信息与同城出游信息不匹配，进而，服务器可以只将用户b使用的第二终端的用户需求信息发送给第一终端，而可以不将用户c使用的第二终端的用户需求信息发送给第一终端。

当然，在实际应用中，还可以设定更多的判断条件，或设定更精确的判断条件(如上例中的判断条件还可以是：“是否也属于同城出游信息，以及出游日期是否一致”，等等)，以便于服务器可以根据场景信息的不同，自动调整对应的判断条件，进而向第一终端推送适用的第二终端的用户需求信息。

在本申请实施例中，所述服务器将所述第二终端发送的用户需求信息作为第二终端的用户需求信息进行保存之前，还可以包括以下步骤：所述服务器对所述第二终端发送的用户需求信息验证成功。

在本申请实施例中，所述服务器对所述第二终端发送的用户需求信息验证成功，具体可以包括：所述服务器确定所述第二终端发送的用户需求信息对应的用户账号；所述服务器获取所述用户账号关联的信用信息；所述服务器当确定所述信用信息符合指定条件时，对所述用户需求信息验证成功。

在本申请实施例中，所述服务器可以采用如下方法，确定所述第一终端与所述第二终端之间的距离是否不大于设定阈值：

所述服务器接收所述第一终端发送的第一位置信息，以及接收所述第二终端发送的第二位置信息；所述服务器根据所述第一位置信息和所述第二位置信息，确定所述第一终端与所述第二终端之间的距离是否不大于设定阈值。

在本申请实施例中，所述服务器还可以向所述第二终端发送所述第一终端的用户需求信息，其中，服务器获取第一终端的用户需求信息的方法与获取第一终端的用户需求信息的方法类似，在此不再赘述。

在这种情况下，对于上述步骤S202，所述服务器将所述第一终端和所述第二终端加入同一通讯群组，具体可以包括：所述服务器当接收到所述第二终端针对所述第一终端的用户需求信息发送的确认指令时，将所述第一终端和所述第二终端加入同一通讯群组。

在实际应用中，所述服务器可以当接收到所述第一终端针对所述第二终端的用户需求信息发送的确认指令，和/或接收到所述第二终端针对所述第一终端的用户需求信息发送的确认指令时，将所述第一终端和所述第二终端加入同一通讯群组。

以上为本申请实施例提供的加入通讯群组的方法，基于同样的思路，本申请实施例还提供相应的加入通讯群组的装置，如图3、图4所示。

图3为本申请实施例提供的加入通讯群组的装置结构示意图，具体包括：

接收模块301，用于为第一终端接收服务器发送的第二终端的用户需求信息，其中，所述第二终端的用户需求信息是所述服务器在确定所述第一终端与所述第二终端之间的距离不大于设定阈值时发送的；

确认模块302，用于针对所述第二终端的用户需求信息，向所述服务器发送确认指令，以便于所述服务器在接收到所述确认指令后，将所述第一终端和所述第二终端加入同一通讯群组。

所述装置还包括：

发送模块303，用于为第一终端向所述服务器发送用户需求信息，以便于所述服务器将所述用户需求信息作为第一终端的用户需求信息进行保存。

所述发送模块303具体用于：为第一终端向服务器发送第一位置信息；接收所述服务器发送的第二终端的用户需求信息，其中，所述第二终端的用户需求信息是所述服务器根据所述第一位置信息和接收到的所述第二终端发送的第二位置信息，确定所述第一终端与所述第二终端之间的距离不大于设定阈值时发送的。

所述装置还包括：

连接模块304，用于在所述确认模块302针对所述第二终端的用户需求信息，向所述服务器发送确认指令之前，向所述第二终端发送视频和/或音频连接请求，在确定所述第二终端接受所述视频和/或音频连接请求后，建立与所述第二终端之间的视频和/或音频连接；或

在所述确认模块302针对所述第二终端的用户需求信息，向所述服务器发送确认指令之前，接受所述第二终端发送的视频和/或音频连接请求，以便于所述第二终端建立与所述第一终端之间的视频和/或音频连接。

具体的上述如图3所示的装置可以位于终端上。

图4为本申请实施例提供的加入通讯群组的装置结构示意图，具体包括：

发送模块401，用于当确定第一终端与第二终端之间的距离不大于设定阈值时，向所述第一终端发送所述第二终端的用户需求信息；

加入模块402，用于当接收到所述第一终端针对所述第二终端的用户需求信息发送的确认指令时，将所述第一终端和所述第二终端加入同一通讯群组。

所述装置还包括：

保存模块403，用于在所述发送模块401向所述第一终端发送所述第二终端的用户需求信息之前，接收所述第二终端发送的用户需求信息，将所述第二终端发送的用户需求信息作为第二终端的用户需求信息进行保存。

所述发送模块401具体用于：当确定第一终端与第二终端之间的距离不大于设定阈值时，获得所述第一终端的用户需求信息；确定所述第一终端的用户需求信息对应的场景信息；根据确定的所述场景信息，从预设的判断条件中选择与确定的所述场景信息对应的判断条件；基于选择的判断条件，在确定所述第二终端的用户需求信息与确定的所述场景信息匹配时，向所述第一终端发送所述第二终端的用户需求信息。

所述装置还包括：

验证模块404，用于在所述保存模块403将所述第二终端发送的用户需求信息作为第二终端的用户需求信息进行保存之前，对所述第二终端发送的用户需求信息验证成功。

所述验证模块404具体用于：确定所述用户需求信息对应的用户账号；获取所述用户账号关联的信用信息；当确定所述信用信息符合指定条件时，对所述用户需求信息验证成功。

所述发送模块401采用如下方法，确定所述第一终端与所述第二终端之间的距离是否不大于设定阈值：接收所述第一终端发送的第一位置信息，以及接收所述第二终端发送的第二位置信息，根据所述第一位置信息和所述第二位置信息，确定所述第一终端与所述第二终端之间的距离是否不大于设定阈值。

所述发送模块401还用于，向所述第二终端发送所述第一终端的用户需求信息；

所述加入模块402具体用于，当接收到所述第二终端针对所述第一终端的用户需求信息发送的确认指令时，将所述第一终端和所述第二终端加入同一通讯群组。

具体的上述如图4所示的装置可以位于服务器上。

本申请实施例提供一种加入通讯群组的方法及装置，该方法包括：第一终端接收服务器发送的第二终端的用户需求信息，其中，所述第二终端的用户需求信息是所述服务器在确定所述第一终端与所述第二终端之间的距离不大于设定阈值时发送的；所述第一终端针对所述第二终端的用户需求信息，向所述服务器发送确认指令，以便于所述服务器在接收到所述确认指令后，将所述第一终端和所述第二终端加入同一通讯群组。通过上述方法，终端可以通过向服务器发送用户需求信息和位置信息，以便于服务器可以将该终端，以及位于该终端附近且符合该终端的用户需求的其他终端加入同一通讯群组，从而该通讯群组内的各终端的用户可以解决彼此的用户需求，因此，终端可以便利地为用户查找能够解决该用户的用户需求的其他用户。

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

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

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

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

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

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

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

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

Claims (18)

1.一种加入通讯群组的方法，其特征在于，包括：

第一终端接收服务器发送的第二终端的用户需求信息，其中，所述第二终端的用户需求信息是所述服务器在确定所述第一终端与所述第二终端之间的距离不大于设定阈值时发送的；

所述第一终端针对所述第二终端的用户需求信息，向所述服务器发送确认指令，以便于所述服务器在接收到所述确认指令后，将所述第一终端和所述第二终端加入同一通讯群组。

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

所述第一终端向所述服务器发送用户需求信息，以便于所述服务器将所述用户需求信息作为第一终端的用户需求信息进行保存。

3.如权利要求1所述的方法，其特征在于，第一终端接收服务器发送的第二终端的用户需求信息，具体包括：

第一终端向服务器发送第一位置信息；

所述第一终端接收所述服务器发送的第二终端的用户需求信息，其中，所述第二终端的用户需求信息是所述服务器根据所述第一位置信息和接收到的所述第二终端发送的第二位置信息，确定所述第一终端与所述第二终端之间的距离不大于设定阈值时发送的。

4.如权利要求1所述的方法，其特征在于，所述第一终端针对所述第二终端的用户需求信息，向所述服务器发送确认指令之前，所述方法还包括：

所述第一终端向所述第二终端发送视频和/或音频连接请求，在确定所述第二终端接受所述视频和/或音频连接请求后，建立与所述第二终端之间的视频和/或音频连接；或

所述第一终端接受所述第二终端发送的视频和/或音频连接请求，以便于所述第二终端建立与所述第一终端之间的视频和/或音频连接。

5.一种加入通讯群组的方法，其特征在于，包括：

服务器当确定第一终端与第二终端之间的距离不大于设定阈值时，向所述第一终端发送所述第二终端的用户需求信息；

所述服务器当接收到所述第一终端针对所述第二终端的用户需求信息发送的确认指令时，将所述第一终端和所述第二终端加入同一通讯群组。

6.如权利要求5所述的方法，其特征在于，服务器向所述第一终端发送所述第二终端的用户需求信息之前，所述方法还包括：

所述服务器接收所述第二终端发送的用户需求信息；

所述服务器将所述第二终端发送的用户需求信息作为第二终端的用户需求信息进行保存。

7.如权利要求6所述的方法，其特征在于，服务器向所述第一终端发送所述第二终端的用户需求信息，具体包括：

所述服务器获得所述第一终端的用户需求信息；

所述服务器确定所述第一终端的用户需求信息对应的场景信息；

所述服务器根据确定的所述场景信息，从预设的判断条件中选择与确定的所述场景信息对应的判断条件；

所述服务器基于选择的判断条件，在确定所述第二终端的用户需求信息与确定的所述场景信息匹配时，向所述第一终端发送所述第二终端的用户需求信息。

8.如权利要求6所述的方法，其特征在于，所述服务器将所述第二终端发送的用户需求信息作为第二终端的用户需求信息进行保存之前，所述方法还包括：

所述服务器对所述第二终端发送的用户需求信息验证成功。

9.如权利要求8所述的方法，其特征在于，所述服务器对所述第二终端发送的用户需求信息验证成功，具体包括：

所述服务器确定所述第二终端发送的用户需求信息对应的用户账号；

所述服务器获取所述用户账号关联的信用信息；

所述服务器当确定所述信用信息符合指定条件时，对所述用户需求信息验证成功。

10.如权利要求5所述的方法，其特征在于，所述服务器采用如下方法，确定所述第一终端与所述第二终端之间的距离是否不大于设定阈值：

所述服务器接收所述第一终端发送的第一位置信息，以及接收所述第二终端发送的第二位置信息；

所述服务器根据所述第一位置信息和所述第二位置信息，确定所述第一终端与所述第二终端之间的距离是否不大于设定阈值。

11.如权利要求5～10任一项所述的方法，其特征在于，所述方法还包括：

所述服务器向所述第二终端发送所述第一终端的用户需求信息；

所述服务器将所述第一终端和所述第二终端加入同一通讯群组，具体包括：

所述服务器当接收到所述第二终端针对所述第一终端的用户需求信息发送的确认指令时，将所述第一终端和所述第二终端加入同一通讯群组。

12.一种加入通讯群组的装置，其特征在于，包括：

接收模块，用于为第一终端接收服务器发送的第二终端的用户需求信息，其中，所述第二终端的用户需求信息是所述服务器在确定所述第一终端与所述第二终端之间的距离不大于设定阈值时发送的；

确认模块，用于针对所述第二终端的用户需求信息，向所述服务器发送确认指令，以便于所述服务器在接收到所述确认指令后，将所述第一终端和所述第二终端加入同一通讯群组。

13.如权利要求12所述的装置，其特征在于，所述装置还包括：

发送模块，用于为第一终端向所述服务器发送用户需求信息，以便于所述服务器将所述用户需求信息作为第一终端的用户需求信息进行保存。

14.如权利要求12所述的装置，其特征在于，所述发送模块具体用于：为第一终端向服务器发送第一位置信息；接收所述服务器发送的第二终端的用户需求信息，其中，所述第二终端的用户需求信息是所述服务器根据所述第一位置信息和接收到的所述第二终端发送的第二位置信息，确定所述第一终端与所述第二终端之间的距离不大于设定阈值时发送的。

15.一种加入通讯群组的装置，其特征在于，包括：

发送模块，用于当确定第一终端与第二终端之间的距离不大于设定阈值时，向所述第一终端发送所述第二终端的用户需求信息；

加入模块，用于当接收到所述第一终端针对所述第二终端的用户需求信息发送的确认指令时，将所述第一终端和所述第二终端加入同一通讯群组。

16.如权利要求15所述的装置，其特征在于，所述装置还包括：

保存模块，用于在所述发送模块向所述第一终端发送所述第二终端的用户需求信息之前，接收所述第二终端发送的用户需求信息，将所述第二终端发送的用户需求信息作为第二终端的用户需求信息进行保存。

17.如权利要求16所述的装置，其特征在于，所述发送模块具体用于：当确定第一终端与第二终端之间的距离不大于设定阈值时，获得所述第一终端的用户需求信息；确定所述第一终端的用户需求信息对应的场景信息；根据确定的所述场景信息，从预设的判断条件中选择与确定的所述场景信息对应的判断条件；基于选择的判断条件，在确定所述第二终端的用户需求信息与确定的所述场景信息匹配时，向所述第一终端发送所述第二终端的用户需求信息。

18.如权利要求15～17任一项所述的装置，其特征在于，所述发送模块还用于，向所述第二终端发送所述第一终端的用户需求信息；

所述加入模块具体用于，当接收到所述第二终端针对所述第一终端的用户需求信息发送的确认指令时，将所述第一终端和所述第二终端加入同一通讯群组。