CN103678351A - 通讯录获取的方法、装置和服务器 - Google Patents
通讯录获取的方法、装置和服务器 Download PDFInfo
- Publication number
- CN103678351A CN103678351A CN201210333582.6A CN201210333582A CN103678351A CN 103678351 A CN103678351 A CN 103678351A CN 201210333582 A CN201210333582 A CN 201210333582A CN 103678351 A CN103678351 A CN 103678351A
- Authority
- CN
- China
- Prior art keywords
- title
- department
- attribute
- sorted
- user
- 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
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2455—Query execution
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/248—Presentation of query results
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2453—Query optimisation
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2457—Query processing with adaptation to user needs
- G06F16/24578—Query processing with adaptation to user needs using ranking
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Business, Economics & Management (AREA)
- Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- General Physics & Mathematics (AREA)
- Entrepreneurship & Innovation (AREA)
- Human Resources & Organizations (AREA)
- Strategic Management (AREA)
- Computational Linguistics (AREA)
- Databases & Information Systems (AREA)
- General Engineering & Computer Science (AREA)
- Tourism & Hospitality (AREA)
- Quality & Reliability (AREA)
- General Business, Economics & Management (AREA)
- Operations Research (AREA)
- Marketing (AREA)
- Economics (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Information Transfer Between Computers (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明提供一种通讯录获取的方法、装置和服务器,方法包括:根据用户输入的待查找名称在通讯录中进行匹配,获取待排序名称;获取待排序名称的排序属性,并根据排序属性对待排序名称进行排序,生成名称列表,所述排序属性包括部门属性或部门联系频率。根据本实施例的通讯录获取的方法、装置和服务器,通过将与待查找名称匹配的名称根据排序属性进行排序,可以使得用户较快地查找到所需的名称,并获取相应的联系方式或其它信息,节省了用户的搜索时间,提高了用户体验。
Description
技术领域
本发明涉及通信技术,尤其涉及一种通讯录获取的方法、装置和服务器。
背景技术
在大型企业中,通常会提供包含所有员工通讯方式的通讯录,便于企业内部员工联络。但是,由于员工人数庞大,出现重名的情况非常多,这样,在搜索同一企业员工的联系方式时,可能会搜索出多个相同人名的员工。尤其某些与国际接轨的企业中,习惯采用英文全称或者英文缩写等方式来搜索员工的联系方式,这样会出现更多的重名的情况,而此时如果一个一个寻找,这会非常浪费时间。
发明内容
本发明提供一种通讯录获取的方法、装置和服务器,以解决现有技术中查找员工的联系方式浪费时间的缺陷。
本发明第一个方面提供一种通讯录获取的方法,包括:
根据用户输入的待查找名称在通讯录中进行匹配,获取待排序名称;
获取所述待排序名称的排序属性,根据所述排序属性对所述待排序名称进行排序,生成名称列表,所述排序属性包括部门属性或部门联系频率。
如上所述的通讯录获取的方法,优选地,所述获取所述待排序名称的排序属性,根据所述排序属性对所述待排序名称进行排序,生成名称列表,包括:
获取所述待排序名称的部门属性;
获取所述待排序名称中部门属性与所述用户的部门属性相同的名称和所述待排序名称中部门属性与所述用户的部门属性不同的名称;
根据所述部门属性相同的名称和所述部门属性不同的名称生成所述名称列表。
如上所述的通讯录获取的方法,优选地,
根据所述部门属性相同的名称和所述部门属性不同的名称生成所述名称列表,包括:
获取所述用户与所述部门属性不同的名称的第一部门联系频率;
按照所述第一部门联系频率从高到低的顺序对所述部门属性不同的名称进行排序;
根据所述部门属性相同的名称和排序后的部门属性不同的名称生成所述名称列表,其中所述部门属性相同的名称排列在所述部门属性不同的名称之前。
如上所述的通讯录获取的方法,优选地,所述第一部门联系频率为所述用户与属于所述部门属性不同的名称所在部门的任意用户的联系频率的总和。
如上所述的通讯录获取的方法,优选地,在按照所述第一部门联系频率从高到低的顺序对所述部门属性不同的名称进行排序之后且在根据所述部门属性相同的名称和排序后的部门属性不同的名称生成所述名称列表之前,还包括:
当所述部门属性不同的名称中包括多个部门属性相同的待调整名称时,获取各所述待调整名称与所述用户的第二部门联系频率;
根据所述第二部门联系频率从高到低的顺序排列所述部门待调整名称。
如上所述的通讯录获取的方法,优选地,所述第二部门联系频率为各所述待调整名称与属于所述用户所在部门的任意用户的联系频率的总和。
如上所述的通讯录获取的方法,优选地,
在根据所述部门属性相同的名称和排序后的部门属性不同的名称生成所述名称列表之前,还包括:
获取所述部门属性相同的名称与所述用户的第三联系频率;
根据所述第三部门联系频率从高到低的顺序排列所述部门属性相同的名称;
其中,所述第三联系频率为所述部门属性相同的名称与属于所述用户所在部门的任意用户的联系频率的总和。
如上所述的通讯录获取的方法,优选地,在获取待排序名称之后,且在获取所述待排序名称的排序属性之前,还包括:
判断所述待排序名称的个数;
当所述待排序名称的个数为大于1时,执行获取所述待排序名称的排序属性的操作。
本发明另一个方面提供一种通讯录获取的装置,包括:
匹配模块,用于根据用户输入的待查找名称在通讯录中进行匹配,获取待排序名称;
生成模块,用于获取所述待排序名称的排序属性,根据所述排序属性对所述待排序名称进行排序,生成名称列表,所述排序属性包括部门属性或部门联系频率;
如上所述的通讯录获取的装置,优选地,所述生成模块包括:
第一获取子模块,用于获取所述待排序名称的部门属性;
第二获取子模块,获取所述待排序名称中部门属性与所述用户的部门属性相同的名称和所述待排序名称中部门属性与所述用户的部门属性不同的部门名称;
排列子模块,用于根据所述部门属性相同的名称和所述部门属性不同的名称生成所述名称列表。
如上所述的通讯录获取的装置,优选地,所述排列子模块具体用于:
获取所述用户与所述部门属性不同的名称的第一部门联系频率;
按照所述第一部门联系频率从高到低的顺序对所述部门属性不同的名称进行排序;
根据所述部门属性相同的名称和排序后的部门属性不同的名称生成所述名称列表,其中所述部门属性相同的名称排列在所述部门属性不同的名称之前。
如上所述的通讯录获取的装置,优选地,所述排列子模块还具体用于:
当所述部门属性不同的名称中包括多个部门属性相同的待调整名称时,获取各所述待调整名称与所述用户的第二部门联系频率;
根据所述第二部门联系频率从高到低的顺序排列所述部门待调整名称。
如上所述的通讯录获取的装置,优选地,所述排列子模块还用于:
获取所述部门属性相同的名称与所述用户的第三联系频率;
根据所述第三部门联系频率从高到低的顺序排列所述部门属性相同的名称;
其中,所述第三联系频率为所述部门属性相同的名称与属于所述用户所在部门的任意用户的联系频率的总和。
如上所述的通讯录获取的装置,优选地,还包括:
判断模块,用于判断所述待排序名称的个数,并当所述待排序名称的个数为大于1时,执行获取所述待排序名称的排序属性的操作。
如上所述的通讯录获取的装置,优选地,还包括:
标识优先级模块,用于对所述待排序名称标识优先级,其中,与所述待查找名称完全匹配的待排序名称的优先级高于不与所述待查找名称完全匹配的待排序名称,并按照优先级从高到低的顺序排列所述待排序名称。
本发明再一个方面提供一种服务器,包括:
存储器,用于存储指令;
处理器,与所述存储器耦合,所述处理器被配置为执行存储在所述存储器中的指令,且所述处理器被配置为用于执行上述任一所述的通讯录获取的方法。
由上述技术方案可知,本发明提供的通讯录获取的方法、装置和服务器,通过将与待查找名称匹配的名称根据排序属性进行排序,可以使得用户较快地查找到所需的名称,并获取相应的联系方式或其它信息,节省了用户的搜索时间,提高了用户体验。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为根据本发明一实施例的通讯录获取的方法的流程示意图;
图2为根据本发明再一实施例的通讯录获取的方法的流程示意图;
图3为根据本发明又一实施例的通讯录获取的装置的结构示意图;
图4为根据本发明另一实施例的通讯录获取的装置的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
实施例一
本实施例提供一种通讯录获取的方法,如图1所示,为该通讯录获取的方法的流程示意图。该方法的执行主体为通讯录获取的装置,该装置可以集成在服务器中。
步骤101,根据用户输入的待查找名称在通讯录中进行匹配,获取待排序名称。
用户首先在用户终端输入待查找名称,用户终端将该待查找名称发送至通讯录获取的装置,通讯录获取的装置在预先存储的通讯录中匹配待查找名称。该通讯录中可包括企业中所有用户的联系方式,例如人名、座机号码、手机号码、家庭住址等,具体可以根据实际需要进行设置。
实际操作中,当用户输入待查找名称“张三”或“zhangsan”时,通讯录获取装置会根据该待找姓名向用户显示名称列表。该名称列表中可包括与待查找名称完全匹配的名称“张三”,也可以包括包含“张三”的一些名称,例如“张三丰”、“李张三”等等。
优选地,本实施例的待排序名称为与待查找名称完全匹配的名称,以此来减少待排序名称的个数,减轻通讯录获取的装置的负担。
步骤102,获取待排序名称的排序属性,并根据排序属性对待排序名称进行排序,生成名称列表。
排序属性包括很多种,例如部门属性、职务属性、部门联系频率中的一种或多种。具体如何根据排序属性对排序名称进行排序,可以根据实际需要进行设置。例如,按照部门的大小、职务的高低、部门联系频率的紧密程度进行排序。排序之后的待排序名称就组成了名称列表。
本发明中“部门”可分为多个层级的部门。部门的层级允许企业根据自身的情况进行设置。部门层级的定义主要考虑2个方面:一是部门规模不能过大或过小,以避免部门过大导致部门内重名严重或部门过小导致部门内无人匹配;二是部门内业务上相似性高或工作联系较多,因为业务联系或工作联系是企业员工产生沟通需求的主要因素,若部门内的业务相关性低,那么就不符合同部门联系频率最高的假设。因此,本实施例中的“部门”优选为倒数第二层级的部门,即部门规模不会过小,同时保持业务上有较多的联系。
可选地,还可以在步骤102之后,向用户返回名称列表,以使用户根据名称列表获取联系信息。
通讯录获取的装置在生成名称列表之后,向用户返回名称列表。用户可以通过用户终端的显示器看到该名称列表,通过该名称列表就可以查找到所要的联系人的获取方式。
优选地,在步骤101之后且在步骤102之前,还包括:
判断待排序名称的个数,当待排序名称的个数为大于1时,执行获取待排序名称的排序属性的操作。即,当待排序名称的个数为1时,向用户返回该待排序名称,否则,执行步骤102。例如,当根据“张三”的待查找名称仅得到1个“张三”的待排序名称,则通讯录获取装置直接向用户返回该“张三”,用户可以点击该“张三”的名字获取相关的联系方式,或者通讯录获取装置向用户返回“张三”的名称时包括该“张三”的所有联系方式。根据本实施例的通讯录获取的方法,通过将与待查找名称匹配的名称根据排序属性进行排序,可以使得用户较快地查找到所需的名称,并获取相应的联系方式或其它信息,节省了用户的搜索时间,提高了用户体验。本发明中的“多个”均可理解为大于1个,例如2个、4个、10个甚至更多个都可以理解为多个。
实施例二
本实施例基于实施例一提供一种通讯录获取的方法。
步骤200,接收用户的查询请求,该查询请求中包括待查找名称。
用户首先通过用户终端向通讯录获取的装置发送查询请求,该查询请求中至少包括待查找名称。
步骤201,根据用户输入的待查找名称在通讯录中进行匹配,获取待排序名称。
用户发送的查询请求中包括的待查找名称例如为“zhangyi”,则会出现1个或多个与该待查找名称相匹配的名称。本实施例以与待查找名称完全匹配的待排序名称为例进行说明,例如“张一”、“张义”、“张宜”、“张翼”等。当出现1个待排序名称时,通讯录获取的装置直接向用户返回该待排序名称;当出现多个待排序名称时,进行后续生成名称列表的操作。
步骤202,获取待排序名称的排序属性。
通讯录获取的装置在预先存储的数据库中获取待排序名称的排序属性。数据库中可以存储于各名称相对应的各种信息,例如部门、职务、生日、手机号码、座机号码、家庭住址等等。排序属性可以从中选取任意一个或多个。本实施例中采用部门属性和/或部门联系频率作为待排序属性,其中,部门属性的优先级高于部门联系频率的优先级。部门联系频率可包括第一部门联系频率、第二部门联系频率或第三部门联系频率中的一种或多种,其中第一部门联系频率为用户与属于部门属性不同的名称所在部门的任意用户的联系频率的总和,第二部门联系频率为部门属性不同的名称与属于用户所在的部门的任意用户的联系频率的总和,第三部门联系频率为部门属性相同的部门属性相同的名称与属于用户所在部门的任意用户的联系频率的总和。第一部门联系频率的优先级高于第二部门联系频率。如表1所示,为包含“zhangyi”的通讯录。
表1
其中,可以根据企业内部统一的联络工具获取联系频率,例如通过企业内部的统一通讯工具、小灵通、邮件等等,用户与用户之间的联系频率可以通过这些联络工具进行统计。例如,用户与张宜聊了一次天,则第一部门联系频率为1;如果用户与张宜又发了一封邮件,则第一部门联系频率加1,变成2;如果用户与张义又发了一次短信,则第一部门联系频率再加1,变成3;如果以后又通过IM(Instant Messenger,即时通讯)与企划部的任何一个人联系了一次,则联系频率又加1,变成4。当用户或张宜更换部门时,可以将原有的联系频率清空。另外,需要指出的是,可以仅获取其中一种或几种联络工具的联系频率,例如,企业内部大多是通过邮件联系的,可以仅获取邮件的联系频率。
步骤203,获取待排序名称中部门属性与用户的部门属性相同的名称和待排序名称中部门属性与用户的部门属性不同的名称。
通讯录获取的装置比较用户的部门属性和待排序名称对应的部门属性。通讯录获取的装置得到用户的部门属性的方法有很多,例如通过用户所使用的终端的MAC地址、IP地址,或者是根据通信工具的登录账号、计算机域账号来获取用户的部门属性,用户的部门属性也可以包括在用户发送的查询请求中。具体可以根据实际需要进行设定,在此不再赘述。需要指出的是,当通讯录获取时,该名称所对应的相关信息就同样被获取到,用户是通过名称来查找所需的信息,所以本实施例具体对名称的排序进行举例说明,以保证用户尽快获取到想要获取的信息。
当用户的部门为企划部时,根据表1,获取到的部门属性相同的名称为“张义”和“张宜”,部门属性不同的名称为“张一”和“张翼”。
步骤204,根据部门属性相同的名称和部门属性不同的名称生成名称列表,其中部门属性相同的名称排列在部门属性不同的名称之前。
假设用户的部门属性为企划部,通讯录获取的装置将部门属性相同的名称“张义”和“张宜”两个人的名称排列在其它两个名称之前。
该步骤204具体可包括:
步骤204a,获取用户与部门属性不同的名称的第一部门联系频率;
步骤204b,按照第一部门联系频率从高到低的顺序对部门属性不同的名称进行排序;
步骤204c,根据部门属性相同的名称和排序后的部门属性不同的名称生成名称列表,其中部门属性相同的名称排列在部门属性不同的名称之前。
当部门属性不同的名称的个数大于1时,可采用步骤204a-204c。本实施例的部门属性不同名称为“张一”、“张翼”和“张仪”,则根据联系频率,“张一”应该排在“张翼”和“张仪”的后面。此时,调整两者的顺序,并生成最终的名称列表1。
名称列表1
张义 |
张宜 |
张翼 |
张仪 |
张一 |
当然,该步骤204b之后且在步骤204c之前还可以包括:
当部门属性不同的名称中包括多个部门属性相同的待调整名称时,获取各待调整名称与用户的第二部门联系频率,根据第二部门联系频率从高到低的顺序排列部门待调整名称。
例如,根据表1,部门属性不同的名称中部门属性相同的待调整名称的个数为2,分别是“张翼”和“张宜”,则待调整名称中“张仪”应该排列在“张翼”的前面,如名称列表2所示。
名称列表2
张义 |
张宜 |
张仪 |
张翼 |
张一 |
可选地,在步骤204之前,还可以包括:
获取部门属性相同的名称与用户的第三部门联系频率;
根据第三部门联系频率从高到低的顺序排列部门属性相同的名称;
第三部门联系频率为部门属性相同的名称与属于用户所在部门的任意用户的联系频率的总和。
即当部门属性相同的名称存在多个时,也可以根据第三部门联系频率排序。本实施例中,部门属性相同的名称有2个,分别是“张义”和“张宜”,根据统计,“张义”对应的第三部门联系频率为4,“张宜”所对应的第三部门联系频率为5,则“张宜”应该排在“张义”的前面,如名称列表3所示。
名称列表3
张宜 |
张义 |
张仪 |
张翼 |
张一 |
另外,需要指出的是,可以仅根据第三部门联系频率对部门属性相同的名称进行排序,也可以仅根据第一部门联系频率对部门属性不同的名称进行排序,当然也可以如上同时根据第一部门联系频率、第二部门联系频率和第三部门联系频率对部门属性相同的名称和部门属性不同的名称进行排序,其中第一部门联系频率的优先级高于第二部门联系频率。
此外,用户可以自己根据名称列表中的名称查找所需的信息,或者名称列表中直接包括各名称所对应的信息,如名称列表4所示,以节省用户查找的时间。
名称列表4
部门 | 联系电话 | |
张宜 | 企划部 | XXX |
张义 | 企划部 | XXX |
张仪 | 销售部 | XXX |
张翼 | 销售部 | XXX |
张一 | 市场部 | XXX |
步骤205,向用户返回名称列表,以使用户根据名称列表获取联系信息。
本实施例向用户返回的是最终生成的名称列表,即名称列表4。
根据本实施例的通讯录获取的方法,通过通讯录获取的装置对待查找名称进行排序,例如根据部门属性或者联系频率进行排序,可以使得用户较快地查找到所需的名称,并获取相应的联系方式或其它信息,节省了用户的搜索时间,提高了用户体验。
能够想象到的是,待查找名称中还可以包括与待查找名称不完全匹配的名称,例如“张一清”、“张义重”、“陆章一”、“张红一”等等,可以将这些不完全匹配的名称放在完全匹配的名称的后面,并按照上述方式进行排序。
具体地,在向用户返回名称列表之前,还包括:
对待排序名称标识优先级,其中,与待查找名称完全匹配的待排序名称的优先级高于不与待查找名称完全匹配的待排序名称;
按照优先级从高到低的顺序排列待排序名称。
该步骤可以插入到步骤200~步骤204任意两个步骤之间,具体可以根据实际需要进行设定。
假设通讯录获取的装置在预先存储的数据库中获取待排序名称属性如表2所示。
表2
则按照如上方法生成的最终的名称列表5为:
名称列表5
部门 | 联系电话 | |
张宜 | 企划部 | XXX |
张义 | 企划部 | XXX |
张仪 | 销售部 | XXX |
张翼 | 销售部 | XXX |
张一 | 市场部 | XXX |
张洪一 | 企划部 | XXX |
张一清 | 销售部 | XXX |
张义重 | 战略部 | XXX |
当然名称列表4也可以仅包含联系人的名字,向用户返回之后,用户根据联系人的名字获取相应的联系方式,具体可以根据实际需要进行设定。
实施例三
本实施例基于上述实施例提供一种通讯录获取的方法的具体流程,如图2所示。
步骤211,接收用户的查询请求,该查询请求中包括待查找名称。
步骤212,根据用户输入的待查找名称在通讯录中进行匹配,获取待排序名称。
步骤213,判断该待排序名称的个数是否大于1,当判断结果为是时,转为步骤214,否则,转为步骤220。
步骤214,获取用户与部门属性不同的名称的第一部门联系频率,其中,第一部门联系频率为用户与属于部门属性不同的名称所在部门的任意用户的联系频率的总和;
步骤215,按照第一部门联系频率从高到低的顺序对部门属性不同的名称进行排序,并判断部门属性不同的名称中是否包括多个部门属性相同的待调整名称,当判断结果为是时,转为步骤216,否则,转为步骤217;
步骤216,获取各待调整名称与用户的第二部门联系频率,根据第二部门联系频率从高到低的顺序排列部门待调整名称,其中第二部门联系频率为部门属性不同的名称与属于用户所在的部门的任意用户的联系频率的总和;
步骤217,判断部门属性相同的名称的个数是否大于1,当判断结果为是时,执行步骤218,否则,执行步骤219;
步骤218,获取部门属性相同的名称与用户的第三部门联系频率,根据第三部门联系频率从高到低的顺序排列部门属性相同的名称,其中,第三部门联系频率为部门属性相同的名称与属于用户所在部门的任意用户联系的频率的总和;
步骤219,根据排序后部门属性相同的名称和排序后的部门属性不同的名称生成名称列表,部门属性相同的名称排列在部门属性不同的名称之前。
步骤220,向用户返回名称列表,以使用户根据名称列表获取联系信息。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
实施例四
本实施例提供一种通讯录获取的装置,用于执行上述实施例的通讯录获取的方法。
如图3所示,为根据本实施例的通讯录获取的装置的结构示意图。该通讯录获取的装置包括匹配模块301和生成模块302。
其中,匹配模块301用于根据用户输入的待查找名称在通讯录中进行匹配,获取待排序名称;生成模块302与匹配模块301连接,用于获取待排序名称的排序属性,根据排序属性对待排序名称进行排序,生成名称列表,其中,排序属性包括部门属性或部门联系频率。
本实施例的通讯录获取的装置的具体操作方式与实施例一一致,在此不再赘述。
可选地,本实施例的通讯录获取的装置还包括判断模块304,该判断模块304分别与匹配模块301、生成模块302连接,用于判断待排序名称的个数,并当待排序名称的个数为大于1个时,触发生成模块302。
根据本实施例的通讯录获取的装置,通过将与待查找名称匹配的名称根据排序属性进行排序,可以使得用户较快地查找到所需的名称,并获取相应的联系方式或其它信息,节省了用户的搜索时间,提高了用户体验。
实施例五
本实施例基于实施例四提供一种通讯录获取的装置。
如图3所示,本实施例的通讯录获取的装置包括上述实施例的匹配模块301和生成模块302,其中生成模块302具体包括第一获取子模块401、第二获取子模块402和排列子模块403。部门联系频率可包括第一部门联系频率、第二部门联系频率或第三部门联系频率中的一种或多种
其中,第一获取子模块401具体与匹配模块301连接,当存在判断模块304时与判断模块304连接,该第一获取子模块401用于获取待排序名称的部门属性;第二获取子模块402与第一获取子模块401连接,获取待排序名称中部门属性与用户的部门属性相同的名称和待排序名称中部门属性与用户的部门属性不同的名称;排列子模块403与第二获取子模块402连接,用于根据部门属性相同的名称和部门属性不同的名称生成名称列表。
可选地,排列子模块403具体用于:
获取用户与部门属性不同的名称的第一部门联系频率;
按照第一部门联系频率从高到低的顺序对部门属性不同的名称进行排序;
根据部门属性相同的名称和排序后的部门属性不同的名称生成名称列表,其中部门属性相同的名称排列在部门属性不同的名称之前。其中,第一部门联系频率为用户与属于部门属性不同的名称所在部门的任意用户的联系频率的总和。
可选地,排列子模块403还用于:
当部门属性不同的名称中包括多个部门属性相同的待调整名称时,获取各待调整名称与用户的第二部门联系频率;
根据第二部门联系频率从高到低的顺序排列部门待调整名称。
其中,第二部门联系频率为各待调整名称与属于用户所在部门的任意用户的联系频率的总和。
可选地,排列子模块403还用于:
获取部门属性相同的名称与用户的第三联系频率;
根据第三部门联系频率从高到低的顺序排列部门属性相同的名称;
其中,第三联系频率为部门属性相同的名称与属于用户所在部门的任意用户的联系频率的总和。
可选地,本实施例还包括标识优先级模块(图中未示出),该标识优先级模块用于对待排序名称标识优先级,其中,与待查找名称完全匹配的待排序名称的优先级高于不与待查找名称完全匹配的待排序名称,并按照优先级从高到低的顺序排列待排序名称。该标识优先级模块可以位于匹配模块301和生成模块302之间,当包含判断模块304时,还可以位于判断模块304和生成模块302之间,当然还可以有多种其它设置形式,在此不再赘述。
本实施例的通讯录获取的装置的具体操作方法与实施例二一致,在此不再赘述。
根据本实施例的通讯录获取的装置,通过通讯录获取的装置对待查找名称进行排序,例如根据部门属性或者联系频率进行排序,可以使得用户较快地查找到所需的名称,并获取相应的联系方式或其它信息,节省了用户的搜索时间,提高了用户体验。
实施例六
本实施例提供一种服务器,包括:存储器,用于存储指令;
处理器,与存储器耦合,处理器被配置为执行存储在存储器中的指令,且处理器被配置为用于执行上述任一实施例所描述的通讯录获取的方法。
具体地,处理器通过读取存储器中存储的可执行程序代码来运行与可执行程序代码对应的程序,以用于:
根据用户输入的待查找名称在通讯录中进行匹配,获取待排序名称;
获取待排序名称的排序属性,并根据排序属性对待排序名称进行排序,生成名称列表,排序属性包括部门属性或部门联系频率。
可选地,该处理器在执行获取待排序名称操作之后且在获取待排序名称之前,还用于:
判断待排序名称的个数;
当待排序名称的个数为大于1个时,执行获取待排序名称的排序属性的操作。
可选地,当处理器在执行获取待排序名称的排序属性,并根据排序属性对待排序名称进行排序,生成名称列表的步骤时,该处理器具体用于:
获取待排序名称的部门属性;
获取待排序名称中部门属性与用户的部门属性相同的名称和待排序名称中部门属性与用户的部门属性不同的名称;
根据部门属性相同的名称和部门属性不同的名称生成名称列表。
可选地,当处理器在执行根据部门属性相同的名称和部门属性不同的名称生成名称列表的操作时,该处理器具体用于:
获取用户与部门属性不同的名称的第一部门联系频率;
按照第一部门联系频率从高到低的顺序对部门属性不同的名称进行排序;
根据部门属性相同的名称和排序后的部门属性不同的名称生成名称列表,其中部门属性相同的名称排列在部门属性不同的名称之前。
其中,第一部门联系频率为用户与属于部门属性不同的名称所在部门的任意用户的联系频率的总和。
可选地,处理器通过读取存储器中存储的可执行程序代码来运行与可执行程序代码对应的程序,还可以用于:
在按照第一部门联系频率从高到低的顺序对部门属性不同的名称进行排序之后且在根据部门属性相同的名称和排序后的部门属性不同的名称生成名称列表之前,
当部门属性不同的名称中包括多个部门属性相同的待调整名称时,获取各待调整名称与用户的第二部门联系频率;
根据第二部门联系频率从高到低的顺序排列部门待调整名称。
第二部门联系频率为各待调整名称与属于用户所在部门的任意用户的联系频率的总和。
可选地,
可选地,处理器通过读取存储器中存储的可执行程序代码来运行与可执行程序代码对应的程序,该处理器还可以用于:
在根据部门属性相同的名称和排序后的部门属性不同的名称生成名称列表之前,
获取部门属性相同的名称与用户的第三联系频率;
根据第三部门联系频率从高到低的顺序排列部门属性相同的名称;
其中,第三联系频率为部门属性相同的名称与属于用户所在部门的任意用户的联系频率的总和。
可选地,处理器在通过读取存储器中存储的可执行程序代码来运行与可执行程序代码对应的程序以用于向用户返回名称列表之前,还包括:
对待排序名称标识优先级,其中,与待查找名称完全匹配的待排序名称的优先级高于不与待查找名称完全匹配的待排序名称;
按照优先级从高到低的顺序排列待排序名称。
根据本实施例的服务器,通过将与待查找名称匹配的名称根据排序属性进行排序,可以使得用户较快地查找到所需的名称,并获取相应的联系方式或其它信息,节省了用户的搜索时间,提高了用户体验。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
Claims (17)
1.一种通讯录获取的方法,其特征在于,包括:
根据用户输入的待查找名称在通讯录中进行匹配,获取待排序名称;
获取所述待排序名称的排序属性,根据所述排序属性对所述待排序名称进行排序,生成名称列表,所述排序属性包括部门属性或部门联系频率。
2.根据权利要求1所述的通讯录获取的方法,其特征在于,所述获取所述待排序名称的排序属性,根据所述排序属性对所述待排序名称进行排序,生成名称列表,包括:
获取所述待排序名称的部门属性;
获取所述待排序名称中部门属性与所述用户的部门属性相同的名称和所述待排序名称中部门属性与所述用户的部门属性不同的名称;
根据所述部门属性相同的名称和所述部门属性不同的名称生成所述名称列表。
3.根据权利要求2所述的通讯录获取的方法,其特征在于,根据所述部门属性相同的名称和所述部门属性不同的名称生成所述名称列表,包括:
获取所述用户与所述部门属性不同的名称的第一部门联系频率;
按照所述第一部门联系频率从高到低的顺序对所述部门属性不同的名称进行排序;
根据所述部门属性相同的名称和排序后的部门属性不同的名称生成所述名称列表,其中所述部门属性相同的名称排列在所述部门属性不同的名称之前。
4.根据权利要求3所述的通讯录获取的方法,其特征在于,所述第一部门联系频率为所述用户与属于所述部门属性不同的名称所在部门的任意用户的联系频率的总和。
5.根据权利要求3或4所述的通讯录获取的方法,其特征在于,在按照所述第一部门联系频率从高到低的顺序对所述部门属性不同的名称进行排序之后且在根据所述部门属性相同的名称和排序后的部门属性不同的名称生成所述名称列表之前,还包括:
当所述部门属性不同的名称中包括多个部门属性相同的待调整名称时,获取各所述待调整名称与所述用户的第二部门联系频率;
根据所述第二部门联系频率从高到低的顺序排列所述部门待调整名称。
6.根据权利要求5所述的通讯录获取的方法,其特征在于,所述第二部门联系频率为各所述待调整名称与属于所述用户所在部门的任意用户的联系频率的总和。
7.根据权利要求2~6中任一项所述的通讯录获取的方法,其特征在于,在根据所述部门属性相同的名称和排序后的部门属性不同的名称生成所述名称列表之前,还包括:
获取所述部门属性相同的名称与所述用户的第三联系频率;
根据所述第三部门联系频率从高到低的顺序排列所述部门属性相同的名称;
其中,所述第三联系频率为所述部门属性相同的名称与属于所述用户所在部门的任意用户的联系频率的总和。
8.根据权利要求1~7中任一项所述的通讯录获取的方法,其特征在于,在获取待排序名称之后,且在获取所述待排序名称的排序属性之前,还包括:
判断所述待排序名称的个数;
当所述待排序名称的个数大于1时,执行获取所述待排序名称的排序属性的操作。
9.根据权利要求1~8中任一项所述的通讯录获取的方法,其特征在于,在向所述用户返回所述名称列表之前,还包括:
对所述待排序名称标识优先级,其中,与所述待查找名称完全匹配的待排序名称的优先级高于不与所述待查找名称完全匹配的待排序名称;
按照优先级从高到低的顺序排列所述待排序名称。
10.一种通讯录获取的装置,其特征在于,包括:
匹配模块,用于根据用户输入的待查找名称在通讯录中进行匹配,获取待排序名称;
生成模块,用于获取所述待排序名称的排序属性,根据所述排序属性对所述待排序名称进行排序,生成名称列表,所述排序属性包括部门属性或部门联系频率。
11.根据权利要求10所述的通讯录获取的装置,其特征在于,所述生成模块包括:
第一获取子模块,用于获取所述待排序名称的部门属性;
第二获取子模块,获取所述待排序名称中部门属性与所述用户的部门属性相同的名称和所述待排序名称中部门属性与所述用户的部门属性不同的部门名称;
排列子模块,用于根据所述部门属性相同的名称和所述部门属性不同的名称生成所述名称列表。
12.根据权利要求11所述的通讯录获取的装置,其特征在于,所述排列子模块具体用于:
获取所述用户与所述部门属性不同的名称的第一部门联系频率;
按照所述第一部门联系频率从高到低的顺序对所述部门属性不同的名称进行排序;
根据所述部门属性相同的名称和排序后的部门属性不同的名称生成所述名称列表,其中所述部门属性相同的名称排列在所述部门属性不同的名称之前。
13.根据权利要求11或12所述的通讯录获取的装置,其特征在于,所述排列子模块还用于:
当所述部门属性不同的名称中包括多个部门属性相同的待调整名称时,获取各所述待调整名称与所述用户的第二部门联系频率;
根据所述第二部门联系频率从高到低的顺序排列所述部门待调整名称。
14.根据权利要求10~13中任一项所述的通讯录获取的装置,其特征在于,所述排列子模块还用于:
获取所述部门属性相同的名称与所述用户的第三联系频率;
根据所述第三部门联系频率从高到低的顺序排列所述部门属性相同的名称;
其中,所述第三联系频率为所述部门属性相同的名称与属于所述用户所在部门的任意用户的联系频率的总和。
15.根据权利要求10~14中任一项所述的通讯录获取的装置,其特征在于,还包括:
判断模块,用于判断所述待排序名称的个数,并当所述待排序名称的个数为大于1时,执行获取所述待排序名称的排序属性的操作。
16.根据权利要求10~15中任一项所述的通讯录获取的装置,其特征在于,还包括:
标识优先级模块,用于对所述待排序名称标识优先级,其中,与所述待查找名称完全匹配的待排序名称的优先级高于不与所述待查找名称完全匹配的待排序名称,并按照优先级从高到低的顺序排列所述待排序名称。
17.一种服务器,其特征在于,包括:
存储器,用于存储指令;
处理器,与所述存储器耦合,所述处理器被配置为执行存储在所述存储器中的指令,且所述处理器被配置为用于执行如权利要求1至9任一所述的通讯录获取的方法。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210333582.6A CN103678351A (zh) | 2012-09-11 | 2012-09-11 | 通讯录获取的方法、装置和服务器 |
PCT/CN2013/083295 WO2014040533A1 (zh) | 2012-09-11 | 2013-09-11 | 通讯录获取的方法、装置和服务器 |
US14/548,132 US20150074100A1 (en) | 2012-09-11 | 2014-11-19 | Method and apparatus for obtaining address book, and server |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210333582.6A CN103678351A (zh) | 2012-09-11 | 2012-09-11 | 通讯录获取的方法、装置和服务器 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103678351A true CN103678351A (zh) | 2014-03-26 |
Family
ID=50277623
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210333582.6A Pending CN103678351A (zh) | 2012-09-11 | 2012-09-11 | 通讯录获取的方法、装置和服务器 |
Country Status (3)
Country | Link |
---|---|
US (1) | US20150074100A1 (zh) |
CN (1) | CN103678351A (zh) |
WO (1) | WO2014040533A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111314540A (zh) * | 2018-11-26 | 2020-06-19 | 卓望数码技术(深圳)有限公司 | 一种通信录搜索方法、装置、设备和可读存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101197018A (zh) * | 2007-12-28 | 2008-06-11 | 宇龙计算机通信科技(深圳)有限公司 | 一种通讯录的排序方法及系统 |
CN101410791A (zh) * | 2006-04-04 | 2009-04-15 | Uiq技术公司 | 在便携式设备中检索和呈现信息 |
CN101408896A (zh) * | 2008-11-13 | 2009-04-15 | 深圳市震有科技有限公司 | 一种终端中地址薄搜索的方法 |
CN102142035A (zh) * | 2011-03-31 | 2011-08-03 | 百度在线网络技术(北京)有限公司 | 一种用于对多个文字信息记录进行排序的方法与设备 |
CN102164205A (zh) * | 2011-03-02 | 2011-08-24 | 宇龙计算机通信科技(深圳)有限公司 | 联系人信息的快捷输入方法和移动终端 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7680791B2 (en) * | 2005-01-18 | 2010-03-16 | Oracle International Corporation | Method for sorting data using common prefix bytes |
US7822754B2 (en) * | 2006-08-02 | 2010-10-26 | International Business Machines Corporation | Method and system to provide contextual, intelligent address book listings |
US20090043844A1 (en) * | 2007-08-09 | 2009-02-12 | International Business Machines Corporation | System and method for name conflict resolution |
US8045486B2 (en) * | 2008-05-15 | 2011-10-25 | Solarwinds Worldwide, Llc | Discovery and visualization of active directory domain controllers in topological network maps |
US8645417B2 (en) * | 2008-06-18 | 2014-02-04 | Microsoft Corporation | Name search using a ranking function |
CN101848266B (zh) * | 2009-03-24 | 2014-03-26 | 北京网秦天下科技有限公司 | 一种基于上下文的多维度号码通讯录查询方法 |
-
2012
- 2012-09-11 CN CN201210333582.6A patent/CN103678351A/zh active Pending
-
2013
- 2013-09-11 WO PCT/CN2013/083295 patent/WO2014040533A1/zh active Application Filing
-
2014
- 2014-11-19 US US14/548,132 patent/US20150074100A1/en not_active Abandoned
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101410791A (zh) * | 2006-04-04 | 2009-04-15 | Uiq技术公司 | 在便携式设备中检索和呈现信息 |
CN101197018A (zh) * | 2007-12-28 | 2008-06-11 | 宇龙计算机通信科技(深圳)有限公司 | 一种通讯录的排序方法及系统 |
CN101408896A (zh) * | 2008-11-13 | 2009-04-15 | 深圳市震有科技有限公司 | 一种终端中地址薄搜索的方法 |
CN102164205A (zh) * | 2011-03-02 | 2011-08-24 | 宇龙计算机通信科技(深圳)有限公司 | 联系人信息的快捷输入方法和移动终端 |
CN102142035A (zh) * | 2011-03-31 | 2011-08-03 | 百度在线网络技术(北京)有限公司 | 一种用于对多个文字信息记录进行排序的方法与设备 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111314540A (zh) * | 2018-11-26 | 2020-06-19 | 卓望数码技术(深圳)有限公司 | 一种通信录搜索方法、装置、设备和可读存储介质 |
CN111314540B (zh) * | 2018-11-26 | 2021-07-27 | 卓望数码技术(深圳)有限公司 | 一种通信录搜索方法、装置、设备和可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
US20150074100A1 (en) | 2015-03-12 |
WO2014040533A1 (zh) | 2014-03-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104394118B (zh) | 一种用户身份识别方法及系统 | |
CN111459985B (zh) | 标识信息处理方法及装置 | |
CN109815498A (zh) | 一种中文地址标准化方法、装置及电子设备 | |
WO2019024496A1 (zh) | 企业推荐方法及应用服务器 | |
CN109446197A (zh) | 用户信息处理方法、装置、计算机设备及存储介质 | |
CN104750705A (zh) | 信息回复方法及装置 | |
CN104796326A (zh) | 一种企业im的群组创建方法、数据加载方法及装置 | |
CN104361441A (zh) | 智能简历投放方法 | |
CN110263022B (zh) | 酒店数据匹配方法及装置 | |
CN104809130A (zh) | 数据查询的方法、设备及系统 | |
US20150120708A1 (en) | Information aggregation, classification and display method and system | |
CN104462285A (zh) | 一种移动服务查询系统的隐私保护方法 | |
CN107483381A (zh) | 关联账户的监控方法及装置 | |
CN109241247B (zh) | 多方协作项目的问题处理方法、系统及服务器 | |
CN104750760A (zh) | 一种推荐应用软件的实现方法及装置 | |
CN105787849A (zh) | 基于公众平台的失物招领、失物寻找解决方案及系统 | |
CN109525949A (zh) | 注册方法及装置、存储介质、服务器、用户终端 | |
CN110929105A (zh) | 一种基于大数据技术的用户id关联方法 | |
CN107145574A (zh) | 数据库数据处理方法、装置及存储介质和电子设备 | |
CN103116641A (zh) | 获取排序的统计数据的方法及排序装置 | |
CN105160036B (zh) | 一种企业非银信息查询方法 | |
CN110928917A (zh) | 一种目标用户的确定方法、装置、计算设备及介质 | |
CN102739716B (zh) | 一种用户信息发布方法和服务器 | |
CN114896977A (zh) | 一种物联网实体服务信任值的动态评估方法 | |
CN111143421A (zh) | 数据共享方法及装置、电子设备、存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20140326 |
|
RJ01 | Rejection of invention patent application after publication |