基于数字货币的全景式账单的生成方法、装置和设备与流程

本申请涉及数字货币领域，尤其涉及一种基于数字货币的全景式账单的生成方法、装置和设备。

背景技术：

随着金融科技的发展，世界各国央行纷纷在数字货币方向推动研究，中国人民银行从2019年开始已组织多家商业银行及三大电信运营商着手研究数字货币的相关课题。目前数字货币有以下几点优势：1、降低现钞印刷运维成本；2、提升货币运行监控效率；3、打击逃税、洗钱等非法活动。除此之外，如何让使用者感受到对自身的帮助以及使用的便利也是数字货币后续推广能否成功的关键元素之一。

目前，现有的各种商业银行等实体金融系统能够以本行账户为主体生成账户清单，同时支付宝账户等线上服务系统也可以提供消费账单，从而便于用户查看相应系统内账户上的收支情况。不过，不同金融系统之间以及同一金融系统下的不同账户之间的消费数据是相互孤立的，当用户的各种账户数据较多时，依然不便于对自己名下的各账户的总收支、消费以及余额等数据信息进行监控和总结。

技术实现要素：

针对上述问题，本申请提供一种基于数字货币的全景式账单的生成方法、装置和设备，用于向用户展现自身名下不同银行、不同账户的全部收、支和消费情况，实现从以账户为中心到以用户为中心的转变。

本申请的上述目的是通过以下技术方案实现的：

第一方面，本申请实施例提供一种基于数字货币的全景式账单的生成方法，包括：

确定用户签订预设协议后，从金融系统获取用户添加的至少一个独立账户信息；所述金融系统包括传统银行系统、互联网银行系统和第三方支付系统；

分别获取各独立账户的明细数据；

基于预设数据处理规则，对各独立账户的明细数据进行分析整合，生成包含全部或部分独立账户明细数据的全景式账户清单。

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

基于用户操作，保存或修改用户签订的协议信息，以及获取并保存用户新添加的独立账户信息或移除已保存的独立账户信息。

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

基于用户的当前操作，向用户展示所述全景式账户清单。

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

获取并保存用户向所述全景式账户清单中添加的备注信息。

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

将生成的所述全景式账户清单以预设格式保存至文件服务器，以便用户下载。

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

基于用户设定的时间周期，定期将所述全景式账户清单发送至用户邮箱。

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

获取各独立账户所属系统发布的金融信息；所述金融信息包括近期销售的基金、理财产品或市场风险；

将所述金融信息整合至所述全景式账户清单。

可选的，生成的所述全景式账户清单中包括以下要素的一项或多项：

姓名，数字货币清单id，清单年月日，交易发生类型，交易发生金额，交易账户所属银行，交易账户账号，交易商户，交易发生时间。

第二方面，本申请实施例还提供一种基于数字货币的全景式账单的生成装置，包括：

账户获取模块，用于确定用户签订预设协议后，从金融系统获取用户添加的至少一个独立账户信息；所述金融系统包括传统银行系统、互联网银行系统和第三方支付系统；

明细获取模块，用于分别获取各独立账户的明细数据；

账单生成模块，用于基于预设数据处理规则，对各独立账户的明细数据进行分析整合，生成包含全部或部分独立账户明细数据的全景式账户清单。

第三方面，本申请实施例还提供一种基于数字货币的全景式账单的生成设备，包括：

存储器和与所述存储器相连接的处理器；

所述存储器，用于存储程序，所述程序至少用于执行上述的基于数字货币的全景式账单的生成方法；

所述处理器，用于调用并执行所述存储器存储的所述程序。。

本申请的实施例提供的技术方案可以包括以下有益效果：

本发明提供了一种全景式账户清单的查询及展示模式，与现有只能单独查询某一金融系统机构的收、支及消费功能不同，本发明通过将用户的各种独立账户整合到一起，然后整合获取到的所有交易明细，从而可以让用户同时全面了解及掌握自身名下所有金融系统账户的余额变动情况，节省用户查询时间，真正实现以用户为中心。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1为本申请实施例提供的一种基于数字货币的全景式账单的生成方法的流程示意图；

图2为本申请实施例提供的一种基于数字货币的全景式账单的生成装置的结构示意图；

图3为本申请实施例提供的一种基于数字货币的全景式账单的生成设备的结构示意图；

图4为本申请实施例提供的一种基于数字货币的全景式账单的生成系统的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

目前，金融系统中，包括各种传统的实体银行(例如中国四大银行和其他商业银行)、互联网银行(例如腾讯微众银行)以及第三方支付机构(例如支付宝)都能够定时(例如每月)或基于用户的操作产生账户清单，从而用户可以据此比较方便的了解相应相应系统账户的每一笔收入或支出情况以及余额情况。但是，由于种种原因，用户名下可能会包括来自不同系统的多家银行或第三方支付机构的大量账户，这些账户一般会对应不同的用途，那么用户对多个账户中的资金变化明细进行综合统计的过程一般都会比较复杂：一般需要用户首先通过手机app或网页等途径从各账户分别获取相应的明细数据，然后再手动汇总成综合性的清单。其缺点在于，一方面，当用户名下账户数量较多时，分别获取账户明细数据的过程非常繁琐且容易遗漏不常用账户；另一方面，手动汇总的过程(例如基于excel设计表格或直接手动书写)需要用户对清单中需要的关键要素进行设计规划，特别费时费力且容易出错。

基于上述问题，为了实现从以账户为中心到以用户为中心的转变，本申请基于以下实施例提供一种基于数字货币的全景式账单的生成方法以及对应的装置和设备。

实施例

请参阅图1，图1为本申请实施例提供的一种基于数字货币的全景式账单的生成方法的流程示意图。

如图1所示，该方法包括以下步骤：

s101：确定用户签订预设协议后，从金融系统获取用户添加的至少一个独立账户信息；所述金融系统包括传统银行系统、互联网银行系统和第三方支付系统；

具体的，用户签订的预设协议，是指用户为了使用本申请实施例所提供的方法，而必须详细阅读、理解并同意的用户协议，例如，可以是类似于一些手机银行app中的用户协议，其主要用途是获取用户的同意，从而能够从相应的金融系统中查询和存储用户后续添加的独立账户信息以及其他信息。

此外，金融系统包括传统银行系统、互联网银行系统和第三方支付系统，则对应的，用户添加的独立账户信息，是指同属于用户本人名下的各种银行或类似机构的账户信息，包括传统银行、互联网银行和第三方支付机构。进一步的，银行账户可以是定期/活期存折、借记卡以及信用卡等账户；第三方支付机构可以是微信钱包、支付宝余额宝以及京东小金库等账户。

当然，应当理解的是，为了保证用户添加的所有账户都属于其本人名下，因此，一般在用户添加账户之前，都需要用户首先完成身份认证，身份认证通常可以是基于用户本人的居民身份证或其他有效的个人证件完成。

也就是说，当用户签订协议并完成身份认证之后，即可添加本人名下的多种金融账户，从而形成一个包含多个账户的全景式账户。

s102：分别获取各独立账户的明细数据；

具体的，本实施例中所述的获取账户明细数据通常是基于互联网实现，例如通过互联网从建设银行的网上银行系统访问用户的储蓄卡账户或通过互联网访问用户的支付宝余额宝账户，从而获取相应账户中的所有历史明细数据，并进行保存。

s103：基于预设数据处理规则，对各独立账户的明细数据进行分析整合，生成包含全部或部分独立账户明细数据的全景式账户清单。

具体的，预设数据处理规则可以是用户预先设定好的整合规则，也可以是本申请实施例所提供方法本身默认生成的整合规则。此外，对于生成的全景式账户清单，可以包含用户添加的全部独立账户，也可以仅包括用户预先选定的特定账户，如此可以更好的满足用户的实际需求。

本申请的实施例提供的技术方案可以包括以下有益效果：

本发明提供了一种全景式账户清单的查询及展示模式，与现有只能单独查询某一金融系统机构的收、支及消费功能不同，本发明通过将用户的各种独立账户整合到一起，然后整合获取到的所有交易明细，从而可以让用户同时全面了解及掌握自身名下所有金融系统账户的余额变动情况，节省用户查询时间，真正实现以用户为中心。

进一步的，为了更好的满足用户需求，提高用户体验，在上述实施例的基础上，本申请实施例还提供以下改进和优化方案。

一些实施例中，所述改进方案包括：

基于用户操作，保存或修改用户签订的协议信息，以及获取并保存用户新添加的独立账户信息或移除已保存的独立账户信息。

具体的，如果用户在使用上述方案一段时间后，对用户协议中的某些条款有异议，则其可以直接解除签订的协议(当然也就无法继续利用该方案生成全景式账户清单)，或者对该条款提出建议。另一方面，当用户开设了新的银行账户(或第三方支付机构账户)，则其可以选择将该账户也加入之前生成的全景式账户，反之，当某些已加入全景式账户的独立账户停止使用时，用户也可以将其移除。

此外，考虑到本申请实施例提供的方案在具体应用时，一般是通过电脑网页或手机app等方式实现，因此，在用户操作下，即时生成全景式账户清单时，可以直接通过电脑屏幕或手机屏幕向用户进行展示。

进一步的，在通过屏幕向用户展示全景式账户清单时，上述方案还可以包括：获取并保存用户向所述全景式账户清单中添加的备注信息。更进一步的，上述方案还可以包括：将生成的所述全景式账户清单以预设格式保存至文件服务器，以便用户下载。

也就是说，用户在查看全景式账户清单时，还可以即时向其中添加备注信息，并且，对于生成的全景式账户清单，可以将其保存到文件服务器。如此，如果用户当前不方便长时间查看全景式账户清单，则可以在之后的合适时间，到文件服务器下载账户清单文件，从而继续查看。并且，如果之前添加了备注信息，再次查看时还可以提醒自己注意。此外，以上所述的预设格式，指的是全景式账户清单文件的保存格式，一般可以是pdf或excel表格等格式。

一些实施例中，生成的所述全景式账户清单中包括以下要素的一项或多项：姓名，数字货币清单id，清单年月日，交易发生类型(存款、取款、消费、转帐)，交易发生金额，交易账户所属银行，交易账户账号(后四位or六位)，交易商户(消费类)，交易发生时间等。当然，应当理解的是，全景式账户清单的要素不限于以上各项，其可以根据实际情况增加或调整，例如对于客户的一些固定支出(信用卡还款日，贷款还款日等)，也可以在账户清单中给与相应的提示。另外，考虑到其中要素的特殊性，还可以基于部分要素生成例如柱状图、折线图等图表，从而更直观的向用户展示相应的信息。

此外，为了进一步提升用户体验，上述方案还可以包括：基于用户设定的时间周期(例如每月1日)，定期将所述全景式账户清单发送至用户邮箱。如此设置，如果用户无需对全景式账户清单中的独立账户或清单要素等信息进行修改，则其不必专门定期登录相应网页或手机app进行操作，非常便捷且不必担心遗忘，只需要及时查看邮箱即可。

此外，上述方案还可以包括：获取各独立账户的对应机构发布的金融信息；所述金融信息包括近期销售的基金、理财产品或市场风险；将所述金融信息整合至所述全景式账户清单。

也就是说，由于各银行或第三方支付机构中，一般都会定期更新一些基金、理财产品以及市场风险等金融信息，那么在获取独立账户中的明细信息时，还可以同时获取该类金融信息，并且将其整合至全景式账户清单中，从而给用户提供参考。当然，在实际应用时，可以根据用户的选择确定是否将上述金融信息整合至全景式账户清单中。

为了对本申请的技术方案进行更全面的说明，对应于上述实施例提供的基于数字货币的全景式账单的生成方法，本申请实施例还提供一种基于数字货币的全景式账单的生成装置。

请参阅图2，图2为本申请实施例提供的一种基于数字货币的全景式账单的生成装置的结构示意图。

如图2所示，该装置包括如下结构：

账户获取模块21，用于确定用户签订预设协议后，从金融系统获取用户添加的至少一个独立账户信息；所述金融系统包括传统银行系统、互联网银行系统和第三方支付系统；

明细获取模块22，用于分别获取各独立账户的明细数据；

账单生成模块23，用于基于预设数据处理规则，对各独立账户的明细数据进行分析整合，生成包含全部或部分独立账户明细数据的全景式账户清单。

具体的，上述每个功能模块的功能的具体实现方式可以参照上述基于数字货币的全景式账单的生成方法中的内容来实现，对此不再详述。

为了对本申请的技术方案进行更全面的说明，对应于上述实施例提供的基于数字货币的全景式账单的生成方法，本申请实施例还提供一种基于数字货币的全景式账单的生成设备。

请参阅图3，图3为本申请实施例提供的一种基于数字货币的全景式账单的生成设备的结构示意图。如图3所示，该设备包括如下结构：

存储器31和与存储器31相连接的处理器32；

存储器31用于存储程序，所述程序至少用于执行上述的基于数字货币的全景式账单的生成方法；

处理器32用于调用并执行存储器31存储的所述程序。

具体的，该设备可以是计算机、智能手机或类似的智能设备，其中程序的功能的具体实现方式可以参照上述基于数字货币的全景式账单的生成方法中的内容来实现，对此不再详述。

以上是对本申请技术方案的整体介绍，为了便于技术人员理解，以下将通过一个具体示例进行说明。

请参阅图4，图4为本申请实施例提供的一种基于数字货币的全景式账单的生成系统的结构示意图。如图4所示，该系统包括：

协议维护模块41：通过该模块，客户可签订、解除及维护协议；

数据记录模块42：该模块主要用于记录客户的签约信息以及账户信息；

数据分析模块43：该模块主要用于对客户所有账户信息的相关数据进行分析，并生成一些资产情况表(图)；

外部信息获取模块44：该模块主要用于获取外部的一些金融信息，如近期销售的基金、理财产品，以及一些市场风险等；

账单生成模块45：主要用于定期或者按照客户指定时间段生成账单；

账单推送模块46：按照客户要求，定期向客户发送账单。

可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。

需要说明的是，在本申请的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本申请的描述中，除非另有说明，“多个”的含义是指至少两个。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(pga)，现场可编程门阵列(fpga)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。