整合资源的组件管理的系统和方法

专利名称：整合资源的组件管理的系统和方法
技术领域：
本发明涉及资源管理领域，特别是整合应用服务和应用程序之间的资源管理。
(2)背景技术在传统的资源管理系统中，应用服务通常和应用程序一起作用。这些应用服务中的每一个都可管理资源的不同组件。例如两个应用服务可管理贷款批准过程的不同组件。具体来说，第一应用服务可以管理贷款批准过程的信用历史组件，而第二应用程序可管理贷款批准过程的预付定金组件。第一个应用服务都可管理与贷款批准过程相关联的相关服务实体。例如每一应用程序可管理“申请人”服务实体，而第二应用服务可管理相关的“贷款”服务实体。
和应用服务一起作用的应用程序可以是，例如使能产生文档的电子邮件应用程序、文字处理应用程序、或电子表格应用程序。这些文档可经常引用服务实体并影响在应用服务处的服务实体的管理。例如文档可包括文本，“John Smith没有支付信用卡费”。“John Smith”可以是由第一应用服务管理的申请人实体和由第二应用服务管理的贷款实体。因此，文档可影响应用实体“John Smith”和贷款实体“John Smith”。具体来说，文档可影响用户将在第一应用服务的应用实体“John Smith”的状态变成“拒绝贷款”状态。文档还可引起在第二应用服务的贷款实体“John Smith”变为“退还预付定金”状态。
尽管文档可经常影响在应用服务的服务实体的管理，但访问、查询及从应用程序中管理服务实体的能力通常是有限的。例如如果文档影响用户改变在第一应用服务的申请人实体“John Smith”的状态，然后改变该状态，用户必须访问第一应用服务并在第一应用服务处识别该申请人服务实体。然而在应用服务识别服务实体通常很困难，因为文档通常不提供足够的有关定义服务实体的属性的语义。例如当文档用其全名引用贷款申请人“John Smith”，第一应用服务可用分开的“名”和“姓”属性定义该申请人服务实体。
从应用程序访问、查询及中管理服务实体的有限能力，在一文档影响来自不同应用服务的相关实体的管理时，变得非常麻烦。例如如果该文档引起用户改变在第一应用服务的申请人实体“John Smith”的状态并改变在第二应用服务的贷款实体“John Smith”的状态，则用户必须分开访问每个应用服务并分别识别在每个应用服务的每个服务实体。分开识别在不同应用服务的服务实体是非常麻烦的，因为即使不同的服务实体是相关的，也可以在每个应用服务处，用不同属性组定义服务实体。例如在第一应用服务可用分开的“名”和“姓”属性定义该申请人服务实体时，第二应用服务可用“申请人”属性而不是用名字属性来定义贷款实体。
和在传统资源管理系统中服务实体管理有关的另一个困难是应用程序通常提供有限的有关在应用服务处的服务实体上执行的动作的可用性的信息。具体来说，每个应用服务都可以有与对服务实体的动作执行有关的特定的规则和条件。例如这些规则和条件可包括动作可执行的最多次数，必须执行动作的时间段，可执行动作的有限用户或用户类，或必须在动作执行之前或之后发生的条件。应用程序通常不确定这些规则和条件是什么，及它们是否满足。因此，用户必须访问每个组件过程以确定动作在过程中是否可用。
另外，应用程序根据这些规则和条件协调多个用户之间资源的管理的能力通常是有限的。具体来说，应用程序跟踪动作的执行和防止或劝阻执行无效动作或容易产生冲突的动作的能力是有限的。另外，应用程序向用户提供有关由不同应用服务管理的实体和过程，同由其它用户对这些相关实体上执行动作之间的关系的信息的能力通常是有限的。这些信息可用于确定动作的可用性并防止和动作执行有关的冲突。
因此，本领域需要整合应用服务和应用程序之间的资源管理的系统和方法。理想的是这些系统和方法使能，例如匹配来自不同应用服务的相关服务实体，与文档相关联的服务实体，和从应用程序中管理服务实体。
(3)发明内容应用服务维持与服务实体相对应的服务元数据。应用服务可将这个服务元数据提供给上下文服务和动作服务。上下文服务可基于服务元数据匹配相关的服务实体。
上下文服务可将这些相关的服务实体合并到上下文实体。上下文服务可将与这些相关服务实体相对应的服务元数据合并成上下文元数据。
应用服务维持与应用实体相对应的应用程序元数据。当在应用程序中选择一个应用实体时，执行服务可对与选择的应用实体相对应的应用元数据进行检索，并将这个应用元数据提供给上下文服务。
上下文服务可根据应用程序元数据和文本元数据将选择的应用实体与相关联的上下文实体相匹配。上下文服务可识别从中导出相关联的上下文实体的服务实体。上下文实体可为执行服务提供与相关联的服务实体对应的服务元数据。执行服务可生成可用于在应用程序处管理相关联的服务实体所提供的服务元数据的显示。
在本发明的一个实施例中，应用服务可将要在应用服务的服务实体上执行的动作的可用性进行分类。可以将这些动作分成乐观地可用、根据规则可用、或普遍可用。可将分类提供给动作服务，且动作服务可用该分类确定在相关联的服务实体上的动作的可用性。动作服务可包括一个跟踪动作的执行的跟踪机构。动作服务还可包括使用来自跟踪服务的数据及结合分类来确定动作的执行是否会导致冲突的冲突保护机构。可以将可用于在相关联的服务实体上执行的动作提供给应用程序，在应用程序上生成一个该动作的视图。
通过以下参考附图对示例性实施例的详细描述，将使本发明的附加特征的优点变得很明显。
(4)


在参附图阅读了以下的详细说明后，将会更好地理解这些示例性的实施例。
图1为表示可以加入本发明的各个方面和/或其各部分的通用计算机系统的方框图；图2为示例已有技术的资源管理系统的方框图；图3a和3b为示例商业过程的流程图；图4示出一示例文档；图5为根据本发明的示例资源管理系统的方框图；图6示出根据本发明的示例应用程序用户界面；图7a和7b为根据本发明用于从应用程序中管理服务实体的示例方法的流程图；和图8示出根据本发明的包括可用动作的示例应用程序用户界面。
(5)
具体实施例方式
I示例计算机环境图1及以下讨论旨在提供一个可实施本发明和/或其各部分的合适计算机环境的简要说明。尽管没有要求，将在计算机可执行指令(例如由个人电脑和/或计算机装置执行的程序模块)的总的背景下对本发明进行描述。程序模块通常包括例执行特定任务或实施特定抽象数据类型的例行程序、程序、对象、组件、数据结构等等。另外，应理解，可用其它计算机系统配置实施本发明和/或其各部分，包括手提装置、多处理器系统、基于微处理器的或可编程的消费电子产品、网络PC机、小型计算机、大型计算机等等。本发明还可以在分布式计算机环境中实施，其中任务是由通过通信网络链接的远程处理装置执行的。在分布式的计算机环境中，程序模块可位于本地及远程的存储器装置。
如图1所示，示例的通用计算机系统包括一个常规的个人电脑120等等，包括处理单元121、系统存储器122、和将包括系统存储器在内的各种系统组件耦合到处理单元121的系统总线123。系统总线可以是在包括使用多种总线结构中任一种的系统总线或存储器控制器、外围总线、和的本地总线在内的几种总线结构中的任何一个。系统存储器包括只读存储器(ROM)124和随机存取存储器(RAM)125。包括例如在启动期间帮助在个人电脑120的元件之间传送信息的基本例行程序的基本输入/输出系统126(BIOS)存储在ROM124中。
个人电脑120还可包括用于用于从硬盘读取(未示出)，和写入硬盘的硬盘驱动器127，用于从可移动磁盘129读取和写入可移动磁盘129的磁盘驱动器128，用于从诸如CD-ROM或其它光媒体之类的可移动光盘131读取和写入可移动光盘131的光盘驱动器130。硬盘驱动器127、磁盘驱动器128和光盘驱动器130分别通过硬盘驱动器接口132、磁盘驱动器接口133和光盘驱动器接口134连接至系统总线123。这些驱动器及与它们相关联的计算机可读媒体提供计算机可读指令、数据结构、程序模块和用于个人电脑120的其它数据的非易失性存储器。
虽然这里所述的示例环境使用磁盘、或移动磁盘129和可移动光盘131，应理解也可以其它类型的能存储可由计算机访问的数据的计算机可读媒体用于示例的操作环境。这些其它类型的媒体包括磁带盒、闪存卡、数字视频盘、柏努利盒式磁带、随机存取存储器(RAM)、只读存储器(ROM)等等。
可以将一定数量的程序模块存储在硬盘、磁盘129、光盘131、ROM124或RAM125，程序模块包括操作系统135、一个或多个应用程序212、程序136、其它程序模块137和程序数据138。用户可以通过诸如键盘140之类的输入装置和诸如鼠标之类的指点装置142将命令和信息输入到个人电脑120。其它输入装置(未示出)可包括麦克风、操纵杆、游戏垫、圆盘式卫星天线、扫描仪等等。这些和其它输入装置通常通过耦合到系统总线的串行接口146连接到处理单元121，但也可以由诸如并行接口、游戏接口或通用串行总线(USB)之类的其它接口连接。监视器147或其它类型的显示装置也通过一个诸如视频适配器之类的接口连接到系统总线123。除了监视器147之外，个人电脑通常包括诸如扬声器和打印机之类的其它外围输出装置(未示出)。图1的示例系统还包括主机适配器155、小型计算机系统接口(SCSI)总线156、及与SCSI总线156相连的外部存储器装置162。
计算机120可在一个使用到对一个或多个诸如远程计算机149的远程计算机逻辑连接的联网环境中操作。虽然图1中仅仅示出了存储器装置150，远程计算机149可以是另一台个人电脑、应用服务、路由器、PC网络、对等设备或其它公共网络节点，并通常包含许多或所有上述与个人电脑120有关的元件。图1所示的逻辑连接包含局域网(LAN)151和广域网(WAN)152。这些网络环境在办公室、企业范围网、企业内部互联网和互联网中是常见的。
在用于局域网网络环境时，个人电脑120通过网络接口或适配器153连接至局域网151。在用于广域网网络环境时，个人电脑120通常包含调制解调器154或用于在诸如因特网之类的广域网152上建立通信的其它装置。调制解调器154可以是内置式的或外接的，可以通过串行端口接口146与系统总线123相连。在联网环境中，以上描述的与个人电脑120相关的程序模块或其一部分可以存储在远程存储器装置。将会理解图示的网络连接是示例性的，还可以使用在计算机之间建立通信链接的其它手段。
II示例的资源管理环境图2中示出一个示例的传统资源管理系统200。系统200包括与在客户机230上的应用程序232一起作用的应用服务210a和210b。应用服务210通常管理资源，而应用程序232呈现并交换有关这些资源的信息。
应用服务210可以是诸如商(LOB)应用服务、数据库应用服务、网络应用服务、打印应用服务、及文档应用服务之类的应用服务。具体来说，应用服务210a可以是管理贷款批准过程的信用历史组件的LOB应用服务，而应用服务210b可以是管理贷款批准过程的预付定金组件的LOB应用服务。
图3a示出由应用服务210a管理的示例信用历史组件过程300a。在状态302a，接收一个贷款申请。在状态304a，接收一个信用历史。在状态306a，确定信用历史是否满意。如果信用历史满意，则在状态308a，批准该贷款。如果信用历史不满意，则在状态310a，拒绝该贷款。
图3b示出由应用服务210b管理的示例预付定金组件过程300b。在状态302b，接收一个贷款申请。在状态304b，接收一个预付定金。在状态308a，确定贷款是否被批准。如果贷款被批准，则在状态308b，请求首月的支付。如果贷款没有被批准，则在状态310b，退还预付定金。
应用服务210管理与组件过程300相关联的服务实体215。应用服务210a管理服务实体215a和215a’，应用服务210b管理服务实体215b和215b’。具体来说，服务实体215a可以是与信用历史组件过程300a相关联的“申请人”实体，而服务实体215b可以是与信用历史组件过程300b相关联的“贷款”实体215b。服务实体215a’和215b’可以是分别专用于每个组件过程300a和300b的不相关的服务实体。
应用服务210可以维持对这些服务实体215相对应的服务元数据205。可以用诸如可扩展标记语言(XML)之类的语言定义服务元数据205。服务元数据205可包括服务实体215的属性，并且还包括服务实体215的唯一密钥。以下示出申请人实体215a和贷款实体215b的示例属性示例申请人实体215a<applicant>
<ID>1</ID>
<first name>John</first name>
<last name>Smith</last name>
</applicant>
示例贷款实体215b
<loan>
<ID>10</ID>
<applicant>
<name>John Smith</name>
<applicant>
</loan>
服务元数据205还可包括在服务实体215上可供使用的动作。这些动作可以是不依赖于服务实体215的过程状态的静态动作或依赖于服务实体215的过程状态的动态动作。
静态动作可以是诸如观看和改变服务实体215的属性的动作，用于沿着关系或扩展关系来看到相关的实例的动作，和用于改变过程状态的一直可用的动作。观看和改变属性的元数据可包括例如，给出诸如启动一个对话的展现视图的机构。
用于动态动作的元数据可包括用于改变过程状态的方法、可用这些方法的过程状态函数、和由同一或不同用户作出的有关防止过程使用多个这些方法或冲突地使用这些方法的限制。
服务元数据205还可包括有关访问服务实体215的信息。这些元数据可包括例如，对于特定用户或用户组对服务实体215的一个实体或一类、静态动作或关系的访问局限或限制。需要诸如有效密码或标识符之类的授权来获取对实体的每个这种实例或类、静态动作或关系的访问权。
服务元数据205也可以包括获得有关实体实例的信息的方法的说明。这些元数据也可以包括得到实体实例、视图和静态动作之间的实际或可能关系的方法的说明。
应用服务210通过网络220与客户机230通信。网络220可以是局域网(LAN)或广域网(WAN)，例如因特网。客户机230可以是诸如图1的计算装置120之类的计算装置。可以在客户机230上配备一个Web浏览器或另一个前端应用程序来得到对应用服务210的访问权。应用程序232在客户机上运行，且可以是诸如文字处理器、电子表格、或电子邮件系统之类的应用程序。应用程序232可以使文档234能被建立、呈现和在用户之间交换。
文档234可以引用并影响服务实体的管理。见图4，文档234包括文本，“JohnSmith没有支付信用卡费”。因此，文档234引用应用实体215a和贷款服务实体215b。文档234可影响这些所引用的服务实体215a和215b的管理。例如文档234可影响用户将申请人服务实体“John Smith”215a的状态从状态306a变为310a。文档234还可影响用户将贷款服务实体“John Smith”215b的状态从状态306b变为状态310b。
重要的是，在如图2所示的常规系统200中，用户不能从应用程序232中管理服务实体215。因此，为了改变申请人服务实体215a的状态，用户必须分开访问应用服务210a和在应用服务210a中识别申请人服务实体215a。另外，为了改变贷款服务实体215b的状态，用户必须分开访问应用服务210b并在应用服务210b中识别申请人服务实体215b。
III本发明的示例系统和方法不象图2的传统系统200，本发明使用户能建立和定义应用实体。本发明还使相关的服务实体能被匹配和合并。每个应用实体可与一个或多个相关的服务实体相关联。可以将与相关联的服务实体相对应的元数据提供给应用程序。此元数据使能从应用程序中管理相关联的服务实体。
图5示出根据本发明的示例资源管理系统500。应用服务210一般向上下文服务510和动作服务520揭示与服务实体215相对应的服务元数据505。上下文服务510根据服务元数据505将服务实体215合并到上下文实体515。上下文服务510还将服务元数据505合并到文本元数据525。动作服务520确定可用在服务实体215上的动态动作。应用程序532维持与应用实体535相对应的应用程序元数据545。
应用服务210通过网络220将服务元数据505揭示给上下文服务510。不同于图2的传统的服务元数据205，根据本发明的服务元数据505可包括可与服务实体215一起执行的动作的可用性的分类。具体来说，应用服务210可将动作分类成普遍可用、乐观地可用、或根据规则可用。
普遍可用的动作是一直都可以被执行的动作。这些动作不受任何规则或条件的约束。
乐观地可用的动作是以特定的规则和条件为条件的动作。例如这些规则可包括动作可以被执行的最多次数，必须执行动作的时间段，必须执行动作的用户或用户类别，必须在动作执行之前发生的条件，，必须在动作执行之后发生的条件。将动作分类成乐观地可用使应用服务210能不必说明必须满足可用规则的所有可能规则和条件使动作可用。
根据规则可用的动作仅在与特定规则和条件相符时才可用。将动作分类成根据规则可用能使应用服务210否定动作的可用性，除非满足了特定的规则和条件。
上下文服务510可以是在诸如图1的计算装置120之类的计算装置上运行的应用程序。上下文服务510可以分析服务元数据510来识别服务实体215和在服务实体上可用的相应静态动作。上下文服务510可通过，例如向应用服务210作一个哑元呼叫，要求识别的服务实体。
上下文服务510将服务实体215合并到上下文实体515。为了合并服务实体215， 上下文服务与相关的服务实体215相匹配，并将这些相关的服务实体215合并到一个单个的上下文实体515。例如上下文服务510可匹配相关的服务实体215a和215b，并将它们合并成上下文实体515a。上下文服务510还可确定服务实体210a’和210b’不相关，并从而可以将每个服务实体210a’和210b’分别合并成一个分开的上下文实体515b和515c。
上下文服务510根据服务元数据505匹配相关的服务实体215。具体来说，上下文服务510交叉引用服务实体215的属性来识别实际的和潜在的关系。上下文服务510可根据属性的术语识别这些关系。例如上下文服务510可将应用服务实体215a和贷款服务实体215b相匹配，因为贷款服务实体215b包括一个“申请人”属性。上下文服务510可分割和组合属性。另外，上下文服务510可对属性执行转变。例如上下文服务510可执行一个转变使申请人服务实体215a的“名”和“姓”属性与贷款服务实体215b的“名字”属性相匹配。
除了将服务实体215合并到上下文实体515之外，上下文服务510将服务元数据505合并到文本元数据525。具体来说，除了合并服务实体215的属性以外，上下文服务510还合并在服务实体215上的动态动作。例如上下文服务510可分割和组合可用在服务实体215上的静态动作。另外，上下文服务510可对服务实体215的静态动作执行转变。
上下文服务510还可以合并有关访问服务实体215的服务元数据505。例如上下文服务510可坚持规定用户的特定类别有权访问上下文实体215a，但无权访问上下文实体215b的文本元数据525。
上下文服务510还可以合并有关实体实例和这些实例、视图和静态动作之间的实际的或可能的关系的导出。上下文服务510还可以维持再现用于服务元数据505的信息。上下文服务510还可以从应用服务210预取服务元数据505，以增加服务元数据505的可用性。上下文服务510还可存储用于在应用服务210脱机时(例如在断电时)恢复服务元数据505的过程。
动作服务520可以是在诸如图1的计算装置120之类的计算装置上运行的应用程序。动作服务520通常确定在服务实体215上可用的动态动作。动作服务520可查询上下文服务510，以识别应用服务210中的哪些具有在服务实体215上可用的动态动作。然后，动作服务520可查询识别的应用服务210，以获取用于服务实体215的可用动态动作。
另选地，动作服务520可查询识别的应用服务210，以得到实体的状态信息。然后，动作服务520可检索与该实体相对应的服务元数据505，以确定用于服务实体215的可用动作。
动作服务520包括跟踪机构522，它跟踪在应用服务210的服务实体215上的动作的执行。跟踪机构522确定用户在过程的何时调用状态改变方法并跟踪方法的成功、失败或未完成。
动作服务520还包括冲突保护机构524，它防止并劝阻在无效或有可能产生冲突的应用服务210上执行动态动作。冲突保护机构524评估要在服务实体215上执行的动作的可用性的分类。具体来说，如上所述，可以将这些动作分类成普通可用、乐观地可用或根据规则可用。冲突保护机构524使用并翻译这些分类以及通过跟踪机构522跟踪到的动作来确定动作是否可用，并检测可引起实际或潜在冲突的动态动作。
应用程序532可以是诸如文字处理器、电子表格、或使能建立、生产和文档534的交换的电子邮件系统之类的应用程序。一般来说，不同于图2的传统的应用程序232，应用程序532使应用实体535a和535b能被建立和定义。应用程序532可维持与这些应用实体535相对应的应用程序元数据545。这些应用程序元数据545可包括，例如相应的应用实体535的属性。
用户可通过，例如在文档534的文本中键入该实体的一个名字，用所附的鼠标键盘加亮该名字等，并从应用程序菜单选择“定义实例”选项来定义应用实体535的实例。接着，用户可以，例如从预定义应用实体535的列表选择一个应用实体535，或建立一个“新”应用实体535的实例。如果用户选择预定义应用实体535，则可以显示一个该预定义的应用实体535的属性的视图，以及用户可定义用于实例的属性。如果用户建立一个新的应用实体535，则用户可建立一组应用实体535的属性，并可定义该实例的属性组。
一旦定义了应用实体535的实例，它可作为由例如下划线的和特别上色的文本示出的链接在文档的文本中出现。接着，用户可以通过用附加的鼠标点击该链接来选择该实例。选择该实例可导致显示该实例的属性的视图。
现见图6，示出示例的应用程序用户界面605。用户界面605可以在诸如附加在客户机230上的监视器之类的显示装置上显示。用户界面605包括显示文档534的文档窗口610。文档534包括文本，“John Smith没有支付信用卡费”。链接612所示，“John Smith”被定义成申请人应用实体535的一个实例。
应用程序用户界面605还包括应用程序元数据窗口620。应用程序元数据窗口620可以通过点击链接612打开。实体窗口620显示应用程序元数据545a，它包括申请人应用实体535a的属性。在另选的实施例中，应用程序元数据545a可以在文档534的对话框中出现。
以下参照图7a和7b详细讨论在应用程序532中的执行服务536。通常，执行服务536向上下文服务510提供选择的应用程序元数据545。执行服务536还包括状态和用于提供相关的服务实体215的视图的关系视图机构538。
图7a和7b示出根据本发明用于从应用程序532中管理服务实体215的示例方法的流程图。通常，选择的应用实体535与服务实体215相关联，且用于相关联的服务实体215的服务元数据505被提供给应用程序532。提供的服务元数据505使得相关联的服务实体215能从应用程序532中管理。
在步骤710，在应用程序532选择应用实体535。例如可以通过用附加的鼠标单击应用程序532来选择申请人应用实体535a。
在步骤712，执行服务536在客户机230上从应用程序532检索与选择的应用实体535相对应的应用程序元数据545。例如如果选择了申请人应用实体535a，则执行服务536可以检索相应的应用程序元数据545a。在步骤714，执行服务536将检索到的应用程序元数据545a传递给上下文服务510。
在步骤716，上下文服务510将选择的应用实体535与关联的上下文实体515相匹配。以上参照图5详细讨论了实体的匹配，且可通过交叉引用应用程序元数据545和文本元数据525中包含的实体的属性来执行该匹配。例如上下文服务510可根据共同属性将申请人应用实体535a与上下文实体515a相匹配。
在步骤718，上下文服务510识别从中导出相关联的上下文实体515的相关联的服务实体215。例如上下文服务510可识别上下文实体515a进从申请人服务实体215a和贷款服务实体215b导出的。
在步骤720，上下文服务510检查文本元数据525以确定可用在相关联的服务实体215上的静态动作。上下文服务510可生成一个相关联的服务实体215的图表，对那些实体的关系，及可用在那些实体和关系上的静态动作。
在步骤722，上下文服务510查询动作服务520，以确定可用在相关联的服务实体215上的动态动作。动作服务520可提供可用在服务实体215上的动作，以及可导致冲突的任何动作。动作服务520还可以限制从同一过程多次使用同一或多个动态动作。
在步骤724，上下文服务510提供可用于执行服务536的动作。上下文服务510还可提供用于相关联的服务实体215的其它服务元数据505。如果限制对相关联的服务实体215中的一个进行访问，则可能要求用户提供授权以接收用于该实体的元数据。例如可能要求用户用标识符或密码来进入系统。
在步骤726，执行服务536生成可用在相关联的服务实体215上的动作的显示。执行服务536包括状态和关系视图机构538，以提供相关服务实体215之间关系的视图。可以对这些关系进行过滤，以仅提供那些与确定涉及冲突保护的状态的函数相关的关系。状态和关系视图机构512可提供有关取得、成功、失败的状态和用于相关服务实体215的状态改变方法的当前状态的信息。
见图8，显示815示出可用在相关联的服务实体215上的动作。显示器815在应用程序服务动作窗口630中示出。显示815包括示出可用于相关联的服务实体215a和215b的静态和动态动作的第一显示部分815b。显示815还包括示出有关应用服务210上的动作的可用性的信息的第二显示部分815b。第二显示部分815b示出组件过程300a和300b之间的关系，每个组件过程300a和300b的状态，及分别在每个过程300a和300b中在申请人服务实体215a和贷款服务实体215b上的动作的可用性。有关成功、失败和过程300a和300b中未决动作的状态的信息可通过，例如所附鼠标单击显示815中的过程而被显示。
另选地，可用动作可以作为级联菜单设置或作为分类的动作和选项的设置显示。另外，可以在文档窗口610中的对话框中显示可用动作。执行服务536还可以调用对话并给予由上下文服务510指定的呈现机构。
在步骤728，用户可以从显示815请求一个动作。该用户可以通过，例如用所附鼠标单击该动作来请求该动作。如果，例如用户选择“视图属性”或“改变属性”，则相关联的服务实体215a和215b的属性可以显示在用户界面805中的一个新的窗口或对话框中。这样用户就可以看和改变属性了。
在一个另选的实施例中，执行服务536可以不必将这些动作显示给用户，自动执行可用动作。
在步骤730，将请求的动作发送给适合的应用服务210。如果请求的动作为静态动作，则可通过上下文服务510将它传送给适合的应用服务210。如果该请求的动作为动态动作，则可通过动作服务520将它传送给适合的应用服务210。
在步骤732，可以在适合的应用服务210执行动作。可以由跟踪机构522记录该动作的执行。
虽然，本发明是结合各个附图的较佳实施例进行描述的，应理解可以用其它类似的实施例或对所述实施例进行修改和增加来在不偏离本发明的基础上执行与本发明同样的功能。因此，不应将本发明局限于任何单个的实施例，而应根据所附理解本发明的宽度和范围。
权利要求
1.用于确定多个动作是否可用于同上下文实体一起执行，该上下文实体从在多个应用服务中的多个相关服务实体导出，其特征在于，该方法包括为在多个应用服务中的服务实体的动作进行分类，根据每个动作的可用性对动作进行分类；基于它们的属性对相关服务实体进行匹配；将相关服务实体合并到上下文实体；和基于动作的可用性的相应分类，为每个相关的服务实体确定是否一个动作可供用于在对应的应用服务中的服务实体上执行。
2.如权利要求1所述的方法，其特征在于，所述将动作分类包括将动作分类成乐观地可用。
3.如权利要求2所述的方法，其特征在于，所述将动作分类成乐观地可用包括将动作分类成以规则为条件可用。
4.如权利要求1所述的方法，其特征在于，所述分类动作包括将动作分类成基于规则可用。
5.如权利要求1所述的方法，其特征在于，所述将动作分类成根据规则可用包括将动作分类成只有在符合规则时可用。
6.如权利要求1所述的方法，其特征在于，所述分类动作包括将动作分类成普遍可用。
7.如权利要求1所述的方法，其特征在于，所述对每个相关的服务实体确定是否一个动作可供用在服务实体上包括确定该动作的执行是否会引起冲突。
8.如权利要求1所述的方法，其特征在于，还包括将应用实体与上下文实体相匹配。
9.如权利要求8所述的方法，其特征在于，还包括在可在应用服务中的每个相关服务实体上可供被执行的动作的应用程序中提供一个视图。
10.用于为应用程序提供可用于在第一应用服务中的第一服务实体上执行的动作的方法，其特征在于，该方法包括基于应用实体和上下文实体的属性将应用实体与相关联的上下文实体相匹配，该上下文实体从第一服务实体导得；识别相关联的上下文实体是从第一服务实体导出的；在根据动作的可用性对动作进行分类的基础上确定一个动作是否可用于在第一应用服务中的第一服务实体上被执行；和如果该动作可用，则将该动作提供给应用程序。
11.如权利要求10所述的方法，其特征在于，包括识别相关联的上下文实体是从第一服务实体和在第二应用服务中的第二实体导出的，该第一服务实体与第二服务实体相关。
12.如权利要求10所述的方法，其特征在于，包括基于动作是乐观地可用的分类确定该动作是否可在第一应用服务中的第一服务实体上执行。
13.如权利要求12所述的方法，其特征在于，包括基于以规则为条件可用的分类确定该动作是否可在第一应用服务中的第一服务实体上执行。
14.如权利要求10所述的方法，其特征在于，包括基于动作根据规则可用的分类确定该动作是否可在第一应用服务中的第一服务实体上执行。
15.如权利要求14所述的方法，其特征在于，包括基于只有在符合规则时可用的动作的分类确定该动作是否可在第一应用服务中的第一服务实体上执行。
16.如权利要求10所述的方法，其特征在于，包括基于动作中普遍可用的分类确定该动作是否可在第一应用服务中的第一服务实体上执行。
17.如权利要求10所述的方法，其特征在于，确定该动作是否可在第一服务实体上执行包括确定在第一服务实体上的动作的执行是否会导致冲突。
18.如权利要求10所述的方法，其特征在于，还包括在应用程序中生成一个动作的视图。
19.用于确定第一动作和第二动作是否可用于同上下文实体一起执行的系统，该上下文实体从在第一应用服务中的第一实体和在第二应用服务中的第二服务实体导出，该第一服务实体与第二服务实体相关，其特征在于，该系统包括第一应用服务，所述第一应用服务对第一动作进行分类并将第一动作的分类提供给动作服务，该第一动作是根据它在第一应用服务中的第一服务实体上的可用性分类的；第二应用服务，所述第二应用服务对第二动作进行分类并将第二动作的分类提供给动作服务，该第二动作是根据它在第二应用服务中的第二服务实体上的可用性分类的；动作服务，所述动作服务基于第一和第二动作的分类确定第一和第二动作是否可用；上下文服务，所述上下文服务基于它们的属性将第一和第二服务实体进行匹配，将第一和第二服务实体合并到上下文实体，并查询该动作服务以确定第一动作是否可用和第二动作是否可用。
20.如权利要求19所述的系统，其特征在于，所述动作服务包括一个冲突保护机构以确定第一和第二动作的执行是否会导致冲突。
21.如权利要求19所述的系统，其特征在于，所述动作服务包括一个跟踪第一和第二动作的执行的跟踪机构。
22.如权利要求19所述的系统，其特征在于，还包括一个应用程序，所述应用程序管理与上下文实体相匹配的应用实体。
23.如权利要求22所述的系统，其特征在于，所述应用程序包括一个状态和用于显示第一和第二动作的视图的关系视图机构。
全文摘要
一种可由用户在应用程序中建立和定义的应用实体。可以匹配和合并由不同服务应用程序管理的相关服务实体。可以将应用实体与一个或多个相关的服务实体相关联。可以将与相关联的服务实体对应的元数据提供给应用程序。这些元数据可使相关联的服务实体能从应用程序中被管理。
文档编号G06F9/52GK1598846SQ20041005896
公开日2005年3月23日 申请日期2004年7月23日 优先权日2003年8月25日
发明者V·米特尔, M·马伦德, U·霍曼 申请人:微软公司