CN113822557A

CN113822557A - 数据融合管理***、装置、电子设备及介质

Info

Publication number: CN113822557A
Application number: CN202111052405.6A
Authority: CN
Inventors: 高惠琳; 王凡
Original assignee: CETC Information Science Research Institute
Current assignee: CETC Information Science Research Institute
Priority date: 2021-09-08
Filing date: 2021-09-08
Publication date: 2021-12-21

Abstract

本申请公开了一种数据融合管理***、装置、电子设备及介质。其中，本申请中，可以在资源框架用于获取业务数据资源以及对业务数据资源进行规则配置；运行框架用于从业务***处接收业务数据，并对业务数据进行格式处理后发送给业务***；整合服务框架用于对业务数据进行标准规范处理，并通过***接口为业务用户提供数据管理服务。通过应用本申请的技术方案，可以采集不同的业务数据共同构建一个可以统一关联分析的数据***，并还可以实现将基础数据制作成生成生命线纬度主题数据，提供给主题共享库和平台。以供业务用户宏观掌握原本各个业务维度提供的分散数据。

Description

数据融合管理***、装置、电子设备及介质

技术领域

本申请中涉及数据处理技术，尤其是一种数据融合管理***、装置、电子设备及介质。

背景技术

城市的管理和服务是持续不断的，因此其中会有大量的数据产生，而这些数据会反映出城市运行过程中的特点、规律和变化。但如果不能将这些数据转化为便于城市管理者使用的决策依据，就无法为城市的智慧化以及精细化管理提供新的洞察力。

因此，如何构建一种可以将数据融合管理***，以实现将城市运行核心系统的各项关键数据进行呈现，从而对包括应急指挥、城市管理、公共安全、环境保护、智能交通、基础设施等领域进行管理决策支持，进而提升城市综合管理水平，成为了本领域技术业务用户需要解决的问题。

发明内容

本申请实施例提供一种数据融合管理***、装置、电子设备及介质，其中，根据本申请实施例的一个方面，提供的一种数据融合管理***，包括业务***、资源框架、运行框架、整合服务框架以及***接口，其中：

所述资源框架用于获取业务数据资源以及对所述业务数据资源进行规则配置；

所述运行框架用于从所述业务***处接收业务数据，并对所述业务数据进行格式处理后发送给所述业务***；

所述整合服务框架用于对业务数据进行标准规范处理，并通过所述***接口为业务用户提供数据管理服务。

可选地，在基于本申请上述方法的另一个实施例中，所述资源框架用于获取业务数据资源以及对所述业务数据资源进行规则配置，包括：

通过所述资源框架中的资源管理工具，对所述业务数据资源进行可视化配置；以及，

通过SOAP协议，使得所述资源管理工具与资源管理服务器以HTTP通讯方式进行业务数据资源的传输。

可选地，在基于本申请上述方法的另一个实施例中，所述运行框架用于从所述业务***处接收业务数据，并对所述业务数据进行格式处理后发送给所述业务***，包括：

所述运行框架中的运行环境用于为所述运行框架中的管理服务器和适配器提供运行环境；以及，

在所述运行环境中，配置所述适配器与所述运行框架中的集中处理组件进行所述业务数据的交换处理。

可选地，在基于本申请上述方法的另一个实施例中，所述配置所述适配器与所述运行框架中的集中处理组件进行所述业务数据的交换处理，包括：

所述适配器从所述业务***处接收所述业务数据，并对所述业务数据进行格式化处理，得到已处理业务数据，并将所述已处理业务数据发送给所述集中处理组件；

所述集中处理组件将所述已处理业务数据中的私有数据对象进行预设方式处理，得到公有数据对象，所述预设方式包括格式转换，或数据清洗，或数据聚类；

所述集中处理组件将所述公有数据对象发送给目标适配器。

可选地，在基于本申请上述方法的另一个实施例中，所述通过所述***接口为业务用户提供数据管理服务，包括：

通过所述***接口中的数据交换接口，实现所述业务用户与应用***之间的数据传输；以及，

通过所述***接口中的应用模块接口，实现各应用***之间的数据传输；以及，

通过所述***接口中的服务接口，实现所述业务用户和应用***访问、使用被封装的组件服务规范。

可选地，在基于本申请上述方法的另一个实施例中，其中***接口包括：普通接口、已发布接口、公共接口以及双接口的至少一种。

根据本申请实施例的另一个方面，提供的一种数据融合管理的装置，包括业务***、资源框架、运行框架、整合服务框架以及***接口，其中：

配置模块，被设置为所述资源框架用于获取业务数据资源以及对所述业务数据资源进行规则配置；

运行模块，被设置为所述运行框架用于从所述业务***处接收业务数据，并对所述业务数据进行格式处理后发送给所述业务***；

接口模块，被设置为所述整合服务框架用于对业务数据进行标准规范处理，并通过所述***接口为业务用户提供数据管理服务。

根据本申请实施例的又一个方面，提供的一种电子设备，包括：

存储器，用于存储可执行指令；以及

显示器，用于与所述存储器显示以执行所述可执行指令从而完成上述任一所述数据融合管理***的操作。

根据本申请实施例的还一个方面，提供的一种计算机可读存储介质，用于存储计算机可读取的指令，所述指令被执行时执行上述任一所述数据融合管理 ***的操作。

本申请中，可以在资源框架用于获取业务数据资源以及对业务数据资源进行规则配置；运行框架用于从业务***处接收业务数据，并对业务数据进行格式处理后发送给业务***；整合服务框架用于对业务数据进行标准规范处理，并通过***接口为业务用户提供数据管理服务。通过应用本申请的技术方案，可以采集不同的业务数据共同构建一个可以统一关联分析的数据***，并还可以实现将基础数据制作成生成生命线纬度主题数据，提供给主题共享库和平台。以供业务用户宏观掌握原本各个业务维度提供的分散数据。

下面通过附图和实施例，对本申请的技术方案做进一步的详细描述。

附图说明

构成说明书的一部分的附图描述了本申请的实施例，并且连同描述一起用于解释本申请的原理。

参照附图，根据下面的详细描述，可以更加清楚地理解本申请，其中：

图1为本申请提出的一种数据融合管理***的流程示意图；

图2-图6为本申请提出的一种数据融合管理***的架构图；

图7为本申请提出的一种数据融合管理的电子装置的结构示意图；

图8为本申请提出的一种数据融合管理的电子设备结构示意图。

具体实施方式

现在将参照附图来详细描述本申请的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本申请的范围。

同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。

以下对至少一个示例性实施例的描述实际上仅仅是说明性的，不作为对本申请及其应用或使用的任何限制。

对于相关领域普通技术业务用户已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

另外，本申请各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术业务用户能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本申请要求的保护范围之内。

需要说明的是，本申请实施例中所有方向性指示(诸如上、下、左、右、前、后……)仅用于解释在某一特定姿态(如附图所示)下各部件之间的相对位置关系、运动情况等，如果该特定姿态发生改变时，则该方向性指示也相应地随之改变。

下面结合图1-图6来描述根据本申请示例性实施方式的用于进行数据融合管理***。需要注意的是，下述应用场景仅是为了便于理解本申请的精神和原理而示出，本申请的实施方式在此方面不受任何限制。相反，本申请的实施方式可以应用于适用的任何场景。

进一步的，本申请还提出一种数据融合管理***、装置、目标终端及介质。

图1示意性地示出了根据本申请实施方式的一种数据融合管理***的流程示意图。如图1所示，该方法应包括业务***、资源框架、运行框架、整合服务框架以及***接口，其中：

S101，资源框架用于获取业务数据资源以及对业务数据资源进行规则配置。

S102，运行框架用于从所述业务***处接收业务数据，并对业务数据进行格式处理后发送给业务***。

S103，整合服务框架用于对业务数据进行标准规范处理，并通过***接口为业务用户提供数据管理服务。

首先需要说明的是，本申请中提出的数据融合管理***可以应用于多个场景下，例如可以应用于智慧城市运行管理中。具体的，由于目前智慧城市运行管理存在有诸多痛点：

例如数据可见，但不可感可知。其中，政府各个部门手中已经存有大量的基础数据，包括***数据、业务数据、基础数据、融合数据等。如果不能掌握这些庞大的、繁杂的、冰冷的数据背后的规律与价值，就无法真正为管理者所用。

又或，数据孤岛。其中，智慧城市建设的本质是数据资源的建设和整合，深度挖掘数据资源，形成新的支持决策的数据源。但是在行政体制当中，有各种各样的行政命令和法规，导致城市治理不能横向打通，同时也缺少一个公共的平台，将海量数据资源进行融合和共享，造成数据孤岛的产生。

又或，综合决策支持无据可依。其中，城市的管理和服务是持续不断的，会有大量的数据产生，而这些数据会反映出城市运行过程中的特点、规律和变化。但如果不能将这些数据转化为便于城市管理者使用的决策依据，就无法为城市的智慧化以及精细化管理提供新的洞察力。

进一步的，由于智慧城市数据融合特征有四个方向：包括融合领域：多领域(大城管、大环保、大社保、综合交通等)、多元(四库、传感)数据融合。融合内容：结构化、非结构化；实时、非实时数据内容融合。融合方式：以管理对象为中心，以时间、地点、状态为维度，对其基础属性、业务状态信息进行融合。以及融合管理：可视化数据融合任务管理，元数据管理、数据质量全生命周期管理。因此，本申请可以通过采集不同的业务数据共同构建一个可以统一关联分析的数据***，并还可以实现将基础数据制作成生成生命线纬度主题数据，提供给主题共享库和平台。以供业务用户宏观掌握原本各个业务维度提供的分散数据。

进一步的，对于本申请提出的数据融合管理***而言，其组成部分主要包括基础库、实时信息(感知设备实时信息)、目录信息等数据库中数据，结合原有人口、法人等基础信息数据，并根据不同应用和职能划分成多维融合库，实现数据横向纵向的数据分析、加工、转化和应用服务为一体的融合体,为城市运行各领域提供数据支撑。

数据融合管理***经过有目的的数据抽取、清洗、转化和加工，制作成各种纬度融合数据，输出到其他应用***中，为各个***提供总汇贯通的数据支持。通过融合库，将各个***的数据分析成串联的数据，可以跟踪数据来源以及数据横向和纵向过程，并独立成示范工程主体。如通过提供感知设备实时信息和交换***交换信息，可以总结出此部分数据的数据利用率，并从来源、传输、使用几个层面层层关联，总结出此部门的业务情况和对外支撑情况。又可以将不同部门的数据，围绕一个共同的目的，如城市安全运行和应急管理示范工程，综合水、电、气、大气环境、噪声污染等情况，统一关联分析，将基础数据制作成生成生命线纬度主题数据，提供给主题共享库和平台。以供使用者宏观掌握原本各个部门提供的分散数据。

一种方式中，如图2所示，数据融合管理***可以由综合信息资源管理系统、综合信息目录管理***、综合信息整合服务***组成。

具体的，对于综合信息资源管理***的功能来说，其可以首先实施构建融合库的步骤。具体为考科一通过工具将外部数据抽取到临时表中，再通过信息同步、合并、整合等工作，将外部数据永久保存在融合库中，并创建数据仓库、虚拟库等不同数据领域。

进一步的，资源库是应用项目运行所需的仓库，给运行的应用项目提供规则资源和组件资源，包括规则库和组件库。其中，规则库给应用项目提供运行规则。这些规则保存在资源工厂的规则库中，是应用项目的预定义规则，当发布到应用项目的运行环境中后，就是使用规则。规则库主要包括：

连接规则：

连接规则用于保存和业务***的连接的规则信息，包括采用的协议、连接地址、端口、接连用户/密码等信息，如数据库的连接、FTP连接、Socket连接、 HTTP连接、JMS连接等。

变量规则：

变量规则用于描述应用项目中变量的相关信息，变量可用于动态表达式和流程处理中。变量可能来源于给定结构，也可能是某种处理的结果组合，也可能是对应的某种处理方法，也可能是几种情况的组合。变量规则包含了变量的组成、成员类型、相应的处理方法等信息。

规则模型：

规则模型是含有变量的规则表达式，其中含有变量的描述信息，以便在运行过程中根据变量的情况动态形成规则。

消息规则：

消息规则用于描述消息队列的情况，包括队列的名称、队列绑定的处理器、优先级、队列的监控、订阅和发布等信息。

服务规则：

服务规则用于描述服务的处理信息，包括服务类型、服务标示、服务实现类、服务的配置信息、服务配置管理录入界面实现类等信息。包括基础*** 和业务服务。

基础服务包括通讯服务、FTP服务、脚本调用服务、定时服务、文件触发服务、服务代理等。每种服务类型都有相应的描述信息。

业务服务包括SQL调用服务(SQL语句调用、SQL函数调用、SQL过程调用)、数据复制服务(包含表-表复制、表-文件复制、表-消息队列复制)、数据转换服务(包括表-表转换、表-文件转换、表-消息队列转换)、数据路由服务(包括表-表路由、表-文件路由、表-消息队列路由等)、实事表加工服务等其他服务描述。

流程规则：

流程规则用于描述流程的处理信息，包含流程的输入输出、处理节点、处理任务、条件处理信息、意外处理规则、并行运行情况等信息。

映射规则：

映射规则用于描述数据的映射转换处理信息，包括转换处理方法、输入输出信息、转换规则、翻译规则、虚拟列的信息等。

更进一步的，对于组件库来说，其中包含了实现特定处理功能的组件，这些组件根据规则库中的描述信息实现特定的功能。这些组件存放在资源工厂的组件库中就是预定义的组件，当发布到应用项目的运行环境中后，就是使用组件。组件库主要包括：

流程组件：

流程组件实现流程自动化处理，可以做顺序执行、并行执行、条件处理、意外处理、分组处理等操作，其相关的执行规则来源于规则库中的流程规则描述。

服务组件：

服务组件主要包括基础服务组件和业务服务组件。

基础服务包括通讯服务、FTP服务、脚本调用服务、定时服务、文件触发服务、服务代理等。这些服务组件可以完成基础的服务功能。

业务服务包括SQL调用服务(SQL语句调用、SQL函数调用、SQL过程调用)、数据复制服务(包含表-表复制、表-文件复制、表-消息队列复制)、数据转换服务(包括表-表转换、表-文件转换、表-消息队列转换)、数据路由服务(包括表-表路由、表-文件路由、表-消息队列路由等)、实事表加工服务等，这些服务组件可以完成业务的功能。

其中，服务组件的处理规则来源于规则库中的相应服务组件的规则描述。

变量组件：

变量组件用于完成变量之间的相互转换，主要是指转换变量，可以用于动态表达式在运行过程中的变量的实例化处理。

变量组件的处理规则来源于规则库中的相应变量规则描述。

规则组件：

规则组件是将含有变量的规则表达式在运行过程中解析和处理的组件，一般是结合变量的处理来完成的。

规则组件的处理规则来源于规则库中的相应规则组件的规则描述。

转换组件：

转换组件用来实现数据对象之间的格式转换、数据清洗等操作，主要包括格式转换、格式的翻译、数学运算、数据聚类、动态数据的生成、基于规则的替换等。

转换组件的处理规则来源于规则库中的相应转换组件的规则描述。

连接组件：

连接组件用来实现和其他***的连接，如数据库的连接、FTP连接、Socket 连接、HTTP连接、JMS连接等。

连接组件的处理规则来源于规则库中的相应连接组件的规则描述。

适配器组件：

适配器组件是实现了和特定业务***的连接及相关业务信息的处理，一般包括连接组件处理和数据转换组件的处理等操作。

适配器组件的处理规则来源于规则库中的相应适配器组件的规则描述。

再者，***中还可以还包括资源管理工具，其中资源管理工具可以实现资源信息的交互管理，可以实现资源规则的可视化配置、运行环境的可视化部署等。资源管理工具主要实现如下资源的可视化配置：连接规则的可视化配置变量规则的可视化配置；规则模型的可视化配置；消息规则的可视化配置；服务规则的可视化配置；流程规则的可视化配置；权限的可视化配置；以及部署信息的可视化配置等等。

而对于综合信息目录管理***而言，其用于实现支撑各业务部门开展综合信息和实时信息共享目录、需求目录的管理及目录服务工作，能够为各业务部门梳理出来对外提供共享的业务实时信息、业务综合信息提供有效的登记注册、管理，提供目录服务，方便查询检索，利于资源的发现与定位。

其中，综合信息目录管理***还可以面向城市运行各业务部门提供业务实时信息、业务综合信息的注册、更新、删除、目录导航、目录查询、资源定位等服务，面向平台管理业务用户提供部门资源的审核发布、资源申请、资源授权、元数据模板定制、分类结构定制、流程定制、导航定制服务、梳理表结构设置、映射关系设置等，面向部门梳理业务用户提供梳理表注册、梳理表更新、梳理表删除以及梳理表检索等操作。主要包括元数据模板定制、结构分类定制、流程定制、导航定制、目录注册、更新、审核、删除、目录导航、目录查询、资源定位、资源申请、资源授权、梳理工具等组件。

而对于综合信息整合服务***而言，综合信息整合服务***是数据融合管理平台的重要组成部分，是各业务应用***之间数据共享、服务分享的关键，是连接应用***的桥梁。它为城市运行管理个业务领域应用***提供服务支撑，同时也为业务用户作出重大决策提供权威、准确、及时的信息服务支持。

可以理解的，为了更好地满足全面、及时获取城市运行各方面信息的需求，支撑业务用户科学、快速决策，不仅需要将各部门的相关业务信息和***数据进行接入，还必须将所有接入的信息按照一定的条件、主题进行分类和关联。在常态下，综合信息整合***为城市运行各领域信息化建设提供全面、融合的数据支撑。在非常态下，综合信息整合***更能为市级业务用户提供该事件所有相关的实时信息与综合信息，为业务用户应急处置及调集应急资源提供数据支撑。

其中，综合信息整合业务主要通过数据抽取、数据清洗、数据转换、数据加载等技术手段，从异构、多源数据文件(数据库)中获取支撑***运行的数据，形成融合数据库；领用数据拆分、数据合并技术，将分散的、各行各业的数据进行重组，按照业务、主题、业务用户分工、领域、工程等条件进行分类，并通过数据模型、业务模型OLAP模型分析，为城市运行各领域建设及各行各业的业务用户者和决策者提供数据支撑。

数据融合主要包括历史数据迁移、数据同步、数据合并、数据交换、数据仓库、数据联邦等服务。具体为：

历史数据迁移：实现历史遗留数据的重用，将历史数据迁移到新的目标数据库中。

数据同步：实现分布的数据库中的数据上传、下载、保证分布数据库中的数据一致性。

数据合并：实现不同应用的数据中的个性化数据到统一结构的数据库中的数据合并，包括清洗、转化等操作。

数据交换：实现分布的数据库和集中的数据库之间的交互。包括数据集中、数据分发、格式转化等。

数据仓库：实现将分散的数据集中到统一的数据仓库中，并建立统一的数据模型存储。包括数据的上传转化、将处理后的结果装在到事实表中，结合维度表形成数据立方。供OLAP分析、报表、预测等BI应用使用。

数据联邦：保存数据源的映射关系，数据仍在原***中存储，主要满足数据的实时处理、统一结构视图等需要。

在进一步的，本申请中的数据融合管理***的***架构来说，可以包括业务***、资源框架、运行框架、整合服务框架以及***接口，其中：

如图3所示，为资源框架的架构图，其中资源框架是融合项目的资源加工工厂，资源管理工具可视化配置应用项目所需的规则，并保存在资源库中，资源库包括规则库和组件库，给信息整合应用项目提供整合处理规则和整合处理技术组件。

其中，资源框架主要包括资源管理工具、资源管理服务器、资源库三部分组成。资源管理服务器在后台运行，做资源的管理工作，资源管理工具是资源规则配置的可视化配置界面，供开发业务用户和业务规则设计业务用户使用。资源管理工具和资源管理服务器之间是通过SOAP协议，以HTTP方式通讯的，可以方便业务开发业务用户和业务规则设计业务用户通过Internet工作。

另外，如图4所示，为运行框架的的架构图，其中运行框架是由信息整合项目的运行框架，主要由运行环境、集中处理组件、适配器、使用规则库等部分组成。

运行环境给集中管理服务器和适配器提供运行环境；使用规则库给运行框架提供运行所需的规则；适配器和集中处理组件运行在运行环境中，主要负责信息交换处理。管理框架对信息交换项目的作运行管理；资源框架发布资源到使用规则库供运行框架使用。

进一步的，如图5所示，适配器和业务***交互，连接业务***并作数据的格式化处理，将格式化后的私有数据对象传递给集中处理组件；集中处理组件对私有数据对象做数据格式的转换，并将结果放到公有数据对象中，公有数据对象经过处理后(或直接)将数据提交给另一个适配器或提交给原来的适配器，其处理的过程可以采用同步方式，也可以采用异步方式。

图6所示为整合服务框架的架构图，其中整合服务架构由基础设施层、应用支撑层、数据资源层、应用层、服务层和用户层组成。具体内容为：

基础设施层：由综合信息整合***的运行环境、适配器、集中处理组件和相关的规则组件库组成。

应用支撑层：包括数据抽取、数据加工、数据转换、数据加载和服务接入等模块。通过这些模块抽取、接入原始数据的相关数据和服务，形成数据层的各数据库。数据资源层：由基础课、专题库、融合库和模型库组成。应用层：包括数据资源管理、运行环境管理、***配置等模块。服务层：整合***通过图表、Portlet、地图和业务展示等方式提供服务。用户层：综合信息整合*** 的直接用户为应用支撑平台的管理业务用户和整合***的管理业务用户。

图7所示为***接口的架构图，其中***接口包括数据交换接口、GIS数据库接口、网络通信接口、应用模块接口

其中，数据交换接口主要为使用者与应用***、应用与应用之间的数据传递、转换提供规范。其采用基于XMLJMS/Socket/RMI标准的接口，实现对于系统间的数据交换和信息共享。

而数据库访问接口采用基于J2EE平台的JDBC的接口。数据库访问接口主要用于用户和应用***对各种不同类型数据库的访问。

网络通信接口主要采用基于TCP/IP协议的各种网络接口。网络通信接口主要为用户与***、应用间的通信提供服务规范。应用模块接口主要为使用者与应用***、应用与应用之间的通信、调用及连接提供规范。应用层接口主要采用XML、Web服务、HTTP和模块专用API等接口实现方式。

网络通信接口主要采用基于TCP/IP协议的各种网络接口。网络通信接口主要为平台与外部应用、应用模块间的通信提供服务规范。服务接口主要是指为使用者和应用***访问、使用被封装的组件服务和***支撑平台提供的服务而提供的规范。服务接口更多的取决于平台和组件所能提供的服务，例如：*** 目录服务、安全服务、身份认证服务以及组件所提供的服务。

可以理解的，一个服务包括接口和接口实现。接口定义了消费者和提供者之间的程序性的访问约定。一个服务接口必须含有该服务的身份、该服务的输入和输出数据的细节以及与该服务的功能和目标有关的元数据。该服务实现含有该服务的功能性的或业务性的逻辑。

其中，接口主要包括如下几类：

接口：

定义一组公共方法签名，它按照逻辑分组但是没有提供实现。接口定义服务的请求者和提供者之间的契约。接口的任何实现都必须提供所有的方法。

已发布接口：

一种可唯一识别和可访问的接口，客户端可以通过注册中心来发现它。

公共接口：

一种可访问的接口，可供客户端使用，但是它没有发布，因而需要关于客户端部分的静态知识。

双接口：

通常是成对开发的接口，这样，一个接口就依赖于另一个接口；例如，客户端必须实现一个接口来调用请求者，因为该客户端接口提供了某些回调机制。

可选的，在本申请一种可能的实施方式中，资源框架用于获取业务数据资源以及对所述业务数据资源进行规则配置，包括：

可选的，在本申请一种可能的实施方式中，所述运行框架用于从所述业务 ***处接收业务数据，并对所述业务数据进行格式处理后发送给所述业务***，包括：

可选的，在本申请一种可能的实施方式中，所述配置所述适配器与所述运行框架中的集中处理组件进行所述业务数据的交换处理，包括：

所述集中处理组件将所述公有数据对象发送给目标适配器。

可选的，在本申请一种可能的实施方式中，所述通过所述***接口为业务用户提供数据管理服务，包括：

可选的，在本申请一种可能的实施方式中，其中***接口包括：普通接口、已发布接口、公共接口以及双接口的至少一种。

如图7所示，本申请还提出一种数据融合管理的电子装置，其特征在于，包括业务***、资源框架、运行框架、整合服务框架以及***接口，其中：

配置模块201，被设置为所述资源框架用于获取业务数据资源以及对所述业务数据资源进行规则配置；

运行模块202，被设置为所述运行框架用于从所述业务***处接收业务数据，并对所述业务数据进行格式处理后发送给所述业务***；

接口模块203，被设置为所述整合服务框架用于对业务数据进行标准规范处理，并通过所述***接口为业务用户提供数据管理服务。

可选的，在本申请的另一种实施方式中，配置模块201，还包括：

配置模块201，被配置为通过所述资源框架中的资源管理工具，对所述业务数据资源进行可视化配置；以及，

配置模块201，被设置为通过SOAP协议，使得所述资源管理工具与资源管理服务器以HTTP通讯方式进行业务数据资源的传输。

配置模块201，被设置为所述运行框架中的运行环境用于为所述运行框架中的管理服务器和适配器提供运行环境；以及，

配置模块201，被设置为在所述运行环境中，配置所述适配器与所述运行框架中的集中处理组件进行所述业务数据的交换处理。

配置模块201，被设置为所述适配器从所述业务***处接收所述业务数据，并对所述业务数据进行格式化处理，得到已处理业务数据，并将所述已处理业务数据发送给所述集中处理组件；

配置模块201，被设置为所述集中处理组件将所述已处理业务数据中的私有数据对象进行预设方式处理，得到公有数据对象，所述预设方式包括格式转换，或数据清洗，或数据聚类；

配置模块201，被设置为所述集中处理组件将所述公有数据对象发送给目标适配器。

配置模块201，被设置为通过所述***接口中的数据交换接口，实现所述业务用户与应用***之间的数据传输；以及，

配置模块201，被设置为通过所述***接口中的应用模块接口，实现各应用 ***之间的数据传输；以及，

配置模块201，被设置为通过所述***接口中的服务接口，实现所述业务用户和应用***访问、使用被封装的组件服务规范。

可选的，在本申请的另一种实施方式中，其中***接口包括：普通接口、已发布接口、公共接口以及双接口的至少一种。

图8是根据一示例性实施例示出的一种电子设备的逻辑结构框图。例如，电子设备300可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器，上述指令可由电子设备处理器执行以完成上述码率控制的***，该方法包括：可以在资源框架用于获取业务数据资源以及对业务数据资源进行规则配置；运行框架用于从业务***处接收业务数据，并对业务数据进行格式处理后发送给业务***；整合服务框架用于对业务数据进行标准规范处理，并通过***接口为业务用户提供数据管理服务。可选地，上述指令还可以由电子设备的处理器执行以完成上述示例性实施例中所涉及的其他步骤。例如，非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、 CD-ROM、磁带、软盘和光数据存储设备等。

在示例性实施例中，还提供了一种应用程序/计算机程序产品，包括一条或多条指令，该一条或多条指令可以由电子设备的处理器执行，以完成上述码率控制的***，该方法包括：可以在资源框架用于获取业务数据资源以及对业务数据资源进行规则配置；运行框架用于从业务***处接收业务数据，并对业务数据进行格式处理后发送给业务***；整合服务框架用于对业务数据进行标准规范处理，并通过***接口为业务用户提供数据管理服务。可选地，上述指令还可以由电子设备的处理器执行以完成上述示例性实施例中所涉及的其他步骤。

图8为计算机设备30的示例图。本领域技术业务用户可以理解，示意图8 仅仅是计算机设备30的示例，并不构成对计算机设备30的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如计算机设备30还可以包括输入输出设备、网络接入设备、总线等。

所称处理器302可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器302也可以是任何常规的处理器等，处理器302是计算机设备30的控制中心，利用各种接口和线路连接整个计算机设备30的各个部分。

存储器301可用于存储计算机可读指令303，处理器302通过运行或执行存储在存储器301内的计算机可读指令或模块，以及调用存储在存储器301内的数据，实现计算机设备30的各种功能。存储器301可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作***、至少一个功能所需的应用程序 (比如声音播放功能、图像播放功能等)等；存储数据区可存储根据计算机设备30的使用所创建的数据等。此外，存储器301可以包括硬盘、内存、插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(Random Access Memory， RAM)或其他非易失性/易失性存储器件。

计算机设备30集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机可读指令来指令相关的硬件来完成，的计算机可读指令可存储于一计算机可读存储介质中，该计算机可读指令在被处理器执行时，可实现上述各个方法实施例的步骤。

本领域技术业务用户在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims

1.一种数据融合管理***，其特征在于，包括业务***、资源框架、运行框架、整合服务框架以及***接口，其中：

2.如权利要求1所述的***，其特征在于，所述资源框架用于获取业务数据资源以及对所述业务数据资源进行规则配置，包括：

3.如权利要求1所述的***，其特征在于，所述运行框架用于从所述业务***处接收业务数据，并对所述业务数据进行格式处理后发送给所述业务***，包括：

4.如权利要求3所述的***，其特征在于，所述配置所述适配器与所述运行框架中的集中处理组件进行所述业务数据的交换处理，包括：

所述集中处理组件将所述公有数据对象发送给目标适配器。

5.如权利要求1所述的***，其特征在于，所述通过所述***接口为业务用户提供数据管理服务，包括：

6.如权利要求4所述的***，其特征在于，其中***接口包括：普通接口、已发布接口、公共接口以及双接口的至少一种。

7.一种数据融合管理的电子装置，其特征在于，包括业务***、资源框架、运行框架、整合服务框架以及***接口，其中：

8.一种电子设备，其特征在于，包括：

存储器，用于存储可执行指令；以及，

处理器，用于与所述存储器显示以执行所述可执行指令从而完成权利要求1-6中任一所述数据融合管理***的操作。

9.一种计算机可读存储介质，用于存储计算机可读取的指令，其特征在于，所述指令被执行时执行权利要求1-6中任一所述数据融合管理***的操作。