专利名称：计算机网络中软件许可证的改进管理的制作方法
技术领域：
本发明涉及对计算机软件许可证(license)的处理，以及更精确地涉及计算机网络中软件许可证的改进的管理。
背景技术：
根据信息技术(IT)，“应用”通常需要运行软件许可证，“应用”是一种计算机程序，其被设计用来帮助人们执行单一或多重相关特定任务。其有助于解决现实世界中的问题。实例包括_企业软件-自动控制软件-会计软件-办公套件(office suites)-图形软件，等等。使得相同版本的应用的不同实现方式(彼此区别在于，不同的嵌入特征以及相应的价格，例如Microsoft 的流行的Windows 操作系统是作为标准版、专业版、小企业版、网络版，等等而销售的)商业化是应用开发人员的通常做法。应用套件由捆绑在一起的多应用而构成；它们通常具有相关的功能、特征和用户界面，并且可以是能够彼此交互的，例如公知的Microsoft Office。可能有争论的是，应用软件在所有人类活动中的巨大影响以及因此针对应用开发人员而派生的一致性业务。除了作为共享自由软件的开源以外，大多数软件应用在法律上是受到专利法或著作权法保护的。软件许可证是软件所有者与获许可者(licensee)之间的协议，所有者通过软件许可证而赋予获许可者在许可环境中使用取得专利权或取得版权的软件产品的权利。更确切地说，“产品”意思是在单一商品名下交付给最终用户的软件和文档。“维持截止日期”意思是维持期的结束时，这在许可证协议中陈述(通常为一年)。“许可证密钥(License Key)”意思是由于许可证协议而已交付给获许可者的短的电子文件(一个或多个)，并且其提供技术手段用于运行该产品，并且其包含关于许可证类型以及许可证选项(通常为一种代码)的详细信息。“经授权的人”意思是a)私人个人获许可者，或如果获许可者为法人实体、则他们的雇佣或委任的范围内的任何人。通常软件许可证是非排他性的、且不可转让的，并且约束着获许可者将它们安装于单一的或固定数目的计算机上。许可证主要地是直接地从WEB购买的，并且在有关的支付得以正确地收到之后订购者立即就接收到用于激活的许可证密钥。目前，若干许可证管理器(LM)软件框架是在商业上已知的，这些LM是由处理十万或百万用于多样化的软件产品的许可证的主要软件公司所设计的，例如
Automation License Manager V3. O,其被开发用于SIMATIC (西门子公司)的新的S7PLC (可编程逻辑控制器)。基于新的许可证管理器，能够在线管理浮动许可证。许可证密钥被存储于充当服务器计算机的中央计算机上。还必须安装SIMATIC Logon附件软件包(add-on package)。使用Logon (登录),可以便利地控制所拥有的许可证在本地计算机上或者在工作组中的计算机上的使用。通过登录对话和用户管理来防止对许可证的未经授权访问。如果在本地没有可用的对应许可证，则可以使用来自许可证密钥服务器的许可证。lMicrosoft在其批量许可计划(Volume Licensing Program)下管理着令人印象深刻的用于多样化的软件产品的许多许可证。在订购软件保障程序(SA)时提供了针对所许可产品的额外服务(例如，支持和培训，特殊福利)。折扣是基于购买者简档以及安装次数的。许可证管理器激活称为正版有利(Genuine Advantage)的阻止技术，其将会需要人们在允许下载访问更新之前对他们的Windows副本进行验证。此外，新的虚拟化技术影响到许可证管理，因为虚拟化的资源可以被分别许可(license apart)。Microsoft虚拟桌面基础架构(VDI)是在运行于集中式服务器上的虚拟机(VM)内托管桌面操作系统的实践。根据批量许可计划，Windows VDI在标准的和高级套件(premium suites)上被许可。WindowsVDA (虚拟桌面访问)是一种基于装置的许可证，其是通过批量许可程序以100美元每年每装置的价格可获得的。-Adobe许可证管理器(ALM)软件自动化地进行对Adobe桌面软件许可证的追踪，并且能使得企业能够主动地管理和执行批量产品许可证，而同时使得与手动许可证管理相关联的资源和成本负担最小化。图I示出了一种可能的网络架构用于分发软件应用及相应的许可证密钥，并且还分发关于保留给客户端(用户的PC)的软件许可证机会(software license opportunity)的监控(policing)信息。所有功能块被连接至网络NET (优选地为IP网络)，并且已安装了适合于IP的主要通信协议，诸如HTTP、FTP、HTML等等。图I的架构同样适用于已知的许可管理器正如根据本发明的许可管理器，因为本发明的特征主要地涉及两个称为“监控”和“ALM”(应用许可证管理器)的功能块。ALM管理器关于由多个个人计算机(不限于本发明将会描述的PC)所代表着的最终用户而言是集中式的；可视界面应会安装于每个PC对应物(counterpart)中。个人计算机和ALM管理器使用IPC协议(进程间通信)来实现客户端-服务器范型(paradigm)。向软件开发者的支付是由负责完成交易的银行或者任何同等机构进行管控的，优选地借助于信用卡、但也允许其它支付手段。用于市场推广软件许可证的当前监控被嵌入于“捆绑包表(Bundle Table)”中。当许可证由单个软件公司提供时，实现捆绑包表是没有问题的，因为该提供仅涉及到该公司的软件产品。所以，该公司是决定折扣并且直接地在其收款行上接收支付的唯一者。此外，其能够将所有许可证密钥传送到应用服务器而不出现任何问题，并且施加严格控制免于盗版。相反，当该提供源于若干独立软件开发者时，则需要第三方组织来实现捆绑包表，其应针对每个应用提供者而被分割；涉及保密和安全的问题可以是在将许可证密钥传送到应用服务器时发生的。由上而下地接近图I的网络架构，称作“SW开发者(SW DEVELOPERS)”的功能块I包括可变数目N的软件应用(APPL_1，APPL_N) la, . . . IN以及相应的许可证密钥。块I与“监控”块2以及多个应用服务器AS1，…，ASn通信。每个应用服务器与个人计算机PCl,. . .，PCn的相应集群通信。明显地通过网络NET，集中式的ALM管理器3与每个集群的所有个人计算机PC1，. . .，PCn通信。另一块4代表着负责借助于信用卡完成交易的银行或者同等机构。在操作中，SW开发者I是由意图向任何潜在购买者销售多样化数量的软件应用的相关联软件提供者的集合(pool)来支配使用的“集中式服务器”。所有可用许可证密钥的集合被传送至ALM管理器3。当授权时，可用软件产品和相关许可证密钥被传送至请求者应用服务器。SW开发者I和监控2—起工作以限定软件许可证的全球提供(global offer)。此提供详细描述于传送至ALM管理器3的“捆绑包表”。根据已知的监控和ALM块2和3的操作，由客户端PCl至PCn自主地通过“利用IPC协议的周期性更新”来触发针对新许可证或续期(renewal)的请求。应请求、或通过散播至注册用户的周期性广告，向客户端告知了、许可证价格列表。意图订购许可证的客户端PC1，. . .，PCn向他们的应用服务器发送了针对他们的订购的电子订单，提出按情境用信用卡来支付；可替代地，他们可通过银行转账或其他支付形式(不像信用卡这样实时)来支付。在交易通过的条件下，每个定址的金融机构5在请求者与软件所有者块I之间完成了电子交易，其通过发送核实(Check_on)信号来提示SW开发者块I。后者产生了新的许可证密钥并且将其发送至应用服务器AS1，. . .，ASn以及ALM管理器3用于更新所存储的许可证密钥。SW开发者块I通过他们的应用服务器向获许可者发送新的所许可的产品，但是仅在该产品尚未作为共享软件版本而被安装的情况下才会如此。ALM管理器控制着许可证在每个本地计算机上或在工作组中的计算机上的使用。通过警告消息和登录对话以及用户管理来防止了对许可证的未经授权访问。如果在本地没有可用的对应许可证，则客户端可以使用来自集中式许可证密钥服务器块I的许可证。概述技术问题
需要关于许可证范围的下列进一步的预先定义·
捆绑包可以意图作为待许可的经定价的(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)，可由获许可者购买自由数量的信用证以自由地分配给应用，而与应用的版本和捆绑包无关。将计算的信用证的数目与由获许可者来支配使用的信用证数量进行比较，并且如果所述计算的数目大于所述数量，则向获许可者发送信用证不足的第二类型警告消息，如权利要求I所描述。有利地，许可证专用步骤(第一至第四)与大小升级专用步骤(第五至第七)同时地运行。此外，能够提供计算机程序元件，其包括计算机程序代码用于当在计算装置的数字处理器中加载时执行根据上述方法的步骤。另外，能够提供存储于计算机可用介质上的计算机程序产品，包括计算机可读程序代码，用于使得计算装置执行上述方法。
本发明的另外的主题是一种用于管理计算机网络中的软件许可证的系统，包括 基础服务器(foundation server),其配置成用于收集待许可的应用以及相应的许可
证密钥，并且用以基于在名义上(nominally)将待许可的收集的应用群集到不同定价的捆绑包(捆绑包表)而实现监控，其中应用具有可以应请求连续地升级的初始大小；
一个或多个应用服务器，其连接至基础服务器并且连接至多个相应计算机客户端用于递送接收到的应用及相关的许可证密钥；
许可证管理服务器，其连接至所有先前的网络元件，该许可证管理服务器已存储了用 于实现第一管理过程的程序，所述第一管理过程专门用以针对新软件应用而分发许可证、以及针对先前许可的应用的新版本的升级的许可证，并且还检查违反软件许可证的任何尝试。其中根据本发明
许可证管理服务器(3)已经存储了另外的程序，其用于执行第二管理过程，同时，用于计算用于升级针对应用先前许可的大小所需要的信用证数目，检查请求者处的可用信用证是否足以用于升级，否则发送回不足信用证的警告。在本发明的实施例中，许可证管理服务器也可有利地连接至MES环境的服务器，MES环境的服务器被委派为控制工厂(industrial plant)、或者服务于内联网网络的连接，需要许可证的所有软件产品被预先安装于对应的网络服务器或工作站上。简略地，由顾客来独立于相应版本而选择捆绑的应用的大小，但是基础许可证对于每个应用而言总是必需的以便授权所述特定版本。当版本更新时，总是必需购买许可证以用于升级，此许可证独立于可随意使用信用证数量，其应被分配给为该升级版本而重新许可的捆绑应用的大小的任何可能升级。换言之，捆绑包包括产品方案的许可的应用。捆绑包不需要订单，并且没有被定价而仅被加权以便估值而且因此影响了信用证的消费。被认为新颖的本发明的另外特征在所附权利要求中被特别地陈述。根据本发明的实施例，所述服务器侧针对所有客户端而言是集中式的。根据本发明的替代实施例，所述服务器侧在每个客户端侧是非本地的(delocalized)。根据本发明的一方面，所述第一类型警告消息通过网络传播以阻止未经许可的应用。根据本发明的一方面，所述第二类型警告消息也包括用来激活所请求大小所需的剩余信用证的指示。根据本发明的一方面，所述第二类型警告消息通过网络传播以防止过度使用由信用证所揭示的大小。根据本发明的一方面，如果计算的信用证数目小于获许可者支配使用的信用证数量，则授权消息通过网络传播以便授权使用所请求资源。有利地
所存储的许可证密钥按当支付通过时产生的每个新许可证密钥而被更新。 捆绑包策略以外的应用受制于不同标准，例如，具有独立于大小的固定价格许可证，然而信用证仍针对大小升级而被分配，并且维持了检查。
·传送许可证密钥的所有软件所有者减少发出新的许可证，以便升级许可的应用的大小。本发 明的优点
本发明允许了更灵活的价格表，其关于运行的应用而保持了价格，假定已经在服务器客户端上安装了基础许可证。在MES环境中，订单的MLFB (机器可识别的产品代号(Maschinenlesbare Fabrikatenummer))数目被减小。·信用证可由用户分配到特定应用(标签，装备，客户端连接，等等)。 一旦已经购买了信用证，则它们将会与每个版本和产品的捆绑包相容。顾客可购买包括一定数目信用证(例如，2000，5000, 10000, 50000···)的信用证包，顾客购买的信用证包越多，则供顾客支配使用的信用证越多，所以他能分配信用证以便使用应用。·授权和所使用系统版本将会是彼此无关的。·本发明允许修改应用的大小，因此添加了新的实体，而不改变现存的许可证，而是仅购买了合适的缺失信用证，所以大小升级是非侵入式的。
被认为新颖的本发明的特征在所附权利要求中被特别地陈述。参考结合附图而理解的本发明实施例的下列详细描述(仅出于非限制性解释目的而给出)，可理解本发明及其优点，附图中
图I利用功能块而扼要表示了一种网络架构，其适于根据已知技术或根据本发明来执行对于软件许可证的集中管理；
图2不同于图1，因为在每个应用服务器上集中了对于软件许可证的管理；
图3不同于图1，因为将对于软件许可证的管理分散到每个外围个人计算机里面；
图4示出了在相应实体上运行的软件应用的多样化情境，其中能够根据本发明来管理用于对经许可应用的大小进行升级的授权。
具体实施例方式参考图I，监控功能块2关于涉及两个捆绑包X、Q和三个大小Z、Y、W的先前的实例而不同地工作，其中Q比X更贵，且大小TA大小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的权重为I. 5。相应地计算其它大小。下面是捆绑包表的实例。表I (新捆绑包表)
权利要求
1.一种用于根据客户端-服务器协议在计算机网络中管理软件许可证的方法，包括在服务器侧(3)执行的下列步骤 根据待许可的不同组成的应用捆绑包(捆绑包表)针对每个软件应用(APP-1^··,APPL-N)而创立(2)许可证类型(1)，每个许可证类型的价格是根据应用的特异性、大小(PCl-PCn; 7-9; 13-15; 16-18; 21-24)以及所分配的权重而计算的，以增加所述应用属于的捆绑包的值； 从至少一个软件所有者(I)收集连接到许可证以便使用新的应用、或者使用它们的新版本的升级的许可证密钥，并且存储收集的许可证密钥； 通过在所述收集的许可证密钥与在本地安装到客户端的许可证密钥之间的比较，检查对每个访问客户端(PCl-PCn;10-12;21-24)上的应用的未经许可的访问； 当检测到对应用的未经许可的访问时，向未经许可的客户端发送许可证违反的第一类型警告消息， 其特征在于，该方法包括在服务器侧(3)执行的进一步的步骤 从获许可者接收升级所许可的应用的大小的请求； 针对来自获许可者的每个大小升级请求，计算等效数目的信用证，可由获许可者购买自由数量的信用证以自由地分配给应用，而与应用的版本和捆绑包无关； 将计算的信用证的数目与由获许可者来支配使用的信用证数量进行比较，并且如果所述计算的数目大于所述数量，则向获许可者发送信用证不足的第二类型警告消息。
2.根据权利要求I所述的方法，其特征在于，许可证相联系的步骤与大小升级步骤同时运行。
3.根据权利要求I所述的方法，其特征在于，所述服务器侧对于所有客户端而言是集中式的。
4.根据权利要求I所述的方法，其特征在于，所述服务器侧在每个客户端侧为非本地的。
5.根据权利要求I所述的方法，其特征在于，所述第一类型警告消息通过网络传播以阻止未经许可的应用。
6.根据权利要求I所述的方法，其特征在于，所述第二类型警告消息还包括用来激活所请求大小所需的剩余信用证的指示。
7.根据权利要求I所述的方法，其特征在于，所述第二类型警告消息通过网络传播以防止过度使用由信用证所揭示的大小。
8.根据权利要求I所述的方法，其特征在于，如果计算的信用证数目小于获许可者支配使用的信用证数量，则授权消息经过网络传播以便授权使用所请求资源。
9.根据先前权利要求中任一项所述的方法，其特征在于，所述大小包括不同实体的可变数目，其中实体能够例如是下列之一个人计算机(PCl-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)上。
全文摘要
本发明涉及计算机网络中软件许可证的改进管理。在客户端服务器模式中软件许可证的管理始于许可证监控，其是基于在名义上将待许可许多应用群集到不同值捆绑包。应用有初始大小，其可应请求被连续升级。大小可包括不同实体的可变数目，诸如个人计算机、将在MES环境中建模的装备、客户端连接、标识数据库中对象的XML标签等。两个管理过程同时在服务器侧运行1)第一过程专用来分发新软件应用的许可证、以及先前许可应用的新版本升级的许可证，且还检查违反软件许可证的尝试；2)第二过程，获许可者接收到特定请求时，计算升级针对应用先前许可大小所需信用证数，检查请求者处可用信用证是否足以用于升级，否则发送回不足信用证的警告。
文档编号G06F21/00GK102663273SQ20111044102
公开日2012年9月12日 申请日期2011年12月26日 优先权日2010年12月27日
发明者F.鲁索, S.马萨诺 申请人:西门子公司