CN102447733A

CN102447733A - 业务网络管理

Info

Publication number: CN102447733A
Application number: CN2011103086797A
Authority: CN
Inventors: C.H.利比格; A.巴特; G.罗瑟梅尔; J.埃克尔曼; D.里特; F.贝宁斯; F.O.霍夫曼
Original assignee: SAP SE
Current assignee: SAP SE
Priority date: 2010-10-12
Filing date: 2011-10-12
Publication date: 2012-05-09
Anticipated expiration: 2031-10-12
Also published as: EP2442264A1; US20120089534A1; CN102447733B; JP2012084141A

Abstract

一种计算机实现的方法，包括：接收关于业务网络的元数据，该元数据由执行自动发现业务网络的基于计算机的实体来采集；基于元数据生成业务网络模型，该业务网络模型包含对象以及在对象之间的关联，该对象表示通过自动发现找到的业务网络的各个方面，所述方面至少包括：参与方、系统、关系、应用、接口、中间件、过程步骤、和文档；以及基于至少一个输入修改业务网络模型。

Description

业务网络管理

技术领域

本发明涉及业务网络管理。

背景技术

在商业的许多方面中都存在业务网络。每个业务网络都包括一组参与方，比如，人、组织、公司，他们以各种方式进行协作以进行业务工作。例如，业务包括制造、存储、经销或维修货物，或者递送产品或服务给客户。许多这样的参与方，为了达到上述目的，实施了企业资源规划(ERP)系统及其他应用系统，以支持他们的内部过程。例如，与业务网络递送的服务相关的跨组织的活动可以与一个或多个参与方的应用系统接口(或者在一个或多个参与方的应用系统内运行)。一些业务网络参与方可以使用基于过程编排的另外的信息系统和信息技术(IT)来递送服务。

在各个参与方的本地应用系统上运行在业务网络中端到端(end-to-end)运行的业务过程。当今，希望使能端到端业务网络操作并且提供对业务事务和总体业务网络性能的可见性的参与方可能需要实施费用大、有风险且耗时的项目，以在各自的本地应用中递送过程整合，并且用于与合作方(partner)应用集成在一起的每个合作方。在业务网络的上下文中，这种业务-IT的两难可能被参与组织内或者参与组织之间的脱离(disconnect)(在一个方面，他们的个体IT情况之间的脱离，在另一方面，他们的业务语言之间的脱离)进一步地放大。费用和复杂度再乘以必须在业务网络中协作以实现共同目标的参与方的数目。在一些企业环境中，这个数值的范围在五十(在低端)到数百之间。对于每个参与方，集成、操作和可见性需要逐个情况地解决，覆盖业务信息和数值的端到端的流，从一个参与方的私有范围内的活动(例如，请求报价)到合作者的对应的业务活动(例如，定单确认)，以及相关参与方的后续活动(例如，生产定单、装运设备等等。所述网络中每个合作者与合作者的协作都需要相对于自主设计的信息系统和集成技术来实现。

一般地，给业务网络带来信息系统支持需要获得关于业务网络的全局视图的相互知识(mutual knowledge)，或者在某种意义上，是关于网络结构的全局视图的相互知识。最常见的情况是，所需要的对于这种集成的知识被分散在组织中的多个甚至许多人中。一般地，没有单一的个人具有对他自己的组织的业务过程、组织和IT景观的端到端的了解，更不用说具有对所有所涉及的参与方的业务过程、组织和IT景观的端到端的了解。这种缺少知识以及参与方(以及他们的业务和IT组织)之间的脱离妨碍了对于协作业务活动和业务网络生命循环事件有效地递送信息系统支持。例如，有效的支持需要管理信息系统和业务过程操作的演进，比如：添加或删除参与方、修改过程步骤或信息交换、创建由于地区的或合同的变型(variant)而导致的过程变型、改变关于业务规则和服务级别协定(SLA)的合同、确保连续的操作、以及执行业务优化。

发明内容

本文以准确的和消耗性的描写描述了捕获和外向化业务网络的全局知识的服务的示例。如下所述，所述知识可以通过自动地数据挖掘设施获得。每个业务网络参与方可以在其景观中应用一个或多个agent代理或proxy代理，并且将本地获得的结构元数据馈送到所提供的业务网络管理服务中。这样的服务可以独立于参与方并且不绑定到他们中的任何一个，而是由第三方提供，例如作为云服务。业务网络管理服务可以将本地获得的元数据组合并且合并到语义信息的结构中，所述语义信息识别和描述存在于业务网络中的概念和事物以及他们的业务关系，并且使存在于业务网络中的概念和事物以及他们的业务关系相互相关。具体来说，业务网络模型可以通过分配对象来表示所发现的特征而可视化，所述特征包括但不限于，参与方、系统、关系，应用、接口、中间件、过程步骤、以及文档。

在第一方面中，一种计算机实现的方法包含：接收关于业务网络的元数据，所述元数据由执行自动发现业务网络的基于计算机的实体来采集；基于元数据生成业务网络模型，所述业务网络模型包含对象以及它们之间的关联，所述对象表示通过自动发现找到的业务网络的各个方面，所述方面至少包括：参与方、系统、关系、应用、接口、中间件、过程步骤、和文档；以及基于至少一个输入修改业务网络模型。

实施方式可以包括任何或全部下列特征。所述输入包括网络增强指令，并且所述业务网络模型通过添加至少第一对象来修改。第一对象表示被添加到所述业务网络作为参与方的组织。该方法还包含接收反映所述组织所属于的另一个业务网络的其它元数据，并且在修改所述业务网络模型中使用所述其它元数据。所述网络增强指令包括仿真指令，并且该方法还包含使用经修改的业务网络模型来执行所述业务网络的仿真操作。所述输入包括基于关于所述业务网络的另外的元数据的网络更新指令，并且所述业务网络模型使用所述另外的元数据来修改。该方法还包含在所述业务网络模型中定义信息层并且将对象中的每一个分配到所述信息层中的至少一层，该方法还包含：在第一细节级别生成所述业务网络模型的第一表示，所述第一表示包括分配给第一信息层的对象。该方法还包含：在第一细节级别接收用户对所述对象中的一个对象的选择；以及在不如第一细节级别详细的第二细节级别生成所述业务网络模型的第二表示，所述第二表示包括所述对象中的分配给第二信息层的那些对象，其中，基于所述用户选择，第二表示也包括来自第一细节级别的选定对象。

生成所述业务网络模型包含：生成表示所述业务网络的非个性化方面的第一对象；生成表示所述非个性化方面的实例的第二对象；以及在所述业务网络模型中将第二对象与第一对象关联。该方法还包含将所述业务网络模型或者经修改的业务网络模型用于业务网络生命周期活动，所述业务网络生命周期活动包括在下列方面帮助至少一个用户：理解所述业务网络的第一状态以及规划所述业务网络的第二状态。所述业务网络生命周期活动还包括在下列方面帮助用户：设计和规定所述业务网络的第二状态，以及实现第二状态。所述业务网络生命周期活动还包括在下列方面帮助用户：使所述业务网络表现为(assume)第二状态，以及在第二状态中操作和监视所述业务网络。所述业务网络生命周期活动还包括在下列方面帮助用户：优化所述业务网络，以及仿真所述业务网络。该方法还包含自动地监视或者实行管制所述业务网络的至少一个合同，所述合同使用所述业务网络模型来监视或者实行。

在第二方面，一种计算机程序产品，其有形地具体化在计算机可读存储设备中，该计算机程序产品包含指令，所述指令当被运行时导致处理器执行方法，所述方法包含：接收关于业务网络的元数据，所述元数据由执行自动发现所述业务网络的基于计算机的实体来采集；基于所述元数据生成业务网络模型，所述业务网络模型包含对象以及它们之间的关联，所述对象表示通过所述自动发现找到的所述业务网络的各个方面，所述方面至少包括：参与方、系统、关系、应用、接口、中间件、过程步骤、和文档；以及基于至少一个输入修改所述业务网络模型。

在第三方面，一种系统包含：处理器；以及计算机可读存储设备，其中存储有下列指令：第一指令，其被执行时导致该处理器基于由执行自动发现业务网络的基于计算机的实体采集的元数据来生成业务网络模型，该业务网络模型包含对象以及它们之间的关联，所述对象表示通过自动发现找到的业务网络的各个方面，所述方面至少包括：参与方、系统、关系、应用、接口、中间件、过程步骤、和文档元数据；以及第二指令，其被运行时导致所述处理器基于至少一个输入来修改所述业务网络模型。

实施方式可以包括任何或全部下列特征。所述输入包括网络增强指令，并且其中所述业务网络模型通过添加至少第一对象来修改。所述网络增强指令包括仿真指令，还包含使用经修改的业务网络模型来执行所述业务网络的仿真操作。该系统还包含在所述业务网络模型中定义信息层并且将对象中的每个分配到所述信息层中的至少一层，还包含：在第一细节级别生成所述业务网络模型的第一表示，所述第一表示包括分配给第一信息层的对象。生成所述业务网络模型包含：生成表示所述业务网络的非个性化方面的第一对象；生成表示所述非个性化方面的实例的第二对象；以及在所述业务网络模型中将第二对象与第一对象关联。

实施方式可以提供下列优点中的任何一个或全部：识别重大业务网络生命周期事件，所述重大业务网络生命周期事件要求信息系统的演进和业务过程操作被管理。这样的生命周期事件可以包括：参与方的加入或删除；过程步骤或者信息交换的改变；由于地区的或者合同的变型而导致的过程变型的创建；关于业务规则或者服务级别协定(SLA)的合同改变；连续操作；以及业务优化。有效地并且高效地实现支持信息系统的业务网络的演进。减少规划、详细制订以及实施阶段的时间和劳动。使得各方能够高效地操作增强的协作业务过程。在业务网络上下文中提供协作。改进合作者之间的SLA的监视和施行。

在附图和下面的描述中阐述了一个或多个实施方式的细节。从所述描述和附图以及从权利要求中，其他特征和优点将变得明显。

附图说明

图1示出业务网络的框图。

图2示出业务网络的视图。

图3示出另一个业务网络的视图。

图4示出增加了对象的图2的业务网络的视图。

图5-9示出图4的业务网络的其他视图。

图10示出总体业务网络表示。

图11是可以结合本文中描述的计算机实现的方法而使用的计算系统的框图。

各个图中相似的参考符号指示相似的元素。

具体实施方式

大型企业的网络往往由用于自身的内部过程的应用和集成组件的网络，加上用于与业务合作者(比如，供应商、运输公司、经销商等等)进行交互的外部过程的应用和集成组件的网络组成。在这样的景观中，所述系统可以根据集成内容和在该景观内系统整体上所起的作用而划分为不同种类，以说明该网络的异构本质。也就是说，业务网络具有彼此交互的各种不同的参与方，并且这些参与方包括例如实现为应用系统的应用参与方和促进应用参与方之间的交互的中介参与方。

图10示出总体业务网络表示1000。在一些实施方式中，表示1000被提供给一个或多个用户以图示业务网络并且向用户给出其中的结构和参与方的高级视图。这里，总部生产(HQP)参与方1002当前被示出在该业务网络的中心。其他参与方1004被示出为具有到彼此的和/或到HQP应用1002的连接。在本示例中的参与方当中，“Schenker运输”参与方1004A和“DHL运输订单”参与方1004B，两者都连接到HQP参与方1002。

除了其他特征之外，表示1000示出了具有到业务网络内的可见性的参与方以及可见度受限或者没有可见度的参与方二者。这里，例如，HQP参与方1002正在运行稍后将描述的agent代理或proxy代理，agent代理或proxy代理用于从HQP参与方的视角来探索该网络。另一方面，在本示例中，参与方1004A-B没有使用proxy代理或agent代理。因此这些参与方不具有到该业务网络内的可见性。

然而，可以从其他参与方的视角中的一个或多个视角将参与方1004A-B作为业务网络参与方来管理。例如，如这里所示，表示1000知道这些参与方。那些参与方经由相关的业务事务链接。对于这些参与方所使用的接口和连接信息的了解达到了使其他企业信息系统，比如HQP参与方1002，具有关于这些参与方的知识。例如，虽然已经关于所有参与方收集了元数据1006并且将其存储在该系统中，关于参与方1004A-B的特定元数据部分包括该组织的名称、接口和连接信息，但是并未反映这些参与方或者他们正在运行的中介-参与方(例如，集成中间件)所使用的任何应用。

图1示出业务网络100的框图。这里，为简单起见，业务网络100被示出为具有彼此连接的三个主要应用参与者102，并且他们可以通过任何种类的有线或无线计算机网络104，比如，互联网，连接到其他应用系统。参与方102A和102C经由中介参与方105在这里互连。例如，中介参与方105表示集成中间件，其用于集成参与方102A和102C的应用和各自的过程。应用参与方102A被称为“HQ后勤”，并且可以对应于在较大的商品制造商或服务供应商的公司总部运行的后勤应用系统。例如，参与方102A的应用服务于规划和执行制造操作、管理库存、以及控制销售组织内的产品的配送的业务过程。

接着，应用参与方102C可以对应于在由该制造公司所使用的配送中心(distribution center，DC)处操作的应用系统。例如，应用参与方102C被配置为经由中介参与方105从应用参与方102A接收关于什么货物正运往该配送中心、以及那些货物和/或他们将来的递送的具体情况的信息。然后，应用参与方102C可以管理在该配送中心(例如在仓库中)维护货物的逻辑，以及最终运行递送指令，用于将货物运输到与该配送中心相关联的一个或多个商店。这里，参与商店被表示为各个商店参与方106。

应用参与方102B在此是另一个配送中心应用，其服务于特定地理区域中的商店，并且因此被称为“DC Hamburg”，其具有分别用于“Bremen”、“Luebeck”以及“Hamburg”的商店参与方106。可以互连更多或更少的商店参与方106。类似地，在本示例中，应用参与方102C在此称为“DC Berlin”，其服务于商店参与方“Potsdam”、“Leipzig”以及“Berlin”。

这里，业务网络管理系统108连接到业务网络100。在一些实施方式中，业务网络管理系统108由第三方提供，并且因此独立于参与方102以及该业务网络中的其他参与方。在其他实施方式中，该业务网络中的一个或多个参与方可以实施和/或运行业务网络管理系统108。业务网络管理系统108在此包括模型组件110，其用于产生、维护以及修改与业务网络100相对应的业务网络模型。在某种意义上，生成的业务网络模型可以被视为一种演进的结构，其动态地反映该业务网络中的所有参与方的各自的位置和特征、以及他们之间的通信及其他交互。

出于这个目的，一个或多个实体，比如agent代理112或proxy代理114，可以被激活用于发现该业务网络的各个方面。这里，应用参与方102中的每一个激活并且启动至少一个相应的agent代理112A、112B和112C。例如，在具有中介参与方的实施方式中，相应的agent代理或proxy代理可以被激活以发现该业务网络的更多细节和方面。agent代理收集关于该业务网络的元数据并且将关于该业务网络的信息提供给业务网络管理系统108。

在该业务网络中，一个或多个proxy代理114可以被激活。proxy代理代表所发现的系统收集信息。因而，proxy代理可以参与该业务网络的发现。在一些实施方式中，一个或多个proxy代理可以代替一个或多个agent代理112而使用；在一些实施方式中，使用agent代理112或proxy代理114。

诸如agent代理112和/或proxy代理114的实体可以收集的元数据的示例包括但不限于：

来自一个或多个应用的组织主数据。例如，关于下列各项的数据：

联系人、销售组织、采购计划组织、配送中心、以及收货地点。

产品或服务主数据。例如，关于产品或服务类型、制造、仓储、以及递送方式的数据。

应用的过程接口。例如，描述入站和出站接口、数据句法以及连接设置的信息。

关系。例如，关于将应用集成到一个或多个其他应用中的流的信息。

合同元数据。例如，关键性能指示符(KPI)和SLA。

系统信息。例如，关于应用以及一个或多个实施的集成总线的数据。

物理网络信息。例如，关于事务量、IP网络、以及防火墙的数据。

运行时信息。例如，关于事务量、异常、以及业务文档的数据。

所采集的元数据用来将业务网络模型生成为如同业务网络存在于现实世界中的样子的业务网络的表示。在一些实施方式中，在业务网络的“实例”级别采集该信息。在简单的示例中，该模型的部分可以反映：特定制造商X同第三方托运商Y一道工作；这个交易的收货地点包括z；以及该制造商具有规划组织W。所感兴趣的任何业务网络特征都可以在模型中被跟踪和表示。这样的特征的示例包括但不限于，参与方、系统、关系、应用、接口、中间件、过程步骤、以及文档。

业务网络模型可以以任何适合的计算机数据格式存储。在一些实施方式中，多维表(multidimensional tables)被用来保持数据以及将数据彼此关联。例如，可以使用一个或多个超图。

业务网络模型可被用于将业务网络的表示生成为在该业务网络的演进期间涉及的一个或多个关键人物。这样的人物的示例包括但不限于，实际的参与方、其他利害关系人、业务战略家、业务用户(例如，总监或高级用户)、过程设计者(例如，IT人员)、以及业务到业务(B2B)设计者。那里，参与方之间的以及参与方组织内的用户协作可以在该业务网络的语义上下文中表示。

这样的表示能够允许所有涉及的参与方以及人物都遵守并且了解他们的网络、合同义务、编制以及与本地过程的接口。而且，能够从业务角度以及根据IT系统和编制来探索所呈现的业务网络模型的系统、应用、过程集成逻辑、中间件和业务文档数据。例如，该术语表示适合于该探索的范围(例如，业务术语或IT术语)。此外，用户能够以附加信息(即，agent代理或proxy代理未捕获或者未适当地捕获的信息)增强生成的业务网络模型，并且使其适合于客户的语言。例如，用分析的信息丰富该模型能够促进性能监视，比如，对于该业务网络中的参与方之间的合同的监视。

也就是说，实施方式能够促进在相关上下文内，比如，在针对合同或其他文档的上下文内，全部或部分地查看该业务网络。示例的用例涉及两个或更多网络参与方之间的SLA。在一些实施方式中，能够通过跟踪该业务网络中的相关事件来监视SLA。例如，能够捕获出站递送文档并且考虑到参与方关于这样的文档的权利和义务来分析该文档的内容。因为捕获的文档和SLA存在于该系统中，所以能够执行自动符合监视、异常通知和施行。

生成的业务网络允许每个参与方探索其现状，并且从其他参与方的角度来理解协作的过程和信息系统实施方式。在一些实施方式中，业务过程设计者能够分析当前是该业务网络的部分的过程和通信。例如，设计者能够检查另一个参与方的特定协作过程，并且使用这个特定协作过程作为开始点，用于设计或修订另一个协作。

在一些实施方式中，B2B设计者能够无缝地钻入(drill)生成的业务网络模型的IT视图。这能够允许该设计者探索并且了解到本地应用景观的接口，利用组件重用，以及改变和合并业务过程集成流。

简而言之，生成的业务网络模型充当既针对业务用户也针对IT支持的、用于操作的锚定点。业务网络上下文提供可见性和相关背景，用于分析业务异常。

业务网络100中的每个参与方都能够操作或控制一个或多个基于计算机的设备，比如服务器。在一些实施方式中，一个或多个参与方可以是ERP系统或ERP系统的一部分，该ERP系统控制公司业务操作的各种不同的方面。agent代理112或proxy代理114可以用任何适合的技术来实现，所述适合的技术允许agent代理112或proxy代理114收集必要的元数据，例如，作为脚本或其他可执行代码。采集的元数据可以被合并并且使用任何适合的信息格式(比如，采用XML数据或用其他标记元素加标签的数据的形式)存储在一个或多个储存库中。

这里，业务网络管理系统108能够在业务网络100的生命周期期间使用。在一些实施方式中，实现监视和/或监管任何或所有这样的事件的生命周期组件116。生命周期事件的示例包括但是不限于，添加或删除参与方、在过程步骤或信息交换中实现改变、由于地区的或合同的变型而创建过程变型、输入或修改(SLA)或其他合同，业务网络的连续操作、以及业务网络的优化。可以执行的关于生命周期事件的操作包括但是不限于下列各项：帮助用户理解当前存在的业务网络；规划业务网络的改变；帮助用户设计并且规定业务网络的改变；实现业务网络的改变；在改变之后操作并且监视业务网络；优化业务网络；以及仿真业务网络。

图2示出业务网络的视图200。例如，业务网络100(图1)可能已被一个或多个agent代理或proxy代理详细调查，然后业务网络管理系统108(图1)基于从采集的元数据生成的业务的模型呈现视图200。这里，视图200包括：业务网络区202，其示出业务网络的部分或全部；工具区204，其用于执行关于所示出的或其他网络的功能；信息/导航区206，其具有当前协作的人物以及到其他视图的链接；以及业务网络信息区208，其用于示出关于业务网络的细节以及用于进一步切割和划分该信息。

这里，业务网络区202包括对象210A-C，他们表示业务网络中的参与方。再次简要参考FIG1，在一些实施方式中，分别为这样的情况：对象210A表示HQ后勤应用参与方102A；对象210B表示DC Hamburg应用参与方102B；以及对象210C表示DC Berlin应用参与方102C。例如，对象210A-C基于分析agent代理或proxy代理采集的元数据来创建，该元数据指示HQ后勤、DCHamburg以及DC Berlin是业务网络中的应用参与方。

业务网络区202也包括对象212A-B，他们表示业务网络中的参与方之间的一个或多个关系。在一些实施方式中，关系可以包括在参与方之间交换的基于计算机的代码和/或其他信息。例如，对象212A可以表示所谓的“出站递送”过程，其中HQ后勤向DC Hamburg通知正在处理的或者将要进行的货物装运。这样的过程可以包括多个来回的通信，例如，从其他方获得确认以及提供必要的信息以便其他方处理该递送。类似地，对象212B可以表示在HQ后勤和DC Berlin之间的出站递送过程。

业务网络区202也包括对象214A-B，他们表示业务网络中使用的一个或多个电子文档或其他数据结构。在一些实施方式中，对象214A表示出站递送文档，其被作为对象212A所表示的出站递送过程的部分来创建和使用。例如，出站递送文档可以包括关于递送的细节，比如货物类型和数量、“出发”和“到达”地点、以及时间信息。类似地，对象214B能够表示出站递送文档，其被作为由对象212B所表示的出站递送过程的部分来创建和使用。

业务网络区202中的对象可以使用任何适合的计算机数据结构创建。在一些实施方式中，使用多于一个类型的对象。例如，所有对象可以具有的共同之处在于：他们可以被可视地表示，可以向他们赋以数值和其他性质，以及他们被存储(例如，在存储器中或在驱动上)，以便他们存留确定的或未确定的时段，以及可以随时被更新。

其他对象特征可以特定于一个或多个类型的对象，以及能够反映所表示的实体的特定性质。业务网络中的“参与方”的示例可以包括但是不限于应用或其他程序、中间件、模块、接口、系统组件、设备组件、驱动、物理系统、ERP系统、组、组织、公司、或任何其他实体。因此，表示这些参与方的对象可以具有对应于参与方的各自的特征的属性。

这样的属性的示例包括但是不限于：软件参与方的版本号以及平台(例如，操作系统)；设备及其他物理组件的型号以及物理位置；对于所实现的系统，相应的物理设备；以及对于组，组织和公司、总部地点和其他联系信息。在一些实施方式中，对象可以具有与这里提到的那些属性不同的属性。

生成的业务网络模型的一个优点是其在使业务网络可视化并且管理业务网络中提供的灵活性。例如，agent代理或proxy代理可以连续地或者在指定时间采集信息，并且该模型可以被更新以反映业务网络的当前状态以及组成。这可以提供业务网络的基本上实时的动态视图。

灵活性的另一个示例是用户可以修改业务网络模型以及查看结果信息。这样的模型修改可以是在实际的业务网络中实现改变之前测试该改变的信息丰富且有用的方式。现在将描述修改的示例。

假定用户希望在业务网络模型中再增加一个配送中心作为应用参与方。例如，HQ后勤应用参与方(图1)背后的组织正设想将现有的Munich配送中心合并到业务网络中。这示例还参照图3-9。

图3示出另一个业务网络的视图300。在一些实施方式中，视图300使用来自预期的配送中心(这里称为“DC Munich”)的另一个业务网络模型创建。然后，视图300可以以与上述描述类似的方式从这样的业务网络模型中生成。例如，DC Munich可能参与了其现有业务网络的相应发现，并且获得的信息可以被共享，以便使DC Munich到新业务网络的结合流线化(streamline)。在一些实施方式中，视图300通过在业务网络管理系统中运行特定搜索来访问。

因此，视图300示出对象302以及对象304，对象302表示作为应用参与方的DC Munich，对象304类似地表示作为应用参与方的、与DC Munich交互的仓库总部(这里“Depot HQ”)的ERP系统。此外，对象306表示DepotHQ和DC Munich之间的“取票桥(pick ticket bridge)”交互。例如，取票桥交互是各个系统关于货物的运输和接收的通信的途径。对象308被标记有“WN-15”并且可以表示该通信中的中介参与方，比如中间件或接口。

图4示出增加了对象的图2的业务网络的视图400。视图400在此被设计用于开始将DC Munich集成到现有的业务网络模型中。对象402已经被放入该视图中，并且他们表示现有业务网络模型中的参与方和关系。例如，对象402可以是在用户选择隐藏视图200中可见的一些对象之后的结果。这里，和DC后者的几个商店参与方是可见的一样，HQ后勤应用参与方以及DCBerlin和Hamburg应用参与方也是可见的。

视图还包括对象404，其表示作为应用参与方的DC Munich。在一些实施方式中，用户可以触发从视图300(图3)中创建对象404。例如，用户可以将该对象拖放到视图400中，这可以在对象402出现在视图400中之前或者之后执行。作为另一个示例，用户可以在视图300中选择至少DC Munich对象并且激活打开具有选定对象的新业务网络区的功能。

一些实施方式使用“主”对象，其表示每个类别的参与方(或者，作为另一个示例，所有配送中心参与方)。然后，这样的对象可以用来创建该对象的任何和所有需要的实例。例如，对象402以及404在此可能已经被创建为一般参与方对象的个性化实例，或者被创建为更具体的主对象的相应的个性化实例。

也就是说，视图400当前示出了业务网络的所建议的增强的起始点，在该视图400中，DC Munich以及现有业务网络(的一部分)被显示在同一上下文中。业务网络信息区406示出关于视图400中的任何和所有选定对象的信息。例如，当前其示出从位于视图300(图3)下面的其他业务网络模型获得关于作为应用参与方的DC Munich的信息。

这样的关于其他业务网络的信息以及关于DC Munich的信息将在设计DC Munich到当前业务网络的集成时使用。一开始，一种方法将与用于现有业务网络中的其他DC的通信相同或类似的通信应用到DC Munich。图5示出图4的业务网络的另一个视图500。这里，增加了对象502，对象502将用于DC Munich的对象504与用于HQ后勤的对象506连接。例如，对象502可以以与上述用于其他DC的那些方式类似的方式表示出站递送过程。在一些实施方式中，业务网络管理系统108(图1)可以自动地建议对象502，例如，基于对象502与用于DC Hamburg和Berlin系统的各个对象508A-B之间的相似性。在一些实施方式中，用户可以从多个可用对象的选项板(palette)中选择以创建对象502，并且可以规定对象502应当将对象504和506相互连接。

而且，这里视图500还包括对象510，对象510表示参与方之间的交互或者通信的电子文档。例如，所述文档可以涉及出站处理并且可以包含关于货物和/或装运的细节，以便由相应系统使用。在一些实施方式中，尽可能程度地从现有元数据中获得该电子文档的必要信息。然后，该用户能够访问该文档，例如，通过点击对象510并且查看内容。在一些实施方式中，该访问还允许用户编辑信息以进一步促进集成。

可见，视图500包括对象的交互组合：一些对象对应于由agent代理或者proxy代理发现的业务网络中的“真实”特征，比如，应用参与方或中介参与方；而其他对象表示当前不是业务网络的部分的现有实体(例如，DCMunich)，或者严格来说还不存在的或多或少的虚构实体(例如，HQ后勤和DC Munich之间的出站递送连接)。因此，虽然另外的增强将在下面进行描述，但是视图500本身向用户——无论是业务人员还是IT专家——给出了对于将DC Munich集成到现有业务网络中的任务的容易上手(good hands-on)的理解。

图6示出图4的业务网络的另一个视图600。这里，包括应用参与方DCMunich(对象602)和HQ后勤(对象604)的业务网络的一部分是可见的。然而，他们之间的出站递送连接已经使用集成中间件系统(在此，表示为中介参与方对象606)来实现，而agent代理或者proxy代理将提取关于该集成中间件系统的元数据，用于提供关于该连接的更详细的视图。在一些实施方式中，用户通过选择(例如，点击)表示该出站递送连接的对象502(图5)来触发该扩展。

例如，中介参与方对象606在此包括对象606A，其表示HQ后勤系统用于其出站递送通信的特定组件、设备和/或接口。作为另一个示例、对象606包括对象606B，其表示所发现的关于DC Munich以及应用参与方所使用的集成中间件组件、设备和/或接口的信息。另外的对象606C和606D表示是或者可能是系统到系统的通信的一部分的其他组件。

利用对象的多个层可以便利中介参与方对象606的表示。例如，对象502(图5)可以对应于在第一细节级别的业务网络模型的表示，因此，对象502被分配到第一信息层。相对的，中介参与方对象606可以分配到低于第一细节级别的公共层、或者多个层。

因此，在不同细节级别的信息层允许用户深入(zoom into)业务网络模型的表示，或者从业务网络模型的表示中退出(zoom out)，以便以用户相关的细粒度探索特征。也就是说，用户可以在模型表示的任何组件处钻入(drillinto)模型表示，以揭示达到任意深度的下层细节。例如，业务用户可能更喜欢较高级别的细节，其示出了大部分业务交互，但是并不集中在硬件或者其他技术组件。相对的，需要理解该系统的IT雇员可能较少关心业务交互，而是更关心过程集成方面以及关于如何完成交互的技术细节。业务网络模型允许可视化满足这两种用户的需求。

在一些实施方式中，当深入业务网络或者从业务网络退出时可以“保留”对象。例如，假定用户已经钻入很深的技术级别并且在那里找到用户决定更接近地查看的组件(由对象表示)。然而，用户现在希望退出到较高的级别以得到该组件在该业务网络中的何处操作的更清楚的画面。于是，用户可以在该对象可见的级别处选择或者标记该对象，并且之后启动到较高级别的导航，其中表示该组件的选定对象在该较高级别处将是可见的，尽管事实上该对象被分配给较深的信息层。

图7示出图4的业务网络的另一个视图700。视图包括对象702，其基本上对应于视图600(图6)的那些对象，并且还包括控件704，用户可以使用该控件704来进一步增强该集成。例如，控件704允许用户访问和/或增强所述两个系统的相应的组件之间的映射规范。在一些实施方式中，尽可能程度地执行自动的映射，然后系统将该映射提供给用户，可选择地由用户进行进一步增强。

作为另一个示例，控件704可以提供数据类型查找功能。在一些实施方式中，相应的HQ后勤和DC Munich应用参与方使用不可能立即相互转换的类型的数据，因此查找数据类型可以帮助用户创建任何必需的增强。

图8示出图4的业务网络的另一个视图800。视图800包括对象802，对象802基本上对应于视图600(图6)的那些对象，除了用户已经选择这些对象中的一个对象之外，这里，对象804表示出站递送文档。选择任何对象都可以导致关于该对象的另外发现的信息的呈现。在一些实施方式中，还包括对象信息区806。例如，该区806能够示出关于出站递送文档的细节以及在实际实现中将会交换的信息，比如，与出站递送过程相关联的业务术语。

这里，所述区806包括部分806A，其示出关于作为业务事务文档实体的出站递送的信息。区806B示出关于出站递送中的业务术语的信息。区806C示出关于涉及出站递送的字段和消息。区806D示出关于涉及出站递送的数据服务的信息。区806E示出关于涉及出站递送的业务事务文档实体的信息，比如，作为递送货物的基础的具体运单。因此，视图800允许用户，比如，业务人员，在这些业务事务文档所适用的业务网络的上下文中查看这些业务事务文档。

图9示出图4的业务网络的另一个视图900。在某种意义上，视图900示出增强业务网络模型以示出将DC Munich合并到现有业务网络作为应用参与方的效果的最终结果。这里，视图包括对象902、对象904、以及其他对象906，其中，对象902表示在扩展业务网络中的参与方，对象904表示到DCMunich的出站递送，而对象906表示在参与方之间的交互。元数据现在可能已经在每个所期望的细节级别都被完成，因此业务网络模型基本上是如果其中合并了DC Munich的业务网络所看上去的以及如何工作的真实表示。

在其中业务网络的增强被以足够的复杂程度完成的实施方式中，所增强的模型可用于执行包括增加的特征(这里，DC Munich)的交互的仿真。例如，如果该模型现在已经提供以在HQ后勤和DC Munich应用参与方之间的接口连接、数据映射、以及移交过程等的真实表示，那么该系统(例如，图1中的业务网络管理系统108)可以运行这些参与方之间的测试通信，并且评估信息传输进行得怎么样。

在一些实施方式中，agent代理或者proxy代理也产生关于业务事务文档交换的实例的元数据。例如，这可以允许用户监控参与方之间的业务事务的运行和表现，比如业务事务文档交换的状态。业务网络管理系统108(图1)使用户能够选择业务网络的相关部分——例如，基于用户的责任范围或者兴趣——以及选择要监控的细节级别。然后，该业务网络管理系统使得参与方之间的SLA能够被监控和跟踪。

图11是通用计算机系统1100的示意图。根据一个实施方式，系统1100可以被用于关联于先前描述的计算机实现的方法中的任何一个描述的操作。系统1100包括处理器1110、存储器1120、存储设备1130、以及输入/输出设备1140。使用系统总线1150互连组件1110、1120、1130、和1140中的每一个。处理器1110能够处理指令，以便在系统1100内运行该指令。在一个实施方式中，处理器1110是单线程处理器。在另一个实施方式中，处理器1110是多线程处理器。处理器1110能够处理存储在存储器1120中或者存储在存储设备1130上的指令，以便为输入/输出设备1140上的用户接口显示图形信息。

存储器1120存储系统1100内的信息。在一些实施方式中，存储器1120是计算机可读介质。存储器1120在一些实施方式中是易失性存储器单元，而在其他实施方式中是非易失性存储器单元。

存储设备1130能够为系统1100提供海量存储。在一个实施方式中，存储设备1130是计算机可读介质。在各种不同的实施方式中，存储设备1130可以软盘设备、硬盘设备、光盘设备或者磁带设备。

输入/输出设备1140为系统1100提供输入/输出操作。在一个实施方式中，输入/输出设备1140包括键盘和/或指向设备。在另一个实施方式中，输入/输出设备1140包括显示单元，用于显示图形用户接口。

该装置可以实现在计算机程序产品中，该计算机程序产品有形地具体化在信息载体中，例如，有形地具体化在机器可读的存储设备中，以便由可编程处理器运行；而方法步骤可以通过可编程处理器来执行，该可编程处理器运行指令的程序从而通过对输入数据进行操作并且产生输出来执行所描述的实施方式的功能。所描述的特征可以有利地实现在一个或多个计算机程序中，所述一个或多个计算机程序可以在可编程系统上运行，该可编程系统包括至少一个可编程处理器，所述至少一个可编程处理器耦合到数据存储系统、至少一个输入设备以及至少一个输出设备，以便从数据存储系统、至少一个输入设备以及至少一个输出设备接收数据和指令，以及将数据和指令发送给数据存储系统、至少一个输入设备以及至少一个输出设备。计算机程序是指令的集合，其可以直接或者间接地在计算机中使用以便执行某个活动或者导致某个结果。计算机程序可以以任何形式的编程语言来编写，所述编程语言包括编译或解释语言、并且其可以以任何形式来部署，包括：作为独立程序，或作为模块、组件、子例程、或者适合在计算环境中使用的其他单元。

用于运行指令的程序的适合的处理器包括：例如，通用和专用微处理器二者，以及任何种类的计算机的单独处理器或多个处理器中的一个处理器。一般地，处理器将从只读存储器或者随机存取存储器或者他们两者接收指令和数据。计算机的基本元件是用于执行指令的处理器以及用于存储指令和数据的一个或多个存储器。一般地，计算机也将包括用于储存数据文件的一个或多个海量存储设备，或者可操作地耦接到用于储存数据文件的一个或多个海量存储设备以便与其通信，这样的设备包括磁盘、比如内部硬盘和可移动盘、磁光盘和光盘。适合于有形地具体化计算机程序指令和数据的存储设备包括所有形式的非易失性存储器，包括：例如，半导体存储器设备、比如EPROM、EEPROM、和闪速存储器设备；磁盘，内部硬盘和可移动盘；磁光盘；以及CD-ROM和DVD-ROM盘。处理器以及存储器可以由ASIC(专用集成电路)补充或者并入ASIC(专用集成电路)中。

为了提供与用户的交互，所述特征可以实现在具有显示设备、键盘以及指向设备的计算机上，所述显示设备比如CRT(阴极射线管)或者LCD(液晶显示)监视器，用于将信息显示给用户，所述指向设备，比如鼠标或者跟踪球，通过该指向设备用户可以向计算机提供输入。

所述特征可以实现在包括后端组件比如数据服务器的计算机系统中，或者实现在包括中间件组件比如应用服务器或者互联网服务器的计算机系统中，或者实现在包括前端组件比如具有图形用户接口或者互联网浏览器的客户端计算机的计算机系统中，或者以他们的任何组合来实现。所述系统的组件可以通过任何形式或者介质的数字数据通信比如通信网络来连接。通信网络的示例包括例如LAN、WAN、以及构成互联网的计算机和网络。

计算机系统可以包括客户端和服务器。客户端和服务器一般地彼此远离并且典型地通过网络比如所描述的网络进行交互。客户端和服务器的关系依靠在相应的计算机上运行并且相互具有客户端-服务器关系的计算机程序而产生。

已经描述了许多实施方式。然而，要理解可以做出各种不同的修改，而不会脱离本公开的精神和范围。因此，其他实施方式在权利要求的范围之内。

Claims

1.一种计算机实现的方法，包含：

接收关于业务网络的元数据，所述元数据由执行自动发现所述业务网络的基于计算机的实体来采集；

基于所述元数据生成业务网络模型，所述业务网络模型包含对象以及它们之间的关联，所述对象表示通过所述自动发现找到的所述业务网络的各个方面，所述方面至少包括：参与方、系统、关系、应用、接口、中间件、过程步骤、和文档；以及

基于至少一个输入修改所述业务网络模型。

2.如权利要求1所述的方法，其中，所述输入包括网络增强指令，并且其中，所述业务网络模型通过添加至少第一对象来修改。

3.如权利要求2所述的方法，其中，第一对象表示被添加到所述业务网络作为参与方的组织。

4.如权利要求3所述的方法，还包含接收反映所述组织所属于的另一个业务网络的其它元数据，并且在修改所述业务网络模型中使用所述其它元数据。

5.如权利要求2所述的方法，其中，所述网络增强指令包括仿真指令，所述方法还包含使用经修改的业务网络模型来执行所述业务网络的仿真的操作。

6.如权利要求1所述的方法，其中，所述输入包括基于关于所述业务网络的另外的元数据的网络更新指令，并且其中，所述业务网络模型使用所述另外的元数据来修改。

7.权利要求1所述的方法，还包含在所述业务网络模型中定义信息层并将对象中的每一个分配到所述信息层中的至少一层，该方法还包含：

在第一细节级别生成所述业务网络模型的第一表示，所述第一表示包括分配给第一信息层的对象。

8.如权利要求7所述的方法，还包含：

在第一细节级别接收用户对所述对象中的一个对象的选择；以及

在不如第一细节级别详细的第二细节级别生成所述业务网络模型的第二表示，所述第二表示包括所述对象中分配给第二信息层的那些对象，

其中，基于所述用户选择，第二表示也包括来自第一细节级别的选定对象。

9.如权利要求1所述的方法，其中，生成所述业务网络模型包含：

生成表示所述业务网络的非个性化方面的第一对象；

生成表示所述非个性化方面的实例的第二对象；以及

在所述业务网络模型中将第二对象与第一对象关联。

10.如权利要求1所述的方法，还包含将所述业务网络模型或者经修改的业务网络模型用于业务网络生命周期活动，所述业务网络生命周期活动包括在下列方面帮助至少一个用户：理解所述业务网络的第一状态，以及规划所述业务网络的第二状态。

11.如权利要求10所述的方法，其中，所述业务网络生命周期活动还包括在下列方面帮助用户：设计和规定所述业务网络的第二状态，以及实现第二状态。

12.如权利要求11所述的方法，其中，所述业务网络生命周期活动还包括在下列方面帮助用户：使所述业务网络表现为第二状态，以及在第二状态中操作和监视所述业务网络。

13.如权利要求12所述的方法，其中，所述业务网络生命周期活动还包括在下列方面帮助用户：优化所述业务网络，以及仿真所述业务网络。

14.如权利要求1所述的方法，还包含自动地监视或者实行管制所述业务网络的至少一个合同，所述合同使用所述业务网络模型来监视或者实行。

15.一种计算机程序产品，其有形地具体化在计算机可读存储设备中，该计算机程序产品包含指令，所述指令当被运行时导致处理器执行方法，所述方法包含：

基于至少一个输入修改所述业务网络模型。

16.一种系统，包含：

处理器；以及

计算机可读存储设备，其中存储有下列指令：

第一指令，其被执行时导致该处理器基于由执行自动发现业务网络的基于计算机的实体采集的元数据来生成业务网络模型，所述业务网络模型包含对象以及它们之间的关联，所述对象表示通过自动发现找到的业务网络的各个方面，所述方面至少包括：参与方、系统、关系、应用、接口、中间件、过程步骤、和文档元数据；以及

第二指令，其被运行时导致所述处理器基于至少一个输入来修改所述业务网络模型。

17.如权利要求16所述的系统，其中，所述输入包括网络增强指令，并且其中，所述业务网络模型通过添加至少第一对象来修改。

18.如权利要求17所述的系统，其中，所述网络增强指令包括仿真指令，还包含使用经修改的业务网络模型来执行所述业务网络的仿真的操作。

19.如权利要求16所述的系统，还包含在所述业务网络模型中定义信息层并将对象中的每一个分配到所述信息层中的至少一层，还包含：

20.如权利要求16所述的系统，其中，生成所述业务网络模型包含：

生成表示所述业务网络的非个性化方面的第一对象；

生成表示所述非个性化方面的实例的第二对象；以及

在所述业务网络模型中将第二对象与第一对象关联。