JP2011059805A - ライセンス管理サーバ、ライセンス管理方法およびプログラム - Google Patents

Abstract

【課題】サーバ側で強制ディアクティベーションされた場合でも正常にライセンスの同期が取れるようにするとともに、機器の不正利用を防止することができるライセンス管理装置を提供する。
【解決手段】アクティベーション要求を受信した場合に、ライセンス管理ＤＢ３１６を参照し、プロダクトキーに対応するライセンス数が１つ以上登録されていることを確認した場合に、複合機１００にアプリケーションを利用させると判断して、複合機１００にアプリケーションの利用を許可し、また、ディアクティベーション要求を受信した場合に、複合機１００によるアプリケーションの利用を解除させるアクティベート部３１３と、複合機１００アプリケーションが利用された場合に、ライセンス数を１つ減少させ、複合機１００によるアプリケーションの利用が解除された場合に、ライセンス数を１つ増加させるライセンス管理部３１５と、を備える。
【選択図】図３

Description

本発明は、ライセンス状況に応じて画像処理装置のソフトウェアのインストール管理を行うライセンス管理サーバ、ライセンス管理方法およびプログラムに関する。

近年、出荷後に新たに開発されたプログラムのソフトウェアをインストールすることができる複合機が普及している。かかるソフトウェアを後から複合機に追加する場合には、アクティベーションサーバに対してライセンスを取得し、アクティベートすることが必要となる。

しかし、アクティベートした複合機が故障などのトラブルにより、機器からアクティベート解除（以下、ディアクティベート、という。）できなくなる場合があり、このような事態が生じると、サーバ側で強制的にライセンス解除が行われる場合がある。

例えば、ライセンスを管理するサーバ装置のダウン等の障害にかかわらず柔軟にライセンス管理を可能にする技術が開示されている（例えば、特許文献１参照）。特許文献１の技術では、クライアント装置がサーバとの通信が不可能な場合に、ライセンスを他のクライアント装置に要求して借り受けることにより、ライセンス管理サーバがダウンしている間も、ライセンスの管理における一連の処理を継続可能にする方法が開示されている。

また、ユーザがアプリケーションを使用して作業を行っている最中にライセンスが切れた場合でも、アプリケーションを再起動することなく作業を継続して行うことができるようにする技術も開示されている（例えば、特許文献２参照）。特許文献２の技術では、ライセンスによって管理されるアプリケーションを実行するプラットホームが、アプリケーションのライセンスが更新されたときに、ライセンスが更新されたことを示すライセンス更新通知をアプリケーションに通知することにより、ライセンスを管理する方法が開示されている。

しかしながら、特許文献１および２の方法により、ライセンスを有効にした場合であっても、サーバ側で強制的にライセンス解除が行われると、複合機側の状態とは同期が取れないケースが発生してしまう。そして、複合機側の状態とサーバ側の状態に不整合が発生すると、仮にトラブルから復旧した場合、不整合が起こっているためその機器のライセンスの同期（アクティベーション／ディアクティベーション処理）を行うとエラーとなってしまう。

また、特許文献１の方法のように、他のクライアント装置からライセンスを自由に借用することができることとすると、機器の不正利用を防止することが困難となる。

本発明は、上記に鑑みてなされたものであって、サーバ側で強制ディアクティベーションされた場合でも正常にライセンスの同期が取れるようにするとともに、機器の不正利用を防止することができるライセンス管理装置を提供する。

上述した課題を解決し、目的を達成するために、本発明は、画像処理装置と接続されたライセンス管理サーバであって、アプリケーションを前記画像処理装置に利用させるためのライセンスを識別するためのライセンス識別情報に、認証可能なライセンス数を対応付けて記憶する記憶部と、前記画像処理装置から前記アプリケーションのライセンスの認証を要求するアクティベーション要求、または前記アプリケーションの利用の解除を要求するディアクティベーション要求を受信する受信部と、前記アクティベーション要求を受信した場合に、前記記憶部を参照し、前記ライセンス識別情報に対応する前記ライセンス数が１つ以上登録されていることを確認した場合に、前記画像処理装置に前記アプリケーションを利用させると判断する判断部と、前記アプリケーションを利用させると判断された場合に、前記画像処理装置に前記アプリケーションの利用を許可し、また、前記ディアクティベーション要求を受信した場合に、前記画像処理装置による前記アプリケーションの利用を解除させるアクティベート部と、前記画像処理装置により前記アプリケーションが利用された場合に、前記ライセンス数を１つ減少させ、前記画像処理装置による前記アプリケーションの利用が解除された場合に、前記ライセンス数を１つ増加させる編集部と、
を備えることを特徴とする。

また、本発明は、アプリケーションを画像処理装置に利用させるためのライセンスを識別するためのライセンス識別情報に、認証可能なライセンス数を対応付けて記憶部に記憶する記憶ステップと、前記画像処理装置から前記アプリケーションのライセンスの認証を要求するアクティベーション要求、または前記アプリケーションの利用の解除を要求するディアクティベーション要求を受信する受信ステップと、前記アクティベーション要求を受信した場合に、前記記憶部を参照し、前記ライセンス識別情報に対応する前記ライセンス数が１つ以上登録されていることを確認した場合に、前記画像処理装置に前記アプリケーションを利用させると判断する判断ステップと、前記アプリケーションを利用させると判断された場合に、前記画像処理装置に前記アプリケーションの利用を許可し、また、前記ディアクティベーション要求を受信した場合に、前記画像処理装置による前記アプリケーションの利用を解除させるアクティベートステップと、前記画像処理装置により前記アプリケーションが利用された場合に、前記ライセンス数を１つ減少させ、前記画像処理装置による前記アプリケーションの利用が解除された場合に、前記ライセンス数を１つ増加させる編集ステップと、を含むライセンス管理方法であることを特徴とする。

また、本発明は、コンピュータに実行させるためのプログラムであって、前記コンピュータは、アプリケーションを画像処理装置に利用させるためのライセンスを識別するためのライセンス識別情報に、認証可能なライセンス数を対応付けて記憶する記憶部を備え、前記画像処理装置から前記アプリケーションのライセンスの認証を要求するアクティベーション要求、または前記アプリケーションの利用の解除を要求するディアクティベーション要求を受信する受信ステップと、前記アクティベーション要求を受信した場合に、前記記憶部を参照し、前記ライセンス識別情報に対応する前記ライセンス数が１つ以上登録されていることを確認した場合に、前記画像処理装置に前記アプリケーションを利用させると判断する判断ステップと、前記アプリケーションを利用させると判断された場合に、前記画像処理装置に前記アプリケーションの利用を許可し、また、前記ディアクティベーション要求を受信した場合に、前記画像処理装置による前記アプリケーションの利用を解除させるアクティベートステップと、前記画像処理装置により前記アプリケーションが利用された場合に、前記ライセンス数を１つ減少させ、前記画像処理装置による前記アプリケーションの利用が解除された場合に、前記ライセンス数を１つ増加させる編集ステップ、として実行させることを特徴とする。

本発明によれば、サーバ側で強制ディアクティベーションされた場合でも正常にライセンスの同期が取れるようにするとともに、機器の不正利用を防止することができるという効果を奏する。

図１は、本実施の形態にかかる遠隔管理システムの構成を示す概要図である。 図２は、販売サーバ５００と、ライセンス管理サーバ３００と、ユーザＰＣ２００、およびＭＦＰ１００による全体の処理の概要を示す図である。 図３は、本発明の実施の形態におけるサーバシステムの機能構成例を示す図である。 図４−１は、ライセンス管理ＤＢ３１６が記憶しているレコードの一例を示す図である。 図４−２は、ロックコードの一例を示す図である。 図４−３は、履歴ＩＤリストの一例を示す図である。 図５は、本実施の形態にかかるＭＦＰのソフトウェア構成図である。 図６は、アプリインストール制御サービスにおける機能の説明図である。 図７は、遠隔管理システムにおけるライセンス購入処理の手順を示すシーケンス図である。 図８は、ライセンス管理ＤＢ３１６のレコードの一例を示す図である。 図９は、遠隔管理システムによるアクティベート処理の手順を示すシーケンス図である。 図１０は、アクティベート処理時におけるライセンス管理部３１５によるレコード編集処理の手順を示すフローチャートである。 図１１は、アクティベート処理時にライセンス管理部３１５により編集されたレコードの一例を示す図である。 図１２は、ディアクティベート処理時におけるライセンス管理部３１５によるレコード編集処理の手順を示すフローチャートである。 図１３は、ディアクティベート処理時にライセンス管理部３１５により編集されたレコードの一例を示す図である。 図１４は、強制ディアクティベーション処理の手順を示すシーケンス図である。 図１５は、強制ディアクティベート処理時にライセンス管理部３１５により編集されたレコードの一例を示す図である。 図１６は、ＭＦＰ１００ａに強制ディアクティベーションが実行された後に、別のＭＦＰ１００ｂがアクティベーション要求し、元のＭＦＰ１００ａが再度アクティベーション要求した場合の処理を示すシーケンス図である。 図１７は、ＭＦＰ１００ｂのアクティベート処理時にライセンス管理部３１５により編集されたレコードの一例を示す図である。 図１８は、強制ディアクティベートされたＭＦＰ１００ａに対するディアクティベート処理の手順を示すシーケンス図である。 図１９は、ライセンス管理部３１５により編集されたレコードの一例を示す図である。 図２０は、強制ディアクティベートされたＭＦＰ１００ａから、再度アクティベーション要求を受信した場合のアクティベート処理を示すシーケンス図である。 図２１は、強制ディアクティベートされたＭＦＰ１００ａに対する再アクティベート処理に伴いライセンス管理部３１５により編集されたレコードの一例を示す図である。 図２２は、強制ディアクティベートされたＭＦＰ１００ａから、ディアクティベーション要求を受信した場合のディアクティベート処理を示すシーケンス図である。 図２３は、強制ディアクティベートされたＭＦＰ１００ａからのディアクティベーション要求に伴いライセンス管理部３１５により編集されたレコードの一例を示す図である。 図２４は、本実施の形態にかかる複合機のハードウェア構成を示すブロック図である。

以下に添付図面を参照して、この発明にかかるライセンス管理サーバ、ライセンス管理方法およびプログラムの最良な実施の形態を詳細に説明する。以下の実施の形態においては、本発明における画像処理装置を、コピー、ファックス、プリンタなどの複数の機能を一つの筺体に収納した複合機（以下、ＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌｓ）という。）に適用した例を示すが、これに限定されることなく、アプリケーションをインストール可能な複合機、ファクシミリ装置、スキャナ装置等の画像処理装置であれば本発明を適用することができる。

（実施の形態１）
図１は、本実施の形態にかかる遠隔管理システムの構成を示す概要図である。図１に示すように、遠隔管理システムは、ユーザＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）２００と、ライセンス管理サーバ３００と、アプリダウンロードサーバ４００と、販売サーバ５００と、複数のＭＦＰ１００ａ、１００ｂ、１００ｃ（以下、特定しないＭＦＰを単にＭＦＰ１００と称する。）が、インターネットなどのネットワーク８０を介して接続されている。そして、ＭＦＰ１００とネットワーク８０との間には、ファイアウォール９０が設けられている。

ファイアウォール９０は、公衆回線やインターネットなどの外部ネットワークを通じて遠隔管理システムに侵入した第三者により不正が行われないように、外部との境界を流れるデータを監視し、不正なアクセスを検出・遮断する。

ＭＦＰ１００は、コピー、ファックス、プリンタなどの複数の機能を備えた装置であって、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などのローカルネットワークにより相互に接続されている。ＭＦＰ１００は、ソフトウェアコンポーネント（以下、単に、コンポーネントという。）を追加又は更新することにより随時機能拡張等を図ることができる。本実施の形態の遠隔管理システムでは、３台のＭＦＰ１００ａ、１００ｂ、１００ｃが接続されているが、これに限定されることなく、１台、２台、または４台以上のＭＦＰを接続した構成としてもよい。

アプリダウンロードサーバ４００は、コンポーネントの実体を管理する装置である。具体的には、アプリダウンロードサーバ４００は、ユーザにより購入申請され、ライセンス管理サーバ３００によりライセンスを認証されたコンポーネントを、ＭＦＰ１００に提供するサーバである。

ライセンス管理サーバ３００は、アプリダウンロードサーバ４００から提供され、ＭＦＰ１００にインストールされるコンポーネントのライセンス（利用権）を管理する装置である。

販売サーバ５００は、ＭＦＰ１００に追加するコンポーネントの購入手続等を行うために利用される装置である。販売サーバ５００は、ＭＦＰ１００の販売地域ごとに設置される。

販売サーバ５００は、ユーザＰＣ２００を介してコンポーネントの購入申請を受け付ける。販売サーバ５００は、ＭＦＰ１００のメーカやサービス提供会社等のサービスセンタ等に設置されたサーバ装置であり、各種の管理データを格納する管理用データベースを備えている。

管理用データベースには、顧客ごとに、顧客サイトでの管理対象のＭＦＰに関するネットワーク機器構成、顧客情報及び技術情報等の管理情報が格納されている。ネットワーク機器構成・管理情報は、例えば、各顧客サイトのネットワーク構成と当該ネットワークに接続されているＭＦＰの構成、当該ＭＦＰの機種、機番、納入日、設置場所情報等の各情報で構成され、管理対象であるＭＦＰとネットワーク構成を特定できる情報である。また、顧客情報は、例えば、顧客名、住所、電話番号、ＦＡＸ番号、機器管理者、ネットワーク管理者等で構成され、顧客及び連絡先、特に機器管理者とネットワーク管理者への連絡先情報等を特定できる情報である。また、技術情報は、例えば、機種、機番、印刷枚数やスキャナ枚数等のカウント値、故障コード、推定原因等から構成され、故障した管理対象のＭＦＰの現象に対する原因と処置をある程度特定できる情報である。

そして、本実施例の遠隔管理システムは、遠隔管理を実現するため、各装置に、ＲＰＣ（Ｒｅｍｏｔｅ Ｐｒｏｃｅｄｕｒｅ Ｃａｌｌ）により、相互実装するアプリケーションのメソッドに対する処理の要求、応答を送受信する機能を有しており、また、ＲＰＣを実現するためにＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）等のプロトコルを利用することができる。

次に、コンポーネントの詳細について説明する。本実施例におけるコンポーネントは、販売パッケージと呼ばれる単位で流通する。また、複数の販売パッケージの集合がセットとして流通単位となる場合もある。

一つの販売パッケージは、一つの販売パッケージ情報ファイルと、一つ以上の機能パッケージを含む書庫ファイル（例えば、ＪＡＲ（Ｊａｖａ（登録商標） Ａｒｃｈｉｖｅ）ファイル）として構成される。また、販売パッケージ情報ファイルは、販売パッケージの属性情報（販売パッケージ情報）が記録されたファイルである。なお、販売パッケージ情報は、プロダクトＩＤ、バージョン、名称、説明、ベンダ名、及び配布タイプ等を含む。

プロダクトＩＤは、各販売パッケージ及び各機能パッケージに一意に割り当てられた識別子（製品識別子）である。バージョンは、販売パッケージのバージョン番号である。説明は、販売パッケージに関する説明である。ベンダ名は、販売パッケージのベンダ（開発者）の名前である。名称は、販売パッケージの名前である。配布タイプは、アクティベーション（ライセンス認証）の要否を示す情報である。アクティベーションが不要な販売パッケージは無料で使用することができるが、本実施例では、アクティベーションが必要な販売パッケージを例に以下説明する。

また、機能パッケージは、機能単位でパッケージ化されたソフトウェアパッケージである。一つの機能パッケージは、一つの機能パッケージ情報ファイルと一つのコンポーネントの実体とを含む書庫ファイルとして構成される。

機能パッケージ情報ファイルは、機能パッケージの属性情報（機能パッケージ情報）が記録されたファイルである。また、機能パッケージ情報は、プロダクトＩＤ、バージョン、名称、説明、ベンダ名、及び配布タイプ等を含む。

プロダクトＩＤは、機能パッケージに対するプロダクトＩＤである。バージョンは、機能パッケージの番号である。名称は、機能パッケージの名前である。説明は、機能パッケージに関する説明である。ベンダ名は、機能パッケージのベンダ（開発者）の名前である。配布タイプは、機能パッケージに対するアクティベーションの要否を示す情報である。

図２は、販売サーバ５００と、ライセンス管理サーバ３００と、ユーザＰＣ２００、およびＭＦＰ１００による全体の処理の概要を示す図である。本図に示すように、ユーザＰＣ２００は、販売サーバ５００に対してコンポーネントの購入契約や解約手続を行う。販売サーバ５００は、ライセンス管理サーバ３００のアクティベーションサーバ部３１０にプロダクトＩＤを指定してライセンス発行を申請し、ライセンス管理サーバ３００のアクティベーションサーバ部３１０は、プロダクトキーを生成し、生成したプロダクトキーをライセンス管理ＤＢ（Ｄａｔａ Ｂａｓｅ）３１５に登録するとともに、販売サーバ５００に送信する。販売サーバ５００は、受信したプロダクトキーをユーザＰＣ２００に送信する。

ユーザＰＣ２００からプロダクトキーを受信したＭＦＰ１００は、ライセンス管理サーバ３００のアクティベーションサーバ部３１０に、ライセンスファイルを要求する。ライセンス管理サーバ３００のアクティベーションサーバ部３１０は、コンポーネントサーバ部３２０により生成されたライセンスファイルをＭＦＰ１００に送信する。

ライセンスファイルを受信したＭＦＰ１００は、ライセンス管理サーバ３００のコンポーネントサーバ部３２０に、プロダクトＩＤを指定してダウンロード要求するとともに、ライセンスファイルを送信する。ライセンス管理サーバ３００のコンポーネントサーバ部３２０は、受信したライセンスファイルを認証し、ＭＦＰ１００にプロダクトＩＤにより識別される販売パッケージをダウンロードする。

図３は、本発明の実施の形態における販売サーバ５００と、アプリダウンロードサーバ４００と、ライセンス管理サーバ３００の機能構成例を示す図である。まず、販売サーバ５００は、商品を販売するポータルサイトであり、商品管理部５０１、販売登録部５０２、及び商品管理ＤＢ５０３を主に備える。

販売管理部５０１は、商品管理ＤＢ５０３に商品情報が登録されている商品について、ユーザＰＣ２００より購入申請を受け付ける。販売管理部５０１は、購入申請された商品のプロダクトＩＤに対するプロダクトキーをライセンス管理サーバ３００に発行させ、当該プロダクトキーを購入申請に対する応答としてユーザＰＣ２００に送信する。

商品登録部５０２は、ライセンス管理サーバ３００において一元的に管理されている販売パッケージの一覧情報をダウンロードし、当該一覧情報に基づいて入力される商品の構成情報等を商品管理ＤＢ５０３に登録する。

本実施の形態において、商品は、プロダクトＩＤにより識別される販売パッケージ又はグループと、そのライセンスの内容を示すライセンス情報とによって構成される概念である。ここで、ライセンス情報とは、ライセンス形態、ライセンス期間、ライセンス数等の情報のことである。

また、プロダクトキーとは、商品が購入されるごとに一意に発行される（又は割り当てられる）識別子である。このため、プロダクトキーは、商品に含まれる販売パッケージに対するライセンスを識別する情報（ライセンス識別子）として、また、商品の正当な購入者であることを証明するための情報として用いられる。

ライセンス管理サーバ３００は、アクティベーションサーバ部３１０と、コンポーネントサーバ部３２０とを主に備える。まず、アクティベーションサーバ部３１０は、発行申請受付部３１１と、プロダクトキー生成部３１２と、アクティベート部３１３と、ディアクティベート機器検知部３１４と、ライセンス管理部３１５と、ライセンス管理ＤＢ３１６とを主に備える。

ライセンス管理ＤＢ３１６は、販売パッケージのライセンスを記憶する。図４−１は、ライセンス管理ＤＢ３１６に記憶されているレコードの一例を示す図である。本図に示すように、ライセンス管理ＤＢ３１６は、販売パッケージのプロダクトキーに、販売パッケージを識別するためのプロダクトＩＤと、当該プロダクトキーに対応するライセンスの数を示すライセンス数とを対応付けたレコードを記憶する。

ライセンス管理ＤＢ３１６は、また、プロダクトキーごとに、プロダクトキーを利用中のＭＦＰ１００の機器ＩＤが登録されているロックコードを記憶する。図４−２は、ロックコードの一例を示す図である。図４−２に示すように、同一プロダクトキーに対して複数のライセンスが存在する場合には、複数のＭＦＰ１００がアプリケーションを利用可能であるため、複数の機器ＩＤが登録される。

ライセンス管理ＤＢ３１６は、さらに、プロダクトキーごとに、プロダクトキーを利用中のＭＦＰ１００が、強制ディアクティベートされたＭＦＰ１００の機器ＩＤが登録されている履歴ＩＤリストを、記憶する。ここで、強制ディアクティベートとは、ＭＦＰ１００からのディアクティベーション要求によらない、サーバ側からの強制的なディアクティベートのことである。なお、強制ディアクティベートがなされる場合とは、例えば、ＭＦＰ１００の故障検知によりライセンス管理サーバ３００が強制的にディアクティベートする場合等がある。

図４−３は、履歴ＩＤリストの一例を示す図である。図４−３に示すように、履歴ＩＤリストに登録される機器ＩＤは、強制ディアクティベートされたＭＦＰ１００からディアクティベーション要求がなされるまで登録されているため、ライセンス数が１つであっても、強制ディアクティベートされたＭＦＰ１００が複数あれば、複数の機器ＩＤが登録される。

発行申請受付部３１１は、販売サーバ５００から、所定の販売パッケージのプロダクトＩＤに対するプロダクトキーの発行申請を受信する。

プロダクトキー生成部３１２は、発行申請受付部３１１によりプロダクトキーの発行申請を受信すると、指定された販売パッケージのプロダクトＩＤに対するプロダクトキーを生成する。プロダクトキー生成部３１２は、プロダクトキーを生成すると、生成したプロダクトキーをライセンス管理ＤＢ３１６に登録するとともに、当該プロダクトキーを販売サーバ５００に送信する。

ディアクティベート機器検知部３１４は、アクティベートされているＭＦＰ１００をディアクティベートする要因であるディアクティベート要因を検知し、アクティベート部３１３に強制ディアクティベーション要求を送信する。ここで、ディアクティベート要因とは、例えば、ＭＦＰ１００の故障がある。ディアクティベート機器検知部３１４は、定期的にポーリングすることにより、ＭＦＰ１００の状態を受信し、故障を検知する。また、強制ディアクティベーション要求とは、強制ディアクティベートの要求のことであり、プロダクトＩＤと、プロダクトキーと、機器ＩＤを含む。

アクティベート部３１３は、ＭＦＰ１００から、アクティベーション要求を受信すると、ライセンス管理ＤＢ３１６のライセンス数を照合し、アクティベーション要求にかかる販売パッケージをアクティベートする。ここで、アクティベーション要求とは、アプリケーションのライセンスを認証する要求であり、プロダクトＩＤと、プロダクトキーと、機器ＩＤを含む。

具体的には、アクティベート部３１３は、ＭＦＰ１００からアクティベーション要求とともに、プロダクトＩＤとプロダクトキーを受信し、ライセンス管理ＤＢ３１６のレコードを照合して、受信したプロダクトキーに対応するライセンス数を確認する。アクティベート部３１３は、当該プロダクトキーに対応するライセンス数が１つ以上登録されていることを確認した場合は、アクティベートしてよいと判断し、アクティベーション要求の送信元のＭＦＰ１００に当該販売パッケージをアクティベートする。なお、アクティベート部３１３は、本発明における判断部に相当する。

アクティベート部３１３は、ライセンス管理ＤＢ３１６を照合した結果、ライセンス数が１つ以上登録されていないことを確認した場合は、アクティベーション要求を送信したＭＦＰ１００にアクティベートできない旨を示すエラーを送信する。なお、アクティベート部３１３は、本発明におけるエラー報知部に相当する。

アクティベート部３１３は、また、ＭＦＰ１００からディアクティベーション要求を受信すると、ディアクティベーション要求にかかる販売パッケージをディアクティベートする。ここで、ディアクティベーション要求とは、アプリケーションの利用を解除する要求であり、プロダクトＩＤと、プロダクトキーと、機器ＩＤを含む。

具体的には、アクティベート部３１３は、ＭＦＰ１００からディアクティベーション要求とともに、プロダクトＩＤとプロダクトキーを受信する。アクティベート部３１３は、ディアクティベーション要求の送信元のＭＦＰ１００に当該販売パッケージをディアクティベートする。

アクティベート部３１３は、また、ディアクティベート機器検知部３１４により強制ディアクティベーション要求を受信すると、強制ディアクティベーション要求にかかるＭＦＰ１００をディアクティベートする。

ライセンス管理部３１５は、アクティベート部３１３によりＭＦＰ１００がアクティベートされた場合は、ライセンス管理ＤＢ３１６に登録されているロックコードに、アクティベートされたＭＦＰ１００の機器ＩＤを登録するとともに、ライセンス数を１つ減少させる編集を行う。

ライセンス管理部３１５は、アクティベート部３１３によりＭＦＰ１００がディアクティベートされた場合は、ライセンス管理ＤＢ３１６に登録されているロックコードから、ディアクティベートされたＭＦＰ１００の機器ＩＤを削除するとともに、ライセンス数を１つ増加させる。

次に、コンポーネントサーバ部３２０は、ダウンロード実行部３２１と、ライセンスファイル生成部３２２と、コンポーネント管理ＤＢ３２３とを主に備える。

ダウンロード実行部３２１は、アプリダウンロードサーバ４００から受信され、コンポーネント管理ＤＢ３２３に登録されている販売パッケージを、複合機１００にダウンロードする。

コンポーネント管理ＤＢ３２３は、アプリダウンロードサーバ４００から受信した販売パッケージを記憶する。

ライセンスファイル生成部３２２は、ユーザＰＣ２００からプロダクトキーを受信し、ライセンス管理ＤＢ３１６を参照して、プロダクトキーの妥当性をチェックし、妥当であった場合にライセンスファイルを生成する。ここで、ライセンスファイルとは、ＭＦＰ１００にインストールすることが許諾された販売パッケージについてのライセンス情報が記されたファイルのことである。具体的には、受信したプロダクトキーを、ライセンス管理ＤＢ３１６に登録されている発行済みのプロダクトキーと照合し、一致するか否かを確認し、一致した場合に妥当であるとする。

アプリダウンロードサーバ４００は、ダウンロード処理部４０１と、販売パッケージ管理ＤＢ４０２を主に備える。

販売パッケージ管理ＤＢ４０２は、販売パッケージを個々の販売パッケージを識別するプロダクトＩＤに対応付けて保存する。

ダウンロード処理部４０１は、ＭＦＰ１００からのダウンロード要求において指定されたプロダクトＩＤにより識別される販売パッケージを、ライセンス管理部３００のコンポーネントサーバ部３２０に転送し、ライセンス管理部３００のコンポーネントサーバ部３２０を介して、ＭＦＰ１００に送信する。

次に、ＭＦＰ１００について説明する。図５は、本実施の形態にかかるＭＦＰのソフトウェア構成図である。本図に示すように、ＭＦＰ１００は、白黒レーザプリンタ（B&W LP）１０１と、カラーレーザプリンタ（Color LP）１０２と、ＨＤＤ１０３と、スキャナ、ファクシミリ、メモリなどのハードウェアリソース１０４、通信Ｉ／Ｆ（インターフェース）１０５を有するとともに、プラットホーム１２０と、アプリケーション１３０とから構成されるソフトウェア群１１０とを備えている。

本実施の形態のＭＦＰ１００では、ＨＤＤ１０３に、アプリケーション、および該アプリケーションのライセンスデータ、およびＭＦＰ１００に固有の識別情報である機器ＩＤが保存されている。

プラットホーム１２０は、アプリケーションからの処理要求を解釈してハードウェア資源の獲得要求を発生させるコントロールサービス１３０と、一または複数のハードウェア資源の管理を行い、コントロールサービスからの獲得要求を調停するシステムリソースマネージャ（ＳＲＭ）１２３と、汎用ＯＳ１２１とを有する。

コントロールサービスは、複数のサービスモジュールから形成され、ＳＣＳ（システムコントロールサービス）１２２と、ＥＣＳ（エンジンコントロールサービス）１２４と、ＭＣＳ（メモリコントロールサービス）１２５と、ＯＣＳ（オペレーションパネルコントロールサービス）１２６と、ＦＣＳ（ファックスコントロールサービス）１２７と、ＮＣＳ（ネットワークコントロールサービス）１２８と、ＮＲＳ（ニューリモートサービス）１２９と、アプリインストール制御サービス１３１と、から構成される。このプラットホーム１２０は、あらかじめ定義された関数により前記アプリケーション１３０から処理要求を受信可能とするアプリケーションプログラムインタフェース（ＡＰＩ）を有する。

汎用ＯＳ１２１は、ＵＮＩＸ（登録商標）などの汎用オペレーティングシステムであり、プラットホーム１２０並びにアプリケーション１３０の各ソフトウェアをそれぞれプロセスとして並列実行する。

ＳＲＭ１２３のプロセスは、ＳＣＳ１２２とともにシステムの制御およびリソースの管理を行うものである。ＳＲＭ１２３のプロセスは、スキャナ部やプリンタ部などのエンジン、メモリ、ＨＤＤファイル、ホストＩ／Ｏ（セントロＩ／Ｆ、ネットワークＩ／Ｆ、ＩＥＥＥ１３９４ Ｉ／Ｆ、ＲＳ２３２Ｃ Ｉ／Ｆなど）のハードウェア資源を利用する上位層からの要求にしたがって調停を行い、実行制御する。

具体的には、このＳＲＭ１２３は、要求されたハードウェア資源が利用可能であるか（他の要求により利用されていないかどうか）を判断し、利用可能であれば要求されたハードウェア資源が利用可能である旨を上位層に伝える。また、ＳＲＭ１２３は、上位層からの要求に対してハードウェア資源の利用スケジューリングを行い、要求内容（例えば、プリンタエンジンにより紙搬送と作像動作、メモリ確保、ファイル生成など）を直接実施している。

ＳＣＳ１２２のプロセスは、アプリ管理、操作部制御、システム画面表示、ＬＥＤ表示、リソース管理、割り込みアプリ制御などを行う。

ＥＣＳ１２４のプロセスは、白黒レーザプリンタ（B&W LP）１０１、カラーレーザプリンタ（Color LP）１０２、スキャナ、ファクシミリなどからなるハードウェアリソース１０４のエンジンの制御を行う。

ＭＣＳ１２５のプロセスは、画像メモリの取得および解放、ハードディスク装置（ＨＤＤ）の利用、画像データの圧縮および伸張などを行う。

ＦＣＳ１２７のプロセスは、システムコントローラの各アプリ層からＰＳＴＮ／ＩＳＤＮ網を利用したファクシミリ送受信、ＢＫＭ（バックアップＳＲＡＭ）で管理されている各種ファクシミリデータの登録／引用、ファクシミリ読みとり、ファクシミリ受信印刷、融合送受信を行うためのＡＰＩを提供する。

ＮＣＳ１２８のプロセスは、ネットワークＩ／Ｏを必要とするアプリケーションに対して共通に利用できるサービスを提供するためのプロセスであり、ネットワーク側から各プロトコルによって受信したデータを各アプリケーションに振り分けたり、アプリケーションからデータをネットワーク側に送信したりする際の仲介を行う。

ＯＣＳ１２６のプロセスは、オペレータ（ユーザ）と本体制御間の情報伝達手段となるオペレーションパネル（操作パネル）の制御を行う。ＯＣＳ１２６は、オペレーションパネルからキー押下（またはタッチ操作）をキーイベントとして取得し、取得したキーに対応したキーイベント関数をＳＣＳ１２２に送信するＯＣＳプロセスの部分と、アプリケーション１３０またはコントロールサービスからの要求によりオペレーションパネルに各種画面を描画出力する描画関数やその他オペレーションパネルに対する制御を行う関数などがあらかじめ登録されたＯＣＳライブラリの部分とから構成される。このＯＣＳライブラリは、アプリケーション１３０およびコントロールサービスの各モジュールにリンクされて実装されている。なお、ＯＣＳ１２６のすべてをプロセスとして動作させるように構成しても良く、あるいはＯＣＳ１２６のすべてをＯＣＳライブラリとして構成しても良い。

アプリインストール制御サービス１３１は、ＭＦＰ１００にアプリケーションをインストールする制御を行うものであり、以下において詳細に説明する。

図６は、アプリインストール制御サービスにおける機能の説明図である。図６に示すように、アプリインストール制御サービス１３１は、ライセンスファイル取得部１３２と、インストール部１３３と、アクティベーション要求部１３４と、ディアクティベーション要求部１３５と、通信部１３６とを主に備えている。

ライセンスファイル取得部１３２は、ライセンス管理サーバ３００のアクティベーションサーバ部３１０からライセンスファイルを受信する。

インストール部１３３は、アプリダウンロードサーバ４００、またはライセンス管理サーバ３００のコンポーネントサーバ部３２０からダウンロードした販売パッケージに含まれるアプリケーションをインストールする。

アクティベーション要求部１３４は、通信部１３６を介して、ライセンス管理サーバ３００のアクティベーションサーバ部３１０にアクティベーション要求を送信する。

ディアクティベーション要求部１３５は、通信部１３６を介して、ライセンス管理サーバ３００のアクティベーションサーバ部３１０にディアクティベーション要求を送信する。

通信部１３６は、販売サーバ５００、ライセンス管理サーバ３００、アプリダウンロードサーバ４００、およびユーザＰＣ２００と通信し、データを送受信する。

次に、ライセンス購入処理の手順を説明する。図７は、遠隔管理システムにおけるライセンス購入処理の手順を示すシーケンス図である。まず、ユーザＰＣ２００は、ユーザから販売パッケージのプロダクトＩＤや、購入を希望するライセンス数等、ライセンス購入にかかる所定事項の入力を受け付けると、販売サーバ５００にライセンス購入の要求として、当該所定事項を送信する（ステップＳ１０）。

販売サーバ５００は、ユーザＰＣ２００からプロダクトＩＤを受信すると、ライセンス管理サーバ３００のアクティベーション要求部３１０に、ユーザＰＣ２００から受信したプロダクトＩＤに対するライセンスの発行申請を送信する（ステップＳ１１）。具体的には、販売サーバ５００の販売管理部５０１は、ライセンス管理サーバ３００のアクティベーションサーバ部３１０に、ユーザＰＣ２００から受信したプロダクトＩＤを送信する。

ライセンス管理サーバ３００のアクティベーションサーバ部３１０のプロダクトキー生成部３１２は、ライセンス管理サーバ３００のアクティベーションサーバ部３１０の発行申請受付部３１１からプロダクトＩＤを受信し、受信したプロダクトＩＤに対するプロダクトキーを生成する（ステップＳ１２）。ライセンス管理サーバ３００のアクティベーションサーバ部３１０のプロダクトキー生成部３１２は、生成したプロダクトキーをライセンス管理ＤＢ３１６に蓄積するとともに（ステップＳ１３）、販売サーバ５００に生成したプロダクトキーを送信する（ステップＳ１４）。

図８は、ライセンス管理ＤＢ３１６のレコードの一例を示す図である。図８に示すように、プロダクトキー生成部３１２は、発行申請を受け付けたプロダクトＩＤに対して発行したプロダクトキー「ＲＰ ５５２ ８９１ ５７８」と、当該プロダクトキーにパッケージ情報「ＣｏｐｙＰｋｇ」と、購入されたライセンス数「１」を対応付けたレコードを、ライセンス管理ＤＢ３１６に登録する。

販売サーバ５００は、ユーザＰＣ２００に、ライセンス管理サーバ３００のアクティベーションサーバ部３１０のプロダクトキー生成部３１２から受信したプロダクトキーを送信する（ステップＳ１５）。ＭＦＰ１００は、ライセンス管理サーバ３００のコンポーネントサーバ部３２０に、ユーザＰＣ２００により受信したプロダクトキーと、機器ＩＤを含むアクティベーション要求を送信する（ステップＳ１６）。

ライセンス管理サーバ３００のコンポーネントサーバ部３２０のライセンスファイル生成部３２２は、ライセンス管理ＤＢ３１６に、受信したプロダクトキーを照合し、妥当性をチェックし、ライセンスファイルを生成する（ステップＳ１７）。具体的には、ライセンス管理ＤＢ３１６に、受信したプロダクトキーが登録されているか否かを確認する。

ライセンス管理サーバ３００のコンポーネントサーバ部３２０のライセンスファイル生成部３２２は、受信したプロダクトキーが妥当であることを確認した場合は、ライセンスファイルを生成する（ステップＳ１８）。

ライセンス管理サーバ３００のコンポーネントサーバ部３２０のダウンロード実行部３２１は、アプリダウンロードサーバ４００から取得した販売パッケージを、生成したライセンスファイルとともにＭＦＰ１００に送信する（ステップＳ１９）。

次に、遠隔管理システムによるアクティベート処理について説明する。図９は、遠隔管理システムによるアクティベート処理の手順を示すシーケンス図である。まず、ＭＦＰ１００のインストール部１３３は、ライセンス購入処理により、ライセンス管理サーバ３００のコンポーネントサーバ部３２０から受信した販売パッケージをインストールする（ステップＳ２０）。

ＭＦＰ１００のアクティベーション要求部１３４は、プロダクトキーと機器ＩＤを、アクティベーション要求とともにライセンス管理サーバ３００に送信する（ステップＳ２１）。

ライセンス管理サーバ３００のアクティベーションサーバ部３１０のアクティベート部３１３は、アクティベーション要求を受信すると、ライセンス管理ＤＢ３１６を参照してアクティベートを許可してよいか否かを判断し、ライセンス管理サーバ３００のアクティベーションサーバ部３１０のライセンス管理部３１５にレコードの編集指示を送信する（ステップＳ２２）。具体的には、ライセンス管理ＤＢ３１６のレコードから、ＭＦＰ１００から受信したプロダクトキーに対応付けられているライセンス数が１つ以上登録されているか否かを確認し、１つ以上登録されていることを確認した場合にアクティベートする。

ライセンス管理サーバ３００のアクティベーションサーバ部３１０のライセンス管理部３１５は、アクティベート指示を受信すると、ライセンス管理ＤＢ３１６に登録されているレコードを編集する（ステップＳ２３）。

ここで、ステップＳ２３のレコード編集処理について詳細に説明する。図１０は、レコード編集処理の手順を示すフローチャートである。

ライセンス管理サーバ３００は、まず、プロダクトキーと機器ＩＤを受信し（ステップＳ３１）、受信したプロダクトキーに対応付けられているライセンス数が１つ以上登録されているか否かを確認する（ステップＳ３２）。

ライセンス管理サーバ３００は、ライセンス数が１つ以上登録されていることを確認した場合は（ステップＳ３２：Ｙｅｓ）、ＭＦＰ１００にアクティベーション要求にかかるプロダクトキーのライセンスをアクティベートする（ステップＳ３４）。

一方、ライセンス管理サーバ３００は、ライセンス数が１つ以上登録されていることを確認しなかった場合は（ステップＳ３２：Ｎｏ）、ＭＦＰ１００にエラーを送信する（ステップＳ３３）。

ライセンス管理サーバ３００は、履歴ＩＤリストからアクティベートされたＭＦＰ１００の機器ＩＤを検索する（ステップＳ３５）。ライセンス管理サーバ３００は、検索結果より、履歴ＩＤリストからアクティベートされたＭＦＰ１００の機器ＩＤを検索し（ステップＳ３６）、当該機器ＩＤを発見した場合は（ステップＳ３６：Ｙｅｓ）、履歴ＩＤリストから当該機器ＩＤを削除する（ステップＳ３７）。なお、履歴ＩＤリストに機器ＩＤを発見した場合とは、強制ディアクティベートされたＭＦＰ１００による再度のアクティベーション要求である場合となる。

ライセンス管理サーバ３００は、履歴ＩＤリストから当該機器ＩＤを削除すると（ステップＳ３７）、ロックコードに当該機器ＩＤを追加登録する（ステップＳ３８）。または、履歴ＩＤリストに当該機器ＩＤを発見しなかった場合は（ステップＳ３６：Ｎｏ）、履歴ＩＤリストを編集することなく、ロックコードに当該機器ＩＤを追加登録する（ステップＳ３８）。なお、履歴ＩＤリストに機器ＩＤを発見しなかった場合とは、通常のアクティベーション要求がなされた場合である。

ライセンス管理サーバ３００は、ロックコードに当該機器ＩＤを追加登録すると（ステップＳ３８）、レコードのライセンス数を１つ減少させる（ステップＳ３９）。

図１１は、アクティベート処理時にライセンス管理部３１５により編集されたレコードの一例を示す図である。図１１に示すように、ライセンス管理部３１５は、レコードのプロダクトキー「ＲＰ ５５２ ８９１ ５７８」に対応するライセンス数を、図８に示したライセンス購入時のライセンス数１から１つ減少し、０に編集している。

図９のシーケンス図のステップＳ２４に戻り、ライセンス管理サーバ３００のアクティベーションサーバ部３１０のライセンス管理部３１５は、レコードの編集を完了すると、ライセンス管理サーバ３００のアクティベーションサーバ部３１０のアクティベート部３１３に編集処理が正常に終了した旨を送信する（ステップＳ２４）。

ライセンス管理サーバ３００は、レコードの編集処理が終了した旨を受信すると、ＭＦＰ１００にアクティベートが完了した旨を送信する（ステップＳ２５）。

ＭＦＰ１００は、ライセンス管理サーバ３００にディアクティベーション要求を送信する（ステップＳ２６）。具体的には、ＭＦＰ１００は、通信部１３６を介して、ライセンス管理サーバ３００に、ディアクティベーション要求にかかる販売パッケージのプロダクトＩＤと、プロダクトキーと、機器ＩＤを含むディアクティベーション要求を送信する。

ライセンス管理サーバ３００は、ディアクティベーション要求を受信すると、ライセンス管理ＤＢ３１６を照合してディアクティベートし、ライセンス管理部３１５にレコードの編集指示を送信する（ステップＳ２７）。

ライセンス管理サーバ３００は、ディアクティベート指示を受信すると、ライセンス管理ＤＢ３１６に登録されているレコードを編集する（ステップＳ２８）。

ここで、ディアクティベート処理時におけるライセンス管理部３１５によるレコード編集処理について詳細に説明する。図１２は、ディアクティベート処理時におけるライセンス管理部３１５によるレコード編集処理の手順を示すフローチャートである。

ライセンス管理サーバ３００は、まず、プロダクトキーと機器ＩＤを受信する（ステップＳ４０）。ライセンス管理部３１５は、履歴ＩＤリストから受信した機器ＩＤを検索し（ステップＳ４１）、当該機器ＩＤを発見した場合は（ステップＳ４２：Ｙｅｓ）、履歴ＩＤリストから当該機器ＩＤを削除する編集を行う（ステップＳ４５）。

一方、履歴ＩＤリストに当該機器ＩＤを発見しなかった場合は（ステップＳ４２：Ｎｏ）、ライセンス管理部３１５は、ロックコードから当該機器ＩＤを削除し（ステップＳ４３）、ライセンス数を１つ増加する編集を行う（ステップＳ４４）。

図１３は、ディアクティベート処理時にライセンス管理部３１５により編集されたレコードの一例を示す図である。図１３に示すように、ライセンス管理部３１５は、レコードのプロダクトキー「ＲＰ ５５２ ８９１ ５７８」に対応するライセンス数を、図１１に示したアクティベート時のライセンス数０から１つ増加し、１に編集している。

ライセンス管理サーバ３００のアクティベーションサーバ部３１０のライセンス管理部３１５は、レコードの編集を完了すると、ライセンス管理サーバ３００のアクティベーションサーバ部３１０のアクティベート部３１３に編集処理が正常に終了した旨を送信する（ステップＳ２９）。

ライセンス管理サーバ３００のアクティベーションサーバ部３１０のアクティベート部３１３は、レコードの編集処理が終了した旨を受信すると、ＭＦＰ１００にディアクティベートが完了した旨を送信する（ステップＳ３０）。

次に、ライセンス管理サーバ３００によりＭＦＰ１００が強制的にディアクティベーションされる強制ディアクティベーション処理について説明する。図１４は、強制ディアクティベーション処理の手順を示すシーケンス図である。

ライセンス管理サーバ３００のアクティベーションサーバ部３１０のアクティベート部３１３は、ＭＦＰ１００に故障を発見したような場合に、ライセンス管理サーバ３００からの強制的なディアクティベートである強制ディアクティベートを実行する（ステップＳ４６）。

ライセンス管理サーバ３００のアクティベーションサーバ部３１０のアクティベート部３１３は、ライセンス管理サーバ３００のアクティベーションサーバ部３１０のライセンス管理部３１５に強制ディアクティベートに伴うレコードの編集指示を送信し（ステップＳ４７）、ライセンス管理サーバ３００のアクティベーションサーバ部３１０のライセンス管理部３１５は、レコードの編集を行う（ステップＳ４８）。具体的には、強制ディアクティベーションにかかるＭＦＰ１００の機器ＩＤを履歴ＩＤリストに登録し、ロックコードからＭＦＰ１００の機器ＩＤを削除し、ライセンス数を１つ増加する。

図１５は、強制ディアクティベート処理時にライセンス管理部３１５により編集されたレコードの一例を示す図である。図１５に示すように、ライセンス管理部３１５は、レコードのプロダクトキー「ＲＰ ５５２ ８９１ ５７８」に対応するロックコードから機器ＩＤを削除し、履歴ＩＤリストにＭＦＰ１００の機器ＩＤを登録するとともに、ライセンス数を、図１１に示したアクティベート処理時のライセンス数０から１つ増加し、１に編集している。

図１４のシーケンス図のステップＳ４９に戻り、ライセンス管理サーバ３００のアクティベーションサーバ部３１０のライセンス管理部３１５は、レコードの編集を完了すると、ライセンス管理サーバ３００のアクティベーションサーバ部３１０のアクティベート部３１３に編集処理が正常に終了した旨を送信する（ステップＳ４９）。

次に、ＭＦＰ１００ａに強制ディアクティベーションが実行された後に、別のＭＦＰ１００ｂがアクティベーション要求し、元のＭＦＰ１００ａが再度アクティベーション要求した場合の処理について説明する。図１６は、ＭＦＰ１００ａに強制ディアクティベーションが実行された後に、別のＭＦＰ１００ｂがアクティベーション要求し、元のＭＦＰ１００ａが再度アクティベーション要求した場合の処理を示すシーケンス図である。

ライセンス管理サーバ３００のアクティベーションサーバ部３１０のアクティベート部３１３は、アクティベートされているＭＦＰ１００ａに対して強制ディアクティベートを実行し（ステップＳ５０）、ライセンス管理サーバ３００のアクティベーションサーバ部３１０のライセンス管理部３１５にレコードの編集指示を送信する（ステップＳ５１）。

ライセンス管理サーバ３００のアクティベーションサーバ部３１０のライセンス管理部３１５は、強制ディアクティベート指示を受信すると、ライセンス管理サーバ３００のアクティベーションサーバ部３１０のライセンス管理ＤＢ３１６に登録されているレコードを編集する（ステップＳ５２）。なお、ここで編集されたライセンス管理ＤＢ３１６のレコードは、図１５に示したライセンス管理ＤＢ３１６のレコードと同様である。

ライセンス管理サーバ３００のアクティベーションサーバ部３１０のライセンス管理部３１５は、レコードの編集を完了すると（ステップＳ５２）、ライセンス管理サーバ３００のアクティベーションサーバ部３１０のアクティベート部３１３にレコード編集が正常に終了した旨を通知する（ステップＳ５３）。

次に、ＭＦＰ１００ｂのアクティベーション要求部３１４は、ライセンス管理サーバ３００のアクティベーションサーバ部３１０のアクティベート部３１３にアクティベーション要求を送信する（ステップＳ５４）。ここで、ＭＦＰ１００ｂは、アクティベーション要求とともに、プロダクトキーと機器ＩＤを送信する。

ライセンス管理サーバ３００のアクティベーションサーバ部３１０のアクティベート部３１３は、ＭＦＰ１００ｂからプロダクトキーと機器ＩＤとともに、アクティベーション要求を受信すると、ライセンス管理ＤＢ３１６を照合した上で、ＭＦＰ１００ｂに対してアクティベートし、ライセンス管理サーバ３００のアクティベーションサーバ部３１０のライセンス管理部３１５にレコードの編集指示を送信する（ステップＳ５５）。ここで、現状のライセンス管理ＤＢ３１６は、図１５に示したレコードであるため、ライセンス数が１つ登録されているので、アクティベート許可される。

ライセンス管理サーバ３００のアクティベーションサーバ部３１０のライセンス管理部３１５は、レコードの編集指示を受信すると、レコードの編集を行う（ステップＳ５６）。具体的には、レコードのロックコードにＭＦＰ１００ｂの機器ＩＤを登録し、ライセンス数を１つ減少させる。

図１７は、ＭＦＰ１００ｂのアクティベート処理時にライセンス管理部３１５により編集されたレコードの一例を示す図である。図１７に示すように、ライセンス管理部３１５は、レコードのプロダクトキー「ＲＰ ５５２ ８９１ ５７８」に対応するロックコードにＭＦＰ１００ｂの機器ＩＤを登録し、ライセンス数を図１５に示したＭＦＰ１００ａの強制ディアクティベート時のライセンス数１から１つ減少させ、０に編集している。

ステップＳ５６に戻り、ライセンス管理サーバ３００のアクティベーションサーバ部３１０のライセンス管理部３１５は、レコードの編集を完了すると（ステップＳ５６）、ライセンス管理サーバ３００のアクティベーションサーバ部３１０のアクティベート部３１３にレコード編集が正常に終了した旨を通知する（ステップＳ５７）。

ライセンス管理サーバ３００のアクティベーションサーバ部３１０のアクティベート部３１３は、ＭＦＰ１００ｂにアクティベートが正常に完了した旨を通知する（ステップＳ５８）。

次に、強制ディアクティベートされたＭＦＰ１００ａが、ライセンス管理サーバ３００のアクティベーションサーバ部３１０のアクティベート部３１３に再度アクティベーション要求を送信する（ステップＳ５９）。ライセンス管理サーバ３００のアクティベーションサーバ部３１０のアクティベート部３１３は、ライセンス管理ＤＢ３１６を照合し、ライセンス数を確認すると、図１７に示したように、ライセンス数は０であるため、これ以上のアクティベートを行うことができないと判断する。

ライセンス管理サーバ３００のアクティベーションサーバ部３１０のライセンス管理部３１５は、アクティベート処理が行われないため、レコードの編集を行わず（ステップＳ６１）、ライセンス管理サーバ３００のアクティベーションサーバ部３１０のアクティベート部３１３にエラーを返す（ステップＳ６２）。

ライセンス管理サーバ３００のアクティベーションサーバ部３１０のアクティベート部３１３は、ＭＦＰ１００ａにアクティベートできない旨を示すアクティベートエラーを送信する（ステップＳ６３）。

このように、最初にアクティベートされたＭＦＰ１００ａが強制ディアクティベートされた後に、別のＭＦＰ１００ｂがアクティベートしている状態で、ＭＦＰ１００ａが再度アクティベーション要求を送信してきた場合には、同一プロダクトキーに対するライセンスはすでにＭＦＰ１００ｂにより使用されているため、レコードのライセンス数は０となっており、二重使用できないこととなる。

次に、同一のプロダクトキーにより、最初にアクティベートしたＭＦＰ１００ａが強制ディアクティベートされた後に、別のＭＦＰ１００ｂがアクティベートし、さらに最初にアクティベートされたＭＦＰ１００ａがディアクティベーション要求した場合の処理について説明する。図１８は、強制ディアクティベートされたＭＦＰ１００ａに対するディアクティベート処理の手順を示すシーケンス図である。

図１８のステップＳ７０からステップＳ７８までの処理は、図１６におけるアクティベート処理のシーケンス図のステップＳ５０からステップＳ５８と同様であるため説明を省略する。

ステップＳ７９において、ＭＦＰ１００ａのディアクティベーション要求部１３５は、ライセンス管理サーバ３００のアクティベーションサーバ部３１０のアクティベート部３１３に、ディアクティベーション要求を送信する（ステップＳ７９）。具体的には、ＭＦＰ１００ａのディアクティベーション要求部１３５は、プロダクトキーと機器ＩＤを、ディアクティベーション要求とともに送信する。

ＭＦＰ１００ａからディアクティベーション要求を受信すると、ライセンス管理サーバ３００のアクティベーションサーバ部３１０のアクティベート部３１３は、ＭＦＰ１００ａに対してディアクティベートし、ライセンス管理サーバ３００のアクティベーションサーバ部３１０のライセンス管理部３１５に、レコードの編集指示を送信する（ステップＳ８０）。

ライセンス管理サーバ３００のアクティベーションサーバ部３１０のライセンス管理部３１５は、ライセンス管理ＤＢ３１６のレコードのうち、履歴ＩＤリストに登録されているＭＦＰ１００ａの機器ＩＤを削除する（ステップＳ８１）。なお、ライセンス管理部３１５が、当該機器ＩＤにより識別されるＭＦＰ１００は、ライセンス管理サーバ３００により強制ディアクティベートされた際に、すでにロックコードから機器ＩＤを削除されるとともに、ライセンス数を１つ増加されているため、ライセンス管理部３１５は、ライセンス数については編集を行わない。

図１９は、ライセンス管理部３１５により編集されたレコードの一例を示す図である。図１９に示すように、ライセンス管理部３１５は、図１７で示したライセンス管理部３１５により編集されたレコードの履歴ＩＤリストから、ＭＦＰ１００ａの機器ＩＤを削除する編集を行っている。

ステップＳ８２に戻り、ライセンス管理サーバ３００のアクティベーションサーバ部３１０のライセンス管理部３１５は、ライセンス管理サーバ３００のアクティベーションサーバ部３１０のアクティベート部３１３に、レコード編集が正常に終了した旨を通知し（ステップＳ８２）、ライセンス管理サーバ３００のアクティベーションサーバ部３１０のアクティベート部３１３は、ＭＦＰ１００ａにディアクティベートが完了した旨を通知する（ステップＳ８３）。

このように、ライセンス管理サーバ３００は、ディアクティベーション要求の受信とともに、ライセンス数を１つ増加させるが、履歴ＩＤリストにより、強制ディアクティベートされたＭＦＰ１００からディアクティベーション要求された場合は、ライセンス数を増加させないこととしたため、ライセンス数の同期をとることが可能となる。さらに、ユーザが、ＭＦＰ１００が強制ディアクティベートされ、すでにライセンス数を１つ増加されたことを知らずに、ＭＦＰ１００にディアクティベート要求の送信入力をした場合には、ライセンス管理サーバ３００は、履歴ＩＤリストに当該ＭＦＰ１００の機器ＩＤが登録されているので、ライセンス数の編集を行わず、ＭＦＰ１００にディアクティベーション完了の旨を通知することができる。

次に、強制ディアクティベートされたＭＦＰ１００ａから、再度アクティベーション要求が送信されてきた場合の処理について説明する。図２０は、強制ディアクティベートされたＭＦＰ１００ａから、再度アクティベーション要求を受信した場合のアクティベート処理を示すシーケンス図である。

ステップＳ９０からステップＳ９３までの処理は、図１６に示したアクティベート処理のシーケンス図におけるステップＳ５０からステップＳ５３と同様であるため説明を省略する。

ステップＳ９４において、ＭＦＰ１００ａのアクティベーション要求部１３４は、ライセンス管理サーバ３００のアクティベーションサーバ部３１０のアクティベート部３１３にアクティベーション要求を送信する（ステップＳ９４）。具体的には、ＭＦＰ１００ａのアクティベーション要求部１３４は、プロダクトキーと機器ＩＤをアクティベーション要求とともに送信する。

ライセンス管理サーバ３００のアクティベーションサーバ部３１０のアクティベート部３１３は、図１５に示したライセンス管理ＤＢ３１６のレコードを照合し、ライセンス数が１つ以上あることを確認し、ＭＦＰ１００ａに対してアクティベート処理を実行する（ステップＳ９５）。

ライセンス管理サーバ３００のアクティベーションサーバ部３１０のアクティベート部３１３は、ライセンス管理サーバ３００のアクティベーションサーバ部３１０のライセンス管理部３１５にレコードの編集指示を送信する（ステップＳ９５）。

ライセンス管理サーバ３００のアクティベーションサーバ部３１０のアクティベート部３１３は、図１５に示したＭＦＰ１００ａに対する強制ディアクティベート処理時に編集されたレコードを照合すると、履歴ＩＤリストにＭＦＰ１００ａの機器ＩＤが登録されている。そこで、ライセンス管理サーバ３００のアクティベーションサーバ部３１０のライセンス管理部３１５は、履歴ＩＤリストからＭＦＰ１００ａの機器ＩＤを削除し、ロックコードにＭＦＰ１００ａの機器ＩＤを登録する。さらに、ライセンス管理サーバ３００のアクティベーションサーバ部３１０のライセンス管理部３１５は、ＭＦＰ１００ａをロックコードに追加したので、ライセンス数を１つ減少させる（ステップＳ９６）。

図２１は、強制ディアクティベートされたＭＦＰ１００ａに対する再アクティベート処理に伴いライセンス管理部３１５により編集されたレコードの一例を示す図である。図２１に示すように、ライセンス管理サーバ３００のアクティベーションサーバ部３１０のライセンス管理部３１５は、図１５に示したＭＦＰ１００ａへの強制ディアクティベート処理時のレコードに対して、ロックコードにＭＦＰ１００ａの機器ＩＤを登録するとともに、履歴ＩＤリストからＭＦＰ１００ａの機器ＩＤを削除する編集を行っている。

ステップＳ９７において、ライセンス管理サーバ３００のアクティベーションサーバ部３１０のライセンス管理部３１５は、ライセンス管理サーバ３００のアクティベーションサーバ部３１０のアクティベート部３１３に、レコード編集が正常に終了した旨を通知し（ステップＳ９７）、ライセンス管理サーバ３００のアクティベーションサーバ部３１０のアクティベート部３１３は、ＭＦＰ１００ａにアクティベート処理が完了した旨を通知する（ステップＳ９８）。

このように、強制ディアクティベートされたＭＦＰ１００ａから、アクティベーション要求が送信された場合、履歴ＩＤリストからＭＦＰ１００ａの機器ＩＤを削除することにより、新たに通常のアクティベートがされた状態であることをライセンス管理サーバ３００側で把握することができる。

次に、強制ディアクティベートされたＭＦＰ１００ａから、ディアクティベーション要求が送信されてきた場合の処理について説明する。図２２は、強制ディアクティベートされたＭＦＰ１００ａから、ディアクティベーション要求を受信した場合のディアクティベート処理を示すシーケンス図である。

まず、ステップＳ１００からステップＳ１０３の処理は、図１６に示したアクティベート処理のシーケンス図におけるステップＳ５０からステップＳ５３と同様であるため説明を省略する。

ステップＳ１０４において、ＭＦＰ１００ａのディアクティベーション要求部１３５は、ライセンス管理サーバ３００のアクティベーションサーバ部３１０のアクティベート部３１３にディアクティベーション要求を送信する（ステップＳ１０４）。具体的には、ＭＦＰ１００ａのディアクティベーション要求部１３５は、プロダクトキーと機器ＩＤをディアクティベーション要求とともに送信する。

ライセンス管理サーバ３００のアクティベーションサーバ部３１０のアクティベート部３１３は、レコードの履歴ＩＤリストを参照すると、ＭＦＰ１００ａの機器ＩＤが登録されていることから、すでにディアクティベートされていることを確認する。ライセンス管理サーバ３００のアクティベーションサーバ部３１０のアクティベート部３１３は、ディアクティベート処理を行わず、ライセンス管理サーバ３００のアクティベーションサーバ部３１０のライセンス管理部３１５に編集指示を送信する（ステップＳ１０５）。

ライセンス管理サーバ３００のアクティベーションサーバ部３１０のライセンス管理部３１５は、レコードを編集する（ステップＳ１０６）。具体的には、図１５に示したＭＦＰ１００ａが強制ディアクティベートされた際に編集されたレコードの履歴ＩＤリストからＭＦＰ１００ａの機器ＩＤを検索すると、ＭＦＰ１００ａの機器ＩＤが存在するため、履歴ＩＤリストからＭＦＰ１００ａの機器ＩＤを削除する。

図２３は、強制ディアクティベートされたＭＦＰ１００ａからのディアクティベーション要求に伴いライセンス管理部３１５により編集されたレコードの一例を示す図である。図２３に示すように、ライセンス管理サーバ３００のアクティベーションサーバ部３１０のライセンス管理部３１５は、図１５に示したＭＦＰ１００ａへの強制ディアクティベート処理時のレコードに対して、履歴ＩＤリストからＭＦＰ１００ａの機器ＩＤを削除する編集を行っている。

ステップＳ１０７に戻り、ライセンス管理サーバ３００のアクティベーションサーバ部３１０のライセンス管理部３１５は、レコードの編集を終了すると、ライセンス管理サーバ３００のアクティベーションサーバ部３１０のアクティベート部３１３に、レコード編集が正常に終了した旨を通知する（ステップＳ１０７）。

ライセンス管理サーバ３００のアクティベーションサーバ部３１０のアクティベート部３１３は、ＭＦＰ１００ａに、ディアクティベートが完了した旨を通知する（ステップＳ１０８）。

このように、本実施の形態によれば、ライセンス管理ＤＢ３１６においてロックコードと、履歴ＩＤリストを管理することにより、１つのライセンスに対して、１台のＭＦＰによる利用を許可することとできるため、ライセンスの不正利用を防止することができる。

図２４は、本実施の形態にかかる複合機のハードウェア構成を示すブロック図である。本図に示すように、この複合機１００は、コントローラ１０とエンジン部（Ｅｎｇｉｎｅ）６０とをＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｆａｃｅ）バスで接続した構成となる。コントローラ１０は、複合機１００全体の制御と描画、通信、図示しない操作部からの入力を制御するコントローラである。エンジン部６０は、ＰＣＩバスに接続可能なプリンタエンジンなどであり、たとえば白黒プロッタ、１ドラムカラープロッタ、４ドラムカラープロッタ、スキャナまたはファックスユニットなどである。なお、このエンジン部６０には、プロッタなどのいわゆるエンジン部分に加えて、誤差拡散やガンマ変換などの画像処理部分が含まれる。

コントローラ１０は、ＣＰＵ１１と、ノースブリッジ（ＮＢ）１３と、システムメモリ（ＭＥＭ−Ｐ）１２と、サウスブリッジ（ＳＢ）１４と、ローカルメモリ（ＭＥＭ−Ｃ）１７と、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）１６と、ハードディスクドライブ（ＨＤＤ）１０３とを有し、ノースブリッジ（ＮＢ）１３とＡＳＩＣ１６との間をＡＧＰ（Ａｃｃｅｌｅｒａｔｅｄ Ｇｒａｐｈｉｃｓ Ｐｏｒｔ）バス１５で接続した構成となる。また、ＭＥＭ−Ｐ１２は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２ａと、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ)１２ｂと、をさらに有する。

ＣＰＵ１１は、複合機１００の全体制御をおこなうものであり、ＮＢ１３、ＭＥＭ−Ｐ１２およびＳＢ１４からなるチップセットを有し、このチップセットを介して他の機器と接続される。

ＮＢ１３は、ＣＰＵ１１とＭＥＭ−Ｐ１２、ＳＢ１４、ＡＧＰバス１５とを接続するためのブリッジであり、ＭＥＭ−Ｐ１２に対する読み書きなどを制御するメモリコントローラと、ＰＣＩマスタおよびＡＧＰターゲットとを有する。

ＭＥＭ−Ｐ１２は、プログラムやデータの格納用メモリ、プログラムやデータの展開用メモリ、プリンタの描画用メモリなどとして用いるシステムメモリであり、ＲＯＭ１２ａとＲＡＭ１２ｂとからなる。ＲＯＭ１２ａは、プログラムやデータの格納用メモリとして用いる読み出し専用のメモリであり、ＲＡＭ１２ｂは、プログラムやデータの展開用メモリ、プリンタの描画用メモリなどとして用いる書き込みおよび読み出し可能なメモリである。

ＳＢ１４は、ＮＢ１３とＰＣＩデバイス、周辺デバイスとを接続するためのブリッジである。このＳＢ１４は、ＰＣＩバスを介してＮＢ１３と接続されており、このＰＣＩバスには、ネットワークインターフェース（Ｉ／Ｆ）部なども接続される。

ＡＳＩＣ１６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）であり、ＡＧＰバス１５、ＰＣＩバス、ＨＤＤ１０３およびＭＥＭ−Ｃ１７をそれぞれ接続するブリッジの役割を有する。このＡＳＩＣ１６は、ＰＣＩターゲットおよびＡＧＰマスタと、ＡＳＩＣ１６の中核をなすアービタ（ＡＲＢ）と、ＭＥＭ−Ｃ１７を制御するメモリコントローラと、ハードウェアロジックなどにより画像データの回転などをおこなう複数のＤＭＡＣ（Ｄｉｒｅｃｔ Ｍｅｍｏｒｙ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌｌｅｒ）と、エンジン部６０との間でＰＣＩバスを介したデータ転送をおこなうＰＣＩユニットとからなる。このＡＳＩＣ１６には、ＰＣＩバスを介してＦＣＵ（Ｆａｃｓｉｍｉｌｅ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）３０、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）４０、ＩＥＥＥ１３９４（ｔｈｅ Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ １３９４）インターフェース５０が接続される。操作表示部２０はＡＳＩＣ１６に直接接続されている。

ＭＥＭ−Ｃ１７は、コピー用画像バッファ、符号バッファとして用いるローカルメモリであり、ＨＤＤ１０３は、画像データの蓄積、プログラムの蓄積、フォントデータの蓄積、フォームの蓄積を行うためのストレージである。

ＡＧＰバス１５は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレーターカード用のバスインターフェースであり、ＭＥＭ−Ｐ１２に高スループットで直接アクセスすることにより、グラフィックスアクセラレーターカードを高速にするものである。

８０ インターネット
１００ 複合機
１３１ アプリインストール制御サービス
１３２ ライセンスファイル取得部
１３３ インストール部
１３４ アクティベーション要求部
１３５ ディアクティベーション要求部
１３６ 通信部
２００ ユーザＰＣ
３００ ライセンス管理サーバ
３１０ アクティベーションサーバ部
３１１ 発行申請受付部
３１２ プロダクトキー生成部
３１３ アクティベート部
３１４ ディアクティベート機器検知部
３１５ ライセンス管理部
３１６ ライセンス管理ＤＢ
３２０ コンポーネントサーバ部
３２１ ダウンロード実行部
３２２ ライセンスファイル生成部
３２３ コンポーネント管理ＤＢ
４００ アプリダウンロードサーバ
４０１ ダウンロード処理部
４０２ 販売パッケージ管理ＤＢ
５００ 販売サーバ
５０１ 販売管理部
５０２ 商品登録部
５０３ 商品管理ＤＢ

特開２００７−２４９８０４号公報 特開２００６−０４０２６２号公報

Claims (7)

1. 画像処理装置と接続されたライセンス管理サーバであって、
   アプリケーションを前記画像処理装置に利用させるためのライセンスを識別するためのライセンス識別情報に、認証可能なライセンス数を対応付けて記憶する記憶部と、
   前記画像処理装置から前記アプリケーションのライセンスの認証を要求するアクティベーション要求、または前記アプリケーションの利用の解除を要求するディアクティベーション要求を受信する受信部と、
   前記アクティベーション要求を受信した場合に、前記記憶部を参照し、前記ライセンス識別情報に対応する前記ライセンス数が１つ以上登録されていることを確認した場合に、前記画像処理装置に前記アプリケーションを利用させると判断する判断部と、
   前記アプリケーションを利用させると判断された場合に、前記画像処理装置に前記アプリケーションの利用を許可し、また、前記ディアクティベーション要求を受信した場合に、前記画像処理装置による前記アプリケーションの利用を解除させるアクティベート部と、
   前記画像処理装置により前記アプリケーションが利用された場合に、前記ライセンス数を１つ減少させ、前記画像処理装置による前記アプリケーションの利用が解除された場合に、前記ライセンス数を１つ増加させる編集部と、
   を備えることを特徴とするライセンス管理サーバ。
2. 前記判断部は、前記ライセンス数が１つ以上登録されていないことを確認した場合に、前記画像処理装置に前記アプリケーションを利用させないと判断し、
   前記アプリケーションを利用させないと判断された場合に、エラーを報知するエラー報知部、
   をさらに備えることを特徴とする請求項１に記載のライセンス管理サーバ。
3. 前記記憶部は、前記ライセンス識別情報に、前記アプリケーションを利用中である前記画像処理装置を識別するための機器識別情報が登録されている利用機器識別リストを、さらに対応付けて記憶し、
   前記編集部は、前記画像処理装置により前記アプリケーションが利用された場合に、前記画像処理装置のライセンスの前記ライセンス識別情報に対応付けられている前記利用機器識別リストに当該画像処理装置の前記機器識別情報を登録するとともに、前記ライセンス識別情報に対応付けられている前記ライセンス数を１つ減少させること、
   を特徴とする請求項１に記載のライセンス管理サーバ。
4. 前記記憶部は、前記ライセンス識別情報に、前記画像処理装置からの前記ディアクティベーション要求によらないディアクティベートである強制ディアクティベートが実行された前記画像処理装置を識別するための機器識別情報が登録されている強制解除機器識別リストを、さらに対応付けて記憶し、
   前記強制ディアクティベートの対象となる前記画像処理装置を検知する強制ディアクティベート機器検知部、
   をさらに備え、
   前記アクティベート部は、前記強制ディアクティベートの対象となる前記画像処理装置が検知された場合に、検知された前記画像処理装置による前記アプリケーションの利用を強制的に解除し、
   前記編集部は、前記画像処理装置が前記アプリケーションの利用を強制的に解除された場合に、前記画像処理装置のライセンスの前記ライセンス識別情報に対応付けられている前記強制解除機器識別リストに当該画像処理装置の前記機器識別情報を登録するとともに、前記ライセンス識別情報に対応付けられている前記ライセンス数を１つ増加させること、
   を特徴とする請求項１に記載のライセンス管理サーバ。
5. 前記編集部は、前記強制解除機器識別リストに登録されている前記画像処理装置から前記ディアクティベーション要求が受信された場合に、前記強制解除機器識別リストから、当該画像処理装置の前記機器識別情報を削除すること、
   を特徴とする請求項３に記載のライセンス管理サーバ。
6. アプリケーションを画像処理装置に利用させるためのライセンスを識別するためのライセンス識別情報に、認証可能なライセンス数を対応付けて記憶部に記憶する記憶ステップと、
   前記画像処理装置から前記アプリケーションのライセンスの認証を要求するアクティベーション要求、または前記アプリケーションの利用の解除を要求するディアクティベーション要求を受信する受信ステップと、
   前記アクティベーション要求を受信した場合に、前記記憶部を参照し、前記ライセンス識別情報に対応する前記ライセンス数が１つ以上登録されていることを確認した場合に、前記画像処理装置に前記アプリケーションを利用させると判断する判断ステップと、
   前記アプリケーションを利用させると判断された場合に、前記画像処理装置に前記アプリケーションの利用を許可し、また、前記ディアクティベーション要求を受信した場合に、前記画像処理装置による前記アプリケーションの利用を解除させるアクティベートステップと、
   前記画像処理装置により前記アプリケーションが利用された場合に、前記ライセンス数を１つ減少させ、前記画像処理装置による前記アプリケーションの利用が解除された場合に、前記ライセンス数を１つ増加させる編集ステップと、
   を含むライセンス管理方法。
7. コンピュータに実行させるためのプログラムであって、
   前記コンピュータは、アプリケーションを画像処理装置に利用させるためのライセンスを識別するためのライセンス識別情報に、認証可能なライセンス数を対応付けて記憶する記憶部を備え、
   前記画像処理装置から前記アプリケーションのライセンスの認証を要求するアクティベーション要求、または前記アプリケーションの利用の解除を要求するディアクティベーション要求を受信する受信ステップと、
   前記アクティベーション要求を受信した場合に、前記記憶部を参照し、前記ライセンス識別情報に対応する前記ライセンス数が１つ以上登録されていることを確認した場合に、前記画像処理装置に前記アプリケーションを利用させると判断する判断ステップと、
   前記アプリケーションを利用させると判断された場合に、前記画像処理装置に前記アプリケーションの利用を許可し、また、前記ディアクティベーション要求を受信した場合に、前記画像処理装置による前記アプリケーションの利用を解除させるアクティベートステップと、
   前記画像処理装置により前記アプリケーションが利用された場合に、前記ライセンス数を１つ減少させ、前記画像処理装置による前記アプリケーションの利用が解除された場合に、前記ライセンス数を１つ増加させる編集ステップ、
   として実行させることを特徴とするプログラム。

Images