CN114170027A - 公积金缴存账户的处理方法、装置、电子设备和存储介质 - Google Patents

Abstract

本发明公开了公积金缴存账户的处理方法、装置、电子设备和存储介质，涉及金融信息服务技术领域。该方法的一具体实施方式包括：响应于多缴存账户的处理指令，获取处理指令中用户标识，以查询用户标识对应的多个公积金缴存账户；计算各公积金缴存账户的风险概率，以从多个公积金缴存账户中筛选目标账户；查询目标账户对应开户服务端的地址信息，以判断地址信息与当前服务端的地址信息是否一致；若否，则向开户服务端发送处理指令；若是，则获取用户标识对应的账户处理信息，以确定各公积金缴存账户对应的账户处理事件，进而触发账户处理事件。该实施方式能够解决通过人工协调各公积金处理中心来对公积金缴存账户的处理，效率较低的问题。

Description

公积金缴存账户的处理方法、装置、电子设备和存储介质

技术领域

本发明涉及金融信息服务技术领域，尤其涉及一种公积金缴存账户的处理方法、装置、电子设备和存储介质。

背景技术

一些用户由于工作调整等原因在多个地方缴纳公积金，导致一个用户同时拥有多个公积金缴存账户。目前为了规范公积金缴存管理，通常要求每个用户只能拥有一个公积金缴存账户，所以需要对拥有多个公积金缴存账户的用户进行公积金缴存账户的处理。但是现有技术中需要人工协调各公积金处理中心，以实现对公积金缴存账户的处理，效率较低。

发明内容

有鉴于此，本发明实施例提供一种公积金缴存账户的处理方法、装置、电子设备和存储介质，能够解决需要人工协调各公积金处理中心来对公积金缴存账户的处理，效率较低的问题。

为实现上述目的，根据本发明实施例的一个方面，提供了一种公积金缴存账户的处理方法。

本发明实施例的一种公积金缴存账户的处理方法包括：响应于多缴存账户的处理指令，获取所述处理指令中用户标识，以查询所述用户标识对应的多个公积金缴存账户；调用预设的风险计算模型，计算各所述公积金缴存账户的风险概率，以从所述多个公积金缴存账户中筛选目标账户；查询所述目标账户对应开户服务端的地址信息，以判断所述地址信息与当前服务端的地址信息是否一致；若否，则向所述开户服务端发送所述处理指令；若是，则获取所述用户标识对应的账户处理信息，以确定各所述公积金缴存账户对应的账户处理事件，进而触发所述账户处理事件，对各所述公积金缴存账户进行处理。

在一个实施例中，确定各所述公积金缴存账户对应的账户处理事件，包括：

从所述账户处理信息中，识别每个所述公积金缴存账户对应的处理类型标识，基于所述处理类型标识确定各所述公积金缴存账户对应的账户处理事件。

在又一个实施例中，所述处理类型标识包括账户保留标识，所述账户处理事件包括设置白名单事件；

基于所述处理类型标识确定各所述公积金缴存账户对应的账户处理事件，包括：

基于预设的处理类型标识和账户处理事件之间的映射关系，确定各所述公积金缴存账户对应的账户处理事件；

判断对应处理类型标识为所述账户保留标识的公积金缴存账户数量是否大于1；

若是，则将设置白名单事件，确定为对应处理类型标识为所述账户保留标识的公积金缴存账户所对应账户处理事件，以将对应处理类型标识为所述账户保留标识的公积金缴存账户设置为白名单账户；若否，则不做处理。

在又一个实施例中，所述账户处理事件还包括添加风险标识事件；

基于预设的处理类型标识和账户处理事件之间的映射关系，确定各所述公积金缴存账户对应的账户处理事件之后，还包括：

将所述添加风险标识事件，确定为对应处理类型标识为所述账户保留标识的公积金缴存账户对应账户处理事件，以为对应处理类型标识为所述账户保留标识的公积金缴存账户添加风险标识；

监测对应处理类型标识不为所述账户保留标识的公积金缴存账户的当前处理状态，在所述当前处理状态为已完成的情况下，删除所述风险标识。

在又一个实施例中，所述对各所述公积金缴存账户进行处理，包括：

对每个所述公积金缴存账户，判断所述公积金缴存账户对应开户服务端的地址信息与当前服务端的地址信息是否一致；若否，则查询所述公积金缴存账户对应开户服务端的地址信息，以发送包括所述公积金缴存账户对应账户处理事件标识的处理请求；若是，则对各所述公积金缴存账户进行处理。

在又一个实施例中，所述方法还包括：

接收账户处理变更信息，获取所述账户处理变更信息中变更的公积金缴存账户和变更后的账户处理信息；

查询所述变更的公积金缴存账户的当前处理状态，在确定所述当前处理状态与所述变更后的账户处理信息所对应处理状态不一致的情况下，基于所述变更后的账户处理信息确定对应的账户处理事件，以触发所述对应的账户处理事件，对所述公积金缴存账户进行处理。

在又一个实施例中，所述对所述公积金缴存账户进行处理，包括：

对每个所述公积金缴存账户，获取所述账户处理信息对应的证明文件，识别所述证明文件，以提取关键信息；

基于所述关键信息判断所述证明文件是否满足预设条件；若是，则确定所述公积金缴存账户的审批通过，变更所述公积金缴存账户的处理状态为已完成；若否，则发送审批不通过提示消息。

在又一个实施例中，所述调用预设的风险计算模型，计算各所述公积金缴存账户的风险概率，以从所述多个公积金缴存账户中筛选目标账户，包括：

基于公积金缴存账户的开户时间，计算各所述公积金缴存账户的风险概率；

从所述多个公积金缴存账户中筛选所述风险概率最大的公积金缴存账户，以确定为目标账户。

为实现上述目的，根据本发明实施例的另一方面，提供了一种公积金缴存账户的处理装置。

本发明实施例的一种公积金缴存账户的处理装置包括：响应单元，用于响应于多缴存账户的处理指令，获取所述处理指令中用户标识，以查询所述用户标识对应的多个公积金缴存账户；筛选单元，用于调用预设的风险计算模型，计算各所述公积金缴存账户的风险概率，以从所述多个公积金缴存账户中筛选目标账户；处理单元，用于查询所述目标账户对应开户服务端的地址信息，以判断所述地址信息与当前服务端的地址信息是否一致；若否，则向所述开户服务端发送所述处理指令；若是，则获取所述用户标识对应的账户处理信息，以确定各所述公积金缴存账户对应的账户处理事件，进而触发所述账户处理事件，对各所述公积金缴存账户进行处理。

在一个实施例中，所述处理单元，具体用于：

从所述账户处理信息中，识别每个所述公积金缴存账户对应的处理类型标识，基于所述处理类型标识确定各所述公积金缴存账户对应的账户处理事件。

在又一个实施例中，所述处理类型标识包括账户保留标识，所述账户处理事件包括设置白名单事件；所述处理单元，具体用于：

基于预设的处理类型标识和账户处理事件之间的映射关系，确定各所述公积金缴存账户对应的账户处理事件；

判断对应处理类型标识为所述账户保留标识的公积金缴存账户数量是否大于1；

若是，则将设置白名单事件，确定为对应处理类型标识为所述账户保留标识的公积金缴存账户所对应账户处理事件，以将对应处理类型标识为所述账户保留标识的公积金缴存账户设置为白名单账户；若否，则不做处理。

在又一个实施例中，所述账户处理事件还包括添加风险标识事件；

所述处理单元，具体用于：

将所述添加风险标识事件，确定为对应处理类型标识为所述账户保留标识的公积金缴存账户对应账户处理事件，以为对应处理类型标识为所述账户保留标识的公积金缴存账户添加风险标识；

监测对应处理类型标识不为所述账户保留标识的公积金缴存账户的当前处理状态，在所述当前处理状态为已完成的情况下，删除所述风险标识。

在又一个实施例中，所述处理单元，具体用于：

对每个所述公积金缴存账户，判断所述公积金缴存账户对应开户服务端的地址信息与当前服务端的地址信息是否一致；若否，则查询所述公积金缴存账户对应开户服务端的地址信息，以发送包括所述公积金缴存账户对应账户处理事件标识的处理请求；若是，则对各所述公积金缴存账户进行处理。

在又一个实施例中，所述装置还包括：

接收单元，用于接收账户处理变更信息，获取所述账户处理变更信息中变更的公积金缴存账户和变更后的账户处理信息；

变更单元，用于查询所述变更的公积金缴存账户的当前处理状态，在确定所述当前处理状态与所述变更后的账户处理信息所对应处理状态不一致的情况下，基于所述变更后的账户处理信息确定对应的账户处理事件，以触发所述对应的账户处理事件，对所述公积金缴存账户进行处理。

在又一个实施例中，所述处理单元，具体用于：

对每个所述公积金缴存账户，获取所述账户处理信息对应的证明文件，识别所述证明文件，以提取关键信息；

基于所述关键信息判断所述证明文件是否满足预设条件；若是，则确定所述公积金缴存账户的审批通过，变更所述公积金缴存账户的处理状态为已完成；若否，则发送审批不通过提示消息。

在又一个实施例中，所述筛选单元，具体用于：

基于公积金缴存账户的开户时间，计算各所述公积金缴存账户的风险概率；

从所述多个公积金缴存账户中筛选所述风险概率最大的公积金缴存账户，以确定为目标账户。

为实现上述目的，根据本发明实施例的再一个方面，提供了一种电子设备。

本发明实施例的一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例提供的公积金缴存账户的处理方法。

为实现上述目的，根据本发明实施例的又一个方面，提供了一种计算机可读介质。

本发明实施例的一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例提供的公积金缴存账户的处理方法。

为实现上述目的，根据本发明实施例的又一个方面，提供了一种计算机程序产品。

本发明实施例的一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现本发明实施例提供的公积金缴存账户的处理方法。

上述发明中的一个实施例具有如下优点或有益效果：本发明实施例中，对用户对应的多个公积金缴存账户，可以通过风险概率来筛选出目标账户，以基于目标账户的开户服务端来确定处理公积金缴存账户的处理中心，进而可以基于获取的账户处理信息触发对应的账户处理事件，从而实现对多公积金缴存账户的处理，不仅可以对用户的多个公积金缴存账户进行处理，避免了多个公积金缴存账户给用户带来缴存风险，还可以提高了多公积金缴存账户的处理效率。

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

附图说明

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

图1是根据本发明第一实施例的公积金缴存账户的处理方法的一种主要流程的示意图；

图2是根据本发明第一实施例中多个公积金缴存账户的账户信息一种页面显示方式的示意图；

图3是根据本发明第一实施例中多个公积金缴存账户的账户信息又一种页面显示方式的示意图；

图4是根据本发明第一实施例的将处理指令转发开户服务端的一种操作页面示意图；

图5是根据本发明第一实施例的获取账户处理信息的一种操作页面示意图；

图6是根据图5操作页面获取账户处理信息结果的一种页面显示示意图；

图7是根据图6的账户处理信息触发账户处理事件的操作页面示意图；

图8是根据本发明第一实施例的执行账户合并任务的一种流程示意图；

图9是根据本发明第一实施例中设置白名单的一种操作页面示意图；

图10是根据图9所示操作页面对应结果的一种页面显示示意图；

图11是根据本发明第一实施例中账户处理变更信息的一种页面显示的示意图；

图12是根据本发明第一实施例中账户处理变更信息的又一种页面显示的示意图；

图13是根据本发明第一实施例在设置白名单事件中审批不通过时提示消息的一种页面显示示意图；

图14是根据本发明第一实施例中公积金缴存账户处理的历史信息的一种页面显示示意图；

图15是根据本发明第二实施例中公积金缴存账户的处理方法的一种主要流程的示意图；

图16是根据本发明第三实施例的公积金缴存账户的处理装置的主要单元的示意图；

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

图18是适于用来实现本发明实施例的计算机系统的结构示意图。

具体实施方式

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

需要指出的是，在不冲突的情况下，本发明中的实施例以及实施例中的特征可以互相组合。

本发明实施例提供了一种公积金缴存账户的处理方法，可以由公积金处理中执行，如图1所示，该方法包括：

S101：响应于多缴存账户的处理指令，获取处理指令中用户标识，以查询用户标识对应的多个公积金缴存账户。

其中，在确定一个用户对应多个公积金缴存账户后，可以触发多缴存账户的处理指令，以对此多个公积金缴存账户进行处理。处理指令中可以包括用户标识，以表示出哪个用户对应的多个公积金缴存账户。本步骤中，响应于多缴存账户的处理指令，可以从处理指令中获取用户标识，进而可以查询出该用户标识对应的多个公积金缴存账户，也可以查询出多个公积金缴存账户的账户信息，如对应用户名称、账户名称、开户时间、缴存单位、缴存时间等等。如图2所示为用户标识对应多个公积金缴存账户的账户信息一种显示方式的示意图，如图3所示为用户标识对应多个公积金缴存账户的账户信息另一种显示方式的示意图，其中，本中心表示当前响应处理指令的公积金处理中心。

S102：调用预设的风险计算模型，计算各公积金缴存账户的风险概率，以从多个公积金缴存账户中筛选目标账户。

其中，各公积金账户会因不同的开户时间、缴存时间和缴存状态等因素存在不同的风险，本发明实施例中可以预先训练风险计算模型，以计算各公积金缴存账户的风险概率，具体的可以采用神经网络模型或机器学习模型等等，模型训练可以采用现有的训练方法，在此不再赘述。计算出各公积金缴存账户的风险概率后，基于风险概率可以从多个公积金缴存账户中筛选出一个作为目标账户，通常情况下，风险概率越高的账户需要进行处理，所以本步骤中可以将风险概率最高的公积金缴存账户确定为目标账户。

具体的，由于开户时间越晚，公积金缴存账户的风险越高，所以本步骤中可以基于公积金缴存账户的开户时间，来计算各公积金缴存账户的风险概率。

S103：查询目标账户对应开户服务端的地址信息，以判断地址信息与当前服务端的地址信息是否一致。

本发明实施例中，确定出目标账户后，可以判断该目标账户是否由当前公积金的处理中心开户的。如果是，则由当前处理中心进行处理，即将当前处理中心确定为主处理中心；如果不是，则需要由为目标账户开户的处理中心进行处理，此时可以向为目标账户开户的处理中心发送处理指令。

当前服务端表示当前处理公积金业务的服务端。本步骤中通过判断目标账户对应开户服务端的地址信息与当前服务端的地址信息是否一致，来判断目标账户是否由当前公积金的处理中心开户。地址信息可以包括一种或多种，例如地址名称、地址所属区域、地址所属公积金管理部、地址标识等等。目标账户对应开户服务端的地址信息可以为预先存储，也可以为实时从数据库中查询。

S104：若否，则向开户服务端发送处理指令。

S105：若是，则获取用户标识对应的账户处理信息，以确定各公积金缴存账户对应的账户处理事件，进而触发账户处理事件，对各公积金缴存账户进行处理。

其中，若否，说明目标账户不是由当前公积金的处理中心开户的，则此时可以基于查询的地址信息，向开户服务端发送处理指令，以使开户服务端对用户的多公积金缴存账户进行处理；若是，说明目标账户是由当前公积金的处理中心开户的，则此时可以对各公积金缴存账户进行处理。如图4所示，为将处理指令(其中包括用户标识，即客户明细)转发开户服务端(XX管理部)的一种页面操作示意图。

具体的，各公积金缴存账户的处理需要基于用户的意见进行，所以可以获取用户标识对应账户处理信息。账户处理信息可以包括用户对各公积金缴存账户的处理意见，如此通过账户处理信息可以确定各公积金缴存账户如何处理，进而可以确定出对应的账户处理事件，进而触发账户处理事件，以对各公积金缴存账户进行处理。

对公积金缴存账户的处理通常可以包括保留、销户、合并等几种类型，不同类型对应不同的处理流程，本发明实施例中，可以预设各公积金账户的处理类型对应的账户处理事件，以执行对应的处理流程。如图5所示，为获取账户处理信息的一种页面操作示意图，其中保留和不保留(销户)为账户处理类型，客户意向表示用户标识对应账户处理信息，如图6所示为基于图5页面操作获取账户处理信息结果的一种显示示意图。

为了便于确定账户处理事件，可以为各公积金缴存账户的处理类型设置处理类型标识，如此从账户处理信息中，可以识别出每个所述公积金缴存账户对应的处理类型标识，进而基于处理类型标识确定出各所述公积金缴存账户对应的账户处理事件，然后通过触发各公积金缴存账户对应的账户处理事件，来对各公积金缴存账户进行处理。如图7所示，为在图6获取账户处理信息后触发账户处理事件的页面操作示意图。

具体的，账户处理类型可以为保留，则对应账户处理事件为账户保留事件，以保留对应的公积金缴存账户；账户处理类型还可以为销户，则对应账户处理事件为账户销户事件，以将对应的公积金缴存账户注销；账户处理类型还可以为合并，则对应账户处理事件为账户合并事件，以将对应的公积金缴存账户中金额等进行合并，如图8所示，为触发账户合并事件后，执行账户合并任务的一种流程示意图。

需要说明的是，对于一些用户，其确实是需要两个或两个以上的公积金缴存账户，所以会保留两个或两个以上的公积金缴存账户，为了避免该用户后续再次被作为对应多公积金缴存账户而执行账户处理，则可以将该用户所保留的两个或两个以上的公积金缴存账户设置为白名单，即表示该用户对应的两个或两个以上的公积金缴存账户不需要再次被进行处理。因此，本发明实施例中，在账户处理事件包括设置白名单事件，确定各公积金缴存账户对应的账户处理事件还可以执行为：基于预设的处理类型标识和账户处理事件之间的映射关系，确定各公积金缴存账户对应的账户处理事件；判断对应处理类型标识为账户保留标识的公积金缴存账户数量是否大于1；若是，则将设置白名单事件，确定为对应处理类型标识为账户保留标识的公积金缴存账户所对应账户处理事件，以将对应处理类型标识为账户保留标识的公积金缴存账户设置为白名单账户；若否，则不做处理。

首先基于预设的处理类型标识和账户处理事件之间的映射关系，可以确定出各公积金缴存账户对应的账户处理事件，如账户保留事件、账户销户事件、账户合并事件等；然后可以判断对应处理类型标识为账户保留标识的公积金缴存账户数量是否大于1；如果是，则说明用户保留了多个公积金缴存账户，则可以将用户保留的公积金缴存账户设置为白名单，即将设置白名单事件，确定为对应处理类型标识为账户保留标识的公积金缴存账户所对应账户处理事件；如果否，则不需要设置白名单，所以可以不再对各公积金缴存账户进行处理。如图9所示为设置白名单的页面操作示意图，如图10所示为图9中页面操作结果显示的一种示意图。

本发明实施例中，通常只允许用户保留一个公积金缴存账户，而其他公积金缴存账户均不保留，所以在本发明实施例对用户对应的多个公积金缴存账户处理后，通常只保留1个公积金缴存账户，而在公积金缴存账户处理过程中，由于不能确定未保留的其他公积金缴存账户是否处理完成，所以被保留的公积金缴存账户是存在风险的，因此本发明实施例中还可以预设添加风险标识事件，以对保留的公积金缴存账户添加风险标识，并实时监控不保留的公积金缴存账户的当前处理状态；如果不保留的公积金缴存账户的当前处理状态为已完成，说明不保留的公积金缴存账户均已进行了对应的账户处理，所以保留的公积金缴存账户不再有风险，则可以删除添加的风险标识；如果不保留的公积金缴存账户的当前处理状态不为已完成，说明不保留的公积金缴存账户还未完成处理，所以保留的公积金缴存账户还存在风险，则可以不对添加的风险标识进行处理。具体的，上述过程可以执行为：将添加风险标识事件，确定为对应处理类型标识为账户保留标识的公积金缴存账户对应账户处理事件，以为对应处理类型标识为账户保留标识的公积金缴存账户添加风险标识；监测对应处理类型标识不为账户保留标识的公积金缴存账户的当前处理状态，在当前处理状态为已完成的情况下，删除风险标识。

需要说明的是，公积金缴存账户的处理，通常是由其开户地执行，所以本发明实施例中，对每个公积金缴存账户触发对应的账户处理事件后，可以判断公积金缴存账户对应开户服务端的地址信息与当前服务端的地址信息是否一致，即判断公积金缴存账户是否为当前的处理中心进行的开户。若否，则可以查询公积金缴存账户对应开户服务端的地址信息，然后发送包括公积金缴存账户对应账户处理事件标识的处理请求，使公积金缴存账户对应开户服务端基于账户处理事件标识确定该公积金缴存账户对应的账户处理事件，以进行执行；若是，则可以直接运行触发的账户处理事件，以对各公积金缴存账户进行处理。

需要说明的是，在各公积金账户处理过程中，还可以对其处理信息进行变更，即变更公积金缴存账户的账户处理类型，例如将保留的公积金缴存账户变更为销户。此时可以具体执行为：接收账户处理变更信息，获取账户处理变更信息中变更的公积金缴存账户和变更后的账户处理信息；查询变更的公积金缴存账户的当前处理状态，在确定当前处理状态与变更后的账户处理信息所对应处理状态不一致的情况下，基于变更后的账户处理信息确定对应的账户处理事件，以触发对应的账户处理事件，对公积金缴存账户进行处理。账户处理变更信息中包括了需要变更账户处理类型的公积金缴存账户和变更后的账户处理信息，然后可以查询变更的公积金缴存账户的当前处理状态，判断当前处理状态和变更后的账户处理信息所对应处理状态是否不一致；如果一致，则无需再记性变更后的账户处理，可以不对变更的公积金缴存账户进行处理；如果不一致，则可以将变更后的账户处理信息所对应的账户处理事件确定为变更的公积金缴存账户对应的账户处理事件，并触发对应的账户处理事件，以对公积金缴存账户进行处理。如图11所示为账户处理变更信息一种页面显示的示意图；图12所示为账户处理变更信息又一种页面显示的示意图。

本发明实施例中，在触发账户处理事件，对账户公积金缴存账户进行处理时，通常需要用户提供各种证明文件，例如账户保留时需要提供账户正常缴存的证明文件、账户对应公私的工作证明等等，所以对公积金缴存账户进行处理可以具体执行为：对每个公积金缴存账户，获取账户处理信息对应的证明文件，识别证明文件，以提取关键信息；基于关键信息判断证明文件是否满足预设条件；若是，则确定公积金缴存账户的审批通过，变更公积金缴存账户的处理状态为已完成；若否，则发送审批不通过提示消息。

账户处理信息中包括了公积金缴存账户的账户处理类型，进而可以确定出所需要的证明文件，以进行获取。在获取证明文件后，可以通过OCR等技术对证明文件进行识别以提取出证明文件中的关键信息，如缴存时间、工作时间等等，进而基于提取的关键信息对账户的处理进行审批，即判断证明文件是否满足预设条件，预设条件可以不同需求进行设置；如果证明文件满足预设条件，则公积金账户的处理流程审批通过，可以确定公积金缴存账户的审批通过，进而变更公积金缴存账户的处理状态为已完成；若证明文件不满足预设条件，则公积金账户的处理流程审批不通过，可以发送审批不通过提示消息，以便于再次获取证明文件或者提示人工进行处理。如图13所示，为设置白名单事件中审批不通过时提示消息的一种显示示意图。

需要说明的是，本发明实施例中，在对各公积金缴存账户处理过程中或者处理后，还可以进行历史信息的查询，如图14所示为公积金缴存账户处理的历史信息的一种显示示意图。

本发明实施例中，对用户对应的多个公积金缴存账户，可以筛选出目标账户，以基于目标账户的开户服务端来确定处理公积金缴存账户的处理中心，进而可以基于获取的账户处理信息触发对应的账户处理事件，从而实现对多公积金缴存账户的处理，提高了公积金缴存账户的处理效率。

下面结合图1所示的实施例，对步骤S104中确定账户处理事件的方法进行具体说明，如图15所示，该方法包括：

S1501：获取用户标识对应的账户处理信息。

S1502：从账户处理信息中，识别每个公积金缴存账户对应的处理类型标识。

S1503：基于预设的处理类型标识和账户处理事件之间的映射关系，确定各公积金缴存账户对应的账户处理事件。

S1504：判断对应处理类型标识为账户保留标识的公积金缴存账户数量是否大于1；若是，则执行步骤S15；若否，则不做处理。

S1505：将设置白名单事件，确定为对应处理类型标识为账户保留标识的公积金缴存账户所对应账户处理事件。

S1506：将添加风险标识事件，确定为对应处理类型标识为账户保留标识的公积金缴存账户对应账户处理事件。

需要说明的是，本发明实施例中数据处理原理与图1所示实施例中对应的数据处理原理相同，在此不再赘述。

本发明实施例中，对用户对应的多个公积金缴存账户，可以筛选出目标账户，以基于目标账户的开户服务端来确定处理公积金缴存账户的处理中心，进而可以基于获取的账户处理信息触发对应的账户处理事件，从而实现对多公积金缴存账户的处理，提高了公积金缴存账户的处理效率。

为了解决现有技术存在的问题，本发明实施例提供了一种公积金缴存账户的处理装置1600，如图16所示，该装置1600包括：

响应单元1601，用于响应于多缴存账户的处理指令，获取所述处理指令中用户标识，以查询所述用户标识对应的多个公积金缴存账户；

筛选单元1602，用于调用预设的风险计算模型，计算各所述公积金缴存账户的风险概率，以从所述多个公积金缴存账户中筛选目标账户；

处理单元1603，用于查询所述目标账户对应开户服务端的地址信息，以判断所述地址信息与当前服务端的地址信息是否一致；若否，则向所述开户服务端发送所述处理指令；若是，则获取所述用户标识对应的账户处理信息，以确定各所述公积金缴存账户对应的账户处理事件，进而触发所述账户处理事件，对各所述公积金缴存账户进行处理。

应理解的是，实施本发明实施例的方式与实施图1所示实施例的方式相同，在此不再赘述。

本发明实施例的一种实现方式中，所述处理单元1603，具体用于：

从所述账户处理信息中，识别每个所述公积金缴存账户对应的处理类型标识，基于所述处理类型标识确定各所述公积金缴存账户对应的账户处理事件。

本发明实施例的又一种实现方式中，所述处理类型标识包括账户保留标识，所述账户处理事件包括设置白名单事件；

所述处理单元1603，具体用于：

基于预设的处理类型标识和账户处理事件之间的映射关系，确定各所述公积金缴存账户对应的账户处理事件；

判断对应处理类型标识为所述账户保留标识的公积金缴存账户数量是否大于1；

若是，则将设置白名单事件，确定为对应处理类型标识为所述账户保留标识的公积金缴存账户所对应账户处理事件，以将对应处理类型标识为所述账户保留标识的公积金缴存账户设置为白名单账户；若否，则不做处理。

本发明实施例的又一种实现方式中，所述账户处理事件还包括添加风险标识事件；

所述处理单元1603，具体用于：

将所述添加风险标识事件，确定为对应处理类型标识为所述账户保留标识的公积金缴存账户对应账户处理事件，以为对应处理类型标识为所述账户保留标识的公积金缴存账户添加风险标识；

监测对应处理类型标识不为所述账户保留标识的公积金缴存账户的当前处理状态，在所述当前处理状态为已完成的情况下，删除所述风险标识。

本发明实施例的又一种实现方式中，所述处理单元1603，具体用于：

对每个所述公积金缴存账户，判断所述公积金缴存账户对应开户服务端的地址信息与当前服务端的地址信息是否一致；若否，则查询所述公积金缴存账户对应开户服务端的地址信息，以发送包括所述公积金缴存账户对应账户处理事件标识的处理请求；若是，则对各所述公积金缴存账户进行处理。

本发明实施例的又一种实现方式中，所述装置1600还包括：

接收单元，用于接收账户处理变更信息，获取所述账户处理变更信息中变更的公积金缴存账户和变更后的账户处理信息；

变更单元，用于查询所述变更的公积金缴存账户的当前处理状态，在确定所述当前处理状态与所述变更后的账户处理信息所对应处理状态不一致的情况下，基于所述变更后的账户处理信息确定对应的账户处理事件，以触发所述对应的账户处理事件，对所述公积金缴存账户进行处理。

本发明实施例的又一种实现方式中，所述处理单元1603，具体用于：

对每个所述公积金缴存账户，获取所述账户处理信息对应的证明文件，识别所述证明文件，以提取关键信息；

基于所述关键信息判断所述证明文件是否满足预设条件；若是，则确定所述公积金缴存账户的审批通过，变更所述公积金缴存账户的处理状态为已完成；若否，则发送审批不通过提示消息。

本发明实施例的又一种实现方式中，所述筛选单元1602，具体用于：

基于公积金缴存账户的开户时间，计算各所述公积金缴存账户的风险概率；

从所述多个公积金缴存账户中筛选所述风险概率最大的公积金缴存账户，以确定为目标账户。

应理解的是，实施本发明实施例的方式与实施图1或图15所示实施例的方式相同，在此不再赘述。

本发明实施例中，对用户对应的多个公积金缴存账户，可以筛选出目标账户，以基于目标账户的开户服务端来确定处理公积金缴存账户的处理中心，进而可以基于获取的账户处理信息触发对应的账户处理事件，从而实现对多公积金缴存账户的处理，提高了公积金缴存账户的处理效率。

根据本发明的实施例，本发明实施例还提供了一种电子设备和一种可读存储介质。

本发明实施例的电子设备包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器执行本发明实施例所提供的公积金缴存账户的处理方法。

图17示出了可以应用本发明实施例的公积金缴存账户的处理方法或公积金缴存账户的处理装置的示例性系统架构1700。

如图17所示，系统架构1700可以包括终端设备1701、1702、1703，网络1704和服务器1705。网络1704用以在终端设备1701、1702、1703和服务器1705之间提供通信链路的介质。网络1704可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备1701、1702、1703通过网络1704与服务器1705交互，以接收或发送消息等。终端设备1701、1702、1703上可以安装有各种客户端应用。

终端设备1701、1702、1703可以是但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器1705可以是提供各种服务的服务器，服务器可以对接收到的处理指令等数据进行分析等处理，并将处理结果反馈给终端设备。

需要说明的是，本发明实施例所提供的公积金缴存账户的处理方法一般由服务器1705执行，相应地，公积金缴存账户的处理装置一般设置于服务器1705中。

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

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

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

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

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

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

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

描述于本发明实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括响应单元、筛选单元和处理单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，响应单元还可以被描述为“处理指令响应功能的单元”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备执行本发明所提供的公积金缴存账户的处理方法。

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

Claims (19)

1.一种公积金缴存账户的处理方法，其特征在于，包括：

响应于多缴存账户的处理指令，获取所述处理指令中用户标识，以查询所述用户标识对应的多个公积金缴存账户；

调用预设的风险计算模型，计算各所述公积金缴存账户的风险概率，以从所述多个公积金缴存账户中筛选目标账户；

查询所述目标账户对应开户服务端的地址信息，以判断所述地址信息与当前服务端的地址信息是否一致；

若否，则向所述开户服务端发送所述处理指令；若是，则获取所述用户标识对应的账户处理信息，以确定各所述公积金缴存账户对应的账户处理事件，进而触发所述账户处理事件，对各所述公积金缴存账户进行处理。

2.根据权利要求1所述的方法，其特征在于，确定各所述公积金缴存账户对应的账户处理事件，包括：

从所述账户处理信息中，识别每个所述公积金缴存账户对应的处理类型标识，基于所述处理类型标识确定各所述公积金缴存账户对应的账户处理事件。

3.根据权利要求2所述的方法，其特征在于，所述处理类型标识包括账户保留标识，所述账户处理事件包括设置白名单事件；

基于所述处理类型标识确定各所述公积金缴存账户对应的账户处理事件，包括：

基于预设的处理类型标识和账户处理事件之间的映射关系，确定各所述公积金缴存账户对应的账户处理事件；

判断对应处理类型标识为所述账户保留标识的公积金缴存账户数量是否大于1；

若是，则将设置白名单事件，确定为对应处理类型标识为所述账户保留标识的公积金缴存账户所对应账户处理事件，以将对应处理类型标识为所述账户保留标识的公积金缴存账户设置为白名单账户；若否，则不做处理。

4.根据权利要求3所述的方法，其特征在于，所述账户处理事件还包括添加风险标识事件；

基于预设的处理类型标识和账户处理事件之间的映射关系，确定各所述公积金缴存账户对应的账户处理事件之后，还包括：

将所述添加风险标识事件，确定为对应处理类型标识为所述账户保留标识的公积金缴存账户对应账户处理事件，以为对应处理类型标识为所述账户保留标识的公积金缴存账户添加风险标识；

监测对应处理类型标识不为所述账户保留标识的公积金缴存账户的当前处理状态，在所述当前处理状态为已完成的情况下，删除所述风险标识。

5.根据权利要求1所述的方法，其特征在于，所述对各所述公积金缴存账户进行处理，包括：

对每个所述公积金缴存账户，判断所述公积金缴存账户对应开户服务端的地址信息与当前服务端的地址信息是否一致；若否，则查询所述公积金缴存账户对应开户服务端的地址信息，以发送包括所述公积金缴存账户对应账户处理事件标识的处理请求；若是，则对各所述公积金缴存账户进行处理。

6.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收账户处理变更信息，获取所述账户处理变更信息中变更的公积金缴存账户和变更后的账户处理信息；

查询所述变更的公积金缴存账户的当前处理状态，在确定所述当前处理状态与所述变更后的账户处理信息所对应处理状态不一致的情况下，基于所述变更后的账户处理信息确定对应的账户处理事件，以触发所述对应的账户处理事件，对所述公积金缴存账户进行处理。

7.根据权利要求1所述的方法，其特征在于，所述对所述公积金缴存账户进行处理，包括：

对每个所述公积金缴存账户，获取所述账户处理信息对应的证明文件，识别所述证明文件，以提取关键信息；

基于所述关键信息判断所述证明文件是否满足预设条件；若是，则确定所述公积金缴存账户的审批通过，变更所述公积金缴存账户的处理状态为已完成；若否，则发送审批不通过提示消息。

8.根据权利要求1所述的方法，其特征在于，所述调用预设的风险计算模型，计算各所述公积金缴存账户的风险概率，以从所述多个公积金缴存账户中筛选目标账户，包括：

基于公积金缴存账户的开户时间，计算各所述公积金缴存账户的风险概率；

从所述多个公积金缴存账户中筛选所述风险概率最大的公积金缴存账户，以确定为目标账户。

9.一种公积金缴存账户的处理装置，其特征在于，包括：

响应单元，用于响应于多缴存账户的处理指令，获取所述处理指令中用户标识，以查询所述用户标识对应的多个公积金缴存账户；

筛选单元，用于调用预设的风险计算模型，计算各所述公积金缴存账户的风险概率，以从所述多个公积金缴存账户中筛选目标账户；

处理单元，用于查询所述目标账户对应开户服务端的地址信息，以判断所述地址信息与当前服务端的地址信息是否一致；若否，则向所述开户服务端发送所述处理指令；若是，则获取所述用户标识对应的账户处理信息，以确定各所述公积金缴存账户对应的账户处理事件，进而触发所述账户处理事件，对各所述公积金缴存账户进行处理。

10.根据权利要求9所述的装置，其特征在于，所述处理单元，具体用于：

从所述账户处理信息中，识别每个所述公积金缴存账户对应的处理类型标识，基于所述处理类型标识确定各所述公积金缴存账户对应的账户处理事件。

11.根据权利要求10所述的装置，其特征在于，所述处理类型标识包括账户保留标识，所述账户处理事件包括设置白名单事件；

所述处理单元，具体用于：

基于预设的处理类型标识和账户处理事件之间的映射关系，确定各所述公积金缴存账户对应的账户处理事件；

判断对应处理类型标识为所述账户保留标识的公积金缴存账户数量是否大于1；

若是，则将设置白名单事件，确定为对应处理类型标识为所述账户保留标识的公积金缴存账户所对应账户处理事件，以将对应处理类型标识为所述账户保留标识的公积金缴存账户设置为白名单账户；若否，则不做处理。

12.根据权利要求11所述的装置，其特征在于，所述账户处理事件还包括添加风险标识事件；

所述处理单元，具体用于：

将所述添加风险标识事件，确定为对应处理类型标识为所述账户保留标识的公积金缴存账户对应账户处理事件，以为对应处理类型标识为所述账户保留标识的公积金缴存账户添加风险标识；

监测对应处理类型标识不为所述账户保留标识的公积金缴存账户的当前处理状态，在所述当前处理状态为已完成的情况下，删除所述风险标识。

13.根据权利要求9所述的装置，其特征在于，所述处理单元，具体用于：

对每个所述公积金缴存账户，判断所述公积金缴存账户对应开户服务端的地址信息与当前服务端的地址信息是否一致；若否，则查询所述公积金缴存账户对应开户服务端的地址信息，以发送包括所述公积金缴存账户对应账户处理事件标识的处理请求；若是，则对各所述公积金缴存账户进行处理。

14.根据权利要求9所述的装置，其特征在于，所述装置还包括：

接收单元，用于接收账户处理变更信息，获取所述账户处理变更信息中变更的公积金缴存账户和变更后的账户处理信息；

变更单元，用于查询所述变更的公积金缴存账户的当前处理状态，在确定所述当前处理状态与所述变更后的账户处理信息所对应处理状态不一致的情况下，基于所述变更后的账户处理信息确定对应的账户处理事件，以触发所述对应的账户处理事件，对所述公积金缴存账户进行处理。

15.根据权利要求9所述的装置，其特征在于，所述处理单元，具体用于：

对每个所述公积金缴存账户，获取所述账户处理信息对应的证明文件，识别所述证明文件，以提取关键信息；

基于所述关键信息判断所述证明文件是否满足预设条件；若是，则确定所述公积金缴存账户的审批通过，变更所述公积金缴存账户的处理状态为已完成；若否，则发送审批不通过提示消息。

16.根据权利要求9所述的装置，其特征在于，所述筛选单元，具体用于：

基于公积金缴存账户的开户时间，计算各所述公积金缴存账户的风险概率；

从所述多个公积金缴存账户中筛选所述风险概率最大的公积金缴存账户，以确定为目标账户。

17.一种电子设备，其特征在于，包括：

一个或多个处理器；

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

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

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

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

Images