CN101083631A - 即时通讯中建立联系人列表、管理联系人信息的方法 - Google Patents
即时通讯中建立联系人列表、管理联系人信息的方法 Download PDFInfo
- Publication number
- CN101083631A CN101083631A CN 200610083313 CN200610083313A CN101083631A CN 101083631 A CN101083631 A CN 101083631A CN 200610083313 CN200610083313 CN 200610083313 CN 200610083313 A CN200610083313 A CN 200610083313A CN 101083631 A CN101083631 A CN 101083631A
- Authority
- CN
- China
- Prior art keywords
- information
- contact
- details
- client
- service end
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种即时通讯中建立联系人列表、管理联系人信息的方法,在本发明所提供的方法中,获取客户端存储的地址薄中的联系人信息;将所述联系人信息中的基本信息存储在基本信息表中,所述基本信息包括联系人标识信息;将所述联系人列表信息中的详细信息存储在详细信息表中;两表之间通过联系人标识信息进行关联;将所述基本信息表、详细信息表存储至客户端以及即时通讯服务器,所述基本信息表、详细信息表共同构成联系人列表。本发明扩展了联系人列表中信息,提高了即时通讯客户端登录、下载信息的速度,避免同时下载大量信息导致的即时性的下降。
Description
技术领域
本发明涉及即时通讯领域,特别涉及一种在即时通讯中建立联系人列表、管理联系人信息的方法。
背景技术
目前,即时通讯(IM,Instant Message)软件作为使用频率最高的网络软件,已成为最流行的互联网通讯工具。聊天一直是网民们上网的主要活动之一,而即时通讯软件以其快速、即时及廉价等特点逐渐成为人们日常沟通和工作交流的一种重要手段,网上聊天的主要工具也从初期的聊天室、论坛变为以诸如QQ、MSN等即时通讯软件为主。
目前在即时通讯软件中存在一个必要的元素,就是联系人列表,用于存储和管理联系人的信息。联系人列表为保存即时通讯软件中联系人的基本数据结构,将所有联系人分配到某个逻辑分组内进行分类保存。联系人列表的存在使人们在使用软件时,可以方便看到自己的联系人的基本信息,如联系人的标识符(ID)、联系人的昵称、联系人自定义的描述信息、联系人的状态信息等。
现有技术中,客户端登录验证通过后,每次从服务端获取全部联系人列表,并且重新获取所有联系人的所有信息。客户端选定查询某个联系人信息后,直接向服务端发起请求,服务端返回相应信息,客户端进行展现。客户端选定编辑某个联系人后,先从服务端查询该联系人的相应信息,客户端进行展现,用户进行编辑,然后保存。
由于网络数据传输需要时间,现有技术为了保证通讯的即时性,使得联系人列表只能含有较少的基本信息,信息简单,可扩展性差,往往造成联系人信息不充分,无法全面描述联系人实际情况。随着即时通讯技术的发展需要联系人列表包含有更多的信息,用户进行即时通讯时需要联系人更多的、复杂的信息。现有技术中由于联系人列表的信息较少,所以并不存在数据处理的缓慢的问题。但是如果仅仅在现有技术的联系人列表中加入大量联系人详细信息,由于需要某个联系人的信息时,客户端需要获取所有联系人的所有信息,则会严重影响联系人信息查询、即时通讯、客户端连接等数据传输时的速度,进而影响通讯的即时性;上述矛盾是现有技术无法解决的,迫切需要本领域技术人员研究解决。
发明内容
本发明所要解决的技术问题是提供一种即时通讯中建立联系人列表的方法,扩展联系人列表,使联系人列表中能够非常方便的获取大量联系人的详细信息,并且适用于即时通讯中。
本发明的另一个目的在于,提供一种即时通讯中管理联系人信息的方法,可以提高即时通讯客户端下载、查询、编辑海量联系人信息的速度和效率,从而保证通讯的即时性不受影响。
为解决上述技术问题,本发明提供了一种即时通讯中建立联系人列表、管理联系人信息的方法,具体包括:
一种即时通讯中建立联系人列表的方法,包括:
获取客户端存储的地址薄中的联系人信息;
将所述联系人信息中的基本信息存储在基本信息表中,所述基本信息包括联系人标识信息;将所述联系人列表信息中的详细信息存储在详细信息表中;两表之间通过联系人标识信息进行关联;
将所述基本信息表、详细信息表存储至客户端以及即时通讯服务器,所述基本信息表、详细信息表共同构成联系人列表。
所述即时通讯中建立联系人列表的方法,所述基本信息在表中为一条记录,所述详细信息在表中为两条或多条记录,所述两条或多条记录通过联系人标识信息与联系人基本信息相关联。
所述即时通讯中建立联系人列表的方法,还包括,存储所述联系人列表的时间戳值。
所述即时通讯中建立联系人列表的方法,还包括,如果所述联系人列表的基本信息发生改变,则服务端对应的时间戳值随之改变。
所述即时通讯中建立联系人列表的方法,还包括,每条联系人详细信息的记录保存一个对应的修改标识。
所述即时通讯中建立联系人列表的方法,还包括,如果修改了联系人详细信息的记录,则其对应的修改标识随之改变。
一种即时通讯中管理联系人信息的方法,即时通讯服务端存储有联系人的基本信息、详细信息及对应的时间戳值;即时通讯客户端存储有联系人的基本信息、详细信息及对应的时间戳值;基本信息、详细信息之间通过联系人的标识信息相关联;
客户端将本地当前联系人列表的时间戳值发送至服务端;
如果本地联系人列表的时间戳值小于服务端对应的联系人列表的时间戳值,则客户端向服务端同步联系人的基本信息,并根据获取的联系人的基本信息构造、显示即时通讯中的联系人列表;
否则,根据客户端本地存储的联系人的基本信息构造、显示即时通讯中的联系人列表。
所述即时通讯中管理联系人信息的方法,客户端和服务端存储的每条联系人详细信息的记录保存一个对应的修改标识,还包括:
客户端发送针对联系人的查询请求;
客户端获取服务端该联系人的修改标识,与本地相应的联系人修改标识进行比较;
如果不一样,则从服务端获取该联系人的联系人列表信息以及相应的修改标识,保存在本地,并显示;
如果一样,则显示客户端存储的联系人列表信息。
所述即时通讯中管理联系人信息的方法,客户端和服务端存储的每条联系人详细信息的记录保存一个对应的修改标识,还包括:
客户端获取服务端所有联系人记录对应的修改标识,与本地相应的联系人修改标识进行比较;
如果不一样,则标识该联系人信息状态为旧;否则标识该联系人信息状态为新;
当需要查看联系人的详细信息时,判断对应的信息状态;
如果为旧,则从服务端获取该联系人详细信息到本地,保存最新修改标识、设联系人信息状态为新,并显示;
如果为新,则显示客户端本地存储的联系人的详细信息。
所述即时通讯中管理联系人信息的方法,还包括:对显示的联系人列表信息进行编辑修改,并设定新的修改标识;将修改后的联系人列表信息及相应的修改标识保存至客户端和服务端。
所述即时通讯中管理联系人信息的方法,还包括:按需存储,修改某个联系人的某一项详细信息后,只更新服务端对应字段的信息。
与现有技术相比,本发明具有以下优点:
本发明可以采用将地址簿中已经保存的联系人的大量的详细信息直接自动读取、保存至即时通讯服务器以及客户端中去,可以避免用户的手工输入,提高海量的联系人的详细信息的获取效率。
本发明采用独特的两表或者多表对应的方式,将联系人的基本信息和详细信息分开存储,并根据联系人标识相关联。可以提高即时通讯客户端登录、下载信息的速度,客户端可以先下载联系人的基本信息,需要某个联系人的详细信息的时候再单独下载该联系人的详细信息即可,可以避免同时下载大量信息导致的即时性的下降。优选的,还可以将联系人的基本信息和详细信息以一对多的关系,通过联系人唯一标识进行多表关联,尽量提高在表间数据操作的效率。
本发明在联系人的信息存储中还使用了时间戳技术,当增加了联系人或者修改了联系人的基本信息等更改情况发生后,会更改联系人列表的时间戳标识。使得客户端在获取最新的联系人基本信息时,可以先通过比较本地存储的联系人基本信息的时间戳与服务器端的联系人基本信息的时间戳,如果前者小于后者,才通过网络下载;否则,说明服务端和客户端存储的信息相同,可以直接采用本地存储的信息,从而节约网络数据传输资源,提高即时通讯的即时性。
本发明在联系人的信息存储中还使用了修改标识技术,每一条联系人的详细信息的记录对应一个修改标识,用来标识该条记录的修改的新旧程度。当客户端需要获取最新的某个联系人的详细信息时,可以先通过比较本地存储的联系人详细信息记录的修改标识与服务器端的联系人详细信息记录的修改标识,如果二者相同,才通过网络下载;否则,说明服务端和客户端存储的信息相同,可以直接采用本地存储的信息,从而可以进一步节约网络数据传输资源,提高即时通讯的即时性。
按需存储,客户端修改某个联系人的某一项详细信息后,通过按需存储的接口,只会更新服务端对应字段的信息,而避免了现有技术中保存该联系人对应的所有信息;如果没有修改,则服务端也不需要更新,避免了现有技术不管是否修改过、是否有变化都将提交服务端保存的情况,减少了数据传输。通过上述按需存储的方式,能提高后台处理效率,减小数据库压力。
总之,本发明形成了具有联系人详细信息的联系人列表,大大丰富了联系人数据结构的内容,使在即时通讯软件中能够全面管理联系人信息,同时保证登录和联系人信息处理的高效。
附图说明
图1是本发明所述建立联系人列表的流程框图;
图2是本发明所述获取地址薄中联系人信息的步骤流程框图;
图3是本发明所述管理联系人信息的流程框图;
图4是本发明所述登录方式的实施流程框图;
图5是本发明所述查询编辑流程框图。
具体实施方式
为使本发明的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本发明作进一步详细的说明。
本发明所述即时通讯中建立联系人列表、管理联系人信息的方法,核心流程在于:即时通讯软件获取客户端的地址薄信息,将包括基本信息、详细信息的联系人列表分别保存至客户端和服务端;比较客户端和服务端对应时间戳,如果本地客户端的联系人列表的时间戳值小于服务端对应的联系人列表的时间戳值,则客户端向服务端同步基本信息表,并根据获取的联系人的基本信息构造、显示即时通讯中的联系人列表;否则,则采用本地保存的基本信息表构造联系人列表;在查询编辑时,通过比较客户端与服务端的联系人修改标识,如果相同,则显示客户端已存在的联系人列表信息;如果不同,则从服务端获取联系人信息和修改标识保存在本地,并显示。
本发明所述建立联系人列表、管理联系人信息的方法实施需要的硬件环境为:安装有即时通讯客户端程序的客户端计算机、安装有即时通讯服务端程序的服务器,二者之间可以通过网络传输数据,在客户端计算机和服务器中都可以存储有联系人信息。即时通讯一般由客户端计算机发起,通过服务器的验证后,在客户端计算机上构建联系人列表,之后就可以根据联系人信息进行即时通讯了。
参照图1,通过框图描述了本发明所述建立联系人列表的流程。
步骤101,获取地址薄中的联系人信息。
一般可以通过自动读取或者导入的方式,根据地址薄本身设定的一些接口或者规则,获取地址薄中的联系人信息。详细的步骤流程可以参见图2所示,图2为步骤101的一种实现的优选实施流程。当然,本领域技术人员也可以采用其他熟知的技术实现,本发明对此并不加以限定。所述地址簿可以是客户端存储的,也可以从网络获取等等,都是可行的。
步骤102,将所述联系人信息中的基本信息存储在基本信息表中,所述基本信息包括联系人标识信息;将所述联系人列表信息中的详细信息存储在详细信息表中;两表之间通过联系人标识信息进行关联;
步骤103,将所述基本信息表、详细信息表存储至客户端以及即时通讯服务器,所述基本信息表、详细信息表共同构成联系人列表。
所述联系人的基本信息,为简要的短信息字段,可以包括:标识符、昵称、自定义描述信息、状态信息、所在分组信息等;现有技术即时通讯中的联系人信息一般也都包括这些。本发明所述联系人的详细信息,可以包括:公司信息、个人信息、备注等其它内容。公司信息,如行业、公司、电话、传真...;个人信息,如家庭地址、电话、手机、邮件地址...。
根据所述步骤102,服务端数据库的数据表采用一个联系人的基本信息表与该联系人的多个详细信息表的多表关联方式,通过联系人唯一标识作为关联键值,按需存储、获取联系人详细信息。以保证在海量数据的情况下,高速的处理联系人信息,提高即时通讯软件的使用效率。
联系人信息统一存储在即时通讯服务端,一般情况,一个成功的商业化即时通讯软件用户群非常巨大,其联系人记录是百万级以上的。存储方式是采用大型数据库如Informix、Sybase、SQL Server、Oracle、DB2等,将基本信息放在一个数据表(窄表)中,详细信息放在另一个表中(宽表),通过联系人ID进行关联。一般采用窄表来存放基本信息,由于表窄,因此可以使排序和建立索引更为迅速。
宽表是指字段数目较多的表,故可以用来存储详细信息。但是由于宽表中的字段数较多,故每一条记录的尺寸都很大,所以这也容易导致采集、更新时间变长,优化的办法是分析目标***,采用按需存储方式,即指:客户端修改某个联系人的某一项详细信息后,通过接口,只更新服务端对应字段的信息。通过这种方式,能提高后台处理效率,减小数据库压力,还可以节约目标***的硬盘。
在联系人详细信息不多的情况下,可以存储一条联系人的基本信息记录和一条详细信息记录即可。优选的,当联系人的详细信息较多的情况下,所述基本信息在表中为一条记录,所述详细信息在表中为两条或多条记录,所述两条或多条记录通过联系人标识信息与联系人基本信息相关联。
每个联系人基本信息是唯一记录,详细信息可以是一条或多条,这样一对多的关系,可以根据业务情况不断扩展联系人的详细信息。将联系人基本信息和详细信息以一对多的关系,通过联系人唯一标识(ID)进行多表关联,按需存储、获取联系人详细信息。以保证在海量数据的情况下,高速的处理联系人信息,提高即时通讯软件的使用效率。
优选的,在建立客户端和服务端的联系人信息的时候,还可以存储所述联系人列表的时间戳值。所述时间戳值可以为真实的时间点,也可以是相对的时间标识,能够标识客户端和服务端的联系人信息建立的相对时间即可。
如果所述联系人列表的基本信息发生改变,则服务端对应的时间戳值随之改变。当然,对该信息进行改变的客户端也同时存储改变后的时间戳值。由于优选的,本发明客户端登录服务器时,先根据基本信息构造、显示联系人列表即可,所以同样优选的,所述时间戳值随着基本信息发生改变而改变。
优选的,每条联系人详细信息的记录保存一个对应的修改标识。上述时间戳技术标识了联系人的基本信息的更新情况,所述修改标识用于记录联系人的详细信息的修改情况。如果修改了联系人详细信息的记录,则其对应的修改标识随之改变。所述修改标识可以采用数字,用以表示修改次数,例如,第一次建立时修改标识默认为0,每修改一次,修改标识加1即可。所述修改标识也可以采用时间等标识信息,能够记录联系人的详细信息的修改情况即可,本发明对此并不加以限定。
参见图2,为获取客户端存储的地址薄中的联系人信息的步骤流程图。所示获取联系人信息过程,包括:
步骤201:登录***,开始导入客户端已存在的地址薄;
步骤202、判断导入类型,导入时需先判断导入地址薄的类型,如Outlook、*.wab、*.csv等,如果不合法,则进入步骤2 03;如果是合法的类型则进入步骤204,可以进行导入;所述合法即指符合预定规则,所述预定规则可以根据希望读取的地址薄的类型确定即可。
步骤203、不合法,拒绝导入,结束操作;
步骤204、设定是否允许创建同名的联系人;
步骤205、读取地址薄源信息,生成联系人信息内存列表及相应详细信息;
步骤206、根据导入的联系人列表,生成相应联系人地址薄信息的数据包,调用相应交易命令,保存到服务端数据表中;
步骤207、缓存导入的联系人列表及相应地址薄信息到本地;
步骤208:导入操作正常完成;
其中在执行步骤204~207过程中如果出现异常,进入异常处理,执行步骤209:导入失败,重新操作。
参照图3通过框图描述本发明所述管理联系人信息的流程。
步骤301,即时通讯服务端存储有联系人的基本信息、详细信息及对应的时间戳值;即时通讯客户端存储有联系人的基本信息、详细信息及对应的时间戳值;基本信息、详细信息之间通过联系人的标识信息相关联。
所述的联系人基本信息、详细信息及对应的时间戳都分别保存在客户端和服务端。保存在服务端的基本信息和详细信息为数据库中的数据表,采用一个联系人基本信息表与多个联系人详细信息表的多表关联方式,通过联系人唯一标识作为关联键值;保存在客户端的基本信息为一条记录,详细信息在数据量少时可以为一条记录,在数据量多时可以为多条记录,所述多条记录通过联系人标识信息与联系人基本信息记录相关联。同时在服务端和客户端存储所述联系人列表的时间戳值,标识客户端和服务端的联系人列表信息建立的相对时间,时间戳值随基本信息改变而改变。这种存储方式大大丰富了联系人列表信息,优化了服务器数据存储结构,并且能快速的处理联系人信息,使得即时通讯的效率得到提升。
本发明的时间戳简单的说就是,数据记录的创建、修改、访问时间的数值,由服务端统一生成和管理,所述时间戳的数值是递增的,客户端每次对联系人基本信息的创建、修改、删除等操作都会引起时间戳数值的增加,当用户在不同的客户端对联系人列表进行操作时,就会产生客户端与服务端联系人列表对应的时间戳值不同的情况,此时如同步骤303中所述,表示联系人列表发生变化,需要同步联系人列表,并用服务端最新的时间戳值更新客户端对应的时间戳值。
步骤302,客户端将本地当前联系人列表的时间戳值发送至服务端。
步骤303,如果本地联系人列表的时间戳值小于服务端对应的联系人列表的时间戳值,表示联系人列表发生变化,则客户端向服务端同步联系人的基本信息,并根据获取的联系人的基本信息构造、显示即时通讯中的联系人列表。
步骤304,否则表明联系人列表没有发生变化,根据客户端本地存储的联系人的基本信息构造、显示即时通讯中的联系人列表。
根据所述步骤302~304,本发明在联系人列表发生变化时,才从服务端获取联系人基本人基本信息,不直接获取联系人详细信息,用联系人基本信息,构造联系人列表,与传统技术中一次性全部获取服务器上的联系人列表,并在客户端构造的方法相比,本发明提高了构造联系人列表的效率,提高了登录速度,使即时通讯的即时性得到提高。
优选的,在客户端和服务端存储的每条联系人详细信息的记录,同时保存一个对应的修改标识。客户端发送针对一联系人的查询请求,服务端根据查询请求,向客户端发送保存在服务端的该联系人的相应修改标识,客户端将收到的修改标识与本地相应的联系人修改标识进行比较,如果不一样,则从服务端获取该联系人的联系人列表信息以及相应的修改标识,保存在本地,并显示,如果一样,则显示客户端存储的联系人列表信息。
所述客户端和服务端分别保存每条联系人详细信息对应的修改标识,使用修改标识记录联系人的详细信息的修改情况,如果联系人的详细信息做出了修改,则对应的修改标识随之改变。通过修改标识的使用,使得客户按需从服务端获取联系人详细信息,直接使用本地未改变的联系人详细信息,而不必无论本地保存的联系人详细信息是否变化都从服务器下载,减轻了服务器数据处理的压力,同时也减少了网络数据传输量,提高了即时通讯的查询效率。
优选的,客户端获取服务端所有联系人记录对应的修改标识,与本地相应的联系人修改标识进行比较,如果不一样,则标识该联系人信息状态为旧;否则标识该联系人信息状态为新;当需要查看联系人的详细信息时,判断对应的信息状态;如果为旧,则从服务端获取该联系人详细信息到本地,保存最新修改标识、设联系人信息状态为新,并显示;如果为新,则显示客户端本地存储的联系人的详细信息。
联系人信息状态的标识,可以理解为对联系人记录的修改标识的另一种应用,修改标识的数据类型可以是整型、逻辑型等,如所述联系人信息状态标识是个逻辑值,只有0或1两种状态,只用来记录联系人信息状态的新旧,为0时为旧状态,为1时是新状态;在查询时通过对联系人信息状态标识的判断,决定是否从服务端获取联系人详细信息,并重新设置所述联系人信息状态标识的值。目的也是为了减轻服务器压力,减少了网络数据传输量,提高即时通讯的查询效率。
在步骤302~304中得到所需的联系人详细信息,对显示的联系人列表信息进行编辑修改,并设定新的修改标识;按需存储,修改某个联系人的某一项详细信息后,只更新服务端对应字段的信息。
图4为步骤302~304中的登录方式的一种优选实施流程,当然,本领域技术人员也可以采用其他熟知的技术实现,本发明对此并不加以限定。登录前准备工作包括:生成登录用户的联系人列表的时间戳,用时间戳来标识登录用户的联系人列表;当本地的联系人列表发生变化时,如添加或删除了联系人,则更新本地和服务端时间戳的值;客户端获取联系人列表的基本信息,包括ID、昵称、描述等,将取得的基本信息缓存至客户端,同时缓存当前联系人列表的时间戳值;其中在登录中并不获取联系人的详细信息;并且这里联系人列表的基本信息,可以来自客户端或服务端,取决于步骤401中的比较结果。
具体登录流程包括:
步骤401:将本地联系人列表的时间戳值发送到服务端,与服务端保存的联系人列表相应的时间戳进行比较,如果客户端时间戳与服务端的时间戳不一致,则说明服务端联系人列表已经发生变化,执行步骤403;否则说明联系人列表没有变化,执行步骤402;
步骤402:客户端使用本地缓存的联系人基本信息构造客户端的联系人列表,执行步骤405;
步骤403:客户端重新到服务端获取联系人列表及对应时间戳,并将获取列表和时间戳缓存至本地;
步骤404:客户端使用本地保存的联系人基本信息构造客户端联系人列表;
步骤405:登录完成,联系人列表刷新在线状态,在线状态信息表明了联系人是否在线的状态,由即时通讯服务器返回,也可自定义状态,如打电话中、外出等;
图5为步骤302~304中的查询和编辑方式的一种优选实施流程,当然,本领域技术人员也可以采用其他熟知的技术实现,本发明对此不加以限定。开始前需要对每个联系人记录在服务端保存一个对应的修改标识,当客户端修改提交后,变化修改标识的值,保存这个联系人修改的信息;客户端缓存联系人列表的所有联系人信息,同时缓存每个联系人的修改标识。
参照图5所示,查询编辑流程具体包括:
步骤501:客户端获取服务端该联系人的修改标识,与本地相应联系人的修改标识进行比较,如果不一致,表明联系人信息已经改变,执行步骤503;如果一致,联系人信息没有变化,则执行步骤502;
步骤502:使用客户端缓存的联系人列表信息,直接构造联系人列表,同时保存服务端该联系人最新的修改标识至本地,执行步骤505;
步骤503:客户端获取服务端联系人列表信息及最新的修改标识,保存到本地;
步骤504:客户端使用从服务端获取的联系人列表信息构造本地的客户端联系人列表;
步骤505:收到查看联系人详细信息请求;
步骤506:根据修改标识产生的联系人信息状态判断某个联系人详细信息是否已与服务端同步;如果不同步,表明是旧状态,执行步骤507;如果与服务端同步,表明是新状态,执行步骤508;
步骤507:重新到服务端获取联系人详细信息,修改标识,并从服务端获取该联系人详细信息到本地缓存,并保存最新修改标识,设联系人信息状态为新;
步骤508:查询到联系人最新详细信息后进行显示;
步骤509:编辑联系人详细信息,并保存到服务端,生成新的修改标识缓存在客户端。
以上对本发明所提供的一种即时通讯软件中联系人列表与地址簿结合及操作方法,进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (11)
1、一种即时通讯中建立联系人列表的方法,其特征在于,包括:
获取客户端存储的地址薄中的联系人信息;
将所述联系人信息中的基本信息存储在基本信息表中,所述基本信息包括联系人标识信息;将所述联系人列表信息中的详细信息存储在详细信息表中;两表之间通过联系人标识信息进行关联;
将所述基本信息表、详细信息表存储至客户端以及即时通讯服务器,所述基本信息表、详细信息表共同构成联系人列表。
2、根据权利要求1所述即时通讯中建立联系人列表的方法,其特征在于,所述基本信息在表中为一条记录,所述详细信息在表中为两条或多条记录,所述两条或多条记录通过联系人标识信息与联系人基本信息相关联。
3、根据权利要求1所述即时通讯中建立联系人列表的方法,其特征在于,还包括,存储所述联系人列表的时间戳值。
4、根据权利要求3所述即时通讯中建立联系人列表的方法,其特征在于,还包括,如果所述联系人列表的基本信息发生改变,则服务端对应的时间戳值随之改变。
5、根据权利要求1所述即时通讯中建立联系人列表的方法,其特征在于,还包括,每条联系人详细信息的记录保存一个对应的修改标识。
6、根据权利要求5所述即时通讯中建立联系人列表的方法,其特征在于,还包括,如果修改了联系人详细信息的记录,则其对应的修改标识随之改变。
7、一种即时通讯中管理联系人信息的方法,其特征在于,即时通讯服务端存储有联系人的基本信息、详细信息及对应的时间戳值;即时通讯客户端存储有联系人的基本信息、详细信息及对应的时间戳值;基本信息、详细信息之间通过联系人的标识信息相关联;
客户端将本地当前联系人列表的时间戳值发送至服务端;
如果本地联系人列表的时间戳值小于服务端对应的联系人列表的时间戳值,则客户端向服务端同步联系人的基本信息,并根据获取的联系人的基本信息构造、显示即时通讯中的联系人列表;
否则,根据客户端本地存储的联系人的基本信息构造、显示即时通讯中的联系人列表。
8、根据权利要求7所述即时通讯中管理联系人信息的方法,其特征在于,客户端和服务端存储的每条联系人详细信息的记录保存一个对应的修改标识,还包括:
客户端发送针对联系人的查询请求;
客户端获取服务端该联系人的修改标识,与本地相应的联系人修改标识进行比较;
如果不一样,则从服务端获取该联系人的详细信息以及相应的修改标识,保存在本地,并显示;
如果一样,则显示客户端存储的联系人列表信息。
9、根据权利要求7所述即时通讯中管理联系人信息的方法,其特征在于,客户端和服务端存储的每条联系人详细信息的记录保存一个对应的修改标识,还包括:
客户端获取服务端所有联系人记录对应的修改标识,与本地相应的联系人修改标识进行比较;
如果不一样,则标识该联系人信息状态为旧;否则标识该联系人信息状态为新;
当需要查看联系人的详细信息时,判断对应的信息状态;
如果为旧,则从服务端获取该联系人详细信息到本地,保存最新修改标识、设联系人信息状态为新,并显示;
如果为新,则显示客户端本地存储的联系人的详细信息。
10、根据权利要求8或9所述即时通讯中管理联系人信息的方法,其特征在于,还包括:
对显示的联系人列表信息进行编辑修改,并设定新的修改标识;
将修改后的联系人列表信息及相应的修改标识保存至客户端和服务端。
11、根据权利要求10所述即时通讯中管理联系人信息的方法,其特征在于,还包括:
按需存储,修改某个联系人的某一项详细信息后,只更新服务端对应字段的信息。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200610083313A CN100586112C (zh) | 2006-05-31 | 2006-05-31 | 即时通讯中建立联系人列表、管理联系人信息的方法 |
HK08101828.8A HK1108084A1 (en) | 2006-05-31 | 2008-02-20 | A method for establishing contact persons lists and managing contact persons information in instant messaging |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200610083313A CN100586112C (zh) | 2006-05-31 | 2006-05-31 | 即时通讯中建立联系人列表、管理联系人信息的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101083631A true CN101083631A (zh) | 2007-12-05 |
CN100586112C CN100586112C (zh) | 2010-01-27 |
Family
ID=38912905
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200610083313A Active CN100586112C (zh) | 2006-05-31 | 2006-05-31 | 即时通讯中建立联系人列表、管理联系人信息的方法 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN100586112C (zh) |
HK (1) | HK1108084A1 (zh) |
Cited By (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101686542A (zh) * | 2008-09-26 | 2010-03-31 | 华为技术有限公司 | 一种通知迁移的方法、***及装置 |
CN102375814A (zh) * | 2010-08-10 | 2012-03-14 | 沈阳新邮通信设备有限公司 | 存储备注信息的装置和方法 |
CN102387026A (zh) * | 2010-09-01 | 2012-03-21 | 腾讯科技(深圳)有限公司 | 基于泛关系链模型的***中用户资料的管理方法及装置 |
CN102404242A (zh) * | 2010-09-14 | 2012-04-04 | 联想(北京)有限公司 | 一种用户信息更新装置、电子设备及用户信息更新方法 |
CN102685751A (zh) * | 2012-04-06 | 2012-09-19 | 百度在线网络技术(北京)有限公司 | 一种用于处理会话请求的方法与装置 |
CN101557409B (zh) * | 2008-04-09 | 2013-04-17 | 华为技术有限公司 | 一种地址簿信息融合管理的方法及装置 |
CN103118122A (zh) * | 2013-02-21 | 2013-05-22 | 腾讯科技(深圳)有限公司 | 一种用户生产内容的处理方法、装置和*** |
CN103561148A (zh) * | 2013-10-30 | 2014-02-05 | 宇龙计算机通信科技(深圳)有限公司 | 联系人分组的方法和终端 |
CN103685406A (zh) * | 2012-09-19 | 2014-03-26 | 腾讯科技(深圳)有限公司 | 移动终端联系人备份的方法及装置 |
CN105915636A (zh) * | 2016-06-03 | 2016-08-31 | 青岛海信移动通信技术股份有限公司 | 一种联系人信息的同步方法和装置 |
CN106033296A (zh) * | 2015-03-09 | 2016-10-19 | 阿里巴巴集团控股有限公司 | 联系人的检索方法及装置 |
CN106161730A (zh) * | 2015-03-25 | 2016-11-23 | 北京奇虎科技有限公司 | 骚扰联系人信息发布方法及装置 |
CN106375417A (zh) * | 2016-08-30 | 2017-02-01 | 北京北信源软件股份有限公司 | 即时通讯中的大规模组织机构更新方法 |
CN106790269A (zh) * | 2017-02-15 | 2017-05-31 | 东软集团股份有限公司 | 应用程序超时登录的恢复方法及装置 |
CN112434078A (zh) * | 2020-11-20 | 2021-03-02 | 广州奇享科技有限公司 | 一种锅炉数据的处理方法、装置、设备及存储介质 |
CN113271247A (zh) * | 2020-02-14 | 2021-08-17 | 钉钉控股(开曼)有限公司 | 信息处理方法、装置、设备和存储介质 |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104333501B (zh) * | 2013-07-22 | 2020-04-24 | 腾讯科技(深圳)有限公司 | 一种联系人列表的显示方法及装置 |
US11429628B2 (en) * | 2019-09-20 | 2022-08-30 | Samsung Electronics Co., Ltd. | Transaction grouping for overwrite merge |
-
2006
- 2006-05-31 CN CN200610083313A patent/CN100586112C/zh active Active
-
2008
- 2008-02-20 HK HK08101828.8A patent/HK1108084A1/xx unknown
Cited By (27)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101557409B (zh) * | 2008-04-09 | 2013-04-17 | 华为技术有限公司 | 一种地址簿信息融合管理的方法及装置 |
CN101686542B (zh) * | 2008-09-26 | 2014-11-05 | 华为技术有限公司 | 一种通知迁移的方法、***及装置 |
WO2010034191A1 (zh) * | 2008-09-26 | 2010-04-01 | 华为技术有限公司 | 一种通知迁移的方法、***及装置 |
CN101686542A (zh) * | 2008-09-26 | 2010-03-31 | 华为技术有限公司 | 一种通知迁移的方法、***及装置 |
CN102375814A (zh) * | 2010-08-10 | 2012-03-14 | 沈阳新邮通信设备有限公司 | 存储备注信息的装置和方法 |
CN102387026B (zh) * | 2010-09-01 | 2014-04-16 | 腾讯科技(深圳)有限公司 | 基于泛关系链模型的***中用户资料的管理方法及装置 |
CN102387026A (zh) * | 2010-09-01 | 2012-03-21 | 腾讯科技(深圳)有限公司 | 基于泛关系链模型的***中用户资料的管理方法及装置 |
CN102404242A (zh) * | 2010-09-14 | 2012-04-04 | 联想(北京)有限公司 | 一种用户信息更新装置、电子设备及用户信息更新方法 |
CN102685751B (zh) * | 2012-04-06 | 2016-06-29 | 百度在线网络技术(北京)有限公司 | 一种用于处理会话请求的方法与装置 |
CN102685751A (zh) * | 2012-04-06 | 2012-09-19 | 百度在线网络技术(北京)有限公司 | 一种用于处理会话请求的方法与装置 |
CN103685406B (zh) * | 2012-09-19 | 2018-09-25 | 腾讯科技(深圳)有限公司 | 移动终端联系人备份的方法及装置 |
WO2014044131A1 (zh) * | 2012-09-19 | 2014-03-27 | 腾讯科技(深圳)有限公司 | 移动终端联系人备份的方法、装置及存储介质 |
CN103685406A (zh) * | 2012-09-19 | 2014-03-26 | 腾讯科技(深圳)有限公司 | 移动终端联系人备份的方法及装置 |
CN103118122A (zh) * | 2013-02-21 | 2013-05-22 | 腾讯科技(深圳)有限公司 | 一种用户生产内容的处理方法、装置和*** |
CN103561148B (zh) * | 2013-10-30 | 2016-05-04 | 宇龙计算机通信科技(深圳)有限公司 | 联系人分组的方法和终端 |
CN103561148A (zh) * | 2013-10-30 | 2014-02-05 | 宇龙计算机通信科技(深圳)有限公司 | 联系人分组的方法和终端 |
CN106033296A (zh) * | 2015-03-09 | 2016-10-19 | 阿里巴巴集团控股有限公司 | 联系人的检索方法及装置 |
CN106161730B (zh) * | 2015-03-25 | 2020-02-14 | 北京奇虎科技有限公司 | 骚扰联系人信息发布方法及装置 |
CN106161730A (zh) * | 2015-03-25 | 2016-11-23 | 北京奇虎科技有限公司 | 骚扰联系人信息发布方法及装置 |
CN105915636A (zh) * | 2016-06-03 | 2016-08-31 | 青岛海信移动通信技术股份有限公司 | 一种联系人信息的同步方法和装置 |
CN105915636B (zh) * | 2016-06-03 | 2019-08-20 | 青岛海信移动通信技术股份有限公司 | 一种联系人信息的同步方法和装置 |
CN106375417A (zh) * | 2016-08-30 | 2017-02-01 | 北京北信源软件股份有限公司 | 即时通讯中的大规模组织机构更新方法 |
CN106375417B (zh) * | 2016-08-30 | 2019-07-30 | 北京北信源软件股份有限公司 | 即时通讯中的大规模组织机构更新方法 |
CN106790269A (zh) * | 2017-02-15 | 2017-05-31 | 东软集团股份有限公司 | 应用程序超时登录的恢复方法及装置 |
CN113271247A (zh) * | 2020-02-14 | 2021-08-17 | 钉钉控股(开曼)有限公司 | 信息处理方法、装置、设备和存储介质 |
CN113271247B (zh) * | 2020-02-14 | 2023-05-23 | 钉钉控股(开曼)有限公司 | 信息处理方法、装置、设备和存储介质 |
CN112434078A (zh) * | 2020-11-20 | 2021-03-02 | 广州奇享科技有限公司 | 一种锅炉数据的处理方法、装置、设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN100586112C (zh) | 2010-01-27 |
HK1108084A1 (en) | 2008-04-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN100586112C (zh) | 即时通讯中建立联系人列表、管理联系人信息的方法 | |
CN105138592B (zh) | 一种基于分布式架构的日志数据存储和检索方法 | |
US8171171B2 (en) | Data synchronization method and system between devices | |
CN100478943C (zh) | 访问不同类型后端数据存储器的***和方法 | |
US6996583B2 (en) | Real-time database update transaction with disconnected relational database clients | |
US7386575B2 (en) | System and method for synchronizing related data elements in disparate storage systems | |
US6721871B2 (en) | Method and apparatus for synchronizing data stores with respect to changes in folders | |
CN1729468B (zh) | 数据同步 | |
CN104092770B (zh) | 基于云计算的企业内部通讯录管理方法和*** | |
CN101330657B (zh) | 一种通讯录***及其实现方法 | |
CN103916482A (zh) | 一种基于sqlite的数据同步传输方法 | |
CN101442558B (zh) | 一种为p2sp网络提供索引服务的方法和*** | |
CN106997557B (zh) | 订单信息采集方法及装置 | |
US20100057460A1 (en) | Verbal labels for electronic messages | |
CN101278519B (zh) | 使用具有附加属性的节点的设备管理方法 | |
EP2461615A1 (en) | Method for backing up terminal data and system thereof | |
CN102769640B (zh) | 用户信息的更新方法、服务器以及*** | |
WO2013028336A2 (en) | Synchronizing conversation structures in web-based email systems | |
CN101027670B (zh) | 用于更快速数据访问的具有用户定义优先权的方法和信息数据库结构 | |
CN102737061B (zh) | 分布式话单查询管理***及方法 | |
CN101826077B (zh) | 关系联系人记录获取方法及装置 | |
CN102103606A (zh) | 一种在手机客户端上实现高级检索商品的技术 | |
CN101789963A (zh) | 数据同步*** | |
CN102594874A (zh) | 一种同步处理方法和装置 | |
EP1903459B1 (en) | Method and apparatus for memory management in an electronic device |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 1108084 Country of ref document: HK |
|
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: GR Ref document number: 1108084 Country of ref document: HK |