JP5387339B2 - ライセンス管理装置、ライセンス管理方法、及びプログラム - Google Patents

Description

本発明は、ライセンス管理装置、ライセンス管理方法、及びプログラムに関し、特に機器において利用されるプログラムのライセンスを管理するライセンス管理装置、ライセンス管理方法、及びプログラムに関する。

近年では、主に複合機又は融合機と呼ばれる画像形成装置において、その出荷後に新たなプログラムの開発や開発したプログラムのインストールが可能とされているものがある。斯かるプログラムのインストールやプログラムを利用するためのライセンスを、ユーザの利用形態に合わせて提供することができればユーザにとって便宜であるばかりでなく、プログラムを販売する側にとってもビジネスチャンスの拡大を期待できる。

例えば、特許文献１には、プログラムを利用可能な画像形成装置を所定のものに限定することができるライセンス管理方法等が開示されている。特許文献１に係る技術によれば、プログラムを利用する台数に応じて課金額を変化させることができる。また、プログラムの不正コピーによる不正利用を適切に防止することができる。

ところで、プログラムとライセンスとが分離して配布されることにより、画像形成装置に対するプログラムの導入手順が複雑化しているという問題がある。すなわち、ユーザは、プログラムの実体を入手し、インストールするだけでは当該プログラムを利用することはできず、プログラムの利用に対するライセンスを獲得するための作業が必要とされる。

また、それぞれが単独で流通するプログラム群がグルーピング化されて販売される場合がある。その場合、グループに含まれるプログラムごとにライセンスを獲得するための作業を行うのは、ユーザにとって負担が大きい。

本発明は、上記の点に鑑みてなされたものであって、プログラム及びプログラムに対するライセンスの導入作業を適切に支援することのできるライセンス管理装置、ライセンス管理方法、及びプログラムの提供を目的とする。

そこで上記課題を解決するため、本発明は、一又は複数のプログラムを組み合わせたグループの購入ごとに、購入されたグループのグループ識別子と該グループのライセンス情報とに関連付けられたライセンス識別子を生成し、該ライセンス識別子を発行するライセンス識別子発行手段と、前記グループ識別子と当該グループに属する各プログラムの製品識別子との関連付け情報を記憶するグループ情報記憶手段と、前記ライセンス識別子と、当該ライセンス識別子に関連付けられた前記グループ識別子に対して前記グループ情報記憶手段において関連付けられたそれぞれの前記製品識別子とを関連付けてライセンス情報記憶手段に記録するライセンス記録手段と、前記ライセンス識別子の受信に応じ、受信された前記ライセンス識別子が前記ライセンス情報記憶手段に記録されているかを判定する判定手段と、前記ライセンス識別子が前記ライセンス情報記憶手段に記録されていると判定された場合、前記グループに属するプログラムごとに当該プログラムの利用を許可するためのライセンスファイルを前記ネットワークを介して返信する送信手段とを有する。

このようなライセンス管理装置では、プログラム及びプログラムに対するライセンスの導入作業を適切に支援することができる。

プログラム及びプログラムに対するライセンスの導入作業を適切に支援することができる。

第一の実施の形態における機器管理システム構成例を示す図である。 販売パッケージの構成例を示す図である。 販売パッケージ情報の構成例を示す図である。 機能パッケージ情報の構成例を示す図である。 第一の実施の形態における機器管理システムの機能構成例を示す図である。 本発明の実施の形態におけるライセンス管理サーバのハードウェア構成例を示す図である。 本発明の実施の形態における画像形成装置のハードウェア構成例を示す図である。 販売サーバによる商品情報の登録処理を説明するためのシーケンス図である。 販売サイトマスタの構成例を示す図である。 商品情報編集画面の例を示す図である。 販売パッケージマスタの構成例を示す図である。 グループＩＤマスタの構成例を示す図である。 グループ名称マスタの構成例を示す図である。 販売サーバにおける商品マスタの構成例を示す図である。 グループの作成処理の処理手順を説明するためのシーケンス図である。 グループ編集画面の例を示す図である。 グループの登録処理の処理手順を説明するための図である。 商品の販売時における処理手順を説明するためのシーケンス図である。 プロダクトキー発行部によるプロダクトキー生成処理の処理手順を説明するためのフローチャートである。 ライセンス管理テーブルの構成例を示す図である。 プロダクトキーの構成例を示す図である。 販売パッケージのインストール時の処理手順を説明するためのシーケンス図である。 機能拡張設定メニュー画面の表示例を示す図である。 プロダクトキー入力画面の表示例を示す図である。 プロダクトキーが無効であるときのエラー画面の表示例を示す図である。 コンポーネント管理テーブルの構成例を示す図である。 インストール一覧画面の表示例を示す図である。 インストール情報管理テーブルの構成例を示す図である。 依存関係に問題が無い場合の確認画面の表示例を示す図である。 依存パッケージも同時にインストール可能な場合の確認画面の表示例を示す図である。 依存パッケージを同時にインストール出来ない場合の確認画面の表示例を示す図である。 ライセンスファイルの構成例を示す図である。 コンポーネントサーバ部による依存関係の検証処理及び確認画面データの生成処理の処理手順を説明するためのフローチャートである。 依存関係管理テーブルの構成例を示す図である。 アクティベーションサーバ部によるライセンスファイル生成処理の処理手順を説明するためのフローチャートである。 画像形成装置による販売パッケージのインストール処理の処理手順を説明するためのフローチャートである。 ライセンス有効期限の計算処理を説明するためのフローチャートである。 ライセンス更新処理の処理手順を説明するためのシーケンス図である。 拡張機能管理画面の表示例を示す図である。 ライセンス取得／更新画面の表示例を示す図である。 販売パッケージ更新処理の処理手順を説明するためのシーケンス図である。 更新一覧画面の表示例を示す図である。 ディアクティベーション処理の処理手順を説明するためのシーケンス図である。 画像形成装置におけるディアクティベーションの自動実行処理の処理手順を説明するためのフローチャートである。 グループの編集処理の処理手順を説明するためのシーケンス図である。 グループの変更処理の処理手順を説明するための図である。 グループの削除処理の処理手順を説明するための図である。 第二の実施の形態における機器管理システム構成例を示す図である。 第二の実施の形態における機器管理装置の機能構成例を示す図である。 第二の実施の形態における販売パッケージのインストール及びアクティベーションの処理手順を説明するためのシーケンス図である。 第二の実施の形態における販売パッケージのアンインストール及びディアクティベーションの処理手順を説明するためのシーケンス図である。 第三の実施の形態における機器管理システム構成例を示す図である。 第三の実施の形態における機器管理システムの機能構成例を示す図である。

以下、図面に基づいて本発明の実施の形態を説明する。図１は、第一の実施の形態における機器管理システム構成例を示す図である。同図の機器管理システム１は、ユーザ環境Ｅ１とメーカー環境Ｅ２との二つのシステム環境に大別される。ユーザ環境Ｅ１とメーカー環境Ｅ２とは、インターネット等の広域的なネットワーク８０を介して接続されている。

ユーザ環境Ｅ１は、被インストール機器としての画像形成装置４０のユーザ（顧客）のシステム環境である。例えば、ユーザ環境Ｅ１は、画像形成装置４０のユーザである企業又はオフィス等に相当する。ユーザ環境Ｅ１は、一台以上の画像形成装置４０及び一台以上のユーザＰＣ５０を有する。画像形成装置４０は、印刷、スキャン、コピー、及びファクス送受信等の複数の機能を一台の筐体において実現する複合機である。但し、いずれか一つの機能のみを実現可能な機器であってもよい。画像形成装置４０は、ソフトウェアコンポーネント（以下、単に「コンポーネント」という。）を追加又は更新することにより随時機能拡張等を図ることができる。ユーザＰＣ５０は、画像形成装置４０に追加するコンポーネントの購入手続き等を行うために利用されるコンピュータである。なお、ユーザ環境Ｅ１は、ユーザ数（企業又はオフィス単位のユーザ数）に応じて複数存在しうる。

一方、メーカー環境Ｅ２は、画像形成装置４０に追加されるコンポーネントの販売者側のシステム環境である。例えば、メーカー環境Ｅ２は、画像形成装置４０のメーカーによって運営される。メーカー環境Ｅ２は、ライセンス管理サーバ１０、販売サーバ２０、及びダウンロードサーバ３０を有する。販売サーバ２０は、ユーザ環境Ｅ１よりコンポーネントの購入申請を受け付けるコンピュータである。販売サーバ２０は、画像形成装置４０の販売地域（例えば、米国、欧州、日本、日本を除くアジア等）ごとに設置され、各販売サーバ２０が担当する販売地域に属するユーザ環境Ｅ１より購入申請を受け付ける。

ダウンロードサーバ３０は、コンポーネントの実体を管理するコンピュータである。ユーザ環境Ｅ１は、購入申請したコンポーネントの実体をダウンロードサーバ３０よりダウンロードする。ライセンス管理サーバ１０は、購入されたコンポーネントのライセンス（利用権限）を管理するコンピュータである。

本実施の形態におけるコンポーネントは、販売パッケージと呼ばれる単位で流通する。すなわち、各販売パッケージはそれぞれ単独で流通する。また、複数の販売パッケージの集合（販売パッケージの組み合わせ）がセットとして流通単位となる場合もある。一又は複数の販売パッケージの集合（組み合わせ）によって構成される流通単位を、本実施の形態では「グループ」という。

図２は、販売パッケージの構成例を示す図である。同図に示されるように、一つの販売パッケージは、一つの販売パッケージ情報ファイルと、一つ以上の機能パッケージを含む書庫ファイルとして構成される。

販売パッケージ情報ファイルは、販売パッケージの属性情報（販売パッケージ情報）が記録されたファイルである。

図３は、販売パッケージ情報の構成例を示す図である。同図において、販売パッケージ情報は、プロダクトＩＤ、バージョン、名称、説明、ベンダ名、及び配布タイプ等を含む。

プロダクトＩＤは、各販売パッケージ及び各機能パッケージに一意に割り当てられた識別子（製品識別子）である。バージョンは、販売パッケージのバージョン番号である。説明は、販売パッケージに関する説明である。ベンダ名は、販売パッケージのベンダ（開発者）の名前である。名称は、販売パッケージの名前（販売パッケージ名）である。配布タイプは、アクティベーション（ライセンスの認証）の要否を示す情報である。アクティベーションが不要な販売パッケージは無料で使用することができる。なお、名称、説明、及びベンダ名については、言語種別ごとに、当該言語種別に応じた文字コードによって記録されている。すなわち、販売パッケージが世界各国において流通することを考慮して、その名称、説明、及びベンダ名については多言語対応されている。

図２に戻る。機能パッケージは、機能単位でパッケージ化されたソフトウェアパッケージである。一つの機能パッケージは、一つの機能パッケージ情報ファイルと一つのコンポーネントの実体とを含む書庫ファイル（例えば、ＪＡＲ（Java（登録商標） Archive）ファイル）として構成される。

機能パッケージ情報ファイルは、機能パッケージの属性情報（機能パッケージ情報）が記録されたファイルである。

図４は、機能パッケージ情報の構成例を示す図である。同図において、機能パッケージ情報は、プロダクトＩＤ、バージョン、名称、説明、ベンダ名、配布タイプ、及びパッケージ依存情報等を含む。

プロダクトＩＤは、機能パッケージに対するプロダクトＩＤである。バージョンは、機能パッケージのバージョン番号である。名称は、機能パッケージの名前（機能パッケージ名）である。説明は、機能パッケージに関する説明である。ベンダ名は、機能パッケージのベンダ（開発者）の名前である。配布タイプは、機能パッケージに対するアクティベーションの要否を示す情報である。アクティベーションが不要な機能パッケージは、無料で使用することができる。パッケージ依存情報は、機能パッケージが依存（又は利用）する（当該機能パッケージの依存先の）他の機能パッケージのプロダクトＩＤである。一つの機能パッケージは、複数の他の機能パッケージに依存しうる。機能パッケージ情報に関しても、販売パッケージ情報と同様、名称、説明、及びベンダ名については、言語種別ごとに、当該言語種別に応じた文字コードによって記録されている。

なお、同図では、三つの販売パッケージによって１つのグループが構成されている。グループに属する販売パッケージであっても単独で流通しうる。

図５は、第一の実施の形態の機器管理システムの機能構成例を示す図である。同図において、販売サーバ２０は、商品登録部２１、販売管理部２２、プロダクトキー通知部２３、及び商品マスタ２３を有する。

商品登録部２１は、ライセンス管理サーバ１０において一元的に管理されている販売パッケージの一覧情報をダウンロードし、当該一覧情報に基づいて作業者によって入力される商品の構成情報等を商品マスタ２３に登録する。販売管理部２２は、商品マスタ２３に商品情報が登録されている商品について、ユーザＰＣ５０より購入申請を受け付ける。販売管理部２２は、また、購入申請に対するプロダクトキーをライセンス管理サーバ１０に発行させる。プロダクトキー通知部２４は、発行されたプロダクトキーを、購入申請に対する応答としてユーザＰＣ５０に送信する。

本実施の形態において、商品とは、販売パッケージ又はグループと、そのライセンスの内容とによって構成される概念である。したがって、同一の販売パッケージであってもライセンスの内容（ライセンス形態、ライセンス有効期間、ライセンスボリューム数等）が異なれば、異なる商品として扱われる。以下ライセンスの内容に関係する情報をライセンス情報という。

また、プロダクトキーとは、商品が購入されるごとに一意に発行される（又は割り当てられる）識別子である。プロダクトキーは、商品に含まれる販売パッケージに対するライセンス（利用権限）を識別する情報（ライセンス識別子）として、また、商品の正当な購入者であることを証明するための情報として用いられる。なお、本実施の形態において、プロダクトＩＤとプロダクトキーとは明確に区別される。すなわち、プロダクトＩＤは、製品としての販売パッケージの異同を区別するものであるのに対し、プロダクトキーは、商品の購入という行為を区別するためのものである。したがって、同一のプロダクトＩＤの販売パッケージに対し、商品の購入のたびに異なるプロダクトキーが発行される。

画像形成装置４０は、インストール部４２１、ライセンス更新部４２２、パッケージ更新部４２３、ライセンスチェック部４２４、ディアクティベーション部４２５、及びＵＩ制御部４２６、及びインストール情報管理テーブル４２７等を有する。

インストール部４２１は、プロダクトキーの入力に応じ、当該プロダクトキーに対応する販売パッケージをインストールするための一連の処理を制御する。例えば、インストール部４２１は、インストール対象の販売パッケージに含まれている機能パッケージの依存関係の妥当性の判定をライセンス管理サーバ１０に要求したり、インストール対象の販売パッケージをダウンロードサーバ３０よりダウンロードしたり、インストール対象の販売パッケージに対するライセンスファイル９０をライセンス管理サーバ１０より取得したりする。

ライセンスファイル９０とは、販売パッケージに対するライセンスを証明するデータ（販売パッケージの利用を許可するためのデータ）が記録されたファイルである。すなわち、本実施の形態における販売パッケージ（コンポーネント）は、その実体を入手するだけでは画像形成装置４０において利用することはできない。販売パッケージは、ライセンスファイル９０が画像形成装置４０に導入されることにより利用可能となる。

ライセンス更新部４２２は、画像形成装置４０にインストールされている販売パッケージに対するライセンスの有効期限を更新（延長）するための処理（ライセンス更新処理）を制御する。パッケージ更新部４２３は、画像形成装置４０にインストールされている販売パッケージをバージョンアップするための処理（販売パッケージ更新処理）を制御する。ライセンスチェック部４２４は、販売パッケージが利用される際に、ライセンスファイル９０に基づいて利用の許否を判定する。ディアクティベーション部４２５は、画像形成装置４０にインストールされている販売パッケージのディアクティベーションを行う。具体的には、ディアクティベーション部４２５は、ディアクティベーションの対象とされた販売パッケージと当該販売パッケージに対するライセンスファイル９０との削除等を行う。ＵＩ制御部４２６は、画像形成装置４０の操作パネルの表示制御等を行う。インストール情報管理テーブル４２７は、画像形成装置４０にインストールされている販売パッケージに関する情報を管理するテーブルであり、画像形成装置４０の記憶装置に保存されている。

ライセンス管理サーバ１０は、アクティベーションサーバ部１１及びコンポーネントサーバ部１５を有する。アクティベーションサーバ部１１は、販売サーバ連携部１１１、プロダクトキー発行部１１２、プロダクトキー検証部１１３、ライセンス発行部１１５、及びディアクティベーション部１１６、販売サーバ認証部１１７、販売サイトマスタ１１８、販売パッケージマスタ１１９、グループＩＤマスタ１２０、ライセンス管理テーブル１２１、グループ名称マスタ１２２等を有する。

販売サーバ連携部１１１は、販売サーバ２０より要求された処理や、販売サーバ２０より通知される情報に応じた処理等を実行する。プロダクトキー発行部１１２は、販売サーバ２０の販売管理部２２からの要求に応じ、プロダクトキーを生成する。プロダクトキー発行部１１２は、生成されたプロダクトキーと当該プロダクトキーによって識別されるライセンスに関する情報をライセンス管理テーブル１２１に登録する。プロダクトキー検証部１１３は、販売パッケージのダウンロードの際等に画像形成装置４０に対して入力されたプロダクトキーの有効性をライセンス管理テーブル１２１等を用いて検証する。

ライセンス発行部１１５は、販売パッケージに対するライセンスの発行を行う。ライセンスの発行に伴って、ライセンス管理テーブル１２１が更新され、ライセンスファイル９０が生成される。ディアクティベーション部１１６は、画像形成装置４０のディアクティベーション部４２５からのディアクティベーション要求に応じ、当該要求の対象とされたライセンスを解放する。販売サーバ認証部１１７は、販売サイトマスタ１１８を用いて販売サーバ２０の認証を行う。販売パッケージマスタ１１９には、販売パッケージの一覧情報が登録されている。グループＩＤマスタ１２０には、グループと販売パッケージとの関連付け情報（すなわち、グループの構成情報）が登録されている。グループ名称マスタ１２２には、各グループの名称（グループ名）が登録されている。なお、販売サイトマスタ１１８、販売パッケージマスタ１１９、グループＩＤマスタ１２０、ライセンス管理テーブル１２１、及びグループ名称マスタ１２２は、ライセンス管理サーバ１０の記憶装置に保存されている。

コンポーネントサーバ部１５は、依存関係判定部１５１、インストール支援部１５２、パッケージ更新支援部１５３、コンポーネント管理部１５４、コンポーネント管理テーブル１５５、及び依存関係管理テーブル１５６等を有する。依存関係判定部１５１は、インストール対象又は更新対象とされている販売パッケージに含まれている機能パッケージが依存する他の機能パッケージが、既に画像形成装置４０にインストールされているか否か等を判定する。より詳しくは、依存関係判定部１５１は、画像形成装置４０のインストール部４２１からの要求に応じ、インストール対象の販売パッケージに含まれている機能パッケージの依存関係が、既に画像形成装置４０にインストールされている機能パッケージ等によって解決されるか否かをコンポーネント管理テーブル１５５及び依存関係管理テーブル１５６を参照して判定する。インストール支援部１５２は、画像形成装置４０への販売パッケージのインストールを支援するための処理を行う。例えば、インストール支援部１５２は、インストール対象とする販売パッケージを選択させるための画面を表示させるためのＨＴＭＬデータ（インストール一覧画面データ）を生成し、当該インストール一覧画面データを画像形成装置４０のインストール部４２１に提供する。パッケージ更新支援部１５３は、画像形成装置４０における販売パッケージの更新（バージョンアップ）を支援するための処理を行う。例えば、パッケージ更新支援部１５３は、更新対象とする販売パッケージの選択させるための画面を表示させるためのＨＴＭＬデータ（更新一覧画面データ）を生成し、当該更新一覧画面データを画像形成装置４０のパッケージ更新部４２３に提供する。コンポーネント管理部１５４は、ダウンロードサーバ３０の販売パッケージ管理部３２に保存されている販売パッケージを定期的に取得し、販売パッケージの構成情報や販売パッケージに含まれている各機能パッケージの依存情報等をコンポーネント管理テーブル１５５又は依存関係管理テーブル１５６に登録する。なお、コンポーネント管理テーブル１５５及び依存関係管理テーブル１５６は、ライセンス管理サーバ１０の記憶装置に保存されている。

各機能パッケージが自己の依存先の情報を持ち、ライセンス管理サーバ１０が、各機能パッケージの依存先の情報に基づいて依存関係管理テーブル１５６に機能パッケージ間の依存関係を登録することにより、複雑な依存関係に関する情報を簡便に登録できる。例えば、機能パッケージ（また、機能パッケージを含む販売パッケージ）の製造者により製造された機能パッケージがダウンロードサーバ３０に配置されると、ライセンス管理サーバ１０は、機能パッケージに含まれるパッケージ依存情報をダウンロードサーバ３０より取得し、自動的に機能パッケージ間の依存関係を依存関係管理テーブル１５６に登録する。したがって、例えば、販売サイトの管理者と、機能パッケージ等の製造者とが異なっている場合であっても、販売サイトの管理者は機能パッケージの依存関係を認識している必要はない。結果として、例えばサードベンダ等による機能パッケージの製造を促進し、販売機会を増やすことができる。

図６は、本発明の実施の形態におけるライセンス管理サーバのハードウェア構成例を示す図である。図６のライセンス管理サーバ１０は、それぞれバスBで相互に接続されているドライブ装置１００と、補助記憶装置１０２と、メモリ装置１０３と、ＣＰＵ１０４と、インタフェース装置１０５とを有する。

ライセンス管理サーバ１０での処理を実現するプログラムは、ＣＤ−ＲＯＭ等の記録媒体１０１によって提供される。プログラムを記録した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。

メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従ってライセンス管理サーバ１０に係る機能（図５に示される各部）を実現する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。

なお、ライセンス管理サーバ１０に、液晶ディスプレイ又はＣＲＴディスプレイ等の表示装置、及びキーボードやマウス等の入力装置を備えていてもよい。

また、販売サーバ２０、ダウンロードサーバ３０、及びユーザＰＣ５０等も、図６と同様のハードウェア構成を有していればよい。

図７は、本発明の実施の形態における画像形成装置のハードウェア構成例を示す図である。図７において、画像形成装置４０は、コントローラ４１、スキャナ４２、プリンタ４３、モデム４４、操作パネル４５、ネットワークインタフェース４６、及びＳＤカードスロット４７等のハードウェアを有する。

コントローラ４１は、ＣＰＵ４１１、ＲＡＭ４１２、ＲＯＭ４１３、及びＨＤＤ４１４等を有する。ＲＯＭ４１３には、各種のプログラムやプログラムによって利用されるデータ等が記録されている。ＲＡＭ４１２は、プログラムをロードするための記憶領域や、ロードされたプログラムのワーク領域等として用いられる。ＣＰＵ４１１は、ＲＡＭ４１２にロードされたプログラムを処理することにより、各種の機能（図５に示される各部）を実現する。ＨＤＤ４１４には、プログラムやプログラムが利用する各種のデータ等が記録される。

スキャナ４２は、原稿より画像データを読み取るためのハードウェアである。プリンタ４３は、画像データを印刷用紙に印刷するためのハードウェアである。モデム４４は、電話回線に接続するためのハードウェアであり、ＦＡＸ通信による画像データの送受信を実行するために用いられる。操作パネル４５は、ユーザからの入力の受け付けを行うめのボタン等の入力手段や、液晶パネル等の表示手段を備えたハードウェアである。ネットワークインタフェース４６は、ＬＡＮ等のネットワーク（有線又は無線の別は問わない。）に接続するためのハードウェアである。ＳＤカードスロット４７は、ＳＤカード８０に記録されたプログラムを読み取るために利用される。すなわち、画像形成装置４０では、ＲＯＭ４１３に記録されたプログラムだけでなく、ＳＤカード８０に記録されたプログラムもＲＡＭ４１２にロードされ、実行されうる。

以下、第一の実施の形態の機器管理システム１において実行される処理手順について説明する。図８は、販売サーバによる商品情報の登録処理を説明するためのシーケンス図である。販売対象とする商品の構成は、販売地域ごとに決定される。図８の処理は、或る販売地域において販売対象の商品の構成が決定される際に実行される処理である。

例えば、販売サイトの管理者により、商品情報の登録開始指示が販売サーバ２０に入力されると、販売サーバ２０の商品登録部２１は、販売サーバ２０の記憶装置に記憶されているドメイン名、販売サイトＩＤ、及びパスワードを指定して、ライセンス管理サーバ１０のアクティベーションサーバ部１１に認証要求を送信する（Ｓ１１）。

認証要求を受信した販売サーバ認証部１１７は、認証要求に指定されている情報と販売サイトマスタ１１８とに基づいて販売サーバ２０の認証を行う。

図９は、販売サイトマスタの構成例を示す図である。同図に示されるように、販売サイトマスタ１１８には、販売地域ごとに、ドメイン名、販売サイトＩＤ、及びパスワードが登録されている。

販売サーバ認証部１１７は、認証要求に含まれているドメイン名、販売サイトＩＤ、及びパスワードと、販売サイトマスタ１１８に含まれているドメイン名、販売サイトＩＤ、及びパスワードとを照合することにより販売サーバ２０の認証を行う。認証に成功した場合、販売サーバ認証部１１７は、セッションを開設し、セッションＩＤを販売管理部２２に返信する（Ｓ１２）。以降における販売管理部２２とアクティベーションサーバ部１１との通信は、セッションＩＤに基づいて行われる。認証に成功すると（セッションＩＤが返信されると）、商品登録部２１は、商品情報編集画面を販売サーバ２０の表示装置に表示させる（Ｓ１３）。

図１０は、商品情報編集画面の例を示す図である。商品情報編集画面２１０では、販売パッケージについて、ドメイン名、プロダクトＩＤ、プロダクト単位ＩＤ種別、ライセンス形態、ライセンス有効期間、ボリューム数、品種コード、及び商品名称等の入力が可能とされている。

例えば、商品情報編集画面２１０において、管理者によって選択ボタン２１１２がクリックされると、商品登録部２１は、販売サイトの一覧の取得要求をアクティベーションサーバ部１１の販売サーバ連携部１１１に送信する（Ｓ１４）。販売サーバ連携部１１１は、販売サイトの一覧の取得要求の受信に応じ、販売サイト及びドメイン名の一覧を販売サイトマスタ１１８より取得し、商品登録部２１に返信する（Ｓ１５）。

商品登録部２１は、受信したドメイン名の一覧を販売サーバ２０の表示装置に表示させる（Ｓ１６）。当該一覧において、ドメイン名が選択されると、商品登録部２１は、選択されたドメイン名を、商品情報編集画面２１０のテキストボックス２１１１に表示させる（Ｓ１７）。

続いて、管理者によって選択ボタン２１１４がクリックされると、商品登録部２１は、販売パッケージ及びグループの一覧情報の取得要求をアクティベーションサーバ部１１の販売サーバ連携部１１１に送信する（Ｓ１８）。販売サーバ連携部１１１は、販売パッケージ及びグループの一覧情報の取得要求の受信に応じ、販売パッケージの一覧情報を販売パッケージマスタ１１９より取得し、グループの一覧情報をグループＩＤマスタ１２０及びグループ名称マスタ１２２等より取得する。

図１１は、販売パッケージマスタの構成例を示す図である。同図に示されるように、販売パッケージマスタ１１９には、販売パッケージごとに、プロダクトＩＤ、販売パッケージ名、及びベンダ名等が登録されている。販売パッケージ名及びベンダ名については、言語種別ごと（例えば、日本語や英語ごと）に登録されている。ステップＳ１４で返信される一覧情報には、販売パッケージごとにこれらの情報が含まれる。但し、販売パッケージ及びベンダ名は、販売サーバ２０の言語環境に応じたもののみが返信されてもよい。販売サーバ２０の言語環境は、ステップＳ１３の要求において商品登録部２１が指定すればよい。または、通信プロトコルが備える機能に基づいて販売サーバ２０の言語環境が判定されてもよい。例えば、ＨＴＴＰ通信においては、Ｗｅｂブラウザの言語環境に関するパラメータがＷｅｂサーバ側に通知される。このような通信プロトコルが利用されている場合、斯かるパラメータに基づいて販売サーバ２０の言語環境が判定されてもよい。なお、販売パッケージマスタ１１９への情報の登録は、例えば、ライセンス管理サーバ１０の管理者によって予め行われる。

また、図１２は、グループＩＤマスタの構成例を示す図である。同図に示されるように、グループＩＤマスタ１２０には、グループＩＤと販売サイトＩＤとの組み合わせごとに、当該グループＩＤに係るグループの構成情報と削除フラグとが記録されている。グループＩＤが販売サイトＩＤとの組み合わせごとに構成情報等が記録されているのは、グループＩＤは、販売サイトごとに一意だからである。グループの構成情報としては、当該グループのグループＩＤに対して、当該グループに属する（当該グループを構成する）販売パッケージのプロダクトＩＤが登録されている。削除フラグは、グループＩＤマスタ１２０に登録されたグループＩＤの削除（すなわち、グループの削除）の可否又は許否を示すデータであり、「ＯＮ」又は「ＯＦＦ」の値をとる。「ＯＮ」は削除が可能であること又は削除が許可されることを示す。「ＯＦＦ」は削除が不可能であること又は削除が許可されないこと（禁止されること）を示す。グループに関する商品が購入された場合、当該グループの削除は不可能となる。したがって、削除フラグの初期値は「ＯＮ」である。グループが登録された時点は、当該グループに係る商品は購入されていないからである。

なお、図１２では、同一のグループＩＤ（例えば、００１）に係るレコードが複数登録された例が示されている。同図のグループＩＤマスタ１２０では、一つのレコードには一つの販売パッケージのプロダクトＩＤが登録されるからである。すなわち、同図では、グループＩＤ「００１」のグループについては、三つの販売パッケージが属する例が示されている。

更に、図１３は、グループ名称マスタの構成例を示す図である。同図に示されるように、グループ名称マスタ１２２には、グループＩＤ及び言語種別ごとに、グループの名称（グループ名）が登録されている。すなわち、グループ名称マスタ１２２には、各グループについて、言語種別ごとのグループ名が登録されている。

販売サーバ連携部１１１は、グループＩＤマスタ１２０に登録されているグループＩＤのうち、認証要求時（Ｓ１１）に受信された販売サイトＩＤに係るグループＩＤをグループＩＤマスタより抽出し、抽出されたグループＩＤに対するグループ名をグループ名称マスタ１２２より取得することで、グループの一覧情報を生成する。なお、当該一覧情報に含まれるグループ名は、販売サーバ２０の言語環境に応じたものに限定されてもよい。

続いて、販売サーバ連携部１１１は、販売パッケージ及びグループの一覧情報を商品登録部２１に返信する（Ｓ１９）。商品登録部２１は、受信した販売パッケージ及びグループの一覧情報に基づいて、販売パッケージ及びグループの一覧画面（例えば、販売パッケージ名及びグループ名の一覧を含む画面）を販売サーバ２０の表示装置に表示させる（Ｓ２０）。当該一覧画面において、いずれかの販売パッケージが選択されると、商品登録部２１は、選択された販売パッケージのプロダクトＩＤ、販売パッケージ名を、商品情報編集画面２１０のテキストボックス２１１３、テキストボックス２１１５に表示させ、テキストボックス２１１６に「プロダクトＩＤ」を表示させる（Ｓ２１）。なお、テキストボックス２１１６に表示される文字列は、テキストボックス２１１３に表示されたＩＤのプロダクト単位ＩＤ種別を示す。プロダクト単位ＩＤ種別は、販売パッケージのプロダクトＩＤとグループのグループＩＤとの別である。すなわち、商品情報編集画面２１０は、グループに関する商品情報の編集等にも利用される画面であり、その場合には、テキストボックス２１１３にグループＩＤが表示され、テキストボックス２１１５にはグループ名が表示される。

続いて、商品情報編集画面において、残りの商品情報が管理者によって入力される（Ｓ２２）。具体的には、ライセンス形態、ライセンス有効期間、ボリューム数、品種コード、及び商品名称等が入力される。ライセンス形態は、商品に関するライセンスについて売り切り型、時限ライセンス、及びトライアルライセンス等の別を示す情報である。売り切り型は、購入後無期限に使用可能なライセンスである。時限ライセンスは、所定期間の間に限り有効な（使用可能な）ライセンスである。トライアルライセンスは、お試し用としての使用に対するライセンスである。ライセンス形態の入力は、リストボックス２１１７における選択によって行われる。ライセンス有効期間は、ライセンス形態が時限ライセンス又はトライアルライセンスの場合に有効な属性であり、ライセンスが有効な期間を示す。ライセンス有効期間の入力は、テキストボックス２１１８に対して行われる。ボリューム数は、ライセンスのボリューム数である。ボリューム数が２以上の商品を購入したユーザにはボリュームライセンスが与えられ、当該ユーザは、当該ボリューム数の範囲内で同一の販売パッケージの同時使用が許可される。ボリューム数の入力は、テキストボックス２１１９に対して行われる。

品種コードは、各商品を一意に識別する識別子である。品種コードの入力は、テキストボックス２１２０に対して行われる。なお、一つの販売パッケージ又はグループに対して、ライセンス内容（ライセンス情報）が異なる複数の商品を定義可能である。したがって、販売パッケージのプロダクトＩＤ又はグループＩＤと、品種コードとは１対多の関係を有する。商品名称は、商品に対する名前である。商品名称の入力はテキストボックス２１２２に対して行われる。又は、ボタン２１２１がクリックされると、商品登録部２１は、販売パッケージ名又はグループ名と、ライセンス形態と、ライセンス有効期間とに基づいて、商品名称を自動生成し、生成された商品名称をテキストボックス２１２２に表示させる。なお、商品情報編集画面２１０では、テキストボックス２１２３に対して日本語の商品名称の入力も可能とされている。他の言語種別に対応する商品名称は、別の画面を介して登録される。

商品情報編集画面２１０において商品情報の入力後、ＯＫボタン２１３１がクリックされると、商品登録部２１は、入力された商品情報を商品マスタ２３に登録する（Ｓ２３）。

図１４は、販売サーバにおける商品マスタの構成例を示す図である。同図に示されるように、商品マスタ２３は、商品ごとに、品種コード、プロダクト単位ＩＤ（プロダクトＩＤ又はグループＩＤ）、ライセンス形態、ライセンス有効期間、ボリューム数、及び商品名称等を管理するテーブルである。

販売サーバ２０の商品マスタ２３に商品情報が登録されることにより、当該販売サーバ２０の属する販売地域では、商品の販売が可能となる。

続いて、グループの作成処理（グループのグループＩＤマスタ１２０及びグループ名称マスタ１２２への登録処理）について説明する。図１５は、グループの作成処理の処理手順を説明するためのシーケンス図である。グループの作成とは、新たなグループを構成する販売パッケージを決定することをいう。

例えば、販売サイトの管理者により、グループの作成開始指示が販売サーバ２０に入力されると、販売サーバ２０の商品登録部２１は、グループ編集画面を販売サーバ２０の表示装置に表示させる（Ｓ３１）。

図１６は、グループ編集画面の例を示す図である。同図において、グループ編集画面２２０は、新たに作成するグループのグループＩＤ及びグループ名称の入力が可能とされている。グループＩＤの入力は、領域２２１に対して行われる。グループ名称の入力は、領域２２２に対して行われる。

また、グループ編集画面２２０では、表２２３において、新たに作成するグループに含める販売パッケージの指定（すなわち、グループを構成する販売パッケージの組み合わせの指定）が可能とされている。具体的には、ボタン２２４がクリックされると、表２２３に新たな一行が追加される。なお、同図では、既に２行追加されているが、初期状態において、表２２３の行数は０である。続いて、追加された行の選択ボタン２２５がクリックされると（Ｓ３２）、商品登録部２１は、販売パッケージの一覧情報の取得要求をアクティベーションサーバ部１１の販売サーバ連携部１１１に送信する（Ｓ３３）。販売サーバ連携部１１１は、販売パッケージの一覧情報の取得要求の受信に応じ、販売パッケージの一覧情報を販売パッケージマスタ１１９より取得する。販売サーバ連携部１１１は、取得された販売パッケージの一覧情報を商品登録部２１に返信する（Ｓ３４）。

商品登録部２１は、受信した販売パッケージの一覧情報に基づいて、販売パッケージの一覧画面（例えば、プロダクトＩＤ及び販売パッケージ名の一覧を表示させる画面）を販売サーバ２０の表示装置に表示させる（Ｓ３５）。当該一覧画面において、いずれかの販売パッケージが選択されると（Ｓ３６）、商品登録部２１は、選択された販売パッケージのプロダクトＩＤ及び販売パッケージ名を、表２２３において現在操作対象とされている行（選択ボタン２２５がクリックされた行）に表示させる。これにより、表示上、当該販売パッケージは新たなグループのメンバ（構成要素）に追加される。なお、ｌｏｏｐ１に含まれるステップ（Ｓ３２〜Ｓ３７）は、グループに追加する販売パッケージの数に応じて繰り返し実行される。また、表２２３に追加された行のいずれかのチェックボタン２２６がチェックされ、削除ボタン２２７がクリックされると、当該行に係る販売パッケージは、表示上、当該グループより除去される。

表２２３における販売パッケージの追加作業の終了後、ボタン２２８がクリックされると（Ｓ３８）、商品登録部２１は、グループの登録要求を販売サーバ連携部１１１に送信する（Ｓ３９）。グループの登録要求には、グループ編集画面２２０において入力されたグループの構成情報（グループＩＤとグループに属する販売パッケージのプロダクトＩＤとを含む情報）と、販売サーバ２０の記憶装置に記憶されているドメイン名、販売サイトＩＤ、及びパスワードとがパラメータとして含まれる。販売サーバ連携部１１１は、グループの登録要求に応じ、グループの登録処理を実行する（Ｓ４０）。具体的には、新たなグループに関して、グループＩＤマスタ１２０に構成情報が登録され、グループ名称マスタ１２２にグループ名等が登録される。グループの登録処理の実行後、販売サーバ連携部１１１は、当該登録処理の成否を示す応答を商品登録部２１に返信する（Ｓ４１）。

続いて、ステップＳ４０の詳細について説明する。図１７は、グループの登録処理の処理手順を説明するための図である。

ステップＳ４０ａにおいて、販売サーバ連携部１１１は、受信されたグループ登録要求に、必要なパラメータが含まれているか否かをチェックする。必要なパラメータが含まれている場合、販売サーバ連携部１１１は、販売サーバ２０（販売サイト）の認証を販売サーバ認証部１１７に実行させる（Ｓ４０ｂ）。販売サーバ認証部１１７は、グループの登録要求に含まれているドメイン名、販売サイトＩＤ、及びパスワードを、販売サイトマスタ１１８と照合することにより販売サーバ２０の認証を実行する。

販売サーバ２０が認証されると、販売サーバ連携部１１１は、グループの登録要求に含まれているグループＩＤ及び販売サイトＩＤの組み合わせが、グループＩＤマスタ１２０に既に登録済みであるか否かを確認する（Ｓ４０ｃ）。当該グループＩＤ及び販売サイトＩＤの組み合わせが未登録である場合、販売サーバ連携部１１１は、グループの登録要求に含まれているグループＩＤ、販売サイトＩＤ、及び販売パッケージのプロダクトＩＤを含むレコードをグループＩＤマスタ１２０に登録する（Ｓ４０ｄ）。販売サーバ連携部１１１は、登録されたレコードの削除フラグを「ＯＮ」とする。

また、販売サーバ連携部１１１は、グループの登録要求に含まれているグループＩＤとグループ名称とを含むレコードを、グループ名称マスタ１２２に登録する。なお、本実施の形態において、グループの作成の際に登録されるグループ名称は、日本語のグループ名称である。したがって、当該レコードの言語種別は「日本語」とされる。

続いて、販売サーバ連携部１１１は、グループの登録の成功を示す応答を商品登録部２１に返信する（Ｓ４０ｅ）。一方、ステップＳ４０ａにおいて、必要なパラメータが無いと判定された場合、ステップＳ４０ｂにおいて販売サーバ２０の認証に失敗した場合、又はグループＩＤ及び販売サイトＩＤの組み合わせが既にグループＩＤマスタ１２０に登録されている場合は、販売サーバ連携部１１１は、グループの登録に失敗したことを示すエラー応答を商品登録部２１に返信する（Ｓ４０ｆ）。

このように、グループに関しては、グループの構成情報（グループと販売パッケージとの関連付け情報）が管理対象とされ、グループ自体の実体（例えば、グループに属する販売パッケージの集合を書庫化したもの等）は生成されない。したがって、グループの作成による記憶容量の消費を抑制することができる。

なお、作成されたグループに対して商品情報を登録する場合は、当該グループを対象として（すなわち、ステップＳ２１において当該グループを選択して）図８において説明した処理が実行されればよい。

このように、販売サイトは、グループの構成を任意に決定することができる。したがって、販売地域におけるニーズに対応させて、販売促進に有効なグループ構成を検討し、商品化することができる。

続いて、図１８は、商品の販売時における処理手順を説明するためのシーケンス図である。図１８に示される販売サーバ２０は、同図に示されるユーザＰＣ５０が属する販売地域の販売サーバ２０である。

或るユーザ環境Ｅ１におけるユーザが、ユーザＰＣ５０のＷｅｂブラウザ５１に対し、購入可能な（販売対象とされている）商品の一覧を表示させるＷｅｂページ（商品一覧ページ）に対するＵＲＬを入力すると、Ｗｅｂブラウザ５１は、商品一覧ページの取得要求を販売サーバ２０の販売管理部２２に送信する（Ｓ１２１）。

続いて、販売管理部２２は、商品マスタ２３に基づいて商品一覧ページを生成する（Ｓ１２２）。具体的には、販売管理部２２は、商品マスタ２３に登録されている商品ごとに、商品名称、ライセンス形態、ライセンス有効期間、ボリューム数、及びチェックボタンを表示させるＨＴＭＬデータを商品一覧ページとして生成する。したがって、グループライセンスに係る商品が商品情報編集画面２１０を介して作成され、当該商品の商品情報が商品マスタ２３に登録されている場合、グループライセンスに係る商品についても選択肢として商品一覧ページに含まれる。なお、チェックボタンは、購入対象とするか否かを選択させるためのものである。続いて、販売管理部２２は、生成された商品一覧ページをＷｅｂブラウザ５１に返信する（Ｓ１２３）。Ｗｅｂブラウザ５１は、受信した商品一覧ページ５１をユーザＰＣ５０の表示装置に表示させる。

商品一覧ページ上において、購入対象とする商品に対するチェックボタンの選択及び購入ボタンの押下がユーザによって行われると、Ｗｅｂブラウザ５１は、購入対象とされた商品の品種コードを含む購入要求を販売管理部２２に送信する（Ｓ１２４）。すなわち、商品一覧ページは、選択された品種コードが購入ボタンの押下に応じて送信されるように定義されている。なお、商品一覧ページでは、複数の商品を選択可能である。したがって、ステップＳ１２４では、複数の品種コードが購入要求に含まれうる。

続いて、販売管理部２２は、ドメイン名、販売サイトＩＤ、及びパスワードを指定して、認証要求をライセンス管理サーバ１０のアクティベーションサーバ部１１に送信する（Ｓ１２５）。アクティベーションサーバ部１１の販売サーバ認証部１１７は、認証要求に含まれているドメイン名、販売サイトＩＤ、及びパスワードと、販売サイトマスタ１１８に含まれているドメイン名、販売サイトＩＤ、及びパスワードとを照合することにより販売サーバ２０の認証を行う。認証に成功した場合、販売サーバ認証部１１７は、セッションを開設し、セッションＩＤを販売管理部２２に返信する（Ｓ１２６）。以降における販売管理部２２とアクティベーションサーバ部１１との通信は、セッションＩＤに基づいて行われる。

続いて、販売管理部２２は、購入要求に含まれている品種コードに対して登録されている、プロダクト単位ＩＤ（プロダクトＩＤ又はグループＩＤ）、ライセンス形態、ライセンス有効期間、及びボリューム数を商品マスタ２３より取得し、当該プロダクト単位ＩＤ（プロダクトＩＤ又はグループＩＤ）、ライセンス形態、ライセンス有効期間、及びボリューム数を指定して、プロダクトキーの発行要求をアクティベーションサーバ部１１のプロダクトキー発行部１１２に送信する（Ｓ１２７）。なお、プロダクトキーの発行要求は、商品の販売の通知に相当する。

プロダクトキーの発行要求に応じ、プロダクトキー発行部１１２はプロダクトキーを生成する（Ｓ１２８）。プロダクトキー発行部１１２は、当該プロダクトキーを販売管理部２２に返信する（Ｓ１２９）。なお、複数の商品についてプロダクトキーの発行が要求された場合は、商品ごとにプロダクトキーが生成される。グループライセンスに係る商品に関しても、当該商品について一つのプロダクトキーが生成される。そうすることにより、グループに属する販売パッケージごとにプロダクトキーが生成される場合に比べて、ユーザ側におけるプロダクトキーの管理負担を軽減することができる。

販売サーバ２０のプロダクトキー通知部２４は、プロダクトキーを受信すると、当該プロダクトキーを含むＨＴＭＬデータをＷｅｂブラウザ５１に返信する（Ｓ１３０）。Ｗｅｂブラウザ５１は、当該ＨＴＭＬデータをユーザＰＣ５０の表示装置に表示させる。これにより、ユーザは、購入した商品に対して発行されたプロダクトキーを認識することができる。なお、プロダクトキー通知部２４は、プロダクトキーが記述された電子メールをユーザＰＣ５０に送信することにより、プロダクトキーの配布を行ってもよい。

続いて、ステップＳ１２８の詳細について説明する。図１９は、プロダクトキー発行部によるプロダクトキー生成処理の処理手順を説明するためのフローチャートである。

ステップＳ１４１において、プロダクトキー発行部１１２は、プロダクト単位ＩＤ（プロダクトＩＤ又はグループＩＤ）、ライセンス形態、期間、及びボリューム数を受信する。続いて、プロダクトキー発行部１１２は、受信したプロダクト単位ＩＤがグループＩＤであるか否かを判定する（Ｓ１４２）。具体的には、当該プロダクト単位ＩＤと一致するグループＩＤをグループＩＤマスタ１２０より検索する。当該プロダクト単位ＩＤと一致するグループＩＤが検索された場合（Ｓ１４２でＹｅｓ）、プロダクトキー発行部１１２は、当該グループＩＤに対応付けられている全てのプロダクトＩＤ（すなわち、グループに属する販売パッケージのプロダクトＩＤ）をグループＩＤマスタ１２０より取得する（Ｓ１４３）。続いて、プロダクトキー発行部１１２は、当該グループＩＤに対する削除フラグの値を「ＯＦＦ」にする（Ｓ１４４）。これによって、当該グループＩＤの削除が禁止される。

ステップＳ１４２でＮｏの場合又はステップＳ１４４に続いて、プロダクトキー発行部１１２は、受信したプロダクトＩＤ又はグループＩＤマスタ１２０より取得されたプロダクトＩＤを登録するためのレコードをライセンス管理テーブル１２１に生成する（Ｓ１４５）。したがって、グループＩＤマスタ１２０より複数のプロダクトＩＤが取得された場合、複数のレコードが生成される。また、プロダクトキー発行部１１２は、同一のプロダクトＩＤについてボリューム数分のレコードを生成する。したがって、ボリューム数が２以上の場合、同一のプロダクトＩＤについて２以上のレコードが生成される。

図２０は、ライセンス管理テーブルの構成例を示す図である。同図においてライセンス管理テーブル１２１は、販売パッケージに関して発行されるライセンスごとに管理番号、プロダクトキー、プロダクトＩＤ、機体番号、ステータス、ライセンス形態、ライセンス有効期間、ライセンス有効期限、及びライセンス発行日等の項目を有する。

これらの項目のうち、プロダクトＩＤ、ライセンス形態、及びライセンス有効期間は、販売管理部２２より受信された値がステップＳ１４５において登録される。複数のレコードが生成された場合、生成された全てのレコードに同じ値が登録される。但し、グループライセンスの場合（グループＩＤに基づいて販売パッケージのプロダクトＩＤが取得された場合）、生成された各レコードには、取得された各プロダクトＩＤが登録される。

管理番号は、ライセンス管理テーブル１２１に対するレコードの生成に伴って、各レコードに一意に割り当てられる識別子（番号）である。プロダクトキーには、後段のステップにおいて生成されるプロダクトキーが登録される。機体番号には、ライセンスファイル９０が発行される際に、販売パッケージを利用する機器として指定された画像形成装置４０の機体番号が登録される。機体番号とは、各画像形成装置４０を一意に識別するための識別情報（機器識別子）である。ステータスは、ライセンスの状態を示す情報である。本実施の形態において、ライセンスは、「ライセンス無し」、「チェックアウト」、及び「チェックイン」の状態を有する。「ライセンス無し」は、ライセンスが発行されていない状態である。チェックアウトは、ライセンスが使用されている状態である。チェックインは、ライセンスが解放されている（使用可能な）状態である。ステータスについても、ステップＳ１４５では値は登録されない。ライセンス有効期限は、ライセンスファイル９０が発行される際に、ライセンス有効期間に基づいて算出されるライセンス（ライセンスファイル９０）の有効期限である。ライセンス発行日は、ライセンスファイル９０が発行される際に登録される、ライセンス（ライセンスファイル９０）の発行日である。

続いて、プロダクトキー発行部１１２は、プロダクトキーを一つ生成する（Ｓ１４６）。ステップＳ１４１において受信されたプロダクト単位ＩＤがグループＩＤである場合も、ボリューム数が２以上である場合も生成されるプロダクトキーは一つである。

図２１は、プロダクトキーの構成例を示す図である。同図に示されるように、プロダクトキーは、ユニークＩＤ、プロダクト単位ＩＤ、ライセンス形態、及びグループライセンスフラグ等を含むデータである。

ユニークＩＤは、プロダクトキーの生成に伴って生成される一意なＩＤである。ユニークＩＤによってプロダクトキーの一意性が確保される。プロダクト単位ＩＤは、ステップＳ１４１において受信されたプロダクトＩＤ又はグループＩＤ、すなわち、購入された商品の販売パッケージ又はグループのプロダクトＩＤ又はグループＩＤである。ライセンス形態は、ステップＳ１４１において受信されたライセンス形態である。グループライセンスフラグは、当該プロダクトキー内のプロダクト単位ＩＤが、グループＩＤであるか（ｔｒｕｅ）否か（ｆａｌｓｅ）を示すパラメータである。プロダクトキー生成部１１２は、受信されたプロダクト単位ＩＤがグループＩＤであった場合、グループライセンスフラグの値をｔｒｕｅとする。

続いて、プロダクトキー生成部１１２は、生成されたプロダクトキーを、ステップＳ１４５において生成されたレコードに登録し、当該レコードのステータスを「チェックイン」とすることによりライセンス管理テーブル１２１を更新する（Ｓ１４７）。ステップＳ１４５において生成されたレコードが複数の場合（グループライセンスの場合、又はボリューム数が２以上（ボリュームライセンス）の場合）、各レコードには同じプロダクトキーが登録される。

なお、図２０のライセンス管理テーブル１２１において、管理番号１〜３のレコードは、ボリュームライセンスに対応したレコードである。ボリュームライセンスに係る各レコードは、プロダクトキー及びプロダクトＩＤは一致する。また、管理番号４及び５のレコードは、グループライセンス（グループに対するライセンス）に対応したレコードである。グループライセンスに係る各レコードは、プロダクトキーは同じである。但し、グループライセンスの各レコードは、それぞれ異なる販売パッケージに対応するため、当該各レコードのプロダクトＩＤは相互に異なる。

このように生成されたプロダクトキーが、図１８のステップＳ１２９において販売サーバ２０の販売管理部２２に送信され、販売管理部２２からユーザＰＣ５０のＷｅｂブラウザ５１に転送される。

続いて、プロダクトキーが発行された商品に含まれる販売パッケージのインストールが行われる。

図２２は、販売パッケージのインストール時の処理手順を説明するためのシーケンス図である。

プロダクトキーを入手したユーザは、当該プロダクトキーに対応する販売パッケージを利用する画像形成装置４０に対してプロダクトキーを入力する（Ｓ１５１）。プロダクトキーの入力は、例えば操作パネル４５に表示される以下の機能拡張設定メニュー画面を介して行われる。

図２３は、機能拡張設定メニュー画面の表示例を示す図である。機能拡張設定メニュー画面５１０は、画像形成装置４０の機能拡張に関する各種のメニューを表示させる画面であり、所定の操作入力に応じてＵＩ制御部４２６が操作パネル４５に表示させる。機能拡張設定メニュー画面５１０において、新規追加メニュー５１１が選択されると、ＵＩ制御部４２６は、プロダクトキー入力画面を操作パネル４５に表示させる。

図２４は、プロダクトキー入力画面の表示例を示す図である。プロダクトキー入力画面５２０は、プロダクトキー入力欄５２１を有する。ステップＳ１５１では、プロダクトキー入力欄５２１においてプロダクトキーの入力が行われる。

プロダクトキー入力欄５２１にプロダクトキーが入力され、次へボタン５２２が選択されると、インストール部４２１は、入力されたプロダクトキーを指定して、当該プロダクトキーに係る販売パッケージに関するインストール一覧画面の生成要求をコンポーネントサーバ部１５のインストール支援部１５２に送信する（Ｓ１５２）。

続いて、インストール支援部１５２は、インストール一覧画面の生成要求を受信すると、当該要求において指定されたプロダクトキーの有効性の確認要求をアプリケーションサーバ部１１のプロダクトキー検証部１１３に送信する（Ｓ１５３）。プロダクトキー検証部１１３は、ライセンス管理テーブル１２１を参照して、当該プロダクトキーの有効性を判定する（Ｓ１５４）。具体的には、当該プロダクトキーを含み、ステータスの値が「チェックアウト」でないレコードの検索がライセンス管理テーブル１２１に対して実行される。該当するレコードが検索された場合、当該プロダクトキーは有効であると判定される。該当するレコードが検索されなかった場合、当該プロダクトキーは無効であると判定される。斯かる判定方法では、当該プロダクトキーがグループライセンスの商品に関するものである場合、グループに属する少なくとも一部の販売パッケージのライセンスが使用されていなければ（使用可能であれば）、当該プロダクトキーは有効であると判定される。

当該プロダクトキーが有効である場合、プロダクトキー検証部１１３は、ライセンス管理テーブル１２１において当該プロダクトキーに関連付けられているプロダクトＩＤ（すなわち、販売パッケージのプロダクトＩＤ）をインストール支援部１５２に返信する（Ｓ１５５）。したがって、グループライセンス又はボリュームライセンスに係るプロダクトキーについては複数のプロダクトＩＤが返信される。なお、グループライセンスの場合、プロダクトＩＤごと（グループに属する販売パッケージごと）に、ライセンスの使用の有無を示す情報がインストール支援部１５２に返信される。グループライセンスの場合、グループに属する一部の販売パッケージのライセンスが使用されている場合があり、使用されているライセンス（販売パッケージ）と使用されていないライセンス（販売パッケージ）との区別を可能とするためである。

一方、判定対象とされたプロダクトキーは無効であると判定された場合、インストール支援部１５２は、プロダクトキーが無効であることを示すエラー画面を表示させるエラー画面データをインストール部４２１に返信する。インストール部４２１は、エラー画面データの受信に応じ、エラー画面データに基づくエラー画面の表示をＵＩ制御部４２６に実行させる。

図２５は、プロダクトキーが無効であるときのエラー画面の表示例を示す図である。エラー画面５３０には、プロダクトキーエラー（プロダクトキーが無効）であることを示すメッセージやプロダクトキー入力欄５３１等が表示される。プロダクトキー入力欄５３１を介して、ユーザは、正しいプロダクトキーを入力し直すことができる。プロダクトキー入力欄５３１を介して正しいプロダクトキーが入力され、ＯＫボタン５３２が選択された場合、ステップＳ１５２以降が再度実行される。一方、キャンセルボタン５３３が選択された場合、販売パッケージのインストールは中止される。

ステップＳ１５５において、判定対象とされたプロダクトキーは有効であるとの判定結果が受信された場合、インストール支援部１５２は、プロダクトキー検証部１１３より返信されたプロダクトＩＤに対応する販売パッケージに関するインストール一覧画面データをコンポーネント管理テーブ１５５を参照して生成する（Ｓ１５６）。

図２６は、コンポーネント管理テーブルの構成例を示す図である。同図に示されるように、コンポーネント管理テーブル１５５には、販売パッケージごとに、プロダクトＩＤ、バージョン、名称、説明、ベンダ名、配布タイプ、ダウンロードパス、及び機能パッケージのプロダクトＩＤ等が登録されている。バージョンは、販売パッケージのバージョンである。名称は、販売パッケージの名前である。説明は、販売パッケージに関する説明である。ベンダ名は、販売パッケージのベンダの名前である。配布タイプは、販売パッケージの配布タイプである。ダウンロードパスは、ダウンロードサーバ３０の販売パッケージ管理部３２内における販売パッケージの位置情報である。本実施の形態では、当該位置情報としてＵＲＬ（Uniform Resource Locator）が利用される。機能パッケージのプロダクトＩＤは、販売パッケージに属する機能パッケージのプロダクトＩＤの一覧である。

なお、コンポーネント管理テーブル１５５の内容は、コンポーネント管理部１５４が、定期的にダウンロードサーバ３０より販売パッケージを取得し、当該販売パッケージの内容を解析することにより登録される。具体的には、プロダクトＩＤ、バージョン、名称、説明、ベンダ名、及び配布タイプは、販売パッケージに格納されている販売パッケージ情報ファイルに記録されているプロダクトＩＤ、バージョン、名称、説明、ベンダ名、及び配布タイプが登録される。したがって、名称、説明、及びベンダ名については、言語種別ごとに登録される。機能パッケージのプロダクトＩＤは、販売パッケージに含まれている各機能パッケージに格納されている機能パッケージ情報ファイルに記録されているプロダクトＩＤが登録される。なお、ダウンロードパスは、販売パッケージの取得の際にダウンロードサーバ３０より通知される。

続いて、インストール支援部１５２は、生成されたインストール一覧画面データを画像形成装置４０のインストール部４２１に送信する（Ｓ１５７）。インストール部４２１は、受信したインストール一覧画面データをＵＩ制御部４２６に入力する。ＵＩ制御部４２６は、インストール一覧画面データに基づいてインストール一覧画面を操作パネル４５に表示させる（Ｓ１５８）。

図２７は、インストール一覧画面の表示例を示す図である。インストール一覧画面５４０には、インストール対象となりうる（インストール候補の）販売パッケージの一覧が表示され、販売パッケージごとにインストールの要否（すなわち、使用の要否）を選択させるためのチェックボタンが配置されている。ユーザは、インストール対象とする販売パッケージのチェックボタンをチェックする。図２７では、パッケージ１〜４がインストール候補とされ、パッケージ１〜３がインストール対象として選択されている。

なお、上記の処理手順より明らかなように、プロダクトキー入力画面５２０においてグループライセンスに係る商品のプロダクトキーが入力された場合、当該グループライセンスのグループに属する販売パッケージの一覧がインストール一覧画面５４０に表示される。したがって、ユーザは、グループに属する一部の販売パッケージを選択的にインストール対象とすることができる。換言すれば、現時点において不要な販売パッケージをインストール対象から除外することができる。グループに属する販売パッケージのインストールが選択的に行えることにより、グループライセンスに係る商品に関して、ユーザの都合に合わせた柔軟な取り扱いを可能とすることができる。もちろん、グループに属する全ての販売パッケージがインストール対象とされてもよい。

また、インストール一覧画面５４０において、販売パッケージの名前は、画像形成装置４０の言語環境に応じた言語によって表示される。すなわち、インストール支援部１５２は、インストール一覧画面データを生成する際に、販売パッケージの名称について、画像形成装置４０の言語環境に応じた言語種別に対して登録されているものを使用する。画像形成装置４０の言語環境については、例えば、ステップＳ１５２において画像形成装置４０より送信されるインストール一覧画面データの生成要求に含まれている当該画像形成装置４０の言語環境を示す情報に基づいて判定される。なお、販売パッケージの名前が画像形成装置４０の言語環境に応じた言語によって表示されるのは、後述される各種画面においても同様である。

インストール一覧画面５４０において、インストール対象とする販売パッケージのチェックボタンがチェックされ、インストールボタン５４１が選択されると（Ｓ１５９）、インストール部４２１は、インストール一覧画面５４０においてチェックされた（インストール対象とされた）販売パッケージのプロダクトＩＤと、画像形成装置４０にインストールされている全ての販売パッケージの構成情報とを指定して、インストール対象とされた販売パッケージのインストール要求をコンポーネントサーバ部１５のインストール支援部１５２に送信する（Ｓ１６０）。

なお、インストール一覧画面５４０においてチェックされた販売パッケージのプロダクトＩＤはインストール一覧画面データより取得される。また、画像形成装置４０にインストールされている全ての販売パッケージの構成情報は、インストール情報管理テーブル４２７より取得される。

図２８は、インストール情報管理テーブルの構成例を示す図である。同図において、インストール情報管理テーブル４２７には、画像形成装置４０にインストールされている販売パッケージごとに、プロダクトＩＤ、バージョン、機能パッケージのプロダクトＩＤ、アクティベーションフラグ、及び有効期限等が登録されている。

機能パッケージのプロダクトＩＤは、販売パッケージに属する機能パッケージのプロダクトＩＤの一覧である。アクティベーションフラグは、販売パッケージについてアクティベーションされているか否か（アクティベーション済みか否か）を示す。ライセンス有効期限は、販売パッケージに対して発行されたライセンスの有効期限（ライセンスファイル９０の有効期限）である。なお、各機能パッケージのアクティベーションフラグ及びライセンス有効期限は、当該機能パッケージが属する販売パッケージのアクティベーションフラグ及びライセンス有効期限に従う。また、インストール情報管理テーブル４２７の内容は、後述される販売パッケージのインストール時に登録される。

ステップＳ１６０において送信される構成情報には、インストール情報管理テーブル４２７に登録されている全ての情報が含められる。

続いて、インストール支援部１５２は、インストール要求に含まれているプロダクトＩＤに係る販売パッケージの依存関係の検証を依存関係判定部１５１に実行させる（Ｓ１６１）。具体的には、依存関係判定部１５１は、プロダクトＩＤに係る販売パッケージに含まれている機能パッケージが依存する（利用する）他の機能パッケージが画像形成装置４０に既にインストールされているか否かを判定する。

続いて、インストール支援部１５２は、依存関係の検証結果に応じた確認画面（確認画面）を表示させるＨＴＭＬデータ（確認画面データ）を生成し（Ｓ１６２）、当該確認画面データをインストール部４２１に返信する（Ｓ１６３）。なお、ステップＳ１６１及びＳ１６２の詳細については後述する。

続いて、インストール部４２１は、受信された確認画面データをＵＩ制御部４２６に入力する。ＵＩ制御部４２６は、確認画面データに基づいて確認画面を操作パネル４５に表示させる（Ｓ１６４）。

図２９は、依存関係に問題が無い場合の確認画面の表示例を示す図である。同図の確認画面５５０ａには、インストール対象として選択された販売パッケージ（パッケージ１）について、依存関係に問題が無いことが示されている。具体的には、領域５５２ａにおいて、パッケージ１が依存する販売パッケージ（依存パッケージ）は同時にインストール対象とされているか、又は既に画像形成装置４０にインストールされていることが示されている。

確認画面５５０ａにおいてＯＫボタン５５１ａが選択されると（Ｓ１６５）、インストール部４２１は、インストール対象とされた各販売パッケージに対するＵＲＬを指定して、当該各販売パッケージのダウンロード要求をダウンロードサーバ３０のダウンロード処理部３１に送信する（Ｓ１６６）。すなわち、ＯＫボタン５５１ａには、販売パッケージごとのＵＲＬと、ダウンロード要求の送信命令とが関連付けられている。

また、図３０は、依存パッケージも同時にインストール可能な場合の確認画面の表示例を示す図である。同図の確認画面５５０ｂの領域５５２ｂには、インストール対象として選択された販売パッケージの依存パッケージのうち、画像形成装置４０にインストールされておらず、かつ、インストール対象とされていない依存パッケージについて、同時にインストール可能であること、及び同時にインストールすることについての要否の問い合わせが示されている。なお、依存パッケージを同時にインストール出来るか否かは、当該依存パッケージの配布タイプに基づいて判断される。

確認画面５５０ｂにおいてＯＫボタン５５１ｂが選択されると（Ｓ１６５）、インストール部４２１は、インストール対象とされた各販売パッケージと、同時にインストールする販売パッケージ（依存パッケージ）に対するＵＲＬを指定して、当該各販売パッケージのダウンロード要求をダウンロードサーバ３０のダウンロード処理部３１に送信する（Ｓ１６６）。すなわち、ＯＫボタン５５１ｂには、インストール対象とされた販売パッケージごとのＵＲＬと、同時にインストールする販売パッケージ（依存パッケージ）のＵＲＬと、ダウンロード要求の送信命令とが関連付けられている。

更に、図３１は、依存パッケージを同時にインストール出来ない場合の確認画面の表示例を示す図である。同図の確認画面５５０ｃの領域５５２ｃには、インストールできない販売パッケージが３つあることが示されている。当該３つについては、領域５５３ｃ、５５４ｃ、及び５５５ｃにその詳細が示されている。領域５５３ｃには、パッケージ３について、依存が解消できないこと（依存パッケージを同時にインストールすることができないこと）が示されている。領域５５４ｃには、パッケージ４について、既にライセンスが取得（使用）されていることが示されている。領域５５５ｃには、パッケージ５について、インストール対象とされている他のパッケージ（図３１では、パッケージ１及びパッケージ２）と同時に導入できないパッケージであることが示されている。なお、図３１は、パッケージ１〜５がインストール対象として選択された場合に対応する。

確認画面５５０ｃにおいてＯＫボタン５５１ｃが選択されると（Ｓ１６５）、インストール部４２１は、インストール可能な各販売パッケージに対するＵＲＬを指定して、当該各販売パッケージのダウンロード要求をダウンロードサーバ３０のダウンロード処理部３１に送信する（Ｓ１６６）。すなわち、ＯＫボタン５５１ｃには、インストール可能な販売パッケージごとのＵＲＬと、ダウンロード要求の送信命令とが関連付けられている。

ステップＳ１６６のダウンロード要求に応じ、ダウンロード処理部３１は、当該ダウンロード要求において指定されているＵＲＬによって識別される販売パッケージを販売パッケージ管理部３２より取得し、当該販売パッケージをインストール部４２１に転送する（Ｓ１６７）。インストール部４２１は、受信された販売パッケージを、ＨＤＤ４１４内の一時的な記憶領域（例えば、一時的なフォルダ）に保存しておく。

販売パッケージのダウンロードが完了すると、インストール部４２１は、ステップＳ１５１において入力されたプロダクトキーと、インストール対象とされた販売パッケージのプロダクトＩＤと、ＲＯＭ４１３又はＨＤＤ４１４に記録されている画像形成装置４０の機体番号とを指定して、ライセンスファイル９０の生成要求（ライセンスの使用要求）をアクティベーションサーバ部１１のライセンス発行部１１５に送信する（Ｓ１６８）。続いて、ライセンス発行部１１５は、プロダクトキー及びライセンス管理テーブル１２１に基づいてライセンスファイル９０を生成する（Ｓ１６９）。

図３２は、ライセンスファイルの構成例を示す図である。同図において、ライセンスファイル９０は、プロダクトＩＤ、機体番号、及び有効期限を含む。プロダクトＩＤは、当該ライセンスファイル９０によってライセンスが付与される（利用が許可される）販売パッケージのプロダクトＩＤである。機体番号は、当該ライセンスファイル９０によってプロダクトＩＤに係る販売パッケージの利用が許可される画像形成装置４０の機体番号である。有効期限は、当該ライセンスファイル９０の有効期限、すなわち、当該ライセンスファイル９０によって付与されるライセンスの有効期限である。

ライセンスファイル９０のプロダクトＩＤには、ライセンスファイル９０の生成要求に含まれているプロダクトキーに係るプロダクトＩＤが登録される。ここで、当該プロダクトキーがグループライセンスに係るものである場合、すなわち、プロダクトキーに対して複数の異なるプロダクトＩＤがライセンス管理テーブル１２１に登録されている場合、ライセンス発行部１１５は、販売パッケージごとにライセンスファイル９０を生成する。したがって、グループライセンスの場合であっても、ライセンスファイル９０のプロダクトＩＤには、販売パッケージのプロダクトＩＤが登録される。

ライセンスファイル９０の機体番号には、ライセンスファイル９０の生成要求に含まれている機体番号が登録される。ライセンスファイル９０の有効期限には、ライセンスファイル９０の生成要求に含まれているプロダクトキー及びプロダクトＩＤに対してライセンス管理テーブル１２１に登録されている有効期間を現時点に加算することに得られる時期（例えば、年月日）が登録される。

続いて、ライセンス発行部１１５は、生成されたライセンスファイル９０をインストール部４２１に返信する（Ｓ１７０）。インストール部４２１は、受信されたライセンス５０を、ＨＤＤ４１４内の一時的な記憶領域（例えば、一時的なフォルダ）に保存しておく。

ライセンスファイル９０の受信が完了すると、インストール部５０は、販売パッケージのインストール処理を行う（Ｓ１７１）。インストール処理の詳細については後述する。

なお、上記では、ステップＳ１５７におけるインストール一覧画面データ又はＳ１６３における確認画面データによって販売パッケージの取得指示が画像形成装置４０に送信される例を説明した。但し、このタイミングにおいて販売パッケージ自体（プログラム本体）が画像形成装置４０に送信されるようにしてもよい。この場合、コンポーネントサーバ部１５がダウンロードサーバ３０よりインストール対象の販売パッケージをダウンロードし、当該販売パッケージを画像形成装置４０に転送すればよい。

また、グループに属する一部の販売パッケージに関してインストールされた場合（すなわち、インストール一覧画面５４０においてグループに属する一部の販売パッケージが選択された場合）、当該グループに属する残りの販売パッケージについては、別途インストールすることができる。残りの販売パッケージをインストールする場合、ユーザは、再度プロダクトキー入力画面５２０を表示させ、当該グループに対するプロダクトキーを再度入力すればよい。この場合、インストール支援部１５２は、当該グループに属する販売パッケージのうち、既にライセンスが使用されている販売パッケージについてはチェックボタンを付与しないでインストール一覧画面データを生成する。したがって、既にライセンスが使用されている販売パッケージについてはインストール対象として選択できない状態でインストール一覧画面５４０が表示される。既にライセンスが使用されている販売パッケージであるか否かについては、ステップＳ１５５においてプロダクトキー検証部１１３より返信される、グループに属するプロダクトＩＤごとにライセンスの使用の有無を示す情報に基づいて判定される。

続いて、図２２のステップＳ１６１及びＳ１６２においてライセンス管理サーバ１０のコンポーネントサーバ部１５によって実行される処理の詳細について説明する。

図３３は、コンポーネントサーバ部による依存関係の検証処理及び確認画面データの生成処理の処理手順を説明するためのフローチャートである。

ステップＳ１７５において、依存関係判定部１５１は、図２２のステップＳ１６０の依存関係の検証要求において受信されたプロダクトＩＤのうちの一つのプロダクトＩＤ（すなわち、販売パッケージ）を処理対象とする。続いて、依存関係判定部１５１は、処理対象の販売パッケージ（以下、「カレント販売パッケージ」という。）が既にアクティベーションされているか否かをステップＳ１６０において販売パッケージごとに受信された構成情報のうち、カレント販売パッケージに対する構成情報に含まれているアクティベーションフラグに基づいて判定する（Ｓ１７６）。アクティベーションされていない場合（Ｓ１７６でＮｏ）、依存関係判定部１５１は、コンポーネント管理テーブル１５５（図２８参照）及び依存関係管理テーブル１５６に基づいて、カレント販売パッケージが依存する販売パッケージ（依存パッケージ）の有無を判定する（Ｓ１７７）。

図３４は、依存関係管理テーブルの構成例を示す図である。同図において、依存関係管理テーブル１５６は、機能パッケージごとに当該機能パッケージのプロダクトＩＤ、及び当該機能パッケージが依存する機能パッケージのプロダクトＩＤが登録されている。依存する機能パッケージのプロダクトＩＤは、複数登録されていてもよい。なお、同図において、「０」は、依存する機能パッケージが無いことを示す。

依存関係管理テーブル１５６の内容は、コンポーネント管理テーブル１５５と同様、コンポーネント管理部１５４が、定期的に取得される販売パッケージの内容を解析することにより登録される。具体的には、販売パッケージに含まれている各機能パッケージの機能パッケージ情報ファイルに記録されているパッケージ依存情報の内容が依存する機能パッケージのプロダクトＩＤとして依存関係管理テーブル１５６に登録される。

ステップＳ１７７では、依存関係判定部１５１は、コンポーネント管理テーブル１５５においてカレント販売パッケージのプロダクトＩＤに対して登録されている機能パッケージのプロダクトＩＤの一覧を取得する。続いて、依存関係判定部１５１は、取得された各機能パッケージのプロダクトＩＤと依存関係管理テーブル１５６とに基づいて、当該機能パッケージが依存する機能パッケージ（以下、「依存機能パッケージ」という。）を特定する。依存機能パッケージが有る場合、依存関係管理テーブル１５６は、当該依存機能パッケージが属する販売パッケージをコンポーネント管理テーブル１５５を逆引きすることにより特定する。特定された販売パッケージが、カレント販売パッケージの依存パッケージである。なお、依存パッケージは複数存在しうる。また、機能パッケージ間の依存関係の探索は、再帰的に行われる。

依存パッケージが無い場合（Ｓ１７７でＮｏ）、依存関係判定部１５１は、カレント販売パッケージの依存関係に問題は無いことをカレント販売パッケージのプロダクトＩＤと関連付けてメモリ装置１０３に記録しておく（Ｓ１７８）。依存パッケージが有る場合（Ｓ１７７でＹｅｓ）、依存関係判定部１５１は、当該依存パッケージが画像形成装置４０に既にインストールされているか、又はインストール対象であるかをステップＳ１６０において販売パッケージごとに受信された構成情報、又はステップＳ１６０において受信されたインストール対象の販売パッケージのプロダクトＩＤに基づいて判定する（Ｓ１７９）。すなわち、依存パッケージに対応する構成情報が受信されていれば、依存パッケージは画像形成装置４０に既にインストールされていると判定される。また、依存パッケージのプロダクトＩＤがインストール対象のプロダクトＩＤに含まれていれば、依存パッケージはインストール対象であると判定される。

当該依存パッケージが既にインストールされている場合、（Ｓ１７９でＹｅｓ）、依存関係判定部１５１は、当該依存パッケージが既にアクティベーションされているか否か（すなわち、利用可能な状態であるか否か）を販売パッケージごとに受信された構成情報に基づいて判定する（Ｓ１８０）。依存パッケージに対応する構成情報に含まれているアクティベーションフラグに基づいて依存パッケージがアクティベーションされているか否かが判定される。

当該依存パッケージがアクティベーション済みである場合、又は当該依存パッケージがインストール対象である場合（Ｓ１８０でＹｅｓ）、依存関係判定部１５１は、カレント販売パッケージの依存関係に問題は無いことをカレント販売パッケージのプロダクトＩＤと関連付けてメモリ装置１０３に記録しておく（Ｓ１７８）。アクティベーションされていない依存パッケージがある場合（Ｓ１８０でＮｏ）、依存関係判定部１５１は、カレント販売パッケージについては、当該依存パッケージのアクティベーションが必要であることをカレント販売パッケージのプロダクトＩＤに関連付けてメモリ装置１０３に記録しておく（Ｓ１８１）。

また、インストールされていない依存パッケージが有る場合（Ｓ１７９でＮｏ）、依存関係判定部１５１は、当該依存パッケージは同時にインストール可能であるか否かをコンポーネント管理テーブル１５５に基づいて判定する（Ｓ１８２）。すなわち、コンポーネント管理テーブル１５５において、当該依存パッケージのプロダクトＩＤに対応する配布タイプが、アクティベーションは不要であることを示す場合、当該依存パッケージは同時にインストール可能であると判定される。当該依存パッケージの配布タイプがアクティベーションは必要であることを示す場合、当該依存パッケージは同時にインストール不可能であると判定される。

同時にインストール可能な依存パッケージがある場合（Ｓ１８２でＹｅｓ）、依存関係判定部１５１は、当該依存パッケージのプロダクトＩＤを、同時にインストール可能な依存パッケージのプロダクトＩＤとして販売パッケージのプロダクトＩＤに関連付けてメモリ装置１０３に記録しておく（Ｓ１８３）。同時にインストールできない依存パッケージが有る場合（Ｓ１８２でＮｏ）、依存関係判定部１５１は、当該依存パッケージのプロダクトＩＤを、同時にインストール不可能な依存パッケージのプロダクトＩＤとしてカレント販売パッケージのプロダクトＩＤに関連付けてメモリ装置１０３に記録しておく（Ｓ１８４）。

また、カレント販売パッケージがアクティベーション済みである場合（Ｓ１７６でＹｅｓ）、依存関係判定部１５１は、ライセンスが取得済みであることをカレント販売パッケージのプロダクトＩＤに関連付けてメモリ装置１０３に記録しておく（Ｓ１８５）。

ステップＳ１７５〜Ｓ１８５までの処理が、図２２のステップＳ１６０の依存関係の検証要求において受信された全てのプロダクトＩＤについて完了すると（Ｓ１８６でＹｅｓ）、インストール支援部１５２は、メモリ装置１０３に記録されている情報に基づいて確認画面データを生成する（Ｓ１８７）。例えば、全ての販売パッケージについて問題が無い場合、図２９に示されるような確認画面５５０ａを表示させる確認画面データが生成される。また、ステップＳ１８３に係る情報が記録されている場合、図３０に示されるような確認画面５５０ｂを表示させる確認画面データが生成される。また、ステップＳ１８１、ステップＳ１８４、又はステップＳ１８５に係る情報が記録されている場合、図３１に示されるような確認画面５５０ｃを表示させる確認画面データが生成される。

なお、各確認画面データには、インストール可能な販売パッケージのＵＲＬがＯＫボタンに関連付けられる。インストール可能な販売パッケージのＵＲＬは、コンポーネント管理テーブル１５５のダウンロードパスより取得される。

ところで、上記では、販売パッケージ単位で依存パッケージを示す例について説明した。但し、機能パッケージ単位で依存パッケージを示すようにしてもよい。なお、機能パッケージ単位で依存パッケージを示す場合であっても、本実施の形態では、販売パッケージが流通単位であるため、インストール対象とされるのは当該機能パッケージが含まれる販売パッケージとされる。

続いて、図２２のステップＳ１６８〜Ｓ１７０においてライセンス管理サーバ１０のアクティベーションサーバ部１１によって実行される処理の詳細について説明する。図３５は、アクティベーションサーバ部によるライセンスファイル生成処理の処理手順を説明するためのフローチャートである。なお、図３５では、一つのプロダクトキーを処理対象として説明する。したがって、複数のプロダクトキーが受信された場合、ステップＳ１９２以降はプロダクトキーごとに実行される。

ステップＳ１９１において、ライセンス発行部１１５は、プロダクトキー、プロダクトＩＤ、及び機体番号を含むライセンスの使用要求を画像形成装置４０のインストール部４２１より受信する。続いて、ライセンス発行部１１５は、当該プロダクトキーに係るライセンスの使用の可否を判定する。具体的には、ライセンス発行部１１５は、受信されたプロダクトキーがライセンス管理テーブル１２１に登録されているか否かを確認する（Ｓ１９２）。プロダクトキーが登録されている場合（Ｓ１９２でＹｅｓ）、ライセンス発行部１１５は、受信された機体番号と同じ機体番号が当該プロダクトキーに対してライセンス管理テーブル１２１に登録されているか否かを確認する（Ｓ１９３）。同じ機体番号が登録されていない場合（Ｓ１９３でＮｏ）、ライセンス発行部１１５は、当該プロダクトキー及び受信されたプロダクトＩＤに係るレコードの中で、ステータスが「チェックイン」のレコードがライセンス管理テーブル１２１に有るか否かを確認する（Ｓ１９４）。該当するレコード（以下、「対象レコード」という。）が有る場合（Ｓ１９４でＹｅｓ）、ライセンス発行部１１５は、受信された機体番号を対象レコードに記録し、対象レコードのステータスを「チェックアウト」とする（Ｓ１９６）。すなわち、当該プロダクトキーに対応するライセンスは使用されていることが記録される。また、ライセンス発行部１１５は、対象レコードに「ライセンス有効期間」が記録されている場合（すなわち、対象レコードが時限ライセンスに対応するレコードである場合）、現在日時にライセンス有効期間を加算して得られる日時をライセンス有効期限として対象レコードに記録する。

続いて、ライセンス発行部１１５は、対象レコードにおける、プロダクトＩＤ、機体番号、及びライセンス有効期限を含むライセンスファイル９０（図３２参照）を生成する（Ｓ１９７）。なお、ライセンスファイル９０は、ライセンス管理テーブル１２１のレコードごと、すなわち、販売パッケージに対するライセンスごとに生成される。続いて、ライセンス発行部１１５は、生成されたライセンスファイル９０を画像形成装置４０のインストール部４２１に返信する（Ｓ１９８）。

一方、当該プロダクトキーに対して受信された機体番号と同じ機体番号が登録されているレコードが有る場合（Ｓ１９３でＹｅｓ）、ライセンス発行部１１５は、当該レコードのステータスが「チェックイン」であるか否かを確認する（Ｓ１９５）。ステータスが「チェックイン」である場合（Ｓ１９５でＹｅｓ）、ステップＳ１９６以降の処理が実行される。

また、当該プロダクトキーに係るレコードがライセンス管理テーブル１２１に無い場合（Ｓ１９２でＮｏ）、当該プロダクトキー及び受信されたプロダクトＩＤに係るレコードの中で、ステータスが「チェックイン」のレコードがライセンス管理テーブル１２１に無い場合（Ｓ１９４でＮｏ）、又は、当該プロダクトキーに対して受信された機体番号と同じ機体番号が登録されているレコードのステータスが「チェックイン」でない場合（Ｓ１９５でＮｏ）、ライセンス発行部１１５は、エラーを検出したとし、ライセンスファイル９０の生成、すなわち、ライセンスの発行は行わない。

続いて、ステップＳ１９６において実行される、ライセンス有効期限の計算処理の詳細について説明する。図３７は、ライセンス有効期限の計算処理を説明するためのフローチャートである。

ステップＳ１９６ａにおいて、ライセンス発行部１１５は、対象レコードに記録されているライセンス形態は、時限ライセンス又はトライアルライセンスであるか否かを判定する。すなわち、期限の有るライセンス形態であるか否かが判定される。時限ライセンス又はトライアルライセンスでない場合（Ｓ１９６ａでＮｏ）、ライセンス発行部１１５は、ライセンス有効期限の計算は行わない。

時限ライセンス又はトライアルライセンスである場合（Ｓ１９６ａでＹｅｓ）、ライセンス発行部１１５は、対象レコードは、グループライセンスに係るものであるか否かを判定する（Ｓ１９６ｂ）。具体的には、ライセンス発行部１１５は、対象レコードのプロダクトＩＤと異なるプロダクトＩＤを有し、対象レコードのプロダクトキーと一致するプロダクトキーを有する他のレコードの検索を行う。該当するレコードが検索された場合、対象レコードはグループライセンスに係るものであると判定され、該当するレコードが検索されない場合、対象レコードはグループライセンスに係るものでないと判定される。

対象レコードはグループライセンスに係るものであると判定された場合（Ｓ１９６ｂでＹｅｓ）、ライセンス発行部１１５は、対象レコードと同一グループに属し、既にライセンスの使用が開始されているレコードの有無を判定する（Ｓ１９６ｃ）。具体的には、ステップＳ１９６ｂにおいて検索された他のレコードの中で、ステータスが「チェックアウト」であるものの有無が判定される。該当するレコードが有る場合（Ｓ１９６ｃでＹｅｓ）、ライセンス発行部１１５は、該当するレコードのライセンス発行日に、対象レコードのライセンス有効期間を加算することにより得られる時期を対象レコードのライセンス有効期限に記録する（Ｓ１９６ｄ）。すなわち、同一グループに属する各販売パッケージのライセンス有効期限は一致する。

一方、対象レコードはグループライセンスに係るものではない場合（Ｓ１９６ｂでＮｏ）、ライセンス発行部１１５は、対象レコードは、ボリュームライセンスに係るものであるか否かを判定する（Ｓ１９６ｅ）。具体的には、ライセンス発行部１１５は、対象レコードのプロダクトＩＤと一致するプロダクトＩＤを有し、対象レコードのプロダクトキーと一致するプロダクトキーを有する他のレコードの検索を行う。該当するレコードが検索された場合、対象レコードはボリュームライセンスに係るものであると判定され、該当するレコードが検索されない場合、対象レコードはボリュームライセンスに係るものではないと判定される。

対象レコードがボリュームライセンスに係るものである場合（Ｓ１９６ｅでＹｅｓ）、ライセンス発行部１１５は、当該ボリュームライセンスの使用は既に開始されているか否かを判定する（Ｓ１９６ｆ）。具体的には、ステップＳ１９６ｅにおいて検索された他のレコードの中で、ステータスが「チェックアウト」であるものの有無が判定される。該当するレコードが有る場合（Ｓ１９６ｅでＹｅｓ）、ライセンス発行部１１５は、当該レコードのライセンス発行日に、対象レコードのライセンス有効期間を加算することにより得られる時期を対象レコードのライセンス有効期限に記録する（Ｓ１９６ｇ）。すなわち、ボリュームライセンスのライセンス有効期限は、当該ボリュームライセンスに属する全てのライセンスについて一致する。

また、対象レコードがグループライセンスに係るものであるが当該グループに関してライセスの使用が開始されていない場合（Ｓ１９６ｃでＮｏ）、対象レコードがグループライセンス又はボリュームライセンスに係るものでない場合（Ｓ１９６ｅでＮｏ）、又は対象レコードがボリュームライセンスに係るものであるが当該グループに関してライセスの使用が開始されていない場合（Ｓ１９６ｅでＮｏ）、ライセンス発行部１１５は、当日に対象レコードのライセンス有効期間を加算することにより得られる時期を対象レコードのライセンス有効期限に記録する（Ｓ１９６ｈ）。

続いて、図２２のステップＳ１７１において画像形成装置４０によって実行される処理の詳細について説明する。図３６は、画像形成装置による販売パッケージのインストール処理の処理手順を説明するためのフローチャートである。

ステップＳ２１１において、インストール部４２１は、一時的な記憶領域に保存されている各販売パッケージに含まれている情報と各ライセンスファイル９０に含まれている情報とをインストール情報管理テーブル４２７に登録する。すなわち、インストール情報管理テーブル４２７におけるプロダクトＩＤ及びバージョンには、販売パッケージに含まれている販売パッケージ情報ファイルに記録されているプロダクトＩＤ及びバージョンが登録される。機能パッケージのプロダクトＩＤには、販売パッケージに含まれている各機能パッケージに格納されている機能パッケージ情報ファイルに記録されているプロダクトＩＤが登録される。また、アクティベーションフラグには、アクティベーション済みであることを示す値が記録される。また、ライセンス有効期限には、ライセンファイル５０に記録されている有効期限が登録される。

続いて、インストール部４２１は、一時的な記憶領域に保存されているライセンスファイル９０及び販売パッケージを所定の記憶場所（フォルダ）に保存することにより、当該販売パッケージを利用可能な状態とする。

なお、ライセンスファイル９０は、販売パッケージに含まれる機能パッケージが起動される際に実行される、ライセンスチェック部４２４によるライセンスチェックに利用される。すなわち、ライセンスチェック部４２４は、起動対象とされた機能パッケージが属する販売パッケージに対応するライセンスファイル９０が存在すること、当該ライセンスファイル９０の機体番号が、機能パッケージが起動されようとしている画像形成装置４０の機体番号と一致すること、及び当該ライセンスファイル９０の有効期限が切れてないことが満たされている場合、当該機能パッケージの起動を許可する。それ以外の場合は、当該機能パッケージの起動は許可されない。但し、ライセンスチェック部４２４によるライセンスチェックは、コンポーネント管理テーブル４２５に基づいて行われてもよい。

ところで、インストールされた販売パッケージに対する課金は、例えば、販売サーバ２０の販売管理部２２によって、アクティベーションサーバ部１１より定期的に取得されるライセンス管理テーブル１２１の情報に基づいて行われる。より詳しくは、ライセンス管理テーブル１２１において、ライセンス発行日が前回の課金時より後であるレコードが存在する場合は、当該レコードに関するライセンスに対して課金が行われる。

上述したように、第一の実施の形態によれば、ユーザは、ライセンス管理サーバ１０のアクティベーションサーバ部１１又はコンポーネントサーバ部１５の誘導によって画像形成装置４０に順次表示される画面に従って操作を行うことにより、簡便に販売パッケージのダウンロード、アクティベーション、及びインストールといった一連の作業を行うことができる。

また、インストール対象として選択された販売パッケージに関して依存関係が自動的に検証され、依存パッケージについてもインストール対象に自動的に含められる。したがって、ユーザは、販売パッケージ間の複雑な依存関係を意識することなく、安心してインストールを行うことができる。

また、商品の販売側（メーカー環境Ｅ２）にとっては、販売パッケージに関する顧客の利用状況等を適切に管理することができる。具体的には、ライセンス管理テーブル１２１によって、画像形成装置４０（機体番号）単位でどのようなライセンスによってどのような販売パッケージが利用されているかを把握（管理）することができる。したがって、例えば、販売パッケージにバグが検出された場合や、販売パッケージのバージョンアップ等が行われた場合に、当該販売パッケージを利用している画像形成装置４０を特定することができ、適切なアフターサービス等を提供することができる。

また、商品の購入時（販売サーバ２０への購入申請時）にライセンスの有効期限が定められるのではなく、販売パッケージのインストール時（すなわち、ライセンスの開始時）にライセンスの有効期限が定められるため、ライセンスの取り扱いに関して柔軟性を確保することができる。すなわち、ユーザは、商品の購入後、都合の良い時期にインストールを行えばよく、その場合であっても、ライセンス有効期間において不利益を被ることはない。

また、グループライセンスに係る商品については、商品ごとに一つのプロダクトキーが発行される。そして、ユーザは、当該プロダクトキーを入力することで、当該商品に属する全ての販売パッケージについてインストール等を行うことができる。したがって、グループに属する販売パッケージに関するインストール作業等を簡便化することができる。

次に、ライセンス更新処理について説明する。時限ライセンスの場合であって、更に継続して当該時限ライセンスに係る商品を利用した場合、ユーザはライセンス更新処理を実行することにより、当該商品のライセンス有効期間を延長することができる。

図３８は、ライセンス更新処理の処理手順を説明するためのシーケンス図である。

ライセンスの更新が行われる場合、機能拡張設定メニュー画面５１０（図２３参照）が操作パネル４５に表示されている状態で、拡張機能管理メニュー５１３がユーザによって選択される。ＵＩ制御部４２６は、拡張機能管理メニュー５１３の選択に応じ、拡張機能管理画面を操作パネル４５に表示させる。

図３９は、拡張機能管理画面の表示例を示す図である。拡張機能管理画面５６０は、販売パッケージ一覧表示領域５６１を有する。販売パッケージ一覧表示領域５６１には、画像形成装置４０にインストールされている販売パッケージの一覧が表示されている。当該一覧には、販売パッケージごとにチェックボタンが配置されている。ユーザによって、ライセンスの更新対象とする販売パッケージのチェックボタンがチェックされ、ライセンス取得／更新ボタン５６２が選択されると、ＵＩ制御部４２６は、ライセンス取得／更新画面を操作パネル４５に表示させる。

図４０は、ライセンス取得／更新画面の表示例を示す図である。ライセンス取得／更新画面５７０は、拡張機能管理画面５６０においてチェックされた販売パッケージに対するプロダクトキーを入力させるためのプロダクトキー入力欄５７２を有する。ユーザによって、プロダクトキー入力欄５７２にプロダクトキーが入力され、ＯＫボタン５７１が選択されると（Ｓ３０１）、ライセンス更新部４２２は、入力されたプロダクトキーと、ライセンスの更新対象とされた販売パッケージのプロダクトＩＤと、ＲＯＭ４１３又はＨＤＤ４１４に記録されている画像形成装置４０の機体番号とを指定して、ライセンスの更新要求（新たなライセンスファイルの生成要求）をアクティベーションサーバ部１１のライセンス発行部１１５に送信する（Ｓ３０２）。

ライセンス発行部１１５は、ライセンスの更新要求の受信に応じ、ライセンス管理テーブル１２１の更新を実行する（Ｓ３０３）。具体的には、ライセンス発行部１１５は、当該更新要求において指定されているプロダクトキー、プロダクトＩＤ、及び機体番号に対応するレコードのライセンス形態が時限ライセンスである場合には、当該レコードのライセンス有効期限及びライセンス発行日を更新する。また、ライセンス発行部１１５は、当該レコードのステータスがチェックインであった場合は当該ステータスをチェックアウトに更新する。その際、新たなライセンス有効期限は、今まで登録されていたライセンス有効期限及び現時点（当日）のいずれか遅い方に当該レコードのライセンス有効期間を加算することに得られる時期とされる。また、新たなライセンス発行日は当日の年月日とされる。なお、複数のプロダクトＩＤが指定されている場合、複数のレコードに関して更新が行われる。

続いて、ライセンス発行部１１５０は、ライセンス管理テーブル１２１において更新されたレコードごとに（すなわち、更新対象とされた販売パッケージごとに）、当該レコードに記録されているプロダクトＩＤ、機体番号、及び有効期限を含むライセンスファイル９０（図３２参照）を生成する（Ｓ３０４）。

続いて、ライセンス発行部１１５は、生成されたライセンスファイル９０をライセンス更新部４２２に返信する（Ｓ３０５）。ライセンス更新部４２２は、ライセンスの更新対象とされた販売パッケージに対する既存のライセンスファイル９０を削除し、受信されたライセンス５０をＨＤＤ４１４の所定の記憶領域に保存する（Ｓ３０６）。また、ライセンス更新部４２２は、受信されたライセンスファイル９０に基づいてインストール情報管理テーブル４２７を更新する。具体的には、当該ライセンスファイル９０に記録されているプロダクトＩＤに対応するレコードの有効期限を、当該ライセンスファイル９０に記録されている有効期限によって更新する。また、ライセンス更新部４２２は、当該レコードのアクティベーションフラグをアクティベーション済みであることを示す値とする。

以上の処理により、ユーザは、新たな有効期限まで同一の販売パッケージを利用することが可能となる。

なお、ライセンスの更新に対する課金は、インストール時と同様に行われる。すなわち、販売サーバ２０の販売管理部２２によって、アクティベーションサーバ部１１より定期的に取得されるライセンス管理テーブル１２１の情報に基づいて行われる。より詳しくは、ライセンス管理テーブル１２１において、ライセンス発行日が前回の課金時より後であるレコードが存在する場合は、当該レコードに関するライセンスに対して課金が行われる。

次に、販売パッケージの更新処理（販売パッケージ更新処理）について説明する。ユーザは、ライセンスが有効であれば、バージョンアップされた販売パッケージを更新させることができる。

図４１は、販売パッケージ更新処理の処理手順を説明するためのシーケンス図である。機能拡張設定メニュー画面５１０が操作パネル４５に表示されている状態において、更新メニュー５１２が選択されると（Ｓ４０１）、パッケージ更新部４２３は、画像形成装置４０にインストールされている各販売パッケージのプロダクトＩＤ及びバージョンを指定して、販売パッケージの更新要求をコンポーネントサーバ部１５のパッケージ更新支援部１５３に送信する（Ｓ４０２）。なお、各販売パッケージのプロダクトＩＤ及びバージョンは、インストール情報管理テーブル４２７より取得される。

パッケージ更新支援部１５３は、受信された更新要求において指定されているプロダクトＩＤ及びバージョンと、コンポーネント管理テーブル１５５とに基づいて、更新対象となりうる（更新対象候補の）販売パッケージを判定する（Ｓ４０３）。具体的には、パッケージ更新支援部１５３は、受信されたバージョンより新しいバージョンがコンポーネント管理テーブル１５５に登録されている販売パッケージ（プロダクトＩＤ）の有無を判定する。受信されたバージョンより新しいバージョンがコンポーネント管理テーブル１５５に登録されている販売パッケージが有る場合、パッケージ更新支援部１５３は、当該販売パッケージを更新対象候補の販売パッケージとして認識する。

続いて、パッケージ更新支援部１５３は、更新対象候補の販売パッケージの依存関係の検証を依存関係判定部１５１に実行させる（Ｓ４０４）。インストール時において既に依存関係の検証が行われているのにも拘わらず更新時にも依存関係が検証されるのは、バージョンアップにより販売パッケージ間の依存関係が変化している可能性があるためのである。なお、ステップＳ４０４における依存関係の検証処理は、インストール時と同様である（図３３参照）。

依存関係に問題無い場合、パッケージ更新支援部１５３は、更新対象候補の販売パッケージの中から更新対象とする販売パッケージを選択させるための画面（更新一覧画面）を表示させる更新一覧画面データを生成する（Ｓ４０５）。続いて、パッケージ更新支援部１５３は、生成された更新一覧画面データをパッケージ更新部４２３に返信する（Ｓ４０６）。なお、依存関係に問題がある場合、更新対象候補の販売パッケージに関してインストール時と同様の確認画面データが生成され、当該確認画面データがパッケージ更新部４２３に返信される。

続いて、パッケージ更新部４２３は、受信された更新一覧画面データをＵＩ制御部４２６に入力する。ＵＩ制御部４２６は、更新一覧画面データに基づいて更新一覧画面を操作パネル４５に表示させる（Ｓ４０７）。

図４２は、更新一覧画面の表示例を示す図である。更新一覧画面５８０は、更新パッケージ一覧表示領域５８１を有する。更新パッケージ一覧表示領域５８１には、バージョンアップされている販売パッケージの一覧が表示されている。当該一覧には、販売パッケージごとにチェックボタンが配置されている。

ユーザによって、更新対象とする販売パッケージのチェックボタンがチェックされ、更新ボタン５８２が選択されると（Ｓ４０８）、パッケージ更新部４２３は、更新対象とされた各販売パッケージに対するＵＲＬを指定して、当該各販売パッケージのダウンロード要求をダウンロードサーバ３０のダウンロード処理部３１に送信する（Ｓ４０９）。

すなわち、更新一覧画面データには、更新対象候補の各販売パッケージのＵＲＬが含まれている。また、更新ボタン５８２には、更新パッケージ一覧表示領域５８１においてチェック（選択）された販売パッケージのＵＲＬを指定したダウンロード要求の送信命令が関連付けられている。

続いて、ダウンロード処理部３１は、受信されたダウンロード要求において指定されているＵＲＬによって識別される販売パッケージを販売パッケージ管理部３２より取得し、当該販売パッケージをパッケージ更新部４２３に転送する（Ｓ４１０）。パッケージ更新部４２３は、受信された販売パッケージをＨＤＤ４１４内の所定の記憶領域に保存することにより、旧バージョンの販売パッケージを更新する。また、パッケージ更新部４２３は、受信された販売パッケージに格納されている販売パッケージ情報ファイルに記録されているプロダクトＩＤとバージョンに基づいて、インストール情報管理テーブル４２７を更新する。具体的には、パッケージ管理テービル４２５において、当該プロダクトＩＤに対応するパージョンの値が更新される。

次に、ディアクティベーション処理について説明する。図４３は、ディアクティベーション処理の処理手順を説明するためのシーケンス図である。

ステップＳ５０１において、ディアクティベーション部４２５は、ユーザよりディアクティベーション指示の入力を受け付ける（Ｓ５０１）。ディアクティベーション指示の入力は、拡張機能管理画面５６０（図３９参照）を介して行われる。すなわち、機能拡張管理画面５６０の販売パッケージ一覧表示領域５６１において、ディアクティベーション対象とする販売パッケージがチェックされ、ライセンス解除ボタン５６３が選択されると、ディアクティベーション部４２５は、チェックされた販売パッケージをディアクティベーション対象として認識する。

続いて、ディアクティベーション部４２５は、ディアクティベーション対象とされた販売パッケージのプロダクトＩＤと画像形成装置４０の機体番号とを指定してディアクティベーション要求（ライセンスの解放要求）をアクティベーションサーバ部１１のディアクティベーション部１１６に送信する（Ｓ５０２）。ディアクティベーション部１１６は、ライセンス管理テーブル１２１において、指定されたプロダクトＩＤ及び機体番号に係るレコードのステータスを「チェックアウト」から「チェックイン」に変更する。すなわち、当該ライセンスは使用されていないことを示す情報が記録される。なお、ディアクティベーションは、ステータスが「チェックアウト」のライセンスに関して実行可能である。したがって、対象となるレコードのステータスが「チェックアウト」でない場合、ディアクティベーション部１１６は、ディアクティベーション処理は失敗したと判断する。

続いて、ディアクティベーション部１１６は、ディアクティベーション処理結果（処理の成否）を画像形成装置４０のディアクティベーション部４２５に返信する（Ｓ５０４）。ディアクティベーション処理に成功した場合、ディアクティベーション部４２５は、ディアクティベーション対象とされた販売パッケージと当該販売パッケージに対するライセンスファイル９０とをＨＤＤ４１４より削除する（Ｓ５０５）。また、ディアクティベーション部４２５は、インストール情報管理テーブル４２７より、当該販売パッケージに対応するレコードを削除する。

これにより、当該画像形成装置４０では当該販売パッケージに含まれる機能パッケージの利用ができなくなる。一方、当該販売パッケージのライセンスは解放されたため、当該ライセンスの有効期限内であれば必要に応じて他の画像形成装置４０において当該ライセンスを利用することができる。すなわち、ディアクティベーション処理は、或る画像形成装置４０における販売パッケージのライセンスを当該画像形成装置４０のリース期間切れ等の理由により他の画像形成装置４０に移動させたい場合に特に有用である。

ディアクティベーション処理は、画像形成装置４０によって、有効期限が切れたライセンスが検出された場合にも自動的に実行される。

図４４は、画像形成装置におけるディアクティベーションの自動実行処理の処理手順を説明するためのフローチャートである。

例えば、画像形成装置４０の起動時、又は予め設定された所定時刻等において（Ｓ５１１でＹｅｓ）、ディアクティベーション部４２５は、画像形成装置４０のＨＤＤ４１４に保存されている全てのライセンスファイル９０の有効期限をチェックする（Ｓ５１２）。具体的には、ディアクティベーション部４２５は、ライセンスファイル９０の有効期限と現在時刻とを比較し、有効期限が切れているライセンスファイル９０の有無を確認する。有効期限が切れているライセンスファイル９０が存在した場合（Ｓ５１２でＹｅｓ）、ディアクティベーション部４２５は、当該ライセンスファイル９０に記録されているプロダクトＩＤ（販売パッケージ）について、図４３において説明したディアクティベーション処理を実行する（Ｓ５１３）。

上述したように、第一の実施の形態によれば、ライセンスの更新、販売パッケージの更新、及びディアクティベーション処理についても、ユーザは、画像形成装置４０に表示される画面の誘導にしたがって、簡便に作業を行うことができる。

また、販売パッケージの実体とライセンスとが明確に分離されているため、ライセンスのみ更新したり、販売パッケージのみ更新（バージョンアップ）したりといったように、柔軟な運用を可能とすることができる。

続いて、登録済みのグループの構成の編集について説明する。図４５は、グループの編集処理の処理手順を説明するためのシーケンス図である。

例えば、販売サイトの管理者により、グループの変更開始指示が販売サーバ２０に入力されると、販売サーバ２０の商品登録部２１は、グループの一覧情報の取得要求をアクティベーションサーバ部１１の販売サーバ連携部１１１に送信する（Ｓ５１）。販売サーバ連携部１１１は、グループの一覧情報の取得要求の受信に応じ、グループの一覧情報をグループＩＤマスタ１２０及びグループ名称マスタ１２２より取得する。販売サーバ連携部１１１は、取得されたグループの一覧情報を商品登録部２１に返信する（Ｓ５２）。

商品登録部２１は、受信したグループの一覧情報に基づいてグループの一覧画面を販売サーバ２０の表示装置に表示させる（Ｓ５３）。当該一覧画面において、いずれかのグループが選択され、編集が指示されると（Ｓ５４）、商品登録部２１は、選択されたグループを編集対象として、グループ編集画面２２０（図１６参照）を表示させる（Ｓ５５）。すなわち、表示されたグループ編集画面２２０の領域２２１、領域２２２には、選択されたグループのグループＩＤ、グループ名称が表示される。

続いて、グループ編集画面２２０において、グループに対する更なる販売パッケージの追加又はグループからの販売パッケージの除去等のグループの構成情報の編集作業が行われる。編集作業の終了後、ボタン２２８がクリックされると（Ｓ５７）、商品登録部２１は、グループの構成の変更要求を販売サーバ連携部１１１に送信する（Ｓ５８）。グループの構成の変更要求には、編集対象とされたグループのグループＩＤ及びグループ名称、変更後のグループの構成情報（グループに属する販売パッケージのプロダクトＩＤ）、並びに販売サーバ２０の記憶装置に記憶されているドメイン名、販売サイトＩＤ、及びパスワード等がパラメータとして含まれる。販売サーバ連携部１１１は、グループの構成の変更要求に応じ、グループの構成情報の変更処理を実行する（Ｓ５９）。具体的には、編集対象とされたグループに関して、変更要求に含まれている構成情報によってグループＩＤマスタ１２０に記録されている構成情報が更新される。グループの変更処理の実行後、販売サーバ連携部１１１は、当該変更処理の成否を示す応答を商品変更部２１に返信する（Ｓ６０）。

続いて、ステップＳ５９の詳細について説明する。図４６は、グループの変更処理の処理手順を説明するための図である。同図において、ステップＳ５９ａ及びＳ５９ｂは、図１７のステップＳ４０ａ又はＳ４０ｂと同じである。

続いて、販売サーバ連携部１１１は、グループの構成の変更要求に含まれているグループＩＤ及び販売サイトＩＤを含むレコードがグループＩＤマスタ１２０に登録されているか否かを確認する（Ｓ５９ｃ）。当該レコードが登録されている場合、販売サーバ連携部１１１は、当該グループに関するいずれかの商品のプロダクトキー（ライセンス）が使用中であるか否かを確認する（Ｓ５９ｄ）。具体的には、当該グループに属する販売パッケージのプロダクトＩＤが、グループの構成の変更要求に含まれているグループＩＤに基づいてグループＩＤマスタ１２０より取得される。続いて、取得されたプロダクトＩＤに係る販売パッケージについて、ライセンスが使用されているか否かがライセンス管理テーブル１２１（図２０参照）に基づいて確認される。ライセンスが使用されているか否かとは、ステータスがチェックアウトであるか否かを意味する。ライセンスが使用されていない場合、販売サーバ連携部１１１は、グループの構成の変更要求に応じた更新をグループＩＤマスタ１２０に対して行う（Ｓ５９ｅ）。具体的には、販売サーバ連携部１１１は、グループの構成の変更要求に含まれているグループＩＤ及び販売サイトＩＤに対して登録されている既存のプロダクトＩＤを削除し、当該変更要求に含まれているプロダクトＩＤを、当該グループＩＤ及び当該販売サイトＩＤに対して登録する。

続いて、販売サーバ連携部１１１は、グループの構成の変更の成功を示す応答を商品登録部２１に返信する（Ｓ５９ｆ）。一方、ステップＳ５９ａにおいて必要なパラメータが無いと判定された場合、ステップＳ５９ｂにおいて販売サーバ２０の認証に失敗した場合、ステップＳ５９ｃにおいてグループＩＤ及び販売サイトＩＤがグループＩＤマスタ１２０に登録されていないと判定された場合、又はステップＳ５９ｄにおいてグループＩＤに係るプロダクトキーが既に使用されていると判定された場合は、販売サーバ連携部１１１は、グループの構成に変更に失敗したことを示すエラー応答を商品登録部２１に返信する（Ｓ５９ｇ）。

なお、例えば、ライセンス管理テーブル１２１において、変更要求の対象とされたグループに属する販売パッケージのライセンス形態がトライアルライセンスとして登録されている場合は、当該グループに属するいずれかの販売パッケージのライセンスが使用されていたとしても、グループの編集（特に、グループに対する販売パッケージの追加）を許可するようにしてもよい。トライアルライセンスは、いわゆる「お試し用」として提供されるため、グループに属するいずれかの販売パッケージの使用が開始された後であっても、ユーザに試用させる販売パッケージを増加させることで、商品の販売促進を期待できるからである。

続いて、グループの削除について説明する。図４５のステップＳ５３において表示されるグループの一覧画面において、いずれかのグループが選択され、削除が指示されると、商品登録部２１は、選択されたグループに係るグループＩＤ及び販売サイトＩＤ等を含むグループの削除要求をライセンス管理サーバ１０の販売サーバ連携部１１１に送信する。当該削除要求に応じて、販売サーバ連携部１１１は、図４７に示される処理を実行する。

図４７は、グループの削除処理の処理手順を説明するための図である。同図において、ステップＳ６１ａからＳ６１ｃについては、図４６のステップＳ５９ａからＳ５９ｃと同様である。

ステップＳ６１ｄにおいて、販売サーバ連携部１１１は、グループの削除要求に含まれているグループＩＤ及び販売サイトＩＤを含むレコードの削除フラグに基づいてグループの削除の可否を判定する。具体的には、当該削除フラグの値が「ＯＮ」である場合、グループの削除は可能であると判定される。当該削除フラグの値が「ＯＦＦ」である場合、グループの削除は不可能であると判定される。

グループの削除は可能であると判定された場合、販売サーバ連携部１１１は、グループの削除要求に応じた更新をグループＩＤマスタ１２０に対して行う（Ｓ６１ｅ）。具体的には、販売サーバ連携部１１１は、グループの削除要求に含まれているグループＩＤ及び販売サイトＩＤを有するレコードをグループＩＤマスタ１２０より削除する。また、販売サーバ連携部１１１は、当該グループＩＤに係るレコードをグループ名称マスタ１２２より削除する。ステップＳ６１ｆ、Ｓ６１ｇは、図４６のステップＳ５９ｆ、Ｓ５９ｇより自明でるためその説明は省略する。

上述したように、グループの登録後であっても、当該グループの構成は、販売サイトの任意に応じて変更することができる。但し、グループに属するいずれかの販売パッケージのライセンスが使用されている場合は、グループの構成の変更は制限（禁止）される。また、グループに係る商品が購入された後は、グループの削除は制限（禁止）される。したがって、市場におけるグループの状態と、グループに関する管理情報との状態とを適切に整合させることができる。

次に、第二の実施の形態について説明する。図４８は、第二の実施の形態における機器管理システム構成例を示す図である。図４８中、図１と同一部分には同一符号を付し、その説明は適宜省略する。

図４８では、ユーザ環境Ｅ１において、機器管理装置６０が追加されている。機器管理装置６０は、画像形成装置４０において動作するコンポーネントや当該コンポーネントのライセンス（利用権限）の取得及び導入等を一括して行うＰＣ（Personal Computer）等のコンピュータである。機器管理装置６０のハードウェア構成は、図６に示されるものと同様でよい。但し、機器管理装置６０は、液晶ディスプレイ等の表示装置、並びにキーボード及びマウス等の入力装置を備える。機器管理装置６０は、各画像形成装置４０とＬＡＮ（Local Area Network）等のネットワーク７０（有線又は無線の別は問わない。）を介して接続されている。なお、ユーザＰＣ５０もネットワーク７０に接続されていてもよい。また、ユーザＰＣ５０が機器管理装置６０を兼ねてもよい。

図４９は、第二の実施の形態における機器管理装置の機能構成例を示す図である。

同図において、機器管理装置６０は、ＵＩ制御部６１１、パッケージ情報取得部６１２、機器情報取得部６１３、インストール先受付部６１４、妥当性確認部６１５、パッケージ取得部６１６、ライセンス取得部６１７、インストール制御部６１８、アンインストール先判定部６１９、ディアクティベーション制御部６２０、及びアンインストール制御部６２１等を有する。これら各部は、機器管理装置６０にインストールされたプログラムが機器管理装置６０のＣＰＵに実行させる処理によって実現される。

ＵＩ制御部６１１は、ユーザによる指示（販売パッケージのインストール又はアンインストール等の指示等）を受け付ける。パッケージ情報取得部６１２は、インストール又はアンインストール対象とされた販売パッケージの構成情報をライセンス管理サーバ１０より取得する。機器情報取得部６１３は、画像形成装置４０より機器情報を取得する。機器情報には、画像形成装置４０にインストールされている販売パッケージ及びファームウェアに関する情報が含まれる。インストール先受付部６１４は、販売パッケージのインストール先とする画像形成装置４０の指定をユーザより受け付ける。妥当性確認部６１５は、インストール対象とされた販売パッケージについて、インストール先とされた画像形成装置４０へのインストールの妥当性の検証をライセンス管理サーバ１０の依存関係判定部１５１に実行させる。

パッケージ取得部６１６は、インストール対象の販売パッケージをダウンロードサーバ３０よりダウンロード（取得）する。ライセンス取得部６１７は、インストール対象の販売パッケージに関するライセンスファイル９０をライセンス管理サーバ１０より取得する。インストール制御部６１８は、販売パッケージ及びライセンスファイル９０を画像形成装置４０に送信する。

アンインストール先判定部６１９は、アンインストール対象とされた販売パッケージがインストールされている画像形成装置４０を判定する。ディアクティベーション制御部６２０は、画像形成装置４０に対してライセンスファイル９０の削除要求を送信し、ライセンス管理サーバ１０に対して当該ライセンスファイル９０に係るライセンスの解放を要求する。アンインストール制御部６２１は、販売パッケージのアンインストールを画像形成装置４０に要求する。

なお、ライセンス管理サーバ１０、ダウンロードサーバ３０、及び画像形成装置４０等、他の装置の機能構成については第一の実施の形態と同様でよい。

以下、機器管理システム２の処理手順について説明する。図５０は、第二の実施の形態における販売パッケージのインストール及びアクティベーションの処理手順を説明するためのシーケンス図である。同図において、画像形成装置４０のユーザは、販売パッケージに係るいずれかの商品を購入し、当該商品のプロダクトキーを入手済みであるとする。商品の購入方法及びプロダクトキーの入手方法については、第一の実施の形態と同様でよい。なお、図５０では、機器管理装置６０が操作対象とされる。

機器管理装置６０のＵＩ制御部６１１は、表示装置に表示させている初期画面を介して販売パッケージのインストールの開始指示の入力を受け付けると、プロダクトキー入力画面を表示装置に表示させる（Ｓ６０１）。インストール対象の販売パッケージ（以下、「カレント販売パッケージ」という。）のプロダクトキーがプロダクトキー入力画面を介してユーザによって入力されると（Ｓ６０２）、パッケージ情報取得部６１２は、入力されたプロダクトキーを指定して当該プロダクトキーに係るパッケージ情報の取得要求をライセンス管理サーバ１０のインストール支援部１５２に送信する（Ｓ６０３）。

ライセンス管理サーバ１０のインストール支援部１５２は、パッケージ情報の取得要求の受信に応じ、図２２のステップＳ１５３〜Ｓ１５５と同様の手順によってプロダクトキーの有効性の確認をプロダクトキー検証部１１３に実行させる。

当該プロダクトキーが有効であると判定された場合、インストール支援部１５２は、受信されたプロダクトキーに対して登録されている情報をコンポーネント管理テーブル１５５（図２６参照）より取得し、取得された情報をパッケージ情報としてパッケージ情報取得部６１２に返信する（Ｓ６０４）。したがって、パッケージ情報には、少なくとも当該プロダクトキーに関連付けられているプロダクトＩＤ（すなわち、カレント販売パッケージのプロダクトＩＤ）が含まれている。また、当該プロダクトキーがグループライセンス又はボリュームライセンスに係るものである場合、複数のプロダクトＩＤ（複数のレコード）に係る情報がパッケージ情報に含まれる。

パッケージ情報取得部６１２によってパッケージ情報が受信されると、機器管理装置６０のＵＩ制御部６１１は、受信されたパッケージ情報を含む画面（確認画面）を表示装置に表示させ、カレント販売パッケージの内容及びそのライセンスの内容をユーザに確認させる（Ｓ６０５）。

ユーザによって、インストール作業の継続指示が入力されると（例えば、確認画面においてＯＫボタンが押下されると）、インストール先受付部６１４は、画像形成装置４０の一覧を含む機器選択画面を表示装置に表示させ、カレント販売パッケージをインストールする画像形成装置４０をユーザに選択させる（Ｓ６０６）。機器選択画面においては、複数の画像形成装置４０を選択することも可能である。なお、機器選択画面では、予めそのＩＰアドレス及びホスト名等が記憶装置に記憶されている画像形成装置４０が表示対象とされる。または、機器情報取得部６１３が、ブロードキャスト等をネットワーク７０上に発行することにより、ネットワーク７０に接続されている画像形成装置４０を動的に検索し、検索された画像形成装置４０のホスト名等を機器選択画面に表示させてもよい。

続いて、機器情報取得部６１３は、機器選択画面において選択された各画像形成装置４０に対して機器情報の取得要求を送信する（Ｓ６０７）。機器情報の取得要求を受信した各画像形成装置４０のインストール部４２１は、インストール情報管理テーブル４２７（図２８参照）に記録されている情報を取得し、取得された情報と当該画像形成装置４０の機体番号とを含む情報を機器情報として機器情報取得部６１３に返信する（Ｓ６０８）。

続くステップＳ６０９は、機器情報が取得された（機器選択画面で選択された）画像形成装置４０ごとに実行されるループ処理である。ループ処理において処理対象とされる画像形成装置４０を以下、「カレント機器」という。

ステップＳ６０９−１において、妥当性確認部６１５は、カレント機器の機器情報と、パッケージ情報取得部６１２によって取得されたパッケージ情報とを含む妥当性検証要求をライセンス管理サーバ１０に送信する。ここでいう「妥当性」とは、カレント販売パッケージに含まれる機能パッケージをカレント機器にインストールすることの妥当性である。ライセンス管理サーバ１０の依存関係判定部１５１は、妥当性検証要求の受信に応じ、図３３において説明した処理と同様の処理により、カンレント販売パッケージの依存関係を検証する。依存関係に問題が無い場合、依存関係判定部１５１は、妥当性は有ると判定する。依存関係に問題が有る場合、依存関係判定部１５１は、妥当性は無いと判定する。

続いて、依存関係判定部１５１は、妥当性の検証結果を妥当性確認部６１５に返信する（Ｓ６０９−２）。妥当性が有ると判定された場合であって、依存パッケージがカレント機器にインストールされていない場合、検証結果には、当該依存パッケージ（以下、「未導入依存パッケージ」という。）についてコンポーネント管理テーブル１５５に記録されている情報が含められる。当該情報は、当該未導入依存パッケージの取得指示に相当する。

妥当性は有ることを示す検証結果が受信されると、パッケージ取得部６１６は、カレント販売パッケージのパッケージ情報に含まれているダウンロードパス（ＵＲＬ）に基づいて、カレント販売パッケージのダウンロード要求をダウンロードサーバ３０に送信する（Ｓ６０９−３）。ダウンロード要求に応じ、ダウンロード処理部３１は、当該ダウンロード要求において指定されているＵＲＬによって識別される販売パッケージを販売パッケージ管理部３２より取得し、当該販売パッケージを返信する（Ｓ６０９−４）。カレント販売パッケージが複数の場合、ダウンロード（Ｓ６０９−３、Ｓ６０９−４）は複数回繰り返される。また、ステップＳ６０９−２において未導入依存パッケージのパッケージ情報を含む検証結果が受信された場合、未導入依存パッケージに関してもダウンロードが実行される。なお、カレントパッケージが複数である場合とは、例えば、ステップＳ６０１において入力されたプロダクトキーがグループライセンスに係るものである場合や、複数のプロダクトキーが入力された場合等である。

続いて、ライセンス取得部６１７は、ステップＳ６０１において入力されたプロダクトキーと、カレント販売パッケージのプロダクトＩＤと、カレント機器の機体番号とを指定して、ライセンスの使用要求をライセンス管理サーバ１０に送信する（Ｓ６０９−５）。

ライセンス管理サーバ１０のライセンス発行部１１５は、図３５と同様の処理を実行することによりライセンスファイル９０を生成し、生成されたラインセンスファイル５０をライセンス取得部６１７に返信する（Ｓ６０９−６）。

なお、ライセンス取得部６１７は、パッケージ取得部６１６による販売パッケージの取得（ダウンロード）に成功した場合にステップＳ６０９−５を実行する。すなわち、ライセンス取得部６１７は、販売パッケージが正常に取得できなかった場合には、ライセンスファイル９０の取得は行わない。販売パッケージが取得できない場合、当該販売パッケージのインストールは不可能である。それにも拘わらず当該販売パッケージに係るライセンスファイル９０が取得されてしまうと、実際には利用していない販売パッケージについてライセンスの使用が開始されたこととされてしまい、ユーザに不利益を及ぼしてしまうからである。

続いて、インストール制御部６１８は、ステップＳ６０９−４において未導入依存パッケージが取得されている場合、当該未導入依存パッケージをカレント機器に送信し、当該未導入依存パッケージのインストールをカレント機器に要求する（Ｓ６０９−７）。カレント機器のインストール部４２１は、未導入依存パッケージをインストールし、当該未導入依存パッケージの情報（プロダクトＩＤ等）をインストール情報管理テーブル４２７に記録する。

続いて、インストール制御部６１８は、未導入依存パッケージのインストール結果をカレント機器に問い合わせる（Ｓ６０９−８）。当該問い合わせ（ポーリング）は、カレント機器においてインストールが完了し、インストール結果が返信されるまで繰り返される。

先に未導入依存パッケージをインストールさせるのは、依存先のコンポーネントがインストールされていないことによる、販売パッケージのインストールの失敗を回避するためである。

続いて、インストール制御部６１８は、ステップＳ６０９−４において取得されている販売パッケージ（カレント販売パッケージ）、及びステップＳ６０４−６において取得されているライセンスファイル９０をカレント機器に送信し、当該販売パッケージのインストール及びアクティベーションをカレント機器に要求する（Ｓ６０９−９）。カレント機器のインストール部４２１は、受信された販売パッケージ及びライセンスファイル９０に関して図２２において説明した処理を実行する。その結果、販売パッケージはカレント機器において利用可能な状態となる。

続いて、インストール制御部６１８は、販売パッケージのインストール結果をカレント機器に問い合わせる（Ｓ６０９−１０）。当該問い合わせ（ポーリング）は、カレント機器においてインストールが完了し、インストール結果が返信されるまで繰り返される。

続いて、販売パッケージのアンインストール及びディアクティベーション（ライセンスの解放）に関する処理について説明する。

図５１は、第二の実施の形態における販売パッケージのアンインストール及びディアクティベーションの処理手順を説明するためのシーケンス図である。

ステップＳ７０１において、機器管理装置６０のＵＩ制御部６１１は、表示装置に表示させているアンインストール画面を介してアンインストール対象のプロダクトキーの入力をユーザより受け付ける。続いて、パッケージ情報取得部６１２は、入力されたプロダクトキーを指定して当該プロダクトキーに係るパッケージ情報の取得要求をライセンス管理サーバ１０に送信する（Ｓ７０２）。

続いて、ライセンス管理サーバ１０のコンポーネント管理部１５４は、図５０のステップＳ６０３に応じて実行される処理と同様の処理を実行し、受信されたプロダクトキーに係る販売パッケージのパッケージ情報をパッケージ情報取得部６１２に返信する（Ｓ７０３）。当該プロダクトキーがグループライセンスに係るものである場合、複数の販売パッケージに関するパッケージ情報が返信される。

当該プロダクトキーがグループライセンスに係るものである場合、すなわち、複数の販売パッケージに関するパッケージ情報が受信された場合、ＵＩ制御部６１１は、当該販売パッケージの一覧情報を含む販売パッケージ選択画面を表示装置に表示させ、アンインストール対象とする販売パッケージをユーザに選択させる（Ｓ７０４）。以下、選択された販売パッケージを「カレント販売パッケージ」という。

続いて、機器情報取得部６１３は、各画像形成装置４０に対して機器情報の取得要求を送信する（Ｓ７０５）。各画像形成装置４０のディアクティベーション部４２４は、機器情報の取得要求に応じ、インストール情報管理テーブル４２７に記録されている情報を取得し、取得された情報と当該画像形成装置４０の機体番号とを含む情報を機器情報として機器情報取得部６１３に返信する（Ｓ７０６）。

続いて、アンインストール先判定部６１９は、ステップＳ７０３において取得されたパッケージ情報を、ステップＳ７０６で各画像形成装置４０取得された機器情報と照合し、当該パッケージ情報に係る販売パッケージがインストールされている画像形成装置４０を判定する（Ｓ７０７）。具体的には、当該パッケージ情報に含まれているプロダクトＩＤ（販売パッケージのプロダクトＩＤ）を含む機器情報に係る画像形成装置４０が、当該販売パッケージのインストールされている画像形成装置４０（すなわち、販売パッケージのアンインストール先の画像形成装置４０）であると判定される。

続くステップＳ７０８は、販売パッケージのアンインストール先の画像形成装置４０ごとに実行されるループ処理である。ループ処理において処理対象とされる画像形成装置４０を以下、「カレント機器」という。

ステップＳ７０８−１において、ディアクティベーション制御部６２０は、カレント販売パッケージのプロダクトＩＤを指定して、ディアクティベート要求（ライセンスファイル９０の削除要求）をカレント機器に送信する。カレント機器のディアクティベーション部４２４は、当該要求に応じ、指定されたプロダクトＩＤに係るライセンスファイル９０を削除する。

続いて、ディアクティベーション制御部６２０は、ライセンスファイル９０の削除処理の結果をカレント機器に問い合わせる（Ｓ７０８−２）。当該問い合わせ（ポーリング）は、カレント機器においてライセンスファイル９０の削除処理が完了し、当該削除処理の処理結果が返信されるまで繰り返される。

続いて、アンインストール制御部６２１は、カレント販売パッケージのプロダクトＩＤを指定して、アンインストール要求（販売パッケージの削除要求）をカレント機器に送信する（Ｓ７０８−３）。カレント機器のディアクティベーション部４２４は、当該要求に応じ、指定されたプロダクトＩＤに係る販売パッケージをアンインストール（削除）する。

続いて、ディアクティベーション制御部６２０は、カレント販売パッケージのアンインストール結果をカレント機器に問い合わせる（Ｓ７０８−４）。当該問い合わせ（ポーリング）は、カレント機器においてアンインストールが完了し、インストール結果が返信されるまで繰り返される。

ステップＳ７０８が、販売パッケージのアンインストールの対象とされた全ての画像形成装置４０について実行された後、ディアクティベーション制御部６２０は、カレント販売パッケージのプロダクトＩＤと、当該全ての画像形成装置４０の機体番号とを指定してディアクティベート要求（ライセンスの解放要求）をライセンス管理サーバのディアクティベーション部１１６に送信する（Ｓ７０９）。ディアクティベーション部１１６は、図４３のステップＳ５０３において説明した通りの処理を実行する。その結果、指定されたプロダクトＩＤ及び機体番号に係るライセンスのステータスは「チェックイン」に変更される。続いて、ディアクティベーション部１１６は、ディアクティベーション処理結果（処理の成否）を機器管理装置６０のディアクティベーション制御部６２０に返信する（Ｓ２１０）。

上述したように、第二の実施の形態における機器管理装置６０によれば、複数の画像形成装置４０に対して一括してインストール及びアクティベーション（ライセンスの使用開始）等を行うことができる。したがって、特に、画像形成装置４０の台数が多いユーザ環境Ｅ１において、ユーザの作業負担を著しく軽減させることができる。

なお、本実施の形態においては画像形成装置４０を機器の一例として説明したが、本発明の適用範囲は画像形成装置４０に限定されない。プログラムを追加（インストール）可能な機器であれば、本発明は有効に適用されうる。

次に、第三の実施の形態について説明する。図５２は、第三の実施の形態における機器管理システム構成例を示す図である。図５２中、図１と同一部分には同一符号を付し、その説明は適宜省略する。

図５２では、ユーザ環境Ｅ１において、Ｗｅｂクライアント端末６５が追加されている。Ｗｅｂクライアント端末６５は、Ｗｅｂブラウザを備えたＰＣ（Personal Computer）等のコンピュータ又は電子機器である。Ｗｅｂクライアント端末６５のハードウェア構成は、例えば、図６に示されるものと同様でよい。但し、Ｗｅｂクライアント端末６５は、液晶ディスプレイ等の表示装置、並びにキーボード及びマウス等の入力装置を備える。Ｗｅｂクライアント端末６５は、各画像形成装置４０とＬＡＮ（Local Area Network）等のネットワーク７５（有線又は無線の別は問わない。）を介して接続されている。なお、ユーザＰＣ５０がＷｅｂクライアント端末６５を兼ねてもよい。

図５３は、第三の実施の形態における機器管理システムの機能構成例を示す図である。図５３中、図５と同一部分には同一符号を付し、その説明は省略する。

同図において、画像形成装置４０は、Ｗｅｂサーバ部４２８を更に有する。Ｗｅｂサーバ部４２８は、第一の実施の形態においてＵＩ制御部４２６によって操作パネル４５に表示されていた画面について、Ｗｅｂクライアント端末６５に表示させるための処理を実行する。具体的には、Ｗｅｂサーバ部４２８は、各種画面のＨＴＭＬデータをＷｅｂクライアント端末６５に送信する。

一方、Ｗｅｂクライアント端末６５は、Ｗｅｂブラウザ６５１を有する。Ｗｅｂブラウザ６５１は、Ｗｅｂサーバ部４２８より送信されるＨＴＭＬデータを受信し、当該ＨＴＭＬデータに基づいて各種画面をＷｅｂクライアント端末６５１の表示装置に表示させる。

すなわち、第三の実施の形態の機器管理システム３によれば、ユーザは、第一の実施の形態において操作パネル４５を介して行う操作を、Ｗｅｂクライアント端末６５を介して遠隔的に行うことができる。具体的には、ユーザは、図２２のシーケンス図における、ステップＳ１５１、Ｓ１５９、及びＳ１６５における指示入力を、Ｗｅｂブラウザ６５１が表示させる画面を介して行うことができる。したがって、第三の実施の形態では、Ｗｅｂサーバ部４２８が、ライセンスキーの入力を受け付ける入力手段の一例に相当する。

なお、上記各実施の形態においては、ライセンス管理サーバ１０、販売サーバ２０，及びダウンロードサーバ３０がそれぞれ別個の装置であるとして説明した。但し、ライセンス管理サーバ１０が、販売サーバ２０及びダウンロードサーバ３０の少なくともいずれか一方の機能を含むように構成されてもよい。

以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

１、２ 機器管理システム
１０ ライセンス管理サーバ
１１ アクティベーションサーバ部
１５ コンポーネントサーバ部
２０ 販売サーバ
２１ 商品登録部
２２ 販売管理部
２３ 商品マスタ
２４ プロダクトキー通知部
３０ ダウンロードサーバ
３１ ダウンロード処理部
３２ 販売パッケージ管理部
４０ 画像形成装置
４１ コントローラ
４２ スキャナ
４３ プリンタ
４４ モデム
４５ 操作パネル
４６ ネットワークインタフェース
４７ ＳＤカードスロット
５０ ユーザＰＣ
５１ Ｗｅｂブラウザ
６０ 機器管理装置
６５ Ｗｅｂクライアント端末
１００ ドライブ装置
１０１ 記録媒体
１０２ 補助記憶装置
１０３ メモリ装置
１０４ ＣＰＵ
１０５ インタフェース装置
１１１ 販売サーバ連携部
１１２ プロダクトキー発行部
１１３ プロダクトキー検証部
１１５ ライセンス発行部
１１６ ディアクティベーション部
１１７ 販売サーバ認証部
１１８ 販売サイトマスタ
１１９ 販売パッケージマスタ
１２０ グループＩＤマスタ
１２１ ライセンス管理テーブル
１２２ グループ名称マスタ
１５１ 依存関係判定部
１５２ インストール支援部
１５３ パッケージ更新支援部
１５４ コンポーネント管理部
１５５ コンポーネント管理テーブル
４１１ ＣＰＵ
４１２ ＲＡＭ
４１３ ＲＯＭ
４１４ ＨＤＤ
４２１ インストール部
４２２ ライセンス更新部
４２３ ライセンス更新部
４２４ ライセンスチェック部
４２５ ディアクティベーション部
４２６ ＵＩ制御部
４２７ インストール情報管理テーブル
４２８ Ｗｅｂサーバ部
６１１ ＵＩ制御部
６１２ パッケージ情報取得部
６１３ 機器情報取得部
６１４ インストール先受付部
６１５ 妥当性確認部
６１６ パッケージ取得部
６１７ ライセンス取得部
６１８ インストール制御部
６１９ アンインストール先判定部
６２０ ディアクティベーション制御部
６２１ アンインストール制御部
６５１ Ｗｅｂブラウザ
Ｂ バス

特開２００８−０１６０１３号公報

Claims (18)

1. 一又は複数のプログラムを組み合わせたグループの購入ごとに、購入されたグループのグループ識別子と該グループのライセンス情報とに関連付けられたライセンス識別子を生成し、該ライセンス識別子を発行するライセンス識別子発行手段と、
   前記グループ識別子と当該グループに属する各プログラムの製品識別子との関連付け情報を記憶するグループ情報記憶手段と、
   前記ライセンス識別子と、当該ライセンス識別子に関連付けられた前記グループ識別子に対して前記グループ情報記憶手段において関連付けられたそれぞれの前記製品識別子とを関連付けてライセンス情報記憶手段に記録するライセンス記録手段と、
   前記ライセンス識別子の受信に応じ、受信された前記ライセンス識別子が前記ライセンス情報記憶手段に記録されているかを判定する判定手段と、
   前記ライセンス識別子が前記ライセンス情報記憶手段に記録されていると判定された場合、前記グループに属するプログラムごとに当該プログラムの利用を許可するためのライセンスファイルをネットワークを介して返信する送信手段と
   を有するライセンス管理装置。
2. 前記グループに属する各プログラムの前記製品識別子に係るプログラムの取得指示又は該プログラム本体を送信する第二の送信手段を有する請求項１記載のライセンス管理装置。
3. 前記プログラムのインストール先である機器に固有の機器識別子と前記ライセンス識別子と前記グループに属する少なくとも一部のプログラムの前記製品識別子とを含むライセンス使用要求をネットワークを介して受信し、前記ライセンス識別子及び前記製品識別子に対応するライセンスが使用されていることを示す情報が前記ライセンス情報記憶手段に記録されているか否かに基づいて前記ライセンス識別子及び前記製品識別子に対応するライセンスの使用の可否を判定するライセンス可否判定手段と、
   前記ライセンス識別子及び前記製品識別子に対応するライセンスが使用可能である場合に、該ライセンス識別子及び前記製品識別子に対応するライセンスは使用されていることを示す情報を該ライセンス識別子及び前記製品識別子に関連付けて前記ライセンス情報記憶手段に記録するライセンス情報記録手段と、
   前記ライセンス識別子に関連付けられた前記製品識別子と前記機器識別子とを含む、該製品識別子に係るプログラムを該機器識別子に係る機器において利用可能とするための前記ライセンスファイルを生成するライセンスファイル生成手段とを有する請求項１又は２記載のライセンス管理装置。
4. 前記ライセンス情報記録手段は、前記ライセンス識別子及び前記製品識別子に対応するライセンスが使用可能である場合に、前記機器識別子を前記ライセンス識別子に関連付けて前記ライセンス情報記憶手段に記録する請求項３記載のライセンス管理装置。
5. 前記送信手段は、前記プログラムごとに使用の要否が選択可能な画面データをネットワークを介して返信し、
   前記ライセンス可否判定手段は、前記画面データが表示させる画面における選択に基づいて送信される前記ライセンス使用要求を受信する請求項３又は４記載のライセンス管理装置。
6. 前記ライセンス情報記録手段は、前記ライセンス識別子及び前記製品識別子に対応するライセンスが使用可能である場合に、当該製品識別子に係るプログラムと同一のグループに属するプログラムに関するライセンスの有効期限と同じ有効期限を当該ライセンス識別子及び当該製品識別子に関連付けて前記ライセンス情報記憶手段に記録する請求項３乃至５いずれか一項記載のライセンス管理装置。
7. コンピュータが実行するライセンス管理方法であって、
   一又は複数のプログラムを組み合わせたグループの購入ごとに、購入されたグループのグループ識別子及び該グループのライセンス情報に関連付けられたライセンス識別子を生成し、該ライセンス識別子を発行するライセンス識別子発行手順と、
   前記グループ識別子と当該グループに属する各プログラムの製品識別子との関連付け情報を記憶するグループ情報記憶手段を用いて、前記ライセンス識別子と、当該ライセンス識別子に関連付けられた前記グループ識別子に対して関連付けられたそれぞれの前記製品識別子とを関連付けてライセンス情報記憶手段に記録するライセンス記録手順と、
   前記ライセンス識別子の受信に応じ、受信された前記ライセンス識別子が前記ライセンス情報記憶手段に記録されているかを判定する判定手順と、
   前記ライセンス識別子が前記ライセンス情報記憶手段に記録されていると判定された場合、前記グループに属するプログラムごとに当該プログラムの利用を許可するためのライセンスファイルをネットワークを介して返信する送信手順と
   を有するライセンス管理方法。
8. 前記グループに属する各プログラムの前記製品識別子に係るプログラムの取得指示又は該プログラム本体を送信する第二の送信手順を有する請求項７記載のライセンス管理方法。
9. 前記プログラムのインストール先である機器に固有の機器識別子と前記ライセンス識別子と前記グループに属する少なくとも一部のプログラムの前記製品識別子とを含むライセンス使用要求をネットワークを介して受信し、前記ライセンス識別子及び前記製品識別子に対応するライセンスが使用されていることを示す情報が前記ライセンス情報記憶手段に記録されているか否かに基づいて前記ライセンス識別子及び前記製品識別子に対応するライセンスの使用の可否を判定するライセンス可否判定手順と、
   前記ライセンス識別子及び前記製品識別子に対応するライセンスが使用可能である場合に、該ライセンス識別子及び前記製品識別子に対応するライセンスは使用されていることを示す情報を該ライセンス識別子及び前記製品識別子に関連付けて前記ライセンス情報記憶手段に記録するライセンス情報記録手順と、
   前記ライセンス識別子に関連付けられた前記製品識別子と前記機器識別子とを含む、該製品識別子に係るプログラムを該機器識別子に係る機器において利用可能とするための前記ライセンスファイルを生成するライセンスファイル生成手順とを有する請求項７又は８記載のライセンス管理方法。
10. 前記ライセンス情報記録手順は、前記ライセンス識別子及び前記製品識別子に対応するライセンスが使用可能である場合に、前記機器識別子を前記ライセンス識別子に関連付けて前記ライセンス情報記憶手段に記録する請求項９記載のライセンス管理方法。
11. 前記送信手順は、前記プログラムごとに使用の要否が選択可能な画面データをネットワークを介して返信し、
    前記ライセンス可否判定手順は、前記画面データが表示させる画面における選択に基づいて送信される前記ライセンス使用要求を受信する請求項９又は１０記載のライセンス管理方法。
12. 前記ライセンス情報記録手順は、前記ライセンス識別子及び前記製品識別子に対応するライセンスが使用可能である場合に、当該製品識別子に係るプログラムと同一のグループに属するプログラムに関するライセンスの有効期限と同じ有効期限を当該ライセンス識別子及び当該製品識別子に関連付けて前記ライセンス情報記憶手段に記録する請求項９乃至１１いずれか一項記載のライセンス管理方法。
13. コンピュータに、
    一又は複数のプログラムを組み合わせたグループの購入ごとに、購入されたグループのグループ識別子及び該グループのライセンス情報に関連付けられたライセンス識別子を生成し、該ライセンス識別子を発行するライセンス識別子発行手順と、
    前記グループ識別子と当該グループに属する各プログラムの製品識別子との関連付け情報を記憶するグループ情報記憶手段を用いて、前記ライセンス識別子と、当該ライセンス識別子に関連付けられた前記グループ識別子に対して関連付けられたそれぞれの前記製品識別子とを関連付けてライセンス情報記憶手段に記録するライセンス記録手順と、
    前記ライセンス識別子の受信に応じ、受信された前記ライセンス識別子が前記ライセンス情報記憶手段に記録されているかを判定する判定手順と、
    前記ライセンス識別子が前記ライセンス情報記憶手段に記録されていると判定された場合、前記グループに属するプログラムごとに当該プログラムの利用を許可するためのライセンスファイルをネットワークを介して返信する送信手順と
    を実行させるためのプログラム。
14. 前記グループに属する各プログラムの前記製品識別子に係るプログラムの取得指示又は該プログラム本体を送信する第二の送信手順を前記コンピュータに実行させる請求項１３記載のプログラム。
15. 前記プログラムのインストール先である機器に固有の機器識別子と前記ライセンス識別子と前記グループに属する少なくとも一部のプログラムの前記製品識別子とを含むライセンス使用要求をネットワークを介して受信し、前記ライセンス識別子及び前記製品識別子に対応するライセンスが使用されていることを示す情報が前記ライセンス情報記憶手段に記録されているか否かに基づいて前記ライセンス識別子及び前記製品識別子に対応するライセンスの使用の可否を判定するライセンス可否判定手順と、
    前記ライセンス識別子及び前記製品識別子に対応するライセンスが使用可能である場合に、該ライセンス識別子及び前記製品識別子に対応するライセンスは使用されていることを示す情報を該ライセンス識別子及び前記製品識別子に関連付けて前記ライセンス情報記憶手段に記録するライセンス情報記録手順と、
    前記ライセンス識別子に関連付けられた前記製品識別子と前記機器識別子とを含む、該製品識別子に係るプログラムを該機器識別子に係る機器において利用可能とするための前記ライセンスファイルを生成するライセンスファイル生成手順とを前記コンピュータに実行させる請求項１３又は１４記載のプログラム。
16. 前記ライセンス情報記録手順は、前記ライセンス識別子及び前記製品識別子に対応するライセンスが使用可能である場合に、前記機器識別子を前記ライセンス識別子に関連付けて前記ライセンス情報記憶手段に記録する請求項１５記載のプログラム。
17. 前記送信手順は、前記プログラムごとに使用の要否が選択可能な画面データをネットワークを介して返信し、
    前記ライセンス可否判定手順は、前記画面データが表示させる画面における選択に基づいて送信される前記ライセンス使用要求を受信する請求項１５又は１６記載のプログラム。
18. 前記ライセンス情報記録手順は、前記ライセンス識別子及び前記製品識別子に対応するライセンスが使用可能である場合に、当該製品識別子に係るプログラムと同一のグループに属するプログラムに関するライセンスの有効期限と同じ有効期限を当該ライセンス識別子及び当該製品識別子に関連付けて前記ライセンス情報記憶手段に記録する請求項１５乃至１７いずれか一項記載のプログラム。

Images