CN101361088A

CN101361088A - 用于产生、处理并管理结构化数据集的计算机实现的系统

Info

Publication number: CN101361088A
Application number: CNA2006800514719A
Authority: CN
Inventors: 马塞尔·班克; 迈克尔·恩格尔
Original assignee: UBS AG
Current assignee: UBS AG
Priority date: 2005-11-23
Filing date: 2006-11-23
Publication date: 2009-02-04
Also published as: US20090171909A1; WO2007059977A1; US8024373B2; EP1798672A1

Abstract

数据管理系统具有基本功能配置器，用于定义通用基本功能，借此通过处理该基本功能所必须的描述性属性和关联的值或值范围在基本功能中描述将要执行的功能。将通过数据集描述该功能，给该数据集分配分发规则。数据集连同其关联的分发规则定义通用基本功能。定义了该通用基本功能的数据集连同其用于由产品模板配置器访问的分发规则一起被包含在基本功能列表中。产品模板配置器将一个或若干个基本功能组合起来，并将它们传递给产品模板，其中，通过传递或者限制所述值而将所述通用基本功能转变为针对相关产品模板的特定基本功能。产品模板包括属于产品的一个或更多个基本功能。具有所述特定基本功能的产品充当与伙伴的合同关系的基础。将所述产品模板的结构存储在产品模板列表中，以便合同管理器访问。

Description

用于产生、处理并管理结构化数据集的计算机实现的系统

背景技术

如今，在许多与服务的执行、商务关系的建立和执行、或国家事务的执行有关的公司和管理机构中，存在大量数据。需要对所执行的服务、所订立的关系等进行结构化和系统化的技术定义、产生、处理、管辖以及呈现。只有这样，才能够随时回顾与数据有关的过程的背景和细节。

服务提供商的一个示例是银行。在近年来或甚至近十年来的银行运营中，所提供的服务和价格的差异化日益增大。从前几乎一成不变的统一服务(当前帐户、存款等)已经被数量日益增加的不同的服务和价格替代品所取代。所提供的金融工具的范围变得更加广泛，并且个别金融处理工具更加面向客户并且更复杂。

同时，一方的客户/伙伴和另一方的内部审计者和职能机构(监督机构)关于服务提供商提供给客户/伙伴的、结合商务关系所产生并且存档的数据/信息的透明性、一致性和完整性向服务提供商不断提出更高的需求。

例如，当在银行中将“产品”卖给客户/伙伴时，订立了合同。合同在银行与客户/伙伴之间建立了协定，也就是说，首先银行承担哪些权利和义务，其次客户/伙伴承担哪些权利和义务。合并包括了连同基本信息在内的产品的上述所有个别特征。

本发明所基于的问题

产生、处理和管辖结构化数据集(例如在银行客户与银行之间形成合同的结构化数据集)的一个问题在于，银行首先需要尽可能多的相似的结构化产品，但其次想要/需要满足客户/伙伴的期望。越来越多地，需要考虑这种情况：并非总是将所有可能性以及此外与产品有关的可能比较重要的限制通知给客户顾问。此外，银行专业检查“个别地”协定的合同可能是异常昂贵的。

第二个问题在于，在产品/合同/服务的传统的定义、产生、处理和管辖的情况下，由于难以通过易懂的、同时是紧凑的形式来存储个别协定，因此导致了数据维护成本实质上增加。

此外，在传统过程中表征产品/合同/服务及其处理是非常困难的，这反映在增加了数据流量以及更容易受到差错的影响，并具有关联的额外成本。

最终，新产品的开发在传统过程中耗费了相对长的时间。具体地说，这是由于在现今这样的服务提供商(例如银行或其它机构)的复杂IT环境中增加符合法律要求的标准，以及增加了实现和测试的成本。

WO 03/042861 A2-D1公开了一种用于计算机实现的产生和管辖合同的方法和设备。具体地说，已知一种方法和设备，用于对金融操作处理的计算机实现的管辖，具体用于结合金融服务产生并管辖合同。

该公开描述了受计算机支持而在提供商与客户之间产生并且管辖合同。合同包括合同对象产品中的密钥数据以及一个或更多个合同模块。为了对合同进行结构化，选择密钥数据和合同模块，并且通过生成并且存储针对所选择的密钥数据和合同模块的所谓的指针、基于所进行的选择来产生所述合同。首先进行密钥数据的选择，其后进行合同模块的选择。基于这些所选择的密钥数据，检查各个合同模块的选择的可靠性，这些所选择的密钥数据包含关于作为合同对象的产品的信息和规则。

该公开源于本文档的申请人(包括本发明的申请人)与国际银行的合作的早期评估阶段。因此，本公开中关于可以如何进行技术实现的信息是模糊且未详述的。该文档即在某种意义上仅仅说明了进行密钥数据的选择和合同模块的选择，并且基于所进行的选择而通过产生并且存储针对所选择的密钥数据和合同模块的所谓的指针来生成合同。

文档EP1 286 283 A2描述了用于基于交易来执行基于文档的电子商务处理的接口模块，以及一种用于基于交易来执行电子商务处理的系统。因此，有利于在异质系统之间执行基于文档的电子交易。接口模块包括用于显示并且监控有用数据流的模块。这种显示和监控基于文档而出现。将所显示的有用数据传递到终端并且从终端传递所显示的有用数据的操作可以手动地或者自动地发生。可以从数据网络中的主服务器将文档模板输入到接口模块的文件系统，或者，可以在接口模块的文件系统中修改文档模板。在改变接口模块的配置时，可以自动地适配通过文档模板所形成的工作流的相关处理的参数。可以通过对数据库的映射单元将文档模板和/或完整的工作流与数据网络中的预定目的地耦合。

发明内容

发明目的

本发明的目的在于指示以下方式：对于服务提供商(例如银行或其它机构)的多种不同类型的产品，允许在电子数据的级别上结构化和系统化定义、产生、处理并且管辖结构化数据集(例如描述银行的服务和“产品”的结构化数据集)。

根据本发明的解决方案

为了实现根据本发明的这个目的，提供一种用于数据管辖的计算机实现的系统，一种用于产生、处理并且管辖结构化数据集的计算机实现的系统，其中，在所述系统中，提供了一种基本功能配置器，用于定义至少一个通用基本功能，其中，在基本功能中，将通过用于处理所述基本功能所必须的描述性属性和关联的值或值范围，根据至少部分地以分层方式优选地组织的模型描述所执行的服务或将要执行的服务，以及，将在其中每一个被分配了至少一个分发规则的一个或更多个数据集上描述所执行的或将要执行的功能，以及，一个或更多个数据集连同所分配的分发规则一起分别定义通用基本功能，

提供基本功能列表，其中，以结构化的方式将定义了所述通用基本功能的数据集连同它们的所分配的分发规则一起作为数据库存储，以便产品模板配置器访问。

优选地，所述产品模板配置器旨在从所述数据库组合一个或更多个基本功能，并将它们传递给产品模板，其中，通过传递或限制用于所述属性的值和/或值范围而将所述通用基本功能转变为针对相关产品模板的特定基本功能。产品模板包括必须强制地属于产品的一个或更多个基本功能，并且可以包括将被特意添加到产品或者从产品取消选择的一个或更多个基本功能。

具有特定基本功能的产品充当与客户/伙伴的合同关系的基础。此外，提供产品模板列表，其中，以结构化方式存储所述产品模板的完整结构，以便合同管理器访问，以及在图形或字母数字用户界面上进行描述。

根据本发明的解决方案的优点和效果

在计算机系统中定义不同的基本功能，由此可以将所提供的服务(或产品)或将要提供的服务(或产品)描述为整体，存在高的灵活性，可以通过对于在服务提供商、银行或其它机构的IT系统中进行存储和编程有效的方式来描述并且实现大量不同类型的产品/服务。例如，基本功能可以定义其外部辅助设备中的服务，而其它基本功能可以描述服务的各个部分方面。

此外，已经可用的所有基本功能以及从其中所形成的产品可用于基本功能列表或产品模板列表。这有助于找寻现有基本功能/产品，并且根据需要而使用和修改它们，而不是再次产生它们。也是通过根据本发明的方法，需要由基本功能提供商使用标准化的接口。这也简化了编程，并且降低了对差错的敏感性。产品模板和基本功能的清楚的结构化定义以及由基本功能产生器进行的清楚的接口定义也降低了编程的复杂性以及对差错的敏感性。

此外，显式公式化的分发规则尤其通过内部审计者或(内部的或外部的)监督机构来提供更好的可检查性。此外，已经定义的基本功能和产品模板的使用(再次使用)能够缩短将来基本功能和产品模板的产品开发周期。这尤其是由于对于技术考虑，当使用在操作中具有所确认的适用性的已经测试过的(计算机程序)组件时，这些可用的组件的使用(再次使用)在新产品的生产和测试中需要较小的成本。此外，减少了新产品定义和规则中的冗余。

换言之，本发明是基于在计算机系统中使用来源数据库机器的思想，该来源数据库提供特定功能性(例如帐户管理、数据处理功能)和数据空间(数据的所允许的值范围)，以产生并且管理数据库及其内容。将来源数据库的功能和数据空间设置得相对较宽，以适用于任意目的地IT前景中的广泛改变的应用情况和需求。

根据这些功能性，产生基本功能，其适用于特定目的地IT前景，并且在每种情况下与具体情形相对应，其中，数据空间和/或功能性受限。技术目的在于，实现更快提供新产品，但稍后还增加了数据库的操作可靠性以及处理其内容的效率。

基本功能包含用于银行内部处理(例如成本计算、报告等)的控制信息。该基本功能的功能被划分为部分功能。基本功能由它们的特性、功能以及值范围来定义。

基本功能不包含关于银行内部使用的信息，并且链接到其它基本功能及其功能；这种使用是通过链接产品模板中的基本功能来定义的。在公共数据库(仓库)中设置以此方式增强的所有基本功能，并且因此使得其可用。

对于银行产品的产品定义，从公共数据库取得所述增强的基本功能之间的结构性链接或依赖性。对于所期望的银行产品，使得对数据空间的进一步限制尽可能地具体。它们是被包括在银行产品的产品定义中的产品基本功能的产品特定使用规则。

通过根据本发明的这种方式前进，不仅可以描述金融操作产品(例如当前帐户、存款、保险柜和卡)，而且还可以描述其它服务。可以根据由银行所提供的服务产品来建立并控制使用特定通信信道(例如E银行业务)的其它权利。可以在实质上缩短从产品构想到完成产品的时间。由于“基本功能”的模块以及模块化的产品结构，这是有可能的。可以快速并且容易地实现对现有产品(例如新的分发规则、新的利息条件等)的改动/修改。较容易管理所谓的“封装”产品，例如对于年轻银行客户所制作的产品定义或具有两个帐户的产品，或一个客户/伙伴保留其帐户以用于他的“客户”寿命，同时根据客户/伙伴的年龄和需求或其它信息自动控制/定义价格和服务的产品。

分发规则可以既包括静态分发规则又包括动态分发规则。动态分发规则的使用有利于测试或试用的目的。

可以由规则标识号、简要描述、长描述、规则类代码和/或规则类型代码来定义分发规则。

可以将静态分发规则实现为具有标准化的数据输入和/或输出接口的计算机程序。可以将动态分发规则实现为具有动态规则的描述和实现的计算机程序和/或作为计算机程序的至少一个动态变量。

排除了通过添加或者扩展值范围来进行属性的扩展。因此，在每一种情况下，可以确保在没有出现差错(例如由于超过范围或其它冲突情形)的情况下总是定义由根据本发明的系统所处理的基本功能或产品。

可以提供更进一步的补充产品模板的所引用的条件(例如中央指令、价格规范、利息项)。所引用的条件可以支配(overrule)属性的值和/或值范围，其中，每一引用的条件具有其自身的规则集及其自身的类代码。

分发规则确定必须满足哪些条件，以便客户/伙伴访问具有相关基本功能的产品。

分发规则可以包括年龄、住所、客户细分和/或法律限制。不能盖写分发规则。

具有法律限制的分发规则必须被强制地包括在产品配置中。可以将表征分发规则的标识号分配给产品模板。

为了检查是否观测属性的值或范围，或者字段的输入相对于相关字段格式是否正确，可以提供验证规则。

在检查时，所述确认规则可以指示是否观测到属性的值或范围，或者字段格式是否正确，给出结果“OK/NOK”。

为了对产品模板进行预先选择和检查，可以提供一个或更多个确认规则，对于该产品模板，打开/修改针对客户/伙伴的合同关系，并且该产品模板在被检查时返回结果集。

可以提供一个或更多个确认规则，以便在图形或字母数字用户界面上进行描述之前或其间确定客户/伙伴特定的设置。

可以提供一个或更多个确认规则，以检查对值或值范围或数据集的观测，以确保基本功能的可处理性，其中，在相关产品模板中指定将要被检查的值/值范围/数据集。

可以基于将要被执行的服务中的可定界功能而出现将所述服务细分为若干基本功能。

从由此而提供的“通用”产品或服务开始，在合同订立中，在服务提供商(例如银行)和客户/伙伴之间达成具体且个性化的协定。

为此，提供了一种计算机软件程序组件合同管理器，以便从包含以结构化方式所存储的产品模板的结构的产品模板列表中检索产品模板，以用于通过传递至少一个预置值或选择所允许的范围内的值来对其进行个性化和特定补充，以便产生反映合同的个性化的合同文档，并且触发将该合同保存在数据库中以及其技术处理。因此，该合同具有从产品模板中导出的合同报头以及至少一个基本功能。从合同中所包括的每一个基本功能导出基本功能合同，针对每一基本功能产生器，传递来自基本功能合同的预定基本功能合同数据。对于其自身具有数据管理的产生器，在合同中，将基本功能合同数据示为密钥，而对于其自身不具有数据管理的产品，这些基本功能合同数据被存储在合同中。该软件程序组件合同提供用于管理可用合同数据的功能性，并且管理所有与客户/伙伴有关的客户合同。

换言之，本发明提供了：合同是基于产品模板的，该产品模板是由客户顾问在咨询客户/伙伴中具体进行补充的。这里，对于客户/伙伴而言，要么使用预置值(缺省值)，要么分别选择所允许的范围。合同的订立(即产品的销售)在服务提供商(银行)一方触发两个主要活动。首先，产生有形的合同文档，其通常由双方签署，并且被提供给客户/伙伴。其次，触发合同在(银行)内部数据处理中的存储以及合同的技术处理。

根据本发明，合同包括合同报头和至少一个基本功能。合同的基础是完成的产品模板(即所销售的产品)。根据产品模板导出合同报头，并且根据合同中所包括的基本功能产生基本功能合同。基本功能可以具有不同的来源。根据基本功能的来源(即根据基本功能产生器的身份)，在合同中包含不同的基本功能合同。在合同中仅将来自特定产生器的具有其自身数据管理的基本功能示出为密钥。将实际的基本功能合同传送到基本功能的产生器。

其自身不具有数据管理的产生器将它们的基本功能简单地存储在分离的数据库中。将该基本功能合同数据存储在合同中。关于定价、指令的信息以及甚至利息信息都不出现在合同中。存储和检索经由相应的软件程序组件而直接进行。在可用作引用目录的合同目录中复制从最重要的合同数据进行的提取。

软件程序组件合同管理并且管辖与所有客户/伙伴有关的客户合同。软件程序组件合同提供用于定义合同数据的服务。与第三方软件程序组件有关，始终通过软件程序组件合同管理器(而从来不直接地)检索合同特定的功能性/服务。用于打开合同的一个条件是：出现伙伴或相应的商务关系。因此，必须能够将每一合同直接分配给商务关系或伙伴。合同总是由软件程序组件合同管理器来定义。用于打开合同的基础是产品模板。产品模板指定所有必要信息，例如值范围、缺省值、用于订立合同的必要字段和可选字段。在合同中描述基于产品模板中的缺省值而定义的已售出的产品的各个特征。因此，合同在结构和内容方面是基于产品模板的，也就是说，每一个合同引用相应的产品模板。

从产品模板导出合同报头，并且合同报头形成针对属于合同的基本功能合同的包封。合同报头包含不同的密钥(产品模板ID和合同报头ID)。此外，合同报头中还包含其它信息，例如生命周期信息(状态、打开日期等)。

基本功能合同基于在产品模板中定义的基本功能。基于不同的基本功能类型或产生器，基本功能合同在合同中所包含的信息的范围方面不同。

用于处理其交易的其自身具有数据管理的基本功能产生器具有其基本功能的其自身的物理数据表示(即表/数据模型)。在这种情况下，基本功能的合同数据被完全包含在基本功能产生器的数据记录中。

在合同订立时，经由接口将完整的基本功能合同发送到相应的基本功能产生器，该基本功能产生器相应地将数据存储在其数据库组件中。

合同自身仅包含引用(密钥)，其指向基本功能合同的相应的基本功能产生器或保存器。

对于具有分离的数据管理的基本功能产生器，使用不包含其自身基本功能的物理表示、但将其完全存储在产品中的软件程序组件。在合同订立时，将完整基本功能合同存储在合同中，根据基本功能的来源，可以仅部分地描述基本功能合同。

“引用”是例如价格、指令和利息。它们并非被存储在合同中甚至作为引用(密钥)。必须通过对包含数据的软件程序组件的相应的查询来确定属于合同的价格、指令和利息。

本发明还涉及一种计算机程序产品，其被设计为在由计算机或计算机网络进行处理时实现前述权利要求中的任意一项所定义的系统。例如，可以将计算机程序产品存储在计算机易读磁信息载体或光信息载体(例如CD ROM)上。

附图说明

下面参照附图更详细地说明本发明。

图1示意性地示出计算机系统以及计算机系统中存在的计算机程序组件以及它们的交互。

图2示意性示出基本功能、产品模板和合同之间的相关性。

图3示意性示出软件程序组件合同管理器对规则的处理。

图4示意性示出如何从产品模板产生合同。

图5示意性示出规则的结构以及它们与基本功能和产品模板的交互。

图6示意性示出软件程序组件合同管理器对规则的检索。

具体实施方式

图1示出一种用于产生、处理和管理结构化数据集的计算机实现的系统。该系统具有：一个或更多个服务器，用于数据和/或程序管理；以及多个工作站，与服务器连接，用于数据或程序交换。在该系统中，提供了一种计算机软件程序组件基本功能配置器BLK。该基本功能配置器BLK用于定义通用基本功能。通用基本功能根据以分层方式而组织的模型来描述所执行的或将要执行的至少一个功能。为此，通过用于处理基本功能所必须的描述性属性和关联的值或值范围，在一个或更多个数据集上对通用基本功能进行结构化和描述，给数据集中的每一个分配至少一个分发规则。数据集连同所分配的分发规则一起分别定义通用基本功能。

此外，提供了一种基本功能目录BL-DICT，其中，以结构化的方式将定义了通用基本功能的数据集连同其关联分发规则作为数据库存储，以便计算机软件程序组件产品模板配置器访问。

产品模板配置器PVK旨在对来自基本功能目录中的数据库的一个或更多个基本功能进行组合，并且将它们传递到产品模板POT，在产品模板POT中，通过传递或者限制属性的值和/或值范围而将通用基本功能转变为针对相关产品模板的特定基本功能。为此，产品模板POT包括强制地属于产品的一个或更多个基本功能。产品模板POT还可以包括将被特意添加到产品或从产品取消选择的一个或更多个基本功能。

将产品模板存储在产品模板目录中。这里，以结构化的方式存储产品模板的完整结构，以便计算机软件程序组件合同管理器进行访问，以及在图形或字母数字用户界面上进行描述。

为了从在其中存储了产品模板的结构的产品模板目录中检索产品模板，并且特别为该产品模块补充个性化，必须通过合同管理器要么获得至少一个预设值，要么在所允许的范围内选择值。换言之，所允许的范围(进一步)受限。因此，产生了反映合同的个性化合同文档，并且触发该合同存储在数据库中以及其技术处理。

该合同包括从产品模板中导出的合同报头以及至少一个基本功能。从合同中所包括的每一基本功能导出基本功能合同，将来自基本功能合同的预定基本功能合同数据传送到各个基本功能产生器。对于其自身具有数据管理的产生器，在合同中，将基本功能合同数据保存为密钥，而对于其自身不具有数据管理的产生器，这些基本功能合同数据被存储在合同中。软件程序组件合同管理器提供用于定义可用的合同数据的功能性，并且管理并管辖与所有客户/伙伴有关的客户合同。

图2进一步详细示出基本功能、规则、产品模板与合同之间的相关性和关系。

根据本发明的基本功能的数据结构可以具有以下结构(见图3)：

Class：

Attribute

Attribut_Directory 所有属性的目录，通过其定义基本功能

和/或规则。

Attribute：

DB2_Format_Text 属性的物理DB2格式

Attribute_ID 属性的标准标识符，用于基本功能、规

则之类

Attribute_Name 属性的名称，用于基本功能、规则之类

Physical_Format_Text 物理DB2格式，例如SMALINT，

CHAR(16)

Format_code 所定义的属性的格式

代码列表

C代码

D数据

I标识符

N号

Q数量

T文本

Format_Length 字段(公司、住址)的总长度，用于基

本功能、规则之类

Format_Scale 十进制数据类型的小数位(否则为零)，

用于基本功能、规则之类。

Reference_Table_ID 引用表的Id。仅当属性具有

FORMAT_CODE＝″C″(代码)才可以

被填充，例如，

-CNTRY

-R10000

Reference_Table_code 代码表的代码号

(例如，代码号包含Ref_Table R10001)

仅当以值″R10000″来填充字段

REFERENCE_TABLE_ID时，才被

填充。

Data_Item_ID 对于数据项类别的外部密钥

Data_Item_Version_NR 来自数据项类别基本功能的所引用的

数据项的版本

Class：

Basic function 可用于定义产品的基本功能

Attribute：

Basisleistung_ID 基本功能的技术STID

Basisleistung_Short_Name 用于搜索的基本功能的缩写名称。该缩

写名称是唯一的、可选的搜索密钥

Basisleistung_Status_code基本功能的状态，用于形成产品，仅可

以使用状态＝2(可产生的)的基本功能。

代码列表

1开发

2产生

3不服务

Software_Audit_ID 软件子组件的物理实例的ID(见

I-SAC)，从其它软件程序组件提供基本

功能。

示例：“HQE：卡生命周期数据”

Product_Template_Independent_Flag标识是否可以将基本功能用

作独立基本功能

0＝否(仅可以用作所分配的基本功

能或服务基本功能)

1＝是(还有可能作为独立的服务基

本功能)

Basisleistung_Class_code 定义是否将基本功能附加到合同报头

或基本功能合同

代码列表

BL基本功能

CH合同报头

Class：

Basisleistungs_Attribute 在基本功能中所使用的属性

Child_Class：

Basisleistung_Attribute_not_restricted

Basisleistung_Attribute_Range

Basisleistung_Attribute_Single

Basisleistung_Attribute_Wert_By_Regel

Basisleistung_Attribute_Wert_List

Attribute：

Basisleistung_Attribute_ID属性的标准标识符，用于基本功能

Sequence_NR 基本功能中的属性的序列号

Basisleistung_Attribute_Class_code定义基本功能中的属性的值

范围的限制

示例：

L：仅来自属性列表的值有效

G：范围内的值有效

R：根据规则定义有效值

代码列表

F固定

N不限制

R限制

Basisleistung_Attribute_Usage_code在产品模板中建立属性是可

选还是强制。Coex是强制的特殊情况

代码列表

C COEX

M强制

O可选

Default_Item_Wert 属性的缺省值，用于基本功能、规则之

类

Reference_Table_ID 引用表的Id。仅当属性具有

FORMAT_CODE＝″C″(代码)，才可以

被填充，例如，

-CNTRY

-R10000

Reference_Table_Code 代码表的代码号(例如，Ref_Table内

的代码号，仅当字段

REFERENCE_TABLE_ID包含值

″R10000″，才进行填充)。

Class：

Basisleistung_Attribute_not_restricted用于基本功能的属性，其有

效值不受限，即，类“Attribute”中的

所有的值都是允许的。

与属性类代码＝″Z″对应

Parent_Class：Basisleistung_Attribute

Attribute：

Basisleistung_Attribute_not_restricted：

Basisleistung_Attribute_Wert_List用于基本功能的属性，通过

值和/或范围的列表来个别地分别其有

效值。

与属性类代码＝″L″对应

Class：

Basisleistung_Attribute_Value

Parent_Class：

Basisleistung_Attribute

BL_Attribute_Value 在产品模板内所使用的属性的有效个

别值或值范围

Class

Child_Class：

Basisleistung_Attribute_Range_Item

Basisleistung_Attribute_Single_Item

Value_Class_code_Attribut 定义值列表内的具体值的类型

Attribute_Wert_ID_Attribut_Datastandard属性值或值范围

的唯一标识用于基本功能、规则之类

Basisleistung_Attribute_Single_Item属性类的有效个别值，用于

基本功能

Parent_Class：

Basisleistung_Attribute_Wert

Attribute：

Item_Wert 有效个别值

Basisleistung_Attribute_Wert_By_Regel用于基本功能的属

性，由规则来稳固地定义其值。

与属性值类代码＝″R″对应

Class：

Parent_Class：

Basisleistung_Attribute

FK_Regel_ID(Regel)

Attribute：

Datastandard：规则的引用(STID)，依赖于上下文确

定属性的值

Class：

Basisleistung_Attribute_Wert_By_Regel

Basisleistung_Attribute_Range

BL_Attribute_Wert_Range 属性类的有效值范围，用于基本功

能

Parent_Class：

Basisleistung_Attribute

Attribute：

Minimum_Item_Wert 值范围的最小值

Maximum_Item_Wert 值范围的最大值

Basisleistung_Attribute_Range_Item属性类的有效值范围，用于

基本功能

Parent_Class：

Basisleistung_Attribute_Value Attribut：

Minimum_Item_Value 值范围的最小值

Maximum_Item_Value 值范围的最大值

Basisleistung_Attribute_Single用于基本功能的属性，由值来稳

固地定义其值。

与基本功能属性类代码＝″S″对应。

Class：

Parent_Class：

Basisleistung_Attribute

Attribute：

Item_Value 有效个别值

Basisleistung_Attribute_Value在产品模板中所使用的属性的

有效个别值或值范围

Class：

Datastandard：

Attribute：

Basisleistung_Attribute_Value

Class

Rule

Child_Class Dynamic_Rule

Static_Rule

Attribute：

Rule_ID

Rule_Short_DESC 规则的简要指定

Rule_DESC 规则的详细描述

Rule Class Code 定义是动态规则或是静态规则

代码列表

D动态

S静态

Rule_Type_code 声明涉及什么类型的规则：适用规则

(分发规则)、确认规则、或属性规则

(有效值、缺省值等)

代码列表

A属性规则

E适用规则

V确认规则

Class：

External_Description 属性、基本功能、产品和规则的依赖于

语言的描述(名称，定义)

Attribute：

Language_code 语言(以ISO格式)

代码列表

de德语

en英语

es西班牙语

fr法语

it意大利语

pt葡萄牙语

External_Name 利用给定的语言的基本功能、产品或规

则的属性的外部名称，其例如用于对图

形用户界面(GUI)做标记。

External_Description_Text 利用给定的语言的基本功能、产品或规

则的属性的描述。

根据一个或更多个基本功能产生产品。为此，基本功能目录(BL-DICT)包含来自提供商/商业区域的基本功能(BL)，其具有以下状态：

-对于产品配置所发布并且激活的基本功能

-对于产品配置所发布并且禁用的基本功能

-对于产品配置不发布并且禁用的基本功能(不再能够颁发合同)。

下面描述配置产品的步骤，其中，产生产品模板(POT)(或者以模板的方式再次使用现有产品模板(POT))：

-定义产品模板(短文本、长文本、标识符、状态等)

-从基本功能目录(BL-DICT)导入一个或更多个基本功能

-必须发布并且激活基本功能

·将基本功能举例作为产品模板基本功能

·基于产品模板基本功能(POT-BL)，执行以下动作：

·其状态改变为“处理中”

·针对产品模板基本功能，定义规则

·定义所允许的商业事务类型(基本功能可以具有若干商业事务，例如基本功能报表具有商业事务类型月报表、中期报表或年度报表)

·建立或者限制属性值范围(在基本功能的所允许的值内)

·建立属性的缺省值。

当根据一个或更多个基本功能创建产品模板时，在产生产品模板时，将所包括的基本功能的状态设置在可产生的状态。无论是否对产品模板中的基本功能进行改动，都是如此。在产品模板的下一显式转变之前应用这种引用。因此，不存在产品模板的“滑动”或自动更新。

如果必须检测那些使用在产生产品模板或者最近转变产品模板之后被转变的基本功能的产品模板，则按顺序提供检查功能。基于此，必须检查是否可以继续敏感地使用相关产品模板。具体地说，必须检查产品模板中的基本功能的个性化和对于产品模板的规则的分配。如果将产品模板引入到被包含于其中的基本功能的最近状态，则需要产品模板的报头数据的显式转变。为此，利用当前时间戳在现有产品模板ID上构造条目。

通过执行以下动作，从产品模板产生合同(见图5)：

·从相应的数据库读取客户/伙伴的主数据。

-检查对于客户/伙伴适用的或所允许的产品

-颁发所有适用的/所允许的产品的产品列表

·读取关联的产品模板。

-输入：产品模板ID和伙伴ID

-检查分发规则

-在图形/字母数字用户界面上输出产品或产品模板

·产品模板的个性化，其中

-在可能的值范围内适配属性

·通过以下方式来打开合同：

-检查分发规则

-在银行数据库中创建商业事务“打开合同”

-在软件程序组件“合同”和合同目录中输入合同

-应用任意指令和偿还

-添加相应的软件程序组件

-软件程序组件“价格结构”和属性衍生(针对帐户产品)接收具有合同上的部分数据和完整数据的消息

在形成合同中，访问基本功能和产品模板的元数据。基于该信息，获知在相关合同中可以包括或者必须包括哪些软件程序组件或商业子系统/解决方案区域。通过该方法还获知可以通过相应的组件来交换属性/接口数据。

基本功能(具体地说是产品模板中所包含的基本功能)的元数据除了结构化数据之外还包含基本功能属性的所允许的值范围。通常通过相应的软件程序组件来建立这些值范围，并且这些值范围描述所允许的值。值范围甚至在基本功能定义中可能非常复杂，例如，可以描述来自个别值和值范围的列表的组合。这也应用于对其它表的引用(例如引用数据)。例如，如果针对通过依赖于数据的公式所定义的属性给出值范围，则从个别属性的方面，它们是可能不足够的静态值范围。对于这样当然较少见的情况，可以使用规则库作为解决方案，其中，对于作为值的基本功能的属性，给出执行复杂确认的规则的密钥。

此外，关于基本功能，根据属性定义值范围可能是不够的。也可以基于属性定义值范围。

例如，如果属性A假设值A1，则属性B可以仅假设值B1、B2和B3；在所有其它情况下，值范围B10至B100对于属性B是允许的。

此外，关于产品模板，值范围的属性特定定义可能是不充分的。对于上述情况，即对于个别属性的动态值范围以及对于所有基于属性的值范围检查，经由规则库而使得相应的规则可用。对被包含在其中的规则进行公式化，使得其具有可再用性，从而可以利用尽可能少的规则来对不同属性、基本功能和产品模板执行尽可能多的检查。为了允许这种可再用性，在规则与其所分配的对象(属性、基本功能、产品模板)之间显式地创建关系。尽管可以在每一个对象与每一个规则之间创建关系，但应用以下前提：

对于规则，在规则库中没有生命周期。静态规则和动态规则不同。在静态规则的规则库中，仅包含信息程序名称、输入/输出拷贝书名称。因此，规则的内容转变没有被包括在规则库中，而是被包括在对程序的引用中。动态规则在功能性上受限，并且仅被提供用于原型开发的目的。在模型中提供规则和产品模板之间的关系作为关系实体。这里，可以随后在产品模板的生命周期期间添加或者移除规则，而无需改变产品模板自身。为了正确地描述产品模板，针对这种关系，管理生命周期，从而在每次在合同中，使用并且处理正确的(即当前有效的)规则。

动态规则通常包括SQL声明，并且由可用于其的驱动程序来准备并执行。惯例在于，对SQLCODE 0(零)，使用值OK，而对于SQLCODE100，使用值NOK，对于其它SQLCODES，返回值DB-ERROR(这是NOK的特殊情况)。除了SQL声明文本，规则库还包含关于必须被提供用于执行规则的变量的描述性信息。在产生中，由于较大的稳定性和速度，仅执行静态规则。由于针对规则的规则库包含程序名称以及输入和输出拷贝书，因此也可以提供通用驱动程序来执行静态规则。

对于确认规则，不应该基于属性而对属性的动态值范围进行结构化。输入规则的密钥，而不是属性的静态值。这意味着，在这种情况下，同时将一个规则精确地分配给属性。对于基于属性的值范围检查，针对基本功能或产品模板中的基本功能的属性，在基本功能或产品模板中的基本功能与规则库的规则之间生成显式(n:m)关系。因此，基本功能可以具有与若干规则的关系，并且一个规则可以用于若干基本功能。

可以在产品模版的若干属性的范围内使用发布规则，即，在产品模版的若干基本功能的范围内。因此，规则可以假设大量复杂性。

所有以上规则类型都是“硬”规则，即，它们指示特定数据组合是否能够产生合同。

因此，推荐仅在产品模板级别实现分发规则。在基本功能的级别处对分发规则的定义大大限制了基本功能的可再用性。

规则是独立的对象，具有其自身的标识(STID)和160字节的描述性文本。规则的自变量是参数值的列表。规则的返回值通常是OK或NOK。

在规则的处理类型中，我们在静态(其将程序与固定输入和输出接口(拷贝书)集成)与动态(具有参数标记的SQL声明的集成的声明文本)之间进行区分，其中WHERE条件结果被分成SQLCODE0＝OK、SQLCODE 100＝NOK、以及其它代码＝ERROR。

如图6所示，检索规则，使得软件程序组件合同管理器可以例如从GUI接收规则ID以及针对规则的输入值。因此，检索通用规则驱动器，该驱动器读取规则表。然后，以静态方式或者动态方式来执行该规则(静态用于产生模式，动态用于开发中的原型)。在规则表中，关于规则的信息在静态情况下是程序名称以及输入/输出接口(＝拷贝书)，而在动态情况下是具有参数标记(空格用于变量)的SQL声明文本，其具有例如大于二十个变量、关于变量的名称、格式的信息。

在静态规则中，规则驱动器获知所有静态规则的所有拷贝书。利用拷贝书的字段对所传递的参数值进行传递。然后，出现类型“CALLprogram USING copybook-in，copybook-out”的检索。从规则驱动器返回OK或NOK。

在动态规则中，在声明文本中用所发送的值代替参数标记。从规则表获知参数格式(数字、字符、日期时间、……)。然后，由PREPARE和EXECUTE声明文本来处理规则。SQLCODE 0给出OK，SQLCODE100给出NOK，其它给出DB-Error。

例如，如果客户/伙伴期望接收特定服务，则检索分发规则。基于搜索功能，程序组件合同管理器具有包含有关的基本功能的POT列表。用于这些POT中的每一个的程序组件合同管理器检索规则驱动器，该规则驱动器检查POT对于相关客户的发布适用性。为此，规则驱动器输入商务关系ID和POT ID。因此，来自规则驱动器的输出是OK/NOK。

规则驱动器执行以下活动：读取关于商务关系ID的数据，并且使用POT ID读取规则。然后，通过以下接口来检索每一规则程序：对于商务关系ID的属性、POT ID、以及规则程序返回OK/NOK。

在第一NOK上，中断规则程序的检索，并且合同管理器接收到NOK。

由于已经由属性值的表提供了规则，因此为了确保静态值范围(包括引用表)，在规则库中不需要规则。

管理基本功能(BL)和产品模板(POT)上的数据，从而可以随时阐明并且重构这些对象的每一转变。转变可以具有在线操作中的adhoc有效性。在将来也允许转变。出于稳定性和处理考虑，由惯例(推荐)来定义基本功能或产品模板的当前有效状态，作为在零小时处对于当前日期有效的状态。

连同本发明，存在以下惯例和应用处理，其被提供以用于管理基本功能和产品模板：

可以如下转变基本功能：

-添加/移除属性

-改变属性的允许的值范围

通过处理软件程序组件(基本功能产生器)来触发这些转变。属性的添加或移除是相对较少出现的严重干预。利用与改变基本功能相同的方式，还必须适配接口。

Claims

1.一种用于产生、处理并管理结构化数据集的计算机实现的系统，其中，在所述系统中：

-提供一种计算机软件程序组件基本功能配置器，用于定义至少一个通用基本功能，其中，在基本功能中，将通过用于处理所述基本功能所必须的描述性属性和关联的值或值范围，根据至少部分地以分层方式优选地组织的模型描述所执行的服务或将要执行的服务，以及，将在其中每一个被分配了至少一个分发规则的一个或更多个数据集上描述所执行的服务或将要执行的服务，以及，一个或更多个数据集连同所分配的分发规则一起定义通用基本功能，

-提供基本功能目录，其中，以结构化的方式将定义了所述通用基本功能的数据集连同它们的所分配的分发规则一起作为数据库存储，以便由计算机软件程序组件产品模板配置器访问，其中，

-提供所述产品模板配置器，以便从所述数据库组合一个或更多个基本功能，并将它们传递给产品模板，其中，通过传递或限制用于所述属性的值和/或值范围而将所述通用基本功能转变为针对相关产品模板的特定基本功能，其中，

-产品模板包括强制地属于产品的一个或更多个基本功能，并且可以包括将被特意添加到产品或从产品取消选择的一个或更多个基本功能，以及

-具有特定基本功能的产品模板充当与客户/伙伴的合同关系的基础，以及

-提供产品模板目录，其中，以结构化方式存储所述产品模板的完整结构，以便由计算机软件程序组件合同管理器访问，以及在图形用户界面或字母数字用户界面上进行表示，

其特征在于，

-在形成合同时，访问所述基本功能和产品模板的元数据，所述元数据指示哪些软件程序组件或商业子系统被包括在相关合同中，并且由此与相应的组件交换数据，其中，

-所述基本功能的元数据包括：结构数据，并且所述基本功能属性的所允许的值范围包括：相应的软件程序组件所建立的允许的商业事务类型(BD类型)。

2.如权利要求1所述的用于产生、处理并管理结构化数据集的计算机实现的系统，其中，所述分发规则包括：静态分发规则和/或动态分发规则。

3.如权利要求1和2所述的用于产生、处理并管理结构化数据集的计算机实现的系统，其中，所述分发规则由规则标识号、简要描述、长描述、规则类代码和/或规则类型代码来定义。

4.如权利要求2和3所述的用于产生、处理并管理结构化数据集的计算机实现的系统，其中，将所述静态分发规则实现为具有标准化数据输入和/或输出接口的计算机程序。

5.如权利要求2和3所述的用于产生、处理并管理结构化数据集的计算机实现的系统，其中，将所述动态分发规则实现为具有动态规则的描述和实现的计算机程序和/或作为计算机程序的至少一个动态变量。

6.如前述权利要求中的任意一项所述的用于产生、处理并管理结构化数据集的计算机实现的系统，其中，排除通过所述值范围的添加或扩展所进行的对属性的扩充。

7.如前述权利要求中的任意一项所述的用于产生、处理并管理结构化数据集的计算机实现的系统，其中，提供所引用的条件，例如中央指令、价格数据、利息条件，通过所引用的条件对产品模板进行补充。

8.如前述权利要求中的任意一项所述的用于产生、处理并管理结构化数据集的计算机实现的系统，其中，所引用的条件支配所述属性的值和/或值范围，以及其中，每一所引用的条件具有其自身的规则系统，并且管理其自身的类代码。

9.如前述权利要求中的任意一项所述的用于产生、处理并管理结构化数据集的计算机实现的系统，其中，所述分发规则确定将要满足哪些条件，以便客户/伙伴访问具有各个基本功能的产品。

10.如前述权利要求中的任意一项所述的用于产生、处理并管理结构化数据集的计算机实现的系统，其中，所述分发规则包括：年龄、住所、客户细分和/或法律限制。

11.如前述权利要求中的任意一项所述的用于产生、处理并管理结构化数据集的计算机实现的系统，其中，所述分发规则不受支配。

12.如前述权利要求中的任意一项所述的用于产生、处理并管理结构化数据集的计算机实现的系统，其中，必须通过产品配置强制传递所述具有法律限制的分发规则。

13.如前述权利要求中的任意一项所述的用于产生、处理并管理结构化数据集的计算机实现的系统，其中，将所述分发规则的标识号特性分配给所述产品模板。

14.如前述权利要求中的任意一项所述的用于产生、处理并管理结构化数据集的计算机实现的系统，其中，提供确认值，以检查是否观测到属性的值或范围，或者字段的输入相对于各个字段格式是否正确。

15.如前述权利要求中的任意一项所述的用于产生、处理并管理结构化数据集的计算机实现的系统，其中，在检查是否观测到属性的值或范围或字段格式是否正确时，所述确认规则返回结果“OK/NOK”。

16.如前述权利要求中的任意一项所述的用于产生、处理并管理结构化数据集的计算机实现的系统，其中，提供一个或更多个对产品模板执行预先选择和检查的确认规则，对于所述产品模板，必须打开/修改针对客户/伙伴的合同关系，并且所述产品模板在检查时返回结果集。

17.如前述权利要求中的任意一项所述的用于产生、处理并管理结构化数据集的计算机实现的系统，其中，提供一个或更多个确认规则，以在图形用户界面或字母数字用户界面上进行表示之前或其间确定客户/伙伴特定的预置(缺省)。

18.如前述权利要求中的任意一项所述的用于产生、处理并管理结构化数据集的计算机实现的系统，其中，提供一个或多个确认规则，以检查对值或值范围或数据集的观测，以确保基本功能的可处理性，其中，在相关产品模板中预先指定所述将要被检查的值/值范围/数据集。

19.如前述权利要求中的任意一项所述的用于产生、处理并管理结构化数据集的计算机实现的系统，其中，基于将要被执行的服务中的可定界功能而出现将所述设备细分为若干基本功能。

20.一种用于产生、处理并管理结构化数据集的计算机实现的系统，其中，在所述系统中：

-提供一种计算机软件程序组件合同管理器，以便从包含以结构化方式存储的产品模板的结构的产品模板目录中检索产品模板，以用于通过传递至少一个预置值或通过选择所允许的范围内的值进行个性化和特定补充，以便进行以下操作：

-触发反映合同的个性化合同文档以及所述合同在数据库中的存储及其技术处理，其中，

-所述合同包含从所述产品模板导出的合同报头以及至少一个基本功能，其中，

从所述合同中所包括的每一基本功能导出基本功能合同，将来自基本功能合同的预置基本功能合同数据传送给相关基本功能产生器，以及对于其自身具有数据管理的产生器，在合同中，将所述基本功能合同数据示为密钥，而对于其自身不具有数据管理的产生器，所述基本功能合同数据被存储在所述合同中，以及其中，

-所述软件程序组件合同管理器提供用于实现合同数据的功能性，管理并管辖与客户/伙伴有关的客户合同，

其特征在于，

-在形成合同时，访问所述基本功能和产品模板的元数据，所述元数据指定哪些软件程序组件或商业子系统被包括在相关合同中，并且由此与相应的组件交换数据，其中，

-所述基本功能的元数据包括结构数据，以及所述基本功能属性的允许的值范围包括由相应的计算机程序组件所建立的允许的商业事务类型(BD类型)。

21.如权利要求20所述的用于产生、处理并管理结构化数据集的计算机实现的系统，其中，产品模板强制地包括属于产品的一个或更多个基本功能，并且能够包括将被特意添加到所述产品或者从所述产品取消选择的一个或更多个基本功能。

22.如前述权利要求中的任意一项所述的用于产生、处理并管理结构化数据集的计算机实现的系统，其中，将在合同目录中复制从预定合同数据进行的提取。

23.如前述权利要求中的任意一项所述的用于产生、处理并管理结构化数据集的计算机实现的系统，其中，从所述产品模板导出的合同报头形成针对属于合同的基本功能合同的包封，并且所述合同报头包含不同的密钥。

24.如前述权利要求中的任意一项所述的用于产生、处理并管理结构化数据集的计算机实现的系统，其中，每一基本功能合同基于在所述产品模板中定义的基本功能。

25.如前述权利要求中的任意一项所述的用于产生、处理并管理结构化数据集的计算机实现的系统，其中，给每一基本功能分配至少一个分发规则。

26.如前述权利要求中的任意一项所述的用于产生、处理并管理结构化数据集的计算机实现的系统，其中，所述分发规则确定将要满足哪些条件，以便客户/伙伴访问具有相关基本功能的产品。

27.如前述权利要求中的任意一项所述的用于产生、处理并管理结构化数据集的计算机实现的系统，其中，所述分发规则包括：年龄、住所、客户细分和/或法律限制。

28.如前述权利要求中的任意一项所述的用于产生、处理并管理结构化数据集的计算机实现的系统，其中，所述合同中的所述分发规则不受支配。

29.如前述权利要求中的任意一项所述的用于产生、处理并管理结构化数据集的计算机实现的系统，其中，必须通过产品配置强制传递所述具有法律限制的分发规则。

30.如前述权利要求中的任意一项所述的用于产生、处理并管理结构化数据集的计算机实现的系统，其中，提供确认值，以检查是否在所述合同中观测到属性的值或范围，或者字段中的输入相对于各个字段格式是否正确。

31.如前述权利要求中的任意一项所述的用于产生、处理并管理结构化数据集的计算机实现的系统，其中，在检查是否在所述合同中观测到属性的值或范围或者字段中的输入相对于各个字段格式是否正确时，所述确认规则返回结果“OK/NOK”。

32.如前述权利要求中的任意一项所述的用于产生、处理并管理结构化数据集的计算机实现的系统，其中，提供一个或更多个对产品模板执行预先选择和检查的确认规则，以对合同进行个性化，对于所述产品模板，必须打开/修改针对客户/伙伴的合同关系，并且所述产品模板在检查时返回结果集。

33.如前述权利要求中的任意一项所述的用于产生、处理并管理结构化数据集的计算机实现的系统，其中，为了对合同进行个性化，提供一个或更多个确认规则，以在图形用户界面或字母数字用户界面上进行表示之前或其间确定客户/伙伴特定的预置(缺省)。

34.如前述权利要求中的任意一项所述的用于产生、处理并管理结构化数据集的计算机实现的系统，其中，提供一个或更多个确认规则，用于检查对值或值范围或数据集的观测，以确保基本功能的可处理性，其中，在相关产品模板中预先指定所述将要被检查的值/值范围/数据集。

35.如前述权利要求中的任意一项所述的用于产生、处理并管理结构化数据集的计算机实现的系统，其中，管理所述属于合同的数据，从而能够随时阐述并且重构数据的每一转变，以及其中，将合同数据不再有效的存储持续时间建立为属性。

36.如前述权利要求中的任意一项所述的用于产生、处理并管理结构化数据集的计算机实现的系统，其中，所述合同报头的属性的改变触发在所述合同报头中产生新的条目。

37.如前述权利要求中的任意一项所述的用于产生、处理并管理结构化数据集的计算机实现的系统，其中，将至少一个导出的属性存储在所述合同报头中，其中，所导出的属性的改变不触发在所述合同报头中产生新的条目，而是执行对所述属性的更新。

38.如前述权利要求中的任意一项所述的用于产生、处理并管理结构化数据集的计算机实现的系统，其中，基本功能合同的属性的改变触发在基本功能合同中产生新的条目，和/或执行对所述合同报头中的所述属性的更新。

39.如前述权利要求中的任意一项所述的用于产生、处理并管理结构化数据集的计算机实现的系统，其中，在产生个性化的合同报头和/或基本功能合同时，生成对产品模板或特定基本功能的引用，以用于相关产品模板。

40.一种计算机程序产品，被设计用于在由计算机或计算机网络进行处理时实现前述权利要求中所定义的系统的实现。