CN101090371B - 一种即时通讯***中用户信息管理的方法及*** - Google Patents

Abstract

本发明公开了一种即时通讯中用户信息管理的方法，用于解决大型即时通讯***中因查询用户信息时需要频繁访问用户信息管理服务器，增加***负载和增加网络开销，影响***性能的问题。本发明方法包括：接入服务器获取登录用户的联系人信息并保存，同时将所述登录用户的用户信息通知其他接入服务器；接收到通知消息的接入服务器确定本地有所述登录用户的联系人时，保存所述用户信息；以及接入服务器需要获取用户的联系人信息时在本地或/和其他接入服务器上进行查询。本发明同时公开了一种通信***。

Description

一种即时通讯***中用户信息管理的方法及*** 

技术领域

本发明涉及通信及计算机技术领域中的即时通讯技术，尤其涉及一种即时通讯***中用户信息管理的方法以及相应的***。 

背景技术

在即时通讯***中，当用户登录即时通讯***时，需要获得好友的在线信息；同时需要将该用户的登录信息发送给添加该用户为好友的用户。如果用户的在线状态发生改变，也需要将用户的在线状态改变信息发送给添加该用户为好友的用户。 

采用现有技术的方法，对于用户在线信息的管理，一般采用集中式管理方式，由专属的用户信息管理服务器管理用户的在线信息。当用户登录***时，将用户的登录信息发送给用户信息管理服务器，由用户信息管理服务器进行管理。用户登录，用户登录后的在线状态改变，或是用户与用户间发送即时消息时，用户查找联系人的在线信息都需要通过用户信息管理服务器进行查找。这样，不仅增加了用户信息管理服务器的负载，同时也增大了网络开销。 

随着大型即时通讯***中在线用户数量的不断增加，一台用户信息管理服务器不能实现集中管理所有的用户在线信息，用户在线信息被分散到多台用户信息管理服务器上。查找用户的在线信息时，需要在多台用户信息管理服务器上查找，降低了查找效率。随着用户数量的进一步增加，用户信息管理服务器的查找效率急剧下降，导致用户在线信息管理性能恶化，成为整个即时通讯***的运行瓶颈。 

发明内容 

本发明提供一种即时通讯中用户信息管理的方法及***，用以解决现有技术中因查询用户信息时需要频繁访问用户信息管理服务器，存在增加***负载和增加网络开销，影响***性能的问题。 

本发明提供以下技术方案： 

一种即时通讯***中用户信息管理的方法，包括如下步骤： 

接入服务器获取登录用户的联系人信息并保存；所述用户的联系人信息包含用户的好友信息和反向好友信息；所述接入服务器上建立有用于存储用户好友信息的好友表和用于存储用户反向好友信息的反向好友表，在所述好友表中通过用户标识与该用户在本地的好友信息关联，在所述反向好友表中通过用户标识与该用户的反向好友信息关联并记录该用户的位置信息； 

所述接入服务器将所述登录用户的用户信息通知其他接入服务器； 

接收到通知消息的接入服务器确定本地有所述登录用户的联系人时，保存所述用户信息；以及 

接入服务器需要获取用户的联系人信息时在本地或/和其他接入服务器上进行查询。 

其中： 

所述接入服务器进一步将登录用户的联系人的状态信息发送给登录用户所在客户端；保存所述用户信息的其他接入服务器进一步将登录用户的状态信息发送给相关的联系人。 

其中： 

获取并保存登录用户的联系人信息包括如下步骤： 

用户所登录的接入服务器从数据库中查找到该登录用户的好友标识和反向好友标识； 

所述接入服务器在反向好友表中查找所述好友标识，并在查找到标识后将所述登录用户的用户标识记录到关联的反向好友信息中；以及 

在所述接入服务器的好友表中查找所述反向好友标识，并在查找到标识后 将所述登录用户的用户标识记录到关联的好友信息中。 

较佳的，在用户登录后进一步包括步骤： 

所述接入服务器在本地的好友表中查找登录用户的标识，并在查找到该标识后从对应的好友信息中获取所有本地好友标识； 

在所述反向好友表中与各所述本地好友标识相关联的位置信息中记录所述接入服务器的位置信息。 

较佳的，所述登录用户的状态改变时，所述接入服务器将用户状态改变的信息通知其他接入服务器后，接收到通知消息的接入服务器在反向好友表中查找到所述登录用户标识时，根据与该标识关联的反向好友信息中的用户标识，向对应的用户发送登录用户的状态改变信息。 

其中，登录用户的用户状态改为退出登录时，所述接入服务器进一步将与本机的好友表和反向好友表中用户标识关联的所述登录用户的信息删除；接收到所述通知消息的接入服务器在反向好友表中查找到所述登录用户标识时，将与其关联的位置信息清空。 

当所述登录用户给联系人发送即时消息时，接入服务器在本地的反向好友表中查询到所述联系人标识后，根据与其关联的位置信息转发所述即时消息。 

若所述接入服务器在本地的反向好友表中查询不到所述联系人标识，则从其他接入服务器请求用户的联系人信息，根据该联系人信息转发所述即时消息。 

其中： 

所述接入服务器以组播方式向其他接入服务器发送通知消息和请求消息。 

一种通信***，包括： 

多个接入服务器，各接入服务器用于获取登录用户的联系人信息并保存，并将所述登录用户的用户信息通知其他接入服务器，以及从本地和/或其他接入服务器查询用户的联系人信息和转发即时消息；所述接入服务器具有用于存储用户好友信息的好友表和用于存储用户反向好友信息的反向好友表，所述好友 表包含用户标识与该用户在本地的好友信息，所述反向好友表包含用户标识与该用户的反向好友信息及该用户的位置信息； 

用户客户端，通过接入服务器接入即时通讯***，从接入服务器查找到联系人信息，并通过接入服务器发送和接收即时消息。 

本发明通过在接入服务器上建立用于存储用户好友信息的好友表和用于存储用户反向好友信息的反向好友表，对用户的信息进行管理，大大降低了在用户信息管理服务器上查找用户信息的频度，不仅降低了用户信息管理服务器的负载，而且提高了用户信息的查找性能，提高了用户在线信息管理性能；同时降低了***的网络开销。 

附图说明

图1A为本发明实施例的***结构示意图； 

图1B为本发明实施例中好友表结构示意图； 

图1C为本发明实施例中反向好友表结构示意图； 

图2为本发明实施例中用户登录过程的处理时序图； 

图3为本发明实施例中用户查找好友在线信息的处理时序图； 

图4为本发明实施例中用户在线状态改变信息通知的处理时序图； 

图5为本发明实施例中用户发送消息的处理流程图； 

图6为本发明实施例中用户发送消息的另一处理流程图； 

图7为本发明实施例中用户退出登录的处理时序图。 

具体实施方式

为了解决目前即时通讯***中，查找用户信息效率降低，用户信息管理服务器负载大，用户在线信息管理性能恶化等问题，在接入服务器上建立用户的好友表和反向好友表，对接入本机的用户及其联系人信息进行管理，查询用户信息时，直接在接入服务器上进行查找。 

以下结合附图对本发明进行详细说明。 

参阅图1A所示，本实施例中的通信***包括多个接入服务器，以及通过网络与接入服务器连接的多个登录用户客户端。 

各接入服务器用于获取登录用户的联系人信息并保存，并将所述登录用户的用户信息通知其他接入服务器；以及在本地查询用户的联系人信息和转发即时消息。 

所述的登录用户客户端通过接入服务器接入即时通讯***，从接入服务器查找到联系人信息，并通过接入服务器给联系人发送即时消息。 

当用户登录时，连接到***中的一台接入服务器上，多台接入服务器组成一个UDP(User datagram protocol，用户数据报协议)组播组，组中的每一台服务器能够收到组内接入的其他服务器发送的组播UDP信息。 

在接入服务器上建立用于存储用户好友信息的好友表和用于存储用户反向好友信息的反向好友表，在所述好友表中通过用户标识与该用户在本地的好友信息关联，在所述反向好友表中通过用户标识与该用户的反向好友信息关联并记录该用户的位置信息。 

好友表和反向好友表都采用用户的ID作索引。反向好友是指添加用户为好友的用户，如A将B添加为好友，则B是A的好友，A是B的反向好友。好友表用来查找某个用户在该服务器上的好友信息。好友表结构如图1B所示，在好友表中包含用户标识ID的节点，各节点对应的好友列表记录用户在本地的好友信息。 

查询用户在服务器上的好友时，在该服务器的好友表中查询该用户的节点，即可找到对应于该节点记录的用户在本机上的好友信息。 

每一个用户登录服务器时，获取该用户的反向好友信息，在用户接入的服务器的好友表中，将该用户信息记录到其反向好友节点的好友列表中。例如： 用户A是用户B和用户C的好友，当用户A通过服务器A接入即时通讯***时，从数据库中查找到用户A的反向好友用户B和用户C的ID，将用户A的信息记录到服务器A好友表中用户B节点和用户C节点的好友列表中，记录过程为：在服务器A的好友表中查找用户B节点，如果用户B节点不存在，在好友表中建立用户B节点，并在用户B节点的好友列表中记录用户A的信息；在好友表中查找用户C节点，如果用户C节点已经存在，直接在用户C节点的好友列表中记录用户A的信息。这样，当用户A登录即时通讯***时，用户A的信息，被记录到了服务器A上好友表中用户B节点和用户C节点的好友列表中。 

反向好友表是用来查找某个用户被本服务器哪些用户加为好友，反向好友表结构如图1C所示，在反向好友表中包含用户标识ID的节点以及用户所处的POS(Position of Server，服务器位置信息)，各节点对应的列表记录用户在本地的反向好友信息。 

在该服务器的反向好友表中查询用户的节点，即可查找到对应于该节点记录的用户在本机上的反向好友信息以及该用户所处的服务器位置信息。 

每一个用户登录服务器时，获取该用户的好友信息，在用户接入的服务器的反向好友表中，将该用户信息记录到其好友节点的反向好友列表中。例如：用户A是用户B和用户C的反向好友，用户A通过服务器A、用户B通过服务器B接入即时通讯***中，用户C不在线。当用户A通过服务器A接入即时通讯***时，从数据库中查找到用户A的好友用户B和用户C的ID，将用户A的信息记录到服务器A反向好友表中用户B节点和用户C节点的反向好友列表中，记录过程为：在服务器A的反向好友表中查找用户B节点，如果用户B节点不存在，在反向好友表中建立用户B节点，并记录用户B所处的POS为服务器B，在用户B节点的反向好友列表中记录用户A的信息；在反向好友表中查找用户C节点，如果存在用户C节点，将用户C所处的POS记录为空，并在用户C节点的反向好友列表中记录用户A的信息。这样，当用 户A登录即时通讯***时，用户A作为用户B和用户C在服务器A上的反向好友，被记录到了服务器A上反向好友表中用户B节点和用户C节点的好友列表中，同时，用户B和用户C所处的服务器位置信息也记录到了反向好友表中。 

参阅图2所示，用户接入服务器时的处理过程如下： 

步骤201、接入服务器A的用户A给服务器A发送登录消息。 

步骤202、服务器A从数据库获取用户A的好友ID和反向好友ID。 

步骤203、服务器A将数据库中取到的用户A的好友ID和反向好友ID返回本机。 

步骤204、根据好友的ID，在服务器A的反向好友表中查找到好友的节点，将用户A的信息记录到好友节点的反向好友列表中；根据反向好友的ID，在服务器A的好友表中查找到反向好友的节点，将用户A的信息记录到反向好友节点的好友列表中。 

步骤205、服务器A给用户A在本机中的反向好友发送用户A的上线通知时，在本机的反向好友表中查询用户A，如果不存在用户A节点，表明本机中不存在用户A的反向好友，不作处理；如果存在用户A节点，在用户A节点的反向好友列表中将用户A所处服务器信息修改为服务器A，并在用户A节点的反向好友列表中查到反向好友ID。 

步骤206、服务器A根据查找到的反向好友的ID给相应的用户发送用户A上线通知。 

步骤207、服务器A给其他接入服务器发送用户A的上线通知时，服务器A在即时通讯***中UDP组播用户A上线消息。 

步骤208、即时通讯***中的接入服务器B收到组播消息后，在本机的反向好友表中查询用户A，如果不存在用户A，表明本机中不存在用户A的反向好友，不作处理；如果存在用户A，执行步骤209。 

步骤209、将服务器B的反向好友表中用户A所处的服务器位置信息修改 为服务器A，在用户A节点的反向好友列表中查到反向好友ID。 

步骤210、服务器B根据查找到的反向好友的ID给相应的用户发送用户A上线通知。 

采用以上所述处理，即时通讯***中用户A登录***后，在用户A接入的服务器中保存了用户A的信息以及用户A的联系人信息；同时用户A的反向好友都获得了用户A的信息。 

参阅图3所示，用户A登录通讯***后，查找好友在线信息的处理过程如下： 

步骤301、用户A登录服务器A。 

步骤302、服务器A在本机的好友表中查询用户A的节点，查找到该节点的好友列表中记录的好友ID，根据好友ID，在反向好友表查找到好友的节点，将对应于该节点记录的服务器信息修改为服务器A，并查看好友的在线信息。 

步骤303、服务器A将查找到的用户A在本机中的好友在线信息返回给用户A。 

步骤304、服务器A在即时通讯***中组播请求用户A的好友在线信息。 

步骤305、即时通讯***中的服务器B收到组播请求后，在本机的好友表中查询用户A的节点，查看本机是否存在用户A的好友，如果存在，执行步骤306；否则，不作处理。 

步骤306、服务器B将本机中用户A的好友的在线信息发送给服务器A。 

步骤307、服务器A根据服务器B返回的用户A的好友信息，将本机反向好友表中用户A在服务器B上的好友所处的服务器位置信息记录为服务器B。 

步骤308、服务器A将从服务器B接收到的用户A的好友在线信息返回给用户A。 

参阅图4所示，用户在线状态改变为隐身登录的处理过程如下： 

步骤401、接入服务器A的用户A将上线状态变为隐身的消息发送给服务 器A。 

步骤402、服务器A将本地的好友表和反向好友表中用户A的状态记录为隐身登录。 

步骤403、服务器A在本机的反向好友表中查询是否存在用户A的节点，如果存在该节点，在该节点的反向好友列表中查到反向好友ID，然后执行步骤404；否则，不作处理。 

步骤404、服务器A根据查找到的反向好友的ID给相应的用户发送用户A状态改变信息。 

步骤405、服务器A在即时通讯***中组播用户A上线状态改变消息。 

步骤406、即时通讯***中的服务器B收到组播消息后，在本机的反向好友表中查询是否存在用户A的节点，如果存在，在用户A节点的反向好友列表中查找到反向好友ID，然后执行步骤407；否则，不作处理。 

步骤407、服务器B将本机的反向好友表中用户A所处的服务器位置信息记录为服务器A。 

步骤408、服务器B根据查找到的反向好友的ID给相应的用户发送用户A状态改变信息。 

参阅图5所示，接入服务器A的用户A给好友用户B发送消息的处理过程如下： 

步骤501、与服务器A连接的用户A请求服务器A给好友用户B发送消息。 

步骤502、在服务器A的反向好友表中查询用户B的节点，查看对应于该节点记录的用户B所处的服务器位置信息。 

步骤503、判断用户B所处的服务器位置信息是否为空，如果为空，表明用户B没有登录即时通讯***，执行步骤504；如果不为空，执行步骤505。 

步骤504、服务器A将用户A发送给用户B的信息保存到数据库。 

步骤505、查看用户B所处的服务器是否为本机，如果为本机，执行步骤 506；否则，执行步骤507。 

步骤506、服务器A将用户A发送给本机用户B的消息直接转发给用户B。 

步骤507、当用户B所处的服务器为服务器B时，服务器A将用户A发送给用户B的信息转发到服务器B。 

步骤508、服务器B接收到服务器A转发的消息时，查找是否存在用户B的连接，如果存在，执行步骤509；否则，执行步骤511。 

执行该步骤，避免了当用户B正好离线，服务器B中保存的用户B信息还没更新时，服务器B给用户B发送消息造成消息丢失。 

步骤509、服务器B将服务器A转发的消息发送给用户B。 

步骤510、服务器B给服务器A发送消息发送成功通知。 

步骤511、服务器B给服务器A发送消息发送失败通知。 

步骤512、服务器B将消息存到数据库。 

如果用户B不是用户A的好友，但与服务器A连接的用户中有用户添加了用户B为好友，在服务器A的反向好友表中存在用户B信息时，用户A给用户B发送消息的处理与以上所述处理过程相同。 

参阅图6所示，当用户B不是用户A的好友，服务器A的反向好友表中不存在用户B信息，用户A给用户B发送消息的处理过程如下： 

步骤601、与服务器A连接的用户A请求服务器A给用户B发送消息。 

步骤602、在服务器A的反向好友表中查询用户B的节点，反向好友表中查找不到该节点。 

步骤603、服务器A在本地查找用户B的连接。 

步骤604、判断本地是否存在用户B的连接信息，如果有连接，执行步骤605；否则，执行步骤606。 

步骤605、服务器A将消息直接转发给用户B。 

步骤606、服务器A组播请求用户B在线信息。 

步骤607、服务器A判断是否接收到用户B的在线信息，如果没有接收到， 执行步骤608；否则，执行步骤609。 

步骤608、服务器A将消息存到数据库。 

步骤609、当服务器A接收到服务器B发送的用户B的在线信息时，在本机的反向好友表中，建立用户B的节点，对应于该节点记录用户B所处的服务器位置信息为服务器B，反向好友列表为空。 

步骤610、服务器A给服务器B转发用户A发送给用户B的消息。 

步骤611、服务器B将消息发送给用户B。 

步骤612、服务器B给服务器A发送消息发送成功通知。 

参阅图7所示，用户退出登录的处理过程如下： 

步骤701、接入服务器A的用户A将退出登录的消息发送给服务器A。 

步骤702、服务器A在本机的反向好友表中查询是否存在用户A的节点，如果存在该节点，在该节点的反向好友列表中查到反向好友ID，然后执行步骤703；否则，不作处理。 

步骤703、服务器A根据查找到的反向好友的ID给相应的用户发送用户A退出登录信息。 

步骤704、服务器A根据查找到的反向好友的ID在本机的好友表和反向好友表中查询对应的节点，查询到对应的节点后，将对应于节点记录的用户A的信息删除；同时将反向好友表中用户A节点中用户A所处服务器信息清空。 

步骤705、服务器A在即时通讯***中组播用户A退出登录消息。 

步骤706、即时通讯***中的服务器B收到组播消息后，在本机的反向好友表中查询是否存在用户A的节点，如果存在，在用户A节点的反向好友列表中查找到反向好友ID，然后执行步骤707；否则，不作处理。 

步骤707、服务器B将本机的反向好友表中用户A节点所处的服务器位置信息清空。 

步骤708、服务器B根据查找到的反向好友的ID给相应的用户发送用户A退出登录信息。 

采用本发明的方法，在服务器上建立用户的好友表和反向好友表，对接入本机的用户及其联系人信息进行管理，把原本需要通过频繁访问用户信息管理服务器获得的用户信息保存在了本地服务器中，既降低了网络开销，又提高了查找效率和用户信息管理性能。 

在具体实施过程中，可在接入服务器上建立两个内存数据结构，分别用于记录好友表和反向好友表数据。通过实际操作并进行统计分析证实采用本发明的方法切实可行。 

在即时通讯***中，假设每一台接入服务器上接入了50000个用户，每个用户平均有100个好友，100个反向好友，那么将会有50000*(100+100)＝10M个好友的信息被保存下来，如果给每个好友保留32字节信息，一共占用320M的内存。在目前，主流服务器一般2G-4G内存，内存开销上是可行的。而且好友表和反向好友表中采用ID作索引，很多相同的ID重复出现在同一个接入服务器上，可以将ID放到一个内存池里，然后直接用指针表示，进一步降低了实际占用的内存。 

其次，采用本发明降低了网络开销。采用现有技术，当一个用户在线信息变化，需要把用户信息发送给一台用户信息管理服务器，占用一个网络传输时间单位；采用本发明的方法，用户在线信息变化，通过UDP组播发送给各个等价的接入服务器，也占用一个网络传输时间单位。查找用户信息时，采用现有技术查找用户所处接入服务器，需要访问用户信息管理服务器，存在多个用户信息管理服务器时，需要跨机器查找，不仅增加了网络开销也降低了查找效率。 

本发明具体实施时可在接入服务器内存中保留用户信息，节省了查找时间，降低了网络开销，提高了查找效率。 

本发明的方法也适用于客户端P2P发送信息的大型即时通讯***，其方法同理，不再赘述。 

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发 明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。 

Claims (15)

1.一种即时通讯***中用户信息管理的方法，其特征在于，包括如下步骤：

接入服务器获取登录用户的联系人信息并保存；所述用户的联系人信息包含用户的好友信息和反向好友信息；所述接入服务器上建立有用于存储用户好友信息的好友表和用于存储用户反向好友信息的反向好友表，在所述好友表中通过用户标识与该用户在本地的好友信息关联，在所述反向好友表中通过用户标识与该用户的反向好友信息关联并记录该用户的位置信息；

所述接入服务器将所述登录用户的用户信息通知其他接入服务器；

接收到通知消息的接入服务器确定本地有所述登录用户的联系人时，保存所述用户信息；以及

接入服务器需要获取用户的联系人信息时在本地或/和其他接入服务器上进行查询。

2.如权利要求1所述的方法，其特征在于，所述接入服务器进一步将登录用户的联系人的状态信息发送给登录用户所在客户端；保存所述用户信息的其他接入服务器进一步将登录用户的状态信息发送给相关的联系人。

3.如权利要求1所述的方法，其特征在于，获取并保存登录用户的联系人信息包括如下步骤：

用户所登录的接入服务器从数据库中查找到该登录用户的好友标识和反向好友标识；

所述接入服务器在反向好友表中查找所述好友标识，并在查找到标识后将所述登录用户的用户标识记录到关联的反向好友信息中；以及

在所述接入服务器的好友表中查找所述反向好友标识，并在查找到标识后将所述登录用户的用户标识记录到关联的好友信息中。

4.如权利要求3所述的方法，其特征在于，在所述反向好友表中未查找到好友标识时，在该表中记录好友标识，将所述登录用户的用户标识作为反向 好友信息并与好友标识关联。

5.如权利要求3所述的方法，其特征在于，在所述好友表中未查找到反向好友标识时，在该表中记录反向好友标识，将所述登录用户的用户标识作为好友信息并与该反向好友标识关联。

6.如权利要求3所述的方法，其特征在于，在用户登录后进一步包括步骤：

所述接入服务器在本地的好友表中查找登录用户的标识，并在查找到该标识后从对应的好友信息中获取所有本地好友标识；

在所述反向好友表中与各所述本地好友标识相关联的位置信息中记录所述接入服务器的位置信息。

7.如权利要求6所述的方法，其特征在于，所述接入服务器将登录用户的相关信息通知其他服务器后，接收到通知消息的接入服务器在反向好友表中查找到所述登录用户标识时，在与该标识关联的位置信息中记录所述登录用户的位置信息，并根据与该标识关联的反向好友信息中的用户标识，向对应的用户发送登录用户的状态信息。

8.如权利要求6所述的方法，其特征在于，所述接入服务器从其他接入服务器请求所述登录用户的状态信息时，所述其他接入服务器在本地好友表中查找到所述登录用户的标识时，将与其关联的好友信息中的用户标识返回给所述接入服务器。

9.如权利要求8所述的方法，其特征在于，所述接入服务器进一步在本地反向好友表中查找所述其他接入服务器返回的用户标识，并在查找到用户标识后，在与其关联的位置信息中记录用户的位置信息。

10.如权利要求3至9任一项所述的方法，其特征在于，所述登录用户的状态改变时，所述接入服务器将用户状态改变的信息通知其他接入服务器后，接收到通知消息的接入服务器在反向好友表中查找到所述登录用户标识时，根据与该标识关联的反向好友信息中的用户标识，向对应的用户发送登录用户的 状态改变信息。

11.如权利要求10所述的方法，其特征在于，登录用户的用户状态改变为退出登录时，所述接入服务器进一步将与本机的好友表和反向好友表中用户标识关联的所述登录用户的信息删除；接收到所述通知消息的接入服务器在反向好友表中查找到所述登录用户标识时，进一步将与其关联的位置信息清空。

12.如权利要求10所述的方法，其特征在于，当所述登录用户给联系人发送即时消息时，接入服务器在本地的反向好友表中查询到所述联系人标识后，根据与其关联的位置信息转发所述即时消息。

13.如权利要求12所述的方法，其特征在于，若所述接入服务器在本地的反向好友表中查询不到所述联系人标识，则从其他接入服务器请求用户的联系人信息，根据该联系人信息转发所述即时消息。

14.如权利要求10所述的方法，其特征在于，所述接入服务器以组播方式向其他接入服务器发送通知消息和请求消息。

15.一种通信***，其特征在于，包括：

多个接入服务器，各接入服务器用于获取登录用户的联系人信息并保存，并将所述登录用户的用户信息通知其他接入服务器，以及从本地和/或其他接入服务器查询用户的联系人信息和转发即时消息；所述接入服务器具有用于存储用户好友信息的好友表和用于存储用户反向好友信息的反向好友表，所述好友表包含用户标识与该用户在本地的好友信息，所述反向好友表包含用户标识与该用户的反向好友信息及该用户的位置信息；

用户客户端，通过接入服务器接入即时通讯***，从接入服务器查找到联系人信息，并通过接入服务器发送和接收即时消息。 

Images