CN105338164A - 充值提示方法和充值提示装置 - Google Patents

Abstract

本申请提供一种充值提示方法和充值提示装置，包括：接收来自当前用户的充值请求，所述充值请求中包含充值账号；获取对应于所述当前用户的联系人信息集合；在所述联系人信息集合中查找所述充值账号，若不存在匹配于所述充值账号的联系人信息，则向所述当前用户发起风险提示。通过本申请的技术方案，可以对用户输入的充值账号进行验证，防止由于误输入而导致充值错误，避免对用户造成损失。

Description

充值提示方法和充值提示装置

技术领域

本申请涉及终端技术领域，尤其涉及充值提示方法和充值提示装置。

背景技术

手机充值是人们日常生活中十分常见的行为，用户通过预先为自己的手机号码充入一定金额，则运营商可以直接从这部分预充金额中扣除用户实际使用的费用，而无需用户亲自到运营商处缴纳。

随着社会的不断发展，类似的充值行为被应用于越来越多的场景，比如虚拟货币/游戏币的充值、游戏时间的充值、在互联网上为智能电卡充值等。实际上每个充值对象都拥有唯一的账号，而充值过程实际上就是为该账号绑定对应的充值金额，以实现后续的消费。

以手机的话费充值为例。在传统的话费充值方式中，需要用户到营业厅人工办理；而随着互联网技术的快速发展，用户现在可以直接通过手机或各类设备实现网上自助充值。具体地，用户需要输入充值对象的账号(比如手机号码)和金额，并通过网上缴费来完成对该充值对象的充值操作。

充值对象的账号往往由多个数字、字母等的组合构成，则用户在手动输入的过程中，很容易出现误输入的情况，如果用户没有仔细检查，则会直接导致充错号码，为用户带来损失。

发明内容

有鉴于此，本申请提供一种新的技术方案，可以对用户输入的充值账号进行验证，防止由于误输入而导致充值错误，避免对用户造成损失。

为实现上述目的，本申请提供技术方案如下：

根据本申请的第一方面，提出了一种充值提示方法，包括：

接收来自当前用户的充值请求，所述充值请求中包含充值账号；

获取对应于所述当前用户的联系人信息集合；

在所述联系人信息集合中查找所述充值账号，若不存在匹配于所述充值账号的联系人信息，则向所述当前用户发起风险提示。

根据本申请的第二方面，提出了一种充值提示装置，包括：

接收单元，用于接收来自当前用户的充值请求，所述充值请求中包含充值账号；

获取单元，用于获取对应于所述当前用户的联系人信息集合；

查找单元，用于在所述联系人信息集合中查找所述充值账号；

提示单元，用于在不存在匹配于所述充值账号的联系人信息的情况下，向所述当前用户发起风险提示。

由以上技术方案可见，本申请通过对充值账号进行验证，可以确定当前用户与充值账号之间的身份关系，从而防止由于误输入而导致充值错误，避免对用户造成损失。

附图说明

图1示出了根据本申请的一示例性实施例的充值提示方法的示意流程图；

图2示出了根据本申请的一示例性实施例的充值提示方法的具体流程图；

图3A-3D示出了根据本申请的一示例性实施例的充值提示的界面示意图；

图4示出了根据本申请的另一示例性实施例的充值提示方法的示意流程图；

图5示出了根据本申请的一示例性实施例的提示相似账号的界面示意图；

图6示出了根据本申请的一示例性实施例的电子设备的结构示意图；

图7示出了根据本申请的一示例性实施例的充值提示装置的示意框图。

具体实施方式

本申请通过对充值账号进行验证，可以确定当前用户与充值账号之间的身份关系，从而防止由于误输入而导致充值错误，避免对用户造成损失。

为对本申请进行进一步说明，提供下列实施例：

图1示出了根据本申请的一示例性实施例的充值提示方法的示意流程图。

如图1所示，根据本申请的一示例性实施例的充值提示方法，包括：

步骤102，接收来自当前用户的充值请求，所述充值请求中包含充值账号；

在本实施例中，当前用户可以通过任一可连接至互联网的电子设备实现充值操作，比如手机、平板电脑、笔记本电脑等移动设备，或者台式电脑、智能电视等设备。在执行充值操作时，用户通过输入充值账号来指定具体的充值对象，比如需要执行话费充值时，充值账号可以为手机号码；比如需要执行虚拟货币充值时，充值账号可以为相应平台的用户账号；比如需要执行游戏时间充值时，充值账号可以为游戏账号。

步骤104，获取对应于所述当前用户的联系人信息集合；

在本实施例中，通过设置尽可能多的联系人信息来源，可以使得联系人信息集合中的信息更为全面。为更加详细地进行说明，下面对几种可能的联系人信息来源进行举例，但并不用于对“联系人信息来源”进行限定。

作为一示例性实施例，比如当前用户通过手机执行话费充值操作时，联系人信息来源可以为手机中的通讯录，则联系人信息集合可以包括：从通讯录中获取的对应于当前用户的联系人信息。除了执行使用手机的应用场景，当前用户通过平板电脑等其他电子设备进行操作时，也可以通过通讯录的同步功能，获取手机通讯录上创建的联系人信息。

由于通讯录中的联系人信息都是由当前用户手动创建，是当前用户的朋友或亲戚，即必定是当前用户认识的对象，则当前用户输入的充值账号与通讯录中的某个联系人相匹配时，当前用户存在误输入的可能性很低。

作为另一示例性实施例，联系人信息来源可以为充值页面对应的充值平台，比如“支付宝”、“淘宝”等；当前用户事先在充值平台注册账户，并使用该账户登录充值平台后，执行具体的充值操作。此时，联系人信息集合可以包括：对应于当前用户在充值平台上的登录账户的联系人信息。

除了通讯录、充值平台，还存在很多其他的第三方应用中，也可能存在自己的联系人体系，则理论上也可以通过调用这些第三方应用中的联系人信息，以用于检验当前用户输入的充值账号；然而，第三方应用可能存在数据安全问题，尤其对于充值平台而言是不可信任的，可能导致账户风险。

作为另一示例性实施例，可以结合上述的任意多种联系人信息来源，比如“通讯录+充值平台”，则联系人信息集合包括：从通讯录中获取的对应于所述当前用户的联系人信息，以及对应于当前用户在充值平台上的登录账户的联系人信息。此时，在所述联系人信息集合中查找所述充值账号时，可以分为两个阶段，包括：

第一阶段，在从通讯录中获取的联系人信息中，查找匹配于所述充值账号的联系人信息；第二阶段，若不存在，则进一步获取对应于所述登录账户的联系人信息，并查找匹配于所述充值账号的联系人信息。通过将查找过程分为两个阶段，有助于降低每次执行查找操作时的联系人信息的数据量。

需要说明的是：无论通讯录、充值平台或是第三方应用中的联系人信息，都可能存在多种获取方式：调用本地存储的对应于所述当前用户的联系人信息；和/或，向服务器发起获取请求，并接收所述服务器返回的对应于所述当前用户的联系人信息。因此，联系人信息集合包括来自本地和/或服务器的联系人信息。

步骤106，在所述联系人信息集合中查找所述充值账号；

步骤108，若不存在匹配于所述充值账号的联系人信息，则向所述当前用户发起风险提示。

由上述实施例可知，通过将当前用户输入的充值账户与联系人信息集合进行匹配，可以确定该充值账户与当前用户之间是否存在关联，若为不存在关联的陌生人，则很可能是由于当前用户误输入而导致，则通过发起风险提示，提醒当前用户查看是否真实发生了误输入，避免造成损失。

下面结合较为具体的应用场景，对本申请的技术方案进行详细说明。请参考图2，示出了根据本申请的一示例性实施例的充值提示方法，包括：

步骤202，假定用户A通过手机上的某充值应用M，为用户B充话费。充值应用M上手机充值的业务功能被用户A触发后，手机切换至图3A所示的显示界面，示意用户A输入用户B的手机号码。当然，用户A可以选择具体的充值数额，此处假定用户A选择了默认数额为50元。

步骤204，获取用户A输入的手机号码。

步骤206，调用手机中记录的用户A对应的通讯录。其中，该通讯录可以存储在手机中，比如位于手机内存或手机卡(比如SIM(SubscriberIdentityModule，客户识别模块))内存中；或者，通讯录可以存储在服务器中，通过在手机上登录对应于用户A的账户信息(比如用户A的ID号码、手机号码等)，定时或实时从服务器中获取/同步通讯录的内容。

步骤208，将通讯录中的内容与用户A输入的手机号码进行匹配。若存在匹配的联系人信息，则转入步骤210，否则转入步骤212。

其中，若存在匹配的联系人信息，可以采用如图3B的方式，通过如“√”的图标来表示用户A输入的手机号码已找到；进一步地，还可以通过显示出对应的联系人信息，如联系人名称“小明”，从而帮助用户A进一步确定该手机号码是否属于用户B。

步骤210，根据用户A输入的手机号码，完成后续的手机充值业务。

步骤212，调用用户A在充值应用M中的联系人信息。由于通讯录和充值应用M采用了完全独立的联系人系统，因而在步骤206和步骤212中分别调用到的联系人信息可能并不相同，但不排除存在部分重叠的可能性。

步骤214，将充值应用M中的联系人信息与用户A输入的手机号码进行匹配。若存在匹配的联系人信息，则转入步骤210，否则转入步骤216。

其中，若存在匹配的联系人信息，也可以采用图3B所示的形式，向用户A进行提示其输入无误。

步骤216，向用户A进行风险提示。具体地，图3C为一示例性实施方式，可以通过“×”和/或“未知”的方式，表明用户A输入的手机号码未被查找到，用户A可能存在误输入的风险，提示用户A仔细核查输入的手机号码是否正确。作为另一示例性实施方式，也可以如图3D所示，更为直接地通过“您输入的手机号码存在安全风险，请确认是否输错”和“Θ”形状的标识，提示用户A可能存在误输入的风险。

仍以手机号码为例。如果用户A知道用户B的手机号码，则用户A在为用户B充值时，即便存在误输入，输入的手机号码在整体上也应当与用户B的手机号码相符，即“误输入”应当为“部分误输入”，而大部分内容还应当是正确的。据此，本申请进一步提出了如图4所示的充值提示方法，包括：

步骤402，通过图2所示的步骤流程，判断用户A对应的联系人信息集合中不存在匹配于用户A输入的充值账号的联系人。仍以手机号码为例，则用户A输入的充值账号应当为手机号码，假定用户A输入的是图3C所示的“13123455789”。

步骤404，以充值账号(即手机号码13123455789)为关键词，在用户A对应的联系人信息集合中进行搜索操作，查找与“13123455789”相匹配的手机号码。

步骤406，基于匹配结果，可以确定每项匹配结果与“13123455789”的相似度。若某项匹配结果对应的相似度大于或等于预设相似度，则转入步骤408，否则继续判断，直至完成对每项匹配结果的判断。

步骤408，将匹配结果向当前用户进行展示。

具体地，预设相似度可以由开发商预设，也可以由用户在使用过程中进行编辑和调整。假定用户B的真实手机号码为“13123456789”，且如果该手机号码与“13123455789”的相似度大于预设相似度，则可以在手机界面上显示图5所示的界面，即向用户A提示“您是否希望输入：13123456789”，实际上是将“13123456789”展示给用户A。

进一步地，若“13123456789”为待展示的联系人信息，则可以将充值账号“13123455789”与待展示的联系人信息“13123456789”进行比较，确定两者间的差异部分，比如此时的差异部分为第8个数字，分别为“13123455789”中的第二个“5”和“13123456789”中的“6”；因此，在向当前用户进行展示时，可以对差异部分和非差异部分进行区别显示，比如图5中在差异部分在数字外侧添加了边框，以帮助用户区分两串字符。当然，本领域技术人员应该理解的是，显然还可以通过其他方式来实现区别显示，比如采用不同颜色、高亮显示等，均可应用于本申请的技术方案。

图6示出了根据本申请的一示例性实施例的电子设备的示意结构图。请参考图6，在硬件层面，该电子设备包括处理器、内部总线、网络接口、内存以及非易失性存储器，当然还可能包括其他业务所需要的硬件。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成充值提示装置，该充值提示装置可以理解为应用系统对外服务的一个部分，比如支付宝服务系统对外服务的一个部分。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下管理方法的处理流程的执行主体并不限定于各个逻辑单元，管理方法的执行主体也可以是硬件或逻辑器件。

请参考图7，在软件实施方式中，该充值提示装置可以包括接收单元、获取单元、查找单元、提示单元、搜索单元、展示单元以及比较单元。其中：

接收单元，用于接收来自当前用户的充值请求，所述充值请求中包含充值账号；

获取单元，用于获取对应于所述当前用户的联系人信息集合；

查找单元，用于在所述联系人信息集合中查找所述充值账号；

提示单元，用于在不存在匹配于所述充值账号的联系人信息的情况下，向所述当前用户发起风险提示。

可选的，所述联系人信息集合包括：从通讯录中获取的对应于所述当前用户的联系人信息。

可选的，所述联系人信息集合包括：对应于当前用户在充值平台上的登录账户的联系人信息。

可选的，所述联系人信息集合包括：从通讯录中获取的对应于所述当前用户的联系人信息，以及对应于当前用户在充值平台上的登录账户的联系人信息；其中，所述查找单元具体用于：在从通讯录中获取的联系人信息中，查找匹配于所述充值账号的联系人信息；若不存在，则进一步获取对应于所述登录账户的联系人信息，并查找匹配于所述充值账号的联系人信息。

可选的，所述获取单元具体用于：调用本地存储的对应于所述当前用户的联系人信息；和/或，向服务器发起获取请求，并接收所述服务器返回的对应于所述当前用户的联系人信息；其中，所述联系人信息集合包括来自本地和/或服务器的联系人信息。

可选的，还包括：

搜索单元，用于在所述联系人信息集合中不存在匹配于所述充值账号的联系人的情况下，以所述充值账号为关键词，在所述联系人信息集合中进行搜索操作；

展示单元，用于在存在相似度大于或等于预设相似度的联系人信息的情况下，向当前用户进行展示。

可选的，还包括：

比较单元，用于将充值账号与待展示的联系人信息进行比较，确定两者间的差异部分；

其中，所述展示单元用于在向当前用户进行展示时，对差异部分和非差异部分进行区别显示。

因此，本申请通过对充值账号进行验证，可以确定当前用户与充值账号之间的身份关系，从而防止由于误输入而导致充值错误，避免对用户造成损失。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flashRAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (14)

1.一种充值提示方法，其特征在于，包括：

接收来自当前用户的充值请求，所述充值请求中包含充值账号；

获取对应于所述当前用户的联系人信息集合；

在所述联系人信息集合中查找所述充值账号，若不存在匹配于所述充值账号的联系人信息，则向所述当前用户发起风险提示。

2.根据权利要求1所述的充值提示方法，其特征在于，所述联系人信息集合包括：从通讯录中获取的对应于所述当前用户的联系人信息。

3.根据权利要求1所述的充值提示方法，其特征在于，所述联系人信息集合包括：对应于当前用户在充值平台上的登录账户的联系人信息。

4.根据权利要求1所述的充值提示方法，其特征在于，所述联系人信息集合包括：从通讯录中获取的对应于所述当前用户的联系人信息，以及对应于当前用户在充值平台上的登录账户的联系人信息；

其中，在所述联系人信息集合中查找所述充值账号，包括：在从通讯录中获取的联系人信息中，查找匹配于所述充值账号的联系人信息；若不存在，则进一步获取对应于所述登录账户的联系人信息，并查找匹配于所述充值账号的联系人信息。

5.根据权利要求1至4中任一项所述的充值提示方法，其特征在于，获取对应于所述当前用户的联系人信息集合，包括：

调用本地存储的对应于所述当前用户的联系人信息；和/或，向服务器发起获取请求，并接收所述服务器返回的对应于所述当前用户的联系人信息；

其中，所述联系人信息集合包括来自本地和/或服务器的联系人信息。

6.根据权利要求1至4中任一项所述的充值提示方法，其特征在于，还包括：

若所述联系人信息集合中不存在匹配于所述充值账号的联系人，则以所述充值账号为关键词，在所述联系人信息集合中进行搜索操作；

若存在相似度大于或等于预设相似度的联系人信息，则向当前用户进行展示。

7.根据权利要求6所述的充值提示方法，其特征在于，还包括：

将充值账号与待展示的联系人信息进行比较，确定两者间的差异部分；

在向当前用户进行展示时，对差异部分和非差异部分进行区别显示。

8.一种充值提示装置，其特征在于，包括：

接收单元，用于接收来自当前用户的充值请求，所述充值请求中包含充值账号；

获取单元，用于获取对应于所述当前用户的联系人信息集合；

查找单元，用于在所述联系人信息集合中查找所述充值账号；

提示单元，用于在不存在匹配于所述充值账号的联系人信息的情况下，向所述当前用户发起风险提示。

9.根据权利要求8所述的充值提示装置，其特征在于，所述联系人信息集合包括：从通讯录中获取的对应于所述当前用户的联系人信息。

10.根据权利要求8所述的充值提示装置，其特征在于，所述联系人信息集合包括：对应于当前用户在充值平台上的登录账户的联系人信息。

11.根据权利要求8所述的充值提示装置，其特征在于，所述联系人信息集合包括：从通讯录中获取的对应于所述当前用户的联系人信息，以及对应于当前用户在充值平台上的登录账户的联系人信息；其中，

所述查找单元具体用于：在从通讯录中获取的联系人信息中，查找匹配于所述充值账号的联系人信息；若不存在，则进一步获取对应于所述登录账户的联系人信息，并查找匹配于所述充值账号的联系人信息。

12.根据权利要求8至11中任一项所述的充值提示装置，其特征在于，所述获取单元具体用于：

调用本地存储的对应于所述当前用户的联系人信息；和/或，向服务器发起获取请求，并接收所述服务器返回的对应于所述当前用户的联系人信息；

其中，所述联系人信息集合包括来自本地和/或服务器的联系人信息。

13.根据权利要求8至11中任一项所述的充值提示装置，其特征在于，还包括：

搜索单元，用于在所述联系人信息集合中不存在匹配于所述充值账号的联系人的情况下，以所述充值账号为关键词，在所述联系人信息集合中进行搜索操作；

展示单元，用于在存在相似度大于或等于预设相似度的联系人信息的情况下，向当前用户进行展示。

14.根据权利要求13所述的充值提示装置，其特征在于，还包括：

比较单元，用于将充值账号与待展示的联系人信息进行比较，确定两者间的差异部分；

其中，所述展示单元用于在向当前用户进行展示时，对差异部分和非差异部分进行区别显示。