JP5058697B2 - 情報処理装置、アプリケーション管理方法、及びコンピュータプログラム - Google Patents

Description

本発明は、情報処理装置、アプリケーション管理方法、及びコンピュータプログラムに関し、特に、複数の異なるアプリケーションを含む統合パッケージソフトウェアをインストールするために用いて好適なものである。

従来、購入したアプリケーションプログラム（以下、アプリケーションと略称する）の不正コピー等の不正利用を避けるために、ライセンスという考え方が取り入れられている。通常は、アプリケーションのインストール時に、そのアプリケーションのライセンス情報をユーザが入力し、入力したライセンス情報が正規のラインセンス情報と一致したときにのみ、そのアプリケーションのインストールが可能となるようにしている。ここで、アプリケーションのライセンス情報として、ユーザは、アプリケーションをインストールする機器を一意に識別するための識別情報（ＩＤ）を入力する。具体的にライセンス情報は、例えば、ホストネーム、ＩＰアドレス、及び機器のシリアル番号等である。

こういったライセンス情報を管理する手法がある中で、特許文献１では、ユーザからライセンスの問い合わせがあった場合は、そのユーザに特化した画面（Ｗｅｂページ）を生成して表示する技術が公開されている。この画面では、ユーザが過去に購入したアプリケーションと、これに付随するライセンスの一覧とを表示している。

また、特許文献２では、契約者の端末特定情報やバージョン等を集約的に管理する技術が公開されている。この技術では、認証処理を行うことなく、契約者の端末に対してのみ、最新バージョンのプログラムやコンポーネント等、アップデートする対象のプログラムを配信することができる。

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

ところで、複数のアプリケーションを１つの統合パッケージソフトウェア（以下、必要に応じて統合パッケージと略称する）として販売するといった形態がある。この統合パッケージには、個別の機能を有する複数のアプリケーションの他に、これら複数のアプリケーションを統合して纏めるアプリケーション及びインストーラ等の機能が含まれている。

統合パッケージに含まれる個別のアプリケーションをパッケージする方法（個別のアプリケーションの組み合わせ）によっては、同一のアプリケーションが異なる統合パッケージに含まれる可能性がある。また、統合パッケージの値付けの関係から、同一のアプリケーションを、単体で販売したり、統合パッケージに含めて販売したりするといったケースがあり得る。

このような状況において、ユーザは、既にインストールしたアプリケーションを含む統合パッケージのライセンスを購入して、既にインストールしたアプリケーションとは異なるアプリケーションを導入することがある。そうすると、アプリケーションが重複して存在することになる。このようなことは、個別にライセンスを購入してアプリケーションをインストールした後に、そのアプリケーションを含む統合パッケージをインストールした場合や、互いに共通するアプリケーションを含む複数の統合パッケージをインストールした場合に生じる。

以上のようなアプリケーションは、ライセンスで管理されている。このため、既にインストールしているアプリケーションを含む統合パッケージをインストールすると、重複したアプリケーションのライセンスが同一のシステム（デバイス）にインストールされ、ライセンスやアプリケーションが無駄になってしまう。具体的に、統合パッケージのライセンスが、アプリケーション毎に設定されている場合には、重複しているアプリケーションのライセンスが無駄になり、統合パッケージに対して１つのライセンスが設定されている場合には、重複するアプリケーションが無駄になる。

このような状況において、前述した特許文献１、２に記載の技術では、アプリケーションのライセンスを自由に操作することができない。このため、既にインストールしているアプリケーションを含む統合パッケージを新たにインストールすると、重複しているアプリケーションを再利用することが困難であるという問題点があった。

本発明は、このような問題点に鑑みてなされたものであり、既にインストールしているアプリケーションと重複するアプリケーションを新たにインストールする際に、重複したアプリケーションを再利用することができるようにすることを目的とする。

本発明の情報処理装置の一態様例では、予め設定された利用情報が入力されることによってインストールされる統合パッケージソフトウェア内の複数のアプリケーションの少なくとも１つと、既にインストールされているアプリケーションとが重複するか否かを判定する判定手段と、前記判定手段による判定の結果に基づき、前記統合パッケージソフトウェア内の複数のアプリケーションの中で重複すると判定されたアプリケーションをユーザに利用させるための利用情報を出力する出力手段と、前記判定手段によりアプリケーションが重複すると判定された場合に、前記統合パッケージソフトウェア内のアプリケーションの組み合わせを再構成する再構成手段と、を有することを特徴とする。
本発明の情報処理装置の他の態様例では、予め設定された利用情報が入力されることによってインストールされる統合パッケージソフトウェア内の複数のアプリケーションの少なくとも１つと、既にインストールされているアプリケーションとが重複するか否かを判定する判定手段と、前記判定手段による判定の結果に基づき、前記統合パッケージソフトウェア内の複数のアプリケーションの中で重複すると判定されたアプリケーションをユーザに利用させるための利用情報を出力する出力手段とを有し、前記利用情報は、アプリケーションまたは統合パッケージソフトウェアの証書に関する証書情報を含むことを特徴とする。

本発明によれば、既にインストールしているアプリケーションと重複するアプリケーションを新たにインストールする際に、重複したアプリケーションを再利用することができる。

（第１の実施形態）
以下に、図面を参照して、本発明の第１の実施形態について説明する。尚、以下の説明において、ブラウザとは、インターネット等のネットワーク上に存在するコンテンツを閲覧するためのプログラムをいう。また、統合パッケージとは、個別の機能を有するアプリケーションを複数組み合わせた統合パッケージソフトウェアをいう。ここで、統合パッケージには、個別の機能を有するアプリケーションを統合して纏めるアプリケーションと、インストーラ等の機能とが含まれる場合がある。

図１は、ライセンス管理システムの構成の一例を示す図である。
ライセンス管理システムは、印刷装置１２３〜１２５のオプション機能や、印刷装置１２３〜１２５やユーザシステム１０２等の電子機器そのものライセンスや、電子機器で使用されるアプリケーション等を管理するためのものである。そして、図１に示すライセンス管理システムでは、電子機器そのものライセンスや、電子機器で使用されるアプリケーションの不正使用を防止することができる。

図１において、ライセンス発行サーバ１０１は、ライセンス情報の発行処理の全般を司る情報処理装置（サーバ装置）として設けられる。パーソナルコンピュータやワークステーション等、ネットワーク１０５に接続することが可能な情報処理装置が、ライセンス発行サーバ１０１となり得る。
ユーザシステム１０２は、ユーザが管理する情報処理装置（クライアント装置）として設けられる。パーソナルコンピュータや携帯端末装置等、ネットワーク１０５に接続することが可能な情報処理装置がユーザシステム１０２となり得る。また、ユーザシステム１０２には、印刷装置１２３〜１２５が、有線又は無線による通信が可能となる形態で接続される。

本実施形態において、印刷装置１２３〜１２５及びユーザシステム１０２に追加するアプリケーションのライセンスを提供する方式は、ライセンス情報を含むライセンスファイルを、印刷装置１２３〜１２５及びユーザシステム１０２にセットする方式である。
ライセンス発行サーバ１０１は、商品ジャンルの異なる『印刷装置１２３〜１２５及びユーザシステム１０２』のライセンスを管理でき、各装置に固有の機能を装置毎に制御できる。また、ライセンス発行サーバ１０１は、複数の装置のライセンスを、１つのライセンスとして発行することができる。

ライセンス発行サーバ１０１は、ソフトウェア商品管理部１５０と、統合商品管理部１６０と、ライセンス発行部１１３とを有する。
ソフトウェア商品管理部１５０は、ライセンスファイルを管理する。統合商品管理部１６０は、複数の装置（例えば印刷装置１２３〜１２５の少なくとも何れか２つ）のライセンスファイルを、１つのライセンスファイルとして管理する。ライセンス発行部１１３は、ライセンスファイルを外部の装置に発行する。
ソフトウェア商品管理部１５０、統合商品管理部１６０及びライセンス発行部１１３が有する機能は、例えば、ライセンス発行サーバ１０１に設けられているＣＰＵが、ＲＯＭに記憶されている制御プログラムを、ＲＡＭ等を用いて実行することにより実現される。更にソフトウェア商品管理部１５０、統合商品管理部１６０、及びライセンス発行部１１３は、例えば、ライセンス発行サーバ１０１に設けられている通信インターフェースを用いて、外部との通信を行う機能を実現する。

製造者システム１０３は、印刷装置１２３〜１２５を製造した製造会社が所有する情報処理装置であり、製造した印刷装置１２３〜１２５を管理する情報処理装置として設けられる。販売者システム１０４は、印刷装置１２３〜１２５を販売した販売会社が所有する情報処理装置であり、販売した印刷装置１２３〜１２５を管理する情報処理装置として設けられる。パーソナルコンピュータやワークステーション等、ネットワーク１０５に接続することが可能な情報処理装置が、製造者システム１０３及び販売者システム１０４となり得る。

ライセンス管理データベース１０６は、ライセンス発行サーバ１０１に接続されるデータペースである。ライセンス管理データベース１０６は、例えば、ライセンスアクセス番号（ＬＡ♯）と、デバイスシリアル番号（ＤＳ＃）と、アプリケーション情報と、ライセンスファイルとを格納する。
ネットワーク１０５は、例えばインターネットである。ユーザシステム１０２、製造者システム１０３、及び販売者システム１０４は、ネットワーク１０５を介してライセンス発行サーバ１０１と通信可能に相互に接続される。

図１に示すライセンス発行サーバ１０１において、ソフトウェア商品管理部１５０及び統合商品管理部１６０は、製造・販売される印刷装置１２３〜１２５のライセンス情報を、製造者システム１０３から受信して登録する機能を担う。
ライセンス発行部１１３は、登録された『印刷装置１２３〜１２５のライセンス情報』に基づいて、市場に流通させるライセンス商品となるライセンスアクセス番号（ＬＡ＃）の発行を、販売者システム１０４に行う機能を担う。そして、販売者システム１０４は、取得したライセンスアクセス番号（ＬＡ＃）を含んだ証書を作成する。販売者は、印刷装置をユーザに販売する際に、ライセンスアクセス番号（ＬＡ＃）を含む証書（の印刷物）を添付する。

アプリケーションのライセンスを購入したユーザが、そのアプリケーションをユーザシステム１０２及び印刷装置１２３〜１２５で利用できるようにするためには、ライセンス発行サーバ１０１から発行されたライセンスファイルを必要とする。ライセンス発行サーバ１０１は、ネットワーク１０５を介して適正にアクセスされたユーザシステム１０２に対して、ライセンスファイルを発行する。

ライセンスファイルには、アプリケーションのインストール先の印刷装置やユーザシステム１０２の識別情報が埋め込まれている。ライセンスファイルに埋め込まれた識別情報で識別される装置でしか、そのライセンスファイルに対応するアプリケーションを起動することができない。すなわち、その他の装置で同じアプリケーションを起動する際には、その装置に対するライセンスファイルが必要となる。これにより、アプリケーションの無断利用を防止することが可能となる。

ユーザシステム１０２は、ユーザによる操作に基づいて、ライセンスアクセス番号（ＬＡ＃）をライセンス発行サーバ１０１に渡し、そのライセンスアクセス番号（ＬＡ＃）と引き替えにライセンスファイルを取得する。
ライセンスファイルを取得したユーザは、ユーザシステム１０２が備えるユーザインターフェース、又は印刷装置１２３〜１２５の操作パネルを操作して、ライセンス情報を入力する。これにより、そのライセンス情報に対応するアプリケーションが、ユーザが所望する装置（ユーザシステム１０２、印刷装置１２３〜１２５）にインストールされ、そのアプリケーションをユーザが利用することができるようになる。

また、ユーザシステム１０２、製造者システム１０３、及び販売者システム１０４は、夫々、操作を受け付ける機能を担う入力部１２２、１３２、１４２と、画像を表示する機能を担う表示部１２１、１３１、１４１とを有する。

図２は、ライセンス発行サーバ１０１におけるハードウェアの概略構成の一例を示すブロック図である。
図２において、表示装置２０１は、液晶ディスプレイ等のコンピュータディスプレイであり、その表示画面には、例えば、ウインドウ、アイコン、メッセージ、メニュー、及びその他のユーザインターフェース情報が表示される。ＶＲＡＭ（ビデオランダムアクセスメモリ）２０２には、表示装置２０１に表示するための画像データが記憶される。このＶＲＡＭ２０２に記憶された画像データは、所定の規定に従って表示装置２０１に転送される。これにより表示装置２０１に画像が表示される。

ＣＤＤ（コンパクトディスクドライブ）２０３は、ＣＤ−ＲＯＭや、ＣＤ−Ｒ等の記録メディアとの間で、各種制御プログラムやデータの読み書きを行うための装置である。尚、ＣＤＤ２０３の代わりにＤＶＤドライブを用いるようにしてもよい。
キーボード２０４は、文字等の入力を行うためにユーザが操作する各種キーを有する。ＰＤ（ポインティングデバイス）２０５は、例えば、表示装置２０１の表示画面上に表示された『アイコン、メニュー、及びその他のオブジェクト』を指示するためにユーザによって使用される。

ＣＰＵ（セントラルプロセッシングユニット）２０６は、ＣＤＤ２０３、ＲＯＭ（リードオンリメモリ）２０７、ＨＤＤ（ハードディスクドライブ）２０９、又はＦＤＤ（フレキシブルディスクドライブ）２１０から制御プログラムを読み出す。そして、ＣＰＵ２０６は、読み出した制御プログラムを、ＲＡＭ（ランダムアクセスメモリ）２０８を用いて実行する。これにより、ＣＰＵ２０６に接続された各デバイスが制御される。ＲＯＭ２０７は、各種の制御プログラムやデータを保持する。ＲＡＭ２０８は、ＣＰＵ２０６のワーク領域、エラー処理時のデータの退避領域、及び制御プログラムのロード領域等を有する。ＨＤＤ２０９は補助記憶装置であり、各種制御プログラムや各種データを保存する。

ネットワーク・インターフェース（ＮｅｔＩ／Ｆ）２１１は、印刷装置１２３〜１２５や、ユーザシステム１０２、製造者システム１０３、及び販売者システム１０４等の情報処理装置と、ネットワーク１０５を介して通信するための通信インターフェースである。ＣＰＵバス２１２は、アドレスバス、データバス、及びコントロールバスを含む。

尚、ＣＰＵ２０６によって実行される制御プログラムの提供は、ＲＯＭ２０７、ＨＤＤ２０９、ＦＤＤ２１０、ＣＤＤ２０３から行うこともできるし、ネットワーク１０５を介して他の情報処理装置等から行うこともできる。
また、図２では、ライセンス発行サーバ１０１におけるハードウェアの概略構成について説明したが、ユーザシステム１０２、製造者システム１０３、及び販売者システム１０４のハードウェアも、図２に示したものと同じ構成をとり得る。

図３は、ライセンス管理システムを利用してライセンスファイルを発行する際の処理手順の一例を概念的に示した図である。
ユーザの保有するユーザシステム１０２には、統合パッケージ３０１と、統合パッケージ３０１のライセンスファイル（Lfile1）３０３とがインストールされている。
尚、このインストールは、統合パッケージ３０１の証書（電子証書）３０２に記載のライセンスアクセス番号ＬＡ＃１を用いて行われる。また、ユーザが購入した統合パッケージ３０１には、３つのアプリケーションＡ、Ｂ、Ｃがパッケージングされている。よって、統合パッケージ３０１がユーザシステム１０２にインストールされることにより、ユーザは、アプリケーションＡ、Ｂ、Ｃの機能を利用することができる。

このような状況でユーザが、アプリケーションα、Ａ、Ｃを含む新たな統合パッケージ３０４を、統合パッケージ３０４の証書３０５に記載のライセンスアクセス番号ＬＡ２＃を用いて、ユーザシステム１０２にインストールするための操作を行ったとする。このときの処理は、例えば、以下のステップＳ１〜Ｓ４のようになる。

＜ステップＳ１＞
統合パッケージ３０４が、ユーザシステム１０２に投入されると、ユーザシステム１０２は、ライセンスアクセス番号ＬＡ＃の入力をユーザに要求する。ユーザは、ユーザシステム１０２が備えるキーボード２０４等を用いて、統合パッケージ３０４の証書３０５に記載してあるライセンスアクセス番号ＬＡ＃２を入力する。
＜ステップＳ２＞
統合パッケージ３０４のインストーラは、ライセンス発行サーバ１０１に、ステップＳ１で入力されたライセンスアクセス番号ＬＡ＃２と、ユーザシステム１０２に固有のデバイスシリアル番号ＤＳ＃とを通知する。すなわち、ユーザシステム１０２は、新たなライセンスファイル３０６の取得をライセンス発行サーバ１０１に要求する。

＜ステップＳ３＞
ライセンス発行サーバ１０１は、ライセンスアクセス番号ＬＡ＃２と、ユーザシステム１０２に固有のデバイスシリアル番号ＤＳ＃とを、ユーザシステム１０２から受け取る。そして、ライセンス発行サーバ１０１は、受け取ったデバイスシリアル番号ＤＳ＃をキーにして、発行済みのライセンスファイルを、データベースに登録されている登録情報の中から検索する。

そして、ライセンス発行サーバ１０１は、受け取ったライセンスアクセス番号ＬＡ＃２をキーにして、インストールされる統合パッケージ３０４に含まれるアプリケーションを、データベースに登録されている登録情報の中から検索する。
その後、ライセンス発行サーバ１０１は、検索した『発行済みのライセンスファイルと、統合パッケージ３０４内のアプリケーション』とに基づき、ユーザシステム１０２にインストール済みのアプリケーションが、統合パッケージ３０４にあるか否かを判定する。すなわち、ライセンス発行サーバ１０１は、既にインストール済みのアプリケーションと、統合パッケージ３０４に含まれているアプリケーションとが重複しているか否かを判定する。

そして、ライセンス発行サーバ１０１は、アプリケーションの重複の状況に応じて、新たなライセンスファイル（Lfile2）３０６と、新たなライセンスアクセス番号ＬＡ＃３を含む証書（電子証書）３０７とを生成する。新たなライセンスファイル（Lfile2）３０６は、統合パッケージ３０１（アプリケーションＡ、Ｂ、Ｃ）と、統合パッケージ３０４（アプリケーションα）の動作を許可するライセンス情報を含む。尚、本実施形態では、このライセンスファイル（Lfile2）３０６は、ユーザシステム１０２にインストール済みのライセンスファイル（Lfile1）３０３に上書きされる。

＜ステップＳ４＞
ユーザシステム１０２は、ライセンスファイル（Lfile2）３０６と、ライセンスアクセス番号ＬＡ＃３を含む証書３０７とを受信する。そして、ユーザシステム１０２は、ライセンスファイル（Lfile2）３０６に従って、追加してインストールしようとした統合パッケージ３０４に含まれるアプリケーションα、Ａ、Ｃのうち、重複していないアプリケーションαをインストールする。更に、ユーザシステム１０２は、ライセンスアクセス番号ＬＡ＃３を含む証書３０７を発行する。これにより、統合パッケージ３０４に含まれるアプリケーションα、Ａ、Ｃのうち、既にインストール済みの（重複している）アプリケーションＡ、Ｂを、例えば別のユーザシステムに新たにインストールできることがユーザに通知される。

図４は、アプリケーションをインストールする際のユーザシステム１０２における動作の一例を説明するフローチャートである。また、図５は、アプリケーションをインストールする際に、ライセンスアクセス番号ＬＡ＃の入力をユーザに促すために、ユーザシステム１０２が備える表示装置２０１（表示部１２１）に表示される画面の一例を示す図である。また、図６は、ライセンスファイルを発行する際に、ユーザシステム１０２が備える表示装置２０１（表示部１２１）に表示される画面の一例を示す図である。

図４〜図６を参照して、アプリケーションをインストールする際のユーザシステム１０２における動作の一例を説明する。尚、図４のフローチャートは、例えば、ユーザシステム１０２が備えるＣＰＵ２０６が、制御プログラムを実行することにより実現される。
まず、統合パッケージ３０４がユーザシステム１０２に投入されると、統合パッケージ３０４のインストーラが、ユーザシステム１０２にて起動する。そして、ユーザシステム１０２は、ライセンスアクセス番号ＬＡ＃の入力をユーザに要求する（ステップＳ４０１）。そして、ユーザシステム１０２は、ライセンスアクセス番号ＬＡ＃が入力されるまで待機する（ステップＳ４０２）。
このとき、ユーザシステム１０２は、図５に示す入力画面５０１を表示して、ライセンスアクセス番号（ＬＡ＃）の入力をユーザに要求する。ユーザは、統合パッケージ３０４の証書３０５に記載してあるライセンスアクセス番号ＬＡ＃２を、ライセンスアクセス番号入力欄５０２に入力した後、ボタン５０３を押して、次のアクションを指示する。

以上のようにしてライセンスアクセス番号ＬＡ＃が入力されると、統合パッケージ３０４のインストーラは、自己のデバイスシリアル番号ＤＳ＃を取得する（ステップＳ４０３）。
そして、ユーザシステム１０２は、統合パッケージ３０４のインストーラの動作に従って、入力されたライセンスアクセス番号ＬＡ＃と、取得されたデバイスシリアル番号ＤＳ＃とを、ライセンス発行サーバ１０１に送信する（ステップＳ４０４）。すなわち、ユーザシステム１０２は、新たなライセンスファイル３０６の取得をライセンス発行サーバ１０１に要求する。

次に、ユーザシステム１０２は、新たなライセンスファイル３０６を、ライセンス発行サーバ１０１から受信するまで待機する。尚、ユーザシステム１０２に投入された統合パッケージ３０４に、既にインストール済みのアプリケーションと重複するアプリケーションが含まれている場合、ライセンスファイル３０６と共に、ライセンスアクセス番号ＬＡ＃３を含む証書３０７も受信される。

ライセンスファイル３０６（及びライセンスアクセス番号ＬＡ＃３を含む証書３０７）が受信されると、ステップＳ４０６に進む。そして、統合パッケージ３０４のインストーラ（ユーザシステム１０２）は、既にインストールされているアプリケーションと重複するプリケーションが統合パッケージ３０４にあるか否かを判定する（ステップＳ４０６）。尚、この判定は、例えば、ライセンス発行サーバ１０１から受信したライセンスファイル３０６の内容と、既にインストールされているライセンスファイル３０３の内容とを照合した結果等に基づいて行われる。

この判定の結果、既にインストールされているアプリケーションと重複するアプリケーションが統合パッケージ３０４にない場合、ステップＳ４０７に進む。そして、統合パッケージ３０４のインストーラは、追加されたアプリケーション（既にインストールされているアプリケーションと重複していないアプリケーション）をインストールする（ステップＳ４０７）。更に、統合パッケージ３０４のインストーラは、受信したライセンスファイル３０６を保存して、図４のフローチャートを終了する。尚、既存のライセンスファイル３０３は、新たなライセンスファイル３０６に置き換わる。

一方、既にインストールされているアプリケーションと重複するアプリケーションが統合パッケージ３０４にある場合には、ステップＳ４０８に進む。そして、統合パッケージ３０４のインストーラは、重複している既存のアプリケーションをアンインストールした後、その重複しているアプリケーションを統合パッケージ３０４から取得して再インストールする（ステップＳ４０８）。

次に、統合パッケージ３０４のインストーラは、追加されたアプリケーション（既にインストールされているアプリケーションと重複していないアプリケーション）をインストールする（ステップＳ４０９）。更に、統合パッケージ３０４のインストーラは、受信したライセンスファイル３０６を保存する。尚、既存のライセンスファイル３０３は、新たなライセンスファイル３０６に置き換わる。

次に、ユーザシステム１０２は、新たなライセンスアクセス番号ＬＡ＃３を含む証書３０７を、ライセンス発行サーバ１０１から受信しているか否かを判定する（ステップＳ４１０）。この判定の結果、新たなライセンスアクセス番号（ＬＡ＃３）を含む証書３０７を受信している場合には、ステップＳ４１１に進む。そして、ユーザシステム１０２は、ライセンスアクセス番号（ＬＡ＃３）の形式（桁数や文字列の形式等）を確認し、ライセンスアクセス番号ＬＡ＃３を、図６に示す表示画面６０１の統合ライセンスアクセス番号表示欄６０２に表示する（ステップＳ４１１）。

この表示画面６０１を表示することによって、ユーザは、新しくライセンスアクセス番号ＬＡ＃３が発行されたことを知ることができる。これにより、図３に示した例では、ユーザは、アプリケーションＡ、Ｃを再利用することができる。

尚、図４のフローチャートでは、統合パッケージ３０４のインストーラが、ライセンスファイル３０６を、ユーザシステム１０２に自動的に保存して設定するようにしている。しかしながら、必ずしもこのようにする必要はない。例えば、統合パッケージ３０４のインストーラが、ライセンスファイル３０６を、ユーザからの指示に基づいて保存するようにしてもよい。また、統合パッケージ３０４のインストーラを用いずに、ユーザシステム１０２が、ライセンスファイル３０６を保存するようにしてもよい。この他、統合パッケージ３０４のインストーラが、必ずしもユーザシステム１０２と直接通信しなくてもよい。

また、図４のフローチャートでは、デバイスシリアル番号ＤＳ＃を、統合パッケージ３０４のインストーラが自動的に取得するようにしたが、デバイスシリアル番号ＤＳ＃を手動で取得するようにしてもよい。デバイスシリアル番号ＤＳ＃としては、例えば、予め設定された形式の番号、ユーザシステム１０２が備えるＣＰＵ２０６のＩＤ、ＩＤＥコントローラの番号、及びネットワークボードのＭＡＣアドレス等を利用することができる。

図７は、ライセンス管理データベース１０６に格納される情報の一例を簡易的に示した図である。
ライセンス管理データベース１０６は、ＬＡ＃シーケンス番号テーブル７００と、統合商品データベース（ＤＢ）７１０と、ソフトウェア商品データベース（ＤＢ）７２０とを有する。
ＬＡ＃シーケンス番号テーブル７００は、ライセンス発行サーバ１０１において、各商品（アプリケーションや統合パッケージ）に共通して発行されるライセンスアクセス番号を管理するためのシーケンス番号を格納する。ライセンスアクセス番号が発行される毎に発行される一意のシーケンス番号が、ＬＡ＃シーケンス番号テーブル７００に格納される。具体的にＬＡ＃シーケンス番号テーブル７００には、発行された最後のシーケンス番号を示す最終ＬＡ＃シーケンス番号７０１と、シーケンス番号の最終発行日７０２等が格納される。

ソフトウェア商品ＤＢ７２０は、個々のアプリケーションを管理するためのものである。ソフトウェア商品ＤＢ７２０は、アプリケーション情報テーブル７３０と、ライセンスアクセス番号情報テーブル７４０とを有する。また、ソフトウェア商品ＤＢ７２０は、アプリケーション情報テーブル７３０と、ライセンスアクセス番号情報テーブル７４０とを関連図ける商品情報テーブル７５０を有する。この他、ソフトウェア商品ＤＢ７２０は、顧客情報テーブル７６０、ライセンスファイル情報テーブル７７０、及び機番データバンド情報テーブル７８０を有する。

ライセンスアクセス番号は、商品情報に対して１対多の関係にあるため、同一の商品情報に対して複数のライセンスアクセス番号が存在し得る。
尚、ライセンスファイルを、複数のデバイス（ユーザシステム１０２、印刷装置１２３〜１２５等）で管理することができるように、登録済みデバイス数７４４にて、ライセンスファイルを登録済みのデバイスの台数を管理する。尚、登録済みデバイス数７４４で管理されるデバイスの台数は、あくまでも同一のアプリケーションを、同一のライセンスアクセス番号にて利用できるデバイスの台数である。

ライセンスファイル情報テーブル７７０は、ライセンスアクセス番号（ＬＡ＃）７７１、ライセンスファイル（Lfile）７７２、ライセンスファイル発行日時７７３、及びライセンスファイルの更新回数を示すシーケンス番号７７４を格納する。シーケンス番号７７４は、ライセンスアクセス番号（ＬＡ＃）を複数のデバイスで異ならせて管理するためのものである。

アプリケーション情報テーブル７３０は、商品を示すアプリケーション番号７３１と、印刷装置１２３〜１２５でアプリケーションを指定するための管理番号であるアプリケーションＩＤ７３２とを格納する。また、アプリケーション情報テーブル７３０は、アプリケーションのバージョンを示すアプリケーションバージョン７３３、アプリケーション名７３４、及びアッパー（Upper）ソフトＩＤ７３５を格納する。統合パッケージのアプリケーションをユーザ環境に導入するためのインストーラ等のアプリケーションも、このアプリケーション情報テーブル７３０で管理される。

アッパーソフトＩＤ７３５に、後述するアッパーソフトＩＤ８３２が設定されている場合、アプリケーションＩＤ７３２で識別されるアプリケーションは、統合パッケージに含まれるアプリケーション郡の一部となり得る。

ライセンスアクセス番号情報テーブル７４０は、ライセンスアクセス番号（ＬＡ＃）７４１、ライセンスアクセス番号発行シーケンス番号７４２、及び商品コード７４３を格納する。更に、ライセンスアクセス番号情報テーブル７４０は、登録済みデバイス数７４４、デバイスシリアル番号（ＤＳ＃）７４５、ユーザシリアル番号７４６、ステータス７４７、ライセンスファイル統合管理番号７４８、及びライセンスカテゴリ情報７４９を格納する。

ステータス７４７は、ライセンスファイルの状態（有効状態又は無効状態）を示す。また、ステータス７４７は、ライセンスファイルが分割又は統合することにより、管理する商品が増えたことも示す。ライセンスカテゴリ情報７４９は、統合パッケージのライセンスファイルを発行する際の基礎情報となる。具体的に、ライセンスカテゴリ情報７４９には、単体で販売、或いは、統合パッケージによる複合販売といった分類に応じて、予め決められたコードが設定してある。このコードに従って、ライセンス発行サーバ１０１が、統合パッケージのライセンスファイルを供給することを許可するか否かを判断できるようにしている。

ライセンスファイル統合管理番号７４８は、統合パッケージのライセンスファイルにアプリケーションが紐付けられた際（アプリケーションが他の統合パッケージの管理下に置かれた際）にライセンスファイルの組替えが生じた統合ファイルの管理番号を示す。
顧客情報テーブル７６０は、ユーザシリアル番号７６１、会社名７６２、メールアドレス７６３、電話番号７６４、及び氏名７６５を格納する。
機番データバンド情報テーブル７８０は、商品情報テーブル７５０に対して１対多の関係にあるため、同一の商品に対して複数の機番データバンドが存在し得る。機番データバンド情報テーブル７８０は、デバイス商品コード７８１、シーケンス番号７８２、データバンドプレフィックス７８３、データバンド開始番号７８４、データバンド終了番号７８５、及び編集ロックフラグ７８６等を格納する。

販売者システム１０４や製造者システム１０３等で、商品の登録や変更、及びライセンスアクセス番号の発行等の処理を実施されると、その結果に基づいて、ソフトウェア商品ＤＢ７２０の内容が生成・変更される。このとき、ライセンス発行サーバ１０１が備えるＵＩ（ユーザインターフェース）を利用することにより、ソフトウェア商品ＤＢ７２０の内容の登録・変更を行える。

図８は、統合商品ＤＢ７１０に格納される情報の一例を簡易的に示した図である。統合商品ＤＢ７１０は、個々のアプリケーションを統合して管理するためのものである。尚、図８において、図７で説明したテーブルやフィールドについては、図７に付した符号と同一の符号を付して詳細な説明を省略する。

統合商品ＤＢ７１０は、統合パッケージの重複等を管理する統合ライセンス管理情報テーブル８１０と、アプリケーションのグループを統合管理するアプリケーション（インストーラ含む）を示す統合ソフトアッパーテーブル８２０とを有する。更に、統合商品ＤＢ７１０は、ライセンスアクセス番号情報テーブル７４０と、ライセンスファイル情報テーブル７７０と、統合パッケージを再構築した際の主従関係を管理する組替ライセンス管理情報テーブル８３０とを有する。また、統合商品ＤＢ７１０は、統合パッケージに含まれるアプリケーションを示す単体アプリテーブル８４０と主に関連づくテーブルを有する。

統合パッケージの重複等を管理する統合ライセンス管理情報テーブル８１０は、ライセンスファイル統合管理番号８１１、統合ライセンスアクセス番号(ＬＡ＃)８１２、ステータス８１３、及び従属統合ライセンス管理情報８１４を格納する。
ライセンスファイル統合管理番号８１１は、統合商品ＤＢ７１０内で管理されている統合パッケージの状態を示すユニークな番号を示す。統合ライセンスアクセス番号(ＬＡ＃)８１２は、ＬＡ＃シーケンス番号テーブル７００で管理されているユニークなシーケンス番号を、統合パッケージのライセンスファイル用のものとして管理するためのものである。

ステータス８１３には、以下の（ａ）〜（ｃ）の状態が示される。
（ａ） 既存のライセンスファイルの状態に変更がない状態（既にインストールされているアプリケーションと重複するプリケーションが、追加でインストールする統合パッケージにない状態）。
（ｂ） 新規にインストールする統合パッケージで利用できるように、古いライセンスファイルを新しいライセンスファイルに置き換えた状態（重複した古いアプリケーションをアンインストールした後、重複した新しいアプリケーションをインストールする状態）。
（ｃ） 重複したアプリケーションを再利用できるようにライセンスアクセス番号を発行した状態。

従属統合ライセンス管理情報８１４は、統合パッケージに含まれるアプリケーション郡の関係を管理するためのものであり、統合パッケージに含まれるアプリケーションの組換えが発生したことを示す。例えば、従属統合ライセンス管理情報が『０』であることは、他の統合パッケージに含まれるアプリケーションの組換えを発生させたことを意味し、『１』であることは、他の統合パッケージによりアプリケーションが組替えさせられたことを意味する。

統合ソフトアッパーテーブル８２０は、アプリケーションのグループを統合管理するアプリケーション（インストーラ含む）を管理する。統合ソフトアッパーテーブル８２０は、ライセンスファイル統合管理番号８２１、アッパーソフトＩＤ８２２、ステータス８２３、及び更新日８２４を格納する。
アッパーソフトＩＤ８２２には、商品を示すアプリケーション番号７３１が付与される。アッパーソフトＩＤ８２２には、統合パッケージが紐付けられている。

ライセンスアクセス番号情報テーブル７４０と、ライセンスファイル情報テーブル７７０は、統合パッケージのライセンスファイルを発行する際に新たに発行したライセンスアクセス番号と、そのライセンスファイルとを管理する。

組替ライセンス管理情報テーブル８３０は、ライセンスアクセス番号（ＬＡ＃）８３１、アッパーソフトＩＤ８３２、組替えアプリＩＤ８３３、ステータス（有効無効）８３３、及び更新日８３４を格納する。組替ライセンス管理情報テーブル８３０は、統合パッケージを追加でインストールする際に、他の統合パッケージとの重複が検出された場合に、組替えが起きた『統合パッケージのライセンスファイル』を管理するためのものである。

ライセンスアクセス番号（ＬＡ＃）８３１には、組替えが生じたアプリケーションのライセンスアクセス番号が付与される。アッパーソフトＩＤ８３２には、組替えが起きたアッパーソフトのＩＤが付与される。組替えアプリＩＤ８３３には、組替えが起きて、新たに統合ライセンス管理情報テーブル８１０にて管理することになったアプリケーションのＩＤが付与される。

単体アプリテーブル８４０は、ライセンスアクセス番号（ＬＡ＃）８４１、商品コード８４２、ステータス８４３、及び更新日８４４を格納する。この単体アプリテーブル８４０は、統合パッケージに含まれるアプリケーションを管理する。すなわち、単体アプリテーブル８４０は、統合パッケージを追加でインストールする際に、他の単体アプリケーション（商品）との重複が検出された場合、組替えが起きたアプリケーションのライセンスファイルを管理するためのものである。組替えが起きた際に、もともとアプリケーションに紐付いていた情報が単体アプリテーブル８４０に保存される。

図９は、ライセンスファイルを発行する際のライセンス発行サーバ１０１における処理の一例を説明するフローチャートである。尚、図９のフローチャートは、例えば、ライセンス発行サーバ１０１が備えるＣＰＵ２０６が、制御プログラムを実行することにより実現される。

ライセンス発行サーバ１０１は、ライセンスファイルの取得要求として、ライセンスアクセス番号ＬＡ＃とデバイスシリアル番号ＤＳ＃とを、デバイス（例えばユーザシステム１０２）から受信するまで待機する（ステップＳ１００１）。
このように本実施形態では、例えば、ライセンスアクセス番号ＬＡ＃とデバイスシリアル番号ＤＳ＃とによりライセンス発行要求情報が実現される。より具体的には、ライセンスアクセス番号ＬＡ＃により証書情報が実現され、デバイスシリアル番号ＤＳ＃により識別情報が実現される。そして、本実施形態では、例えば、ステップＳ１００１の処理を行うことによって、受信手段が実現される。

ライセンスアクセス番号ＬＡ＃とデバイスシリアル番号ＤＳ＃とを受信すると、ライセンス発行サーバ１０１は、これらをキーにして、統合商品ＤＢ７１０とソフトウェア商品ＤＢ７２０とを検索する（ステップＳ１００２）。そして、デバイスシリアル番号ＤＳ＃に紐付いている『ライセンスファイルを発行済みの商品（アプリケーション）の情報』と、ライセンスアクセス番号ＬＡ＃に紐付いている『商品（アプリケーション）又は統合パッケージの情報』を収集（特定）する。
このように本実施形態では、例えば、ステップＳ１００２の処理を行うことによって、第１の特定手段と、第２の特定手段とが実現される。

次に、ライセンス発行サーバ１０１は、ステップＳ１００２で収集（特定）した情報に基づいて、ライセンスファイルの発行形態を判定する（ステップＳ１００３）。この判定の結果、新規のライセンスファイルを発行する場合には、ステップＳ１００４に進む。また、既に発行済みのライセンスファイルの取得要求であり、ライセンスファイルを発行する必要がない場合には、ステップＳ１００６に進む。更に、既にデバイスにインストールされているアプリケーションと重複するアプリケーションが、追加でインストールする統合パッケージにあり、既存のライセンスファイルの状態（構成）を変更する必要がある場合には、ステップＳ１００７に進む。
以上のように本実施形態では、例えば、ステップＳ１００３の処理を行うことによって、判定手段が実現される。

ステップＳ１００４に進むと、ライセンス発行サーバ１０１は、ライセンスファイルの取得要求に応じた新規のライセンスファイルを生成する。そして、ライセンス発行サーバ１０１は、ステップＳ１００４で生成したライセンスファイルを、ライセンスファイルの取得要求を行ったデバイスに送信して、図９のフローチャートの処理を終了する（ステップＳ１００５）。

また、ステップＳ１００６に進むと、ライセンス発行サーバ１０１は、既に発行済みのライセンスファイルの取得要求であることを表示させるための情報を、そのライセンスファイルの取得要求を行ったデバイスに送信する。

また、ステップＳ１００７に進むと、ライセンス発行サーバ１０１は、既にデバイスにインストールされているアプリケーションと重複するプリケーションが、単体のアプリケーション、及び統合パッケージ内のアプリケーションの何れであるかを判定する。この判定の結果、既にデバイスにインストールされているアプリケーションと重複するプリケーションが、統合パッケージ内のアプリケーションである場合には、後述するステップＳ１０１０に進む。

一方、既にデバイスにインストールされているアプリケーションと重複するプリケーションが、単体のアプリケーションである場合には、ステップＳ１００８に進む。そして、ライセンス発行サーバ１０１は、単体のアプリケーションに対するライセンスアクセス番号を再構成する（ステップＳ１００８）。本実施形態では、ライセンス発行サーバ１０１は、デバイスシリアル番号ＤＳ＃に紐付いているライセンスアクセス番号ＬＡ＃と、アプリケーションＩＤとから、ライセンスアクセス番号情報テーブル７４０の紐付けを変更する。具体的にライセンス発行サーバ１０１は、送信されてきたライセンスアクセス番号ＬＡ＃に紐付く統合パッケージのライセンスファイルを示す番号を、ライセンスファイル統合管理番号７４８に更新する。また、ライセンス発行サーバ１０１は、重複しているアプリケーションに関する情報を単体アプリテーブル８４０に登録する。更に、ライセンス発行サーバ１０１は、ライセンスアクセス番号情報テーブル７４０を更新する。

次に、ライセンス発行サーバ１０１は、既にデバイスにインストールされているアプリケーションと重複するアプリケーションのライセンスアクセス番号ＬＡ＃）生成する（ステップＳ１００９）。そして、ライセンス発行サーバ１０１は、新たなライセンスアクセス番号情報テーブル７４０を生成し、後述するステップＳ１０１２に進む。

ステップＳ１００７において、既にデバイスにインストールされているアプリケーションと重複するプリケーションが、統合パッケージ内のアプリケーションであると判定された場合には、ステップＳ１０１０に進む。そして、ライセンス発行サーバ１０１は、統合パッケージ内のアプリケーションに対するライセンスアクセス番号を再構成する（ステップＳ１０１０）。具体的に、ライセンス発行サーバ１０１は、デバイスシリアル番号ＤＳ＃に紐付いているライセンスアクセス番号ＬＡ＃と、アプリケーションＩＤとに基づいて、紐付けを変更する統合パッケージに関する情報を、組替ライセンス管理情報テーブル８３０に登録する。

次に、ライセンス発行サーバ１０１は、統合パッケージに含まれているアプリケーションのうち、既にデバイスにインストールされているアプリケーションのライセンスアクセス番号ＬＡ＃を生成する（ステップＳ１０１１）。そして、ライセンス発行サーバ１０１は、新たなライセンスアクセス番号情報テーブル７４０を生成し、ステップＳ１０１２に進む。

ステップＳ１０１２に進むと、ライセンス発行サーバ１０１は、ライセンス情報を構成する。本実施形態では、ライセンス発行サーバ１０１は、新たに追加するアプリケーションの情報とライセンスアクセス番号ＬＡ＃との紐付けを確定させる処理を行う。具体的にライセンス発行サーバ１０１は、ライセンスアクセス番号情報テーブル７４０に対する『デバイスシリアル番号ＤＳ＃及び顧客情報』等の紐付けを確定させる。

次に、ライセンス発行サーバ１０１は、既に発行済みのライセンスファイルに対して、新規のアプリケーションのライセンス情報を追加する（ステップＳ１０１３）。ライセンス発行サーバ１０１は、以下のデータベースについて、新規のアプリケーションとの関連付けを行う。具体的に、ライセンスファイル情報テーブル７７０、ライセンスアクセス番号情報テーブル７４０、統合ライセンス管理情報テーブル８１０等、統合商品ＤＢ７１０に関連するライセンスアクセス番号ＬＡ＃やデバイスシリアル番号ＤＳ＃等の関連付けが行われる。
以上のように本実施形態では、例えば、ステップＳ１００８〜Ｓ１０１３の処理を行うことによって、再構成手段が実現される。

次に、ライセンス発行サーバ１０１は、既存のライセンスアクセス番号ＬＡ＃に代わる新たなライセンスアクセス番号ＬＡ＃を含む証書と、ライセンスファイルとを、ライセンスファイルの取得要求を行ったデバイスに送信する。そして、図９のフローチャートの処理を終了する（ステップＳ１０１４）。尚、新たなライセンスアクセス番号ＬＡ＃を含む証書は、統合パッケージ単位の証書であっても、１つ又は複数のアプリケーション単位の証書であってもよい。
このように本実施形態では、例えば、新たなライセンスアクセス番号ＬＡ＃を含む証書（例えば、図３の新たなライセンスアクセス番号ＬＡ＃３を含む証書３０７）により、重複するアプリケーションをユーザに利用させるための利用情報が実現される。また、本実施形態では、例えば、ライセンスファイル（例えば、図３のライセンスファイル（Lfile2）３０６）により、ライセンス情報が実現される。そして、本実施形態では、例えば、ステップＳ１０１４の処理を行うことによって、出力手段と第２の出力手段とが実現される。

図１０は、図９のステップＳ１０１３にて発行されるライセンスファイルの構成の一例を示す図である。
図１０において、ライセンスファイル１００１には、動作を許可する各アプリケーションのＩＤ、又は動作を許可するデバイスのデバイスシリアル番号の他、各種の制御情報が含まれている。また、ライセンスファイル１００１には、ライセンスを保障するための暗号キーが含まれている。アプリケーションの追加により、ライセンスの構成が変更・追加されると、そのライセンス情報が、ライセンスファイル１００１に追記される。したがって、既存のライセンスファイルがデバイスに投入されていても、そのデバイスの動作には何ら影響が及ばない。また、複数のライセンスアクセス番号から、１つの統一的なライセンスファイルを発行することができ、このライセンスファイルを更新することによって、デバイスのアプリケーションの動作を制御することができる。

図３に示した例では、アプリケーションＡ、Ｂ、Ｃがユーザシステム１０２に既にインストールされている状態で、新規に統合パッケージ３０４が投入された場合を示している。したがって、アプリケーションの情報が変更されたことを、統合パッケージ３０４のインストーラは、ライセンス発行サーバ１０１から送信されたライセンスファイル３０６（図１０のライセンスファイル１００１）等を解析することで判断することができる。これにより、アプリケーションのインストールを制御することが可能となる。尚、既存のアプリケーションのライセンス情報がバージョンの異なるライセンスに変更された場合も、新規のアプリケーションを検出するのと同様に検出することができる。

以上のように本実施形態では、アプリケーションＡ、Ｂ、Ｃがユーザシステム１０２に既にインストールされている状態で、新規に統合パッケージ３０４が投入された場合、ユーザシステム１０２は、ライセンスファイル３０６の取得要求を行う。すなわち、ユーザシステム１０２は、ライセンスアクセス番号ＬＡ＃２と、ユーザシステム１０２に固有のデバイスシリアル番号ＤＳ＃とを送信して、ライセンス発行サーバ１０１に送信して、ライセンスファイル３０６の取得要求を行う。

ライセンス発行サーバ１０１は、ライセンスアクセス番号ＬＡ＃２とデバイスシリアル番号ＤＳ＃とに基づいて、既にユーザシステム１０２にインストールされているアプリケーションと重複するプリケーションが、統合パッケージ３０４にあるか否かを判定する。この判定は、統合パッケージに含まれる個別のアプリケーションの情報を管理しているライセンス管理データベース１０６の情報を用いて行う。この判定の結果、既にインストールされているアプリケーションと重複するプリケーションが、統合パッケージ３０４にある場合、ライセンス発行サーバ１０１は、インストールする統合パッケージ内のアプリケーションの組み合わせを再構成する。インストールする統合パッケージ内のアプリケーションの組み合わせを再構成することも、ライセンス管理データベース１０６の情報を用いて行う。そして、ライセンス発行サーバ１０１は、再構成した結果に基づいて、アプリケーションＡ、Ｂ、Ｃ、αを含むライセンスファイル３０６と、重複しているアプリケーションＡ、Ｃのライセンスアクセス番号ＬＡ＃３を含む証書３０７とを生成する。そして、ライセンス発行サーバ１０１は、生成したライセンスファイル３０６と証書３０７とをユーザシステム１０２に送信する。

したがって、既にインストールしているアプリケーションＡ、Ｂ、Ｃと重複するアプリケーションＡ、Ｃを再利用することができる。例えば、ユーザは、統合パッケージ３０４のアプリケーションＡ、Ｃを再利用できる証書３０７を利用して、ユーザシステム１０２とは異なる情報処理装置に、統合パッケージ３０４のアプリケーションＡ、Ｃをインストールすることができる。よって、重複したアプリケーションＡ、Ｃが無駄になってしまうことを抑制することができ、ユーザの利便性を向上させることができる。従来は、ライセンスを移動する場合には、そのライセンスの転送先を設定することが必要であった。これに対し、本実施形態では、重複しているアプリケーションＡ、Ｃのライセンスアクセス番号ＬＡ＃３を含む証書３０７を提供するので、ライセンスの転送先を設定する必要がなくなる。よって、既にインストールしているアプリケーションＡ、Ｂ、Ｃと重複するアプリケーションＡ、Ｃを容易に再利用することができる。また、再利用できるアプリケーションＡ、Ｃ以外の、統合パッケージに含まれるアプリケーション（例えば、アプリケーションＢやアプリケーションα）は、アプリケーションＡ、Ｃとセットでインストールされることが多い。よって、再利用できるアプリケーションＡ、Ｃ以外のアプリケーション（例えば、アプリケーションＢやアプリケーションα）のライセンスを購入したいとユーザに思わせることができ、そのような場合には、更なるライセンスの販売を行えるという効果がある。
尚、本実施形態では、証書３０７が電子証書（電子的なファイル）である場合を例に挙げて説明した。しかしながら、証書は電子的なファイルに限定されない。すなわち、ライセンスアクセス番号ＬＡ＃が印刷された紙を証書として用いるようにしてもよい。このようにした場合、ユーザは、紙に印刷されたライセンスアクセス番号ＬＡ＃を入力することになる。

（第２の実施形態）
次に、本発明の第２の実施形態について説明する。尚、本実施形態の説明において、前述した第１の実施形態と同一の部分については、図１〜図１０に付した符号と同一の符号を付すこと等により、詳細な説明を省略する。
図１１は、ライセンス管理システムを利用してライセンスファイルを発行する際の処理手順の一例を概念的に示した図である。
ユーザの保有するユーザシステム１０２には、統合パッケージ３０１と、統合パッケージ３０１のライセンスファイル（Lfile1）３０３とがインストールされている。
尚、このインストールは、後述するように、統合パッケージ３０１の証書３０２に記載のライセンスアクセス番号ＬＡ＃１を用いて行われる。また、ユーザが購入した統合パッケージ３０１には、３つのアプリケーションＡ、Ｂ、Ｃがパッケージングされている。よって、統合パッケージ３０１がユーザシステム１０２にインストールされることにより、ユーザは、アプリケーションＡ、Ｂ、Ｃの機能を利用することができる。

このような状況でユーザが、アプリケーションα、Ａ、Ｃを含む新たな統合パッケージ３０４を、統合パッケージ３０４の証書３０５に記載のライセンスアクセス番号ＬＡ２＃を用いて、ユーザシステム１０２にインストールするための操作を行ったとする。このときの処理は、例えば、ステップＳ１１〜Ｓ１４のようになる。

＜ステップＳ１１＞
統合パッケージ３０４が、ユーザシステム１０２に投入されると、ユーザシステム１０２は、ライセンス証書番号ＬＡ＃の入力をユーザに要求する。ユーザは、ユーザシステム１０２が備えるキーボード２０４等を用いて、統合パッケージ３０４の証書３０５に記載してあるライセンスアクセス番号ＬＡ＃２を入力する。
＜ステップＳ１２＞
統合パッケージ３０４のインストーラは、ライセンス発行サーバ１０１に、ステップＳ１１で入力されたライセンスアクセス番号ＬＡ＃２と、ユーザシステム１０２に固有のデバイスシリアル番号ＤＳ＃を通知する。すなわち、ユーザシステム１０２は、新たなライセンスファイル３０６の取得をライセンス発行サーバ１０１に要求する。

＜ステップＳ１３＞
ライセンス発行サーバ１０１は、ライセンスアクセス番号ＬＡ＃２と、ユーザシステム１０２に固有のデバイスシリアル番号ＤＳ＃とを、ユーザシステム１０２から受け取る。そして、ライセンス発行サーバ１０１は、受け取ったデバイスシリアル番号ＤＳ＃をキーにして、発行済みのライセンスファイルを検索する。

ライセンス発行サーバ１０１は、受け取ったライセンスアクセス番号ＬＡ＃２と、発行済みのライセンスファイルとに基づいて、ユーザシステム１０２に既にインストール済みのアプリケーションが、統合パッケージ３０４の中にあるか否かを判定する。すなわち、ライセンス発行サーバ１０１は、既にインストール済みのアプリケーションと、統合パッケージ３０４に含まれているアプリケーションとが重複しているか否かを判定する。

そして、ライセンス発行サーバ１０１は、統合パッケージ３０４に含まれているアプリケーションのうち、既にインストール済みのアプリケーションと重複するアプリケーションを、ライセンスアクセス番号ＬＡ＃２で再利用できるようにする。ライセンスファイル（Lfile2）３０６の内容は、統合パッケージ３０１内のアプリケーションＡ、Ｂ、Ｃと、統合パッケージ３０４内のアプリケーションαの動作を許可するライセンスである。尚、本実施例では、このライセンスファイル（Lfile2）３０６は、ユーザシステム１０２にインストール済みのライセンスファイル（Lfile1）３０３に上書きされる。ただし、ライセンスファイル（Lfile1）３０３にあったアプリケーションの情報は変化しない。

＜ステップＳ１４＞
ユーザシステム１０２は、ライセンスファイル（Lfile2）３０６と、ライセンスアクセス番号ＬＡ２＃で再利用できるアプリケーション情報１１０１とを受信する。ユーザシステム１０２は、ライセンスファイル（Lfile2）３０６に従って、統合パッケージ３０４内のアプリケーションＡ、Ｃ、αのうち、既にインストールされているアプリケーションＡ、Ｂ、Ｃと重複していないアプリケーションαをインストールする。更に、ユーザシステム１０２は、ライセンスアクセス番号ＬＡ２＃で再利用できるアプリケーションＡ、Ｂを新たにインストールできることを、表示装置２０１（表示部１２１）に表示してユーザに通知する。

ユーザシステム１０２の詳細な動作は、図４のステップＳ４１０において、ライセンスアクセス番号（ＬＡ＃３）を含む証書３０７の代わりに、ライセンスアクセス番号ＬＡ２＃で再利用できるアプリケーション情報を受信しているか否かを判定する。そして、ライセンスアクセス番号ＬＡ２＃で再利用できるアプリケーション情報を受信したと判定した場合には、ステップＳ４１１に進む。そして、図６に示す表示画面６０１の代わりに、ライセンスアクセス番号ＬＡ２＃で再利用できるアプリケーションＡ、Ｂを新たにインストールできることを示す表示画面を表示する。

図１２は、ライセンスファイルを発行する際のライセンス発行サーバ１０１における処理の一例を説明するフローチャートである。尚、図１２において、第１の実施形態と同じ処理を行う部分には、図９に付した符号と同一の符号を付している。ここでは、第１の実施形態と異なる処理を行う部分の説明を行う。

ステップＳ１３０１において、ライセンス発行サーバ１０１は、既にデバイスにインストールされているアプリケーションのバージョンが、統合パッケージに含まれているアプリケーションのバージョンよりも古いか否かを判定する。この判定の結果、既にデバイスにインストールされているアプリケーションのバージョンが、統合パッケージに含まれているアプリケーションのバージョンよりも古くない場合には、ステップＳ１３０２に進む。すなわち、既にデバイスにインストールされているアプリケーションと、統合パッケージに含まれているアプリケーションとのバージョンが同じ場合には、ステップＳ１３０２に進む。また、既にデバイスにインストールされているアプリケーションのバージョンの方が、統合パッケージに含まれているアプリケーションのバージョンよりも新しい場合にも、ステップＳ１３０２に進む。

そして、ライセンス発行サーバ１０１は、統合パッケージに含まれているアプリケーションの構成を変更する（ステップＳ１３０２）。具体的にライセンス発行サーバ１０１は、デバイスシリアル番号ＤＳ＃に紐付くライセンスアクセス番号ＬＡ＃とアプリケーションＩＤとから、組替ライセンス管理情報テーブル８３０の情報を作成する。その際に、ライセンス発行サーバ１０１は、既にデバイスにインストールされているアプリケーションと重複し、利用する必要のないアプリケーションの情報を組替えアプリＩＤ８３３に記載する。そして、後述するステップＳ１３０４に進む。

一方、既にデバイスにインストールされているアプリケーションのバージョンが、統合パッケージに含まれているアプリケーションのバージョンよりも古い場合には、ステップＳ１３０３に進む。そして、ライセンス発行サーバ１０１は、バージョンアップする古いアプリケーションに関するライセンスアクセス番号情報テーブル７４０を更新する（ステップＳ１３０３）。具体的にライセンス発行サーバ１０１は、商品コード７４３を新しいバージョンのＩＤに更新する。また、ライセンス発行サーバ１０１は、ライセンスファイル統合管理番号７４８を、送信されたライセンスアクセス番号ＬＡ＃に紐付けられている統合パッケージのライセンスファイルの番号に更新する。更に、ライセンス発行サーバ１０１は、古いアプリケーションに関する情報を単体アプリテーブル８４０に登録する。そして、ステップＳ１３０４に進む。

そして、ライセンス発行サーバ１０１は、既に発行済みのライセンスファイルに対して、新規のアプリケーションのみを追加する処理を行う（ステップＳ１３０４）。尚、新規アプリケーションのみを追加する処理には、バージョンアップするライセンスの入れ替えを行う処理も含む。ライセンス発行サーバ１０１は、以下のデータベースについて、新規のアプリケーションとの関連付けを行う。具体的に、ライセンスファイル情報テーブル７７０、ライセンスアクセス番号情報テーブル７４０、統合ライセンス管理情報テーブル８１０等、統合商品ＤＢ７１０に関連するライセンスアクセス番号ＬＡ＃やデバイスシリアル番号ＤＳ＃等の関連付けが行われる。
以上のように本実施形態では、例えば、ステップＳ１３０１〜Ｓ１３０４の処理を行って、統合商品ＤＢ７１０内の登録情報を変更することによって変更手段が実現される。

そして、ライセンス発行サーバ１０１は、新たなライセンスファイルと、再利用可能なアプリケーションに関するアプリケーション情報とを、ライセンスファイルの取得要求を行ったデバイスに送信する（ステップＳ１３０５）。そして、図１２のフローチャートの処理を終了する。
このように本実施形態では、例えば、再利用可能なアプリケーションに関するアプリケーション情報（例えば、図１１のアプリケーション情報１１０１）により、重複するアプリケーションをユーザに利用させるための利用情報が実現される。そして、本実施形態では、例えば、ステップＳ１３０５の処理を行うことによって、出力手段が実現される。

（変形例）
前述した第１及び第２の実施形態の動作の他、新たな統合パッケージに含まれるアプリケーションと既存のアプリケーションとのバージョン情報を比較し、古いアプリアプリケーションに対してバージョンをあげたライセンスを発行することができる。

また、重複するアプリケーションの個数、及び重複するアプリケーションを含む統合パッケージの価格（単価）の少なくとも何れか一方の比較を、ステップＳ１００７やステップＳ１３０１の判定に加えることができる。そして、この比較結果と、ステップＳ１００７やステップＳ１３０１の判定結果とに応じて、ライセンスファイル及び証書を生成することにより、ライセンスファイル及び証書の発行を、より多様化することができる。すなわち、統合パッケージに含まれるアプリケーションの個数や、統合パッケージの価格（単価）等のアプリケーションの属性情報に応じて、ライセンスファイル及び証書を異ならせることができる。

更に、有効期間及び機能の少なくとも何れか一方を制限して、重複したアプリケーション又は重複していないアプリケーションを利用させることもできる。このようにする場合には、例えば、制限する対象に応じて、ライセンス管理データベース１０６の構成を変更したり、証書を変更して発行したりする処理を、ステップＳ１０１０、Ｓ１０１１に加えるようにすればよい。尚、この場合に発行される証書は、本来のアプリケーションよりも有効期間や機能を制限したものとなる。

また、既にインストールされているアプリケーションと重複したアプリケーション郡の証書は、単体のアプリケーション毎に発行されるようにしてもよいし、複数のアプリケーション毎に発行されるようにしてもよい。尚、本実施形態では、証書の内容を表示することにより、証書の内容をユーザに通知するようにした。しかしながら、必ずしもこのようにする必要はなく、例えば証書を文書ファイル（例えばpdfファイル）に変換して保存したり、証書を印刷装置にて印刷したりして、証書の内容をユーザに通知するようにしてもよい。
更に、ユーザシステム１０２における前述した機能を、印刷装置１２３〜１２５に持たせるようにしてもよい。
以上、本発明の実施形態について詳述したが、ライセンス管理システムを構成する情報処理装置の数は、複数であっても、１つであってもよい。また、ライセンス管理システムの構成を変えずに、その規模を拡張することができる。

（本発明の他の実施形態）
前述した本発明の実施形態における情報処理装置を構成する各手段、並びにアプリケーション管理方法の各ステップは、コンピュータのＲＡＭやＲＯＭなどに記憶されたプログラムが動作することによって実現できる。このプログラム及び前記プログラムを記録したコンピュータ読み取り可能な記録媒体は本発明に含まれる。

また、本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、一つの機器からなる装置に適用してもよい。

尚、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラム（実施形態では図４、図９、図１２に示すフローチャートに対応したプログラム）を、システムあるいは装置に直接、あるいは遠隔から供給する。そして、そのシステムあるいは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。

したがって、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。

その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。

プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。

また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、ダウンロードした鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。

尚、前述した各実施形態は、何れも本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。

本発明の第１の実施形態を示し、ライセンス管理システムの構成の一例を示す図である。 本発明の第１の実施形態を示し、ライセンス発行サーバにおけるハードウェアの概略構成の一例を示すブロック図である。 本発明の第１の実施形態を示し、ライセンス管理システムを利用してライセンスファイルを発行する際の処理手順の一例を概念的に示した図である。 本発明の第１の実施形態を示し、アプリケーションをインストールする際のユーザシステム１０２における動作の一例を説明するフローチャートである。 本発明の第１の実施形態を示し、アプリケーションをインストールする際に、ライセンスアクセス番号の入力をユーザに促すために、ユーザシステムに表示される画面の一例を示す図である。 本発明の第１の実施形態を示し、ライセンスファイルを発行する際に、ユーザシステムに表示される画面の一例を示す図である。 本発明の第１の実施形態を示し、ライセンス管理データベースに格納される情報の一例を簡易的に示した図である。 本発明の第１の実施形態を示し、統合商品ＤＢに格納される情報の一例を簡易的に示した図である。 本発明の第１の実施形態を示し、ライセンスファイルを発行する際のライセンス発行サーバにおける処理の一例を説明するフローチャートである。 本発明第１の実施形態を示し、図９のステップＳ１０１３にて発行されるライセンスファイルの構成の一例を示す図である。 本発明第２の実施形態を示し、ライセンス管理システムを利用してライセンスファイルを発行する際の処理手順の一例を概念的に示した図である。 本発明第２の実施形態を示し、ライセンスファイルを発行する際のライセンス発行サーバにおける処理の一例を説明するフローチャートである。

符号の説明

１０１ ライセンス発行サーバ
１０２ ユーザシステム
１０３ 製造者システム
１０４ 販売者システム
１０５ ネットワーク
１０６ ライセンス管理データベース
１２３〜１２５ 印刷装置
３０１、３０４ 統合パッケージ
３０３、３０６ ライセンスファイル
３０２、３０５、３０７ 証書

Claims (21)

1. 予め設定された利用情報が入力されることによってインストールされる統合パッケージソフトウェア内の複数のアプリケーションの少なくとも１つと、既にインストールされているアプリケーションとが重複するか否かを判定する判定手段と、
   前記判定手段による判定の結果に基づき、前記統合パッケージソフトウェア内の複数のアプリケーションの中で重複すると判定されたアプリケーションをユーザに利用させるための利用情報を出力する出力手段と、
   前記判定手段によりアプリケーションが重複すると判定された場合に、前記統合パッケージソフトウェア内のアプリケーションの組み合わせを再構成する再構成手段と、を有することを特徴とする情報処理装置。
2. 前記再構成手段により再構成されたアプリケーションのライセンスファイルを出力する第２の出力手段を有することを特徴とする請求項１に記載の情報処理装置。
3. 前記判定手段による判定の結果に基づき、重複すると判定されたアプリケーションの属性情報を比較する比較手段を有し、
   前記再構成手段は、前記比較手段による比較結果に基づいて、前記統合パッケージソフトウェア内のアプリケーションの組み合わせを再構成することを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記属性情報は、アプリケーションのバージョン、統合パッケージソフトウェアの単価、及び統合パッケージソフトウェアに含まれるアプリケーションの個数のうち、少なくとも何れか１つを含むことを特徴とする請求項３に記載の情報処理装置。
5. 前記利用情報は、アプリケーションまたは統合パッケージソフトウェアの証書に関する証書情報を含むことを特徴とする請求項１〜４の何れか１項に記載の情報処理装置。
6. 前記証書情報は、アプリケーションの有効期間及び機能の少なくとも何れか一方を制限した証書に関する情報であることを特徴とする請求項５に記載の情報処理装置。
7. 予め設定された利用情報が入力されることによってインストールされる統合パッケージソフトウェア内の複数のアプリケーションの少なくとも１つと、既にインストールされているアプリケーションとが重複するか否かを判定する判定手段と、
   前記判定手段による判定の結果に基づき、前記統合パッケージソフトウェア内の複数のアプリケーションの中で重複すると判定されたアプリケーションをユーザに利用させるための利用情報を出力する出力手段とを有し、
   前記利用情報は、アプリケーションまたは統合パッケージソフトウェアの証書に関する証書情報を含むことを特徴とする情報処理装置。
8. 前記統合パッケージソフトウェアがインストールされる外部の情報処理装置から、当該統合パッケージソフトウェアのライセンスの発行要求を示すライセンス発行要求情報を受信する受信手段を有し、
   前記判定手段は、前記ライセンス発行要求情報によりライセンスの発行が要求された統合パッケージソフトウェア内の複数のアプリケーションの少なくとも１つと、前記外部の情報処理装置に既にインストールされているアプリケーションとが重複するか否かを判定することを特徴とする請求項１〜７の何れか１項に記載の情報処理装置。
9. 前記受信手段は、前記外部の情報処理装置を識別する識別情報と、前記統合パッケージソフトウェアの証書に関する証書情報とを、前記ライセンス発行要求情報として受信し、
   前記受信手段により受信された識別情報に基づいて、前記外部の情報処理装置に既にインストールされているアプリケーションを、データベースで管理されている情報の中から特定する第１の特定手段と、
   前記受信手段により受信された証書情報に基づいて、前記統合パッケージソフトウェアに含まれるアプリケーションを、データベースで管理されている情報の中から特定する第２の特定手段とを有し、
   前記判定手段は、前記第１の特定手段と前記第２の特定手段とにより特定された結果に基づいて、前記ライセンス発行要求情報によりライセンスの発行が要求された統合パッケージソフトウェア内の複数のアプリケーションの少なくとも１つと、前記外部の情報処理装置に既にインストールされているアプリケーションとが重複するか否かを判定することを特徴とする請求項８に記載の情報処理装置。
10. 前記判定手段による判定の結果に基づき、前記統合パッケージソフトウェア内の複数のアプリケーションの中で重複すると判定されたアプリケーションを利用できるようにするために、前記統合パッケージソフトウェア内のアプリケーションの利用を管理するデータベースの登録情報を変更する変更手段を有し、
    前記出力手段は、前記変更手段により、前記データベースの登録情報が変更された後に、前記重複すると判定されたアプリケーションを利用することが可能であることを示す情報として、前記利用情報を出力することを特徴とする請求項１〜９の何れか１項に記載の情報処理装置。
11. 予め設定された利用情報が入力されることによってインストールされる統合パッケージソフトウェア内の複数のアプリケーションの少なくとも１つと、既にインストールされているアプリケーションとが重複するか否かを判定する判定ステップと、
    前記判定ステップでの判定の結果に基づき、前記統合パッケージソフトウェア内の複数のアプリケーションの中で重複すると判定されたアプリケーションをユーザに利用させるための利用情報を出力する出力ステップと、
    前記判定ステップでアプリケーションが重複すると判定された場合に、前記統合パッケージソフトウェア内のアプリケーションの組み合わせを再構成する再構成ステップと、を有することを特徴とするアプリケーション管理方法。
12. 前記再構成ステップで再構成されたアプリケーションのライセンスファイルを出力する第２の出力ステップを有することを特徴とする請求項１１に記載のアプリケーション管理方法。
13. 前記判定ステップでの判定の結果に基づき、重複すると判定されたアプリケーションの属性情報を比較する比較ステップを有し、
    前記再構成ステップでは、前記比較ステップでの比較結果に基づいて、前記統合パッケージソフトウェア内のアプリケーションの組み合わせを再構成することを特徴とする請求項１１又は１２に記載のアプリケーション管理方法。
14. 前記属性情報は、アプリケーションのバージョン、統合パッケージソフトウェアの単価、及び統合パッケージソフトウェアに含まれるアプリケーションの個数のうち、少なくとも何れか１つを含むことを特徴とする請求項１３に記載のアプリケーション管理方法。
15. 前記利用情報は、アプリケーションまたは統合パッケージソフトウェアの証書に関する証書情報を含むことを特徴とする請求項１１〜１４の何れか１項に記載のアプリケーション管理方法。
16. 前記証書情報は、アプリケーションの有効期間及び機能の少なくとも何れか一方を制限した証書に関する情報であることを特徴とする請求項１５に記載のアプリケーション管理方法。
17. 予め設定された利用情報が入力されることによってインストールされる統合パッケージソフトウェア内の複数のアプリケーションの少なくとも１つと、既にインストールされているアプリケーションとが重複するか否かを判定する判定ステップと、
    前記判定ステップでの判定の結果に基づき、前記統合パッケージソフトウェア内の複数のアプリケーションの中で重複すると判定されたアプリケーションをユーザに利用させるための利用情報を出力する出力ステップとを有し、
    前記利用情報は、アプリケーションまたは統合パッケージソフトウェアの証書に関する証書情報を含むことを特徴とするアプリケーション管理方法。
18. 前記統合パッケージソフトウェアがインストールされるクライアント装置から、当該統合パッケージソフトウェアのライセンスの発行要求を示すライセンス発行要求情報を受信する受信ステップを有し、
    前記判定ステップでは、前記ライセンス発行要求情報によりライセンスの発行が要求された統合パッケージソフトウェア内の複数のアプリケーションの少なくとも１つと、前記クライアント装置に既にインストールされているアプリケーションとが重複するか否かを判定することを特徴とする請求項１１〜１７の何れか１項に記載のアプリケーション管理方法。
19. アプリケーションのライセンス管理を行うサーバ装置と通信するクライアント装置であって、
    アプリケーションのインストール及びアンインストールを制御するインストール制御手段と、
    複数の異なるアプリケーションを含む統合パッケージソフトウェアのライセンスの発行要求を示すライセンス発行要求情報を、前記サーバ装置に送信する送信手段と、
    前記ライセンス発行要求情報の応答として、前記サーバ装置からライセンスファイルを受信する受信手段とを有し、
    前記インストール制御手段の制御により、
    前記受信手段により受信されたライセンスファイルに従って、前記クライアント装置に既にインストールされているアプリケーションの中で、前記統合パッケージソフトウェア内の複数のアプリケーションの何れかと重複するアプリケーションをアンインストールさせ、当該アンインストール後に、前記統合パッケージソフトウェア内の複数のアプリケーションをインストールさせることを特徴とするクライアント装置。
20. アプリケーションのライセンス管理を行うサーバ装置と通信するクライアント装置であって、
    複数の異なるアプリケーションを含む統合パッケージソフトウェアのライセンスの発行要求を示すライセンス発行要求情報を、前記サーバ装置に送信する送信手段と、
    前記ライセンス発行要求情報の応答として、前記サーバ装置から前記統合パッケージソフトウェア内のアプリケーションを利用するための利用情報を受信する受信手段と、
    前記統合パッケージソフトウェア内の複数のアプリケーションの中で、前記クライアント装置に既にインストールされているアプリケーションと重複しないアプリケーションのインストールを制御するインストール制御手段と、
    前記受信手段により受信した利用情報に基づき、前記統合パッケージソフトウェア内の複数のアプリケーションの中で、前記クライアント装置に既にインストールされているアプリケーションと重複するアプリケーションを利用させるための情報を出力する出力手段とを有することを特徴とするクライアント装置。
21. 請求項１９又は２０に記載のクライアント装置の各手段としてコンピュータを機能させることを特徴とするコンピュータプログラム。

Images