CN104156379A - 联系人关联检索系统及方法 - Google Patents

Abstract

一种联系人关联检索系统，应用于检索服务器中，所述检索服务器与多个终端装置相连接，所述检索服务器包括存储装置以存储从所述终端装置接收的联系人信息，所述接收的联系人信息包括多个关联信息及属性，该系统用于将所述终端装置中的联系人信息同步到所述的检索服务器，在所述检索服务器中建立联系人之间的关联结构，从所述终端装置接收检索请求，根据所述检索请求及联系人之间的关联结构，一次或多次在非机主属性的联系人为机主时所关联的联系人中进行检索；及返回检索结果至所述的终端装置。本发明还提供一种联系人关联检索方法。利用本发明可建立联系人之间的关联并检索到具备一定关联度的目标联系人。

Description

联系人关联检索系统及方法

技术领域

本发明涉及通讯领域中的联系人信息管理技术，尤其涉及一种联系人关联检索系统及方法。

背景技术

联系人信息是人与人之间建立通讯的基础信息。电子装置中可安装不同的应用软件来实现用户与联系人的多种方式的沟通，例如，通话、短信、各类即时信息（例如，微信、易信、QQ等）的交互等。

用户虽然可以通过各类应用软件的通讯录与通讯录中已有的联系人进行直接的通讯，然而，这种基于对已有联系人的通讯远远不能满足人们日益复杂的人际交往带来的需求。当用户需要认识更多的人时，用户通常可以采取如下方式进行目标联系人的检索：(1)在第三方社交网站，通过昵称、号码、爱好兴趣等信息检索目标联系人；(2)利用搜索引擎进行关键字检索目标联系人。

然而，虽然上述方式能够帮助用户检索到目标群体，但是这样的检索方式相对单一，所查找到的被检索人与作为检索人的用户之间的关联度很低，检索人与被检索人之间可能是完全陌生且毫无关联，这样的检索结果不能解决检索人与被检索人之间的相互信任问题，即，无法建立有效的信任机制，从而不能实现有效沟通及信息共享等。

也就是说，用户无法利用目前现有的联系人检索方式来查找到与自己具备校高关联度的目标联系人，例如，用户的朋友的朋友。

可见，现有的联系人检索方式无法满足用户查找具备一定关联度的目标联系人，无法根据检索人与被检索人的亲疏度来优化检索结果。

发明内容

鉴于以上内容，有必要提供一种联系人关联检索系统及方法，可根据多层联系人之间的关系建立联系人之间的关联，并基于联系人之间的关联检索到符合用户需求的关联联系人，并提供与该用户有直接联系的联系人与该检索到的关联联系人之间的关系，从而可快速找到有关联的目标联系人。

一种联系人关联检索方法，应用于终端装置中，所述终端装置与检索服务器相连接，所述终端装置中储存了联系人信息，该方法包括：在所述终端装置中储存的联系人信息中增加多个关联信息，并配置联系人的属性信息，以及设置联系人检索策略；更新所述终端装置中的联系人信息至所述的检索服务器；提交检索请求至所述检索服务器，所述的检索请求包括检索关键字及检索策略；及从所述检索服务器获取检索结果。

一种联系人关联检索方法，应用于检索服务器中，所述检索服务器与多个终端装置相连接，所述检索服务器包括存储装置以存储从所述终端装置接收的联系人信息，所述接收的联系人信息包括多个关联信息及属性，该方法包括：根据所有联系人信息，建立联系人之间的关联结构，包括：确定每个联系人的属性，包括机主属性和非机主属性；确定每个联系人的属性为机主属性时，该联系人所关联的非机主联系人，以及确定每个联系人的属性为非机主属性时，该联系人所关联的机主；从所述终端装置接收检索请求，并根据所述检索请求确定检索策略；根据所确定的检索策略、所述检索请求中的关联信息以及联系人之间的关联结构，一次或多次在非机主属性的联系人为机主时所关联的联系人中进行检索；及返回检索结果至所述的终端装置。

一种联系人关联检索系统，应用于检索服务器中，所述检索服务器与多个终端装置相连接，所述检索服务器包括存储装置以存储从所述终端装置接收的联系人信息，所述接收的联系人信息包括多个关联信息及属性，该系统包括：信息处理模块，用于根据所有联系人信息，建立联系人之间的关联结构，包括：确定每个联系人的属性，包括机主属性和非机主属性；确定每个联系人的属性为机主属性时，该联系人所关联的非机主联系人，以及确定每个联系人的属性为非机主属性时，该联系人所关联的机主；检索模块，用于从所述终端装置接收检索请求，根据所述检索请求确定检索策略，根据所确定的检索策略、所述检索请求中的关联信息以及联系人之间的关联结构，一次或多次在非机主属性的联系人为机主时所关联的联系人中进行检索；及传送模块，用于返回检索结果至所述的终端装置。

相较于现有技术，所述的联系人关联检索系统及方法，可根据联系人之间的关联检索到具备一定关联度的目标联系人，如此可帮助用户使用快捷的方式建立彼此间稳定可靠的联系。

附图说明

图1是本发明联系人关联检索系统的较佳实施方式的应用环境图。

图2是本发明联系人关联检索系统的较佳实施方式的检索服务器的硬件架构图。

图3是本发明联系人关联检索系统的较佳实施方式的终端装置的硬件架构图。

图4是本发明联系人关联检索系统的较佳实施方式的功能模块图。

图5是本发明联系人关联检索方法的较佳实施方式的应用于终端装置的联系人关联检索流程图。

图6是本发明联系人关联检索方法的较佳实施方式的应用于检索服务器的联系人关联流程图。

图7是本发明联系人关联检索方法的较佳实施方式的应用于检索服务器的联系人检索流程图。

图8是本发明联系人关联检索方法的联系人信息设置示意图。

图9是本发明联系人关联检索方法的机主张三的联系人信息示意图。

图10是本发明联系人关联检索方法的非机主李四的联系人信息示意图。

图11是本发明联系人关联检索方法的非机主王五的联系人信息示意图。

图12是本发明联系人关联检索方法的联系人关联结构图。

图13是本发明联系人关联检索方法的检索清单第一示意图。

图14是本发明联系人关联检索方法的检索清单第二示意图。

具体实施方式

如图1所示，是本发明联系人关联检索系统的较佳实施方式的应用环境图。所述的联系人关联检索系统3应用于多个终端装置1和检索服务器2中，所述的终端装置1和检索服务器2通过网络4进行连接。所述的终端装置1可以是手机、平板电脑、个人数字助理等电子装置。所述的检索服务器2可以是计算机、大型主机等运算装置。所述的网络4可以是互联网、局域网或者各类通讯网络。

在本较佳实施方式中，所述的联系人关联检索系统3包括请求子系统30及检索子系统32（如图4所示），其中，所述的请求子系统30应用于每个终端装置1，所述的检索子系统32应用于所述的检索服务器2。下文将进行详细说明。

如图2所示，是本发明联系人关联检索系统的较佳实施方式的检索服务器的硬件架构图。所述的检索服务器2还包括处理器21、存储装置22及检索子系统32。所述处理器21用于执行所述检索子系统32以及在所述检索服务器2内安装的各类软件，例如操作系统等。所述存储装置22可以是不同类型的存储卡或存储设奋。所述的存储装置22用于存储各类数据，例如，应用程序、图片等信息，以及用于存储利用所述检索子系统32所设置、接收的数据。

在本较佳实施方式中，所述的存储装置22中包括一个或多个信息数据库220，用于存储各类联系人信息，以及在联系人信息的基础上生产的关联信息等各类数据。

具备检索子系统32的检索服务器2用于从各个终端装置1接收联系人信息，对各类联系人信息进行关联，根据所述终端装置1的检索请求从具备关联性的联系人中搜寻符合所述检索请求的联系人信息，并将搜寻到的联系人信息反馈至所述终端装置1。

如图3所示，是本发明联系人关联检索系统的较佳实施方式的终端装置的硬件架构图。

所述的终端装置1还包括处理器11、存储装置12、显示装置13及请求子系统30。所述处理器11用于执行所述请求子系统30以及在所述终端装置1内安装的各类软件，例如操作系统等。所述存储装置12可以是不同类型的存储卡或存储设奋。所述的存储装置12用于存储各类数据，例如，联系人信息、应用程序、图片等信息，以及用于存储利用所述请求子系统30所设置、接收的数据。

所述的显示装置13可显示各类可视化数据，包括所述终端装置1内存储的联系人信息以及从所述检索服务器2接收到的检索结果。

具备请求子系统30的终端装置1用于根据所述检索服务器2对联系人各项信息的要求，对存储的联系人信息进行设置并更新到所述的检索服务器2，发送检索请求并从所述检索服务器2接收检索结果。

如图4所示，是本发明联系人关联检索系统的较佳实施方式的功能模块图。如上文所述，在本较佳实施方式中，由于涉及到多个装置之间的数据交互，例如，一个或多个终端装置1与检索服务器2之间的数据交互，因此，所述联系人关联检索系统3可包括两个子系统：请求子系统30及检索子系统32，需要说明的是，请求子系统30及检索子系统32可以是两个分别的、单独运行的完整的系统，即，请求子系统30及检索子系统32可以独立运行，而非限制在所述联系人关联检索系统3中。

所述的请求子系统30及检索子系统32各自包括多个功能模块。所述的请求子系统30包括设置模块300、同步模块302及查询模块304。所述的检索子系统32包括接收模块320、信息处理模块322、检索模块324及传送模块326。

本发明所称的模块是完成特定功能的程序段或者指令，比程序更适合于描述软件在所述终端装置1及检索服务器2中的执行过程。针对模块的相关描述可参照针对图5-7的说明。需要说明的是，所述的联系人关联检索系统3的多个模块被储存在所述存储装置12、22中并被配置成由相应的处理器11、21来执行。

如图5所示，是本发明联系人关联检索方法的较佳实施方式的应用于终端装置的联系人关联检索流程图。

首先，步骤S2，所述的设置模块300设置联系人的关联信息及关联信息的属性，以及设置对应于每个联系人的检索策略。

所述的设置模块300设置联系人的基本信息，通常包括，但不限于：名称（或称“姓名”）、一个或多个电话号码、联系地址、电子邮件、网址等。

所述的设置模块300设置联系人的关联信息。所述关联信息包括联系人的社交网络账号（例如，微博、微信、易信、Facebook、Twitter等）、二维码信息、关联标签、关联描述等信息。

所述的关联标签可以是对应该联系人的职业信息、爱好兴趣、取得的职称信息等各类资讯。所述的关联描述可以是对该联系人的详细说明，例如，说明该联系人的履历、兴趣爱好等。

所述的设置模块300进一步设置关联信息的属性，可包括，但不限于：是否公开发布、是否仅被指定类型人群检索、联系人与机主的社会关系等。所述的是否公开发布指该联系人是否同意在所述检索服务器2上公开发布个人信息。所述的指定类型人群可根据预先设置的多个类型进行选择和限制，例如，可包括如下多个类型：同学、亲属、朋友、同事、商务、自定义类型等。所述联系人与机主的社会关系可包括同学、亲属、朋友、同事、自定义等多种关系中的一种或多种。

所述的设置模块300在确定所述关联信息的属性时可提供多个预先设置的栏位供用户进行选择，以及提供输入栏位供用户进行自定义的设置。

所述的设置模块300进一步设置检索策略。在本实施方式中，所述的检索策略可包括，但不限于：完全检索、多级检索、一级检索、不检索。

所述的完全检索策略为在所述检索服务器2上检索所有满足检索条件的联系人信息，及/或允许被所有人进行检索。

所述的多级检索策略为允许通过多级联系人的关联信息进行检索，及/或允许他人通过多级联系人的关联信息检索到自己。

所述的一级检索策略为仅允许通过一级联系人的关联信息进行检索，及／或仅允许他人通过一级联系人的关联信息检索到自己。

所述的不检索策略为不允许通过关联其他联系人进行检索，及／或不允许他人对自己进行检索。

在实际的检索过程中，所述的联系人关联检索系统3会综合检索人设置的检索策略以及被检索人的检索策略进行相应的检索。例如，检索人设置了完全检索的策略，而部分被检索人设置的是不检索的策略，那么，设置了完全检索策略的检索人是无法检索到设置了不检索策略的被检索人的。下文将举例说明。

所述的设置模块300可设置多个信息栏位供用户输入相关数据，继而完成上述设置。

参考如图9所示的机主张三的联系人信息示意图，假设张三是其中一个终端装置1的机主，在所述终端装置1中记载了张三作为机主的各项联系人信息，包括：联系人名称、电话、联系地址等基本信息，也包括微博、微信等账号信息。此外，关联标签中记载了“高级教师、三级电工、一级水工、二级建造师”等信息，而关联信息的属性表明了张三同意“公开发布”，且其检索策略为“完全检索”。

进一步地，参考如图10所示的非机主李四的联系人信息示意图，以及如图11所示的非机主王五的联系人信息示意图。需要说明的是，非机主李四和王五的信息是记载在机主张三的终端装置1中的。

需要说明的是，图9至图11所示的示意图皆为举例说明，实际应用中并不局限于此。

步骤S4，所述的同步模块302根据预设的更新方式，更新所述终端装置1中的所有联系人信息至所述的检索服务器2，包括所述终端装置1的用户本人的机主信息以及记录在所述终端装置1中的非机主信息（即通讯录中的联系人信息）。在进行更新时，所述同步模块302可记录机主信息与非机主信息之间的关联关系。

所述更新可以是不定期更新、根据预设时间间隔的定期更新、或者手动更新。所述同步模块302所采取的更新方式可以是全部更新、变化更斯（例如，更新有发生变化的信息）、逐次更新或一次更新。

所述同步模块302可通过明文方式或者加密方式对联系人信息进行更新，并且通过超文本传输协议(HTTP，HyperText TransferProtocol)的获取(GET)请求进行更新。

步骤S6，所述的查询模块304发送检索请求至所述的检索服务器2，所述的检索请求包括检索关键字及检索策略。所述的检索关键字包括联系人的关联信息中的一项或者多项，例如，针对关联标签的搜索或者针对联系人的微博的搜索等。

在本实施方式中，在所述检索请求中的关联信息包括多项时，该多项关联信息之间为“或者”关系，例如，如上文所述，关联信息包括联系人的社交网络账号、二维码信息、关联标签及关联描述等信息。

若检索请求中的关联信息包括社交网络账号及关联标签时，该社交网络账号及关联标签之间是“或者”关系。即，只要两者之间的一项能够被检索到，即视为满足检索条件。

同理，如上文所述，关联标签中也包括多项信息，而这些多项信息之间也是“或者”关系，因此，若所述检索条件中的关联标签包括了多项信息时，在针对这些关联标签查找检索结果时参照上述方式处理，即，多项信息之间的一项能够被检索到，即视为满足检索条件。

步骤S8，所述的查询模块304从所述检索服务器2获取检索结果，然后，结束本流程。检索服务器2所进行的检索流程以及对检索结果的筛选处理请参照下文针对图7的说明。

所述的检索结果包括，但不限于：检索状态及检索内容。所述检索状态表明此次检索是否成功，包括两种状态：检索成功及检索失败。在所述检索状态为“检索失败”时，所述检索内容为空。

在所述检索状态为“检索成功”时，所述检索内容为上文所述的存储在所述检索服务器2中的联系人的基本信息及／或关联信息等。

所述的查询模块304在从所述检索服务器2获取检索结果时，可以是一次性获取所有检索结果，也可以是分多次获取所有检索结果。

当所述的查询模块304选择分多次获取所有检索结果时，所述的查询模块304每次从所述检索服务器2获取一组检索结果，然后根据用户的确认再获取下一组检索结果，若未收到用户确认，则不再进行后续的检索结果获取。

图6是本发明联系人关联检索方法的较佳实施方式的应用于检索服务器的联系人关联流程图。

步骤S20，所述的接收模块320从多个与所述检索服务器2相连接的终端装置l接收联系人信息。所述的联系人信息包括每个终端装置l的机主信息及非机主信息（例如，通讯簿中的联系人信息）。

所述的接收模块320可被动接收从各个终端装置l所发送的联系人信息及更新的联系人信息，也可主动定期发出推送通知至各个终端装置1以获取联系人信息。

步骤S22，所述的信息处理模块322设置联系人的各项信息中的必选项及可选项，并对所接收的联系人信息进行检查，将合格的联系人信息存储至所述的信息数据库220中。所述的必选项不能为空，所述的可选项可以为空。

若从所述终端装置l获取的一笔联系人信息中必选项为空，则视该笔联系人信息为不完整信息，所述的信息处理模块322向所述终端装置1发出通知，请所述终端装置l的用户补充所述资料，若未能在预定时间内收到为空的必选项的信息，则丢弃该笔联系人信息。

例如，参考如图8所示的联系人信息设置示意图，在本实施方式中，设置联系人的基本信息中的一项或多项为必选项，例如，联系人的名称为必选项，电话号码可以是必选项，也可以是可选项。图8所示仅为举例说明，实际应用并不局限于此。

所述的信息处理模块322设置关联信息的一项或多项属性为必选项，原因在于，所述检索服务器2在利用检索子系统32进行的检索时是在对联系人的关联信息的基础上的，而关联信息的属性直接决定了每个联系人是否允许自己的信息被他人检索到。

此外，所述的信息处理模块322设置检索策略为可选项，并在用户未选择检索策略时默认其检索策略是“完全检索”。

步骤S24，所述的信息处理模块322根据所述信息数据库220中的所有联系人信息.建立联系人之间的关联。

所述的信息处理模块322生成一个或多个关联结构图，将接收到的每笔联系人的信息记录在所述关联结构图中，确定每笔联系人信息的属性，并为每笔联系人信息所对应的联系人进行编号。所述的联系人信息的属性包括机主属性和非机主属性，也可包括其他用户自定义的属性。

需要说明的是，同一人在所述的信息数据库220内可对应多笔联系人信息，例如，联系人张三既可作为机主，也可作为非机主，而对应于两笔联系人信息，且这两笔联系人信息各自对应一个编号，如张三作为联系人所对应的编号分别是1和9。又如，当张三作为非机主被两个机主（例如，李四和王五）所分别记录时，则张三会对应于三笔联系人信息，例如，图12中的编号1（张三为机主）、9（张三为非机主对应于机主李四）、13（张三为非机主对应于机主王五）。

所述的信息处理模块322根据每笔记录中的联系人的属性确定与该联系人关联的其他联系人的编号。

在联系人信息的属性为机主属性时，所述的信息处理模块322确定该联系人作为机主时所关联的非机主的编号（即，该机主所记录的其他联系人的编号）；在联系人信息的属性为非机主属性时，所述的信息处理模块322确定该联系人作为非机主时所关联的机主的编号（即，存储了该非机主信息的机主的编号）。

参考如图12所示的关联结构图，机主张三存储了李四和王五两位联系人的信息，在张三、李四和王五三个人的联系人信息传送到所述检索服务器2后，所述的信息处理模块322记录了机主张三和非机主李四和非机主王五的联系人信息，对机主张三而言，与他关联的非机主的编号即是李四和王五的编号，分别是1l和16。

又如，机主李四仅记录了非机主张三的信息，在机主李四将其个人的机主信息和联系人张三的信息传送到所述检索服务器2之后，对机主李四而言，与他关联的非机主的编号即是张三作为非机主时的联系人的编号：9。

而在张三作为非机主的属性时，与他关联的机主李四的编号是：2。

进一步地，在联系人信息的属性为非机主属性时，所述的信息处理模块322记录该非机主作为机主时的编号。需要注意的是，此处非机主与机主是为同一个人。例如，在张三作为非机主时（例如编号9），所述的信息处理模块322记录张三作为机主时的编号(例如编号1)。

在本实施方式中，一个机主可以关联多个非机主的编号，一个非机主仅能关联一个机主的编号。利用这种关联，所述的检索子系统32能够根据这些编号在多个联系人之间进行相互索引。

图12所示的关联结构图，可以是清单的形式，也可是其他的结构图，实际应用中并不局限于此记录形式。

图7是本发明联系人关联检索方法的较佳实施方式的应用于检索服务器的联系人检索流程图。本流程图是针对检索策略为“多级检索”和“一级检索”时所执行的检索流程。

所述的检索模块324根据所确定的检索策略、所述检索请求中的关联信息以及联系人之间的关联结构，一次或多次在非机主属性的联系人为机主时所关联的联系人中进行检索，具体可参照下附流程的说明。

需要说明的是，如果接收的检索请求中的检测策略为“完全检索”，所述的检索模块324可直接根据检索请求中的关键字搜索所述信息数据库220，并返回检索结果给所述终端装置1，所述检索结果包括检索到的信息以及检索状态，若未能检索到任何符合检索请求的信息，则直接返回“检索失败”的检索状态至所述的终端装置1。

如果检索策略为“不检索”，所述的检索模块324返回提示给所述终端装置1，以提示所述终端装置l的用户是否修改该检索策略。用户若需修改该检索策略，可重新通过所述终端装置l发送更新的检索请求至所述的检索服务器2。

因此，在检索策略为“完全检索”或“不检索”时，不执行如下步骤，只有在检索策略为“多级检索”和“一级检索”时才执行如下步骤。

首先，步骤S30，所述的接收模块320从所述终端装置1接收检索请求，并根据检索请求确定检索策略。

步骤S31，所述的检索模块324设置检索级数为N，初始化N=1。

步骤S32，所述的检索模块324确定所述终端装置1的机主，生成检索记录清单，在所述检索记录清单中记录机主编号，确定该机主所关联的非机主联系人，以及确定该非机主联系人为第N-1级关联联系人，并在所述检索记录清单中记录第N-1级关联联系人的编号。

例如，所述的检索模块324可根据终端装置1的电话号码来确定对应的机主，也可直接根据该终端装置1所传送的机主信息来进行机主身份的确定。

步骤S33，所述的检索模块324在第N-1级关联联系人中执行第N-1级检索，记录检索结果。

需要说明的是，在其他实施方式中，本步骤可以省略，原因在于，所述的第N-1级检索（也可称为“第0级检索”或“初级检索”）是直接从机主关联的非机主联系人中查找是否有联系人满足检索需求，而第N-1级关联联系人已经存储在所述终端装置1内，因此，所述终端装置1也可直接在本机内执行联系人检索，也可通过检索服务器2获取检索结果。

步骤S34，所述的检索模块324记录第N-1级关联联系人作为机主时的编号并检索机主信息是否满足检索请求。需要说明的是，所述的N-1级关联联系人作为非机主时被记载于所述检索服务器2中的信息与作为机主时被记载于所述检索服务器2中的信息是不相同的，因为作为非机主时对应的联系人信息可能会比较简单，而在作为机主时对应的联系人信息会比较详尽，因此，为确保检索数据的准确性及完整性，会在将该第N-1级联系人作为非机主时的联系人信息检索完毕后，继续检索该第N-1级联系人作为机主时的联系人信息。

在该第N-1级关联联系人作为机主时检索到的机主信息满足检索请求时，于步骤S35，所述的检索模块324生成检索结果，并返回检索结果至所述的终端装置1，然后，结束本流程。所述检索结果包括检索到的满足检索请求的联系人（例如，该第N-1级关联联系人）的各项允许公开的信息，以及表明检索成功的检索状态。

在该第N-1级关联联系人作为机主时检索到的机主信息不能满足检索请求时，于步骤S36，所述的检索模块324判断该第N-1级关联联系人作为机主时是否有对应的非机主联系人。若该第N-1级关联联系人作为机主时没有对应的非机主联系人，则直接结束本流程。

该第N-1级关联联系人作为机主时有对应的非机主联系人，于步骤S37，所述的检索模块324确定第N-1级关联联系人作为机主时所关联的非机主联系人为第N级关联联系人。

步骤S38，所述的检索模块324判断该第N级关联联系人的编号是否都已经被记录在所述检索记录清单中。如果该第N级关联联系人的编号都已经被记录在所述检索记录清单中，结束本流程。

如果还有第N级关联联系人的编号没有被记录在所述检索记录清单中，于步骤S39，所述的检索模块324将未被记录的该第N级关联联系人的编号进行记录，并对未被记录的该第N级关联联系人执行第N级检索。也就是说，假如有多个第N级关联联系人，对于编号已经被记录在所述检索清单中的第N级关联联系人可不再继续进行检索，而直接结束对应的分支，仅对未被记录在检索记录清单中的第N级关联联系人进行第N级检索。

所述第N级检索是在第N-1级关联联系人作为机主时所关联的非机主联系人中进行的检索。

步骤S40，所述的检索模块324判断是否检索到满足检索请求的联系人。若检索到满足检索请求的联系人，则直接执行步骤S35。

若没有检索到满足检索请求的联系人，于步骤S41，所述的检索模块324根据所确定的检索策略判断所述检索请求是进行一级检索还是多级检索。

若是一级检索，于步骤S42，所述的检索模块324返回检索失败的提示至该终端装置1。

若是多级检索，于步骤S43，所述的检索模块324令N=N+1，然后流程返回至步骤S34，继续进行下一轮关联联系人的检索。

需要说明的是，上述流程中包括的记录编号及判断编号是否已经记录在所述检索记录清单中的步骤也可以从上述流程中移除。加入对编号的记录及判断可提高检索效率，避免重复检索。

根据上述流程可确定，本实施方式是通过在所述终端装置1的本地联系人的基础上，查询这些本地联系人的终端装置1中的非机主联系人是否有符合检索需求的联系人，还可进一步继续从这些非机主联系人作为机主时对应的终端装置1存储的非机主联系人的信息。可见，本实施方式中设计的检索层级可根据联系人之间的关系层层推进，与现有技术中的面向全体进行检索而不进行联系人之间的关联相比，本实施方式使得联系人之间更具备关联性，更能提高检索人与被检索人之间的信任度。

以图12所述的关联结构图中的数据为例，下文进行举例说明。

假设终端装置1的机主王五需要搜索关联联系人，希望该关联联系人是一名“交警”，于是提交检索要求给检索服务器2，检索要求中的关联标签为“交警”。所述检索服务器2首先在编号为3的机主联系人王五记录的联系人中进行搜寻，由于机主联系人王五仅有一个联系人记录“13”，即非机主联系人张三。在所述检索模块324检索张三的信息后，发现不满足检索条件，可以返回“您的联系人中没有满足条件的联系人”的提示至所述的终端装置1，然后继续进行1级检索，即搜寻非机主联系人张三作为机主联系人时记录的联系人是否满足条件。

首先，所述的检索模块324检索张三对应的机主信息，仍旧没有检索到“交警”信息，再检索张三所对应的非机主联系人，有两个记录号11、16，编号11记录的是李四，所述检索模块324检索到如图10所示的李四记录中有“交警”的关联标签，则返回1级检索中找到满足检索要求的联系人李四；继续检索编号16的记录；编号16的记录中没有“交警”信息；则结束检索。

参考如图13所示的检索清单第一示意图可确定，在此次检索过程中，检索的记录号顺序如下表所示，开始检索的编号为3，0级检索的编号13，1级检索到的编号为1、11、16。

又如，假设李四记录中没有“交警”的关联标签，即，假设张三的非机主信息记录的编号11和16中都没有“交警”信息的记录，则需要进行2级检索。首先，所述的检索模块324找到编号11的记录李四作为机主时的编号2，此时李四作为机主时也没有记录交警的信息，需要检查李四记录的非机主联系人，此时仅找到编号为9的张三，经检查也未能找到满足要求的联系人，则结束针对编号11的2级检索；其次找到编号16的记录王五作为机主的编号3，发现该编号3已经存在检索记录号中，则结束此分支的检索；继续进行3级检索，首先找到编号为9的张三作为机主的编号1，发现该编号1已经存在在检索记录号中，则结束此分支的检索。至此，所有分支检索均结束，则返回给用户未能检索到满足条件的联系人，并结束检索过程，此检索过程中记录的编号可参考如图14所示的检索清单第二示意图。

需要说明的是，在检索过程中，当所述检索模块324对各个关联联系人进行层层递进式的检索时，会根据所述检索服务器2中记录的每个关联联系人的检索策略来决定检索结果的呈现。例如，假设某个被检索到的联系人选择的检索策略是“不检索”时，则不会将此联系人的信息发送到所述终端装置1。

进一步地，在其他实施方式中，当所述检索模块324检索到相关联系人符合检索请求时，在反馈检索结果时可以直接将检索到的联系人的各项信息或者选择信息发送到所述终端装置1，也可根据检索层级，确定与该符合检索请求的联系人相关联的在所述终端装置1中存储的联系人，并将该确定的联系人的信息返回至所述的终端装置1，提示所述终端装置1的用户通过该确定的联系人与该符合检索请求的联系人建立联系。例如，后者可通过下述方式将所述检索结果发送至所述终端装置1：

方式一：检索所述终端装置1的本地记录的联系人（简称为“本地联系人”），并列举出与符合检索请求的联系人有关联的本地联系人；

方式二：将检索到的符合检索请求的联系人的名称按照检索策略中的检索层级来进行显示，每个检索到的联系人下，都显示是通过本地联系人中记录的哪个联系人并通过几级检索而检索到的。如果检索层级是完全检索的，可以直接将满足用户要求的联系人信息完全列出来。

所述终端装置1在获取检索结果后，即可根据检索结果选择可信任的联系人启动建立联系过程。其中，联系过程可以是通过联系检索结果中的记录的本地联系人来完成所述终端装置1的机主对检索结果中的联系人的相关联系信息的获取，也可以是根据检索出来的社交网络账号进行联系，也可以是检索出来的二维码信息进行联系，还可以是检索出来的联系人各项信息内容来进行联系。

例如，检索结果有以下几种可能：

（1）未能检索到任何满足条件的结果；

（2）0级检索就检索到满足条件的结果，直接可以将所述终端装置1的本地联系人中存储的联系人信息显示给用户；

（3）N（N>=1）级检索时所检索到满足条件的结果，有两种显示方式：

方式一：本地联系人xxx可以联系到满足条件的联系人yyy；

方式二：检索到满足条件的联系人，本地联系人xxx可以联系到他；

特殊的，假设机主联系人王五记录的联系人张三，没有交警的信息，但张三作为机主时，其关联信息有“交警”，则搜索的结果，还可以是：搜索到本地联系人张三是交警；

又如，如果检索“交警”，通过2级检索，可以包括如下检索结果：

方式一：本地联系人张三，可以通过另外1名联系人李四，联系到交警1位；

方式二：搜索到交警1位，可以通过本地联系人张三通过另外1名联系人李四联系上。

以上实施方式仅用以说明本发明的技术方案而非限制，尽管参照以上较佳实施方式对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或等同替换都不应脱离本发明技术方案的精神和范围。

Claims (11)

1.一种联系人关联检索方法，应用于终端装置中，所述终端装置与检索服务器相连接，所述终端装置中储存了联系人信息，其特征在于，该方法包括：

在所述终端装置中储存的联系人信息中增加多个关联信息，并配置联系人的属性信息，以及设置联系人检索策略；

更新所述终端装置中的联系人信息至所述的检索服务器；

提交检索请求至所述检索服务器，所述的检索请求包括检索关键字及检索策略；及

从所述检索服务器获取检索结果。

2.如权利要求1所述的联系人关联检索方法，其特征在于，所述的检索关键字包括联系人的关联信息中的一项或者多项，在包括多项关联信息时，所述多项关联信息之间是“或者”关系。

3.一种联系人关联检索方法，应用于检索服务器中，所述检索服务器与多个终端装置相连接，其特征在于，所述检索服务器包括存储装置以存储从所述终端装置接收的联系人信息，所述接收的联系人信息包括多个关联信息及属性，该方法包括：

根据所有联系人信息，建立联系人之间的关联结构，包括：确定每个联系人的属性，包括机主属性和非机主属性；确定每个联系人的属性为机主属性时，该联系人所关联的非机主联系人，以及确定每个联系人的属性为非机主属性时，该联系人所关联的机主；

从所述终端装置接收检索请求，并根据所述检索请求确定检索策略；

根据所确定的检索策略、所述检索请求中的关联信息以及联系人之间的关联结构，一次或多次在非机主属性的联系人为机主时所关联的联系人中进行检索；及

返回检索结果至所述的终端装置。

4.如权利要求3所述的联系人关联检索方法，其特征在于，所述的检索策略包括一级检索、多级检索、完全检索及不检索。

5.如权利要求4所述的联系人关联检索方法，其特征在于，该方法还包括：

在检索策略为多级检索时，执行多级检索，所述多级检索包括如下步骤：

（a1）设置检索级数N，令N=1；

（a2）确定所述终端装置的机主，并确定该非机主联系人为第N-1级关联联系人；

（a3）检索该第N-1级关联联系人作为机主时的机主信息并记录机主编号；

（a4）确定该第N-1级关联联系人作为机主时所关联的非机主联系人为第N级关联联系人；

（a5）并检索所述第N级关联联系人中是否有符合检索请求的联系人；及

（a6）在所述第N级关联联系人中有符合检索请求的联系人时，返回检索结果至所述终端装置；或

（a7）在所述一级关联联系人中没有符合检索请求的联系人时，令N=N+1，执行步骤（a3）。

6.如权利要求5所述的联系人关联检索方法，其特征在于，所述多级检索还包括：

在步骤（a4）前，若该第N-1级关联联系人作为机主时没有对应的非机主联系人，结束多级检索流程，返回检索失败的提示至所述终端装置。

7.如权利要求3或5所述的联系人关联检索方法，其特征在于，该方法还包括：

为所述存储装置中的每笔联系人信息进行编号；及

在所述存储装置中的联系人的属性为机主属性时，确定该联系人作为机主时所关联的非机主联系人的编号，或者在联系人信息的属性为非机主属性时，确定该联系人作为非机主时所关联的机主的编号。

8.如权利要求7所述的联系人关联检索方法，其特征在于，所述的多级检索还包括：

在步骤（a2）中，在生成的检索记录清单中记录机主编号及与该机主关联的非机主联系人的编号；及

在步骤（a5）中，在第N级关联联系人的编号都已经记录在检索记录清单时，结束多级检索流程，并返回检索失败的提示至所述终端装置，或将未被记录的该第N级关联联系人的编号进行记录，并对未被记录的该第N级关联联系人执行第N级检索。

9.如权利要求4所述的联系人关联检索方法，其特征在于，该方法还包括：

在检索策略为一级检索时，执行一级检索，所述一级检索包括如下步骤：

（b1）确定所述终端装置的机主，并确定与该机主关联的非机主联系人；

（b2）检索该非机主联系人作为机主时的机主信息；

（b3）确定该非机主联系人作为机主时所关联的非机主联系人为一级关联联系人；

（b4）检索所述一级关联联系人中是否有符合检索请求的联系人；及

（b5）在所述一级关联联系人中有符合检索请求的联系人时，返回检索结果至所述终端装置；或

（b6）在所述一级关联联系人中没有符合检索请求的联系人时，返回检索失败的提示至所述终端装置。

10.如权利要求3所述的联系人关联检索方法，其特征在于，所述的返回检索结果至所述的终端装置的步骤包括：

将符合检索请求的联系人的允许公开发布的信息发送至所述终端装置；或

根据检索层级，确定与该符合检索请求的联系人相关联的在所述终端装置中存储的联系人，并将该确定的联系人的信息返回至所述的终端装置，提示所述终端装置的用户通过该确定的联系人与该符合检索请求的联系人建立联系。

11.一种联系人关联检索系统，应用于检索服务器中，所述检索服务器与多个终端装置相连接，其特征在于，所述检索服务器包括存储装置以存储从所述终端装置接收的联系人信息，所述接收的联系人信息包括多个关联信息及属性，该系统包括：

信息处理模块，用于根据所有联系人信息，建立联系人之间的关联结构，包括：确定每个联系人的属性，包括机主属性和非机主属性；确定每个联系人的属性为机主属性时，该联系人所关联的非机主联系人，以及确定每个联系人的属性为非机主属性时，该联系人所关联的机主；

检索模块，用于从所述终端装置接收检索请求，根据所述检索请求确定检索策略，根据所确定的检索策略、所述检索请求中的关联信息以及联系人之间的关联结构，一次或多次在非机主属性的联系人为机主时所关联的联系人中进行检索；及

传送模块，用于返回检索结果至所述的终端装置。