在一些方面，由技术用户人工地创建规则集合222 ;在其它方面，由在与目录108通信的业务支持系统、运行支持系统或运行系统中的规则引擎作为在110创建的规格导出和在112从产品模板转换的工具特定语法的函数自动地产生规则集合222，该产品模板是在104和106根据speedl (速度I)产品204数据206和208产生的、以及在112被转换成合适的系统语法并且在114被导出。规则集合222模板定义用于随后相似的产品或被归为同一类的产品(诸如，Speed2(速度2)产品210)的行为、特性和规则。
[0030]响应于在118确定两个产品204和210是相似的，规则集合222在120被添加到目录108中期间用作speed2(速度2)产品210的模板。因此，利用第二产品210的值来填充针对第一产品204定义的模板(在120)，并且由消费系统的规则引擎作为针对第二speed2(速度2)产品210产生的条件行为特性之一的函数来产生第二规则集合224，所述条件行为特性是作为第二 speed2(速度2)产品210的数据规格值212和214的函数而产生的。以此方式，针对第一产品204定义的行为的规则被自动地应用于第二产品210，但所应用的规则的结果由于不同的数据规格值212和214而变化(例如，第一产品204可呈现有下级供应，但对其它产品210可不这样)。
[0031]在一些方面，“提取、转换和加载(ETL) ”注入处理使用现有产品模板的产品定义数据为相似的新产品产生模板，其中，来自产品定义系统或处理的新产品的特性值被应用在规则定义系统或处理中。各个方面还基于提供给模板的用户输入以用于每个联网系统的正确语法在120编写系统规则，从而当随后输入新产品和属性值时，产生未来的系统规则。
[0032]每当接收到相似或被归为同一类的新产品输入时重新使用模板，并且利用新产品、服务等的属性值来填充该模板。通过模板定义的行为没有随每次重新使用而改变；然而，可经由在每个规则引擎中在运行时产生的规则的应用而发生的结果、不同状况和动作可基于用户输入变量而不同。例如，不同的选项和行为可溢出二进制变量的值，该二进制变量指示新产品是可降低等级的还是不可降低等级的。
[0033]如果在118确定新产品是相似的，则消费业务支持系统、运行支持系统或运行系统还从目录108接收产品信息，连同相似的新产品应该模仿的模板特性，以及可应用于新产品模板的重新使用的行为特性的产品特定值。这些系统随后可使用所有这些模板数据例如在应用不同的供应、订单采集、履约或计费系统期间执行动态产品行为，而不需要用户输入或更新这些系统中的产品规则中的任一个。这导致进入市场的时间缩短并且使新产品/供应的引入成本降低。
[0034]通过将产品模板特性构造为与产品规格关联的可选数据值，而非创建特定于规则引擎语法的规则，本发明的各个方面提供了一个单一工具，该单一工具通过涵盖完全不同的规则语法的各种不同的系统和规则引擎实现方式来提供产品或供应如何在特定情况下表现的完整视图。关于新产品或供应仅执行一次数据录入导致产品数据被转换多次(包括被转换成不同的系统语法)，至少针对需要执行规则以实施所需行为的经由中央目录仓库108集成的每个系统转换一次。
[0035]通过将规则行为的模板保持在产品目录中，使得用户能够一次性将行为和产品数据输入中央位置，而不必在各个消费系统中录入额外的规则。结果，保持成本降低，并且可提供企业的相关产品数据的单个视图，这减轻了组成预约系统(例如，报价、订单采集、履约和计费系统)中的去同步产品行为的风险。
[0036]转换逻辑利用了为相似的新产品定义的模板，以指定每个特性值应该如何转换成由每个系统规则引擎期望或需要的给定语法。因此，一旦测试模板行为转换逻辑，共享共用模板的相似产品或供应需要进行最小测试，从而允许随后在各个系统级或域将规则提取成不同的业务特定特性。
[0037]通过在中央仓库108内存储和管理由(例如，用于报价、采集、履约或计费功能的)多个业务系统消耗的数据，能够在存在多个原有系统的企业的中央参考点中管理数据，这些原有系统不使用与表现产品数据相同的方式。将产品数据从一个系统的表现方式分解并且转换成另一个系统的表现方式的专门知识在目录/仓库108中进行存储和管理并且被推向各个消耗系统。
[0038]在一个方面，由于更新仅在中央位置执行一次，通过管理由目录中的所有不同业务支持系统、运行支持系统和运行系统所需的静态和动态产品数据，并且通过导出以这些系统所需的各个不同格式管理的数据，降低了产品管理成本。例如，响应于输入产品供应属性中的可变行为字段的定义或可能值的更新，一些方面通过针对每个模板重复图1的处理，自动地更新仓库中存储的现有模板。
[0039]通过管理中央目录中的产品之间的关系(例如，存储了产品A是一批分量产品X、Y和Ζ)，不同的订单管理系统可应用通用逻辑将产品分解成它们的分量，从而在产品关系改变时节约保持成本和时间。另外，通过管理用于在目录中的原有订单采集、履约或计费系统之间转换产品数据的行为和规则，企业可保留它们的原有系统投资。
[0040]在现有技术中，管理报价、订单采集、履约和计费的规则和其它产品行为被直接保持在不同的业务支持系统、运行支持系统或运行系统中。将各个系统规则迁移到目录中将使它们集中，但因为每个系统具有其自己的独特语法和结构，所以这将不会减少重复的规则管理工作，因为一些系统以不同的方式定义规则。这也将会阻止用户使用专用用户界面(UI)来促进规则管理。现有技术方法(其中，规则被保持在多个系统中)还产生了在系统间发生数据去同步的风险，其中，如果产品规则通过它们完全不同的处理以不一致的方式来实现，则出现该风险。
[0041]通过使用保持在中央产品目录/仓库中的规则行为的模板，本发明的各个方面使得用户能够一次性将行为产品数据输入中央位置，而不必在各个消费系统中录入额外的规贝U。结果，保持成本降低，可存在用于企业的订单现金相关产品数据的单一视图，并且减轻了报价、订单采集、履约和计费系统中的去同步产品行为的风险。
[0042]中央产品目录变成产品数据的真实的源，因为它是所有静态和动态(S卩，行为)数据的录入点。利用产品数据的统一视图向目录的用户进行呈现，并且目录的用户可相信所有的消费运行系统反映相同的静态数据和动态数据。
[0043]还实现了用于负责报价、订单采集、履约和计费的运行系统的基于项目的成本节省。为了执行这些任务，每个系统通常需要用它自己的规则引擎来执行限制产品行为的规贝U。配置规则引擎的通常实现方式可涉及数百产品、数千规则和以上各项的可能组合。传统上，每个产品或供应将被单独建模，从而导致大量规则。这不仅转换成高的开发和维护成本，而且转换成传统系统中的高的测试成本，另外还转换成需要对应的大量测试例来验证产品建模和规则定义的正确性的大量规则。
[0044]各个方面将产品分组，将它们建模成具有相似行为的产品类别，并且基于这些与单组模板的相似性，可定义每个产品类别的产品特性。每个产品类别可支持在产品模板中定义的预定组的可应用行为特性，其中，通过各个系统规则引擎编写用于该类别或模板的产品规则，使得它们在确定如何或者是否运行产品规则时查看这些特性的值。因此，取代建模和穷尽地测试大量的产品，本发明的各个方面只(通常)建模和测试数量少得多的产品模板，因为由产生的规则代表的行为本身是通用的。模板特性是相似产品之间的最小行为差异的抽象概念，相对于传统方法，使用基于模板的方法进行建模降低了实现和测试大量产品的成本，以及降低了正在进行的测试成本。引入到现有模板的新产品进入市场的时间可显著缩短，因为对于多个系统不用以不同格式输入规则定义。此外，各个方面将这些模板特性值的设置集中在中央产品目录108中，这可由没有专业技能的用户用各个不同的业务支持系统、运行支持系统和运行系统或它们的相应语法中的任一个来实现。
[0045]在本发明的一些方面中，业务用户使用由处理器操作的产品定义系统基于现有模板创建新产品，其中，选择或创建规则来标识产品的结构和与该结构关联的行为影响特性。规则定义系统功能使得规则编辑器(有时也被称为“建模器”)能够在106创建产品模板特性，这些产品模板特性定义从产品定义系统导出到各个系统规则引擎的行为影响产品特性，其中，由规则弓I擎作为响应创