JPH0884139A - 暗号化ソフトウェアの解凍システム - Google Patents

Abstract

(57)【要約】 【目的】 ＣＤ−ＲＯＭに暗号化された状態で格納され
ているソフトウェアの不正利用を有効に防止することが
できるソフトウェア解凍装置を提供する。 【構成】 ＣＤ−ＲＯＭには、暗号化されているソフト
ウェアＡが格納されている。ユーザがこのソフトウェア
Ａの解凍及びインストールを希望する時には、インスト
ーラ８によって許諾予備キーＢを生成させる。この許諾
予備キーＢは、時刻情報に基づいて生成される。ユーザ
がこの許諾予備キーＢをセンタ１５に通知すると、セン
タ１５は、この許諾予備キーＢ及び解凍キーＤの差分を
算出し、この算出結果を許諾キーＣとする。ユーザがセ
ンタ１５から購入した許諾キーＣをインストーラ１８に
入力すると、インストーラ１８は、許諾予備キーＢと許
諾キーＣとを加算して解凍キーＤを生成する。インスト
ーラ８は、この解凍キーＤによって、ソフトウェアＡを
解凍して、パソコンシステム２にインストールする。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は暗号化されたソフトウエ
アの流通に際し、このように暗号化されたソフトウェア
を解凍するためのシステムに関する。

【０００２】

【従来の技術】近年、ＣＤ−ＲＯＭドライブの普及に伴
い、ＣＤ−ＲＯＭ媒体による暗号化されたソフトウエア
の流通が盛んに行われている。これはＣＤ−ＲＯＭ媒体
が非常に安価に製造でき、かつ６００ＭＢを越える大容
量媒体であること、およびＣＤ−ＲＯＭドライブの低価
格・高速化による。さらに、ＣＤ−ＲＯＭは軽量薄型で
あるので、雑誌に挟んでの流通等、従前のフロッピーデ
ィスクを媒体としていたソフトウエア流通にはなかった
新しい流通形態の採用が可能である。

【０００３】一方、このＣＤ−ＲＯＭに格納されるソフ
トウエアは、デジタルデータであるため、容易に不正コ
ピー・不正インストール（ここで、「インストール」と
は、パソコンシステムのディスク装置（ハードディス
ク，シリコンディスク，等）にソフトウェアを導入する
こと）される危険がある。従って、ＣＤ−ＲＯＭを用い
た新たなソフトウェア流通に際しても、このような不正
コピー・不正インストールを防止することができるシス
テムを、確立する必要がある。

【０００４】そこで、従来より、ソフトウェアの不正コ
ピー・不正インストールを防止しつつＣＤ−ＲＯＭを使
用してソフトウェアの使用権設定を行う新たなソフトウ
ェア流通システムが提案されている。

【０００５】例えば、図３９に示すように、数種類の試
用版ソフトウエアおよび暗号化された本物ソフトウエア
をＣＤ−ＲＯＭ上に記録して、このＣＤ−ＲＯＭを流通
させるソフトウェア流通システムが実用化されている。

【０００６】このシステムにおいては、ユーザ１００
は、最初に上記内容が格納されているＣＤ−ＲＯＭを、
販売店１０１から購入する（その販売価格は、比較的安
価に設定されている。）。そして、ユーザ１００は、Ｃ
Ｄ−ＲＯＭに格納されている試用版ソフトウエアを試用
する。但し、この試用板ソフトウェアは、殆どの場合、
ファイル保存不可とか印刷不可等の機能制限がなされて
いる。ユーザは、試用版ソフトウェアを試用した結果、
気に入ったソフトウエアがあった場合、対応する本物ソ
フトウエアを自分のパソコンシステムにインストールす
る。

【０００７】但し、本物ソフトウエアは暗号化されてい
るので、インストール時には暗号を解凍するための解凍
キーを入力する必要がある。そのため、ユーザは、ソフ
トウェアの権利者（著作権者，使用権者）から使用権設
定業務の代行を委託されてい管理センタ（以下、「セン
タ」という。）１０２に電話等で連絡し、当該ソフトウ
ェアについての解凍キーの購入を申し込む。購入に必要
な代金の払い込みが保証されると、センタ１０２は、解
凍キーをユーザ１００に販売提供する。それによって、
ユーザ１００は、解凍キーを入力することによって本物
ソフトウェアを解凍し、インストールを完了することが
できるのである。

【０００８】

【発明が解決しようとする課題】しかしながら、この方
式では解凍キーが事実上何回でも使用できてしまう。従
って、ユーザ１００が同じＣＤ−ＲＯＭから何回も本物
ソフトウェアを解凍して、複数のパソコンシステムに夫
々インストールしてしまうことも事実上可能である。ま
た、ユーザ１００が購入した解凍キーを第三者１０３に
教えてしまうことにより、この無権利の第三者に本物ソ
フトウェアの解凍及びインストールさせることも事実上
可能である。これらは、解凍キーの販売に伴うソフトウ
ェア使用許諾で認められた範囲を超えた不正利用行為で
ある。このような不正利用を有効に防止できないこと
が、従来のソフトウェアの解凍装置の第１の問題点であ
る。

【０００９】また、仮に、何らかの方法で１回のみ有効
な解凍キーが開発されれば、上記第１の問題点に挙げた
不正利用は防止され得るが、その反面、以下の問題が発
生する。つまり、正規に解凍キーを購入してソフトウェ
アの使用権設定を受けたユーザ１００であっても、ソフ
トウェアを構成するファイルの一部を破壊した場合，デ
ィスク装置のドライプ設定（マッピング）を変更した場
合には、インストールのやり直しが必要になる。また、
この正規ユーザ１００が、新たにパソコンシステムを買
い足したパソコンにおいて当該ソフトウェアを使用した
いために、元のパソコンにインストールされていた当該
ソフトウェアを削除し（アンインストールし）、新たな
パソコンシステムに当該ソフトウェアをインストールし
たいという要求が発生する場合もある。このような再イ
ンストールは、通常、ソフトウェアの使用権の範囲内の
行為である。そして、このような正当な再インストール
を実行するために、正規ユーザ１００は、解凍キーを再
度セットしなければならない。但し、最初に購入した解
凍キーは既に使用済みであるので、ユーザ１００は、セ
ンタ１０２に対して解凍キーの無償配布を要求すること
になる。

【００１０】しかしながら、センタ１０２はユーザ１０
０の解凍キー要求が再インストールなどの正規な要求な
のか、第３者への通知等の不正な利用のためなのか判断
できない。そのため、センタ１０２は、再インストール
などの正規な要求に対しては無償で解凍キーを提供する
とともに、第三者への提供等の不正利用に対してはこれ
を拒否したり解凍キーの代金を請求したりするというこ
とができない。これが、従来のソフトウェアの解凍シス
テムの第２の問題点である。

【００１１】本発明の第１の課題は、上記第１の問題点
に鑑み、ＣＤ−ＲＯＭに暗号化された状態で格納されて
いるソフトウェアの不正利用を有効に防止することがで
きるソフトウェアの解凍システムを提供することであ
る。

【００１２】本発明の第２の課題は、上記第２の問題点
に鑑み、ＣＤ−ＲＯＭに暗号化された状態で格納されて
いるソフトウェアの正当な解凍用キー再発行要求と不正
な解凍用キー発行要求とを識別し、正当な解凍用キー再
発行要求に対してのみ解凍用キーの再発行を行うことが
できるソフトウェアの解凍システムを提供することであ
る。

【００１３】

【課題を解決するための手段】本発明は、上記課題を解
決するために、以下のような構成を採用した。 ＜本発明の必須構成要件＞即ち、本発明によるソフトウ
ェアの解凍システムは、上記第１の課題を解決するため
に、図１の原理図に示すように、暗号化されたソフトウ
ェアを解凍キーを用いて解凍する解凍装置（２００）と
このソフトウェアの解凍を管理する管理装置（２１４）
とからなる暗号化ソフトウェアの解凍システムであっ
て、前記解凍装置（２００）に備えられ、時刻情報に基
づいて第１のキーを生成する第１キー生成手段（２１
１）と、前記管理装置（２１４）に備えられ、前記解凍
キー及び前記第１のキーに対して第１の演算を施して第
２のキーを生成する第２キー生成手段（２１５）と、前
記解凍装置（２００）に備えられ、前記第１のキーと前
記第２のキーに対して前記第１の演算を逆算することに
より前記解凍キーを生成する解凍キー生成手段（２１
２）と、前記解凍装置（２００）に備えられ、前記解凍
キーを用いて前記暗号化されたソフトウェアを解凍する
解凍手段（２１３）とを有することを特徴とする（請求
項１に対応）。以下、本発明の構成要件について説明す
る。 〔解凍装置〕解凍装置は、パソコンシステムを含むコン
ピュータシステムに内蔵されていても良いし、その外部
装置として構成されていても良い。 〔管理装置〕管理装置は、ソフトウェアの解凍の有無を
管理する。この管理装置は、解凍装置とオンラインで接
続されていても良いし、オペレータにより操作されるも
のでも良い。後者の場合には、解凍装置の操作者とオペ
レータとの間で、直接会話をするか電話で会話をするか
して、第１のキー及び第２のキーの授受を行えば良い。 〔第１キー生成手段〕第１キー生成手段は、時刻情報か
ら第１のキーを生成するが、この時刻情報は、日付，
時，分，秒の何れかのみであっても良いし、これらの任
意の組み合わせであっても良い。但し、組み合わせの場
合には、連続した単位を組み合わせることが望ましい。

【００１４】第１キー生成手段は、第１のキーにソフト
ウェアの種類情報を含めても良いし、乱数情報を含めて
も良いし、インストールの回数情報を含めても良い。 〔第２キー生成手段〕第２キー生成手段は、第１のキー
と解凍キーに第１の演算を施して第２のキーを生成する
が、この第１の演算としては、両者の差分をとる演算で
あっても良いし（請求項１２に対応）、両者を加算する
演算であっても良いし、その他の演算であっても良い。 〔解凍キー生成手段〕解凍キー生成手段は、解凍キー生
成後に、第２のキーを記憶するように構成することがで
きる。 ＜本発明の付加的構成要件＞本発明は、上記必須の構成
要件から構成されるが、以下の付加的構成要件を付加し
ても構成することができる。 〔課金手段〕管理装置に、前記第２キー生成手段が前記
第２のキーを生成する毎に前記ソフトウェアの料金の課
金を行う課金手段を備えさせても良い（請求項２に対
応）。このように構成することにより、解凍の回数に応
じた課金を行うことができる。

【００１５】この課金手段は、前記解凍装置によって解
凍されたソフトウェアが補助記憶装置から削除されてい
る場合には、前記第２キー生成手段が再度前記第２のキ
ーを生成した場合でも前記ソフトウェアの料金の課金を
行わないように構成することができる（請求項４に対
応）。ソフトウェアが削除された場合は、ソフトウェア
の単なる再インストールであるので、課金をしないこと
が合理的であるからである。 〔インストール手段〕解凍装置に、解凍されたソフトウ
ェアがインストールされる補助記憶手段を接続するとと
もに、この補助記憶に前記解凍手段により解凍されたソ
フトウェアをインストールするインストール手段を備え
させても良い（請求項３に対応）。このように構成する
ことにより、課金手段によりインストールの回数自体を
管理させることができる。 〔アンインストール手段〕解凍装置に、前記補助記憶装
置にインストールされている前記ソフトウェアを削除す
るアンインストール手段を備えさせても良い（請求項５
に対応）。このように構成することにより、補助記憶手
段からのソフトウェアの削除を確実に検出することがで
きる。 〔第３キー生成手段〕解凍装置に、前記アンインストー
ル手段が前記ソフトウェアを前記補助記憶手段から削除
した時にその旨を証明する第３のキーを生成する第３キ
ー生成手段を備えさせても良い（請求項６に対応）。こ
のように構成することにより、第３のキーを管理装置に
通知できるので、ソフトウェアの削除を管理手段へ確実
に通知することができる。

【００１６】この場合、第３キー生成手段は、第１のキ
ー又は過去に生成した第３のキーに第２の演算を施すこ
とにより前記第３のキーを生成するようにしても良い
（請求項７）。このようにすることにより、第３のキー
を初回のインストール時における第１のキーに関連付け
ることができる。

【００１７】また、前記第３キー生成手段が前記第３の
キーを生成した場合には、前記第２キー生成手段は、前
記解凍キー及び前記第３のキーに前記第１の演算を施す
ことにより前記第２のキーを生成し、前記解凍キー生成
手段は、前記第３のキーと前記第２のキーに基づいて前
記第１の演算を逆算することにより前記解凍キーを生成
するように構成することができる（請求項８に対応）。
このようにすることにより、解凍装置キー生成手段は、
第１キー生成手段が生成したキーの種類を意識する事な
く解凍キーの生成をすることができる。 〔記憶手段〕管理装置に、前記第２キー生成手段によっ
て前記第１の演算が施された前記第１のキー及び第３の
キーを全て記憶する記憶手段を備えさせても良い。この
場合、第２キー生成手段は、前記記憶手段に記憶されて
いる前記第１のキー又は前記第３のキーに対しては前記
演算を施さないように構成することができる（請求項９
に対応）。また、管理装置に、前記第２キー生成手段に
よって前記演算が施された前記第１のキーの内容，及び
前記第２のキー生成した回数を記憶する記憶手段を備え
させても良い。この場合、前記第２キー生成手段は、前
記第３のキーが、前記記憶手段に記憶されている第１の
キーに前記第１の演算及び前記第２の演算を前記回数だ
け実行した結果と一致する場合に、前記第２のキーを生
成するように構成することができる（請求項１０に対
応）。

【００１８】これらのように構成することにより、管理
装置は、インストールの履歴を把握することができる。
従って、再インストールや他のコンピュータシステムへ
の乗り換えの場合でも、管理手段はこれらを正確に認識
することができる。従って、ＣＤ−ＲＯＭに暗号化され
た状態で格納されているソフトウェアの正当な解凍用キ
ー再発行要求と不正な解凍用キー発行要求とを識別し、
正当な解凍用キー再発行要求に対してのみ解凍用キーの
再発行を行うことができる（第２の課題に対応）。

【００１９】

【作用】ユーザが暗号化されたソフトウェア２１３の解
凍を希望する時には、解凍装置２００の第１キー生成手
段２１１によって第１のキーを、時刻情報に基づいて生
成させる。管理装置２１４の第２キー生成手段２１５
は、この第１のキーと解凍キーに対して第１の演算を施
すことにより、第２のキーを生成する。解凍キー生成手
段２１２は、第１のキーと第２のキーに対して第１の演
算の逆算を施して、ソフトウェアの解凍キーを生成する
ことができる。解凍手段２１３は、このように生成され
た解凍キーを用いて暗号化ソフトウェアを解凍する。従
って、第１のキーと、この第１のキーの生成時刻とは異
なった時刻に生成された第１のキーに基づいた第２のキ
ーとを、解凍キー生成手段に入力しても、解凍キーは生
成されない。従って、不正な解凍を防止することができ
る。

【００２０】

【実施例】以下に、 図面に基づいて、本発明の実施例
を説明する。

【００２１】

【実施例１】 ＜実施例の概略＞最初に、本発明の第１実施例によるソ
フトウェア解凍システムの概略を示す。図２は、ユーザ
がＣＤ−ＲＯＭ１上のプログラム（ソフトウェア）Ａを
パソコンシステム２にインストールする場合を示してい
る。プログラムＡは暗号化されていて、そのままインス
トールすることはできない。インストールするためには
解凍装置としてのインストーラ８において解凍すること
が必要である。

【００２２】解凍するための解凍キーＤは、第二のキー
としての許諾キーＣ，及び第一のキーとしての許諾予備
キーＢから生成される。許諾キーＣは、インストール時
にインストーラ８が生成する許諾予備キーＢを基に、管
理装置としてのセンタ１５が生成する。つまり、許諾予
備キーＢが変われば、許諾キーＣも変化する。

【００２３】こうすることにより、プログラムＡのイン
ストールには、その度の許諾予備キーＢに応じた許諾キ
ーＣが必要となる。従って、許諾キーＣを他人が流用し
て不正インストールすることはできない。

【００２４】図３にソフトウェアインストールの手順を
示す。この手順に示す通り、最初にユーザがＣＤ−ＲＯ
Ｍ１に暗号化されて格納されているソフトウェアの中か
ら、プログラムＡを選択すると（ステップＳ０１０
１）、インストーラ８は、許諾予備キーＢを計算し、出
力する（ステップＳ０１０２）。これに応じて、ユーザ
が許諾予備キーＢをセンタ１５に提示して、許諾キーＣ
を請求すると（ステップＳ０１０３）、センタ１５は、
許諾予備キーＢを基に、許諾キーＣを計算し、出力する
（ステップＳ０１０４）。

【００２５】ユーザは、この許諾キーＣを購入し（ステ
ップＳ０１０５）、許諾キーＣをインストーラ８に入力
する（ステップＳ０１０６）。インストーラ８は、許諾
予備キーＢと許諾キーＣとから、解凍キーＤを計算し、
出力する（ステップＳ０１０７）。そして、インストー
ラ８は、解凍キーＤによって、プログラムＡを解凍し、
ユーザのパソコンシステムにインストールするのである
（ステップＳ０１０８）。 ＜実施例の構成＞次に、以上のような制御を行うための
具体的なインストーラ８及びセンタ１５の構成を説明す
る。図４は、本発明の上記インストーラ８を内蔵したパ
ソコンシステムのブロック図である。なお、インストー
ラ８は、実際には、制御ＣＰＵ５がプログラムを実行す
ることによってソフト的に実現される機能である。図４
は、この機能をハード的に示したものである。

【００２６】図４において、ユーザが販売店から購入し
たＣＤ−ＲＯＭ１には、特定のキーによって暗号化され
たソフトウェア（本物ソフトウェア）と、この本物ソフ
トウェアに対応する暗号化されていない試用版ソフトウ
ェア（一部機能が省略されているソフトウェア）とが、
複数種類分格納されている。なお、これらソフトウェア
は、必ずしもプログラムである必要はなく、例えば画像
データのようなデータであっても構わない。

【００２７】暗号化されたソフトウェアの解凍には、暗
号化に際して使用されたキーと同一のキー（解凍キー）
が必要となる。ここでは、暗号化に際して、１６桁の全
てが“０”であるキーが使用されたとする。

【００２８】このようなソフトウェアが格納されている
ＣＤ−ＲＯＭ１に対して、図示せぬドライブ装置により
読み出しが行われる。この図示せぬドライブ装置によっ
て読み出されたソフトウェアは、第１のＩ／Ｏ（入出
力）装置３を介して、制御ＣＰＵ（中央演算処理装置）
５及びＤＥＳ（Ｄａｔａ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔ
ａｎｄａｒｄ）７に入力されている。

【００２９】これら第１のＩ／Ｏ装置３，制御ＣＰＵ
５，及びＤＥＳ７は、システムバスφを介して相互に接
続されている。このシステムバスφには、また、インス
トーラ８，第２のＩ／Ｏ装置４，第３のＩ／Ｏ装置６、
及び時計機構１４が接続されている。第２のＩ／Ｏ装置
４には、ハードディスク等からなる補助記憶手段として
のディスク装置９が接続されている。また、第３のＩ／
Ｏ装置６には、Ｄ／Ａ（デジタル／アナログ）変換器１
０を介して、モニタ装置１３が接続されている。なお、
第１のＩ／Ｏ装置３には、インタフェース装置１１も接
続されている。

【００３０】このインタフェース装置１１は、このパソ
コンシステム２に装着されている図示せぬキーボード，
フロッピーディスクドライブ装置１２，及び図示せぬモ
デムとインストーラ８との間の出入力処理を行う機能を
有している。即ち、インストーラ８において生成された
解凍予備キーＢ又はアンインストールキーＥを、フロッ
ピーディスク１２に出力したり、モデムを介して通信に
よってセンタ１５に通知する。又は、キーボードを用い
て入力された許諾キーＣ，通信によってセンタ１５から
通知された許諾キーＣ，又はフロッピーディスク１２に
よって入力された許諾キーＣを、インストーラ８に入力
する。

【００３１】制御ＣＰＵ５は、パソコンシステム２全体
の制御を担う。そして、ディスク装置９にインストール
されているプログラムを図示せぬメモリにロードして実
行することにより、所定のデータ処理を行うのである。
制御ＣＰＵ５は、第１乃至第３のＩ／Ｏ装置３〜６，Ｄ
ＥＳ７，並びに、インストーラ８の間における情報のや
りとりを制御する。

【００３２】ＤＥＳ７は、第１のＩ／Ｏ装置３から受け
取ったソフトウェアを、制御ＣＰＵ５からの指示に応じ
て解凍する機能を有する。解凍装置としてのインストー
ラ８は、制御ＣＰＵ５に実行されることによって、第一
キー生成手段，解凍キー生成手段，インストール手段，
アンインストール手段，及び第３キー生成手段としての
機能を生じるプログラムを格納するＲＡＭ８である。即
ち、このインストーラ８は、ＤＥＳ７を用いてＣＤ−Ｒ
ＯＭ１に格納されているソフトウェアを復号化してディ
スク装置９にインストールさせるための一連の動作を制
御するためのプログラムを格納している。

【００３３】ディスク装置９は、アプリケーションプロ
グラムを格納するためのハードディスクである。時計機
構１４は、現在時刻情報をインストーラ８に与えるため
のタイマである。また、図５は、管理装置としてのセン
タ１５の構成を示すブロック図である。図５から明らか
なように、このセンタ１５は、制御ＣＰＵ１７と、この
制御ＣＰＵ１７に接続されている入出力装置１６，デー
タ記憶部１８，許諾キー生成部１９，及び課金部２０と
から構成されている。

【００３４】制御ＣＰＵ１７は、センタ１５全体の動作
を制御する処理装置である。入出力装置１６は、制御Ｃ
ＰＵ１７と外部との間でデータ（許諾予備キー，アンイ
ンストールキー，許諾キー）の入出力を実行する。入出
力装置１６は、具体的には、キーボード，ディスプレ
イ，モデム等の装置から構成されている。

【００３５】第二キー生成手段としての許諾キー生成部
１９は、入出力装置１６において入力された許諾予備キ
ー又はアンインストールキーに基づいて許諾キーを生成
する装置である。また、課金手段としての課金部２０
は、許諾キー１９を新規に生成する際に、ユーザに対す
る課金を行う装置である。また、記憶手段としてのデー
タ記憶部１８は、許諾キーを生成したり課金を行うため
に必要な各種ユーザデータを保存するためのメモリであ
る。

【００３６】次に、以上のように構成されるパソコンシ
ステム２及びセンタ１５にて実行される処理の内容を、
図６及び図７を用いて説明する。なお、本実施例で用い
る許諾予備キー・許諾キー・解凍キーは、図８乃至図１
１に示すように、それぞれ１６桁の数字列とされてい
る。

【００３７】図６は、パソコンシステム２のインストー
ラ８が実行するソフトウェアの解凍及びインストールの
ための処理である。図６の処理は、図示せぬディスクド
ライブ装置にＣＤ−ＲＯＭ１を装填した後に、インタフ
ェース装置１１を介してインストールコマンドを入力す
ることによりスタートする。そして、最初のステップＳ
０２０１において、ＣＤ−ＲＯＭ１に格納されている複
数の本物ソフトウェアの中から、インストールするソフ
トウェアを選択する。即ち、ユーザがソフトウェアを特
定する入力をするのを待ち、ユーザが特定したソフトウ
ェアを処理対象として決定する。

【００３８】続くステップＳ０２０２では、時計機構１
４から得られる現在時刻情報に基づいて許諾予備キーを
作成する。インストーラ８が生成する解凍予備キーとし
て要求される特徴は「インストールする毎に異なる許諾
予備キーを生成する」ことである。そこで、許諾予備キ
ーをインストール日付および時刻情報から生成すること
としたのである。具体的には、図９に示す様な順番で数
値を配列する。即ち、図９中において、西暦の千の位を
年１、百の位を年２、十の位を年３、一の位を年４とし
ている。月・日・時・分・秒についても同様に表記す
る。残余の※は乱数を入れる。従って、例えば、１９９
４年７月２６日１２時３４分５６秒の許諾予備キーは、
図１０に示すような数列になる。

【００３９】次のステップＳ０２０３では、ステップＳ
０２０２にて生成した許諾予備キーを、インタフェース
装置１１を介してフロッピーディスク１２又はモデムに
出力する。若しくは、モニタ装置１３に表示する。

【００４０】次のステップＳ０２０４では、許諾キーの
入力を待つ。即ち、ユーザがキーボードを用いて許諾キ
ーを入力するか、フロッピーディスク１２又はモデムを
介して許諾キーが入力されるのを待つ。

【００４１】次のステップＳ０２０５では、ステップＳ
０２０２にて算出した許諾予備キーとステップＳ０２０
４にて入力した許諾キーとから解凍キーを計算する。即
ち、許諾予備キーと許諾キーとを加算することにより、
解凍キーを算出する（第一の演算の逆算に相当）。

【００４２】次のステップＳ０２０５では、ＣＤ−ＲＯ
Ｍ１内のソフトウェアをＤＥＳ７にて解凍させつつ、デ
ィスク装置９にインストールする。図７は、センタ１５
において実行される許諾キーの計算及び課金のための処
理である。図７において最初のステップＳ０３０１で
は、許諾予備キーの入力を待つ。即ち、ユーザが電話等
により許諾予備キーを通知してきたり、モデムを用いた
通信によってオンラインにて許諾予備キーを送信して来
るのを待つ。

【００４３】次のステップＳ０３０２では、解凍キーと
許諾予備キーとから許諾キーを計算する。即ち、センタ
１５は、解凍キーと許諾予備キーの各桁の差分（１０の
補数）から、許諾キーを生成する（第一の演算に相
当）。上記、解凍キー（図８）及び許諾予備キー（図１
０）から生成した許諾キーは、図１１のようになる。

【００４４】次のステップＳ０３０３では、許諾キーを
請求したユーザに対して課金を行う。即ち、当該ユーザ
の銀行口座又はクレジットカード会社から許諾キーの販
売料金（当該ソフトウェアの使用権設定料金）を引き落
とす手続きを行う。

【００４５】引き落としの手続きが完了すると、ステッ
プＳ０３０４にて許諾キーを出力する。 ＜実施例の作用＞以上のようにして許諾キーは解凍キー
と許諾予備キーとの差分として計算されるので（ステッ
プＳ０３０２）、許諾予備キーの内容によって許諾キー
の内容が変わる。本実施例では、許諾予備キーは、現在
時刻情報から作成されているので（ステップＳ０２０
２）、許諾キーの内容も時刻毎によって異なる。従っ
て、許諾キー生成の基となった許諾予備キーとその許諾
キーとを用いれば、正しい解凍キー作成される（ステッ
プＳ０２０５）。例えば、図１０に示す内容の許諾予備
キーと図１１に示す内容の許諾キーとからは、図８に示
す内容の解凍キーが生成される。その結果、ソフトウェ
アの解凍とインストールが可能になる。

【００４６】一方、許諾キー生成の基となった許諾予備
キーの生成時刻と異なった時刻に生成された許諾予備キ
ーを用いると、上述した理由により、正しい解凍キーは
算出されない。これによって、ユーザが第３者に解凍キ
ーを教えた場合における解凍キーの生成とそれによる不
正インストールが防止できる。また、ユーザが一旦パソ
コンシステムにインストールした後において、基の許諾
キーを用いて他のパソコンシステムに不正インストール
することが防止できる。

【００４７】例えば、図１４に示すように、ユーザ２０
が販売店２１からＣＤ−ＲＯＭ１を購入して、１９９４
年７月２６日１８時の許諾予備キーに基づいて、センタ
２３から１９９４年７月２６日１８時の許諾キーを購入
したとする。この場合、ユーザ２０は、これら許諾予備
キー及び許諾キーとから解凍キーを生成して、当該ソフ
トウェアをインストールすることができる。

【００４８】次に、ユーザ２０が第三者２４に許諾キー
を教えてしまい、この第三者２４がその許諾キーを流用
しようとする場合を考える。この場合、第三者２４は、
ユーザ２０による当該ソフトウェアのインストールが終
った後に、図１１に示す許諾キーを入手して、自己のパ
ソコンシステム２のインストーラ８を起動し、ソフトウ
ェアを選択する。この時刻が１９９４年７月３０日２３
時４５分０１秒であったとすると、インストーラ８が計
算・出力する許諾予備キーの内容は、図１２に示すよう
になる。

【００４９】この許諾予備キーに対してユーザ２０から
流用した許諾キー（図１１）を入力しても、結果として
生じる解凍キーは図１３のように間違った値になってし
まう。従って、第三者２４は、ソフトウェアを解凍する
ことができない。

【００５０】このように、インストール毎に異なる許諾
予備キーを生成すれば、その結果センタ１５が発行する
許諾キーもその度に異なることになる。こうすれば、ユ
ーザ２０がある日時にセンタ１５から購入した許諾キー
を第三者２４へ流用しても、第三者２４がインストール
を行う時刻には許諾キーは無効であり、不正なインスト
ールは不可能となる。

【００５１】

【実施例２】本発明の第２実施例によるソフトウェア解
凍システムの概略を説明する。図１５は、ユーザがＣＤ
−ＲＯＭ１上のプログラムＡをパソコンシステム２にイ
ンストールする場合を示している。プログラムＡは暗号
化されていて、そのままインストールすることはできな
い。インストールするためにはインストーラ８において
解凍することが必要である。

【００５２】上述の第１実施例と異なるのは、解凍キー
をインストーラ８内部に予め持っていることである。解
凍装置としてのインストーラ８は、第二のキーとしての
許諾キー，及び第一のキーとしての許諾予備キーから解
凍を行うか否かの解凍許諾判定を行う。

【００５３】許諾予備キーおよび許諾キーの関係は上述
の第１実施例の場合と同じである。そして、許諾キー
は、インストール時にインストーラ８が生成する許諾予
備キーを元に、管理装置としてのセンタ１５によって生
成される。つまり、許諾予備キーが変われば、許諾キー
も変化するのである。

【００５４】こうすることにより、プログラムＡのイン
ストールには、その度の許諾予備キーＢに応じた許諾キ
ーＣが必要となる。従って、許諾キーＣを他人が流用し
て不正インストールすることはできない。

【００５５】図１６にソフトウェアインストールの手順
を示す。この手順に示す通り、最初にユーザがＣＤ−Ｒ
ＯＭ１に暗号化されて格納されているソフトウェアの中
から、プログラムＡを選択すると（ステップＳ０４０
１）、インストーラ８は、許諾予備キーＢを計算し、出
力する（ステップＳ０４０２）。これに応じて、ユーザ
が許諾予備キーＢをセンタ１５に提示して、許諾キーＣ
を請求すると（ステップＳ０４０３）、センタ１５は、
許諾予備キーＢを基に、許諾キーＣを計算し、出力する
（ステップＳ０４０４）。

【００５６】ユーザは、この許諾キーＣを購入し（ステ
ップＳ０４０５）、許諾キーＣをインストーラ８に入力
する（ステップＳ０４０６）。インストーラ８は、許諾
予備キーＢと許諾キーＣとから、解凍許諾判定を行う
（ステップＳ０４０７）。解凍許諾判定がＯＫである場
合には、インストーラ８は、その内部に有している解凍
キーＤによって、プログラムＡを解凍し、ユーザのパソ
コンシステムにインストールするのである（ステップＳ
０４０８）。

【００５７】第２実施例の他の構成及び作用は第１実施
例と同じであるので、その説明を省略する。

【００５８】

【実施例３】上記第１実施例では、インストール毎に許
諾予備キー・許諾キーを変化させることにより、第三者
の不正流用を防止した。これによれば、従来における第
１の問題点は解決できる。しかし、第２の問題点につい
ては、これを有効に解決することができない。本第３実
施例は、第２の問題点をも解決し、正規のユーザが再イ
ンストールしたり、新しく購入したパソコンへインスト
ールする際に、無償で許諾キーを入手できる構成を有す
るソフトウェア解凍装置に関するものである。 ＜実施例の構成＞以上のような制御を行うための具体的
なインストーラ８及びセンタ１５のハード構成は、第１
実施例のものと同様であるので、その説明を省略する。

【００５９】次に、パソコンシステム２及びセンタ１５
にて実行される処理の内容を、図１７及び図１８を用い
て説明する。なお、本実施例で用いる許諾予備キー・許
諾キー・解凍キーは、図１９及び図２０に示すように、
それぞれ２０桁の数字列とされている。また、ユーザが
販売店から購入したＣＤ−ＲＯＭ１には、特定のキーに
よって暗号化されたソフトウェア（本物ソフトウェア）
と、この本物ソフトウェアに対応する暗号化されていな
い試用版ソフトウェア（一部機能が省略されているソフ
トウェア）とが、複数種類分格納されている。これらソ
フトウェアは、必ずしもプログラムである必要はなく、
例えば画像データのようなデータであっても構わない。

【００６０】暗号化されたソフトウェアの解凍には、暗
号化に際して使用されたキーと同一のキー（解凍キー）
が必要となる。ここでは、暗号化に際して、２０桁の全
てが“０”であるキーが用いられているとする。

【００６１】図１７は、パソコンシステム２のインスト
ーラ８が実行するソフトウェアの解凍及びインストール
のための処理である。図１７の処理は、図示せぬディス
クドライブ装置にＣＤ−ＲＯＭ１を装填した後に、イン
タフェース装置１１を介してインストールコマンドを入
力することによりスタートする。そして、最初のステッ
プＳ０５０１において、ＣＤ−ＲＯＭ１に格納されてい
る複数の本物ソフトウェアの中から、インストールする
ソフトウェアを選択する。もしくは、ディスク装置９に
インストールされているソフトウェアのうちで、アンイ
ンストールするソフトウェアを選択する。即ち、ユーザ
がソフトウェアを特定する入力をするのを待ち、ユーザ
が特定したソフトウェアを処理対象として決定するので
ある。

【００６２】続くステップＳ０５０２では、当該コンピ
ュータシステム２のディスク装置９内に、既に当該ソフ
トウェアがインストールしてあるかどうかをチェックす
る。既にインストールしていない場合は、新規のインス
トールの場合であるか、元々当該ソフトウェアがインス
トールされていたパソコンシステム以外のパソコンシス
テムへのインストールの場合であると考えられる。そこ
で、ステップＳ０５１２において、新規インストールで
あるか他のパソコンシステムへのインストールであるか
を判定する。このチェックは、ユーザによる入力に従っ
てなされる。

【００６３】ユーザが新規インストールを選択した場合
には、ステップＳ０５１５において、時計機構１４が発
する現在のインストール時刻情報に基づいて、初回の第
一のキーとしての解凍予備キーを作成する。インストー
ラ８が生成する解凍予備キーに要求される特徴は「イン
ストールする毎に異なる許諾予備キーを生成する」こと
である。そこで、許諾予備キーをインストール日付およ
び時刻情報から生成することとしたのである。具体的に
は、上１４桁については、図１９に示す様な順番で数値
を配列し、下６桁については、図２０に示すように乱数
を配置するのである。図１９及び図２０においては、上
桁から順に西暦４桁、月２桁、日２桁、時２桁、分２
桁、秒２桁、乱数６桁としている。作成した許諾予備キ
ーは、インタフェース装置１１を介してフロッピーディ
スク１２又はモデムに出力される。若しくは、モニタ装
置１３に表示される。

【００６４】次のステップＳ０５１６では、ユーザに対
して新規に第二のキーとしての許諾キーを購入すること
を促す旨の表示を、モニタ装置１３上に行う。続いて処
理はステップＳ５０９に進み、許諾キーの入力を待つ。
即ち、ユーザがキーボードを用いて許諾キーを入力する
か、フロッピーディスク１２又はモデムを介して許諾キ
ーが入力されるのを待つ。

【００６５】ステップＳ０５０９にて許諾キーが入力さ
れた場合には、ステップＳ０５１０において、ステップ
Ｓ０５１５にて算出した許諾予備キーとステップＳ０５
０９にて入力した許諾キーとから解凍キーを計算する。
即ち、許諾予備キーと許諾キーとを加算することによ
り、解凍キーを算出する（第一の演算の逆算に相当）。
解凍キーの計算がなされると、この許諾キーをディスク
装置９に格納する。

【００６６】次のステップＳ０５１１では、ＣＤ−ＲＯ
Ｍ１内のソフトウェアをＤＥＳ７にて解凍させつつ、デ
ィスク装置９にインストールする。その後、当該処理を
終了する。

【００６７】一方、ステップＳ０５０２にて既にインス
トールしてあると判断した場合は、当該ソフトウェアの
再インストールの場合である。この場合には、当該ソフ
トウェアの複数回の複製を防止するために、当該ソフト
ウェアのアンインストール（ディスク装置９からの削
除）を実行しなければならない。従って、処理をステッ
プＳ０５０３に進めて、アンインストールを実行する。
続くステップＳ０５０４では、ステップＳ０５０３にて
アンインストールしたソフトウェアを前回インストール
した際に用いた許諾キーを、ディスク装置９から読み取
って入力する。

【００６８】続くステップＳ５０５では、第三のキーと
してのアンインストールキー出力のサブルーチン（第二
の演算に相当）（図２１）を呼び出す。図２１のサブル
ーチンにおいては、最初にステップＳ０７０１におい
て、ステップＳ０５０４にて入力した前回の許諾キー
を、上１４桁と下６桁に分割する。そして、下６桁につ
いては、ステップＳ０７０５により、新たな６桁の乱数
を発生する。

【００６９】一方、上１４桁については、ステップＳ０
７０２において、その偶数桁のみを抽出して、ステップ
Ｓ０７０３において、抽出した偶数桁の要素を１デクリ
メントする。続いて、ステップＳ０７０４において、上
１４桁の全要素を右側に一桁シフトさせる。但し、上１
４桁内の最下位桁は、上１４桁の最上位桁にシフトさせ
る。

【００７０】ステップＳ０７０６では、シフト後の上１
４桁の要素と新たな下６桁の乱数とを結合させて、２０
桁のアンインストールキーの作成を完了する。次のステ
ップＳ０７０７では、作成したアンインストールキー
を、インタフェース装置１１を介してフロッピーディス
ク１２又はモデムに出力する。若しくは、モニタ装置１
３に表示する。その後、このサブルーチンをリターンす
る。

【００７１】アンインストールサブルーチンから処理が
戻ると、図１７においてステップＳ０５０６が実行され
る。このステップＳ０５０６では、今回のアンインスト
ールが他のパソコンシステムへのインストールのためで
あるかどうかがチェックされる。なお、このチェック
は、ユーザからの入力に従ってなされる。ユーザが他の
パソコンシステムへのインストールを選択した場合に
は、そのまま当該処理を終了する。

【００７２】これに対して、ユーザが他のパソコンシス
テムへのインストールでないと入力した場合には、当該
パソコンシステムにおける再インストールの場合である
と判断できる。そこで、処理をステップＳ０５０７に進
めて、ユーザに対してセンタ１５から再インストール用
の許諾キーを受け取ることを促す表示を、モニタ装置１
３により行う。続いて、ステップＳ０５０８において、
再インストール用の許諾キーの入力を要求する表示を行
う。そして、ステップＳ０５０９において再インストー
ル用の許諾キーの入力を待つ。

【００７３】ステップＳ０５０９にて許諾キーが入力さ
れた場合には、ステップＳ０５１０において、ステップ
Ｓ０５０５にて算出したアンインストールキーとステッ
プＳ０５０９にて入力した許諾キーとから、解凍キーを
計算する。即ち、許諾予備キーと許諾キーとを加算する
ことにより、解凍キーを算出する（第一の演算の逆算に
相当）。解凍キーの計算が完了すると、その許諾キーを
ディスク装置９に格納する。

【００７４】次のステップＳ０５１１では、ＣＤ−ＲＯ
Ｍ１内のソフトウェアをＤＥＳ７にて解凍させつつ、デ
ィスク装置９にインストールする。その後、当該処理を
終了する。

【００７５】次に、ステップＳ０５０６にて他のパソコ
ンシステムへのインストールを選択した後に、当該他の
パソコンシステムにおいて当該処理を実行した場合の制
御について説明する。この場合、ステップＳ０５１２に
おいて、他のパソコンシステムへのインストールが、ユ
ーザによって選択される。その場合には、処理はステッ
プＳ０５１３に進む。

【００７６】このステップＳ０５１３では、当該パソコ
ンが最初にインストールされていたパソコンシステムに
おいてステップＳ０５０５が実行されたことによって出
力されたアンインストールキーを入力する。これに応じ
てユーザがアンインストールキーを入力した場合には、
続くステップＳ０５１４において、第２のインストール
キー出力のサブルーチン（図２２）を実行する。

【００７７】図２２のサブルーチンにおいては、最初に
ステップＳ０８０１において、仮想の許諾キーを内部的
に作成する。即ち、第１実施例における許諾キーの作成
の場合（ステップＳ０３０２）と同様にして、ステップ
Ｓ０５１３にて入力したアンインストールキーと解凍キ
ー（０が２０桁連続したキー）との各桁における差分
（１０の補数）を出力し、これを仮想の許諾キーとす
る。

【００７８】次のステップＳ０８０２では、ステップＳ
０８０１にて作成した仮想の許諾キーに対するアンイン
ストールキーを生成する。具体的には、図２１における
ステップＳ０７０１の処理からステップＳ０７０６まで
の処理を実行する。

【００７９】次のステップＳ０８０３では、ステップＳ
０８０２にて生成した第２のアンインストールキーを、
インタフェース装置１１を介してフロッピーディスク１
２又はモデムに出力する。若しくは、モニタ装置１３に
表示する。その後、このサブルーチンをリターンする。

【００８０】第二のアンインストールキー出力サブルー
チンから処理が戻ると、続いて処理がステップＳ０５０
７に進む。以下、同一パソコンシステム２における再イ
ンストールの場合と同様の処理が行われる。

【００８１】以上の処理を実行した結果、同一のユーザ
が同一ソフトウェアを複数回インストールした場合にお
ける解凍キー，許諾予備キー又はアンインストールキ
ー，及び許諾キーの関係は、表１に示すようになる。こ
の表１は、１９９４年８月３日の１２時３４分５６秒に
初回のインストールを実行した場合における例を示すも
のである。

【００８２】

【表１】 図１８は、センタ１５において実行される許諾キーの計
算及び課金のための処理である。この図１８の処理を実
行する前提として、センタは表２に示すようなユーザ情
報をデータ記憶部１８に格納しているとする。即ち、各
ソフトウェアの許諾キーを購入したユーザ毎に、その口
座番号，当該ソフトウェアのインストール回数を格納し
ているとともに、各インストールの回毎に、インストー
ラ８が発行した許諾予備キー又はアンインストールキ
ー，及びセンタ１５自身が発行した許諾キーを全て格納
している。

【００８３】

【表２】 図１８において最初のステップＳ０６０１では、許諾予
備キー（又はアンインストールキー）の入力を待つ。即
ち、ユーザが電話等により許諾予備キー（又はアンイン
ストールキー）を通知してきたり、モデムを用いた通信
によってオンラインにて許諾予備キー（又はアンインス
トールキー）を送信して来るのを待つ。

【００８４】次のステップＳ０６０２では、解凍キーと
許諾予備キー（又はアンインストールキー）とから許諾
キーを計算する。即ち、センタ１５は、解凍キーと許諾
予備キー（又はアンインストールキー）の各桁の差分
（１０の補数）から、許諾キーを生成する（第一の演算
に相当）。

【００８５】次のステップＳ０６０３では、ステップＳ
０６０２にて生成した許諾キーが当該ユーザに対するも
のとして、既にデータ記憶部１８に登録されているか否
かを判定する。登録されている場合は、既にインストー
ル済みであり、しかもアンインストールもなされていな
い場合である。従って、許諾キーを出力（ステップＳ０
６１１）することなく、そのまま処理を終了する。従っ
て、同一ユーザによって同時に複数のパソコンシステム
へ不正インストールされることや、ユーザからアンイン
ストールキーを入手した第三者によって、当該ソフトウ
ェアが不正インストールされることが防止される。

【００８６】これに対して、ステップＳ０６０３にて許
諾キーが登録済みでないと判定した場合には、続くステ
ップＳ０６０４において、アンインストールキーの逆算
を行う。即ち、ステップＳ０６０１にて入力された許諾
キー又はアンインストールキー（この時点では、入力さ
れたのがどちらのキーであるかは判別されていない。）
に対して、図２１に示したアンインストールキーの算出
演算を逆に実行し、アンインストールキーの基になった
許諾キーを解析するのである。

【００８７】続くステップＳ０６０５では、ステップＳ
０６０４の逆算結果（Ｘ）の上１４桁の要素が当該ユー
ザに関してデータ記憶部１８に最新に登録された許諾キ
ーの上１４桁の要素に一致するかがチェックされる。こ
のチェックの結果両者が一致する場合は、前回の許諾キ
ーに基づいてアンインストールが実行され、しかも、そ
の後再インストールがなされていない場合であると判断
できる。従って、無償で許諾キーを発行すべく、課金
（ステップＳ０６０９）をすることなく、ステップＳ０
６０２にて算出した許諾キー及び入力されたアンインス
トールキーをデータ登録部１８に登録し（ステップＳ０
６１０）、算出した許諾キーをそのまま出力する（ステ
ップＳ０６１１）。

【００８８】これに対して、ステップＳ０６０５にて、
両者が一致していないと判断した場合は、解凍キーとス
テップＳ０６０４の算出結果の差分を算出し（ステップ
Ｓ０６０６）、その算出結果（Ｙ）に対して、ステップ
Ｓ０６０４と同様のアンインストールキーの逆算を行い
（ステップＳ０６０７）、その算出結果（Ｚ）の上１４
桁と同じ許諾キーが登録済みであるか否かをチェックす
る（ステップＳ０６０８）。これは、ステップＳ０６０
１にて入力された許諾予備キー又はアンインストールキ
ーが、ステップＳ０５１４にて生成された第二のアンイ
ンストールキーであるか否かのチェックである。

【００８９】ステップＳ０６０８にて登録済みであった
ならば、第二のアンインストールキーが入力されたので
あると判断することができる。この場合は、無償で許諾
キーを発行すべきであるので、課金（ステップＳ０６０
９）をすることなく、ステップＳ０６０２にて算出した
許諾キー及び入力されたアンインストールキーをデータ
登録部１８に登録し（ステップＳ０６１０）、算出した
許諾キーをそのまま出力する（ステップＳ０６１１）。

【００９０】これに対して、ステップＳ０６０８におい
て、算出結果（Ｚ）が登録済みでないと判定した場合
は、初回のインストールのための許諾キーが要求されて
いるものと判断することができる。即ち、ステップＳ０
６０１にて入力されたのが許諾予備キーであると判断す
ることができる。従って、ステップＳ０６０９におい
て、許諾キーを請求したユーザに対して課金を行う。即
ち、当該ユーザの銀行口座又はクレジットカード会社か
ら許諾キーの販売料金（当該ソフトウェアの使用権設定
料金）を引き落とす手続きを行う。引き落としの手続き
が完了すると、ユーザデータ（許諾キー及び許諾予備キ
ーを含む）をデータ登録部１８に登録し（ステップＳ０
６１０）、この許諾キーを出力する（ステップＳ０６１
１）。

【００９１】このように、本第３実施例では、センタ１
５は、ユーザ名と過去のインストール履歴を管理する。
従って、仮に第三者が只で許諾キーを入手しようとして
正規ユーザになりすまして、例えば、３回目のアンイン
ストールキーをセンタに提示したとしても、センタはユ
ーザＡには３回目の許諾キーは発行済であることが解る
ので（ステップＳ０６０３）、容易に第三者の要求が不
正なものであると見破ることができる。 ＜実施例の作用＞以下の作用の説明例は、解凍キー，許
諾予備キー又はアンインストールキー，及び許諾キー
は、表１に示すように設定されていることを前提として
いる。 〔第１のケース〕正規ユーザαがパソコンシステム２に
ＣＤ−ＲＯＭ１上のソフトウエアＡをインストーラ１８
を使って再インストールする例を説明する（図２３参
照）。

【００９２】ユーザαは、既に許諾予備キーＢ（199408
03123456712589）および許諾キーＣ（9116020798765439
8521）を使ってソフトウエアＡをインストールしてい
る。また、インストール時に用いた許諾キーＣ（911602
07987654398521）は、ディスク装置９上に記録保存され
ている。

【００９３】再インストール時にインストーラ１８を起
動してソフトウエアＡを選択すると（ステップＳ０５０
１）、インストーラ１８は、パソコンシステム２上に既
にソフトウエアＡがインストールされているかを、ファ
イル検索等を行って確認する（ステップＳ００５０
２）。

【００９４】確認の結果、ソフトウエアＡがインストー
ルされているので、過去のインストール分のソフトウエ
アＡのアンインストール（消去）を開始する（ステップ
Ｓ０５０３）。アンインストール終了後、ユーザαのパ
ソコンシステム２には、ソフトウエアＡは存在しなくな
る（図２４参照）。

【００９５】インストーラ１８は、アンインストール終
了後、前回のインストール後に使用した許諾キーＣ（91
160207987654398521）を元に、アンインストールキーＥ
（48106929788664821625）を生成し出力する（ステップ
Ｓ０５０５）（図２５，図２６参照）。これは画面表示
でも良いし、フロッピーディスクなどへのファイル出力
としても良い。

【００９６】ユーザαは、このアンインストールキーＥ
（48106929788664821625）をセンタ１５に提示して、再
インストールするための許諾キーＧを請求する。センタ
１５は、アンインストールキーＥ（481069297886648216
25）を解析して、ユーザＡが確かに過去のインストール
分のソフトウエアＡのアンインストールを実行したこと
を確認し（ステップＳ０６０５）、再インストール用の
許諾キーＧ（62904181322446289485）をユーザＡに無償
提供する（ステップＳ０６１１）。 〔第二のケース〕正規ユーザαがパソコンシステム２に
ＣＤ−ＲＯＭ１上のソフトウエアＡをインストーラ１８
を使って初めてインストールする例を説明する（図２８
参照）。

【００９７】ユーザαがインストーラ１８を起動してソ
フトウエアＡを選択する（ステップＳ０５０１）。イン
ストーラ１８は、パソコンシステム２上に既にソフトウ
エアＡがインストールされているかをファイル検索等を
行って確認する（ステップＳ０５０２）。

【００９８】ユーザαは過去にソフトウエアＡをインス
トールしていないので、インストーラ１８は、ユーザα
の要望が「新規インストール」あるいは「他のパソコン
へのインストール」なのかユーザに選択させる（ステッ
プＳ０５１２）。

【００９９】ユーザが新規インストールを選択すると、
初回の許諾予備キーＢ（19940803123456712589）を出力
し（ステップＳ０５１５）、「新規に許諾キーを購入す
るように」というメッセージを画面表示して、ユーザＡ
に許諾キーの購入を促す（ステップＳ０５１６）。

【０１００】ユーザαは、センタ１５に連絡し、許諾予
備キーＢ（19940803123456712589）を提示して、ソフト
ウエアＡをインストールするための許諾キーＣ（911602
07987654398521）を購入し、正規ユーザとなる（ステッ
プＳ０６０９）。

【０１０１】センタ１５は、ユーザαのユーザデータ
（承諾キーを含む）を登録し（ステップＳ０６１０）、
ユーザαに許諾キーＣ（91160207987654398521）を渡す
（ステップＳ０６１１）。

【０１０２】ユーザＡは、許諾キーＣ（91160207987654
398521）をインストーラ１８に入力して（ステップＳ０
５０９）、インストール作業を完了する（ステップＳ０
５１０，Ｓ０５１１）。 〔第三のケース〕過去にパソコンシステム２ａにＣＤ−
ＲＯＭ１上のソフトウエアＡをインストールしたユーザ
αが、新規に買い足したパソコンシステム２ｂにソフト
ウエアＡをインストールする例を示す（図２９参照） ユーザαは、既にソフトウエアＡをインストールしたパ
ソコンシステム２ａでインストーラ１８を起動して、ア
ンインストール対象ソフトウエアとしてソフトウエアＡ
を選択する（ステップＳ０５０１）。インストーラ１８
は、アンインストール終了後、前回のインストール時に
パソコンシステム２ａに記録した許諾キーＣ（91160207
987654398521）を読み取り（ステップＳ０５０４）、こ
れを元にアンインストール終了の証拠としてアンインス
トールキーＥ（481069297886648625）を生成し出力する
（ステップＳ０５０５）。これは画面表示でも良いし、
フロッピーディスクなどへのファイル出力としても良
い。

【０１０３】他のパソコンシステム２ｂへのインストー
ルの場合は、パソコンシステム２ａのインストーラ１８
を一旦終了し、新しいパソコンシステム２ｂ上で再びイ
ンストーラ１８を起動する。新しいパソコンシステム２
ｂ上には、ソフトウエアＡはまだ存在しない（ステップ
Ｓ０５０２）。従って、ユーザαは、「他のパソコンへ
のインストール」を選択し（ステップＳ０５１２）、こ
のアンインストールキーＥ（48106929788664821625）を
インストーラ１８に入力する（ステップＳ０５１３）。

【０１０４】インストーラ１８は、アンインストールキ
ーＥ（48106929788664821625）を元に、第二のアンイン
ストールキーＥＥ（65280317122143117342）を生成し出
力する（ステップＳ０５１４）。

【０１０５】第二のアンインストールキーＥＥの生成方
法は、アンインストールキーＥに対する仮想の許諾キー
を生成し、この仮想の許諾キーに対するアンインストー
ルキーとして第二のアンインストールキーＥＥを生成す
るようにしている。これはインストーラ１８が行う。仮
想の許諾キー生成のルールの生成ルールは、センタ１５
における許諾キー生成ルール（ステップＳ０６０２）に
従い、第二のアンインストールキーの生成方法は図２１
のアンインストールキー生成方法と同じものを使用し
た。

【０１０６】第二のアンインストールキー２０桁の仕様
では下６桁に乱数をセットしているので、同一のアンイ
ンストールキーから、生成する度に異なる第二のアンイ
ンストールキーができることになる。

【０１０７】第二のアンインストールキーＥＥは画面表
示でも良いし、フロッピーディスクなどへのファイル出
力としても良い。ユーザαは、この第二のアンインスト
ールキーＥＥ（65280317122143117342）をセンタ１５に
提示して、パソコンシステム２ｂにソフトウエアＡをイ
ンストールするための許諾キーＧを請求する（ステップ
Ｓ０６０１）。

【０１０８】センタ１５は、第二のアンインストールキ
ーＥＥ（65280317122143117342）を解析して、ユーザα
が確かに過去のインストール分のソフトウエアＡのアン
インストールを実行したことを確認し（ステップＳ０６
０８）、インストール用の許諾キーＧ（45820793988967
993768）をユーザαに無償提供する（ステップＳ０６１
１）。

【０１０９】ユーザαがパソコンを乗り換える際の再イ
ンストール時に、第三者２４がアンインストールキーＥ
（48106929788664821625）を入手しても、インストール
時には第二のアンインストールキーとして、乱数を含む
新たなキーＥＥＥ（65280317122143289964）が生成出力
されるため、センタ１５への連絡無しに、自分のアンイ
ンストールキーＥＥＥに対応した許諾キーを入手するこ
とは不可能であり、不正インストールすることはできな
い。

【０１１０】こうして、不正インストールを防止し、か
つ正規のユーザは無償で再インストールや別のパソコン
システムへのインストールが可能となる。また第１実施
例の場合と同様に、第３実施例においても、許諾キーは
解凍キーと許諾予備キーとの差分として計算されるので
（ステップＳ０６０２）、許諾予備キーの内容によって
許諾キーの内容が変わる。本実施例では、許諾予備キー
は、現在時刻情報から作成されているので（ステップＳ
０５１５）、許諾キーの内容も時刻毎によって異なる。
そのため、許諾キー生成の基となった許諾予備キーと同
時生成の許諾予備キーを用いた場合のみ正しい解凍キー
が作成される（ステップＳ０５１０）。従って、許諾キ
ー生成の基となった許諾予備キーの生成時刻と異なった
時刻に生成された許諾予備キーを用いると、上述した理
由により、正しい解凍キーは算出されない。これによっ
て、ユーザが第３者に解凍キーを教えた場合における解
凍キーの生成とそれによる不正インストールが防止でき
る。また、ユーザが一旦パソコンシステムにインストー
ルした後において、基の許諾キーを用いて他のパソコン
システムに不正インストールすることが防止できる。

【０１１１】

【実施例４】上記第３実施例においては、センタ１５
は、ユーザデータとして、各ソフトウェアについての全
許諾予備キー，アンインストールキー，及び許諾キーを
記憶していた。しかし、これでは記憶するデータの量が
膨大になる。そこで、本第４実施例においては、初回の
インストール時における許諾予備キー，及びインストー
ルの回数情報によって、ユーザのインストール状況を管
理する構成としている。

【０１１２】また、上記第３実施例においては、許諾予
備キー等にソフトウェアの種類を特定する情報が含まれ
ていなかった。そのため、ＣＤ−ＲＯＭ１に複数のソフ
トウェアが含まれている場合においては、ソフトウェア
の種類を他の手段によって管理しなくてはならなかっ
た。そこで、本第４実施例においては、許諾予備キー等
にソフトウェアの種類についての情報を含ませる構成と
している。 ＜実施例の構成＞以上のような制御を行うための具体的
なインストーラ８及びセンタ１５のハード構成は、第１
実施例のものと同様であるので、その説明を省略する。

【０１１３】次に、パソコンシステム２及びセンタ１５
にて実行される処理の内容を、図３０及び図３１を用い
て説明する。なお、本実施例で用いる許諾予備キー・許
諾キー・解凍キーは、それぞれ１６桁の数字列とされて
いる。また、ユーザが販売店から購入したＣＤ−ＲＯＭ
１には、特定のキーによって暗号化されたソフトウェア
（本物ソフトウェア）と、この本物ソフトウェアに対応
する暗号化されていない試用版ソフトウェア（一部機能
が省略されているソフトウェア）とが、複数種類分格納
されている。これらソフトウェアは、プログラムであ
る。

【０１１４】暗号化されたソフトウェアの解凍には、暗
号化に際して使用されたキーと同一のキー（解凍キー）
が必要となる。ここでは、暗号化に際して、１６桁の全
てが“０”であるキーが用いられているとする。

【０１１５】図３０は、パソコンシステム２のインスト
ーラ８が実行するソフトウェアの解凍及びインストール
のための処理である。図３０の処理は、図示せぬディス
クドライブ装置にＣＤ−ＲＯＭ１を装填した後に、イン
タフェース装置１１を介してインストールコマンドを入
力することによりスタートする。そして、最初のステッ
プＳ０９０１において、ＣＤ−ＲＯＭ１に格納されてい
る複数の本物ソフトウェアの中から、インストールする
ソフトウェアを選択する。もしくは、ディスク装置９に
インストールされているソフトウェアのうちで、アンイ
ンストールするソフトウェアを選択する。即ち、ユーザ
がソフトウェアを特定する入力をするのを待ち、ユーザ
が特定したソフトウェアを処理対象として決定するので
ある。

【０１１６】続くステップＳ０９０２では、当該コンピ
ュータシステム２のディスク装置９内に、既に当該ソフ
トウェアがインストールしてあるかどうかをチェックす
る。既にインストールしていない場合は、新規のインス
トールの場合であるか、元々当該ソフトウェアがインス
トールされていたパソコンシステム以外のパソコンシス
テムへのインストールの場合であると考えられる。そこ
で、ステップＳ０９１３において、新規インストールで
あるか他のパソコンシステムへのインストールであるか
を判定する。このチェックは、ユーザによる入力に従っ
てなされる。

【０１１７】ユーザが新規インストールを選択した場合
には、ステップＳ０９１６において、現在のインストー
ル時刻情報に基づいて、初回の第一のキーとしての解凍
予備キーを作成する。インストーラ８が生成する解凍予
備キーとして要求される特徴は、「インストール回数を
表す」こと，「ソフトウェアの種類を示す」こと，及び
「インストールする毎に異なる許諾予備キーを生成す
る」ことである。そこで、許諾予備キーを、インストー
ル回数情報，ソフトウェア種類情報，並びに、時計機構
１４から発されるインストール日付及び時刻情報から生
成することとしたのである。具体的には、図３２に示す
ように、上桁から順に、インストール回数情報を３桁で
表し、ソフトウェア種類を３桁で表し、時刻情報を６桁
（時２桁、分２桁、秒２桁）で表し、乱数を４桁付加し
ている。そして、作成された許諾予備キーは、インタフ
ェース装置１１を介してフロッピーディスク１２又はモ
デムに出力される。若しくは、モニタ装置１３に表示さ
れる。

【０１１８】次のステップＳ０９１７では、ユーザに対
して新規に第二のキーとしての許諾キーを購入すること
を促す旨の表示を、モニタ装置１３上に行う。続いて処
理はステップＳ０９１０に進み、許諾キーの入力を待
つ。即ち、ユーザがキーボードを用いて許諾キーを入力
するか、フロッピーディスク１２又はモデムを介して許
諾キーが入力されるのを待つ。

【０１１９】ステップＳ０９１０にて許諾キーが入力さ
れた場合には、ステップＳ０９１１において、ステップ
Ｓ０９１６にて算出した許諾予備キーとステップＳ０９
１０にて入力した許諾キーとから解凍キーを計算する。
即ち、許諾予備キーと許諾キーとを加算することによ
り、解凍キーを算出する（第一の演算の逆算に相当）。
解凍キーの計算がなされると、この承諾キーをディスク
装置９に格納する。

【０１２０】次のステップＳ０９１２では、ＣＤ−ＲＯ
Ｍ１内のソフトウェアをＤＥＳ７にて解凍させつつ、デ
ィスク装置９にインストールする。その後、当該処理を
終了する。

【０１２１】一方、ステップＳ０９０２にて既にインス
トールしてあると判断した場合は、当該ソフトウェアの
再インストールの場合である。この場合には、当該ソフ
トウェアの複数回の複製を防止するために、当該ソフト
ウェアのアンインストール（ディスク装置９からの削
除）を実行しなければならない。従って、処理をステッ
プＳ０９０３に進めて、アンインストールを実行する。

【０１２２】続くステップＳ０９０４では、ステップＳ
０９０３にてアンインストールしたソフトウェアをＮ回
目（前回）にインストールした際に用いた許諾キーの入
力を要求する。続くステップＳ０９０５では、Ｎ回目
（前回）にインストールした際に用いた許諾キーの入力
を待つ。これに応じて、許諾キーの入力がなされると、
処理がステップＳ０９０６に進む。

【０１２３】ステップＳ０９０６では、第三のキーとし
てのアンインストールキー出力のサブルーチン（第二の
演算に相当）（図３３）を呼び出す。図３３のサブルー
チンにおいては、最初にステップＳ１１０１において、
ステップＳ０９０５にて入力したＮ回目の許諾キーを、
上桁から１〜３桁目，４〜１２桁目，及び１３〜１６桁
目までに分割する。

【０１２４】そして、１〜３桁目までについては、ステ
ップＳ１１０２において、各桁についての“０”との差
分（１０の補数）を算出し、ステップＳ１１０２におい
て、得られた算出結果に１を加算する。

【０１２５】次に、４〜１２桁目までについては、ステ
ップＳ１１０４において、その中の偶数桁（キー全体に
おいては奇数桁）のみを抽出し、ステップＳ１１０５に
おいて、抽出した偶数桁の要素を１デクリメントする。
続いて、ステップＳ１１０６において、４〜１２桁目の
全要素を右側に一桁シフトさせる。但し、１２桁目の要
素は、４桁目にシフトさせる。

【０１２６】次に、１３〜１６桁目までについては、ス
テップＳ１１０７において、新たに４桁の乱数を発生さ
せる。ステップＳ１１０８では、ステップＳ１１０３の
結果得られた１〜３桁目と、ステップＳ１１０６の結果
得られた４〜１２桁目と、ステップＳ１１０７の結果得
られた１３〜１６桁目とを結合させて、全１６桁のアン
インストールキーの作成を完了する。次のステップＳ１
１０９では、作成したアンインストールキーを、インタ
フェース装置１１を介してフロッピーディスク１２又は
モデムに出力する。若しくは、モニタ装置１３に表示す
る。その後、このサブルーチンをリターンする。

【０１２７】アンインストールサブルーチンから処理が
戻ると、図３０においてステップＳ０９０７が実行され
る。このステップＳ０９０７では、今回のアンインスト
ールが他のパソコンシステムへのインストールのためで
あるかどうかがチェックされる。なお、このチェック
は、ユーザからの入力に従ってなされる。ユーザが他の
パソコンシステムへのインストールを選択した場合に
は、そのまま当該処理を終了する。

【０１２８】これに対して、ユーザが他のパソコンシス
テムへのインストールでないと入力した場合には、当該
パソコンシステムにおける再インストールの場合である
と判断できる。そこで、処理をステップＳ０９０８に進
めて、ユーザに対してセンタ１５から（Ｎ＋１回目用
の）再インストール用の許諾キーを受け取ることを促す
表示を、モニタ装置１３により行う。続いて、ステップ
Ｓ０９０９において、（Ｎ＋１回目用の）再インストー
ル用の許諾キーの入力を要求する表示を行う。そして、
ステップＳ０９１０において、（Ｎ＋１回目用の）再イ
ンストール用の許諾キーの入力を待つ。

【０１２９】ステップＳ０９１０にて許諾キーが入力さ
れた場合には、ステップＳ０９１１において、ステップ
Ｓ０９０６にて算出したアンインストールキーとステッ
プＳ０９１０にて入力した許諾キーとから解凍キーを計
算する。即ち、許諾予備キーと許諾キーとを加算するこ
とにより、解凍キーを算出する（第一の演算の逆算に相
当）。解凍キーの計算が完了すると、許諾キーをディス
ク装置９に格納する。

【０１３０】次のステップＳ０９１２では、ＣＤ−ＲＯ
Ｍ１内のソフトウェアをＤＥＳ７にて解凍させつつ、デ
ィスク装置９にインストールする。その後、当該処理を
終了する。

【０１３１】次に、ステップＳ０９０７にて他のパソコ
ンシステムへのインストールを選択した後に、当該他の
パソコンシステムにおいて当該処理を実行した場合の制
御について説明する。この場合、ステップＳ０９１３に
おいて、他のパソコンシステムへのインストールが、ユ
ーザによって選択される。その場合には、処理はステッ
プＳ０９１４に進む。

【０１３２】このステップＳ０９１４では、当該パソコ
ンが最初にインストールされていたパソコンシステムに
おいてステップＳ０９０６が実行されたことによって出
力されたアンインストールキーを入力する。これに応じ
てユーザがアンインストールキーを入力した場合には、
続くステップＳ０９１５において、第２のインストール
キー出力のサブルーチン（図２２）を実行する。図２２
のサブルーチンの具体的内容は、第３実施例におけるの
と同じであるので、その説明を省略する。

【０１３３】第二のアンインストールキー出力サブルー
チンから処理が戻ると、続いて処理がステップＳ０９０
８に進む。以下、同一パソコンシステム２における再イ
ンストールの場合と同様の処理が行われる。

【０１３４】以上の処理を実行した結果、同一のユーザ
が同一ソフトウェアを複数回インストールした場合にお
ける解凍キー，許諾予備キー又はアンインストールキ
ー，及び許諾キーの関係は、表３に示すようになる。こ
の表３は、１２時３４分５６秒に番号５０のソフトウェ
アを最初にインストールした場合における例を示すもの
である。

【０１３５】

【表３】 図３１は、センタ１５において実行される許諾キーの計
算及び課金のための処理である。この図３１の処理を実
行する前提として、センタは表４に示すようなユーザ情
報をデータ記憶部１８に格納しているとする。即ち、各
ソフトウェアの許諾キーを購入したユーザ毎に、その口
座番号，当該ソフトウェアのインストール回数，及び当
該ソフトウェアを最初にインストールした際の許諾予備
キーを格納している。

【０１３６】

【表４】 図３１において最初のステップＳ１００１では、許諾予
備キー（又はアンインストールキー）の入力を待つ。即
ち、ユーザが電話等により許諾予備キー（又はアンイン
ストールキー）を通知してきたり、モデムを用いた通信
によってオンラインにて許諾予備キー（又はアンインス
トールキー）を送信して来るのを待つ。

【０１３７】次のステップＳ１００２では、解凍キーと
許諾予備キー（又はアンインストールキー）とから許諾
キーを計算する。即ち、センタ１５は、解凍キーと許諾
予備キー（又はアンインストールキー）の各桁の差分
（１０の補数）から、許諾キーを生成する（第一の演算
に相当）。

【０１３８】次のステップＳ１００３では、当該ソフト
ウェアに関し当該ユーザのユーザデータが登録されてい
るかどうかをチェックする。チェックの結果、登録され
ていない場合には、初めてのインストールであると判断
して、ステップＳ１００４において、課金を行う。即
ち、当該ユーザの銀行口座又はクレジットカード会社か
ら許諾キーの販売料金（当該ソフトウェアの使用権設定
料金）を引き落とす手続きを行う。引き落としの手続き
が完了すると、ユーザデータ（許諾キー及び許諾予備キ
ーを含む）をデータ登録部１８に登録し（ステップＳ１
０１０）、この許諾キーを出力する（ステップＳ１０１
１）。

【０１３９】ステップＳ１００３にて登録されていると
判定された場合には、ステップＳ１００５において、ス
テップＳ１００１にて入力した許諾予備キー（又はアン
インストールキー）とデータ登録部１８に登録されてい
るインストール回数とから、初回の許諾予備キーを算出
する。即ち、ステップＳ１００１にて入力された許諾キ
ー又はアンインストールキー（この時点では、入力され
たのがどちらのキーであるかは判別されていない。）に
対して、図３３に示したアンインストールキーの算出演
算を逆に実行し、この算出結果と解凍キーとの差分を算
出する。データ登録部１８に登録されているインストー
ル回数が２以上である場合は、差分の算出結果に対し
て、上記演算を繰り返す。このようなアンインストール
キーの逆算及び解凍キーとの差分算出を、データ登録部
１８に登録されているインストール回数だけ、繰り返す
のである。

【０１４０】次に、ステップＳ１００６において、ステ
ップＳ１００５の算出結果（上位１２桁）がデータ登録
部１８に登録されている初回の許諾予備キー（上位１２
桁）と一致するかをチェックする。そのチェックの結
果、両者が一致する場合には、同一パソコンシステム２
における再インストールであると判断することができ
る。従って、無償で許諾キーを発行すべく、課金（ステ
ップＳ１００４）をすることなく、データ登録部１８に
登録されているインストール回数を１加算して（ステッ
プＳ１０１０）、ステップＳ１００２にて算出した許諾
キーをそのまま出力する（ステップＳ１０１１）。

【０１４１】これに対して、ステップＳ１００６にて両
者が一致していないと判定した場合には、ステップＳ１
００７において、データ登録部１８に登録されているイ
ンストール回数に、１を加算する。

【０１４２】続くステップＳ１００８では、ステップＳ
１００１にて入力した許諾予備キー（又はアンインスト
ールキー）とステップＳ１００７にて算出した数値とか
ら、初回の許諾予備キーを算出する。この算出を行うた
めの具体的演算内容は、ステップＳ１００５における演
算と同じである。但し、その繰り返し回数は、ステップ
Ｓ１００７に算出した数値に従う。

【０１４３】次に、ステップＳ１００９において、ステ
ップＳ１００８の算出結果（上位１２桁）がデータ登録
部１８に登録されている初回の許諾予備キー（上位１２
桁）と一致するかをチェックする。これは、ステップＳ
１００１にて入力された許諾予備キー又はアンインスト
ールキーが、ステップＳ０９１５にて生成された第二の
アンインストールキーであるか否かのチェックである。
そのチェックの結果、両者が一致する場合には、第二の
アンインストールキーが入力されたのであると判断する
ことができる。この場合は、無償で許諾キーを発行すべ
きであるので、課金（ステップＳ１００４）をすること
なく、データ登録部１８に登録されているインストール
回数に２を加算して（ステップＳ１０１０）、ステップ
Ｓ１００２にて算出した許諾キーをそのまま出力する
（ステップＳ１０１１）。

【０１４４】これに対してステップＳ１００９にて両者
が一致していないという場合は、既にインストールがな
されているがアンインストールがなされていないソフト
ウェアについての許諾キーの請求であると判断すること
ができる。従って、許諾キーを出力（ステップＳ１０１
１）することなく、そのままこの処理を終了する。

【０１４５】このように、本第４実施例では、センタ１
５は、ユーザ名と現在のインストール回数とを管理す
る。従って、仮に第三者が只で許諾キーを入手しようと
して正規ユーザになりすまして、例えば、３回目のアン
インストールキーをセンタに提示したとしても、センタ
はユーザＡには３回目の許諾キーは発行済であることが
解る（ステップＳ１００９）ので、容易に第三者の要求
が不正なものであると見破ることができる。

【０１４６】本第４実施例では、表４に示すように、セ
ンタ１５は登録ユーザのインストール回数を管理すれば
よいので、第３実施例の表２のように過去の許諾予備キ
ー・許諾キー・アンインストールキーの履歴を管理しな
くてもよい。そのため、管理テーブルが簡素になる。 ＜実施例の作用＞以下の作用の説明例は、解凍キー，許
諾予備キー又はアンインストールキー，及び許諾キー
は、表３に示すように設定されていることを前提として
いる。 〔第１のケース〕正規ユーザαがパソコンシステム２に
ＣＤ−ＲＯＭ１上のソフトウエアＡをインストーラ１８
を使ってＮ＋１回目の再インストールする例を説明する
（図３４参照）。

【０１４７】ユーザαがインストーラ１８を起動してイ
ンストール対象ソフトウエアとしてソフトウエアＡを選
択すると（ステップＳ０９０１）、インストーラ１８
は、パソコンシステム２上に既にソフトウエアＡがイン
ストールされているかをファイル検索等を行って確認す
る（ステップＳ０９０２）。

【０１４８】確認の結果、ソフトウエアＡがインストー
ルされていれば、過去のインストール分のソフトウエア
Ａのアンインストール（消去）を開始する（ステップＳ
０９０３）。アンインストール終了後、ユーザαのパソ
コンシステム２にはソフトウエアＡは存在しなくなる。

【０１４９】インストーラ１８は、アンインストール終
了後、Ｎ回目のインストールの際に使用した許諾キーＣ
（Ｎ回目）を元に、Ｎ回目のアンインストールキーＥを
出力する（図３５，３６参照）。これは画面表示でも良
いし、フロッピーディスクなどへのファイル出力として
も良い。

【０１５０】ユーザαは、このアンインストールキーＥ
をセンタ１５に提示して、Ｎ＋１回目の再インストール
のための許諾キーＧを請求する。センタ１５は、アンイ
ンストール情報Ｅを解析してユーザαが確かに過去のＮ
回目インストール分のソフトウエアＡのアンインストー
ルを実行したことを確認し、再インストール用の許諾キ
ーＧ（Ｎ＋１回目）をユーザαに無償提供する。 〔第２のケース〕正規ユーザαがパソコンシステム２に
ＣＤ−ＲＯＭ１上のソフトウエアＡをインストーラ１８
を使って初めてインストールする例を説明する（図３７
参照）。

【０１５１】ユーザαがインストーラ１８を起動してイ
ンストール対象ソフトウエアとしてソフトウエアＡを選
択する（ステップＳ０９０１）。インストーラ１８は、
パソコンシステム２上に過去にソフトウエアＡがインス
トールされているかをファイル検索等を行って確認する
（ステップＳ０９０２）。ユーザαは過去にソフトウエ
アＣをインストールしていないので、インストーラ１８
は、ユーザαの要望が「新規インストール」あるいは
「他のパソコンへのインストール」なのかユーザに選択
させる（ステップＳ０９１３）。ユーザが新規インスト
ールを選択すると、初回の許諾予備キーＢを出力して
「新規に許諾キーを購入するように」というメッセージ
を画面表示して、ユーザαに許諾キーＣの購入を促す。

【０１５２】許諾予備キーＢは、前述したようにソフト
タイトル番号やインストール回数の情報を含み、残りは
その都度発生させた乱数が入っている。こうすることに
より、複数のユーザが初回のインストールを行う時の許
諾予備キーは重複しなくなる。

【０１５３】ユーザαは、センタ１５に連絡し、ソフト
ウエアＡをインストールするための許諾予備キーＢを伝
える。センタ１５は、許諾予備キーＢから許諾キーＣを
生成し（ステップＳ１００２）、ユーザαを登録し（ス
テップＳ１０１０）、許諾キーＧを渡す（ステップＳ１
０１１）。以上により、ユーザαは許諾キーＣを購入
し、正規ユーザとなる。

【０１５４】ユーザαは、許諾キーＣをインストーラ１
８に入力して（ステップＳ０９１０）、インストール作
業を完了する（ステップＳ０９１１，Ｓ０９１２）。 〔第３のケース〕過去にパソコンシステム２ａにＣＤ−
ＲＯＭ１上のソフトウエアＡをインストールしたユーザ
αが、新規に買い足したパソコンシステム２ｂにソフト
ウエアＡをインストールする例を示す（図３８参照） ユーザαは、既にソフトウエアＡをＮ回インストールし
たパソコンシステム２ａでインストーラＤを起動してア
ンインストール対象ソフトウエアとしてソフトウエアＡ
を選択する（ステップＳ０９０１）。インストーラ１８
は、ソフトウエアＡのアンインストール終了後、前回の
インストール時にパソコンシステム２ａに記録した許諾
キーＣ（Ｎ回目）を読み取り、これを元にＮ回目のアン
インストール終了の証拠としてアンインストールキーＥ
（Ｎ回目）を出力する（ステップＳ０９０６）。

【０１５５】これは画面表示でも良いし、フロッピーデ
ィスクなどへのファイル出力としても良い。他のパソコ
ンシステム２ｂへのインストールの場合は、パソコンシ
ステム２ａのインストーラ１８を一旦終了し、新しいパ
ソコンシステム２ｂ上で再びインストーラ１８を起動す
る。新しいパソコンシステム２ｂ上には、ソフトウエア
Ａはまだ存在しない（ステップＳ０９０２）。従って、
ユーザαは、「他のパソコンへのインストール」を選択
し（ステップＳ０９１３）、このアンインストールキー
Ｅ（Ｎ回目）をインストーラ１８に入力する。

【０１５６】インストーラ１８は、アンインストールキ
ーＥを元に、第二のアンインストールキーＥＥ（Ｎ回
目）を生成し出力する（ステップＳ０９１５）。第二の
アンインストールキーＥＥの生成方法はアンインストー
ルキーＥに対する仮想の許諾キーを生成し、この仮想の
許諾キーに対するアンインストールキーとして第二のア
ンインストールキーＥＥを生成するようにしている。こ
れはインストーラ１８が行う。仮想の許諾キー生成のル
ールはセンタ１５における承諾キー作成ルール（ステッ
プＳ１００２）に従い、第二のアンインストールキーの
生成方法は図３３のアンインストールキー生成のルール
と同じものを使用した。

【０１５７】第二のアンインストールキー１６桁の仕様
では下４桁に乱数をセットしているので、同一のアンイ
ンストールキーから、生成する度に異なる第二のアンイ
ンストールキーができることになる。

【０１５８】第二のアンインストールキーＥＥ（Ｎ回
目）は画面表示でも良いし、フロッピーディスクなどへ
のファイル出力としても良い。ユーザαはこの第二のア
ンインストールキーＥＥ（Ｎ回目）をセンタ１５に提示
して、パソコンシステム２ｂにソフトウエアＡをインス
トールするための許諾キーＧ（Ｎ＋１回目）を請求す
る。

【０１５９】センタ１５は、第二のアンインストールキ
ーＥＥ（Ｎ回目）を解析して、ユーザαが確かに過去の
インストール分のソフトウエアＡのアンインストールを
実行したことを確認し、インストール用の許諾キーＧ
（Ｎ＋１回目）をユーザαに無償提供する（ステップＳ
１０１１）。

【０１６０】ユーザαがパソコンを乗り換える際の再イ
ンストール時に、第三者２４がアンインストールキーＥ
（Ｍ回目）を入手しても、インストール時には第二のア
ンインストールキーとして、乱数を含む新たなキーＥＥ
Ｅ（見掛け上Ｍ回目）が生成出力されるため、センタ１
５への連絡無しに、自分のアンインストールキーＥＥＥ
（見掛け上Ｍ回目）に対応した許諾キーを入手すること
は不可能であり、不正インストールすることはできな
い。

【０１６１】こうして、不正インストールを防止し、か
つ正規のユーザは無償で再インストールや別のパソコン
システムへのインストールが可能となる。また第１実施
例の場合と同様に、第４実施例においても、許諾キーは
解凍キーと許諾予備キーとの差分として計算されるので
（ステップＳ１００２）、許諾予備キーの内容によって
許諾キーの内容が変わる。本実施例では、許諾予備キー
は、現在時刻情報から作成されているので（ステップＳ
０９１６）、許諾キーの内容も時刻毎によって異なる。
そのため、許諾キー生成の基となった許諾予備キーと同
時生成の許諾予備キーを用いた場合のみ、正しい解凍キ
ーが作成される（ステップＳ０９１１）。従って、許諾
キー生成の基となった許諾予備キーの生成時刻と異なっ
た時刻に生成された許諾予備キーを用いても上述した理
由により、正しい解凍キーは算出されない。これによっ
て、ユーザが第３者に解凍キーを教えた場合における解
凍キーの生成とそれによる不正インストールが防止でき
る。また、ユーザが一旦パソコンシステムにインストー
ルした後において、基の許諾キーを用いて他のパソコン
システムに不正インストールすることが防止できる。

【０１６２】

【発明の効果】以上説明したように、本発明によれば、
ＣＤ−ＲＯＭに暗号化された状態で格納されているソ
フトウェアの不正利用を有効に防止することができる。

【０１６３】また、過去のインストールについての情報
を格納する格納手段を備えれば、ＣＤ−ＲＯＭに暗号化
された状態で格納されているソフトウェアの正当な解凍
用キー再発行要求と不正な解凍用キー発行要求とを識別
し、正当な解凍用キー再発行要求に対してのみ解凍用キ
ーの再発行を行うことができる。

【図面の簡単な説明】

【図１】本発明の原理図

【図２】本発明の第１実施例によるソフトウェア解凍装
置の概略図

【図３】図２の装置における処理手順の概略を示すフロ
ーチャート

【図４】本発明の第１実施例によるソフトウェア解凍装
置を構成するパソコンシステムの構成ブロック図

【図５】本発明の第１実施例によるソフトウェア解凍装
置を構成するセンタの構成ブロック図

【図６】図４のパソコンシステムにおいて実行される処
理を示すフローチャート

【図７】図５のセンタにおいて実行される処理を示すフ
ローチャート

【図８】本発明の第１実施例において用いられる解凍キ
ーの例を示す図

【図９】本発明の第１実施例において用いられる許諾予
備キーの構成を示す図

【図１０】本発明の第１実施例において用いられる許諾
予備キーの例を示す図

【図１１】本発明の第１実施例において用いられる許諾
キーの例を示す図

【図１２】本発明の第１実施例において第三者のパソコ
ンシステムにおいて生成された許諾予備キーの例を示す
図

【図１３】図１１の許諾キーと図１２の許諾予備キーと
から算出された解凍キーを示す図

【図１４】本発明の第１実施例の作用を示す説明図

【図１５】本発明の第２実施例によるソフトウェア解凍
装置の概略図

【図１６】図１５の装置における処理手順の概略を示す
フローチャート

【図１７】本発明の第３実施例によるパソコンシステム
において実行される処理を示すフローチャート

【図１８】本発明の第３実施例によるセンタにおいて実
行される処理を示すフローチャート

【図１９】本発明の第３実施例において用いられる許諾
予備キーの上１４桁の構成を示す図

【図２０】本発明の第３実施例において用いられる許諾
予備キーの下６桁の構成を示す図

【図２１】図１７のステップＳ０５０５において実行さ
れるアンインストールキー出力のサブルーチンの内容を
示すフローチャート

【図２２】図１８のステップＳ０５１４において実行さ
れる第２のアンインストールキー出力のサブルーチンの
内容を示すフローチャート

【図２３】本発明の第３実施例の作用〔第１のケース〕
を示す説明図

【図２４】第１のケースにおけるアンインストール時の
機能を示す機能ブロック図

【図２５】第１のケースにおけるアンインストールキー
出力時の機能を示す機能ブロック図

【図２６】第１のケースにおけるアンインストールキー
演算時の機能を示す機能ブロック図

【図２７】第１のケースにおけるアンインストールキー
表示出力時の機能を示す機能ブロック図

【図２８】本発明の第３実施例の作用〔第２のケース〕
を示す説明図

【図２９】本発明の第３実施例の作用〔第３のケース〕
を示す説明図

【図３０】本発明の第４実施例によるパソコンシステム
において実行される処理を示すフローチャート

【図３１】本発明の第４実施例によるセンタにおいて実
行される処理を示すフローチャート

【図３２】本発明の第４実施例において用いられる許諾
予備キーの構成を示す図

【図３３】図３０のステップＳ０９０６において実行さ
れるＮ回目のアンインストールキー出力のサブルーチン
の内容を示すフローチャート

【図３４】本発明の第４実施例の作用〔第１のケース〕
を示す説明図

【図３５】第１のケースにおけるアンインストールキー
出力時の機能を示す機能ブロック図

【図３６】第１のケースにおけるアンインストールキー
生成時の機能を示す機能ブロック図

【図３７】本発明の第３実施例の作用〔第２のケース〕
を示す説明図

【図３８】本発明の第３実施例の作用〔第３のケース〕
を示す説明図

【図３９】従来例を示す図

【符号の簡単な説明】

１ ＣＤ−ＲＯＭ ２ パソコンシステム ５ 制御ＣＰＵ ７ ＤＥＳ ８ インストーラ ９ ディスク装置 １５ センタ １７ 制御ＣＰＵ １８ データ記憶部 １９ 承諾キー生成部 ２０ 課金部 ３

───────────────────────────────────────────────────── フロントページの続き (72)発明者 内海 研一 神奈川県川崎市中原区上小田中1015番地 富士通株式会社内

Claims (12)

【特許請求の範囲】
1. 【請求項１】暗号化されたソフトウェアを解凍キーを用
   いて解凍する解凍装置とこのソフトウェアの解凍を管理
   する管理装置とからなる暗号化ソフトウェアの解凍シス
   テムであって、 前記解凍装置に備えられ、時刻情報に基づいて第１のキ
   ーを生成する第１キー生成手段と、 前記管理装置に備えられ、前記解凍キー及び前記第１の
   キーに対して第１の演算を施して第２のキーを生成する
   第２キー生成手段と、 前記解凍装置に備えられ、前記第１のキーと前記第２の
   キーに対して前記第１の演算を逆算することにより前記
   解凍キーを生成する解凍キー生成手段と、 前記解凍装置に備えられ、前記解凍キーを用いて前記暗
   号化されたソフトウェアを解凍する解凍手段とを有する
   ことを特徴とする暗号化ソフトウェアの解凍システム。
2. 【請求項２】前記管理装置は、前記第２キー生成手段が
   前記第２のキーを生成する毎に前記ソフトウェアの料金
   の課金を行う課金手段を更に備えていることを特徴とす
   る請求項１記載の暗号化ソフトウェアの解凍システム。
3. 【請求項３】前記解凍装置は、補助記憶装置に接続され
   るとともに、この補助記憶装置に前記解凍手段により解
   凍されたソフトウェアをインストールするインストール
   手段を更に備えていることを特徴とする請求項１記載の
   暗号化ソフトウェアの解凍システム。
4. 【請求項４】前記課金手段は、前記解凍装置によって解
   凍されたソフトウェアが前記補助記憶手段から削除され
   ている場合には、前記第２キー生成手段が再度前記第２
   のキーを生成した場合であっても、前記ソフトウェアの
   料金の課金を行わないことを特徴とする請求項３記載の
   暗号化ソフトウェアの解凍システム。
5. 【請求項５】前記解凍装置は、前記補助記憶手段にイン
   ストールされている前記ソフトウェアを削除するアンイ
   ンストール手段を更に備えたことを特徴とする請求項４
   記載の暗号化ソフトウェアの解凍システム。
6. 【請求項６】前記解凍装置は、前記アンインストール手
   段が前記ソフトウェアを前記補助記憶手段から削除した
   時にその旨を証明する第３のキーを生成する第３キー生
   成手段を更に備えたことを特徴とする請求項５記載の暗
   号化ソフトウェアの解凍システム。
7. 【請求項７】前記第３キー生成手段は、第１のキー又は
   過去に生成した第３のキーに第２の演算を施すことによ
   り前記第３のキーを生成することを特徴とする請求項６
   記載の暗号化ソフトウェアの解凍システム。
8. 【請求項８】前記第３キー生成手段が前記第３のキーを
   生成した場合には、前記第２キー生成手段は、前記解凍
   キー及び前記第３のキーに前記第１の演算を施すことに
   より前記第２のキーを生成し、 前記解凍キー生成手段は、前記第３のキーと前記第２の
   キーに基づいて前記第１の演算を逆算することにより前
   記解凍キーを生成することを特徴とする請求項７記載の
   暗号化ソフトウェアの解凍システム。
9. 【請求項９】前記管理装置は、前記第２キー生成手段に
   よって前記第１の演算が施された前記第１のキー及び第
   ３のキーを全て記憶する記憶手段を更に備えるととも
   に、 前記第２キー生成手段は、前記記憶手段に記憶されてい
   る前記第１のキー又は前記第３のキーに対しては前記演
   算を施さないことを特徴とする請求項８記載の暗号化ソ
   フトウェアの解凍システム。
10. 【請求項１０】前記管理装置は、前記第２キー生成手段
    によって前記演算が施された前記第１のキーの内容，及
    び前記第２のキーを生成した回数を記憶する記憶手段を
    更に備えるとともに、 前記第２キー生成手段は、前記第３のキーが、前記記憶
    手段に記憶されている第１のキーに前記第１の演算及び
    前記第２の演算を前記回数だけ実行した結果と一致する
    場合に、前記第２のキーを生成することを特徴とする請
    求項７記載の暗号化ソフトウェアの解凍システム。
11. 【請求項１１】前記第３のキーは、前記補助記憶手段か
    ら前記ソフトウェアを削除した回数についての情報を含
    んでいることを特徴とする請求項６記載の暗号化ソフト
    ウェアの解凍システム。
12. 【請求項１２】前記第１の演算は、前記第１のキーと前
    記解凍キーの差分をとる演算であることを特徴とする請
    求項１記載の暗号化ソフトウェアの解凍システム。