CN106254614A - 通讯录联系人处理方法和装置 - Google Patents

Abstract

本发明涉及一种通讯录联系人处理方法和装置，该方法包括：接收由第一终端发出的呼叫人信息；存储所述呼叫人信息；获取由第二终端发出的下载请求；响应所述下载请求，向所述第二终端发送所述呼叫人信息。上述通讯录联系人处理方法和装置，通过使得被叫方在接收到呼叫请求时获得呼叫人信息，从而使得被叫方能够快速识别呼叫方的身份，有效杜绝骚扰电话，并提高了被叫方对来电信息的处理效率。

Description

通讯录联系人处理方法和装置

技术领域

本发明涉及通信技术领域，特别是涉及通讯录联系人处理方法和装置。

背景技术

随着通信技术的不断发展，移动通信终端为人们的通信带来极大便利。移动通信终端在接收到呼叫请求后，将显示呼叫方的来电号码以及归属地，这样，当用户接收到陌生来电时，能够快速识别呼叫方的电话号码以及归属地。但这种传统的显示方法仍存在不足，无法快速识别呼叫方的身份，容易使得用户接收到骚扰电话。另一方面，对于在通讯录中没有记录的好友的来电，用户也无法快速识别对方的呼叫方的身份，需要手动记录该号码。

发明内容

基于此，有必要针对传统移动通信终端无法快速识别呼叫方的身份的缺陷，提供一种通讯录联系人处理方法和装置，使得被叫方能够快速识别呼叫方的身份，有效杜绝骚扰电话，并提高了被叫方对来电信息的处理效率。

一种通讯录联系人处理方法，包括：

接收由第一终端发出的呼叫人信息；

存储所述呼叫人信息；

获取由第二终端发出的下载请求；

响应所述下载请求，向所述第二终端发送所述呼叫人信息。

在一个实施例中，所述存储所述呼叫人信息的步骤之后还包括：

获取所述呼叫人信息的存储路径，将所述存储路径发送至所述第一终端。

在一个实施例中，所述获取由第二终端发出的下载请求的步骤之后还包括：

根据所述下载请求获得第二终端的识别标识。

在一个实施例中，所述响应所述下载请求，向所述第二终端发送所述呼叫人信息的步骤还包括：

响应所述下载请求，根据所述第二终端的识别标识向所述第二终端发送所述呼叫人信息。

在一个实施例中，所述响应所述下载请求，向所述第二终端发送所述呼叫人信息的步骤之后还包括：

向所述第一终端发送下载信息。

一种通讯录联系人处理装置，包括：

信息接收模块，用于接收由第一终端发出的呼叫人信息；

信息存储模块，用于存储所述呼叫人信息；

请求获取模块，用于获取由第二终端发出的下载请求；

信息发送模块，用于响应所述下载请求，向所述第二终端发送所述呼叫人信息。

上述通讯录联系人处理方法和装置，通过使得被叫方在接收到呼叫请求时获得呼叫人信息，从而使得被叫方能够快速识别呼叫方的身份，有效杜绝骚扰电话，并提高了被叫方对来电信息的处理效率。

附图说明

图1为一个实施例的通讯录联系人处理方法的流程示意图；

图2为另一个实施例的通讯录联系人处理方法的流程示意图；

图3为另一个实施例的通讯录联系人处理方法的流程示意图；

图4为另一个实施例的通讯录联系人处理方法的流程示意图；

图5为另一个实施例的通讯录联系人处理方法的流程示意图；

图6为一个实施例的通讯录联系人处理装置的模块框图；

图7为一个实施例的通讯录联系人处理方法的应用场景示意图。

具体实施方式

为了便于理解本发明，下面将参照相关附图对本发明进行更全面的描述。附图中给出了本发明的较佳实施方式。但是，本发明可以以许多不同的形式来实现，并不限于本文所描述的实施方式。相反地，提供这些实施方式的目的是使对本发明的公开内容理解的更加透彻全面。

除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中在本发明的说明书中所使用的术语只是为了描述具体的实施方式的目的，不是旨在于限制本发明。本文所使用的术语“及/或”包括一个或多个相关的所列项目的任意的和所有的组合。

如图1所示，其为一实施例的通讯录联系人处理方法，包括：

步骤102，接收呼叫请求。

在本实施例中，接收呼叫请求的终端为被呼终端，该终端接收到呼叫终端的呼叫请求。被呼终端也称被叫终端，被呼终端的用户为被叫人或被叫方。而呼叫终端的用户为呼叫方或呼叫人。

步骤104，根据所述呼叫请求获取呼叫标识。

具体地，呼叫标识为呼叫终端的唯一标识，用于区分不同的呼叫终端，例如，该呼叫标识为移动通信中的识别号码，例如，该呼叫标识为电话号码，例如，电话号码为手机号码，又称MDN(Mobile Directory Number，移动用户号码簿号码)号码。在本实施例中，在接收到呼叫请求后，被呼终端根据该呼叫请求获取到呼叫终端的电话号码，值得一提的是，本实施例中，获取呼叫终端的电话号码通过移动通信中的来电显示方式来获取。

步骤106，判断通讯录中是否存储包含所述呼叫标识的联系人，若否，则执行步骤108。

具体地，通讯录为存储在被呼终端中的联系人通讯录，该通讯录存储了联系人以及联系人对应的电话号码，联系人用于为用户提供联系方式，其包括联系人名称以及对应的电话号码。例如，判断通讯录中是否存储包含该电话号码的联系人，例如，判断通讯录中是否存储包含呼叫请求对应的电话号码的联系人，例如，判断通讯录中是否存储了与呼叫请求的电话号码相同的电话号码，例如，获取通讯录中每一联系人的电话号码，将呼叫请求对应的电话号码与每一联系人的电话号码对比，判断通讯录中是否存储包含与呼叫请求对应的电话号码相同的电话号码的联系人。

步骤108，根据所述呼叫请求获取呼叫人信息。

本步骤中，当通讯录中未存储包含与呼叫请求对应的电话号码相同的电话号码的联系人时，即该来电为陌生来电，则根据该呼叫请求获取呼叫人信息。该呼叫人信息用于提供呼叫方的识别信息，例如，该呼叫人信息为呼叫终端的用户的身份识别信息，本实施例中，呼叫人信息与呼叫标识相异，例如，呼叫人信息包括呼叫标识，例如，呼叫人信息还包括呼叫人的姓名等信息。

步骤110，显示所述呼叫人信息。

本实施例中，获取到呼叫人信息后，显示该呼叫人信息，以使得被呼终端的用户能够快速识别呼叫方或者呼叫人的身份。例如，在当前显示界面显示呼叫人信息，例如，当屏幕点亮时，在当前显示界面显示呼叫人信息，又如，在屏幕关闭时，点亮屏幕，并显示呼叫人信息。例如，响应呼叫请求，显示来电提示，并显示呼叫人信息。这样，在提示来电的同时，一并提示呼叫人信息，使得用户能够快速获取呼叫方的身份信息。

上述实施例，通过使得被叫方在接收到呼叫请求时获得呼叫人信息，从而使得被叫方能够快速识别呼叫方的身份，有效杜绝骚扰电话，并提高了被叫方对来电信息的处理效率。

在一个实施例中，步骤108之前包括：根据所述呼叫标识发送信息请求。

在本实施例中，信息请求用于向呼叫终端发出要求呼叫终端发送联系人信息的请求，当通讯录中未存储包含与呼叫请求对应的呼叫标识的联系人时，即接收到陌生来电时，根据来电号码，向来电号码对应的呼叫终端发送信息请求，当呼叫终端接收到该信息请求后，将反馈呼叫人信息至被呼终端，以使得被呼终端获取到呼叫人信息。

例如，本步骤为根据所述呼叫标识获取标识请求指令，响应所述标识请求指令发送信息请求。具体地，该标识请求指令用于控制被呼终端发送信息请求，例如，该标识请求指令由用户输入获取，当用户接收到陌生来电时，通过输入标识请求指令，使得被呼终端向呼叫终端发送信息请求，例如，接收呼叫请求，根据所述呼叫请求获取呼叫标识，检测通讯录中是否存储包含所述呼叫标识的联系人，当通讯录中未存储包含所述呼叫标识的联系人时，弹出提示界面，根据提示界面的操作获取标识请求指令，响应所述标识请求指令，发送信息请求。在本实施例中，由于呼叫人信息不是主动发送，而是根据被呼终端的请求而发送，从而使得呼叫人信息的推送更为贴合被呼人的需求。

在一个实施例中，步骤110包括：弹出包含所述呼叫人信息的显示框。

在本实施例中，在接收到呼叫请求时，弹出包含呼叫人信息的显示框，例如，接收呼叫请求，响应所述呼叫请求，显示来电提示，并弹出包含呼叫人信息的显示框，例如，在当前界面弹出包含所述呼叫人信息的显示框，例如，在屏幕点亮时，在当前界面弹出包含所述呼叫人信息的显示框。

例如，弹出包含呼叫人信息和来电提示的显示框，例如，在当前界面弹出包含呼叫人信息和来电提示的显示框。这样，在被呼终端在执行某个应用显示该应用界面时，在该应用界面弹出提示框，而无需强制退出该应用显示来电提示和呼叫人信息，从而节省用户操作，提高用户的操作效率。

在一个实施例中，所述呼叫人信息包括姓名、号码以及职位，例如，该呼叫人信息包括呼叫人姓名、呼叫人联系电话号码、呼叫人工作单位、呼叫人职位以及呼叫人住址。例如，该呼叫人信息为名片，例如，该名片为电子名片，通过该呼叫人信息，能够全面获取呼叫人的身份及相关信息，以使得被呼人能够快速、清楚地获取上述身份信息，以及时过滤骚扰电话，并提高被叫人对来电信息的处理效率。

在一个实施例中，在步骤110之后还包括：存储所述呼叫人信息。

例如，存储所述呼叫人信息至通讯录，例如，根据存储指令存储所述呼叫人信息，例如，根据存储指令将呼叫人信息存储至通讯录，本实施例中，该呼叫人信息能够直接存储在被呼终端，从而使得被呼方节省操作步骤，有效提高了对通讯录联系人的保存效率。

例如，步骤110可以在呼叫请求挂断后执行，例如，呼叫终端和被呼终端的呼叫连接断开后，被呼终端存储呼叫人信息。

在一个实施例中，步骤102之前还包括：检测呼叫显示开关是否开启，是则执行步骤102。

本实施例中，呼叫显示开关用于在开启时，当接收到呼叫请求时，显示呼叫人信息，在关闭时，则不显示呼叫人信息。例如，呼叫显示开关处于开启状态，执行步骤102，根据接收到的呼叫人信息显示该呼叫人信息，例如，呼叫显示开关处于关闭时，则按默认模式提示来电，这样，被呼终端则显示陌生号码。

如图2所示，其为一实施例的一种通讯录联系人处理方法，包括：

步骤202，获取拨号指令。

具体地，拨号指令用于拨号并发出呼叫请求，例如，根据对按键的点击指令获取拨号指令，例如，根据多个数字按键的点击指令以及拨号按键的点击指令获取拨号指令，例如，根据通讯录内联系人的点击指令获取拨号指令，例如，根据采集的语音信号获取拨号指令。例如，根据应用中对联系人的点击指令获取拨号指令。

例如，在步骤102之前，执行所述步骤202。

为了实现快速拨号，例如，根据获取到预设数量的对数字按键的点击指令获取拨号指令，这样，例如，预设数量为十一，这样，在拨号时，当获取到十一次对数字按键时，则获取到长度为十一位的手机号码，直接发出呼叫请求，而无需再点击拨号按键，这样实现了快速拨号，简化用户的操作步骤。为精确获取呼叫号码，例如，检测获取的预设个数的号码是否为预设字段，是则根据获取到预设数量的对数字按键的点击指令获取拨号指令，例如，预设字段为13x，15x，01x，02x和07xx等，例如，获取到初始字段为13x，15x等的号码，为手机号码，则在获取到十一次是对数字按键的点击指令后发出呼出请求，例如，获取到初始字段为01x，02x，07xx等的号码，为固定电话号码，则在获取到除初始字段后的对应的预设位数的号码后，发出呼叫请求。

步骤204，根据所述拨号指令，获取被呼标识，根据所述被呼标识发出呼叫请求。

在本实施例中，被呼标识为被呼终端的唯一识别标识，用于区分不同的呼叫终端，例如，该被呼标识为移动通信中的识别号码，例如，该被呼标识为电话号码，例如，电话号码为手机号码。例如，该呼叫请求为移动通信中的呼叫信号，该呼叫请求向被呼终端发出。

例如，该被呼标识为应用中的用户标识，例如，该被呼标识为应用中用户账号例如，该呼叫请求为移动终端中应用的呼叫请求。

步骤206，根据所述被呼标识发送呼叫人信息。

具体地，本步骤中，在向被呼终端发送呼叫请求时，向所述被呼终端发送呼叫人信息。例如，呼叫人为呼叫终端对应的用户，例如，呼叫人为呼叫方，该呼叫人信息用于提供呼叫方的识别信息，例如，该呼叫人信息为呼叫终端的用户的身份识别信息，例如，该呼叫人信息为呼叫人的名片，例如，该呼叫人信息包括呼叫人的姓名、呼叫人联系电话号码、呼叫人工作单位、呼叫人职位以及呼叫人住址。

上述实施例，在呼叫被叫方时，向被叫方发送呼叫人信息，使得被叫方在接收到呼叫请求时获得呼叫人信息，从而使得被叫方能够快速识别呼叫方的身份，有效杜绝骚扰电话，并提高了被叫方对来电信息的处理效率。

在一个实施例中，步骤206之前包括：

步骤205，响应所述拨号指令获取所述呼叫人信息。

具体地，在本实施例中，在获取到拨号指令后，响应该拨号指令获取呼叫人信息，例如，该呼叫人信息预存于本地，例如，本实施例中的本地为呼叫终端，该呼叫终端内置的存储器，例如，响应该拨号指令从本地获取呼叫人信息，例如，响应所述拨号指令从本地存储器中获取所述呼叫人信息，又如，该呼叫人信息根据输入指令获取，例如，根据输入指令获取呼叫人信息，并预存于本地存储器内。由于呼叫人信息预存于本地，因此能够实现呼叫人信息的快速获取，从而提高了呼叫人信息的发送效率。

在一个实施例中，步骤205包括：响应所述拨号指令生成所述呼叫人信息。

在本实施例中，呼叫人信息在响应拨号指令实时生成，例如，根据用户的输入指令生成，例如，根据用户的编辑指令生成。

在一个实施例中，步骤205包括：响应所述拨号指令，显示包含所述呼叫人信息的显示界面，根据作用于所述显示界面的操作，获取所述呼叫人信息。

具体地，在本实施例中，响应该拨号指令，弹出显示界面，该显示界面用于输入或者编辑呼叫人信息，例如，根据作用于该显示界面的操作获取呼叫人信息，例如，根据在显示界面的输入指令，获取呼叫人信息，这样，用户在拨号呼叫时，能够实时输入呼叫人信息，例如，根据在显示界面的编辑指令，获取呼叫人信息，这样，用户能够在拨号呼叫时，实时更改呼叫人信息，从而使得呼叫人信息更为准确。

在一个实施例中，获取拨号指令；根据所述拨号指令，获取被呼标识，根据所述被呼标识发出呼叫请求；获取信息请求；响应所述信息请求，根据所述被呼标识发送呼叫人信息。

在本实施例中，该信息请求由被呼终端发出，用于向呼叫终端发出要求呼叫终端发送联系人信息的请求，具体地，呼叫终端向被呼终端发出呼叫请求后，并不直接向被呼终端发送呼叫人信息，而是在被呼终端发出信息请求后，才向被呼终端反馈呼叫人信息，从而使得呼叫人信息的发送更为贴合被呼终端或者被呼人的需求。

本发明以下实施例中所提供的通讯录联系人处理方法，可以应用于如图7所示的应用环境中。其中，终端702和终端706分别通过网络与服务器704进行交互。终端702将呼叫人信息上传至服务器704，获取服务器704返回的呼叫人信息在服务器704上的存储路径，终端702根据存储路径生成信息标记，终端702在呼叫终端706时，将信息标记发送至终端706，终端706接收到信息标记后，解析获得存储路径，向服务器704发出下载请求，服务器704将呼叫人信息发送至终端706，终端706接收呼叫人信息。

如图3所示，其为一实施例的一种通讯录联系人处理方法，包括：

步骤302，获取拨号指令。

具体地，拨号指令用于拨号并发出呼叫请求，例如，根据对按键的点击指令获取拨号指令，例如，根据多个数字按键的点击指令以及拨号按键的点击指令获取拨号指令，例如，根据通讯录内联系人的点击指令获取拨号指令，例如，根据采集的语音信号获取拨号指令。例如，根据应用中对联系人的点击指令获取拨号指令。

例如，在步骤102之前，执行所述步骤302。

为了实现快速拨号，例如，根据获取到预设数量的对数字按键的点击指令获取拨号指令，这样，例如，预设数量为十一，这样，在拨号时，当获取到十一次对数字按键时，则获取到长度为十一位的手机号码，直接发出呼叫请求，而无需再点击拨号按键，这样实现了快速拨号，简化用户的操作步骤。为精确获取呼叫号码，例如，检测获取的预设个数的号码是否为预设字段，是则根据获取到预设数量的对数字按键的点击指令获取拨号指令，例如，预设字段为13x，15x，01x，02x和07xx等，例如，获取到初始字段为13x，15x等的号码，为手机号码，则在获取到十一次是对数字按键的点击指令后发出呼出请求，例如，获取到初始字段为01x，02x，07xx等的号码，为固定电话号码，则在获取到除初始字段后的对应的预设位数的号码后，发出呼叫请求。

步骤304，根据所述拨号指令，发出呼叫请求。

具体地，本实施例中，呼叫终端根据拨号指令，向被呼终端发出呼叫请求。

步骤306，响应所述拨号指令获取信息标记，所述信息标记用于记载呼叫人信息的存储路径。

例如，呼叫人为呼叫终端对应的用户，例如，呼叫人为呼叫方，该呼叫人信息用于提供呼叫方的识别信息，例如，该呼叫人信息为呼叫终端的用户的身份识别信息，例如，该呼叫人信息为呼叫人的名片，例如，该呼叫人信息包括呼叫人的姓名、呼叫人联系电话号码、呼叫人工作单位、呼叫人职位以及呼叫人住址。

具体地，信息标记用于记载了呼叫人信息的存储路径，例如，呼叫人信息存储于服务器，例如，呼叫人信息预存于服务器，该存储路径为服务器的网络地址和该呼叫人信息在该服务器的存储目录，例如，该存储路径为URL(Uniform Resource Locator，统一资源定位器)地址，例如，该信息标记用于指示被呼终端获取呼叫人信息。通过该信息标记，能够获取到呼叫人信息的存储地址，从而获取到呼叫人信息。

步骤308，响应所述拨号指令发送信息标记。

具体地，在向被呼终端发送呼叫请求时，向被呼终端发送信息标记。从而使得呼叫终端获得信息标记，从而使得被呼终端能够获得呼叫人信息。

上述实施例，在呼叫被叫方时，向被叫方发送信息标记，以使得被叫方能够通过信息标记获得呼叫人信息，从而使得被叫方能够快速识别呼叫方的身份，有效杜绝骚扰电话，并提高了被叫方对来电信息的处理效率。

在一个实施例中，步骤304包括：

根据所述拨号指令，获取被呼标识，根据所述被呼标识发出呼叫请求。

在本实施例中，被呼标识为被呼终端的唯一识别标识，用于区分不同的呼叫终端，例如，该被呼标识为移动通信中的识别号码，例如，该被呼标识为电话号码，例如，电话号码为手机号码，又称MDN号码。例如，该呼叫请求为移动通信中的呼叫信号，该呼叫请求向被呼终端发出。

例如，该被呼标识为应用中的用户标识，例如，该被呼标识为应用中的用户账号例如，该呼叫请求为移动终端中应用的呼叫请求。

在一个实施例中，步骤308包括：响应所述拨号指令，根据所述被呼标识发送信息标记。

具体地，在本实施例中，在拨号时，或者在获取到拨号指令时，即获取到被叫方的识别标识，从而使得呼叫终端能够精确地将信息标记发送至被呼终端。

在一个实施例中，步骤302之前还包括：向服务器发送所述呼叫人信息。

在本实施例中，该呼叫人信息为预存于服务器，例如，在获取拨号指令前，该呼叫人信息已预存于服务器，例如，根据用户的上传指令发送至服务器，例如，根据用户编辑指令生成呼叫人信息，获取上传指令，响应上传指令将呼叫人信息上传至服务器，又如，根据用户输入指令生成呼叫人信息。

在一个实施例中，所述向服务器发送所述呼叫人信息的步骤之后还包括：根据所述服务器反馈的所述呼叫人信息的存储路径，生成所述信息标记。

具体地，该信息标记根据服务器对呼叫人信息的存储路进行生成，以使得信息标记能够精确指向该服务器对呼叫人信息的存储地址。例如，在发送呼叫人信息至服务器后，接收服务器反馈的该呼叫人信息的存储路径，生成信息标记。

为了提高信息标记的记载的准确性，例如，该信息标记为唯一的，即每次呼叫生成的信息标记不一致，例如，响应所述拨号指令生成信息标记，例如，该信息标记包含一次性的识别码，该识别码用于区别每次生成的信息标记，例如，响应所述拨号指令生成包含识别码的信息标记，例如，响应所述拨号指令生成包含识别码以及被呼标识的信息标记。这样，由于每次呼叫时生成的信息标记不一致，能够避免该信息标记被重复使用，另一方面，由于该信息标记包含被呼标识，因此，该信息标记具有唯一性，能够避免该信息标记被截获，进而造成呼叫人信息泄露。

上述实施例，由于呼叫人信息不是直接发送至被呼终端，能够有效避免呼叫人信息被窃取而泄露，另一方面，该呼叫人信息并不直接发送至被呼终端，能够避免存在错误或者诈骗的呼叫人信息直接发送至被呼终端，进而避免被叫方受骗。

如图4所示，其为一实施例的一种通讯录联系人处理方法，包括：

步骤402，接收呼叫请求。

在本实施例中，接收呼叫请求的终端为被呼终端，该终端接收到呼叫终端的呼叫请求。被呼终端也称被叫终端，被呼终端的用户为被叫人或被叫方。而呼叫终端的用户为呼叫方或呼叫人。

例如，在步骤202或步骤302之后，执行所述步骤402。

步骤404，根据所述呼叫请求获取呼叫标识。

具体地，呼叫标识为呼叫终端的唯一标识，用于区分不同的呼叫终端，例如，该呼叫标识为移动通信中的识别号码，例如，该呼叫标识为电话号码，例如，电话号码为手机号码，又称MDN号码。在本实施例中，在接收到呼叫请求后，被呼终端根据该呼叫请求获取到呼叫终端的电话号码，值得一提的是，本实施例中，获取呼叫终端的电话号码通过移动通信中的来电显示方式来获取。

步骤406，判断通讯录中是否存储包含所述呼叫标识的联系人，若否，则执行步骤408。

具体地，通讯录为存储在被呼终端中的联系人通讯录，该通讯录存储了联系人以及联系人对应的电话号码，联系人用于为用户提供联系方式，其包括联系人名称以及对应的电话号码。例如，判断通讯录中是否存储包含该电话号码的联系人，例如，判断通讯录中是否存储包含呼叫请求对应的电话号码的联系人，例如，判断通讯录中是否存储了与呼叫请求的电话号码相同的电话号码，例如，获取通讯录中每一联系人的电话号码，将呼叫请求对应的电话号码与每一联系人的电话号码对比，判断通讯录中是否存储包含与呼叫请求对应的电话号码相同的电话号码的联系人。

步骤408，根据所述呼叫请求获取信息标记。

本步骤中，当通讯录中未存储包含与呼叫请求对应的电话号码相同的电话号码的联系人时，即该来电为陌生来电，则根据该呼叫请求获取信息标记。例如，根据呼叫请求获取呼叫标识，根据该呼叫标识从该呼叫标识对应的终端获取信息标记。

具体地，该信息标记用于记载呼叫人信息的存储路径。例如，呼叫人信息存储于服务器，例如，呼叫人信息预存于服务器，该存储路径为服务器的网络地址和该呼叫人信息在该服务器的存储目录，例如，该存储路径为URL(Uniform Resource Locator，统一资源定位器)地址，例如，该信息标记用于指示被呼终端获取呼叫人信息。通过该信息标记，能够获取到呼叫人信息的存储地址，从而获取到呼叫人信息。

例如，呼叫人为呼叫终端对应的用户，例如，呼叫人为呼叫方，该呼叫人信息用于提供呼叫方的识别信息，例如，该呼叫人信息为呼叫终端的用户的身份识别信息，例如，该呼叫人信息为呼叫人的名片，例如，该呼叫人信息包括呼叫人的姓名、呼叫人联系电话号码、呼叫人工作单位、呼叫人职位以及呼叫人住址。

步骤410，解析所述信息标记，获取呼叫人信息的存储路径。

具体地，本步骤中，解析该信息标记，获取到服务器上呼叫人信息的存储路径。

步骤412，根据所述呼叫人信息的存储路径获取所述呼叫人信息。

在本实施例中，被呼终端解析信息标记获得呼叫人信息的存储路径后，根据该存储路径从服务器中下载呼叫人信息，从而获得呼叫人信息。

上述实施例，被叫方在接收到呼叫请求时获得信息标记，并通过该信息标记获取呼叫人信息，从而使得被叫方能够快速识别呼叫方的身份，有效杜绝骚扰电话，并提高了被叫方对来电信息的处理效率。

在一个实施例中，步骤412包括：根据所述呼叫人信息的存储路径向服务器发出下载请求，下载所述呼叫人信息。

具体地，本实施例中，根据该存储路径获取到服务器的地址，向服务器发送下载请求，从服务器上下载该呼叫人信息。例如，向服务器发送包含被呼标识的下载请求，流入，向服务器发送包含呼叫标记的下载请求，例如，该下载请求包含唯一的识别码，例如，解析该信息标记，获取识别码，这样，能够使得服务器能够精确将呼叫人信息发送至被呼终端，避免呼叫人信息被窃取。

在一个实施例中，步骤412之后还包括：显示所述呼叫人信息。

本实施例中，获取到呼叫人信息后，显示该呼叫人信息，以使得被呼终端的用户能够快速识别呼叫方或者呼叫人的身份。例如，在当前显示界面显示呼叫人信息。

在一个实施例中，步骤412之后还包括：存储所述呼叫人信息。

例如，存储所述呼叫人信息至通讯录，例如，根据存储指令存储所述呼叫人信息，例如，根据存储指令将呼叫人信息存储至通讯录，本实施例中，该呼叫人信息能够直接存储在被呼终端，从而使得被呼方节省操作步骤，有效提高了对通讯录联系人的保存效率。

在一个实施例中，所述存储所述呼叫人信息的步骤包括：获取存储指令，响应所述存储指令存储所述呼叫人信息。

具体地，存储指令用于存储该呼叫人信息，将该呼叫人信息存储至本地，本实施例中，本地为被呼终端，被呼终端具有通讯录，例如，该呼叫人信息存储至本地通讯录，例如，该呼叫人信息适配通讯录的存储格式。

例如，获取所述呼叫人信息之后，弹出提示框，在根据作用于提示框内的操作获取存储指令，例如，根据提示框内的点击指令获取存储指令。

例如，呼叫请求挂断后执行，例如，呼叫终端和被呼终端的呼叫连接断开后，被呼终端存储呼叫人信息。

上述实施例中，由于呼叫人信息并不是由呼叫终端直接发送至被呼终端，而是有被呼终端通过服务器下载获取，从而提高了呼叫人信息的准确性和可靠性。

如图5所示，其为一实施例的一种通讯录联系人处理方法，包括：

步骤502，接收由第一终端发出的呼叫人信息。

在本实施例中，服务器接收有第一终端发出的呼叫人信息，例如，第一终端为呼叫终端，例如，呼叫人为呼叫终端对应的用户，例如，呼叫人为呼叫方，该呼叫人信息用于提供呼叫方的识别信息，例如，该呼叫人信息为呼叫终端的用户的身份识别信息，例如，该呼叫人信息为呼叫人的名片，例如，该呼叫人信息包括呼叫人的姓名、呼叫人联系电话号码、呼叫人工作单位、呼叫人职位以及呼叫人住址。

步骤504，存储所述呼叫人信息。

具体地，本步骤中，服务器存储该呼叫人信息。

步骤506，获取由第二终端发出的下载请求。

具体地，本步骤中，当第二终端接收到第一终端发起的呼叫请求时，向服务器发出下载请求，服务器接收第二终端发出的下载请求，获取该下载请求。该下载请求用于下载呼叫人信息。在本实施例中，第一终端呼叫第二终端，第一终端为呼叫终端，第二终端为被呼终端，第二终端在接收到第一终端的呼叫请求后，向服务器发出下载请求。

步骤508，响应所述下载请求，向所述第二终端发送所述呼叫人信息。

本实施例中，响应第二终端发出的下载请求，向第二终端发送呼叫人信息。

上述实施例，被叫方在接收到呼叫请求时获得信息标记，并通过该信息标记获取呼叫人信息，从而使得被叫方能够快速识别呼叫方的身份，有效杜绝骚扰电话，并提高了被叫方对来电信息的处理效率。且由于预存的呼叫人信息存储在服务器上，使得呼叫人信息不易泄露，可靠更高。

在一个实施例中，步骤504之后还包括：获取所述呼叫人信息的存储路径，将所述存储路径发送至所述第一终端。

具体地，服务器将呼叫人信息存储后，将该呼叫人信息对应的存储路径发送至第一终端，以使得第一终端得到反馈，并使得第一终端获取到该存储路径。例如，该存储路径为服务器的网络地址和该呼叫人信息在该服务器的存储目录，例如，该网络地址为IP地址，例如，该存储路径为URL(Uniform Resource Locator，统一资源定位器)地址。

在一个实施例中，步骤506之后还包括：根据所述下载请求获得第二终端的识别标识。

在本实施例中，第二终端的识别标识为第二终端的唯一标识，用于区分不同的呼叫终端，例如，第二终端的识别标识为被呼标识，例如，第二终端的识别标识为移动通信中的识别号码，例如，第二终端的识别标识为电话号码。本实施例中，根据第二终端的下载请求，获取第二终端的识别标识。

在一个实施例中，步骤508包括：响应所述下载请求，根据第二终端的识别标识向所述第二终端发送所述呼叫人信息。

具体地，本实施例中，根据第二终端的识别标识向第二终端发送呼叫人信息，以使得呼叫人信息能够精确发送。例如，本步骤还包括，存储所述第二终端的识别标识，存储了第二终端的识别标识后，能够提供日志查询，便于对呼叫人信息的下载情况进行监控。

在一个实施例中，获取由第二终端发出的下载请求后，向所述第一终端发送识别请求，响应所述第一终端对识别请求反馈的确认信息，根据所述下载请求，向所述第二终端发送所述呼叫人信息，在本实施例中，服务器在获取到第二终端的下载请求后，并不直接向第二终端发送呼叫人信息，而是向第一终端发起识别请求，该识别请求用于请求第一终端确认第二终端的下载请求是否合法，即请求第一终端识别第二终端是否为被呼终端，例如，即请求第一终端识别第二终端是否为第一终端本次呼叫的被呼终端，当服务器接收到第一终端反馈的确认信息后，向第二终端发送呼叫人信息，该确认信息用于确认第二终端为被呼终端，通过上述过程确保呼叫人信息不泄露。

在一个实施例中，步骤508之后还包括：向所述第一终端发送下载信息。

本实施例中，服务器在向第二终端发送了呼叫人信息后，向第一终端发送下载信息，该下载信息记录了第二终端下载呼叫人信息的信息，以使得第一终端获知第二终端对呼叫人信息的下载情况。

为避免存在信息诈骗，在一个实施例中，步骤506包括：在预设时间内获取由多个第二终端发出的下载请求时，拒绝响应所述下载请求。

在本实施例中，由于在预设时间内收到多个第二终端的下载请求，是由于第一终端频繁向陌生号码拨号导致，这样，能够判断得出第一终端存在诈骗行为，此时，拒绝第二终端的下载请求，避免将第一终端预存的有可能虚假的呼叫人信息发送至第二终端。例如，在预设时间内获取由多个第二终端发出的下载请求时，拒绝响应所述下载请求，向第二终端发送诈骗提示信息，该诈骗提示信息用于提示第一终端即呼叫终端为诈骗终端。从而提高第二终端接收的呼叫人信息的可靠性。

在一个实施例中，步骤502包括：获取第一终端的识别标识，根据第一终端的识别标识接收由第一终端发出的呼叫人信息。

例如，获取第一终端的识别标识，根据第一终端的识别标识接收由第一终端发出的呼叫人信息，根据第一终端的识别标识获取移动通信运营商中实名认证的身份标识，判断呼叫人信息中的身份标识与移动通信运营商中实名认证的身份标识是否一致，是则执行步骤504，存储所述呼叫人信息；否则，不存储所述呼叫人信息，例如，身份标识为用户名字，具体地，本实施例中，服务器在接收了呼叫人信息后，对呼叫人信息中的用户身份进行识别，判断是否为虚假信息，如呼叫人信息中的身份标识与移动通信运营商中实名认证的身份标识不一致，则判断该呼叫人信息为虚假信息，则不予存储。从而提高呼叫人信息的准确性和可靠性。避免诈骗信息发送至第二终端。

如图6所示，其为一实施例的一种通讯录联系人处理装置，包括：

请求接收模块620，用于接收呼叫请求。

呼叫标识获取模块640，用于根据所述呼叫请求获取呼叫标识。

信息获取模块660，用于判断通讯录中是否存储包含所述呼叫标识的联系人，若否，则根据所述呼叫请求获取呼叫人信息。

信息显示模块680，用于显示所述呼叫人信息。

又如，一种通讯录联系人处理装置，包括用于实现上述任一实施例所述方法的设备或模块。

又如，一种通讯录联系人处理方法或一种通讯录联系人处理装置，其采用上述任一实施例实现，即，一种通讯录联系人处理方法，其为上述任一能够实现的实施例所述方法；或，一种通讯录联系人处理装置，其为上述任一能够实现的实施例所述装置。

应该说明的是，上述实施例中，所包括的各个模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能模块的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

另外，本领域普通技术人员可以理解实现上述各实施例方法中的全部或部分模块的功能是可以通过程序来指令相关的硬件来完成，相应的程序可以存储于可读取存储介质中。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (6)

1.一种通讯录联系人处理方法，其特征在于，包括：

接收由第一终端发出的呼叫人信息；

存储所述呼叫人信息；

获取由第二终端发出的下载请求；

响应所述下载请求，向所述第二终端发送所述呼叫人信息。

2.根据权利要求1所述的通讯录联系人处理方法，其特征在于，所述存储所述呼叫人信息的步骤之后还包括：

获取所述呼叫人信息的存储路径，将所述存储路径发送至所述第一终端。

3.根据权利要求1所述的通讯录联系人处理方法，其特征在于，所述获取由第二终端发出的下载请求的步骤之后还包括：

根据所述下载请求获得第二终端的识别标识。

4.根据权利要求3所述的通讯录联系人处理方法，其特征在于，所述响应所述下载请求，向所述第二终端发送所述呼叫人信息的步骤还包括：

响应所述下载请求，根据所述第二终端的识别标识向所述第二终端发送所述呼叫人信息。

5.根据权利要求4所述的通讯录联系人处理方法，其特征在于，所述响应所述下载请求，向所述第二终端发送所述呼叫人信息的步骤之后还包括：

向所述第一终端发送下载信息。

6.一种通讯录联系人处理装置，其特征在于，包括：

信息接收模块，用于接收由第一终端发出的呼叫人信息；

信息存储模块，用于存储所述呼叫人信息；

请求获取模块，用于获取由第二终端发出的下载请求；

信息发送模块，用于响应所述下载请求，向所述第二终端发送所述呼叫人信息。