专利名称：一种联系人信息验证请求和接收方法及客户端的制作方法
技术领域：
本发明涉及通信技术领域，更具体地说，涉及一种联系人信息验证请求和接收方法及客户端。
背景技术：
随着多模终端的流行以及通信终端的大众化，现在越来越多人拥有不只一个电话号码，用户在管理通讯录中的联系人信息时，经常烦恼着联系人的哪个号码在用，哪个号码已经不再使用。此外，移动终端中保存的一些其它常用的联系方式，如邮箱、地址等也存在更换频繁，不易管理的问题。而在现有技术中，一般通过社交网络、共享联系方式的服务器等途径获取联系人更改后的联系方式，或者通过手动方式增加、删除或修改联系人的信息。这些方式对于用户而言不够直观和及时，操作的复杂度高。
发明内容
本发明要解决的技术问题在于，针对现有联系人信息更换频繁、不易管理的问题，提供一种联系人信息验证请求方法、联系人信息验证接收方法及相应的客户端。本发明解决其技术问题所采用的技术方案是构造一种联系人信息验证请求方法，包括以下步骤建立本机客户端与对方客户端之间的通信连接；在检测到本机客户端中保存有与所述对方客户端绑定的对端联系人信息时，将所述对端联系人信息发送给对方客户端进行验证；接收对方客户端返回的验证结果。在根据本发明所述的联系人信息验证请求方法中，所述在检测到本机客户端中保存有与所述对方客户端绑定的对端联系人信息时，将所述对端联系人信息发送给对方客户端进行验证具体为在检测到本机客户端中保存有与所述对方客户端绑定的对端联系人信息后，提供是否发送验证请求选项给用户，并在接收发送验证请求指令时将所述对端联系人信息发送给对方客户端进行验证。在根据本发明所述的联系人信息验证请求方法中，所述方法在接收对方客户端返回的验证结果后还包括在本机客户端显示该验证结果，并根据用户指令对所述对端联系人信息进行维护；或者根据所述验证结果对所述对端联系人进行维护。在根据本发明所述的联系人信息验证请求方法中，所述对端联系人信息包括电话号码、姓名、地址、电子邮箱和/或工作单位。在根据本发明所述的联系人信息验证请求方法中，所述通信连接包括通话连接、短距离无线通信或通过所述短距离无线通信连接建立的即时通讯工具。
本发明还提供了一种联系人信息验证接收方法，该方法包括以下步骤建立本机客户端与对方客户端之间的通信连接；在接收对方客户端发送的验证请求时，从所述验证请求中获取需要验证的联系人信息在本机客户端显示；根据用户指令生成验证结果发送给对方客户端。本发明还相应提供了一种联系人信息验证请求客户端，包括第一通信模块，用于建立本机客户端与对方客户端之间的通信连接；验证请求发送模块，在检测到本机客户端中保存有与所述对方客户端绑定的对端联系人信息时，将所述对端联系人信息发送给对方客户端进行验证； 验证结果接收模块，接收对方客户端返回的验证结果。在根据本发明所述的联系人信息验证请求客户端中，所述验证请求发送模块在检测到本机客户端中保存有与所述对方客户端绑定的对端联系人信息后，提供是否发送验证请求选项给用户，并在接收发送验证请求指令时将所述对端联系人信息发送给对方客户端进行验证。在根据本发明所述的联系人信息验证请求客户端中，所述验证结果接收模块还在接收对方客户端返回的验证结果后在本机客户端显示该验证结果，并根据用户指令对所述对端联系人信息进行维护；或者根据所述验证结果对所述对端联系人进行维护。本发明还相应提供了一种联系人信息验证接收客户端，包括第二通信模块，用于建立本机客户端与对方客户端之间的通信连接；验证请求接收模块,在接收对方客户端发送的验证请求时,从所述验证请求中获取需要验证的联系人信息在本机客户端显示；验证结果发送模块，根据用户指令生成验证结果发送给对方客户端。实施本发明的联系人信息验证请求和接收方法及客户端，具有以下有益效果本发明通过在通信过程中向对方客户端发送或接收联系人信息验证请求，从而对个人信息特别是电话号码进行验证，可以很方便地获取对方信息的最新状态。
下面将结合附图及实施例对本发明作进一步说明，附图中图I为根据本发明的联系人信息验证请求方法的第一实施例的流程图；图2为根据本发明的联系人信息验证请求方法的第二实施例的流程图；图3为根据本发明的联系人信息验证接收方法的优选实施例的流程图；图4为根据本发明的联系人信息验证请求客户端的优选实施例的模块示意图；图5为根据本发明的联系人信息验证接收客户端的优选实施例的模块示意图。
具体实施例方式为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。
请参阅图1，为根据本发明的联系人信息验证请求方法的第一实施例的流程图。如图I所示，本发明提供的联系人信息验证请求方法的第一实施例包括以下步骤首先，在步骤S102中，建立本机客户端与对方客户端之间的通信连接。这里所说的建立通信连接包括通话连接如主动拨打联系人电话，以及接到对方的来电。在本发明的一些优选实施例中，该通信连接还可以是WIFI、蓝牙等短距离无线通信连接，也可以是使用即时通讯工具如QQ等所建立的通过数据网络的临时会话。随后，在步骤S104中，检测本机客户端中是否保存有与对方客户端绑定的对端联系人信息；是则转步骤S108 ;否则验证流程结束并继续通话，或者转步骤S106。该对端联系人信息包括电话号码、姓名、地址、电子邮箱和/或工作单位等。例如，当通信连接为通话连接时，可以获取对方客户端的电话号码，并检测本机客户端中是否保存有该电话号码，如果有则可以调取与该电话号码相绑定在一起存储的对端联系人信息，例如联系人的姓名、地址和电子邮箱等，尤其可以调取与该联系人的其它电话号码，以供后续发送给对方客户端进行确认。当通信连接为WIFI、蓝牙等短距离无线通信连接时，可以调取与对方客户端的WIFI账号或者蓝牙账号相绑定的对端联系人信息。当通信连接为使用即时通讯工具如QQ·等所建立的通过数据网络的临时会话时，可以从该即时通讯工具中获取对方客户端的账号或者备注姓名，再检测本机客户端中是否保存有与该账号或者备注姓名绑定在一起存储的对端联系人信息，如果有则调取该对端联系人信息，如果没有则转步骤S106。在步骤S106中，提示保存对端联系人信息。当本机客户端中检测不到与对方客户端绑定的对端联系人信息，即在不同通信连接时检测不到对端的电话号码、账号或者姓名时，则保存对端联系人的这些信息在本机客户端中。在步骤S108中，由于检测到本机客户端中保存有与对方客户端绑定的对端联系人信息，因此将该对端联系人信息发送给对方客户端进行验证。在本发明的优选实施例中，可以提供是否发送验证请求选项给用户，并在接收发送验证请求指令时将所述对端联系人信息发送给对方客户端进行验证。向对方客户端发送的验证请求中包含的对端联系人信息可以包括除当前通话号码外的其它号码，以及该对端联系人的电子邮箱等信息。对方客户端在接收到这些信息后在通话界面上进行显示，对方客户端可以对这些信息进行修改，也可以不修改直接返回核实无误的验证结果，具体关于对方客户端的操作将在后续进行描述。在建立通信连接后，可以采用多种方式向对端发送验证请求，如在通话连接下，直接采用双音多频技术通过通话线路传输，或者建立起数据连接如3G网络等后进行传输等等；在胃正1或蓝牙等的连接下，可直接通过WIFI或蓝牙连接本身进行数据传输。在使用即时通讯工具如QQ的连接下，也可直接通过数据网络或者直接通过该即时通讯工具建立的临时会话发送该验证请求。最后,在步骤SllO中，接收对方客户端返回的验证结果。当对方客户端返回验证结果时，本机客户端接收该验证结果。验证结果可以有几种1)信息已过期；2)信息有误；3)确认无误，即信息未过期且没有错误。验证结果中优选地进一步包括对方客户端输入的修改信息。进一步地，本机客户端可以在接收对方客户端返回的验证结果后在本机客户端显示该验证结果，用户在查看该验证结果后如果发现信息未过期且没有错误，可以不执行操作，如果发现对端联系人信息已过期或者信息有误，可以根据验证结果输入指令修改本机客户端中存储的对端联系人信息，以对对端联系人信息进行维护。在本发明的其它一些实施例中，本机客户端也可以直接根据接收的验证结果对存储的对端联系人信息进行维护，如当验证结果中未包含修改信息时(或包含确认无误的信息)，则结束验证流程，继续通话；当验证结果中包含修改信息时，则根据修改信息更新存储的相关信息。对应不同的验证结果，用户或者本机客户端可以执行以下操作，如I)信息已过期本机可进行删除处理，也可以在号码上标记“已过期”等信息，也可以在本机上专门设置一个过期信息存储区用于存放过期信息，或者将信息在SD卡上备份后再删除等等。2)信息有误接收到对端的修改结果后，修改或替换本机中的信息。3)信息未过期且没有错误不作处理。
请参阅图2，为根据本发明的联系人信息验证请求方法的第二实施例的流程图。如图2所示，本发明提供的联系人信息验证请求方法的第二实施例以通话连接为例，对保存的多个与对方客户端绑定的电话号码是否正确进行验证。该流程包括以下步骤首先，在步骤S202中，建立本机客户端与对方客户端之间的通话连接。如主动拨打联系人电话，或者接到对方的来电。随后，在步骤S204中，检测本机客户端中是否保存有对方客户端的电话号码，是则转步骤S208 ;否则验证流程结束并继续通话，或者转步骤S206。随后，在步骤S206中，提示保存对端联系人的电话号码。当本机客户端中检测不到对方客户端的电话号码时，提醒用户是否保存该电话号码。随后，在步骤S208中，检测到本机客户端中是否保存有该联系人的其它电话号码。例如在通讯录中搜索当前电话号码对应的姓名的相关信息，如果有其它电话号码则转步骤S210，否则转步骤S220。随后，在步骤S210中，在本机客户端的界面上提供是否发送验证请求选项给用户。例如在“正在拨号”、“来电”、“通话中”等界面显示“是否发送验证请求”的选项。随后，在步骤S212中，检测用户是否选择发送验证请求，用户选择是则转步骤S214，否则转步骤S220。随后，在步骤S214中，将该对端联系人信息发送给对方客户端进行验证。例如本机客户端中保存的该对端联系人的多个电话号码。可以采用双音多频技术通过通话线路传输该验证请求。随后，在步骤S216中，判断是否接收到对方客户端返回的验证结果，是则转步骤S218，否则转步骤S220。随后，在步骤S218中，本机客户端直接根据接收的验证结果对存储的对端联系人信息进行维护，随后验证流程结束。在步骤S220中，验证流程结束，保持正常通话。请参阅图3，为根据本发明的联系人信息验证接收方法的优选实施例的流程图。如图3所示，该方法包括以下步骤首先，在步骤S302中，建立本机客户端与对方客户端之间的通信连接。该步骤对应于联系人信息验证请求方法中建立通信连接的步骤。该通信连接也可以包括但不限于通话连接如主动拨打联系人电话，以及接到对方的来电。在本发明的一些优选实施例中，该通信连接还可以是WIFI、蓝牙等短距离无线通信连接，也可以是使用即时通讯工具如QQ等所建立的通过数据网络的临时会话。随后，在步骤S304中，在接收对方客户端发送的验证请求时，从所述验证请求中获取需要验证的联系人信息在本机客户端显示。当本机客户端接收到对方客户端发送来的验证请求时，从验证请求中获取对方客户端发来的需要进行验证的联系人信息，例如电话号码、姓名、地址、电子邮箱和/或工作单位等，并在通话界面中进行显示。这些信息是以可操作的方式进行显示的，这些操作包括“废弃不用”、“确认无误”等选项，也包括编辑选项，当选择编辑选项时，相应电话号码或电子邮箱等联系人信息可进入可编辑状态，用户可对其进行修改后发送给对方客户端。用户也可以不理会该验证请求，当用户不对其进行操作时，则不返回验证结果。随后，在步骤S306中检测本机客户端是否接收到用户指令，是则转步骤S308，否则转步骤S310。 在步骤S308中，在接收用户指令时根据所述用户指令生成验证结果发送给对方客户端，该验证流程结束，保持正常通话或者根据用户挂机指令挂断通信连接。验证结果可以在用户对所有号码进行操作并点击确认后发送，也可以对用户的每个一操作进行实时发送。验证结果包括对应每个号码的修改或确认信息，如“废弃不用”、“确认无误”或者被修改的号码的修改信息。在步骤S310中，进行正常通话。下面通过具体的示例对本发明进行说明。假设A君的手机中保存了 B君的三个号码，分别为号码I、号码2、号码3和号码4，A君拨打B君的号码1，并在拨打电话的界面上选择了验证号码的选项。B君接听来电后，在通话界面上显示出其号码2和号码3，其中号码2是已经废弃不用的号码，号码3中有一个数字是错误的，号码4没有问题并且正在使用，B君对号码2选择“废弃不用”选项，对号码3进行了修改，对号码4选择确认无误选项。A君的手机接收到这些验证信息后，提示A君是否删除号码2和修改号码3，A君确认后删除号码2并修改号码3后保存。请参阅图4，为根据本发明的联系人信息验证请求客户端的优选实施例的模块示意图。如图4所示，该实施例提供的联系人信息验证请求客户端简称为验证请求客户端410包括第一通信模块402、验证请求发送模块404和验证结果接收模块406。其中各个模块执行的操作与前述联系人信息验证请求方法的每个步骤相对应。其中，第一通信模块402用于建立本机客户端与对方客户端之间的通信连接。该本机客户端是指验证请求客户端410,对方客户端是指验证接收客户端。验证请求发送模块404用于在检测到本机客户端中保存有与所述对方客户端绑定的对端联系人信息时，将所述对端联系人信息发送给对方客户端进行验证。所述验证请求发送模块404在检测到本机客户端中保存有与对方客户端绑定的对端联系人信息后，提供是否发送验证请求的选项给用户，并在接收到用户输入的发送验证请求的指令时将所述对端联系人信息发送给对方客户端进行验证。验证结果接收模块406用于接收对方客户端返回的验证结果。优选地，验证结果接收模块406还在接收对方客户端返回的验证结果后在本机客户端显示该验证结果，并根据用户指令对所述对端联系人信息进行维护。或者验证结果接收模块406在接收对方客户端返回的验证结果后根据该验证结果对所述对端联系人信息进行维护。请参阅图5，为根据本发明的联系人信息验证接收客户端的优选实施例的模块示意图。如图5所示，该实施例提供的联系人信息验证接收客户端简称为验证接收客户端510包括第二通信模块502、验证请求接收模块504和验证结果发送模块506。其中各个模块执行的操作与前述联系人信息验证接收方法的每个步骤相对应。其中，第二通信模块502用于建立本机客户端与对方客户端之间的通信连接。该本机客户端是指验证接收客户端510,对方客户端是指验证请求客户端410。验证请求接收模块504在接收对方客户端发送的验证请求时,从该验证请求中获取需要验证的联系人信息在本机客户端显示。
验证结果发送模块506在接收用户指令时根据该用户指令生成验证结果发送给对方客户端。应该理解地是，现有技术中已实现了在通话过程中向对方发送数据的各种方法；或者在通话时检测双方是否有可用的数据连接，如有则建立数据连接后进行传输等等；因此本发明不再对传输数据的方法进行赘述。此外，在本发明中建立通信连接的双方可同时互为验证请求客户端410和验证接收客户端510。综上所述，本发明提供的方法和客户端通过在通信过程中向对方客户端发送或接收联系人信息验证请求，从而对个人信息特别是电话号码进行验证，可以很方便地获取对方信息的最新状态，其操作简单，更新及时。本发明是根据特定实施例进行描述的，但本领域的技术人员应明白在不脱离本发明范围时，可进行各种变化和等同替换。此外，为适应本发明技术的特定场合或材料，可对本发明进行诸多修改而不脱离其保护范围。因此，本发明并不限于在此公开的特定实施例，而包括所有落入到权利要求保护范围的实施例。
权利要求
1.一种联系人信息验证请求方法，其特征在于，包括以下步骤 建立本机客户端与对方客户端之间的通信连接； 在检测到本机客户端中保存有与所述对方客户端绑定的对端联系人信息时，将所述对端联系人信息发送给对方客户端进行验证； 接收对方客户端返回的验证结果。
2.根据权利要求I所述的联系人信息验证请求方法，其特征在于，所述在检测到本机客户端中保存有与所述对方客户端绑定的对端联系人信息时，将所述对端联系人信息发送给对方客户端进行验证具体为 在检测到本机客户端中保存有与所述对方客户端绑定的对端联系人信息后，提供是否发送验证请求选项给用户，并在接收发送验证请求指令时将所述对端联系人信息发送给对方客户端进行验证。
3.根据权利要求I所述的联系人信息验证请求方法，其特征在于，所述方法在接收对方客户端返回的验证结果后还包括 在本机客户端显示该验证结果，并根据用户指令对所述对端联系人信息进行维护；或者 根据所述验证结果对所述对端联系人进行维护。
4.根据权利要求I所述的联系人信息验证请求方法，其特征在于，所述对端联系人信息包括电话号码、姓名、地址、电子邮箱和/或工作单位。
5.根据权利要求I所述的联系人信息验证请求方法，其特征在于，所述通信连接包括通话连接、短距离无线通信或通过所述短距离无线通信连接建立的即时通讯工具。
6.一种联系人信息验证接收方法，其特征在于，包括以下步骤 建立本机客户端与对方客户端之间的通信连接； 在接收对方客户端发送的验证请求时，从所述验证请求中获取需要验证的联系人信息在本机客户端显示； 根据用户指令生成验证结果发送给对方客户端。
7.一种联系人信息验证请求客户端，其特征在于，包括 第一通信模块，用于建立本机客户端与对方客户端之间的通信连接； 验证请求发送模块，在检测到本机客户端中保存有与所述对方客户端绑定的对端联系人信息时，将所述对端联系人信息发送给对方客户端进行验证； 验证结果接收模块，接收对方客户端返回的验证结果。
8.根据权利要求7所述的联系人信息验证请求客户端，其特征在于，所述验证请求发送模块在检测到本机客户端中保存有与所述对方客户端绑定的对端联系人信息后，提供是否发送验证请求选项给用户，并在接收发送验证请求指令时将所述对端联系人信息发送给对方客户端进行验证。
9.根据权利要求7所述的联系人信息验证请求客户端，其特征在于，所述验证结果接收模块还在接收对方客户端返回的验证结果后 在本机客户端显示该验证结果，并根据用户指令对所述对端联系人信息进行维护；或者 根据所述验证结果对所述对端联系人进行维护。
10.一种联系人信息验证接收客户端，其特征在于，包括 第二通信模块，用于建立本机客户端与对方客户端之间的通信连接； 验证请求接收模块，在接收对方客户端发送的验证请求时，从所述验证请求中获取需要验证的联系人信息在本机客户端显示； 验证结果发送模块，根据用户指令生成验证结果发送给对方客户端。
全文摘要
本发明涉及一种联系人信息验证请求方法，该方法包括以下步骤建立本机客户端与对方客户端之间的通信连接；在检测到本机客户端中保存有与所述对方客户端绑定的对端联系人信息时，将所述对端联系人信息发送给对方客户端进行验证；接收对方客户端返回的验证结果。本发明还相应提供了一种联系人信息验证接收方法及验证请求客户端和验证接收客户端。本发明通过在通信过程中向对方客户端发送或接收联系人信息验证请求，从而对个人信息特别是电话号码进行验证，可以很方便地获取对方信息的最新状态。
文档编号H04W12/06GK102905261SQ20121036133
公开日2013年1月30日 申请日期2012年9月25日 优先权日2012年9月25日
发明者陈澜波, 邓小英 申请人:东莞宇龙通信科技有限公司, 宇龙计算机通信科技(深圳)有限公司