许可管理系统,销售管理设备,以及许可管理设备

摘要

公开的许可管理系统包括销售管理设备和许可管理设备。销售管理设备包括传送包含群的构成信息的登记请求的传送单元，群构成包含多个选择的程序的组合；产品登记单元，接收对应于群的许可信息的输入，将许可信息与群关联，并且将许可信息与群存储到产品信息存储单元中作为产品信息；和销售管理单元，响应于用于购买程序的购买请求的接收，传送产品信息的列表，产品信息被存储在产品信息存储单元中。许可管理设备包括群信息存储单元，群信息存储单元存储包含在登记请求中的构成信息。

说明书

技术领域

本发明涉及许可管理系统、销售管理系统、许可管理设备、许可管理方法以及程序。 更具体地，本发明涉及管理设备中使用的程序的许可的许可管理系统、销售管理系统、许 可管理设备、许可管理方法和程序。

背景技术

近来，有一些主要被称为多功能设备或者传真机的图像形成设备，对于多功能设备或 者传真机可以开发新的程序，并且这种开发的程序可以被安装在多功能设备或者传真机 中。如果可以根据用户的使用形式为用户提供这种程序的安装或者允许程序的使用的许 可，那么将变得便于用户，并且同样将期待程序的供应商可以增进/产生业务机会。

例如，专利文献1公开了一种能够将能够使用程序的图像形成设备限定为预定的图像 形成设备的许可管理方法等等。根据专利文献1的技术，可以根据使用程序的设备的数量 来改变账单量。此外，同样可以防止由程序的非法复制所导致的程序的越权使用。

另一方面，可能有一些情况，其中，一群程序被供应，每一个程序能够被单独地流通 并且程序的许可能够被单独地管理。在此情况下，一般的惯例是程序的允许的组合以统一 的方式被确定。

[专利文献1]日本特开专利申请第2008-016013号

发明内容

本发明要解决的问题

然而，例如，当程序的出售区域跨越世界各国时或者当有各种类型的用户时，有对于 用户有效的一组程序根据出售区域和用户的类型而不同的可能性。

本发明考虑到以上情形被做出，并且可以提供能够增进作为流通单元的程序组合中的 自由度的许可管理系统、销售管理系统、许可管理设备、许可管理方法和程序。

解决问颗的手段

根据本发明的一个方面，许可管理系统包括销售管理设备以及许可管理设备，该许可 管理设备管理由销售管理设备出售的程序的许可。此外，该销售管理设备包括传送单元， 该传送单元显示一个或者多个程序的信息的列表，并且将登记请求传送给许可管理设备， 登记请求包含群的构成信息，该群包含从信息的列表上的程序中选择的多个所述程序的组 合；产品信息存储单元；产品登记单元，接收对应于群的许可信息的输入，将许可信息与 群关联，并且将关联的许可信息与该群一起存储到产品信息存储单元中作为产品信息；和 销售管理单元，响应于用于购买程序的购买请求的接收，传送产品信息的列表，产品信息 被存储在产品信息存储单元中。此外，许可管理设备包括群信息存储单元，群信息存储单 元存储包含在登记请求中的构成信息。

在这种许可管理设备中，能够变得可以提高作为流通单元的程序的组合中的自由度。

本发明的效果

根据本发明的实施例，能够变得可以增进作为流通单元的程序组合中的自由度。

附图说明

图1是根据本发明的第一实施例的装备管理系统的示范性构成的图；

图2是显示销售包的示范性构成的图；

图3是显示销售包信息的示范性构成的图；

图4是显示销售包信息的示范性构成的另一个图；

图5是显示根据本发明的实施例的装备管理系统的示范性功能构成的图；

图6是显示根据本发明的实施例的许可管理服务器的示范性硬件构成的图；

图7是显示根据本发明的实施例的图像形成设备的示范性硬件构成的图；

图8是说明通过销售服务器的产品信息的登记处理的时序图；

图9是显示销售场地所有者(master)的示范性构成的图；

图10是显示产品信息编辑屏幕的示范性构成的图；

图11是显示销售包所有者的示范性构成的图；

图12是显示群ID所有者的示范性构成的图；

图13是显示群名称所有者的示范性构成的图；

图14是显示销售服务器中的产品所有者的示范性构成的图；

图15是说明产生群的产生处理的处理过程的时序图；

图16是显示群编辑屏幕的实例的图；

图17是说明登记群的登记处理的处理过程的图；

图18是说明当产品被销售时的处理过程的时序图；

图19是说明通过产品密钥发行部的产品密钥产生处理的处理过程的流程图；

图20是显示许可管理表的示范性构成的图；

图21是显示产品密钥的示范性构成的图；

图22是说明当销售包被安装时的处理过程的时序图；

图23是显示功能扩展设置菜单屏幕的显示实例的图；

图24是显示产品密钥输入屏幕的显示实例的图；

图25是显示当产品密钥无效时的误差屏幕的显示实例的图；

图26是显示成分管理表的示范性构成的图；

图27是显示安装列表屏幕的显示实例的图；

图28是显示安装信息管理表的示范性构成的图；

图29是显示当依存关系没有问题时的确认屏幕的显示实例的图；

图30是显示当依存包可以被同时安装时的确认屏幕的显示实例的图；

图31是显示当依存包不可以被同时安装时的确认屏幕的显示实例的图；

图32是显示许可文件的示范性构成的图；

图33是说明通过成分服务器部验证依存关系的验证处理的处理过程以及产生确认屏 幕数据的产生处理的处理过程的流程图；

图34是显示依存关系管理表的示范性构成的图；

图35是说明通过激活服务器部的许可文件产生处理的处理过程的流程图；

图36是说明通过图像形成设备的销售包的安装处理的处理过程的流程图；

图37是说明许可截止日期(有效期限)的计算处理的流程图；

图38是说明许可更新处理的处理过程的时序图；

图39是显示扩展功能管理屏幕的显示实例的图；

图40是显示许可获取/更新屏幕的显示实例的图；

图41是说明销售包更新处理的处理过程的时序图；

图42是显示更新列表屏幕的显示实例的图；

图43是说明去激活处理的处理过程的时序图；

图44是说明执行图像形成设备中的去激活的自动执行处理的处理过程的流程图；

图45是说明群编辑处理的处理过程的时序图；

图46是说明群变更处理的处理过程的图；

图47是说明群删除处理的处理过程的图；

图48是显示根据本发明的第二实施例的装备管理系统的示范性构成的图；

图49是显示根据本发明的第二实施例的装备管理设备的示范性功能构成的图；

图50是说明根据本发明的第二实施例的销售包的安装和激活的处理过程的时序图；

图51是说明根据本发明的第二实施例的销售包的卸载和去激活的处理过程的时序图；

图52是显示根据本发明的第三实施例的装备管理系统的示范性构成的图；以及

图53是显示根据本发明的第三实施例的装备管理设备的示范性功能构成的图。

附图标记的描述

1，2 装备管理系统

10 许可管理服务器

11 激活服务器部

15 成分服务器部

20 销售服务器

21 产品登记部

22 销售管理部

23 产品所有者

24 产品密钥传送部

30 下载服务器

31 下载处理部

32 销售包管理部

40 图像形成设备

41 控制器

42 扫描仪

43 打印机

44 调制调解器

45 操作板

46 网络接口

47 SD卡槽

50 用户PC

51 WEB浏览器

60 装备管理设备

65 WEB客户端

100 驱动装置

101 记录介质

102 辅助存储装置

103 内存装置

104 CPU

105 接口装置

111 销售服务器协作部

112 产品密钥发行部

113 产品密钥验证部

115 许可发行部

116 去激活部

117 销售服务器认证部

118 销售场地所有者

119 销售包所有者

120 群ID所有者

121 许可管理表

122 群名称所有者

151 依存关系判定部

152 安装支持部

153 包更新支持部

154 成分管理部

155 成分管理表

411 CPU

412 RAM

413 ROM

414 HDD

421 安装部

422 许可更新部

423 包更新部

424 许可检查部

425 去激活部

426 UI控制部

427 安装信息管理表

428 WEB服务器部

611 UI控制部

612 包信息获取部

613 装备信息获取部

614 安装目的地接收部

615 妥当性检查部

616 包获取部

617 许可获取部

618 安装控制部

619 卸载目的地判定部

620 去激活控制部

621 卸载控制部

651 WEB浏览器

B 总线

具体实施方式

在下文中，参考附图描述本发明的实施例。图1说明根据本发明的第一实施例的装备 管理系统的示范性构成。如图1所示，装备管理系统1主要包括两个系统环境：用户环境 E1和制造商环境E2。用户环境E1和制造商环境E2经由广域网80被彼此连接。

用户环境E1是用于作为安装目标设备的图像形成设备40的用户(客户)的系统环境。 例如，用户环境E1对应于图像形成设备40的用户的公司或者办公室。用户环境E1包括 一台以上的图像形成设备40和一台以上的用户PC50。图像形成设备40是在设备的单个机 壳中具有作为打印机、扫描仪、复印机、传真机等等的多个功能的多功能设备。然而，图 像形成设备40可以仅仅具有那些功能中的一个功能。假设图像形成设备40的功能可以通 过添加或者更新软件成分(在下文中可以被简化为“成分”)而被扩展等等。用户PC50被 用于施行购买过程，购买过程用于购买要被添加到图像形成设备40的成分。用户环境E1 可以包括取决于用户数(每个公司或者办公室的用户数)的多个用户环境。

另一方面，制造商环境E2是出售要被添加到图像形成设备40的成分的出售者侧的系 统环境。例如，制造商环境E2可以通过图像形成设备40的制造商被管理。制造商环境包 括许可管理服务器10、销售服务器20和下载服务器30。销售服务器20是接收用于从用 户环境E1购买成分的购买申请的计算机，并且对应于根据本发明的这个实施例的销售管 理设备的实例。销售服务器20被配置在出售图像形成设备40的销售区域(例如，美国、 欧洲、日本、除日本外的亚洲等等)中，并且属于负责相应的销售服务器20的销售区域 的用户环境E1接收购买申请。

下载服务器30是管理成分的实体的计算机。用户环境E1从下载服务器30下载成分 的实体，该成分已经被购买申请(购买)。许可管理服务器10是管理已经被购买的成分的 许可(使用权限)。

根据本发明的这个实施例，该成分通过称为销售包的单元被流通。即，每个销售包被 单独地流通。此外，一组多个销售包(即，销售包的组合)可以是作为一组的流通单元。 在本发明的这个实施例中，具有一组(组合)多个销售包的流通单元被称为“群”。

图2显示销售包的示范性构成。如图2所示，一个销售包被提供作为包含一个销售包 信息文件和一个以上的功能包的档案文件。

销售包信息文件是存储销售包的属性信息(销售包信息)的文件。

图3显示销售包信息的示范性构成。如图3所示，销售包信息包括产品ID、版本、名 称、描述、卖主名称、分配类型等等。

产品ID指的是唯一地分派给每一个销售包和功能包的标识符(产品标识符)。版本指 的是销售包的版本号。描述是关于销售包。卖主名称是销售包的卖主(开发者)的名称。 名称指的是销售包的名称(销售包名称)。分配类型指的是指示是否需要激活(许可的认 证)的信息项。当不需要激活时，销售包可以免费被使用。此外，使用对应语言类型的字 符码，名称、描述和卖主名称的数据被存储用于每个语言类型。即，考虑到销售包的世界 广泛的流通，名称、描述和卖主名称的数据以许多不同的语言被提供。

返回参考图2，功能包是通过功能被打包的软件包。一个功能包被提供作为包含一个 功能包信息文件和一个成分的实体的档案文件(例如，JAR(Java(注册商标)Archive) 文件)。

功能包信息文件指的是存储功能包的属性信息(功能包信息)的文件。

图4显示功能包信息的示范性构成。如图4所示，功能包信息包括产品ID、版本、名 称、描述、卖主名称、分配类型、包依存信息等等。

产品ID用于功能包。版本指的是功能包的版本号。名称指的是功能包的名称(功能 包名称)。描述是关于功能包。卖主名称指的是功能包的卖主(开发者)的名称。分配类 型是指示是否需要激活的信息项。当不需要激活时，功能包可以被免费使用。包依存信息 指的是功能包(这个功能包)依存(被使用)的另一个功能包的产品ID。一个功能包可以 依存于其它多个功能包。类似于销售包信息，使用对应语言类型的字符码，名称、描述和 卖主名称的数据被存储用于每个语言类型。

在图2中，描述了包含三(3)个销售包的一个群的情况。即使当销售包属于一个群 时，销售包也可以被单独地(独立地)流通。

图5显示根据本发明的第一实施例的装备管理系统的示范性功能构成。如图5所示， 销售服务器20包括产品登记部21、销售管理部22、产品所有者23和产品密钥传送部24。

产品登记部21下载主要在许可管理服务器10中管理的销售包的信息列表，并且基于 信息列表登记由操作者输入的产品构成信息等。此外，产品登记部21起到将用于登记群 构成信息的登记请求等等传送给许可管理服务器10的传送手段的功能。销售管理部22从 用户PC50接收购买申请，购买申请用于购买具有登记在产品所有者23中的产品信息的产 品。此外，销售管理部22向许可管理服务器10发行对应于购买申请的产品密钥。作为对 购买申请的响应，产品密钥传送部24将发行的产品密钥传送给用户PC50。

在这个实施例中，产品指的是包含销售包或者群以及相关的许可的内容的概念。因为 这个特征，所以即使在相同的销售包中，如果许可的内容(许可内容)(例如，许可类型、 许可截止日期(有效期限)以及许可容量数)不同，相同的销售包也可以作为不同的产品 被处理。在下文中，许可的内容的信息被称为“许可信息”。

此外，在此，产品密钥指的是每当产品被购买时唯一地发行(或者分派)的标识符。 产品密钥被用作识别用于包括在产品中的销售包许可(使用权限)的信息，并且同样被用 作验证产品的正当的购货人的信息。此外，在这个实施例中，产品ID和产品密钥明确地 相互区分。即，当判定作为产品的销售包是否是相同的或者不同的时候使用产品ID，而且 产品密钥被用于区分购买产品的动作。所以，每当产品被购买时，对于具有相同的产品ID 的销售包发行不同的产品密钥。

图像形成设备40包括安装部421、许可更新部422、包更新部423、许可检查部424、 去激活部425、UI控制部426、安装信息管理表427等等。

响应于产品密钥的输入，安装部421控制用于安装对应于产品密钥的销售包的一系列 的处理。例如，安装部421将请求发送给许可管理服务器10，以使许可管理服务器10判 定包括在要被安装的销售包中的功能包的依存关系的妥当性。此外，安装部421从下载服 务器30下载要被安装的销售包，并且从许可管理服务器10获取许可文件90，该许可文件 90对应于要被安装的销售包。

许可文件90是存储证明对于销售包的许可的数据(即，用于允许销售包的使用的数 据)的文件。即，根据本发明的这个实施例的销售包(成分)不能简单地通过获取销售包 (成分)的实体来被用于图像形成设备40。当许可文件90被引入图像形成设备40时，销 售包变成可用。

许可更新部422控制用于对于已经被安装在图像形成设备40中的销售包，更新(延 长)许可的截止日期(有效期限)的处理(许可更新处理)。包更新部423控制用于更新 已经被安装在图像形成设备40中的销售包的版本的处理(销售包更新处理)。当销售包要 被使用时，许可检查部424基于许可文件90判定销售包的使用是否可以被使用(继续)。 去激活部425施行已经被安装在图像形成设备40中的销售包的去激活。具体地，例如， 去激活部425删除要被去激活的销售包以及对应于该销售包的许可文件90。例如，UI控 制部426施行图像形成设备40的操纵板的显示控制。安装信息管理表427是管理已经被 安装在图像形成设备40中的销售包的信息的表，并且被存储在图像形成设备40的存储装 置中。

许可管理服务器10包括激活服务器部11和成分服务器部15。激活服务器部11包括 销售服务器协作部111、产品密钥发行部112、产品密钥验证部113、许可发行部115、去 激活部116、销售服务器认证部117、销售场地所有者118、销售包所有者119、群ID所 有者120、许可管理表121、群名称所有者122等等。

销售服务器协作部111例如施行由销售服务器20请求的处理，以及对应于从销售服 务器20报告的信息的处理。产品密钥发行部112响应于来自销售服务器20的销售管理部 22的请求，产生产品密钥。此外。产品密钥发行部112将产生的产品密钥以及由该产品密 钥识别的许可的信息登记在许可管理表121中。在销售包的下载等等时，产品密钥验证部 113基于许可管理表121验证输入到图像形成设备40的产品密钥的有效性。

许可发行部115发行用于销售包的许可。随着许可的发行，许可管理表121被更新并 且许可文件90被产生。响应于来自图像形成设备40的去激活部425的去激活请求，去激 活部116解除作为请求的对象的许可。销售服务器认证部117通过使用销售场地所有者118 来认证销售服务器20。销售包所有者119登记销售包的信息的列表。群ID所有者120登 记群和销售包之间的关联信息(即，群构成信息)。群名称所有者122登记群的名称(群 名称)。此外，销售场地所有者118、销售包所有者119、群ID所有者120、许可管理表 121和群名称所有者122被存储在许可管理服务器10的存储装置中。

成分服务器15包括依存关系判定部151、安装支持部152、包更新支持部153、成分 管理部154、成分管理表155、依存关系管理表156等等。依存关系判定部151例如判定 包括在要被安装或者要被更新的销售包中的功能包依存的功能包是否已经被安装在图像 形成设备40中。更具体地，响应于来自图像形成设备40的安装部421的请求，通过参考 成分管理表155和依存关系管理表156，依存关系判定部151判定包括在要被安装的销售 包中的功能包的依存关系是否通过例如已经被安装在图像形成设备40中的功能包被解决。 安装支持部152施行支持销售包安装到图像形成设备40的处理。例如，安装支持部152 产生显示屏幕的HTML数据(安装列表屏幕数据)，以便可以选择要被安装的销售包，并且 将产生的安装列表屏幕数据提供给图像形成设备40的安装部421。包更新支持部153施行 支持图像形成设备40中的销售包的更新(版本更新)的处理。例如，包更新支持部153 产生显示屏幕的HTML数据(更新列表屏幕数据)，以便可以选择要被更新的销售包，并且 将产生的更新列表屏幕数据提供给图像形成设备40的包更新部423。成分管理部154定期 地获取存储在下载服务器30的销售包管理部32中的销售包，并且将销售包的构成信息以 及包含在销售包中的每个功能包的依存信息等等登记在成分管理表155或者依存关系管理 表156中。此外，成分管理表155和依存关系管理表156被存储在许可管理服务器10的 存储装置中。

当每一个功能包具有它的相关目的地的信息并且许可管理服务器10基于功能包的依 存目的地的信息在依存关系管理表156中登记功能包之间的依存关系时，变得可以准确地 登记复杂的依存关系的信息。例如，当通过功能包(或者包含该功能包的销售包)的制造 商制造的功能包被配置在下载服务器30中时，许可管理服务器10从下载服务器30获取 功能包之间的依存关系，并且自动地在依存关系管理表156中登记功能包之间的依存关系。 因此，例如，即使当销售场地的管理者与功能包等等的制造商不同时，销售场地的管理者 也可以不需要知道功能包之间的依存关系。结果，例如，能够变得可以通过第三方卖主促 进功能包的制造并且增加销售机会。

图6显示根据本发明的这个实施例的许可管理服务器10的示范性硬件构成。如图6 所示，许可管理服务器10包括经由总线B彼此连接的驱动装置100、辅助存储装置102、 内存装置103、CPU104以及接口装置105。

通过使用诸如CD-ROM的记录介质101，提供实现由许可管理服务器10施行的程序。 当存储程序的记录介质101被插入驱动装置100时，该程序经由驱动装置100从记录介质 101被安装在辅助存储装置102中。然而，并不总是需要使用记录介质101来安装程序。 例如，该程序可以经由网络从另一个计算机被下载。辅助存储装置102不仅存储程序，而 且还存储其它必需的文件和数据。

当发出起动程序的指令时，内存装置103从辅助存储装置102读出程序，并且将程序 存储在内存装置103中。CPU104基于执行存储在内存装置103中的程序来实现许可管理服 务器10的功能(图5中的部)。接口装置105被用作连接到网络的接口。

许可管理服务器10可以进一步包含诸如液晶显示器或者CRT显示器的显示装置以及 诸如键盘和鼠标的输入装置。

此外，销售服务器20、下载服务器30、用户PC50等等可以具有类似于图6中的硬件 构成。

图7显示根据本发明的这个实施例的图像形成设备的示范性硬件构成。如图7所示， 图像形成设备40具有包含控制器41、扫描仪42、打印机43、调制调解器44、操作板45、 网络接口46、SD卡槽47等等的硬件。

控制器41包括CPU411、RAM412、ROM413、HDD414等等。ROM413存储各种程序以及由 程序使用的数据。RAM412被用作用于装载程序的存储区以及装载的程序的工作区等等。 CPU411通过处理装载到RAM412中的程序来实现各种功能(图5中显示每个部)。HDD414 存储程序以及由程序使用的各种数据。

扫描仪42是从原稿读取图像数据的硬件。打印机43是将图像数据打印在打印纸上的 硬件。调制调解器44是连接到电话线的硬件，并且被用来传送/接收以FAX通信的图像数 据。操作板45是包含诸如按钮的接收来自用户的输入的诸如按钮的输入手段以及诸如液 晶板的显示手段。网络接口46是(无线地或者经由有线的连接)连接到诸如LAN的网络 的硬件。SD卡槽47被用于读取存储在SD卡80中的程序。即，在图像形成设备40中，不 但存储在ROM413中的程序，而且存储在SD卡80中的程序也可以被装载以被执行。

在下文中，描述在根据本发明的第一实施例的装备管理系统1中执行的处理过程。图 8是说明通过销售服务器20的产品信息的登记处理的时序图。可以为每个销售区域确定要 被出售的产品构成。当要被出售的产品构成被确定在某个销售区域中时，执行图8中所示 的处理。

例如，当登记产品信息的登记开始指令通过销售场地中的管理者被输入到销售服务器 20时，销售服务器20的产品登记部指定存储在销售服务器20中的存储装置中的域名、销 售场地ID和密码，而且将认证请求传送到许可管理服务器10的激活服务器部11(步骤 S11)。

已经接收认证请求的销售服务器认证部117基于认证请求中指定的信息以及销售场地 所有者118来认证销售服务器20。

图9显示销售场地所有者118的示范性构成。如图9所示，销售场地所有者118登记 用于每个销售区域的域名、销售场地ID以及密码。

销售服务器认证部117通过检查(比较)认证请求中的域名、销售场地ID以及密码 和销售场地所有者118中的域名、销售场地ID以及密码来认证销售服务器20。当认证成 功时，销售服务器认证部117建立会话，并且将会话ID传送到销售管理部22(步骤S12)。 在那之后，基于会话ID施行销售管理部22和激活服务器部11之间的通信。当认证成功 时(即，当会话ID被传送时)，产品登记部21起作用以在销售服务器20的显示装置上显 示产品信息编辑屏幕(步骤S13)。

图10显示产品信息编辑屏幕的实例。通过产品信息编辑屏幕210，可以输入诸如域名、 产品ID、产品单元ID类型、许可类型、许可截止日期(有效期限)、容量数、产品类型代 码、产品名称等等的许可包的数据。

例如，在产品信息编辑屏幕210中，当选择按钮2112被管理者点击时，产品登记部 21将用于获取销售场地列表的获取请求传送给激活服务器部11的销售服务器协作部111 (步骤S14)。响应于用于获取销售场地的列表的获取请求的接收，销售服务器协作部111 从销售场地所有者118获取销售场地和域名的列表，并且将列表传送给产品登记部21(步 骤S15)。

产品登记部21起作用以在销售服务器20的显示装置上显示接收的域名的列表(步骤 S16)。当在列表中选择域名时，产品登记部21起作用以在产品信息编辑屏幕210上的文 字框2111中显示选择的域名(步骤S17)。

接下来，当选择按钮2114被管理者点击时，产品登记部21将用于获取销售包以及群 的信息的列表的获取请求传送给激活服务器部11的销售服务器协作部111(步骤S18)。 响应于用于获取销售包以及群的信息的列表的获取请求的接收，销售服务器协作部111从 销售包所有者119获取销售包的信息的列表，并且进一步从群ID所有者120、群名称所有 者122等等获取群的信息的列表。

图11显示销售包所有者119的示范性构成。如图11所示，销售包所有者119登记用 于每个销售包的产品ID、销售包名称、卖主名称等等。销售包名称和卖主名称被登记用于 每个语言类型(诸如日文和英文)。在步骤S15中传送的信息的列表包括用于每一个销售 包的那些信息项。然而，仅仅可以传送对应于销售服务器20的语言环境的销售包名称和 卖主名称。可以在步骤S14中的请求中通过产品登记部21指定销售服务器20的语言环境。 另外，基于通信协议的功能，可以确定销售服务器20的语言环境。例如，在HTTP通信中， 指示Web浏览器的语言环境的参数被报告给Web服务器侧。当使用这种通信协议时，可以 基于这种参数来判定销售服务器20的语言环境。此外，假设登记到销售包所有者119中 的信息已经例如预先通过许可管理服务器10的管理者被施行。

此外，图12显示群ID所有者120的示范性构成。如图12所示，对于群ID和销售场 地ID的每个组合，群ID所有者120登记群ID的群构成信息以及删除标志。对于群ID和 销售场地ID的每个组合登记构成信息等等的理由是群ID对于每个销售场地被唯一地赋 值。作为群构成信息，对于群的每个群ID，属于(包含于)该群的销售包的产品ID被登 记。删除标志是表示在群ID所有者120中登记的群ID是否可以被删除(即群的删除)或 者可以被允许的数据。数据具有“ON”或者“OFF”的值。“ON”的值表示删除是可以的或 者允许的。另一方面，“OFF”的值表示删除是不可以的或者不允许(防止)的。当购买与 群有关的产品时，群的删除变得不可能。因此，删除标志的初始值是“ON”。这个因为当 登记群时，没有与该群有关的购买的产品。

此外，图12显示与相同的群ID(诸如“001”)有关的多个记录被登记的情况。这是 因为，在图12的群ID所有者中，销售包的一个产品ID被登记在一个记录中。即，图12 显示了三个销售包属于具有群ID“001”的群的情况。

此外，图13显示群名称所有者的示范性构成。如图13所示，群名称所有者122为每 一个群ID对于每个语言类型登记群名称。即，群名称所有者122为每一个群对于每个语 言类型登记群名称。

销售服务器协作部111从登记在群ID所有者120中的群ID当中，从群ID所有者120 提取在认证请求(步骤S11)期间接收的与销售场地ID有关的群ID。然后，销售服务器 协作部111通过从群名称所有者122获取群名称，产生群列表信息，该群名称对应于提取 的群ID。此外，包含在群列表信息中的群名称可以限于与销售服务器20的语言环境相对 应的群名称。

接下来，销售服务器协作部111将销售包列表信息和群列表信息传送给产品登记部21 (步骤S19)。产品登记部21起作用，以便基于接收的销售包和群的信息的列表，在销售 服务器20的显示装置上显示销售包和群的列表屏幕(例如，包含销售包名称和群名称的 屏幕)。在该列表屏幕中，当选择任何销售包时，产品登记部21起作用，以便在产品信息 编辑屏幕210中，分别在文字框2113和文字框2115中显示选择的销售包的产品ID和销 售包名称；此外，产品登记部21起作用，以便在文字框2116中显示“产品ID”(步骤 S21)。显示在文字框2116中的字符串表示显示在文字框2113中的ID的产品单元ID类型。 该产品单元ID类型表示销售包的产品ID和群的群ID中的哪个被显示在文字框2113中。 即，产品信息编辑屏幕210可以被用于编辑群的产品信息。在这种情况下，群ID和群名 称分别被显示在文字框2113和文字框2115中。

接下来，在产品信息编辑屏幕210中，通过管理者输入其余的产品信息(步骤S22)。 具体地，诸如许可类型、许可截止日期(有效期限)、容量数、产品类型代码、产品名称 等等的信息项被输入。许可类型是表示产品的许可是出售许可、临时许可、试用许可等等 的信息。出售许可可以在被购买之后无期限地使用。临时许可可以仅仅被使用(是有效的) 预定的期限。试用许可被用于试用目的。许可类型可以通过选择使用列表框2117来被输 入。许可截止日期(有效期限)是当临时许可或试用许可被选择作为许可类型时属性有效， 并且表示当许可有效时的期限。许可截止日期(有效期限)被输入在文字框2118中。容 量数指的是许可的容量数。容量许可被授予已经购买具有两(2)个以上容量数的产品的 用户，以使该用户在该容量数的范围内的同时被允许使用相同的销售包。容量数被输入在 文字框2119中。

产品类型代码是用于唯一地识别产品的标识符。产品类型代码被输入在文字框2120 中。此外，可以对于单个销售包或者群限定具有不同的许可内容(许可信息)的多个产品。 因此，销售包的产品ID或者群ID和产品类型代码之间的关系是一对多的关系。产品名称 是产品的名称。产品名称被输入在文字框2122中。另外，当按钮2121被点击时，基于销 售包名称或者群名称、许可类型和许可截止日期(有效期限)，产品登记部21自动地产生 产品名称并且在文字框2122中显示产生的产品名称。此外，在产品信息编辑屏幕210中， 可以在文字框2123中输入日文的产品名称。其它语言的产品名称可以被输入到另一个屏 幕。

在产品信息被输入到产品信息编辑屏幕210之后，当OK按钮2131被点击时，产品登 记部21在产品所有者23中存储输入的产品信息(步骤S23)。

图14显示销售服务器20中的产品所有者23的示范性构成。如图14所示，产品所有 者23是管理包含对于每个产品的产品类型代码、产品单元ID(产品ID或者群ID)、许可 类型、许可截止日期(有效期限)、容量数、产品名称等等的信息项的表。

当产品信息被登记在销售服务器20的产品所有者23中时，变得可以在销售服务器20 属于的销售区域中出售(流通)该产品。

接下来，描述产生群的产生处理(即，在群ID所有者120和群名称所有者122中登 记群的登记处理)。图15是说明群产生处理的处理过程的时序图。产生群(群产生)指的 是包含在新的群中的销售包的确定。

例如，当通过销售场地的管理者在销售服务器20中输入群产生开始指令时，销售服 务器20的产品登记部21起作用，以便在销售服务器20的显示装置上显示群编辑屏幕(步 骤S31)。

图16显示群编辑屏幕220的实例。如图16所示，在群编辑屏幕220中，可以输入要 被产生的(添加的)群的群ID和群名称。群ID被输入在区域221中。群名称被输入在区 域222中。

此外，在群编辑屏幕220的表223中，可以指定(确定)被包含在新产生的群中的销 售包(即，可以指定包含在该群中的销售包的组合)。具体地，当按钮224被点击时，在 表223中添加一个新的行。在图16的实例中，已经添加两行。即，在初始条件中，在表 223中没有行(即，行的数目是零(0))。接下来，当添加的行的选择按钮225被点击时(步 骤S32)，产品登记部21将用于获取销售包的信息的列表的获取请求传送给激活服务器部 11的销售服务器协作部111(步骤S33)。响应于用于获取销售包的信息的列表的获取请求 的接收，销售服务器协作部111从销售包所有者119获取销售包的信息的列表。此外，销 售服务器协作部111将获取的销售包的信息的列表传送给产品登记部21。

基于接收的销售包的信息的列表，产品登记部21起作用，以便在销售服务器20的显 示装置上显示销售包的列表屏幕(例如，显示产品ID和销售包名称的列表的屏幕)(步骤 S35)。在该列表屏幕中，当选择任何销售包时(步骤S36)，产品登记部21起作用，以便 在表223中，在当前被操作的行(即，选择按钮225被点击的相同的行)中显示选择的销 售包的产品ID和销售包名称。通过做这个，根据显示，该销售包作为新的群的部分(要 素)被添加。此外，根据要被添加给群的销售包的数目，重复地执行包含在图15的“循 环1”中的步骤S32到S37。此外，当检查添加在表223中的行的任何检查按钮226时， 然后点击删除按钮227，根据显示从该群删除行中的销售包。

在表223中完成销售包的添加操作之后，当按钮228被点击时(步骤S38)，产品登记 部21将用于登记群的登记请求传送给销售服务器协作部111(步骤S39)。用于登记该群 的登记请求包括作为参数的信息项，该信息项包含在群编辑屏幕220中输入的群的构成信 息(即，诸如属于该群的销售包的群ID和产品ID)、以及存储在销售服务器20的存储装 置中的诸如域名、销售场地ID、密码等等的信息项。响应于用于登记该群的登记请求，销 售服务器协作部111施行群登记处理(步骤S40)。具体地，对于新的群，构成信息被登记 在群ID所有者120中，并且群名称被登记在群名称所有者122中。在执行群登记处理之 后，销售服务器协作部111将表示登记处理是否已经成功的响应传送给产品登记部21(步 骤S41)。

接下来，描述步骤S40的详情。图17显示群登记处理的处理过程。

如图17所示，在步骤S40a中，销售服务器协作部111判定必要的参数是否包含在接 收的群登记请求中。当判定包括必要的参数时，销售服务器协作部111使得销售服务器认 证部117认证销售服务器20(销售场地)(步骤S40b)。销售服务器认证部117通过检查 群登记请求中的域名、销售场地ID和密码以及销售场地所有者118中的那些，来认证销 售服务器20。

当销售服务器20被认证时，销售服务器协作部111判定群登记请求中的群ID以及销 售场地ID的组合是否已经被登记在群ID所有者120中(步骤S40c)。当判定群ID和销售 场地ID的组合没有被登记时，销售服务器协作部111在群ID所有者120中登记记录，该 记录包含群登记请求中的群ID、销售场地ID、销售包的产品ID等等(步骤S40d)。销售 服务器协作部111将删除标志设置为“ON”。

此外，销售服务器协作部111在群名称所有者122中登记记录，该记录包含在群登记 请求中包含的群ID和群名称等等。此外，在这个实施例中，当群被产生时登记的群名称 是日文的群名称。因此，这个记录的语言类型是“日文”。

接下来，销售服务器协作部111将响应传送给产品登记部21，该响应表示群的登记已 经成功(步骤S40e)。另一方面，当在步骤S40a中判定必要的参数丢失时，当在步骤S40b 中销售服务器20的认证已经失败时，或者当判定群ID和销售场地ID的组合已经被登记 时，销售服务器协作部111将响应传送给产品登记部21，该响应表示群的登记已经失败(步 骤S40f)。

如上所述，关于群，群的构成信息(将群与销售包关联的信息)被认为是要被管理的 对象；而且不产生群本身的实体(例如，包含一组属于群的销售包的档案文件)。因为这 个特征，可以变得可以通过产生群减少使用的存储容量的消耗(量)。

此外，当产生的群的产品信息要被登记时，参考图8说明的处理可以作为对象在该群 上施行(即，通过在步骤S21中选择该群)。

如上所述，销售场地可以任意地确定群的构成。因此，能够变得可以更加适当地满足 销售区域中的市场需要，而且可以确定可以被商品化的群的构成被有效地促进。

接下来，图18是说明当产品被出售时的处理过程的时序图。图18中的销售服务器20 被提供用于销售区域，这个图中的用户PC50属于该销售区域。

当在某个用户环境E1中的用户经由用户PC50上的Web浏览器51输入与显示可以被 购买(要被购买)的产品的列表的Web页(产品列表页)相对应的URL时，Web浏览器51 将用于获取产品列表页的获取请求传送到销售服务器20的销售管理部22(步骤S121)。

接下来，销售管理部22基于产品所有者23产生产品列表页(步骤S122)。具体地， 销售管理部22产生HTML数据作为产品列表页，作为产品列表页的HTML数据显示登记在 产品所有者22中的每一个产品的产品名称、许可类型、许可截止日期(有效期限)、容量 数以及检查按钮。因此，经由产品信息编辑屏幕210形成(显示)与群许可有关的产品， 而且当产品的产品信息被登记在产品所有者23中时，与群许可有关的产品同样被形成作 为产品列表页中的选项。此外，检查按钮被用于选择要被购买的产品。接下来，销售管理 部22将产生的产品列表页传送给Web浏览器51(步骤S123)。Web浏览器51在用户PC50 的显示装置上显示接收的产品列表页。

在该产品列表页上，当用户选择产品的检查按钮以购买该产品并且按压该购买按钮 时，Web浏览器51将包含要被购买的产品的产品类型代码的购买请求传送给销售管理部 22(步骤S124)。即，产品列表页被限定，以使一旦按压购买按钮，选择的产品类型代码 就被传送。此外，在该产品列表页中，可以选择多个产品。因此，在步骤S124中，购买 请求可以包含多个产品类型代码。

接下来，销售管理部22指定域名、销售场地ID和密码，并且将认证请求传送给许可 管理服务器10的激活服务器部11(步骤S125)。激活服务器部11的销售服务器认证部117 通过检查(比较)认证请求中的域名、销售场地ID和密码以及销售场地所有者118中的 域名、销售场地ID和密码，来认证销售服务器20。当判定认证成功时，销售服务器认证 部117建立会话，并且将会话ID传送到销售管理部22(步骤S126)。在那之后，基于会 话ID施行销售管理部22和激活服务器部11之间的通信。

接下来，销售管理部22从产品所有者23获取信息项，该信息项是对应于包含在购买 请求中的产品类型代码被登记的产品单元ID(产品ID或者群ID)、许可类型、许可截止 日期(有效期限)和容量数。此外，通过指定获取的产品单元ID(产品ID或者群ID)、 许可类型、许可截止日期(有效期限)以及容量数，销售管理部22将用于发行产品密钥 的发行请求传送给激活服务器部11的产品密钥发行部112(步骤S127)。此外，用于发行 产品密钥的发行请求对应于购买产品的通知。

响应于发行产品密钥的发行请求，产品密钥发行部112产生该产品密钥(步骤S128)。 产品密钥发行部112将产生的产品密钥传送给销售管理部22(步骤S129)。此外，当用于 多个产品的产品密钥被请求发行时，产生用于各个产品的产品密钥。至于与群许可有关的 产品，为产品产生单个产品密钥。通过如此，当和为群中的每一个销售包单独地发行产品 密钥的情况相比时，能够变得可以减少用户侧上的产品密钥的管理负荷。

一旦接收产品密钥，销售服务器20的产品密钥传送部24就将包含产品密钥的HTML 数据传送给Web浏览器51(步骤S130)。Web浏览器51起作用以在用户PC50的显示装置 上显示HTML数据。通过如此，用户能够知道在购买产品的过程中发行的产品密钥。此外， 产品密钥传送部24能够通过将描述产品密钥的电子邮件发送给用户PC50来分配产品密 钥。

接下来，描述步骤S128的详情。图19是说明通过产品密钥发行部112的产品密钥产 生处理的处理过程的流程图。

在步骤S141中，产品密钥发行部112接收包含产品单元ID(产品ID或者群ID)、许 可类型、许可截止日期(有效期限)以及容量数的信息项。接下来，产品密钥发行部112 判定接收的产品单元ID是否是群ID(步骤S142)。具体地，在群ID所有者120中检索对 应于产品单元ID的群ID。当对应于产品单元ID的群ID被检索(检测)到时(步骤S142 中的是)，产品密钥发行部112从群ID所有者120获取与群ID关联的所有的产品ID(即， 属于该群的销售包的产品ID)(步骤S143)。接下来，产品密钥发行部112将与群ID相对 应的删除标志的值设置为“OFF”(步骤S144)。通过做这个，防止群ID的删除。

当在步骤S142中做出否定的判定时或者在步骤S144之后，产品密钥发行部112将用 于登记接收的产品ID或者从群ID所有者120获取的产品ID的记录产生到许可管理表121 中(步骤S145)。因此，当从群ID所有者120获取多个产品ID时，产生多个记录。此外， 产品密钥发行部112对于相同的产品ID产生容量数的记录。因此，当容量值是两(2)个 以上时，对于相同的产品ID产生两(2)个以上的记录。

图20显示许可管理表121的示范性构成。如图20所示，许可管理表121包括诸如对 于销售包发行的每个许可的管理号码、产品密钥、产品ID、装备号码、状态、许可类型、 许可截止日期(有效期限)、许可发行日期等等的信息项。

在那些信息项当中，作为产品ID、许可类型以及许可截止日期(有效期限)，从销售 管理部22在步骤S145中接收的值被登记。当多个记录被产生时，对于每一个产生的记录 记录相同的值。然而，在群许可的情况下(当基于群ID获取销售包的产品ID时)，在每 个有关的产生的记录中登记获取的每个产品ID。

管理号码指的是一旦对于许可管理表121产生记录就唯一地分派给每个记录的标识符 (号码)。作为产品密钥，在稍后的步骤中产生的产品密钥被登记。作为装备号码，图像 形成设备40的装备号码被指定作为当发行许可文件90时使用销售包的装备。装备号码指 的是唯一地识别每个图像形成设备40的识别信息(装备标识符)。状态是表示许可的状态 的信息项。在这个实施例中，许可的状态包括“没有许可”、“签出”(check out)以及“签 入”(check in)。“没有许可”是许可没有被发行的状态。“签出”是许可正在被使用的状 态。“签入”是许可被解除(以及能够被使用)的状态。作为状态，在步骤S145中没有值 被登记。许可截止日期(有效期限)指的是当发行许可文件90时，基于许可截止日期(有 效期限)计算的许可(许可文件90)的截止日期(有效期限)。许可发行日期指的是当发 行许可文件90时登记的许可(许可文件90)的发行日期。

接下来，产品密钥发行部112产生一个产品密钥(步骤S146)。即使当在步骤S141中 接收的产品单元ID是群ID或者当容量数是两(2)个以上时，要产生的产品密钥的数目 也是一(1)个。

图21显示产品密钥的示范性构成。如图21所示，产品密钥是包含唯一的ID、产品单 元ID、许可类型、群许可标志等等的数据。

唯一的ID指的是当产生产品密钥时产生的唯一的ID。通过唯一的ID来确保产品密钥 的唯一性。产品单元ID指的是在步骤S141中接收的产品ID或者群ID，换句话说，指的 是购买的产品的销售包或者群的产品ID以及群ID中的任何一个。许可类型指的是在步骤 S141中接收的许可类型。群许可标志指的是表示产品密钥中的产品单元ID是群ID(真) 或者不是群ID(假)的参数。当判定接收的产品单元ID是群ID时，产品密钥发行部112 将群许可标志设置为“真”。

接下来，产品密钥发行部112将产生的产品密钥登记在步骤S145中产生的记录中， 而且通过将状态设置为“签入”来更新许可管理表121(步骤S147)。当在步骤S145中产 生多个记录时(即，在群许可的情况下，或者当容量数是两(2)个以上时(在容量许可 的情况下))，对于每一个记录登记相同的产品密钥。

此外，在图20中的许可管理表121中，具有管理号码1到3的记录对应于容量许可。 容量许可的记录具有相同的产品密钥以及相同的产品ID。另一方面，具有管理号码4和5 的记录对应于群许可(用于群的许可)。群许可的记录具有相同的产品密钥。然而，群许 可的记录对应于不同的销售包。因此，记录的产品ID彼此不同。

如上所述产生的产品密钥在图18中的步骤S129中被传送到销售服务器20的销售管 理部22，并且进一步从销售管理部22被传送到用户PC50的Web浏览器51。

接下来，安装具有发行的产品密钥的产品的销售包。

图22是说明销售包的安装的处理过程的时序图。

已经获取产品密钥的用户在使用对应于产品密钥的销售包的图像形成设备中输入产 品密钥(步骤S151)。例如，经由以下描述的显示在操作板45上的功能扩展设置菜单屏幕 来输入产品密钥。

图23显示功能扩展设置菜单屏幕的显示实例。功能扩展设置菜单屏幕510显示用于 扩展图像形成设备40的功能的各种菜单。响应于预定的输入，UI控制部426控制以在操 作板45上显示功能扩展设置菜单屏幕510。在功能扩展设置菜单屏幕510中，当新的添加 菜单511被选择时，UI控制部426控制以在操作板45上显示产品密钥输入屏幕。

图24显示产品密钥输入屏幕的显示实例。产品密钥输入屏幕520包括产品密钥输入 栏521。在步骤S151中，产品密钥被输入在产品密钥输入栏521中。

在产品密钥被输入在产品密钥输入栏521中之后，当下一个按钮522被选择时，安装 部421指定输入产品密钥，并且将用于产生安装列表屏幕的产生请求传送给成分服务器部 15的安装支持部152，安装列表屏幕用于与产品密钥有关的销售包(步骤S152)。

接下来，一旦接收用于产生安装列表屏幕的产生请求，安装支持部152将用于验证产 生请求中指定的产品密钥的有效性的验证请求传送给激活服务器部11的产品密钥验证部 113(步骤S153)。产品密钥验证部113通过参考许可管理表121来判定(验证)产品密钥 的有效性(步骤S154)。具体地，在许可管理表121中检索包含该产品密钥并且具有除了 “签出”以外的状态值的记录。当检索(检测)到该记录时，判定产品密钥是有效的。另 一方面，当没有检测到该记录时，判定产品密钥是无效的。在这个判定方法中，在产品密 钥与群许可产品有关的情况下，当属于该群的至少一部分销售包的许可没有被使用(但是 可以被使用)时，判定产品密钥是有效的。

当判定产品密钥是有效的时，产品密钥验证部113将与许可管理表121中的产品密钥 关联的产品ID(即，销售包的产品ID)传送给安装支持部152(步骤S155)。因此，根据 与群许可或者容量许可有关的产品密钥，传送多个产品ID。此外，在群许可的情况下，信 息项被传送给安装支持部152，该信息项表示是否使用用于每个产品ID(用于属于该群的 每个销售包)的许可。这个是因为，在群许可的情况下，一些属于该群的销售包可能没有 被使用；所以变得可以将被使用的许可(销售包)与没有被使用许可(销售包)进行区分。

另一方面，当判定要被判定的产品密钥不是有效的(无效)时，安装支持部152将错 误屏幕数据传送给安装部421，该错误屏幕数据显示错误消息，该错误消息表示产品密钥 是无效的。响应于错误屏幕数据的接收，安装部421使得UI控制部426进行控制，以显 示基于该错误屏幕数据的错误消息。

图25显示当产品密钥无效时的误差屏幕的显示实例。错误屏幕530显示产品密钥错 误(表示产品密钥是无效)的消息以及产品密钥输入栏531等等。用户可以在产品密钥输 入栏531中输入正确的产品密钥。当在产品密钥输入栏531中输入正确的产品密钥，并且 OK按钮532被选择时，再次执行从步骤S152开始的过程。另一方面，当取消按钮533被 选择时，销售包的安装被取消(中止)。

在步骤S155中，一旦接收表示产品密钥被判定为有效的判定结果，通过参考成分管 理表155，安装支持部152产生用于销售包的安装列表屏幕数据，该销售包对应于从产品 密钥验证部113传送的产品ID(步骤S156)。

图26显示成分管理表的示范性构成。如图26所示，成分管理表155登记用于每个销 售包的产品ID、版本、名称、描述、卖主名称、分配类型、下载路径、功能包的产品ID 等等。版本指的是销售包的版本。名称指的是销售包的名称。描述指的是销售包的描述。 卖主名称指的是销售包的卖主的名称。分配类型指的是销售包的分配类型。下载路径指的 是在下载服务器30的销售包管理部32中的销售包的位置信息。在这个实施例中，作为位 置信息，使用URL(统一资源定位器)。功能包的产品ID是属于该销售包的功能包的产品 ID的列表。

此外，通过成分管理部154定期从下载服务器30获取该销售包并且分析销售包的内 容，成分管理表155的内容被登记。具体地，作为产品ID、版本、名称、描述、卖主名称 以及分配类型的信息项，记录在存储在该销售包中的销售包信息文件中的产品ID、版本、 名称、描述、卖主名称以及分配类型的信息项被登记。因此，对于每个语言类型，登记名 称、描述以及卖主名称的信息项。作为功能包的产品ID，记录在功能包信息文件中的产品 ID被登记，该功能包信息文件被存储在每一个功能包中，每一个功能包被包含在该销售包 中。此外，当销售包被获取时，下载路径从下载服务器30被报告。

接下来，安装支持部152将产生的安装列表屏幕数据传送给图像形成设备40的安装 部421(步骤S157)。安装部421在UI控制部426中输入接收的安装列表屏幕数据。UI控 制部426进行控制以基于安装列表屏幕数据在操作板45上显示安装列表屏幕(步骤S158)。

图27显示安装列表屏幕的显示实例。安装列表屏幕540显示安装对象(安装候选的) 销售包的列表，而且配置复选框用于选择是否需要相应的销售包的安装(即，是否需要销 售包的使用)。用户检查要被安装的销售包的复选框。在图27的实例中，包1到4被列出 作为安装候选，而且包1到3被选择作为安装对象。

此外，如从以上描述的处理过程显而易见的，当与群许可有关的产品的产品密钥在产 品密钥输入屏幕520中被输入时，属于与该群许可有关的群的销售包的列表被显示在安装 列表屏幕540中。因此，用户可以选择性地设置属于该群的一些销售包作为安装对象。换 句话说，只要没有被设置作为安装对象，就可以临时地去除属于该群的不必要的销售包。 通过选择性地安装属于该群的销售包，能够变得可以灵活地满足用户在群许可的产品中的 要求。当然，可以将属于该群的所有销售包设置作为安装对象。

此外，在安装列表屏幕540中，销售包的名称根据图像形成设备40的语言环境被显 示。即，一旦产生安装列表屏幕数据，安装支持部152使用基于与图像形成设备40的语 言环境相对应的语言类型登记的销售包的名称。基于表示图像形成设备40的语言环境的 信息来判定图像形成设备40的语言环境，该信息被包含在产生请求中，该产生请求用于 产生在步骤S152中从图像形成设备传送的安装列表屏幕数据。此外，以与图像形成设备 40的语言环境相对应的语言类型显示销售包的名称的这个特征也被应用到(支持)如下所 述的各种屏幕。

在安装列表屏幕540中，当要被安装的销售包的复选框被检查而且安装按钮541被选 择时(S159)，安装部421指定在安装列表屏幕540中检查(作为安装对象)的销售包的 产品ID、以及已经被安装在图像形成设备40中的所有销售包的构成信息，并且将用于安 装要被安装的销售包的安装请求传送给成分服务器部15的安装支持部152(步骤S160)。

此外，从安装列表屏幕数据获取在安装列表屏幕540中检查的销售包的产品ID。此外， 从安装信息管理表427获取已经被安装在图像形成设备40中的所有销售包的构成信息。

图28显示安装信息管理表的示范性构成。如图28所示，安装信息管理表427登记诸 如用于已经被安装在图像形成设备40中的每个销售包的产品ID、版本、功能包的产品ID、 激活标志、许可截止日期(有效期限)等等的信息项。

功能包的产品ID是属于该销售包的功能包的产品ID的列表。激活标志表示该销售包 是否被激活(即，是否已经对销售包施行激活)。许可截止日期(有效期限)是对于销售包 发行的许可的截止日期(有效期限)(例如，许可文件90的截止日期)。此外，功能包的 激活标志和许可截止日期(有效期限)分别与功能包所属的销售包的激活标志和许可截止 日期(有效期限)相同。此外，一旦如下所述安装销售包，安装信息管理表427的内容就 被登记。

在步骤S160中传送的构成信息包括已经登记在安装信息管理表427中的所有信息项。

接下来，安装支持部152使得依存关系判定部151执行与包含在安装请求中的产品ID 有关的销售包的依存关系的验证(步骤S161)。具体地，依存关系判定部151判定包含在 与产品ID有关的销售包中的功能包所依存的功能包(即，是否由包含在与产品ID有关的 销售包中的功能包使用的功能包)是否已经被安装在图像形成设备40中。

接下来，安装支持部152产生HTML数据(确认屏幕数据)以根据依存关系的验证结果 显示确认屏幕(确认屏幕)(步骤S162)，并且将确认屏幕数据传送给安装部421(步骤 S163)。下面描述步骤S161和S162的详情。

接下来，安装部421将接收的确认屏幕数据输入到UI控制部426中。UI控制部426 进行控制以基于确认屏幕数据在操作板45上显示确认屏幕(步骤S164)。

图29显示在依存关系没有问题(检测)的情况下的确认屏幕的显示实例。如图29所 示，确认屏幕550a表示对于选择作为安装对象的销售包(包1)，在依存关系中没有问题。 具体地，区域552a表示包1所依存的销售包(依存的包)被选择作为安装对象或者已经 被安装在图像形成设备40中。

在确认屏幕550a中，当OK按钮551a被选择时(步骤S165)，安装部421指定与已经 被设置作为安装对象的每个销售包相对应的URL，并且将用于下载每一个销售包的下载请 求传送给下载服务器30的下载处理部31(步骤S166)。即，与每个销售包相对应的URL 以及下载请求的传送指令与OK按钮551a关联。

此外，图30显示在依存的包能够被同时安装的情况下的确认屏幕的显示实例。如图 30所示，从与选择作为安装对象的销售包有关的依存的包当中，确认屏幕550a的区域552b 表示依存的包能够被同时安装，依存的包没有被安装在图像形成设备40中并且没有被设 置作为安装对象，而且进一步表示是否必需同时安装该依存的包。在这种情况下，基于依 存的包的分配类型判定是否可以施行同时的安装。

然后当确认屏幕550b中的OK按钮551被选择时(步骤S165)，安装部421指定设置 作为安装对象的每一个销售包的URL以及要被同时安装的销售包(依存的包)的URL，而 且将用于下载销售包的下载请求传送给下载服务器30的下载处理部31(步骤S166)。即， 设置作为安装对象的销售包的URL、要被同时安装的销售包(依存的包)的URL以及下载 请求的传送指令与OK按钮551b关联。

此外，图31显示在依存的包不能被同时安装的情况下的确认屏幕的显示实例。如图 31所示，确认屏幕550c中的区域552c表示有三(3)个销售包不能被安装。关于那三(3) 个销售包，在区域553c、554c以及555c中描述更多详情。区域553c表示包3的依存(关 系)不能被取消(解除)(依存包不能被同时安装)。区域554c表示包4的许可已经被获 取(使用)。区域555c表示包5不能与设置作为安装对象的另一个包(图31的情况中的 包1和2)一起被同时安装。此外，图31显示包1到5被选择作为安装对象的情况。

然后当确认屏幕550c中的OK按钮551c被选择时(步骤S165)，安装部421指定每一 个可安装的销售包的URL，而且将用于下载每一个销售包的下载请求传送给下载服务器30 的下载处理部31(步骤S166)。即，每一个可安装的销售包的URL和下载请求的传送指令 与OK按钮551c关联。

响应于步骤S166中的下载请求，下载处理部31从销售包管理部32获取销售包，而 且将该销售包传送给安装部421，该销售包通过下载请求中指定的URL被识别(步骤S167)。 安装部421在HDD414中的临时存储区(例如，临时文件夹)中存储接收的销售包。

当销售包的下载完成时，安装部421指定在步骤S151中输入的产品密钥、设置作为 安装对象的销售包的产品ID、以及记录在ROM413或者HDD414中的图像形成设备40的装 备号码，而且将用于产生许可文件90的产生请求(用于使用许可的使用请求)传送给激 活服务器部11的许可发行部115(步骤S168)。接下来，许可发行部115基于产品密钥和 许可管理表121产生许可文件90(步骤S169)。

图32显示许可文件90的示范性构成。如图32所示，许可文件90包括产品ID、装备 号码和截止日期(有效期限)的信息项。产品ID指的是通过许可文件90授予许可的销售 包(通过许可被设置可用的销售包)的产品ID。装备号码指的是图像形成设备40的装备 号码，在该图像形成设备40中，通过许可文件90允许与产品ID有关的销售包的使用。 截止日期(有效期限)指的是通过许可文件90授予的许可的截止日期(有效期限)。

作为许可文件90的产品ID，与包含在用于产生许可文件90的产生请求中的产品密钥 有关的产品ID被登记。在这种情况下，当产品密钥与群许可有关时，也就是说，当用于 产品密钥的多个不同的产品ID被登记在许可管理表121中时，许可发行部115产生用于 每一个销售包的许可文件90。因此，即使在群许可的情况下，作为许可文件90的产品ID， 登记销售包的产品ID。

作为许可文件90的装备号码，包含在用于产生许可文件90的产生请求中的装备号码 被登记。作为许可文件90的截止日期，通过将截止日期(有效期限)添加到当前日期而 获得的日期(例如，年/月/日)被登记，被登记在许可管理表121中的截止日期对应于包 含在用于产生许可文件90的产生请求中的产品密钥和产品ID。

接下来，许可发行部115将产生的许可文件90传送到安装部421(步骤S170)。安装 部421在HDD141中的临时存储区(例如，临时文件夹)中存储接收的许可文件90。

在接收许可文件90之后，安装部421施行销售包的安装处理(步骤S171)。以下描述 安装处理的详情。

此外，在以上描述中，描述了实例，其中，通过使用步骤S157中的安装列表屏幕数 据或者步骤S163中的确认屏幕数据，用于获取销售包的获取请求被传送到图像形成设备 40。然而，在那个时候，销售包本身(即，程序主体)可能被传送到图像形成设备40。为 此，成分服务器15能够从下载服务器30下载要被安装的销售包，并且将销售包转移到图 像形成设备40。

此外，当属于该群的一些销售包被安装时(也就是说，当属于该群的一些销售包在安 装列表屏幕540中被选择时)，属于该群的其余的销售包可以被单独地安装。当其余的销 售包要被安装时，用户能够进行操作以便显示产品密钥输入屏幕520，并且再次输入该群 的产品密钥。在这种情况下，安装支持部152产生安装列表屏幕数据，以便从属于该群的 销售包当中，对于正在通过发行许可使用的销售包不提供复选框。因此，安装列表屏幕540 被显示，其中，正在通过发行许可被使用的销售包不能被选择作为安装对象。基于在步骤 S155中通过产品密钥验证部113传送的以及表示许可对于属于该群的每个产品ID是否被 使用的信息，判定表示销售包的许可是否被使用的信息。

接下来，描述通过许可管理服务器10的成分服务器部15在图22的步骤S161以及S162 中施行的处理的详情。

图33是说明通过成分服务器部15验证依存关系的验证处理以及产生确认屏幕数据的 产生处理的处理过程的流程图。

在步骤S175中，依存关系判定部151设置一个产品ID(即，销售包)作为要被处理 的对象，从在用于验证图22的步骤S160中的依存关系的验证请求中接收的产品ID当中 选择该产品ID。接下来，依存关系判定部151基于来自在步骤S160中对于每一个销售包 接收的构成信息项当中的、包含在用于当前销售包的构成信息中的激活标志，判定要被处 理的销售包(以下称为当前销售包”)是否已经被激活(步骤S176)。当判定激活没有被施 行时(步骤S176中的否)，依存关系判定部151基于成分管理表155(参见图28)以及依 存关系管理表156来判定是否有当前销售包依存的销售包(依存的包)(步骤S177)。

图34显示依存关系管理表的示范性构成。如图34所示，依存关系管理表156登记功 能包的产品ID的信息项以及依存的功能包的产品ID。在这个表中，可以登记多个依存的 功能包的产品ID。此外，图34中的数字“0”表示没有该功能包依存的功能包。

类似于成分管理表155，通过成分管理部154分析定期获取的销售包的内容，登记依 存关系管理表156的内容。具体地，记录在销售包中的每一个功能包的功能包信息文件中 的包依存信息的内容被存储在依存关系管理表156中作为依存的功能包的产品ID。

在步骤S177中，依存关系判定部151在成分管理表155中获取对于当前销售包的产 品ID登记的功能包的产品ID的列表。接下来，依存关系判定部151基于获取的功能包的 产品ID以及依存关系管理表156，指定该功能包依存的另一个功能包(以下称为，“依存 的功能包”)。当判定有依存的功能包时，依存关系管理表156通过反向参考依存关系管理 表156来指定依存的功能包所属的销售包。指定的销售包是当前销售包的依存的包。此外， 可能有多个依存的包。此外，递归地施行功能包之间的依存关系的检索。

当判定没有依存的包时(步骤S177中的否)，依存关系判定部151将表示在当前销售 包中没有依存关系的信息与当前销售包的产品ID关联，并且记录到内存装置103中(步 骤S178)。另一方面，当判定有依存的包时(步骤S177中的是)，依存关系判定部151基 于在步骤S160中对于每个销售包接收的构成信息或者在步骤S160中接收的要被安装的销 售包的产品ID，判定依存的包是否已经被安装或者被设置作为安装对象(步骤S179)。即， 当接收对应于依存的包的构成信息时，判定依存的包已经被安装在图像形成设备40中。 此外，当依存的包的产品ID被包含在要被安装的产品ID中时，判定依存的包被设置为安 装对象。

当依存的包已经被安装时(步骤S179中的是)，依存关系判定部151基于对于每个销 售包接收的构成信息，判定依存的包是否已经被施行激活(被激活)(即，依存的包是否 处于依存的包可用的状态)。在这种情况下，基于包含在与依存的包相对应的构成信息中 的激活标志，判定依存的包是否已经被激活。

当判定依存的包已经被激活或者依存的包被设置作为安装对象时(步骤S180中的是)， 依存关系判定部151将表示在当前销售包的依存关系中没有问题的信息与当前销售包的产 品ID关联，并且记录(存储)到内存装置103中(步骤S178)。当判定依存的包没有被激 活时(步骤S180中的否)，依存关系判定部151将表示必需施行依存的包的激活的信息与 当前销售包的产品ID关联，并且记录(存储)到内存装置103中(步骤S181)。

此外，当判定有没有被安装的依存的包时(步骤S179中的否)，依存关系判定部151 基于成分管理表155判定是否有可能同时安装依存的包(步骤S182)。即，在成分管理表 155中，当对应于依存的包的产品ID的分配类型表示不需要施行激活时，判定依存的包可 以被同时安装。另一方面，当对应于依存的包的产品ID的分配类型表示需要施行激活时， 判定依存的包不能被同时安装。

当判定有可以被同时安装的依存的包时(步骤S182中的是)，依存关系判定部151将 依存的包的产品ID作为可以被同时安装的依存的包的产品ID与销售包的产品ID关联， 并且记录到内存装置103中(步骤S183)。当判定有不能被同时安装的依存的包时(步骤 S182中的否)，依存关系判定部151将依存的包的产品ID作为不能被同时安装的依存的包 的产品ID与销售包的产品ID关联，并且记录到内存装置103中(步骤S184)。

此外，当判定当前销售包已经被激活时(步骤S176中的是)，依存关系判定部151将 表示已经获取许可的信息与当前销售包的产品ID关联，并且记录到内存装置103中(步 骤S185)。

当关于在用于验证图22的步骤S160中的依存关系的验证请求中接收的每一个产品ID 完成步骤S175到S185中的处理的施行时(步骤186中的是)，安装支持部152基于存储 在内存装置103中的信息产生确认屏幕数据(步骤S187)。例如，当对于所有的销售包没 有问题时，产生确认屏幕数据，以便显示如图29所示的确认屏幕550a。此外，当步骤S183 中的信息被记录时，产生确认屏幕数据，以便显示如图30所示的确认屏幕550b。此外， 当步骤S181、S184或S185中的信息被记录时，产生确认屏幕数据，以便显示如图31所 示的确认屏幕550c。

此外，在每个确认屏幕数据中，可安装的销售包的URL与OK按钮关联。从成分管理 表155的下载路径获取可安装的销售包的URL。

在以上描述中，描述了对于每个销售包表示(提供)依存的包的情况。然而，对于每 个功能包可以表示(提供)依存的包。此外，在这个实施例中，即使在对于每个功能包表 示(提供)依存的包的情况下，因为假设销售包被处理作为流通单元，所以要被视为安装 对象的是包括该功能包的销售包。

接下来，描述通过许可管理服务器10的激活服务器部11在图22的步骤S168以及S170 中施行的处理的详情。图35是说明通过激活服务器部11产生许可文件的产生处理的处理 过程的流程图。此外，在图35中，描述假定一个产品密钥被视为处理对象的情况。因此， 当接收多个产品密钥时，对于每一个产品密钥施行从步骤S192开始的处理。

在步骤S191中，许可发行部115从图像形成设备40的安装部421接收产品密钥的信 息项、产品ID以及装备号码。接下来，许可发行部115判定产品密钥的许可是否可用。 具体地，许可发行部115判定接收的产品密钥是否被登记在许可管理表121中(步骤S192)。 当判定产品密钥被登记时(步骤S192中的是)，许可发行部115判定与接收的装备号码相 同的装备号码是否被登记在许可管理表121中作为与产品密钥相对应的装备号码(步骤 S193)。当判定相同的装备号码没有被登记时(步骤S193中的否)，许可发行部115从对 应于产品密钥和接收的产品ID的记录当中，判定在许可管理表121中是否有具有状态“签 入”的记录(步骤S194)。当判定有这种记录(以下称为“对象记录”)时(步骤S194中 的是)，许可发行部115在对象记录中记录接收的装备号码，并且将对象记录的状态设置 (改变)为“签出”(步骤S196)。即，记录表示对应于产品密钥的许可正被使用的信息。 此外，当“许可截止日期(有效日期)”的信息项被记录在对象记录中时(即，当对象记 录是对应于临时许可的记录时)，许可发行部115通过将许可截止日期(有效期限)添加 到当前日期来计算期限，并且在对象记录中记录该计算的期限(有效期限)作为许可截止 日期(有效期限)。

接下来，许可发行部115产生许可文件90(参见图32)，该许可文件90包含在对象 记录中的产品ID、装备号码以及许可截止日期(有效期限)的信息项(步骤S197)。此外， 在这种情况下，对于许可管理表121中的每个记录，也就是说，对于与销售包相对应的每 个许可，产生许可文件90。接下来，许可发行部115将产生的许可文件90传送到图像形 成设备40的安装部421(步骤S198)。

另一方面，当有登记与对应于产品密钥的接收的装备号码相同的装备号码的记录时 (步骤S193中的是)，许可发行部115判定记录的状态是“签入”(步骤S195)。当判定状 态是“签入”时(步骤S195中的是)，施行步骤S196之后的处理。

此外，当判定没有对应于产品密钥的记录时，当从对应于产品密钥以及接收的产品ID 的记录当中判定在许可管理表121中有具有状态“签入”的记录时，或者当判定记录的状 态不是“签入”时，该记录登记与对于产品密钥接收的装备号码相同的装备号码(步骤S195 中的否)，许可发行部115假定检测到错误，并且没有产生许可文件90；也就是说，许可 发行部115没有发行许可。

接下来，描述在步骤S193中施行的计算许可截止日期(有效期限)的计算处理的详 情。图37是说明计算许可截止日期(有效期限)的计算处理的流程图。

首先，在步骤S196a中，许可发行部115判定记录在对象记录中的许可类型是否是临 时许可和试用许可中的任一个，也就是说，许可是否具有截止日期(有效期限)。当判定 许可类型既不是临时许可也不是试用许可时(步骤S196a中的否)，许可发行部115不计 算许可到期。

另一方面，当判定许可类型是临时许可或者试用许可时(步骤S196a中的是)，许可 发行部151判定对象记录是否与群许可有关(步骤S196b)。具体地，许可发行部115检索 另一个记录，另一个记录具有与对象记录的产品ID不同的产品ID并且具有与对象记录的 产品密钥相同的产品密钥。当检索(检测)到相应的记录时，判定对象记录与群许可有关。 另一方面，当没有检测到相应的产品密钥时，判定对象记录不与群许可有关。

当判定对象记录与群许可有关时(步骤S196b中的是)，许可发行部115判定是否有 与对象记录的群属于相同的群并且其许可是使用中的记录(步骤S196c)。具体地，从步骤 S196b中检索的另一个记录当中，判定有具有状态“签出”的记录。当判定有相应的记录 时(步骤S196c中的是)，许可发行部115将通过将许可截止日期(有效期限)添加到记 录的许可发行日期计算的日期，记录为对象记录的许可截止日期(有效期限)(步骤 S196d)。即，属于相同的群的销售包的许可截止日期(有效期限)变成相同的。

另一方面，当判定对象记录不与群许可有关时(步骤S196b中的否)，许可发行部115 判定对象记录是否与容量有关(步骤S196e)。具体地，许可发行部115检索另一个记录， 该另一个记录具有与对象记录的产品ID相同的产品ID并且具有与对象记录的产品密钥相 同的产品密钥。当判定检索到相应的记录时，判定对象记录与容量许可有关。另一方面， 当判定相应的记录没有被检测时，判定对象记录不与容量许可有关。

当判定对象记录与容量许可有关时(步骤S196e中的是)，许可发行部115判定容量 许可的使用是否已经开始(步骤S196f)。具体地，从步骤S196e中检索(检测)的记录当 中判定是否有具有状态“签出”的记录。当判定有相应的记录时(步骤S196e中的是)， 许可发行部115通过将对象记录的许可截止日期(有效期限)添加到记录的许可发行日期 来计算日期，并且将该计算的日期记录在对象记录的许可截止日期中(S196g)。即，属于 相同的容量许可的所有许可的许可截止日期(有效期限)变成相同的。

此外，当判定对象记录与群许可有关并且与该群有关的许可没有被使用时(步骤S196c 中的否)，当对象记录既不与群许可有关也不与容量许可有关时(步骤S196e中的否)，或 者当判定对象记录与容量许可有关并且与该群有关的许可的使用没有被开始时(步骤 S196f中的否)，许可发行部115计算通过将许可截止日期(有效期限)添加到今天的日期 获得的日期，并且将计算的日期记录在对象记录的许可截止日期(有效期限)中(步骤 S196h)。

接下来，描述通过图像形成设备40施行的图22的步骤S171的处理的详情。图36是 说明由图像形成设备40施行的安装销售包的处理过程的流程图。

在步骤S211中，安装部421将包含在存储在临时存储区中的每个销售包中的信息以 及包含在每个许可文件90中的信息登记到安装信息管理表427中。即，记录在包含在销 售包中的销售包信息文件中的产品ID和版本被分别登记在记录在安装信息管理表427中 的产品ID和版本中。作为功能包的产品ID，记录在功能包信息文件中的产品ID被登记， 该功能包信息文件被存储在每一个功能包中，每一个功能包被包含在该销售包中。此外， 表示激活已经被施行的值被记录在激活标志中。此外，作为许可截止日期(有效期限)， 记录在许可文件50中的截止日期(有效期限)被记录。

接下来，安装部421通过将许可文件90和销售包存储到预定的存储区(文件夹)中 来将销售包的状态设置为可用，许可文件90和销售包已经被存储在临时存储区中。

此外，当启动包含在销售包中的功能包时，在由许可检查部424施行的许可检查期间， 使用许可文件90。即，当以下条件满足时，许可检查部424允许功能包的开始：存在有与 要被开始的功能包所属的销售包相对应的许可文件90；许可文件90中的装备号码与其中 功能包要被开始的图像形成设备40的装备号码相同；以及许可文件90的截止日期(有效 期限)还没有到期。否则，功能包的启动没有被允许。此外，许可检查部424可以基于成 分管理表425施行许可检查。

另一方面，例如，基于通过激活服务器部11定期获取的许可管理表121的信息，通 过销售服务器20的销售管理部22，进行对于安装的销售包的收费。更具体地，当在许可 管理表121中存在有它的许可发行日期是在最近的收费日期之后的记录时，对于与该记录 相对应的许可进行收费(操作)。

如上所述，根据本发明的第一实施例，通过操作在由许可管理服务器10的激活服务 器部11或者成分服务器部15引导的图像形成设备40上顺序显示的屏幕，用户可以容易 地施行类似于销售包的下载、激活以及安装的一系列的操作。

此外，与选择作为安装对象的销售包有关的依存关系被自动地验证，而且依存的包也 被自动地包含(设置)作为安装对象。因此，能够变成用户可以容易地安装，而不用担心 销售包之间的复杂的依存关系。

此外，对于产品的销售侧(制造商环境E2)，能够变成可以适当地管理用户的销售包 的使用状态。具体地，基于许可管理表121的信息，能够变成可以基于对于每一个图像形 成设备40(装备号码)的许可类型的类型，了解(管理)哪个销售包正被使用。因此，例 如，当在销售包中检测到程序缺陷时，或者当更新销售包时(对于版本更新)，能够变成 可以使用销售包来指定图像形成设备，从而能够提供适当的维护等等。

此外，当购买产品时(即，当购买申请被发送给销售服务器20时)，没有判定许可的 截止日期，但是当安装销售包时(即，当许可开始时)，判定许可的截止日期。因此，能 够变得可以确保处理许可中的柔韧性。即，用户在购买该产品之后的任何方便的时刻进行 安装。即使在这种情况下，用户也可以没有遭受许关于可截止日期(有效期限)的损失。

此外，在与群许可有关的产品中，对于每一个产品发行产品密钥。因此，例如，用户 能够安装属于该产品的所有的销售包。结果，例如，安装属于该群的销售包可以变得简单。

接下来，描述许可更新处理。在临时许可的情况中，当用户使用与临时许可有关的产 品时，该用户可以通过施行许可更新处理来延长产品的许可截止日期(有效期限)。

图38是说明许可更新处理的处理过程的时序图。

在更新许可的情况下，在操作板45上正在显示功能扩展设置菜单屏幕510(参见图 23)的同时，通过用户选择扩展功能管理菜单513。响应于扩展功能管理菜单513的选择， UI控制部426进行控制以在操作板45上显示扩展功能管理屏幕。

图39显示扩展功能管理屏幕的显示实例。如图39所示，扩展功能管理屏幕560包括 销售包列表显示区561。在销售包列表显示区561中，显示安装在图像形成设备40中的销 售包的列表。在这个列表中，对于每一个销售包配置检查按钮。当与要被更新的许可相对 应的销售包的检查按钮被用户检查，而且许可获取/更新按钮562被用户选择时，UI控制 部426进行控制以在操作板45上显示许可获取/更新屏幕。

图40显示许可获取/更新屏幕的显示实例。如图40所示，许可获取/更新屏幕包括用 于与在扩展功能管理屏幕560中检查的销售包相对应的产品密钥的产品密钥输入栏572。 当用户在产品密钥输入栏572中输入产品密钥并且选择OK按钮571时(步骤S301)，许可 更新部422指定输入的产品密钥、与要被更新的许可相对应的销售包的产品ID以及记录 在ROM413或者HDD414中的图像形成设备40的装备号码，并且将许可更新请求(用于产 生新的许可文件的产生请求)传送给激活服务器部11的许可发行部115(步骤S302)。

响应于许可更新请求的接收，许可发行部115更新许可管理表121(步骤S303)。具 体地，当与在更新请求中指定的产品密钥、产品ID以及装备号码相对应的记录的许可类 型是临时许可时，许可发行部115更新记录的许可截止日期(有效期限)以及许可发行日 期。此外，当记录的状态是“签入”时，许可发行部115通过将该状态设置为“签出”来 更新该状态。在这种情况下，作为新的(更新的)许可截止日期(有效期限)，提供通过 将记录的许可有效期限添加到登记至今的许可截止日期(有效期限)或者稍后出现的任何 一个当前日期而确定的日期。此外，新的(更新的)许可发行日期以年/月/日的格式被设 置为当前日期。此外，当指定多个产品ID时，关于多个记录中的每一个记录施行更新。

接下来，许可发行部115对于许可管理表121中的每一个更新的记录(即，对于设置 为被更新的每一个销售包)，产生许可文件90(参见图32)，该许可文件90包含记录在记 录中的产品ID、装备号码、截止日期(有效期限)的信息项(步骤S304)。

接下来，许可发行部115将产生的许可文件90传送到许可更新部422(步骤S305)。 许可更新部422删除与要被更新的许可相对应的销售包的现有的许可文件90，并且在 HDD414的预定的存储区域中存储接收的许可文件90(步骤S306)。此外，许可更新部422 基于接收的许可文件90更新安装信息管理表427。具体地，与记录在许可文件90中的产 品ID相对应的记录的截止日期(有效期限)利用记录在许可文件90中的截止日期(有效 期限)被更新。此外，许可更新部422将记录的激活标志的值设置为表示激活已经被施行 的值。

通过施行以上处理，用户可以使用相同的销售包，直到新的(更新的)截止日期。

此外，一旦安装，就对更新许可进行收费。即，基于通过激活服务器部11定期获取 的许可管理表121的信息，通过销售服务器20的销售管理部22进行收费。更具体地，当 在许可管理表121中存在有具有比最近的收费日期晚的许可发行日期的记录时，对与该记 录有关的许可进行收费。

接下来，描述销售包的更新处理(销售包更新处理)。只要许可有效，用户将可以更 新具有更新版本的销售包。

图41是说明销售包更新处理的处理过程的时序图。如图41所示，在操作板45上正 在显示功能扩展设置菜单屏幕510的同时，当更新菜单512被选择时(步骤S401)，包更 新部423指定安装在图像形成设备40中的每一个销售包的产品ID和版本，并且将用于更 新销售包的更新请求传送给成分服务器部15的包更新支持部153(步骤S402)。此外，每 一个销售包的产品ID和版本从安装信息管理表427被获取。

包更新支持部153基于在接收的更新请求中指定的产品ID和版本、以及成分管理表 155，判定可以是更新对象(更新对象候选)的销售包。当有作为登记在成分管理表155 中的销售包的具有比接收的版本新的版本的销售包时，包更新支持部153认可销售包是更 新对象候选销售包。

接下来，包更新支持部153使得依存关系判定部151验证更新对象候选销售包的依存 关系(步骤S404)。即使在安装时已经被施行依存关系的验证，在更新时也施行依存关系 的验证的理由是，可能有销售包之间的依存关系由于更新(版本更新)而被改变的可能性。 此外，在步骤404中验证依存关系的验证处理与安装时施行的验证处理相同(参见图33)。

当在依存关系中没有问题时，包更新支持部153产生更新列表屏幕数据，以显示用于 从更新对象候选销售包当中选择要被更新的销售包的屏幕(更新列表屏幕)(步骤S405)。 接下来，包更新支持部153将产生的更新列表屏幕数据传送给包更新部423(步骤S406)。 另一方面，当在依存关系中有问题时，对于更新对象候选销售包，产生与安装时产生的确 认屏幕数据相类似的确认屏幕数据，而且产生的确认屏幕数据被传送给包更新部423。

接下来，包更新部423将接收的更新列表屏幕数据输入给UI控制部426。基于更新屏 幕数据，UI控制部426进行控制以在操作板45上显示更新列表屏幕(步骤S407)。

图42显示更新列表屏幕的显示实例。如图42所示，更新列表屏幕580包括更新包列 表显示区581。在该更新包列表显示区581中，显示有具有更新版本的销售包的列表。此 外，在这个列表中，对于每一个销售包提供检查按钮。

当用户按压要被更新的销售包的检查按钮以及更新按钮582时(步骤S408)，包更新 部423指定对应于销售包的URL，而且将用于下载销售包的下载请求传送给下载服务器30 的下载处理部31(步骤S409)。

即，更新列表屏幕数据包括更新对象候选销售包的各个URL的信息项。此外，指定在 更新包列表显示区581中被检查(选择)的销售包的URL的下载请求的传送指令与更新按 钮582关联。

接下来，下载处理部31从销售包管理部32获取销售包，并且将该销售包传送给包更 新部423，通过在接收的下载请求中指定的URL识别该销售包(步骤S410)。包更新部423 通过将接收的销售包存储到HDD414中的预定的存储区域中来更新具有旧的版本的销售包。 此外，包更新部423基于记录在存储在接收的销售包中的销售包信息文件中的产品ID和 版本的信息项，更新包管理表425(安装信息管理表427)。具体地，在安装信息管理表427 中，更新表示产品ID的版本的值。

接下来，描述去激活处理。图43是说明去激活处理的处理过程的时序图。

在步骤S501中，去激活部425接收来自用户的去激活指令的输入(步骤S501)。去激 活指令经由扩展功能管理屏幕560(参见图39)被输入。即，在扩展功能管理屏幕560的 销售包列表显示区561中，当要被去激活的销售包被检查并且许可取消按钮563被选择时， 以使去激活部425认可检查的销售包为去激活对象。

接下来，去激活部425指定选择作为去激活对象的销售包的产品ID以及图像形成设 备40的装备号码，并且将去激活请求(许可解除请求)传送给激活服务器部11的去激活 部116(步骤S502)。去激活部116在许可管理表121中将与指定的产品ID以及装备号码 有关的记录的状态从“签出”变化为“签入”。即，记录表示许可没有正在被使用的信息。 此外，可以关于具有状态为“签出”的许可施行去激活。因此，当作为对象的记录的状态 不是“签出”时，去激活部116判定去激活处理已经失败。

接下来，去激活部116将去激活处理的结果(处理是否已经成功)传送给图像形成设 备40的去激活部425(步骤S504)。当去激活处理已经成功时，去激活部425从HDD414 删除被设置为去激活对象的销售包以及对应于该销售包的许可文件90(步骤S505)。此外， 去激活部425从安装信息管理表427删除对应于销售包的记录。

通过做这个，在图像形成设备40中，包含在销售包中的功能包再也不能被使用。另 一方面，因为销售包的许可被解除，所以在许可的有效期限之内(在截止日期之前)，在 必要时，该许可能够在另一个图像形成设备40中被使用。即，当期望第一图像形成设备 40中的销售包的许可要被移动到第二(另一个)图像形成设备40，以使销售包的许可由 于例如第一图像形成设备40的租约期限的期满而可以被用于第二(另一个)图像形成设 备40时，去激活过程可以尤其有效(有用)。

当检测到期满的许可时，可以通过图像形成设备40自动地施行去激活处理。

图44是说明图像形成设备中的去激活的自动执行处理的处理过程的流程图。

例如，当图像形成设备40启动或者在预定时间开始等等时(步骤511中的是)，去激 活部425检查存储在图像形成设备40的HDD414中的所有许可文件90的截止日期(有效 期限)(步骤S512)。具体地，去激活部425比较截止日期和当前日期，并且判定是否有期 满的许可文件90。当判定有期满的许可文件90时(步骤S512中的是)，去激活部425关 于记录在许可文件90中的产品ID(销售包)，施行参考图43描述的去激活处理。

如上所述，根据本发明的第一实施例，用户可以基于显示在图像形成设备40上的屏 幕引导，容易地施行许可更新处理、销售包更新处理以及去激活处理。

此外，销售包的实体以及许可可以被明确地分开(分开地提供)。因为这个特征，能 够变得可以通过例如仅仅更新许可或者仅仅更新销售包(的版本)来灵活地运用。

接下来，描述登记的群构成的编辑。图45是说明群编辑处理的处理过程的时序图。

例如，当通过销售场地的管理者在销售服务器20中输入群变化开始指令时，销售服 务器20的产品登记部21将用于获取群列表信息的获取请求传送给激活服务器部11的销 售服务器协作部111(步骤S51)。响应于用于获取群列表信息的获取请求的接收，销售服 务器协作部111从群ID所有者120以及群名称所有者122获取群列表信息。销售服务器 协作部111将获取的群列表信息传送给产品登记部21(步骤S52)。

基于接收的群列表信息，产品登记部21起作用以在销售服务器20的显示装置上显示 群列表屏幕(步骤S53)。在群列表屏幕中，当任何群被选择并且编辑被指示时(步骤S54)， 产品登记部21起作用以显示其中选择的群被设置作为编辑对象的群编辑屏幕220(参见图 16)(步骤S55)。即，在群编辑屏幕220的区域221和222中，分别显示选择的群的群ID 和群名称。

接下来，在群编辑屏幕220中，诸如进一步将销售包添加到群、从群去除销售包等等 的编辑操作关于群构成信息被施行(步骤S56)。在编辑操作完成之后，而且按钮228被点 击(步骤S57)，产品登记部21将用于改变群构成的改变请求传送给销售服务器协作部111 (步骤S58)。用于改变群构成的改变请求包括诸如设置作为编辑对象的群的群ID和群名 称，改变的(更新的)群构成信息(属于改变的(更新的)群的销售包的产品ID)，存储 在销售服务器20的存储装置中的域名、销售场地ID和密码的参数。响应于用于改变群构 成的改变请求，销售服务器协作部111施行关于群构成信息的改变处理(步骤S59)。具体 地，对于设置作为编辑对象的群，基于包含在改变请求中的构成信息，更新记录在群ID 所有者120中的构成信息。在对于群施行改变处理之后，销售服务器协作部111将表示改 变处理是否已经成功的响应传送给产品登记部21(步骤S60)。

接下来，描述步骤S59的详情。图46显示群改变处理的处理过程。如图46所示，步 骤S59a和S59b分别与图17中的步骤40a和S40b相同。

接下来，销售服务器协作部111判定记录是否被登记在群ID所有者120中，该记录 包含被包含在用于改变群构成的改变请求中的群ID和销售场地ID(步骤S59c)。当判定 记录被登记时，销售服务器协作部111判定与这个群有关的任何产品的产品密钥(许可) 是否在使用中(步骤S59d)。具体地，基于包含在用于改变群构成的改变请求中的群ID， 从群ID所有者120获取属于该群的销售包的产品ID。接下来，对于与获取的产品ID有关 的销售包，基于许可管理表121(参见图20)，检查许可是否在使用中。在这种情况下， 许可是否在使用中意指(指的是)状态是否是“签出”。当判定许可不在使用中时，销售 服务器协作部111施行关于群ID所有者的更新(改变)处理，该更新对应于用于改变群 构成的改变请求(步骤S59e)。具体地，销售服务器协作部111删除与包含在用于改变群 构成的改变请求中的群ID和销售场地ID相对应地登记的现有产品ID，而且对于群ID和 销售场地ID登记包含在改变请求中的产品ID。

接下来，销售服务器协作部111将表示群构成的改变已经成功的响应传送给产品登记 部21(步骤S59f)。另一方面，当在步骤S59a中判定没有必要的参数时，当在步骤S59b 中判定销售服务器的认证已经失败时，当在步骤S59c中判定群ID和销售场地ID没有被 登记在群ID所有者120中时，或者当在步骤S59d中判定对应于群ID的产品密钥已经被 使用时，销售服务器协作部111将表示群构成的改变已经失败的错误响应传送给产品登记 部21(步骤S59g)。

此外，例如，在属于设置为改变请求的对象的群的销售包的许可类型被登记作为试用 许可的情况中，即使当销售包的任何许可属于该群，也可以允许群的编辑(尤其是将销售 包添加到群)。对于所谓的“试用”提供试用许可。因此，即使在已经开始使用属于群的 任何销售包之后，通过由用户增加(添加)用于试用的销售包，可以预期促进产品的销售。

接着，描述群的删除。在图45的步骤S53中显示的群列表屏幕中，当任何群被选择 以及删除被指示时，产品登记部21将用于删除包含与选择的群相对应的群ID和销售场地 ID的群的(群)删除请求传送给许可管理服务器10的销售服务器协作部111。响应于该 删除请求，销售服务器协作部111施行图47中所示的处理。

图47说明群删除处理的处理过程。在图47中，步骤S61a到S61c分别对应于图46 中的步骤S59a到S59c。

在步骤S61d中，销售服务器协作部111基于包含被包含在群删除请求中的群ID和销 售场地ID的记录的删除标志，判定是否可以删除群。具体地，当删除标志的值是“ON” 时，判定群可以被删除。另一方面，当删除标志的值是“OFF”时，判定群不可以被删除。

当判定群可以被删除时，销售服务器协作部111施行关于群ID所有者120的更新(删 除)，该更新(删除)对应于群删除请求(步骤S61e)。具体地，销售服务器协作部111从 群ID所有者120删除记录，该记录包含被包含在群删除请求中的群ID和销售场地ID。此 外，销售服务器协作部111从群名称所有者122删除对应于群ID的记录。从图46中的步 骤S59f和S59g中的那些处理中，步骤S61f和S61g中的处理是显而易见的，因此，省略 它们的描述。

如上所述，在群的登记之后，可以在销售场地中任意改变群的构成。然而，当属于群 的任何销售包的许可在使用中时，群构成的改变被限制(禁止)。因此，能够变得可以具 有适当地符合市场中的群状态的群管理信息。

接下来，描述本发明的第二实施例。图48显示根据本发明的第二实施例的装备管理 系统的示范性构成。在图48中，对于图1中的相同的元件使用相同的符号(参考数字)， 而且适当地省略它们的描述。

如图48所示，在用户环境E1中，进一步提供装备管理设备60。装备管理设备60是 诸如PC(个人计算机)的计算机，该计算机例如集中地获取和安装在图像形成设备40中 操作的成分以及该成分的许可(使用权限)。装备管理设备60的硬件构成可以与图6中所 示的相同。然而，装备管理设备60包括诸如液晶显示器的显示装置以及诸如键盘、鼠标 等等的输入装置。装备管理设备60经由诸如LAN(局域网)的网络70(无线地或者经由 有线的连接)被连接到每一个图像形成设备40。此外，用户PC50可以被连接到网络70。 此外，用户PC50同样可以用作装备管理设备60。

图49显示根据本发明的第二实施例的装备管理设备60的示范性功能构成。

如图49所示，装备管理设备60包括UI控制部611、包信息获取部612、装备信息获 取部613、安装目的地接收部614、妥当性检查部615、包获取部616、许可获取部617、 安装控制部618、卸载目的地判定部619、去激活控制部620、卸载控制部621等等。通过 使得装备管理设备60的CPU执行安装在装备管理设备60中的有关的程序的处理来实现那 些部。

UI控制部611接收用户的指令(例如，安装或者卸载销售包的指令)。包信息获取部 612从许可管理服务器10获取已经被设置作为安装对象或者卸载对象的销售包的构成信 息。装备信息获取部613从图像形成设备40获取装备信息。装备信息包括安装在图像形 成设备40中的销售包和固件的信息。安装目的地接收部614接收来自用户的输入，该输 入将图像形成设备40指定作为销售包的安装目的地。妥当性检查部615使得许可管理服 务器10的依存关系判定部151执行验证处理，该验证处理用于验证设置作为要被安装在 设置作为安装目的地的图像形成设备40中的安装对象的销售包的安装的妥当性。

包获取部616从下载服务器30下载(获取)设置作为安装对象的销售包。许可获取 部617从许可管理服务器10获取与设置作为安装对象的销售包有关的许可文件90。安装 控制部618将销售包和许可文件90传送给图像形成设备40。

卸载目的地判定部619判定设置作为卸载对象的销售包已经被安装在图像形成设备40 中。去激活控制部620将用于删除许可文件90的删除请求传送给图像形成设备40，并且 将用于解除与许可文件90有关的许可的许可解除请求传送给许可管理服务器10。卸载控 制部621将用于卸载销售包的卸载请求传送给图像形成设备40。

此外，诸如许可管理服务器10、下载服务器30、图像形成设备40等等的其它设备的 功能构成可以与本发明的第一实施例中的那些相同。

在下文中，描述装备管理系统2的处理过程。图50是说明根据本发明的第二实施例 的销售包的安装和激活的处理过程的时序图。在图50中，假设图像形成设备40的用户已 经购买任何与销售包有关的产品并且已经获取(购买的)产品的产品密钥。产品的购买方 法以及产品密钥的获取方法可以与本发明的第一实施例中的购买方法和获取方法相同。此 外，假设装备管理设备60是操作对象。

一旦经由显示在显示装置上的初始屏幕接收开始销售包的安装的开始指令，装备管理 设备60的UI控制部611就进行控制，以在显示装置上显示产品密钥输入屏幕(步骤S601)。 当用户经由产品密钥输入屏幕输入要被安装的销售包(以下称为“当前销售包”)的产品 密钥时(步骤S602)，包信息获取部612指定该输入的产品密钥，并且将用于获取该产品 密钥的包信息的获取请求传送给许可管理服务器10的安装支持部152(步骤S603)。

响应于用于获取包信息的获取请求的接收，许可管理服务器10的安装支持部152通 过施行与图22的步骤S153到S155相同的处理过程，使得产品密钥验证部113验证产品 密钥的有效性。

当判定产品密钥是有效的时，安装支持部152从成分管理表155(图22)获取对应于 接收的产品密钥登记的信息，并且将获取的信息传送给包信息获取部612作为包信息(步 骤S604)。因此，包信息包括至少与产品密钥关联的产品ID(即，当前销售包的产品ID)。 此外，当产品密钥与群许可或者容量许可有关时，与多个产品ID(多个记录)有关的信息 被包含在该包信息中。

当通过包信息获取部612接收包信息时，装备管理设备60的UI控制部611进行控制， 以显示包含接收的包信息的屏幕(确认屏幕)，以便用户可以检查当前销售包的内容以及 相应的许可的内容(步骤S605)。

当用户输入继续安装操作的继续指令时(例如，当确认屏幕上的OK按钮被按压时)， 安装目的地接收部614起作用以在显示装置上显示包含图像形成设备40的列表的装备选 择屏幕，以使用户可以选择其中当前销售包要被安装的图像形成设备(步骤S606)。在装 备选择屏幕中，可以选择多个图像形成设备40。此外，在该装备选择屏幕中，假设当诸如 图像形成设备40的IP地址以及主机名称的信息项被存储在存储设备中时，图像形成设备 40被设置作为显示对象。另外，装备信息获取部613可以对网络70发行广播信号等等， 以动态地检索(检测)连接到网络75的图像形成设备40，以使检测的图像形成设备40的 主机名称等等可以被显示在装备选择屏幕中。

接下来，装备信息获取部613将用于获取装备信息的获取请求传送给在装备选择屏幕 中选择的每一个图像形成设备40(步骤S607)。已经接收用于获取装备信息的获取请求的 每一个图像形成设备40的安装部421获取记录在自己的安装信息管理表427(参见图28) 中的信息，而且将包含获取的信息以及自己的图像形成设备40的装备号码的信息传送给 装备信息获取部613作为装备信息(步骤S608)。

接下来，在步骤S609中，对于其装备信息被获取(即，在装备选择屏幕中被选择) 的每一个图像形成设备40施行循环处理。在下文中，要施行循环处理的图像形成设备40 被称为“当前装备”。

在步骤S609-1中，妥当性检查部615将妥当性验证请求传送给许可管理服务器10， 该妥当性验证请求包含当前装备的装备信息以及通过包信息获取部612获取的包信息。在 此，“妥当性”指的是将功能包安装到当前装备中的妥当性，该功能包被包含在当前销售 包中。响应于妥当性验证请求的接收，许可管理服务器10的依存关系判定部151通过施 行与参考以上图33描述的处理相类似的处理，来验证当前销售包的依存关系。当判定在 依存关系中没有问题时，依存关系判定部151判定有妥当性。另一方面，当判定在依存关 系中有问题时，依存关系判定部151判定没有妥当性。

接下来，依存关系判定部151将妥当性验证结果传送给妥当性检查部615(步骤 S609-2)。当判定有妥当性而且依存的包没有被安装在当前装备中时，验证结果包括对于 依存的包(在下文中，这种依存的包被称为“没有引入的依存的包”)记录在成分管理表 155中的信息。这个信息对应于获取未引入的依存的包的获取指令。

一旦接收表示有妥当性的验证结果，包获取部616基于包含在当前销售包的包信息中 的下载路径(URL)，传送用于下载当前销售包的下载请求(步骤S609-3)。响应于该下载 请求，下载处理部31从销售包管理部32获取销售包，而且传送该销售包，该销售包通过 在下载请求中指定的URL被识别(步骤S609-4)。当有多个当前销售包时，下载处理(步 骤S609-3以及S609-4)被重复多次。此外，当在步骤S609-2中接收包含未引入的依存的 包的包信息的验证结果时，也执行用于未引入的依存的包的下载。此外，有多个当前包的 情况指的是在步骤S601中输入的产品密钥与群许可有关的情况，其中，多个产品密钥被 输入等等。

接下来，许可获取部617指定在步骤S601中输入的产品密钥、当前销售包的产品ID、 以及当前装备的装备号码，而且将许可使用请求传送给许可管理服务器10(步骤S609-5)。

许可管理服务器10的许可发行部115通过施行与图35中的处理相类似的处理来产生 许可文件90，而且将产生的许可文件90传送给许可获取部617(步骤S609-6)。

此外，当通过包获取部616的销售包的获取(下载)已经成功时，许可获取部617施 行步骤S609-5的处理。即，当销售包没有被正常获取时，许可获取部617没有获取该许 可文件90。当销售包不能被获取时，不可能安装该销售包。尽管如此，如果获取与销售包 有关的许可，那么对于没有被实际使用的销售包可以开始许可的使用。在这种情况下，用 户可能必须遭受不合理的损失。

接下来，当在步骤S609-4中获取未引入的依存的包时，安装控制部618将未引入的 依存的包传送给当前装备，而且将安装该未引入的依存的包的请求传送给当前装备(步骤 S609-7)。当前装备的安装部421安装未引入的依存的包，而且在安装信息管理表427中 记录未引入的依存的包的信息(例如，产品ID)。

接下来，安装控制部618询问当前装备关于未引入的包的安装结果(步骤S609-8)。 这个询问(查询)被重复，直到在当前装备中完成安装，而且该安装结果被传送。

未引入的依存的包被首先安装的理由是，避免销售包的安装由于销售包的依存成分没 有被安装(不能被销售包检测)而失败的情况。

接下来，安装控制部618将在步骤S609-4中获取的销售包(当前销售包)以及在步 骤S604-6中获取的许可文件90传送给当前装备，而且将销售包的安装和激活的请求传送 给当前装备(步骤S609-9)。当前装备的安装部421施行关于接收的销售包和许可文件90 的处理，该处理参考图22被描述。结果，销售包可以在当前装备中被使用。

接下来，安装控制部618询问当前装备关于销售包的安装结果(步骤S609-10)。这个 询问(查询)被重复，直到在当前装备中完成安装，而且该安装结果被传送。

接下来，描述销售包的卸载和去激活(许可解除)处理。

图51是说明根据本发明的第二实施例的卸载和去激活处理的处理过程的时序图。

在步骤S701中，装备管理设备60的UI控制部611经由显示在显示装置上的卸载屏 幕，接收来自用户的要被卸载的产品密钥的输入。接下来，包信息获取部612指定输入的 产品密钥，并且将用于获取与产品密钥有关的包信息的获取请求传送给许可管理服务器10 (步骤S702)。

接下来，许可管理服务器10的成分管理部154施行与响应于图50的步骤S603执行 的处理相类似的处理，并且将与接收的产品密钥有关的销售包的包信息传送给包信息获取 部612(步骤S703)。当产品密钥与群许可有关时，传送多个销售包的包信息。

当产品密钥与群许可有关时，即，当接收到与多个销售包有关的包信息时，UI控制部 611进行控制，以在显示装置上显示包含销售包的列表的销售包选择屏幕，以使用户可以 选择要被卸载的销售包(步骤S704)。在下文中，选择的销售包指的是“当前销售包”。

接下来，装备信息获取部612将用于获取装备信息的获取请求传送给每一个图像形成 设备40(步骤S705)。响应于用于获取装备信息的获取请求，每一个图像形成设备40的 去激活部425获取记录中安装信息管理表427中的信息，并且将获取的信息以及包含自己 的图像形成设备40的装备号码的信息传送给装备信息获取部613作为装备信息(步骤 S706)。

接下来，卸载目的地判定部619比较(检查)在步骤S703中获取的包信息和在步骤 S706中获取的图像形成设备40的装备信息，并且判定与包信息有关的销售包被安装在图 像形成设备40中(步骤S707)。具体地，与包含被包含在包信息中的产品ID(销售包的 产品ID)的装备信息有关的图像形成设备40被判定作为销售包被安装的图像形成设备40 (即，销售包要从该图像形成设备40被卸载)。

接下来，在步骤S708中，对于要卸载销售包的每一个图像形成设备40施行循环处理。 在下文中，在循环处理中要被处理的图像形成设备40被称为“当前装备”。

在步骤S708-1中，去激活控制部620指定当前销售包的产品ID，并且将去激活请求 (用于删除许可文件90的删除请求)传送给当前装备。响应于该请求，当前装备的去激 活部425删除与指定的产品ID有关的许可文件90。

接下来，去激活控制部620询问当前装备关于许可文件90的删除处理(步骤S708-2)。 这个询问(查询)被重复，直到在当前装备中完成许可文件90的删除处理，而且该删除 处理结果被传送。

接下来，卸载控制部621指定当前销售包的产品ID，并且将卸载请求(用于删除销售 包的删除请求)传送给当前装备(步骤S708-3)。响应于该请求，去激活部425卸载(删 除)与指定的产品ID有关的销售包。

接下来，去激活控制部620询问当前装备关于当前销售包的卸载结果。这个询问(查 询)被重复，直到在当前装备中完成许可文件90的卸载，而且该卸载结果被传送。

在对于要卸载销售包的所有的图像形成设备40施行步骤S708之后，去激活控制部620 指定当前销售包的产品ID以及所有图像形成设备40的装备号码，并且将去激活请求(许 可解除请求)传送给许可管理服务器10的去激活部116(步骤S709)。去激活部116施行 与参考图43描述的步骤S503的处理相同的处理。结果，与指定的产品ID和装备号码有 关的许可的状态被改变为“签入”。接下来，去激活部116将去激活处理结果(是否成功) 传送给装备管理设备60的去激活控制部620(步骤S710)。

如上所述，在根据本发明的第二实施例的装备管理设备60中，例如，安装处理和激 活(开始使用许可)处理可以在多个图像形成设备40上被集中地施行。因此，特别地， 在有许多图像形成设备40的用户环境E1中，能够变得可以明显地减少用户的操作负荷。

此外，在本发明的实施例中，图像形成设备40被描述作为装备的实例。然而，本发 明的范围不限于图像形成设备40。例如，本发明可以进一步被有效地适用于可以添加(安 装)程序的任何设备(装备)。

接下来，描述本发明的第三实施例。图52显示根据本发明的第三实施例的装备管理 系统的示范性构成。在图52中，对于图1中的相同的元件使用相同的符号(参考数字)， 而且适当地省略它们的描述。

如图52所示，在用户环境E1中，进一步设置(添加)Web客户端65。Web客户端65 可以是诸如具有Web浏览器的PC(个人计算机)的计算机或者电子装置。例如，Web客户 端65的硬件构成可以与图6中所示的类似。然而，Web客户端65包括诸如液晶显示器的 显示装置以及诸如键盘、鼠标等等的输入装置。Web客户端65经由诸如LAN(局域网)的 网络75(无线地或者经由有线的连接)被连接到每一个图像形成设备40。此外，用户PC50 可以被连接到网络75。此外，用户PC50可以用作Web客户端65。

图53显示根据本发明的第三实施例的装备管理设备的示范性功能构成。在图53中， 对于图5中的相同的元件使用相同的符号(参考数字)，而且适当地省略它们的描述。

如图53所示，图像形成设备40进一步包括Web服务器部428。Web服务器部428施 行在Web客户端65上显示屏幕的处理，该屏幕通过UI控制部426被显示在操作板45上。 具体地，Web服务器部428将屏幕的每一个HTML数据传送给Web客户端65。

另一方面，Web客户端65包括Web浏览器651。Web浏览器651从Web服务器部428 传送HTML数据，并且基于HTML数据在Web客户端651的显示装置上显示各种屏幕。

即，在根据本发明的第三实施例的装备管理系统3中，用户可以经由Web客户端65 远程地施行操作，该操作与如本发明的第一实施例描述的通过使用操作板45施行的操作 相同。具体地，用户可以经由通过Web浏览器651显示的屏幕，施行图22的时序图的步 骤S151、S159和S165中的指令输入。因此，在这个第三实施例中，Web服务器部428对 应于接收许可密钥的输入的输入手段的一个实例。

此外，在每一个以上实施例中，许可管理服务器10、销售服务器20以及下载服务器 30被描述作为单独的设备。然而，例如，许可服务器10可以包含销售服务器20和下载服 务器30中的任何一个。

根据本发明的第四实施例，通过销售管理设备和许可管理设备施行许可管理方法，该 许可管理设备管理由销售管理设备出售的程序的许可，该方法包括：

群登记请求步骤，其中，销售管理设备显示一个以上的程序的信息的列表，并且将登 记请求传送给许可管理设备，该登记请求包含群的构成信息，该群构成包含从信息的列表 上的程序中选择的多个程序的组合；

产品登记步骤，其中，销售管理设备接收对应于该群的许可信息的输入，将该许可信 息与该群关联，并且将关联的许可信息与该群一起存储到产品信息存储单元中作为产品信 息；

销售管理步骤，其中，销售管理设备响应于用于购买程序的购买请求的接收，传送产 品信息的列表，该产品信息被存储在产品信息存储单元中；以及

群信息存储步骤，其中，许可管理设备存储包含在登记请求中的构成信息。

根据本发明的第五实施例，提供有以计算机可读格式被编码和存储的程序，以便使得 销售管理设备和许可管理设备执行方法，该许可管理设备管理由销售管理设备出售的程序 的许可，该方法包括：

群登记请求步骤，其中，销售管理设备显示一个以上的程序的信息的列表，并且将登 记请求传送给许可管理设备，该登记请求包含群的构成信息，该群构成包含从信息的列表 上的程序中选择的多个程序的组合；

产品登记步骤，其中，销售管理设备接收对应于该群的许可信息的输入，将该许可信 息与该群关联，并且将关联的许可信息与该群一起存储到产品信息存储单元中作为产品信 息；

销售管理步骤，其中，销售管理设备响应于用于购买程序的购买请求的接收，传送产 品信息的列表，该产品信息被存储在产品信息存储单元中；以及

群信息存储步骤，其中，许可管理设备存储包含在登记请求中的构成信息。

以上通过参考具体的实施例描述本发明。然而，本发明不局限于以上描述的实施例， 而且在不背离本发明的范围和精神的情况下，可以进行各种变形、转换、改动、调换等等。

本申请是基于并要求2009年11月4日提交的日本专利申请第2009-253499号的优先 权的利益，通过引用将其全部内容结合在这里。