CN110443558A - 一种账单处理的方法、装置以及设备 - Google Patents

Abstract

本申请实施例公开了一种账单处理的方法，包括：向应用服务器发送账单查询请求消息，账单查询请求消息中包括已开通账单查询业务的银行卡的唯一标识，应用服务器可以根据该账单请求消息从账单服务器获取对应的账单，并向客户端返回该账单，客户端可以显示该账单，以便用户查看。在该方法中，用户无需输入邮箱和密码，从邮件中爬取账单邮件，一方面可以避免银行的反爬取操作导致的账单获取成功率较低的技术问题，另一方面也可以避免邮箱和密码泄露导致的资金安全和信息安全隐患。而且，在获取账单时，也不需要每次均输入验证码，简化了账单处理的操作，提高了用户体验。本申请还公开了一种账单处理的装置、设备及相关产品。

Description

一种账单处理的方法、装置以及设备

技术领域

本申请涉及计算机通信技术领域，尤其涉及一种账单处理的方法、装置、设备及计算机可读存储介质。

背景技术

随着计算机通信技术的发展，用户可以通过互联网享受方便快捷的账单业务服务，以信用卡业务为例，根据日常生活的需要，用户使用信用卡消费后，需要按期还款，如果用户因忘记还款日期而未能按时还款，或者因不知具体消费金额，而少还款时，这就导致额外的滞纳金，甚至影响用户的信用等级。

针对上述问题，现有技术提供有具有信用卡管理功能的应用，如一种应用是通过绑定邮箱功能，将用户的邮箱名和密码存储在应用服务器上；由应用服务器模拟用户登录邮箱，去获取邮箱中的账单邮件。再如另一种应用是通过短信验证码的查询功能，通过用户提供的卡号、手机号、且每次查询都要提供短信验证码，应用服务器利用这些信息模拟用户查询账单操作，去获取银行账单服务器中的账单。

然而，上述一种应用在用户邮件内容较多时，该应用解析邮件内容获取账单的处理时间较长，并且由于有些账单邮件为了防止泄密而作了反爬取操作，导致该应用获取账单的成功率较低，而且，用于存储用户邮箱名和密码的数据库存在较大的安全隐患，从而导致用户的资金安全和信息安全存在较大隐患。上述另一种应用，每次查询账单都需要用户实施相同的输入操作，操作复杂繁琐，用户体验不好。

发明内容

本申请实施例提供了一种账单处理的方法、装置以及相关设备，使得能够从账单服务器中获取账单，而无需输入邮箱和密码获取邮箱中的邮件，避免了反爬取操作导致获取账单成功率较低的问题，也避免了邮箱和密码泄露导致的资金安全和信息安全隐患，并且查询账单无需用户每次输入验证码，简化查询账单的操作，提高了用户体验。

有鉴于此，本申请一方面提供了一种账单处理的方法，所述方法应用于客户端，包括：

向应用服务器发送账单查询请求消息，所述账单查询请求消息中包括已开通账单查询业务的银行卡的唯一标识；

接收所述应用服务器返回的账单，所述账单是所述应用服务器根据所述账单查询请求消息从账单服务器获取得到的；

显示所述账单。

可选的，所述方法还包括：

响应于用户触发的账单查询操作，生成账单查询请求消息。

可选的，所述方法还包括：

接收所述应用服务器发送的还款通知提醒消息，所述还款通知提醒消息是所述应用服务器根据在预设还款提醒日从账单服务器获取得到的账单而生成的消息；

推送所述还款通知提醒消息。

可选的，所述方法还包括：

响应于用户触发的账单提醒业务定制操作，向所述应用服务器发送账单提醒业务申请消息，所述账单提醒业务申请消息中包括已开通账单查询业务的银行卡的唯一标识，以使所述应用服务器根据所述账单提醒业务申请消息，标识所述已开通账单查询业务的银行卡已开通账单提醒业务，针对已开通账单提醒业务的银行卡，生成对应的还款通知提醒消息。

可选的，所述推送所述还款通知提醒消息，包括：

通过公众号推送所述还款通知提醒消息。

可选的，所述方法还包括：

响应于用户触发的开通账单查询业务操作，生成开通账单查询请求消息，向应用服务器发送所述开通账单查询请求消息，所述开通账单查询请求消息中包括待开通账单查询业务的银行卡的唯一标识；

接收所述应用服务器返回的开通结果通知消息，所述开通结果通知消息是所述应用服务器根据所述开通账单查询请求消息向所述账单服务器发送对应的开通账单查询申请消息后，接收到的所述账单服务器返回的消息；

显示所述开通结果通知消息。

可选的，所述账单查询请求消息中包括多个已开通账单查询业务的银行卡的唯一标识；则所述接收所述应用服务器返回的账单，包括：接收所述应用服务器返回的多个账单，所述多个账单包括所述多个已开通账单查询业务的银行卡各自对应的账单；

则所述显示所述账单，包括：以列表形式显示所述多个账单。

可选的，在显示所述账单之后，所述方法还包括：

响应于用户对账单的查看操作，在账单信息页显示所述账单包含的基本信息。

可选的，所述已开通账单查询业务的银行卡为信用卡，则所述方法还包括：

在所述账单信息页还显示还款控件。

可选的，所述方法还包括：

响应于用户对所述还款控件的触控操作，显示还款页面。

本申请一方面提供了一种账单处理的装置，所述装置包括：

发送模块，用于向应用服务器发送账单查询请求消息，所述账单查询请求消息中包括已开通账单查询业务的银行卡的唯一标识；

接收模块，用于接收所述应用服务器返回的账单，所述账单是所述应用服务器根据所述账单查询请求消息从账单服务器获取得到的；

显示模块，用于显示所述账单。

可选的，所述装置还包括：

生成模块，用于响应于用户触发的账单查询操作，生成账单查询请求消息。

可选的，所述装置还包括推送模块；

所述接收模块还用于：

接收所述应用服务器发送的还款通知提醒消息，所述还款通知提醒消息是所述应用服务器根据在预设还款提醒日从账单服务器获取得到的账单而生成的消息；

所述推送模块，用于推送所述还款通知提醒消息。

可选的，所述发送模块还用于：

响应于用户触发的账单提醒业务定制操作，向所述应用服务器发送账单提醒业务申请消息，所述账单提醒业务申请消息中包括已开通账单查询业务的银行卡的唯一标识，以使所述应用服务器根据所述账单提醒业务申请消息，标识所述已开通账单查询业务的银行卡已开通账单提醒业务，针对已开通账单提醒业务的银行卡，生成对应的还款通知提醒消息。

可选的，所述推送模块具体用于：

通过公众号推送所述还款通知提醒消息。

可选的，所述生成模块还用于：

响应于用户触发的开通账单查询业务操作，生成开通账单查询请求消息，向应用服务器发送所述开通账单查询请求消息，所述开通账单查询请求消息中包括待开通账单查询业务的银行卡的唯一标识；

则所述接收模块还用于:

接收所述应用服务器返回的开通结果通知消息，所述开通结果通知消息是所述应用服务器根据所述开通账单查询请求消息向所述账单服务器发送对应的开通账单查询申请消息后，接收到的所述账单服务器返回的消息；

所述显示模块还用于：

显示所述开通结果通知消息。

可选的，所述账单查询请求消息中包括多个已开通账单查询业务的银行卡的唯一标识；

则所述接收模块具体用于：

接收所述应用服务器返回的多个账单，所述多个账单包括所述多个已开通账单查询业务的银行卡各自对应的账单；

则所述显示模块具体用于：

以列表形式显示所述多个账单。

可选的，所述显示模块还用于：

在显示所述账单之后，响应于用户对账单的查看操作，在账单信息页显示所述账单包含的基本信息。

可选的，所述已开通账单查询业务的银行卡为信用卡，所述显示模块还用于：

在所述账单信息页还显示还款控件。

可选的，所述显示模块还用于：

响应于用户对所述还款控件的触控操作，显示还款页面。

本申请一方面提供了一种终端，所述终端包括处理器以及存储器：

所述存储器用于存储程序代码，并将所述程序代码传输给所述处理器；

所述处理器用于根据所述程序代码中的指令执行本申请提供的上述账单处理的方法。

本申请一方面提供了一种账单处理的方法，所述方法应用于应用服务器，所述方法包括：

接收客户端发送的账单查询请求消息，所述账单查询请求消息中包括已开通账单查询业务的银行卡的唯一标识；

根据所述账单查询请求消息从账单服务器获取对应的账单，向所述客户端返回所述账单。

可选的，所述方法还包括：

根据在预设还款提醒日从所述账单服务器获取的账单生成还款通知提醒消息；

在预设还款提醒日向所述客户端发送所述还款通知提醒消息。

可选的，所述方法还包括：

接收所述客户端发送的账单提醒业务申请消息，所述账单提醒业务申请消息中包括已开通账单查询业务的银行卡的唯一标识；

根据所述账单提醒业务申请消息标识所述已开通查询业务的银行卡已开通账单提醒业务；

则所述根据在预设还款提醒日从所述账单服务器获取的账单生成还款通知提醒消息，包括：

根据已开通账单提醒业务的银行卡的唯一标识，在预设还款提醒日从账单服务器获取对应的账单，根据所获取的对应的账单生成还款通知提醒消息。

可选的，所述方法还包括：

接收所述客户端发送的开通账单查询请求消息，所述开通账单查询请求消息中包括待开通账单查询业务的银行卡的唯一标识；

查询所述待开通账单查询业务的银行卡是否已经开通实名认证的电子支付业务；

若是，则从数据库中获取所述待开通账单查询业务的银行卡的唯一标识，向账单服务器发送第一开通账单查询申请消息，所述第一开通账单查询申请消息中包括所述待开通账单查询业务的银行卡的唯一标识，接收所述账单服务器返回的开通结果通知消息，根据所述开通结果通知消息标识所述待开通账单查询业务的银行卡是否已开通账单查询业务；

向所述客户端返回所述开通结果通知消息。

可选的，所述方法还包括：

若否，则获取用户输入的身份信息和待开通账单查询业务的银行卡的唯一标识，向所述账单服务器发送第二开通账单查询申请消息，所述第二开通账单查询申请消息中包括身份信息和所述待开通账单查询业务的银行卡的唯一标识，接收所述账单服务器返回的开通结果通知消息，根据所述开通结果通知消息标识所述待开通账单查询业务的银行卡是否已开通账单查询业务；

再执行所述向所述客户端返回所述开通结果通知消息的步骤。

本申请一方面提供了一种账单处理的装置，应用于应用服务器，所述装置包括：

接收模块，用于接收客户端发送的账单查询请求消息，所述账单查询请求消息中包括已开通账单查询业务的银行卡的唯一标识；

返回模块，用于根据所述账单查询请求消息从账单服务器获取对应的账单，向所述客户端返回所述账单。

可选的，所述装置还包括：

生成模块，用于根据在预设还款提醒日从所述账单服务器获取的账单生成还款通知提醒消息；

发送模块，用于在预设还款提醒日向所述客户端发送所述还款通知提醒消息。

可选的，所述装置还包括标识模块；

则所述接收模块，还用于接收所述客户端发送的账单提醒业务申请消息，所述账单提醒业务申请消息中包括已开通账单查询业务的银行卡的唯一标识；

所述标识模块，用于根据所述账单提醒业务申请消息标识所述已开通查询业务的银行卡已开通账单提醒业务；

则所述生成模块具体用于：

根据已开通账单提醒业务的银行卡的唯一标识，在预设还款提醒日从账单服务器获取对应的账单，根据所获取的对应的账单生成还款通知提醒消息。

可选的，所述装置还包括查询模块；

所述接收模块，还用于接收所述客户端发送的开通账单查询请求消息，所述开通账单查询请求消息中包括待开通账单查询业务的银行卡的唯一标识；

所述查询模块，用于查询所述待开通账单查询业务的银行卡是否已经开通实名认证的电子支付业务；

所述发送模块还用于，若是，则从数据库中获取所述待开通账单查询业务的银行卡的唯一标识，向账单服务器发送第一开通账单查询申请消息，所述第一开通账单查询申请消息中包括所述待开通账单查询业务的银行卡的唯一标识；

所述接收模块，还用于接收所述账单服务器返回的开通结果通知消息；

所述标识模块，还用于根据所述开通结果通知消息标识所述待开通账单查询业务的银行卡是否已开通账单查询业务；

所述返回模块，还用于向所述客户端返回所述开通结果通知消息。

可选的，所述发送模块还用于：

若否，则获取用户输入的身份信息和待开通账单查询业务的银行卡的唯一标识，向所述账单服务器发送第二开通账单查询申请消息，所述第二开通账单查询申请消息中包括身份信息和所述待开通账单查询业务的银行卡的唯一标识；

则所述接收模块还用于：

接收所述账单服务器返回的开通结果通知消息；

所述标识模块还用于：

根据所述开通结果通知消息标识所述待开通账单查询业务的银行卡是否已开通账单查询业务；

所述返回模块还用于：

再执行所述向所述客户端返回所述开通结果通知消息的步骤。

本申请一方面提供一种应用服务器，所述应用服务器包括处理器以及存储器：

所述存储器用于存储程序代码，并将所述程序代码传输给所述处理器；

所述处理器用于根据所述程序代码中的指令，执行如上述的账单处理的方法的步骤。

本申请一方面提供一种计算机可读存储介质，所述计算机可读存储介质用于存储程序代码，所述程序代码用于执行上述的方法。

本申请一方面提供一种包括指令的计算机程序产品，当其在计算机上运行时，使得所述计算机执行上述的方法。

从以上技术方案可以看出，本申请实施例具有以下优点：

本申请实施例中，提供了一种账单处理的方法，通过向应用服务器发送账单查询请求消息，账单查询请求消息中包括已开通账单查询业务的银行卡的唯一标识，应用服务器可以根据该账单请求消息从账单服务器获取对应的账单，并向客户端返回该账单，客户端可以显示该账单，以便用户查看。在该方法中，客户端通过应用服务器与账单服务器的直连通信，通过请求与响应请求的通信方式，能够获取到实时账单，而且用户在查询账单的过程中，并不需要输入邮箱和密码以爬取账单邮件，从而能够避免银行的反爬取操作导致的账单获取成功率较低的技术问题，另一方面也可以避免邮箱和密码泄露导致的资金安全和信息安全隐患。而且，在获取账单时，也不需要每次均输入短信验证码，简化了账单处理的操作，提高了用户体验。

附图说明

图1为本申请实施例中一种账单处理的方法的应用场景示意图；

图2为本申请实施例中一种账单处理的方法的流程图；

图3为本申请实施例中一种开通账单查询业务的方法的流程图；

图4为本申请实施例中一种账单处理的方法的流程图；

图5为本申请实施例中一种开通账单查询业务的方法的流程图；

图6为本申请实施例中一种账单处理的方法的交互流程图；

图7为本申请实施例中通过“信用卡还款”控件触发账单查询的示意图；

图8为本申请实施例中以列表形式显示账单的示意图；

图9为本申请实施例中通过查看控件查看账单基本信息的示意图；

图10为本申请实施例中未开通电子支付业务的信用卡开通账单查询服务的示意图；

图11为本申请实施例中一种账单处理的装置的一个结构示意图；

图12为本申请实施例中一种账单处理的装置的一个结构示意图；

图13为本申请实施例中一种账单处理的装置的一个结构示意图；

图14为本申请实施例中一种账单处理的装置的一个结构示意图；

图15为本申请实施例中一种账单处理的装置的一个结构示意图；

图16为本申请实施例中一种账单处理的装置的一个结构示意图；

图17为本申请实施例中一种账单处理的装置的一个结构示意图；

图18为本申请实施例中一种应用服务器的一个结构示意图；

图19为本申请实施例中一种终端的一个结构示意图。

具体实施方式

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

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

针对现有技术中获取账单存在的处理时间长、获取成功率较低，且具有较大的安全隐患，操作复杂繁琐等技术问题，本申请实施例提供了一种账单处理的方法。该方法包括通过客户端向应用服务器发送携带了已开通账单查询业务的银行卡的卡号的账单查询请求消息，应用服务器根据该账单查询请求消息从账单服务器中获取对应的账单，然后将该账单返回给客户端，客户端可以显示该账单以供用户查看。

在上述技术方案中，由于采用了通过应用服务器从账单服务器获取账单的方法，由于账单服务器属于银行的官方接口，应用服务器与银行的官方接口直接相连，无需输入邮箱和密码模拟用户登录邮箱爬取账单邮件，即可获取到对应的账单，与通过爬取账单邮件相比，缩短了处理时间，提高了处理成功率，并且避免了邮箱和密码泄露导致的资金安全隐患和信息安全隐患。并且该方法在对用户身份认证之后，在获取账单时无需再输入验证码等信息，简化了用户操作，提高了用户体验。

本申请提供的上述方法可以应用于客户端。客户端依托于终端与应用服务器以及账单服务器进行交互，为用户提供账单处理服务。其中，客户端是提供账单处理服务的应用程序或应用程序功能模块，例如，客户端可以是微信客户端，QQ客户端等等应用程序，作为本实施例的扩展，客户端也可以是浏览器，用户可以通过浏览器进入网页版微信，网页版QQ，从而实现账单处理。客户端所依托的终端是一种数据处理设备，包括但不限于智能手机、平板电脑等设备。

应用服务器是指为客户端提供相应服务的服务器，如客户端为微信客户端时，应用服务器可以为微信服务器。账单服务器是指提供银行卡对应的账单的服务器，如银行内部部署的账单管理服务器。需要说明的是，账单服务器与银行卡类型是对应的，不同种类的银行卡可以分别对应各自的账单服务器，如工商银行的银行卡对应工商银行的账单服务器。对于任意一种银行卡的账单服务器，可以是单独的服务器，也可以是服务器集群。

为了便于理解本申请的技术方案，接下来将结合具体应用场景对本申请实施例提供的账单处理的方法进行介绍。

图1为本申请实施例提供的账单处理的方法的应用场景示意图。如图1所示，在该应用场景中包括客户端110、应用服务器120、账单服务器130。针对已开通账单查询业务的银行卡，客户端110可以利用应用服务器120与账单服务器130之间的直连通信，从账单服务器获取与银行卡对应的实时账单。具体的，客户端110可以先向应用服务器120发送账单查询请消息，该账单查询请求消息中包括已开通账单查询业务的银行卡的唯一标识，如卡号，应用服务器120接收到该账单查询请求消息，可以通过向账单服务器130发起请求，实现从账单服务器130中获取与银行卡对应的账单。应用服务器120将获取到账单直接返回给客户端110，客户端110为用户展示该账单，以便用户查看以及进行还款等账单处理操作。

在上述应用场景中，账单查询请求消息中可以包括至少一个已开通账单查询业务的银行卡的卡号，当账单查询请求消息中包括至少两个不同银行的银行卡的卡号，则应用服务器120可以分别在对应的银行的账单服务器130中获取对应的银行卡的账单，并将不同银行的银行卡的账单返回给客户端110。

由上可知，本实施例提供了一种账单处理的方法，包括客户端向应用服务器发送携带了已开通账单查询业务的银行卡的卡号的账单查询请求消息，应用服务器根据该账单查询请求消息，可以从账单服务器中获取对应的账单，然后将该账单返回给客户端，客户端可以显示该账单，以便用户查看。在本实施例中，建立了客户端、应用服务器、账单服务器这一连通渠道，可以直接从账单服务器中获取对应的账单，与将邮箱密码交付第三方，由第三方爬取账单邮件相比，该方法具有较高的成功率，而且资金安全以及信息安全隐患大大降低。并且，在认证通过后无需输入验证码等信息，即可直接获取账单，大大简化了用户操作，账单处理更加便捷，提高了用户体验。

需要说明的是，上述应用场景仅为本申请的账单处理方法的一个具体示例，本申请实施例提供的账单处理方法还可以应用在其他应用场景中，上述示例并不构成对本申请技术方案的限定。

接下来，站在客户端的角度，结合附图对本申请实施例提供的账单处理的方法进行详细的介绍。

图2为本申请实施例提供的一种账单处理方法的流程图，该方法应用于客户端，参见图2，该方法包括：

S201:向应用服务器发送账单查询请求消息，所述账单查询请求消息中包括已开通账单查询业务的银行卡的唯一标识。

账单查询请求消息是一种查询账单的请求消息。在本实施例中，账单是指银行卡的账单，如信用卡账单等等。为了实现银行卡的账单查询，银行卡需开通账单查询业务。

针对任意一个银行卡，均具有唯一标识。通过该唯一标识可以将该银行卡与其他银行卡进行区分。在一些可能的实现方式中，银行卡的卡号具有唯一性，可以将卡号作为标识来标记该银行卡，为了获取与该银行卡对应的账单，还可以在账单查询请求消息中携带银行卡的卡号。基于此，客户端可以向应用服务器发送账单查询请求消息，账单查询请求消息中包括已开通账单查询业务的银行卡的卡号，以使账单查询请求消息的接收方可以根据已开通账单查询业务的银行卡的卡号获取对应的账单。需要说明，本申请实施例以银行卡的卡号作为银行卡的唯一标识对账单处理的过程进行示例性说明，并不构成对本申请技术方案的限定。

当用户需要查询多个银行卡的账单时，在多个银行卡均开通账单查询业务的情况下，可以发送多个账单查询请求消息，每个账单查询请求消息分别携带一个银行卡的卡号。在一些可能的实现方式中，也可以仅发送一个账单查询请求消息，该账单查询请求消息中携带用户需要查询的多个银行卡的账号。也即账单查询请求消息中携带的银行卡的卡号可以是一个，也可以是多个，本申请实施例对账单查询请求消息中携带的银行卡的卡号数量不作限定，可以根据需要进行设置。当携带多个银行卡的卡号时，用户可以通过一次操作即可查询多个银行卡的账单，简化了用户操作。

在该实施例中，账单查询请求消息可以是客户端向应用服务器发送的。在一些可能的实现方式中，客户端可以响应于用户触发的账单查询操作，生成账单查询请求消息，然后，向应用服务器发送该账单查询请求消息。以微信客户端作为示例，当用户点击“信用卡还款”控件时，即可触发针对当前微信用户所绑定的信用卡的账单查询操作，客户端可以获取绑定的信用卡的卡号，并根据该卡号生成账单查询请求消息，向应用服务器发送该账单查询请求消息。

在本申请另一些可能的实现方式中，向应用服务器发送账单查询请求信息也可以是满足预设条件时，自动向应用服务器发送账单查询请求信息。例如，定时向应用服务器发送账单查询请求信息，如在每月18日，客户端依托终端自动向应用服务器发送账单查询请求信息，以获取对应的账单。又例如，在聊天应用场景中，识别到用户具有查询账单意图时，可以自动向应用服务器发送账单查询请求消息，如用户在微信聊天时提到“等着发工资还信用卡，不知道能剩多少”可以确定用户有查询账单的意图，此时，微信客端可以自动向微信服务器发送账单查询请求消息。

S202:接收所述应用服务器返回的账单，所述账单是所述应用服务器根据所述账单查询请求消息从账单服务器获取得到的。

在接收到账单查询请求消息，应用服务器可以根据账单查询请求消息从账单服务器中获取账单，并将账单返回给客户端。若账单查询请求消息中包括多个已开通账单查询业务的银行卡的唯一标识，例如，多个已开通账单查询业务的银行卡的卡号，则可以接收应用服务器返回的多个账单，其中，多个账单包括多个已开通账单查询业务的银行卡各自对应的账单。也即，一个已开通账单查询业务的银行卡可以对应一个账单，当有多个开通账单查询业务的银行卡时，接收多个银行卡各自对应的账单，使得用户可以对每一个账单分别进行单独处理，例如对其中一些账单采取全额还款策略，对另一些账单采取分期还款策略。

为了方便用户了解账单总额，客户端还可以对接收到的账单进行累计处理。在一些可能的实现方式中，客户端可以对接收到的账单进行累计，得到累计账单，以使用户可以更为直观地获取账单总额，应还总金额等信息。其中，在对账单进行累计时，可以按照预设规则进行累计，例如可以按照还款期限区间对账单分别进行累计，得到不同区间的账单总额，如此，用户可以在对应的还款期限区间分别还款，而不需一次还清所有账单。

当银行卡仅支持本币交易时，则账单仅包括本币账单数据。若银行卡还支持外币交易，则账单中还可以包括外币账单数据。当用户通过银行卡在境外消费，或者在境外网站进行消费，产生以外币结算的交易，并且在境内产生以本币结算的交易时，可以通过账单服务器实时地获取到包括本币账单数据和外币账单数据的账单。如此，用户可以通过一次查询即可获得不同币种的账单数据，而不需要分别查询对应币种的账单数据。以本币为人民币，外币为美元为例，当产生了以人民币结算和以美元结算的交易时，从账单服务器中获取到的账单，可以包括人民币账单金额，应还人民币金额，以及美元账单金额，应还美元金额等数据。

进一步地，为了方便用户，客户端可以对具有外币账单数据的账单进行转换处理。在一些可能的实现方式中，客户端可以将账单中的外币账单数据按照汇率转换为本币账单数据。如此，可以得到以本币结算的账单数据总额。当用户进行还款操作时，可以直接按照账单数据总额进行还款，银行在接收到用户的还款，可以通过购买外汇的方式还清用户的外币账单，从而简化了用户的还款操作，提高了用户体验。

S203:显示所述账单。

在接收到应用服务器返回的账单后，可以对账单进行显示，以便用户查看。应用服务器返回的账单可以是一个，也可以是多个。当应用服务器返回的账单是多个时，具体为多个已开通账单查询业务的银行卡的账单，则可以以列表形式显示这多个账单。在有些情况下，还可以显示多个账单的累计账单或分时累计账单。

在本申请实施例一些可能的实现方式中，用户除了可以查看账单金额，还可以查看账单基本信息。账单基本信息是指账单的基本属性信息，账单基本信息包括该账单所对应的用户，银行卡的卡号尾数，账单总额，应还金额，最低还款金额，支持的还款方式等等信息中的至少一项，在一种可能的实现方式中，账单基本信息包括账单总额、应还金额、最低还款金额和支持的还款方式。基于此，在显示账单之后，还可以响应于用户对账单的查看操作，在账单信息页显示账单包含的基本信息。作为一种可能的实现方式，可以在显示账单的页面提供查看控件，当用户点击该查看控件时，可以进入账单信息页，查看账单包含的基本信息。

作为本实施例的扩展，当已开通账单查询业务的银行卡为信用卡，则在账单信息页还显示还款控件。进一步地，客户端可以响应于用户对还款控件的触控操作，显示还款页面。即用户通过触摸或语音控制还款控件触发还款操作，客户端可以响应于该触发操作进入还款页面，其中还款页面可以提供还款选择控件，用于选择还款渠道、还款方式等等，例如选择不同银行或者第三方支付应用或者理财产品等渠道进行还款，还款方式包括全额还款或分期还款，采用分期还款时，还可以输入或选择还款期数。

由上可知，本申请实施例提供了一种账单处理的方法，包括向应用服务器发送账单查询请求消息，该账单查询请求消息中携带有已开通账单查询业务的银行卡的唯一标识，应用服务器根据账单查询请求消息可以从账单服务器中获取该银行卡的唯一标识相对应的账单，客户端接收应用服务器返回的账单，显示该账单。可见，本申请提供了一种通过应用服务器从账单服务器官方获取账单的渠道，无需输入邮箱和密码爬取账单邮件即可获取到账单，具有较高的成功率，并且避免了因邮箱和密码泄露导致的资金安全和信息安全隐患。此外，由于应用服务器与账单服务器直接相连，用户可以实时获取账单信息，无需每次输入验证码，便捷性大大提高，并且，基于所获取的实时账单，可以触发一键还款操作，如此，可以缩短用户的还款路径，提高用户体验，使得还款转换率大幅提升。

在上述实施例中，用户可以随时随地查询账单，但是若查询账单的日期过早，用户立即还款的意愿较低，查询账单的日期过晚，可能导致用户忘记还款，产生额外的滞纳金甚至影响信用等级。为此，还可以开通账单提醒业务，提醒用户及时还款。

其中，开通账单提醒业务可以通过由客户端向应用服务器申请而实现。具体的，客户端可以响应于用户触发的账单提醒业务定制操作，向应用服务器发送账单提醒业务申请消息，其中，账单提醒业务申请消息包括已开通账单询业务的银行卡的唯一标识，如此，应用服务器可以根据账单提醒业务申请消息，标识已开通查询业务的银行卡已开通账单提醒业务。具体的，客户端可以提供账单提醒业务定制控件，当用户点击该控件时，触发账单提醒业务定制操作，客户端可以获取该用户已开通账单查询业务的银行卡的唯一标识，生成账单提醒业务申请消息，应用服务器根据该账单提醒业务申请消息，将该唯一标识对应的银行卡标识为已开通账单提醒业务。

针对已开通账单提醒业务的银行卡，应用服务器可以生成对应的还款通知提醒消息。作为一种可能的实现方式，应用服务器可以在预设还款提醒日从账单服务器获取对应的账单，根据所获取的账单生成还款通知提醒消息。其中，预设还款提醒日是指预先设定的提醒用户还款的日期，预设还款提醒日可以早于还款日。预设还款提醒日可以由用户根据自己的需求自行设定，也可以是系统默认设定的。

在一些可能的实现方式中，客户端可以接收应用服务器发送的还款通知提醒消息，并推送还款通知提醒消息。其中，还款通知提醒消息是应用服务器根据在预设还款提醒日从账单服务器获取得到的账单而生成的消息。在一些可能的实现方式中，若在预设还款提醒日获取到的账单中待还金额大于零，则生成还款通知提醒消息，若预设还款提醒日获取到的账单中待还金额为零，则不生成还款通知提醒消息。在生成还款通知提醒消息后，可以通过公众号推送还款通知提醒消息。

为了便于理解，下面以微信客户端作为示例进行说明。

若用户拥有一张A银行的信用卡，该信用卡已开通账单查询业务，其还款期限为每月18日，则可以预设还款提醒日，例如在还款期限的前3天，在该示例中即为每月15日。接着，微信服务器可以在预设还款提醒日即每月15日从A银行对应的账单服务器中获取该信用卡的卡号对应的账单，若该信用卡的账单中待还金额大于零，则生成还款通知提醒消息，客户端接收到该还款通知提醒消息，可以通过微信公众号推送该还款提醒通知消息，提醒用户及时还款，避免未及时还款导致额外的滞纳金以及影像用户信用等级。

上述实施例中，查询账单以及推送还款提醒消息均是基于银行卡已开通账单查询业务的前提而实现的，在一些情况下，账单查询业务可以是默认开通的，如此，可以直接采用本实施例提供的上述账单处理的方法执行账单查询、还款等操作。在另一些情况下，账单查询业务可以是响应于用户的开通请求而开通，用户在进行查询账单等操作时可以对未开通账单查询业务的银行卡执行开通账单查询业务的操作，然后再执行账单查询、还款等操作。

为了便于理解，接下来将站在客户端的角度，结合附图对开通账单查询业务的过程进行详细说明。

图3为本申请实施例提供的一种开通账单查询业务的方法的流程图，参见图3，该方法包括：

S301：响应于用户触发的开通账单查询业务操作，生成开通账单查询请求消息，向应用服务器发送所述开通账单查询请求消息，所述开通账单查询请求消息中包括待开通账单查询业务的银行卡的唯一标识。

开通账单查询请求消息是指用于开通账单查询业务的请求消息。该请求消息用于为待开通账单查询业务的银行卡开通账单查询业务，因此，该请求消息中包括待开通账单查询业务的银行卡的唯一标识，如卡号。

在本实施例中，当用户想要为银行卡开通账单查询业务时，可以触发开通账单查询业务的操作，例如，可以触摸或语音控制开通账单查询业务的控件，从而触发开通账单查询业务的操作，客户端可以响应于用户触发的开通账单查询业务操作，生成开通账单查询请求消息。具体的，客户端可以获取待开通账单查询业务的银行卡的卡号，根据该卡号生成开通账单查询请求消息。接着，客户端可以向应用服务器发送该开通账单查询请求消息，以便应用服务器可以根据该账单查询请求消息为待开通账单查询业务的银行卡开通账单查询业务。

其中，开通账单查询请求消息中所携带的待开通账单查询业务的银行卡的卡号的数量可以是一个，也可以是多个。当待开通账单查询业务的银行卡的卡号的数量为多个时，可以同时为多个待开通账单查询业务的银行卡开通账单查询业务。

S302：接收所述应用服务器返回的开通结果通知消息，所述开通结果通知消息是所述应用服务器根据所述开通账单查询请求消息向所述账单服务器发送对应的开通账单查询申请消息后，接收到的所述账单服务器返回的消息。

开通结果通知消息是表征账单查询业务的开通结果的通知消息，开通结果通知消息可以为账单查询业务开通成功的通知消息，即开通成功通知消息，也可以是账单查询业务开通失败的通知消息，即开通失败通知消息。

应用服务器在接收到开通账单请求消息，可以根据该开通账单查询请求消息，向账单服务器发送对应的开通账单查询申请消息，账单服务器可以向应用服务器返回开通结果通知消息，应用服务器可以将该开通结果通知消息返回给客户端。也即，客户端可以接收应用服务器返回的开通结果通知消息。

S303：显示所述开通结果通知消息。

在接收到应用服务器返回的开通结果通知消息后，还可以对开通结果通知消息进行显示，以便用户知晓账单查询业务的开通结果。

对开通结果通知消息的显示可以有多种实现方式。在一些可能的实现方式中，可以直接以弹窗形式显示开通结果通知消息，如此，用户能够直接在当前页面查看开通结果，无需额外操作。在另一些可能的实现方式中，当应用服务器通过短信返回开通结果通知消息时，则可以通过短信显示开通结果通知消息。如此，用户可以进入短信页面，查看开通结果通知消息。

与还款通知提醒消息类似，开通结果通知消息也可以通过公众号推送给用户，当用户进入公众号的页面，页面中可以显示开通结果通知消息，用户可以通过浏览公众号的页面确定账单查询业务是否开通成功。

当客户端显示的开通结果通知消息为开通成功通知消息时，则表明待开通账单查询业务的银行卡已成功开通账单查询业务，可以通过本申请实施例提供的账单处理的方法执行账单查询、还款等操作。

当客户端显示的开通结果通知消息为开通失败通知消息时，则表明待开通账单查询业务的银行卡开通账单查询业务失败。当开通失败通知消息中携带有开通失败的原因时，例如，身份信息填写错误、输入手机号与在银行预留的手机号不符等等，则还可以根据上述原因，重新输入对应的信息，申请开通账单查询业务。若经过多次申请，均开通失败，则客户端还可以向账单服务器发送故障指示消息，账单服务器可以根据故障指示消息，对多次开通均失败的银行卡进行标识，并排查多次开通均失败的原因。

由上可知，本申请实施例提供了一种开通账单查询业务的方法，包括响应于用户触发的开通账单查询业务操作，向应用服务器发送携带了待开通账单查询业务银行卡的唯一标识的开通账单查询业务请求消息，如此，应用服务器可以根据该开通账单查询业务请求消息向账单服务器发送开通账单查询业务申请消息，然后接收账单服务器返回的开通结果通知消息，将该开通结果通知消息返回客户端，客户端接收到开通结果通知消息，可以显示该开通结果通知消息。该方法通过利用应用服务器向账单服务器发送开通账单查询业务申请消息，而应用服务器存储有用户信息，可以减少用户输入操作，大大提高了开通账单查询业务的便利性。

上述实施例主要是从客户端的角度对账单处理的方法进行介绍，下面将站在应用服务器的角度，对本申请实施例提供的账单处理的方法进行介绍。

图4为本申请实施例提供的一种账单处理的方法的流程图，参见图4，该方法包括：

S401：接收客户端发送的账单查询请求消息，所述账单查询请求消息中包括已开通账单查询业务的银行卡的唯一标识。

账单查询请求消息与图2所示实施例相同，可以参见上文相关描述。

本实施例中，客户端发送的账单查询请求消息可以由应用服务器接收。其中，应用服务器可以接收多个客户端发送的账单查询请求消息，也即应用服务器可以为多个客户端提供账单查询服务。其中，账单查询请求消息中包括已开通账单查询业务的银行卡的唯一标识，如此，当应用服务器接收到多个账单查询请求消息时，可以根据银行卡的唯一标识，如卡号，获取对应的账单，并将账单返给相应的用户。以微信服务器作为示例，当多个用户分别采用各自的微信客户端，向微信服务器发送了账单查询请求消息，则微信服务器可以接收多个账单查询请求消息，为多个用户提供账单查询服务。

S402：根据所述账单查询请求消息从账单服务器获取对应的账单，向所述客户端返回所述账单。

账单服务器中存有大量的银行卡的账单，应用服务器可以根据账单查询请求消息，从账单服务器中获取与账单查询请求消息中包括的已开通账单查询业务的银行卡相对应的账单，然后，向客户端返回获取的账单。

当账单查询请求消息中携带了多个已开通账单查询业务的银行卡的卡号时，可以返回多个账单，每个账单分别对应多个已开通账单查询业务的银行卡中的一个。进一步地，服务器还可以对多个账单进行处理，例如对账单进行累计，得到累计账单，或者按照还款日对账单进行分类，对分类后的账单分别进行累计，得到分时累计账单，如此可以避免用户分别查看每个账单，提高账单处理效率。

在一些情况下，账单服务器的数据处理能力有限，为了最大化地利用账单服务器的性能，应用服务器可以根据账单服务器的性能自动配置线程数。在一种可能的实现方式中，在优先级较高的最后还款日，用户可接收通知的时间段如白天，配置较多的线程用于查询账单和下发通知消息，而在还款提醒日，则可以配置一定数量的线程利用闲时查询账单，而在用户可接收通知的时间段，配置相对较少的线程用于统一下发通知消息。如此，可以实现合理地利用账单服务器的性能，为用户提供账单查询服务。

由上可知，本申请实施例提供了一种账单处理的方法，应用服务器接收客户端发送的账单查询请求消息，然后根据账单查询请求消息从账单服务器中获取账单查询请求消息中携带的已开通账单查询业务的银行卡对应的账单，并向客户端返回获取到的账单。本申请通过应用服务器从账单服务器获取账单，无需输入邮箱和密码爬取账单邮件即可获取到账单，具有较高的成功率，并且避免了因邮箱和密码泄露导致的资金安全和信息安全隐患。此外，用户可以实时获取账单信息，无需每次输入验证码，便捷性大大提高，因而提高了用户体验。

进一步地，为了避免用户因忘记及时还款或者不知道具体还款金额导致额外的滞纳金甚至影响信用等级，应用服务器还可以在预设还款提醒日，从账单服务器中获取账单，并根据获取的账单生成还款通知提醒消息，在预设还款提醒日向客户端发送还款通知提醒消息。

其中，为了实现银行卡的账单提醒功能，可以预先开通对应于该银行卡的账单提醒业务。在一些可能的实现方式中，应用服务器可以接收客户端发送的账单提醒业务申请消息，其中，账单提醒业务申请消息中包括已开通账单查询业务的银行卡的唯一标识，应用服务器可以根据账单提醒业务消息标识该已开通查询业务的银行卡已开通账单提醒业务。针对已开通账单提醒业务的银行卡，应用服务器可以在预设还款提醒日从账单服务器获取对应的账单，根据所获取的对应的账单生成还款通知提醒消息。

可以理解，应用服务器从账单服务器获取银行卡的账单前提是该银行卡已开通账单查询业务。若待查询账单的银行卡尚未开通账单查询业务，则可以先开通账单查询业务，然后再进行账单查询。

接下来，将站在应用服务器的角度对开通账单查询业务的过程进行详细说明。

图5为本申请实施例提供的一种开通账单查询业务的方法的流程图，参见图5，该方法包括：

S501：接收所述客户端发送的开通账单查询请求消息，所述开通账单查询请求消息中包括待开通账单查询业务的银行卡的唯一标识。

开通账单查询请求消息即用于开通账单查询业务的请求消息，与图3所示实施例相同，具体参见上文相关描述。为了开通账单查询业务，开通账单查询请求消息中应包括待开通账单查询业务的银行卡的唯一标识，例如待开通账单查询业务的银行卡的卡号。需要说明的是，开通账单查询请求消息中包括的待开通账单查询业务的银行卡的卡号的数量并不限定，可以包括一个待开通账单查询业务的银行卡的卡号，也可以包括多个银行卡的卡号。

在本实施例中，应用服务器接收客户端发送的开通账单查询请求消息，其中，客户端可以是一个，也可以是多个，应用服务器可以同时为多个用户提供开通账单查询业务的服务。

S502：查询所述待开通账单查询业务的银行卡是否已经开通实名认证的电子支付业务。若是，则执行S503；若否，则执行S504。

在接收到开通账单查询请求消息，应用服务器可以查询待开通账单查询业务的银行卡是否已经开通实名认证的电子支付业务。其中，实名认证是指对用户资料真实性进行验证审核。实名认证有助于建立可靠的互联网信用急促。在电子支付业务中，采用实名认证的方式证明用户的真实身份，可以更有效地保障资金安全。

若待开通账单查询业务的银行卡已开通实名认证的电子支付业务，则可以利用在开通实名认证时的资料开通账单查询业务，具体请参见S503。若待开通账单查询业务的银行卡未开通实名认证的电子支付业务，则需要对用户的身份信息等进行验证，并根据验证结果确定是否允许开通账单查询业务，具体参见S504。

S503：从数据库中获取所述待开通账单查询业务的银行卡的唯一标识，向账单服务器发送第一开通账单查询申请消息，所述第一开通账单查询申请消息中包括所述待开通账单查询业务的银行卡的唯一标识，然后执行S505。

对于已开通实名认证的电子支付业务的银行卡，在数据库中存储有实名认证资料。该实名认证资料可以证明用户的身份，作为一个示例，实名认证资料包括身份信息和银行卡的唯一标识等等，其中，身份信息是指能够表征用户身份的信息，身份信息可以为身份证电子件或身份证号等信息，若用户为企业用户，则身份信息还可以是工商营业执照、企业的机构代码、生产经营许可证等信息中的至少一种。在有些情况下，身份信息还可以包括用户名。银行卡的唯一标识可以为银行卡的卡号，用户名可以是用户的姓名，若用户为企业用户，则用户名也可以是企业名称等，本实施例对此不作限定。

对于已开通实名认证的电子支付业务的银行卡，由于在实名认证过程中已对用户身份进行验证，因此，在开通账单查询业务时，账单服务器可以不必再次对用户身份进行验证，用户也就无需输入身份信息、银行卡的唯一标识等信息进行验证，应用服务器可以直接获取待开通账单查询业务的银行卡的唯一标识，向账单服务器发送第一开通账单查询申请消息，以便账单服务器为该唯一标识对应的银行卡开通账单查询业务。

作为本实施例的一种具体实现方式，应用服务器可以从数据库中获取待开通账单查询业务的银行卡的卡号，根据待开通账单查询业务的银行卡的卡号生成第一开通账单查询申请消息，然后可以向账单服务器发送第一开通账单查询申请消息。其中，第一开通账单查询申请消息中包括待开通账单查询业务的银行卡的卡号，第一开通账单查询申请消息用于向账单服务器申请开通针对该卡号对应的银行卡的账单查询业务。

账单服务器在接收到第一开通账单查询申请消息，可以根据第一开通账单查询申请消息确定对应银行卡是否具有开通账单查询业务的资格，若具有，则将对应的银行卡标识为已开通账单查询业务，若不具有，则将对应的银行卡标识为未开通账单查询业务，基于此，账单服务器可以生成开通结果通知消息，该开通结果通知消息可以用于标识待开通账单查询业务的银行卡是否已开通账单查询业务。具体的，若对应银行卡标识为已开通账单查询业务，则生成开通成功通知消息，若对应银行卡被标识为未开通账单查询业务，则生成开通失败通知消息。在生成开通结果通知消息后，还可以向应用服务器返回该开通结果通知消息。

在一些可能的实现方式中，第一开通账单查询申请消息还可以包括用户名，如此，账单服务器可以根据第一开通账单查询申请消息中的唯一标识，如卡号，和用户名等信息进行校验，确定该唯一标识对应的银行卡是否属于该用户名对应的用户，若属于，则将对应的银行卡标识为已开通账单查询业务，若不属于，则将对应的银行卡标识为未开通账单查询业务，账单服务器可以根据开通结构结果返回对应的开通结果通知消息。

S504：获取用户输入的身份信息和待开通账单查询业务的银行卡的唯一标识，向所述账单服务器发送第二开通账单查询申请消息，所述第二开通账单查询申请消息中包括身份信息、所述待开通账单查询业务的银行卡的唯一标识和用户名，然后执行S505。

针对未开通实名认证的电子支付业务的银行卡，由于数据库中并未存储相关实名认证资料，应用服务器难以从数据库中直接获取，因此需要用户提供相关资料证明用户的身份。

基于此，客户端可以提供输入控件，用户通过该输入控件可以触发输入操作，具体的，可以输入身份信息、待开通账单查询业务的银行卡的唯一标识如卡号等。接着，应用服务器可以获取用户输入的身份信息和待开通账单查询业务的银行卡的唯一标识，生成第二开通账单查询申请消息，并向账单服务器发送该第二开通账单查询申请消息。其中，第二开通账单查询申请消息用于向账单服务器申请开通针对对应该唯一标识的银行卡的账单查询业务。第二开通账单查询申请消息中不仅包括待开通账单查询业务的银行卡的唯一标识，还包括身份信息，身份信息可以包括身份证号以及用户名等等，如此，账单服务器还需要对用户的身份信息进行审核，以避免非法分子盗取卡号获取用户的账单等私人信息，保障用户资金安全及信息安全。

账单服务器接收到第二开通账单查询申请消息，可以根据第二开通账单查询申请消息中的身份信息和待开通账单查询业务的银行卡的唯一标识，进行身份验证等审核验证程序，以确定该银行卡是否具有开通账单查询业务的资格。若具有，则将唯一标识对应的银行卡标识为已开通账单查询业务，若不具有，则将唯一标识对应的银行卡标识为未开通账单查询业务，基于此，账单服务器可以生成开通结果通知消息，该开通结果通知消息可以用于标识待开通账单查询业务的银行卡是否已开通账单查询业务。具体的，若唯一标识对应的银行卡标识为已开通账单查询业务，则生成开通成功通知消息，若唯一标识对应的银行卡被标识为未开通账单查询业务，则生成开通失败通知消息。在生成开通结果通知消息后，还可以向应用服务器返回该开通结果通知消息。

在本实施例一些可能的实现方式中，针对未开通实名认证的电子支付业务的银行卡，为了保障账单信息安全，可以提供一种更为可靠的验证机制。具体为，在对身份信息、待开通账单查询业务的银行卡的唯一标识进行验证的基础上，还对用户输入的验证信息，如手机号、短信验证码和银行卡的有效期等信息中的至少一种进行验证。

以对手机号、短信验证码和银行卡的有效期均进行验证为例，用户可以通过客户端触发对手机号进行验证的操作，客户端可以通过应用服务器向账单服务器发送携带有手机号的第一验证请求消息，账单服务器将第一验证请求消息中携带的手机号与自身存储的银行卡预留的手机号进行比对，从而实现对手机号的验证，手机号验证通过，则账单服务器可以返回短信验证码，当客户端接收到短信验证码，可以根据短信验证码和银行卡的有效期生成第二验证请求消息，并通过应用服务器向账单服务器发送该第二验证请求消息，以便账单服务器对短信验证码和银行卡的有效期进行验证。如此，可以实现对手机号、短信验证码和银行卡的有效期的验证。

当账单服务器对身份信息、卡号、手机号、银行卡的有效期以及短信验证码均验证通过时，则表明具有开通账单查询业务的资格，可以将对应的银行卡标识为已开通账单查询业务，若有一项验证不通过，则表明不具有开通账单查询业务的资格，可以将对应的银行卡标识为未开通账单查询业务。

S505:接收所述账单服务器返回的开通结果通知消息，根据所述开通结果通知消息标识所述待开通账单查询业务的银行卡是否已开通账单查询业务，向所述客户端返回所述开通结果通知消息。

由于开通结果通知消息表征账单查询业务开通成功与否，故应用服务器在接收到账单服务器返回的开通结果通知消息，可以根据开通结果通知消息标识待开通账单查询业务的银行卡是否已开通账单查询业务，并且可以向客户端返回该开通结果通知消息。具体的，若针对待开通账单查询业务的银行卡，账单查询业务开通成功，则返回开通成功通知消息，若账单查询业务开通失败，则返回开通失败通知消息。

在有些情况下，当账单查询业务开通失败时，也可以不返回开通失败通知消息，当用户在预设时间段内均未收到开通成功通知消息，则表明针对该待开通账单查询业务的银行卡，账单查询业务开通失败。

由上可知，本申请实施例提供了一种开通账单查询业务的方法，包括查询待开通账单查询业务的银行卡是否开通了实名认证的电子支付业务，若开通，则可以直接利用实名认证的相关资料向账单服务器申请开通账单查询业务，账单服务器可以不必再对用户身份进行验证，用户也就不必重复输入身份信息以及手机号、验证码等验证信息，大大简化了开通账单查询业务的操作，使得账单查询业务的开通更为便捷。

可以理解，上述实施例分别从客户端、应用服务器的角度对本申请实施例提供的账单处理的方法进行介绍，为了从整体上理解本申请的技术方案，下面将从客户端、应用服务器、账单服务器交互的角度，对本申请实施例提供的账单处理的方法进行介绍。

图6为本申请实施例提供的一种账单处理方法的交互流程图，参见图6，该方法包括：

S601：响应于用户触发的开通账单查询业务操作，客户端向应用服务器发送开通账单查询请求消息，开通账单查询请求消息包括待开通账单查询业务的银行卡的唯一标识。

S602：应用服务器查询待开通账单查询业务的银行卡是否已开通实名认证的电子支付业务。若是，则执行S603；若否，则执行S604。

S603：应用服务器向账单服务器发送第一开通账单查询申请消息，第一开通账单查询申请消息包括待开通账单查询业务的银行卡的唯一标识，接着执行S606。

S604：应用服务器获取用户输入的身份信息和待开通账单查询业务的银行卡的唯一标识。

S605：应用服务器向账单服务器发送第二开通账单查询申请消息，第二开通账单查询申请消息包括身份信息和待开通账单查询业务的银行卡的唯一标识。

S606：根据开通账单查询申请消息进行验证，根据验证结果标识银行卡是否开通账单查询业务。

S607:账单服务器向应用服务器返回开通结果通知消息。

S608:应用服务器根据开通结果通知消息标识待开通账单查询业务的银行卡是否已开通账单查询业务。

S609：应用服务器将开通结果通知消息返回给客户端。

S610：客户端显示开通结果通知消息。

S611：响应于用户触发的账单查询操作，客户端向应用服务器发送账单查询请求消息，账单查询请求消息中包括已开通账单查询业务的银行卡的唯一标识。

S612：应用服务器根据账单查询请求消息，请求从账单服务器获取对应的账单。

S613：账单服务器根据应用服务器的请求，向应用服务器返回唯一标识对应银行卡的账单。

S614：应用服务器向客户端返回从账单服务器获取的账单。

S615:客户端显示应用服务器返回的账单。

上述实施例是关于账单处理的方法的一种具体实现，可以理解的是其包括开通账单查询业务的处理过程和针对已开通账单查询业务的银行卡进行账单查询的处理过程；在实际应用中，用户针对一张银行卡仅需执行一次开通动作，通过客户端、应用服务器和账单服务器三者交互执行上述S601-S610的步骤，以实现开通账单查询业务。

需要说明的是，根据银行卡是否开通实名认证的电子支付业务，可以将开通账单查询业务分为两种情况：一种情况可以参见S603，若开通电子支付业务，则由于应用服务器已对用户身份进行验证，应用服务器可以直接向账单服务器发送第一开通账单查询申请消息，用户不必再输入身份信息以及短信验证码等验证信息以便账单服务器进行验证，简化了开通账单查询业务的操作；另一种情况可以参见S604、S605，若银行卡未开通电子支付业务，则应用服务器和账单服务器均不具有用户身份信息以及短信验证码等验证信息，需要用户输入身份信息及验证信息，以便于账单服务器对用户身份进行验证，保障账单信息安全性。

在该实施例中，S607和S608的执行顺序并不影响本申请的具体实现，S607和S608可以同时执行，也可以按照设定的先后顺序执行。类似的，S609的执行与否并不影响本申请的具体实现，在本申请实施例其他可能的实现方式中，也可以不执行S609。

在开通账单查询业务后，可以根据用户需求进行账单查询。在实际应用中，用户可能会多次查询账单，在每次查询账单时，客户端、应用服务器和账单服务器三者之间执行上述S611至S615即可，如此可以获取到实时账单。需要说明的是，账单查询的过程与开通账单查询业务的过程可以视为相互独立的，在开通查询业务后，并不一定会立即执行账单查询的动作，账单查询可以在用户触发账单查询操作时执行或者满足预设条件下自动执行。通过利用应用服务器与账单服务器直接的直连通道，可以实时获取到账单，无需输入邮箱和密码，一方面避免了银行反爬取操作导致的账单获取成功率较低的问题，另一方面也避免了邮箱和密码泄露导致的资金安全和信息安全隐患。并且，首次验证后，可以直接获取账单，无需每次输入验证码，大大提高了获取账单的便捷性。

为了使本申请的技术方案更清楚，下面将结合具体应用场景从交互的角度对账单处理的方法进行介绍。

以微信作为示例，微信客户端提供了电子支付业务，用户可以通过微信客户端绑定银行卡从而开通实名认证的电子支付业务。图7为对信用卡进行身份验证，以开通账单查询服务的示意图。如图7所示，信用卡被绑定在微信客户端，微信客户端可以获取绑定时的资料，包括持卡人的姓名、信用卡的卡号等，然后用户可以输入信用卡的有效期、以及在银行预留的手机号，授权“微信服务器”向发卡行的“账单服务器”查询账单数据，点击“立刻开通”控件，微信客户端即可根据获取的绑定资料以及用户输入的信息，生成开通账单查询请求消息，并向“微信服务器”发送该开通账单查询请求消息。微信服务器接收到该开通账单查询请求消息，可以向账单服务器发送开通账单查询申请消息，账单服务器在审核通过后，可以将该信用卡标识为已开通账单查询服务，并返回开通成功通知消息，微信服务器接收到开通成功通知消息，可以向微信客户端返回开通成功通知消息，微信客户端接收到该开通成功通知消息可以对其进行显示，如此，用户可以根据该消息确定账单查询服务开通成功。

对于开通实名认证的电子支付业务的银行卡，应用服务器存储有对应的身份信息，在开通账单查询业务时，可以直接利用开通电子支付业务时的验证结果，不必再对身份信息进行验证，可以减少用户输入操作，减少验证程序，提升了开通账单查询业务的速率，使得账单查询业务的开通更为便捷、高效。

在开通账单查询业务后，还可以通过微信客户端实时获取对应的账单，以便对账单进行相应的处理，避免因未及时还款或还款金额不足导致滞纳金或对信用等级产生影响。接下来将结合微信客户端对账单处理的方法进行详细介绍。

图8所示为微信客户端电子支付业务界面示意图，在该界面也即“我的钱包”页面展示有钱包中的零钱、所绑定的银行卡、以及收付款控件，该页面还展示有所提供的服务，包括“腾讯服务”，如信用卡还款、手机充值、生活缴费等服务，以及第三方服务，如“xx出行”、“火车票机票”等等。

在该示例中，若用户通过微信客户端绑定了两张信用卡，分别为GS银行和PA银行的信用卡，若这两张信用卡均开通了账单查询服务，则当用户点击了“信用卡还款”控件时，可以触发账单查询操作，微信客户端可以响应于该操作，向微信服务器发送账单查询请求消息，该账单查询请求消息中携带有用户绑定的两张信用卡的卡号，微信服务器接收到账单查询请求消息，可以根据账单查询请求消息，从GS银行账单服务器和PA银行账单服务器获取对应卡号的账单，并返回给微信客户端，微信客户端可以显示该账单以便用户查看。如图9所示，微信客户端以列表形式显示所绑定的两张信用卡的账单。该页面显示有用户信息包括用户头像以及用户名，并以列表形式显示信用卡的账单。如显示张三的GS银行剩余应还金额为3708.19，到期还款日为3/18，而平安银行的本期账单已还清，4/8可以查询下期账单。

在图9中，每个信用卡的账单显示栏相当于一个查看控件，通过点击该查看控件，可以进入账单信息页，如图10所示，用户可以在账单信息页查看账单基本信息，如账单总额，剩余应还金额，以及最低应还金额等等。用户可以在“输入控件”中输入还款金额，点击“立即还款”控件，选择采用银行卡、零钱或者其他理财产品进行还款，也可以点击“更多还款方式”选择其他还款方式，如分期还款。

在该实施例中，应用服务器与账单服务器直接连接，微信客户端通过应用服务器建立从账单服务器获取账单的渠道，无需爬取账单邮件，也无需模拟用户操作即可从账单服务器这一官方接口中实时获取到相应的账单，提高了获取账单的成功率和效率，避免了邮箱和密码泄露导致的安全隐患。并且，首次验证后，后续可以直接获取账单，无需每次输入验证码进行验证，简化了用户操作。

进一步地，在获取实时账单时，可以自动展示账单剩余应还金额，用户可以一键完成还款操作，提升还款便利性。为了避免未及时还清账单导致滞纳金或者影响信用等级，还可以开通账单提醒业务，微信服务器可以根据用户欠款情况，通过信用卡还款公众号提醒用户还款。

以上为本申请实施例提供的账单处理的方法的一些具体实现方式，基于此，本申请还提供了一种账单处理的装置，下面将从功能模块化的角度对本申请实施例提供的装置进行介绍。

图11所示为本申请实施例提供的一种账单处理的装置的结构示意图，参见图11，该装置1100包括：

发送模块1110，用于向应用服务器发送账单查询请求消息，所述账单查询请求消息中包括已开通账单查询业务的银行卡的唯一标识；

接收模块1120，用于接收所述应用服务器返回的账单，所述账单是所述应用服务器根据所述账单查询请求消息从账单服务器获取得到的；

显示模块1130，用于显示所述账单。

可选的，参见图12，图12为本实施例提供的账单处理的装置的一个结构示意图，所述装置1100还包括：

生成模块1140，用于响应于用户触发的账单查询操作，生成账单查询请求消息。

可选的，参见图13，图13为本实施例提供的账单处理的装置的一个结构示意图，所述装置1100还包括推送模块1150；

所述接收模块1120还用于：

接收所述应用服务器发送的还款通知提醒消息，所述还款通知提醒消息是所述应用服务器根据在预设还款提醒日从账单服务器获取得到的账单而生成的消息；

所述推送模块1150，用于推送所述还款通知提醒消息。

可选的，所述发送模块1110还用于：

响应于用户触发的账单提醒业务定制操作，向所述应用服务器发送账单提醒业务申请消息，所述账单提醒业务申请消息中包括已开通账单查询业务的银行卡的唯一标识，以使所述应用服务器根据所述账单提醒业务申请消息，标识所述已开通账单查询业务的银行卡已开通账单提醒业务，针对已开通账单提醒业务的银行卡，生成对应的还款通知提醒消息。

可选的，所述推送模块1150具体用于：

通过公众号推送所述还款通知提醒消息。

可选的，所述生成模块1140还用于：

响应于用户触发的开通账单查询业务操作，生成开通账单查询请求消息，向应用服务器发送所述开通账单查询请求消息，所述开通账单查询请求消息中包括待开通账单查询业务的银行卡的唯一标识；

则所述接收模块1120还用于:

接收所述应用服务器返回的开通结果通知消息，所述开通结果通知消息是所述应用服务器根据所述开通账单查询请求消息向所述账单服务器发送对应的开通账单查询申请消息后，接收到的所述账单服务器返回的消息；

所述显示模块1130还用于：

显示所述开通结果通知消息。

可选的，所述账单查询请求消息中包括多个已开通账单查询业务的银行卡的唯一标识；

则所述接收模块1120具体用于：

接收所述应用服务器返回的多个账单，所述多个账单包括所述多个已开通账单查询业务的银行卡各自对应的账单；

则所述显示模块1130具体用于：

以列表形式显示所述多个账单。

可选的，所述显示模块1130还用于：

在显示所述账单之后，响应于用户对账单的查看操作，在账单信息页显示所述账单包含的基本信息。

可选的，所述已开通账单查询业务的银行卡为信用卡，所述显示模块1130还用于：

在所述账单信息页还显示还款控件。

可选的，所述显示模块1130还用于：

响应于用户对所述还款控件的触控操作，显示还款页面。

由上可知，本申请实施例提供了一种账单处理的装置，包括向应用服务器发送账单查询请求消息，该账单查询请求消息中携带有已开通账单查询业务的银行卡的唯一标识，应用服务器根据账单查询请求消息可以从账单服务器中获取该银行卡的唯一标识相对应的账单，客户端接收应用服务器返回的账单，显示该账单。可见，本申请提供了一种通过应用服务器从账单服务器官方获取账单的渠道，无需输入邮箱和密码爬取账单邮件即可获取到账单，具有较高的成功率，并且避免了因邮箱和密码泄露导致的资金安全和信息安全隐患。此外，用户可以实时获取账单信息，无需每次输入验证码，便捷性大大提高，因而提高了用户体验。

本申请实施例还提供了另一种账单处理的装置，应用于应用服务器，下面结合附图对本申请实施例提供的账单处理的装置进行详细说明。

图14所示为本申请实施例提供的一种账单处理的装置的结构示意图，参见图14，该装置1400包括：

接收模块1410，用于接收客户端发送的账单查询请求消息，所述账单查询请求消息中包括已开通账单查询业务的银行卡的唯一标识；

返回模块1420，用于根据所述账单查询请求消息从账单服务器获取对应的账单，向所述客户端返回所述账单。

可选的，参见图15，图15为本实施例提供的账单处理的装置的一个结构示意图，所述装置1400还包括：

生成模块1430，用于根据在预设还款提醒日从所述账单服务器获取的账单生成还款通知提醒消息；

发送模块1440，用于在预设还款提醒日向所述客户端发送所述还款通知提醒消息。

可选的，参见图16，图16为本实施例提供的账单处理的装置的一个结构示意图，所述装置1400还包括标识模块1450；

则所述接收模块1410，还用于接收所述客户端发送的账单提醒业务申请消息，所述账单提醒业务申请消息中包括已开通账单查询业务的银行卡的唯一标识；

所述标识模块1450，用于根据所述账单提醒业务申请消息标识所述已开通查询业务的银行卡已开通账单提醒业务；

则所述生成模块1430具体用于：

根据已开通账单提醒业务的银行卡的唯一标识，在预设还款提醒日从账单服务器获取对应的账单，根据所获取的对应的账单生成还款通知提醒消息。

可选的，参见图17，图17为本实施例提供的账单处理的装置的一个结构示意图，所述装置1400还包括查询模块1460；

所述接收模块1410，还用于接收所述客户端发送的开通账单查询请求消息，所述开通账单查询请求消息中包括待开通账单查询业务的银行卡的唯一标识；

所述查询模块1460，用于查询所述待开通账单查询业务的银行卡是否已经开通实名认证的电子支付业务；

所述发送模块1440还用于，若是，则从数据库中获取所述待开通账单查询业务的银行卡的唯一标识，向账单服务器发送第一开通账单查询申请消息，所述第一开通账单查询申请消息中包括所述待开通账单查询业务的银行卡的唯一标识；

所述接收模块1410，还用于接收所述账单服务器返回的开通结果通知消息；

所述标识模块1450，还用于根据所述开通结果通知消息标识所述待开通账单查询业务的银行卡是否已开通账单查询业务；

所述返回模块1420，还用于向所述客户端返回所述开通结果通知消息。

可选的，所述发送模块1440还用于：

若否，则获取用户输入的身份信息和待开通账单查询业务的银行卡的唯一标识，向所述账单服务器发送第二开通账单查询申请消息，所述第二开通账单查询申请消息中包括身份信息和所述待开通账单查询业务的银行卡的唯一标识；

则所述接收模块1410还用于：

接收所述账单服务器返回的开通结果通知消息；

所述标识模块1450还用于：

根据所述开通结果通知消息标识所述待开通账单查询业务的银行卡是否已开通账单查询业务；

所述返回模块1420还用于：

再执行所述向所述客户端返回所述开通结果通知消息的步骤。

由上可知，本申请实施例提供了一种账单处理的装置，包括接收客户端发送的账单查询请求消息，然后根据账单查询请求消息从账单服务器中获取账单查询请求消息中携带的已开通账单查询业务的银行卡对应的账单，并向客户端返回获取到的账单。本申请通过从账单服务器获取账单，无需输入邮箱和密码爬取账单邮件即可获取到账单，具有较高的成功率，并且避免了因邮箱和密码泄露导致的资金安全和信息安全隐患。此外，用户可以实时获取账单信息，无需每次输入验证码，便捷性大大提高，因而提高了用户体验。

以上实施例是从功能模块化的角度，对本申请实施例提供的账单处理的装置进行介绍，接下来将从硬件实体化的角度对本申请实施例提供的装置进行介绍。

图18是本申请实施例提供的一种应用服务器结构示意图，该服务器1800可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(centralprocessing units，CPU)1822(例如，一个或一个以上处理器)和存储器1832，一个或一个以上存储应用程序1842或数据1844的存储介质1830(例如一个或一个以上海量存储设备)。其中，存储器1832和存储介质1830可以是短暂存储或持久存储。存储在存储介质1830的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器1822可以设置为与存储介质1830通信，在服务器1800上执行存储介质1830中的一系列指令操作。

服务器1800还可以包括一个或一个以上电源1826，一个或一个以上有线或无线网络接口1850，一个或一个以上输入输出接口1858，和/或，一个或一个以上操作系统1841，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。

上述实施例中由服务器所执行的步骤可以基于该图18所示的服务器结构。

其中，CPU 1822用于执行如下步骤：

接收客户端发送的账单查询请求消息，所述账单查询请求消息中包括已开通账单查询业务的银行卡的唯一标识；

根据所述账单查询请求消息从账单服务器获取对应的账单，向所述客户端返回所述账单。

在本实施例一些可能的实现方式中，CPU1822还可以用于执行上述账单处理的方法的任意一种实现方式的步骤。

本申请实施例还提供了另一种账单处理设备，如图19所示，为了便于说明，仅示出了与本申请实施例相关的部分，具体技术细节未揭示的，请参照本申请实施例方法部分。该账单处理设备可以是终端，该终端可以为包括手机、平板电脑、个人数字助理(英文全称：Personal Digital Assistant，英文缩写：PDA)、销售终端(英文全称：Point of Sales，英文缩写：POS)、车载电脑等任意终端设备，以终端为手机为例：

图19示出的是与本申请实施例提供的终端相关的手机的部分结构的框图。参考图19，手机包括：射频(英文全称：Radio Frequency，英文缩写：RF)电路1910、存储器1920、输入单元1930、显示单元1940、传感器1950、音频电路1960、无线保真(英文全称：wirelessfidelity，英文缩写：WiFi)模块1970、处理器1980、以及电源1990等部件。本领域技术人员可以理解，图19中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图19对手机的各个构成部件进行具体的介绍：

RF电路1910可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器1980处理；另外，将设计上行的数据发送给基站。通常，RF电路1910包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(英文全称：LowNoise Amplifier，英文缩写：LNA)、双工器等。此外，RF电路1910还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(英文全称：Global System of Mobile communication，英文缩写：GSM)、通用分组无线服务(英文全称：General Packet Radio Service，GPRS)、码分多址(英文全称：CodeDivision Multiple Access，英文缩写：CDMA)、宽带码分多址(英文全称：Wideband CodeDivision Multiple Access,英文缩写：WCDMA)、长期演进(英文全称：Long TermEvolution，英文缩写：LTE)、电子邮件、短消息服务(英文全称：Short Messaging Service，SMS)等。

存储器1920可用于存储软件程序以及模块，处理器1980通过运行存储在存储器1920的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器1920可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器1920可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元1930可用于接收输入的数字或字符信息，以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地，输入单元1930可包括触控面板1931以及其他输入设备1932。触控面板1931，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1931上或在触控面板1931附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板1931可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器1980，并能接收处理器1980发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1931。除了触控面板1931，输入单元1930还可以包括其他输入设备1932。具体地，其他输入设备1932可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元1940可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元1940可包括显示面板1941，可选的，可以采用液晶显示器(英文全称：Liquid Crystal Display，英文缩写：LCD)、有机发光二极管(英文全称：Organic Light-Emitting Diode，英文缩写：OLED)等形式来配置显示面板1941。进一步的，触控面板1931可覆盖显示面板1941，当触控面板1931检测到在其上或附近的触摸操作后，传送给处理器1980以确定触摸事件的类型，随后处理器1980根据触摸事件的类型在显示面板1941上提供相应的视觉输出。虽然在图19中，触控面板1931与显示面板1941是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板1931与显示面板1941集成而实现手机的输入和输出功能。

手机还可包括至少一种传感器1950，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板1941的亮度，接近传感器可在手机移动到耳边时，关闭显示面板1941和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路1960、扬声器1961，传声器1962可提供用户与手机之间的音频接口。音频电路1960可将接收到的音频数据转换后的电信号，传输到扬声器1961，由扬声器1961转换为声音信号输出；另一方面，传声器1962将收集的声音信号转换为电信号，由音频电路1960接收后转换为音频数据，再将音频数据输出处理器1980处理后，经RF电路1910以发送给比如另一手机，或者将音频数据输出至存储器1920以便进一步处理。

WiFi属于短距离无线传输技术，手机通过WiFi模块1970可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图19示出了WiFi模块1970，但是可以理解的是，其并不属于手机的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器1980是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器1920内的软件程序和/或模块，以及调用存储在存储器1920内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器1980可包括一个或多个处理单元；优选的，处理器1980可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1980中。

手机还包括给各个部件供电的电源1990(比如电池)，优选的，电源可以通过电源管理系统与处理器1980逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管未示出，手机还可以包括摄像头、蓝牙模块等，在此不再赘述。

在本申请实施例中，该终端所包括的处理器1980还具有以下功能：

向应用服务器发送账单查询请求消息，所述账单查询请求消息中包括已开通账单查询业务的银行卡的唯一标识；

接收所述应用服务器返回的账单，所述账单是所述应用服务器根据所述账单查询请求消息从账单服务器获取得到的；

显示所述账单。

在本实施例一些可能的实现方式中，处理器1980还可以用于执行上述账单处理的方法的任意一种实现方式的步骤。

本申请实施例还提供一种计算机可读存储介质，用于存储程序代码，该程序代码用于执行前述各个实施例所述的一种账单处理的方法中的任意一种实施方式。

本申请实施例还提供一种包括指令的计算机程序产品，当其在计算机上运行时，使得计算机执行前述各个实施例所述的一种账单处理的方法中的任意一种实施方式。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

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

Claims (15)

1.一种账单处理的方法，其特征在于，应用于客户端，包括：

向应用服务器发送账单查询请求消息，所述账单查询请求消息中包括已开通账单查询业务的银行卡的唯一标识；

接收所述应用服务器返回的账单，所述账单是所述应用服务器根据所述账单查询请求消息从账单服务器获取得到的；

显示所述账单。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

响应于用户触发的账单查询操作，生成账单查询请求消息。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收所述应用服务器发送的还款通知提醒消息，所述还款通知提醒消息是所述应用服务器根据在预设还款提醒日从账单服务器获取得到的账单而生成的消息；

推送所述还款通知提醒消息。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

响应于用户触发的账单提醒业务定制操作，向所述应用服务器发送账单提醒业务申请消息，所述账单提醒业务申请消息中包括已开通账单查询业务的银行卡的唯一标识，以使所述应用服务器根据所述账单提醒业务申请消息，标识所述已开通账单查询业务的银行卡已开通账单提醒业务，针对已开通账单提醒业务的银行卡，生成对应的还款通知提醒消息。

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

响应于用户触发的开通账单查询业务操作，生成开通账单查询请求消息，向应用服务器发送所述开通账单查询请求消息，所述开通账单查询请求消息中包括待开通账单查询业务的银行卡的唯一标识；

接收所述应用服务器返回的开通结果通知消息，所述开通结果通知消息是所述应用服务器根据所述开通账单查询请求消息向所述账单服务器发送对应的开通账单查询申请消息后，接收到的所述账单服务器返回的消息；

显示所述开通结果通知消息。

6.一种账单处理的方法，其特征在于，应用于应用服务器，所述方法包括：

接收客户端发送的账单查询请求消息，所述账单查询请求消息中包括已开通账单查询业务的银行卡的唯一标识；

根据所述账单查询请求消息从账单服务器获取对应的账单，向所述客户端返回所述账单。

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

根据在预设还款提醒日从所述账单服务器获取的账单生成还款通知提醒消息；

在预设还款提醒日向所述客户端发送所述还款通知提醒消息。

8.根据权利要求7所述的方法，其特征在于，所述方法还包括：

接收所述客户端发送的账单提醒业务申请消息，所述账单提醒业务申请消息中包括已开通账单查询业务的银行卡的唯一标识；

根据所述账单提醒业务申请消息标识所述已开通查询业务的银行卡已开通账单提醒业务；

则所述根据在预设还款提醒日从所述账单服务器获取的账单生成还款通知提醒消息，包括：

根据已开通账单提醒业务的银行卡的唯一标识，在预设还款提醒日从账单服务器获取对应的账单，根据所获取的对应的账单生成还款通知提醒消息。

9.根据权利要求6至8中任一项所述的方法，其特征在于，所述方法还包括：

接收所述客户端发送的开通账单查询请求消息，所述开通账单查询请求消息中包括待开通账单查询业务的银行卡的唯一标识；

查询所述待开通账单查询业务的银行卡是否已经开通实名认证的电子支付业务；

若是，则从数据库中获取所述待开通账单查询业务的银行卡的唯一标识，向账单服务器发送第一开通账单查询申请消息，所述第一开通账单查询申请消息中包括所述待开通账单查询业务的银行卡的唯一标识；

若否，则获取用户输入的身份信息和待开通账单查询业务的银行卡的唯一标识，向所述账单服务器发送第二开通账单查询申请消息，所述第二开通账单查询申请消息中包括身份信息和所述待开通账单查询业务的银行卡的唯一标识；

接收所述账单服务器返回的开通结果通知消息，根据所述开通结果通知消息标识所述待开通账单查询业务的银行卡是否已开通账单查询业务，向所述客户端返回所述开通结果通知消息。

10.一种账单处理的装置，其特征在于，所述装置包括：

发送模块，用于向应用服务器发送账单查询请求消息，所述账单查询请求消息中包括已开通账单查询业务的银行卡的唯一标识；

接收模块，用于接收所述应用服务器返回的账单，所述账单是所述应用服务器根据所述账单查询请求消息从账单服务器获取得到的；

显示模块，用于显示所述账单。

11.一种账单处理的装置，其特征在于，所述装置包括：

接收模块，用于接收客户端发送的账单查询请求消息，所述账单查询请求消息中包括已开通账单查询业务的银行卡的唯一标识；

返回模块，用于根据所述账单查询请求消息从账单服务器获取对应的账单，向所述客户端返回所述账单。

12.一种终端，其特征在于，所述终端包括处理器以及存储器：

所述存储器用于存储程序代码，并将所述程序代码传输给所述处理器；

所述处理器用于根据所述程序代码中的指令执行权利要求1至5任一项所述的账单处理的方法。

13.一种应用服务器，其特征在于，所述应用服务器包括处理器以及存储器：

所述存储器用于存储程序代码，并将所述程序代码传输给所述处理器；

所述处理器用于根据所述程序代码中的指令执行权利要求6至9任一项所述的账单处理的方法。

14.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质用于存储程序代码，所述程序代码用于执行权利要求1至9任一项所述的账单处理的方法。

15.一种包括指令的计算机程序产品，其特征在于，当其在计算机上运行时，使得所述计算机执行权利要求1至9任一项所述的账单处理的方法。