CN1302401A

CN1302401A - 可视数据集成系统和方法

Info

Publication number: CN1302401A
Application number: CN99806555A
Authority: CN
Inventors: 尼古拉斯·C·谢尔德; 劳伦斯·菲谢; 理查德·W·马修斯; 海马宾杜·格拉; 胡麒麟; 温迪·J·郑; 博伊尔·Y·牟
Original assignee: ADC Telecommunications Inc
Current assignee: Commscope Connectivity LLC
Priority date: 1998-04-15
Filing date: 1999-04-15
Publication date: 2001-07-04
Also published as: AU3562699A; US6208345B1; WO1999056206A1; IL139007A0; KR20010042737A; EP1071992A1; CA2328325A1

Abstract

本发明公开了一种可视的数据集成系统结构和方法。该系统结构包括一个传送结构,该传送结构是一个不依赖于特定技术的集成机制,便于在不同的应用程序之间交换依赖于特定技术的数据。一个可视的界面方便了集成信息应用系统的设计、配置和运行时监视。利用该可视界面,通过在该界面的一个显示区拖放组件,可以可视地开发集成信息系统。所述组件是各种通信软硬组件,比如信息存储、处理器、输入输出设备等等的图形表示。各种组件可以打包,作为提供特定的任务集成能力的任务扩展模块。组件之间的互连是用鼠标以图形方式建立的,以确定特定数据的源和目标。一个在所述传送结构之上并与该传送结构协调运行的底层配置/运行时信息结构将所述图形连接有效地转换为逻辑或者物理连接,从而同时形成一个集成的运行时系统。格式中性数据元模型用来模型化不同的系统和系统组件的输入输出数据需求,以便消除所述系统之间和数据集成项目所含的技术之间的任何相互依赖性。所述可视界面使得能够对集成应用系统的商用信息和系统方面进行运行时控制和分析。针对现行配置的可视窗口利用一个可视界面提供了对系统集成器、任务集成器、系统管理器和任务管理器的一致管理和控制。

Description

可视数据集成系统和方法

技术领域

本发明总体上涉及信息系统，尤其涉及应用一种可视集成不同信息技术的界面的一种系统和方法。

背景技术

针对在用明显不同的技术开发的计算机系统平台和应用程序之间实现通信的问题，已经提出过许多方案。由于对分布式数据处理系统和结构，比如用来支持因特网和电子数据交换(EDI)活动的系统和结构的日益增加的依赖性，已使人们强烈地体会到需要有一种改进的方法，来设计和应用能够在接口特性不类似的应用程序之间传输不同类型和格式的海量数据的集成信息系统。

在解决在不类似的系统和应用程序之间传输不同类型数据问题的尝试中，开发出了不同的数据交换产品和方法。其中一种将许多不同的系统电子连接起来的传统方法必须建立专用网关或接口系统。典型的专用网关是用来解决窄范围的接口问题的，比如允许系统1和系统2交换它们分别产生的A类型和B类型的数据。这种专用网关通常没有准备用来适应大量不同系统和应用程序之间的数据交换，也没有作这样的设计。在现有技术中，我们知道，由于最初的网关设计的固有限制，对已有的专用网关进行修改，以应付新的不同接口问题通常是没有收益而又费钱的。

在解决上述问题以及其它在分布式数据处理和通信环境中所遇到的数据交换问题的努力中，已经发展了各种信息技术标准。其中一种标准，在现有技术中称为CORBA(通用对象请求代理标准，CommonObiect Request Broker)，在近来得到了很多关注，因为，这种标准似乎能够解决前面所提到的许多问题。但是，在对CORBA方法的一篇很重要的评论中，披露了CORBA的设计不是以数据传输机制为目标的。相反，最初设计CORBA是用来在TCP/IP上传递控制方法的。CORBA的强项在于其能够在网络上使用C++算法。CORBA要求所有应用程序都必须是面向对象的，这样，用结构化编程技术开发的大量已有应用程序就被排除在外。而且，尽管CORBA被称为一种“标准”，却仍然存在几种应用CORBA的产品，它们互不相容，因此不能相互通信。

其它技术，比如事务监视器(transaction monitor)，主要用来控制分布式处理环境中多个应用程序之间的复杂事务。这种事务监视器一般通过严格的事务规则，通过已定义的跨IPC(Inter ProcessCommunication，过程间通信)IDL(Interface Definition Language，接口描述语言)接口方法来连接应用程序。一般的事务监视器必须符合其要求的复杂结构，使用和维护起来很复杂。如果一个事务组中任何一个单独的事务失败，整个复合事务都要退出，而不仅仅是该单个失败的事务退出。事务监视器通常都面向事务控制而进行优化，而不是为了进行数据交换。

称为4GL和5GL的第四代和第五代语言似乎要为数据交换问题提供部分的解决方案。这些语言和其它类似的语言，比如用来构建“任务对象”的语言，是围绕主要为提供强大的查询和报告工具的应用程序和用户接口的构建进行优化的。用这种语言创建的对象一般都定义访问驻留在数据库中的数据的路径。所述对象可以以各种方式进行组合，以建立复杂查询，建立强大的报告生成器。第四代和第五代语言不太适合从一个应用程序向另一个或多个应用程序可靠而高效地传输海量数据。尽管用4GL和5GL技术建立的任务对象确实附带了一定量的数据，但这些数据一般是查询所产生的、随着对象定义一同传输的数据，目的是对数据进行额外的分析。

令与现有技术的数据集成方法相关的技术问题更为复杂的，是人们认识到，为了服务于任务的需要和目的，一般要将不同的信息源集成起来。对数据集成问题提出的技术解决方案不应当限制用户获取来自通过所提出的系统传送的数据的有益信息的能力。相反地，所提出的技术解决方案应当满足或者超过用户的业务信息需要，而且，应当提供一种可扩展的结构，能够轻易地适应新的信息源和信息技术。

传统的数据集成工具一般都设计得从技术的角度减少花在集成不同信息系统方面的人力和费用，但通常都很少或没有注意这样所得到的方案可能会对商用信息需求有潜在的限制性影响。任务级的集成一般都是用非常不同于数据集成工具的工具完成的。另外，传统的数据集成应用系统的运行环境一般都是用单独的系统管理工具包进行维护的。

在技术集成方案建立在不同于支持任务集成解决方案的基础或者结构之上的系统中，经常会出现严重程度不等的不兼容问题。在设计和配置阶段，这种不兼容问题通常限制了用户有效地与用传统方法实现的集成信息系统相互对话的能力，并使从所述系统抽取有用的系统和任务集成/管理信息的工作显著复杂化。

因此，迫切需要有一种改进的数据集成系统和方法，能够有效地集成不同技术的应用程序所产生的数据。对于这样的系统和方法，还需要运用单一的直观的用户界面，向具有不同数据输入和输出需求的用户提供各种类型的信息。对于这样的系统和方法，还需要易于扩展，并独立于当前的或将来的任何技术。本发明将满足这些需要以及其它的需要。

发明内容

本发明旨在提供一种可视的数据集成系统结构和方法。该系统结构包括一个代表一种不依赖于特定技术的集成机制的传送结构，用来在不同的应用程序之间交换依赖于特定技术的数据。可视的界面可便于集成信息应用系统的设计、配置和运行时监视。

使用可视的界面，通过在该界面的显示区(canvas area)拖放组件图标，可以可视地构建集成信息系统。组件图标是各种数据处理和通信软硬件的图形表示。各种组件图标可以一起打包到任务扩展模块中，以向用户提供特定的任务集成能力。

放置在界面显示区的组件之间的图形连接是用鼠标建立的，确定出特定数据的源和目标。底层的配置和运行信息结构将所述图形连接有效地转化为逻辑的或者物理的连接，从而同时实现模拟的集成的运行期系统的配置。格式中性数据元模型(format neutral data meta-models)被用来模型化不同系统和系统组件的输入输出数据需求，从而消除存在于系统和含在数据集成项目中的技术之间的任何相互依赖性。这样使用数据元模型可以有效地将数据集成项目系统组件化(componentize)，从而允许用可视的拖放方法和元模型隐映射(meta-model mapping metaphores)在系统组件之间建立和修改相互连接。

所述可视界面在集成信息应用系统的任务和技术方面提供运行期控制和分析。对运行期应用系统的可视显示为各种具有不同的数据输入输出、报告和接口需求的用户提供了协调一致的管理和控制。

在一种实施方式中，所述传送结构包括数据交换基础设施，后者包括许多与相应数据的应用程序相关联的适配器。每个适配器专用来提供与相应的应用程序的接口，并转换在应用程序和数据交换基础设施之间传送的数据。特定的应用程序所产生的数据由相应的适配器从依赖于特定技术的格式转换为与具体技术无关的格式。

所述数据交换基础设施从每个与之相连的适配器接收依赖于特定技术的格式的数据，并协调信息内容的路由选择和与请求特定信息内容的应用程序相关联的特定适配器。从数据交换基础设施接收信息内容的适配器将通用格式的信息内容转换为与相关应用程序兼容或者相关应用程序专用的数据格式。一种排队机制用来构建不同应用程序和系统之间可靠的异步或伪同步接口。

数据交换基础设施在处理要求特定信息内容的请求时可以采用任务规则或逻辑。例如，一个应用程序可能需要由许多不同应用程序产生的信息内容。所述数据交换基础设施就按照用户专用的任务逻辑的要求，来获取、组织和处理多信息源的信息内容。特定用户或者应用程序的数据处理和数据组织要求的改变，只需要简单地通过修改用户专用的任务逻辑就可以实现，而不需要改变数据交换基础设施的程序代码。

数据交换基础设施可以应用用户专用路由选择逻辑来向一个多个目标应用程序发送选中的信息内容。当使用任务逻辑时，路由选择要求的改变只需通过改变路由选择逻辑即可实现，而不需要改变数据交换基础设施程序代码。

还提供了过程监视、跟踪、日志记录，来跟踪数据通过数据交换基础设施的进程，并检测和纠正处理中的错误。在存在反常处理的情况下，数据交换基础设施就对失败的事务重做，杜绝数据的丢失。还提供了性能统计。通过利用了面向系统和任务的视图的可视界面，用户能够调用许多统计分析曲线图和与任务有关的图表。

通过适当地配置数据交换基础设施的适配器和一个或多个处理/逻辑单元，可以开发大量的接口。例如，仅具有单一的用户接口的专用后端系统可以从逻辑上转换为具有多用户网络接口的开放系统。通过使用数据交换基础设施，可使不可靠的应用程序变得稳定。不同的任务系统，不管是已不通用的还是当前的技术，都可以有效地连接起来，例如建成电子连接网关(electronic bonding gateways)。

本发明的以上内容不是要描述本发明的每一种实施方式或者每一种具体应用。通过结合附图阅读下文的具体说明和权利要求，可以更加清楚地理解本发明的优点和水平，并可以对本发明有一个更为全面的理解。

附图说明

图1是本发明的一种实施方式的可视数据集成结构的系统级示意图；

图2以框图的形式图解了在传统的数据集成方法中，由两个信息服务提供者运行的信息系统内不同的应用程序之间的数据流；

图3图示了本发明的一种可视数据集成结构在图2所示的信息提供者1的信息系统环境中的应用；

图4、图5A、图5B图示了用来显著增强现有信息系统环境下数据交换的可视数据集成结构的另外的实施方式；

图6是本发明另一种实施方式的可视数据集成结构的系统框图；

图7描述了按照本发明的一种实施方式，协同工作以实现数据交换的多个适配器；

图8是按照本发明的原理实现的可视数据集成结构的另一种实施方式的详细系统框图；

图9图示了按照本发明的原理实现的一种可视数据集成结构中另外一些与各种控制和队列特征有关的细节；

图10和图11是流程图，用以说明本发明的另外两种实施方式中，涉及数据交换基础设施中的数据传输的各个过程；

图12到图14以流程图的方式说明了本发明的另一种实施方式中涉及通过数据交换基础设施传输数据的各个过程；

图15和图16是按照本发明的一种实施方式实现的一种可视数据集成结构的概念模型，包括一个传送结构、可视界面、配置与运行信息结构，以及一个或多个任务扩展模块；

图17描绘了本发明一种实施方式的一个用来构建、配置、监视和管理数据集成应用系统的可视界面；

图18是用“系统集成(System Integration)”窗口看到的一个实际的数据集成应用系统的图形方式；

图19图示了本发明的一个可视界面中的分布计划面板(distributionplanning panel)，其提供了选中的数据集成项目的运行网络环境的一个树形图；

图20是用“任务集成(Business Integration)”窗口看到的示于图18的数据集成应用系统的图形方式；

图21图示了用“系统管理(System Management)”窗口从示于图18的数据集成应用系统得来的队列状态图表；

图22图示了用“任务管理(Business Management)”窗口从示于图18的数据集成应用系统得来的商用信息图表；

图23和图24是一个可以允许用户调整、修正或者更改通用对象内容的队列管理工具的队列窗口显示；

图25A到图25C定义了本发明的一种实施方式中，一种可视数据集成结构的配置和运行信息结构的一种目录结构，在其中放置和操作配置文件。

尽管本发明可以有各种修改和变换，并在附图中举例示出了其详细实施方式，又在下文作了详细说明，但是，应当理解，本说明书并不是要将本发明限定在所描述的特定实施方式的范围之内。相反地，本发明覆盖落在所附权利要求所限定的本发明的精神和范围之内的所有修改、等同方式和替代方式。

具体实施方式

在以下对图示的实施方式所作的说明中，要参照所附的图面，这些附图构成说明书的一部分，并以图示的方式给出了本发明可以实现的各种方式。应当理解，也可以利用其他的实施方式，并且，在不脱离本发明的范围的前提下，可以作一些结构上和功能上的改变。

在图1中，图示了本发明一种实施方式的可视数据集成结构。示于图1中的系统30提供了一个传送结构33和一个可视界面31来实现包括许多不同应用程序的集成信息系统的设计、配置和运行时监视。在宽泛的和一般的概念上，传送结构33提供一种不依赖于特定技术的集成机制，来实现不同应用程序之间的依赖于特定技术的数据的交换。传送结构33可以在不类似的应用程序和技术之间实现可靠的和可升级(scalable)的信息路由选择。

可视界面31使得能够对商用信息和集成应用系统的系统/技术方面进行快速的设计、配置和运行时控制与分析。一般，集成信息系统是通过在可视界面31上用鼠标或者其他输入设备在系统图形显示区内拖放组件创建模块而可视地建立的。这些组件创建模块是各种数据处理和通信软硬件，比如信息存储设备、处理器、输入输出设备、网桥、路由器等等，的图形表示。组件创建模块之间的互连一般是用鼠标以图形方式建立的，以确定特定数据的源和目标。

在所述传送结构之上并与其协调运行的底层配置和运行信息结构有效地将所述图形互连转换为逻辑或者物理互连，从而同时生成相应的运行时系统配置。在完成配置之后，并且完成所有必须的专用化之后，单击一个按钮就会激活集成信息系统的运行时配置。针对在线配置的可视窗口提供了对系统集成器、任务集成器、系统管理器和任务管理器的稳定的管理和控制。

为了说明按照本发明的原理应用可视数据集成结构时所实现的各种特征和优点，在图1中假设由若干个不同的应用程序--图中标为应用程序1、2、3和4--生成各种类型的不同数据。这里所说的“不同应用程序”，是指在技术、运行、支持平台和操作系统、数据、输入输出接口、通信协议等等方面不同的应用程序。这里所说的“不同数据”是指在格式、结构、协议、内容等等方面不同的数据类型。

还进一步假设，图1中所示的每一个应用程序都需要其他的应用程序所产生的信息。例如，应用程序4需要应用程序3所产生的信息内容“C”，应用程序3需要应用程序1和应用程序2分别产生的信息内容“A”和“B”。因此，每一个应用程序虽然代表明显不同的技术，可能由完全不同的平台支持，却为了获得各种信息内容而相互依赖。本领域的技术人员十分理解提供一种在不同的应用程序之间实现所需的信息交换，同时又解决数不清的技术相互依赖性的机制的困难性。

传统的应用专用接口来在两个不同的应用程序之间实现信息交换的方法通常只解决小范围的通信问题，但常常导致解决方案没有弹性，不能承受格式、功能、操作方面的即使很细微的变化。现有技术中开发这种接口以在不同的应用程序之间实现通信的解决方案通常依赖于双方或一方的应用程序软件和/或支持该应用程序的平台软硬件所固有的技术。我们很容易理解，这种技术依赖性大大限制了对已有通信基础设施进行改进、扩展和升级的能力，并使得集成新的信息源和技术的工作大大复杂化，甚至变得不可能。

而且，传统的集成工具集成不同的信息系统的方式通常不能用一种统一和协调一致的方法满足双方系统和任务的需求。这样的传统集成工具通常不能够提供能够使用户达到下述目的的接口：有效地进行集成系统设计，容易识别所述设计的各种硬件和软件组件以及它们的互连，有效地将系统的图形表示转换为在线运行配置，并在开发阶段和随后的应用阶段监视所述设计的效能。

如同下文将详细说明的那样，按照本发明的原理实现的一种数据集成方法提供了一种完全没有技术依赖性的传送机制，并提供了一种直观的可视界面，能够进行快速的设计、配置、运行时控制、监视，并对集成信息应用系统的任务/信息和系统/技术方面进行分析。

还看图1，假设应用程序1产生“A”类型的数据，该数据可视为包括两个组成部分。在图1所示的环境中，“数据”一词假设包括一个信息内容成分和一个格式成分。所述信息内容成分表示原始信息，一般是商用信息，比如报表信息。所述格式成分一般表示提供一种与所述信息内容成分进行电子交互作用的手段的依赖于特定技术的构造。

所述格式成分例如可以定义为包括数据结构、协议、脚本、控制码，以及其他的专属于特定技术的内容。我们清楚地知道，在现有技术中，许多所谓的“兼容”或者“顺应(compliant)”的应用程序其实固有地依赖于特定技术，因此妨碍了在两个或多个所谓“兼容”的应用程序之间进行无缝的、可靠的信息传输。如前所述，即使基于标准的应用程序都常常不能在没有插入逻辑或者协议(intervening logicor protocol)的情况下相互有效通信。

在图1中，应用程序1产生的“A”类型的数据包括与格式“A”有关的信息内容“A”。在该图示的例子中，假设应用程序2、3和4需要应用程序1所产生的信息内容“A”的某些部分。传送结构33在本实施例中包括一个与适配器34a到34d相配合的数据交换基础设施32，用以以下述方式实现信息内容“A”的所需内容的交换。响应应用程序1所收到的要求特定数据的请求，选定的“A”类型数据被传送到适配器34a。适配器34a对“A”类型的数据进行处理，消除与“A”类型数据相关的任何技术依赖性。具体来说，适配器34a解除信息内容成分“A”，或者说信息内容“A”与格式成分“A”的关联，而仅将信息内容“A”传送到数据交换基础设施32。

按照本发明的一种实施方式，适配器34a将信息内容“A”重新格式化为随后由数据交换基础设施32操作的通用格式或者说类格式。所述适配器34a到34d的每一个都进行这个将依赖于特定技术的数据流重新格式化为不依赖于特定技术的类或者说通用数据格式的过程。

假设应用程序2需要应用程序1所产生的某些信息内容“A”，所述数据交换基础设施32用来实现信息内容“A”向与应用程序2相连的适配器34b的传送。适配器34b将具有通用表达方式的信息内容“A”重新格式化为与应用程序2兼容的“B”格式表达方式。适配器34d以类似的方式从数据交换基础设施32接收被从“A”格式重新格式化为通用格式或者类格式的特定信息内容“A”。适配器34d再将所述信息内容“A”从通用表达重新格式化为适合于被应用程序4接纳的“D”格式类型。同样如图1所示，应用程序3需要来自应用程序1的某些信息内容“A”。这些选定的信息内容“A”被适配器34a转换为类格式，并通过数据交换基础设施32发送到适配器34c，并被转换为能够被应用程序3接纳的“C”格式。

从图1可以看到，通过按照本发明的原理实现的数据交换结构，不同类型的选定数据可以在不同应用程序之间相对比较容易地有效而可靠地传送。与特定应用程序相连的适配器与所述数据交换基础设施的一个或多个处理/逻辑单元的配合使用可以消除通过数据交换基础设施传送的数据所固有的技术依赖性，或者使这种依赖性变得安全无害。这样的应用通常消除了对专用接口的需要，或者使这种需要显著地降到最低程度，不然，就需要所述专用接口用来在不同应用程序之间传送不同类型的数据。换句话说，使用按照本发明的原理实现的数据交换方法，与传统的接口方法相关联的传统的N×N连通问题可以有效地简化为1×N的连接方案。

为了便于更好地理解按照本发明所实现的数据集成基础设施所带来的优点，现在看图2和图3。在图2中，图示了许多应用程序1A到NA，这些应用程序在信息提供者1所运行的信息系统环境中相互作用。信息提供者2也运行了一个信息系统，其中的以应用程序1B到NB所代表的许多不同的应用程序也以特定的方式相互作用。除了各信息系统环境内部的信息通信之外，两个信息提供者1和2还必须共享各种类型的信息。

例如，假设信息提供者1和2提供电信服务，信息提供者1可以是一个本地交换服务提供商，而信息提供者2可以是一个区际交换服务提供商。可以理解，与每一个信息提供者1和2相关的信息系统结构一般都是已不通用的或者说传统的应用程序外加上当前技术的应用程序的复杂的混合体。这种混合环境通常导致更强地依赖于专用数据集成接口，比如专用网关，以便于在给定的信息提供者操作环境下在不同的应用程序之间实现信息共享。对于单个应用程序的即使很简单的修改，一般都会导致重大的上下游分歧(upstream and downstreamramifications)，从而常常需要使用价格昂贵的专用接口技术方案。

在示于图2的说明性实施例中，假设本地交换服务提供商1希望进入长途市场，扩大其服务和客户基础。但是，最近通过的1996年电信法(Telecommunication Act of 1996)规定，本地交换服务提供商1应当提供“对等”的本地网络准入，以允许区际交换服务提供商2能够访问由本地交换服务提供商1所运营的信息基础设施所支持的应用程序和信息。为了遵守联邦法律法规，本地交换服务提供商1必须容许区际交换服务提供商2进入其内部信息系统。可以理解，传统的构建专用电子连接网关以方便在两个或多个不同信息提供者环境中进行通信的方法所形成的是昂贵而通常缺乏灵活性的接口方案。

按照本发明的原理实现的数据集成基础设施大大简化了连接许多不同应用程序以在两个比如示于图2的信息提供者环境之间进行可靠的信息通信的任务。如图3所示，按照本发明的一种实施例，可以配置一个数据交换基础设施，以满足区际交换服务提供商2的访问需求以及本地交换服务提供商1的安全考虑。

该说明性的方案提供了用传统的接口方法在以前不能获得的许多优点。具体来说，本地交换服务提供商1的信息系统环境可以获得以前用示于图2的原始结构不可能实现的可扩展性、灵活性和可升级性。另外，当应用按照本发明的原理实现的数据交换基础设施时，应用程序(即应用程序1A到NA)所支持的或者所产生的任何应用程序或者数据都不需要改变。而且，可以应用可视界面61可视地开发集成的运行时系统解决方案，比如示于图3的方案，该解决方案以一种有效而经济的方式反映了图2所示系统所需的功能和相互连接。

在该说明性的例子中，每个适配器A到N均与相应的数据流D1到DN相关联。例如，数据流D1可以是运行于某个后端专用系统上的应用程序1所产生的EDI数据。我们知道，在电信工业中，EDI表示在电信服务提供商之间传递电子信息的一种被普遍接受的标准。但是，我们也知道，在电信工业中，仍然存在各种EDI“方言”(地方标准，dialect)，需要进行某种形式的数据转换，以便在后端系统之间进行有效的通信。

适配器A就用来解除在EDI数据流D1内传送的信息内容与相应的EDI格式和地方标准的关联。适配器A所抽出的EDI信息内容被重新格式化为通用形式，然后通过数据交换基础设施62传送到区际交换服务提供商2的环境中的目标应用程序。在本实施例中，适配器120用来将具有通用格式的所述EDI信息内容转换为所述目标应用程序所需的EDI格式和地方标准。适配器120还将从区际交换服务提供商2送出的EDI源信息转换为通用格式或者类格式。

示于图3的数据集成基础设施有效地将本地交换服务提供商1的专有信息和系统隔离开了，然而向区际交换服务提供商2提供了现行联邦法规所要求的准入。另外，示于图3的数据交换基础设施的应用，可以在原始系统结构的限制之内，开发未预期到的或者容易实现的新接口。例如，某个适配器，比如适配器W，可以用来实现通过因特网的通信和数据交换。再比如，可以开发一个网络浏览器接口，将某个专用后端系统的单用户接口变成一个多用户接口，而网络浏览器接口没有必要修改所述后端系统或者在该系统上运行的应用程序。因此，可以轻松而经济地实现在图3中示为应用程序WWW的网络浏览器接口。

在图4中，示出了信息交换环境的另一种实施方式，在这种信息交换环境中，本发明的数据交换基础设施可以找到特定的用途。可以应用所述数据交换基础设施来加强工作流或者进程管理系统，所述工作流或者进程管理系统与任意数目的传统的或专用的应用程序、远程数据存储或者各种用户和应用程序工作队列交互作用。在本实施例中，通过使用所述数据交换基础设施，不可靠的系统应用，比如线路质量不好的抓屏程序(screen scraping application)或网络，可以转换为可靠的应用。具体来说，这种从不可靠到可靠的转换，例如是通过使用下述方法而实现的：使用不变队列，对失败的事务进行后退处理而保证事务完整性，在必要时对事务处理进行重试。

图5A图示了应用在一个已有的信息交换环境中的数据交换基础设施。在该说明性的例子中，应用了一种数据交换基础设施来在传统的或者专用的应用程序和较新的接口比如基于网络的接口之间提供可靠的接口。为此，可以为已不通用的或者传统的应用程序提供当前技术中的接口，以使用户交互作用得到很大程度的增强。

在这个例子中，EDI数据流通过所述数据交换基础设施进行处理，作为接收到的由某个传统的或者专用的应用程序所发起的事务。例如，响应某个用户的查询，选定的由所述传统的或者专用应用程序所产生的数据由所述数据交换基础设施加以处理，向用户提供通过某个基于网络的接口的访问。如同在前述例子中一样，EDI数据和传统/专用应用程序都不需要修改，因为，通过所述数据交换基础设施，能够适应所有的不同数据格式和应用程序。

图5B图示的是一种数据集成结构，用来显著地增强电信服务提供商所管理的后端专用信息系统的功能和可访问性。在这个说明性的例子中，用户电话号码记录是用后端系统80维护的，该后端系统仅能使用单用户的终端界面82进行访问。按照从后端系统80向另一个服务提供商管理的数据库系统比如数据库90传送用户电话号码信息的一种传统的方法，选中的用户电话号码记录被打印在纸上，通过传真或者邮件分发，最后用数据库所带的用户界面92重新手工输入数据库90。

符合本发明的原理的数据集成方法完全避免了向数据库90中重复地手工输入用户电话号码记录，并大大增强了两个不同应用程序80、90的功能和可访问性。如图5B所示，抓屏程序84用来将在其他情况下为单用户的终端界面82转换为提供与多个应用程序和接口建立连接的接口。例如，一个EDI适配器94可以连接到抓屏程序84，向另一个电信服务提供商提供EDI格式化的用户电话号码数据。再比如，可以用一个结果/分析模块96对抓屏程序84所获得的信息加以处理，处理后的数据可以用一个HTML(超文本组成语言，Hypertext MarkupLanguage)格式器格式化。经过HTML格式化的数据然后可以通过一个电子邮件适配器100发送到各个电子邮件收件人。

专用数据库90可以有效而又安全地开放，以便使用ODBC(开放式数据库互联，Open Database Connectivity)适配器106获得增强使用。从数据库90抽取的并经过ODBC适配器106处理的信息可以发送到一个连接器模块102。用抓屏程序84从用户电话记录系统80抽取的信息也可以传送到所述连接器模块102。由该连接器模块102所产生的复合数据流然后可以由一个HTML格式器104格式化，该格式器然后将所述格式化的复合数据流发送到一个CGI(通用网关接口，CommonGateway Interface)适配器86。

选中的用户电话记录信息可以通过CGI适配器86和连接到终端界面116的抓屏程序114在系统80和一个不同的记录应用程序(billingapplication)118之间传送。所述CGI适配器86提供到网络服务器88的连接，以方便数据在示于图5B的不同应用程序之间交换。

现在来看图6。图中示出了按照本发明的原理实现的一种可视数据集成基础设施的一种实施方式的扩展图。在该实施例中，所述可视数据集成基础设施提供了与两个或多个信息提供者相关的任何数目的不同应用程序、数据流以及平台之间的有效而可靠的信息传输。例如，信息提供者1产生各种类型的数据流，后者经过有关的适配器处理之后，以一种类格式或者通用格式被数据交换基础设施62接收到。与信息提供者1所产生的每个数据流相关的控制或者请求信息由所述数据交换基础设施62作进一步处理。信息或者与所述控制或者请求信息相关的原始数据成分被缓冲存放在一个数据存储器64中。

所述数据交换基础设施62与一个路由选择逻辑模块66相配合，在需要来自信息提供者1的特定数据流的信息提供者2的系统环境中确定一个或多个应用程序。注意，可能有多于一个的信息提供者2的应用程序请求获得特定数据流，比如数据流A1的内容。假设在信息提供者2的系统环境中有三个这样的应用程序请求获得数据流A1内容的全部或者某些部分，则有三个相应的适配器将数据流A1的内容从类格式转换为所述三个目标应用程序相应的预先确定的专门格式。

所述数据交换基础设施62还与一个任务逻辑模块68相配合，来以用户所希望的特定方式处理一个或多个数据流的内容。例如，在信息提供者2运营的系统环境中运行的某个应用程序可能需要对运行于信息提供者1的系统环境中的相应应用程序所产生的数据流B1和C1进行运算或者操作所获得的数据。所述数据交换基础设施62就以存储在所述任务逻辑模块68中的用户专用任务逻辑所指定的方式对数据流B1和C1进行操作。

与按照现有技术中的方法所实现的专用接口不同，示于图6和其他附图中的所述数据交换基础设施向系统管理员或者最终用户提供了修改路由选择逻辑、任务逻辑或者给定数据流/应用程序的格式的能力，而不需要对数据交换基础设施62中的程序或者配置进行任何修改。例如，如果某个应用程序或者某个特定数据流的格式需要进行修改，则可以通过简单地修改所包含的适配器的接口逻辑而在所述数据交换基础设施中完成，这一般是使用所述可视界面61完成的。

再例如，信息提供者2的系统环境中如果有两个而不是一个应用程序需要信息提供者1所产生的特定数据流，那么，对路由选择逻辑66作一个简单的改变，并添加另一个适配器，就可以满足这个额外的需求。进一步，如果需要对特定的数据流进行新的或者额外的处理，以满足源应用程序或者目标应用程序的新需求，则可以对任务逻辑68作一个简单的改变，以满足这种额外的需求。对路由选择逻辑、任务逻辑和适配器逻辑的这种改变可以用所述可视界面61来实现。

应当理解，所述数据交换基础设施62一般实现为分布式的，但不是必须的。按照分布式的方法，路由选择逻辑模块66和任务逻辑模块68的各个组件可以分布在基础设施62的各个逻辑或者物理点，比如分布在不同的工作站。还应当理解，所述数据存储64也可以实现为分布式的，从而使得基础设施62的存储元件，比如各种定义的队列，可以存储在各个逻辑的或者物理的基础设施点，比如不同工作站内的点。分布式数据存储64提供了一种容易在分布式网络系统结构中实现的高度可升级的数据交换基础设施。

本领域的技术人员可以理解，容易修改的适配器和具有用户可修改的路由选择和任务逻辑的数据交换基础设施的一个或多个处理/逻辑单元之间的配合提供了增强的可升级性、可扩展性和灵活性，以满足当前和将来的信息交换需要。与传统的接口机制不同，按照本发明实现的数据交换结构没有设备更新问题，这首先是因为其固有的易于适应新的和未预见到的应用程序、平台技术、数据类型和格式以及逻辑和路由选择需求的能力。

下面参照图7和图10对按照本发明的一种实施方式实现的适配器的各个方面加以更加详细的说明。在图7中，示出了许多个系统S1到SN，这些系统在平台配置方面可能类似也可能不类似。每个系统S1到SN运行一个或多个应用程序A1到AN，这些应用程序产生各种类型的数据，图中示为D1到DN。如前所述，每一种数据类型都具有相关的信息内容成分和格式成分，比如与数据类型D1相关的信息内容成分I1和格式成分F1。

每个适配器150、170和190分别包括一个接口模块152、172和192以及一个对象转换器154、174和194。如图10所示，例如，在280，应用程序A1所产生的D1类型的数据被适配器150的接口模块152接收到。该接口模块152一般包括一个验证模块，用来验证来自应用程序A1的D1类型数据。在282。所述对象转换器154将所述D1类型数据的信息内容成分I1转换为通用对象数据结构CO1。在284，与所述通用对象相关联的可以被视为控制或者标识信息的基准信息(Reference information)被放置到所述数据交换基础设施132的输入队列中。

在286，所述数据交换基础设施132按照任务逻辑模块136所要求的方式处理和/或操作所述D1类型的信息内容I1。在290，数据交换基础设施132利用路由选择逻辑134将处理后的信息内容I1放置到一个或多个选中的输出队列(图中未示出)中。在292，具有与适配器150等同的结构并分别针对特定的目标应用程序配置的一个或多个适配器(图中未示出)将所述信息内容I1从所述通用格式转换到特定的输出格式，以在294向一个或多个目标应用程序传送。

图8、图9和图11进一步详细说明了与本发明的一个实施例有关的各种数据交换操作。首先，在300，适配器，比如适配器208，从一个应用程序，比如某目标服务提供商的操作支持系统(OSS,OperatingSupport System)应用程序，接收一个外部信息。在302，该适配器208接收所述OSS所生成的信息。该适配器208的应用程序接口208a接收从所述OSS传送来的OSS信息和与该OSS信息有关的数据。在304，所述OSS信息和/或有关的数据由所述适配器208的验证器/转换器验证并转换到通用对象表达形式。

所述适配器208的API(应用程序接口，Application ProgramInterface)208c代表一个允许简单地构建、操作通用对象并将通用对象入队的应用程序编程员的接口(application programmer′sinterface)。在请求被转换为通用对象格式之后，在306，所述适配器208调用一个入队接口208d将所述OSS信息放到数据交换基础设施202的接收队列240中。与所述OSS信息有关的所述信息内容成分或者说原始数据被传送到与所述数据交换基础设施202相连的数据存储器201。注意，图8示出了本发明的数据交换基础设施的分布能力。具体来说，队列240、242、244、246和248以及所述数据存储器202，都可以分布在所述数据交换应用系统的各个物理和逻辑点，比如分布在位于逻辑上或物理上不同的网络系统地点的不同工作站或者处理器/存储器。

在310，从网关内核(geteway core)204并从一个处理线程组262收到的一个处理线程的执行按照相对优先级从队列中取出任何输入请求。然后在312调用客户专用规则代码的API，按照从规则模块232接收到的客户专用任务规则处理所述输入请求。在应用了所述任务规则之后，在316，对一个或多个目标OSS应用程序的请求然后被发送到相应的发送队列242、244和246以便发出。然后在318，一个适配器，比如与特定的目标OSS相关的适配器218可以调用一个与其相应的发送队列244相关的相应出队API。在320，所述API 218b和转换器218c合作，将以通用对象形式表示的请求信息转换为特定OSS所指定的格式和结构。被转换后的数据然后从适配器218的应用程序接口218d发送到其相应的OSS。

图12到图14提供了与应用本发明的一个实施例的数据交换基础设施来传送数据有关的另外一些处理细节。如图12所示，在332，从一外部信源收到一个数据包。收到的数据然后经过一个验证过程334。在336，如果认为数据被破坏，就在338确认从外部信源收到的数据包中有错，那么，相应地，就在340将所述数据包移除或者删除。在336，如果来自外部信源的所述数据确认有效，就在342启动数据交换事务。

然后，在344，将从所述外部信源接收到的所述数据按照元数据规则(meta-data rules)，用独有的名称或者标记打包到一个通用对象中。然后，在346，将该通用对象排到数据交换基础设施的输入队列中。然后就进行数据交换事务。在350，如果事务不成功，就在352重新启动事务。在350如果事务成功，就在354移除或者删除所述来自外部信源的数据包。对于接下来从外部信源332接收到的数据包，重复上述过程。

现在看图13，下面对涉及数据交换事务的另外一些细节加以说明。当在362启动数据交换事务时，应用一个分级机制从数据交换基础设施的输入队列中取出下一个通用对象。在出队操作中，在366调用与所述通用对象有关的专用规则/路由选择API。在368，如果专用规则成功应用，就在362启动另一个数据交换事务。在368，如果专用规则不能成功应用，数据交换基础设施370就从配置路由选择表中确定通用对象的默认路由选择。

在372，如果路由选择没有预先定义，就在374将通用对象加入出错队列。在372，如果路由选择已经预先定义了，就将通用对象，或者，如果有多于一个的入队操作可以应用的话，将通用对象的克隆，加入路由选择表中的每一个输出队列中。然后在378开始数据交换事务，如果在380成功的话，在384，有关的数据包就从所述外部数据源移除或者删除。在380，如果数据交换事务不成功，就在382重新启动事务。然后就在362开始下一个数据交换事务。

在图14中示出了与通用对象的出队有关的另外一些步骤。假设在392启动了一个数据交换事务，在394，数据交换基础设施从一个配置好的输出队列中取出下一个优先通用对象。然后，在396，对与输出队列中所述通用对象有关的数据进行确认，然后将其打包到具有对于输出或者说目标外部数据源来说合适的格式和名称的一种专用结构中。在398，如果数据确认过程不成功，那么，在400，所述数据就被认为受到破坏，被加入出错队列。在398，如果数据有效，就在402将所述外部数据包传送到输出或者说目标外部数据源。然后在404开始数据交换事务，在406如果成功，就在392启动下一个数据交换事务。如果不成功，就在408由交换基础设施对该事务重做。

现在再看图9，其中，处理线程组262存储了许多处理线程，可供进行出队操作时有选择地执行。该处理线程组262表示一组数目由外部控制的线程。其功能是为系统的专用逻辑部分提供控制线程。有一个或多个处理线程来控制请求的出队、规则/路由选择承接(stub)API的调用，以及发送请求的出队。一个处理线程可能要利用另外的系统资源，包括不变存储268、出错队列272的读写，以及向出错日志274写入。

仍然如图9所示，其中还有一个统计监视器模块264和一个相关的统计日志276，它们用来在数据于数据交换系统中移动时对数据进行监视和跟踪。该统计监视器模块264还提供队列的性能历史记录信息，以及系统资源使用情况的历史记录信息。该统计监视器模块264还提供记录和跟踪给定应用程序的手段。对应用程序的日志(logging)揭示应用程序在出错时的状态，而对应用程序的跟踪则在所有软件事件(software event)发生时提供这些软件事件的说明。跟踪信息可以用来跟踪应用程序、状态和其他有关的操作。跟踪信息与日志信息一起，可以用来确定出错的原因，因为它提供了在出错之前事件序列的信息。

前面讨论了在本发明中数据传输机制的各种实施方式，下面对按照本发明的原理实现的可视界面进行更加详细的说明。图15和图16是一个可视数据集成结构的概念模型，其应用了一个传送结构502、可视界面501、配置与运行信息结构503，以及一个或多个按照本发明的一个实施例实现的任务扩展模块505。

如前所述，传送结构502提供了一种不依赖于特定技术的集成机制，能够在不同的应用程序和技术之间实现可靠的和可升级的信息发送。所述可视界面501能够进行快速的设计、配置，并对集成信息应用系统的任务和系统方面进行运行时控制和分析。底层配置和运行信息结构503与所述可视界面501及传送结构502配合运行，以将用可视界面501在系统组件之间建立起来的图形连接有效地转换为逻辑或者物理连接，从而同时生成集成的运行时系统配置。

由于传统的集成方法的复杂性，并由于通常不能集成进可用的任务和系统集成工具包，使得实现和维护集成信息系统设计的一致性的工作大大复杂化了。例如，已有的数据集成工具一般集中于系统集成的水平技术方面。已有的任务工具一般集中于解决水平任务集成问题，比如满足利用来自在信息系统中维护的数据的信息的任务需要。传统的设计集成信息系统的方法一般涉及在任务集成目标之前的技术/系统集成问题的解决，而常常基本上不注意到任务集成目标本身。因此，任务和系统集成方面的努力常常是按照由完全不同的设计目标所要求的方式沿着不同的发展道路前进。利用传统的系统集成方法，要实现对于完全成功的集成方案十分关键的垂直集成一致性，如果不是不可能的，通常也是不实际的。

按照本发明开发的可视集成系统利用一致的数据集成和系统开发方法，很好地协调了给定的任务问题的任务和系统集成/管理需求。本发明的配置和运行信息结构503和传送结构501提供了一致的垂直和水平系统与任务集成。本发明的可视界面501则提供了集成信息系统的高度模型化，其中，系统涉及的任务层面和技术层面都可以共同被表示、创建和控制。

任务扩展505表示可以用在可视界面501中提供特定的任务集成能力的任务功能模块。例如，任务扩展模块1可以包括一组组件，这些组件使得能够通过因特网类型的技术调用传统的应用程序。任务扩展模块1的组件使得能够为已有的应用程序轻易地创建标准化的网络浏览器界面，而不需要改变或者影响该应用程序。利用任务扩展模块1的组件，可以轻易地建立多用户接口。与任务扩展模块1的组件有关的适配器可以包括下列适配器：抓屏适配器(例如Telnet,HTTP/SHTTP,IBM 3270,VTXXX，以及HP700/9X)；网络适配器(例如CGI,HTML)；文件适配器(例如ASCII)；邮件/寻呼机/传真适配器(例如SMTP,MIME,SMS)；打印机/传真适配器(例如LP,Printserver)；脚本适配器(scriptadapters)(例如Shell,Perl,Batch)；以及JAVA适配器(例如JAVASCRIPT)。

再比如，任务扩展模块2可以包括一组组件，提供完整的数据库接口能力。与任务扩展模块2的组件有关的适配器可以包括：合乎Oracle和AQL服务器标准的适配器；用于任何ODBC的适配器；以及用于X/Open.XA的适配器。

任务扩展模块3可以包括一组组件，通过适当的适配器使得能够以国际化字符集存储数据，从而为应用程序增添国际化的能力。所述国际化字符集包括下列字符集：UTF-8到7位ASCII转换；UTF-8到8位ASCII转换；UTF-8到16/32位UNICODE转换；以及UTF-8到5位BAUDOT转换。所述适配器可以提供ITU(国际电信联合会)兼容性和国际字体支持。所述任务扩展模块2还可以提供可视消息目录生成器/编辑器的能力。

任务扩展模块4可以包括一组用来创建复杂网络管理接口的组件。这些组件和任务扩展模块4的适配器例如可以提供TMN(电信网络管理，Telecommunications Network Management)服务管理能力，比如管理服务级协议，提供与服务提供商的交互作用，管理服务之间的交互作用。可以提供TMN任务管理能力，比如管理操作者之间的协议。可以不改变现有的应用程序而开发监视系统以用于许多目的，包括：验证本地网/远程服务提供商的对等OSS访问权；确保接口符合基于标准的网络管理产品(例如HP OpenView,ADC Metrica，以及ADCINMG)的要求；识别系统瓶颈；验证系统到系统的等同性(equivalence)以及任务进程的改善。其他的能力可以包括实现可视警戒水平设定工具和可视调节界面。

任务扩展模块5可以包括一组能够实现任何微软视窗系统或接口的完全集成或者组件化的组件。这些组件和任务扩展模块5的适配器可以提供下列能力：将单用户视窗应用程序转换为多用户分布式应用程序；提供通过因特网或者任何其他的协议机制到视窗应用程序的接口；视窗应用程序接口的复杂自动化，包括逻辑受控响应，对话框控制，自适应代理接口(heuristic adaptive agent interfacing)，以及ActiveX接口。

任务扩展模块6可以包括一组可以开发电子商务接口的组件。与任务扩展模块6的组件有关的适配器可以包括下列适配器：用来支持各种EDI对话的EDI适配器；提供用户验证和访问权限验证、加密交易、完成交易不可否(non-repudiation of completed transactions)以及系统和交易访问权控制的安全控制适配器。

任务扩展模块7可以包括一组用来创建复杂任务管理接口的组件。这些组件和任务扩展模块7的适配器可以提供可视的端对端系统交易显示，并可以开发可视的记录系统接口(billing system interfaces)。可以开发一种可视的用户界面规则控制器(user-interface rulescontroller)提供下列能力：定义和控制数据路由选择和映射；创建数据元模型以提供复杂对象的结构定义以及向外部系统的映射；数据聚合/复合。任务扩展模块7的所述组件和适配器还提供了可视核查日志(visual auditlog)的开发，包括定义为了跟踪的目的而归档的数据结构和组件的能力，以及核查日志报告器的开发。其他的能力可以包括数据交换通用对象转换器以及承接程序生成器(stub generators)(例如ASN1,IDL以及GDMO)的开发。

任务扩展模块8可以包括一组实现工作流接口，包括基于标准的工作流接口的开发的组件和适配器。其他能力可以包括对各种工作流和进程管理系统以及可视多部规则控制(multi-part rule control)的支持。

任务扩展模块9可以包括一组能够实现任何系统或接口的完全集成或组件化的组件和适配器。任务扩展模块9可以代表一个综合工具包，用来创建数据交换适配器，以实现与中间件系统的简便集成。通过使用任务扩展模块9的组件而得到支持的平台可以包括例如微软VisualC++5.0或更高版本，HP ANSI C++，以及SUN C++Workshop Compiler4.2或较晚的版本。所述综合工具包还能够实现与CORBA、DCOM和TMN(CMIP,CMIS)的集成，包括带有IPC for FORTRAN andCOBOL的编程接口库。在任务扩展模块9的该综合工具包中，还可以有通用对象文件转换器，通用对象打包器(packer)源代码，以及适配器承接程序源代码。

在每一个任务扩展模块中，一般都含有一组配置示例。一个典型的配置示例逐步引导用户进行一个假想的系统集成方案的各个设计和配置阶段，以作为对特定任务扩展模块的特征和功能的向导或介绍。

任务扩展模块与配置和运行信息结构503、可视界面501以及传送结构502的配合使用提供了一种高度灵活的然而又稳定的实现满足任务和系统集成需求的集成信息系统的方法。因为在结构501、503和任务扩展组件505之间不存在直接依赖，就可以用不同于上面所详细描述的数据交换基础设施/适配器结构的传送结构502来开发和配置一个集成信息系统。由于所述结构501、503和任务扩展组件505之间没有直接的依赖性，还使得集成信息系统的开发和配置不需要使用可视界面501，例如手工配置系统。

一般，所述可视界面501提供了一个可视的结构，在其中可以访问所有的配置、应用以及集成信息系统设计或配置的运行特征。该可视界面501为用户提供了以图形方式构建一个信息系统，然后在信息存储、处理和传送组件之间建立物理连接，从而在图形上和物理上实现一个集成信息系统的能力。

按照示于图17的实施例，所述可视界面501包括一个显示区540，该显示区是可视界面501的主要区域，数据集成配置就在该区域创建和管理。一个系统选择按钮532使得用户能够在各个信息系统配置或者项目之间进行选择。一个任务扩展选择按钮533可以使用户选择各任务扩展模块505中用户可用的任何模块。

用户所购买的任务扩展模块一般都载入系统了，当使用所述任务扩展选择按钮533进行正确的选择之后，所述任务扩展模块就自动可用了。例如，示于图17中的工具板530包括作为示于图16的任务扩展模块1的一部分的组件/适配器组。如前所述，这些组件/适配器提供了通过因特网技术访问传统应用程序的能力。用户对任务扩展模块1的选择是由任务扩展选择按钮533的“因特网”状态指示的。

在选择按钮533上单击选中的任务扩展模块，就会显示出与选中的任务扩展模块有关的构成组件/适配器。构成给定任务扩展模块的每一个组件或适配器都以图标/按钮的形式表示在工具板530中。在图17中，例如，传统技术-因特网技术任务扩展模块的以图标形式显示在工具板530中的内容包括HTML响应534、HTML格式器536、电子邮件538、FTP(文件传送协议)539以及传真542的适配器。所述工具板530有一个滑动条，以便访问当前未显示在工具板530的可见区域的适配器。

可视界面501的上方区域542包括一个数据集成工具的活动标志(animated logo)543。当系统运行的时候，该标志543就被激活，从而提供一个易于感知的对系统状态的指示。所述标志543左边的区域545可供必要的或者所需的工具条使用。可以开发一种工具条来提供到所需的主要菜单项的快捷方式。包含在所述上方区域545的工具条的每一个按钮一般都提供与该按钮相关的弹出式工具标题。

在可视界面501的左下角是一个切换按钮544。激活该切换按钮544可以打开一个通用系统范围内的命令和配置控制的弹出式菜单。可以通过适当地配置工具条或者通过激活切换按钮544访问的第一组菜单按钮可以对项目文件进行操作，包括下列可激活的按钮：新建、打开、保存、删除和打印。第二组按钮可以包括开始、关闭、暂停和系统重启按钮。当操作不适合给定的环境时，可以禁用相应的菜单项。可视界面501的下边546可用来显示高级状态信息，以及在配置过程中可能有用的帮助提示。

可视界面501的显示区540包括四个标签520、522、524和526，用来激活对一个信息系统布局可获得的四种不同的视图。这四个可用标签520、522、524和526激活的视图分别是“系统集成”、“任务集成”、“系统管理”和“任务管理”视图。

在可以用标签520激活的“系统集成”视图中，可以用拖放技术来可视地构建和配置一个数据集成应用系统，这其中要使用集成适配器的库存工具板，这些适配器一般都打了包，是任务扩展模块的一部分。图18图示了一个在“系统集成”窗口中所见的数据集成应用系统。可以用标签522激活的“任务集成”窗口允许用面向任务的适配器定制数据集成应用系统，使之具有任务分析和跟踪能力。图20图示了在“任务集成”窗口中所见的图18所示的数据集成应用系统。

可以用标签524激活的“系统管理”窗口提供了数据集成应用系统的运行时状态的视图，使得可以检查和分析系统的吞吐量和瓶颈。一个数据集成应用系统的运行时环境可以利用可视的图表和维护插件模块进行检查和分析。图21图示了在“系统管理”窗口中所见的示于图18中的数据集成应用系统。可以用标签526激活的“任务管理”窗口使得任务管理器能够利用图表插件模块分析信息趋势，检查从通过系统的数据得来的跟踪日志。图22图示了在“任务管理”窗口中所见的示于图18的数据集成应用系统。

单击标签520、522、524和526之一可以改变显示在显示区540的信息，以及对选中的窗口在显示区540执行的操作。例如，双击“系统集成”窗口(例如，见图18)中的一个适配器，可以显示该选中的适配器的被调用的配置工具。相反地，当“系统管理”窗口(例如，见图21)活动时选中同一个适配器，显示的是与该适配器有关的所有运行错误。通过在集成的可视结构内提供不同的视图窗口，维护了集成数据解决方案的系统和任务层面的垂直一致性。

所述可视界面501的功能通过使用插入式的管理和运行时组件是可以扩展的。有大量的插入式组件可以安装，作为针对任务扩展模块的解决方案，或者作为独立部件。插入式组件也可以以独立于数据集成结构之外的模式使用，以解决单个用户的需求。例如，特定的用户可能仅希望查看特定的图表，对于他来说，仅为获得这一个图表而运行整个可视界面501可能是一个不必要的负担。在这种情况下，插入式的图表组件可以与可视界面501分离，放置在一个独立运行的小应用程序(applet)中，或者，例如，作为某个个人网页的一部分。

在图15和图16中最好地描绘了所述可视界面501可以被视为构成一个构建在定义好的配置和运行信息结构503之上的表层界面。所述配置和运行信息结构503在所述可视界面501与底层的任务扩展模块505和传送结构502技术之间提供了一个间接层次(level of indirection)。对于各种组件在给定的数据集成方案中实现和连接的方式，通过取消所述层次之间的依赖性，所述间接性实现了很大程度的灵活性。

所述配置和运行信息结构503控制在给定的数据集成应用系统中可用的适配器。该结构503还控制在给定的应用系统中配置为有效适配器的适配器，以及它们的实际配置。一个数据集成应用系统的结构布局，比如正在用来使数据在选中的适配器之间流动的特定队列，也是由所述配置和运行信息结构503控制的。该结构503还用来控制每个适配器正在使用的元模型的定义，以及适配器之间的元模型映射。如前所述，数据元模型代表一个数据集成项目的不同系统的输入输出数据需求的格式中性模型(format neutral models)。数据元模型的使用取消了存在于所述数据集成项目所含的不同系统和技术之间的任何相互依赖性，并允许用可视的拖放和元模型隐映射建立和修改系统组件之间的互连。

当可视界面501正在以“系统集成”或者“任务集成”窗口模式使用时，在可视界面501之内的动作导致对各配置设置的相应调整。这些配置设置然后由可应用的任务扩展模块505和传送结构502在运行时读取，以规定某个特定的应用系统如何运行。

在运行期间，所述任务扩展模块505和传送结构502还在所述配置和运行信息结构中记录通过集成信息系统被传送的信息或者信息的参考信息。例如，如果示于图1的实施例中的数据交换基础设施32和适配器34构成示于图15和图16的传送结构502，那么，传送信息就会被记录在所述数据交换结构的队列和通用对象存储器中。

在所述配置和运行信息结构503中还记录出错日志、运行时性能和吞吐量信息，以及任务跟踪数据和信息，这些记录和信息要用来进行合法记录或趋势/统计分析。记录在配置和运行信息结构503中的信息的确切属性一般是受配置设置的控制的。这些信息然后可以由“系统管理”或者“任务管理”窗口中的各种可视界面插入式工具和图表应用程序以图形方式查看。

按照本发明的一种实施例，图25A到图25C定义了所述配置和运行信息结构503的目录结构，在该目录结构中放置和操作配置文件。下文所提供的例3到例5提供了本实施例的各种配置文件的内容。配置文件的三种主要类型是项目文件(见例3)、组件样例配置文件(见例4)和组件配置文件(见例5)。一般，有一个项目文件与每个数据集成应用系统相关联。该项目文件包括作为数据集成应用系统的一部分的适配器的顶级定义，定义了适配器在结构上是如何连接在一起的。在所述项目文件中包括有对给定应用系统的组件和组件样例配置文件的引用。所述可视界面501使用所述项目文件中的信息在其显示区540上形成数据集成应用系统的画面。

对于已经安装的每个适配器，一般有一个组件配置文件。我们注意到，如果特定的适配器在某个数据集成项目或者在多个项目中被使用了不止一次，仍然只有一个组件配置文件与所述特定适配器相关。该组件配置文件含有所述适配器如何参与数据集成应用系统的定义。例如，该组件配置文件含有比如下述信息：适配器的集成能力的定义，例如适配器读取的输入队列的数目，以及适配器可以写的输出队列的数目。含在组件配置文件中的其他信息包括用来运行、终止和暂停适配器的命令，当用户双击各种窗口中的适配器图标时应当进行的操作，以及适配器的默认配置。

对于用在给定的数据集成应用系统中的适配器的每一个样例，一般有一个组件样例配置文件。该样例配置含有该适配器样例的各配置设置。

所述组件配置文件为适配器提供了被完全定义为进入可视界面501和传送结构502的插入式组件的能力。所述可视界面501和传送结构502都不需要在完全知晓将来可能开发出的所有适配器的前提下才能实现。适配器在被创建时可以简单地安装到已有的目录和配置结构中，以成为在数据集成项目中可用的组件。这就使得本发明的数据集成方法高度可扩展。另外，可以开发专用的适配器，以便符合标准布局和配置。这样的专用适配器然后就可以以与标准适配器相同的方式在项目中使用、重复使用。这一点尤其重要，因为，据信极少能够在没有某种程度的专用化的情况下实现健全的应用系统。

在所述配置和运行信息结构503中，定义了所有项目文件的中央存储。当启动新的数据集成项目时，创建一个默认的项目文件。一般向用户提供有一个菜单。用户可以激活“打开”菜单项来调用一个文件选择对话框以载入某个已有的项目文件。注意，一般，一次只能打开一个数据集成项目。当用户切换到另一个项目时，会弹出一个对话框，询问用户是否要保存对当前项目所作的改动。仅当选中了某个项目时，“删除”菜单项才能使用。仅当某个项目被显示在可视界面501的显示区540时，“打印”菜单按钮才能使用。

如前文已参照图17所述的，在所述可视界面501的显示区540内定义数据集成项目的布局。对于数据集成布局，首先使用“系统集成” 和“任务集成”窗口。当所述各个窗口被激活时，为所述工具板530提供了适当的任务扩展模块和有关的适配器。当使用“系统集成”窗口时，填充工具板503的组件表示的适配器其技术属性是用来集成各种系统元件的技术和协议的。当使用“任务集成”窗口时，填充工具板503的组件表示的适配器是用来跟踪、处理和分析商用信息的。对于用户来说可用的适配器和组件是由可视界面501在检查组件目录的内容(例如见图25A到图25C所示)时确定的。

在一般的使用中，当“系统集成”窗口活动时，用户是通过选择显示在可视界面501的工具板530上的各种适配器和组件来设计数据集成布局的。这是通过用鼠标或者其他输入设备将工具板530上被选中的适配器拖到所述显示区540并放下而实现的。这种操作在项目文件中为选中的适配器创建一个新的入口，并且，另外还导致利用来自组件配置文件默认配置的拷贝在项目目录中创建一个配置文件样例。

在有两个或者多个适配器或组件被移到所述显示区540之后，可以按住鼠标按键从源适配器划到目标适配器，从而将选中的适配器/组件连接起来。检查与所述源适配器和目标适配器有关的组件配置文件，确保新创建的连接有效，并且没有超出源适配器的最大输出数目或者目标适配器的最大输入数目。假设新连接有效，就画上一个连接这两个适配器的箭头。为该连接创建一个独有的队列名，更新该项目和所述两个适配器的样例配置文件，使其包括新创建的队列名。

通过用队列将两个或多个适配器连接起来，就在适配器之间创建了通信管道。但是，为了使所述连接有效，有一点是额外重要的，即，应确认通过该队列的信息在目标适配器能否被理解，以确保源适配器和目标适配器有效通信。确认建立在两个适配器之间的通信管道的完整性是这样完成的：比较源适配器和目标适配器的元数据模型，判断它们是否兼容。如下文将要详细说明的那样，适配器有定义好的输入和输出元数据模型与其关联，指示该适配器预期要接收或者发送的数据。通过比较两个相互连接的适配器的元数据模型，可以判断这两个元数据模型是否兼容。如果判断出这两个元数据模型不兼容，有关的两个适配器就在所述显示区540上可视地标记出来，比如用“X”或者其他的警示标记，指出存在配置错误。

为了纠正配置错误，用户可以在“系统集成”或者“任务集成”窗口中双击所指的适配器，以显示与每个所述适配器相关的配置屏幕。双击而导致被执行的动作以及被启动的应用程序在组件配置文件中为所述四个窗口中的每一个窗口都定义好了。如果对于特定的适配器不存在专用的配置程序或者小精灵(applet，即小应用程序)，将会启动一个默认的配置小精灵。用户可以利用与适配器相关的配置屏幕来改变适配器的定义元模型。例如，ODBC适配器的元模型可以通过改变适配器的SQL(结构化查询语言)语句而加以修改，以改变SQL查询所需的数据，进而改变该SQL查询所产生的结果。

通过这样配置适配器，就可以纠正两个或多个互连的适配器之间存在的或产生的不兼容性。例如，如果不兼容性只是因为对于两个互连的适配器的同一数据区域使用了不同的标记而引起的，则可以起用一个可视的映射工具来定义所述两个标记之间的映射，从而解决这个问题。

也可以用默认配置程序来改变适配器/组件图标标记。对于任务窗口和系统窗口来说，一个图标具有一个独立的标记，以允许针对不同用户显示适当的说明。配置程序可以用来修改适配器标记，以及各种标准的和专用的适配器配置参数。

在解决了元数据模型问题之后，在所述两个适配器之间建立有效的数据集成连接。用多个适配器重复上述的设计过程，就可以构建出一个复杂的多组件数据集成应用系统。在建立了所有的适配器实例，建立了所有必须的连接，并且解决了所有的配置错误之后，该集成信息系统就可以运行操作了。

分别示于图21和图22的“系统管理”和“任务管理”窗口一般用来控制数据集成项目的运行操作。传送结构503收集各个队列上的吞吐信息，对于所述队列，可以在“系统管理”窗口中双击选中的队列而显示在一个图表应用程序中。特定队列的内容可以通过在该队列上单击右键并从菜单选择“队列管理”来进行管理。在“系统管理”窗口中双击选中的适配器则显示该适配器的配置屏幕。对选中的适配器的配置设置的调整由配置程序或者小精灵保存到适当的样例配置文件中，在运行时，响应该选中的适配器所收到的配置重置信号而调整所述配置设置。

“任务管理”窗口主要用来对任务扩展模块所作的统计分析制作图表。双击某个组件，比如“任务分析”组件，就会显示与该“任务分析”组件有关的信息趋势和分布的图表。

多平台和多工作站之间的数据集成是使用分布计划工具来进行协调的。激活所述切换按钮544，显示出一个菜单项，可允许用户调用分布计划面板。该分布计划面板550的一个实施例示于图19中，其包括一个面板552，提供了选中的数据集成项目当前运行中的网络环境的树形图。该树形图第一级554的每一个节点表示项目名称。项目节点554之下的第二级节点556指出的是特定组件在其上运行的工作站的名称。第三级节点558指出的是在某个工作站上运行的各种组件。第四级节点560表示的是在第三级节点558所定义的组件或者队列元素的细节。例如，示于图19的面板552的组件包括六个独立的适配器，即CGI、ODBC、邮件、打印机、寻呼机和监视器适配器。监视器适配器表示一个监视进程节点，一般在颜色或字体上不同于其他的适配器节点。注意，用来访问远程机器的网络文件系统一般是由系统管理员在该可视界面环境之外设定的。

所述分布计划面板550检索和存储来自项目文件的信息。所述可视界面主面板501的显示区540也使用所述项目文件。在这方面所述分布计划面板550和所述可视界面主面板501的显示区540是从两个不同的侧面表示同一个应用系统。所述分布计划面板550是从全局导航视点使用的，而所述可视界面主面板501的显示区540是从数据流的视点使用的。

所述分布计划面板550的右区包括一个属性页面562，后者用来显示与某选中项目有关的数据。更具体地说，该属性页面562显示选中组件进程或者监视进程的配置数据、出错/警告日志信息以及性能数据图表。例如，选中队列的属性页面显示各种队列属性，包括以表格格式显示的队列内容和以图形格式显示的队列监视数据。某些显示在属性页面562中的数据，比如出错/警告日志、性能数据图表、队列视图、队列监视数据，都是只读的。用户用属性页面562可以进行的操作包括，例如，从某个队列删除某个队列入口，刷新队列，改变某个组件的配置，以及改变队列监视的配置。

所述分布计划面板550的信息报告和制表功能区为用户提供了简便地查看和分析系统所收集的大量技术和任务数据的能力。应用一个图表模块来读取性能监视记录文件，并生成基本系统管理队列图表。该图表模块还读取统计报告文件，并生成基本任务管理统计图表。该图表模块能够执行许多其他的任务，包括显示图表、定期抽点打印(takingsnapshots of)报告文件，动态更新图表。图表更新的时间间隔是可配置的。在显示一个图表之前，会弹出一个配置表格，允许用户输入各种可配置的参数，比如与图表范围和测量频率有关的参数。根据所述用户配置的参数，即可生成一个图表。

每个适配器进程都有一组为性能监视目的而生成的日志文件(logfile)。适配器进程的性能监视日志文件存储在一个预先定义的目录中，比如图25A到图25C所示的目录中。存储在每个性能监视日志文件中的允许进行制表操作的数据包括以下数据：时间戳；按优先级在一个时间间隔中入队的数据项目的数目；按优先级在一个时间间隔中出队的数据项目的数目；按优先级，数据在一个时间间隔中的平均信息处理时间；按优先级，数据在一个时间间隔中的平均信息缓冲时间。当监视标记设为“开”时，由适配器生成所述性能监视日志文件。

用来生成商用信息统计报告的数据包括时间戳数据和关于一个时间间隔中属性值与出现次数对的列表的数据。比如示于图22的统计报告是用任务统计适配器生成的。所述报告一般是基于属性(attribute)的。报告时间间隔是在任务统计适配器中配置的。所有的统计报告存储在预先定义的目录中，比如图25A到图25C所示的目录。

图表一般是用户可配置的。在制表操作过程中，向用户提供一个制表配置表格。对于队列图表，可配置的参数包括显示期间，尽管为了简化图表配置程序可以预设期间。对于任务统计图表，可配置的参数包括属性名、属性值列表以及显示期间。注意，配置参数的值进入图表生成函数。在一种实施例中，所述图表是用JAVA AWT 1.1和JFC1.1生成的。

图表一般显示在一个框形窗口中，这个窗口可以用水平滑动条调节大小。一个标签区用来显示许多不同的子区，每一个子区都具有其自己的文件夹风格的标签。每个子区显示一种图表。所述子区可以重新定义颜色。图表一般着色显示。颜色图例显示在面板的右侧。如果图表是动态更新的，图表的时间戳显示在面板的右上方。可以提供一个刷新按钮来根据需要刷新图表。

当可视界面501在“系统管理”窗口模式下时，双击某个队列连接会在一个单独的线程中创建制表应用程序。会弹出一个配置表格，要求用户提供显示期间。当按下该配置表格上的“确认”按钮时，该配置表格消失，弹出图表窗口。对于所述与系统有关的图表，如图21的菜单525所示，菜单选项包括“入队总数”、“入队比例”、“分布”、“出队总数”、“出队比例”和“待办事项(Backlog)”。默认的图表是“入队总数”图表，图21示出了该图表的一个例子。

当可视界面501在“任务管理”窗口模式下时，双击某个统计分析适配器会在一个单独的线程中创建制表应用程序。会弹出一个配置表格，要求用户提供显示期间、属性名和属性值列表。当按下该配置表格上的“确认”按钮时，该配置表格消失，弹出图表窗口。对于所述与任务有关的图表，如图22的菜单527所示，菜单选项包括“趋势”和“分布”。默认的图表是“趋势”图表。

所述制表应用程序可以开发为JAVA类程(class)，下面是一个已定义的例子：

例1：

public class DX_Graph extends Thread{
				
				<dp n="d33"/>
public DX_Graph(char *Qname,int viewld){

     this.viewld=viewld；

     this. Qname=Qname；
}
public void run(){

     switch(viewld){

             case SystemManagementView:

                       DrawSystemManagementViewWindow()；

             Case BusinessManagementView:

                       DrawBusinessManagementView()；

             Default；

      }
 }
public void DrawSystemManagementViewWindow(){

      Construct the eonfiguration form(建立配置格式)

      Construct the tabbed pane with tabs:(建立具有下列标签的标签区)

                "Incoming","Incoming Rate","Outgoing","Out Rate",

                "Backlog"，默认子区是"Incoming".

The sub panes are:(子区是)

        DrawEnqGraph(Qname,displayPeriod)

        DrawDeQGraph(Qname,displayPeriod)

        DrawBacklog(Qname,displayPeriod)

        ………
}
public void DrawBusinessManagementViewWindow(){

      Construct the configuration form(建立配置格式)

      Construct the tabbed pane with tabs:(建立具有下列标签的标签区)

                "Trend","Distribution"，默认子区是

                "Trend"
				
				<dp n="d34"/>
The sub panes are:(子区是)
DrawTrendGraph(attrName,displayPeriod)
DrawDistributionGraph(attrName,displayPeriod,char

                           valueList[])

含在上述例1中的与制表有关的计算和显示运算是按下述方式实现的。DrawEnQGraph在监视日志目录中搜索队列的所有性能监视报告，读取每一个文件，搜索时间戳列和enQMsgNum列，对enQMsgNum列求和，将时间串和所述enQMsgNum保存到存储器的一个二维数组中。从该二维数组的数据生成曲线图。

DrawDeQGraph在监视日志目录中搜索队列的所有性能监视报告，读取每一个文件，搜索时间戳列和processedMsgNum列，对processedMsgNum列求和，将时间串和所述processedMsgNum保存到存储器的一个二维数组中。从该二维数组的数据生成曲线图。

EGetQBackLog在监视日志目录中搜索队列的所有性能监视报告，读取每一个文件，搜索时间戳列和cachedMsgNum列，对cachedMsgNum列求和，将时间串和所述cachedMsgNum保存到存储器的一个二维数组中。从该二维数组的数据生成曲线图。

EgetQPerformance在监视日志目录中搜索队列的所有性能监视报告，读取每一个文件，搜索时间戳列和msgProcessNum列，对msgProcessNum列求和，将时间串和所述msgProcessNum保存到存储器的一个二维数组中。从该二维数组的数据生成曲线图。

EgetSpaceUsage在监视日志目录中搜索队列的任何系统信息报告，搜索时间戳列，将落在指定时间段内的数据项目保存到存储器的一个二维数组中。从该二维数组的数据生成曲线图。

EgetIncomingRate在监视日志目录中搜索队列的所有性能监视报告，读取每一个文件，搜索时间戳列和enQMsgNum列，对enQMsgNum列进行比例计算，将时间串和所述enQMsgNum比例保存到存储器的一个二维数组中。从该二维数组的数据生成曲线图。

EoutgoingRate在监视日志目录中搜索队列的所有性能监视报告，读取每一个文件，搜索时间戳列和processedMsgNum列，对processedMsgNum列进行比例计算，将时间串和所述processedMsgNum保存到存储器的一个二维数组中。从该二维数组的数据生成曲线图。

所述“趋势”函数执行下列操作：读取统计报告，过滤，生成曲线图。统计报告提供时间戳、属性名和发生次数数据。“分布”函数执行下列操作：读取统计报告，过滤，生成曲线图。统计报告提供时间戳、属性名和发生次数数据。

为了系统管理的目的，用户可以访问队列的内容。当查看一个队列时，显示出含在队列的不同优先级内的记录，如图23和图24所示。基于优先级的排队使得重要性更高的请求能够迅速得到服务。提供这个层次的功能要使用多个队列，但队列的应用对于用户来说在逻辑上是透明的。用户知道只有一个具有不同优先级的对象的逻辑队列。

队列的文件存储或者数据库表格由队列管理过程在运行时创建，或者删除。有四种类型的预定义队列优先级：按优先级升高的顺序分别为“非紧急”；“普通”；“紧急”和“交互”。“交互”是最高优先级，能够阻止任何其他优先级的请求。优先级算法确保了在队列非空的情况下“出队”操作总能够成功地返回，防止缺乏较低优先级的项目，确保对较高优先级的队列的更为频繁的访问。优先级算法是在每种优先级加权的基础上实现的。

与示于图23和图24的队列有关的对话框中可进行的操作包括：从一个队列删除一个项目，将一个项目从一个队列移到另一个队列，显示项目的内容，比如示于图24的已排队的通用对象的内容。队列管理工具，包括示于图23和图24的队列窗口显示，允许用户调整、纠正或者修改某个通用对象的内容。

配置程序的使用方便了对本发明的可视数据集成系统的配置。有一个默认的配置程序可用来创建配置对话框，以获取和设定适配器和组件的配置。当适配器没有可用的专用对话框时，就使用这个默认的配置程序。

该配置程序读取一个配置文件，基于一个SMI文件动态地构建一个配置表格。该配置表格按照一般的两列格式构建。左列用来显示参数名标签，右列用来显示参数值。所述参数值预载入默认值，如果有的话，载入当前值。用来编辑参数的机制可以从一系列单选按钮、下拉式列表，以及所述SMI文件所定义的编辑框中选择。

对于参与到数据集成项目中的每个工作站，通常必须有一个在该工作站上运行的监视进程作为守护程序。该监视进程应当能够监视在该工作站上正在运行或者对于给定的项目应当运行的组件进程。该监视进程应当读取项目文件，以确定应当在该工作站上运行的所有组件进程，并确定如何运行所述进程，比如是每天、每星期还是每月运行。在该工作站上运行的每个组件进程都在所述监视进程中登记。该监视进程需要能够应用户的请求启动和关闭任何实际进程(processinstance)。

所述监视进程一般是多线程进程。一个线程用来监视在该监视进程中登记的所有适配器进程。另一个线程用来监听例如来自JAVA GUI(图形用户界面，Graphical User Interface)的请求。一种应用方案涉及通过一个系统管理队列发送请求。或者，可以使用一种插口式协议(sockets type protocol)进行通信。按照一种实施例，如果用这种方法，所述进程必须既理解JAVA，又理解C++。实现这种进程的一种方法涉及JNI(JAVA Native Interface,JAVA本机接口)的使用，或者UDP(用户数据报文协议，User Datagram Protocol)插口的使用，其中，所述JNI能够将C++本机代码集成到JAVA中。

为了便于分发，最好用插口方案。按照这种方法，当在运行时于JAVA GUI中打开一个项目时，JAVA GUI就建立一个UDP插口，该插口对于给定数据集成项目所有工作站上的所有监视进程都可以访问。该JAVA GUI然后通过该监视进程层控制每一个组件。

如前所述，用一种元模型方法来提供系统范围内的对象说明以及可用来说明对象布局、实例化对象的内含属性定义，并提供从一个元定义类(meta-defined class)到另一个元定义类的转换。每个适配器接受具有特定元模型定义的数据，操作所述数据，然后产生具有新的元模型定义的输出数据。比较两个互连的适配器的输入和输出元模型，可以判断在所述适配器之间交换的数据是否有效。两个通信适配器的数据需求的细微的不一致可以通过定义两个数据元模型之间的映射而加以调整。如果在元模型定义之间存在严重的不兼容，则表明存在比较多的基本数据问题，需要作某种程度的重设计以加以纠正。元模型方法的使用可以允许对数据集成应用系统的有效性加以验证，指出错误，并纠正问题。

元模型的存储一般是用基于文件的方法来实现的，所述方法有利地去除了对特定数据库技术的任何依赖性。每个对象定义都包含在一个独立的文件中，以便将其定义隔离开，消除多个对象定义之间的混淆。每个元定义类也存储在一个单独的文件中，这个文件用一个类名加上一些扩展名规范来进行命名。文件的内容应当以尽可能平面的结构显示。每项属性构成单独的一行，包括其名称、类型和行为特性。每个代表某个属性的行可以是下列格式：名称｜双向数据类型｜需求｜范围(可选)｜默认值(可选)

(NAME｜DX_DATATYPE｜REQUIREMENT｜RANGE(optional)｜DefaultValue(optional))

又比如，对于一个名叫Customer(客户)的对象类，可以有下面这样的配置样例：

CustomerName｜DX_STRING｜MANDATORY｜256｜
Bank｜DX_STRING｜MANDATORY｜256｜"Rich′s Bank"
AccountNumber｜DX_INTERGER｜MANDATORY｜0-999999｜
				
				<dp n="d38"/>
Balance｜DX_REAL｜OPTIONAL‖0

下面的例子使用了上面所定义的对象类Customer:

CustomerName｜DX_STRING｜MANDATORY‖
AccountList｜DX_LISTOBJECT｜MANDATORY‖
BEGIN:
   CheckingAcct｜DX_COMMONOBJECT｜OPTIONAL‖
   BEGIN:

      AccountNumber｜DX_INTERGER｜MANDATORY｜0-999999｜

      Balance｜DX_REAL｜OPTIONAL‖0
   END:
   SavingsAcct｜DX_COMMONOBJECT｜OPTIONAL‖
   BEGIN:

      AccountNumber｜DX_INTERGER｜MANDATORY｜0-999999｜

      Balance｜DX_REAL｜OPTIONAL‖0
   END:
   MoneyMktAcct｜DX_COMMONOBJECT｜OPTIONAL‖
   BEGIN:

      AccountNumber｜DX_INTERGER｜MANDATORY｜0-999999｜

      Balance｜DX_REAL｜OPTIONAL‖0
   END:
END:

任何两个元定义对象都可以从一个对象向另一个对象映射属性值，只要“数据类型”(DATATYPE)是一样的。例如，对象类Customer有一个名为CustomerName的属性，对象类Lawsuit有一个名为Defendant的属性。应用程序每次收到一个Customer对象时，都试图创建一个Lawsuit对象，并从Customer对象中取出CustomerName的值，插入Lawsuit的名为Defendant的属性中。

为了进一步提供所述映射的量化度(granularity)，每一个适配器可以保留一份自己的特定映射的拷贝。这使得不同类型的适配器可以基于自己的特定需要以不同的方式映射相同的对象。例如，可以创建一个名为Customer-Lawsuit.map的映射文件，其中可含有下例所示格式的项目：

Customer.CustomerName=Lawsuit.Defendant
Customer.AccountList.CheckingAcct.AccountNumber=Lawsuit.DefaultAcct

如果认为这种方式太繁琐，可以包含一个全局映射目录。

如果对于所有的对象数据都使用标准化的平面结构和格式，就可以提供一套通用工具功能，来向基于对象元定义的参数化数据流插入对象/属性值，或者从中抽出对象/属性值。这就允许适配器开发者依赖于单一的数据传送方式，从而可以基于元模型建立对象的实例。

按照本发明的一个实施例，下面为了说明的目的描述几个涉及元定义对象的算法。DX_CommentObject^*StreamToObject(char^*data)是一种从内部标记化(tokenized)数据流格式接受标记化值，并生成对应于所述元定义的与所述标记化数据流的数据域相匹配的DX CommonObject^*的算法。在实例化过程中，基于元定义进行域和值的校验。给定一个DX_CommonObject，那么，char^*ObjectToStream(DX_CommonObject&Obj)算法就将对象的属性和值平化到(flatteninto)一个内部标记化数据流中。

给定一个DX_CommonObject，算法DX_CommonObject^*MapObiects(DX_CommonObject&scrObj)就实例化并返回一个新的DX_CommonObject，其值已被利用映射文件所规定的条件自动填充。该算法由“出队”(Dequeue)操作自动调用。该算法还调用一个ValidateObiect()算法，以确保映射的输入对象满足所有规定的标准。“入队”(Enqueue)操作自动调用算法EreturnCodes ValidateObject (DX_CommonObject&scrObj)来确认被入队的对象与该对象的元定义匹配。

可以实现各种元模型转换工具来与那些较为常用的元模型共同使用。例如，可以将一个执行词语匹配的JAVA小精灵集成到所述可视界面中。应该有一套有用的转换工具能够将下述模型化标准转换为应用在本发明的可视数据集成结构中的元模型：GDMO(有组织的对象设计准则，Guidelines for Designing Managed Objects),ASN.1(抽象语法表示法第1版，Abstract Syntax Notation version 1),IDL(接口定义语言，Interface Definition Language)以及UML(统一模型化语言，Unified Modeling Language)。

一个适配器每次被使用时，都向其提供一组与该适配器的特定功能相对应的元定义文件。这使得新适配器容易被添加到系统中，而不需要用户手工添加所述元定义。所述元定义定义一个或多个输入对象、一个或多个输出对象，并可以(但不是必须)提供当收到特定输入对象时所执行的操作的内部定义。注意，如果提供了可修改的内部操作定义，则适配器开发者必须提供存储、编辑、检索和内部域映射的功能。

例如，一个数据库适配器可以以元格式指定下列对象：

例2：

    GetEmployeeId(输入对象)

    EmployeName｜DX_STRING｜MANDATORY｜256｜

    RequestOperation(由适配器开发者提供的可选可修改的内部SQL操作)

    GetEmployeeId="在EmployeeName=＜EmployeeName＞时

    从Employees选择＜EmployeeId＞"

    GetEmployeeIdResponse(输出对象)

    EmployeeId｜DX_INTEGER｜MANDATORY｜0-9999999｜

如前所述，并如图18所示，当用所述可视界面501配置一个数据集成项目时，用户一般选择至少两个适配器，然后用一条代表一个队列的直线将它们连接起来。当所述直线连接所述两个适配器时，用户界面501对每一个适配器执行一次元模型查询，然后进行比较。如果模型不一致，就改变所述连接线的颜色或者其他的可视特征，以警告用户：如果不进行某种程度的专门映射，所述两个模型不能“即插即用”。

当用户希望执行映射时，所述可视界面501提供两个层次的映射。首先，提供一个适配器元类程的并列视图(side-by-side view)，使用户可以用一条直线连接两个定义。定义被连接起来之后，可视界面501就以并列的图形方式，在能够显示内容的摘要而简单的对象模型窗口中列出详细的元定义。在这个窗口中，用户可以在两个元定义的属性之间连线。当用户完成属性的映射并按下“确认”按钮后，用户终端时间(user session)就比较属性类型寻找类型差异，并生成一个映射文件。对用户希望手工映射的每一个元定义重复上述过程。

当适配器在运行时启动时，其读取其即将处理的对象元定义和任何相关的映射文件，并将它们缓存起来。所述对象元定义被用作对象模板，以便迅速地建立对象实例。当某个对象出队时，执行一次查询，判断该对象是否需要映射。如果该对象要从一种类型映射到另一种类型，就使用一个MapObjects()算法来执行校验和映射。该适配器然后就执行其自己的功能。当执行入队操作时，Enqueue()算法调用ValidateObject()来确认输出对象依附于元模型中的定义。

按照本发明的一种实施例，所有的适配器都使用C++写成的，所有的可视界面都是用JAVA写成的。C++过程和JAVA可视界面之间的通信是通过与配置文件的交互作用而实现的，尽管也可以使用涉及有缓冲写入的直接文件访问的方法来避免同时访问尚未写完的数据。直接文件访问方法支持非分布式的系统或者分布在共享文件系统上的系统。更先进的分布式系统可以通过外壳缓冲(shell buffers)和插口通信技术得到支持。例如，运行在机器A上的可视界面可以向运行在机器B上的监视进程发出一个GetQView请求。该监视进程然后可以从外壳运行所述GetQView进程，从标准输出缓冲区取得其输出值，然后将结果通过一个插口发送回去。

JAVA基础类程(JFC,JAVA Foundation Class)提供了可用来实现本发明的具有这里所描述的某些或全部特征的可视界面的综合组件集。合适的JFC版本是1.0.1版，这个版本可能与JDK 1.1.^*和JAVAWORKSHOP 2.0捆绑在一起。本发明的可视界面可以实现为一个独立的JAVA应用程序，而不是一个小精灵，不依赖于特定的网络浏览器JAVA支持。

如前文所指出的，下面的例3到例5定义了按照本发明的一种实施例由可视数据集成系统所使用的各种配置文件的内容。具体来说，例3提供了Project File(项目文件)配置的详细内容定义，例4提供了Component Instance(组件实例)配置的详细内容定义，例5提供了Component(组件)配置的详细内容定义。

Project File配置引用了一个在应用时创建的配置实例列表，仅由可视界面501读取和更新，该配置的一个例子如下例3所示，其中含有文字说明：

例3：

Project File<项目名>.sxp

[project configuration(项目配置)]

％存储类型，File存储或者其他的数据库存储均可

％注意：在设定时拷贝到<实例名>.cfg

Storage Type=[FILE]｜[ORACLE]

％用于本项目的出错队列的名称

％注意：在设定时拷贝到<实例名>.cfg

Error Queue=<string>

％对于每一个组件，有一个以“[instance name(实例名)]”开头的组

％在本项目中定义的实例

[instance name(实例名)]

％要在UI的“系统窗口”中显示的组件名称

System Name=<string>

％要在UI的“系统窗口”中显示的组件名称

Business Name=<string>

％图标所在的x坐标(从左向右递增)

X-Coordinate=<int>

％图标所在的Y坐标(从上向下递增)

Y-Coordinate=<int>

％本实例所对应的组件名称

Component Name=<string>

％相对于“Components”子目录的组件路径

Component Path=<string>

％可选：组件显示的图标(无文字说明的基本图标名)--应用于第二版！

Icon Name=<string>

[instance name(实例名)]

Component Instance配置是在应用时由GUI建立的，该配置的一个例子如下例4所示。这其中的某些参数是从<项目名>.sxp文件或者<组件名>.cfg文件拷贝过来的。

例4：

<实例名>.cfg

[project configuration(项目配置)]

％这是组件开发时在实验室中创建的配置，不能被定制(customized)

％用于本项目的出错队列的名称

％当改变时从<项目名>.sxp拷贝

Error Queue=<string>

[Static Configurable(静态可配置)]

％该配置的默认值在组件开发时设定，

％但是，如果组件未运行，依然可以在应用时加以改变

％可选项：本组件的输入队列

Input Queues=<队列名>，……<队列名>

％可选项：本组件的输出队列

Output Queues=<队列名>，……<队列名>

％所支持的默认输入元模型的列表

Input MetaModels=<数据定义>，……<数据定义>

％所支持的默认输入元模型的列表

Output MetaModels=<数据定义>，……<数据定义>

[Runtime Configurable(运行时可配置)]

％在安装时，这些配置从组件配置文件拷贝到实例配置文件。

％这些参数的默认值在组件开发时，

％但是，在应用时，即使组件正在运行也可以改变

％这个参数控制跟踪/日志文件的最大容量。值为整型，单位为千字节。

Trace Or Log File Size=100

％该参数表示当前打开的错误级

Rrror Level=NONE｜CRITICAL｜MAJOR｜WARNING

％下列参数用来开关单个跟踪级(individual tracing levels)

Application Trace=OFF

System Trace=OFF

Application Information=OFF

System Information=OFF

Audit=OFF

％该参数控制ThreadController(线程控制器)允许同时运行的最多线程数

Maximum Threads=10

％该参数确定使用线程控制器对象时，线程操作堆栈的最大规模

Stack Size=1024

％该参数确定从每一个输入队列执行出队操作所要求的线程数

Dequeue Threads=2

％该参数用来开关队列性能监视器(queuing performance monitor)

Queue Monitor=ON

％该参数用来开关系统性能监视器

System Resource Monitor=ON

％该参数控制由性能监视器报告统计结果的时间间隔

Monitor Interval=10

％该参数控制性能监视器日志文件的最大容量

Monitor Log File Size=100

Component(组件)配置是由组件开发者在开发时建立的。有四种类型的参数，包括不可配置参数、静态可配置参数、运行时可配置参数以及项目可配置参数。不可配置参数是由开发者定义的参数，不允许在配置时或者运行时修改。静态可配置参数是在组件开发时设定了默认值，但可以在配置时予以改变的参数，比如通过在<项目名>.sxp文件中提供覆盖定义(overriding definitions)。静态可配置参数在运行时不能改变。

运行时可配置参数是在实例创建时拷贝到<实例名>.cfg文件的参数。这些参数可以在运行时通过可视界面加以修改，参数的新值存储在<实例名>.cfg文件中。项目可配置参数是在项目创建时从<组件名>.cfg文件拷贝到<项目名>.sxp文件的参数，可以在运行时在<项目名>.sxp文件中进行修改。注意，每一个组件都可能有组件专用的组，这些组的行为就象运行时可配置的参数一样。

在下面的例5中，是一组与一个典型的Component配置文件有关的参数：

例5：

＜组件名＞.cfg
[
ParamName=Icon Name(图标名)
GroupName=Project Configurable(项目可配置)
				
				<dp n="d47"/>
Comment(说明)=要显示的组件默认图标
Type=String
Range=
Default=＜图标名＞.ico
ReadAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
WriteAccess=＜SysIntegration｜SysManagement｜BusIntegrafion｜BusManagement｜User Name＞
]
[
ParamName=System Name(系统名)
GroupName=Project Configurable(项目可配置)
Comment=要在UI的system View(系统窗口)中显示的默认名称
Type=String
Range=
Default=＜默认值＞
ReadAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
WriteAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
]
[
ParamName=Business Name(任务名)
GroupName=Project Configurable(项目可配置)
Comment=要在Business view(任务窗口)中显示的组件默认名称
Type=String
Range=
Default=＜默认值＞
ReadAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
WriteAccess=＜SysIntegration｜SysManagement｜BusIntegrafion｜BusManagement｜User Name＞
]
				
				<dp n="d48"/>
[
ParamName=Min Input Queues
GroupName=Non-Colfigurable(不可配置)
Comment=组件输入队列的最小数目
Type=Numeric
Range=
Default=＜默认值＞
ReadAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
WriteAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
]
[
ParamName=Max Input Queues
GroupName=Non-Configurable(不可配置)
Comment=组件输入队列的最大数目
Type=Numeric
Range=
Default=＜默认值＞
ReadAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
WriteAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
]
[
ParamName=Min Output Queues
GroupName=Non-Configurable(不可配置)
Comment=组件输出队列的最小数目
Type=Numeric
Range=
				
				<dp n="d49"/>
Default=＜默认值＞
ReadAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
WriteAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
]
[
ParamName=Max Output Queues
GroupName=Non-Configurable(不可配置)
Comment=组件输出队列的最大数日
Type=Numeric
Range=
Default=＜默认值＞
ReadAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
WriteAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
]
[
ParamName=SysIntegration Dblclk
GroupName=Non-Configurable(不可配置)
Comment=双击图标时要运行的系统集成命令
Type=String
Range=
Default=＜默认值＞
ReadAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
WriteAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
]
[
ParamName=SysManagement Dblclk
				
				<dp n="d50"/>
GroupName=Non-Configurable(不可配置)
Comment=双击组件时要运行的系统管理命令
Type=String
Range=
Default=＜默认值＞
ReadAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
WriteAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
]
[
ParamName=BusIntegration Dblclk
GroupName=Non-Configurable(不可配置)
Comment=双击图标时要运行的任务集成命令
Type=String
Range=
Default=＜默认值＞
ReadAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
WriteAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
]
[
ParamName=BusManagement Dblclk
GroupName=Non-Configurable(不可配置)
Comment=双击图标时要运行的系统管理命令
Type=String
Range=
Default=＜默认值＞
ReadAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
WriteAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
				
				<dp n="d51"/>
]
[
ParamName=Run Command(运行命令)
GroupName=Non-Configurable(不可配置)
Comment=运行组件的命令
Type=String
Range=
Default=＜默认值＞
ReadAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
WriteAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
] [
ParamName=Stop Command(停止命令)
GroupName=Non-Configurable(不可配置)
Comment=停止组件的命令
Type=String
Range=
Default=＜默认值＞
ReadAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
WriteAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
]
[
ParamName=Reconfig Command(重新配置命令)
GroupName=Non-Configurable(不可配置)
Comment=重新配置组件的命令
Type=String
				
				<dp n="d52"/>
Range=
Default=＜默认值＞
ReadAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
WriteAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
]
[
ParamName=Input Queues(输入队列)
GroupName=Static Configurable(静态可配置)
Comment=该组件的输入队列
Type=String
Range=
Default=＜默认值＞
ReadAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
WriteAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
]
[
ParamName=Output Queues(输出队列)
GroupName=Static Configurable(静态可配置)
Comment=该组件的输出队列
Type=String
Range=
Default=＜默认值＞
ReadAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
WriteAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
]
[
				
				<dp n="d53"/>
ParamName=Input MetaModels(输入元模型)
GroupName=Static Configurable(静态可配置)
Comment=得到支持的默认输入元模型的列表
Type=String
Range=
Default=＜默认值＞
ReadAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
WriteAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
]
[
ParamName=Output MetaModels(输出元模型)
GroupName=Static Configurable(静态可配置)
Comment=得到支持的默认输出元模型的列表
Type=String
Range=
Default=＜默认值＞
ReadAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
WriteAccess=＜SysIntegration｜SysManagement｜BusIntegrafion｜BusManagement｜User Name＞
]
[
ParamName=Trace Or Log File Size(跟踪或日志文件大小)
GroupName=Runtime Configufable(运行时可配置)
Comment=跟踪/日志文件的最大尺寸
Type=Numeric
Range=
Default=100
ReadAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
				
				<dp n="d54"/>
WriteAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
]
[
ParamName=Error Level(错误级别)
GroupName=Runtime Configurable(运行时可配置)
Comment=当前打开的错误级别
Type=String
Range=
Default=NONE
ReadAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
WriteAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
]
[
ParamName=Application Trace(应用程序跟踪)
GroupName=Runtime Configurable(运行时可配置)
Comment=应用程序层次的跟踪开关
Type=String
Range=
Default=OFF
ReadAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
WriteAccess=＜SysIntegration｜SysManagement｜BusIntcgration｜BusManagement｜User Name＞
]
[
ParamName=System Trace(系统跟踪)
GroupName=Runtime Configurable(运行时可配置)
Comment=系统层次的跟踪开关
				
				<dp n="d55"/>
Type=String
Range=
Default=OFF
ReadAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
WriteAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
]
[
ParamName=Application Information(应用程序信息)
GroupName=Runtime Configurable(运行时可配置)
Comment=应用程序信息层次的跟踪开关
Type=String
Range=
Default=OFF
ReadAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
WriteAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
]
[
ParamName=System Information(系统信息)
GroupName=Runtime Configurable(运行时可配置)
Comment=系统信息层次的跟踪开关
Type=String
Range=
Defanlt=OFF
ReadAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
WriteAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
]
				
				<dp n="d56"/>
[
ParamName=Audit(数据跟踪)
GroupName=Runtime Configurable(运行时可配置)
Comment=数据跟踪开关
Type=String
Range=
Default=OFF
ReadAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
WriteAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
]
[
ParamName=Maximum Threads(最多线程)
GroupName=Runtime Configurable(运行时可配置)
Comment=线程控制器允许同时运行的最多线程数
Type=Numeric
Range=
Default=10
ReadAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
WriteAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
]
[
ParamName=Stack Size(堆栈大小)
GroupName=Runtime Configurable(运行时可配置)
Comment=线程操作的堆栈大小
Type=Numeric
Range=
Default=1024
				
				<dp n="d57"/>
ReadAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
WriteAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
]
[
ParamName=Dequeue Threads(出队线程)
GroupName=Runtime Configurable(运行时可配置)
Comment=从每一个输入队列执行出队操作所要求的线程数
Type=Numeric
Range=
Default=2
ReadAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
WriteAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
]
[
ParamName=Queue Monitor(线程监视器)
GroupName=Runtime Configurable(运行时可配置)
Comment=线程性能监视器开关
Type=String
Range=
Default=OFF
ReadAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
WriteAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
]
[
ParamName=System Resource Monitor(系统资源监视器)
GroupName=Runtime Configurable(运行时可配置)
				
				<dp n="d58"/>
Comment=系统性能监视器开关
Type=String
Range=
Default=OFF
ReadAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
WriteAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
]
[
ParamName=Monitor Interval(监视器时间间隔)
GroupName=Runtime Configurable(运行时可配置)
comment=报告统计结果的时间间隔(以秒为单位)
Type=Numeric
Range=
Default=600
ReadAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
WriteAccess=＜SysIntegration｜SysManagement｜BusIntegration｜BusManagement｜User Name＞
]
[
ParamName=Monitor Log File Size(监视器记录文件大小)
GroupName=Runtime Configurable(运行时可配置)
Comment=性能监视器记录文件的最大容量
Type=Numeric
Range=
Default=100
ReadAccess=＜SysIntegration｜SysManagement｜Buslntegration｜BusManagement｜User Name＞
WriteAccess=＜SysIntegration｜SysManagenent｜BusIntegration｜BusManagement｜User Name＞
]

上面，为了阐释和说明的目的而给出了本发明的几种实施方式。这些不是要穷尽列举或者将本发明恰恰限制到所公开的形式。在上述说明的启示下，可以作许多修改和变动。本发明的范围不受本说明书的限制，而是受所附权利要求的限制。

Claims

1、一种可视地实现信息系统的方法，包括：

建立所述信息系统的源组件和目标组件的图形表示；

在选中的源组件和目标组件之间建立图形连接，从而形成所述信息系统的图形表示；

用与所述每一个相连的源组件和目标组件相关的输入输出需求模型判断所述图形连接的有效性；

将所述信息系统的所述图形表示转换为所述信息系统的运行时配置；

并利用用户可选的一系列可视窗口(visual view)之一向用户显示选中的从所述信息系统的运行时配置得来的信息。

2、如权利要求1所述的方法，还包括：如果特定的源组件和目标组件之间不兼容，就利用有关的输入输出请求模型手工映射所述特定源组件和目标组件之间的图形连接。

3、如权利要求1所述的方法，其中，显示选中的信息还包括显示与通过所述图形连接传送的数据有关的商用信息。

4、如权利要求1所述的方法，其中，显示选中的信息还包括显示与所述信息系统的源组件和目标组件有关的系统信息。

5、如权利要求1所述的方法，其中，显示选中的信息还包括显示与通过所述图形连接传送数据有关的性能信息。

6、如权利要求1所述的方法，其中，显示选中的信息还包括显示与通过所述图形连接传送的数据有关的出错信息。

7、如权利要求1所述的方法，其中，建立源组件和目标组件的所述图形表示还包括：将分别表示所述源组件和目标组件的源组件图标和目标组件图标从一个可视界面的第一区域移动到该可视界面的第二区域。

8、如权利要求7所述的方法，其中，在选中的源组件和目标组件之间建立图形连接还包括：在所述可视界面的所述第二区域之内，在选中的源组件图标和目标组件图标之间建立图形连接。

9、如权利要求8所述的方法，其中，在选中的源组件和目标组件之间建立图形连接还包括：用指示第一个组件和第二个组件之间的不兼容性的标记，来标注出错的图形连接。

10、一种可视地开发通信接口的方法，包括：

可视地描绘出一个第一组件和一个第二组件；

可视地连接所述第一组件和第二组件，从而可视地定义所述通信接口；

将所述可视定义的通信接口转换为该通信接口的运行时配置。

11、如权利要求10所述的方法，还包括：判断所述第一和第二系统组件之间的可视连接的有效性。

12、如权利要求10所述的方法，其中，可视地连接所述第一和第二组件还包括：用各自的第一和第二模型来定义所述第一和第二组件之间的可视连接，所述第一和第二模型分别用来定义所述第一和第二组件的输入输出需求。

13、如权利要求10所述的方法，其中，可视地连接所述第一和第二组件还包括：用第一和第二模型来验证所述第一和第二组件之间的可视连接的有效性，所述第一和第二模型分别用来定义所述第一和第二组件的输入输出需求。

14、如权利要求12所述的方法，还包括：如果所述第一和第二组件之间不兼容，就用所述第一和第二模型手工映射所述第一和第二组件之间的可视连接。

15、如权利要求10所述的方法，还包括：向用户显示选中的从所述通信接口的运行时配置得来的信息。

16、如权利要求10所述的方法，还包括：利用用户可选的一系列可视窗口之一向用户显示选中的从所述通信接口的运行时配置得来的信息。

17、如权利要求10所述的方法，还包括：向用户显示与通过所述通信接口传送的数据有关的商用、性能或者出错信息。

18、如权利要求10所述的方法，还包括：向用户显示与所述通信接口的第一和第二组件有关的系统信息。

19、如权利要求10所述的方法，其中，可视地描绘所述第一组件和第二组件还包括：将分别表示所述第一组件和第二组件的第一组件图标和第二组件图标从一个可视界面的第一区域移动到该可视界面的第二区域。

20、如权利要求19所述的方法，其中，可视地连接所述第一和第二组件还包括：在所述可视界面的所述第二区域之内，在选中的第一组件图标和第二组件图标之间建立图形连接。

21、如权利要求20所述的方法，其中，可视地连接所述第一和第二组件还包括：用指示所述第一组件和第二组件之间的不兼容性的标记，来标注所述图形连接。

22、一种可视地开发通信接口的方法，包括：

可视地描绘出一个第一组件和一个第二组件；

用第一和第二模型验证所述第一和第二组件之间的可视连接的有效性，所述第一和第二模型定义了所述第一和第二组件各自的输入输出需求。

23、如权利要求22所述的方法，还包括：如果在所述第一和第二组件之间存在不兼容，则利用所述第一和第二模型来手工映射所述第一和第二组件之间的可视连接。

24、如权利要求22所述的方法，还包括将所述可视定义的通信接口转换为所述通信接口的运行时配置。

25、如权利要求24所述的方法，还包括：向用户显示选中的从所述通信接口的运行时配置得来的商用、系统、性能或者出错信息。

26、如权利要求22所述的方法，还包括：向用户显示与所述通信接口的第一和第二组件有关的系统信息。

27、如权利要求22所述的方法，其中，可视地描绘所述第一组件和第二组件还包括：将分别表示所述第一组件和第二组件的第一组件图标和第二组件图标从一个可视界面的第一区域移动到该可视界面的第二区域。

28、如权利要求22所述的方法，其中，可视地连接所述第一和第二组件还包括：在所述可视界面的所述第二区域之内，在选中的第一组件图标和第二组件图标之间建立图形连接。

29、如权利要求28所述的方法，其中，可视地连接所述第一和第二组件还包括：用指示所述第一组件和第二组件之间的不兼容性的标记，来标注所述图形连接。

30、一种可视地实现信息系统的系统，包括：

一个显示器；

一个输入设备，用户可操作该输入设备将所述信息系统的源组件和目标组件的图形表示放到所述显示器上，用户还可操作所述输入设备来在选中的源组件和目标组件之间建立图形连接，从而形成所述信息系统的图形表示；

一个与所述输入设备和显示器连接的处理器，该处理器将所述信息系统的图形表示转换为该信息系统的运行时配置。

31、如权利要求30所述的系统，其中，由所述处理器判断所述选中的源组件和目标组件之间的图形连接的有效性。

32、如权利要求30所述的系统，其中，所述处理器利用有关的源和目标输入输出需求模型来判断所述选中的源组件和目标组件之间的图形连接的有效性，所述源和目标输入输出需求模型定义了各个源组件和目标组件的输入输出需求。

33、如权利要求30所述的系统，其中，用户可操作所述输入设备，手工映射不兼容的源组件和目标组件之间的有错误的图形连接。

34、如权利要求30所述的系统，其中，用户可操作所述输入设备，在所述显示器上有选择地显示选中的从所述信息系统的运行时配置得来的信息。

35、如权利要求30所述的系统，其中，用户可操作所述输入设备，从所述显示器上的若干可视窗口中选择一个来显示从所述信息系统的运行时配置得来的信息。

36、如权利要求35所述的系统，其中，所述信息包括与通过所述信息系统传送的数据有关的商用、性能或者出错信息。

37、如权利要求35所述的系统，其中，所述信息包括与所述信息系统的源组件和目标组件有关的系统信息。

38、一种可视地实现信息系统的系统，包括：

一个显示器；

一个与所述输入设备和显示器连接的处理器，该处理器利用有关的源和目标输入输出需求文件来验证所述选中的源组件和目标组件之间的图形连接的有效性，所述源和目标输入输出需求文件定义了各个源组件和目标组件的输入输出需求。

39、如权利要求38所述的系统，其中，用户可操作所述输入设备，手工映射不兼容的源组件和目标组件之间的有错误的图形连接。

40、如权利要求38所述的系统，其中，所述处理器将所述信息系统的图形表示转换为所述信息系统的运行时配置。

41、如权利要求40所述的系统，其中，用户可操作所述输入设备，在所述显示器上选择性地显示选中的从所述信息系统的运行时配置得来的信息。

42、一种可视地实现信息系统的系统，包括：

建立所述信息系统的源组件和目标组件的图形表示的设备；

在选中的源组件和目标组件之间建立图形连接，以便形成所述信息系统的图形表示的设备；

利用与每一个相连的源组件和目标组件有关的输入输出需求模型来判断所述图形连接的有效性的设备；

将所述信息系统的图形表示转换为该信息系统的运行时配置的设备。

43、一种可视地开发通信接口的系统，包括：

用图形方式描绘一个第一组件和第二组件的设备；

用图形方式连接所述第一件和第二组件，从而以图形方式定义所述通信接口的设备；

将所述图形定义的通信接口转换为所述通信接口的运行时配置的设备。

44、一种可视地开发通信接口的系统，包括：

用图形方式描绘一个第一组件和第二组件的设备；

利用第一和第二模型来验证所述第一和第二组件之间的图形连接的有效性的设备，所述第一和第二模型定义了各第一和第二组件的输入输出需求。

45、一种有形地载有用来可视地实现通信接口的可执行程序的计算机可读的媒体，包括：

可视地描绘一个第一组件和第二组件；

可视地连接所述第一件和第二组件，从而可视地定义所述通信接口；

将所述可视定义的通信接口转换为所述通信接口的运行时配置。

46、一种有形地载有用来可视地实现通信接口的可执行程序的计算机可读的媒体，包括：

可视地描绘一个第一组件和第二组件；

利用第一和第二模型来验证所述第一和第二组件之间的可视连接的有效性，所述第一和第二模型定义了各第一和第二组件的输入输出需求。