关联的陌生人，则很可能是由于当前用户误输入而导致，则通过发起风险提示，提醒当前用户查看是否真实发生了误输入，避免造成损失。
[0043]下面结合较为具体的应用场景，对本申请的技术方案进行详细说明。请参考图2，示出了根据本申请的一示例性实施例的充值提示方法，包括:
[0044]步骤202，假定用户A通过手机上的某充值应用M,为用户B充话费。充值应用Μ上手机充值的业务功能被用户Α触发后，手机切换至图3A所示的显示界面，示意用户A输入用户B的手机号码。当然，用户A可以选择具体的充值数额，此处假定用户A选择了默认数额为50元。
[0045]步骤204，获取用户A输入的手机号码。
[0046]步骤206,调用手机中记录的用户A对应的通讯录。其中，该通讯录可以存储在手机中，比如位于手机内存或手机卡(比如SIM (Subscriber Identity Module,客户识别模块))内存中；或者，通讯录可以存储在服务器中，通过在手机上登录对应于用户A的账户信息(比如用户A的ID号码、手机号码等)，定时或实时从服务器中获取/同步通讯录的内容。
[0047]步骤208，将通讯录中的内容与用户A输入的手机号码进行匹配。若存在匹配的联系人信息，则转入步骤210，否则转入步骤212。
[0048]其中，若存在匹配的联系人信息，可以采用如图3B的方式，通过如“ V ”的图标来表示用户A输入的手机号码已找到；进一步地，还可以通过显示出对应的联系人信息，如联系人名称“小明”，从而帮助用户A进一步确定该手机号码是否属于用户B。
[0049]步骤210，根据用户A输入的手机号码，完成后续的手机充值业务。
[0050]步骤212，调用用户A在充值应用Μ中的联系人信息。由于通讯录和充值应用Μ采用了完全独立的联系人系统，因而在步骤206和步骤212中分别调用到的联系人信息可能并不相同，但不排除存在部分重叠的可能性。
[0051]步骤214，将充值应用Μ中的联系人信息与用户A输入的手机号码进行匹配。若存在匹配的联系人信息，则转入步骤210，否则转入步骤216。
[0052]其中，若存在匹配的联系人信息，也可以采用图3B所示的形式，向用户A进行提示其输入无误。
[0053]步骤216，向用户A进行风险提示。具体地，图3C为一示例性实施方式，可以通过“ X ”和/或“未知”的方式，表明用户A输入的手机号码未被查找到，用户A可能存在误输入的风险，提示用户A仔细核查输入的手机号码是否正确。作为另一示例性实施方式，也可以如图3D所示，更为直接地通过“您输入的手机号码存在安全风险，请确认是否输错”和“ Θ ”形状的标识，提示用户A可能存在误输入的风险。
[0054]仍以手机号码为例。如果用户A知道用户B的手机号码，则用户A在为用户B充值时，即便存在误输入，输入的手机号码在整体上也应当与用户B的手机号码相符，即“误输入”应当为“部分误输入”，而大部分内容还应当是正确的。据此，本申请进一步提出了如图4所示的充值提示方法，包括:
[0055]步骤402，通过图2所示的步骤流程，判断用户A对应的联系人信息集合中不存在匹配于用户A输入的充值账号的联系人。仍以手机号码为例，则用户A输入的充值账号应当为手机号码，假定用户A输入的是图3C所示的“131 2345 5789”。
[0056]步骤404，以充值账号(即手机号码131 2345 5789)为关键词，在用户A对应的联系人信息集合中进行搜索操作，查找与“131 2345 5789”相匹配的手机号码。
[0057]步骤406，基于匹配结果，可以确定每项匹配结果与“131 2345 5789”的相似度。若某项匹配结果对应的相似度大于或等于预设相似度，则转入步骤408，否则继续判断，直至完成对每项匹配结果的判断。
[0058]步骤408，将匹配结果向当前用户进行展示。
[0059]具体地，预设相似度可以由开发商预设，也可以由用户在使用过程中进行编辑和调整。假定用户B的真实手机号码为“131 2345 6789”，且如果该手机号码与“ 131 23455789”的相似度大于预设相似度，则可以在手机界面上显示图5所示的界面，即向用户A提示“您是否希望输入:131 2345 6789”,实际h是将“131 2345 6789”展示给用户A。
[0060]进一步地，若“131 2345 6789”为待展示的联系人信息，则可以将充值账号“ 1312345 5789”与待展示的联系人信息“131 2345 6789”进行比较，确定两者间的差异部分，比如此时的差异部分为第8个数字，分别为“131 23455789”中的第二个“5”和“131 23456789”中的“6”;因此，在向当前用户进行展示时，可以对差异部分和非差异部分进行区别显示，比如图5中在差异部分在数字外侧添加了边框，以帮助用户区分两串字符。当然，本领域技术人员应该理解的是，显然还可以通过其他方式来实现区别显示，比如采用不同颜色、高亮显示等，均可应用于本申请的技术方案。
[0061]图6示出了根据本申请的一示例性实施例的电子设备的示意结构图。请参考图6,在硬件层面，该电子设备包括处理器、内部总线、网络接口、内存以及非易失性存储器，当然还可能包括其他业务所需要的硬件。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成充值提示装置，该充值提示装置可以理解为应用系统对外服务的一个部分，比如支付宝服务系统对外服务的一个部分。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下管理方法的处理流程的执行主体并不限定于各个逻辑单元，管理方法的执行主体也可以是硬件或逻辑器件。
[0062]请参考图7，在软件实施方式中，该充值提示装置可以包括接收单元、获取单元、查找单元、提示单元、搜索单元、展示单元以及比较单元。其中:
[0063]接收单元，用于接收来自当前用户的充值请求，所述充值请求中包含充值账号；
[0064]获取单元，用于获取对应于所述当前用户的联系人信息集合；
[0065]查找单元，用于在所述联系人信息集合中查找所述充值账号；
[0066]提示单元，用于在不存在匹配于所述充值账号的联系人信息的情况下，向所述当前用户发起风险提示。
[0067]可选的，所述联系人信息集合包括:从通讯录中获取的对应于所述当前用户的联系人信息。
[0068]可选的，所述联系人信息集合包括:对应于当前用户在充值平台上的登录账户的耳关系人信息。
[0069]可选的，所述联系人信息集合包括:从通讯录中获取的对应于所述当前用户的联系人信息，以及对应于当前用户在充值平台上的登录账户的联系人信息；其中，所述查找单元具体用于:在从通讯录中获取的联系人信息中，查找匹配于所述充值账号的联系人信息；若不存在，则进一步获取对应于所述登录账户的联系人信息，并查找匹配于所述充值账号的联系人息。
[0070]可选的，所述获取单元具体用于:调用本地存储的对应于所述当前用户的联系人信息；和/或，向服务器发起获取请求，并接收所述服务器返回的对应于所述当前用户的联系人信息；其中，所述联系人信息集合包括来自本地和/或服务器的联系人信息。
[0071]可选的，还包括:
[0072]搜索单元，用于在所述联系人信息集合中不存在匹配于所述充值账号的联系人的情况下，以所述充值