JP3366143B2 - ソフトウェア流通システムにおける識別子管理装置および方法ならびにソフトウェア流通管理装置および方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はネットワークを介したソ
フトウェアの流通（ディストリビューション）システム
に係り、ソフトウェアの配布先の識別子を管理する装置
とその方法に関する。

【０００２】

【従来の技術】現在、店頭で販売されているパッケージ
ソフトウェアは、一般に、インストールするパソコン等
のマシンの台数や同時に動作可能なマシンの台数に制限
を設けていることが多い。例えば、１台のパソコンのみ
にインストール可能であるとか、または複数のパソコン
にインストール可能だが、そのうち同時に動作してもよ
い台数は１台のみであるというような制限である。

【０００３】例えば、ＷＩＮＤＯＷＳ（登録商標）上に
搭載されるソフトウェア等においてはその不正コピーを
抑制するため、インストール時にライセンス登録情報を
フロッピーディスク上のソフトウェアに書き込むことが
一般的になってきている。しかし、このライセンス登録
情報はときとして偽りの情報であったり、フリーウェア
等で後から自由に書き直したりすることが可能であった
りするため、十分な効果が得られていない。

【０００４】一方、近年のパソコン通信等の発達に伴
い、ネットワークを介してオンラインでソフトウェアを
購入できることが望まれている。このようなソフトウェ
アの流通を実現するにあたって、ベンダーとユーザの間
におけるソフトウェアの使用契約等のいくつかの問題が
ある。例えば、上述したようなソフトウェアのインスト
ール時および使用時における制限を設け、それを実施す
るためには、ソフトウェアの使用状況を管理する工夫が
必要になる。

【０００５】

【発明が解決しようとする課題】ネットワークを介した
オンラインのソフトウェア流通システムを構築するには
次のような問題がある。

【０００６】フロッピーディスクを利用した現在のプロ
テクション方法は用いることができず、インストールし
たマシンから別のマシンへソフトウェアが不正にコピー
される恐れがあり、このような不正コピーを監視する機
構が必要になる。

【０００７】また、何らかの原因によりインストールし
たソフトウェアが破壊されて使用不可能となったとき
に、ユーザの復旧要請に応じる必要がある。また、将
来、オンラインによるソフトウェアの流通が一般に普及
した場合に、配布したソフトウェアを個別に識別する機
構が必要になる。

【０００８】本発明は、ネットワークを介したソフトウ
ェアの流通システムにおいて、ソフトウェアの配布先の
識別子を含む情報を管理し、ベンダーまたはユーザの利
益を図る識別子管理装置とその方法を提供することを目
的とする。

【０００９】

【課題を解決するための手段】本発明は、流通センター
とユーザの端末とをネットワークで結び、流通センター
からオンラインでソフトウェアを端末に配布するソフト
ウェア流通システムにおける識別子管理装置および識別
子管理方法である。

【００１０】図１は、本発明の識別子管理装置の原理図
である。図１の識別子管理装置は、管理手段１、端末パ
スワード変更手段２、ディストリビューション識別子付
加手段３、ユーザ情報記憶手段４、端末情報記憶手段
５、配布記録記憶手段６、定義ファイル格納手段７、お
よびソフトウェア格納手段８を備える。

【００１１】ソフトウェア格納手段８は配布するソフト
ウェアを格納し、ユーザ情報記憶手段４はソフトウェア
の配布先のユーザの識別子を含むユーザ情報を記憶し、
端末情報記憶手段５はソフトウェアがインストールされ
る端末の識別子を含む端末情報を記憶する。管理手段１
は、ユーザ情報記憶手段４に記憶された上記ユーザ情報
と端末情報記憶手段５に記憶された上記端末情報とを関
連付けて管理する。

【００１２】配布記録記憶手段６はソフトウェアの配布
記録を上記端末の識別子と関連付けて記憶し、管理手段
１は前記ユーザ情報と上記端末情報と上記配布記録とを
用いて、ソフトウェアの配布の履歴を管理する。

【００１３】また、端末情報記憶手段５は上記端末の識
別子に対応して付与された第１の端末パスワードを含む
上記端末情報を記憶し、管理手段１は上記端末の識別子
と上記第１の端末パスワードとを用いて端末からのアク
セスを識別する。

【００１４】端末パスワード変更手段２は上記第１の端
末パスワードを持つ端末からのアクセスがあったとき、
第１の端末パスワードを第２の端末パスワードに変更
し、管理手段１は第２の端末パスワードを上記端末の識
別子に対応させる。

【００１５】定義ファイル格納手段７はディストリビュ
ーション識別子の書き込みのための情報を記述した定義
ファイルを格納する。ソフトウェアを配布するときに、
ディストリビューション識別子付加手段３は定義ファイ
ル格納手段７に格納された上記定義ファイルを参照し
て、ソフトウェア格納手段８に格納されたソフトウェア
内に上記ディストリビューション識別子を書き込むとと
もに、配布記録記憶手段６に記憶された上記配布記録に
上記ディストリビューション識別子を書き込む。

【００１６】また、管理手段１は上記定義ファイルを参
照して、上記流通センターにアクセスするユーザが持っ
ているソフトウェアの上記ディストリビューション識別
子をチェックする。

【００１７】図１の管理手段１、端末パスワード変更手
段２、およびディストリビューション識別子付加手段３
は、図２に示す実施例におけるホスト計算機１１内の図
示されない処理装置に相当する。また、図１のユーザ情
報記憶手段４、端末情報記憶手段５、配布記録記憶手段
６、定義ファイル格納手段７、およびソフトウェア格納
手段８は、図２のホスト計算機１１内の図示されない記
憶装置に相当する。

【００１８】また、上記配布記録は例えば図４、５、お
よび１３に示す販売記録に相当し、上記定義ファイルに
記述された上記書き込みのための情報とは、例えば上記
ディストリビューション識別子を書き込むファイルの名
称、そのファイル内の書き込み領域の位置、その書き込
み領域の大きさ等の情報である。

【００１９】

【作用】管理手段１によりユーザ情報記憶手段４の記憶
するユーザの識別子と端末情報記憶手段５の記憶する端
末の識別子とが関連付けて管理される。これにより、ソ
フトウェアがどのユーザに対して配布され、またその際
どの端末にインストールされたかが同時に把握される。

【００２０】さらに、配布記録記憶手段６が記憶する配
布記録が上記端末の識別子と関連付けられるので、一つ
一つのソフトウェアの配布の履歴がインストールした端
末の端末情報とともに管理される。

【００２１】また、端末情報記憶手段５内の端末情報と
端末内の双方に、上記端末の識別子に対応した第１の端
末パスワードが保持される。端末からのアクセスがあっ
たとき、管理手段１は上記端末の識別子と第１の端末パ
スワードとを用いて、アクセスした端末を識別する。例
えば、アクセスした端末の持つ端末パスワードがその端
末の識別子に対応していない場合は、その端末側に何ら
かの異変があったとみなすことができる。

【００２２】さらに、端末からのアクセスがあったと
き、端末パスワード変更手段２によりその端末の第１の
端末パスワードが第２の端末パスワードに変更される。
これにより、次回のアクセス時には、上記端末の識別子
と第２の端末パスワードとを用いて端末の識別が行われ
る。もし、ユーザが端末にインストールされたソフトウ
ェアを上記端末の識別子と第１の端末パスワードととも
に別の端末にコピーして、次回のアクセス時に別の端末
からアクセスしても、既に第１の端末パスワードは有効
性を失っているため管理手段１は異変を察知することが
できる。

【００２３】また、定義ファイル格納手段７内の定義フ
ァイルに記述された書き込みのための情報に従って、デ
ィストリビューション識別子付加手段３により、配布す
るソフトウェア内にディストリビューション識別子が書
き込まれる。管理手段１は上記定義ファイルを参照し
て、ユーザの持つソフトウェアの上記ディストリビュー
ション識別子をチェックすることができる。例えば、上
記ディストリビューション識別子として配布先のユーザ
の識別子を用いれば、アクセスしてきたユーザが配布時
のユーザと同一かどうかがわかる。

【００２４】配布記録記憶手段６内の上記配布記録にも
上記ディストリビューション識別子を書き込んでおくこ
とにより、管理手段１は上記配布記録内のディストリビ
ューション識別子とユーザの持つソフトウェア内に書き
込まれたものとを比較できる。

【００２５】

【実施例】以下、図面を参照しながら、本発明の実施例
について詳細に説明する。図２は、本発明の一実施例の
ソフトウェア流通システムの構成図である。図２のソフ
トウェア流通システムは、ホスト計算機１１と複数（ｍ
個）のユーザ端末１３−１、・・・、１３−ｍ、および
それらを結合するネットワーク１２から成る。

【００２６】ホスト計算機１１はソフトウェアの流通セ
ンターにあり、端末１３−１、・・・、１３−ｍからの
要請に応じて、ネットワーク１２を介してソフトウェア
を販売する。端末１３−１、・・・、１３−ｍは例えば
ユーザの自宅やオフィス等に設置されたパソコン等の計
算機であり、ネットワーク１２を介して希望するソフト
ウェアを購入し、購入したソフトウェアを使用してホス
ト計算機１１にアクセスする。

【００２７】ホスト計算機１１は本発明の識別子管理装
置を含み、販売するソフトウェアを格納するための図示
されない記憶装置を有する。ホスト計算機１１は端末１
３−１、・・・、１３−ｍにそれぞれの端末識別子（マ
シンＩＤ）ＭＩＤ１、・・・、ＭＩＤｍ を発行し、端
末のユーザにはマシンＩＤとは別のユーザ識別子（ユー
ザＩＤ）ＵＩＤ１、ＵＩＤ２、ＵＩＤ３等を発行する。
また、各マシンＩＤに対応して端末のパスワード（マシ
ンパスワード）ＭＰＳＷ１、・・・、ＭＰＳＷｍを設
け、各ユーザＩＤに対応してユーザパスワード（不図
示）を設ける。ホスト計算機１１はこれらのマシンＩ
Ｄ、マシンパスワード、ユーザＩＤ、およびユーザパス
ワードを用いて、ソフトウェアの販売先である端末とユ
ーザの情報を管理する。

【００２８】ユーザに販売したソフトウェアが何らかの
原因により破壊され使用不可能となった場合には、ホス
ト計算機１１は販売記録を参照して、そのソフトウェア
の復旧サービスを行う。また、販売したソフトウェアの
バージョンアップのサービスも行う。さらに、ホスト計
算機１１は端末に与えるマシンパスワードを動的に変更
して、アクセスが行われるたびにそれをチェックするこ
とにより、インストールしたソフトウェアが他の端末に
コピーされたかどうかを監視する。

【００２９】あるユーザから他のユーザに端末の譲渡が
あった場合には、その端末にインストールされたソフト
ウェアは、そのバージョンアップや復旧等のサービスを
受ける権利も含めて譲り渡すことが可能となる。このよ
うな譲渡を行えば、不正コピーの防止にも繋がるし、権
利の譲渡もスムーズに行われるため、ユーザとベンダー
の双方に有益に働く。

【００３０】図３および図４は、それぞれホスト計算機
１１内の記憶領域に格納されるユーザ情報および端末情
報（マシン情報）の例を示している。図３のユーザ情報
は、ユーザＩＤ（ＵＩＤ）、ユーザパスワード（ＰＳ
Ｗ）、マシンＩＤ（ＭＩＤ）、ユーザの名前等から成
り、図４のマシン情報は、ＭＩＤ、マシンパスワード
（ＭＰＳＷ）、ＵＩＤ、端末の機種、ソフトウェアの販
売記録等から成る。

【００３１】図５は、図４のソフトウェアの販売記録の
例を示している。図５の販売記録は、販売したソフトウ
ェアの名称（ソフトウェア名）、購入したユーザのＵＩ
Ｄ、販売日時から成る。

【００３２】このように、ホスト計算機１１はＭＩＤ、
ＵＩＤ、およびソフトウェアの販売記録を互いに関連付
けて記憶し、ソフトウェアの販売先の情報として管理す
る。これにより、いつ、誰が、どの端末に、どんなソフ
トウェアをインストールしたかを示す販売履歴の管理が
可能となる。また、そのソフトウェアに関するバージョ
ンアップ等のサービス情報を購入したユーザのみに選択
的に提供して、購入者を優遇することもできる。

【００３３】ところで、個人や企業がパソコン等の端末
を持つ場合、ソフトウェアの購入のために代金を支払う
人と購入したソフトウェアを使用する人の関係、あるい
はソフトウェアを購入または使用する人と端末との関係
が必ずしも１対１の関係では無く、次のような形態が生
じ得る。 （１）１人のユーザが複数台の端末を持つ。 （２）複数のユーザが１台の端末を共有する。 （３）（１）と（２）の混合形態。

【００３４】これらの各形態に対応するソフトウェアの
使用契約としては、次のような形態が考えられる。 （１）１台の端末にのみソフトウェアのインストールが
許される。 （２）複数の端末にソフトウェアをインストールしても
よいが、そのソフトウェアを２つ以上の端末上で同時に
使用することは禁止される。 （３）複数の端末にソフトウェアをインストールして、
それらの端末上で同時に使用してもよい（フリーウェ
ア）。

【００３５】また、これらの各契約形態に対応する管理
方法は次のようになる。 （１）ソフトウェアをどの端末にインストールしたか
を、ＭＩＤと関連させて管理する必要がある。 （２）ソフトウェアをどのユーザに販売したかを、ＵＩ
Ｄと関連させて管理する必要がある。 （３）フリーウェア等に相当し、販売先の管理は不要で
ある。

【００３６】上記（１）および（２）の使用形態を管理
するには、ＭＩＤとＵＩＤの両方を用いる必要がある。
本実施例では、流通センターのホスト計算機１１が契約
したすべてのユーザにユニークなＵＩＤを与え、また契
約したすべての端末にユニークなＭＩＤを与える。

【００３７】ホスト計算機１１は商品（ソフトウェア）
の販売時に、ＵＩＤを用いて代金を支払うべきユーザを
特定する。したがって、あるＵＩＤを用いて販売された
ソフトウェアの代金は、そのＵＩＤを持つユーザが支払
う契約になっている。また、販売された商品はその販売
先の端末のＭＩＤと関連付けられて管理される。これに
より、ある商品を誰が購入し、どの端末にインストール
されたかが明確になり、その商品が破壊された場合でも
無償の復旧サービス等を提供することが可能になる。

【００３８】図６は、１人のユーザが複数の端末を持つ
場合に、ホスト計算機１１が管理する情報の関係を示し
ている。図６において、ユーザ情報は、ＵＩＤ＝０１、
ユーザの氏名、キャッシュカードの情報（キャッシュカ
ードの番号等）、およびソフトウェアの購入情報から成
る。購入情報は過去にそのユーザが流通センターから購
入したソフトウェア名と購入金額のリストであり、例え
ばそのユーザのＵＩＤを持つ販売記録を参照して得るこ
とができる。ここでは、ＵＩＤ＝０１を持つユーザがＬ
ＯＴＵＳ−ＷＩＮ、ＦＭ秘書、ＬＯＴＵＳ、ＯＡＳＹＳ
（登録商標）の各ソフトウェアを購入したことがわか
る。

【００３９】ＵＩＤ＝０１のユーザが持つ３つの端末Ｐ
Ｃ９８（登録商標）、ＴＯＷＮＳ（登録商標）、および
ＦＭＲ（登録商標）のうち、ＭＩＤ＝１１のＰＣ９８と
ＭＩＤ＝１０のＴＯＷＮＳとがホスト計算機１１に登録
されており、その登録時にＵＩＤ＝０１と関係付けられ
る。登録時には、図４に示すように端末のマシン情報に
ＵＩＤを書き込んでもよく、あるいはまた、ポインタ等
を用いてマシン情報とユーザ情報を結びつけてもよい。

【００４０】登録された端末のマシン情報は、ＭＩＤ、
過去に販売されてその端末にインストールされたソフト
ウェアの情報（ソフト情報）、および端末の機種や使用
ＯＳ（オペレーティングシステム）の情報から成る。ソ
フト情報は図４の販売記録に相当する。ここでは、ＭＩ
Ｄ＝１１の端末にインストールされたソフトウェアがＬ
ＯＴＵＳであり、その機種（Ｍ）はＰＣ９８、使用ＯＳ
はＭＳ−ＤＯＳ（登録商標、以下ＤＯＳと略す）である
ことがわかる。また、ＭＩＤ＝１０の端末にインストー
ルされたソフトウェアはＬＯＴＵＳ−ＷＩＮであり、そ
の機種はＴＯＷＮＳ、使用ＯＳはＤＯＳ、ＴＯＳ（ＴＯ
ＷＮＳ用のＯＳ）、およびＷＩＮ（ＷＩＮＤＯＷＳ）で
あることがわかる。尚、ＦＭＲにはＯＡＳＹＳがインス
トールされているが、ホスト計算機１１に登録されてい
ないためＭＩＤは与えられていない。

【００４１】図７は、複数のユーザが１台の端末を共有
する場合に、ホスト計算機１１が管理する情報の関係を
示している。図７においては、ユーザＣ、Ｄ、Ｅの３人
が１台の端末ＴＯＷＮＳを共有している。

【００４２】ユーザＣのユーザ情報は、ＵＩＤ＝０３、
氏名Ｃ、キャッシュカードの情報、およびＬＯＴＵＳ−
ＷＩＮの購入情報から成る。また、ユーザＤのユーザ情
報は、ＵＩＤ＝０４、氏名Ｄ、キャッシュカードの情
報、およびＦＭ秘書の購入情報から成る。また、ユーザ
Ｅのユーザ情報は、ＵＩＤ＝０５、氏名Ｅ、キャッシュ
カードの情報、およびＬＯＴＵＳの購入情報から成る。

【００４３】端末ＴＯＷＮＳのマシン情報は、ＭＩＤ＝
３０、ソフト情報、機種Ｍ＝ＴＯＷＮＳ、およびＯＳ＝
ＤＯＳ／ＴＯＳ／ＷＩＮから成る。ここで、ソフト情報
は３人の共有者に販売したすべてのソフトウェアの名
称、ＬＯＴＵＳ−ＷＩＮ、ＦＭ秘書、ＬＯＴＵＳを含ん
でいる。

【００４４】端末ＴＯＷＮＳのＭＩＤは、端末の登録時
に共有者のうちの１人の代表者のＵＩＤと関係付けられ
る。ここでは、ＭＩＤ＝３０がユーザＣのＵＩＤと関係
付けられている。この場合、ユーザＣはＭＩＤ＝３０の
端末の問い合わせ先として３人の共有者を代表してい
る。この例ではユーザＤがＦＭ秘書を購入しているが、
ＦＭ秘書が破壊されたとき、ユーザＤ以外のどのユーザ
でもＭＩＤ＝３０を用いて復旧の要求を行い、無料で再
インストール（復旧）のサービスを受けることができ
る。

【００４５】次に図８から図１１までを参照しながら、
本実施例のソフトウェア流通システムにおける処理のフ
ローを説明する。図８は、ユーザＩＤの登録処理のフロ
ーチャートである。図８において処理が開始されると、
まずユーザは端末を流通センターのホスト計算機１１に
接続して（ステップＳ１）、名前、キャッシュカードの
番号、住所等の個人情報を入力する（ステップＳ２）。
これを受けて、ホスト計算機１１は仮のユーザＩＤと仮
のユーザパスワードを発行して、ユーザの仮登録を行う
（ステップＳ３）。ここで、ユーザは一旦ホスト計算機
１１との接続を断ち、キャッシュカードが認証されるの
を待つ（ステップＳ４）。

【００４６】キャッシュカードが認証され、流通センタ
ーから正式のユーザＩＤと正式のユーザパスワードとが
郵送されてくると（ステップＳ５）、ユーザは再び端末
をホスト計算機１１に接続して（ステップＳ６）、受け
取った正式のユーザＩＤと正式のユーザパスワードとを
入力する（ステップＳ７）。これにより、ホスト計算機
１１は正式のユーザＩＤとユーザパスワードを記載した
郵便がユーザ本人に届いたことを確認し、そのユーザを
正式に登録（本登録）して処理を終了する。このとき、
郵送されたユーザパスワードと共に、別のパスワードを
ユーザが入力して登録することもできる。

【００４７】図９は、端末ＩＤの登録処理のフローチャ
ートである。図９において処理が開始されると、まずユ
ーザは端末を流通センターのホスト計算機１１に接続し
て（ステップＳ１１）、登録されているユーザＩＤとユ
ーザパスワードを入力する（ステップＳ１２）。その
後、端末がその機種や使用ＯＳ等のマシン情報を自動的
にホスト計算機１１に送る（ステップＳ１３）。ホスト
計算機１１は送られたマシン情報に端末ＩＤと端末パス
ワードを付加して所定の形式で記憶し、それらの端末Ｉ
Ｄと端末パスワードを端末に送る（ステップＳ１４）。
こうして、発行された端末ＩＤと端末パスワードは端末
内にも保持される。

【００４８】図１０は、流通センターに登録されたユー
ザにネットワーク１２を介してソフトウェアを販売する
処理のフローチャートである。図１０において、ユーザ
のリクエスト等により処理が開始されると、まずユーザ
の端末がネットワーク１２に接続される（ステップＳ２
１）。次に、ホスト計算機１１はユーザが入力したユー
ザＩＤとユーザパスワードをチェックし（ステップＳ２
２）、それらが正しくなければ（ＮＧ）、処理を終了す
る。

【００４９】ユーザＩＤとユーザパスワードが正しけれ
ば（ＯＫ）、次にホスト計算機１１は端末内に保持され
た端末ＩＤと端末パスワードとを自動的に読み取り、こ
れらをチェックする（ステップＳ２３）。端末ＩＤと端
末パスワードが正しくなければ（ＮＧ）、不正コピーが
行われた可能性があるので不正に対応する処理（不正処
理）を行う（ステップＳ２４）。

【００５０】端末ＩＤと端末パスワードが正しければ
（ＯＫ）、商品であるソフトウェアのリストを端末の画
面に表示させ、ユーザに購入する商品の選択を行わせる
（ステップＳ２５）。ユーザは表示されたリストから商
品を選択し、復旧サービスの要請の場合はその旨を入力
する。

【００５１】次に、ホスト計算機１１はユーザからの要
求が新規商品の購入か既に販売した商品の復旧要請かを
判断し（ステップＳ２６）、復旧要請の場合はそのユー
ザの購入情報を参照して、該当する商品を過去に購入し
ているかどうかを調べる（ステップＳ２７）。ユーザが
購入していない商品の復旧を要請している場合は（ステ
ップＳ２７、ＮＯ）、復旧サービスの対象とならないの
で再びステップＳ２５の処理に戻る。

【００５２】ユーザが過去に購入した商品の復旧を要請
している場合は（ステップＳ２７、ＹＥＳ）、ホスト計
算機１１はネットワーク１２を介してその商品を端末に
宅配し、再インストールする（ステップＳ２９）。そし
て、使用契約等に基づいてユーザに課金して（ステップ
Ｓ３０）、処理を終了する。ただし、無償で復旧サービ
スを行う契約が結ばれている場合は課金は行わない。

【００５３】ステップＳ２６でユーザが新規商品の購入
を要求している場合は、選択された商品の販売を決定し
（ステップＳ２８）、ネットワーク１２を介してその商
品を端末に宅配してインストールする（ステップＳ２
９）。そして、商品の代金をユーザに課金して（ステッ
プＳ３０）、処理を終了する。

【００５４】ステップＳ３０においては、入力されたユ
ーザＩＤを持つユーザに対して代金が課されるが、ユー
ザＩＤの管理はユーザに委ねられる。各ユーザはそのユ
ーザパスワードを指定してユーザＩＤを管理する。

【００５５】商品の販売契約がユーザを対象とせずに、
インストールする端末に対して販売することになってい
る場合は、ステップＳ３０において端末に対して代金が
課金される。この場合は、ステップＳ２７においてその
端末が該当する商品を過去に購入しているかどうかを調
べ、購入していたときにのみ復旧サービスを行う。

【００５６】また、端末ＩＤについては、ホスト計算機
１１が端末パスワードを付加し、端末が１回接続される
毎にその端末の端末パスワードを自動的に書き換えて管
理する。不正コピーが行われると、書き換え前の端末パ
スワードと共にアクセスが行われるため、その事実を認
識することが可能になる。端末ＩＤおよび端末パスワー
ドについては、ホスト計算機１１がバックトレースを行
うことができる。

【００５７】図１１は、ステップＳ２３における端末パ
スワードのチェックと書換え、およびステップＳ２４の
不正処理のフローチャートである。図１１において処理
が開始されると、ホスト計算機１１は接続された端末の
端末パスワードを、その端末の前回接続時に付与した端
末パスワードと比較する（ステップＳ３１）。

【００５８】それらが一致すれば、新しい端末パスワー
ドを生成してその端末内に書き込み、ホスト計算機１１
内にも保持しておく（ステップＳ３２）。このとき、ホ
スト計算機１１は例えば乱数のように予想できないもの
を用いて、次の端末パスワードを決定する。また、書き
換えられた古い端末パスワードは後で参照するために保
存しておき（ステップＳ３３）、処理を終了する。

【００５９】ステップＳ３１で２つの端末パスワードが
一致しないときは、ホスト計算機１１は不正コピーが行
われたと判断し、接続された端末に新しい端末ＩＤを付
与して新規に管理する（ステップＳ３４）。そして、接
続時における端末パスワードを保存されている古い端末
パスワードと順次比較して、その端末パスワードによる
アクセスがあった日時を求める（ステップＳ３５）。こ
れにより、不正コピーが行われたタイミングを特定して
処理を終了する。

【００６０】図１２は、不正コピーが行われた場合の端
末パスワードチェックの例を示している。図１２におい
て、端末ＰＣ Ａのユーザがホスト計算機１１へのＮ回
目のアクセスの後、使用しているソフトウェアと共にＭ
ＩＤ＝１１とＭＰＳＷ＝１１１を、端末ＰＣ Ａのハー
ドディスク（ＨＤ）から端末ＰＣ Ｂのハードディスク
に不正にコピーしたとする。このとき、ＰＣ Ａ、ＰＣ
Ｂ、ホスト計算機１１が保持するすべてのＭＩＤとＭ
ＰＳＷが一致している。

【００６１】次に、Ｎ＋１回目のアクセスにおいてＰＣ
Ａがアクセスを行う。ここでは、アクセスしたＰＣ
ＡのＭＩＤとＭＰＳＷは、ホスト計算機１１が記憶して
いるＰＣ ＡのＭＩＤとＭＰＳＷと同じなので（ステッ
プＳ３１）、不正コピーの事実は認識されない。そこ
で、ホスト計算機１１はＰＣ ＡのＭＰＳＷを２２２に
書き換え、この新しいＭＰＳＷを保持する（ステップＳ
３２）。

【００６２】次に、Ｎ＋２回目のアクセスにおいてＰＣ
Ｂがアクセスを行う。このとき、アクセスしたＰＣ
ＢのＭＩＤはホスト計算機１１が記憶しているＰＣ Ａ
のＭＩＤと同じであるが、ＰＣ ＢのＭＰＳＷはホスト
計算機１１が記憶しているＰＣ ＡのＭＰＳＷと一致し
ない（ステップＳ３１）。ここで、ＰＣ Ｂが前回にア
クセスしたＰＣ Ａと異なる端末であることがわかり、
不正コピーがあったことが認識される。

【００６３】そこで、ホスト計算機１１はＰＣ ＢのＭ
ＩＤを１２に、ＭＰＳＷを３３３に書き換え、これらの
ＭＩＤとＭＰＳＷを保持する（ステップＳ３４）。こう
して、ＰＣ Ｂは新しい端末として登録され、新規に管
理される。

【００６４】このような識別子の管理を行うことによ
り、悪意の無い不正コピーは防ぐことが可能である。し
かし、悪意があってある程度の知識があれば、アクセス
毎にＭＩＤとＭＰＳＷを端末間でコピーして使用するこ
とも可能である。このような場合には不正コピーを検出
することは困難になる。そこで、ＭＩＤやＭＰＳＷを人
為的にコピーするには手間がかかるようにしておく。例
えば、隠しファイルの属性を持たせる方法や、これらを
分散して配置する方法、端末の個別情報の組み合わせに
より暗号化しておく方法等が考えられる。

【００６５】隠しファイルはＭＳＤＯＳ等で用いられる
ファイル属性の一つであり、ユーザは特別な操作をしな
いとその存在を知ることができないので、ここにＭＩＤ
やＭＰＳＷを書き込んでおけばコピーすることが困難に
なる。

【００６６】また、ＭＰＳＷの情報を分割して、端末の
ハードディスクの複数の箇所に分散して書き込んでおけ
ば、それらの情報を探すのに手間がかかり、すべての情
報が揃わなければＭＰＳＷを知ることはできない。

【００６７】また、端末のシリナルナンバー、ＦＯＲＭ
ＡＴの日付、ファイルの物理位置等の機種別の情報や端
末毎にバラツキのでる情報を用いて、所定の演算により
正しいＭＰＳＷが得られるようにしておいてもよい。所
定の演算としては、乗算、除算、ＥＯＲ等の任意の演算
の組合せを用いることができる。これにより、ＭＰＳＷ
を得る手続きが複雑になる。

【００６８】さらに、これらの方法を組み合わせて用い
ることも可能である。このようにしておけば、多大な手
間をかけて多くのユーザが不正コピーを行うことは考え
られなくなる。

【００６９】本発明の識別子管理装置により、コンピュ
ータに対する知識が浅いために善意ではあるが契約に違
反してしまう可能性のあるユーザの権利の保護と、ベン
ダーの保護とが共に図られることになる。また、悪意の
あるユーザに対しては、例えばソフトウェアの不正コピ
ーを行って使用するために多大な手間が要求される。

【００７０】上述した実施例によれば、ベンダーは不正
コピーの事実があったかどうかと、不正コピーが行われ
たタイミングを認識することができるが、どういうルー
トでソフトウェアがコピーされたかを知ることは必ずし
も可能ではない。そこで、販売するソフトウェア自体に
マークを付加して、そのマークをホスト計算機１１に記
憶しておく方法が考えられる。

【００７１】以下、図１３から図１９までを参照しなが
ら、このマークを用いた識別子管理方法について説明す
る。ホスト計算機１１は、オンラインでソフトウェアを
販売するときに、販売したソフトウェアを識別するマー
クとしてディストリビューションＩＤをそのソフトウェ
アに埋め込んでから送信する。このディストリビューシ
ョンＩＤとしては、例えば販売先のユーザＩＤや端末Ｉ
Ｄ、販売日時等の販売した事実を識別できる情報を用い
る。特にディストリビューションＩＤとして購入したユ
ーザのユーザＩＤを用いれば、ソフトウェアがコピーさ
れた場合、それがだれに販売したものであるかを容易に
知ることができる。

【００７２】図１３は、このときのマシン情報に含まれ
る販売記録の例を示している。図１３の販売記録は図５
の販売記録にディストリビューションＩＤ（ＤＩＤ）が
付加された形になっている。

【００７３】図１４は、ディストリビューションＩＤの
設定処理のフローチャートである。図１４のディストリ
ビューションＩＤの設定処理は、ソフトウェア作成者が
ソフトウェアを流通センターに登録するときに行われ
る。

【００７４】図１４において処理が開始されると、ホス
ト計算機１１はまずＤＩＤを埋め込む領域を、登録する
ソフトウェアのファイルの所定の位置に確保し（ステッ
プＳ４１）、その領域の位置を記述したインストール用
の定義ファイルを作成する（ステップＳ４２）。次に、
そのソフトウェアと共に定義ファイルを登録して（ステ
ップＳ４３）、処理を終了する。

【００７５】図１５は、ディストリビューションＩＤの
埋め込み処理のフローチャートである。図１５のディス
トリビューションＩＤの埋め込み処理は、図１０のステ
ップＳ２８で販売するソフトウェアが決定した後に行わ
れる。

【００７６】図１５において処理が開始されると、ホス
ト計算機１１は販売するソフトウェアの定義ファイルを
参照して、ディストリビューションＩＤを埋め込むファ
イルの名称とその中の埋め込み位置を特定する（ステッ
プＳ４４）。次に、そのファイルの所定の位置に所定の
ディストリビューションＩＤを書き込んで（ステップＳ
４５）、処理を終了する。

【００７７】図１６は、ディストリビューションＩＤの
チェック処理のフローチャートである。図１６のディス
トリビューションＩＤのチェック処理は、ユーザが特定
のソフトウェアを指定して、そのソフトウェアがコピー
されたものかどうかをチェックするよう要請した場合に
行われる。

【００７８】図１６において処理が開始されると、ホス
ト計算機１１はまず接続されたユーザの端末内に格納さ
れているソフトウェアから、指定されたソフトウェアを
検索する（ステップＳ５１、Ｓ５２）。指定されたソフ
トウェアがなければ処理を終了し、それがある場合は対
応する定義ファイルを参照して、指定されたソフトウェ
アの所定の位置からディストリビューションＩＤを読み
出す（ステップＳ５３）。次に、販売記録を参照して、
読み出したディストリビューションＩＤが正しいかどう
かを判定する（ステップＳ５４）。例えば、ディストリ
ビューションＩＤとしてユーザＩＤを採用した場合は、
ディストリビューションＩＤがアクセス時に入力された
ユーザＩＤと一致していれば正しく、そうでなければ正
しくない。

【００７９】ディストリビューションＩＤが正しけれ
ば、そのユーザのソフトウェアは不正にコピーされたも
のではないことを通知して（ステップＳ５５）、処理を
終了する。また、ディストリビューションＩＤが正しく
なければ、そのユーザのソフトウェアは何らかの形で不
正にコピーされたものであることを通知して（ステップ
Ｓ５６）、処理を終了する。

【００８０】図１７は、ソフトウェアに埋め込まれたデ
ィストリビューションＩＤの例を示している。ここで
は、例えばＷＩＮＤＯＷＳのＶＥＲＳＩＯＮＩＮＦＯリ
ソースを用いて、ディストリビューションＩＤをファイ
ル内に記録する。図１７において、ブロック”０４０９
０４Ｅ４”内に記述された”ＡＡＡＡＡＡＡＡ”がディ
ストリビューションＩＤの埋め込み領域に相当する。

【００８１】図１８は、このソフトウェアに対応するイ
ンストール用の定義ファイルの例を示している。図１８
の定義ファイルには、ディストリビューションＩＤの埋
め込み領域を設定したファイルの名称がＳＯＦＴ．ＥＸ
Ｅであり、そのアドレス８Ｅ８０から８文字が埋め込み
領域であることが記述されている。

【００８２】登録されたソフトウェアの販売時には、フ
ァイルを宅配する前に登録時のオリジナルファイル内の
ディストリビューションＩＤ埋め込み領域を、例えば販
売先のユーザのユーザＩＤ等に書き換える。

【００８３】図１９は、図１７のディストリビューショ
ンＩＤの書き換えを示している。図１９において、ファ
イルＳＯＦＴ．ＥＸＥのアドレス８Ｅ８０から８Ｅ８７
までに記述された”ＡＡＡＡＡＡＡＡ”の８文字が、宅
配の前にディストリビューションＩＤ”ＧＤＦ０２２５
６”に書き換えられる。

【００８４】こうして、販売されたソフトウェアのファ
イルにそのディストリビューションを識別できる情報が
埋め込まれ、必要に応じてファイルからこの情報を読み
出すことも可能になる。ディストリビューションＩＤは
ホスト計算機１１が設定するため、偽りの情報を使用す
ることはできなくなる。また、ディストリビューション
ＩＤを埋め込んでいることをユーザに知らせることによ
り、ソフトウェアの不正コピーを抑制することができ
る。

【００８５】また、ディストリビューションＩＤにホス
ト計算機１１内だけに持っている情報を加えたり、暗号
化技術を組み合わせたりすることにより、ユーザが勝手
にディストリビューションＩＤを書き換えることは非常
に困難になる。さらに、ソフトウェア作成者が、作成し
たソフトウェアの配布ルート等を調べる際にも利用でき
る。

【００８６】

【発明の効果】本発明によれば、オンラインでソフトウ
ェアをインストール販売するシステムにおいて、ソフト
ウェアの販売履歴を効率的に管理し、ユーザとベンダー
の双方にとって有益なサービスが可能となる。

【００８７】例えば、配布したソフトウェアが破壊され
た場合には、販売履歴を確認して、無償の復旧サービス
が可能となる。これにより、ユーザはバックアップをと
っておく手間が省けるし、ベンダーにとっては不正コピ
ーを監視することができる。また、ユーザの要請に応じ
て、ソフトウェアがコピーされたものかどうかのチェッ
クを行うこともできる。

【００８８】さらに、将来のソフトウェア流通システム
において、不正コピーを発見する機構が必要になったと
きに本発明を適用することもできる。

【図面の簡単な説明】

【図１】本発明の原理図である。

【図２】本発明の実施例のソフトウェア流通システムの
構成図である。

【図３】ユーザ情報を示す図である。

【図４】マシン情報を示す図である。

【図５】販売記録を示す図（その１）である。

【図６】一人のユーザが複数の端末を持つ場合の情報を
示す図である。

【図７】一台の端末を複数のユーザが共有する場合の情
報を示す図である。

【図８】ユーザＩＤ登録のフローチャートである。

【図９】端末ＩＤ登録のフローチャートである。

【図１０】販売のフローチャートである。

【図１１】端末パスワードチェックのフローチャートで
ある。

【図１２】端末パスワードのチェック例を示す図であ
る。

【図１３】販売記録を示す図（その２）である。

【図１４】ディストリビューションＩＤの設定のフロー
チャートである。

【図１５】ディストリビューションＩＤの埋め込みのフ
ローチャートである。

【図１６】ディストリビューションＩＤのチェックのフ
ローチャートである。

【図１７】ディストリビューションＩＤの埋め込み領域
の例を示す図である。

【図１８】定義ファイルの例を示す図である。

【図１９】ディストリビューションＩＤの書き換えを示
す図である。

【符号の説明】

１ 管理手段 ２ 端末パスワード変更手段 ３ ディストリビューション識別子付加手段 ４ ユーザ情報記憶手段 ５ 端末情報記憶手段 ６ 配布記録記憶手段 ７ 定義ファイル格納手段 ８ ソフトウェア格納手段 １１ ホスト計算機 １２ ネットワーク １３−１、１３−２、１３−ｍ 端末

───────────────────────────────────────────────────── フロントページの続き (72)発明者 鎌田 紳二 神奈川県川崎市中原区上小田中1015番地 富士通株式会社内 (72)発明者 原 孝 神奈川県川崎市中原区上小田中1015番地 富士通株式会社内 (72)発明者 山嵜 利哉 神奈川県川崎市中原区上小田中1015番地 富士通株式会社内 (56)参考文献 特開 平４−10191（ＪＰ，Ａ) 特開 昭64−66732（ＪＰ，Ａ) 特開 平４−147361（ＪＰ，Ａ) 特開 平４−232530（ＪＰ，Ａ) 特開 平６−51975（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 1/00

Claims (26)

(57)【特許請求の範囲】
1. 【請求項１】 流通センターとユーザの端末とをネット
   ワークで結び、該流通センターからオンラインでソフト
   ウェアを該端末に配布するソフトウェア流通システムに
   おける前記流通センターが備える識別子管理装置であっ
   て、 前記ソフトウェアを格納するソフトウェア格納手段と、 前記ソフトウェアの配布先の前記ユーザの識別子を含む
   ユーザ情報を記憶するユーザ情報記憶手段と、 前記ソフトウェアがインストールされる端末の識別子を
   含む端末情報を記憶する端末情報記憶手段と、 前記ユーザの端末の所有状況に基づいて、前記ユーザ情
   報記憶手段に記憶された前記ユーザ情報と前記端末情報
   記憶手段に記憶された前記端末情報とを関連づけて管理
   する管理手段とを備えることを特徴とする識別子管理装
   置。
2. 【請求項２】前記ソフトウェアの配布記録を前記端末の
   識別子と関連付けて記憶する配布記録記憶手段をさらに
   備え、 前記管理手段は、前記ユーザ情報と前記端末情報と前記
   配布記録とを用いて、前記ソフトウェアの配布の履歴を
   管理することを特徴とする請求項１記載の識別子管理装
   置。
3. 【請求項３】 前記管理手段は、１人のユーザが複数の
   端末を有している場合、前記１人のユーザの前記ユーザ
   情報と前記複数の端末の前記端末情報とを関連付け、 前記管理手段は、複数のユーザが１つの端末を共有して
   いる場合、前記複数のユーザのうちの１人のユーザの前
   記ユーザ情報と前記１つの端末の端末情報とを関連付け
   る、 ことを特徴とする請求項１記載の識別子管理装置。
4. 【請求項４】前記ユーザ情報記憶手段は、前記ユーザの
   名前を含む前記ユーザ情報を記憶し、 前記端末情報記憶手段は、前記ソフトウェアがインスト
   ールされる端末の機種を含む前記端末情報を記憶し、 前記配布記録記憶手段は、前記ソフトウェアの名称と配
   布日時とを含む前記配布記録を記憶し、 前記管理手段は、前記ユーザの名前、前記端末の機種、
   前記ソフトウェアの名称、および前記配布日時を含む前
   記履歴を管理することを特徴とする請求項２記載の識別
   子管理装置。
5. 【請求項５】前記ソフトウェアがインストール時以降に
   使用不可能となったとき、前記管理手段は前記ユーザ情
   報と前記端末情報と前記配布記録とを参照して、該ソフ
   トウェアの復旧サービスを前記ユーザに提供することが
   できることを特徴とする請求項２記載の識別子管理装
   置。
6. 【請求項６】前記管理手段は、前記ソフトウェアの配布
   サービスの代金を前記ユーザに課金することを特徴とす
   る請求項２記載の識別子管理装置。
7. 【請求項７】前記配布記録記憶手段は、前記ユーザに前
   記ソフトウェアを販売したかどうかを示す前記配布記録
   を記憶し、 前記ソフトウェアがインストール時以降に使用不可能と
   なったとき、前記管理手段は前記ユーザ情報と前記配布
   記録とを参照して、前記ユーザに該ソフトウェアを販売
   したことがわかった場合に、該ソフトウェアの復旧を行
   うことを特徴とする請求項６記載の識別子管理装置。
8. 【請求項８】前記管理手段は、前記ソフトウェアの配布
   サービスの代金を前記端末に課金することを特徴とする
   請求項２記載の識別子管理装置。
9. 【請求項９】前記配布記録記憶手段は、前記端末に前記
   ソフトウェアを販売したかどうかを示す前記配布記録を
   記憶し、 前記ソフトウェアがインストール時以降に使用不可能と
   なったとき、前記管理手段は前記端末情報と前記配布記
   録とを参照して、前記端末に該ソフトウェアを販売した
   ことがわかった場合に、該ソフトウェアの復旧を行うこ
   とを特徴とする請求項８記載の識別子管理装置。
10. 【請求項１０】前記管理手段は、前記ユーザ情報と前記
    端末情報と前記配布記録とを参照して、前記ユーザに前
    記ソフトウェアに関するサービス情報を提供することを
    特徴とする請求項２記載の識別子管理装置。
11. 【請求項１１】 前記ソフトウェアがインストールされ
    る端末が第１のユーザから第２のユーザに譲渡された場
    合に、前記管理手段は該第１のユーザの識別子の代わり
    に該第２のユーザの識別子を前記端末の識別子と関連付
    けることにより、該端末に付属する前記ソフトウェアに
    関する権利を該第２のユーザに移すことを特徴とする請
    求項１記載の識別子管理装置。
12. 【請求項１２】 前記ユーザ情報記憶手段は、前記ユー
    ザが前記ユーザの識別子に対応して設定したユーザパス
    ワードを含む前記ユーザ情報を記憶し、前記管理手段
    は、前記ユーザの識別子と前記ユーザパスワードとを用
    いて、ユーザからのアクセスを識別することを特徴とす
    る請求項１記載の識別子管理装置。
13. 【請求項１３】 前記端末情報記憶手段は、前記端末の
    識別子に対応して付与された第１の端末パスワードを含
    む前記端末情報を記憶し、 前記管理手段は、前記端末の識別子と前記第１の端末パ
    スワードとを用いて、端末からのアクセスを識別するこ
    とを特徴とする請求項１記載の識別子管理装置。
14. 【請求項１４】 前記第１の端末パスワードを持つ端末
    からのアクセスがあったとき、該第１の端末パスワード
    を第２の端末パスワードに変更する端末パスワード変更
    手段をさらに備え、 前記管理手段は、該第２の端末パスワードを前記端末の
    識別子に対応させることを特徴とする請求項１３記載の
    識別子管理装置。
15. 【請求項１５】 前記端末の識別子を持ち、該端末の識
    別子に対応していない端末パスワードを持つ端末からの
    アクセスがあったとき、前記管理手段は該対応していな
    い端末パスワードを持つ端末に新しい識別子を付与し
    て、新規に管理することを特徴とする請求項１４記載の
    識別子管理装置。
16. 【請求項１６】 前記ソフトウェア格納手段に格納され
    た前記ソフトウェア内にディストリビューション識別子
    を書き込むディストリビューション識別子付加手段、 をさらに備えることを特徴とする請求項１記載の識別子
    管理装置。
17. 【請求項１７】 前記ディストリビューション識別子の
    書き込みのための情報を記述した定義ファイルを格納す
    る定義ファイル格納手段をさらに備え、 前記ディストリビューション識別子付加手段は、前記ソ
    フトウェアを配布するときに前記定義ファイル格納手段
    に格納された前記定義ファイルを参照して、前記ソフト
    ウェア内に前記ディストリビューション識別子を書き込
    むことを特徴とする請求項１６記載の識別子管理装置。
18. 【請求項１８】 前記定義ファイルを参照して、前記流
    通センターにアクセスするユーザが持っている前記ソフ
    トウェアの前記ディストリビューション識別子をチェッ
    クする管理手段をさらに備えることを特徴とする請求項
    １７記載の識別子管理装置。
19. 【請求項１９】 前記ソフトウェアの配布記録を記憶す
    る配布記録記憶手段をさらに備え、 前記ディストリビューション識別子付加手段は、前記ソ
    フトウェアを配布するときに前記配布記録記憶手段に記
    憶された前記配布記録に前記ディストリビューション識
    別子を書き込むことを特徴とする請求項１６記載の識別
    子管理装置。
20. 【請求項２０】 流通センターとユーザの端末とをネッ
    トワークで結び、該流通センターからオンラインでソフ
    トウェアを該端末に配布する方法において、コンピュータが、 前記ソフトウェアの配布先の前記ユー
    ザの識別子を含むユーザ情報を保持し、コンピュータが、 前記ソフトウェアがインストールされ
    る端末の識別子を含む端末情報を保持し、コンピュータが、 前記ユーザの前記端末の所有状況に基
    づいて、前記ユーザ情報と前記端末情報とを関連付けて
    管理することを特徴とする識別子管理方法。
21. 【請求項２１】 コンピュータが、前記ソフトウェアの
    配布記録を前記端末の識別子と関連付けて保持し、コンピュータが、 前記ユーザ情報と前記端末情報と前記
    配布記録とを用いて、前記ソフトウェアの配布の履歴を
    管理する ことを特徴とする請求項２０記載の識別子管理
    方法。
22. 【請求項２２】 コンピュータが、前記端末の識別子に
    対応して第１の端末パスワードを付与し、コンピュータが、 前記端末の識別子と前記第１の端末パ
    スワードとを用いて、前記端末からのアクセスを識別
    し、コンピュータが、 前記第１の端末パスワードを持つ端末
    からのアクセスがあったとき、該第１の端末パスワード
    を第２の端末パスワードに変更して、該第２の端末パス
    ワードを前記端末の識別子に対応させることを特徴とす
    る請求項２０記載の識別子管理方法。
23. 【請求項２３】 コンピュータが、前記ソフトウェア内
    にディストリビューション識別子を書き込み、コンピュータが、 前記ディストリビューション識別子を
    用いて、配布した前記ソフトウェアを識別することをさ
    らに行うことを特徴とする請求項２０記載の識別子管理
    方法。
24. 【請求項２４】 端末に関する情報に関連付けて、オン
    ラインで配布されたソフトウェアの配布記録を行う手段
    と、 ユーザの前記端末の所有状況に基づいて、前記ユーザに
    関する情報と前記端末に関する情報を関連付けて記憶す
    る記憶手段と、 前記配布記録と前記記憶手段に記憶された情報に基づい
    て、該当するユーザに課金する手段とを有するソフトウ
    ェア流通管理装置 。
25. 【請求項２５】 コンピュータが、端末に関する情報に
    関連付けて、オンラインで配布されたソフトウェアの配
    布記録を行うステップと、 コンピュータが、ユーザの前記端末の所有状況に基づい
    て、前記ユーザに関する情報と前記端末に関する情報を
    関連付けた記憶情報と前記配布記録に基づいて、該当す
    るユーザに課金するステップを有するソフトウェア流通
    方法 。
26. 【請求項２６】 流通センターとユーザの端末とをネッ
    トワークで結び、外流通センターからオンラインでソフ
    トウェアを該端末に配布するソフトウェア流通システム
    における前記流通センターが備える識別子管理装置であ
    って、 前記ソフトウェアがインストールされているユーザの端
    末を識別する情報と、前記端末にインストールされてい
    るソフトウェアを識別する情報と、前記ソフトウェアが
    配布されたユーザを識別する情報と、を対応付けて管理
    するマシン情報管理手段と、 ユーザからある端末へのソフトウェアの再インストール
    要求があった場合に、前記マシン情報管理手段で管理さ
    れる情報に基づいて、再インストールの可否を判定する
    手段と、 を備えることを特徴とする識別子管理装置。