发明内容
基于此,有必要针对上述技术问题,提供一种能够降低用户使用成本的公积金数据获取方法、装置、计算机设备和存储介质。
一种公积金数据获取方法,所述公积金数据在各地区的公积金中心按照统一的接口文档中字段的封装,所述字段与接口信息对应;各地区的所述公积金中心与公积金平台对接;所述方法包括:
向所述公积金平台发送公积金数据获取请求;所述公积金数据获取请求中包括接口信息,用户信息和地区信息;
接收所述公积金平台根据所述接口信息,用户信息和地区信息返回的公积金数据;所述公积金数据为所述公积金平台根据所述地区信息确定目标公积金中心后,在所述目标公积金中心保存有所述用户信息对应的公积金数据时,根据所述接口信息的字段对应获取所得;
获取所述接口信息对应的界面模板,并按照所述界面模板展示所述公积金数据。
在其中一个实施例中,所述向公积金平台发送公积金数据获取请求包括:
获取接口信息,用户信息和地区信息;
根据所述接口信息,用户信息和地区信息生成公积金数据获取请求。
在其中一个实施例中,所述获取接口信息包括:
当检测到针对客户端的交互界面上的界面组件的触控操作时,获取所述界面组件对应的接口信息。
在其中一个实施例中,所述获取地区信息包括:
根据用户地区选择操作,获取所述区域选择操作对应的地区信息。
在其中一个实施例中,在所述向公积金平台发送公积金数据获取请求之前,所述方法包括:
向所述公积金平台发送用户信息;
接收所述公积金平台返回的公积金状态数据;所述公积金状态数据为所述用户信息通过身份验证并关联所述用户信息对应的公积金账户后,根据所述公积金账户获取所得;
根据所述公积金状态数据确定对应的交互界面并在客户端进行展示。
一种公积金数据获取方法,所述公积金数据在各地区的公积金中心按照统一的接口文档中字段封装,所述字段与接口信息对应;各地区的所述公积金中心与公积金平台对接;所述方法包括:
接收客户端发送的公积金数据获取请求;所述公积金数据获取请求中包括接口信息,用户信息和地区信息;
根据所述地区信息从所述公积金中心中确定目标公积金中心;
将所述用户信息和所述接口信息发送至所述目标公积金中心;
接收所述目标公积金中心根据所述用户信息和所述接口信息返回的公积金数据;所述公积金数据为在所述目标公积金中心保存有所述用户信息对应的公积金数据时,根据所述接口信息的字段对应获取所得;
将所述公积金数据返回至所述客户端,以使在所述客户端按照所述接口信息对应的界面模板展示所述公积金数据。
一种公积金数据获取装置,所述公积金数据在各地区的公积金中心按照统一的接口文档中字段的封装,所述字段与接口信息对应;各地区的所述公积金中心与公积金平台对接;所述装置包括:
请求模块,用于向所述公积金平台发送公积金数据获取请求;所述公积金数据获取请求中包括接口信息,用户信息和地区信息;
第一接收模块,用于接收所述公积金平台根据所述接口信息,用户信息和地区信息返回的公积金数据;所述公积金数据为所述公积金平台根据所述地区信息确定目标公积金中心后,在所述目标公积金中心保存有所述用户信息对应的公积金数据时,根据所述接口信息的字段对应获取所得;
展示模块,用于获取所述接口信息对应的界面模板,并按照所述界面模板展示所述公积金数据。
一种公积金数据获取装置,所述公积金数据在各地区的公积金中心按照统一的接口文档中字段封装,所述字段与接口信息对应;各地区的所述公积金中心与公积金平台对接;所述装置包括:
第二接收模块,用于接收客户端发送的公积金数据获取请求;所述公积金数据获取请求中包括接口信息,用户信息和地区信息;
确定模块,用于根据所述地区信息从所述公积金中心中确定目标公积金中心;
发送模块,用于模块,用于将所述用户信息和所述接口信息发送至所述目标公积金中心;
第三接收模块,用于接收所述目标公积金中心根据所述用户信息和所述接口信息返回的公积金数据;所述公积金数据为在所述目标公积金中心保存有所述用户信息对应的公积金数据时,根据所述接口信息的字段对应获取所得;
返回模块,用于将所述公积金数据返回至所述客户端,以使在所述客户端按照所述接口信息对应的界面模板展示所述公积金数据。
一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现上述的公积金数据获取方法。
一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现上述的公积金数据获取方法。
上述公积金数据方法、装置、计算机设备和存储介质,客户端可以向公积金平台发送公积金数据获取请求,公积金平台则可以在根据公积金数据获取请求中的地区信息确定目标公积金中心后,将用户信息和接口信息发送至目标公积金中心,如果在目标公积金中心保存有用户信息对应的公积金数据时,那么将根据接口信息的字段获取到相应的公积金数据并返回给公积金平台,公积金平台则可以将该公积金数据返回至客户端,客户端接收到公积金数据,还将获取接口信息对应的界面模板,并按照界面模板展示所述公积金数据。本实施例中各地区的公积金中心都是按照统一的接口文档中字段的封装,因此不会存在字段定义不统一的情况,降低了用户的理解成本,此外,本实施例的客户端对于返回的公积金数据,还将按照接口信息对应的界面模板展示公积金数据,使得用户的界面交互体验一致,降低了用户的操作成本,本实施例从多个方面降低了用户使用成本,提高了用户的使用体验。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
本申请提供的公积金数据获取方法,可以应用于如图1所示的应用环境中。其中,终端102的客户端通过网络与服务器104通过网络进行通信。在需要获取公积金数据时,终端102向服务器104的公积金平台发送公积金数据获取请求,服务器104根据公积金数据获取请求中的地区信息确定目标公积金中心后,将向目标公积金中心请求公积金数据,如果在目标公积金中心保存有用户信息对应的公积金数据,那么目标公积金中心将根据接口信息的字段获取相应的公积金数据并返回给服务器104,服务器104则可以将公积金数据返回给终端102,终端102将获取接口信息对应的界面模板,并按照界面模板展示公积金数据。
其中,终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备,服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
在一个实施例中,如图2所示,提供了一种公积金数据获取方法,以该方法应用于图1中的终端102为例进行说明,所述公积金数据在各地区的公积金中心按照统一的接口文档中字段的封装,所述字段与接口信息对应;各地区的所述公积金中心与公积金平台对接;所述方法包括以下步骤:
步骤202,向所述公积金平台发送公积金数据获取请求;所述公积金数据获取请求中包括接口信息,用户信息和地区信息。
现阶段进行集约化建设,将各地区的公积金中心接入了统一的公积金平台,但是由于各地区公积金政策不同,业务熟悉和技术对接成本很高,公积金平台每次对接公积金中心都需要分别理解各个地区的公积金业务,然后进行网络对接、前后端开发、测试上线等全部的流程。
因此,本实施例提出了一种公积金服务标准化的方法,将各地区的公积金中心按照统一的接口标准接入公积金平台中,为了实现公积金服务标准化,将在多个方面对全省或者全国进行统一标准化,以省为例,具体地:
1.全省统一标准:建立全省统一的公积金业务入口,用户需要通过该公积金业务入口(客户端)登录公积金平台,由于本实施例通过统一的公积金业务入口登录公积金平台,因此使用该公积金业务入口对应的用户信息即可登录,这样,无需用户记忆不同地区,不同服务入口对应的账户和密码。例如,在广东省的用户,需要通过客户端登录公积金平台“粤省事”。在客户端登录公积金平台时,全省的用户操作体验都是统一的。
2.业务内容标准化:整理各地区公积金政策,对各个事项(比如缴存信息或者缴存明细)的字段、定义、描述进行梳理,熟悉业务细节后,对通用必要的、各地区特色的、非必要的信息进行归类,支持产品的灵活设计。通过梳理,可以由专业人员针对各个公积金中心的不同事项(功能模块)制订相应的前端界面组件,接口信息和接口文档等。
3.产品逻辑标准化:查询、办理、预约等同类公积金服务,操作和跳转逻辑完全一致,并且还支持各地市的特色字段展示。其中,特色字段是针对目前仅有部分地区能够实现的特色事项,例如公积金的线上提取,对于能够实现的特色事项的公积金中心,将在公积金平台中以统一的特色字段进行展示,产品的设计非常灵活。
4.前端界面组件标准化:前端界面中所有界面组件和交互逻辑完全一致,即针对同一事项(比如查看缴存信息),其在展示该事项对应的公积金数据时的交互界面的界面组件是一样的,针对该事项的交互逻辑也相同,减少用户的学习成本。
5.后端接口标准化:后端的所有接口信息完全一致,可以兼容各地区公积金中心通过接口信息接入。
按照本实施例的公积金服务标准化的方法,基于对业务的充分理解,在界面设计、前端组件、后端接口完全标准化打包,形成一个统一的标准文件,交付给各地区的公积金中心进行开发和建设。
参照图3,所示为一种标准化文件列表的示意图,本实施例针对每一个事项,都对应设置了前端界面的界面组件和后端接口的接口信息,当然还包括每一个事项对应的其他细化的归类。各地区的公积金中心可以根据列表确定各个事项,比如缴存信息,缴存明细和可贷额度计算等事项,分别在根据该列表确定相应的前端界面和后端接口,根据对应的接口文档进行开发建设。本实施例通过统一接口文档,避免了公积金中心的重复开发和建设。
假设针对图3列表中的“缴存信息”事项,可以确定接口文档为接口编号为1,则可以获取到对应接口编号为1对应的接口文档,如图4A所示,在该接口文档中定义了“缴存信息”事项的接口名,方法,用户信息获取方式,请求参数的字段信息(包括字段名,数据类型和相应说明等)以及返回参数的字段信息(字段名,数据类型和相应说明等),各地区的公积金中心将根据该接口文档进行开发建设。这样,在接收到针对“缴存信息”事项的公积金数据获取请求时,如果公积金数据获取请求中携带用户信息(身份证号码和用户姓名),公积金中心可以返回针对该用户信息的“缴存信息”事项对应的公积金数据,代码如图4B所示。另外,如果公积金中心没有保存针对该用户信息的“缴存信息”事项对应的公积金数据或者公积金数据有问题,则可以返回相应的提示信息,代码如图4C所示。
同理,假设针对图3列表中的“缴存明细”事项,可以确定接口文档为接口编号为2,则可以获取到对应接口编号为2对应的接口文档,如图5A所示,在该接口文档中定义了“缴存明细”事项的接口名,方法,用户信息获取方式,请求参数的字段信息(包括字段名,数据类型和相应说明等)以及返回参数的字段信息(字段名,数据类型和相应说明等),各地区的公积金中心将根据该接口文档进行开发建设。这样,在接收到针对“缴存明细”事项的公积金数据获取请求时,如果公积金数据获取请求中携带用户信息(身份证号码和用户姓名),公积金中心可以返回针对该用户信息的“缴存明细”事项对应的公积金数据,代码如图5B所示。另外,如果公积金中心没有保存针对该用户信息的“缴存明细”事项对应的公积金数据,则可以返回相应的提示信息,代码如图5B所示。
当然,上述的关于“缴存明细”和“缴存明细”事项仅仅是作为示例,在实际中可以根据实际情况对接口文档进行调整,本实施例对此无需加以限制。
参照图6,所示为本实施例的一种公积金服务标准化的示意图,对于各地市公积金中心而言,只需要按照由公积金平的相关人员统一开发的标准文件进行公积金数据封装,联调测试后即可上线,上线后,客户端也可以基于标准文件获取公积金数据,由于客户端都是基于同一个标准文件实现公积金数据获取,因此对于用户来说,在获取公积金数据的过程中,交互体验都是一致的。
当用户想要获取公积金数据时,比如获取缴存信息时,可以首先在统一的公积金服务入口,即本实施例的客户端上输入用户信息(比如身份证号码和用户姓名)即可登录到公积金平台在终端102看到交互界面,用户可以根据自己的需求,在交互界面上进行操作,以获取到想要查看的公积金数据。
具体的,用户可以在交互界面上点击“缴存信息”界面组件,各地区将获取到该界面组件对应的接口信息(接口名),随后各地区还获取该用户的用户信息和地区信息,然后根据接口信息,用户信息和地区信息生成公积金数据获取请求,并发送至公积金平台,以请求所需的“缴存信息”对应的公积金数据。
步骤204,接收所述公积金平台根据所述接口信息,用户信息和地区信息返回的公积金数据;所述公积金数据为所述公积金平台根据所述地区信息确定目标公积金中心后,在所述目标公积金中心保存有所述用户信息对应的公积金数据时,根据所述接口信息的字段对应获取所得。
其中,地区信息是指用户缴纳公积金的地区名称或者编号。公积金平台接收到公积金数据获取请求后,可以根据地区信息确定从多个公积金中心确定对应的目标公积金中心。假设地区信息为广州,那么公积金平台可以将广州的公积金中心作为目标公积金中心。
在确定目标公积金中心后,公积金平台将该用户信息和接口信息发送至目标公积金中心,目标公积金中心如果保存由该用户在先注册的用户信息,则可以确定该用户信息对应的公积金数据,当然可以无需将该用户信息对应的所有公积金数据一起返回至公积金平台,而是可以根据接口信息确定对应字段后,将该字段对应的该用户信息的公积金数据返回公积金平台即可。
公积金平台接收到目标公积金中心返回的公积金数据后,就可以将该公积金数据返回至客户端中。
步骤206,获取所述接口信息对应的界面模板,并按照所述界面模板展示所述公积金数据。
在本实施例中,针对不同的接口信息定义了对应的字段,除此之外,本实施例还针对接口信息开发了界面模板,比如,针对事项“缴存信息”可以设置一个界面模板,针对事项“缴存明细”又可以设置一个界面模板。
参照图7,所示为一种“缴存信息”的标准化界面示意图,当客户端在公积金平台的交互界面上通过操作“缴存信息”对应的界面组件进行查看缴存信息的业务流程后,获取界面组件对应的接口信息,然后就可以将接口信息发送至公积金平台,公积金平台则可以根据接口信息,从对应的公积金中心获取到该接口信息对应的字段所对应的公积金数据,比如,如图7右边部分所示,假设接口信息对应的字段包括字段“账户余额”,那么将从公积金中心获取字段“账户余额”对应的公积金数据。
本实施例在获取到接口对应的公积金数据后,将获取到接口信息对应的界面模板,然后将公积金数据填入该界面模板,使得相同接口信息对应的公积金数据在展示给用户时界面都是一样的,具体如图7左边部分所示。
同理,参照图8,所示为一种“缴存明细”的标准化界面示意图,当客户端在公积金平台的交互界面上通过操作“缴存明细”对应的界面组件,选择缴存年份,进行查看缴存明细列表的业务流程后,获取界面组件对应的接口信息,然后就可以将接口信息发送至公积金平台,公积金平台则可以根据接口信息,从对应的公积金中心获取到该接口信息对应的字段所对应的公积金数据,比如,如图8右边部分所示,假设接口信息对应的字段包括字段“当月记账日期”,那么将从公积金中心获取字段“当月记账日期”对应的公积金数据。
本实施例在获取到接口信息对应的公积金数据后,将获取到接口信息对应的界面模板,然后将公积金数据填入该界面模板,具体如图8左边部分所示。
在本实施例中,客户端针对按照不同接口信息返回公积金数据,可以基于接口信息获取到界面模板,然后将公积金数据填充到该界面模板上后进行展示。对于用户而言,针对同一事项的公积金数据,除了具体的公积金数据不同之外,界面都是一样的,降低了在查看公积金数据或者进行界面操作时的操作成本。应用本实施例,对于全省各地区的用户而言,统一入口、统一账户、统一体验,使用起来十分便利。
在一个实施例中,所述步骤202可以包括:
获取接口信息,用户信息和地区信息;
根据所述接口信息,用户信息和地区信息生成公积金数据获取请求。
在本实施例中可以根据用户的选择确定接口信息,以确定该用户所需要获取的公积金数据。在一个实施例中,所述获取接口信息包括:
当检测到针对客户端的交互界面上的界面组件的触控操作时,获取所述界面组件对应的接口信息。
在本实施例中,当用户通过用户信息登录到公积金平台后,将在终端102的客户端上展示公积金平台的交互界面,其中,在交互界面上包括界面组件,且每个界面组件具有其对应的接口信息,当检测到针对交互界面上某个界面组件的触控操作时,将获取该界面组件对应的接口信息。比如,如果用户点击交互界面中的“缴存信息”的界面组件,那么将获取到该“缴存信息”界面组件对应的接口信息。
本实施例还将获取用户信息和地区信息,其中,用户信息可以获取用户登录公积金平台时输入的用信息,地区信息可以通过定位或者用户选择的方式确定。
在一个实施例中,所述获取地区信息包括:
根据用户地区选择操作,获取所述区域选择操作对应的地区信息。
具体地,在用户登录客户端后,即可在终端102查看到公积金平台的交互界面,此时终端102可以自动获取到用户定位的地区信息。当然,用户还可以通过切换地区,能够获取自己在不同地区的公积金数据,无须重复登录多个公积金中心去获取自己的公积金数据,减少用户操作。
在一个实施例中,在所述步骤202之前,所述方法包括:
向公积金平台发送用户信息;
接收所述公积金平台返回的公积金状态数据;所述公积金状态数据为所述用户信息通过身份验证并关联所述用户信息对应的公积金账户后,根据所述公积金账户获取所得;
根据所述公积金状态数据确定对应的交互界面并在客户端进行展示。
优选的,本实施例在用户登录公积金平台时,将根据该用户的公积金账户状态提供不同的交互界面,即公积金账户在不同状态下有一一对应的交互界面。
在用户通过用户信息登录公积金平台时,并通过用户信息和人脸识别等方式完成授权关联公积金账户后,即可在终端102看到查看公积金数据,公积金平台可以根据该用户的公积金账户的状态,返回相应的公积金状态数据,客户端将根据公积金状态数据采用对应的界面来展示。
参照图9,当用户通过客户端登录公积金平台时,在初始进入客户端时,首先展示的是登录界面,用户可以在登录界面根据用户提示输入用户信息,如果该用户信息尚未关联公积金账户,则可以提示用户关联公积金账户,其中,如果用户信息并没有关联的公积金账户,那么可以通过提示用户尚无该用户信息对应的公积金账户,如果用户信息和人脸识别等方式通过验证后就可以关联公积金账户,其中,如果该用户信息的公积金账户被封存,那么将向客户端返回账户被封存的公积金状态数据,并根据该公积金状态数据获取对应的交互界面展示给用户;如果该用户信息的公积金账户被冻结,那么将向客户端返回账户被冻结的公积金状态数据,并根据该公积金状态数据获取对应的交互界面展示给用户。
其中,不同的状态对应的交互界面中,在看到自己的公积金账户信息的同时,还提供有一些事项对应的公积金服务,这样可以方便用户通过该交互界面快速办理该事项对应的公积金服务。
在本实施例中,在用户获取公积金数据时,除了可以提供上述的“状态式”的交互界面之外,还可以提供“场景式”的交互界面,具体的,参照图10,本实施例可以按照缴存、提取、贷款等用户易于理解的场景去分类服务事项,即可以针对缴存、提取、贷款提供不同的交互界面,并在通过交互界面中对应的公积金服务事项对应的界面组件,可以快速办理一些公积金事项服务。可以理解,“状态式”、“场景式”的交互界面,更符合用户操作习惯,提高了用户使用体验。
在一个实施例中,如图11所示,提供了一种公积金数据获取方法,以该方法应用于图1中的服务器104为例进行说明,所述公积金数据在各地区的公积金中心按照统一的接口文档中字段封装,所述字段与接口信息对应;各地区的所述公积金中心与公积金平台对接;所述方法包括:
步骤1102,接收客户端发送的公积金数据获取请求;所述公积金数据获取请求中包括接口信息,用户信息和地区信息;
步骤1104,根据所述地区信息从所述公积金中心中确定目标公积金中心;
步骤1106,将所述用户信息和所述接口信息发送至所述目标公积金中心;
步骤1108,接收所述目标公积金中心根据所述用户信息和所述接口信息返回的公积金数据;所述公积金数据为在所述目标公积金中心保存有所述用户信息对应的公积金数据时,根据所述接口信息的字段对应获取所得;
步骤1100,将所述公积金数据返回至所述客户端,以使在所述客户端按照所述接口信息对应的界面模板展示所述公积金数据。
在本实施例中,终端102的客户端可以向服务器104的公积金平台发送公积金数据获取请求,公积金平台则可以在根据公积金数据获取请求中的地区信息确定目标公积金中心后,将用户信息和接口信息发送至目标公积金中心,如果在目标公积金中心保存有用户信息对应的公积金数据时,那么将根据接口信息的字段获取到相应的公积金数据并返回给公积金平台,公积金平台则可以将该公积金数据返回至客户端,客户端接收到公积金数据,还将获取接口信息对应的界面模板,并按照界面模板展示所述公积金数据。
本实施例中各地区的公积金中心都是按照统一的接口文档中字段的封装,因此不会存在字段定义不统一的情况,降低了用户的理解成本,此外,本实施例的客户端对于返回的公积金数据,还将按照接口信息对应的界面模板展示公积金数据,使得用户的界面交互体验一致,降低了用户的操作成本,本实施例从多个方面降低了用户使用成本,提高了用户的使用体验。
应用本实施例可以具有如下有益效果:1,用户无须靠复杂的账号和密码,通过用户信息即可快速登录在公积金平台。2.用户登录公积金平台,完成授权关联公积金账户后,即可在终端看到自己在定位城市的所有公积金数据,通过切换城市定位,能够快速获取自己在不同地区的公积金数据,无须重复登录多个公积金中心去了解自己在不同地区的公积金数据。3.用户登录和授权关联后,将根据公积金状态数据或者使用场景提供对应的交互界面,这样,用户在看到自己的公积金账户的信息的同时,也能从“状态式”、“场景式”的对应的界面去快速办理一些公积金事项服务。
应该理解的是,虽然图2和图11的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图2和图11中的至少一部分步骤可以包括多个步骤或者多个阶段,这些步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中,如图12所示,提供了一种公积金数据获取装置,所述公积金数据在各地区的公积金中心按照统一的接口文档中字段的封装,所述字段与接口信息对应;各地区的所述公积金中心与公积金平台对接;所述装置包括:
请求模块1202,用于向所述公积金平台发送公积金数据获取请求;所述公积金数据获取请求中包括接口信息,用户信息和地区信息;
第一接收模块1204,用于接收所述公积金平台根据所述接口信息,用户信息和地区信息返回的公积金数据;所述公积金数据为所述公积金平台根据所述地区信息确定目标公积金中心后,在所述目标公积金中心保存有所述用户信息对应的公积金数据时,根据所述接口信息的字段对应获取所得;
展示模块1206,用于获取所述接口信息对应的界面模板,并按照所述界面模板展示所述公积金数据。
在一个实施例中,所述请求模块1202用于获取接口信息,用户信息和地区信息;根据所述接口信息,用户信息和地区信息生成公积金数据获取请求。
在一个实施例中,所述请求模块1202用于当检测到针对客户端的交互界面上的界面组件的触控操作时,获取所述界面组件对应的接口信息。
在一个实施例中,请求模块1202用于根据用户地区选择操作,获取所述区域选择操作对应的地区信息。
在一个实施例中,所述装置还包括:
发送模块,用于向所述公积金平台发送用户信息;
数据接收模块,用于接收所述公积金平台返回的公积金状态数据;所述公积金状态数据为所述用户信息通过身份验证并关联所述用户信息对应的公积金账户后,根据所述公积金账户获取所得;
展示模块,用于根据所述公积金状态数据确定对应的交互界面并在客户端进行展示。
在另一个实施例中,如图13所示,所述公积金数据在各地区的公积金中心按照统一的接口文档中字段封装,所述字段与接口信息对应;各地区的所述公积金中心与公积金平台对接;所述装置包括:
第二接收模块1302,用于接收客户端发送的公积金数据获取请求;所述公积金数据获取请求中包括接口信息,用户信息和地区信息;
确定模块1304,用于根据所述地区信息从所述公积金中心中确定目标公积金中心;
发送模块1306,用于将所述用户信息和所述接口信息发送至所述目标公积金中心;
第三接收模块1308,用于接收所述目标公积金中心根据所述用户信息和所述接口信息返回的公积金数据;所述公积金数据为在所述目标公积金中心保存有所述用户信息对应的公积金数据时,根据所述接口信息的字段对应获取所得;
返回模块1310,用于将所述公积金数据返回至所述客户端,以使在所述客户端按照所述接口信息对应的界面模板展示所述公积金数据。
关于公积金数据获取装置的具体限定可以参见上文中对于公积金数据获取方法的限定,在此不再赘述。上述公积金数据获取装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,提供了一种计算机设备,该计算机设备可以是服务器,其内部结构图可以如图14所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种公积金数据获取方法。
在一个实施例中,提供了一种计算机设备,该计算机设备可以是终端,其内部结构图可以如图15所示。该计算机设备包括通过系统总线连接的处理器、存储器、通信接口、显示屏和输入装置。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信,无线方式可通过WIFI、运营商网络、NFC(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现一种公积金数据获取方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏,该计算机设备的输入装置可以是显示屏上覆盖的触摸层,也可以是计算机设备外壳上设置的按键、轨迹球或触控板,还可以是外接的键盘、触控板或鼠标等。
本领域技术人员可以理解,图14和15中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
在一个实施例中,提供了一种计算机设备,包括存储器和处理器,存储器中存储有计算机程序,该处理器执行计算机程序时实现以下步骤:向所述公积金平台发送公积金数据获取请求;所述公积金数据获取请求中包括接口信息,用户信息和地区信息;接收所述公积金平台根据所述接口信息,用户信息和地区信息返回的公积金数据;所述公积金数据为所述公积金平台根据所述地区信息确定目标公积金中心后,在所述目标公积金中心保存有所述用户信息对应的公积金数据时,根据所述接口信息的字段对应获取所得;获取所述接口信息对应的界面模板,并按照所述界面模板展示所述公积金数据。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:获取接口信息,用户信息和地区信息;根据所述接口信息,用户信息和地区信息生成公积金数据获取请求。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:当检测到针对客户端的交互界面上的界面组件的触控操作时,获取所述界面组件对应的接口信息。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:根据用户地区选择操作,获取所述区域选择操作对应的地区信息。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:向所述公积金平台发送用户信息;接收所述公积金平台返回的公积金状态数据;所述公积金状态数据为所述用户信息通过身份验证并关联所述用户信息对应的公积金账户后,根据所述公积金账户获取所得;根据所述公积金状态数据确定对应的交互界面并在客户端进行展示。
在一个实施例中,提供了一种计算机设备,包括存储器和处理器,存储器中存储有计算机程序,该处理器执行计算机程序时实现以下步骤:接收客户端发送的公积金数据获取请求;所述公积金数据获取请求中包括接口信息,用户信息和地区信息;根据所述地区信息从所述公积金中心中确定目标公积金中心;将所述用户信息和所述接口信息发送至所述目标公积金中心;接收所述目标公积金中心根据所述用户信息和所述接口信息返回的公积金数据;所述公积金数据为在所述目标公积金中心保存有所述用户信息对应的公积金数据时,根据所述接口信息的字段对应获取所得;将所述公积金数据返回至所述客户端,以使在所述客户端按照所述接口信息对应的界面模板展示所述公积金数据。
在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:向所述公积金平台发送公积金数据获取请求;所述公积金数据获取请求中包括接口信息,用户信息和地区信息;接收所述公积金平台根据所述接口信息,用户信息和地区信息返回的公积金数据;所述公积金数据为所述公积金平台根据所述地区信息确定目标公积金中心后,在所述目标公积金中心保存有所述用户信息对应的公积金数据时,根据所述接口信息的字段对应获取所得;获取所述接口信息对应的界面模板,并按照所述界面模板展示所述公积金数据。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:获取接口信息,用户信息和地区信息;根据所述接口信息,用户信息和地区信息生成公积金数据获取请求。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:当检测到针对客户端的交互界面上的界面组件的触控操作时,获取所述界面组件对应的接口信息。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:根据用户地区选择操作,获取所述区域选择操作对应的地区信息。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:向所述公积金平台发送用户信息;接收所述公积金平台返回的公积金状态数据;所述公积金状态数据为所述用户信息通过身份验证并关联所述用户信息对应的公积金账户后,根据所述公积金账户获取所得;根据所述公积金状态数据确定对应的交互界面并在客户端进行展示。
在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:接收客户端发送的公积金数据获取请求;所述公积金数据获取请求中包括接口信息,用户信息和地区信息;根据所述地区信息从所述公积金中心中确定目标公积金中心;将所述用户信息和所述接口信息发送至所述目标公积金中心;接收所述目标公积金中心根据所述用户信息和所述接口信息返回的公积金数据;所述公积金数据为在所述目标公积金中心保存有所述用户信息对应的公积金数据时,根据所述接口信息的字段对应获取所得;将所述公积金数据返回至所述客户端,以使在所述客户端按照所述接口信息对应的界面模板展示所述公积金数据。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory,ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory,RAM)或外部高速缓冲存储器。作为说明而非局限,RAM可以是多种形式,比如静态随机存取存储器(Static Random Access Memory,SRAM)或动态随机存取存储器(Dynamic Random Access Memory,DRAM)等。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请专利的保护范围应以所附权利要求为准。