一种接入审批服务的方法、装置、设备及存储介质

技术领域

本发明涉及计算机技术领域，特别是涉及一种接入审批服务的方法、装置、设备及存储介质。

背景技术

OA(Office Automation，办公自动化)是一种广泛运用计算机、通信等现代化技术的新型办公方式。举例而言，有些重要项目需要通过OA服务提交上级领导审批，并由上级领导返回审批结果，进而实施审批结果的后置处理。

现有技术中，接入OA服务的步骤包括：首先，OA服务调用端构造审批信息，然后，调用OA服务创建审批工单，并提供审批工单信息展示接口，供OA服务端调用，同时，生成用于记录OA服务端返回的审批工单ID(Identity document，身份标识)和其他所需信息的数据库表，还要调用rocketMq消息中间件接收OA服务端发送的消息，根据OA服务端发送的消息确定OA审批完成后的处理方法。

但是，在上述接入OA服务的方法中，对于不同的OA服务调用端而言，接入OA服务的实现逻辑基本类似，但不同的OA服务调用端都维护自己的一套代码，使得代码非常冗余，造成资源浪费。

发明内容

本发明实施例的目的在于提供一种接入审批服务的方法、装置、设备及存储介质，以降低代码冗余，减少资源浪费。具体技术方案如下：

在本发明实施的第一方面，首先提供了一种接入审批服务的方法，应用于中间服务，所述方法包括：

接收审批服务调用端输入的待审批信息；

将所述待审批信息进行规范化处理，将规范化处理后的待审批信息发送至审批服务端，以使所述审批服务端对所述待审批信息进行审批，并向所述中间服务返回审批结果；

向所述审批服务调用端返回所述审批结果。

可选的，所述中间服务所述中间服务包括第一调用接口，所述第一调用接口中包括回调信息参数，所述接收审批服务调用端输入的待审批信息，包括：

接收审批服务调用端通过所述第一调用接口输入的待审批信息及通过所述第一调用接口的回调信息参数发送的回调信息；

所述向所述审批服务调用端返回所述审批结果，包括：

根据所述回调信息，向所述审批服务调用端返回所述审批结果。

可选的，所述回调信息包括回调地址和回调数据结构，所述根据所述回调信息，向所述审批服务调用端返回所述审批结果，包括：

根据所述回调数据结构构造所述审批结果，得到待返回数据；

将所述待返回数据发送至所述回调地址。

可选的，所述中间服务中包括第二调用接口，所述将所述待审批信息进行规范化处理，将规范化处理后的待审批信息发送至审批服务端，包括：

从所述待审批信息中提取预设审批项目对应格式的字段，根据所提取的字段确定所述预设审批项目的取值；

将所述预设审批项目及所述预设审批项目的取值作为待展示信息，以使审批服务端通过所述中间服务的第二调用接口，获取并展示所述待展示信息。

可选的，在所述将所述待审批信息发送至审批服务端之后，所述审批服务端根据所述待审批信息生成审批工单，所述方法还包括：

在接收到所述审批服务端返回的所述审批工单的标识后，向所述审批服务调用端返回提示信息，所述提示信息用于指示所述待审批信息已提交至所述审批服务端。

在本发明实施的第二方面，还提供了一种接入审批服务的装置，应用于中间服务，所述装置包括：

接收模块，用于接收审批服务调用端输入的待审批信息；

发送模块，用于将所述待审批信息进行规范化处理，将规范化处理后的待审批信息发送至审批服务端，以使所述审批服务端对所述待审批信息进行审批，并向所述中间服务返回审批结果；

返回模块，用于向所述审批服务调用端返回所述审批结果。

可选的，所述中间服务中包括回调信息参数，所述中间服务包括第一调用接口，所述第一调用接口中包括回调信息参数，

所述接收模块，具体用于接收审批服务调用端通过所述第一调用接口输入的待审批信息及通过所述第一调用接口的回调信息参数发送的回调信息；

所述返回模块，具体用于根据所述回调信息，向所述审批服务调用端返回所述审批结果。

可选的，所述中间服务包括第一调用接口，所述接收模块，具体用于：

接收审批服务调用端通过所述第一调用接口输入的待审批信息。

可选的，所述第一调用接口中包括回调信息参数，所述审批服务调用端通过所述回调信息参数，向所述中间服务发送回调信息；

所述返回模块，具体用于：

根据所述回调信息，向所述审批服务调用端返回所述审批结果。

可选的，所述回调信息包括回调地址和回调数据结构，所述返回模块，具体用于：

根据所述回调数据结构构造所述审批结果，得到待返回数据；

将所述待返回数据发送至所述回调地址。

可选的，所述中间服务中包括第二调用接口，所述发送模块，具体用于：

从所述待审批信息中提取预设审批项目对应格式的字段，根据所提取的字段确定所述预设审批项目的取值；

将所述预设审批项目及所述预设审批项目的取值作为待展示信息，以使审批服务端通过所述中间服务的第二调用接口，获取并展示所述待展示信息。

可选的，在所述将所述待审批信息发送至审批服务端之后，所述发送模块，还用于：

接收所述审批服务端返回的所述审批工单的标识，并向所述审批服务调用端返回提示信息，所述提示信息用于指示所述待审批信息已提交至所述审批服务端。

在本发明实施的又一方面，还提供了一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；

存储器，用于存放计算机程序；

处理器，用于执行存储器上所存放的程序时，实现上述任一所述的接入审批服务的方法。

在本发明实施的又一方面，还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述任一所述的接入审批服务的方法。

在本发明实施的又一方面，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述任一所述的接入审批服务的方法。

本发明实施例提供的接入审批服务的方法、装置、设备及存储介质，应用于中间服务，可以接收审批服务调用端输入的待审批信息，将所述待审批信息进行规范化处理，将规范化处理后的待审批信息发送至审批服务端，以使所述审批服务端对所述待审批信息进行审批，并向所述中间服务返回审批结果，向所述审批服务调用端返回所述审批结果。这样，对于不同的审批服务调用端而言，只需构造待审批信息并对审批结果进行处理即可，其他的步骤可以由中间服务来实现，可以减少代码冗余的现象，减少资源浪费。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。

图1为本发明实施例的一种接入审批服务的方法的步骤流程图；

图2为本发明实施例中提供的接入审批服务的方法的UML图；

图3为本发明实施例的一种接入审批服务的装置的结构框图；

图4为本发明实施例的一种电子设备的示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行描述。

相关技术中，对于不同的审批服务调用端而言，接入审批服务的实现逻辑基本类似，但不同的审批服务调用端都维护自己的一套代码，使得代码非常冗余，造成资源浪费。

为了解决上述问题，本发明实施例提出了一种接入审批服务的方法、装置、设备及存储介质，下面从总体上对本发明实施例提供的审批服务的方法进行说明，该方法应用于中间服务，所述方法包括：

接收审批服务调用端输入的待审批信息；

将所述待审批信息进行规范化处理，将规范化处理后的待审批信息发送至审批服务端，以使所述审批服务端对所述待审批信息进行审批，并向所述中间服务返回审批结果；

向所述审批服务调用端返回所述审批结果。

由以上可见，本发明实施例提供的接入审批服务的方法中，对于不同的审批服务调用端而言，只需构造待审批信息并对审批结果进行处理即可，其他的步骤可以由中间服务来实现，可以减少代码冗余的现象，减少资源浪费。

下面将通过具体的实施例，对本发明实施例提供的监控数据传输系统进行详细描述。

下面将通过具体的实施例，对本发明实施例提供的接入审批服务的方法进行详细描述。

参照图1，示出了本申请的一种接入审批服务的方法的步骤流程图，具体可以包括如下步骤：

S101：接收审批服务调用端输入的待审批信息。

其中，审批是一种广泛运用计算机、通信等现代化技术的新型办公方式，审批服务调用端也就是需要接入审批服务的一端，审批服务调用端需要提供待审批信息，进而由审批服务端对其提供的待审批信息进行审批。待审批信息可以包括审批人信息及内容信息，审批人信息用于指示特定的审批人，内容信息则包括待审批人审批的内容。

一种实现方式中，中间服务包括第一调用接口，中间服务可以接收审批服务调用端通过第一调用接口输入的待审批信息。举例而言，第一调用接口可以为对外http(HyperText Transfer Protocol，超文本传输协议)接口，第一调用接口中的数据可以调用interface类中的函数。

S102：将待审批信息进行规范化处理，将规范化处理后的待审批信息发送至审批服务端，以使审批服务端对待审批信息进行审批，并向中间服务返回审批结果。

其中，审批服务端即为提供审批服务的一端，审批服务端需要对待审批信息进行审批，进而返回审批结果。

在本步骤中，先将待审批信息进行规范化处理，将待审批信息处理为符合审批服务端的展示规范的信息，即审批服务端可以进行展示的信息，然后，再将规范化处理后的待审批信息发送至审批服务端。这样，对于各个审批服务调用端而言，不需要对待审批信息进行规范化处理，也就不需要在每个审批服务调用端都定义相应的规范化处理的函数，从而可以减少代码冗余，减少资源浪费；而对于审批服务端而言，接收到的待审批信息都是经过规范化处理的可以读取的信息，也不需要对接收到的待审批信息进行规范化处理，从而可以减少资源占用率。

一种实现方式中，中间服务中包括第二调用接口，在接收到待审批信息之后，中间服务可以从待审批信息中提取预设审批项目对应格式的字段，根据所提取的字段确定预设审批项目的取值，然后，将预设审批项目及预设审批项目的取值作为待展示信息。进而，审批服务端就可以调用中间服务的第二调用接口，获取到待展示信息，进而对待展示信息进行展示。

在中间服务的运行过程中，通过读取自定义注解，可以对审批服务调用端发送的信息进行格式化，也就是说，将接收到的审批服务调用端发送的字段信息格式化为待审批信息，实现对待审批信息的方便化配置，然后，中间服务可以根据审批模板类所限定的规则，对待审批信息进行规范化处理，其中，审批模板类中的成员参数通过调用自定义注解，获取待审批信息，进而，从待审批信息中提取每个成员参数对应格式的字段，并根据每个成员参数对应格式的字段为该成员参数赋值，从而实现将待审批信息转化为待展示信息，待展示信息也就是审批服务端可以进行展示的信息。

举例而言，中间服务在接收到审批服务调用端发送的信息之后，首先，根据自定义注解，将其转化为待审批信息，然后，调用审批模板类对待审批信息进行规范化处理，其中，审批模板类中的成员参数通过调用自定义注解，获取到待审批信息，并从待审批信息中提取每个成员参数对应格式的字段。

也就是说，自定义注解用于对审批模板类中的成员参数进行注释，明确这些成员参数在审批模板类的运行过程中，如何获取待审批信息，审批模板类是根据其所包含的成员参数生成待展示信息的机制，即在审批模板类中定义了构建待展示信息所需要的的各类成员参数，举例而言，审批模板类中的成员参数可以包括审批人员、审批期限、审批内容等。

本发明实施例中，在将待审批信息发送至审批服务端之后，审批服务端可以根据待审批信息生成审批工单，每个待审批信息对应于唯一的审批工单，同时，每个审批工单还具有唯一的标识，审批服务端可以向中间服务返回审批工单的标识。中间服务在接收到审批服务端返回的审批工单的标识后，可以先确定审批工单对应的待审批信息，然后，对应存储待审批信息及其对应的审批工单的标识，并向发送待审批信息的审批服务调用端返回提示信息。举例而言，中间服务可以根据审批服务调用端与待审批信息一同发送来的回调信息，确定发送待审批信息的审批服务调用端，进而向审批服务调用端返回提示信息。

其中，提示信息用于指示待审批信息已提交至审批服务端。举例而言，审批工单的标识可以为审批工单的id(Identity document，身份标识号)，每个审批工单的id都是唯一的，审批服务端在生成审批工单的同时生成对应的标识，中间服务接收到审批工单的标识，表明审批服务端已经开始对待审批信息进行处理，此时，向审批服务调用端返回提示信息，便于用户及时获取到待审批信息的处理进展。

S103：向审批服务调用端返回审批结果。

一种实现方式中，中间服务包括第一调用接口，中间服务可以接收OA服务调用端通过第一调用接口输入的待审批信息，其中，第一调用接口中可以包括回调信息参数，审批服务调用端在向中间服务发送待审批信息时，还可以通过回调信息参数，向中间服务发送回调信息参数对应的回调信息，回调信息也就是待接收审批结果的审批服务调用端的接口的信息，这样，中间服务根据回调信息，可以确定回调信息对应的审批服务调用端的接口，进而，向所确定的接口返回审批结果。

其中，回调信息参数可以包括地址参数和数据结构参数，审批服务调用端通过对地址参数和数据结构参数进行赋值，实现向中间服务发送回调地址和回调数据结构，回调地址即为审批服务调用端用于接收中间服务返回的审批结果的端口的地址，回调数据结构即为审批服务调用端可以读取和展示的数据的数据结构。那么，中间服务可以按照回调数据结构，对审批服务端返回的审批结果进行处理，构造出待返回数据，然后，将待返回数据发送至回调地址。

这样，审批服务调用端在调用中间服务的同时，将回调信息一并传递给中间服务，中间服务无需增加对应的参数和url(Uniform Resource Locator,统一资源定位器)配置，也可以和审批服务端进行正确通信，相比于相关技术中需要在中间服务中显式配置接收的回调数据结构和回调地址的方法，降低了对数据类型和调用类型的依赖性，降低了审批服务调用端和中间服务之间的耦合度。

举例而言，在相关技术中，中间服务通常为服务调用端提供服务的方式通常包括如下步骤：首先，服务调用端a与中间服务建立连接，然后，中间服务与服务端b建立连接，调用服务端b提供的服务，实现服务调用端a发送的处理请求，进而，将服务端b反馈的结果返回至服务调用端a。在上述过程中，如果中间服务与服务调用端a之间使用http接口通信，那么，每增加一个服务调用端a，中间服务就需要增加该服务调用端a对应的接收参数结构体和回调url配置，从而能够将服务端b反馈的结果返回至服务调用端a，也就是说，中间服务与服务调用端a之间为紧耦合，两者之间的信息交互过程较为繁琐复杂。

而在本发明实施例中，第一调用接口中包括回调信息参数，这样，服务调用端a可以在调用中间服务的同时，将回调地址和回调数据结构一并传递给中间服务，这样，中间服务在不增加服务调用端a对应的接收参数结构体和url配置的情况下，也可以利用回调地址和回调数据结构，与服务调用端a进行通信，从而降低了服务调用端a和中间服务之间的耦合度，也就是审批服务调用端和中间服务之间的耦合度，从而简化了两者之间的信息交互过程。

一种实现方式中，多个审批服务调用端接入审批服务端后的审批工单信息可以由中间服务保存在同一个数据库中，便于管理和查找问题。

如图2所示，为本发明实施例中提供的接入审批服务的方法的UML图。在图2中，abstract class OaTemplate、@interface DisplayInfoAnnotation、interfaceOaParaCallback、Class OaApi、class OaFlowServiceImpl和class OaFlowController为中间服务需要实现的部分，另外，如图2所示的Interface ContentLevelService、classContentLevelServiceImpl和class ContentLevelBatchOpeController为审批服务调用端或审批服务端需要实现的部分。

其中，abstract class OaTemplate为中间服务的审批模板类。@interfaceDisplayInfoAnnotation为中间服务的自定义注解，自定义注解可以对审批模板类中的成员参数进行定义，其中，displayType为枚举类型，可以包括DETAIL和TABLE两个枚举值，用于区分待展示信息在审批服务中的展示位置，TABLE展示在审批工单的概要信息中，DETAIL会展示在审批工单的详情中。interface OaParaCallback为中间服务的调用接口，审批服务调用端通过调用接口，可以不受限于枚举方式对待审批信息取值的限定，自定义输入的待审批信息。

Class OaApi是中间服务的接口类，在中间服务接入审批服务端时实现，包括中间服务调用审批服务端的方法。class OaFlowServiceImpl是中间项目的服务实现类，其中，processOaMessage方法可以接收审批服务的审批结果消息，将结果返回给审批服务调用端，其他方法用于连接OaFlowController和OaApi。class OaFlowController是一种接口方法类，其中，flowSubmit方法提供http响应接口，可供审批服务调方用于创建审批流，flowData方法供审批服务调用，用于在审批服务端展示待展示信息。

另外，Interface ContentLevelService为审批服务端的调用接口，classContentLevelServiceImpl为审批服务端的服务实现类，包括可以实现审批服务的方法，class ContentLevelBatchOpeController为接口方法类，对外提供审批服务调用方的回调接口。

由以上可见，本发明实施例提供的接入审批服务的方法，应用于中间服务，这样，对于不同的审批服务调用端而言，只需构造待审批信息并对审批结果进行处理即可，其他的步骤可以由中间服务来实现，可以减少代码冗余的现象，减少资源浪费。而且，每个审批服务调用端的具体业务和基础类服务解耦，可以提升了系统的鲁棒性和扩展性，对于开发人员而言，也可以减少重复开发，节省了一半以上的开发工作量。

参照图3，示出了本申请的一种接入审批服务的装置的结构框图，应用于中间服务，该装置具体可以包括如下模块：

接收模块301，用于接收审批服务调用端输入的待审批信息；

发送模块302，用于将所述待审批信息进行规范化处理，将规范化处理后的待审批信息发送至审批服务端，以使所述审批服务端对所述待审批信息进行审批，并向所述中间服务返回审批结果；

返回模块303，用于向所述审批服务调用端返回所述审批结果。

一种实现方式中，所述中间服务中包括回调信息参数，所述中间服务包括第一调用接口，所述第一调用接口中包括回调信息参数；

所述接收模块301，具体用于接收审批服务调用端通过所述第一调用接口输入的待审批信息及通过所述第一调用接口的回调信息参数发送的回调信息；

所述返回模块303，具体用于根据所述回调信息，向所述审批服务调用端返回所述审批结果。

一种实现方式中，所述回调信息包括回调地址和回调数据结构，所述返回模块303，具体用于：

根据所述回调数据结构构造所述审批结果，得到待返回数据；

将所述待返回数据发送至所述回调地址。

一种实现方式中，所述中间服务中包括第二调用接口，所述发送模块302，具体用于：

从所述待审批信息中提取预设审批项目对应格式的字段，根据所提取的字段确定所述预设审批项目的取值；

将所述预设审批项目及所述预设审批项目的取值作为待展示信息，以使审批服务端通过所述中间服务的第二调用接口，获取并展示所述待展示信息。

一种实现方式中，在所述将所述待审批信息发送至审批服务端之后，所述发送模块302，还用于：

接收所述审批服务端返回的所述审批工单的标识，并向所述审批服务调用端返回提示信息，所述提示信息用于指示所述待审批信息已提交至所述审批服务端。

由以上可见，本发明实施例提供的接入审批服务的装置，应用于中间服务，这样，对于不同的审批服务调用端而言，只需构造待审批信息并对审批结果进行处理即可，其他的步骤可以由中间服务来实现，可以减少代码冗余的现象，减少资源浪费。

本发明实施例还提供了一种电子设备，如图4所示，包括处理器401、通信接口402、存储器403和通信总线404，其中，处理器401，通信接口402，存储器403通过通信总线404完成相互间的通信，

存储器403，用于存放计算机程序；

处理器401，用于执行存储器403上所存放的程序时，实现如下步骤：

接收审批服务调用端输入的待审批信息；

将所述待审批信息进行规范化处理，将规范化处理后的待审批信息发送至审批服务端，以使所述审批服务端对所述待审批信息进行审批，并向所述中间服务返回审批结果；

向所述审批服务调用端返回所述审批结果。

上述终端提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect，简称PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，简称EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

通信接口用于上述终端与其他设备之间的通信。

存储器可以包括随机存取存储器(Random Access Memory，简称RAM)，也可以包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(Digital Signal Processing，简称DSP)、专用集成电路(Application SpecificIntegrated Circuit，简称ASIC)、现场可编程门阵列(Field－Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

在本发明提供的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的接入审批服务的方法。

在本发明提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的接入审批服务的方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。