CN115544184A

CN115544184A - 一种基于信息采集的多源数据集成平台及其构建方法

Info

Publication number: CN115544184A
Application number: CN202211546403.7A
Authority: CN
Inventors: 张宇林
Original assignee: Multi Chain Internet Information Technology Nanjing Co ltd
Current assignee: Multi Chain Internet Information Technology Nanjing Co ltd
Priority date: 2022-12-05
Filing date: 2022-12-05
Publication date: 2022-12-30
Anticipated expiration: 2042-12-05
Also published as: CN115544184B

Abstract

本发明属于数据管理技术领域，具体涉及一种基于信息采集的多源数据集成平台及其构建方法。该发明通过业务交互区的设置，来确定各个职能部门之间的关联性，并对职能部门之间的关联性作出等级划分，使得职能部门在调用数据时有参考性，管理人员也能够据此来协调关联等级不同的职能部门，同时集成化平台的构建也可通过业务交互区来减少数据通道以及数据接口的建立，不仅能够实现集成化平台的精简，还能够从而实现交互数据的实时共享。

Description

一种基于信息采集的多源数据集成平台及其构建方法

技术领域

本发明属于数据管理技术领域，具体涉及一种基于信息采集的多源数据集成平台及其构建方法。

背景技术

随着信息化技术的普及，在企业管理与运营方面也基于信息化技术衍生出了集成化的数据处理平台，其目的在于帮助企业解决数据杂乱、数据重复以及数据滞后等问题，使企业能够更协调的进行运营，对于业务分散性广、数据及时性需求较强的企业来说，数据集成化平台是必不可少的。

现有的企业用数据集成化平台多是依据数据仓库进行数据的存储，以其作为中转站来实现数据的交互，但是此数据仓库为企业所有职能部门公用，在提取数据方面来说具有一定的延时性，而且企业中各职能部门之间难免会存在一些关联，也就存在则交互数据，但是这些交互数据仍然需要各部门独立上传或者接受，这无疑就会使得交互数据的交换以及更新具有不同步或者滞后的现象发生，基于此，本方案提出了通过建立业务交互区来关联各职能部门的集成化平台构建方法。

发明内容

本发明的目的是提供一种基于信息采集的多源数据集成平台及其构建方法，能够通过业务交互区来搭建关联部门之间的数据通道，从而实现交互数据的实时共享。

本发明采取的技术方案具体如下：

一种基于信息采集的多源数据集成平台构建方法，包括：

获取企业组织架构，并根据所述企业组织架构搭建多个集成平台子模块，其中，所述企业组织架构以企业职能部门进行搭建，多个所述集成平台子模块分别与多个职能部门一一对应；

根据每个职能部门的业务范围，确定多个职能部门之间是否存在业务交互区；

若存在，则将存在业务交互区的职能部门标定为交互部门；

若不存在，则将不存在业务交互区的职能部门标定为非关联部门，且在所述非关联部门之间搭建独立数据传输通道；

根据企业组织架构对多个交互部门进行排序，并按照由高至低的位次逐一选定其中一个职能部门作为基准部门，再选定与所述基准部门存在业务交互区的职能部门为待评估部门；

获取业务交互区内的数据源，并标定为交互数据；

选定其中一个待评估部门与基准部门之间对应的交互数据为评估数据，并计算所述评估数据在所有交互数据中所占的比例，得到基准部门与待评估部门之间的关联度；

获取关联阈值，并与所述关联度进行比较；

若所述关联度大于或等于关联阈值，则将所述待评估部门标定为所述基准部门的一级关联部门；

若所述关联度小于关联阈值，则将所述待评估部门标定所述基准部门的二级关联部门；

获取所述交互数据的输入渠道，并根据所述输入渠道将所述交互数据分类为协同数据以及递进数据；

依据所述协同数据以及递进数据在交互部门之间搭建交互数据传输通道；

将所述独立数据传输通道以及交互数据传输通道分别接入至对应的集成平台子模块，完成对集成平台的搭建。

在一种优选方案中，所述根据每个职能部门的业务范围，确定多个职能部门之间是否存在业务交互区的步骤，包括：

以其中一个职能部门的主管业务为依据，构建虚拟任务；

将所述虚拟任务中的所有事项逐一列出；

获取每一项事项的需求，确定达成条件，然后判断达成条件是否存在独立性；

若存在，则舍弃；

若不存在，则将该达成条件标定为交互条件；

根据所述交互条件确定相关的职能部门，并将这些相关的职能部门与构建虚拟任务的职能部门确定为交互部门。

在一种优选方案中，在选定所述评估数据之前，还包括：

获取所述达成条件的总数以及所述交互条件的总数；

确定所述交互条件在所述达成条件中的占比，得到交互条件的重要度；

获取重要度标准阈值，并与所述交互条件的重要度进行比较；

若所述交互条件的重要度小于重要度标准值，则直接判定所述待评估部门为所述基准部门的二级关联部门

若所述交互条件的重要度大于或等于重要度标准值，则继续判定所述基准部门与待评估部门的关联度。

在一种优选方案中，所述计算所述评估数据在所有交互数据中所占的比例，得到基准部门与待评估部门之间的关联度的步骤，包括：

在满足所述交互条件的重要度大于或等于重要度标准值的前提下，获取所述评估数据；

统计所有交互数据的总数；

计算所述评估数据占所述交互数据比例，并将计算结果标定为基准部门与待评估部门之间的关联度。

在一种优选方案中，所述获取所述交互数据的输入渠道，并根据所述输入渠道将所述交互数据分类为协同数据以及递进数据的步骤，包括：

获取所述输入渠道中交互数据的流转方向；

若所述交互数据由基准部门流出，并流向一级关联部门或二级关联部门，则将此交互数据判定为递进数据；

若所述交互数据由一级关联部门或二级关联部门流出，并流向基准部门，则将此交互数据判定为递进数据；

若所述交互数据同时流向基准部门、一级关联部门或二级关联部门，则将此交互数据判定为协同数据。

在一种优选方案中，所述交互数据传输通道的搭建采用TCP通信协议。

在一种优选方案中，所述协同数据至少包括三个数据接口，所述递进数据至少包括两个数据接口。

本发明还提供了，一种基于信息采集的多源数据集成平台，应用于上述的基于信息采集的多源数据集成平台构建方法，包括：

第一获取模块，所述第一获取模块用于获取企业组织架构，并根据所述企业组织架构搭建多个集成平台子模块，其中，所述企业组织架构以企业职能部门进行搭建，多个所述集成平台子模块分别与多个职能部门一一对应；

第一判定模块，所述第一判定模块用于根据每个职能部门的业务范围，确定多个职能部门之间是否存在业务交互区；

若存在，则将存在业务交互区的职能部门标定为交互部门；

取样模块，所述取样模块用于根据企业组织架构对多个交互部门进行排序，并按照由高至低的位次逐一选定其中一个职能部门作为基准部门，再选定与所述基准部门存在业务交互区的职能部门为待评估部门；

第二获取模块，所述第二获取模块用于获取业务交互区内的数据源，并标定为交互数据；

计算模块，所述计算模块用于选定其中一个待评估部门与基准部门之间对应的交互数据为评估数据，并计算所述评估数据在所有交互数据中所占的比例，得到基准部门与待评估部门之间的关联度；

第二判定模块，所述第二判定模块用于获取关联阈值，并与所述关联度进行比较；

分类模块，所述分类模块用于获取所述交互数据的输入渠道，并根据所述输入渠道将所述交互数据分类为协同数据以及递进数据；

通道搭建模块，所述通道搭建模块用于依据所述协同数据以及递进数据在交互部门之间搭建交互数据传输通道；

平台搭建模块，所述平台搭建模块用于将所述独立数据传输通道以及交互数据传输通道分别接入至对应的集成平台子模块，完成对集成平台的搭建。

在一种优选方案中，还包括补充模块，所述补充模块与所述第一判定模块和第二判定模块之间建立有补充数据通道，所述补充数据通道用于向所述基准部门达成条件以及交互条件，以及向输入渠道中补充交互数据。

以及，一种基于信息采集的多源数据集成终端，包括处理器、存储器及存储于所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述的基于信息采集的多源数据集成平台构建方法。

本发明取得的技术效果为：

本发明通过业务交互区的设置，来确定各个职能部门之间的关联性，并对职能部门之间的关联性作出等级划分，使得职能部门在调用数据时有参考性，管理人员也能够据此来协调关联等级不同的职能部门，同时集成化平台的构建也可通过业务交互区来减少数据通道以及数据接口的建立，不仅能够实现集成化平台的精简，还能够从而实现交互数据的实时共享。

附图说明

图1是本发明的实施例所提供的方法流程图；

图2是本发明的实施例所提供的系统模块图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合说明书附图对本发明的具体实施方式做详细的说明。

在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是本发明还可以采用其他不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本发明内涵的情况下做类似推广，因此本发明不受下面公开的具体实施例的限制。

其次，此处所称的“一个实施例”或“实施例”是指可包含于本发明至少一个实现方式中的特定特征、结构或特性。在本说明书中不同地方出现的“在一个较佳的实施方式中”并非均指同一个实施例，也不是单独的或选择性的与其他实施例互相排斥的实施例。

再其次，本发明结合示意图进行详细描述，在详述本发明实施例时，为便于说明，表示器件结构的剖面图会不依一般比例作局部放大，而且所述示意图只是示例，其在此不应限制本发明保护的范围。此外，在实际制作中应包含长度、宽度及深度的三维空间尺寸。

请参阅图1和图2所示，本发明提供了一种基于信息采集的多源数据集成平台构建方法，包括：

S1、获取企业组织架构，并根据企业组织架构搭建多个集成平台子模块，其中，企业组织架构以企业职能部门进行搭建，多个集成平台子模块分别与多个职能部门一一对应；

S2、根据每个职能部门的业务范围，确定多个职能部门之间是否存在业务交互区；

若存在，则将存在业务交互区的职能部门标定为交互部门；

若不存在，则将不存在业务交互区的职能部门标定为非关联部门，且在非关联部门之间搭建独立数据传输通道；

S3、根据企业组织架构对多个交互部门进行排序，并按照由高至低的位次逐一选定其中一个职能部门作为基准部门，再选定与基准部门存在业务交互区的职能部门为待评估部门；

S4、获取业务交互区内的数据源，并标定为交互数据；

S5、选定其中一个待评估部门与基准部门之间对应的交互数据为评估数据，并计算评估数据在所有交互数据中所占的比例，得到基准部门与待评估部门之间的关联度；

S6、获取关联阈值，并与关联度进行比较；

若关联度大于或等于关联阈值，则将待评估部门标定为基准部门的一级关联部门；

若关联度小于关联阈值，则将待评估部门标定基准部门的二级关联部门；

S7、获取交互数据的输入渠道，并根据输入渠道将交互数据分类为协同数据以及递进数据；

S8、依据协同数据以及递进数据在交互部门之间搭建交互数据传输通道；

S9、将独立数据传输通道以及交互数据传输通道分别接入至对应的集成平台子模块，完成对集成平台的搭建。

如上述步骤S1-S9所述，对于一些组织结构较为复杂的企业来说，无论是企业内部信息还是外部信息的传递均是较为麻烦的，并且常常还伴随着信息的重复性以及不及时性出现，随着信息化时代的到来，用于归拢并处理企业繁杂信息的集成化系统也随之而生，如ERP系统和OA系统等，但是，企业中各职能部门之间难免会存在一些关联，例如，人事部门以及财务部门与其它部门之间均会存在数据的交叉，财务部门或人事部门获取这些数据之后会上传至监管部门进行查阅，这就表明数据是在各职能部门之间实时流转的，但是现有的集成系统在处理这些数据时，仍然需要工作人员主动接受或者上传，不利于数据的共享，本实施例中，针对各职能部门的业务范围统计出与其它职能部门的交互数据，这些数据是可以与一级关联部门或者二级关联部门进行共享的，在构建集成化平台时，设置业务交互区，在业务交互区内部的数据方便各关联部门进行提取，这无疑就方便了各职能部门查阅数据的便捷性，当然，因每个职能部门的主管业务不同，业务范围也不一致，那么与其相关联的职能部门也就有多有少，对此，本方案依据关联度来确定基准部门与待评估部门之间的关联等级，本实施例仅提供了一级关联部门和二级关联部门两种位次，但是，不同企业的组织架构并不相同，在构建集成化平台时，可以根据企业的需求制定相应位次的关联部门，在基准部门执行某项目任务时，应优先采纳与其关联性等级较高的职能部门的数据，当然，此方式并不是绝对的，只是为基准部门提供一个优先级，若是与其关联性较低的职能部门的数据更为准确，也能够及时的从交互区提取出来，由于日常工作中，人为主观意识较强，系统所提供的建议只做参考，本集成平台中并不对数据作出绝对化的评级，以免造成工作人员或者管理人员发生误判，本实施例根据交互数据的流转方向来对业务交互区中的数据通道和数据接口进行搭建，在保障数据保密性的前提下，还能够实现交互数据的共享，使得存在交互数据的职能部门之间的联系性相应的加强，有效的降低了各职能部门之间数据交换的频繁性，也相应的减少了各种数据接口的使用，使得集成化平台更为精简和实用。

在一个较佳的实施方式中，根据每个职能部门的业务范围，确定多个职能部门之间是否存在业务交互区的步骤，包括：

S201、以其中一个职能部门的主管业务为依据，构建虚拟任务；

S202、将虚拟任务中的所有事项逐一列出；

S203、获取每一项事项的需求，确定达成条件，然后判断达成条件是否存在独立性；

若存在，则舍弃；

若不存在，则将该达成条件标定为交互条件；

S204、根据交互条件确定相关的职能部门，并将这些相关的职能部门与构建虚拟任务的职能部门确定为交互部门。

如上述步骤S201-S204所述，在构建集成化平台之初，需要明确的是各个职能部门的主管业务，以此为基础来逐一比对其它职能部门的主管业务，首先将企业各职能部门按照组织架构由高至低进行排序，并按照此顺序来逐一比对，例如，选定位次最高的职能部门为基准，并依据企业需求构建虚拟任务，而后逐一与其它所有部门进行比较，位次第二的职能部门只需从第三位次为起始，依次比对其它所有职能部门即可，此过程可以确定所有部门之间是否存在交互业务，并依据其确定业务交互区以及交互部门，交互部门可能包含的职能部门数量最少为两个，至于包含上限需要视企业的组织架构以及业务内容而定，文中对此便不加以过多的阐述。

在一个较佳的实施方式中，在选定评估数据之前，还包括：

S501、获取达成条件的总数以及交互条件的总数；

S502、确定交互条件在达成条件中的占比，得到交互条件的重要度；

S503、获取重要度标准阈值，并与交互条件的重要度进行比较；

若交互条件的重要度小于重要度标准值，则直接判定待评估部门为基准部门的二级关联部门

若交互条件的重要度大于或等于重要度标准值，则继续判定基准部门与待评估部门的关联度。

如上述步骤S501-S503所述，该实施方式中是以交互条件在达成条件中的占比来确定交互条件重要度的，当然，对于一些重要的且需要交互的数据可根据企业需求单独确定，在重要度确定之后，若是交互条件的重要度过低，那么与其存在交互业务的待评估部门均可视为二级关联部门，也就不需要再进一步的对其进行评定操作，能够有效的节约集成化平台的构建时间，例如，设定某职能部门中达成条件的重要度标准阈值为5%，该部门执行项目任务时，需要其它部门配合的部分较少，只占3%，自身能够独立完成97%，那么便可视与其存在交互业务的待评估部门为二级关联部门，反之，若是该部门执行项目任务时，需要其它部门配合的部分占7%，便需要进一步进行核对该部门与其存在交互业务的待评估部门的关联度。

在一个较佳的实施方式中，计算评估数据在所有交互数据中所占的比例，得到基准部门与待评估部门之间的关联度的步骤，包括：

S504、在满足交互条件的重要度大于或等于重要度标准值的前提下，获取评估数据；

S505、统计所有交互数据的总数；

S506、计算评估数据占交互数据比例，并将计算结果标定为基准部门与待评估部门之间的关联度。

如上述步骤S504-S506所述，一个基准部门可能对应多个待评估部门，那么基准部门所需的交互数据自然便被分成多份，例如，基准部门只对应一个待评估部门，那么评估数据便于交互数据一致，待评估部门与基准部门之间的关联度取值也就为1，此时，便说明待评估部门为基准部门的一级关联部门，再如基准部门对应两个待评估部门，评估数据自然也就存在两组，仍以上述的重要度标准阈值5%，交互数据7%为例，关联阈值为二者的比值（5%/7%），也就是41%，也就是说明，关联度的取值只要等于或者超出41%，即可判定与此组评估数据相对应的待评估部门为一级关联部门，反之，则确定其为二级关联部门，以此类推，无论基准部门对应多少待评估部门，均能够一一确定待评估部门与基准部门之间的关联等级。

在一个较佳的实施方式中，获取交互数据的输入渠道，并根据输入渠道将交互数据分类为协同数据以及递进数据的步骤，包括：

S701、获取输入渠道中交互数据的流转方向；

S702、若交互数据由基准部门流出，并流向一级关联部门或二级关联部门，则将此交互数据判定为递进数据；

S703、若交互数据由一级关联部门或二级关联部门流出，并流向基准部门，则将此交互数据判定为递进数据；

S704、若交互数据同时流向基准部门、一级关联部门或二级关联部门或基准部门、一级关联部门或二级关联部门中的数据均流向交互数据，则将此交互数据判定为协同数据。

如上述步骤S701-S704所述，递进数据为单向数据，即基准部门（一级关联部门或二级关联部门）是为一级关联部门或二级关联部门（基准部门）提供数据支持的职能部门，协同数据为双向数据，即基准部门、一级关联部门或二级关联部门共同为另一职能部门提供数据支持，或者另一职能部门共同为基准部门和一级关联部门或二级关联部门提供数据支持，其中，此处所提及的另一职能部门与基准部门和一级关联部门或二级关联部门之间也互为交互部门。

进一步的，交互数据传输通道的搭建采用TCP通信协议，协同数据至少包括三个数据接口，递进数据至少包括两个数据接口，相较于传统的在各职能部门之间均建立相应的数据接口而言，此方式能够减少数据接口的构建，实现对集成化平台的简化，还能够实时共享交互区内的交互数据，方便具有关联性的职能部门及时查阅。

第一获取模块，第一获取模块用于获取企业组织架构，并根据企业组织架构搭建多个集成平台子模块，其中，企业组织架构以企业职能部门进行搭建，多个集成平台子模块分别与多个职能部门一一对应；

第一判定模块，第一判定模块用于根据每个职能部门的业务范围，确定多个职能部门之间是否存在业务交互区；

若存在，则将存在业务交互区的职能部门标定为交互部门；

取样模块，取样模块用于根据企业组织架构对多个交互部门进行排序，并按照由高至低的位次逐一选定其中一个职能部门作为基准部门，再选定与基准部门存在业务交互区的职能部门为待评估部门；

第二获取模块，第二获取模块用于获取业务交互区内的数据源，并标定为交互数据；

计算模块，计算模块用于选定其中一个待评估部门与基准部门之间对应的交互数据为评估数据，并计算评估数据在所有交互数据中所占的比例，得到基准部门与待评估部门之间的关联度；

第二判定模块，第二判定模块用于获取关联阈值，并与关联度进行比较；

分类模块，分类模块用于获取交互数据的输入渠道，并根据输入渠道将交互数据分类为协同数据以及递进数据；

通道搭建模块，通道搭建模块用于依据协同数据以及递进数据在交互部门之间搭建交互数据传输通道；

平台搭建模块，平台搭建模块用于将独立数据传输通道以及交互数据传输通道分别接入至对应的集成平台子模块，完成对集成平台的搭建。

上述中，第一判定模块和第二判定模块的执行均可以通过if……else语句逐级嵌套且设定相应的判断条件，再根据判断条件导出结果即可，例如关联度大于或等于关联阈值可视为判断条件，待评估部门标定为基准部门的一级关联部门可视为输出结果，其余所涉及且需要判定的程序均可通过此种方式执行，至于数据通道模块可采用DataLoade工具来实现数据通道的搭建且上述中所涉及的取样模块使用的取样方法是全局取样，旨在于保证能够确定每个职能部门的业务交互区，使得集成化平台的搭建更为完善。

在一个较佳的实施方式中，还包括补充模块，补充模块与第一判定模块和第二判定模块之间建立有补充数据通道，补充数据通道用于向基准部门达成条件以及交互条件，以及向输入渠道中补充交互数据。

在该实施方式中，在企业运作过程中，难免会有些任务数据会使非关联性部门与基准部门存在短暂的连续性，通过补充模块的设置，可以建立临时的业务交互区，使得项目任务在执行过程中能够得到共享的数据支持。

以及，一种基于信息采集的多源数据集成终端，包括处理器、存储器及存储于存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述的基于信息采集的多源数据集成平台构建方法。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储与一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的和实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可以包括只读存储器（ROM）、可编程ROM（PROM）、电可编程ROM（EPROM）、电可擦除可编程ROM（EEPROM）或闪存。易失性存储器可包括随机存取存储器（RAM）或者外部高速缓冲存储器。作为说明而非局限，RAM通过多种形式可得，诸如静态RAM（SRAM）、动态RAM（DRAM）、同步DRAM（SDRAM）、双速据率SDRAM（SSRSDRAM）、增强型SDRAM（ESDRAM）、同步链路（Synchlink）DRAM（SLDRAM）、存储器总线（Rambus）直接RAM（RDRAM）、直接存储器总线动态RAM（DRDRAM）、以及存储器总线动态RAM（RDRAM）等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其它变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、装置、物品或者方法不仅包括那些要素，而且还包括没有明确列出的其它要素，或者是还包括为这种过程、装置、物品或者方法所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、装置、物品或者方法中还存在另外的相同要素。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。本发明中未具体描述和解释说明的结构、装置以及操作方法，如无特别说明和限定，均按照本领域的常规手段进行实施。

Claims

1.一种基于信息采集的多源数据集成平台构建方法，其特征在于：包括：

若存在，则将存在业务交互区的职能部门标定为交互部门；

获取业务交互区内的数据源，并标定为交互数据；

获取关联阈值，并与所述关联度进行比较；

2.根据权利要求1所述的一种基于信息采集的多源数据集成平台构建方法，其特征在于：所述根据每个职能部门的业务范围，确定多个职能部门之间是否存在业务交互区的步骤，包括：

以其中一个职能部门的主管业务为依据，构建虚拟任务；

将所述虚拟任务中的所有事项逐一列出；

若存在，则舍弃；

若不存在，则将该达成条件标定为交互条件；

3.根据权利要求1所述的一种基于信息采集的多源数据集成平台构建方法，其特征在于：在选定所述评估数据之前，还包括：

获取所述达成条件的总数以及所述交互条件的总数；

4.根据权利要求2所述的一种基于信息采集的多源数据集成平台构建方法，其特征在于：所述计算所述评估数据在所有交互数据中所占的比例，得到基准部门与待评估部门之间的关联度的步骤，包括：

统计所有交互数据的总数；

5.根据权利要求1所述的一种基于信息采集的多源数据集成平台构建方法，其特征在于：所述获取所述交互数据的输入渠道，并根据所述输入渠道将所述交互数据分类为协同数据以及递进数据的步骤，包括：

获取所述输入渠道中交互数据的流转方向；

6.根据权利要求5所述的一种基于信息采集的多源数据集成平台构建方法，其特征在于：所述交互数据传输通道的搭建采用TCP通信协议。

7.根据权利要求6所述的一种基于信息采集的多源数据集成平台构建方法，其特征在于：所述协同数据至少包括三个数据接口，所述递进数据至少包括两个数据接口。

8.一种基于信息采集的多源数据集成平台，应用于权利要求1-7中任意一项所述的基于信息采集的多源数据集成平台构建方法，其特征在于：包括：

若存在，则将存在业务交互区的职能部门标定为交互部门；

9.根据权利要求8所述的一种基于信息采集的多源数据集成平台，其特征在于：还包括补充模块，所述补充模块与所述第一判定模块和第二判定模块之间建立有补充数据通道，所述补充数据通道用于向所述基准部门达成条件以及交互条件，以及向输入渠道中补充交互数据。

10.一种基于信息采集的多源数据集成终端，包括处理器、存储器及存储于所述存储器上并可在所述处理器上运行的计算机程序，其特征在于：所述处理器执行所述计算机程序时实现权利要求1至7中任意一项所述的基于信息采集的多源数据集成平台构建方法。