CN104008151B - 联系人检索的方法、系统和终端设备 - Google Patents

联系人检索的方法、系统和终端设备 Download PDF

Info

Publication number
CN104008151B
CN104008151B CN201410216353.5A CN201410216353A CN104008151B CN 104008151 B CN104008151 B CN 104008151B CN 201410216353 A CN201410216353 A CN 201410216353A CN 104008151 B CN104008151 B CN 104008151B
Authority
CN
China
Prior art keywords
retrieval
contact person
contact
meeting
grade
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.)
Active
Application number
CN201410216353.5A
Other languages
English (en)
Other versions
CN104008151A (zh
Inventor
李继朝
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen Topevery Technology Co ltd
Original Assignee
Hundred Million Core Communication Co Limiteds Of Shenzhen
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hundred Million Core Communication Co Limiteds Of Shenzhen filed Critical Hundred Million Core Communication Co Limiteds Of Shenzhen
Priority to CN201410216353.5A priority Critical patent/CN104008151B/zh
Publication of CN104008151A publication Critical patent/CN104008151A/zh
Application granted granted Critical
Publication of CN104008151B publication Critical patent/CN104008151B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24Querying
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/23Updating

Abstract

一种联系人检索的方法、系统和终端设备,该方法包括如下步骤:输入联系人信息,并同步更新联系人信息到检索服务器;输入包含指定联系人信息和检索策略的检索请求,并将该检索请求传送至检索服务器;接收检索服务器根据所述指定联系人信息和检索策略获取的检索结果;将接收的检索结果显示于终端设备的显示屏幕上。利用本发明可通过本地终端设备存储的熟悉的联系人检索出用户目前不熟悉的人,实现数据的深度挖掘与分析。

Description

联系人检索的方法、系统和终端设备
技术领域
本发明涉及一种检索系统及方法,尤其涉及一种联系人检索的方法、系统和终端设备。
背景技术
联系人信息是现代社会中一项最重要的信息,人们可以通过联系人存储来记录联系人的相关信息,如:电话号码、电子邮件、IM(Instant message,即时通讯)、地址信息、网站信息、备注、昵称等。这些信息是日常沟通过程中最重要的记录。
现有的联系人查找方式有很多种,举例如下:
1)通过联系人的名称、号码等信息在手机上检索需要的人群;
2)通过联系人的昵称、网址等信息在手机上检索需要的人群;
3)通过第三方社交网站,通过共同的爱好兴趣,检索需要关注的人群;
4)通过搜索引擎,进行关键字检索,检索需要关注的人群。
这些检索方式相对单一,且不能解决被检索人群和检索人群间的相互信任问题,不能做到有效沟通,达到消息快速共享的作用。人们通过上述4种方式虽然在某些特定的场景下,可以帮助人们找到相关的联系人信息,通过这些联系人信息,如电话号码等,可以进行沟通交流。但是对于彼此相互陌生的人而言,如果没有相互熟悉的人或者事务作为中介,彼此间的熟悉就需要一个过程;在这个过程中,需要沟通双方付出大量的时间成本,建立彼此的信任感,才能做到有效的沟通和熟悉,为进一步的信息交换打下基础。
发明内容
鉴于以上内容,有必要提供一种联系人检索的方法、系统和终端设备,其可利用六度分割理论,通过本地终端设备存储的熟悉的联系人检索出用户目前不熟悉的人,实现数据的深度挖掘与分析,更可帮助用户与不熟悉的人快速建立信任感。
一种联系人检索方法,应用于终端设备,该方法包括:输入步骤一,输入联系人信息,并同步更新联系人信息到检索服务器;输入步骤二,输入包含指定联系人信息和检索策略的检索请求,并将该检索请求传送至检索服务器;第一接收步骤,接收检索服务器根据所述指定联系人信息和检索策略获取的检索结果;显示步骤,将接收的检索结果显示于终端设备的显示屏幕上。
一种联系人检索方法,应用于检索服务器,该方法包括:接收步骤一,接收终端设备传送的联系人信息,并同步更新联系人信息到检索服务器的存储器中;接收步骤二,接收终端设备传送的包含指定联系人信息和检索策略的检索请求;检索步骤,根据所述指定联系人信息和检索策略获取检索结果;输出步骤,将上述检索结果反馈给终端设备。
一种联系人检索系统,运行于终端设备,该系统包括:输入模块,用于输入联系人信息,并同步更新联系人信息到检索服务器;所述输入模块,还用于输入包含指定联系人信息和检索策略的检索请求,并将该检索请求传送至检索服务器;第一接收模块,用于接收检索服务器根据所述指定联系人信息和检索策略获取的检索结果;显示模块,用于将接收的检索结果显示于终端设备的显示屏幕上。
一种联系人检索系统,应用于检索服务器,该系统包括:第二接收模块,用于接收终端设备传送的联系人信息,并同步更新联系人信息到检索服务器的存储器中;所述第二接收模块,还用于接收终端设备传送的包含指定联系人信息和检索策略的检索请求;检索模块,用于根据所述指定联系人信息和检索策略获取检索结果;输出模块,用于将上述检索结果反馈给终端设备。
一种终端设备,其特征在于,该终端设备包括:存储器;一个或多个处理器;以及一个或多个模块,所述一个或多个模块被存储在所述存储器中并被配置成由所述一个或多个处理器执行,所述一个或多个模块包括:输入模块,用于输入联系人信息,并同步更新联系人信息到检索服务器;所述输入模块,还用于输入包含指定联系人信息和检索策略的检索请求,并将该检索请求传送至检索服务器;第一接收模块,用于接收检索服务器根据所述指定联系人信息和检索策略获取的检索结果;显示模块,用于将接收的检索结果显示于终端设备的显示屏幕上。
相较于现有技术,上述联系人检索的方法、系统和终端设备,利用六度分割理论,通过本地终端设备存储的熟悉的联系人检索出用户目前不熟悉的人,实现数据的深度挖掘与分析,更可帮助用户与不熟悉的人快速建立信任感,以期更好的达到联系人关联分享的目的。
附图说明
图1是本发明联系人检索系统的应用环境图;
图2是本发明所述检索服务器的结构示意图;
图3是本发明所述联系人检索方法的主体流程图;
图4是是以多级检索策略为例对图3中步骤S103的具体描述;
图5是本发明的联系人信息结构示意图;
图6A至图6G是本发明的联系人信息存储关系示意图;
图7是本发明的联系人信息在检索服务器的保存结构图;
图8是本发明的联系人检索结果显示示意图;
图9是本发明多级检索策略的示意图。
具体实施方式
如图1所示,是本发明联系人检索系统的应用环境图。在本发明中,所述联系人检索系统包括运行于检索终端2的联系人检索系统客户端26,及运行于检索服务器4的联系人检索系统服务端46。所述检索终端2包括,但不限于,通过数据线或信号线相连的第一显示屏幕20、第一输入设备22、第一存储器24和第一处理器28。例如,该检索终端2可以是智能手机、PDA(Personal Digital Assistant,掌上电脑)等终端设备。所述第一显示屏幕20可以是液晶显示器,LED显示器、OLED显示器、等离子显示器等显示装置,所述第一输入设备22可以是键盘、触摸屏等输入装置。需要说明的是,图1只是对检索终端2软件结构和硬件结构的示意性说明,检索终端2还包括其它必要的电子元器件和系统软件,在此不再一一赘述。
所述联系人检索系统客户端26存储于检索终端2的第一存储器24中,用于同步更新联系人信息到检索服务器4,提交包含指定关联信息字段和检索策略的检索请求给检索服务器4,接收检索服务器4返回的包含可信任联系人信息的检索结果,并将可信任联系人信息显示在第一显示屏幕20上,具体方法流程参阅图3至图9的描述。
所述检索服务器4通过网络连接(包括有线网络及无线网络)与一个或多个检索终端2(本实施例以一个为例进行说明)进行数据传递。
在本实施例中,所述联系人检索系统客户端26可以提供一个或多个模块,所述一个或多个模块被存储在所述检索终端2的第一存储器24中并被配置成由第一处理器28执行,以完成本发明。参阅图1所示,在本实施例中,所述联系人检索系统客户端26包括,但不限于,输入模块260、第一接收模块262、及显示模块264。本发明所称的模块是完成一特定功能的计算机程序段,比程序更适合于描述软件在检索终端2中的执行过程,关于各模块的具体功能参阅图3至图9的描述。
如图2所示,是本发明所述检索服务器的结构示意图。所述检索服务器4包括,但不限于,通过数据线或信号线相连的第二显示屏幕40、第二输入设备42、第二存储器44和第二处理器48。所述第二显示屏幕40可以是液晶显示屏,所述第二输入设备42可以是键盘等输入装置,所述第二存储器44可以是数据库或硬盘等。需要说明的是,图2只是对检索服务器4软件结构和硬件结构的示意性说明,检索服务器4还可包括其它必要的电子元器件和系统软件,在此不再一一赘述。
所述联系人检索系统服务端46存储于检索服务器4的第二存储器44中,用于同步更新检索终端2的联系人信息,将检索终端2的联系人信息保存在第二存储器44中,当接收到检索终端2提交包含指定关联信息字段和检索策略的检索请求时,根据关联信息字段和检索策略获取包含可信任联系人信息的检索结果,并返回该检索结果至检索终端2,具体方法流程参阅图3至图9的描述。
在本实施例中,所述联系人检索系统服务端46可以提供一个或多个模块,所述一个或多个模块被存储在所述检索服务器4的第二存储器44中并被配置成由第二处理器48执行,以完成本发明。参阅图2所示,在本实施例中,所述联系人检索系统服务端46包括,但不限于,第二接收模块460、检索模块462、及输出模块464。本发明所称的模块是完成一特定功能的计算机程序段,比程序更适合于描述软件在检索服务器4中的执行过程,关于各模块的具体功能参阅图3至图9的描述。
如图3所示,是本发明所述联系人检索方法的主体流程图。
步骤S101,检索终端2同步更新联系人信息到检索服务器4。具体地,检索终端2中的输入模块260输入联系人信息,并同步更新联系人信息到检索服务器4。当检索服务器4中的第二接收模块460接收到检索终端2发送过来的联系人信息后,将接收的联系人信息同步到第二存储器44中。替代实施例中,需要同步更新联系人信息也可是预先存储在检索终端2内的信息。
参阅图5所示,在本实施例中,联系人信息包含以下几部分信息。其中,M为必选单元,O为可选单元。
1)Vcard2.1规范中规定的联系人各项信息(以下称为“联系人基本信息”),如联系人名称,电话号码1、电话号码2、电话号码3,联系地址、电子邮件、网址等。
2)联系人关联信息:社交网络账号(微博、微信、易信、Facebook、Twitter)、二维码信息、关联标签、关联详细内容。
进一步的,关联标签可以是1个或多个,数量不限,每个标签有字符限制,例如不超过10个中文字符或20个英文字符等。
进一步的,关联详细内容,可以是若干字符以内的文字描述。例如中文200字,英文400个字符等。
3)关联信息属性,该属性包含以下内容:是否公开发布、是否允许仅被指定类型人群检索、该联系人与机主的社会关系。
进一步的,是否公开发布,是指在检索服务器4上是否公开发布该联系人的相关信息,即1)和2)中记录的信息;只有公开发布的信息,才有可能被检索到。
进一步的,是否允许仅被指定类型人群检索,该指定类型人群可以是1个或多个用户指定的人群,或者根据该联系人与机主的社会关系来进行限定。
进一步的,社会关系可以指同学、亲戚、朋友、同事等进行分类,也可以由用户自定义的社会关系,如亲疏关系等。
4)关联检索策略(以下也称为“检索策略”),该属性包含以下几个层级:完全检索、多级检索、一级检索、不检索。较佳实施例中,如果用户没有填写关联检索策略属性,则默认为:完全检索。
进一步的,完全检索,将在检索服务器4中检索所有满足条件的联系人信息。
多级检索,当在检索终端2对应的当前用户的关联联系人(作为机主存储的联系人)中检索不到符合检索请求的联系人时,在后续关联检索的每个检索分支中,允许通过多个联系人的检索终端中存储的联系人信息(如关联信息)进行检索,即以多个其他联系人作为机主在检索服务器4的第二存储器44中进行检索。根据六度分割理论(Six Degrees ofSeparation),或称之为小世界理论:世界上每个人和任何一个陌生人之间所间隔的人不会超过六个,也就是说,最多通过六个人你就能够认识任何一个陌生人。因此,在本实施例中,多级检索的上限可以限定为六级检索,即在关联检索的每个检索分支中,最多允许通过六个联系人的检索终端中存储的联系人信息进行检索。另外,多级检索的下限可以设定为二级检索。
一级检索,当在检索终端2对应的当前用户的关联联系人中检索不到符合检索请求的联系人时,在后续关联检索的每个检索分支中,仅允许通过1个联系人的检索终端中存储的联系人信息(如关联信息)进行检索,不允许通过2个及2个以上的联系人来进行检索。
不检索,即当在检索终端2对应的当前用户的关联联系人中检索不到符合检索请求的联系人时,不允许通过关联联系人进行检索。
参阅图9所示,假设当前用户P0的关联联系人有A、B、C、D四个联系人的信息,进一步的,联系人A作为机主时存储有A1、A2两个联系人的信息,联系人B作为机主时存储有B1、B2两个联系人的信息,进一步的,联系人A1作为机主时存储有A11、A12两个联系人的信息,联系人A2作为机主时存储有A21、A22两个联系人的信息,依次类推。首先在当前用户作为机主存储的四个联系人A、B、C、D的联系人信息中检索满足检索请求的联系人(0级检索)。如果0级检索没有检索到满足检索请求的联系人,则在A、B、C、D作为机主时存储的联系人A1、A2、B1、B2的信息中检索满足检索请求的联系人(1级检索)。如果1级检索仍然没有检索到满足检索请求的联系人,则在A1、A2、B1、B2作为机主时存储的联系人A11、A12、A21、A22的信息中检索满足检索请求的联系人(2级检索),依次类推。以2级检索为例,假设联系人A11为满足检索请求的联系人,在检索分支P0→A→A1→A11中,通过两个联系人A和A1,当前用户检索到了满足检索请求的联系人A11。
进一步的,该检索策略针对检索人和被检索人都需要进行设置,最终检索策略要由检索人和被检索人检索策略进行综合判断。即,如果被检索人设置的关联检索策略是“不检索”,那么即使检索人设置的是完全检索,也不能检索到被检索人的信息,同时,也不能通过被检索人检索到被检索人的联系人信息。
其中,更新联系人信息到检索服务器4,可以是定期或者不定期进行更新;更新的方式可以是变化更新或者全部更新;更新的方法可以分段进行更新或者全部更新;更新的实现可以是通过HTTP GET和/或POST方法和检索服务器4进行更新,还可以通过明文方式或者加密方式进行更新。
其中,更新过程中包括机主联系人信息和非机主联系人信息,机主联系人仅1个,非机主联系人可以是多个;机主联系人和非机主联系人可以被相互关联。
在本实施例中,联系人信息存储分两部分。第一部分是联系人作为机主时的信息存储,第二部分是联系人作为非机主时的信息存储,这两部分的信息的存储在更新到检索服务器时,需要进行关联。
例如,张三作为机主联系人,有机主的联系人信息,同时还有李四和王五两个联系人(参阅图6A至图6C所示);李四作为机主联系人,有机主的联系人信息,同时有张三一个联系人(参阅图6D至图6E所示);王五作为机主联系人,有张三一个联系人(参阅图6F至图6G所示)。
如上述图6A至图6G所示,张三作为非机主联系人信息时,其相对信息较少,李四仅记录了张三的一个电话号码,微信名称,1个关联标签。同时,李四并没有公开发布张三的信息,并且仅允许指定类型的人群检索(即只有是李四记录为朋友的联系人才可以检索到张三),其检索策略为一级,即仅能通过李四检索到张三。王五也仅记录了张三的一个电话号码,易信名称,1个关联标签。同时,王五并没有公开发布张三的信息,并且仅允许指定类型的人群检索(即只有是王五记录为朋友的联系人才可以检索到张三),其检索策略为一级,即仅能通过王五检索到张三。
参阅图7所示,是本发明的联系人信息在检索服务器的保存结构图。张三、李四和王五都将各自的联系人信息更新到检索服务器4。检索服务器4会根据联系人记录号,将该联系人信息进行关联,关联结果如图7所示。该联系人记录号可以是联系人作为机主和非机主时在检索服务器4的第二存储器44(如数据库)中分配的指定序号。
在本实施例中,1个机主可以关联多个非机主的记录号,1个非机主仅可以关联1个机主记录号,多个非机主在分级检索时关联到1个机主记录号,上述记录号可以用于联系人之间的相互索引。
步骤S102,检索终端2按照联系人信息中的指定关联信息字段(如关联标签)和检索策略提交检索请求给检索服务器4。具体地,在本实施例中,检索终端2中的输入模块260输入包含指定关联信息字段和检索策略的检索请求,并将该检索请求传送至检索服务器4。在其他实施例中,所述输入模块260也可以输入包含其他联系人信息字段(如联系人基本信息字段:电话号码等)和检索策略的检索请求。
在本实施例中,检索请求中包括,但不限于,关联信息字段、检索策略中的一项或多项。
进一步的,关联信息中的各个字段,在检索请求中是“或者”关系,每个关联信息字段中的项目信息之间是“或者”关系,即检索请求中的社交网络账号和关联标签是“或者”关系,两者都可以作为检索的满足条件。关联标签中的用户输入的各个标签之间也是“或者”关系,都可以作为检索满足条件。
其中,检索策略是检索请求中的必选项目,需要检索终端2提供后检索服务器4才可以进行检索。
步骤S103,检索服务器4根据关联信息字段和检索策略获取检索结果,并反馈检索结果给检索终端2。具体地,当检索服务器4中的第二接收模块460接收到包含关联信息字段和检索策略的检索请求后,检索模块462根据关联信息字段和检索策略获取检索结果,其中,该检索结果包括可信任联系人的信息。然后,输出模块464将该检索结果反馈给检索终端2。如果检索策略为一级检索,则所述可信任联系人通过一个关联联系人检索得到。如果检索策略为多级检索,则所述可信任联系人通过两个或两个以上的关联联系人检索得到。关于多级检索的举例说明可以参阅图4的具体描述。
其中,检索结果包含两部分内容,第一部分是检索状态,即检索成功或检索失败;第二部分是检索内容。当检索状态为检索失败时,第二部分检索内容为空;当检索状态为检索成功时,检索内容为步骤S101中的1)和2)的信息,这些信息需要根据检索服务器4中记录的关联信息属性和检索策略来决定是否公开显示给检索终端2(即检索用户)。
进一步的,检索服务器4并不一次性的将所有检索结果反馈给检索终端2,仅按照检索结果的生成先后次序反馈给检索终端2。检索人可以操作控制按钮(如“下一页”)显示下一组检索结果,通过发送检索请求给检索服务器4,检索服务器4进行相应的检索结果反馈即可。
在本实施例中,检索结果第二部分检索内容包括联系人信息,其中涉及到的1)Vcard2.1规范中规定的联系人基本信息,2)联系人关联信息:社交网络账号(微博、微信、易信、Facebook、Twitter)、二维码信息,并不直接反馈给检索终端2,仅是按照以下两种方式反馈给检索终端2。
方式一,将检索终端2的本地存储器(如第一存储器24)记录的联系人中满足检索请求的联系人列举出来;
方式二,将在检索服务器4的远端存储器(如第二存储器44)中检索到的满足检索请求的联系人信息按照检索策略中的检索层级进行显示,每个检索到的联系人下,都显示是通过检索终端2的本地存储器(用户本地)记录的哪个联系人通过几级检索而检索到的。如果检索层级是完全检索的,可以直接将满足检索请求的联系人信息完全列出来。
步骤S104,检索终端2根据检索结果选择可信任的联系人,与选择的联系人建立联系过程。具体地,检索终端2中的第一接收模块262接收检索服务器4反馈的检索结果,显示模块264将接收的检索结果显示于第一显示屏幕20上。当检索用户从检索结果中选择可信任的联系人时,检索终端2将与选择的联系人建立联系过程。
其中,联系过程可以是通过检索结果中记录的检索终端2本地存储器中存储的联系人,间接与选择的联系人建立联系,也可以是根据检索出来的社交网络号与选择的联系人进行直接联系,也可以是根据检索出来的二维码信息进行直接联系,还可以是根据检索出来的联系人基本信息来进行直接联系。
如图4所示,是以多级检索策略为例对图3中步骤S103的具体描述。以下流程图以图6A至图6G和图7为基础进行举例说明。
步骤S501,检索服务器4中的第二接收模块460接收检索终端2对应当前用户提交的检索请求,其中,该检索请求包括关联信息字段和检索策略。
步骤S502,检索服务器4中的检索模块462根据该检索请求在第二存储器44中存储的当前用户的关联联系人中进行检索(0级检索),例如,参阅图9所示,在当前用户作为机主存储的四个联系人A、B、C、D的联系人信息中检索满足检索请求的联系人。
步骤S503,检索模块462判断0级检索中是否检索到满足检索请求的联系人。如果0级检索中检索到满足检索请求的联系人,则执行步骤S504;如果0级检索中没有检索到满足检索请求的联系人,则先返回机主联系人中没有检索到满足检索请求的联系人给检索终端2,再执行步骤S505。
步骤S504,检索模块462记录0级检索的检索结果,然后结束检索。
步骤S505,检索服务器4中的检索模块462根据该检索请求,进行1级检索,即从当前用户的非机主联系人关联的非机主联系人中进行检索。例如,参阅图9所示,如果0级检索没有检索到满足检索请求的联系人,则在A、B、C、D作为机主时存储的联系人A1、A2、B1、B2的信息中检索满足检索请求的联系人(1级检索)。
步骤S506,检索模块462判断1级检索中是否检索到满足检索请求的联系人。如果1级检索中检索到满足检索请求的联系人,则执行步骤S507;如果1级检索中没有检索到满足检索请求的联系人,则先返回1级检索中没有检索到满足检索请求的联系人给检索终端2,再执行步骤S508。
步骤S507,检索模块462记录1级检索的检索结果,然后结束检索。
步骤S508,检索服务器4中的检索模块462依次将当前用户的每个非机主联系人设置为新的当前用户(机主),然后根据该检索请求,进行N级(N>=2)检索,即从新的当前用户的非机主联系人关联的非机主联系人中进行检索。例如,参阅图9所示,如果1级检索仍然没有检索到满足检索请求的联系人,则在A1、A2、B1、B2作为机主时存储的联系人A11、A12、A21、A22的信息中检索满足检索请求的联系人(2级检索),依次类推。
步骤S509,检索模块462判断N级检索中是否检索到满足检索请求的联系人。
步骤S510,如果N级检索中检索到满足检索请求的联系人,则检索模块462记录N级检索的检索结果,然后结束检索。
步骤S511,如果N级检索中没有检索到满足检索请求的联系人,则先返回N级检索中没有检索到满足检索请求的联系人给检索终端2,将N=N+1,返回步骤S508,执行下一层级的N级检索,直至N的大小等于预设值,然后结束检索。根据六度分割理论:世界上每个人和任何一个陌生人之间所间隔的人不会超过六个,也就是说,最多通过六个人你就能够认识任何一个陌生人。因此,在本实施例中,预设值设定为6。
进一步地,在步骤S505至S511的过程中,检索服务器4中的检索模块462需要记录检索遍历的联系人记录号,一旦检测到检索过程中的记录号有重复,则停止对该检索分支的检索过程,退回该检索分支的上一层,并返回本层检索未能检索到满足检索请求的结果,标记本层检索到底,不能继续检索。
以图7举例而言,假设王五需要搜索关联联系人,该关联联系人是一名交警,于是提交检索请求给检索服务器4,检索请求中的关联标签为“交警”,检索策略为多级检索。检索服务器4首先在编号为3的机主联系人王五记录的联系人中进行搜寻,由于机主联系人王五仅有一个联系人记录13,非机主联系人张三,检索张三的信息后,不满足检索请求,先返回您的联系人中没有满足条件的联系人,再进行1级检索,即搜寻非机主联系人张三作为机主联系人时记录的联系人是否满足检索请求。首先检索张三记录的机主信息,没有检索到“交警”信息,再检索张三记录的非机主信息,有两个记录号11,16,编号11记录的是李四,检索到李四记录中有“交警”信息,则返回1级检索中找到满足检索请求的联系人李四,继续检索编号16的记录,编号16的记录中没有“交警”信息,则结束检索。
此次检索过程中,检索的记录号顺序如下表1所示,开始检索的记录号为3,0级检索的记录号为13,1级检索到的记录号为1、11、16。
检索“交警”的检索记录号
层级 记录号
START 3
0 13
1 1 1 16
表1
进一步地,如果张三的非机主信息记录的编号11和16中都没有“交警”信息的记录,则需要进行2级检索,首先找到编号11的记录李四作为机主时的编号2,此时李四作为机主时也没有记录交警的信息,需要检查李四记录的非机主联系人,此时仅找到编号为9的张三,经检查也未能找到满足要求的联系人,则结束针对编号11的2级检索。其次找到编号16的记录王五作为机主的编号3,发现该编号3已经存在检索记录号中,则结束此分支的检索,继续进行3级检索。首先找到编号为9的张三作为机主的编号1,发现该编号1已经存在于检索记录号中,则结束此分支的检索。至此,所有分支检索均结束,则返回给用户未能检索到满足检索请求的联系人,结束检索全过程,检索的记录号顺序如下表2所示。
检索“交警”的检索记录号
层级 记录号
START 3
0 13
1 1 1 16
2 2 3
3 1
表2
进一步地,在上述的所有检索过程中,只能对联系人记录的关联信息属性中【是否公开发布】标记为是的记录进行检索。
参阅图8所示,是本发明的联系人检索结果显示示意图。
在本实施例中,联系人检索的结果有以下几种可能:
1)未能检索到任何满足条件的结果;
2)0级检索就检索到满足条件的结果,直接可以将本地联系人中存储的结果就显示给用户;
3)N(N>=1)级检索检索到满足条件的结果,有两种显示方式:
3.1)本地联系人xxx可以联系到满足条件的联系人;
3.2)检索到满足条件的联系人,本地联系人xxx可以联系到他。
例如,以图7检索“交警”,1级检索为例,可以有以下两种显示结果:
1)本地联系人张三,可以联系到交警1位;
2)搜索到交警1位,可以通过本地联系人张三联系上。
进一步的,假设机主联系人王五记录的联系人张三,没有交警的信息,但张三作为机主时,其关联信息有“交警”,则搜索的结果,还应有:
3)搜索到本地联系人张三是交警。
例如,如果检索“交警”,通过2级检索,则可以有以下两种方式:
1)本地联系人张三,可以通过另外1名联系人李四,联系到交警1位;
2)搜索到交警1位,可以通过本地联系人张三通过另外1名联系人李四联系上。
进一步的,假设机主联系人记录的联系人张三,作为机主联系人张三记录的联系人李四,没有交警信息,但李四作为机主时,其关联信息有“交警”,则搜索的结果还应有;
3)搜索到本地联系人张三的联系人李四是交警。
综上所述,以上仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

Claims (11)

1.一种联系人检索方法,应用于终端设备,其特征在于,该方法包括:
输入步骤一,输入联系人信息,并同步更新联系人信息到检索服务器;
输入步骤二,输入包含指定联系人信息和检索策略的检索请求,并将该检索请求传送至检索服务器;
第一接收步骤,接收检索服务器根据所述指定联系人信息和检索策略获取的检索结果;及
显示步骤,将接收的检索结果显示于终端设备的显示屏幕上;
所述联系人信息至少包括联系人基本信息和关联信息属性,该关联信息属性包括:是否公开发布、是否允许仅被指定类型人群检索、该联系人与机主的社会关系;
所述检索策略包括完全检索、多级检索、一级检索、和不检索;
其中,所述完全检索为,在检索服务器中检索所有满足检索请求的联系人;
所述多级检索为,当在终端设备对应的当前用户的关联联系人中检索不到符合检索请求的联系人时,在后续关联检索的每个检索分支中,允许通过多个联系人的终端设备中存储的联系人信息进行检索;
所述一级检索为,当在终端设备对应的当前用户的关联联系人中检索不到符合检索请求的联系人时,在后续关联检索的每个检索分支中,仅允许通过一个联系人的终端设备中存储的联系人信息进行检索;
所述不检索为,即当在终端设备对应的当前用户的关联联系人中检索不到符合检索请求的联系人时,不允许通过关联联系人进行检索;
检索服务器执行检索过程中,只对联系人记录的关联信息属性中【是否公开发布】标记为是的记录进行检索;
所述多级检索策略的具体检索过程包括:
步骤S501,接收当前用户提交的检索请求,其中,该检索请求包括关联信息字段和检索策略;
步骤S502,根据该检索请求在当前用户的关联联系人中进行0级检索;
步骤S503,判断0级检索中是否检索到满足检索请求的联系人;如果0级检索中检索到满足检索请求的联系人,则执行步骤S504;如果0级检索中没有检索到满足检索请求的联系人,则先返回机主联系人中没有检索到满足检索请求的联系人,再执行步骤S505;
步骤S504,记录0级检索的检索结果,然后结束检索;
步骤S505,根据该检索请求,进行1级检索,即从当前用户的非机主联系人关联的非机主联系人中进行检索;
步骤S506,判断1级检索中是否检索到满足检索请求的联系人,如果1级检索中检索到满足检索请求的联系人,则执行步骤S507;如果1级检索中没有检索到满足检索请求的联系人,则先返回1级检索中没有检索到满足检索请求的联系人,再执行步骤S508;
步骤S507,记录1级检索的检索结果,然后结束检索;
步骤S508,依次将当前用户的每个非机主联系人设置为新的当前用户,然后根据该检索请求,进行N级检索,N>=2,即从新的当前用户的非机主联系人关联的非机主联系人中进行检索;
步骤S509,判断N级检索中是否检索到满足检索请求的联系人;
步骤S510,如果N级检索中检索到满足检索请求的联系人,则检索模块462记录N级检索的检索结果,然后结束检索;
步骤S511,如果N级检索中没有检索到满足检索请求的联系人,则先返回N级检索中没有检索到满足检索请求的联系人给检索终端2,将N=N+1,返回步骤S508,执行下一层级的N级检索,直至N的大小等于预设值,然后结束检索。
2.如权利要求1所述的联系人检索方法,其特征在于,所述指定联系人信息包括联系人信息中的指定关联信息。
3.如权利要求1所述的联系人检索方法,其特征在于,所述检索结果包含两部分内容,第一部分内容是检索状态,包括检索成功或检索失败,第二部分内容是检索内容,包括联系人信息,其中,联系人信息按照检索策略中的检索层级进行显示,每个检索到的联系人下,都显示是通过终端设备的本地存储器记录的指定联系人通过几级检索而检索到的。
4.一种联系人检索方法,应用于检索服务器,其特征在于,该方法包括:
接收步骤一,接收终端设备传送的联系人信息,并同步更新联系人信息到检索服务器的存储器中;
接收步骤二,接收终端设备传送的包含指定联系人信息和检索策略的检索请求;
检索步骤,根据所述指定联系人信息和检索策略获取检索结果;及
输出步骤,将上述检索结果反馈给终端设备;
所述联系人信息至少包括联系人基本信息和关联信息属性,该关联信息属性包括:是否公开发布、是否允许仅被指定类型人群检索、该联系人与机主的社会关系;
所述检索策略包括完全检索、多级检索、一级检索、和不检索;
其中,所述完全检索为,在检索服务器中检索所有满足检索请求的联系人;
所述多级检索为,当在终端设备对应的当前用户的关联联系人中检索不到符合检索请求的联系人时,在后续关联检索的每个检索分支中,允许通过多个联系人的终端设备中存储的联系人信息进行检索;
所述一级检索为,当在终端设备对应的当前用户的关联联系人中检索不到符合检索请求的联系人时,在后续关联检索的每个检索分支中,仅允许通过一个联系人的终端设备中存储的联系人信息进行检索;
所述不检索为,即当在终端设备对应的当前用户的关联联系人中检索不到符合检索请求的联系人时,不允许通过关联联系人进行检索;
所述检索步骤中,只对联系人记录的关联信息属性中【是否公开发布】标记为是的记录进行检索;
所述多级检索策略的具体检索过程包括:
步骤S501,接收当前用户提交的检索请求,其中,该检索请求包括关联信息字段和检索策略;
步骤S502,根据该检索请求在当前用户的关联联系人中进行0级检索;
步骤S503,判断0级检索中是否检索到满足检索请求的联系人;如果0级检索中检索到满足检索请求的联系人,则执行步骤S504;如果0级检索中没有检索到满足检索请求的联系人,则先返回机主联系人中没有检索到满足检索请求的联系人,再执行步骤S505;
步骤S504,记录0级检索的检索结果,然后结束检索;
步骤S505,根据该检索请求,进行1级检索,即从当前用户的非机主联系人关联的非机主联系人中进行检索;
步骤S506,判断1级检索中是否检索到满足检索请求的联系人,如果1级检索中检索到满足检索请求的联系人,则执行步骤S507;如果1级检索中没有检索到满足检索请求的联系人,则先返回1级检索中没有检索到满足检索请求的联系人,再执行步骤S508;
步骤S507,记录1级检索的检索结果,然后结束检索;
步骤S508,依次将当前用户的每个非机主联系人设置为新的当前用户,然后根据该检索请求,进行N级检索,N>=2,即从新的当前用户的非机主联系人关联的非机主联系人中进行检索;
步骤S509,判断N级检索中是否检索到满足检索请求的联系人;
步骤S510,如果N级检索中检索到满足检索请求的联系人,则检索模块462记录N级检索的检索结果,然后结束检索;
步骤S511,如果N级检索中没有检索到满足检索请求的联系人,则先返回N级检索中没有检索到满足检索请求的联系人给检索终端2,将N=N+1,返回步骤S508,执行下一层级的N级检索,直至N的大小等于预设值,然后结束检索。
5.如权利要求4所述的联系人检索方法,其特征在于,该检索结果包括可信任联系人,其中,如果检索策略为一级检索,则所述可信任联系人通过一个关联联系人检索得到,如果检索策略为多级检索,则所述可信任联系人通过两个或两个以上的关联联系人检索得到。
6.如权利要求5所述的联系人检索方法,其特征在于,如果检索策略为多级检索,则所述检索步骤包括:
根据该检索请求在检索服务器的存储器中存储的终端设备对应的当前用户的关联联系人中进行0级检索;
如果0级检索中没有检索到满足检索请求的联系人,根据该检索请求,进行1级检索,从当前用户的非机主联系人关联的非机主联系人中进行检索;
如果1级检索中没有检索到满足检索请求的联系人,依次将当前用户的每个非机主联系人设置为新的当前用户,然后根据该检索请求,进行N级检索,从新的当前用户的非机主联系人关联的非机主联系人中进行检索,其中,N大于或等于2;及
如果N级检索中没有检索到满足检索请求的联系人,将N的大小加1,执行下一层级的N级检索,直至N的大小等于预设值,然后结束检索。
7.如权利要求6所述的联系人检索方法,其特征在于,在所述检索步骤中,检索服务器记录检索遍历的联系人记录号,如果检测到检索过程中的联系人记录号有重复,则停止对该检索分支的检索过程,退回该检索分支的上一层,其中,所述联系人记录号为联系人作为机主和非机主时在检索服务器的存储器中分配的指定序号。
8.一种联系人检索系统,运行于终端设备,其特征在于,该系统包括:
输入模块,用于输入联系人信息,并同步更新联系人信息到检索服务器;
所述输入模块,还用于输入包含指定联系人信息和检索策略的检索请求,并将该检索请求传送至检索服务器;
第一接收模块,用于接收检索服务器根据所述指定联系人信息和检索策略获取的检索结果;及
显示模块,用于将接收的检索结果显示于终端设备的显示屏幕上;
所述联系人信息至少包括联系人基本信息和关联信息属性,该关联信息属性包括:是否公开发布、是否允许仅被指定类型人群检索、该联系人与机主的社会关系;
所述检索策略包括完全检索、多级检索、一级检索、和不检索;
其中,所述完全检索为,在检索服务器中检索所有满足检索请求的联系人;
所述多级检索为,当在终端设备对应的当前用户的关联联系人中检索不到符合检索请求的联系人时,在后续关联检索的每个检索分支中,允许通过多个联系人的终端设备中存储的联系人信息进行检索;
所述一级检索为,当在终端设备对应的当前用户的关联联系人中检索不到符合检索请求的联系人时,在后续关联检索的每个检索分支中,仅允许通过一个联系人的终端设备中存储的联系人信息进行检索;
所述不检索为,即当在终端设备对应的当前用户的关联联系人中检索不到符合检索请求的联系人时,不允许通过关联联系人进行检索;
检索服务器执行检索过程中,只对联系人记录的关联信息属性中【是否公开发布】标记为是的记录进行检索;
所述多级检索策略的具体检索过程包括:
步骤S501,接收当前用户提交的检索请求,其中,该检索请求包括关联信息字段和检索策略;
步骤S502,根据该检索请求在当前用户的关联联系人中进行0级检索;
步骤S503,判断0级检索中是否检索到满足检索请求的联系人;如果0级检索中检索到满足检索请求的联系人,则执行步骤S504;如果0级检索中没有检索到满足检索请求的联系人,则先返回机主联系人中没有检索到满足检索请求的联系人,再执行步骤S505;
步骤S504,记录0级检索的检索结果,然后结束检索;
步骤S505,根据该检索请求,进行1级检索,即从当前用户的非机主联系人关联的非机主联系人中进行检索;
步骤S506,判断1级检索中是否检索到满足检索请求的联系人,如果1级检索中检索到满足检索请求的联系人,则执行步骤S507;如果1级检索中没有检索到满足检索请求的联系人,则先返回1级检索中没有检索到满足检索请求的联系人,再执行步骤S508;
步骤S507,记录1级检索的检索结果,然后结束检索;
步骤S508,依次将当前用户的每个非机主联系人设置为新的当前用户,然后根据该检索请求,进行N级检索,N>=2,即从新的当前用户的非机主联系人关联的非机主联系人中进行检索;
步骤S509,判断N级检索中是否检索到满足检索请求的联系人;
步骤S510,如果N级检索中检索到满足检索请求的联系人,则检索模块462记录N级检索的检索结果,然后结束检索;
步骤S511,如果N级检索中没有检索到满足检索请求的联系人,则先返回N级检索中没有检索到满足检索请求的联系人给检索终端2,将N=N+1,返回步骤S508,执行下一层级的N级检索,直至N的大小等于预设值,然后结束检索。
9.一种联系人检索系统,应用于检索服务器,其特征在于,该系统包括:
第二接收模块,用于接收终端设备传送的联系人信息,并同步更新联系人信息到检索服务器的存储器中;
所述第二接收模块,还用于接收终端设备传送的包含指定联系人信息和检索策略的检索请求;
检索模块,用于根据所述指定联系人信息和检索策略获取检索结果;及
输出模块,用于将上述检索结果反馈给终端设备;
所述联系人信息至少包括联系人基本信息和关联信息属性,该关联信息属性包括:是否公开发布、是否允许仅被指定类型人群检索、该联系人与机主的社会关系;
所述检索策略包括完全检索、多级检索、一级检索、和不检索;
其中,所述完全检索为,在检索服务器中检索所有满足检索请求的联系人;
所述多级检索为,当在终端设备对应的当前用户的关联联系人中检索不到符合检索请求的联系人时,在后续关联检索的每个检索分支中,允许通过多个联系人的终端设备中存储的联系人信息进行检索;
所述一级检索为,当在终端设备对应的当前用户的关联联系人中检索不到符合检索请求的联系人时,在后续关联检索的每个检索分支中,仅允许通过一个联系人的终端设备中存储的联系人信息进行检索;
所述不检索为,即当在终端设备对应的当前用户的关联联系人中检索不到符合检索请求的联系人时,不允许通过关联联系人进行检索;
检索模块执行检索过程中,只对联系人记录的关联信息属性中【是否公开发布】标记为是的记录进行检索;
所述多级检索策略的具体检索过程包括:
步骤S501,接收当前用户提交的检索请求,其中,该检索请求包括关联信息字段和检索策略;
步骤S502,根据该检索请求在当前用户的关联联系人中进行0级检索;
步骤S503,判断0级检索中是否检索到满足检索请求的联系人;如果0级检索中检索到满足检索请求的联系人,则执行步骤S504;如果0级检索中没有检索到满足检索请求的联系人,则先返回机主联系人中没有检索到满足检索请求的联系人,再执行步骤S505;
步骤S504,记录0级检索的检索结果,然后结束检索;
步骤S505,根据该检索请求,进行1级检索,即从当前用户的非机主联系人关联的非机主联系人中进行检索;
步骤S506,判断1级检索中是否检索到满足检索请求的联系人,如果1级检索中检索到满足检索请求的联系人,则执行步骤S507;如果1级检索中没有检索到满足检索请求的联系人,则先返回1级检索中没有检索到满足检索请求的联系人,再执行步骤S508;
步骤S507,记录1级检索的检索结果,然后结束检索;
步骤S508,依次将当前用户的每个非机主联系人设置为新的当前用户,然后根据该检索请求,进行N级检索,N>=2,即从新的当前用户的非机主联系人关联的非机主联系人中进行检索;
步骤S509,判断N级检索中是否检索到满足检索请求的联系人;
步骤S510,如果N级检索中检索到满足检索请求的联系人,则检索模块462记录N级检索的检索结果,然后结束检索;
步骤S511,如果N级检索中没有检索到满足检索请求的联系人,则先返回N级检索中没有检索到满足检索请求的联系人给检索终端2,将N=N+1,返回步骤S508,执行下一层级的N级检索,直至N的大小等于预设值,然后结束检索。
10.一种终端设备,其特征在于,该终端设备包括:
存储器;
一个或多个处理器;以及
一个或多个模块,所述一个或多个模块被存储在所述存储器中并被配置成由所述一个或多个处理器执行,所述一个或多个模块包括:
输入模块,用于输入联系人信息,并同步更新联系人信息到检索服务器;
所述输入模块,还用于输入包含指定联系人信息和检索策略的检索请求,并将该检索请求传送至检索服务器;
第一接收模块,用于接收检索服务器根据所述指定联系人信息和检索策略获取的检索结果;及
显示模块,用于将接收的检索结果显示于终端设备的显示屏幕上;
所述联系人信息至少包括联系人基本信息和关联信息属性,该关联信息属性包括:是否公开发布、是否允许仅被指定类型人群检索、该联系人与机主的社会关系;
所述检索策略包括完全检索、多级检索、一级检索、和不检索;
其中,所述完全检索为,在检索服务器中检索所有满足检索请求的联系人;
所述多级检索为,当在终端设备对应的当前用户的关联联系人中检索不到符合检索请求的联系人时,在后续关联检索的每个检索分支中,允许通过多个联系人的终端设备中存储的联系人信息进行检索;
所述一级检索为,当在终端设备对应的当前用户的关联联系人中检索不到符合检索请求的联系人时,在后续关联检索的每个检索分支中,仅允许通过一个联系人的终端设备中存储的联系人信息进行检索;
所述不检索为,即当在终端设备对应的当前用户的关联联系人中检索不到符合检索请求的联系人时,不允许通过关联联系人进行检索;
检索服务器执行检索过程中,只对联系人记录的关联信息属性中【是否公开发布】标记为是的记录进行检索;
所述多级检索策略的具体检索过程包括:
步骤S501,接收当前用户提交的检索请求,其中,该检索请求包括关联信息字段和检索策略;
步骤S502,根据该检索请求在当前用户的关联联系人中进行0级检索;
步骤S503,判断0级检索中是否检索到满足检索请求的联系人;如果0级检索中检索到满足检索请求的联系人,则执行步骤S504;如果0级检索中没有检索到满足检索请求的联系人,则先返回机主联系人中没有检索到满足检索请求的联系人,再执行步骤S505;
步骤S504,记录0级检索的检索结果,然后结束检索;
步骤S505,根据该检索请求,进行1级检索,即从当前用户的非机主联系人关联的非机主联系人中进行检索;
步骤S506,判断1级检索中是否检索到满足检索请求的联系人,如果1级检索中检索到满足检索请求的联系人,则执行步骤S507;如果1级检索中没有检索到满足检索请求的联系人,则先返回1级检索中没有检索到满足检索请求的联系人,再执行步骤S508;
步骤S507,记录1级检索的检索结果,然后结束检索;
步骤S508,依次将当前用户的每个非机主联系人设置为新的当前用户,然后根据该检索请求,进行N级检索,N>=2,即从新的当前用户的非机主联系人关联的非机主联系人中进行检索;
步骤S509,判断N级检索中是否检索到满足检索请求的联系人;
步骤S510,如果N级检索中检索到满足检索请求的联系人,则检索模块462记录N级检索的检索结果,然后结束检索;
步骤S511,如果N级检索中没有检索到满足检索请求的联系人,则先返回N级检索中没有检索到满足检索请求的联系人给检索终端2,将N=N+1,返回步骤S508,执行下一层级的N级检索,直至N的大小等于预设值,然后结束检索。
11.如权利要求10所述的终端设备,其特征在于,所述指定联系人信息包括联系人信息中的指定关联信息。
CN201410216353.5A 2014-05-21 2014-05-21 联系人检索的方法、系统和终端设备 Active CN104008151B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201410216353.5A CN104008151B (zh) 2014-05-21 2014-05-21 联系人检索的方法、系统和终端设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410216353.5A CN104008151B (zh) 2014-05-21 2014-05-21 联系人检索的方法、系统和终端设备

Publications (2)

Publication Number Publication Date
CN104008151A CN104008151A (zh) 2014-08-27
CN104008151B true CN104008151B (zh) 2019-03-26

Family

ID=51368808

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410216353.5A Active CN104008151B (zh) 2014-05-21 2014-05-21 联系人检索的方法、系统和终端设备

Country Status (1)

Country Link
CN (1) CN104008151B (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105373569A (zh) * 2014-09-02 2016-03-02 中兴通讯股份有限公司 联系人的检索处理方法及装置
CN105100404A (zh) * 2015-05-26 2015-11-25 努比亚技术有限公司 一种信息处理方法及装置、终端
CN106453775B (zh) * 2016-09-26 2019-04-05 珠海格力电器股份有限公司 一种基于通讯录的信息查询方法、系统及装置
CN106775711B (zh) * 2016-12-14 2020-10-23 浙江翼信科技有限公司 针对联系人的信息处理方法、设备和计算机可读存储介质
CN108415748B (zh) * 2018-03-01 2021-06-01 广州南方人才资讯科技有限公司 信息显示方法和系统、计算机存储介质及设备

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102801691A (zh) * 2011-05-25 2012-11-28 中兴通讯股份有限公司 联系人信息的获取方法及装置
CN102868716A (zh) * 2011-07-08 2013-01-09 中兴通讯股份有限公司 联系路径查找方法、系统及搜索服务器

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7472110B2 (en) * 2003-01-29 2008-12-30 Microsoft Corporation System and method for employing social networks for information discovery
CN102790789A (zh) * 2011-05-18 2012-11-21 北京千橡网景科技发展有限公司 搜索联系信息的方法和装置

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102801691A (zh) * 2011-05-25 2012-11-28 中兴通讯股份有限公司 联系人信息的获取方法及装置
CN102868716A (zh) * 2011-07-08 2013-01-09 中兴通讯股份有限公司 联系路径查找方法、系统及搜索服务器

Also Published As

Publication number Publication date
CN104008151A (zh) 2014-08-27

Similar Documents

Publication Publication Date Title
US10154381B2 (en) Location context, supplemental information, and suggestions for meeting locations
US20230259491A1 (en) Context-based file selection
US7409384B2 (en) Integration of instant messaging with internet searching
US8694490B2 (en) Method and apparatus for collection, display and analysis of disparate data
CN104008151B (zh) 联系人检索的方法、系统和终端设备
CN104285220B (zh) 向在社交联网服务上的联系人发送通信
CN102955781B (zh) 一种人物搜索方法及装置
US20120158935A1 (en) Method and systems for managing social networks
US20090292785A1 (en) System and method for dynamic contact lists
CN106850403A (zh) 一种用户终端及操作用户终端的方法
US10346526B2 (en) Understanding of the relationship between the comments being made to the containers and the comments being made to the elements of the containers
US8732252B2 (en) Cooperating system, chat server, program, and cooperating method
US8122041B2 (en) Sharing and collaboration of search findings
US9985921B2 (en) Bridging relationships across enterprise and personal social networks
US20150310100A1 (en) Presenting user-generated content in search results
CA2797933C (en) Travel management
US9189508B2 (en) Inferring relevance based on user interactions with email
CN109299340A (zh) 一种基于图数据库的微博用户转发关系导入及可视化方法
CN101014021A (zh) 一种在即时通信客户端中查找用户的方法、系统及客户端
JP2005032071A (ja) グループログイン機能を有するグループウェア
CN104375815B (zh) 一种信息处理方法以及一种电子设备
JP2009003744A (ja) 事例検索システムおよび事例検索方法
WO2015154470A1 (zh) 联系人的检索处理方法及装置
JP5028444B2 (ja) 検索システムでメッセージを伝達するサーバ装置及び方法
Murphy SME Community; Newest networking tool is now available to SME members.

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right

Effective date of registration: 20220623

Address after: Room 607, Pioneering Building for Overseas Students, No. 29 Nanhuan Road, Nanshan Street, Nanshan District, Shenzhen City, Guangdong Province, 518000

Patentee after: SHENZHEN TOPEVERY TECHNOLOGY CO.,LTD.

Address before: 518000 1510, Shenzhen poly city building, Chuangye Road, Nanshan District, Shenzhen, Guangdong

Patentee before: SHENZHEN YIXIN COMMUNICATION CO.,LTD.

TR01 Transfer of patent right