用于系统整合的应用程序视窗部件技术方案

应用程序视窗（１０２），或应用程序视窗部件可以表示对诸如应用程序或企业系统之类的资源中的功能的自描述界面。应用程序视窗可以使处理应用程序的复杂性降低很多，使得非程序员可以维护那个应用程序的适配器（１０６）展示的服务和事件。应用程序视窗还可以简化访问适配器（１０６、１０８和１１０）的方式，和可以使适配器展示的功能作为商业服务得到调用。应用程序视窗可以专用于单个适配器，和可以在相应应用程序上定义一组功能。（*该技术在2022年保护过期，可自由使用*）

【技术实现步骤摘要】

本专利技术一般涉及可用于使应用程序整合的部件。
技术介绍
电子商务已经成为新经济中的主要驱动因素。为了取得长期成功，电子商务需求许多公司从事交叉企业协作。为了实现交叉企业整合，公司必须首先使它的内部应用程序整合。利用现有技术和工具，应用程序整合是一个昂贵的课题。不存在易于使用、负担得起、和基于工业标准的整合解决方案。没有一种解决方案是基于工业标准基础结构、具有通用连通性、能够大规模伸缩的并含有可访问商业进程工具。关于这一方面的应用程序整合是高度向内聚集的。许多现有的整合系统还没有集中在使企业间的应用程序整合上。即使一些整合解决方案已用于交叉企业整合，这些解决方案也仍然狭窄地聚焦和针对垂直市场。这种向内聚焦对公司实现诸如可以利用因特网来产生效益和降低成本的应用之类的场外商家对消费者和商家对商家的应用几乎没有什么帮助。对启用因特网的应用的需求导致应用程序服务器市场的兴起。到目前为止，应用程序服务器主要用于寄存瞄准客户和伙伴的外部应用程序。应用程序服务器本身不是解决具体问题，而是寄存垂直解决方案的通用平台的打包应用程序。对应用程序整合的初始尝试主要集中在数据的格式、机器之间的字节排序、和字符编码之类的低级实现细节上。把注意力集中在低级数据格式上是有必要的，因为，对于第一代应用程序整合解决方案，还没有广泛采用的可供多种垂直应用程序使用的数据编码标准。传统的方法涉及到连接各个系统，事实上，将系统硬连接在一起。这种方法比较复杂，因为连接不同系统需要多个系统的专有技术的密切的、低级的知识。已经远离将系统“硬连接”在一起的当前整合系统仍然缺乏标准。每个整合销售商通常提供应用程序整合、消息变换、消息格式、消息传输、和路由的专有解决方案。到目前为止这些系统没有一个已经实现了重要的市场共享，使它的技术成为事实上的标准。这种标准的缺乏几乎不能激励打包应用程序销售商将这些系统与他们的应用程序整合。而且，这些整合系统或服务器中的每一个都拥有它自己的专用API，使得打包应用程序销售商不能把钱冒险投资在单个整合服务器之外的开发上。整合市场的这种支离破碎几乎不能在金钱上驱动第三方。
技术实现思路
按照本专利技术的系统和方法通过利用应用程序视窗、应用程序视窗部件、和/或应用程序视窗对象可以为应用程序整合提供保证。资源适配器可以用于调用第一应用程序中的功能和展示那个功能。应用程序视窗部件可以用于提供第二应用程序通过资源适配器访问第一应用程序、和/或调用的功能的途径。第二应用程序无需知道有关第一应用程序的功能细节，应用程序视窗部件就可以使第二应用程序访问第一应用程序。应用程序视窗部件可以允许在第一应用程序与第二应用程序之间进行双向通信，和可以翻译应用程序之间的消息。本专利技术的其它特征、方面、和目的可以通过考察说明书、附图、和权利要求书来获得。附图说明图1是可以根据本专利技术的一个实施例使用的整合系统的图形；图2是显示创建和部署可以用在图1的系统中的应用程序视窗的方法的流程图；图3(a)和3(b)显示了与和不与公用协议通信的计算机系统；图4显示了利用应用程序视窗使请求进入各种系统的客户机；图5是显示可以用在图1的系统中的应用程序视窗部件的生命周期的流程图；和图6是显示根据本专利技术的一个实施例将Siebel和SAP系统整合的系统的示图。具体实施例方式应用程序整合部件可以用于使企业信息系统(EIS)之类的各种应用程序和系统整合。信息技术(IT)机构通常利用几种高度专业化的应用程序。在没有便于应用级整合的公用整合平台的情况下，没有广泛的、高度专业化的开发努力，就不能使这些应用程序整合。应用程序整合可以利用适配器来建立使任何当前或将来应用程序整合的企业范围的、统一框架。适配器通过使每个应用程序与应用程序服务器整合，而不是要求每个应用程序与所有其他应用程序整合，可以简化整合尝试。像来自加州Santa Clara太阳微系统公司的Java2 Platform，EnterpriseEdition(J2EE)那样的标准，以及可扩充标记语言(XML)的开发和广泛接受奠定了开发这些适配器的标准化方法的基础。也许这些用于应用程序整合的标准的最重要部分是J2EE连接器结构。J2EE连接器结构为所有类型的应用程序，从像来自IBM的CICS那样的传统主机应用程序到像PeopleSoft、Siebel和SAP那样的成包应用程序，提供了开发适配器的标准化方法。采用这样的标准使商家能够开发出在，例如，遵从J2EE的应用程序服务器上工作的适配器。整合结构通过提供寄存基于J2EE连接器结构的适配器的基于标准的结构，应用程序整合可以建在应用程序整合框架下的这种标准化方法上。开发者可以在整合框架下，建造遵从J2EE连接器结构的适配器和部署这些适配器，以便将企业应用程序与应用程序服务器相连接。这些适配器可以用于定义与EIS的聚焦商业的界面，下文把这些界面称为各个适配器的“应用程序视窗”。应用程序视窗可以向应用中的服务和事件提供简单、自描述、一致性的界面。应用程序视窗可以把适配器用于EIS，使它可以把现有信息系统展示成商业服务。但是，与适配器不同，应用程序视窗不需要用户拥有EIS或那个EIS的客户机界面的密切相关的知识，使得非程序员或技术分析者可以使用应用程序视窗。应用程序视窗可以提供商业分析者无需担心适配器中定义的编程细节就可以访问企业数据的面向商家的方式。另一方面，由于不熟悉EIS，这些相同的用户可能无法直接使用适配器。针对企业应用程序整合的应用程序整合部件可以含有几个基本方面。如果像PeopleSoft系统或SAP系统那样的EIS的功能得到调用，可以使用J2EE连接器结构的实施方案。如果在EIS系统内部发生了什么事件，如触发消息了，可能生成一个事件。在一些实施例中，这个事件可能需要与外部应用程序通信。应用程序整合部件中的事件结构可以管理这种通信。应用程序视窗应用程序视窗可以把有效值提供给应用程序整合部件。应用程序视窗在处理像后端EIS系统那样的应用程序方面可以使复杂性降低很多。应用程序视窗还可以简化访问适配器的方式。应用程序视窗可以提供，例如，适配器和那个适配器展示的EIS功能之间的分离层。取代通过直接编程访问EIS，用户可以简单地编辑适配器的应用程序视窗，创建新应用程序视窗，或删除任何过时的应用程序视窗。由应用程序视窗形成的分离层可以帮助非程序员维护适配器展示的服务和事件。每个应用程序视窗可以专用于单个适配器，并且可以定义一组有关那个适配器的EIS的商业功能。在创建了适配器之后，适配器的基于万维网的界面可以用于定义应用程序视窗。如果应用程序视窗用作适配器的基本用户界面，那么，可以包括在现有企业应用程序整合技术中通常找不到的许多特征。应用程序视窗可以，例如，把XML用作应用程序当中的公用语言。服务和事件定义可以用于展示应用程序能力。XML模式可以用于定义服务和事件的数据。在适配器中还可以支持双向通信。当用作界面对象时，应用程序视窗可以是整合框架的整体部分。应用程序视窗可以提供用户可以定制成满足特定需要的适配器展示的应用程序能力的视窗。用户可以把应用程序视窗剪裁成适合，例如，特定商业用途。其结果是，应用程序视窗可以提供许多应用程序为设计客户机界面提供的“一个尺寸适合所有”方法的有效替代物本文档来自技高网...

【技术保护点】
一种整合应用程序的系统，包括：资源适配器，适合于调用第一应用程序中的功能并展示那个功能；和应用程序视窗部件，适合于提供第二应用程序通过资源适配器访问第一应用程序的途径。

【技术特征摘要】
US 2002-10-15 10/271,244;US 2002-10-15 10/271,157;1.一种整合应用程序的系统，包括资源适配器，适合于调用第一应用程序中的功能并展示那个功能；和应用程序视窗部件，适合于提供第二应用程序通过资源适配器访问第一应用程序的途径。2.根据权利要求1所述的系统，其中应用程序视窗部件还适合于提供在第二应用程序不知道有关第一应用程序的功能细节的情况下第二应用程序访问第一应用程序的途径。3.根据权利要求1所述的系统，其中应用程序视窗部件是聚焦于商业的界面。4.根据权利要求1所述的系统，其中应用程序视窗部件向第一应用程序中的服务和事件提供自描述界面。5.根据权利要求1所述的系统，其中应用程序视窗部件适合于展示第一应用程序中作为商业服务的功能。6.根据权利要求1所述的系统，其中应用程序视窗部件专用于资源适配器。7.根据权利要求1所述的系统，其中应用程序视窗部件适合于为第一应用程序定义一组商业功能。8.根据权利要求1所述的系统，其中资源适配器适合于调用构成企业系统的第一应用程序中的功能。9.根据权利要求1所述的系统，其中应用程序视窗部件适合于允许第一应用程序与第二应用程序之间的双向通信。10.根据权利要求1所述的系统，其中应用程序视窗部件将在第一应用程序与第二应用程序之间解释消息。11.根据权利要求1所述的系统，其中应用程序视窗部件还包括用于第二应用程序的Java界面，其中，第二应用程序包括可以使用应用程序视窗部件的Java应用程序。12.根据权利要求1所述的系统，其中应用程序视窗部件是无状态会话豆。13.根据权利要求1所述的系统，还包括商业进程管理部件，适合于使应用程序视窗部件作为商业服务得到调用。14.根据权利要求1所述的系统，还包括万维网服务界面，适合于与应用程序视窗部件一起使用，使万维网服务通过应用程序视窗部件得到调用。15.根据权利要求1所述的系统，还包括整合框架，适合于寄存应用程序视窗部件。16.根据权利要求15所述的系统，其中整合框架包括可以用于创建应用程序视窗部件的图形用户界面。17.根据权利要求15所述的系统，其中应用程序视窗部件提供资源适配器与适配器展示的功能的使用之间的分离层。18.根据权利要求1所述的系统，其中应用程序视窗部件适合于使与应用程序的数据相对应的整合点得到定义。19.根据权利要求18所述的系统，其中应用程序视窗部件还适合于使整合点通过商业语义学得到组织。20.根据权利要求1所述的系统，其中应用程序视窗部件是基于XML的界面；和其中，第一程序是企业系统；和其中，第一程序是应用程序服务器。21.根据权利要求1所述的系统，还包括第二应用程序视窗部件，适合于提供第三应用程序通过资源适配器访问第一应用程序的途径。22.根据权利要求1所述...

【专利技术属性】
技术研发人员：米奇厄普顿，
申请(专利权)人：BEA系统公司，
类型：发明
国别省市：US[美国]