CN106296149A - 一种缴费方法及终端 - Google Patents

Abstract

本发明实施例公开了一种缴费方法及终端，缴费方法包括：检测终端是否接收到缴费提示信息；若检测到所述终端接收到了所述缴费提示信息，则开启与所述终端绑定的支付应用，以使得用户通过所述支付应用进行缴费。本发明实施例能够简化缴费流程，改善用户体验。

Description

一种缴费方法及终端

技术领域

本发明实施例涉及通信技术领域，具体涉及一种缴费方法及终端。

背景技术

在日常生活中，终端经常会接收到各种缴费提示信息，例如话费不足时运营商发送的缴费提示信息，房贷还款日到期时银行发送的缴费提示信息等，通常情况下，在接收到这些缴费提示信息之后，用户需要退出短信界面，返回终端桌面，在终端安装的众多应用中找到支付应用(例如微信、支付宝等)，输入登陆口令开启该支付应用，点进相应的支付界面进行缴费，整个操作过程十分繁琐，用户体验不佳。

发明内容

有鉴于此，本发明实施例提供了一种缴费方法及终端，能够简化缴费流程，改善用户体验。

本发明实施例提供的缴费方法，包括：

检测终端是否接收到缴费提示信息；

若检测到所述终端接收到了所述缴费提示信息，则开启与所述终端绑定的支付应用，以使得用户通过所述支付应用进行缴费。

可选地，所述检测终端是否接收到缴费提示信息包括：

检测所述终端接收到的信息中是否包含预设关键字；

若包含，则确定所述终端接收到了缴费提示信息。

可选地，在检测到所述终端接收到了所述缴费提示信息之后，所述方法还包括：

根据所述缴费提示信息向预设服务器发送信息验证请求；

接收所述预设服务器反馈的信息验证结果，当所述信息验证结果为可信时，开启与所述终端绑定的支付应用。

可选地，当所述信息验证结果为可信时，所述方法还包括：

生成支付应用开启确认信息并展示给用户，当用户确认开启支付应用时，开启与所述终端绑定的支付应用。

可选地，与所述终端绑定的支付应用包括多个，所述开启与所述终端绑定的支付应用包括：

根据所述缴费提示信息及预设规则从与所述终端绑定的多个支付应用中选择一个并开启。

本发明实施例提供的终端，包括：

检测单元，用于检测终端是否接收到缴费提示信息；

处理单元，用于在所述检测单元检测到所述终端接收到了所述缴费提示信息时，开启与所述终端绑定的支付应用，以使得用户通过所述支付应用进行缴费。

可选地，所述检测单元包括：

检测子单元，用于检测所述终端接收到的信息中是否包含预设关键字；

确定子单元，用于在所述检测子单元检测到所述终端接收到的信息中包含预设关键字时，确定所述终端接收到了缴费提示信息。

可选地，所述终端还包括：

发送单元，用于在所述检测单元检测到所述终端接收到了所述缴费提示信息之后，根据所述缴费提示信息向预设服务器发送信息验证请求；

接收单元，用于接收所述预设服务器反馈的信息验证结果；

当所述信息验证结果为可信时，所述处理单元开启与所述终端绑定的支付应用。

可选地，所述终端还包括：

生成单元，用于在所述信息验证结果为可信时，生成支付应用开启确认信息并展示给用户；

当用户确认开启支付应用时，所述处理单元开启与所述终端绑定的支付应用。

可选地，与所述终端绑定的支付应用包括多个；

所述处理单元具体用于，根据所述缴费提示信息及预设规则从与所述终端绑定的多个支付应用中选择一个并开启。

本发明实施例中，会检测终端是否接收到缴费提示信息，若检测到终端接收到了缴费提示信息，则会自动开启与终端绑定的支付应用，用户直接在所开启的支付应用的界面进行操作即可实现缴费，整个过程不再需要用户进行支付应用查找、开启等一系列流程，简化了缴费流程，改善了用户体验。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的缴费方法的一个流程示意图；

图2是本发明实施例提供的缴费方法的另一流程示意图；

图3是本发明实施例提供的终端的一个结构示意图。

具体实施方式

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

由于现有技术，当接收到缴费提示信息之后，用户需要进行一系列复杂的操作才能实现缴费，因而，本发明实施例提供了一种缴费方法及终端，能够简化缴费流程，改善用户体验，本发明实施例提供的缴费方法可以应用于终端中，终端可以为手机等电子设备。

实施例一

如图1所示，本实施例的缴费方法包括如下步骤：

步骤101、检测终端是否接收到缴费提示信息；

具体实现中，可通过关键字检测法检测终端是否接收到缴费提示信息，即检测终端接收到的信息中是否包含预设关键字，若包含，则确定终端接收到了缴费提示信息。

例如，手机余额不足时，运营商客服会给用户发送提示信息，提示信息内容例如“尊敬的客户，截止2016年8月5日12时，您的话费余额不足10元，请及时充值以免停机”。类似此类话费充值提示信息，预设关键字可设置为话费+余额+充值等，一旦检测到终端接收的短信中包含这些预设关键字，则认为终端接收到了话费缴费提示信息。

再例如，还款日到期时，银行会给用户发送还款提示信息，提示信息内容例如“尊敬的客户，您的本期账单还款金额是3888元，请于2016年8月28日前还款”。类似此类还款提示信息，预设关键字可设置为账单+还款等，一旦检测到终端接收的短信中包含这些预设关键字，则认为终端接收到了缴费提示信息。

步骤102、若检测到所述终端接收到了所述缴费提示信息，则开启与所述终端绑定的支付应用，以使得用户通过所述支付应用进行缴费。

具体实现中，可预先将终端与终端上安装的支付应用绑定，例如可以将终端的SIM卡卡号与支付应用绑定，一旦检测到终端接收到了缴费提示信息，则开启与该终端绑定的支付应用，支付应用例如微信、支付宝等，此处不做具体限定，用户在开启的支付应用上进行操作即可实现缴费。

本实施例中，会检测终端是否接收到缴费提示信息，若检测到终端接收到了缴费提示信息，则会自动开启与终端绑定的支付应用，用户直接在所开启的支付应用的界面进行操作即可实现缴费，整个过程不再需要用户进行支付应用查找、开启等一系列流程，简化了缴费流程，改善了用户体验。

实施例二

实施例一所描述的方法，本实施例将做进一步的描述，如图2所示，本实施例的方法包括以下步骤：

步骤201、检测终端是否接收到缴费提示信息，若接收到，则执行步骤202，否则，执行步骤207，结束处理；

具体实现中，可通过关键字检测法检测终端是否接收到缴费提示信息，即检测终端接收到的信息中是否包含预设关键字，若包含，则确定终端接收到了缴费提示信息。

步骤202、根据所述缴费提示信息向预设服务器发送信息验证请求；

通常来说，类似于手机运营商、银行等发送给用户的缴费提示信息，信息是有固定模板的，发件人固定(例如移动运营商客服发送给用户的缴费提示，发件人号码通常是10086；中国银行发送的缴费提示，发件人号码通常是95566；民生银行发送的缴费提示，发件人号码通常是95568)，且信息内容相对较为固定(例如手机运营商发送的缴费提示，信息内容中通常包括话费、余额、充值等关键字；银行发送的缴费提示，信息内容中通常包括账单、还款等关键字)，因此在检测到终端接收到缴费提示信息之后，可以根据所述缴费提示信息向预设服务器发送信息验证请求，以验证该缴费提示信息是否可信，以避免欺诈信息对用户造成的骚扰，具体发送给预设服务器的信息验证请求中可以包括发件人号码及缴费提示信息中的关键字。预设服务器中可以预先建立数据库，数据库用于验证缴费提示信息是否可信。

步骤203、接收所述预设服务器反馈的信息验证结果；

步骤204、判断所述信息验证结果为可信，若为可信，则执行步骤205，否则，执行步骤207，结束处理；

步骤205、生成支付应用开启确认信息并展示给用户；

当确定缴费提示信息可信时，可以生成支付应用开启确认提示消息，将该提示消息展示给用户，以供用户确认是否开启支付应用，若用户选择确认开启，则执行步骤206，若用户选择取消开启，则结束处理。

步骤206、当用户确认开启支付应用时，根据所述缴费提示信息及预设规则从与所述终端绑定的多个支付应用中选择一个并开启。

通常来说，终端上可以安装一个或多个支付应用，如果终端上安装了多个支付应用，则可以预先将多个支付应用与终端绑定，用户可以根据缴费种类和/或缴费金额预先设置支付规则。

例如根据缴费种类设置支付规则，若通过关键字识别确定是话费充值类缴费提示信息，则开启支付应用1，若通过关键字识别确定是银行还款类缴费提示信息，则开启支付应用2。

或者可以根据缴费金额设置支付规则，若缴费金额大于预设金额，则开启支付应用1，若缴费金额不大于预设金额，则开启支付应用2。

当然，上述支付规则还可以结合起来使用，或者支付规则还可以根据实际需求按照其他方法设置，此处不做具体限定。

支付应用包括多种，例如支付宝，微信等，若开启的支付应用为支付宝，则应用开启后，直接显示支付界面，用户在支付界面进行操作即可实现缴费；若开启的支付应用为微信，应用开启后，可以控制跳转至微信的支付界面，以便于用户在微信的支付界面进行操作实现缴费。

本实施例中，会检测终端是否接收到缴费提示信息，若检测到终端接收到了缴费提示信息，则会自动开启与终端绑定的支付应用，用户直接在所开启的支付应用的界面进行操作即可实现缴费，整个过程不再需要用户进行支付应用查找、开启等一系列流程，简化了缴费流程，改善了用户体验。

实施例三

为了更好地实施以上方法，本发明还提供了一种终端，如图3所示，本实施例的终端包括：

检测单元301，用于检测终端是否接收到缴费提示信息；

处理单元302，用于在所述检测单元检测到所述终端接收到了所述缴费提示信息时，开启与所述终端绑定的支付应用，以使得用户通过所述支付应用进行缴费。

在一个具体的实施例中，所述检测单元包括：

检测子单元，用于检测所述终端接收到的信息中是否包含预设关键字；

确定子单元，用于在所述检测子单元检测到所述终端接收到的信息中包含预设关键字时，确定所述终端接收到了缴费提示信息。

在一个具体的实施例中，所述终端还包括：

发送单元，用于在所述检测单元检测到所述终端接收到了所述缴费提示信息之后，根据所述缴费提示信息向预设服务器发送信息验证请求；

接收单元，用于接收所述预设服务器反馈的信息验证结果；

当所述信息验证结果为可信时，所述处理单元开启与所述终端绑定的支付应用。

在一个具体的实施例中，所述终端还包括：

生成单元，用于在所述信息验证结果为可信时，生成支付应用开启确认信息并展示给用户；

当用户确认开启支付应用时，所述处理单元开启与所述终端绑定的支付应用。

在一个具体的实施例中，与所述终端绑定的支付应用包括多个；

所述处理单元具体用于，根据所述缴费提示信息及预设规则从与所述终端绑定的多个支付应用中选择一个并开启。

在一个具体的实施例中，所述终端还包括：

跳转单元，用于在处理单元开启与所述终端绑定的支付应用之后，跳转至所述支付应用的支付界面。

需要说明的是，本实施例中未做详细描述的步骤及对应有益效果均可参阅前述方法实施例中对应的描述，此处不再赘述。

本实施例中，检测单元会检测终端是否接收到缴费提示信息，若检测到终端接收到了缴费提示信息，则处理单元会自动开启与终端绑定的支付应用，用户直接在所开启的支付应用的界面进行操作即可实现缴费，整个过程不需要用户自行查找并开启支付应用，简化了缴费流程，改善了用户体验。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

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

以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种缴费方法，其特征在于，包括：

检测终端是否接收到缴费提示信息；

若检测到所述终端接收到了所述缴费提示信息，则开启与所述终端绑定的支付应用，以使得用户通过所述支付应用进行缴费。

2.根据权利要求1所述的方法，其特征在于，所述检测终端是否接收到缴费提示信息包括：

检测所述终端接收到的信息中是否包含预设关键字；

若包含，则确定所述终端接收到了缴费提示信息。

3.根据权利要求1所述的方法，其特征在于，在检测到所述终端接收到了所述缴费提示信息之后，所述方法还包括：

根据所述缴费提示信息向预设服务器发送信息验证请求；

接收所述预设服务器反馈的信息验证结果，当所述信息验证结果为可信时，开启与所述终端绑定的支付应用。

4.根据权利要求3所述的方法，其特征在于，当所述信息验证结果为可信时，所述方法还包括：

生成支付应用开启确认信息并展示给用户，当用户确认开启支付应用时，开启与所述终端绑定的支付应用。

5.根据权利要求4所述的方法，其特征在于，与所述终端绑定的支付应用包括多个，所述开启与所述终端绑定的支付应用包括：

根据所述缴费提示信息及预设规则从与所述终端绑定的多个支付应用中选择一个并开启。

6.一种终端，其特征在于，包括：

检测单元，用于检测终端是否接收到缴费提示信息；

处理单元，用于在所述检测单元检测到所述终端接收到了所述缴费提示信息时，开启与所述终端绑定的支付应用，以使得用户通过所述支付应用进行缴费。

7.根据权利要求6所述的终端，其特征在于，所述检测单元包括：

检测子单元，用于检测所述终端接收到的信息中是否包含预设关键字；

确定子单元，用于在所述检测子单元检测到所述终端接收到的信息中包含预设关键字时，确定所述终端接收到了缴费提示信息。

8.根据权利要求6所述的终端，其特征在于，所述终端还包括：

发送单元，用于在所述检测单元检测到所述终端接收到了所述缴费提示信息之后，根据所述缴费提示信息向预设服务器发送信息验证请求；

接收单元，用于接收所述预设服务器反馈的信息验证结果；

当所述信息验证结果为可信时，所述处理单元开启与所述终端绑定的支付应用。

9.根据权利要求8所述的终端，其特征在于，所述终端还包括：

生成单元，用于在所述信息验证结果为可信时，生成支付应用开启确认信息并展示给用户；

当用户确认开启支付应用时，所述处理单元开启与所述终端绑定的支付应用。

10.根据权利要求9所述的终端，其特征在于，与所述终端绑定的支付应用包括多个；

所述处理单元具体用于，根据所述缴费提示信息及预设规则从与所述终端绑定的多个支付应用中选择一个并开启。