CN101207580A - 即时通信平台和业务平台同步增删联系人的方法及系统 - Google Patents

Abstract

本发明涉及即时通信领域，提供了一种即时通信平台和业务平台同步增删联系人的方法及系统。所述方法包括以下步骤：A.业务客户端接收用户对联系人的增删处理，并将该联系人信息发送至业务服务器；B.业务服务器对所述用户的联系人信息进行更新，并对其所存储的“业务平台有即时通信平台联系人”标志位进行置位。本发明中，当用户在业务平台中对联系人进行增删处理时，业务服务器对联系人信息进行自动记录和更新，从而在后续程序中供即时通信客户端进行拉取，该方式简化了用户的手工操作，提高了处理效率。

Description

即时通信平台和业务平台同步增删联系人的方法及系统

技术领域

本发明涉及即时通信(Instant Messaging，IM)领域，更具体地说，涉及一种即时通信平台和业务平台同步增删联系人的方法及系统。

背景技术

随着网络技术的发展，即时通信已在用户的日常生活及工作中扮演着非常重要的角色。由于IM软件在应用方面具有高度的扩展性，其发展至今已经不仅仅局限于即时沟通，用户可通过IM软件登录大量的业务平台，享受各种增值服务，例如网络游戏等。为使用户更加方便的使用各种互联网服务，将即时通信平台和业务平台进行整合则是大势所趋。

但是目前，即时通信平台和业务平台的整合程度还不高，大多数还只是限于较浅层次的整合，比如，在即时通信平台中显示用户的业务状态或从即时通信平台带参数启动业务平台等。在本发明涉及到的应用场景中，用户在业务平台(如网络游戏)中添加的好友或加入的群组若要同步到即时通信平台，需要执行如下操作：(1)用户在业务平台中添加/删除好友或者加入/退出群组后，需要手动记录好友或群组信息；(2)用户登录到即时通信平台中，根据记录的信息，手动执行相同的操作。由上可知，现有技术在实现两个平台同步增删联系人时，主要依靠用户的手工操作，因此比较繁琐，效率较低，不便于用户的使用。

因此需要一种新的即时通信平台和业务平台同步增删联系人的方法，能够简化用户操作，从而提高效率，便于用户的使用。

发明内容

本发明的目的在于提供一种即时通信平台和业务平台同步增删联系人的系统，旨在解决现有技术在实现即时通信和业务平台中同步增删联系人时存在的操作繁琐、效率较低的问题。

本发明的目的还在于提供一种即时通信平台和业务平台同步增删联系人的方法，以更好地解决现有技术中存在的上述问题。

为了实现发明目的，所述系统包括业务服务器和业务客户端，其中：

所述业务客户端与业务服务器进行数据交互，用于接收用户对该联系人执行的增删处理，并将该联系人信息发送至业务服务器；

所述业务服务器与业务客户端进行数据交互，用于根据业务客户端对联系人执行的增删处理，对所述用户的联系人信息进行更新，并对其所存储的“业务平台有即时通信平台联系人”标志位进行置位。

优选地，所述业务服务器还与一个索引服务器进行数据交互，所述索引服务器用于统计并存储业务服务器的更新状态。

优选地，所述业务服务器进一步包括信息收发单元、联系人数据库；

所述信息收发单元用于与业务客户端和即时通信客户端分别进行信息收发，并与联系人数据库进行数据交互；

所述联系人数据库与信息收发单元进行数据交互，用于存储用户在业务平台中的联系人信息，并根据用户在业务客户端中对联系人执行的增删操作，对所述用户的联系人信息进行更新。

优选地，所述联系人数据库进一步包括数据存储模块、数据更新模块；

所述数据存储模块用于存储用户在业务平台中的联系人信息；

所述数据更新模块与数据存储模块进行数据交互，用于根据用户在业务客户端中对联系人执行的增删操作，对所述用户的联系人信息进行更新。

为了更好地实现发明目的，所述方法包括以下步骤：

A.业务客户端接收用户对联系人的增删处理，并将该联系人信息发送至业务服务器；

B.业务服务器对所述用户的联系人信息进行更新，并对其所存储的“业务平台有即时通信平台联系人”标志位进行置位。

优选地，所述步骤A还包括：业务客户端发送同步请求至业务服务器。

优选地，所述步骤B进一步包括：

B1.业务服务器接收到业务客户端发送的该联系人信息及同步请求；

B2.业务服务器将用户的当前联系人信息更新并保存到联系人数据库中；

B3.业务服务器对其所存储的“业务平台有即时通信平台联系人”标志位进行置位。

优选地，所述步骤B还包括：

B4.业务服务器生成一个更新通知，并发送给所述用户登录的即时通信客户端。

优选地，所述步骤B之后还包括：

C.业务服务器将其更新状态发送至索引服务器进行统计和存储，以供即时通信客户端查询。

优选地，所述更新状态包括：“业务平台有即时通信平台联系人”标志位、“在对应即时通信平台中显示”标志位，及联系人信息序列号。

本发明中，当用户在业务平台中对联系人进行增删处理时，业务服务器对联系人信息进行自动记录和更新，从而在后续程序中供IM客户端进行拉取，该方式简化了用户的手工操作，提高了处理效率。

附图说明

图1是本发明中即时通信平台和业务平台同步增删联系人的系统结构图；

图2是本发明的一个实施例中业务服务器的结构图；

图3是本发明的一个实施例中即时通信平台和业务平台同步增删联系人的系统结构图；

图4是本发明中即时通信平台和业务平台同步增删联系人的方法流程图；

图5是本发明的一个实施例中即时通信平台和业务平台同步增删联系人的方法流程图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明中，用户在业务客户端中对其联系人进行增加或删除(本发明简作“增删”，后同)处理，并发送同步请求至业务服务器，业务服务器则对用户的联系人信息进行更新和存储，并通知用户登录的IM客户端，IM客户端则可从业务服务器直接拉取联系人信息，并存入本地目录。本发明的方案不同于现有技术中用户手动记录并在即时通信平台中执行增删操作的方案，因此提高了处理效率。

图1示出了本发明中即时通信平台和业务平台同步增删联系人的系统结构，该系统包括业务客户端100、业务服务器200、IM服务器300、IM客户端400。应当说明的是，本发明所有图示中各设备之间的连接关系是为了清楚阐释其信息交互及控制过程的需要，因此应当视为逻辑上的连接关系，而不应仅限于物理连接。还应当说明的是，本发明所称的联系人，包括好友、群组等多种形式的联系人。

(1)业务客户端100与业务服务器200进行数据交互，用于接收用户对联系人执行的增删处理，并发送同步请求给业务服务器200。在本发明中，业务服务器200与业务客户端100均可能有多个，数据交互则是多对多的关系。

在本发明中，用户登录业务客户端100，并在业务平台中对联系人执行增删处理后，业务客户端100可通过多种方式发送同步请求给业务服务器200。典型的方式，包括主动发送同步请求、为响应业务服务器200的询问消息发送同步请求，本发明将在其后进行详细阐述。

需要说明的是，业务客户端100典型的可为各种能够执行互联网业务的终端设备，例如个人计算机(Personal Computer，PC)、个人数字助理(Personal DigitalAssistant，PDA)、移动电话(Mobile Phone，MP)等，因此本发明的保护范围不应限定为某种特定类型的客户端。

(2)业务服务器200与业务客户端100和IM客户端400分别进行数据交互，用于根据业务客户端100发送的同步请求，对用户的联系人信息进行更新和存储，并通知该用户登录的IM客户端400。在本发明中，业务服务器200典型的可为提供某种增值服务(例如网络游戏)的服务器，因此本发明的保护范围不应限定为某种特定类型的服务器。该业务服务器200的内部结构将在图3中详细阐述。

(3)IM服务器300与业务服务器200及IM客户端400分别进行数据交互，用于为用户提供即时通信服务，并在业务服务器200及IM客户端400之间进行信令及数据的转发。

(4)IM客户端400通过IM服务器300与业务服务器200进行数据交互，用于从业务服务器200拉取联系人信息，并存入本地目录。

在本发明中，用户登录IM客户端400，可主动到业务服务器200中查询其在业务平台中是否有联系人，或者在收到业务服务器200发送的更新通知后到业务服务器200查询该用户在业务平台中是否有联系人：若有则进一步从业务服务器200存储的数据中获取联系人信息序列号，判断本地是否需要更新联系人信息；若需更新，则从业务服务器200获取联系人索引，根据联系人索引拉取联系人信息到本地，并保存到所建立的本地目录中。

需要说明的是，IM客户端400典型的可为各种能够进行即时通信的终端设备，例如个人计算机(Personal Computer，PC)、个人数字助理(Personal DigitalAssistant，PDA)、移动电话(Mobile Phone，MP)等。此外还可以是网页浏览器(WebBrowser)终端，只是由于目前网页浏览器本身还不足以完成复杂的数据通信，因此用户通过其对联系人信息进行拉取时，还需通过一个网页服务器(图中未示出)来实现，具体为：由业务服务器200将数据传输给IM服务器300，再由IM服务器300发送给网页服务器，最后由网页服务器将数据转发给网页浏览器终端。由上可知，本发明的保护范围不应限定于某种特定类型的IM客户端400。

图2示出了本发明的一个实施例中业务服务器200的结构，其包括信息收发单元201、联系人数据库202，其中：

(1)信息收发单元201用于与业务客户端100和IM客户端400分别进行信息收发，并与联系人数据库202进行数据交互。包括：接收业务客户端100发送的“增删联系人”的请求，反馈确认消息，同时将该联系人信息送入联系人数据库202中；当联系人数据库202中执行了更新操作后，则通过信息收发单元201发送一个“更新通知”给IM客户端400，从而引发后者的查询请求；接收IM客户端400发送的查询请求，请求内容为“查询业务平台是否有联系人”，并把对联系人数据库202的查询结果进行反馈：若有，则反馈确认消息，并将联系人信息序列号、业务服务器地址一并发送给IM客户端400；接收IM客户端400发送的“拉取联系人”的请求，则把从联系人数据库202中提取的联系人索引发送给IM客户端400，该联系人索引中存储的是联系人IM帐号。

(2)联系人数据库202与信息收发单元201进行数据交互，用于存储用户在业务平台中的联系人信息，并根据用户在业务客户端100中对联系人执行的增删操作，对用户的联系人信息进行更新。在一个实施例中，该联系人数据库202进一步包括数据存储模块2021、数据更新模块2022，其中：

数据存储模块2021用于存储用户在业务平台中的联系人信息，存储方式有多种。在一个典型示例中，是通过建立的一个数据结构来存储联系人信息，包括：“业务平台有即时通信平台联系人”标志位、“在对应即时通信平台中显示”标志位、联系人信息序列号、业务服务器地址、联系人索引等。对于上述联系人信息中的两个标志位，说明如下：“业务平台有即时通信平台联系人”标志位，用来标识本业务平台中是否存在即时通信联系人，当在该业务平台中添加第一个IM好友或者IM群组时，就对该标志位置位；(2)“在对应即时通信平台中显示”标志位，用来标识用户在业务平台中添加的联系人是否同步添加到即时通信平台中，或者用户在业务平台中删除的联系人是否在即时通信平台中对应删除，只有当此标志位置位时，才进行同步的增删处理。

数据更新模块2022与数据存储模块2021进行数据交互，用于根据用户在业务客户端100中对联系人执行的增删操作，对用户的联系人信息进行更新。

图3示出了本发明的一个实施例在即时通信和业务平台同步增删联系人的系统结构，该系统包括业务客户端100、业务服务器200、IM服务器300、IM客户端400和索引服务器500。

在该实施例中，业务服务器200有多个，如图2所示的业务服务器200a、200b......200n，用户可登录不同的业务服务器200执行多种业务，并相应地对各业务平台中的联系人进行增删处理。因此在本实施例中，索引服务器500对所有的业务服务器200的更新状态进行统计和存储，从而供IM客户端400查询。

索引服务器500利用一个数据结构存储该更新状态，该数据结构包括如下标志位：(1)“业务平台有即时通信平台联系人”标志位，用来标识哪一个业务平台中存在即时通信联系人，当其中一个业务平台添加第一个IM好友或者IM群组时，就对该标志位置位；(2)“在对应即时通信平台中显示”标志位，用来标识用户在业务平台中添加的联系人是否同步添加到即时通信平台中，或者用户在业务平台中删除的联系人是否在即时通信平台中对应删除，只有当此标志位置位时，才进行同步的增删处理。此外，该数据结构还可保存各业务服务器当前存储的联系人信息序列号，用于IM客户端400的查询并判断是否需要更新，若确定某业务服务器200上的联系人信息序列号比本地新，就到该业务服务器200拉取联系人信息，否则不进行处理。

由上可知，索引服务器500的设置，在业务服务器200存在多个的情形下能够使IM客户端400进行有针对性的拉取联系人信息，而无需逐个遍历所有的业务服务器200，从而节省了网络资源。

图4示出了本发明中即时通信平台和业务平台同步增删联系人的方法流程，具体过程如下：

在执行本发明的所有步骤之前，用户登录到业务客户端100中。

在步骤S401中，业务客户端100接收用户对联系人的增删处理，并将该联系人信息发送至业务服务器200。

在上述步骤中，增删处理的过程具体包括：(1)用户在业务客户端100中对其联系人执行增删操作，由业务客户端100检测到，并发送“增删联系人”的请求至业务服务器200，同时发送该联系人信息；(2)业务服务器200接收业务客户端100发送的“增删联系人”的请求，反馈确认消息，则完成了该增删处理过程。

在上述步骤中，业务客户端100可通过多种方式发送同步请求给业务服务器200，典型的方式，包括主动发送同步请求、为响应业务服务器200的询问消息发送同步请求。在一个实施例中，后一种方式的具体过程如下：(1)业务服务器200向业务客户端100发送一个询问消息：是否在对应的即时通信平台中对该联系人执行同步处理；(2)业务客户端100根据用户的确认，反馈同步请求至业务服务器200。

在步骤S402中，业务服务器200对用户的联系人信息进行更新和存储。在本发明的一个实施例中，上述步骤的具体过程包括：(1)业务服务器200根据业务客户端100发送的同步请求，从业务客户端100获取该用户的当前联系人信息；(2)业务服务器200将用户的当前联系人信息更新并保存到联系人数据库202中，数据库202通过一个数据结构存储联系人信息，该数据结构中有多个标志位，分别标识不同的属性信息，包括：“业务平台有即时通信平台联系人”标志位、“在对应即时通信平台中显示”标志位、联系人信息序列号、业务服务器地址、联系人索引等。对于上述联系人信息中的两个标志位，说明如下：“业务平台有即时通信平台联系人”标志位，用来标识本业务平台中是否存在即时通信联系人，当在该业务平台中添加第一个IM好友或者IM群组时，就对该标志位置位；(2)“在对应即时通信平台中显示”标志位，用来标识用户在业务平台中添加的联系人是否同步添加到即时通信平台中，或者用户在业务平台中删除的联系人是否在即时通信平台中对应删除，只有当此标志位置位时，才进行同步的增删处理。

在步骤S403中，业务服务器200将其更新状态发送至索引服务器500，由后者进行统计和存储，从而供IM客户端400对联系人信息进行查询和拉取。该更新状态也通过一个数据结构进行存储，其中的数据与各业务服务器200对应，包括：“业务平台有即时通信平台联系人”标志位、“在对应即时通信平台中显示”标志位、联系人信息序列号。

IM客户端400从业务服务器200拉取联系人信息，并存入本地目录。在一个实施例中，拉取联系人信息的步骤包括：(1)IM客户端400根据从业务服务器200获取的联系人信息序列号，判断得知本地需要更新联系人信息；(2)IM客户端400从业务服务器200获取联系人索引，根据联系人索引拉取联系人信息到本地；(3)将联系人信息保存在建立的本地目录中。在步骤(3)中，建立的本地目录可进行分类，例如，将多个目录分别以业务平台名命名。

图5示出了本发明的一个实施例在即时通信和业务平台同步增删联系人的方法流程，该方法流程基于图2、图3所示的系统结构及图4所示的方法流程。该实施例的应用场景是，将用户在多个业务平台中增加的联系人同步增加到该用户的即时通信平台中，具体过程如下：

在执行本发明的所有步骤之前，用户登录到业务客户端100中，并执行多种业务。

在步骤S501中，用户通过业务客户端100在多个业务平台中添加联系人，业务客户端100检测到该操作，则发送“增加联系人”的请求至对应的业务服务器200(包括业务服务器200a、200b......200n)，当收到业务服务器200反馈的确认消息，则将联系人成功添加到用户在业务平台的联系人列表中。

在步骤S502中，业务服务器200进一步向业务客户端100发送一个询问消息。在本实施例中，业务服务器200通过弹出对话框的方式询问用户：是否在对应的即时通信平台中增加该联系人？若否，则流程结束；若是，则继续执行步骤S503。

在步骤S503中，业务服务器200记录该业务联系人信息，并更新到联系人数据库202中。

在本实施例中，业务服务器200的联系人数据库202包含一个数据存储模块2021，该模块通过建立的一个数据结构来存储联系人信息，包括：“业务平台有即时通信平台联系人”标志位、“在对应即时通信平台中显示”标志位、联系人信息序列号、业务服务器地址、联系人索引等。根据前述步骤可知，用户确定在对应的即时通信平台中增加该联系人，那么在本步骤中，则将“在对应即时通信平台中显示”标志位置位。如果该联系人是用户在该业务平台中添加的第一个联系人，还要将上述数据结构中“业务平台有即时通信平台联系人”标志位置位。当然，在该业务平台没有联系人或所有联系人都不需要在对应即时通信平台中显示时，要对上述两个标志位分别清空。

在步骤S504中，业务服务器200将其更新状态发送至索引服务器500，由后者进行统计和存储。该更新状态包括：“业务平台有即时通信平台联系人”标志位、“在对应即时通信平台中显示”标志位、联系人信息序列号

在步骤S505中，用户登录IM客户端400，主动获取索引服务器500中存储的各业务服务器200的更新状态，确认哪些业务平台有联系人且在即时通信平台中显示。当然在本步骤中，当用户登录IM客户端400后，一般是首先拉取其普通联系人信息，其过程与现有技术一致。

在步骤S506中，IM客户端400根据该该业务平台的联系人信息序列号，判断是否需更新本地的联系人信息。在本实施例中，具体过程是：将联系人信息序列号与本地存储数据进行版本比较，若服务器的数据版本高，则得出结论“需要更新”。

在步骤S507中，IM客户端400从业务服务器200获取联系人索引，该联系人索引中存储的是用户在业务平台中联系人的IM帐号。

在步骤S408中，IM客户端300根据联系人索引，到业务服务器200拉取联系人信息，并保存在本地的联系人目录中。

应当说明的是，上述实施例主要针对增加联系人的情形，而删除联系人的操作可类似处理，只需将上述步骤S503中的“在对应即时通信平台中显示”标志位清空，即可在此基础上展开后续流程。

另外，上述实施例在步骤S505中用户登录IM客户端400后主动获取更新状态，而本发明并不限定于此，另一种可行的方案是：业务服务器200在更新后生成一个“更新通知”，通过IM服务器300发送给IM客户端400，用户可根据该“更新通知”直接到业务服务器200进行查询和拉取操作。

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

Claims (10)

1.一种即时通信平台和业务平台同步增删联系人的系统，包括业务服务器和业务客户端，其特征在于，

所述业务客户端与业务服务器进行数据交互，用于接收用户对联系人执行的增删处理，并将该联系人信息发送至业务服务器；

所述业务服务器与业务客户端进行数据交互，用于根据业务客户端对该联系人执行的增删处理，对所述用户的联系人信息进行更新，并对其所存储的“业务平台有即时通信平台联系人”标志位进行置位。

2.根据权利要求1所述的即时通信平台和业务平台同步增删联系人的系统，其特征在于，所述业务服务器还与一个索引服务器进行数据交互，所述索引服务器用于统计并存储业务服务器的更新状态。

3.根据权利要求1或2所述的即时通信平台和业务平台同步增删联系人的系统，其特征在于，所述业务服务器进一步包括信息收发单元、联系人数据库；

所述信息收发单元用于与业务客户端和即时通信客户端分别进行信息收发，并与联系人数据库进行数据交互；

所述联系人数据库与信息收发单元进行数据交互，用于存储用户在业务平台中的联系人信息，并根据用户在业务客户端中对联系人执行的增删操作，对所述用户的联系人信息进行更新。

4.根据权利要求3所述的即时通信平台和业务平台同步增删联系人的系统，其特征在于，所述联系人数据库进一步包括数据存储模块、数据更新模块；

所述数据存储模块用于存储用户在业务平台中的联系人信息；

所述数据更新模块与数据存储模块进行数据交互，用于根据用户在业务客户端中对联系人执行的增删操作，对所述用户的联系人信息进行更新。

5.一种基于权利要求1所述系统实现即时通信平台和业务平台同步增删联系人的方法，其特征在于，所述方法包括以下步骤：

A.业务客户端接收用户对联系人的增删处理，并将该联系人信息发送至业务服务器；

B.业务服务器对所述用户的联系人信息进行更新，并对其存储的“业务平台有即时通信平台联系人”标志位进行置位。

6.根据权利要求5所述的即时通信平台和业务平台同步增删联系人的方法，其特征在于，所述步骤A还包括：业务客户端发送同步请求至业务服务器。

7.根据权利要求6所述的即时通信平台和业务平台同步增删联系人的方法，其特征在于，所述步骤B进一步包括：

B1.业务服务器接收到业务客户端发送的该联系人信息及同步请求；

B2.业务服务器将用户的当前联系人信息更新并保存到联系人数据库中；

B3.业务服务器对其所存储的“业务平台有即时通信平台联系人”标志位进行置位。

8.根据权利要求7所述的即时通信平台和业务平台同步增删联系人的方法，其特征在于，所述步骤B还包括：

B4.业务服务器生成一个更新通知，并发送给所述用户登录的即时通信客户端。

9.根据权利要求5至8中任一权利要求所述的即时通信平台和业务平台同步增删联系人的方法，其特征在于，所述步骤B之后还包括：

C.业务服务器将其更新状态发送至索引服务器进行统计和存储，以供即时通信客户端查询。

10.根据权利要求9所述的即时通信平台和业务平台同步增删联系人的方法，其特征在于，所述更新状态包括：“业务平台有即时通信平台联系人”标志位、“在对应即时通信平台中显示”标志位，及联系人信息序列号。

Images