CN105373569A - 联系人的检索处理方法及装置 - Google Patents

Abstract

本发明公开了一种联系人的检索处理方法及装置，其中，该方法包括：服务器接收终端的检索请求，其中，检索请求中携带有待检索联系人的关联信息和第一检索策略，服务器根据关联信息以及第一检索策略检索待检索联系人，得到检索结果，服务器将检索结果发送给终端，解决了现有技术中在检索联系人的过程中，存在被检索人群和检索人群间的相互信任度低的问题，提升了用户体验。

Description

联系人的检索处理方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种联系人的检索处理方法及装置。

背景技术

联系人信息是现代社会中一项最重要的信息，人们可以通过联系人存储来记录联系人的相关信息，如：电话号码、电子邮件、即时通讯(InstantMessaging，简称为IM)、地址信息、网站信息、备注、昵称等。这些信息是日常沟通过程中最重要的记录。

现有的联系人查找方式有很多种，举例如下：

1)通过联系人的名称、号码等信息在手机上检索需要的人群；

2)通过联系人的昵称、网址等信息在手机上检索需要的人群；

3)通过第三方社交网站，通过共同的爱好兴趣，检索需要关注的人群；

4)通过搜索引擎，进行关键字检索，检索需要关注的人群。

这些检索方式相对单一，且不能解决被检索人群和检索人群间的相互信任问题，不能做到有效沟通，达到消息快速共享的作用。人们通过这4种方式虽然在某些特定的场景下，可以帮助人们找到相关的联系人信息，通过这些联系人信息，如电话号码等，可以进行沟通交流。但是对于彼此相互陌生的人而言，如果没有相互熟悉的人或者事务作为中介，彼此间的熟悉就需要一个过程；在这个过程中，需要沟通双方付出大量的努力，建立彼此的信任感，才能做到有效的沟通和熟悉，为进一步的信息交换打下基础。

针对相关技术中在检索联系人的过程中，存在被检索人群和检索人群间的相互信任度低的问题，还未提出有效的解决方案。

发明内容

本发明提供了一种联系人的检索处理方法及装置，以至少解决现有技术中在检索联系人的过程中，存在被检索人群和检索人群间的相互信任度低的问题。

为了实现上述目的，根据本发明的一个方面，提供了一种联系人的检索处理方法，其特征在于，包括：服务器接收终端的检索请求，其中，所述检索请求中携带有待检索联系人的关联信息和第一检索策略；所述服务器根据所述关联信息以及所述第一检索策略检索所述待检索联系人，得到检索结果；所述服务器将所述检索结果发送给所述终端。

优选地，所述服务器根据所述关联信息以及所述第一检索策略检索所述待检索联系人包括：所述服务器根据所述关联信息从所述服务器中存储的终端本地联系人和/或所述本地联系人与所述待检索联系人之间的间接联系人中检索所述待检索联系人。

优选地，所述服务器接收所述终端的检索请求之前，还包括：所述服务器接收其管理的所有终端存储的联系人信息。

优选地，所述联系人信息包括以下至少之一：所述联系人的关联信息、所述关联信息的属性信息、与联系人对应的第二检索策略。

优选地，所述第一检索策略和/或所述第二检索策略包括以下至少之一：零级检索、一级检索、多级检索、完全检索、不检索；其中，所述零级检索是指直接根据所述终端存储的本地联系人信息检索得到待检索联系人；所述一级检索是指根据所述本地联系人信息检索到第一检索结果，根据所述第一检索结果的关联信息检索得到最终的检索结果；所述多级检索是指根据所述本地联系人信息和中间检索结果的关联信息逐级进行检索；所述完全检索是指检索所述服务器中所有符合所述关联信息的联系人信息；所述不检索是指不允许通过所述联系人的关联信息进行检索。

优选地，所述联系人的关联信息包括以下至少之一：所述联系人的电话号码、所述联系人的联系地址、所述联系人的电子邮箱、所述联系人的网站，所述联系人的社交网卡账号、所述联系人的二维码信息、所述联系人设置的标签信息、所述联系人设置的内容信息；和/或所述属性信息包括以下至少之一：是否公开所述联系人的信息、所述联系人被检索的人群类型、所述联系人与所述终端用户的社会关系、所述联系人与所述终端用户的熟悉程度。

优选地，所述服务器将所述检索结果发送给所述终端包括：将所述服务器中存储的终端本地联系人信息中与所述待检索联系人关联的联系人信息发送给所述终端，其中，与所述待检索联系人关联的联系人信息为在检索所述待检索联系人过程中所涉及到的联系人信息；和/或将对待检索联系人进行检索过程中所涉及到的联系人信息按照被检索到的先后顺序发送给所述终端。

优选地，所述服务器根据所述关联信息以及所述第一检索策略检索所述待检索联系人包括：所述服务器根据本地存储的所述待检索人的第二检索策略以及所述第一检索策略，确定最终检索策略；所述服务器按照确定的所述最终检索策略检索所述待检索联系人。

优选地，所述服务器根据所述关联信息以及所述第一检索策略检索所述待检索联系人包括：在所述第一检索策略与所述第二检索策略相同时，按照所述第一检索策略或所述第二检索策略检索所述待检索联系人；在所述第一检索策略与所述第二检索策略不同时，根据以下规则检索所述待检索联系人：在所述第一检索策略和所述第二检索策略中至少之一为所述不检索时，则所述检索结果中不包括所述待检索联系人；在所述一检索策略和所述第二检索策略中其一为所述零级检索，其二为所述一级检索、所述多级检索、所述完全检索中的一种检索策略时，则所述服务器按照所述零级检索进行检索；在所述一检索策略和所述第二检索策略中其一为所述一级检索，其二为所述多级检索、所述完全检索中的一种检索策略时，则所述服务器按照所述一级检索进行检索；在所述一检索策略和所述第二检索策略中其一为所述多级检索，其二为所述完全检索时，则所述服务器按照所述多级检索进行检索。

根据本发明的另一个方面，还提供了另一种联系人的检索处理方法，包括：终端向服务器发送检索请求，其中，所述检索请求中携带有待检索联系人的关联信息和第一检索策略；所述终端接收所述服务器发送的检索结果，其中，该检索结果为所述服务器根据所述关联信息以及所述第一检索策略检索得到的所述待检索联系人。

优选地，所述第一检索策略包括以下至少之一：零级检索、一级检索、多级检索、完全检索、不检索；其中，所述零级检索是指直接根据所述终端存储的本地联系人信息检索得到待检索联系人；所述一级检索是指根据所述本地联系人信息检索到第一检索结果，根据所述第一检索结果的关联信息检索得到最终的检索结果；所述多级检索是指根据所述本地联系人信息和中间检索结果的关联信息逐级进行检索；所述完全检索是指检索所述服务器中所有符合所述关联信息的联系人信息；所述不检索是指不允许通过所述联系人的关联信息进行检索。

根据本发明的另一个方面，提供了一种联系人的检索处理装置，所述装置应用于服务器，该装置包括：第一接收模块，用于接收终端的检索请求，其中，所述检索请求中携带有待检索联系人的关联信息和第一检索策略；检索模块，用于根据所述关联信息以及所述第一检索策略检索所述待检索联系人，得到检索结果；发送模块，用于将所述检索结果发送给所述终端。

优选地，所述检索模块还用于根据所述关联信息从所述服务器中存储的终端本地联系人和/或所述本地联系人与所述待检索联系人之间的间接联系人中检索所述待检索联系人。

优选地，所述装置还包括：第二接收模块，用于接收其管理的所有终端存储的联系人信息。

优选地，所述联系人信息包括以下至少之一：所述联系人的关联信息、所述关联信息的属性信息、与联系人对应的第二检索策略。

优选地，所述第一检索策略和/或所述第二检索策略包括以下至少之一：零级检索、一级检索、多级检索、完全检索、不检索；其中，所述零级检索是指直接根据所述终端存储的本地联系人信息检索得到待检索联系人；所述一级检索是指根据所述本地联系人信息检索到第一检索结果，根据所述第一检索结果的关联信息检索得到最终的检索结果；所述多级检索是指根据所述本地联系人信息和中间检索结果的关联信息逐级进行检索；所述完全检索是指检索所述服务器中所有符合所述关联信息的联系人信息；所述不检索是指不允许通过所述联系人的关联信息进行检索。

优选地，所述发送模块还包括：第一发送单元，用于将所述服务器中存储的终端本地联系人信息中与所述待检索联系人关联的联系人信息发送给所述终端，其中，与所述待检索联系人关联的联系人信息为在检索所述待检索联系人过程中所涉及到的联系人信息；和/或第二发送单元，用于将对待检索联系人进行检索过程中所涉及到的联系人信息按照被检索到的先后顺序发送给所述终端。

根据本发明的另一个方面，提供了另一种联系人的检索处理装置，该装置应用于终端，所述装置包括：发送模块，用于向服务器发送检索请求，其中，所述检索请求中携带有待检索联系人的关联信息和第一检索策略；接收模块，用于接收所述服务器发送的检索结果，其中，该检索结果为所述服务器根据所述关联信息以及所述第一检索策略检索得到的所述待检索联系人。

优选地，所述第一检索策略包括以下至少之一：零级检索、一级检索、多级检索、完全检索、不检索；其中，所述零级检索是指直接根据所述终端存储的本地联系人信息检索得到待检索联系人；所述一级检索是指根据所述本地联系人信息检索到第一检索结果，根据所述第一检索结果的关联信息检索得到最终的检索结果；所述多级检索是指根据所述本地联系人信息和中间检索结果的关联信息逐级进行检索；所述完全检索是指检索所述服务器中所有符合所述关联信息的联系人信息；所述不检索是指不允许通过所述联系人的关联信息进行检索。

通过本发明，采用服务器接收终端的检索请求，其中，检索请求中携带有待检索联系人的关联信息和第一检索策略，服务器根据关联信息以及第一检索策略检索待检索联系人，得到检索结果，服务器将检索结果发送给终端，解决了现有技术中在检索联系人的过程中，存在被检索人群和检索人群间的相互信任度低的问题，提升了用户体验。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的联系人的检索处理方法的流程图一；

图2是根据本发明实施例的联系人的检索处理方法的流程图二；

图3是根据本发明实施例的联系人的检索处理装置的结构框图一；

图4是根据本发明实施例的联系人的检索处理装置的结构框图二；

图5是根据本发明实施例的联系人的检索处理装置的结构框图三；

图6是根据本发明实施例的联系人的检索处理装置的结构框图四；

图7是根据本发明实施例的联系人的检索处理方法的逻辑流程图；

图8是根据本发明实施例的联系人的检索处理方法的逻辑流程图一；

图9是根据本发明实施例的联系人的检索处理的模块组成图一；

图10是根据本发明实施例的联系人的检索处理的模块组成图二。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

在本实施例中提供了一种联系人的检索处理方法，图1是根据本发明实施例的联系人的检索处理方法的流程图一，如图1所示，该流程包括如下步骤：

步骤S102，服务器接收终端的检索请求，其中，检索请求中携带有待检索联系人的关联信息和第一检索策略；

步骤S104，服务器根据关联信息以及第一检索策略检索待检索联系人，得到检索结果；

步骤S106，服务器将检索结果发送给终端。

通过上述步骤，服务器接收终端的携带有待检索联系人的关联信息和第一检索策略的检索请求，根据该检索请求检索待检索联系人，得到检索结果，将检索结果发送给终端。由于服务器是根据第一检索策略出发进行的检索，从而解决了现有技术中在检索联系人的过程中，不能解决被检索人群和检索人群间的相互信任的问题，提升了用户体验。

上述步骤S104中涉及到服务器根据关联信息以及第一检索策略检索待检索联系人，在一个优选实施例中，服务器根据关联信息从服务器中存储的终端本地联系人和/或本地联系人与待检索联系人之间的间接联系人中检索待检索联系人。由于是从终端本地联系人和/或本地联系人与待检索联系人之间的间接联系人中检索到的待检索联系人，说明该终端用户与检索出来的待检索联系人存在着某种间接地联系，从而增加了被检索人群和检索人群间的相互信任度。

服务器进行检索的基础是终端存储在服务器中的该终端的联系人信息，因此，在一个优选实施例中，服务器接收终端的检索请求之前，接收其管理的所有终端存储的联系人信息，从而服务器可以根据终端的检索请求，在其获取的各终端的联系人信息中检测出符合检索条件的待检索联系人。

终端存储在服务器终端的联系人信息可以有多种，下面对此进行举例说明，在一个优选实施例中，联系人信息包括以下至少之一：联系人的关联信息、关联信息的属性信息、与联系人对应的第二检索策略。

更具体地，在一个优选实施例中，第一检索策略和/或第二检索策略包括以下至少之一：零级检索、一级检索、多级检索、完全检索、不检索；其中，零级检索是指直接根据终端存储的本地联系人信息检索得到待检索联系人；一级检索是指根据本地联系人信息检索到第一检索结果，根据第一检索结果的关联信息检索得到最终的检索结果；多级检索是指根据本地联系人信息和中间检索结果的关联信息逐级进行检索；完全检索是指检索服务器中所有符合该关联信息的联系人信息；不检索是指不允许通过联系人的关联信息进行检索。通过用户对检索策略的选择，为用户提供了更优的检索服务，例如，用户选择一级检索时，可以较快的检索出需要的联系人，并且对检索出的联系人的信任度较高；用户选择完全检索时，可以为用户尽可能多的选择出符合条件的联系人，便于用户扩大社交的范围。

优选地，联系人的关联信息包括以下至少之一：联系人的电话号码、联系人的联系地址、联系人的电子邮箱、联系人的网站，联系人的社交网卡账号、联系人的二维码信息、联系人设置的标签信息、联系人设置的内容信息；和/或属性信息包括以下至少之一：是否公开联系人的信息、联系人被检索的人群类型、联系人与终端用户的社会关系、联系人与终端用户的熟悉程度。

服务器可以通过多种方式将检索结果发送给终端，在一个优选实施例中，服务器将检索结果发送给终端可以为将该服务器中存储的终端本地联系人信息中与该待检索联系人关联的联系人信息发送给该终端，其中，与待检索联系人关联的联系人信息为在检索待检索联系人过程中所涉及到的联系人信息，例如，终端A通过张三，张三通过李四，李四找到了符合终端A检索条件的王五，在这种情况下，服务器会将可以通过张三间接找打王五的信息发送给终端A，也可以为将对待检索联系人进行检索过程中所涉及到的联系人信息按照被检索到的先后顺序发送给该终端，例如终端A通过张三，张三通过李四，李四找到了符合终端A检索条件的王五，在这种情况下，服务器会将张三、李四的信息依次发送给终端A。

服务器在检索待检索联系人时，首先需要确定检索策略，在一个优选实施例中，服务器根据本地存储的待检索人的第二检索策略以及第一检索策略，确定最终检索策略，服务器按照确定的最终检索策略检索待检索联系人。具体地，在第一检索策略与第二检索策略相同时，按照第一检索策略或第二检索策略检索该待检索联系人，在第一检索策略与第二检索策略不同时，根据以下规则检索待检索联系人：在第一检索策略和第二检索策略中至少之一为不检索时，则检索结果中不包括待检索联系人；在一检索策略和第二检索策略中其一为零级检索，其二为一级检索、多级检索、完全检索中的一种检索策略时，则服务器按照零级检索进行检索；在一检索策略和第二检索策略中其一为一级检索，其二为多级检索、完全检索中的一种检索策略时，则服务器按照一级检索进行检索；在一检索策略和第二检索策略中其一为多级检索，其二为完全检索时，则服务器按照多级检索进行检索。

在本实施例中提供了另一种联系人的检索处理方法，图2是根据本发明实施例的联系人的检索处理方法的流程图二，如图2所示，该流程包括如下步骤：

步骤S202，终端向服务器发送检索请求，其中，检索请求中携带有待检索联系人的关联信息和第一检索策略；

步骤S204，终端接收服务器发送的检索结果，其中，检索结果为服务器根据关联信息以及第一检索策略检索得到的待检索联系人。

通过上述步骤，终端向服务器发送携带有待检索联系人的关联信息和第一检索策略的检索请求，并接收服务器发送的根据关联信息以及第一检索策略检索得到的待检索联系人的检索结果，由于终端接收的是服务器根据第一检索策略出发进行的检索，从而解决了现有技术中在检索联系人的过程中，不能解决被检索人群和检索人群间的相互信任的问题，提升了用户体验。

优选地，该第一检索策略包括以下至少之一：零级检索、一级检索、多级检索、完全检索、不检索；其中，零级检索是指直接根据该终端存储的本地联系人信息检索得到待检索联系人；一级检索是指根据该本地联系人信息检索到第一检索结果，根据该第一检索结果的关联信息检索得到最终的检索结果；多级检索是指根据该本地联系人信息和中间检索结果的关联信息逐级进行检索；完全检索是指检索该服务器中所有符合该关联信息的联系人信息；不检索是指不允许通过该联系人的关联信息进行检索。

在本实施例中还提供了一种联系人的检索处理装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图3是根据本发明实施例的联系人的检索处理装置的结构框图一，该装置应用于服务器，如图3所示，该装置包括：第一接收模块22，用于接收终端的检索请求，其中，检索请求中携带有待检索联系人的关联信息和第一检索策略；检索模块24，用于根据关联信息以及第一检索策略检索待检索联系人，得到检索结果；发送模块26，用于将检索结果发送给终端。

优选地，该检索模块还用于根据该关联信息从该服务器中存储的终端本地联系人和/或该本地联系人与该待检索联系人之间的间接联系人中检索该待检索联系人。

图4是根据本发明实施例的联系人的检索处理装置的结构框图二，如图4所示，该装置还包括：第二接收模块28，用于接收其管理的所有终端存储的联系人信息。

优选地，联系人信息包括以下至少之一：联系人的关联信息、关联信息的属性信息、与联系人对应的第二检索策略。

优选地，第一检索策略和/或第二检索策略包括以下至少之一：零级检索、一级检索、多级检索、完全检索、不检索；其中，零级检索是指直接根据该终端存储的本地联系人信息检索得到待检索联系人；一级检索是指根据该本地联系人信息检索到第一检索结果，根据第一检索结果的关联信息检索得到最终的检索结果；多级检索是指根据本地联系人信息和中间检索结果的关联信息逐级进行检索；完全检索是指检索该服务器中所有符合该关联信息的联系人信息；不检索是指不允许通过该联系人的关联信息进行检索。

图5是根据本发明实施例的联系人的检索处理装置的结构框图三，如图5所示，该发送模块26还包括：第一发送单元32，用于将服务器中存储的终端本地联系人信息中与待检索联系人关联的联系人信息发送给终端，其中，与待检索联系人关联的联系人信息为在检索该待检索联系人过程中所涉及到的联系人信息；和/或第二发送单元34，用于将对待检索联系人进行检索过程中所涉及到的联系人信息按照被检索到的先后顺序发送给终端。

图6是根据本发明实施例的联系人的检索处理装置的结构框图四，该装置应用于终端，如图6所示，该装置包括：发送模块42，用于向服务器发送检索请求，其中，检索请求中携带有待检索联系人的关联信息和第一检索策略；接收模块44，用于接收服务器发送的检索结果，其中，检索结果为服务器根据关联信息以及第一检索策略检索得到的该待检索联系人。

优选地，第一检索策略和/或第二检索策略包括以下至少之一：零级检索、一级检索、多级检索、完全检索、不检索；其中，零级检索是指直接根据该终端存储的本地联系人信息检索得到待检索联系人；一级检索是指根据该本地联系人信息检索到第一检索结果，根据第一检索结果的关联信息检索得到最终的检索结果；多级检索是指根据该本地联系人信息和中间检索结果的关联信息逐级进行检索；完全检索是指检索该服务器中所有符合该关联信息的联系人信息；不检索是指不允许通过该联系人的关联信息进行检索。

针对相关技术中存在的问题，下面将结合附图对本优选实施例进行详细描述。

图7是根据本发明实施例的联系人的检索处理方法的逻辑流程图，如图7所示，联系人关联的方法包括以下步骤：

步骤S702，同步更新联系人信息到检索服务器；

其中，联系人信息包含以下几部分信息：

1)电子名片(Vcard)2.1规范中规定的联系人各项信息，如联系人名称，电话号码1、电话号码2、电话号码3，联系地址、电子邮件、网址等；

2)联系人关联信息：社交网络账号(微博、微信、易信、Facebook、Twitter)、二维码信息、关联标签、关联详细内容等；

进一步的，关联标签可以是1个或多个，数量不限，每个标签有字符限制，例如不超过10个中文字符或20个英文字符等；

进一步的，关联详细内容，可以是若干字符以内的文字描述。例如中文200字，英文400个字符等；

3)关联信息属性，该属性包含以下内容:是否公开发布、是否允许仅被指定类型人群检索、该联系人与机主的社会关系、该联系人与机主的熟悉程度等；

进一步的，是否公开发布，是指在检索服务器上是否公开发布该联系人的相关信息，即1)和2)中记录的信息；只有公开发布的信息，才有可能被检索到；

进一步的，是否仅被指定类型人群检索，该指定人群可以是1个或多个用户指定的人群，或者根据该联系人与机主的社会关系来进行限定；

进一步的，社会关系可以指同学、亲戚、朋友、同事等进行分类，也可以由用户自定义的社会关系，如亲疏关系等；

进一步的，熟悉程度，可以采用分集表示，比如五颗星级别来进行表示，星数越多，代表越熟悉，每颗星还可以采用半颗星或者没有来增加区分度；

4)关联检索策略，该属性包含以下几个层级：完全检索、多级检索、一级检索、不检索；

进一步的，完全检索，将检索服务器所有满足条件的联系人信息；多级检索，允许通过多个联系人的关联信息进行检索；一级检索，仅允许通过1个联系人关联信息进行检索，不允许2个及2个以上的关联联系人来进行检索；不检索，即不允许通过关联联系人进行检索；

进一步的，该检索策略针对检索人和被检索人都需要进行设置，其中，检索人的策略相对于上述第一检索策略，被检索人的策略相当于上述第二检索策略，最终检索策略要由检索人和被检索人检索策略进行综合判断。即，如果被检索人设置的关联检索策略是“不检索”，那么即使检索人设置的是完全检索，也不能检索到被检索人的信息，同时，也不能通过被检索人检索到被检索人的联系人信息；

其中，更新联系人信息到检索服务器，可以是定期或者不定期进行更新；更新的方式可以是变化更新或者全部更新；更新的方法可以分段进行更新或者全部更新；更新的实现可以是通过HTTPGET和/或POST方法和检索服务器进行更新，还可以通过明文方式或者加密方式进行更新；

其中，更新过程中包括机主联系人信息和非机主联系人信息，机主联系人仅1个，非机主联系人可以是多个；机主联系人和非机主联系人可以被相互关联。

步骤S704，检索终端按照一定的联系人信息中关联信息字段和检索策略提交检索请求给检索服务器；

其中，检索请求中包括但不局限与关联信息字段、检索策略中的一项或几项；

进一步的，关联信息中的各个字段，在检索请求中是或者关系；每个关联信息字段中的项目信息之间是或者关系；即，检索请求中的社交网络账号和关联标签是或者关系，两者都可以作为检索的满足条件；关联标签中的用户输入的各个标签之间也是或者关系，都可以作为检索满足条件；

其中，检索策略是检索请求中的必选项目，需要提供后才可以进行检索。

步骤S706，检索服务器反馈检索结果给检索终端；

其中，检索结果包含两部分内容，第一部分是检索状态，即检索成功或检索失败；第二部分是检索内容，当检索状态为检索失败时，这部分检索的内容为空，检索内容为步骤702中的1)和2)的信息；这些信息需要根据检索服务器中的记录的关联信息属性和检索策略来决定是否公开显示给检索用户；

进一步的，检索服务器并不一次性的将所有结果反馈给检索终端，仅按照检索结果的生成先后次序并按照一定的数量(比如一次显示10个联系人信息或者5个联系人信息)来反馈给检索终端；检索人可以操作显示下一组检索结果，通过发送检索请求给检索服务器，检索服务器进行相应的结果反馈即可。

特殊的，根据检索策略，检索出来满足要求的联系人信息，其中涉及到的1)Vcard2.1规范中规定的联系人各项信息，2)联系人关联信息：社交网络账号(微博、微信、易信、Facebook、Twitter)、二维码信息，并不直接反馈给检索用户，仅是按照以下两种方式反馈给检索用户：

方式一：将检索用户本地记录的联系人中认识检索要求中的联系人列举出来；

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

特殊的，满足检索条件的联系人信息的显示，还可以标记出该联系人和用户本地记录的那个联系人的熟悉程度；

或者，满足检索条件的联系人信息的显示，可以按照该联系人和用户本地记录的那个联系人的熟悉程度进行排序，将熟悉程度较高的优先进行显示。

步骤S708，检索终端根据检索结果选择可信任的联系人启动建立联系过程；

其中，联系过程可以是通过联系检索结果中的记录的本地记录中的联系人来完成和最终检索结果的联系人来进行获取最终检索结果的联系人的相关联系信息，也可以是根据检索出来的社交网络号进行联系，也可以是检索出来的二维码信息进行联系，还可以是检索出来的联系人各项信息内容来进行联系。

表一是联系人信息结构关系表，如下所示，其中M为必选单元，O为可选单元；其中4.关联检索策略，如果用户没有填写，则默认为：完全检索；

表一：

表二、三、四是本优选实施例的联系人信息存储关系说明，联系人信息存储分两部分。第一部分是联系人作为机主时的存储；第二部分是联系人作为非机主时的存储；这两部分的信息的存储在更新到检索服务器时，需要进行关联；

例如，张三作为机主联系人，有机主的联系人信息，同时还有李四和王五两个联系人；李四作为机主联系人，有机主的联系人信息，同时有张三一个联系人；王五作为机主联系人，有张三一个联系人；

表二：联系人张三作为机主时，其联系人信息如下：

表三：李四的信息如下：

1.联系人信息
		联系人名称	李四
电话号码1	1892345yyyy
		电话号码2
电话号码3
		联系地址
电子邮件	-
		网址	-
2.联系人关联信息
		微博	1892345yyyy
微博二维码信息
		微信
微信二维码信息
		易信
易信二维码信息
		Facebook
Facebook二维码信息
		Twitter
Twitter二维码信息
		关联标签	交警
关联详细内容
		3.关联信息属性
是否公开发布	否
		是否允许仅被指定类型人群检索	是
该联系人与机主的社会关系	朋友
		该联系人与记住的熟悉程度	★★★★☆
4.关联检索策略	一级检索

表四：王五的信息如下：

1.联系人信息
		联系人名称	王五
电话号码1	1811351zzzz
		电话号码2
电话号码3
		联系地址
电子邮件	-
		网址	-
2.联系人关联信息
		微博	1811351zzzz
微博二维码信息
		微信
微信二维码信息
		易信
易信二维码信息
		Facebook
Facebook二维码信息
		Twitter
Twitter二维码信息
		关联标签	红酒品鉴师
关联详细内容
		3.关联信息属性
是否公开发布	否
		是否允许仅被指定类型人群检索	是
该联系人与机主的社会关系	朋友
		该联系人与记住的熟悉程度	★★★☆☆
4.关联检索策略	一级检索

表五：李四作为机主联系人时，其联系人信息如下：

1.联系人信息
		联系人名称	李四
电话号码1	1892345yyyy
		电话号码2	1892346yyyy
电话号码3	1892347yyyy
		联系地址	陕西西安市yy街yy号
电子邮件	lisi@xxx.com
		网址	http://www.lisi.com
2.联系人关联信息
		微博	1892345yyyy
微博二维码信息
		微信	1892346yyyy
微信二维码信息
		易信	1892347yyyy
易信二维码信息
		Facebook	1892348yyyy
Facebook二维码信息
		Twitter	1892349yyyy
Twitter二维码信息
		关联标签	交警、画家、书法家、……
关联详细内容	李四，毕业于……，现就职于……，擅长于……
		3.关联信息属性
是否公开发布	是
		是否允许仅被指定类型人群检索	否
该联系人与机主的社会关系	机主
		该联系人与记住的熟悉程度	★★★★★
4.关联检索策略	完全检索

表六：张三的信息如下：

1.联系人信息
		联系人名称	张三
电话号码1	1809182xxxx
		电话号码2
电话号码3
		联系地址
电子邮件	-
		网址	-
2.联系人关联信息
		微博
微博二维码信息
		微信	1809183xxxx
微信二维码信息
		易信
易信二维码信息
		Facebook
Facebook二维码信息
		Twitter
Twitter二维码信息
		关联标签	水工
关联详细内容
		3.关联信息属性
是否公开发布	否
		是否允许仅被指定类型人群检索	是
该联系人与机主的社会关系	朋友
		该联系人与记住的熟悉程度	★★★☆☆
4.关联检索策略	一级检索

表七：王五作为机主联系人时，其联系人信息如下：

1.联系人信息
		联系人名称	王五
电话号码1	1811351zzzz
		电话号码2	1811352zzzz
电话号码3	1811353zzzz
		联系地址	陕西西安市zz街zz号
电子邮件	zhangsan@xxx.com
		网址	http://www.zhangsan.com
2.联系人关联信息
		微博	1811351zzzz
微博二维码信息
		微信	1811352zzzz
微信二维码信息
		易信	1811353zzzz
易信二维码信息
		Facebook	1811354zzzz
Facebook二维码信息
		Twitter	1811355zzzz
Twitter二维码信息
		关联标签	体育老师、篮球运动员、潜水爱好者、红酒品鉴师、……
关联详细内容	王五，毕业于……，现就职于……，擅长于……
		3.关联信息属性
是否公开发布	是
		是否允许仅被指定类型人群检索	否
该联系人与机主的社会关系	机主
		该联系人与记住的熟悉程度	★★★★★
4.关联检索策略	完全检索

表八：张三的信息如下：

1.联系人信息
		联系人名称	张三
电话号码1	1809183xxxx
		电话号码2
电话号码3
		联系地址
电子邮件	-
		网址	-
2.联系人关联信息
		微博
微博二维码信息
		微信
微信二维码信息
		易信	1809184xxxx
易信二维码信息
		Facebook
Facebook二维码信息
		Twitter
Twitter二维码信息
		关联标签	高级教师
关联详细内容
		3.关联信息属性
是否公开发布	否
		是否允许仅被指定类型人群检索	是
该联系人与机主的社会关系	朋友
		该联系人与记住的熟悉程度	★★☆☆☆
4.关联检索策略	一级检索

如上所示，张三作为非机主联系人信息时，其相对信息较少，李四仅记录了张三的一个电话号码，微信名称，1个关联标签；同时，李四并没有公开发布张三的信息，并且仅允许指定类型的人群检索(即只有是李四记录为朋友的联系人才可以检索到张三)，其检索策略为一级，即仅能通过李四检索到张三；王五也仅记录了张三的一个电话号码，易信名称，1个关联标签，；同时，王五并没有公开发布张三的信息，并且仅允许指定类型的人群检索(即只有是王五记录为朋友的联系人才可以检索到张三)，其检索策略为一级，即仅能通过王五检索到张三。

表九是本发明实施例的联系人信息在检索服务器的保存结构表；

张三、李四和王五都将各自的联系人信息更新到检索服务器。检索服务器会将该联系人信息进行关联。关联结果如下：

表九：

1个机主可以关联多个非机主的记录号；1个非机主仅可以关联1个机主记录号；多个非机主在分级检索时关联到1个机主记录号；这些记录号可以用于联系人间的相互索引；

以上述各表为基础进行举例说明，图8是根据本发明实施例的联系人的检索处理方法的逻辑流程图一；如图8所示，该流程包括如下步骤：

步骤S802，用户根据检索内容提交检索要求给检索服务器；

步骤S804，检索服务器根据检索要求在该用户的关联联系人中进行检索，如果搜寻到满足检索要求的联系人，则记录检索结果，结束检索；如果搜寻不到，先返回机主联系人中没有检索到满足要求的联系人，再进行步骤S806；

步骤S806，检索服务器根据检索要求，进行1级检索，即从该用户的非机主联系人关联的非机主联系人中进行检索；如果搜寻到满足检索要求的联系人，则记录检索结果，结束检索；如果搜寻不到，先返回1级检索中没有检索到满足要求的联系人，再进行步骤S808；

步骤S808，检索服务器根据检索要求，进行N级(n>＝2)检索，即从该用户的非机主联系人关联的非机主联系人中进行检索；如果搜寻到满足检索要求的联系人，则记录检索结果，结束检索；如果搜寻不到，先反馈N级检索中没有检索到满足要求的联系人，将N＝N+1，再进行步骤S808。

特殊的，在步骤S806和S808的过程中，检索服务器需要记录检索遍历的记录号，一旦发现检索过程中的记录号有重复，则立刻停止对该检索分支的检索过程，退回该检索分支的上一层，并返回本层检索未能检索到满足要求的结果，并标记本层检索到底，不能继续检索。

下面对此进行举例说明，例如王五需要搜索关联联系人，希望该关联联系人是一名交警，于是提交搜索要求给检服务器，搜索要求中的关联标签为“交警”；检索服务器首先在编号为3的机主联系人王五记录的联系人中进行搜寻，由于机主联系人王五仅有一个联系人记录13，非机主联系人张三，检索张三的信息后，不满足检索条件，先返回您的联系人中没有满足条件的联系人，再进行1级检索，即搜寻非机主联系人张三作为机主联系人时记录的联系人是否满足条件，首先检索张三记录的机主信息，没有检索到“交警”信息，再检索张三记录的非机主信息，有两个记录号11,16，编号11记录的是李四，检索到李四记录中有“交警”信息，则返回1级检索中找到满足检索要求的联系人李四；继续检索编号16的记录；编号16的记录中没有“交警”信息；则结束检索；

此次检索过程中，检索的记录号顺序如下表所示，开始检索的记录号为3,0级检索了记录号13，1级检索到额记录号为1、11、16；

检索“交警”的检索记录号

层级	记录号
				START	3
0	13
				1	1	11	16

特殊的，如果张三的非机主信息记录的编号11和16中都没有“交警”信息的记录，则需要进行2级检索，首先找到编号11的记录李四作为机主时的编号2，此时李四作为机主时也没有记录交警的信息，需要检查李四记录的非机主联系人，此时仅找到编号为9的张三，经检查也未能找到满足要求的联系人，则结束针对编号11的2级检索；其次找到编号16的记录王五作为机主的编号3，发现该编号3已经存在在检索记录号中，则结束此分支的检索；继续进行3级检索，首先找到编号为9的张三作为机主的编号1，发现该编号1已经存在在检索记录号中，则技术此分支的检索。至此，所有分支检索均结束，则返回给用户未能检索到满足条件的联系人，结束检索全过程。

检索“交警”的检索记录号

层级	记录号
				START	3
0	13
				1	1	11	16
2	2	9	3
				3	1

特殊的，在上述的所有检索过程中，只能对联系人记录的关联信息属性中“是否公开发布”为是的记录进行检索。

联系人检索的结果有以下几种可能：

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

2)0级检索就检索到满足条件的结果，直接可以将本地联系人中存储的结果就显示给用户；

3)N(N>＝1)级检索检索到满足条件的结果，有两种显示方式：

1)本地联系人xxx可以联系到满足条件的联系人；

2)检索到满足条件的联系人，本地联系人xxx可以联系到他；

例如，以图8检索“交警”，1级检索为例，可以有以下两种显示结果：

1)本地联系人张三，可以联系到交警1位；

2)搜索到交警1位，可以通过本地联系人张三联系上；

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

3)搜索到本地联系人张三是交警；

例如，如果检索“交警”，通过2级检索，则可以有以下两种方式。

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

2)搜索到交警1为，可以通过本地联系人张三通过另外1名联系人李四联系上；

特殊的，假设机主联系人记录的联系人张三，作为机主联系人张三记录的联系人李四，没有交警信息，但李四作为机主时，器关联信息有“交警”，则搜索的结果，还应有；

3)搜索到本地联系人张三的联系人李四是交警；

图9是根据本发明实施例的联系人的检索处理的模块组成图一，如图9所示，包含有以下几个基本模块组成：输入模块(相当于上述发送模块42)，用于输入和更新联系人信息中的关联信息字段、属性信息和检索策略，以及输入检索信息给检索模块；输出模块(相当于上述发送模块26)，用于返回检索结果信息给用户；检索模块(相当于上述检索模块24)，将检索信息按照一定的网络请求格式要求，发送给检索服务器，并接受检索服务器发回来的检索结果；显示模块，用于不同模快的信息交互时显示给用户交互过程和交互信息；存储模块，用于保存和更新输入模块的联系人信息给数据库和保存输出模块的检索信息。

本优选实施例公开了联系人关联的系统，图10是根据本发明实施例的联系人的检索处理的模块组成图二，如图10所示，该系统应用于服务器端，包含有以下几个基本模块组成：数据库模块，用于保存和更新终端发来的联系人信息；输入模块(相当于上述第一接收模块22)，用于接收终端发来的联系人信息；检索模块(相当于上述检索模块24)，按照检索要求在数据库中检索相关的联系人信息，并将满足检索要求的联系人信息返回给输出模块；输出模块(相当于上述发送模块26)，将检索结果返回给终端。

依据此装置的模块组成图，可以广泛的应用于各种终端设备中。比如手机、桌面电话等；还可以广泛的应用于网络侧的设备，如交换机等。

有一个数学领域的猜想，名为SixDegreesofSeparation，中文翻译包括以下几种：六度分割理论或小世界理论等。理论指出：你和任何一个陌生人之间所间隔的人不会超过六个，也就是说，最多通过六个人你就能够认识任何一个陌生人。这就是六度分割理论，也叫小世界理论。

综上所述，本发明利用了以上的数学理论猜想，通过熟悉的人介绍陌生人相互认识，建立信任感，以期更好的达到联系人关联分享的目的。帮助用户使用最快捷的方式建立彼此间的稳定可靠的联系，用户无须通过其他的手段来加速这个过程。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

Claims (19)

1.一种联系人的检索处理方法，其特征在于，包括：

服务器接收终端的检索请求，其中，所述检索请求中携带有待检索联系人的关联信息和第一检索策略；

所述服务器根据所述关联信息以及所述第一检索策略检索所述待检索联系人，得到检索结果；

所述服务器将所述检索结果发送给所述终端。

2.根据权利要求1所述的方法，其特征在于，所述服务器根据所述关联信息以及所述第一检索策略检索所述待检索联系人包括：

所述服务器根据所述关联信息从所述服务器中存储的终端本地联系人和/或所述本地联系人与所述待检索联系人之间的间接联系人中检索所述待检索联系人。

3.根据权利要求1所述的方法，其特征在于，所述服务器接收所述终端的检索请求之前，还包括：

所述服务器接收其管理的所有终端存储的联系人信息。

4.根据权利要求3所述的方法，其特征在于，所述联系人信息包括以下至少之一：

所述联系人的关联信息、所述关联信息的属性信息、与所述联系人对应的第二检索策略。

5.根据权利要求4所述的方法，其特征在于，所述第一检索策略和/或所述第二检索策略包括以下至少之一：零级检索、一级检索、多级检索、完全检索、不检索；

其中，所述零级检索是指直接根据所述终端存储的本地联系人信息检索得到待检索联系人；所述一级检索是指根据所述本地联系人信息检索到第一检索结果，根据所述第一检索结果的关联信息检索得到最终的检索结果；所述多级检索是指根据所述本地联系人信息和中间检索结果的关联信息逐级进行检索；所述完全检索是指检索所述服务器中所有符合所述关联信息的联系人信息；所述不检索是指不允许通过所述联系人的关联信息进行检索。

6.根据权利要求4所述的方法，其特征在于，包括：

所述联系人的关联信息包括以下至少之一：所述联系人的电话号码、所述联系人的联系地址、所述联系人的电子邮箱、所述联系人的网站，所述联系人的社交网卡账号、所述联系人的二维码信息、所述联系人设置的标签信息、所述联系人设置的内容信息；和/或

所述属性信息包括以下至少之一：是否公开所述联系人的信息、所述联系人被检索的人群类型、所述联系人与所述终端用户的社会关系、所述联系人与所述终端用户的熟悉程度。

7.根据权利要求1所述的方法，其特征在于，所述服务器将所述检索结果发送给所述终端包括：

将所述服务器中存储的终端本地联系人信息中与所述待检索联系人关联的联系人信息发送给所述终端，其中，与所述待检索联系人关联的联系人信息为在检索所述待检索联系人过程中所涉及到的联系人信息；和/或

将对待检索联系人进行检索过程中所涉及到的联系人信息按照被检索到的先后顺序发送给所述终端。

8.根据权利要求5所述的方法，其特征在于，所述服务器根据所述关联信息以及所述第一检索策略检索所述待检索联系人包括：

所述服务器根据本地存储的所述待检索人的第二检索策略以及所述第一检索策略，确定最终检索策略；

所述服务器按照确定的所述最终检索策略检索所述待检索联系人。

9.根据权利要求8所述的方法，其特征在于，所述服务器根据所述关联信息以及所述第一检索策略检索所述待检索联系人包括：

在所述第一检索策略与所述第二检索策略相同时，按照所述第一检索策略或所述第二检索策略检索所述待检索联系人；

在所述第一检索策略与所述第二检索策略不同时，根据以下规则检索所述待检索联系人：

在所述第一检索策略和所述第二检索策略中至少之一为所述不检索时，则所述检索结果中不包括所述待检索联系人；

在所述一检索策略和所述第二检索策略中其一为所述零级检索，其二为所述一级检索、所述多级检索、所述完全检索中的一种检索策略时，则所述服务器按照所述零级检索进行检索；

在所述一检索策略和所述第二检索策略中其一为所述一级检索，其二为所述多级检索、所述完全检索中的一种检索策略时，则所述服务器按照所述一级检索进行检索；

在所述一检索策略和所述第二检索策略中其一为所述多级检索，其二为所述完全检索时，则所述服务器按照所述多级检索进行检索。

10.一种联系人的检索处理方法，其特征在于，包括：

终端向服务器发送检索请求，其中，所述检索请求中携带有待检索联系人的关联信息和第一检索策略；

所述终端接收所述服务器发送的检索结果，其中，该检索结果为所述服务器根据所述关联信息以及所述第一检索策略检索得到的所述待检索联系人。

11.根据权利要求10所述的方法，其特征在于，所述第一检索策略包括以下至少之一：零级检索、一级检索、多级检索、完全检索、不检索；

其中，所述零级检索是指直接根据所述终端存储的本地联系人信息检索得到待检索联系人；所述一级检索是指根据所述本地联系人信息检索到第一检索结果，根据所述第一检索结果的关联信息检索得到最终的检索结果；所述多级检索是指根据所述本地联系人信息和中间检索结果的关联信息逐级进行检索；所述完全检索是指检索所述服务器中所有符合所述关联信息的联系人信息；所述不检索是指不允许通过所述联系人的关联信息进行检索。

12.一种联系人的检索处理装置，该装置应用于服务器，其特征在于，所述装置包括：

第一接收模块，用于接收终端的检索请求，其中，所述检索请求中携带有待检索联系人的关联信息和第一检索策略；

检索模块，用于根据所述关联信息以及所述第一检索策略检索所述待检索联系人，得到检索结果；

发送模块，用于将所述检索结果发送给所述终端。

13.根据权利要求12所述的装置，其特征在于，所述检索模块还用于根据所述关联信息从所述服务器中存储的终端本地联系人和/或所述本地联系人与所述待检索联系人之间的间接联系人中检索所述待检索联系人。

14.根据权利要求12所述的装置，其特征在于，所述装置还包括：

第二接收模块，用于接收其管理的所有终端存储的联系人信息。

15.根据权利要求14所述的装置，其特征在于，所述联系人信息包括以下至少之一：

所述联系人的关联信息、所述关联信息的属性信息、与联系人对应的第二检索策略。

16.根据权利要求15所述的装置，其特征在于，所述第一检索策略和/或所述第二检索策略包括以下至少之一：零级检索、一级检索、多级检索、完全检索、不检索；

其中，所述零级检索是指直接根据所述终端存储的本地联系人信息检索得到待检索联系人；所述一级检索是指根据所述本地联系人信息检索到第一检索结果，根据所述第一检索结果的关联信息检索得到最终的检索结果；所述多级检索是指根据所述本地联系人信息和中间检索结果的关联信息逐级进行检索；所述完全检索是指检索所述服务器中所有符合所述关联信息的联系人信息；所述不检索是指不允许通过所述联系人的关联信息进行检索。

17.根据权利要求12所述的装置，其特征在于，所述发送模块还包括：

第一发送单元，用于将所述服务器中存储的终端本地联系人信息中与所述待检索联系人关联的联系人信息发送给所述终端，其中，与所述待检索联系人关联的联系人信息为在检索所述待检索联系人过程中所涉及到的联系人信息；和/或

第二发送单元，用于将对待检索联系人进行检索过程中所涉及到的联系人信息按照被检索到的先后顺序发送给所述终端。

18.一种联系人的检索处理装置，所述装置应用于终端，其特征在于，所述装置包括：

发送模块，用于向服务器发送检索请求，其中，所述检索请求中携带有待检索联系人的关联信息和第一检索策略；

接收模块，用于接收所述服务器发送的检索结果，其中，该检索结果为所述服务器根据所述关联信息以及所述第一检索策略检索得到的所述待检索联系人。

19.根据权利要求18所述的装置，其特征在于，所述第一检索策略包括以下至少之一：零级检索、一级检索、多级检索、完全检索、不检索；

其中，所述零级检索是指直接根据所述终端存储的本地联系人信息检索得到待检索联系人；所述一级检索是指根据所述本地联系人信息检索到第一检索结果，根据所述第一检索结果的关联信息检索得到最终的检索结果；所述多级检索是指根据所述本地联系人信息和中间检索结果的关联信息逐级进行检索；所述完全检索是指检索所述服务器中所有符合所述关联信息的联系人信息；所述不检索是指不允许通过所述联系人的关联信息进行检索。