可编辑的和自动生成的配置数据的制作方法

专利名称：可编辑的和自动生成的配置数据的制作方法
技术领域：
本发明一般地涉及计算机系统的系统软件，尤其是大型和中型计算机系统的系统软件，并且更具体地涉及一种方法和系统，用于改进对由操作系统控制的系统或应用程序配置参数的管理，以便正确运行这些程序。
当在这样的计算机系统上安装软件产品，即，上述程序时，它们必须被配置，以便和操作系统建立的要求相符合，还要求它们必须和在这些系统中运行的其它程序共处。在这种情况下需要多个配置数据以控制计算机系统的资源的行为。典型地，资源是由某个产品，即某“支援”程序拥有或管理的，该程序是资源的相应配置数据的拥有方。资源由支援程序本身或者由某其它开发产品，即“开发”程序，使用。开发程序可以是系统程序或应用程序。在完成配置后，软件产品即支援程序和开发程序可被执行。
一方面昂贵的高系统性能的大型机的多样性造成对系统管理、系统定制化和熟练的员工复杂的要求，另一方面低价位计算机的多样性要求硬件和维护成本的总和要低，这二种计算机都需要简化对系统变量的管理，以便能由系统编程能力不高人数不多的员工对低价位计算机进行系统管理，并且对昂贵计算机中日益复杂的系统参数提供有效的控制。
在现有技术的大型机系统中，由于要在人工可编辑的配置文件例如US/390的SYS1.PARMLIB中管理大量的系统变量，这种要求只能由相对大量的高熟练员工来满足。在UNIX系统中，系统变量通常驻留在/etc目录下的文件中。
然而，这对于提供低成本大型机解决办法的预定目标是不够的。
解决上述问题的一种可能性是如在PC系统中由其自身增加的复杂性而导致的某些不可读的配置文件。其中产品的安装和定制化是通过专用配置程序例如“魔法”支持的，以便支持程序的安装和定制化。
然而在第一种“共享全部”方法下系统程序员和配置程序操纵相同数据的时，这种方法是易于出错的。很容易产生不相容的配置。其后果是冗长的调试，并且在最坏情况下系统不能在无问题下启动。由于在编辑配置数据时系统程序员不必遵守约定，配置程序必须是非常复杂和非常灵活的以便能处理数据。然而，对于大型机应用这是不可能的，因为在象IBM S/390的大型机系统中需要由这种自动安装“魔法”管理的系统变量的数量太大了。做为比较，在大型机系统中存在着几千个系统变量，而在高级PC系统中系统变量的数量级要少十倍。
随着系统变量数量的增加，还牵扯到另一个问题为了达到特定效果，不仅可把一个系统参数设置成某特定值，而且替代地，通常可分别设定几个参数以达到相同效果。这样，在设定一个参数和相应的效果之间不存在唯一的关系。
和PC系统的另一个不同是，大型机应用程序增加的复杂性，以及在正确地定制大型机系统以便反映在其上宿留的复杂大型机应用程序的多样性所意味着的各种各样的要求所造成的限制。
替代地，应该想象第二种的“全不共享”方法，在其中所有被安装的程序，即“各产品”，在不需要系统程序员的人工互操作下由各自的安装魔法安装。然而，这要求大型机系统上安装的每个产品不把它的系统参数和由系统程序员根据传统方式必须人工编辑的参数相共享。从而，这要求在操作系统上运行的所有产品适应于在某格式下保持其配置数据，并且不再能够人工操纵其配置数据。这种自动配置的产品和只能人工配置的产品不能共处。从而必须要求每个产品销售商遵守一个新“标准”，即自动配置标准，直到在不远的将来的某日，就象曾对PC系统的相应产品这样做过那样，例如就象曾要求遵守WINDOWS NT的现用注册那样。但是，主要出于三个原因这是不现实的。
大型机应用程序必须定制化，它们不能象PC系统中的大多数情况那样通过标准参数设定而运行。
多个可期待由产品找到系统参数的位置相当多，这复杂了这种标准化步骤。
由于大型机系统和应用程序的复杂性，存在着数量很多的为了达到一个选定的具体效果各可不同设定的不同参数，即，在一个系统参数设定和对应的效果之间不存在唯一关系。
从而，不能期望在短期内达到大型机应用程序在自动配置上的标准化。
现有技术的另一个缺点是通常在紧急情况下，例如配置程序出错时，不存在可使用户方便地人工做好配置的方法。
本发明的一个目的从而是提供一种方法和系统，用于在大型机和设置成同时运行多个程序的和大型机相似的计算机系统中改进对程序配置数据的管理，该方法和系统供引入自动配置标准。
通过所附的独立权利要求书中叙述的特征达到本发明的所述各目的。在各条权利要求中叙述本发明的其它优越结构和实施方式。
构成本发明的基本思想是提供一些分离的但共处的人工生成和自动生成的配置数据。依据本发明提供一种组织配置数据的新方法，其允许从人工编辑系统参数为表征的现状不间断地跃迁到其中大部分(或者全部)配置数据是自动生成和自动检查的希望情况。
随着时间的迁移可以用各配置程序配置越来越多的产品，同时用户仍保持对总配置的控制。
这是通过保持人工配置数据的格式但是清楚地分离产品的以“传统”方式下配置的条目即由系统程序员编辑的人工部分和产品的用配置程序配置的各条目即自动生成部分来达到的。
配置数据的这些截然不同的部分具有下述特点人工部分完全在用户的控制下，并可根据用户的习惯组织。
出于问题检测的目的系统程序员可以读自动生成部分，但系统程序员不能对它做出任何改变。它只能由配置程序编辑。配置程序拥有在其部分中如何组织各项目的约定。
当存在具有属于各个不同程序的并必须在这此程序之间共享的各个不同项目的各“公用”参数时，当找到可满足所有程序要求的对所述公用参数的设定时则就不存在冲突。依据本发明这是通过生成一个可代表多个不同并发值中的最大值、或最小值、或其并置、或其合并的“合并项目”完成的。各关系的进一步的类型采取为各个参数类型所需的类型。
随着可以用配置程序安装越来越多的产品，自动生成部分包含更多的数据，而人工部分包含更少的数据。
下述先决条件是实现本发明分离并共存人工、自动生成的配置数据的概念的关键第一，支援程序必须允许分离专用和公用配置数据，并且第二，支援程序必须允许把不同的配置条目在保持不产生冲突的语义下变换成单个配置条目。
当满足上述要求，依据本发明可得到下述好处本发明概念的实现可持续地增强产品配置。随着时间的推移，配置程序可以配置越来越多的产品。例如，在OS/390操作系统情况下必须大约配置70个产品。利用配置程序耗用的时间可以从1-2月减少到几天，但是不能从一个产品的发布到下个产品的发布达到这一点。只能随着时间的推移达到越来越多产品的持续配置提高。
由于人工生成部分和自动生成部分的分离，配置不太会出错。
另外，由于配置程序具有用于自动生成部分的约定，各配置程序不太复杂。若一个配置程序必须解释系统程序员编辑的配置程序，该配置程序的复杂性会在数量级上增加例如十倍。
最后，用户仍具有在紧急情况下人工修复或更新配置的能力。
本发明是以示例的方式说明的并且附图的形式不对本发明做出限制，附图中

图1示意表示依据本发明的配置处理中的基本参与方，图2示意表示依据本发明的方法的一种优选实施例的产品安装和配置期间的控制流的基本特性，图3示意表示当支援程序S处理配置数据时控制流的基本特性。
参照各附图并且先参照图1，系统程序员10在安装某产品时和该产品的配置程序12交互。配置程序把配置参数条目在这些参数是专用参数即不被其它产品接触或影响的参数条目的情况下或者在该参数要由别的产品作为“附加”的性质涉及到并发使用的情况下写入到“自动生成部分”14。后面会对此做更详细的讨论。
一些知道的要涉及到由其它产品并发使用的但为“排它”性质的少量的剩余参数被写入到配置数据的“人工部分”16。排它的是只能由一个开发程序使用的值。当这样的值用于错误的产品时会出现错误，或者，取决于参数的类型，会导致一些错误的不希望的行为。后面会给出一个例子。在这些情况下，系统程序员10如现有技术系统中那样保持所有参数设定的控制。
但是，对于大多数情况，不再需要系统程序员人工编辑参数条目，请见图1中打叉的箭头。
为了更好地理解本发明的原理以及图2中给出的方式，可把上面提到的支援程序S的配置数据分为二类。
S的专用配置条目它们具有不能由开发程序修改的特性。
S的用于开发程序E1、E2、…的公用配置条目它们具有若安装开发程序E1、E2…要更新这些条目的特性。从而需要专门控制，或者采取一个适用于所有开发程序的合并值，或者在排它项目的情况下由系统程序员采取人工控制，或可能周期性地更换或改变该值的设定以相继地满足各个开发程序。
对于绝大多数的二种类型的配置条目，即公用类型和专用类型，可能分离成人工部分和自动生成部分。
对于任意的一个支援程序S，S的专用配置数据只会存在一次并且它的放置取决于S的安装机制。由于该配置数据不干扰任何其它开发程序，该专用数据的放置不影响S和其它任何开发程序的行为。
公用配置数据典型地为添加特性，因为公用数据要支持几个开发程序。所述特性现被用作本发明的基本特性在大多数情况下，公用配置数据可保持在能在不造成冲突保持语义下可变换单组配置数据的不同条目中。
为得到进一步的细节下面给出一些例子下面列出的在DOS/WINDOWS/UNIX中使用的PATH条目可并置成单个PATH条目。
条目APATH＝C\；C\PATH1条目MPATH＝D\PATH2；D\PATH3结果PATH＝C\；C\PATH1；D\PATH2；D\PATH3
DOS/WINDOWS中类似于FILES＝条目的数字值可变换到单个具有被规定的最大值的FILES＝条目。
条目AFILES＝30条目BFILES＝50结果FILES＝50在TYPE条目中规定的由SMF(OS/390中的系统管理设施SystemManagement Facilities)处理的记录类型号可变换到单个复盖着所有规定的记录类型号的合并的TYPE条目。
条目ATYPE(1、2、5、7、19、70)条目MTYPE(70、71、72、73、74、75)结果TYPE(1、2、5、7、19、70、71、72、73、74、75)对于该基本原理存在极少的例外具体地，当公用配置条目取排它值时，即，只由一个开发程序使用的值。一个例子是MPF(OS/390的Message Processing Facility消息处理设施。对于给定的消息号，它可被规定成是否该消息必须被自动程序排除或处理。当二个不同的开发程序想各以不同的方式处理相同的消息时会出现冲突。为了更清楚，给出一个例子条目AERB0001X USEREXIT(程序X)条目MERB0001X USEREXIT(程序Y)在该情况中把配置数据分离成自动生成部分和人工可编辑部分不会使配置程序免于调查人工部分以检查该冲突。但由于大部分配置数据的添加性质，这样的例外很少。
现在参考作为操作系统的IBM OS/390和把“parmlib”作为配置数据集的重要例子之一更详细地说明产品P安装期间配置数据的布署。Parmlib数据集具有大约70个不同类型的配置文件。这些文件的每个具有几个范围从30到数百的配置值。从而容易理解，需要用配置程序至少生成这些参数值的子集。此外，还请注意parmlib只是OS/390中存储配置数据的几个点中的一个。从而，系统管理的复杂性是相当高的。
例如通过把parmlib的人工部分保持在SXS1.PARMLIB数据集中和把parmlib的自动生成部分保持在SYS1.AUTOMAT.PARMLIB数据集中，达到人工的和自动生成的配置数据的分离和共存。在SYS1.PARMLAIB的LOADxx号中定义这二个parmlib的并置。
若例如配置一个产品，如Resource Measurement Facility(资源测量设施)，步骤之一是批准产品库。人工上有几种不同的完成方法，例如，可能存在LNKLSTxx、LPALSTxx、IEAAPFxx中的条目或者PROGxx成员中的条目。
若人工配置该产品，系统程序员编辑SXS1.PARMLIB的LNKLSTxx、LPALSTxx、TEAAPExx或PROGxx成员。
若用配置程序配置该产品，该配置程序更新SYS1.AUTOMAT.PARMLIB的PROGxx成员。对于配置程序这是容易的，因为它可依赖用于更新的约定。
现具体参照图2，当启动要安装的某产品时(步骤110)，判定P是否自动配置(判定120)。若不，把产品P的所有专用条目放到人工部分中(步骤122)，并且把其它支援程序S的用于产品P的所有公用条目也放到人工部分中(步骤124)。接着完成本方法该分支中的配置(步骤150)。
若是自动配置即通过依据本发明的配置工具，把产品P的所有专用条目放到自动生成部分中，即一个专用于只容纳这种变量的文件中(步骤130)。
接着判定对于产品P是否需要支援程序S的其它配置条目(判定140)。若不，配置完成(步骤150)。若是，处理新条目，并且判定公用配置条目是否取排它值(判定160)。
若非，把支援程序S的公用条目放入自动生成部分(步骤170)。
若是(步骤180)则这是例外情况并接着检查该参数是否已存在某条目。若存在，进行相容性检查看看该配置条目是否和支援程序S的用于产品P的所需条目相容(判定190)。若不相容，由配置程序发出相应的出错消息。
若直到现在尚不存在条目，则做出所需的条目(步骤182)。对于这样的条目，建议采取人工部分，但是不存在理由要强制偏爱某个部分。
然后重复该过程回到步骤140。
现参照图3说明支援程序S如何处理配置数据。
首先判定支援程序S是否是自动配置的(判定310)。
若不，从人工部分处理支援程序S的专用配置条目(步骤320)。
若是，从自动生成部分处理支援程序S的专用配置条目(步骤330)。
接着，从自动生成部分为二个分支320、330处理支援程序S用于其它开发程序的公用配置条目(步骤340)。
然后，处理来自人工部分的专用配置条目(步骤350)。这里，若出现不能自动解决的需要系统程序员的冲突，发出警告。
接着，执行上面说明的变换子例程以满足支援程序的需要。“合并”自动生成部分和人工部分的条目以形成上面所说的“合并”条目，以便最好地满足各对应产品的要求。
处理接着完成(步骤370)。
在上述说明中通过参照特定的示范实施例说明了本发明。然而，明显的是，在不背离附属权利要求书中叙述的本发明的更广泛的精神和范围下可对其做出各种修改和改变。从而，该说明和附图被看成是示例性的而不是具有限制含意。
权利要求
1.一种方法，用于在大型机中和在设置成同时运行多个应用程序和系统程序的与大型机相似的计算机系统中改进对程序配置数据的管理，该方法特征在于包括步骤把由多个程序共享的配置数据分离成第一组参数和第二组参数，第一组参数的设定约定仅由某配置程序控制，第二组参数的设定约定不只由所述配置程序控制，逻辑上可区分地存储二组参数，设置一个变换函数，以把多个属于相同配置参数的并且各和一个独立程序相关的条目值变换到单个条目，该单个条目呈现考虑了所述多个程序的要求的合并的值，在具有不同排它值的和存储成用于不同程序的条目之间提供相容性控制。
2.依据权利要求1的方法，其中通过下述步骤区分所述第一组参数和所述第二组参数在分开的存储位置(14、16)中各存储所述第一组和所述第二组。
3.依据前一个权利要求的方法，还包括步骤利用保持着各参数的指示其排它性的特性的参照表，在安装有关程序时决定把某参数存储在何处。
4.安装工具，用于改进对程序配置数据的管理并且用于在大型机中和在设置成同时运行多个程序的与大型机相似的计算机系统中安装程序，其包括装置用于把由多个程序共享的配置数据分离成第一组参数和第二组参数，第一组参数的设定约定仅由某配置程序控制，第二组参数的设定约定不只由所述配置程序控制，逻辑上可区分地存储二组参数，设置一个变换函数，以把多个属于相同配置参数的并且各和一个独立程序相关的条目值变换到单个条目，该单个条目呈现考虑了所述多个程序的要求的合并的值，在具有不同排它值的和存储成用于不同程序的条目之间提供相容性控制。
5.依据前一个权利要求的工具，包括装置用于在分开的存储位置(14，16)中各存储所述第一组参数和所述第二组参数。
6.依据前一个权利要求的工具，还包括装置用于利用保持着各参数的指示其排它性的特性的参照表，在安装有关程序时决定把某参数存储在何处。
7.操作系统，用于改进对程序配置数据的管理并且用于在大型机中和在设置成同时运行多个程序的与大型机相似的计算机系统中支持程序的安装，其包括手段用于把由多个程序共享的配置数据分离成第一组参数和第二组参数，第一组参数的设定约定仅由某配置程序控制，第二组参数的设定约定不只由所述配置程序控制，逻辑上可区分地存储二组参数，设置一个变换函数，以把多个属于相同配置参数的并且各和一个独立程序相关的条目值变换到单个条目，该单个条目呈现考虑了所述多个程序的要求的合并的值，在具有不同排它值的和存储成用于不同程序的条目之间提供相容性控制。
8.依据前一个权利要求的操作系统，包括手段用于在分开的存储位置(14，16)中各存储所述第一组参数和所述第二组参数。
9.依据前一个权利要求的操作系统，还包括手段用于利用保持着各参数的指示其排它性的特性的参照表，在安装有关程序时决定把某参数存储在何处。
全文摘要
构成本发明的基本思想是在大型机和类似大型机系统中提供人工生成的和自动生成的配置数据的某种分离和共存。这是通过保持人工配置数据的格式,但清楚地分离以“传统”方式编辑的产品条目即由系统程序员编辑的人工部分和由配置程序配置的产品条目即自动生成部分,而达到的。
文档编号G06F9/06GK1264867SQ99126568
公开日2000年8月30日 申请日期1999年12月24日 优先权日1999年2月24日
发明者乔治·博世, 诺伯特·兰兹 申请人:国际商业机器公司