专利名称：用于专家系统的定制规则系统和方法
技术领域：
本发明通常涉及用于专家系统的定制规则系统和方法，具体而言，涉及一种生成用于专家系统的定制规则的定制规则系统和方法，该专家系统被用于保护和管理包括机器的资产。
背景技术：
当前，专家系统外壳被用于提供一种框架，用户在其中构建专家系统以特别(inter alia)保护和管理包括机器的资产。
典型地，大体上来说，开发者通过首先采用专家系统外壳来构建专家系统，该外壳通过生成系统的图形模型来构建应用，该模型大体上产生应用的示意图。然后规则以用于应用的计算机语言被编写，并包含专家知识，即专家系统应得出什么结论以及它应如何响应于一组给定条件从趋势得出什么结论，如何确定故障，采取什么动作以使损失最小并且使安全性和生产率最大，等等。
一个示例专家系统是由本申请的受让者，Bently NevadaCorporation of Minden，Nevada以Machine Condition ManagerTM2000的名义出售的专家系统。该系统具有强大的能力，特别是允许新属性和规则集被附加于其，并代表了用于自动诊断和机器信息管理的新范例。请看共同转让的名为“Knowledge manager Relying On AHierarchical Default Expert SystemApparatus and Method”、Biggs的提交于1996年11月27日的U.S.Patent 5,905,989，其全部内容在此引入作为参考。
尽管如此，需要为专家系统而被编写的新的或定制规则需要用户用计算机语言来编写，这使得编写新规则很困难。典型地，规则是借助文本编辑器的帮助以文本编写的。分析程序将文本转换为符号，该符号然后被发送给解释程序或编译程序以获得结果规则。这样，用户必须为每个特定专家系统学习待用于编写规则的计算机语言，另外，用户必须学习和理解为那个特定专家系统而编写先前规则的方式。在可编写一个规则之前，这是大的时间投入。即使学习了计算机语言并理解了专家系统，句法上不正确的规则的生成仍是普遍存在的。
另外，一些类型的帮助界面可被用于提问问题，然后从答案来编写代码。然而，这仍存在问题，即文本必须被分析以使其被转换为符号，该符号然后被发送给解释程序或编译程序以获得结果规则，并且用户可能仍必须理解先前规则被编写的方式。
因此，需要一种系统和方法，使得基于规则的专家系统的用户能容易编写其自己的附加规则，而无需学习计算机语言并无需理解任何特定的专家系统如何工作。另外，需要一种系统和方法，使得基于规则的专家系统的用户能容易编写其自己的附加规则，而不影响专家系统中其它规则的执行。此外，需要一种系统和方法，消除生成句法上不正确并因此对执行无效的定制规则的可能性。迄今为止，编写规则的途径是让用户生成任何他们所想要的，然后给他们一个需要被解释、编辑、分析和编译的错误清单，直到获得有效的规则。而且，需要一种系统和方法，减少在生成和处理定制规则上花费的时间。
发明内容
本发明以多种方式区别于已知的现有技术。首先，本发明提供了一种系统和方法，使得基于规则的专家系统的用户能容易编写其自己的附加规则，而无需学习计算机语言，无需理解任何特定的专家系统如何工作，并且不影响专家系统中其它规则的执行。另外，本发明提供了一种系统和方法，消除了生成句法上不正确并因此对执行无效的定制规则的可能性。此外，本发明提供了一种系统和方法，减少了在生成和处理定制规则上花费的时间。
在一个优选形式中，本发明包括被单独存储于存储器或数据库的多个规则步骤。存储器和数据库被在工作上耦合于至少一个计算机，该计算机具有显示器和界面，用于显示规则窗口并用于从图形上显示包括所存规则步骤的安排。待用于生成定制规则的单独规则步骤从所显示的安排中被选择并被拖放到规则窗口。规则窗口内的规则步骤被适当地连接以生成定制规则，并且这些规则步骤的引用、连接以及与这些规则和连接关联的数据被存储，从而使得当执行所生成的定制规则时，计算机知道待采用的步骤、连接和数据。
这样，本发明的一个特点是它提供了一种系统和方法，其将定制规则存为规则步骤，然后将这些规则步骤显示为图形描述，从而使这些图形描述可被选择并被互连以可视地形成定制规则。
工业适用性本发明的工业适用性将通过对本发明以下目的的讨论来说明。
因此，本发明的首要目的是提供一种新型、新颖且有用的定制规则系统和方法，用于生成用于专家系统的定制规则，该专家系统被用于保护和管理包括机器的资产。
本发明另外的目的是提供一种如在以上所表征的定制规则系统和方法，使得基于规则的专家系统的用户能容易编写其自己的附加规则，而无需学习任何类型的计算机语言并无需理解任何特定的专家系统如何工作。
本发明另一个另外的目的是提供一种定制规则系统和方法，使得基于规则的专家系统的用户能容易编写其自己的附加规则，而不影响专家系统中其它规则的执行。
本发明另一个另外的目的是提供一种定制规则系统和方法，其消除了生成句法上不正确并且对执行无效的定制规则的可能性。
本发明另一个另外的目的是提供一种定制规则系统和方法，其生成定制规则而无需编写必须被分析的代码，由此消除了对分析程序的需要，并且无需修改返回错误。
本发明另一个另外的目的是提供一种定制规则系统和方法，其允许规则在数据库中以准备好处理的格式被生成并存为步骤，由此提供快速的规则执行。
本发明另一个另外的目的是提供一种定制规则系统和方法，其将定制规则存为可执行步骤，该步骤可具有可被互连的输入和输出。
本发明另一个另外的目的是提供一种定制规则系统和方法，其允许规则步骤相互独立地运行。
本发明另一个另外的目的是提供一种定制规则系统和方法，其包括容易使用和理解的很简单的定制规则界面，由此允许快速和容易的规则入口。
本发明另一个另外的目的是提供一种定制规则系统和方法，其提供很简单的定制规则界面，允许用户通过选择、拖放与所存规则步骤相关的图形规则步骤，将图形规则步骤的输出互连于图形规则步骤的输入并进行对每个步骤的任何所需配置以生成新的定制规则，从而从所存规则步骤可视地生成规则。
本发明另一个另外的目的是提供一种定制规则系统和方法，仅当正输出的类型与输入的有效类型之一匹配时，允许从规则步骤输出到规则步骤输入的连接，由此允许用户仅以对执行有效的方式来互连步骤，从而防止生成无效规则或语法错误。
本发明另一个另外的目的是提供一种定制规则系统和方法，其在规则生成期间校验输入类型和步骤执行顺序，由此防止用户生成无效规则。
本发明另一个另外的目的是提供一种定制规则系统和方法，使得用户容易定义定制规则和计算，该规则和计算基于资产问题推动建议的行动。
本发明另一个另外的目的是提供一种定制规则系统和方法，其允许用户仅以对执行有效的方式从规则步骤可视地生成并互连规则。
本发明另一个另外的目的是提供一种定制规则系统和方法，其包括用户界面和防止生成无限循环的规则步骤处理方法。
本发明又另一个目的是提供一种定制规则系统和方法，其特别允许逻辑、数学、统计、开关、状态和结果逻辑被结合在一起并被可视地校验。
本发明再另一个目的是提供一种定制规则系统和方法，其将运算符的优先结合到规则步骤被连接的方式中，因此规则生成器不需要理解它。
从第一优势来看，本发明的目的是提供一种用于生成定制规则的定制规则系统，所述定制规则系统组合地包括处理器，均被在工作上耦合于所述处理器的存储器和显示器；被存储于所述存储器的多个规则步骤；用于将被存储于所述存储器的所述多个规则步骤从图形上描述为所述显示器上的安排的装置；用于从所述安排选择至少一个所述从图形上被描述的规则步骤以在所述显示器上可视地生成定制规则的装置。
从第二优势来看，本发明的目的是提供一种用于生成定制规则的定制规则系统，所述系统组合地包括包括多个规则步骤的数据库，每个所述规则步骤具有与其关联的特定可执行代码；在工作上耦合于所述数据库并包括显示器的计算机，该显示器用于以阵列从图形上描述所述规则步骤并用于提供图形窗口；用于与所述阵列交互以从所述阵列选择所述从图形上被描述的规则步骤并将其置于所述图形窗口以便于图形显示的装置；用于在所述图形窗口内互连所述从图形上被显示的规则步骤以生成定制规则的装置。
从第三优势来看，本发明的目的是提供一种用于生成定制规则的定制规则系统，所述系统组合地包括从图形上被描述的规则步骤的安排，每个所述从图形上被描述的规则步骤具有与其关联并被存储于数据库的汇编代码；用于从所述安排单独选择所述从图形上被描述的规则步骤并将所述所选规则置于图形窗口以使所述所选规则以基本上为列的格式被安排的装置；用于从图形上互连被置于所述图形窗口中的所述所选规则步骤的装置，以及用于将被置于所述图形窗口中的所述从图形上被互连的所选规则步骤存为待用于在专家系统中做判定的规则步骤的装置。
从第四优势来看，本发明的目的是提供一种定制规则系统，组合地包括数据库；被存储于所述数据库的多个规则步骤；被存储于所述数据库的多个表，所述多个表的每个都具有包括至少一个字段的至少一个记录；被存储于所述多个表的至少一个内的多个步骤引用，所述多个步骤引用的每个与被存储于所述数据库的至少一个所述规则步骤关联；被存储于所述多个表的至少一个内的多个规则引用，所述多个规则引用的每个与被存储于所述数据库的至少一个所述规则步骤引用关联，并且其中与相同规则引用关联的所有步骤引用定义被包括在单独的、用户生成的定制规则中的每个单独规则步骤。
从第五优势来看，本发明的目的是提供一种定制规则系统，组合地包括数据库；在所述数据库中被存为可执行代码的多个规则步骤；被存储于所述数据库的多个表，每个都具有包含字段的至少一个记录；包括用于定义定制规则的被存储于所述数据库的单独规则步骤的步骤引用的多个所述字段。
从第六优势来看，本发明的目的是提供一种用于生成定制规则的定制规则系统，所述系统组合地包括在耦合于计算机的数据库内被存储的单独规则步骤；用于在所述计算机的显示器上从图形上描述所述规则步骤的装置；用于选择并互连多个所述从图形上被描述的规则步骤以在所述显示器的图形窗口中可视地形成定制规则的装置。
从第七优势来看，本发明的目的是提供一种用于在具有显示器的计算机上生成定制规则的定制规则系统，所述系统组合地包括被显示于所述显示器上并具有输入、输出或具有输入和输出两者的从图形上被描述的规则步骤的安排；用于将所述从图形上被描述的规则步骤的输出连接于所述从图形上被描述的规则步骤的输入以可视地生成定制规则的装置。
从第八优势来看，本发明的目的是提供一种用于生成定制规则的方法，步骤包括在被耦合于计算机的数据库内存储包括可执行代码的单独规则步骤；在所述计算机的显示器上将所述规则步骤描述为图标的图形安排；通过与图标的所述图形安排对接来生成定制规则。
从第九优势来看，本发明的目的是提供一种用于生成定制规则的方法，步骤包括选择用于定制规则的资产；定义待用于定制规则的输入值步骤；每个所述输入值步骤包括至少一个输出；在计算机图形用户界面的图形窗口中描述所述输入值步骤；在所述图形用户界面上描述从图形上被描述的规则步骤的矩阵，每个所述从图形上被描述的规则步骤都具有与其关联并在被耦合于所述计算机的数据库内被存储的汇编规则步骤代码；从在图形上被描述的规则步骤的所述矩阵选择结果步骤并将所述结果步骤置于所述图形窗口内，所述结果步骤包括至少一个输入；定义当给所述所选结果步骤的输入为真时将被生成的结果；从在图形上被描述的规则步骤的所述矩阵选择至少一个运算步骤并将所述至少一个运算步骤置于所述图形窗口内被插入所述输入值步骤和所述结果步骤之间的位置，所述至少一个运算步骤具有至少一个输入和至少一个输出；将每个所述输入值步骤的所述至少一个输出连接于所述运算步骤的所述至少一个输入，并将所述运算步骤的所述至少一个输出连接于所述结果步骤的所述至少一个输入以生成定制规则。
从第十优势来看，本发明的目的是提供一种定制规则系统，组合地包括数据库；被存储于所述数据库的多种文本标识符数；用于存储包括文本的表的装置，该文本与所述多个文本标识符数关联；用于根据要求为被存储于所述数据库的所述多个文本标识符数的每个将文本从所述表返回到所述系统以使所述数据库可被编写并存为所述多个文本标识符数的装置。
当考虑与随后的附图一起描述的以下详细说明时，这些和其它目的和优点将变得明显。
附图简述
图1为依照本发明并包括数据库的定制规则系统的示意图，该数据库具有在其中被存为规则步骤的定制规则。
图2为依照本发明的统一图形用户界面的屏幕拍摄视图，示出了包括规则窗口视图、规则步骤表视图和所生成规则逻辑视图的定制规则界面视图。
图3为依照本发明并在图2中示出的规则步骤表视图的放大视图。
图4示出依照本发明的数据库图解。
图5示出依照本发明并与图4中所示数据库图解关联的表。
图6为正被用于资产管理系统的定制规则系统的示意性视图，所述资产管理系统用于保护和管理包括多组机器和过程的工厂资产。
图7为依照本发明的统一图形用户界面的屏幕拍摄视图，示出了包括对话框的定制规则界面视图，该对话框具有层次树视图，待生成定制规则的机组、机器或部件可从中被选择。
图8为依照本发明的统一图形用户界面的屏幕拍摄视图，示出了定制规则界面视图，其包括具有在其中被示出的所选机组、机器或部件的对话框和具有多个类别的对话框，从所述类别中选择待为正在生成的定制规则而示出的初始值。
图9为依照本发明的统一图形用户界面的屏幕拍摄视图，示出了包括规则窗口视图、初始规则步骤、规则步骤表视图和所生成规则逻辑视图的定制规则界面视图。
图10为依照本发明如图9中所示的屏幕拍摄视图，其中为清楚起见未示出规则步骤表视图，并且另外包括未定义结果步骤的规则窗口视图以及在所生成规则逻辑视图中示出的其相应逻辑。
图11为当为图10中所示未定义结果步骤而定义特性参数时在统一图形用户界面上显示的特性对话框的视图。
图12为当为图10中所示未定义结果步骤而定义结果参数时在统一图形用户界面上显示的结果对话框的视图。
图13为依照本发明如图10中所示的屏幕拍摄视图，其中未定义结果步骤已被定义为蒸汽问题结果，严重性水平已从二变为三，并且相应的逻辑在所生成规则逻辑视图中示出。
图14为如图13中所示的屏幕拍摄视图，包括已被添加到规则窗口视图的附加规则步骤。
图15为依照本发明如图14中所示的屏幕拍摄视图，包括被互连以完成对定制规则的生成的所有规则步骤，并具有在所生成规则逻辑视图中以文本示出的所完成规则逻辑。
图16示出包括记录及其所包括的字段的规则组表。
图17示出包括记录及其所包括的字段的规则表。
图18示出包括记录及其所包括的字段的规则步骤表。
图19示出包括记录及其所包括的字段的规则连接表。
图20示出包括记录及其所包括的字段的规则步骤输入表。
图21示出包括记录及其所包括的字段的规则输出表。
图22示出包括记录及其所包括的字段的结果步骤表。
图23示出包括记录及其所包括的字段的所得值步骤表。
图24示出包括记录及其所包括的字段的系统选项表。
图25示出包括记录及其所包括的字段的类层次结构表。
图26示出包括记录及其所包括的字段的英文文本表。
图27示出包括记录及其所包括的字段的英文备忘录文本表。
图28示出包括记录及其所包括的字段的特性文本表。
实现本发明的最佳模式考虑附图，其中在所有各个附图中相同参考数字表示相同的部分，参考数字10指向依照本发明的定制规则系统。
大体上来说，参考图1，定制规则系统10可被分配以包括三个主要模块定制规则模块40、显示模块50和定制规则集数据库模块60。定制规则系统10可进一步包括第四主要模块信息提取模块。这些模块能以任何组合相互集成，或者可单独存在。另外，这些模块可驻留在单个计算机上或通过网络交互的多个独立计算机上。
在一个实施例中，系统10包括至少一个计算机，其包括处理器20、存储器22、具有鼠标44和键盘46的输入42、具有显示器54的输出52、以及数据库72。系统总线82将处理器20、存储器22、输入42、输出52和数据库72在工作上耦合在一起。
处理器20能特别实施计算功能并执行软件程序。
存储器22优选地包括只读存储器(ROM)24、普遍已知为随机存取存储器(RAM)的读/写存储器(R/WM)26、和存储存储器28。ROM 24为典型地存储基本输入/输出系统(BIOS)的非易失性存储器(即使没有电亦能保留所存信息的存储器)，当处理器20在操作系统30下操作时，所述基本输入/输出系统特别提供用户透明(user-transparent)的I/O。R/WM 26为易失性存储器没有电就不保留所存信息的存储器。存储存储器28可包括一个或多个硬盘、软盘、光盘、卡带、磁带等。
操作系统30被用于分配计算机的操作。操作系统30典型地被存储于R/WM 26和存储存储器28如硬盘，并可包括外壳32。一个或多个应用程序34，如定制规则模块40和显示模块50，可被加载(即，从存储传递到存储器中)以便由系统10来执行。
接着，输出52与操作系统30和任何应用程序34合作以通过图形用户界面48和显示模块50在显示器54上特别显示应用窗口、图形对象、图标、来自R/WM 26的数据、来自存储存储器28的数据和来自数据库72的数据。
典型地，图形用户界面48包括桌面隐喻(metaphor)，基于此，一个或多个图标、应用窗口或其它图形对象被显示于显示器54上。鼠标或其它输入设备与图形用户界面48一起被使用以通过选择和操纵在显示器54上显示的关联图形对象来控制硬件部件和软件对象。
这样，用户采用鼠标44和/或键盘46以及图形用户界面48以输入用户命令和包括数据的信息，从而使系统10可依照来自操作系统30和任何应用程序34的指令对这些输入进行操作，所述应用程序包括定制规则模块40和显示模块50。键盘典型地被用于输入字符，但亦可被用于执行鼠标功能。
图形用户界面48亦用于显示这些操作的结果。尽管从概念上被示出为单独模块，但操作系统30和外壳32可提供图形用户界面48，而定制规则模块40可提供显示模块50。
定制规则集数据库模块60驻留在数据库72上并包括被单独存储于其中的多个用户生成的定制规则62。定制规则62包括多个表62。表62包括至少一个规则步骤表，该规则步骤表又包括多个步骤引用或标识符(ID)，其每个都与在数据库72中存储的多个规则步骤110的至少一个关联。规则步骤表进一步包括一个或多个规则引用或标识符(ID)，因此与相同规则标识符关联的所有步骤标识符定义形成单独用户生成定制规则的单独规则步骤100。多个用户生成定制规则可由多个规则标识符定义，每个都包括被单独存储于数据库72中的多个单独规则步骤100。另外，形成任何单独用户生成定制规则的单独规则步骤100之间的互连亦被存储于一个或多个表62中。
更具体而言，被存储于数据库72中的规则步骤100可既包括二元又包括一元规则步骤，其或者加载操作数或者处理运算。因此，规则步骤100可被存储为运算数和运算——而不是待分析的文本。另外，规则步骤100可具有输入和输出。
运算数规则步骤可包括测量、状态、设计值、硬编码函数、常量(数值、布尔或列举值)、来自先前定义规则的结果、用户定义计算值和用户定义的计算值。运算数规则步骤加载运算数数据。
运算规则步骤可包括多种运算符，如数学运算符、比较运算符、布尔运算符和条件逻辑运算符。数学运算符可包括加(+)、减(-)、乘(*)、除(/)、求最大值(Max)、求最小值(Min)和求绝对值(Abs)。比较运算符可包括等于运算符(＝)、不等于运算符(≠)、小于运算符(＜)、小于等于运算符(＜＝)、大于运算符(＞)和大于等于运算符(＞＝)。布尔运算符可包括AND、OR和NOT运算符。条件逻辑运算符可包括IF-THEN-ELSE语句(例如，IF input_1 THENinput_2 ELSE input_3)。运算规则步骤把先前规则步骤的结果作为输入并且运算规则步骤的处理独立于其它规则步骤。
信息提取模块90通过系统总线82被在工作上耦合于处理器20。大体上来说，提取模块90从数据采集设备92中提取信息，该数据采集设备从传感器94收集所产生的数据，该传感器监控包括机器的资产96。该信息特别依照用户生成定制规则被处理以保护和管理包括机器的资产。例如，所提取的信息可通过系统总线82传递给处理器20。反过来，处理器20对信息运行任何被激活的用户生成定制规则以获得关于所监控资产的结论，包括任何问题的严重性。结论和严重性然后被写给数据库72。然后这些结论和严重性与来自其它系统的可能结论以及来自其它数据库的配置信息一起被发送给消息路由系统并被处理以确定谁在什么时间帧内接收什么信息，从而适当地响应于如将在以下进一步研究的状况。
图2示出依照本发明被生成的定制规则的实例。如所示，规则实现表达式“IF A+B＞C and D＜＝E THEN My_Result”。规则步骤1到5为分别具有作为变量(A、B、C、D和E)的输入的常量(10、20、30、40和50)的运算数规则步骤。规则步骤6到8为分别包括加过程运算步骤、大于过程运算步骤以及小于或等于过程运算步骤的运算规则步骤。规则步骤9为布尔AND过程运算步骤。最后一步为产生一结果的结果过程运算步骤，该结果优选地包括结论或事件以及用户预定义严重性水平。
依照本发明，用于产生这个定制规则的一个方法和顺序的实例包括以下步骤用鼠标44以及图形用户界面48首先从文件菜单选择菜单选项“新规则”；将图形规则步骤描述(被存储于数据库72的规则步骤100的图形描述)从步骤选项板或步骤矩阵120选择并操纵(拖放)到单独的规则窗口170；输入常量、配置任何未定义结果步骤并互连规则步骤1到11的输入和输出。应注意，由本发明定义的所显示选项板或矩阵限定用户仅选择有效的规则步骤。
更具体而言，仍参考图2并参考图3中所示的放大步骤矩阵102，常量规则步骤被用于规则步骤1和2两者。这样，常量规则步骤描述142从矩阵102被相继拖放到如图2中所示的第一列位置中。规则步骤3到5亦包括常量规则步骤，并且常量规则步骤描述142从矩阵被相继拖放到如图2中所示的第二列位置中。加规则步骤被用于规则步骤6，并且其规则步骤描述104从矩阵102被拖放到如图2中所示的第二列位置中。大于规则步骤被用于规则步骤7，并且其规则步骤描述120从矩阵102被拖放到如图2中所示的第三列位置中。小于或等于规则步骤被用于规则步骤8，并且其规则步骤描述118从矩阵被拖放到如图2中所示的第三列位置中。布尔AND规则步骤被用于规则步骤9，并且其规则步骤描述124从矩阵被拖放到如图2中所示的第四列位置中。未定义结果规则步骤被用于规则步骤11，并且其规则步骤描述150从矩阵被拖放到如图2中所示的第五列位置中，其得出选择用于该特定定制规则的规则步骤的结论。然后，用户配置未定义结果规则步骤的结论和严重性水平，并通过例如通过键盘和鼠标操纵的入口而赋值给常量(A、B、C、D和E)。然后，通过例如在一个规则步骤的输出上点击并按住鼠标按钮然后拖至另一个规则步骤的输入并释放按钮，规则步骤被互连。该过程被重复，直到每个规则步骤的所有单独输出被连接于所示的其它规则步骤的单独输入。从规则步骤输出到规则步骤输入的每个连接被存储于数据库72。该过程的最终结果为新的定制规则，其亦可被存储于数据库72然后基于要求而被激励。因此，本发明允许从图形上生成定制规则，而无需编写一行代码。事实上，在以下被需要以生成该实例的定制规则的关联代码在规则逻辑图形窗口172中被示出。
本发明将规则存为规则步骤，这使得有可能很快地运行规则。由于规则不被存为文本，而相反为可执行规则步骤，系统可预先加载所有规则步骤100，并且当定制规则被运行时，规则步骤处理立即开始。可选的是，系统能以定制规则限定的顺序来加载规则步骤100，然后处理定制规则。来自规则步骤的输出被存储于存储器。无论何时当规则步骤具有来自先前规则步骤的输入时，那个值可在存储器中获得并可被迅速检索。
在一个优选形式中，规则步骤从左到右被处理，并且规则与位于其相同列位置或左边的任何步骤的输入的连接是不允许的，由此确保所有步骤输出在它们为任何其它规则步骤所需要之前已被计算。这亦消除了无限循环的可能性。另外，在允许连接任何输入和输出之前，作为能比较输入/输出类型的结果，当输入/输出类型不兼容或无效时，本发明可防止生成连接。
本发明亦允许循环型处理。对于许多规则步骤，上部(第一级)输入将被循环并与下部(第二级)输入比较。对于几个类型的规则步骤，多重第二输入连接是允许的。允许多重第二级输入连接的所有规则步骤优选地生成相同的输出；而不管第二级输入是以哪个顺序被处理的。一个实例是加(+)规则步骤。通过将第一个数连接于其上部输入然后将另外四个连接于其下部输入，五个数被加在一起。循环然后将把上部数加给下部输入之一。结果值将被加给下一个下部输入，直到所有下部输入已被加给总和。所有数的总和然后将被存为来自该步骤的输出。
转到图4和5，可完成以上说明性实例。
图4示出数据库图解152，其示出定制规则集数据库60如何能被分解为一系列逻辑步骤而取代具有一串文本，其中每个步骤具有一个或多个输入以及一个过程。该数据库图解152为表64的实例，该表包括四个表事件表154、规则表156、rule_step表158和输入表160。这些表被存储于数据库60，并且这些表中的每个都包括具有字段68的一个或多个记录66。多个记录66可被包括在这些表的每个中，并且相同表中的相同多个记录的每个典型地包括相同的相应字段。
例如，规则表156中的每个记录可包括四个字段，并且可以有与成百个定制规则62相关的成百个记录。这样，规则表156可包括多个记录，该多个记录又可每个都包括多个字段。
每个定制规则产生一个事件，该事件为一个结果，并且每个规则由一个或多个规则步骤组成。例如，规则步骤表158中的第四项为步骤类型，其可以是运算数步骤，如图2中所示的常量步骤，或运算步骤，如亦在图2中所示的加步骤、大于步骤、小于或等于步骤、以及布尔AND步骤。每个步骤都具有一个或多个输入。在常量步骤的情况下，步骤类型将为运算数，而输入将为常量或所收集的数据值。在运算步骤如加步骤的情况下，步骤类型将为加，而输入将为先前步骤，如在先前步骤中产生的常量或值。
图5示出为图2中所示定制规则所存的实际表的条目的实例。从规则表156开始，示出了其中所存的单个记录。这个记录包括具有值一(1)的规则ID和具有值一(1)的Rule_Order或优先。conf_start和conf_end字段被用于在数据库中永久地维持所有配置，并在以下进一步描述。
这样，规则表156示出，有其规则ID为一(1)的定制规则并且这关联于事件表，该事件表显示出规则ID一产生被称为My_Result的结果。规则表亦关联于规则步骤表158，该规则步骤表显示出，有十个不同的规则步骤，每个都具有规则ID一(1)。因此，具有规则ID一的规则步骤表中的每一项都属于规则一。步骤顺序恰好亦遵循与步骤ID相同的顺序。首先的五个步骤类型(步骤ID1到5)均为一(1)，并且对于该实例，关联是获取或加载数据的呼叫。步骤ID6具有步骤类型二，其在该实例中为加过程。步骤ID7具有步骤类型三，其在该实例中为大于过程。步骤ID8具有步骤类型四，其在该实例中为小于或等于过程。步骤ID9具有步骤类型五，其在该实例中为布尔AND过程。最后，步骤ID1具有步骤类型六，其在该实例中为定制规则或My_Result事件的结果。
规则表亦关联于输入表160，该输入表显示出被称为步骤ID的列标题下的多个字段。从步骤ID一开始，处理器寻找步骤ID一的所有输入，其在该实例中包括由需要加载数据的输入来识别的仅一个输入。这样，步骤1是要获取A的值并将其加载到存储器中以使其可用。更具体而言，输入表中的步骤ID一相关于规则表中的步骤ID一，该规则表具有相关于获取运算数的步骤类型一。
类似地，步骤ID2、3、4和5每个亦包括需要加载数据的仅一个输入。这样，步骤2、3、4和5是获取B、C、D和E相应值并将其加载到存储器中以使其可用的步骤。这样，步骤1到5中的运算数由变量(A、B、C、D和E)表示，并且该步骤将获取这些变量的实值或数据。在此情况下，A、B、C、D和E变量的数据为常量，其可被存储于表中被称为Float的标题下。
可选的是，输入表中的分段ID(SID)可提供处理器使用的表示，用于为A、B、C、D和E变量的每个分配加载什么数据以及从哪里加载它。
步骤ID六具有两个输入顺序或输入数1以及顺序或输入数2。这些输入来自步骤ID一的步骤输出一和步骤ID二的步骤输出一，如在被称为“FromStepOutput”和“FromStepID”的相应列标题下所示。在该实例中，相应的输出来自规则步骤1和2。这样，步骤ID六的上部或左边输入来自规则步骤1的输出，而下部或右边输入来自规则步骤2的输出。类似地，步骤ID七具有来自规则步骤6和3输出的输入，步骤ID八具有来自规则步骤4和5输出的输入，而步骤ID九具有来自规则步骤7和8输出的输入。规则步骤9的输出为规则步骤11的输入，并产生被称为My_Result的结果。这说明步骤如何被互连以及这些互连如何被存储。
返回来参考规则表156，Rule_Order或优先标题下的字段允许用户使用一个规则的输出用于另一个规则的输入。例如，由一个规则确定的排放蒸汽高温事件可被用于一个或多个其它规则，而无需多次不同地再运行(rework)相同的逻辑。这样，这允许系统10处理定制规则一次，维持那个值然后多次不同地再使用那个值。
然而，确定蒸汽温度为高的规则必须在其它规则被处理之前被处理。这样，必须有优先。作为结果，对其有依赖性的规则，具有用于将来规则中的输出的规则必须被首先处理。例如，如果第一结果被产生并且用于第二规则中，然后第二结果被产生并且用于第三规则中，则存在一个依赖性的链，因此对其施加了优先。例如，必须首先运行的所有规则获得一，而接下来运行的规则获得二，等等。这限定了规则以什么顺序被运行，因此错误信息不被使用。
参考图6并详述图1，定制规则系统10可被在工作上耦合于监控例如工厂资产96的多个传感器94。反过来，信号调节、处理和通信系统200被在工作上耦合于多个传感器94、设备202和包括信息提取模块90的第一级处理器和存储器系统204。
信号调节、处理和通信系统200可被用于数据采集设备92并可包括以下包括在线连续设备的并行设备、包括在线扫描或复用设备的有线和无线扫描/序列设备、包括便携数据收集器的离线诊断和监视设备、诸如油分析的条件监控设备、以及包括处理控制器的处理控制器和设备。
第一级处理器和存储器系统204可包括处理器20、存储器22、输入42、输出52、包括定制规则集数据库60和规则步骤100的数据库72、以及经由图1中所示的系统总线82的提取模块90。另外，第一级处理器和存储器系统204被在工作上耦合于系统处理器206、专家系统外壳208、推理机(inference engine)210、规则集数据库212和数据库72。应注意，数据库72可被耦合于第一级处理器和存储器系统204并且/或者与第一级处理器和存储器系统204形成一体。
信号调节、处理和通信系统200被用于从传感器接收原始数据并调节、处理该数据并将该数据传送给第一级处理器和存储器系统204。第一级处理器和存储器系统204处理并存储所传送的数据。然后当被请求时，该信息被传送给信息提取模块90。第一级处理器和存储器系统204和系统处理器206使用由信息提取模块90提取的信息以及来自输入42和推理机210的任何输入，并依照来自定制规则集数据库60和规则数据库212的任何被激活规则来获得关于传感器94、设备202以及包括机器和过程的资产96的条件的结论。
关于传感器、设备、机器和过程的条件的结论以及与其关联的任何问题的严重性(与来自其它系统的结论和来自其它数据库的配置信息一起)可通过第二级处理器和存储器系统214被发送给输出52和/或消息路由系统216，从而使信息被处理以确定谁应在什么时间帧内接收什么信息以适当地响应于状况。更具体而言，从所处理的参数得出的结论和严重性被发送到第二级处理器和存储器系统214，然后到消息路由系统90，其可被定制以通过输出218发送特定结论给相应的人员或通过调制解调器222发送给主计算机220，其又可存储特定结论并/或将其发送给相应的人员。
更具体而言，仍参考图6，系统10可包括具有面向对象的范例的专家系统外壳208。本发明使用该外壳208与处理器204或206合作以构建可驻留在数据库72中的类层次知识库的框架。对于待管理的厂内的每个资产的属性或特性的一般描述以及用于对这些属性进行运算的规则集和/或定制规则集被限定到驻留于层次知识库上部的类中。层次知识库中向下的下一级允许子类被附加给层次类。这样，对厂内每个资产属性的较具体描述和用于对这些属性进行运算的方法学可被限定到子类中，该子类接受它们所属的上类中的一切。
例如，上类可被通常定义为泵，而子类可被生成为属于其的水泵。这样，被称为水泵的子类继承了在被称为泵的层次类中限定的所定义属性和方法。这样，特定类型的水泵可被附加给层次结构的上级并且将继承和再使用在被称为泵的层次类中包含的一切。另外，子类可被定义以添加、删除或再定义被称为泵的上类中的属性和规则集。
一旦上类已被定义，特定厂内的特定资产可被配置为对象。在一个形式中，这些对象的属性和规则集被写到第一级处理器和存储器系统204中并通过桥被传送给专家系统外壳，并被示例为待由专家系统外壳208的面向对象的范例来处理的对象。
通过使用可包括配置输入和知识输入的存储存储器28或输入42，对象可被附加到系统10中。知识输入可包括存储介质，其与存储存储器28一起工作，在其上特定类型的资产的专门属性和方法学已被存储。第一级处理器和存储器系统204简单地从模块读取信息并将该信息传送给系统处理器206和外壳208，在这里它被示例为表示特定资产的对象。该过程可被完成而无需在存储介质中包含的任何商业秘密被公开。输入42可被用于直接插入配置信息和有关待管理资产的任何其它必要信息。该信息以与在存储介质上包含的信息相同的方式被处理。
这样，每次要进行检查时，从传感器94获得一组原始数据，其表示例如机组内的资产的条件，用于提供在机组中发生事情时的瞬时状态(snapshot)。第一级处理器和存储器系统204和/或系统处理器206处理这些参数。然后信息提取模块90从这些参数中提取信息，而第一级处理器和存储器系统204和/或系统处理器206依照定制规则集数据库60中的规则和/或依照规则集数据库212中的规则来处理这个所提取的信息。这样，规则集和定制规则集可组合并结合由数据库汇集的信息。
然后，从所处理参数得出的结论被发送到第二级处理器和存储器系统214，然后到消息路由系统216，其可被定制以通过发送特定结论给相应的人员或通过调制解调器222发送给主计算机220，其又可存储特定结论并/或将其发送给相应的人员。
更具体而言，系统10的第二级处理器和存储器系统214输出多个信号给消息路由系统216，其确定将相关于可由资产96提起的(actionable)要求的消息输出到哪里。优选的是，严重性水平信号、故障类别信号和有问题信号的资产与到消息路由系统216的输出关联。严重性水平可被定义为零严重性、一严重性、二严重性、三严重性等。故障类别输出可包含有关传感器、机器、设备和过程的信息。有问题输出的资产可包含有关特定资产例如具有蒸汽问题的汽轮机的信息。
然后，路由系统216确定消息应被发送到哪里。例如，消息可被发送给以下的一个或多个操作者、机器维护人员、设备和控制系统人员、工厂管理人员、传感器和设备供应者以及机器供应者。例如，如果资产为机器并且严重性水平为一，则机器维护部门将接收报告。如果资产为设备并且严重性水平为一，则设备和控制部门将接收报告。如果过程具有一级严重性，则操作者和外包者将接收报告。
在使用和操作中，通过利用鼠标以及图形用户界面48，用户与定制规则系统10交互以生成定制规则。例如，如果用户想要生成检测“蒸汽问题”的规则，则过程如下。
首先，参考图7，用户从文件菜单选择菜单选项“新规则”并命名该规则(例如，新规则1)。然后定制规则系统10可提示用户在生成将生成新定制规则的规则或通过在GUI上显示以下选择完全定制规则、改变所存规则以及导出值而得出的结果之间选择。然后用户将做出选择并随后在“下一步”图标164上点击以移至下一个对话框。如图7所示，这下一个对话框66然后将显示机组、机器或部件的图形对象以运行规则。然后用户可被提示以选择一个或多个图形对象。用户然后将用鼠标来选择一个或多个图形对象并将随后在“下一步”图标164上点击以移至下一个对话框176，其在图8中示出。注意，在这个实例中选择了HP Turbine。
现在参考图8中所示的对话框176，然后用户将被提示以选择为规则示出的初始值。定制规则系统10将从数据库或知识数据库72提供信息并将其以各种分类178显示给用户。然后用户将从用于所选机器的不同分类178中选择特定的分类。分类可包括来自变送器的原始数据、被处理的数据或来自数据库的数据。例如，分类可包括所配置数据、测量数据、所得数据、定制所得数据、结果数据和定制结果数据。然后用户将从所选分类中选择一项或多项。例如，如所示，测量分类已被选择，然后通过从测量分类中选择例如蒸汽流量和蒸汽压力变量由此定义图9中所示的一个步骤即蒸汽流量步骤180和一个步骤即蒸汽压力步骤182，用户将添加用于定制规则的测量。随后用户将在“完成”图标168上点击，这将导致定制规则模块和显示模块引出如图9中所示的规则图形窗口170、步骤选项板或矩阵窗口102以及所生成规则逻辑图形窗口172。
参考图9，用户优选地利用鼠标44从步骤选项板或矩阵102选择规则步骤描述并将其拖放到规则窗口170以定义待在“新规则1”定制规则中使用的附加规则步骤。
更具体而言，参考图9和10，用户可从选项板选择未定义结果规则步骤描述150并将其拖放到规则窗口170中，在那里它被示出为规则步骤184。应注意，以这个动作，结果步骤的文本版本被置于下部的规则逻辑图形窗口并包括等于二的严重性。
点击鼠标44上的按钮，例如在未定义结果规则步骤184上点击右鼠标按钮，导致定制规则和显示模块引出分别如图11和12中所示的特性对话框196和结果对话框198。特性对话框196允许用户选择已被生成的结果，并且在该实例中，那个结果已被命名为“蒸汽问题”。另外，特性对话框196允许用户在分别通过新图形键230、编辑图形键232和删除图形键234来生成新结果、编辑现有结果或删除现有结果之间做出选择。当任何这些图形键被激励时，结果对话框198如图12中所示出现。然后用户可添加、编辑和/或删除名称、推荐动作和所生成结果的细节。
另外，参考图13，通过简单地利用鼠标在任何严重性框236上点击，用户可改变结果的严重性。在本实例中，严重性已从如图10中所示的严重性二(2)被改变为严重性三(3)。这亦可从被置于下部规则逻辑图形窗口172的文本版本中看到。
由于结果步骤已被添加和定义，然后添加附加规则步骤。
参考图14，用户添加两个常量规则步骤186、188，两个小于规则步骤190、192，以及布尔OR规则步骤194。应注意，选项板102将亦出现在图形用户界面48上，如图3和9中所示，但为清楚起见已被去除。
更具体而言，如图3、9和14中所示，用户从选项板102选择第一常量规则步骤描述142并将其拖放到蒸汽流量规则步骤180下面以形成规则步骤186，然后用户从选项板102选择第二常量规则步骤描述142并将其拖放到蒸汽压力规则步骤182下面以形成规则步骤188，因此这四个规则步骤180、182、186、188基本上位于如图14中所示的第一列位置中。类似地，用户选择、拖放第一小于规则步骤描述116到规则窗口内以形成规则步骤190，然后用户从选项板选择、拖放第二小于规则步骤描述116到规则窗口内以形成规则步骤192，因此第一和第二小于规则步骤190、192基本上位于第一列位置右边的第二列位置内。最后，用户从选项板选择、拖放布尔Or规则步骤描述126到规则窗口内以形成规则步骤194，因此Or规则步骤194基本上位于第二列位置右边和放置结果规则步骤184的第五列位置的左边的第三列位置内。
一旦所有规则步骤均被置于规则窗口内，所剩下的只是输入用于常量的值并连接所有步骤以完成定制规则。
参考图15，用户仅在一个规则的输出上点击鼠标按钮并拖动，然后在被置于其右边列中的另一个规则的输入上释放鼠标按钮。该过程被继续，直到连接240、242、244、246、248、250和252如图15中所示被获得。这个所完成的定制规则然后被存为特别在以上和参照图2到5示出并说明的规则步骤标识符和连接的函数。应注意，当规则被生成时，所生成规则逻辑窗口172中的文本被自动更新，并当所有规则互连被完成时，示出定制规则的所完成定制规则文本逻辑。
优选的是，规则步骤不能被连接于其左边的规则步骤，换句话说，规则步骤逻辑只能单向进行。每个规则步骤是完全自主的，并且每个规则步骤在每个随后的规则步骤之前被处理。
另外，当定制规则被生成时，定制规则模块检查连接是否有效，如果无效，则模块将不生成连接。模块被编程以通过比较输入和输出类型来得知什么能被连接和什么不能被连接。相反，当编写代码时，没有什么可以警告用户是否互连不合适。
一旦完成，并当定制规则启动(fire)时，实际结果将被示出给用户。定制规则结果亦可产生不启动事件的子结果值。另外，单个规则可启动不同严重性的多个事件。此外，逻辑路径可在事件触发器之间被共享。
如以上所述，用户可从用图形显示的步骤选项板或矩阵102生成各种各样的定制规则。在本发明的一个优选形式中，返回来参考图1和3，在步骤选项板或矩阵102中从图形上描述的规则步骤100如下由104描述的加规则步骤将数或数据加在一起。当加规则步骤描述被置于规则窗口时，其图形描述包括其右侧的输出以及优选地能处理仅一个连接的上部左侧输入和优选地能处理多个连接的下部左侧输入。来自上部和下部左侧输入的所有输入被加在一起而不管顺序，并且结果在右侧输出被输出。
由106描述的减规则步骤减去数或数据。当减规则步骤描述被置于规则窗口时，其图形描述包括其右侧的输出以及优选地能处理仅一个连接的上部左侧输入和优选地能处理多个连接的下部左侧输入。上部的数为在减过程开始时被使用的第一个数，因此一个下部的数最初从上部数被减去，由此获得一个结果，随后的下部数从该结果被减去，从而获得随后的结果，等等，直到没有待减去的下部数。最终的结果在右侧输出被输出。
由108描述的乘规则步骤使数或数据相乘。当乘规则步骤描述被置于规则窗口时，其图形描述包括其右侧的输出以及优选地能处理仅一个连接的左上侧输入和优选地能处理多个连接的左下侧输入。来自左上和左下侧输入的所有输入被乘在一起而不管顺序，并且结果在右侧输出被输出。
由110描述的除规则步骤除以数或数据。当除规则步骤描述被置于规则窗口时，其图形描述包括其右侧的输出以及优选地能处理仅一个连接的左上侧输入和优选地能处理多个连接的左下侧输入。上部的数为在除过程开始时被使用的第一个数，因此首先任何下部的数最初被除以上部数，由此获得一个商，从该商进行随后的除法，从而获得随后的商，等等，直到没有待被除以最终随后商的下部数。最终的结果在右侧输出被输出。
由112描述的等于规则步骤起到比较步骤的作用。当等于规则步骤描述被置于规则窗口时，其图形描述包括其右侧的输出以及优选地能处理仅一个连接的左上侧输入和优选地能处理多个连接的左下侧输入。上部值被与每个下部值比较，并且对于等于条件，每个下部值必须等于上部值以保持为真。真或假的最终值，例如以对真为一而对假为零的形式，在右侧输出被输出。
由114描述的不等于规则步骤亦起到比较步骤的作用。当不等于规则步骤描述被置于规则窗口时，其图形描述包括其右侧的输出以及优选地能处理仅一个连接的左上侧输入和优选地能处理多个连接的左下侧输入。上部值被与每个下部值比较，并且对于不相等或不等于条件，每个下部值必须不等于上部值以保持为真。真或假的最终值，例如以对真为一而对假为零的形式，在右侧输出被输出。
由116描述的小于规则步骤亦起到比较步骤的作用。当小于规则步骤描述被置于规则窗口时，其图形描述包括其右侧的输出以及优选地能处理仅一个连接的左上侧输入和优选地能处理多个连接的左下侧输入。上部值被与每个下部值比较，并且对于小于条件，每个下部值必须小于上部值以保持为真。真或假的最终值，例如以对真为一而对假为零的形式，在右侧输出被输出。
由118描述的小于或等于规则步骤亦起到比较步骤的作用。当小于或等于规则步骤描述被置于规则窗口时，其图形描述包括其右侧的输出以及优选地能处理仅一个连接的左上侧输入和优选地能处理多个连接的左下侧输入。上部值被与每个下部值比较，并且对于小于或等于条件，每个下部的项必须小于或等于上部值以保持为真。真或假的最终值，例如以对真为一而对假为零的形式，在右侧输出被输出。
由120描述的大于规则步骤亦起到比较步骤的作用。当大于规则步骤描述被置于规则窗口时，其图形描述包括其右侧的输出以及优选地能处理仅一个连接的左上侧输入和优选地能处理多个连接的左下侧输入。上部值被与每个下部值比较，并且对于大于条件，每个下部值必须小于上部值以保持为真。真或假的最终值，例如以对真为一而对假为零的形式，在右侧输出被输出。
由122描述的大于或等于规则步骤亦起到比较步骤的作用。当大于或等于规则步骤描述被置于规则窗口时，其图形描述包括其右侧的输出以及优选地能处理仅一个连接的左上侧输入和优选地能处理多个连接的左下侧输入。上部值被与每个下部值比较，并且对于大于或等于条件，每个下部值必须小于或等于上部值以保持为真。真或假的最终值，例如以对真为一而对假为零的形式，在右侧输出被输出。
由124描述的布尔AND规则步骤起到逻辑步骤的作用。当布尔AND规则步骤描述被置于规则窗口时，其图形描述包括其右侧的输出以及优选地能处理仅一个连接的左上侧输入和优选地能处理多个连接的左下侧输入。对于AND条件，所有输入必须符合特定条件、必须为真或必须具有相同的值以保持为真。真或假的最终值，例如以对保持真的AND条件为逻辑一而对保持假的AND条件为逻辑零的形式，在右侧输出被输出。
由126描述的布尔OR规则步骤亦起到逻辑步骤的作用。当布尔OR规则步骤描述被置于规则窗口时，其图形描述包括其右侧的输出以及优选地能处理仅一个连接的左上侧输入和优选地能处理多个连接的左下侧输入。对于OR条件，任何输入必须符合特定条件或必须为真以保持为真。真或假的最终值，例如以对保持真的OR条件为逻辑一而对保持假的OR条件为逻辑零的形式，在右侧输出被输出。
由128描述的布尔NOT规则步骤亦起到逻辑步骤的作用。当布尔NOT规则步骤描述被置于规则窗口时，其图形描述包括其右侧的输出以及其左侧的输入。NOT规则步骤使输入反相，并亦被称为反相器(inverter)规则步骤。例如，如果在布尔NOT规则步骤的输入处输入逻辑一形式的真值，则在布尔NOT规则步骤的输出处输出逻辑零形式的假值。
由130描述的最大值规则步骤得到具有最大值的输入值并将其输出。当最大值规则步骤描述被置于规则窗口时，其图形描述包括其右侧的输出以及优选地能处理仅一个连接的左上侧输入和优选地能处理多个连接的左下侧输入。所有输入被处理以得到最大值，并且该值在右侧输出被输出。
由132描述的最小值规则步骤得到具有最小值的输入值并将其输出。当最小值规则步骤描述被置于规则窗口时，其图形描述包括其右侧的输出以及优选地能处理仅一个连接的左上侧输入和优选地能处理多个连接的左下侧输入。所有输入被处理以得到最小值，并且该值在右侧输出被输出。
由134描述的绝对(Abs)值规则步骤得到输入值的绝对值并将其输出。当绝对值规则步骤描述被置于规则窗口时，其图形描述包括其右侧的输出以及其左侧的输入。输入被处理以得到绝对值，并且该值在右侧输出被输出。
由136描述的开关规则步骤取在上部输入被输入的值，如果该值为真，它输出中间的值，而如果为假，则下部输入被输出。具体而言，当开关规则步骤描述被置于规则窗口时，其图形描述包括其右侧的输出以及优选地能处理仅一个连接的左上侧输入、优选地能处理仅一个连接的左中侧输入和优选地能处理仅一个连接的左下侧输入。
由138描述的清单规则步骤将事物分类为列举形式。在使用中，例如，用户将首先从分类中选择一项如轴承，这将导致运算数步骤出现在规则步骤窗口中。然后用户将把清单规则步骤和等于步骤置于规则窗口中。然后用户将把轴承分类和清单规则步骤均连接于等于步骤，这将导致清单规则步骤被以然后可被单独选择的与轴承关联的值填充。这样，用户不必知道与单元如轴承关联的所有值。
由140描述的F(X)规则步骤为输出所得值的输出步骤。用户将定义一个函数并将其存为单独的F(X)规则。可选的是，用户可将规则的输出存为单独的F(X)规则。例如，如果包括八的规则输入到加步骤然后输出在除步骤中被除以八，平均值将被获得并输入到F(X)规则步骤，其然后可被存储并用于构建随后的规则。当F(X)规则步骤被置于规则窗口时，其图形描述包括在其右侧的输出以及与定义函数所需要的一样多的输入。
由144描述的Temp规则步骤使用户返回屏幕以选择较多的输入步骤。
由146描述的真/假规则步骤为根据用户定义而输出真或假值的输出步骤。
由148描述的规则步骤为可被用于其它规则的所得值。
由150描述的结果规则步骤为输出定制规则结果的规则步骤。
图16到28示出被包括在定制规则集数据库60中的每个表64的一个优选形式。每个表都包括具有至少一个字段的至少一个记录。
具体而言，图16示出规则组表260，其示出包括以下字段的记录rule_group_id、rule_group_guid、group_priority、is_rule_group_active、rule_group_text_id、rule_group_text、rule_type、is_password_active和rule_group_password。
rule_group_id为规则组的唯一标识符。所写的每个规则被指定了一个组。规则所属的组确定与其优先权成组(规则运行的顺序)的规则集，谁可察看并编辑规则，以及规则组是否被激活。rule_group_id为局部标识符。rule_group_id必须在数据库之间被检查以校验有效的规则组。
rule_group_guid为当其被生成时被指定给规则组的ID。rule_group_guid为在不同数据库之间被保持唯一的唯一数。如果规则组从一个数据库被复制到另一个，result_guid随其被复制。
group_priority为属于那个组的所有规则运行的优先权。所有规则组将以group_priority的顺序被读取。然后每组规则将被运行。例如，group_priority is 1是将被运行的第一组规则，而group_priority is 32，767将是待运行的最后一组规则。
当is_rule_group_active为真时，则作为规则组一部分(rule_group_id)的所有规则应被运行。如果is_rule_group_active为假时，则没有一个作为规则组一部分(rule_group_id)的规则应被运行。
rule_group_text_id为被显示以描述规则组的文本的text_id。如果rule_group_text_id<>0，则该文本仅被显示给用户。如果rule_group_text_id＝0，则rule_group_text中的文本应被使用。
rule_group_text为被显示以描述规则组的文本。如果rule_group_text_id＝0，则该文本仅被显示给用户。
rule_type列举存储规则被生成的类型。系统10允许用户生成三个不同类型的规则。一个用于可在任何其它规则中使用的所得值。一个用于，重新映射现有结果严重性，而另一个用于用户定义的定制可报告结果。
如果rule_group_password被激活，则is_password_active列举为真。这意味着为看到或编辑任何规则、所得值或定制规则，必须通过输入正确的口令来激活规则。
rule_group_password是为激活察看并编辑那个组的规则、定制结果和所得值的能力，必须被键入的口令。
图17示出规则表262，其示出包括以下字段的记录rule_id、beg_rule_conf_id、end_rule_conf_id、rule_text、rule_text_id、is_valid、is_active、is_deleted、rule_priority、rule_group_id、component_key和num_result_steps。
rule_id为每个规则的唯一标识符。规则的改变可通过使用beg_rule_conf_id和end_rule_conf_id来跟踪。rule_id被用作所有规则步骤表中的外来(foreign)键的一部分。这就是人们如何得到属于给定rule_id的所有规则步骤。
当规则或规则步骤被生成时，beg_rule_conf_id存储最近的rule_conf_id。应注意，每次在系统10中有变化时，新的rule_conf_id被生成。然后rule_conf_id被用于标记所有新规则、规则步骤或所改变的规则或规则步骤。
end_rule_conf_id存储规则或规则步骤对其有效的最后的rule_conf_id。应注意，每次在系统10中有变化时，新的rule_conf_id被生成。然后rule_conf_id被用于标记所有新规则、规则步骤或所改变的规则或规则步骤。
rule_text为被显示为规则名称的文本。如果rule_text_id＝0，则该文本仅被示出给用户。
rule_text_id为被显示为规则名称的文本的text_id。如果rule_text_id<>0，则该文本仅被显示给用户。如果rule_text_id＝0，则rule_text中的文本应被使用。
is_valid列举规则是好的并且可被执行。
is_active列举规则被激活并且应在规则处理期间被执行。
is_deleted列举规则已被删除。该规则尚未从数据库被去除，因此我们仍可显示规则的历史。
rule_priority存储规则应被运行的顺序。rule_priority仅示出给定规则组内规则处理的顺序。每个规则组由group_priority给予优先权。rule_priority一为将被运行的第一规则，而rule_priority2，147，483，648将为待运行的最后规则。
rule_group_id为规则组的唯一标识符。所写的每个规则被指定一个组。规则所属的组确定与其优先权成组(规则运行的顺序)的规则集，谁可察看并编辑规则，以及规则组是否是激活的。
component_key为数据库中部件(component)的唯一标识符。
num_result_steps为有关给定规则(rule_id)的结果步骤数。
图18示出规则步骤表264，其示出包括以下字段的记录rule_id、beg_rule_conf_id、end_rule_conf_id、step_num、vert_position_num、horz_position_num和operation_id。
rule_id为每个规则的唯一标识符。规则的改变可通过使用beg_rule_conf_id和end_rule_conf_id来跟踪。rule_id被用作所有规则步骤表中的外来键的一部分。这就是人们如何得到属于给定rule_id的所有规则步骤。
当规则或规则步骤被生成时，beg_rule_conf_id存储最近的rule_conf_id。每次在系统10中有变化时，新的rule_conf_id被生成。然后rule_conf_id被用于标记所有新规则、规则步骤或所改变的规则或规则步骤。
end_rule_conf_id存储规则或规则步骤对其有效的最后的rule_conf_id。每次在系统10中有变化时，新的rule_conf_id被生成。然后rule_conf_id被用于标记所有新规则、规则步骤或所改变的规则或规则步骤。
step_num被用于识别规则中的每个单独规则步骤。step_num从用于第一步骤的1开始，其为被添加给规则的每个附加步骤而被增加并增量一。step_num为用于规则步骤表的主(primary)键的一部分。每个规则步骤具有在规则步骤表中的记录并当其被生成时，被给定一个step_num。每个规则步骤可具有其它表中的记录，step_num被用于得到属于给定规则步骤的那些其它记录。
vert_position_num存储规则步骤的垂直位置。这是规则被显示于显示器上的垂直位置。vert_position_num亦被用于给规则步骤处理排序。horz_position_num对于规则处理顺序是最重要的。
horz_position_num存储规则步骤的水平位置。这是规则被显示于显示器上的水平位置。horz_position_num为被用于给规则步骤处理排序的主要值。具有相同horz_position_num的所有规则步骤可被以任何顺序处理。
operation_id为每个被支持运算的标识符。对于在定制规则处理器中支持的运算加、减等的每个类型，都有一个记录。
图19示出规则连接表266，其示出包括以下字段的记录rule_id、beg_rule_conf_id、end_rule_conf_id、connection_num、from_step_num、from_output_num、to_step_num和to_input_num。
rule_id为每个规则的唯一标识符。规则的改变可通过使用beg_rule_conf_id和end_rule_conf_id来跟踪。rule_id被用作所有规则步骤表中的外来键的一部分。这就是人们如何得到属于给定rule_id的所有规则步骤。
当规则或规则步骤被生成时，beg_rule_conf_id存储最近的rule_conf_id。每次在系统10中有变化时，新的rule_conf_id被生成。然后rule_conf_id被用于标记所有新规则、规则步骤或所改变的规则或规则步骤。
end_rule_conf_id存储规则或规则步骤对其有效的最后的rule_conf_id。每次在系统10中有变化时，新的rule_conf_id被生成。然后rule_conf_id被用于标记所有新规则、规则步骤或所改变的规则或规则步骤。
connection_num存储规则中的连接号。这是用于查找规则中连接的主键的一部分。连接是在规则步骤输出到规则步骤输入被建立的。规则中的每个连接获得其自己的connection_num。
from_step_num为具有连接输出侧的规则步骤的step_num。
from_output_num为连接被连接到的规则步骤输出的output_num。
to_step_num为具有连接输入侧的规则步骤的step_num。
to_input_num为连接被连接到的规则步骤输入的input_num。
图20示出规则步骤输入表268，其示出包括以下字段的记录rule_id、beg_rule_conf_id、end_rule_conf_id、step_num、input_num、step_input_enum_id和step_input_enum_id。
rule_id为每个规则的唯一标识符。规则的改变可通过使用beg_rule_conf_id和end_rule_conf_id来跟踪。rule_id被用作所有规则步骤表中的外来键的一部分。这就是人们得到属于给定rule_id的所有规则步骤的方式。
当规则或规则步骤被生成时，beg_rule_conf_id存储最近的rule_conf_id。每次在系统10中有变化时，新的rule_conf_id被生成。然后rule_conf_id被用于标记所有新规则、规则步骤或所改变的规则或规则步骤。
end_rule_conf_id存储规则或规则步骤对其有效的最后的rule_conf_id。每次在规则桌中有变化时，新的rule_conf_id被生成。然后rule_conf_id被用于标记所有新规则、规则步骤或所改变的规则或规则步骤。
step_num被用于识别规则中的每个单独规则步骤。step_num对第一步骤以一开始，其对被添加给规则的每个附加步骤而添加并增量一。step_num为用于规则步骤表的主键的一部分。每个规则步骤具有在规则步骤表中的记录并当其被生成时，被给定一个step_num。每个规则步骤可具有其它表中的记录，并且step_num被用于得到属于给定规则步骤的那些其它记录。
每个规则运算可具有多个输入。input_num识别记录数据描述哪个输入。
value_type存储规则步骤中或其外的值的类型。这被用于当生成新规则时校验正确的连接附着并且检索值。
step_input_enum_id为规则步骤输入的enum_id。零step_input_enum_id表示输入不是列举值。
图21示出规则输出表270，其示出包括以下字段的记录rule_id、beg_rule_conf_id、end_rule_conf_id、step_num、output_num、value_type、b_value、f_value、i_value、e_value、units、sub_units、field_id、component_key、step_output_enum_id和loop_num。
rule_id为每个规则的唯一标识符。规则的改变可通过使用beg_rule_conf_id和end_rule_conf_id来跟踪。rule_id被用作所有规则步骤表中的外来键的一部分。这就是人们得到属于给定rule_id的所有规则步骤的方式。
当规则或规则步骤被生成时，beg_rule_conf_id存储最近的rule_conf_id。每次在系统10中有变化时，新的rule_conf_id被生成。然后rule_conf_id被用于标记所有新规则、规则步骤或所改变的规则或规则步骤。
end_rule_conf_id存储规则或规则步骤对其有效的最后的rule_conf_id。每次在规则桌中有变化时，新的rule_conf_id被生成。然后rule_conf_id被用于标记所有新规则、规则步骤或所改变的规则或规则步骤。
step_num被用于识别规则中的每个单独规则步骤。step_num对第一步骤以一开始，其对被添加给规则的每个附加步骤而添加并增量一。step_num为用于规则步骤表的主键的一部分。每个规则步骤具有在规则步骤表中的记录并当其被生成时，被给定一个step_num。每个规则步骤可具有其它表中的记录，并且step_num被用于得到属于给定规则步骤的那些其它记录。
每个规则运算可具有多个输出。output_num识别记录数据描述哪个输出。
value_type存储规则步骤中或其外的值的类型。这被用于当生成新规则时校验合适的连接附着并且检索值。
若value_type为布尔，b_value为规则步骤输出的值。
若value_type为浮点，f_value为规则步骤输出的value_type。
若value_type为整数，i_value为规则步骤输出的值。如果value_type为列举，则enum_value数被存储在i_value中。
若value_type为列举，e_value为规则步骤输出的enum_id值。用于查找实际列举的enum_value将在i_value中。
units为规则步骤输出被存作的单位类型。这可被用于校验单位类型或转换单位类型。这将最有可能仅当基于类的规则被添加时才是必要的。
sub_units为规则步骤输出被存为的sub_unit类型。这可被用于校验子单位类型或转换子单位类型。这将最有可能仅当基于类的规则被添加时才是必要的。
field_id为被用于指定数据库中特定字段的数。这个数可被用于查找有关数据从而能从字段表读取并写入字段信息。
component_key为用于数据库中部件的唯一标识符。
step_output_enum_id为规则步骤输出的enum_id。具有零值的step_output_enum_id表示输出不是列举值。
如果多于一个可用，loop_num为字段号。一个实例为排气温度。在汽轮机上可有多个排气温度。loop_num将为排气温度点的号。
图22示出结果步骤表272，其示出包括以下字段的记录rule_id、beg_rule_conf_id、end_rule_conf_id、step_num、result_type、multiple_severities、create_severity_0_result、auto_staus_checking和no_result。
rule_id为每个规则的唯一标识符。规则的改变可通过使用beg_rule_conf_id和end_rule_conf_id来跟踪。rule_id被用作所有规则步骤表中的外来键的一部分。这就是人们得到属于给定rule_id的所有规则步骤的方式。
当规则或规则步骤被生成时，beg_rule_conf_id存储最近的rule_conf_id。每次在系统中有变化时，新的rule_conf_id被生成。然后rule_conf_id被用于标记所有新规则、规则步骤或所改变的规则或规则步骤。
end_rule_conf_id存储规则或规则步骤对其有效的最后的rule_conf_id。每次在规则桌中有变化时，新的rule_conf_id被生成。然后rule_conf_id被用于标记所有新规则、规则步骤或所改变的规则或规则步骤。
step_num被用于识别规则中的每个单独规则步骤。step_num对第一步骤以一开始，其对被添加给规则的每个附加步骤而添加并增量一。step_num为用于规则步骤表的主键的一部分。每个规则步骤具有记录在规则步骤表中并当其被生成时，被给定一个step_num。每个规则步骤可具有在其它表中的记录，并且step_num被用于得到属于给定规则步骤的那些其它记录。
result_type为在系统10中被用于识别可报告结果的数。result_type更象一个用于结果的局部别名。这个数对于不同数据库中的相同类型的结果可以是不同的。result_guid是可被用于在数据库之间肯定地(positively)识别结果的唯一数。
multiple_severities可由用户来选择。如果用户想要用一个结果步骤启动多个严重性水平，则它们激活规则步骤特性中的多个严重性。如果用户选择并激活多严重性选项，则multiple_severities为真。
create_severity_0_result可由用户来选择。如果create_severity_0_result为真，则用户已选择使严重性零结果被生成。
auto_staus_checking可由用户来选择。如果auto_staus_checking为真，则用户已选择使所有值的自动状态检查被用于规则中。如果在规则中使用的任何变量不可用，则零严重性被生成，并且显示和数据足够(sufficiency)结果亦被生成。
no_result为表示是否输入应被示出的标记，如果到其中的值被评价为真，则使结果不被生成。
图23示出所得值步骤表274，其示出包括以下字段的记录rule_id、beg_rule_conf_id、end_rule_conf_id、step_num和step_num。
rule_id为每个规则的唯一标识符。规则的改变可通过使用beg_rule_conf_id和end_rule_conf_id来跟踪。rule_id被用作所有规则步骤表中的外来键的一部分。这就是人们得到属于给定rule_id的所有规则步骤的方式。
当规则或规则步骤被生成时，beg_rule_conf_id存储最近的rule_conf_id。每次在系统10中有变化时，新的rule_conf_id被生成。然后rule_conf_id被用于标记所有新规则、规则步骤或所改变的规则或规则步骤。
end_rule_conf_id存储规则或规则步骤对其有效的最后的rule_conf_id。每次在系统10中有变化时，新的rule_conf_id被生成。然后rule_conf_id被用于标记所有新规则、规则步骤或所改变的规则或规则步骤。
step_num被用于识别规则中的每个单独规则步骤。step_num对第一步骤以一开始，其对被添加给规则的每个附加步骤而添加并增量一。step_num为用于规则步骤表的主键的一部分。每个规则步骤具有记录在规则步骤表中并当其被生成时，被给定一个step_num。每个规则步骤可具有其它表中的记录，并且step_num被用于得到属于给定规则步骤的那些其它记录。
detived_value_id为在系统中被用于识别所得值的数。derived_value_id更象一个用于所得值的局部别名。这个数对于不同数据库中的相同类型的所得值可以是不同的。derived_value_id是可被用于在数据库之间肯定地识别所得值的唯一数。
图24示出系统选项表276，其示出包括以下字段的记录system_options_key、database_major_version、database_minor_version、database_minor_version和database_custom_version。
system_options_key为用于系统选项表的主键。这个表应仅具有一个记录。
database_major_version为数据库的大版本。当数据库的大改变发生时，人们可开启(roll)该大版本。
database_minor_version为数据库的小版本。当数据库的小改变发生时，人们可开启该小版本。无论何时当database_major_version被增量时，database_minor_version应被设置回一。
database_custom_version为数据库的定制版本。如果人们生成数据库的定制版本，则人们可用database_custom_version来区分这些改变。
图25示出类层次结构表278，其示出包括以下字段的记录component_type、ancestor_component_type和ancestor_level。
component_type存储部件类型。在“部件类型”表中必须有一项来定义被限定在范围内的每个部件。
ancestor_component_type存储component_type从采集数据库中接受的部件类型。
ancestor_level为ancestor_component_type在先辈树上有多远。具有值一的ancestor_level为父辈ancestor_component_type。具有值二的ancestor_level为祖辈ancestor_component_type，等等。
图26示出英文文本表280，其示出包括以下字段的记录text_id和english_text。
text_id为被用于查找单独DLL中的串表中的实际文本值的数。text_id被用于使国际化较为容易。
请注意以下数据库中使用text_id而不是实际文本。系统10使用文本标识符的原因是，它可把数据库中的文本定义为一个数，同时使实际文本被存储于语言模块中的串表中。这样做是为了国际化。如果人们待把我们的文本放在数据库中，则它将生成用于系统10的国际化的问题。
可由开发者或用户输入的文本值可包括text_id和规则的文本字段两者。在此情况下，人们可总是一开始就看text_id字段。如果text_id字段<>0，则人们可在语言模块中查找该值。如果text_id＝0，则由用户键入的实际文本字段中的值将被使用。
若不使用text_id，一些问题将为如果数据库被翻译为日文，则所有文本将均为日文。即使用户具有显示模块的英文版本，也将是如此。
对于翻译组，指出什么文本需要在数据库中被翻译是较为困难的。现在，它们需要做的只是使用其工具并翻译一个串表中的所有文本。这是更加容易且可靠的。
附加的好处是人们只需要在连接上传递一个数而不是整个串。当通过调制解调器被连接时，这可以有一个大的性能提高。
english_text为text_id的英文版本的文本副本。这个字段从不应被直接使用。这个字段是用于引用的。如果串不存在于串表中，则text_id可从该表返回一个值。这应仅当text_id的老版本与数据库的较新版本一起使用时才发生。这个能力是，如果你有被连接于数据库的系统10的日文版本，该数据库具有你的text_id所不具有的text_id，则其值将不返回空白，而相反是文本的英文版本。
这样，大体上来说，文本被存为文本识别数(text_id数)，因此它可被国际化。文本识别数使一个数关联于不同类型的文本，例如字母、符号、数字、单词或者字母、符号、数字和/或单词的串。然后代码可被用于向语言模块发送一个被返回系统10的数作为文本，由此允许数据库中的所有文本被编写并存为文本识别数，其可在以后由使文本字符关联于所存文本识别数的代码容易地翻译，从而获得能以任何语言编写的数据库。
图27示出英文备忘录文本表282，其示出包括以下字段的记录text_id和english_memo_text。
text_id为被用于查找单独语言模块中的串表中的实际文本值的数。text_id被用于使国际化较为容易。
english_memo_text仅当文本过大以至于不能配合english_text字段并且文本是text_id的英文版本的文本副本时被使用。这个字段从不应被直接使用。这个字段在此是用于引用的。如果串不存在于串表中，则text_id可从该表返回一个值。这应仅当text_id的老版本与数据库的较新版本一起使用时才发生。这个能力是，如果你有被连接于数据库的系统10的日文版本，该数据库具有你的text_id所不具有的text_id，则其值将不返回空白，而相反是文本的英文版本。
图28示出特性文本表284，其示出包括以下字段的记录property_texts_id、pp_text_id、ds_text_id、rack_text_id、mon_text_id、chan_text_id和t_text_id。
property_texts_id为用于记录的唯一标识符，该记录包含用于每个特性值的文本id值。
pp_text_id为被用于描述所有pp_values的集合的文本id。
ds_text_id为被用于描述所有ds_values的集合的文本id。
rack_text_id为被用于描述所有rack_values的集合的文本id。
mon_text_id为被用于描述所有mon_values的集合的文本id。
chan_text_id为被用于描述所有chan_values的集合的文本id。
t_text_id为被用于描述所有t_values的集合的文本id。
此外，在已这样描述了本发明之后，显然可采取大量结构修改和变动而无需背离如在以上提出并在以下通过权利要求所述的本发明的范围和直接意义。
权利要求
1.一种用于生成定制规则的定制规则系统，所述定制规则系统组合地包括处理器，均被在工作上耦合于所述处理器的存储器和显示器；被存储于所述存储器的多个规则步骤；用于将被存储于所述存储器的所述多个规则步骤从图形上描述为所述显示器上的安排的装置；用于从所述安排选择至少一个所述从图形上被描述的规则步骤以在所述显示器上可视地生成定制规则的装置。
2.权利要求1的系统，其中所述存储器为数据库，在该数据库中所述规则步骤被单独存为可执行代码。
3.权利要求2的系统，其中所述被生成的定制规则被用于通过访问用于每个所述规则步骤的所述可执行代码在专家系统中做判定，所述每个规则步骤被从图形上描述并选择以在所述显示器上可视地生成所述定制规则。
4.一种用于生成定制规则的定制规则系统，所述定制规则系统组合地包括包括多个规则步骤的数据库，每个所述规则步骤具有与其关联的特定可执行代码；在工作上耦合于所述数据库并包括显示器的计算机，该显示器用于以阵列从图形上描述所述规则步骤并用于提供图形窗口；用于与所述阵列交互以从所述阵列选择所述从图形上被描述的规则步骤并将其置于所述图形窗口以便于图形显示的装置；用于在所述图形窗口内互连所述从图形上被显示的规则步骤以生成定制规则的装置。
5.权利要求4的系统，进一步包括被存储于所述数据库中的引用，用于给与每个规则步骤关联的所述特定可执行代码提供引用，所述规则步骤从图形上被显示于所述图形窗口内。
6.权利要求5的系统，进一步包括用于通过处理所述被提供引用的可执行代码来处理所述被生成的定制规则的处理装置。
7.权利要求6的系统，进一步包括用于在对所述被生成的定制规则的所述处理的基础上提供判定的装置。
8.权利要求7的系统，进一步包括用于在对所述被生成的定制规则的所述处理的基础上将所述判定发送给适当人员的装置。
9.一种用于生成定制规则的定制规则系统，所述系统组合地包括从图形上被描述的规则步骤的安排，每个所述从图形上被描述的规则步骤具有与其关联并被存储于数据库的汇编代码；用于从所述安排单独选择所述从图形上被描述的规则步骤并将所述所选规则置于图形窗口以使所述所选规则以基本上为列的格式被安排的装置；用于从图形上互连被置于所述图形窗口中的所述所选规则步骤的装置，以及用于将被置于所述图形窗口中的所述从图形上被互连的所选规则步骤存为待用于在专家系统中做判定的规则步骤的装置。
10.一种定制规则系统，组合地包括数据库；被存储于所述数据库的多个规则步骤；被存储于所述数据库的多个表，所述多个表的每个都具有包括至少一个字段的至少一个记录；被存储于所述多个表的至少一个内的多个步骤引用，所述多个步骤引用的每个与被存储于所述数据库的至少一个所述规则步骤关联；被存储于所述多个表的至少一个内的多个规则引用，所述多个规则引用的每个与被存储于所述数据库的至少一个所述规则步骤引用关联，并且其中与相同规则引用关联的所有步骤引用定义被包括在单独的、用户生成的定制规则中的每个单独规则步骤。
11.一种定制规则系统，组合地包括数据库；在所述数据库中被存为可执行代码的多个规则步骤；被存储于所述数据库的多个表，每个都具有包含字段的至少一个记录；包括用于定义定制规则的被存储于所述数据库的单独规则步骤的步骤引用的多个所述字段。
12.权利要求11的基于规则的系统，进一步包括提取模块，用于从传感器提取所产生的信息；和处理器，被在工作上耦合于所述提取模块和所述数据库从而依照所述被定义的定制规则来处理所述所提取信息。
13.一种用于生成定制规则的定制规则系统，所述系统组合地包括在耦合于计算机的数据库内被存储的单独规则步骤；用于在所述计算机的显示器上从图形上描述所述规则步骤的装置；用于选择并互连多个所述从图形上被描述的规则步骤以在所述显示器的图形窗口中可视地形成定制规则的装置。
14.一种用于在具有显示器的计算机上生成定制规则的定制规则系统，所述系统组合地包括被显示于所述显示器上并具有输入、输出或具有输入和输出两者的从图形上被描述的规则步骤的安排；用于将所述从图形上被描述的规则步骤的输出连接于所述从图形上被描述的规则步骤的输入以可视地生成定制规则的装置。
15.一种用于生成定制规则的方法，步骤包括在被耦合于计算机的数据库内存储包括可执行代码的单独规则步骤；在所述计算机的显示器上将所述规则步骤描述为图标的图形安排；通过与图标的所述图形安排对接来生成定制规则。
16.权利要求15的方法，其中通过与图标的所述图形安排对接来生成所述定制规则的步骤进一步包括从所述安排选择多个所述图标并将其置于所述显示器上图形窗口的步骤。
17.权利要求16的方法，其中通过与图标的所述图形安排对接来生成所述定制规则的步骤进一步包括互连被置于所述图形窗口内的所述图标的步骤。
18.一种用于生成定制规则的方法，步骤包括选择用于定制规则的资产；定义待用于定制规则的输入值步骤；每个所述输入值步骤包括至少一个输出；在计算机图形用户界面的图形窗口中描述所述输入值步骤；在所述图形用户界面上描述从图形上被描述的规则步骤的矩阵，每个所述从图形上被描述的规则步骤都具有与其关联并在被耦合于所述计算机的数据库内被存储的汇编规则步骤代码；从在图形上被描述的规则步骤的所述矩阵选择结果步骤并将所述结果步骤置于所述图形窗口内，所述结果步骤包括至少一个输入；定义当给所述所选结果步骤的输入为真时将被生成的结果；从在图形上被描述的规则步骤的所述矩阵选择至少一个运算步骤并将所述至少一个运算步骤置于所述图形窗口内被插入所述输入值步骤和所述结果步骤之间的位置，所述至少一个运算步骤具有至少一个输入和至少一个输出；将每个所述输入值步骤的所述至少一个输出连接于所述运算步骤的所述至少一个输入，以及将所述运算步骤的所述至少一个输出连接于所述结果步骤的所述至少一个输入以生成定制规则。
19.一种定制规则系统，组合地包括数据库；被存储于所述数据库的多个文本标识符数；用于存储包括文本的表的装置，该文本与所述多个文本标识符数关联；用于根据要求为被存储于所述数据库的所述多个文本标识符数的每个将文本从所述表返回到所述系统以使所述数据库可被编写并存为所述多个文本标识符数的装置。
20.权利要求19的定制规则系统，其中所述表可包括任何语言的文本。
全文摘要
一种定制规则系统(10)和方法，其将定制规则(62)存为规则步骤(100)，然后将这些规则步骤(100)显示为图形描述，从而使这些图形描述可被选择并互连以可视地形成用于专家系统的定制规则。
文档编号G06N5/02GK1474979SQ01818917
公开日2004年2月11日 申请日期2001年8月31日 优先权日2000年9月15日
发明者S·威廉斯, A·沙赫特利, S 威廉斯, 仗乩 申请人:本特利内华达有限责任公司