CN109145043A - 一种多平台数据对接方法及设备 - Google Patents

Abstract

本申请的目的是提供一种多平台数据对接方法，本申请通过确定多个企业平台的平台类型及其对应的对接接口；基于企业平台的平台类型调用与其对应的对接接口，并通过对接接口从对应的企业平台所属的数据库内抽取待对接数据；对所对接数据进行规范化数据转化，并将转化后的待对接数据发送给网络设备，使得根据不同的平台类型采用不同的用于进行数据对接的对接接口，并通过对接接口抽取企业平台所属的数据库内的待对接数据，并对待对接数据进行规范化转化，使得发送至网络设备端的转化后的待对接数据能够有效对接至其他任何类型的企业平台，不仅有效地实现了不同平台类型之间的企业平台之间的数据对接，还提高了不同企业平台之间的数据对接效率。

Description

一种多平台数据对接方法及设备

技术领域

本申请涉及计算机领域，尤其涉及一种多平台数据对接方法及设备。

背景技术

现有技术中，不同企业内部使用不同的ERP(Enterprise Resource Planning，企业资源计划)系统，例如SAP、Oracle EBS等ERP系统。每个企业在自己公司使用的ERP系统下，在数据制作过程中，当一项内容开发完成后，需要发布到内容下载平台供用户下载使用，数据内容制作例如电子书制作、音视频制作、电子教辅制作、企业业务数据等，由于不同企业采用不同的ERP系统，使得企业一若是想使用企业二中的企业相关的数据内容时，由于存储数据的ERP系统存在不同，导致企业一直接获取的企业二所属的ERP系统下的数据内容存在偏差、不一致甚至乱码的情况，无法实现企业一与企业二之间各自ERP系统下的数据内容的有效对接，大大影响了多种ERP系统之间的数据对接。

发明内容

本申请的一个目的是提供一种多平台数据对接方法及设备，以解决现有技术中各平台内数据内容不一致导致的多平台数据对接的效率低的问题。

根据本申请的一个方面，提供了一种多平台数据对接方法，其中，该方法包括：

确定多个企业平台的平台类型及其对应的对接接口；

基于所述企业平台的平台类型调用与其对应的对接接口，并通过所述对接接口从对应的所述企业平台所属的数据库内抽取待对接数据；

对所述待对接数据进行规范化数据转化，并将转化后的待对接数据发送给网络设备。

进一步地，上述多平台数据对接方法中，所述确定多个企业平台的平台类型及其对应的对接接口，包括：

确定多个对接企业的企业平台的平台类型；

为所述企业平台部署用于企业平台间进行数据对接的、与所述平台类型对应的对接接口。

进一步地，上述多平台数据对接方法中，所述基于所述企业平台的平台类型调用与其对应的对接接口，并通过所述对接接口从对应的所述企业平台所属的数据库内抽取待对接数据，包括：

基于所述企业平台的平台类型调用与其对应的对接接口，确定数据抽取范围，其中，所述数据抽取范围包括时间范围和数据内容范围；

基于所述数据抽取范围从对应的所述企业平台所属的数据库内定时定量的抽取所述待对接数据。

进一步地，上述多平台数据对接方法中，所述基于所述数据抽取范围从对应的所述企业平台所属的数据库内定时定量的抽取所述待对接数据，包括：

创建数据抽取任务，其中，所述数据抽取任务中包括所述数据抽取范围；

启动数据抽取线程，通过所述数据抽取线程执行所述数据抽取任务，从对应的所述企业平台所属的数据库内定时定量的抽取所述待对接数据。

进一步地，上述多平台数据对接方法中，所述数据抽取线程包括一个或多个。

进一步地，上述多平台数据对接方法中，所述对所述待对接数据进行规范化数据转化，包括：

对所述待对接数据进行规范化数据转化，得到转化后的待对接数据；

将所述转化后的待对接数据进行存档，同时设置存档后的数据的定期清理规则；

删除所述企业平台所属的数据库内的所述待对接数据。

进一步地，上述多平台数据对接方法中，所述将转化后的待对接数据发送给网络设备，包括：

对所述转化后的待对接数据进行压缩和加密处理之后再发送给所述网络设备；或，

采用断点续传模式将所述转化后的待对接数据发送给网络设备；或，

对所述转化后的待对接数据进行压缩和加密处理之后，再采用断点续传模式发送给所述网络设备。

进一步地，上述多平台数据对接方法中，所述对所述待对接数据进行规范化数据转化包括：

根据数据对接需求，设置转化数据头、数据尾及数据样式；

基于所述转化数据头、数据尾及数据样式，对所述待对接数据进行规范化数据转化。

进一步地，上述多平台数据对接方法中，所述方法还包括：

创建并启动一独立的监听线程，其中，所述监听线程用于对所述待对接数据的抽取、规范化数据转化及发送进行实时监听，得到监听日志；

将所述监听日志发送给所述网络设备。

根据本申请的另一方面，还提供了一种非易失性存储介质，其上存储有计算机可读指令，所述计算机可读指令可被处理器执行时，使所述处理器实现如上述多平台数据对接方法。

根据本申请的另一方面，还提供了一种多平台数据对接设备，其中，所述设备包括：

一个或多个处理器；

非易失性存储介质，用于存储一个或多个计算机可读指令，

当所述一个或多个计算机可读指令被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上述多平台数据对接方法。

与现有技术相比，本申请通过确定多个企业平台的平台类型及其对应的对接接口；基于所述企业平台的平台类型调用与其对应的对接接口，并通过所述对接接口从对应的所述企业平台所属的数据库内抽取待对接数据；对所述待对接数据进行规范化数据转化，并将转化后的待对接数据发送给网络设备，使得根据不同的平台类型采用不同的用于进行数据对接的对接接口，并通过该对接接口抽取企业平台所属的数据库内的待对接数据，并对待对接数据进行统一的规范化数据转化，使得发送至网络设备端的转化后的待对接数据能够有效对接至其他任何类型的企业平台，不仅有效地实现了不同平台类型之间的企业平台之间的数据对接，还提高了不同企业平台之间的数据对接效率，同时还避免了多平台应用部署带来的是要和运维成本，轻松实现个性化数据集成需求。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1示出根据本申请一个方面的一种多平台数据对接方法的流程示意图；

图2示出根据本申请一个方面的一种多平台数据对接方法中的程序部署工作流程图；

图3示出根据本申请一个方面的一种多平台数据对接方法中的前置机工作流程图。

附图中相同或相似的附图标记代表相同或相似的部件。

具体实施方式

下面结合附图对本申请作进一步详细描述。

在本申请一个典型的配置中，终端、服务网络的设备和可信方均包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器 (RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器 (DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

图1示出根据本申请一个方面的一种多平台数据对接方法，其中，所述方法包括：

步骤S11，确定多个企业平台的平台类型及其对应的对接接口；

步骤S12，基于所述企业平台的平台类型调用与其对应的对接接口，并通过所述对接接口从对应的所述企业平台所属的数据库内抽取待对接数据；

步骤S13，对所述待对接数据进行规范化数据转化，并将转化后的待对接数据发送给网络设备。

通过上述步骤S11至步骤S13，使得根据不同的平台类型采用不同的用于进行数据对接的对接接口，并通过该对接接口抽取企业平台所属的数据库内的待对接数据，并对待对接数据进行统一的规范化数据转化，使得发送至网络设备端的转化后的待对接数据能够有效对接至其他任何类型的企业平台，不仅有效地实现了不同平台类型之间的企业平台之间的数据对接，还提高了不同企业平台之间的数据对接效率，同时还避免了多平台应用部署带来的是要和运维成本，轻松实现个性化数据集成需求。

在本实施例中，所述步骤S11确定多个企业平台的平台类型及其对应的对接接口，包括：

确定多个对接企业的企业平台的平台类型；为所述企业平台部署用于企业平台间进行数据对接的、与所述平台类型对应的对接接口。

在此，企业平台的平台类型可以为SAP系统(System Applications andProducts，企业管理软件系统)和Oracle-EBS(电子商务软件)等ERP系统。当然，此处对ERP系统仅为举例，其他现有或今后可能出现的ERP系统均可适用于本申请。

如图2所示，在确定多个对接企业的企业平台的平台类型之后，需要对企业客户端进行ERP程序部署和前置机部署，即需要为企业平台部署用于企业平台间进行数据对接、与所述平台类对应的对接接口。例如，当所述对接企业的平台类型为SAP时，则进行ERP程序部署的对接接口的部署步骤为： 1.本地SAP系统下载本地RFC程序包；2.将程序包上传至客户SAP系统；。传输程序包；4.设置数据抽取范围。当所述对接企业的平台类型为EBS时，则进行ERP程序部署的对接接口的部署步骤为：1.数据库对象安装：表/视图 /物化视图等；2.应用对象安装：form、物化视图刷请求等；3.设置数据抽取范围。在对客户端进行ERP程序部署之后，还需基于当前企业系统所属的系统环境进行前置机部署，例如，当系统环境为Linux系统时，则进行前置机部署的步骤为：1.上传前置机程序至服务器；2.配置客户环境信息；3.执行脚本：注册服务：sh nstall.sh install卸载服务：sh install.sh uninstall；当系统环境为Windows系统时，则进行前置机部署的步骤为：1.上传前置机程序至服务器；2.配置客户环境信息；3.执行脚本：注册服务：start Jarservice.bat卸载服务：stopJarService.bat，通过上述为ERP程序部署和前置机部署实现为所述企业平台部署用于企业平台间进行数据对接的、与所述平台类型对应的对接接口。

本申请一实施例中，在步骤S11中确定对接企业的ERP类型之后，会为该对接企业部署相应的RFC程序。其中，在EBS中利用物化视图快速刷新的机制以获取增量数据，使用from表单来设定数据开关以根据时间、内容等控制数据抽取范围；SAP则通过在自定义程序包设置自建表来控制数据抽取范围。之后，所述步骤S12基于所述企业平台的平台类型调用与其对应的对接接口，并通过所述对接接口从对应的所述企业平台所属的数据库内抽取待对接数据，包括：

基于所述企业平台的平台类型调用与其对应的对接接口，确定数据抽取范围，其中，所述数据抽取范围包括时间范围和数据内容范围；

基于所述数据抽取范围从对应的所述企业平台所属的数据库内定时定量的抽取所述待对接数据。

在本实施例中，所述步骤S12在企业平台所属的数据库内进行数据抽取，抽取数据基于PLSQL语法、ABAP语法，在ERP系统内部创建客户化表、自建表、视图、物化视图、工具包、可执行程序等，以抽取数据。通过设置一个配置授权表来从数据创建时间、数据内容等维度控制数据抽取节点，以确保时间的实时性和数据的准确性以及数据的可控性。

当平台类型对应为EBS的企业平台，在数据库对象方面，主要逻辑就是以视图作为读取数据的接口，视图的取值则来源于ERP系统(企业平台)内部表(例如PO(PurchaseOrder，采购)、AP等)和接口表、供应商授权表等通过特定的关联关系获取的数据。对于视图取值来源的ERP系统内部表，均设置了其对应的物化视图，以通过增量刷新的方式获取增量数据。接口表作为前置机和RCF程序建立连接的纽带，其存储了抽取数的接口，即各个视图名；供应商授权表则存储了各个供应商的OU、最新数据同步时间等，以确定数据抽取的范围。在应用对象方面，设置form表单实现了接口表和供应商授权表的可视化，可在界面上form界面上对其进行DML操作；设置定时的物化视图刷新的请求来刷新物化视图，从而保障了数据的实时性。

当平台类型对应为SAP的企业平台，利用自建表存储授权供应商信息，通过ABAP语法编写的接口程序，从不同表中抓取数据，抽取出所述数据抽取范围对应的数据内容。

本实施例中，所述步骤S12中的基于所述数据抽取范围从对应的所述企业平台所属的数据库内定时定量的抽取所述待对接数据，包括：

创建数据抽取任务，其中，所述数据抽取任务中包括所述数据抽取范围；

启动数据抽取线程，通过所述数据抽取线程执行所述数据抽取任务，从对应的所述企业平台所属的数据库内定时定量的抽取所述待对接数据。

例如，如图3所示，为了对企业平台所属的数据库内进行定时定量的抽取数据，则需要根据数据抽取范围创建数据抽取任务，如图3中的定时任务；在启动数据抽取线程执行数据抽取任务之前，需要启动定时任务(即数据抽取任务)、开始运行该任务、初始化该任务的任务信息、获取配置信息。其中，获取配置信息时需要读取配置文件：full config.properties和local config.properties；其中，该读取的配置文件可以包括系统配置、文件配置、元数据配置、sftp配置、日志配置、sap配置、ebs配置、心跳检测配置及客户化配置。之后，启动数据抽取线程(如图3中的工作线程)来执行该所述数据抽取任务，其中，为了提高对待对接数据的抽取效率，启动一个或多个数据抽取线程(如图3中的线程1线程、……、线程n，其中n为启动的多个数据抽取线程的个数)，使得这一个或多个数据抽取线程能够同时执行该数据抽取任务，来从企业平台所属的数据库内抽取待对接数据。其中，每个数据抽取线程的数据抽取步骤依序如下：初始化数据抽取线程；开始抽取 EBS/SAP所属数据库内的数据；在数据抽取工作目录下进行压缩文件并更改文件后缀为.OK，以便用于指示该文件为抽取成功的待对接数据；发送该抽取到的待对接文件；执行完该数据抽取线程对应的数据抽取任务部分。其中，爱是抽取EBS/SAP所属数据库内的数据的步骤依序为：1.建立ERP与前置机之间的通讯；2.设置抽取数据的元数据：数据头/数据尾/数据样式；3.获取数据抽取任务中的当前数据抽取线程对应的数据抽取范围；4.基于数据抽取范围抽取对应的数据；获取待对接数据后执行回调操作，并返回待对接数据为控制数据，该控制数据中包括数据抽取的时间范围和数据范围；并将该待对接数据写入文件中，以实现从企业平台所属的数据库内的待对接数据的抽取。

接着本申请的上述实施例，如图3所示启动的每个数据抽取线程中，每一次执行抽取待对接数据的数据抽取任务(work)都有其特定的生命周期，当执行该数据抽取任务达到该数据抽取任务(work)的生命周期的最大时间期限时，则直接将其进行强行终止，从而保证了系统的稳定可靠性。

本实施例中，步骤S12使用高效的基于RFC的ABAP(Advanced BusinessApplication Programming，高级企业应用编程语言)和JAVA进程间通讯组件 JCO以及调用JDBC提供的面向底层的驱动程序API，和数据库建立良好的通讯通道，从而实现实时的数据交换；通过创建定时管理任务，以定时定量的从ERP系统抽取已设定好范围的数据，即在客户端进行对接接口的部署时，已确定了数据抽取范围，其中，该数据抽取范围包括抽取数据的时间范围和数据内容范围等，以便能够达到定时定量的数据抽取。

下面以对应企业类型为EBS的企业平台中的数据对接的核心代码来对所述步骤S12中的通过对接接口从对应的企业平台所属的数据库内抽取待对接数据进一步解释说明(对应付款应用)：

接着本申请无的上述实施例，所述步骤S13中的对待对接数据进行规范化处理时，采用Quartz作业调度框架能够实现多个JOBS同时运行的特质，实现数据流的可控性。在数据转化过程中，所述步骤S13中的对所述待对接数据进行规范化数据转化，包括：

对所述待对接数据进行规范化数据转化，得到转化后的待对接数据；

将所述转化后的待对接数据进行存档，同时设置存档后的数据的定期清理规则；

删除所述企业平台所属的数据库内的所述待对接数据。

例如，如图3中所示，当对数据抽取线程在抽取成功待对接数据之后，需要将本次数据抽取任务对应的所有数据抽取线程下抽取到的待对接数据进行规范化数据转换，并将转换之后的待对接数据进行存档，实现对转化后的待对接数据的实时备份，同时，设置该存档后的数据的定期清理规则，以便定期对存档的数据进行清理和更新，进而防止存档的数据过多导致资源浪费和消耗，其中该定期清理规则中包括本次抽取的数据的时间节点、存档时长等；在对转化后的待对接数据进行存档后，删除所述企业平台所属的数据库内的所述待对接数据，以节省已将被抽取的待对接数据对企业平台所属的数据库的资源占用。例如，定期清理规则以本次抽取的数据的时间结点为基准时间，删除设定时间的文件：如，设定文件的存档时长为6天，则清除掉存档内的数据中的、以本次抽取数据的时间节点开始往前推6天之前的所有的存档数据，以保证存档文件下的数据不至于随着数据抽取时间的推移越来越多，占用多余的资源空间。

在本申请实施例中的步骤S13中，下面以对应企业类型为EBS的企业平台中的数据对接的核心代码来对所述步骤S13中的对所述待对接数据进行规范化数据转化处理进行进一步解释说明：

当企业平台的平台类型为EBS时，则步骤S13中的对待对接进行规范化核心代码如下：

当企业平台的平台类型为SAP时，则步骤S13中的对待对接进行规范化核心代码如下：

本申请一实施例中，所述步骤S13中的对所述待对接数据进行规范化数据转化包括：

根据数据对接需求，设置转化数据头、数据尾及数据样式；

基于所述转化数据头、数据尾及数据样式，对所述待对接数据进行规范化数据转化。

例如，在所述步骤S13中的对待对接数据的规范化数据转化的过程中，需要根据实际的数据对接需求，来设置对待对接数据进行数据转化过程中的转化数据头、数据尾或将从平台类型对应的企业平台所属的数据库内抽取到的待对接数据的转化为在网络设备端被统一进行呈现的数据样式，以保证来自不同的平台类型对应的企业平台的待对接数据，能够被转化为具有统一规范化的数据，以便实现来自不同平台类型对应的企业平台之间的数据的对接。

接着本申请的上述实施例，在所述步骤S13中对所述待对接数据进行规范化数据转化处理得到转化后的待对接数据之后，还需要将所述转化后的待对接数据发送给网络设备。例如，在进行数据发送之前，需建立起抽取并转化数据的数据发送端和用于在网络设备端接收转化后的待对接数据的接收端之间的IP(Internet Protocol，网络协议)通讯后，使用SFTP(Secure File Transfer Protocol，安全文件传送协议)文件传输协议，将转换好的数据文件发送至进行数据统一存储的网络设备；其中，在连接SFTP时采用密码或者密钥登陆方式，以保障数据传输的安全性；传输文件时，采用断点续传模式，以保障数据输送的稳定性。

在本实施例中，所述步骤S13中的将转化后的待对接数据发送给网络设备，包括：

对所述转化后的待对接数据进行压缩和加密处理之后再发送给所述网络设备；例如，为了保证转化后的待对接数据发送时的网络资源的使用以及保证转化后的待对接数据在发送过程中的安全性，故在所述步骤S13将转化后的待对接数据进行发送之前，需要对转化后的待对接数据进行压缩，以减少数据传输时的网络消耗，进而可以加快数据的传输；还需要将转化后的待对接数据进行加密处理，以避免数据在发送传输的过程中被非法获取，进而保证数据的安全性。

或，采用断点续传模式将所述转化后的待对接数据发送给网络设备；例如，为了节省数据传输的时间和上传数据的安全性，本申请在所述步骤S13 中采用断点续传模式，将转化后的待对接数据按照不同的线程分别发送至网络设备端，避免了一旦有数据的上传失败就必须将全部的转化后的待对接数据进行重新上传，采用断点续传模式进行数据传输，则尅分别将转化后的待对接数据进行上传，一旦出现数据传输失败或者丢失，则可以找到对应部分的数据线程，并将该线程传输的转化后的待对接数据中的该线程负责传输的这部分数据进行重新上传即可，通过端点续传模式，不仅可以节省数据上传至网络设备端的时间，还可以保证数据传输的安全性。

或，综合上述对转化后的待对接数据的两种上传情况，本申请所述步骤S13 中的对转化后的待对接数据还可以包括一优选实施例：对所述转化后的待对接数据进行压缩和加密处理之后，再采用断点续传模式发送给所述网络设备，不仅可以节省数据上传过程中的网络资源的消耗，还可以加快数据传输的速度和保证传输的转化后的待对接数据的安全性。

在实施例中的步骤S13将待对接数据进行转化之后，下面以核心代码的形式来对所述步骤S13中的将转化后的待对接数据发送至网络设备端进行进一步解释说明：

本申请提供的实施例中的多平台数据对接方法还包括：

创建并启动一独立的监听线程，其中，所述监听线程用于对所述待对接数据的抽取、规范化数据转化及发送进行实时监听，得到监听日志；

将所述监听日志发送给所述网络设备。

例如，为了对企业平台所属的数据库内的数据从抽取、转化和发送之间的数据处理过程进行实时监听，本申请如图3所示的创建并启动了一独立的监听线程，用于对待对接数据的抽取、规范化数据转化及发送进行实时监听，以得到整个过程的监听日志，以便通过对需要进行对接的待对接数据的抽取、转化及发送等每个阶段进行实时监听，使得若转化后的待对接数据出现问题，可以通过该监听日志追溯至具体是哪个阶段出现错误信息，并对出现数据传输的错误信息之处进行定向分析和解决。

此外，本申请另一实施例还提供了一种非易失性存储介质，其上存储有计算机可读指令，所述计算机可读指令可被处理器执行时，使所述处理器实现如上述多平台数据对接方法。

此外，本申请另一实施例还提供了一种多平台数据对接设备，其中，所述设备包括：

一个或多个处理器；

非易失性存储介质，用于存储一个或多个计算机可读指令，当所述一个或多个计算机可读指令被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上述多平台数据对接方法。

在此，所述用于多平台数据对接的设备中的各实施例的详细内容，具体可参见该用于多平台数据对接的方法实施例的对应部分，在此，不再赘述。

综上所述，本申请实施例中提供的一种多平台数据对接方法通过确定多个企业平台的平台类型及其对应的对接接口；并基于所述企业平台的平台类型调用与其对应的对接接口，并通过所述对接接口从对应的所述企业平台所属的数据库内抽取待对接数据；对所述待对接数据进行规范化数据转化，并将转化后的待对接数据发送给网络设备，使得根据不同的平台类型采用不同的用于进行数据对接的对接接口，并通过该对接接口抽取企业平台所属的数据库内的待对接数据，并对待对接数据进行统一的规范化数据转化，使得发送至网络设备端的转化后的待对接数据能够有效对接至其他任何类型的企业平台，不仅有效地实现了不同平台类型之间的企业平台之间的数据对接，还提高了不同企业平台之间的数据对接效率，同时还避免了多平台应用部署带来的是要和运维成本，轻松实现个性化数据集成需求。

需要注意的是，本申请可在软件和/或软件与硬件的组合体中被实施，例如，可采用专用集成电路(ASIC)、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例中，本申请的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地，本申请的软件程序(包括相关的数据结构) 可以被存储到计算机可读记录介质中，例如，RAM存储器，磁或光驱动器或软磁盘及类似设备。另外，本申请的一些步骤或功能可采用硬件来实现，例如，作为与处理器配合从而执行各个步骤或功能的电路。

另外，本申请的一部分可被应用为计算机程序产品，例如计算机程序指令，当其被计算机执行时，通过该计算机的操作，可以调用或提供根据本申请的方法和/或技术方案。而调用本申请的方法的程序指令，可能被存储在固定的或可移动的记录介质中，和/或通过广播或其他信号承载媒体中的数据流而被传输，和/或被存储在根据所述程序指令运行的计算机设备的工作存储器中。在此，根据本申请的一个实施例包括一个装置，该装置包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发该装置运行基于前述根据本申请的多个实施例的方法和/或技术方案。

对于本领域技术人员而言，显然本申请不限于上述示范性实施例的细节，而且在不背离本申请的精神或基本特征的情况下，能够以其他的具体形式实现本申请。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本申请的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

Claims (11)

1.一种多平台数据对接方法，其中，所述方法包括：

确定多个企业平台的平台类型及其对应的对接接口；

基于所述企业平台的平台类型调用与其对应的对接接口，并通过所述对接接口从对应的所述企业平台所属的数据库内抽取待对接数据；

对所述待对接数据进行规范化数据转化，并将转化后的待对接数据发送给网络设备。

2.根据权利要求1所述的方法，其中，所述确定多个企业平台的平台类型及其对应的对接接口，包括：

确定多个对接企业的企业平台的平台类型；

为所述企业平台部署用于企业平台间进行数据对接的、与所述平台类型对应的对接接口。

3.根据权利要求1所述的方法，其中，所述基于所述企业平台的平台类型调用与其对应的对接接口，并通过所述对接接口从对应的所述企业平台所属的数据库内抽取待对接数据，包括：

基于所述企业平台的平台类型调用与其对应的对接接口，确定数据抽取范围，其中，所述数据抽取范围包括时间范围和数据内容范围；

基于所述数据抽取范围从对应的所述企业平台所属的数据库内定时定量的抽取所述待对接数据。

4.根据权利要求3所述的方法，其中，所述基于所述数据抽取范围从对应的所述企业平台所属的数据库内定时定量的抽取所述待对接数据，包括：

创建数据抽取任务，其中，所述数据抽取任务中包括所述数据抽取范围；

启动数据抽取线程，通过所述数据抽取线程执行所述数据抽取任务，从对应的所述企业平台所属的数据库内定时定量的抽取所述待对接数据。

5.根据权利要求1所述的方法，其中，所述数据抽取线程包括一个或多个。

6.根据权利要求1所述的方法，其中，所述对所述待对接数据进行规范化数据转化，包括：

对所述待对接数据进行规范化数据转化，得到转化后的待对接数据；

将所述转化后的待对接数据进行存档，同时设置存档后的数据的定期清理规则；

删除所述企业平台所属的数据库内的所述待对接数据。

7.根据权利要求1所述的方法，其中，所述将转化后的待对接数据发送给网络设备，包括：

对所述转化后的待对接数据进行压缩和加密处理之后再发送给所述网络设备；或，

采用断点续传模式将所述转化后的待对接数据发送给网络设备；或，

对所述转化后的待对接数据进行压缩和加密处理之后，再采用断点续传模式发送给所述网络设备。

8.根据权利要求1所述的方法，其中，所述对所述待对接数据进行规范化数据转化包括：

根据数据对接需求，设置转化数据头、数据尾及数据样式；

基于所述转化数据头、数据尾及数据样式，对所述待对接数据进行规范化数据转化。

9.根据权利要求1至8中任一项所述的方法，其中，所述方法还包括：

创建并启动一独立的监听线程，其中，所述监听线程用于对所述待对接数据的抽取、规范化数据转化及发送进行实时监听，得到监听日志；

将所述监听日志发送给所述网络设备。

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

11.一种多平台数据对接设备，其中，所述设备包括：

一个或多个处理器；

非易失性存储介质，用于存储一个或多个计算机可读指令，

当所述一个或多个计算机可读指令被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1至9中任一项所述的方法。