CN101778052A - 共享通信好友的方法、装置及*** - Google Patents

Abstract

本发明公开了一种共享通信好友的方法、装置及***。该方法包括：接收服务器转发的好友共享数据；从好友共享数据中获取待共享好友的ID；根据待共享好友的ID，向待共享好友发起加入好友请求。本发明解决了现有技术中共享通信好友方式中需要对客户端和服务器端同时进行升级，改造成本大的问题，仅从客户端进行改进就可以实现通信好友的共享，从而有效的降低了改造成本。

Description

共享通信好友的方法、装置及***

技术领域

本发明涉及信息技术领域，尤其涉及共享通信好友的方法、装置及***。

背景技术

随着互联网及相关技术的不断发展，网络通信***已经得到了大量的应用，例如网络即时通信(Instant Messaging，简称IM)***、博客***、网络论坛等都已被互联网用户所接受，而且逐渐成为了用户日常生活中不可缺少的一部分。网络通信***工具不但被利用在用户的工作中，同样也大量应用在用户的业余生活中，用户通过网络可以实现与联系人进行快捷方便的沟通交流。随着用户使用网络通信***时间的增长，通信好友的数量也越来越多。为了方便用户管理，目前的网络通信***可以实现通过好友分组形式实现对通信好友的有效分类管理。通信好友可能是同事，同学或者其他有共同爱好的人。在目前的大多数的网络通信***中，也提供了一些信息共享的方式，例如某些IM群组之间可以共享某些文件等，或者通信好友之间共享音乐数据等。

随着社会性网络的发展，网络通信***的用户之间经常会出现重叠的通信好友。例如，目前许多工作单位内部都采用IM工具进行通信，本单位的同事都是通信好友，因此同事之间的通信好友可能有部分是重叠的。当一个新同事到来的时候，需要通知该新同事本单位其他同事的在对应网络通信***中的标识，例如通用因特网通用号码(universal Internet Number，简称UIN)，以方便该新同事将其他同事加为通信好友。

目前将多个同事的UIN通知给新同事的技术方法为：只能利用网络通信***的现有通信功能进行相关UIN数据的传输，即利用网络通信***将各个同事的UIN输入到本地客户端，由本地客户端将输入的UIN作为普通通信消息传输给新同事的客户端，新同事在自己的客户端收到各个UIN号码后，依次触发加入通信好友的操作，将UIN加为自己的通信好友。

在实现本发明过程中，发明人发现现有技术共享通信好友方式中存在如下问题：需要对客户端和服务器端同时进行升级，改造成本大。

发明内容

本发明的目的是解决共享通信好友方式中需要对客户端和服务器端同时进行升级，改造成本大的问题，提出一种共享通信好友的方法、装置及***，以减少共享通信时好友的改造成本。

为实现上述目的，根据本发明的一个方面，提供了一种共享通信好友的方法，包括：接收服务器转发的好友共享数据；从好友共享数据中获取待共享好友的ID；根据待共享好友的ID，向待共享好友发起加入好友请求。

本技术方案中，接收服务器转发的好友共享数据的步骤之前还包括：发起方客户端根据发起方的选择指令确定待共享好友及接收方，生成好友共享数据，发送好友共享数据至服务器；服务器对好友共享数据不进行处理，直接转发至接收方客户端。

优选的，本技术方案中，好友共享数据中，还包括共享标识；从好友共享数据中获取待共享好友的ID的步骤之前对应包括：从好友共享数据中提取共享标识，根据共享标识，判断接收的数据包为好友共享数据。

优选的，本技术方案中，好友共享数据中，还包括好友共享的发起方的ID；从好友共享数据中获取待共享好友的ID的步骤之前对应包括：从好友共享数据中提取发起方的ID；根据待共享好友的ID，向待共享好友发起加入好友请求的步骤对应包括：向待共享好友提示加入好友请求为发起方发起的共享好友请求触发的。

优选的，本技术方案中，好友共享数据中，包括多个待共享好友的ID；从好友共享数据中获取待共享好友的ID的步骤对应包括：从好友共享数据中提取多个待共享好友的ID；根据待共享好友的ID，向待共享好友发起加入好友请求的步骤对应包括：向多个待共享好友分别发出加入好友请求。

优选的，本技术方案中，向多个待共享好友分别发出加入好友请求的步骤具体包括：在多个待共享好友中选择一个或数个待共享好友；向被选择的待共享好友分别发出加入好友请求。

优选的，本技术方案中，好友共享数据为即时通信消息或会话接口消息。

为实现上述目的，根据本发明的另一个方面，提供了一种共享通信好友的装置，位于客户端，包括：接收模块：用于接收服务器转发的好友共享数据；解析模块，用于从好友共享数据中获取待共享好友的ID；请求模块，用于向待共享好友发起加入好友请求。

优选的，本技术方案中，共享通信好友的装置还包括：选择模块，用于对待共享好友进行选择。

优选的，本技术方案中，共享通信好友的装置还包括：好友选择模块，用于根据发起方的选择指令确定待共享好友及接收方；封装模块，用于封装好友共享数据，好友共享数据包括待共享好友的ID；发送模块，用于将好友共享数据发送至接收方客户端。

为实现上述目的，根据本发明的另一个方面，提供了一种共享通信好友的***，包括发起方客户端、服务器和接收方客户端，其中：发起方客户端，用于根据发起方的选择指令，确定待共享好友及接收方，生成包括待共享好友的ID的好友共享数据，发送好友共享数据；服务器，用于从发起方客户端接收好友共享数据，对好友共享数据不进行处理，直接转发至接收方客户端；接收方客户端，用于接收好友共享数据，从好友共享数据中获取待共享好友的ID，向待共享好友发起加入好友请求。

本发明各实施例的共享通信好友的方法、装置及***，仅从客户端进行改进就可以实现通信好友的共享，从而有效的降低了改造成本。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例共同用于解释本发明，并不构成对本发明的限制。在附图中：

图1为本发明实施例一共享通信好友的方法的流程图；

图2为本发明实施例二共享通信好友的方法的流程图；

图3为本发明实施例四共享通信好友的装置的示意图；

图4为本发明实施例四共享通信好友的装置的示意图。

结合附图在其上标记以下附图标记：

502-接收模块；504-解析模块；506-选择模块；

508-请求模块；602-好友选择模块；604-封装模块；

606-发送模块。

具体实施方式

以下结合附图对本发明的实施例进行说明，应当理解，此处所描述的实施例仅用于说明和解释本发明，并不用于限定本发明。

实施例一

图1为本发明实施例一共享通信好友的方法的流程图。如图1所示，本实施例包括：

步骤S102：接收服务器转发的好友共享数据；

步骤S104：从好友共享数据中获取待共享好友的ID；

步骤S106：根据待共享好友的ID，向待共享好友发起加入好友请求。

本实施例中，步骤S102之前还可以包括：发起方客户端根据发起方的选择指令确定待共享好友及接收方，生成好友共享数据，发送好友共享数据至服务器；服务器对好友共享数据不进行处理，直接转发至接收方客户端。其中，通过发起方点击界面菜单或特定按钮的选择指令，发起方客户端确定待共享好友及接收方。步骤S106之后还可以包括待共享好友的查看、批准等步骤。本实施例中，好友共享数据中待共享好友的ID由客户端进行封装或解析，服务器只负责的转发。因此，本实施例可以不对服务器作任何改进，仅依靠客户端的操作就可以实现好友的共享，有效的降低了***改造成本。

实施例二

图2为本发明实施例二共享通信好友的方法的流程图。如图2所示，本实施例包括：

步骤S202：发起方客户端根据发起方的选择指令确定待共享好友及接收方，向服务器发送好友共享数据，其中，好友共享数据包括共享标识、好友共享的发起方的ID和待共享好友的ID；

步骤S204：服务器转发好友共享数据至接收方登录的接收方客户端；

步骤S206：接收方客户端根据共享标识，判断接收的数据包为好友共享数据；

步骤S208：从好友共享数据中获取待共享好友的ID和好友共享的发起方的ID；

步骤S210：对待共享好友进行选择，只选择希望成为好友的ID；

步骤S212：向希望成为好友的ID发起加入好友请求，根据发起方的ID，提示加入好友请求为发起方发起的共享好友请求触发的。

本实施例中，好友共享数据为即时通信消息或会话接口消息。当好友共享数据为即时通信消息时，可以预设标识即时通信消息为好友共享数据的字段。当采取会话接口消息为好友共享数据时，会话接口消息可以为邀请消息的形式，也可以采用传输文件等服务器不进行处理的形式。

当发起方确定将好友分组共享时，将好友分组内所有好友确定为待共享好友。上述情况下，可以将好友分组中待共享好友的ID封装成好友共享数据，通过服务器发送至接收方登录的接收方客户端，接收方客户端从好友共享数据中解析出待共享好友的ID后，由接收方对待共享好友进行选择，只选择自己感兴趣的共享好友发起加入好友请求。

本实施例提供的方法在进行好友共享时，在好友共享数据中增加了识别标识，增强了本技术方案的可操作性。在发起加入好友请求时，提示加入好友请求为发起方发起的共享好友引发的，提供了加入好友的信任关系内容，增加了加入好友成功的概率。此外，本实施例还提供了对好友分组进行共享的解决方案。本实施例在实施例一的基础上，进一步增加了识别标识、基于好友共享的发起方的信任关系进行好友共享、好友分组共享等附加特征，减轻了用户的繁复操作，提高了用户感知度。

实施例三

本实施例将以飞信为例对通信好友共享方法进行说明，假设以下两点前提条件：1)手机号为13611111111的用户与手机号为13811111111的用户不是好友；2)用户手机号码为13911111111的用户与13811111111和13611111111都为好友。本实施例的流程如下：

步骤S302，13911111111的用户正在与13811111111的用户聊天，他发现13811111111用户与13611111111用户并不是好友并希望他们两人能够成为好友；

步骤S304，13911111111用户在他与13811111111用户的聊天对话框中，选择共享好友的按钮，在弹出的对话框中选中好友13611111111并点击确认共享，13911111111的用户所在的发起方客户端将生成好友共享数据，上述好友共享数据中包含13611111111用户的ID；

步骤S306，13911111111确认共享之后将在已发送的消息窗格中看到共享好友请求已经发出的提示消息；

步骤S308，当好友共享数据经由服务器转发至13811111111用户所在的接收方客户端后，13811111111会在收到的消息窗格中看到来自13911111111的关于共享13611111111的信息，13811111111的用户所在的接收方客户端对共享好友数据包进行解析，从上述共享好友数据包中得出13611111111用户的ID；

步骤S310，13811111111可以选择查看13611111111的详细信息，此时接收方客户端向服务器发出查询用户信息的请求，并获取相关响应，这时他能够看到的有关13611111111的详细信息，应该与他主动搜索该用户时看到的信息相同；

步骤S312，当13811111111了解了13611111111的相关信息之后，决定添加此好友时，他可以点击确认，这时相当于13811111111发起了一个向13611111111用户请求加为好友的请求，后续操作与普通添加好友的操作流程完全相同，如果好友请求中携带有13911111111用户与13811111111用户之间的信任关系，可以提示13611111111用户该请求的来源，如“13911111111的好友13811111111想加您为好友，您是否同意”等；

步骤S314，13811111111用户确认共享之后，13911111111用户可以在已发送消息窗格中看到13811111111用户已经确认的提示，这时整个好友共享流程完成。

本实施例以飞信为例对好友共享的方法进行说明。同时，本实施例的方法也适用于MSN、QQ、雅虎通、淘宝汪汪、Active Messager、飞鸽等IM软件，及网络博客***、网络论坛***等。本实施例对实施例一和实施例二的技术方案进行了具体说明，具有实施例一和实施例二的全部有益效果，此处不再重述。

实施例四

本实施例将以飞信为例对通信好友列表共享方法进行说明。本实施例的假设前提条件与实施例三相同。本实施例的具体流程如下：

步骤S402，13911111111的用户正在与13811111111的用户聊天，他发现自己好友列表“爱旅游”中的好友都与13811111111用户志趣相投，13911111111用户希望13811111111用户能够与“爱旅游”列表中的成员都成为好友；

步骤S404，13911111111用户在他与13811111111的聊天对话框中，选择共享好友列表的按钮，在弹出的对话框中选中好友列表“爱旅游”并点击确认共享，13911111111的用户所在的发起方客户端将生成好友共享数据，上述好友共享数据中包含“爱旅游”好友列表中所有用户的ID；

步骤S406，13911111111用户确认共享之后将在已发送的消息窗格中看到共享好友请求已经发出的提示消息；

步骤S408，当好友共享数据经由服务器转发至13811111111用户所在的接收方客户端后，13811111111会在自己已收到的消息窗格中看到来自13911111111用户的关于共享“爱旅游”列表的信息，接收方客户端从上述好友共享数据中提取“爱旅游”好友列表中所有用户的ID；

步骤S410，13811111111用户可以选择查看“爱旅游”列表中用户的详细信息，此时接收方客户端向服务器发出查询用户信息的请求，并获取相关响应，这时他能够看到的有关“爱旅游”列表中用户的详细信息，应该与他主动搜索该列表中所有用户时看到的信息一样；

步骤S412，当13811111111用户了解了“爱旅游”列表的相关信息之后，决定添加此好友列表或者添加其中一部分人时，他可以点击确认或者选中其中一部分好友之后点击确认，这时相当于13811111111用户向“爱旅游”列表中经过确认的每一个用户发送加为好友的请求，后续操作与普通添加好友的操作流程完全相同，如果好友请求中携带有13911111111用户与“爱旅游”列表中每一个用户之间的信任关系，可以提示13611111111用户对该请求的真实性的确认，如“13911111111的好友13811111111想加您为好友，您是否同意”等；

步骤S414，13811111111确认共享之后，13911111111可以在已发送消息窗格中看到13811111111已经确认的提示，这时整个共享流程完成。

本实施例对实施例一和实施例二的技术方案进行了具体说明，具有实施例一和实施例二的全部有益效果，此处不再重述。

实施例五

图3为本发明实施例四共享通信好友的装置的示意图。如图3所示，本实施例包括：接收模块502，用于接收服务器转发的好友共享数据；解析模块504，用于从好友共享数据中获取待共享好友的ID；请求模块506，用于根据待共享好友的ID，向待共享好友发起加入好友请求。此外，共享通信好友的装置还可以包括：选择模块508，用于对待共享好友进行选择。

本实施例的实现方法可参考实施例一和实施例二的相关说明，并具有上述实施例的全部有益效果，此处不再重述。

实施例六

图4为本发明实施例四共享通信好友的装置的示意图。除实施例五中的各功能模块以外，如图4所示，共享通信好友的装置还可以包括：好友选择模块602，用于根据发起方的选择指令确定待共享好友及接收方；封装模块604，用于封装好友共享数据，好友共享数据包括待共享好友的ID；发送模块606，用于将好友共享数据发送至接收方客户端。

本实施例为对实施例五的补充，增加了发起方确定共享好友及生成共享好友数据的模块，进一步增强了共享通信好友的装置的完整性。本实施例中，当进行好友分组共享时，好友共享数据中可以包含多个待共享好友的ID。本实施例实现的方法可参考实施例一和实施例二的相关说明，并具有上述实施例的全部有益效果，此处不再重述。

实施例七

本实施例提供了一种共享通信好友的***，包括发起方客户端、服务器和接收方客户端，其中：发起方客户端，用于根据发起方的选择指令，确定待共享好友及接收方，生成包括待共享好友的ID的好友共享数据，发送好友共享数据；服务器，用于从发起方客户端接收好友共享数据，对好友共享数据不进行处理，直接转发至接收方客户端；接收方客户端，用于接收好友共享数据，从好友共享数据中获取待共享好友的ID，根据待共享好友的ID向待共享好友发起加入好友请求。

其中，接收方客户端包括：接收模块：用于接收服务器转发的好友共享数据；解析模块，用于从好友共享数据中获取待共享好友的ID；选择模块，用于对待共享好友进行选择；请求模块，用于根据对待共享好友进行选择的结果发起加入好友请求。

本实施例实现的方法可参照实施例一和实施例二的相关说明，接收方客户端和发起方客户端的详细结构可参照实施例五和实施例六。本实施例具有实施例一和实施例二的全部有益效果，此处不再重述。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟、光盘、网络节点、服务器、客户端等各种可以存储程序代码的介质。

最后应说明的是：以上所述仅为本发明的优选实施例而已，并不用于限制本发明，尽管参照前述实施例对本发明进行了详细的说明，对于本领域的技术人员来说，其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (13)

1.一种共享通信好友的方法，其特征在于，包括：

接收服务器转发的好友共享数据；

从所述好友共享数据中获取待共享好友的ID；

根据所述待共享好友的ID，向所述待共享好友发起加入好友请求。

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

所述好友共享数据中，还包括共享标识；

所述从好友共享数据中获取待共享好友的ID的步骤之前对应包括：从所述好友共享数据中提取共享标识，根据所述共享标识，判断接收的数据包为好友共享数据。

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

所述好友共享数据中，还包括好友共享的发起方的ID；

所述从好友共享数据中获取待共享好友的ID的步骤之前对应包括：从所述好友共享数据中提取所述发起方的ID；

所述根据待共享好友的ID，向待共享好友发起加入好友请求的步骤对应包括：向所述待共享好友提示所述加入好友请求为所述发起方发起的共享好友请求触发的。

4.根据权利要求1-3中任一项所述的方法，其特征在于，所述接收服务器转发的好友共享数据的步骤之前还包括：

发起方客户端根据所述发起方的选择指令确定待共享好友及接收方，生成好友共享数据，发送所述好友共享数据至服务器；

所述服务器对所述好友共享数据不进行处理，直接转发至接收方客户端。

5.根据权利要求4所述的方法，其特征在于，所述发起方客户端根据发起方的选择指令确定待共享好友及接收方的步骤具体包括：

通过所述发起方进行的点击界面菜单或特定按钮的选择指令，发起方客户端确定所述待共享好友及接收方。

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

所述好友共享数据中，包括多个待共享好友的ID；

所述从好友共享数据中获取待共享好友的ID的步骤对应包括：从所述好友共享数据中提取所述多个待共享好友的ID；

所述根据待共享好友的ID，向待共享好友发起加入好友请求的步骤对应包括：向所述多个待共享好友分别发出加入好友请求。

7.根据权利要求6所述的方法，其特征在于，所述向多个待共享好友分别发出加入好友请求的步骤具体包括：

在所述多个待共享好友中选择一个或数个待共享好友；

向所述一个或数个待共享好友分别发出加入好友请求。

8.根据权利要求1-3中任一项所述的方法，其特征在于：

所述好友共享数据为即时通信消息或会话接口消息。

9.一种共享通信好友的装置，其特征在于，位于客户端，包括：

接收模块，用于接收服务器转发的好友共享数据；

解析模块，用于从所述好友共享数据中获取所述待共享好友的ID；

请求模块，用于根据所述待共享好友的ID，向所述待共享好友发起加入好友请求。

10.根据权利要求9所述的装置，其特征在于，还包括：

选择模块，用于对所述待共享好友进行选择。

11.根据权利要求9或10中任一项所述的装置，其特征在于，还包括：

好友选择模块，用于根据所述发起方的选择指令确定待共享好友及接收方；

封装模块，用于封装好友共享数据，所述好友共享数据包括所述待共享好友的ID；

发送模块，用于将所述好友共享数据发送至所述接收方客户端。

12.一种共享通信好友的***，其特征在于，包括发起方客户端、服务器和接收方客户端，其中：

所述发起方客户端，用于根据发起方的选择指令，确定待共享好友及接收方，生成包括待共享好友的ID的好友共享数据，发送所述好友共享数据；

所述服务器，用于从所述发起方客户端接收好友共享数据，对所述好友共享数据不进行处理，直接转发至接收方客户端；

所述接收方客户端，用于从所述好友共享数据中获取所述待共享好友的ID，向所述待共享好友发起加入好友请求。

13.根据权利要求12所述的装置，其特征在于，所述接收方客户端包括：

接收模块，用于接收所述服务器转发的好友共享数据；

解析模块，用于从所述好友共享数据中获取待共享好友的ID；

选择模块，用于对所述待共享好友进行选择；

请求模块，用于根据所述对待共享好友进行选择的结果发起加入好友请求。

Images