CN102077211B - 软件许可证协议的管理方法、其系统及信息处理装置 - Google Patents

Abstract

本发明提供软件许可证协议的管理方法、其系统及信息处理装置。将需要许可注册的软件中的、用于起动许可证协议注册处理的URL，通知给执行输入许可注册所需的信息的处理的许可证协议信息输入服务器。在输入所需信息之后，许可证协议信息输入服务器向所通知的URL传送进行许可注册的请求。依照由许可证协议信息输入服务器任意创建的格式，输入许可注册所需的信息。用户用来操作许可证协议注册处理的Web浏览器和许可管理目标软件可以在不同的主机上运行。在分发许可证协议目标软件之后，能够改变在签订许可证协议时要由用户输入的信息。

Description

软件许可证协议的管理方法、其系统及信息处理装置

技术领域

本发明涉及软件许可证协议(license contract)的管理方法、其系统及信息处理装置以及许可证协议目标软件，更特别地，涉及利用Web(网络)浏览器来注册软件许可的软件许可证协议的管理方法、其系统及信息处理装置。

背景技术

传统上，软件介质附随有与软件许可相关联的使用许可。购买了软件的用户通过同意使用许可来安装和使用该软件。然而，这使得用户能够非法复制和安装软件。

另外，有通过输入对软件添加的诸如许可编号等的标识符来使软件可用的方法。然而，在这种情况下，用户通过一起复制标识符，也能够非法安装软件。

为了解决上述问题，例如，提出了以下发放使用许可的方法。对许可证协议目标软件进行部分加密。基于例如由用户输入的许可编号以及运行软件的主机特有的信息，许可证协议管理服务器发布用于对加密的软件进行解密的密钥。软件接收密钥，并对自身的加密部分进行解密，从而阻止任何其他机器执行该软件(例如日本特开2005-078167号公报)。

还提出了如下方法，即使许可证协议目标软件与互联网上的许可发布服务器或许可证协议管理服务器直接通信，并接收许可的激活(例如日本特开2003-029862号公报)。

然而，在上述现有技术中，为了在线接收对许可证协议的接受，运行许可证协议目标软件的主机，必须与执行针对许可证协议的操作的主机相同。如果许可证协议目标软件是Web应用，则这导致以下问题。难以通过使用在与运行许可证协议目标软件的主机不同的主机上运行的Web浏览器与许可证协议管理服务器通信，来签订许可证协议。

特别是，当使用Web浏览器向许可证协议管理服务器输入许可证协议管理所需的信息(诸如许可编号等)以外的信息(诸如用户的地址及电话号码等)时，Web浏览器必须与许可证协议管理服务器通信。在这种情况下，许可发布尤为困难。这是因为，如果Web浏览器正在与运行许可证协议目标软件的主机不同的主机上运行，则许可证协议目标软件与许可证协议管理服务器之间的通信断开。

发明内容

考虑到上述问题做出了本发明，本发明使得用户能够使用Web浏览器操作许可证协议注册处理，并且使得许可证协议目标软件能够在不同的主机上运行。

通过在互联网上布置许可证协议信息输入服务器，本发明还使得能够在许可证协议目标软件分发之后改变要由用户输入的信息。

根据本发明的一个方面，提供了一种软件许可证协议的管理系统，在该管理系统中，许可证协议服务器、用于执行作为许可证协议的目标的目标软件的第一计算机和用于执行所述目标软件的所述许可证协议的第二计算机被分开连接，其中，所述第一计算机包括：用于请求所述第二计算机向所述许可证协议服务器的用于许可证协议信息输入的统一资源定位符传送请求的单元，所述请求包括所述许可证协议所需的许可证协议信息的一部分以及用来起动所述目标软件的许可证协议注册处理的所述目标软件中的统一资源定位符；以及用于在响应于由所述第二计算机传送的所述请求、经由所述第二计算机将包括来自所述许可证协议服务器的所述许可证协议信息的验证通知，传送到所述目标软件中的所述统一资源定位符时，起动所述许可证协议注册处理，用于向所述许可证协议服务器发送包括所述许可证协议信息的许可证协议注册所需的注册信息，并且用于在从所述许可证协议服务器接收到包括代表所述许可证协议有效的信息的所述注册信息时，注册所述目标软件的所述许可证协议的单元。

根据本发明的另一方面，提供了一种软件许可证协议的管理系统中的软件许可证协议的管理方法，在该管理系统中，许可证协议服务器、用于执行作为许可证协议的目标的目标软件的第一计算机和用于执行所述目标软件的所述许可证协议的第二计算机被分开连接，所述管理方法包括所述第一计算机中的如下步骤：请求所述第二计算机向所述许可证协议服务器的用于许可证协议信息输入的统一资源定位符传送请求，所述请求包括所述许可证协议所需的许可证协议信息的一部分以及用来起动所述目标软件的许可证协议注册处理的所述目标软件中的统一资源定位符；以及在响应于由所述第二计算机传送的所述请求，经由所述第二计算机将包括来自所述许可证协议服务器的所述许可证协议信息的验证通知，传送到所述目标软件中的所述统一资源定位符时，起动所述许可证协议注册处理，向所述许可证协议服务器发送包括所述许可证协议信息的许可证协议注册所需的注册信息，并且在从所述许可证协议服务器接收到包括代表所述许可证协议有效的信息的所述注册信息时，注册所述目标软件的所述许可证协议。

根据本发明的又一方面，提供了一种信息处理装置，其用于执行作为许可证协议的目标的目标软件，所述信息处理装置与用于执行所述目标软件的许可证协议的计算机分开地连接到许可证协议管理系统中的许可证协议服务器，所述信息处理装置包括：用于请求所述计算机向所述许可证协议服务器的用于许可证协议信息输入的统一资源定位符传送请求的单元，所述请求包括所述许可证协议所需的许可证协议信息的一部分以及用来起动所述目标软件的许可证协议注册处理的所述目标软件中的统一资源定位符；以及用于在响应于由所述计算机传送的所述请求、经由所述计算机将包括来自所述许可证协议服务器的所述许可证协议信息的验证通知，传送到所述目标软件中的所述统一资源定位符时，起动所述许可证协议注册处理，用于向所述许可证协议服务器发送包括所述许可证协议信息的许可证协议注册所需的注册信息，并且用于在接收到包括代表所述许可证协议有效的信息的所述注册信息时，注册所述目标软件的所述许可证协议的单元。

本发明使得用户能够使用Web浏览器操作许可证协议注册处理，并且使得许可证协议目标软件能够在不同的主机上运行。这增加了用户便利性。

布置在互联网上的许可证协议信息输入服务器，使得能够在许可证协议目标软件分发之后改变要由用户输入的信息。这提高了许可证协议发放方进行信息收集的灵活性。

通过以下参照附图对示例性实施例的描述，本发明的其他特征将变得清楚。

附图说明

图1是示出根据实施例的许可证协议管理系统的配置的示例的框图；

图2是示出主计算机、客户端PC或服务器装置的硬件结构的示例的框图；

图3是示出许可证协议目标软件的结构的示例的框图；

图4是示出从许可证协议请求直到许可证协议注册的序列的序列图；

图5是示出当未注册许可证协议时、在Web浏览器上显示的画面的示例的图；

图6是示出当未注册许可证协议时、在Web浏览器上显示的画面的另一示例的图；

图7是示出许可证协议目标软件用来对Web浏览器进行应答的传送响应的构造的示例的图；

图8是例示目标软件执行的许可证协议验证处理的过程的示例的流程图；

图9是示出许可证协议信息输入画面的示例的图；

图10是示出许可证协议信息输入服务器用来对Web浏览器进行应答的、对许可证协议目标软件的传送响应的构造的示例的图；

图11是例示目标软件执行的许可证协议注册处理的过程的示例的流程图；

图12是示出根据实施例的许可证协议管理系统的使用的示例的框图；

图13是示出根据实施例的许可证协议目标软件的结构的另一示例的框图；

图14是示出基本程序1001的插件(plug-in)管理画面的示例的图；以及

图15是例示具有图13所示的另一结构示例的许可证协议目标软件执行的许可证协议验证处理的过程的示例的流程图。

具体实施方式

现在，参照附图来描述本发明的实施例。

<根据实施例的许可证协议管理系统的配置的示例>

图1是示出根据实施例的许可证协议管理系统的构成要素的框图。

参照图1，附图标记108表示运行许可证协议目标软件101(以下也称为“目标软件”)的主计算机；109表示运行Web浏览器102的客户端PC。主计算机108和客户端PC 109经由局域网(以下也称为“LAN”)103相互连接。

附图标记104表示许可证协议信息输入服务器(以下也称为“输入服务器”)；105表示许可证协议管理服务器(以下也称为“管理服务器”)。服务器104及105布置在互联网106上，使得可以在全世界进行访问。管理服务器105及输入服务器104包括在主计算机上运行的软件。为简便起见，也将主计算机的配置称为“服务器”。请注意，输入服务器104和管理服务器105可以是单个计算机。在这种情况下，将计算机称为“许可证协议服务器”。

代理服务器107提供从LAN 103到互联网106的安全连接。代理服务器107具有如下功能，即中继从LAN 103到互联网106的连接请求，而拒绝从互联网106到LAN 103的连接请求。这意味着，例如，可以进行从目标软件101到管理服务器105的连接，而不能进行从管理服务器105到目标软件101的连接。

<根据实施例的计算机的硬件结构的示例>

图2是示出图1所示的主计算机108、客户端PC 109或服务器装置(输入服务器104或管理服务器105)的硬件结构的示例的框图。

参照图2，示出主计算机108、客户端PC 109或服务器装置104或105的硬件结构的示例的计算机201，包括CPU 202、RAM 203、ROM 204及外部存储设备211。

CPU 202执行存储在ROM 204或外部存储设备211中的软件，并对连接到系统总线205的设备进行集中控制。RAM 203用作CPU 202的主存储器或工作区。RAM 203存储在稍后描述的图8、11及15中使用的数据及用于分支确定的标志。外部存储设备211包括硬盘驱动器(HDD)及floppy(软)盘驱动器(FDD)等。外部存储设备211存储引导程序、操作系统、包括认证服务器及认证客户端的各类应用、数据库数据、字体数据以及用户文件。外部存储设备211还存储图5、6、9及14所示的显示画面的格式，以及图7及10所示的发送/接收信息的格式。

键盘控制器(KBDC)206向CPU 202发送从键盘(KBD)207或指示设备(未示出)输入的信息。视频控制器(VC)208控制由CRT或LCD构成的显示设备209上的显示。盘控制器(DKC)210控制对外部存储设备211的访问。计算机经由通信控制器(网络I/F)212连接到LAN103(或互联网106)。

在以下的描述中，将使用“程序、模块或服务执行处理”的表达。这实际上表示CPU 202执行存储在诸如HDD、RAM及ROM等的存储单元中的软件的过程。

<根据实施例的许可证协议目标软件的第一结构示例>

图3是示出图1所示的许可证协议目标软件101的结构的示例的框图。

参照图3，许可证协议管理服务模块(以下也称为“管理服务”)301是用于管理软件许可的服务，许可证协议管理服务模块301注册目标软件的许可证协议或验证许可证协议注册。Web服务器模块302接收来自Web浏览器102的请求，请求应用逻辑模块305或许可证协议注册模块304执行处理，并且将结果返回到Web浏览器102。请注意，许可证协议管理服务模块301及Web服务器模块302未包括在目标软件101中，其可以同时向多种目标软件或其他Web应用提供服务。

应用逻辑模块305调用许可证协议验证模块303，以验证软件的许可证协议是否注册在管理服务301中。如果许可证协议未注册，则应用逻辑模块305将其通知给用户，并且依照用户输入开始许可证协议注册处理，或限制软件的功能。Web浏览器102经由Web服务器模块302激活许可证协议注册模块304，许可证协议注册模块304指令管理服务301针对管理服务器105执行许可证协议注册处理。

应用逻辑模块305提供目标软件的功能。附图标记306表示用户接口模块。依照来自Web浏览器102的请求以及应用逻辑模块305，用户接口模块306创建HTML消息作为对该请求的响应，并且经由Web服务器模块302将该响应返回到Web浏览器102。

<根据实施例的直到许可证协议注册的序列的示例>

图4是示出直到许可证协议注册的序列的序列图。

下面，将总体序列大致划分为以下三个部分并依次说明。(1)第一部分是从Web浏览器102的请求401到目标软件的响应407的处理。(2)下一部分是从Web浏览器102的请求409的传送S408到输入服务器104的响应416的传送S417的处理。(3)最后一部分是从来自Web浏览器102的HTTP请求418的发送到许可证协议注册结果424在浏览器画面上的显示的处理。将运行目标软件101的计算机称为“第一计算机”。将运行Web浏览器102的计算机称为“第二计算机”。

<从Web浏览器102的请求401到目标软件的响应407的处理>

首先，描述从Web浏览器102的请求401到目标软件的响应407的处理。

在接收到来自用户的连接请求时，Web浏览器102向目标软件101发送请求401。目标软件101接收请求401，并开始对请求的处理S402。在处理S402中，在开始对请求401的处理之前，目标软件101向许可证协议验证模块303询问是否进行了许可证协议注册(S403)。如果经过询问，确定许可证协议未注册，则目标软件101使用HTML消息404对Web浏览器102进行应答，以显示通知许可证协议未注册的页面。

(通过HTML消息404在Web浏览器102上显示的画面的第一示例)

图5是示出通过在处理S403中发送的HTML消息404、在Web浏览器102上显示的画面的示例的图。

该示例假定为目标软件101设置了预定试用期限。在试用期限内，“现在注册许可证协议”按钮501和“以后注册许可证协议”按钮502都可用，并且，目标软件101的全部功能都可用。在试用期限结束之后，“以后注册许可证协议”按钮502不可用，并且，目标软件101的除了许可证协议注册之外的功能都不可用。

(通过HTML消息404在Web浏览器102上显示的画面的另一示例)

图6是示出通过在处理S403中发送的HTML消息404、在Web浏览器102上显示的画面的另一示例的图。

该示例表示，在未进行许可证协议注册的情况下，目标软件的可用功能是受限制的。当用户按下“现在注册许可证协议”按钮601并注册许可证协议时，目标软件101提供全部功能。然而，在检测到按下“以后注册许可证协议”按钮602时，目标软件101对要提供的功能予以限制。

回到图4，在检测到用户按下“现在注册许可证协议”按钮501或601时，Web浏览器102依照HTTP协议向目标软件101发送描述该按下事件的HTTP请求405。

目标软件101接收HTTP请求405，并开始开始许可证协议注册的处理S406。在处理S406中，目标软件101用对HTTP请求405的响应407来对Web浏览器102进行应答，其中，向响应407添加了许可证协议所需的信息的一部分，以便Web浏览器102向输入服务器104传送HTTP页面。

(从目标软件101对Web浏览器102的响应的示例)

图7示出了目标软件101用来对Web浏览器102进行应答的传送响应407的示例。

参照图7，附图标记701表示HTTP头；702表示HTML文本。

HTML文本702是HTML消息，其用于在传送未自动进行的情况下显示画面，以依照用户操作将Web浏览器导航至目标传送目的地。

Web浏览器102依照HTTP头701中的描述来运行。HTTP头701的第一行703是状态行，其指令Web浏览器102将自身连接至通过HTTP头701的传送目的地指定部分704指定的URL(统一资源定位符，UniformResource Locator)。可以将传送目的地指定部分704的内容分离为URL地址和URL参数。URL地址部分表示使用HTTPS(安全套接字层上的超文本传输协议，Hypertext Transfer Protocol over Secure Socket Layer)协议连接至“license.input.server.com/license/enduser/index.jsp”。在该示例中，“license.input.server.com”是输入服务器104的互联网地址。URL参数包括以下项目。

APPID:C0000000405

CPUID:AQAQAAAA07SVLQAES7IS

LANGUAGE:ja

APPLICATION:MyApp

VERSION:2.1.0

RTURL:HTTP://192.168.1.10/MyApp/License/RegisterLicense.aspx？

APPID是识别目标软件101的标识符。CPUID是唯一识别运行目标软件101的主计算机108的标识符。LANGUAGE是用来显示许可证协议信息输入页面的语言。APPLICATION是目标软件101的名称。VERSION是目标软件101的版本。最后的RTURL是用来起动目标软件101内的许可证协议注册模块304的目标软件内的URL地址。

在该示例中，“192.168.1.10”是运行目标软件101的主计算机108在LAN 103内的IP地址。在Web浏览器102的处理S417(稍后描述)中，依照来自输入服务器104的指令调用所述URL地址。

回到图4，在接收到响应407时，Web浏览器102将自身连接到在响应中指定的输入服务器104(S408)，并发送HTTP请求409，以获取指定许可证协议信息输入页面704。

(目标软件101执行的从接收请求401到用响应407进行应答的处理的序列)

图8是例示目标软件101执行的从接收请求401到使用响应407进行应答的处理的序列的流程图。如上所述，由执行目标软件101的主计算机108的CPU实际执行该流程图。

目标软件101接收来自Web浏览器102的请求401(S1301)。在接收到请求401时，目标软件101通过调用许可证协议验证模块303，来验证许可证协议(S1302)。如果通过许可证协议验证(S1303)，确定已经注册了许可证协议，则目标软件101使用通过请求401请求的页面，对Web浏览器102进行应答(S1304)。

如果通过许可证协议验证(S1303)，确定未注册许可证协议，则目标软件101进一步验证许可证协议是否在试用期限内(S1305)。如果试用期限已经结束，则目标软件使图5中的“以后注册许可证协议”按钮502失效(S1306)，并使用响应404对Web浏览器102进行应答，以在Web浏览器102上显示图5中的画面(S1307)。

接下来，目标软件101等待接收依照对图5中的画面的用户输入而从Web浏览器102发送的请求405(S1308)。目标软件101验证接收到的请求405(S1309)。在检测到按下“以后注册许可证协议”按钮502时，目标软件101使用通过请求401请求的页面，对Web浏览器102进行应答(S1304)。在检测到按下“现在注册许可证协议”按钮501时，目标软件101使用图7所示的响应407对Web浏览器102进行应答。目标软件101指令Web浏览器102将响应407中包括的请求704，传送到输入服务器104(S1310)。

<从Web浏览器102的请求704的传送S408到输入服务器104的响应416的传送S417的处理>

下面，将描述从Web浏览器102的请求704的传送S408到输入服务器104的响应416的传送S417的处理。

输入服务器104接收请求409，并开始许可证协议信息输入处理S410。首先，输入服务器104分析接收到的URL参数。如果内容正确，则输入服务器104用HTTP响应411来对Web浏览器102进行应答，以显示许可证协议信息输入页面。在此时的HTTP响应中，包含通过图7中的URL参数指定为例如不在Web浏览器的画面上显示的HTML隐式字段的APPID、CUPID及RTURL的信息。如果URL参数不正确，则输入服务器104使用显示出错画面(未示出)的HTTP响应，对Web浏览器102进行应答。

(通过HTTP响应411在Web浏览器102上显示的许可证协议信息输入画面的示例)

图9示出了通过HTTP响应411在Web浏览器102上显示的许可证协议信息输入画面的示例。请注意，在图9中，针对图12所示的许可证协议管理系统的文本框用虚线表示。后面，将参照图12说明这些文本框。

参照图9，软件名称801“MyApp”及软件版本802“2.1.0”是通过图7中的URL参数指定的值。文本框803用来输入目标软件101的许可编号。通常，在用户购买了目标软件101时，由软件销售公司给予许可编号。

文本框804至809用来输入关于目标软件101的用户的信息，销售公司经常为了进行用户管理而使用这些信息。当用户在管理服务器105中注册及验证许可证协议时，不需要这些信息。然而，由于管理服务器105使得可以自由改变要由用户输入的信息，因此提高了许可证协议发放方进行信息收集的灵活性。

回到图4，当用户输入信息并按下“注册”按钮810时，Web浏览器102向输入服务器104发送HTTP请求412。在许可证协议信息输入处理S410中，输入服务器104首先从接收到的HTTP请求412中提取图9中用户输入的信息，以及在HTTP响应411中作为隐式字段而嵌入的各类信息。在处理S410中，如果提取的信息的格式正确，则输入服务器104向管理服务器105传送请求413，以询问这些信息是否正确。管理服务器105接收进行许可证协议验证的请求413，验证接收到的信息是否正确，并且使用结果415对输入服务器104进行应答(S414)。

输入服务器104从管理服务器105接收许可证协议验证请求413的验证结果415(S410)。如果验证结果415正确，则输入服务器104将图9中用户输入的信息以及HTTP请求409的URL参数中包括的信息的特定项目，存储在例如以客户管理为目的的数据库中。作为对HTTP请求412的响应，输入服务器104还使用HTTP响应416对Web浏览器102进行应答，以将添加有许可证协议注册处理所需的信息的页面，传送至由HTTP请求409中包含的RTURL代表的URL。

(从输入服务器104到Web浏览器的HTTP响应416的示例)

图10示出了从输入服务器104到Web浏览器的HTTP响应416的示例。

HTTP头的第一行901指令Web浏览器执行到由传送目的地指定部分902表示的URL的传送。在该示例中，“192.168.1.10”是运行目标软件101的主计算机108的IP地址。

回到图4，Web浏览器102接收HTTP响应416，将自身连接至由传送目的地指定部分902代表的URL，并发送HTTP请求418(S417)。

通常，因为存在代理服务器107，所以互联网上的输入服务器104不能连接到目标软件101。因此，输入服务器104不能向目标软件101发送许可证协议所需的信息。然而，Web浏览器102执行的传送S417，使得互联网上的输入服务器104能够向目标软件101发送许可证协议所需的信息。

<从Web浏览器102发送HTTP请求418到在浏览器画面上显示许可证协议注册结果424的处理>

最后，将描述从Web浏览器102发送HTTP请求418到在浏览器画面上显示许可证协议注册结果424的处理。

在接收到请求由传送目的地指定部分902代表的页面的HTTP请求418时，目标软件101调用许可证协议注册模块304内的许可证协议注册处理S419。在许可证协议注册处理S419中，首先，目标软件101提取作为HTTP请求418中的URL参数而传送的、许可证协议注册所需的信息。在图10所示的示例中，APPID(目标软件的标识符)、CPUID(唯一识别运行目标软件的主机的标识符)及LN(图5中用户输入的许可编号)是许可证协议注册所需的信息。

在许可证协议注册处理S419中，目标软件101接下来验证提取的信息正确。更具体地说，验证APPID与目标软件101的标识符相匹配、CPUID等于唯一识别运行软件的主机的标识符，以及LN符合指定格式。如果提取的信息正确，则许可证协议注册处理S419调用管理服务301中的在线许可证协议注册处理S420。在在线许可证协议注册处理S420中，目标软件101向互联网上的管理服务器105发送包含许可注册所需的信息的请求421。

在接收到对许可证协议注册的请求421时，管理服务器105检查请求421内的信息。如果信息正确，则管理服务器105使用许可证协议注册模块304注册许可证协议所需的数据423，对目标软件进行应答(S422)。

在在线许可证协议注册处理S420中，目标软件101从管理服务器105接收许可证协议注册数据423，并使用该数据使目标软件101的许可证协议生效。最后，目标软件101用许可证协议注册结果424对Web浏览器102进行应答。Web浏览器102将接收到的结果显示在浏览器画面(未示出)上。

(目标软件101执行的从接收HTTP请求418到显示注册结果424的处理的序列)

图11是例示许可证协议注册处理S419的序列的流程图。如上所述，由执行目标软件101的主计算机108的CPU，实际执行该流程图。

在许可证协议注册处理S419中，首先，目标软件101从接收到的请求418中提取所需参数(S1401)。确定提取结果(S1402)。如果提取因为例如缺少所需参数而失败，则目标软件101在许可证协议注册处理S419中，向Web浏览器102返回显示出错画面(未示出)的响应(S1403)。

如果提取成功，则目标软件101在许可证协议注册处理S419中，验证提取的参数的正确性(S1404)。如果作为参数值正确性验证的结果(S1405)，检测出例如参数值落在其范围之外、不具有预期值或者具有不正确的格式的任何问题，则目标软件101返回显示出错画面(未示出)的响应(S1403)。

如果参数值正确，则许可证协议注册处理S419调出管理服务301中的在线许可证协议注册处理S420(S1406)。目标软件101依照来自管理服务器105的响应423注册许可证协议，并且使用显示结果的响应424对Web浏览器102进行应答(S1407)。

通过上述处理，许可证协议验证模块303将代表许可证协议有效的响应，从应用逻辑模块305返回给许可证协议验证调用。然后，应用逻辑模块305在无任何限制的情况下进行操作。

在图4中的互联网上的输入服务器104与管理服务器之间使用诸如HTTPS等的安全通信，使得可以防止许可证协议编号泄露至互联网。

<根据实施例的许可证协议管理系统的结构的另一示例>

图12示出了根据本发明的许可证协议管理系统的使用的示例。

参照图12，附图标记1201表示管理服务器；1202表示针对日本的输入服务器；1203表示针对欧洲的输入服务器；1204及1205表示针对日本的目标软件的用户的系统；1206及1207表示针对欧洲的目标软件的用户的系统。服务器及系统根据需要经由代理服务器连接到互联网1208。

在针对日本的软件与针对欧洲的软件之间，显示在图9所示的画面上的用户信息输入项目存在差异。例如，在针对欧洲的情况下，除了图9所示的项目之外，还需要输入文本框用虚线表示的“国家名称1210”、“员工人数1211”及“行业类别1212”。

只有通过在目标软件针对欧洲的情况下在针对欧洲的输入服务器1203中，或者在目标软件针对日本的情况下在针对日本的输入服务器1202中，设置作为图4所示的HTTP响应407的传送请求目标的许可证协议输入服务器104的URL，系统才能够应对这种状况。另外，当开始提供例如针对例如美国的目标软件时，只有通过安装针对美国的输入服务器，并且将目标软件内的URL设置为输入服务器内的URL，系统才能够应对这种状况。

<根据实施例的许可证协议的使用的另一示例>

作为实施例的特征，目标软件101包括基本软件1001及许可证协议目标插件1002(以下也称为“目标插件”)。可以在基本软件1001上另外安装多个目标插件1002。在这种情况下，各插件需要许可证协议。

其余的基本构成要素与图3中相同，共有部分应用图3中的附图标记。

(根据实施例的许可证协议目标软件的另一结构示例)

图13是示出根据实施例的许可证协议管理系统中的目标软件的结构的另一示例的框图。

参照图13，目标软件101包括许可证协议管理服务模块301、Web服务器模块302、基本软件1001及插件组1002。

插件组1002包括多个目标插件。在该示例中，将三个插件模块A1005、B 1006及C 1007安装在基本软件1001上。多个目标插件各自需要许可证协议。

基本软件1001还包括许可证协议验证模块303、许可证协议注册模块304、应用逻辑模块1003及用户接口模块306。应用逻辑模块1003控制整个基本软件1001，并包括插件管理模块1004。插件管理模块1004执行目标插件的添加/删除以及注册目标插件模块的许可证协议的处理。

将插件模块A 1005以下称为“插件模块1005”，假定插件模块1005代表目标插件模块。由应用逻辑模块1003或Web服务器模块302依照例如用户操作调用插件模块1005。

插件模块1005首先向插件管理模块1004传送用来识别目标插件的标识符，并请求插件管理模块1004验证许可证协议。插件管理模块1004进一步请求许可证协议验证模块303进行相同的验证。许可证协议验证模块303向管理服务301询问是否存在给定目标插件的许可证协议。

将询问结果从管理服务301发送到许可证协议验证模块303，然后发送到插件管理模块1004，最终返回到插件模块1005。依照获得的许可证协议是否存在的结果，插件模块1005在证协议有效的情况下执行所请求的功能。如果证协议无效，则插件模块1005向用户通知许可无效，或者禁止执行所请求的功能。

(根据实施例的基本程序1001的插件管理画面的示例)

图14示出了基本程序1001的插件管理画面的示例。

在接收到画面上的“添加插件”按钮1101的按下时，插件管理模块1004开始目标插件模块添加处理(详细描述略)。添加的目标插件模块显示在插件列表1102中。列表包括各插件的名称、许可格式及许可有效期限、用来删除插件的按钮1103，以及用来开始对未注册许可证协议的目标插件模块进行许可证协议注册的按钮1104及1105。

在检测到按下“删除”按钮1103时，插件管理模块1004删除相应的目标插件模块(详细描述略)。

在图14的示例中，有“试用”、“有效”及“无效”三种许可格式。在“试用”中，在安装目标插件模块之后，目标插件在预定期限内可用。在有效期限列所示的有效期限过去之后，目标插件模块无法运行。“有效”表示已经注册了许可证协议。即使进行了许可证协议注册，插件模块在有效期限过去之后也无法运行。“无效”表示“试用”或“有效”的许可证协议已过期，或者尚未对无试用期限的目标插件模块进行许可证协议注册。无效的插件模块无法运行。

在检测到按下“许可注册”按钮1104或1105时，插件管理模块1004开始进行指定目标插件模块的许可证协议注册处理。检测到按下按钮之后的处理，与图4中的S406及之后的处理相同，这里将省略其详细描述。

(目标软件101执行的从接收请求401到用响应407进行应答的处理的另一序列)

图15是例示具有插件模块的目标软件101执行的从接收请求401到用响应407进行应答的处理的另一序列的流程图。如上所述，由执行目标软件101的主计算机108的CPU，实际执行该流程图。

首先，目标软件101接收来自Web浏览器102的请求401(S1501)。在接收到请求401时，目标软件101通过调用许可证协议验证模块303，来验证各插件模块的许可证协议(S1502)。通过使用图14所示的画面，目标软件101使用各插件模块的许可证协议注册验证的结果，对Web浏览器102进行应答(S1503)。

接下来，目标软件101等待接收依照对图14中的画面的用户输入而从Web浏览器102发送的请求405(S1504)。目标软件101验证接收到的请求405(S1505)。在检测到按下图14中的“许可注册”按钮1104或1105时，目标软件101使用图7所示的响应407，对Web浏览器102进行应答。目标软件101指令Web浏览器102将响应407中包含的请求704，传送到输入服务器104(S1506)。另一方面，如果未按下“许可注册”(“删除”或“添加”)按钮，则执行与指令相对应的另一处理(S1507)。

如上所述，即使当第一计算机和第二计算机分开连接到许可证协议管理系统时，用户也可以通过简单的操作注册许可证协议。

本发明适用于包括多个设备的系统或者包括单个设备的装置。示例有扫描器、打印机、PC、复印机、多功能外围设备及传真装置。

即使通过直接或从远程站点向系统或装置供给实现上述实施例的功能的软件程序，也可以实现本发明。系统等中包括的计算机读出并执行所供给的程序代码。

因此，安装在计算机中用于由计算机实现本发明的功能及处理的程序代码本身也可以实现本发明。也就是说，本发明并入了用于实现上述功能及处理的计算机程序本身。

在这种情况下，程序可以采取诸如目标代码、要由解释器执行的程序或者要供给到OS的脚本数据等的任何形式，只要能够获得程序的功能即可。用来供给程序的记录介质的示例有软盘、硬盘、光盘、磁光盘、MO、CD-ROM、CD-R及CD-RW。记录介质的其他示例有磁带、非易失性存储卡、ROM及DVD(DVD-ROM或DVD-R)。

可以使用客户端计算机中的浏览器，从互联网/内联网上的Web站点下载程序。更具体地说，可以将本发明的计算机程序本身或者包含自动安装功能的压缩文件，从Web站点下载至诸如硬盘的记录介质。可以将本发明的程序中包含的程序代码分割成多个文件，可以从不同的Web站点下载这些文件。也就是说，本发明还能够并入如下WWW服务器，该WWW服务器使多个用户下载由计算机实现本发明的功能及处理的程序文件。

可以将本发明的程序加密，存储在诸如CD-ROM等的存储介质中，并交付给用户。在这种情况下，只允许满足预定条件的用户，经由互联网/内联网从Web站点下载用于进行解密的密钥信息，使得这些用户能够使用密钥信息对加密的程序进行解密，执行程序，并将程序安装在计算机中。

通过使计算机执行读出的程序，可以实现上述实施例的功能。在计算机上运行的OS等可以基于程序的指令，部分或全部执行实际处理。在这种情况下，也能够实现上述实施例的功能。

可以将从记录介质中读出的程序，写入插置到计算机中的功能扩展板或连接到计算机的功能扩展单元的存储器中。功能扩展板或功能扩展单元的CPU等可以基于程序的指令，部分或全部执行实际处理。通过这样的方式，能够实现上述实施例的功能。

虽然参照示例性实施例对本发明进行了描述，但是应当理解，本发明并不局限于所公开的示例性实施例。应当对所附权利要求的范围给予最宽的解释，以使其涵盖所有这种变型、等同结构和功能。

本申请要求2008年6月30日提交的日本专利申请第2008-171242号的优先权，在此通过引用并入其全部内容。

Claims (8)

1.一种软件许可证协议的管理系统，在该管理系统中，许可证协议服务器、用于执行作为许可证协议的目标的目标软件的第一计算机和执行所述目标软件的所述许可证协议并运行Web浏览器的第二计算机被分开连接，其中，所述第一计算机包括：

用于请求所述第二计算机向所述许可证协议服务器的用于许可证协议信息输入的统一资源定位符传送请求的单元，所述请求包括所述许可证协议所需的第一许可证协议信息以及用来起动所述目标软件的许可证协议注册处理的所述目标软件中的统一资源定位符，

其中，所述第二计算机包括：

用于从由所述第一计算机执行的所述目标软件接收包括所述第一许可证协议信息以及所述目标软件中的所述统一资源定位符的所述请求的单元；

用于向所述许可证协议服务器的所述统一资源定位符传送所接收到的请求的单元；以及

用于响应于所接收到的请求向所述目标软件中的所述统一资源定位符传送作为对所接收到的请求的响应而从所述许可证协议服务器传送的包括所述第一许可证协议信息的验证通知的单元，

其中，所述第一计算机还包括：

用于在经由所述第二计算机将来自所述许可证协议服务器的所述验证通知，传送到所述目标软件中的所述统一资源定位符时，起动所述许可证协议注册处理的单元；

发送单元，用于在起动所述许可证协议注册处理之后，向所述许可证协议服务器发送包括所述第一许可证协议信息的许可证协议注册所需的注册信息；以及

注册单元，用于在从所述许可证协议服务器接收到包括代表所述许可证协议有效的信息的所述注册信息时，注册所述目标软件的所述许可证协议。

2.根据权利要求1所述的管理系统，其中，所述许可证协议服务器包括：许可证协议信息输入服务器，其接收来自所述第二计算机的所述第一许可证协议信息；以及许可证协议管理服务器，其管理所述许可证协议，

所述许可证协议信息输入服务器包括：

用于接收由所述第二计算机传送的、并且包括所述许可证协议所需的所述第一许可证协议信息以及所述目标软件中的所述统一资源定位符的所述请求，并且使用将用于输入所述许可证协议所需的第二许可证协议信息的画面在所述第二计算机上显示的响应来进行应答的单元，其中，所述第二许可证协议信息包括许可编号；

用于接收包括输入至所述第二计算机的用于输入所述第二许可证协议信息的所述画面的内容的请求，向所述许可证协议管理服务器发送所述第一许可证协议信息以及所接收到的第二许可证协议信息中的许可证协议验证所需的验证信息，并且从所述许可证协议管理服务器接收验证结果的单元；以及

用于在所述验证信息正确的情况下，请求所述第二计算机向所述目标软件中的所述统一资源定位符传送包括所述注册信息的请求的单元，并且

所述许可证协议管理服务器包括：

用于从所述许可证协议信息输入服务器接收所述验证信息，并且对所接收到的验证信息中包括的许可证协议信息是否有效进行应答的单元；以及

用于从所述目标软件的所述许可证协议注册处理接收所述注册信息，并且在所接收到的注册信息正确的情况下，使用包括代表所述许可证协议有效的信息的所述注册信息，对所述许可证协议注册处理进行应答的单元。

3.根据权利要求2所述的管理系统，其中，所述第二计算机包括：

用于请求Web服务器起动所述目标软件的所述许可证协议的单元；

用于显示用于输入已从所述许可证协议信息输入服务器应答的所述第二许可证协议信息的所述画面的单元；以及

用于向所述许可证协议信息输入服务器发送包括输入至所述画面的所述内容的所述请求的单元。

4.根据权利要求1所述的管理系统，其中，如果所述许可证协议还未注册，则限制所述目标软件中的功能的使用。

5.根据权利要求1所述的管理系统，其中，在所述许可证协议注册处理中，使用HTTP和HTTPS中的一者，向所述许可证协议服务器发送所述许可证协议所需的信息。

6.根据权利要求1所述的管理系统，其中，所述目标软件包括能够被添加或删除的多个插件模块，并且针对所述多个插件模块中的各个独立地管理所述许可证协议。

7.根据权利要求1所述的管理系统，其中，所述第一许可证协议信息包括用于唯一地识别用于执行所述目标软件的所述第一计算机的信息、用于唯一地识别所述许可证协议的信息以及用于识别所述目标软件的信息中的一者。

8.一种软件许可证协议的管理系统中的软件许可证协议的管理方法，在该管理系统中，许可证协议服务器、用于执行作为许可证协议的目标的目标软件的第一计算机和执行所述目标软件的所述许可证协议并运行Web浏览器的第二计算机被分开连接，所述管理方法包括所述第一计算机中的如下步骤：

请求所述第二计算机向所述许可证协议服务器的用于许可证协议信息输入的统一资源定位符传送请求，所述请求包括所述许可证协议所需的第一许可证协议信息以及用来起动所述目标软件的许可证协议注册处理的所述目标软件中的统一资源定位符，

所述管理方法包括所述第二计算机中的如下步骤：

从在所述第一计算机中执行的所述目标软件接收包括所述第一许可证协议信息以及所述目标软件中的所述统一资源定位符的所述请求；

向所述许可证协议服务器的所述统一资源定位符传送所接收到的请求；以及

响应于所接收到的请求向所述目标软件中的所述统一资源定位符传送作为对所接收到的请求的响应而从所述许可证协议服务器传送的包括所述第一许可证协议信息的验证通知，

所述管理方法还包括所述第一计算机中的如下步骤：

在经由所述第二计算机将来自所述许可证协议服务器的所述验证通知，传送到所述目标软件中的所述统一资源定位符时，起动所述许可证协议注册处理；

在起动所述许可证协议注册处理之后，向所述许可证协议服务器发送包括所述第一许可证协议信息的许可证协议注册所需的注册信息；以及

在从所述许可证协议服务器接收到包括代表所述许可证协议有效的信息的所述注册信息时，注册所述目标软件的所述许可证协议。