CN113626007B - 连接器模型的应用方法、装置及服务器 - Google Patents

Abstract

本申请提供的连接器模型的创建及应用方法、装置及服务器，创建单模型多实例，首先确定待创建的应用连接器的基本标识信息，为所述应用连接器添加至少一个版本实例，为每个版本实例配置支持连接的数据源及数据对象，这样即可生成包含多个版本实例的连接器模型。用户能够在操作集成流的过程中只用到某一个单模型的连接器，在运行态的过程中去按照实际连接源需求动态加载实例，达到单模型多实例的形态，让用户能够不用去进行配置化的操作和管理而达到快速连接应用系统的目的。

Description

连接器模型的应用方法、装置及服务器

技术领域

本发明涉及服务器技术领域，尤其涉及一种连接器模型的创建及应用方法、装置及服务器。

背景技术

现有工业企业内部的系统集成一般会采用单模型单实例的连接器，主要包括基于SOA架构的单模型单实例方式。

基于SOA架构的单模型单实例方式，接入的系统分别分为“服务请求方”和“服务提供方”两类，其中“服务请求方”通过其前端连接器把原始的请求报文转换为总线系统格式的报文，写入请求输入队列，交由总线核心系统处理。其做法是总线核心系统将首先使用通用程序包封装的功能来处理传入的请求报文。按照预先定义的规则，将请求报文分解为若干个原子服务报文，并按照顺序控制路由至相应的请求输出队列。后端连接器侦听到请求的到达，将请求的XML格式的报文转换为后端系统可识别的原始报文，然后向后端服务提供系统请求服务。服务提供系统收到服务请求后，处理请求，并将结果返回。后端连接器收到处理结果后将其报文格式转换为总线系统所能识别的格式，并返回给总线系统的响应输入队列。系统收到响应报文后，判断服务处理的状态，决定是否继续请求新的服务。直到所有的服务处理完毕，合并每一次请求处理结果的响应报文，并返回给响应输出队列。前端适配器收到响应报文后，转换为前端系统所能识别的原始报文格式，并返回给前端系统。

此方式的弊端是所有的前后端连接器服务均需依赖一个中央部署的总线集群来进行管理，所有的连接器均需以某种方式注册在中央总线系统。连接器本身无法获取被连接系统的版本导致不能根据系统的实际版本进行动态调用，所以当目标对接系统进行版本变更或者数据库表结构进行变更之后，连接器管理方需手动在中央总线系统进行连接器的再部署。

发明内容

为了解决上述技术问题，本发明实施例提供了一种连接器模型的创建及应用方法、装置及服务器。

第一方面，本发明实施例提供了一种连接器模型的创建方法，包括：

确定待创建的应用连接器的基本标识信息；

为所述应用连接器添加至少一个版本实例；

为每个版本实例配置支持连接的数据源及数据对象；

生成包含多个版本实例的连接器模型。

根据本公开的一种具体实施方式，所述为每个版本实例配置支持连接的数据源及数据对象的步骤，包括：

为每个版本实例配置支持连接的数据源的数据库类型和数据库版本；

配置数据对象的对象名称和对象属性。

第二方面，本发明实施例提供了一种连接器模型的应用方法，包括：

根据来源系统发起的到目标系统的数据传输请求创建集成流；

确定所述来源系统到所述集成流之间所涉及的实际连接器，以及所述集成流到所述目标系统之间所涉及的实际连接器，其中，实际连接器为指定版本的连接器；

根据全部实际连接器确定待添加的基础连接器，其中，所述基础连接器为通用连接器或者应用连接器中的任一种；

调用各基础连接器对应的连接器模型为所述集成流配置连接器实例；

调试并发布所述集成流。

根据本公开的一种具体实施方式，目标系统的数量为至少两个；所述根据来源系统发起的到目标系统的数据传输请求创建集成流的步骤，包括：

为各目标系统均创建一条集成流。

根据本公开的一种具体实施方式，所述根据全部实际连接器确定待添加的基础连接器的步骤，包括：

确定各实际连接器的名称和版本；

将名称相同的实际连接器统计为同一个基础连接器；

将全部实际连接器对应的全部基础连接器做去重处理，得到待添加的基础连接器。

根据本公开的一种具体实施方式，所述调用各基础连接器对应的连接器模型为所述集成流配置连接器实例的步骤，包括：

根据各集成流涉及的实际连接器，创建连接器关联关系表，其中，连接器关联关系表包括对应多版本的应用连接器表、单版本应用连接器配置表、单版本应用连接器与包含中间件关系表、应用连接器和中间件关联表，以及中间件版本和驱动版本关系表；

根据连接器关联关系表，调用各基础连接器的连接器模型生成各实际连接器对应的连接器实例；

为各集成流配置前端和后端的连接器实例及中间件。

第三方面，本发明实施例提供了一种连接器模型的创建装置，包括：

确定模块，用于确定待创建的应用连接器的基本标识信息；

添加模块，用于为所述应用连接器添加至少一个版本实例；

配置模块，用于为每个版本实例配置支持连接的数据源及数据对象；

生成模块，用于生成包含多个版本实例的应用连接器。

第四方面，本发明实施例提供了一种连接器模型的应用装置，包括：

创建模块，用于根据来源系统发起的到目标系统的数据传输请求创建集成流；

第一确定模块，用于确定所述来源系统到所述集成流之间所涉及的实际连接器，以及所述集成流到所述目标系统之间所涉及的实际连接器，其中，实际连接器为指定版本的连接器；

第二确定模块，用于根据全部实际连接器确定待添加的基础连接器，其中，所述基础连接器为通用连接器或者应用连接器中的任一种；

配置模块，用于调用各基础连接器对应的连接器模型为所述集成流配置连接器实例；

发布模块，用于调试并发布所述集成流。

第五方面，本发明实施例提供了一种服务器，包括存储器以及处理器，所述存储器用于存储计算机程序，所述计算机程序在所述处理器运行时执行第一方面中任一项所述的连接器模型的创建方法，或者执行第二方面中任一项所述的连接器模型的应用方法。

第六方面，本发明实施例提供了一种计算机可读存储介质，其存储有计算机程序，所述计算机程序在处理器上运行时执行第一方面中任一项所述的连接器模型的创建方法，或者执行第二方面中任一项所述的连接器模型的应用方法。

上述本申请提供的连接器模型的创建及应用方法、装置及服务器，创建单模型多实例，首先确定待创建的应用连接器的基本标识信息，为所述应用连接器添加至少一个版本实例，为每个版本实例配置支持连接的数据源及数据对象，这样即可生成包含多个版本实例的连接器模型。用户能够在操作集成流的过程中只用到某一个单模型的连接器，在运行态的过程中去按照实际连接源需求动态加载实例，达到单模型多实例的形态，让用户能够不用去进行配置化的操作和管理而达到快速连接应用系统的目的。

附图说明

为了更清楚地说明本发明的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对本发明保护范围的限定。在各个附图中，类似的构成部分采用类似的编号。

图1示出了本申请实施例提供的一种连接器模型的创建方法的流程示意图；

图2示出了现有系统的连接器示意图；

图3示出了本申请实施例提供的一种连接器模型的创建方法所涉及的系统的连接器示意图；

图4示出了本申请实施例提供的一种连接器模型的创建方法所涉及的连接器模型示意图；

图5示出了本申请实施例提供的一种连接器模型的应用方法的流程示意图；

图6示出了现有系统的连接器交互示意图；

图7示出了本申请实施例提供的一种连接器模型的创建方法所应用的连接器交互示意图；

图8a、图8b和图8c示出了本申请实施例提供的一种连接器模型的创建方法的具体流程示意图；

图9示出了本申请实施例提供的一种连接器模型的创建装置的模块框图；

图10示出了本申请实施例提供的一种连接器模型的应用装置的模块框图。

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。

通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

在下文中，可在本发明的各种实施例中使用的术语“包括”、“具有”及其同源词仅意在表示特定特征、数字、步骤、操作、元件、组件或前述项的组合，并且不应被理解为首先排除一个或更多个其它特征、数字、步骤、操作、元件、组件或前述项的组合的存在或增加一个或更多个特征、数字、步骤、操作、元件、组件或前述项的组合的可能性。

此外，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

除非另有限定，否则在这里使用的所有术语(包括技术术语和科学术语)具有与本发明的各种实施例所属领域普通技术人员通常理解的含义相同的含义。所述术语(诸如在一般使用的词典中限定的术语)将被解释为具有与在相关技术领域中的语境含义相同的含义并且将不被解释为具有理想化的含义或过于正式的含义，除非在本发明的各种实施例中被清楚地限定。

实施例1

参见图1，为本申请实施例提供的一种连接器模型的创建方法的流程示意图。如图1所示，所述连接器模型的创建方法主要包括以下步骤：

步骤S101，确定待创建的应用连接器的基本标识信息；

本实施例提供的连接器模型的创建方法，用于创建连接器模型，实际为获得多版本实例的连接器。在企业应用集成平台，连接器主要包括通用连接器和应用连接器。如图2所示为常规的应用集成平台的连接器示意图，连接器种类较多，且相同名称的连接器可能包含不同版本，不同版本的连接器表示不同的连接器。通用连接器指预封装了很多应用系统对外交互的协议，如：HTTP、Kafka等，可以根据实际业务需求使用链接各种应用系统。应用连接器是针对某一个SaaS或独立安装系统的更高级封装，一个应用连接器包含一个操作列表，每一个操作就是对一个API的封装，同时应用连接器将该应用系统API鉴权的方式和交互协议等内在逻辑都统一做了封装。上述连接器库通常是通过内置的形式提供给到用户使用，同时系统也支持用户自定义第三方连接器。在定义一个连接器的过程会定义如下的配置信息：连接器基本信息、属性配置（数据源->置顶数据源版本）、Meta info、接口操作（名称、描述、类型、分组、参数配置、表达式配置）、数据类型、发布状态等。

如图3所示，本申请实施例的方案则是针对相同名称的连接器的全部版本实例进行单模型配置。在针对单模型创建时，先确定待创建的应用连接器的基本标识信息，待创建的应用连接器可以为图3中任一连接器。如图4所示，应用连接器的基本标识信息可以包括连接器的名称、描述、图标等其他能够标识该连接器的信息。

步骤S102，为所述应用连接器添加至少一个版本实例；

如图2、图3和图4所示，相同名称的应用连接器包含不同的版本，为覆盖用户对不同版本连接器的使用需求，在创建连接器模型时，为应用连接器添加至少一个版本实例，版本实例的具体数量可以根据应用连接器的类型来设置。

步骤S103，为每个版本实例配置支持连接的数据源及数据对象；

添加版本实例之后，为每个版本实例进行配置，此配置过程主要包括数据源的配置和数据对象的配置。

根据本公开的一种具体实施方式，所述为每个版本实例配置支持连接的数据源及数据对象的步骤，包括：

为每个版本实例配置支持连接的数据源的数据库类型和数据库版本；

配置数据对象的对象名称和对象属性。

如图4所示，应用连接器模型中实现不同版本实例的管理。每一个连接器版本实例中包含其支持连接的数据源，包括数据源类型和具体类型的版本；同时每个版本实例包含其对应的数据对象，每个对象包含具体属性。

步骤S104，生成包含多个版本实例的连接器模型。

通过添加连接器的基本标识信息，再添加一个连接器版本实例，在版本实例中添加支持的数据库类型及版本，并添加数据对象及其属性，将上述信息保存后即为创建成功一个连接器模型的版本实例，多版本实例重复前述步骤即可。

本实施例提供的连接器模型的创建方案，应用连接器能够涵盖应用的不同版本，及不同版本下的数据源。在用户使用时，用户需提供应用地址、数据库类型、用户名、密码等，能够根据用户实际使用的应用版本及数据源，自动匹配连接器模板中的某一版本实例。从而用户仅需关注使用的应用连接器即可。

实施例2

参见图5，为本发明实施例提供的一种连接器模型的应用方法的流程示意图，本实施例提供的连接器模型的应用方案，主要是应用上述实施例提供的多实例的单应用连接器模型进行数据传输。如图5所示，所述方法主要包括以下流程：

步骤S501，根据来源系统发起的到目标系统的数据传输请求创建集成流；

本实施例提供的连接器模型的应用方法，应用多实例的连接器模型，实现集成项目中对接场景的连接。具体的，系统可以通过创建一个集成项目来进行分工，集成项目中可创建多个集成应用，一个集成应用就是一个对接场景，用于实现来源系统到目标系统的数据传输，如图6所示，例如：用友ERP U8对接Teamcenter 11。

根据本公开的一种具体实施方式，目标系统的数量为至少两个；所述根据来源系统发起的到目标系统的数据传输请求创建集成流的步骤，包括：

为各目标系统均创建一条集成流。

一个来源系统对接一个或者多个目标系统，实现到一个或者多个不同目标系统的数据传输，针对每一目标系统均创建对应的集成流。同时集成应用中根据业务需求复杂程度可能存在多条集成流，这些集成流可以通过在画布添加连接器拼接起来，达到数据集成的目的。

如图6所示为常规的点对点系统集成，通过调用相同数据库不同实例连接器源通过连接器集成流进行数据传输的过程。如图7为本实施例提供的连接器模型的应用方法所提供的传输过程示意图。传输过程中都创建了集成流，创建连接器集成流1和连接器集成流2，不同集成流的处理流程基本相同。

步骤S502，确定所述来源系统到所述集成流之间所涉及的实际连接器，以及所述集成流到所述目标系统之间所涉及的实际连接器，其中，实际连接器为指定版本的连接器；

来源系统通常会有任务传输流程，即将一份MBOM清单数据以同步到方式发布到两个不同的外部系统。图6所示的实例均为单模型单实例连接器，其中Oracle 9i连接器被加载使用2次，Oracle 11g连接器被加载使用1次，Oracle 12c连接器被加载使用了1次，用友u8连接器被加载使用2次，Teamcenter 11连接器被加载使用1次， SAP R3 连接器被加载使用了1次。单模型单实例的系统集成方案造成了系统复杂性，用户在每次建立连接的过程中均需对来源系统和目标系统与各个单实例连接器进行匹配，耗费大量时间，同时造成系统性能的浪费。如图7所示，其过程包括：

1）分别创建用友到SAP的MBOM连接器应用1，以及用友到Teamcenter的MBOM连接器应用2。

2）根据连接器应用的传输过程所涉及的连接器类型，使用Oracle连接器模型生成Oracle连接器实例1、2、3和4，不同的Oracle连接器实例分别包含不同的配置信息，用以完成数据库的关联对接。

3）使用用友连接器模型生成用友连接器实例1和2，用友连接器实例1和2分别包含不同的配置信息，其分别承接Oracle连接器实例1 和2。

4）获取到各实例下的所有表结构，选择需要的表和字段进行进一步处理。

5）使用Teamcenter连接器模型生成连接器实例1，其包含Oracle连接器实例3，选择需要输出的对象信息并进行进一步处理。

6）用SAP连接器模型生成连接器实例1，其包含Oracle连接器实例4。7）选择需要输出的对象信息并进行进一步处理。

步骤S503，根据全部实际连接器确定待添加的基础连接器，其中，所述基础连接器为通用连接器或者应用连接器中的任一种；

由图6可知，所涉及的连接器包括相同名称的连接器和不同名称的连接器，相同名称的连接器又分为不同版本的实际连接器，增加了连接复杂度。可以先根据名称确定最终的基础连接器。

根据本公开的一种具体实施方式，所述根据全部实际连接器确定待添加的基础连接器的步骤，包括：

确定各实际连接器的名称和版本；

将名称相同的实际连接器统计为同一个基础连接器；

将全部实际连接器对应的全部基础连接器做去重处理，得到待添加的基础连接器。

步骤S504，调用各基础连接器对应的连接器模型为所述集成流配置连接器实例；

步骤S505，调试并发布所述集成流。

如图7所示，本实施例提供的单模型多实例的工业连接器模型，让用户可以不用考虑连接器的版本和连接源的对应关系，应用集成平台中某一类连接器将只会存在一个连接器模型，这个模型能够包含某一个连接源对象的所有版本和所有驱动。此模型将某应用系统的内部数据连接方式和交互协议等内在逻辑和对应版本信息都统一做了封装，用户将不需要理解如驱动，版本，多个单实例管理这些与业务无关的内容，开箱即可使用。

根据本公开的一种具体实施方式，所述调用各基础连接器对应的连接器模型为所述集成流配置连接器实例的步骤，包括：

根据各集成流涉及的实际连接器，创建连接器关联关系表，其中，连接器关联关系表包括对应多版本的应用连接器表、单版本应用连接器配置表、单版本应用连接器与包含中间件关系表、应用连接器和中间件关联表，以及中间件版本和驱动版本关系表；

根据连接器关联关系表，调用各基础连接器的连接器模型生成各实际连接器对应的连接器实例；

为各集成流配置前端和后端的连接器实例及中间件。

上述基于业务设计模型，应用连接器对外只呈现一个，对内维护多个版本。另外，单版本应用连接器根据业务需求可以连接多个中间件，例如:一个SAP连机器可以由API+消息队列+DB构成。

此外，上述创建方案还涉及中间件，中间件版本和应用采用多对多关系桥接。中间件版本和驱动不是严格的1:1对应，需要维护起来，方便使用场景中进行自发现。

如图8a至图8c所示，上述创建过程还需要获取连接器的关联关系表，包括：

表1:对应多版本的应用连接器表；

表2:单版本应用连机器配置表；

表3:单版本应用连机器与包含中间件关系表；

表4:应用连机器和中间件关联表；

表5:具体中间件版本和驱动版本关系表；

其中，上述的连接器的关联关系表之间存在如下包含对应关系：

一个应用连接(表1)器包含了多个版本(表2)；

单版本应用连接器(表2)包含了多个中间件(表3)；

应用连机器中间件和中间件版本对应关系(表4)；

中间件版本信息描述表包括名称驱动等(表5)。

具体的，如图8a至图8c所示，考虑到oracle的连接参数可能不一致，可能会涉及sid或者service Name的区别，针对不同的数据库有不同的连接器。

如图8a和图8b所示，为不同连接器的关联关系示意，图8c所示为不同类型源数据的交互过程。如图8a，具体配置过程如下：

对应多版本的应用连接器配置，包括应用连接器application_connector的id、名称、类型、图标和创建时间等。

对应单版本的应用连接器配置，包括连接器版本、id、名称、对象结构和结构类型。

单版本应用连接器会用到的应用或中间件，包括应用连接器数据源管理的id、应用连接器的版本id、支持数据的来源、中间件编号等。

如图8b所示，获取中间件和应用连接器关联表后，通过MBMO返回数据，通过连接器id来确定连接属性，进行定位后生成表单，用于返回相应数据。再点击测试连接，即可进行统一的接口定义，返回数据。此外，还需要配置具体中间件关联表，主要涉及包、驱动、类路径等，关联参数同样包括版本id、名称、路径等。

如图8b和图8c所示，根据数据库类型进行模糊匹配，并查询对应的驱动版本。不同数据库连接连接到数据库，由于同来数据库的连接参数基本一致，不同数据库的connector只有一个进行处理。根据传入的数据库类型查询出该数据库的所有驱动，根据类加载器自动连接数据库。如果失败就重试下一个，如果成功就获取数据库真实版本，然后向下匹配最近的一个。

根据传入的类型，查询到不同的驱动包和启动类来进行加载，存在就直接加载，不存在就下载。元数据信息，有就重写,没有就默认，一般不会重写，只是需要注册一个新的进去，导致冗余。也可以自定义来完成，类型从数据库中获取，方便添加和处理，或者放入缓存来进行维护。

驱动重试/自动获取数据库服务器版本:

1.针对MMO或者db连接器，可通过数据库类型，获取驱动列表，自动重试该数据库的不同版本，然后获取连接，得到数据库的版本，如果成功，就获取数据库真实版本，然后向下匹配最近的一个，使用数据库或者缓存存储对应的关系。

2.针对应用连接器的连接，如果是db类型的，通过对应的应用版本支持的数据库类型，获取驱动列表，操作同上。

综上，上述本申请实施例提供的连接器模型的创建方案，主要保护了单模型多实例连接器的集成平台IPAAS(工业IPAAS)、基于低代码拖拉拽式开发单模型连接器的IPAAS(工业IPAAS)、基于用户自定义第三方单模型连接器的IPAAS(工业IPAAS)、基于单模型连接器清单管理的IPAAS(工业IPAAS)(工业IPAAS)、基于动态管理和加载运行时连接器驱动的IPAAS、基于SQL(不限于MySQL、PostgreSQL、Oracle、MS SQL Server)数据库表Meta info自动获取指定数据源版本连接库连接源的IPAAS(工业IPAAS)、在基于NoSQL(不限于MangoDB、Cassandra)、Meta info不可获取时可自定义连接器数据结构的IPAAS(工业IPAAS)，以及用户自定义应用连接器和复杂连接器可复用的IPAAS。

所提供的方案主要具备以下技术效果：

使用单模型多连接源的连接器创建流程解决同一系统不同版本不同功能域模型的加载问题，让用户能够在操作集成流的过程中只用到某一个单模型的连接器，在运行态的过程中去按照实际连接源需求动态加载实例，达到单模型多实例的形态，让用户能够不用去进行配置化的操作和管理而达到快速连接应用系统的目的。

动态根据用户实际运行系统版本加载连接器内置连接源的过程，在企业使用应用连接器连接对应系统的过程中，设计一种连接器管理模型能够支持根据用户选择的数据源版本而动态加载连接源driver的机制。

在单一应用项目内调用单模型多个不同连接器实例不同连接源实例的问题，在某一个集成项目的实例化过程中，完全有可能存在用户的实际连接源存在不同版本或者要实现不同功能的情况，需要解决在一个项目中用单连接器模型动态生成多个不同连接源的实例化过程。

可自动升级并保持多个实例与最新模型的数据同步，当用户的连接源发生配置或者数据结构的变化时需要运行态连接器实例能够同步最新的数据模型而让屏蔽用户的感知。例如某一连接源从5.7版本升级成为5.8版本。

所提供的基于单模型多实例的连接器在大型企业内部运行时，用户可以非常清楚的知晓连接器的实例化过程和加载次数，方便在有数据传输错误时进行快速链路追踪以及统一系统化的管理。可以连接多个复杂的中间件并且不用配置中间件详细信息。

实施例3

参见图9，为本发明实施例提供了一种连接器模型的创建装置的模块框图。如图9所示，所述连接器模型的创建装置900主要包括：

确定模块901，用于确定待创建的应用连接器的基本标识信息；

添加模块902，用于为所述应用连接器添加至少一个版本实例；

配置模块903，用于为每个版本实例配置支持连接的数据源及数据对象；

生成模块904，用于生成包含多个版本实例的应用连接器。

此外，如图10所示，本发明实施例提供了一种连接器模型的应用装置1000，主要包括：

创建模块1001，用于根据来源系统发起的到目标系统的数据传输请求创建集成流；

第一确定模块1002，用于确定所述来源系统到所述集成流之间所涉及的实际连接器，以及所述集成流到所述目标系统之间所涉及的实际连接器，其中，实际连接器为指定版本的连接器；

第二确定模块1003，用于根据全部实际连接器确定待添加的基础连接器，其中，所述基础连接器为通用连接器或者应用连接器中的任一种；

配置模块1004，用于调用各基础连接器对应的连接器模型为所述集成流配置连接器实例；

发布模块1005，用于调试并发布所述集成流。

另外，本发明实施例提供了一种服务器，包括存储器以及处理器，所述存储器用于存储计算机程序，所述计算机程序在所述处理器运行时执行上述实施例所述的连接器模型的创建方法，或者执行上述实施例所述的连接器模型的应用方法。

本发明实施例还提供了一种计算机可读存储介质，其存储有计算机程序，所述计算机程序在处理器上运行时执行第一方面中任一项所述的连接器模型的创建方法，或者执行第二方面中任一项所述的连接器模型的应用方法。

上述本申请提供的连接器模型的创建及应用装置、服务器及计算机可读存储介质的具体实施过程，创建单模型多实例，首先确定待创建的应用连接器的基本标识信息，为所述应用连接器添加至少一个版本实例，为每个版本实例配置支持连接的数据源及数据对象，这样即可生成包含多个版本实例的连接器模型。用户能够在操作集成流的过程中只用到某一个单模型的连接器，在运行态的过程中去按照实际连接源需求动态加载实例，达到单模型多实例的形态，让用户能够不用去进行配置化的操作和管理而达到快速连接应用系统的目的。所提供的连接器模型的创建及应用装置、服务器及计算机可读存储介质的具体实施过程，可以参见上述方法实施例的具体实施过程，在此不再一一赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和结构图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，结构图和/或流程图中的每个方框、以及结构图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明各个实施例中的各功能模块或单元可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或更多个模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台移动终端（可以是智能手机、个人计算机、服务器、或者网络设备等）执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（Read-Only Memory，简称ROM）、随机存取存储器（Random Access Memory，简称RAM）、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。

Claims (6)

1.一种连接器模型的应用方法，其特征在于，包括：

根据来源系统发起的到目标系统的数据传输请求创建集成流；

确定所述来源系统到所述集成流之间所涉及的实际连接器，以及所述集成流到所述目标系统之间所涉及的实际连接器，其中，实际连接器为指定版本的连接器；

根据全部实际连接器确定待添加的基础连接器，其中，所述基础连接器为通用连接器或者应用连接器中的任一种；

调用各基础连接器对应的连接器模型为所述集成流配置连接器实例；

调试并发布所述集成流；

所述调用各基础连接器对应的连接器模型为所述集成流配置连接器实例的步骤，包括：

根据各集成流涉及的实际连接器，创建连接器关联关系表，其中，连接器关联关系表包括对应多版本的应用连接器表、单版本应用连接器配置表、单版本应用连接器与包含中间件关系表、应用连接器和中间件关联表，以及中间件版本和驱动版本关系表；

根据连接器关联关系表，调用各基础连接器的连接器模型生成各实际连接器对应的连接器实例；

为各集成流配置前端和后端的连接器实例及中间件；

连接器模型的创建方法包括：

确定待创建的应用连接器的基本标识信息；

为所述应用连接器添加至少一个版本实例；

为每个版本实例配置支持连接的数据源及数据对象；

生成包含多个版本实例的连接器模型；

所述为每个版本实例配置支持连接的数据源及数据对象的步骤，包括：

为每个版本实例配置支持连接的数据源的数据库类型和数据库版本；

配置数据对象的对象名称和对象属性。

2.根据权利要求1所述的方法，其特征在于，目标系统的数量为至少两个；所述根据来源系统发起的到目标系统的数据传输请求创建集成流的步骤，包括：

为各目标系统均创建一条集成流。

3.根据权利要求2所述的方法，其特征在于，所述根据全部实际连接器确定待添加的基础连接器的步骤，包括：

确定各实际连接器的名称和版本；

将名称相同的实际连接器统计为同一个基础连接器；

将全部实际连接器对应的全部基础连接器做去重处理，得到待添加的基础连接器。

4.一种连接器模型的应用装置，其特征在于，包括：

创建模块，用于根据来源系统发起的到目标系统的数据传输请求创建集成流；

第一确定模块，用于确定所述来源系统到所述集成流之间所涉及的实际连接器，以及所述集成流到所述目标系统之间所涉及的实际连接器，其中，实际连接器为指定版本的连接器；

第二确定模块，用于根据全部实际连接器确定待添加的基础连接器，其中，所述基础连接器为通用连接器或者应用连接器中的任一种；

配置模块，用于调用各基础连接器对应的连接器模型为所述集成流配置连接器实例；

发布模块，用于调试并发布所述集成流；

所述配置模块用于：

根据各集成流涉及的实际连接器，创建连接器关联关系表，其中，连接器关联关系表包括对应多版本的应用连接器表、单版本应用连接器配置表、单版本应用连接器与包含中间件关系表、应用连接器和中间件关联表，以及中间件版本和驱动版本关系表；

根据连接器关联关系表，调用各基础连接器的连接器模型生成各实际连接器对应的连接器实例；

为各集成流配置前端和后端的连接器实例及中间件；

连接器模型的创建方法包括：

确定待创建的应用连接器的基本标识信息；

为所述应用连接器添加至少一个版本实例；

为每个版本实例配置支持连接的数据源及数据对象；

生成包含多个版本实例的连接器模型；

所述为每个版本实例配置支持连接的数据源及数据对象的步骤，包括：

为每个版本实例配置支持连接的数据源的数据库类型和数据库版本；

配置数据对象的对象名称和对象属性。

5.一种服务器，其特征在于，包括存储器以及处理器，所述存储器用于存储计算机程序，所述计算机程序在所述处理器运行时执行权利要求1至3中任一项所述的连接器模型的应用方法。

6.一种计算机可读存储介质，其特征在于，其存储有计算机程序，所述计算机程序在处理器上运行时执行权利要求1至3中任一项所述的连接器模型的应用方法。

Images