CN101106784B - 信息排序及建立初始网络通讯录的方法、系统和装置 - Google Patents
信息排序及建立初始网络通讯录的方法、系统和装置 Download PDFInfo
- Publication number
- CN101106784B CN101106784B CN2007101387736A CN200710138773A CN101106784B CN 101106784 B CN101106784 B CN 101106784B CN 2007101387736 A CN2007101387736 A CN 2007101387736A CN 200710138773 A CN200710138773 A CN 200710138773A CN 101106784 B CN101106784 B CN 101106784B
- Authority
- CN
- China
- Prior art keywords
- subscriber equipment
- active value
- contact person
- relationship
- correspondence
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种信息排序的方法,包括:获取用户设备的联系记录,根据联系记录,确定用户设备的联系人的活跃值;在收到用户设备的查询请求消息后,根据查询请求消息中用户设备标识,确定对应的用户设备;根据查询请求消息中联系时间,确定当前时间段,查找用户设备对应的所有联系人在当前时间段,与查询请求消息中的联系类型相同的联系类型对应的活跃值,向用户设备返回查找到的联系人的活跃值;用户设备根据联系人的活跃值对联系人标识进行排序,通过本发明解决了现有技术存在的查找联系人信息需要花费很长时间的问题。本发明同时公开了一种信息排序的系统、装置及一种建立初始网络通讯录的方法、系统和装置。
Description
技术领域
本发明涉及移动通讯技术,特别涉及一种信息排序及建立初始网络通讯录的方法、系统和装置。
背景技术
随着移动网络的迅速发展,手机已经成为每个人生活中不可缺少的工具。目前,手机的通讯录中通常有大量的联系人,随着通讯技术的发展,联系人的数量也越来越多。在我们需要查找某一个人的电话时,往往要花很长的时间查找。
为了方便用户查找快速查找某个人的电话,就必须对联系人进行排序。
现有的排序手法是按联系人的姓名进行排序:
当我们需要查找某人的联系方式时,需要进行相关的输入。比如输入联系人的姓氏,或姓氏的汉语拼音等等。
但是这种方法只适用联系人比较少的情况。如果联系人很多,用现有的方法,则用户还必须在有相同姓氏的联系人中找指定的联系人,这样还是要花费很长时间。
而且移动、固定网络的综合应用越来越多,用户为了避免重复建立通讯录,往往建立网上通讯录,在需要的时候下载或者应用于其他业务。
目前,建立网上通讯录的方式主要有两种:
1.直接手工建立
该方法是让用户登陆网络,根据网络要求的格式直接手工键入通讯录,后续再进一步进行手工维护。
但是初始的通讯录是空白的,必须手工键入所有的号码和姓名,建立起来比较繁琐,而且费时费力。
2.通过终端建立
这种方法是将用户设备中的通讯录导入其他终端,通过其他终端将通讯录上传到网络。
如图1所示,现有技术用户设备通过终端建立通讯录的示意图中,用户都会在用户设备,比如手机、掌上电脑(PDA)上建立自己的日常通讯录,并通过有线或无线方式把建立好的通讯录信息传递到固定终端,比如个人电脑,然后在固定终端中进行编辑处理,使其满足特定格式后上传到网络,形成网络通讯录。
但是这种方法对用户设备有特殊要求,要求用户设备必须支持特定的通讯协议和通讯接口,才能与固定终端进行传输;并且固定终端上需要安装相应的客户端软件,比较麻烦。
综上所述,目前查找联系人信息的方法,需要花费很长时间;在网络上建立通讯录的方法,过程比较繁琐,要求比较高。
发明内容
本发明实施例提供了一种信息排序及建立初始网络通讯录的方法、系统和装置,用以解决现有技术中存在的查找联系人信息需要花费很长时间的问题。
本发明实施例同时提供了一种建立初始网络通讯录的方法、系统和装置,用以解决现有技术中存在的在网络上建立通讯录过程比较麻烦的问题。
本发明实施例提供的一种信息排序的方法包括:
获取用户设备的联系记录,根据所述联系记录,确定所述用户设备的联系人的活跃值;
在收到所述用户设备的查询请求消息后,根据所述查询请求消息中用户设备标识,确定对应的用户设备;根据所述查询请求消息中联系时间,确定当前时间段,查找所述用户设备对应的所有联系人在所述当前时间段,与所述查询请求消息中的联系类型相同的联系类型对应的所述活跃值,向所述用户设备返回查找到的联系人的活跃值;
所述用户设备根据所述联系人的活跃值对联系人标识进行排序。
本发明实施例提供的一种信息排序的系统包括:信息存储装置和用户设备,
其中,所述信息存储装置包括用于获取所述用户设备的联系记录的获取模块;用于根据所述联系记录,确定所述用户设备的联系人的活跃值的第一分析模块;用于保存所述用户设备的所述联系人的活跃值的存储模块;用于在收到所述用户设备的查询请求消息后,根据所述查询请求消息中用户设备标识,确定对应的用户设备,根据所述查询请求消息中联系时间,确定当前时间段,查找所述用户设备对应的所有联系人在所述当前时间段,与所述查询请求消息中的联系类型相同的联系类型对应的所述活跃值的第二分析模块;以及用于向所述用户设备返回查找到的联系人的活跃值的发送模块;
所述用户设备包括用于向所述信息存储装置发送所述查询请求消息的请求模块;以及用于根据收到的所述联系人的活跃值对联系人标识进行排序的排序模块。
本发明实施例提供的一种信息存储装置包括:
获取模块,用于获取用户设备的联系记录;
第一分析模块,用于根据所述用户设备的联系记录,确定所述用户设备的联系人的活跃值;
存储模块,用于保存所述用户设备的所述联系人的活跃值;
第二分析模块,用于在收到所述用户设备的查询请求消息后,根据所述查询请求消息中用户设备标识,确定对应的用户设备,根据所述查询请求消息中联系时间,确定当前时间段,查找所述用户设备对应的所有联系人在所述当前时间段,与所述查询请求消息中的联系类型相同的联系类型对应的所述活跃值;
发送模块,用于向所述用户设备返回查找到的所述联系人的活跃值。
本发明实施例提供的网络侧获取用户设备的联系记录,根据所述联系记录,确定所述用户设备的联系人的活跃值;所述网络侧在收到所述用户设备的查询请求消息后,查找所述用户设备的所述联系人的活跃值,向所述用户设备返回查找到的联系人的活跃值;所述用户设备根据所述联系人的活跃值对联系人标识(ID)进行排序,从而缩短了查找联系人信息的时间。
本发明实施例提供的网络侧获取用户设备的联系记录;所述网络侧从所述用户设备的联系记录中,提取所述用户设备的联系人信息;所述网络侧保存所述联系人信息,从而简化了在网络中建立通讯录的步骤。
附图说明
图1为现有技术用户设备通过终端建立通讯录的示意图;
图2A为本发明实施例信息排序的系统结构示意图;
图2B为本发明实施例用户设备的结构示意图;
图3为本发明实施例信息存储装置的结构示意图;
图4为本发明实施例信息排序的方法流程示意图;
图5为本发明实施例信息排序的示意图;
图6为本发明实施例本发明实施例信息存储装置查找联系人的活跃值的方法流程示意图;
图7A为本发明实施例建立初始网络通讯录的系统结构示意图;
图7B为本发明实施例通讯录存储装置的结构示意图;
图8为本发明实施例建立初始网络通讯录的方法流程示意图;
图9为本发明实施例查询通讯录信息的方法流程示意图;
图10为本发明实施例管理通讯录信息的方法流程示意图;
图11为本发明实施例建立初始网络通讯录的示意图;
图12为本发明实施例管理通讯录的示意图。
具体实施方式
本发明实施例提供的网络侧获取用户设备的联系记录,根据所述联系记录,确定所述用户设备的联系人的活跃值;所述网络侧在收到所述用户设备的查询请求消息后,查找所述用户设备的所述联系人的活跃值,向所述用户设备返回查找到的联系人的活跃值;所述用户设备根据所述联系人的活跃值对联系人ID进行排序,从而解决了现有技术存在的查找联系人信息需要花费很长时间的问题。
本发明实施例提供的网络侧获取用户设备的联系记录;所述网络侧从所述用户设备的联系记录中,提取所述用户设备的联系人信息;所述网络侧保存所述联系人信息,从而解决了现有技术存在的在网络上建立通讯录过程比较繁琐的问题。
本发明实施例信息排序的主要思想为:因为在某一时间经常联系的人不会很多,如果在通讯录中按联系人的活跃值以及联系发生的时间进行排序的话,也就是将在当前时间段内经常联系的人放在首位,则会提高查找联系人信息的速度。比如:一般在周末的时候给家里打电话的次数比较频繁,则在周末那个时间段,在使用通讯录的时候,家里电话的活跃值会比较高,在通讯录中的排序会较以往的时候靠前,这样就会快速找到家里的电话。
本发明实施例建立初始网络通讯录的主要思想为:通过获取用户设备的联系记录,可以从中提取出联系人的信息,保存这些信息,就建立了一个初始通讯录,用户可以对通讯录中的信息进一步进行添加、修改、删除等操作,从而减少了建立通讯录的步骤,减轻了用户手动输入的难度。
下面通过附图和实施例,对本发明实施例信息排序和建立初始网络通讯录的技术方案做进一步的详细描述。
如图2A所示,本发明实施例信息排序的系统包括:用户设备10和信息存储装置20。
其中,用户设备10,用于向信息存储装置20发送查询请求消息,根据收到的联系人的活跃值对联系人标识ID进行排序。
信息存储装置20,用于获取用户设备10的联系记录,根据联系记录,确定用户设备10的联系人的活跃值;在收到用户设备10的查询请求消息后,查找用户设备10的联系人的活跃值,向用户设备10返回查找到的联系人的活跃值。
信息存储装置20可以与多个用户设备10连接,分别根据查询请求消息进行查找,并向每个用户设备10返回查找结果。
如图2B所示,本发明实施例用户设备10包括:请求模块110和排序模块120。
其中,请求模块110,用于向信息存储装置20发送查询请求消息;
排序模块120,用于根据收到的来自信息存储装置20的联系人的活跃值对联系人ID进行排序。
如图3所示,本发明实施例信息存储装置20包括:获取模块200、第一分析模块210、存储模块220、第二分析模块230和发送模块240。
其中,获取模块200,与第一分析模块210连接,用于获取用户设备10的联系记录。
第一分析模块210,与获取模块200和存储模块220连接,用于根据用户设备10的联系记录,确定用户设备10对应的联系人的活跃值。
联系记录包括用户设备ID、联系人ID和联系时间,则第一分析模块210还可以进一步包括:第一查找模块2100和第一处理模块2110。
其中,第一查找模块2100,用于根据用户设备ID,查找对应的用户设备,并根据联系时间,确定对应的时间段。
第一处理模块2110,用于根据联系人ID,查看存储模块220是否保存用户设备10在该时间段对应的联系人的活跃值,如果是,则在存储模块220中增加联系人在该时间段的活跃值;否则,在存储模块220中建立用户设备10在该时间段对应的联系人的活跃值,并将该活跃值设为初始值。
其中,如果联系记录还包括联系类型,则第一处理模块2110在确定存储模块220中有用户设备10在该时间段对应的联系人的活跃值,并且活跃值对应的联系类型与联系记录中联系类型相同时,在存储模块220中增加联系类型对应的用户设备10的联系人在该时间段的活跃值;
否则,第一处理模块2110在确定存储模块220中没有保存用户设备10在该时间段对应的联系人的活跃值,或者在确定存储模块220中有保存用户设备10在该时间段对应的联系人的活跃值,但活跃值对应的联系类型与联系记录中联系类型不相同时,在存储模块220中建立联系类型对应的用户设备的联系人在该时间段的活跃值,并将该活跃值设为初始值。
存储模块220,与第一分析模块210和第二分析模块230连接,用于保存第一分析模块210确定的活跃值。
第二分析模块230,与存储模块220和发送模块240连接,用于在收到用户设备10的查询请求消息后,从存储模块220中查找用户设备10对应的联系人在当前时间段的活跃值。
其中,如果查询请求消息包括用户设备ID和联系时间,则第二分析模块230还可以进一步包括:第二查找模块2300和第二处理模块2310。
第二查找模块2300,用于根据用户设备ID,查找对应的用户设备10,根据联系时间确定当前时间段。
第二处理模块2310,用于查找用户设备10对应的所有联系人在当前时间段的活跃值。
如果查询请求消息还包括联系类型,则第二分析模块230还可以进一步包括:第三处理模块2320。
第三处理模块2320,用于在第二处理模块2310查找到的活跃值中,查找与查询请求消息中的联系类型相同的联系类型对应的活跃值。
发送模块240,与第二分析模块230连接,用于向用户设备10返回第二分析模块230查找到的联系人的活跃值。
上述模块还可以独立成为独立的个体。其中,获取模块200可以为联系记录获取装置;第一分析模块210可以为联系记录分析装置;存储模块220可以为活跃值存储装置;
而第二分析模块230和发送模块240还可以合成为超级文本传送协议(HTTP)代理装置。
如图4所示,本发明实施例信息排序的方法包括下列步骤:
步骤a100、网络侧获取用户设备的联系记录。
其中,如果用户设备的联系记录为用户设备的消费记录,则网络侧周期通过业务运营支撑(BOSS)系统获取所述用户设备的所述消费记录。
如果用户设备的联系记录为用户设备的通信记录,则网络侧周期从用户设备中获取所述通信记录。
网络侧通过BOSS系统下载用户设备的消费记录的形式包括但不限于下列方式中的一种或几种:
公用电话交换网(PSTN)、全球移动通信网络(GSM)、码分多址(CDMA)、通用分组无线业务(GPRS)、无线局域网(WLAN)、第三代移动通信标准化组织(3GPP)、因特网(Internet)和文件传输协议(FTP)等。
网络侧主动到BOSS系统下载用户消费记录,获取文件后,还可以选择将文件删除。
BOSS系统中的目录和文件格式如下:
BOSS产生的用户消费记录存放在指定的备份目录下,如$HOME/BOSSRECORD。
每月创建一个目录,目录名称YYYYMM,如200403。
消费记录创建的时间按照表1的内容生成:
YYYY | 表示生成此文件的年份 |
MM | 表示生成此文件的月份 |
DD | 表示生成此文件的日期 |
HH | 文件生成小时,范围0-23 |
MM | 文件生成分,范围0-59 |
SS | 文件生成秒,范围0-59 |
AAAA | 四位序列号 |
表1
则最终的文件形式可以为:
$HOME/BOSSRECORD/200403/200403112300340001.rec
网络侧为了便于识别,可以将用户消费记录保存到指定到目录中,文件名以及目录跟BOSS系统中一样。当然,也可以按照其他能够准确识别的方式进行保存。
网络侧通过用户设备下载通信记录的形式包括但不限于下列方式中的一种或几种:
PSTN、GSM、CDMA、GPRS、WLAN、3GPP、Internet和FTP等。
步骤a101、网络侧根据用户设备的联系记录,确定用户设备的联系人的活跃值。
其中,如果联系记录包括用户设备ID、联系人ID和联系时间,则步骤a101还可以进一步包括:
根据用户设备ID,查找对应的用户设备;根据所述联系时间,确定对应的时间段;根据联系人ID,查看是否保存用户设备在该时间段对应的联系人的活跃值,如果是,则增加联系人在该时间段的活跃值,否则,建立所述用户设备在该时间段对应的联系人的活跃值,并将该活跃值设为初始值。
联系记录还可以包括联系类型,则步骤a101中,网络侧在确定有保存用户设备在该时间段对应的联系人的活跃值,并且活跃值对应的联系类型与联系记录中联系类型相同时,增加联系类型对应的用户设备的联系人在该时间段的活跃值;否则,建立联系类型对应的用户设备的联系人在该时间段的活跃值,并将该活跃值设为初始值。
增加联系类型对应的联系人在该时间段的活跃值的方法包括按不限于下列方式中的一种或几种:
可以根据预先的设定每次加一个固定的值:比如1,2等;
还可以根据联系人的联系时间,换算一个折旧系数,将增加的值乘以对应的折旧系数,得到该联系人的活跃值。
活跃值的初始值可以根据需要设成任意数值,比如:0,1,2等。
其中,用户设备的联系记录包含的信息如表2所示:
序号 | 参数 | 类型 | 含义 |
1 | OriginalUserID | Char(21) | 联系发起者的电话号码 |
2 | TargetUserID | Char(21) | 联系接收者的电话号码 |
3 | BeginTime | Char(14) | 联系发起的时间 |
4 | EndTime | Char(14) | 联系结束的时间 |
5 | Type | Char(2) | 联系的类型: 1.短信2.彩信3.语音4.视频 |
表2
联系时间可以为联系发起时间,也可以为联系结束时间。可以根据用户设置选择,还可以根据网络管理员需要选择。
网络侧根据表中的信息确定对应的活跃值,而时间段可以根据系统管理员的需要进行不同的配置,表3是一个典型配置:
序号 | PhaseID | BeginTime | EndTime |
1 | 0000000000000001 | 000000 | 060000 |
2 | 0000000000000002 | 060001 | 100000 |
3 | 0000000000000003 | 100001 | 120000 |
4 | 0000000000000004 | 120001 | 140000 |
5 | 0000000000000005 | 140001 | 180000 |
6 | 0000000000000006 | 180001 | 235959 |
表3
从表3中可以看出,该时间段的配置将一天(24小时)分成了6个时间段,每个时间段的长短根据需要可以不相同。
联系记录时间段的信息如表4所示:
序号 | 参数 | 类型 | 含义 |
1 | PhaseID | Char(16) | 联系系数的时间段编号 |
2 | BeginTime | Char(6) | 联系系数时间段的开始时间: 时、分、秒 |
3 | EndTime | Char(6) | 联系系数时间段的结束时间: 时、分、秒 |
表4
网络侧根据表1、表2和表3,可以确定是否保存用户设备在对应时间段的活跃值,并进行保存。
根据表5的形式进行保存:
序号 | 参数 | 类型 | 含义 |
1 | OriginalUserID | Char(21) | 联系发起者的电话号码 |
2 | TargetUserID | Char(21) | 联系接收者的电话号码 |
3 | PhaseID | Char(16) | 联系系数对应的时间段编号 |
4 | Type | Char(2) | 联系的类型: 1.短信2.彩信3.语音4.视频 |
5 | Value | Int | 用户的联系系数 |
表5
步骤a102、网络侧在收到用户设备的查询请求消息后,查找用户设备对应的联系人在当前时间段的活跃值。
其中,触发用户设备向网络侧发送查询请求消息的形式包括但不限于下列方式中的一种或几种:
可以根据设置的时间,周期向网络侧发送查询请求消息;
监控用户的操作,在用户需要适用地址薄时,向网络侧发送查询请求消息;
根据设置的时间段向网络侧发送查询请求消息,该时间短可以根据用户需要设置,也可以与网络侧中的时间段同步。
其中,如果查询请求消息包括用户设备ID和联系时间,则步骤a102还可以进一步包括:
根据用户设备ID,查找对应的用户设备;根据联系时间确定当前时间段;查找用户设备对应的联系人在当前时间段的活跃值。
查询请求消息还可以进一步包括联系类型,则步骤a102还包括:
网络侧在查找到的活跃值中,查找与查询请求消息中的联系类型相同的联系类型对应的活跃值。
当用户设备使用通讯录的时候,会向网络侧发送查询请求消息,在请求中需要包含表6中的数据:
序号 | 参数 | 类型 | 含义 |
1 | OriginalUserID | Char(21) | 查询通讯录的用户电话号码 |
2 | BeginTime | Char(14) | 查询发生的时间 |
3 | Type | Char(2) | 查询的联系类型 1.短信2.彩信3.语音4.视频 |
表6
其中,用户设备向网络侧发送查询请求消息的形式包括但不限于下列方式中的一种或几种:
PSTN、GSM、CDMA、GPRS、WLAN、3GPP、Internet和FTP等。
步骤a103、网络侧向用户设备返回查找到的联系人的活跃值。
步骤a104、用户设备根据收到的联系人的活跃值对联系人标识ID进行排序。
用户设备可以根据联系人的活跃值,从大到小进行排序。
如图5所示,本发明实施例信息排序的示意图中,假设用户设备的联系记录为用户设备的消费记录,活跃值每次增加1,活跃值的初始值为1,时间段为表2分配的时间段,用户的联系记录如表7所示:
序号 | 参数 | 类型 | 含义 |
1 | OriginalUserID | Char(21) | 13888888888 |
2 | TargetUserID | Char(21) | 13877777777 |
3 | BeginTime | Char(14) | 20070603165723 |
4 | EndTime | Char(14) | 20070603170535 |
5 | Type | Char(2) | 3 |
表7
第一分析模块通过解析可以得出联系开始的时间为20070603165723,查询联系系数时间段表,此联系记录对应的时间段编号为0000000000000005,则从存储模块中找出所有OriginalUserID为13888888888,TargetUserID为13877777777,Type为3,PhaseID为0000000000000005的数据,如果数据存在,则将数据的活跃值+1,如果不存在的话,就插入以上数据,并将以上数据中的活跃值置为1。
用户设备发送的查询请求消息包括表8的数据,与信息存储装置之间通过HTTP协议连接。
序号 | 参数 | 类型 | 含义 |
1 | OriginalUserID | Char(21) | 13888888888 |
2 | BeginTime | Char(14) | 20070613140335 |
3 | Type | Char(2) | 3 |
表8
第二分析模块在收到查询请求消息后,首先根据查询发生的时间查询联系系数时间段表,从存储模块中查询该时间对应的联系系数对应的时间段编号,为0000000000000005,然后根据查询请求消息中的数据,查询系数存储装置表中所有OriginalUserID为13888888888,PhaseID为0000000000000005,Type为3的数据,确定数据对应的联系人的活跃值。
发送模块将联系人的活跃值返回给用户设备。
用户设备根据返回的联系人的活跃值,将TargetUserID按活跃值进行由大到小的排序,得出用户设备的联系人列表。
如图6所示,本发明实施例信息存储装置查找联系人的活跃值的方法包括下了步骤:
其中,用户设备和信息存储装置之间通过HTTP代理装置连接。
步骤a200~步骤a201、用户设备通过HTTP代理装置向信息存储装置发送查询请求消息。
步骤a202、信息存储装置对查询请求消息进行分析,确定对应的联系人在当前时间段的活跃值。
步骤a203~步骤a204、信息存储装置将查找到的联系人的活跃值通过HTTP代理装置返回给用户设备。
步骤a205、用户设备根据收到的联系人的活跃值,对地址薄中的联系人进行排序。
如图7A所示,本发明实施例建立初始网络通讯录的系统包括:通讯录存储装置60。
其中,通讯录存储装置60,用于获取用户设备的联系记录,从所述用户设备的联系记录中,提取并保存所述用户设备的联系人信息。
其中,建立初始网络通讯录的系统还可以进一步包括:用户设备70。
用户设备70,用于向通讯录存储装置60发送获取请求,查看网络中的通讯录;向通讯录存储装置60发送管理请求,对收到的来自通讯录存储装置60的联系人信息进行管理操作,并向通讯录存储装置发送更新消息。
管理操作包括但不限于:添加、删除、修改等等。
如图7B所示,本发明实施例通讯录存储装置包括:获取模块600、提取模块610和存储模块620。
其中,获取模块600,与提取模块610连接,用于获取用户设备70的联系记录。
提取模块610,与获取模块600和存储模块620连接,用于从获取模块600获取的用户设备的联系记录中,提取用户设备70的联系人信息。
存储模块620,与提取模块610连接,用于保存提取模块610提取出的所述联系人信息。
其中,通讯录存储装置60还可以进一步包括:第一发送模块630。
第一发送模块630,与存储模块620连接,用于在收到用户设备70的获取请求后,将存储模块620保存的用户设备70的所有联系人信息返回给用户设备。
其中,通讯录存储装置60还可以进一步包括:第二发送模块640和更新模块650。
第二发送模块640,与存储模块620连接,用于在收到来自用户设备70的管理请求后,将存储模块620保存的用户设备70的所有联系人信息返回给用户设备。
更新模块650,与存储模块620连接,用于根据收到的来自用户设备70的更新消息,对存储模块620中保存的用户设备70的联系人信息进行更新。
上述模块还可以独立成为独立的个体。其中,获取模块600可以为业务使用记录获取设备;提取模块610可以为通讯录信息提取设备;存储模块620可以为通讯录信息网络存储设备;
而第一发送模块630、第二发送模块640和更新模块650可以合成为接口处理设备。
如图8所示,本发明实施例建立初始网络通讯录的方法包括下列步骤:
步骤b100、网络侧获取用户设备的联系记录。
其中,如果用户设备的联系记录为用户设备的消费记录,则网络侧周期通过BOSS系统获取所述用户设备的所述消费记录。
如果用户设备的联系记录为用户设备的通信记录,则网络侧周期从用户设备中获取所述通信记录。
网络侧通过BOSS系统下载用户设备的消费记录的形式包括但不限于下列方式中的一种或几种:
PSTN、GSM、CDMA、GPRS、WLAN、3GPP、Internet和FTP等。
网络侧主动到BOSS系统下载用户消费记录,获取文件后,还可以选择将文件删除。
BOSS系统中的目录和文件格式如下:
BOSS产生的用户消费记录存放在指定的备份目录下,如$HOME/BOSSRECORD。
每月创建一个目录,目录名称YYYYMM,如200403。
消费记录创建的时间按照下表的内容生成:
YYYY | 表示生成此文件的年份 |
MM | 表示生成此文件的月份 |
DD | 表示生成此文件的日期 |
HH | 文件生成小时,范围0-23 |
MM | 文件生成分,范围0-59 |
SS | 文件生成秒,范围0-59 |
AAAA | 四位序列号 |
则最终的文件形式可以为:
$HOME/BOSSRECORD/200403/200403112300340001.rec
网络侧为了便于识别,可以将用户消费记录保存到指定到目录中,文件名以及目录跟BOSS系统中一样。当然,也可以按照其他能够准确识别的方式进行保存。
网络侧通过用户设备下载通信记录的形式包括但不限于下列方式中的一种或几种:
PSTN、GSM、CDMA、GPRS、WLAN、3GPP、Internet和FTP等。
步骤b101、网络侧从用户设备的联系记录中,提取用户设备的联系人信息。
提取用户设备的联系人信息的方式包括但不限于下列方式中的一种或几种:
根据联系记录中的通话记录,提取打入电话号码信息和拨出电话号码信息;根据联系记录中的短信记录,提取短信的发送人和接收人的号码信息。
信息提取过程中,如果联系记录中包含联系人姓名或者昵称,则将该信息与号码信息一并提取出。
其中,网络侧提取出号码信息后,还可以获得号码列表,并按照号码长短、大小等方式进行排序,得出号码信息列表。
步骤b102、网络侧保存提取出的联系人信息。
其中,用户可以在想要查看通讯录时,通过用户设备发送获取请求,则步骤b102之后还可以进一步包括:
网络侧在收到用户设备的获取请求后,将保存的该用户设备的所有联系人信息返回给该用户设备。
其中,用户可以在想要更新通讯录时,通过用户设备发送管理请求,则步骤b102之后还可以进一步包括:
网络侧在收到用户设备的管理请求后,将保存的该用户设备的所有联系人信息返回给该用户设备。
则用户可以根据自己的需要对通讯录进行更新、修改、删除等操作,并将更新后的数据置于更新消息中,发送给网络侧。
网络侧根据收到的更新消息,对保存的该用户设备的联系人信息进行更新。
如图9所示,本发明实施例查询通讯录信息的方法包括下列步骤:
步骤b200、用户设备向网络侧发送获取请求。
步骤b201、网络侧收到该请求后,判断该消息为获取请求。
步骤b202、网络侧根据获取请求中的用户设备ID,将对相同ID对应的通讯录转化成用户设备能够识别的格式。
步骤b203、网络侧将转化后的通讯录发送给用户设备。
如图10所示,本发明实施例管理通讯录信息的方法包括下列步骤:
步骤b300、用户设备向网络侧发送管理请求。
步骤b301、网络侧收到该请求后,判断该消息为管理请求。
步骤b302、网络侧根据获取请求中的用户设备ID,将对相同ID对应的通讯录转化成用户设备能够识别的格式。
步骤b303、网络侧将转化后的通讯录发送给用户设备。
步骤b304、用户设备对收到的通讯录进行添加、修改、删除等操作。
步骤b305、用户设备将更新后的数据置于更新消息中,发送给网络侧。
步骤b306、网络侧将接收到的更新消息中的数据转化成本端支持的格式,并根据更新消息中的数据对保存的该用户设备对应的通讯录进行更新。
步骤b307、网络侧将处理结果返回给用户设备。
如图11所示,本发明实施例建立网络初始通讯录的示意图中,假设从BOSS系统获取用户设备的联系记录。
获取模块从运营商的BOSS系统获取用户三个月的业务使用记录,获取方式采用查询数据库的记录,业务使用记录包括通话记录、短信记录。
获取到业务使用记录后,由提取模块从这些记录里分析出用户联系人信息,主要是通话记录里面的用户拨出的电话号码、拨打该用户的电话号码,还有短信记录里用户已发送的信息接收人号码、发给用户信息的发送人号码,对于分析出的联系人号码系统进一步删除重复的号码,并按照号码长短、大小排序。
存储模块把提取出的信息存储起来,供后续管理用。
这样一个含有近期联系人号码信息的初始网络通讯录就建立起来了,从而避免了用户需要输入繁多的号码,简化了建立通讯录的过程。
如图12所示,本发明实施例管理通讯录的示意图中,用户设备通过通讯录管理门户进行管理。
通过通讯录管理门户提出管理申请。
第二发送模块处理该请求,并向存储模块发起通讯录信息获取请求,获得该用户的通讯录信息。
第二发送模块将通讯录信息返回给通讯录管理门户,通讯录管理门户进行修改、删除等操作,并返回更新结果,更新模块处理这些操作请求并要求更新存储模块中的信息。
用户完成通讯录的管理维护。
从上述实施例中可以看出:本发明实施例提供的网络侧获取用户设备的联系记录,根据所述联系记录,确定所述用户设备的联系人的活跃值;所述网络侧在收到所述用户设备的查询请求消息后,查找所述用户设备的所述联系人的活跃值,向所述用户设备返回查找到的联系人的活跃值;所述用户设备根据所述联系人的活跃值对联系人ID进行排序,从而缩短了查找联系人信息的时间,简化了查找联系人信息步骤,增强了用户体验。
本发明实施例提供的网络侧获取用户设备的联系记录;所述网络侧从所述用户设备的联系记录中,提取所述用户设备的联系人信息;所述网络侧保存所述联系人信息,从而简化了在网络中建立通讯录的步骤,并且节省了用户的时间。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (12)
1.一种信息排序的方法,其特征在于,该方法包括:
获取用户设备的联系记录,根据所述联系记录,确定所述用户设备的联系人的活跃值;
在收到所述用户设备的查询请求消息后,根据所述查询请求消息中用户设备标识,确定对应的用户设备;根据所述查询请求消息中联系时间,确定当前时间段,查找所述用户设备对应的所有联系人在所述当前时间段,与所述查询请求消息中的联系类型相同的联系类型对应的所述活跃值,向所述用户设备返回查找到的联系人的活跃值;
所述用户设备根据所述联系人的活跃值对联系人标识进行排序。
2.如权利要求1所述的方法,其特征在于,如果所述用户设备的联系记录为用户设备的消费记录,则周期通过业务运营支撑系统获取所述用户设备的所述消费记录;
如果所述用户设备的联系记录为用户设备的通信记录,则周期从所述用户设备中获取所述通信记录。
3.如权利要求1所述的方法,其特征在于,所述联系记录包括用户设备标识、联系时间和联系人标识,则所述根据所述联系记录,确定联系人的活跃值的步骤包括:
根据所述用户设备标识,查找对应的用户设备;
根据所述联系时间,确定对应的时间段;
根据所述联系人标识,查看是否保存所述用户设备在该时间段对应的所述联系人的活跃值,如果是,则增加所述联系人在该时间段的活跃值,否则,建立所述用户设备在该时间段对应的所述联系人的活跃值,并将该活跃值设为初始值。
4.如权利要求3所述的方法,其特征在于,所述联系记录还包括联系类型,则在确定有保存所述用户设备在该时间段对应的所述联系人的活跃值,并且所述活跃值对应的联系类型与所述联系记录中所述联系类型相同时,增加所述联系类型对应的所述用户设备的所述联系人在该时间段的活跃值;否则,建立所述联系类型对应的所述用户设备的所述联系人在该时间段的活跃值,并将该活跃值设为初始值。
5.一种信息排序的系统,其特征在于,该系统包括:信息存储装置和用户设备,
其中,所述信息存储装置包括用于获取所述用户设备的联系记录的获取模块;用于根据所述联系记录,确定所述用户设备的联系人的活跃值的第一分析模块;用于保存所述用户设备的所述联系人的活跃值的存储模块;用于在收到所述用户设备的查询请求消息后,根据所述查询请求消息中用户设备标识,确定对应的用户设备,根据所述查询请求消息中联系时间,确定当前时间段,查找所述用户设备对应的所有联系人在所述当前时间段,与所述查询请求消息中的联系类型相同的联系类型对应的所述活跃值的第二分析模块;以及用于向所述用户设备返回查找到的联系人的活跃值的发送模块;
所述用户设备包括用于向所述信息存储装置发送所述查询请求消息的请求模块;以及用于根据收到的所述联系人的活跃值对联系人标识进行排序的排序模块。
6.如权利要求5所述的系统,其特征在于,如果所述用户设备的联系记录为用户设备的消费记录,则所述获取模块周期通过业务运营支撑系统获取所述用户设备的所述消费记录;
如果所述用户设备的联系记录为用户设备的通信记录,则所述获取模块周期从所述用户设备中获取所述通信记录。
7.如权利要求5所述的系统,其特征在于,所述联系记录包括用户设备标识、联系时间和联系人标识,则所述第一分析模块包括:
第一查找模块,用于根据所述用户设备标识,查找对应的用户设备,并根据所述联系时间,确定对应的时间段;
第一处理模块,用于根据所述联系人标识,查看是否保存所述用户设备在该时间段对应的所述联系人的活跃值,如果是,则增加所述联系人在该时间段的活跃值,否则,建立所述用户设备在该时间段对应的所述联系人的活跃值,并将该活跃值设为初始值。
8.如权利要求7所述的系统,其特征在于,所述联系记录还包括联系类型,则所述第一处理模块在确定有保存所述用户设备在该时间段对应的所述联系人的活跃值,并且所述活跃值对应的联系类型与所述联系记录中所述联系类型相同时,增加所述联系类型对应的所述用户设备的所述联系人在该时间段的活跃值;
否则,所述第一处理模块在确定没有保存所述用户设备在该时间段对应的所述联系人的活跃值,或者有保存所述用户设备在该时间段对应的所述联系人的活跃值,但所述活跃值对应的联系类型与所述联系记录中所述联系类型不相同时,建立所述联系类型对应的所述用户设备的所述联系人在该时间段的活跃值,并将该活跃值设为初始值。
9.一种信息存储装置,其特征在于,该信息存储装置包括:
获取模块,用于获取用户设备的联系记录;
第一分析模块,用于根据所述用户设备的联系记录,确定所述用户设备的联系人的活跃值;
存储模块,用于保存所述用户设备的所述联系人的活跃值;
第二分析模块,用于在收到所述用户设备的查询请求消息后,根据所述查询请求消息中用户设备标识,确定对应的用户设备,根据所述查询请求消息中联系时间,确定当前时间段,查找所述用户设备对应的所有联系人在所述当前时间段,与所述查询请求消息中的联系类型相同的联系类型对应的所述活跃值;
发送模块,用于向所述用户设备返回查找到的所述联系人的活跃值。
10.如权利要求9所述的信息存储装置,其特征在于,如果所述用户设备的联系记录为用户设备的消费记录,则所述获取模块周期通过业务运营支撑系统获取所述用户设备的所述消费记录;
如果所述用户设备的联系记录为用户设备的通信记录,则所述获取模块周期从所述用户设备中获取所述通信记录。
11.如权利要求9所述的信息存储装置,其特征在于,所述联系记录包括用户设备标识、联系时间和联系人标识,则所述第一分析模块包括:
第一查找模块,用于根据所述用户设备标识,查找对应的用户设备,并根据所述联系时间,确定对应的时间段;
第一处理模块,用于根据所述联系人标识,查看是否保存所述用户设备在该时间段对应的所述联系人的活跃值,如果是,则增加所述联系人在该时间段的活跃值,否则,建立所述用户设备在该时间段对应的所述联系人的活跃值,并将该活跃值设为初始值。
12.如权利要求11所述的信息存储装置,其特征在于,所述联系记录还包括联系类型,则所述第一处理模块在确定有保存所述用户设备在该时间段对应的所述联系人的活跃值,并且所述活跃值对应的联系类型与所述联系记录中所述联系类型相同时,增加所述联系类型对应的所述用户设备的所述联系人在该时间段的活跃值;
否则,所述第一处理模块在确定没有保存所述用户设备在该时间段对应的所述联系人的活跃值,或者有保存所述用户设备在该时间段对应的所述联系人的活跃值,但所述活跃值对应的联系类型与所述联系记录中所述联系类型不相同时,建立所述联系类型对应的所述用户设备的所述联系人在该时间段的活跃值,并将该活跃值设为初始值。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101387736A CN101106784B (zh) | 2007-08-20 | 2007-08-20 | 信息排序及建立初始网络通讯录的方法、系统和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101387736A CN101106784B (zh) | 2007-08-20 | 2007-08-20 | 信息排序及建立初始网络通讯录的方法、系统和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101106784A CN101106784A (zh) | 2008-01-16 |
CN101106784B true CN101106784B (zh) | 2010-11-10 |
Family
ID=39000409
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2007101387736A Expired - Fee Related CN101106784B (zh) | 2007-08-20 | 2007-08-20 | 信息排序及建立初始网络通讯录的方法、系统和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101106784B (zh) |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101662846A (zh) * | 2008-08-29 | 2010-03-03 | 希姆通信息技术(上海)有限公司 | 手机电话簿定制排序方法及装置 |
CN101360139B (zh) * | 2008-09-08 | 2011-04-20 | 华为终端有限公司 | 一种通讯录联系人分组的方法及装置 |
CN101764866B (zh) * | 2009-12-30 | 2015-04-08 | 宇龙计算机通信科技(深圳)有限公司 | 一种联系人通信紧密度的显示方法、系统及移动终端 |
CN101867638B (zh) * | 2010-06-21 | 2012-10-17 | 华为终端有限公司 | 一种自动排序的方法及终端 |
CN102469457A (zh) * | 2010-11-05 | 2012-05-23 | 卓望数码技术(深圳)有限公司 | 通讯系统及通讯录信息的同步和维护的方法 |
CN102006365B (zh) * | 2010-11-22 | 2014-02-26 | 东莞宇龙通信科技有限公司 | 一种联系人亲疏关系显示方法、装置及移动终端 |
CN102624958B (zh) * | 2011-01-30 | 2015-02-04 | 广州三星通信技术研究有限公司 | 用于管理联系人信息的设备和方法 |
CN103037355B (zh) * | 2011-09-29 | 2016-03-30 | 中国移动通信集团江苏有限公司 | 移动终端通讯录的远程更新方法及号码簿管理服务器 |
CN103179527B (zh) * | 2011-12-23 | 2016-08-10 | 中国移动通信集团江苏有限公司 | 一种移动终端换号自动提醒方法及系统 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1874254A (zh) * | 2005-06-02 | 2006-12-06 | 华为技术有限公司 | 一种基于客户端/服务器端结构的数据浏览方法 |
CN1968109A (zh) * | 2005-11-19 | 2007-05-23 | 腾讯科技(深圳)有限公司 | 一种群组成员添加方法 |
-
2007
- 2007-08-20 CN CN2007101387736A patent/CN101106784B/zh not_active Expired - Fee Related
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1874254A (zh) * | 2005-06-02 | 2006-12-06 | 华为技术有限公司 | 一种基于客户端/服务器端结构的数据浏览方法 |
CN1968109A (zh) * | 2005-11-19 | 2007-05-23 | 腾讯科技(深圳)有限公司 | 一种群组成员添加方法 |
Also Published As
Publication number | Publication date |
---|---|
CN101106784A (zh) | 2008-01-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101106784B (zh) | 信息排序及建立初始网络通讯录的方法、系统和装置 | |
CN100336351C (zh) | 选择同步数据 | |
EP2579167A1 (en) | Method for active information push and server therefor | |
EP2783501A1 (en) | Contact information synchronization system and method | |
CN101141484A (zh) | 网络定向数据的处理方法、装置和系统 | |
WO2005091189A1 (en) | A method for processing questions sent from a mobile telephone | |
EP2317785A1 (en) | Address list system and implementation method thereof | |
CN101556669A (zh) | 利用人机交互技术与用户进行个性化营销的方法和设备 | |
CN106789550A (zh) | 信息处理方法及装置 | |
CN101394608A (zh) | 一种基于短信平台的农业信息查询方法及系统 | |
CN103533152A (zh) | 一种移动终端的短信处理方法及系统 | |
CN101119334A (zh) | 一种获取新词的方法、系统及设备 | |
CN102999513B (zh) | 基于地理位置服务搜索的信息展示方法和装置 | |
CN103294801A (zh) | 基于情境感知的联系人个性化推荐服务器、客户端及方法 | |
CN101785284A (zh) | 通信设备、通信分析方法和通信分析程序 | |
CN101529801B (zh) | 用于活动简档服务的方法和系统 | |
CN101184123A (zh) | 一种通讯录中的联系人信息的获取方法、系统及通信终端 | |
CN102231779A (zh) | 信息获取方法、终端和服务器 | |
CN101202760A (zh) | 远程控制操作 | |
CN109241031B (zh) | 模型生成方法、模型使用方法、装置、系统及存储介质 | |
CN103036861A (zh) | 通讯录联系人关系匹配的方法、系统、服务器端和客户端 | |
EA013298B1 (ru) | Способ ввода и поиска информации об объекте в удаленной базе данных | |
CN102103606A (zh) | 一种在手机客户端上实现高级检索商品的技术 | |
CN101521705A (zh) | 一种基于在线电话簿模式实现通信的系统和方法 | |
CN106201010A (zh) | 词库添加方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
C17 | Cessation of patent right | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20101110 Termination date: 20120820 |