CN114240392A - 信息处理方法、任务审批方法和信息处理装置 - Google Patents

Abstract

本申请提供了一种信息处理方法，包括以下步骤：获取第三方系统的待审批任务和所述第三方系统的唯一编码，并形成关联；将所述待审批任务按照审批人分组后，存入任务池；根据所述审批人的操作生成处理结果；根据所述处理结果，更新所述任务池内所述待审批任务的任务状态；基于所述唯一编码，将所述任务状态同步到对应的第三方系统。根据本申请的信息处理方法，可以通过配置化的方式集成多个第三方系统中的待审批任务。一方面可集中待审批任务形成统一管理的模式，提高审批人的用户体验和办公效率；另一方面，无需对现有的第三方系统做大量改造，可充分利用现有的资源，节省成本开支。

Description

信息处理方法、任务审批方法和信息处理装置

技术领域

本申请涉及计算机技术领域，可用于金融领域，具体涉及一种信息处理方法、任务审批方法和信息处理装置、电子设备、介质和产品。

背景技术

随着信息化和数字化技术的广泛应用，企业内部建设了大量的管理信息系统，实现业务管理和日常管理的线上化，任务审批模块设置在这些管理信息系统内，以实现工作事项的线上流转和审批。但根据各个管理信息系统功能的设定，每个管理信息系统内的任务审批模块往往只负责某一特定领域的任务审批，审批人作为用户需要登录多个管理信息系统进行批阅，造成操作繁琐。

发明内容

鉴于上述技术问题，本申请提供了一种信息处理方法，通过利用数据集成和任务调度技术，实现了多个第三方系统中待审批任务的集成管理，解决了待审批任务分散以及审批人操作不便利的问题。

本申请的第一个方面提供了一种信息处理方法，包括以下步骤：

获取第三方系统的待审批任务和所述第三方系统的唯一编码，并形成关联；

将所述待审批任务按照审批人分组后，存入任务池；

根据所述审批人的操作生成处理结果；

根据所述处理结果，更新所述任务池内所述待审批任务的任务状态；

基于所述唯一编码，将所述任务状态同步到对应的第三方系统。

根据本申请的信息处理方法，可以通过配置化的方式集成多个第三方系统中的待审批任务。一方面可集中待审批任务形成统一管理的模式，提高审批人的用户体验和办公效率；另一方面，无需对现有的第三方系统做大量改造，可充分利用现有的资源，节省成本开支。

进一步地，在获取第三方系统的待审批任务和所述第三方系统的唯一编码之前，包括：

设定每个接口的调用频率参数；

根据所述调用频率参数向第三方系统发送任务获取请求。

进一步地，所述方法还包括：

记录所述任务池内每项待审批任务的任务状态的更新时间；以及

记录与第三方系统每次同步时的截面时间。

进一步地，基于所述唯一编码，将所述任务状态同步到对应的第三方系统，包括：

获取所述任务池内每项待审批任务的任务状态的更新时间；

获取与第三方系统最后一次发生同步的截面时间；

根据所述截面时间和所述更新时间，筛选出晚于所述截面时间的所述待审批任务；

将所述待审批任务按照所述唯一编码进行分组处理；

根据所述唯一编码调用对应的接口，并同步所述任务状态到第三方系统。

进一步地，所述接口包括：事项接口、任务接口和同步接口。

进一步地，所述任务状态包括待审批、审批中和已审批的至少一个。

进一步地，在根据所述唯一编码调用对应的接口，并同步所述任务状态到第三方系统之前，还包括：

将每组内的所述待审批任务按照所述待审批任务的事项标识或任务标识进行分类。

进一步地，所述方法还包括：控制所述接口的启闭，以控制所述第三方系统的接入。

本申请的第二个方面提供了一种任务审批方法，包括以下步骤：

审批人登录个人主页；

基于所述审批人的个人信息，服务器推送任务池内所述审批人的待审批任务，其中，所述待审批任务已按照所述审批人分组且与所述审批人关联；

所述服务器根据所述审批人的操作生成处理结果；

所述服务器根据所述处理结果更新所述任务池内的所述待审批任务的任务状态。

进一步地，所述审批人的操作包括同意、拒绝以及指定其他审批人中的一个。

进一步地，所述方法还包括：所述审批人查看所述待审批任务的任务详情。

进一步地，所述审批人查看所述待审批任务的任务详情，包括：

所述服务器根据第三方系统的所述唯一编码，向对应的第三方系统发起查看所述任务详情的请求，其中，在获取所述待审批任务的同时获取所述唯一编码，并形成关联；

所述服务器接收所述第三方系统的链接；

所述审批人通过所述链接查看任务详情。

本申请的第三方面提供了一种信息处理装置，包括：获取模块，所述获取模块用于：获取第三方系统的待审批任务和所述第三方系统的唯一编码，并形成关联；分组模块，所述分组模块用于：将所述待审批任务按照审批人分组后，存入任务池；处理模块，所述处理模块用于根据所述审批人的操作生成处理结果；更新模块，所述更新模块用于：根据所述处理结果，更新所述任务池内所述待审批任务的任务状态；同步模块，所述同步模块用于：基于所述唯一编码，将所述任务状态同步到对应的第三方系统。

本申请的第四方面提供了一种电子设备，包括：一个或多个处理器；存储器，用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得一个或多个处理器执行所述的数据处理方法。

本申请的第五方面还提供了一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行所述的数据处理方法。

本申请的第六方面还提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现所述的数据处理方法。

附图说明

通过以下参照附图对本申请实施例的描述，本申请的上述内容以及其他目的、特征和优点将更为清楚，在附图中：

图1示意性示出了根据本申请实施例审批人使用信息处理装置的应用场景图；

图2示意性示出了根据本申请实施例的信息处理方法的流程图；

图3示意性示出了根据本申请实施例的信息处理方法的基本组成示意图；

图4示意性示出了根据本申请实施例的在步骤S201之前的流程图；

图5示意性示出了根据本申请实施例的任务状态同步到第三方系统的流程图；

图6示意性示出了根据本申请实施例的任务审批方法的流程图；

图7示意性示出了根据本申请实施例的审批人查看任务详情的流程图；

图8示意性示出了根据本申请实施例的信息处理装置的结构框图；以及

图9示意性示出了实现本申请实施例的信息处理方法的电子设备的方框图。

具体实施方式

以下，将参照附图来描述本申请的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本申请的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本申请实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本申请的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本申请。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。

随着信息化和数字化技术的广泛应用，企业内部建设了大量的管理信息系统，实现业务管理和日常管理的线上化，任务审批模块设置在这些管理信息系统内，以实现工作事项的线上流转和审批。但根据各个管理信息系统功能的设定，每个管理信息系统内的任务审批模块往往只负责某一特定领域的任务审批，例如，财务报销系统负责审批报销单据，请假审批系统负责审批请假事项。审批人作为用户，需要登录多个管理信息系统进行逐个批阅，造成操作繁琐，另外，待审批任务分散在各个管理信息系统，无法形成审批事项的统一视图。

为了解决上述问题，目前部分企业采用门户集成技术，借助单点登录和菜单的集成，可有效避免登录多个管理信息系统，但审批人仍需进入待审批任务对应的菜单页面操作，多个菜单页面造成待审批任务无法集中处理的问题。

本申请针对相关技术中存在的问题，保留第三方系统内部的任务审批流转机制，通过信息处理装置以及可与信息处理装置统一适配的接口，实现多个第三方系统内的待审批任务可统一在信息处理装置内进行集成和管理，通过调度技术驱动本申请的信息处理装置与第三方系统进行待审批任务的协同流传。

需要注意的是，第三方系统是对管理信息系统的统称，不同管理信息系统其集成的业务不同。例如，财务报销系统作为第三方系统负责审批报销单据，请休假审批系统作为第三方系统负责审批请休假事项。

图1示意性示出了根据本申请实施例审批人使用信息处理装置的应用场景图。

如图1所示，根据该实施例的应用场景100可以包括：审批人在登录信息处理装置后，服务器105从任务池中提取与该审批人相关联的待审批任务内容的示意图。

网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

审批人可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

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

服务器105可以是提供各种服务的服务器，例如：对审批人利用终端设备101、102、103所浏览的待审批任务页面提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的审批人请求等数据进行分析等处理，并将处理结果(例如根据审批人请求获取或生成的网页、信息、或数据等)反馈给终端设备。

需要说明的是，本申请实施例中所提供的信息处理方法、任务审批方法一般可以由服务器105执行。相应地，本申请实施例中所提供的信息处理装置一般可以设置于服务器105中。本申请实施例中所提供的信息处理方法、任务审批方法也可以由不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群执行。相应地，本申请实施例中所提供的信息处理装置也可以设置于不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群中。

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

以下将基于图1描述的场景，通过图2～图7对申请实施例的信息处理方法进行详细描述。

图2示意性示出了根据本申请实施例信息处理方法的流程图。该方法是针对从第三方系统中提取待审批任务并集成、经审批后与第三方系统同步的技术方案，该方法包括步骤S201-步骤S205。

结合图2，图3示意性示出了根据本申请实施例的信息处理方法的基本组成示意图。

在步骤201，获取第三方系统的待审批任务和第三方系统的唯一编码，并形成关联。

第三方系统通过接口接入本申请的信息处理装置，对于接入的每个第三方系统分配唯一的编码作为标识，以区分不同的第三方系统。而通过调用每个第三方系统的接口提取出的待审批任务中，都会关联与相关第三方系统的唯一编码。可以理解为，每个待审批任务上都有来自相关第三方系统的标记(唯一编码)，通过每个待审批任务上的标记，都能获得发送此待审批任务的第三方系统。例如：从财务报销系统(第三方系统)获取的需要审批的报销单据(待审批任务)上标有此财务报销系统的唯一编码，通过该报销单据上的唯一编码，可以找到提供该报销单据的财务报销系统。

在一项待审批任务中，包括审批事项和审批环节两部分。其中，审批事项对应需要审批的业务事项，例如，访客审批、出差审批、请假审批、财务报销审批等；审批环节对应具体的审批步骤，涉及到审批人，多个审批环节结合组成审批流程，即，一个审批流程中包括多个审批环节，例如：在张三出差的待审批任务中，需要项目经理的审批，还需要部门经理的审批，因此，在该待审批任务的审批流程中包括两个审批环节，项目经理审批环节和部门经理审批环节。

在步骤202，将待审批任务按照审批人分组后，存入任务池。

在审批过程中，一项待审批任务可能需要经过多人批阅，也就是会涉及多个审批环节。为了方便审批人的批阅，将步骤S201中获取的、具有多种审批事项的待审批任务按照审批人分组归类，以在同一审批人审批时，可以集中处理多项涉及到此审批人的所有的待审批任务，便于审批人对待审批任务的统一管理。

任务池中存有从第三方系统中获取的待审批任务和已完成的审批任务未同步的审批任务。在审批人未登录时，已经过分组的待审批任务存入任务池内，以在响应于审批人的登录请求或待审批任务获取时上送多项相关待审批任务。

在步骤203，根据审批人的操作生成处理结果。

根据每个审批环节中审批人的操作结果，在审批人操作过程中或操作后生成处理结果，处理结果包括将待审批任务传递至下一环节、结束流程等操作。

审批人的操作包括同意、拒绝以及指定其他审批人。具体的，任一环节的审批人在审批过程中，可以自行处理待审批任务，也可以指定其他审批人处理待审批任务。自行处理待审批任务的操作是对待审批任务直接执行同意和拒绝，待审批任务将进入下一环节或结束流程；指定其他审批人处理待审批任务是在审批人操作后，待审批任务将转至指定的其他审批人处。

实施例1，一项待审批任务中包括多个审批环节，每个环节对应相关审批人。在其中一环节中，审批人同意后，将会执行待审批任务传递至下一环节并按照下一环节的审批人分组的处理结果。

需要注意的是，下一环节的审批人可以是本环节的审批人指定的，也可以是审批环节中设置默认的。

实施例2，一项待审批任务中包括多个审批环节，每个环节对应相关审批人。在最后一环节中，审批人同意后，将会执行流程结束的处理结果。

实施例3，一项待审批任务中包括多个审批环节，每个环节对应相关审批人。在其中一环节中，审批人拒绝后，将会执行流程结束的处理结果。

实施例4，一项待审批任务中包括多个审批环节，每个环节对应相关审批人。在其中一环节中，审批人在操作指定其他审批人后，将会执行相关待审批任务传送至指定的审批人的处理结果。

进一步地，在任一环节的审批人还可以对相关待审批任务批注意见。

审批人可能执行同意、拒绝以及指定其他审批人的操作，在执行操作之前，可针对待审批任务或针对自己将要操作处理上述之一的原由撰写批注意见，以传达相关意见。

在步骤204，根据处理结果，更新任务池内待审批任务的任务状态。

根据步骤S203中的处理结果，更新待审批任务的任务状态，其中任务状态包括待审批、审批中和已审批的至少一个。

任务池内的待审批任务在已设定的时间频率进行任务状态更新。在每一环节的处理结果生成后，都会对整个审批流程中的待审批任务的任务状态进行更新，或者，也可以在每一环节的处理结果生成后，仅对该相关环节的任务状态进行更新。

在一项待审批任务中包括多个审批环节，每个环节对应相关审批人。当待审批任务在其中一个环节正在被审批时，可更新任务池内待审批任务的处理状态为审批中；当待审批任务未轮到其中一环节的相关审批人审批时，将任务池内的待审批任务的任务状态为待审批，即，表明上个环节还未生成处理结果，待审批任务仍停留在上个环节的审批中；当其中一环节的待审批任务已被相关审批人审批后，将任务池内的待审批任务的任务状态更新为已审批，即，表明已获取到当前环节的处理结果。

在步骤205，基于唯一编码，将任务状态同步到对应的第三方系统。

基于唯一编码，也就是以第三方系统为维度进行分组处理，在同步过程中，根据唯一编码调用对应第三方系统接口，推送任务状态变更信息。第三方系统根据推送的任务状态信息并结合自身的业务规则进行任务内部处理和流转，第三方系统内部的处理和流转不属于本申请的保护范围，在此不再赘述。

本申请通过利用待审批任务的集成和任务调度技术，实现了多个第三方系统中待审批任务的集成管理，在待审批任务以审批人分组推送后，审批人可以通过一个页面集中处理，解决了待审批任务分散以及审批人操作不便利的问题。

图4示意性示出了根据本申请实施例在获取第三方系统的待审批任务和第三方系统的唯一编码之前可执行的流程图。

如图4所示，该实施例的信息处理方法包括步骤S301-步骤S302。

需要注意的是，在运用本申请的信息处理方法之前，步骤S301-步骤S302为非必需步骤，也就是在已执行过步骤S301-步骤S302的前提下，在之后的每次运用本申请的信息处理方法时，可直接使用本申请的信息处理方法，无需在每次运用本申请的信息处理方法之前都要执行步骤S301-步骤S302。

在步骤S301，设定每个接口的调用频率参数。

每个第三方系统都会注册不同的接口，一个第三方系统对应一个接口。本申请中涉及多个第三方系统的待审批任务调度，在步骤S301，可以设定每个第三方系统的调用频率参数，例如：每个接口均设置为一小时调度一次；或一部分接口一小时调度一次、另一部分接口八小时调度一次。

当然，本申请的接口需要满足与本申请的信息处理装置适配的前提条件，接入本申请的信息处理装置需要提前根据信息处理装置的接口适配要求对第三方的系统接口进行接口开发。也可以理解为，只要第三方系统的接口达到适配的规范要求，即可通过配置的方式接入本申请的信息处理装置进行待审批任务的统一管理。

在步骤S302，根据调用频率参数向第三方系统发送任务获取请求。

调用频率参数相当于定时器，可定时向第三方系统发送任务获取请求，第三方系统的接口响应于请求，将待审批任务发送至信息处理装置内。

需要注意的是，考虑接口不可用或者出现异常的情况，本申请能够自动重复发送请求进行任务同步，重试的次数和频率可以在步骤S301中进行配置。

在一个实施例中，该信息处理方法还包括：控制接口的启闭，以控制第三方系统的接入。

接口有启用和停用两种状态，本方法可控制接口的启闭，在接口停用后，将不再根据调用频率参数向第三方系统发送任务获取请求，即，不再接收第三方系统的待审批任务。

针对接口的启闭功能，可以单独停用多个第三方系统中的部分接口，也可以将多个第三方系统中的相关接口全部停用。

需要注意的是，控制接口的启闭，以控制第三方系统的接入，同样适用于任务状态的同步，原理与上述相同。在接口停用后，将停止与第三方系统同步。

根据本申请的一个实施例，信息处理方法还包括：

记录所述任务池内每项待审批任务的任务状态的更新时间；以及

记录与第三方系统每次同步时的截面时间。

在本申请的信息处理方法中，为了避免待审批任务的任务状态在第三方系统同步时出现数据重复同步、数据遗漏的现象，需要记录每项任务状态的更新时间以及每次与第三方系统发生同步的截面时间。

更新时间表征在审批相关待处理任务后，该待审批任务的任务状态更新的时间信息。

截面时间表征在本申请的信息处理装置与相关第三方系统发生同步时的时间信息。

根据更新的时间信息和同步时的时间信息，可以筛选出在截面时间之后发生任务状态更新的待审批任务，以避免同一个待处理任务多次在第三方系统内进行更新的现象，利于减少资源的占用。

需要注意的是，由于同步过程是在一段时间内发生的数据转移，本申请的“截面时间”指的是信息处理装置与第三方系统刚发生链接时的时间节点。另外，由于本申请涉及多个第三方系统，因此需要分别记录每个第三方系统每次与信息处理装置同步时的截面时间。

图5示意性示出了根据本申请实施例在步骤S205中，任务状态同步到第三方系统的流程图。

如图5所示，该实施例的任务状态同步包括步骤S401-步骤S405。

在步骤S401，获取任务池内每项待审批任务的任务状态的更新时间。

在步骤S402，获取与第三方系统最后一次发生同步的截面时间。

与第三方系统的同步是根据接口调用频率发生的，获取最后一次与第三方系统同步的截面时间，以此为时间界限，可划分出已发生过与相关第三方系统同步更新的待审批任务和未发生过与相关第三方系统同步更新的待审批任务。

在步骤S403，根据截面时间和更新时间，筛选出晚于截面时间的待审批任务。

本步骤中，将待审批任务的更新时间以截面时间为时间界限，划分为在时间界限之前和在时间界限之后的两个组。其中，在时间界限之前的为已发生过与相关第三方系统同步更新的待审批任务，在时间界限之后的为未发生过与相关第三方系统同步更新的待审批任务。因此，找到在时间界限之后组内的每个更新时间对应的待处理任务作为将要与第三方系统更新的任务内容，即，晚于截面时间的待审批任务为将与第三方系统更新的任务内容。

例如，在每次筛选待审批任务时都将截面时间作为参数传递到第三方系统的相关接口，第三方系统接入后，只同步更新时间在相关截面时间之后的待处理任务的任务状态，可保证待审批任务在跨系统的传递过程中保证数据的一致性。

在步骤S404，将待审批任务按照唯一编码进行分组处理。

在步骤S201时，待审批任务和唯一编码已形成关联，在同步过程中，可将唯一编码作为分组的标志，对步骤S403中筛选出的待审批任务进行分组。也可以理解为，将与第三方系统更新的待审批任务以第三方系统为维度进行分组处理。

在步骤S405，根据唯一编码调用对应的接口，并同步任务状态到第三方系统。

在待审批任务分组后，根据唯一编码调用对应的接口，与第三方系统同步。可以理解为，唯一编码作为关联，待审批任务是从相关第三方系统中获取的，在同步时，也将该待审批任务的任务状态同步到相关第三方系统中。

需要注意的是，第三方系统与本申请的信息处理装置同步、接口的安全调用依赖于用户体系的统一和登录认证的统一。关于统一认证、单点登录等相关技术是本申请的基础技术，此相关技术的具体操作和解释说明可从现有技术中获取，不再展开说明。

进一步地，在根据唯一编码调用对应的接口，并同步任务状态到第三方系统之前，还包括：

将每组内的待审批任务按照待审批任务的事项标识或任务标识进行分类。

在一项待审批任务中包括事项标识和任务标识，事项标识用于区分审批事项，例如，访客审批、出差审批、请假审批、财务报销审批等；任务标识用于区分审批任务，例如：项目经理审批任务和部门经理审批任务。

在第三方系统内包括多个事项审批模块，例如，在员工请假审批系统中，包括出差审批、事假审批、病假审批。因此在同步过程中，在对待审批任务按照唯一编码分组后，待审批任务还需要根据事项标识或任务标识进一步地进行分类，以快速定位第三方系统中需要同步的位置。

需要注意的是，为避免待审批任务出现重复分类的情况，本申请会选择事项标识或任务标识其中一个分类。

根据本申请的信息处理方法，可以通过配置化的方式集成多个第三方系统中的待审批任务。一方面可集中待审批任务形成统一管理的模式，提高审批人的审批人体验和办公效率；另一方面，无需对现有的第三方系统做大量改造，可充分利用现有的资源，节省成本开支。

图6示意性示出了根据本申请实施例任务审批方法的流程图，体现的是审批人与本申请的信息处理装置的交互过程。

如图6所示，该实施例的任务审批方法包括步骤S501-步骤S504。

在步骤S501，审批人登录个人主页。

在步骤S502，基于审批人的个人信息，服务器推送任务池内审批人的待审批任务，其中，待审批任务已按照审批人分组且与审批人关联。

在审批人登录成功后，服务器获取该审批人的个人信息，个人信息包括该审批人的部门、职位和姓名，服务器根据个人信息，从任务池内关联到与该审批人相符合的相关待审批任务的分组，服务器将待审批任务推送至前端，以供审批人处理。

也就是说，在审批人登录个人主页后，主页上会展示与该审批人相关的所有的待审批任务，审批人可在一个页面上集中处理，解决了现有技术中，待审批任务分散以及审批人需要打开多个菜单查看的问题。

在步骤S503，服务器根据审批人的操作生成处理结果。

审批人的操作包括同意和拒绝中的一个，在审批人操作后，服务器生成相应的处理结果。此过程与步骤203相同，在此不再赘述。

在步骤S504，服务器根据处理结果更新任务池内的待审批任务的任务状态。

根据步骤S503中的处理结果，更新待审批任务的任务状态，其中任务状态包括待审批、审批中和已审批的至少一个。此过程与步骤204相同，在此不再赘述。

需要注意的是，在服务器内装有本申请的信息处理装置，可运行本申请的信息处理方法。

根据本申请的一个实施例，任务审批方法还包括：审批人查看待审批任务的任务详情。

在审批过程中，审批人可以查看待审批任务的任务详情，以辅助审批人的操作判断。

不同待审批任务的任务详情不一样，比如，一项张三的报销审批中，在任务详情中会展现出差的信息、报销的金额信息，而一项李四的请假审批中，在任务详情中会展现请假的时间、请假原因。

图7示意性示出了根据本申请实施例审批人查看待审批任务的任务详情中，服务器和审批人的交互的流程图。

如图7所示，该实施例的任务详情查看包括步骤S601-步骤S603。

在步骤S601，服务器根据第三方系统的唯一编码，向对应的第三方系统发起查看任务详情的请求，其中，在获取待审批任务的同时获取唯一编码，并形成关联。

待处理事项中关联有唯一编码，审批人根据业务需求进行查看，向服务器发起查看任务详情请求。服务器接到请求后，根据待处理事项的唯一编码向对应的第三方系统发起请求。

在步骤S602，服务器接收第三方系统的链接。

第三方系统根据服务器发送的请求，提供可查看任务详情的链接，服务器将此链接传递到前端，供审批人选择是否点击。

在步骤S603，审批人通过链接查看任务详情。

审批人点击链接，即可查看相关待审批任务的任务详情，提供链接的方式既解决了第三方系统的通用性，又可以满足个性化的实际需求。

这里的个性化指的是，第三方系统中的任务详情可能是符合自身业务特性的表单S界面、图片、图表等，比如，出差任务的详情界面和报销任务的详情不一样，发票按照发票的格式展示等。

需要注意的是，上述实施例中提供一种通过链接实现任务详情的查看方法，在另一个实施例中，还可以通过任务池查看任务详情，任务详情会直接展现在主页上。也就是说，任务池只能提供一个通用的界面在主页上展示文本的任务详情，内容格式统一，无法做到第三方系统的个性化、形象化，但仍可以实现本申请查看任务详情的技术方案，通过任务池查看相关待处理任务的任务详情的方法也在本申请的保护范围内。

根据本申请的任务审批方法，可在一个页面内展示多项不同事项类型的待审批事项，审批人可集中在页面内对多个待审批事项进行统一处理，节省审批人的操作流程，提高审批效率。

基于上述信息处理方法，本申请还提供了一种信息处理装置。以下将结合图8该装置进行详细描述。

图8意性示出了根据本申请实施例的信息处理装置的结构框图。

如图8所示，该实施例的信息处理装置700包括获取模块701、分组模块702、处理模块703、更新模块704和同步模块705。

具体的，获取模块701用于：获取第三方系统的待审批任务和第三方系统的唯一编码，并形成关联。在一个实施例中，获取模块701可以用于执行前文描述的步骤S201，在此不再赘述。

分组模块702用于：将待审批任务按照审批人分组后，存入任务池。在一个实施例中，分组模块702可以用于执行前文描述的步骤S202，在此不再赘述。

处理模块703用于根据审批人的操作生成处理结果。在一个实施例中，处理模块703可以用于执行前文描述的步骤S203，在此不再赘述。

更新模块704用于：根据处理结果，更新任务池内待审批任务的任务状态。在一个实施例中，更新模块704可以用于执行前文描述的步骤S204，在此不再赘述。

同步模块705用于：基于唯一编码，将任务状态同步到对应的第三方系统。在一个实施例中，同步模块705可以用于执行前文描述的步骤S205，在此不再赘述。

根据本申请的信息处理装置，可以实现申请的信息处理方法，通过配置化的方式集成多个第三方系统中的待审批任务。一方面可集中待审批任务形成统一管理的模式，提高审批人的用户体验和办公效率；另一方面，无需对现有的第三方系统做大量改造，可充分利用现有的资源，节省成本开支。

根据本申请的实施例，获取模块701、分组模块702、处理模块703、更新模块704和同步模块705中的任意多个模块可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本申请的实施例，获取模块701、分组模块702、处理模块703、更新模块704和同步模块705中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，获取模块701、分组模块702、处理模块703、更新模块704和同步模块705中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

图9示意性示出了根据本申请实施例的适于实现信息处理方法的电子设备的方框图。

如图9所示，根据本申请实施例的电子设备800包括处理器801，其可以根据存储在只读存储器(ROM)802中的程序或者从存储部分808加载到随机访问存储器(RAM)803中的程序而执行各种适当的动作和处理。处理器801例如可以包括通用微处理器(例如CPU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))等等。处理器801还可以包括用于缓存用途的板载存储器。处理器801可以包括用于执行根据本申请实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

在RAM 803中，存储有电子设备800操作所需的各种程序和数据。处理器801、ROM802以及RAM 803通过总线804彼此相连。处理器801通过执行ROM 802和/或RAM 803中的程序来执行根据本申请实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除ROM 802和RAM 803以外的一个或多个存储器中。处理器801也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本申请实施例的方法流程的各种操作。

根据本申请的实施例，电子设备800还可以包括输入/输出(I/O)接口805，输入/输出(I/O)接口805也连接至总线804。电子设备800还可以包括连接至I/O接口805的以下部件中的一项或多项：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至I/O接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。

本申请还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本申请实施例的方法。

根据本申请的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如，根据本申请的实施例，计算机可读存储介质可以包括上文描述的ROM 802和/或RAM 803和/或ROM 802和RAM 803以外的一个或多个存储器。

本申请的实施例中还包括一种计算机程序产品，其包括计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。当计算机程序产品在计算机系统中运行时，该程序代码用于使计算机系统实现本申请实施例中所提供的物品推荐方法。

在该计算机程序被处理器801执行时执行本申请实施例的系统/装置中限定的上述功能。根据本申请的实施例，上文描述的系统、装置、模块、单元等可以通过计算机程序模块来实现。

在一种实施例中，该计算机程序可以依托于光存储器件、磁存储器件等有形存储介质。在另一种实施例中，该计算机程序也可以在网络介质上以信号的形式进行传输、分发，并通过通信部分809被下载和安装，和/或从可拆卸介质811被安装。该计算机程序包含的程序代码可以用任何适当的网络介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被处理器801执行时，执行本申请实施例的系统中限定的上述功能。根据本申请的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。

根据本申请的实施例，可以以一种或多种程序设计语言的任意组合来编写用于执行本申请实施例中提供的计算机程序的程序代码，具体地，可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。程序设计语言包括但不限于诸如Java，C++，python，“C”语言或类似的程序设计语言。程序代码可以完全地在人员计算设备上执行、部分地在人员设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到人员计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

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

本领域技术人员可以理解，本申请的各个实施例和/或权利要求中记载的特征可以进行多种组合或/或结合，即使这样的组合或结合没有明确记载于本申请中。特别地，在不脱离本申请精神和教导的情况下，本申请的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本申请的范围。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“实例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

以上对本申请的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本申请的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本申请的范围由所附权利要求及其等同物限定。不脱离本申请的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本申请的范围之内。

Claims (15)

1.一种信息处理方法，其特征在于，包括以下步骤：

获取第三方系统的待审批任务和所述第三方系统的唯一编码，并形成关联；

将所述待审批任务按照审批人分组后，存入任务池；

根据所述审批人的操作生成处理结果；

根据所述处理结果，更新所述任务池内所述待审批任务的任务状态；

基于所述唯一编码，将所述任务状态同步到对应的第三方系统。

2.根据权利要求1所述信息处理方法，其特征在于，在获取第三方系统的待审批任务和所述第三方系统的唯一编码之前，包括：

设定每个接口的调用频率参数；

根据所述调用频率参数向第三方系统发送任务获取请求。

3.根据权利要求2所述信息处理方法，其特征在于，所述方法还包括：

记录所述任务池内每项待审批任务的任务状态的更新时间；以及

记录与第三方系统每次同步时的截面时间。

4.根据权利要求3所述信息处理方法，其特征在于，基于所述唯一编码，将所述任务状态同步到对应的第三方系统，包括：

获取所述任务池内每项待审批任务的任务状态的更新时间；

获取与第三方系统最后一次发生同步的截面时间；

根据所述截面时间和所述更新时间，筛选出晚于所述截面时间的所述待审批任务；

将所述待审批任务按照所述唯一编码进行分组处理；

根据所述唯一编码调用对应的接口，并同步所述任务状态到第三方系统。

5.根据权利要求4所述信息处理方法，其特征在于，所述任务状态包括待审批、审批中和已审批的至少一个。

6.根据权利要求4所述信息处理方法，其特征在于，在根据所述唯一编码调用对应的接口，并同步所述任务状态到第三方系统之前，还包括：

将每组内的所述待审批任务按照所述待审批任务的事项标识或任务标识进行分类。

7.根据权利要求1-6中任一项所述信息处理方法，其特征在于，所述方法还包括：控制所述接口的启闭，以控制所述第三方系统的接入。

8.一种任务审批方法，其特征在于，包括以下步骤：

审批人登录个人主页；

基于所述审批人的个人信息，服务器推送任务池内所述审批人的待审批任务，其中，所述待审批任务已按照所述审批人分组且与所述审批人关联；

所述服务器根据所述审批人的操作生成处理结果；

所述服务器根据所述处理结果更新所述任务池内的所述待审批任务的任务状态。

9.根据权利要求8所述的任务审批方法，其特征在于，所述审批人的操作包括同意、拒绝以及指定其他审批人中的一个。

10.根据权利要求8所述的任务审批方法，其特征在于，所述方法还包括：所述审批人查看所述待审批任务的任务详情。

11.根据权利要求10所述的任务审批方法，其特征在于，所述审批人查看所述待审批任务的任务详情，包括：

所述服务器根据第三方系统的唯一编码，向对应的第三方系统发起查看所述任务详情的请求，其中，在获取所述待审批任务的同时获取所述唯一编码，并形成关联；

所述服务器接收所述第三方系统的链接；

所述审批人通过所述链接查看任务详情。

12.一种信息处理装置，其特征在于，包括：

获取模块，所述获取模块用于：获取第三方系统的待审批任务和所述第三方系统的唯一编码，并形成关联；

分组模块，所述分组模块用于：将所述待审批任务按照审批人分组后，存入任务池；

处理模块，所述处理模块用于根据所述审批人的操作生成处理结果；

更新模块，所述更新模块用于：根据所述处理结果，更新所述任务池内所述待审批任务的任务状态；

同步模块，所述同步模块用于：基于所述唯一编码，将所述任务状态同步到对应的第三方系统。

13.一种电子设备，包括：

一个或多个处理器；

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

其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器执行根据权利要求1-11中任一项所述的信息处理方法。

14.一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行根据权利要求1-11中任一项所述的信息处理方法。

15.一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现根据权利要求1-11中任一项所述的信息处理方法。

Images