ライセンス管理装置、機器、ライセンス管理方法、プログラム、及びデータ構造
【課題】プログラム及びプログラムに対するライセンスの導入作業を適切に支援すること。
【解決手段】プログラムの購入ごとに購入されたプログラムの製品識別子及び該プログラムのライセンス情報に関連付けられたライセンス識別子を生成し、該ライセンス識別子を発行するライセンス識別子発行手段と、前記ライセンス識別子をライセンス情報記憶手段に記録するライセンス記録手段と、ネットワークを介して受信される前記ライセンス識別子の受信に応じ、受信された前記ライセンス識別子が前記ライセンス情報記憶手段に記録されているかを判定する判定手段と、前記ライセンス識別子が前記ライセンス情報記憶手段に記録されていると判定された場合、該製品識別子に係るプログラムの取得指示又は該プログラム本体と、前記プログラムの利用を許可するためのライセンスファイルとを前記ネットワークを介して返信する送信手段とを有する。
【解決手段】プログラムの購入ごとに購入されたプログラムの製品識別子及び該プログラムのライセンス情報に関連付けられたライセンス識別子を生成し、該ライセンス識別子を発行するライセンス識別子発行手段と、前記ライセンス識別子をライセンス情報記憶手段に記録するライセンス記録手段と、ネットワークを介して受信される前記ライセンス識別子の受信に応じ、受信された前記ライセンス識別子が前記ライセンス情報記憶手段に記録されているかを判定する判定手段と、前記ライセンス識別子が前記ライセンス情報記憶手段に記録されていると判定された場合、該製品識別子に係るプログラムの取得指示又は該プログラム本体と、前記プログラムの利用を許可するためのライセンスファイルとを前記ネットワークを介して返信する送信手段とを有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ライセンス管理装置、機器、ライセンス管理方法、プログラム、及びデータ構造に関し、特に機器において利用されるプログラムのライセンスを管理するライセンス管理装置、機器、ライセンス管理方法、プログラム、及びデータ構造に関する。
【背景技術】
【０００２】
近年では、主に複合機又は融合機と呼ばれる画像形成装置において、その出荷後に新たなプログラムの開発や開発したプログラムのインストールが可能とされているものがある。斯かるプログラムのインストールやプログラムを利用するためのライセンスを、ユーザの利用形態に合わせて提供することができればユーザにとって便宜であるばかりでなく、プログラムを販売する側にとってもビジネスチャンスの拡大を期待できる。
【０００３】
例えば、特許文献１には、プログラムを利用可能な画像形成装置を所定のものに限定することができるライセンス管理方法等が開示されている。特許文献１に係る技術によれば、プログラムを利用する台数に応じて課金額を変化させることができる。また、プログラムの不正コピーによる不正利用を適切に防止することができる。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、プログラムとライセンスとが分離して配布されることにより、画像形成装置に対するプログラムの導入手順が複雑化しているという問題がある。すなわち、ユーザは、プログラムの実体を入手し、インストールするだけでは当該プログラムを利用することはできず、プログラムの利用に対するライセンスを獲得するための作業が必要とされる。
【０００５】
また、プログラム間には依存関係が存在しうるところ、依存する側のプログラムと依存される側のプログラムとは必ずしも一つのパッケージとして流通するとは限らない。この場合、プログラムをインストールし、更に当該プログラムに対するライセンスを取得したとしても当該プログラムの依存先のプログラムが存在しないため、インストールされたプログラムが正常に動作しないということが発生しうる。そして、プログラムの依存関係は複数階層にわたることがある。したがって、ユーザには、プログラムの依存関係を解決するために更なる作業負担が課せられるとう問題がある。
【０００６】
本発明は、上記の点に鑑みてなされたものであって、プログラム及びプログラムに対するライセンスの導入作業を適切に支援することのできるライセンス管理装置、機器、ライセンス管理方法、プログラム、及びデータ構造の提供を目的とする。
【課題を解決するための手段】
【０００７】
そこで上記課題を解決するため、本発明は、プログラムの購入ごとに購入されたプログラムの製品識別子及び該プログラムのライセンス情報に関連付けられたライセンス識別子を生成し、該ライセンス識別子を発行するライセンス識別子発行手段と、前記ライセンス識別子をライセンス情報記憶手段に記録するライセンス記録手段と、ネットワークを介して受信される前記ライセンス識別子の受信に応じ、受信された前記ライセンス識別子が前記ライセンス情報記憶手段に記録されているかを判定する判定手段と、前記ライセンス識別子が前記ライセンス情報記憶手段に記録されていると判定された場合、該製品識別子に係るプログラムの取得指示又は該プログラム本体と、前記プログラムの利用を許可するためのライセンスファイルとを前記ネットワークを介して返信する送信手段とを有する。
【０００８】
このようなライセンス管理装置では、プログラム及びプログラムに対するライセンスの導入作業を適切に支援することができる。
【発明の効果】
【０００９】
プログラム及びプログラムに対するライセンスの導入作業を適切に支援することができる。
【図面の簡単な説明】
【００１０】
【図１】第一の実施の形態における機器管理システム構成例を示す図である。
【図２】販売パッケージの構成例を示す図である。
【図３】販売パッケージ情報の構成例を示す図である。
【図４】機能パッケージ情報の構成例を示す図である。
【図５】第一の実施の形態における機器管理システムの機能構成例を示す図である。
【図６】本発明の実施の形態におけるライセンス管理サーバのハードウェア構成例を示す図である。
【図７】本発明の実施の形態における画像形成装置のハードウェア構成例を示す図である。
【図８】販売サーバによる販売パッケージの一覧情報の取得処理を説明するためのシーケンス図である。
【図９】販売サイトマスタの構成例を示す図である。
【図１０】販売パッケージマスタの構成例を示す図である。
【図１１】グループＩＤマスタの構成例を示す図である。
【図１２】商品マスタへの商品情報の登録処理の処理手順を説明するためのフローチャートである。
【図１３】販売サーバにおける商品マスタの構成例を示す図である。
【図１４】商品の販売時における処理手順を説明するためのシーケンス図である。
【図１５】プロダクトキー発行部によるプロダクトキー生成処理の処理手順を説明するためのフローチャートである。
【図１６】ライセンス管理テーブルの構成例を示す図である。
【図１７】プロダクトキーの構成例を示す図である。
【図１８】販売パッケージのインストール時の処理手順を説明するためのシーケンス図である。
【図１９】機能拡張設定メニュー画面の表示例を示す図である。
【図２０】プロダクトキー入力画面の表示例を示す図である。
【図２１】プロダクトキーが無効であるときのエラー画面の表示例を示す図である。
【図２２】コンポーネント管理テーブルの構成例を示す図である。
【図２３】インストール一覧画面の表示例を示す図である。
【図２４】インストール情報管理テーブルの構成例を示す図である。
【図２５】依存関係に問題が無い場合の確認画面の表示例を示す図である。
【図２６】依存パッケージも同時にインストール可能な場合の確認画面の表示例を示す図である。
【図２７】依存パッケージを同時にインストール出来ない場合の確認画面の表示例を示す図である。
【図２８】ライセンスファイルの構成例を示す図である。
【図２９】コンポーネントサーバ部による依存関係の検証処理及び確認画面データの生成処理の処理手順を説明するためのフローチャートである。
【図３０】依存関係管理テーブルの構成例を示す図である。
【図３１】アクティベーションサーバ部によるライセンスファイル生成処理の処理手順を説明するためのフローチャートである。
【図３２】画像形成装置による販売パッケージのインストール処理の処理手順を説明するためのフローチャートである。
【図３３】ライセンス更新処理の処理手順を説明するためのシーケンス図である。
【図３４】拡張機能管理画面の表示例を示す図である。
【図３５】ライセンス取得／更新画面の表示例を示す図である。
【図３６】販売パッケージ更新処理の処理手順を説明するためのシーケンス図である。
【図３７】更新一覧画面の表示例を示す図である。
【図３８】ディアクティベーション処理の処理手順を説明するためのシーケンス図である。
【図３９】画像形成装置におけるディアクティベーションの自動実行処理の処理手順を説明するためのフローチャートである。
【図４０】第二の実施の形態における機器管理システム構成例を示す図である。
【図４１】第二の実施の形態における機器管理装置の機能構成例を示す図である。
【図４２】第二の実施の形態における販売パッケージのインストール及びアクティベーションの処理手順を説明するためのシーケンス図である。
【図４３】第二の実施の形態における販売パッケージのアンインストール及びディアクティベーションの処理手順を説明するためのシーケンス図である。
【図４４】第三の実施の形態における機器管理システム構成例を示す図である。
【図４５】第三の実施の形態における機器管理システムの機能構成例を示す図である。
【発明を実施するための形態】
【００１１】
以下、図面に基づいて本発明の実施の形態を説明する。図１は、第一の実施の形態における機器管理システム構成例を示す図である。同図の機器管理システム１は、ユーザ環境Ｅ１とメーカー環境Ｅ２との二つのシステム環境に大別される。ユーザ環境Ｅ１とメーカー環境Ｅ２とは、インターネット等の広域的なネットワーク８０を介して接続されている。
【００１２】
ユーザ環境Ｅ１は、被インストール機器としての画像形成装置４０のユーザ（顧客）のシステム環境である。例えば、ユーザ環境Ｅ１は、画像形成装置４０のユーザである企業又はオフィス等に相当する。ユーザ環境Ｅ１は、一台以上の画像形成装置４０及び一台以上のユーザＰＣ５０を有する。画像形成装置４０は、印刷、スキャン、コピー、及びファクス送受信等の複数の機能を一台の筐体において実現する複合機である。但し、いずれか一つの機能のみを実現可能な機器であってもよい。画像形成装置４０は、ソフトウェアコンポーネント（以下、単に「コンポーネント」という。）を追加又は更新することにより随時機能拡張等を図ることができる。ユーザＰＣ５０は、画像形成装置４０に追加するコンポーネントの購入手続き等を行うために利用されるコンピュータである。なお、ユーザ環境Ｅ１は、ユーザ数（企業又はオフィス単位のユーザ数）に応じて複数存在しうる。
【００１３】
一方、メーカー環境Ｅ２は、画像形成装置４０に追加されるコンポーネントの販売者側のシステム環境である。例えば、メーカー環境Ｅ２は、画像形成装置４０のメーカーによって運営される。メーカー環境Ｅ２は、ライセンス管理サーバ１０、販売サーバ２０、及びダウンロードサーバ３０を有する。販売サーバ２０は、ユーザ環境Ｅ１よりコンポーネントの購入申請を受け付けるコンピュータである。販売サーバ２０は、画像形成装置４０の販売地域（例えば、米国、欧州、日本、日本を除くアジア等）ごとに設置され、各販売サーバ２０が担当する販売地域に属するユーザ環境Ｅ１より購入申請を受け付ける。
【００１４】
ダウンロードサーバ３０は、コンポーネントの実体を管理するコンピュータである。ユーザ環境Ｅ１は、購入申請したコンポーネントの実体をダウンロードサーバ３０よりダウンロードする。ライセンス管理サーバ１０は、購入されたコンポーネントのライセンス（利用権限）を管理するコンピュータである。
【００１５】
本実施の形態におけるコンポーネントは、販売パッケージと呼ばれる単位で流通する。また、複数の販売パッケージの集合がセットとして流通単位となる場合もある。複数の販売パッケージの集合を、本実施の形態では「グループ」という。
【００１６】
図２は、販売パッケージの構成例を示す図である。同図に示されるように、一つの販売パッケージは、一つの販売パッケージ情報ファイルと、一つ以上の機能パッケージを含む書庫ファイルとして構成される。
【００１７】
販売パッケージ情報ファイルは、販売パッケージの属性情報（販売パッケージ情報）が記録されたファイルである。
【００１８】
図３は、販売パッケージ情報の構成例を示す図である。同図において、販売パッケージ情報は、プロダクトＩＤ、バージョン、名称、説明、ベンダ名、及び配布タイプ等を含む。
【００１９】
プロダクトＩＤは、各販売パッケージ及び各機能パッケージに一意に割り当てられた識別子（製品識別子）である。バージョンは、販売パッケージのバージョン番号である。説明は、販売パッケージに関する説明である。ベンダ名は、販売パッケージのベンダ（開発者）の名前である。名称は、販売パッケージの名前である。配布タイプは、アクティベーション（ライセンスの認証）の要否を示す情報である。アクティベーションが不要な販売パッケージは無料で使用することができる。
【００２０】
図２に戻る。機能パッケージは、機能単位でパッケージ化されたソフトウェアパッケージである。一つの機能パッケージは、一つの機能パッケージ情報ファイルと一つのコンポーネントの実体とを含む書庫ファイル（例えば、ＪＡＲ（Java（登録商標） Archive）ファイル）として構成される。
【００２１】
機能パッケージ情報ファイルは、機能パッケージの属性情報（機能パッケージ情報）が記録されたファイルである。
【００２２】
図４は、機能パッケージ情報の構成例を示す図である。同図において、機能パッケージ情報は、プロダクトＩＤ、バージョン、名称、説明、ベンダ名、配布タイプ、及びパッケージ依存情報等を含む。
【００２３】
プロダクトＩＤは、機能パッケージに対するプロダクトＩＤである。バージョンは、機能パッケージのバージョン番号である。名称は、機能パッケージの名前である。説明は、機能パッケージに関する説明である。ベンダ名は、機能パッケージのベンダ（開発者）の名前である。配布タイプは、機能パッケージに対するアクティベーションの要否を示す情報である。アクティベーションが不要な機能パッケージは、無料で使用することができる。パッケージ依存情報は、機能パッケージが依存（又は利用）する（当該機能パッケージの依存先の）他の機能パッケージのプロダクトＩＤである。一つの機能パッケージは、複数の他の機能パッケージに依存しうる。
【００２４】
なお、同図では、三つの販売パッケージによって１つのグループが構成されている。グループに属する販売パッケージであっても単独で流通しうる。
【００２５】
図５は、第一の実施の形態の機器管理システムの機能構成例を示す図である。同図において、販売サーバ２０は、商品登録部２１、販売管理部２２、プロダクトキー通知部２３、及び商品マスタ２３を有する。
【００２６】
商品登録部２１は、ライセンス管理サーバ１０において一元的に管理されている販売パッケージの一覧情報をダウンロードし、当該一覧情報に基づいて作業者によって入力される商品の構成情報等を商品マスタ２３に登録する。販売管理部２２は、商品マスタ２３に商品情報が登録されている商品について、ユーザＰＣ５０より購入申請を受け付ける。販売管理部２２は、また、購入申請に対するプロダクトキーをライセンス管理サーバ１０に発行させる。プロダクトキー通知部２４は、発行されたプロダクトキーを、購入申請に対する応答としてユーザＰＣ５０に送信する。
【００２７】
本実施の形態において、商品とは、販売パッケージ又はグループと、そのライセンスの内容とによって構成される概念である。したがって、同一の販売パッケージであってもライセンスの内容（ライセンス形態、ライセンス有効期間、ライセンスボリューム数等）が異なれば、異なる商品として扱われる。以下ライセンスの内容に関係する情報をライセンス情報という。
【００２８】
また、プロダクトキーとは、商品が購入されるごとに一意に発行される（又は割り当てられる）識別子である。プロダクトキーは、商品に含まれる販売パッケージに対するライセンス（利用権限）を識別する情報（ライセンス識別子）として、また、商品の正当な購入者であることを証明するための情報として用いられる。なお、本実施の形態において、プロダクトＩＤとプロダクトキーとは明確に区別される。すなわち、プロダクトＩＤは、製品としての販売パッケージの異同を区別するものであるのに対し、プロダクトキーは、商品の購入という行為を区別するためのものである。したがって、同一のプロダクトＩＤの販売パッケージに対し、商品の購入のたびに異なるプロダクトキーが発行される。
【００２９】
画像形成装置４０は、インストール部４２１、ライセンス更新部４２２、パッケージ更新部４２３、ライセンスチェック部４２４、ディアクティベーション部４２５、及びＵＩ制御部４２６、及びインストール情報管理テーブル４２７等を有する。
【００３０】
インストール部４２１は、プロダクトキーの入力に応じ、当該プロダクトキーに対応する販売パッケージをインストールするための一連の処理を制御する。例えば、インストール部４２１は、インストール対象の販売パッケージに含まれている機能パッケージの依存関係の妥当性の判定をライセンス管理サーバ１０に要求したり、インストール対象の販売パッケージをダウンロードサーバ３０よりダウンロードしたり、インストール対象の販売パッケージに対するライセンスファイル９０をライセンス管理サーバ１０より取得したりする。
【００３１】
ライセンスファイル９０とは、販売パッケージに対するライセンスを証明するデータ（販売パッケージの利用を許可するためのデータ）が記録されたファイルである。すなわち、本実施の形態における販売パッケージ（コンポーネント）は、その実体を入手するだけでは画像形成装置４０において利用することはできない。販売パッケージは、ライセンスファイル９０が画像形成装置４０に導入されることにより利用可能となる。
【００３２】
ライセンス更新部４２２は、画像形成装置４０にインストールされている販売パッケージに対するライセンスの有効期限を更新（延長）するための処理（ライセンス更新処理）を制御する。パッケージ更新部４２３は、画像形成装置４０にインストールされている販売パッケージをバージョンアップするための処理（販売パッケージ更新処理）を制御する。ライセンスチェック部４２４は、販売パッケージが利用される際に、ライセンスファイル９０に基づいて利用の許否を判定する。ディアクティベーション部４２５は、画像形成装置４０にインストールされている販売パッケージのディアクティベーションを行う。具体的には、ディアクティベーション部４２５は、ディアクティベーションの対象とされた販売パッケージと当該販売パッケージに対するライセンスファイル９０との削除等を行う。ＵＩ制御部４２６は、画像形成装置４０の操作パネルの表示制御等を行う。インストール情報管理テーブル４２７は、画像形成装置４０にインストールされている販売パッケージに関する情報を管理するテーブルであり、画像形成装置４０の記憶装置に保存されている。
【００３３】
ライセンス管理サーバ１０は、アクティベーションサーバ部１１及びコンポーネントサーバ部１５を有する。アクティベーションサーバ部１１は、販売サーバ連携部１１１、プロダクトキー発行部１１２、プロダクトキー検証部１１３、ライセンス発行部１１５、及びディアクティベーション部１１６、販売サーバ認証部１１７、販売サイトマスタ１１８、販売パッケージマスタ１１９、グループＩＤマスタ１２０、及びライセンス管理テーブル１２１等を有する。
【００３４】
販売サーバ連携部１１１は、販売サーバ２０より要求された処理や、販売サーバ２０より通知される情報に応じた処理等を実行する。プロダクトキー発行部１１２は、販売サーバ２０の販売管理部２２からの要求に応じ、プロダクトキーを生成する。プロダクトキー発行部１１２は、生成されたプロダクトキーと当該プロダクトキーによって識別されるライセンスに関する情報をライセンス管理テーブル１２１に登録する。プロダクトキー検証部１１３は、販売パッケージのダウンロードの際等に画像形成装置４０に対して入力されたプロダクトキーの有効性をライセンス管理テーブル１２１等を用いて検証する。
【００３５】
ライセンス発行部１１５は、販売パッケージに対するライセンスの発行を行う。ライセンスの発行に伴って、ライセンス管理テーブル１２１が更新され、ライセンスファイル９０が生成される。ディアクティベーション部１１６は、画像形成装置４０のディアクティベーション部４２５からのディアクティベーション要求に応じ、当該要求の対象とされたライセンスを解放する。販売サーバ認証部１１７は、販売サイトマスタ１１８を用いて販売サーバ２０の認証を行う。販売パッケージマスタ１１９には、販売パッケージの一覧情報が登録されている。グループＩＤマスタ１２０には、グループと販売パッケージとの関連付け情報が登録されている。なお、販売サイトマスタ１１８、販売パッケージマスタ１１９、グループＩＤマスタ１２０、及びライセンス管理テーブル１２１は、ライセンス管理サーバ１０の記憶装置に保存されている。
【００３６】
コンポーネントサーバ部１５は、依存関係判定部１５１、インストール支援部１５２、パッケージ更新支援部１５３、コンポーネント管理部１５４、コンポーネント管理テーブル１５５、及び依存関係管理テーブル１５６等を有する。依存関係判定部１５１は、インストール対象又は更新対象とされている販売パッケージに含まれている機能パッケージが依存する他の機能パッケージが、既に画像形成装置４０にインストールされているか否か等を判定する。より詳しくは、依存関係判定部１５１は、画像形成装置４０のインストール部４２１からの要求に応じ、インストール対象の販売パッケージに含まれている機能パッケージの依存関係が、既に画像形成装置４０にインストールされている機能パッケージ等によって解決されるか否かをコンポーネント管理テーブル１５５及び依存関係管理テーブル１５６を参照して判定する。インストール支援部１５２は、画像形成装置４０への販売パッケージのインストールを支援するための処理を行う。例えば、インストール支援部１５２は、インストール対象とする販売パッケージを選択させるための画面を表示させるためのＨＴＭＬデータ（インストール一覧画面データ）を生成し、当該インストール一覧画面データを画像形成装置４０のインストール部４２１に提供する。パッケージ更新支援部１５３は、画像形成装置４０における販売パッケージの更新（バージョンアップ）を支援するための処理を行う。例えば、パッケージ更新支援部１５３は、更新対象とする販売パッケージの選択させるための画面を表示させるためのＨＴＭＬデータ（更新一覧画面データ）を生成し、当該更新一覧画面データを画像形成装置４０のパッケージ更新部４２３に提供する。コンポーネント管理部１５４は、ダウンロードサーバ３０の販売パッケージ管理部３２に保存されている販売パッケージを定期的に取得し、販売パッケージの構成情報や販売パッケージに含まれている各機能パッケージの依存情報等をコンポーネント管理テーブル１５５又は依存関係管理テーブル１５６に登録する。なお、コンポーネント管理テーブル１５５及び依存関係管理テーブル１５６は、ライセンス管理サーバ１０の記憶装置に保存されている。
【００３７】
各機能パッケージが自己の依存先の情報を持ち、ライセンス管理サーバ１０が、各機能パッケージの依存先の情報に基づいて依存関係管理テーブル１５６に機能パッケージ間の依存関係を登録することにより、複雑な依存関係に関する情報を簡便に登録できる。例えば、機能パッケージ（また、機能パッケージを含む販売パッケージ）の製造者により製造された機能パッケージがダウンロードサーバ３０に配置されると、ライセンス管理サーバ１０は、機能パッケージに含まれるパッケージ依存情報をダウンロードサーバ３０より取得し、自動的に機能パッケージ間の依存関係を依存関係管理テーブル１５６に登録する。したがって、例えば、販売サイトの管理者と、機能パッケージ等の製造者とが異なっている場合であっても、販売サイトの管理者は機能パッケージの依存関係を認識している必要はない。結果として、例えばサードベンダ等による機能パッケージの製造を促進し、販売機会を増やすことができる。
【００３８】
図６は、本発明の実施の形態におけるライセンス管理サーバのハードウェア構成例を示す図である。図６のライセンス管理サーバ１０は、それぞれバスBで相互に接続されているドライブ装置１００と、補助記憶装置１０２と、メモリ装置１０３と、ＣＰＵ１０４と、インタフェース装置１０５とを有する。
【００３９】
ライセンス管理サーバ１０での処理を実現するプログラムは、ＣＤ−ＲＯＭ等の記録媒体１０１によって提供される。プログラムを記録した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。
【００４０】
メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従ってライセンス管理サーバ１０に係る機能（図５に示される各部）を実現する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。
【００４１】
なお、ライセンス管理サーバ１０に、液晶ディスプレイ又はＣＲＴディスプレイ等の表示装置、及びキーボードやマウス等の入力装置を備えていてもよい。
【００４２】
また、販売サーバ２０、ダウンロードサーバ３０、及びユーザＰＣ５０等も、図６と同様のハードウェア構成を有していればよい。
【００４３】
図７は、本発明の実施の形態における画像形成装置のハードウェア構成例を示す図である。図７において、画像形成装置４０は、コントローラ４１、スキャナ４２、プリンタ４３、モデム４４、操作パネル４５、ネットワークインタフェース４６、及びＳＤカードスロット４７等のハードウェアを有する。
【００４４】
コントローラ４１は、ＣＰＵ４１１、ＲＡＭ４１２、ＲＯＭ４１３、及びＨＤＤ４１４等を有する。ＲＯＭ４１３には、各種のプログラムやプログラムによって利用されるデータ等が記録されている。ＲＡＭ４１２は、プログラムをロードするための記憶領域や、ロードされたプログラムのワーク領域等として用いられる。ＣＰＵ４１１は、ＲＡＭ４１２にロードされたプログラムを処理することにより、各種の機能（図５に示される各部）を実現する。ＨＤＤ４１４には、プログラムやプログラムが利用する各種のデータ等が記録される。
【００４５】
スキャナ４２は、原稿より画像データを読み取るためのハードウェアである。プリンタ４３は、画像データを印刷用紙に印刷するためのハードウェアである。モデム４４は、電話回線に接続するためのハードウェアであり、ＦＡＸ通信による画像データの送受信を実行するために用いられる。操作パネル４５は、ユーザからの入力の受け付けを行うめのボタン等の入力手段や、液晶パネル等の表示手段を備えたハードウェアである。ネットワークインタフェース４６は、ＬＡＮ等のネットワーク（有線又は無線の別は問わない。）に接続するためのハードウェアである。ＳＤカードスロット４７は、ＳＤカード８０に記録されたプログラムを読み取るために利用される。すなわち、画像形成装置４０では、ＲＯＭ４１３に記録されたプログラムだけでなく、ＳＤカード８０に記録されたプログラムもＲＡＭ４１２にロードされ、実行されうる。
【００４６】
以下、第一の実施の形態の機器管理システム１において実行される処理手順について説明する。図８は、販売サーバによる販売パッケージの一覧情報の取得処理を説明するためのシーケンス図である。販売対象とする商品の構成は、販売地域ごとに決定される。図８の処理は、或る販売地域において販売対象の商品の構成が決定される際に実行される処理である。
【００４７】
例えば、販売サイトの管理者により、商品情報の取得指示が販売サーバ２０に入力されると、販売サーバ２０の商品登録部２１は、販売サーバ２０の記憶装置に記憶されているドメイン名、販売サイトＩＤ、及びパスワードを指定して、ライセンス管理サーバ１０のアクティベーションサーバ部１１に認証要求を送信する（Ｓ１０１）。
【００４８】
認証要求を受信した販売サーバ認証部１１７は、認証要求に指定されている情報と販売サイトマスタ１１８とに基づいて販売サーバ２０の認証を行う。
【００４９】
図９は、販売サイトマスタの構成例を示す図である。同図に示されるように、販売サイトマスタ１１８には、販売地域ごとに、ドメイン名、販売サイトＩＤ、及びパスワードが登録されている。
【００５０】
販売サーバ認証部１１７は、認証要求に含まれているドメイン名、販売サイトＩＤ、及びパスワードと、販売サイトマスタ１１８に含まれているドメイン名、販売サイトＩＤ、及びパスワードとを照合することにより販売サーバ２０の認証を行う。認証に成功した場合、販売サーバ認証部１１７は、セッションを開設し、セッションＩＤを販売管理部２２に返信する（Ｓ１０２）。以降における販売管理部２２とアクティベーションサーバ部１１との通信は、セッションＩＤに基づいて行われる。
【００５１】
続いて、商品登録部２１は、販売パッケージの一覧情報の取得要求をアクティベーションサーバ部１１の販売サーバ連携部１１１に送信する（Ｓ１０３）。販売サーバ連携部１１１は、販売パッケージの一覧情報の取得要求の受信に応じ、当該一覧情報を販売パッケージマスタ１１９より取得し、商品登録部２１に返信する（Ｓ１０４）。
【００５２】
図１０は、販売パッケージマスタの構成例を示す図である。同図に示されるように、販売パッケージマスタ１１９には、販売パッケージごとに、プロダクトＩＤ、日本語による販売パッケージ名、日本語によるベンダ名、英語による販売パッケージ名、及び英語によるベンダ名等が登録されている。ステップＳ１０４で返信される一覧情報には、販売パッケージごとにこれらの情報が含まれる。なお、販売パッケージマスタ１１９への情報の登録は、例えば、ライセンス管理サーバ１０の管理者によって行われる。
【００５３】
商品登録部２１は、販売パッケージの一覧情報を受信すると、当該一覧情報に基づいて販売サイトの管理者によって入力される情報を商品マスタ２３に登録する（Ｓ１０５）。この際、必要に応じて当該管理者によってグループの定義も行われる。具体的には、グループＩＤが採番され、当該グループＩＤに係るグループに属する販売パッケージが決定される。グループの定義が行われた場合、商品登録部２１は、定義されたグループ情報（グループＩＤとグループに属する販売パッケージのプロダクトＩＤとを含む情報）を販売サーバ連携部１１１に送信する（Ｓ１０６）。続いて、販売サーバ連携部１１１は、受信されたグループ情報をグループＩＤマスタ１２０に登録する。
【００５４】
図１１は、グループＩＤマスタの構成例を示す図である。同図に示されるように、グループＩＤマスタ１２０には、グループＩＤと販売サイトＩＤとの組み合わせごとに、当該グループＩＤに係るグループに属する販売パッケージのプロダクトＩＤが登録されている。グループＩＤが販売サイトＩＤと組み合わせられるのは、グループＩＤは、販売サイトごとに一意だからである。なお、図１１では、同一のグループＩＤ（例えば、００１）に係るレコードが複数登録された例が示されている。同図のグループＩＤマスタ１２０では、一つのレコードには一つの販売パッケージのプロダクトＩＤが登録されるからである。すなわち、同図では、グループＩＤ「００１」のグループについては、三つの販売パッケージが属する例が示されている。
【００５５】
続いて、ステップＳ１０５の詳細について説明する。図１２は、商品マスタへの商品情報の登録処理の処理手順を説明するためのフローチャートである。
【００５６】
ステップＳ１１１において、商品登録部２１は、図８のステップＳ１０４において受信された販売パッケージの一覧情報を販売サーバ２０の表示装置に表示させる。続いて、管理者によって、当該販売サーバ２０が属する販売地域において販売対象とする販売パッケージが当該一覧情報の中から選択され、選択された各販売パッケージに関して、ライセンス形態、ライセンス有効期間、ボリューム数、及び商品名称等が入力される（Ｓ１１２）。また、必要に応じて、グループの定義とグループに属する販売パッケージの選択も行われる。
【００５７】
続いて、商品登録部２１は、販売対象として選択された各販売パッケージに係る商品の構成が定義された商品情報を商品マスタ２３に登録する（Ｓ１１３）。
【００５８】
図１３は、販売サーバにおける商品マスタの構成例を示す図である。同図に示されるように、商品マスタ２３は、商品ごとに商品ＩＤ（プロダクトＩＤ又はグループＩＤ）、ライセンス形態、ライセンス有効期間、ボリューム数、及び商品名称等を管理するテーブルである。ライセンス形態は、商品に属する販売パッケージに関するライセンスについて売り切り型、時限ライセンス、及びトライアルライセンス等の別を示す情報である。売り切り型は、購入後無期限に使用可能なライセンスである。時限ライセンスは、所定期間の間に限り有効な（使用可能な）ライセンスである。トライアルライセンスは、お試し用としての使用に対するライセンスである。ライセンス有効期間は、ライセンス形態が時限ライセンス又はトライアルライセンスの場合に有効な属性であり、ライセンスが有効な期間を示す。ボリューム数は、ライセンスのボリューム数である。ボリューム数が２以上の商品を購入した場合、ボリュームライセンスが与えられ、当該ボリューム数の範囲内で同一の販売パッケージの同時使用が許可される。商品名称は、商品の名称である。
【００５９】
販売サーバ２０の商品マスタ２３に商品情報が登録されることにより、当該販売サーバ２０の属する販売地域では、商品の販売が可能となる。
【００６０】
続いて、図１４は、商品の販売時における処理手順を説明するためのシーケンス図である。図１４に示される販売サーバ２０は、同図に示されるユーザＰＣ５０が属する販売地域の販売サーバ２０である。
【００６１】
或るユーザ環境Ｅ１におけるユーザが、ユーザＰＣ５０のＷｅｂブラウザ５１に対し、購入可能な（販売対象とされている）商品の一覧を表示させるＷｅｂページ（商品一覧ページ）に対するＵＲＬを入力すると、Ｗｅｂブラウザ５１は、商品一覧ページの取得要求を販売サーバ２０の販売管理部２２に送信する（Ｓ１２１）。
【００６２】
続いて、販売管理部２２は、商品マスタ２３に基づいて商品一覧ページを生成する（Ｓ１２２）。具体的には、販売管理部２２は、商品マスタ２３に登録されている商品ごとに、商品名称、ライセンス形態、ライセンス有効期間、ボリューム数、及びチェックボタンを表示させるＨＴＭＬデータを商品一覧ページとして生成する。なお、チェックボタンは、購入対象とするか否かを選択させるためのものである。続いて、販売管理部２２は、生成された商品一覧ページをＷｅｂブラウザ５１に返信する（Ｓ１２３）。Ｗｅｂブラウザ５１は、受信した商品一覧ページ５１をユーザＰＣ５０の表示装置に表示させる。
【００６３】
商品一覧ページ上において、購入対象とする商品に対するチェックボタンの選択及び購入ボタンの押下がユーザによって行われると、Ｗｅｂブラウザ５１は、購入対象とされた商品の商品ＩＤを含む購入要求を販売管理部２２に送信する（Ｓ１２４）。すなわち、商品一覧ページは、選択された商品ＩＤが購入ボタンの押下に応じて送信されるように定義されている。なお、商品一覧ページでは、複数の商品を選択可能である。したがって、ステップＳ１２４では、複数の商品ＩＤが購入要求に含まれうる。
【００６４】
続いて、販売管理部２２は、ドメイン名、販売サイトＩＤ、及びパスワードを指定して、認証要求をライセンス管理サーバ１０のアクティベーションサーバ部１１に送信する（Ｓ１２５）。アクティベーションサーバ部１１の販売サーバ認証部１１７は、認証要求に含まれているドメイン名、販売サイトＩＤ、及びパスワードと、販売サイトマスタ１１８に含まれているドメイン名、販売サイトＩＤ、及びパスワードとを照合することにより販売サーバ２０の認証を行う。認証に成功した場合、販売サーバ認証部１１７は、セッションを開設し、セッションＩＤを販売管理部２２に返信する（Ｓ１２６）。以降における販売管理部２２とアクティベーションサーバ部１１との通信は、セッションＩＤに基づいて行われる。
【００６５】
続いて、販売管理部２２は、購入要求に含まれている商品ＩＤ（プロダクトＩＤ又はグループＩＤ）に対するライセンス形態、ライセンス有効期間、及びボリューム数を商品マスタ２３より取得し、当該商品ＩＤ（プロダクトＩＤ又はグループＩＤ）、ライセンス形態、ライセンス有効期間、及びボリューム数を指定して、プロダクトキーの発行要求をアクティベーションサーバ部１１のプロダクトキー発行部１１２に送信する（Ｓ１２７）。
【００６６】
プロダクトキーの発行要求に応じ、プロダクトキー発行部１１２はプロダクトキーを生成する（Ｓ１２８）。プロダクトキー発行部１１２は、当該プロダクトキーを販売管理部２２に返信する（Ｓ１２９）。なお、複数の商品についてプロダクトキーの発行が要求された場合は、商品ごとにプロダクトキーが生成される。
【００６７】
販売サーバ２０のプロダクトキー通知部２４は、プロダクトキーを受信すると、当該プロダクトキーを含むＨＴＭＬデータをＷｅｂブラウザ５１に返信する（Ｓ１３０）。Ｗｅｂブラウザ５１は、当該ＨＴＭＬデータをユーザＰＣ５０の表示装置に表示させる。これにより、ユーザは、購入した商品に対して発行されたプロダクトキーを認識することができる。なお、プロダクトキー通知部２４は、プロダクトキーが記述された電子メールをユーザＰＣ５０に送信することにより、プロダクトキーの配布を行ってもよい。
【００６８】
続いて、ステップＳ１２８の詳細について説明する。図１５は、プロダクトキー発行部によるプロダクトキー生成処理の処理手順を説明するためのフローチャートである。
【００６９】
ステップＳ１４１において、プロダクトキー発行部１１２は、商品ＩＤ（プロダクトＩＤ又はグループＩＤ）、ライセンス形態、期間、及びボリューム数を受信する。続いて、プロダクトキー発行部１１２は、受信した商品ＩＤがグループＩＤであるか否かを判定する（Ｓ１４２）。具体的には、当該商品ＩＤと一致するグループＩＤをグループＩＤマスタ１２０より検索する。当該商品ＩＤと一致するグループＩＤが検索された場合（Ｓ１４２でＹｅｓ）、プロダクトキー発行部１１２は、当該グループＩＤに対応付けられている全てのプロダクトＩＤ（すなわち、グループに属する販売パッケージのプロダクトＩＤ）をグループＩＤマスタ１２０より取得する（Ｓ１４３）。
【００７０】
ステップＳ１４２でＮｏの場合又はステップＳ１４３に続いて、プロダクトＩＤ発行部１１２は、受信したプロダクトＩＤ又はグループＩＤマスタ１２０より取得されたプロダクトＩＤを登録するためのレコードをライセンス管理テーブル１２１に生成する（Ｓ１４４）。したがって、グループＩＤマスタ１２０より複数のプロダクトＩＤが取得された場合、複数のレコードが生成される。また、プロダクトＩＤ発行部１１２は、同一のプロダクトＩＤについてボリューム数分のレコードを生成する。したがって、ボリューム数が２以上の場合、同一のプロダクトＩＤについて２以上のレコードが生成される。
【００７１】
図１６は、ライセンス管理テーブルの構成例を示す図である。同図においてライセンス管理テーブル１２１は、販売パッケージに関して発行されるライセンスごとに管理番号、プロダクトキー、プロダクトＩＤ、機体番号、ステータス、ライセンス形態、ライセンス有効期間、ライセンス有効期限、及びライセンス発行日等の項目を有する。
【００７２】
これらの項目のうち、プロダクトＩＤ、ライセンス形態、及びライセンス有効期間は、販売管理部２２より受信された値がステップＳ１４４において登録される。複数のレコードが生成された場合、生成された全てのレコードに同じ値が登録される。但し、グループライセンスの場合（グループＩＤに基づいて販売パッケージのプロダクトＩＤが取得された場合）、生成された各レコードには、取得された各プロダクトＩＤが登録される。
【００７３】
管理番号は、ライセンス管理テーブル１２１に対するレコードの生成に伴って、各レコードに一意に割り当てられる識別子（番号）である。プロダクトキーには、後段のステップにおいて生成されるプロダクトキーが登録される。機体番号には、ライセンスファイル９０が発行される際に、販売パッケージを利用する機器として指定された画像形成装置４０の機体番号が登録される。機体番号とは、各画像形成装置４０を一意に識別するための識別情報（機器識別子）である。ステータスは、ライセンスの状態を示す情報である。本実施の形態において、ライセンスは、「ライセンス無し」、「チェックアウト」、及び「チェックイン」の状態を有する。「ライセンス無し」は、ライセンスが発行されていない状態である。チェックアウトは、ライセンスが使用されている状態である。チェックインは、ライセンスが解放されている（使用可能な）状態である。ステータスについても、ステップＳ１４４では値は登録されない。ライセンス有効期限は、ライセンスファイル９０が発行される際に、ライセンス有効期間に基づいて算出されるライセンス（ライセンスファイル９０）の有効期限である。ライセンス発行日は、ライセンスファイル９０が発行される際に登録される、ライセンス（ライセンスファイル９０）の発行日である。
【００７４】
続いて、プロダクトＩＤ発行部１１２は、プロダクトキーを一つ生成する（Ｓ１４５）。ステップＳ１４１において受信された商品ＩＤがグループＩＤである場合も、ボリューム数が２以上である場合も生成されるプロダクトキーは一つである。
【００７５】
図１７は、プロダクトキーの構成例を示す図である。同図に示されるように、プロダクトキーは、ユニークＩＤ、商品ＩＤ、ライセンス形態、及びグループライセンスフラグ等を含むデータである。
【００７６】
ユニークＩＤは、プロダクトキーの生成に伴って生成される一意なＩＤである。ユニークＩＤによってプロダクトキーの一意性が確保される。商品ＩＤは、ステップＳ１４１において受信されたプロダクトＩＤ又はグループＩＤ、すなわち、購入された商品の販売パッケージ又はグループのプロダクトＩＤ又はグループＩＤである。ライセンス形態は、ステップＳ１４１において受信されたライセンス形態である。グループライセンスフラグは、当該プロダクトキー内の商品ＩＤが、グループＩＤであるか（ｔｒｕｅ）否か（ｆａｌｓｅ）を示すパラメータである。プロダクトキー生成部１１２は、受信された商品ＩＤがグループＩＤであった場合、グループライセンスフラグの値をｔｒｕｅとする。
【００７７】
続いて、プロダクトキー生成部１１２は、生成されたプロダクトキーを、ステップＳ１４４において生成されたレコードに登録し、当該レコードのステータスを「チェックイン」とすることによりライセンス管理テーブル１２１を更新する（Ｓ１４６）。ステップＳ１４４において生成されたレコードが複数の場合（グループライセンスの場合、又はボリューム数が２以上（ボリュームライセンス）の場合）、各レコードには同じプロダクトキーが登録される。
【００７８】
なお、図１６のライセンス管理テーブル１２１において、管理番号１〜３のレコードは、ボリュームライセンスに対応したレコードである。ボリュームライセンスに係る各レコードは、プロダクトキー及びプロダクトＩＤは一致する。また、管理番号４及び５のレコードは、グループライセンス（グループに対するライセンス）に対応したレコードである。グループライセンスに係る各レコードは、プロダクトキーは同じである。但し、グループライセンスの各レコードは、それぞれ異なる販売パッケージに対応するため、当該各レコードのプロダクトＩＤは相互に異なる。
【００７９】
このように生成されたプロダクトキーが、図１４のステップＳ１２９において販売サーバ２０の販売管理部２２に送信され、販売管理部２２からユーザＰＣ５０のＷｅｂブラウザ５１に転送される。
【００８０】
続いて、プロダクトキーが発行された商品に含まれる販売パッケージのインストールが行われる。
【００８１】
図１８は、販売パッケージのインストール時の処理手順を説明するためのシーケンス図である。
【００８２】
プロダクトキーを入手したユーザは、当該プロダクトキーに対応する販売パッケージを利用する画像形成装置４０に対してプロダクトキーを入力する（Ｓ１５１）。プロダクトキーの入力は、例えば操作パネル４５に表示される以下の機能拡張設定メニュー画面を介して行われる。
【００８３】
図１９は、機能拡張設定メニュー画面の表示例を示す図である。機能拡張設定メニュー画面５１０は、画像形成装置４０の機能拡張に関する各種のメニューを表示させる画面であり、所定の操作入力に応じてＵＩ制御部４２６が操作パネル４５に表示させる。機能拡張設定メニュー画面５１０において、新規追加メニュー５１１が選択されると、ＵＩ制御部４２６は、プロダクトキー入力画面を操作パネル４５に表示させる。
【００８４】
図２０は、プロダクトキー入力画面の表示例を示す図である。プロダクトキー入力画面５２０は、プロダクトキー入力欄５２１を有する。ステップＳ１５１では、プロダクトキー入力欄５２１においてプロダクトキーの入力が行われる。
【００８５】
プロダクトキー入力欄５２１にプロダクトキーが入力され、次へボタン５２２が選択されると、インストール部４２１は、入力されたプロダクトキーを指定して、当該プロダクトキーに係る販売パッケージに関するインストール一覧画面の生成要求をコンポーネントサーバ部１５のインストール支援部１５２に送信する（Ｓ１５２）。
【００８６】
続いて、インストール支援部１５２は、インストール一覧画面の生成要求を受信すると、当該要求において指定されたプロダクトキーの有効性の確認要求をアプリケーションサーバ部１１のプロダクトキー検証部１１３に送信する（Ｓ１５３）。プロダクトキー検証部１１３は、ライセンス管理テーブル１２１を参照して、当該プロダクトキーの有効性を判定する（Ｓ１５４）。具体的には、当該プロダクトキーを含むレコードが登録されており、当該プロダクトキーを含むレコードのステータスが「チェックアウト」でなく、かつ、当該プロダクトキーを含むレコードのライセンス有効期限が現時点を超えていない場合（ライセンス有効期限の値が登録されていない場合も含む。）、当該プロダクトキーは有効であると判定される。それ以外の場合は、当該プロダクトキーは無効であると判定される。当該プロダクトキーが有効である場合、プロダクトキー検証部１１３は、ライセンス管理テーブル１２１において当該プロダクトキーに関連付けられているプロダクトＩＤ（すなわち、販売パッケージのプロダクトＩＤ）をインストール支援部１５２に返信する（Ｓ１５５）。したがって、グループライセンス又はボリュームライセンスに係るプロダクトキーについては複数のプロダクトＩＤが返信される。
【００８７】
一方、判定対象とされたプロダクトキーは無効であると判定された場合、インストール支援部１５２は、プロダクトキーが無効であることを示すエラー画面を表示させるエラー画面データをインストール部４２１に返信する。インストール部４２１は、エラー画面データの受信に応じ、エラー画面データに基づくエラー画面の表示をＵＩ制御部４２６に実行させる。
【００８８】
図２１は、プロダクトキーが無効であるときのエラー画面の表示例を示す図である。エラー画面５３０には、プロダクトキーエラー（プロダクトキーが無効）であることを示すメッセージやプロダクトキー入力欄５３１等が表示される。プロダクトキー入力欄５３１を介して、ユーザは、正しいプロダクトキーを入力し直すことができる。プロダクトキー入力欄５３１を介して正しいプロダクトキーが入力され、ＯＫボタン５３２が選択された場合、ステップＳ１５２以降が再度実行される。一方、キャンセルボタン５３３が選択された場合、販売パッケージのインストールは中止される。
【００８９】
ステップＳ１５５において、判定対象とされたプロダクトキーは有効であるとの判定結果が受信された場合、インストール支援部１５２は、プロダクトキー検証部１１３より返信されたプロダクトＩＤに対応する販売パッケージに関するインストール一覧画面データをコンポーネント管理テーブ１５５を参照して生成する（Ｓ１５６）。
【００９０】
図２２は、コンポーネント管理テーブルの構成例を示す図である。同図に示されるように、コンポーネント管理テーブル１５５には、販売パッケージごとに、プロダクトＩＤ、バージョン、名称、説明、ベンダ名、配布タイプ、ダウンロードパス、及び機能パッケージのプロダクトＩＤ等が登録されている。バージョンは、販売パッケージのバージョンである。名称は、販売パッケージの名前である。説明は、販売パッケージに関する説明である。ベンダ名は、販売パッケージのベンダの名前である。配布タイプは、販売パッケージの配布タイプである。ダウンロードパスは、ダウンロードサーバ３０の販売パッケージ管理部３２内における販売パッケージの位置情報である。本実施の形態では、当該位置情報としてＵＲＬ（Uniform Resource Locator）が利用される。機能パッケージのプロダクトＩＤは、販売パッケージに属する機能パッケージのプロダクトＩＤの一覧である。
【００９１】
なお、コンポーネント管理テーブル１５５の内容は、コンポーネント管理部１５４が、定期的にダウンロードサーバ３０より販売パッケージを取得し、当該販売パッケージの内容を解析することにより登録される。具体的には、プロダクトＩＤ、バージョン、名称、説明、ベンダ名、及び配布タイプは、販売パッケージに格納されている販売パッケージ情報ファイルに記録されているプロダクトＩＤ、バージョン、名称、説明、ベンダ名、及び配布タイプが登録される。機能パッケージのプロダクトＩＤは、販売パッケージに含まれている各機能パッケージに格納されている機能パッケージ情報ファイルに記録されているプロダクトＩＤが登録される。なお、ダウンロードパスは、販売パッケージの取得の際にダウンロードサーバ３０より通知される。
【００９２】
続いて、インストール支援部１５２は、生成されたインストール一覧画面データを画像形成装置４０のインストール部４２１に送信する（Ｓ１５７）。インストール部４２１は、受信したインストール一覧画面データをＵＩ制御部４２６に入力する。ＵＩ制御部４２６は、インストール一覧画面データに基づいてインストール一覧画面を操作パネル４５に表示させる（Ｓ１５８）。
【００９３】
図２３は、インストール一覧画面の表示例を示す図である。インストール一覧画面５４０には、インストール対象となりうる（インストール候補の）販売パッケージの一覧が表示され、販売パッケージごとにインストールの要否を選択させるためのチェックボタンが配置されている。ユーザは、インストール対象とする販売パッケージのチェックボタンをチェックする。図２３では、パッケージ１〜４がインストール候補とされ、パッケージ１〜３がインストール対象として選択されている。
【００９４】
インストール一覧画面５４０において、インストール対象とする販売パッケージのチェックボタンがチェックされ、インストールボタン５４１が選択されると（Ｓ１５９）、インストール部４２１は、インストール一覧画面５４０においてチェックされた（インストール対象とされた）販売パッケージのプロダクトＩＤと、画像形成装置４０にインストールされている全ての販売パッケージの構成情報とを指定して、インストール対象とされた販売パッケージのインストール要求をコンポーネントサーバ部１５のインストール支援部１５２に送信する（Ｓ１６０）。
【００９５】
なお、インストール一覧画面５４０においてチェックされた販売パッケージのプロダクトＩＤはインストール一覧画面データより取得される。また、画像形成装置４０にインストールされている全ての販売パッケージの構成情報は、インストール情報管理テーブル４２７より取得される。
【００９６】
図２４は、インストール情報管理テーブルの構成例を示す図である。同図において、インストール情報管理テーブル４２７には、画像形成装置４０にインストールされている販売パッケージごとに、プロダクトＩＤ、バージョン、機能パッケージのプロダクトＩＤ、アクティベーションフラグ、及び有効期限等が登録されている。
【００９７】
機能パッケージのプロダクトＩＤは、販売パッケージに属する機能パッケージのプロダクトＩＤの一覧である。アクティベーションフラグは、販売パッケージについてアクティベーションされているか否か（アクティベーション済みか否か）を示す。ライセンス有効期限は、販売パッケージに対して発行されたライセンスの有効期限（ライセンスファイル９０の有効期限）である。なお、各機能パッケージのアクティベーションフラグ及びライセンス有効期限は、当該機能パッケージが属する販売パッケージのアクティベーションフラグ及びライセンス有効期限に従う。また、インストール情報管理テーブル４２７の内容は、後述される販売パッケージのインストール時に登録される。
【００９８】
ステップＳ１６０において送信される構成情報には、インストール情報管理テーブル４２７に登録されている全ての情報が含められる。
【００９９】
続いて、インストール支援部１５２は、インストール要求に含まれているプロダクトＩＤに係る販売パッケージの依存関係の検証を依存関係判定部１５１に実行させる（Ｓ１６１）。具体的には、依存関係判定部１５１は、プロダクトＩＤに係る販売パッケージに含まれている機能パッケージが依存する（利用する）他の機能パッケージが画像形成装置４０に既にインストールされているか否かを判定する。
【０１００】
続いて、インストール支援部１５２は、依存関係の検証結果に応じた確認画面（確認画面）を表示させるＨＴＭＬデータ（確認画面データ）を生成し（Ｓ１６２）、当該確認画面データをインストール部４２１に返信する（Ｓ１６３）。なお、ステップＳ１６１及びＳ１６２の詳細については後述する。
【０１０１】
続いて、インストール部４２１は、受信された確認画面データをＵＩ制御部４２６に入力する。ＵＩ制御部４２６は、確認画面データに基づいて確認画面を操作パネル４５に表示させる（Ｓ１６４）。
【０１０２】
図２５は、依存関係に問題が無い場合の確認画面の表示例を示す図である。同図の確認画面５５０ａには、インストール対象として選択された販売パッケージ（パッケージ１）について、依存関係に問題が無いことが示されている。具体的には、領域５５２ａにおいて、パッケージ１が依存する販売パッケージ（依存パッケージ）は同時にインストール対象とされているか、又は既に画像形成装置４０にインストールされていることが示されている。
【０１０３】
確認画面５５０ａにおいてＯＫボタン５５１ａが選択されると（Ｓ１６５）、インストール部４２１は、インストール対象とされた各販売パッケージに対するＵＲＬを指定して、当該各販売パッケージのダウンロード要求をダウンロードサーバ３０のダウンロード処理部３１に送信する（Ｓ１６６）。すなわち、ＯＫボタン５５１ａには、販売パッケージごとのＵＲＬと、ダウンロード要求の送信命令とが関連付けられている。
【０１０４】
また、図２６は、依存パッケージも同時にインストール可能な場合の確認画面の表示例を示す図である。同図の確認画面５５０ｂの領域５５２ｂには、インストール対象として選択された販売パッケージの依存パッケージのうち、画像形成装置４０にインストールされておらず、かつ、インストール対象とされていない依存パッケージについて、同時にインストール可能であること、及び同時にインストールすることについての要否の問い合わせが示されている。なお、依存パッケージを同時にインストール出来るか否かは、当該依存パッケージの配布タイプに基づいて判断される。
【０１０５】
確認画面５５０ｂにおいてＯＫボタン５５１ｂが選択されると（Ｓ１６５）、インストール部４２１は、インストール対象とされた各販売パッケージと、同時にインストールする販売パッケージ（依存パッケージ）に対するＵＲＬを指定して、当該各販売パッケージのダウンロード要求をダウンロードサーバ３０のダウンロード処理部３１に送信する（Ｓ１６６）。すなわち、ＯＫボタン５５１ｂには、インストール対象とされた販売パッケージごとのＵＲＬと、同時にインストールする販売パッケージ（依存パッケージ）のＵＲＬと、ダウンロード要求の送信命令とが関連付けられている。
【０１０６】
更に、図２７は、依存パッケージを同時にインストール出来ない場合の確認画面の表示例を示す図である。同図の確認画面５５０ｃの領域５５２ｃには、インストールできない販売パッケージが３つあることが示されている。当該３つについては、領域５５３ｃ、５５４ｃ、及び５５５ｃにその詳細が示されている。領域５５３ｃには、パッケージ３について、依存が解消できないこと（依存パッケージを同時にインストールすることができないこと）が示されている。領域５５４ｃには、パッケージ４について、既にライセンスが取得（使用）されていることが示されている。領域５５５ｃには、パッケージ５について、インストール対象とされている他のパッケージ（図２７では、パッケージ１及びパッケージ２）と同時に導入できないパッケージであることが示されている。なお、図２７は、パッケージ１〜５がインストール対象として選択された場合に対応する。
【０１０７】
確認画面５５０ｃにおいてＯＫボタン５５１ｃが選択されると（Ｓ１６５）、インストール部４２１は、インストール可能な各販売パッケージに対するＵＲＬを指定して、当該各販売パッケージのダウンロード要求をダウンロードサーバ３０のダウンロード処理部３１に送信する（Ｓ１６６）。すなわち、ＯＫボタン５５１ｃには、インストール可能な販売パッケージごとのＵＲＬと、ダウンロード要求の送信命令とが関連付けられている。
【０１０８】
ステップＳ１６６のダウンロード要求に応じ、ダウンロード処理部３１は、当該ダウンロード要求において指定されているＵＲＬによって識別される販売パッケージを販売パッケージ管理部３２より取得し、当該販売パッケージをインストール部４２１に転送する（Ｓ１６７）。インストール部４２１は、受信された販売パッケージを、ＨＤＤ４１４内の一時的な記憶領域（例えば、一時的なフォルダ）に保存しておく。
【０１０９】
販売パッケージのダウンロードが完了すると、インストール部４２１は、ステップＳ１５１において入力されたプロダクトキーと、インストール対象とされた販売パッケージのプロダクトＩＤと、ＲＯＭ４１３又はＨＤＤ４１４に記録されている画像形成装置４０の機体番号とを指定して、ライセンスファイル９０の生成要求（ライセンスの使用要求）をアクティベーションサーバ部１１のライセンス発行部１１５に送信する（Ｓ１６８）。続いて、ライセンス発行部１１５は、プロダクトキー及びライセンス管理テーブル１２１に基づいてライセンスファイル９０を生成する（Ｓ１６９）。
【０１１０】
図２８は、ライセンスファイルの構成例を示す図である。同図において、ライセンスファイル９０は、プロダクトＩＤ、機体番号、及び有効期限を含む。プロダクトＩＤは、当該ライセンスファイル９０によってライセンスが付与される（利用が許可される）販売パッケージのプロダクトＩＤである。機体番号は、当該ライセンスファイル９０によってプロダクトＩＤに係る販売パッケージの利用が許可される画像形成装置４０の機体番号である。有効期限は、当該ライセンスファイル９０の有効期限、すなわち、当該ライセンスファイル９０によって付与されるライセンスの有効期限である。
【０１１１】
ライセンスファイル９０のプロダクトＩＤには、ライセンスファイル９０の生成要求に含まれているプロダクトキーに係るプロダクトＩＤが登録される。ここで、当該プロダクトキーがグループライセンスに係るものである場合、すなわち、プロダクトキーに対して複数の異なるプロダクトＩＤがライセンス管理テーブル１２１に登録されている場合、ライセンス発行部１１５は、販売パッケージごとにライセンスファイル９０を生成する。したがって、グループライセンスの場合であっても、ライセンスファイル９０のプロダクトＩＤには、販売パッケージのプロダクトＩＤが登録される。
【０１１２】
ライセンスファイル９０の機体番号には、ライセンスファイル９０の生成要求に含まれている機体番号が登録される。ライセンスファイル９０の有効期限には、ライセンスファイル９０の生成要求に含まれているプロダクトキー及びプロダクトＩＤに対してライセンス管理テーブル１２１に登録されている有効期間を現時点に加算することに得られる時期（例えば、年月日）が登録される。
【０１１３】
続いて、ライセンス発行部１１５は、生成されたライセンスファイル９０をインストール部４２１に返信する（Ｓ１７０）。インストール部４２１は、受信されたライセンス５０を、ＨＤＤ４１４内の一時的な記憶領域（例えば、一時的なフォルダ）に保存しておく。
【０１１４】
ライセンスファイル９０の受信が完了すると、インストール部５０は、販売パッケージのインストール処理を行う（Ｓ１７１）。インストール処理の詳細については後述する。
【０１１５】
なお、上記では、ステップＳ１５７におけるインストール一覧画面データ又はＳ１６３における確認画面データによって販売パッケージの取得指示が画像形成装置４０に送信される例を説明した。但し、このタイミングにおいて販売パッケージ自体（プログラム本体）が画像形成装置４０に送信されるようにしてもよい。この場合、コンポーネントサーバ部１５がダウンロードサーバ３０よりインストール対象の販売パッケージをダウンロードし、当該販売パッケージを画像形成装置４０に転送すればよい。
【０１１６】
続いて、図１８のステップＳ１６１及びＳ１６２においてライセンス管理サーバ１０のコンポーネントサーバ部１５によって実行される処理の詳細について説明する。
【０１１７】
図２９は、コンポーネントサーバ部による依存関係の検証処理及び確認画面データの生成処理の処理手順を説明するためのフローチャートである。
【０１１８】
ステップＳ１７５において、依存関係判定部１５１は、図１８のステップＳ１６０の依存関係の検証要求において受信されたプロダクトＩＤのうちの一つのプロダクトＩＤ（すなわち、販売パッケージ）を処理対象とする。続いて、依存関係判定部１５１は、処理対象の販売パッケージ（以下、「カレント販売パッケージ」という。）が既にアクティベーションされているか否かをステップＳ１６０において販売パッケージごとに受信された構成情報のうち、カレント販売パッケージに対する構成情報に含まれているアクティベーションフラグに基づいて判定する（Ｓ１７６）。アクティベーションされていない場合（Ｓ１７６でＮｏ）、依存関係判定部１５１は、コンポーネント管理テーブル１５５（図２４参照）及び依存関係管理テーブル１５６に基づいて、カレント販売パッケージが依存する販売パッケージ（依存パッケージ）の有無を判定する（Ｓ１７７）。
【０１１９】
図３０は、依存関係管理テーブルの構成例を示す図である。同図において、依存関係管理テーブル１５６は、機能パッケージごとに当該機能パッケージのプロダクトＩＤ、及び当該機能パッケージが依存する機能パッケージのプロダクトＩＤが登録されている。依存する機能パッケージのプロダクトＩＤは、複数登録されていてもよい。なお、同図において、「０」は、依存する機能パッケージが無いことを示す。
【０１２０】
依存関係管理テーブル１５６の内容は、コンポーネント管理テーブル１５５と同様、コンポーネント管理部１５４が、定期的に取得される販売パッケージの内容を解析することにより登録される。具体的には、販売パッケージに含まれている各機能パッケージの機能パッケージ情報ファイルに記録されているパッケージ依存情報の内容が依存する機能パッケージのプロダクトＩＤとして依存関係管理テーブル１５６に登録される。
【０１２１】
ステップＳ１７７では、依存関係判定部１５１は、コンポーネント管理テーブル１５５においてカレント販売パッケージのプロダクトＩＤに対して登録されている機能パッケージのプロダクトＩＤの一覧を取得する。続いて、依存関係判定部１５１は、取得された各機能パッケージのプロダクトＩＤと依存関係管理テーブル１５６とに基づいて、当該機能パッケージが依存する機能パッケージ（以下、「依存機能パッケージ」という。）を特定する。依存機能パッケージが有る場合、依存関係管理テーブル１５６は、当該依存機能パッケージが属する販売パッケージをコンポーネント管理テーブル１５５を逆引きすることにより特定する。特定された販売パッケージが、カレント販売パッケージの依存パッケージである。なお、依存パッケージは複数存在しうる。また、機能パッケージ間の依存関係の探索は、再帰的に行われる。
【０１２２】
依存パッケージが無い場合（Ｓ１７７でＮｏ）、依存関係判定部１５１は、カレント販売パッケージの依存関係に問題は無いことをカレント販売パッケージのプロダクトＩＤと関連付けてメモリ装置１０３に記録しておく（Ｓ１７８）。依存パッケージが有る場合（Ｓ１７７でＹｅｓ）、依存関係判定部１５１は、当該依存パッケージが画像形成装置４０に既にインストールされているか、又はインストール対象であるかをステップＳ１６０において販売パッケージごとに受信された構成情報、又はステップＳ１６０において受信されたインストール対象の販売パッケージのプロダクトＩＤに基づいて判定する（Ｓ１７９）。すなわち、依存パッケージに対応する構成情報が受信されていれば、依存パッケージは画像形成装置４０に既にインストールされていると判定される。また、依存パッケージのプロダクトＩＤがインストール対象のプロダクトＩＤに含まれていれば、依存パッケージはインストール対象であると判定される。
【０１２３】
当該依存パッケージが既にインストールされている場合、（Ｓ１７９でＹｅｓ）、依存関係判定部１５１は、当該依存パッケージが既にアクティベーションされているか否か（すなわち、利用可能な状態であるか否か）を販売パッケージごとに受信された構成情報に基づいて判定する（Ｓ１８０）。依存パッケージに対応する構成情報に含まれているアクティベーションフラグに基づいて依存パッケージがアクティベーションされているか否かが判定される。
【０１２４】
当該依存パッケージがアクティベーション済みである場合、又は当該依存パッケージがインストール対象である場合（Ｓ１８０でＹｅｓ）、依存関係判定部１５１は、カレント販売パッケージの依存関係に問題は無いことをカレント販売パッケージのプロダクトＩＤと関連付けてメモリ装置１０３に記録しておく（Ｓ１７８）。アクティベーションされていない依存パッケージがある場合（Ｓ１８０でＮｏ）、依存関係判定部１５１は、カレント販売パッケージについては、当該依存パッケージのアクティベーションが必要であることをカレント販売パッケージのプロダクトＩＤに関連付けてメモリ装置１０３に記録しておく（Ｓ１８１）。
【０１２５】
また、インストールされていない依存パッケージが有る場合（Ｓ１７９でＮｏ）、依存関係判定部１５１は、当該依存パッケージは同時にインストール可能であるか否かをコンポーネント管理テーブル１５５に基づいて判定する（Ｓ１８２）。すなわち、コンポーネント管理テーブル１５５において、当該依存パッケージのプロダクトＩＤに対応する配布タイプが、アクティベーションは不要であることを示す場合、当該依存パッケージは同時にインストール可能であると判定される。当該依存パッケージの配布タイプがアクティベーションは必要であることを示す場合、当該依存パッケージは同時にインストール不可能であると判定される。
【０１２６】
同時にインストール可能な依存パッケージがある場合（Ｓ１８２でＹｅｓ）、依存関係判定部１５１は、当該依存パッケージのプロダクトＩＤを、同時にインストール可能な依存パッケージのプロダクトＩＤとして販売パッケージのプロダクトＩＤに関連付けてメモリ装置１０３に記録しておく（Ｓ１８３）。同時にインストールできない依存パッケージが有る場合（Ｓ１８２でＮｏ）、依存関係判定部１５１は、当該依存パッケージのプロダクトＩＤを、同時にインストール不可能な依存パッケージのプロダクトＩＤとしてカレント販売パッケージのプロダクトＩＤに関連付けてメモリ装置１０３に記録しておく（Ｓ１８４）。
【０１２７】
また、カレント販売パッケージがアクティベーション済みである場合（Ｓ１７６でＹｅｓ）、依存関係判定部１５１は、ライセンスが取得済みであることをカレント販売パッケージのプロダクトＩＤに関連付けてメモリ装置１０３に記録しておく（Ｓ１８５）。
【０１２８】
ステップＳ１７５〜Ｓ１８５までの処理が、図１８のステップＳ１６０の依存関係の検証要求において受信された全てのプロダクトＩＤについて完了すると（Ｓ１８６でＹｅｓ）、インストール支援部１５２は、メモリ装置１０３に記録されている情報に基づいて確認画面データを生成する（Ｓ１８７）。例えば、全ての販売パッケージについて問題が無い場合、図２５に示されるような確認画面５５０ａを表示させる確認画面データが生成される。また、ステップＳ１８３に係る情報が記録されている場合、図２６に示されるような確認画面５５０ｂを表示させる確認画面データが生成される。また、ステップＳ１８１、ステップＳ１８４、又はステップＳ１８５に係る情報が記録されている場合、図２７に示されるような確認画面５５０ｃを表示させる確認画面データが生成される。
【０１２９】
なお、各確認画面データには、インストール可能な販売パッケージのＵＲＬがＯＫボタンに関連付けられる。インストール可能な販売パッケージのＵＲＬは、コンポーネント管理テーブル１５５のダウンロードパスより取得される。
【０１３０】
ところで、上記では、販売パッケージ単位で依存パッケージを示す例について説明した。但し、機能パッケージ単位で依存パッケージを示すようにしてもよい。なお、機能パッケージ単位で依存パッケージを示す場合であっても、本実施の形態では、販売パッケージが流通単位であるため、インストール対象とされるのは当該機能パッケージが含まれる販売パッケージとされる。
【０１３１】
続いて、図１８のステップＳ１６８〜Ｓ１７０においてライセンス管理サーバ１０のアクティベーションサーバ部１１によって実行される処理の詳細について説明する。図３１は、アクティベーションサーバ部によるライセンスファイル生成処理の処理手順を説明するためのフローチャートである。なお、図３１では、一つのプロダクトキーを処理対象として説明する。したがって、複数のプロダクトキーが受信された場合、ステップＳ１９２以降はプロダクトキーごとに実行される。
【０１３２】
ステップＳ１９１において、ライセンス発行部１１５は、プロダクトキー、プロダクトＩＤ、及び機体番号を含むライセンスの使用要求を画像形成装置４０のインストール部４２１より受信する。続いて、ライセンス発行部１１５は、当該プロダクトキーに係るライセンスの使用の可否を判定する。具体的には、ライセンス発行部１１５は、受信されたプロダクトキーがライセンス管理テーブル１２１に登録されているか否かを確認する（Ｓ１９２）。プロダクトキーが登録されている場合（Ｓ１９２でＹｅｓ）、ライセンス発行部１１５は、受信された機体番号と同じ機体番号が当該プロダクトキーに対してライセンス管理テーブル１２１に登録されているか否かを確認する（Ｓ１９３）。同じ機体番号が登録されていない場合（Ｓ１９３でＮｏ）、ライセンス発行部１１５は、当該プロダクトキー及び受信されたプロダクトＩＤに係るレコードの中で、ステータスが「チェックイン」のレコードがライセンス管理テーブル１２１に有るか否かを確認する（Ｓ１９４）。斯かるレコードが有る場合（Ｓ１９４でＹｅｓ）、ライセンス発行部１１５は、当該レコードに対して受信された機体番号を記録し、当該レコードのステータスを「チェックアウト」とする（Ｓ１９６）。すなわち、当該プロダクトキーに対応するライセンスは使用されていることが記録される。また、ライセンス発行部１１５は、当該レコードに「ライセンス有効期間」が記録されている場合（すなわち、当該レコードが時限ライセンスに対応するレコードである場合）、現在日時にライセンス有効期間を加算して得られる日時をライセンス有効期限として当該レコードに記録する。
【０１３３】
続いて、ライセンス発行部１１５は、当該レコードにおける、プロダクトＩＤ、機体番号、及びライセンス有効期限を含むライセンスファイル９０（図２８参照）を生成する（Ｓ１９７）。なお、ライセンスファイル９０は、ライセンス管理テーブル１２１のレコードごと、すなわち、販売パッケージに対するライセンスごとに生成される。続いて、ライセンス発行部１１５は、生成されたライセンスファイル９０を画像形成装置４０のインストール部４２１に返信する（Ｓ１９８）。
【０１３４】
一方、当該プロダクトキーに対して受信された機体番号と同じ機体番号が登録されているレコードが有る場合（Ｓ１９３でＹｅｓ）、ライセンス発行部１１５は、当該レコードのステータスが「チェックイン」であるか否かを確認する（Ｓ１９５）。ステータスが「チェックイン」である場合（Ｓ１９５でＹｅｓ）、ステップＳ１９６以降の処理が実行される。
【０１３５】
また、当該プロダクトキーに係るレコードがライセンス管理テーブル１２１に無い場合（Ｓ１９２でＮｏ）、当該プロダクトキー及び受信されたプロダクトＩＤに係るレコードの中で、ステータスが「チェックイン」のレコードがライセンス管理テーブル１２１に無い場合（Ｓ１９４でＮｏ）、又は、当該プロダクトキーに対して受信された機体番号と同じ機体番号が登録されているレコードのステータスが「チェックイン」でない場合（Ｓ１９５でＮｏ）、ライセンス発行部１１５は、エラーを検出したとし、ライセンスファイル９０の生成、すなわち、ライセンスの発行は行わない。
【０１３６】
続いて、図１８のステップＳ１７１において画像形成装置４０によって実行される処理の詳細について説明する。図３２は、画像形成装置による販売パッケージのインストール処理の処理手順を説明するためのフローチャートである。
【０１３７】
ステップＳ２１１において、インストール部４２１は、一時的な記憶領域に保存されている各販売パッケージに含まれている情報と各ライセンスファイル９０に含まれている情報とをインストール情報管理テーブル４２７に登録する。すなわち、インストール情報管理テーブル４２７におけるプロダクトＩＤ及びバージョンには、販売パッケージに含まれている販売パッケージ情報ファイルに記録されているプロダクトＩＤ及びバージョンが登録される。機能パッケージのプロダクトＩＤには、販売パッケージに含まれている各機能パッケージに格納されている機能パッケージ情報ファイルに記録されているプロダクトＩＤが登録される。また、アクティベーションフラグには、アクティベーション済みであることを示す値が記録される。また、ライセンス有効期限には、ライセンファイル５０に記録されている有効期限が登録される。
【０１３８】
続いて、インストール部４２１は、一時的な記憶領域に保存されているライセンスファイル９０及び販売パッケージを所定の記憶場所（フォルダ）に保存することにより、当該販売パッケージを利用可能な状態とする。
【０１３９】
なお、ライセンスファイル９０は、販売パッケージに含まれる機能パッケージが起動される際に実行される、ライセンスチェック部４２４によるライセンスチェックに利用される。すなわち、ライセンスチェック部４２４は、起動対象とされた機能パッケージが属する販売パッケージに対応するライセンスファイル９０が存在すること、当該ライセンスファイル９０の機体番号が、機能パッケージが起動されようとしている画像形成装置４０の機体番号と一致すること、及び当該ライセンスファイル９０の有効期限が切れてないことが満たされている場合、当該機能パッケージの起動を許可する。それ以外の場合は、当該機能パッケージの起動は許可されない。但し、ライセンスチェック部４２４によるライセンスチェックは、コンポーネント管理テーブル４２５に基づいて行われてもよい。
【０１４０】
ところで、インストールされた販売パッケージに対する課金は、例えば、販売サーバ２０の販売管理部２２によって、アクティベーションサーバ部１１より定期的に取得されるライセンス管理テーブル１２１の情報に基づいて行われる。より詳しくは、ライセンス管理テーブル１２１において、ライセンス発行日が前回の課金時より後であるレコードが存在する場合は、当該レコードに関するライセンスに対して課金が行われる。
【０１４１】
上述したように、第一の実施の形態によれば、ユーザは、ライセンス管理サーバ１０のアクティベーションサーバ部１１又はコンポーネントサーバ部１５の誘導によって画像形成装置４０に順次表示される画面に従って操作を行うことにより、簡便に販売パッケージのダウンロード、アクティベーション、及びインストールといった一連の作業を行うことができる。
【０１４２】
また、インストール対象として選択された販売パッケージに関して依存関係が自動的に検証され、依存パッケージについてもインストール対象に自動的に含められる。したがって、ユーザは、販売パッケージ間の複雑な依存関係を意識することなく、安心してインストールを行うことができる。
【０１４３】
また、商品の販売側（メーカー環境Ｅ２）にとっては、販売パッケージに関する顧客の利用状況等を適切に管理することができる。具体的には、ライセンス管理テーブル１２１によって、画像形成装置４０（機体番号）単位でどのようなライセンスによってどのような販売パッケージが利用されているかを把握（管理）することができる。したがって、例えば、販売パッケージにバグが検出された場合や、販売パッケージのバージョンアップ等が行われた場合に、当該販売パッケージを利用している画像形成装置４０を特定することができ、適切なアフターサービス等を提供することができる。
【０１４４】
また、商品の購入時（販売サーバ２０への購入申請時）にライセンスの有効期限が定められるのではなく、販売パッケージのインストール時（すなわち、ライセンスの開始時）にライセンスの有効期限が定められるため、ライセンスの取り扱いに関して柔軟性を確保することができる。すなわち、ユーザは、商品の購入後、都合の良い時期にインストールを行えばよく、その場合であっても、ライセンス有効期間において不利益を被ることはない。
【０１４５】
次に、ライセンス更新処理について説明する。時限ライセンスの場合であって、更に継続して当該時限ライセンスに係る商品を利用した場合、ユーザはライセンス更新処理を実行することにより、当該商品のライセンス有効期間を延長することができる。
【０１４６】
図３３は、ライセンス更新処理の処理手順を説明するためのシーケンス図である。
【０１４７】
ライセンスの更新が行われる場合、機能拡張設定メニュー画面５１０（図１９参照）が操作パネル４５に表示されている状態で、拡張機能管理メニュー５１３がユーザによって選択される。ＵＩ制御部４２６は、拡張機能管理メニュー５１３の選択に応じ、拡張機能管理画面を操作パネル４５に表示させる。
【０１４８】
図３４は、拡張機能管理画面の表示例を示す図である。拡張機能管理画面５６０は、販売パッケージ一覧表示領域５６１を有する。販売パッケージ一覧表示領域５６１には、画像形成装置４０にインストールされている販売パッケージの一覧が表示されている。当該一覧には、販売パッケージごとにチェックボタンが配置されている。ユーザによって、ライセンスの更新対象とする販売パッケージのチェックボタンがチェックされ、ライセンス取得／更新ボタン５６２が選択されると、ＵＩ制御部４２６は、ライセンス取得／更新画面を操作パネル４５に表示させる。
【０１４９】
図３５は、ライセンス取得／更新画面の表示例を示す図である。ライセンス取得／更新画面５７０は、拡張機能管理画面５６０においてチェックされた販売パッケージに対するプロダクトキーを入力させるためのプロダクトキー入力欄５７２を有する。ユーザによって、プロダクトキー入力欄５７２にプロダクトキーが入力され、ＯＫボタン５７１が選択されると（Ｓ３０１）、ライセンス更新部４２２は、入力されたプロダクトキーと、ライセンスの更新対象とされた販売パッケージのプロダクトＩＤと、ＲＯＭ４１３又はＨＤＤ４１４に記録されている画像形成装置４０の機体番号とを指定して、ライセンスの更新要求（新たなライセンスファイルの生成要求）をアクティベーションサーバ部１１のライセンス発行部１１５に送信する（Ｓ３０２）。
【０１５０】
ライセンス発行部１１５は、ライセンスの更新要求の受信に応じ、ライセンス管理テーブル１２１の更新を実行する（Ｓ３０３）。具体的には、ライセンス発行部１１５は、当該更新要求において指定されているプロダクトキー、プロダクトＩＤ、及び機体番号に対応するレコードのライセンス形態が時限ライセンスである場合には、当該レコードのライセンス有効期限及びライセンス発行日を更新する。また、ライセンス発行部１１５は、当該レコードのステータスがチェックインであった場合は当該ステータスをチェックアウトに更新する。その際、新たなライセンス有効期限は、今まで登録されていたライセンス有効期限及び現時点（当日）のいずれか遅い方に当該レコードのライセンス有効期間を加算することに得られる時期とされる。また、新たなライセンス発行日は当日の年月日とされる。なお、複数のプロダクトＩＤが指定されている場合、複数のレコードに関して更新が行われる。
【０１５１】
続いて、ライセンス発行部１１５０は、ライセンス管理テーブル１２１において更新されたレコードごとに（すなわち、更新対象とされた販売パッケージごとに）、当該レコードに記録されているプロダクトＩＤ、機体番号、及び有効期限を含むライセンスファイル９０（図２８参照）を生成する（Ｓ３０４）。
【０１５２】
続いて、ライセンス発行部１１５は、生成されたライセンスファイル９０をライセンス更新部４２２に返信する（Ｓ３０５）。ライセンス更新部４２２は、ライセンスの更新対象とされた販売パッケージに対する既存のライセンスファイル９０を削除し、受信されたライセンス５０をＨＤＤ４１４の所定の記憶領域に保存する（Ｓ３０６）。また、ライセンス更新部４２２は、受信されたライセンスファイル９０に基づいてインストール情報管理テーブル４２７を更新する。具体的には、当該ライセンスファイル９０に記録されているプロダクトＩＤに対応するレコードの有効期限を、当該ライセンスファイル９０に記録されている有効期限によって更新する。また、ライセンス更新部４２２は、当該レコードのアクティベーションフラグをアクティベーション済みであることを示す値とする。
【０１５３】
以上の処理により、ユーザは、新たな有効期限まで同一の販売パッケージを利用することが可能となる。
【０１５４】
なお、ライセンスの更新に対する課金は、インストール時と同様に行われる。すなわち、販売サーバ２０の販売管理部２２によって、アクティベーションサーバ部１１より定期的に取得されるライセンス管理テーブル１２１の情報に基づいて行われる。より詳しくは、ライセンス管理テーブル１２１において、ライセンス発行日が前回の課金時より後であるレコードが存在する場合は、当該レコードに関するライセンスに対して課金が行われる。
【０１５５】
次に、販売パッケージの更新処理（販売パッケージ更新処理）について説明する。ユーザは、ライセンスが有効であれば、バージョンアップされた販売パッケージを更新させることができる。
【０１５６】
図３６は、販売パッケージ更新処理の処理手順を説明するためのシーケンス図である。機能拡張設定メニュー画面５１０が操作パネル４５に表示されている状態において、更新メニュー５１２が選択されると（Ｓ４０１）、パッケージ更新部４２３は、画像形成装置４０にインストールされている各販売パッケージのプロダクトＩＤ及びバージョンを指定して、販売パッケージの更新要求をコンポーネントサーバ部１５のパッケージ更新支援部１５３に送信する（Ｓ４０２）。なお、各販売パッケージのプロダクトＩＤ及びバージョンは、インストール情報管理テーブル４２７より取得される。
【０１５７】
パッケージ更新支援部１５３は、受信された更新要求において指定されているプロダクトＩＤ及びバージョンと、コンポーネント管理テーブル１５５とに基づいて、更新対象となりうる（更新対象候補の）販売パッケージを判定する（Ｓ４０３）。具体的には、パッケージ更新支援部１５３は、受信されたバージョンより新しいバージョンがコンポーネント管理テーブル１５５に登録されている販売パッケージ（プロダクトＩＤ）の有無を判定する。受信されたバージョンより新しいバージョンがコンポーネント管理テーブル１５５に登録されている販売パッケージが有る場合、パッケージ更新支援部１５３は、当該販売パッケージを更新対象候補の販売パッケージとして認識する。
【０１５８】
続いて、パッケージ更新支援部１５３は、更新対象候補の販売パッケージの依存関係の検証を依存関係判定部１５１に実行させる（Ｓ４０４）。インストール時において既に依存関係の検証が行われているのにも拘わらず更新時にも依存関係が検証されるのは、バージョンアップにより販売パッケージ間の依存関係が変化している可能性があるためのである。なお、ステップＳ４０４における依存関係の検証処理は、インストール時と同様である（図２９参照）。
【０１５９】
依存関係に問題無い場合、パッケージ更新支援部１５３は、更新対象候補の販売パッケージの中から更新対象とする販売パッケージを選択させるための画面（更新一覧画面）を表示させる更新一覧画面データを生成する（Ｓ４０５）。続いて、パッケージ更新支援部１５３は、生成された更新一覧画面データをパッケージ更新部４２３に返信する（Ｓ４０６）。なお、依存関係に問題がある場合、更新対象候補の販売パッケージに関してインストール時と同様の確認画面データが生成され、当該確認画面データがパッケージ更新部４２３に返信される。
【０１６０】
続いて、パッケージ更新部４２３は、受信された更新一覧画面データをＵＩ制御部４２６に入力する。ＵＩ制御部４２６は、更新一覧画面データに基づいて更新一覧画面を操作パネル４５に表示させる（Ｓ４０７）。
【０１６１】
図３７は、更新一覧画面の表示例を示す図である。更新一覧画面５８０は、更新パッケージ一覧表示領域５８１を有する。更新パッケージ一覧表示領域５８１には、バージョンアップされている販売パッケージの一覧が表示されている。当該一覧には、販売パッケージごとにチェックボタンが配置されている。
【０１６２】
ユーザによって、更新対象とする販売パッケージのチェックボタンがチェックされ、更新ボタン５８２が選択されると（Ｓ４０８）、パッケージ更新部４２３は、更新対象とされた各販売パッケージに対するＵＲＬを指定して、当該各販売パッケージのダウンロード要求をダウンロードサーバ３０のダウンロード処理部３１に送信する（Ｓ４０９）。
【０１６３】
すなわち、更新一覧画面データには、更新対象候補の各販売パッケージのＵＲＬが含まれている。また、更新ボタン５８２には、更新パッケージ一覧表示領域５８１においてチェック（選択）された販売パッケージのＵＲＬを指定したダウンロード要求の送信命令が関連付けられている。
【０１６４】
続いて、ダウンロード処理部３１は、受信されたダウンロード要求において指定されているＵＲＬによって識別される販売パッケージを販売パッケージ管理部３２より取得し、当該販売パッケージをパッケージ更新部４２３に転送する（Ｓ４１０）。パッケージ更新部４２３は、受信された販売パッケージをＨＤＤ４１４内の所定の記憶領域に保存することにより、旧バージョンの販売パッケージを更新する。また、パッケージ更新部４２３は、受信された販売パッケージに格納されている販売パッケージ情報ファイルに記録されているプロダクトＩＤとバージョンに基づいて、インストール情報管理テーブル４２７を更新する。具体的には、パッケージ管理テービル４２５において、当該プロダクトＩＤに対応するパージョンの値が更新される。
【０１６５】
次に、ディアクティベーション処理について説明する。図３８は、ディアクティベーション処理の処理手順を説明するためのシーケンス図である。
【０１６６】
ステップＳ５０１において、ディアクティベーション部４２５は、ユーザよりディアクティベーション指示の入力を受け付ける（Ｓ５０１）。ディアクティベーション指示の入力は、拡張機能管理画面５６０（図３４参照）を介して行われる。すなわち、機能拡張管理画面５６０の販売パッケージ一覧表示領域５６１において、ディアクティベーション対象とする販売パッケージがチェックされ、ライセンス解除ボタン５６３が選択されると、ディアクティベーション部４２５は、チェックされた販売パッケージをディアクティベーション対象として認識する。
【０１６７】
続いて、ディアクティベーション部４２５は、ディアクティベーション対象とされた販売パッケージのプロダクトＩＤと画像形成装置４０の機体番号とを指定してディアクティベーション要求（ライセンスの解放要求）をアクティベーションサーバ部１１のディアクティベーション部１１６に送信する（Ｓ５０２）。ディアクティベーション部１１６は、ライセンス管理テーブル１２１において、指定されたプロダクトＩＤ及び機体番号に係るレコードのステータスを「チェックアウト」から「チェックイン」に変更する。すなわち、当該ライセンスは使用されていないことを示す情報が記録される。なお、ディアクティベーションは、ステータスが「チェックアウト」のライセンスに関して実行可能である。したがって、対象となるレコードのステータスが「チェックアウト」でない場合、ディアクティベーション部１１６は、ディアクティベーション処理は失敗したと判断する。
【０１６８】
続いて、ディアクティベーション部１１６は、ディアクティベーション処理結果（処理の成否）を画像形成装置４０のディアクティベーション部４２５に返信する（Ｓ５０４）。ディアクティベーション処理に成功した場合、ディアクティベーション部４２５は、ディアクティベーション対象とされた販売パッケージと当該販売パッケージに対するライセンスファイル９０とをＨＤＤ４１４より削除する（Ｓ５０５）。また、ディアクティベーション部４２５は、インストール情報管理テーブル４２７より、当該販売パッケージに対応するレコードを削除する。
【０１６９】
これにより、当該画像形成装置４０では当該販売パッケージに含まれる機能パッケージの利用ができなくなる。一方、当該販売パッケージのライセンスは解放されたため、当該ライセンスの有効期限内であれば必要に応じて他の画像形成装置４０において当該ライセンスを利用することができる。すなわち、ディアクティベーション処理は、或る画像形成装置４０における販売パッケージのライセンスを当該画像形成装置４０のリース期間切れ等の理由により他の画像形成装置４０に移動させたい場合に特に有用である。
【０１７０】
ディアクティベーション処理は、画像形成装置４０によって、有効期限が切れたライセンスが検出された場合にも自動的に実行される。
【０１７１】
図３９は、画像形成装置におけるディアクティベーションの自動実行処理の処理手順を説明するためのフローチャートである。
【０１７２】
例えば、画像形成装置４０の起動時、又は予め設定された所定時刻等において（Ｓ５１１でＹｅｓ）、ディアクティベーション部４２５は、画像形成装置４０のＨＤＤ４１４に保存されている全てのライセンスファイル９０の有効期限をチェックする（Ｓ５１２）。具体的には、ディアクティベーション部４２５は、ライセンスファイル９０の有効期限と現在時刻とを比較し、有効期限が切れているライセンスファイル９０の有無を確認する。有効期限が切れているライセンスファイル９０が存在した場合（Ｓ５１２でＹｅｓ）、ディアクティベーション部４２５は、当該ライセンスファイル９０に記録されているプロダクトＩＤ（販売パッケージ）について、図３８において説明したディアクティベーション処理を実行する（Ｓ５１３）。
【０１７３】
上述したように、第一の実施の形態によれば、ライセンスの更新、販売パッケージの更新、及びディアクティベーション処理についても、ユーザは、画像形成装置４０に表示される画面の誘導にしたがって、簡便に作業を行うことができる。
【０１７４】
また、販売パッケージの実体とライセンスとが明確に分離されているため、ライセンスのみ更新したり、販売パッケージのみ更新（バージョンアップ）したりといったように、柔軟な運用を可能とすることができる。
【０１７５】
次に、第二の実施の形態について説明する。図４０は、第二の実施の形態における機器管理システム構成例を示す図である。図４０中、図１と同一部分には同一符号を付し、その説明は適宜省略する。
【０１７６】
図４０では、ユーザ環境Ｅ１において、機器管理装置６０が追加されている。機器管理装置６０は、画像形成装置４０において動作するコンポーネントや当該コンポーネントのライセンス（利用権限）の取得及び導入等を一括して行うＰＣ（Personal Computer）等のコンピュータである。機器管理装置６０のハードウェア構成は、図６に示されるものと同様でよい。但し、機器管理装置６０は、液晶ディスプレイ等の表示装置、並びにキーボード及びマウス等の入力装置を備える。機器管理装置６０は、各画像形成装置４０とＬＡＮ（Local Area Network）等のネットワーク７０（有線又は無線の別は問わない。）を介して接続されている。なお、ユーザＰＣ５０もネットワーク７０に接続されていてもよい。また、ユーザＰＣ５０が機器管理装置６０を兼ねてもよい。
【０１７７】
図４１は、第二の実施の形態における機器管理装置の機能構成例を示す図である。
【０１７８】
同図において、機器管理装置６０は、ＵＩ制御部６１１、パッケージ情報取得部６１２、機器情報取得部６１３、インストール先受付部６１４、妥当性確認部６１５、パッケージ取得部６１６、ライセンス取得部６１７、インストール制御部６１８、アンインストール先判定部６１９、ディアクティベーション制御部６２０、及びアンインストール制御部６２１等を有する。これら各部は、機器管理装置６０にインストールされたプログラムが機器管理装置６０のＣＰＵに実行させる処理によって実現される。
【０１７９】
ＵＩ制御部６１１は、ユーザによる指示（販売パッケージのインストール又はアンインストール等の指示等）を受け付ける。パッケージ情報取得部６１２は、インストール又はアンインストール対象とされた販売パッケージの構成情報をライセンス管理サーバ１０より取得する。機器情報取得部６１３は、画像形成装置４０より機器情報を取得する。機器情報には、画像形成装置４０にインストールされている販売パッケージ及びファームウェアに関する情報が含まれる。インストール先受付部６１４は、販売パッケージのインストール先とする画像形成装置４０の指定をユーザより受け付ける。妥当性確認部６１５は、インストール対象とされた販売パッケージについて、インストール先とされた画像形成装置４０へのインストールの妥当性の検証をライセンス管理サーバ１０の依存関係判定部１５１に実行させる。
【０１８０】
パッケージ取得部６１６は、インストール対象の販売パッケージをダウンロードサーバ３０よりダウンロード（取得）する。ライセンス取得部６１７は、インストール対象の販売パッケージに関するライセンスファイル９０をライセンス管理サーバ１０より取得する。インストール制御部６１８は、販売パッケージ及びライセンスファイル９０を画像形成装置４０に送信する。
【０１８１】
アンインストール先判定部６１９は、アンインストール対象とされた販売パッケージがインストールされている画像形成装置４０を判定する。ディアクティベーション制御部６２０は、画像形成装置４０に対してライセンスファイル９０の削除要求を送信し、ライセンス管理サーバ１０に対して当該ライセンスファイル９０に係るライセンスの解放を要求する。アンインストール制御部６２１は、販売パッケージのアンインストールを画像形成装置４０に要求する。
【０１８２】
なお、ライセンス管理サーバ１０、ダウンロードサーバ３０、及び画像形成装置４０等、他の装置の機能構成については第一の実施の形態と同様でよい。
【０１８３】
以下、機器管理システム２の処理手順について説明する。図４２は、第二の実施の形態における販売パッケージのインストール及びアクティベーションの処理手順を説明するためのシーケンス図である。同図において、画像形成装置４０のユーザは、販売パッケージに係るいずれかの商品を購入し、当該商品のプロダクトキーを入手済みであるとする。商品の購入方法及びプロダクトキーの入手方法については、第一の実施の形態と同様でよい。なお、図４２では、機器管理装置６０が操作対象とされる。
【０１８４】
機器管理装置６０のＵＩ制御部６１１は、表示装置に表示させている初期画面を介して販売パッケージのインストールの開始指示の入力を受け付けると、プロダクトキー入力画面を表示装置に表示させる（Ｓ６０１）。インストール対象の販売パッケージ（以下、「カレント販売パッケージ」という。）のプロダクトキーがプロダクトキー入力画面を介してユーザによって入力されると（Ｓ６０２）、パッケージ情報取得部６１２は、入力されたプロダクトキーを指定して当該プロダクトキーに係るパッケージ情報の取得要求をライセンス管理サーバ１０のインストール支援部１５２に送信する（Ｓ６０３）。
【０１８５】
ライセンス管理サーバ１０のインストール支援部１５２は、パッケージ情報の取得要求の受信に応じ、図１８のステップＳ１５３〜Ｓ１５５と同様の手順によってプロダクトキーの有効性の確認をプロダクトキー検証部１１３に実行させる。
【０１８６】
当該プロダクトキーが有効であると判定された場合、インストール支援部１５２は、受信されたプロダクトキーに対して登録されている情報をコンポーネント管理テーブル１５５（図２２参照）より取得し、取得された情報をパッケージ情報としてパッケージ情報取得部６１２に返信する（Ｓ６０４）。したがって、パッケージ情報には、少なくとも当該プロダクトキーに関連付けられているプロダクトＩＤ（すなわち、カレント販売パッケージのプロダクトＩＤ）が含まれている。また、当該プロダクトキーがグループライセンス又はボリュームライセンスに係るものである場合、複数のプロダクトＩＤ（複数のレコード）に係る情報がパッケージ情報に含まれる。
【０１８７】
パッケージ情報取得部６１２によってパッケージ情報が受信されると、機器管理装置６０のＵＩ制御部６１１は、受信されたパッケージ情報を含む画面（確認画面）を表示装置に表示させ、カレント販売パッケージの内容及びそのライセンスの内容をユーザに確認させる（Ｓ６０５）。
【０１８８】
ユーザによって、インストール作業の継続指示が入力されると（例えば、確認画面においてＯＫボタンが押下されると）、インストール先受付部６１４は、画像形成装置４０の一覧を含む機器選択画面を表示装置に表示させ、カレント販売パッケージをインストールする画像形成装置４０をユーザに選択させる（Ｓ６０６）。機器選択画面においては、複数の画像形成装置４０を選択することも可能である。なお、機器選択画面では、予めそのＩＰアドレス及びホスト名等が記憶装置に記憶されている画像形成装置４０が表示対象とされる。または、機器情報取得部６１３が、ブロードキャスト等をネットワーク７０上に発行することにより、ネットワーク７０に接続されている画像形成装置４０を動的に検索し、検索された画像形成装置４０のホスト名等を機器選択画面に表示させてもよい。
【０１８９】
続いて、機器情報取得部６１３は、機器選択画面において選択された各画像形成装置４０に対して機器情報の取得要求を送信する（Ｓ６０７）。機器情報の取得要求を受信した各画像形成装置４０のインストール部４２１は、インストール情報管理テーブル４２７（図２４参照）に記録されている情報を取得し、取得された情報と当該画像形成装置４０の機体番号とを含む情報を機器情報として機器情報取得部６１３に返信する（Ｓ６０８）。
【０１９０】
続くステップＳ６０９は、機器情報が取得された（機器選択画面で選択された）画像形成装置４０ごとに実行されるループ処理である。ループ処理において処理対象とされる画像形成装置４０を以下、「カレント機器」という。
【０１９１】
ステップＳ６０９−１において、妥当性確認部６１５は、カレント機器の機器情報と、パッケージ情報取得部６１２によって取得されたパッケージ情報とを含む妥当性検証要求をライセンス管理サーバ１０に送信する。ここでいう「妥当性」とは、カレント販売パッケージに含まれる機能パッケージをカレント機器にインストールすることの妥当性である。ライセンス管理サーバ１０の依存関係判定部１５１は、妥当性検証要求の受信に応じ、図２９において説明した処理と同様の処理により、カンレント販売パッケージの依存関係を検証する。依存関係に問題が無い場合、依存関係判定部１５１は、妥当性は有ると判定する。依存関係に問題が有る場合、依存関係判定部１５１は、妥当性は無いと判定する。
【０１９２】
続いて、依存関係判定部１５１は、妥当性の検証結果を妥当性確認部６１５に返信する（Ｓ６０９−２）。妥当性が有ると判定された場合であって、依存パッケージがカレント機器にインストールされていない場合、検証結果には、当該依存パッケージ（以下、「未導入依存パッケージ」という。）についてコンポーネント管理テーブル１５５に記録されている情報が含められる。当該情報は、当該未導入依存パッケージの取得指示に相当する。
【０１９３】
妥当性は有ることを示す検証結果が受信されると、パッケージ取得部６１６は、カレント販売パッケージのパッケージ情報に含まれているダウンロードパス（ＵＲＬ）に基づいて、カレント販売パッケージのダウンロード要求をダウンロードサーバ３０に送信する（Ｓ６０９−３）。ダウンロード要求に応じ、ダウンロード処理部３１は、当該ダウンロード要求において指定されているＵＲＬによって識別される販売パッケージを販売パッケージ管理部３２より取得し、当該販売パッケージを返信する（Ｓ６０９−４）。カレント販売パッケージが複数の場合、ダウンロード（Ｓ６０９−３、Ｓ６０９−４）は複数回繰り返される。また、ステップＳ６０９−２において未導入依存パッケージのパッケージ情報を含む検証結果が受信された場合、未導入依存パッケージに関してもダウンロードが実行される。なお、カレントパッケージが複数である場合とは、例えば、ステップＳ６０１において入力されたプロダクトキーがグループライセンスに係るものである場合や、複数のプロダクトキーが入力された場合等である。
【０１９４】
続いて、ライセンス取得部６１７は、ステップＳ６０１において入力されたプロダクトキーと、カレント販売パッケージのプロダクトＩＤと、カレント機器の機体番号とを指定して、ライセンスの使用要求をライセンス管理サーバ１０に送信する（Ｓ６０９−５）。
【０１９５】
ライセンス管理サーバ１０のライセンス発行部１１５は、図３１と同様の処理を実行することによりライセンスファイル９０を生成し、生成されたラインセンスファイル５０をライセンス取得部６１７に返信する（Ｓ６０９−６）。
【０１９６】
なお、ライセンス取得部６１７は、パッケージ取得部６１６による販売パッケージの取得（ダウンロード）に成功した場合にステップＳ６０９−５を実行する。すなわち、ライセンス取得部６１７は、販売パッケージが正常に取得できなかった場合には、ライセンスファイル９０の取得は行わない。販売パッケージが取得できない場合、当該販売パッケージのインストールは不可能である。それにも拘わらず当該販売パッケージに係るライセンスファイル９０が取得されてしまうと、実際には利用していない販売パッケージについてライセンスの使用が開始されたこととされてしまい、ユーザに不利益を及ぼしてしまうからである。
【０１９７】
続いて、インストール制御部６１８は、ステップＳ６０９−４において未導入依存パッケージが取得されている場合、当該未導入依存パッケージをカレント機器に送信し、当該未導入依存パッケージのインストールをカレント機器に要求する（Ｓ６０９−７）。カレント機器のインストール部４２１は、未導入依存パッケージをインストールし、当該未導入依存パッケージの情報（プロダクトＩＤ等）をインストール情報管理テーブル４２７に記録する。
【０１９８】
続いて、インストール制御部６１８は、未導入依存パッケージのインストール結果をカレント機器に問い合わせる（Ｓ６０９−８）。当該問い合わせ（ポーリング）は、カレント機器においてインストールが完了し、インストール結果が返信されるまで繰り返される。
【０１９９】
先に未導入依存パッケージをインストールさせるのは、依存先のコンポーネントがインストールされていないことによる、販売パッケージのインストールの失敗を回避するためである。
【０２００】
続いて、インストール制御部６１８は、ステップＳ６０９−４において取得されている販売パッケージ（カレント販売パッケージ）、及びステップＳ６０４−６において取得されているライセンスファイル９０をカレント機器に送信し、当該販売パッケージのインストール及びアクティベーションをカレント機器に要求する（Ｓ６０９−９）。カレント機器のインストール部４２１は、受信された販売パッケージ及びライセンスファイル９０に関して図１８において説明した処理を実行する。その結果、販売パッケージはカレント機器において利用可能な状態となる。
【０２０１】
続いて、インストール制御部６１８は、販売パッケージのインストール結果をカレント機器に問い合わせる（Ｓ６０９−１０）。当該問い合わせ（ポーリング）は、カレント機器においてインストールが完了し、インストール結果が返信されるまで繰り返される。
【０２０２】
続いて、販売パッケージのアンインストール及びディアクティベーション（ライセンスの解放）に関する処理について説明する。
【０２０３】
図４３は、第二の実施の形態における販売パッケージのアンインストール及びディアクティベーションの処理手順を説明するためのシーケンス図である。
【０２０４】
ステップＳ７０１において、機器管理装置６０のＵＩ制御部６１１は、表示装置に表示させているアンインストール画面を介してアンインストール対象のプロダクトキーの入力をユーザより受け付ける。続いて、パッケージ情報取得部６１２は、入力されたプロダクトキーを指定して当該プロダクトキーに係るパッケージ情報の取得要求をライセンス管理サーバ１０に送信する（Ｓ７０２）。
【０２０５】
続いて、ライセンス管理サーバ１０のコンポーネント管理部１５４は、図４２のステップＳ６０３に応じて実行される処理と同様の処理を実行し、受信されたプロダクトキーに係る販売パッケージのパッケージ情報をパッケージ情報取得部６１２に返信する（Ｓ７０３）。当該プロダクトキーがグループライセンスに係るものである場合、複数の販売パッケージに関するパッケージ情報が返信される。
【０２０６】
当該プロダクトキーがグループライセンスに係るものである場合、すなわち、複数の販売パッケージに関するパッケージ情報が受信された場合、ＵＩ制御部６１１は、当該販売パッケージの一覧情報を含む販売パッケージ選択画面を表示装置に表示させ、アンインストール対象とする販売パッケージをユーザに選択させる（Ｓ７０４）。以下、選択された販売パッケージを「カレント販売パッケージ」という。
【０２０７】
続いて、機器情報取得部６１３は、各画像形成装置４０に対して機器情報の取得要求を送信する（Ｓ７０５）。各画像形成装置４０のディアクティベーション部４２４は、機器情報の取得要求に応じ、インストール情報管理テーブル４２７に記録されている情報を取得し、取得された情報と当該画像形成装置４０の機体番号とを含む情報を機器情報として機器情報取得部６１３に返信する（Ｓ７０６）。
【０２０８】
続いて、アンインストール先判定部６１９は、ステップＳ７０３において取得されたパッケージ情報を、ステップＳ７０６で各画像形成装置４０取得された機器情報と照合し、当該パッケージ情報に係る販売パッケージがインストールされている画像形成装置４０を判定する（Ｓ７０７）。具体的には、当該パッケージ情報に含まれているプロダクトＩＤ（販売パッケージのプロダクトＩＤ）を含む機器情報に係る画像形成装置４０が、当該販売パッケージのインストールされている画像形成装置４０（すなわち、販売パッケージのアンインストール先の画像形成装置４０）であると判定される。
【０２０９】
続くステップＳ７０８は、販売パッケージのアンインストール先の画像形成装置４０ごとに実行されるループ処理である。ループ処理において処理対象とされる画像形成装置４０を以下、「カレント機器」という。
【０２１０】
ステップＳ７０８−１において、ディアクティベーション制御部６２０は、カレント販売パッケージのプロダクトＩＤを指定して、ディアクティベート要求（ライセンスファイル９０の削除要求）をカレント機器に送信する。カレント機器のディアクティベーション部４２４は、当該要求に応じ、指定されたプロダクトＩＤに係るライセンスファイル９０を削除する。
【０２１１】
続いて、ディアクティベーション制御部６２０は、ライセンスファイル９０の削除処理の結果をカレント機器に問い合わせる（Ｓ７０８−２）。当該問い合わせ（ポーリング）は、カレント機器においてライセンスファイル９０の削除処理が完了し、当該削除処理の処理結果が返信されるまで繰り返される。
【０２１２】
続いて、アンインストール制御部６２１は、カレント販売パッケージのプロダクトＩＤを指定して、アンインストール要求（販売パッケージの削除要求）をカレント機器に送信する（Ｓ７０８−３）。カレント機器のディアクティベーション部４２４は、当該要求に応じ、指定されたプロダクトＩＤに係る販売パッケージをアンインストール（削除）する。
【０２１３】
続いて、ディアクティベーション制御部６２０は、カレント販売パッケージのアンインストール結果をカレント機器に問い合わせる（Ｓ７０８−４）。当該問い合わせ（ポーリング）は、カレント機器においてアンインストールが完了し、インストール結果が返信されるまで繰り返される。
【０２１４】
ステップＳ７０８が、販売パッケージのアンインストールの対象とされた全ての画像形成装置４０について実行された後、ディアクティベーション制御部６２０は、カレント販売パッケージのプロダクトＩＤと、当該全ての画像形成装置４０の機体番号とを指定してディアクティベート要求（ライセンスの解放要求）をライセンス管理サーバのディアクティベーション部１１６に送信する（Ｓ７０９）。ディアクティベーション部１１６は、図３８のステップＳ５０３において説明した通りの処理を実行する。その結果、指定されたプロダクトＩＤ及び機体番号に係るライセンスのステータスは「チェックイン」に変更される。続いて、ディアクティベーション部１１６は、ディアクティベーション処理結果（処理の成否）を機器管理装置６０のディアクティベーション制御部６２０に返信する（Ｓ２１０）。
【０２１５】
上述したように、第二の実施の形態における機器管理装置６０によれば、複数の画像形成装置４０に対して一括してインストール及びアクティベーション（ライセンスの使用開始）等を行うことができる。したがって、特に、画像形成装置４０の台数が多いユーザ環境Ｅ１において、ユーザの作業負担を著しく軽減させることができる。
【０２１６】
なお、本実施の形態においては画像形成装置４０を機器の一例として説明したが、本発明の適用範囲は画像形成装置４０に限定されない。プログラムを追加（インストール）可能な機器であれば、本発明は有効に適用されうる。
【０２１７】
次に、第三の実施の形態について説明する。図４４は、第三の実施の形態における機器管理システム構成例を示す図である。図４４中、図１と同一部分には同一符号を付し、その説明は適宜省略する。
【０２１８】
図４４では、ユーザ環境Ｅ１において、Ｗｅｂクライアント端末６５が追加されている。Ｗｅｂクライアント端末６５は、Ｗｅｂブラウザを備えたＰＣ（Personal Computer）等のコンピュータ又は電子機器である。Ｗｅｂクライアント端末６５のハードウェア構成は、例えば、図６に示されるものと同様でよい。但し、Ｗｅｂクライアント端末６５は、液晶ディスプレイ等の表示装置、並びにキーボード及びマウス等の入力装置を備える。Ｗｅｂクライアント端末６５は、各画像形成装置４０とＬＡＮ（Local Area Network）等のネットワーク７５（有線又は無線の別は問わない。）を介して接続されている。なお、ユーザＰＣ５０がＷｅｂクライアント端末６５を兼ねてもよい。
【０２１９】
図４５は、第三の実施の形態における機器管理システムの機能構成例を示す図である。図４５中、図５と同一部分には同一符号を付し、その説明は省略する。
【０２２０】
同図において、画像形成装置４０は、Ｗｅｂサーバ部４２８を更に有する。Ｗｅｂサーバ部４２８は、第一の実施の形態においてＵＩ制御部４２６によって操作パネル４５に表示されていた画面について、Ｗｅｂクライアント端末６５に表示させるための処理を実行する。具体的には、Ｗｅｂサーバ部４２８は、各種画面のＨＴＭＬデータをＷｅｂクライアント端末６５に送信する。
【０２２１】
一方、Ｗｅｂクライアント端末６５は、Ｗｅｂブラウザ６５１を有する。Ｗｅｂブラウザ６５１は、Ｗｅｂサーバ部４２８より送信されるＨＴＭＬデータを受信し、当該ＨＴＭＬデータに基づいて各種画面をＷｅｂクライアント端末６５１の表示装置に表示させる。
【０２２２】
すなわち、第三の実施の形態の機器管理システム３によれば、ユーザは、第一の実施の形態において操作パネル４５を介して行う操作を、Ｗｅｂクライアント端末６５を介して遠隔的に行うことができる。具体的には、ユーザは、図１８のシーケンス図における、ステップＳ１５１、Ｓ１５９、及びＳ１６５における指示入力を、Ｗｅｂブラウザ６５１が表示させる画面を介して行うことができる。したがって、第三の実施の形態では、Ｗｅｂサーバ部４２８が、ライセンスキーの入力を受け付ける入力手段の一例に相当する。
【０２２３】
なお、上記各実施の形態においては、ライセンス管理サーバ１０、販売サーバ２０，及びダウンロードサーバ３０がそれぞれ別個の装置であるとして説明した。但し、ライセンス管理サーバ１０が、販売サーバ２０及びダウンロードサーバ３０の少なくともいずれか一方の機能を含むように構成されてもよい。
【０２２４】
以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【０２２５】
１、２ 機器管理システム
１０ ライセンス管理サーバ
１１ アクティベーションサーバ部
１５ コンポーネントサーバ部
２０ 販売サーバ
２１ 商品登録部
２２ 販売管理部
２３ 商品マスタ
２４ プロダクトキー通知部
３０ ダウンロードサーバ
３１ ダウンロード処理部
３２ 販売パッケージ管理部
４０ 画像形成装置
４１ コントローラ
４２ スキャナ
４３ プリンタ
４４ モデム
４５ 操作パネル
４６ ネットワークインタフェース
４７ ＳＤカードスロット
５０ ユーザＰＣ
５１ Ｗｅｂブラウザ
６０ 機器管理装置
６５ Ｗｅｂクライアント端末
１００ ドライブ装置
１０１ 記録媒体
１０２ 補助記憶装置
１０３ メモリ装置
１０４ ＣＰＵ
１０５ インタフェース装置
１１１ 販売サーバ連携部
１１２ プロダクトキー発行部
１１３ プロダクトキー検証部
１１５ ライセンス発行部
１１６ ディアクティベーション部
１１７ 販売サーバ認証部
１１８ 販売サイトマスタ
１１９ 販売パッケージマスタ
１２０ グループＩＤマスタ
１２１ ライセンス管理テーブル
１５１ 依存関係判定部
１５２ インストール支援部
１５３ パッケージ更新支援部
１５４ コンポーネント管理部
１５５ コンポーネント管理テーブル
４１１ ＣＰＵ
４１２ ＲＡＭ
４１３ ＲＯＭ
４１４ ＨＤＤ
４２１ インストール部
４２２ ライセンス更新部
４２３ ライセンス更新部
４２４ ライセンスチェック部
４２５ ディアクティベーション部
４２６ ＵＩ制御部
４２７ インストール情報管理テーブル
４２８ Ｗｅｂサーバ部
６１１ ＵＩ制御部
６１２ パッケージ情報取得部
６１３ 機器情報取得部
６１４ インストール先受付部
６１５ 妥当性確認部
６１６ パッケージ取得部
６１７ ライセンス取得部
６１８ インストール制御部
６１９ アンインストール先判定部
６２０ ディアクティベーション制御部
６２１ アンインストール制御部
６５１ Ｗｅｂブラウザ
Ｂ バス
【先行技術文献】
【特許文献】
【０２２６】
【特許文献１】特開２００８−０１６０１３号公報
【技術分野】
【０００１】
本発明は、ライセンス管理装置、機器、ライセンス管理方法、プログラム、及びデータ構造に関し、特に機器において利用されるプログラムのライセンスを管理するライセンス管理装置、機器、ライセンス管理方法、プログラム、及びデータ構造に関する。
【背景技術】
【０００２】
近年では、主に複合機又は融合機と呼ばれる画像形成装置において、その出荷後に新たなプログラムの開発や開発したプログラムのインストールが可能とされているものがある。斯かるプログラムのインストールやプログラムを利用するためのライセンスを、ユーザの利用形態に合わせて提供することができればユーザにとって便宜であるばかりでなく、プログラムを販売する側にとってもビジネスチャンスの拡大を期待できる。
【０００３】
例えば、特許文献１には、プログラムを利用可能な画像形成装置を所定のものに限定することができるライセンス管理方法等が開示されている。特許文献１に係る技術によれば、プログラムを利用する台数に応じて課金額を変化させることができる。また、プログラムの不正コピーによる不正利用を適切に防止することができる。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、プログラムとライセンスとが分離して配布されることにより、画像形成装置に対するプログラムの導入手順が複雑化しているという問題がある。すなわち、ユーザは、プログラムの実体を入手し、インストールするだけでは当該プログラムを利用することはできず、プログラムの利用に対するライセンスを獲得するための作業が必要とされる。
【０００５】
また、プログラム間には依存関係が存在しうるところ、依存する側のプログラムと依存される側のプログラムとは必ずしも一つのパッケージとして流通するとは限らない。この場合、プログラムをインストールし、更に当該プログラムに対するライセンスを取得したとしても当該プログラムの依存先のプログラムが存在しないため、インストールされたプログラムが正常に動作しないということが発生しうる。そして、プログラムの依存関係は複数階層にわたることがある。したがって、ユーザには、プログラムの依存関係を解決するために更なる作業負担が課せられるとう問題がある。
【０００６】
本発明は、上記の点に鑑みてなされたものであって、プログラム及びプログラムに対するライセンスの導入作業を適切に支援することのできるライセンス管理装置、機器、ライセンス管理方法、プログラム、及びデータ構造の提供を目的とする。
【課題を解決するための手段】
【０００７】
そこで上記課題を解決するため、本発明は、プログラムの購入ごとに購入されたプログラムの製品識別子及び該プログラムのライセンス情報に関連付けられたライセンス識別子を生成し、該ライセンス識別子を発行するライセンス識別子発行手段と、前記ライセンス識別子をライセンス情報記憶手段に記録するライセンス記録手段と、ネットワークを介して受信される前記ライセンス識別子の受信に応じ、受信された前記ライセンス識別子が前記ライセンス情報記憶手段に記録されているかを判定する判定手段と、前記ライセンス識別子が前記ライセンス情報記憶手段に記録されていると判定された場合、該製品識別子に係るプログラムの取得指示又は該プログラム本体と、前記プログラムの利用を許可するためのライセンスファイルとを前記ネットワークを介して返信する送信手段とを有する。
【０００８】
このようなライセンス管理装置では、プログラム及びプログラムに対するライセンスの導入作業を適切に支援することができる。
【発明の効果】
【０００９】
プログラム及びプログラムに対するライセンスの導入作業を適切に支援することができる。
【図面の簡単な説明】
【００１０】
【図１】第一の実施の形態における機器管理システム構成例を示す図である。
【図２】販売パッケージの構成例を示す図である。
【図３】販売パッケージ情報の構成例を示す図である。
【図４】機能パッケージ情報の構成例を示す図である。
【図５】第一の実施の形態における機器管理システムの機能構成例を示す図である。
【図６】本発明の実施の形態におけるライセンス管理サーバのハードウェア構成例を示す図である。
【図７】本発明の実施の形態における画像形成装置のハードウェア構成例を示す図である。
【図８】販売サーバによる販売パッケージの一覧情報の取得処理を説明するためのシーケンス図である。
【図９】販売サイトマスタの構成例を示す図である。
【図１０】販売パッケージマスタの構成例を示す図である。
【図１１】グループＩＤマスタの構成例を示す図である。
【図１２】商品マスタへの商品情報の登録処理の処理手順を説明するためのフローチャートである。
【図１３】販売サーバにおける商品マスタの構成例を示す図である。
【図１４】商品の販売時における処理手順を説明するためのシーケンス図である。
【図１５】プロダクトキー発行部によるプロダクトキー生成処理の処理手順を説明するためのフローチャートである。
【図１６】ライセンス管理テーブルの構成例を示す図である。
【図１７】プロダクトキーの構成例を示す図である。
【図１８】販売パッケージのインストール時の処理手順を説明するためのシーケンス図である。
【図１９】機能拡張設定メニュー画面の表示例を示す図である。
【図２０】プロダクトキー入力画面の表示例を示す図である。
【図２１】プロダクトキーが無効であるときのエラー画面の表示例を示す図である。
【図２２】コンポーネント管理テーブルの構成例を示す図である。
【図２３】インストール一覧画面の表示例を示す図である。
【図２４】インストール情報管理テーブルの構成例を示す図である。
【図２５】依存関係に問題が無い場合の確認画面の表示例を示す図である。
【図２６】依存パッケージも同時にインストール可能な場合の確認画面の表示例を示す図である。
【図２７】依存パッケージを同時にインストール出来ない場合の確認画面の表示例を示す図である。
【図２８】ライセンスファイルの構成例を示す図である。
【図２９】コンポーネントサーバ部による依存関係の検証処理及び確認画面データの生成処理の処理手順を説明するためのフローチャートである。
【図３０】依存関係管理テーブルの構成例を示す図である。
【図３１】アクティベーションサーバ部によるライセンスファイル生成処理の処理手順を説明するためのフローチャートである。
【図３２】画像形成装置による販売パッケージのインストール処理の処理手順を説明するためのフローチャートである。
【図３３】ライセンス更新処理の処理手順を説明するためのシーケンス図である。
【図３４】拡張機能管理画面の表示例を示す図である。
【図３５】ライセンス取得／更新画面の表示例を示す図である。
【図３６】販売パッケージ更新処理の処理手順を説明するためのシーケンス図である。
【図３７】更新一覧画面の表示例を示す図である。
【図３８】ディアクティベーション処理の処理手順を説明するためのシーケンス図である。
【図３９】画像形成装置におけるディアクティベーションの自動実行処理の処理手順を説明するためのフローチャートである。
【図４０】第二の実施の形態における機器管理システム構成例を示す図である。
【図４１】第二の実施の形態における機器管理装置の機能構成例を示す図である。
【図４２】第二の実施の形態における販売パッケージのインストール及びアクティベーションの処理手順を説明するためのシーケンス図である。
【図４３】第二の実施の形態における販売パッケージのアンインストール及びディアクティベーションの処理手順を説明するためのシーケンス図である。
【図４４】第三の実施の形態における機器管理システム構成例を示す図である。
【図４５】第三の実施の形態における機器管理システムの機能構成例を示す図である。
【発明を実施するための形態】
【００１１】
以下、図面に基づいて本発明の実施の形態を説明する。図１は、第一の実施の形態における機器管理システム構成例を示す図である。同図の機器管理システム１は、ユーザ環境Ｅ１とメーカー環境Ｅ２との二つのシステム環境に大別される。ユーザ環境Ｅ１とメーカー環境Ｅ２とは、インターネット等の広域的なネットワーク８０を介して接続されている。
【００１２】
ユーザ環境Ｅ１は、被インストール機器としての画像形成装置４０のユーザ（顧客）のシステム環境である。例えば、ユーザ環境Ｅ１は、画像形成装置４０のユーザである企業又はオフィス等に相当する。ユーザ環境Ｅ１は、一台以上の画像形成装置４０及び一台以上のユーザＰＣ５０を有する。画像形成装置４０は、印刷、スキャン、コピー、及びファクス送受信等の複数の機能を一台の筐体において実現する複合機である。但し、いずれか一つの機能のみを実現可能な機器であってもよい。画像形成装置４０は、ソフトウェアコンポーネント（以下、単に「コンポーネント」という。）を追加又は更新することにより随時機能拡張等を図ることができる。ユーザＰＣ５０は、画像形成装置４０に追加するコンポーネントの購入手続き等を行うために利用されるコンピュータである。なお、ユーザ環境Ｅ１は、ユーザ数（企業又はオフィス単位のユーザ数）に応じて複数存在しうる。
【００１３】
一方、メーカー環境Ｅ２は、画像形成装置４０に追加されるコンポーネントの販売者側のシステム環境である。例えば、メーカー環境Ｅ２は、画像形成装置４０のメーカーによって運営される。メーカー環境Ｅ２は、ライセンス管理サーバ１０、販売サーバ２０、及びダウンロードサーバ３０を有する。販売サーバ２０は、ユーザ環境Ｅ１よりコンポーネントの購入申請を受け付けるコンピュータである。販売サーバ２０は、画像形成装置４０の販売地域（例えば、米国、欧州、日本、日本を除くアジア等）ごとに設置され、各販売サーバ２０が担当する販売地域に属するユーザ環境Ｅ１より購入申請を受け付ける。
【００１４】
ダウンロードサーバ３０は、コンポーネントの実体を管理するコンピュータである。ユーザ環境Ｅ１は、購入申請したコンポーネントの実体をダウンロードサーバ３０よりダウンロードする。ライセンス管理サーバ１０は、購入されたコンポーネントのライセンス（利用権限）を管理するコンピュータである。
【００１５】
本実施の形態におけるコンポーネントは、販売パッケージと呼ばれる単位で流通する。また、複数の販売パッケージの集合がセットとして流通単位となる場合もある。複数の販売パッケージの集合を、本実施の形態では「グループ」という。
【００１６】
図２は、販売パッケージの構成例を示す図である。同図に示されるように、一つの販売パッケージは、一つの販売パッケージ情報ファイルと、一つ以上の機能パッケージを含む書庫ファイルとして構成される。
【００１７】
販売パッケージ情報ファイルは、販売パッケージの属性情報（販売パッケージ情報）が記録されたファイルである。
【００１８】
図３は、販売パッケージ情報の構成例を示す図である。同図において、販売パッケージ情報は、プロダクトＩＤ、バージョン、名称、説明、ベンダ名、及び配布タイプ等を含む。
【００１９】
プロダクトＩＤは、各販売パッケージ及び各機能パッケージに一意に割り当てられた識別子（製品識別子）である。バージョンは、販売パッケージのバージョン番号である。説明は、販売パッケージに関する説明である。ベンダ名は、販売パッケージのベンダ（開発者）の名前である。名称は、販売パッケージの名前である。配布タイプは、アクティベーション（ライセンスの認証）の要否を示す情報である。アクティベーションが不要な販売パッケージは無料で使用することができる。
【００２０】
図２に戻る。機能パッケージは、機能単位でパッケージ化されたソフトウェアパッケージである。一つの機能パッケージは、一つの機能パッケージ情報ファイルと一つのコンポーネントの実体とを含む書庫ファイル（例えば、ＪＡＲ（Java（登録商標） Archive）ファイル）として構成される。
【００２１】
機能パッケージ情報ファイルは、機能パッケージの属性情報（機能パッケージ情報）が記録されたファイルである。
【００２２】
図４は、機能パッケージ情報の構成例を示す図である。同図において、機能パッケージ情報は、プロダクトＩＤ、バージョン、名称、説明、ベンダ名、配布タイプ、及びパッケージ依存情報等を含む。
【００２３】
プロダクトＩＤは、機能パッケージに対するプロダクトＩＤである。バージョンは、機能パッケージのバージョン番号である。名称は、機能パッケージの名前である。説明は、機能パッケージに関する説明である。ベンダ名は、機能パッケージのベンダ（開発者）の名前である。配布タイプは、機能パッケージに対するアクティベーションの要否を示す情報である。アクティベーションが不要な機能パッケージは、無料で使用することができる。パッケージ依存情報は、機能パッケージが依存（又は利用）する（当該機能パッケージの依存先の）他の機能パッケージのプロダクトＩＤである。一つの機能パッケージは、複数の他の機能パッケージに依存しうる。
【００２４】
なお、同図では、三つの販売パッケージによって１つのグループが構成されている。グループに属する販売パッケージであっても単独で流通しうる。
【００２５】
図５は、第一の実施の形態の機器管理システムの機能構成例を示す図である。同図において、販売サーバ２０は、商品登録部２１、販売管理部２２、プロダクトキー通知部２３、及び商品マスタ２３を有する。
【００２６】
商品登録部２１は、ライセンス管理サーバ１０において一元的に管理されている販売パッケージの一覧情報をダウンロードし、当該一覧情報に基づいて作業者によって入力される商品の構成情報等を商品マスタ２３に登録する。販売管理部２２は、商品マスタ２３に商品情報が登録されている商品について、ユーザＰＣ５０より購入申請を受け付ける。販売管理部２２は、また、購入申請に対するプロダクトキーをライセンス管理サーバ１０に発行させる。プロダクトキー通知部２４は、発行されたプロダクトキーを、購入申請に対する応答としてユーザＰＣ５０に送信する。
【００２７】
本実施の形態において、商品とは、販売パッケージ又はグループと、そのライセンスの内容とによって構成される概念である。したがって、同一の販売パッケージであってもライセンスの内容（ライセンス形態、ライセンス有効期間、ライセンスボリューム数等）が異なれば、異なる商品として扱われる。以下ライセンスの内容に関係する情報をライセンス情報という。
【００２８】
また、プロダクトキーとは、商品が購入されるごとに一意に発行される（又は割り当てられる）識別子である。プロダクトキーは、商品に含まれる販売パッケージに対するライセンス（利用権限）を識別する情報（ライセンス識別子）として、また、商品の正当な購入者であることを証明するための情報として用いられる。なお、本実施の形態において、プロダクトＩＤとプロダクトキーとは明確に区別される。すなわち、プロダクトＩＤは、製品としての販売パッケージの異同を区別するものであるのに対し、プロダクトキーは、商品の購入という行為を区別するためのものである。したがって、同一のプロダクトＩＤの販売パッケージに対し、商品の購入のたびに異なるプロダクトキーが発行される。
【００２９】
画像形成装置４０は、インストール部４２１、ライセンス更新部４２２、パッケージ更新部４２３、ライセンスチェック部４２４、ディアクティベーション部４２５、及びＵＩ制御部４２６、及びインストール情報管理テーブル４２７等を有する。
【００３０】
インストール部４２１は、プロダクトキーの入力に応じ、当該プロダクトキーに対応する販売パッケージをインストールするための一連の処理を制御する。例えば、インストール部４２１は、インストール対象の販売パッケージに含まれている機能パッケージの依存関係の妥当性の判定をライセンス管理サーバ１０に要求したり、インストール対象の販売パッケージをダウンロードサーバ３０よりダウンロードしたり、インストール対象の販売パッケージに対するライセンスファイル９０をライセンス管理サーバ１０より取得したりする。
【００３１】
ライセンスファイル９０とは、販売パッケージに対するライセンスを証明するデータ（販売パッケージの利用を許可するためのデータ）が記録されたファイルである。すなわち、本実施の形態における販売パッケージ（コンポーネント）は、その実体を入手するだけでは画像形成装置４０において利用することはできない。販売パッケージは、ライセンスファイル９０が画像形成装置４０に導入されることにより利用可能となる。
【００３２】
ライセンス更新部４２２は、画像形成装置４０にインストールされている販売パッケージに対するライセンスの有効期限を更新（延長）するための処理（ライセンス更新処理）を制御する。パッケージ更新部４２３は、画像形成装置４０にインストールされている販売パッケージをバージョンアップするための処理（販売パッケージ更新処理）を制御する。ライセンスチェック部４２４は、販売パッケージが利用される際に、ライセンスファイル９０に基づいて利用の許否を判定する。ディアクティベーション部４２５は、画像形成装置４０にインストールされている販売パッケージのディアクティベーションを行う。具体的には、ディアクティベーション部４２５は、ディアクティベーションの対象とされた販売パッケージと当該販売パッケージに対するライセンスファイル９０との削除等を行う。ＵＩ制御部４２６は、画像形成装置４０の操作パネルの表示制御等を行う。インストール情報管理テーブル４２７は、画像形成装置４０にインストールされている販売パッケージに関する情報を管理するテーブルであり、画像形成装置４０の記憶装置に保存されている。
【００３３】
ライセンス管理サーバ１０は、アクティベーションサーバ部１１及びコンポーネントサーバ部１５を有する。アクティベーションサーバ部１１は、販売サーバ連携部１１１、プロダクトキー発行部１１２、プロダクトキー検証部１１３、ライセンス発行部１１５、及びディアクティベーション部１１６、販売サーバ認証部１１７、販売サイトマスタ１１８、販売パッケージマスタ１１９、グループＩＤマスタ１２０、及びライセンス管理テーブル１２１等を有する。
【００３４】
販売サーバ連携部１１１は、販売サーバ２０より要求された処理や、販売サーバ２０より通知される情報に応じた処理等を実行する。プロダクトキー発行部１１２は、販売サーバ２０の販売管理部２２からの要求に応じ、プロダクトキーを生成する。プロダクトキー発行部１１２は、生成されたプロダクトキーと当該プロダクトキーによって識別されるライセンスに関する情報をライセンス管理テーブル１２１に登録する。プロダクトキー検証部１１３は、販売パッケージのダウンロードの際等に画像形成装置４０に対して入力されたプロダクトキーの有効性をライセンス管理テーブル１２１等を用いて検証する。
【００３５】
ライセンス発行部１１５は、販売パッケージに対するライセンスの発行を行う。ライセンスの発行に伴って、ライセンス管理テーブル１２１が更新され、ライセンスファイル９０が生成される。ディアクティベーション部１１６は、画像形成装置４０のディアクティベーション部４２５からのディアクティベーション要求に応じ、当該要求の対象とされたライセンスを解放する。販売サーバ認証部１１７は、販売サイトマスタ１１８を用いて販売サーバ２０の認証を行う。販売パッケージマスタ１１９には、販売パッケージの一覧情報が登録されている。グループＩＤマスタ１２０には、グループと販売パッケージとの関連付け情報が登録されている。なお、販売サイトマスタ１１８、販売パッケージマスタ１１９、グループＩＤマスタ１２０、及びライセンス管理テーブル１２１は、ライセンス管理サーバ１０の記憶装置に保存されている。
【００３６】
コンポーネントサーバ部１５は、依存関係判定部１５１、インストール支援部１５２、パッケージ更新支援部１５３、コンポーネント管理部１５４、コンポーネント管理テーブル１５５、及び依存関係管理テーブル１５６等を有する。依存関係判定部１５１は、インストール対象又は更新対象とされている販売パッケージに含まれている機能パッケージが依存する他の機能パッケージが、既に画像形成装置４０にインストールされているか否か等を判定する。より詳しくは、依存関係判定部１５１は、画像形成装置４０のインストール部４２１からの要求に応じ、インストール対象の販売パッケージに含まれている機能パッケージの依存関係が、既に画像形成装置４０にインストールされている機能パッケージ等によって解決されるか否かをコンポーネント管理テーブル１５５及び依存関係管理テーブル１５６を参照して判定する。インストール支援部１５２は、画像形成装置４０への販売パッケージのインストールを支援するための処理を行う。例えば、インストール支援部１５２は、インストール対象とする販売パッケージを選択させるための画面を表示させるためのＨＴＭＬデータ（インストール一覧画面データ）を生成し、当該インストール一覧画面データを画像形成装置４０のインストール部４２１に提供する。パッケージ更新支援部１５３は、画像形成装置４０における販売パッケージの更新（バージョンアップ）を支援するための処理を行う。例えば、パッケージ更新支援部１５３は、更新対象とする販売パッケージの選択させるための画面を表示させるためのＨＴＭＬデータ（更新一覧画面データ）を生成し、当該更新一覧画面データを画像形成装置４０のパッケージ更新部４２３に提供する。コンポーネント管理部１５４は、ダウンロードサーバ３０の販売パッケージ管理部３２に保存されている販売パッケージを定期的に取得し、販売パッケージの構成情報や販売パッケージに含まれている各機能パッケージの依存情報等をコンポーネント管理テーブル１５５又は依存関係管理テーブル１５６に登録する。なお、コンポーネント管理テーブル１５５及び依存関係管理テーブル１５６は、ライセンス管理サーバ１０の記憶装置に保存されている。
【００３７】
各機能パッケージが自己の依存先の情報を持ち、ライセンス管理サーバ１０が、各機能パッケージの依存先の情報に基づいて依存関係管理テーブル１５６に機能パッケージ間の依存関係を登録することにより、複雑な依存関係に関する情報を簡便に登録できる。例えば、機能パッケージ（また、機能パッケージを含む販売パッケージ）の製造者により製造された機能パッケージがダウンロードサーバ３０に配置されると、ライセンス管理サーバ１０は、機能パッケージに含まれるパッケージ依存情報をダウンロードサーバ３０より取得し、自動的に機能パッケージ間の依存関係を依存関係管理テーブル１５６に登録する。したがって、例えば、販売サイトの管理者と、機能パッケージ等の製造者とが異なっている場合であっても、販売サイトの管理者は機能パッケージの依存関係を認識している必要はない。結果として、例えばサードベンダ等による機能パッケージの製造を促進し、販売機会を増やすことができる。
【００３８】
図６は、本発明の実施の形態におけるライセンス管理サーバのハードウェア構成例を示す図である。図６のライセンス管理サーバ１０は、それぞれバスBで相互に接続されているドライブ装置１００と、補助記憶装置１０２と、メモリ装置１０３と、ＣＰＵ１０４と、インタフェース装置１０５とを有する。
【００３９】
ライセンス管理サーバ１０での処理を実現するプログラムは、ＣＤ−ＲＯＭ等の記録媒体１０１によって提供される。プログラムを記録した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。
【００４０】
メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従ってライセンス管理サーバ１０に係る機能（図５に示される各部）を実現する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。
【００４１】
なお、ライセンス管理サーバ１０に、液晶ディスプレイ又はＣＲＴディスプレイ等の表示装置、及びキーボードやマウス等の入力装置を備えていてもよい。
【００４２】
また、販売サーバ２０、ダウンロードサーバ３０、及びユーザＰＣ５０等も、図６と同様のハードウェア構成を有していればよい。
【００４３】
図７は、本発明の実施の形態における画像形成装置のハードウェア構成例を示す図である。図７において、画像形成装置４０は、コントローラ４１、スキャナ４２、プリンタ４３、モデム４４、操作パネル４５、ネットワークインタフェース４６、及びＳＤカードスロット４７等のハードウェアを有する。
【００４４】
コントローラ４１は、ＣＰＵ４１１、ＲＡＭ４１２、ＲＯＭ４１３、及びＨＤＤ４１４等を有する。ＲＯＭ４１３には、各種のプログラムやプログラムによって利用されるデータ等が記録されている。ＲＡＭ４１２は、プログラムをロードするための記憶領域や、ロードされたプログラムのワーク領域等として用いられる。ＣＰＵ４１１は、ＲＡＭ４１２にロードされたプログラムを処理することにより、各種の機能（図５に示される各部）を実現する。ＨＤＤ４１４には、プログラムやプログラムが利用する各種のデータ等が記録される。
【００４５】
スキャナ４２は、原稿より画像データを読み取るためのハードウェアである。プリンタ４３は、画像データを印刷用紙に印刷するためのハードウェアである。モデム４４は、電話回線に接続するためのハードウェアであり、ＦＡＸ通信による画像データの送受信を実行するために用いられる。操作パネル４５は、ユーザからの入力の受け付けを行うめのボタン等の入力手段や、液晶パネル等の表示手段を備えたハードウェアである。ネットワークインタフェース４６は、ＬＡＮ等のネットワーク（有線又は無線の別は問わない。）に接続するためのハードウェアである。ＳＤカードスロット４７は、ＳＤカード８０に記録されたプログラムを読み取るために利用される。すなわち、画像形成装置４０では、ＲＯＭ４１３に記録されたプログラムだけでなく、ＳＤカード８０に記録されたプログラムもＲＡＭ４１２にロードされ、実行されうる。
【００４６】
以下、第一の実施の形態の機器管理システム１において実行される処理手順について説明する。図８は、販売サーバによる販売パッケージの一覧情報の取得処理を説明するためのシーケンス図である。販売対象とする商品の構成は、販売地域ごとに決定される。図８の処理は、或る販売地域において販売対象の商品の構成が決定される際に実行される処理である。
【００４７】
例えば、販売サイトの管理者により、商品情報の取得指示が販売サーバ２０に入力されると、販売サーバ２０の商品登録部２１は、販売サーバ２０の記憶装置に記憶されているドメイン名、販売サイトＩＤ、及びパスワードを指定して、ライセンス管理サーバ１０のアクティベーションサーバ部１１に認証要求を送信する（Ｓ１０１）。
【００４８】
認証要求を受信した販売サーバ認証部１１７は、認証要求に指定されている情報と販売サイトマスタ１１８とに基づいて販売サーバ２０の認証を行う。
【００４９】
図９は、販売サイトマスタの構成例を示す図である。同図に示されるように、販売サイトマスタ１１８には、販売地域ごとに、ドメイン名、販売サイトＩＤ、及びパスワードが登録されている。
【００５０】
販売サーバ認証部１１７は、認証要求に含まれているドメイン名、販売サイトＩＤ、及びパスワードと、販売サイトマスタ１１８に含まれているドメイン名、販売サイトＩＤ、及びパスワードとを照合することにより販売サーバ２０の認証を行う。認証に成功した場合、販売サーバ認証部１１７は、セッションを開設し、セッションＩＤを販売管理部２２に返信する（Ｓ１０２）。以降における販売管理部２２とアクティベーションサーバ部１１との通信は、セッションＩＤに基づいて行われる。
【００５１】
続いて、商品登録部２１は、販売パッケージの一覧情報の取得要求をアクティベーションサーバ部１１の販売サーバ連携部１１１に送信する（Ｓ１０３）。販売サーバ連携部１１１は、販売パッケージの一覧情報の取得要求の受信に応じ、当該一覧情報を販売パッケージマスタ１１９より取得し、商品登録部２１に返信する（Ｓ１０４）。
【００５２】
図１０は、販売パッケージマスタの構成例を示す図である。同図に示されるように、販売パッケージマスタ１１９には、販売パッケージごとに、プロダクトＩＤ、日本語による販売パッケージ名、日本語によるベンダ名、英語による販売パッケージ名、及び英語によるベンダ名等が登録されている。ステップＳ１０４で返信される一覧情報には、販売パッケージごとにこれらの情報が含まれる。なお、販売パッケージマスタ１１９への情報の登録は、例えば、ライセンス管理サーバ１０の管理者によって行われる。
【００５３】
商品登録部２１は、販売パッケージの一覧情報を受信すると、当該一覧情報に基づいて販売サイトの管理者によって入力される情報を商品マスタ２３に登録する（Ｓ１０５）。この際、必要に応じて当該管理者によってグループの定義も行われる。具体的には、グループＩＤが採番され、当該グループＩＤに係るグループに属する販売パッケージが決定される。グループの定義が行われた場合、商品登録部２１は、定義されたグループ情報（グループＩＤとグループに属する販売パッケージのプロダクトＩＤとを含む情報）を販売サーバ連携部１１１に送信する（Ｓ１０６）。続いて、販売サーバ連携部１１１は、受信されたグループ情報をグループＩＤマスタ１２０に登録する。
【００５４】
図１１は、グループＩＤマスタの構成例を示す図である。同図に示されるように、グループＩＤマスタ１２０には、グループＩＤと販売サイトＩＤとの組み合わせごとに、当該グループＩＤに係るグループに属する販売パッケージのプロダクトＩＤが登録されている。グループＩＤが販売サイトＩＤと組み合わせられるのは、グループＩＤは、販売サイトごとに一意だからである。なお、図１１では、同一のグループＩＤ（例えば、００１）に係るレコードが複数登録された例が示されている。同図のグループＩＤマスタ１２０では、一つのレコードには一つの販売パッケージのプロダクトＩＤが登録されるからである。すなわち、同図では、グループＩＤ「００１」のグループについては、三つの販売パッケージが属する例が示されている。
【００５５】
続いて、ステップＳ１０５の詳細について説明する。図１２は、商品マスタへの商品情報の登録処理の処理手順を説明するためのフローチャートである。
【００５６】
ステップＳ１１１において、商品登録部２１は、図８のステップＳ１０４において受信された販売パッケージの一覧情報を販売サーバ２０の表示装置に表示させる。続いて、管理者によって、当該販売サーバ２０が属する販売地域において販売対象とする販売パッケージが当該一覧情報の中から選択され、選択された各販売パッケージに関して、ライセンス形態、ライセンス有効期間、ボリューム数、及び商品名称等が入力される（Ｓ１１２）。また、必要に応じて、グループの定義とグループに属する販売パッケージの選択も行われる。
【００５７】
続いて、商品登録部２１は、販売対象として選択された各販売パッケージに係る商品の構成が定義された商品情報を商品マスタ２３に登録する（Ｓ１１３）。
【００５８】
図１３は、販売サーバにおける商品マスタの構成例を示す図である。同図に示されるように、商品マスタ２３は、商品ごとに商品ＩＤ（プロダクトＩＤ又はグループＩＤ）、ライセンス形態、ライセンス有効期間、ボリューム数、及び商品名称等を管理するテーブルである。ライセンス形態は、商品に属する販売パッケージに関するライセンスについて売り切り型、時限ライセンス、及びトライアルライセンス等の別を示す情報である。売り切り型は、購入後無期限に使用可能なライセンスである。時限ライセンスは、所定期間の間に限り有効な（使用可能な）ライセンスである。トライアルライセンスは、お試し用としての使用に対するライセンスである。ライセンス有効期間は、ライセンス形態が時限ライセンス又はトライアルライセンスの場合に有効な属性であり、ライセンスが有効な期間を示す。ボリューム数は、ライセンスのボリューム数である。ボリューム数が２以上の商品を購入した場合、ボリュームライセンスが与えられ、当該ボリューム数の範囲内で同一の販売パッケージの同時使用が許可される。商品名称は、商品の名称である。
【００５９】
販売サーバ２０の商品マスタ２３に商品情報が登録されることにより、当該販売サーバ２０の属する販売地域では、商品の販売が可能となる。
【００６０】
続いて、図１４は、商品の販売時における処理手順を説明するためのシーケンス図である。図１４に示される販売サーバ２０は、同図に示されるユーザＰＣ５０が属する販売地域の販売サーバ２０である。
【００６１】
或るユーザ環境Ｅ１におけるユーザが、ユーザＰＣ５０のＷｅｂブラウザ５１に対し、購入可能な（販売対象とされている）商品の一覧を表示させるＷｅｂページ（商品一覧ページ）に対するＵＲＬを入力すると、Ｗｅｂブラウザ５１は、商品一覧ページの取得要求を販売サーバ２０の販売管理部２２に送信する（Ｓ１２１）。
【００６２】
続いて、販売管理部２２は、商品マスタ２３に基づいて商品一覧ページを生成する（Ｓ１２２）。具体的には、販売管理部２２は、商品マスタ２３に登録されている商品ごとに、商品名称、ライセンス形態、ライセンス有効期間、ボリューム数、及びチェックボタンを表示させるＨＴＭＬデータを商品一覧ページとして生成する。なお、チェックボタンは、購入対象とするか否かを選択させるためのものである。続いて、販売管理部２２は、生成された商品一覧ページをＷｅｂブラウザ５１に返信する（Ｓ１２３）。Ｗｅｂブラウザ５１は、受信した商品一覧ページ５１をユーザＰＣ５０の表示装置に表示させる。
【００６３】
商品一覧ページ上において、購入対象とする商品に対するチェックボタンの選択及び購入ボタンの押下がユーザによって行われると、Ｗｅｂブラウザ５１は、購入対象とされた商品の商品ＩＤを含む購入要求を販売管理部２２に送信する（Ｓ１２４）。すなわち、商品一覧ページは、選択された商品ＩＤが購入ボタンの押下に応じて送信されるように定義されている。なお、商品一覧ページでは、複数の商品を選択可能である。したがって、ステップＳ１２４では、複数の商品ＩＤが購入要求に含まれうる。
【００６４】
続いて、販売管理部２２は、ドメイン名、販売サイトＩＤ、及びパスワードを指定して、認証要求をライセンス管理サーバ１０のアクティベーションサーバ部１１に送信する（Ｓ１２５）。アクティベーションサーバ部１１の販売サーバ認証部１１７は、認証要求に含まれているドメイン名、販売サイトＩＤ、及びパスワードと、販売サイトマスタ１１８に含まれているドメイン名、販売サイトＩＤ、及びパスワードとを照合することにより販売サーバ２０の認証を行う。認証に成功した場合、販売サーバ認証部１１７は、セッションを開設し、セッションＩＤを販売管理部２２に返信する（Ｓ１２６）。以降における販売管理部２２とアクティベーションサーバ部１１との通信は、セッションＩＤに基づいて行われる。
【００６５】
続いて、販売管理部２２は、購入要求に含まれている商品ＩＤ（プロダクトＩＤ又はグループＩＤ）に対するライセンス形態、ライセンス有効期間、及びボリューム数を商品マスタ２３より取得し、当該商品ＩＤ（プロダクトＩＤ又はグループＩＤ）、ライセンス形態、ライセンス有効期間、及びボリューム数を指定して、プロダクトキーの発行要求をアクティベーションサーバ部１１のプロダクトキー発行部１１２に送信する（Ｓ１２７）。
【００６６】
プロダクトキーの発行要求に応じ、プロダクトキー発行部１１２はプロダクトキーを生成する（Ｓ１２８）。プロダクトキー発行部１１２は、当該プロダクトキーを販売管理部２２に返信する（Ｓ１２９）。なお、複数の商品についてプロダクトキーの発行が要求された場合は、商品ごとにプロダクトキーが生成される。
【００６７】
販売サーバ２０のプロダクトキー通知部２４は、プロダクトキーを受信すると、当該プロダクトキーを含むＨＴＭＬデータをＷｅｂブラウザ５１に返信する（Ｓ１３０）。Ｗｅｂブラウザ５１は、当該ＨＴＭＬデータをユーザＰＣ５０の表示装置に表示させる。これにより、ユーザは、購入した商品に対して発行されたプロダクトキーを認識することができる。なお、プロダクトキー通知部２４は、プロダクトキーが記述された電子メールをユーザＰＣ５０に送信することにより、プロダクトキーの配布を行ってもよい。
【００６８】
続いて、ステップＳ１２８の詳細について説明する。図１５は、プロダクトキー発行部によるプロダクトキー生成処理の処理手順を説明するためのフローチャートである。
【００６９】
ステップＳ１４１において、プロダクトキー発行部１１２は、商品ＩＤ（プロダクトＩＤ又はグループＩＤ）、ライセンス形態、期間、及びボリューム数を受信する。続いて、プロダクトキー発行部１１２は、受信した商品ＩＤがグループＩＤであるか否かを判定する（Ｓ１４２）。具体的には、当該商品ＩＤと一致するグループＩＤをグループＩＤマスタ１２０より検索する。当該商品ＩＤと一致するグループＩＤが検索された場合（Ｓ１４２でＹｅｓ）、プロダクトキー発行部１１２は、当該グループＩＤに対応付けられている全てのプロダクトＩＤ（すなわち、グループに属する販売パッケージのプロダクトＩＤ）をグループＩＤマスタ１２０より取得する（Ｓ１４３）。
【００７０】
ステップＳ１４２でＮｏの場合又はステップＳ１４３に続いて、プロダクトＩＤ発行部１１２は、受信したプロダクトＩＤ又はグループＩＤマスタ１２０より取得されたプロダクトＩＤを登録するためのレコードをライセンス管理テーブル１２１に生成する（Ｓ１４４）。したがって、グループＩＤマスタ１２０より複数のプロダクトＩＤが取得された場合、複数のレコードが生成される。また、プロダクトＩＤ発行部１１２は、同一のプロダクトＩＤについてボリューム数分のレコードを生成する。したがって、ボリューム数が２以上の場合、同一のプロダクトＩＤについて２以上のレコードが生成される。
【００７１】
図１６は、ライセンス管理テーブルの構成例を示す図である。同図においてライセンス管理テーブル１２１は、販売パッケージに関して発行されるライセンスごとに管理番号、プロダクトキー、プロダクトＩＤ、機体番号、ステータス、ライセンス形態、ライセンス有効期間、ライセンス有効期限、及びライセンス発行日等の項目を有する。
【００７２】
これらの項目のうち、プロダクトＩＤ、ライセンス形態、及びライセンス有効期間は、販売管理部２２より受信された値がステップＳ１４４において登録される。複数のレコードが生成された場合、生成された全てのレコードに同じ値が登録される。但し、グループライセンスの場合（グループＩＤに基づいて販売パッケージのプロダクトＩＤが取得された場合）、生成された各レコードには、取得された各プロダクトＩＤが登録される。
【００７３】
管理番号は、ライセンス管理テーブル１２１に対するレコードの生成に伴って、各レコードに一意に割り当てられる識別子（番号）である。プロダクトキーには、後段のステップにおいて生成されるプロダクトキーが登録される。機体番号には、ライセンスファイル９０が発行される際に、販売パッケージを利用する機器として指定された画像形成装置４０の機体番号が登録される。機体番号とは、各画像形成装置４０を一意に識別するための識別情報（機器識別子）である。ステータスは、ライセンスの状態を示す情報である。本実施の形態において、ライセンスは、「ライセンス無し」、「チェックアウト」、及び「チェックイン」の状態を有する。「ライセンス無し」は、ライセンスが発行されていない状態である。チェックアウトは、ライセンスが使用されている状態である。チェックインは、ライセンスが解放されている（使用可能な）状態である。ステータスについても、ステップＳ１４４では値は登録されない。ライセンス有効期限は、ライセンスファイル９０が発行される際に、ライセンス有効期間に基づいて算出されるライセンス（ライセンスファイル９０）の有効期限である。ライセンス発行日は、ライセンスファイル９０が発行される際に登録される、ライセンス（ライセンスファイル９０）の発行日である。
【００７４】
続いて、プロダクトＩＤ発行部１１２は、プロダクトキーを一つ生成する（Ｓ１４５）。ステップＳ１４１において受信された商品ＩＤがグループＩＤである場合も、ボリューム数が２以上である場合も生成されるプロダクトキーは一つである。
【００７５】
図１７は、プロダクトキーの構成例を示す図である。同図に示されるように、プロダクトキーは、ユニークＩＤ、商品ＩＤ、ライセンス形態、及びグループライセンスフラグ等を含むデータである。
【００７６】
ユニークＩＤは、プロダクトキーの生成に伴って生成される一意なＩＤである。ユニークＩＤによってプロダクトキーの一意性が確保される。商品ＩＤは、ステップＳ１４１において受信されたプロダクトＩＤ又はグループＩＤ、すなわち、購入された商品の販売パッケージ又はグループのプロダクトＩＤ又はグループＩＤである。ライセンス形態は、ステップＳ１４１において受信されたライセンス形態である。グループライセンスフラグは、当該プロダクトキー内の商品ＩＤが、グループＩＤであるか（ｔｒｕｅ）否か（ｆａｌｓｅ）を示すパラメータである。プロダクトキー生成部１１２は、受信された商品ＩＤがグループＩＤであった場合、グループライセンスフラグの値をｔｒｕｅとする。
【００７７】
続いて、プロダクトキー生成部１１２は、生成されたプロダクトキーを、ステップＳ１４４において生成されたレコードに登録し、当該レコードのステータスを「チェックイン」とすることによりライセンス管理テーブル１２１を更新する（Ｓ１４６）。ステップＳ１４４において生成されたレコードが複数の場合（グループライセンスの場合、又はボリューム数が２以上（ボリュームライセンス）の場合）、各レコードには同じプロダクトキーが登録される。
【００７８】
なお、図１６のライセンス管理テーブル１２１において、管理番号１〜３のレコードは、ボリュームライセンスに対応したレコードである。ボリュームライセンスに係る各レコードは、プロダクトキー及びプロダクトＩＤは一致する。また、管理番号４及び５のレコードは、グループライセンス（グループに対するライセンス）に対応したレコードである。グループライセンスに係る各レコードは、プロダクトキーは同じである。但し、グループライセンスの各レコードは、それぞれ異なる販売パッケージに対応するため、当該各レコードのプロダクトＩＤは相互に異なる。
【００７９】
このように生成されたプロダクトキーが、図１４のステップＳ１２９において販売サーバ２０の販売管理部２２に送信され、販売管理部２２からユーザＰＣ５０のＷｅｂブラウザ５１に転送される。
【００８０】
続いて、プロダクトキーが発行された商品に含まれる販売パッケージのインストールが行われる。
【００８１】
図１８は、販売パッケージのインストール時の処理手順を説明するためのシーケンス図である。
【００８２】
プロダクトキーを入手したユーザは、当該プロダクトキーに対応する販売パッケージを利用する画像形成装置４０に対してプロダクトキーを入力する（Ｓ１５１）。プロダクトキーの入力は、例えば操作パネル４５に表示される以下の機能拡張設定メニュー画面を介して行われる。
【００８３】
図１９は、機能拡張設定メニュー画面の表示例を示す図である。機能拡張設定メニュー画面５１０は、画像形成装置４０の機能拡張に関する各種のメニューを表示させる画面であり、所定の操作入力に応じてＵＩ制御部４２６が操作パネル４５に表示させる。機能拡張設定メニュー画面５１０において、新規追加メニュー５１１が選択されると、ＵＩ制御部４２６は、プロダクトキー入力画面を操作パネル４５に表示させる。
【００８４】
図２０は、プロダクトキー入力画面の表示例を示す図である。プロダクトキー入力画面５２０は、プロダクトキー入力欄５２１を有する。ステップＳ１５１では、プロダクトキー入力欄５２１においてプロダクトキーの入力が行われる。
【００８５】
プロダクトキー入力欄５２１にプロダクトキーが入力され、次へボタン５２２が選択されると、インストール部４２１は、入力されたプロダクトキーを指定して、当該プロダクトキーに係る販売パッケージに関するインストール一覧画面の生成要求をコンポーネントサーバ部１５のインストール支援部１５２に送信する（Ｓ１５２）。
【００８６】
続いて、インストール支援部１５２は、インストール一覧画面の生成要求を受信すると、当該要求において指定されたプロダクトキーの有効性の確認要求をアプリケーションサーバ部１１のプロダクトキー検証部１１３に送信する（Ｓ１５３）。プロダクトキー検証部１１３は、ライセンス管理テーブル１２１を参照して、当該プロダクトキーの有効性を判定する（Ｓ１５４）。具体的には、当該プロダクトキーを含むレコードが登録されており、当該プロダクトキーを含むレコードのステータスが「チェックアウト」でなく、かつ、当該プロダクトキーを含むレコードのライセンス有効期限が現時点を超えていない場合（ライセンス有効期限の値が登録されていない場合も含む。）、当該プロダクトキーは有効であると判定される。それ以外の場合は、当該プロダクトキーは無効であると判定される。当該プロダクトキーが有効である場合、プロダクトキー検証部１１３は、ライセンス管理テーブル１２１において当該プロダクトキーに関連付けられているプロダクトＩＤ（すなわち、販売パッケージのプロダクトＩＤ）をインストール支援部１５２に返信する（Ｓ１５５）。したがって、グループライセンス又はボリュームライセンスに係るプロダクトキーについては複数のプロダクトＩＤが返信される。
【００８７】
一方、判定対象とされたプロダクトキーは無効であると判定された場合、インストール支援部１５２は、プロダクトキーが無効であることを示すエラー画面を表示させるエラー画面データをインストール部４２１に返信する。インストール部４２１は、エラー画面データの受信に応じ、エラー画面データに基づくエラー画面の表示をＵＩ制御部４２６に実行させる。
【００８８】
図２１は、プロダクトキーが無効であるときのエラー画面の表示例を示す図である。エラー画面５３０には、プロダクトキーエラー（プロダクトキーが無効）であることを示すメッセージやプロダクトキー入力欄５３１等が表示される。プロダクトキー入力欄５３１を介して、ユーザは、正しいプロダクトキーを入力し直すことができる。プロダクトキー入力欄５３１を介して正しいプロダクトキーが入力され、ＯＫボタン５３２が選択された場合、ステップＳ１５２以降が再度実行される。一方、キャンセルボタン５３３が選択された場合、販売パッケージのインストールは中止される。
【００８９】
ステップＳ１５５において、判定対象とされたプロダクトキーは有効であるとの判定結果が受信された場合、インストール支援部１５２は、プロダクトキー検証部１１３より返信されたプロダクトＩＤに対応する販売パッケージに関するインストール一覧画面データをコンポーネント管理テーブ１５５を参照して生成する（Ｓ１５６）。
【００９０】
図２２は、コンポーネント管理テーブルの構成例を示す図である。同図に示されるように、コンポーネント管理テーブル１５５には、販売パッケージごとに、プロダクトＩＤ、バージョン、名称、説明、ベンダ名、配布タイプ、ダウンロードパス、及び機能パッケージのプロダクトＩＤ等が登録されている。バージョンは、販売パッケージのバージョンである。名称は、販売パッケージの名前である。説明は、販売パッケージに関する説明である。ベンダ名は、販売パッケージのベンダの名前である。配布タイプは、販売パッケージの配布タイプである。ダウンロードパスは、ダウンロードサーバ３０の販売パッケージ管理部３２内における販売パッケージの位置情報である。本実施の形態では、当該位置情報としてＵＲＬ（Uniform Resource Locator）が利用される。機能パッケージのプロダクトＩＤは、販売パッケージに属する機能パッケージのプロダクトＩＤの一覧である。
【００９１】
なお、コンポーネント管理テーブル１５５の内容は、コンポーネント管理部１５４が、定期的にダウンロードサーバ３０より販売パッケージを取得し、当該販売パッケージの内容を解析することにより登録される。具体的には、プロダクトＩＤ、バージョン、名称、説明、ベンダ名、及び配布タイプは、販売パッケージに格納されている販売パッケージ情報ファイルに記録されているプロダクトＩＤ、バージョン、名称、説明、ベンダ名、及び配布タイプが登録される。機能パッケージのプロダクトＩＤは、販売パッケージに含まれている各機能パッケージに格納されている機能パッケージ情報ファイルに記録されているプロダクトＩＤが登録される。なお、ダウンロードパスは、販売パッケージの取得の際にダウンロードサーバ３０より通知される。
【００９２】
続いて、インストール支援部１５２は、生成されたインストール一覧画面データを画像形成装置４０のインストール部４２１に送信する（Ｓ１５７）。インストール部４２１は、受信したインストール一覧画面データをＵＩ制御部４２６に入力する。ＵＩ制御部４２６は、インストール一覧画面データに基づいてインストール一覧画面を操作パネル４５に表示させる（Ｓ１５８）。
【００９３】
図２３は、インストール一覧画面の表示例を示す図である。インストール一覧画面５４０には、インストール対象となりうる（インストール候補の）販売パッケージの一覧が表示され、販売パッケージごとにインストールの要否を選択させるためのチェックボタンが配置されている。ユーザは、インストール対象とする販売パッケージのチェックボタンをチェックする。図２３では、パッケージ１〜４がインストール候補とされ、パッケージ１〜３がインストール対象として選択されている。
【００９４】
インストール一覧画面５４０において、インストール対象とする販売パッケージのチェックボタンがチェックされ、インストールボタン５４１が選択されると（Ｓ１５９）、インストール部４２１は、インストール一覧画面５４０においてチェックされた（インストール対象とされた）販売パッケージのプロダクトＩＤと、画像形成装置４０にインストールされている全ての販売パッケージの構成情報とを指定して、インストール対象とされた販売パッケージのインストール要求をコンポーネントサーバ部１５のインストール支援部１５２に送信する（Ｓ１６０）。
【００９５】
なお、インストール一覧画面５４０においてチェックされた販売パッケージのプロダクトＩＤはインストール一覧画面データより取得される。また、画像形成装置４０にインストールされている全ての販売パッケージの構成情報は、インストール情報管理テーブル４２７より取得される。
【００９６】
図２４は、インストール情報管理テーブルの構成例を示す図である。同図において、インストール情報管理テーブル４２７には、画像形成装置４０にインストールされている販売パッケージごとに、プロダクトＩＤ、バージョン、機能パッケージのプロダクトＩＤ、アクティベーションフラグ、及び有効期限等が登録されている。
【００９７】
機能パッケージのプロダクトＩＤは、販売パッケージに属する機能パッケージのプロダクトＩＤの一覧である。アクティベーションフラグは、販売パッケージについてアクティベーションされているか否か（アクティベーション済みか否か）を示す。ライセンス有効期限は、販売パッケージに対して発行されたライセンスの有効期限（ライセンスファイル９０の有効期限）である。なお、各機能パッケージのアクティベーションフラグ及びライセンス有効期限は、当該機能パッケージが属する販売パッケージのアクティベーションフラグ及びライセンス有効期限に従う。また、インストール情報管理テーブル４２７の内容は、後述される販売パッケージのインストール時に登録される。
【００９８】
ステップＳ１６０において送信される構成情報には、インストール情報管理テーブル４２７に登録されている全ての情報が含められる。
【００９９】
続いて、インストール支援部１５２は、インストール要求に含まれているプロダクトＩＤに係る販売パッケージの依存関係の検証を依存関係判定部１５１に実行させる（Ｓ１６１）。具体的には、依存関係判定部１５１は、プロダクトＩＤに係る販売パッケージに含まれている機能パッケージが依存する（利用する）他の機能パッケージが画像形成装置４０に既にインストールされているか否かを判定する。
【０１００】
続いて、インストール支援部１５２は、依存関係の検証結果に応じた確認画面（確認画面）を表示させるＨＴＭＬデータ（確認画面データ）を生成し（Ｓ１６２）、当該確認画面データをインストール部４２１に返信する（Ｓ１６３）。なお、ステップＳ１６１及びＳ１６２の詳細については後述する。
【０１０１】
続いて、インストール部４２１は、受信された確認画面データをＵＩ制御部４２６に入力する。ＵＩ制御部４２６は、確認画面データに基づいて確認画面を操作パネル４５に表示させる（Ｓ１６４）。
【０１０２】
図２５は、依存関係に問題が無い場合の確認画面の表示例を示す図である。同図の確認画面５５０ａには、インストール対象として選択された販売パッケージ（パッケージ１）について、依存関係に問題が無いことが示されている。具体的には、領域５５２ａにおいて、パッケージ１が依存する販売パッケージ（依存パッケージ）は同時にインストール対象とされているか、又は既に画像形成装置４０にインストールされていることが示されている。
【０１０３】
確認画面５５０ａにおいてＯＫボタン５５１ａが選択されると（Ｓ１６５）、インストール部４２１は、インストール対象とされた各販売パッケージに対するＵＲＬを指定して、当該各販売パッケージのダウンロード要求をダウンロードサーバ３０のダウンロード処理部３１に送信する（Ｓ１６６）。すなわち、ＯＫボタン５５１ａには、販売パッケージごとのＵＲＬと、ダウンロード要求の送信命令とが関連付けられている。
【０１０４】
また、図２６は、依存パッケージも同時にインストール可能な場合の確認画面の表示例を示す図である。同図の確認画面５５０ｂの領域５５２ｂには、インストール対象として選択された販売パッケージの依存パッケージのうち、画像形成装置４０にインストールされておらず、かつ、インストール対象とされていない依存パッケージについて、同時にインストール可能であること、及び同時にインストールすることについての要否の問い合わせが示されている。なお、依存パッケージを同時にインストール出来るか否かは、当該依存パッケージの配布タイプに基づいて判断される。
【０１０５】
確認画面５５０ｂにおいてＯＫボタン５５１ｂが選択されると（Ｓ１６５）、インストール部４２１は、インストール対象とされた各販売パッケージと、同時にインストールする販売パッケージ（依存パッケージ）に対するＵＲＬを指定して、当該各販売パッケージのダウンロード要求をダウンロードサーバ３０のダウンロード処理部３１に送信する（Ｓ１６６）。すなわち、ＯＫボタン５５１ｂには、インストール対象とされた販売パッケージごとのＵＲＬと、同時にインストールする販売パッケージ（依存パッケージ）のＵＲＬと、ダウンロード要求の送信命令とが関連付けられている。
【０１０６】
更に、図２７は、依存パッケージを同時にインストール出来ない場合の確認画面の表示例を示す図である。同図の確認画面５５０ｃの領域５５２ｃには、インストールできない販売パッケージが３つあることが示されている。当該３つについては、領域５５３ｃ、５５４ｃ、及び５５５ｃにその詳細が示されている。領域５５３ｃには、パッケージ３について、依存が解消できないこと（依存パッケージを同時にインストールすることができないこと）が示されている。領域５５４ｃには、パッケージ４について、既にライセンスが取得（使用）されていることが示されている。領域５５５ｃには、パッケージ５について、インストール対象とされている他のパッケージ（図２７では、パッケージ１及びパッケージ２）と同時に導入できないパッケージであることが示されている。なお、図２７は、パッケージ１〜５がインストール対象として選択された場合に対応する。
【０１０７】
確認画面５５０ｃにおいてＯＫボタン５５１ｃが選択されると（Ｓ１６５）、インストール部４２１は、インストール可能な各販売パッケージに対するＵＲＬを指定して、当該各販売パッケージのダウンロード要求をダウンロードサーバ３０のダウンロード処理部３１に送信する（Ｓ１６６）。すなわち、ＯＫボタン５５１ｃには、インストール可能な販売パッケージごとのＵＲＬと、ダウンロード要求の送信命令とが関連付けられている。
【０１０８】
ステップＳ１６６のダウンロード要求に応じ、ダウンロード処理部３１は、当該ダウンロード要求において指定されているＵＲＬによって識別される販売パッケージを販売パッケージ管理部３２より取得し、当該販売パッケージをインストール部４２１に転送する（Ｓ１６７）。インストール部４２１は、受信された販売パッケージを、ＨＤＤ４１４内の一時的な記憶領域（例えば、一時的なフォルダ）に保存しておく。
【０１０９】
販売パッケージのダウンロードが完了すると、インストール部４２１は、ステップＳ１５１において入力されたプロダクトキーと、インストール対象とされた販売パッケージのプロダクトＩＤと、ＲＯＭ４１３又はＨＤＤ４１４に記録されている画像形成装置４０の機体番号とを指定して、ライセンスファイル９０の生成要求（ライセンスの使用要求）をアクティベーションサーバ部１１のライセンス発行部１１５に送信する（Ｓ１６８）。続いて、ライセンス発行部１１５は、プロダクトキー及びライセンス管理テーブル１２１に基づいてライセンスファイル９０を生成する（Ｓ１６９）。
【０１１０】
図２８は、ライセンスファイルの構成例を示す図である。同図において、ライセンスファイル９０は、プロダクトＩＤ、機体番号、及び有効期限を含む。プロダクトＩＤは、当該ライセンスファイル９０によってライセンスが付与される（利用が許可される）販売パッケージのプロダクトＩＤである。機体番号は、当該ライセンスファイル９０によってプロダクトＩＤに係る販売パッケージの利用が許可される画像形成装置４０の機体番号である。有効期限は、当該ライセンスファイル９０の有効期限、すなわち、当該ライセンスファイル９０によって付与されるライセンスの有効期限である。
【０１１１】
ライセンスファイル９０のプロダクトＩＤには、ライセンスファイル９０の生成要求に含まれているプロダクトキーに係るプロダクトＩＤが登録される。ここで、当該プロダクトキーがグループライセンスに係るものである場合、すなわち、プロダクトキーに対して複数の異なるプロダクトＩＤがライセンス管理テーブル１２１に登録されている場合、ライセンス発行部１１５は、販売パッケージごとにライセンスファイル９０を生成する。したがって、グループライセンスの場合であっても、ライセンスファイル９０のプロダクトＩＤには、販売パッケージのプロダクトＩＤが登録される。
【０１１２】
ライセンスファイル９０の機体番号には、ライセンスファイル９０の生成要求に含まれている機体番号が登録される。ライセンスファイル９０の有効期限には、ライセンスファイル９０の生成要求に含まれているプロダクトキー及びプロダクトＩＤに対してライセンス管理テーブル１２１に登録されている有効期間を現時点に加算することに得られる時期（例えば、年月日）が登録される。
【０１１３】
続いて、ライセンス発行部１１５は、生成されたライセンスファイル９０をインストール部４２１に返信する（Ｓ１７０）。インストール部４２１は、受信されたライセンス５０を、ＨＤＤ４１４内の一時的な記憶領域（例えば、一時的なフォルダ）に保存しておく。
【０１１４】
ライセンスファイル９０の受信が完了すると、インストール部５０は、販売パッケージのインストール処理を行う（Ｓ１７１）。インストール処理の詳細については後述する。
【０１１５】
なお、上記では、ステップＳ１５７におけるインストール一覧画面データ又はＳ１６３における確認画面データによって販売パッケージの取得指示が画像形成装置４０に送信される例を説明した。但し、このタイミングにおいて販売パッケージ自体（プログラム本体）が画像形成装置４０に送信されるようにしてもよい。この場合、コンポーネントサーバ部１５がダウンロードサーバ３０よりインストール対象の販売パッケージをダウンロードし、当該販売パッケージを画像形成装置４０に転送すればよい。
【０１１６】
続いて、図１８のステップＳ１６１及びＳ１６２においてライセンス管理サーバ１０のコンポーネントサーバ部１５によって実行される処理の詳細について説明する。
【０１１７】
図２９は、コンポーネントサーバ部による依存関係の検証処理及び確認画面データの生成処理の処理手順を説明するためのフローチャートである。
【０１１８】
ステップＳ１７５において、依存関係判定部１５１は、図１８のステップＳ１６０の依存関係の検証要求において受信されたプロダクトＩＤのうちの一つのプロダクトＩＤ（すなわち、販売パッケージ）を処理対象とする。続いて、依存関係判定部１５１は、処理対象の販売パッケージ（以下、「カレント販売パッケージ」という。）が既にアクティベーションされているか否かをステップＳ１６０において販売パッケージごとに受信された構成情報のうち、カレント販売パッケージに対する構成情報に含まれているアクティベーションフラグに基づいて判定する（Ｓ１７６）。アクティベーションされていない場合（Ｓ１７６でＮｏ）、依存関係判定部１５１は、コンポーネント管理テーブル１５５（図２４参照）及び依存関係管理テーブル１５６に基づいて、カレント販売パッケージが依存する販売パッケージ（依存パッケージ）の有無を判定する（Ｓ１７７）。
【０１１９】
図３０は、依存関係管理テーブルの構成例を示す図である。同図において、依存関係管理テーブル１５６は、機能パッケージごとに当該機能パッケージのプロダクトＩＤ、及び当該機能パッケージが依存する機能パッケージのプロダクトＩＤが登録されている。依存する機能パッケージのプロダクトＩＤは、複数登録されていてもよい。なお、同図において、「０」は、依存する機能パッケージが無いことを示す。
【０１２０】
依存関係管理テーブル１５６の内容は、コンポーネント管理テーブル１５５と同様、コンポーネント管理部１５４が、定期的に取得される販売パッケージの内容を解析することにより登録される。具体的には、販売パッケージに含まれている各機能パッケージの機能パッケージ情報ファイルに記録されているパッケージ依存情報の内容が依存する機能パッケージのプロダクトＩＤとして依存関係管理テーブル１５６に登録される。
【０１２１】
ステップＳ１７７では、依存関係判定部１５１は、コンポーネント管理テーブル１５５においてカレント販売パッケージのプロダクトＩＤに対して登録されている機能パッケージのプロダクトＩＤの一覧を取得する。続いて、依存関係判定部１５１は、取得された各機能パッケージのプロダクトＩＤと依存関係管理テーブル１５６とに基づいて、当該機能パッケージが依存する機能パッケージ（以下、「依存機能パッケージ」という。）を特定する。依存機能パッケージが有る場合、依存関係管理テーブル１５６は、当該依存機能パッケージが属する販売パッケージをコンポーネント管理テーブル１５５を逆引きすることにより特定する。特定された販売パッケージが、カレント販売パッケージの依存パッケージである。なお、依存パッケージは複数存在しうる。また、機能パッケージ間の依存関係の探索は、再帰的に行われる。
【０１２２】
依存パッケージが無い場合（Ｓ１７７でＮｏ）、依存関係判定部１５１は、カレント販売パッケージの依存関係に問題は無いことをカレント販売パッケージのプロダクトＩＤと関連付けてメモリ装置１０３に記録しておく（Ｓ１７８）。依存パッケージが有る場合（Ｓ１７７でＹｅｓ）、依存関係判定部１５１は、当該依存パッケージが画像形成装置４０に既にインストールされているか、又はインストール対象であるかをステップＳ１６０において販売パッケージごとに受信された構成情報、又はステップＳ１６０において受信されたインストール対象の販売パッケージのプロダクトＩＤに基づいて判定する（Ｓ１７９）。すなわち、依存パッケージに対応する構成情報が受信されていれば、依存パッケージは画像形成装置４０に既にインストールされていると判定される。また、依存パッケージのプロダクトＩＤがインストール対象のプロダクトＩＤに含まれていれば、依存パッケージはインストール対象であると判定される。
【０１２３】
当該依存パッケージが既にインストールされている場合、（Ｓ１７９でＹｅｓ）、依存関係判定部１５１は、当該依存パッケージが既にアクティベーションされているか否か（すなわち、利用可能な状態であるか否か）を販売パッケージごとに受信された構成情報に基づいて判定する（Ｓ１８０）。依存パッケージに対応する構成情報に含まれているアクティベーションフラグに基づいて依存パッケージがアクティベーションされているか否かが判定される。
【０１２４】
当該依存パッケージがアクティベーション済みである場合、又は当該依存パッケージがインストール対象である場合（Ｓ１８０でＹｅｓ）、依存関係判定部１５１は、カレント販売パッケージの依存関係に問題は無いことをカレント販売パッケージのプロダクトＩＤと関連付けてメモリ装置１０３に記録しておく（Ｓ１７８）。アクティベーションされていない依存パッケージがある場合（Ｓ１８０でＮｏ）、依存関係判定部１５１は、カレント販売パッケージについては、当該依存パッケージのアクティベーションが必要であることをカレント販売パッケージのプロダクトＩＤに関連付けてメモリ装置１０３に記録しておく（Ｓ１８１）。
【０１２５】
また、インストールされていない依存パッケージが有る場合（Ｓ１７９でＮｏ）、依存関係判定部１５１は、当該依存パッケージは同時にインストール可能であるか否かをコンポーネント管理テーブル１５５に基づいて判定する（Ｓ１８２）。すなわち、コンポーネント管理テーブル１５５において、当該依存パッケージのプロダクトＩＤに対応する配布タイプが、アクティベーションは不要であることを示す場合、当該依存パッケージは同時にインストール可能であると判定される。当該依存パッケージの配布タイプがアクティベーションは必要であることを示す場合、当該依存パッケージは同時にインストール不可能であると判定される。
【０１２６】
同時にインストール可能な依存パッケージがある場合（Ｓ１８２でＹｅｓ）、依存関係判定部１５１は、当該依存パッケージのプロダクトＩＤを、同時にインストール可能な依存パッケージのプロダクトＩＤとして販売パッケージのプロダクトＩＤに関連付けてメモリ装置１０３に記録しておく（Ｓ１８３）。同時にインストールできない依存パッケージが有る場合（Ｓ１８２でＮｏ）、依存関係判定部１５１は、当該依存パッケージのプロダクトＩＤを、同時にインストール不可能な依存パッケージのプロダクトＩＤとしてカレント販売パッケージのプロダクトＩＤに関連付けてメモリ装置１０３に記録しておく（Ｓ１８４）。
【０１２７】
また、カレント販売パッケージがアクティベーション済みである場合（Ｓ１７６でＹｅｓ）、依存関係判定部１５１は、ライセンスが取得済みであることをカレント販売パッケージのプロダクトＩＤに関連付けてメモリ装置１０３に記録しておく（Ｓ１８５）。
【０１２８】
ステップＳ１７５〜Ｓ１８５までの処理が、図１８のステップＳ１６０の依存関係の検証要求において受信された全てのプロダクトＩＤについて完了すると（Ｓ１８６でＹｅｓ）、インストール支援部１５２は、メモリ装置１０３に記録されている情報に基づいて確認画面データを生成する（Ｓ１８７）。例えば、全ての販売パッケージについて問題が無い場合、図２５に示されるような確認画面５５０ａを表示させる確認画面データが生成される。また、ステップＳ１８３に係る情報が記録されている場合、図２６に示されるような確認画面５５０ｂを表示させる確認画面データが生成される。また、ステップＳ１８１、ステップＳ１８４、又はステップＳ１８５に係る情報が記録されている場合、図２７に示されるような確認画面５５０ｃを表示させる確認画面データが生成される。
【０１２９】
なお、各確認画面データには、インストール可能な販売パッケージのＵＲＬがＯＫボタンに関連付けられる。インストール可能な販売パッケージのＵＲＬは、コンポーネント管理テーブル１５５のダウンロードパスより取得される。
【０１３０】
ところで、上記では、販売パッケージ単位で依存パッケージを示す例について説明した。但し、機能パッケージ単位で依存パッケージを示すようにしてもよい。なお、機能パッケージ単位で依存パッケージを示す場合であっても、本実施の形態では、販売パッケージが流通単位であるため、インストール対象とされるのは当該機能パッケージが含まれる販売パッケージとされる。
【０１３１】
続いて、図１８のステップＳ１６８〜Ｓ１７０においてライセンス管理サーバ１０のアクティベーションサーバ部１１によって実行される処理の詳細について説明する。図３１は、アクティベーションサーバ部によるライセンスファイル生成処理の処理手順を説明するためのフローチャートである。なお、図３１では、一つのプロダクトキーを処理対象として説明する。したがって、複数のプロダクトキーが受信された場合、ステップＳ１９２以降はプロダクトキーごとに実行される。
【０１３２】
ステップＳ１９１において、ライセンス発行部１１５は、プロダクトキー、プロダクトＩＤ、及び機体番号を含むライセンスの使用要求を画像形成装置４０のインストール部４２１より受信する。続いて、ライセンス発行部１１５は、当該プロダクトキーに係るライセンスの使用の可否を判定する。具体的には、ライセンス発行部１１５は、受信されたプロダクトキーがライセンス管理テーブル１２１に登録されているか否かを確認する（Ｓ１９２）。プロダクトキーが登録されている場合（Ｓ１９２でＹｅｓ）、ライセンス発行部１１５は、受信された機体番号と同じ機体番号が当該プロダクトキーに対してライセンス管理テーブル１２１に登録されているか否かを確認する（Ｓ１９３）。同じ機体番号が登録されていない場合（Ｓ１９３でＮｏ）、ライセンス発行部１１５は、当該プロダクトキー及び受信されたプロダクトＩＤに係るレコードの中で、ステータスが「チェックイン」のレコードがライセンス管理テーブル１２１に有るか否かを確認する（Ｓ１９４）。斯かるレコードが有る場合（Ｓ１９４でＹｅｓ）、ライセンス発行部１１５は、当該レコードに対して受信された機体番号を記録し、当該レコードのステータスを「チェックアウト」とする（Ｓ１９６）。すなわち、当該プロダクトキーに対応するライセンスは使用されていることが記録される。また、ライセンス発行部１１５は、当該レコードに「ライセンス有効期間」が記録されている場合（すなわち、当該レコードが時限ライセンスに対応するレコードである場合）、現在日時にライセンス有効期間を加算して得られる日時をライセンス有効期限として当該レコードに記録する。
【０１３３】
続いて、ライセンス発行部１１５は、当該レコードにおける、プロダクトＩＤ、機体番号、及びライセンス有効期限を含むライセンスファイル９０（図２８参照）を生成する（Ｓ１９７）。なお、ライセンスファイル９０は、ライセンス管理テーブル１２１のレコードごと、すなわち、販売パッケージに対するライセンスごとに生成される。続いて、ライセンス発行部１１５は、生成されたライセンスファイル９０を画像形成装置４０のインストール部４２１に返信する（Ｓ１９８）。
【０１３４】
一方、当該プロダクトキーに対して受信された機体番号と同じ機体番号が登録されているレコードが有る場合（Ｓ１９３でＹｅｓ）、ライセンス発行部１１５は、当該レコードのステータスが「チェックイン」であるか否かを確認する（Ｓ１９５）。ステータスが「チェックイン」である場合（Ｓ１９５でＹｅｓ）、ステップＳ１９６以降の処理が実行される。
【０１３５】
また、当該プロダクトキーに係るレコードがライセンス管理テーブル１２１に無い場合（Ｓ１９２でＮｏ）、当該プロダクトキー及び受信されたプロダクトＩＤに係るレコードの中で、ステータスが「チェックイン」のレコードがライセンス管理テーブル１２１に無い場合（Ｓ１９４でＮｏ）、又は、当該プロダクトキーに対して受信された機体番号と同じ機体番号が登録されているレコードのステータスが「チェックイン」でない場合（Ｓ１９５でＮｏ）、ライセンス発行部１１５は、エラーを検出したとし、ライセンスファイル９０の生成、すなわち、ライセンスの発行は行わない。
【０１３６】
続いて、図１８のステップＳ１７１において画像形成装置４０によって実行される処理の詳細について説明する。図３２は、画像形成装置による販売パッケージのインストール処理の処理手順を説明するためのフローチャートである。
【０１３７】
ステップＳ２１１において、インストール部４２１は、一時的な記憶領域に保存されている各販売パッケージに含まれている情報と各ライセンスファイル９０に含まれている情報とをインストール情報管理テーブル４２７に登録する。すなわち、インストール情報管理テーブル４２７におけるプロダクトＩＤ及びバージョンには、販売パッケージに含まれている販売パッケージ情報ファイルに記録されているプロダクトＩＤ及びバージョンが登録される。機能パッケージのプロダクトＩＤには、販売パッケージに含まれている各機能パッケージに格納されている機能パッケージ情報ファイルに記録されているプロダクトＩＤが登録される。また、アクティベーションフラグには、アクティベーション済みであることを示す値が記録される。また、ライセンス有効期限には、ライセンファイル５０に記録されている有効期限が登録される。
【０１３８】
続いて、インストール部４２１は、一時的な記憶領域に保存されているライセンスファイル９０及び販売パッケージを所定の記憶場所（フォルダ）に保存することにより、当該販売パッケージを利用可能な状態とする。
【０１３９】
なお、ライセンスファイル９０は、販売パッケージに含まれる機能パッケージが起動される際に実行される、ライセンスチェック部４２４によるライセンスチェックに利用される。すなわち、ライセンスチェック部４２４は、起動対象とされた機能パッケージが属する販売パッケージに対応するライセンスファイル９０が存在すること、当該ライセンスファイル９０の機体番号が、機能パッケージが起動されようとしている画像形成装置４０の機体番号と一致すること、及び当該ライセンスファイル９０の有効期限が切れてないことが満たされている場合、当該機能パッケージの起動を許可する。それ以外の場合は、当該機能パッケージの起動は許可されない。但し、ライセンスチェック部４２４によるライセンスチェックは、コンポーネント管理テーブル４２５に基づいて行われてもよい。
【０１４０】
ところで、インストールされた販売パッケージに対する課金は、例えば、販売サーバ２０の販売管理部２２によって、アクティベーションサーバ部１１より定期的に取得されるライセンス管理テーブル１２１の情報に基づいて行われる。より詳しくは、ライセンス管理テーブル１２１において、ライセンス発行日が前回の課金時より後であるレコードが存在する場合は、当該レコードに関するライセンスに対して課金が行われる。
【０１４１】
上述したように、第一の実施の形態によれば、ユーザは、ライセンス管理サーバ１０のアクティベーションサーバ部１１又はコンポーネントサーバ部１５の誘導によって画像形成装置４０に順次表示される画面に従って操作を行うことにより、簡便に販売パッケージのダウンロード、アクティベーション、及びインストールといった一連の作業を行うことができる。
【０１４２】
また、インストール対象として選択された販売パッケージに関して依存関係が自動的に検証され、依存パッケージについてもインストール対象に自動的に含められる。したがって、ユーザは、販売パッケージ間の複雑な依存関係を意識することなく、安心してインストールを行うことができる。
【０１４３】
また、商品の販売側（メーカー環境Ｅ２）にとっては、販売パッケージに関する顧客の利用状況等を適切に管理することができる。具体的には、ライセンス管理テーブル１２１によって、画像形成装置４０（機体番号）単位でどのようなライセンスによってどのような販売パッケージが利用されているかを把握（管理）することができる。したがって、例えば、販売パッケージにバグが検出された場合や、販売パッケージのバージョンアップ等が行われた場合に、当該販売パッケージを利用している画像形成装置４０を特定することができ、適切なアフターサービス等を提供することができる。
【０１４４】
また、商品の購入時（販売サーバ２０への購入申請時）にライセンスの有効期限が定められるのではなく、販売パッケージのインストール時（すなわち、ライセンスの開始時）にライセンスの有効期限が定められるため、ライセンスの取り扱いに関して柔軟性を確保することができる。すなわち、ユーザは、商品の購入後、都合の良い時期にインストールを行えばよく、その場合であっても、ライセンス有効期間において不利益を被ることはない。
【０１４５】
次に、ライセンス更新処理について説明する。時限ライセンスの場合であって、更に継続して当該時限ライセンスに係る商品を利用した場合、ユーザはライセンス更新処理を実行することにより、当該商品のライセンス有効期間を延長することができる。
【０１４６】
図３３は、ライセンス更新処理の処理手順を説明するためのシーケンス図である。
【０１４７】
ライセンスの更新が行われる場合、機能拡張設定メニュー画面５１０（図１９参照）が操作パネル４５に表示されている状態で、拡張機能管理メニュー５１３がユーザによって選択される。ＵＩ制御部４２６は、拡張機能管理メニュー５１３の選択に応じ、拡張機能管理画面を操作パネル４５に表示させる。
【０１４８】
図３４は、拡張機能管理画面の表示例を示す図である。拡張機能管理画面５６０は、販売パッケージ一覧表示領域５６１を有する。販売パッケージ一覧表示領域５６１には、画像形成装置４０にインストールされている販売パッケージの一覧が表示されている。当該一覧には、販売パッケージごとにチェックボタンが配置されている。ユーザによって、ライセンスの更新対象とする販売パッケージのチェックボタンがチェックされ、ライセンス取得／更新ボタン５６２が選択されると、ＵＩ制御部４２６は、ライセンス取得／更新画面を操作パネル４５に表示させる。
【０１４９】
図３５は、ライセンス取得／更新画面の表示例を示す図である。ライセンス取得／更新画面５７０は、拡張機能管理画面５６０においてチェックされた販売パッケージに対するプロダクトキーを入力させるためのプロダクトキー入力欄５７２を有する。ユーザによって、プロダクトキー入力欄５７２にプロダクトキーが入力され、ＯＫボタン５７１が選択されると（Ｓ３０１）、ライセンス更新部４２２は、入力されたプロダクトキーと、ライセンスの更新対象とされた販売パッケージのプロダクトＩＤと、ＲＯＭ４１３又はＨＤＤ４１４に記録されている画像形成装置４０の機体番号とを指定して、ライセンスの更新要求（新たなライセンスファイルの生成要求）をアクティベーションサーバ部１１のライセンス発行部１１５に送信する（Ｓ３０２）。
【０１５０】
ライセンス発行部１１５は、ライセンスの更新要求の受信に応じ、ライセンス管理テーブル１２１の更新を実行する（Ｓ３０３）。具体的には、ライセンス発行部１１５は、当該更新要求において指定されているプロダクトキー、プロダクトＩＤ、及び機体番号に対応するレコードのライセンス形態が時限ライセンスである場合には、当該レコードのライセンス有効期限及びライセンス発行日を更新する。また、ライセンス発行部１１５は、当該レコードのステータスがチェックインであった場合は当該ステータスをチェックアウトに更新する。その際、新たなライセンス有効期限は、今まで登録されていたライセンス有効期限及び現時点（当日）のいずれか遅い方に当該レコードのライセンス有効期間を加算することに得られる時期とされる。また、新たなライセンス発行日は当日の年月日とされる。なお、複数のプロダクトＩＤが指定されている場合、複数のレコードに関して更新が行われる。
【０１５１】
続いて、ライセンス発行部１１５０は、ライセンス管理テーブル１２１において更新されたレコードごとに（すなわち、更新対象とされた販売パッケージごとに）、当該レコードに記録されているプロダクトＩＤ、機体番号、及び有効期限を含むライセンスファイル９０（図２８参照）を生成する（Ｓ３０４）。
【０１５２】
続いて、ライセンス発行部１１５は、生成されたライセンスファイル９０をライセンス更新部４２２に返信する（Ｓ３０５）。ライセンス更新部４２２は、ライセンスの更新対象とされた販売パッケージに対する既存のライセンスファイル９０を削除し、受信されたライセンス５０をＨＤＤ４１４の所定の記憶領域に保存する（Ｓ３０６）。また、ライセンス更新部４２２は、受信されたライセンスファイル９０に基づいてインストール情報管理テーブル４２７を更新する。具体的には、当該ライセンスファイル９０に記録されているプロダクトＩＤに対応するレコードの有効期限を、当該ライセンスファイル９０に記録されている有効期限によって更新する。また、ライセンス更新部４２２は、当該レコードのアクティベーションフラグをアクティベーション済みであることを示す値とする。
【０１５３】
以上の処理により、ユーザは、新たな有効期限まで同一の販売パッケージを利用することが可能となる。
【０１５４】
なお、ライセンスの更新に対する課金は、インストール時と同様に行われる。すなわち、販売サーバ２０の販売管理部２２によって、アクティベーションサーバ部１１より定期的に取得されるライセンス管理テーブル１２１の情報に基づいて行われる。より詳しくは、ライセンス管理テーブル１２１において、ライセンス発行日が前回の課金時より後であるレコードが存在する場合は、当該レコードに関するライセンスに対して課金が行われる。
【０１５５】
次に、販売パッケージの更新処理（販売パッケージ更新処理）について説明する。ユーザは、ライセンスが有効であれば、バージョンアップされた販売パッケージを更新させることができる。
【０１５６】
図３６は、販売パッケージ更新処理の処理手順を説明するためのシーケンス図である。機能拡張設定メニュー画面５１０が操作パネル４５に表示されている状態において、更新メニュー５１２が選択されると（Ｓ４０１）、パッケージ更新部４２３は、画像形成装置４０にインストールされている各販売パッケージのプロダクトＩＤ及びバージョンを指定して、販売パッケージの更新要求をコンポーネントサーバ部１５のパッケージ更新支援部１５３に送信する（Ｓ４０２）。なお、各販売パッケージのプロダクトＩＤ及びバージョンは、インストール情報管理テーブル４２７より取得される。
【０１５７】
パッケージ更新支援部１５３は、受信された更新要求において指定されているプロダクトＩＤ及びバージョンと、コンポーネント管理テーブル１５５とに基づいて、更新対象となりうる（更新対象候補の）販売パッケージを判定する（Ｓ４０３）。具体的には、パッケージ更新支援部１５３は、受信されたバージョンより新しいバージョンがコンポーネント管理テーブル１５５に登録されている販売パッケージ（プロダクトＩＤ）の有無を判定する。受信されたバージョンより新しいバージョンがコンポーネント管理テーブル１５５に登録されている販売パッケージが有る場合、パッケージ更新支援部１５３は、当該販売パッケージを更新対象候補の販売パッケージとして認識する。
【０１５８】
続いて、パッケージ更新支援部１５３は、更新対象候補の販売パッケージの依存関係の検証を依存関係判定部１５１に実行させる（Ｓ４０４）。インストール時において既に依存関係の検証が行われているのにも拘わらず更新時にも依存関係が検証されるのは、バージョンアップにより販売パッケージ間の依存関係が変化している可能性があるためのである。なお、ステップＳ４０４における依存関係の検証処理は、インストール時と同様である（図２９参照）。
【０１５９】
依存関係に問題無い場合、パッケージ更新支援部１５３は、更新対象候補の販売パッケージの中から更新対象とする販売パッケージを選択させるための画面（更新一覧画面）を表示させる更新一覧画面データを生成する（Ｓ４０５）。続いて、パッケージ更新支援部１５３は、生成された更新一覧画面データをパッケージ更新部４２３に返信する（Ｓ４０６）。なお、依存関係に問題がある場合、更新対象候補の販売パッケージに関してインストール時と同様の確認画面データが生成され、当該確認画面データがパッケージ更新部４２３に返信される。
【０１６０】
続いて、パッケージ更新部４２３は、受信された更新一覧画面データをＵＩ制御部４２６に入力する。ＵＩ制御部４２６は、更新一覧画面データに基づいて更新一覧画面を操作パネル４５に表示させる（Ｓ４０７）。
【０１６１】
図３７は、更新一覧画面の表示例を示す図である。更新一覧画面５８０は、更新パッケージ一覧表示領域５８１を有する。更新パッケージ一覧表示領域５８１には、バージョンアップされている販売パッケージの一覧が表示されている。当該一覧には、販売パッケージごとにチェックボタンが配置されている。
【０１６２】
ユーザによって、更新対象とする販売パッケージのチェックボタンがチェックされ、更新ボタン５８２が選択されると（Ｓ４０８）、パッケージ更新部４２３は、更新対象とされた各販売パッケージに対するＵＲＬを指定して、当該各販売パッケージのダウンロード要求をダウンロードサーバ３０のダウンロード処理部３１に送信する（Ｓ４０９）。
【０１６３】
すなわち、更新一覧画面データには、更新対象候補の各販売パッケージのＵＲＬが含まれている。また、更新ボタン５８２には、更新パッケージ一覧表示領域５８１においてチェック（選択）された販売パッケージのＵＲＬを指定したダウンロード要求の送信命令が関連付けられている。
【０１６４】
続いて、ダウンロード処理部３１は、受信されたダウンロード要求において指定されているＵＲＬによって識別される販売パッケージを販売パッケージ管理部３２より取得し、当該販売パッケージをパッケージ更新部４２３に転送する（Ｓ４１０）。パッケージ更新部４２３は、受信された販売パッケージをＨＤＤ４１４内の所定の記憶領域に保存することにより、旧バージョンの販売パッケージを更新する。また、パッケージ更新部４２３は、受信された販売パッケージに格納されている販売パッケージ情報ファイルに記録されているプロダクトＩＤとバージョンに基づいて、インストール情報管理テーブル４２７を更新する。具体的には、パッケージ管理テービル４２５において、当該プロダクトＩＤに対応するパージョンの値が更新される。
【０１６５】
次に、ディアクティベーション処理について説明する。図３８は、ディアクティベーション処理の処理手順を説明するためのシーケンス図である。
【０１６６】
ステップＳ５０１において、ディアクティベーション部４２５は、ユーザよりディアクティベーション指示の入力を受け付ける（Ｓ５０１）。ディアクティベーション指示の入力は、拡張機能管理画面５６０（図３４参照）を介して行われる。すなわち、機能拡張管理画面５６０の販売パッケージ一覧表示領域５６１において、ディアクティベーション対象とする販売パッケージがチェックされ、ライセンス解除ボタン５６３が選択されると、ディアクティベーション部４２５は、チェックされた販売パッケージをディアクティベーション対象として認識する。
【０１６７】
続いて、ディアクティベーション部４２５は、ディアクティベーション対象とされた販売パッケージのプロダクトＩＤと画像形成装置４０の機体番号とを指定してディアクティベーション要求（ライセンスの解放要求）をアクティベーションサーバ部１１のディアクティベーション部１１６に送信する（Ｓ５０２）。ディアクティベーション部１１６は、ライセンス管理テーブル１２１において、指定されたプロダクトＩＤ及び機体番号に係るレコードのステータスを「チェックアウト」から「チェックイン」に変更する。すなわち、当該ライセンスは使用されていないことを示す情報が記録される。なお、ディアクティベーションは、ステータスが「チェックアウト」のライセンスに関して実行可能である。したがって、対象となるレコードのステータスが「チェックアウト」でない場合、ディアクティベーション部１１６は、ディアクティベーション処理は失敗したと判断する。
【０１６８】
続いて、ディアクティベーション部１１６は、ディアクティベーション処理結果（処理の成否）を画像形成装置４０のディアクティベーション部４２５に返信する（Ｓ５０４）。ディアクティベーション処理に成功した場合、ディアクティベーション部４２５は、ディアクティベーション対象とされた販売パッケージと当該販売パッケージに対するライセンスファイル９０とをＨＤＤ４１４より削除する（Ｓ５０５）。また、ディアクティベーション部４２５は、インストール情報管理テーブル４２７より、当該販売パッケージに対応するレコードを削除する。
【０１６９】
これにより、当該画像形成装置４０では当該販売パッケージに含まれる機能パッケージの利用ができなくなる。一方、当該販売パッケージのライセンスは解放されたため、当該ライセンスの有効期限内であれば必要に応じて他の画像形成装置４０において当該ライセンスを利用することができる。すなわち、ディアクティベーション処理は、或る画像形成装置４０における販売パッケージのライセンスを当該画像形成装置４０のリース期間切れ等の理由により他の画像形成装置４０に移動させたい場合に特に有用である。
【０１７０】
ディアクティベーション処理は、画像形成装置４０によって、有効期限が切れたライセンスが検出された場合にも自動的に実行される。
【０１７１】
図３９は、画像形成装置におけるディアクティベーションの自動実行処理の処理手順を説明するためのフローチャートである。
【０１７２】
例えば、画像形成装置４０の起動時、又は予め設定された所定時刻等において（Ｓ５１１でＹｅｓ）、ディアクティベーション部４２５は、画像形成装置４０のＨＤＤ４１４に保存されている全てのライセンスファイル９０の有効期限をチェックする（Ｓ５１２）。具体的には、ディアクティベーション部４２５は、ライセンスファイル９０の有効期限と現在時刻とを比較し、有効期限が切れているライセンスファイル９０の有無を確認する。有効期限が切れているライセンスファイル９０が存在した場合（Ｓ５１２でＹｅｓ）、ディアクティベーション部４２５は、当該ライセンスファイル９０に記録されているプロダクトＩＤ（販売パッケージ）について、図３８において説明したディアクティベーション処理を実行する（Ｓ５１３）。
【０１７３】
上述したように、第一の実施の形態によれば、ライセンスの更新、販売パッケージの更新、及びディアクティベーション処理についても、ユーザは、画像形成装置４０に表示される画面の誘導にしたがって、簡便に作業を行うことができる。
【０１７４】
また、販売パッケージの実体とライセンスとが明確に分離されているため、ライセンスのみ更新したり、販売パッケージのみ更新（バージョンアップ）したりといったように、柔軟な運用を可能とすることができる。
【０１７５】
次に、第二の実施の形態について説明する。図４０は、第二の実施の形態における機器管理システム構成例を示す図である。図４０中、図１と同一部分には同一符号を付し、その説明は適宜省略する。
【０１７６】
図４０では、ユーザ環境Ｅ１において、機器管理装置６０が追加されている。機器管理装置６０は、画像形成装置４０において動作するコンポーネントや当該コンポーネントのライセンス（利用権限）の取得及び導入等を一括して行うＰＣ（Personal Computer）等のコンピュータである。機器管理装置６０のハードウェア構成は、図６に示されるものと同様でよい。但し、機器管理装置６０は、液晶ディスプレイ等の表示装置、並びにキーボード及びマウス等の入力装置を備える。機器管理装置６０は、各画像形成装置４０とＬＡＮ（Local Area Network）等のネットワーク７０（有線又は無線の別は問わない。）を介して接続されている。なお、ユーザＰＣ５０もネットワーク７０に接続されていてもよい。また、ユーザＰＣ５０が機器管理装置６０を兼ねてもよい。
【０１７７】
図４１は、第二の実施の形態における機器管理装置の機能構成例を示す図である。
【０１７８】
同図において、機器管理装置６０は、ＵＩ制御部６１１、パッケージ情報取得部６１２、機器情報取得部６１３、インストール先受付部６１４、妥当性確認部６１５、パッケージ取得部６１６、ライセンス取得部６１７、インストール制御部６１８、アンインストール先判定部６１９、ディアクティベーション制御部６２０、及びアンインストール制御部６２１等を有する。これら各部は、機器管理装置６０にインストールされたプログラムが機器管理装置６０のＣＰＵに実行させる処理によって実現される。
【０１７９】
ＵＩ制御部６１１は、ユーザによる指示（販売パッケージのインストール又はアンインストール等の指示等）を受け付ける。パッケージ情報取得部６１２は、インストール又はアンインストール対象とされた販売パッケージの構成情報をライセンス管理サーバ１０より取得する。機器情報取得部６１３は、画像形成装置４０より機器情報を取得する。機器情報には、画像形成装置４０にインストールされている販売パッケージ及びファームウェアに関する情報が含まれる。インストール先受付部６１４は、販売パッケージのインストール先とする画像形成装置４０の指定をユーザより受け付ける。妥当性確認部６１５は、インストール対象とされた販売パッケージについて、インストール先とされた画像形成装置４０へのインストールの妥当性の検証をライセンス管理サーバ１０の依存関係判定部１５１に実行させる。
【０１８０】
パッケージ取得部６１６は、インストール対象の販売パッケージをダウンロードサーバ３０よりダウンロード（取得）する。ライセンス取得部６１７は、インストール対象の販売パッケージに関するライセンスファイル９０をライセンス管理サーバ１０より取得する。インストール制御部６１８は、販売パッケージ及びライセンスファイル９０を画像形成装置４０に送信する。
【０１８１】
アンインストール先判定部６１９は、アンインストール対象とされた販売パッケージがインストールされている画像形成装置４０を判定する。ディアクティベーション制御部６２０は、画像形成装置４０に対してライセンスファイル９０の削除要求を送信し、ライセンス管理サーバ１０に対して当該ライセンスファイル９０に係るライセンスの解放を要求する。アンインストール制御部６２１は、販売パッケージのアンインストールを画像形成装置４０に要求する。
【０１８２】
なお、ライセンス管理サーバ１０、ダウンロードサーバ３０、及び画像形成装置４０等、他の装置の機能構成については第一の実施の形態と同様でよい。
【０１８３】
以下、機器管理システム２の処理手順について説明する。図４２は、第二の実施の形態における販売パッケージのインストール及びアクティベーションの処理手順を説明するためのシーケンス図である。同図において、画像形成装置４０のユーザは、販売パッケージに係るいずれかの商品を購入し、当該商品のプロダクトキーを入手済みであるとする。商品の購入方法及びプロダクトキーの入手方法については、第一の実施の形態と同様でよい。なお、図４２では、機器管理装置６０が操作対象とされる。
【０１８４】
機器管理装置６０のＵＩ制御部６１１は、表示装置に表示させている初期画面を介して販売パッケージのインストールの開始指示の入力を受け付けると、プロダクトキー入力画面を表示装置に表示させる（Ｓ６０１）。インストール対象の販売パッケージ（以下、「カレント販売パッケージ」という。）のプロダクトキーがプロダクトキー入力画面を介してユーザによって入力されると（Ｓ６０２）、パッケージ情報取得部６１２は、入力されたプロダクトキーを指定して当該プロダクトキーに係るパッケージ情報の取得要求をライセンス管理サーバ１０のインストール支援部１５２に送信する（Ｓ６０３）。
【０１８５】
ライセンス管理サーバ１０のインストール支援部１５２は、パッケージ情報の取得要求の受信に応じ、図１８のステップＳ１５３〜Ｓ１５５と同様の手順によってプロダクトキーの有効性の確認をプロダクトキー検証部１１３に実行させる。
【０１８６】
当該プロダクトキーが有効であると判定された場合、インストール支援部１５２は、受信されたプロダクトキーに対して登録されている情報をコンポーネント管理テーブル１５５（図２２参照）より取得し、取得された情報をパッケージ情報としてパッケージ情報取得部６１２に返信する（Ｓ６０４）。したがって、パッケージ情報には、少なくとも当該プロダクトキーに関連付けられているプロダクトＩＤ（すなわち、カレント販売パッケージのプロダクトＩＤ）が含まれている。また、当該プロダクトキーがグループライセンス又はボリュームライセンスに係るものである場合、複数のプロダクトＩＤ（複数のレコード）に係る情報がパッケージ情報に含まれる。
【０１８７】
パッケージ情報取得部６１２によってパッケージ情報が受信されると、機器管理装置６０のＵＩ制御部６１１は、受信されたパッケージ情報を含む画面（確認画面）を表示装置に表示させ、カレント販売パッケージの内容及びそのライセンスの内容をユーザに確認させる（Ｓ６０５）。
【０１８８】
ユーザによって、インストール作業の継続指示が入力されると（例えば、確認画面においてＯＫボタンが押下されると）、インストール先受付部６１４は、画像形成装置４０の一覧を含む機器選択画面を表示装置に表示させ、カレント販売パッケージをインストールする画像形成装置４０をユーザに選択させる（Ｓ６０６）。機器選択画面においては、複数の画像形成装置４０を選択することも可能である。なお、機器選択画面では、予めそのＩＰアドレス及びホスト名等が記憶装置に記憶されている画像形成装置４０が表示対象とされる。または、機器情報取得部６１３が、ブロードキャスト等をネットワーク７０上に発行することにより、ネットワーク７０に接続されている画像形成装置４０を動的に検索し、検索された画像形成装置４０のホスト名等を機器選択画面に表示させてもよい。
【０１８９】
続いて、機器情報取得部６１３は、機器選択画面において選択された各画像形成装置４０に対して機器情報の取得要求を送信する（Ｓ６０７）。機器情報の取得要求を受信した各画像形成装置４０のインストール部４２１は、インストール情報管理テーブル４２７（図２４参照）に記録されている情報を取得し、取得された情報と当該画像形成装置４０の機体番号とを含む情報を機器情報として機器情報取得部６１３に返信する（Ｓ６０８）。
【０１９０】
続くステップＳ６０９は、機器情報が取得された（機器選択画面で選択された）画像形成装置４０ごとに実行されるループ処理である。ループ処理において処理対象とされる画像形成装置４０を以下、「カレント機器」という。
【０１９１】
ステップＳ６０９−１において、妥当性確認部６１５は、カレント機器の機器情報と、パッケージ情報取得部６１２によって取得されたパッケージ情報とを含む妥当性検証要求をライセンス管理サーバ１０に送信する。ここでいう「妥当性」とは、カレント販売パッケージに含まれる機能パッケージをカレント機器にインストールすることの妥当性である。ライセンス管理サーバ１０の依存関係判定部１５１は、妥当性検証要求の受信に応じ、図２９において説明した処理と同様の処理により、カンレント販売パッケージの依存関係を検証する。依存関係に問題が無い場合、依存関係判定部１５１は、妥当性は有ると判定する。依存関係に問題が有る場合、依存関係判定部１５１は、妥当性は無いと判定する。
【０１９２】
続いて、依存関係判定部１５１は、妥当性の検証結果を妥当性確認部６１５に返信する（Ｓ６０９−２）。妥当性が有ると判定された場合であって、依存パッケージがカレント機器にインストールされていない場合、検証結果には、当該依存パッケージ（以下、「未導入依存パッケージ」という。）についてコンポーネント管理テーブル１５５に記録されている情報が含められる。当該情報は、当該未導入依存パッケージの取得指示に相当する。
【０１９３】
妥当性は有ることを示す検証結果が受信されると、パッケージ取得部６１６は、カレント販売パッケージのパッケージ情報に含まれているダウンロードパス（ＵＲＬ）に基づいて、カレント販売パッケージのダウンロード要求をダウンロードサーバ３０に送信する（Ｓ６０９−３）。ダウンロード要求に応じ、ダウンロード処理部３１は、当該ダウンロード要求において指定されているＵＲＬによって識別される販売パッケージを販売パッケージ管理部３２より取得し、当該販売パッケージを返信する（Ｓ６０９−４）。カレント販売パッケージが複数の場合、ダウンロード（Ｓ６０９−３、Ｓ６０９−４）は複数回繰り返される。また、ステップＳ６０９−２において未導入依存パッケージのパッケージ情報を含む検証結果が受信された場合、未導入依存パッケージに関してもダウンロードが実行される。なお、カレントパッケージが複数である場合とは、例えば、ステップＳ６０１において入力されたプロダクトキーがグループライセンスに係るものである場合や、複数のプロダクトキーが入力された場合等である。
【０１９４】
続いて、ライセンス取得部６１７は、ステップＳ６０１において入力されたプロダクトキーと、カレント販売パッケージのプロダクトＩＤと、カレント機器の機体番号とを指定して、ライセンスの使用要求をライセンス管理サーバ１０に送信する（Ｓ６０９−５）。
【０１９５】
ライセンス管理サーバ１０のライセンス発行部１１５は、図３１と同様の処理を実行することによりライセンスファイル９０を生成し、生成されたラインセンスファイル５０をライセンス取得部６１７に返信する（Ｓ６０９−６）。
【０１９６】
なお、ライセンス取得部６１７は、パッケージ取得部６１６による販売パッケージの取得（ダウンロード）に成功した場合にステップＳ６０９−５を実行する。すなわち、ライセンス取得部６１７は、販売パッケージが正常に取得できなかった場合には、ライセンスファイル９０の取得は行わない。販売パッケージが取得できない場合、当該販売パッケージのインストールは不可能である。それにも拘わらず当該販売パッケージに係るライセンスファイル９０が取得されてしまうと、実際には利用していない販売パッケージについてライセンスの使用が開始されたこととされてしまい、ユーザに不利益を及ぼしてしまうからである。
【０１９７】
続いて、インストール制御部６１８は、ステップＳ６０９−４において未導入依存パッケージが取得されている場合、当該未導入依存パッケージをカレント機器に送信し、当該未導入依存パッケージのインストールをカレント機器に要求する（Ｓ６０９−７）。カレント機器のインストール部４２１は、未導入依存パッケージをインストールし、当該未導入依存パッケージの情報（プロダクトＩＤ等）をインストール情報管理テーブル４２７に記録する。
【０１９８】
続いて、インストール制御部６１８は、未導入依存パッケージのインストール結果をカレント機器に問い合わせる（Ｓ６０９−８）。当該問い合わせ（ポーリング）は、カレント機器においてインストールが完了し、インストール結果が返信されるまで繰り返される。
【０１９９】
先に未導入依存パッケージをインストールさせるのは、依存先のコンポーネントがインストールされていないことによる、販売パッケージのインストールの失敗を回避するためである。
【０２００】
続いて、インストール制御部６１８は、ステップＳ６０９−４において取得されている販売パッケージ（カレント販売パッケージ）、及びステップＳ６０４−６において取得されているライセンスファイル９０をカレント機器に送信し、当該販売パッケージのインストール及びアクティベーションをカレント機器に要求する（Ｓ６０９−９）。カレント機器のインストール部４２１は、受信された販売パッケージ及びライセンスファイル９０に関して図１８において説明した処理を実行する。その結果、販売パッケージはカレント機器において利用可能な状態となる。
【０２０１】
続いて、インストール制御部６１８は、販売パッケージのインストール結果をカレント機器に問い合わせる（Ｓ６０９−１０）。当該問い合わせ（ポーリング）は、カレント機器においてインストールが完了し、インストール結果が返信されるまで繰り返される。
【０２０２】
続いて、販売パッケージのアンインストール及びディアクティベーション（ライセンスの解放）に関する処理について説明する。
【０２０３】
図４３は、第二の実施の形態における販売パッケージのアンインストール及びディアクティベーションの処理手順を説明するためのシーケンス図である。
【０２０４】
ステップＳ７０１において、機器管理装置６０のＵＩ制御部６１１は、表示装置に表示させているアンインストール画面を介してアンインストール対象のプロダクトキーの入力をユーザより受け付ける。続いて、パッケージ情報取得部６１２は、入力されたプロダクトキーを指定して当該プロダクトキーに係るパッケージ情報の取得要求をライセンス管理サーバ１０に送信する（Ｓ７０２）。
【０２０５】
続いて、ライセンス管理サーバ１０のコンポーネント管理部１５４は、図４２のステップＳ６０３に応じて実行される処理と同様の処理を実行し、受信されたプロダクトキーに係る販売パッケージのパッケージ情報をパッケージ情報取得部６１２に返信する（Ｓ７０３）。当該プロダクトキーがグループライセンスに係るものである場合、複数の販売パッケージに関するパッケージ情報が返信される。
【０２０６】
当該プロダクトキーがグループライセンスに係るものである場合、すなわち、複数の販売パッケージに関するパッケージ情報が受信された場合、ＵＩ制御部６１１は、当該販売パッケージの一覧情報を含む販売パッケージ選択画面を表示装置に表示させ、アンインストール対象とする販売パッケージをユーザに選択させる（Ｓ７０４）。以下、選択された販売パッケージを「カレント販売パッケージ」という。
【０２０７】
続いて、機器情報取得部６１３は、各画像形成装置４０に対して機器情報の取得要求を送信する（Ｓ７０５）。各画像形成装置４０のディアクティベーション部４２４は、機器情報の取得要求に応じ、インストール情報管理テーブル４２７に記録されている情報を取得し、取得された情報と当該画像形成装置４０の機体番号とを含む情報を機器情報として機器情報取得部６１３に返信する（Ｓ７０６）。
【０２０８】
続いて、アンインストール先判定部６１９は、ステップＳ７０３において取得されたパッケージ情報を、ステップＳ７０６で各画像形成装置４０取得された機器情報と照合し、当該パッケージ情報に係る販売パッケージがインストールされている画像形成装置４０を判定する（Ｓ７０７）。具体的には、当該パッケージ情報に含まれているプロダクトＩＤ（販売パッケージのプロダクトＩＤ）を含む機器情報に係る画像形成装置４０が、当該販売パッケージのインストールされている画像形成装置４０（すなわち、販売パッケージのアンインストール先の画像形成装置４０）であると判定される。
【０２０９】
続くステップＳ７０８は、販売パッケージのアンインストール先の画像形成装置４０ごとに実行されるループ処理である。ループ処理において処理対象とされる画像形成装置４０を以下、「カレント機器」という。
【０２１０】
ステップＳ７０８−１において、ディアクティベーション制御部６２０は、カレント販売パッケージのプロダクトＩＤを指定して、ディアクティベート要求（ライセンスファイル９０の削除要求）をカレント機器に送信する。カレント機器のディアクティベーション部４２４は、当該要求に応じ、指定されたプロダクトＩＤに係るライセンスファイル９０を削除する。
【０２１１】
続いて、ディアクティベーション制御部６２０は、ライセンスファイル９０の削除処理の結果をカレント機器に問い合わせる（Ｓ７０８−２）。当該問い合わせ（ポーリング）は、カレント機器においてライセンスファイル９０の削除処理が完了し、当該削除処理の処理結果が返信されるまで繰り返される。
【０２１２】
続いて、アンインストール制御部６２１は、カレント販売パッケージのプロダクトＩＤを指定して、アンインストール要求（販売パッケージの削除要求）をカレント機器に送信する（Ｓ７０８−３）。カレント機器のディアクティベーション部４２４は、当該要求に応じ、指定されたプロダクトＩＤに係る販売パッケージをアンインストール（削除）する。
【０２１３】
続いて、ディアクティベーション制御部６２０は、カレント販売パッケージのアンインストール結果をカレント機器に問い合わせる（Ｓ７０８−４）。当該問い合わせ（ポーリング）は、カレント機器においてアンインストールが完了し、インストール結果が返信されるまで繰り返される。
【０２１４】
ステップＳ７０８が、販売パッケージのアンインストールの対象とされた全ての画像形成装置４０について実行された後、ディアクティベーション制御部６２０は、カレント販売パッケージのプロダクトＩＤと、当該全ての画像形成装置４０の機体番号とを指定してディアクティベート要求（ライセンスの解放要求）をライセンス管理サーバのディアクティベーション部１１６に送信する（Ｓ７０９）。ディアクティベーション部１１６は、図３８のステップＳ５０３において説明した通りの処理を実行する。その結果、指定されたプロダクトＩＤ及び機体番号に係るライセンスのステータスは「チェックイン」に変更される。続いて、ディアクティベーション部１１６は、ディアクティベーション処理結果（処理の成否）を機器管理装置６０のディアクティベーション制御部６２０に返信する（Ｓ２１０）。
【０２１５】
上述したように、第二の実施の形態における機器管理装置６０によれば、複数の画像形成装置４０に対して一括してインストール及びアクティベーション（ライセンスの使用開始）等を行うことができる。したがって、特に、画像形成装置４０の台数が多いユーザ環境Ｅ１において、ユーザの作業負担を著しく軽減させることができる。
【０２１６】
なお、本実施の形態においては画像形成装置４０を機器の一例として説明したが、本発明の適用範囲は画像形成装置４０に限定されない。プログラムを追加（インストール）可能な機器であれば、本発明は有効に適用されうる。
【０２１７】
次に、第三の実施の形態について説明する。図４４は、第三の実施の形態における機器管理システム構成例を示す図である。図４４中、図１と同一部分には同一符号を付し、その説明は適宜省略する。
【０２１８】
図４４では、ユーザ環境Ｅ１において、Ｗｅｂクライアント端末６５が追加されている。Ｗｅｂクライアント端末６５は、Ｗｅｂブラウザを備えたＰＣ（Personal Computer）等のコンピュータ又は電子機器である。Ｗｅｂクライアント端末６５のハードウェア構成は、例えば、図６に示されるものと同様でよい。但し、Ｗｅｂクライアント端末６５は、液晶ディスプレイ等の表示装置、並びにキーボード及びマウス等の入力装置を備える。Ｗｅｂクライアント端末６５は、各画像形成装置４０とＬＡＮ（Local Area Network）等のネットワーク７５（有線又は無線の別は問わない。）を介して接続されている。なお、ユーザＰＣ５０がＷｅｂクライアント端末６５を兼ねてもよい。
【０２１９】
図４５は、第三の実施の形態における機器管理システムの機能構成例を示す図である。図４５中、図５と同一部分には同一符号を付し、その説明は省略する。
【０２２０】
同図において、画像形成装置４０は、Ｗｅｂサーバ部４２８を更に有する。Ｗｅｂサーバ部４２８は、第一の実施の形態においてＵＩ制御部４２６によって操作パネル４５に表示されていた画面について、Ｗｅｂクライアント端末６５に表示させるための処理を実行する。具体的には、Ｗｅｂサーバ部４２８は、各種画面のＨＴＭＬデータをＷｅｂクライアント端末６５に送信する。
【０２２１】
一方、Ｗｅｂクライアント端末６５は、Ｗｅｂブラウザ６５１を有する。Ｗｅｂブラウザ６５１は、Ｗｅｂサーバ部４２８より送信されるＨＴＭＬデータを受信し、当該ＨＴＭＬデータに基づいて各種画面をＷｅｂクライアント端末６５１の表示装置に表示させる。
【０２２２】
すなわち、第三の実施の形態の機器管理システム３によれば、ユーザは、第一の実施の形態において操作パネル４５を介して行う操作を、Ｗｅｂクライアント端末６５を介して遠隔的に行うことができる。具体的には、ユーザは、図１８のシーケンス図における、ステップＳ１５１、Ｓ１５９、及びＳ１６５における指示入力を、Ｗｅｂブラウザ６５１が表示させる画面を介して行うことができる。したがって、第三の実施の形態では、Ｗｅｂサーバ部４２８が、ライセンスキーの入力を受け付ける入力手段の一例に相当する。
【０２２３】
なお、上記各実施の形態においては、ライセンス管理サーバ１０、販売サーバ２０，及びダウンロードサーバ３０がそれぞれ別個の装置であるとして説明した。但し、ライセンス管理サーバ１０が、販売サーバ２０及びダウンロードサーバ３０の少なくともいずれか一方の機能を含むように構成されてもよい。
【０２２４】
以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【０２２５】
１、２ 機器管理システム
１０ ライセンス管理サーバ
１１ アクティベーションサーバ部
１５ コンポーネントサーバ部
２０ 販売サーバ
２１ 商品登録部
２２ 販売管理部
２３ 商品マスタ
２４ プロダクトキー通知部
３０ ダウンロードサーバ
３１ ダウンロード処理部
３２ 販売パッケージ管理部
４０ 画像形成装置
４１ コントローラ
４２ スキャナ
４３ プリンタ
４４ モデム
４５ 操作パネル
４６ ネットワークインタフェース
４７ ＳＤカードスロット
５０ ユーザＰＣ
５１ Ｗｅｂブラウザ
６０ 機器管理装置
６５ Ｗｅｂクライアント端末
１００ ドライブ装置
１０１ 記録媒体
１０２ 補助記憶装置
１０３ メモリ装置
１０４ ＣＰＵ
１０５ インタフェース装置
１１１ 販売サーバ連携部
１１２ プロダクトキー発行部
１１３ プロダクトキー検証部
１１５ ライセンス発行部
１１６ ディアクティベーション部
１１７ 販売サーバ認証部
１１８ 販売サイトマスタ
１１９ 販売パッケージマスタ
１２０ グループＩＤマスタ
１２１ ライセンス管理テーブル
１５１ 依存関係判定部
１５２ インストール支援部
１５３ パッケージ更新支援部
１５４ コンポーネント管理部
１５５ コンポーネント管理テーブル
４１１ ＣＰＵ
４１２ ＲＡＭ
４１３ ＲＯＭ
４１４ ＨＤＤ
４２１ インストール部
４２２ ライセンス更新部
４２３ ライセンス更新部
４２４ ライセンスチェック部
４２５ ディアクティベーション部
４２６ ＵＩ制御部
４２７ インストール情報管理テーブル
４２８ Ｗｅｂサーバ部
６１１ ＵＩ制御部
６１２ パッケージ情報取得部
６１３ 機器情報取得部
６１４ インストール先受付部
６１５ 妥当性確認部
６１６ パッケージ取得部
６１７ ライセンス取得部
６１８ インストール制御部
６１９ アンインストール先判定部
６２０ ディアクティベーション制御部
６２１ アンインストール制御部
６５１ Ｗｅｂブラウザ
Ｂ バス
【先行技術文献】
【特許文献】
【０２２６】
【特許文献１】特開２００８−０１６０１３号公報
【特許請求の範囲】
【請求項１】
プログラムの購入ごとに購入されたプログラムの製品識別子及び該プログラムのライセンス情報に関連付けられたライセンス識別子を生成し、該ライセンス識別子を発行するライセンス識別子発行手段と、
前記ライセンス識別子をライセンス情報記憶手段に記録するライセンス記録手段と、
ネットワークを介して受信される前記ライセンス識別子の受信に応じ、受信された前記ライセンス識別子が前記ライセンス情報記憶手段に記録されているかを判定する判定手段と、
前記ライセンス識別子が前記ライセンス情報記憶手段に記録されていると判定された場合、該製品識別子に係るプログラムの取得指示又は該プログラム本体と、前記プログラムの利用を許可するためのライセンスファイルとを前記ネットワークを介して返信する送信手段と
を有するライセンス管理装置。
【請求項２】
プログラム間の依存関係を示す情報を記憶した依存情報記憶手段と、
前記ライセンス識別子が前記ライセンス情報記憶手段に記録されていると判定された場合に、前記ネットワークを介して受信される、前記プログラムのインストール先の機器が有するプログラムの前記製品識別子と前記依存情報記憶手段とに基づいて、前記ライセンス識別子に関連付けられている前記製品識別子に係るプログラムの依存先のプログラムを前記機器が有しているかを判定する依存関係判定手段と、
前記ライセンス識別子に関連付けられている前記製品識別子に係るプログラムの依存先のプログラムを前記機器が有していない場合に、該製品識別子に係るプログラムと該依存先のプログラムとのそれぞれの取得先の識別情報を含むプログラムの取得指示を前記ネットワークを介して返信する取得指示送信手段とを有する請求項１記載のライセンス管理装置。
【請求項３】
前記取得指示送信手段は、前記依存先のプログラムを前記機器が有している場合に、前記ライセンス識別子に関連付けられている前記製品識別子に係るプログラムの取得先の識別情報を含むプログラムの取得指示を返信する請求項２記載のライセンス管理装置。
【請求項４】
前記機器に固有の機器識別子と前記ライセンス識別子とを含むライセンス使用要求を前記ネットワークを介して受信し、前記ライセンス識別子に対応するライセンスが使用されていることを示す情報が前記ライセンス情報記憶手段に記録されているか否かに基づいて前記ライセンス識別子に対応するライセンスの使用の可否を判定するライセンス可否判定手段と、
前記ライセンス識別子に対応するライセンスが使用可能である場合に、該ライセンス識別子に対応するライセンスは使用されていることを示す情報を該ライセンス識別子に関連付けて前記ライセンス情報記憶手段に記録するライセンス情報記録手段と、
前記ライセンス識別子に関連付けられた前記製品識別子と前記機器識別子とを含む、該製品識別子に係るプログラムを該機器識別子に係る機器において利用可能とするためのライセンスファイルを生成し、該ライセンスファイルを前記ネットワークを介して返信するライセンスファイル生成手段とを有する請求項１乃至３いずれか一項記載のライセンス管理装置。
【請求項５】
前記ライセンス情報記録手段は、前記ライセンス識別子に対応するライセンスが使用可能である場合に、前記機器識別子を前記ライセンス識別子に関連付けて前記ライセンス情報記憶手段に記録する請求項４記載のライセンス管理装置。
【請求項６】
前記ライセンス識別子及び前記機器識別子を含むライセンス解放要求に応じ、該ライセンス識別子に対応するライセンスは使用されていないことを示す情報を該ライセンス識別子に関連付けて前記ライセンス情報記憶手段に記録するライセンス解放手段を有する請求項４又は５記載のライセンス管理装置。
【請求項７】
前記ライセンス識別子発行手段は、購入されたプログラムの製品識別子とともに受信される購入されたライセンス数を前記ライセンス識別子に関連付けてライセンス情報記憶手段に記録し、
前記ライセンス可否判定手段は、前記ライセンス識別子に対応するライセンス数分のライセンスが使用されているか否かに基づいて前記ライセンス識別子に対応するライセンスの使用の可否を判定し、
前記ライセンス情報記録手段は、前記ライセンス識別子に対応するライセンスの使用数を識別可能な情報を該ライセンス識別子に関連付けて前記ライセンス情報記憶手段に記録する請求項４乃至６いずれか一項記載のライセンス管理装置。
【請求項８】
前記プログラムは自己の依存先のプログラムを示す依存先情報を含み、
前記プログラムの取得先であり、前記プログラムを複数有するプログラム管理装置より、前記プログラムのそれぞれの前記依存先情報を取得する依存情報取得手段と、
取得された前記依存先情報に基づいて前記プログラム間の依存関係を示す情報を前記依存情報記憶手段に記録する依存情報登録手段とを有する請求項２又は３記載のライセンス管理装置。
【請求項９】
前記ライセンス情報記録手段は、前記ライセンス識別子に対応するライセンスが使用可能である場合に、前記ライセンスの有効期限を算出し、該有効期限を前記ライセンス識別子及び前記機器識別子に関連付けて前記ライセンス情報記憶手段に記録する請求項４乃至７いずれか一項記載のライセンス管理装置。
【請求項１０】
プログラムの購入ごとに購入されたプログラムの製品識別子およびライセンス情報に関連付けられたライセンス識別子の入力を受け付ける入力手段と、
前記製品識別子をライセンス管理装置に送信する第１の送信手段と、
前記ライセンス管理装置から前記製品識別子に対応するプログラムの取得指示またはプログラム本体を受信する第１の受信手段と、
前記ライセンス識別子および機器に固有の機器識別子とをライセンス管理装置に送信する第２の送信手段と、
前記ライセンス管理装置から前記ライセンス識別子に対応する前記プログラムの利用を許可するためのライセンスファイルを受信する第２の受信手段と、
を備える機器
【請求項１１】
コンピュータが実行するライセンス管理方法であって、
プログラムの購入ごとに購入されたプログラムの製品識別子及び該プログラムのライセンス情報に関連付けられたライセンス識別子を生成し、該ライセンス識別子を発行するライセンス識別子発行手順と、
前記ライセンス識別子をライセンス情報記憶手段に記録するライセンス記録手順と、
ネットワークを介して受信される前記ライセンス識別子の受信に応じ、受信された前記ライセンス識別子が前記ライセンス情報記憶手段に記録されているかを判定する判定手順と、
前記ライセンス識別子が前記ライセンス情報記憶手段に記録されていると判定された場合、該製品識別子に係るプログラムの取得指示又は該プログラムと、前記プログラムの利用を許可するためのライセンスファイルとを前記ネットワークを介して返信する送信手順と
を有するライセンス管理方法。
【請求項１２】
前記ライセンス識別子が前記ライセンス情報記憶手段に記録されていると判定された場合に、前記ネットワークを介して受信される、前記プログラムのインストール先の機器が有するプログラムの前記製品識別子と、プログラム間の依存関係を示す情報を記憶した依存情報記憶手段とに基づいて、前記ライセンス識別子に関連付けられている前記製品識別子に係るプログラムの依存先のプログラムを前記機器が有しているかを判定する依存関係判定手順と、
前記ライセンス識別子に関連付けられている前記製品識別子に係るプログラムの依存先のプログラムを前記機器が有していない場合に、該製品識別子に係るプログラムと該依存先のプログラムとのそれぞれの取得先の識別情報を含むプログラムの取得指示を前記ネットワークを介して返信する取得指示送信手順とを有する請求項１１記載のライセンス管理方法。
【請求項１３】
前記取得指示送信手順は、前記依存先のプログラムを前記機器が有している場合に、前記ライセンス識別子に関連付けられている前記製品識別子に係るプログラムの取得先の識別情報を含むプログラムの取得指示を返信する請求項１２記載のライセンス管理方法。
【請求項１４】
前記機器に固有の機器識別子と前記ライセンス識別子とを含むライセンス使用要求を前記ネットワークを介して受信し、前記ライセンス識別子に対応するライセンスが使用されていることを示す情報が前記ライセンス情報記憶手段に記録されているか否かに基づいて前記ライセンス識別子に対応するライセンスの使用の可否を判定するライセンス可否判定手順と、
前記ライセンス識別子に対応するライセンスが使用可能である場合に、該ライセンス識別子に対応するライセンスは使用されていることを示す情報を該ライセンス識別子に関連付けて前記ライセンス情報記憶手段に記録するライセンス情報記録手順と、
前記ライセンス識別子に関連付けられた前記製品識別子と前記機器識別子とを含む、該製品識別子に係るプログラムを該機器識別子に係る機器において利用可能とするためのライセンスファイルを生成し、該ライセンスファイルを前記ネットワークを介して返信するライセンスファイル生成手順とを有する請求項１１乃至１３いずれか一項記載のライセンス管理方法。
【請求項１５】
前記ライセンス情報記録手順は、前記ライセンス識別子に対応するライセンスが使用可能である場合に、前記機器識別子を前記ライセンス識別子に関連付けて前記ライセンス情報記憶手段に記録する請求項１４記載のライセンス管理方法。
【請求項１６】
前記ライセンス識別子及び前記機器識別子を含むライセンス解放要求に応じ、該ライセンス識別子に対応するライセンスは使用されていないことを示す情報を該ライセンス識別子に関連付けて前記ライセンス情報記憶手段に記録するライセンス解放手順を有する請求項１４又は１５記載のライセンス管理方法。
【請求項１７】
前記ライセンス識別子発行手順は、購入されたプログラムの製品識別子とともに受信される購入されたライセンス数を前記ライセンス識別子に関連付けてライセンス情報記憶手段に記録し、
前記ライセンス可否手順は、前記ライセンス識別子に対応するライセンス数分のライセンスが使用されているか否かに基づいて前記ライセンス識別子に対応するライセンスの使用の可否を判定し、
前記ライセンス情報記録手順は、前記ライセンス識別子に対応するライセンスの使用数を識別可能な情報を該ライセンス識別子に関連付けて前記ライセンス情報記憶手段に記録する請求項１４乃至１６いずれか一項記載のライセンス管理方法。
【請求項１８】
請求項８記載のライセンス管理装置の前記依存情報取得手段により取得される前記依存先情報を含むプログラム。
【請求項１９】
自己の識別情報と、自己が依存する依存先のプログラムを示す依存先情報と、プログラム本体とを備えるプログラムであって、
前記識別情報及び前記依存先情報は、プログラム間の依存関係を示す情報を蓄積して該プログラム間の依存関係を示す情報に基づいて機器へインストールさせるプログラムを決定するライセンス管理装置により取得され、前記プログラム間の依存関係を示す情報の蓄積に用いられ、
前記プログラム本体は、インストールされた前記機器に所定の処理を実行させるプログラム。
【請求項２０】
プログラムの識別情報と、該プログラムが依存する依存先のプログラムを示す依存先情報と、該プログラムとを含むデータ構造であって、
前記識別情報及び前記依存先情報は、プログラム間の依存関係を示す情報を蓄積して該プログラム間の依存関係を示す情報に基づいて機器へインストールさせるプログラムを決定するライセンス管理装置により取得され、前記プログラム間の依存関係を示す情報の蓄積に用いられ、
前記プログラムは、インストールされた前記機器に所定の処理を実行させるデータ構造。
【請求項１】
プログラムの購入ごとに購入されたプログラムの製品識別子及び該プログラムのライセンス情報に関連付けられたライセンス識別子を生成し、該ライセンス識別子を発行するライセンス識別子発行手段と、
前記ライセンス識別子をライセンス情報記憶手段に記録するライセンス記録手段と、
ネットワークを介して受信される前記ライセンス識別子の受信に応じ、受信された前記ライセンス識別子が前記ライセンス情報記憶手段に記録されているかを判定する判定手段と、
前記ライセンス識別子が前記ライセンス情報記憶手段に記録されていると判定された場合、該製品識別子に係るプログラムの取得指示又は該プログラム本体と、前記プログラムの利用を許可するためのライセンスファイルとを前記ネットワークを介して返信する送信手段と
を有するライセンス管理装置。
【請求項２】
プログラム間の依存関係を示す情報を記憶した依存情報記憶手段と、
前記ライセンス識別子が前記ライセンス情報記憶手段に記録されていると判定された場合に、前記ネットワークを介して受信される、前記プログラムのインストール先の機器が有するプログラムの前記製品識別子と前記依存情報記憶手段とに基づいて、前記ライセンス識別子に関連付けられている前記製品識別子に係るプログラムの依存先のプログラムを前記機器が有しているかを判定する依存関係判定手段と、
前記ライセンス識別子に関連付けられている前記製品識別子に係るプログラムの依存先のプログラムを前記機器が有していない場合に、該製品識別子に係るプログラムと該依存先のプログラムとのそれぞれの取得先の識別情報を含むプログラムの取得指示を前記ネットワークを介して返信する取得指示送信手段とを有する請求項１記載のライセンス管理装置。
【請求項３】
前記取得指示送信手段は、前記依存先のプログラムを前記機器が有している場合に、前記ライセンス識別子に関連付けられている前記製品識別子に係るプログラムの取得先の識別情報を含むプログラムの取得指示を返信する請求項２記載のライセンス管理装置。
【請求項４】
前記機器に固有の機器識別子と前記ライセンス識別子とを含むライセンス使用要求を前記ネットワークを介して受信し、前記ライセンス識別子に対応するライセンスが使用されていることを示す情報が前記ライセンス情報記憶手段に記録されているか否かに基づいて前記ライセンス識別子に対応するライセンスの使用の可否を判定するライセンス可否判定手段と、
前記ライセンス識別子に対応するライセンスが使用可能である場合に、該ライセンス識別子に対応するライセンスは使用されていることを示す情報を該ライセンス識別子に関連付けて前記ライセンス情報記憶手段に記録するライセンス情報記録手段と、
前記ライセンス識別子に関連付けられた前記製品識別子と前記機器識別子とを含む、該製品識別子に係るプログラムを該機器識別子に係る機器において利用可能とするためのライセンスファイルを生成し、該ライセンスファイルを前記ネットワークを介して返信するライセンスファイル生成手段とを有する請求項１乃至３いずれか一項記載のライセンス管理装置。
【請求項５】
前記ライセンス情報記録手段は、前記ライセンス識別子に対応するライセンスが使用可能である場合に、前記機器識別子を前記ライセンス識別子に関連付けて前記ライセンス情報記憶手段に記録する請求項４記載のライセンス管理装置。
【請求項６】
前記ライセンス識別子及び前記機器識別子を含むライセンス解放要求に応じ、該ライセンス識別子に対応するライセンスは使用されていないことを示す情報を該ライセンス識別子に関連付けて前記ライセンス情報記憶手段に記録するライセンス解放手段を有する請求項４又は５記載のライセンス管理装置。
【請求項７】
前記ライセンス識別子発行手段は、購入されたプログラムの製品識別子とともに受信される購入されたライセンス数を前記ライセンス識別子に関連付けてライセンス情報記憶手段に記録し、
前記ライセンス可否判定手段は、前記ライセンス識別子に対応するライセンス数分のライセンスが使用されているか否かに基づいて前記ライセンス識別子に対応するライセンスの使用の可否を判定し、
前記ライセンス情報記録手段は、前記ライセンス識別子に対応するライセンスの使用数を識別可能な情報を該ライセンス識別子に関連付けて前記ライセンス情報記憶手段に記録する請求項４乃至６いずれか一項記載のライセンス管理装置。
【請求項８】
前記プログラムは自己の依存先のプログラムを示す依存先情報を含み、
前記プログラムの取得先であり、前記プログラムを複数有するプログラム管理装置より、前記プログラムのそれぞれの前記依存先情報を取得する依存情報取得手段と、
取得された前記依存先情報に基づいて前記プログラム間の依存関係を示す情報を前記依存情報記憶手段に記録する依存情報登録手段とを有する請求項２又は３記載のライセンス管理装置。
【請求項９】
前記ライセンス情報記録手段は、前記ライセンス識別子に対応するライセンスが使用可能である場合に、前記ライセンスの有効期限を算出し、該有効期限を前記ライセンス識別子及び前記機器識別子に関連付けて前記ライセンス情報記憶手段に記録する請求項４乃至７いずれか一項記載のライセンス管理装置。
【請求項１０】
プログラムの購入ごとに購入されたプログラムの製品識別子およびライセンス情報に関連付けられたライセンス識別子の入力を受け付ける入力手段と、
前記製品識別子をライセンス管理装置に送信する第１の送信手段と、
前記ライセンス管理装置から前記製品識別子に対応するプログラムの取得指示またはプログラム本体を受信する第１の受信手段と、
前記ライセンス識別子および機器に固有の機器識別子とをライセンス管理装置に送信する第２の送信手段と、
前記ライセンス管理装置から前記ライセンス識別子に対応する前記プログラムの利用を許可するためのライセンスファイルを受信する第２の受信手段と、
を備える機器
【請求項１１】
コンピュータが実行するライセンス管理方法であって、
プログラムの購入ごとに購入されたプログラムの製品識別子及び該プログラムのライセンス情報に関連付けられたライセンス識別子を生成し、該ライセンス識別子を発行するライセンス識別子発行手順と、
前記ライセンス識別子をライセンス情報記憶手段に記録するライセンス記録手順と、
ネットワークを介して受信される前記ライセンス識別子の受信に応じ、受信された前記ライセンス識別子が前記ライセンス情報記憶手段に記録されているかを判定する判定手順と、
前記ライセンス識別子が前記ライセンス情報記憶手段に記録されていると判定された場合、該製品識別子に係るプログラムの取得指示又は該プログラムと、前記プログラムの利用を許可するためのライセンスファイルとを前記ネットワークを介して返信する送信手順と
を有するライセンス管理方法。
【請求項１２】
前記ライセンス識別子が前記ライセンス情報記憶手段に記録されていると判定された場合に、前記ネットワークを介して受信される、前記プログラムのインストール先の機器が有するプログラムの前記製品識別子と、プログラム間の依存関係を示す情報を記憶した依存情報記憶手段とに基づいて、前記ライセンス識別子に関連付けられている前記製品識別子に係るプログラムの依存先のプログラムを前記機器が有しているかを判定する依存関係判定手順と、
前記ライセンス識別子に関連付けられている前記製品識別子に係るプログラムの依存先のプログラムを前記機器が有していない場合に、該製品識別子に係るプログラムと該依存先のプログラムとのそれぞれの取得先の識別情報を含むプログラムの取得指示を前記ネットワークを介して返信する取得指示送信手順とを有する請求項１１記載のライセンス管理方法。
【請求項１３】
前記取得指示送信手順は、前記依存先のプログラムを前記機器が有している場合に、前記ライセンス識別子に関連付けられている前記製品識別子に係るプログラムの取得先の識別情報を含むプログラムの取得指示を返信する請求項１２記載のライセンス管理方法。
【請求項１４】
前記機器に固有の機器識別子と前記ライセンス識別子とを含むライセンス使用要求を前記ネットワークを介して受信し、前記ライセンス識別子に対応するライセンスが使用されていることを示す情報が前記ライセンス情報記憶手段に記録されているか否かに基づいて前記ライセンス識別子に対応するライセンスの使用の可否を判定するライセンス可否判定手順と、
前記ライセンス識別子に対応するライセンスが使用可能である場合に、該ライセンス識別子に対応するライセンスは使用されていることを示す情報を該ライセンス識別子に関連付けて前記ライセンス情報記憶手段に記録するライセンス情報記録手順と、
前記ライセンス識別子に関連付けられた前記製品識別子と前記機器識別子とを含む、該製品識別子に係るプログラムを該機器識別子に係る機器において利用可能とするためのライセンスファイルを生成し、該ライセンスファイルを前記ネットワークを介して返信するライセンスファイル生成手順とを有する請求項１１乃至１３いずれか一項記載のライセンス管理方法。
【請求項１５】
前記ライセンス情報記録手順は、前記ライセンス識別子に対応するライセンスが使用可能である場合に、前記機器識別子を前記ライセンス識別子に関連付けて前記ライセンス情報記憶手段に記録する請求項１４記載のライセンス管理方法。
【請求項１６】
前記ライセンス識別子及び前記機器識別子を含むライセンス解放要求に応じ、該ライセンス識別子に対応するライセンスは使用されていないことを示す情報を該ライセンス識別子に関連付けて前記ライセンス情報記憶手段に記録するライセンス解放手順を有する請求項１４又は１５記載のライセンス管理方法。
【請求項１７】
前記ライセンス識別子発行手順は、購入されたプログラムの製品識別子とともに受信される購入されたライセンス数を前記ライセンス識別子に関連付けてライセンス情報記憶手段に記録し、
前記ライセンス可否手順は、前記ライセンス識別子に対応するライセンス数分のライセンスが使用されているか否かに基づいて前記ライセンス識別子に対応するライセンスの使用の可否を判定し、
前記ライセンス情報記録手順は、前記ライセンス識別子に対応するライセンスの使用数を識別可能な情報を該ライセンス識別子に関連付けて前記ライセンス情報記憶手段に記録する請求項１４乃至１６いずれか一項記載のライセンス管理方法。
【請求項１８】
請求項８記載のライセンス管理装置の前記依存情報取得手段により取得される前記依存先情報を含むプログラム。
【請求項１９】
自己の識別情報と、自己が依存する依存先のプログラムを示す依存先情報と、プログラム本体とを備えるプログラムであって、
前記識別情報及び前記依存先情報は、プログラム間の依存関係を示す情報を蓄積して該プログラム間の依存関係を示す情報に基づいて機器へインストールさせるプログラムを決定するライセンス管理装置により取得され、前記プログラム間の依存関係を示す情報の蓄積に用いられ、
前記プログラム本体は、インストールされた前記機器に所定の処理を実行させるプログラム。
【請求項２０】
プログラムの識別情報と、該プログラムが依存する依存先のプログラムを示す依存先情報と、該プログラムとを含むデータ構造であって、
前記識別情報及び前記依存先情報は、プログラム間の依存関係を示す情報を蓄積して該プログラム間の依存関係を示す情報に基づいて機器へインストールさせるプログラムを決定するライセンス管理装置により取得され、前記プログラム間の依存関係を示す情報の蓄積に用いられ、
前記プログラムは、インストールされた前記機器に所定の処理を実行させるデータ構造。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図４０】
【図４１】
【図４２】
【図４３】
【図４４】
【図４５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図４０】
【図４１】
【図４２】
【図４３】
【図４４】
【図４５】
【公開番号】特開２０１０−２１１７８４（Ｐ２０１０−２１１７８４Ａ）
【公開日】平成２２年９月２４日（２０１０．９．２４）
【国際特許分類】
【出願番号】特願２００９−２３８９７７（Ｐ２００９−２３８９７７）
【出願日】平成２１年１０月１６日（２００９．１０．１６）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成２２年９月２４日（２０１０．９．２４）
【国際特許分類】
【出願日】平成２１年１０月１６日（２００９．１０．１６）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]