信息查询方法、装置、设备及计算机可读存储介质与流程

1.本技术属于金融技术领域，尤其涉及一种信息查询方法、装置、设备及计算机可读存储介质。


背景技术：

2.随着各类金融机构越来越多，用户在不同金融机构开通的支付账户也越来越多，而一些支付账户由于开通后不经常使用，被用户遗忘，甚至被不法分子用于进行其他非法活动，影响用户信用值。因此，如何为用户提供便利的支付账户管理服务，成为亟待解决的问题。
3.通常用户若想查到自己名下的所有支付账户的相关信息，需要登录到每一个支付账户对应的金融机构的网站或app(application，应用程序)才能获取到相应的支付账户的信息。这样，在用户开通的支付账户过多或已经忘记某些支付账户的存在的情况下，就会导致查询操作的流程过于复杂繁琐。


技术实现要素：

4.本技术实施例提供一种信息查询方法、装置、设备及计算机可读存储介质，能够简化用户查询支付账户信息的操作流程，提升用户体验。
5.第一方面，本技术实施例提供一种信息查询方法，应用于终端设备，该方法包括：
6.获取目标应用程序中登录账号对应的用户身份信息；
7.接收用户用于查询账户信息的第一输入；
8.响应于所述第一输入，向应用服务器发送信息查询请求，其中，所述信息查询请求中包括所述用户身份信息，所述信息查询请求用于指示所述应用服务器根据所述用户身份信息查询用户在多个支付机构开通的支付账户对应的账户信息，所述账户信息包括所述支付账户的账户数量、余额信息和账单信息中的至少一项；
9.接收所述应用服务器发送的所述账户信息；
10.显示所述账户信息。
11.第二方面，本技术实施例提供一种信息查询方法，应用于应用服务器，该方法包括：
12.接收终端设备发送的信息查询请求，其中，所述信息查询请求中包括目标应用程序中登录账号对应的用户身份信息；
13.响应于所述信息查询请求，根据所述用户身份信息查询用户在多个支付机构开通的支付账户对应的账户信息，其中，所述账户信息包括所述支付账户的账户数量、余额信息和账单信息中的至少一项；
14.向所述终端设备发送所述账户信息。
15.第三方面，本技术实施例提供了一种信息查询装置，应用于终端设备，该装置包括：
16.身份获取模块，用于获取目标应用程序中登录账号对应的用户身份信息；
17.第一接收模块，用于接收用户用于查询账户信息的第一输入；
18.请求发送模块，用于响应于所述第一输入，向应用服务器发送信息查询请求，其中，所述信息查询请求中包括所述用户身份信息，所述信息查询请求用于指示所述应用服务器根据所述用户身份信息查询用户在多个支付机构开通的支付账户对应的账户信息，所述账户信息包括所述支付账户的账户数量、余额信息和账单信息中的至少一项；
19.信息接收模块，用于接收所述应用服务器发送的所述账户信息；
20.信息显示模块，用于显示所述账户信息。
21.第四方面，本技术实施例提供了一种信息查询装置，应用于应用服务器，该装置包括：
22.请求接收模块，用于接收终端设备发送的信息查询请求，其中，所述信息查询请求中包括目标应用程序中登录账号对应的用户身份信息；
23.信息查询模块，用于响应于所述信息查询请求，根据所述用户身份信息查询用户在多个支付机构开通的支付账户对应的账户信息，其中，所述账户信息包括所述支付账户的账户数量、余额信息和账单信息中的至少一项；
24.信息发送模块，用于向所述终端设备发送所述账户信息。
25.第五方面，本技术实施例提供了一种电子设备，该电子设备包括：处理器以及存储有计算机程序指令的存储器；
26.处理器执行所述计算机程序指令时实现如第一方面的任一项实施例中所述的信息查询方法的步骤。
27.第六方面，本技术实施例提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序指令，计算机程序指令被处理器执行时实现如第一方面的任一项实施例中所述的信息查询方法的步骤。
28.本技术实施例中的信息查询方法、装置、设备及计算机可读存储介质，通过获取目标应用程序中登录账号的用户身份信息，进而在用户触发查询操作时，利用该用户身份信息向应用服务器发送信息查询请求，以使应用服务器根据该用户身份信息查询用户在多个支付机构开通的支付账户对应的账户信息，进而在终端设备上显示不同支付机构对应的多个支付账户的账户数量、余额信息和账单信息中的至少一项信息，如此，可实现一键查询多个支付账户信息的功能，在用户开通的支付账户过多或已经忘记某些支付账户的存在的情况下，也能通过一键查询方式快速查到用户名下的支付账户信息，简化用户查询支付账户时所需的用户操作流程，提升用户体验。
附图说明
29.为了更清楚地说明本技术实施例的技术方案，下面将对本技术实施例中所需要使用的附图作简单的介绍，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
30.图1是本技术实施例提供的信息查询系统的一示例的架构图；
31.图2是本技术第一方面提供的信息查询方法的一实施例的流程示意图；
32.图3是本技术实施例提供的信息查询页面的一示例的示意图；
33.图4是本技术实施例提供的银行查询页面的一示例的示意图；
34.图5是本技术实施例提供的协议显示页面的一示例的示意图；
35.图6是本技术实施例提供的授权提示页面的一示例的示意图；
36.图7是本技术实施例提供的支付密码验证页面的一示例的示意图；
37.图8是本技术实施例提供的人脸信息采集页面的一示例的示意图；
38.图9是本技术实施例提供的申请反馈页面的一示例的示意图；
39.图10是本技术实施例提供的查询记录页面的一示例的示意图；
40.图11是本技术实施例提供的查询记录页面的另一示例的示意图；
41.图12是本技术实施例提供的报告详情页面的一示例的示意图；
42.图13是本技术第一方面提供的信息查询方法的另一实施例的流程示意图；
43.图14是本技术实施例提供的认证提示界面的一示例的示意图；
44.图15是本技术实施例提供的不支持查询提示界面的一示例的示意图；
45.图16是本技术第一方面提供的信息查询方法的又一实施例的流程示意图；
46.图17是本技术实施例提供的消息提示页面的一示例的示意图；
47.图18是本技术实施例提供的报告详情页面显示部分信息的一示例的示意图；
48.图19是本技术实施例提供的积点使用提示界面的一示例的示意图；
49.图20是本技术实施例提供的支付成功反馈界面的一示例的示意图；
50.图21是本技术实施例提供的邮箱地址输入页面的一示例的示意图；
51.图22是本技术实施例提供的邮箱地址确认页面的一示例的示意图；
52.图23是本技术实施例提供的反馈信息提示页面的一示例的示意图；
53.图24是本技术实施例提供的查询记录页面的又一示例的示意图；
54.图25是本技术实施例提供的查询记录页面的再一示例的示意图；
55.图26是本技术第二方面提供的信息查询方法的一实施例的流程示意图；
56.图27是本技术实施例提供的基于银行卡的信息查询方法的一示例的流程示意图；
57.图28是本技术第三方面提供的信息查询装置的一实施例的结构示意图；
58.图29是本技术第四方面提供的信息查询装置的一实施例的结构示意图；
59.图30是本技术提供的电子设备的一实施例的结构示意图。
具体实施方式
60.下面将详细描述本技术的各个方面的特征和示例性实施例，为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本技术进行进一步详细描述。应理解，此处所描述的具体实施例仅意在解释本技术，而不是限定本技术。对于本领域技术人员来说，本技术可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本技术的示例来提供对本技术更好的理解。
61.需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备
所固有的要素。在没有更多限制的情况下，由语句“包括
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
62.目前业界缺乏统一的支付账户的账户信息查询工具。如果用户需要获取自己在不同支付机构中开通的支付账户的账户信息，需要登录到每一个支付机构的网站或者app进行查看。
63.为了解决现有技术问题，本技术实施例提供了一种信息查询方法、装置、设备及计算机可读存储介质。该信息查询方法可以应用于对不同支付机构的支付账户信息进行查询的场景，下面首先对本技术实施例所提供的信息查询方法所适用的系统架构进行介绍。
64.图1是本技术实施例提供的信息查询方法所适用的信息查询系统的一示例的架构图。
65.如图1所示，该架构图中可以包括至少一个终端设备10、应用服务器11和至少一个机构服务器12。其中，终端设备10中安装有目标应用程序的客户端，应用服务器11包括与该目标应用程序对应的服务端，一个机构服务器12包括一个支付机构的后台服务端。这里，目标应用程序可以是支持多支付账户信息查询的应用程序。
66.另外，应用服务器11可以通过网络与至少一个终端设备10建立通信连接并进行信息交互，应用服务器11还可以通过网络与至少一个机构服务器12建立通信连接并进行信息交互。其中，终端设备10可以是手机、平板电脑、一体机等具有通讯功能的设备，也可以是虚拟机或模拟器模拟的设备。应用服务器11和机构服务器12可以是云服务器或者服务器集群等具有存储以及计算功能的设备。
67.本技术实施例中，终端设备10获取目标应用程序中登录账号对应的用户身份信息；接收用户用于查询账户信息的第一输入；响应于第一输入，应用服务器11发送信息查询请求，应用服务器11响应于信息查询请求，根据用户身份信息查询用户在多个支付机构开通的支付账户对应的账户信息；终端设备10接收应用服务器11发送的账户信息；显示账户信息。其中，应用服务器11响应于信息查询请求，根据用户身份信息查询用户在多个支付机构开通的支付账户对应的账户信息，具体可以包括：应用服务器11向多个支付机构对应的机构服务器12分别发送账户查询请求，以通过机构服务器12根据用户身份信息查询用户已开通的支付账户对应的账户标识；应用服务器11接收机构服务器12发送的账户标识；调用预设查询接口，根据账户标识查询支付账户对应的余额信息和账单信息。
68.如此，本技术实施例可以实现通过一键查询的方式，查询得到用户名下的所有支付账户的账户信息，这样可以简化用户查询账户信息的操作流程，提升用户体验。
69.需要说明的是，本技术实施例中所涉及的支付账户包括但不限于银行账户和非银行账户，银行账户例如可以是银行卡等，非银行账户例如可以是手机钱包等具有支付功能的账户。
70.根据上述架构，下面结合图2-图26对本技术实施例所提供的信息查询方法进行详细说明。
71.图2示出了本技术提供的信息查询方法的一实施例的流程示意图，该信息查询方法可应用于图1中的终端设备10。
72.如图2所示，该信息查询方法具体可以包括如下步骤：
73.s210，获取目标应用程序中登录账号对应的用户身份信息；
74.s220，接收用户用于查询账户信息的第一输入；
75.s230，响应于第一输入，向应用服务器发送信息查询请求，其中，信息查询请求中包括用户身份信息，信息查询请求用于指示应用服务器根据用户身份信息查询用户在多个支付机构开通的支付账户对应的账户信息，账户信息包括支付账户的账户数量、余额信息和账单信息中的至少一项；
76.s240，接收应用服务器发送的账户信息；
77.s250，显示账户信息。
78.由此，通过获取目标应用程序中登录账号的用户身份信息，进而在用户触发查询操作时，利用该用户身份信息向应用服务器发送信息查询请求，以使应用服务器根据该用户身份信息查询用户在多个支付机构开通的支付账户对应的账户信息，进而在终端设备上显示不同支付机构对应的多个支付账户的账户数量、余额信息和账单信息中的至少一项信息，如此，可实现一键查询多个支付账户信息的功能，在用户开通的支付账户过多或已经忘记某些支付账户的存在的情况下，也能通过一键查询方式快速查到用户名下的支付账户信息，简化用户查询支付账户时所需的用户操作流程，提升用户体验。
79.下面介绍上述各个步骤的具体实现方式。
80.在一些实施方式中，在s210和s220中，第一输入可以是用户对目标应用程序的信息查询页面中显示的信息查询按钮进行的点击输入，以触发启动账户信息查询流程。另外，用户身份信息可以是能够表示用户身份的信息，包括但不限于姓名、手机号、证件类型、证件号码等。用户在启动目标应用程序后，可首先获取该用户身份信息，当然，还可显示在启动后显示的页面上，以便用户确认。
81.以支付账户为银行卡为例，在一些具体例子中，用户在启动目标app后进入如图3所示的信息查询页面，并在信息查询页面时中获取并显示当前app登录账号预存的或实时填写的用户身份信息32，用户可通过点击信息查询页面中显示的“申请查询”按钮31，启动账户信息查询流程，将该用户身份信息上传至应用服务器，作为查询支付账户的依据。
82.在一些实施方式中，在s230中，信息查询请求中可携带有当前登录账户对应的用户身份信息，使得应用服务器在收到该信息查询请求后，可根据其中携带的用户身份信息进行支付账户的账户信息的查询。
83.另外，为了提高账户信息查询的灵活性，可由用户来选择查询用户在哪些支付机构中开通的支付账户的账户信息。在一些实施方式中，在s210之前，本技术实施例提供的信息查询方法还可以包括：
84.显示多个支付机构对应的机构信息；
85.接收用户从多个支付机构中选择目标支付机构对应的机构信息的第二输入。
86.基于此，上述s230具体可以包括：
87.响应于第二输入，向应用服务器发送针对目标支付机构的目标信息查询请求，其中，目标信息查询请求用于指示应用服务器根据用户身份信息查询用户在目标支付机构开通的支付账户对应的账户信息。
88.这里，显示的机构信息可以包括机构名称、机构图标等。示例性地，可在目标应用程序的机构查询页面显示多个可选的支付机构对应的机构名称和图标，以供用户选择。另外，目标信息查询请求中可携带有目标支付机构的机构信息。
89.以支付账户为银行卡为例，在一些具体例子中，用户在如图3所示的信息查询页面中点击自定义选择按钮33，可跳转至如图4所示的银行查询页面查询和选择需要查询银行卡信息的银行，进而通过将针对这些已选择银行的查询请求发送至应用服务器，使得应用服务器可以查询到该用户在这些银行办理的所有银行卡的数量、余额、账单等信息。
90.这样，通过对支付机构进行有选择地账户信息查询，可以提高账户信息查询的灵活性，提升用户的个性化查询体验。
91.另外，为了提高账户信息查询的安全性，在一些实施方式中，在s210之前，本技术实施例提供的信息查询方法还可以包括：
92.显示用户授权提示信息。
93.基于此，上述s230具体可以包括：
94.在用户授权的情况下，向所述应用服务器发送所述信息查询请求。
95.这里，授权提示信息可以是用于提示用户进行授权操作的信息，其中，授权操作可以是授权将用户身份信息发送至各个机构服务器，以进行账户信息查询的操作。
96.以支付账户为银行卡为例，在一些具体的例子中，可在如图3所示的信息查询页面中显示授权提示信息34，当用户点击《个人账户查询服务协议》可跳转至如图5所示的显示页面，以展示协议内容，用户可通过点击同意按钮进行授权。除此之外，用户还可通过点击信息查询页面中的授权提示信息34对应的选择控件进行授权。
97.在另一些具体例子中，在用户未授权的情况下，若用户直接点击如图3所示的信息查询页面中的“申请查询”按钮31，则可弹出如图6所示的授权提示信息，用户可通过点击同意授权按钮进行授权，进而向应用服务器发送信息查询请求，以便该应用服务器利用已授权的用户身份信息去各个机构查询对应的账户信息。
98.如此，通过用户授权再进行相应的账户查询操作，可提高账户信息查询过程的安全性，保护用户个人隐私安全。
99.另外，为了确保发起信息查询操作的是用户本人，在一些实施方式中，在上述s230之后，本技术实施例提供的信息查询方法还可以包括：
100.接收应用服务器发送的身份信息采集请求；
101.响应于身份信息采集请求，采集用户输入的第二身份信息，其中，第二身份信息包括人脸信息和登录账号对应的支付密码中的至少一项；
102.向应用服务器发送第二身份信息，以使应用服务器根据第二身份信息对用户的身份进行验证，在验证通过的情况下，根据用户身份信息查询用户在多个支付机构开通的支付账户对应的账户信息。
103.示例性地，在应用服务器收到信息查询请求之后，可发起用户身份认证，终端设备接收到请求后，可显示如图7所示的支付密码验证页面，以便用户输入当前登录账号对应的支付密码。另外，还可显示如图8所示的人脸信息采集页面，以便实时采集用户的人脸信息。在用户输入支付密码或采集完人脸信息之后，可显示如图9所示的反馈页面，提示用户已申请成功。
104.如此，通过在应用服务器正式进行信息查询申请之前对用户进行支付密码验证和人脸验证中的至少一项，可确保发起信息查询操作的是用户本人，进而提高账户信息查询过程的安全性。
105.在一些实施方式中，在s240和s250中，在应用服务器查询到与该用户身份信息相对应的多个支付机构的支付账户的账户信息后，可将这些账户信息发送至请求的终端设备。其中，账户信息可以是服务器对多个支付账户的信息进行汇总后生成的个人账户报告，该个人账户报告中可包括用户个人在不同支付机构开通的各个支付账户的账户号码、支付账户的数量、每个支付账户的余额和账单等。终端设备在接收到服务器发送的账户信息后，可在终端设备上目标应用程序的设定页面内显示该账户信息。
106.举例而言，以支付账户为银行卡为例，在一些具体例子中，在用户点击申请查询之后，服务器返回账户信息之前，可在如图10所示的查询记录页面中显示每个账户信息报告对应的查询进度，在收到账户信息后可在如图11所示的查询记录页面中显示查询到的账户信息报告，用户可通过点击想要查看的账户信息报告对应的“查看报告”按钮，触发跳转至如图12所示的页面查看报告详细内容。另外，用户也可通过点击如图10所示的查询记录页面中的“新建查询”按钮，进入如图3所示的信息查询页面。
107.另外，为了提高登录账号的安全性，在一些实施方式中，在上述s210之前，如图13所示，本技术实施例提供的信息查询方法还可以包括步骤：s201-s209，下面对此进行详细解释。
108.s201，响应于目标应用程序的启动操作，向应用服务器发送认证查询请求，认证查询请求用于指示应用服务器查询登录账号是否已实名认证，得到第一查询结果。
109.示例性地，在目标应用程序启动后，终端设备可将登陆账号的用户标识发送至应用服务器，应用服务器可根据该用户标识查询登录账号是否已实名认证，得到第一查询结果，并将该结果反馈给终端设备。
110.s202，接收应用服务器发送的第一查询结果。
111.s203，第一查询结果是否为登录账号已实名认证；若是，则执行s208；若否，则执行s204。
112.示例性地，终端设备可根据第一查询结果确定跳转至哪个页面进行显示。例如，在未实名认证的情况下，可显示信息采集界面，以进行用户身份认证，在已实名认证的情况下，可跳转至如图3所示的信息查询页面。
113.s204，采集用户输入的第一身份信息，其中，第一身份信息包括用户姓名、身份证号和人脸信息。
114.这里，在登录账号为未实名认证账号的情况下，可弹窗提示如图14所示的提示信息“先完成认证再查询账户信息”，用户点击“身份认证”按钮，跳转至信息采集页面后，用户可在该信息采集页面中输入姓名、身份证号，并完成人脸图像采集。
115.s205，向应用服务器发送第一身份信息，以使应用服务器根据第一身份信息对用户进行身份认证，得到身份认证结果。
116.示例性地，终端设备将采集到的姓名、身份证号和人脸图像三个要素的信息上传至应用服务器，再由应用服务器将以上三个要素发送至权威数据源进行比对，如果比对一致，则身份认证通过，如果比对不一致，则身份认证不通过。
117.s206，接收应用服务器发送的身份认证结果。
118.s207，身份认证结果是否为认证通过；若是，则执行s208；若否，则执行s209。
119.s208，显示信息查询页面。
120.示例性地，在身份认证通过的情况下，可跳转至如图3所示的信息查询页面。
121.s209，显示不支持查询提示信息。
122.示例性地，在身份认证未通过的情况下，则可显示不支持查询的提示信息，用于提示用户当前无法进行账户信息查询。当然，也可引导用户进入实名认证操作流程，方便用户进行实名认证。
123.这样，由于实名认证操作流程较为复杂，而本技术实施例通过利用“姓名 身份证号 人脸”三要素进行身份认证，可以便于用户在未实名认证的情况下迅速完成身份认证，安全开启账户信息查询界面，如此，可以在保证账户信息查询安全的同时，提高用户身份认证效率。
124.另外，如果用户是非身份证注册的实名用户或者境内预付费卡用户，以及境外用户，则进入如图15所示的信息查询页面后弹窗提示“非身份证实名认证用户，暂不支持使用一键查询功能”，用户可通过点击显示的“返回”按钮关闭当前账户信息查询界面。
125.除此之外，由于不同用户进入目标应用程序的目的不一样，有些是为了发起新的账户信息查询流程，有些是为了查看已申请的账户信息查询结果。基于此，在一些实施方式中，在上述s202之后，本技术实施例提供的信息查询方法还可以包括：
126.接收应用服务器发送的第二查询结果，其中，第二查询结果为应用服务器查询登录账号在预设时间段内是否存在历史查询记录，得到的查询结果；
127.在第一查询结果为登录账号已实名认证，且第二查询结果为存在历史查询记录的情况下，显示查询记录页面，其中，查询记录页面中包括至少一个历史查询记录；
128.在第一查询结果为登录账号已实名认证，且第二查询结果为不存在历史查询记录的情况下，显示信息查询页面。
129.这里，预设时间段可根据实际情况由后台工作人员进行配置，例如可以配置为最近365天。
130.在一些具体例子中，应用服务器在接收到认证查询请求后，还可根据登录账号的用户标识，查询该登录账号是否于最近365天内申请过账户信息查询，也即是否在近365天内存在查询记录。如果登录账号已实名认证，且近365天内没有过查询记录，则可直接进入如图3所示的信息查询页面；如果登录账号已实名认证，且近365天内有过查询记录，则说明用户极有可能是为了查看已申请的账户信息查询结果，因此，可进入如图11所示的查询记录页面。
131.这样，通过确定用户是否于近期查询过账户信息，触发显示不同的页面，可以便于用户进行账户信息查询或查看操作，尽可能减少用户所需的操作流程，进而提升用户体验。
132.另外，为了在查询到账户信息时及时通知用户查看，在一些实施方式中，如图16所示，上述s250具体可以包括步骤：s2501-s2503。下面对此进行详细解释。
133.s2501，显示与账户信息对应的查看提示信息。
134.这里，查看提示信息可以是通过短信、app站内信等形式发送的提示信息。其中，以查询的账户信息为银行账户信息为例，app站内信可以为如图17所示的消息页面中显示的提示消息171。
135.s2502，接收用户查看账户信息的第四输入。
136.这里，第四输入可以是用户点击目标应用程序图标以启动目标应用程序的输入，
也可以是用户从目标应用程序中的其他页面点击进入账户信息查询功能的输入，还可以是用户点击查看提示信息中提供的信息查看链接的输入，在此不作限定。
137.s2503，响应于第四输入，显示账户信息。
138.示例性地，在终端设备接收到账户信息后，用户再次进入目标应用程序，可直接进入如图11所示的查询记录页面，并显示“查看报告”按钮，用户通过点击该“查看报告”按钮可显示如图12所示的账户信息。
139.这样，通过显示查看提示信息，可在终端设备查询到账户信息后，及时通知用户进行查看，从而保证账户信息的时效性。
140.另外，还可采用会员制，利用会员积分进行不同账户信息查看权益等级的划分。在一些实施方式中，上述s2503具体可以包括：
141.响应于第四输入，向应用服务器发送信息查看请求，其中，信息查看请求用于指示应用服务器调用会员管理系统的积分支付接口，从登录账户对应的积分中扣除查看账户信息所需的积分，得到支付结果；
142.接收应用服务器发送的支付结果；
143.在支付结果为支付成功的情况下，显示账户信息；
144.在支付结果为支付失败的情况下，显示账户信息中的部分信息。
145.示例性地，在用户点击查看账户信息后，应用服务器可根据终端设备发送的信息查看请求，与会员管理系统交互判断该登录账号是否能够完成且已完成积分支付过程，使得终端设备根据不同的判断结果，在账户信息详情页面为用户展示不同显示程度的信息内容。
146.在一些具体例子中，若积点(也即积分)支付成功，则展示如图12所示的全部账户信息；若积点支付失败，则展示如图18所示的部分账户信息，其中，账户余额、账单等信息被隐藏。若用户点击详情按钮181，则可显示如图19所示的积点使用提示信息，在用户点击确认按钮的情况下，可发起对登录账户的积点的扣除过程，具体扣除过程可参见上述描述，在此不再赘述。在积点支付成功的情况下，可显示如图20所示的反馈信息，进而在用户点击返回按钮的情况下，展示如图12所示的全部账户信息。
147.这样，通过会员积分制，可在用户查看查询到的账户信息详细内容时，进行相应的积分扣除，进而实现不同账户信息查看权益等级的划分，促使用户开通会员。
148.当然，也可在后台设置积分支付开关，后台工作人员可通过该积分支付开关设置是否通过积分支付来选择性查看账户信息的详细内容，以便工作人员根据实际运营策略改变相应的账户信息显示机制。
149.另外，为了保证用户查看账户信息时的安全性，在一些实施方式中，在上述向应用服务器发送信息查看请求的步骤之后，本技术实施例提供的信息查询方法还可以包括：
150.接收应用服务器发送的信息验证请求；
151.响应于信息验证请求，采集用户输入的验证信息；
152.向应用服务器发送验证信息，以使应用服务器根据验证信息对用户的身份进行验证，在验证通过的情况下，针对账户信息执行对登录账户对应的积分的支付操作，得到支付结果。
153.示例性地，在用户触发进入账户信息查看流程后，应用服务器可通过向终端设备
发送信息验证请求，指示终端设备采集相应的验证信息，以进行用户身份验证，进而保证此时查看账户信息的是合法用户本人。其中，用户输入的验证信息包括但不限于登录账户的支付密码、实时采集的人脸图像等。
154.这样，通过在进行积分支付之前，对用户身份进行验证，可以保证此时操作的用户为合法用户本人，进而保证用户查看账户信息时的安全性。
155.另外，在如图12所示的报告详情页面，用户还可通过点击“保存至邮箱”，跳转至如图21所示的输入页面，以便用户基于该页面输入邮箱地址。待用户输入完成并提交后，弹窗显示如图22所示的邮箱地址确认信息，在用户点击“确认并发送”按钮后，由终端设备将用户输入的邮箱地址发送至应用服务器，以使服务器将报告加密发送至该邮箱。在终端设备接收到应用服务器的发送完成的反馈信息后，可跳转至如图23所示的信息提示页面，并显示报告密码。当然，用户后续也可在如图24所示的查询记录页面通过支付密码验证查看报告密码。
156.除此之外，本技术实施例还设置了账户信息过期删除机制，应用服务器对于查询到的超过预设期限的账户信息，进行删除处理，不进行超期留存，以在保证账户信息查询的时效性的同时，节约内存资源。当然，应用服务器在删除已过期的账户信息之前，还可将账户信息发送至用户邮箱，以便用户进行备份存档。在终端设备上，用户可通过如图24和图25所示的查询记录页面，显示已过期的账户信息报告的相关信息。
157.图26示出了本技术提供的信息查询方法的一实施例的流程示意图，该信息查询方法可应用于图1中的应用服务器11。
158.如图26所示，该信息查询方法具体可以包括以下步骤：
159.s2610，接收终端设备发送的信息查询请求，其中，信息查询请求中包括目标应用程序中登录账号对应的用户身份信息；
160.s2620，响应于信息查询请求，根据用户身份信息查询用户在多个支付机构开通的支付账户对应的账户信息，其中，账户信息包括支付账户的账户数量、余额信息和账单信息中的至少一项；
161.s2630，向终端设备发送账户信息。
162.这样，应用服务器通过根据终端设备上传的用户身份信息，查询用户在多个支付机构开通的支付账户对应的账户信息，且该账户信息包括账户数量、余额信息和账单信息中的至少一项，进而反馈给终端设备进行显示，如此，可实现一键查询多个支付账户信息的功能，在用户开通的支付账户过多或已经忘记某些支付账户的存在的情况下，也能通过一键查询方式快速查到用户名下的支付账户信息，简化用户查询支付账户时所需的用户操作流程，提升用户体验。
163.下面介绍上述各个步骤的具体实现方式。
164.在一些实施方式中，在上述s2610中，信息查询请求可以是终端设备在接收到用户用于查询账户信息的第一输入的情况下，并获取到目标应用程序中登录账号对应的用户身份信息之后，发送的携带有该用户身份信息的请求，具体过程可参见上述相关描述，在此不再赘述。
165.在一些实施方式中，在上述s2620和s2630中，应用服务器可调用预先配置的支付机构链接，针对每一个链接上送用户身份信息，触发各个支付机构通过预设接口回传该用
户已开通的所有支付账户的相关信息。
166.另外，应用服务器还可通过仿真用户查询余额或账单的行为，通过全渠道系统向各个支付机构轮询获取每一个支付账户的余额或账单信息。
167.基于此，在一些实施方式中，上述s2620具体可以包括：
168.向多个支付机构对应的机构服务器分别发送账户查询请求，其中，账户查询请求用于指示机构服务器根据用户身份信息查询用户已开通的支付账户对应的账户标识；
169.接收机构服务器发送的账户标识；
170.调用预设查询接口，根据账户标识查询支付账户对应的余额信息和账单信息。
171.这里，账户标识可以是支付账户的账户号码、标识码等能够唯一表示该支付账户的信息。预设查询接口可以是设置的全渠道系统中的用于向各个支付机构轮询获取每一个支付账户的余额或账单信息的接口。另外，账户查询请求中可携带有用户身份信息，以便各个支付机构的机构服务器根据该用户身份信息查询该用户在本机构开通的支付账户的相关信息。其中，该支付账户的相关信息包括但不限于账户标识，例如银行卡号等。
172.此外，应用服务器在接收到各个支付机构的机构服务器反馈的账户标识后，可根据账户标识进行信息汇总，例如计算该用户在各个支付机构分别拥有的支付账户的数量等。
173.这样，通过上述查询过程，可以使应用服务器实现对各个支付机构中用户所拥有的支付账户信息的轮询，获取到包括余额和账单在内的详细信息，从而简化用户查询每个支付账户所需的复杂的操作流程，实现一键查询每个支付账户的详细信息。
174.另外，在一些实施方式中，在s2630之后，本技术实施例提供的信息查询方法还可以包括：
175.接收终端设备发送的信息查看请求；
176.响应于信息查看请求，调用会员管理系统的积分支付接口，从登录账户对应的积分中扣除查看账户信息所需的积分，得到支付结果；
177.向终端设备发送支付结果，以使终端设备根据支付结果显示账户信息。
178.示例性地，在会员管理系统成功扣除相应积分的情况下，得到的支付结果可以为支付成功，进而使终端设备显示全部账户信息；在由于登录账户的积分不足等原因导致会员管理系统扣除相应积分失败的情况下，得到的支付结果可以为支付失败，进而使终端设备显示部分账户信息。
179.这样，通过进行相应的积分扣除，可实现对账户信息的差别化显示，进而促进用户积极参与会员充值、积攒积分等活动。
180.为了更好地描述整个方案，基于上述各实施例，以支付账户为银行卡为例，举一些具体例子。例如，如图27所示的信息查询方法流程图。该信息查询方法由用户、终端设备、应用服务器、机构服务器、全渠道系统、会员管理系统这六端之间的交互来完成。
181.需要说明的是，上述本技术实施例描述的应用场景是为了更加清楚的说明本技术实施例的技术方案，并不构成对于本技术实施例提供的技术方案的限定，本领域普通技术人员可知，随着新应用场景的出现，本技术实施例提供的技术方案对于类似的技术问题，同样适用。
182.基于相同的发明构思，本技术还提供了一种信息查询装置。具体结合图28进行详
细说明。
183.图28示出了本技术提供的信息查询装置的一实施例的结构示意图。该信息查询装置可应用于图1中的终端设备10。
184.如图28所示，该信息查询装置2800可以包括：
185.身份获取模块2801，用于获取目标应用程序中登录账号对应的用户身份信息；
186.第一接收模块2802，用于接收用户用于查询账户信息的第一输入；
187.请求发送模块2803，用于响应于所述第一输入，向应用服务器发送信息查询请求，其中，所述信息查询请求中包括所述用户身份信息，所述信息查询请求用于指示所述应用服务器根据所述用户身份信息查询用户在多个支付机构开通的支付账户对应的账户信息，所述账户信息包括所述支付账户的账户数量、余额信息和账单信息中的至少一项；
188.信息接收模块2804，用于接收所述应用服务器发送的所述账户信息；
189.信息显示模块2805，用于显示所述账户信息。
190.下面对上述信息查询装置2800进行详细说明，具体如下所示：
191.在其中一些实施例中，信息查询装置2800还包括：
192.第一发送模块，用于在接收用户用于查询账户信息的第一输入之前，响应于所述目标应用程序的启动操作，向所述应用服务器发送认证查询请求，所述认证查询请求用于指示所述应用服务器查询所述登录账号是否已实名认证，得到第一查询结果；
193.第一接收模块，用于接收所述应用服务器发送的所述第一查询结果；
194.第一采集模块，用于在所述第一查询结果为所述登录账号未实名认证的情况下，采集所述用户输入的第一身份信息，其中，所述第一身份信息包括用户姓名、身份证号和人脸信息；
195.第二发送模块，用于向所述应用服务器发送所述第一身份信息，以使所述应用服务器根据所述第一身份信息对所述用户进行身份认证，得到身份认证结果；
196.第二接收模块，用于接收所述应用服务器发送的所述身份认证结果；
197.第一显示模块，用于在所述身份认证结果为认证通过的情况下，显示信息查询页面。
198.在其中一些实施例中，信息查询装置2800还包括：
199.第三接收模块，用于在接收所述应用服务器发送的所述第一查询结果之后，接收所述应用服务器发送的第二查询结果，其中，所述第二查询结果为所述应用服务器查询所述登录账号在预设时间段内是否存在历史查询记录，得到的查询结果；
200.第二显示模块，用于在所述第一查询结果为所述登录账号已实名认证，且所述第二查询结果为存在所述历史查询记录的情况下，显示查询记录页面，其中，所述查询记录页面中包括至少一个所述历史查询记录；
201.第三显示模块，用于在所述第一查询结果为所述登录账号已实名认证，且所述第二查询结果为不存在所述历史查询记录的情况下，显示所述信息查询页面。
202.在其中一些实施例中，信息查询装置2800还包括：
203.第四接收模块，用于在向应用服务器发送信息查询请求之后，接收所述应用服务器发送的身份信息采集请求；
204.第二采集模块，用于响应于所述身份信息采集请求，采集所述用户输入的第二身
份信息，其中，所述第二身份信息包括人脸信息和所述登录账号对应的支付密码中的至少一项；
205.第三发送模块，用于向所述应用服务器发送所述第二身份信息，以使所述应用服务器根据所述第二身份信息对所述用户的身份进行验证，在验证通过的情况下，根据所述用户身份信息查询所述用户在多个支付机构开通的支付账户对应的账户信息。
206.在其中一些实施例中，信息查询装置2800还包括：
207.第四显示模块，用于在接收用户用于查询账户信息的第一输入之前，显示多个支付机构对应的机构信息；
208.第五接收模块，用于接收用户从所述多个支付机构中选择目标支付机构对应的机构信息的第二输入；
209.请求发送模块2803具体可以用于：
210.响应于所述第二输入，向所述应用服务器发送针对所述目标支付机构的目标信息查询请求，其中，所述目标信息查询请求用于指示所述应用服务器根据所述用户身份信息查询用户在所述目标支付机构开通的支付账户对应的账户信息。
211.在其中一些实施例中，信息查询装置2800还包括：
212.第五显示模块，用于在接收用户用于查询账户信息的第一输入之前，显示用户授权提示信息；
213.请求发送模块2803具体可以用于：
214.在用户授权的情况下，向所述应用服务器发送所述信息查询请求。
215.在其中一些实施例中，信息显示模块2805具体可以包括：
216.第一显示子模块，用于显示与所述账户信息对应的查看提示信息；
217.第一接收子模块，用于接收用户查看所述账户信息的第四输入；
218.第二显示子模块，用于响应于所述第四输入，显示所述账户信息。
219.在其中一些实施例中，所述第二显示子模块具体可以包括：
220.第一发送单元，用于响应于所述第四输入，向所述应用服务器发送信息查看请求，其中，所述信息查看请求用于指示所述应用服务器调用会员管理系统的积分支付接口，从所述登录账户对应的积分中扣除查看所述账户信息所需的积分，得到支付结果；
221.第一接收单元，用于接收所述应用服务器发送的所述支付结果；
222.第一显示单元，用于在所述支付结果为支付成功的情况下，显示所述账户信息；
223.第二显示单元，用于在所述支付结果为支付失败的情况下，显示所述账户信息中的部分信息。
224.在其中一些实施例中，第二显示子模块还包括：
225.第二接收单元，用于在向所述应用服务器发送信息查看请求之后，接收所述应用服务器发送的信息验证请求；
226.采集单元，用于响应于所述信息验证请求，采集所述用户输入的验证信息；
227.第二发送单元，用于向所述应用服务器发送所述验证信息，以使所述应用服务器根据所述验证信息对所述用户的身份进行验证，在验证通过的情况下，针对所述账户信息执行对所述登录账户对应的积分的支付操作，得到支付结果。
228.由此，通过获取目标应用程序中登录账号的用户身份信息，进而在用户触发查询
操作时，利用该用户身份信息向应用服务器发送信息查询请求，以使应用服务器根据该用户身份信息查询用户在多个支付机构开通的支付账户对应的账户信息，进而在终端设备上显示不同支付机构对应的多个支付账户的账户数量、余额信息和账单信息中的至少一项信息，如此，可实现一键查询多个支付账户信息的功能，在用户开通的支付账户过多或已经忘记某些支付账户的存在的情况下，也能通过一键查询方式快速查到用户名下的支付账户信息，简化用户查询支付账户时所需的用户操作流程，提升用户体验。
229.图29示出了本技术提供的信息查询装置的一实施例的结构示意图。该信息查询装置可应用于图1中的应用服务器11。
230.如图29所示，该信息查询装置2900可以包括：
231.请求接收模块2901，用于接收终端设备发送的信息查询请求，其中，所述信息查询请求中包括目标应用程序中登录账号对应的用户身份信息；
232.信息查询模块2902，用于响应于所述信息查询请求，根据所述用户身份信息查询用户在多个支付机构开通的支付账户对应的账户信息，其中，所述账户信息包括所述支付账户的账户数量、余额信息和账单信息中的至少一项；
233.信息发送模块2903，用于向所述终端设备发送所述账户信息。
234.下面对上述信息查询装置2900进行详细说明，具体如下所示：
235.在其中一些实施例中，信息查询模块2902具体可以包括：
236.发送子模块，用于向所述多个支付机构对应的机构服务器分别发送账户查询请求，其中，所述账户查询请求用于指示所述机构服务器根据所述用户身份信息查询用户已开通的支付账户对应的账户标识；
237.接收子模块，用于接收所述机构服务器发送的所述账户标识；
238.查询子模块，用于调用预设查询接口，根据所述账户标识查询所述支付账户对应的余额信息和账单信息。
239.在其中一些实施例中，信息查询装置2900还包括：
240.第一接收模块，用于在向所述终端设备发送所述账户信息之后，接收所述终端设备发送的信息查看请求；
241.积分扣除模块，用于响应于所述信息查看请求，调用会员管理系统的积分支付接口，从所述登录账户对应的积分中扣除查看所述账户信息所需的积分，得到支付结果；
242.结果发送模块，用于向所述终端设备发送所述支付结果，以使所述终端设备根据所述支付结果显示所述账户信息。
243.由此，应用服务器通过根据终端设备上传的用户身份信息，查询用户在多个支付机构开通的支付账户对应的账户信息，且该账户信息包括账户数量、余额信息和账单信息中的至少一项，进而反馈给终端设备进行显示，如此，可实现一键查询多个支付账户信息的功能，在用户开通的支付账户过多或已经忘记某些支付账户的存在的情况下，也能通过一键查询方式快速查到用户名下的支付账户信息，简化用户查询支付账户时所需的用户操作流程，提升用户体验。
244.图30示出了本技术提供的电子设备的一实施例的硬件结构示意图。
245.在电子设备3000可以包括处理器3001以及存储有计算机程序指令的存储器3002。
246.具体地，上述处理器3001可以包括中央处理器(cpu)，或者特定集成电路
(application specific integrated circuit，asic)，或者可以被配置成实施本技术实施例的一个或多个集成电路。
247.存储器3002可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器3002可包括硬盘驱动器(hard disk drive，hdd)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(universal serial bus，usb)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器3002可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器3002可在综合网关容灾设备的内部或外部。在特定实施例中，存储器3002是非易失性固态存储器。
248.存储器可包括只读存储器(rom)，随机存取存储器(ram)，磁盘存储介质设备，光存储介质设备，闪存设备，电气、光学或其他物理/有形的存储器存储设备。因此，通常，存储器包括一个或多个编码有包括计算机可执行指令的软件的有形(非暂态)计算机可读存储介质(例如，存储器设备)，并且当该软件被执行(例如，由一个或多个处理器)时，其可操作来执行参考根据本技术的一方面的方法所描述的操作。
249.处理器3001通过读取并执行存储器3002中存储的计算机程序指令，以实现上述实施例中的任意一种信息查询方法。
250.在一些示例中，电子设备3000还可包括通信接口3003和总线3010。其中，如图30所示，处理器3001、存储器3002、通信接口3003通过总线3010连接并完成相互间的通信。
251.通信接口3003主要用于实现本技术实施例中各模块、装置、单元和/或设备之间的通信。
252.总线3010包括硬件、软件或两者，将在线数据流量计费设备的部件彼此耦接在一起。举例来说而非限制，总线3010可包括加速图形端口(agp)或其他图形总线、增强工业标准架构(eisa)总线、前端总线(fsb)、超传输(ht)互连、工业标准架构(isa)总线、无限带宽互连、低引脚数(lpc)总线、存储器总线、微信道架构(mca)总线、外围组件互连(pci)总线、pci-express(pci-x)总线、串行高级技术附件(sata)总线、视频电子标准协会局部(vlb)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线3010可包括一个或多个总线。尽管本技术实施例描述和示出了特定的总线，但本技术考虑任何合适的总线或互连。
253.示例性的，电子设备3000可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、超级移动个人计算机(ultra-mobile personal computer，umpc)、上网本或者个人数字助理(personal digital assistant，pda)等。
254.该电子设备3000可以执行本技术实施例中的信息查询方法，从而实现结合图2至图29描述的信息查询方法和装置。
255.另外，结合上述实施例中的信息查询方法，本技术实施例可提供一种计算机可读存储介质来实现。该计算机可读存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种信息查询方法。计算机可读存储介质的示例包括非暂态计算机可读存储介质，如便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件等。
256.需要明确的是，本技术并不局限于上文所描述并在图中示出的特定配置和处理。
为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本技术的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本技术的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。
257.以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(asic)、适当的固件、插件、功能卡等等。当以软件方式实现时，本技术的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、rom、闪存、可擦除rom(erom)、软盘、cd-rom、光盘、硬盘、光纤介质、射频(rf)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。
258.还需要说明的是，本技术中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本技术不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。
259.上面参考根据本技术的实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本技术的各方面。应当理解，流程图和/或框图中的每个方框以及流程图和/或框图中各方框的组合可以由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机、或其它可编程数据处理装置的处理器，以产生一种机器，使得经由计算机或其它可编程数据处理装置的处理器执行的这些指令使能对流程图和/或框图的一个或多个方框中指定的功能/动作的实现。这种处理器可以是但不限于是通用处理器、专用处理器、特殊应用处理器或者现场可编程逻辑电路。还可理解，框图和/或流程图中的每个方框以及框图和/或流程图中的方框的组合，也可以由执行指定的功能或动作的专用硬件来实现，或可由专用硬件和计算机指令的组合来实现。
260.以上所述，仅为本技术的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本技术的保护范围之内。