一种联系人列表的显示方法及装置

发明名称

一种联系人列表的显示方法及装置 

摘要

本发明适用于网络技术领域,提供了一种联系人列表的显示方法及装置,包括:获取客户端与每个联系人的通信记录;根据获取到的所述通信记录,通过预设算法确定联系人排序,在所述联系人排序中,根据最近一段第一预设时间内所述客户端与每个所述联系人的通信次数,由高至低排列所述联系人;按照所述联系人排序生成所述客户端的联系人列表;将所述联系人列表发送给所述客户端,以使所述客户端显示所述联系人列表。本发明保证了与该客户端的联系最为频繁的联系人位于联系人列表的顶端,从而加快用户在联系人列表中查找到希望进行联络的联系人的速度,提高了通讯应用程序的通信效率。

权利要求

1.一种联系人列表的显示方法,其特征在于,包括: 获取客户端与每个联系人的通信记录; 根据获取到的所述通信记录,通过预设算法确定联系人排序,在所述联系人排序中,根据最近一段第一预设时间内所述客户端与每个所述联系人的通信次数,由高至低排列所述联系人; 按照所述联系人排序生成所述客户端的联系人列表; 将所述联系人列表发送给所述客户端,以使所述客户端显示所述联系人列表。
2.如权利要求1所述的方法,其特征在于,所述获取客户端与每个联系人的通信记录包括: 每隔第二预设时间获取一次所述客户端与每个所述联系人的通信记录。
3.如权利要求1所述的方法,其特征在于,所述获取客户端与每个联系人的通信记录包括: 接收所述客户端上报的所述客户端与每个所述联系人的通信记录。
4.如权利要求1所述的方法,其特征在于,所述获取客户端与每个联系人的通信记录包括: 获取本地存储的所述客户端与每个所述联系人的通信记录。
5.如权利要求1〜4任一项所述的方法,其特征在于,所述预设算法包括最近最常使用MRU算法。
6.一种联系人列表的显示装置,其特征在于,包括: 获取单元,用于获取客户端与每个联系人的通信记录; 确定单元,用于根据获取到的所述通信记录,通过预设算法确定联系人排序,在所述联系人排序中,根据最近一段第一预设时间内所述客户端与每个所述联系人的通信次数,由高至低排列所述联系人; 生成单元,用于按照所述联系人排序生成所述客户端的联系人列表; 发送单元,用于将所述联系人列表发送给所述客户端,以使所述客户端显示所述联系人列表。
7.如权利要求6所述的装置,其特征在于,所述获取单元具体用于: 每隔第二预设时间获取一次所述客户端与每个所述联系人的通信记录。
8.如权利要求6所述的装置,其特征在于,所述获取单元具体用于: 接收所述客户端上报的所述客户端与每个所述联系人的通信记录。
9.如权利要求6所述的装置,其特征在于,所述获取单元具体用于: 获取本地存储的所述客户端与每个所述联系人的通信记录。
10.如权利要求6〜9任一项所述的装置,其特征在于,所述预设算法包括最近最常使用MRU算法。

技术领域

[0001] 本发明属于网络技术领域,尤其涉及一种联系人列表的显示方法及装置。

背景技术

[0002] 伴随着通信技术的飞速增长,基于传统通信网络以及移动互联网构建的社交网络也日益庞大,用户的终端设备内联系人的数量也随之呈现了爆发性增长的势头,每个终端设备内通常都存储了动辄几百上千位联系人的相关信息。


[0003] 在上述背景之下,若用户需要与其中一位联系人进行联络,则需要在其终端设备存储的庞大的联系人列表中进行逐一翻阅查找,查找速度过慢,由此降低了通信效率。

发明内容

[0004] 本发明实施例的目的在于提供一种联系人列表的显示方法及装置,旨在解决现有的联系人列表查找速度过慢,导致通信效率降低的问题。


[0005] 本发明实施例是这样实现的,一种联系人列表的显示方法,包括:


[0006] 获取客户端与每个联系人的通信记录;


[0007] 根据获取到的所述通信记录,通过预设算法确定联系人排序,在所述联系人排序中,根据最近一段第一预设时间内所述客户端与每个所述联系人的通信次数,由高至低排列所述联系人;


[0008] 按照所述联系人排序生成所述客户端的联系人列表;


[0009] 将所述联系人列表发送给所述客户端,以使所述客户端显示所述联系人列表。


[0010] 本发明实施例的另一目的在于提供一种联系人列表的显示装置,包括:


[0011] 获取单元,用于获取客户端与每个联系人的通信记录;


[0012] 确定单元,用于根据获取到的所述通信记录,通过预设算法确定联系人排序,在所述联系人排序中,根据最近一段第一预设时间内所述客户端与每个所述联系人的通信次数,由高至低排列所述联系人;


[0013] 生成单元,用于按照所述联系人排序生成所述客户端的联系人列表;


[0014] 发送单元,用于将所述联系人列表发送给所述客户端,以使所述客户端显示所述联系人列表。


[0015] 本发明实施例基于“服务器-客户端”的通信架构,由通讯应用程序的服务器根据其对应的客户端内每个联系人的通信记录,按照预设算法确定出每个联系人在最近一段时间内与该客户端的联系频率,并根据该联系频率来对该客户端的联系人列表进行重新排列,以保证与该客户端的联系最为频繁的联系人位于联系人列表的顶端,从而加快用户在联系人列表中查找到希望进行联络的联系人的速度,提高了通讯应用程序的通信效率。

附图说明

[0016] 图1是本发明实施例提供的联系人列表的显示方法的实现流程图;


[0017] 图2是本发明实施例提供的联系人列表的显示装置的结构框图。

具体实施方式

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


[0019] 本发明实施例基于“服务器-客户端”的通信架构,由通讯应用程序的服务器根据其对应的客户端内每个联系人的通信记录,按照预设算法确定出每个联系人在最近一段时间内与该客户端的联系频率,并根据该联系频率来对该客户端的联系人列表进行重新排列,以保证与该客户端的联系最为频繁的联系人位于联系人列表的顶端,从而加快用户在联系人列表中查找到希望进行联络的联系人的速度,提高了通讯应用程序的通信效率。


[0020] 在本发明实施例中,通讯应用程序的客户端运行于手机、计算机、平板电脑、笔记本等具备网络接入功能的终端设备上,包括即时通讯应用程序、移动终端通讯录、电子邮件客户端等,其具备联系人列表的显示功能以及在显示的联系人列表中查找、选择相应的联系人以实现与该联系人进行通信的功能。上述通讯应用程序的客户端可以通过其所在终端设备的网络接入功能,与该通讯应用程序的服务器进行通信,该服务器可以为其客户端提供云存储及管理功能,用于备份并管理其客户端的联系人列表。


[0021] 图1示出了本发明实施例提供的联系人列表的显示方法,在本实施例中,流程的执行主体为上述通讯应用程序的服务器,详述如下:


[0022] 在SlOl中,获取客户端与每个联系人的通信记录。


[0023] 在本实施例中,客户端与每个联系人的通信记录中记录了客户端与其每个联系人进行每次通信的通信时间,其中,客户端与每个联系人进行通信的通信内容包括但不限于语音、视频、短信、多媒体数据等。同时,根据通信方式的不同,通讯记录中除了通信时间之外的信息也不同,例如,当客户端与其联系人是通过移动电话网络进行电话通信时,则通信记录中还包括了客户端与其联系人进行每次通信的通话时长;当客户端与其联系人是通过移动互联网进行即时通讯时,则通信记录中还包括了客户端与其联系人进行每次通信的数据传输内容,在此不限定。


[0024] 作为本发明的一个实施例,当客户端与每个联系人进行通信的通信内容为短信、电话时,其对应的通信记录是存储在客户端上的,则SlOl具体为:


[0025] 接收所述客户端上报的所述客户端与每个所述联系人的通信记录。


[0026] 在本实施例中,服务器可以向客户端发出上报通信记录的指令,客户端接收到服务器的指令之后,提取出其与每个联系人的通信记录,并发送给服务器。同时,客户端也可以定期自动向服务器上报当前最新的通信记录。


[0027] 作为本发明的另一个实施例,通常,由于同一用户可以在不同终端上使用相同的即时通讯应用程序进行通信,因此,对于即时通讯应用程序来说,客户端与其联系人的通信记录均是存储在服务器,以满足用户在不同终端上使用相同的即时通讯应用程序的需求的,在该情况下,SlOl具体为:


[0028] 获取本地存储的所述客户端与每个所述联系人的通信记录。


[0029] S卩,服务器直接在其本地存储中提取客户端与每个联系人的通信记录。


[0030] 作为本发明的一个实施例,SlOl可以具体为:


[0031] 每隔第二预设时间获取所述客户端与每个所述联系人的通信记录。


[0032] S卩,服务器每隔一段时间便获取一次客户端与其每个联系人的最新通信记录,以保证服务器最终生成的联系人列表反映出的是该客户端最新的通信情况。


[0033] 在S102中,根据获取到的所述通信记录,通过预设算法确定联系人排序,在所述联系人排序中,根据最近一段第一预设时间内所述客户端与每个所述联系人的通信次数,由高至低排列所述联系人。


[0034] 在本实施例中,根据获取到的通信记录,服务器可以通过预设算法确定出该客户端所有联系人的联系人排序,在该联系人排序中,按照最近一段第一预设时间内该客户端与其每个联系人的通信次数,由高至低地排列该客户端的所有联系人。


[0035] 其中,第一预设时间为一可调参数,作为本发明的一个实现示例,第一预设时间可以为一个月或者一周,当第一预设时间为一个月时,联系人排序中按照最近一个月内该客户端与其每个联系人的通信次数,由高至低地排列该客户端的所有联系人;当第一预设时间为一周时,联系人排序中按照最近一周内该客户端与其每个联系人的通信次数,由高至低地排列该客户端的所有联系人。


[0036] 在本实施例中,针对客户端的每个联系人,当客户端与其是通过移动电话网络进行通信时,每次客户端与该联系人通话一次则该联系人对应的通信次数的计数加一,每次客户端接收一条来自该联系人的短信或者向该联系人发送一条短信,则该联系人对应的通信次数的计数也加一;当客户端与该联系人是通过移动互联网进行即时通讯时,则该联系人对应的通信次数为该客户端与该联系人发送的即时通讯内容的数量。


[0037] 在本实施例中,确定联系人排序的方法有多种,服务器可以根据通信记录中记录的通信时间来确定发生在最近一段第一预设时间内的通信记录,并统计该通信记录之中该客户端与每个联系人的通信次数,并按照通信次数的高低来对该客户端的每个联系人进行排列,由此确定出联系人排序。


[0038] 而作为本发明的一个优选实施例,服务器可以直接采用最近最常使用(MostRecently Used,MRU)算法来确定在最近一段第一预设时间内的联系人排序。MRU算法为数据库存取缓冲数据时使用的算法,在数据库应用中,当内存的剩余可用空间不够时,缓冲区会尽可能地先保留使用者最常使用的数据,而在缓冲区内淘汰不常用的缓冲数据。在本实施例中,服务器在获取到通信记录之后,会通过上述缓冲区工作机制来依次读取每个联系人的每次通信记录,当所有通信记录读取完毕之后,在该第一预设时间内通信次数最多的联系人显然会被放置在缓冲区的最靠近MRU的一端,而在该引一预设时间内通信次数最少的联系人显然会被放置在缓冲区的最近最少使用(Least Recently Used, LRU)的一端,由此,在读取完所有通信记录之后,直接根据缓冲区内的联系人放置位置,即可以确定出联系人排序。


[0039] 在S103中,按照所述联系人排序生成所述客户端的联系人列表。


[0040] 在本实施例中,服务器根据102中确定出的联系人排序,生成联系人列表,在生成的联系人列表中,联系人按照联系人排序中相应的顺序进行排列。


[0041] 在S104中,将所述联系人列表发送给所述客户端,以使所述客户端显示所述联系人列表。


[0042] 在本实施例中,服务器将生成的联系人列表发送给客户端,客户端在接收到该联系人列表之后,对其之前的联系人列表进行更新,显示服务器发送的联系人列表。


[0043] 本发明实施例由通讯应用程序的服务器根据其对应的客户端内每个联系人的通信记录,按照预设算法确定出每个联系人在最近一段时间内与该客户端的联系频率,并根据该联系频率来对该客户端的联系人列表进行重新排列,以保证与该客户端的联系最为频繁的联系人位于联系人列表的顶端,从而加快用户在联系人列表中查找到希望进行联络的联系人的速度,提高了通讯应用程序的通信效率。


[0044] 图2示出了本发明实施例提供的联系人列表的显示装置的结构框图,该装置可以位于通讯应用程序的服务器端,用于运行本发明图1实施例所述的联系人列表的显示方法。为了便于说明,仅示出了与本实施例相关的部分。


[0045] 参照图2,该装置包括:


[0046] 获取单元21,获取客户端与每个联系人的通信记录。


[0047] 确定单元22,根据获取到的所述通信记录,通过预设算法确定联系人排序,在所述联系人排序中,根据最近一段第一预设时间内所述客户端与每个所述联系人的通信次数,由高至低排列所述联系人。


[0048] 生成单元23,按照所述联系人排序生成所述客户端的联系人列表。


[0049] 发送单元24,将所述联系人列表发送给所述客户端,以使所述客户端显示所述联系人列表。


[0050] 可选地,所述获取单元21具体用于:


[0051] 每隔第二预设时间获取一次所述客户端与每个所述联系人的通信记录。


[0052] 可选地,所述获取单元21具体用于:


[0053] 接收所述客户端上报的所述客户端与每个所述联系人的通信记录。


[0054] 可选地,所述获取单元21具体用于:


[0055] 获取本地存储的所述客户端与每个所述联系人的通信记录。


[0056] 可选地,所述预设算法包括最近最常使用MRU算法。


[0057] 本发明实施例由通讯应用程序的服务器根据其对应的客户端内每个联系人的通信记录,按照预设算法确定出每个联系人在最近一段时间内与该客户端的联系频率,并根据该联系频率来对该客户端的联系人列表进行重新排列,以保证与该客户端的联系最为频繁的联系人位于联系人列表的顶端,从而加快用户在联系人列表中查找到希望进行联络的联系人的速度,提高了通讯应用程序的通信效率。


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


  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值