CN103117988B - 好友添加方法、装置及客户端 - Google Patents

Abstract

本发明公开了一种好友添加方法、装置及客户端，属于计算机技术领域。所述方法包括：接收第一用户和第二用户的共同好友发送给所述第一用户和所述第二用户的介绍好友请求；转发所述介绍好友请求给所述第一用户；判断所述第一用户是否同意所述介绍好友请求，如果是，则转发所述介绍好友请求给所述第二用户；判断所述第二用户是否同意所述介绍好友请求，如果是，则将所述第一用户和所述第二用户加为好友。本发明通过由两陌生人的共同好友来发起介绍好友请求的方式进行好友添加，简化了添加好友的流程，进一步提高了用户的使用体验。本发明可以用于即时通讯应用和社交类应用中。

Description

好友添加方法、装置及客户端

技术领域

本发明涉及计算机技术领域，特别涉及一种好友添加方法、装置及客户端。

背景技术

在现代社会中，即时通信应用和社交类应用已经逐渐融入到了人们的日常生活中，比如中国腾讯公司出品的QQ系列产品、北京千橡网景公司出品的人人网产品等等。

在现有的即时通信应用和社交类应用中，添加好友是一种常见的基础功能。假设用户A是用户B和用户C的共同好友，而用户B和用户C是陌生人，那么由用户A介绍用户B和用户C成为好友的过程为：用户A要拷贝或记录用户B或用户C的账户号码，然后通过当面或其他通讯方式来告知另一个用户；获知对方账户号码的用户B或用户C，需要根据该账户号码结合即时通信应用和社交类应用中的搜索好友的功能，发起添加好友的请求；收到添加好友请求的用户C或用户B，按其设定的被添加的身份验证模式来同意这个添加好友请求；至此，用户B与用户C才成功添加为好友。

在实现本发明的过程中，发明人发现现有技术至少存在以下问题：用户A和获知对方账户号码的用户B或用户C都需要进行大量操作才能完成整个好友添加过程，操作繁琐使得该即时通信应用或者社交类应用的用户体验不佳。

发明内容

为了简化添加好友的流程，本发明实施例提供了一种好友添加方法、装置及客户端。所述技术方案如下：

根据本发明的一个方面，本发明实施例提供一种好友添加方法，所述好友添加方法包括：接收第一用户和第二用户的共同好友发送给所述第一用户和所述第二用户的介绍好友请求；转发所述介绍好友请求给所述第一用户；判断所述第一用户是否同意所述介绍好友请求，如果是，则转发所述介绍好友请求给所述第二用户；判断所述第二用户是否同意所述介绍好友请求，如果是，则将所述第一用户和所述第二用户加为好友。

进一步地，所述转发所述介绍好友请求给所述第一用户之前还包括：判断所述介绍好友请求是否附加有对应于所述第一用户的身份验证信息；如果是，则在转发所述介绍好友请求给所述第一用户时，同时转发所述对应于所述第一用户的身份验证信息给所述第一用户。

进一步地，所述转发所述介绍好友请求给所述第二用户之前还包括：判断所述介绍好友请求是否附加有对应于所述第二用户的身份验证信息；如果是，则在转发所述介绍好友请求给所述第二用户时，同时转发所述对应于所述第二用户的身份验证信息给所述第二用户。

进一步地，所述好友添加方法还包括：在判断所述第一用户同意所述介绍好友请求后，发送第一反馈信息给所述共同好友和所述第二用户。

进一步地，所述好友添加方法还包括：在判断所述第二用户同意所述介绍好友请求后，发送第二反馈信息给所述共同好友和所述第一用户。

根据本发明的另一方面，本发明实施例还提供一种好友添加装置，所述好友添加装置包括：请求接收模块，用于接收第一用户和第二用户的共同好友发送给所述第一用户和第二用户的介绍好友请求；第一请求转发模块，用于转发所述介绍好友请求给所述第一用户；第一请求判断模块，用于判断所述第一用户是否同意所述介绍好友请求；第二请求转发模块，用于在所述第一请求判断模块判断所述第一用户同意所述介绍好友请求后，转发所述介绍好友请求给所述第二用户；第二请求判断模块，用于判断所述第二用户是否同意所述介绍好友请求；好友添加模块，用于在所述第二请求判断模块判断所述第二用户同意所述介绍好友请求后，将所述第一用户和所述第二用户加为好友。

进一步地，所述好友添加装置还包括：第一验证信息判断单元和第一验证信息转发单元；所述第一验证信息判断单元，用于判断所述介绍好友请求是否附加有对应于所述第一用户的身份验证信息；所述第一验证信息转发单元，用于在所述第一验证信息判断单元判断所述介绍好友请求附加有对应于所述第一用户的身份验证信息后，则在所述第一请求转发模块转发所述介绍好友请求给第一用户时，同时转发所述对应于所述第一用户的身份验证信息给所述第一用户。

进一步地，所述好友添加装置还包括：第二验证信息判断单元和第二验证信息转发单元；所述第二验证信息判断单元，用于判断所述介绍好友请求是否附加有对应于所述第二用户的身份验证信息；所述第二验证信息转发单元，用于在所述第二验证信息判断单元判断所述介绍好友请求附加有对应于所述第二用户的身份验证信息后，则在所述第二请求转发模块转发所述介绍好友请求给所述第二用户时，同时转发所述对应于所述第二用户的身份验证信息给所述第二用户。

进一步地，所述好友添加装置还包括：第一反馈信息单元，用于在所述第一请求判断模块判断所述第一用户同意所述介绍好友请求后，发送第一反馈信息给所述共同好友和所述第二用户。

进一步地，所述好友添加装置还包括：第二反馈信息单元，用于在所述第二请求判断模块判断所述第二用户同意所述介绍好友请求后，发送第二反馈信息给所述共同好友和所述第一用户。

根据本发明的再一方面，本发明实施例还提供一种客户端，用于介绍另外两个客户端的用户添加为好友，所述客户端包括：

第一信号接收模块，用于接收第一选定信号，所述第一选定信号包含待介绍的第一用户的被选定信息；

第二用户反馈模块，用于根据第一选定信号反馈待介绍的第二用户的可选用户，所述可选用户为本客户端的好友而非第一用户的好友；

第二信号接收模块，用于接收第二选定信号，所述第二选定信号包含待介绍的第二用户在所述可选用户中的被选定信息；

介绍好友请求发送模块，用于在根据所述第一选定信号和第二选定信号发送介绍好友请求。

进一步地，所述客户端还包括：验证需求判断模块、验证信息接收模块和验证信息转发模块；

所述验证需求判断模块，用于在所述第二信号接收模块接收到第二选定信号后，判断所述第一用户和第二用户是否要求身份验证；

所述验证信息接收模块，用于在所述验证需求判断模块判断所述第一用户和/或第二用户要求身份验证时，接收对应的身份验证信息；

所述验证信息发送模块，用于在所述验证信息接收模块接收到对应的身份验证信息后，将所述身份验证信息附加在所述介绍好友请求发送模块发出的介绍好友请求中同时发送。

根据本发明的再一方面，本发明实施例还提供一种客户端，用于根据其它客户端的介绍添加好友，所述客户端包括：

介绍好友请求接收模块，用于接收其它客户端的介绍好友请求；

介绍好友请求判断模块，用于判断是否同意所述介绍好友请求；

介绍好友请求反馈模块，用于在所述介绍好友请求判断模块判断同意所述介绍好友请求时，反馈同意信号；或者在所述介绍好友请求判断模块判断不同意所述介绍好友请求时，反馈不同意信号。

本发明实施例提供的技术方案带来的有益效果是：

通过由两陌生人的共同好友来发起介绍好友请求的方式来进行好友添加，简化了添加好友的流程，进一步提高了用户的使用体验。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例一和实施例二提供的好友添加方法的实施环境的结构示意图；

图2是本发明实施例一提供的好友添加方法的方法流程图；

图3是本发明实施例二提供的好友添加方法的方法流程图；

图4是本发明实施例三提供的好友添加装置的结构方框图；

图5是本发明实施例三提供的好友添加装置的部分结构方框图；

图6是本发明实施例三提供的好友添加装置的部分结构方框图；

图7是本发明实施例四提供的客户端的结构方框图；

图8是本发明实施例五提供的客户端的结构方框图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

实施例一

请参考图1，其示出了本发明实施例一和实施例二提供的好友添加方法的实施环境的结构示意图。该实施环境包括第一终端102、第二终端104、第三终端106和服务器108。其中，第一终端102可以是第一用户使用的终端；第二终端104可以是第二用户使用的终端；第三终端106可以是第一用户和第二用户的共同好友使用的终端。该第一终端102、第二终端104和第三终端106可以是个人计算机、手机、平板电脑、笔记本等具有一定计算能力并且运行有即时通讯类软件及网站或者社交类软件及网站的计算机设备。服务器108则可以是提供即时通讯类软件及网站或者社交类软件及网站服务的服务器，服务器108可以是一台或者多台计算机设备或者虚拟云计算服务。

请参考图2，其示出了本发明实施例一提供的好友添加方法的方法流程图。该好友添加方法可以应用于服务器108中。该好友添加方法包括：

步骤201，接收第一用户和第二用户的共同好友发送给第一用户和第二用户的介绍好友请求；

其中，第一用户和第二用户拥有着共同好友，并且第一用户和第二用户初始状态下并非是好友关系。为了能够介绍第一用户和第二用户互相添加好友。第一用户和第二用户的共同好友可以发出一介绍好友请求，该介绍好友请求的发送对象是第一用户和第二用户，但是该介绍好友请求可以先发给第一用户和第二用户中的一个。服务器首先接受该介绍好友请求。

步骤202，转发介绍好友请求给第一用户；

在服务器接收到该介绍好友请求后可以将该介绍好友请求先发给第一用户和第二用户中的一个，比如将该介绍好友请求先发给第一用户。

步骤203，判断第一用户是否同意介绍好友请求，如果是，则进入步骤204；

第一用户在接收到该介绍好友请求后，可以通过点击的方式回馈相关信号给服务器，以表达是否同意该介绍好友请求。服务器在接收到该相关信号后，判断第一用户是否同意该介绍好友请求，如果是，则进入步骤204。

步骤204，转发介绍好友请求给第二用户；

服务器在判断第一用户同意介绍好友请求后，转发该介绍好友请求给第二用户。

步骤205，判断第二用户是否同意介绍好友请求，如果是，则进入步骤206；

第二用户在接收到该介绍好友请求后，可以通过点击的方式回馈相关信号给服务器，以表达是否同意该介绍好友请求。服务器在接收到该相关信号后，判断第二用户是否同意该介绍好友请求，如果是，则进入步骤206。

步骤206，将第一用户和第二用户加为好友。

服务器将第一用户和第二用户加为好友。

综上所述，本实施例中提供的好友添加方法通过由两陌生人的共同好友来发起介绍好友请求的方式来进行好友添加，不需要共同好友将账户号码告知第一用户或者第二用户，也不需要第一用户或第二用户根据账户号码结合查找功能来发起添加好友请求，故较大程度上简化了添加好友的流程，只需要第一用户和第二用户进行极少的点击操作就能够完成添加好友的过程，提高了用户的使用体验。

实施例二

请参考图3，其示出了本发明实施例三提供的好友添加方法的方法流程图。该好友添加方法可以应用于服务器108中。该好友添加方法包括：

步骤301，接收第一用户和第二用户的共同好友发送给第一用户和第二用户的介绍好友请求；

其中，第一用户和第二用户拥有着共同好友，并且第一用户和第二用户初始状态下并非是好友关系。为了能够介绍第一用户和第二用户互相添加好友。第一用户和第二用户的共同好友可以发出一介绍好友请求，该介绍好友请求的发送对象是第一用户和第二用户，但是该介绍好友请求可以先发给第一用户和第二用户中的一个。同时还应当认识到，在现有技术中的即时通讯应用和社交类应用中，添加好友时还可以设定身份验证机制，所以该共同好友可以根据第一用户和第二用户是否设定身份验证机制来在介绍好友请求中附加相应的身份验证信息，比如，第一用户设定了身份验证机制，则共同好友可以在介绍好友请求中附加有诸如“你好，我是张XX，介绍我的朋友XX给你认识，请确定”之类的身份验证信息。当第一用户和第二用户都设定有身份验证机制时，该共同好友可以分别针对第一用户和第二用户附加不同的身份验证信息。在共同好友发送该介绍好友请求后，服务器首先接受该介绍好友请求。

步骤302，判断介绍好友请求是否附加有对应于所述第一用户的身份验证信息，如果是，则进入步骤303；如果否，则进入步骤304；

步骤303，转发介绍好友请求给第一用户，同时转发对应于第一用户的身份验证信息给第一用户；

服务器接收到介绍好友请求后，可以判断介绍好友请求是否附加有对应于所述第一用户的身份验证信息，如果是，则转发介绍好友请求给第一用户，同时转发对应于第一用户的身份验证信息给第一用户。这时，第一用户可以接收到该介绍好友请求和身份验证信息，第一用户可以选择“同意”、“不同意”或者“取消”等操作。

步骤304，转发介绍好友请求给第一用户；

如果服务器判断介绍好友请求中没有附加有对应于所述第一用户的身份验证信息，则仅仅转发介绍好友请求给第一用户。这时，第一用户可以接收到该介绍好友请求，第一用户也可以选择“同意”、“不同意”或者“取消”等操作。

步骤305，判断第一用户是否同意介绍好友请求，如果是，则进入步骤306和步骤308；如果否，则进入步骤307；

在第一用户选择“同意”、“不同意”或者“取消”等操作后，服务器会接收到相应的回馈信号，服务器可以根据该回馈信号判断第一用户是否同意所述介绍好友请求。

步骤306，发送第一反馈信息给共同好友和第二用户。

在服务器判断第一用户同意介绍好友请求后，可以发送第一反馈信息给共同好友和第二用户，比如：发给共同好友的第一反馈信息可以是“第一用户已经同意您的请求”；而发给第二用户的第一反馈信息可以是“第一用户已经同意加您为好友”。

步骤307，发送第一失败反馈信息给共同好友。

在服务器判断第一用户不同意介绍好友请求后，可以发送第一失败反馈信息给共同好友，比如：发给共同好友的失败反馈信息可以是“第一用户已经拒绝您的请求”。

步骤308，判断介绍好友请求是否附加有对应于第二用户的身份验证信息，如果是，则进入步骤309；如果否，则进入步骤310；

在服务器判断第一用户同意介绍好友请求后，服务器再次判断介绍好友请求是否附加有对应于第二用户的身份验证信息。

步骤309，转发介绍好友请求给第二用户，同时转发对应于第二用户的身份验证信息给第二用户；

步骤310，转发介绍好友请求给第二用户。

应当认识到，步骤309或者步骤310可以与步骤306结合进行，也即在将介绍好友请求发送给第二用户时，同时发送发给第二用户的第一反馈信息。总之，此时第二用户可以接受到该介绍好友请求，并且可能接收到身份验证信息和第一反馈信息，第二用户可以选择“同意”、“不同意”或者“取消”等操作。

步骤311，判断第二用户是否同意介绍好友请求，如果是，则进入步骤312和步骤313；如果否，则进入步骤313；

步骤312，将第一用户和第二用户加为好友。

在服务器判断第二用户也同意介绍好友请求后，将第一用户和第二用户加为好友。

步骤313，发送第二反馈信息给共同好友和第一用户。

在服务器判断第二用户也同意介绍好友请求后，可以发送第二反馈信息给共同好友和第二用户，比如：发给共同好友的第二反馈信息可以是“第二用户已经同意您的请求”；而发给第一用户的第而反馈信息可以是“第二用户已经同意加您为好友”。

步骤314，发送第二失败反馈信息给共同好友和第一用户。

在服务器判断第二用户不同意介绍好友请求后，可以发送第二失败反馈信息给共同好友和第一用户，比如：发给共同好友的第二失败反馈信息可以是“第二用户已经拒绝您的请求”；发给第一用户的第二失败反馈信息可以是“第二用户不同意加您为好友”。

综上所述，本实施例中提供的好友添加方法通过由两陌生人的共同好友来发起介绍好友请求的方式来进行好友添加，简化了添加好友的流程，进一步提高了用户的使用体验。另一方面，本实施例中提供的好友添加方法还可以适用于包含身份验证机制的即时通信应用或社交类应用中，具有更好的适用性。同时，本实施例中可选的步骤306、步骤307、步骤313和步骤314提供的反馈信息机制也为用户带来了更为良好的体验。

实施例三

请参考图4，其示出了本发明实施例三提供的好友添加装置的结构方框图。该好友添加装置包括请求接收模块410、第一请求转发模块420、第一请求判断模块430、第二请求转发模块440、第二请求判断模块450和好友添加模块460。

请求接收模块410用于接收第一用户和第二用户的共同好友发送给第一用户和第二用户的介绍好友请求。其中，第一用户和第二用户拥有着共同好友，并且第一用户和第二用户初始状态下并非是好友关系。为了能够介绍第一用户和第二用户互相添加好友。第一用户和第二用户的共同好友可以发出一介绍好友请求，该介绍好友请求的发送对象是第一用户和第二用户，但是该介绍好友请求可以先发给第一用户和第二用户中的一个。同时还应当认识到，在现有技术中的即时通讯应用和社交类应用中，添加好友时还可以设定身份验证机制，所以该共同好友可以根据第一用户和第二用户是否设定身份验证机制来在介绍好友请求中附加相应的身份验证信息，比如，第一用户设定了身份验证机制，则共同好友可以在介绍好友请求中附加有诸如“你好，我是张XX，介绍我的朋友XX给你认识，请确定”之类的身份验证信息。当第一用户和第二用户都设定有身份验证机制时，该共同好友可以分别针对第一用户和第二用户附加不同的身份验证信息。在共同好友发送该介绍好友请求后，请求接收模块410首先接受该介绍好友请求。

第一请求转发模块420用于转发介绍好友请求给第一用户。在一个优选地实施例中，该好友添加装置还可以包括第一验证信息判断单元522和第一验证信息转发单元524，如图5所示。其中，第一验证信息判断单元522用于判断介绍好友请求是否附加有对应于第一用户的身份验证信息；第一验证信息转发单元524用于在第一验证信息判断单元522判断介绍好友请求附加有对应于第一用户的身份验证信息后，则在所述第一请求转发模块420转发介绍好友请求给第一用户时，同时转发对应于第一用户的身份验证信息给第一用户。

第一请求判断模块430用于判断第一用户是否同意介绍好友请求。第一用户可以接收到第一请求转发模块420转发的介绍好友请求，第一用户可以选择“同意”、“不同意”或者“取消”等操作以产生相应的回馈信号，第一请求判断模块430可以根据第一用户的回馈信号判断第一用户是否同意介绍好友请求。

第二请求转发模块440用于在第一请求判断模块430判断第一用户同意介绍好友请求后，转发介绍好友请求给第二用户。在一个优选地实施例中，好友添加装置还可以包括第二验证信息判断单元642和第二验证信息转发单元644，如图6所示。其中，第二验证信息判断单元642用于判断介绍好友请求是否附加有对应于第二用户的身份验证信息；第二验证信息转发单元644用于在第二验证信息判断单元642判断介绍好友请求附加有对应于第二用户的身份验证信息后，则在第二请求转发模块440转发介绍好友请求给第二用户时，同时转发对应于第二用户的身份验证信息给第二用户。

第二请求判断模块450用于判断第二用户是否同意介绍好友请求。第二用户可以接收到第二请求转发模块440转发的介绍好友请求，第二用户可以选择“同意”、“不同意”或者“取消”等操作以产生相应的回馈信号，第二请求判断模块450可以根据第二用户的回馈信号判断第二用户是否同意介绍好友请求。

好友添加模块460用于在第二请求判断模块450判断第二用户同意介绍好友请求后，将第一用户和第二用户加为好友。

为了能够使用户获得更好的用户体验，好友添加装置还可以包括第一反馈信息单元470和第二反馈信息单元480。其中第一反馈信息单元470用于在第一请求判断模块430判断第一用户同意介绍好友请求后，发送第一反馈信息给共同好友和第二用户，比如：发给共同好友的第一反馈信息可以是“第一用户已经同意您的请求”；而发给第二用户的第一反馈信息可以是“第一用户已经同意加您为好友”。第二反馈信息单元480用于在第二请求判断模块450判断第二用户同意介绍好友请求后，发送第二反馈信息给共同好友和第一用户，比如：发给共同好友的第一反馈信息可以是“第一用户已经同意您的请求”；而发给第二用户的第一反馈信息可以是“第一用户已经同意加您为好友”。

综上所述，本实施例中提供的好友添加装置通过由两陌生人的共同好友来发起介绍好友请求的方式来进行好友添加，简化了添加好友的流程，进一步提高了用户的使用体验。另一方面，本实施例中提供的好友添加装置还可以适用于包含身份验证机制的即时通信应用或社交类应用中，具有更好的适用性。同时，本实施例中可选的第一反馈信息单元470和第二反馈信息单元480提供的反馈信息机制也为用户带来了更为良好的体验。

实施例四

请参考图7，其示出了本发明实施例四提供的客户端的结构方框图，该客户端可以作为第一用户和第二用户的共同好友的客户端。该客户端包括第一信号接收模块701、第二用户反馈模块702、第二信号接收模块703和介绍好友请求发送模块704。

第一信号接收模块701用于接收第一选定信号，第一选定信号包含待介绍的第一用户的被选定信息。比如共同好友可以在所有好友列表中对第一用户进行选定，然后在右键菜单里选择“介绍好友”，此时客户端将接收到第一选定信号，该第一选定信号包含有第一用户的被选定信息。

第二用户反馈模块702用于根据第一选定信号反馈待介绍的第二用户的可选用户，可选用户为本客户端的好友而非第一用户的好友。第二用户反馈模块702根据第一信号接收模块701接收到的第一选定信号反馈待介绍的第二用户的可选用户，这些可选用户不是第一用户的好友。

第二信号接收模块703用于接收第二选定信号，第二选定信号包含待介绍的第二用户在可选用户中的被选定信息。共同用户可以在第二用户反馈模块702提供的可选用户里选定一个用户作为待介绍的第二用户。此时，第二信号接收模块703将接收到第二选定信号，第二选定信号中包含有待介绍的第二用户在可选用户中的被选定信息。

介绍好友请求发送模块704用于在根据第一选定信号和第二选定信号发送介绍好友请求。介绍好友请求发送模块704可以根据第一信号接收模块701接收的第一选定信号和第二信号接收模块703接收的第二选定信号发送介绍好友请求。

在一个优选地实施例中，该客户端还可以包括：验证需求判断模块705、验证信息接收模块706和验证信息转发模块707。

验证需求判断模块705用于在第二信号接收模块703接收到第二选定信号后，判断第一用户和第二用户是否要求身份验证。

验证信息接收模块706用于在验证需求判断模块705判断第一用户和/或第二用户要求身份验证时，接收对应的身份验证信息。在第一用户和第二用户中的一个或者两个需要身份验证时，共同用户可以直接向需要身份验证的用户输入相应的身份验证信息，验证信息接收模块706可以接收该对应的身份验证信息。

验证信息发送模块707用于在验证信息接收模块706接收到对应的身份验证信息后，将身份验证信息附加在介绍好友请求发送模块704发出的介绍好友请求中同时发送。

综上所述，本实施例提供的客户端可以由两陌生人的共同好友来发起介绍好友请求，简化了添加好友的流程，进一步提高了用户的使用体验。

实施例五

请参考图8，其示出了本发明实施例五提供的客户端的结构方框图，该客户端可以作为第一用户或第二用户的客户端，以便根据其它客户端的介绍添加好友。该客户端包括介绍好友请求接收模块802、介绍好友请求判断模块804和介绍好友请求反馈模块806。

介绍好友请求接收模块802用于接收其它客户端的介绍好友请求。服务器可以将其它客户端的介绍好友请求转发到本客户端，介绍好友请求接收模块802可以接收该介绍好友请求。

介绍好友请求判断模块804用于判断是否同意介绍好友请求。在介绍好友请求接收模块802接收到介绍好友请求时，介绍好友请求判断模块804可以判断本客户端的使用者是否同意介绍好友请求。

介绍好友请求反馈模块806用于在介绍好友请求判断模块804判断本客户端的使用者同意该介绍好友请求时，反馈同意信号；或者在介绍好友请求判断模块804判断不同意该介绍好友请求时，反馈不同意信号。该同意信号和不同意信号可以反馈给服务器。

综上所述，本实施例提供的客户端可以根据其它客户端的介绍添加好友，简化了添加好友的流程，进一步提高了用户的使用体验。

需要说明的是：上述实施例提供的好友添加装置在本文中描述时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的好友添加装置与好友添加方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (13)

1.一种好友添加方法，其特征在于，其包括：

接收第一用户和第二用户的共同好友发送给所述第一用户和所述第二用户的介绍好友请求，所述介绍好友请求的发送对象是所述第一用户和所述第二用户；

转发所述介绍好友请求给所述第一用户和第二用户的其中之一；

判断所述第一用户和第二用户的其中之一是否同意所述介绍好友请求，如果是，则转发所述介绍好友请求给所述第一用户和第二用户的其中另一；

判断所述第一用户和第二用户的其中另一是否同意所述介绍好友请求，如果是，则将所述第一用户和所述第二用户加为好友。

2.根据权利要求1所述的好友添加方法，其特征在于，所述转发所述介绍好友请求给所述第一用户和第二用户的其中之一之前还包括：

判断所述介绍好友请求是否附加有对应于所述第一用户和第二用户其中之一的身份验证信息；

如果是，则在转发所述介绍好友请求给所述第一用户和第二用户的其中之一时，同时转发所述对应于所述第一用户和第二用户的其中之一的身份验证信息给所述第一用户和所述第二用户的其中之一。

3.根据权利要求1所述的好友添加方法，其特征在于，所述转发所述介绍好友请求给所述第一用户和第二用户的其中另一之前还包括：

判断所述介绍好友请求是否附加有对应于所述第一用户和第二用户的其中另一的身份验证信息；

如果是，则在转发所述介绍好友请求给所述第一用户和第二用户的其中另一时，同时转发所述对应于所述第一用户和第二用户的其中另一的身份验证信息给所述第一用户和第二用户的其中另一。

4.根据权利要求1所述的好友添加方法，其特征在于，所述好友添加方法还包括：

在判断所述第一用户和第二用户的其中之一同意所述介绍好友请求后，发送第一反馈信息给所述共同好友和所述第一用户和第二用户的其中另一。

5.根据权利要求1所述的好友添加方法，其特征在于，所述好友添加方法还包括：

在判断所述第一用户和第二用户的其中另一同意所述介绍好友请求后，发送第二反馈信息给所述共同好友和所述第一用户和第二用户的其中之一。

6.一种好友添加装置，适用于服务器，其特征在于，其包括：

请求接收模块，用于接收第一用户和第二用户的共同好友发送给所述第一用户和第二用户的介绍好友请求，所述介绍好友请求的发送对象是所述第一用户和所述第二用户；

第一请求转发模块，用于转发所述介绍好友请求给所述第一用户和第二用户的其中之一；

第一请求判断模块，用于判断所述第一用户和第二用户的其中之一是否同意所述介绍好友请求；

第二请求转发模块，用于在所述第一请求判断模块判断所述第一用户和第二用户的其中之一同意所述介绍好友请求后，转发所述介绍好友请求给所述第一用户和第二用户的其中另一；

第二请求判断模块，用于判断所述第一用户和第二用户的其中另一是否同意所述介绍好友请求；

好友添加模块，用于在所述第二请求判断模块判断所述第一用户和第二用户的其中另一同意所述介绍好友请求后，将所述第一用户和所述第二用户加为好友。

7.根据权利要求6所述的好友添加装置，其特征在于，所述好友添加装置还包括：第一验证信息判断单元和第一验证信息转发单元；

所述第一验证信息判断单元，用于判断所述介绍好友请求是否附加有对应于所述第一用户和第二用户的其中之一的身份验证信息；

所述第一验证信息转发单元，用于在所述第一验证信息判断单元判断所述介绍好友请求附加有对应于所述第一用户和第二用户的其中之一的身份验证信息后，则在所述第一请求转发模块转发所述介绍好友请求给所述第一用户和第二用户的其中之一时，同时转发所述对应于所述第一用户和所述第二用户的其中之一的身份验证信息给所述第一用户和所述第二用户的其中之一。

8.根据权利要求6所述的好友添加装置，其特征在于，所述好友添加装置还包括：第二验证信息判断单元和第二验证信息转发单元；

所述第二验证信息判断单元，用于判断所述介绍好友请求是否附加有对应于所述第一用户和第二用户的其中另一的身份验证信息；

所述第二验证信息转发单元，用于在所述第二验证信息判断单元判断所述介绍好友请求附加有对应于所述第一用户和第二用户的其中另一的身份验证信息后，则在所述第二请求转发模块转发所述介绍好友请求给所述第一用户和第二用户的其中另一时，同时转发所述对应于所述第一用户和第二用户的其中另一的身份验证信息给所述第一用户和第二用户的其中另一。

9.根据权利要求6所述的好友添加装置，其特征在于，所述好友添加装置还包括：第一反馈信息单元；

所述第一反馈信息单元，用于在所述第一请求判断模块判断所述第一用户和第二用户的其中之一同意所述介绍好友请求后，发送第一反馈信息给所述共同好友和所述第一用户和第二用户的其中另一。

10.根据权利要求6所述的好友添加装置，其特征在干，所述好友添加装置还包括第二反馈信息单元；

所述第二反馈信息单元，用于在所述第二请求判断模块判断所述第一用户和第二用户的其中另一同意所述介绍好友请求后，发送第二反馈信息给所述共同好友和所述第一用户和第二用户的其中之一。

11.一种客户端，用于介绍另外两个客户端的用户添加为好友，其特征在于，与服务器进行通信，所述服务器包括如权利要求6至10任一项所述的装置；其包括：

第一信号接收模块，用于接收第一选定信号，所述第一选定信号包含待介绍的第一用户的被选定信息；

第二用户反馈模块，用于根据第一选定信号反馈待介绍的第二用户的可选用户，所述可选用户为本客户端的好友而非第一用户的好友；

第二信号接收模块，用于接收第二选定信号，所述第二选定信号包含待介绍的第二用户在所述可选用户中的被选定信息；

介绍好友请求发送模块，用于在根据所述第一选定信号和第二选定信号发送介绍好友请求给所述服务器。

12.根据权利要求11所述的客户端，其特征在于，所述客户端还包括：验证需求判断模块、验证信息接收模块和验证信息转发模块；

所述验证需求判断模块，用于在所述第二信号接收模块接收到第二选定信号后，判断所述第一用户和第二用户是否要求身份验证；

所述验证信息接收模块，用于在所述验证需求判断模块判断所述第一用户和/或第二用户要求身份验证时，接收对应的身份验证信息；

所述验证信息转发模块，用于在所述验证信息接收模块接收到对应的身份验证信息后，将所述身份验证信息附加在所述介绍好友请求发送模块发出的介绍好友请求中同时发送。

13.一种客户端，用于根据其它客户端的介绍添加好友，其特征在于，与服务器进行通信，所述服务器包括如权利要求6至10任一项所述的装置；其包括：

介绍好友请求接收模块，用于接收来自所述服务器的其它客户端的介绍好友请求；

介绍好友请求判断模块，用于判断是否同意所述介绍好友请求；

介绍好友请求反馈模块，用于在所述介绍好友请求判断模块判断同意所述介绍好友请求时，向所述服务器反馈同意信号；或者在所述介绍好友请求判断模块判断不同意所述介绍好友请求时，向所述服务器反馈不同意信号。