CN113946425A - 业务处理方法及装置、电子设备和计算机可读存储介质 - Google Patents

Abstract

本发明提供了一种业务处理方法及装置、电子设备和计算机可读存储介质。本发明可用于微服务调度技术领域，也可用于金融技术领域。该业务处理方法包括：获取来自渠道端的业务请求，其中，业务请求携带有渠道端编码；解析业务请求携带的渠道端编码，以获得渠道端大类标识和业务场景标识，其中渠道端大类标识用于标识渠道端采用的终端设备类型；根据渠道端大类标识和业务场景标识、以及目标预设服务组合规则，调用至少一个目标微服务，以便通过执行目标微服务获得目标业务场景下的初始业务处理结果；根据渠道端大类标识以及目标预设服务裁剪规则，对初始业务处理结果进行裁剪，以获得目标业务处理结果；向渠道端返回目标业务处理结果。

Description

业务处理方法及装置、电子设备和计算机可读存储介质

技术领域

本发明涉及微服务调度技术领域，更具体地，涉及一种业务处理方法及装置、电子设备、计算机可读存储介质和计算机程序产品。

背景技术

随着互联网技术和计算机技术的发展，各种电子设备的客户端和服务端之间进行数据交互的业务场景也越来越复杂。

在实现本发明构思的过程中，发明人发现相关技术中至少存在如下问题：在目前的金融服务系统中，通过后台提供具体的领域服务或基础服务，前端需根据不同的设备渠道类型，结合具体的业务场景调用后台服务，当现有服务不满足需求时，需要增加新的服务来提供业务支撑。在这种情况下，导致前后端耦合程度大大提升，前端技术的快速迭代变化和后端追求的服务稳定存在较大的矛盾，往往因为新增服务导致系统出现故障，系统维护成本较高，且服务更新周期长，前后端的多次交互带来了较大的网络通讯成本，导致前端页面响应慢，影响用户体验。

发明内容

有鉴于此，本发明提供了一种业务处理方法及装置、电子设备、计算机可读存储介质和计算机程序产品。

本发明的一个方面提供了一种业务处理方法，应用于适配层处理系统，包括：

获取来自渠道端的业务请求，其中，业务请求携带有渠道端编码；

解析业务请求携带的渠道端编码，以获得渠道端大类标识和业务场景标识，其中渠道端大类标识用于标识渠道端采用的终端设备类型；

根据渠道端大类标识和业务场景标识、以及目标预设服务组合规则，调用至少一个目标微服务，以便通过执行目标微服务获得目标业务场景下的初始业务处理结果；

根据渠道端大类标识以及目标预设服务裁剪规则，对初始业务处理结果进行裁剪，以获得目标业务处理结果；

向渠道端返回目标业务处理结果。

根据本发明的实施例，上述方法还包括，在获取来自渠道端的业务请求前，通过调用队列服务执行：

接收来自渠道端的业务请求、并将业务请求发送至待处理请求队列，以便等待适配层处理系统从待处理请求队列中获取业务请求。

根据本发明的实施例，上述方法还包括，在获得目标业务处理结果后，通过调用队列服务执行：

将目标业务处理结果发送至结果队列，以便等待适配层处理系统从结果队列中获取目标业务处理结果后，执行向渠道端返回目标业务处理结果的操作。

根据本发明的实施例，其中，对初始业务处理结果进行裁剪包括：

对初始业务处理结果的报文内容进行删减后得到目标业务处理结果的报文，以便使得目标业务处理结果的报文满足渠道端的展示要求。

根据本发明的实施例，上述方法还包括：

解析渠道端编码，以获得渠道端小类标识，其中述渠道端小类标识用于标识渠道端的终端设备使用的操作系统类型；

根据渠道端小类标识确定渠道端的终端设备在当前操作系统下的展示样式设置信息；

将展示样式设置信息发送至渠道端，以便渠道端根据展示样式设置信息，向用户个性化展示目标业务处理结果。

根据本发明的实施例，其中，调用至少一个目标微服务包括：

解析渠道端编码，以获得系统标识；

根据系统标识和预设路由规则将业务请求路由至目标业务服务集群，以便通过调用目标业务服务集群执行至少一个目标微服务。

根据本发明的实施例，上述方法还包括：

从规则引擎中获取目标预设服务组合规则和目标预设服务裁剪规则，其中规则引擎用于存储多个预设服务组合规则和多个预设服务裁剪规则。

本发明的另一个方面提供了一种业务处理装置，应用于适配层处理系统，包括第一获取模块、第一解析模块、第一调用模块、裁剪模块和第一发送模块。

其中，第一获取模块，用于获取来自渠道端的业务请求，其中，业务请求携带有渠道端编码。

第一解析模块，用于解析业务请求携带的渠道端编码，以获得渠道端大类标识和业务场景标识，其中渠道端大类标识用于标识渠道端采用的终端设备类型。

第一调用模块，用于根据渠道端大类标识和业务场景标识、以及目标预设服务组合规则，调用至少一个目标微服务，以便通过执行目标微服务获得目标业务场景下的初始业务处理结果。

裁剪模块，用于根据渠道端大类标识以及目标预设服务裁剪规则，对初始业务处理结果进行裁剪，以获得目标业务处理结果。

第一发送模块，用于向渠道端返回目标业务处理结果。

根据本发明的实施例，上述装置还包括第二调用模块，用于在获取来自渠道端的业务请求前，通过调用队列服务执行：接收来自渠道端的业务请求、并将业务请求发送至待处理请求队列，以便等待适配层处理系统从待处理请求队列中获取业务请求。

根据本发明的实施例，上述装置还包括第三调用模块，用于在获得目标业务处理结果后，通过调用队列服务执行：

将目标业务处理结果发送至结果队列，以便等待适配层处理系统从结果队列中获取目标业务处理结果后，执行向渠道端返回目标业务处理结果的操作。

根据本发明的实施例，其中，裁剪模块中，对初始业务处理结果进行裁剪包括：对初始业务处理结果的报文内容进行删减后得到目标业务处理结果的报文，以便使得目标业务处理结果的报文满足渠道端的展示要求。

根据本发明的实施例，上述装置还包括第二解析模块、确定模块、第二发送模块。

其中，第二解析模块，用于解析渠道端编码，以获得渠道端小类标识，其中述渠道端小类标识用于标识渠道端的终端设备使用的操作系统类型。

确定模块，用于根据渠道端小类标识确定渠道端的终端设备在当前操作系统下的展示样式设置信息。

第二发送模块，用于将展示样式设置信息发送至渠道端，以便渠道端根据展示样式设置信息，向用户个性化展示目标业务处理结果。

根据本发明的实施例，其中，第一调用模块包括解析单元和路由单元。

其中，解析单元，用于解析渠道端编码，以获得系统标识。

路由单元，用于根据系统标识和预设路由规则将业务请求路由至目标业务服务集群，以便通过调用目标业务服务集群执行至少一个目标微服务。

根据本发明的实施例，上述装置还包括：第二获取模块，用于从规则引擎中获取目标预设服务组合规则和目标预设服务裁剪规则，其中规则引擎用于存储多个预设服务组合规则和多个预设服务裁剪规则。

本发明的另一个方面提供了一种电子设备，包括：一个或多个处理器、以及存储器；其中该存储器用于存储一个或多个程序；其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上所述的业务处理方法。

本发明的另一方面提供了一种计算机可读存储介质，存储有计算机可执行指令，所述指令在被执行时用于实现如上所述的业务处理方法。

本发明的另一方面提供了一种计算机程序产品，所述计算机程序产品包括计算机可执行指令，所述指令在被执行时用于实现如上所述的业务处理方法。

根据本发明的实施例，通过在前端和服务端之间加设适配层，通过适配层对后台的原子微服务进行组合和裁剪，以实现业务逻辑，降低前后端之间的耦合，解决了开发过程中存在的高耦合，低性能等问题，能够实现前后端的高内聚、低耦合，使前端可以更快的迭代，后端可以更好的沉淀，可以有效的提升开发效率，降低误码率，降低了系统维护成本较高，缩短了服务更新周期，减少了前端多次调用后端带来的网络通讯成本，提高了导致前端页面响应速度，提升了用户体验。

根据本发明的实施例，通过适配层根据业务请求的场景、以及渠道端的终端设备类型的不同，对应用服务层和基础服务层的微服务进行组合，完成具体业务功能处理，实现了针对不同的终端设备类型特点进行个性化的业务逻辑处理和优化，在提高系统处理性能的基础上提升了用户体验。根据本发明的实施例，在生成业务处理结果后，适配层还执行对业务处理结果进行裁剪，可以满足渠道端的终端设备的UI显示规范和要求，进一步提升了用户体验。

附图说明

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

图1示意性示出了可以应用本发明实施例的业务处理方法和装置的示例性系统架构；

图2示意性示出了根据本发明实施例的业务处理方法的流程图；

图3示意性示出了可以应用本发明实施例的业务处理方法的系统示意图；

图4示意性示出了根据本发明另一实施例的业务处理方法的流程图；

图5示意性示出了根据本发明实施例的业务处理装置的框图；以及

图6示意性示出了根据本发明实施例的用于实现业务处理方法的电子设备的框图。

具体实施方式

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

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

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

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

需要说明的是，本发明的业务处理方法及装置可用于微服务调度技术领域，也可用于金融技术领域，也可用于除微服务调度技术领域和金融技术领域之外的任意领域，本发明对该业务处理方法及装置的应用领域不做限定。

在本发明的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，采取了必要保密措施，且不违背公序良俗。

在对本发明的实施例进行详细阐述之前，先对本发明实施例提供的方法所涉及的系统结构以及应用场景进行如下介绍。

图1示意性示出了可以应用本发明实施例的业务处理方法和装置的示例性系统架构100。需要注意的是，图1所示仅为可以应用本发明实施例的系统架构的示例，以帮助本领域技术人员理解本发明的技术内容，但并不意味着本发明实施例不可以用于其他设备、系统、环境或场景。

如图1所示，根据该实施例的系统架构100可以包括终端设备101、102、103、104，网络105和服务器106。网络105用以在终端设备101、102、103、104和服务器106之间提供通信链路的介质。网络105可以包括各种连接类型，例如有线和/或无线通信链路等等。

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

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

服务器106可以是提供各种服务的服务器，例如对用户利用终端设备101、102、103、104所浏览的网站提供支持的后台管理服务器。(服务器106可以是提供各种服务的服务器，包括但不限于服务一、服务二、服务三、服务四等等，服务一、服务二、服务三、服务四例如可以是对用户利用终端设备101、102、103、104所浏览的网站提供支持的服务。)后台管理服务器可以对接收到的用户请求等数据进行分析等处理，并将处理结果(例如根据用户请求获取或生成的网页、信息、或数据等)反馈给终端设备。

根据本发明的实施例，服务器106也可以是服务集群，服务集群中可以包括多个服务集群，多个服务集群可以是根据业务场景进行划分，用于分别处理不同类型的业务请求，例如服务集群1可用于处理政务类业务请求，服务集群2可用于处理交易类业务请求等等。

根据本发明的实施例，在每个服务集群内，可根据服务功能对服务集群进行进一步划分，例如服务子集群1用于执行各种应用类微服务，以实现各种应用场景下的业务逻辑(例如用户信息校验的微服务、对用户进行大数据分析以识别用户身份识的微服务等)；服务子集群2可用于执行各种基础类服务，可以是底层的各种技术支持服务(例如对数据库的增、删、改、查的服务、消息队列服务等等)；服务子集群3可用于执行各种适配层服务，适配层服务可以设置在前端和服务端之间，用于接收到前端的业务请求后，根据业务请求的场景、以及前端的终端设备101、102、103、104的设备类型的不同，对后端的微服务进行组合，完成具体业务功能处理，生成业务处理结果，并且对业务处理结果进行裁剪，以满足前端的终端设备101、102、103、104的UI显示规范和要求。

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

在目前的金融服务系统中，通过后台提供具体的领域服务或基础服务，前端需根据不同的设备渠道类型，结合具体的业务场景调用后台服务。

在实现本发明的过程中发现，在设置后台服务时，可以将同一业务场景下的服务拆分为多个微服务，通过多个微服务，共同实现业务逻辑，这样，这些服务以微服务的形式存在，前端可根据具体的业务场景调用多个服务进行组合，可减少后端服务的冗余，提高系统处理的效率。

服务组合的工作可以通过由客户端实现，在客户端中调用后台API，并对返回结果进行业务逻辑上的处理，从而实现具体的业务逻辑。

在该系统架构下，在这种情况下，导致前后端耦合程度大大提升，虽然后台业务逻辑实现了原子化微服务的设计，但是，当现有微服务不满足需求时，需要增加新的微服务来提供业务支撑。前端技术的快速迭代变化和后端追求的服务稳定存在较大的矛盾，往往因为新增服务导致系统出现故障，系统维护成本较高，且服务更新周期长，前后端的多次交互带来了较大的网络通讯成本，导致前端页面响应慢，影响用户体验。

为了解决上述技术问题，本发明的实施例提供了一种业务处理方法，在前后端之间构建一个用户体验适配层，该适配层主要是根据前端的业务需求对后端的原子微服务进行组合和裁剪，结合具体的渠道特点进行业务逻辑处理和优化，降低前后端之间的耦合。

图2示意性示出了根据本发明实施例的业务处理方法的流程图。

如图2所示，该方法应用于适配层处理系统，包括操作S201～S205。

在操作S201，获取来自渠道端的业务请求，其中，业务请求携带有渠道端编码；

在操作S202，解析业务请求携带的渠道端编码，以获得渠道端大类标识和业务场景标识，其中渠道端大类标识用于标识渠道端采用的终端设备类型；

在操作S203，根据渠道端大类标识和业务场景标识、以及目标预设服务组合规则，调用至少一个目标微服务，以便通过执行目标微服务获得目标业务场景下的初始业务处理结果；

在操作S204，根据渠道端大类标识以及目标预设服务裁剪规则，对初始业务处理结果进行裁剪，以获得目标业务处理结果；

在操作S205，向渠道端返回目标业务处理结果。

图3示意性示出了可以应用本发明实施例的业务处理方法的系统示意图。以下，结合图3，对图2所示的本发明实施例的业务处理方法进行说明。

如图3所示，根据本发明的实施例，可以应用本发明实施例的业务处理方法的系统可包括渠道层(渠道端)、适配层、应用服务层、和基础服务层。

渠道层(渠道端)指客户端终端，渠道端的终端设备可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于移动端设备(如智能手机)、Pad端设备(如平板电脑)、PC端设备(如膝上型便携计算机、台式计算机)、以及自助服务机设备(STM，如ATM机)等等。

应用服务层主要用于实现多个微服务，不同微服务分别用于执行不同的业务处理，完成简单的业务逻辑处理，通过多个微服务，共同实现实现各种应用场景下的业务逻辑。多个微服务例如用户信息校验的微服务、对用户进行大数据分析以识别用户身份识的微服务等。

基础服务层用于执行各种基础类服务，可以是底层的各种技术支持服务(例如对数据库的增、删、改、查的服务、消息队列服务等等)。基础服务层主要用于为应用服务层的执行提供基础技术支持。

适配层设置在前端和服务端之间，主要用于执行本发明实施例的业务处理方法，该适配层主要用于接收到渠道端的业务请求后，根据业务请求的场景、以及渠道端的终端设备类型的不同，对应用服务层和基础服务层的微服务进行组合，完成具体业务功能处理。服务组合是以特定方式按给定应用逻辑将若干微服务的功能进行组装，形成一个具有新功能的服务，从而满足较复杂的业务需求，生成业务处理结果后，适配层还执行对业务处理结果进行裁剪，以满足渠道端的终端设备的UI显示规范和要求。

根据本发明的实施例，适配层为不同类型的渠道端设备提供不同的API接口，在同一业务场景下，不同API接口可以是用于实现同样的业务逻辑，但是因为设备类型的不同，其处理方式也有所不同，对服务端的API访问也各有其特点，需要分别处理。

具体地，根据本发明的实施例，在适配层处理系统，渠道端的业务请求携带有渠道端编码，渠道端编码可包含有业务场景信息、渠道端设备类型信息、渠道端设备使用的操作系统类型信息、服务系统标识信息等等。在操作S202中，通过解析渠道端编码可以获得用于标识渠道端采用的终端设备类型渠道端大类标识和业务场景标识，例如：渠道端大类标识MB表示渠道端采用移动端设备，渠道端大类标识PC表示渠道端采用PC端设备；业务场景标识S01表示业务请求为登录交易请求，业务场景标识S02表示业务请求为转账交易请求等。

根据本发明的实施例，在操作S203中，根据具体业务场景进行微服务编排，确保可以实现具体的业务逻辑，在同一业务场景下，针对不同类型的终端设备，可以是用于实现同样的业务逻辑，但是因为设备类型的不同，其处理方式也有所不同。具体地，根据渠道端大类标识和业务场景标识、以及目标预设服务组合规则，调用至少一个目标微服务通过执行目标微服务获得目标业务场景下的初始业务处理结果。

根据本发明的实施例，预设服务组合规则规定了在每一种业务场景下，根据不同类型的设备，需要分别调用的微服务种类。例如针对渠道端设备发起的登录交易请求，在渠道端的设备类型为PC端设备的情况下，预设服务组合规则规定了需要调用的微服务包括：校验用户用户名和密码的微服务、根据用户信息获取用户的大数据分析结果以确定用户身份的微服务、以及根据用户的身份不同为用户个性化推荐的微服务(例如，用户为大学生，可为其推荐落户、交社保等服务，用户为老年人，可为其推荐养老、退休等服务)。同样，针对渠道端设备发起的登录交易请求，如果在渠道端的设备类型为移动端设备的情况下，预设服务组合规则规定的需要调用的微服务种类除了包含上述功能的微服务，可能还包括导航、语音识别一类的微服务，例如通过语音识别用户身份，通过导航服务定位用户所在位置，(PC端设备无法实现移动定位，因此，可不设置导航服务，PC端设备可能不含有语音接收功能，因此可不设置语音识别的服务)。可见，根据不同类型的渠道端设备，针对同一业务场景，其所调用的微服务种类可能不同。另外，根据不同类型的渠道端设备，针对同一业务场景，调用的微服务种类也可以相同，可通过根据具体的业务场景对预设服务组合规则进行设置实现(如上述登陆交易场景下，对于PC端设备和移动端设备，也可设置为调用相同种类的微服务)。另外，根据本发明的实施例，针对同一种类型的渠道端设备，根据业务场景的不同，所调用的微服务种类可以不同，例如，对于PC端设备，对于登陆交易需要调用的微服务包括：校验用户用户名和密码的微服务、根据用户信息获取用户的大数据分析结果以确定用户身份的微服务、以及根据用户的身份不同为用户个性化推荐的微服务；同样对于PC端设备，对于出入境注签服务，需要调用的微服务包括：微服务1执行根据个人信息去查询用户是否是限制出入境人员，微服务2执行判断护照是否符合注签条件，微服务3执行注签操作。

根据本发明的实施例，通过执行目标微服务获得目标业务场景下的初始业务处理结果后，在操作S204，根据渠道端大类标识以及目标预设服务裁剪规则，对初始业务处理结果进行裁剪，以获得目标业务处理结果，例如可以是对初始业务处理结果的报文内容进行删减后得到目标业务处理结果的报文，以便使得目标业务处理结果的报文满足渠道端的展示要求。例如，渠道端的设备类型为PC端设备的情况下，可能是返回业务处理结果报文中的全部内容，在渠道端的设备类型为移动端设备的情况下，因移动端设备显示屏幕较小，无法显示较多的内容，可以是对业务处理结果报文中的部分内容进行删除后返回。

根据本发明的实施例，在解析业务请求携带的渠道端编码，无法获得渠道端大类标识的情况下，则使用默认渠道执行业务处理逻辑，例如可以是按照移动端设备的处理逻辑执行本发明实施例的业务处理方法。

根据本发明的实施例，通过在前端和服务端之间加设适配层，通过适配层对后台的原子微服务进行组合和裁剪，以实现业务逻辑，降低前后端之间的耦合，解决了开发过程中存在的高耦合，低性能等问题，能够实现前后端的高内聚、低耦合，使前端可以更快的迭代，后端可以更好的沉淀，可以有效的提升开发效率，降低误码率，降低了系统维护成本较高，缩短了服务更新周期，减少了前端多次调用后端带来的网络通讯成本，提高了导致前端页面响应速度，提升了用户体验。

根据本发明的实施例，通过适配层根据业务请求的场景、以及渠道端的终端设备类型的不同，对应用服务层和基础服务层的微服务进行组合，完成具体业务功能处理，实现了针对不同的终端设备类型特点进行个性化的业务逻辑处理和优化，在提高系统处理性能的基础上提升了用户体验。根据本发明的实施例，在生成业务处理结果后，适配层还执行对业务处理结果进行裁剪，可以满足渠道端的终端设备的UI显示规范和要求，进一步提升了用户体验。

图4示意性示出了根据本发明另一实施例的业务处理方法的流程图。

如图4所示，根据本发明的实施例，适配层在执行处理的过程中，采用了队列处理的机制。

根据本发明的实施例，上述方法还包括，在获取来自渠道端的业务请求前，通过调用队列服务执行：接收来自渠道端的业务请求、并将业务请求发送至待处理请求队列，以便等待适配层处理系统从待处理请求队列中获取业务请求。适配层处理系统获取到业务请求后，执行本发明实施例的业务处理方法，包括解析业务请求携带的渠道端编码、调用至少一个目标微服务获得目标业务场景下的初始业务处理结果、以及对初始业务处理结果进行裁剪后获得目标业务处理结果。

根据本发明的实施例，在获得目标业务处理结果后，通过调用队列服务执行：将目标业务处理结果发送至结果队列，以便等待适配层处理系统从结果队列中获取目标业务处理结果后，执行向渠道端返回目标业务处理结果的操作。

根据本发明的实施例，通过采用队列处理的机制，在接收到请求后，实现了请求的异步处理，不同等到上一个结果执行完毕后再执行下一个请求，避免渠道端的阻塞等待，请求处理结束后，将处理结果放到结果队列中，从响应队列获取结果对渠道端进行响应。通过队列处理机制，提升整个系统的处理效率和并发度，提高了处理的吞吐量，提升了用户体验。

根据本公开的实施例，其中，对初始业务处理结果进行裁剪包括：对初始业务处理结果的报文内容进行删减后得到目标业务处理结果的报文，以便使得目标业务处理结果的报文满足渠道端的展示要求，确保返回的内容能够适配不同的渠道端设备。

例如，渠道端的设备类型为PC端设备的情况下，可能是返回业务处理结果报文中的全部内容，在渠道端的设备类型为移动端设备的情况下，因移动端设备显示屏幕较小，无法显示较多的内容，可以是对业务处理结果报文中的部分内容进行删除后返回。

根据本发明的实施例，预设服务裁剪规则规定了根据不同类型的设备，需要对初始业务处理结果执行的具体裁剪操作的方式。可以是针对返回结果事项的数量进行删减、也可以是删减处理结果的报文中的具体字段。

例如，仍以上述登录交易场景为例，在渠道端的设备类型为PC端设备的情况下，返回业务处理结果中，根据用户的身份为用户个性化推荐的的服务事项可能包括7项；同样，针对渠道端设备发起的登录交易请求，如果在渠道端的设备类型为移动端设备的情况下，因移动端设备显示屏幕较小，无法显示较多的内容，返回业务处理结果中，根据用户的身份为用户个性化推荐的的服务事项可能仅包括3项。返回业务处理结果中，针对不同类型的渠道端设备，其事项名称的命名也可能有所不同，例如渠道端的设备类型为PC端设备的情况下，返回其中事项名称可以是：补办个人驾驶证；在渠道端的设备类型为移动端设备的情况下，因移动端设备显示屏幕较小，无法显示较多的内容，返回其中事项名称则是：补办驾驶证。

根据本发明的实施例，在生成业务处理结果后，通过执行对业务处理结果进行裁剪的操作，可以满足渠道端的终端设备的UI显示规范和要求，确保返回的内容能够适配不同的渠道端设备，提升用户体验。

根据本发明的实施例，上述业务处理方法还包括：

从规则引擎中获取目标预设服务组合规则和目标预设服务裁剪规则，其中规则引擎用于存储多个预设服务组合规则和多个预设服务裁剪规则。

根据本发明的实施例，规则引擎用于预先设置多个预设服务组合规则和多个预设服务裁剪规则。预设服务组合规则规定了在每一种业务场景下，根据不同类型的设备，需要分别调用的微服务种类。预设服务裁剪规则规定了根据不同类型的设备，需要对初始业务处理结果执行的具体裁剪操作的方式。

根据本发明的实施例，通过利用规则引擎，根据具体业务场景结合渠道端设备类型的不同，对微服务进行预先组合编排、以及设置业务处理结果的裁剪方式，可确保实现业务逻辑，在此基础上，对处理结果进行适配化处理，确保渠道端设备的UI规范和体验要求。

根据本发明的实施例，上述方法还包括：

解析渠道端编码，以获得渠道端小类标识，其中述渠道端小类标识用于标识渠道端的终端设备使用的操作系统类型；例如，渠道端小类标识MB-001用于标识终端设备为使用安卓系统的手机，渠道端小类标识MB-002用于标识终端设备为使用苹果系统的手机。

获得渠道端小类标识后，根据渠道端小类标识确定渠道端的终端设备在当前操作系统下的展示样式设置信息，将展示样式设置信息发送至渠道端，以便渠道端根据展示样式设置信息，向用户个性化展示目标业务处理结果。即，通过后端服务根据渠道端小类标识明确样式设置信息，前端服务根据样式设置信息进行翻译展示。

根据本发明的实施例，针对不同的操作系统，可能存在不同的UI界面展示样式，根据渠道端的终端设备使用的操作系统类型进行差异化处理，可满足渠道端设备的UI设计规范和展示要求。

根据本公开的实施例，通过应用微服务集群执行应用层服务，应用微服务集群可以包括多个服务集群，多个服务集群可以是根据业务场景进行划分，用于分别处理不同场景的业务请求，例如服务集群1可用于处理政务类业务请求，包括多个用于实现政务类业务逻辑的微服务，服务集群2可用于处理交易类业务请求，包括多个用于实现交易类业务逻辑的微服务。

根据本发明的实施例，其中，调用至少一个目标微服务包括：

解析渠道端编码，以获得系统标识；以及根据系统标识和预设路由规则将业务请求路由至目标业务服务集群，以便通过调用目标业务服务集群执行至少一个目标微服务。例如，获得系统标识为A0581，表征目标业务服务集群为政务类业务集群，可根据预设的路由规则，将业务请求路由至政务类业务集群，根据渠道端大类标识和业务场景标识、以及目标预设服务组合规则，调用该服务集群中的预设微服务完成业务处理。

根据本发明的实施例，通过设置不同业务处理集群，分工执行不同业务场景下的业务处理，可使得多个业务处理集群可并行处理，提供系统的处理效率。

图5示意性示出了根据本发明实施例的业务处理装置500的框图。

该业务处理装置500，应用于适配层处理系统，可以用来实现参考图2所示的方法。

如图5所示，该业务处理装置500包括第一获取模块501、第一解析模块502、第一调用模块503、裁剪模块504和第一发送模块505。

其中，第一获取模块501，用于获取来自渠道端的业务请求，其中，业务请求携带有渠道端编码。

第一解析模块502，用于解析业务请求携带的渠道端编码，以获得渠道端大类标识和业务场景标识，其中渠道端大类标识用于标识渠道端采用的终端设备类型。

第一调用模块503，用于根据渠道端大类标识和业务场景标识、以及目标预设服务组合规则，调用至少一个目标微服务，以便通过执行目标微服务获得目标业务场景下的初始业务处理结果。

裁剪模块504，用于根据渠道端大类标识以及目标预设服务裁剪规则，对初始业务处理结果进行裁剪，以获得目标业务处理结果。

第一发送模块505，用于向渠道端返回目标业务处理结果。

根据本发明的实施例，该业务处理装置500设置于前端和服务端之间的适配层，通过适配层对后台的原子微服务进行组合和裁剪，以实现业务逻辑，降低前后端之间的耦合，解决了开发过程中存在的高耦合，低性能等问题，能够实现前后端的高内聚、低耦合，使前端可以更快的迭代，后端可以更好的沉淀，可以有效的提升开发效率，降低误码率，降低了系统维护成本较高，缩短了服务更新周期，减少了前端多次调用后端带来的网络通讯成本，提高了导致前端页面响应速度，提升了用户体验。

根据本发明的实施例，通过第一获取模块501、第一解析模块502、第一调用模块503，可根据业务请求的场景、以及渠道端的终端设备类型的不同，对应用服务层和基础服务层的微服务进行组合，完成具体业务功能处理，实现了针对不同的终端设备类型特点进行个性化的业务逻辑处理和优化，在提高系统处理性能的基础上提升了用户体验。根据本发明的实施例，在生成业务处理结果后，通过裁剪模块504执行对业务处理结果进行裁剪，可以满足渠道端的终端设备的UI显示规范和要求，进一步提升了用户体验。

根据本发明的实施例，上述装置还包括第二调用模块，用于在获取来自渠道端的业务请求前，通过调用队列服务执行：接收来自渠道端的业务请求、并将业务请求发送至待处理请求队列，以便等待适配层处理系统从待处理请求队列中获取业务请求。

根据本发明的实施例，上述装置还包括第三调用模块，用于在获得目标业务处理结果后，通过调用队列服务执行：

将目标业务处理结果发送至结果队列，以便等待适配层处理系统从结果队列中获取目标业务处理结果后，执行向渠道端返回目标业务处理结果的操作。

根据本发明的实施例，其中，裁剪模块中，对初始业务处理结果进行裁剪包括：对初始业务处理结果的报文内容进行删减后得到目标业务处理结果的报文，以便使得目标业务处理结果的报文满足渠道端的展示要求。

根据本发明的实施例，上述装置还包括第二解析模块、确定模块、第二发送模块。

其中，第二解析模块，用于解析渠道端编码，以获得渠道端小类标识，其中述渠道端小类标识用于标识渠道端的终端设备使用的操作系统类型。

确定模块，用于根据渠道端小类标识确定渠道端的终端设备在当前操作系统下的展示样式设置信息。

第二发送模块，用于将展示样式设置信息发送至渠道端，以便渠道端根据展示样式设置信息，向用户个性化展示目标业务处理结果。

根据本发明的实施例，其中，第一调用模块包括解析单元和路由单元。

其中，解析单元，用于解析渠道端编码，以获得系统标识。

路由单元，用于根据系统标识和预设路由规则将业务请求路由至目标业务服务集群，以便通过调用目标业务服务集群执行至少一个目标微服务。

根据本发明的实施例，上述装置还包括：第二获取模块，用于从规则引擎中获取目标预设服务组合规则和目标预设服务裁剪规则，其中规则引擎用于存储多个预设服务组合规则和多个预设服务裁剪规则。

根据本发明的实施例的模块、子模块、单元、子单元中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本发明实施例的模块、子模块、单元、子单元中的任意一个或多个可以被拆分成多个模块来实现。根据本发明实施例的模块、子模块、单元、子单元中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本发明实施例的模块、子模块、单元、子单元中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

例如，第一获取模块501、第一解析模块502、第一调用模块503、裁剪模块504和第一发送模块505中的任意多个可以合并在一个模块/单元/子单元中实现，或者其中的任意一个模块/单元/子单元可以被拆分成多个模块/单元/子单元。或者，这些模块/单元/子单元中的一个或多个模块/单元/子单元的至少部分功能可以与其他模块/单元/子单元的至少部分功能相结合，并在一个模块/单元/子单元中实现。根据本发明的实施例，第一获取模块501、第一解析模块502、第一调用模块503、裁剪模块504和第一发送模块505中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，第一获取模块501、第一解析模块502、第一调用模块503、裁剪模块504和第一发送模块505中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

图6示意性示出了根据本发明实施例的用于实现业务处理方法的电子设备的框图。图6示出的电子设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

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

在RAM 603中，存储有电子设备600操作所需的各种程序和数据。处理器601、ROM602以及RAM 603通过总线604彼此相连。处理器601通过执行ROM 602和/或RAM 603中的程序来执行根据本发明实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除ROM 602和RAM 603以外的一个或多个存储器中。处理器601也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本发明实施例的方法流程的各种操作。

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

根据本发明的实施例，根据本发明实施例的方法流程可以被实现为计算机软件程序。例如，本发明的实施例包括一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被处理器601执行时，执行本发明实施例的系统中限定的上述功能。根据本发明的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。

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

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

例如，根据本发明的实施例，计算机可读存储介质可以包括上文描述的ROM 602和/或RAM 603和/或ROM 602和RAM 603以外的一个或多个存储器。

本发明的实施例还包括一种计算机程序产品，其包括计算机程序，该计算机程序包含用于执行本发明实施例所提供的方法的程序代码，当计算机程序产品在电子设备上运行时，该程序代码用于使电子设备实现本发明实施例所提供的业务处理方法。

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

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

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

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。本领域技术人员可以理解，本发明的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本发明中。特别地，在不脱离本发明精神和教导的情况下，本发明的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本发明的范围。

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

Claims (11)

1.一种业务处理方法，应用于适配层处理系统，包括：

获取来自渠道端的业务请求，其中，所述业务请求携带有渠道端编码；

解析所述业务请求携带的渠道端编码，以获得渠道端大类标识和业务场景标识，其中所述渠道端大类标识用于标识所述渠道端采用的终端设备类型；

根据所述渠道端大类标识和所述业务场景标识、以及目标预设服务组合规则，调用至少一个目标微服务，以便通过执行所述目标微服务获得目标业务场景下的初始业务处理结果；

根据所述渠道端大类标识以及目标预设服务裁剪规则，对所述初始业务处理结果进行裁剪，以获得目标业务处理结果；

向所述渠道端返回所述目标业务处理结果。

2.根据权利要求1所述的方法，还包括，在所述获取来自渠道端的业务请求前，通过调用队列服务执行：

接收来自所述渠道端的所述业务请求、并将所述业务请求发送至待处理请求队列，以便等待所述适配层处理系统从所述待处理请求队列中获取所述业务请求。

3.根据权利要求1所述的方法，还包括，在所述获得目标业务处理结果后，通过调用队列服务执行：

将所述目标业务处理结果发送至结果队列，以便等待所述适配层处理系统从所述结果队列中获取所述目标业务处理结果后，执行所述向所述渠道端返回所述目标业务处理结果的操作。

4.根据权利要求1所述的方法，其中，所述对所述初始业务处理结果进行裁剪包括：

对所述初始业务处理结果的报文内容进行删减后得到目标业务处理结果的报文，以便使得所述目标业务处理结果的报文满足所述渠道端的展示要求。

5.根据权利要求1所述的方法，还包括：

解析所述渠道端编码，以获得渠道端小类标识，其中所述述渠道端小类标识用于标识所述渠道端的终端设备使用的操作系统类型；

根据所述渠道端小类标识确定所述渠道端的终端设备在当前操作系统下的展示样式设置信息；

将所述展示样式设置信息发送至渠道端，以便所述渠道端根据所述展示样式设置信息，向用户个性化展示所述目标业务处理结果。

6.根据权利要求1所述的方法，其中，所述调用至少一个目标微服务包括：

解析所述渠道端编码，以获得系统标识；

根据所述系统标识和预设路由规则将所述业务请求路由至目标业务服务集群，以便通过调用所述目标业务服务集群执行所述至少一个目标微服务。

7.根据权利要求1所述的方法，还包括：

从规则引擎中获取所述目标预设服务组合规则和所述目标预设服务裁剪规则，其中所述规则引擎用于存储多个预设服务组合规则和多个预设服务裁剪规则。

8.一种业务处理装置，应用于适配层处理系统，包括：

第一获取模块，用于获取来自渠道端的业务请求，其中，所述业务请求携带有渠道端编码；

第一解析模块，用于解析所述业务请求携带的渠道端编码，以获得渠道端大类标识和业务场景标识，其中所述渠道端大类标识用于标识所述渠道端采用的终端设备类型；

第一调用模块，用于根据所述渠道端大类标识和所述业务场景标识、以及目标预设服务组合规则，调用至少一个目标微服务，以便通过执行所述目标微服务获得目标业务场景下的初始业务处理结果；

裁剪模块，用于根据所述渠道端大类标识以及目标预设服务裁剪规则，对所述初始业务处理结果进行裁剪，以获得目标业务处理结果；

发送模块，用于向所述渠道端返回所述目标业务处理结果。

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

一个或多个处理器；

存储器，用于存储一个或多个程序，

其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现权利要求1至7中任一项所述的方法。

10.一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器实现权利要求1至7中任一项所述的方法。

11.一种计算机程序产品，所述计算机程序产品包括计算机可执行指令，所述指令在被执行时用于实现权利要求1至7中任一项所述的方法。

Images