CN112241517A - 许可证管理系统以及记录媒体 - Google Patents

Abstract

本发明涉及一种许可证管理系统以及记录媒体。本发明使管理者可确认已被安装在各个用户所使用的终端中的应用程序的版本。许可证管理系统具有：生成部件，生成识别使用中的应用程序的版本的第一信息；以及发送部件，向管理者发送第一信息。

Description

许可证管理系统以及记录媒体

技术领域

本发明涉及一种许可证管理系统以及记录媒体。

背景技术

在应用程序的许可证合同的形态中，除对个别的用户赋予的形态以外，存在对组织赋予的形态。另外，在对组织赋予的形态中，也存在对组织内的管理者提供向组织内的用户赋予许可证的权限的形态。因此，在现有文献中提出有用于统一管理多种许可证合同的形态的方法。

[现有技术文献]

[专利文献]

专利文献1：日本专利特开2016-173715号公报

发明内容

[发明所要解决的问题]

已被安装在各终端中的应用程序有时由各终端的用户个别地进行版本更新(version up)。在此情况下，进行了版本更新的作业的用户知道应用程序的当前的版本。

但是，组织内的管理者或提供应用程序一方的管理者无法知道已被安装在用户所操作的个别的终端中的应用程序的版本。

因此，即便有可能在用户的使用环境中产生重大的不良状况的版本的应用程序未被升级而留下、或已中断支持的版本的应用程序留在终端中，管理者也无法注意到此状态。

本发明的目的在于使管理者可确认已被安装在各个用户所使用的终端中的应用程序的版本。

[解决问题的技术手段]

技术方案1中记载的发明是一种许可证管理系统，其包括：生成部件，生成识别使用中的应用程序的版本的第一信息；以及发送部件，向管理者发送所述第一信息。

技术方案2中记载的发明是在技术方案1中记载的许可证管理系统中，还包括关联建立部件，所述关联建立部件将表示许可证的第二信息与所述第一信息所识别的所述版本建立关联，所述第二信息对应于对作为管理对象的应用的所述版本处于被推荐的状态进行了验证的结果而生成。

技术方案3中记载的发明是在技术方案2中记载的许可证管理系统中，所述第二信息许可对于使用中的应用程序的带有期限的访问。

技术方案4中记载的发明是在技术方案3中记载的许可证管理系统中，将所述第二信息和与所述版本建立了关联的用户建立关联来管理。

技术方案5中记载的发明是在技术方案2中记载的许可证管理系统中，所述第二信息禁止对于使用中的应用程序的访问。

技术方案6中记载的发明是在技术方案5中记载的许可证管理系统中，将所述第二信息和与所述版本建立了关联的用户建立关联来管理。

技术方案7中记载的发明是在技术方案1中记载的许可证管理系统中，所述第一信息在应用程序的许可证签约之际生成。

技术方案8中记载的发明是在技术方案1中记载的许可证管理系统中，还包括管理部件，所述管理部件使各应用程序的版本显示在对应用程序的许可证进行管理的画面上。

技术方案9中记载的发明是在技术方案8中记载的许可证管理系统中，所述管理部件将与对所述版本进行了验证的结果相关的信息和所述版本建立关联来显示。

技术方案10中记载的发明是一种记录媒体，存储程序，所述程序使计算机执行如下的功能：生成识别使用中的应用程序的版本的第一信息的功能；以及向管理者发送所述第一信息的功能。

[发明的效果]

根据技术方案1记载的发明，管理者可确认已被安装在各个用户所使用的终端中的应用程序的版本。

根据技术方案2记载的发明，可实现对应于作为管理对象的应用的版本处于被推荐的状态的访问的管理。

根据技术方案3记载的发明，可确保被升级或卸载之前的期间的利用。

根据技术方案4记载的发明，可在版本变化之前以用户单位容许对于当前的版本的访问。

根据技术方案5记载的发明，可停止有可能在用户的使用环境中产生重大的不良状况的版本的使用。

根据技术方案6记载的发明，可在版本变化之前以用户单位停止当前的版本的使用。

根据技术方案7记载的发明，可管理使用中的应用程序的版本的信息。

根据技术方案8记载的发明，管理者可确认已被安装的应用程序的版本。

根据技术方案9记载的发明，管理者可确认使用中的版本处于被推荐的状态。

根据技术方案10记载的发明，管理者可确认已被安装在各个用户所使用的终端中的应用程序的版本。

附图说明

图1是表示实施方式的信息处理系统的系统构成的例子的图。

图2是说明设置在构成信息处理系统的服务器与终端装置中的功能的例子的图。

图3是说明许可证签约时的数据结构的例子的图。

图4是说明在使用中的版本的真实性中确认到问题时的数据结构的例子的图。

图5是说明在使用中的版本的真实性中存在问题时的另一数据结构的例子的图。

图6是说明被许可方为承租方时的数据结构的例子的图。

图7是说明在提供应用的卖方所利用的第一终端装置与服务器之间执行的应用对象的生成处理的图。

图8是说明在提供应用的卖方所利用的第一终端装置与服务器之间执行的版本对象的生成处理的图。

图9是说明在提供应用的卖方所利用的第一终端装置与服务器之间执行的许可证对象的生成处理的图。

图10是说明在应用的卖方所利用的第一终端装置与服务器之间执行的许可证等管理画面的显示处理的图。

图11是表示许可证等管理画面的一例的图。

符号的说明

1：信息处理系统

2：网络

10：服务器

30：终端装置

30-1：第一终端装置

30-2：第二终端装置

30-3：第三终端装置

102：请求接收部

103：令牌验证部

104：作用域执行部

105：回答发送部

301：请求发送部

302：回答接收部

303：控制部

111：对象存储区

112：数据存储区

113：版本管理表

114：版本一致性信息

141：对象生成功能

142：对象变更功能

143：对象获取功能

144：版本关联建立功能

145：版本对象可视化功能

400：许可证等管理画面

具体实施方式

以下，参照附图对本发明的实施方式进行说明。

＜实施方式＞

＜系统构成＞

图1是表示实施方式的信息处理系统1的系统构成的例子的图。

图1中所示的信息处理系统1具有：服务器10、第一终端装置30-1、第二终端装置30-2、及第三终端装置30-3。

服务器10与第一终端装置30-1、第二终端装置30-2、及第三终端装置30-3可经由网络2而相互通信。

在本实施方式的情况下，第一终端装置30-1是作为应用程序(以下称为“应用”)的许可方的卖方所利用的装置，第二终端装置30-2是应用的被许可方所利用的装置，第三终端装置30-3是对应用签订合同的承租方的管理者所利用的装置。

承租方是将组织等作为单位来管理应用的许可证的情况下使用的概念。对于一个合同，开设一个承租方。

本实施方式中的被许可方存在个人的情况与承租方的情况。在被许可方为承租方的情况下，在合同的范围内，承租方的管理者对参加承租方的用户赋予许可证。因此，第二终端装置30-2包含作为被许可方的个人所操作的终端、及参加了承租方的个人所操作的终端两者。

如此，信息处理系统1可灵活地应对各种许可证形态。

在本实施方式中，当对第一终端装置30-1、第二终端装置30-2、第三终端装置30-3进行总称时，使用终端装置30。

本实施方式中的服务器10是提供如下的服务的计算机，所述服务是向卖方的管理者或承租方的管理者提供已被安装在第二终端装置30-2中的应用的版本。此处的服务器10是许可证管理系统的一例。

图1中所示的服务器10包含控制部11、存储部12、通信部13。

控制部11包含：中央处理器(Central Processing Unit，CPU)、存储有基本输入输出系统(Basic Input Output System，BIOS)等的只读存储器(Read Only Memory，ROM)、及用作工作区域的随机存取存储器(Random Access Memory，RAM)等。

此处的控制部11通过执行已被存储在存储部12中的程序来控制各种运算、或构成本装置的各部的动作。

存储部12除存储已被安装在第二终端装置30-2中的应用的版本等信息以外，存储基本软件或应用等程序。存储部12例如包含硬盘驱动器。当然，存储部12也可以是可进行改写的非易失性的半导体存储器。

通信部13例如包含网络接口卡(Network Interface Card，NIC)，经由NIC而与网络2连接。

终端装置30例如包含控制部31、存储部32、通信部33、输入部34、显示部35。

控制部31包含CPU、ROM、RAM等，通过执行已被存储在存储部32中的程序来控制各种运算、或构成本装置的各部的动作。

在存储部32中，除基本软件或应用等程序以外，存储利用基本软件或应用来进行处理的数据。存储部32例如包含硬盘驱动器。存储部32也可以是可进行改写的非易失性的半导体存储器。

通信部33例如包含NIC，经由NIC而与网络2连接。

输入部34例如包含键盘、鼠标、触摸面板等输入元件，用于受理来自用户的操作。

显示部35例如包含液晶显示器或有机电致发光(Electroluminescence，EL)显示器，显示由控制部31所生成的图像。

另外，输入部34及显示部35也可以作为终端装置30的周边装置而外设在装置本体。

＜利用服务器10的数据管理＞

本实施方式中的服务器10将原型(prototype)作为基础来管理对象。所谓原型，是指可生成新的子对象的对象。因此，若从子对象侧来看，则成为自身的根源的父对象是原型。

基于原型是指将原型作为基础来处理对象的方法。基于原型的对象若去除在对象的集合中唯一存在的根对象，则仅具有一个原型。另外，根对象不具有自身的原型。

而且，当对象A为对象B的原型时，将对象B称为对象A的加工品或子对象。

根据对象间的原型关系，基于原型的对象的集合由树结构来表达。而且，只要不破坏包含对象的树结构，则可通过将原型重新连接来实现树结构的变形。

可使由服务器10所管理的对象具有属性及属性值。

在表征状态转移(REpresentational State Transfer，REST)架构风格中，有时将对象称为资源，将值称为表达。

在对象中包含一个或多个以下内容:仅包含对象识别符与原型的纯粹的表示身份的信息、表示具有内容类型的值的数据的信息、包含证明访问资格的凭证信息的访问令牌(access token)、以及访问对象的应用。访问令牌也可以称为与关于访问的权限的信息建立关联的对象。

这些对象包含在一个树结构中。

而且，版本令牌(version token)也可以称为与识别作为管理对象的应用的版本的信息建立关联的对象。版本令牌是第一信息的一例。

而且，许可证令牌(license token)也可以称为与对应于对版本的真实性进行了验证的结果所生成的信息建立关联的对象。许可证令牌是第二信息的一例。

在本实施方式的情况下，所谓真实性，是指作为管理对象的应用的版本处于被推荐的状态，更具体而言，是指作为管理对象的应用的版本与基本软件的组合适当、使用中的应用的版本与卖方作为支持的对象的版本的组合适当、针对作为管理对象的应用的版本的许可证适当等。

在利用适当的版本的应用时不会产生任何问题，但在利用不适当的版本的应用时需要某些限制。

在本实施方式中，考虑用户的便利性，以两阶段来控制不适当的应用的利用。

一个阶段是将可利用的期间限定成升级或卸载等所需要的期间的控制，另一个阶段是立即禁止应用的利用的控制。

在本实施方式中，为了前者的控制而使用带有期限的访问令牌。以下，将带有期限的访问令牌称为临时令牌(＝interim Token)。

而且，为了后者的控制而使用停止令牌。以下，将停止令牌称为休眠令牌(hibernation Token)。

本实施方式中的服务器10在成功验证了请求中所包含的令牌的情况下，在与令牌对应的权限的范围(以下也称为“作用域(scope)”)内，对已受理的请求进行处理。例如根据由访问令牌所确定的作用域，认可或不认可对象的生成、对象的参照、对象的更新及对象的删除等的任一者。

而且，例如服务器10按照已从终端装置30受理的请求，执行管理的对象的追加、更新、信息的读出、删除等。

＜在信息处理系统1中实现的功能＞

图2是说明设置在构成信息处理系统1的服务器10与终端装置30中的功能的例子的图。

在图2中所示的服务器10中设置有：数据保存部101，对基于原型的对象的信息进行管理；请求接收部102，从终端装置30接收请求；令牌验证部103，对已接收的请求中所包含的令牌进行验证；作用域执行部104，执行从验证已成功的适当的令牌中取出的作用域；以及回答发送部105，向终端装置30回复执行从请求中取出的作用域的结果或令牌的验证的失败。此处的回答发送部105是发送部件的一例。

在数据保存部101中存储有：对象存储区111，存储对象；数据存储区112，存储数据；版本管理表113，对已被安装在终端装置30中的应用的版本进行管理；以及版本一致性信息114，对版本的一致性进行管理。

本实施方式中的作用域执行部104包含用于对已接收的请求进行处理的多个子功能。当然，子功能的一部分也可以与作用域执行部104分开设置。

一个子功能是对象生成功能141。

对象生成功能141例如为生成将由令牌所指定的物主(即所有者的信息)作为父对象的版本对象的功能。对象生成功能141是生成部件的一例。

另一个子功能是对象变更功能142。

对象变更功能142例如为变更作为由令牌所指定的物主的子对象的版本对象的功能。

另一个子功能是对象获取功能143。

对象获取功能143是在经指定的对象的revokedAt属性为无定义的情况下，从etag属性获取值的数据的功能。顺便说一下，etag属性表示保存有对象的数据内容的数据对象的识别信息。

另一个子功能是版本关联建立功能144。

版本关联建立功能144是将版本与许可证建立关联的功能。版本关联建立功能144是关联建立部件的一例。

另一个子功能是版本对象可视化功能145。

版本对象可视化功能145是将应用的版本或许可证等信息显示在管理者所操作的终端装置30的画面中的功能。版本对象可视化功能145是管理部件的一例。

在图2中所示的终端装置30中设置有：请求发送部301，向服务器10发送请求；回答接收部302，接收来自服务器10的回答；以及控制部303，对已接收的回答的显示或新的请求的生成等进行控制。

＜基于原型的对象的具体例＞

＜被许可方为用户时的数据结构＞

图3是说明许可证签约时的数据结构的例子的图。所谓许可证签约时，是指通过例如许可证合同的签订而完成了付款处理的时间点。此处的时间点是许可证签约之际的一例。

如上所述，基于原型的对象的父子关系由树结构来表达。

在图3的情况下，作为“根(root)”对象D1的子对象，设置有“apl”对象D2与“卖方(vendor)”对象D3。“卖方”对象D3与作为许可证签约的对象的应用的卖方对应。

作为“apl”对象D2的子对象，设置有“授权许可证作用域(auth License Scope)”对象D4与“验证令牌作用域(verify Token Scope)”对象D5。

此处，“授权许可证作用域”对象D4与许可证认证的作用域对应，“验证令牌作用域”对象D5是与令牌验证的作用域对应的对象。

作为“卖方”对象D3的子对象，设置有“应用(application)”对象D6。

“应用”对象D6是与作为许可证的对象的应用对应的对象。

进而，作为“应用”对象D6的子对象，设置有“用户(user)”对象D7、“版本(version)”对象D8、及“验证令牌(Verify Token)”对象D9。

“用户”对象D7与被许可方对应。作为所述“用户”对象D7的子对象，设置有“许可证令牌(license Token)”对象D10。“许可证令牌”对象D10与已对用户赋予的许可证对应。

此处的“版本”对象D8是在许可证签约时生成的表示应用的版本的对象。“验证令牌”对象D9是对请求中所包含的令牌的真实性进行验证的令牌，在“应用”对象D6的生成时生成。

作为“版本”对象D8的子对象，设置有“版本令牌(version Token)”对象D11、“许可证使用(License Usage)”对象D12、“授权许可证及日志作用域(auth License And LogScope)”对象D13、及“版本上的用户(user On version)”对象D14。

此处的“许可证使用”对象D12是表示用于许可证的有效性的判定的信息的对象。而且，“版本上的用户”对象D14是与已被许可的用户对应的对象。作为“版本上的用户”对象D14的子对象，设置有“许可证令牌”对象D15。“许可证令牌”对象D15是与表达已对用户赋予的许可证的令牌对应的对象。

图4是说明在使用中的版本的真实性中确认到问题时的数据结构的例子的图。

在图4中，对与图3的对应部分赋予对应的符号来表示。

图4中所示的数据结构用于用户的利用是凭借带有期限的暂定许可证的使用的情况。

在图4中，图3中的“许可证令牌”对象D15的内容被变更成“临时令牌”对象D16。“临时令牌”对象D16是表示限定于升级或卸载等所需要的期间，许可用户对于当前的版本的利用的暂定许可证的对象。

图5是说明在使用中的版本的真实性中存在问题时的另一数据结构的例子的图。

图5也对与图3的对应部分赋予对应的符号来表示。

图5中所示的数据结构用于对用户应用停止许可证的情况。

在图5中，图3中的“许可证令牌”对象D15的内容被变更成“休眠令牌”对象D17。“休眠令牌”对象D17是表示用于不同意利用当前版本的应用的情况等的停止许可证的对象。

＜被许可方为承租方时的数据结构＞

图3～图5想定被许可方为个人的情况，此处对被许可方为承租方的情况进行说明。

图6是说明被许可方为承租方时的数据结构的例子的图。

在图6中，也对与图3的对应部分赋予对应的符号来表示。图6中所示的数据结构是许可证签约时的数据结构的例子。

在图6的情况下，作为“应用”对象D6的子对象，设置“承租方(tenant)”对象D21来代替“版本”对象D8，这一点与图3的数据结构不同。

此处的“承租方”对象D21是在许可证签约时生成的与承租方对应的对象。

作为“承租方”对象D21的子对象，设置“承租方令牌(tenant Token)”对象D22、“许可证使用”对象D12、“承租方”对象D23、及“承租方中的用户(user In Tenant)”对象D24。

“承租方令牌”对象D22与已对承租方赋予的许可证对应。

“承租方”对象D23是表示承租方的签约者的对象。作为所述“承租方”对象D23的子对象，设置“承租方令牌”对象D25。“承租方令牌”对象D25与已对承租方赋予的许可证对应。

“承租方中的用户”对象D24是与属于承租方的已被许可的用户对应的对象。作为所述“承租方中的用户”对象D24的子对象，设置“版本令牌”对象D26。“版本令牌”对象D26与表达已对承租方内的用户赋予的版本的令牌对应。

＜由信息处理系统1所执行的处理动作＞

以下，对由信息处理系统1所执行的处理动作的具体例进行说明。

＜应用对象的生成＞

图7是说明在提供应用的卖方所利用的第一终端装置30-1与服务器10之间执行的应用对象的生成处理的图。图中所示的符号S表示步骤。

首先，第一终端装置30-1对服务器10请求应用对象(即“应用”对象D6)的生成(步骤301)。

具体而言，第一终端装置30-1对服务器10请求作为“卖方”对象D3的子对象的应用对象的生成。

服务器10若从第一终端装置30-1接收要求应用对象的生成的请求(S101)，则利用令牌验证部103(参照图2)来验证请求中所包含的访问令牌，在验证已成功的情况下，在作用域执行部104(参照图2)中生成应用对象(S102)。应用对象在对象存储区111(参照图2)中生成。

接下来，服务器10对第一终端装置30-1发送已生成的应用对象的标识符(Identifier，ID)(即对象ID)(S103)。

另一方面，第一终端装置30-1接收作为来自服务器10的回答的对象ID(S302)。

接下来，第一终端装置30-1对服务器10请求用于生成应用对象(即“应用”对象D6)的子对象的令牌(即应用令牌)的生成(S303)。

服务器10若从第一终端装置30-1接收要求应用令牌的生成的请求(S104)，则验证请求中所包含的访问令牌，在验证已成功的情况下，生成应用令牌(S105)。

接下来，服务器10对第一终端装置30-1发送所述应用令牌的ID(即令牌ID)(S106)。

另一方面，第一终端装置30-1接收作为来自服务器10的回答的令牌ID(S304)。

其后，第一终端装置30-1对服务器10请求验证令牌(即“验证令牌”对象D9)的生成(S305)。验证令牌是用于验证被嵌入安装程序或应用中的令牌(例如版本令牌)的令牌，针对各应用对象来定义。

服务器10若从第一终端装置30-1接收要求验证令牌的生成的请求(S107)，则验证请求中所包含的访问令牌，在验证已成功的情况下，生成验证令牌(S108)。验证令牌在对象存储区111(参照图2)中生成。

接下来，服务器10对第一终端装置30-1发送所述验证令牌的ID(即令牌ID)(S109)。

另一方面，第一终端装置30-1接收作为来自服务器10的回答的令牌ID(S306)。

＜版本对象的生成＞

图8是说明在提供应用的卖方所利用的第一终端装置30-1与服务器10之间执行的版本对象的生成处理的图。

版本对象在卖方与用户签订许可证合同时生成。图中所示的符号S表示步骤。

首先，第一终端装置30-1对服务器10请求版本对象(即“版本”对象D8)的生成(步骤311)。

具体而言，第一终端装置30-1对服务器10请求作为“应用”对象D6的子对象的版本对象的生成。在此请求中包含访问令牌。

服务器10若从第一终端装置30-1接收要求版本对象的生成的请求(S111)，则利用令牌验证部103(参照图2)来验证请求中所包含的访问令牌，在验证已成功的情况下，在作用域执行部104(参照图2)中生成版本对象(S112)。版本对象在对象存储区111(参照图2)中生成。

在版本对象中设定主要版本、次要版本、组合信息。在组合信息中包含可实现作为许可证签约的对象的应用的动作的基本软件等信息。在组合信息中，除存储已在许可证签约时被确认的信息以外，当因对于未图示的服务器的确认而在信息中有变更时进行更新。

接下来，服务器10对第一终端装置30-1发送已生成的版本对象的ID(即对象ID)(S113)。

另一方面，第一终端装置30-1接收作为来自服务器10的回答的版本对象的ID(S312)。

接下来，第一终端装置30-1对服务器10请求版本令牌(即“版本令牌”对象D11)的生成(S313)。具体而言，第一终端装置30-1对服务器10请求作为“版本”对象D8的子对象的版本令牌的生成。版本令牌是作为许可证签约的对象的应用的版本的识别信息。

服务器10若从第一终端装置30-1接收要求版本令牌的生成的请求(S114)，则验证请求中所包含的访问令牌，在验证已成功的情况下，生成版本令牌(S115)。版本令牌在对象存储区111(参照图2)中生成。

接下来，服务器10对第一终端装置30-1发送所述版本令牌的ID(令牌ID)(S116)。

第一终端装置30-1接收作为来自服务器10的回答的令牌ID(S314)。

＜许可证对象的登记＞

图9是说明在提供应用的卖方所利用的第一终端装置30-1与服务器10之间执行的许可证对象的生成处理的图。

许可证对象也在卖方与用户签订许可证合同时生成。图中所示的符号S表示步骤。

首先，第一终端装置30-1对服务器10请求用户对象(即“版本上的用户”对象D14)的生成(S321)。

具体而言，第一终端装置30-1对服务器10请求作为“版本”对象D8的子对象的用户对象的生成。在此请求中包含访问令牌。

服务器10若从第一终端装置30-1接收要求用户对象的生成的请求(S121)，则利用令牌验证部103(参照图2)来验证请求中所包含的访问令牌，在验证已成功的情况下，在作用域执行部104(参照图2)中生成用户对象(S122)。用户对象在对象存储区111(参照图2)中生成。在用户对象中设定用户的属性信息。

接下来，服务器10对第一终端装置30-1发送已生成的用户对象的ID(即对象ID)(S123)。

另一方面，第一终端装置30-1接收作为来自服务器10的回答的对象ID(S322)。

接下来，第一终端装置30-1对服务器10请求许可证令牌(即“许可证令牌”对象D15)的生成(S323)。具体而言，第一终端装置30-1对服务器10请求作为“版本上的用户”对象D14的子对象的许可证令牌的生成。许可证令牌表示对版本赋予的当前的许可证。

另外，在作为对使用中的应用的版本的真实性进行了验证的结果，已确认使用中的应用的版本不适当的情况下，生成作为用户对象的子对象的临时对象(即“临时令牌”对象D16)、或休眠对象(即“休眠令牌”对象D17)。

接下来，服务器10对第一终端装置30-1发送所述许可证令牌的ID(令牌ID)(S126)。

第一终端装置30-1接收作为来自服务器10的回答的令牌ID(S324)。

图7～图9设想被许可方为个人时的数据结构，但在被许可方为承租方的情况下，也可以利用同样的程序来进行版本的管理或许可证的管理。

但是，表达已被安装在参加承租方的各个用户所使用的第二终端装置30-2中的应用的版本的令牌在“版本令牌”对象D26中生成，所述“版本令牌”对象D26是“承租方中的用户”对象D24的子对象。

＜许可证等管理画面的显示＞

图10是说明在应用的卖方所利用的第一终端装置30-1与服务器10之间执行的许可证等管理画面的显示处理的图。

图10中所示的处理在许可证签约后的任意的时间点执行。

首先，第一终端装置30-1对服务器10请求许可证等管理画面的显示(S331)。在此请求中包含版本令牌(即“版本令牌”对象D11)。

服务器10若从第一终端装置30-1接收要求许可证等管理画面的显示的请求(步骤131)，则验证请求中所包含的版本令牌，在验证已成功的情况下，生成许可证等管理画面(S132)。

其后，服务器10对第一终端装置30-1发送已生成的许可证等管理画面(S133)。

第一终端装置30-1接收作为来自服务器10的回答的许可证等管理画面(S332)。

接下来，第一终端装置30-1显示已接收的许可证等管理画面(S333)。

图11是表示许可证等管理画面400的一例的图。

图11中所示的许可证等管理画面400包括：显示用于检索对象的指定的输入栏与检索的执行按钮的区域401、及检索结果的显示栏402。

在图11的情况下，在区域401中，指定“承租方内所有商品”作为检索对象。

图11中所示的显示栏402包含购入者411、序列号412、商品413、许可证数414、版本415、使用数416、通知417。

此处的购入者411是在承租方内使用商品413的用户。在图11的情况下为“富士次郎”与“富士太郎”两者。

序列号412是识别作为商品413的应用的个体的编号。

商品413是应用的名称。在图11的情况下为“认证合作应用”、“无纸传真应用”、“文档应用”三者。

许可证数414是承租方所具有的各应用的许可证的数量。例如，对“认证合作应用”与“无纸传真应用”分别提供一个许可证。而且，对“文档应用”提供十个许可证。

版本415是购入者411正在利用的商品413的版本。例如富士次郎先生正在利用的“认证合作应用”的版本415为“1.0.2”。

使用数416是各商品413在承租方内被使用的数量。在图11的情况下，任一种商品均仅被使用一个。

在通知417中显示与各用户正在使用的商品413相关的信息。在通知417中，例如显示告知商品413的使用状况与被推荐的使用状况的差异的信息、对应于差异的管理的状态等。在图11的情况下，可知对富士太郎先生正在使用的“无纸传真应用”赋予了暂定许可证。而且，可知富士次郎先生正在使用的“文档应用”是无法利用的版本。

所述许可证等管理画面400可使承租方的管理者确认承租方内的用户(即购入者411)正在利用的应用的版本415。

而且，许可证等管理画面400可通过使用中的版本是否为被推荐的状态的通知417，对承租方的管理者催促升级或版本更新等应对。

另外，许可证等管理画面400也可以显示在作为许可方的卖方所利用的第一终端装置30-1中，也可以显示在作为被许可方的个人的用户所利用的第二终端装置30-2中。

＜其他实施方式＞

以上，对本发明的实施方式进行了说明，但本发明的技术范围并不限定于所述实施方式中记载的范围。根据权利要求的记载而明确，对所述实施方式施加各种变更或改良而成者也包含在本发明的技术范围内。

Claims (10)

1.一种许可证管理系统，其包括：

生成部件，生成识别使用中的应用程序的版本的第一信息；以及

发送部件，向管理者发送所述第一信息。

2.根据权利要求1所述的许可证管理系统，其还包括关联建立部件，所述关联建立部件将表示许可证的第二信息与所述第一信息所识别的所述版本建立关联，所述第二信息对应于对作为管理对象的应用的所述版本处于被推荐的状态进行了验证的结果而生成。

3.根据权利要求2所述的许可证管理系统，其中所述第二信息许可对于使用中的应用程序的带有期限的访问。

4.根据权利要求3所述的许可证管理系统，其中将所述第二信息和与所述版本建立了关联的用户建立关联来管理。

5.根据权利要求2所述的许可证管理系统，其中所述第二信息禁止对于使用中的应用程序的访问。

6.根据权利要求5所述的许可证管理系统，其中将所述第二信息和与所述版本建立了关联的用户建立关联来管理。

7.根据权利要求1所述的许可证管理系统，其中所述第一信息在应用程序的许可证签约之际生成。

8.根据权利要求1所述的许可证管理系统，其还包括管理部件，所述管理部件使各应用程序的版本显示在对应用程序的许可证进行管理的画面上。

9.根据权利要求8所述的许可证管理系统，其中所述管理部件将与对所述版本进行了验证的结果相关的信息和所述版本建立关联来显示。

10.一种记录媒体，存储程序，所述程序使计算机执行如下的功能：

生成识别使用中的应用程序的版本的第一信息的功能；以及

向管理者发送所述第一信息的功能。

Images