CN1700782A - 在专用小交换机中管理配置信息的方法和设备 - Google Patents

Abstract

本发明涉及一种用于管理交换机的管理工具，该交换机可以是可选提供IP电话服务特征的专用小交换机(PBX)型的交换机。对关联于交换机的一个或多个端点的数据对象进行处理，其中至少一个数据对象基于一个或多个特定于端点的判据而从另一个数据对象继承智能属性。这种继承是由于将预定模板应用于数据对象而发生的。对于配置数据的处理可以使用远离交换机存储的一个或多个服务等级而以一种不与交换机联机的方式执行。配置数据的变化将会传播到那些受到影响的数据对象(例如发生变化的对象所引用的对象)。数据对象可以从一个外部数据源导入。本发明的另一个方面则是在导入处理中自动创建一个或多个使用恰当用户填充的搜寻组。

Description

在专用小交换机中 管理配置信息的方法和设备

相关申请的交叉引用

本申请涉及同时提交的美国专利申请“Method and Apparatusfor Validation and Error Resolution of Configuration Data in aPrivate Branch Exchange Switch”，所述申请在此引入作为参考。

技术领域

本发明主要涉及用于管理企业交换机的技术，尤其涉及用于对提供IP电话交换功能的语音电话系统进行管理的方法和设备。

背景技术

随着因特网的迅速发展，朝着网际协议(IP)电话服务发展的趋势也在不断增长。IP电话服务允许不同设备经由因特网或专用数据网来发起和接收呼叫，其中这些设备通常称为端点，它们可以是专用IP电话或是经过专门配置的个人计算机。并且一般来说，音频信号经过压缩并且转变成IP分组，以便经由一个或多个网络进行传输。

IP电话服务为促进其快速发展的运营商和用户提供了诸多好处。最终，IP电话服务技术将会取代公共交换电话网(PSTN)这类传统的电路交换电话服务技术。然而在此期间，已经安装的很多传统电话系统基础都是由PSTN提供服务的，并且IP电话服务必须与传统电话系统共存。

目前有很多产品能使企业整合传统电话系统，例如具有IP电话服务特征的专用小交换机(PBX)类型的交换机。IP Office^TM产品是一种可以从Basking Ridge，NJ的Avaya公司购得的产品，它支持语音和数据通信。IP Office^TM可以作为传统的PBX、IP电话服务的服务器或是二者的组合来进行安装。由此，IP Office^TM产品使得企业能够直接实现传统的电话服务，并且随着时间的过去而发展到IP或是直接实现全IP解决方案。

虽然这些新兴的IP电话服务产品非常有效地允许企业转变到IP电话服务通信，但是其中一些产品是很难管理的。很多用于这种交换机的早期管理工具都需要特定的用户培训，即使可以的话，这些工具也仅仅就配置信息输入而提供了少量帮助。此外，一旦输入配置信息，则这种管理工具允许改变配置信息，但是并没有确保这种改变的精度，也没有提供解决这些改变所造成的差错的机制。

由此需要一种用于企业电话交换机的管理工具，它能以增加的效率和可靠性来提供改进的安装和管理。

发明内容

概括的说，在这里公开的是用于管理交换机的方法和设备，其中该交换机可以是可选提供IP电话服务特征的专用小交换机型(PBX)交换机。依照本发明的一个方面，对关联于交换机的一个或多个端点的多个数据对象进行处理，其中至少一个数据对象基于一个或多个特定于端点的判据而从另一个数据对象那里继承智能属性。举例来说，这种继承是由于将预定模板应用于数据对象而发生的。

依照本发明的另一个方面，对于配置数据的处理可以使用远离交换机存储的一个或多个服务等级而以一种不与交换机联机的方式执行。配置数据的变化将会传播到受到影响的数据对象(例如一个发生变化的对象所引用的对象)。数据对象可以从一个外部数据源导入。例如，数据对象可以是用户对象、搜寻组对象或是全系统短码对象。本发明的另一个方面是在导入处理中自动创建一个或多个使用恰当用户填充的搜寻组。

附图说明

通过参考下文中的详细描述和附图，可以更全面地理解本发明以及本发明的其他特征和优点。

图1描述的是本发明可以运作的网络环境；

图2是引入本发明特性的示范性管理工具的示意性框图；

图3是描述示范性的用户导入数据库的样本表格；

图4是对引入本发明特性的用户导入处理的示范性实施方式进行描述的流程图；

图5描述的是为指定用户填充的示范性模板界面；

图6描述的是表明如何就指定模板而对指定电话设备上的按钮进行编程的示范性模板按钮界面；

图7描述的是用导入的用户信息填充的示范性用户界面；

图8描述的是用一个或多个差错填充的示范性差错树界面；

图9描述的是用导入的搜寻组信息填充的示范性搜寻组界面；

图10描述的是允许对选定搜寻组进行处理的示范性搜寻组维护界面；

图11是描述包含拨号方案信息的示范性拨号方案导入数据库的样品表格；

图12是对引入本发明特性的拨号方案导入处理的示范性实施方式进行描述的流程图；

图13描述的是用导入的拨号方案信息填充的示范性拨号方案界面。

图14描述的是用一个或多个差错填充的示范性差错树界面；

图15描述的是用一个或多个专为系统定义的短码填充的示范性短码界面；

图16描述的是在这里论述的不同数据类之间的关系；

图17是描述包含一个或多个语法或冲突规则的示范性验证规则库的样本表格；

图18是描述包含一个或多个传播的示范性传播规则库的样本表格；

图19是对引入本发明特性的服务等级处理的示范性实施方式进行描述的流程图；

图20是对引入了本发明特性的替换服务等级处理的示范性实施方式进行描述的流程图；

图21描述的是用于表明用户与指定模板(等级)相关联的示范性服务等级界面；

图22描述的是用户与实施服务等级特性的模板数据类之间的关系；

图23描述的是用户与实施电话机视图特性的短码数据类之间的关系；

图24描述的是用于表明如何在与图6中的设备不同的电话设备上对按钮进行编程的示范性模板按钮界面；以及

图25描述的是为本发明的服务等级特性提供支持的多个数据对象之间的关系。

具体实施方式

本发明提供了一种用于管理交换机150的管理工具200，其中该交换机可以是可选提供IP电话服务特征的专用小交换机(PBX)。图1描述了本发明可以运作的示范性网络环境。如图1所示，对使用了下文中结合图2所述的管理工具200的用户(管理员)而言，该用户经由网络120来对交换机150进行配置。网络120可以作为专用或公共有线或无线网络来实施，这其中包括公共交换电话网、专用小交换机、因特网、蜂窝网络或是前述网络的一些组合。虽然使用了本发明特性处于管理工具200的服务器端实施方式来描述本发明，但对本领域普通技术人员来说，很明显，本发明的特性和功能也可以部署在多个分布的工具200以及与交换机150相关联的客户机上，此外对本领域技术人员很明显的，还可以借助前述工具的组合来部署本发明的特性和功能。

例如，交换机150可以作为IP Office^TM交换机来实施。并且举例来说，交换机150可以作为传统的PBX、IP电话服务器或是二者的组合来安装。交换机150与一个或多个端点1～n相连。但是应该注意的是，如图1所示，这些端点可以直接与交换机150相连，也可以经由网络120而与交换机150相连。同样，管理工具200可以直接连接到交换机150，也可以经由图1所示的网络120而与交换机150相连。如下文所述，管理工具200可以采用联机或脱机方式来为交换机150处理下文中结合图16进一步论述的配置数据1600。换句话说，无论交换机150是否存在，管理工具200都可以对配置数据1600进行处理。

图2是引入了本发明特性的示范性管理工具200的示意性框图。管理工具200可以是任何一种计算设备，例如个人计算机、工作站或服务器。如图2所示，除了其他常规部件(未显示)之外，示范性管理工具200还包括处理器210以及存储器220。处理器210将会与存储器220一起操作，以便执行一个或多个软件程序。这些程序可以保存在存储器220或是另一个可以由管理工具200访问的存储设备，并且这些程序是由处理器210以常规方式执行的。

例如，如下文中分别结合图3、11、16、17和18进一步论述的那样，存储器220可以存储用户导入数据库300、拨号方案导入数据库1100、配置数据1600、验证规则库1700以及传播规则库1800。此外，如下文中分别结合图4、12、19和20进一步论述的那样，存储器220还可以存储用户导入处理400、拨号方案导入处理1200以及服务等级处理1900、2000。

智能导入能力

依照本发明的一个方面，通过使用基于规则的算法和模式并且基于数据的一个种子值或是一个小子集，可以自动创建或是改变系统数据。所公开的导入处理应用标量数据，并且基于将规则应用于小数据子集而创建多个相互依赖的端点及其他辅助对象。

通过使用模板，可以有效地创建多个用户帐户。默认对象的创建或定制不但包括应用硬件配置规则和约束条件，而且还包括模板和新对象的智能创建，例如基于模板中规定的模式的短码。然后将会对创建或修改的对象进行验证，并且用户可以可选地用一个特定于差错的定制分辨率集合来确定差错。有关恰当的差错验证技术的细节论述，可以参见同时提交的美国专利申请“Method and Apparatus forValidation and Error Resolution of Configuration Data in anEnterprise Switch”，所述申请在此引入作为参考。通常，当系统端点发生了令人满意的变化并且由此通过改变端点或改变交换机中的其他任何冲突端点而确定了差错的时候，这种改变将会经由系统传播，从而就新的设定而对端点以及从属端点进行同步。

用户导入

图3是对包含用户信息的示范性用户导入数据库300进行描述的样本表格。例如，用户导入数据库300可以用一个或多个逗号分隔变量(CSV)数据库导出/导入文件格式来实现。在示范性的文件格式中，用户导入数据库300包括每一个用户的全名、分机号码、分机类型以及下文论述的任何搜寻组列表，其中用户是该搜寻组列表的成员。如以下在名为“验证规则”的章节中进一步论述的那样，一个或多个规则可以约束用户导入数据库300中的各个字段的数据。其中“类型”字段标识的是用户模板。当模板名与现有名称不匹配(或者没有识别到模板)的时候，这时可以使用一个“标准”或默认的模板。该模板包含一些关于用户的默认属性。如果在用户导入数据库300中指定了模板名称，则将该模板的属性应用于新创建/修改的用户。

图4是对引入了本发明特性的用户导入处理400的示范性实施方式进行描述的流程图。一般来说，用户导入处理400将会导入并验证来自用户导入数据库300的用户信息。用户导入处理400在一个具有小输入数据集合的系统中创建和定制用户及搜寻组。在下文中将结合图5～10来对与用户导入处理400的执行有关的多个图形用户界面进行论述。

如图4所示，一开始，用户导入处理400在步骤1中通过核实用户导入数据库300的格式以及删除任何重复条目来处理用户导入数据库300。

在步骤2中，用户导入处理400对标量用户变化进行处理。例如，在步骤2中，用户导入处理400使用分机号码来识别现有用户或是创建新用户。此外，用户导入处理400还应用了新的或是改变的用户/登录名及全名。

在步骤3中应用用户模板。特别地，模板信息是从当前用户的用户导入数据库300中获取的。在这里将对模板名称进行验证，并且将会从模板数据库410中获取相应的匹配模板或是默认模板。通常，模板数据库410包含多个预定模板，并且在这些模板中包含了用户的某些默认属性。在将模板应用于用户时，标量属性将会在用于从属数据结构的智能模式应用中施加给用户，其中举例来说，所述数据结构可以是短码或限制号码。

依照本发明的一个方面，模板中的用户属性是以智能方式应用的，因此，对特定用户而言，该属性是有意义的。举例来说，在模板中，用户可以不考虑一个或多个全系统限制。在为用户拷贝这些限制的时候，模板实际上并未拷贝这些限制，相反，这些限制是在应用模板来克服对于用户的限制的时候获取的。同样，对所有特定于用户的属性都进行了设定，并且其他非特定属性将会像在模板中那样被拷贝。

在步骤4中将会对导入用户信息进行验证。如果用户有效，那么程序控制将会前进到步骤5。然而，如果用户无效，那么将会通过删除用户、改变用户或是改变交换机150中的其他数据来解决用户差错。用户导入处理400将会重复验证出错用户，以便了解是否因为步骤2中其他用户所导致的系统变化而影响到出错用户有效性(先前出错的用户现在有可能会有效)。在确定任何错误之前将不会添加新的条目。如下所述，在导入任务结束并在步骤7中作为一个或多个差错树显示给用户之前，会累积所有差错。

在步骤5中将会自动创建搜寻组并且使用恰当的用户来填充搜寻组。搜寻组是可以通过拨打单个分机号码访问的一个或多个用户的列表。

用户导入处理400将会为有效用户验证用户导入数据库300中的搜寻组字段。对于每个此类有效搜寻组而言，用户将会添加到搜寻组的成员列表中。并且在这里可以为每一个用户规定最多五个搜寻组。

如果不存在搜寻组，那么将会创建搜寻组并且将用户添加到成员列表中。用户导入处理400将会验证每一个新的或是改变的搜寻组，并且还会传播这些变化。

在步骤6中，改变将会酌情传播。举例来说，如这里所述，任何涉及指定用户内部数据、其他任何用户、搜寻组或是系统中其他改变数据的变化都会传播到从属数据结构中，其中举例来说，所述从属数据结构可以是短码。

在用户导入处理400创建了所有对象之后，如果因为导入处理而改变了用户名和/或分机号码，那么这种变化将会传播给系统中的所有其他对象，其中在这个系统中引用了所述对象。例如，在用户名或分机改变时，如果需要，将会更新定向到这个用户的输入呼叫路由、用户按钮、涉及从前分机的呼叫转发和呼叫跟随号码、转移分机(covering extensions)、搜寻组、E911区域、直接呼叫提取用户按钮以及所有用户的源号码，从而反映分机号码和/或名称的变化。

在步骤7中将会向用户显示差错树。如下文中结合图8所述，在处理了所有用户之后，差错树800将会显示不同出错用户的差错以及短码之类的出错从属数据。差错树800提供一种非常便利的机制，以便通过删除、改变用户数据或是交换机150中的其他端点来解决差错。在处理了差错树800之后，程序控制将会返回到步骤4，以便重新验证数据。

图5描述的是用于指定用户填充的示范性模板界面500。如图5所示，示范性模板界面500包括一个用于输入用户信息的部分510以及一个用于为指定用户配置不同模板参数的部分520。因此，用户输入部分510将会继承与依照部分520中选择的具体配置设定的模板相关联的属性。继承的用户信息是在将模板应用于用户的时候确定的，并且该信息可以依照一个或多个规则来确定。这样一来，除了与模板相关联的任何标量属性之外，用户还被认为是从模板中继承了一个或多个“智能”属性。这些智能属性允许为指定用户调整继承的属性，并且忽略一个或多个默认属性。举例来说，如果启动部分520中的第一个方框，则表明用户具有语音邮件，那么将会自动产生供另一个用户直接呼叫该用户的语音信箱的恰当短码。

图6描述的是表明如何就指定模板而对指定电话设备上的按钮进行编程的示范性模板按钮界面600。如图6所示，示范性模板按钮界面600包括允许用户从列表610中选择指定电话设备，以及依照特定模板而在字段620中为选定设备提供一个相应的按钮编程指示。在字段610中可以预先选择特定设备类型作为默认设备，例如最普及的设备类型。

图7描述的是用导入的用户信息填充的示范性用户界面700。如图7所示，示范性用户界面700包括注册用户列表705。对于每一个注册用户而言，用户名是在字段710中标识的，用户分机则是在字段730中标识的。一个或多个附加字段730包含附加的用户信息，例如模块类型以及端口号。

图8描述的是用一个或多个差错填充的示范性差错树界面800。如图8所示，示范性的差错树界面800包括对在用户导入处理400中检测到的一个或多个差错进行识别的第一部分810，以及为在第一部分810中选择的差错提供附加细节的第二部分820。

图9描述的是用导入的查询组信息来进行填充的示范性搜寻组界面900。如图9所示，示范性的搜寻组界面900包括一个由用户导入处理400建立的所有搜寻组列表。对在部分920中识别的每一个所创建的搜寻组，搜寻组界面900识别搜寻组的分机号码以及搜寻组的类型。

图10描述的是允许处理选定搜寻组的示范性搜寻组维护界面1000。如图10所示，示范性的搜寻组维护界面1000包括用于输入预期搜寻组的字段1010，以及用于选择搜寻组的搜寻属性的部分1020。可选地，窗口1030借助名称和分机号来标识搜寻组成员，以及窗口1040借助名称和分机号来标识所有可能的搜寻组成员。

拨号方案导入

本发明的拨号方案导入特性是结合具有小输入数据集合的系统中的物理和虚拟用户及搜寻组来创建和定制交换机拨号方案。通常，拨号方案对交换机150中的所有能够拨号的端点进行识别，其中包括用户分机、搜寻组、紧急和拨出号码。在所有益处中，本发明的拨号方案导入特性尤其提供了适应任何相邻或不相邻分机范围的灵活性。如图12所示，拨号方案导入处理1200对导入的分机列表进行处理，如果尝试导入的物理分机号码超出了硬件限制，那么物理分机将会自动转变成虚拟分机。

图11是对包含拨号方案信息的示范性拨号方案导入数据库1100进行描述的样品表格。举例来说，拨号方案导入数据库1100可以用一个或多个逗号分隔值(CSV)数据库导入/导出文件格式来实现。在示范性的文件格式中，拨号方案导入数据库1100包括用于各个端点的端点分机号码和端点类型。如以下在名为“验证规则”的章节中进一步论述的那样，一个或多个规则可以约束拨号方案导入数据库1100中的各个字段的数据。例如，端点类型可以是“物理”、“虚拟”或“搜寻组”。物理分机间接表示的是一个电话在交换机150上具有分机的用户。虚拟分机间接表示的是没有真实分机或在交换机150上共享一个电话的客人用户。

图12是对引入本发明特性的拨号方案导入处理1200的示范性实施方式进行描述的流程图。一般来说，拨号方案导入处理1200从拨号方案导入数据库1100创建并定制交换机拨号方案。在下文中将结合图13～15来对与拨号方案导入处理1200的执行有关的多个图形用户界面进行描述。

如图12所示，在步骤1中，一开始，拨号方案导入处理1200通过核实拨号方案导入数据库1100的格式、分类条目以及删除任何重复条目来对拨号方案导入数据库1100进行处理。在步骤2中则对物理或虚拟用户以及搜寻组之类的端点进行处理。在这里将对现有的物理/虚拟用户或搜寻组进行识别。新的用户则是如下创建的。如果所请求的用户类型是“物理”，则通过执行一个测试来检查是否存在任何自由的物理分机(受配置中规定的硬件限制)。如果有自由物理分机可用，则使用指定的分机号码以及从属于电话机的端点来创建物理用户。如果耗尽所有物理分机，则使用指定的分机号码来创建用户，但是将其变成“虚拟”类型。如果所请求的用户类型是“虚拟”端点，则使用指定的分机号码来创建用户，并且将其变做“虚拟”类型。如果所请求的用户类型是“搜寻组”，则使用分机号码来创建搜寻组。

在拨号方案导入处理1200的步骤3中，应用一个最小的交换机约束条件集合。在依照拨号方案导入数据库1100创建了全部用户之后，根据默认的拨号方案编号来创建剩余的物理分机，由此确保存在所需要的物理分机号码。

在步骤4中，对导入的拨号方案信息进行验证。其中将会为每一个发生变化或是所创建的用户或搜寻组以及所有从属数据结构执行验证。如果端点有效，则程序控制前进到步骤5。然而如果端点无效，则通过删除端点、改变端点或是改变交换机150中的其他数据来解决端点差错。在确定任何差错之前将不会添加新的条目。如下所述，在导入任务结束并在步骤6中作为一个或多个差错树显示给用户之前，所有差错都会累积。

在步骤5中，将会酌情传播改变。举例来说，如这里所述，任何涉及指定用户内部数据、任何其他用户、搜寻组或是系统中其他改变数据的变化都会传播到从属数据结构中，其中举例来说，所述从属数据结构可以是短码。

在拨号方案导入处理1200创建了所有对象之后，如果因为导入处理而改变了用户名和/或分机号码，那么这种变化将会传播给系统中的所有其他对象，其中在这个系统中引用了这些改变的对象。例如，在用户名或分机改变时，如果需要，将会更新定向到这个用户的输入呼叫路由、用户按钮、涉及从前分机的呼叫转发和转移呼叫号码、转移分机(covering extensions)、搜寻组、E911区域、直接呼叫提取用户按钮以及所有用户的源号码，以反映分机号码和/或名称的变化。

在步骤6中将会向用户显示差错树。如下文中结合图14所述，在处理了拨号方案导入数据库1100中的所有条目之后，差错树1400将会显示不同出错用户或搜寻组的差错。差错树1400提供一种非常便利的机制，以便通过删除、改变数据或是交换机150中的其他端点来解决差错。在处理了来自差错树1400的差错之后，程序控制将会返回到步骤4，以便重新验证数据，直到解决了所有差错或是接受差错为止。

图13描述的是使用导入的拨号方案信息来进行填充的示范性拨号方案界面1300。如图13所示，示范性的拨号方案界面1300包括多个用于表明如何在系统150中使用分机和搜寻组号码的字段。在所有益处中，拨号方案尤其有助于确保没有重复或冲突的分机或搜寻组号码。拨号方案界面1300包括用于规定物理分机的第一部分1310、用于规定虚拟分机的第二部分1320以及用于规定搜寻组分机的第三部分1330。可选地，通过提供按钮1340，可以发起拨号方案导入处理1200。

图14描述的是用一个或多个差错填充的示范性差错树界面1400。如图14所示，示范性的差错树界面1400包括用于对在拨号方案导入处理1200中检测的一个或多个差错进行识别的第一部分1410，以及用于为在第一部分1410中选择的差错提供附加细节的第二部分1420。在示范性的差错树界面1400中显示了关于某个用户差错的差错信息。如果在部分1410中选择了某个搜寻组的差错，那么举例来说，与这个差错相关联的详细差错信息可以表示有两个搜寻组具有相同的搜寻组范围和/或相同的搜寻组名称。

图15描述的是通过使用为系统150定义的一个或多个短码来进行填充的示范性短码界面1500。如图15所示，示范性短码界面1500为每一个短码识别相应的接入码以及与部分1510中的短码相关联的特性的指示。

此外还可以用一种与用户导入处理400分别创建的界面700、900相类似的方式来为拨号方案导入处理1200创建的用户、搜寻组提供附加界面。

数据类别图示

图16描述了在这里依照示范性的统一建模语言(UML)规范所论述的不同数据1600之间的关系。如图16所示，配置类别1610的对象是一个或多个短码对象1620、用户对象1630以及搜寻组对象1640的集合。与配置类别1610相关联的标注1650表明配置类别1610的对象包含系统数据。每一个短码对象1620都包括一个表示所述码的字串、一个与短码相关联的特征指示以及类似电话号码的任何附加信息。每一个用户对象1630都包括用户名、全名、分机号码以及任何已定义短码，其中包括为用户设备上的按钮定义的短码。每一个搜寻组对象1640都包括一个与搜寻组相关联的名称和分机号码，以及一个成员列表。此外，可选地，短码对象1620、用户对象1630以及搜寻组对象1640中的每一个都包括一个或多个适于第三个类别部分中的对象的功能。

有效性规则

一般来说，对系统150的端点内部的任何字段，存在两种规则。语法验证规则确保在适合字段的情况下对字段进行验证，以便对语法进行校正。语法规则通常涉及的是长度、有效性字符，如果字段可以为空并且字段是空的，那么语法规则即为从属规则。冲突验证规则确保特定字段在系统150中是唯一的。例如，分机和其他能够拨号的端点必须是唯一的。此外，在另一个上下文中作为登录标识符使用的系统端点名称必须是唯一的。字段是否唯一是以下列示范性判据为基础的，并且应该为包括可能与这个字段发生冲突的任何端点在内的出错理由确定：

a.禁止重复准确的字段值，也就是说，在同一种端点类型内部是没有重复的；

b.在不同的端点类型中不能发现准确的字段值；

c.在认为特定模式同样重复(智能属性)的情况下应用模式匹配算法；

d.相对于重要的系统端点保持精确匹配，例如紧急号码(智能属性)；以及

e.相对于全局系统端点保持精确匹配，例如用于拨打交换机外部、以便呼叫外部电话号码的拨出号码(智能属性)。

图17是对包含一个或多个语法或冲突规则(或二者)的示范性验证规则库1700进行描述的样本表格。示范性验证规则库1700包含用于验证用户字段的第一规则集合1720以及用于验证搜寻组字段的第二规则集合1750。对每一个所识别的字段，验证规则库1700表示一个或多个示范性的相应规则或约束条件。例如，用户名或搜寻组名称必须依照语法来进行校正，并且在系统中必须是唯一的。

传播规则

如先前所示，为了对每个用户和搜寻组进行更新，多个系统参数是通过一种传播机制而被自动更新的。图18是对包含一个或多个传播的示范性传播规则库1800进行描述的样本表格。示范性传播规则库1800包含用于传播用户更新的第一规则集合1820，以及用于传播搜寻组更新的第二规则集合1850。对每一个识别的更新，传播规则库1800表示需要传播的一个或多个示范性相应变化。例如，如果用户分机号码或名称改变，那么将会就新的用户名或分机来对任何一个以该用户为成员的搜寻组进行更新。

交换机150外部的服务等级

如先前所述，本发明的一个方面是允许应用代表交换机150而在外部实现服务等级。这种服务等级能力允许在系统150中为用户维护服务等级(例如属性、功能和许可)。当用户属于特定服务等级的时候，用户将会得到为这个服务等级定义的所有属性和许可。只要修改了服务等级，那么将会无缝改变作为受到影响的服务等级成员的各个用户。一般来说，如果交换机支持服务等级，那么交换机150将会在自己的数据库中维护服务等级。本发明是在交换机150外部维护这个数据库的，此外还使用其模板数据库来提供服务等级功能。

管理工具200提供一个或多个默认模板，并且还提供通过使用现有用户属性来创建定制模板的能力，或是使用定制属性全面创建新模板的能力。一旦在系统125中创建了用户，则可以在系统中通过使用模板来组织用户。模板可以借助上文种结合图4所描述的方式而被用于新创建的用户。一旦将模板应用于用户，那么该用户将会获取该模板的所有属性、许可以及功能。

如果模板作为服务等级而与用户相关联，那么用户的数据将会维护服务等级的属性、许可及功能，直到管理员从服务等级中分离出用户为止。系统将会追踪那些服务等级和属于这些服务等级的用户。并且系统还可以维护多个服务等级。结合上述信息，当用户背离其服务等级定义时，管理工具200可以提示管理员从这个服务等级中分离出用户或是更新这个服务等级，并且为属于该服务等级的用户施加修改过的服务等级。

服务等级也可以通过继承模板来实现。一个模板可以通过将其属性重叠到所继承的模板顶部来继承另一个模板的属性。被继承的模板还可以继承另一个模板，依此类推。使用这种处理可以获取无限制的服务等级级别。这样则允许用户或用户组的服务等级略微背离更为通用的服务等级。在这里，当用户背离其服务等级定义时，管理工具200可以提示管理员从这个服务等级中分离出用户或是从模板分级结构中选取一个模板，以便将变化施加给模板。然后，如图25，经过修改的模板将会应用于所有那些在服务等级的分层结构中包含该模板的用户。

如上所述，用户属性的应用是以智能方式实现的，这样一来，对特定用户而言，这些属性是有意义的。例如在模板中，用户可以忽略一个或多个全系统限制。在拷贝这些限制时，模板实际上不拷贝那些被忽略的约束条件，与此相反，模板将会前往全系统数据库，并且在这个时刻获取约束条件，以及忽略所述用户的约束条件。同样，在这里设定了所有特定于用户的属性，并且将会在模板中原样拷贝其他非特定属性。另一个实例在于：为了就特定的性能而启用用户，例如使用户能够成为特定于应用的代理，其中使用了适合所涉及的能力的特定模式来为每一个用户专门创建短码。

如下文中结合图21和22所述，管理工具200维护施加了该模板的所有用户的数据库。只要修改模板，管理工具200就会提示管理员将该变化应用于所有关联于模板的用户。管理员可以选择将变化应用于所有用户或是仅仅应用于一个用户子集。然后，模板将会应用于选定的用户并且将会对数据库进行修改，以便在这个改变的服务等级或模板中保持新应用的用户。

图19是对引入了本发明特性的服务等级处理1900的示范性实施方式进行描述的流程图。通常，服务等级处理1900将会维护一个服务等级数据库，由此可以采用联机或脱机的方式来管理配置数据。如图19所示，在步骤2，服务等级处理1900一开始会在系统中创建一个或多个用户。用户可以在拨号方案建立(参见图12)或用户导入(参见图4)过程中创建，但也可以用手动方式来创建用户。

举例来说，在步骤3中，模板在执行用户导入处理400的过程中应用于一个或多个用户。模板的标量属性将会应用于用户，此外还会为从属数据结构施加智能模式应用，例如短码和系统中的限制号码。

服务等级是在步骤4中由管理工具200为脱机存储器创建的。通常，所应用的模板是从模板DB中选出的；在这里将会选择系统中的用户，以便应用模板属性；用户基准将保存在模板中；此外还保存该模板。

如果改变模板，则对模板属性进行修改。然后，模板的变化将被重新应用。新应用的用户列表是与模板一起存储的。如先前所述，数据库将会包含关联于模板的用户列表。然后，管理员可以选择所要更新的用户。一旦管理员选择了一个或多个用户，那么经过修改的模板属性将会应用于那些选定用户。在应用之后，先前应用的用户对象标识符列表将会删除，并且新应用的用户的列表将与模板一起保存。这样一来，模板包含了当前应用的用户列表。

图20是对引入本发明特性的替换服务等级处理2000的示范性实施方式进行描述的流程图。同样，服务等级是在步骤4中由管理工具200为脱机存储器创建的。

图21描述的是表明与指定模板(等级)相关联的用户的示范性服务等级界面2100。如图21所示，示范性的服务等级界面2100包括允许用户选择指定模板的第一字段2110，以及对关联于选定模板的当前用户列表进行识别的第二字段2120。

图22描述的是用户与依照统一建模语言(UML)规范来实现服务等级特性的模板数据对象之间的关系。如图22所示，每一个用户对象2210包括一个标识符和一个用户名。每一个模板对象2220包括一个模板名和一个与模板相关联的所有用户(借助标识符)的列表。

电话机的不同视图

依照本发明的另一个方面，管理工具200可以在不丢失数据的情况下给出不同类型的电话机上的按钮。交换机150未必掌握插入到特定端口的电话类型。当前，借助常规的管理应用，管理员可以对那些最终用户无法看到的按钮进行编程。这个功能允许用户在管理过程中查看所有得到支持的电话机。由此允许管理员(i)基于所编程的按钮来为特定用户改变电话机类型(举例来说，如果某个视图中没有显示按钮而在另一个视图显示了按钮，那么它们将会知道改变电话机)；或者(ii)对现有配置而言，管理员可以确定人们为什么不能看到已编程的按钮。

用户及其相应分机(电话)都是以它们所在的硬件模块的类型为基础的。电话机视图是以相连电话模块的类型为基础的。用户借助管理形式上无线电按钮选项来选择不同的视图，其中举例来说，所有管理形式可以是模板按钮界面600(图6)，该接口表明如何为指定模板编程一个指定电话设备上的按钮。

此外还存在那些对适合用户的电话进行限定的规则。

图23描述的是用户与实施电话机视图特性的短码数据对象之间的关系。如图23所示，每一个用户对象2310包括用户名、全名、分机号码以及为用户设备上的按钮定义的短码。每一个短码对象2320包括：表示所述码的字串，与短码相关联的特征的指示以及任何附加信息。这样一来，指定电话机上的按钮很容易与相应的短码相关联。

如图23所示，所有按钮通过按钮号码保存在用户类别阵列中。管理工具200为各种电话类型维护电话机布置，并且根据电话机来显示按钮及其按钮位置。管理工具220则基于电话机类型并结合处于恰当位置的所有按钮来显示电话机布置。

管理员可以点击任何电话机类型并且查看特定用户的按钮值。图6所示的模板按钮界面600对应的是默认的电话机类型(模型4412)。图24所示的按钮界面2400对应的是替换的示范性选定电话机类型(模型6424)。

通常，电话机类型由常规交换机保存，管理员不能在不改变数据的情况下修改电话机类型。换句话说，在改变电话机类型的时候，如果新指定的电话机不支持这种电话机类型，那么数据将会丢失。由于用户会丢失数据，因此难于改变新的电话机。然而，无论数据类型怎样，本发明都将所有按钮数据保存在一个阵列列表中。在指定电话机类型的时候，按钮看上去就像是为特定电话机进行编程的，并且是以这种方式工作的。管理工具200利用交换机150的这种行为，并且为不同类型的电话机提供了不同的视图。由此提供了基于用户需要来改变用于用户的电话机类型的能力。

系统和制品细节

正如本领域已知的那样，这里论述的方法和设备可以作为制品散发，其中制品自身包含计算机可读介质，并且在所述介质上包含计算机可读代码装置。计算机可读程序代码装置可以结合计算机系统来进行操作，以便实施用于执行方法或创建这里论述的设备的所有或某些步骤。计算机可读介质可以是一种可记录介质(例如软盘、硬盘驱动器、光盘或存储卡)，也可以是一种传输介质(例如包含光纤的网络、万维网、电缆、或是使用时分多址、码分多址的无线信道或其他射频信道)。并且任何那些已知或者已开发的能够保存适合与计算机系统结合使用的信息的介质都是可以使用的。计算机可读代码装置是允许计算机读取指令和数据的任何机制，例如磁介质上的磁性变化或是光盘表面的高度变化。

这里描述的计算机系统和服务器都包括一个存储器，该存储器对相关联的处理器进行配置，以便实施这里公开的方法、步骤和功能。存储器可以是分散的，也可以处于本地，并且处理器也可以分散或单一的。此外，存储器可以用电、磁或光存储器来实现，但也可以是这些或其他类型存储设备的任何组合。另外，在这里应该在足够宽的范围中解释术语“存储器”，使之包含任何那些能够从相关处理器可以寻址的空间中的某个地址读取信息或是将信息写入其中。借助于这种定义，网络信息将仍旧处于存储器中，因为相关存储器可以从网络中检索该信息。

应该理解的是，这里显示和描述的实施例及变体只是为了对本发明的原理进行说明，本领域技术人员是可以在不脱离本发明的范围和实质的情况下进行多种修改的。

Claims (14)

1.一种用于管理专用小交换机的方法，包括：

对关联于所述专用小交换机的一个或多个端点的多个数据对象进行处理，其中所述多个数据对象中的至少一个数据对象根据一个以上的特定于端点的判据而从另一个数据对象那里继承忽略默认限制的智能属性。

2.权利要求1的方法，其中所述多个数据对象中的至少一个数据对象基于一个以上的模式而从另一个数据对象那里继承至少一个标量属性。

3.权利要求1的方法，其中所述继承通过将模板应用于所述数据对象来实现。

4.权利要求3的方法，还包括维护与各个模板相关联的数据对象的列表的步骤。

5.权利要求1的方法，其中所述智能属性是在所述继承的时候评估的。

6.权利要求1的方法，其中所述处理可以通过使用一个或多个远离所述专用小交换机保存的服务等级而以一种不与所述专用小交换机联机的方式执行。

7.权利要求1的方法，还包括将这些变化传播给受影响的数据对象的步骤。

8.权利要求1的方法，其中所述智能属性是基于特定于所述用户的判据所产生的短码。

9.权利要求1的方法，其中一个或多个所述数据对象是用户对象，并且其中所述用户数据对象可以是物理或虚拟对象。

10.权利要求1的方法，其中一个或多个所述数据对象是搜寻组对象。

11.权利要求1的方法，其中一个或多个所述数据对象是全系统的短码对象。

12.权利要求1的方法，还包括自动创建一个或多个使用恰当用户填充的搜寻组的步骤。

13.权利要求1的方法，还包括基于所述数据对象产生一个或多个电话机视图的步骤。

14.一种用于管理专用小交换机的系统，包括：

存储器；以及

至少一个与存储器相耦合的处理器，它可用于：

对关联于所述专用小交换机的一个或多个端点的多个数据对象进行处理，其中所述多个数据对象中的至少一个数据对象基于一个以上的特定于端点的判据而从另一个数据对象那里继承忽略默认限制的智能属性。

Images