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

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

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

【０００５】

【発明が解決しようとする課題】ネットワークを介した
オンラインのソフトウェア流通システムを構築するには
次のような問題がある。フロッピーディスクを利用した
現在のプロテクション方法は用いることができず、イン
ストールしたマシンから別のマシンへソフトウェアが不
正にコピーされる恐れがあり、このような不正コピーを
監視する機構が必要になる。

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

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

【０００８】

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

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

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

【００１１】配布記録記憶手段６はソフトウェアの配布
記録を上記端末の識別子と関連付けて記憶し、管理手段
１は前記ユーザ情報と上記端末情報と上記配布記録とを
用いて、ソフトウェアの配布の履歴を管理する。また、
端末情報記憶手段５は上記端末の識別子に対応して付与
された第１の端末パスワードを含む上記端末情報を記憶
し、管理手段１は上記端末の識別子と上記第１の端末パ
スワードとを用いて端末からのアクセスを識別する。

【００１２】端末パスワード変更手段２は上記第１の端
末パスワードを持つ端末からのアクセスがあったとき、
第１の端末パスワードを第２の端末パスワードに変更
し、管理手段１は第２の端末パスワードを上記端末の識
別子に対応させる。定義ファイル格納手段７はディスト
リビューション識別子の書き込みのための情報を記述し
た定義ファイルを格納する。ソフトウェアを配布すると
きに、ディストリビューション識別子付加手段３は定義
ファイル格納手段７に格納された上記定義ファイルを参
照して、ソフトウェア格納手段８に格納されたソフトウ
ェア内に上記ディストリビューション識別子を書き込む
とともに、配布記録記憶手段６に記憶された上記配布記
録に上記ディストリビューション識別子を書き込む。

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

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

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

【００１６】さらに、配布記録記憶手段６が記憶する配
布記録が上記端末の識別子と関連付けられるので、一つ
一つのソフトウェアの配布の履歴がインストールした端
末の端末情報とともに管理される。また、端末情報記憶
手段５内の端末情報と端末内の双方に、上記端末の識別
子に対応した第１の端末パスワードが保持される。端末
からのアクセスがあったとき、管理手段１は上記端末の
識別子と第１の端末パスワードとを用いて、アクセスし
た端末を識別する。例えば、アクセスした端末の持つ端
末パスワードがその端末の識別子に対応していない場合
は、その端末側に何らかの異変があったとみなすことが
できる。

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

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

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

【００２０】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００３５】図７は、複数のユーザが１台の端末を共有
する場合に、ホスト計算機１１が管理する情報の関係を
示している。図７においては、ユーザＣ、Ｄ、Ｅの３人
が１台の端末ＴＯＷＮＳを共有している。ユーザＣのユ
ーザ情報は、ＵＩＤ＝０３、氏名Ｃ、キャッシュカード
の情報、およびＬＯＴＵＳ−ＷＩＮの購入情報から成
る。また、ユーザＤのユーザ情報は、ＵＩＤ＝０４、氏
名Ｄ、キャッシュカードの情報、およびＦＭ秘書の購入
情報から成る。また、ユーザＥのユーザ情報は、ＵＩＤ
＝０５、氏名Ｅ、キャッシュカードの情報、およびＬＯ
ＴＵＳの購入情報から成る。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００５６】隠しファイルはＭＳＤＯＳ等で用いられる
ファイル属性の一つであり、ユーザは特別な操作をしな
いとその存在を知ることができないので、ここにＭＩＤ
やＭＰＳＷを書き込んでおけばコピーすることが困難に
なる。また、ＭＰＳＷの情報を分割して、端末のハード
ディスクの複数の箇所に分散して書き込んでおけば、そ
れらの情報を探すのに手間がかかり、すべての情報が揃
わなければＭＰＳＷを知ることはできない。

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

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

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

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

【００６１】図１３は、このときのマシン情報に含まれ
る販売記録の例を示している。図１３の販売記録は図５
の販売記録にディストリビューションＩＤ（ＤＩＤ）が
付加された形になっている。図１４は、ディストリビュ
ーションＩＤの設定処理のフローチャートである。図１
４のディストリビューションＩＤの設定処理は、ソフト
ウェア作成者がソフトウェアを流通センターに登録する
ときに行われる。

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

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

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

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

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

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

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

【００６９】登録されたソフトウェアの販売時には、フ
ァイルを宅配する前に登録時のオリジナルファイル内の
ディストリビューションＩＤ埋め込み領域を、例えば販
売先のユーザのユーザＩＤ等に書き換える。図１９は、
図１７のディストリビューションＩＤの書き換えを示し
ている。図１９において、ファイルＳＯＦＴ．ＥＸＥの
アドレス８Ｅ８０から８Ｅ８７までに記述された" ＡＡ
ＡＡＡＡＡＡ" の８文字が、宅配の前にディストリビュ
ーションＩＤ" ＧＤＦ０２２５６" に書き換えられる。

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

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

【００７２】

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

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

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

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【符号の説明】

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

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

Claims (2)

(57)【特許請求の範囲】
1. 【請求項１】 ユーザに関する情報と端末に関する情報
   と端末のパスワードを関連付けて記憶する記憶手段と、前記記憶手段に基づいて端末に関する情報と端未のパス
   ワードをチェックし、選択された商品の販売を決定する
   手段と、 端末に関する情報に情報に関連付けてソフトウェアの配
   布記録を行う手段と、 前記配布記録と前記記憶手段に記憶された情報に基づい
   て、該当するユーザに課金する手段とを有するソフトウ
   ェア流通管理装置。
2. 【請求項２】 ユーザに関する情報と端末に関する情報
   と端末のパスワードを関連付けた記憶情報に基づいて、
   端末に関する情報と端末のパスワードをチェックし、選
   択された商品の販売を決定するステップと、 端末に関する情報に情報に関連付けてソフトウェアの配
   布記録するステップと、並重記憶情報と前記 配布記録に基づいて、該当するユーザに課金するス
   テップと を有するソフトウェア流通方法。