CN110825539A - 业务处理方法及装置 - Google Patents

Abstract

本申请实施例提供一种业务处理方法及装置，该方法包括：微服务组件根据接收到的业务请求，生成待处理任务，其中，业务请求为第一客户端发送的。微服务组件将待处理任务发送至目标子系统。目标子系统对接收到的待处理任务进行处理，得到业务处理结果，并将业务处理结果存储至公共信息交换库。微服务组件将业务处理结果返回至第一客户端。通过设置微服务组件和公共信息交换库，从而可以在不改变原有的各子系统的框架，并且不需要进行业务功能的迁移的基础上实现了基于微服务的处理，避免系统开发存在大量重复操作。

Description

业务处理方法及装置

技术领域

本申请实施例涉及计算机技术，尤其涉及一种业务处理方法及装置。

背景技术

随着信息化的快速发展，基于微服务实现业务处理已经成为一种重要的业务处理方式。

目前，一些基于模型－视图－控制器(Model View Controller，MVC)框架开发的系统在对业务请求进行处理时存在系统能力封闭、数据共享困难等问题，为解决这些问题，通常需要采用支持微服务的框架重新开发系统，将基于MVC框架开发的旧系统所支持的业务处理功能迁移到采用微服务的框架开发的新系统上。

然而，业务处理功能的迁移使得系统的开发存在大量重复操作，增加了系统开发的成本。

发明内容

本申请实施例提供一种业务处理方法及装置，以系统的开发存在大量重复操作的问题。

第一方面，本申请实施例提供一种业务处理方法，应用于包括微服务组件和公共信息交换库的系统，包括：

微服务组件根据接收到的业务请求，生成待处理任务，其中，所述业务请求为第一客户端发送的；

微服务组件将所述待处理任务发送至目标子系统；

所述目标子系统对接收到的所述待处理任务进行处理，得到业务处理结果，并将所述业务处理结果存储至公共信息交换库；

所述微服务组件将所述业务处理结果返回至所述第一客户端。

在一种可能的设计中，所述微服务组件根据接收到的业务请求，生成待处理任务，包括：

微服务组件对接收到的业务请求进行解析，得到请求参数；

微服务组件根据所述请求参数和所述公共信息交换库中存储的权限信息进行验证，判断所述第一客户端是否具备调用权限；

若是，则根据所述请求参数，从所述公共信息交换库中获取所述请求参数对应的第一处理参数；

根据所述第一处理参数，生成待处理任务。

在一种可能的设计中，所述第一处理参数包括所述系统标识；

所述微服务组件将所述待处理任务发送至目标子系统，包括：

所述微服务组件根据所述系统标识，确定所述系统标识对应的目标子系统，并将所述待处理任务发送至目标子系统。

在一种可能的设计中，所述目标子系统对接收到的所述待处理任务进行处理，包括：

在到达触发时间时，所述目标子系统触发所述目标子系统中的服务中转类对所述待处理任务进行处理，其中，所述触发时间为对所述待处理任务进行处理的时间。

在一种可能的设计中，所述目标子系统触发所述目标子系统中的服务中转类对所述待处理任务进行处理之前，所述方法还包括：

所述服务中转类从所述公共信息交换库中获取所述待处理任务对应的第二处理参数；

所述目标子系统判断所述第一处理参数与所述第二处理参数是否一致；

若是，则服务中转类对所述待处理任务进行处理。

在一种可能的设计中，所述微服务组件将所述业务处理结果返回至所述第一客户端之前，所述方法还包括：

所述目标子系统根据所述待处理任务的任务标识，更新所述待处理任务的任务状态。

在一种可能的设计中，所述微服务组件将所述业务处理结果返回至所述第一客户端，包括：

所述微服务组件根据所述待处理任务的任务标识，从所述公共信息交换库中查询所述待处理任务的任务状态；

若所述任务状态指示所述待处理任务处理完成，则所述微服务组件将所述业务处理结果返回至所述第一客户端。

第二方面，本申请实施例提供一种业务处理装置，应用于包括微服务组件和公共信息交换库的系统，包括：

生成模块，用于微服务组件根据接收到的业务请求，生成待处理任务，其中，所述业务请求为第一客户端发送的；

发送模块，用于微服务组件将所述待处理任务发送至目标子系统；

处理模块，用于所述目标子系统对接收到的所述待处理任务进行处理，得到业务处理结果，并将所述业务处理结果存储至公共信息交换库；

返回模块，用于所述微服务组件将所述业务处理结果返回至所述第一客户端。

在一种可能的设计中，所述生成模块具体用于：

微服务组件对接收到的业务请求进行解析，得到请求参数；

微服务组件根据所述请求参数和所述公共信息交换库中存储的权限信息进行验证，判断所述第一客户端是否具备调用权限；

若是，则根据所述请求参数，从所述公共信息交换库中获取所述请求参数对应的第一处理参数；

根据所述第一处理参数，生成待处理任务。

在一种可能的设计中，所述第一处理参数包括所述系统标识；

所述发送模块具体用于：

所述微服务组件根据所述系统标识，确定所述系统标识对应的目标子系统，并将所述待处理任务发送至目标子系统。

在一种可能的设计中，所述处理模块具体用于：

在到达触发时间时，所述目标子系统触发所述目标子系统中的服务中转类对所述待处理任务进行处理，其中，所述触发时间为对所述待处理任务进行处理的时间。

在一种可能的设计中，所述处理模块还用于：

在目标子系统触发所述目标子系统中的服务中转类对所述待处理任务进行处理之前，所述服务中转类从所述公共信息交换库中获取所述待处理任务对应的第二处理参数；

所述目标子系统判断所述第一处理参数与所述第二处理参数是否一致；

若是，则服务中转类对所述待处理任务进行处理。

在一种可能的设计中，所述处理模块还用于：

在所述微服务组件将所述业务处理结果返回至所述第一客户端之前，所述目标子系统根据所述待处理任务的任务标识，更新所述待处理任务的任务状态。

在一种可能的设计中，所述返回模块具体用于：

所述微服务组件根据所述待处理任务的任务标识，从所述公共信息交换库中查询所述待处理任务的任务状态；

若所述任务状态指示所述待处理任务处理完成，则所述微服务组件将所述业务处理结果返回至所述第一客户端。

第三方面，本申请实施例提供一种业务处理设备，包括：

存储器，用于存储程序；

处理器，用于执行所述存储器存储的所述程序，当所述程序被执行时，所述处理器用于执行如上第一方面以及第一方面各种可能的设计中任一所述的方法。

第四方面，本申请提供一种业务处理系统，包括：

微服务组件以及公共信息交换库；

其中，微服务组件用于向不支持微服务的各个子系统提供微服务功能的接口；

公共信息交换库用于存储各个子系统的业务处理日志和业务处理结果。

第五方面，本申请实施例提供一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行如上第一方面以及第一方面各种可能的设计中任一所述的方法。

本申请实施例提供一种业务处理方法及装置，该方法包括：微服务组件根据接收到的业务请求，生成待处理任务，其中，业务请求为第一客户端发送的。微服务组件将待处理任务发送至目标子系统。目标子系统对接收到的待处理任务进行处理，得到业务处理结果，并将业务处理结果存储至公共信息交换库。微服务组件将业务处理结果返回至第一客户端。通过设置微服务组件接收针对各个子系统发起的业务请求，并在目标子系统对根据业务请求生成的待处理任务进行处理得到业务处理结果之后，将业务处理结果存储至公共信息交换库中，从而可以在不改变原有的各子系统的框架，并且不需要进行业务功能的迁移的基础上实现了基于微服务的处理，避免系统开发存在大量重复操作。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的业务处理方法的系统示意图一；

图2为本申请实施例供的业务处理方法的流程图一；

图3为本申请实施例提供的业务处理方法的流程图二；

图4为本申请实施例提供的业务处理方法的系统示意图二；

图5为本申请实施例提供的业务处理装置的结构示意图；

图6为本申请实施例提供的业务处理设备的硬件结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

图1为本申请实施例提供的业务处理方法的系统示意图一，如图1所示，该系统包括：微服务组件、公共信息交换库以及子系统。

微服务组件用于向不支持微服务的各个子系统提供微服务功能的接口，具体的，微服务组件可以接收针对不同的子系统发送的业务请求，并将各个业务请求分发至对应的系统，以使得对应的系统对业务请求进行处理，在一种可能的实现方式中，微服务组件例如可以为采用SpringMVC开发的组件。

公共信息交换库用于存储各个子系统的业务处理日志和业务处理结果，微服务组件可以从公共信息交换库中获取业务处理结果并返回至业务请求对应的客户端，本领域技术人员可以理解，公共信息交换库实际上就是数据库，其中，业务处理日志用于记录对业务请求的处理过程中所产生的相关数据。

本实施例中的各个子系统为不支持微服务的子系统，可以理解的是，本实施例中的各个子系统也就是采用原始的不支持微服务的框架开发的系统，其中各子系统可以是各自独立的系统，或者，还可以是一个整体的系统中的子系统，此处对此不做限制，本实施例对各子系统的数量同样不作限定，在图1中示例性的给出了从A系统一直到N系统，用于指代各个系统，在本实施例中，为便于结合微服务组件和公共信息交换库以系统的方式进行说明，将各系统作为本实施例中的子系统进行介绍。

同时，微服务组件所接受到的业务请求是用户通过客户端发送的，其中，客户端通常运行在用户持有的终端设备上，其中终端设备例如可以是计算机设备、平板电脑或移动电话(或称为“蜂窝”电话)等，终端设备还可以是便携式、袖珍式、手持式、计算机内置的移动装置或设备，此处不做特别限制。

本实施例中通过在原有的系统的基础上，增加微服务组件和公共信息交换库，实现了对系统支持微服务的扩展，从而可以在不改变原有的系统框架并且不进行业务功能的迁移的基础上，提升系统的业务处理能力的开放，从而避免了系统的重复建设。

在上述介绍的系统的基础上，下面结合图2对本申请提供的业务处理方法进行详细说明，图2为本申请实施例供的业务处理方法的流程图一，如图2所示，该方法包括：

S201、微服务组件根据接收到的业务请求，生成待处理任务，其中，业务请求为第一客户端发送的。

具体的，第一客户端向系统发送业务请求，业务请求例如可以为查询话费、更改套餐等，具体的业务请求可以根据系统的实际应用场景以及系统所支持的业务功能确定，本实施例对此不做限制，可以理解的是，本实施例中的第一客户端是指发送业务请求的用户所使用的客户端。

微服务组件接收到第一客户端发送的业务请求，并根据业务请求生成待处理任务，在一种可能的实现方式中，微服务组件可以对业务请求进行解析，根据解析得到的参数生成待处理任务；或者，微服务组件还可以对业务请求以及处理业务请求所需的参数进行封装，以得到待处理任务，本实施例对此不做限制。

S202、微服务组件将待处理任务发送至目标子系统。

在本实施例中，微服务组件会接收到针对各个子系统所发起的业务请求，因此微服务组件在生成待处理任务之后，需要将待处理任务发送待对应的目标子系统，例如业务请求为查询话费的业务请求，则微服务组件将待处理任务发送至查询话费的子系统。

其中，目标子系统为业务请求对应的系统，例如业务请求中可以携带有目标子系统的标识，则可以根据目标子系统的标识确定目标子系统；或者，还可以根据业务请求的业务类型确定对应的目标子系统，本实施例对确定目标子系统的具体实现方式不做限制，只要能够确定业务处理所对应的子系统即可。

S203、目标子系统对接收到的待处理任务进行处理，得到业务处理结果，并将业务处理结果存储至公共信息交换库。

目标子系统接收到微服务组件发送的待处理任务，同时目标子系统对待处理进行处理，以得到业务结果，其中，目标子系统对待处理任务进行处理的详细实现过程取决于具体的待处理任务，其可以根据实际需求进行具体实现，本实施例对此不做详细说明。

值得说明的是，本实施例中的各个目标子系统所对应的主机的时钟是同步的，通过设置时钟同步，从而可以实现各个目标子系统对当前接收到的待处理任务进行同步处理，以保证业务处理结果的有序性和有效性，避免发生数据的混乱。

目标子系统在得到业务处理结果之后，将业务处理结果存储至公共信息交换库，可以理解的是，本实施例中的各个子系统的业务处理结果均会存储在公共信息交换库中，因此在存储业务处理结果时，可以根据待处理任务的任务标识，存储待处理任务的业务结果，以便后续能够快速有效的获取到业务结果。

S204、微服务组件将业务处理结果返回至第一客户端。

具体的，微服务组件从公共信息交换库中获取业务处理结果，并将业务处理结果返回至第一客户端，假设当前的业务请求是查询话费，则业务处理结果即为查询到的话费信息，并将查询到的话费信息返回至第一客户端。

本申请实施例提供的业务处理方法，包括：微服务组件根据接收到的业务请求，生成待处理任务，其中，业务请求为第一客户端发送的。微服务组件将待处理任务发送至目标子系统。目标子系统对接收到的待处理任务进行处理，得到业务处理结果，并将业务处理结果存储至公共信息交换库。微服务组件将业务处理结果返回至第一客户端。通过设置微服务组件接收针对各个子系统发起的业务请求，并在目标子系统对根据业务请求生成的待处理任务进行处理得到业务处理结果之后，将业务处理结果存储至公共信息交换库中，从而可以在不改变原有的各子系统的框架，并且不需要进行业务功能的迁移的基础上实现了基于微服务的处理，避免系统开发存在大量重复操作。

在上述实施例的基础上，微服务组件、公共信息交换库以及各子系统中包括各自的处理单元，下面以各个执行单元为更加具体的执行主题，对本申请提供的业务处理方法进行进一步地详细介绍，下面结合图3至图4进行说明，图3为本申请实施例提供的业务处理方法的流程图二，图4为本申请实施例提供的业务处理方法的系统示意图二。

如图3所示，该方法包括：

S301、微服务组件对接收到的业务请求进行解析，得到请求参数，其中，业务请求为第一客户端发送的。

下面以图4中各个单元为具体的执行主体进行介绍。

具体的，微服务组件中的请求处理核心对接收到的业务请求进行解析，解析得到的请求参数包括但不限于：业务服务信息、第一客户端对应的用户标识、授权码，其中，解析得到的请求参数还可以根据具体的业务请求进行扩展，例如还可以包括请求时间、请求优先级等，本实施例对请求参数的具体实现方式不做限制。

其中，业务服务信息用于指示业务请求所具体需要的业务服务，例如业务请求为话费查询，则业务服务可为话费查询服务，在一种可能的实现方式中，业务服务信息的具体实现方式可以为业务服务的标识，或者业务服务的名称、类型等，本实施例对其不做限制，只要业务服务信息能标识出业务请求所对应的业务服务即可。

在本实施例中，第一客户端对应的用户标识用于指示第一客户端所对应的用户，其中用户标识例如可以为用户的昵称、用户的账号或者用户的邮箱等，本实施例对用户标识不做限制，只要用户标识可以唯一的指示第一客户端所对应的用户即可。

其中，授权码为系统发送给第一客户端的，以指示第一客户端所对应的用户具有对某项业务服务的调用权限，其中，不同的业务服务可以对应有不同的授权码，第一客户端在发送业务请求时，会在业务请求中携带有授权码，以使得微服务组件可以对第一客户单的调用权限进行验证。

S302、微服务组件根据请求参数和公共信息交换库中存储的权限信息进行验证，判断第一客户端是否具备调用权限，若是，则执行S303，若否，则执行S312。

在本实施例中，公共信息交换库的权限控制单元中存储有权限信息，其中权限信息用于指示各个用户对业务服务的调用权限，在一种可能的实现实现方式中，权限信息中的具体内容可以如下表1所示：

表1：

业务服务	用户标识	授权码
			话费查询	1、2、3	1542
套餐变更	2、6	5487
			详单查询	3、4、5	6587

上述表1所是指示的权限信息可以包括：用户标识为1、2、3的用户具备话费查询的调用权限，其对应的授权码为“1542”，用户标识为2、6的用户具备套餐变更的调用权限，其对应的授权码为“5487”，用户标识为3、4、5的用户具备详单查询的调用权限，其对应的授权码为“6587”，但是表1中示出的仅为示例性的介绍，在实际实现过程中，例如针对同一个业务服务，不同的用户标识可以分配有不同的授权码，其中的业务服务、用户标识和授权码的具体实现方式也可以根据实际需求进行扩展，本实施例对权限信息的具体实现方式不做限制。

在表1的基础上，假设当前解析得到的请求参数包括：业务服务信息“话费查询”、第一客户端对应的用户标识“1”、授权码“1542”，则根据请求参数和权限信息进行验证，可以确定当前第一客户端对应的用户1具备对话费查询的业务服务的调用权限。

或者，假设当前解析得到的请求参数包括业务服务信息“套餐变更”、第一客户端对应的用户标识“1”、授权码“1542”，则根据请求参数和权限信息进行验证，因为其授权码和业务服务均校验不通过，则可以确定当前第一客户端对应的用户1不具备对套餐变更的业务服务的调用权限。

若是校验之后确定第一客户端不具备调用权限，则直接结束业务处理流程。

值得说明的是，在本实施例中，对请求参数进行校验的具体执行是图4中的请求处理核心执行的。

S303、根据请求参数，从公共信息交换库中获取请求参数对应的第一处理参数。

在确定请求参数校验通过的情况下，需要根据请求参数获取第一处理参数，其中，第一处理参数为对业务请求进行处理所需要的参数，在本实施例中，第一请求参数包括但不限于业务服务实现类、业务方法、业务方法入参，其中，业务服务实现类为业务服务所对应的实现类，业务方法为业务服务实现类所对应的具体方法，其例如可以为函数接口等，业务方法入参为业务方法所需求的输入参数。

以当前的业务服务是话费查询为例，其中业务方法例如可以为话费查询的函数入口，则业务方法入参可以为用户标识、查询日志、用户密码等，其中具体的业务服务实现类、业务方法、业务方法入参可以根据实际的业务服务进行实现，本实施例对此不做限制，同时，第一处理参数并不仅限于上述介绍的三种，其同样可以根据实际需求进行选择。

下面结合图4对执行主体进行说明，具体的，请求处理核心访问公共信息交换库，并且根据请求信息中的业务服务信息在业务实现类单元中获取业务服务信息所对应的业务服务实现类，其中，预先通过微服务组件中的开放能力配置中心配置有业务服务信息和业务服务类之间对应关系，因此根据业务服务信息可以直接获取到其对应的业务服务实现类。

同时，在业务实现类单元中获取业务服务实现类所对应的业务方法，以及在业务入参单元中获取业务方法所对应的业务方法入参。

S304、根据第一处理参数，生成待处理任务。

在请求处理核心获取到第一处理参数之后，将第一处理参数发送至微服务组建的任务生成器中，任务生成器根据第一处理参数生成待处理任务，在本实施例中，在生成待处理任务的同时，任务生成器还会生成待处理任务的触发时间，其中，触发时间用于指示对待处理任务进行处理的时间。

具体的，任务生成器中设置有JobDetail对象和Trigger对象，本实施例中任务生成器生成待处理任务的具体实现方式可以是将第一处理参数以及触发时间放入JobDetail对象和Trigger对象中。

在一种可能的实现方式中，本实施例中的待处理任务可以是基于Quartz框架的任务；或者，还可以是基于JDK1.5中的Timer和TimerTask的任务、基于JDK1.5以上版本的ScheduledExecutorService的任务、基于Spring3.0以上版本中包含的TimerTask和Quartz的任务等，本实施例对待处理任务的具体实现方式不做限制，其可以根据实际需求进行选择。

S305、微服务组件根据系统标识，确定系统标识对应的目标子系统，并将待处理任务发送至目标子系统。

在本实施例中，第一处理参数包括系统标识，其中系统标识用于指示对待处理任务进行处理的子系统，则微服务组件中的任务分发器根据系统标识，确定目标子系统，并将待处理任务发送至目标子系统。

具体的，任务分发器将待处理任务发送至目标子系统的任务持久层，其中，目标子系统的任务持久层也就是目标子系统的数据库，因此此处的操作实质上就是将第一处理参数存储至任务持久层，并且将第一处理参数中所包括的具体信息存储至任务持久层的相应数据表中，可以参照图4进行理解，图4示例性的给出了系统A内部的各个处理单元，其余的子系统类似，本实施例以及图4不再赘述。

S306、在到达触发时间时，目标子系统触发目标子系统中的服务中转类从公共信息交换库中获取待处理任务对应的第二处理参数，其中，触发时间为对待处理任务进行处理的时间。

在上述步骤中已经说明了，任务生成器在生成待处理任务时，还会同时生成待处理任务的触发时间，目标子系统中的任务执行器从任务持久层中获取触发时间，并根据任务定时器判断当前是否到达触发时间，在到达触发时间时，任务执行器首先调用服务中转类对第一处理参数进行校验。

具体的，服务中转类首先获取待处理任务所对应的业务服务，其次根据业务服务在业务实现类单元和业务入参单元中获取第二处理参数，可以理解的是，第二处理参数与上述介绍的第一处理参数实质上至一样的，只是第一处理参数是微服务组件获取的，而第二处理参数是目标子系统获取的。

S307、目标子系统判断第一处理参数与第二处理参数是否一致，若是，则执行S308，若否，则执行S312。

目标子系统在获取到第二处理参数之后，服务中转类判断第一处理参数与第二处理参数是否一致，在不出现差错的情况下，第二处理参数和第一处理参数都是业务服务所对应的处理参数，其应该是一致的，因此在确定第二处理参数和第一处理参数不一致时，可以确定当前的业务请求出现差错，则直接结束业务流程。

S308、对待处理任务进行处理，并将业务处理结果存储至公共信息交换库。

在确定第一处理参数和第二处理参数一致的情况下，可以确定业务请求是没有问题的，则此时服务中转类对待处理任务进行处理，具体的，服务中转类根据第一请求参数实例化业务服务实现类，并根据业务方法入参，调用业务处理方法，以实现对待处理任务的处理，参见图4，本实施例中的业务处理方法即为图4中的业务处理方法1、业务处理方法2、…、业务处理方法N中的一个或多个。

并且，在对待处理任务进行处理得到业务处理结果之后，将业务处理结果存储至公共信息交换库的执行结果记录单元中，其中，业务处理结果与待处理任务的任务标识关联存储，具体的，各待处理任务对应有各自的任务标识，用于对各待处理任务进行唯一的标识，其中，任务标识例如可以为任务调用流水号、或则会还可以为随机生成的非重复的标识等，本实施例对此不做限制。

S309、目标子系统根据待处理任务的任务标识，更新待处理任务的任务状态。

在本实施例中，在公共信息交换库的执行结果记录单元中，存储有各待处理任务的任务状态，目标子系统根据待处理任务的任务标识，在执行结果记录单元中更新待处理任务的任务状态。其中，任务状态例如可以为“已接收”、“正在处理”、“处理完成”等阶段性的信息，或者，还可以为“处理50％”等进度信息，本实施例对具体的任务状态不作限定，只要任务状态能够反映当前的待处理任务的执行状态即可。

S310、微服务组件根据待处理任务的任务标识，从公共信息交换库中查询待处理任务的任务状态。

S311、若任务状态指示待处理任务处理完成，则微服务组件将业务处理结果返回至第一客户端。

微服务组件中的请求处理核心根据待处理任务的任务标识，从公共信息交换库中若是确定待处理任务的任务状态指示待处理任务处理完成，则微服务组件将业务处理结果返回至第一客户端。

S312、结束业务处理流程。

在本实施例中，微服务组件中还设置有能力应用程序编程接口(ApplicationProgramming Interface,API)列表，其中的能力API列表用于指示当前的微服务组件所对应的各子系统所指示的业务能力，以便开发人员或者用户进行查询；以及，公共信息交换库中还设置有调用日志单元，其中，调用日志单元用于记录对业务请求的处理过程中所产生的日志数据。

本申请实施例提供的业务处理方法，包括：微服务组件对接收到的业务请求进行解析，得到请求参数，其中，业务请求为第一客户端发送的。微服务组件根据请求参数和公共信息交换库中存储的权限信息进行验证，判断第一客户端是否具备调用权限，若是，则根据请求参数，从公共信息交换库中获取请求参数对应的第一处理参数。根据第一处理参数，生成待处理任务。微服务组件根据系统标识，确定系统标识对应的目标子系统，并将待处理任务发送至目标子系统。在到达触发时间时，目标子系统触发目标子系统中的服务中转类从公共信息交换库中获取待处理任务对应的第二处理参数，其中，触发时间为对待处理任务进行处理的时间。目标子系统判断第一处理参数与第二处理参数是否一致，若是，则对待处理任务进行处理，并将业务处理结果存储至公共信息交换库。目标子系统根据待处理任务的任务标识，更新待处理任务的任务状态。微服务组件根据待处理任务的任务标识，从公共信息交换库中查询待处理任务的任务状态。若任务状态指示待处理任务处理完成，则微服务组件将业务处理结果返回至第一客户端。通过设置微服务组件和公共信息交换库，在不改变原有的系统框架的基础上，使得各系统可以支持微服务，从而有效避免了对业务请求进行处理时存在的系统能力封闭、数据共享困难等问题，同时，本实施例针对多个子系统设置同一个公共信息交换库和微服务组件，可以有效实现跨域和跨系统的业务处理，增强了系统的可扩展性和持久性。

图5为本申请实施例提供的业务处理装置的结构示意图。如图5所示，该装置50包括：生成模块501、发送模块502、处理模块503以及返回模块504。

生成模块501，用于微服务组件根据接收到的业务请求，生成待处理任务，其中，所述业务请求为第一客户端发送的；

发送模块502，用于微服务组件将所述待处理任务发送至目标子系统；

处理模块503，用于所述目标子系统对接收到的所述待处理任务进行处理，得到业务处理结果，并将所述业务处理结果存储至公共信息交换库；

返回模块504，用于所述微服务组件将所述业务处理结果返回至所述第一客户端。

在一种可能的设计中，所述生成模块501具体用于：

微服务组件对接收到的业务请求进行解析，得到请求参数；

微服务组件根据所述请求参数和所述公共信息交换库中存储的权限信息进行验证，判断所述第一客户端是否具备调用权限；

若是，则根据所述请求参数，从所述公共信息交换库中获取所述请求参数对应的第一处理参数；

根据所述第一处理参数，生成待处理任务。

在一种可能的设计中，所述第一处理参数包括所述系统标识；

所述发送模块502具体用于：

所述微服务组件根据所述系统标识，确定所述系统标识对应的目标子系统，并将所述待处理任务发送至目标子系统。

在一种可能的设计中，所述处理模块503具体用于：

在到达触发时间时，所述目标子系统触发所述目标子系统中的服务中转类对所述待处理任务进行处理，其中，所述触发时间为对所述待处理任务进行处理的时间。

在一种可能的设计中，所述处理模块503还用于：

在目标子系统触发所述目标子系统中的服务中转类对所述待处理任务进行处理之前，所述服务中转类从所述公共信息交换库中获取所述待处理任务对应的第二处理参数；

所述目标子系统判断所述第一处理参数与所述第二处理参数是否一致；

若是，则服务中转类对所述待处理任务进行处理。

在一种可能的设计中，所述处理模块503还用于：

在所述微服务组件将所述业务处理结果返回至所述第一客户端之前，所述目标子系统根据所述待处理任务的任务标识，更新所述待处理任务的任务状态。

在一种可能的设计中，所述返回模块504具体用于：

所述微服务组件根据所述待处理任务的任务标识，从所述公共信息交换库中查询所述待处理任务的任务状态；

若所述任务状态指示所述待处理任务处理完成，则所述微服务组件将所述业务处理结果返回至所述第一客户端。

本实施例提供的装置，可用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，本实施例此处不再赘述。

图6为本申请实施例提供的业务处理设备的硬件结构示意图，如图6所示，本实施例的设备60包括：处理器601以及存储器602；其中

存储器602，用于存储计算机执行指令；

处理器601，用于执行存储器存储的计算机执行指令，以实现上述实施例中业务处理方法所执行的各个步骤。具体可以参见前述方法实施例中的相关描述。

可选地，存储器602既可以是独立的，也可以跟处理器601集成在一起。

当存储器602独立设置时，该设备还包括总线603，用于连接所述存储器602和处理器601。

本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上业务处理设备所执行的业务处理方法。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

上述以软件功能模块的形式实现的集成的模块，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(英文：processor)执行本申请各个实施例所述方法的部分步骤。

应理解，上述处理器可以是中央处理单元(英文：Central Processing Unit，简称：CPU)，还可以是其他通用处理器、数字信号处理器(英文：Digital Signal Processor，简称：DSP)、专用集成电路(英文：Application Specific Integrated Circuit，简称：ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器可能包含高速RAM存储器，也可能还包括非易失性存储NVM，例如至少一个磁盘存储器，还可以为U盘、移动硬盘、只读存储器、磁盘或光盘等。

总线可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(Peripheral Component，PCI)总线或扩展工业标准体系结构(ExtendedIndustry Standard Architecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本申请附图中的总线并不限定仅有一根总线或一种类型的总线。

上述存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (10)

1.一种业务处理方法，其特征在于，应用于包括微服务组件和公共信息交换库的系统，所述方法包括：

微服务组件根据接收到的业务请求，生成待处理任务，其中，所述业务请求为第一客户端发送的；

微服务组件将所述待处理任务发送至目标子系统；

所述目标子系统对接收到的所述待处理任务进行处理，得到业务处理结果，并将所述业务处理结果存储至公共信息交换库；

所述微服务组件将所述业务处理结果返回至所述第一客户端。

2.根据权利要求1所述的方法，其特征在于，所述微服务组件根据接收到的业务请求，生成待处理任务，包括：

微服务组件对接收到的业务请求进行解析，得到请求参数；

微服务组件根据所述请求参数和所述公共信息交换库中存储的权限信息进行验证，判断所述第一客户端是否具备调用权限；

若是，则根据所述请求参数，从所述公共信息交换库中获取所述请求参数对应的第一处理参数；

根据所述第一处理参数，生成待处理任务。

3.根据权利要求2所述的方法，其特征在于，所述第一处理参数包括所述系统标识；

所述微服务组件将所述待处理任务发送至目标子系统，包括：

所述微服务组件根据所述系统标识，确定所述系统标识对应的目标子系统，并将所述待处理任务发送至目标子系统。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述目标子系统对接收到的所述待处理任务进行处理，包括：

在到达触发时间时，所述目标子系统触发所述目标子系统中的服务中转类对所述待处理任务进行处理，其中，所述触发时间为对所述待处理任务进行处理的时间。

5.根据权利要求4所述的方法，其特征在于，所述目标子系统触发所述目标子系统中的服务中转类对所述待处理任务进行处理之前，所述方法还包括：

所述服务中转类从所述公共信息交换库中获取所述待处理任务对应的第二处理参数；

所述目标子系统判断所述第一处理参数与所述第二处理参数是否一致；

若是，则服务中转类对所述待处理任务进行处理。

6.根据权利要求4所述的方法，其特征在于，所述微服务组件将所述业务处理结果返回至所述第一客户端之前，所述方法还包括：

所述目标子系统根据所述待处理任务的任务标识，更新所述待处理任务的任务状态。

7.根据权利要求5所述的方法，其特征在于，所述微服务组件将所述业务处理结果返回至所述第一客户端，包括：

所述微服务组件根据所述待处理任务的任务标识，从所述公共信息交换库中查询所述待处理任务的任务状态；

若所述任务状态指示所述待处理任务处理完成，则所述微服务组件将所述业务处理结果返回至所述第一客户端。

8.一种业务处理装置，其特征在于，应用于包括微服务组件和公共信息交换库的系统，所述装置包括：

生成模块，用于微服务组件根据接收到的业务请求，生成待处理任务，其中，所述业务请求为第一客户端发送的；

发送模块，用于微服务组件将所述待处理任务发送至目标子系统；

处理模块，用于所述目标子系统对接收到的所述待处理任务进行处理，得到业务处理结果，并将所述业务处理结果存储至公共信息交换库；

返回模块，用于所述微服务组件将所述业务处理结果返回至所述第一客户端。

9.一种业务处理设备，其特征在于，包括：

存储器，用于存储程序；

处理器，用于执行所述存储器存储的所述程序，当所述程序被执行时，所述处理器用于执行如权利要求1至7中任一所述的方法。

10.一种计算机可读存储介质，其特征在于，包括指令，当其在计算机上运行时，使得计算机执行如权利要求1至7中任一所述的方法。

Images