CN108346093A - 一种收支记录查询方法及装置 - Google Patents

Abstract

本发明公开了一种收支记录查询方法及装置，通过向目标支付平台的服务器发送查询请求，查询请求携带有待查询收支记录的时间信息和所述服务器预先发放的令牌；其中，令牌用于确定第三方应用是否具有在目标支付平台中查询目标用户收支记录数据的权限；接收目标数据，目标数据为目标用户在目标支付平台的收支记录数据中与时间信息匹配的收支记录数据，目标数据是所述服务器在根据令牌确定第三方应用具有权限时反馈的；对接收到的目标数据进行展示。由于用户通过第三方应用就可以查看自己在各支付平台的收支记录情况，全面了解自己的消费行为，而不需要切换支付平台，因此，对用户来说这种查询方式简单、快捷、方便，提升了用户体验。

Description

一种收支记录查询方法及装置

技术领域

本发明涉及终端领域，尤其涉及一种收支记录查询方法及装置。

背景技术

随着科学技术的进步，利用网银、第三方等支付平台进行收款和付款已非常常见，例如，用户常通过支付宝或微信接收转账或进行账单支付。

一般情况下，各支付平台都会将用户收款或付款情况进行记录，方便用户查看自己的入账情况和消费行为。

然而，在某一时间段内，用户常常会通过不同的支付平台支付不同的账单。在这种情况下，如果用户想要查看自己在该时间段内的消费行为，不得不逐一打开各支付平台查看收支记录，这种需要用户切换支付平台以查看自己的消费行为的收支记录查询方式，对用户来说较为繁琐、不方便。

发明内容

本发明实施例提供一种收支记录查询方法及装置，以解决现有的收支记录查询方式繁琐、不方便的技术问题。

为了解决上述技术问题，本发明是这样实现的：

第一方面，提供了一种收支记录查询方法，应用于第三方应用对应的客户端，所述方法包括：

向目标支付平台的服务器发送查询请求，所述查询请求携带有待查询收支记录的时间信息和所述服务器预先发放的令牌；其中，所述令牌用于确定所述第三方应用是否具有在所述目标支付平台中查询目标用户收支记录数据的权限；

接收目标数据，所述目标数据为所述目标用户在所述目标支付平台的收支记录数据中与所述时间信息匹配的收支记录数据，所述目标数据是所述服务器在根据所述令牌确定所述第三方应用具有所述权限时反馈的；

对接收到的所述目标数据进行展示。

第二方面，提供了一种收支记录查询方法，应用于支付平台对应的服务器，所述方法包括：

接收第三方应用发送的查询请求，所述查询请求携带有待查询收支记录的时间信息和所述服务器预先发放的令牌；其中，所述令牌用于确定所述第三方应用是否具有在所述支付平台中查询目标用户收支记录数据的权限；

在根据所述令牌确定所述第三方应用具有所述权限时，向所述第三方应用反馈目标数据，所述目标数据为所述目标用户在所述支付平台的收支记录数据中与所述时间信息匹配的收支记录数据。

第三方面，提供了一种收支记录查询装置，应用于第三方应用对应的客户端，所述装置包括：

查询请求发送模块，用于向目标支付平台的服务器发送查询请求，所述查询请求携带有待查询收支记录的时间信息和所述服务器预先发放的令牌；其中，所述令牌用于确定所述第三方应用是否具有在所述目标支付平台中查询目标用户收支记录数据的权限；

数据接收模块，用于接收目标数据，所述目标数据为所述目标用户在所述目标支付平台的收支记录数据中与所述时间信息匹配的收支记录数据，所述目标数据是所述服务器在根据所述令牌确定所述第三方应用具有所述权限时反馈的；

第一展示模块，用于对接收到的所述目标数据进行展示。

第四方面，提供了一种收支记录查询装置，应用于支付平台对应的服务器，所述装置包括：

查询请求接收模块，用于接收第三方应用发送的查询请求，所述查询请求携带有待查询收支记录的时间信息和所述服务器预先发放的令牌；其中，所述令牌用于确定所述第三方应用是否具有在所述支付平台中查询目标用户收支记录数据的权限；

数据反馈模块，用于在根据所述令牌确定所述第三方应用具有所述权限时，向所述第三方应用反馈目标数据，所述目标数据为所述目标用户在所述支付平台的收支记录数据中与所述时间信息匹配的收支记录数据。

第五方面，提供了一种移动终端，该移动终端包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如第一方面所述的方法的步骤。

第六方面，提供了一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如第一方面或第二方面所述的方法的步骤。

在本发明实施例中，通过向目标支付平台的服务器发送查询请求，所述查询请求携带有待查询收支记录的时间信息和所述服务器预先发放的令牌；其中，所述令牌用于确定所述第三方应用是否具有在所述目标支付平台中查询目标用户收支记录数据的权限；接收目标数据，所述目标数据为所述目标用户在所述目标支付平台的收支记录数据中与所述时间信息匹配的收支记录数据，所述目标数据是所述服务器在根据所述令牌确定所述第三方应用具有所述权限时反馈的；对接收到的所述目标数据进行展示。由于用户通过第三方应用就可以查看自己在各支付平台的收支记录情况，全面了解自己的消费行为，而不需要切换支付平台，因此，对用户来说，这种查询方式简单、快捷、方便，提升了用户体验。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本发明的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1A为本申请实施例提供的一种收支记录查询方法的一种具体实施方式的流程示意图；

图1B为本申请实施例提供的第三方应用对应的客户端向用户展示目标数据的显示界面示意图；

图1C为本申请实施例提供的一种收支记录查询方法对应的系统架构示意图；

图2A为本申请实施例提供的一种收支记录查询方法的另一种具体实施方式的流程示意图；

图2B为本申请实施例提供的第三方应用对应的客户端发起授权请求的一种界面示意图；

图2C为本申请实施例提供的第三方应用对应的客户端发起授权请求的另一种界面示意图；

图2D为本申请实施例提供的一种收支记录查询方法的原理示意图；

图3为本申请实施例提供的另一种收支记录查询方法的一种具体实施方式的流程示意图；

图4为本申请实施例提供的一种收支记录查询装置的一种具体结构示意图；

图5为本申请实施例提供的一种收支记录查询装置的另一种具体结构示意图；

图6为本申请实施例提供的另一种收支记录查询装置的一种具体结构示意图；

图7为本发明实施例提供的一种移动终端的硬件结构示意图。

具体实施方式

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

为解决现有的收支记录查询方式繁琐、不方便的问题，本发明实施例提供应用于第三方应用对应的客户端的一种收支记录查询方法，和应用于支付平台服务器的一种收支记录查询方法。其中，应用于第三方应用对应的客户端的一种收支记录查询方法的执行主体，可以但不限于手机、IPAD、平板电脑、可穿戴设备等能够被配置为执行本发明实施例提供的方法的终端的至少一种。

为便于描述，下文以应用于第三方应用对应的客户端的一种收支记录查询方法的执行主体为能够执行该方法的手机为例，对该方法的实施方式进行介绍。可以理解，该方法的执行主体为手机只是一种示例性的说明，并不应理解为对该方法的限定。

下面首先对应用于第三方应用对应的客户端的一种收支记录查询方法进行说明。

如图1A所示，本发明实施例提供的一种收支记录查询方法，应用于第三方应用对应的客户端，该方法包括下述主要步骤：

步骤101、向目标支付平台的服务器发送查询请求，所述查询请求携带有待查询收支记录的时间信息和所述服务器预先发放的令牌。

其中，所述令牌用于确定所述第三方应用是否具有在所述目标支付平台中查询目标用户收支记录数据的权限。

第三方应用，可以是独立于支付平台的应用程序，例如，可以是用户安装在手机上的一款记账应用程序(Application，APP)。并且，在具体实现时，上述步骤101既可以由第三方应用对应的客户端本身执行，也可以由第三方应用对应的服务器来执行，本发明实施例对此不做限定。

查询请求，具体可以是目标用户在第三方应用对应的客户端中执行相应的查询操作以后生成的。例如，可以是目标用户在手机上安装的一款记账APP中执行查询操作后生成的查询请求。

目标支付平台，可以是目标用户注册使用的支付平台。这些支付平台既可以是类似微信、支付宝这样的第三方支付平台，也可以是网银。

收支记录，可以是用户通过支付平台所进行的收款或付款(也称支付)记录。一般情况下，支付平台中记录的一条支付记录可以包含如下信息：支付时间、支付金额、用户购买的商品名称、商家名称以及商品的分类名称，等等。

待查询收支记录的时间信息，可以是包含起始时间和终止时间的时间段，例如，可以是2017年1月1日至2017年1月31日这样的一个时间段。在本发明实施例中，上述起始时间和终止时间可以精确到秒。

步骤102、接收目标数据，所述目标数据为所述目标用户在所述目标支付平台的收支记录数据中与所述时间信息匹配的收支记录数据，所述目标数据是所述服务器在根据所述令牌确定所述第三方应用具有所述权限时反馈的。

当待查询收支记录的时间信息为包含起始时间和终止时间的时间段时，目标用户在目标支付平台中与所述时间信息匹配的收支记录数据，具体可以是上述时间段内的收支记录数据。

由于目标用户在目标支付平台中的收支记录数据一般保存在目标支付平台的服务器中，因此，上述目标数据可以是所述服务器在根据所述令牌确定所述第三方应用具有所述权限时反馈的。

并且，在一种具体实施方式中，目标支付平台的服务器中可以维护一张目标用户在所述第三方应用中注册的账号和令牌的对应关系表，这样，当目标支付平台的服务器确定第三方应用发送的查询请求中的令牌，与该对应关系表中存储的目标用户在所述第三方应用中注册的账号对应的令牌一致时，确定所述第三方应用具有在所述目标支付平台中查询目标用户收支记录数据的权限，从而可以将对应的目标数据反馈给所述第三方应用。

在一种更为具体的实施方式中，令牌本身可以是目标用户在所述第三方应用中注册的账号。也即，查询请求中可以具体携带有目标用户在所述第三方应用中注册的账号和待查询收支记录的时间信息。例如，查询请求中携带的内容可以是：186xxxxxxxx、2017/01/01-2017/01/31。

同上述步骤101，在实际应用中，上述步骤102既可以由第三方应用对应的客户端本身执行，也可以由第三方应用对应的服务器来执行，本发明实施例对此不做限定。

步骤103、对接收到的所述目标数据进行展示。

在实际应用中，步骤103具体可以由第三方应用对应的客户端执行。

在一种具体实施方式中，步骤103可以包括：按照收支记录数据产生的时间的先后顺序，对接收到的所述目标数据进行展示。可以理解，按时间顺序展示目标数据中的收支记录数据，能够使用户更清楚地了解自己的收支情况，更能提升用户体验。

例如，如图1B所示，当查询请求中的时间信息为2017年1月1日至2017年1月31日时，可以在第三方应用对应的客户端的显示界面1中，按时间顺序展示目标用户在2017年1月1日至2017年1月31日这一时段内的收支记录数据12。在图1B中，每一条收支记录数据可以包括：收款/支付时间、支付平台名称、收款/支付金额和用户购买的商品名称等信息，其中，收款/支付时间可以精确到秒；收款/支付金额可以为人民币，并且具体可以精确到分。同时，如图1B所示，还可以在显示界面1中展示查询请求中的时间信息“201701/01-201701/31”，以使目标用户获得更全面的收支信息，提高用户体验。

此外，为了更清楚地理解本发明实施例提供的一种收支记录查询方法，下面参考图1C对本发明实施例提供的一种收支记录查询方法中各步骤的执行主体的交互过程进行说明。

如图1C所示，在本发明实施例提供的一种收支记录查询方法中，第三方应用3(具体可以是第三方应用的服务器32)执行上述步骤101，向目标支付平台的服务器4发送查询请求；目标支付平台的服务器4根据查询请求中的令牌确定第三方应用3是否具备查询目标用户2在目标支付平台中的收支记录数据的权限，并在确定第三方应用3具有所述权限时，将目标用户2在目标支付平台中的、与查询请求中的时间信息对应的收支记录数据作为目标数据反馈给第三方应用3；第三方应用3(具体可以是第三方应用的服务器32)执行上述步骤102，接收所述目标数据；第三方应用3(具体可以是第三方应用的客户端31)进一步执行上述步骤103，在第三方应用的客户端31中向目标用户2展示所述目标数据。

本发明实施例提供的一种收支记录查询方法，由于用户通过第三方应用就可以查看自己在各支付平台的收支记录情况，全面了解自己的消费行为，而不需要切换支付平台，因此，对用户来说这种查询方式简单、快捷、方便，提升了用户体验。

可选地，如图2A所示，在本发明的另一实施例中，本发明实施例提供的一种收支记录查询方法，应用于第三方应用对应的客户端，在上述步骤101之前，该方法还可以包括如下步骤：

步骤104、向所述目标用户发起授权请求，所述授权请求用于获取所述权限。

同上述步骤101，所述权限为所述第三方应用在所述目标支付平台中查询目标用户收支记录数据的权限。

在一种具体实施方式中，第三方应用对应的客户端可以在其显示界面中显示获取上述权限的内容，以向目标用户发起授权请求。例如，如图2B所示，第三方应用对应的客户端在其显示界面1中显示“请输入支付平台1的账号”、“请输入支付平2的账号”这样的输入框14和15，以向目标用户发起授权请求。相应的，如图2C所示，目标用户在输入框14和15中输入自身在不同的支付平台注册的账号，以表示同意向第三方应用授予上述权限。

由于在实际应用中，用户常将自己的手机号注册为支付平台的账号，因此，如图2C所示，用户在输入框14和15中输入的自身在不同的支付平台注册的账号可以为手机号“186xxxxxxxx”。

当然，第三方应用还可以通过其他方式向用户发起授权请求以获得用户的授权，上述方式只是一种示例性的说明，并不应理解为对本发明实施例提供的一种收支记录查询方法的限定。

步骤105、接收所述服务器根据授权结果发放的所述令牌，所述授权结果为所述目标用户接受所述授权请求后产生的响应结果。

沿用图2C所示的例子，如果用户在第三方应用对应的客户端的显示界面1中输入自己在各支付平台注册的账号，意味着目标用户接受第三方应用发起的授权请求，同意将上述权限授予第三方应用，并产生相应的授权结果。

可以理解，本发明实施例，可以在向目标支付平台的服务器发送查询请求之前，向目标用户发起获得上述权限的授权请求，并根据授权结果获得目标支付平台的服务器发放的令牌。这为后续向目标支付平台的服务器发送查询请求，获取目标数据做好了准备，并且，由于是在用户授权的情况下获取目标数据，因此还可以保证目标用户在目标第三方支付平台中的收支记录数据不被其他第三方应用窃取，保证了目标用户的收支记录数据的安全。

下面结合图2D，对本发明实施例中第三方应用获得目标用户的授权、获得目标支付平台的服务器发放的令牌，以及利用令牌获取目标数据的原理进行说明。

如图2D所示：①第三方应用3向目标用户2(资源拥有者)发起授权请求；②目标用户2接受所述授权请求(目标用户同意向第三方应用授权)产生授权结果，该授权结果具体可以是目标用户同意向第三方应用授权的授权证明；③第三方应用3根据所述授权结果向目标支付平台4的授权服务器41申请令牌；④授权服务器41对第三方应用3认证通过后，向第三方应用3发放令牌；⑤第三方应用3向目标支付平台4的资源服务器42发送查询请求，该查询请求中携带有待查询收支记录数据的时间信息和授权服务器41发放的令牌；⑥目标支付平台4的资源服务器42根据所述令牌确认第三方应用3具有所述权限时，向第三方应用3反馈目标数据，目标数据为所述目标用户在所述目标支付平台的收支记录数据中与所述时间信息匹配的收支记录数据。

需要说明的是，在实际应用中，目标支付平台4的授权服务器41和资源服务器42可以是同一服务器，也可以是不同的服务器。

还需要说明的是，图2D所示的授权原理具体可以是开放协议oAuth(OpenAuthorization)。

可选地，在本发明的又一实施例中，上述步骤101中的查询请求中还携带有验证密钥，则上述目标数据具体可以是：目标支付平台的服务器在对所述验证密钥验证通过时，且在根据所述令牌确定所述第三方应用具有所述权限时，通过预设接口地址反馈的。

其中，验证密钥，主要用于验证第三方应用是否具备访问目标支付平台的服务器的预设接口地址的权限，以通过该接口获得目标数据。

不难理解，通过验证密钥和令牌对第三方应用进行双重认证，可以更进一步地保证目标用户在目标第三方支付平台中的收支记录数据的安全。

可选地，在上述图1A或图2A所示的任一实施例的基础上，本发明实施例提供的应用于第三方应用对应的客户端的一种收支记录查询方法，还可以包括：对接收到的所述目标数据中的收支金额进行汇总；将汇总结果进行展示。

具体如图1B所示，当查询请求中的时间信息为2017年1月1日至2017年1月31日时，可以在第三方应用对应的客户端的显示界面1中，通过文本框13展示目标用户在2017年1月1日至2017年1月31日这一时段内的支出总额，方便用户掌握自身的月消费总额。

在本实施例中，由于进一步地向用户展示了用户在一段时间内的收支总额，这能够使用户全面地掌握自己在时间段内的总的收支状况，提升了用户体验。

下面对应用于支付平台对应的服务器的一种收支记录查询方法进行介绍。

如图3所示，本发明实施例提供的一种收支记录查询方法，应用于支付平台对应的服务器，该方法可以包括下述主要步骤：

步骤301、接收第三方应用发送的查询请求，所述查询请求携带有待查询收支记录的时间信息和所述服务器预先发放的令牌。

其中，所述令牌用于确定所述第三方应用是否具有在所述支付平台中查询目标用户收支记录数据的权限。

第三方应用，可以是独立于支付平台的应用程序，例如，可以是用户安装在手机上的一款记账应用程序(Application，APP)。

查询请求，具体可以是目标用户在第三方应用对应的客户端中执行相应的查询操作以后生成的。

支付平台既可以是类似微信、支付宝这样的第三方支付平台，也可以是网银。

收支记录，可以是用户通过支付平台所进行的收款或付款(也称支付)的记录。待查询收支记录的时间信息，可以是包含起始时间和终止时间的时间段。

步骤302、在根据所述令牌确定所述第三方应用具有所述权限时，向所述第三方应用反馈目标数据，所述目标数据为所述目标用户在所述支付平台的收支记录数据中与所述时间信息匹配的收支记录数据。

当待查询收支记录的时间信息为包含起始时间和终止时间的时间段时，目标用户在目标支付平台中与所述时间信息匹配的收支记录数据，具体可以是上述时间段内的收支记录数据。

在一种具体实施方式中，支付平台的服务器中可以维护一张目标用户在第三方应用中注册的账号和令牌的对应关系表，这样，当支付平台的服务器确定第三方应用发送的查询请求中的令牌，与该对应关系表中存储的目标用户在第三方应用中注册的账号对应的令牌一致时，确定第三方应用具有在所述目标支付平台中查询目标用户收支记录数据的权限，从而可以将对应的目标数据反馈给第三方应用。

在一种更为具体的实施方式中，令牌本身可以是目标用户在第三方应用中注册的账号。也即，查询请求中可以具体携带有目标用户在第三方应用中注册的账号和待查询收支记录的时间信息。例如，查询请求中携带的内容可以是：186xxxxxxxx、2017/01/01-2017/01/31。

本发明实施例提供的一种收支记录查询方法，由于各支付平台的服务器能够将目标用户欲查询的收支记录作为目标数据反馈给第三方应用，使得目标用户通过第三方应用就可以查看自己在各支付平台的收支记录情况，全面了解自己的消费行为，而不需要切换支付平台，因此，该查询方式对用户来说简单、快捷、方便，能够提升用户体验。

可选地，在本发明的又一实施例中，在上述步骤301之前，本发明实施例提供的一种收支记录查询方法，还可以包括：接收所述第三方应用发送的授权结果，所述授权结果为所述目标用户接受所述第三方应用发起的授权请求后产生的响应结果；根据所述授权结果向所述第三方应用发放所述令牌；其中，所述授权请求用于获取所述权限。

支付平台向所述第三方应用发放所述令牌的具体原理请参见上文中对图2D的解释说明，此处不再赘述。

本发明实施例，可以在接收第三方应用发送的查询请求之前，根据目标用户对第三方应用的授权结果向所述第三方应用发放所述令牌，这可以保证目标用户在目标第三方支付平台中的收支记录数据的安全。

可选地，在本发明的又一实施例中，上述步骤301中的查询请求中还携带有验证密钥，则在上述步骤302之前，本发明实施例提供的一种收支记录查询方法还可以包括：在对所述验证密钥验证通过时，开放预设接口地址。

其中，验证密钥，主要用于验证第三方应用是否具备访问支付平台的服务器的预设接口地址的权限，从而使第三方应用通过该接口获得目标数据。

在此情况下，上述步骤302具体可以包括：在根据所述令牌确定所述第三方应用具有所述权限时，通过所述预设接口地址向所述第三方应用反馈目标数据。

可以理解，通过验证密钥和令牌对第三方应用进行双重认证，可以更进一步地保证目标用户在目标第三方支付平台中的收支记录数据的安全。

相应于上述方法实施例，本发明实施例还提供了应用于第三方应用对应的客户端的一种收支记录查询装置，和应用于支付平台对应的服务器的一种收支记录查询装置，下面分别进行说明。

首先对应用于第三方应用对应的客户端的一种收支记录查询装置进行说明。

如图4所示，本发明实施例提供的一种收支记录查询装置，应用于第三方应用对应的客户端，所述装置包括：查询请求发送模块401、数据接收模块402和第一展示模块403。

查询请求发送模块401，用于向目标支付平台的服务器发送查询请求，所述查询请求携带有待查询收支记录的时间信息和所述服务器预先发放的令牌。

其中，所述令牌用于确定所述第三方应用是否具有在所述目标支付平台中查询目标用户收支记录数据的权限。

第三方应用，可以是独立于支付平台的应用程序，例如，可以是用户安装在手机上的一款记账应用程序(Application，APP)。

查询请求，具体可以是目标用户在第三方应用对应的客户端中执行相应的查询操作以后生成的。

目标支付平台，可以是目标用户注册使用的支付平台。这些支付平台既可以是类似微信、支付宝这样的第三方支付平台，也可以是网银。

收支记录，可以是用户通过支付平台所进行的收款或付款(也称支付)的记录。

待查询收支记录的时间信息，可以是包含起始时间和终止时间的时间段，例如，可以是2017年1月1日至2017年1月31日这样的一个时间段。

数据接收模块402，用于接收目标数据，所述目标数据为所述目标用户在所述目标支付平台的收支记录数据中与所述时间信息匹配的收支记录数据，所述目标数据是所述服务器在根据所述令牌确定所述第三方应用具有所述权限时反馈的。

当待查询收支记录的时间信息为包含起始时间和终止时间的时间段时，目标用户在目标支付平台中与所述时间信息匹配的收支记录数据，具体可以是上述时间段内的收支记录数据。

在一种具体实施方式中，目标支付平台的服务器中可以维护一张目标用户在所述第三方应用中注册的账号和令牌的对应关系表，这样，当目标支付平台的服务器确定第三方应用发送的查询请求中的令牌，与该对应关系表中存储的目标用户在所述第三方应用中注册的账号对应的令牌一致时，确定所述第三方应用具有在所述目标支付平台中查询目标用户收支记录数据的权限，从而可以将对应的目标数据反馈给所述第三方应用。

第一展示模块403，用于对接收到的所述目标数据进行展示。

在一种具体实施方式中，第一展示模块403，具体用于按照收支记录数据产生的时间的先后顺序，对接收到的所述目标数据进行展示。可以理解，按时间顺序展示目标数据中的收支记录数据，能够使用户更清楚地了解自己的收支情况，更能提升用户体验。

本发明实施例提供的一种收支记录查询装置，由于用户通过第三方应用就可以查看自己在各支付平台的收支记录情况，全面了解自己的消费行为，而不需要切换支付平台，因此，对用户来说这种查询方式简单、快捷、方便，提升了用户体验。

可选地，如图5所示，在本发明的另一实施例中，本发明实施例提供的一种收支记录查询装置，还可以包括：授权请求发起模块404和令牌接收模块405。

授权请求发起模块404，用于在所述向目标支付平台的服务器发送查询请求之前，向所述目标用户发起授权请求，所述授权请求用于获取所述权限。

同上图4所示的实施例，所述权限为所述第三方应用在所述目标支付平台中查询目标用户收支记录数据的权限。

在一种具体实施方式中，第三方应用对应的客户端可以在其显示界面中显示获取上述权限的内容，以向目标用户发起授权请求。

当然，第三方应用还可以通过其他方式向用户发起授权请求以获得用户的授权，上述方式只是一种示例性的说明，并不应理解为对本发明实施例提供的一种收支记录查询装置的限定。

令牌接收模块405，用于接收所述服务器根据授权结果发放的所述令牌，所述授权结果为所述目标用户接受所述授权请求后产生的响应结果。

本发明实施例，可以在向目标支付平台的服务器发送查询请求之前，向目标用户发起获得上述权限的授权请求，并根据授权结果获得目标支付平台的服务器发放的令牌。这为后续向目标支付平台的服务器发送查询请求，获取目标数据做好了准备，并且，由于是在用户授权的情况下获取目标数据，因此还可以保证目标用户在目标第三方支付平台中的收支记录数据不被其他第三方应用窃取，保证了目标用户的收支记录数据的安全。

可选地，在本发明的又一实施例中，查询请求发送模块401发送的查询请求中还携带有验证密钥，则上述目标数据具体可以是：所述服务器在对所述验证密钥验证通过时，且在根据所述令牌确定所述第三方应用具有所述权限时，通过预设接口地址反馈的。

其中，验证密钥，主要用于验证第三方应用是否具备访问目标支付平台的服务器的预设接口地址的权限，以通过该接口获得目标数据。

不难理解，通过验证密钥和令牌对第三方应用进行双重认证，可以更进一步地保证目标用户在目标第三方支付平台中的收支记录数据的安全。

可选地，在本发明的又一实施例中，本发明实施例提供的应用于第三方应用对应的客户端的一种收支记录查询装置还可以包括：汇总模块和第二展示模块。

汇总模块，用于对接收到的所述目标数据中的收支金额进行汇总。

第二展示模块，用于将汇总结果进行展示。

在本实施例中，由于进一步地向用户展示了用户在一段时间内的收支总额，这能够使用户全面地掌握自己在时间段内的总的收支状况，提升了用户体验。

本发明实施例提供的应用于第三方应用对应的客户端的收支记录查询装置，能够实现图1A或图2A所示的方法实施例中收支记录查询方法实现的各个过程，并且能取得同样的技术效果，为避免重复，这里不再赘述。

下面对应用于支付平台对应的服务器的一种收支记录查询装置进行说明。

如图6所示，本发明实施例提供的一种收支记录查询装置，应用于支付平台对应的服务器，所述装置可以包括：查询请求接收模块601和数据反馈模块602。

查询请求接收模块601，用于接收第三方应用发送的查询请求，所述查询请求携带有待查询收支记录的时间信息和所述服务器预先发放的令牌；其中，所述令牌用于确定所述第三方应用是否具有在所述支付平台中查询目标用户收支记录数据的权限。

其中，所述令牌用于确定所述第三方应用是否具有在所述支付平台中查询目标用户收支记录数据的权限。

第三方应用，可以是独立于支付平台的应用程序，例如，可以是用户安装在手机上的一款记账应用程序(Application，APP)。

查询请求，具体可以是目标用户在第三方应用对应的客户端中执行相应的查询操作以后生成的。

支付平台既可以是类似微信、支付宝这样的第三方支付平台，也可以是网银。

收支记录，可以是用户通过支付平台所进行的收款或付款(也称支付)的记录。待查询收支记录的时间信息，可以是包含起始时间和终止时间的时间段

数据反馈模块602，用于在根据所述令牌确定所述第三方应用具有所述权限时，向所述第三方应用反馈目标数据，所述目标数据为所述目标用户在所述支付平台的收支记录数据中与所述时间信息匹配的收支记录数据。

当待查询收支记录的时间信息为包含起始时间和终止时间的时间段时，目标用户在目标支付平台中与所述时间信息匹配的收支记录数据，具体可以是上述时间段内的收支记录数据。

本发明实施例提供的一种收支记录查询装置，由于各支付平台的服务器能够将目标用户欲查询的收支记录作为目标数据反馈给第三方应用，使得目标用户通过第三方应用就可以查看自己在各支付平台的收支记录情况，全面了解自己的消费行为，而不需要切换支付平台，因此，该查询方式对用户来说简单、快捷、方便，能够提升用户体验。

可选地，在本发明的另一实施例中，本发明实施例提供的一种收支记录查询装置还可以包括：授权结果接收模块和令牌发放模块。

授权结果接收模块，用于在所述接收第三方应用发送的查询请求之前，接收所述第三方应用发送的授权结果，所述授权结果为所述目标用户接受所述第三方应用发起的授权请求后产生的响应结果；其中，所述授权请求用于获取所述权限。

令牌发放模块，用于根据所述授权结果向所述第三方应用发放所述令牌。

支付平台向所述第三方应用发放所述令牌的具体原理请参见上文中对图2D的解释说明，此处不再赘述。

本发明实施例，可以在接收第三方应用发送的查询请求之前，根据目标用户对第三方应用的授权结果向所述第三方应用发放所述令牌，这可以保证目标用户在目标第三方支付平台中的收支记录数据的安全。

可选地，在本发明的又一实施例中，查询请求接收模块601接收到的查询请求中还携带有验证密钥，则本发明实施例提供的一种收支记录查询装置还可以包括：密钥验证模块，用于在根据所述令牌确定所述第三方应用具有所述权限时，向所述第三方应用反馈目标数据之前，在对所述验证密钥验证通过时，开放预设接口地址。

其中，验证密钥，主要用于验证第三方应用是否具备访问支付平台的服务器的预设接口地址的权限，从而使第三方应用通过该接口获得目标数据。

在此情况下，上述数据反馈模块602，具体用于在根据所述令牌确定所述第三方应用具有所述权限时，通过所述预设接口地址向所述第三方应用反馈目标数据。

可以理解，通过验证密钥和令牌对第三方应用进行双重认证，可以更进一步地保证目标用户在目标第三方支付平台中的收支记录数据的安全。

本发明实施例提供的应用于支付平台对应服务器的收支记录查询装置，能够实现图3所示的方法实施例中收支记录查询方法实现的各个过程，并且能取得同样的技术效果，为避免重复，这里不再赘述。

图7为实现本发明各个实施例的一种移动终端的硬件结构示意图，

该移动终端700包括但不限于：射频单元701、网络模块702、音频输出单元703、输入单元704、传感器705、显示单元706、用户输入单元707、接口单元708、存储器709、处理器710、以及电源711等部件。本领域技术人员可以理解，图7中示出的移动终端结构并不构成对移动终端的限定，移动终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。在本发明实施例中，移动终端包括但不限于手机、平板电脑、笔记本电脑、掌上电脑、车载终端、可穿戴设备、以及计步器等。

其中，处理器710，可以向目标支付平台的服务器发送查询请求，所述查询请求携带有待查询收支记录的时间信息和所述服务器预先发放的令牌；其中，所述令牌用于确定所述第三方应用是否具有在所述目标支付平台中查询目标用户收支记录数据的权限；接收目标数据，所述目标数据为所述目标用户在所述目标支付平台的收支记录数据中与所述时间信息匹配的收支记录数据，所述目标数据是所述服务器在根据所述令牌确定所述第三方应用具有所述权限时反馈的；对接收到的所述目标数据进行展示。

由于用户通过该移动终端中的第三方应用就可以查看自己在各支付平台的收支记录情况，全面了解自己的消费行为，而不需要切换支付平台，因此，该查询方式对用户来说简单、快捷、方便，提升了用户体验。

应理解的是，本发明实施例中，射频单元701可用于收发信息或通话过程中，信号的接收和发送，具体的，将来自基站的下行数据接收后，给处理器710处理；另外，将上行的数据发送给基站。通常，射频单元701包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元701还可以通过无线通信系统与网络和其他设备通信。

移动终端通过网络模块702为用户提供了无线的宽带互联网访问，如帮助用户收发电子邮件、浏览网页和访问流式媒体等。

音频输出单元703可以将射频单元701或网络模块702接收的或者在存储器709中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元703还可以提供与移动终端700执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元703包括扬声器、蜂鸣器以及受话器等。

输入单元704用于接收音频或视频信号。输入单元704可以包括图形处理器(Graphics Processing Unit，GPU)7041和麦克风7042，图形处理器7041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元706上。经图形处理器7041处理后的图像帧可以存储在存储器709(或其它存储介质)中或者经由射频单元701或网络模块702进行发送。麦克风7042可以接收声音，并且能够将这样的声音处理为音频数据。处理后的音频数据可以在电话通话模式的情况下转换为可经由射频单元701发送到移动通信基站的格式输出。

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

显示单元706用于显示由用户输入的信息或提供给用户的信息。显示单元706可包括显示面板7061，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板7061。

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

进一步的，触控面板7071可覆盖在显示面板7061上，当触控面板7071检测到在其上或附近的触摸操作后，传送给处理器710以确定触摸事件的类型，随后处理器710根据触摸事件的类型在显示面板7061上提供相应的视觉输出。虽然在图7中，触控面板7071与显示面板7061是作为两个独立的部件来实现移动终端的输入和输出功能，但是在某些实施例中，可以将触控面板7071与显示面板7061集成而实现移动终端的输入和输出功能，具体此处不做限定。

接口单元708为外部装置与移动终端700连接的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元708可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到移动终端700内的一个或多个元件或者可以用于在移动终端700和外部装置之间传输数据。

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

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

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

另外，移动终端700包括一些未示出的功能模块，在此不再赘述。

优选的，本发明实施例还提供一种移动终端，包括处理器710，存储器709，存储在存储器709上并可在所述处理器710上运行的计算机程序，该计算机程序被处理器710执行时实现上述应用于第三方应用对应的客户端的一种收支记录查询方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述收支记录查询方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等。

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

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本发明的保护之内。

Claims (12)

1.一种收支记录查询方法，其特征在于，应用于第三方应用对应的客户端，所述方法包括：

向目标支付平台的服务器发送查询请求，所述查询请求携带有待查询收支记录的时间信息和所述服务器预先发放的令牌；其中，所述令牌用于确定所述第三方应用是否具有在所述目标支付平台中查询目标用户收支记录数据的权限；

接收目标数据，所述目标数据为所述目标用户在所述目标支付平台的收支记录数据中与所述时间信息匹配的收支记录数据，所述目标数据是所述服务器在根据所述令牌确定所述第三方应用具有所述权限时反馈的；

对接收到的所述目标数据进行展示。

2.根据权利要求1所述的方法，其特征在于，所述查询请求中还携带有验证密钥，则

所述目标数据是：所述服务器在对所述验证密钥验证通过时，且在根据所述令牌确定所述第三方应用具有所述权限时，通过预设接口地址反馈的。

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

对接收到的所述目标数据中的收支金额进行汇总；

将汇总结果进行展示。

4.一种收支记录查询方法，其特征在于，应用于支付平台对应的服务器，所述方法包括：

接收第三方应用发送的查询请求，所述查询请求携带有待查询收支记录的时间信息和所述服务器预先发放的令牌；其中，所述令牌用于确定所述第三方应用是否具有在所述支付平台中查询目标用户收支记录数据的权限；

在根据所述令牌确定所述第三方应用具有所述权限时，向所述第三方应用反馈目标数据，所述目标数据为所述目标用户在所述支付平台的收支记录数据中与所述时间信息匹配的收支记录数据。

5.根据权利要求4所述的方法，其特征在于，所述查询请求中还携带有验证密钥，

在根据所述令牌确定所述第三方应用具有所述权限时，向所述第三方应用反馈目标数据之前，所述方法还包括：在对所述验证密钥验证通过时，开放预设接口地址；则

所述在根据所述令牌确定所述第三方应用具有所述权限时，向所述第三方应用反馈目标数据，包括：

在根据所述令牌确定所述第三方应用具有所述权限时，通过所述预设接口地址向所述第三方应用反馈目标数据。

6.一种收支记录查询装置，其特征在于，应用于第三方应用对应的客户端，所述装置包括：

查询请求发送模块，用于向目标支付平台的服务器发送查询请求，所述查询请求携带有待查询收支记录的时间信息和所述服务器预先发放的令牌；其中，所述令牌用于确定所述第三方应用是否具有在所述目标支付平台中查询目标用户收支记录数据的权限；

数据接收模块，用于接收目标数据，所述目标数据为所述目标用户在所述目标支付平台的收支记录数据中与所述时间信息匹配的收支记录数据，所述目标数据是所述服务器在根据所述令牌确定所述第三方应用具有所述权限时反馈的；

第一展示模块，用于对接收到的所述目标数据进行展示。

7.根据权利要求6所述的装置，其特征在于，所述查询请求中还携带有验证密钥，则

所述目标数据是：所述服务器在对所述验证密钥验证通过时，且在根据所述令牌确定所述第三方应用具有所述权限时，通过预设接口地址反馈的。

8.根据权利要求6或7所述的装置，其特征在于，所述装置还包括：

汇总模块，用于对接收到的所述目标数据中的收支金额进行汇总；

第二展示模块，用于将汇总结果进行展示。

9.一种收支记录查询装置，其特征在于，应用于支付平台对应的服务器，所述装置包括：

查询请求接收模块，用于接收第三方应用发送的查询请求，所述查询请求携带有待查询收支记录的时间信息和所述服务器预先发放的令牌；其中，所述令牌用于确定所述第三方应用是否具有在所述支付平台中查询目标用户收支记录数据的权限；

数据反馈模块，用于在根据所述令牌确定所述第三方应用具有所述权限时，向所述第三方应用反馈目标数据，所述目标数据为所述目标用户在所述支付平台的收支记录数据中与所述时间信息匹配的收支记录数据。

10.根据权利要求9所述的装置，其特征在于，所述查询请求中还携带有验证密钥，

所述装置还包括：密钥验证模块，用于在根据所述令牌确定所述第三方应用具有所述权限时，向所述第三方应用反馈目标数据之前，在对所述验证密钥验证通过时，开放预设接口地址；则

所述数据反馈模块，具体用于在根据所述令牌确定所述第三方应用具有所述权限时，通过所述预设接口地址向所述第三方应用反馈目标数据。

11.一种移动终端，其特征在于，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1至3中任一项所述的方法的步骤。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至5中任一项所述的方法的步骤。