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

文档序号:6570361阅读:227来源:国知局
专利名称:用于生产、处理并管理结构化数据集的计算机实现的系统的制作方法
用于产生、处理并管理结构化数据集的计算机实现的系统
背景技术
如今,在许多与服务的执行、商务关系的建立和执行、或国家事 务的执行有关的公司和管理机构中,存在大量数据。需要对所执行的 服务、所订立的关系等进行结构化和系统化的技术定义、产生、处理、 管辖以及呈现。只有这样,才能够随时回顾与数据有关的过程的背景 和细节。
服务提供商的一个示例是银行。在近年来或甚至近十年来的银行 运营中,所提供的服务和价格的差异化日益增大。从前几乎一成不变 的统一服务(当前帐户、存款等)已经被数量日益增加的不同的服务 和价格替代品所取代。所提供的金融工具的范围变得更加广泛,并且 个别金融处理工具更加面向客户并且更复杂。
同时, 一方的客户/伙伴和另一方的内部审计者和职能机构(监督 机构)关于服务提供商提供给客户/伙伴的、结合商务关系所产生并且 存档的数据/信息的透明性、 一致性和完整性向服务提供商不断提出更 高的需求。
例如,当在银行中将"产品"卖给客户/伙伴时,订立了合同。合 同在银行与客户/伙伴之间建立了协定,也就是说,首先银行承担哪些 权利和义务,其次客户/伙伴承担哪些权利和义务。合并包括了连同基 本信息在内的产品的上述所有个别特征。
本发明所基于的问题
产生、处理和管辖结构化数据集(例如在银行客户与银行之间形 成合同的结构化数据集)的一个问题在于,银行首先需要尽可能多的 相似的结构化产品,但其次想要/需要满足客户/伙伴的期望。越来越 多地,需要考虑这种情况并非总是将所有可能性以及此外与产品有 关的可能比较重要的限制通知给客户顾问。此外,银行专业检查"个
别地"协定的合同可能是异常昂贵的。
第二个问题在于,在产品/合同/服务的传统的定义、产生、处理 和管辖的情况下,由于难以通过易懂的、同时是紧凑的形式来存储个 别协定,因此导致了数据维护成本实质上增加。
此外,在传统过程中表征产品/合同/服务及其处理是非常困难的, 这反映在增加了数据流量以及更容易受到差错的影响,并具有关联的 额外成本。
最终,新产品的开发在传统过程中耗费了相对长的时间。具体地 说,这是由于在现今这样的服务提供商(例如银行或其它机构)的复
杂IT环境中增加符合法律要求的标准,以及增加了实现和测试的成本。
WO 03/042861 A2公开了一种用于计算机实现的产生和管辖合同 的方法和设备。具体地说,已知一种方法和设备,用于对金融操作处 理的计算机实现的管辖,具体用于结合金融服务产生并管辖合同。该 公开描述了受计算机支持而在提供商与客户之间产生并且管辖合同。 合同包括合同对象产品中的密钥数据以及一个或更多个合同模块。为 了对合同进行结构化,选择密钥数据和合同模块。通过生成并且存储 针对所选择的密钥数据和合同模块的指针、基于所进行的选择来产生 所述合同。首先进行密钥数据的选择,其后进行合同模块的选择。基 于这些所选择的密钥数据,自动检查各个合同模块的选择的可靠性, 这些所选择的密钥数据包含关于作为合同对象的产品的信息和规则。 该文档仅说明了进行了对密钥数据和合同模块的选择,以及通过生成 并且存储针对所选择的密钥数据(=关于合同对象产品的信息和规则) 和合同模块的所谓的指针、基于所进行的选择来生成所述合同。该文 档描述了仅与模块的材料提供相关的规则集,并限制了关联的付费记 账。这些"记账控制规则"按照顺序利用预置参数控制系统的反应, 例如,具体对于客户群,确定是否应协商或直接支付交易。
文档EP1 286 283 A2描述了用于基于交易来执行基于文档的电子 商务处理的接口模块,以及一种用于基于交易来执行电子商务处理的 系统。因此,有利于在异质系统之间执行基于文档的电子交易。接口
模块包括用于显示并且监控有用数据流的模块。这种显示和监控基于 文档而出现。将所显示的有用数据传递到终端并且从终端传递所显示 的有用数据的操作可以手动地或者自动地发生。可以从数据网络中的 主服务器将文档模板输入到接口模块的文件系统,或者,可以在接口 模块的文件系统中修改文档模板。在改变接口模块的配置时,可以自 动地适配通过文档模板所形成的工作流的相关处理的参数。可以通过 对数据库的映射单元将文档模板和/或完整的工作流与数据网络中的 预定目的地耦合。

发明内容
发明目的
本发明的目的在于指示以下方式对于服务提供商(例如银行或 其它机构)的多种不同类型的产品,允许在电子数据的级别上结构化 和系统化定义、产生、处理并且管辖结构化数据集(例如描述银行的 服务和"产品"的结构化数据集)。
根据本发明的解决方案
为了实现根据本发明的这个目的,提供一种合同管理器,以便从 包含以结构化方式所存储的产品模板的结构的产品模板目录中检索产 品模板,以用于通过传递至少一个预置值或选择所允许的范围内的值 来对其进行个性化和特定补充,以便生成反映合同的个性化的合同文 档,并且触发将该合同保存在数据库中以及其技术处理,其中,该合 同具有从产品模板中导出的合同报头以及至少一个基本功能,其中该 软件程序组件合同管理器提供用于管理合同数据的功能性,并且管理 和管辖所有与客户/伙伴有关的客户合同,该合同管理器的特征在于, 在产品模板级别处实现分发规则,分发规则是具有其自身的标识和描 述性文本的独立的对象,分发规则由规则库提供,并且分发规则确定 所要满足的条件,以便客户/伙伴访问具有相关基本功能的产品,在分 发规则与其分配的基本功能之间创建关系,此外还可以在产品模板的 若干基本功能的范围内使用分发规则。换言之,本发明提供了合同是基于产品模板的,该产品模板是 由客户顾问在咨询客户/伙伴中具体进行补充的。这里,对于客户/伙 伴而言,要么使用预置值(缺省值),要么分别选择所允许的范围。合 同的订立(即产品的销售)在服务提供商(银行) 一方触发两个主要 活动。首先,产生有形的合同文档,其通常由双方签署,并且被提供 给客户/伙伴。其次,触发合同在(银行)内部数据处理中的存储以及 合同的技术处理。
根据本发明,合同包括合同报头和至少一个基本功能。合同的基 础是完成的产品模板(即所销售的产品)。根据产品模板导出合同报头, 并且根据合同中所包括的基本功能产生基本功能合同。基本功能可以 具有不同的来源。根据基本功能的来源(即根据基本功能产生器的身 份),在合同中包含不同的基本功能合同。在合同中仅将来自特定产生 器的具有其自身数据管理的基本功能示出为密钥。将实际的基本功能
合同传送到基本功能的产生器。
其自身不具有数据管理的产生器将它们的基本功能简单地存储 在分离的数据库中。将该基本功能合同数据存储在合同中。关于定价、 指令的信息以及甚至利息信息都不出现在合同中。存储和检索经由相 应的软件程序组件而直接进行。在可用作引用目录的合同目录中复制 从最重要的合同数据进行的提取。
软件程序组件合同管理并且管辖与所有客户/伙伴有关的客户合 同。软件程序组件合同提供用于定义合同数据的服务。与第三方软件 程序组件有关,始终通过软件程序组件合同管理器(而从来不直接地) 检索合同特定的功能性/服务。用于打开合同的一个条件是出现伙伴 或相应的商务关系。因此,必须能够将每一合同直接分配给商务关系 或伙伴。合同总是由软件程序组件合同管理器来定义。用于打开合同 的基础是产品模板。产品模板指定所有必要信息,例如值范围、缺省 值、用于订立合同的必要字段和可选字段。在合同中描述基于产品模 板中的缺省值而定义的已售出的产品的各个特征。因此,合同在结构 和内容方面是基于产品模板的,也就是说,每一个合同引用相应的产 品模板。
从产品模板导出合同报头,并且合同报头形成针对属于合同的基
本功能合同的包封。合同报头包含不同的密钥(产品模板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 Attribute ID
Attribute—Name Physical—Format—Text
所有属性的目录,通过其定义基本功能 和/或规则。
属性的物理DB2格式 属性的标准标识符,用于基本功能、规 则之类
属性的名称,用于基本功能、规则之类 物理DB2格式,例如SMALINT, CHAR(16)
Format code
Format—Length Format—Scale Reference Table ID
Reference Table code
Data—Item ID
Data Item Version NR
所定义的属性的格式 代码列表
C D I
N
Q
T
代码 数据 标识符 号
数量 文本
字段(公司、住址)的总长度,用于基 本功能、规则之类
十进制数据类型的小数位(否则为零),
用于基本功能、规则之类。
引用表的Id。仅当属性具有
FORMAT—CODE="C"(代码)才可以
被填充,例如,
-CNTRY
-R10000
代码表的代码号
(例如,代码号包含Ref—Table R10001) 仅当以值"R10000"来填充字段 REFERENCE—TABLE—ID时,才被填充。
对于数据项类别的外部密钥
来自数据项类别基本功能的所引用的
数据项的版本
Glass:
Basic function
可用于定义产品的基本功能
Attribute:
Basisleistung—ID 基本功能的技术STID
Basisleistung—Short—Name用于搜索的基本功能的縮写名称。该縮
写名称是唯一的、可选的搜索密钥 Basisleistung—Status—code基本功能的状态,用于形成产品,仅可
以使用状态=2(可产生的)的基本功能。
代码列表
1开发
2产生
3不服务
Software一AuditJD 软件子组件的物理实例的ID (见
I-SAC),从其它软件程序组件提供基本 功能。
示例"HQE:卡生命周期数据" Product—Template—Independent—Flag标识是否可以将基本功能用
作独立基本功能
0=否(仅可以用作所分配的基本功
能或服务基本功能)
1=是(还有可能作为独立的服务基
本功能)
Basisleistung—Class—code定义是否将基本功能附加到合同报头
或基本功能合同 代码列表 BL基本功能 CH合同报头
Class:
Basisleistimgs一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属性的标准标识符,用于基本功能 S叫uence—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"中的所有的值都是允许的。
与属性类代码y=z"对应
Parent—Class: Basisleistung—Attribute Attribute:
B asi si ei stung—Attribute—not—restricted:
Basisleistung_Attribute—Wert—List 用于基本功能的属性,通过
值和/或范围的列表来个别地分别其有 效值。
与属性类代码-"L"对应
Glass:
Basisleistung—Attribute—Value
Parent_Class:
B as i si ei stung—Attribute
BL—Attribute—Value 在产品模板内所使用的属性的有效个别值或值范围
ClassChild一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 用于基本功能的属
性,由规则来稳固地定义其值。 与属性值类代码="11"对应
Glass:
Parent—Class: Basisleistung—Attribute FK一Regel一ID (Regel) Attribute:
Datastandard: 规则的引用(STID),依赖于上下文确
定属性的值
Glass:
B as i s le i stung—Attribute—Wert—B y一Regel B as i s 1 e i stung—Attribute—Range
BL一Attribute一Wert一Range 属性类的有效值范围,用于基本功

Parent_Class:
Basisleistung—Attribute Attribute:
Minimum—Item—Wert 值范围的最小值 Maximum—Item—Wert 值范围的最大值
Basisleistung—Attribute—Range—Item属性类的有效值范围,用于
基本功能
Parent—Class:
Basis 1 eistung_Attribute—Value Attribut: Minimum—Item—Value 值范围的最小值 Maximum—Item—Value 值范围的最大值
Basisleistung—Attribute—Single 用于基本功能的属性,由值来稳
固地定义其值。
与基本功能属性类代码-"S"对应。
Class:
Parent_Class:
B as i s 1 e i stung_ Attrib ute
Attribute:
Item—Value 有效个别值
Basisleistung—Attribute—Value 在产品模板中所使用的属性的
有效个别值或值范围
Glass:
Datastandsrd Attribute:
Basisleistung_Attribute—Value
Glass Rule
Child Class
Dynamic—Rule Static Rule
Attribute: Rule ID
Rule—Short一DESC Rule—DESC Rule Class Code
Rule—Type—code
规则的简要指定
规则的详细描述
定义是动态规则或是静态规则
代码列表
D动态
S静态
声明涉及什么类型的规则适用规则 (分发规则)、确认规则、或属性规则 (有效值、缺省值等)
代码列表
A属性规则
E适用规则 V确认规则
Glass:
External—Description
Attribute: Language—code
属性、基本功能、产品和规则的依赖于 语言的描述(名称,定义)
语言(以ISO格式)
代码列表
de德语
en英语
es西班牙语
fr法语
it意大利语
pt葡萄牙语
Extemal—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,而对于SQLCODE 100,使用值NOK,对于其它SQLCODES,返回值DB-ERROR (这
是NOK的特殊情况)。除了 SQL声明文本,规则基础还包含关于必 须被提供用于执行规则的变量的描述性信息。在产生中,由于较大的 稳定性和速度,仅执行静态规则。由于针对规则的规则基础包含程序 名称以及输入和输出拷贝书,因此也可以提供通用驱动程序来执行静 态规则。
对于确认规则,不应该基于属性而对属性的动态值范围进行结构 化。输入规则的密钥,而不是属性的静态值。这意味着,在这种情况 下,同时将一个规则精确地分配给属性。对于基于属性的值范围检査, 针对基本功能或产品模板中的基本功能的属性,在基本功能或产品模 板中的基本功能与规则基础的规则之间生成显式(n:m)关系。因此, 基本功能可以具有与若干规则的关系,并且一个规则可以用于若干基 本功能。
可以在产品模版的若干属性的范围内使用发布规则,即,在产品 模版的若干基本功能的范围内。因此,规则可以假设大量复杂性。
所有以上规则类型都是"硬"规则,即,它们指示特定数据组合 是否能够产生合同。
因此,推荐仅在产品模板级别实现分发规则。在基本功能的级别
处对分发规则的定义大大限制了基本功能的可再用性。
规则是独立的对象,具有其自身的标识(STID)和160字节的描 述性文本。规则的自变量是参数值的列表。规则的返回值通常是OK 或NOK。
在规则的处理类型中,我们在静态(其将程序与固定输入和输出 接口 (拷贝书)集成)与动态(具有参数标记的SQL声明的集成的声 明文本)之间进行区分,其中WHERE条件结果被分成SQLCODE 0=OK、 SQLCODE 100=NOK、以及其它代码-ERROR。
如图6所示,检索规则,使得软件程序组件合同管理器可以例如 从GUI接收规则ID以及针对规则的输入值。因此,检索通用规则驱 动器,该驱动器读取规则表。然后,以静态方式或者动态方式来执行 该规则(静态用于产生模式,动态用于开发中的原型)。在规则表中, 关于规则的信息在静态情况下是程序名称以及输入/输出接口 (=拷贝 书),而在动态情况下是具有参数标记(空格用于变量)的SQL声明. 文本,其具有例如大于二十个变量、关于变量的名称、格式的信息。
在静态规则中,规则驱动器获知所有静态规则的所有拷贝书。利 用拷贝书的字段对所传递的参数值进行传递。然后,出现类型"CALL program USING copybook-in, copybook-out"的检索。从规则驱动器返 回OK或NOK。
在动态规则中,在声明文本中用所发送的值代替参数标记。从规 则表获知参数格式(数字、字符、日期时间、……)。然后,由PREPARE 和EXECUTE声明文本来处理规则。SQLCODE 0给出OK, SQLCODE 100给出NOK,其它给出DB-Error。
例如,如果客户/伙伴期望接收特定服务,则检索分发规则。基于 搜索功能,程序组件合同管理器具有包含有关的基本功能的POT列 表。用于这些POT中的每一个的程序组件合同管理器检索规则驱动 器,该规则驱动器检査POT对于相关客户的发布适用性。为此,规则 驱动器输入商务关系ID和POTID。因此,来自规则驱动器的输出是 OK/NOK。
规则驱动器执行以下活动读取关于商务关系ID的数据,并且
使用POT ID读取规则。然后,通过以下接口来检索每一规则程序
对于商务关系ID的属性、POTID、以及规则程序返回OK/NOK。
在第一NOK上,中断规则程序的检索,并且合同管理器接收到 NOK。
由于已经由属性值的表提供了规则,因此为了确保静态值范围 (包括引用表),在规则基础中不需要规则。
管理基本功能(BL)和产品模板(POT)上的数据,从而可以随 时阐明并且重构这些对象的每一转变。转变可以具有在线操作中的ad hoc有效性。在将来也允许转变。出于稳定性和处理考虑,由惯例(推 荐)来定义基本功能或产品模板的当前有效状态,作为在零小时处对 于当前日期有效的状态。
连同本发明,存在以下惯例和应用处理,其被提供以用于管理基 本功能和产品模板
可以如下转变基本功能
-添加/移除属性
-改变属性的允许的值范围
通过处理软件程序组件(基本功能产生器)来触发这些转变。属 性的添加或移除是相对较少出现的严重干预。利用与改变基本功能相 同的方式,还必须适配接口。
权利要求
1.一种用于产生、处理并管理结构化数据集的计算机实现的系统,其中,在所述系统中-提供一种计算机软件程序组件合同管理器,以便从在其中以结构化方式存储产品模板的结构的产品模板目录中检索产品模板,以用于通过传递至少一个预置值或通过选择所允许的范围内的值进行个性化和特定补充,以便进行以下操作-生成反映合同的合同文档,并触发所述合同在数据库中的存储及其技术处理,其中,-所述合同包括从所述产品模板导出的合同报头以及至少一个基本功能,其中,所述软件程序组件合同管理器提供用于管理合同数据的功能性,管理并管辖与客户/伙伴有关的客户合同,其特征在于,-在产品模板的级别实现分发规则,-分发规则是具有其自身的标识和描述性文本的独立的对象,-分发规则由规则库提供,-分发规则确定所要满足的条件,以便客户/伙伴访问具有相关基本功能的产品,-在分发规则与其分配的基本功能之间创建关系,以及-在产品模板的若干基本功能的范围内使用分发规则。
2. 如权利要求1所述的用于产生、处理并管理结构化数据集的计算机实现的系统,其中,产品模板强制地包括属于产品的一个或更 多个基本功能,并且能够包括将被特意添加到所述产品或者从所述产品取消选择的一个或更多个基本功能。
3. 如前述权利要求中的任意一项所述的用于产生、处理并管理 结构化数据集的计算机实现的系统,其中,将在合同目录中复制从预 定合同数据进行的提取。
4. 如前述权利要求中的任意一项所述的用于产生、处理并管理 结构化数据集的计算机实现的系统,其中,从所述产品模板导出的合 同报头形成针对属于合同的基本功能合同的包封,并且所述合同报头 包含不同的密钥。
5. 如前述权利要求中的任意一项所述的用于产生、处理并管理 结构化数据集的计算机实现的系统,其中,每一基本功能合同基于在 所述产品模板中定义的基本功能。
6. 如前述权利要求中的任意一项所述的用于产生、处理并管理结构化数据集的计算机实现的系统,其中,所述分发规则包括年龄、 住所、客户细分和/或法律限制。
7. 如前述权利要求中的任意一项所述的用于产生、处理并管理结构化数据集的计算机实现的系统,其中,所述合同中的所述分发规 则不受支配。
8. 如前述权利要求中的任意一项所述的用于产生、处理并管理 结构化数据集的计算机实现的系统,其中,必须通过产品配置强制传 递所述具有法律限制的分发规则。
9. 如前述权利要求中的任意一项所述的用于产生、处理并管理 结构化数据集的计算机实现的系统,其中,提供确认值,以检査是否 在所述合同中观测到属性的值或范围,或者字段中的输入相对于各个 字段格式是否正确。
10. 如前述权利要求中的任意一项所述的用于产生、处理并管理 结构化数据集的计算机实现的系统,其中,在检查是否在所述合同中 观测到属性的值或范围或者字段中的输入相对于各个字段格式是否正 确时,所述确认规则返回结果"OK/NOK"。
11. 如前述权利要求中的任意一项所述的用于产生、处理并管理 结构化数据集的计算机实现的系统,其中,提供一个或更多个对产品 模板执行预先选择和检查的确认规则,以对合同进行个性化,对于所 述产品模板,必须打开/修改针对客户/伙伴的合同关系,并且所述产 品模板在检查时返回结果集。
12. 如前述权利要求中的任意一项所述的用于产生、处理并管理 结构化数据集的计算机实现的系统,其中,为了对合同进行个性化, 提供一个或更多个确认规则,以在图形用户界面或字母数字用户界面 上进行表示之前或期间确定客户/伙伴特定的预置(缺省)。
13. 如前述权利要求中的任意一项所述的用于产生、处理并管理 结构化数据集的计算机实现的系统,其中,提供一个或更多个确认规 则,用于检査对值或值范围或数据集的观测,以确保基本功能的可处 理性,其中,在相关产品模板中预先指定所述将要被检查的值/值范围 /数据集。
14. 如前述权利要求中的任意一项所述的用于产生、处理并管理 结构化数据集的计算机实现的系统,其中,管理所述属于合同的数据, 从而能够随时阐述并且重构数据的每一转变,以及其中,将合同数据 不再有效的存储持续时间建立为属性。
15. 如前述权利要求中的任意一项所述的用于产生、处理并管理 结构化数据集的计算机实现的系统,其中,所述合同报头的属性的改 变触发在所述合同报头中产生新的条目。
16. 如前述权利要求中的任意一项所述的用于产生、处理并管理 结构化数据集的计算机实现的系统,其中,将至少一个导出的属性存 储在所述合同报头中,其中,所导出的属性的改变不触发在所述合同 报头中产生新的条目,而是执行对所述属性的更新。
17. 如前述权利要求中的任意一项所述的用于产生、处理并管理 结构化数据集的计算机实现的系统,其中,基本功能合同的属性的改 变触发在基本功能合同中产生新的条目,和/或执行对所述合同报头中 的所述属性的更新。
18. 如前述权利要求中的任意一项所述的用于产生、处理并管理 结构化数据集的计算机实现的系统,其中,在产生个性化的合同报头 和/或基本功能合同时,生成对产品模板或特定基本功能的引用,以用 于相关产品模板。
19. 如前述权利要求中的任意一项所述的用于产生、处理并管理 结构化数据集的计算机实现的系统,其中,为了检索规则,所述软件 程序组件合同管理器接收规则ID以及针对规则的输入值,由此,检 索通用规则驱动器,所述驱动器读取规则表。
20. 如前述权利要求中的任意一项所述的用于产生、处理并管理 结构化数据集的计算机实现的系统,其中,以静态方式或者动态方式 来执行所述规则。
21. 如前述权利要求中的任意一项所述的用于产生、处理并管理 结构化数据集的计算机实现的系统,其中,所述规则驱动器-读取针对商务关系ID的数据,以及 -使用产品模板ID读取规则,以及-通过以下接口来检索规则程序对于商务关系ID的属性、产 品模板ID、以及规则程序返回OK或NOK作为结果。
22. —种用于产生、处理并管理结构化数据集的计算机实现的系 统,其中,-一种计算机软件程序组件合同管理器从包含以结构化方式存 储的产品模板的结构的产品模板目录中检索产品模板,以用于通过传 递至少一个预置值或选择所允许的范围内的值来进行个性化和特定补 充,以便进行以下操作-生成反映合同的合同文档,并触发所述合同在数据库中的存 储及其技术处理,其中,-所述合同包含从所述产品模板导出的合同报头以及至少一个 基本功能,其中,-所述软件程序组件合同管理器提供用于管理合同数据的功能 性,管理并管辖与客户/伙伴有关的客户合同,其特征在于,-在产品模板的级别实现分发规则,-分发规则是具有其自身的标识和描述性文本的独立的对象, -分发规则由规则基础提供,-分发规则确定所要满足的条件,以便客户/伙伴访问具有相 关基本功能的产品,-在分发规则与其分配的基本功能之间创建关系,以及 -在产品模板的若干基本功能的范围内使用分发规则。
23. 如权利要求19所述的用于产生、处理并管理结构化数据集 的计算机实现的系统,其中,产品模板强制地包括属于产品的一个或 更多个基本功能,并且能够包括将被特意添加到所述产品或者从所述 产品取消选择的一个或更多个基本功能。
24. 如前述权利要求中的任意一项所述的用于产生、处理并管理 结构化数据集的计算机实现的系统,其中,将在合同目录中复制从预 定合同数据进行的提取,其中,从所述产品模板导出的合同报头形成 针对属于合同的基本功能合同的包封,并且所述合同报头包含不同的 密钥。
25. 如前述权利要求中的任意一项所述的用于产生、处理并管理 结构化数据集的计算机实现的系统,其中,每一基本功能合同基于在 所述产品模板中定义的基本功能。
26. 如前述权利要求中的任意一项所述的用于产生、处理并管理 结构化数据集的计算机实现的系统,其中,给每一个基本功能分配至 少一个分发规则,其中,优选地,利用所述合同分发规则确定所要满 足的条件,以便客户/伙伴访问具有相关基本功能的产品,和/或所述 分发规则包括年龄、住所、客户细分和/或法律限制,和/或所述合 同中的所述分发规则不受支配,和/或必须通过产品配置强制将具有法 律限制的分发规则包括在合同中。
27. 如前述权利要求中的任意一项所述的用于产生、处理并管理 结构化数据集的计算机实现的系统,其中,提供确认规则,以检査是 否在合同中检测到属性的值或范围,或者字段中的输入相对于相关字 段格式是否正确,其中,在检査是否在合同中检测到属性的值或范围 或字段中的输入相对于相关字段格式是否正确时,所述确认规则返回 结果"OK/NOK",和/或其中,为了对合同进行个性化,提供一个或 更多个对产品模板执行预先选择和检査的确认规则,对于所述产品模 板,必须打开/修改针对客户/伙伴的合同关系,并且所述产品模板在 检査时返回结果集。
28. 如前述权利要求中的任意一项所述的用于产生、处理并管理 结构化数据集的计算机实现的系统,其中,为了对合同进行个性化, 提供一个或更多个确认规则,以在图形用户界面或字母数字用户界面 上进行表示之前或其间确定客户/伙伴特定的预置(缺省),其中,提 供一个或多个确认规则,以检查对值或值范围或数据集的观测,以确 保基本功能的可处理性,其中,在相关产品模板中预先指定所述将要 被检查的值/值范围/数据集。
29. 如前述权利要求中的任意一项所述的用于产生、处理并管理 结构化数据集的计算机实现的系统,其中,管理所述属于合同的数据, 从而能够随时阐述并且重构数据的每一转变,以及其中,将合同数据 不再有效的存储持续时间建立为属性。
30. 如前述权利要求中的任意一项所述的用于产生、处理并管理 结构化数据集的计算机实现的方法,其中,所述合同报头的属性的改 变触发在所述合同报头中产生新的条目,其中,将至少一个导出的属 性存储在所述合同报头中,其中,所导出的属性的改变不触发在所述 合同报头中产生新的条目,而是执行对所述属性的更新,和/或其中, 基本功能合同的属性的改变触发在基本功能合同中产生新的条目,和/ 或执行对所述合同报头中的所述属性的更新。
31. 如前述权利要求中的任意一项所述的用于产生、处理并管理 结构化数据集的计算机实现的方法,其中,在产生个性化的合同报头 和/或基本功能合同时,生成对产品模板或特定基本功能的引用,以用于相关产品模板。
32. 如前述权利要求中的任意一项所述的用于产生、处理并管理 结构化数据集的计算机实现的方法,其中,为了检索规则,所述软件 程序组件合同管理器接收规则ID以及针对规则的输入值,由此,检 索通用规则驱动器,所述驱动器读取规则表。
33. 如前述权利要求中的任意一项所述的用于产生、处理并管理 结构化数据集的计算机实现的方法,其中,以静态方式或者动态方式 来执行所述规则。
34. 如前述权利要求中的任意一项所述的用于产生、处理并管理 结构化数据集的计算机实现的方法,其中,所述规则驱动器-读取针对商务关系ID的数据,以及 -使用产品模板ID读取规则,以及 -通过以下接口来检索规则程序对于商务关系ID的属性、产品模板ID、以及规则程序返回OK或NOK作为结果。
35.—种计算机程序产品,被设计用于在由计算机或计算机网络 进行处理时执行如前述权利要求中所述的方法和系统。
全文摘要
数据管理系统具有基本功能配置器,用于定义通用基本功能,借此通过处理该基本功能所必须的描述性属性和关联的值或值范围在基本功能中描述将要执行的功能。将通过数据集描述该功能,给该数据集分配分发规则。数据集连同其关联的分发规则定义通用基本功能。定义了该通用基本功能的数据集连同其用于由产品模板配置器访问的分发规则一起被包含在基本功能列表中。产品模板配置器将一个或若干个基本功能组合起来,并将它们传递给产品模板,其中,通过传递或者限制所述值而将所述通用基本功能转变为针对相关产品模板的特定基本功能。产品模板包括属于产品的一个或更多个基本功能。具有所述特定基本功能的产品充当与伙伴的合同关系的基础。将所述产品模板的结构存储在产品模板列表中,以便合同管理器访问。
文档编号G06Q40/00GK101361087SQ200680051454
公开日2009年2月4日 申请日期2006年11月23日 优先权日2005年11月23日
发明者迈克尔·恩格尔, 马塞尔·班尔 申请人:瑞士银行股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1