CN101150440A

CN101150440A - 管理许可证的方法和装置

Info

Publication number: CN101150440A
Application number: CN200710152871.5A
Authority: CN
Inventors: O·格里姆; T·汉纳; M·卡伦加恩
Original assignee: Siemens Enterprise Communications GmbH and Co KG
Current assignee: Unify GmbH and Co KG
Priority date: 2006-09-18
Filing date: 2007-09-18
Publication date: 2008-03-26
Anticipated expiration: 2027-09-18
Also published as: CN101150440B; US7849019B2; EP1901191A1; US20080082450A1; EP1901191B1

Abstract

本发明涉及一种管理许可证的方法。在此在第一中心实例(RS)中寄存可以开放的许可证的数量，向要使用资源(R1A、R1B、R2A、R2B)通过一个第二实例(A、B、C)分配寄存于其中的可开放许可证以进行使用和/或从中取出。在一个同步步骤中重复地从所述第二实例(A、B、C、)分别向所述第一实例(RS)通报从一个前面的步骤起交付使用的许可证的数量与在该时间内重新开放的许可证的数量的差，其中根据该差降低或者提高在第一实例(RS)中寄存的可开放许可证的数量，并且反过来，从所述第一实例(RS)向所述第二实例通报得到的可开放的许可证的数量并且在所述第二实例中寄存为可开放许可证的数量。

Description

管理许可证的方法和装置

技术领域

本发明涉及如权利要求1的前序部分所述的管理许可证的方法和如权利要求11的前序部分所述的管理许可证的装置。

背景技术

在技术设备和装置中往往为了使用一个资源而必须具有针对该使用的许可证。从而例如购买具有计算机程序的数据载体并不自动地与“允许”可以使用该计算机程序相关联。另一个使用许可证的熟悉例子是现代通信系统，所述现代通信系统在制造厂商方配备了一定数量的资源，例如接口、信道、服务等等。由使用者购买的许多许可证在此确定，允许在什么范围内使用由制造厂商预先列出的资源。在本专利申请的范畴内，“资源”的概念范围非常广泛，并且表示其使用要求使用许可的，也就是说要求许可证的那些技术装置、服务、功能、计算机程序等等。

在理想的情况下，一个制造厂商向其客户提供刚好具有所述客户需要的许可证数量的资源。在所述通信设备的例子中，这意味着一名客户为了运行二十个分机还要得到提供一个有二十个用户接口的通信设备，并且当然还要得到用于运行这二十个用户接口(并且从而用于使用20个信道)的许可证。然而在该例中的缺点是，随着客户的需求增长，必须既补充装备单个资源(在此是：物理的用户接口)也必须补充装备运行所需要的使用许可证。这不论是在逻辑上还是在技术上都是不利的。因此往往要提供在其资源上“过尺度”的技术装置以及在此所考虑的通信设备，就是说，例如取代原来需要的二十个资源而提供二十四个或者三十个资源(用户连接端)，然而却只提供了二十个许可证。于是为了扩充所述通信设备只需要购买另外的许可证并且要求与之关联地“释放”已经设置的附加资源。另一个例子是计算机程序，它们可以以完全的版本在数据载体上销售或者甚至能够从互连网下载，然而其投入使用却要求购买所谓的“释放代码”(“安装口令”)，从而要求购买一个许可证。在此根据不同的释放代码(许可证类型)为所述客户释放所述计算机程序一个或大或小的功能范围。这意味着在该例子中也是从一开始就在客户处存在(已经设置)所述资源(在此：所述计算机程序的功能)，然而其使用要在给予了一个许可证以后才能进行。简而言之，许可证的使用是按需要释放或者禁止功能，也就是资源的工具。

举一个有三个通信节点的通信网络作为一个基于许可证的使用情景的例子，其中在每个通信节点中为了使用每个信道(也就是说例如对每次电话通话)必须要有一个许可证。对于在这三个通信设备的每个通信设备上连接三十个终端装置的情况，例如可能为每个通信设备发放三十个许可证。这样的优点是总是在每个通信设备中提供有针对资源(在此：信道)的足够的许可证，即使在所有的用户同时打电话时，就是说使用其资源时。然而这样的组合却对所述通信网络的运营商具有以下缺点，他必须购买九十个许可证，尽管实际上所有九十个用户同时打电话是极不可能的，并且从而很有可能完全不需要购买这样多的许可证。为了解决所述问题当然可以降低每个通信设备的许可证数，例如减半。但是可能出现例如在所述一个通信系统中所分配的许可证数不够，而在所述另一个通信系统中却有空闲的，即没有使用的许可证。结果是，在第一位置由于“许可证缺乏”使得一个功能不能够进行，尽管总体上提供了足够的许可证。

为了解决这种“分配问题”，公知的是总是灵活地把许可证投入到刚好需要这些许可证的地方；人们还称之为一种“浮动许可证”概念或者也称为一种“中心许可证发放”。这一般地可以这样来实现，使用一个中心的实例，即所谓的“许可证发放服务器”，在所述中心示例上储备所有可以为该网络或者设施提供使用的(可开放的)许可证。只要应当使用一个资源(在上述例子中这指得是，只要应当使用一个信道)，该资源或者说提供该资源的技术装置(在此是：通信设备)就建立对所述许可证服务器的连接，并且从所述许可证服务器取得在所述使用的期间空闲的许可证。只要不再使用该资源，就通过与所述许可证服务器的重新的数据交换再次开放该许可证，从而可以把该许可证再提供给其它资源使用。这种措施的优点是，不必再出于安全原因，也就是为了应对特别高负荷的情况，在所述网络的每个通信设备中维持最高数量的许可证，而是能够把可供使用的许可证灵活地用于不同的资源或者说不同的位置。然而所述方法的缺点在于，因为不停地分配和重新发放许可证而提高网络中的网络负荷。此外在中心许可证服务器受干扰或者不可达的情况下使整个网络的功能受限。

发明内容

因此本发明的任务是，灵活地安排许可证对资源的配属并且提高具有中心许可证发放的装置的运行可靠性。

该任务通过权利要求1所述的一种方法和权利要求11所述的一种装置完成。

所述任务的完成提出一种管理许可证的方法，其中为了使用一个资源向该资源分配一个许可证，并且其中在使用所述资源以后重新开放该许可证。在此，在第一中心实例中寄存可以开放的许可证的数量，通过第二实例向要使用的资源分配寄存于其中的可开放的许可证以进行使用，和/或在不使用的情况下把一个由所述第二实例向所述资源分配的许可证作为可开放的许可证重新寄存在所述第二实例中。在一个同步步骤中重复地从所述第二实例向所述第一实例通报从一个前面的同步步骤起交付使用的许可证的数量与在该时间内重新开放的许可证的数量的差，其中根据该差降低在第一实例中寄存的可开放的许可证的数量，并且反过来，从所述第一实例向所述第二实例通报得到的可开放许可证的数量并且在所述第二实例上寄存为可开放许可证的数量。通过该方法确保，在所述第二实例中于所述同步步骤结束以后提供在一个装置中当前可供使用的可开放的许可证，在第二实例存在多个的情况下在这些第二实例的每一个中都全范围地提供所述可开放的许可证。由此即使在每个第二实例都不能够或者只能够有限地与所述第一实例(中心实例)连接的情况下也可以取用所有可开放的许可证。

所述任务的解决方案还提出一种管理许可证的装置，所述装置具有许多资源，其中为了使用一个资源在其使用期间向所述资源分配一个许可证。在此设置用于从一个可开放的许可证的库存中向一个要使用的资源分配这些许可证之一并且在使用了所述资源以后把不再需要的许可证重新分配给所述库存的装置。所述管理许可证的装置配备有第一实例，所述第一实例具有寄存可开放许可证的数据库。此外所述装置设有许多第二实例，所述第二实例具有用于管理所述可开放许可证的第二数据库，其中所述第二实例设计为执行与第一机构实例同步的步骤，并且所述第二实例设置为向所述资源发放许可证并且重新开放不再使用的许可证。在此，如此地设置所述第一实例和第二实例：使得在执行一个同步步骤时，在所述第一实例与一个所述第二实例之间分别在第一分步骤中通过所述第二实例向所述第一实例通报至少在上次同步以来发放的许可证的数量与在自上次同步以来重新开放的许可证的数量之间的差。此外如此地设置所述实例：使得在所述同步的第二分步骤中通过所述中心实例把在所述中心实例处寄存的可开放许可证的数量降低或者提高所通报的差，并且在第三分步骤中通过所述中心实例向所述第二实例传输如此新查明的可开放的许可证数，其中这样地设置所述第二实例：使得所述新查明的可开放许可证的数量在第二实例中代替第二实例至此寄存的可开放许可证的数量。用这样一种装置有利地确保，降低申请一个许可证和向一个资源分配一个许可证之间的反应时间，因为不必为每次许可证发放建立对一个中心许可证服务器、也就是对所述第一实例的连接。此外，在这样的装置中可以在所有的第二实例同时提供所述可开放的许可证，其中通过所述用于同步步骤的装置达到把所述第二实例的数据库分别与所述第一实例平衡的目的。此外在这样一种装置中在“负荷尖峰”的情况下即使在整个装置中还只有很少可开放的许可证也能够为大量的资源发放许可证。由此避免了出于安全原因在整个装置中维持不必要地高数量的可开放许可证的要求。

如本发明所述的方法的有利的实施方式在从属权利要求中说明。在此所示的特征和优点还可以有意义地用于如本发明所述的装置。

如果用所述每个第二实例连续重复地执行所述同步步骤，则用统计的平均确保，在所述第二实例中分别寄存的可开放许可证对应于在所述第一实例中寄存的可开放许可证的数量。只要在过渡时间中没有向所述资源分配可开放的许可证或者从所述资源交还许可证，在两次同步周期以后存储在每个第二实例中的可开放许可证的值甚至准确地对应于存储在所述第一实例中的相应值。从而确保，对于整个装置实质上只须维持按统计平均所需要的许可证数量。

如果通过要使用的资源在其使用前或者在其使用开始时发起通过该资源所配属的一个第二实例进行的许可证的分配，并且如果在此通过所述第二实例在第二实例中至少寄存一个可开放许可证的情况下向所述资源分配该许可证，并且把该许可证对其它的资源一直禁止到使用该许可证的资源重新开放它为止，则确保通过一个第二实例在同一时间只能够将每个可开放的许可证配属给惟一的资源，由此避免在同一个第二实例中多重地发放一个可开放的许可证。

有利的是定义不同类型的资源，然后对不同的资源类型定义不同的许可证类型，并且通过所述第一实例和通过所述第二实例分别彼此分开地管理这些不同类型的许可证。由此可以通过同样的第一和第二实例把不同的资源与不同的许可证相互关联。

有利的是按一个预先给定的时间间隔重复地执行所述同步步骤。从而通过所述预先给定的时间间隔可以直接地影响一个网络的网络负荷，其中较短的同步步骤缩短其中可以在实际数量的可开放许可证之外开放许可证、然而也由于同步数据导致较高的网络负荷的时间空间。在此，有利的是，在其中在所述第一实例中和/或在至少一个第二实例中寄存的可开放许可证的数量超过一个预定的阈值的情况下，比以所述时间间隔规定的更频繁地执行所述同步步骤。由此确保，重新开放的许可证在尽可能短的时间内不仅向交还该许可证的第二实例通报，也时间上紧接地向所述第一实例通报，并且由此重新向后面同步的第二实例通报。

可以达到所述第二实例的一种均匀的负荷，其中把每个资源刚好分配给所述第二实例中的一个。在此有利的是采取附加的替代分配，所述附加的替代分配可以用于一个或者多个所述第二实例出故障的情况。

可以如此地预调所述第一实例或者第二实例：使得在一个预定的时间空间中使用中的许可证的数量可以超过所寄存的可开放许可证。由此达到这样的安排“过载容忍”，由此减少在负荷尖峰的情况下由于不可使用资源造成的运行干扰。如果这样的预定时间空间直到下个同步步骤结束，则可以通过输入一个惟一的时间常数，即同步间隔，就可以良好地控制本发明所述装置的负荷特性。在此，所谓“模糊逻辑”策略可以有利地用于控制许可证容量。

附图说明

下面参照附图说明本发明的实施例。所述附图同时还用于阐述如本发明所述的装置的实施例。在附图中：

图1示出由多个数据库节点、多个应用节点和多个具有资源的客户机系统组成的装置，

图2示出在不同的负荷状态下可开放的和已分配的许可证的公布，

图3用示意图示出一个同步步骤中的数据传输，

图4示出向所述装置添加可开放的许可证，

图5示出在可开放的许可证供应不足时的情况，

图6示出只有一个应用节点的特殊情况，

图7示出一个应用节点出故障的情景。

具体实施方式

图1示意地示出由网络NW(通信网络、数据网络、内部网、互连网等等)组成的一个系统，具有数据库节点DBN1、DBN2、DBN3，具有应用节点A、B、C，具有客户机系统CL1、CL2并且具有有资源R1A、R1B、R2A、R2B。在此示出的部件形成一个所谓的“分布式系统”(“Distributed System”)，其中在所述网络NW中的各个部件可以自由“运动”地设置，也就是说可以设置在任意的位置上。这尤其是对逻辑上构成唯一的一个数据库的数据库节点DBN1、DBN2、DBN3是适用的，然而出于负荷分布的原因并且出于冗余(故障保险)的原因却物理分布在不同硬件单元中。同样地在图1中尽管示出资源R1A、R1B属于客户机系统CL1，对应地示出资源R2A、R2B属于客户机系统CL2；然而在此考虑的资源却可以同样设置在不同的且完全另外的硬件平台上。

资源R1A、R1B、R2A、R2B是在也称为SOA(“面向服务的体系结构”)的所述分布式系统的范畴中可以在客户机中使用或者可以由客户机使用的功能(“服务”)。在本实施例中这是可以在一个电话装置中被占用的通信信道；当然还可以把任何其它的服务、一个任意的功能或者一个设备考虑为“资源”。一名用户必须为他想要进行的电话通话使用这样一个信道来传输其通话。为使用这样一种通信信道要使用所谓的协议栈(例如一种用于会话发起协议的所谓的“SIP堆栈”)。然而，一个这样的协议栈却只有在该协议栈的许可证持有人为此分配一个许可时，也就是说分配一个使用许可证时，才可以使用。在本实施例中，首先假定所示系统的运营商购买了一个同时运行20个资源R1A、R1B、R2A、R2B的许可证。在此于图1中资源R1A、R1B、R2A、R2B代表许多同样的资源(在此：协议堆栈)。

对于讨论如本发明所述的方法或者如本发明所述的系统不重要的是，在哪个客户机系统CL1、CL2中或者由哪个客户机系统CL1、CL2使用资源R1A、R1B、R2A、R2B之一。因此后面的附图不再示出资源R1A、R1B、R2A、R2B。因此下文中总是广义地使用“资源”的概念。

如已经说明的那样，使用一个资源分别要求一个许可证，其中一个许可证在同一时间只能够分配给一定数量(在此刚好是一个)的要使用的资源。就是说，在使用或者说开始使用一个资源以前必须从可供使用的(“可开放的”)的许可证的库存中对该资源分配这样的许可证之一，在使用该资源结束以后应当把该许可证重新提供给“许可证池”。在此把每个资源配属给一个应用节点A、B、C。每个要使用的资源在使用期间从所配属的应用A、B、C得到一个为此所需要的许可证。在此既可以是所述资源在应用节点A、B、C自行申请所述许可证，也可以是所述许可证的分配过程由一个(图中未示出的)外部实例进行。在所述应用节点A、B、C内部的许可证管理在所述节点处分别通过一个专门的计算机程序进行，即通过所谓的“资源代理器”进行。管理所述许可证的中央设备，即所谓的第一实例在下文中称为“资源存储器”RS；如已经阐述，所样第一中心实例“资源存储器”RS由许多数据库节点DBN1、DBN2、DBN3构成。所述资源存储器是在其上可以向整个通信系统添加或者去掉(“删除”)使用资源的许可证的中心点。在图1A至图7中只示意地示出带有“中间存储”的许多可开放的和已分配的许可证的应用节点A、B、C，以及(相应地在图右侧)带有寄存于其处的许可证的资源存储器RS。

在一个可供选择的替代实施方式中所述资源不在客户机系统CL1、CL2处，而是在其它节点处，例如直接在应用节点A、B、C上。当然在此情况下，只要对应的资源安装在其上设置了配属于该资源的资源代理器的应用节点A、B、C上，得到或者说开放一个许可证就不需要访问网络NW。

以下的前提是，在资源存储器RS20中安放可开放的许可证。为了简化，在此的前提是所有所考虑的资源需要同一类型的许可证，不然的话要分开地考虑每个资源类型或者说分配给每个资源类型的不同的许可证类型。在图2A的右部为此示意地示出资源存储器RS，其中“总数＝20”指出总共管理20个许可证。“可用＝20”指出所管理的20个许可证中20个是可开放的，也就是说首先没有许可证在使用中。

应用节点A、B、C的资源代理器在图2A的左部示出。这些资源代理器按确定的、可配置的时间间隔分别进行与所述资源存储器RS同步的步骤。此外还在新接入每个资源代理器时进行这样的一个同步步骤，其中所述资源代理器分别建立一个对所述资源存储器RS的连接。在该同步步骤中，每个资源代理器从所述资源存储器RS读出可开放的许可证的数量(在此首先是：“可用的＝20”)并且存储该说明。“20”相应地示出在图2A的左部。

下面考虑其中没有进行进一步的同步步骤的一个时间阶段。在该时间阶段，不同的资源向分别配属给它们的资源代理器请求许可证。当然在一个资源代理器出故障的情况下或者在对应的应用节点A、B、C不可达的情况下一个资源也可以选择另一个应用节点A、B、C的另一个资源代理器。在应用节点A的资源代理器处订有五个许可证，在应用节点B处订用三个许可证，而在应用节点C处首先没有申请许可证。由此得出的状态示于图2B中。在所述图示中在相应的资源代理器的右侧于上栏录入从上次同步步骤起分配的许可证的数量；在其下方的栏中，如从对图2A的阐述所知道的那样，继续标出可开放许可证的数量。这些数量首先不由于仅仅分配许可证而改变。

在此从分配了的许可证的数量与可开放许可证的数量的差得出还能够通过相应的资源代理器发放的许可证的数量；在应用节点A的情况下是十五个许可证，在应用节点B的情况下是十七个许可证而在应用节点C的情况下是原来的二十个许可证。

在图2C中所示的情况得出，何时向应用节点A的所述资源代理器重新交还(“可开放的”)一个许可证并且向应用节点B的资源代理器交还两个许可证。与之对应地分别减少存储的已分配的许可证的数量。

下面说明由于一个同步周期得出的改变。在此首先同步应用节点B的资源代理器。在该实施例中听凭首先同步哪个资源代理器的偶然性，因为在本例中它取决于首先接通哪个应用节点。然而对同步步骤的顺序和同步步骤的频度却可以设想不同的场景和做法。应用节点B的资源管理器的同步步骤在图3a中示意地示出。在第一分步骤中对应的资源代理器向资源存储器RS传送上次同步步骤以来由之发放的许可证的差额。因为在本例中这涉及第一个同步步骤，所以这等于自接通或者说新开动应用节点B的资源代理器以来的差额。因为从该应用节点B首先发放三个许可证，然后又把两个资源重新脱离运行并且从而交回(开放)两个许可证，因此该差额为“-1”。从而在所述资源存储器RS中可供使用的可开放许可证的数量减少1至“19”；该值在所述同步步骤的第二分步骤中向所述应用节点B的资源代理器传输，并且在该资源代理处取代原来的“20”而作为新的可开放许可证的数量值录入。同时在该资源代理器中把作为可开放许可证的数量的新的“差值”复位到零，因为现在完全同步了所述资源代理器。

在图3B中示出如何同步下一个应用节点C的资源代理器。作为结果在该资源代理器同样得出可开放许可证的数量的新值“19”。接着也同步应用节点A的资源代理器；该过程在图3C中示意地示出。在此，在图3A、3B和3C中可以看到，在资源存储器RS中记下了由各个资源代理器分别发放(“订出”)的许可证数量。因此，除了许可证总数(“总数＝20”)以外在图3C中也不必存储可开放许可证的数量(“可供使用的＝15”)；这些值还可以借助于总数和借助于单个值(“订出的A＝4；B＝1；C＝0”)随时重新计算。在图3C中可以看到，基于通过应用节点A的所述资源代理器发放的四个许可证既可以确定在资源存储器RS中的可开放许可证数量，也可以把应用节点A的资源代理器中的对应的值新确定为“十五”。在其它的资源代理器中该值首先保留为值“19”，因为在此处还设有进行新的同步步骤。就是说，在这两个保留的资源代理器处还可以提供十九个许可证，尽管在总数“20”中实际上才只剩余十五个许可证。这种状态保留到进行在图3d和3e中所示的同步步骤为止。在过渡时间中给出发放超过“所允许的”20个许可证的可能性。只要在过渡时间中没有占用或开放资源，并且从而没有分配或者开放与这些资源相关联的许可证，它就持续最多两个完整的同步周期长，直到所述资源代理器与所述资源存储器RS完全地同步为止。在所述过渡时间内可以使用多于由所述可开放许可证的总数规定的资源数，而无需拒绝向一个资源分配许可证。

在图4中示出一个其中首先在资源存储器RS中总共存储二十个许可证的情景，在所述许可证中还有六个是可供使用的(“可供使用的＝6”)。在所述系统的运营商购买另外十个许可证的情况下，把这十个许可证重新只寄存在唯一的一个位置上，即存储在资源存储器RS中。在此把许可证的数量提高至三十(“总数＝30”)，然后重新计算可开放许可证的数量(“可供使用的＝16”)。该数量在每个后续的同步步骤中被每个同步了的资源代理器接受。相应地从所述网络或者说所述系统中去掉许可证是优先的。要注意到，通过所述优先做法由于重复的同步周期，在统计平均上所有资源代理器都有相同的可开放的许可证，而与由资源代理器已经分发了或者说重新收回了多少许可证无关。作为可供选择的替代方案可以在所述资源存储器RS中还加入指示，所述指示引起可开放许可证的不均匀的分布，譬如依据配属给不同应用节点或者其使用者的授权。

所说明的方法众所周知的优点是，在每个应用节点A、B、C中或者在每个资源代理器中分别提供高数量、在理想的情况下甚至于分别是实际数量的可开放许可证，而不必为分发许可证分别建立对所述资源代理器RS的连接。许可证的发放和许可证的开放可以对应地快速而可靠地进行。此外还确保，在整个系统中完全存在可开放许可证的情况下，在该数量的范围内能够自由地到处分发许可证，由此还可以给可能会超出许可证总数的峰值负荷“加弹簧”。这意味着，一方面在系统中维持的许可证不需要比平均需要的许可证数量高许多，而不会失去处理负荷峰值的能力。另一方面其存在的缺点是，在极端的情况下(“最差情况”)根据资源代理器的数量、取决于同步步骤或者说同步周期的时间间隔以及取决于使用表观(也就是说资源的占用)，所分配的许可证的数量甚至超过可供使用的许可证(可开放的许可证)总数的几倍。

在图5a中示出这样一种“最差情况”情景的出发点。可开放的许可证从一个总数(“总数＝20”)减少到三个可开放的许可证(“可供使用的＝3”)，因为总共分配了十七个许可证。另外，应用节点A和B各分发了另一个许可证，从而在理论上只还净剩一个许可证可分发。因为在B预定另外两个许可证的情况下并且在应用节点C预定三个许可证的情况下应用节点A的资源代理器还可以预定两个许可证。如果假定这样的许可证请求实际上在下次同步步骤以前进行，则最迟在下两个同步周期之后，也就是在一种完全同步的状态下得出在图5B中示出的状态。可开放许可证的数量(“可供使用的＝-4”)不论是在资源存储器RS还是在单个资源代理器中都是负数(“-4”)。对于这种状态，所述方法可以用不同的策略反应，在该实施例中采用多个策略。第一反应可能性是，更频繁地进行所述资源代理器的同步，从而在全系统范围内可以尽可能快速地重新使用可能在过渡时间开放的许可证。取代于缩短同步步骤的时间间隔还可以如此地设置应用节点A、B、C的资源代理器：使得立即向资源存储器RS通报那些开放了的许可证。此外还可以如此地设置所述资源代理器：使得只有在相应的资源代理器中对可开放许可证存储了一个正值时才发放许可证。作为可供选择的替代方案，还可以如此地设置所述资源代理器：使得在预定的限度内并且在一个预先给定的“容忍时间”内还可以分发“不存在的”许可证。在最糟的情况下，例如在系统起动的短时间后，与一个长的同步间期和最大的网络负荷相关联，“过多”发放的许可证的数量可以达到应用节点的数量乘以许可证的总数减1。

在图6中示出其中刚好有一个资源代理器的特殊情况。在这样一种情况下只需要同步过程，用于在过渡时间内将新添加给所述资源代理器的许可证可供使用，或者把从资源代理器中取出的许可证也从资源代理器中去掉。在该情景中不需要上文说明的在长的同步周期下还致力于在所述资源代理器中让所有“卖出了的”许可证还能够有效地分发的“容忍机制”。

接着在图7中示出一个应用节点B出故障并且从而在此处安装的资源代理器也失效的情况。在图7中可以看到，应用节点B的资源代理器在其失效以前并且在上一个同步步骤以后给另一个资源配备另一个许可证；这在图内的中间方框的上面一栏中示出数字“-1”。在出故障的时间在所述资源存储器中具有在应用节点B中分配了五个许可证的信息，因为这对应于上次同步的事物状态。

应用节点B的失效通过一个监测装置(“监视器”)寄存。寄存所述失效可以导致不同的反应，例如所述监测装置可以试图重新起动应用节点B。只要该试图不成功，就假定由B管理的资源同样地不可达或者说失效了。这种评估尤其是在一个资源必须按周期的时间间隔更新或者确认使用中的许可证的情况中是现实的。鉴于这种假定删除在资源存储器RS中配属给应用节点B的订出的许可证数量“订出的B＝5”；即把分配了的许可证重新开放到总系统中。在下一个完整的同步周期以后这些许可证重新提供给应用节点A和C的资源代理器使用。前文说明的在一个资源代理器或者向其配属的硬件出故障的情况下所述资源把其许可证请求指向另一个资源代理器的可能性导致进行一种自动的“负荷平衡”，也就是进行一个自动的新的负荷分布，其中把所有进一步的许可证请求都指向应用节点A和C的资源代理器。这一直进行到应用节点B的资源代理器重新可达为止；在下一个同步周期中以及在随后的下一次资源占用和资源开放及与之相关联的许可证分配动作和开放动作期间，在整个系统中把许可证分布重新“摆入”到一种正常状态。

通过以上说明的措施，确保即使在应用节点A、B、C和/或资源存储器RS发生单个故障的情况下也可以保证所述资源的基本无干扰的继续运行。此外通过分散地发放许可证的概念避免了与一个中央实例(在此是资源存储器RS)频繁的数据交换，这进一步地把网络负荷最小化。

Claims

1.一种管理许可证的方法，

其中为了使用多个资源(R1A、R1B、R2A、R2B)中的一个资源(R1A、R1B、R2A、R2B)向该资源(R1A、R1B、R2A、R2B)分配多个许可证中的一个许可证，并且其中在使用所述资源(R1A、R1B、R2A、R2B)以后重新开放该许可证，

其特征在于，

在第一中心实例(RS)中寄存可开放许可证的数量，

向要使用的资源(R1A、R1B、R2A、R2B)通过至少一个第二实例(A、B、C)分配寄存于该第二实例中的可开放许可证以进行使用，

和/或把一个由所述第二实例(A、B、C)向所述资源(R1A、R1B、R2A、R2B)分配的许可证在其不使用的情况下重新作为可开放的许可证寄存在所述第二实例中，并且，

在一个同步步骤中重复地从所述第二实例(A、B、C、)向所述第一实例(RS)通报自一个前面的步骤起交付使用的许可证的数量与在该时间内重新开放的许可证的数量的差，其中根据该差降低在第一实例(RS)中寄存的可开放许可证的数量，并且反过来，从所述第一实例(RS)向所述第二实例通报得到的可开放许可证的数量并且在所述第二实例中寄存为可开放许可证的数量。

2.如权利要求1所述的方法，

其特征在于，

设置多个第二实例(A、B、C)并且相继地用第二实例(A、B、C)的每个重复所述同步步骤。

3.如权利要求1或2所述的方法，

其特征在于，

通过要使用的资源(R1A、R1B、R2A、R2B)在其使用前或者在其使用开始时通过该资源(R1A、R1B、R2A、R2B)所配属的一个第二实例(A、B、C)发起一个许可证的分配，其中通过所述第二实例(A、B、C)在所述第二实例中寄存了至少一个可开放许可证的情况下向所述资源(R1A、R1B、R2A、R2B)分配该许可证，并且一直禁止向其它的资源(R1A、R1B、R2A、R2B)发放该许可证，直到使用该许可证的资源(R1A、R1B、R2A、R2B)重新开放该许可证为止。

4.如以上权利要求中任一项所述的方法，

其特征在于，

定义不同类型的资源(R1A、R1B、R2A、R2B)，其中对不同的资源类型定义不同的许可证类型，并且通过所述第一实例(RS)和通过所述第二实例(A、B、C)分别彼此分开地管理这些不同类型的许可证。

5.如以上权利要求中任一项所述的方法，

其特征在于，

按一个预先给定的时间间隔重复地执行所述同步步骤。

6.如权利要求5所述的方法，

其特征在于，

在所述第一实例(RS)中和/或在至少一个第二实例(A、B、C)中寄存的可开放许可证的数量超过一个预定阈值的情况下，比以所述时间间隔规定的更频繁地执行所述同步步骤。

7.如以上权利要求中任一项所述的方法，

其特征在于，

把每个资源(R1A、R1B、R2A、R2B)刚好配属给所述第二实例(A、B、C)中的一个。

8.如权利要求7所述的方法，

其特征在于，

在所述第二实例(A、B、C)的一个失效和/或不可达的情况下把配属给该第二实例(A、B、C)的资源(R1A、R1B、R2A、R2B)配属给另一个第二实例(A、B、C)。

9.如以上权利要求中任一项所述的方法，

其特征在于，

如此地预先设置所述第一实例(RS)或者第二实例(A、B、C)：使得在一个预定的时间空间中使用中的许可证的数量可以超过所寄存的可开放许可证的数量。

10.如权利要求9所述的方法，

其特征在于，

所述预定的时间空间是直到下个同步步骤结束的时间。

11.如权利要求8或9所述的方法，

其特征在于，

预先给定超过可开放许可证数量的使用着的许可证的数量。

12.一种管理许可证的装置，

具有多个资源(R1A、R1B、R2A、R2B)，其中为了使用一个资源分别在其使用期间向所述资源分配一个许可证，

其中设置用于从一个可开放许可证的库存中向一个要使用的资源(R1A、R1B、R2A、R2B)分配这些许可证之一，并且在使用了所述资源(R1A、R1B、R2A、R2B)以后把不再需要的许可证重新分配给所述库存的装置，

其特征在于，

第一实例(RS)，所述第一实例具有寄存可开放许可证的第一数据库，

多个第二实例(A、B、C)，所述第二实例具有用于管理所述可开放许可证的第二数据库，其中所述第二实例(A、B、C)分别设置为执行与第一实例(RS)同步的步骤，并且所述第二实例(A、B、C)设置为向所述资源(R1A、R1B、R2A、R2B)发放许可证并且重新开放不再使用的许可证，

其中，如此地设置所述第一实例(RS)和第二实例(A、B、C)：使得在执行一个同步步骤时，在所述第一实例(RS)与一个所述第二实例(A、B、C)之间分别在第一分步骤中通过所述第二实例(A、B、C)向所述第一实例(RS)通报至少自上次同步以来发放的许可证的数量与自上次同步以来重新开放的许可证的数量之间的差，在第二分步骤中通过所述中心实例(RS)把在所述中心实例处寄存的可开放许可证的数量降低所通报的差，并且在第三分步骤中，通过所述中心实例(RS)向所述第二实例(A、B、C)传输如此新查明的可开放许可证的数量，

其中这样地设置所述第二实例(A、B、C)：使得所述新查明的可开放许可证的数量在第二实例(A、B、C)中代替该第二实例(A、B、C)至此寄存的可开放的许可证数量。