专利名称：数据元素建模的制作方法
技术领域：
本发明涉及对能够用于电子通信的数据元素建模(modeling a dataelement)。
背景技术：
利用数据元素电子，通信能够被简化并更有效(streamlined)地来标识(identify)在电子消息中的特定信息部分。所述元素(element)被用作电子通信的组件(component)，因为它们分别地与其中所包括的不同种类的信息相关联。利用这样的元素的、已被普遍接受的形式，诸如被标准所采用或者在商业伙伴间认同的形式，来消除在其它情况下会发生的一些问题和矛盾。例如，在这样的努力下，标准UN/CEFACT核心组件技术规范(CoreComponents Technical Specification，CCTS)定义了核心组件，作为用作构建块(building block)的语境独立(context-independent)数据元素。同样，CCTS还定义了商业信息项实体(Business Information Entities)作为特定语境(context-specific)元素。
CCTS还定义了用于核心组件、商业信息实体的词典项目名(DictionaryEntry Names，DENs)的概念，或者这些元素的任一个所基于的数据类型。DENs基于自然语言-基础英语-因此人和机器能够理解其含义和逻辑。DENs是指定数据元素的定义和预期用途(intended use)的语义(semantic)信息的例子。
现有的建模工具并非被配置为用于能够标识信息的数据元素建模，以便它们能够被协作和明确地被理解。特定是，现有工具并不是以帮助建模过程中的用户的方式而注重与数据元素相关联的语义信息。在使用现有技术的建模数据元素的建模中，会出现低效率、很难观察建模过程的范围、以及缺乏细节和清晰度。
发明内容
本发明涉及数据元素建模。
在第一个方面，一种计算机系统包括储存库，其中存储用于标识电子通信中的信息部分的预定数据元素。每个预定的数据元素都与表示其定义和预期用途的语义信息相关联。该计算机系统还包括建模工具，当用户选择时，该建模工具显示任何用于编辑的预定数据元素。该建模工具展示了所选择的数据元素的语义信息。
实施可以包括下列特征的任何一个或全部。该建模工具可以展示用于添加新数据元素到所选择的数据元素的用户可选控制，而用户可选控制可以在将新数据元素创建为新的集合数据元素和创建为新的基础数据元素之间提供选择。该建模工具可以为用户提供在新数据元素的预定数据类型之间的选择。当用户选择一种预定数据类型时，建模工具可以为用户提供在与所选择的预定数据类型相关联的预定属性之间的选择。建模工具可以确定至少一种属性，与所选择的预定数据类型一起成为合格的(qualified)数据类型，并高亮(highlights)显示至少一种预定属性。当用户选择一种预定属性时，建模工具可以为用户提供在与所选择的预定属性相关联的预定属性之间的选择。建模工具可以确定至少一种限定词(qualifier)，与所选择的预定属性和所选择的预定数据类型一起成为合格的数据类型，并高亮显示至少一种预定限定词。建模工具可以被配置来展示多于一种所选择的数据元素的物理表现(physicalrepresentation)。建模工具可以提供修改用于包括在所选择的数据元素中的任何数据元素的、影响数据元素的相关性的若干语境类型的任何一个的值。建模工具可以被配置来展示至少一种电子通信的标准的项目，通过映射(mapping)该项目与包括在所选择的数据元素的数据元素相关联。该语义信息可以包括至少数据类型、属性和所述属性的限定词。建模工具可以为指示在包括在所选择的数据元素中的若干数据元素之间的可能选择提供选择控制。建模工具可以提供用于指示具有包括在所选择的数据元素中的若干数据元素的序列的序列控制。建模工具可以提供选择控制和序列控制，并且用户可以将选择控制和序列控制中的一个套入另一个。
在第二个方面，一种在用户在数据元素建模过程中执行的方法包括在图形用户界面(GUI)中接收在建模工具的指导下进行的第一用户输入。该输入选择与指示定义和预期用途的语义信息相关联的若干预定数据元素之一。该方法包括在GUI中相应于第一用户输入而展示所选择的预定数据元素的表现。所述表现包含所述语义信息。该方法包括基于在建模工具的指导下进行的第二用户输入修改语义信息的至少一个方面。
在实施中，所述修改可以包括添加另一个数据元素到组成所选择的数据元素的一组数据元素。
在第三个方面，一种确实地记载(tangibly embodied)在信息载体中的计算机程序产品，包括在被处理器执行时、在显示设备上生成用于数据组件建模的图形用户界面(GUI)的指令。GUI包括数据组件建模区域，其展示由用户选择进行编辑的预定数据组件。数据组件建模区域展示所选择的数据组件的语义信息。GUI还包括数据类型建模区域，当用户选择时，该数据类型建模区域展示所选择的数据组件所基于的数据类型。
实施可以包括下列特征的任何一个或全部。当用户选择时，数据组件建模区域还可以展示包括在所选择的数据组件中的至少一个数据组件。该数据组件建模区域可以可视地指示基于用户输入在语义信息中进行的修改。该数据类型建模区域还可以展示可被用户编辑的数据类型语义信息。
这里所描述的系统和技术的优点包括以下任何一项或全部提供了考虑到对象种类、属性和关联的公用语义表现的建模工具。提供了减少和抵消制品(artifacts)命名不一致的建模工具。提供了在语义级上保存组件整体性的建模工具。提供了可视化在中央阶段(central stage)数据组件的所有相关信息的建模工具，其中每个组件都可以具有关于以下概念的附加信息，诸如语义、技术表现、文献(documentation)、其它标准的映射、统计和布局表现。
下面结合附图和描述来说明本发明的一个或多个实施例的细节。而从这些描述、附图以及从权利要求书中，本发明的其它特征、目的和优点也将更加清晰。
图1示出了能够建模和使用数据组件的一个系统的例子。
图2示出了建模工具的实施例的图形用户界面(GUI)。
图3A-B示出了展示在图2所示的GUI中的数据组件的例子。
图4示出了将呈现在图2所示的GUI中的数据类型的示例。
图5示出了包括图4所示数据类型的数据类型关系和继承的例子。
图6示出了使用图4所示的数据类型建模的例子。
图7A-I示出了使用图2所示的数据组件建模的例子。
图8示出了使用图2所示的数据组件建模的另一个例子。
图9示出了展示对在其它标准中的组件的现有映射的、图2所示的数据组件的例子。
图10A-B示出了在建模图2所示的数据组件时使用选择和序列的例子。
图11A-C示出了利用不同的表现来可视化图2所示的数据组件的例子。
图12A-B示出了展示文本描述的图2所示的数据组件的例子。
图13A-B示出了利用附加属性或指定的名空间表现的另一个数据组件所基于的核心数据类型的示例。
图14A-B示出了利用指定的名空间表现的核心数据类型的例子。
图15是计算机系统的框图。
在各个附图中相同的附图标记指代相同的元件。
具体实施例方式
图1示出了用于建模和使用数据元素的示例系统100。可以包括数据元素作为电子通信的组件，诸如格式化的电子文档，以标识其中的特定信息类别或信息部分。每个数据元素都与语义(semantic meaning)以及与该数据元素的语义相关的唯一名称相关联。特别是，示例系统100包括用于创建或修改任何数据元素的建模工具。
系统100包括计算机系统102。在示例系统100中，计算机系统102包括软件应用程序104、电子通信模块106、以及建模工具108。软件应用程序104可以是展示电子文档的软件编辑器(editor)。在这个例子中，软件应用程序104能够准备和显示电子商业信息，诸如电子发票110、电子订单、或具有商业联络信息的地址簿。该软件应用程序104利用计算机系统102中可用的信息、并依照特定的格式创建电子文档。计算机系统102能够准备电子文档，并能够将其存储作为用于电子通信的通信文档112。
计算机系统102利用电子通信模块106、通过网络114可以与其它计算机系统通信。通过网络114，计算机系统102可以与另一个计算机系统116通信。计算机系统116还包括能够显示格式化的电子文档的软件应用程序118和用于经由网络114从事通信的电子通信模块120。
电子通信模块120当前包含了通信文档122，电子通信模块120能够经由网络114交换所述文档。在一个实施例中，电子通信模块可以是局域网(LAN)接口，而网络114可以是因特网。例如，通信文档122可以是计算机系统116从计算机系统102接收的文档，或者它可以是计算机系统116为了发送给计算机系统102而生成的文档。不同的软件应用程序会使用不同的格式来构造电子文档。例如，在电子商业通信中，有很多不同的格式，诸如EDIFACT、X12、CIDX、PIDX、RosettaNet、基于CCTS的方案、或SAP IDoc。在示例系统100中，软件应用程序118可以被配置为基于通信文档122来显示发票124给用户。
通信文档112和通信文档122使用数据元素来标识信息部分。因此，接收软件应用程序104和软件应用程序116能够以任何格式将它们格式化，因为这些数据元素的语义可以在储存库中进行存取。所述通信可以是双向的，也就是计算机系统102可以向计算机系统116发送或从其接收通信文档。为了简节，假设计算机系统116从计算机系统102接收通信文档。在这个例子中，软件应用程序104首先利用数据元素创建通信文档112。数据元素在通信文档112的内容中标识信息的特定部分。当接收到通信文档112时，计算机系统116可以利用文档112中的数据元素来解释(interpret)通信文档12的内容。例如，计算机系统116能够访问存储了数据元素的定义的储存库，以便解释它们。该储存库可以是可公共存取的，或者它需要受控的存取。
示例系统100包括储存库126的例子，其可以被计算机系统102和116进行存取。储存库126存储了数据元素项128的列表。每个数据元素项128都可以包括数据元素的定义和名称，或者其可以是与在别处存储的名称和定义相关联的数据元素的列表。数据元素项128可以被用于标识电子通信中的特定类型或信息的类别，诸如地址或发票金额。数据元素项128可以使用建模工具108来生成或修改。
下面的例子说明了使用存储在储存库中的数据元素的过程。在示例系统100中，假设计算机系统102的拥有者与计算机系统116的拥有者希望进行商业交易。所述交易将部分地通过从卖方向买方传送发票的电子通信来完成。发票信息的各个部分应当用定义在储存库126中的数据元素来标识。卖方(这里为系统102)利用来自储存库的适当的数据元素创建发票模板，并向买方(这里为系统116)宣布来自可公共访问的储存库126的数据元素将被用在该交易中。系统102然后利用该模板创建发票，并将所创建的发票通过网络传送。计算机系统116以通信文档122的形式接收所传送的发票。而在稍早时，或者在接收到通信文档122时，买方将系统116配置为可以标识在发票中所使用的数据元素。例如，系统116从储存库中检索所有可用的数据元素，或者检索发票中出现的那些数据元素。利用定义在系统116中的数据元素，能够显示由它们所标识的信息，否则就按需要进行处理。例如，标为卖方地址的信息可以被自动显示在屏幕的适当部分，并用于自动跟踪发票，或对其进行汇款。因此，计算机系统116通过用软件应用程序118打开通信文档122来观看所接收的发票。发票124以软件应用程序118所指定的格式来展示。
图2示出了建模工具108能生成的图形用户界面(GUI)200。利用GUI200，用户可以观看或编辑数据元素，诸如组合数据组件和数据类型。GUI 200包括数据组件层级区域202、数据组件建模区域204、数据类型层级区域206和数据类型建模区域208。
数据组件层级区域202示出了数据组件的层级结构。层级210根据消息类型来排列的，所述消息类型是数据元素可以被使用的电子通信的类别。用户可以选择层级210中的任何消息类型来建模。这里，层级210包括三种消息类型和Order_Message类型212。例如，订单消息对应于销售订单，其可以被集合利用数据元素进行电子传送。当用户用指针214选择任何消息类型时，层级210显示至少一个包括在该消息类型中的组件的子层。这里，用户已经选择了Order_Message类型212。
Order_Message类型212包括可以被包括在电子订单中的若干数据组件。层级210当前示出了买方、卖方、Origin_Location、Source_Location和交货期限(Delivery Terms)作为Order_Message类型212的一部分。这些示例的名称基于CCTS和ISO 11179-5的协定。而为了简化将其它组件省略。层级210可以基于语义来组合(group)一些数据元素。例如，参与方容器(Partycontainer)包括买方(Buyer Party)和卖方(Seller Party)。同样，位置容器218包括Origin_Location和Source_Location。用户可以选择储存库210中的任何项以用于建模。当选择时，相应的数据组件就显示在数据组件建模区域204。这里，用户已经选择了交货期限组件。
数据组件建模区域204当前被配置用于交货期限组件。首先，数据组件建模区域204有说明了所选择的组件的层级的总览区域220。例如，总览区域220示出了组件图标222，组件图标222可以是当前选择的组件，并且包括若干子组件(subcomponent)224，而至少一个子组件224包括至少一个孙组件(subsubcomponent)226。总览区域让用户看到了数据组件结构，该结构有助于与其语义的合作。用户能够用滑动条228滚动总览区域220。
其次，数据组件建模区域204向用户可视地展示种类，例如发货期限组件230，以便执行建模和其它操作。交货期限组件230用反映所选数据组件的语义的语义信息区域232、反映对于这个数据组件存在的物理表现的选择的物理表现区域234、以及反映数据组件的其它方面或可以在其上执行的其它动作的扩展特征区域236来展示。
在这个例子中，所选择的数据组件是利用CCTS定义的，因此说明使用了一些来自该标准的术语。例如，诸如交货期限组件230的集合数据组件由几个其他数据组件组成并与协议(term)ABIE(cf.Aggregate BusinessInformation Entity)有关。不由任何其它数据组件组成的基础数据组件与协议BBIE(cf.Basic Business Information Entity，基础商业信息项)有关。将集合数据组件与另一个集合数据组件相关联的联合数据组件与协议ASBIE(cf.Association Business Information Entity)有关。
语义信息区域232以一种向建模者(modeler)提供信息和有用的方式展示交货期限组件230的语义。第一，语义信息区域232具有发货期限组件230的名称“Deliverterms.Details”。第二，语义信息区域232包括类型栏238，该类型栏238对于组成发货期限组件230的每个组件来讲定义了组件是BBIE还是ASBIE。而且，像将要说明的那样，语义信息区域232还展示了与每个BBIE和ASBIE相关联的所选择的语义。
这里，发货期限组件230当前由8个数据组件组成，包括BBIE项240A、B、F和H，以及ASBIE项240C、D、E和G。用建模工具108能够执行、并使用示例GUI 200的操作的一个例子是添加或去除组成集合数据组件的数据组件的项目。另一个例子是现在将要描述的、用户可以利用其项目来打开和编辑组成集合数据组件的任何一个数据组件。
图3A-B示出了当用户用指针214选择发货期限组件230的关联数据组件的一些项时，数据组件建模区域204如何显示的例子。图3A-B的内容可以立刻在数据组件建模区域204中展示，以及在这里为了清楚分配在两张图中。同样为了清楚，图3A-B仅仅示出了数据组件建模区域204，而没有示出GUI 200的其它部分。
首先，当用户选择数据组件项240C时，对应于该项的ABIE 300被显示在数据组件建模区域204中。ABIE 300在这里是一个Incoterms组件，其为发货过程定义了Incoterms贸易条件的应用。利用连接器302来可视化地说明在发货期限组件230和ABIE 300之间的联系。因此，连接器302可以被称为可视化了语义，也就是发货期限2组件30包括一个关联组件，即，ASBIE240C，其关联发货期限组件230与另一个集合组件，即，ABIE 300。类似于发货期限组件230，ABIE 300包括语义信息区域304、物理表现区域306和扩展特征区域308。
作为集合数据组件，ABIE 300由其它数据组件组成。语义信息区域304包括用于展示那些组件的语义信息的若干栏。用户可以添加、去除或编辑包括在语义信息区域304中的信息。首先，类型栏310对于包括在ABIE 300中的每个组件指示该组件的类型。这里，全部所包括的组件都是基础数据组件，因此都标为BBIE。
栏312和314指定了各个数据组件相关的对象类。例如，这个表现基于CCTS和ISO 11179-5。栏314指定了对象类的条件(OCT)，这里为Incoterms。对象类条件是数据元素的唯一名称的一部分，表现了其所属的对象类。栏312可以指定对象类的限定词(qualifier)(OCQ)，而在这里为空。栏316和318指定各个数据组件相关的属性。栏318指定属性的条件(PT)，在这些例子中分别为分类和位置。属性条件是数据元素的唯一名称的一部分，表示对象类的属性。栏316可以指定属性的限定词(PQ)，在这里对于一个组件为空，而对于另一个为转移。栏320指定每个数据组件的表现条件(RT)。表现条件是唯一名称的一部分，其表现了数据元素的一组有效值的形式，例如根据被定义为具有特定数据类型的数据元素。这里，表现条件分别为代码(Code)和指示符(Indicator)。对象类条件、属性条件和表现条件可以与CCTS标准的实施一起使用。
栏322指示各个数据组件的每一个的出现(occurrence)。这是指数据组件相对于ABIE 300出现的基数(cardinality)。例如，一个数据组件有[1..1]的出现可能，这意味着这个组件在ABIE 300中刚好出现一次。相反，另一个数据组件有
的出现可能，这表示在ABIE 300中包括0个或1个这样的组件。
类似于关联组件项240C，在这个例子中用户也选择了关联组件项240D、E和G。这使得相应的数据组件被显示在数据组件建模区域204中。特别是，ABIE 324为对应于ASBIE项240D的部分发货(partial-delivery)细节组件，ABIE 326为对应于ASBIE项240E的数量容差(quantity-tolerance)细节组件，而ABIE 328对应于ASBIE项240G的运输细节组件。与发货期限组件230相关联的ABIE 324、326和328的每一个的语义分别由连接器330、332和334可视化。连接器302、330和334用白色的菱形连到发货期限组件230，白色的菱形表示“集合”。类似地，连接器330具有表示“成分”的黑色的菱形。
发货期限组件230包括语义信息区域232，其为组成发货期限组件230的数据组件(包括ABIE 300)指定了相似的信息。因此，语义信息区域304可视化了关于包括在ABIE 300中的每个组件的语义的细节。稍后将描述区域306和308。
用户能够用建模工具108建模数据类型。如图2所示，GUI 200包括数据类型层级区域206和数据类型建模区域208。图4示出了这些区域如何显示和操作的例子。为了简单，附图仅示出了区域206和208，而没有示出GUI200的其它部分。
数据类型层级区域206含有列出了所定义的数据类型的一些或全部的列表400供用户选择。这里，用户选择数量类型项402。当选择时，在区域208展示数量类型404。数量类型404包括语义信息区域406、物理表现区域408和扩展特征区域410。稍候将描述后两者。
语义信息区域406包括类似于语义区域232和304的组织语义信息的栏。因此，语义信息区域406包括类型栏412、对象类限定词(OCQ)和对象类条件(OCT)栏414和416、属性限定词(PQ)、以及属性条件(PT)栏418和420、表现条件(RT)栏422、基础类型栏424、以及出现栏426。基础类型栏424在这里首先示出每个数据类型所基于的物理“原语类型”(primitivetypes)(整数、字符串、小数、浮点数等)的任何一个。XML方案内置类型可以用于这种源于类型。此外，基础类型栏424指定了特定数据类型代码或标识符是否基于一个代码列表(codelist)或是特定的标识符方案，因为每个代码列表或标识符方案都基于它们自己的原语类型。限定栏428将在稍后描述。因此，数量类型404当前被建模为包括小数形式的内容，以及利用指定版本的代码列表确定的货币代码(currency code)。用户可以添加、修改或删除数量数据类型404的任何语义信息。
特别是，用户可以创建基于数量类型404的合格的数据类型。然后，数量类型404可以认为是为所创建的合格的数据类型的核心数据类型。图5示意地示出了这样的数据类型之间的关系。在这里，核心数据类型500是与数量类型404相比较具有一些不同的数量类型。特别是，核心数据类型500由数量(小数)和货币代码组成。类似地，创建了具有与核心数据类型相同的总体结构的用于价格的合格的数据类型502。
数据类型500和502具有列出了限定(如果有的话)的限制字段504，这个应用到数据类型的相应方面。例如，在数据类型500中的限制指定了小数具有“22.6”的长度。相反，在合格数据类型502中的限制指定了长度可以为“10.6”。因此，合格数据类型502还限制了在核心数据类型500中的定义。相反，核心数据类型500中的代码列表被规定为基于标准ISO4217:2001:5，而合格数据类型502中的限制字段504指定了相同的信息。因此，合格的数据类型502不进一步限制可用的代码列表。
基于所创建的合格的数据类型，可以创建一个或多个数据组件。这里，合格数据类型已经被用作BBIE 506的基础。由合格数据类型的语义，BBIE506表现了价格。价格已经被包括在表现了化妆品供货项的细节的ABIE 508中。因此，合格数据类型被用来指定化妆品供货项的价格。还可能改变代码列表ISO 4217:2001:5，或者用户可以在运行时为相同的增补(supplementary)组件定义更多的代码列表并指定哪个代码列表为默认代码列表。
图6示出了用户如何修订数量类型404的定义以及如何创建附加的数据类型的例子。首先，如果数据类型是广泛的类型(in depth)，则用户可以探测特定的语义。原始栏424包括表现特定代码列表的代码列表项600，所述代码列表可以被用在基于该数据类型的组件中。用户能够选择项目600以使代码列表602显示在数据类型建模区域208。这里，当展示代码列表602时停止数据类型404在区域208中的展示。在其它的实施中，数据类型404和代码列表602也可以被同时展示在区域208中。代码列表602提供了在数据类型404中的数量货币代码的语义。如果对于一个特定的数据类型或增补组件定义了多于一个代码列表，如果没有传送附加的参数“CodeListID，CodeListVersion...”，则可以定义在运行时使用的默认代码列表。此外，栏CodeLisdtID、CodeListVersion等展示了用于唯一地标识代码列表的特定增补组件。
类似于上述其它示例的可视表现，代码列表602包括具有多个栏的语义信息区域。第一栏604展示数量货币代码所基于的代码列表的名称。对于这些项的每一个，可以展示细节区域，其示出了包括在所选择的项目中的代码的列表。这里，用户选择了第一个说明性的项目，其读取UN:ABC:1234，提示系统在区域208显示代码列表细节区域606。代码列表区域可以与任何数据类型404和代码列表602一起显示，或者取代显示。
代码列表细节区域606包括语义信息区域608，其包括具有语义信息的若干栏。这里，语义信息为代码本身、名称以及附加描述。例如，与货币相对应的不同的代码值，诸如欧元和德国马克。代码列表细节区域606可以包括比在这个例子中示出的更多的项目。
其次，用户可以用数据类型404来导出合格数据类型。数据类型建模区域208包括标为“导出合格(Derive Qualified)”的控制610。当用户在展示数据类型404的同时选择这个控制时，在区域208展示一个模板，利用这个模板用户可以创建合格的数据类型612。合格的数据类型612可以与数据类型404一起显示在区域208，或者取代显示。
当初始显示时，用于合格的数据类型612的模板可以含有包括在数据类型404中的信息。然后用户可以添加、去除或修改任何信息，以创建合格的数据类型。这里，用户已经引入了用于对象类的限定词以及添加了另一个数据类型到列表。首先，数据类型404包括对象类条件的栏614，在本例中为数量。再旁边是当前为空的用于保存用于对象类的限定词的栏616。这意味着数据类型404指定用于对象类的条件为数量，而没有为该条件(term)指定任何限定词。
相反，合格的数据类型612应当为对象类指定税费(Tax)限定词。用户因而在合格的数据类型612的栏618中输入条件税费。这意味着合格的数据类型612不仅涉及任意类型的数量，还特别涉及税费量。用户可以根据需要修改在合格的数据类型612中的任何其它的语义信息，以实施税费量数据类型。
其次，用户已经添加了未在数据类型404中展示的数据类型项620到合格数据类型612。当用户选择添加属性控制621时生成新的项目620。目前为止，项目620的特征在于该项目为数据类型，并且对象类为税费量。用户输入其它语义信息的值以进一步指定项目620。
在数据类型404，用添加属性控制622可以做出新的项目。例如，用户可以做出是数据类型的新项目，并且具有与已有项目不同的语义信息。GUI200包括用于执行诸如保存和删除任何所建模的元素的操作的控制(未示出)。因此，用户可以保存新创建的合格的数据类型612或者修改的数据类型404。
类似地，可以在数据组件中做出新的项目，诸如在发货期限组件230中。现在将参考图7A-I描述添加对于劳动服务征收营业税的基础数据组件的例子。结果将是指在设定的上下文中确认特定的BBIE和ASBIE，其由每个上下文种类中的值所表示。
图7A示出了展示在数据组件建模区域204中的发货期限组件230。为了简单，GUI 200的剩余部分没有显示在附图中。类型栏238指示组件230由多个BBIE和ASBIE组成。
用户希望添加另一个BBIE，并因而打开菜单700来创建新项目。菜单700可以是能够通过点击鼠标右键(未示出)得到的上下文菜单。在菜单700中，用户选择附加(Append)命令来指示系统附加另一个项目到发货期限组件。这展示了子菜单702，在这里为用户提供了在创建BBIE或ASBIE之间的选择。如图7B所示，当用户选择BBIE命令时，系统在语义信息区域232的末端附加了新的BBIE项704。
将BBIE项704定义为栏238中的BBIE，并且从发货期限组件230中继承了对象类的条件(发货期限)。此时，语义信息区域232中BBIE项704的剩余字段为空。组件选择控制706让用户可以将BBIE项704重新定义为ASBIE(或其它任何可用的组件类型)，如果用户这样选择的话。但是，这里用户没有将BBIE项704变为任何其它的组件类型。
如图7C所示，用户可以接下来为BBIE定义表现条件。表现条件栏708列出了已有组件所基于的数据类型，例如代码数据类型，该数据类型是CCTS定义的数据类型的最小段(smallest pieces)的固定列表。对于BBIE项704，表现条件栏708展示了控制710，用于在于设数据类型之间进行选择。当用户选择控制710时，就显示菜单712，菜单712展示了可用的数据类型的列表714。这里，用户选择列表714中的数量(Amount)作为BBIE项704的数据类型。
图7D示出了在数量已经被指定为BBIE项704的数据类型之后区域204中的发货期限组件230。语义信息区域232包括指定所有包括的组件的属性条件的栏716。对于BBIE项704，栏716显示了用于在BBIE的预定属性条件之间进行选择的控制718。当用户选择控制718时，则显示含有可用属性条件的列表722的菜单720。
可用的属性条件取决于在栏708中选择的表现条件(见图7C)。列表722根据用户对数据类型的选择而增加。列表722含有一些有下划线的属性条件(这里，Deductible和Tax)以及没有下划线的(例如，Expected和Upper)属性条件。下划线表示该属性条件涉及合格的数据类型。相反，没有下划线的属性条件涉及不合格的(或核心)数据类型。合格的数据类型基于核心(或不合格的)数据类型。在RT中展示的所有条件最初都基于核心数据类型。如果PT中的条件有下划线，这意味着特定BBIE基于合格的数据类型，例如“可扣除的(Deductible)”。对图5也描述了这个限制，其中也示出了不合格的以及合格的数据类型的确定。一些BBIE被限制(基于合格的数据类型)而其它没有被限制(基于核心数据类型)，并且通过选择的下划线来可视化这一区别。这里，因为限制了合格的数据类型Tax_Amount.Type，而用户选择了下划线的Tax。
图7E示出了在Tax被指定为BBIE项704的属性条件之后区域204中的发货期限组件230。语义信息区域232包括用于指定属性的限定词的栏724，在栏716中选择的条件展示。栏724显示了控制726，让用户选择若干预定限定词之一。当用户选择控制726时，显示菜单728并展示可用的限定词的列表730。
可用的限定词取决于在栏716中选择的属性条件。列表730根据用户对属性条件的选择而增加。列表730含有一些有下划线的限定词(这里，Insurance以及<？>Sales)，以及一些没有下划线的限定词(例如，Goods和Value Added)。下划线反映了这个BBIE所基于的合格数据类型的本质(nature)。例如图5所示，下划线表示这个BBIE基于比没有下划线的项目更受限的合格数据类型。这个合格数据类型的名称为Sales_Tax_Amount.Type。这个合格数据类型可以在长度上受到限定。相反，例如图5所示，没有下划线的限定词表示了是基于较少限制的合格数据类型。合格数据类型为“Tax_Amount.Type”，其可以具有比“Sales_Tax_Amount.Type”更长的长度。这里，用户选择了一个有下划线的限定词<？>Sales。其中“<？>”部分意味着依次具有一些附加限定词的Sales限定词。
图7F示出了在<？>Sales已经在栏724中指定为BBIE项704的属性限定词之后在区域204中的发货期限组件230。属性限定词的<？>组件表示Sales限定词展示不同限定词的收集。用户应当选择限定词的收集之一来进一步指定属性限定词。图7G示出了栏724，其显示用于在限定词之间进行选择的控制726。在用户选择控制726时，展示用于进行选择的菜单728。菜单728含有可用限定词的列表730，其中列表730的每个项目将与已经列出在栏724中的Sales限定词组合。这里，用户选择了Labour项目。
图7H示出了在Labout_Sales已经在栏724中指定为BBIE项704的属性限定词之后在区域204中的发货期限组件230。在栏721中指定BBIE项704的出现，其当前表示BBIE项704在发货期限组件230中出现0次或1次。用户可以将栏732中的项目改为另一个值，诸如[1..1]，表示刚好1次。然而这里用户决定不改变所指定的基数。
这完成了本例中新BBIE项704的创建。因此，用户应当存储所修改的发货期限组件230以确保所述改变包括在系统中。因此，用户再次触发菜单700，选择Save命令，使系统将改变存储到发货组件230，例如，存储在储存库126中(见图1)。图7I示出了区域204中的发货期限组件230，包括新BBIE项704所添加的语义。
在一个或多个电子通信中，可以使用修改的发货期限组件230来标识发货期限信息。特别是，如果这样的信息的语义应当包括对于劳动服务征收的营业税，那部分的信息可以用新BBIE项704来标识。这个新建模的BBIE还可以提交给储存库126，用于通知其它人这个特定的BBIE被所给出的上下文。通过为这个BBIE将要使用的每个上下文种类设置值来表现上下文特性(context specificity)(将在下面参考图8描述一个例子)。在另一个上下文中，如果另一个用户需要刚好同一个新的BBIE，用户可以添加他或她的上下文值到所给出的上下文种类。
再参考图2，GUI 200包括上下文显示区域242，其示出了用户工作的当前上下文。上下文通过与当前状态相关的许多因素来确定，诸如计算机系统的类型、相关工业、正在争用的(at issue)特定商业过程、以及用户在该商业过程中的角色。上下文显示区域242包括一些或全部上下文种类的字段，用于表示其中建模数据组件或数据类型的特定上下文。这里，区域242示出地理空间(geospatial)字段244、商业过程字段246和工业解决方案字段248、以及其它也可以包括的种类。在这些字段中的项目表示所述地理空间上下文包括美国和德国，即，商业过程是购买，而工业解决方案是零售的国家。
用户因此可以建模与在区域242中指定的上下文相关(以及有效)的数据组件和数据类型。上下文值可以是固定的，以及可以是在利用区域242建模新的消息类型的开始时设定的。如果用户添加或删除BBIE或ASBIE，在这个区域中的上下文种类值会被自动地填入所设定的值。特别是，发货期限组件230在由区域242中的当前设定所指定的上下文中是有效的。但是，对于组成组件230的元素(组件或数据类型)，用户会希望对它们进行建模，这样它们只与特定的情况有关，即，在特定的子上下文中(subcontext)。从而建模工具108使得用户能够编辑发货期限组件230的各个元素的上下文值。因此，特定上下文种类的设定或修改值可以被认为是一个“用户出口”方式，因为修改通常是由系统客户执行、或代表系统客户进行的。
利用扩展特征区域236中的控制，用户如图8所示打开上下文种类区域800，其中可以对指定发货期限组件230的上下文相关性的上下文值进行编辑。内容值(content values)表示在哪个上下文中、每个BBIE或ASBIE能够或不能被使用。当用户选择了也在图2中示出的上下文控制802时，可以展示区域800。在相对较小的GUI中，不能整个显示所有的上下文值。相反，用户可以将光标移动到任何特定的符号上，从而显示关于多个上下文值的标签。图8示出了展示在区域204中的发货期限组件230。这里发货组件基本上如图2所示，意味着还没有如图7A-I的例子描述的那样被修改。
上下文种类区域800包括系统上下文栏804、工业上下文栏806、商业过程上下文栏808、商业过程角色上下文栏810以及国家上下文栏812。发货期限组件230中的每个BBIE和ASBIE都具有输入到上下文种类区域800中的任何栏的自己的值，或者没有值。
这里，第一BBIE项240A没有值输入到上下文种类区域800。这说明对应于项目240A的BBIE与发货期限组件230可以使用的每个上下文都相关(以及有效)。相反，BBIE项240B有输入系统上下文栏804、商业过程上下文栏808和商业过程角色上下文栏810的示例值。每个值都表现了相应种类中的特定上下文。这意味着对应于项目240B的BBIE只可以被用在下上下文中(a)特征在于标为A或B的计算机系统；(b)特征在于标为O或I的商业过程；以及(c)特征在于具有标为B或S的商业过程角色的用户。如图所示，其它BBIE和ASBIE具有其它值，或者在其它栏的值。
因此，上下文种类值可以是用户利用上下文种类区域800指定的，以及展示的现有值。类似地，可以使上下文种类区域显示为利用扩展特征区域308中(对于BBIE 300中的组件，见图3B)或扩展特征区域410中(对于数量类型404的数据类型，见图4)的相应控制。
扩展特征区域236中的另一个控制启动了表示在所选择的数据组件或数据类型和在所选择的标准中相同或相似语义的项之间的映射的表现。图9示出了在用户选择控制800后展示在区域204中的发货期限组件230。现在这里显示了对应于第一BBIE项240A的BBIE的标准映射区域802。标准映射区域802标识其它标准的相应节点(node)。栏804以相同或相似的语义标识了若干标准的项目。栏806含有指示符(例如，填充或未填充的圆圈)，指示映射是否是精确的还是近似的。这里，标准包括EDIFACT、IBU和其它。
对于标准的每个项目，用户可以看到特定的版本名称、放出数量、名称、指定者(designator)、共享所选择的组件的语义的项目的含义和描述。可以用半自动映射来创建映射。组808包括可以选择来观看附加信息的控制。例如，Named Attributes控制为登录者(register)提供了关于这里所使用的标准、定义以及所使用的命名规则的信息。出现属性(Occurrence Attributes)控制为登录者提供了如出现可能和位置的特性。位置是指特定项目在商业标准的数据树中具有的确切(绝对)位置。利用类似于控制800的控制，可以为发货期限组件230中的BBIE或ASBIE展示对应于区域802的区域。
数据组件可以用建模工具108来分组或排序，现在将参考图10A-B描述其示例。图10A示出了区域204中的发货期限组件230。这里，用户已经添加了与下列4个项目相关联的选择控制1000BIEE 240A和B，以及ASBIE240C和D。例如，当确定在发货期限组件230中的两个或多个组件是可选择的，并且在特定情况下应当只使用它们中的一个时，用户添加选择控制。用户可以将选择控制1000从GUI 200的其它位置拖到组件230上，并调整选择控制1000以包括必要数量的组件(这里4，来添加选择控制1000。
建模发货期限组件230的用户不需要选择应当使用所述可选组件中的哪一个。而是这种选择可以在建模中保持灵活，这样发货期限组件230的终端用户可以基于实施组件的情况来输入选择。选择控制1000包括指定(pointing)特征1002，其指示选择的、激活的组件。未选择的组件将保持未激活，直到用选择控制1000做出了不同的选择。
用户还添加了与下列4个项目相关联的序列控制1004ASBIE 240E、BBIE 240F、ASBIE 240G和BBIE 240H。用户添加序列控制1004以指示所选择的组件中的特定序列。所述序列对应于用户在建模中有意创建的组件之间的从属性(dependency)。如另一个例子，用户可能已经注意到了必要的排序在由其它人创建的数据组件中是绝对需要的(implicit)。在一些实施中，选择可以在运行时做出。例如，这里有“Project.Start.Date”和“Project.Start.DateTime”。这两个BBIE的准确用途只能在运行时决定，因此最好对它们进行选择。用户可以通过将序列控制1004从GUI200的其它地方拖到组件230上并调整序列控制1004以包括必须数量的组件，来添加序列控制1004。
选择控制1000和序列控制1004可以嵌套(nested)。首先，图10B示出了发货期限组件230被修改以包括用于BBIE 240A和B的第一选择控制1000A。类似地，包括了用于BBIE 240C和D的第二选择控制1000B。序列控制1004A与BBIE 240A和B以及ASBIE 240C和D相关联。这是指由序列控制1004A定义的序列将包括用第一选择控制1000A选择的BBIE 240A和B中的一个，接着是用第二选择控制1000B选择的ASBIE 240C和D中的一个。
其次，图10B还示出了发货期限组件230被修改以包括用于ASBIE 240E和BBIE 240F的第一序列控制1004B，以及用于ASBIE 240G和BBIE 240H的第二序列控制1004C。选择控制1000已经被添加以指示在两个序列控制1004B和1004C之间的选择。这意味着选择控制1000C所作的选择不是ASBIE240E和BBIE 240F的序列，就是ASBIE 240G和 BBIE 240H的序列。
再参考图2，物理表现区域234中的当前选择为词典项目名(DEN)表现，其中组件230的语义被展示在语义信息区域232中。物理表现区域234标识发货期限组件230可用的物理表现或语法的选择。本例中可用的选择为全局数据类型表现，它是用在德国Walldorf(Baden)的SAPAG的一些产品中的CCTS标准的一种实施；XML方案定义(XSD)，一种根据用在从SAPAG获得的产品中的ABAP编程语言的ABAP表现；Java表现以及布局(Layout)表现。下面的例子说明了在区域234中的表现的选择。
第一，图11A示出了区域204中的发货期限组件230，其中用户选择了对应于GDT表现的标签1100。现在发货期限组件230表现为实施这个组件的特定语义的GDT组件的列表1102的形式。GDT表现中的每个元素的特征在于其名称、类型以及类型名称。
第二，图11B示出了区域204中的发货期限组件230，其中用户选择了对应于XSD表现的标签1104。现在发货期限组件230表现为实施这个组件的特定语义的代码1106的形式。例如，代码1106包括分别对应BBIE项240A和B的特定代码部分，诸如“DeliveryItemGroupID”和“DeliveryPriorityCode”。
第三，图11C示出了区域204中的发货期限组件230，其中用户选择了对应于Layout表现的标签1108。在区域204中示出了发货期限组件的布局1110。布局1110的表现示出了BBIE和ASBIE的相关布局，这是在当它们显示设备上时。例如，布局表示了对应于项目240A的BBIE被展示为在布局1110中的文本输入字段1112。类似地，对应于项目240B的BBIE被展示为下拉菜单框1114。可以有全宽度布局特征，诸如对应ASBIE项240C的ABIE的宽框1116，或者限制的宽度的布局特征，诸如对应ASBIE项240D的ABIE的窄框1118。布局1110可以用嵌入相应组件的定义中的布局信息来生成。
建模工具108可以提供解释信息来指导用户执行建模。图12A-B示出了当展示在区域204时为发货期限组件230提供的解释信息。首先，在图12A中，显示了可视信息容器(container)1200和1202。容器1200关联于整个发货期限组件230，并总结其功能和预期用途。容器1202对于BBIE项240F做出相同的。
当诸如鼠标的电子指示器被放置在各个区域的任一个上时，就出现提供在容器1200和1202中的信息。所述信息可以已经被创建组件230及其各部分的用户生成，并且存储在储存库126中。例如，容器1200和1202可以用Microsoft Corp.提供的产品中的SMART TAG技术来实施。
其次，在图12B中，解释信息以不同的方式来展示。这里，在发货期限组件230中添加了信息区域1204。类似地，在BBEI项240A中添加信息区域1206。可以为组成发货期限组件的任何组件添加相应的区域。
也添加了其它信息区域。条件区域1208通知用户关于使用发货期限组件230的完整性状况(integrity condition)。完整性状况可以基于对象限制语言(object constrain language，OCL)。使用区域1210通知用户应当如何使用发货期限组件230。注释区域1212展示了有用的注释。示例区域1214示出了用标记代码实施的发货期限组件的示例使用。
图13A-B示出了如何用附加属性和指定的名空间展示合格数据类型的例子。图13A示出了涉及邮政地址细节的ABIE 1300。ABIE 1300的语义以上述其它例子的类似方式示出。ABIE 1300由若干个BBIE组成，特别是BBIE1302涉及邮政编码的标识符。BBIE 1302基于邮政编码标识符类型PostalCode_Identifier。合格数据类型(QDT)的类型是指受限的数据类型，例如，如图4或5所描述的。
但是，QDT可以以两种或多种不同的方式来展示第一QDT表现1304和第二QDT表现1306。表现1304和1306的每一个在语义信息区域中都包括一个限定栏。限定栏1308表示施加到QDT中特定项的限定。在第一QDT表现1304中，用属性1310来展示限制，而在第二QDT表现1306中，其用涉及指定的名空间的项1312来展示。例如，项目1312表示来自代理的可用代码列表的某一版本。图13B示出了类似ABIE 1300的例子，现在是涉及作为其一部分的BBIE 1314。这里，QDT能有使用属性的第一表现1316或使用名空间的第二表现。
图14A-B示出了使用指定的名空间展示核心数据类型的例子。图14A示出了使用第二CDT表现1306的实际例子。这里，限定栏1308包括项目1400，其读取GermanPostalCode2001DPAGAgencies84用户可以选择项目1400，以便在GUI 200中显示与该项目相关联的标识符方案1402。也就是，用户知道这个特定的标识符基于哪个标识符方案，并且现在能够得到关于这个标识符方案的更详细的信息，诸如谁负责(代理)、哪个版本、这个标识符的数字范围、以及这个标识符的式样是什么(正规表达)。标识符方案1402可以是涉及德国邮政编码的细节的另一个ABIE 1404的基础。
图14B示出了使用第二QDT表现1318的实际例子。这里，限定栏1308包括了项目1406，其读取ISO 3166-2:1998:5，它是用于表现方案id、版本id的名空间的命名习惯(naming convention)，这也在上面参考图6进行了说明。用户能够选择项目1406，以便在GUI 200中显示与该项目相关联的代码列表1408。这可以与参考图6在上面描述的代码列表细节区域606一样。一些标识符可以基于固定的代码列表，而用户在这里可以以简明的方式启动这个代码列表值的显示。代码列表1408根据ISO标准列出了许多国家的代码。
UPDATE图15是根据一个实施例的可以用在上述操作中的计算机系统1500的框图。例如，系统1500可以包括在计算机系统102、用户系统106和管理员系统104中的任一个或全部中。
系统1500包括处理器1510、存储器1520、存储设备1530、以及输入/输出设备1540。组件1510、1520、1530和1540的每一个均用系统总线1550来相互连接。处理器1510能够处理用于在系统1500执行的指令。在一个实施例中，处理器1510是一个单线程处理器。在另一个实施例中，处理器1510时一个多线程处理器。处理器1510能够处理存储在存储器1520或存储设备1530中的指令，以便在输入/输出设备1540上显示用户界面的图形信息。
存储器1520存储系统1500中的信息。在一个实施例中，存储器1520是一个计算机可读介质。在一个实施例中，存储器1520是易失性存储单元。在另一个实施例中，存储器1520是非易失性存储单元。
存储设备1530能够为系统1500提供海量存储(mass storage)。在一个实施例中，存储设备1530是一个计算机可读介质。在各种不同的实施例中，存储设备1530可以是软盘设备、硬盘设备、光盘设备或磁带设备。
输入/输出设备1540为系统1500提供输入/输出操作。在一个实施例中，输入/输出设备1540包括键盘和/或指示设备。在一个实施例中，输入/输出设备1540包括显示图形用户界面的显示单元。
本发明可以以数字电子电路、或计算机硬件、固件、软件、或者它们的组合来实施。本发明的装置可以以一种确实地记载在信息载体中的计算机程序产品来实施，例如，机械可读存储设备或传播信号，用于由可编程的处理器执行；并且本发明的方法步骤可以由执行指令程序的可编程处理器来执行，通过对输入数据的操作和产生输出来执行本发明的功能。本发明可以优选地以在可编程系统上执行的在一个或多个计算机程序来实施，该可编程系统包括耦合的至少一个可编程处理器用于从其接收数据和指令以及向其传送数据和指令、数据存储系统、至少一个输入设备、以及至少一个输出设备。计算机程序是一组指令，其可以直接或间接用在计算机中，以便执行特定的活动或得到特定的结果。计算机程序可以用任何编程语言的形式来编写，包括编译语言或解释语言，并且其可以以各种形式来运用，包括作为一个孤立程序或作为一个模块、组件、子程序或其它适合计算环境的单元。
例如，用于执行指令程序的合适的处理器包括全部通用和特定用途的微处理器、单一处理器或任何种类的计算机的多处理器之一。通常，处理器会从只读存储器或随机存取存储器、或从两者接收指令和数据。计算机的基本元件是执行指令的处理器和一个或多个存储指令和数据的存储器。通常，计算机还包括存储数据文件的一个或多个海量存储设备，或者计算机与这些设备操作地耦合以进行通信；这样的设备包括磁盘，诸如内部硬盘和移动盘；磁光盘；以及光盘。适合于确实地记载计算机程序指令和数据的存储设备包括所有形式的非易失性存储器，例如包括半导体存储设备、诸如EPROM、EEPROM和闪速存储设备；磁盘，诸如内部硬盘和移动盘；磁光盘；以及CD-ROM和DVD-ROM盘。处理器和存储器可以由ASIC(专用集成电路)补充或合并在ASIC中。
为了提供与用户的交互，本发明可以在这样的计算机上实施，该计算机包括诸如CRT(阴极射线管)或LCD(液晶显示器)监视器显示设备，用于向用户显示信息，以及用户给计算机提供输入的键盘和诸如鼠标或跟踪球的指示设备。
本发明可以在以下计算机系统中实施，该计算系统包括诸如数据服务器的后端组件、或诸如应用服务器或因特网服务器的中间件组件、或诸如具有图形用户界面或因特网浏览器的客户端计算机的前端组件、或者任何它们的组合。系统的组件可以由任何形式或介质的数字数据通信连接，诸如通信网络。通信网络的例子包括，例如，LAN、WAN、以及形成因特网的计算机和网络。
计算机系统可以包括客户端和服务器。客户端和服务器通常相距很远，并且典型地通过网络来交互，诸如所描述的那样。客户端和服务器的关系由在各个计算机上运行的计算机程序来决定，并且互相具有客户端-服务器的关系。
已经描述的本发明的许多实施例。但是应当能够理解在不脱离本发明的精神和范围的情况下可以有各种改变。因此，其它实施例也在下面权利要求书的范围内。
权利要求
1.一种计算机系统，包括储存库，其中存储有用于在电子通信中标识信息部分的预定数据元素，每个所述预定数据元素都与表示其定义和预期用途的语义信息相关联；以及建模工具，当用户选择时，其显示任何用于编辑的预定数据元素，所述建模工具展示所选择的数据元素的语义信息。
2.如权利要求1所述的计算机系统，其中，所述建模工具展示用户可选择的控制用于添加新的数据元素到所选择的数据元素，并且其中所述用户可选择的控制提供了在将新的数据元素创建为新的集合数据元素以及创建为新的基础数据元素之间的选择。
3.如权利要求2所述的计算机系统，其中，所述建模工具提供用户能够在用于新的数据元素的预定数据类型之间进行选择。
4.如权利要求3所述的计算机系统，其中，当用户选择所述预定数据类型之一时，所述建模工具提供用户能够在与所选择的预定数据类型相关联的预定属性之间进行选择。
5.如权利要求4所述的计算机系统，其中，所述建模工具确定至少一个预定属性，与所选择的预定数据类型一起成为合格的数据类型，并高亮显示所述至少一种预定属性。
6.如权利要求4所述的计算机系统，其中，当用户选择预定属性之一时，所述建模工具提供用户能够在与所选择的预定属性相关联的预定限定词之间进行选择。
7.如权利要求6所述的计算机系统，其中，所述建模工具确定至少一个预定限定词，与所选择的预定属性和所选择的预定数据类型一起成为合格的数据类型，并高亮显示所述至少一个预定限定词。
8.如权利要求1所述的计算机系统，其中，所述建模工具被配置来展示所选择的数据元素的多于一种的物理表现。
9.如权利要求1所述的计算机系统，其中，所述建模工具提供用户对于包括在所选择的数据元素中的任何数据元素能够修改影响所述数据元素的相关性的若干上下文种类中的任何一个的值。
10.如权利要求1所述的计算机系统，其中，所述建模工具被配置来展示根据用于电子通信的至少一个标准的项目，所述项目通过映射与包括在所选择的数据元素中数据元素相关联。
11.如权利要求1所述的计算机系统，其中，所述语义信息包括至少数据类型、属性以及属性的限定词。
12.如权利要求1所述的计算机系统，其中，所述建模工具提供用于指示在包括在所选择的数据元素中的若干数据元素之间的可能选择的选择控制。
13.如权利要求1所述的计算机系统，其中，所述建模工具提供用于指示具有包括在所选择的数据元素中的若干数据元素的序列的序列控制。
14.如权利要求1所述的计算机系统，其中，所述建模工具提供选择控制和序列控制，并且其中用户将选择控制和序列控制中的一个套入另一个中。
15.一种将在用户建模数据元素的过程中执行的方法，所述方法包括在图形用户界面(GUI)中接收在建模工具的指导下做出的第一用户输入，所述输入选择若干预定数据元素之一，所述预定数据元素与指示它们的定义和预期用途的语义信息相关联；响应于所述第一用户输入在GUI中展示所选择的预定数据元素的表现，所述表现含有所述语义信息；以及基于在所述建模工具的指导下做出的第二用户输入来修改所述语义信息的至少一个方面。
16.如权利要求15所述的方法，其中，所述修改包括将另一个数据元素添加到组成所选择的数据元素的一组数据元素中。
17.一种确实地包含在信息载体中的计算机程序产品，所述计算机程序产品包括在被处理器执行时、在显示设备上生成用于建模数据组件的图形用户界面(GUI)的指令，所述GUI包括数据组件建模区域，其展示由用户选择进行编辑的预定数据组件，所述数据组件建模区域展示用于所选择的数据组件的语义信息；以及数据类型建模区域，当用户选择时，该数据类型建模区域展示所选择的数据组件所基于的数据类型。
18.如权利要求17所述的计算机程序产品，其中，当用户选择时，所述数据组件建模区域还展示包括在所选择的数据组件中的至少一个数据组件。
19.如权利要求17所述的计算机程序产品，其中，所述数据组件建模区域可视地指示基于用户输入对所述语义信息进行的修改。
20.如权利要求17所述的计算机程序产品，其中，所述数据类型建模区域还展示可由用户编辑的数据类型语义信息。
全文摘要
一种计算机系统，包括其中存储有用于在电子通信中标识信息部分的预定数据元素的储存库。每个数据元素都与表示其定义和预期用途的语义信息相关联。该系统包括建模工具，当用户选择时，该建模工具显示任何用于编辑的预定数据元素和语义信息。一种在图形用户界面(GUI)中接收在建模工具的指导下做出的第一用户输入的方法。所述输入选择若干预定数据元素之一，所述预定数据元素与指示它们的定义和预期用途的语义信息相关联。响应于所述第一用户输入，在GUI中展示含有语义信息的所选择的预定数据元素的表现。基于在所述建模工具的指导下做出的第二用户输入来修改所述语义信息的至少一个方面。
文档编号G06F17/30GK1983279SQ20061016259
公开日2007年6月20日 申请日期2006年11月28日 优先权日2005年11月30日
发明者冈瑟·斯图赫克 申请人:Sap股份公司