JP2015015040A - ライセンス元判定装置、ライセンス元判定方法、ライセンス元判定システム、及びライセンス元判定プログラム - Google Patents

Abstract

【課題】ライセンスの発行元が複数存在する場合であってもライセンスの導入作業の作業負担の増加を適切に抑制すること。【解決手段】ライセンス判定装置は、プログラムの起動の許否判定に電子機器が利用するライセンスデータを識別するためのライセンス識別情報ごとに、前記ライセンスデータの発行元を識別するための発行元識別情報を含む発行元情報との対応情報を記憶した発行元情報記憶手段と、前記発行元情報の取得要求に応じ、該取得要求に指定された前記ライセンス識別情報に対応する前記発行元情報を前記発行元情報記憶手段を用いて取得し、該発行元情報を返信する発行元情報提供手段とを有する。【選択図】図３

Description

本発明は、ライセンス元判定装置、ライセンス元判定方法、ライセンス元判定システム、及びライセンス元判定プログラムに関する。

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

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

特許文献１では、ライセンスの発行元は一つ又は共通化されている場合が想定されている。これに対し、本願発明者は、アプリケーションに応じてライセンスの発行元が異なることが許容される柔軟なシステムの構築を検討している。アプリケーションに応じてライセンスの発行元が異なることが許容されれば、例えば、画像形成装置の或る時期の機種からライセンスの発行元を変えることが容易となる。

但し、ライセンスの発行元に応じて、ライセンスの取得等のための手順等が異なる可能性が高い。例えば、通信プロトコルが異なっていたり、ライセンスの取得等に必要なパラメータが異なっていたりする可能性が高い。

そうすると、ライセンスの発行元に応じたクライアントプログラムが必要になるということになる。アプリケーションのライセンスの取得作業を行うユーザは、ライセンスの発行元に応じて、クライアントプログラムを使い分ける必要があるということになる。このような作業はユーザにとって非常に負担であり、アプリケーションの販売促進に悪影響を与えかねない。

本発明は、上記の点に鑑みてなされたものであって、ライセンスの発行元が複数存在する場合であってもライセンスの導入作業の作業負担の増加を適切に抑制することのできるライセンス元判定装置、ライセンス元判定方法、ライセンス元判定システム、及びライセンス元判定プログラムの提供を目的とする。

そこで上記課題を解決するため、ライセンス判定装置は、プログラムの起動の許否判定に電子機器が利用するライセンスデータを識別するためのライセンス識別情報ごとに、前記ライセンスデータの発行元を識別するための発行元識別情報を含む発行元情報との対応情報を記憶した発行元情報記憶手段と、前記発行元情報の取得要求に応じ、該取得要求に指定された前記ライセンス識別情報に対応する前記発行元情報を前記発行元情報記憶手段を用いて取得し、該発行元情報を返信する発行元情報提供手段とを有する。

このようなライセンス判定装置では、ライセンスの発行元が複数存在する場合であってもライセンスの導入作業の作業負担の増加を適切に抑制することができる。

本発明によれば、ライセンスの発行元が複数存在する場合であってもライセンスの導入作業の作業負担の増加を適切に抑制することができる。

第一の実施の形態におけるライセンス導入支援システムのシステム構成例を示す図である。 本発明の実施の形態における機器管理装置のハードウェア構成例を示す図である。 第一の実施の形態におけるライセンス導入支援システムの機能構成例を示す図である。 第一の実施の形態におけるライセンスの導入処理の処理手順の一例を説明するためのシーケンス図である。 発行元情報記憶部の構成例を示す図である。 選択情報記憶部の構成例を示す図である。 第二の実施の形態におけるライセンス導入支援システムのシステム構成例を示す図である。 第二の実施の形態におけるライセンス導入支援システムの機能構成例を示す図である。 第二の実施の形態におけるライセンスの導入処理の処理手順の一例を説明するためのシーケンス図である。 依存関係管理テーブルの構成例を示す図である。 ライセンスファイルの構成例を示す図である。 ライセンス管理テーブルの構成例を示す図である。 インストール情報管理テーブルの構成例を示す図である。 ライセンス管理部によるライセンスファイル生成処理の処理手順を説明するためのフローチャートである。

以下、図面に基づいて本発明の実施の形態を説明する。図１は、第一の実施の形態におけるライセンス導入支援システムのシステム構成例を示す図である。同図のライセンス導入支援システム１において、ユーザ環境Ｅ１は、画像形成装置２０のユーザのシステム環境である。例えば、ユーザ環境Ｅ１は、画像形成装置２０のユーザの企業又はオフィス等に相当する。

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

機器管理装置１０は、ユーザ環境Ｅ１における画像形成装置２０において動作するコンポーネントや当該コンポーネントのライセンス（使用権限）の取得及び導入等を一括して行うＰＣ（Personal Computer）等のコンピュータである。本実施の形態において、機器管理装置１０は、ライセンス導入支援装置の一例である。なお、ユーザ環境Ｅ１は、ユーザ数（企業又はオフィス単位のユーザ数）に応じて複数存在しうる。

機器管理装置１０は、ライセンス管理サーバ５０Ａ、５０Ｂ、及び５０Ｃ、並びにライセンス元判定装置８０とＬＡＮ（Local Area Network）又はインターネット等のネットワーク７０を介して接続されている。

ライセンス管理サーバ５０Ａ、５０Ｂ、及び５０Ｃ（以下、それぞれを区別しない場合「ライセンス管理サーバ５０」という。）は、ユーザによって購入されたコンポーネントのライセンスの発行元として機能するコンピュータである。同図では、三つのライセンス管理サーバ５０が配置されている例が示されているが、二つであってもよいし、四つ以上であってもよい。複数のライセンス管理サーバ５０が配置されているのは、負荷分散のためではない。すなわち、各ライセンス管理サーバ５０は、相互に異なるライセンスの管理方式に対応する。ライセンスの管理方式とは、ライセンスの発行等に関する処理手順、又はライセンスを示すデータ（以降におけるライセンスファイル）の形式等を規定する概念である。また、ライセンスの管理方式は、ライセンスの発行に必要な、ライセンス識別子のデータ形式をも規定する。

ライセンス識別子とは、コンポーネントのライセンスの購入によってユーザに配布され、購入されたライセンスを識別するデータをいう。ライセンス識別子は、ライセンスの購入ごとに発行される。したがって、ライセンス内容が一致し、同じコンポーネントに対するライセンスであっても、ライセンス識別子の値は異なるものとなる。各ライセンス管理サーバ５０は、ライセンス識別子に関連付けて、ライセンスの内容、ライセンスの使用状態（発行済みであるか否か）等を管理する。それにより、購入されたライセンスの範囲を超えるコンポーネントの使用等が適切に制限される。以下において、ライセンス識別子のことを、便宜上「プロダクトキー」と呼ぶ。なお、ライセンスの購入に応じてプロダクトキーが配布されること、プロダクトキーに関連付けられてライセンスの内容及びライセンスの使用状態等が管理されることは、ライセンスの発行元（ライセンス管理サーバ５０）に拘わらず共通事項である。但し、プロダクトキーの形式は、ライセンス管理サーバ５０に応じて異なりうる。

なお、各ライセンス管理サーバ５０は、同一の運営主体によって運営されていてもよいし、異なる運営主体によって運営されていてもよい。

ライセンス元判定装置８０は、機器管理装置１０から送信される、ライセンスの発行元の問い合わせに応じ、当該問い合わせに指定されているプロダクトキー等に対応するライセンスの発行元（すなわち、ライセンス管理サーバ５０）がいずれであるかを判定するコンピュータである。

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

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

メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従って機器管理装置１０に係る機能を実現する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。表示装置１０６はプログラムによるＧＵＩ（Graphical User Interface）等を表示する。入力装置１０７はキーボード及びマウス等で構成され、様々な操作指示を入力させるために用いられる。

各ライセンス管理サーバ５０及びライセンス元判定装置８０についても、図２と同様のハードウェア構成を有していればよい。但し、各ライセンス管理サーバ５０及びライセンス元判定装置８０は、必ずしも表示装置１０６及び入力装置１０７を備えていなくてもよい。

図３は、第一の実施の形態におけるライセンス導入支援システムの機能構成例を示す図である。同図において、機器管理装置１０は、共通処理部１１、ライセンス導入処理部１２Ａ、ライセンス導入処理部１２Ｂ、及びライセンス導入処理部１２Ｃ（以下、それぞれを区別しない場合、「ライセンス導入処理部１２」という。）等を有する。これら各部は、機器管理装置１０にインストールされたプログラムが、ＣＰＵ１０４に実行させる処理により実現される。

共通処理部１１は、ライセンスの発行元に拘わらず共通的に必要とされる処理を実行する。同図において、共通処理部１１は、要求受付部１１１、機器情報取得部１１２、発行元情報取得部１１３、選択部１１４、及び選択情報記憶部１１５等を含む。

要求受付部１１１は、画像形成装置２０へのライセンスの導入要求を受け付ける。ライセンスの導入要求において、プロダクトキーと導入先の画像形成装置２０とが指定される。機器情報取得部１１２は、画像形成装置２０より機器情報を取得する。機器情報には、画像形成装置２０の機種を示す機種情報や、画像形成装置２０にインストールされているコンポーネントに関する情報等が含まれる。発行元情報取得部１１３は、ユーザによって入力されたプロダクトキーに対応するライセンスの発行元に関する情報（以下、「発行元情報」という。）をライセンス元判定装置８０より取得する。選択部１１４は、発行元情報に対応するライセンス導入処理部１２を選択し、選択されたライセンス導入処理部１２に対して処理の実行を指示する。選択情報記憶部１１５は、選択部１１４が発行元情報に対応するライセンス導入処理部１２を判定するための情報を、例えば、補助記憶装置１０２を用いて記憶する。より詳しくは、選択情報記憶部１１５は、発行元情報とライセンス導入処理部１２との対応情報を記憶する。

各ライセンス導入処理部１２は、選択部１１４からの指示に応じ、当該ライセンス導入処理部１２が対応するライセンス管理サーバ５０からのライセンスの取得処理を実行する。また、ライセンス導入処理部１２は、ライセンスの導入先として指定された画像形成装置２０に対するライセンスの導入処理を実行する。

なお、本実施の形態において、各ライセンス導入処理部１２は、符号の末尾のアルファベット（Ａ、Ｂ、又はＣ）が共通するライセンス管理サーバ５０に対応する。ライセンス管理サーバ５０ごとにライセンス導入処理部１２が存在するのは、ライセンス管理サーバ５０ごとに、ライセンスを取得するための処理手順や通信プロトコル等が異なりうるからである。また、いずれのライセンス管理サーバ５０より発行されたライセンスであるかに応じて、画像形成装置２０へライセンスを導入するための処理手順や通信プロトコル等も異なりうる。なお、本実施の形態においてライセンスが具現化されたデータ（ライセンスデータ）を格納するファイルをライセンスファイルという。

ライセンス元判定装置８０は、発行元情報提供部８１及び発行元情報記憶部８２等を有する。発行元情報提供部８１は、発行元情報取得部１１３より送信される発行元情報の取得要求に応じ、当該取得要求に指定されたプロダクトキーに係る発行元情報を返信する。発行元情報記憶部８２は、プロダクトキーと発行元情報との対応情報を記憶する。

各画像形成装置２０は、機種に応じて対応するライセンス管理方式が異なりうる。したがって、各画像形成装置２０は、自らが対応するライセンス管理方式に応じた処理手順や通信プロトコルに従って、機器管理装置１０からのライセンスファイルの導入等の受け付け等を行う。また、各画像形成装置２０は、自らが対応するライセンス管理方式に応じた処理手順によって、ライセンスファイルに基づいて、自機において起動されるコンポーネントの起動の許否を判定する。

以下、第一の実施の形態のライセンス導入支援システム１の処理手順について説明する。図４は、第一の実施の形態におけるライセンスの導入処理の処理手順の一例を説明するためのシーケンス図である。同図において、画像形成装置２０のユーザは、コンポーネントのライセンスを購入し、当該ライセンスに係るプロダクトキーを入手済みであるとする。但し、当該ライセンスに係るライセンスファイルは、未だ画像形成装置２０に導入されていない状態であるとする。

機器管理装置１０の要求受付部１１１は、表示装置１０６に表示させている初期画面を介してライセンスの導入の開始指示の入力をユーザより受け付ける（Ｓ１０１）。続いて、要求受付部１１１は、画像形成装置２０の一覧を含む機器選択画面を表示装置１０６に表示させ、ライセンスファイルの導入先とする画像形成装置２０をユーザに選択させる（Ｓ１０２）。機器選択画面においては、複数の画像形成装置２０を選択することも可能である。なお、機器選択画面では、予めそのＩＰアドレス及びホスト名等が補助記憶装置１０２に記憶されている画像形成装置２０が表示対象とされる。または、要求受付部１１１が、ブロードキャスト等をネットワーク３０上に発行することにより、ネットワーク３０に接続されている画像形成装置２０を自動的に検索し、検索された画像形成装置２０のホスト名等を機器選択画面に表示させてもよい。

続いて、機器情報取得部１１２は、機器選択画面において選択された各画像形成装置２０に対して機器情報の取得要求を送信する（Ｓ１０３）。機器情報の取得要求を受信した各画像形成装置２０は、自機にインストールされているコンポーネントの一覧情報と当該画像形成装置２０の機体番号及び機種情報とを含む機器情報を返信する（Ｓ１０４）。機体番号とは、各画像形成装置２０の機体を識別するための識別情報である。機体番号は、画像形成装置２０の機体ごとに一意であってもよい。また、コンポーネントの一覧情報とは、例えば、コンポーネントの識別子（以下、「コンポーネントＩＤ」という。）の一覧である。

続いて、要求受付部１１１は、プロダクトキー入力画面を表示装置１０６に表示させ、プロダプロダクトキー入力画面を介してプロダクトキーの入力をユーザより受け付ける（Ｓ１０５）。

続いて、発行元情報取得部１１３は、入力されたプロダクトキーと、ステップＳ１０４において取得された機器情報に含まれている機種情報とを指定して、発行元情報の取得要求をライセンス元判定装置８０に送信する（Ｓ１０６）。すなわち、当該プロダクトキーに係るライセンスファイルについて、当該機種情報によって示される機種に係る画像形成装置２０を導入先とする場合の適切なライセンスの発行元（すなわち、ライセンスファイルの取得先）が、ライセンス元判定装置８０に問い合わされる。

続いて、ライセンス元判定装置８０の発行元情報提供部８１は、プロダクトキーと機種情報とに対応する発行元情報を発行元情報記憶部８２より検索する（Ｓ１０７）。

図５は、発行元情報記憶部の構成例を示す図である。同図において、発行元情報記憶部８２は、入力プロダクトキー及び機種情報の組み合わせごとに、発行元情報（発行元用プロダクトキー及び発行元ＵＲＬ等）を記憶している。

入力プロダクトキー及び機種情報は、発行元情報の取得要求に指定されたプロダクトキー及び機種情報と照合されるプロダクトキー及び機種情報である。なお、発行元情報の特定するための情報に機種情報が含まれているのは、同一のプロダクトキーに関して、機種に応じてライセンスの発行元が異なるケースを想定しているためである。したがって、斯かるケースが発生しえないシステム環境においては、機種情報は除去されてもよい。

発行元用プロダクトキーは、入力プロダクトキー及び機種情報の組み合わせに対応するライセンスの発行元において、当該ライセンスに関して管理しているプロダクトキーである。例えば、ライセンス管理サーバ５０ごとに、プロダクトキーの番号体系が異なる場合がある。また、同一のコンポーネントであっても、当該コンポーネントのライセンスの導入先（使用先）とする画像形成装置２０の機種に応じて、ライセンスの発行元が異なる場合がある。一方、市場において既に発行されているプロダクトキーに係るライセンスが、いずれの機種の画像形成装置２０において使用されていない場合（ライセンスの発行を受けていない場合）がある。すなわち、当該プロダクトキーに関して、図４の処理が実行されていない場合がある。

このような状況等において、既に市場において発行され、ユーザによって入力されたプロダクトキーを解釈できない（管理対象としていない）ライセンス管理サーバ５０がライセンスの発行元となる場合、当該ライセンス管理サーバ５０は、当該プロダクトキーに対するライセンスを発行することができなくなってしまう。このことは、ユーザが、購入済みのライセンスキーに基づいてライセンスを使用することができなくなってしまうことを意味する。そこで、ライセンスの発行元に対応した発行元用プロダクトキーが、既に市場において発行されている可能性のあるプロダクトキー（入力プロダクトキー）に対応付けられて記憶されているのである。

なお、既に市場に発行されているプロダクトキーを理解可能なライセンス管理サーバ５０に関しては、発行元用プロダクトキーは、入力プロダクトキーと同一の値が登録されている。例えば、図５における１行目、４行目、７行目のレコードがその例である。

発行元ＵＲＬは、ライセンスの発行元となるライセンス管理サーバ５０のＵＲＬ（Uniform Resource Locator）である。発行元ＵＲＬは、本実施の形態において発行元識別情報の一例である。なお、発行元識別情報は、必ずしもＵＲＬでなくてもよい。ライセンスの発行元となるライセンス管理サーバ５０が利用する通信プロトコルに応じて当該ライセンス管理サーバ５０を識別可能な情報であればよい。

ステップＳ１０７では、発行元情報の取得要求に指定されたプロダクトキー及び機種情報と合致する入力プロダクトキー及び機種情報を含むレコードが発行元情報記憶部８２より検索される。

続いて、発行元情報提供部８１は、検索されたレコードの発行元用プロダクトキー及び発行元ＵＲＬを発行元情報記憶部８２より取得する（Ｓ１０８）。続いて、発行元情報提供部８１は、当該発行元用プロダクトキー及び発行元ＵＲＬを含む発行元情報を、機器管理装置１０に返信する（Ｓ１０９）。

続いて、選択部１１４は、受信された発行元ＵＲＬと選択情報記憶部１１５とに基づいて、ライセンスの導入処理を委譲するライセンス導入処理部１２を選択する（Ｓ１１０）。

図６は、選択情報記憶部の構成例を示す図である。同図において、選択情報記憶部１１５は、発行元ＵＲＬ（すなわち、ライセンスの発行元の識別情報）と、ライセンス導入処理部１２との対応情報を記憶している。すなわち、選択情報記憶部１１５は、発行元ＵＲＬごとに、ライセンス導入処理部１２の識別情報を記憶している。ライセンス導入処理部１２の識別情報は、例えば、機器管理装置１０をライセンス導入処理部１２として機能させるためのプログラムのプログラムファイル名等である。ライセンス元の増減等を考慮すると、当該プログラムは動的にリンク可能なプログラム（例えば、ＤＬＬ（Dynamic Link Library）等）であることが望まし。そうすることにより、ライセンス管理サーバ５０が増えた場合に、既存部分のソースコードを変更することなく、新たなライセンス管理サーバ５０に対応するライセンス導入処理部１２に係るプログラムを追加することができるからである。

ステップＳ１１０において、選択部１１４は、受信された発行元ＵＲＬに対応付けられているライセンス導入処理部１２を選択し、当該ライセンス導入処理部１２に対して、機器情報、発行元ＵＲＬ、及び発行元用プロダクトキーを指定して、処理の実行を指示する。

続いて、処理の実行が指示されたライセンス導入処理部１２は、自らに実装された処理手順（すなわち、自らが対応するライセンス管理方式に係る処理手順）によって、画像形成装置２０へのライセンスの導入処理を実行する。

例えば、ライセンス導入処理部１２Ａが選択された場合、ライセンス導入処理部１２Ａは、発行元用プロダクトキー等を指定して、ライセンスの使用要求をライセンス管理サーバ５０Ａに送信する（Ｓ１２１）。ライセンス管理サーバ５０Ａは、当該プロダクトキーに係るライセンスを示すライセンスファイルを生成し、当該ライセンスファイルを返信する（Ｓ１２２）。ライセンス導入処理部１２Ａは、返信されたライセンスファイルを画像形成装置２０に送信する（Ｓ１２３）。これによって、ユーザは、当該画像形成装置２０において、当該ライセンスファイルに係るライセンスの対象であるコンポーネントを、ライセンスの範囲内（例えば、期限等）において使用することが可能となる。

また、ライセンス導入処理部１２Ｂが選択された場合、ライセンス導入処理部１２Ｂは、発行元用プロダクトキー等を指定して、ライセンスの使用要求をライセンス管理サーバ５０Ｂに送信する（Ｓ１３１）。ライセンス管理サーバ５０Ｂは、当該プロダクトキーに係るライセンスを示すライセンスファイルを生成し、当該ライセンスファイルを返信する（Ｓ１３２）。ライセンス導入処理部１２Ｂは、返信されたライセンスファイルを画像形成装置２０に送信する（Ｓ１３３）。これによって、ユーザは、当該画像形成装置２０において、当該ライセンスファイルに係るライセンスの対象であるコンポーネントを、ライセンスの範囲内（例えば、期限等）において使用することが可能となる。

なお、ライセンス導入処理部１２Ｃが選択された場合については示されていないが、これは便宜的なものである。ライセンス導入処理部１２Ｃが選択された場合、ライセンス管理サーバ５０Ｃを用いてステップＳ１２１〜Ｓ１２３又はＳ１３１〜Ｓ１３３と同様の処理が実行されればよい。

上述したように、第一の実施の形態によれば、ユーザによって入力されたプロダクトキーに基づいて、ライセンスの発行元が自動的に判定され、当該発行元からライセンスファイルが取得される。したがって、ユーザは、ライセンスの発行元がいずれであるかを意識する必要はない。具体的には、ライセンスの発行元に応じて、クライアント側のアプリケーションを使い分ける必要はない。したがって、第一の実施の形態によれば、ライセンスの発行元が複数存在する場合であってもライセンスの導入作業の作業負担の増加を適切に抑制することができる。

なお、機器管理装置１０が、ライセンス元判定装置８０の機能を有していてもよい。具体的には、機器管理装置１０が、発行元情報提供部８１及び発行元情報記憶部８２を有していてもよい。

ところで、各ライセンス導入処理部１２が実行する処理手順は、必ずしも共通なものではない。図４において示されているステップＳ１２１〜Ｓ１２３又はＳ１３１〜Ｓ１３３は、概要に過ぎない。すなわち、当該各ステップは、各ライセンス導入処理部１２が実行する処理によって実現される、基本的な情報又はデータの流れを示したものである。したがって、当該ステップの説明は、比較的抽象度の高いものとなっている。そこで、一例として、ライセンス管理サーバ５０Ａによるライセンス管理方式に関して、具体的な実施形態を以下において説明する。

図７は、第二の実施の形態におけるライセンス導入支援システムのシステム構成例を示す図である。図７中、図１と同一部分には同一符号を付し、その説明は省略する。

図７においては、コンポーネント管理サーバ６０がネットワーク７０に接続されている。コンポーネント管理サーバ６０は、ライセンス管理サーバ５０Ａによってライセンスが管理されるコンポーネントの実体等を管理するコンピュータである。第二の実施の形態において、ライセンス導入処理部１２Ａは、画像形成装置２０へのライセンスの導入に伴って、コンポーネント管理サーバ６０よりコンポーネントをダウンロードし、画像形成装置２０にインストールする。したがって、第二の実施の形態では、ライセンス管理サーバ５０Ａに対応するコンポーネント管理サーバ６０が配置されているのである。

なお、図７において、ライセンス管理サーバ５０Ｂ及び５０Ｃは図示されていないが、これは便宜的なものである。

図８は、第二の実施の形態におけるライセンス導入支援システムの機能構成例を示す図である。図８中、図３と同一部分には同一符号を付し、その説明は適宜省略する。

同図において、画像形成装置２０は、要求処理部２１、ライセンスチェック部２２、及びインストール情報管理テーブル２３等を有する。要求処理部２１は、機器管理装置１０からの要求に応じ、機器情報の送信、コンポーネントのインストール及びライセンスファイル９０の導入等を行う。

ライセンスファイル９０は、ライセンス管理サーバ５０Ａより発行されるライセンスファイルである。ライセンスチェック部２２は、コンポーネントが画像形成装置２０において利用される際に、ライセンスファイル９０に基づいて利用の許否を判定する。インストール管理テーブル２３は、画像形成装置２０にインストールされているコンポーネント等の情報を管理するテーブルであり、画像形成装置２０の記憶装置に記憶されている。

ライセンス管理サーバ５０Ａは、ライセンス管理部５１及びライセンス管理テーブル５２等を有する。ライセンス管理部５１は、コンポーネントに関するライセンスの発行（すなわちち、ライセンスのファイルの生成）等を行う。ライセンス管理テーブル５２は、コンポーネントのライセンスの使用状態等が記録されるテーブルであり、ライセンス管理サーバ５０Ａの記憶装置に記憶されている。

コンポーネント管理サーバ６０は、妥当性検証部６１、コンポーネント管理部６２、依存関係管理テーブル６３、及びコンポーネント記憶部６４等を有する。

妥当性検証部６１は、インストール対象とされているコンポーネントの依存関係が、インストール先の画像形成装置２０に既にインストールされているコンポーネント等によって解決されるか否かを依存関係管理テーブル６３を参照して判定する。具体的には、妥当性検証部６１は、インストール対象とされているコンポーネントの依存先のコンポーネント等が、既に画像形成装置２０にインストールされているか否か等を判定する。

コンポーネント管理部６２は、コンポーネント記憶部６４に記録されているコンポーネントの実体（例えば、ファイル等）の管理を行う。例えば、コンポーネント管理部６２は、コンポーネントのダウンロード要求の受信に応じ、当該コンポーネントをコンポーネント記憶部６４より取得し、要求元に返信する。

依存関係管理テーブル６３は、コンポーネント間の依存関係を示す情報が記録されたテーブルであり、コンポーネント管理サーバ６０の記憶装置に記憶されている。コンポーネント記憶部６４は、コンポーネント管理サーバ６０の記憶装置において、コンポーネントの実体をそれぞれのコンポーネントＩＤに関連付けて記憶する記憶領域である。

機器管理装置１０については、ライセンス導入処理部１２Ａに関して詳細化されている。同図において、ライセンス導入取得部Ａは、妥当性確認部１２１、コンポーネント取得部１２２、ライセンス取得部１２３、及びインストール制御部１２４等を有する。

妥当性確認部１２１は、インストール対象とされたコンポーネントについて、インストール先とされた画像形成装置２０へのインストールの妥当性の検証をコンポーネント管理サーバ６０に実行させる。

コンポーネント取得部１２２は、インストール対象のコンポーネントをコンポーネント管理サーバ６０よりダウンロード（取得）する。ライセンス取得部１２３は、インストール対象のコンポーネントに関するライセンスファイル９０をライセンス管理サーバ５０Ａより取得する。インストール制御部１２４は、コンポーネント及びライセンスファイル９０を画像形成装置２０に送信する。

以下、第二の実施の形態のライセンス導入支援システム１の処理手順について説明する。第二の実施の形態では、図４において、ステップＳ１２１〜Ｓ１２３として簡略化して説明された箇所に対応する処理手順（すなわち、ステップＳ１１０の後にライセンス導入処理部１２Ａ等が実行する処理手順）について詳細に説明する。なお、ステップＳ１０１〜Ｓ１１０は、第二の実施の形態においても実行されるが、その説明は省略する。

図９は、第二の実施の形態におけるライセンスの導入処理の処理手順の一例を説明するためのシーケンス図である。

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

ステップＳ２０１−１において、妥当性確認部１２１は、導入対象とされているライセンスに係るコンポーネント（以下、「カレントコンポーネント」という。）のコンポーネントＩＤとカレント機器の機器情報とを含む妥当性の検証要求をコンポーネント管理サーバ６０に送信する。ここでいう「妥当性」とは、カレントコンポーネントをカレント機器にインストールすることの妥当性をいう。コンポーネント管理サーバ６０の妥当性検証部６１は、妥当性検証要求の受信に応じ、依存関係管理テーブル６３を参照して妥当性を検証する。

図１０は、依存関係管理テーブルの構成例を示す図である。同図において、依存関係管理テーブル６３は、コンポーネントごとに当該コンポーネントのコンポーネントＩＤ、及び当該コンポーネントが依存する（当該コンポーネントの依存先の）コンポーネントのコンポーネントＩＤが登録されている。依存先のコンポーネントのコンポーネントＩＤは、複数登録されていてもよい。なお、同図において、「０」は、依存先のコンポーネントが無いことを示す。

妥当性検証部６１は、妥当性の検証において、カレントコンポーネントのコンポーネントＩＤと依存関係管理テーブル６３とに基づいて、カレントコンポーネントの依存先のコンポーネント（以下、「依存先コンポーネント」という。）を特定する。依存先コンポーネントが有る場合、妥当性検証部６１は、依存先コンポーネントのコンポーネントＩＤが機器情報に含まれているか否かを判定する。全ての依存先コンポーネントのコンポーネントＩＤが機器情報に含まれている場合、妥当性検証部６１は、妥当性は有ると判定する。機器情報に含まれていない依存先コンポーネント（以下、「未解決コンポーネント」という。）が少なくとも一つ存在する場合、妥当性検証部６１は、妥当性は無いと判定する。なお、一つのコンポーネントに対して依存先コンポーネントは複数存在しうる。また、依存関係の探索は、再帰的に行われる。

続いて、妥当性検証部６１は、妥当性の検証結果を妥当性確認部１２１に返信する（Ｓ２０１−２）。妥当性が無いと判定された場合、検証結果には、未解決コンポーネントのコンポーネントＩＤが含まれる。

続いて、コンポーネント取得部１２２は、カレントコンポーネントのコンポーネントＩＤを指定してダウンロード要求をコンポーネント管理サーバ６０に送信する（Ｓ２０１−３）。コンポーネント管理サーバ６０のコンポーネント管理部６２は、指定されたコンポーネントＩＤに対応するコンポーネントをコンポーネント記憶部６４より取得し、取得されたコンポーネントをコンポーネント取得部１２２に返信する（Ｓ２０１−４）。また、ステップＳ２０１−２において妥当性が無い旨の検証結果が受信された場合、未解決コンポーネントに関してもダウンロードが実行される。

続いて、ライセンス取得部１２３は、図４のステップＳ１０９において取得されたプロダクトキー（発行元用プロダクトキー）と、カレントコンポーネントのコンポーネントＩＤと、カレント機器の機体番号とを指定して、ライセンスの使用要求（ライセンスファイル９０の取得要求）をライセンス管理サーバ５０Ａに送信する（Ｓ２０１−５）。

ライセンス管理サーバ５０Ａのライセンス管理部５１は、ライセンスの使用要求に含まれている情報及びライセンス管理テーブル５２に基づいてライセンスファイル９０を生成し、生成されたラインセンスファイル９０をライセンス取得部１２３に返信する（Ｓ２０１−６）。

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

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

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

これらの項目のうち、管理番号、プロダクトキー、コンポーネントＩＤ、ステータス、ライセンス形態、及びライセンス有効期間は、ライセンスが購入された際にライセンス管理テーブル５２に記録される。すなわち、ライセンスの購入時において、コンポーネントＩＤ、ライセンス形態、及びライセンス有効期限は、ユーザによって指定される。

ライセンス形態とは、コンポーネントに関するライセンスについて売り切り型、時限ライセンス、及びトライアルライセンス等の別を示す情報である。売り切り型は、購入後無期限に使用可能なライセンスである。時限ライセンスは、所定期間に限り有効な（使用可能な）ライセンスである。トライアルライセンスは、お試し用としての使用に対するライセンスである。ライセンス有効期間は、ライセンス形態が時限ライセンス又はトライアルライセンスの場合に有効な属性であり、ライセンスが有効な期間を示す。

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

管理番号は、ライセンス管理テーブル５２に対するレコードの生成に伴って、各レコードに割り当てられる識別子（番号）である。プロダクトキー及びコンポーネントＩＤは上述した通りである。

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

なお、同図において、管理番号１〜３のレコードのプロダクトキー及びコンポーネントＩＤは共通する。これは、プロダクトキー「ＫＥＹ００１」に係る商品が、ライセンス数が３のボリュームライセンスに係る商品であることを示す。ボリュームライセンスとは、同一のコンポーネントについて、当該ボリュームライセンスにおいて指定されている台数分の複数の画像形成装置２０において利用が許可されるライセンスをいう。

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

続いて、インストール制御部１２４は、ステップＳ２０１−４において未解決コンポーネントが取得されている場合、当該未解決依存コンポーネントをカレント機器に送信し、当該未解決コンポーネントのインストールをカレント機器に要求する（Ｓ２０１−７）。カレント機器の要求処理部２１は、未解決コンポーネントをインストールし、当該未解決コンポーネントに関する情報（コンポーネントＩＤ等）をインストール情報管理テーブル２３に記録する。

図１３は、インストール情報管理テーブルの構成例を示す図である。同図において、インストール情報管理テーブル２３には、当該画像形成装置２０にインストールされているコンポーネントごとに、コンポーネントＩＤ、バージョン、アクティベーションフラグ、及び有効期限等が登録されている。

バージョンは、コンポーネントのバージョンである。アクティベーションフラグは、コンポーネントについてアクティベーションされているか否か（アクティベーション済みか否か）を示す。アクティベーションとは、ライセンスを導入し、コンポーネントを利用可能な状態とすることをいう。ライセンス有効期限は、コンポーネント関して導入されたライセンスの有効期限（ライセンスファイル９０の有効期限）である。

続いて、インストール制御部１２４は、未解決コンポーネントのインストール結果をカレント機器に問い合わせる（Ｓ２０１−８）。当該問い合わせ（ポーリング）は、カレント機器においてインストールが完了し、インストール結果が返信されるまで繰り返される。

先に未解決コンポーネントをインストールさせるのは、依存先のコンポーネントがインストールされていないことによる、コンポーネントのインストールの失敗を回避するためである。

続いて、インストール制御部１２４は、ステップＳ２０１−４において取得されているコンポーネント（カレントコンポーネント）、及びステップＳ２０４−６において取得されているライセンスファイル９０をカレント機器に送信し、当該コンポーネントのインストール及びアクティベーションをカレント機器に要求する（Ｓ２０１−９）。カレント機器の要求処理部２１は、当該コンポーネントをインストールし、当該コンポーネントの情報（コンポーネントＩＤ等）をインストール情報管理テーブル２３に記録する。また、要求処理部２１は、ライセンスファイル９０を所定の記憶領域に記録する。

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

次に、図９のステップＳ２０１−５のライセンスの使用要求に応じて、ライセンス管理サーバ５０Ａのライセンス管理部５１によって実行される処理の詳細について説明する。

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

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

続いて、ライセンス管理部５１は、当該レコードにおける、コンポーネントＩＤ、機体番号、及び有効期限を含むライセンスファイル９０（図１１参照）を生成する（Ｓ３０７）。なお、ライセンスファイル９０は、ライセンス管理テーブル５２のレコードごと、すなわち、コンポーネントに対するライセンスごとに生成される。続いて、ライセンス管理部５１は、生成されたライセンスファイル９０を機器管理装置１０のインストール制御部１２４に返信する（Ｓ３０８）。

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

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

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

なお、上記第二の実施の形態は、ライセンス管理サーバ５０Ａによるライセンス管理方式に基づく処理手順の一例を示すものである。したがって、他のライセンス管理サーバ５０がライセンスの発行元となる場合は、異なる処理手順が実行されうる。例えば、第二の実施の形態では、ライセンスの導入と共にコンポーネントのインストールが自動的に実行されたが、コンポーネントのインストールは別途実行が必要とされる可能性もある。また、ライセンスファイル９０の構成に関しても、ライセンスの発行元ごとに異なりうる。したがって、画像形成装置２０における機能構成についても、ライセンスの発行元に応じて異なりうる。

但し、ライセンスの各発行元において共通的な事項として、ライセンス管理テーブル５２のような記憶手段を利用して、ライセンスの使用状態が管理されることが挙げられる。購入されたライセンスの範囲を超えるコンポーネントの使用を抑止するためのである。

このような状況に鑑みると、第一の実施の形態を単純に実施した場合、ライセンスの範囲を超えてコンポーネントの使用が可能となってしまう可能性が考えられる。具体的には、図５の発行元情報記憶部８２の１行目及び２行目には、同一の入力プロダクトキー「１１１１１１１１１１」に係る発行元情報が記録されている。１行目の機種情報は「Ａ」であり、２行目の機種情報は「Ｂ」である。また、１行目の発行元ＵＲＬは、ライセンス管理サーバ５０Ａに係るＵＲＬであり、２行目の発行元ＵＲＬは、ライセンス管理サーバ５０Ｂに係るＵＲＬである。したがって、当該入力プロダクトキーに係るライセンスの発行元は、ライセンスの導入先の画像形成装置２０の機種に応じて異なることになる。なお、当該プロダクトキーに係るライセンス数（ボリューム数）は「１」であるとする。

以上のような状況において、機種Ｂの画像形成装置２０に対して、プロダクトキー「１１１１１１１１１１」に係るライセンスが導入されたとする。その結果、ライセンス管理サーバ５０Ｂでは、当該プロダクトキーに係るライセンスは使用中であることが記録される。ここで、当該ライセンスのライセンス数は「１」であるため、当該プロダクトキーに基づくライセンスのこれ以上の導入は禁止されるべきである。

しかし、ライセンス管理サーバ５０Ａのライセンス管理テーブル５２では、当該ライセンスのステータスは「チェックイン」のままである。そうすると、仮に、機種Ａの画像形成装置２０に対して、当該プロダクトキーに係るライセンスの導入処理が実行されると、当該画像形成装置２０には、ライセンスが導入されてしまうことになる。

そこで、このような事態の発生を抑制するため、各ライセンス管理サーバ５０は、ライセンスの発行時に、自らがライセンスを発行したプロダクトキーを相互に通知するようにしてもよい。

具体的には、ライセンスの使用要求を受け付けたライセンス管理サーバ５０は、当該使用要求に指定されているプロダクトキーに係る発行元情報をライセンス元判定装置８０に問い合わせる。ライセンス管理サーバ５０は、ライセンス元判定装置８０より返信される発行元情報に係る他のライセンス管理サーバ５０に、当該発行元情報に含まれている発行元用プロダクトキーを指定して、ライセンスの発行を通知する。当該通知を受けた他のライセンス管理サーバは、当該通知に指定された発行元用プロダクトキーに係る１つ分ライセンスについて使用状態とする。そうすることにより、各ライセンス管理サーバ５０間において、ライセンスの使用状態に関して同期をはかることができる。その結果、ライセンスの範囲を超えたコンポーネントの使用を抑制することができる。

また、各ライセンス管理サーバ５０の運営主体が異なる場合等、ライセンス管理サーバ５０間の相互の情報交換の仕組みの構築が困難な場合もある。そのような場合を考慮して、次のような処理手順が実行されてもよい。

図４のステップＳ１０９において、ライセンス元判定装置８０の発行元情報提供部８１は、発行元情報の取得要求（Ｓ１０６）において指定されたプロダクトキーに係る全ての発行元情報を返信する。すなわち、返信対象とする発行元情報について、機種情報に基づく限定は行われない。

当該発行元情報を受信した機器管理装置１０において、選択部１１４は、各発行元情報に対応する各ライセンス導入処理部１２に実行指示を行う。すなわち、実行指示の対象は一つのライセンス導入処理部１２に限定されない。その結果、各ライセンス導入処理部１２によって並列的にライセンスの導入処理が行われる。但し、ライセンスの導入先は、図４のステップＳ１０２において選択された特定の画像形成装置２０である。したがって、当該画像形成装置２０の機種が機種Ａである場合、ライセンス導入処理部１２Ａとの通信は可能であるが、他のライセンス導入処理部１２との通信は行うことはできない。したがって、ライセンス導入処理部１２Ａに関してのみライセンスの導入が成功することになる。一方、各ライセンス導入処理部１２は、既に、対応するライセンス管理サーバ５０よりライセンスの発行を受けている。すなわち、各ライセンス管理サーバ５０には、同一のプロダクトキーに係るライセンスが使用状態であることが記録されている。その結果、実質的に、各ライセンス管理サーバ５０間において、ライセンスの使用状態に関して同期をはかることができる。

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

１ ライセンス導入支援システム
１０ 機器管理装置
１１ 共通処理部
１２Ａ、１２Ｂ、１２Ｃ ライセンス導入処理部
２０ 画像形成装置
２１ 要求処理部
２２ ライセンスチェック部
２３ インストール情報管理テーブル
２０ 画像形成装置
５０Ａ、５０Ｂ、５０Ｃ ライセンス管理サーバ
５１ ライセンス管理部
５２ ライセンス管理テーブル
６０ コンポーネント管理サーバ
６１ 妥当性検証部
６２ コンポーネント管理部
６３ 依存関係管理テーブル
６４ コンポーネント記憶部
８０ ライセンス元判定装置
８１ 発行元情報提供部
８２ 発行元情報記憶部
１００ ドライブ装置
１０１ 記録媒体
１０２ 補助記憶装置
１０３ メモリ装置
１０４ ＣＰＵ
１０５ インタフェース装置
１０６ 表示装置
１０７ 入力装置
１１１ 要求受付部
１１２ 機器情報取得部
１１３ 発行元情報取得部
１１４ 選択部
１１５ 選択情報記憶部
１２１ 妥当性確認部
１２２ コンポーネント取得部
１２３ ライセンス取得部
１２４ インストール制御部
Ｂ バス

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

Claims (9)

1. プログラムの起動の許否判定に電子機器が利用するライセンスデータを識別するためのライセンス識別情報ごとに、前記ライセンスデータの発行元を識別するための発行元識別情報を含む発行元情報との対応情報を記憶した発行元情報記憶手段と、
   前記発行元情報の取得要求に応じ、該取得要求に指定された前記ライセンス識別情報に対応する前記発行元情報を前記発行元情報記憶手段を用いて取得し、該発行元情報を返信する発行元情報提供手段とを有するライセンス元判定装置。
2. 前記ライセンスデータの発行を受けるための第一のライセンス識別情報の入力を受け付ける受付手段と、
   前記第一のライセンス識別情報を指定して前記発行元情報の取得要求をネットワークを介して接続される前発行元情報提供手段に送信し、前記発行元情報提供手段より返信される前記発行元情報を受信する発行元情報取得手段と、
   ネットワークを介して接続される複数のライセンス管理装置の中で前記発行元情報に係るライセンス管理装置より前記第一のライセンス識別情報に対応する前記ライセンスデータを取得し、該ライセンスデータを前記電子機器に送信するライセンス導入処理手段と、
   を有する請求項１記載のライセンス元判定装置。
3. 前記ライセンス導入処理手段を前記ライセンス管理装置ごとに有し、
   前記発行元情報と前記ライセンス導入処理手段との対応情報を記憶した選択情報記憶手段と、
   前記発行元情報取得手段によって受信された前記発行元情報に対応する前記ライセンス導入処理手段を前記選択情報記憶手段を用いて選択する選択手段とを有し、
   前記選択手段によって選択された前記ライセンス導入処理手段が、前記ライセンスデータを前記ライセンス管理装置より取得し、前記電子機器に送信する請求項２記載のライセンス元判定装置。
4. 前記発行元情報は、当該発行元情報に含まれる前記発行元識別情報に係る前記ライセンス管理装置に対応した第二のライセンス識別情報を含み、
   前記ライセンス導入処理手段は、前記ライセンス管理装置より前記第二のライセンス識別情報に対応する前記ライセンスデータを取得する請求項２又は３記載のライセンス元判定装置。
5. 前記発行元情報取得手段は、前記第一のライセンス識別情報及び該第一のライセンス識別情報に係るライセンスデータの導入先の電子機器の機種情報を指定して前記ライセンスデータの発行元を識別するための発行元識別情報を含む発行元情報の取得要求を前記発行元情報提供手段に送信し、
   前記発行元情報記憶手段は、前記第一のライセンス識別情報と前記電子機器の機種情報との組み合わせごとに前記発行元情報との対応情報を記憶し、
   前記発行元情報提供手段は、前記発行元情報取得手段からの前記取得要求に応じ、該取得要求に指定された前記第一のライセンス識別情報及び前記機種情報に対応する前記発行元情報を前記発行元情報記憶手段を用いて取得し、該発行元情報を返信する請求項２乃至４いずれか一項記載のライセンス元判定装置。
6. プログラムの起動の許否判定に電子機器が利用するライセンスデータの発行元を識別するための発行元識別情報を含む発行元情報の取得要求を受信する取得要求受信手順と、
   該取得要求に指定されたライセンス識別情報に対応する前記発行元情報を発行元情報記憶手段を用いて取得し、該発行元情報を返信する発行元情報提供手順とをコンピュータが実行し、
   前記発行元情報記憶手段は、前記ライセンスデータを識別するためのライセンス識別情報ごとに、前記ライセンスデータの発行元を識別するための発行元識別情報を含む発行元情報との対応情報を記憶するライセンス元判定方法。
7. １以上の電子機器と、前記電子機器にネットワークを介して接続されるライセンス元判定装置とを含むライセンス判定システムであって、
   前記ライセンス元判定装置は、
   プログラムの起動の許否判定に前記電子機器が利用するライセンスデータを識別するためのライセンス識別情報ごとに、前記ライセンスデータの発行元を識別するための発行元識別情報を含む発行元情報との対応情報を記憶した発行元情報記憶手段と、
   前記発行元情報の取得要求に応じ、該取得要求に指定された前記ライセンス識別情報に対応する前記発行元情報を前記発行元情報記憶手段を用いて取得し、該発行元情報を返信する発行元情報提供手段とを有するライセンス元判定システム。
8. １以上の情報処理装置を含むライセンス判定システムであって、
   プログラムの起動の許否判定に電子機器が利用するライセンスデータを識別するためのライセンス識別情報ごとに、前記ライセンスデータの発行元を識別するための発行元識別情報を含む発行元情報との対応情報を記憶した発行元情報記憶手段と、
   前記発行元情報の取得要求に応じ、該取得要求に指定された前記ライセンス識別情報に対応する前記発行元情報を前記発行元情報記憶手段を用いて取得し、該発行元情報を返信する発行元情報提供手段とを有するライセンス元判定システム。
9. プログラムの起動の許否判定に電子機器が利用するライセンスデータの発行元を識別するための発行元識別情報を含む発行元情報の取得要求を受信する取得要求受信手順と、
   該取得要求に指定されたライセンス識別情報に対応する前記発行元情報を発行元情報記憶手段を用いて取得し、該発行元情報を返信する発行元情報提供手順とをコンピュータに実行させ、
   前記発行元情報記憶手段は、前記ライセンスデータを識別するためのライセンス識別情報ごとに、前記ライセンスデータの発行元を識別するための発行元識別情報を含む発行元情報との対応情報を記憶するライセンス元判定プログラム。

Images