CN104700277A - 电子记账方法、装置及终端设备 - Google Patents

Abstract

本发明实施例提供一种电子记账方法、装置及终端设备。本发明电子记账方法，包括：生成账单查询请求，账单查询请求中携带账户信息，以使终端设备根据账户信息确定至少一个已关联银行卡所在的银行服务器，并向银行服务器发送账单查询请求，获取银行服务器发送的与账户信息对应的各账单信息；获得账单信息，账单信息为全同态加密后的账单信息；对账单信息进行分析，得到分析结果；将分析结果显示在终端设备的显示界面上。本发明实施例通过支持电子记账功能的终端设备与银行服务器的交互，实现自动收集并分析用户名下的账单记录，提高记账效率，使得用户方便的了解个人的账务情况；采用全同态加密的账单信息，增强用户信息的安全性保证。

Description

电子记账方法、装置及终端设备

技术领域

本发明实施例涉及通信技术，尤其涉及一种电子记账方法、装置及终端设备。

背景技术

近年来，电子商务蓬勃发展，电子钱包——作为电子商务活动的一种支付工具，也应运而生。通常情况下，电子钱包软件是免费提供的，用户在终端设备上安装电子钱包软件，即可进行电子交易和账户管理。目前典型的电子钱包软件包括支付宝钱包，支付宝钱包提供了简单的账单功能，支持支付宝账户余额和交易明细的查询，也可以显示关联到支付宝钱包的某些银行账号的支付宝消费记录情况。

支付宝钱包虽能显示使用支付宝平台交易的收支记录，但是无法获得用户名下所有银行账号（卡号）的收支情况，也无法完成以用户为单位的智能记账服务。

而现有技术中专门用于记账的软件，可以为用户提供记账功能，但是需要用户提供手动输入，以“挖财”软件为例，提供如下几种记账方式：用户根据软件模板输入收支情况；用户语音输入；拦截收支短信快速记账；例如支付宝和快捷记账等平台数据导入，及银行数据和自定义数据导入等。可见，记账软件需要用户手动输入，使得记账效率低下。

发明内容

本发明实施例提供一种电子记账方法、装置及终端设备，以实现用户方便安全的了解个人的账务情况。

第一方面，本发明实施例提供一种电子记账方法，包括：

生成账单查询请求，所述账单查询请求中携带账户信息，以使终端设备根据所述账户信息确定至少一个已关联银行卡所在的银行服务器，并向所述银行服务器发送所述账单查询请求，获取所述银行服务器发送的与所述账户信息对应的各账单信息；

获得所述账单信息，所述账单信息为全同态加密后的账单信息；

对所述账单信息进行分析，获得分析结果；

将所述分析结果显示在所述终端设备的显示界面上。

结合第一方面，在第一方面的第一种实现方式中，所述对所述账单信息进行分析，获得分析结果包括：

根据预设的数据格式，从所述账单信息中提取消费金额和收支属性；

对所述消费金额和收支属性进行分析。

结合第一方面的第一种实现方式，在第一方面的第二种实现方式中，若所述账单信息为信用卡对应的账单信息，则所述对所述消费金额和收支属性进行分析包括：

根据所述信用卡的记账日和还款日，拆分所述账单信息，获取当月收支记录账单。

结合第一方面或第一方面的第一种或第二种实现方式，在第一方面的第三种实现方式中，所述对所述账单信息进行分析，获得分析结果之后，所述方法还包括：

发送所述分析结果给所述终端设备中的数据解密模块，以使所述数据解密模块对所述分析结果进行全同态解密，所述数据解密模块中保存安全密匙信息；

接收所述数据解密模块发送的全同态解密后的分析结果；

则所述将所述分析结果显示在所述终端设备的显示界面上包括：

将所述全同态解密后的分析结果显示在所述终端设备的显示界面上。

结合第一方面、第一方面的第一种至第三种实现方式中的任意一种，在第一方面的第四种实现方式中，所述生成账单查询请求之前，所述方法还包括：

接收用户从所述显示界面上输入的所述用户标识信息；

接收所述用户采用所述终端设备拍摄的银行卡图片信息；

对所述用户标识信息与所述银行卡图片信息进行关联，以确定所述用户标识信息对应的所述账户信息以及所述账户信息所属的银行服务器。

结合第一方面、第一方面的第一种至第四种实现方式中的任意一种，在第一方面的第五种实现方式中，所述账户信息至少包括：用户标识信息，还包括以下信息中一种或其任意组合：

银行卡号信息，银行信息，查询时间，用于指示用户允许从所述银行服务器接收所述账单信息的用户认证信息，和用于指示查询结果是否需要全同态加密的授权信息。

第二方面，本发明实施例提供一种电子记账方法，包括：

终端设备中的封装层获得所述终端设备中应用客户端发送的账单查询请求，所述账单查询请求中携带账户信息；

所述终端设备中的封装层根据所述账户信息确定至少一个已关联银行卡所在的银行服务器；

所述终端设备中的封装层发送所述账单查询请求给所述银行服务器；

所述终端设备中的封装层接收所述银行服务器发送的与所述账户信息对应的各账单信息，并发送给所述应用客户端。

结合第二方面，在第二方面的第一种可能的实现方式中，所述账户信息至少包括用户标识信息，还可以包括以下信息中一种或其任意组合：

银行卡号信息，银行信息，查询时间，用于指示用户允许从所述银行服务器接收所述账单信息的用户认证信息，和用于指示查询结果是否需要全同态加密的授权信息。

结合第二方面或第二方面的第一种可能的实现方式，在第二方面的第二种可能的实现方式中，所述终端设备中的封装层根据所述账户信息确定至少一个已关联银行卡所在的银行服务器，包括：

所述终端设备中的封装层根据用户标识信息向多个银行服务器查询所述用户标识信息对应的银行账号信息，确定至少一个已关联银行卡所在的银行服务器。

结合第二方面或第二方面的第一种或第二种可能的实现方式，在第二方面的第三种可能的实现方式中，所述终端设备中的封装层根据所述账户信息确定至少一个已关联银行卡所在的银行服务器之后，所述方法还包括：

若所述账户信息中不包括所述银行服务器的用户认证信息，则所述终端设备中的封装层添加所述银行服务器的用户认证信息。

结合第二方面、第二方面的第一种至第三种可能的实现方式中的任意一种，在第二方面的第四种可能的实现方式中，所述账户信息包括所述授权信息，则所述终端设备中的封装层发送所述账单查询请求给所述银行服务器之前，所述方法还包括：

若所述授权信息为是，则所述终端设备中的封装层与所述银行服务器进行安全密匙信息协商。

第三方面，本发明实施例提供一种终端设备，包括：第一处理模块和第一接收模块；

所述第一处理模块，用于生成账单查询请求，所述账单查询请求中携带账户信息，以使所述终端设备根据所述账户信息确定至少一个已关联银行卡所在的银行服务器，并向所述银行服务器发送所述账单查询请求，获取所述银行服务器发送的与所述账户信息对应的各账单信息；

所述第一接收模块，用于获得所述账单信息，所述账单信息为全同态加密后的账单信息；

所述第一处理模块还用于对所述账单信息进行分析，获得分析结果；及将所述分析结果显示在所述终端设备的显示界面上。

结合第三方面，在第三方面的第一种可能的实现方式中，所述第一处理模块具体用于：

根据预设的数据格式，从所述账单信息中提取消费金额和收支属性；

对所述消费金额和收支属性进行分析。

结合第三方面的第一种可能的实现方式，在第三方面的第二种可能的实现方式中，若所述账单信息为信用卡对应的账单信息，则所述第一处理模块具体用于：

根据所述信用卡的记账日和还款日，拆分所述账单信息，获取当月收支记录账单。

结合第三方面或第三方面的第一种或第二种可能的实现方式，在第三方面的第三种可能的实现方式中，所述终端设备还包括第一发送模块，用于在所述第一处理模块执行所述对所述账单信息进行分析，获得分析结果之后，发送所述分析结果给所述终端设备中的终数据解密模块，以使所述数据解密模块对所述分析结果进行全同态解密，所述数据解密模块中保存安全密匙信息；

则所述第一处理模块用于将所述全同态解密后的分析结果显示在所述终端设备的显示界面上。

结合第三方面、第三方面的第一种至第三种可能的实现方式中的任意一种，在第三方面的第四种可能的实现方式中，所述第一接收模块还用于：

在所述第一处理模块执行所述生成账单查询请求之前，接收用户从所述显示界面上输入的所述用户标识信息；

接收所述用户采用所述终端设备拍摄的银行卡图片信息；

则所述第一处理模块还用于：对所述用户标识信息与所述银行卡图片信息进行关联，以确定所述用户标识信息对应的所述账户信息以及所述账户信息所属的银行服务器。

结合第三方面、第三方面的第一种至第四种可能的实现方式中的任意一种，在第三方面的第五种可能的实现方式中，所述账户信息至少包括：用户标识信息，还包括以下信息中一种或其任意组合：

银行卡号信息，银行信息，查询时间，用于指示用户允许从所述银行服务器接收所述账单信息的用户认证信息，和用于指示查询结果是否需要全同态加密的授权信息。

第四方面，本发明实施例提供一种封装层，包括：

第二接收模块，用于获得终端设备中应用客户端发送的账单查询请求，所述账单查询请求中携带账户信息；

第二处理模块，用于根据所述账户信息确定至少一个已关联银行卡所在的银行服务器；

第二发送模块，用于发送所述账单查询请求给所述银行服务器；

所述第二接收模块，还用于接收所述银行服务器发送的与所述账户信息对应的各账单信息；

所述第二发送模块，还用于将所述账单信息发送给所述应用客户端。

结合第四方面，在第四方面的第一种可能的实现方式中，所述账户信息至少包括用户标识信息，还可以包括以下信息中一种或其任意组合：

银行卡号信息，银行信息，查询时间，用于指示用户允许从所述银行服务器接收所述账单信息的用户认证信息，和用于指示查询结果是否需要全同态加密的授权信息。

结合第四方面或第四方面的第一种可能的实现方式，在第四方面的第二种可能的实现方式中，所述第二处理模块具体用于：

根据用户标识信息向多个银行服务器查询所述用户标识信息对应的银行账号信息，确定至少一个已关联银行卡所在的银行服务器。

结合第四方面或第四方面的第一种或第二种可能的实现方式，在第四方面的第三种可能的实现方式中，所述第二处理模块还用于：

在所述根据所述账户信息确定至少一个已关联银行卡所在的银行服务器之后，若所述账户信息中不包括所述银行服务器的用户认证信息，则添加所述银行服务器的用户认证信息。

结合第四方面、第四方面的第一种至第三种可能的实现方式中的任意一种，在第四方面的第四种可能的实现方式中，所述账户信息包括所述授权信息，若所述授权信息为是，则所述第二处理模块还用于：

在所述第二发送模块执行所述发送所述账单查询请求给所述银行服务器之前，与所述银行服务器进行安全密匙信息协商。

本发明实施例通过支持电子记账功能的终端设备与银行服务器的交互，获取与其发送的账单查询请求中所携带的账户信息对应的各账单信息，其中，该些账单信息是经过全同态加密处理的，从而加强账单信息的安全性保护，保证用户信息安全隐私；对该些账单信息进行分析并显示分析结果，实现自动收集并分析用户名下的账单记录，提高记账效率，使得用户方便的了解个人的账务情况。

附图说明

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

图1为本发明电子记账方法实施例一的流程图；

图2为本发明电子记账方法实施例一的应用系统结构示意图；

图3为本发明电子记账方法实施例二的流程图；

图4为本发明电子记账方法实施例三的流程图；

图5为本发明终端设备实施例一的结构示意图；

图6为本发明封装层实施例一的结构示意图；

图7为本发明终端设备实施例二的结构示意图；

图8为本发明终端设备实施例三的结构示意图。

具体实施方式

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

基于与各银行服务器统一接口的考虑，现有的记账管理软件无法自动收集消费者名下所有账户的消费记录，实现跨银行，跨交易平台的记账功能，自动进行每月收支情况分析和统计的主要原因是各银行未开放与记账管理软件自动交互的功能。因此，本申请提供的电子记账方法提供统一的标准应用程序编程接口（Application Programming Interface，简称：API），使得记账管理功能可使用此统一的标准API对用户所有账号的账单进行收集。

图1为本发明电子记账方法实施例一的流程图。本发明实施例提供了一种电子记账方法，该方法可以由终端设备通过软件，或硬件，或软件和硬件相结合的方式实现。其中，终端设备可以为智能手机和平板电脑等。本实施例中，该方法具体包括如下步骤：

步骤101、生成账单查询请求，该账单查询请求中携带账户信息，以使终端设备根据该账户信息确定至少一个已关联银行卡所在的银行服务器，并向银行服务器发送上述账单查询请求，获取上述银行服务器发送的与上述账户信息对应的各账单信息。

具体地，终端设备内安装支持电子记账功能的应用客户端，该应用客户端读取用户已经关联的银行卡信息，包括银行卡号信息，卡片类型，所属银行信息，有效期等，如果是信用卡信息，还包括还款日，记账日，是否有申请分期还款等；然后，终端设备调用标准API进行账单查询，该标准API由终端设备内置的封装层提供；封装层响应功能调用，并通过通信网络，例如蜂窝网络（GSM/UMTS/LTE/CDMA等）、无线局域网（Wireless Local AreaNetwork，简称：WLAN）、近距离通信（Near Field Communication，简称：NFC）或蓝牙等中的一种或者多种发送账单查询请求，以实现账单收支明细查询功能。该封装层可与各银行服务器进行交互，获得用户的账单信息，此封装层可由终端设备的操作系统提供，也可以是操作系统和应用软件之间的一个中间插件。

需要说明的是，在本发明实施例中，标准API调用指的是一个模块对另一个模块的服务请求，可以由标准化用户接口上的用户输入产生，例如用户在命令行上输入一个指令，或者是在界面上触发一个指令，也可以是应用软件的运行结果自动产生。采用标准API的另一个好处是：在银行服务器接口交互技术发生变化时，支持电子记账方法的应用软件程序不需要进行重新编程和升级。

其中，标准API函数样例可以为：BillingQuery(User ID,record)，该标准API的输入参数至少包括用户身份标识（例如，User ID）或者卡号信息，还可以包括银行信息，查询的时间范围等，此外，还可包括身份认证信息；标准API的返回结果为对应收支记录（record），例如，可以是某银行卡的一条或者多条消费记录，记录包括消费时间，金额，消费地点，流水号等信息。其中用户的隐私信息可以是密文方式，例如消费的地址，时间和金额都是密文形式。

如果该用户拥有多家银行的银行卡，封装层可以根据银行卡号信息或者银行信息，确认要向哪些银行或者消费平台进行账单查询，然后分别与之通信，获取对应用户的消费记录。

可选的，标准API还可以是回调函数，及当用户发生消费或者有收入时，银行服务器可以主动将消费记录发送到用户终端，封装层在接收到消费记录信息时，主动调用标准API上传给数据给电子钱包应用程序，用于进行账单分析。

如图2所示，支持电子记账功能的终端设备10，通过其自身接入的外部网络20，向银行服务器30和40发送账单查询请求。其中，该外部网络可以是蜂窝网络（GSM/UMTS/LTE/CDMA等）、WLAN或NFC等；银行服务器30和40为与终端设备10通信的各个银行或者银行卡组织的服务器，例如中国银行或者银联等，该些银行服务器上记录有所服务银行客户的收支记录；账户信息可以为在该银行开通账户的用户信息，例如可以为用户身份标识或用户卡号信息等，每一个用户身份标识可能对应多个账户信息。

如图2所示，相应地，终端设备10接收银行服务器30和40发送的账单信息，各账单信息与上述账户信息对应。该账单信息为用户在该账户的收支记录，例如，可以是某银行卡的一条或者多条消费记录，各条消费记录包括消费时间，金额，消费地点和流水号等信息。若该用户拥有多家银行的银行卡，可以根据各银行卡卡号信息或者银行信息，确认要向哪些银行或者消费平台进行账单查询，然后分别与之通信，获取对应用户的消费记录。

可选的，当用户发生消费或者有收入时，银行服务器也可以主动将账单信息发送到对应用户的终端设备，该终端设备接收到账单信息后，主动触发电子记账装置进行账单分析。

步骤102、获得账单信息，该账单信息为全同态加密后的账单信息。

终端设备接收银行服务器发送的账单信息之后，由终端设备内部交互实现上述账单信息的显示。具体地，封装层接收上述账单信息，然后发送给该终端设备上已安装的具有电子记账功能的应用客户端，相应地，应用客户端接收上述账单信息。

通常情况下，银行服务器对用户的账单信息进行加密，以保障用户的个人隐私。其中，常用的加密方法包括全同态加密，全同态加密是克雷格·金特里（Craig Gentry）在2009年发表了一篇文章中公布的一项关于密码学的全新发现：对加密的数据进行处理得到一个输出，将这一输出进行解密，其结果与用同一方法处理未加密的原始数据得到的输出结果是一样的。对使用全同态加密的收支记录进行计算分析，并保证计算分析结果在解密后与使用明文的收支记录进行计算分析的结果一样。因此，该步骤中，账单信息为全同态加密后的账单信息。

步骤103、对上述账单信息进行分析，获得分析结果。

具体地，应用客户端获取到的账单信息可能是银行服务器侧对原始数据预先处理过的，例如，全同态加密或其它加密等预处理，若是全同态加密的账单信息，应用客户端需要预先获取并存储密文数据的格式。

若是信用卡的消费记录，则还需要根据信用卡的记账日和还款日来确认当月的真实收支情况；若是支付宝账户的收入，则需要确认是否真实到账；还可以根据用户的消费收支情况，分析未来几个月的账单，例如未来的信用卡分期，或者还款情况，未来支付宝的收入情况，具体分析几个月的账单数据可以由用户自行选择。

步骤104、将分析结果显示在终端设备的显示界面上。

本发明实施例通过支持电子记账功能的终端设备与银行服务器的交互，获取与其发送的账单查询请求中所携带的账户信息对应的各账单信息，其中，该些账单信息是经过全同态加密处理的，从而加强账单信息的安全性保护，保证用户信息安全隐私；对该些账单信息进行分析并显示分析结果，实现自动收集并分析用户名下的账单记录，提高记账效率，使得用户方便的了解个人的账务情况。

在具体的实现过程中，步骤103可以包括：根据预设的数据格式，从账单信息中提取消费金额和收支属性；对消费金额和收支属性进行分析。进一步地，若账单信息为信用卡对应的账单信息，则对上述消费金额和收支属性进行分析可以包括：根据该信用卡的记账日和还款日，拆分上述账单信息，获取当月收支记录账单。

基于用户账户信息的安全性考虑，支持电子记账方法的终端设备与银行服务器协商全同态加解密的安全密匙，该安全密匙可以包括加密密钥和解密密钥。

在上述实施例的基础上，步骤103之后，电子记账方法还可以包括：发送上述分析结果给终端设备中的数据解密模块，以使该数据解密模块对上述分析结果进行全同态解密，该数据解密模块中保存安全密匙信息。该实施例中，步骤104即为将该全同态解密后的分析结果显示在终端设备的显示界面上。

其中，数据解密模块是安装在终端设备中，与上述应用客户端和封装层相互独立的模块，该模块中预先存储全同态解密密匙。

全同态加密的账单信息可以是完全密文数据，即所有属性项都被全同态加密，也可以只是对关键信息进行全同态加密，关键信息例如为用户身份标识，消费地点，或者消费金额等。其中，属性项加密可以由银行决定，也可以由用户预先配置。

应用客户端对接收到的经过全同态加密的账单信息直接进行计算分析，获得分析结果，并将分析结果发送给数据解密模块；数据解密模块完成对分析结果的解密，并将解密后的分析结果显示在终端设备的显示界面上。

上述涉及的加密和解密方法不限于全同态加密和全同态解密，也可以采用各种现有技术进行加解密，以下对全同态加密为例对本发明实施例中银行服务器对原始数据进行加密的具体过程以及接收端对加密数据的分析和解密过程进行说明：

银行服务器在接收到有效的用户账单查询请求之后，利用公式m+2r+pq将消费数据，例如：收入数据和支出数据进行加密后再发送给请求方。其中，m为用户消费记录的二级制数据的一个位（bit）值，介于0和1之间；p为正奇数，q为正整数，p和q分别在密钥生成阶段生成，可各自保存在用户所使用的终端设备及银行服务器中；r为加密时随机选择的一个数值较小的整数，r可以为负数。该公式表示对消费数据按位进行加密，所得密文数据是整数。

接收端，例如本发明实施例中的支持电子记账方法的应用客户端，可以基于预先设定的功能函数对接收到的密文数据进行运算，得出账单信息的分析结果。其中，该功能函数可以对密文数据进行相应的整数加、减和/或乘运算，可通过电路实现，其基本电路单元可以包括：与(AND)增强型电路和异或(XOR)增强型电路等。

进一步的，接收端，例如本发明实施例中的封装层，可以采用解密密匙对分析结果进行全同态解密。例如，采用公式：(c mod p)mod2得到该分析结果的明文数据。其中，c为上述分析结果；mod表示对其左侧数据按其右侧数据进行取余。

在图1的基础上，如图3所示，步骤101之前，还可以包括以下步骤：

步骤301、接收用户从显示界面上输入的用户标识信息。

步骤302、接收用户采用上述终端设备拍摄的银行卡图片信息。

具体地，获取银行卡信息的方式不限于该步骤中所采用的方式，还可以通过接收用户从显示界面上输入的银行卡信息来获取。

步骤303、对用户标识信息与银行卡图片信息进行关联，以确定用户标识信息对应的账户信息以及账户信息所属的银行服务器。

需要说明的是，银行卡关联的方式可以有多种，例如，还可以由应用软件程序根据用户标识信息向开户银行查询该用户名下的银行卡信息进行自动关联。

本发明实施例通过用户标识信息和银行卡信息的关联，实现支持电子记账方法的终端设备侧中账单信息的自动获取，用户无需手动输入消费信息即可完成记账功能，提高记账效率。

图4为本发明电子记账方法实施例三的流程图。本发明实施例提供了一种电子记账方法，该方法可以由封装层来执行，该封装层可以通过软件，或硬件，或软件和硬件相结合的方式实现，该封装层可以集成在终端设备之中，或者，还可以为独立于终端设备的部件，可以通过通信网络与服务器通信。其中，终端设备可以为智能手机和平板电脑等。如图4所示，本实施例中，该方法具体包括如下步骤：

步骤401、终端设备中的封装层获得该终端设备中应用客户端发送的账单查询请求，该账单查询请求中携带账户信息。

该步骤与上述实施例中步骤101相对应，具体描述可参见步骤101，此处不再赘述。

步骤402、终端设备中的封装层根据上述账户信息确定至少一个已关联银行卡所在的银行服务器。

具体地，封装层由支持电子记账功能的应用客户端通过标准API调用，该标准API的输入参数即为本步骤中的账户信息，其中，标准API的具体描述详见步骤101。

上述账户信息至少包括用户标识信息，还可以包括以下信息中一种或其任意组合：银行卡号信息，银行信息，查询时间，用于指示用户允许从所述银行服务器接收账单信息的用户认证信息，和用于指示查询结果是否需要全同态加密的授权信息。

封装层根据账户信息中包含的具体信息，确定已关联银行卡所在的银行服务器。例如，在上述账户信息只包括用户标识信息时，该步骤可以理解为根据用户标识信息向多个银行服务器查询该用户标识信息对应的银行账号信息，确定至少一个已关联银行卡所在的银行服务器；若账户信息包括银行卡号信息，封装层根据该银行卡号信息确定已关联银行卡所在的银行服务器；否则，封装层根据用户标识信息查询关联银行卡号信息，并根据该银行卡号信息确定已关联银行卡所在的银行服务器；且将该关联银行卡号信息告知支持电子记账功能的应用客户端，便于该应用客户端根据关联银行卡号信息对用户账户的消费理财情况进行管理。又如，若账户信息包括用户认证信息，在确定银行服务器之后，封装层还根据该用户认证信息确定用户是否允许从上述银行服务器接收账单信息，等等。

如果该用户拥有多家银行的银行卡，封装层可以根据银行卡号信息或者银行信息，确认要向哪些银行或者消费平台进行账单查询，然后分别与之通信，获取对应用户的消费记录。

步骤403、终端设备中的封装层发送上述账单查询请求给上述银行服务器。

步骤404、终端设备中的封装层接收上述银行服务器发送的与上述账户信息对应的各账单信息，并发送给上述应用客户端。

本发明实施例，通过封装层确定为支持电子记账功能的应用客户端服务的银行服务器，采用统一的标准API能够屏蔽与各银行服务器的底层交互技术。本发明提供一种开放的通用接口，有利于提供更加便捷、灵活和开放的应用程序；且在银行服务器接口交互技术发生变化时，支持电子记账功能的应用客户端也无需进行重新编程和升级，节省开发成本和人力资源。

在上述基础上，步骤402之后，所述方法还可以包括：若上述账户信息中不包括所述银行服务器的用户认证信息，则封装层添加所述银行服务器的用户认证信息。即通常情况下，默认用户允许从银行服务器接收账单信息银行服务器，该默许是经过用户同意的，以便于用户后续账单查询和其它银行服务。

进一步，上述账户信息包括授权信息，则步骤403之前，该电子记账方法还可以包括：若该授权信息为是，则该封装层与上述银行服务器进行安全密匙信息协商。该实施例中，授权信息为是表明查询结果需要全同态加密，该场景下，封装层与银行服务器进行全同态加解密密匙的协商，若封装层已获取此全同态加解密密匙，则忽略该步骤。

且是否需要进行全同态加密可以是用户提前配置结果，也可以是银行的配置结果，若需要进行全同态加密，则向对应银行卡号所属银行服务器进行全同态加解密的安全密钥协商，若之前已经协商得到全同态加解密的安全密钥，则忽略此协商过程。

向对应银行卡号所属银行服务器查询账单信息，如果有属于不同银行的卡号，则需要分别向不同银行服务器进行查询。如果需要查询指定时间的账单信息，则可以在账单查询请求中携带时间信息，说明向银行服务器查询某时间段内的收支数据。

图5为本发明终端设备实施例一的结构示意图。终端设备可以为智能手机和平板电脑等。如图5所示，该终端设备50包括：第一处理模块51和第一接收模块52。

其中，第一处理模块51用于生成账单查询请求，该账单查询请求中携带账户信息，以使终端设备50根据该账户信息确定至少一个已关联银行卡所在的银行服务器，并向该些银行服务器发送上述账单查询请求，获取该些银行服务器发送的与上述账户信息对应的各账单信息；第一接收模块52用于接收上述账单信息，该账单信息为全同态加密后的账单信息；第一处理模块51还用于对上述账单信息进行分析，获得分析结果；及将该分析结果显示在终端设备的显示界面53上。

具体地，终端设备50根据账户信息确定至少一个已关联银行卡所在的银行服务器，并向该些银行服务器发送上述账单查询请求，获取该些银行服务器发送的与上述账户信息对应的各账单信息。上述具体操作是由集成在终端设备50中的封装层56执行完成的。终端设备50中各模块交互配合，例如，第一处理模块51生成账单查询请求后，通过第一发送模块54发送给封装层56，由封装层56与各银行服务器交互。

本实施例的装置，可以用于执行图1或图3所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

其中，第一处理模块51可具体用于：根据预设的数据格式，从上述账单信息中提取消费金额和收支属性；对该消费金额和收支属性进行分析。

在上述基础上，若账单信息为信用卡对应的账单信息，则第一处理模块51可具体用于：根据该信用卡的记账日和还款日，拆分上述账单信息，获取当月收支记录账单。

进一步地，终端设备50还可以包括：第一发送模块54用于在第一处理模块51执行上述对账单信息进行分析，获得分析结果之后，发送该分析结果给终端设备50中的数据解密模块55，以使数据解密模块55对该分析结果进行全同态解密，其中，数据解密模块55中保存安全密匙信息；则第一处理模块51可以用于将上述全同态解密后的分析结果显示在终端设备的显示界面上。

第一接收模块52还可以用于在第一处理模块51执行上述生成账单查询请求之前，接收用户从显示界面上输入的用户标识信息；接收用户采用终端设备拍摄的银行卡图片信息；则第一处理模块51还可以用于：对上述用户标识信息与银行卡图片信息进行关联，以确定上述用户标识信息对应的账户信息以及该账户信息所属的银行服务器。

需要说明的是，上述账户信息至少包括：用户标识信息，还包括以下信息中一种或其任意组合：银行卡号信息，银行信息，查询时间，用于指示用户允许从银行服务器接收账单信息的用户认证信息，和用于指示查询结果是否需要全同态加密的授权信息。

图6为本发明封装层实施例一的结构示意图。该封装层可以集成在终端设备中，或者，还可以为独立于终端设备的部件，可以通过通信网络与服务器通信。其中，终端设备可以为智能手机和平板电脑等。如图6所示，该封装层60包括：第二接收模块61、第二处理模块62和第二发送模块63。

其中，第二接收模块61用于获得终端设备中应用客户端发送的账单查询请求，该账单查询请求中携带账户信息；第二处理模块62用于根据上述账户信息确定至少一个已关联银行卡所在的银行服务器；第二发送模块63用于发送上述账单查询请求给上述银行服务器；第二接收模块61还用于接收上述银行服务器发送的与上述账户信息对应的各账单信息；第二发送模块63还用于将上述账单信息发送给应用客户端。

本实施例的装置，可以用于执行图4所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

其中，上述账户信息至少包括用户标识信息，还可以包括以下信息中一种或其任意组合：银行卡号信息，银行信息，查询时间，用于指示用户允许从银行服务器接收账单信息的用户认证信息，和用于指示查询结果是否需要全同态加密的授权信息。

第二处理模块62可以具体用于：根据用户标识信息向多个银行服务器查询该用户标识信息对应的银行账号信息，确定至少一个已关联银行卡所在的银行服务器。

在上述基础上，第二处理模块62还可以用于：在上述根据账户信息确定至少一个已关联银行卡所在的银行服务器之后，若账户信息中不包括银行服务器的用户认证信息，则添加该银行服务器的用户认证信息。

若账户信息包括授权信息，且授权信息为是，则第二处理模块62还可以用于：在第二发送模块63执行上述发送账单查询请求给银行服务器之前，与上述银行服务器进行安全密匙信息协商。

图7为本发明终端设备实施例二的结构示意图，该终端设备可以为智能手机和平板电脑等。如图7所示，该终端设备70，包括显示界面71，具备电子记账功能的应用客户端72、封装层73和数据解密模块74。本终端设备实施例中，应用客户端72具备图5所示实施例中终端设备的功能，封装层73的具体结构可参照上述实施例中相应模块功能说明，在此不再赘述，本终端设备实施例涉及的方法可参照上述各方法实施例的流程，在此不再赘述，本实施例的各装置之间通过总线连接。

图8为本发明终端设备实施例三的结构示意图。如图8所示，该终端设备100包括：

中央处理器110，用于控制整个终端设备100的各部分硬件设备，运行操作系统软件以及需要的应用程序软件，包括本发明提供的执行电子记账方法的应用程序软件；

存储设备120，用于完成终端设备100的各种软件程序的存储、数据的存储、软件的运行等，可以是RAM，EPROM，SSD，SD卡和HD硬盘中的一种或者多种；

通信设备130，用于为终端设备100提供网络通信功能，包括蜂窝网络（GSM/UMTS/LTE/CDMA等）、无线局域网（WLAN）、近距离通信（NFC）和蓝牙等中的一种或者多种；

供电设备140，用于为终端设备100提供直流供电，或者将交流供电转换成直流供电；

天线150，用于通信设备130所使用的无线天线发射和接收；

I/O控制设备160，用于控制各种输入输出设备之间的数据交互，包括中央处理器110与显示屏/触摸屏180、I/O接口170之间的数据交互；

I/O接口170，用于为终端设备100提供对外接口，包括USB接口、SD卡接口和按键接口等中的一种或者多种；

显示屏/触摸屏180，显示屏用于显示终端设备100的软件运行状态、设备状态、用户操作界面和操作结果；触摸屏用于接收用户触摸操作并转换成用户操作指令完成相应的功能。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (22)

1.一种电子记账方法，其特征在于，包括：

生成账单查询请求，所述账单查询请求中携带账户信息，以使终端设备根据所述账户信息确定至少一个已关联银行卡所在的银行服务器，并向所述银行服务器发送所述账单查询请求，获取所述银行服务器发送的与所述账户信息对应的各账单信息；

获得所述账单信息，所述账单信息为全同态加密后的账单信息；

对所述账单信息进行分析，获得分析结果；

将所述分析结果显示在所述终端设备的显示界面上。

2.根据权利要求1所述的方法，其特征在于，所述对所述账单信息进行分析，获得分析结果包括：

根据预设的数据格式，从所述账单信息中提取消费金额和收支属性；

对所述消费金额和收支属性进行分析。

3.根据权利要求2所述的方法，其特征在于，若所述账单信息为信用卡对应的账单信息，则所述对所述消费金额和收支属性进行分析包括：

根据所述信用卡的记账日和还款日，拆分所述账单信息，获取当月收支记录账单。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述对所述账单信息进行分析，获得分析结果之后，所述方法还包括：

发送所述分析结果给所述终端设备中的数据解密模块，以使所述数据解密模块对所述分析结果进行全同态解密，所述数据解密模块中保存安全密匙信息；

接收所述数据解密模块发送的全同态解密后的分析结果；

则所述将所述分析结果显示在所述终端设备的显示界面上包括：

将所述全同态解密后的分析结果显示在所述终端设备的显示界面上。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述生成账单查询请求之前，所述方法还包括：

接收用户从所述显示界面上输入的所述用户标识信息；

接收所述用户采用所述终端设备拍摄的银行卡图片信息；

对所述用户标识信息与所述银行卡图片信息进行关联，以确定所述用户标识信息对应的所述账户信息以及所述账户信息所属的银行服务器。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述账户信息至少包括：用户标识信息，还包括以下信息中一种或其任意组合：

银行卡号信息，银行信息，查询时间，用于指示用户允许从所述银行服务器接收所述账单信息的用户认证信息，和用于指示查询结果是否需要全同态加密的授权信息。

7.一种电子记账方法，其特征在于，包括：

终端设备中的封装层获得所述终端设备中应用客户端发送的账单查询请求，所述账单查询请求中携带账户信息；

所述终端设备中的封装层根据所述账户信息确定至少一个已关联银行卡所在的银行服务器；

所述终端设备中的封装层发送所述账单查询请求给所述银行服务器；

所述终端设备中的封装层接收所述银行服务器发送的与所述账户信息对应的各账单信息，并发送给所述应用客户端。

8.根据权利要求7所述的方法，其特征在于，所述账户信息至少包括用户标识信息，还可以包括以下信息中一种或其任意组合：

银行卡号信息，银行信息，查询时间，用于指示用户允许从所述银行服务器接收所述账单信息的用户认证信息，和用于指示查询结果是否需要全同态加密的授权信息。

9.根据权利要求7或8所述的方法，其特征在于，所述终端设备中的封装层根据所述账户信息确定至少一个已关联银行卡所在的银行服务器，包括：

所述终端设备中的封装层根据用户标识信息向多个银行服务器查询所述用户标识信息对应的银行账号信息，确定至少一个已关联银行卡所在的银行服务器。

10.根据权利要求7或8或9所述的方法，其特征在于，所述终端设备中的封装层根据所述账户信息确定至少一个已关联银行卡所在的银行服务器之后，所述方法还包括：

若所述账户信息中不包括所述银行服务器的用户认证信息，则所述终端设备中的封装层添加所述银行服务器的用户认证信息。

11.根据权利要求7-10任一项所述的方法，其特征在于，所述账户信息包括所述授权信息，则所述终端设备中的封装层发送所述账单查询请求给所述银行服务器之前，所述方法还包括：

若所述授权信息为是，则所述终端设备中的封装层与所述银行服务器进行安全密匙信息协商。

12.一种终端设备，其特征在于，包括：第一处理模块和第一接收模块；

所述第一处理模块，用于生成账单查询请求，所述账单查询请求中携带账户信息，以使所述终端设备根据所述账户信息确定至少一个已关联银行卡所在的银行服务器，并向所述银行服务器发送所述账单查询请求，获取所述银行服务器发送的与所述账户信息对应的各账单信息；

所述第一接收模块，用于获得所述账单信息，所述账单信息为全同态加密后的账单信息；

所述第一处理模块还用于对所述账单信息进行分析，获得分析结果；及将所述分析结果显示在所述终端设备的显示界面上。

13.根据权利要求12所述的终端设备，其特征在于，所述第一处理模块具体用于：

根据预设的数据格式，从所述账单信息中提取消费金额和收支属性；

对所述消费金额和收支属性进行分析。

14.根据权利要求13所述的终端设备，其特征在于，若所述账单信息为信用卡对应的账单信息，则所述第一处理模块具体用于：

根据所述信用卡的记账日和还款日，拆分所述账单信息，获取当月收支记录账单。

15.根据权利要求12-14任一项所述的终端设备，其特征在于，所述终端设备还包括：第一发送模块，用于在所述第一处理模块执行所述对所述账单信息进行分析，获得分析结果之后，发送所述分析结果给所述终端设备中的数据解密模块，以使所述数据解密模块对所述分析结果进行全同态解密，所述数据解密模块中保存安全密匙信息；

则所述第一处理模块用于将所述全同态解密后的分析结果显示在所述终端设备的显示界面上。

16.根据权利要求12-15任一项所述的终端设备，其特征在于，所述第一接收模块还用于：

在所述第一处理模块执行所述生成账单查询请求之前，接收用户从所述显示界面上输入的所述用户标识信息；

接收所述用户采用所述终端设备拍摄的银行卡图片信息；

则所述第一处理模块还用于：对所述用户标识信息与所述银行卡图片信息进行关联，以确定所述用户标识信息对应的所述账户信息以及所述账户信息所属的银行服务器。

17.根据权利要求12-16任一项所述的终端设备，其特征在于，所述账户信息至少包括：用户标识信息，还包括以下信息中一种或其任意组合：

银行卡号信息，银行信息，查询时间，用于指示用户允许从所述银行服务器接收所述账单信息的用户认证信息，和用于指示查询结果是否需要全同态加密的授权信息。

18.一种封装层，其特征在于，包括：

第二接收模块，用于获得终端设备中应用客户端发送的账单查询请求，所述账单查询请求中携带账户信息；

第二处理模块，用于根据所述账户信息确定至少一个已关联银行卡所在的银行服务器；

第二发送模块，用于发送所述账单查询请求给所述银行服务器；

所述第二接收模块，还用于接收所述银行服务器发送的与所述账户信息对应的各账单信息；

所述第二发送模块，还用于将所述账单信息发送给所述应用客户端。

19.根据权利要求18所述的封装层，其特征在于，所述账户信息至少包括用户标识信息，还可以包括以下信息中一种或其任意组合：

银行卡号信息，银行信息，查询时间，用于指示用户允许从所述银行服务器接收所述账单信息的用户认证信息，和用于指示查询结果是否需要全同态加密的授权信息。

20.根据权利要求18或19所述的封装层，其特征在于，所述第二处理模块具体用于：

根据用户标识信息向多个银行服务器查询所述用户标识信息对应的银行账号信息，确定至少一个已关联银行卡所在的银行服务器。

21.根据权利要求18或19或20所述的封装层，其特征在于，所述第二处理模块还用于：

在所述根据所述账户信息确定至少一个已关联银行卡所在的银行服务器之后，若所述账户信息中不包括所述银行服务器的用户认证信息，则添加所述银行服务器的用户认证信息。

22.根据权利要求18-21任一项所述的封装层，其特征在于，所述账户信息包括所述授权信息，若所述授权信息为是，则所述第二处理模块还用于：

在所述第二发送模块执行所述发送所述账单查询请求给所述银行服务器之前，与所述银行服务器进行安全密匙信息协商。