CN110365751B

CN110365751B - 网关系统的业务处理方法、装置及设备

Info

Publication number: CN110365751B
Application number: CN201910563817.2A
Authority: CN
Inventors: 郭鑫; 周耀华; 王小冬
Original assignee: Koubei Shanghai Information Technology Co Ltd
Current assignee: Koubei Shanghai Information Technology Co Ltd
Priority date: 2019-06-26
Filing date: 2019-06-26
Publication date: 2020-10-27
Anticipated expiration: 2039-06-26
Also published as: CN110365751A

Abstract

本说明书提供一种网关系统的业务处理方法、装置及设备，该方法包括：获取目标服务的程序源文件，所述目标服务由第一业务系统提供；确定所述目标服务的服务标识，存储所述程序源文件及所述服务标识；接收第二业务系统发起的携带有服务标识和请求参数的服务调用请求，在根据所述服务标识确定需要调用所述目标服务后，以所述请求参数作为可执行程序的输入，获得所述可执行程序的运行结果；其中，所述可执行程序通过所述目标服务的程序源文件编译得到。本实施例可以屏蔽掉各业务系统的技术实现细节，直接按照自身技术规范编写服务的程序源文件，在其他业务系统需要调用服务时，通过运行程序源文件编译得到的可执行程序即可实现。

Description

网关系统的业务处理方法、装置及设备

技术领域

本说明书涉及互联网技术领域，尤其涉及网关系统的业务处理方法、装置及设备。

背景技术

在一些业务场景中面临业务系统的服务或数据互通，例如，大型集团企业往往具有多个关联公司或多个子公司等分支机构，各分支机构根据业务需要部署有各自的业务系统，各业务系统的某些服务可以对外提供给其他外部对接方调用。一些业务场景中配置有网关系统以解决该需求，网关系统多使用固定的对外接口规范，各业务系统之间实现服务调用的方式效率较差。

发明内容

为克服相关技术中存在的问题，本说明书提供了网关系统的业务处理方法、装置及设备。

根据本说明书实施例的第一方面，提供一种网关系统的业务处理方法，所述方法包括：

获取目标服务的程序源文件，所述目标服务由第一业务系统提供；

确定所述目标服务的服务标识，存储所述程序源文件及所述服务标识；

接收第二业务系统发起的携带有服务标识和请求参数的服务调用请求，在根据所述服务标识确定需要调用所述目标服务后，以所述请求参数作为可执行程序的输入，获得所述可执行程序的运行结果；其中，所述可执行程序通过所述目标服务的程序源文件编译得到。

可选的，所述可执行程序由所述目标服务的程序源文件编译得到，并在编译得到后被启动，以加载至内存中运行。

可选的，所述目标服务通过如下方式进行更新：

确定所述程序源文件被更新后，终止内存中运行的所述可执行程序，以及利用更新的程序源文件编译得到的新的可执行程序；

存储所述更新的程序源文件。

可选的，每个所述业务系统都配置有所述网关系统；所述服务调用请求从第二业务系统配置的网关系统接收得到。

可选的，所述业务系统部署于至少两个异地机房，每个机房部署的业务系统都配置有所述网关系统，所述方法还包括：

存储路由转发规则，所述路由转发规则指示服务调用请求类型与处理该类服务调用请求的机房地址的对应关系；以及，

若接收到业务系统发起的服务调用请求，根据所述请求参数确定服务调用请求类型；

通过所述路由转发规则查找与所述服务调用请求类型对应的机房地址后，根据所述机房地址将所述服务调用请求发送至该机房所配置的网关系统。

可选的，所述方法还包括：

存储多种协议转换程序以及各个业务系统与协议的对应关系；

在获得所述运行结果后，根据所述第二业务系统对应的协议调用协议转换程序，将所述运行结果进行协议转换。

根据本说明书实施例的第二方面，提供一种网关系统的业务处理装置，所述装置包括服务调用模块，用于：

可选的，还包括服务更新模块，用于：

存储所述更新的程序源文件。

可选的，所述业务系统部署于至少两个异地机房，每个机房部署的业务系统都配置有所述网关系统，所述装置还包括路由转发模块，用于：

可选的，所述装置还包括协议转换模块，用于：

在获得所述运行结果后，根据所述按照第二业务系统对应的协议调用协议转换程序，将所述运行结果进行协议转换。

根据本说明书实施例的第三方面，提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现如前述网关系统的业务处理方法。

本说明书的实施例提供的技术方案可以包括以下有益效果：

本说明书实施例中，考虑到业务系统提供的目标服务是由业务系统侧的开发人员提供，为了能够迅速的屏蔽掉各业务系统的技术实现细节，业务系统侧的开发人员可以不需要了解接口规范，直接按照自身技术规范编写服务的程序源文件，在其他业务系统需要调用服务时，通过运行程序源文件编译得到的可执行程序即可实现。本说明书实施例能够支持业务的快速部署和联调开发，无需了解对方体系业务细节即能实现服务调用。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本说明书。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本说明书的实施例，并与说明书一起用于解释本说明书的原理。

图1A是本说明书根据一示例性实施例示出的一种网关系统的业务场景图。

图1B是本说明书根据一示例性实施例示出的一种网关系统的业务处理方法流程图。

图2A是本说明书根据一示例性实施例示出的另一种网关系统的业务场景图。

图2B是本说明书根据一示例性实施例示出的另一种网关系统的业务场景图。

图3是本说明书根据一示例性实施例示出的一种网关系统的业务处理装置所在硬件设备的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书的一些方面相一致的装置和方法的例子。

在本说明书使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书。在本说明书和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

在一些业务场景中，业务方会面临业务系统的服务调用或数据互通等问题。例如，大型集团企业往往具有多个关联公司或多个子公司等分支机构，各分支机构根据业务需要部署有各自的业务系统，各业务系统的某些服务可以对外提供给其他外部对接方调用。一些业务方通过配置网关系统以解决该需求，网关系统多使用固定的对外接口规范，并且需要业务系统主动实现并适配其发布规则，整个过程需要多方流程协调才能最终在网关系统上发布上线。由于网关系统采用固定的对外接口规范，需要对接方严格按照发布文档规范传输数据至固化的接口上，然后由网关系统内实现该接口的方式将数据转发至对应的系统。

由于两个不同技术体系的数据互通需要双方各自投入开发注册对外的数据访问接口，待各自的服务接口上线后，再按照对方的接口调用标准进行数据请求与访问，整个流程非常缓慢。

基于此，本说明书实施例提供一种网关系统的业务处理方法，本实施例的方法可应用于如图1A所示业务场景的网关系统中，在该实施例中，网关系统可以介于至少两个业务系统之间，该网关系统可执行如图1B所示方法的流程，从而为业务系统提供服务调用功能：

在步骤102中，获取目标服务的程序源文件，所述目标服务由第一业务系统提供。

在步骤104中，确定所述目标服务的服务标识，存储所述程序源文件及对应的服务标识。

在步骤106中，接收第二业务系统发起的携带有服务标识和请求参数的服务调用请求，在根据所述服务标识确定需要调用所述目标服务后，以所述请求参数作为可执行程序的输入，获得所述可执行程序的运行结果；其中，所述可执行程序通过所述目标服务的程序源文件编译得到。

为了尽可能快速地实现业务系统之间的服务互通，本说明书实施例中，以第一业务系统对外提供目标服务为例，网关系统获取的是目标服务的程序源文件，该程序源文件是指包含有实现目标服务的源代码集合的文件。在一些例子中，网关系统可以提供有配置界面，以供第一业务系统的开发人员通过可视化的配置界面提交该程序源文件。

由于第一业务系统提供的服务可能有多个，为了实现对多个服务的区分，本实施例可以确定目标服务的服务标识，确定的方式可以是由网关系统自动配置，也可以是由提供程序源文件的开发人员配置，还可以是由网关系统侧的技术人员配置等等。本实施例中，可以将程序源文件及对应的服务标识存储于数据库中，以利于后续的程序更新、查找程序源文件等。

本说明书实施例中，获得程序源文件后，需要将程序源文件进行编译，以得到可执行程序，将可执行程序运行所需要的参数传递给该可执行程序，通过可执行程序的运行实现提供目标服务的目的。其中，由于是需要调用第一业务系统的服务，该参数可以采用第一业务系统的规范，例如可以由第二业务系统侧的开发人员在了解第一业务系统的规范后进行配置，使得第二业务系统发起的服务调用请求中携带的参数符合第一业务系统的规范。

本说明书实施例将调用上述目标服务的业务系统称为第二业务系统，其中，在图1A示出了一个第二业务系统，实际业务场景中可以包括有两个以上业务系统，需要调用第一业务系统提供的目标服务的第二业务系统可以有多个，本说明书实施例对此不进行限定。为了实现对其他业务系统对目标服务的调用，网关系统可以通过多种方式发布目标服务的说明及该目标服务的服务标识，使得第二业务系统在需要调用时，可以使发起的服务调用请求携带有服务标识，以供网关系统确定第二业务系统请求调用的是哪个服务。另外，服务调用请求还可以携带有请求参数，在根据所述服务标识确定需要调用所述目标服务后，可以以所述请求参数作为可执行程序的输入，获得所述可执行程序的运行结果，该运行结果即第二业务系统调用第一业务系统提供的目标服务而获得的反馈结果。

在一些例子中，可以在接收对服务调用请求后，可以从数据库中查找的程序源文件，通过编译该程序源文件获得可执行文件后，运行该可执行文件；在另一些例子中，也可以预先编译该程序源文件获得可执行文件并存储，在接收到服务调用请求后，查找该可执行文件并运行。在其他例子中，考虑到一些业务场景中服务调用频繁发生，为了更进一步提高处理速度，可以预先编译该程序源文件并启动可执行程序，以使可执行程序预先加载至内存中运行，在接收到服务调用请求后，可以快速地以所述请求参数作为可执行程序的输入，获得所述可执行程序的运行结果。

其中，程序源文件可以采用动态脚本语言实现，例如groovy脚本语言等，开发人员可以编写脚本代码文件，通过网关系统提供的配置页面将脚本代码文件存储于数据库中，通过对脚本代码文件进行编译获得可执行程序，在需要时通过运行该可执行程序实现服务的调用。另外，动态脚本语言还能支持泛化调用功能，泛化调用是分布式系统内部框架提供的不依赖第三方API即可实现的服务调用，使得服务调用更易实现，减少开发成本。

由上述实施例可见，本说明书实施例考虑到业务系统提供的目标服务是由业务系统侧的开发人员提供，为了能够迅速地屏蔽掉对方的技术实现细节，业务系统侧的开发人员可以不需要了解接口规范，直接按照自身技术规范编写服务的程序源文件，在其他业务系统需要调用服务时，通过运行程序源文件编译得到的可执行程序即可实现。本说明书实施例能够支持业务的快速部署和联调开发，无需了解对方体系的业务细节即能实现服务调用。

实际业务场景中，目标服务也有可能需要改动，本说明书实施例提供的方案可以实现灵活快速的服务更新。作为例子，开发人员可以提交新的程序源文件，也可以直接对网关系统或数据库中存储的程序源文件进行修改，修改后保存获得新的程序源文件。网关系统在确定所述程序源文件被更新后，需要按照新的程序源文件提供服务，作为例子，若原有程序源文件的可执行文件在内存中运行，可以终止内存中运行的该可执行程序，以及利用更新的程序源文件编译得到的新的可执行程序。本实施例中可以方便开发人员对目标服务的程序进行更新，在对程序源文件进行修改更新的过程中，原有目标服务仍可由可执行程序对外提供服务能力，不会干扰原有目标服务的处理流程，具有动态加载的能力。

如图2A所示，是本说明书根据一示例性实施例示出的另一业务场景的示意图，在该实施例中以两个业务系统为例进行说明，并且提供了另一种网络架构实施例，其中，每个业务系统都配置有前述的网关系统，业务系统配置的网关系统负责对接各自的业务系统。两个网关系统之间可以进行数据互通。例如，第一业务系统配置的网关系统接收目标服务的程序源文件，确定所述目标服务的服务标识，存储所述程序源文件及所述服务标识；第二业务系统发起的服务调用请求发送给第一业务系统配置的网关系统，由第一业务系统配置的网关系统根据所述服务标识确定需要调用所述目标服务后，以所述请求参数作为可执行程序的输入，获得所述可执行程序的运行结果。相应的，第二业务系统的网关系统也可以实现同样的处理流程；可以理解，第一业务系统的网关系统和第二业务系统的网关系统都可以执行前述实施例提供的方法，两者可以具有全部或部分相同的功能。

实际业务场景中，由于企业业务系统的不断庞大、用户量的增长等因素，业务系统可以采用分布式方式实现，业务系统可以部署于至少两个异地机房，每个机房根据业务需求对应处理不同类型的请求；例如机房1处理编号为A范围的用户请求，机房2处理编号为B范围的用户请求等。为了实现请求的快速处理，需要处理的请求最好是能直接发送到相应能处理该请求的机房内。基于此，本说明书实施例的网关系统还提供有如下实施例，可以实现路由转发功能。作为例子，网关系统可以存储有多种路由转发规则，所述路由转发规则指示服务调用请求类型与处理该类服务调用请求的机房地址的对应关系。在一些例子中，路由转发规则可以由每个业务系统方的负责人员通过网关系统上传，并转发给其他业务系统的网关系统进行存储。具体的路由转发规则本实施例不进行限定，例如可以将请求类型可以按照用户ID编号进行划分，用户ID尾号为00-10的用户数据全部存储于上海机房，针对此类用户的请求由上海机房进行处理，用户ID尾号为11-20的用户数据全部存储于深圳机房，针对此类用户的请求由深圳机房进行处理等。在其他例子中，请求类型可以按照交易编号等其他多种规则进行划分。

作为例子，路由转发的过程可以是：业务系统1发起的服务调用请求会到达业务系统1的网关系统1，假设该服务调用请求是希望调用业务系统2的目标服务；网关系统1的路由转发模块，可以利用该服务调用请求中携带的请求参数确定服务调用请求类型。进一步的，可以在存储的路由转发规则中进行查询，以根据查找到该服务调用请求类型所对应的机房地址，确定机房地址后，网关系统1将所述服务调用请求发送至该机房所配置的网关系统2。通过上述实施例，实现了业务请求能直接发送到对方指定的逻辑机房内，尽可能降低业务互通的服务耗时。同理，若业务系统2发起服务调用请求，其路由转发过程与上述过程相同。

实际业务场景中，各业务方配置的业务系统可能各自实现自己内部的数据通信方式或协议，为了实现各业务系统之间的数据互通，使用不同协议的业务系统之间需要对互通的数据进行协议转换。为了减少开发成本，本说明书实施例可以由网关系统实现对接各种技术体系下的通信协议转换。作为例子，可以预先存储多种协议转换程序以及各个业务系统与协议的对应关系，基于此，在前述的第二业务系统发起对第一业务系统的服务调用请求的场景中，第一业务系统提供的目标服务对应的可执行程序运行后，产生的运行结果需要提供给第二业务系统。由于第一业务系统和第二业务系统所使用的协议不同，在一些例子中，该运行结果可以由第一业务系统的网关系统按照第二业务系统对应的协议进行转换，转换后的结果发送给第二业务系统的网关系统，再由第二业务系统的网关系统发送给第二业务系统，因此第二业务系统能够获得符合其自身协议的数据。在另一些例子中，该运行结果还可以由第一业务系统的网关系统直接发送给第二业务系统的网关系统，由第二业务系统的网关系统按照第二业务系统对应的协议进行转换，之后再由第二业务系统的网关系统发送给第二业务系统。

上述实施例中，网关系统按照各业务系统各自不同的协议方式进行解析对接，将数据转换成对侧系统能够适配理解的协议方案，达到双方的数据互通；网关系统作为连接各技术系统的平台，通过上述方式实现了具备解析各个业务系统的协议报文和通信协议的能力，通过将数据进行协议转换后再传输给对方技术平台，实现两种技术体系互通而不需要理解通信协议的差异。

如图2B所示，是本说明书根据一示例性实施例示出的另一业务场景示意图，在该实施例中，业务方1和业务方2之间具有服务调用或数据互通等需求，业务方1提供有如下三项服务：T业务1、T业务2和T业务3，其配置有网关系统1，其数据协议采用hsf协议；业务方2提供有如下三项服务：KB业务1、KB业务2和KB业务3，其配置有网关系统2，其数据协议采用tr协议。其中网关系统1和2都可应用前述业务处理方法，由于业务方1和业务方2属于不同技术体系下，其各自实现的自己内部的数据通信方式或协议，网关系统需要按照他们各自不同的协议方式进行解析对接，将数据转换成对侧系统能够适配理解的协议方案，达到双方的数据互通；利用本实施例方案，网关系统可以具备解析个平台协议报文和通信协议的能力，将数据解析后在传输给对方技术平台，实现两种技术体系互通而不需要理解通信协议的差异。

与前述方法的实施例相对应，本说明书还提供了对应装置及其所应用的终端的实施例。

本说明书网关系统的实施例可以应用在计算机设备上，例如服务器或终端设备。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在业务处理的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图3所示，为本说明书网关系统的业务处理装置所在计算机设备的一种硬件结构图，除了图3所示的处理器310、内存330、网络接口320、以及非易失性存储器340之外，实施例中装置331所在的服务器或电子设备，通常根据该计算机设备的实际功能，还可以包括其他硬件，对此不再赘述。

本说明书根据一示例性实施例示出的一种网关系统的业务处理装置，所述网关系统包括服务调用模块，用于：

可选的，还包括服务更新模块，用于：

存储所述更新的程序源文件。

可选的，所述业务系统部署于至少两个异地机房，每个机房部署的业务系统都配置有所述网关系统，所述网关系统还包括路由转发模块，用于：

可选的，所述网关系统还包括协议转换模块，用于：

相应的，本说明书还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现前述网关系统的业务处理方法。

上述网关系统的业务处理装置中各个模块的功能和作用的实现过程具体详见上述网关系统的业务处理方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本说明书方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本领域技术人员在考虑说明书及实践这里申请的发明后，将容易想到本说明书的其它实施方案。本说明书旨在涵盖本说明书的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本说明书的一般性原理并包括本说明书未申请的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本说明书的真正范围和精神由下面的权利要求指出。

应当理解的是，本说明书并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本说明书的范围仅由所附的权利要求来限制。

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

Claims

1.一种网关系统的业务处理方法，所述方法应用于网关系统，所述网关系统存储有第一业务系统提供的目标服务对应的服务标识以及程序源文件，所述服务标识与所述程序源文件对应，所述程序源文件包括实现所述目标服务的功能代码集合，所述方法包括：

接收第二业务系统发起的携带有服务标识和请求参数的服务调用请求，在根据所述服务标识确定需要调用所述目标服务后，以所述请求参数作为可执行程序的输入，获得所述可执行程序的运行结果，其中，所述可执行程序通过所述目标服务的程序源文件编译得到；

将所述运行结果返回给所述第二业务系统。

2.根据权利要求1所述的方法，所述可执行程序由所述目标服务的程序源文件编译得到，并在编译得到后被启动，以加载至内存中运行。

3.根据权利要求2所述的方法，所述目标服务通过如下方式进行更新：

确定所述程序源文件被更新后，终止内存中运行的所述可执行程序，以及利用更新的程序源文件编译得到新的可执行程序；

存储所述更新的程序源文件。

4.根据权利要求1所述的方法，应用于网关系统，每个业务系统都配置有所述网关系统；所述服务调用请求从第二业务系统配置的网关系统接收得到。

5.根据权利要求1所述的方法，业务系统部署于至少两个异地机房，每个机房部署的业务系统都配置有所述网关系统，所述方法还包括：

存储路由转发规则，所述路由转发规则指示服务调用请求类型与处理该类型服务调用请求的机房地址的对应关系；以及，

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

7.一种网关系统的业务处理装置，所述装置应用于网关系统，所述网关系统存储有第一业务系统提供的目标服务对应的服务标识以及程序源文件，所述服务标识与所述程序源文件对应，所述程序源文件包括实现所述目标服务的功能代码集合，所述装置包括服务调用模块，所述装置用于：

将所述运行结果返回给所述第二业务系统。

8.根据权利要求7所述的装置，所述可执行程序由所述目标服务的程序源文件编译得到，并在编译得到后被启动，以加载至内存中运行。

9.根据权利要求8所述的装置，还包括服务更新模块，用于：

存储所述更新的程序源文件。

10.根据权利要求7所述的装置，应用于网关系统，每个业务系统都配置有所述网关系统；所述服务调用请求从第二业务系统配置的网关系统接收得到。

11.根据权利要求7所述的装置，业务系统部署于至少两个异地机房，每个机房部署的业务系统都配置有所述网关系统，所述装置还包括路由转发模块，用于：

12.根据权利要求7所述的装置，所述装置还包括协议转换模块，用于：

13.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现如权利要求1至6任一所述的方法。