CN101465752A - 一种联系人排序方法及系统 - Google Patents
一种联系人排序方法及系统 Download PDFInfo
- Publication number
- CN101465752A CN101465752A CNA200910076591XA CN200910076591A CN101465752A CN 101465752 A CN101465752 A CN 101465752A CN A200910076591X A CNA200910076591X A CN A200910076591XA CN 200910076591 A CN200910076591 A CN 200910076591A CN 101465752 A CN101465752 A CN 101465752A
- Authority
- CN
- China
- Prior art keywords
- contact person
- factor
- sequencing weight
- weight
- sequencing
- 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.)
- Pending
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明涉及排序技术,公开了一种联系人排序方法及系统,用于解决即时通信系统中无法根据联系人的等级、职位等特殊因素需求对联系人进行排序显示的技术问题。本发明在服务器端为联系人设定排序权值,终端根据所述排序权值进行联系人的排序显示。对于有多个影响联系人排序顺序的因素的情况,本发明提出了一种通过因素权重比及因素子类型权重值乘积多项式求和的方法计算联系人排序权值。此外,在基于排序权值进行联系人排序的基础上结合基于状态优先的排序方法,能够为企业用户提供多样灵活的联系人排序方式,满足企业用户的特殊需求,提升了用户满意度。
Description
技术领域
本发明涉及排序技术,尤其涉及一种联系人的排序方法及系统。
背景技术
显示联系人列表,是即时通信客户端、邮件客户端等需要对众多联系人进行排序显示的软件最基本的元素之一。例如,即时通信客户端用户发起即时通信业务请求(文本、文件、语音等)时都需要通过联系人列表找到相应的联系人。联系人列表通过头像、账号等界面元素,将联系人独一无二的区分开来,并能体现联系人在线状态。
为了方便终端用户迅速的找到某一特定的联系人,联系人列表往往会通过排序表现出有序性。显然,对终端用户而言,发起与在线联系人的业务请求更可能得到回应,在实际的运营过程中,用户也确实倾向于发起和在线联系人的通信,而不是离线联系人,除非他们不得不这么做。这导致了在线联系人在整个联系人列表中相对更加重要。因此几乎所有的即时通信客户端软件都遵循这样一种状态优先的排序方式,其排序原则如下:
1)在线联系人排在最前;
2)离开联系人排在在线联系人之后;
3)离线联系人排在最后;
4)对于状态相同的联系人,按照账号的字母顺序排序。
对于状态相同的联系人,采用字母顺序排序是最容易被用户理解的排序方式,同时也是最便于用户找到某个联系人的方式。
在基于以上状态优先的排序方法的基础上,特定的即时通信产品会衍生出一些新的排序方式。例如为了凸显使用某种业务的用户的重要性或为了鼓励用户使用某种业务,在状态相同的情况下,将使用这种业务的用户排在其它联系人前面。
在通用即时通信领域,客户端用户没有过多的将目光放在联系人的排序上,他们只需要能够方便的找到某联系人就可以了,而除了排序方式,目前一些终端软件已经提供了快捷搜索栏等方便查找联系人的辅助性工具。因此在联系人排序方式上一直没有太多的扩展和延伸。然而在企业即时通信领域,由于使用的对象是企业管理人员和员工,或者政府、学校、医院等机构工作人员,在一些特殊的场合,可能需要凸显某些联系人的相对重要性。比如一些企业里总经理是部门最高领导,企业希望让总经理一直处于部门下联系人列表中的最高位置,不论他是否在线。
在现有技术中,有一些产品支持终端自定义的排序方式,即终端通过拖拽或其它管理手段,手动设置联系人的排序次序,在终端下次启动时仍然按照用户设置的顺序显示。这样的解决方案虽然灵活性很好,但是缺点在于:
1)服务器无法存储和处理所有终端的设置情况,因此终端设置只能保存在本地而无法保存到服务器上,那就意味着用户换台机器登录,之前在另外一台终端上设置的排序次序在新的终端上就无法生效了;
2)终端用户根据自己的需要对联系人进行排序,这里凸显用户个性的因素强,管理的因素弱,这对于管理性需求比较强的领域是不太合适的,尤其是对于企业即时通信领域,即时通信软件首先是个管理软件,其次才是个人软件。
发明内容
有鉴于此,本发明的主要目的在于提供一种联系人排序方法,用于解决即时通信系统或邮件系统中无法根据联系人的等级、职位等特殊因素需求对联系人进行排序显示的技术问题。
为达到上述目的,本发明的技术方案是这样实现的:
一种联系人排序方法,实现方法如下:
终端接收服务器端设定的排序权值,并根据所述排序权值进行联系人的排序显示。
所述终端可以是企业即时通信客户端、通用即时通信客户端、邮件系统客户端等需要对联系人进行排序显示的终端,本发明不限制终端的具体形式,例如可以是基于手机的终端、基于web终端或基于普通Windows程序终端等。
进一步地,所述排序权值由管理员设定或由服务器自动生成,或将管理员设定方式与服务器自动生成方式相结合来设定所述排序权值。
进一步地,所述服务器自动生成所述排序权值的依据是影响联系人排序顺序的因素,所述排序权值由所述因素权重比及因素子类型权重值来决定。
进一步地,当有多个因素影响所述排序权值的取值时,所述排序权值由服务器自动生成的步骤如下:
步骤A1、为每一因素设定其在排序方法中的权重比;
步骤A2、为每一因素子类型设定对应的权重值;
步骤A3、计算每一联系人在每一因素子类型下对应的因素权值;
步骤A4、将每一联系人在每一因素下的因素权值求和,从而获得每一联系人的排序权值。
进一步地,为了给用户更多的排序灵活性,还包括为每一个联系人设定修正属性值的步骤,所述修正属性值与服务器根据因素自动生成的值共同决定所述排序权值,即所述排序权值为修正属性值与服务器根据因素自动生成值之和。
进一步地,所述排序权值、或所述因素权重比和因素子类型的权重值、或修正属性值可由管理员设定或将权限下放给特定用户,由有设定权限的用户在终端设定。
进一步地,所述终端根据所述排序权值进行联系人的排序显示时采用基于排序权值优先的排序方式,排序步骤为:根据每个联系人排序权值大小依次排序,对于排序权值相同的联系人采用其它排序方式进行再次排序。
进一步地,所述终端根据所述排序权值进行联系人的排序显示时采用基于状态优先的排序权值排序方式,排序步骤为:
判断联系人是否在线,将在线的联系人作为一组按该组内每个联系人的排序权值大小在该组内进行排序;将离线的联系人作为一组按该组内每个联系人的排序权值大小在该组内进行排序;
将离线的联系人组排在在线的联系人组之后,对于状态相同且排序权值也相同的联系人还包括采用其它排序方式进行再次排序的步骤。
进一步地,在所述服务器端设定第一配置选项,用于控制终端是否采用基于状态优先的排序权值排序方式。
进一步地,在所述服务器端设定第二配置选项,用于控制是否允许终端在其本地选择采用何种排序方式。
本发明的另一主要目的在于提供一种联系人排序系统,为达到上述目的,本发明的技术方案是这样实现的:
一种联系人排序系统,包括服务器端和终端,
服务器端包括排序权值设定模块,用于设定联系人的排序权值;
终端包括排序模块,用于终端根据联系人的排序权值进行基于排序权值的排序。
进一步地,所述服务器端还包括:
因素设定模块,用于设定影响所述排序权值因素权重比及因素子类型的权重值;
排序权值计算模块,用于服务器根据因素自动生成所述排序权值。
进一步地,所述排序权值计算模块包括:
因素权值计算模块,用于计算每一联系人在每一因素子类型下对应的因素权值;
因素权值加和模块,用于将每一联系人在每一因素下的因素权值求和,从而获得每一联系人的排序权值。
进一步地,所述因素设定模块还包括对修正属性值进行设定的功能,所述排序权值由所述修正属性值与服务器根据因素自动生成的值共同来决定,即通过修正属性值对服务器根据给定的计算公式所计算获得的排序权值进行修正从而得到新的排序权值。
进一步地,所述终端还包括终端设定模块,用于当终端用户拥有设定权限的情况下对所述排序权值或所述修正属性值进行设定。此处所述的设定包括对服务器端管理员设定的排序权值或所述修正属性值的设定。
进一步地,所述终端的排序模块根据所述排序权值进行联系人的排序时采用基于排序权值优先的排序方式。
进一步地,所述终端的排序模块根据所述排序权值进行联系人的排序时采用基于状态优先的排序权值排序方式。
通过本发明,可根据特殊需求在服务器端为联系人设定排序权值,满足例如企业等特殊环境下即时通信领域对联系人排序的多样化的需求;为了满足终端用户个性化的需求,本发明还在服务器端增加了配置选项,管理员可设定默认排序方式是否采用基于状态优先的排序方式,终端用户可根据配置选项决定是否采用服务器端设定的默认排序方式。本发明为例如企业、科研单位等特殊情况下的即时通讯软件提供了更加灵活、多样的排序方式,充分满足了统一管理及个性化的双重需求,提高了用户满意度。
附图说明
图1为本发明实施例1所采用的系统结构图;
图2为本发明实施例2所采用的系统结构图;
图3为本发明实施例2中计算排序权值的流程图;
图4为本发明实施例3的排序流程图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白,以下举实施例并参照附图,对本发明进一步详细说明。
实施例1:
图1为本实施例的系统结构图,服务器端包括排序权值设定模块,用于为联系人设定排序权值,终端包括排序模块,用于根据排序权值对联系人进行排序显示。本实施例中,为联系人建立一张表,每一个联系人都有对应的排序权值字段。管理员可通过服务器端排序权值设定模块为每个联系人设置排序权值。服务器管理员可以通过服务器本地的管理员操作界面,或者以客户服务器模式远程登录到管理员操作界面,根据影响联系人排序位置的因素的重要程度设置每一联系人的排序权值。
本实施例适用于联系人人数较少,通过管理员主观判断就能够很容易确定每一个联系人的排序位置的情况。表1-1是联系人排序权值的数据表示例:
表1-1
用户登陆账号 | 排序权值 | 职位角色 |
Adler | 3 | 副总经理 |
Barry | 10 | 总经理 |
Hunter | 49 | 总裁 |
Jeremy | 1 | 秘书 |
Jina | 29 | 副总裁 |
Young | 6 | 总经理 |
Jack | 1 | 普通员工 |
如上表所示,终端在进行排序显示时,默认情况下采用按排序权值优先的排序方式,根据排序权值的大小降序显示,当出现多个联系人的排序权值相同的情况时,可采用按账号字母顺序排序的方式进行再次排序,显示的顺序如下表所示:
表1-2
Hunter | 49 | 总裁 |
Jina | 29 | 副总裁 |
Barry | 10 | 总经理 |
Young | 6 | 总经理 |
Adler | 3 | 副总经理 |
Jack | 1 | 普通员工 |
Jeremy | 1 | 秘书 |
为了提供更灵活的排序方式,终端还可包括终端设定模块,当管理员为某个用户分配了排序权值的修改权限时,该用户可通过终端设定模块在终端上对排序权值进行修改。
通过该实施例可看到,通过管理员对排序权值的设定,可根据人员角色的重要性决定联系在终端联系人列表的显示位置,在企业即时通信领域尤其拥有实用价值,此外,通过权限管理,管理员可将一定的设置权限下放给各部门的特定人员,例如部门经理,由部门经理自己指定本部门联系人的排序顺序,这在分部门显示联系人的情况下尤其能够带来很好的灵活性及客户满意度。
实施例2:
以企业即时通信系统为例,当企业需要设置排序的人较多时,若管理员为每一个联系人手动设置排序权值会给管理员带来很大工作量。因此通过在服务器端给定计算公式自动生成排序权值将可在很大程度上减少管理员的工作量。
图2给出了本实施例的系统结构图,服务器端包括因素设定模块和排序权值计算模块,因素设定模块用于选择影响联系人排序权值的因素,为每一因素分配权重比以及为每一因素子类型设定不同的权重值。终端包括排序模块及终端设定模块,排序模块用于根据排序权值对联系人排序显示;终端设定模块用于为有权限的用户提供接口用来修改因素分配权重比及因素子类型的权重值。
本实施例采取如下步骤将排序权值的设置自动化,如图3所示:
步骤1、选择影响联系人排序权值的因素,例如:职位,所属部门,是否关键业务接口人等,并为每一因素设定标识其对排序权值影响程度的权重比,该权重比越大表示其对最终的排序次序的影响程度越大。例如职位的权重为60%,说明其在排序权值中所占比重较其它因素大很多。每一因素又分为若干个因素子类型,例如:部门因素的因素子类型分为总裁、总经理等,本实施例中选择了如表2-1所示的几个因素:
表2-1
影响排序权值的因素 | 权重比 |
职位 | 60% |
所属部门 | 30% |
是否关键的业务接口人 | 10% |
步骤2、在服务器端为每一因素子类型设定不同的权重值,用于评估不同的因素子类型对该因素的影响程度。例如总裁的权重值为100、总经理的权重值为80,本实施例各因素的因素子类型取值如下列表中所示。
表2-2
职位 | 取值 |
总裁 | 100 |
副总裁 | 90 |
总经理 | 80 |
副总经理 | 60 |
普通员工 | 30 |
秘书 | 30 |
...... | ...... |
表2-3
所述部门 | 取值 |
管理部 | 100 |
国际部 | 50 |
市场部 | 40 |
研发部 | 30 |
...... | ...... |
表2-4
是否关键的业务接口人 | 取值 |
是 | 100 |
否 | 0 |
步骤3、计算每一联系人在每一因素子类型下对应的因素权值;
在执行该步骤前,需管理员为每一个联系人设定该联系人在各因素中的因素子类型,例如Hunter这一联系人在职位这一因素中的因素子类型为“总裁”。“总裁”对应的因素权重值为100,若职位这一因素的权重为60%,则该联系人在职位这一因素下对应的因素权值的计算方法为:
因素权值=因素权重比*因素子类型对应的权重值=100*60%=60;
步骤4、将每一联系人在每一因素下的因素权值求和,从而获得每一联系人的排序权值;
假设存在n个影响排序权值的因素(E1,E2,...,En),n个因素对应的权重比分别为(Q1,Q2,...,Qn),对于某个确定的联系人,这n个因素下该联系人的n因素子类型对应的权重值分别为(V1,V2,...,Vn),则该联系人最终的排序权值R为:
采用自动计算权值的方法可以降低管理员的工作量,但是统一的标准总是有不适用的时候。在某些特殊的场景下,对少数人的排序有特殊要求时,用一个服务器端给定的计算公式获得排序权值就无法做到人为控制排序位置,这样虽然可以减少管理员的工作量,但话灵活性比较差,因此本发明为每一个联系人添加了一个修正属性,用于给管理员或有权限的人来设定一个值,从而对自动计算的结果进行干预,所以作为对本实施例的改进,本发明对公式1进行了改进:
Rc为修正属性值,是一个大于等于0的常数,默认为0当需要对某些人的排序产生影响时,管理员在服务器端通过因素设定模块或拥有权限的用户在终端通过终端设定模块可对修正属性值进行设置,以达到灵活排序的目的。
本实施例中,结合表2-1至2-4的内容给出表2-5
表2-5
联系人 | 职位 | 所属部门 | 接口人 | 修正属性 | 排序权值 |
Hunter | 总裁 | 管理部 | 否 | 0 | 100*60%+100*30%+0*10%+0=90 |
Jina | 副总裁 | 管理部 | 否 | 0 | 90*60%+100*30%+0*10%+0=84 |
Barry | 总经理 | 研发部 | 否 | 0 | 80*60%+30*30%+0*10%+0=57 |
Adler | 副总经理 | 研发部 | 是 | 0 | 60*60%+30*30%+100*10%+0=55 |
Jack | 普通员工 | 研发部 | 否 | 0 | 30*60%+30*30%+0*10%+0=27 |
Jeremy | 秘书 | 研发部 | 否 | 1 | 30*60%+30*30%+0*10%+1=28 |
Young | 普通员工 | 研发部 | 否 | 0 | 30*60%+30*30%+0*10%+0=27 |
通过上表可知,Hunter的部门这一因素下其取值为“管理部”,“管理部”对应的因素权重值为100,部门这一因素对应的权重为30%,所以Hunter在管理部这一因素下的因素权值为100%30%=30;根据依次类推,Hunter的排序权值为100*60%+100*30%+0*10%+0=90。
在不加修正属性值的情况下,联系的排序情况如下:
部门 | 职位 | 联系人 | 排序权值 |
管理部 | 总裁 | Hunter | 90 |
副总裁 | Jina | 84 |
研发部 | 总经理 | Barry | 57 |
副总经理副总经理 | AdlerAdler | 55 | |
普通员工 | Jack | 27 | |
秘书 | Jeremy | 27 | |
普通员工 | Young | 27 |
由于Jeremy和Jack的排序权值都是27,但按账号字母顺序进行再次排序后,Jeremy排在Jack的后面,但对企业来说,秘书可能处理接口事物较多,因此将秘书排在经理下面会更好些,此时通过修正属性就可以进行修正,服务器根据公式进行计算所得排序权值的基础上加上修正属性值的排序情况如下:
部门 | 职位 | 联系人 | 排序权值 |
管理部 | 总裁 | Hunter | 90 |
副总裁 | Jina | 84 | |
研发部 | 总经理 | Barry | 57 |
副总经理 | Adler | 55 | |
秘书 | Jeremy | 28 | |
普通员工 | Jack | 27 | |
普通员工 | Young | 27 |
从显示结果可以看出,通过修正属性值可以对原有计算公式所的排序结果进行修正,满足了在特殊情况下对排序顺序进行人为干预的需求,既减少了工作量又可满足特殊情况的需要,获得了很好的技术效果。
实施例3:
为了给企业用户提供多重选择,本发明在服务器端提供配置终端排序方式的配置选项,选项分为两个部分:
配置选项1、是否采用基于状态优先的排序权值排序方式。
该配置选项用于控制终端是否采用状态优先的排序方式;若该选项设置为采用状态优先排序方式时,终端根据排序权值进行联系人的排序显示时即采用基于状态优先的排序权值排序方式,所述状态优先的排序方式的策略如下:
1)在线联系人排在最前;
2)离线联系人排在在线联系人之后;
3)离线联系人排在最后;
4)对于状态相同的联系人,按照排序权值从大到小一次排列;
5)对于状态相同且排序权值也相同的联系人,再按照其它排序方式进行再次排序,所述其它排序方式可以是按账号字母顺序排序、按是否申请某种业务排序等。
结合实施例2,若研发部只有Adler和Jeremy处于在线状态,其他联系人都处于离线状态的话,其显示顺序如下:
部门 | 在线状态 | 职位 | 联系人 | 排序权值 |
研发部 | 在线 | 副总经理 | Adler | 55 |
在线 | 秘书 | Jeremy | 28 | |
离线 | 总经理 | Barry | 57 | |
离线 | 普通员工 | Jack | 27 | |
离线 | 普通员工 | Young | 27 |
若该配置选项设置为不采用状态优先排序方式时,则终端根据排序权值进行联系人的排序显示时即采用基于排序权值优先的排序方式。所述排序权值优先的排序方式的策略如下:
a)排序权值大的联系人排在排序权值小的联系人之前;
b)排序权值相同的联系人再按照其它排序方式进行再次排序。所述其它排序方式可以是按账号字母顺序排序、按是否申请某种业务排序等。
结合实施例2,若研发部只有Adler和Jeremy处于在线状态,其他联系人都处于离线状态的话,其显示顺序如表3-2所示:
部门 | 在线状态 | 职位 | 联系人 | 排序权值 |
研发部 | 离线 | 总经理 | Barry | 57 |
在线 | 副总经理 | Adler | 55 | |
在线 | 秘书 | Jeremy | 28 | |
离线 | 普通员工 | Jack | 27 | |
离线 | 普通员工 | Young | 27 |
配置选项2、是否允许终端用户修改本地排序方式。
该配置选项用于控制是否允许终端在其本地选择使用何种排序方式。
在该配置选项设置为允许的情况下,用户可以在本地选择自己喜欢的排序方式,例如基于状态优先的排序权值排序方式、基于排序权值优先的排序方式,基于账号字母顺序的排序方式等。此时,不管服务端的配置选项1是何值,终端都只根据自己选择的排序方式进行排序,当然也可以在程序上限制只能选择服务器允许的排序方式。
在该配置选项设置为不允许的情况下,用户不能在终端修改排序方式,只能采用服务器端给定的默认排序方式,例如,当配置选项1设定为采用基于状态优先的排序权值排序方式时,终端采用基于状态优先的排序权值排序方式;若配置选项1设定为不采用基于状态优先的排序权值排序方式时,则终端采用基于排序权值优先的排序方式。
图4为本实施例的执行步骤,详细说明如下:
步骤A、在服务器端设定排序权限,或设定因素权重比、因素子类型权重值以及修正属性值,并为用户分配账号权限。
在排序权值由管理员人为指定的实施例中,所述账号权限是指特定用户在终端修改排序权值的权限。在采用服务端自动生成排序权值的情况下,账号权限是指特定用户修改因素权重比、因素子类型权重值及修正属性值的权限。
步骤B、客户端读取联系人信息、服务器配置选项及联系人账号权限信息等,并对排序权值或决定排序权值的参数进行设定。
本实施例中,服务器配置选项是指配置选项1和配置选项2。联系人信息包括联系人的基本信息、排序权值等,联系人账号权限指修改排序权值或因素权重比和因素子类型权重值或修正属性值的权限。所述决定排序权值的参数指因素权重比、因素子类型权重值及修正属性值。
步骤C、终端判断配置选项2,即判断是否允许终端修改本地排序方式,若允许则执行步骤D,若不允许则执行步骤E。
步骤D、采用终端选择的排序方式对联系人进行排序并显示,流程结束。
步骤E、终端判断配置选项1,即判断是否采用基于状态优先的排序权值排序方式,若是则执行步骤F,若否则执行步骤G。
步骤F、采用基于状态优先的排序权值排序方式对联系人进行排序并显示,流程结束。
步骤G、采用基于排序权值优先的排序方式排序显示对联系人进行排序并显示,流程结束。
通过实施例可以看到,通过服务器端的配置选项可以对终端的排序方式进行一定的控制,利于集中管理,同时,通过用户账号权限的控制,可以为特定人员开放设定排序次序的权限,大大增强了排序策略的灵活性,充分满足了企业及个人的需要,提高了用户满意度。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。
Claims (10)
1、一种联系人排序方法,其特征在于:
终端接收服务器端设定的排序权值,并根据所述排序权值进行联系人的排序显示。
2、根据权利要求1所述的方法,其特征在于,所述排序权值由管理员设定或由服务器自动生成,或将管理员设定方式与服务器自动生成方式相结合来设定所述排序权值。
3、根据权利要求1所述的方法,其特征在于,当有多个因素影响所述排序权值的取值时,所述排序权值由服务器自动生成的步骤如下:
步骤A1、为每一因素设定其在排序方法中的权重比;
步骤A2、为每一因素子类型设定对应的权重值;
步骤A3、计算每一联系人在每一因素子类型下对应的因素权值;
步骤A4、将每一联系人在每一因素下的因素权值求和,从而获得每一联系人的排序权值。
4、根据权利要求3所述的方法,其特征在于,还包括为每一个联系人设定修正属性值的步骤,所述修正属性值与服务器根据因素自动生成的值共同决定所述排序权值。
5、根据权利要求4所述的方法,其特征在于,所述排序权值、或所述因素权重比和因素子类型的权重值、或修正属性值可由管理员设定或将权限下放给特定用户,由有设定权限的用户在终端设定。
6、根据权利要求1所述的方法,其特征在于,所述终端根据所述排序权值进行联系人的排序显示时采用基于排序权值优先的排序方式,排序方法为:根据每个联系人排序权值大小依次排序,对于排序权值相同的联系人采用其它排序方式进行再次排序。
7、根据权利要求1所述的方法,其特征在于,所述终端根据所述排序权值进行联系人的排序显示时采用基于状态优先的排序权值排序方式,方法如下:
判断联系人是否在线,将在线的联系人作为一组按该组内每个联系人的排序权值大小在该组内进行排序;将离线的联系人作为一组按该组内每个联系人的排序权值大小在该组内进行排序;
将离线的联系人组排在在线的联系人组之后,对于状态相同且排序权值也相同的联系人还包括采用其它排序方式进行再次排序的步骤。
8、一种联系人排序系统,其特征在于,
服务器端包括排序权值设定模块,用于设定联系人的排序权值;
终端包括排序模块,用于终端根据联系人的排序权值进行基于排序权值的排序。
9、根据权利要求8所述的系统,其特征在于,所述服务器端还包括:
因素设定模块,用于设定影响所述排序权值因素权重比及因素子类型的权重值;
排序权值计算模块,用于服务器根据因素自动生成所述排序权值。
10、根据权利要求9所述的系统,其特征在于,所述因素设定模块还包括对修正属性值进行设定的功能,所述排序权值由所述修正属性值与服务器根据因素自动生成的值共同来决定。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA200910076591XA CN101465752A (zh) | 2009-01-09 | 2009-01-09 | 一种联系人排序方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA200910076591XA CN101465752A (zh) | 2009-01-09 | 2009-01-09 | 一种联系人排序方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101465752A true CN101465752A (zh) | 2009-06-24 |
Family
ID=40806127
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA200910076591XA Pending CN101465752A (zh) | 2009-01-09 | 2009-01-09 | 一种联系人排序方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101465752A (zh) |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101931655A (zh) * | 2010-09-10 | 2010-12-29 | 北京开心人信息技术有限公司 | 一种在线状态的提示方法与系统 |
CN102340534A (zh) * | 2011-06-21 | 2012-02-01 | 苏州佳世达电通有限公司 | 动态更新联络人名单资料的方法及应用其的通信装置 |
CN102369528A (zh) * | 2011-08-31 | 2012-03-07 | 华为技术有限公司 | 一种基于多值属性的排序方法和设备 |
CN102594724A (zh) * | 2012-01-20 | 2012-07-18 | 上海量明科技发展有限公司 | 即时通信中设置联系人对象状态的方法、客户端及系统 |
CN103049511A (zh) * | 2012-03-28 | 2013-04-17 | 李晶 | 一种微博关注列表、微博内容的显示方法及其客户端 |
CN103532830A (zh) * | 2013-10-17 | 2014-01-22 | 广州华多网络科技有限公司 | 一种生成用户列表的方法及装置 |
CN104333501A (zh) * | 2013-07-22 | 2015-02-04 | 腾讯科技(深圳)有限公司 | 一种联系人列表的显示方法及装置 |
CN105302809A (zh) * | 2014-06-10 | 2016-02-03 | 腾讯科技(深圳)有限公司 | 群组用户等级关联方法和系统 |
CN108595668A (zh) * | 2018-04-28 | 2018-09-28 | 深圳春沐源控股有限公司 | 一种商品的自动排序方法、装置及计算机可读存储介质 |
CN109728997A (zh) * | 2018-12-06 | 2019-05-07 | 珠海格力电器股份有限公司 | 信息推送的排序方法、装置、系统、计算设备和介质 |
CN112235176A (zh) * | 2020-08-29 | 2021-01-15 | 上海量明科技发展有限公司 | 即时通信中的联系人管理方法、终端及系统 |
-
2009
- 2009-01-09 CN CNA200910076591XA patent/CN101465752A/zh active Pending
Cited By (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101931655A (zh) * | 2010-09-10 | 2010-12-29 | 北京开心人信息技术有限公司 | 一种在线状态的提示方法与系统 |
CN102340534A (zh) * | 2011-06-21 | 2012-02-01 | 苏州佳世达电通有限公司 | 动态更新联络人名单资料的方法及应用其的通信装置 |
CN102369528A (zh) * | 2011-08-31 | 2012-03-07 | 华为技术有限公司 | 一种基于多值属性的排序方法和设备 |
WO2012119431A1 (zh) * | 2011-08-31 | 2012-09-13 | 华为技术有限公司 | 一种基于多值属性的排序方法和设备 |
CN102369528B (zh) * | 2011-08-31 | 2014-06-04 | 华为技术有限公司 | 一种基于多值属性的排序方法和设备 |
CN102594724A (zh) * | 2012-01-20 | 2012-07-18 | 上海量明科技发展有限公司 | 即时通信中设置联系人对象状态的方法、客户端及系统 |
CN103049511A (zh) * | 2012-03-28 | 2013-04-17 | 李晶 | 一种微博关注列表、微博内容的显示方法及其客户端 |
CN103049511B (zh) * | 2012-03-28 | 2016-02-03 | 温州大学 | 一种微博关注列表、微博内容的显示方法及其客户端 |
CN104333501A (zh) * | 2013-07-22 | 2015-02-04 | 腾讯科技(深圳)有限公司 | 一种联系人列表的显示方法及装置 |
CN104333501B (zh) * | 2013-07-22 | 2020-04-24 | 腾讯科技(深圳)有限公司 | 一种联系人列表的显示方法及装置 |
CN103532830A (zh) * | 2013-10-17 | 2014-01-22 | 广州华多网络科技有限公司 | 一种生成用户列表的方法及装置 |
CN105302809A (zh) * | 2014-06-10 | 2016-02-03 | 腾讯科技(深圳)有限公司 | 群组用户等级关联方法和系统 |
US10452663B2 (en) | 2014-06-10 | 2019-10-22 | Tencent Technology (Shenzhen) Company Limited | Group user level association method and system |
CN105302809B (zh) * | 2014-06-10 | 2020-01-10 | 腾讯科技(深圳)有限公司 | 群组用户等级关联方法和系统 |
CN108595668A (zh) * | 2018-04-28 | 2018-09-28 | 深圳春沐源控股有限公司 | 一种商品的自动排序方法、装置及计算机可读存储介质 |
CN109728997A (zh) * | 2018-12-06 | 2019-05-07 | 珠海格力电器股份有限公司 | 信息推送的排序方法、装置、系统、计算设备和介质 |
CN112235176A (zh) * | 2020-08-29 | 2021-01-15 | 上海量明科技发展有限公司 | 即时通信中的联系人管理方法、终端及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101465752A (zh) | 一种联系人排序方法及系统 | |
CN105187297B (zh) | 基于即时通讯的多级群组控制方法 | |
CN103164416B (zh) | 一种用户关系的识别方法及设备 | |
CN106327339A (zh) | 用于社交网络中的推送通知的第二通道排序器 | |
WO2014043002A1 (en) | Activity based recommendations within a social networking environment based upon graph activation | |
CN103684874A (zh) | 一种自动分配网上客服进行客户服务的方法和装置 | |
CN106980703A (zh) | 用于群组搜索的方法及装置、电子设备、计算机可读介质 | |
CN109242562A (zh) | 供应商的评级方法、装置和存储介质 | |
US20190102723A1 (en) | Systems for automated profile building, skillset identification, and service ticket routing | |
JP2002157380A (ja) | 企業研修企画方法及び企業研修情報取得方法 | |
US20210194842A1 (en) | System and Method for Displaying Message or User Lists | |
WO2012039766A2 (en) | Method and apparatus for selecting compatible users for activities based on experiences, interests or preferences as identified from one or more web services | |
CN113778286A (zh) | 应用控件显示方法、装置、存储介质及电子设备 | |
US20140297641A1 (en) | Discussion support method, information processing apparatus, and storage medium | |
CN109934631A (zh) | 问答信息处理方法、装置及计算机设备 | |
CN102103606A (zh) | 一种在手机客户端上实现高级检索商品的技术 | |
CN109213782A (zh) | 搜索界面的配置、显示方法、装置及通信设备 | |
CN108351903A (zh) | 使用反馈环路的多通道系统的优化 | |
CN110348807A (zh) | 一种信息处理方法和相关装置 | |
CN112101892A (zh) | 数据处理方法及服务端设备 | |
CN107808005A (zh) | 人力资源数据的处理方法、装置及存储介质 | |
CN113570946B (zh) | 基于大数据云平台的线上培训教育信息化教学方法及系统 | |
CN107920164A (zh) | 应用的排序方法、系统和服务器 | |
CN113645122A (zh) | 创新数据的监测方法、客户端及系统 | |
CN113256240A (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 | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Open date: 20090624 |