专利名称：即时通信平台和业务平台同步增删联系人的方法及系统的制作方法
技术领域：
本发明涉及即时通信(InstantMessaging, IM)领域，更具体地i兌，涉及一 种即时通信平台和业务平台同步增删联系人的方法及系统。
背景技术：
随着网络技术的发展，即时通信已在用户的日常生活及工作中4分演着非常 重要的角色。由于IM软件在应用方面具有高度的扩展性，其发展至今已经不仅 仅局限于即时沟通，用户可通过IM软件登录大量的业务平台，享受各种增值月l 务，例如网络游戏等。为使用户更加方便的使用各种互联网服务，将即时通信 平台和业务平台进行整合则是大势所趋。
但是目前，即时通信平台和业务平台的整合程度还不高，大多数还只是限 于较浅层次的整合，比如，在即时通信平台中显示用户的业务状态或从即时通 信平台带参数启动业务平台等。在本发明涉及到的应用场景中，用户在业务平 台(如网络游戏)中添加的好友或加入的群组若要同步到即时通信平台，需要 执行如下操作(1 )用户在业务平台中添加/删除好友或者加入/退出群组后， 需要手动记录好友或群组信息；(2)用户登录到即时通信平台中，才艮据记录的 信息，手动执行相同的操作。由上可知，现有技术在实现两个平台同步增删联 系人时，主要依靠用户的手工操作，因此比较繁瑣，效率较低，不^f更于用户的 使用。
因此需要一种新的即时通信平台和业务平台同步增删联系人的方法，能够 简化用户操作，从而提高效率，便于用户的使用。
发明内容
本发明的目的在于提供一种即时通信平台和业务平台同步增删联系人的系 统，旨在解决现有技术在实现即时通信和业务平台中同步增删联系人时存在的 操作繁瑣、效率较低的问题。
本发明的目的还在于提供一种即时通信平台和业务平台同步增删联系人的 方法，以更好地解决现有技术中存在的上述问题。
为了实现发明目的，所述系统包括业务服务器和业务客户端，其中 所述业务客户端与业务服务器进行数据交互，用于接收用户对该联系人执
行的增删处理，并将该联系人信息发送至业务服务器；
所述业务服务器与业务客户端进行数据交互，用于根据业务客户端对联系
人执行的增删处理，对所述用户的联系人信息进行更新，并对其所存储的"业
务平台有即时通信平台联系人，，标志位进行置位。
优选地，所述业务服务器还与一个索引服务器进行数据交互，所述索引服
务器用于统计并存储业务il艮务器的更新状态。
优选地，所述业务服务器进一步包括信息收发单元、联系人数据库； 所述信息收发单元用于与业务客户端和即时通信客户端分别进行信息收
发，并与联系人数据库进行数据交互；
所述联系人数据库与信息收发单元进行数据交互，用于存储用户在业务平
台中的联系人信息，并根据用户在业务客户端中对联系人执行的增删操作，对
所述用户的联系人信息进行更新。
优选地，所述联系人数据库进一步包括数据存储模块、数据更新模块； 所述数据存储模块用于存储用户在业务平台中的联系人信息； 所述数据更新模块与数据存储模块进行数据交互，用于根据用户在业务客
户端中对联系人执行的增删操作，对所述用户的联系人信息进行更新。 为了更好地实现发明目的，所述方法包括以下步骤
A. 业务客户端接收用户对联系人的增删处理，并将该联系人信息发送至业 务服务器；
B. 业务服务器对所述用户的联系人信息进行更新，并对其所存储的"业务平 台有即时通信平台联系人"标志位进行置位。
优选地，所述步骤A还包括业务客户端发送同步请求至业务月l务器。 优选地，所述步骤B进一步包括
Bl.业务服务器接收到业务客户端发送的该联系人信息及同步请求； B2.业务服务器将用户的当前联系人信息更新并保存到联系人数据库中； B3.业务服务器对其所存储的"业务平台有即时通信平台联系人"标志位进 行置位。
优选地，所述步骤B还包括
B4.业务服务器生成一个更新通知，并发送给所述用户登录的即时通信客户端。
优选地，所述步骤B之后还包括
C.业务服务器将其更新状态发送至索引服务器进行统计和存储，以供即时通 信客户端查询。
优选地，所述更新状态包括"业务平台有即时通信平台联系人"标志位、 "在对应即时通信平台中显示"标志位，及联系人信息序列号。
本发明中，当用户在业务平台中对联系人进行增删处理时，业务服务器对 联系人信息进行自动记录和更新，从而在后续程序中供IM客户端进行拉取，该 方式简化了用户的手工操作，提高了处理效率。
图l是本发明中即时通信平台和业务平台同步增删联系人的系统结构图； 图2是本发明的 一个实施例中业务服务器的结构图3是本发明的一个实施例中即时通信平台和业务平台同步增删联系人的 系统结构图4是本发明中即时通信平台和业务平台同步增删联系人的方法流程图； 图5是本发明的一个实施例中即时通信平台和业务平台同步增删联系人的 方法流程图。
具体实施例方式
为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实 施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅 仅用以解释本发明，并不用于限定本发明。
本发明中，用户在业务客户端中对其联系人进行增加或删除(本发明筒作 "增删，，，后同)处理，并发送同步请求至业务服务器，业务服务器则对用户 的联系人信息进行更新和存储，并通知用户登录的IM客户端，IM客户端则可从 业务服务器直接拉取联系人信息，并存入本地目录。本发明的方案不同于现有 技术中用户手动记录并在即时通信平台中执行增删操作的方案，因此提高了处 理效率。图1示出了本发明中即时通信平台和业务平台同步增删联系人的系统结构，
该系统包括业务客户端100、业务服务器200、 1IVWI务器300、 IM客户端400。应 当说明的是，本发明所有图示中各设备之间的连接关系是为了清楚阐释其信息 交互及控制过程的需要，因此应当视为逻辑上的连接关系，而不应仅限于物理 连接。还应当说明的是，本发明所称的联系人，包括好友、群组等多种形式的 联系人。
(1)业务客户端100与业务服务器200进行数据交互，用于接收用户对联系 人执行的增删处理，并发送同步请求给业务服务器200。在本发明中，业务服务 器200与业务客户端100均可能有多个，数据交互则是多对多的关系。
在本发明中，用户登录业务客户端IOO，并在业务平台中对联系人执行增删 处理后，业务客户端100可通过多种方式发送同步请求给业务服务器200。典型 的方式，包括主动发送同步请求、为响应业务服务器200的询问消息发送同步请 求，本发明将在其后进行详细阐述。
需要说明的是，业务客户端100典型的可为各种能够执行互联网业务的终端 设备，例如个人计算机(Personal Computer, PC )、个人数字助理(Personal Digital Assistant, PDA)、移动电话(Mobile Phone, MP)等，因此本发明的保护范围 不应限定为某种特定类型的客户端。
用于根据业务客户端100发送的同步请求，对用户的联系人信息进行更新和存 储，并通知该用户登录的IM客户端400。在本发明中，业务服务器200典型的可 为提供某种增值服务(例如网络游戏)的服务器，因此本发明的保护范围不应 限定为某种特定类型的服务器。该业务服务器200的内部结构将在图3中详细阐述。
(3) IM服务器300与业务服务器200及IM客户端400分别进行数据交互，用 于为用户提供即时通信服务，并在业务服务器200及IM客户端400之间进行信令 及数据的转发。
(4) IM客户端400通过I1VW良务器300与业务服务器200进行数据交互，用于 从业务月良务器200拉取联系人信息，并存入本地目录。
在本发明中，用户登录IM客户端400，可主动到业务服务器200中查询其在 业务平台中是否有联系人，或者在收到业务服务器200发送的更新通知后到业务 服务器200查询该用户在业务平台中是否有联系人若有则进一步从业务服务器
200存储的数据中获取联系人信息序列号，判断本地是否需要更新联系人信息； 若需更新，则从业务服务器200获取联系人索引，根据联系人索引拉取联系人信 息到本地，并保存到所建立的本地目录中。
需要说明的是，IM客户端400典型的可为各种能够进行即时通信的终端设 备，例如个人计算机(Personal Computer, PC)、个人数字助理(Personal Digital Assistant, 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示出了本发明的一个实施例在即时通信和业务平台同步增删联系人的 系统结构，该系统包括业务客户端IOO、业务服务器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发送的"增删联系人，，的请求，反馈确认消息，则完成了该增删处理 过程。
在上述步骤中，业务客户端1 oo可通过多种方式发送同步请求给业务服务器 200,典型的方式，包括主动发送同步请求、为响应业务服务器200的询问消息 发送同步请求。在一个实施例中，后一种方式的具体过程如下(l)业务服务 器200向业务客户端IOO发送一个询问消息是否在对应的即时通信平台中对该 联系人执行同步处理；(2)业务客户端100根据用户的确认，反馈同步请求至 业务服务器200。
在步骤S402中，业务服务器200对用户的联系人信息进行更新和存储。在本 发明的一个实施例中，上述步骤的具体过程包括(1 )业务服务器200根据业 务客户端100发送的同步请求，从业务客户端IOO获取该用户的当前联系人信息；
(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,用户可4艮据该"更 新通知"直接到业务服务器200进行查询和拉取操作。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发 明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明 的保护范围之内。
权利要求
1、一种即时通信平台和业务平台同步增删联系人的系统，包括业务服务器和业务客户端，其特征在于，所述业务客户端与业务服务器进行数据交互，用于接收用户对联系人执行的增删处理，并将该联系人信息发送至业务服务器；所述业务服务器与业务客户端进行数据交互，用于根据业务客户端对该联系人执行的增删处理，对所述用户的联系人信息进行更新，并对其所存储的“业务平台有即时通信平台联系人”标志位进行置位。
2、 根据权利要求l所述的即时通信平台和业务平台同步增删联系人的系统， 其特征在于，所述业务服务器还与一个索引服务器进行数据交互，所述索引服 务器用于统计并存储业务服务器的更新状态。
3、 根据权利要求l或2所述的即时通信平台和业务平台同步增删联系人的系 统，其特征在于，所述业务服务器进一步包括信息收发单元、联系人数据库；所述信息收发单元用于与业务客户端和即时通信客户端分别进行信息收 发，并与联系人数据库进行数据交互；所述联系人数据库与信息收发单元进行数据交互，用于存储用户在业务平 台中的联系人信息，并根据用户在业务客户端中对联系人执行的增删操作，对 所述用户的联系人信息进行更新。
4、 根据权利要求3所述的即时通信平台和业务平台同步增删联系人的系统， 其特征在于，所述联系人数据库进一步包括数据存储模块、数据更新模块；所述数据存储模块用于存储用户在业务平台中的联系人信息； 所述数据更新才莫块与数据存储模块进行数据交互，用于根据用户在业务客 户端中对联系人执行的增删操作，对所述用户的联系人信息进行更新。
5、 一种基于权利要求l所述系统实现即时通信平台和业务平台同步增删联 系人的方法，其特征在于，所述方法包括以下步骤A. 业务客户端接收用户对联系人的增删处理，并将该联系人信息发送至业 务服务器；B. 业务服务器对所述用户的联系人信息进行更新，并对其存储的"业务平 台有即时通信平台联系人"标志位进行置位。
6、 根据权利要求5所述的即时通信平台和业务平台同步增删联系人的方法，其特征在于，所述步骤A还包括业务客户端发送同步请求至业务服务器。
7、 根据权利要求6所述的即时通信平台和业务平台同步增删联系人的方法， 其特征在于，所述步骤B进一步包括Bl.业务服务器接收到业务客户端发送的该联系人信息及同步请求； B2.业务服务器将用户的当前联系人信息更新并保存到联系人数据库中； B3.业务服务器对其所存储的"业务平台有即时通信平台联系人，，标志位进 行置位。
8、 根据权利要求7所述的即时通信平台和业务平台同步增删联系人的方法， 其特征在于，所述步骤B还包括B4.业务服务器生成一个更新通知，并发送给所述用户登录的即时通信客户端。
9、 根据权利要求5至8中任一权利要求所述的即时通信平台和业务平台同步 增删联系人的方法，其特征在于，所述步骤B之后还包括C.业务服务器将其更新状态发送至索引服务器进行统计和存储，以供即时 通信客户端查询。
10、 根据权利要求9所述的即时通信平台和业务平台同步增删联系人的方 法，其特征在于，所述更新状态包括"业务平台有即时通信平台联系人，，标 志位、"在对应即时通信平台中显示"标志位，及联系人信息序列号。
全文摘要
本发明涉及即时通信领域，提供了一种即时通信平台和业务平台同步增删联系人的方法及系统。所述方法包括以下步骤A.业务客户端接收用户对联系人的增删处理，并将该联系人信息发送至业务服务器；B.业务服务器对所述用户的联系人信息进行更新，并对其所存储的“业务平台有即时通信平台联系人”标志位进行置位。本发明中，当用户在业务平台中对联系人进行增删处理时，业务服务器对联系人信息进行自动记录和更新，从而在后续程序中供即时通信客户端进行拉取，该方式简化了用户的手工操作，提高了处理效率。
文档编号H04L12/58GK101207580SQ200710125688
公开日2008年6月25日 申请日期2007年12月25日 优先权日2007年12月25日
发明者熊飞飞, 陈家君 申请人:腾讯科技(深圳)有限公司