CN1751316A - 可针对用后支付商业型式作配置的软件许可证管理系统 - Google Patents

Abstract

描述一软件许可证管理系统，其可针对用后支付商业型式进行配置。将一前端服务器配置成控制获得许可的软件的使用，其分布在一含该前端服务器的网络中的计算机上，根据一报告调度产生一可认证这种使用情况的报告，以及将该可认证报告安全传送到一厂商指定目的地。将一与该目的地对应的后端服务器配置成接收、认证和处理该可认证报告，以产生处理过的信息，并将该处理过的信息提供给针对用后支付商业型式的商业操作软件，以及软件厂商作其他商业操作之用。

Description

可针对用后支付商业型式作配置 的软件许可证管理系统

技术领域

本发明通常涉及软件许可证管理系统，特别是涉及涉及一种可针对用后支付(post-use payment)商业型式进行配置的软件许可证管理系统。

背景技术

传统软件许可证管理系统采用一许可证管理器以根据其许可条款来管理(或帮助管理)得到许可的软件的使用。这种许可证管理器的一例子是总部在加州Santa Clara的Macrovision公司的产品FLEX1m。

拒绝服务是软件许可证管理系统中普遍采用的一种技术，以适度保证(如假定该系统不受到攻击)在其许可条款内使用得到许可的软件。使用该技术，许可证管理系统与得到许可的软件配合可完全拒绝任何用户的超出许可条款请求。例如，若软件许可证为一期限许可，超过该期限之后，任何进入或使用该软件的请求将被拒绝。另一例子是，若软件许可为一同时使用用户的许可，当同时使用的用户达到最大数量后，任何进入或使用该软件的请求将被拒绝。在这些系统中，其许可已超出获得许可的软件的许可条款。若许可用户的请求就会超出其许可条款，则将该信息通知得到许可的软件，其就会拒绝该请求。

然而在某些应用中，持许可证者发现拒绝服务是一不可接受的实施许可做法。例如，在生命或财产处于极大危险的关键任务应用中，拒绝服务通常是不可接受的。同样，在中断服务会导致很大负面商业影响的商业应用中，拒绝服务也是不可接受的。另一例子为当出现未预料到的软件需求高峰时，若需要等待购买额外许可，该软件就无法满足应用场合的需求。

在这些应用中，为使其软件得到许可，通常迫使颁发许可证者对其获得许可的软件进行配置，以便尽管许可证管理器已确定用户请求超出许可条款，仍继续提供服务，或者完全禁用或删除该许可证管理器。尽管提供这种持续服务带有警告或功能(仅关键性)减少，在这种系统中没有适度保证因这种延长使用颁发许可证者将得到补偿的机制。因此，这些系统往往是基于信任的系统，相信持许可证者会留意该警告，且随后向颁发许可证者购买额外使用权。

有一适度保证因这种延长使用(这里也称为“超额使用”)颁发许可证者将得到补偿的机制，对颁发许可证者处理完全忽略其使用超过其许可条款警告的持许可证者是有益的。这种机制对颁发许可证者和持许可证者会是公平的，且当有必要或特别有利时，不会禁止持许可证者在其许可条款之外使用得到许可的软件。这种机制与当事人间的契约商业条款相结合，也将会是在以伤害持许可证者而袒护颁发许可证者的拒绝服务技术与以伤害颁发许可证者而袒护持许可证者的基于信任的技术之间的一公平折衷。因此，这种机制将增加颁发许可证者或软件厂商的收入，且增加持许可证者或软件用户的满意度。

因此，在这些或其他应用中，实施软件许可的用后支付(PUP)商业型式是一可替代拒绝服务或基于信任的许可证管理方案的有益选择。在该许可型式中，由于允许超额使用(即允许超出许可条款中定义的界限来使用得到许可的软件)，有必要跟踪超额使用情况，从而根据按使用次数支付的许可方案让客户或持许可证者最终支付这种超额使用的费用，或根据之前使用情况出售更多的许可。

发明内容

因此，本发明的一个目的是提供一软件许可证管理系统，其可针对用后支付商业型式进行配置。

另一目的是提供一软件许可证管理系统，其可针对用后支付商业型式的范围进行配置，使所提供实际安全等级不会使获得许可的软件的颁发者或持有者难以承担。

另一目的是提供一软件许可证管理系统，其可针对可信的用后支付商业型式进行配置。

另一目的是提供一软件许可证管理系统，其可针对用后支付商业型式进行配置，以产生可认证报告，并在预先指定的时刻将这些报告传送到厂商指定目的地。

这些及其他目的是通过本发明的不同方面来实现的，其中概括而言，一方面是一软件许可证管理系统，其可针对用后支付商业型式进行配置，包括：前端服务器，配置成控制获得许可的软件的使用，根据一报告调度产生一含使用信息的可认证报告，并将该可认证报告安全传送到一指定目的地；以及后端服务器，其与该指定目的地相对应，且配置成接收、认证和处理该可认证报告，以产生处理过的信息，且针对用后支付商业型式将该处理过的信息提供给商业操作软件。

另一方面是一软件许可证管理系统，其可针对用后支付商业型式进行配置，包括：用户根据一报告调度产生一含获得许可的软件的使用信息的可认证报告、且将该可认证报告安全传送到一获得许可的软件的厂商指定的目的地的装置；以及与该目的地相应的用来接收、认证和处理该可认证报告以产生处理过的信息并针对用后支付商业型式将其提供给商业操作软件的装置。

另一方面是一方法，其针对用后支付商业型式报告获得许可的软件的使用情况，包括：持许可证者根据一报告调度产生一含获得许可的软件的使用信息的可认证报告；将该可认证报告从一客户指定的源地传送到一厂商指定的目的地；在该厂商指定的目的地接收并认证该可认证报告；以及如果得到认证，就从已认证报告产生处理后的信息并针对用后支付商业型式将其提供给商业操作软件。

另一方面是一至少包括一台计算机的装置，将其配置成有条件允许获得许可的软件超出许可条款之外的超额使用，产生一含超额使用信息的可认证报告，以及针对用后支付商业型式将该可认证报告传送到一目的地。

另一方面是一报告获得许可的软件的使用情况的方法，包括提供一软件模块，它适合于在预定时刻产生多个可认证报告，从而该多个可认证报告中的每一个包括获得许可的软件在多个时段中的使用信息，其与该软件模块紧接其前和其后产生多个可认证报告相重叠。

另一方面是一报告获得许可的软件的使用情况的方法，包括：提供一软件模块，它适合于产生一含有关获得许可的软件使用信息的可认证报告，并按一报告期中现行的N，N-1，N-2…M个用户或所记数计算机资源正使用该获得许可的软件的一特殊特性的总时间进行组织，其中N为在该报告期中同时使用该特性的用户或所记数计算机资源最大数，且M为一等于或大于零的整数。

另一方面是一至少包含一台计算机的装置，配置成安全接收一含获得许可的软件的超额使用信息的可认证报告，认证该可认证报告，以及存储已认证报告中的信息，以便为针对用后支付商业型式的商业操作软件所使用。

另一方面是一实现用后支付商业型式的方法，包括：接收一含获得许可的软件的使用信息的可认证报告，认证该可认证报告，以及处理该获得许可的软件的使用信息，以识别其使用是否有超出许可条款一预定量的情况，从而引发一用后支付请求。

从下面结合附图对其优选实施例的描述中，本发明多个方面的其他目的、特性和优点将变得更明显。

附图说明

图1-5中的示例表示根据本发明某些方面可针对用后支付商业型式进行配置的软件许可证管理系统的方框图；

图6中的示例表示一根据本发明某些方面可针对用后支付商业型式进行配置的软件许可证管理系统的前端服务器中的软件模块以及文件的方框图；

图7中的示例表示根据本发明某些方面一报告调度中的属性字段；

图8中的示例表示一根据本发明某些方面可针对用后支付商业型式进行配置的软件许可证管理系统的后端服务器中的软件模块以及文件的方框图；

图9中的示例表示某月每天中的用户每日峰值许可使用量；

图10中的示例表示根据本发明某些方面针对用后支付商业型式报告获得许可的软件的使用情况的方法的前端部分；

图11中的示例表示根据本发明某些方面针对用后支付商业型式报告获得许可的软件的使用情况的方法的后端部分；

图12中的示例表示在执行根据本发明某些方面针对用后支付商业型式报告获得许可的软件的使用情况的方法的后端部分期间，如何处理认证和验证失败。

具体实施方式

如这里的用法，下面的术语其大小写用法意义相同。

“可认证报告”指可通过诸如数字证书认证的报告。

“后端”指一处于控制之下或软件厂商授权的服务器、计算机或系统，用来接收并处理从客户那里接收的有关厂商授权给客户的软件使用信息。

“商业操作软件”指商业机构在商业操作中主要使用的软件，包括客户定单、审核是否遵从许可条款、以及产品市场化、支持或产品开发中使用的数据收集和分析，但并不局限于此。

“用户”指获得许可的软件的许可证持有者。

“数字签名”指使用消息摘要(如MD5)或安全散列(hase)算法(如SHA-1)计算数据或其它信息的单向散列值、并用私有密钥(最好仅有执行加密的一方知道)对该散列值加密所生成的数字签名，以便可用公共密钥(执行解密的一方可得到)解密来验证该加密的数据或其它信息是否由拥有该私人密钥的个人或者软件加密(或“签名”)后产生。

“文件”指通常意义上的计算机文件，但这里的用法也包括任何存储和获取数字数据的系统，包括数据管理器、注册表、目录和数据对象。

“前端”指一服务器、计算机或系统，其处于控制之下或由客户授权以执行、管理和/或报告许可给客户的软件使用情况。

“用后支付型式”指任何正式或非正式软件许可做法，即客户从厂商那里购买软件许可证，或客户使用软件之后支付软件使用费，包括按使用次数支付的商业型式或其它商业型式，如客户实际使用时“引发”购买，或要求购买或寻求购买软件许可证，以反映这种使用情况。

“服务器”指一计算机程序，其与其它计算机应用、操作系统、系统软件或计算服务交互。上述定义中，包括诸如术语“客户机-服务器”、“多层计算”、“三层计算”、网络服务或web服务中使用的服务器。

“厂商”指获得许可的软件的许可证颁发者，包括其版权所有者以及版权所有者赋予其权限的其他方，由其销售或颁发许可证给客户以使用得到许可的软件。

图1-5中的示例表示可针对用后支付商业型式进行配置的软件许可证管理系统的方框图。除这些系统之外，应理解采用这里不同做法的其他系统也可实施本发明的多个方面，因此都应看作囊括在其全部范围之内。也应理解传统上出于安全考虑或为支持其他联网技术，将代理服务器包括防火墙在内附着在这些系统中，但这里并没有画出也没有进行描述，以简化下面的描述，且这种省略决不是为了限制本发明的全部范围。

图1中，可对前端服务器101进行配置以控制获得许可的软件的使用，产生含这种使用信息的可认证报告，以及将该可认证报告安全传送到与指定目的地诸如直拨电话号码、因特网URL、电子邮件地址或其他网络地址相应的后端服务器102。将得到许可的软件分发到网络107中连接的多个前端计算机上，并在其上运行，包括前端服务器101和其他计算机，如所表示的计算机104-106。该网络107可为局域网(LAN)、广域网(WAN)、虚拟专用网(VPN)或其他网络，其受获得许可的软件的用户管理或控制。通过通信媒介103诸如因特网、专用网或直接拨号连接，执行前端服务器101(最好由获得许可的软件的用户指定或审定其位置)与后端服务器102(最好由获得许可的软件的厂商指定或审定其位置)之间的通信。在通过因特网的情况下，最好执行安全传送可认证报告，例如使用安全套接字层协议(secure sockets layerprotocol SSL)、虚拟专用网(VPN)和/或加密电子邮件附件。

此外，除前端服务器101之外，也可只对由网络107上前端计算机104-106所表示的任何一个或多个前端计算机进行配置，或与前端服务器101一起进行配置，以控制其上获得许可的软件或其他这种计算机上获得许可的软件的使用，产生含这种使用信息的可认证报告，以及将该可认证报告安全传送给后端服务器102。此外，如这里的用法，在下面的权利要求中，也将术语“前端服务器”理解为包括执行这种功能的这种前端计算机。除将某些前端计算机配置成运行得到许可的软件之外，也可对前端服务器101进行这种配置。

将后端服务器102配置成接收、认证和处理该可认证报告，以产生处理过的信息，并针对用后支付商业型式及其他用途将该处理过的信息提供给商业操作软件。这种商业操作软件的例子包括企业资源规划软件(ERP)、电子商务软件(如用于在因特网上完成交易的软件)、客户关系管理软件(CRM)、以及销售人员自动化软件(SFA)。

图2表示可针对用后支付商业型式进行配置的软件许可证管理系统的变型，其中将可认证报告传送给不止一个后端服务器来处理。在该例子中，后端服务器202和208可重复地(redundantly)接收同一可认证报告，或可将该处理行为分开以协同处理一可认证报告，而由前端计算机204-206表示的计算机、前端服务器201、网络207以及通信媒介203的功能与图1中的各相应部分相同。

图3表示可针对用后支付商业型式进行配置的软件许可证管理系统的另一变型，其中由不止一个前端服务器将可认证报告安全传送给后一端服务器302。在该例子中，前端服务器301和309可为备用(redundant)服务器，将同一可认证报告提供给后端服务器302，或可为独立服务器，将不同的可认证报告提供给后端服务器302。在使用备用前端服务器的情况下，更能保证将可认证报告成功传送，即使当前端服务器中有一个出现“故障”时(即变得不起作用)。在“故障”前端服务器恢复之后，它与其他前端服务器“同步”，以便它们存储同一信息(如在它们各自的报告日志中)，且结果是当备用前端服务器中有一个出现“故障”时，这种信息永远不会“丢失”。在使用独立服务器的情况下，可将报告日志和/或报告生成职责分开到2个前端服务器301和309之中。后一种情况的例子是每个前端服务器报告不同客户部门或利润中心的使用情况。在备用或独立前端服务器情况下，前端计算机304-306、网络307、通信媒介303、以及后端服务器302的功能与它们在图1中的各自对应部分相同。

图4表示可针对用后支付商业型式进行配置的软件许可证管理系统的另一变型，其中由不止一个前端服务器将一个或一个以上可认证报告安全传送给不止一个后端服务器。在该例子中，前端计算机404-406的功能最好与它们在图1中的对应部分相同，网络407以及前端服务器401和409的功能最好与它们在图3中的各自对应部分相同，且通信媒介403和后端服务器402和408的功能最好与它们在图2中的各自对应部分相同。

图5表示可针对用后支付商业型式进行配置的软件许可证管理系统的另一变型，其中用户使用不止一个网络。在该例子中，第一网络507将第一前端服务器501与有代表性的前端计算机504-506连接以相互通信，并通过通信媒介503连接到一个或两个后端服务器502和508，所有部分的功能与它们在图2中的各自对应部分相同，且第二网络517将第二和第三前端服务器511和519与有代表性的前端计算机514-516连接以相互通信，并通过通信媒介503连接到一个或两个后端服务器502和508，所有部分的功能与它们在图4中的各自对应部分相同。不同的客户附属机构或部门可使用不同的网络。

图6中的示例表示软件模块和文件(位于前端服务器101中用来配置前端服务器101以执行上述图1中的功能)的方框图。尽管该例子中将信息表示为存储在文件之中，应理解也可将该信息存储在注册表如微软Windows注册表甚至网络系统目录如LDAP或用于存储数据的其他类似系统中。尽管诸如图1-5中描述的其他前端服务器或前端计算机也执行这些功能，应理解下述软件模块和文件的对应副本也位于那些服务器或计算机中，或至少它们可以使用于那些服务器或计算机中。许可文件605包括获得许可的软件的报告调度(report schedule)线6051(这里也简称为“报告调度”)、特性线6052以及许可条款6053。此外，除这些线之外，也可将这种数据作为描述它们各自的报告调度、特性或许可条款的标记数据，或作为数据库方案或注册表中的数据来存储。许可证管理器604根据许可条款6053控制获得许可的软件的使用，并相应产生这种使用报告日志606。

每条报告调度线6051为报告生成程序610生成的报告提供信息，且每条特性线6052提供获得许可的软件的一个或以上特性的许可信息。通常，得到许可的软件产品中有多个特性，且有时一个特性跨越多个获得许可的软件产品。报告调度和特性线的分隔使得可将多条特性线编入同一报告调度线中，从而例如不同特性线中单独标识的不同厂商业务单元可接收与它们产品有关的同一格式的特性使用报告。此外，不同业务单元可以不同或唯一方式报告使用了同一特性。

在前端服务器101上作为后台程序运行的一代理、服务或代理进步程(daemon)(下文简称为“代理”)608，可充当一调度程序以通知许可证管理器604现在是执行报告生成程序610以从报告日志606中的信息产生一可认证报告612的时刻。代理608从报告调度线6051的调度信息中读取这种行为预定时间。尽管代理608可为一单独模块，如图6中所示，它最好是一直运行的许可证管理器604的一部分。使用报告调度线中的配置数据产生可认证报告612，并使用当前执行的报告调度线6051中的Report_Validation_Code认证这种数据。所产生的可认证报告612最好是一有XML标记的HTML或SGML文件，以简化接口软件的开发，并使该数据容易为不需使用特殊目的软件的人所浏览。

配置文件611为报告生成程序610指示生成该可认证报告612所需的格式和数据过滤参数。配置信息最好为一XML文件。该文件中的一部分是一用于可认证报告如可认证报告612的HTML/XML输出的模板。这样，获得许可的软件的厂商可根据其喜好安排报告的格局，包括通过web浏览器显示什么文本标志。当报告生成程序610生成表格时，也最好在配置文件611中包含有如何控制表的格式的信息。最好将数字签名作为XML标记字段之一插入可认证报告612中。此情况下计算数字签名时对除页眉和页脚之外的整个报告文本主体求散列值。

许可证管理器604以及其其他功能在报告生成程序610产生可认证报告612之前，验证报告生成程序610和其配置文件611的真实性。最好至少在许可证管理器启动时作这种认证，且之后可定期执行，如每小时。

通过配置文件可选择的报告格式的一个例子是一全特性层(cascade)。在全特性层中，提供一报告期中现行的N，N-1，N-2…M个用户或所记数计算机资源(如主机或CPU)正使用该获得许可的软件的一特殊特性的总时间，其中N为该时间周期中同时使用该特性的用户或所记数计算机资源最大数，且M为一等于或大于零的整数。这是在一个特性接一个特性的基础上完成的，从而可确定特性的使用情况以及得到许可的软件的使用情况。当同样在一个特性接一个特性的基础上许可该软件时，该信息十分有用。该报告期可在每天、每周、每月或其他定期的基础上进行。作为该报告格式配置信息的一部分，也提供一引发时间。该引发调度示在购买其他许可权以覆盖该超额使用被引发之前，允许超额使用该获得许可的软件的最大时间周期。因为该信息的重要性，最好以某种方式在可认证报告中高亮显示。

有用报告格式的另一例子是一超额使用特性层。该报告与全特性层类似，除其只报告超额使用之外。有用报告格式的其他例子包括一详细的超额使用报告，当软件使用超出许可条款时，其提供报告日志数据的其他细节、一按命名的用户或主机计算机累积的使用跟踪报告、一累积的交易许可报告、以及一按使用次数支付的报告，将其配置成提供数据以计算根据按使用次数支付许可协定应付的总数。

有用报告格式的其他例子还包括一详细的超额使用报告日志、累积的使用跟踪(按指定的用户和主机)、累积的交易许可、以及按使用次数支付。在详细的超额使用报告日志格式中，当超出许可条款6053时，提供报告日志606中的数据。为适度保证数据完整性，将在所报告时间周期之前或之后许可证管理器604的配置或状态随同该数据一起提供。客户可将用户和主机标识编码，以便厂商无法将用户与它们的使用关联，从而适度保证用户秘密。然而，客户仍然可将这种信息用于规划之中。在累积使用跟踪格式中，单个用户或主机可长时期跟踪使用情况。在该模式下，报告生成程序610为每个调度中的几个报告阶段产生可认证报告累积信息，且图8中所述后端软件模块也累积所接收的报告以产生长期使用总结报告。在累积交易许可格式中，按日期、时间、特性、主机和/或用户提供详细或总结性的交易或使用信息。信息可针对所有使用情况或仅针对超出许可条款6053之外的使用情况。在该情况下最好允许超额使用，但将提供给后端商业操作软件，以引发诸如客户购买额外软件许可。在按使用次数支付格式中，提供详细(如登记/结帐)或总结性(如按日期、主机和/或用户进行组合)的CPU时间、使用的I/O、平台类型(如Windows XP Vs Apple Vs UNIX)和/或使用某特性的时间等信息。

当为交互式许可软件提供使用某特性的时间时，最好实现超时调整或在可认证报告612中设标记，以便在用后支付商业型式中后端商业操作软件不要求客户为处于空闲过程中的获得许可的软件的延长时间周期(如10分钟)付费。这是十分重要的，因为在许多情况下，软件客户认为当获得许可的软件已处于空闲状态但仍然要为延长时间周期(如使用商业程序的职员回家度周末，但没有先退出该程序)付费是不公平的。

通过详细描述报告调度线6051和特性线6052中的条目或字段，可对图6中描述的软件模块的操作和文件有清晰的理解。厂商提供的特性线6052包括用于报告调度属性的项，如Report_Schedule_Name和Report_Ready。Report_Schedule_Name是一唯一名称，其通过匹配报告调度线6051的相应部分中所含名称，以标识与该特性相“联系”的报告调度。Report_Ready的值表示将如何处理该可认证报告612。值“REQUIRE”表示需要将该可认证报告612传送到一个或以上指定的目的地，如图1-5中所述。该情况下，在特性线中作出许可识别之前，必须通过许可证管理器604验证报告生成程序610有好的配置。另一方面，值“WARN-ONLY”或“NOT-REQUIRED”的值表示不需要将该可认证报告612传送到任何指定的目的地。在该情况下，由许可证管理器604对该特性线中识别的特性作出许可正确，而不管是否验证报告生成程序610有好的配置。在“WARN-ONLY”模式下，将失败警告提供给得到许可的软件，以便当将该得到许可的软件配置成显示该警告时，用户和/或系统管理员可看到它。在“NOT-REQUIRED”模式下，不将这种警告提供给得到许可的软件。然而，在上述任何情况下，如果验证失败，将该失败警告提供给除错日志(未示出)和报告日志606。

图7中的例子表示由厂商将每个报告调度线6051中的字段或项作为授权获得许可的软件的一部分提供给持许可证者以及图1中的后端服务器102(或如图2-5中描述的那些其他后端服务器)。除非特别说明，该报告调度线的数字签名计算包括所有字段。

″Vendor_Identification″是一唯一厂商名或标识码，其针对用后支付商业型式允许多个软件厂商每人有自己的唯一许可和/或使用报告调度表。

″Report_Schedule_Name″是标识一与该特性线6052中的某特性有“联系”的报告调度的唯一名称。

″Report_Name″是指示到报告生成程序610的可执行程序的文件名和目录路径。在该报告调度线的数字签名中不需包含该字段，且在不产生可认证报告时，其可为空。

″Report_Configuration″是指示到配置文件611的文件名和目录路径。在该报告调度线的数字签名中不需包含该字段，且在不产生可认证报告时，其可为空。

″Start_Date″是Report_Schedule有效的最初日期。若同一Report_Schedule名有不止一个报告调度线，则除非Report_Schedule因End_Date已过期，否则使用多个报告调度线中的后一日期。

″End_Date″是该报告调度线6051有效的截止日期。厂商可使用该属性，以便从该程序中剔除用后支付商业型式中的未支付客户，以及支持其他商业做法。开始和结束期使厂商定期更新报告调度线6051。

″Report_Validation_Code″是三部分代码。该代码第一部分(″Code A″)是为使一要求-响应机制能验证报告生成程序610的真实性而使用的。一种做法是许可证管理器604传给该报告生成程序一随机数(″RN″)。在报告生成程序610内部，RN和该日期及一预先装入报告生成程序610的密码(″Code B″)一同使用，其中：

Code B＝F(Code A)，

其中F为某一一对应函数。该软件厂商为每个唯一版本的报告生成程序选择一唯一Code B、CodeA组合。该报告生成程序610以

Cods C＝G(F^-1(Code B)，Date，RN)，

响应许可证管理器604，其中G为一散列函数，且F^-1为F的反函数。因此，许可证管理器604可自身通过计算Code C来认证该报告生成程序610：

Code C＝G(CodeA，Date，RN).

若C的两个计算值匹配，许可证管理器604认为该报告生成程序610通过该测试，从而是可信的，且是正确的版本，因为计算Code C是依据一软件厂商为一特定版本的报告生成程序610选择的唯一一对代码Code A、Code B。

该代码第二部分为一配置文件611的数字签名，许可证管理器604用它来验证该配置文件611是可信的。该数字签名是一配置文件611中内容的单向散列值，之后使用一私有密钥加密，最好与通常许可文件605中的数字签名内容使用同一密钥。之后，许可证管理器604采用许可文件605中使用的同一公有密钥将该数字签名解密、且之后验证其是否与许可证管理器604对配置文件611中的内容执行同一单向散列计算时所得到的结果一致，来验证该配置文件611中的″Digital_Signature″。

要获得更多安全性，计算配置文件611的散列值时也可与该配置文件611一起包括该代码的第一和第三部分。

该代码第三部分为一诸如图6中所述软件模块厂商提供给获得许可的软件的厂商的数字签名，其对获得许可的软件的厂商而言是唯一的。在该情况下，获得许可的软件的厂商为包括许可证管理器604和报告生成程序610在内的软件模块的厂商(或颁发许可证者)的客户(或持许可证者)。当软件模块供应商将该代码第三部分提供给多个软件厂商时，代码第三部分提供两种能力。第一能力是软件厂商只能为他们自身的产品而不能为碰巧使用同一软件模块的其他厂商指定许可条款。第二能力是允许该软件模块厂商将该软件模块以电子方式许可给软件厂商，并可用诸如过期日期控制模块的使用以及软件厂商有权使用哪些特性。

对″Vendor_Identification″和软件模块厂商在将软件模块许可给其他软件厂商时选择的多种其他许可参数，使用一单向散列算法计算该数字签名(即该代码第三部分)的散列值。这些其他参数可包括：一模块许可开始日期、一模块许可结束日期、软件模块版本、以及软件模块增强特性的许可问题。该软件模块厂商用(该软件模块的)厂商的私有密钥将所产生散列值加密。之后，该软件模块使用一嵌在该软件模块中的公有密钥来验证该数字签名，且将相对于由散列该″Vendor_Identification″计算的散列值解密后的散列值和由该软件模块厂商指定的其他得到许可参数相匹配。注意到在该情况下，获得许可的软件的厂商为包括许可证管理器604和报告生成程序610在内的软件模块厂商(或颁发许可证者)的客户(或持许可证者)。

″Report_Validation_Code″项由一签名者模块(未示出)生成，其最好位于图1后端服务器102(或如图2-5中描述的那些其他后端服务器)，并由获得许可的软件厂商(或其第三方发布商)操纵，以使获得许可的软件的客户能使用该得到许可的软件。签名者模块的输入如图7中所描述的报告生成程序610、配置文件611、以及相应的报告调度线的可执行文件。签名者模块的输出是报告调度线中的″Report_Validation_Code″，或具有″Report_Validation_Code″字段的″filled-in″项的报告调度线。由于通过″Report_Validation_Code″的第三部分配置签名者模块以生成一对于获得许可的软件的特定厂商是唯一的项，因此其他获得许可的软件的不同厂商即使输入如图7中所描述的报告生成程序610、配置文件611以及相应报告调度线的同一可执行程序，也不能复制″Report_Validation_Code″字段中的项。因此，为获得许可的软件的厂商提供了附加安全性，以及一实现许可机制，该PUP系统的厂商可在授权该技术中使用。

″Host_ID″包括一项最好为一经授权以执行该软件模块并利用图6中所述文件的图1前端服务器101(或如图1-5中描述的那些其他前端服务器或前端计算机)的唯一标识。在重复服务器配置中，如图3-5中所述，为每个重复服务器产生一项。

″Schedule″是当由标识报告生成程序610生成的时间间隔(或时间周期)报告时的日期和时间项的列表。时间间隔报告与单个可认证报告如可认证报告612不同，因为可认证报告可包括多个时间间隔报告，如下所述。日期和时间最好用类似但最好与UNIX″cron″文件相同的语法来说明。最好将时间指定为在GMT(Greenwich Mean Time)或其他特定时区中，如后端服务器102的时区。通常不能接受客户定义的时区，因为后端服务器需要知道时间调度，以确定是否及时提供报告。

″Overdue_Schedule″包括三个字段，其定义一图1后端服务器102(或如图2-5中描述的那些其他后端服务器)在指定时间内没有收到所调度报告时的追加策略。第一字段表示一当后端服务器将一电子邮件(或其他信件)发送到一“错误”电子邮件或其他客户的地址时通知该错失的客户时的引发期。第二字段表示另一当后端服务器将一电子邮件(或其他信件)发送到一追加的客户联系人时的引发期。第三字段表示一当后端服务器将一电子邮件(或其他信件)发送到厂商的客户支持联系人时的引发期。这三个字段的格式为DD:HH:MM(日:时:分)。可将每个字段指定为实际时间或正常交易时间中的跟踪时间(如周一至五从上午九点到下午五点)，其根据当地时间以一方案来表示正常交易时间，并避免周末和节假日期间进行跟踪。

包括将已认证报告发送到的所有因特网URL项。客户系统管理员也可在一选项文件6054的有关字段中包括其他URL以将它们加入最初列表中。例如，URL(当使用HTTP、HTIPS或FTP时)的语法为：

https：domain/path/name YYMMDDHHMMSS.fbr

其中domain为因特网域，path为目录路径，name为命名这些文件的固定文本前缀(如客户名、缩写词或标识号)，YYMMDDHHMMSS为一GMT中的年、月、日、时、分、秒占位符，且fbr表示被传送文件的类型为一可认证报告。用于将可认证报告612或报告日志606的副本发送到指定的URL的协议最好为基于URL语法的HTTPS(使用SSL)或基于URL语法的mailto。

″From_URL″包括表示预先认可的电子邮件、URL或网络地址项，当使用HTTPS和mailto传输模式时，厂商后端模块(如所述图8中的捕获控制器801)将其识别为可认证报告或报告日志的有效源地。从非认可的源地接收到的报告将被忽略和/或在厂商站点处错误日志中产生一项。

″Retain_Log_Window″包括一时间窗项，在该时间中保留报告日志606中的数据，之后将它存档到文挡607中。该项的格式为DD:HH:MM(日:时:分)。若软件许可证管理系统中使用多个报告调度，如图1-5中所描述，则最长的时间窗优先。将报告日志606中的最古老项存档出现在由报告调度6051(或该系统中的其他报告调度)引发的将可认证报告612或报告日志606副本传输给图1后端服务器102(或如图2-5中所述的其他后端服务器)之后。

″Report_Window″包括一报告生成程序610生成可认证报告之间的时间周期项。该项的格式为DD:HH:MM(日:时:分)。

最好每次根据″Report_Window″传输时，将传输不是一个而是最后产生的″N″个时间间隔报告，从而每个时间间隔报告实际在″N″次不同的所调度传输中被传输了″N″次。例如，当″N″等于3时，每次传输报告生成程序610生成的最后3个时间间隔报告，从而按顺序产生的报告R(1)、R(2)和R(3)包括在第一次传输中，时间间隔报告R(2)、R(3)和R(4)包括在第二次传输中，时间间隔报告R(3)、R(5)和R(4)包括在第三次传输中等。因此，对该例子而言，每个″Report_Window″中，″Schedule″表会包括3个时间间隔报告期。当无法确保所有次传输可认证报告都成功时，该重复性特别有用。该重复性产生的直接结果是极大提高了可靠性。例如，若只有90％的传输能成功收到，若″N″等于1，则10个时间间隔报告中就有一个不被通过。然而，当″N″等于3时，则平均1000个中只有一个不被通过。注意到应将″Retain_Log_Window″选择成至少为″Report_Window″的(N+1)倍，以适度保证总是有最后生成的″N″个时间间隔报告可用于传输。

″Verify_Config_Freq″包括一指定许可证管理器604隔多长时间就要验证配置文件611的项。这种指定例子包括“从不”、“启动”许可证管理器604时、“每天”以及“每小时”。若相应特性线的″Report_Ready″属性为处于REQUIRED模式中，则在相应特性线中的特性得到许可之前，必须验证配置文件611为正确(以及如之前所述报告生成程序610)。否则，客户在超额使用许可模式下无法使用该特性，且该问题登记在error_电子邮件、除错日志(未示出)以及报告日志606中。

″Complete_Log_List″包括要将整个报告日志606的副本发送到的所有因特网URL项。最好是，客户系统管理员也可在一选项文件6054的有关字段中包括其他URL以将它们加入到最初列表中。URL的语法与″To_URL″字段相同。数字签名计算中不必包括该字段。

″Error_电子邮件″包括错误消息要发往的所有电子邮件地址项。可在每个电子邮件地址中加入一辅助字段，以指定该消息使用的语言(缺省为英语)。

″Customer_Info″包括一按名字和/或合同号以及其他合同证明信息来标识客户的项。最好是，该项为XML格式的数据。

″Digital_Signature″为Report Schedule中预先指示(即“签署的”)字段的数字签名，且包含在图1后端服务器102(或其他后端服务器，如图2-5中所描述的那些)所计算出的一项中。

许可证管理器604通过计算其单向散列值(除去这里提到的字段)、用诸如一与加密″Digital_Signature″字段时使用的私有密钥相对应的公有密钥将″Digital_Signature″字段解密、以及将所计算的单向散列值与″Digital_Signature″字段中的解密值相比较，以验证该报告调度线。若2个值匹配，则许可证管理器604准许报告调度所对应的特性(或将该匹配通知给得到许可的软件，从而它可这样做)。另一方面，若值不匹配，则许可证管理器604采取的行动取决于相应特性线中″Report_Ready″属性的值。若该值为″REQUIRE”，则许可证管理器604不许可该特性(或将该不匹配通知给获得许可的软件，从而它可采取这种行动)，且将对应的错误消息或警告发送到″Error_电子邮件″地址、除错日志(未示出)以及报告日志606。若该值为″WARNING-ONLY”，则许可证管理器604许可该特性(或通知获得许可的软件，从而它可这样做)，且将对应的错误消息或警告发送到″Error_电子邮件″地址、除错日志(未示出)以及报告日志606。若该值为″NOT-REQUIRED”，则许可证管理器604许可该特性(或通知获得许可的软件，从而它可这样做)，且不发送警告给″Error_电子邮件″地址。然而在该情况下，最好将该错误发送给除错日志(未示出)和报告日志606。

由于上例中根据特性执行许可报告和控制，在报告生成程序610中加入一特性-产品翻译器十分有用，从而可在基于软件产品的可认证报告612中，或最好运行在后端服务器102(或如图2-5所描述的那些其他后端服务器)的后端软件中报告使用情况。最好也通过客户在选项文件6054中指示的选择，把将英语语言报告翻译成其他语言的帮助工具加入到报告生成程序610中。

在生成可认证报告612时，除了获得许可的软件的使用信息之外，报告生成程序610在可认证报告612中也包含有某些管理信息。例如，该报告612的顶端提供一注意事项，即不应以任何方式修改包含该报告612的文件，因为这种修改将使该报告612不再可认证，因此使接收该报告612的后端系统拒绝处理它。也最好将某些其他信息放在该报告612的页眉或页脚中。可提供一配置开关，表示当通过一如图8所述web查询模块815查看该报告612时，该信息是否可显示出来或“隐藏”在XML标记中。这种其他信息的例子包括该报告612所对应的整个报告调度线、许可文件605中包括的报告其使用得到许可的软件的许可条款、报告日志606中有关报告或时间间隔的信息、以及有关每次图1前端服务器101(或生成和/或发送该报告612的其他前端服务器或计算机)关闭和/或重启时间的信息。

以上多数讨论针对一种情形，即图1前端服务器101(或如图1-5中描述的那些其他前端服务器或前端计算机)上自动生成有关特性或软件许可使用情况的可认证报告612、并传送到图1后端服务器102(或如图1-5中描述的那些其他后端服务器)。然而，通过适当配置报告调度线6051和特性线6052，可禁止自动传输该报告612，以便客户或持许可证者只自愿传输该报告612。此外，若许可条款6053指示否定服务为许可模式，许可证管理器604将相应控制使用得到许可的软件，从而不允许超额使用，且报告生成程序610生成的任何报告会指示这种情况。

图8中的示例表示软件模块和文件(位于后端服务器102中用来配置后端服务器102以执行上述图1中的功能)的方框图。尽管如图1-5中描述的那些其他后端服务器或计算机同样或作为替代以执行这些功能，应理解下述软件模块和文件的相应副本也存在于那些后端服务器或计算机上，以对它们进行配置来执行这种功能。

捕获控制器801接收前端服务器或计算机如图1前端服务器101传送来的可认证报告612，将可认证报告612作为原始数据802存储在一数据库或文件系统816中，并产生一捕获指示，即指示通过捕获日志804中的某记录或某项来收到该可认证报告612，其中包括诸如客户联系名或标识号、文件或记录位置以及接收日期/时间等信息。

调度表803中包括一期望从前端服务器或计算机接收到的传输列表，其中包括期望何时收到下一可认证报告的信息。该调度表中也包括传输所用认证信息。有关时间和认证的信息与许可文件605的报告调度线6051中包含的信息匹配，之前在激活或更新得到许可的软件时，已将该信息提供给前端服务器或计算机。收到该可认证报告612之后(以及收到其后每个报告之后)，捕获控制器801更新调度表803中的信息，以使其指示何时接收下一可认证报告。

一验证控制器805读取捕获日志804中的下一记录，并对其中存储的捕获指示作出反应，即认证该可认证报告612(如图12所述)以及根据调度表803中的信息认证及时收到它。若收到的可认证报告612得到认证，且又认证其接收定时及时，则验证控制器805在调度表803中对其进行指示，并产生一验证指示，即在验证日志806中产生一记录或项。另一方面，若对所接收可认证报告612进行认证或定时验证失败，则执行错误消息发送和恢复动作，如图11中所述。

计算器807读取验证日志806中的下一项，且对其中存储的验证指示作出响应，以处理已作为原始数据802存储的可认证报告612中的信息，从而生成处理后的数据或信息810，并最好将其和原始数据802一起存储在数据库或文件系统816中。之后，商业操作软件(BOS)如ERP软件811、CRM软件812和SFA软件813可通过一BOS接口811访问处理过的数据810。按规则文件808中(或通过应用软件)读取的规则以及参数文件809中读取的参数来处理该信息。例如，计算器807可执行简单加法功能，以将短期报告如使用周报组合成一长期总结报告，如使用季报。

对BOS而言，处理过的信息包括是否已超出许可条款6053的信息以及这种超额使用信息。BOS接口811将处理过的信息转换成一适合于商业操作软件使用的格式。

计算器807为用后支付商业型式执行的重大行动是生成许可引发信息，其根据数据库或文件系统816中的使用信息指示客户何时应购买额外许可。在该情况下，规则文件808为一XML格式的规则文件，其指定测试条件以及若满足测试条件则采取什么行动。参数文件809为一定义规则时使用的参数的XML格式的参数文件。将规则和参数分开以便可应用一组公共策略，其使用客户特定信息如客户当前拥有的许可证数以及是否已给客户任何涉及超额使用的特殊限制或特权。

用几个简单例子来表示生成的这种许可引发信息。图9用例子表示一从数据库或文件系统816中的原始数据802产生的图形，其为一月中每天的客户每天最高许可使用情况。在该例子中，客户拥有30个许可证，但由于该客户得到许可，该月期间的若干情形下已使用超过该数目。下表总结超额使用情况。

日期        05    06    17    25    26    27    28    29

超额使用    4     6     8     2     4     9     6     1

计算器807可使用多种不同规则来处理该数据，以产生许可引发信息。例如，可定义一规则，即要求客户在该月期间购买等于最大超额使用数的额外许可。在该情况下，该月期间的最大超额使用数为27号出现的9个许可。通常将该规则视为“厂商”友好的。也可定义另一规则，即要求客户在该月期间购买等于超出商定限如3天的超额使用数的额外许可。在该情况下，该月期间超额使用9个许可只出现一次(27日)，该月期间超额使用8个或以上许可只出现两次(17日和27日)，但该月期间超额使用6个或以上许可出现四次(6日、17日、27日和28日)。因此，使用该规则，计算器807所产生的引发信息会指示客户应购买6个额外许可。还可定义另一规则，即要求客户在该月期间购买等于超出商定限如连续3天的超额使用数的额外许可。在该情况下，计算器807所产生的引发信息会指示客户应购买4个额外许可，因为该月26、27和28日出现超额使用4个或以上许可的情况。应了解可根据客户使用情况，使用图9中描述的图形或其他图形来定义许多其他的引发许可购买的规则。例如，可产生不同的图形，其中画出一天、一周、一月等中各个时段同时使用一获得许可的软件程序的用户数。在该例子中，可定义一规则，即若超出许可的同时使用用户数之外的超额使用所累积小时数超过一预定小时数，就要求客户购买一定数量的额外许可。这可使用之前讨论的层叠(cascade)报告来做。此外，也可将这种或其他用后支付商业型式规则应用于以不同方式组织的使用信息，如之前描述的全特性层、超额使用特性层、详细的超额使用报告日志、累积使用跟踪、累积交易许可、以及按使用次数支付。

现在回到图8中，一web查询模块815通过一计算机如图1前端计算机104-106或前端服务器101、或其他计算机上运行的web浏览器来帮助查询数据库或文件系统816。例如，通过传统用户标识号和口令保护方案来控制对web查询模块815的访问。该web查询模块815是一组以XML/HTML文件交流的软件组件。它提供XML格式的标记数据，且也可选择HTML格式，从而某些其他系统马上可提供HTML页面。最好将该查询限制在特殊搜索上，包括参数如客户名、客户合同、主机标识、报告调度名或特性名，其只适用于进行查询的一方，或者厂商或客户授权的一方。此外，在诸如可将一清单声明发回使用获得许可的软件的客户的ERP系统中，客户能通过web查询模块815读取当前及过去清单和使用声明以及已认证报告中传输的其他信息，如获得许可的软件在指定时期内的使用和/或超额使用情况，是十分有用的。通过该web接口，使用XML标记数据，软件客户也可提取清单计价和使用信息，以采用web服务方式提供软件资产管理信息，之后可将其集成到客户的ERP或软件资产管理或软件存货系统中。

图10-12用例子表示一报告获得许可的软件的使用情况的方法，以适合用后支付商业型式，其中图10表示在一前端服务器如图1前端服务器101(或包括图1-5中描述的那些其他前端服务器或计算机)上执行的该方法的前端部分，图11表示在一后端服务器如图1后端服务器102(或包括图1-5中描述的那些其他后端服务器或计算机)上执行的该方法的后端部分，且图12表示该方法后端部分中有关错误处理的其他细节。如图1-5中所述，在该例子中，得到许可的软件也分布在前端计算机如图1的104-106上，以及也可能在前端服务器如图1的101上。

在图10的1001中，确定现在要通过诸如代理如图6中的代理608将一获得许可的软件使用情况的可认证报告和报告调度6081中存储的信息一起发送到一厂商处。在1002和1003中，在产生该可认证报告之前，验证报告生成程序和配置文件的真实性、以及一许可证管理器和该报告生成程序的配置。在该情况下，用报告生成程序如图6中的报告生成程序610来产生该报告。在根据一报告日志如图6中的报告日志606中的信息产生该报告之前或同时，该报告生成程序或该许可证管理器也最好认证或验证该报告日志数据是否已被篡改。

用配置文件如图6中的配置文件611来定义该报告的格式及所选择的内容。最好用许可证管理器如图6中的许可证管理器604来调度该报告的传输时间，而不是做其他事情。此外，可用一独立代理来执行该功能，否则就象图6中的代理608一样来执行。之后，在1004中，用该报告生成程序按照该配置文件中定义的一报告格式产生该可认证报告，其包括持许可证者使用获得许可的软件的信息。产生该报告同样要根据一报告调度中的信息，如预先指定的报告日期和时间间隔、将该报告传送到哪里、以及至少一个出于安全考虑使用的数字签名(如图7中所描述的那些)。在产生该可认证报告时，通过计算该报告体(除页眉和页脚之外)的单向散列值、用解密报告调度所使用的公有密钥加密该单向散列值、以及将加密的单向散列值(即数字签名)插入该可认证报告中包含的页眉或页脚的″Digital_Signature″字段中来产生一数字签名。之后，在1005中，通过直拨或因特网，使用安全套接字层(SSL)协议或加密的电子邮件附件或其他发送消息所使用的网络协议，将该可认证报告从客户源点安全传送到厂商处

在图11的1101中，厂商指定处收到该可认证报告。在1102中，将所接收的可认证报告作为原始数据存储在一数据库或文件系统中。在1103中，更新该调度表，增加一项指示调度中下一报告何时到达。该调度表中的信息与该报告调度中的信息匹配且相对应，从而前端服务器侧可在一已知时间生成一可认证报告，且之后在后端服务器侧进行认证。在1104中，一捕获日志中产生一项表示已收到一可认证报告。在1105中，根据调度表(如图12的操作1201中所述)中的信息认证该可认证报告。在1106中，根据调度表中的信息验证该可认证报告的及时性，且在1107中，在该调度表中指示进行成功接收和验证。在1108中，一验证日志中产生一项表示已收到并验证一可认证报告。在1109中，若认证通过，就从该数据库或文件系统中所存储的可认证报告中的原始数据中产生处理后的数据或信息，且在1110中，将处理后的数据或信息提供给商业操作软件用于用后支付商业型式中。

图12表示在执行图11所述方法后端部分的1105-1108期间，处理认证和验证失败。在1201中，执行该可认证报告的验证。例如，做法是计算该可认证报告体(除页眉和页脚之外)的单向散列值(使用图10中1004所述生成″Digital_Signature″字段时所使用的相同算法)，用厂商的私有密钥解密该报告页眉或页脚中包含的″Digital_Signature″字段，且将所计算的单向散列值与该报告的″Digital_Signature″字段中的解密项作比较。

现在，若在1201中验证失败(即2个数字签名不匹配)，则在1202中，将一指示该失败的错误消息报告给厂商人员处理。将认证失败当作一特别严重的错误，因为它可能暗示客户企图递交一欺骗报告。因此，需要对这种类型的错误作特殊处理。

另一方面，若成功认证该报告612(即2个数字签名匹配)，则在1203中，还要确定报告调度线中的信息是否与接收的该报告612匹配。例如，要根据该报告612中提供的报告调度线的″Schedule″字段中的有关项确定该报告612是否及时生成。同样，要确定该报告612是否从一与该报告612中提供的报告调度线的″From_URL″字段中的项相匹配的因特网URL接收到的。此外，要根据该报告612中提供的报告调度线的″Customer_Info″字段中的有关项，确定该报告612是否从正确的客户那儿接收到的。若这些项中的任何项与其在该报告612中提供的报告调度线中的相应部分相比较失败，则在1204中，通过诸如电子邮件将有关错误消息发送到在该报告612中提供的报告调度线的″Error_电子邮件″字段中的有关地址中。在该情况以及之后其他情况下，可根据在该报告612中提供的报告调度线的″Overdue_Schedule″字段中的项确定有关地址。

另一方面，若该报告调度线中的信息与接收的该报告612匹配，则在1205中，确定在该报告612中是否已跳过任何时间间隔报告。如之前在图7中所述，该报告612中最好包含该报告日志606中最后产生的″N″次时间间隔报告，其中″N″为一整数。若没有跳过任何时间间隔报告，则在1207中，通过诸如认证之前收到的可认证报告中提供的信息匹配或至少与最后收到的报告中的信息一致，来验证该报告612中的信息。若该信息未得到验证，则在1208中，通过诸如电子邮件将有关错误消息发送到在该报告612中提供的报告调度线的″Error_电子邮件″字段中的有关地址中。该系统还可将事件发送到CRM或其他客户支持系统中。另一方面，若该信息得到验证，则在1209中，将一有关指示与该报告通过的日期和时间一起写入调度表803中，且将该成功指示写入验证日志806中，以指示该报告612已可交由计算器807来处理。

若在1205中确定已跳过一时间间隔报告，则在1206中，通过诸如电子邮件将有关错误消息发送到在该报告612中提供的报告调度线的″Error_电子邮件″字段中的有关地址中。该系统还可将事件发送到CRM或其他客户支持系统中。之后，进入1210中，要确定缺少的时间间隔报告是否可从过去收到的可认证报告中“填补”出来。例如，若在之前收到的可认证报告中，接收到的时间间隔T1、T2和T3期间的使用信息相应为时间间隔报告R(1)、R(2)和R(3)，但在当前收到的可认证报告612中，只接收到的时间间隔T4和T2期间的使用信息相应为时间间隔报告R(4)和R(2)，则跳过的时间间隔T3的信息可用之前收到的可认证报告中的时间间隔报告R(3)填补出来。在跳过的时间间隔报告可填补出来的情况下，该方法跳转到1207，并如上述1207-1209中所述继续下去。另一方面，若跳过的时间间隔报告无法填补出来，则在1211中，之后确定缺少的时间间隔报告的间隙是否大于一预定阈值。针对不同的客户，可采用不同的阈值，并在一后端服务器(如图1-5中所述的那些)上的某表中定义。若该表中没有针对某客户的项，则可使用一缺省值。若确定该间隙过大(即大于预定的阈值)则通过诸如电子邮件将有关错误消息发送到在该报告612中提供的报告调度线的″Error_电子邮件″字段中的有关地址中。该系统还可将事件发送到CRM或其他客户支持系统中。另一方面，若未确定该间隙过大，则该方法跳转到1207，并如上1207-1209中所述继续下去。在任何情况下，该间隙可由之后收到的可认证报告中包含的信息来填补。

尽管已参照优选实施例对本发明中的多个方面作了描述，应理解本发明受到附加权利要求整个范围的全面保护。

Claims (81)

1.一软件许可证管理系统，其可针对用后支付商业型式进行配置，包括：

前端服务器，配置成控制获得许可的软件的使用，根据一报告调度产生一包含所述使用信息的可认证报告，以及将所述可认证报告安全传送到一指定目的地；以及

后端服务器，其与所述指定目的地相对应，且配置成接收、认证和处理所述可认证报告，以产生处理过的信息，并针对用后支付商业型式将所述处理过的信息提供给商业操作软件。

2.根据权利要求1中的系统，其中将所述获得许可的软件分布在包含所述前端服务器的网络中的计算机上。

3.根据权利要求1中的系统，其中所述前端服务器包括：

许可文件，其包含所述报告调度和所述获得许可的软件的许可条款；

许可证管理器，其控制所述获得许可的软件的使用，并创建一所述使用情况的报告日志；以及

报告生成程序，其从所述报告日志中的信息以及根据所述报告调度中的信息，产生所述可认证报告。

4.根据权利要求3中的系统，其中至少使用一个数字签名来认证所述可认证报告。

5.根据权利要求3中的系统，其中在所述报告生成程序从所述报告日志中的所述信息产生所述可认证报告之前，所述许可证管理器根据所述报告调度中的信息来验证所述报告生成程序的真实性。

6.根据权利要求3中的系统，其中在使用所述获得许可的软件允许超出所述许可条款之前，所述许可证管理器根据所述报告调度中的信息来验证所述报告生成程序的真实性。

7.根据权利要求3中的系统，其中所述前端服务器还包括一代理，其根据所述报告调度中的信息，使所述报告生成程序产生所述可认证报告，并使所述可认证报告安全传送到所述指定目的地。

8.根据权利要求7中的系统，其中所述后端服务器包括一捕获控制器，其接收所述可认证报告、将所述可认证报告作为一个文件存储，并产生一捕获指示，表明接收了所述可认证报告。

9.根据权利要求8中的系统，其中所述后端服务器还包括一调度表，包含调度何时从所述前端服务器接收下一报告的信息，且其中在从所述前端服务器收到所述可认证报告之后，所述捕获控制器更新所述调度何时接收下一报告的信息。

10.根据权利要求9中的系统，其中所述后端服务器还包括一验证控制器，其对所述捕获指示作出反应，以验证所述可认证报告的及时性，并根据所述调度表中的所述信息认证所述可认证报告，在所述调度表中标示成功验证和认证，以及在成功验证和认证所述可认证报告时产生一验证指示。

11.根据权利要求10中的系统，其中所述后端服务器还包括一计算器，其对所述验证指示作出反应，从而处理所述可认证报告以产生所述处理后的信息。

12.根据权利要求11中的系统，其中所述处理后的信息包括是否已超出所述许可条款的信息。

13.根据权利要求11中的系统，其中所述可认证报告为一含XML标记的HTML文件。

14.根据权利要求11中的系统，其中所述后端服务器还包括一web查询模块，其通过应用软件帮助查询存储所述可认证报告的所述文件。

15.根据权利要求11中的系统，其中所述后端服务器还包括一web查询模块，其通过一web浏览器帮助查询存储所述可认证报告的所述文件。

16.根据权利要求15中的系统，其中将所述web浏览器运行在包含所述前端服务器的网络中的一计算机上。

17.根据权利要求1中的系统，其中所述前端服务器使用安全套接字层协议，通过因特网将所述可认证报告安全传送到所述指定目的地。

18.根据权利要求1中的系统，其中所述前端服务器使用加密的电子邮件附件，通过因特网将所述可认证报告安全传送到所述指定目的地。

19.一软件许可证管理系统，其可针对用后支付商业型式进行配置，包括：

根据一报告时表生成一包含客户使用所述获得许可的软件信息的可认证报告、且将所述可认证报告安全传送到一所述获得许可的软件的厂商指定的目的地的装置；以及

与所述目的地相对应的、用于接收、认证和处理所述可认证报告，以产生处理过的信息，并针对用后支付商业型式将其提供给商业操作软件的装置。

20.根据权利要求19中的系统，其中将所述获得许可的软件分布在包含所述可认证报告生成装置的网络中的计算机上。

21.根据权利要求19中的系统，其中所述可认证报告生成装置包括：

许可文件，其包含所述报告调度和所述获得许可的软件的许可条款；

许可证管理器，其控制所述获得许可的软件的使用，并创建一所述使用情况报告日志；以及

报告生成程序，其从所述报告日志中的信息以及根据所述报告调度中的信息，产生所述可认证报告。

22.根据权利要求21中的系统，其中至少使用一个数字签名来认证所述可认证报告。

23.根据权利要求21中的系统，其中在所述报告生成程序从所述报告日志中的信息产生所述可认证报告之前，所述许可证管理器验证所述报告生成程序的真实性。

24.根据权利要求21中的系统，其中在使用所述获得许可的软件允许超出所述许可条款之前，所述许可证管理器验证所述报告生成程序的真实性。

25.根据权利要求21中的系统，其中所述可认证报告生成装置还包括所述厂商提供的一代理，其根据所述报告调度中的信息，激活所述报告生成程序，并使所述可认证报告安全传送到所述指定目的地。

26.根据权利要求25中的系统，其中所述可认证报告接收、认证和处理装置包括一捕获控制器，其接收所述可认证报告、将所述可认证报告作为一个文件存储，并在一捕获日志中产生一捕获指示，表明接收了所述可认证报告。

27.根据权利要求26中的系统，其中所述可认证报告接收、认证和处理装置还包括一调度表，包含调度何时从所述可认证报告生成装置接收下一报告的信息，且其中在收到所述可认证报告之后，所述捕获控制器更新所述调度何时接收下一报告的信息。

28.根据权利要求27中的系统，其中所述可认证报告接收、认证和处理装置还包括一验证控制器，其对所述捕获指示作出反应，以验证所述可认证报告的及时性，并根据所述调度表中的所述信息认证所述可认证报告，在所述调度表中标示成功验证和认证，以及在成功验证和认证所述可认证报告之后，在一验证日志中产生一验证指示。

29.根据权利要求28中的系统，其中所述可认证报告接收、认证和处理装置还包括一计算器，其对所述验证指示作出反应，从而处理所述可认证报告以产生所述处理后的信息。

30.根据权利要求29中的系统，其中所述处理后的信息包括是否已超出所述许可条款的信息。

31.根据权利要求29中的系统，其中所述可认证报告为一含XML标记的HTML文件。

32.根据权利要求29中的系统，其中所述可认证报告接收、认证和处理装置还包括一web查询模块，其通过应用软件帮助查询存储所述可认证报告的所述文件。

33.根据权利要求29中的系统，其中所述可认证报告接收、认证和处理装置还包括一web查询模块，其通过一web浏览器帮助查询存储所述可认证报告的所述文件。

34.根据权利要求33中的系统，其中所述web浏览器运行在包含所述可认证报告生成装置的网络中的一计算机上。

35.根据权利要求19中的系统，其中所述可认证报告生成装置使用安全套接字层协议，通过因特网将所述可认证报告安全传送到所述指定目的地。

36.根据权利要求19中的系统，其中所述可认证报告生成装置使用一加密的电子邮件附件，将所述可认证报告安全传送到所述指定目的地。

37.一针对用后支付商业型式报告获得许可的软件的使用情况的方法，包括：

持许可证者根据一报告调度产生一包含获得许可的软件的使用信息的可认证报告；

将所述可认证报告从一客户指定的源地传送到一厂商指定的目的地；

在所述厂商指定的目的地接收并认证所述可认证报告；以及

如果通过认证，则针对用后支付商业型式从所述已认证报告产生处理过的信息并提供给商业操作软件。

38.根据权利要求37中的方法，其中将所述获得许可的软件分布在一网络中的计算机上。

39.根据权利要求37中的方法，其中至少使用一个数字签名来生成所述可认证报告。

40.根据权利要求37中的方法，其中将所述可认证报告从一客户指定的源地传送到一厂商指定的目的地包括使用安全套接字层协议通过因特网传送所述可认证报告。

41.根据权利要求37中的方法，其中将所述可认证报告从一客户指定的源地传送到一厂商指定的目的地包括使用一加密的电子邮件附件传送所述可认证报告。

42.根据权利要求37中的方法，其中所述在所述厂商指定的目的地接收并认证所述可认证报告包括根据与所述报告调度中信息相应的一调度表中的信息认证所述可认证报告

43.根据权利要求37中的方法，还包括根据与所述报告调度中信息相应的一调度表中的信息验证接收所述可认证报告的及时性。

44.根据权利要求37中的方法，其中从所述已认证报告产生处理过的信息并提供给商业操作软件包括生成超出所述获得许可的软件的许可条款的使用信息。

45.一至少包括一台计算机的装置，将其配置成有条件允许获得许可的软件超出许可条款之外超额使用，产生一含所述超额使用信息的可认证报告，以及针对用后支付商业型式将所述可认证报告传送到一目的地。

46.根据权利要求45中的装置，其中可根据所述许可条款将所述获得许可的软件分发到与所述至少一台计算机有通信连接的一台或多台计算机上。

47.根据权利要求45中的装置，其中将所述超额使用情况记录在一个或多个报告日志中，每个由相应的所述至少一台计算机保存。

48.根据权利要求47中的装置，其中所述一个或多个报告日志包含重复信息，从而当所述相应的所述至少一台计算机中有一台故障时，至少所述一个或多个报告日志中的另一个包含正确的信息，其可用于更正所述至少一台计算机中所述发生故障计算机的报告日志。

49.根据权利要求47中的装置，其中所述一个或多个报告日志包含不同报告项所对应的非重复信息。

50.根据权利要求45中的装置，其中将所述至少一台计算机进行配置以在所述可认证报告中提供有关第一多个时间周期的信息，使其与有关所述至少一台计算机之前在可认证报告中提供的第二多个时间周期的信息重叠。

51.根据权利要求45中的装置，其中所述至少一台计算机中的每台包括：

含一报告调度和所述许可条款的许可文件；

许可证管理器，其控制所述获得许可的软件的使用，并创建一所述使用情况报告日志；以及

报告生成程序，其从所述报告日志中的信息以及根据所述报告调度中的信息，产生所述可认证报告。

52.根据权利要求51中的装置，其中至少使用一个数字签名来认证所述可认证报告。

53.根据权利要求51中的装置，其中在将所述可认证报告传送到所述目的地之前，所述许可证管理器根据所述报告调度中的信息来验证所述报告生成程序的真实性。

54.根据权利要求51中的装置，其中所述至少一台计算机的每台还包括一配置文件，其指示所述可认证报告的格式，且在将所述可认证报告传送到所述目的地之前，所述许可证管理器根据所述报告调度中的信息来验证所述配置文件的真实性。

55.根据权利要求51中的装置，其中在允许所述获得许可的软件的所述超额使用之前，所述许可证管理器根据所述报告调度中的信息来验证所述报告生成程序的真实性。

56.根据权利要求51中的装置，其中所述许可证管理器根据所述报告调度中的时间信息使所述报告生成程序产生所述可认证报告。

57.一报告获得许可的软件的使用情况的方法，包括提供一软件模块，它适合于在被调度时间产生多个可认证报告，从而所述多个可认证报告的每个包括获得许可的软件在多个时段中的使用信息，这与所述软件模块所产生的所述多个可认证报告的紧接其前和其后的时段相重叠。

58.根据权利要求57中的方法，还包括每次在将所述软件模块生成的一可认证报告传送到一目的地之前，验证所述软件模块的真实性。

59.根据权利要求57中的方法，还包括每次在允许超额使用所述获得许可的软件之前，验证所述软件模块的真实性。

60.一报告获得许可的软件的使用情况的方法，包括提供一软件模块，它适合于产生一包含获得许可的软件使用信息的可认证报告，并按一报告周期中N，N-1，N-2…M个所记数计算机资源使用该获得许可的软件的一特殊特性的总时间进行组织，其中N为在所述报告周期同时使用所述特性的所述记数的计算机资源最大数，且M为一大于或等于零的整数。

61.根据权利要求60中的方法，其中所述记数的计算机资源为一所述获得许可的软件的用户所使用的主机计算机。

62.根据权利要求60中的方法，其中所述软件模块还适合于产生所述可认证报告，以提供所述获得许可的软件超出一预先指定的引发值的超额使用的高壳显示信息。

63.根据权利要求62中的方法，其中所述预先指定的引发值是基于一预先指定的时间周期。

64.根据权利要求62中的方法，其中所述预先指定的引发值是基于一预先指定的许可数。

65.根据权利要求62中的方法，其中所述预先指定的引发值大于一根据所述获得许可的软件的许可条款所购买的使用值。

66.根据权利要求60中的方法，其中对所述获得许可的软件的所述使用情况的报告限于所述获得许可的软件的超额使用情况的报告，其中所述超额使用是根据所述获得许可的软件的许可条款确定的。

67.一报告获得许可的软件的使用情况的方法，包括提供一软件模块，它适合于产生一包含获得许可的软件使用信息的可认证报告，并按一报告期中N，N-1，N-2…M个用户使用该获得许可的软件的一特殊特性的总时间进行组织，其中N为在所述报告期同时使用所述特性的所述用户最大数，且M为一大于或等于零的整数。

68.一至少包含一台计算机的装置，配置成安全接收一包含获得许可的软件的超额使用信息的可认证报告，认证所述可认证报告，以及存储所述已认证的可认证报告中的信息，以可使用于用后支付商业型式的商业操作软件。

69.根据权利要求68中的装置，其中至少使用所述可认证报告中包含的一个数字签名来认证所述可认证报告。

70.根据权利要求68中的装置，其中所述至少一台计算机中的每台包括一捕获控制器，其接收所述可认证报告、将所述可认证报告中提供的信息存储在一个文件中，并产生一捕获指示，表明接收了所述可认证报告。

71.根据权利要求70中的装置，其中所述至少一台计算机中的每台还包括一调度表，其包含调度何时接收下一可认证报告的信息，且在接收所述可认证报告之后，所述捕获控制器更新所述调度何时接收所述下一可认证报告的信息。

72.根据权利要求71中的装置，其中所述至少一台计算机中的每台还包括一验证控制器，其对所述捕获指示作出响应，以验证接收所述可认证报告的及时性。

73.根据权利要求72中的装置，其中所述验证控制器还根据所述调度表中的所述信息认证所述可认证报告，且在成功验证和认证所述可认证报告时，产生一验证指示，并在所述调度表中标示这种成功验证和认证。

74.根据权利要求73中的装置，其中所述至少一台计算机中的所述那台还包括一计算器，其对所述验证指示作出响应，从而处理所述可认证报告，以得到处理后的信息，并将处理过的信息存储在所述文件中，以可使用于用后支付商业型式的商业操作软件。

75.根据权利要求74中的装置，其中所述至少一台计算机中的每台还包括一web查询模块，其通过一授权用户操作的web浏览器帮助控制用数据库查询所述文件中存储的信息。

76.根据权利要求68中的装置，其中所述商业操作软件包括企业资源规划软件。

77.根据权利要求68中的装置，其中所述商业操作软件包括电子商务软件。

78.根据权利要求68中的装置，其中所述商业操作软件包括客户关系管理软件。

79.根据权利要求68中的装置，其中所述商业操作软件包括销售人员自动化软件。

80.一实现用后支付商业型式的方法，包括：

接收一包含获得许可的软件的使用信息的可认证报告；

认证所述可认证报告；以及

处理所述获得许可的软件的所述使用信息，以识别所述使用已超出许可条款一预定量的情况，从而引发一用后支付请求。

81.根据权利要求80中的方法，其中所述许可条款包括一同时使用所述获得许可的软件的最大用户数量，且所述预先指定的数量为在所述获得许可的软件的所述使用超出所述最大数量期间的一累积时间周期。

Images