CN101175051A - 一种即时通信系统、方法和设备 - Google Patents

Abstract

本发明公开了一种即时通信方法，其关键在于服务器接收客户端设备发送的第一用户查看第二用户的共享好友信息的请求，将第二用户的共享好友信息发送到所述客户端设备。通过上述方法，用户可以根据用户之间社会关系的关联性查找其他用户或用户群组，增加即时通信系统的趣味性和社会关联度，有利于充分发挥即时通信平台的功能。本发明还同时公开了一种即时通信系统、一种服务器和一种客户端设备。

Description

一种即时通信系统、方法和设备

技术领域

本发明涉及互联网技术，特别涉及一种即时通信系统、方法和设备。

背景技术

近几年来，由于人们越来越重视信息和沟通的及时性，即时通信(IM)作为一种能够即时发送和接收互联网消息等的技术，自面世以来受到人们的普遍青睐，发展迅速。

即时通信技术的原理是通过互联网实现点对点的实时信息传输，包括文本、图像、语音、视频和文件等信息。即时通信的互动性非常强，凭借其实时在线交互的特性可以为人们提供语音/视频聊天、传送文件、发送E-mail、多人聊天、在线感知(Presence Awareness)等功能。而且价格便宜(除了上网费几乎免费)，对于大多数人来说，通过即时通信进行沟通比电话沟通更经济，因而受到网民的欢迎。随着不断的发展，即时通信的功能日益丰富，逐渐集成了电子邮件、博客、音乐、电视、游戏和搜索等多种功能。即时通信不再是一个单纯的聊天工具，它已经发展成集交流、资讯、娱乐、搜索、电子商务、办公协作和企业客户服务等为一体的综合化信息平台。

随着社会与互联网技术的发展，即时通信已经成为人们生活的重要组成部分。即时通信用户可以把经常联系的其他用户加入到好友(或联系人)名单，通过即时通信的状态呈现技术获知好友的在线离线状态，随时与之发起实时对话，从而达到了信息即时交流的目的。为了便于用户操作多个联系人，即时通信软件常提供好友管理功能，包括好友的添加、归类和删除等。另外，QQ等即时通信软件还提供“用户群组”的功能，允许组织多个用户共同参与对话。

现有的即时通信系统中，好友的查找与发现通常有两种方式：一种是用户通过查看即时通信系统的服务器提供的在线用户列表来实现好友的发现；另一种是用户通过其它途径，例如朋友告知、web等场合公开的信息等得到其他用户的即时通信的ID或昵称等身份信息，再将该身份信息输入服务器进行检索，来实现好友的发现。

根据美国著名社会心理学家米尔格伦于20世纪60年代提出的六度理论，一个人与任何一个陌生人之间所间隔的人不会超过六个，也就是说，最多通过六个人这个人就能够认识任何一个陌生人，这从一个角度说明人与人之间社会关联关系的巨大潜力。而现有的即时通信技术中的查找好友的方式过于简单，未能充分挖掘用户之间社会关系的关联性。

发明内容

有鉴于此，本发明一方面提供一种即时通信系统，该系统使用户可以根据用户之间社会关系的关联性查找到其他用户。

本发明另一方面提供一种即时通信方法，使用该方法，用户可以根据用户之间社会关系的关联性查找到其他用户。

本发明另一方面提供一种服务器，该服务器使用户可以根据用户之间社会关系的关联性查找到其他用户。

本发明另一方面提供一种客户端设备，使用该客户端设备，用户可以根据用户之间社会关系的关联性查找到其他用户。

本发明的一种即时通信方法包括：

服务器接收客户端设备发送的第一用户查看第二用户的共享好友信息的请求，将第二用户的共享好友信息发送到所述客户端设备。

本发明的一种即时通信系统包括：

客户端设备，用于向服务器请求查看第二用户的共享好友信息，接收服务器发送的第二用户的共享好友信息；

服务器，用于接收所述客户端设备发送的第一用户查看第二用户的共享好友信息的请求，将第二用户的共享好友信息发送到所述客户端设备。

本发明的一种服务器包括：

共享管理单元，用于接收客户端设备发送的第一用户查看第二用户的共享好友信息的请求，将第二用户的共享好友信息发送到所述客户端设备。

本发明的一种客户端设备包括：

共享控制单元，用于根据用户输入的指令生成并发送第一用户查看第二用户的共享好友信息的请求到服务器，接收服务器发送的第二用户的共享好友信息。

由上述的技术方案可见，本发明的这种即时通信方法考虑了用户之间的社会关联性，用户通过共享好友、访问他人好友的方式方便地找到其他的好友或用户群组，增加即时通信系统的趣味性和社会关联度，有利于充分发挥即时通信平台的功能。

另一方面，本发明的这种即时通信系统考虑了用户之间的社会关联性，使用户可以通过共享好友、访问他人好友的方式方便地找到其他的好友或用户群组，增加即时通信系统的趣味性和社会关联度，有利于充分发挥即时通信平台的功能。

再一方面，本发明的这种服务器考虑了用户之间的社会关联性，使用户可以通过共享好友、访问他人好友的方式方便地找到其他的好友或用户群组，增加即时通信系统的趣味性和社会关联度，有利于充分发挥即时通信平台的功能。

再一方面，本发明的这种客户端设备考虑了用户之间的社会关联性，使用户可以通过共享好友、访问他人好友的方式方便地找到其他的好友或用户群组，增加即时通信系统的趣味性和社会关联度，有利于充分发挥即时通信平台的功能。

附图说明

图1为本发明实施例提供的一种即时通信系统的结构图。

图2为本发明实施例提供的一种即时通信方法的流程图。

图3为本发明实施例提供的一种客户端设备的示意图。

图4为本发明实施例提供的一种服务器的示意图。

具体实施方式

根据本发明的一种实施方式，用户可以共享其好友(或联系人)信息，其他用户可通过查看该用户共享的好友信息而在即时通信系统中实现带有社会关系关联性的即时通信系统。

为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本发明进一步详细说明。

本发明实施例提供的即时通信系统增加了具有共享好友管理功能的设备，该设备可以是现有的服务器中增加的一个功能单元，也可以是一个独立的设备，客户端设备也相应地增加了具有共享好友控制功能的单元。

图1为本发明实施例的一种即时通信系统的结构图。

本实施例的即时通信系统包括客户端设备120和即时通信服务器160(以下简称服务器)。实际系统中可能存在大量的客户端设备，服务器也可能不止一个，这里，我们以某一对客户端设备120和服务器160为例介绍各系统成分的功能和流程。

客户端设备120除现有的组件外，还包含共享控制单元150。共享控制单元150与服务器160通信，用于实现与共享操作相关的功能。

服务器160除现有的组件外，还包含共享管理单元180，另外，还可以对现有的好友认证单元170进行共享功能相关的扩展。共享管理单元主要负责维护用户的共享设置信息。

客户端设备120中的共享控制单元150提示用户设置共享好友信息，将用户的共享设置信息发送到服务器160。

服务器160中的共享管理单元180保存客户端设备120发送的共享设置信息。

共享控制单元150向服务器160请求查看另一用户的共享好友信息。

共享管理单元180判断客户端设备120的用户是否有权限查看该共享好友信息。共享管理单元180可以根据客户端设备120在查看共享好友信息的请求中携带的用户属性(如用户ID等)和/或被请求用户的共享设置信息(如用户设定的共享权限等)来判断用户是否具有查看另一用户共享信息的权限。如果用户具有查看权限，则将相应的共享好友信息发送到该用户使用的客户端设备120，否则，拒绝该用户的请求，可以向该客户端设备120返回请求失败消息或不做处理。

另外，共享控制单元150还可以根据服务器160提供的共享好友信息向服务器160请求将另一用户的共享好友添加为好友。为完成这一功能，现有的好友认证单元需要扩展基于共享的好友认证功能，用于接收用户添加好友的请求中携带的好友关联信息，并将该信息提供给被请求添加的用户。这一过程相比现有的好友添加过程，由于增加了好友关联信息，被请求用户可以得知该请求用户查找的途径，如拥有共同的好友等，可以提高添加好友成功的几率。

图2为本发明实施例的即时通信系统流程图，其中虚线表示可选步骤。

在图2的系统流程中，以客户端设备1、客户端设备2和即时通信服务器(以下简称服务器)间的交互流程为例来更清楚地传达本发明的精神。

步骤220：客户端设备1向服务器发送第一用户的共享设置信息。

其中，共享设置信息可以包含共享指示，该共享指示可以是设置、取消、修改等。另外，取消共享等操作也可以通过其它独立的消息实现。

共享设置信息还可以包含第一用户的身份信息，即发起共享的即时通信用户在系统中的标识信息。共享设置信息也可以不包含用户身份信息，服务器可以根据现有技术中的方法得到该用户的身份信息。

共享设置信息还可以包含共享选项，作为此次共享的附加属性。该共享选项可以是或者包含一个或多个条目，例如共享好友信息、共享对象、共享有效时间、共享深度等，可以以属性值的方式进行扩展。共享好友信息为用户选择向其他用户公开的好友或用户群组，也可以选择共享所有的好友和用户群组，客户端设备1可以以用户身份信息列表和/或用户群组的标识信息列表的形式将用户指定的共享好友信息发送到服务器。共享对象为用户指定的允许访问该共享好友信息的好友或用户群组，也可以选择对所有用户公开共享信息。共享有效时间表示此次共享有效的时间范围，如一周、一年等。共享深度表示允许访问此次共享好友信息的好友关系的最大层数。例如，用户A希望将其三个好友X、Y和Z共享给好友B，且只允许B与B的好友访问到这个共享好友信息(B的好友可以访问该共享好友信息的前提是B向该好友共享了用户A的信息)，则用户A的共享操作中：共享好友信息是X、Y和Z，共享对象是B，共享深度设为2。共享选项中还可以包含其它属性，这里不再一一列举。

步骤230：服务器中的共享管理单元保存客户端设备1发送的第一用户的共享设置信息，共享设置信息可以以文件或数据库的形式存储。

可选地，服务器可以通过步骤226向客户端设备1返回第一用户共享设置信息的处理结果。

至此，第一用户的共享信息已经在服务器中设置完毕，可供系统中的其他用户请求查看。

步骤240：第二用户通过客户端设备2向服务器请求查看第一用户的共享好友信息。该请求包括待查看用户的身份信息，即第一用户的身份信息，还可以包括第二用户此次查看过程经历的用户关联信息。例如用户A与B互为好友，B与C互为好友，C与D互为好友，D通过上述的好友关系找到A并希望查看A的共享好友信息时，需要提交的用户关联信息为D-C-B-A。

步骤250：服务器中的共享管理单元根据该请求携带的第二用户的身份信息和被请求用户的身份信息(即第一用户的身份信息)查找保存的第一用户的共享设置信息，如果没有找到第一用户的共享设置信息，说明第一用户没有设置共享好友，则直接拒绝第二用户的查看请求；如果找到所述的共享设置信息，则可以向第二用户发送所述共享设置信息中的共享好友信息，或者可以再根据所述共享设置信息中的共享选项来进一步判断第二用户是否具有访问第一用户的共享信息的权限。

例如，如果第一用户设置了共享选项，则共享管理单元需要判断：

该共享选项中的共享对象是否包括第二用户，如不包括，则拒绝第二用户的查看请求；

根据第一用户设置的共享有效时间判断当前时间该共享信息是否可用，如果不在有效时间内则拒绝第二用户的查看请求；

根据第一用户设置的共享深度，和第二用户提交的用户关联信息或根据服务器保存的用户历史查看信息得到的用户关联信息或根据第一和第二用户身份信息计算得到的用户关联信息，判断第二用户是否允许访问。

步骤260：共享管理单元根据上述过程判断是否允许第二用户访问，若允许则返回第一用户指定的共享好友信息，否则返回请求失败或者不作处理。

对于上述的共享深度相关的判断，下面举具体的例子进行说明。例如用户A与B互为好友，B与C互为好友，C与D互为好友，且B设置将其好友A的信息共享给用户C，共享深度为2，则C可以通过上述流程访问到用户B所共享的好友信息A。如果用户C将好友B共享给用户D，那么D可以通过上述流程访问到用户C所共享的好友信息B，若此时用户D想进一步查看用户B的好友，则依然通过上述流程，但提交的查看请求信息中包括待查看用户B与经历的用户关联D-C-B。共享管理单元基于B向C的共享设置信息中的共享深度2，判断允许用户D访问此条目，从而向用户D返回用户信息A。如果用户D与E互为好友，且将好友C共享给用户E，那么根据共享深度限制，用户E无法获得B的共享好友信息。由此可见，共享深度体现了用户在社会性与隐私保护之间的折中。以上的前提是好友关联的每个环节都有共享好友的操作，否则共享好友的查看无法继续深入。

共享管理单元判断是否允许查看的一种方式是根据用户提交的好友关联信息或服务器保存的用户历史查看信息得到的好友关联信息。在实际网络中，用户之间的关系呈现混杂的网状结构，继续考虑上面的举例，假设用户E与用户B也是直接好友关系，且用户B已经将好友A向E共享，但在E提交包含用户关联信息E-D-C-B的共享好友查看请求时依然由于深度限制而被拒绝。

这个问题可以利用图的概念和相关算法解决。例如，将系统中各个用户当作节点，两个用户之间的好友关系用一条边来进行连接，设置图中所有边的度数均为1，没有好友关系的用户之间没有边，这样，用户之间的好友关联深度问题就转化为求连通图中两点间的最短路径问题。这个问题在图的理论中已经有很成熟的解决办法，例如可以利用D算法来求得任意两点之间的最短路径。关于算法具体介绍这里不再赘述，本领域技术人员到这里应该很清楚相关算法的实现，相关的资料中也有很多介绍。

通过将用户关系用图的方法表达，第二用户在提交查看共享好友的请求中可以不必提交此次查看经历的用户关联信息，由服务器根据第一用户和第二用户的身份信息在相应的用户关系图中计算这两个用户的关联关系，从而判断第二用户是否满足第一用户设置的共享深度的要求。但是，这种解决办法相对比较复杂，当前即时通信系统的用户数目庞大，而且还在进一步地扩大，相应的用户关系图中的节点数目也会非常大，而且用户间的关系错综复杂，这样的图的维护会导致占用巨大的系统资源，计算时间也会很长，这样是不够经济的。

因此，可以采用在查看共享好友的请求中包括此次查看经历的用户关联，服务器仅根据该用户关联判断用户的关联深度，从而避免服务器维护庞大复杂的用户关系，从而减轻服务器开销。

在上面的系统处理流程中，用户设置共享好友信息可以是自发地，也可以是经请求而进行的，例如，可以由服务器在步骤218向用户请求设置共享好友，该请求也可以是以广告的形式，或者是定期向用户发送提醒信息的方式，提醒用户更新共享好友信息，或者是收到客户端设备2发送的第二用户请求查看第一用户的共享好友信息请求后，向第一用户传达该请求。如果是由第二用户的查看共享好友请求触发的该过程，则服务器在接收到第一用户的共享设置信息并处理后，通过步骤228向第二用户返回请求查看共享好友的结果，如果第二用户不满足第一用户设置的共享访问规则，则通知第二用户请求失败。

另外，用户还可以请求修改其共享设置信息，例如添加、删除、更新其共享好友信息，修改共享选项等，其操作与以上流程相似，都需要向服务器中的共享管理单元提交请求并等待响应，其消息交互流程与图2相同。上述修改共享设置信息请求可以利用其它独立的消息实现，也可以利用图2步骤220中用于设置共享时相同的消息，其中相应的共享设置信息中的各项属性值可以根据需要取不同的值，例如，添加、删除、更新共享好友信息的操作都使用共享设置信息中的共享好友信息来实现，用户提交此次需要共享的好友列表或群列表，服务器用收到的共享好友信息替换之前存储的该用户的共享好友信息；或者，可以利用共享设置信息中的共享指示取不同的值来实现，例如：

可以指示添加、删除、更新共享好友信息，此时，共享好友信息不必是用户此时需要共享的所有用户的列表或用户群组列表，而可以以增量的方式体现，例如，共享指令值为“增加”，则共享好友信息中可以仅包括此次用户新增的共享好友列表或用户群组列表，则服务器在当前存储的共享好友信息的基础上对共享好友信息进行增加或删除处理；

也可以指示取消共享，也可以有多种处理方式，例如用一个空的共享好友信息列表来替换保存的共享好友信息列表来表示不共享，或者将保存的共享设置信息整个地删除；

还可以指示修改共享选项，用来添加、删除或修改先前设定的共享限制条件，如共享对象、共享有效时间、共享深度等，则服务器根据收到的修改请求消息对保存的该用户的共享设置信息进行相应的修改。

用户通过好友关系关联找到目标用户后，若是在此基础上添加好友，则好友认证过程中需要附加申请用户的社会性信息，以丰富用户交互的社会性及提高认证通过的几率。

第二用户通过客户端设备在他人的共享信息中查找到第三用户时，可以选择将第三用户添加为好友。这里，添加好友的方式可以有两种：

一种是通过普通流程进行添加，即第二用户通过查看共享操作找到第三用户，并记录第三用户的身份信息，退出共享操作，发起常规的添加好友流程；

另一种是第二用户通过客户端设备查看他人的共享信息时在共享操作流程中向服务器中的好友认证单元提交添加好友请求，其中包括目标用户(如第三用户)的身份信息和此次查看过程中经历的用户关联信息。好友认证单元将包含第二用户信息以及用户关联信息的请求信息发送到目标用户(即第三用户)的客户端设备。服务器之后按照现有技术中的处理方式，根据第三用户返回的应答消息，拒绝第一用户的添加好友请求或者向第一用户发送添加好友成功消息并更新第二用户和第三用户的好友列表。

另外，用户在进行查找好友操作之前，可以设置需要通过客户端设备与服务器进行双向认证，以确保后续通信的安全可靠。这种认证的技术在现有技术中已经应用，本领域技术人员应当清楚如何将这一过程与本发明提供的技术方案相结合。

以上给出了添加好友的操作流程，其实时性取决于两端用户的在线状态。

下面对服务器和客户端设备的构成各举一例来说明其实现方法。

图3为本发明实施例提供的一种客户端设备的示意图。

客户端设备主要包括：

用户接口单元320，用于接收用户的操作指令以及向用户传达信息；

共享控制单元350，用于完成与共享操作相关的功能；

收发单元380，用于与服务器进行信息交互。

其它与现有技术中功能相同的、与本发明技术方案无关的单元模块这里不再一一示出。下面的例子详细地介绍该客户端设备30各单元的工作流程。

用户接口单元320接收第一用户设置共享设置信息的指示，并发送到共享控制单元350；

共享控制单元350接收用户接口单元320发送的设置共享设置信息的指示，根据该指示生成共享设置信息发送到收发单元380，同时还可以在自身保存该信息的副本；

收发单元380将共享控制单元350发送的共享设置信息发送到服务器；

用户接口单元320接收第一用户查看第二用户的共享好友信息的指令，并发送到共享控制单元350；

共享控制单元350接收用户接口单元320发送的查看第二用户共享好友信息的指令，根据该指令生成共享好友查看请求，在该请求中包含第一用户和第二用户的身份信息以及其它可能的信息，将该请求发送到收发单元3 80；

收发单元380将共享控制单元350发送的共享好友查看请求发送到服务器；接收服务器发送的第二用户的共享好友信息或拒绝查看信息，发送到共享控制单元350；

共享控制单元350将收发单元发送的第二用户的共享好友信息或拒绝查看信息，进行相应的处理，并发送到用户接口单元320。

图4为本发明实施例提供的一种服务器的示意图。

服务器主要包括：

共享管理单元450，用于管理和维护用户的共享设置信息；

收发单元480，用于与即时通信系统中各客户端设备进行交互；

好友认证单元420，除了用于完成现有技术中的功能以外，也可以选择对其进行功能扩展，以用于实现基于好友共享的好友认证功能。

其它与现有技术中功能相同的、与本发明技术方案无关的单元模块这里不再一一示出。下面的例子详细地介绍该服务器40各单元的工作流程。

收发单元480接收客户端设备发送的用户的共享设置信息并发送到共享管理单元450；

共享管理单元450保存收发单元480发送的用户的共享设置信息；

收发单元480接收客户端设备发送的第一用户查看第二用户的共享好友信息的请求并发送到共享管理单元450；

共享管理单元450根据收发单元480发送的共享好友查看请求查找第二用户的共享设置信息，如果没有找到，则通过收发单元480向该客户端设备发送请求失败消息或者不做处理；如果找到，则通过收发单元480向该客户端设备发送第二用户的共享好友信息或者根据该找到的第二用户的共享设置信息判断第一用户是否具有访问第二用户共享好友信息的权限，如果有权，则通过收发单元480向该客户端设备发送第二用户的共享好友信息，如果没有权限，则通过收发单元480向该客户端设备发送请求失败消息或者不做处理；

收发单元480将共享管理单元450发送的信息发送到该发送请求的客户端设备。

如果用户在查看他人共享好友信息的同时提出将他人好友添加为自己的好友，则用户通过使用的客户端设备向服务器发送基于共享的添加好友的请求，此时，

收发单元480接收客户端设备发送的基于共享的添加好友请求，发送到好友认证单元420；

好友认证单元420根据收发单元480发送的基于共享的添加好友请求，根据该请求携带的信息产生好友认证请求，通过收发单元480发送到被请求用户的客户端设备；

收发单元480将好友认证单元420发送的好友认证请求发送到被请求用户的客户端设备；接收被请求用户的客户端设备发送的认证通过消息或认证拒绝消息，发送到好友认证单元420；

好友认证单元420按照现有技术的方法通过收发单元480向发送添加好友请求的客户端设备发送添加好友成功消息并更新用户的好友列表或发送添加好友失败消息。

在上述实施例中，即时通信服务器可以是独立的服务器设备，也可以是其它设备中的一个模块，只要能够实现本发明实施例中即时通信服务器的功能，就属于本发明所述的服务器的范畴。

通过上面的例子，本领域技术人员应该能够清楚如何实现上述设备，并应当能够将上述的设备结构同上述即时通信系统流程中提供的各种系统功能相结合，以根据具体需要实现本发明的即时通信系统。

由上述的实施例可见，本发明的这种即时通信系统考虑了用户之间的社会关联性，在系统设备中增加了带有共享好友管理控制功能的部件，使用户可以访问他人好友的方式顺藤摸瓜更方便地找到更多的好友或用户群组，增加即时通信系统的趣味性和社会关联度，有利于充分发挥即时通信平台的功能。

另一方面，本发明的这种即时通信方法考虑了用户之间的社会关联性，用户通过共享好友、访问他人好友的方式方便地找到更多的好友或用户群组，增加即时通信系统的趣味性和社会关联度，有利于充分发挥即时通信平台的功能。

再一方面，本发明的这种服务器考虑了用户之间的社会关联性，用户通过共享好友、访问他人好友的方式方便地找到更多的好友或用户群组，增加即时通信系统的趣味性和社会关联度，有利于充分发挥即时通信平台的功能。

再一方面，本发明的这种客户端设备考虑了用户之间的社会关联性，用户通过共享好友、访问他人好友的方式方便地找到更多的好友或用户群组，增加即时通信系统的趣味性和社会关联度，有利于充分发挥即时通信平台的功能。

根据本发明的较佳实施方式，用户的隐私权也可以得到保护，即用户可以自主设定共享的内容及对象，还可以按照自己的意愿设定对其共享信息的访问限制。

本发明实施例提供的即时通信系统较现有的系统更近似于真实的人际社会，可以解决互联网中的“信誉”问题，在同学圈、工作圈、商务合作圈中建立良好的交流协作。通过本发明实施例，人们可以实现个人数据处理、个人社会关系管理、可信的商业信息共享，可以安全地对信任的人群分享自己的信息和知识，利用信任关系拓展自己的交际圈，达成更加有价值的沟通和协作。

综上所述，以上仅为本发明的部分实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (24)

1.一种即时通信方法，其特征在于，包括，

服务器接收客户端设备发送的第一用户查看第二用户的共享好友信息的请求，将第二用户的共享好友信息发送到所述客户端设备。

2.根据权利要求1所述的方法，其特征在于，进一步包括，

所述服务器接收并保存客户端设备发送的第一用户的共享设置信息；

所述服务器根据所述查看请求中携带的第二用户的身份信息查找第二用户的共享设置信息，根据查找到的所述共享设置信息得到第二用户的共享好友信息，并发送到所述客户端设备。

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

所述服务器进一步根据第二用户的共享设置信息判断第一用户有权限查看所述共享好友信息，向第一用户发送所述共享好友信息。

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

所述服务器根据第二用户的共享设置信息判断第一用户有权限查看所述共享好友信息包括以下中的一个或多个：

根据共享设置信息中的共享对象判断第一用户属于被允许访问所述共享好友信息的共享对象；

根据共享设置信息中的共享有效时间判断当前时间所述共享信息有效；

服务器判断第一用户与第二用户的关系层数没有超过共享设置信息中的第二用户设置的共享深度，所述共享深度为允许访问所述共享好友信息的好友关系最大层数。

5.根据权利要求2所述的方法，其特征在于，进一步包括：

所述服务器接收所述客户端设备发送的第一用户取消共享请求，删除所述第一用户的共享设置信息；和/或

所述服务器接收所述客户端设备发送的第一用户修改共享设置信息请求，用所述请求中携带的共享设置信息替换自身保存的第一用户的共享设置信息，或者根据所述请求中的修改指示修改自身保存的第一用户的共享设置信息中的相应条目。

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

所述服务器接收所述客户端设备发送的第一用户添加第二用户为好友的请求，向第二用户发送添加好友请求，所述添加好友请求中包含第一用户的身份信息和用户关联信息，根据第二用户返回的应答消息，拒绝第一用户的添加好友请求，或者向第一用户发送添加好友成功消息。

7.根据权利要求2所述的方法，其特征在于，进一步包括：

所述服务器接收所述客户端设备发送的第一用户添加第二用户为好友的请求，向第二用户发送添加好友请求，所述添加好友请求中包含第一用户的身份信息和用户关联信息，根据第二用户返回的应答消息，拒绝第一用户的添加好友请求，或者向第一用户发送添加好友成功消息。

8.根据权利要求6或7所述的方法，其特征在于，

所述客户端设备发送的第一用户添加第二用户为好友的请求中包含所述用户关联信息，所述服务器从接收的所述客户端设备发送的请求中获得所述用户关联信息；或

所述服务器根据保存的第一用户的历史查看信息得到所述用户关联信息；或

所述服务器根据第一用户和第二用户的身份信息计算得到所述用户关联信息。

9.根据权利要求5所述的方法，其特征在于，

所述服务器进一步根据第二用户的共享设置信息判断第一用户有权限查看所述共享好友信息，向第一用户发送所述共享好友信息。

10.根据权利要求7所述的方法，其特征在于，

所述服务器进一步根据第二用户的共享设置信息判断第一用户有权限查看所述共享好友信息，向第一用户发送所述共享好友信息。

11.根据权利要求9或10所述的方法，其特征在于，

所述服务器根据第二用户的共享设置信息判断第一用户有权限查看所述共享好友信息包括以下一个或多个：

根据共享设置信息中的共享对象判断第一用户属于被允许访问所述共享好友信息的共享对象；

根据共享设置信息中的共享有效时间判断当前时间所述共享信息有效；

服务器判断第一用户与第二用户的关系层数没有超过共享设置信息中的第二用户设置的共享深度，所述共享深度为允许访问所述共享好友信息的好友关系最大层数。

12.一种即时通信系统，其特征在于，包括：

客户端设备，用于向服务器请求查看第二用户的共享好友信息，接收服务器发送的第二用户的共享好友信息；

服务器，用于接收所述客户端设备发送的第一用户查看第二用户的共享好友信息的请求，将第二用户的共享好友信息发送到所述客户端设备。

13.根据权利要求12所述的系统，其特征在于，

客户端设备，进一步用于将第一用户的共享设置信息发送到服务器；

服务器，进一步用于接收并保存所述客户端设备发送的第一用户的共享设置信息，根据所述客户端设备发送的第一用户查看第二用户的共享好友信息的请求中携带的第二用户的身份信息查找第二用户的共享设置信息，根据查找到的所述共享设置信息得到第二用户的共享好友信息，并发送到所述客户端设备。

14.根据权利要求12所述的系统，其特征在于，

所述服务器进一步用于根据第二用户的共享设置信息判断第一用户有权限查看该好友信息，向第一用户发送第二用户的好友信息。

15.根据权利要求12所述的系统，其特征在于，

所述客户端设备进一步用于发送第一用户修改共享设置信息的请求；

所述服务器进一步用于：接收所述客户端设备发送的第一用户修改共享设置信息请求，用所述请求中携带的共享设置信息替换自身保存的第一用户的共享设置信息，或者根据所述请求中的修改指示修改自身保存的第一用户的共享设置信息中对应的条目。

16.根据权利要求12所述的系统，其特征在于，

所述客户端设备进一步用于发送第一用户添加第二用户为好友的请求，接收服务器发送的携带第一用户的身份信息和用户关联信息的添加好友请求；

所述服务器进一步用于：接收所述客户端设备发送的第一用户添加第二用户为好友的请求，向第二用户的客户端设备发送添加好友请求，所述请求中包含第一用户的身份信息和所述用户关联信息，根据第二用户返回的应答消息，拒绝第一用户的添加好友请求，或者向第一用户发送添加好友成功消息。

17.根据权利要求16所述的系统，其特征在于，

所述客户端设备进一步用于在发送的第一用户添加第二用户为好友的请求中包含所述用户关联信息，所述服务器进一步用于从接收的所述客户端设备发送的请求中获得所述用户关联信息；或

所述服务器进一步用于根据保存的第一用户的历史查看信息得到所述用户关联信息；或

所述服务器进一步用于根据第一用户和第二用户的身份信息计算得到所述用户关联信息。

18.一种服务器，其特征在于，包括：

共享管理单元，用于接收客户端设备发送的第一用户查看第二用户的共享好友信息的请求，将第二用户的共享好友信息发送到所述客户端设备。

19.根据权利要求18所述的服务器，其特征在于，

所述共享管理单元进一步用于接收并保存客户端设备发送的第一用户的共享设置请求消息；根据所述查看请求中携带的第二用户的身份信息查找第二用户的共享设置信息，根据查找到的所述共享设置信息得到第二用户的共享好友信息，并发送到所述客户端设备。

20.根据权利要求19所述的服务器，其特征在于，

所述共享管理单元进一步根据第二用户的共享设置信息判断第一用户有权限查看所述共享好友信息，向第一用户发送所述共享好友信息。

21.根据权利要求19所述的服务器，其特征在于，

所述共享管理单元进一步用于接收客户端设备发送的第一用户取消共享请求，删除所述第一用户的共享设置信息；和/或

所述共享管理单元进一步用于接收客户端设备发送的第一用户修改共享设置信息请求，用所述请求中携带的共享设置信息替换自身保存的第一用户的共享设置信息，或者根据所述请求中的修改指示修改自身保存的第一用户的共享设置信息中的相应条目。

22.根据权利要求18所述的服务器，其特征在于，进一步包括：

好友认证单元，用于接收客户端设备发送的第一用户添加第二用户为好友的请求，所述请求中包含第二用户的身份信息和用户关联信息，向被请求用户发送添加好友请求，所述请求中包含第一用户的身份信息和所述用户关联信息，根据第二用户返回的应答消息，拒绝第一用户的添加好友请求或者向第一用户发送添加好友成功消息，更新第一用户和第二用户的好友列表。

23.一种客户端设备，其特征在于，包括：

共享控制单元，用于根据用户输入的指令生成并发送第一用户查看第二用户的共享好友信息的请求到服务器，接收服务器发送的第二用户的共享好友信息。

24.根据权利要求23所述的客户端设备，其特征在于，包括：

所述共享控制单元进一步用于根据用户输入的指令生成并发送第一用户的共享设置请求消息到服务器。

Images