CN111695986B - 公积金影像管控方法和装置 - Google Patents

Abstract

本发明公开了一种公积金影像管控方法和装置，涉及计算机技术领域。该方法的一具体实施方式包括：当用户登录到公积金系统办理公积金业务时，判断当前是否存在对应于所述公积金业务的业务标识；如果当前不存在对应于所述公积金业务的业务标识，则使用预设的业务标识生成逻辑生成对应于所述公积金业务的业务标识；当用户在所述公积金业务进入复核阶段之前的任一时刻发出影像管理指令时，基于包括所述业务标识在内的业务参数访问第三方影像系统，以使用户执行针对公积金相关影像的预设操作。该实施方式能够提升公积金业务办理效率和灵活性。

Description

公积金影像管控方法和装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种公积金影像管控方法和装置。

背景技术

随着公积金业务无纸化办理的需求，公积金系统对影像功能的依赖性逐步增加。目前，公积金系统中的业务办理子系统一般通过调用影像管理子系统的相应接口来接入第三方影像系统，由第三方影像系统实现针对公积金相关影像的浏览、采集等操作。

在当前的公积金业务办理流程中，业务信息提交与影像采集是两个割裂的过程。具体而言，用户在提交非影像的业务信息之后，公积金系统才为当前业务分配一个业务标识，使用该业务标识用户才可以调用影像管理子系统进而访问第三方影像系统来实现影像采集，同时业务一旦进入复核阶段则无法执行影像采集。也就是说，在现有流程中，用户只能在业务提交之后、业务复核之前的时间段内执行影像采集，这造成了用户办理业务的不便并且经常导致影像采集的遗漏，进而影响业务办理效率。同时，实际应用中希望在需要采集影像的特定方法(例如关联于信息提交按钮的提交方法)执行之前校验是否采集了影像，现有技术只能在每一特定方法中分别增加判断逻辑，由此形成较多的重复开发内容，不利于统一管理维护。

发明内容

有鉴于此，本发明实施例提供一种公积金影像管控方法和装置，能够在用户登录公积金系统之后即向其分配业务标识，从而使用户在业务复核前的任一时刻均可基于业务标识执行影像采集、影像浏览等操作，由此提升了公积金业务办理效率和灵活性。

为实现上述目的，根据本发明的一个方面，提供了一种公积金影像管控方法。

本发明实施例的公积金影像管控方法应用在公积金系统，包括：当用户登录到公积金系统办理公积金业务时，判断当前是否存在对应于所述公积金业务的业务标识；如果当前不存在对应于所述公积金业务的业务标识，则使用预设的业务标识生成逻辑生成对应于所述公积金业务的业务标识；当用户在所述公积金业务进入复核阶段之前的任一时刻发出影像管理指令时，基于包括所述业务标识在内的业务参数访问第三方影像系统，以使用户执行针对公积金相关影像的预设操作。

可选地，所述基于包括所述业务标识在内的业务参数访问第三方影像系统，包括：依据所述业务参数生成第三方影像系统的链接地址，利用所述链接地址访问第三方影像系统。

可选地，所述方法进一步包括：在用户执行针对公积金相关影像的预设操作之后，在预设数据库中的影像数据表中查询是否具有对应于所述业务标识的记录；若是，利用所述业务参数、所述公积金相关影像的标识以及第三方影像系统的相关数据更新该记录；否则，新增包括所述业务参数、所述公积金相关影像的标识以及第三方影像系统的相关数据的记录。

可选地，所述预设操作包括：影像采集或影像浏览。

可选地，所述方法进一步包括：预先使用自定义注解标注需要进行监控的目标方法；当监测到标注有自定义注解的目标方法被用户行为触发时，基于预设的切面代码执行以下步骤：查询目标方法执行前是否需要采集影像：如果不需要，则执行目标方法；如果需要，则查询所述数据库中是否存在相应的公积金相关影像：如果存在，则执行目标方法；如果不存在，则基于相应的业务参数访问第三方影像系统，并在用户上传相应的公积金相关影像之后执行目标方法。

可选地，所述目标方法包括：与公积金系统页面中信息提交按钮关联的提交方法。

可选地，所述方法进一步包括：在执行目标方法之后，清除当前页面中存储的业务标识。

可选地，所述方法进一步包括：在所述生成对应于所述公积金业务的业务标识之后，将所述业务标识存储在预设数据库。

可选地，所述业务参数进一步包括：业务类型标识和业务场景标识。

可选地，所述公积金相关影像指的是包括报告、照片、传真件和信件在内的非结构化数据。

为实现上述目的，根据本发明的另一方面，提供了一种公积金影像管控装置。

本发明实施例的公积金影像管控装置应用在公积金系统，可包括：判断单元，用于：当用户登录到公积金系统办理公积金业务时，判断当前是否存在对应于所述公积金业务的业务标识；业务标识生成单元，用于：如果当前不存在对应于所述公积金业务的业务标识，则使用预设的业务标识生成逻辑生成对应于所述公积金业务的业务标识；影像操作单元，用于：当用户在所述公积金业务进入复核阶段之前的任一时刻发出影像管理指令时，基于包括所述业务标识在内的业务参数访问第三方影像系统，以使用户执行针对公积金相关影像的预设操作。

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

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

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

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

根据本发明的技术方案，上述发明中的实施例具有如下优点或有益效果：当监测到用户登录公积金系统并且当前不存在相应的业务标识时，公积金系统即使用预设的业务标识生成逻辑生成相应的业务标识，以使用户在业务复核之前的任一时刻(包括信息提交前的任一时刻或信息提交后的任一时刻)能够基于业务标识访问第三方影像系统，从而执行影像采集、影像浏览等操作。通过上述设置，使用户在信息提交之前执行影像采集成为可能，等同于可以将公积金相关影像作为业务信息的一部分进行提交，由此理顺了业务信息与影像的处理流程，避免了现有技术中影像信息易于遗漏的缺陷并提高了业务办理效率，能够满足公积金系统日益灵活多变的交易场景。同时，在本发明实施例中，公积金系统基于业务标识、业务类型标识、业务场景标识等各种业务参数生成第三方影像系统的链接地址从而访问第三方影像系统，由此能够实现各种定制化的解决方案。此外，本发明实施例预先使用自定义注解标注需要进行监控的目标方法，并在目标方法被调用时通过注解拦截器进行监测以及拦截，拦截之后执行预设的公共切面代码以判断目标方法是否需要采集影像以及当前是否已经采集了影像，如果判断目标方法需要采集影像而当前并未采集影像，则调用第三方影像系统相应接口使用户执行影像采集之后再执行目标方法，从而实现了目标方法的有效校验和监测，避免无效流程或错误流程的发生，同时不需要针对每一目标方法重复开发，有利于统一管理维护。

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

附图说明

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

图1是本发明实施例中公积金影像管控方法的主要步骤示意图；

图2是本发明实施例的公积金业务场景示意图；

图3是本发明实施例的影像操作具体流程示意图；

图4是本发明实施例的目标方法校验流程示意图；

图5是本发明实施例中公积金影像管控装置的组成部分示意图；

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

图7是用来实现本发明实施例中公积金影像管控方法的电子设备结构示意图。

具体实施方式

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

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

图1是根据本发明实施例中公积金影像管控方法的主要步骤示意图。

如图1所示，本发明实施例的公积金影像管控方法应用在公积金系统，可具体按照如下步骤执行：

步骤S101：当用户登录到公积金系统办理公积金业务时，判断当前是否存在对应于公积金业务的业务标识。

在本发明实施例中，公积金系统可以包括公积金业务办理子系统和影像管理子系统。在对公积金相关影像执行浏览、采集等操作时，业务办理子系统一般通过调用影像管理子系统的相应接口来接入第三方影像系统，由第三方影像系统提供具体的影像操作功能。示例性地，上述公积金相关影像指的是办理公积金业务所需要的包括报告、照片、传真件和信件在内的非结构化数据，例如身份证照片、结婚证照片、公证报告等。实际应用中，上述公积金业务的类型可以包括公积金缴存、公积金提取、公积金相关信息变更等，每一类型可由业务类型标识进行表示。

在本步骤中，当用户输入身份验证信息进入公积金系统的登录页面之后，公积金系统首先判断当前是否存在相应的业务标识。一般来说，如果当前业务是此前已经提交过的公积金业务，则此前已经为该业务分配过业务标识，因此当前存在上述业务标识；如果当前业务是用户新发起的公积金业务，则当前不存在上述业务标识。其中，业务标识是用于对不同的公积金业务进行区分的唯一编码。

步骤S102：如果当前不存在对应于公积金业务的业务标识，则使用预设的业务标识生成逻辑生成对应于公积金业务的业务标识。

在本步骤中，公积金系统如果判断当前不存在对应于公积金业务的业务标识，则调用公共的业务标识生成逻辑来生成相应的业务标识，并将生成的业务标识向用户所在的浏览器端返回。返回的业务标识可以暂时保存在当前页面的隐藏域中，并在用户点击信息保存按钮后存储在后台数据库。

步骤S103：当用户在公积金业务进入复核阶段之前的任一时刻发出影像管理指令时，基于包括业务标识在内的业务参数访问第三方影像系统，以使用户执行针对公积金相关影像的预设操作。

具体应用中，用户基于公积金系统提交公积金业务时一般需要经过录入、保存、提交、复核等阶段，即需要经历上述四种业务场景。图2是本发明实施例的公积金业务场景示意图，如图2所示，在录入阶段，用户填写业务信息，此时业务信息还没有保存到后台数据库，关闭页面时这些业务信息会丢失；在保存阶段，用户可以通过点击信息保存按钮将录入的业务信息保存到后台数据库，这些业务信息可以进行修改和删除；在提交阶段，用户可以通过点击信息提交按钮将业务信息和/或公积金相关影像提交到后台，提交后的信息不可修改或删除；在复核阶段，提交的信息由具有较高权限的系统用户进行核查，在此过程中，业务信息和公积金相关影像被锁定因而无法更改。

在本步骤中，用户可以在上述复核阶段之前的任一时刻执行影像采集、影像浏览等操作，例如在提交业务(即点击信息提交按钮)之前的任一时刻、或者在提交业务之后且进入复核之前的任一时刻。具体地，当用户通过点击影像管理按钮向公积金系统发出影像管理指令时，业务处理子系统可以将包括业务标识在内的业务参数向影像管理子系统发送，影像管理子系统可以依据上述业务参数生成第三方影像系统的链接地址(即统一资源定位符URL)，并利用链接地址访问第三方影像系统从而使用户执行影像采集、影像浏览等操作。实际应用中，影像管理子系统可以直接在浏览器端开启上述链接地址指向的新页面，该页面中即提供各种影像操作功能。作为一个优选方案，上述业务参数中可以包括：业务标识、业务类型标识和业务场景标识(业务场景标识用于表示该业务当前处于录入、保存、提交中的哪一业务场景)。

较佳地，当用户在第三方影像系统执行针对公积金相关影像的预设操作之后，可以在后台数据库中的影像数据表中查询是否具有对应于相应业务标识的记录：若是，说明之前已经存储相关记录，此时可利用上述业务参数、公积金相关影像的标识以及第三方影像系统的相关数据(例如第三方影像系统的IP地址等，IP为Internet Protocol的简写，表示互联网协议)更新该记录；如果影像数据表中不存在相关记录，则需要新增记录，该记录中可以包括业务参数、公积金相关影像的标识以及第三方影像系统的相关数据。

实际业务办理过程中，往往需要对特定方法(例如在执行该方法前需要采集相关影像)进行监控和校验，从而避免不必要的处理环节以提高业务办理效率。例如，在办理提取公积金业务时，如果既需要用户提交非影像的业务信息又需要用户上传身份证正反面照片，则公积金系统希望用户在点击信息提交按钮之前即已经保存上述业务信息并上传上述影像，如果用户只保存了上述业务信息但尚未上传影像，则需要发出提醒要求用户上传影像，并只有在用户上传影像成功后才跳转到下一阶段。在本发明实施例中，可以通过以下设置实现这一需求，在以下说明中，将上述特定方法称为目标方法。

首先，在源代码中使用自定义注解预先标注需要进行监控的目标方法，例如与公积金系统页面中信息提交按钮关联的提交方法。特别地，在JAVA等编程语言中，注解(annotation)是一种应用于类、方法、参数、变量、构造器或包声明中的特殊修饰符，是用来描述元数据的一种工具。自定义注解为系统内置注解之外的、由开发人员利用元注解自行编写的注解。具体应用中，系统提供以下四种元注解：

@Documented–用于确定定义的注解是否将包含在JAVA文档中；

@Retention–用于确定什么时候使用定义的注解；

@Target–用于确定注解用于什么地方；

@Inherited–用于确定是否允许子类继承定义的注解。

需要说明的是，上述注解完全不同于注释。一般地，注释用于告知开发人员代码的逻辑、说明、特点等，可以无限制的随意编写；编译时，注释会被编译器完全忽略。注解是通过标注类、方法、参数、变量、构造器或包等元素，告知JAVA虚拟机这些元素的元数据，其一般以“@”起始，对于位置、语法、内容都有严格的限制，如果有任何错误，编译过程中就会显示异常。

实际应用中，当用户点击相应按钮触发目标方法时，公积金系统即可通过注解拦截器进行监测与拦截，同时在目标方法执行之前预先执行预设的公共切面代码。可以理解，上述切面代码基于AOP(Aspect Oriented Programming，面向切面编程)技术实现。具体地，公积金系统首先在后台数据库查询目标方法执行前是否需要采集影像：如果不需要，则直接执行目标方法；如果需要，则查询后台数据库中是否存在相应的公积金相关影像：如果存在，则直接执行目标方法；如果不存在，则基于相应的业务参数访问第三方影像系统，并在用户上传相应的公积金相关影像之后执行目标方法。在一些实施例中，执行目标方法之后，公积金系统可以清除当前页面中存储的业务标识。通过上述设置，即可实现目标方法的有效校验和监测，避免无效流程或错误流程的发生，同时不需要针对每一目标方法重复开发，有利于统一管理维护。

图3是本发明实施例的影像操作具体流程示意图，如图3所示，影像操作具体流程可以分为功能模块处理、公共方法处理和影像采集处理，其中的功能模块处理和公共方法处理对应于公积金系统整体，影像采集处理对应于公积金系统中的影像管理子系统。具体而言，当用户登录页面之后，公积金系统首先判断当前是否存在相应的业务标识：若是，用户可以直接点击影像管理按钮执行预设操作；否则，公积金系统需要调用公共JS(即JavaScript代码，JavaScript是一种前端编程语言)并发起后台服务(即前述业务标识生成逻辑)来生成业务标识，最后将业务标识向用户返回，返回的页面标识在用户点击信息保存按钮之前存储在页面隐藏域、在用户点击信息保存按钮之后存储在后台数据库，此后用户可以点击影像管理按钮执行预设操作。

当用户点击影像管理按钮之后，业务办理子系统可以将业务标识、业务类型标识、业务场景标识等业务参数传递到影像管理子系统，影像管理子系统可以根据上述业务参数生成第三方影像系统的链接地址从而使用户能够在第三方影像系统进行影像操作。当用户执行影像操作完毕之后，公积金系统可以在后台数据库中的影像数据表中查询是否具有对应于相应业务标识的记录：若是，则利用上述业务参数、公积金相关影像的标识以及第三方影像系统的相关数据更新该记录；如果影像数据表中不存在相关记录，则需要新增记录，该记录中可以包括业务参数、公积金相关影像的标识以及第三方影像系统的相关数据。

图4是本发明实施例的目标方法校验流程示意图，其中的提交方法已经预先使用自定义注解进行了标注。如图4所示，当用户在前台通过点击信息提交按钮发起业务提交时，公积金系统已通过注解拦截器获知，此时公积金系统执行预设的公共切面代码，即首先在后台数据库中查询目标方法执行前是否需要采集影像：如果不需要，则调用后台提交服务(即直接执行目标方法)并返回业务标识，之后向用户提示业务提交成功。如果查询到目标方法执行前需要采集影像，则根据业务标识查询后台数据库中是否存在相应的公积金相关影像：如果存在，则调用后台提交服务(即直接执行目标方法)并返回业务标识，之后向用户提示业务提交成功；如果不存在，则向用户弹框提示，并跳转到影像采集页面，待用户上传相应影像后重新执行上述目标方法执行前是否需要采集影像的判断。此外，当公积金系统向用户提示业务提交成功之后，可以执行提交方法之后的逻辑，即清除当前页面中存储的业务标识。

在本发明实施例的技术方案中，当监测到用户登录公积金系统并且当前不存在相应的业务标识时，公积金系统即使用预设的业务标识生成逻辑生成相应的业务标识，以使用户在业务复核之前的任一时刻(包括信息提交前的任一时刻或信息提交后的任一时刻)能够基于业务标识访问第三方影像系统，从而执行影像采集、影像浏览等操作。通过上述设置，使用户在信息提交之前执行影像采集成为可能，等同于可以将公积金相关影像作为业务信息的一部分进行提交，由此理顺了业务信息与影像的处理流程，避免了现有技术中影像信息易于遗漏的缺陷并提高了业务办理效率，能够满足公积金系统日益灵活多变的交易场景。同时，在本发明实施例中，公积金系统基于业务标识、业务类型标识、业务场景标识等各种业务参数生成第三方影像系统的链接地址从而访问第三方影像系统，由此能够实现各种定制化的解决方案。此外，本发明实施例预先使用自定义注解标注需要进行监控的目标方法，并在目标方法被调用时通过注解拦截器进行监测以及拦截，拦截之后执行预设的公共切面代码以判断目标方法是否需要采集影像以及当前是否已经采集了影像，如果判断目标方法需要采集影像而当前并未采集影像，则调用第三方影像系统相应接口使用户执行影像采集之后再执行目标方法，从而实现了目标方法的有效校验和监测，避免无效流程或错误流程的发生，同时不需要针对每一目标方法重复开发，有利于统一管理维护。

需要说明的是，对于前述的各方法实施例，为了便于描述，将其表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，某些步骤事实上可以采用其它顺序进行或者同时进行。此外，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是实现本发明所必须的。

为便于更好的实施本发明实施例的上述方案，下面还提供用于实施上述方案的相关装置。

请参阅图5所示，本发明实施例提供的公积金影像管控装置500应用在公积金系统，可以包括：判断单元501、业务标识生成单元502和影像操作单元503。

其中，判断单元501可用于：当用户登录到公积金系统办理公积金业务时，判断当前是否存在对应于所述公积金业务的业务标识；业务标识生成单元502可用于：如果当前不存在对应于所述公积金业务的业务标识，则使用预设的业务标识生成逻辑生成对应于所述公积金业务的业务标识；影像操作单元503可用于：当用户在所述公积金业务进入复核阶段之前的任一时刻发出影像管理指令时，基于包括所述业务标识在内的业务参数访问第三方影像系统，以使用户执行针对公积金相关影像的预设操作。

在本发明实施例中，影像操作单元503可进一步用于：依据所述业务参数生成第三方影像系统的链接地址，利用所述链接地址访问第三方影像系统。

具体应用中，所述装置500可进一步包括记录存储单元，其可用于：在用户执行针对公积金相关影像的预设操作之后，在预设数据库中的影像数据表中查询是否具有对应于所述业务标识的记录；若是，利用所述业务参数、所述公积金相关影像的标识以及第三方影像系统的相关数据更新该记录；否则，新增包括所述业务参数、所述公积金相关影像的标识以及第三方影像系统的相关数据的记录。

实际应用中，所述预设操作包括：影像采集或影像浏览。

作为一个优选方案，所述装置500可进一步包括校验单元，其用于：预先使用自定义注解标注需要进行监控的目标方法；当监测到标注有自定义注解的目标方法被用户行为触发时，基于预设的切面代码执行以下步骤：查询目标方法执行前是否需要采集影像：如果不需要，则执行目标方法；如果需要，则查询所述数据库中是否存在相应的公积金相关影像：如果存在，则执行目标方法；如果不存在，则基于相应的业务参数访问第三方影像系统，并在用户上传相应的公积金相关影像之后执行目标方法。

较佳地，在本发明实施例中，所述目标方法包括：与公积金系统页面中信息提交按钮关联的提交方法。

在一些实施例中，所述校验单元可进一步用于：在执行目标方法之后，清除当前页面中存储的业务标识。

在一可选实现方式中，所述业务标识生成单元502可进一步用于：在所述生成对应于所述公积金业务的业务标识之后，将所述业务标识存储在预设数据库。

示例性地，所述业务参数可进一步包括：业务类型标识和业务场景标识。

此外，在本发明实施例中，所述公积金相关影像指的是包括报告、照片、传真件和信件在内的非结构化数据。

根据本发明实施例的技术方案，当监测到用户登录公积金系统并且当前不存在相应的业务标识时，公积金系统即使用预设的业务标识生成逻辑生成相应的业务标识，以使用户在业务复核之前的任一时刻(包括信息提交前的任一时刻或信息提交后的任一时刻)能够基于业务标识访问第三方影像系统，从而执行影像采集、影像浏览等操作。通过上述设置，使用户在信息提交之前执行影像采集成为可能，等同于可以将公积金相关影像作为业务信息的一部分进行提交，由此理顺了业务信息与影像的处理流程，避免了现有技术中影像信息易于遗漏的缺陷并提高了业务办理效率，能够满足公积金系统日益灵活多变的交易场景。同时，在本发明实施例中，公积金系统基于业务标识、业务类型标识、业务场景标识等各种业务参数生成第三方影像系统的链接地址从而访问第三方影像系统，由此能够实现各种定制化的解决方案。此外，本发明实施例预先使用自定义注解标注需要进行监控的目标方法，并在目标方法被调用时通过注解拦截器进行监测以及拦截，拦截之后执行预设的公共切面代码以判断目标方法是否需要采集影像以及当前是否已经采集了影像，如果判断目标方法需要采集影像而当前并未采集影像，则调用第三方影像系统相应接口使用户执行影像采集之后再执行目标方法，从而实现了目标方法的有效校验和监测，避免无效流程或错误流程的发生，同时不需要针对每一目标方法重复开发，有利于统一管理维护。

图6示出了可以应用本发明实施例的公积金影像管控方法或公积金影像管控装置的示例性系统架构600。

如图6所示，系统架构600可以包括终端设备601、602、603，网络604和服务器605(此架构仅仅是示例，具体架构中包含的组件可以根据申请具体情况调整)。网络604用以在终端设备601、602、603和服务器605之间提供通信链路的介质。网络604可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等。

用户可以使用终端设备601、602、603通过网络604与服务器605交互，以接收或发送消息等。终端设备601、602、603上可以安装有各种客户端应用，例如公积金影像管控应用(仅为示例)。

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

服务器605可以是提供各种服务的服务器，例如对用户利用终端设备601、602、603所操作的公积金影像管控应用提供支持的公积金系统服务器(仅为示例)。公积金系统服务器可以对接收到的影像管理请求进行处理，并将处理结果(例如影像采集成功通知--仅为示例)反馈给终端设备601、602、603。

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

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

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

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

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

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

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

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

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

描述于本发明实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括判断单元、业务标识生成单元和影像操作单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，判断单元还可以被描述为“向业务标识生成单元提供业务标识判断结果的单元”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中的。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该设备执行时，使得该设备执行的步骤包括：当用户登录到公积金系统办理公积金业务时，判断当前是否存在对应于所述公积金业务的业务标识；如果当前不存在对应于所述公积金业务的业务标识，则使用预设的业务标识生成逻辑生成对应于所述公积金业务的业务标识；当用户在所述公积金业务进入复核阶段之前的任一时刻发出影像管理指令时，基于包括所述业务标识在内的业务参数访问第三方影像系统，以使用户执行针对公积金相关影像的预设操作。

在本发明实施例的技术方案中，当监测到用户登录公积金系统并且当前不存在相应的业务标识时，公积金系统即使用预设的业务标识生成逻辑生成相应的业务标识，以使用户在业务复核之前的任一时刻(包括信息提交前的任一时刻或信息提交后的任一时刻)能够基于业务标识访问第三方影像系统，从而执行影像采集、影像浏览等操作。通过上述设置，使用户在信息提交之前执行影像采集成为可能，等同于可以将公积金相关影像作为业务信息的一部分进行提交，由此理顺了业务信息与影像的处理流程，避免了现有技术中影像信息易于遗漏的缺陷并提高了业务办理效率，能够满足公积金系统日益灵活多变的交易场景。同时，在本发明实施例中，公积金系统基于业务标识、业务类型标识、业务场景标识等各种业务参数生成第三方影像系统的链接地址从而访问第三方影像系统，由此能够实现各种定制化的解决方案。此外，本发明实施例预先使用自定义注解标注需要进行监控的目标方法，并在目标方法被调用时通过注解拦截器进行监测以及拦截，拦截之后执行预设的公共切面代码以判断目标方法是否需要采集影像以及当前是否已经采集了影像，如果判断目标方法需要采集影像而当前并未采集影像，则调用第三方影像系统相应接口使用户执行影像采集之后再执行目标方法，从而实现了目标方法的有效校验和监测，避免无效流程或错误流程的发生，同时不需要针对每一目标方法重复开发，有利于统一管理维护。

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

Claims (10)

1.一种公积金影像管控方法，应用在公积金系统，其特征在于，用户基于公积金系统提交公积金业务时经过录入、保存、提交、复核四个阶段或业务场景；在保存阶段，用户将录入的业务信息保存到数据库；所述方法包括：

当用户登录到公积金系统办理公积金业务时，判断当前是否存在对应于所述公积金业务的业务标识；

如果当前不存在对应于所述公积金业务的业务标识，则使用预设的业务标识生成逻辑生成对应于所述公积金业务的业务标识；

当用户在所述公积金业务进入复核阶段之前的任一时刻发出影像管理指令时，依据包括所述业务标识、业务类型标识和业务场景标识在内的业务参数生成第三方影像系统的链接地址，利用所述链接地址访问第三方影像系统，以使用户执行针对公积金相关影像的预设操作；以及，所述方法进一步包括：

预先使用自定义注解标注需要进行监控的目标方法；当监测到标注有自定义注解的目标方法被用户行为触发时，基于预设的切面代码执行以下步骤：查询目标方法执行前是否需要采集影像：如果不需要，则执行目标方法；如果需要，则查询所述数据库中是否存在相应的公积金相关影像：如果存在，则执行目标方法；如果不存在，则基于相应的业务参数访问第三方影像系统，并在用户上传相应的公积金相关影像之后执行目标方法。

2.根据权利要求1所述的公积金影像管控方法，其特征在于，所述方法进一步包括：

在用户执行针对公积金相关影像的预设操作之后，在所述数据库中的影像数据表中查询是否具有对应于所述业务标识的记录；

若是，利用所述业务参数、所述公积金相关影像的标识以及第三方影像系统的相关数据更新该记录；否则，新增包括所述业务参数、所述公积金相关影像的标识以及第三方影像系统的相关数据的记录。

3.根据权利要求1所述的公积金影像管控方法，其特征在于，所述预设操作包括：影像采集或影像浏览。

4.根据权利要求1所述的公积金影像管控方法，其特征在于，所述目标方法包括：与公积金系统页面中信息提交按钮关联的提交方法。

5.根据权利要求1所述的公积金影像管控方法，其特征在于，所述方法进一步包括：

在执行目标方法之后，清除当前页面中存储的业务标识。

6.根据权利要求1所述的公积金影像管控方法，其特征在于，所述方法进一步包括：

在所述生成对应于所述公积金业务的业务标识之后，将所述业务标识存储在所述数据库。

7.根据权利要求1-6任一所述的公积金影像管控方法，其特征在于，所述公积金相关影像指的是包括报告、照片、传真件和信件在内的非结构化数据。

8.一种公积金影像管控装置，应用在公积金系统，其特征在于，用户基于公积金系统提交公积金业务时经过录入、保存、提交、复核四个阶段或业务场景；在保存阶段，用户将录入的业务信息保存到数据库；所述装置包括：

判断单元，用于：当用户登录到公积金系统办理公积金业务时，判断当前是否存在对应于所述公积金业务的业务标识；

业务标识生成单元，用于：如果当前不存在对应于所述公积金业务的业务标识，则使用预设的业务标识生成逻辑生成对应于所述公积金业务的业务标识；

影像操作单元，用于：当用户在所述公积金业务进入复核阶段之前的任一时刻发出影像管理指令时，依据包括所述业务标识、业务类型标识和业务场景标识在内的业务参数生成第三方影像系统的链接地址，利用所述链接地址访问第三方影像系统，以使用户执行针对公积金相关影像的预设操作；

校验单元，用于：预先使用自定义注解标注需要进行监控的目标方法；当监测到标注有自定义注解的目标方法被用户行为触发时，基于预设的切面代码执行以下步骤：查询目标方法执行前是否需要采集影像：如果不需要，则执行目标方法；如果需要，则查询所述数据库中是否存在相应的公积金相关影像：如果存在，则执行目标方法；如果不存在，则基于相应的业务参数访问第三方影像系统，并在用户上传相应的公积金相关影像之后执行目标方法。

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

一个或多个处理器；

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

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

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