CN102663273A

CN102663273A - 计算机网络中软件许可证的改进管理

Info

Publication number: CN102663273A
Application number: CN2011104410266A
Authority: CN
Inventors: S.马萨诺; F.鲁索
Original assignee: Siemens AG
Current assignee: Siemens AG
Priority date: 2010-12-27
Filing date: 2011-12-26
Publication date: 2012-09-12
Anticipated expiration: 2031-12-26
Also published as: EP2472422A1; CN102663273B; US20120166300A1

Abstract

本发明涉及计算机网络中软件许可证的改进管理。在客户端服务器模式中软件许可证的管理始于许可证监控，其是基于在名义上将待许可许多应用群集到不同值捆绑包。应用有初始大小，其可应请求被连续升级。大小可包括不同实体的可变数目，诸如：个人计算机、将在MES环境中建模的装备、客户端连接、标识数据库中对象的XML标签等。两个管理过程同时在服务器侧运行：1）第一过程专用来分发新软件应用的许可证、以及先前许可应用的新版本升级的许可证，且还检查违反软件许可证的尝试；2）第二过程，获许可者接收到特定请求时，计算升级针对应用先前许可大小所需信用证数，检查请求者处可用信用证是否足以用于升级，否则发送回不足信用证的警告。

Description

计算机网络中软件许可证的改进管理

技术领域

本发明涉及对计算机软件许可证（license）的处理，以及更精确地涉及计算机网络中软件许可证的改进的管理。

背景技术

根据信息技术（IT），“应用”通常需要运行软件许可证，“应用”是一种计算机程序，其被设计用来帮助人们执行单一或多重相关特定任务。其有助于解决现实世界中的问题。实例包括：-企业软件-自动控制软件-会计软件-办公套件（office suites）-图形软件，等等。使得相同版本的应用的不同实现方式（彼此区别在于，不同的嵌入特征以及相应的价格，例如Microsoft?的流行的Windows?操作系统是作为标准版、专业版、小企业版、网络版，等等而销售的）商业化是应用开发人员的通常做法。应用套件由捆绑在一起的多应用而构成；它们通常具有相关的功能、特征和用户界面，并且可以是能够彼此交互的，例如公知的Microsoft Office。可能有争论的是，应用软件在所有人类活动中的巨大影响以及因此针对应用开发人员而派生的一致性业务。除了作为共享自由软件的开源以外，大多数软件应用在法律上是受到专利法或著作权法保护的。软件许可证是软件所有者与获许可者（licensee）之间的协议，所有者通过软件许可证而赋予获许可者在许可环境中使用取得专利权或取得版权的软件产品的权利。更确切地说，“产品”意思是在单一商品名下交付给最终用户的软件和文档。“维持截止日期”意思是维持期的结束时，这在许可证协议中陈述（通常为一年）。“许可证密钥（License Key）”意思是由于许可证协议而已交付给获许可者的短的电子文件（一个或多个），并且其提供技术手段用于运行该产品，并且其包含关于许可证类型以及许可证选项（通常为一种代码）的详细信息。“经授权的人”意思是：a)私人个人获许可者，或如果获许可者为法人实体、则他们的雇佣或委任的范围内的任何人。通常软件许可证是非排他性的、且不可转让的，并且约束着获许可者将它们安装于单一的或固定数目的计算机上。许可证主要地是直接地从WEB购买的，并且在有关的支付得以正确地收到之后订购者立即就接收到用于激活的许可证密钥。

目前，若干许可证管理器（LM）软件框架是在商业上已知的，这些LM是由处理十万或百万用于多样化的软件产品的许可证的主要软件公司所设计的，例如：

·Automation License Manager V3.0，其被开发用于SIMATIC（西门子公司）的新的S7 PLC（可编程逻辑控制器）。基于新的许可证管理器，能够在线管理浮动许可证。许可证密钥被存储于充当服务器计算机的中央计算机上。还必须安装SIMATIC Logon附件软件包（add-on package）。使用Logon（登录），可以便利地控制所拥有的许可证在本地计算机上或者在工作组中的计算机上的使用。通过登录对话和用户管理来防止对许可证的未经授权访问。如果在本地没有可用的对应许可证，则可以使用来自许可证密钥服务器的许可证。

·Microsoft在其批量许可计划（Volume Licensing Program）下管理着令人印象深刻的用于多样化的软件产品的许多许可证。在订购软件保障程序（SA）时提供了针对所许可产品的额外服务（例如，支持和培训，特殊福利）。折扣是基于购买者简档以及安装次数的。许可证管理器激活称为正版有利（Genuine Advantage）的阻止技术，其将会需要人们在允许下载访问更新之前对他们的Windows副本进行验证。此外，新的虚拟化技术影响到许可证管理，因为虚拟化的资源可以被分别许可（license apart）。Microsoft虚拟桌面基础架构（VDI）是在运行于集中式服务器上的虚拟机（VM）内托管桌面操作系统的实践。根据批量许可计划，Windows VDI在标准的和高级套件（premium suites）上被许可。Windows VDA（虚拟桌面访问）是一种基于装置的许可证，其是通过批量许可程序以100美元每年每装置的价格可获得的。

·Adobe许可证管理器（ALM）软件自动化地进行对Adobe桌面软件许可证的追踪，并且能使得企业能够主动地管理和执行批量产品许可证，而同时使得与手动许可证管理相关联的资源和成本负担最小化。

图1示出了一种可能的网络架构用于分发软件应用及相应的许可证密钥，并且还分发关于保留给客户端（用户的PC）的软件许可证机会（software license opportunity）的监控（policing）信息。所有功能块被连接至网络NET（优选地为IP网络），并且已安装了适合于IP的主要通信协议，诸如HTTP、FTP、HTML等等。图1的架构同样适用于已知的许可管理器正如根据本发明的许可管理器，因为本发明的特征主要地涉及两个称为“监控”和“ALM”（应用许可证管理器）的功能块。ALM管理器关于由多个个人计算机（不限于本发明将会描述的PC）所代表着的最终用户而言是集中式的；可视界面应会安装于每个PC对应物（counterpart）中。个人计算机和ALM管理器使用IPC协议（进程间通信）来实现客户端-服务器范型（paradigm）。向软件开发者的支付是由负责完成交易的银行或者任何同等机构进行管控的，优选地借助于信用卡、但也允许其它支付手段。用于市场推广软件许可证的当前监控被嵌入于“捆绑包表（Bundle Table）”中。当许可证由单个软件公司提供时，实现捆绑包表是没有问题的，因为该提供仅涉及到该公司的软件产品。所以，该公司是决定折扣并且直接地在其收款行上接收支付的唯一者。此外，其能够将所有许可证密钥传送到应用服务器而不出现任何问题，并且施加严格控制免于盗版。相反，当该提供源于若干独立软件开发者时，则需要第三方组织来实现捆绑包表，其应针对每个应用提供者而被分割；涉及保密和安全的问题可以是在将许可证密钥传送到应用服务器时发生的。

由上而下地接近图1的网络架构，称作“SW开发者（SW DEVELOPERS）”的功能块1包括可变数目N的软件应用（APPL_1,...,APPL_N）1a，...1N以及相应的许可证密钥。块1与“监控”块2以及多个应用服务器AS1,…,ASn通信。每个应用服务器与个人计算机PC1,...,PCn的相应集群通信。明显地通过网络NET，集中式的ALM管理器3与每个集群的所有个人计算机PC1,...,PCn通信。另一块4代表着负责借助于信用卡完成交易的银行或者同等机构。

在操作中，SW开发者1是由意图向任何潜在购买者销售多样化数量的软件应用的相关联软件提供者的集合（pool）来支配使用的“集中式服务器”。所有可用许可证密钥的集合被传送至ALM管理器3。当授权时，可用软件产品和相关许可证密钥被传送至请求者应用服务器。SW开发者1和监控2一起工作以限定软件许可证的全球提供（global offer）。此提供详细描述于传送至ALM管理器3的“捆绑包表”。根据已知的监控和ALM块2和3的操作，由客户端PC1至PCn自主地通过“利用IPC协议的周期性更新”来触发针对新许可证或续期（renewal）的请求。应请求、或通过散播至注册用户的周期性广告，向客户端告知了许可证价格列表。意图订购许可证的客户端PC1,...,PCn向他们的应用服务器发送了针对他们的订购的电子订单，提出按情境用信用卡来支付；可替代地，他们可通过银行转账或其他支付形式（不像信用卡这样实时）来支付。在交易通过的条件下，每个定址的金融机构5在请求者与软件所有者块1之间完成了电子交易，其通过发送核实（Check_on）信号来提示SW开发者块1。后者产生了新的许可证密钥并且将其发送至应用服务器AS1,...,ASn以及ALM管理器3用于更新所存储的许可证密钥。SW开发者块1通过他们的应用服务器向获许可者发送新的所许可的产品，但是仅在该产品尚未作为共享软件版本而被安装的情况下才会如此。ALM管理器控制着许可证在每个本地计算机上或在工作组中的计算机上的使用。通过警告消息和登录对话以及用户管理来防止了对许可证的未经授权访问。如果在本地没有可用的对应许可证，则客户端可以使用来自集中式许可证密钥服务器块1的许可证。

概述技术问题

需要关于许可证范围的下列进一步的预先定义：

·捆绑包可以意图作为待许可的经定价的（valued）应用组。

·实体是单个计算机、或者与至少一个许可的应用相关联的工业系统的任何软件或硬件部件。

·“大小（Size）”是与单个许可的应用相关联的实体的数目。

·产品是许可用于总体大小的一组应用。

根据当前策略，针对相同“大小”许可证的价格关于所选择的捆绑包类型而改变。接受的哲学具有双重属性：第一，较为“大量的”应用的捆绑维持起来越发昂贵；第二，根据市场法则，捆绑得越大量，则对于用户而言更有价值、且价格越高。迄今，许可证与应用的数目乘以每个捆绑包所需大小同样多。如上所述，取决于所选择的捆绑包，所添加的应用的价格和大小也是有差异的，从而为了针对较为廉价的捆绑包增加许可证数目，则以较低价销售特定的许可证。例如，假定两个捆绑包X、Q和三个大小Z、Y、W，且Q比X更昂贵并且大小Z<大小Y<大小W，则得到下列情形:

捆绑包X

针对捆绑包X的许可证大小Z -假定价格100欧元（Euro）

针对捆绑包X的许可证大小Y -假定价格140欧元

针对捆绑包X的许可证大小W -假定价格200欧元

捆绑包Q

针对捆绑包Q的许可证大小Z -假定价格150欧元

针对捆绑包Q的许可证大小Y -假定价格210欧元

针对捆绑包Q的许可证大小W -假定价格350欧元

在先前的实例中，必需的许可证数目为六。此外，为了进行大小升级，则必需预见到针对每种可能组合的升级而言的特定价格列表。例如：

捆绑包X

许可证升级大小Z→Y -假定价格40欧元

许可证升级大小Y→W -假定价格60欧元

许可证升级大小Z→W -假定价格100欧元

捆绑包Q

许可证升级大小Z→Y -假定价格60欧元

许可证升级大小Y→W -假定价格140欧元

许可证升级大小Z→W -假定价格200欧元

在先前的实例中，必需的升级许可证的数目为六，并且许可证的总数目为十二。

当必须要许可一致数目的软件应用时，捆绑包的数目可增加以便向用户提供许多机会。因而，不久出现了令人印象深刻的数目的组合，特别是针对升级而言，并且应用管理器上的负担因此增加。除此之外，用户可能因从捆绑包表显现的许可证的问题而迷惑，并且几乎不可避免地将会呼叫求助台（help desk）来进行阐明。问题的产生是因为许可证耦合到任何特定大小的应用。

发明内容

发明目的

鉴于所描述的本领域现有技术，本发明的目的在于，通过避免用户购买针对与第一安装接连着的应用的每个相对大小的特定许可证，来简化软件许可证使用和管理。

发明概述

为实现所述目的，本发明的主题在于一种用于在根据客户端-服务器模型的计算机网络中管理软件许可证的方法，包括在服务器侧执行的下列步骤：

根据待许可的不同组成的应用捆绑包针对每个软件应用而创立许可证类型，每个许可证类型的价格是根据应用的特异性、大小、以及所分配的权重而计算的，以增加所述应用属于的捆绑包的值；

从至少一个软件所有者收集连接到许可证以便使用新的应用、或者使用它们的新版本的升级的许可证密钥，并且存储收集的许可证密钥；

通过在所述收集的许可证密钥与在本地安装到客户端的许可证密钥之间的比较，检查对每个访问客户端上的应用的未经许可的访问；

当检测到对应用的未经许可的访问时，向未经许可的客户端发送许可证违反的第一类型警告消息，

其中根据本发明，其包括在服务器侧执行的进一步的步骤：

从获许可者接收升级所许可的应用的大小的请求；

针对来自获许可者的每个大小升级请求，计算等效数目的信用证（credit），可由获许可者购买自由数量的信用证以自由地分配给应用，而与应用的版本和捆绑包无关。

将计算的信用证的数目与由获许可者来支配使用的信用证数量进行比较，并且如果所述计算的数目大于所述数量，则向获许可者发送信用证不足的第二类型警告消息，如权利要求1所描述。

有利地，许可证专用步骤（第一至第四）与大小升级专用步骤（第五至第七）同时地运行。

此外，能够提供计算机程序元件，其包括计算机程序代码用于当在计算装置的数字处理器中加载时执行根据上述方法的步骤。

另外，能够提供存储于计算机可用介质上的计算机程序产品，包括计算机可读程序代码，用于使得计算装置执行上述方法。

本发明的另外的主题是一种用于管理计算机网络中的软件许可证的系统，包括：

基础服务器（foundation server），其配置成用于收集待许可的应用以及相应的许可证密钥，并且用以基于在名义上（nominally）将待许可的收集的应用群集到不同定价的捆绑包（捆绑包表）而实现监控，其中应用具有可以应请求连续地升级的初始大小；

一个或多个应用服务器，其连接至基础服务器并且连接至多个相应计算机客户端用于递送接收到的应用及相关的许可证密钥；

许可证管理服务器，其连接至所有先前的网络元件，该许可证管理服务器已存储了用于实现第一管理过程的程序，所述第一管理过程专门用以针对新软件应用而分发许可证、以及针对先前许可的应用的新版本的升级的许可证，并且还检查违反软件许可证的任何尝试。

其中根据本发明：

许可证管理服务器（3）已经存储了另外的程序，其用于执行第二管理过程，同时，用于计算用于升级针对应用先前许可的大小所需要的信用证数目，检查请求者处的可用信用证是否足以用于升级，否则发送回不足信用证的警告。

在本发明的实施例中，许可证管理服务器也可有利地连接至MES环境的服务器，MES环境的服务器被委派为控制工厂（industrial plant）、或者服务于内联网网络的连接，需要许可证的所有软件产品被预先安装于对应的网络服务器或工作站上。

简略地，由顾客来独立于相应版本而选择捆绑的应用的大小，但是基础许可证对于每个应用而言总是必需的以便授权所述特定版本。当版本更新时，总是必需购买许可证以用于升级，此许可证独立于可随意使用信用证数量，其应被分配给为该升级版本而重新许可的捆绑应用的大小的任何可能升级。

换言之，捆绑包包括产品方案的许可的应用。捆绑包不需要订单，并且没有被定价而仅被加权以便估值而且因此影响了信用证的消费。

被认为新颖的本发明的另外特征在所附权利要求中被特别地陈述。

根据本发明的实施例，所述服务器侧针对所有客户端而言是集中式的。

根据本发明的替代实施例，所述服务器侧在每个客户端侧是非本地的（delocalized）。

根据本发明的一方面，所述第一类型警告消息通过网络传播以阻止未经许可的应用。

根据本发明的一方面，所述第二类型警告消息也包括用来激活所请求大小所需的剩余信用证的指示。

根据本发明的一方面，所述第二类型警告消息通过网络传播以防止过度使用由信用证所揭示的大小。

根据本发明的一方面，如果计算的信用证数目小于获许可者支配使用的信用证数量，则授权消息通过网络传播以便授权使用所请求资源。

有利地：

·所存储的许可证密钥按当支付通过时产生的每个新许可证密钥而被更新。

·捆绑包策略以外的应用受制于不同标准，例如，具有独立于大小的固定价格许可证，然而信用证仍针对大小升级而被分配，并且维持了检查。

·传送许可证密钥的所有软件所有者减少发出新的许可证，以便升级许可的应用的大小。

本发明的优点

·本发明允许了更灵活的价格表，其关于运行的应用而保持了价格，假定已经在服务器客户端上安装了基础许可证。在MES环境中，订单的MLFB（机器可识别的产品代号（Maschinenlesbare Fabrikatenummer））数目被减小。

·信用证可由用户分配到特定应用（标签，装备，客户端连接，等等）。

·一旦已经购买了信用证，则它们将会与每个版本和产品的捆绑包相容。顾客可购买包括一定数目信用证（例如，2000,5000,10000,50000…）的信用证包，顾客购买的信用证包越多，则供顾客支配使用的信用证越多，所以他能分配信用证以便使用应用。

·授权和所使用系统版本将会是彼此无关的。

·本发明允许修改应用的大小，因此添加了新的实体，而不改变现存的许可证，而是仅购买了合适的缺失信用证，所以大小升级是非侵入式的。

附图说明

被认为新颖的本发明的特征在所附权利要求中被特别地陈述。参考结合附图而理解的本发明实施例的下列详细描述（仅出于非限制性解释目的而给出），可理解本发明及其优点，附图中：

图1利用功能块而扼要表示了一种网络架构，其适于根据已知技术或根据本发明来执行对于软件许可证的集中管理；

图2不同于图1，因为在每个应用服务器上集中了对于软件许可证的管理；

图3不同于图1，因为将对于软件许可证的管理分散到每个外围个人计算机里面；

图4示出了在相应实体上运行的软件应用的多样化情境，其中能够根据本发明来管理用于对经许可应用的大小进行升级的授权。

具体实施方式

参考图1，监控功能块2关于涉及两个捆绑包X、Q和三个大小Z、Y、W的先前的实例而不同地工作，其中Q比X更贵，且大小Z<大小Y<大小W。在下面，表示了新的操作模式，以便执行比较。

基础许可证是相同的，所以使用欧元或信用证转换（conversion in credits）的支付是非常无关紧要的，但信用证转换是优选的以具有与大小升级的一致性（uniformity）。

捆绑包X

针对捆绑包X的许可证大小Z -假定价格100欧元（10信用证）

针对捆绑包X的许可证大小Y -假定价格140欧元（14信用证）

针对捆绑包X的许可证大小W -假定价格200欧元（20信用证）

捆绑包Q

针对捆绑包Q的许可证大小Z -假定价格150欧元（15信用证）

针对捆绑包Q的许可证大小Y -假定价格210欧元（21信用证）

针对捆绑包Q的许可证大小W -假定价格350欧元（35信用证）

在先前的实例中，必需的许可证数目为六。此外，为了进行大小升级，则必需预见到针对每种可能组合的升级而言的特定价格列表并且计算对应的信用证数量。例如，假定一个信用证等于10欧元：

捆绑包X

升级大小Z→Y -假定价格4信用证

升级大小Y→W -假定价格6信用证

升级大小Z→W -假定价格10信用证

捆绑包Q

升级大小Z→Y -假定价格6信用证

升级大小Y→W -假定价格9信用证

升级大小Z→W -假定价格15信用证

在先前的实例中，升级许可证是不需要的，并且总的许可证数目保持相同。捆绑包表关于现有技术之一而被修改，以便指示出针对取决于捆绑包的每个大小升级而言的信用证。假定与较廉价捆绑包X相关联的权重是单一的（unitary），同样大小的Z在捆绑包X中被定价为4个信用证、且在捆绑包Q中被定价为6个信用证，所以捆绑包Q的权重为1.5。相应地计算其它大小。下面是捆绑包表的实例。

表1（新捆绑包表）

捆绑包名称	权重	应用A的大小	信用证A的数目	应用B的大小	信用证B的数目
						第一	1	10	2400	10	4800
第二	1.5	10	3600	10	7200
						第三	1	10	4800	10	9600

ALM功能块3的操作相应地改变为新的信用证策略。

这将会有价格约束：针对捆绑包的价格约束和针对应用的价格约束。即，在信用证中，应用价格将会取决于所选择的捆绑包以及大小，而不改动必要的许可证。先前的考虑仍适用。检查许可证的软件程序充当服务器和客户端二者。计算的客户端-服务器模型是分布式应用结构，其在资源或服务提供者（称为服务器）以及服务请求者（称为客户端）之间划分任务或工作量。经常，客户端与服务器通过计算机网络在单独硬件上进行通信，但是客户端与服务器二者可驻留于相同系统中。服务器机器是运行一个或多个服务器程序的主机，其与客户端共享它们的资源。客户端没有共享其任何资源，而是请求服务器的内容或服务功能。客户端因此启动了与等待着传入请求的服务器的通信会话。客户端是如上述所限定的实体，即，单个个人计算机或者制造执行系统（MES）的部件，诸如：处理器；通往服务器的连接；必须被建模的装备；被计算全局装备效率（OEE）的装备；当前连接至工厂的客户端；将会存储于数据库中的标签；等等。

在图1的集中方法中，ALM功能块3是负责管理软件许可证的服务器，与表1相一致，针对多个客户端（不限于PC1,…,PCn所指示的）。ALM许可证服务器关于所有客户端是独一无二的。图2不同于图1之处在于事实：ALM许可证服务器驻留于所有应用服务器AS1,…,ASn，每个应用服务器照应着其拥有的客户端PC1,…,PCn的集群。图3不同于图1和2之处在于事实：ALM许可证服务器被移离原位至同时充当服务器和客户端的每个个人计算机PC1,…,PCn。

图4是可用来图示出与表1相一致的许可证分配的多样化情境。此情境包含了工厂5、MES服务器6、内联网服务器20、以及许可证管理器3。工厂5包括待建模的N个装备7、8、9（装备-A、装备-B、装备-N）。这些装备取决于工厂的特质。服务器6连接至所有装备7、8、9并且连接至三个外围处理器10、11、12。这些后者借助于三个相应的链路13、14、15而被连接至服务器6。外围处理器10、11、12也通过三个通信信道（虚线）连接至工厂5。内联网服务器20连接至四个个人计算机21、22、23、24。在MES服务器6上运行着应用APP-1，其提供建模环境以构建工厂模型，这对于限定工厂的各种行为是必要的。装备7、8、9是需要信用证的三个实体，所以建模器APP-1运行于一种许可证下，该许可证针对三个实体大小具有已确立数目的信用证。在处理器机器10、11、12上运行着应用APP-2，APP-2从工厂5捕获数据值。数据是与需要来自现场（工厂）的信用证的标签相关联的，所以捕获器APP-2运行于一种许可证下，该许可证针对三个（多个）标签实体（标签）具有已确立数目的信用证。标签可以是通常的XML标签（可扩展标记语言）或更复杂的工程对象，特别是在MES环境中有用的。在过去的情境中，标签充当能够对来自许多数据源的数据进行存档、聚集、置入情境考虑和分析的容器。标签能够被认为是围绕源点（例如PLC）的封套（wrapper）：预定义的计算、自定义计算，其能够限定标签被创建的时刻。同样地，客户端处理器机器10、11、12存在于工厂5的控制室上，其与MES服务器6并且与现场交换数据。链路13、14、15上通往MES服务器6的连接是与负责着连通性的应用APP-3相关联的实体，该连通性必须在许可证下以信用证支付。就内联网服务器20而论，在四个个人计算机21、22、23、24上运行着多形式应用APP-4，其负责着主要办公室任务，例如，写、电子表格（spreadsheet）、数据库、演示、浏览，等等。每个个人计算机代表着在许可证下需要信用证的应用APP-4的实体。能够将捆绑包的权重分配设计为以下表2：

用于对具有单一大小的应用进行许可的所产生的捆绑包表可以是下面的表3：

应用	大小	捆绑包（权重）	信用证
				APP-1	1实体	捆绑包1（1）	2000
	1实体	捆绑包3（1.6）	3200
					1实体	捆绑包5（1.8）	3600
APP-2	1实体	捆绑包2（1.4）	1400
					1实体	捆绑包3（1.6）	1600
	1实体	捆绑包5（1.8）	1800
				APP-3	1实体	捆绑包2（1.4）	800
	1实体	捆绑包3（1.6）	915
					1实体	捆绑包5（1.8）	1029
APP-4	1实体	捆绑包4（1.2）	3200
					1实体	捆绑包5（1.8）	4800

升级到N个实体，一种针对给定捆绑包而许可的应用需要额外的信用证，其概略地由在表3中指示的单一信用证乘以N-1而获得。例如，在捆绑包1下APP-1的三个装备的升级花费了4000信用证，而针对捆绑包5的相同升级花费了7200信用证。

由ALM服务器3在接收到由SW开发者1和监控2一起实现的基础服务器机器所发送的许可证密钥的集合和捆绑包表时执行许可证管理。在操作中，同时地运行了两个过程：第一过程专门用来分发针对新软件应用的许可证、以及针对先前许可的应用的新版本的升级的许可证，而第二过程计算用于升级许可应用的大小的信用证。第一过程可根据两个不同策略而受激励。根据适合用于MES环境的第一策略：

1.在MES环境中需要许可证的所有软件产品被预先安装到服务器和工作站上。例如，参看图4，软件产品被预先安装在MES服务器6（APP-1,APP-2,APP-3）和内联网服务器20（APP_4）上。

2.许可证将被安装到的服务器被识别。为此目的，在客户端侧运行于每个客户端机器上的协议向服务器侧发送用于运行相应的应用的许可证请求，同时连接于此且随后每10分钟连接于此。

3.所需的许可证（许可证密钥）安装到所识别的服务器上。为此目的，在服务器侧运行于基础服务器机器上的协议，每30分钟检查一次基于服务器上仍可用的许可证是否能够满足许可证请求。在服务器侧上，一种应用负责计数用以使得所安装的应用运行的信用证的必需数目。许可证和信用证被配置，并且创建了捆绑包表文件，其包含着关于信用证已分配到哪些应用和相关实体的信息。如果不能满足许可证请求，则服务器侧将会向运行着违反许可证的应用的客户端机器发送消息框。

根据第二和更一般的策略：

1.许可证将被安装到的服务器被识别。为此目的，在客户端侧运行于每个客户端机器上的协议向服务器侧发送用于运行相应的应用的许可证请求，同时连接于此且随后每10分钟连接于此。

2.与所请求许可证相对应的软件产品，以及它们的产品密钥，被安装到所识别的服务器上。为此目的，在服务器侧运行于基础服务器机器上的协议，每30分钟检查一次基于在服务器上仍可用的许可证是否能够满足许可证请求。在服务器侧上，一种应用负责计数用以使得所安装的应用运行的信用证的必需数目。许可证和信用证被配置，并且创建了捆绑包表文件，其包含关于信用证已分配到哪些应用和相关实体的信息。如果不能满足许可证请求，则它将会向运行着违反许可证的应用的客户端机器发送消息框。

与上述两种情况中任一种同时运行的第二过程，负责计算用于动态地升级所许可应用的大小的信用证。

运行于每个客户端侧上的协议向服务器侧发送一个或多个所许可应用的大小增加的任何新请求。运行于服务器侧上的协议当接收到时，检查是否已将必要的许可证安装到所涉及应用、以及是否没有拒绝该请求。

在服务器侧上，一种应用负责计数对于每个大小升级而言将花费的信用证的必需数目。根据取决于所选择捆绑包的权重因子，计算所需信用证。必需的信用证的总数必须小于可用信用证的数目，否则信用证不足的警告消息被发送回客户端侧。

对于软件许可证的管理，不同网络架构是可能的，它们基本上可归为独立式或分布式的。在第一情况下，许可证管理如图1和图2中所示在一定程度上集中；在另一情况下，如图3中所示，将存在着外围工具，其将会计数在本地必需有多少许可证、并且其将会向服务器传送所需要的信用证数量。将会存在着同样的外围工具，其将会负责通知可能的许可证违反和信用证不足。

尽管已经特别地参考优选实施例描述了本发明，对于本领域技术人员而言将会明显的是，本发明不限于此，而是可适用其它变动和修改、而不脱离如所附权利要求所限定的本发明的范围。

Claims

1. 一种用于根据客户端-服务器协议在计算机网络中管理软件许可证的方法，包括在服务器侧（3）执行的下列步骤：

根据待许可的不同组成的应用捆绑包（捆绑包表）针对每个软件应用（APP-1,…,APPL-N）而创立（2）许可证类型（1），每个许可证类型的价格是根据应用的特异性、大小（PC1-PCn;7-9;13-15;16-18;21-24）以及所分配的权重而计算的，以增加所述应用属于的捆绑包的值；

从至少一个软件所有者（1）收集连接到许可证以便使用新的应用、或者使用它们的新版本的升级的许可证密钥，并且存储收集的许可证密钥；

通过在所述收集的许可证密钥与在本地安装到客户端的许可证密钥之间的比较，检查对每个访问客户端（PC1-PCn;10-12;21-24）上的应用的未经许可的访问；

其特征在于，该方法包括在服务器侧（3）执行的进一步的步骤：

从获许可者接收升级所许可的应用的大小的请求；

针对来自获许可者的每个大小升级请求，计算等效数目的信用证，可由获许可者购买自由数量的信用证以自由地分配给应用，而与应用的版本和捆绑包无关；

将计算的信用证的数目与由获许可者来支配使用的信用证数量进行比较，并且如果所述计算的数目大于所述数量，则向获许可者发送信用证不足的第二类型警告消息。

2. 根据权利要求1所述的方法，其特征在于，许可证相联系的步骤与大小升级步骤同时运行。

3. 根据权利要求1所述的方法，其特征在于，所述服务器侧对于所有客户端而言是集中式的。

4. 根据权利要求1所述的方法，其特征在于，所述服务器侧在每个客户端侧为非本地的。

5. 根据权利要求1所述的方法，其特征在于，所述第一类型警告消息通过网络传播以阻止未经许可的应用。

6. 根据权利要求1所述的方法，其特征在于，所述第二类型警告消息还包括用来激活所请求大小所需的剩余信用证的指示。

7. 根据权利要求1所述的方法，其特征在于，所述第二类型警告消息通过网络传播以防止过度使用由信用证所揭示的大小。

8. 根据权利要求1所述的方法，其特征在于，如果计算的信用证数目小于获许可者支配使用的信用证数量，则授权消息经过网络传播以便授权使用所请求资源。

9. 根据先前权利要求中任一项所述的方法，其特征在于，所述大小包括不同实体的可变数目，其中实体能够例如是下列之一：个人计算机（PC1-PCn;21-24）、将要在MES环境中建模的工厂（5）的装备（7-9）、客户端连接（13-15）、标识数据库中对象的XML标签（16-18）。

10. 一种用于管理计算机网络中的软件许可证的系统，包括：

基础服务器（1,2），配置成用于收集待许可的应用（APPL-1,...,APPL-n）以及相应的许可证密钥，并且用以基于在名义上将待许可的收集的应用群集到不同定价的捆绑包（捆绑包表）而实现监控（2），其中应用具有可以应请求连续地升级的初始大小；

一个或多个应用服务器（AS1,…,ASn），连接至基础服务器（1,2）并且连接至多个相应计算机客户端（PC1,…,PCN）用于递送接收到的应用及相关的许可证密钥；

许可证管理服务器（3），连接至所有先前的网络元件，所述服务器（3）已存储了用于实现第一管理过程的程序，该第一管理过程专门用以分发针对新软件应用的许可证、以及针对先前许可的应用的新版本的升级的许可证，并且还检查违反软件许可证的任何尝试，

其特征在于，

所述许可证管理服务器（3）已经存储了另外的程序，用于执行第二管理过程，同时，用于计算用于升级针对应用先前许可的大小所需要的信用证数目，检查请求者（PC1,…,PCN）处的可用信用证是否足以用于升级，否则发送回不足信用证的警告。

11. 根据权利要求10所述的系统，其特征在于，所述许可证管理服务器（3）还连接到MES环境的服务器（6,20），MES环境的服务器被委派为控制工厂（5）、或者服务于内联网网络的连接，需要许可证的所有软件产品（APP-1,APP-2,APP-3,APP-4）被预先安装于对应的网络服务器（6,20）和工作站（10-12；21-24）上。