CN107295118A - 联系人查找方法和装置 - Google Patents

Abstract

本发明公开了一种联系人查找方法和装置。其中，该方法包括：获取请求对象发送的查找请求和查找信息，其中，查找请求用于指示根据查找信息查找目标联系人；确定请求对象的关联对象；根据查找信息在关联对象上传的通讯录中查找目标联系人；向请求对象反馈查找结果。本发明解决了相关技术中获取目标联系人联系方式的方法准确率较低的技术问题。

Description

联系人查找方法和装置

技术领域

本发明涉及通信领域，具体而言，涉及一种联系人查找方法和装置。

背景技术

为了更方便的获取联系方式未知的联系人的联系方式，现有技术中主要采用以下几种方案：

1、创建人在服务器上创建一个共享联系人，该共享联系人的联系方式能够被创建人允许的成员获取。该技术方案的缺点在于，需要创建人主动创建能够被共享的联系人，成员只能被动的分享，而且，创建人共享的联系人未必是其它成员需要的联系人。

2、从一个移动终端向另外一个移动终端发送联系人请求，根据姓名进行匹配，并返回联系人列表。该技术方案的缺点在于，被请求的移动终端上未必有请求终端所请求的联系人，请求终端仍然需要向很多终端发送请求，未必能问到知道目标联系人的联系方式的人。

3、多个用户都在一个组织架构下注册自身的联系方式，该组织架构下的用户可以获取其它用户的联系方式。该技术方案的缺点是，无法查找组织外人员的联系方式。

针对相关技术中获取目标联系人联系方式的方法准确率较低的技术问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种联系人查找方法和装置，以至少解决相关技术中获取目标联系人联系方式的方法准确率较低的技术问题。

根据本发明实施例的一个方面，提供了一种联系人查找方法，该方法由服务器执行，该方法包括：获取请求对象发送的查找请求和查找信息，其中，查找请求用于指示根据查找信息查找目标联系人；确定请求对象的关联对象；根据查找信息在关联对象上传的通讯录中查找目标联系人；向请求对象反馈查找结果。

进一步地，确定请求对象的关联对象包括：获取请求对象的通讯录；在请求对象的通讯录中确定已上传其自身的通讯录的联系人；将请求对象的通讯录中已上传其自身通讯录的联系人作为请求对象的关联对象。

进一步地，确定请求对象的关联对象包括：获取请求对象的个人信息；根据请求对象的个人信息在服务器的本地数据库中查找符合预设条件的对象并将其作为关联对象，其中，本地数据库中存储有除请求对象以外的其他对象向服务器上传的个人信息或通讯录。

进一步地，根据查找信息在关联对象上传的通讯录中查找目标联系人包括：在关联对象上传的通讯录中确定与查找信息相匹配的匹配联系人；向请求对象反馈查找结果包括：向匹配联系人所属的通讯录对应的关联对象发送共享请求；接收对应的关联对象对共享请求的响应信息；根据响应信息确定查找结果。

进一步地，共享请求至少包括以下一种信息：查找信息；请求对象向服务器上传的个人信息；请求对象向服务器上传的查找原因。

进一步地，在向请求对象反馈查找结果之后，该方法还包括：获取请求对象的反馈信息，其中，反馈信息为请求对象在接收到查找结果之后反馈的信息，反馈信息用于指示查找结果是否正确；根据反馈信息对匹配算法进行更新，其中，匹配算法为在确定与查找信息相匹配的匹配联系人时使用的算法。

根据本发明实施例的另一方面，还提供了一种联系人查找装置，该装置应用于服务器，该装置包括：获取单元，用于获取请求对象发送的查找请求和查找信息，其中，查找请求用于指示根据查找信息查找目标联系人；确定单元，用于确定请求对象的关联对象；查找单元，用于根据查找信息在关联对象上传的通讯录中查找目标联系人；反馈单元，用于向请求对象反馈查找结果。

进一步地，确定单元包括：第一获取模块，用于获取请求对象的通讯录；第一确定模块，用于在请求对象的通讯录中确定已上传其自身的通讯录的联系人；逻辑模块，用于将请求对象的通讯录中已上传其自身通讯录的联系人作为请求对象的关联对象。

进一步地，确定单元包括：第二获取模块，用于获取请求对象的个人信息；执行模块，用于根据请求对象的个人信息在服务器的本地数据库中查找符合预设条件的对象并将其作为关联对象，其中，本地数据库中存储有其他对象向服务器上传的个人信息或通讯录。

进一步地，查找单元包括：匹配模块，用于在关联对象上传的通讯录中确定与查找信息相匹配的匹配联系人；反馈单元包括：发送模块，用于向匹配联系人所属的通讯录对应的关联对象发送共享请求；接收模块，用于接收对应的关联对象对共享请求的响应信息；第二确定模块，用于根据响应信息确定查找结果。

进一步地，共享请求至少包括以下一种信息：查找信息；请求对象向服务器上传的个人信息；请求对象向服务器上传的查找原因。

根据本发明实施例的另一方面，还提供了一种存储介质，该存储介质包括存储的程序，其中，在程序运行时控制存储介质所在设备执行本发明的联系人查找方法。

根据本发明实施例的另一方面，还提供了一种处理器，该处理器用于运行程序，其中，程序运行时执行本发明的联系人查找方法。

在本发明实施例中，通过获取请求对象发送的查找请求和查找信息，其中，查找请求用于指示根据查找信息查找目标联系人；确定请求对象的关联对象；根据查找信息在关联对象上传的通讯录中查找目标联系人；向请求对象反馈查找结果，解决了相关技术中获取目标联系人联系方式的方法准确率较低的技术问题，进而实现了能够更准确地获取目标联系人的准确率的技术效果。

附图说明

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

图1是根据本发明实施例的一种可选的联系人查找方法的流程图；

图2是根据本发明实施例的另一种可选的联系人查找方法的流程图；

图3是根据本发明实施例的一种可选的联系人查找方法中服务器处理上传通讯录的流程图；

图4是根据本发明实施例的一种可选的联系人查找方法中查找目标联系人的流程图；

图5是根据本发明实施例的一种可选的联系人查找方法中反馈查找结果的流程图；

图6是根据本发明实施例的一种可选的联系人查找装置的示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

本申请提供了一种联系人查找方法的实施例。

图1是根据本发明实施例的一种可选的联系人查找方法的流程图，如图1所示，该方法包括如下步骤：

步骤S101，获取请求对象发送的查找请求和查找信息；

步骤S102，确定请求对象的关联对象；

步骤S103，根据查找信息在关联对象上传的通讯录中查找目标联系人；

步骤S104，向请求对象反馈查找结果。

该实施例提供的方法可以通过(云端)服务器执行，请求对象可以是用户通过终端向服务器注册的账号，请求对象在注册登录之后可以发送查找请求，并上传目标联系人的查找信息，服务器响应于请求对象的查找请求，可以执行该实施例提供的联系人查找方法。

请求对象是提出查找请求的对象，请求对象可以是客户端，也可以是在服务器注册的账号，查找请求用于指示根据查找信息查找目标联系人，查找信息可以是目标联系人的部分信息，例如，查找信息包括目标联系人的姓名、工作单位、部门、职位等信息至少之一，服务器可以根据请求对象提供的目标联系人的部分信息查找目标联系人的另一部分信息(例如，目标联系人的联系电话、邮箱等)。

在获取请求对象发送的查找请求和查找信息之后，需要确定请求对象的关联对象，以在关联对象上传的通讯录中查找目标联系人。关联对象是与请求对象具有预设关联关系的对象，例如，关联对象可以是在请求对象的通讯录中的联系人、或部分联系人，也可以是根据请求对象的信息(例如，请求对象的姓名、工作单位、部门、职位、联系电话等信息)在服务器本地的数据库中确定的可能与请求对象相识的人，具体而言，服务器可以在本地数据库中存储的其他对象上传的自身通讯录中查找是否存在请求对象的联系电话，如果存在，则服务器认为该对象与请求对象可能相识，符合预设的条件，或者，服务器也可以将请求对象的个人信息与本地数据库中存储的其他对象上传的个人信息进行匹配，如果一些信息相近或相同(例如，工作单位相同、家庭住址的地理位置相近等)，则认为该对象可能与请求对象相识，符合预设的条件，将这些符合预设条件的对象视作请求对象的关联对象。

可选的，关联对象可以是请求对象的通讯录联系人中已上传其自身的通讯录的联系人，具体而言，确定请求对象的关联对象可以包括：获取请求对象的通讯录；在请求对象的通讯录中确定已上传其自身的通讯录的联系人；将请求对象的通讯录中已上传其自身通讯录的联系人作为请求对象的关联对象。进一步地，服务器可以设置注册账号即允许服务器获取注册账号的客户端上的通讯录，在这种情况下，关联对象在注册账号之后，服务器即获取到关联对象的通讯录，因此，在确定请求对象的关联对象时，可以在请求对象的通讯录中确定已注册账号的联系人，将其作为关联对象。

一种可选的应用场景为，服务器在获取请求对象A向服务器上传的通讯录之后，服务器逐一判断通讯录中的每个联系人是否注册账号并上传其自身的通讯录，如果判断出联系人B和联系人C已注册并已上传其自身的通讯录，则在联系人B和联系人C的通讯录中根据查找信息逐一匹配以查找目标联系人。

可选的，如果请求对象未上传自身的通讯录，也可以通过请求对象的个人信息在数据库寻找可能与请求对象认识的人作为请求对象的关联对象，具体而言，确定请求对象的关联对象包括：获取请求对象的个人信息，例如，姓名、工作单位、部门、职位、住址等多种个人信息；根据请求对象的个人信息在服务器的本地数据库中查找符合预设条件的对象并将其作为关联对象，其中，本地数据库中存储有除请求对象以外的其他对象向服务器上传的个人信息或通讯录，预设条件可以是请求对象的个人信息与其他对象的通讯录中存在能够匹配的对象，或者，个人信息与请求对象的个人信息相似。再如，服务器确定关联对象的方式也可以是首先搜索与请求对象工作单位相同的注册对象，进一步地，还可以继续筛选，在工作单位相同的注册对象中确定与请求对象的部门相同的注册对象，或者在工作单位相同的注册对象中查找通讯录中包含请求对象的联系电话的联系人，以缩小查找目标联系人时的搜索范围，并且，确定出的关联对象与请求对象相识的可能性会增大。

进一步地，在确定关联对象之后，服务器获取关联对象向服务器上传的通讯录。在获取关联对象上传的通讯录之后，在关联对象的通讯录中确定与查找信息相匹配的匹配联系人。如果查找到匹配的联系人，则服务器可以向匹配联系人所属的通讯录对应的关联对象发送共享请求，该共享请求用于向对应的关联对象请求将匹配联系人的信息与请求对象共享。在发送共享请求之后，服务器接收对应的关联对象对共享请求的响应信息，并根据响应信息确定查找结果。

可选的，对应的关联对象(通讯录中存在与查找信息相匹配的匹配联系人的对象)还可以根据服务器提供的其它信息判断是否与请求对象共享联系人，具体而言，共享请求可以至少包括以下一种信息：查找信息；请求对象向服务器上传的个人信息；请求对象向服务器上传的查找原因。对应的关联对象可以根据查找信息主观判断服务器查找到的自身通讯录中存储的匹配联系人是否是请求对象要查找的目标联系人，如果不是，则可以向服务器反馈响应信息，以通知服务器和请求对象该匹配联系人不是目标联系人，因此不提供匹配联系人的信息。对应的关联对象可以根据请求对象的个人信息判断是否认识请求对象，如果不认识，则可以选择不向请求对象提供匹配联系人的信息，以保证匹配联系人的信息安全。对应的关联对象根据请求对象的查找原因可以主观的判断是否需要向请求对象提供匹配联系人的信息。

进一步地，在向请求对象反馈查找结果之后，服务器还可以获取请求对象的反馈信息，并根据反馈信息对匹配算法进行更新，其中，反馈信息为请求对象在接收到查找结果之后反馈的信息，反馈信息用于指示查找结果是否正确，匹配算法为在确定与查找信息相匹配的匹配联系人时使用的算法。

该实施例通过获取请求对象发送的查找请求和查找信息，其中，查找请求用于指示根据查找信息查找目标联系人；确定请求对象的关联对象；根据查找信息在关联对象上传的通讯录中查找目标联系人；向请求对象反馈查找结果，解决了相关技术中获取目标联系人联系方式的方法准确率较低的技术问题，进而实现了能够更准确地获取目标联系人的准确率的技术效果。

下面结合一种具体的实施方式对该实施例提供的联系人查找方法的步骤进行说明：

如图2所示，首先，用户下载手机应用(APP)，并打开手机应用。然后可以在应用的注册页面使用手机号进行注册。用户在注册成功后可以登陆，手机应用会在后台上传用户的通讯录(可选的，可以在注册或登录时告知用户该应用需要获取用户的通讯录)，将本机通讯录内的联系人的姓名、手机号、email、工作单位、部门、职务等联系人信息上传到云端服务器。

用户如果需要查找联系人，可以先填写联系人的描述信息(如：联系人姓名、工作单位、部门、职位，等)，进一步地，还可以填写联系原因，注明为何要联系此人。

云端服务器在接收到查找请求之后，开始查找联系人，如果找到联系人，则通知用户找到联系人，并将联系人信息返回，存入通讯录中，如果未找到联系人，则通知用户没有找到。

如图3所示，作为一种可选的实施方式，在云端服务器获取到手机应用上传的通讯录数据之后，可以对用户上传的数据进行预处理，将处理后的数据存储到数据库中。数据库中存储有多个用户上传的自身的通讯录。可选的，服务器可以对用户上传的通讯录数据进行规范化的处理，按照服务器的存储格式对通讯录中每个联系人的每种数据分别进行处理，并存储在数据库中。

如图4所示，作为一种可选的实施方式，步骤S102确定请求对象的关联对象和步骤S103根据查找信息在关联对象上传的通讯录中查找目标联系人可以采用如下的实施方式：

在服务器接收到联系人请求信息(查找目标联系人的查找请求和查找信息)之后，从数据库中调出请求人的通信录，服务器调取请求人上传的通讯录中的联系人信息。然后服务器在请求人的通讯录联系人中查询哪些用户(在服务器)注册了账号，然后将这些已注册账号的联系人选出，再将这些注册账号联系人的通讯录分别调出，用接收到的联系人请求信息(查找信息)在这些通讯录中进行匹配。匹配的算法可以是姓名匹配、姓名+工作单位匹配、姓名+工作单位+部门匹配等。具体的，可以逐个判断通讯录中的每个联系人，在判断出某个联系人已注册账号之后，遍历这个联系人的通讯录，使用请求人提交的目标联系人的查找信息进行匹配，如果该联系人的通讯录中存在能匹配上的联系人，则向该账号发送联系人共享请求，以请求该联系人与请求人共享目标联系人的联系方式。在发送共享请求，或者，判断出该联系人的通讯录中不存在能匹配上的联系人之后，判断是否搜索完所有已注册账号的联系人的通讯录，如果没有，则获取一个没搜索过的联系人的通讯录，重复执行遍历该联系人通讯录并根据查找信息进行匹配的过程，如果判断出已搜索完所有已注册账号的联系人的通讯录，则根据对每个已注册账号的联系人的查找结果判断是否有账号的通讯录中存在能匹配上查找信息的联系人，如果没有，则向请求人发送无法找到目标联系人信息的结果，如果有，则向请求人发送消息，请其等待回复，然后进一步的等待存在匹配上查找信息的联系人对共享请求的响应。

在步骤S103根据查找信息在关联对象上传的通讯录中查找目标联系人之后，服务器可以根据匹配算法确定部分用户的通讯录中存在与查找信息匹配的联系人(匹配联系人)，匹配联系人可能是目标联系人，也可能不是目标联系人，服务器会通过手机应用向这部分特定的用户推送联系人共享请求。

可选的，服务器向特定用户发送联系人(共享)请求的步骤可以如图5所示，服务器向特定用户发送联系人请求，特定用户在接收到联系人共享请求之后，可以确定是否认识并允许请求人获取目标联系人的联系方式，具体的，这些用户可以根据服务器发来的请求人和目标联系人的姓名、工作单位、部门、职务或其他的描述等，以及请求人为何要申请这个联系人的信息来决定：1)是否认识目标联系人和请求人；2)是否要与请求人共享目标联系人的联系信息。如果用户确定认识该请求人同时也愿意共享目标联系人信息，那么用户可以通过手机应用允许服务器共享。服务器接收到用户的许可后会将目标联系人的联系方式发送给请求人。如果用户不认识请求人、不认识目标联系人或者不愿意共享目标联系人的信息，可以在手机应用中拒绝请求。服务器在接到拒绝请求的消息后判断是否还有用户没有回应请求，如果所有用户都已经拒绝了请求，那么将无法找到联系人的查找结果发送给请求人；如果仍有用户没有回应，那么等待剩余用户进行回应。

需要说明的是，在附图的流程图虽然示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本申请还提供了一种存储介质的实施例，该实施例的存储介质包括存储的程序，其中，在程序运行时控制存储介质所在设备执行本发明实施例的联系人查找方法。

本申请还提供了一种处理器的实施例，该实施例的处理器用于运行程序，其中，程序运行时执行本发明实施例的联系人查找方法。

本申请还提供了一种联系人查找装置的实施例。

图6是根据本发明实施例的一种可选的联系人查找装置的示意图，如图6所示，该装置包括获取单元10，确定单元20，查找单元30和反馈单元40。

其中，获取单元用于获取请求对象发送的查找请求和查找信息，其中，查找请求用于指示根据查找信息查找目标联系人；确定单元用于确定请求对象的关联对象；查找单元用于根据查找信息在请求对象的关联对象上传的通讯录中查找目标联系人；反馈单元用于向请求对象反馈查找结果。

该实施例通过获取单元获取请求对象发送的查找请求和查找信息，确定单元确定请求对象的关联对象，查找单元根据查找信息在请求对象的关联对象上传的通讯录中查找目标联系人，反馈单元向请求对象反馈查找结果，解决了相关技术中获取目标联系人联系方式的方法准确率较低的技术问题，进而实现了能够更准确地获取目标联系人的准确率的技术效果。

作为一种可选的实施例，确定单元包括：第一获取模块，用于获取请求对象的通讯录；第一确定模块，用于在请求对象的通讯录中确定已上传其自身的通讯录的联系人；逻辑模块，用于将请求对象的通讯录中已上传其自身通讯录的联系人作为请求对象的关联对象。

作为一种可选的实施例，确定单元包括：第二获取模块，用于获取请求对象的个人信息；执行模块，用于根据请求对象的个人信息在服务器的本地数据库中查找符合预设条件的对象并将其作为关联对象，其中，本地数据库中存储有其他对象向服务器上传的个人信息或通讯录。

作为一种可选的实施例，查找单元包括：匹配模块，用于在关联对象上传的通讯录中确定与查找信息相匹配的匹配联系人；反馈单元包括：发送模块，用于向匹配联系人所属的通讯录对应的关联对象发送共享请求；接收模块，用于接收对应的关联对象对共享请求的响应信息；第二确定模块，用于根据响应信息确定查找结果。

作为一种可选的实施例，共享请求至少包括以下一种信息：查找信息；请求对象向服务器上传的个人信息；请求对象向服务器上传的查找原因。

上述的装置可以包括处理器和存储器，上述单元均可以作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。

上述本申请实施例的顺序不代表实施例的优劣。

在本申请的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。

其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (13)

1.一种联系人查找方法，其特征在于，所述方法由服务器执行，所述方法包括：

获取请求对象发送的查找请求和查找信息，其中，所述查找请求用于指示根据所述查找信息查找目标联系人；

确定所述请求对象的关联对象；

根据所述查找信息在所述关联对象上传的通讯录中查找所述目标联系人；

向所述请求对象反馈查找结果。

2.根据权利要求1所述的方法，其特征在于，确定所述请求对象的关联对象包括：

获取所述请求对象的通讯录；

在所述请求对象的通讯录中确定已上传其自身的通讯录的联系人；

将所述请求对象的通讯录中已上传其自身通讯录的联系人作为所述请求对象的关联对象。

3.根据权利要求1所述的方法，其特征在于，确定所述请求对象的关联对象包括：

获取所述请求对象的个人信息；

根据所述请求对象的个人信息在所述服务器的本地数据库中查找符合预设条件的对象并将其作为所述关联对象，其中，所述本地数据库中存储有除所述请求对象以外的其他对象向所述服务器上传的个人信息或通讯录。

4.根据权利要求1所述的方法，其特征在于，

根据所述查找信息在所述关联对象上传的通讯录中查找所述目标联系人包括：在所述关联对象上传的通讯录中确定与所述查找信息相匹配的匹配联系人；

向所述请求对象反馈查找结果包括：向所述匹配联系人所属的通讯录对应的关联对象发送共享请求；接收所述对应的关联对象对所述共享请求的响应信息；根据所述响应信息确定所述查找结果。

5.根据权利要求4所述的方法，其特征在于，所述共享请求至少包括以下一种信息：

所述查找信息；

所述请求对象向所述服务器上传的个人信息；

所述请求对象向所述服务器上传的查找原因。

6.根据权利要求4所述的方法，其特征在于，在向所述请求对象反馈查找结果之后，所述方法还包括：

获取所述请求对象的反馈信息，其中，所述反馈信息为所述请求对象在接收到所述查找结果之后反馈的信息，所述反馈信息用于指示所述查找结果是否正确；

根据所述反馈信息对匹配算法进行更新，其中，所述匹配算法为在确定与所述查找信息相匹配的匹配联系人时使用的算法。

7.一种联系人查找装置，其特征在于，所述装置应用于服务器，所述装置包括：

获取单元，用于获取请求对象发送的查找请求和查找信息，其中，所述查找请求用于指示根据所述查找信息查找目标联系人；

确定单元，用于确定所述请求对象的关联对象；

查找单元，用于根据所述查找信息在所述关联对象上传的通讯录中查找所述目标联系人；

反馈单元，用于向所述请求对象反馈查找结果。

8.根据权利要求7所述的装置，其特征在于，所述确定单元包括：

第一获取模块，用于获取所述请求对象的通讯录；

第一确定模块，用于在所述请求对象的通讯录中确定已上传其自身的通讯录的联系人；

逻辑模块，用于将所述请求对象的通讯录中已上传其自身通讯录的联系人作为所述请求对象的关联对象。

9.根据权利要求7所述的装置，其特征在于，所述确定单元包括：

第二获取模块，用于获取所述请求对象的个人信息；

执行模块，用于根据所述请求对象的个人信息在所述服务器的本地数据库中查找符合预设条件的对象并将其作为所述关联对象，其中，所述本地数据库中存储有其他对象向所述服务器上传的个人信息或通讯录。

10.根据权利要求7所述的装置，其特征在于，

所述查找单元包括：匹配模块，用于在所述关联对象上传的通讯录中确定与所述查找信息相匹配的匹配联系人；

所述反馈单元包括：发送模块，用于向所述匹配联系人所属的通讯录对应的关联对象发送共享请求；接收模块，用于接收所述对应的关联对象对所述共享请求的响应信息；第二确定模块，用于根据所述响应信息确定所述查找结果。

11.根据权利要求10所述的装置，其特征在于，所述共享请求至少包括以下一种信息：

所述查找信息；

所述请求对象向所述服务器上传的个人信息；

所述请求对象向所述服务器上传的查找原因。

12.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行权利要求1至6任意一项所述的联系人查找方法。

13.一种处理器，其特征在于，所述处理器用于运行程序，其中，所述程序运行时执行权利要求1至6任意一项所述的联系人查找方法。