>[0018]计算机程序指令也可被加载到计算机、其它可编程数据处理设备、或其它装置上，以使得在计算机、其它可编程设备或其它装置上执行用于产生计算机实现的处理的一系列操作步骤，从而在计算机或其它可编程设备上执行的指令提供了用于实现在流程图和/或方框图的一个或多个方框中指定的功能/动作的处理。
[0019]行为规则是管理产品应该如何表现(诸如，当顾客可获得产品时产品应该如何定价等)的动态产品数据。行为规则通常被输入并且被直接保持在有时经由使用公共产品目录而共享产品数据的企业内的不同的各个消费运行支持系统(OSS)、业务支持系统(BSS)或运行系统(OS)中的每个内。
[0020]如果通过各个系统中的不同的异类处理不一致地实现产品行为规则，则在不同的消费系统中会出现数据去同步。因为这些系统中的每个系统可具有其自己的独特语法和结构，所以每个系统通常必须以不同方式定义规则以利用这些规则。用特定语法编写规则是重要的并且常常需要专门的技术人员学习由给定规则引擎使用的语法，并且确保选择正确的变量等。不同消费系统内的规则引擎还可使用不同的专业化用户界面(UI)来帮助用户以不同消费系统的各个引擎理解的方式正确地编写规则。将不同行为规则的数据条目从各个不同的规则引擎移动到集中式目录会禁止使用专用Π的能力。
[0021]根据本发明的目录驱动的订单管理的各个方面通过使用下述模板方法来存储和管理产品行为特性，这些产品行为特性管理产品在集中式产品目录中应该如何表现。这些方面将产品行为的实质提取成在产品模板内定义的一组业务相关特性，这些产品模板在中央仓库内是可设置的和可更新的，并且所述一组业务相关特性随后以各种不同的系统语法和格式导出到各个业务系统顾客，以与他们各自的不同的规则引擎一起用于针对模板行为特性产生行为规则。动态行为数据的录入和更新只需要在仓库中直接进行一次，其中，数据输入和更新可以以由每个系统在运行时可执行的合适语法通过不同的导出有效地传播至各个消费0SS/BSS系统。这个模板方法通过将驱动产品应该如何定价、或者顾客何时可获得、或者谁有资格获得产品等的行为集中到一个公共仓库内，减少了数据去同步的进行。这还能够使由每个消费系统传播的不同版本的行为规则的维护简单化，所述维护是通过以一个消费系统无关的格式进行可设置的业务可识别的特性的修改和输入而实现的。
[0022]图1示出用于在目录驱动的订单管理环境中经由产品目录保持动态产品行为数据的本发明的方面。在104,处理器创建产品模板,该产品模板包括用于(第一)产品的一个或多个(一组或多个)规格，每个规格作为从供应输入收集的产品的一个或多个属性的函数标识产品的结构。在106，处理器定义动态产品数据(即，用于产品模板的一组或多个条件行为特性)作为可选数据值，这些可选数据值各自与收集的一组规格的产品属性关联并且定义与产品关联的一个或多个条件行为，这些条件行为必须被满足以执行货物或服务的供应或者说传递(下文中有时是“产品模板特性”或“条件行为特性”)。这些条件行为没有被定义为可执行规则，但是定义了由各个消费系统在运行时可使用(当导出为合适的语法时)的非静态的行为驱动的数据，以基于不同的特定情况或者可选数据值与收集的规格属性的组合来动态地实现不同的行为，所述规格属性必须被满足以呈现由供应所定义的货物或服务的供应或传递。例如，向给定顾客呈现给定产品(诸如，特定速度的因特网服务)的供应可依赖于识别顾客已经购买、订购、或预定了其它指定产品，或者依赖于顾客的特点(服务位置、顾客类型、分区)等。
[0023]在104和106创建的产品模板被保存且保持在单个产品目录仓库108 (下文中有时是“目录”或“产品目录”或“仓库”)中，单个产品目录仓库108经由网络或其它接口结构与各自使用不同数据和规则语法的多个不同消费系统(例如，业务支持系统、运行支持系统或运行系统(该视图中未示出)中的每个进行通信。
[0024]在110，处理器通过将产品模板条件行为特性(和根据需要的任何关联的供应属性规格)转换成由每个消费系统的规则引擎在运行时可执行的这些消费系统的各自不同的工具特定语法，针对与仓库通信的这些消费系统中的不同消费系统创建不同的产品模板导出。产品模板导出也被存储在目录108中。在112，将经转换的产品模板行为特性从目录108导出到与转换的语法关联的消费系统，以用于这些消费系统的各自的规则引擎。更具体地，这些系统中的第一系统具有使用与这些系统中的另一个系统的规则引擎所使用的语法不同的工具特定语法的规则引擎，并且112中的导出包括将合适的语法导出到这些规则引擎中的每个，从而使所述不同系统中的每个系统能够产生在所有系统中一致的行为规贝U，尽管是以这些系统自己的语法引擎的各个不同语法中的每个语法来产生的。因此，用户可在产品目录中将行为特性设置一次，然后这些行为特性以112中的不同消费系统中的每个消费系统能理解的格式被散布到各个消费系统。
[0025]图2示出本发明的另一方面。例如，由用户经由图形用户界面(GUI)或其它输入机构在116输入产品或供应，所述产品或供应包括文本串描述或对预定属性选项的选择，其包括对货物或服务、供应货物或服务的各方和/或传递或执行与产品关联的货物或服务所需的条件行为的描述。在定义中央目录108中存储的产品模板(如以上关于图1讨论的)之后进行116中的输入。在118，该处理确定新产品是否类似于或属于具有如下产品的公共产品分组或类别:针对该产品的现有模板已经被定义并且存储在目录108中。例如，新产品遵循和与目录108中已经定义和存储的模板关联的现有产品或供应相似的尺度(类似地)表现吗？用于确定产品是否属于公共产品分组或类别的标准的示例包括确定它们是否具有共同规格域的相应值的共同相对等级，或者它们是否具有各自满足阈值的共同规格域的相应值，并且对于本领域的技术人员，其它合适的标准将是明显的。
[0026]如果在118确定新产品和与现有模板关联的产品相似，则在120通过选择用于在定义行为特性(例如，需要经由GUI界面等从用户收集的特性)时使用的新产品的属性，将相似产品的现有模板应用于新产品，并且定义所选择的属性的可选值以定义新产品的条件行为特性。然后，该模板将被用来选择新产品的属性并且为新产品定义与新产品的所选择的属性关联的一组可选数据值。因此，通过可选值来定义为了执行新产品的供应或者传递新产品的货物或服务而必须被满足的条件行为。例如，如果针对具有给定速度的因特网服务供应商数据定义现有模板，并且如果新产品是相似的(来自同一供应商但具有不同速度的数据产品)，则新产品的显著属性可应用于并且被填充到现有的产品模板，以针对新产品创建合格的行为条件。该条件行为可以作为第二产品的不同速度的函数，基于获取先前服务的日期、当前速度和为该速度支付的费率等确定用户是否有资格进行升级。
[0027]然而，如果在118确定新产品不相似或者不在和与目录中存储的模板关联的任何其它产品相同的目录等内，则在122，通过重复图1的104及其以下的处理，针对新产品产生另一个模板。
[0028]图3示出本发明的方面的实现方式的示例。图形用户界面窗口 202提供针对不同水平的因特网服务接收供应输入数据(在图2的116)的界面。“speedl (速度I)”是因特网服务的速度水平的第一产品供应204，它是由用户输入并且通过下拉框字段206被分派等级23的，并且被标记为适宜于经由选择下级字段框208出现在下级供应中。第二产品“speed2(速度2) ”210与第一产品204相似，但具有因特网服务的不同速度水平，该速度水平被人工地通过关联的下拉框字段212分配相对等级25并且被标记为不适宜于经由选择关联的下级字段框214出现在下级供应中，或者其中，通过根据针对第一产品产生的包括等级和下级适宜字段的规格模板进行克隆(在120)，自动地创建产品数据中的一些或全部。因此，各个方面可针对新产品(诸如，“8?66(12(速度2)”210)在106创建字段212和/或214的可选数据值，或者使之前在104定义的产品模板规格适合于支持通过212和/或214反映出的行为定义。
[0029]窗口 220示出由消费系统的规则引擎作为针对第一 speedl (速度I)产品204产生的条件行为特性之一的函数而产生的一组规则222，所述条件行为特性是作为等级206和下级208规格的函数而产生的。