JP5648729B2 - 情報処理装置、インストール方法、及びインストールプログラム - Google Patents

Description

本発明は、情報処理装置、インストール方法、及びインストールプログラムに関する。

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

但し、多数の画像形成装置を利用しているユーザ環境において、ライセンスの導入を画像形成装置ごとに行うのは非常に煩雑であるという問題がある。そこで、特許文献１には、複数の画像形成装置に対するアプリケーションのライセンスの導入を一括して行うための技術が開示されている。

しかしながら、画像形成装置のハードウェア構成の変化に応じて又は市場からの要求に応じて、画像形成装置のアプリケーションプラットフォームのソフトウェアアーキテクチャが根本的に見直され、新しい構成を有するアプリケーションプラットフォームが開発される場合がある。この場合、新たなアプリケーションプラットフォームにおけるアプリケーション及びライセンスの管理方式は、従来のものとは異なったものとなる可能性がある。具体的には、アプリケーションのパッケージ形式やライセンスファイルの形式等が異なったものとなる可能性がある。

新たなアプリケーションプラットフォームが実装された新たな画像形成装置が市場に投入された場合、オフィス内に既に設置されている従来の画像形成装置の全てが或る時点を境にして新たな画像形成装置に置き換えられることは極めて希である。したがって、通常は、従来の画像形成装置と新たな画像形成装置とがオフィス内において混在する環境が発生する。

このような環境においては、ユーザは、ライセンスの管理方式の違いを画像形成装置ごとに意識しなければならない。すなわち、ユーザは、画像形成装置ごとに当該画像形成装置が対応している管理方式に従って、アプリケーションのインストール及びライセンスの導入作業を行うことが要求される。このような状況は、ユーザにとって負担であり、新たな画像形成装置への置き換えに対する阻害要因にもなりかねない。

本発明は、上記の点に鑑みてなされたものであって、複数のライセンス管理方式に対応した画像形成装置が存在する環境においてライセンス管理に関する作業を簡便化することのできる情報処理装置、インストール方法、及びインストールプログラムの提供を目的とする。

そこで上記課題を解決するため、本発明は、第一のパッケージの形式による第一のプログラムのインストール要求に応じ、前記第一のプログラムのインストールを実行するインストール手段と、第二のパッケージの形式による第二のプログラムのインストール要求の受信に応じ、前記第二のプログラムのパッケージの形式を前記第一のパッケージの形式に変換し、変換された前記第二のプログラムのインストール要求を前記インストール手段に入力する変換手段とを有する。

このような画像形成装置では、複数のライセンス管理方式に対応した画像形成装置が存在する環境においてライセンス管理に関する作業を簡便化することができる。

本発明によれば、複数のライセンス管理方式に対応した画像形成装置が存在する環境においてライセンス管理に関する作業を簡便化することができる。

本発明の実施の形態における機器管理システムのシステム構成例を示す図である。 本発明の実施の形態における画像形成装置のハードウェア構成例を示す図である。 対応するライセンス管理方式に基づく各装置の関係を示す図である。 画像形成装置２０Ａの機能構成例を示す図である。 画像形成装置へのライセンス設定処理の処理手順を説明するためのシーケンス図である。 ライセンス管理テーブルの構成例を示す図である。 ライセンスファイルの構成例を示す図である。 ライセンス管理方式Ｂの場合におけるアプリケーションのインストール処理の処理手順を説明するためのシーケンス図である。 画像形成装置２０ＡによるアプリケーションＢのインストール処理の処理手順を説明するためのフローチャートである。 パッケージ形式Ａの構成例を示す図である。 アプリ情報ファイルの構成例を示す図である。 画像形成装置２０Ａによるライセンス設定処理の処理手順を説明するためのフローチャートである。 画像形成装置２０Ａによるアプリケーションの起動処理の処理手順を説明するためのフローチャートである。

以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態における機器管理システムのシステム構成例を示す図である。同図の機器管理システム１において、ユーザ環境Ｅ１は、画像形成装置のユーザ（顧客）のシステム環境である。例えば、ユーザ環境Ｅ１は、画像形成装置のユーザの企業又はオフィス等に相当する。

ユーザ環境Ｅ１において、機器管理装置１０Ａ、機器管理装置１０Ｂ、画像形成装置２０Ａ、及び画像形成装置２０Ｂ等は、ＬＡＮ（Local Area Network）等のネットワーク３０（有線又は無線の別は問わない。）を介して接続されている。画像形成装置２０Ａ及び２０Ｂ（以下、両者を区別しない場合「画像形成装置２０」という。）は、印刷、スキャン、コピー、及びファクス送受信等の複数の機能を一台の筐体において実現する複合機である。画像形成装置２０は、アプリケーションプログラム（以下、単に「アプリケーション」という。）を追加又は更新することにより随時機能拡張等を図ることができる。

機器管理装置１０は、ユーザ環境Ｅ１における画像形成装置２０において動作するアプリケーションのライセンス導入等を一括して行うＰＣ（Personal Computer）等のコンピュータである。なお、ユーザ環境Ｅ１は、ユーザ数（企業又はオフィス単位のユーザ数）に応じて複数存在しうる。

一方、メーカー環境Ｅ２は、画像形成装置２０に追加されるアプリケーションの販売者側のシステム環境である。例えば、メーカー環境Ｅ２は、画像形成装置２０のメーカーによって運営される。メーカー環境Ｅ２は、ライセンス管理サーバ５０Ａ、ライセンスサーバ５０Ｂ、及びパッケージ管理サーバ６０Ｂ等を有する。

ライセンス管理サーバ５０Ａ及び５０Ｂ（以下、両者を区別しない場合「ライセンス管理サーバ５０」という。）は、ユーザによって購入されたアプリケーションのライセンスを管理するコンピュータである。パッケージ管理サーバ６０Ｂは、アプリケーションの実体（パッケージファイル。以下、単位「パッケージ」という。）を管理するコンピュータである。

なお、ユーザ環境Ｅ１とメーカー環境Ｅ２とはインターネット等のネットワーク７０を介して接続されている。

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

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

スキャナ２２は、原稿より画像データを読み取るためのハードウェアである。プリンタは２３、画像データを印刷用紙に印刷するためのハードウェアである。モデム２４は、電話回線に接続するためのハードウェアであり、ＦＡＸ通信による画像データの送受信を実行するために用いられる。操作パネル２５は、ユーザからの入力の受け付けを行うめのボタン等の入力手段や、液晶パネル等の表示手段を備えたハードウェアである。ネットワークインタフェース２６は、ＬＡＮ等のネットワーク（有線又は無線の別は問わない。）に接続するためのハードウェアである。ＳＤカードスロット２７は、ＳＤカード８０に記録されたプログラムを読み取るために利用される。すなわち、画像形成装置２０では、ＲＯＭ２２３に記録されたプログラムだけでなく、ＳＤカード８０に記録されたプログラムもＲＡＭ２１２にロードされ、実行されうる。なお、他の記録媒体によってＳＤカード８０が代替されてもよい。例えば、ＣＤ−ＲＯＭ又はＵＳＢ（Universal Serial Bus）メモリ等であってもよい。すなわち、ＳＤカード８０の位置付けに相当する記録媒体の種類は、所定のものに限定されない。この場合、ＳＤカードスロット１７は、記録媒体の種類に応じたハードウェアによって代替されればよい。また、画像形成装置２０は、必ずしも複合機でなくてもよく、単一の機能を実現するプリンタ又はスキャナ等であってもよい。

ところで、図１における各装置の符号の末尾のアルファベット（「Ａ」又は「Ｂ」）は、各装置が対応するライセンス管理方式の種別を示している。符号の末尾が「Ａ」である装置は、「ライセンス管理方式Ａ」に対応する。一方、符号の末尾が「Ｂ」である装置は、「ライセンス管理方式Ｂ」に対応する。なお、「ライセンス管理方式Ａ」及び「ライセンス管理方式Ｂ」には絶対的な意味は無い（すなわち、特定のライセンス管理方式を示すものではない。「ライセンス管理方式Ａ」及び「ライセンス管理方式Ｂ」という表記は、相対的な関係において両者が異なるライセンス管理方式であることを意味する。

図３は、対応するライセンス管理方式に基づく各装置の関係を示す図である。同図に示されるように、機器管理装置１０Ａは、画像形成装置２０Ａに対するライセンスの導入等を行う。また、ライセンス管理サーバ５０Ａは、画像形成装置２０Ａ用のライセンスの管理を行う。

一方、機器管理装置１０Ｂは、画像形成装置２０Ｂに対するアプリケーションのインストール及びライセンスの導入等を行う。ライセンス管理サーバ５０Ｂは、画像形成装置２０Ｂ用のライセンスの管理を行う。パッケージ管理サーバ６０Ｂは、画像形成装置２０Ｂ用のアプリケーションのパッケージを管理する。

なお、ライセンス管理方式Ａに関して、アプリケーションの実体を管理するコンピュータ（すなわち、パッケージ管理サーバ６０Ｂに対応するコンピュータ）が存在しないのは、ライセンス管理方式Ａにおいては、アプリケーションの流通経路が異なるからである。具体的には、ライセンス管理方式Ａに対応したアプリケーションは、ＳＤカード８０等の記録媒体に記録されて配布される。又は、所定のＰＣ（Personal Computer）からのリモートインストールも可能である。

したがって、本実施の形態では、ライセンス管理方式Ａに係るアプリケーション（以下、「アプリケーションＡ」という。）と、ライセンス管理方式Ｂに係るアプリケーション（以下、「アプリケーションＢ」という。）とでは、アプリケーションの管理方式（管理形態）も異なっているといえる。また、本実施の形態では、アプリケーションＡとアプリケーションＢとは、そのパッケージ形式（アプリケーションの実行モジュールの書庫ファイルの構成）も異なることとする。以下、ライセンス管理方式Ａのパッケージ形式を「パッケージ形式Ａ」といい、ライセンス管理方式Ｂのパッケージ形式を「パッケージ形式Ｂ」という。

ライセンス管理方式の違いは、具体的には、ライセンスファイル（ライセンスデータ）のデータ形式の相違やライセンスファイルのエンコード又は暗号化方式の違い等に基づく。ライセンスファイルとは、アプリケーションに対するライセンス（利用権限）を証明するデータ（アプリケーションの利用を許可するためのデータ）が記録されたファイルである。すなわち、本実施の形態におけるアプリケーションは、その実体をインストールするだけでは画像形成装置２０において利用することはできない。アプリケーションは、ライセンスファイルが画像形成装置２０に導入されることにより利用可能となる。

また、ライセンス管理方式の違いとして、各装置間の通信プロトコル（ライセンスの導入等を行うための通信プロトコル）が異なっていてもよい。例えば、画像形成装置２０Ａと機器管理装置１０Ａとの間の通信プロトコルと、画像形成装置２０Ｂと機器管理装置１０Ｂとの間の通信プロトコルとが異なっていてもよい。

したがって、機器管理装置１０Ａから画像形成装置２０Ｂに対してライセンスファイルを導入することはできない。ライセンス管理方式Ａとライセンス管理方式Ｂとの間で通信プロトコルが異なれば機器管理装置１０Ａから画像形成装置２０Ｂに対してライセンスファイルを転送することができないからである。また、ライセンス管理方式Ａとライセンス管理方式Ｂとの間で通信プロトコルが同じであり、画像形成装置２０Ａと同一のアプリケーションが画像形成装置２０Ｂにインストールされているとしても、やはり機器管理装置１０Ａから画像形成装置２０Ｂに対してライセンスファイルを導入することはできない。画像形成装置２０Ｂは、ライセンス管理方式Ａに基づくライセンスファイルを解読又は解析することはできないからである。

そうすると、ユーザは、画像形成装置２０Ａに対してライセンスを導入するときは、機器管理装置１０Ａを利用し、画像形成装置２０Ｂに対してライセンスを導入するときは、機器管理装置１０Ｂを利用しなければならない。また、ライセンスを導入したい画像形成装置２０がいずれのライセンス管理方式に対応しているか分からない場合、ユーザは、いずれの機器管理装置１０を利用すればよいか分からず、ライセンスの導入を行うことができない。

そこで、本実施の形態では、斯かる不都合を解消するため、画像形成装置２０Ａは、ライセンス管理方式Ｂにも対応可能とされている。具体的には、画像形成装置２０Ａは、ライセンス管理方式Ａに基づくライセンスファイルのみならず、ライセンス管理方式Ｂに基づくライセンスファイルをも解読可能である。また、画像形成装置２０Ａは、機器管理装置１０Ａとだけでなく、機器管理装置１０Ｂとも通信可能である。

ライセンス管理方式Ａ及びライセンス管理方式Ｂの双方に対応するため、画像形成装置２０Ａは、図４に示されるような機能構成を有する。

図４は、画像形成装置２０Ａの機能構成例を示す図である。同図において、画像形成装置２０Ａは、ライセンス通信制御部２２１Ａ、ライセンス通信制御部２２１Ｂ、ライセンス管理部２２２Ａ、ライセンス管理部２２２Ｂ、ライセンス管理統合部２２３、パッケージ変換部２２４、Ａ方式インストール部２２５、及び操作制御部２２６等を有する。これら各部は、画像形成装置２０ＡにインストールされたプログラムがＣＰＵ２１１に実行させる処理によって実現される。また、同図における符号の末尾のアルファベット（「Ａ」又は「Ｂ」）は、図１と同じ意味を有する。

ライセンス通信制御部２２１Ａは、機器管理装置１０Ａとの間におけるライセンス管理方式Ａに関する通信制御を行う。具体的には、ライセンス通信制御部２２１Ａは、機器管理装置１０Ａよりライセンスの設定要求（ライセンスの導入要求）を受信する。ライセンス通信制御部２２１Ａは、ライセンスの設定要求に伴って機器管理装置１０Ａより転送される、ライセンス管理方式Ａに対応したライセンスファイル（Ａ方式ライセンスファイル）をＨＤＤ２１４又はＲＡＭ２１２の所定の記憶領域に記録する。

ライセンス通信制御部２２１Ｂは、機器管理装置１０Ｂとの間におけるライセンス管理方式Ｂに関する通信制御を行う。具体的には、ライセンス通信制御部２２１Ｂは、機器管理装置１０Ｂよりライセンスの設定要求（ライセンスの導入要求）を受信する。ライセンス通信制御部２２１Ｂは、ライセンスの設定要求に伴って機器管理装置１０Ｂより転送される、ライセンス管理方式Ｂに対応したライセンスファイル（Ｂ方式ライセンスファイル）をＨＤＤ２１４又はＲＡＭ２１２の所定の記憶領域に記録する。ライセンス通信制御部２２１Ｂは、また、機器管理装置１０Ｂよりアプリケーションのインストール要求を受信する。

ライセンス管理部２２２Ａは、ライセンス管理方式Ａに応じたライセンス設定（導入）処理、アプリケーションの起動可否（許否）判定処理等を行う。アプリケーションＡの起動時には、ライセンス管理部２２２Ａは、Ａ方式ライセンスファイルに基づいてアプリケーションの起動の可否を判定する。

ライセンス管理部２２２Ｂは、ライセンス管理方式Ｂに応じたライセンス設定（導入）処理、アプリケーションの起動可否（許否）判定処理等を行う。アプリケーションＢの起動時には、ライセンス管理部２２２Ｂは、Ｂ方式ライセンスファイルに基づいてアプリケーションの起動の可否を判定する。

ライセンス管理統合部２２３は、ライセンス通信制御部２２１Ａ又はライセンス通信制御部２２１Ｂによって受信された要求を、ライセンス管理部２２２Ａ又はライセンス管理部２２２Ｂに振り分ける。より詳しくは、ライセンス通信制御部２２１Ａによって受信された要求は、ライセンス管理部２２２Ａに振り分けられる。ライセンス通信制御部２２１Ｂによって受信された要求は、ライセンス管理部２２２Ｂに振り分けられる。ライセンス通信制御部２２１又はライセンス管理方式とライセンス管理部２２２との対応関係は、例えば、ＨＤＤ２１４に記録されている。ライセンス管理統合部２２３は、また、操作制御部２２６より入力されるアプリケーションの起動要求に応じ、起動対象とされたアプリケーションが対応するライセンス管理方式に応じて、ライセンス管理部２２２Ａ又はライセンス管理得Ｂに起動可否判定処理の実行を要求する。

操作制御部２２６は、操作パネル２５を介して入力されるユーザによる指示入力に応じた処理を起動させる。

Ａ方式インストール部２２５は、アプリケーションＡのリモートインストールに対応したインストール処理を実行する。より詳しくは、A方式インストール部は、ネットワークを介してアプリケーションAのインストール要求を受信し、当該アプリケーションAのインストール処理を実行する。パッケージ変換部２２４は、アプリケーションＢのパッケージ形式を、アプリケーションＡのパッケージ形式（パッケージ形式Ａ）に変換する。

以下、機器管理システム１の処理手順について説明する。図５は、画像形成装置へのライセンス設定処理の処理手順を説明するためのシーケンス図である。同図では、ライセンス管理方式の種別を問わず、共通的に実行されうる処理手順を説明する。したがって、同図に示される各装置については、ライセンス管理形式Ａ又はＢのいずれに係るものであるかは問わない。但し、このことは、各ライセンス管理方式において、図５に示される処理手順が完全に同じように実行されることを意味するものではない。例えば、各ステップにおいて利用される通信プロトコルや、やりとりされるパラメータ等についてライセンス管理方式ごとに相違が有ってもよい。また、前後関係に矛盾が生じない範囲で、各ステップの実行順が異なっていてもよい。

ステップＳ１０１において、ユーザは、機器管理装置１０を操作して、ライセンスの設定先の画像形成装置２０を指定し、ライセンスの設定対象のアプリケーションのプロダクトキーを指定して、ライセンスの設定要求を入力する。プロダクトキーとは、アプリケーションが購入されるごとに一意に発行される（又は割り当てられる）識別子であり、購入されたアプリケーションに対するライセンス（利用権限）を識別する情報として、また、アプリケーションの正当な購入者であることを証明するための情報として用いられる。すなわち、ステップＳ１０１の段階では、ユーザは、例えば、所定のＷｅｂサイを介して又は店頭においてアプリケーションを購入済みであり、そのプロダクトキーを入手済みであるとする。但し、アプリケーションの購入と同時に当該アプリケーションの実体（パッケージ）が入手されるとは限らない。アプリケーションの実体は、プロダクトキーに基づいて別途ダウンロード等されてもよい。

また、インストール先の画像形成装置２０の指定は、例えば、機器管理装置１０がネットワーク３０上に接続されている画像形成装置２０を検索し、検索された画像形成装置２０の一覧を表示させ、当該一覧の中からインストール先を選択させることにより受け付けてもよい。または、インストール先の画像形成装置２０のＩＰアドレスやホスト名が直接入力されてもよい。

続いて、機器管理装置１０は、ライセンスの設定対象として指定された画像形成装置２０（以下、「対象機器」という。）に対して、機器情報の取得を要求する（Ｓ１０２）。対象機器は、要求に応じ、対象機器の機器情報を機器管理装置１０に返信する（Ｓ１０３）。なお、機器情報には、機体番号が含まれる。機体番号とは、各画像形成装置２０を一意に識別するための識別情報である。また、対象機器にインストールされているアプリケーションの一覧情報等が機器情報に含まれていてもよい。

続いて、機器管理装置１０は、プロダクトキー及び機器情報を指定してライセンスの発行要求をライセンス管理サーバ５０に送信する（Ｓ１０４）。

ライセンス管理サーバ５０は、ライセンスの発行要求に応じ、ライセンス発行の可否判定を行う（Ｓ１０５）。ここで、ライセンス発行の可否判定の内容は、ライセンス管理方式応じて異なりうる。例えば、図６に示されるようなライセンス管理テーブルがライセンス管理サーバ５０において管理され、当該ライセンス管理テーブルに基づいて、ライセンス発行の可否判定が行われてもよい。

図６は、ライセンス管理テーブルの構成例を示す図である。同図においてライセンス管理テーブルは、アプリケーションに対するライセンスごとに管理番号、プロダクトキー、プロダクトＩＤ、機体番号、ステータス、ライセンス有効期間、ライセンス有効期限、及びライセンス発行日等の項目を有する。

これらの項目のうち、管理番号、プロダクトキー、プロダクトＩＤ、ステータス、及びライセンス有効期間は、アプリケーションが購入された際にライセンス管理テーブルに記録される。

一方、機体番号、ライセンス有効期限、及びライセンス発行日は、ライセンスの発行（ライセンスファイルの発行）に応じて記録される。また、ライセンスの発行に応じて、ステータスの値も更新される。

管理番号は、ライセンス管理テーブルに対するレコードの生成に伴って、各レコードに一意に割り当てられる識別子（番号）である。プロダクトキーは、上述した通りである。プロダクトＩＤは、各アプリケーションに一意に割り当てられた識別子である。ここでいう「各アプリケーション」とは、アプリケーションの実体ごとという意味ではなく、製品としてのアプリケーションごとという意味である。したがって、同一製品（同一のアプリケーション名）であるアプリケーションには同一のプロダクトＩＤが付与される。なお、本実施の形態において、プロダクトＩＤとプロダクトキーとは明確に区別される。すなわち、プロダクトＩＤは、製品としてのアプリケーションの異同を区別するものであるのに対し、プロダクトキーは、アプリケーションの購入という行為を区別するためのものである。したがって、同一のプロダクトＩＤに対し、アプリケーションの購入のたびに異なるプロダクトキーが発行される。ライセンス有効期間は、ライセンスが有効な期間を示す。

機体番号には、ライセンスファイルが発行される際に、ライセンスの設定先として指定された画像形成装置２０の機体番号が登録される。ステータスは、ライセンスの状態を示す情報である。例えば、ライセンスは、「ライセンス無し」、「チェックアウト」、及び「チェックイン」の状態を有する。「ライセンス無し」は、ライセンスが発行されていない状態である。チェックアウトは、ライセンスが発行されている状態である。チェックインは、ライセンスが返却されている（使用可能な）状態である。ライセンス有効期限は、ライセンスファイルが発行される際に、ライセンス有効期間に基づいて算出されるライセンス（ライセンスファイル）の有効期限である。ライセンス発行日は、ライセンスファイルが発行される際に登録される、ライセンス（ライセンスファイル）の発行日である。

以上のようなライセンス管理テーブルが用いられている場合、ライセンス管理部２２２サーバ５０は、例えば、受信されたプロダクトキーを含むレコードがライセンス管理テーブルに登録されており、当該プロダクトキーを含むレコード（以下、「対象レコード」という。）のステータスが「チェックアウト」でなく、かつ、当該プロダクトキーを含むレコードのライセンス有効期限が現時点を超えていない場合（ライセンス有効期限の値が登録されていない場合も含む。）、当該プロダクトキーは有効であると判定し、それ以外の場合は、当該プロダクトキーは無効であると判定する。

当該プロダクトキーは無効であると判定された場合、ライセンス管理サーバ５０は、プロダクトキーが無効であることを示すエラー情報を機器管理装置１０に返信する。この場合、機器管理装置１０は、当該エラー情報を表示装置に表示させ、ライセンスの設定作業を中止させる。

当該プロダクトキーが有効であると判定された場合、ライセンス管理サーバ５０は、例えば、プロダクト管理テーブルにおける対象レコードを更新し、ライセンスファイルを生成する。すなわち、対象レコードに対して、受信された機体番号が記録され、対象レコードのステータスが「チェックアウト」とされる。また、現時点（現在の年月日）に対象レコードの有効期間を加算した時期を示す値が対象レコードの有効期限に記録される。また、現在の年月日が対象レコードのライセンス発行日に記録される。対象レコードが更新されることにより、同一のプロダクトキーに対してライセンス可能な範囲を超えてライセンスファイルが発行されることが防止される。

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

ライセンスファイルのプロダクトＩＤには、ライセンスの発行要求に含まれているプロダクトキーに係るプロダクトＩＤ（対象レコードのプロダクトＩＤ）が記録される。ライセンスファイルの機体番号には、ライセンスの発行要求に含まれている機体番号が記録される。ライセンスファイルの有効期限には、対象レコードに記録された有効期限が記録される。

なお、図７に示されるライセンスファイルはあくまでも一例であり、その構成は、ライセンス管理方式に応じて異なりうる。

続いて、ライセンス管理サーバ５０は、生成されたライセンスファイルを機器管理装置１０に返信する（Ｓ１０６）。なお、ライセンスファイルは、改竄等を防止するため、暗号化又はエンコードされて返信される。

続いて、機器管理装置１０は、ライセンスの設定対象のアプリケーションのプロダクトＩＤと、ライセンスファイルとを対象機器に送信することにより、ライセンスの設定を対象機器に対して要求する（Ｓ１０７）。対象機器は、ライセンスの設定要求に応じ、ライセンスの設定処理を実行する（Ｓ１０８）。なお、当該プロダクトＩＤは、機器管理装置１０がライセンスファイルより抽出すればよい。但し、この場合、機器管理装置１０は、自らが対応するライセンス管理方式において採用されているライセンスファイルの暗号化方式又はエンコード方式に対応した復号処理又はデコード処理を実行する必要がある。それを回避したい場合は、プロダクトＩＤがライセンスファイルと共にライセンス管理サーバ５０より機器管理装置１０に返信されるようにしてもよい。

その後、機器管理装置１０は、対象機器に対して、ライセンス設定処理の結果を問い合わせる（Ｓ１０９）。対象機器は、問い合わせに対し、設定処理の結果を返信する（Ｓ１１０）。機器管理装置１０は、設定処理の結果を受信すると、当該結果を示す情報を表示装置に表示させる（Ｓ１１１）。

なお、ライセンス管理方式Ｂの場合、図５の処理過程において、図８に示されるインストール処理も実行される。

図８は、ライセンス管理方式Ｂの場合におけるアプリケーションのインストール処理の処理手順を説明するためのシーケンス図である。同図では、ライセンス管理方式Ｂの場合であるため、機器管理装置１０は、機器管理装置１０Ｂに限定されている。また、同図の処理は、図５の任意のタイミング（例えば、ステップＳ１０３とＳ１０４との間、又はステップＳ１１０の後等）に実行されればよい。

ステップＳ１２１において、機器管理装置１０Ｂは、プロダクトＩＤを指定してアプリケーションＢのダウンロード要求をパッケージ管理サーバ６０Ｂに送信する。ステップＳ１２１がライセンスファイルの取得前に実行される場合は、機器管理装置１０Ｂは、プロダクトキーに対応するプロダクトＩＤをステップＳ１２１の実行前にライセンス管理サーバ５０に問い合わせればよい。ステップＳ１２１がライセンスファイルの取得後に実行される場合は、ライセンスファイルに含まれているプロダクトＩＤがステップＳ１２１において指定されてもよい。

続いて、パッケージ管理サーバ６０Ｂは、プロダクトＩＤに対応するアプリケーションＢのパッケージを機器管理装置１０Ｂに返信する（Ｓ１２２）。続いて、機器管理装置１０Ｂは、取得されたアプリケーションＢのインストール要求を対象機器に送信する（Ｓ１２３）。対象機器は、インストール要求に伴って受信されるアプリケーションＢのインストール処理を実行する（Ｓ１２４）。

続いて、図８のステップＳ１２４に関して、画像形成装置２０Ａにおいて実行される処理の詳細について説明する。

図９は、画像形成装置２０ＡによるアプリケーションＢのインストール処理の処理手順を説明するためのフローチャートである。

機器管理装置１０ＢからのアプリケーションＢのインストール要求は、ライセンス通信制御部２２１Ｂによって受信される（Ｓ２０１）。ライセンス通信制御部２２１Ａ及びライセンス通信制御部２２１Ｂは、相互に異なるポート番号によるポートを開いており、機器管理装置１０Ａ及び１０Ｂは、それぞれが対応するポート番号を知っているからである。ライセンス通信制御部２２１Ｂは、インストール要求に伴って受信されたアプリケーションＢをパッケージ変換部２２４に出力する。

パッケージ変換部２２４は、アプリケーションＢのパッケージ形式をパッケージ形式Ｂからパッケージ形式Ａに変換する（Ｓ２０２）。

図１０は、パッケージ形式Ａの構成例を示す図である。同図において、パッケージ形式Ａのパッケージ（書庫ファイル）は、アプリ情報ファイル及びアプリケーションファイル等を含む。

アプリケーションファイルは、アプリケーションの実体（実行コード）である。アプリ情報ファイルは、アプリケーションの属性情報（アプリ情報）が記録されたファイルである。

図１１は、アプリ情報ファイルの構成例を示す図である。同図において、アプリ情報ファイルには、プロダクトＩＤ、ライセンス管理対象フラグ、及びライセンス管理方式を示す情報等が記録されている。ライセンス管理対象フラグとは、アプリケーションがライセンス管理の対象であるか（ｔｒｕｅ）否か（ｆａｌｓｅ）を示す情報である。本実施の形態においては、ライセンス管理方式Ａとライセンス管理方式Ｂとが例示されているが、いずれのライセンス管理方式においても、フリーソフトのアプリケーション（すなわち、ライセンスを取得せずに使用可能なアプリケーション）が存在する。フリーソフトのアプリケーションに関してはライセンス管理対象フラグの値は「ｆａｌｓｅ」とされている。

したがって、パッケージ変換部２２４は、アプリケーションＢのパッケージ形式を図１０に示されるような形式に変換する。この際、図１０に示される形式によるアプリ情報ファイルを必要に応じて生成する。アプリ情報ファイルに記録される情報をどのように入手するかについては、アプリケーションＢのパッケージ形式によって異なる。例えば、アプリケーションＢにおいても、アプリ情報ファイルに相当するファイルが含まれている場合、当該ファイルよりアプリ情報を抽出すればよい。なお、生成されるアプリ情報ファイルのライセンス管理方式の値は、ライセンス管理方式Ｂを示すものとされる。パッケージ形式がアプリケーションＡに変換されたとしても、当該アプリケーションは、ライセンス管理方式Ｂに係るアプリケーションＢだからである。

パッケージ変換部２２４は、パッケージ形式の変換後のアプリケーションＢをＡ方式インストール部２２５の通信インタフェースに基づいて、すなわち、ネットワークを介したリモートインストールによって、Ａ方式インストール部２２５に入力する。

続いて、Ａ方式インストール部２２５は、パッケージ形式Ａに変換されたアプリケーションＢのインストール処理を実行する（Ｓ２０３）。インストール処理の一環として、Ａ方式インストール部２２５は、アプリケーションの管理情報（以下、「アプリ管理情報」という。）を更新する。アプリ管理情報は、例えば、インストールされているアプリケーションのプロダクトＩＤとアプリケーションのインストール先との対応情報の一覧であり、ＨＤＤ２１４に記録される。

このように、アプリケーションＢがインストールされる場合、そのパッケージ形式は、パッケージ形式Ａに変換されてインストールされる。一方、アプリケーションＡのインストール要求は、Ａ方式インストール部２２５に対して直接入力され、パッケージ形式の変換は行われることなく（すなわち、パッケージ形式Ａのまま）インストールされる。したがって、画像形成装置２０Ａにインストールされたアプリケーションは、元のパッケージ形式がいずれであったとしても、パッケージ形式Ａで管理される。すなわち、アプリ情報ファイルとアプリケーションファイルとが関連付けられた状態で管理される。

続いて、図５のステップＳ１０８に関して、画像形成装置２０Ａにおいて実行される処理の詳細について説明する。

図１２は、画像形成装置２０Ａによるライセンス設定処理の処理手順を説明するためのフローチャートである。

機器管理装置１０Ａ又は１０Ｂからのライセンス設定要求は、ライセンス通信制御部２２１Ａ又はライセンス通信制御部２２１Ｂによって受信される（Ｓ３０１）。すなわち、機器管理装置１０Ａからのライセンス設定要求は、ライセンス通信制御部２２１Ａによって受信される。機器管理装置１０Ｂからのライセンス設定要求は、ライセンス通信制御部２２１Ａによって受信される。

ライセンス設定要求を受信したライセンス通信制御部２２１は、ライセンス設定要求に伴って受信されたライセンスファイルを、当該ライセンス通信制御部２２１が対応するライセンス管理方式に従って処理する。例えば、ライセンスファイルは、ＨＤＤ２１４の所定の記憶領域に記録される。または、ＲＡＭ２１２の所定の記憶領域に記録される。また、当該ライセンス通信制御部２２１は、ライセンス管理統合部２２３にライセンス設定処理の実行を要求する。この際、ライセンス通信制御部２２１は、自らの識別子等、処理対象とされているライセンスファイルのライセンス管理方式を識別可能な情報と、ライセンス設定要求に伴って受信されたプロダクトＩＤ（以下、「対象プロダクトＩＤ」という。）とをライセンス管理統合部２２３に指定する。

続いて、ライセンス管理統合部２２３は、対象プロダクトＩＤに係るアプリケーション（以下、「対象アプリケーション」という。）は当該画像形成装置２０Ａ（対象機器）内にインストールされているか否かをアプリ管理情報に基づいて判定する（Ｓ３０２）。対象アプリケーションがインストールされている場合（Ｓ３０２でＹＥＳ）、ライセンス管理統合部２２３は、対象アプリケーションに関連付けられているアプリ情報ファイルを読み込む（Ｓ３０３）。

続いて、ライセンス管理統合部２２３は、対象プロダクトＩＤと、アプリ情報ファイルに記録されているプロダクトＩＤとを比較する（Ｓ３０４）。双方のプロダクトＩＤが一致する場合（Ｓ３０４でＹＥＳ）、ライセンス管理統合部２２３は、対象アプリケーションがライセンス管理対象であるか否かをアプリ情報ファイルのライセンス管理対象フラグに基づいて判定する（Ｓ３０５）。対象アプリケーションがライセンス管理対象である場合（ライセンス管理対象フラグの値がｔｒｕｅである場合）（Ｓ３０５でＹＥＳ）、ライセンス管理統合部２２３は、対象アプリケーションのアプリ情報ファイルのライセンス管理方式の値と、ライセンス設定の要求元の識別子（ライセンス通信制御部２２１Ａ又はライセンス通信制御部２２１Ｂの識別子）とが整合しているか否かを判定する（Ｓ３０６）。整合しているとは、アプリ情報ファイルのライセンス管理方式の値と、ライセンス設定の要求元の識別子とが、同じライセンス管理方式に対応した値であることをいう。

アプリ情報ファイルのライセンス管理方式の値と、ライセンス設定の要求元の識別子とが整合している場合（Ｓ３０６でＹＥＳ）、ライセンス管理統合部２２３は、対象アプリのライセンス管理方式に対応するライセンス管理部２２２（ライセンス管理部２２２Ａ又はライセンス管理部２２２Ｂ）をライセンス設定処理の実行主体として選択する（Ｓ３０７）。ライセンス管理統合部２２３は、選択したライセンス管理部２２２に対してライセンスの設定を要求する。

ライセンスの設定を要求されたライセンス管理部２２２は、ステップＳ３０１において所定の記憶領域に記録されたライセンスファイルを復号又はデコードして読み込み（解読し）、ライセンスファイルの有効性の有無を判定する（Ｓ３０８）。例えば、有効期限が切れていないか等が確認される。なお、ライセンスファイルをいずれの記憶領域から読み込むか、どのような復号又はデコード処理を実行するか、及び有効性の判定処理の処理内容等については、ライセンス管理方式ごと（ライセンス管理部２２２ごと）に異なりうる。

ライセンスファイルが有効である場合（Ｓ３０８でＹＥＳ）、ライセンス管理部２２２は、対象アプリに対するライセンスの設定を行う（Ｓ３０９）。ライセンスの設定の具体的処理内容についてもライセンス管理方式ごと（ライセンス管理部２２２ごと）に異なりうる。但し、いずれのライセンス管理方式にであっても、ライセンスファイル又はライセンスファイルに記録されている情報を使用可能な状態とするための処理である点において共通する。例えば、ライセンスチェックに使用されるライセンスファイルが保存されるべき記憶領域に処理対象のライセンスファイルが保存されたり、ライセンスファイルに記録された内容が所定のテーブルに転記されたりする。

一方、ステップＳ３０２、Ｓ３０４、Ｓ３０５、Ｓ３０６、又はＳ３０８でＮＯの場合、ライセンス管理統合部２２３又は選択されたライセンス管理部２２２は、ライセンスの設定処理を中止する（Ｓ３１０）。したがって、ライセンスファイルは使用可能な状態とならない。

続いて、画像形成装置２０Ａにおけるアプリケーションの起動処理について説明する。図１３は、画像形成装置２０Ａによるアプリケーションの起動処理の処理手順を説明するためのフローチャートである。

操作制御部２２６は、操作パネル２５に表示されている画面（例えば、インストールされているアプリケーションの一覧画面）を介して、アプリケーションの起動要求を受け付ける（Ｓ４０１）。操作制御部２２６は、起動対象とされたアプリケーションのプロダクトＩＤ（以下、「対象プロダクトＩＤ」という。）を指定して、アプリケーションの起動処理の実行をライセンス管理統合部２２３に要求する。

ライセンス管理統合部２２３は、アプリ管理情報に基づいて、対象プロダクトＩＤに係るアプリケーション（以下、「対象アプリケーション」という。）がインストールされているか否かをアプリ管理情報に基づいて判定する（Ｓ４０２）。対象アプリケーションがインストールされている場合（Ｓ４０２でＹＥＳ）、ライセンス管理統合部２２３は、対象アプリケーションに関連付けられているアプリ情報ファイルを読み込む（Ｓ４０３）。

続いて、ライセンス管理統合部２２３は、対象プロダクトＩＤと、アプリ情報ファイルに記録されているプロダクトＩＤとを比較する（Ｓ４０４）。双方のプロダクトＩＤが一致する場合（Ｓ４０４でＹＥＳ）、ライセンス管理統合部２２３は、対象アプリケーションがライセンス管理対象であるか否かをアプリ情報ファイルのライセンス管理対象フラグに基づいて判定する（Ｓ４０５）。

対象アプリケーションがライセンス管理対象である場合（ライセンス管理対象フラグの値がｔｒｕｅである場合）（Ｓ４０５でＹＥＳ）、ライセンス管理統合部２２３は、対象アプリのライセンス管理方式に対応するライセンス管理部２２２（ライセンス管理部２２２Ａ又はライセンス管理部２２２Ｂ）を対象アプリケーションの起動の可否判定の実行主体として選択する（Ｓ４０６）。ライセンス管理統合部２２３は、選択したライセンス管理部２２２に対して対象プロダクトＩＤを指定して対象アプリケーションの起動の可否判定を要求する。

アプリケーションの起動の可否判定の要求を受けたライセンス管理部２２２は、対応するライセンス管理方式に応じた処理によって対象アプリケーションの起動の可否判定を行う（Ｓ４０７）。例えば、指定されたプロダクトＩＤに対応するライセンスファイルが存在するか否か、当該ライセンスファイルの有効期限は切れていないか否か等が確認される。

ライセンス管理部２２２がアプリケーションの起動は可能であると判定すると、ライセンス管理統合部２２３は、対象アプリケーションを起動させる（Ｓ４０８）。また、対象アプリケーションが、ライセンスの管理対象で無い場合（Ｓ４０５でＮＯ）、ステップＳ４０６及びＳ４０７は実行されることなく、対象アプリケーションはライセンス管理統合部２２３によって起動される（Ｓ４０８）。

一方、Ｓ４０２でＮＯ、Ｓ４０４でＮＯ、又はＳ４０７でＮＯの場合、対象アプリケーションの起動は拒否される（Ｓ４０９）。

上述したように、本実施の形態における画像形成装置２０Ａは、アプリケーションＡ及びアプリケーションＢのいずれのアプリケーションについても、インストール及びライセンスの設定を行うことができる。したがって、図１においては、便宜上、機器管理装置１０Ａ及びライセンス管理サーバ５０Ａが機器管理システム１の構成要素とされているが、これらが存在しなくても、画像形成装置２０Ａに対するライセンス管理等は、機器管理装置１０Ｂ、ライセンス管理サーバ５０Ｂ、及びパッケージ管理サーバ６０Ｂによって行うことができる。このことは、ライセンス管理方式が相互に異なる画像形成装置２０Ａ及び画像形成装置２０Ｂに関して、統合的にライセンス管理等を行えることを意味する。したがって、複数のライセンス管理方式に対応した画像形成装置２０が存在する環境においてライセンス管理に関する作業を簡便化することができる。

なお、本実施の形態では、説明の簡素化のため、二つのライセンス管理方式が混在した環境を例として説明したが、混在するライセンス管理方式の数は、三つ以上であってもよい。

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

１０Ａ、１０Ｂ 機器管理装置
２０Ａ、２０Ｂ 画像形成装置
５０Ａ、５０Ｂ ライセンス管理サーバ
６０Ｂ パッケージ管理サーバ
２１ コントローラ
２２ スキャナ
２３ プリンタ
２４ モデム
２５ 操作パネル
２６ ネットワークインタフェース
２７ ＳＤカードスロット
８０ ＳＤカード
２１１ ＣＰＵ
２１２ ＲＡＭ
２１３ ＲＯＭ
２１４ ＨＤＤ
２１５ 操作パネル
２２１Ａ ライセンス通信制御部
２２１Ｂ ライセンス通信制御部
２２２Ａ ライセンス管理部
２２２Ｂ ライセンス管理部
２２３ ライセンス管理統合部
２２４ パッケージ変換部
２２５ Ａ方式インストール部
２２６ 操作制御部

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

Claims (6)

1. 第一のパッケージの形式による第一のプログラムのインストール要求に応じ、前記第一のプログラムのインストールを実行するインストール手段と、
   第二のパッケージの形式による第二のプログラムのインストール要求の受信に応じ、前記第二のプログラムのパッケージの形式を前記第一のパッケージの形式に変換し、変換された前記第二のプログラムのインストール要求を前記インストール手段に入力する変換手段とを有する情報処理装置。
2. 前記変換手段は、前記第二のプログラムから抽出される情報に基づいて、前記第一のパッケージの形式に対応した情報を生成する請求項１記載の情報処理装置。
3. 情報処理装置が実行するインストール方法であって、
   前記情報処理装置のインストール手段が、第一のパッケージの形式による第一のプログラムのインストール要求に応じ、前記第一のプログラムのインストールを実行するインストール手順と、
   前記情報処理装置の変換手段が、第二のパッケージの形式による第二のプログラムのインストール要求の受信に応じ、前記第二のプログラムのパッケージの形式を前記第一のパッケージの形式に変換し、変換された前記第二のプログラムのインストール要求を前記インストール手段に入力する変換手順とを有するインストール処理方法。
4. 前記変換手順は、前記第二のプログラムから抽出される情報に基づいて、前記第一のパッケージの形式に対応した情報を生成する請求項３記載のインストール処理方法。
5. 情報処理装置を、
   第一のパッケージの形式による第一のプログラムのインストール要求に応じ、前記第一のプログラムのインストールを実行するインストール手段と、
   第二のパッケージの形式による第二のプログラムのインストール要求の受信に応じ、前記第二のプログラムのパッケージの形式を前記第一のパッケージの形式に変換し、変換された前記第二のプログラムのインストール要求を前記インストール手段に入力する変換手段として機能させるインストールプログラム。
6. 前記変換手段は、前記第二のプログラムから抽出される情報に基づいて、前記第一のパッケージの形式に対応した情報を生成する請求項５記載のインストールプログラム。

Images