目标用户的多账户余额获取方法及其装置、电子设备

技术领域

本发明涉及金融科技领域及其他相关技术领域，具体而言，涉及一种目标用户的多账户余额获取方法及其装置、电子设备。

背景技术

随着企业的发展，为了经营和管理的需要，资金往往存储在不同的金融机构，企业管理者需要实时了解所有合作机构的资金动态变化，为集团提供整体的资金决策分析，除了企业/公司/集团外，个人基于自身需求也会将自身的资金存储在不同的金融机构。

相关技术中，对于多账户和多机构的资金余额和交易明细查询，往往是通过人工确认资金存储的金融机构并登陆金融机构系统调用相关资金明细，这种余额获取方式会导致计算效率较低，且容易遗漏导致计算结果不准确。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种目标用户的多账户余额获取方法及其装置、电子设备，以至少解决相关技术中，当用户对多个金融机构的账户余额进行查询和管理时，需要人工登录多个金融机构的系统查询账户余额并计算总的余额，计算效率较低且容易出现遗漏的技术问题。

根据本发明实施例的一个方面，提供了一种目标用户的多账户余额获取方法，包括：响应用户端的查询请求，基于所述查询请求携带的目标用户的用户标识获取待采集余额的金融账户清单，其中，所述金融账户清单包括：N个金融账户、各金融账户对应的金融机构，N为正整数；将所述金融账户清单输入至余额采集模块，输出账户文件集合，其中，所述账户文件集合包括：余额文件集合和交易明细文件集合；对所述账户文件集合进行预处理，得到最新的所述账户文件集合；基于最新的所述账户文件集合计算所述目标用户的多账户余额，并基于所述交易明细文件集合对所述多账户余额进行验证，在验证通过的情况下，将所述目标用户的多账户余额返回至所述用户端。

可选地，在响应用户端的查询请求之前，还包括：接收所述用户端发送的注册请求，其中，所述注册请求包括：用户标识、用户账户信息，所述用户账户信息包括：用户存储资金的金融机构、用户在所述金融机构办理账户的账户标识、各金融机构的登录信息；基于所述用户账户信息构建所述金融账户清单，并将所述用户标识和所述金融账户清单存储至数据库。

可选地，所述余额采集模块包括RPA自动化模块和OCR识别模块，在响应用户端的查询请求之前，还包括：为所述余额采集模块配置金融机构采集名单，并对所述余额采集模块和所述金融机构采集名单中的所述金融机构的查询系统建立连接；为所述余额采集模块配置待采集字段，其中，所述待采集字段用于指示所述余额采集模块从所述金融机构的查询系统采集所述账户文件的文件类型。

可选地，在响应用户端的查询请求之前，还包括：基于所述用户标识为所述余额采集模块配置触发器，并设置所述触发器的触发条件，其中，所述触发器用于基于所述触发条件触发所述余额采集模块采集所述用户标识对应的账户文件。

可选地，在基于所述用户标识为所述余额采集模块配置触发器，并设置所述触发器的触发条件之后，还包括：在达到所述触发条件的情况下，由所述余额采集模块基于用户标识从数据库中提取用户账户信息，并基于所述用户账户信息登录各金融机构的查询系统；基于待采集字段从各金融机构的查询系统采集所述用户标识对应的所述账户文件。

可选地，基于所述用户账户信息登录各金融机构的查询系统的步骤包括：由RPA自动化模块读取所述账户信息对应的所有金融机构和各所述金融机构的登录信息，并基于登录密码向各金融机构的查询系统发送登录请求；由OCR识别模块识别各所述金融机构的查询系统登录页面的验证码，并将所述验证码填写至验证码输入框；在所述登录密码和所述验证码均验证通过的情况下，登录各所述金融机构的查询系统。

可选地，对所述账户文件集合进行预处理，得到最新的所述账户文件集合的步骤包括：基于预设文件格式对采集的所述账户文件集合进行加工，得到目标文件格式的账户文件集合；对目标文件格式的账户文件集合进行过滤，基于文件采集时间对重复账户文件进行删除，得到最新的所述账户文件集合。

根据本发明实施例的另一方面，还提供了一种目标用户的多账户余额获取装置，包括：响应单元，用于响应用户端的查询请求，基于所述查询请求携带的目标用户的用户标识获取待采集余额的金融账户清单，其中，所述金融账户清单包括：N个金融账户、各金融账户对应的金融机构，N为正整数；输出单元，用于将所述金融账户清单输入至余额采集模块，输出账户文件集合，其中，所述账户文件集合包括：余额文件集合和交易明细文件集合；处理单元，用于对所述账户文件集合进行预处理，得到最新的所述账户文件集合；计算单元，用于基于最新的所述账户文件集合计算所述目标用户的多账户余额，并基于所述交易明细文件集合对所述多账户余额进行验证，在验证通过的情况下，将所述目标用户的多账户余额返回至所述用户端。

可选地，所述目标用户的多账户余额获取装置还包括：第一接收模块，用于接收所述用户端发送的注册请求，其中，所述注册请求包括：用户标识、用户账户信息，所述用户账户信息包括：用户存储资金的金融机构、用户在所述金融机构办理账户的账户标识、各金融机构的登录信息；第一构建模块，用于基于所述用户账户信息构建所述金融账户清单，并将所述用户标识和所述金融账户清单存储至数据库。

可选地，所述余额采集模块包括RPA自动化模块和OCR识别模块，所述目标用户的多账户余额获取装置还包括：第一配置模块，用于为所述余额采集模块配置金融机构采集名单，并对所述余额采集模块和所述金融机构采集名单中的所述金融机构的查询系统建立连接；第二配置模块，用于为所述余额采集模块配置待采集字段，其中，所述待采集字段用于指示所述余额采集模块从所述金融机构的查询系统采集所述账户文件的文件类型。

可选地，所述目标用户的多账户余额获取装置还包括：第三配置模块，用于基于所述用户标识为所述余额采集模块配置触发器，并设置所述触发器的触发条件，其中，所述触发器用于基于所述触发条件触发所述余额采集模块采集所述用户标识对应的账户文件。

可选地，所述目标用户的多账户余额获取装置还包括：第一登录模块，用于在达到所述触发条件的情况下，由所述余额采集模块基于用户标识从数据库中提取用户账户信息，并基于所述用户账户信息登录各金融机构的查询系统；第一采集模块，用于基于待采集字段从各金融机构的查询系统采集所述用户标识对应的所述账户文件。

可选地，所述第一登录模块包括：第一读取子模块，用于由RPA自动化模块读取所述账户信息对应的所有金融机构和各所述金融机构的登录信息，并基于登录密码向各金融机构的查询系统发送登录请求；第一识别子模块，用于由OCR识别模块识别各所述金融机构的查询系统登录页面的验证码，并将所述验证码填写至验证码输入框；第一登录子模块，用于在所述登录密码和所述验证码均验证通过的情况下，登录各所述金融机构的查询系统。

可选地，所述处理单元包括：第一加工模块，用于基于预设文件格式对采集的所述账户文件集合进行加工，得到目标文件格式的账户文件集合；第一过滤模块，用于对目标文件格式的账户文件集合进行过滤，基于文件采集时间对重复账户文件进行删除，得到最新的所述账户文件集合。

根据本发明实施例的另一方面，还提供了一种计算机可读存储介质，所述计算机可读存储介质包括存储的计算机程序，其中，在所述计算机程序运行时控制所述计算机可读存储介质所在设备执行上述任意一项目标用户的多账户余额获取方法。

根据本发明实施例的另一方面，还提供了一种电子设备，包括一个或多个处理器和存储器，所述存储器用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现上述任意一项目标用户的多账户余额获取方法。

在本公开中，通过以下步骤：先响应用户端的查询请求，基于查询请求携带的目标用户的用户标识获取待采集余额的金融账户清单，再将金融账户清单输入至余额采集模块，输出账户文件集合，其中，账户文件集合包括：余额文件集合和交易明细文件集合，然后对账户文件集合进行预处理，得到最新的账户文件集合，最后基于最新的账户文件集合计算目标用户的多账户余额，并基于交易明细文件集合对多账户余额进行验证，在验证通过的情况下，将目标用户的多账户余额返回至用户端。

在本公开中，通过余额采集模块对各用户的多账户资金进行查询，得到余额文件和交易明细文件，当目标用户需要查询名下所有金融机构存在的账户余额时，可以直接将该用户存储资金的金融账户清单输入至余额采集模块，就可以输出该用户所有的账户文件集合，通过余额采集模块对多账户资金进行查询管理，避免人工依次登录系统查询，节省了人力，提升了余额查询和计算效率，并对账户文件集合进行筛选，避免出现重复的文件导致计算结果不准确，同时在计算得到总余额后增加了验证机制，通过交易明细文件集合中的交易明细数据对总余额进行验证，保证了数据的准确性，进而解决了相关技术中，当用户对多个金融机构的账户余额进行查询和管理时，需要人工登录多个金融机构的系统查询账户余额并计算总的余额，计算效率较低且容易出现遗漏的技术问题。

附图说明

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

图1是根据本发明实施例的一种可选的目标用户的多账户余额获取方法的流程图；

图2是根据本发明实施例的一种可选的多账户余额获取系统采集目标用户多账户余额的流程图；

图3是根据本发明实施例的一种可选的目标用户的多账户余额获取装置的示意图；

图4是根据本发明实施例的一种目标用户的多账户余额获取方法的电子设备(或移动设备)的硬件结构框图。

具体实施方式

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

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

为便于本领域技术人员理解本发明，下面对本发明各实施例中涉及的部分术语或名词做出解释：

机器人流程自动化，Robotic Process Automation，简称RPA，一种利用机器学习算法自动执行重复性、高度规范化任务的技术。

光学字符识别，Optical Character Recognition，简称OCR，通过识别和解析图像或扫描文档中的文字，将其转换为计算机可读的文本形式。

需要说明的是，本公开中的目标用户的多账户余额获取方法及其装置可用于金融科技领域在对目标用户的多个账户余额进行查询和计算的情况下，也可用于除金融科技领域之外的任意领域在对目标用户的多个账户余额进行查询和计算的情况下，本公开中对目标用户的多账户余额获取方法及其装置的应用领域不做限定。

需要说明的是，本公开所涉及的相关信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。例如，本系统和相关用户或机构间设置有接口，在获取相关信息之前，需要通过接口向前述的用户或机构发送获取请求，并在接收到前述的用户或机构反馈的同意信息后，获取相关信息。

本发明下述各实施例可应用于各种多账户余额查询的系统/应用/设备中。本发明通过余额采集模块对用户多个金融机构的账户进行管理，实时采集用户在各金融系统的账户文件，并在用户查询余额时，通过该用户的金融账户清单输出该用户对应的账户文件，进而计算该用户所有的余额，可以实现自动化统一管理，避免了人工逐一登录金融机构系统进行查询，提升了余额查询效率。

本发明采用RPA自动化技术和OCR识别技术，实现自动化登录各金融机构的查询系统，对目标用户的账户余额和交易明细进行查询，并在查询之前规定了待采集数据字段，通过该字段可以自动定位到对应的账户文件，提升了目标用户对于多个金融机构账户余额的查询效率。

下面结合各个实施例来详细说明本发明。

实施例一

根据本发明实施例，提供了一种目标用户的多账户余额获取方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图1是根据本发明实施例的一种可选的目标用户的多账户余额获取方法的流程图，如图1所示，该方法包括如下步骤：

步骤S101，响应用户端的查询请求，基于查询请求携带的目标用户的用户标识获取待采集余额的金融账户清单，其中，金融账户清单包括：N个金融账户、各金融账户对应的金融机构，N为正整数；

步骤S102，将金融账户清单输入至余额采集模块，输出账户文件集合，其中，账户文件集合包括：余额文件集合和交易明细文件集合；

步骤S103，对账户文件集合进行预处理，得到最新的账户文件集合；

步骤S104，基于最新的账户文件集合计算目标用户的多账户余额，并基于交易明细文件集合对多账户余额进行验证，在验证通过的情况下，将目标用户的多账户余额返回至用户端。

通过上述步骤，先响应用户端的查询请求，基于查询请求携带的目标用户的用户标识获取待采集余额的金融账户清单，再将金融账户清单输入至余额采集模块，输出账户文件集合，其中，账户文件集合包括：余额文件集合和交易明细文件集合，然后对账户文件集合进行预处理，得到最新的账户文件集合，最后基于最新的账户文件集合计算目标用户的多账户余额，并基于交易明细文件集合对多账户余额进行验证，在验证通过的情况下，将目标用户的多账户余额返回至用户端。

本实施例中，通过余额采集模块对各用户的多账户资金进行查询，得到余额文件和交易明细文件，当目标用户需要查询名下所有金融机构存在的账户余额时，可以直接将该用户存储资金的金融账户清单输入至余额采集模块，就可以输出该用户所有的账户文件集合，通过余额采集模块对多账户资金进行查询管理，避免人工依次登录系统查询，节省了人力，提升了余额查询和计算效率，并对账户文件集合进行筛选，避免出现重复的文件导致计算结果不准确，同时在计算得到总余额后增加了验证机制，通过交易明细文件集合中的交易明细数据对总余额进行验证，保证了数据的准确性，进而解决了相关技术中，当用户对多个金融机构的账户余额进行查询和管理时，需要人工登录多个金融机构的系统查询账户余额并计算总的余额，计算效率较低且容易出现遗漏的技术问题。

下面结合上述各步骤对本发明实施例进行详细说明。

需要说明的是，用户(个人/企业/公司/集团)为了自身便利或为了保证资金的安全，在一定程度上规避金融风险等原因，往往会将自身持有的资金存储至多个金融机构，例如某些企业在境外设置了分公司，根据需要会将资金存储至境外金融机构，在这种场景下，当用户需要查询自身资金总余额时，就需要登录各个金融机构的资金查询系统手动进行查询，并根据各金融机构的余额计算总的余额，查询和计算量较大，且对于存在较多账户的用户，查询起来会耗费较多的时间，查询和计算效率都较低，且难以保证不会遗漏信息，造成计算结果不准确的问题。

需要说明的是，本发明的实施主体为多账户余额查询系统，该多账户余额查询系统与各金融机构建立连接，可以从各金融机构获取目标用户的账户文件，进而基于账户文件中的余额文件计算用户所有的账户余额，并将计算结果返回至目标用户所在的用户端，可以提升余额查询效率，且可以对用户的账户余额进行实时查询，保证计算结果的准确性和实时性。

可选地，在响应用户端的查询请求之前，还包括：接收用户端发送的注册请求，其中，注册请求包括：用户标识、用户账户信息，用户账户信息包括：用户存储资金的金融机构、用户在金融机构办理账户的账户标识、各金融机构的登录信息；基于用户账户信息构建金融账户清单，并将用户标识和金融账户清单存储至数据库。

需要说明的是，在进行查询之前，用户端需要在多账户余额查询系统进行注册，并将自身存储资金的金融机构、在金融机构办理的账户对应的账户标识以及各金融机构的登录信息(包括但不限于：登录密码、登录用户名、注册邮箱等)发送至该系统，系统根据用户端发送的信息生成金融账户清单，该清单中记载了目标用户的存储资金所有金融机构，以及登录每个金融机构的账户名和登录密码，并将该金融账户清单以用户标识为标记存储至系统数据库中，后续可根据账户标识直接调用该清单。

可选地，余额采集模块包括RPA自动化模块和OCR识别模块，在响应用户端的查询请求之前，还包括：为余额采集模块配置金融机构采集名单，并对余额采集模块和金融机构采集名单中的金融机构的查询系统建立连接；为余额采集模块配置待采集字段，其中，待采集字段用于指示余额采集模块从金融机构的查询系统采集账户文件的文件类型。

需要说明的是，用户在多账户余额查询系统中注册之后，系统会将用户注册的全部信息传输至金融采集模块，由金融采集模块对该用户的账户文件进行实时采集，该金融采集模块部署在多账户余额查询系统中，包括RAP自动化模块和OCR识别模块，RAP自动化模块与各金融机构的查询系统预先建立了连接，其中存储已注册的每个用户的用户信息，根据每位用户的登录信息可以自动登录各金融系统查询用户账户资金明细，OCR识别模块可以访问各金融机构的登录页面，对于需要通过验证码登录的金融机构查询系统，OCR识别模块可以自动识别登录页面中的验证码，并自动填写到登录页面中相应位置。

需要说明的是，在对多账户余额进行查询之前，还需要为余额采集模块配置待采集字段，由于各金融机构数据库中存储了海量文件，包括各种类型，不仅仅只有余额文件和交易明细文件，因此为余额采集模块配置待采集字段，可以在查询时直接定位到对应的账户文件，即余额文件和交易明细文件。

可选地，在响应用户端的查询请求之前，还包括：基于用户标识为余额采集模块配置触发器，并设置触发器的触发条件，其中，触发器用于基于触发条件触发余额采集模块采集用户标识对应的账户文件。

需要说明的是，余额采集模块预先配置了触发器，各用户基于自身需求设置了触发条件，触发器种类包括但不限于：时间触发器、计划触发器、事件触发器、监视触发器，其中，时间触发器指定任务在特定的日期和时间启动，如每天早上9点启动、每周一下午3点启动等；计划触发器定义任务按照特定的计划周期性地启动，如每隔一小时、每天、每周或每月重复执行；事件触发器根据外部事件(如文件夹中新增文件、接收到特定类型的电子邮件等)来触发任务的启动；监视触发器监视特定的系统状态或应用程序状态，并在满足特定条件时启动任务，例如，当某个应用程序出现错误消息时启动任务。

可选地，在基于用户标识为余额采集模块配置触发器，并设置触发器的触发条件之后，还包括：在达到触发条件的情况下，由余额采集模块基于用户标识从数据库中提取用户账户信息，并基于用户账户信息登录各金融机构的查询系统；基于待采集字段从各金融机构的查询系统采集用户标识对应的账户文件。

需要说明的是，系统会启动一个内部进程，用于监控触发器的状态，当触发器符合触发条件时，就会自动启动该内部进程，调用余额采集模块根据用户账户信息对各用户的账户文件进行采集，并将采集得到的文件存储至余额查询模块中。

可选地，基于用户账户信息登录各金融机构的查询系统的步骤包括：由RPA自动化模块读取账户信息对应的所有金融机构和各金融机构的登录信息，并基于登录密码向各金融机构的查询系统发送登录请求；由OCR识别模块识别各金融机构的查询系统登录页面的验证码，并将验证码填写至验证码输入框；在登录密码和验证码均验证通过的情况下，登录各金融机构的查询系统。

需要说明的是，在登录各金融机构查询系统时，由RPA自动化模块和OCR识别模块协作实现自动化登录，首先RAP自动化模块会提取目标用户的金融机构登录信息，根据登录信息自动调用各金融机构的数据查询接口，进入登录界面，在登录界面自动输入目标用户的登录信息，对于需要验证码进行验证登录的金融机构查询系统，调用OCR识别模块对页面图像进行识别，将识别得到的验证码输入至登录界面的验证码输入框，进而以目标用户的身份自动登录到各金融机构的查询系统，获取目标用户的账户文件。

步骤S101，响应用户端的查询请求，基于查询请求携带的目标用户的用户标识获取待采集余额的金融账户清单。

需要说明的是，当目标用户有多个账户的余额查询需求时，可以向多账户余额查询系统发送查询请求，系统接收到用户端的查询请求，对查询请求进行解析得到用户端的用户标识，通过该标识调用该用户的金融账户清单，金融账户清单中包括待查询的金融机构。

步骤S102，将金融账户清单输入至余额采集模块，输出账户文件集合，其中，账户文件集合包括：余额文件集合和交易明细文件集合。

需要说明的是，将金融账户清单输入至余额采集模块之后，余额采集模块会自动对存储的文件进行筛选，并输出该用户对应的所有金融机构的账户文件，账户文件包括余额文件和交易明细文件。

步骤S103，对账户文件集合进行预处理，得到最新的账户文件集合。

可选地，对账户文件集合进行预处理，得到最新的账户文件集合的步骤包括：基于预设文件格式对采集的账户文件集合进行加工，得到目标文件格式的账户文件集合；对目标文件格式的账户文件集合进行过滤，基于文件采集时间对重复账户文件进行删除，得到最新的账户文件集合。

需要说明的是，由于在进行数据采集时是基于时间等触发条件进行筛选的，可能存在重复采集的情况，造成数据冗余，因此在计算总余额之前，需要对账户文件进行预处理，将重复数据进行删除，得到最新更新的文件，进而提升计算的效率和准确性，同时为了避免因文件格式不同导致计算出错，在计算总余额之前还需要对文件格式进行加工，转化成预设的目标格式文件。

步骤S104，基于最新的账户文件集合计算目标用户的多账户余额，并基于交易明细文件集合对多账户余额进行验证，在验证通过的情况下，将目标用户的多账户余额返回至用户端。

需要说明是，在获取到目标用户对应的所有账户文件之后，读取余额文件中的账户余额，将所有账户余额累加得到全部账户的总余额，同时为了确保余额的准确性，通过交易明细文件中交易明细数据的计算，对多账户余额进行验证，在验证通过的情况下，将计算得到的目标用户的多账户余额返回至用户端。

下面结合另一种可选的具体实施方式进行详细说明。

图2是根据本发明实施例的一种可选的多账户余额获取系统采集目标用户多账户余额的流程图，如图2所示，本发明实施例构建了多账户余额查询系统，该系统可以访问各金融机构(图2中以金融机构1，金融机构2......金融机构N进行示意)的查询系统，获取目标用户在各金融机构的余额和账户明细，用户端与各金融机构进行交易之后，会产生账户余额的更新，并更新账户文件，该系统只需要从金融机构集合中采集最新的账户文件，并对目标用户对应的所有金融机构的账户文件进行整合计算，就可以获取目标用户的总余额。

具体的，该多账户余额查询系统执行以下工作流程从而获取目标用户的多账户余额：

步骤一，设置触发器和触发条件；

步骤二，启动自动化处理进程(对应于上述内部进程)，该进程对触发器进行监控，当满足触发条件，即启动自动化处理进程会自动登录各金融机构并采集相应的账户文件；

步骤三，启动余额查询模块，登录金融机构查询系统，获取账户文件；

余额查询系统包括RAP自动化模块和OCR识别模块，RAP自动化模块会基于余额查询模块中存储的账户登录信息自动登录各金融机构查询系统，账户登录信息包括用户名和用户账号，对于需要进行验证码验证的金融机构查询系统，OCR识别模块可以自动识别登录页面的验证码信息，并提取登录验证码，将其填写到验证码输入框，在登录密码以及验证码均验证通过的情况下，登录到金融机构的查询系统，下载目标用户对应的账户文件并存储到余额采集模块中。

步骤四，目标用户通过用户端向系统发送查询请求；

步骤五，基于查询请求获取金融账户清单，基于金融账户清单从余额采集系统提取账户文件，并对账户文件进行预处理，包括格式加工和去重操作；

步骤六，计算多账户余额，通过交易明细文件集合中的交易明细数据验证多账户余额是否正确，并将验证通过的多账户余额发送至用户端。

步骤七，用户端接收多账户余额并进行展示。

通过上述多账户余额查询系统，可以实现自动化登录各金融机构的查询系统，对目标用户的账户余额和交易明细进行查询，并在查询之前规定了待采集数据字段，通过该字段可以自动定位到对应的账户文件，实现自动化统一管理，避免了人工逐一登录金融机构系统进行查询，提升了目标用户对于多个金融机构账户余额的查询效率。

下面结合另一实施例进行详细说明。

实施例二

本实施例中提供的一种目标用户的多账户余额获取装置包含了多个实施单元，每个实施单元对应于上述实施例一中的各个实施步骤。

图3是根据本发明实施例的一种可选的目标用户的多账户余额获取装置的示意图，如图3所示，该目标用户的多账户余额获取装置包括：响应单元31、输出单元32、处理单元33、计算单元34，其中，

响应单元31，用于响应用户端的查询请求，基于查询请求携带的目标用户的用户标识获取待采集余额的金融账户清单，其中，金融账户清单包括：N个金融账户、各金融账户对应的金融机构，N为正整数；

输出单元32，用于将金融账户清单输入至余额采集模块，输出账户文件集合，其中，账户文件集合包括：余额文件集合和交易明细文件集合；

处理单元33，用于对账户文件集合进行预处理，得到最新的账户文件集合；

计算单元34，用于基于最新的账户文件集合计算目标用户的多账户余额，并基于交易明细文件集合对多账户余额进行验证，在验证通过的情况下，将目标用户的多账户余额返回至用户端。

上述多账户余额获取装置，通过响应单元31响应用户端的查询请求，基于查询请求携带的目标用户的用户标识获取待采集余额的金融账户清单；通过输出单元32将金融账户清单输入至余额采集模块，输出账户文件集合；通过处理单元33对账户文件集合进行预处理，得到最新的账户文件集合；通过计算单元34基于最新的账户文件集合计算目标用户的多账户余额，并基于交易明细文件集合对多账户余额进行验证，在验证通过的情况下，将目标用户的多账户余额返回至用户端。

本实施例中，通过余额采集模块对各用户的多账户资金进行查询，得到余额文件和交易明细文件，当目标用户需要查询名下所有金融机构存在的账户余额时，可以直接将该用户存储资金的金融账户清单输入至余额采集模块，就可以输出该用户所有的账户文件集合，通过余额采集模块对多账户资金进行查询管理，避免人工依次登录系统查询，节省了人力，提升了余额查询和计算效率，并对账户文件集合进行筛选，避免出现重复的文件导致计算结果不准确，同时在计算得到总余额后增加了验证机制，通过交易明细文件集合中的交易明细数据对总余额进行验证，保证了数据的准确性，进而解决了相关技术中，当用户对多个金融机构的账户余额进行查询和管理时，需要人工登录多个金融机构的系统查询账户余额并计算总的余额，计算效率较低且容易出现遗漏的技术问题。

可选地，目标用户的多账户余额获取装置还包括：第一接收模块，用于接收用户端发送的注册请求，其中，注册请求包括：用户标识、用户账户信息，用户账户信息包括：用户存储资金的金融机构、用户在金融机构办理账户的账户标识、各金融机构的登录信息；第一构建模块，用于基于用户账户信息构建金融账户清单，并将用户标识和金融账户清单存储至数据库。

可选地，余额采集模块包括RPA自动化模块和OCR识别模块，目标用户的多账户余额获取装置还包括：第一配置模块，用于为余额采集模块配置金融机构采集名单，并对余额采集模块和金融机构采集名单中的金融机构的查询系统建立连接；第二配置模块，用于为余额采集模块配置待采集字段，其中，待采集字段用于指示余额采集模块从金融机构的查询系统采集账户文件的文件类型。

可选地，目标用户的多账户余额获取装置还包括：第三配置模块，用于基于用户标识为余额采集模块配置触发器，并设置触发器的触发条件，其中，触发器用于基于触发条件触发余额采集模块采集用户标识对应的账户文件。

可选地，目标用户的多账户余额获取装置还包括：第一登录模块，用于在达到触发条件的情况下，由余额采集模块基于用户标识从数据库中提取用户账户信息，并基于用户账户信息登录各金融机构的查询系统；第一采集模块，用于基于待采集字段从各金融机构的查询系统采集用户标识对应的账户文件。

可选地，第一登录模块包括：第一读取子模块，用于由RPA自动化模块读取账户信息对应的所有金融机构和各金融机构的登录信息，并基于登录密码向各金融机构的查询系统发送登录请求；第一识别子模块，用于由OCR识别模块识别各金融机构的查询系统登录页面的验证码，并将验证码填写至验证码输入框；第一登录子模块，用于在登录密码和验证码均验证通过的情况下，登录各金融机构的查询系统。

可选地，处理单元包括：第一加工模块，用于基于预设文件格式对采集的账户文件集合进行加工，得到目标文件格式的账户文件集合；第一过滤模块，用于对目标文件格式的账户文件集合进行过滤，基于文件采集时间对重复账户文件进行删除，得到最新的账户文件集合。

上述的获取装置还可以包括处理器和存储器，上述响应单元31、输出单元32、处理单元33、计算单元34等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

上述处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来查询目标用户对应所有账户的总余额。

上述存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。

根据本发明实施例的另一方面，还提供了一种计算机可读存储介质，计算机可读存储介质包括存储的计算机程序，其中，在计算机程序运行时控制计算机可读存储介质所在设备执行上述任意一项目标用户的多账户余额获取方法。

根据本发明实施例的另一方面，还提供了一种电子设备，包括一个或多个处理器和存储器，存储器用于存储一个或多个程序，其中，当一个或多个程序被一个或多个处理器执行时，使得一个或多个处理器实现上述任意一项目标用户的多账户余额获取方法。

本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：响应用户端的查询请求，基于查询请求携带的目标用户的用户标识获取待采集余额的金融账户清单；将金融账户清单输入至余额采集模块，输出账户文件集合，其中，账户文件集合包括：余额文件集合和交易明细文件集合；对账户文件集合进行预处理，得到最新的账户文件集合；基于最新的账户文件集合计算目标用户的多账户余额，并基于交易明细文件集合对多账户余额进行验证，在验证通过的情况下，将目标用户的多账户余额返回至用户端。

图4是根据本发明实施例的一种目标用户的多账户余额获取方法的电子设备(或移动设备)的硬件结构框图。如图4所示，电子设备可以包括一个或多个(图4中采用402a、402b，……，402n来示出)处理器402(处理器402可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器404。除此以外，还可以包括：显示器、输入/输出接口(I/O接口)、通用串行总线(USB)端口(可以作为I/O接口的端口中的一个端口被包括)、网络接口、键盘、电源和/或相机。本领域普通技术人员可以理解，图4所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，电子设备还可包括比图4中所示更多或者更少的组件，或者具有与图4所示不同的配置。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

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

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

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

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

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。