平台对接装置和平台对接方法与流程

本发明涉及互联网应用技术领域，具体而言，涉及一种平台对接装置和一种平台对接方法。

背景技术：

在SaaS(软件即服务)和ERP(企业资源计划)服务迅速兴起的环境下，一种企业互联网采购直通车公有云服务，能够帮助客户部署基于公有云的互联网采购平台，实现企业的最佳采购决策及与供应商高效协同。所以希望可以有一种通用、灵活、安全可靠的适配装置能够快速实现同时与多个品牌的电商平台对接。但是在实现本发明的过程中，发明人发现当和多个电商进行适配连接时存在如下问题：不同电商之间身份认证方式差异问题；各个电商之间数据不统一；各个电商之间业务模型不统一；接入电商很多的时候，投入开发成本很高。

因此，如何提供一种高效、通用、安全可靠的能够使应用服务与多种不同品牌的电商对接的装置成为亟待解决的技术问题。

技术实现要素：

本发明旨在至少解决上述现有技术或相关技术中存在的技术问题之一。

为此，本发明的一个目的在于提供了一种平台对接装置。

本发明的另一个目的在于提出了一种平台对接方法。

本发明的第一方面提出了一种平台对接装置，基于微服务构架，用于SaaS或者ERP与电商平台的对接，包括：数据模块，将SaaS或ERP的基础数据映射转换并翻译为统一的基础数据模型，并将统一的基础数据映射转换并翻译为各个电商平台的数据；接口模块，将统一的接口模型映射为各个电商平台所开发的接口模型；认证模块，认证各个电商平台的身份，直连各个电商平台，同时控制各个电商平台的控制权限。

根据本发明第一方面的平台对接装置，通过数据模块抽象提取共有模型，实现基础数据的统一，通过接口模块映射出多个对应于各个电商技术模型的接口，使得不同品牌的电商在不改变自己原有技术模型的情况下能够通过同一接口模块与SaaS或ERP建立连接，使得数据不统一、业务模型不统一的多个电商能够同时与SaaS或ERP适配。进一步地，认证模块则能够解决不同电商之间身份认证方式差异问题，通过完善的授信机制保障与电商之间安全、灵活的进行数据的交流，具体过程为，认证模块完成对所有电商的认证，之后作为中转角色，其它电商与认证模块完成了认证以后，能访问其它有权限的电商平台，解决了多平台间的身份认证差异问题。总体上，通过上述数据模块、接口模块和所述认证模块组成所述平台对接装置，提供了一个将多品牌电商聚合的统一接口，只通过一套数据模型和业务模型就能够同时连接多个不同品牌的电商平台，同时解决了身份验证机制混乱的问题。此外，采用OpenAPI，开发标准API给电商平台，还能够使其他电商具有主动接入的能力。

在上述技术方案中，优选地，还包括：转发模块，下辖根据各个电商平台的技术模型开发出的多个子模块，用于同时对接多个拥有不同技术模型的电商平台，实现跨技术模型的数据传输。

在该技术方案中，针对各个电商平台的技术模型开发出多个转发子模块，每个模块对应一种品牌的电商平台进行消息转发，新增一个电商只需要快速开发转发子模块即可，同时根据业务确定相关的配制，缩短了新的电商平台的适配开发成本。整体上，此转发模块负责处理各个电商平台技术模型不一致的问题。

在上述技术方案中，优选地，还包括：日志模块，跟踪SaaS或ERP与各个电商平台之间的数据交换，生成管理日志。

在该技术方案中，日志模块对所述平台对接装置中的各个模块的工作状态进行记录和分析，便于查找问题和纠错。

在上述技术方案中，优选地，认证模块具体用于：进行与SaaS或ERP之间的授信；以及进行与各个电商平台的之间的授信。

在该技术方案中，认证模块完成对所有电商的认证，之后作为中转角色，其它电商只要与认证模块完成了认证，就能访问其它有权限的电商平台，解决了多平台间的身份认证差异问题。

在上述技术方案中，优选地，还包括：调度模块，用于处理定时消息推送以及定时同步相关基础数据；回调模块，在电商平台对应的转发模块中采用异步编程和回调机制进行转发。

在该技术方案中，调度模块负责消息推送和同步相关的基础数据，保证各个模块之间的信息交流，回调模块则设置在电商平台端的转发模块中，负责进行并发请求的异步处理，采用了异步编程和回调机制，提升了所述平台对接装置的并发处理速度和性能。

本发明的第二方面提供了一种平台对接方法，基于微服务构架，用于SaaS或者ERP与电商平台的对接，包括：将SaaS或ERP的基础数据映射转换并翻译为统一的基础数据模型，并将统一的基础数据映射转换并翻译为各个电商平台的数据；将统一的接口模型映射为各个电商平台所开发的接口模型；认证各个电商平台的身份，直连各个电商平台，同时控制各个电商平台的控制权限。

根据本发明第二方面的平台对接方法，通过抽象提取共有模型，实现基础数据的统一，通过映射出多个对应于各个电商技术模型的接口，使得不同品牌的电商在不改变自己原有技术模型的情况下能够通过同一接口与SaaS或ERP建立连接，使得数据不统一、业务模型不统一的多个电商能够同时与SaaS或ERP适配。通过完善的授信机制保障与电商之间安全、灵活的进行数据的交流，具体地，首先完成对所有电商的认证，之后设置中转节点，其它电商只要与中转节点完成了认证，就能访问其它有权限的电商平台，解决了多平台间的身份认证差异问题。该方法总体上提供了一个将多品牌电商聚合的统一接口，只通过一套数据模型和业务模型就能够同时连接多个不同品牌的电商平台，同时解决了身份验证机制混乱的问题。

在上述技术方案中，优选地，还包括：根据各个电商平台的技术模型开发出多个子模块，构成转发模块，用于同时对接多个拥有不同技术模型的电商平台，实现跨技术模型的数据传输。

在该技术方案中，针对各个电商平台的技术模型开发出多个转发子模块，每个模块对应一种品牌的电商平台进行消息转发，根据电商数量或种类的增加，还能够被扩展，新增一个电商只需要快速开发转发子模块即可，同时根据业务确定相关的配制，缩短了新的电商平台的适配开发成本。整体上，此转发模块负责处理了各个电商平台技术模型不一致的问题。

在上述技术方案中，优选地，还包括：跟踪SaaS或ERP与各个电商平台之间的数据交换，生成管理日志。

在该技术方案中，对所述SaaS或ERP与各个电商平台之间的数据交换进行管理，便于查找问题和纠错。

在上述技术方案中，优选地，所述认证各个电商平台的身份，直连各个电商平台，同时控制各个电商平台的控制权限，具体包括：进行与SaaS或ERP之间的授信；以及进行与各个电商平台的之间的授信。

在该技术方案中，完成对所有电商的认证，之后设置中转节点，其它电商只要与中转节点完成了认证，就能访问其它面向中转节点提供权限的电商平台，解决了多平台间的身份认证差异问题。

在上述技术方案中，优选地，还包括：定时进行消息推送以及定时同步相关基础数据；在电商平台对应的转发模块中采用异步编程和回调机制进行转发。

在该技术方案中，定时进行消息推送以及定时同步相关基础数据，保证各个模块之间的信息交流，在电商平台对应的转发模块中采用异步编程和回调机制进行转发，负责进行并发请求的异步处理，采用了异步编程和回调机制，提升了所述平台对接装置的并发处理速度和性能。

通过本发明的技术方案，能够简捷快速地对接多个基于不同技术模型的电商平台并实现无差异化地适配数据模型和业务模型，此方案基于微服务的构架并具有统一的权限认证机制，大大提升了请求处理速度和服务安全性。

附图说明

图1示出了根据本发明第一方面实施例的平台对接装置框图。

图2示出了根据本发明第二方面实施例的平台对接方法流程图。

图3示出了根据本发明实施例的各服务之间的工作关系示意图。

图4示出了根据本发明实施例的平台对接装置的一种具体实施方式的ERP端或SaaS端结构示意图。

图5示出了根据本发明实施例的平台对接装置的一种具体实施方式的电商端结构示意图。

具体实施方式

为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征能够相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还能够采用其他不同于在此描述的其他方式来实施，因此，本发明的保护范围并不受下面公开的具体实施例的限制。

图1示出了根据本发明第一方面实施例的平台对接装置框图。

如图1所示，本发明的第一方面提出了一种平台对接装置100，基于微服务构架，用于SaaS或者ERP与电商平台的对接，包括：数据模块102，将SaaS或ERP的基础数据映射转换并翻译为统一的基础数据模型，并将统一的基础数据映射转换并翻译为各个电商平台的数据；接口模块104，将统一的接口模型映射为各个电商平台所开发的接口模型；认证模块106，认证各个电商平台的身份，直连各个电商平台，同时控制各个电商平台的控制权限。

根据本发明第一方面的平台对接装置100，通过数据模块102抽象提取共有模型，实现基础数据的统一，通过接口模块104映射出多个对应于各个电商技术模型的接口，使得不同品牌的电商在不改变自己原有技术模型的情况下能够通过同一接口模块104与SaaS或ERP建立连接，使得数据不统一、业务模型不统一的多个电商能够同时与SaaS或ERP适配。进一步地，认证模块106则能够解决不同电商之间身份认证方式差异问题，具体过程为，认证模块106完成对所有电商的认证，之后作为中转角色，其它电商只要与认证模块106完成了认证，就能访问其它有权限的电商平台，解决了多平台间的身份认证差异问题。总体上，通过上述数据模块102、接口模块104和所述认证模块106组成所述平台对接装置100，提供了一个将多品牌电商聚合的统一接口，只通过一套数据模型和业务模型就能够同时连接多个不同品牌的电商平台，同时解决了身份验证机制混乱的问题。此外，采用OpenAPI，开发标准API给电商平台，还能够使其他电商具有主动接入的能力。

在上述技术方案中，优选地，还包括：转发模块108，下辖根据各个电商平台的技术模型开发出的多个子模块，用于同时对接多个拥有不同技术模型的电商平台，实现跨技术模型的数据传输。

在该技术方案中，针对各个电商平台的技术模型开发出多个转发子模块，每个模块对应一种品牌的电商平台进行消息转发，新增一个电商只需要快速开发转发子模块即可，同时根据业务确定相关的配制，缩短了新的电商平台的适配开发成本。整体上，此转发模块108负责处理各个电商平台技术模型不一致的问题。

在上述技术方案中，优选地，还包括：日志模块110，跟踪SaaS或ERP与各个电商平台之间的数据交换，生成管理日志。

在该技术方案中，日志模块110对所述平台对接装置100中的各个模块的工作状态进行记录和分析，便于查找问题和纠错。

在上述技术方案中，优选地，认证模块106具体用于：进行与SaaS或ERP之间的授信；以及进行与各个电商平台的之间的授信。

在该技术方案中，认证模块106完成对所有电商的认证，之后作为中转角色，其它电商只要与认证模块106完成了认证，就能访问其它有权限的电商平台，解决了多平台间的身份认证差异问题。

在上述技术方案中，优选地，还包括：调度模块112，用于处理定时消息推送以及定时同步相关基础数据；回调模块114，在电商平台对应的转发模块108中采用异步编程和回调机制进行转发。

在该技术方案中，调度模块112负责消息推送和同步相关的基础数据，保证各个模块之间的信息交流，回调模块114则设置在电商平台端的转发模块108中，负责进行并发请求的异步处理，采用了异步编程和回调机制，提升了所述平台对接装置100的并发处理速度和性能。

图2示出了根据本发明第二方面实施例的平台对接方法流程图。

如图2所示，本发明的第二方面提供了一种平台对接方法，基于微服务构架，用于SaaS或者ERP与电商平台的对接，包括：步骤202，将SaaS或ERP的基础数据映射转换并翻译为统一的基础数据模型，并将统一的基础数据映射转换并翻译为各个电商平台的数据；步骤204，将统一的接口模型映射为各个电商平台所开发的接口模型；步骤206，认证各个电商平台的身份，直连各个电商平台，同时控制各个电商平台的控制权限。

根据本发明第二方面的平台对接方法，通过抽象提取共有模型，实现基础数据的统一，通过映射出多个对应于各个电商技术模型的接口，使得不同品牌的电商在不改变自己原有技术模型的情况下能够通过同一接口与SaaS或ERP建立连接，使得数据不统一、业务模型不统一的多个电商能够同时与SaaS或ERP适配。进一步地，首先完成对所有电商的认证，之后设置中转节点，其它电商只要与中转节点完成了认证，就能访问其它有权限的电商平台，解决了多平台间的身份认证差异问题。该方法总体上提供了一个将多品牌电商聚合的统一接口，只通过一套数据模型和业务模型就能够同时连接多个不同品牌的电商平台，同时解决了身份验证机制混乱的问题。

根据本发明第二方面的平台对接方法，优选地，还包括：根据各个电商平台的技术模型开发出多个子模块，构成转发模块，用于同时对接多个拥有不同技术模型的电商平台，实现跨技术模型的数据传输。

在该实施例中，针对各个电商平台的技术模型开发出多个转发子模块，每个模块对应一种品牌的电商平台进行消息转发，根据电商数量或种类的增加，还能够被扩展，新增一个电商只需要快速开发转发子模块即可，同时根据业务确定相关的配制，缩短了新的电商平台的适配开发成本。整体上，此转发模块负责处理了各个电商平台技术模型不一致的问题。

根据本发明第二方面的平台对接方法，优选地，还包括：跟踪SaaS或ERP与各个电商平台之间的数据交换，生成管理日志。

在该实施例中，对所述SaaS或ERP与各个电商平台之间的数据交换进行管理，便于查找问题和纠错。

根据本发明第二方面的平台对接方法，优选地，步骤206具体包括：进行与SaaS或ERP之间的授信；以及进行与各个电商平台的之间的授信。

在该实施例中，完成对所有电商的认证，之后设置中转节点，其它电商只要与中转节点完成了认证，就能访问其它面向中转节点提供权限的电商平台，解决了多平台间的身份认证差异问题。

根据本发明第二方面的平台对接方法，优选地，还包括：定时进行消息推送以及定时同步相关基础数据；在电商平台对应的转发模块中采用异步编程和回调机制进行转发。

在该实施例中，定时进行消息推送以及定时同步相关基础数据，保证各个模块之间的信息交流，在电商平台对应的转发模块中采用异步编程和回调机制进行转发，负责进行并发请求的异步处理，采用了异步编程和回调机制，提升了所述平台对接装置的并发处理速度和性能。

图3示出了根据本发明实施例的各服务之间的工作关系示意图。

如图3所示，适配器302(为本发明提出的平台对接装置的一种实施方式)与SaaS或ERP系统304连接，聚合多个品牌的电商：A品牌电商306、B品牌电商308、C品牌电商310以及扩展出更多电商连接。

适配器302作为协调枢纽需要对各个基础数据进行抽象分析，形成一套统一的基础数据，同时业务流程进行抽象分析，抽取一套统一的公共接口(即OpenAPI)。完成的主要功能如下：

将SaaS或ERP系统304的基础数据映射转换并翻译为统一的基础数据模型，然后再把统一的基础数据映射转换并翻译为各个电商(A品牌电商306、B品牌电商308、C品牌电商310以及扩展出的更多电商)的数据。

将统一的接口模型映射为上述各个电商所开发的接口模型。

由于各个电商的身份认证均不一致，所以需要适配器302只需处理一次验证，直连各个电商，再严格控制权限，用以解决多品牌电商身份验证方式不同带来的问题。

图4示出了根据本发明实施例的平台对接装置的一种具体实施方式的ERP端或SaaS端结构示意图。

如图4所示，SaaS端或ERP端能够主动拉取电商数据，各个主要组件的工作部署情况如下所述：

OpenAPI(402)：即根据各个电商的业务流程抽象出来的统一接口模型，也是暴露给SaaS或ERP的调用接口。

Auth(404)：一种身份认证组件，从技术实现角度讲分对内授权和对外两授权部分，对内指的是适配器和SaaS或ERP的授信，对外授权值的是适配器和电商之间的授信。同时从业务角度讲，又分为企业授信、企业用户授信、服务授信。企业授信是指SaaS或ERP访问适配器时需要的相关身份验证，服务授信是指电商给SaaS或ERP提供的身份认证，这里由适配器统一管理，通过企业用户不同，需要对服务进行分配，即企业用户授信。

任务调度(406)：主要处理定时消息推送以及定时同步相关基础数据等。

数据模块管理(408)：主要负责数据的翻译映射，即包含输入值的翻译映射处理，也包含输出值的翻译映射处理，可灵活配置。

接口管理模块(410)：主要负责OpenAPI到具体电商的接口映射处理，可灵活配置。

Token管理模块(412)：主要负责各个电商提供给SaaS或者ERP的身份认证信息的管理模块，这些信息最终会用来请求电商来获取访问的token。

转发器模块(414)，下辖多个独立的服务，如京东转发器和史泰博转发器是独立的，可以像插件一样安装卸载，也不需要把整个服务停掉。这里不做统一转发是因为个电商所采用的技术均不一样，如有的可能采用了标准的Restful接口，有的可能采用的是Webservice等，所以这里各个转发器负责处理各个电商技术模型的不一致问题，新增一个电商适配器时主要的改动点也就在这里，其余的均可自由配置即可，无需太多的改动。

运维管理模块(416)：包含了转发器的热部署以及配置的更新，同时各个转发器也支持远程命令式的升级。同时，适配器作为整个协调的中心，日志管理是必不可少的，通过日志管理可以方便快捷的跟宗各位问题。

对于如上述实施例提供的平台对接装置在实际应用中的表现，至少具有以下优势：

只需要适配一套数据模型和业务模型即可，无需考虑各个电商之前的差异性；

采用OpenAPI，开发标准API给电商，其他电商也可主动接入；

统一的权限认证机制，只需处理与本适配器的身份认证，即可根据相关的用户信息访问有权限的电商平台；

采用微服务的架构理念以及异步编程实现，大大提升请求处理速度。

新增一个电商只需要快速开发转发模块即可，同时根据业务确定相关的配制，缩短了新的电商平台的适配开发成本。

图5示出了根据本发明实施例的平台对接装置的一种具体实施方式的电商端结构示意图。

对于电商方面可以采用电商主动往SaaS或者ERP同步基础数据的方案，所以专门针对这种情况的设计如图5所示：

本发明提供的平台对接装置在电商端结构主要包括：OpenAPI(502)、Auth(504)、任务调度(506)、数据模块管理(508)、接口管理模块(510)、Token管理模块(512)、转发器模块(514)、运维管理模块(516)，总体上和SaaS或者ERP方面类似，主要的差别就是转发器模块(514)的不同，在电商方面需要SaaS或者ERP开发接受数据的接口，然后由SaaS或者ERP转发器将相关数据推送到SaaS或者ERP，对于转发器模块(514)下辖的各个转发器，由于同时并发请求的数量会很多，所以采用异步编程和回调机制，极大地提升了并发处理能力和请求处理速度。

对上述任一实施例提供的平台对接技术方案至少可以实现如下目的：

通过完善的授信机制保障与电商之间安全、灵活的进行数据的交流；

对电商之间的基础数据模型以及业务模型抽象，提取共有模型，实现数据和业务的统一；

完善的运维管理体系，实现适配器插件可插件式的进行远程配置以及更新，支持热部署，同时有完整的日志管理，可以快速定位运行时的问题；

采用异步编程，极大的提升适配器的并发处理速度和性能；

有独立的基础数据管理模块和接口管理模块，可以灵活配置基础数据模型的映射翻译和接口映射；

提供Openapi，可以让电商主动接入和适配SaaS或ERP，减少本身开发成本。

通过本发明提供的上述实施例，至少能够简捷快速地对接多个基于不同技术模型的电商平台并实现无差异化地适配数据模型和业务模型，此方案基于微服务的构架并具有统一的权限认证机制，大大提升了请求处理速度和服务安全性。

本发明实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减，本发明实施例装置和终端中的单元可以根据实际需要进行合并、划分和删减。以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。