CN1633638A - 在外貌特征模式中带有总功能特性的连接实体 - Google Patents

Abstract

一种面向任务的用户接口(208)，因为通过***对用户的指导提高了使用***的方便性。这些任务在用户考虑他/她应该如何做此工作方面是类似的。这有助于用户做这项工作。

Description

在外貌特征模式中带有总功能特性的连接实体

发明领域

本发明涉及用于配置一个或多个任务的计算机***。

发明背景

当程序设计大量既高度复杂又高度可变的计算机应用程序时，存在一种希望能分解出通用的功能特征。功能特征通常按“剪切和粘贴”为基础被再使用，而要在各个组成部件之间接口它是比较困难的，因为没有明确的功能特征的封装以及分离的数据和方法。这就导致矛盾和低质量，因为再使用的功能特征片段不具有智能——它不知道它从那里来，也不自动地和它的祖先实行同步。进一步，维护是手工的，因为在很多不同的场合下同样的功能特性虽被重复但可能具有微小的变化。因此，这需要花费时间去识别所有需要更新的地方，并且该处理需要人工干预而造成易错性。

一种克服这些问题的某些的方法是使用Object Oriented(面向对象)的程序设计。在Object Oriented的程序设计中：

*再使用稍受控制，作为普通的功能特征能够被分解到具有明确定义接口的对象。

*互操作性被简化，因为对象具有明确定义和明确描述的接口。

*变异能够通过使用继承加以控制。继承构成了确定：任何对祖先的改变都将被应用到它的后代。

*抽象概念级别被假设为是提升的，作为对象应该理想地被确立在事务问题领域，而不是在“计算机”领域。

然而，问题还是存在。例如，扩充结果能够成为一个瓶颈，因为该程序设计人员有责任于下层结构，没有它就没有应用程序。

更加结构化的使用Object Oriented的程序设计能够在“框架(framework)”中被提供。框架对于应用程序开发的优点是：公用的功能特性在该框架中提供，而不是在库或实用类中。该框架基本上成为一个被提供公用的功能特性附加设定工作程序的下层结构的框架。然而这种程序设计还是基于继承并且因此不可能被方便地更新。

在近两年来，试图建立一种基于帧的程序设计语言，它建议为程序设计人员组织程序设计代码。介绍这种程序设计技术的公布的全部思想是：所有的对象都是基于预定义的代码段。另外，这样的***IBM是称为“Subject-Oriented(面向主体的)Programming”而Xerox PARC软件公司是称为“Aspect-Oriented(面向外貌特征的)Programming”。

虽然这种程序设计方式帮助程序设计人员组织对象，程序设计人员还是有责任通过手写代码描述这些功能特性片段如何交互作用，并且描写这些功能特性片段如何被组合。这个过程还是大家熟悉的“编织(weaving)”。

这种基于框架结构的程序设计语言的缺点是：每次该功能特性的片段改变时，所有这种编织基本上都要重做，或者至少要检查。这就使该功能框架的更新既复杂又昂贵。

进一步，某些对象的功能特性在编织代码中提供。因此，对于框架结构不可能保证该应用程序的***范围上的质量，因为框架结构没有方法知道编织代码做了些什么。

发明内容

一种面向任务的用户接口，因为通过***对用户的指导提高了使用***的方便性。这些任务在用户考虑他/她应该如何做此工作方面是类似的。这帮助和协助了该用户做此工作。

在基于web的环境中，页面必须是简单的和基于任务的，因为每个信息片段必须发送给一个服务器。该服务器以下一个步骤响应于这些信息片段，等等。好的web设计能意味着聚焦于每页面单一任务和提供清晰的(也就是不只是向前和向后按钮)通过页面的向前和向后的导航。类似的，引入导航以聚焦在每个页面上的该活动到单一的、原始的任务作为开始。引入导航的主要原则能够被总结为以下四个步骤：

1.聚焦每个页面到单一任务上。

2.申明或命名该任务。

3.使页面的内容适合于该任务。该任务在此页面上开始。应该可以查看到如何以页面上的控制实现该任务。

4.提供对第二任务的链接。

在类似于web设计的一种方式中，该下一个任务响应于先前的任务为用户生成和展现。每个任务序列必须被预先程序设计，以便能够为用户展示正确的任务的次序。这是在由控制用户接口(UI)的部件中完成的。它的缺点是所有可能的任务序列都必须被程序设计。

本发明的一个特点是减少了控制该UI以展现该任务序列的代码量。这就减少了程序设计或配置该UI上花费的时间并且使程序设计或配置应用程序更加容易。

在广泛的本发明的特征中，一个计算机***被提供来配置任务，所述计算机***包括一个设定的用于配置该任务的部件，该设定的部件能被访问或被提供：

一组Business Object Types(事务对象类型)

一组Task Patterns(任务格式)，其中至少一个所述任务格式包括：

*至少一个任务步骤格式，包括运行时间的功能特性，以便能够在事务对象实例上交互作用，

其中该设定部件适用于建立事务对象类型和任务格式之间的连接。

在另一个广泛的特征中，一种方法被提供用于配置一个任务，所述方法包括步骤：

-把一个或多个任务格式与事务对象类型相连接。

通过使用计算机***一种自动生成任务序列的方法被提供，这种方法包含步骤：

1.通过使用计算机***展现第一任务，最好包括用于应用程序的用户的事务对象类型的信息；

2.响应于对该计算机的一个输入激发一个事件实例；

3.鉴别该第一任务是否能被完成，这是通过：

a.鉴别事务对象类型的元素是否处于能对该事件实例起反应的状态；和

b.如果不是，则鉴别为了把该元素带入能对该事件实例起反应的状态，需要完成什么；和

4.响应于步骤3b，展示一个任务包含关于为了把该元素带入能对该事件实例起反应的状态，需要完成什么的信息。

本方法的优点是该应用程序开发员不再需要配制/程序所有的可能的任务序列，这就使应用程序的程序设计/配置更容易。同样，按此方式更加一致的任务序列的生成将被保证。更进一步，因为该任务序列的自动生成，程序开发员没有识别出任务序列(这样任务序列奖杯丢失)的风险被减少。一个事务对象类型可能包括一个或多个元素。一个元素可能是该事务对象类型的事务对象实例，或者它可能包括数据、元数据、功能特性或关于元素的信息，例如状态。

在本发明的一个实施例中，一种方法被提供，其中步骤3被重复直到不再有事务对象实例的元素处于不能够对事件实例起反应的状态。

在另一个本方法的实施例中，第一任务在步骤1中包括例如元数据、数据的信息或对事务对象类型所要的功能特性的信息。

同样在本发明的范围之中一种方法在第一任务中包括以该事物对象类型配置的事件类型的信息。本发明的另一个实施例提供一种方法，其中步骤一进一步包括展示一个完全的或者部分所建立的事务对象实例。

同样，在本发明的范围内是一种方法其中步骤二进一步包括从UI部件发送第一消息到事务对象控制器(BOC)的步骤。一个示例性方法被提供其中该第一消息包括识别和或该事件类型和该事务对象类型的状态信息，例如事务对象实例。

在进一步的本发明的实施例中一种方法被提供，其中该事务对象类型的元素是一个外貌特征实例。一个示例性方法被提供其中步骤三a包括发送第二消息到该外貌特征实例的外貌特征模式。同样一种方法被提供其中该第二消息包括识别和或该事件类型的状态信息。最好第二信息是由BOC发送。

同样在本发明的范围中是一个方法进一步包括返回第三个消息的步骤，该消息包含该元素是否处于一个可能该元素对该事件实例起反应的状态的信息。

也提供了一个方法用于自动生成可能的在事务对象上通过使用计算机完成的任务的清单，包括或一个或多个元素，该方法包括步骤：

1.响应于对计算机的输入激发一个或多个相对于事务对象的事件实例，每个事件实例相对应于一个任务；

2.通过识别该一个或多个事务对象的元素是否是处于能够对事件实例起反应的状态，来鉴别每个任务是否能被完成；和

3.如果任务能被完成，在一个包含可能在事务对象上完成的任务的清单上展示该任务。

优点在于：由于一个或多个该事务对象类型的元素的状态，当前可以被完成的可能的任务清单被提供给***的用户。

进一步提供一种方法，该方法包括通过使用包含处理器(例如指一个或多个中央处理单元，被编程完成相应于该任务序列生成程序的活动)、存储器(例如指RAM和硬盘，存储有用于该任务序列生成的数据)的计算机***提供一个自动任务序列生成程序，所述方法包含步骤：

1.通过使用计算机***展示第一任务；

2.响应于对计算机***的输入，查询是否能够通过使用计算机***完成第一任务，该查询包括：

a.查询如果一个事务对象类型的元素是处于它能够对第一事件类型的一个事件实例起反应；和

b.如果找不到，则通过使用计算机***，识别为了把该元素带入它能够对第一事件类型的事件实例起反应的状态，哪些是必须要完成的。

该计算机***可能是实际的，例如，一台台式计算机或者一套分布式计算机***。最好该第一任务的展现是基于由该计算机***的用户所做的任务的选择。

在本发明的一个实施例中，步骤2b进一步作为识别哪些是必须要完成的结果，展示一个任务，包括关于为了为了把该元素带入它能够对第一事件类型的事件实例起反应状态，哪些是必须要完成的信息。

在本发明的另一个实施例中，一种方法被提供，其中对元素查询的结果是通过对该元素有效的功能特性获得的，所述功能特性由查询该元素而触发。最好该功能特性是在该元素特性之内。

同样，本发明的范围内是一个方法，其中鉴别步骤2b是通过对该元素有效的功能特性，按照问题而提供的关于为了把问题中的该元素带入它能够起反应的状态哪些是需要做的信息来完成的。

在随后的本发明的实施例中，一种方法，其中对计算机***的输入是用户输入。同样，该输入可以是由用户通过键盘、语音控制器、计算机鼠标等设备提供。该输入也可以源自连接的计算机***。该输入还进一步可以来源于因特网。

在本发明的另一个实施例中，一种方法被提供，其中步骤2对于该事务对象类型的所有的元素重复。

同样，在本发明的范围内，提供了一种方法进一步包括激发该第一事件类型的事件实例的步骤3，它是作为如果该事务对象类型的元素是处于能够对该第一事件类型的事件实例起反应的状态的步骤2a的结果。

在本发明的另一个实施例中，一种方法被提供，其中作为步骤2b的结果展示的任务是递归地设定为第一任务，并且重复步骤1和步骤2，由此该展示的任务成为第一任务。最好步骤1和步骤2被重复有限的次数。同样，在本发明的范围内该步骤1和步骤2的重复也是重复有限的次数。最好该有限的次数被预定义，例如有限次数为1到10之间。同样，提供了一种方法，其中步骤1和步骤2被重复直到该第一任务的所有任务和他们的附属任务都被成功地完成为止。

在本发明的另一个实施例中，提供了一种方法进一步包括取消该方法的步骤。最好该方法由于对计算机***的输入而被取消。该方法可能由于用户的输入，例如通过键盘、计算机鼠标、语音控制或其他的输入而被取消。该方法进而可能通过因特网被取消。该方法也可以通过连接的计算机***而被取消。

同样，在本发明的范围内，提供了一种方法进一步包括步骤2c，其中在步骤2b中展示的该任务是通过激发一个第二事件类型的事件实例来完成的，因此改变该元素的该状态到一个状态，其中该元素类型能够对该第一事件类型的事件实例作出反应。

在本发明的另一个实施例中，一种方法被提供，其中步骤2被重复直到该事务对象类型的所有的元素都能够对该第一事件类型的事件实例作出反应。

在随后的实施例中，提供了一种方法进一步包括步骤3，其中该第一事件类型的一个事件实例被激发。

在另一个实施例中，提供了一种方法，其中在步骤1中的该第一任务包含有信息，例如元数据、数据、或者具有关于该事务对象类型的功能特性的信息。

同样，在本发明的范围内提供了一种方法，其中该第一任务包含具有事务对象类型配置的一个事件类型的信息。最好步骤1进一步包括展示完全的或部分的事务对象实例。

在随后的本发明的实施例中，提供了一种方法，其中步骤2进一步包括把第一消息从用户接口(UI)部件发送到事务对象控制器(BOC)。最好该第一消息包含事件类型的识别和/或状态信息以及该事务对象类型，例如事务对象实例等。

在本发明的一个实施例中，一种方法被提供，其中该事务对象类型的元素是一个外貌特征实例。

在本发明的范围内还提供了一种方法，其中步骤2a包括发送第二消息给该外貌特征实例的外貌特征模式的步骤。最好该第二消息包含该事件类型的识别。该第二消息也由事务对象控制器(BOC)发送。

在另一个本发明的实施例中，提供了一种方法，其中步骤2a进一步包括返回第三消息的步骤，该消息包含该元素是否处于它能够为该元素对事件实例起反应的状态的信息。

一个计算机***被提供，用于根据其他方面运行一个方法，所述计算机***包括：

-处理器指例如一个或多个中央处理单元，被编程以实现与该任务序列生成相一致的行为；

-存储器指例如RAM和硬盘，储存有用于该任务序列生成的数据；

-一个BOC部件生成该第一任务；和

-一个UI部件展示该任务信息给一个设备。

一个用于配置事务对象类型的***被提供并可能对于本发明很有用，所述***包含一个设计的部件用于配置该事务对象类型，该设计的部件能被访问或被提供；事务对象类型连接手段，一组外貌特征模式其中至少有一个所述的外貌特征模式包括：外貌特征连接手段，一个或多个所生成的功能特性的片段；其中该所生成的功能特性的片段被改编成为特定的，因此提供特定的功能特性的片段，和一个或多个外貌特征事件类型连接手段允许一个或多个功能特性的片段能被激发，一组事件类型，其中至少一个所述事件类型包含事件类型连接手段。

该***的优点是：通过配置在该一个或多个外貌特征模式中的被预定义的功能特性的片段、以该一个或多个外貌特征模式配制该事务对象类型、以该事务对象类型配置该一个或多个事件类型，以及以在该一个或多个外貌特征模式中的一个或多个功能特性的片段配置该事件类型，使该事务对象类型能够更容易地被建立，因此允许一个或多个功能特性的片段在该外貌特征模式中被激发。该***的又一个优点是：在配置之前，在该外貌特征模式和该事务对象类型之间，或者在该事件类型和该事务对象类型之间不存在任何的连接。在配置之前，没有任何的外貌特征模式具有任何的相互的连接。这是一个优点，因为它有利于该***的升级。进一步，该抽象的级别比传统的配置要高，这就支持应用程序更快的建模和更高质量。

以下，将使用若干个技术术语。这些术语的使用并不认为是和该术语通常的使用相矛盾，但是为了本发明易于理解，以下将给出某些术语的带有这些词的意义说明的短清单：

元数据(同义词：类型数据，第2阶数据)：关于该数据类型的数据而不是该数据本身。例如，一个邮政地址往往包括元素：街道、号码、邮编、城市和国家。关于邮编地址包括哪些元素的信息是元数据。另一个例子是在一个给定的***中定义”雇员”的名字能够由不超过50个字符组成。该最大允许的字符数量是元数据。

在另一方面第一(1st)阶数据描述特定的事情，它仅仅应用到实例：实际的邮编地址(Frydenlunds allé6，2950 Vedbaek)，该实际的雇员姓名(LarsHansen)或者实际的引擎号码(S/N 45 55 666)。这意味着数据必须始终根据遵守它的元数据的说明来表现。例如该雇员姓名必须遵守字符数不得超过50的规则。

配置是完整的或部分的一个或多个被生成的功能特性和/或元数据的片段的说明。

外貌特征模式是一种扩展的数据类型，意思是它展示了一种可配置的普通问题的解决方法，也表示它包含对于普通问题的该解决方法的事务逻辑。外貌特征模式包括一个或多个被生成的功能特性的片段。外貌特征模式进一步定义了一组能被配置用于该模式的元数据。该外貌特征模式定义了在应用程序中若干元数据的解释。外貌特征模式进一步包含外貌特征连接手段和外貌特征事件类型连接手段。

例如，应用程序可能使用地址外貌特征模式也称为“转折点外貌特征模式”。地址外貌特征模式可能包括：例如一个或多个功能特性的片段，它知道如何处理一个电话地址；例如它包括功能特性知道如何：拨打一个电话号码、对于国家的电话注册验证该号码、格式化该号码用于输出、等等。地址外貌特征模式可能进一步包括一个或多个功能特性的片段，它知道如何处理邮政地址包括，例如，能够验证该地址的功能特性的片段。所有的外貌特征模式都需要广泛的解释，以确认所有能够由该特定的外貌特征模式的功能特性解决的问题也属于该模式。例如，值外貌特征模式可能被用来基于其他的值计算各种值或进行估价。所谓值是指传统意义上的值，例如价格、VAT和折扣，但也包括更加抽象的值如工作小时数。

外貌特征模式包括一个或多个外貌特征类型。外貌特征类型是该外貌特征模式的说明。因此，对于各种外貌特征类型要决定哪种功能特征的片段可能由该外貌特征类型使用。每个外貌特征类型在运行时间定义该1st阶数据的元数据。

例如，一个应用程序使用如上所解释的地址外貌特征模式可能进一步使用某些该地址外貌特征模式说明，例如一个外貌特征模式“家庭地址”和一个外貌特征模式“帐单到地址”。对于每个地址类型，在该地址外貌特征模式中的功能特性都被非常详细地描述。例如，该地址类型“家庭地址”可能被定义成只能使用在该地址外貌特征模式中的“邮政地址”功能特性的片段，但是外貌特征类型“帐单到地址”能够被使用在“邮编地址”或“E-Mail地址”功能特性片段。这就是，功能特性片段按照外貌特征类型配置，例如该地址类型“家庭地址”被配置成只包括该“邮政地址”功能特性。对于包含允许自动建立标识符的功能特性的识别外貌特征模式，外貌特征类型可以通过特定方式描述，标识符将被建立(例如，无论该标识符使用从数字序列建立的序号还是使用一个随机数发生器)。

事务对象类型：事务对象类型是一种对象类型，它展示在实际世界范围内的概念或实体。典型的事务对象类型的例子是：雇员、产品、***、报酬、债务人、债权人和订单等。事务对象类型包含事务对象类型连接手段。

通过把一个或多个外貌特征类型和事务对象类型相连接，一个带有一个或多个配置的外貌特征类型的事务对象类型被建立。这就是，该外貌特征类型的外貌特征连接手段与该事务对象类型连接手段相连接。

例如在一个应用程序中，事务对象类型“顾客”可能需要一个家庭地址，这里，该外貌特征类型“家庭地址”必须以该事务对象类型“顾客”来配置。按次方式，获得了一个配置了的事务对象类型“顾客”。然后，该配置了的外貌特征类型将是“顾客的家庭地址”。

事务对象实例是一个配置的事务对象类型的实例。例如，一个配置的事务对象类型“顾客”的事务对象实例可能是从丹麦的Navision可得到的NavisionSoftware A/S。

一个外貌特征实例是一个或多个在运行时间建立的配置外貌特征类型的1st阶数据。例如，该“用于特定用户的家庭地址”可能是“Frydenlunds Allé6，2950Veddaek”。

一个应用程序包括若干个配置的事务对象类型。配置该模型的原则的概要在图1中表示。该模型将以以下的方式解释。

事件类型(10，12，14)是以配置的事务对象类型16来配置，以及定义可能发生的事件，外貌特征模式(18，20，22)可能对它起反应。每个事件类型10包含事件连接手段24。用户或***都能够触发事件类型以激发一个事件实例。一个事件实例是一个事件类型的具体事件。一个事件类型可能被激发0次或若干次。在外貌特性实例之间的实际通信是通过事件实例实现的。事件类型(10，12，14)被配置成具有特定的事务对象类型。这样，事件类型10，12，14控制该事务对象类型16的动态特性。例如，用于事务对象类型“***”的事件类型能够是“应付酬劳”，而且然后事件实例将由在该外貌特性模式中的功能特性片段触发，该外貌特性模式已被配置具有该“应付酬劳”事件类型，实际地注明事务对象实例(即一张特定的***)具有应付酬劳的日期。同样，地址外貌特征模式也可能具有一个功能特性片段，它允许检查一个官方注册中的邮政地址。然后能够建立一个事件类型，它触发该检查官方注册中的邮政地址的功能特性片段。然后，一个用于配置事务对象类型的事件类型“顾客”能够被“地址验证”，并且它将触发该邮政地址检查。然后，该“地址验证”事件类型既能够被配置成***触发事件类型也可配置成用户触发事件类型。

该事务逻辑(即该外貌特征模式的功能特性)能够在外貌特征模式的外貌特征实例接收到一个特定的事件实例时采取行动。该事件机制保留对外貌特征类型的完全隔离。在当前的描述中，该外貌特征类型是指如所表示的不相交的，它指该单个外貌特征类型并不知道任何其他外貌特征类型的数据和逻辑，即使如果有另一个外貌特征类型存在。同样，该外貌特征模式也是表示为不相交的。这是一个优点，因为它提供用于***新的外貌特征模式到正在运行的***而不需要进行任何其他的改变，比较哪些涉及新的外貌特征模式和它的外貌特征类型可方便地通过消除副作用而更新，因为没有其他的外貌特征类型必须被重新配置。

例如，一个应用程序的用户，激发事件类型的事件实例“地址验证”，被配置成用户触发事件类型。当该事件实例被激发时，它然后将触发在地址外貌特征模式中的邮政地址检查。因此，既不是事件类型也不是事件实例具有任何功能特性。它们单独地包含关于它们能够通过该事件类型的连接手段的配置来触发哪个配置外貌特征类型的信息，从而触发该配置外貌特征的外貌特征模式中的功能特性，如在图1中所示。

为了容易阅读以下内容，可以应用于本发明的配置事务对象类型16的模型的原则概要在图1中表示。如在图1中所示，对于每个外貌特征模式18，20，或22一个或多个外貌特征类型26，28，和30可能存在。如早先解释的那样，外貌特征类型是一个外貌特征模式的说明。当一个事件类型被触发时，应该被执行的该详细说明的功能特征的片段包括外貌特征事件类型连接手段32。在连系本发明的实施例中，该外貌特征事件类型连接手段32和该事件类型连接手段24的每个都包含一个唯一的外貌特征事件类型ID，并各自一个唯一的事件类型ID。设定该事件类型ID并识别在一个或多个外貌特征类型(包含在一个或多个外貌特征模式中)中哪个特定的功能特性的片段应该当事件类型被触发时起反应，然后配置该事件类型的影响。在该事件类型连接手段24和该外貌特征事件类型连接手段32之间置以箭头以指示该配置。然后，该相应于特定的功能特性的这些片段的外貌特征事件类型IDs是设置为与该事件类型同样的ID。例如，一个“邮政地址”外貌特征类型包含一个“验证”功能特性的片段，它在带有事件类型ID(例如“1”)的事件类型“建立顾客”被触发时，也应被触发，这样，被包含在该“验证”功能特性片段中的该外貌特征事件类型ID也应该也是“1”。其他的在该“邮政地址”和/或其他外貌特征类型中的功能特性的片段也可能需要被触发，这样，他们的外貌特征事件类型IDs应该也是“1”。

实际的事务对象类型16的配置是通过把事务对象类型连接手段24与外貌特征连接手段36和事件类型连接手段24相连接而实现的。在一个具有本发明的有用的实施例中事务对象类型连接手段34和外貌特征连接手段36的每一个都包含事务对象类型ID和各自的外貌特征ID。然后事务对象类型16配置是通过建立一个带有该事务对象类型ID的入口实现的，该一个或多个外貌特征IDs和该一个或多个事件类型IDs，在例如数据库中，将要在图5中详细地在以下表示和描述。在外貌连接手段36和事务对象连接手段34之间的箭头以及在事务对象类型16和事件类型10，12，14之间的箭头指示一种配置。

在图1中只表示了一种事务对象类型16的配置，而若干种事务对象类型能够实际地以同样地方式(即，通过使用同样的外貌特征模式和它们的外貌特征类型)进行配置。

为了构造两个或多个事务对象实例的交互作用，在具有本发明的有用的实施例中一个“关系”外貌特征模式被实现。除了外貌特征连接手段36该“关系”外貌特征模式进一步包括相关的关系连接手段(相关关系类型IDs)，它能被配置为一个或多个(关系)外貌特征连接手段36，从而建立在事务对象类型之间的连接。

该“关系”外貌特征模式进一步包括一个或多个功能特性片段，这可能在事务对象实例接受一个事件实例时起反应，以及一个或多个功能特性的片段。这允许它传播其它的事件实例到相关的事务对象实例。例如，如果一个技术人员必须要被定位到服务工作，事务对象类型雇员应该通过以二个事务对象类型配置该“关系”外貌特征模式与该事务对象类型“服务工作”相对应。这样，事务对象类型雇员的事务对象实例“Kim Jensen”能够以一个配置的“关系”外貌特征模式的外貌特征实例与事物对象实例“SJ334455”相对应。无论何时事件实例在一个事务对象实例上被激发，另一个事件实例将被传播到其它的事务对象实例。

在某些场合下，从一个配置的外貌特征类型的外貌特征实例中检索一个值，并在另一个配置的外貌特征类型的外貌特征实例上设置该值是很有用的。这是通过对如在图2中讨论的事务对象类型配置传播值40，42，44实现的。其中该外貌特征实例应能找到的，以及其中该外貌特征实例应该被改变的该配置了的外貌特征类型是在配置的过程中被指定的。能够从它的外貌特征实例提供一个或多个值的外貌特征模式包含在它的生成功能特性33中的表达式功能特性的片段。该表达式功能特性提供了一个说明，外貌特征实例的哪个部分应该被传播。在它的外貌特征实例中能设置一个或多个值的外貌特征模式包含通道功能特性的片段。该通道功能特性提供用于说明该外貌特征实例的哪个部分应该被改变。传播的值(例如，40)包括源外貌特征连接手段46和目标外貌特征连接手段48。为确保所有的值都是最近的，所有的传播值40，42，44在源46变化时都被计算过。

如在图2中所示，在传播的值配置期间事务对象类型16以0或被传播的值的号码配置。对于每个传播的值把该源外貌特征连接手段46与检索到该值的外貌特征类型(26，28，30)的外貌特征连接手段36相连接。同样，把该目标外貌特征连接手段48与检索得到该值的外貌特征类型26，28，30的外貌特征连接手段36相连接。

该源外貌特征连接手段46和目标外貌特征连接手段48分别以其配置的该外貌特征类型26，28，30可能以同样的事务对象类型16或者不同的事务对象类型进行配置。这样，通过使用传播的值，值能够在事务对象实例中或者在二个事务对象实例之间被交换。

在本发明有用的***的实施例中，源外貌特征连接手段46以及目标外貌特征连接手段48每个都包含一个唯一的识别符，也如同前面所解释的那样，该外貌特征类型连接手段36以及该事务对象类型连接手段34也包含有唯一的识别符。然后通过建立包含该事务对象ID，该源外貌特征ID(被设置有与检索到该值的外貌特征类型相同的ID)、和该目的外貌特征ID(被设置有与检索到该值的外貌特征实例相同的ID)的入口进行该配置。在该传播值之中，该外貌特征实例(其中该值应被各自地检索、设置)的部分被说明。

例如，如果服务要求的价格依赖于服务要求的响应时间，则“短”、“中等”、和“长”响应时间将产生不同的价格，事务对象类型“服务要求”可以配制成带有包括服务要求的响应时间的“响应时间”外貌特征类型，和包括服务要求的价格的“价格”的外貌特征类型。无论何时在“响应时间”外貌特征实例中的服务要求的响应时间被改变，在相应的“价格”外貌特征实例中的服务要求的价格应该根据该响应时间而重新计算。这可以通过在该“响应时间”外貌特征上的称为“长度”的表达式来完成，该表达式可能返回一个值“长”、“短”或“中等”。外貌特征类型的配置是该“响应时间”的一部分，这将决定在“响应时间”外貌特征实例中的服务要求的响应时间是否被考虑为“长”、“短”或“中等”。该“价格”—外貌特征类型能够有一个通道称为“服务数量”，这就能够接收任何值“长”、“短”或“中等”。根据输入，该“价格”外貌特征类型根据在它的外貌特征模式和它的配置的功能特性来重新计算“价格”外貌特征实例。该传播值机制是负责于从该“响应时间”外貌特征实例传递该值到“价格”外貌特征实例。

除了使用传播值机制以在外貌特征实例之间传播值之外，另一种机制称为法则—机制也可以被使用。该法则—机制是基于如上所述的表达式的，但替代在外貌特征实例之间推入值的活动，该表达式仅仅在外貌特征实例需要该值时才被计算。该法则是表达式，它们由配置的外貌特征模式18，20，22被存贮在其中并被处理。当推入该值是昂贵时，该法则机制典型地被示例性使用以替代传播值机制。

例如，事务对象可能被配置带有一个“地址”外貌特征模式和一个“价格”外貌特征模式。当一个“价格”外貌特征实例接收一个“准备***”事件类型的事件实例时，为了计算这个价格，它需要知道从领导办公室到该地址的在该“地址”外貌特征实例中给出的距离。只有当该“价格”外貌特征实例接收该“准备***”事件类型的事件实例时，它才会调用它的法则和检索该“地址”外貌特征模式的“距离”表达式。到接收到该“准备***”事件类型的事件实例时为止，当这个机制引起“价格”外貌特征实例具有一个未定义的值时，它将在另一方面防止计算该潜在的昂贵的距离除非它是真正必须的。

法则可能以一个外貌特征模式配置。法则包括一个或多个法则源连接手段。该法则进一步包括用于根据在同样的或其它的外貌特征实例的值进行计算的表达式。该法则源连接手段包含在哪里计算所依据的值能够被发现的信息。

在本发明有用的一个实施例中，一组外貌特征模式包含一个关系外貌特征模式，该关系外貌特征模式包括：外貌特征连接手段36，一个或多个所生成的功能特性33的片段；其中该所生成的功能特性33的片段被改成是特定的，从而提供特定的功能特性片段、相关的关系外貌特征连接手段、和一个或多个外貌特征事件类型连接手段32，以允许一个或多个功能特性33的片段能够被触发。以下是一个本发明可应用的优点，在一个或多个事务对象类型16之间的连接可能通过配置一个关系外貌特征模式而建立。以这种方式，所有的事务对象类型之间的关系和因此也是所有它们的事务对象实例都可以以同样的方式处理，因为关系外貌特征模式只需要被实行一次，因此提供较少的代码和更鲁棒的***。以下是一个进一步的优点，所有事务对象类型16之间的关系对于应用程序开发人员都以同样的方式配置。

一个任务在UI中被展示给应用程序的用户。任务可以是例如“开始服务工作”或“建立***”。为了帮助用户完成任务，任务序列包括可能被展示的示例性的一个或多个任务。例如，为了完成任务“建立***”用户可能需要选择例如一个特定工作，它必须为顾客进行、填充该***的收据等等。用于引导用户通过该任务“建立***”的任务序列则可以通过首先展示给用户一个任务“挑选服务工作”进一步包括一个完成的任务工作的清单来进行。然后，第二个任务可以展示给用户例如“挑选数据”包括例如各顾客个人相关的各种地址或合同的清单和一个任务“建立数据”。这样，一个任务或者任务序列中的任务可能启动一个新的任务序列。而且某个可能是综合的任务，像在以上提到的例子中的“建立***”，可能是对于另一个任务序列的任务序列中的一个任务。例如，任务“关闭服务工作”可能启动包含任务“建立***”的任务序列。

在关于应用程序配置的展示本发明的特点之中，一组任务模式可能被提供。任务模式包含一个或多个任务步骤模式的序列。任务步骤模式可能被用于一个或多个任务模式。例如一个“选择”任务步骤模式可能被用于一个“修改”任务模式或“删除”任务模式之中。

通过把任务模式(一组外貌特征模式)与事务对象类型16相连接以及为这个连接指定一个名字，然后任务可能至少是部分地被配置。如果(例如)该事务对象类型“***”与任务模式“建立”(该任务模式包含任务步骤“建立”和“查看”)并被命名为“建立***”，包含任务步骤建立和查看的任务“建立***”被配置。在运行时间任务“建立***”则可能展示给应用程序的用户。通过挑选这个任务，一个以该任务“建立***”启动的任务序列将展现给用户。当该用户完成建立该***时，下一个任务步骤“查看***”则将展现给该用户。

更进一步，根据本发明的计算机***可能示例性地包括一个串接任务模式，这能够由选择一组任务(即，配置任务模式)来配置，这样构成一个串接任务包括原始任务的所有任务步骤。然而，一个或多个这些任务步骤对应用程序的用户可能是冗余的。为了使应用程序的用户腾出该冗余的任务步骤的时间，该串接的任务模式包含功能特性以找出是否存在为了处理下一个任务步骤的足够的信息。决定任务步骤是否冗余的方法能够使检查是否该随后的任务步骤能够以有效的信息实行它的功能特性。例如，如果任务“建立和打印***”应该对应用程序的用户有效，这可能通过使用一个“建立”任务模式和一个“打印”任务模式以通过一个串接任务而被配置。该任务模式“建立”包含该任务步骤“建立”和“查看”，而且该任务模式“打印”包含该任务步骤“选择”和“打印”，这样在“打印”任务模式中的该“选择”任务能够被跳过，因为事务对象实例已经在先前的任务步骤(“建立”和“查看”)中被识别。

在本发明的实施例中，当该配置被设计时，冗余的任务步骤被识别和忽略。这时一个优点，因为应用程序开发人员可能查看该任务如何被展示给应用程序的用户。在本发明的另一个实施例中，任何冗余的任务步骤将在运行时间被识别。这是一个优点，因为应该展示给用户的任务步骤被忽略的危险被最小化。

一个行动中心包括一组能够被展示给应用程序的用户的任务。当配置一个行动中心时，名字被设定(例如“Sale”)以及该用户的大纲(profiles)(大纲用于应用程序的用户，并具有权限进入)也可能被建立。又一个本发明的示例性实施例中，用户以不同的法则编入组，其中给定法则的用户访问到一个或多个行动中心。该应用程序开发人员配置哪些任务(例如配置的任务模式)在一个行动中心中被使用。一个基于任务模式的任务能够被配置为一个热任务，意指在任务模式中的该第一个任务步骤立即被展示给用户。非-热任务可能表现为对用户的超链接。

作为配置的一部分，一个视图示例性地连接到每个任务步骤，该视图定义该事务对象的什么信息应该在该任务步骤中展示给应用程序的用户。例如，该信息可能是一个元素是否应该被显示，例如该事务对象实例的数据和它的相应的元数据是否应该被显示。在一个本发明的示例性实施例中，部分外貌特征模式(示例性地部分外貌特征类型26，28，30以事务对象类型16配置)能够被设置为默认的视图成员。对于应用程序开发人员也能够去建立一个顾客的视图。在本发明的一个示例性实施例中，一个默认每个任务步骤视图可能被自动地生成(例如，通过使用一个视图向导)。应用程序开发人员可能然后在该单个任务步骤上改变该视图。

在与本发明联系的实施例中一个***被提供，其中一组外貌特征模式18，20，22进一步包括一些外貌特征模式，每个所述外貌特征模式包括一个或多个所生成的功能特性33的片段；其中该生成的功能特性33的片段被修改成是特定的，从而提供特定的功能特性的片段、外貌特征连接手段36、一个或多个外貌特征事件类型连接手段32允许一个或多个功能特性33的片段被触发。通过提供若干外貌特征模式18，20，22该应用程序开发人员提供以更多的预定义的功能特性，这样方便于实际的应用程序的配置。

作为示例，在一组外貌特征模式中的若干个外貌特征模式包括元数据50。按此方式在外貌特征模式18，20，22之中的功能特性33和元数据50之间的连接可能被提供。当仅由指定和/或加入元数据50来配置时，这将提供给在将被指定的外貌特征模式内的该功能特性33。

更进一步，该至少一个外貌特征模式18，20，22可能示例性地包括一个外貌特征接口52。作为示例，在该组外貌特征模式中的若干个外貌特征模式18，20，22包括该外貌特征接口52。这是一个优点，因为新的外貌特征模式能够很容易的加入到该组外貌特征模式中，只要它实行同样的外貌特征接口50。

在一个示例性的实施例中或其它的本发明可应用的实施例中，一个设计的部件(用以后的图将作很详细的描述)进一步被访问，或者示例性地被提供，源外貌特征连接手段和目标外貌特征连接手段和该组外貌特征模式进一步包括：一个或多个包括的外貌特征模式、一个表达式功能特性片段、和一个或多个包括通道功能特性片段的外貌特征模式，从而提供在外貌特征实例之间值的交换。这是一个优点，因为它保证所有的按此方式被配置的值无论何时在源中值发生变化时都被更新。而且，这是一个优点：一个外貌特征实例可以检索在其他外貌特征实例中的值并且仍然保持该外貌特征实例，以及该外貌特征类型26，28，30以及外貌特征模式18，20，22为松耦合。

在本发明有用的实施例中，其中一组外貌特征模式进一步包括一个或多个外貌特征模式的一个包括法则源连接手段的***被提供。使用法则(或多个法则)是一个优点：例如当应该被检索以计算该表达式的值的数量是很高的情况下或者在使用它之前没有原因要更新该值的情况下。

在本发明可应用的实施例中，提供了一个***，其中该设计的部件被用于或设想将要被用于配置若干个事务对象类型16。通过使用该同样的外貌特征模式组来配置若干个事务对象类型16是一个优点，因为它方便于该***的更新。

还是在本发明有用的实施例中，在该组外貌特征模式内其中至少一个外貌特征模式18，20，22包括一个或多个外貌特征类型26，28，30。每个外貌特征类型都是一个该外貌特征模式18，20，22的说明。按此方式应用程序开发人员被提供一个或多个部分的一个或多个外貌特征模式的配置，这就方便于应用程序开发人员的配置工作。示例性地，其中被设计要求以一个或多个事务对象类型进行配置的该外貌特征类型的一个***被提供。这是一个优点，因为它提供了在事务对象类型16之间外貌特征类型26，28，30的再使用。

在与本发明连接的实施例中，提供一个***，其中事务对象类型连接手段34包含一个识别符，BOTID，唯一地识别该事务对象类型16。本发明也很有用，它带有一个***：其中该外貌特征连接手段36包含一个识别符，ATID，唯一的识别该至少一个外貌特征模式，以及一个***：其中该外貌特征事件类型连接手段32包含一个识别符，(A₁ETID₁，A₁ETID₂...，A_NETID₁，A_NETID₂)，唯一地识别该一个或多个功能特性33的片段，它能够触发所述的外貌特征模式。本发明可被应用带有一个***，其中该事件类型连接手段24包括一个识别符号，ETID，唯一地辨识该事件类型10，12，14。当实际的应用程序的配置在例如一个相关的数据库中被实现时，使用识别号码IDS是一个优点。

带有本发明的***也是有用的，其中该事件类型10，12，14能够被用户激发。按这种方式用户可能在一个或多个被执行的外貌特征模式中启动一个或多个功能特性33的片段。而且，带本发明的***是可应用的，其中该事件类型能够通过在以它进行配置的该外貌特征模式内的功能特性33的片段被激发。这是一个优点，因为***可能启动一个或多个功能特性33的片段，其中一个或多个外貌特征模式将被执行。通过配置作为用户激发或***激发或二者同时激发的事件类型10，12，14就有可能控制什么功能特性的片段可能被用户、***或二者所触发。

一个与本发明相连接的***的实施例被提供，其中设计的部件进一步访问或被提供一组预配置的事务对象类型。该预配置的事务对象类型可能方便地以一个或多个被完全地或部分配置的外貌特征模式、一个或多个该事务对象类型在其上起反应的事件类型、一个或多个在该一个或多个外貌特征模式内的事件功能特性的配置、或一个或多个外貌特征类型来配置。另外，一个预配置的事务对象类型可能带有一个或多个默认的值或法则。这是很方便的，因为应用程序开发人员不需要用手工书写来配置应用程序。

另外，本发明有用于***，其中该设计的部件访问或进一步包括一个贮藏器部件包括应用程序的元数据。从而该设计的部件包括该实际的应用程序的配置。

本发明可应用于应用程序用的贮藏器，在其中事务对象类型是基于至少一个配置了的外貌特征模式，所述贮藏器包含一个或多个配置了的事务对象类型的入口。每个入口能够包括一个配置事务对象类型ID(BOTID)唯一的定义该配置了的事务对象类型；一个或多个配置了的外貌特征模式的入口，每个入口包含该BOTID和一个配置了的外貌特征类型ID(ATID)唯一地定义该配置了的外貌特征模式；一个或多个配置了的外貌特征模式的入口，每个入口包含该ATID和元数据指定该外貌特征模式的配置；以及一个或多个配置了的事件类型入口，每个入口包含该BOTID和一个事件类型ID(ETID)唯一地定义该配置了的事件类型。该用于应用程序的贮藏器按这种方式构建是一个优点，因为该事务对象类型不需要预先知道所有的外貌特征模式，这样方便于应用程序的更新。

在一个提供了贮藏器的实施例中，进一步在一个外貌特征模式内包含一个或多个配置了的事件功能特性的片段，其中每个所述入口包含一个外貌特征事件类型ID。这是一个优点，因为事件类型不需要预先知道所有的在外貌特征模式中的事件的功能特性。

本发明对于以上勾划出的这类贮藏器是有用的并且进一步包含一个或多个配置了的传播值的入口；每一个所述入口包含一个配置了的事务对象类型ID(BOTID)唯一地定义该配置了的事务对象类型，一个源外貌特征ID(ATID)和一个目标外貌特征ID(ATID)。按此方式该外貌特征模式并不需要预先相互了解，因为所有外貌特征模式使用同样的传播值的机制。

更进一步，一个贮藏器能够被提供，其中贮藏器的一个部分是数据库。这是一个优点因为当前数据库提供存储数据的更多的结构方式。示例性地，每个入口是在表中的一个纪录。按此方式，新的外貌特征模式能很容易地被加入。

还能够被提供一个***，其中该贮藏器部件是一个如以上任何实施例所解释的那样的贮藏器。

本发明还可应用于一种方法，用于在一个或多个外貌特征模式内配制一个包含指定一个或多个功能特性片段的步骤的事务对象类型，该外貌特征模式连接一个或多个外貌特征模式与一个事务对象类型、连接一个或多个事件类型与该事务对象类型、连接一个或多个事件类型与在一个或多个外貌特征模式内的一个或多个功能特性的片段，从而在该一个或多个将被一个或多个事件类型触发的外貌特征模式内指定/允许该一个或多个功能特性的片段，借此一个配置了的事务对象类型被获得。这是一个优点，该应用程序开发人员不需要跟随该外貌特征模式和事物对象类型如何被连接、该事件类型和该事务对象类型如何被连接的预定义的次序，该事件类型以在该外貌特征模式中的功能特性和在该一个或多个外貌特征模式内功能特性的说明相连接。

本发明还带有一种方法很有用，该方法包括把一个外貌特征模式与该事务对象类型相连接的步骤和指定一个或多个功能特性的片段在每个外貌特征模式之内重复n次。按此方式在该外貌特征模式之内的功能特性被再使用。示例性地，方法中使用的n是组(2，3，4，5，6，7，8，9，10，11，12，13，14，15，16，17，18，19，20，21，22，23，24，25，26，27，28，29，30或更大)包含的一个数字。

本发明可被应用，它还带有一种方法，其中一个事件类型被连接到在一个或多个外貌特征模式内的功能特性的片段。这是一个优点，因为该事件类型的复杂性可能非常依赖于应用程序。

与方法相联系的本发明被提供(应是“与本发明相联系的方法被提供”—译者注)，其中事件类型与事务对象类型相联系的步骤被重复m次。按此方法事务对象类型的事务对象实例将能够执行该事件类型的各种事件实例。示例性地m是一个在组(2，3，4，5，6，7，8，9，10，11，12，13，14，15，16，17，18，19，20，21，22，23，24，25，26，27，28，29，30，31，32，33，34，35，36，37，38，39，40或更多)中包含的一个数字。

本发明很有用，它带有一种方法，进一步包括把关系外貌特征模式与第一事务对象类型相连接和把关系外貌特征模式与第二事务对象类型相连接的步骤，从而提供在二个事务对象类型之间的连接。这是一个优点，因为它提供事务对象类型之间的通信。

本发明带有一种方法可被应用；进一步包括指定在外貌特征模式中元数据数量的步骤。按此方式数据的输入在运行时被定义。

按本发明还可被应用的方法进一步包括通过以外貌特征连接手段配置源值连接手段，以传播值机制配置事务对象类型连接手段的步骤从而指定一个值应该在何处以外貌特征连接手段从配置了的目标值连接手段中被检索，从而指定该检索到的值在何处被设置。按这种方式，在外貌特征实例之间值的传播能够在运行时被实现。而且能确信所有配置成目标值的值在其源的值被改变时更新。

更进一步，该发明很有用，它带有方法进一步包括以法则源连接手段配置一个外貌特征模式的步骤，从而指定值应该从何处被检索使值能够被计算和在配置了的外貌特征模式上在运行时被设置。这是一个优点，因为在外貌特征实例上的以法则配置了的值将只在需要时被更新。

本发明还可以包括一种方法，它包含存储该配置事务对象类型到一个贮藏器部件中的步骤。示例性地该贮藏器是一个根据以上任何实施例所描述的贮藏器。

本发明是可被应用的，它具有一个用于运行应用程序的***，包括一个包含配置了的事务对象类型的、配置了的外貌特征模式的、和事件类型的元数据的贮藏器部件；一个包含事务对象实例的、外貌对象实例的、和事件实例的第一阶数据的数据存储器；和处理在外貌特征实例之间事件实例传播的事务对象控制器(BOC)部件。按此方式，该实际的应用程序的配置是在该贮藏器中被保持以及从而该实例是在数据存储部件中被保持。该动态过程由BOC控制。这是一个优点因为该外貌特征模式不需要知道其它的外貌特征模式的配置。示例性地，该贮藏器是一个如在以上提及的任何实施例中描述的贮藏器。

在示例性的带有本发明的有用的实施例中，提供了一个***，其中该BOC控制部件进一步包括一个BO部件和一个外貌特征模式部件。BO部件和外貌特征模式部件在该贮藏器部件和该数据存储部件中的数据上操作。这是一个优点，因为当一个新的外貌特征模式被加入时必须做的仅有修改将是在该外貌特征模式部件之中。

在与本发明有关联的这个和其它的实施例中提供了一个***，其中该贮藏器部件进一步包括用于在应用程序中配置传播值的元数据，以及该BOC部件进一步处理该配置了的传播值的传播。这确保在外貌特征实例上的所有的值(在该传播值中必须被配置成为目标值)在它们的源值改变时被更新。

本发明可被应用，它具有的***进一步包括一个用于从贮藏器部件和数据存储部件载入数据的临时存贮器。按此方式可以达到高的性能。

在这样的和进一步的本发明的实施例中，一个***进一步包括一个事件队列。这是一个优点，因为当，例如，事件实例由若干个事务对象实例激发时，该事务队列处理激发事件实例的次序。

本发明是有用的，它具有一个用于运行应用程序的方法，包括步骤：激发一个事件实例、该事件实例包含一个事件类型ID唯一地识别该事件类型、该事件实例进一步包括一个事务对象实例ID唯一地识别与事件实例相连接的该事务对象实例；以及递交该事件实例给一个或多个与事务对象实例相连接的外貌特征实例。这是一个优点，因为只有该外貌特征实例需要知道应该激发的事件实例。

本发明可被应用，它带有一种方法示例性地包含向前传递该事件实例给一个事件队列部件的步骤，该事件队列部件掌握一个次序，事件实例按此次序被激发。这是一个优点，因为按此方式可确保事件实例按正确的次序被激发。

本发明还被认为有用，它带有方法其中该递交的事件实例是与该激发的事件实例相同的。

本发明可被应用，它带有一种方法其中该事件实例是用户-激发事件实例。按此方式应用程序的用户能够在外貌特征模式中触发一个或多个功能特性的片段。

在这样的和其它的与本发明连系的实施例中，提供了一种方法其中事件实例是一个***-激发事件实例。按此方式该应用程序能够在一个外貌特征模式中启动一个或多个功能特性片段的执行。

本发明是有用的，它带有的方法进一步包括在该外貌特征实例上响应于功能特性的值的设置的步骤，它作为对该激发的事件实例的响应而必须完成。这是一个优点，因为对该外貌特征实例的改变能够通过使用事件功能特性而被加入。

在这样的和其它的实施例中本发明是有用的，它带有的一种方法其中在事务对象实例之间事件实例的传播是基于关系外貌特征模式的配置。按此方式在一个事务对象实例上的一个事件实例能够在其它事务对象实例上触发一个或多个事件实例，这样就允许在一个或多个事务对象实例之间的通信。

本发明是有用的，它带有一个方法进一步包括步骤：

1.注册在传播值之内被配置成一个源的一个外貌特征实例内的第一个值中的变化；

2.在该外貌特征实例内检索第一个值；和

3.基于该第一个值，在以一个目标配置的外貌特征实例上设置第二个值。

按此方式，可确保在传播值中被配置成目标值的值，当它们的源值变化时被更新。

该本发明可应用的方法可以示例性地进一步包括处理以一个外貌特征实例配置的法则的步骤，这是通过：

1.在一个配置成源的外貌特征实例内检索第三个值；

2.作为对第三值的响应计算第四个值；和

3.在以该法则配置的外貌特征实例上设置该第四个值。

按此方式在一个以法则配置的外貌特征实例上的值仅仅当被使用时才更新。

在这样的与本发明连系的实施例中一种方法进一步包括步骤：载入数据、信息和相关包含该BOID的事务对象实例的功能特性和它的包含该BOID的在一个临时存储器中的配置了的事务对象类型。示例性地提供一种方法其中载入数据和信息和相关于事务对象实例的功能特性的步骤进一步包括：载入数据和信息和相关于事务对象实例的功能特性和它们的在临时存储器中的配置了的事务对象类型(包含该BOID)。在大多数场合下这确保所有可能在一项业务中被使用的相关信息仅仅必须从贮藏器和/或数据存储器被载入一次。

在这样的和其它的带有本发明的有用的示例性实施例中，提供了一种方法进一步包括从该临时存储器载入1st阶数据到该数据存储部件的步骤。按此方式确保该数据存储部件可能在一个业务被成功地执行时被更新。

附图简述

图1示出基于事件类型、外貌特征模式和外貌特征类型的事务对象类型的配置。

图2示出进一步包括传播值的、如在图1中的事务对象类型的配置。

图3是可以在其中实践本发明的计算机环境的一个实施例的框图。

图4提供了被用于设计应用程序的部件以及被用于执行应用程序的部件的纵览。

图5提供了包括贮藏器部件和数据存储部件的数据库的例子。

图6示出事务对象控制器(BOC)。

图7和图8是示出处理事件实例的执行的不同方法的顺序图的例子。

图9是示出传播值机制如何运作的序列图。

图10是示出法则机制如何运作的顺序图。

图11示出UI部件。

图12是顺序图，示出如何执行任务序列的自动生成的一部分。

图13是示出事件类型的查询的顺序图。

具体实施方式

在下文中，介绍了基于以上所定义的这些术语的体系结构的实施。

图3展示了可以在其上执行本发明的合适的计算***环境100的例子。计算***环境100只是合适的计算环境的一个例子，它并不意在对本发明的使用或功能特性的范围提出任何限制。也不应该将计算环境100解释为具有涉及示范操作环境100中所展示的任何一个部件或部件组合的任何从属性或要求。

本发明可用于众多其他的通用或专用计算***环境或配置。可能适用于本发明的众所周知的计算***、环境和/或配置的例子包括(但不局限于)个人计算机、服务器计算机、手持设备或便携式设备、多处理器***、基于微处理器的***、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何***或设备的分布式计算环境，以及类似物。

可以在正由计算机执行的计算机可执行指令(例如，程序模块)的一般上下文中描述本发明。通常，程序模块包括执行特殊任务或实施特殊的抽象数据类型的例行程序、程序、对象、部件、数据结构等。也可以在分布式计算环境中实践本发明，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括记忆存储设备的本地计算机存储介质和远程计算机存储介质中。

参照图3，用于执行本发明的示范***包括采取计算机110的形式的通用计算设备。计算机110的部件可以包括(但不局限于)处理单元120、***存储器130和***总线121，***总线121将包括该***存储器的各种***部件耦合到处理单元120。***总线121可以是几种类型的总线结构(包括存储总线或存储控制器、***总线和使用各种总线构造中的任何总线构造的局域总线)中的任何总线结构。举例来讲(不作限制)，这类结构包括工业标准结构(ISA)总线、微通道结构(MCA)总线、增强型ISA(EISA)总线、视频电子标准协会(VESA)局域总线和也被称作夹层(Mezzanine)总线的外设部件互连(PCI)总线。

计算机110通常包括各种计算机可读介质。计算机可读介质可以是可由计算机110存取的任何可用介质，它包括易失和非易失介质、可移动和不可移动的介质。举例来讲(不作限制)，计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括易失和非易失的可移动和不可移动的介质，这些介质用关于信息(例如，计算机可读指令、数据结构、程序模块或其他数据)存储的任何方法或技术来加以执行。计算机存储介质包括(但不局限于)RAM、ROM、EEPROM、快闪存储器或其他存储技术、CD-ROM、数字通用光盘(DVD)或其他光盘存储器、盒式磁带、磁带、磁盘存储器或其他磁性存储设备、或可以被用来存储所需信息并可以由计算机110来进行存取的其他任何介质。通信介质通常具体表现计算机可读指令、数据结构、程序模块或调制数据信号(例如，载波或其他传送机制)中的其他数据，它包括任何信息传递介质。术语调制数据信号意味着一种信号，该信号的一个或多个特征按为该信号中的信息编码的这样一种方式来加以设置或更改。举例来讲(不作限制)，通信介质包括有线介质(例如，有线网络或直线连接)和无线介质(例如，声音、RF、红外线和其他无线介质)。以上任何内容的组合也应该被包括在计算机可读介质的范围以内。

***存储器130包括采取易失和/或非易失存储器(例如，只读存储器(ROM)131和随机存取存储器(RAM)132)的形式的计算机存储介质。基本输入/输出***133(BIOS)通常被存储在ROM131中，该基本输入/输出***包含有助于在计算机110内的各个元件之间传送信息(例如，在启动期间)的这些基本例行程序。RAM132通常包含可立即由处理单元120存取并且/或者目前正由处理单元120进行操作的数据和/或程序模块。举例来讲(不作限制)，图3展示了操作***134、应用程序135、其他程序模块136和程序数据137。

计算机110也可以包括其他可移动/不可移动的易失/非易失计算机存储介质。只举例来讲，图3展示了从不可移动的非易失磁性介质读取或对其写入的硬盘驱动器141、从可移动的非易失磁盘152读取或对其写入的磁盘驱动器151，以及从可移动的非易失光盘156(例如，CD ROM或其他光学介质)读取或对其写入的光盘驱动器155。可以被用于该示范操作环境中的其他可移动/不可移动的易失/非易失计算机存储介质包括(但不局限于)卡型盒式磁带机、快闪存储卡、数字通用光盘、数字录像带、固态RAM、固态ROM和类似的存储介质。硬盘驱动器141通常通过不可移动的存储接口(例如，接口140)而被连接到***总线121，磁盘驱动器151和光盘驱动器155通常由可移动的存储接口(例如，接口150)连接到***总线121。

以上所讨论的和图3中所展示的这些驱动器及其关联的计算机存储介质为计算机110提供计算机可读指令、数据结构、程序模块和其他数据的存储。在图3中，例如，硬盘驱动器141被展示为存储操作***144、应用程序145、其他程序模块146和程序数据147。注意，这些部件可以等同于或不同于操作***134、应用程序135、其他程序模块136和程序数据137。这里为操作***144、应用程序145、其他程序模块146和程序数据147提供不同的号码，以展示：它们至少是不同的副本。

用户可以通过诸如键盘162、话筒163和定点设备161(例如，鼠标、跟踪球或触垫)等输入设备，来将命令和信息输入计算机110。其他输入设备(未示出)可以包括操纵杆、游戏垫、圆盘式***天线、扫描仪或类似的输入设备。这些和其他的输入设备经常通过被耦合到该***总线的用户输入接口160而被连接到处理单元120，但也可以由其他接口和总线结构(例如，并行端口、游戏端口或通用串行总线(USB))来加以连接。监视器191或其他类型的显示设备也经由接口(例如，视频接口190)而被连接到***总线121。除该监视器以外，计算机也可以包括其他***输出设备(例如，扬声器197和打印机196)，这些***输出设备可以通过输出***接口195来加以连接。

计算机110可以在使用与一台或多台远程计算机(例如，远程计算机180)的逻辑连接的联网环境中进行操作。远程计算机180可以是个人计算机、手持设备、服务器、路由器、网络PC、对等设备或其他共同的网络节点，它通常包括以上相对于计算机110而描述的许多或所有这些元件。图3中所描绘的这些逻辑连接包括局域网(LAN)171和广域网(WAN)173，但也可以包括其他网络。这类联网环境在办公室、企业范围的计算机网络、内联网和因特网中很普遍。

当被用于LAN联网环境中时，计算机110通过网络接口或适配器170而被连接到LAN171。当被用于WAN联网环境中时，计算机110通常包括调制解调器172或用于在WAN173(例如，因特网)上建立通信的其他装置。调制解调器172(可能是内置的，也可能是外置的)可以经由用户输入接口160或其他合适的机制而被连接到***总线121。在联网环境中，相对于计算机110或其各个部分而描绘的程序模块可以被存储在该远程记忆存储设备中。举例来讲(不作限制)，图3将远程应用程序185展示为驻留在远程计算机180上。将会理解：所示的这些网络连接起示范的作用，可以使用在各台计算机之间建立通信链路的其他装置。

在图4中，示出该体系结构的各个部件。该结构包括设定部件200、贮藏器部件202、事务对象控制器204、数据存储部件206和用户接口(UI)部件208。每个外貌特征(或者作为外貌特征实例、外貌特征类型、被配置的外貌特征类型，或者作为外貌特征模式)和事务对象(或者作为事务对象实例、事务对象类型，或者作为被配置的事务对象类型)存在于该图所示的每个部件中。该图表现了箭头所指出的部件的从属性(即，从一个部件指向另一个部件的箭头指出：第一个部件正在使用另一个部件的功能特性)。

应用程序开发者可以使用设定部件200来创建应用程序。这样，设定部件200为应用程序开发者展示可以加以配置以便实现应用程序的该体系结构的各个元件。

用户接口208向最终用户展示包括运行时间数据(第1有序数据)的实际应用程序的一部分。

贮藏器202保存***的元数据(即外貌特征模式、外貌特征类型、外貌特征类型配置、事务对象类型和被配置的事务对象类型的数据)。

数据存储器206保存应用程序的第1有序数据(即由外貌特征实例构成的事务对象实例)。

事务对象控制器部件204控制***的事务逻辑(即，它根据被放下在贮藏器202中的元数据，来控制***的第1有序数据)。这样，事务对象控制器204控制***的动态。

在该体系结构的说明性实施例中，贮藏器202中的所有数据都被存储在数据库中，但它们同样可以被存储在(例如)文件(例如，XML文件)中。在应用程序的一位或多位用户不能对该应用程序的数据库进行永久访问(例如，在离线的情况中)的情况下，并且在无法将关系数据库安装在他们使用的设备上的情况下，后一种实施例可能具有优势。

图5中表现了包括贮藏器部件202和数据存储部件206的数据库的实施例的一个示范布局。利用框架部分210、外貌特征***部分212和外貌特征模式18、22来表现该数据库。框架部分210和外貌特征***部分212处理被配置的事务对象类型和事务对象实例。每个外貌特征模式部分包括关于对应的外貌特征模式的数据特征。该数据库中的数据分成包括所有元数据的贮藏器部分202和包括第1有序数据的数据存储部分206。每个部分包括一个或多个表格。

在该数据库的贮藏器部分202内，每个外貌特征模式包括针对这种特定的外貌特征模式的特殊元数据。每个外貌特征模式可能包括一个或多个有关的表格，这取决于外貌特征模式的特殊元数据的结构。在可用于本发明的该说明性实施例中，外貌特征连接手段36是被用来为其对应的外貌特征模式部分中的被配置的外貌特征类型识别元数据的外貌特征类型ID(ATID)。这样，每个外貌特征模式包括关于那个外貌特征模式的被配置的外貌特征类型的表格，该表格包括零或许多项目(包括外貌特征类型ID(ATID)以及关于该特殊外貌特征模式的一个或多个元数据特征)。

每个“被配置的外貌特征类型”包括当接收特殊事件类型的事件实例时可以在其外貌特征模式内加以执行的哪些功能特性片段33的信息。此外，被配置的外貌特征类型知道可以从外貌特征模式内的什么功能特性片段33中激发事件实例。出于这个目的，外貌特征模式可能包括一个或多个外貌特征事件类型连接手段32。在适用于本发明的说明性实施例中，外貌特征事件类型连接手段32可能是一个或多个“外貌特征事件类型ID”(A₁ETID₁、A₁ETID₂、...、...、A_NETID₁、A_NETID₂....(图5中未示出))，并且，事件类型连接手段24是“事件类型ID”。然后，通过利用该“事件类型ID”(ETID)而在这些“外貌特征事件类型ID”中的一个或多个ID之间进行参考，可利用一个或多个外貌特征模式内的一个或多个功能特性片段33来配置该事件类型。

例如，如果需要检验地址，则可以通过将它与“外貌特征事件类型ID”(例如，在图5中可以是M₂₅的A₂TID₅)联系起来，来配置“事件类型ID‘验证地址’”，该“外貌特征事件类型ID”与地址外貌特征模式内的功能特性片段相连接，该地址外貌特征模式按照人口登记来验证地址。这样，被配置的地址外貌特征模式具有涉及事件类型ID‘验证地址’的外貌特征事件类型ID(例如，A₂TID₅)‘验证地址’。

框架210的贮藏器部分202包括所有被配置的事务对象类型和关于每个被配置的事务对象类型的事件类型的领域的信息。在可用于本发明的说明性实施例中，事务对象类型连接手段34是被配置的“事务对象类型ID”(BOTID)。关于框架部分210的贮藏器202包括包含应用程序中的所有被配置的事务对象类型的一个或多个表格，这一个或多个表格包括零或具有该“事务对象类型ID”(BOTID)的许多项目。贮藏器部分202也包括该应用程序中的所有事件类型的一个或多个表格，这一个或多个表格包括零或具有BOTID和“事件类型ID”(ETID)的许多项目。贮藏器部分202进一步包括这些传播值的一个或多个表格。这一个或多个表格包括零或许多项目，这些项目包括源外貌特征ID(ATID₁)、目标外貌特征ID(ATID₂)和BOTID。

外貌特征***212包括如何利用各种外貌特征模式的外貌特征类型来配置各种事务对象类型的信息。贮藏器部分202中的外貌特征***212包括关于如何利用这些外貌特征类型来配置应用程序中的所有这些事务对象类型的一个或多个表格。这些表格包括零或许多项目，这些项目包括被配置的事务对象类型ID(BOTID)和被配置的外貌特征类型ID(ATID)。

在本发明的说明性实施例中，外貌特征***212也包括识别被配置的外貌特征类型和(因而)其外貌特征实例是否可能被包括在各种情况中的UI内的一个或多个项目(例如，为配置它而利用的事务对象类型的标题及其事务对象实例、为配置它而利用的事务对象类型的摘要及其事务对象实例、或为配置它而利用的事务对象类型的纵览及其事务对象实例)。例如，如果应该创建包括主地址和电子邮件地址的事务对象类型“雇员”，那么，例如，通过制定包括BOTID(例如，”雇员”)和ATID主地址的一个项目以及包括该BOTID”雇员”和ATID电子邮件地址的另一个项目，将在外貌特征***212中配置事务对象类型。外貌特征***212中的该ATID主地址由该‘地址’外貌特征模式(例如，对应于图5中的外貌特征模式1)内的ATJD主地址提及，这允许配置邮政地址。同样，在具有该ATID电子邮件地址的‘地址’外貌特征模式部分中提及外貌特征***212中的ATID电子邮件地址。然后，在分别涉及该ATID主地址和电子邮件地址的一个或多个表格中的一个或多个项目内，可以发现‘地址’外貌特征模式中的主地址和电子邮件地址的实际配置。

在可用于本发明的说明性实施例中，‘关系’外貌特征模式的有关的关系外貌特征连接手段是有关的关系“类型ID”。例如，如果该‘关系’外貌特征模式对应于图5中的外貌特征模式1，则该有关的关系“类型ID”会是M₁₁。然后，通过利用提及‘关系’外貌特征模式中的ATID“1”的ATID“1”来配置BOTID“1”，并通过也利用提及关系外貌特征模式中的ATID“2”的ATID“2”来配置BOTID“2”，可配置两个事务对象类型之间的关系。然后，通过为包括ATID“1”的项目而将有关的关系“类型ID”(例如，M₁₁)设置为“2”并为包括ATID“2”的项目而将M₁₁设置为“1”，来配置由BOTID 1识别的被配置的事务对象类型与由BOTID 2识别的被配置的事务对象类型之间的关系。

外貌特征***212的优点是：可以将新的外貌特征模式加入数据库，而无须重新设计该数据库，因为只有对总数据库的布局的更改才会是这个新的外貌特征模式(外貌特征模式n+1)以及将关于这个新的外貌特征模式的标准信息加入外貌特征***212。这促进了***的升级。在说明性实施例中，通过只在一个表格内添加一条线，在外貌特征***212中加入关于这个新的外貌特征模式的标准信息。

图5中也表现了数据存储部件206的一个实施例。数据库的数据存储部分206包括一个或多个表格中的应用程序的第1有序数据。框架部分210包括应用程序的所有事务对象实例的一个或多个表格，以及已被激发的什么事件实例的一个或多个表格。这些实际的外貌特征实例被存储在数据库的数据存储部分206的对应的外貌特征模式部分中。

从图5中可见，框架部分210的数据存储部分206包括包含事务对象实例的一个或多个表格，这些表格包括零或具有该BOTID和事务对象类型的事务对象实例的“事务对象实例ID”(BOID)的许多项目。数据存储器206也可以具有已被激发的所有事件实例的一个或多个表格，这些表格包括零或具有该BOID、ETID和事件实例ID(EID)的许多项目。数据存储(或运行时间)部分206中的每个外貌特征模式部分包括外貌特征实例的一个或多个表格，这些表格包括零或具有该ATID、外貌特征实例ID(AID)和BOID的许多项目。

框架210的布局独立于该应用程序。例如，该框架对于诸如现场维修管理应用程序和通用分类帐应用程序等事物而言可以是相同的。

在图6中，展示了事务对象控制器(BOC)204的更加详细的外形。作为例证，BOC204包括BO部件220、BOC接口部件222、事件队列224、传播值部件226以及一个或多个外貌特征模式部件228。BOC204与外部部件(例如，UI208)交换文档。是BOC接口部件222来处理这些操作。在本***的结构中，BOC204在代码(例如，Visual Basic、C#、Java等)中被开发，并在应用服务器上被加以执行。

外貌特征模式部件228中包括将元数据和单一外貌特征模式的第1有序数据联合起来的这个代码。例如，外貌特征模式部件228在贮藏器202中进行读取，并在数据存储器206中进行操作。在该体系结构的这个说明性实施例中，外貌特征模式部件228包括关于这每一个外貌特征模式的一个部件，其中，外貌特征模式部件228中的每个部件执行相同的外貌特征接口。这允许BOC204的其他部件通过其接口来与任何外貌特征模式部件228相互作用，而无须知道其实施情况。这是一个优点，因为：当创建新的外貌特征模式时，必须加以执行的更改将只在外貌特征模式部件228中。这样，当必须执行新的外貌特征模式时，可以容易地更新BOC204。该外貌特征接口提供了对诸如发送和接收事件实例、通过表达式和通道来传播值以及计算法则表达式等功能特性的使用。

BOC204的主要功能之一是：控制***的动态。如前所述，***的动态由事件和传播值来加以管理。出于这个目的，BOC204进一步包括管理这些事件的事件队列224和管理这些传播值的传播值部件226。这些事件控制事务对象的动态(即，如图5所示，这些事件实例被连接到实际的事务对象实例)。事件队列224管理必须激发这些事件实例的顺序。在一个实施例中，事件队列224确保：第一个引入的事件实例是将要对特殊的事务对象实例激发的第一个事件实例。直到已完成第一个事件实例，才将会激发后面的事件实例。

事件队列224通过事务对象(BO)部件220来接收这些事件实例，事务对象(BO)部件220又从数据存储器206或从外貌特征模式部件220(从数据存储器206接收它)接收这些事件实例。然后，事件队列204将该事件实例置于队列中。BO部件220负责检查贮藏器202，以便知道利用哪些外貌特征类型来配置哪些事件类型。

在本发明的说明性实施例中，BOC接口部件222与任务堆栈230相互作用，任务堆栈230了解在完成另一项任务之前由应用程序的用户开始执行的所谓的子任务。然后，曾从其中开始执行该子任务的第一项任务被称作“调用任务”。作为例子，这种实施例将允许该用户从修改销售顺序任务的“修改”步骤内开始执行“查找客户”任务，并且又从“查找客户”任务的“选择”步骤内开始执行“创建客户”任务。然后，任务堆栈230将会包含三种任务状态：修改步骤中的修改销售顺序->选择步骤中的“查找客户”->创建步骤中的“创建客户”。

在说明性实施例中，任务堆栈230坚持允许每位用户发现并重新开始执行未完成的任务。

以下的表格1中示出任务格式的一些例子。从表格1中可见，任务格式可以是包括“创建”和“查看”这些任务步骤的“创建”。另一个任务格式可以是包括“选择”、使…变成可能、实行和“查看”这些任务步骤的实行方法。

任务格式	任务步骤1	任务步骤2	任务步骤3	任务步骤
					创建	创建	查看
修改	选择	修改	查看
					删除	选择	删除
打印	选择	打印
					查看	选择	查看
查找	选择
					使一致	选择	使一致	查看
变换	选择	变换创建	查看
					实行方法	选择	使变成可能	实行	查看

表格1任务格式的例子

这些任务步骤可以分成两组，这取决于该任务步骤是否处理数据。在本发明的实施例中，在完成处理数据的每个任务步骤之后，保存在任务中(例如，在被配置的任务格式中)获得的信息。在本发明的另一个实施例中，当已执行全部任务时，保存信息。

在本发明的说明性实施例中，所有任务步骤包括允许用户执行以下内容之一的功能特性：

(a)执行任务步骤，从而使该任务的任务步骤的序列继续；或者，

(b)取消任务步骤，从而中止当前任务，返回到该堆栈上的调用任务。

除这些方法以外，单一任务步骤还可以包括如以下的表格2中所展示的功能特性。

表格2任务步骤上的功能特性的例子

任务步骤清单	功能特性
		创建	考虑到应用程序的用户要创建事务对象类型的事务对象实例
选择	展示一套事务对象实例(例如，起源于为配置该任务而利用的相同的事务对象类型)，从而允许用户选择所展示的事务对象实例之
		查看	向该应用程序的用户展示事务对象实例
使一致	检验所有需要的信息(例如，被定义为配置的一部分)都已被提供给该事务对象实例
		变换创建	将起源于一种事务对象类型的事务对象实例变换成新的事务对象实例(例如，诸如引用语等事务对象类型可以被变换为顺序)。
打印	考虑到事务对象实例的打印
		修改	允许该应用程序的用户更改事务对象实例

删除	允许该应用程序的用户删除事务对象实例
		使变成可能	启动任务序列，以便能够执行该事务对象实例的一项或多项功能。在说明性实施例中，通过让该用户将该事务对象实例的一个或多个外貌特征实例引入一种状态，来实行这一点；在该状态中，它们会起反应于利用该事务对象类型和任务来加以配置的事件类型的事件实例
实行	激发该事件类型的事件实例，由此，可执行该事务对象类型的功能特性

在本发明的说明性实施例中，以下视图中的一些视图可以作为默认视图而被分配给各种任务步骤，尽管这些视图只是起示范的作用并且也可以分配其他视图。“搜索结果视图”可以被用作任务步骤“选择”中的默认视图。该视图包括关于这些事务对象实例的名称和ID的信息。“编辑视图”可以被用作“查看”、“修改”、“创建”和“打印”这些任务步骤中的默认视图。该视图展示了利用事务对象类型而加以配置的外貌特征类型的所有外貌特征实例。示出空页标题并包括来自“搜索结果视图”的字段的“删除视图”可以被用作关于“删除”这个任务步骤的默认视图。

图7表现了用于处理事件实例的激发的一幅时序图。当到了激发事件实例的时间时，将事件实例激发到事务对象部件220，事务对象部件220经由“外貌特征模式接口”将事件实例传递到外貌特征模式部件228。然后，外貌特征模式部件228注意：事件实例被激发到特殊的事务对象实例内的单一外貌特征实例。然后，这些单一外貌特征实例确定：是否利用这个事件实例是其实例的事件类型来配置它们。在图7中，事件实例“1”被激发到BO部件220，然后被传递到关于外貌特征模式1的外貌特征模式部件228，后来被传递到外貌特征模式2。然后，外貌特征模式2激发事件实例“2”，作为发给BO部件220的、对于接收事件实例“1”的响应。然后，将事件实例“2”置于事件队列224中。BO部件220继续将事件实例传递到剩余的外貌特征模式(通过其对应的外貌特征模式部件228)，在此情况下，只是传递到外貌特征模式3。然后，事件队列224将其队列中的第一个事件实例传递到BO部件220，BO部件220将事件实例传递到所有这些外貌特征模式。在另一个实施例中，只将事件实例发送到与该事件实例连接的外貌特征实例。

在BOC204的另一个实施例中，BOC204不包括事件队列224。图8所示的时序图展示了这种***中的事件的处理。在图8中，事件实例“1”被激发到BO部件220。然后，将事件实例“1”传递到外貌特征模式1和外貌特征模式2(再次通过对应的部件228)。然后，作为响应，外貌特征模式2对BO部件220激发事件实例“2”。此后，BO部件220开始将事件实例“2”传递到所有的外貌特征模式，在此情况下，首先传递到外貌特征模式1，然后传递到外貌特征模式2，最后传递到外貌特征模式3。然后，BO部件220通过将事件实例“1”激发到剩余的外貌特征模式(在此情况下，只是激发到外貌特征模式3)，来完成对它的处理。

激发事件实例具有业务性质(transactional)。也就是说，除非可以执行激发事件实例的整个过程，否则，***将返回到初态，好象还没有激发事件实例。在响应于事件实例的期间，外貌特征模式可以激发另一个事件实例，然后，这另一个事件实例排队，直到第一个事件实例已响应于利用给定的事务对象实例来加以配置的外貌特征实例的所有外貌特征模式。由该原始事件实例产生的业务包括对该事件实例起反应而被激发的事件实例。同样，关于不包括事件队列224的BOC204的该实施例，由该原始事件实例产生的业务包括对该事件实例起反应而被激发的事件实例。

只要启动业务，所有项目的副本就被载入BOC204，这所有项目包括关于与该业务关联的一个或多个事务对象实例的信息。也就是说，装载被用于当前业务中的所有有关的事务对象实例。当装载事务对象实例时，也装载所有有关的信息。例如，这可能包括被配置的事务对象类型、事件类型、被配置的外貌特征类型、传播值、事务对象实例、外貌特征实例和事件实例。传播值也可以被认为是业务的一部分。

在图9中，展示了示出传播值的过程的时序图。当改变外貌特征实例时，将消息发送到BOC204中的BO部件220。然后，BO部件220将消息传递到传播值部件226，传播值部件226包括什么外貌特征实例已改变的信息。然后，传播值部件226发现是该变化的目标的所有外貌特征实例(如果有的话)，并将这些外貌特征实例的标识返回到BO部件220。然后，BO部件220通过部件228将这些值从该源外貌特征实例推进到这些目标外貌特征实例。

在图10中，展示了示出计算法则的过程的时序图。当请求外貌特征实例上的值时，将消息发送到BOC204中的BO部件220，该消息包括关于将要被计算的表达式的信息，并且，在该消息中，应该查找一个或多个值。然后，BO部件220将消息发送到规定的外貌特征实例(通过部件228)，以便查找具有所规定的值名称的值。其后，该外貌特征实例将这个值返回到BO部件220。BO部件220计算该表达式，并将所计算的值返回到该外貌特征实例。

在图11中，表现了UI部件208的更详细的外形。UI部件208包括元数据UI发生器300、设备检测部件302和展示部件304。UI部件208与“BOC接口”222交换文档(例如，eXML文档)。来自BOC204的这些文档由元数据UI发生器300来进行处理，元数据UI发生器300解释来自BOC204的文档的信息，并创建为可能与该应用程序连接的许多设备描述将向用户展示什么信息及其展示方法的文档(例如，XML文档)。来自元数据UI发生器300的该文档被发送到“设备”检测器302，“设备”检测器302确定将在什么种类的设备上展示该信息，并将包括针对被检测的设备的信息的文档发送到关于被检测的设备的展示部件304。这些不同的设备的展示部件304包括定义数据的布局(例如，应该作为头部等而被展示的字符串的布局)的功能特性。设备的展示部件304将诸如HTML文档等文档发送到该设备。在所介绍的体系结构中，UI部件208在代码(例如，XML、XSLT、Visual Basic、C#、Java等)中被开发，并在应用服务器上被加以执行。

例如，在将为用户展示事务对象实例的实施例中，部件208使用来自BOC204的信息，该信息包括关于该事务对象实例、其外貌特征实例、其被配置的事务对象类型和其被配置的外貌特征类型的信息。该信息可能包括：被配置的外貌特征类型和(因而)其外貌特征实例是否可以作为该事务对象实例的标题或/和摘要和/或纵览而被展示给用户。然后，“元数据UI发生器”300解释该信息。例如，在该配置中，根据将在什么设备上展示该信息，与被配置的事务对象类型及其被配置的外貌特征类型有关的信息可以被加以不同的定义。所以，当被展示在PC上时，事务对象类型的名称可能是“客户的***”；当被展示在(例如)手持设备上(由于空间有限)时，它可能是“***”。外貌特征类型也可能被配置成：在一些情况中，只被展示在所选数量的设备上。如上所述，然后，所有的该信息都由发生器300来加以解释，并且，创建文档，执行该过程的其余部分。

作为例证的所有外貌特征模式内的所有事件功能特性的作为例证的部分能够评估：是否可以起反应于利用该事件功能特性而加以配置的事件类型的事件实例。这种评估的触发被称作“查询”。这些外貌特征模式能够返回告知“是否可以起反应”的消息。另外，外貌特征模式可能能够返回一些消息，这些消息指出该事件功能特性片段为何无法起反应(例如，由于该外貌特征实例的状态)。此外，如果当前不可能的话，该外貌特征模式可能能够返回任务，以便可以起反应。

图12展示了示出如何执行任务序列中的任务的一部分的例子的时序图。利用关系外貌特征模式，因而通过有关的关系连接手段，利用第二种事务对象类型来配置第一种被配置的事务对象类型。其事务对象实例可能需要与第二种事务对象类型的其他事务对象实例的一种或多种关系。如果(例如)第一种事务对象类型的事务对象实例的关系不具备与第二种事务对象类型的另一个事务对象实例的关系，那么，该关系外貌特征模式可能会要求BOC204中的搜索部件发现已利用第一种被配置的事务对象类型来加以配置的第二种事务对象类型的所有事务对象实例。然后，该关系外貌特征模式返回消息，该消息包括两个信息，UI部件208解释第一个信息，意味着不可能激发事件实例；该UI部件将第二个信息解释为可能与该事务对象实例有关的可能的事务对象实例的清单。

可以用以下方法来创建UI中的任务序列。关于处于“其外貌特征模式内的‘事件’功能特性无法起反应”这种状态的每个外貌特征实例，可能利用如何将这些外貌特征实例引入它们可以起反应的状态的指示或指导，来为用户介绍任务。向用户展示这些外貌特征实例的顺序可能已在该配置中加以定义。例如，可以利用标识外貌特征模式的外貌特征类型“标识”以及关系外貌特征模式的外貌特征类型“技术员”来配置维护工作，并且，外貌特征类型的顺序应该是“标识”在“技术员”前面。这样，关于这种配置，创建事务对象类型“维护工作”的新的事务对象实例的任务序列可以是：首先为用户介绍指导他/她创建在“标识”外貌特征类型中被定义的外貌特征实例的信息的任务(例如，选择标识号)，其后为用户介绍指导他/她创建“技术员”外貌特征类型的外貌特征实例的关系的任务。

在本发明的实施例中，可以通过组合与事件类型有关的信息以及与为配置它而利用的事务对象类型有关的信息，来创建任务。例如，可能通过使用事件类型“开始”中所包括的“开始”字符串和为配置事件类型“开始”而利用的特定事务对象类型“维护工作”的维护工作字符串，来创建向用户介绍的开始维护工作这项任务。

在本发明的实施例中，可能在事务对象类型上被激发的可能的事件类型的清单可以被获得，并被展示给用户。利用这种方法，为用户提供了当前能够或无法起反应于哪些事件类型的指示。用于实行这一点的机制的一个实施例如下所述。BO部件220穿过利用被识别的事务对象类型而加以配置的所有已知的事件类型。它依次询问这每一个外貌特征模式(通过其外貌特征接口)：该外貌特征实例是否处于它可以响应于该事件类型的状态。也就是说，已利用该事件类型而加以配置的一个或多个外貌特征模式内的事件功能特性对该请求起反应，并返回是否可以执行该事件实例。外貌特征模式部件将根据结果来用“是”或“否”作出响应。外貌特征模式部件可以进一步返回数据结构(例如，字符串)，从而指出无法响应于该事件类型的原因。利用这种方法，可以通知该应用程序的用户：是可以、当前不可以、还是将永远不可以激发该外貌特征模式上的该事件类型的事件实例。

外貌特征模式也可能返回消息，该消息所具有的信息指出：它不关心这种事件类型。例如，这可能是不利用该外貌特征模式来配置该事件类型的情况中的案例。

在图13中，展示了示出事件类型的查询的时序图。在该图中，事件类型1的查询由BO部件220来启动。然后，将事件类型1的“查询”传递到外貌特征模式1和外貌特征模式2。外貌特征模式2启动事件类型2的查询，因为它被配置成响应于事件类型1来激发事件类型2的事件实例。其后，BO部件220开始将事件类型2的查询传递到所有的外貌特征模式，在此情况中，首先传递到外貌特征模式1，然后传递到外貌特征模式2，最后传递到外貌特征模式3。然后，BO部件220通过将该查询传递到剩余的外貌特征模式(在此情况中，只传递到外貌特征模式3)，来结束处理事件类型1的查询。

可以通过使用处理事件类型的查询处理顺序的队列，来执行对事件类型的查询的选择性方法。在上述例子中，这意味着：事件类型2的查询被延期，直到已处理对所有外貌特征模式的事件类型1的查询以后。

在本发明的实施例中，外貌特征实例处于它无法对事件类型起反应的状态的原因被传送到UI，作为要执行的任务。例如，它可能返回数据结构(例如，字符串)，从而指出：如果要求它响应于事件类型，它将会执行什么动作。当外貌特征实例随后处于它可以对事件类型起反应的状态时，询问下一个外貌特征实例的外貌特征模式：它是否能够对事件类型起反应；并且，如果外貌特征实例处于外貌特征模式无法起反应的状态，则UI可能会接收要执行的任务。同样，询问剩余的外貌特征实例的外貌特征模式：它们是否能够起反应；并且，可能响应于该请求来将任务返回到UI。利用这种方法，可以自动创建任务序列。在本发明的说明性实施例中，可以通过任务格式实行方法中的使…变成可能/任务序列任务步骤，来配置这一点。

例如，假设“现场维修管理”应用程序的用户正在响应于来自客户的呼叫，该客户有一件设备需要修理。在已创建并填写事务对象类型“维护工作”的新的事务对象实例之后，并且在该客户确认他将为如维护工作中所陈述的维修访问支付费用之后，该用户需要激发已利用“维护工作”事务对象类型来加以配置的“接受”事件类型的实例。通过开始执行“接受维护工作”这项任务，来实现这一点。这项任务查询该维护工作事务对象实例的所有这些外貌特征实例以及该外貌特征实例。外貌特征模式关系的“技术员”将不会允许激发事件类型“接受”的事件实例，因为不为该工作分配技术员。所以，该用户通过为该工作挑选技术员，来修改该事务对象实例；并且，现在可以激发事件类型“接受”的事件实例，该用户通过(例如)按展示该事务对象实例的屏幕上的提交按钮来实行这一点，这将消息发送到包含修改过的事务对象实例和事件类型“接受”的标识的BOC。响应于该消息，BOC将创建“接受”事件类型的事件实例，并实际上激发如先前所描述的那个事件实例。对该事件实例的激发对应于被配置的任务格式中的实行方法内的实行任务步骤。

虽然已参照特定的实施例来描述了本发明，但是，精通该技术领域的工作人员将会认识到：在不脱离本发明的精神和范围的前提下，可以在形式和细节方面进行更改。

Claims (29)

1.一种开发计算机应用程序来执行任务的方法，其特征在于，包括：

提供一套对象类型；

提供一套外貌特征模式，所述外貌特征模式包括可以为该套对象类型中的至少一些对象类型而执行的概括功能特性；以及

在该套对象类型中的所选对象类型与该套外貌特征模式中的所选外貌特征模式之间建立所需的连接。

2.如权利要求1所述的方法，其特征在于，建立所需的连接包括：

将所选外貌特征模式的外貌特征模式标识符存储在与该所选外貌特征模式连接的所选对象类型的元数据中；以及

将该所选对象类型的对象类型标识符存储在该所选外貌特征模式的元数据中。

3.如权利要求2所述的方法，其特征在于，进一步包括：

提供一套事件类型，这些事件类型标识外貌特征模式和对象类型可以对其起反应的可能发生的事情；

在所选事件类型与所选对象类型之间建立所需的连接；以及

在所选事件类型与所选外貌特征模式之间建立所需的连接。

4.如权利要求3所述的方法，其特征在于，在所选事件类型与所选对象类型之间建立所需的连接包括：

将所选事件类型的事件类型标识符存储在与该所选事件类型连接的所选对象类型的元数据中；以及

将该所选对象类型的对象类型标识符存储在该所选事件类型的元数据中。

5.如权利要求4所述的方法，其特征在于，在所选事件类型与所选外貌特征模式之间建立所需的连接包括：

将所选事件类型的事件类型标识符存储在与该所选事件类型连接的所选外貌特征模式的元数据中；以及

将该所选外貌特征模式的外貌特征模式标识符存储在该所选事件类型的元数据中。

6.如权利要求5所述的方法，其特征在于，在所选事件类型与所选外貌特征模式之间建立所需的连接包括：

识别要响应于该所选事件类型而执行的该所选外貌特征模式中的所选功能特性。

7.如权利要求5所述的方法，其特征在于，进一步包括：

提供一套传播值；以及

在所选对象类型与所选传播值之间建立所需的连接。

8.如权利要求7所述的方法，其特征在于，该传播值包括源外貌特征模式标识符和目标外貌特征模式标识符，该源外貌特征模式标识符识别从其中接收新的传播值的源外貌特征模式，该目标外貌特征模式标识符识别这个新的传播值被放入其中的目标外貌特征模式。

9.如权利要求8所述的方法，其特征在于，在所选对象类型与所选传播值之间建立所需的连接包括：

将所选对象类型的对象类型标识符存储在这些传播值的元数据中。

10.如权利要求9所述的方法，其特征在于，进一步包括：

在该源外貌特征模式、目标外貌特征模式与至少一种对象类型之间建立连接。

11.如权利要求10所述的方法，其特征在于，进一步包括：

在该源外貌特征模式、目标外貌特征模式与多种不同的对象类型之间建立连接。

12.如权利要求2所述的方法，其特征在于，该所选外貌特征模式包括关系外貌特征模式，并且，进一步包括：

将第二种所选对象类型的对象类型标识符存储在该关系外貌特征模式的元数据中，以便该所选对象类型和该第二种所选对象类型通过该关系外貌特征模式而连接起来。

13.如权利要求1所述的方法，其特征在于，该套外貌特征模式中的一个外貌特征模式包括法则表达式和法则源标识符，该法则表达式定义将要对至少一个规定的值执行的计算，该法则源标识符识别将要检索该规定的值的位置。

14.如权利要求13所述的方法，其特征在于，进一步包括：

通过识别这一个外貌特征模式的该法则源标识符中的第二种外貌特征模式，来将该一个外貌特征模式连接到该第二中外貌特征模式。

15.如权利要求1所述的方法，其特征在于，提供一套外貌特征模式，包括：

将与这些外貌特征模式关联的元数据存储在第一存储器中；以及

将与这些外貌特征模式的实例关联的第一有序数据存储在第二存储器中。

16.如权利要求1所述的方法，其特征在于，提供一套对象类型，包括：

将与这些对象类型关联的元数据存储在第一存储器中；以及

将与这些对象类型的实例关联的第一有序数据存储在第二存储器中。

17.如权利要求3所述的方法，其特征在于，提供一套事件类型，包括：

将与这些事件类型关联的元数据存储在第一存储器中；以及

将与这些事件类型的实例关联的第一有序数据存储在第二存储器中。

18.一种被配置成运行应用程序的计算机***，其特征在于，包括：

第一存储器，用于存储与多个外貌特征模式关联的外貌特征模式元数据以及与多种对象类型关联的对象类型元数据，这些外貌特征模式执行这些对象类型的功能特性，该外貌特征模式元数据和对象类型元数据描述这些外貌特征模式与这些对象类型之间的连接；

第二存储器，用于存储这些外貌特征模式的外貌特征模式实例和这些对象类型的对象实例；

对象控制器，用于根据该外貌特征模式元数据和对象类型元数据来控制这些对象实例与这些外貌特征模式实例之间的相互作用。

19.如权利要求18所述的计算机***，其特征在于，该第一存储器存储与多种事件类型关联的事件元数据；并且其中，该第二存储器存储这些事件类型的事件实例。

20.如权利要求19所述的计算机***，其特征在于，该对象控制器包括：

对象部件，它被配置成：根据该事件元数据，来接收事件实例并将这些事件实例提供给这些外貌特征模式。

21.如权利要求20所述的计算机***，其特征在于，该对象控制器进一步包括：

外貌特征模式部件，它用于执行外貌特征模式接口，该对象部件通过该外貌特征模式接口来将事件实例传递到这些外貌特征模式。

22.如权利要求21所述的计算机***，其特征在于，该对象控制器进一步包括：

事件管理器部件，它用于接收这些事件实例并管理这些事件实例被提供给该对象部件的顺序。

23.如权利要求22所述的计算机***，其特征在于，该第一数据存储器存储与多个传播值关联的传播值元数据。

24.如权利要求23所述的计算机***，其特征在于，该传播值元数据为每个传播值识别源外貌特征模式和目标外貌特征模式，该源外貌特征模式是将要从其中检索该对应的传播值的外貌特征模式，而该目标外貌特征模式是该传播值将要被传递到那里的外貌特征模式。

25.如权利要求24所述的计算机***，其特征在于，该对象控制器进一步包括：

传播值部件，它被耦合到该对象部件，并为从该对象部件被提供给该传播值部件的源外貌特征模式识别目标外貌特征模式。

26.如权利要求25所述的计算机***，其特征在于，该对象部件被配置成：将该传播值推进到由该传播值部件识别的这些目标外貌特征模式。

27.如权利要求26所述的计算机***，其特征在于，该对象部件被配置成：从请求的外貌特征模式实例接收表示将要对某一值执行的计算的法则表达式，以及识别将要从其中检索该值的源外貌特征实例的来源。

28.如权利要求27所述的计算机***，其特征在于，该对象部件被配置成：从该源外貌特征实例获得该值，并用该值进行计算以获得新的值。

29.如权利要求28所述的计算机***，其特征在于，该对象部件被配置成：将这个新的值返回到该请求的外貌特征模式实例。

Images