CN116308145A - 一种公积金业务集中管理方法和装置 - Google Patents

Abstract

本发明公开了一种公积金业务集中管理方法和装置，涉及大数据技术领域。该方法的一具体实施方式包括：接收用户发起的公积金业务处理请求；其中，公积金业务处理请求包括用户编号、公积金业务类型和公积金业务请求数据；根据公积金业务类型查询业务处理流程表，确定公积金业务类型对应的业务处理系统和业务处理顺序，根据业务处理系统和业务处理顺序，将公积金业务处理请求依次转发至相应的业务处理系统，并接收返回的业务处理结果；将业务处理结果发送至用户。该实施方式降低了公积金业务处理流程的复杂度，提高了业务处理效率，提升了用户体验。

Description

一种公积金业务集中管理方法和装置

技术领域

本发明涉及大数据技术领域，尤其涉及一种公积金业务集中管理方法和装置。

背景技术

随着互联网技术的发展，各地公积金管理中心开始逐步推进公积金业务的线上办理，但是由于公积金业务的办理涉及到多个业务系统的交互，如办理公积金提取业务，虽然公积金提取操作是由公积金业务系统执行的，但在公积金提取之前还需要政务系统提供的无房证明、租赁机构业务系统提供的租房证明；再如公积金贷款业务，需要接入银行系统提供贷款服务。

相关技术中，是由各地公积金管理中心分别对接各个业务处理系统，或者由用户个人去各个业务处理系统依次办理相应手续，导致公积金业务集中管理操作较为繁琐，业务处理效率较低。进一步地，以南方某省为例，就有13家住房公积金管理中心，各地分别搭建和维护各自的公积金业务系统，导致公积金业务相关系统的维护和开发成本较高，且由于缴存地与提取地可能并不一致，使得公积金业务处理流程的复杂度较高，用户体验差。

发明内容

有鉴于此，本发明实施例提供一种公积金业务集中管理方法和装置，能够通过公积金业务集中管理系统实现公积金业务的集中办理，降低了公积金业务处理流程的复杂度，提高了业务处理效率，降低了系统开发和维护成本，提升了用户体验。

为实现上述目的，根据本发明实施例的一个方面，提供了一种公积金业务集中管理方法，应用于公积金业务集中管理系统，包括：

接收用户发起的公积金业务处理请求；其中，公积金业务处理请求包括用户编号、公积金业务类型和公积金业务请求数据；

根据公积金业务类型查询业务处理流程表，确定公积金业务类型对应的业务处理系统和业务处理顺序，根据业务处理系统和业务处理顺序，将公积金业务处理请求依次转发至相应的业务处理系统，并接收返回的业务处理结果；

将业务处理结果发送至用户。

进一步地，公积金业务集中管理系统基于政务系统云平台进行部署；业务处理系统包括租赁机构业务系统、公积金业务系统和银行系统；在接收用户发起的公积金业务处理请求的步骤之前，方法还包括：

接收至少一个业务处理系统的接入请求，对至少一个业务系统分别进行验证处理；

在验证处理通过的情况下，设置业务处理系统对应的业务处理接口，以用于公积金业务集中管理系统与业务处理系统之间的数据传输。

进一步地，方法还包括：

接收至少一个业务处理系统发送的数据共享请求，基于数据共享请求构建共享数据库；

在确定公积金业务类型对应的业务处理系统和业务处理顺序的步骤之后，根据业务处理顺序查询共享数据库，根据相应的业务处理系统上传的共享数据，对公积金业务请求进行业务需求验证，在业务需求验证通过的情况下执行业务处理，并将相应的业务处理结果发送至业务处理顺序指示的业务处理系统。

进一步地，方法还包括构建业务处理流程表的步骤，包括：

获取多个公积金业务类型和公积金业务配置信息；

基于公积金业务配置信息确定每个公积金业务类型对应的业务处理系统和业务处理顺序；

根据公积金业务类型，以及公积金业务类型对应的业务处理系统和业务处理顺序，构建业务处理流程表。

进一步地，方法还包括：

接收公积金业务配置更新信息，基于公积金业务配置更新信息对业务处理流程表进行更新。

进一步地，业务处理顺序指示了公积金业务处理请求指示的当前业务处理类型对应的业务处理系统的执行顺序节点；根据业务处理系统和业务处理顺序，将公积金业务处理请求依次转发至相应的业务处理系统，并接收返回的业务处理结果的步骤，还包括：

将公积金业务处理请求发送至执行顺序节点中第一节点对应的业务处理系统进行第一业务处理；

通过第一节点的业务处理系统将公积金业务处理请求和第一业务处理结果发送至下一节点对应的业务处理系统进行业务处理，直至最后一个节点的业务处理系统完成相应的业务处理后，将业务处理结果发送至公积金业务集中管理系统。

进一步地，若业务处理结果指示了业务处理失败，业务处理结果中还包括业务处理失败对应的目标业务处理系统和业务处理失败原因；方法还包括：

接收用户根据业务处理失败原因调整后的公积金业务处理更新请求；

以目标业务处理系统作为业务处理顺序的起始节点，对业务处理顺序进行调整，根据调整后的业务处理顺序对公积金业务处理更新请求进行相应的业务处理，并接收返回的业务处理结果。

根据本发明实施例的另一个方面，提供了一种公积金业务集中管理装置，设置于公积金业务集中管理系统，包括：

请求接收模块，用于接收用户发起的公积金业务处理请求；其中，公积金业务处理请求包括用户编号、公积金业务类型和公积金业务请求数据；

业务处理模块，用于根据公积金业务类型查询业务处理流程表，确定公积金业务类型对应的业务处理系统和业务处理顺序，根据业务处理系统和业务处理顺序，将公积金业务处理请求依次转发至相应的业务处理系统，并接收返回的业务处理结果；

结果发送模块，用于将业务处理结果发送至用户。

进一步地，公积金业务集中管理系统基于政务系统云平台进行部署；业务处理系统包括租赁机构业务系统、公积金业务系统和银行系统；公积金业务集中管理装置还包括接入模块，在接收用户发起的公积金业务处理请求的步骤之前，接入模块用于：

接收至少一个业务处理系统的接入请求，对至少一个业务系统分别进行验证处理；

在验证处理通过的情况下，设置业务处理系统对应的业务处理接口，以用于公积金业务集中管理系统与业务处理系统之间的数据传输。

进一步地，业务处理模块还用于：

接收至少一个业务处理系统发送的数据共享请求，基于数据共享请求构建共享数据库；

在确定公积金业务类型对应的业务处理系统和业务处理顺序的步骤之后，根据业务处理顺序查询共享数据库，根据相应的业务处理系统上传的共享数据，对公积金业务请求进行业务需求验证，在业务需求验证通过的情况下执行业务处理，并将相应的业务处理结果发送至业务处理顺序指示的业务处理系统。

根据本发明实施例的又一个方面，提供了一种公积金业务集中管理的电子设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如上述任一种公积金业务集中管理方法。

根据本发明实施例的再一个方面，提供了一种计算机可读介质，其上存储有计算机程序，该程序被处理器执行时实现如上述任一种公积金业务集中管理方法。

为实现上述目的，根据本发明实施例的又一个方面，提供了一种计算机程序产品；本发明实施例的一种计算机程序产品，包括计算机程序，计算机程序被处理器执行时实现如本发明实施例上述提供的任一种公积金业务集中管理方法。

上述发明中的一个实施例具有如下优点或有益效果：因为采用接收用户发起的公积金业务处理请求；其中，公积金业务处理请求包括用户编号、公积金业务类型和公积金业务请求数据；根据公积金业务类型查询业务处理流程表，确定公积金业务类型对应的业务处理系统和业务处理顺序，根据业务处理系统和业务处理顺序，将公积金业务处理请求依次转发至相应的业务处理系统，并接收返回的业务处理结果；将业务处理结果发送至用户的技术手段，所以克服了相关技术中，存在的公积金业务集中管理操作较为繁琐，业务处理效率较低，公积金业务相关系统的维护和开发成本较高，公积金业务处理流程的复杂度较高，用户体验差的技术问题，进而达到能够通过公积金业务集中管理系统实现公积金业务的集中办理，降低公积金业务处理流程的复杂度，提高业务处理效率，降低系统开发和维护成本，提升用户体验的技术效果。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明一个实施例提供的公积金业务集中管理方法的主要流程的示意图；

图2是根据本发明另一个实施例提供的公积金业务集中管理方法的主要流程的示意图；

图3是根据本发明又一个实施例提供的公积金业务集中管理方法的主要流程的示意图；

图4是根据本发明实施例提供的公积金业务集中管理装置的主要模块的示意图；

图5是本发明实施例可以应用于其中的示例性系统架构图；

图6是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

需要说明的是，本发明的技术方案中，所涉及的用户个人信息的采集、分析、使用、传输、存储等方面，均符合相关法律法规的规定，被用于合法且合理的用途，不在这些合法使用等方面之外共享、泄露或出售，并且接受监管部门的监督管理。应当对用户个人信息采取必要措施，以防止对此类个人信息数据的非法访问，确保有权访问个人信息数据的人员遵守相关法律法规的规定，确保用户个人信息安全。一旦不再需要这些用户个人信息数据，应当通过限制甚至禁止数据收集和/或删除数据的方式将风险降至最低。

当适用时，包括在某些相关应用程序中，通过对数据去标识来保护用户隐私，例如在适用时通过移除特定标识符(例如，出生日期等)、控制所存储数据的量或特异性(例如，在城市级别而不是在具体地址级别收集位置数据)、控制数据如何被存储、和/或其他方法去标识。

图1是根据本发明一个实施例提供的公积金业务集中管理方法的主要流程的示意图；如图1所示，本发明实施例提供的公积金业务集中管理方法主要包括：

步骤S101，接收用户发起的公积金业务处理请求；其中，公积金业务处理请求包括用户编号、公积金业务类型和公积金业务请求数据。

具体地，上述公积金业务集中管理系统基于政务系统云平台进行部署。

基于政务系统云平台部署上述公积金业务集中管理系统，面向用户提供公积金业务处理办理接口，拓展了政务系统的业务办理范围，且能实现多个地区的公积金业务系统接入，进而便于统一维护和管理，降低了系统的开发和维护成本。

其中，用户编号是诸如用户手机号、身份号、特定编码等形式来表征用户身份信息的编号，以便于在办理公积金业务查询相应数据进行身份验证和业务办理。公积金业务类型包括公积金提取、公积金贷款等，业务类型的范围可根据各地公积金政策进行调整。公积金业务请求数据则表征办理公积金业务的详细需求，如申请公积金提取额度、申请公积金贷款额度等。

进一步地，根据本发明实施例，在接收用户发起的公积金业务处理请求的步骤之前，上述方法还包括：

接收至少一个业务处理系统的接入请求，对至少一个业务系统分别进行验证处理；

在验证处理通过的情况下，设置业务处理系统对应的业务处理接口，以用于公积金业务集中管理系统与业务处理系统之间的数据传输。

根据本发明实施例，上述业务处理系统包括租赁机构业务系统、公积金业务系统和银行系统(需要说明的是，若公积金业务处理还涉及到其他业务处理系统，也可接入上述公积金集中管理系统)。上述公积金业务集中管理系统采用微服务分布式架构，接入多个业务处理系统，其中，租赁机构业务系统可以用于提供租约查询、已付租金查询、待付租金查询等业务服务处理；各地公积金业务系统可提供公积金提取业务服务处理；银行系统可提供公积金融贷业务服务处理。

通过上述设置而言，用户在办理公积金业务时，不再需要自身费时费力地去多个业务部门进行办理，而是直接向公积金业务集中管理系统发起请求后，由公积金业务集中管理系统对接用户的业务请求涉及到的业务处理系统，实现公积金业务的一次性处理，后续只需向将业务处理结果发送给用户即可，极大提升了用户体验。

步骤S102，根据公积金业务类型查询业务处理流程表，确定公积金业务类型对应的业务处理系统和业务处理顺序，根据业务处理系统和业务处理顺序，将公积金业务处理请求依次转发至相应的业务处理系统，并接收返回的业务处理结果。

进一步地，根据本发明实施例，上述业务处理顺序指示了公积金业务处理请求指示的当前业务处理类型对应的业务处理系统的执行顺序节点；上述根据业务处理系统和业务处理顺序，将公积金业务处理请求依次转发至相应的业务处理系统，并接收返回的业务处理结果的步骤，还包括：

将公积金业务处理请求发送至执行顺序节点中第一节点对应的业务处理系统进行第一业务处理；

通过第一节点的业务处理系统将公积金业务处理请求和第一业务处理结果发送至下一节点对应的业务处理系统进行业务处理，直至最后一个节点的业务处理系统完成相应的业务处理后，将业务处理结果发送至公积金业务集中管理系统。

通过上述设置，即使公积金业务办理涉及到多个业务处理系统，对于用户而言是“无感”的，用户不需亲自去相应的业务处理系统进行业务办理，而是由公积金集中管理系统与多个公积金业务系统进行对接，依据业务处理顺序完成公积金业务的全流程办理，直接生成业务办理结果。对于用户而言，其只需向公积金集中管理系统发送公积金业务处理请求，然后等待公积金集中管理系统返回业务处理结果即可，节省了用户办理公积金业务的时间和精力，提高了业务处理效率，提升了用户体验。

优选地，根据本发明实施例，上述方法还包括：

接收至少一个业务处理系统发送的数据共享请求，基于数据共享请求构建共享数据库；

在确定公积金业务类型对应的业务处理系统和业务处理顺序的步骤之后，根据业务处理顺序查询共享数据库，根据相应的业务处理系统上传的共享数据，对公积金业务请求进行业务需求验证，在业务需求验证通过的情况下执行业务处理，并将相应的业务处理结果发送至业务处理顺序指示的业务处理系统。

由于公积金业务处理过程中涉及到的业务处理系统大多需要提供的根据自身存储数据对业务需求进行验证，因此，通过在公积金集中管理系统中建立共享数据，有助于进一步提升公积金业务的办理效率。

示例性地，根据本发明实施例，上述方法还包括构建业务处理流程表的步骤，包括：

获取多个公积金业务类型和公积金业务配置信息；

基于公积金业务配置信息确定每个公积金业务类型对应的业务处理系统和业务处理顺序；

根据公积金业务类型，以及公积金业务类型对应的业务处理系统和业务处理顺序，构建业务处理流程表。

其中，公积金业务配置信息一般是根据国家或地方针对公积金业务办理制定的政策进行确定的。通过上述设置，构建指示了公积金业务类型对应的业务处理系统和业务处理顺序的业务处理流程表，简化了公积金业务处理流程，提高了业务处理的精确度。

可选地，根据本发明实施例，上述方法还包括：

接收公积金业务配置更新信息，基于公积金业务配置更新信息对业务处理流程表进行更新。

当国家或地方针对公积金业务办理制定的政策发生了调整时，通过发送公积金业务配置更新信息，及时对业务处理流程表进行更新，有助于保障公积金业务办理的有效性。

步骤S103，将业务处理结果发送至用户。

进一步地，根据本发明实施例，若业务处理结果指示了业务处理失败，上述业务处理结果中还包括业务处理失败对应的目标业务处理系统和业务处理失败原因；上述方法还包括：

接收用户根据业务处理失败原因调整后的公积金业务处理更新请求；

以目标业务处理系统作为业务处理顺序的起始节点，对业务处理顺序进行调整，根据调整后的业务处理顺序对公积金业务处理更新请求进行相应的业务处理，并接收返回的业务处理结果。

当业务处理失败时，用户根据失败原因调整请求内容，进而直接由上一次处理时的目标业务处理系统继续进行办理即可，不再需要之前处理成功的业务处理系统再重复进行处理，通过上述设置，简化了业务处理流程。

根据本发明实施例的技术方案，因为采用接收用户发起的公积金业务处理请求；其中，公积金业务处理请求包括用户编号、公积金业务类型和公积金业务请求数据；根据公积金业务类型查询业务处理流程表，确定公积金业务类型对应的业务处理系统和业务处理顺序，根据业务处理系统和业务处理顺序，将公积金业务处理请求依次转发至相应的业务处理系统，并接收返回的业务处理结果；将业务处理结果发送至用户的技术手段，所以克服了相关技术中，存在的公积金业务集中管理操作较为繁琐，业务处理效率较低，公积金业务相关系统的维护和开发成本较高，公积金业务处理流程的复杂度较高，用户体验差的技术问题，进而达到能够通过公积金业务集中管理系统实现公积金业务的集中办理，降低公积金业务处理流程的复杂度，提高业务处理效率，降低系统开发和维护成本，提升用户体验的技术效果。

图2是根据本发明另一个实施例提供的公积金业务集中管理方法的主要流程的示意图；如图2所示，本发明实施例提供的公积金业务集中管理方法主要包括：

步骤S201，接收至少一个业务处理系统的接入请求，对至少一个业务系统分别进行验证处理；在验证处理通过的情况下，设置业务处理系统对应的业务处理接口，以用于公积金业务集中管理系统与业务处理系统之间的数据传输。

根据本发明实施例，上述业务处理系统包括租赁机构业务系统、公积金业务系统和银行系统(需要说明的是，若公积金业务处理还涉及到其他业务处理系统，也可接入上述公积金集中管理系统)。上述公积金业务集中管理系统采用微服务分布式架构，接入多个业务处理系统，其中，租赁机构业务系统可以用于提供租约查询、已付租金查询、待付租金查询等业务服务处理；各地公积金业务系统可提供公积金提取业务服务处理；银行系统可提供公积金融贷业务服务处理。

通过上述设置而言，用户在办理公积金业务时，不再需要自身费时费力地去多个业务部门进行办理，而是直接向公积金业务集中管理系统发起请求后，由公积金业务集中管理系统对接用户的业务请求涉及到的业务处理系统，实现公积金业务的一次性处理，后续只需向将业务处理结果发送给用户即可，极大提升了用户体验。

步骤S202，获取多个公积金业务类型和公积金业务配置信息；基于公积金业务配置信息确定每个公积金业务类型对应的业务处理系统和业务处理顺序；根据公积金业务类型，以及公积金业务类型对应的业务处理系统和业务处理顺序，构建业务处理流程表。

其中，公积金业务配置信息一般是根据国家或地方针对公积金业务办理制定的政策进行确定的。通过上述设置，构建指示了公积金业务类型对应的业务处理系统和业务处理顺序的业务处理流程表，简化了公积金业务处理流程，提高了业务处理的精确度。

可选地，根据本发明实施例，上述方法还包括：

接收公积金业务配置更新信息，基于公积金业务配置更新信息对业务处理流程表进行更新。

当国家或地方针对公积金业务办理制定的政策发生了调整时，通过发送公积金业务配置更新信息，及时对业务处理流程表进行更新，有助于保障公积金业务办理的有效性。

步骤S203，接收用户发送的公积金业务处理请求；其中，公积金业务处理请求包括用户编号、公积金业务类型和公积金业务请求数据。

基于政务系统云平台部署上述公积金业务集中管理系统，面向用户提供公积金业务处理办理接口，以接收用户发送的公积金业务处理请求，拓展了政务系统的业务办理范围，且能实现多个地区的公积金业务系统接入，进而便于统一维护和管理，降低了系统的开发和维护成本。

步骤S204，根据公积金业务类型查询业务处理流程表，确定公积金业务类型对应的业务处理系统和业务处理顺序。

步骤S205，将公积金业务处理请求发送至执行顺序节点中第一节点对应的业务处理系统进行第一业务处理；通过第一节点的业务处理系统将公积金业务处理请求和第一业务处理结果发送至下一节点对应的业务处理系统进行业务处理，直至最后一个节点的业务处理系统完成相应的业务处理后，将业务处理结果发送至公积金业务集中管理系统。

通过上述设置，即使公积金业务办理涉及到多个业务处理系统，对于用户而言是“无感”的，用户不需亲自去相应的业务处理系统进行业务办理，而是由公积金集中管理系统与多个公积金业务系统进行对接，依据业务处理顺序完成公积金业务的全流程办理，直接生成业务办理结果。对于用户而言，其只需向公积金集中管理系统发送公积金业务处理请求，然后等待公积金集中管理系统返回业务处理结果即可，节省了用户办理公积金业务的时间和精力，提高了业务处理效率，提升了用户体验。

步骤S206，将业务处理结果发送至用户。

进一步地，根据本发明实施例，若业务处理结果指示了业务处理失败，上述业务处理结果中还包括业务处理失败对应的目标业务处理系统和业务处理失败原因；上述方法还包括：

接收用户根据业务处理失败原因调整后的公积金业务处理更新请求；

以目标业务处理系统作为业务处理顺序的起始节点，对业务处理顺序进行调整，根据调整后的业务处理顺序对公积金业务处理更新请求进行相应的业务处理，并接收返回的业务处理结果。

当业务处理失败时，用户根据失败原因调整请求内容，进而直接由上一次处理时的目标业务处理系统继续进行办理即可，不再需要之前处理成功的业务处理系统再重复进行处理，通过上述设置，简化了业务处理流程。

根据本发明实施例的技术方案，因为采用接收用户发起的公积金业务处理请求；其中，公积金业务处理请求包括用户编号、公积金业务类型和公积金业务请求数据；根据公积金业务类型查询业务处理流程表，确定公积金业务类型对应的业务处理系统和业务处理顺序，根据业务处理系统和业务处理顺序，将公积金业务处理请求依次转发至相应的业务处理系统，并接收返回的业务处理结果；将业务处理结果发送至用户的技术手段，所以克服了相关技术中，存在的公积金业务集中管理操作较为繁琐，业务处理效率较低，公积金业务相关系统的维护和开发成本较高，公积金业务处理流程的复杂度较高，用户体验差的技术问题，进而达到能够通过公积金业务集中管理系统实现公积金业务的集中办理，降低公积金业务处理流程的复杂度，提高业务处理效率，降低系统开发和维护成本，提升用户体验的技术效果。

图3是根据本发明又一个实施例提供的公积金业务集中管理方法的主要流程的示意图；如图3所示，本发明实施例提供的公积金业务集中管理方法主要包括：

步骤S301，接收至少一个业务处理系统的接入请求，对至少一个业务系统分别进行验证处理；在验证处理通过的情况下，设置业务处理系统对应的业务处理接口，以用于公积金业务集中管理系统与业务处理系统之间的数据传输。

通过上述设置而言，用户在办理公积金业务时，不再需要自身费时费力地去多个业务部门进行办理，而是直接向公积金业务集中管理系统发起请求后，由公积金业务集中管理系统对接用户的业务请求涉及到的业务处理系统，实现公积金业务的一次性处理，后续只需向将业务处理结果发送给用户即可，极大提升了用户体验。

步骤S302，接收至少一个业务处理系统发送的数据共享请求，基于数据共享请求构建共享数据库。

由于公积金业务处理过程中涉及到的业务处理系统大多需要提供的根据自身存储数据对业务需求进行验证，因此，通过在公积金集中管理系统中建立共享数据，有助于进一步提升公积金业务的办理效率。

步骤S303，获取多个公积金业务类型和公积金业务配置信息；基于公积金业务配置信息确定每个公积金业务类型对应的业务处理系统和业务处理顺序；根据公积金业务类型，以及公积金业务类型对应的业务处理系统和业务处理顺序，构建业务处理流程表。

可选地，根据本发明实施例，上述方法还包括：

接收公积金业务配置更新信息，基于公积金业务配置更新信息对业务处理流程表进行更新。

当国家或地方针对公积金业务办理制定的政策发生了调整时，通过发送公积金业务配置更新信息，及时对业务处理流程表进行更新，有助于保障公积金业务办理的有效性。

步骤S304，接收用户发起的公积金业务处理请求；其中，公积金业务处理请求包括用户编号、公积金业务类型和公积金业务请求数据。

步骤S305，根据公积金业务类型查询业务处理流程表，确定公积金业务类型对应的业务处理系统和业务处理顺序。

步骤S306，根据业务处理顺序查询共享数据库，根据相应的业务处理系统上传的共享数据，对公积金业务请求进行业务需求验证，在业务需求验证通过的情况下执行业务处理，并将相应的业务处理结果发送至业务处理顺序指示的业务处理系统。

由于公积金业务处理过程中涉及到的业务处理系统大多需要提供的根据自身存储数据对业务需求进行验证，因此，通过在公积金集中管理系统中建立共享数据，有助于进一步提升公积金业务的办理效率。

步骤S307，将业务处理结果发送至用户。

根据本发明实施例的技术方案，因为采用接收用户发起的公积金业务处理请求；其中，公积金业务处理请求包括用户编号、公积金业务类型和公积金业务请求数据；根据公积金业务类型查询业务处理流程表，确定公积金业务类型对应的业务处理系统和业务处理顺序，根据业务处理系统和业务处理顺序，将公积金业务处理请求依次转发至相应的业务处理系统，并接收返回的业务处理结果；将业务处理结果发送至用户的技术手段，所以克服了相关技术中，存在的公积金业务集中管理操作较为繁琐，业务处理效率较低，公积金业务相关系统的维护和开发成本较高，公积金业务处理流程的复杂度较高，用户体验差的技术问题，进而达到能够通过公积金业务集中管理系统实现公积金业务的集中办理，降低公积金业务处理流程的复杂度，提高业务处理效率，降低系统开发和维护成本，提升用户体验的技术效果。

图4是根据本发明实施例提供的公积金业务集中管理装置的主要模块的示意图；如图4所示，本发明实施例提供的公积金业务集中管理装置400主要包括：

请求接收模块401，用于接收用户发起的公积金业务处理请求；其中，公积金业务处理请求包括用户编号、公积金业务类型和公积金业务请求数据。

具体地，上述公积金业务集中管理系统基于政务系统云平台进行部署。

基于政务系统云平台部署上述公积金业务集中管理系统，面向用户提供公积金业务处理办理接口，拓展了政务系统的业务办理范围，且能实现多个地区的公积金业务系统接入，进而便于统一维护和管理，降低了系统的开发和维护成本。

进一步地，根据本发明实施例，上述公积金业务集中管理装置400还包括接入模块，在接收用户发起的公积金业务处理请求的步骤之前，上述接入模块用于：

接收至少一个业务处理系统的接入请求，对至少一个业务系统分别进行验证处理；

在验证处理通过的情况下，设置业务处理系统对应的业务处理接口，以用于公积金业务集中管理系统与业务处理系统之间的数据传输。

根据本发明实施例，上述业务处理系统包括租赁机构业务系统、公积金业务系统和银行系统(需要说明的是，若公积金业务处理还涉及到其他业务处理系统，也可接入上述公积金集中管理系统)。上述公积金业务集中管理系统采用微服务分布式架构，接入多个业务处理系统，其中，租赁机构业务系统可以用于提供租约查询、已付租金查询、待付租金查询等业务服务处理；各地公积金业务系统可提供公积金提取业务服务处理；银行系统可提供公积金融贷业务服务处理。

通过上述设置而言，用户在办理公积金业务时，不再需要自身费时费力地去多个业务部门进行办理，而是直接向公积金业务集中管理系统发起请求后，由公积金业务集中管理系统对接用户的业务请求涉及到的业务处理系统，实现公积金业务的一次性处理，后续只需向将业务处理结果发送给用户即可，极大提升了用户体验。

业务处理模块402，用于根据公积金业务类型查询业务处理流程表，确定公积金业务类型对应的业务处理系统和业务处理顺序，根据业务处理系统和业务处理顺序，将公积金业务处理请求依次转发至相应的业务处理系统，并接收返回的业务处理结果。

进一步地，根据本发明实施例，上述业务处理顺序指示了公积金业务处理请求指示的当前业务处理类型对应的业务处理系统的执行顺序节点；上述业务处理模块402还用于：

将公积金业务处理请求发送至执行顺序节点中第一节点对应的业务处理系统进行第一业务处理；

通过第一节点的业务处理系统将公积金业务处理请求和第一业务处理结果发送至下一节点对应的业务处理系统进行业务处理，直至最后一个节点的业务处理系统完成相应的业务处理后，将业务处理结果发送至公积金业务集中管理系统。

通过上述设置，即使公积金业务办理涉及到多个业务处理系统，对于用户而言是“无感”的，用户不需亲自去相应的业务处理系统进行业务办理，而是由公积金集中管理系统与多个公积金业务系统进行对接，依据业务处理顺序完成公积金业务的全流程办理，直接生成业务办理结果。对于用户而言，其只需向公积金集中管理系统发送公积金业务处理请求，然后等待公积金集中管理系统返回业务处理结果即可，节省了用户办理公积金业务的时间和精力，提高了业务处理效率，提升了用户体验。

优选地，根据本发明实施例，上述业务处理模块402还用于：

接收至少一个业务处理系统发送的数据共享请求，基于数据共享请求构建共享数据库；

在确定公积金业务类型对应的业务处理系统和业务处理顺序的步骤之后，根据业务处理顺序查询共享数据库，根据相应的业务处理系统上传的共享数据，对公积金业务请求进行业务需求验证，在业务需求验证通过的情况下执行业务处理，并将相应的业务处理结果发送至业务处理顺序指示的业务处理系统。

由于公积金业务处理过程中涉及到的业务处理系统大多需要提供的根据自身存储数据对业务需求进行验证，因此，通过在公积金集中管理系统中建立共享数据，有助于进一步提升公积金业务的办理效率。

示例性地，根据本发明实施例，上述公积金业务集中管理装置400还包括业务处理流程表构建模块，用于：

获取多个公积金业务类型和公积金业务配置信息；

基于公积金业务配置信息确定每个公积金业务类型对应的业务处理系统和业务处理顺序；

根据公积金业务类型，以及公积金业务类型对应的业务处理系统和业务处理顺序，构建业务处理流程表。

其中，公积金业务配置信息一般是根据国家或地方针对公积金业务办理制定的政策进行确定的。通过上述设置，构建指示了公积金业务类型对应的业务处理系统和业务处理顺序的业务处理流程表，简化了公积金业务处理流程，提高了业务处理的精确度。

可选地，根据本发明实施例，上述公积金业务集中管理装置400还包括业务处理流程表更新模块，用于：

接收公积金业务配置更新信息，基于公积金业务配置更新信息对业务处理流程表进行更新。

当国家或地方针对公积金业务办理制定的政策发生了调整时，通过发送公积金业务配置更新信息，及时对业务处理流程表进行更新，有助于保障公积金业务办理的有效性。

结果发送模块403，用于将业务处理结果发送至用户。

进一步地，根据本发明实施例，若业务处理结果指示了业务处理失败，上述业务处理结果中还包括业务处理失败对应的目标业务处理系统和业务处理失败原因；业务处理模块402还用于：

接收用户根据业务处理失败原因调整后的公积金业务处理更新请求；

以目标业务处理系统作为业务处理顺序的起始节点，对业务处理顺序进行调整，根据调整后的业务处理顺序对公积金业务处理更新请求进行相应的业务处理，并接收返回的业务处理结果。

当业务处理失败时，用户根据失败原因调整请求内容，进而直接由上一次处理时的目标业务处理系统继续进行办理即可，不再需要之前处理成功的业务处理系统再重复进行处理，通过上述设置，简化了业务处理流程。

根据本发明实施例的技术方案，因为采用接收用户发起的公积金业务处理请求；其中，公积金业务处理请求包括用户编号、公积金业务类型和公积金业务请求数据；根据公积金业务类型查询业务处理流程表，确定公积金业务类型对应的业务处理系统和业务处理顺序，根据业务处理系统和业务处理顺序，将公积金业务处理请求依次转发至相应的业务处理系统，并接收返回的业务处理结果；将业务处理结果发送至用户的技术手段，所以克服了相关技术中，存在的公积金业务集中管理操作较为繁琐，业务处理效率较低，公积金业务相关系统的维护和开发成本较高，公积金业务处理流程的复杂度较高，用户体验差的技术问题，进而达到能够通过公积金业务集中管理系统实现公积金业务的集中办理，降低公积金业务处理流程的复杂度，提高业务处理效率，降低系统开发和维护成本，提升用户体验的技术效果。

图5示出了可以应用本发明实施例的公积金业务集中管理方法或公积金业务集中管理装置的示例性系统架构500。

如图5所示，系统架构500可以包括终端设备501、502、503，网络504和服务器505。网络504用以在终端设备501、502、503和服务器505之间提供通信链路的介质。网络504可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备501、502、503通过网络504与服务器505交互，以接收或发送消息等。终端设备501、502、503上可以安装有各种通讯客户端应用，例如公积金业务处理类应用、网页浏览器应用、搜索类应用等(仅为示例)。

终端设备501、502、503可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器505可以是提供各种服务的服务器，例如对用户利用终端设备501、502、503所(进行公积金业务办理/进行数据处理)的服务器(仅为示例)。该服务器可以对接收到的公积金业务处理请求等数据进行分析等处理，并将处理结果(例如业务处理结果--仅为示例)反馈给终端设备。

需要说明的是，本发明实施例所提供的公积金业务集中管理方法一般由服务器505执行，相应地，公积金业务集中管理装置一般设置于服务器505中。

应该理解，图5中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图6，其示出了适于用来实现本发明实施例的终端设备或服务器的计算机系统600的结构示意图。图6示出的终端设备或服务器仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图6所示，计算机系统600包括中央处理单元(CPU)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中，还存储有系统600操作所需的各种程序和数据。CPU 601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

以下部件连接至I/O接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(CPU)601执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

本发明实施例的计算机程序产品，包括计算机程序，该计算机程序在被处理器执行时实现如本发明实施例上述提供的任一种公积金业务集中管理方法。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括请求接收模块、业务处理模块和结果发送模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，请求接收模块还可以被描述为“用于接收用户发起的公积金业务处理请求；其中，公积金业务处理请求包括用户编号、公积金业务类型和公积金业务请求数据的模块”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：接收用户发起的公积金业务处理请求；其中，公积金业务处理请求包括用户编号、公积金业务类型和公积金业务请求数据；根据公积金业务类型查询业务处理流程表，确定公积金业务类型对应的业务处理系统和业务处理顺序，根据业务处理系统和业务处理顺序，将公积金业务处理请求依次转发至相应的业务处理系统，并接收返回的业务处理结果；将业务处理结果发送至用户。

根据本发明实施例的技术方案，因为采用接收用户发起的公积金业务处理请求；其中，公积金业务处理请求包括用户编号、公积金业务类型和公积金业务请求数据；根据公积金业务类型查询业务处理流程表，确定公积金业务类型对应的业务处理系统和业务处理顺序，根据业务处理系统和业务处理顺序，将公积金业务处理请求依次转发至相应的业务处理系统，并接收返回的业务处理结果；将业务处理结果发送至用户的技术手段，所以克服了相关技术中，存在的公积金业务集中管理操作较为繁琐，业务处理效率较低，公积金业务相关系统的维护和开发成本较高，公积金业务处理流程的复杂度较高，用户体验差的技术问题，进而达到能够通过公积金业务集中管理系统实现公积金业务的集中办理，降低公积金业务处理流程的复杂度，提高业务处理效率，降低系统开发和维护成本，提升用户体验的技术效果。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (13)

1.一种公积金业务集中管理方法，其特征在于，应用于公积金业务集中管理系统，包括：

接收用户发起的公积金业务处理请求；其中，所述公积金业务处理请求包括用户编号、公积金业务类型和公积金业务请求数据；

根据所述公积金业务类型查询业务处理流程表，确定所述公积金业务类型对应的业务处理系统和业务处理顺序，根据所述业务处理系统和所述业务处理顺序，将所述公积金业务处理请求依次转发至相应的业务处理系统，并接收返回的业务处理结果；

将所述业务处理结果发送至所述用户。

2.根据权利要求1所述的公积金业务集中管理方法，其特征在于，所述公积金业务集中管理系统基于政务系统云平台进行部署；所述业务处理系统包括租赁机构业务系统、公积金业务系统和银行系统；在所述接收用户发起的公积金业务处理请求的步骤之前，所述方法还包括：

接收至少一个业务处理系统的接入请求，对所述至少一个业务系统分别进行验证处理；

在验证处理通过的情况下，设置业务处理系统对应的业务处理接口，以用于所述公积金业务集中管理系统与所述业务处理系统之间的数据传输。

3.根据权利要求2所述的公积金业务集中管理方法，其特征在于，所述方法还包括：

接收至少一个业务处理系统发送的数据共享请求，基于所述数据共享请求构建共享数据库；

在所述确定所述公积金业务类型对应的业务处理系统和业务处理顺序的步骤之后，根据所述业务处理顺序查询所述共享数据库，根据相应的业务处理系统上传的共享数据，对所述公积金业务请求进行业务需求验证，在业务需求验证通过的情况下执行业务处理，并将相应的业务处理结果发送至所述业务处理顺序指示的业务处理系统。

4.根据权利要求1所述的公积金业务集中管理方法，其特征在于，所述方法还包括构建业务处理流程表的步骤，包括：

获取多个公积金业务类型和公积金业务配置信息；

基于所述公积金业务配置信息确定每个公积金业务类型对应的业务处理系统和业务处理顺序；

根据所述公积金业务类型，以及所述公积金业务类型对应的业务处理系统和业务处理顺序，构建所述业务处理流程表。

5.根据权利要求4所述的公积金业务集中管理方法，其特征在于，所述方法还包括：

接收公积金业务配置更新信息，基于所述公积金业务配置更新信息对所述业务处理流程表进行更新。

6.根据权利要求1所述的公积金业务集中管理方法，其特征在于，所述业务处理顺序指示了所述公积金业务处理请求指示的当前业务处理类型对应的业务处理系统的执行顺序节点；所述根据所述业务处理系统和所述业务处理顺序，将所述公积金业务处理请求依次转发至相应的业务处理系统，并接收返回的业务处理结果的步骤，还包括：

将所述公积金业务处理请求发送至所述执行顺序节点中第一节点对应的业务处理系统进行第一业务处理；

通过第一节点的业务处理系统将所述公积金业务处理请求和第一业务处理结果发送至下一节点对应的业务处理系统进行业务处理，直至最后一个节点的业务处理系统完成相应的业务处理后，将业务处理结果发送至所述公积金业务集中管理系统。

7.根据权利要求1所述的公积金业务集中管理方法，其特征在于，若所述业务处理结果指示了业务处理失败，所述业务处理结果中还包括业务处理失败对应的目标业务处理系统和业务处理失败原因；所述方法还包括：

接收所述用户根据所述业务处理失败原因调整后的公积金业务处理更新请求；

以所述目标业务处理系统作为业务处理顺序的起始节点，对所述业务处理顺序进行调整，根据调整后的业务处理顺序对所述公积金业务处理更新请求进行相应的业务处理，并接收返回的业务处理结果。

8.一种公积金业务集中管理装置，其特征在于，设置于公积金业务集中管理系统，包括：

请求接收模块，用于接收用户发起的公积金业务处理请求；其中，所述公积金业务处理请求包括用户编号、公积金业务类型和公积金业务请求数据；

业务处理模块，用于根据所述公积金业务类型查询业务处理流程表，确定所述公积金业务类型对应的业务处理系统和业务处理顺序，根据所述业务处理系统和所述业务处理顺序，将所述公积金业务处理请求依次转发至相应的业务处理系统，并接收返回的业务处理结果；

结果发送模块，用于将所述业务处理结果发送至所述用户。

9.根据权利要求8所述的公积金业务集中管理装置，其特征在于，所述公积金业务集中管理系统基于政务系统云平台进行部署；所述业务处理系统包括租赁机构业务系统、公积金业务系统和银行系统；所述公积金业务集中管理装置还包括接入模块，在所述接收用户发起的公积金业务处理请求的步骤之前，所述接入模块用于：

接收至少一个业务处理系统的接入请求，对所述至少一个业务系统分别进行验证处理；

在验证处理通过的情况下，设置业务处理系统对应的业务处理接口，以用于所述公积金业务集中管理系统与所述业务处理系统之间的数据传输。

10.根据权利要求9所述的公积金业务集中管理装置，其特征在于，所述业务处理模块还用于：

接收至少一个业务处理系统发送的数据共享请求，基于所述数据共享请求构建共享数据库；

在所述确定所述公积金业务类型对应的业务处理系统和业务处理顺序的步骤之后，根据所述业务处理顺序查询所述共享数据库，根据相应的业务处理系统上传的共享数据，对所述公积金业务请求进行业务需求验证，在业务需求验证通过的情况下执行业务处理，并将相应的业务处理结果发送至所述业务处理顺序指示的业务处理系统。

11.一种公积金业务集中管理的电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7中任一所述的方法。

12.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-7中任一所述的方法。

13.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-7中任一项所述的方法。

Images