用于接入多个外部系统的方法、装置及服务器与流程

本申请涉及计算机应用领域，具体而言，涉及用于接入多个外部系统的方法、装置及服务器。

背景技术：

在互联网环境下，随着业务合作越来越广泛，不同组织或公司之间、自有渠道与核心服务系统之间的业务数据交换非常频繁且多样。为了适应这种需要，业务服务提供方需要针对不同业务和合作渠道进行针对性的技术开发。

通常情况下，服务提供方会根据不同的业务开发不同的系统来与合作渠道进行对接。这种方式在开发、测试、安全等方面均要投入大量的人力物力，且开发周期过长，对于业务部门的响应速度比较慢，影响业务的迅速推广。

在现有的技术实现方案中，对于多渠道、多接口、多报文的需求，一般有如下几种处理方案。

一种方案是一个接口转换采用一套软件系统。其中的报文转换采用的是在软件系统中用代码的方式写好接口之间的约定。也就是说，原始请求报文和目标报文之间的转换关系、报文中的数据字段或数据域的校验关系以及其中的业务逻辑判断均采用软件代码的形式固定下来。如果一旦发生需求的变更，则需要修改代码、重新测试与调试。当出现多个业务接口、多个报文的需求的时候，相对应的转换软件就增加了许多。

另外一种方案中，为了减少软件系统的数量，采用多线程的形式进行处理。比如，在接收到请求报文的时候，根据预先约定的某些特征数据进行判断，然后进入该约定所对应的线程进行处理。这种模式其实在软件代码上并没有减少，只是在软件管理或维护上看上去是一个整体，而实际上在逻辑上各个接口的处理依然是分离的。

还有一种方案是在原始请求报文和目标报文之间做字段的匹配定义，然后通过程序在遇到请求报文的时候，按照定义规则进行转换。这种转换装置在某些银行主机系统与其他业务设备(POS、ATM或柜台)之间通讯时有所出现。

如图1所示，服务S1、S2……Sm作为服务提供者，渠道C1、C2、C3……Cn作为服务的请求者，他们之间因为业务的需要，有着复杂的通讯往来和调用关系。图例中所示表明了这种呈网状的复杂关系。

在传统的技术解决方案中，一是在渠道端(请求端)按照业务要求对所请求的业务用代码的方式实现远程访问和调用，二是在服务端，既要按照业务要求完成代码编写，同时还需要能够区分所请求的渠道来源，以便正确响应请求。

这种处理方式对于请求方和服务方来说，耦合度太强，万一业务要求发生细微的改变，则双方都需要重新编写代码和测试联调。而且从系统架构上来说，这种网状结构对系统的维护和升级都将造成困难。

同时这种处理模式，将业务处理逻辑与报文转换紧密结合，如果业务逻辑发生变化，将需要从代码层面进行修改，相应的请求端和服务端均需要修改。系统的适应性比较差。

从安全角度来说，这种架构会将服务方的接口完全暴露在外面，如果请求方是从公网上发起请求，那么意味着服务方的网络和接口就完全暴露在公网上，虽然可以从网络、应用等层面进行安全控制，但是这也不能保证内部服务提供方被攻击。

技术实现要素：

本申请公开用于接入多个外部系统的方法，提高系统的适应性、稳定性、以及安全性。

本发明的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本发明的实践而习得。

根据本发明的一个方面，提供一种用于接入多个外部系统的方法，包括：

接收入口报文；

按照预设的业务流程的配置信息识别所述入口报文得到识别标识，根据所述识别标识对所述入口报文进行拆解得到报文参数；

根据所述报文参数按照预先约定的业务处理逻辑进行业务处理；

业务处理结束后按照预设的报文转换的配置进行组装生成出口报文。

根据一些实施例，所述方法还包括向下一通讯接口发起通讯，传出所述出口报文，以在所述下一通讯接口执行所述用于接入多个外部系统的方法，直到业务处理完成。

根据一些实施例，所述接收入口报文包括：接收渠道请求方请求的报文作为所述入口报文，或接收上一通讯接口发送的报文作为所述入口报文。

根据一些实施例，所述按照预设的业务流程的配置信息识别所述入口报文得到识别标识包括：根据所述入口报文的数据来源和安全信息按照预设的业务流程的配置信息识别所述入口报文。

根据一些实施例，所述配置信息是根据业务需求所定义的业务类型、入口通讯参数、出口通讯参数、安全控制方式、入口报文格式、出口报文格式、报文转换关系、业务流程、或业务处理逻辑中的至少一种。

根据一些实施例，所述报文转换关系为所述出口报文中的至少一个业务元素，与所述入口报文的至少一个业务元素、和/或根据至少一个业务处理逻辑所产生的结果之间的匹配关系。

根据一些实施例，所述业务处理逻辑是至是一个业务处理所需要完成的功能的集合。

根据本发明的另一方面，提供一种用于接入多个外部系统的装置，其包括接收单元、报文转换单元、业务处理单元、以及输出单元：

所述接收单元，用于接收入口报文；

所述报文转换单元，用于按照预设的业务流程的配置信息识别所述入口报文得到识别标识，根据所述识别标识对所述入口报文进行拆解得到报文参数；

所述业务处理单元，用于根据所述报文参数按照预先约定的业务处理逻辑进行业务处理；

所述输出单元，用于业务处理结束后按照预设的报文转换的配置进行组装生成出口报文。

根据一些实施例，所述接收单元用于：接收渠道请求方请求的报文作为所述入口报文，或接收上一通讯接口发送的报文作为所述入口报文。

根据一些实施例，所述报文转换单元用于：根据所述入口报文的数据来源和安全信息按照预设的业务流程的配置信息识别所述入口报文。

根据本发明的另一方面，提供一种服务器，包括：处理器；存储器，存储用于处理器控制以下操作的指令：

接收入口报文；

按照预设的业务流程的配置信息识别所述入口报文得到识别标识，根据所述识别标识对所述入口报文进行拆解得到报文参数；

根据所述报文参数按照预先约定的业务处理逻辑进行业务处理；

业务处理结束后按照预设的报文转换的配置进行组装生成出口报文。

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

能降低服务方与请求方的耦合度，能提高系统的适应性、稳定性、以及安全性。应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本发明。

附图说明

通过参照附图详细描述其示例实施例，本发明的上述和其它特征及优点将变得更加明显。

图1示出了现有技术中一种系统架构示意图；

图2示出了根据本发明一实施例的用于接入多个外部系统的方法；

图3示出了根据本发明一实施例的用于接入多个外部系统的系统架构示意图；

图4示出了根据本发明一实施例的用于接入多个外部系统的配置及运转架构示意图；

图5示出了根据本发明一实施例的用于接入多个外部系统的报文转换配置关系示意图；

图6示出了根据本发明一实施例的用于接入多个外部系统的业务流程示意图；

图7示出了根据本发明一实施例的用于接入多个外部系统的业务处理逻辑示意图；

图8示出了根据本发明一实施例的用于接入多个外部系统的装置的框图；

图9示出了根据本发明一实施例的服务器。

具体实施方式

现在将参考附图更全面地描述示例实施例。然而，示例实施例能够以多种形式实施，且不应被理解为限于在此阐述的实施例；相反，提供这些实施例使得本发明将全面和完整，并将示例实施例的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本发明的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本发明的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本发明的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

图2示出了根据本发明一实施例的用于接入多个外部系统的方法，本实施例可适用于一个通讯接口根据业务逻辑由入口报文生成出口报文的情况，如图2所示，本实施例所述的用于接入多个外部系统的方法包括：

在步骤S210中，接收入口报文。

需要说明的是，本实施例所述的接收入口报文包括多种，例如可以是渠道方提交的报文，还可以是其他通讯接口传输给该通讯接口的报文。

本领域普通技术人员需要明确的是，本实施例适用于一个通讯接口根据业务逻辑由入口报文生成出口报文的情况，在生成出口报文之后，所述方法还包括向下一通讯接口发起通讯，传出所述出口报文，以在所述下一通讯接口执行所述用于接入多个外部系统的方法，直到业务处理完成。

如图3所示，相对于现有技术来说，本实施例在系统架构上增加一个渠道接口系统，所有的渠道请求系统均统一接入渠道接口系统，通过渠道接口系统的相应处理，按照业务逻辑调用相应的核心服务系统，并将核心服务系统的响应返回请求系统，从而使系统架构从网状结构转换成星型结构。这种架构从安全上来说暴露在公网中的仅仅是渠道接口系统而不是相关的核心服务系统。即便是发生安全问题，核心服务系统受到攻击的可能性大幅下降。这种系统架构从业务适应性、系统维护性都得到提升。

在步骤S220中，按照预设的业务流程的配置信息识别所述入口报文得到识别标识，根据所述识别标识对所述入口报文进行拆解得到报文参数。

例如，所述配置信息可以是根据业务需求所定义的业务类型、入口通讯参数、出口通讯参数、安全控制方式、入口报文格式、出口报文格式、报文转换关系、业务流程、或业务处理逻辑中的至少一种。

所述按照预设的业务流程的配置信息识别所述入口报文得到识别标识可以是：根据所述入口报文的数据来源和安全信息按照预设的业务流程的配置信息识别所述入口报文。

在步骤S230中，根据所述报文参数按照预先约定的业务处理逻辑进行业务处理。

需要说明的是，所述业务处理逻辑可以是至是一个业务处理所需要完成的功能的集合。

在步骤S240中，业务处理结束后按照预设的报文转换的配置进行组装生成出口报文。

如图4所示，渠道接口系统在报文、报文转换、业务处理中，分为配置处理和业务处理两个部分。具体流程描述如下：

步骤A是由开发人员根据业务需求定义业务类型、入口通讯参数、出口通讯参数、安全控制方式、入口报文格式、出口报文格式、报文转换关系、业务流程、业务处理逻辑。

其中报文转换关系是指出口报文中的每一个业务元素(或字段)与入口报文的某个业务元素(或字段)的匹配关系，或者是根据某个业务处理逻辑所产生的结果的匹配关系。即所述报文转换关系为所述出口报文中的至少一个业务元素，与所述入口报文的至少一个业务元素、和/或根据至少一个业务处理逻辑所产生的结果之间的匹配关系。入口报文字段和出口报文字段并不一定是一一对应的关系，如图5所示。

业务流程的配置是指在业务处理中，通常需要根据业务处理逻辑的结果来决定下一步的走向。业务流程的配置就是将这种逻辑处理节点按照其处理成功与否的下一个逻辑节点写入相关的数据库。如图6所示。

业务处理逻辑是指针对某一个特定的业务需求所要完成的功能的集合。业务处理逻辑在软件系统中可以表现为函数或者方法。业务处理逻辑的配置就是将已经开发好的函数或方法登记在数据库中，配置时，根据业务需求选择相关的函数或方法进行组装。同时，根据函数或方法的要求选择相关报文字段作为输入参数，也根据函数的定义获得其输出结果，该输出结果可以作为出口报文的数据来源。同时，业务函数相互之间也存在着处理成功与否之后的调用关系。图7示出了一种业务处理逻辑的装配具体示例方法，本示例所述的业务处理逻辑的装配如图7所示。

步骤B是指将上述所有的配置信息存放在数据库中，以备业务处理调取。

步骤C是指业务处理系统在系统启动时，将所有的配置信息从数据库中读取。

步骤D是指配置装载模块将所有配置信息装载到内存中，供后续业务处理所调用。

步骤E是指报文进入。这里的报文进入包含2个方面的含义。其一是指渠道请求方的请求报文，其二是指服务方的响应报文。

步骤F是指入口通讯模块从内存中读取入口通讯的相关配置信息，并根据配置，对入口的报文进行识别。其识别点主要有：1)报文数据来源；2)安全信息。

步骤G是指报文转换模块从内存中获得报文信息之后，对通讯模块传递过来的报文根据配置的识别标识，首先对报文进行识别。识别后的报文需要进行拆解。报文拆解之后进入业务处理模块。

步骤H是指业务处理模块按照预先约定的步骤，读取解出的报文参数，对其进行处理，并生成或不生成输出结果。所有业务处理逻辑完成之后，按照报文转换的配置组装出口报文。

步骤I是指出口通讯按照流程配置，找到相应的出口通讯端，按照约定的通讯模式发起通讯请求或者通讯响应。

步骤J是指从出口通讯向下一个通讯接口发起通讯，传送出口报文。

本实施例的技术方案通过接收入口报文，按照预设的业务流程的配置信息识别所述入口报文得到识别标识，根据所述识别标识对所述入口报文进行拆解得到报文参数，根据所述报文参数按照预先约定的业务处理逻辑进行业务处理，业务处理结束后按照预设的报文转换的配置进行组装生成出口报文，能降低服务方与请求方的耦合度，能提高系统的适应性、稳定性、以及安全性。

图8示出了根据本发明一实施例的用于接入多个外部系统的装置的框图，如图8所示，本实施例所述的用于接入多个外部系统的装置包括接收单元810、报文转换单元820、业务处理单元830、以及输出单元840。

该接收单元810被配置为，用于接收入口报文；

该报文转换单元820被配置为，用于按照预设的业务流程的配置信息识别所述入口报文得到识别标识，根据所述识别标识对所述入口报文进行拆解得到报文参数；

该业务处理单元830被配置为，用于根据所述报文参数按照预先约定的业务处理逻辑进行业务处理；

该输出单元840被配置为，用于业务处理结束后按照预设的报文转换的配置进行组装生成出口报文。

关于上述实施例中的装置，其中各个单元执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

本实施例提供的用于接入多个外部系统的装置可执行本发明实施例一和实施例二所提供的用于接入多个外部系统的方法，具备执行方法相应的功能模块和有益效果。

根据本发明的一些实施例，所述报文转换单元用于：根据所述入口报文的数据来源和安全信息按照预设的业务流程的配置信息识别所述入口报文。

根据本发明的一些实施例，所述接收单元用于：接收渠道请求方请求的报文作为所述入口报文，或接收上一通讯接口发送的报文作为所述入口报文。

图9示出了根据本发明一实施例的服务器，适于运行包括脚本模块和原生应用模块的混合应用。

如图9所示，服务器900可包括处理器910、存储器920、发射器930及接收器940。

存储器920可存储用于处理器910控制操作处理的指令。存储器920可包括易失性或非易失性存储器，如静态随机存取存储器(SRAM)、电可擦除可编程只读存储器(EEPROM)、可擦除可编程只读存储器(EPROM)、可编程只读存储器(PROM)、只读存储器(ROM)等，本发明对此没有限制。

处理器910可调用存储器920中存储的指令控制相关操作。根据一实施例，存储器920存储用于处理器910控制以下操作的指令：

接收入口报文；

按照预设的业务流程的配置信息识别所述入口报文得到识别标识，根据所述识别标识对所述入口报文进行拆解得到报文参数；

根据所述报文参数按照预先约定的业务处理逻辑进行业务处理；

业务处理结束后按照预设的报文转换的配置进行组装生成出口报文。

易于理解，存储器920还可存储用于处理器910控制根据本发明实施例的其他操作的指令，这里不再赘述。

处理器910还可控制发射器930和接收器940进行信号收发等。

通过以上的详细描述，本领域的技术人员易于理解，根据本发明实施例的系统和方法具有以下优点中的一个或多个。

根据本发明的实施例，所述接收入口报文包括：接收渠道请求方请求的报文作为所述入口报文，或接收上一通讯接口发送的报文作为所述入口报文。

根据本发明的一些实施例，所述按照预设的业务流程的配置信息识别所述入口报文得到识别标识包括：根据所述入口报文的数据来源和安全信息按照预设的业务流程的配置信息识别所述入口报文。

根据本发明的一些实施例，所述配置信息是根据业务需求所定义的业务类型、入口通讯参数、出口通讯参数、安全控制方式、入口报文格式、出口报文格式、报文转换关系、业务流程、或业务处理逻辑中的至少一种。

根据本发明的一些实施例，所述报文转换关系为所述出口报文中的至少一个业务元素，与所述入口报文的至少一个业务元素、和/或根据至少一个业务处理逻辑所产生的结果之间的匹配关系。

根据本发明的一些实施例，所述业务处理逻辑是至是一个业务处理所需要完成的功能的集合。

根据本发明的一些实施例，在生成出口报文之后，所述方法还包括向下一通讯接口发起通讯，传出所述出口报文，以在所述下一通讯接口执行所述用于接入多个外部系统的方法，直到业务处理完成。

根据一些实施例，本发明还提供一种非临时性计算机可读存储介质，例如包括指令的存储器，上述指令可由装置的处理器执行以完成上述方法。例如，非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。当存储介质中的指令由终端的处理器执行时，使得终端能够执行下述方法：将脚本模块中的原生资源名称变换为原生资源ID；原生应用模块通过原生资源ID获取相应的原生资源。

本领域技术人员可以理解，附图只是示例实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的，因此不能用于限制本发明的保护范围。

本领域技术人员可以理解上述各模块可以按照实施例的描述分布于装置中，也可以进行相应变化唯一不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

以上具体地示出和描述了本发明的示例性实施例。应该理解，本发明不限于所公开的实施例，相反，本发明意图涵盖包含在所附权利要求的精神和范围内的各种修改和等效布置。