JPH07295798A - ソフトウェア・オブジェクトの配布を可能にするための方法および装置 - Google Patents

Abstract

(57)【要約】 【目的】 ソース・コンピュータから１つまたは複数の
ターゲット・コンピュータに暗号化ファイルを転送する
ための方法および装置を提供する。 【構成】 エクスポート・プログラムがソース・コンピ
ュータ内に設けられ、インポート・プログラムがターゲ
ット・コンピュータ内に設けられる。エクスポート・プ
ログラムは、暗号化ファイルを暗号解読し、エクスポー
ト・カウンタ値でエクスポート操作にタグを付ける。次
に、ディスケットの製造番号などの転送メモリ媒体に固
有のキーを使用して、クリア・テキスト・ファイルが暗
号化操作によって暗号化される。メモリ媒体は、インポ
ート・ファイルを使用して暗号化ファイルを暗号解読す
るターゲット・コンピュータに移される。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、一般的にはソフトウェ
ア・オブジェクトへのアクセスを保護するための技法に
関し、より具体的にはソフトウェア・オブジェクトへの
アクセスを一時的に暗号化し制限するための技法に関す
る。

【０００２】

【従来の技術】ソフトウェア製品の作成と販売により、
革新的な製品を有する企業に対して莫大な富が生み出さ
れてきたが、時間が経つにつれて消費者がコンピュータ
に詳しくなるので、この傾向は今後も継続するものと考
えられる。潜在的ユーザには市販されている様々な製品
を知る機会がほとんど与えられないため、コンピュータ
・ソフトウェアは販売しにくいものである。通常、ソフ
トウェア製品はプラスチック・フィルムで収縮包装され
た箱に収められており、潜在的顧客には、購入前に実際
にそのソフトウェアを操作または体験する機会がほとん
どまたはまったく与えられない。このため、消費者は、
満足できるソフトウェア製品が見つかるまで複数の製品
を次々に購入せざるを得ない場合が多く、製品に対する
不満が募ってくる。これは、この世界で大量の海賊版ソ
フトウェアが発生している重大な原因の１つたりうる。
潜在的ソフトウェア購入者は、ソフトウェアの一時使用
という明白な意図を持って、友人や同僚から１組のディ
スケットを「借りる」ことが多い。しかし、このような
一時使用が長期間にわたり、潜在的顧客が実際にはソフ
トウェア製品を購入せず、借りたコピーに頼る可能性も
多いだろう。

【０００３】映画館には映画の予告編があり、テレビに
はコマーシャルがあるが、ソフトウェア製品のサンプル
にはこのような共通の伝達経路が存在しないため、ソフ
トウェア・メーカは、新製品を宣伝し、新たな顧客を勧
誘するために、印刷物やダイレクトメールによる宣伝に
頼らざるを得ない。しかし、残念ながら、静的な印刷形
式ではユーザと製品との対話をシミュレートすることが
できないため、印刷物は正確に製品を説明できない場合
が多い。コンピュータ・ソフトウェア製品を購入するか
どうか決心する前に顧客がその製品にアクセスでき、製
品を違法使用する危険性を伴わずにこれを実現できるの
であれば、ソフトウェア製品のメーカも顧客もどちらも
十分要求が満たされるはずである。

【０００４】暗号化したソフトウェア製品の配布は、購
入前に潜在的ユーザに製品を配布するためにソフトウェ
ア・ベンダが利用できる機構の１つであるが、製品への
ユーザ・アクセスを可能にするキーを配布しなければな
らない。この場合、ベンダは、潜在的顧客の正直さと誠
実さに完全に頼らざるを得ない。つまり、無節操な人や
誠意のない人であれば、その友人や同僚にキーを渡し、
無許可アクセスを可能にする恐れがある。さらに、無節
操な人は、多数の人が無許可ユーザになれるように、一
般の人がアクセス可能な掲示板にキーを掲載してしまう
可能性もある。通常、このような安全保護違反は容易に
防止することができないため、ベンダは潜在的顧客によ
る試用のためにソフトウェアを配布することを躊躇して
きた。

【０００５】

【発明が解決しようとする課題】本発明の一目的は、一
時的な試用期間を超えて海賊行為や無許可利用が行われ
るという不必要な危険性にソフトウェア製品を曝さずに
ユーザに一時的な試用期間を許可することを特徴とす
る、作成者から潜在的ユーザにソフトウェア・オブジェ
クトを配布するための方法および装置を提供することに
ある。

【０００６】本発明の他の目的は、永続暗号化キー（lo
ng-lived encryption key）を使用してソフトウェア・
オブジェクトが暗号化され、ソースからユーザに送られ
ることを特徴とする、ソースからユーザにソフトウェア
・オブジェクトを配布するための方法および装置を提供
することにある。

【０００７】本発明の他の目的は、コンピュータがアク
セス可能なメモリ媒体に格納された特定のファイルへの
アクセスを保護するための、データ処理システム内の方
法および装置を提供することにある。

【０００８】本発明の他の目的は、コンピュータがアク
セス可能なメモリ媒体に格納された特定のファイルへの
アクセスを保護するための、データ処理システム内の方
法および装置を提供することにある。

【０００９】本発明の他の目的は、ソースからユーザに
ソフトウェア・オブジェクトを配布するための方法およ
び装置を提供することにある。この場合、コンピュータ
がアクセス可能なメモリ媒体がソースから潜在的ユーザ
に配布される。

【００１０】本発明の第一の目的は、好ましくは、ソフ
トウェア・オブジェクトをファイル管理プログラムとと
もにコンピュータがアクセス可能なメモリ媒体で提供す
ることで達成される。このソフトウェア・オブジェクト
は、１つまたは複数の特定の暗号化操作により取消し可
能な機能制限が施されていることが好ましい。コンピュ
ータがアクセス可能なメモリ媒体は、従来の郵便および
配送サービスを使用して作成者から潜在的ユーザに発送
される。潜在的ユーザは、これを受け取ると、ユーザ制
御のデータ処理システムにファイル管理プログラムをロ
ードし、そのデータ処理システム用のオペレーティング
・システムにそれを関連付ける。次に、ユーザ制御のデ
ータ処理システムを使用してコンピュータがアクセス可
能なメモリ媒体が読み取られる。ファイル管理プログラ
ムは、ユーザ制御のデータ処理システムによって実行さ
れ、定義済みの一時試用期間の間、ソフトウェア・オブ
ジェクトへのアクセスを制限するよう機能する。一時試
用動作モードの間、ソフトウェア・オブジェクトの取消
し可能機能制限を取り消すことで、ソフトウェア・オブ
ジェクトが一時的に使用可能になる。これは、ユーザ制
御のデータ処理システムのオペレーティング・システム
がソフトウェア・オブジェクトを呼び出したときの暗号
化ソフトウェア・オブジェクトの暗号解読によって達成
されることが好ましい。ファイル管理プログラムは、オ
ペレーティング・システムによって呼び出されたときに
暗号化ソフトウェア・オブジェクトを一時的に解読する
ように、コピー操作を防止することが好ましい。潜在的
ユーザがソフトウェア・オブジェクトの購入を選択した
場合は、永続使用動作モードに入り、そこでソフトウェ
ア・オブジェクトの機能制限が永続的に取り消され、潜
在的ユーザがソフトウェア・オブジェクトを無制限に使
用できるようになる。これにより、潜在的ユーザがソフ
トウェアを検討して、そのソフトウェアが自分のニーズ
に合っているかどうかを判定できるようにするためのブ
ラウズ操作が容易になる。

【００１１】

【課題を解決するための手段】ファイル管理プログラム
は、ユーザ制御のデータ処理システムのオペレーティン
グ・システムを連続監視し、システムの入力呼出しと出
力呼出しを操作する。また、ファイル管理プログラム
は、ユーザ制御のデータ処理システムのオペレーティン
グ・システムが試用期間中にブラウズの対象となるソフ
トウェア・オブジェクトを要求した時点を識別する。そ
の後、ファイル管理システムは、そのソフトウェア・オ
ブジェクトに関連する一時アクセス・キーを取り出し、
その一時アクセス・キーを検査して有効かどうかを判定
する。次に、ファイル管理プログラムは、ソフトウェア
・オブジェクトの機能制限を取り消し、処理のためにそ
れをデータ処理システムに渡す。

【００１２】暗号化したソフトウェア・オブジェクト
は、特定のシステム構成を有するユーザ制御のデータ処
理システムにロードされる。その後、少なくとも一部が
ユーザ制御のデータ処理システムの特定の構成に基づく
数値計算機ＩＤ（numerical machine identification）
が導出される。次に、少なくとも一部がこの数値計算機
ＩＤと永続暗号化キーに基づく一時キーが導出される。
この一時キーを受け取って永続暗号化キーを生成するた
めの永続キー生成プログラムが提供されている。この一
時キーを使用すると、ユーザはソフトウェア・オブジェ
クトにアクセスするための永続暗号化キーを所定の期
間、生成することができる。これらの操作は、複数のモ
ードで動作可能なファイル管理プログラムによって主に
実行される。このようなモードとしては、セットアップ
動作モード、計算機ＩＤ動作モード、一時キー導出動作
モードがある。セットアップ動作モード時には、ファイ
ル管理プログラムがユーザ制御のデータ処理システムに
ロードされ、ユーザ制御のデータ処理システム用のオペ
レーティング・システムに関連付けられる。計算機ＩＤ
動作モード時には、少なくともユーザ制御のデータ処理
システムの属性に基づく数値計算機ＩＤを導出するため
にファイル管理プログラムが使用される。一時キー導出
動作モード時には、少なくとも一部が数値計算機ＩＤに
基づく一時キーが導出される。また、ファイル管理プロ
グラムにより試用動作モードも可能になり、そのモード
では、一時キーによって定義された期間の間、ソフトウ
ェア・オブジェクトへのアクセスを制限するためにユー
ザ制御のデータ処理システムでファイル管理プログラム
を実行することでそのファイル管理プログラムが使用さ
れ、その定義済み期間中は、一時キーを含む少なくとも
１つの入力の受取りに対する応答として永続キーを提供
するために、ユーザ制御のデータ処理システムで永続キ
ー生成プログラムが使用される。

【００１３】ファイル管理プログラムは、データ処理シ
ステムのオペレーティング・システム構成要素として提
供される。コンピュータがアクセス可能なメモリ媒体に
は、少なくとも１つの暗号化ファイルと少なくとも１つ
の非暗号化ファイルとを含む複数のファイルが格納され
ている。それぞれの暗号化ファイルごとに、事前選択部
分がコンピュータ・メモリに記録され、ファイルの暗号
解読に使用できる情報を含む暗号解読ブロックが生成さ
れ、コンピュータ・メモリの他の場所にすでに記録され
ていた事前選択部分の代わりにその暗号解読ブロックが
ファイルに組み込まれる。ここでファイル管理プログラ
ムを使用して、アクセス可能なメモリ媒体に格納されて
いる被呼ファイルに関するコンピュータのデータ処理操
作呼出しを監視する。ファイル管理プログラムは、その
被呼ファイルが関連の暗号解読ブロックを備えているか
どうかを判定する。被呼ファイルが関連の暗号解読ブロ
ックを備えているかどうかに応じて、ファイル管理プロ
グラムはその被呼ファイルを特定の方法で処理する。暗
号解読ブロックを組み込んでも暗号化ファイルのサイズ
は変わらないため、所与のタイプの処理エラーが防止さ
れる。試用期間中、暗号化ファイルは暗号化状態に維持
されるため、コピーすることができない。潜在的ユーザ
がソフトウェア製品の購入を決定した場合、暗号解読ブ
ロックの代わりに事前選択部分をファイルに戻すための
永続キーが提供される。暗号解読ブロックが除去される
と、暗号化ファイルを暗号解読して、購入者による無制
限使用を可能にすることができる。オペレーティング・
システムによって呼び出されたときにファイルを代行受
信するために、ならびに、暗号解読ブロックを使用して
キー・ファイル用の名前を導出し被呼ファイルを読み取
るために、ファイル管理プログラムを使用することが好
ましい。それぞれの暗号化ファイルの暗号解読ブロック
は、ファイル管理プログラムによって暗号解読され、被
呼ファイル用の選択済みセグメントと比較されて、その
キーが特定のファイルを暗号解読できるかどうかを判定
するための妥当性検査セグメントを含んでいる。暗号解
読された妥当性検査セグメントが既知のクリア・テキス
ト妥当性検査セグメントと一致すると、ファイルは、今
後の処理のためにオペレーティング・システムに渡され
るときに動的に暗号解読される。

【００１４】ファイル管理プログラムは、データ処理シ
ステムのオペレーティング・システム構成要素として提
供される。データ処理システムにとって使用可能でコン
ピュータがアクセス可能なメモリ媒体には、少なくとも
１つの暗号化ファイルと１つの非暗号化ファイルが格納
されている。この暗号化ファイルには、少なくとも一部
が実行可能コードで構成されている非暗号化安全保護ス
タブが関連付けられている。ここでファイル管理プログ
ラムを使用して、コンピュータがアクセス可能なメモリ
媒体に格納されている被呼ファイルに関するデータ処理
システム呼出しを監視し、その被呼ファイルが関連の非
暗号化安全保護スタブを備えているかどうかを判定し、
被呼ファイルが関連の非暗号化安全保護スタブを備えて
いるかどうかに応じて、その被呼ファイルを特定の方法
で処理する。より具体的には、被呼ファイルが関連の非
暗号化安全保護スタブを備えてないと判定された場合、
その被呼ファイルの処理が可能になる。しかし、被呼フ
ァイルが関連の非暗号化安全保護スタブを備えていると
判定された場合には、被呼ファイルの処理が可能かどう
かの判定を行う前にそのファイルを検査しなければなら
ない。まず、暗号解読操作を実行可能にする情報を得る
ために、非暗号化安全保護スタブが検査される。次に、
暗号解読操作が実行される。最後に、今後の処理のため
に被呼ファイルの転送が可能になる。被呼ファイルは、
処理のためにオペレーティング・システムに渡されると
きに動的に暗号解読されることが好ましい。また、被呼
ファイルの実行前に非暗号化安全保護スタブが被呼ファ
イルから分離される。ただし、非暗号化安全保護スタブ
がたまたま被呼ファイルに接続されたままになってしま
った場合には、処理操作を停止しなければならず、プロ
セッサがロック状態になるのを防止するため、メッセー
ジを通知しなければならない。

【００１５】コンピュータがアクセス可能なメモリ媒体
は、所定の暗号化エンジンと永続秘密キーとを使用して
暗号化されるソフトウェア・オブジェクトを含んでい
る。ソースとユーザとの対話を容易にするためのインタ
フェース・プログラムが提供される。このインタフェー
ス・プログラムは、少なくともユーザ制御のデータ処理
システムの所定の属性を使用して計算機ＩＤを生成する
計算機ＩＤモジュールを含んでいる。また、このインタ
フェース・プログラムは、少なくとも一時キーを入力と
して受け取り、永続秘密キーを出力として生成する永続
秘密キー生成プログラムをさらに含んでいる。一時キー
をテストしてその妥当性を判定するための妥当性検査モ
ジュールが提供される。ソフトウェア・オブジェクトの
ソース側は、少なくとも計算機ＩＤを入力として受け取
り、一時キーを出力として生成する一時キー生成プログ
ラムを保管している。インタフェース・プログラムはユ
ーザ制御のデータ処理システムにロードされる。ユーザ
制御のデータ処理システムの少なくとも１つの所定の属
性を検査し、計算機ＩＤを生成するために、計算機ＩＤ
モジュールが使用される。この計算機ＩＤは、ソースと
ユーザとの対話時にセキュリティ対策のない通信チャネ
ルを介してやりとりされる。ソフトウェア・オブジェク
トのソース側では、一時キー生成プログラムへの入力と
して計算機ＩＤ（およびその他の情報）を使用して一時
キーが生成される。この一時キーは、ソースとユーザと
の対話時に、通常、セキュリティ対策のない通信チャネ
ルを介してやりとりされる。次に、妥当性検査モジュー
ルを使用して、一時キーの妥当性を判定する。その後、
永続秘密キー生成プログラムを使用して、一時キーを受
け取り、ソフトウェア・オブジェクトを暗号解読して一
時的にそのオブジェクトへのアクセスを獲得するための
永続秘密キーを生成する。一時キーによってソフトウェ
ア・オブジェクトへの一時試用アクセスを可能にする一
方で、分散データ処理システム内のある計算機から分散
データ処理システム内の別の計算機へ暗号化ソフトウェ
ア・オブジェクト、キー・ファイル、および計算機ＩＤ
ファイルを転送するために携帯用メモリ媒体の使用を可
能にするインポート・モジュールとエクスポート・モジ
ュールもユーザに提供される。

【００１６】

【実施例】ソフトウェア製品の試用期間での使用を可能
にするための本発明の方法および装置は、図１に示すよ
うなスタンドアロン型ＰＣまたは図２に示すような分散
データ処理システムで使用できる。いずれの場合にも、
１つまたは複数のソフトウェア製品に対する一時試用期
間アクセスは、特定のデータ処理システム属性を備えた
特定のデータ処理システムにおける試用製品の使い方に
よって決まる。これは、１つまたは複数のデータ処理シ
ステム属性に基づく一時アクセス・キーを使用して試用
ソフトウェア製品を暗号化することによって達成され
る。図３は、以下に詳述する一時アクセス・キーを作成
する際に使用可能な複数のシステム構成属性を示したも
のである。まず、図１のスタンドアロン型データ処理シ
ステムの環境と、図２の分散データ処理システムについ
て詳しく説明し、次に、図３に示す特定のシステム構成
属性について説明する。

【００１７】ここで添付図面、特に図１に関して説明す
ると、同図には、本発明によりプログラミング可能なデ
ータ処理システム１０の絵画表現が示されている。図示
の通り、データ処理システム１０は、好ましくはグラフ
ィック・プロセッサと、メモリ装置と、中央処理装置
（図示せず）とを含む、プロセッサ１２を含んでいる。
このプロセッサ１２には、カラー・モニタまたはモノク
ロ・モニタのいずれかを使用して実現可能な表示装置１
６が当技術分野で周知の方法で結合されている。また、
プロセッサ１２にはキーボード１４も結合されている。
キーボード１４は、ケーブルによってプロセッサに結合
される標準のコンピュータ・キーボードで構成されるこ
とが好ましい。

【００１８】プロセッサ１２には、マウス２０などの図
形ポインティング・デバイスも結合されている。このマ
ウス２０は、ケーブルによって当技術分野で周知の方法
でプロセッサ１２に結合されている。図示の通り、マウ
ス２０は、左ボタン２４と右ボタン２６を含むことがで
き、そのそれぞれを押す、すなわち「クリック」する
と、データ処理システム１０にコマンドおよび制御信号
を出力することができる。開示されている本発明の実施
例ではマウスを使用しているが、当業者は、本発明の方
法を実施するためにライト・ペンまたはタッチ画面など
の図形ポインティング・デバイスも使用できることに留
意されたい。上記の説明を参照する際に、当業者は、Ｉ
ＢＭ製のモデル８０ＰＳ／２コンピュータなどのいわゆ
るパーソナル・コンピュータを使用してデータ処理シス
テム１０を実現できることに留意されたい。

【００１９】本発明はスタンドアロン型データ処理シス
テムで実施可能であるが、分散データ処理システムでも
実施することができる。ただし、その場合は、分散デー
タ処理システム内の特定のデータ処理装置間で携帯用メ
モリ媒体（ディスケットまたはテープなど）を介して１
つまたは複数の暗号化ファイル、その暗号化キー・ファ
イル、および関連のファイル管理プログラムを転送する
ために、本発明のインポート・ルーチンとエクスポート
・ルーチンが使用される。本発明のインポート・ルーチ
ンおよびエクスポート・ルーチンについては後で詳述す
るが、基本的な分散データ処理システムについて説明
し、これを理解しておくことが重要である。

【００２０】図３は、特定のデータ処理システム（スタ
ンドアロン型か、分散データ処理システム内のノード
か）を明確に識別するのに使用でき、さらに特定の定義
済み試用期間の間、暗号化製品へのアクセスを獲得する
のに使用できる一時アクセス製品キーを導出または生成
する場合に使用する計算機ＩＤ値を生成するのに使用で
きる、複数のデータ処理システム属性を示すブロック図
である。データ処理システムは、特定のシステム・バス
６０アーキテクチャと、特定のメモリ制御装置７４と、
バス制御装置７６と、割込み制御装置７８と、キーボー
ド・マウス制御装置８０と、ＤＭＡ制御装置６６と、Ｖ
ＧＡビデオ制御装置８２と、並列制御装置８４と、直列
制御装置８６と、ディスケット制御装置８８と、ディス
ク制御装置１０２とを含むことができる。さらに、特定
のデータ処理システムを識別するために、複数の空また
は占有済みスロット１０６を使用することもできる。そ
れぞれの特定のデータ処理システムは、ＲＡＭ７０、Ｒ
ＯＭ６８、またはＣＭＯＳＲＡＭ７２から導出可能な複
数の属性を有することができる。計算機ＩＤ値を導出す
るために所定の方法で処理可能な、データ処理システム
の１つまたは複数の属性を導出するために、プリンタ９
６、モニタ９４、マウス９２、キーボード９０、ディス
ケット１００、またはディスク・ドライブ１０４などの
端末装置を使用することもできる。この計算機ＩＤ値の
導出については、後で詳述する。本発明は、ソフトウェ
ア・プログラムのライセンスを（購入することによっ
て）取得する前にそのプログラムを試すための手段をユ
ーザに提供するために、ユーザにソフトウェア・プログ
ラムを配布する効率の良い方法に関するものである。こ
の概念により、ディスケットまたはＣＤ−ＲＯＭなどの
コンピュータがアクセス可能なメモリ媒体に収めた完全
なプログラムが潜在的ユーザに配布される。この概念
は、ユーザが配布された媒体からプログラムにアクセス
できるようにするためのキーを生成することにある。こ
のような環境では、ユーザが各種ソフトウェア製品をブ
ラウズできるようにする複数のインタフェースがファイ
ル管理プログラムによって提供される。このインタフェ
ースにより、配布された媒体に収容されたソフトウェア
製品の注文とロック解除が可能になる。ソフトウェア製
品のロック解除は、一時アクセス（暗号解読）キーの受
取り、妥当性検査、および記録によって達成される。

【００２１】ファイル管理プログラムは、ユーザ制御の
データ処理システムに常駐し、ユーザのコンピュータ内
でオペレーティング・システムの一部になる。（ＰＣ
ＤＯＳ環境における）このような常駐プログラムの一例
としては、ＤＯＳのファイル入出力操作を代行受信して
処理する「終了後常駐」操作のための常駐プログラムＴ
ＳＲが考えられる。ユーザに一時アクセス・キーが提供
されると、このファイルが以前は試用動作モードで使用
されていたかどうかを確認するため、システム・ファイ
ルが検査される。製品を試用動作モードで使用したこと
がない場合は、一時キーが保管される。試用動作モード
・キーが存在すると、ファイル管理プログラムによって
開始された場合のみ、暗号化アプリケーションを実行す
ることができる。この場合、ファイル管理プログラム
は、アプリケーションが暗号化され、特定の操作用に有
効な試用動作モード・キーが存在することを認識する。
有効な試用動作モード・キーとは、期限が切れていない
キーである。試用動作モードは、タイマまたはカウンタ
で定義することができる。すなわち、タイマを使用して
特定の定義済み期間（たとえば、３０日）の秒読みを行
うか、あるいはカウンタを使用して、試用動作モード中
に許可される定義済み回数分の試用「セッション」の
間、減分することができる。キーが有効な場合、ファイ
ル管理プログラムは、ＴＳＲと直接やりとりし、特定の
暗号化アプリケーションに関して試用動作モードを可能
にする。その後、ファイル管理プログラムは暗号化アプ
リケーションを開始する。ユーザ制御のデータ処理シス
テムのオペレーティング・システムに常駐するコード
は、そのオペレーティング・システムに対する制御権を
維持する。このコードは、ファイルを暗号解読してメモ
リにロードできるようにするために試用動作モード・キ
ーの使い方を監視するが、暗号化ファイルが暗号解読さ
れて媒体にコピーされるのを防止する。このような操作
は、オペレーティング・システムを使用してどのアプリ
ケーションがデータにアクセスしようとしているかを判
定し、データへのアクセス許可を持っているアプリケー
ションだけ、アクセスできるようにすることで行われ
る。

【００２２】図４は、ソフトウェア・オブジェクトを暗
号化するためのルーチンを示すブロック図である。ソフ
トウェア・オブジェクト２０１を構成する２進キャラク
タは、暗号化エンジン２０５に入力として供給される。
暗号化エンジン２０５では、暗号化キーとして実キー２
０３が使用される。この暗号化エンジン２０５の出力は
暗号化ソフトウェア・オブジェクト２０７になる。暗号
化エンジン２０５は、公表され周知のＤＥＳアルゴリズ
ムなどの従来の暗号化操作である場合もあれば、ソフト
ウェア・オブジェクト２０１を乱数化する排他的論理和
演算であってもよい。

【００２３】図５は、本発明の教示によりソース２０９
（ソフトウェア・ベンダ）とユーザ２１１（潜在的顧
客）との間で行われる情報交換を示す絵画表現である。
ソース２０９とユーザ２１１との間の矢印は、ベンダ２
０９および２１１間で行われるオブジェクトまたは情報
の交換を意味する。流れ２１３の交換では、コンピュー
タがアクセス可能なメモリ媒体がソース２０９からユー
ザ２１１に送られる。この転送は、郵便、宅配便、至急
配達によって行われる場合もあれば、書籍や雑誌などの
印刷物を介して引き渡される場合もある。あるいは、電
子メールまたはその他の伝送技術を使用して、ソース２
０９からユーザ２１１に電子文書が転送される場合もあ
る。流れ２１５では、好ましくはユーザ２１１のデータ
処理システムを識別する固有の計算機ＩＤ番号を含む、
ユーザ固有情報がセキュリティ対策のない通信チャネル
を介してユーザ２１１からソース２０９に転送される。
通常、この情報は電話で交換されるが、電子メールまた
はその他の通信技術を使用して渡される場合もある。流
れ２１７では、ソース２０９がユーザ２１１に製品キー
を提供する。この製品キーを使用すると、所定の定義済
み期間の間、メモリ媒体に収容されている製品に一時的
にアクセスできるようになる。この期間は、ユーザ２１
１がそのソフトウェアに精通し、ソフトウェア製品を購
入したいかどうかを決定できる「試用」期間と見なされ
る。ソフトウェア製品への永続アクセス権を取得するた
めには、ユーザ２１１はさらにソース２０９とやりとり
しなければならない。製品キーによって、ユーザ２１１
は特定の定義済み期間の間または特定の定義済み「セッ
ション」数の間、そのソフトウェア製品へのアクセス権
を取得することができる。時間の経過とともに、ユーザ
のクロックまたはカウンタの目盛りが減少する。試用期
間が終了すると、それ以上アクセスしようとしても拒否
される。このため、ユーザ２１１は、ソース２０９に連
絡するとともに、ユーザ２１１に送られ、そのソフトウ
ェア製品への無制限アクセスを可能にするために永続的
に製品のロックを解除する永続キーを購入するための肯
定的ステップを実行しなければならない。

【００２４】ソース２０９とユーザ２１１との間のやり
とりはユーザ・インタフェースによって容易になる。こ
のインタフェースの構築については図６の流れ図に示
す。この処理は、ソフトウェア・ブロック２１９から始
まり、ソフトウェア・ブロック２２１に続く。このブロ
ック２２１では、ソフトウェア製品の試用期間中の使用
の実現を容易にするインタフェースで使用される言語と
通貨を決定するための言語および場所の選択がソース２
０９によって行われる。複数のソフトウェア製品をひと
まとめにし、コンピュータがアクセス可能な単一のメモ
リ媒体でユーザ２１１に配達する場合もある。このた
め、ソフトウェア・ブロック２２３により、ソース２０
９は、コンピュータがアクセス可能なメモリ媒体上で試
用に供されるプログラムに関する決定を行わなければな
らず、ソフトウェア・ブロック２２３により、該当する
フィールドが記入される。次に、ソフトウェア・ブロッ
ク２２５により、プログラムが機能的に制限されるか、
暗号化される。その後、ソフトウェア・ブロック２２７
により、ディスケットまたはＣＤ−ＲＯＭなどのコンピ
ュータがアクセス可能なメモリ媒体にコンピュータ・プ
ログラム製品とともにシェル（ファイル管理プログラム
を含みうる）がロードされる。この処理は、ソフトウェ
ア・ブロック２２９で終了する。

【００２５】図７は、本発明によるベンダと顧客との対
話を示す流れ図である。処理の流れは、ソフトウェア・
ブロック２３１から始まり、ステップ２３３に続く。こ
のステップ２３３では、試用／購入のための試用期間の
間、コンピュータによりアクセス可能なメモリ媒体がユ
ーザに配布される。その後、ステップ２３５により、コ
ンピュータがアクセス可能なメモリ媒体からユーザ制御
のデータ処理システムにファイル管理プログラムがロー
ドされて実行される。このファイル管理プログラムは、
ベンダと顧客との間の対話を容易にし、顧客が使用可能
なオプションを示す、複数のインタフェース画面を含ん
でいる。このため、ステップ２３７により、ファイル管
理プログラムが走査検索を可能にし、適切なユーザ・イ
ンタフェースを表示する。次に、ステップ２３９によ
り、通常、電話または電子メールを介して顧客とベンダ
が対話し、ベンダが顧客に関する情報を収集して、定義
済み試用期間の間、コンピュータがアクセス可能なメモ
リ媒体に収容されている１つまたは複数のソフトウェア
製品へのアクセスを可能にする一時キーを配布できるよ
うにする。一般に、この期間は、内部クロックか、また
は潜在的購入者が１つまたは複数の特定のソフトウェア
製品に対して行うセッションの回数を追跡するカウンタ
によって定義される。ステップ２４１は、試用期間使用
の許可を表している。その後、ソフトウェア・ブロック
２４３により、ファイル管理プログラムは、データ処理
システム内のすべての入出力呼出しを監視、監督し、コ
ンピュータがアクセス可能なメモリ媒体に収容されてい
る暗号化ソフトウェア製品の無許可使用を防止する。本
発明の好ましい実施例のファイル管理プログラムは、暗
号化ファイルへの呼出しを監視し、今後の処理のために
そのファイルが渡される前にアクセスを許可するか、拒
否するかを決定する。このため、顧客は、ソフトウェア
製品にアクセスして、それを購入するかどうかを決定す
ることができる。その製品の購入を決定した場合は、ス
テップ２４５に示すように、顧客はもう一度ベンダと対
話しなければならず、ベンダはその顧客に永続キーを引
き渡さなければならない。顧客が永続キーを受け取り、
購入した１つまたは複数のソフトウェア製品を暗号解読
し、そのソフトウェア製品への通常の無制限アクセスが
許可されると、処理が終了する。

【００２６】図８、図９、図１０、および図１１は、本
発明による試用期間操作を容易にするユーザ・インタフ
ェース画面を示している。図８は、顧客が別のウィンド
ウから「注文書表示」オプションを選択したときに表示
される、注文書ユーザ・インタフェース２４９を示して
いる。この注文書ユーザ・インタフェース２４９は、潜
在的顧客とベンダとの対話を容易にするためにソフトウ
ェア・ベンダを識別し、電話番号を提供する、タイトル
・バー２５１を含んでいる。試用期間操作中に試すこと
ができる１つまたは複数のソフトウェア製品を識別する
注文書フィールド２５５が設けられている。また、数量
サブフィールド２５９、品目サブフィールド２５７、説
明サブフィールド２６０、および価格サブフィールド２
５３を含む、複数のサブフィールドも設けられている。
削除ボタン２６１を使用すると、潜在的顧客は注文書フ
ィールドから品目を削除することができる。小計フィー
ルド２６３は、注文したソフトウェアの価格の小計を示
すものである。支払方法アイコン２６５は、可能な支払
形式を識別する。当然のことながら、潜在的ユーザは、
電話番号を使ってベンダに直接連絡して、１つまたは複
数のソフトウェア製品を購入することができ、あるい
は、妥当かどうか判断するためにソフトウェア製品を試
す試用期間動作モード用として１つまたは複数のソフト
ウェア製品を選択することができる。注文書インタフェ
ース２４９の最下部には、複数の機能アイコン２６７が
設けられている。このようなアイコンとしては、クロー
ズ・アイコン、ファックス・アイコン、メール・アイコ
ン、印刷アイコン、ロック解除アイコン、ヘルプ・アイ
コンなどがある。ユーザは、従来のポイント・クリック
操作で図形ポインティング・デバイスを使用し、これら
の操作から１つまたは複数を選択することができる。フ
ァックス・アイコンは、ファックス装置またはファック
ス・ボードを使用してベンダとの対話を容易にするもの
である。印刷アイコンは、ユーザがソフトウェア・ベン
ダとの対話を紙に印刷し、保存用コピーを作成できるよ
うにするものである。

【００２７】顧客、コンピュータがアクセス可能なメモ
リ媒体、および顧客が使用するコンピュータ・システム
は、媒体ＩＤ２６９、顧客ＩＤ２７３、および計算機Ｉ
Ｄ２７１によって識別される。媒体ＩＤは、潜在的顧客
に発送される前にコンピュータがアクセス可能なメモリ
媒体に割り当てられている。このＩＤは固定されたもの
なので、変更できない。顧客ＩＤ２７３は、潜在的顧客
とベンダとの対話から導出される。電話での対話中に選
択した質問に顧客が回答し、特定の顧客に固有の顧客Ｉ
Ｄ２７３をベンダが与える方法が好ましい。計算機ＩＤ
２７１は、コンピュータがアクセス可能なメモリ媒体に
常駐し、潜在的顧客が使用する特定のデータ処理システ
ムに固有のファイル管理プログラムを使用して自動的に
導出される。顧客は、通常、電話での対話によりベンダ
に計算機ＩＤを通知することになるが、ファックスでの
対話や郵便での対話も可能である。

【００２８】図９は、注文情報ダイアログ・インタフェ
ース２７５を示す図である。このインタフェースは、潜
在的顧客を明確に識別する情報の獲得を容易にするもの
で、名前フィールド２７７、住所フィールド２７９、電
話番号フィールド２８１、ファックス番号フィールド２
８３、支払方法フィールド２８５、発送方法フィールド
２８７、会員番号フィールド２８９、有効期限フィール
ド２９１、付加価値税ＩＤフィールド２９３を含んでい
る。さらに注文情報ダイアログ・インタフェース２７５
は、潜在的ユーザが上記の各種フィールドから情報を削
除したり、インタフェース画面を紙面に印刷できるよう
にするための印刷ボタン２９５と取消しボタン２９７を
含んでいる。

【００２９】図１０および図１１は、ロック解除ダイア
ログ・インタフェース画面３０１および３０３を示す図
である。ユーザは、図形ポインティング・デバイスを使
用して、ロック解除リスト３０５の構成要素である品目
番号フィールド３０７および説明フィールド３０９によ
って識別される１つまたは複数の項目を選択する。この
インタフェースはさらに、顧客ＩＤフィールド３１３と
計算機ＩＤフィールド３１５を含んでいる。電話、ファ
ックス、電子メールまたは郵便による対話でベンダが顧
客に顧客ＩＤを与える方法が好ましい。また、ユーザは
電話、ファックス、電子メールまたは郵便による対話中
に計算機ＩＤフィールド３１５に計算機ＩＤを入力し、
それをベンダに提供することが好ましい。試用期間操作
中に要求される製品のＩＤとともにこの情報が交換され
ると、キー・フィールド３１１内に位置する一時アクセ
ス・キーが提供される。このキーは、顧客が識別し選択
した製品を一時的にロック解除するためのものである。
ユーザの対話を容易にするため、このインタフェース画
面にはクローズ・ボタン３１９、保管ボタン３１７、お
よびヘルプ・ボタン３２１も設けられている。

【００３０】図１１は、単一製品ロック解除インタフェ
ース画面３０３を示す図である。このインタフェース画
面は、計算機ＩＤフィールド３１５、顧客ＩＤフィール
ド３１５、およびキー・フィールド３１１のみを含んで
いる。このダイアログは単一製品のみに関するもので、
しかも、一時試用期間操作が要求されている製品をユー
ザが知っているものと想定しているため、ロック解除す
る製品をこのインタフェースで識別するは必要ない。オ
ペレータの対話を容易にするため、このインタフェース
には保管ボタン３１７、取消しボタン３１９、およびヘ
ルプ・ボタン３２１も設けられている。

【００３１】図１２は、試用期間動作モードを開始する
ために１つまたは複数の暗号化製品をロック解除する際
に使用するユーザ・インタフェース画面を示している。
図１０または図１１のいずれかのロック解除ダイアログ
で「保管」押しボタンを選択すると、図１２の開始日ダ
イアログが表示される。ここでユーザは、日付フィール
ド３１０に示されている正しい開始日を確認するよう要
求される。ユーザは、「続行」ボタン３１２、「取消
し」ボタン３１４、または「ヘルプ」ボタン３１６のい
ずれかをポイント・クリックすることで、この問合せに
応答する。フィールド３１０に表示される日付は、ユー
ザ制御のデータ処理システムのシステム・クロックから
導出される。この日付を試用期間操作の公式または指定
開始日と対応させるために、ユーザがシステム・クロッ
クを変更しなければならない場合もある。

【００３２】試用期間操作は２通りの形態が可能であ
る。１つは、ユーザがすべての機能を試せるようにする
が、データ・ファイルの印刷や保管などの重要機能は使
用不可にするような、機能的に使用不可とする措置が施
された製品である。もう１つの試用期間操作は、時間制
限を設けて使用可能にした完全機能製品である。この場
合はアクセス保護が必要であり、顧客は無料またはわず
かな料金で製品のすべての機能を試すことができる。本
発明によれば、通常、製品へのアクセスは「期限付き」
キーによって制御される。製品を使用するための試用期
間は、ベンダが決定した一定期間である。この試用期間
はキーが発行されたときから始まる。本発明によれば、
試用期間操作中に試用する製品は、顧客シェル内からし
か実行できない。暗号解読ドライバは、暗号化製品の明
文でのコピーを許可せず、顧客のシェルの外部での実行
も許可しない。代替実施例では、顧客がその製品に対し
て実行する「セッション」ごとに増分または減分される
カウンタによって試用期間が定義される。この場合は、
一時キーによる暗号解読が許可されなくなるまでに顧客
は定義済み回数だけ製品を使用することができる。

【００３３】一時アクセス・キーの制限は、そのキーの
「制御ベクトル」に組み込まれている。通常、制御ベク
トルは、そのキーの簡単な説明、計算機ＩＤ番号、およ
び試用期間データ（クロック値またはカウンタ値など）
を含む定様式テキスト・ストリングを含む。キーを壊さ
ずに制御ベクトルを変更することはできない。保護ソフ
トウェア製品を実行する場合は、操作試用期間の制限を
実施するため、使用データを更新しなければならない。
クロックまたはカウンタが不正操作されないように保護
するため、その値は、通常は暗号化ファイル内の複数の
場所に記録される。本発明の好ましい実施例では、試用
期間情報（クロック値またはカウンタ値あるいはその両
方）が「キー・ファイル」（後で詳述する）と、計算機
ＩＤファイル（これについても後述する）と、システム
・ファイルにコピーされる。暗号化プログラムへのアク
セスが要求されると、上記の場所がすべて検査され、ク
ロックまたはカウンタあるいはその両方の値が同じであ
るかどうか判定される。平均的なユーザが３つのファイ
ルをすべて完璧に不正操作できるだけの高度の知識を持
っている可能性は低い。好ましい実施例では、クロック
とカウンタの組合せを使用して、バックアップの拡大使
用と、システム・クロックをリセットするための回復操
作を防止している。試用が要求されるたびにＰＣのクロ
ックをリセットすることは可能であるが、これは、シス
テム上の所与のファイルの日付／時間スタンプを追跡
し、ファイルの日付／時間スタンプの中の最新の日付と
システム・クロックとを使用することで検出できる。前
述の通り、タイマまたはカウンタあるいはその両方の情
報が格納されている３つの場所の１つはシステム・ファ
イルである。オペレーティング・システムとしてＯＳ／
２を使用して操作している場合、時間および使用データ
は、ＯＳ／２内のＯＳ２．ＩＮＩなどのシステム・デー
タ・ファイルに格納することができる。試用および使用
データをリセットするには、ユーザはこれらのファイル
を連続バックアップし、回復しなければならなくなる。
これらのファイルには、ユーザ・システムの動作にとっ
て重要なその他のデータが収容されている。不用意なユ
ーザがこれらのファイルを旧バージョンに回復しようと
すると、他のアプリケーションにとって重要なデータを
誤って紛失してしまう場合もある。本発明では、上記の
保護技法により、不誠実なユーザが許可期間以上に試用
期間使用を延長しようとする試みを確実に防止できる。

【００３４】大まかに概説すると、本発明では、ベンダ
がＣＤ−ＲＯＭまたは磁気媒体ディスケットなどのコン
ピュータがアクセス可能なメモリ媒体に複数の暗号化ソ
フトウェア製品をロードする。コンピュータがアクセス
可能なメモリ媒体には、ソフトウェア・ベンダとソフト
ウェアの顧客との対話を容易にする複数のユーザ・イン
タフェース画面を提供する機能など、複数の機能を実行
するファイル管理プログラムもロードされる。このコン
ピュータがアクセス可能なメモリ媒体はユーザ制御のデ
ータ処理システムに装填され、ファイル管理プログラム
がロードされて実行される。ファイル管理プログラム
は、顧客に関する情報（名前、住所、電話番号、および
課金情報）を収集し、試用期間が要求されたソフトウェ
ア製品に関する顧客の選択を受け取るための複数のユー
ザインタフェース画面を顧客に提供する。ソフトウェア
・ベンダと顧客との間では、顧客ＩＤ番号、製品ＩＤ番
号、媒体ＩＤ番号、および計算機ＩＤ番号などの情報が
交換される。ベンダは、独自の内部記録に応じて顧客Ｉ
Ｄ番号を生成する。ソフトウェアの潜在的顧客を識別す
るために、ソフトウェア・ベンダの担当者は顧客から情
報を収集し、その情報を所定の用紙に記入しておくこと
が好ましい。あるいは、ソフトウェア・ベンダは、記入
済みの注文情報ダイアログ・インタフェース画面２７５
（図９）をファックス、電子メールまたは郵便で受け取
ることもできる。配布されたメモリ媒体（ＣＤおよびデ
ィスケットなど）は、少なくとも一部がユーザ制御のデ
ータ処理システムの１つの属性に基づく固有の計算機Ｉ
Ｄを生成するためのファイル管理プログラムも含んでい
る。この計算機ＩＤは、一度限りのセットアップ・プロ
セス中に作成される８ビットの乱数であることが好まし
い。８つのランダム・ビットは、ルーチンの「種」とし
てシステム時間を使用する基本乱数発生ルーチンから生
成されることが好ましい。また、最終結果には検査ビッ
トが付加されていることが好ましい。注文を受け付ける
人は電話を介して顧客が読み上げる計算機ＩＤをキー入
力しなければならないので、この検査ビットは注文シス
テムにとって重要である。この検査ビットを使用する
と、顧客が番号を反復しなくても、計算機ＩＤを即時確
認できる。ユーザ制御のデータ処理システムには、計算
機ＩＤのクリア・テキスト（平文テキスト）と計算機Ｉ
Ｄの暗号化バージョンを収容したマスタ・ファイルが保
管されていることが好ましい。

【００３５】ソフトウェアの顧客は、ソフトウェア製品
の一時試用に関する注文を行う場合、ソフトウェア・ベ
ンダの電話受付に計算機ＩＤを口頭で伝える。それに対
して、電話受付は、コンピュータがアクセス可能なメモ
リ媒体上の暗号化ソフトウェア製品に対する一時アクセ
ス・キーとして機能する製品キーと、顧客ＩＤ番号とを
顧客に伝える。この製品キーは、計算機ＩＤと、顧客番
号と、注文されたプログラム用の実暗号化キーと、制御
データ・ブロックとの関数であることが好ましい。ソフ
トウェアの顧客は、製品キーと顧客番号ならびに実暗号
化キーを作成するための同一制御データ・ブロックを組
み合わせることで製品キーを検査することができる。そ
の後、このキーは、比較操作を可能にするために暗号化
妥当性検査セグメントの暗号解読に使用される。暗号化
妥当性検査セグメントが妥当性検査セグメント用の既知
のクリア・テキストと同じであれば、ユーザのファイル
管理プログラムは、その製品キーが正しい製品キーであ
り、ソフトウェア製品への一時アクセスに使用できると
判断したことになる。このため、比較が一致すれば、そ
のキーはユーザ制御のデータ処理システムのキー・ファ
イルに格納される。このキー・ファイルには、製品キー
と、顧客キー（顧客番号と内部キー生成キーに基づいて
生成される）と、計算機ＩＤを含むクリアＡＳＣＩＩス
トリングとが収容されていることが好ましい。暗号解読
ツールが実暗号化キーを導出できるようにするには、こ
の３つの項目がすべてそのまま維持されている必要があ
る。さらにキー・ファイルをこの特定のユーザ制御のデ
ータ処理システムに結びつけるため、システム・パラメ
ータから導出されたキーを使って同じキー・ファイルが
暗号化される。このようなシステム・パラメータは、デ
ータ処理システムの構成から導出することができる。

【００３６】大まかに説明すると、本発明の一時キー
（通常は電話により口頭で伝えられる）は、暗号化を使
用して実キーと、顧客番号、計算機ＩＤ番号、その他の
定義済みクリア・テキストとを組み合わせるアルゴリズ
ムによって作成される。したがって、このキーは１台の
計算機だけに有効である。つまり、別の人にそのキーを
伝えても、その人の計算機上のプログラムはロック解除
されないはずである。このため、ソフトウェア・ベンダ
は、ライセンスによる収入を失うという重大な危険を冒
さずに、ディスケットまたはＣＤ−ＲＯＭなどのコンピ
ュータがアクセス可能なメモリ媒体で完全なプログラム
を配布して、ソフトウェア・プログラムを販売すること
ができる。

【００３７】暗号化操作に使用可能なシステムの好まし
い固有属性としては、ハード・ディスクの製造番号、ハ
ード・ディスクのサイズとフォーマット、システムの型
式番号、ハードウェア・インタフェース・カード、ハー
ドウェアの製造番号、その他の構成パラメータなどがあ
る。この技法の結果、計算機ＩＤファイルは、ユーザ制
御のデータ処理システムの同一クローンであるシステム
上でしか暗号解読できなくなる。多くのデータ処理シス
テムはそれぞれ構成が異なり、構成を一致させるにはか
なり手間がかかるため、同一クローンを入手するのは非
常に難しい。この点については、後で詳述する。

【００３８】次に図１３について説明すると、ファイル
管理プログラムは、暗号化ソフトウェア製品とファイル
管理プログラムがそこに収容された状態で配布された、
コンピュータがアクセス可能なメモリ媒体を受け取る。
ファイル管理プログラムは、図１３のステップ３５１に
示すように、ユーザ制御のデータ処理システムの構成に
アクセスする。ステップ３５３でデータ処理システムの
ユーザ固有属性が導出され、計算機ＩＤ生成プログラム
３５５への入力として出力される。この計算機ＩＤ生成
プログラムは、複数の２進文字を入力として受け取っ
て、計算機ＩＤ３５７を表す擬似乱数出力を発生する、
乱数発生ルーチン（乱数ジェネレータ）であることが好
ましい。計算機ＩＤ生成プログラム３５５が使用する処
理は、複数の２進キャラクタを入力として受け取って、
定義済みアルゴリズムにより複数の擬似乱数２進キャラ
クタを出力として発生する従来の擬似乱数発生ルーチン
であればいずれでもよい。

【００３９】次に図１４に関して説明すると、計算機Ｉ
Ｄ３５７は、暗号化形式でファイル管理プログラム内に
も保管される。計算機ＩＤ３５７は、出力として暗号化
計算機ＩＤ３６１を生成するために暗号化エンジン３５
９に入力として供給される。暗号化エンジン３５９は、
ＤＥＳアルゴリズムなどの規則暗号化ルーチンで構成す
ることができる。暗号化エンジン３５９には入力として
キー３６３も供給され、このキー３６３が従来通り暗号
化操作に作用する。キー３６３はシステム属性セレクタ
３６５から導出される。選択候補となるタイプのシステ
ム属性は、ハード・ディスクの製造番号、ハード・ディ
スクのサイズ、ハード・ディスクのフォーマット、シス
テムの型式番号、ハードウェア・インタフェース・カー
ド、ハードウェアの製造番号、その他の構成パラメータ
などを含む、システム属性リスト３６７を含んでいる。

【００４０】本発明では、クリア・テキストの計算機Ｉ
Ｄ３５７と暗号化計算機ＩＤ３６１がメモリに保管され
ている。また、本発明では、ファイル管理プログラムが
適切なユーザ・インタフェース画面にクリア・テキスト
の計算機ＩＤ３５７を通知する。その後、ユーザは、図
１５のブロック図によりその計算機ＩＤが使用されるソ
フトウェア・ベンダに計算機ＩＤを連絡する。図示の通
り、製品キー暗号化エンジン３７５はソフトウェア・ベ
ンダの制御下に維持される。この製品キー暗号化エンジ
ン３７５は、計算機ＩＤ３５７と、顧客番号３６９（こ
のソフトウェア・ベンダの内部記録機能により顧客に割
り当てられているもの）と、実暗号化キー３７１（顧客
の管理下にあるコンピュータがアクセス可能なメモリ媒
体上に保管されたソフトウェア製品を暗号解読する場合
に使用されるもの）と、制御ブロック・テキスト３７３
（定義済みのテキスト部分とすることができる）と、試
用期間データ３７４（試用期間を定義するクロック値ま
たはカウンタ値など）とを入力として受け取る。製品キ
ー暗号化エンジンは、製品キー３７７を出力として生成
する。この製品キー３７７は、実キー３７１を暴露する
という危険を冒さずにセキュリティ対策のない通信チャ
ネルを介して顧客に伝えることができる。実キー３７１
は暗号化操作によりマスキングされるが、製品キー３７
７を使用できるのは計算機ＩＤ３５７が導出された構成
と同一の構成を有するデータ処理システム上に限られる
ので、暗号化ソフトウェア製品へのアクセスは安全な状
態で維持される。

【００４１】製品キー３７７が引き渡されると、ユーザ
制御のデータ処理システムに常駐するファイル管理プロ
グラムは、実キー生成プログラム３７９を使用して、製
品キー３７７、顧客番号３６９、制御ブロック・テキス
ト３７３、計算機ＩＤ３５７、および試用期間データ３
７４などの複数の入力を受け取る。実キー生成プログラ
ム３７９は、導出された実キー３８１を出力として生成
する。

【００４２】製品キー暗号化エンジン３７５（図１５）
と実キー生成構成３７９（図１６）の動作を実行するの
に使用する暗号化および暗号解読アルゴリズムについて
は、１９９２年１０月２１日に出願され、"Method and
System for Multimedia Access Control Enablement"と
いう名称の関連の米国特許出願第０７／９６４３２４号
に記載されている。

【００４３】次に、図１７および図１８に示すように、
ソフトウェア・ベンダによって提供された製品キー３７
７の妥当性および信憑性を判定するため、導出された実
キー３８１がテストされる。図示の通り、導出された実
キー３８１は暗号化エンジン３８５に一方の入力として
供給される。この暗号化エンジン３８５へのもう一方の
入力として、所定の暗号化妥当性検査データ・セグメン
ト３８３が供給される。暗号化エンジンは、導出された
クリア妥当性検査テキスト３８７を出力として供給す
る。その後、図１８により、導出されたクリア妥当性検
査テキスト３８７が比較器３８９で既知のクリア妥当性
検査テキスト３９１と比較される。この比較器３８９
は、導出されたクリア妥当性検査テキスト３８７と既知
のクリア妥当性検査テキスト３９１との比較をビットご
とに行うだけである。導出されたクリア妥当性検査テキ
スト３８７が既知のクリア妥当性検査テキスト３９１と
一致すると、ステップ３９３によりキー・ファイルが作
成されるが、導出されたクリア妥当性検査テキスト３８
７が既知のクリア妥当性検査テキスト３９１と一致しな
い場合は、ステップ３９５によりユーザ制御のデータ処
理システムに警告が通知される。

【００４４】次に図１９に移って説明すると、キー・フ
ァイル３９７は、一時製品キー、顧客キー（顧客番号の
暗号化バージョン）、クリア・テキストでの計算機ＩＤ
番号、および試用期間データ（クロック値またはカウン
タ値など）を含むものとして示されている。このキー・
ファイルは、暗号化エンジン３９９に入力として供給さ
れる。暗号化エンジン３９９には、キー４０１も入力と
して供給される。キー４０１は、計算機ＩＤ番号を導出
する際に使用するシステム属性のような固有のシステム
属性４０３から導出される。暗号化エンジン３９９は、
暗号化キー・ファイル４０５を出力として提供する。

【００４５】図２０、図２１、図２２、図２３、および
図２４は、一時アクセスキーが受け取られ、妥当性が検
査され、キー・ファイル３９７（図１９）に記録された
後で行われるファイル管理プログラムの操作を示してい
る。

【００４６】図２０は、暗号化ソフトウェア製品が処理
のためにユーザ制御のデータ処理システムによって呼び
出されたときに実行される各種ステップを示すブロック
図である。まず、暗号化ファイル４０５が取り出され、
「ヘッダ」部４０７がユーザ制御のデータ処理システム
によって読み取られる。このヘッダは、キー・ファイル
の位置を含む複数の構成要素を有する。キー・ファイル
の位置は、ステップ４０９によりキー・ファイルを取り
出すために使用される。さらにヘッダは、暗号化妥当性
検査テキスト４１１も含んでいる。この暗号化妥当性検
査テキスト４１１もユーザ制御のデータ処理システムに
よって読み取られる。前述の通り（および図１９に示す
通り）、キー・ファイルは製品キー４１９、顧客キー４
１７、および計算機ＩＤ４１５を含んでいる。図２１に
示すように、これらは暗号解読エンジン４１３に入力と
して与えられる。暗号解読エンジン４１３は、出力とし
て実キー４２１を提供する。実キー４２１を使用して配
布されたメモリ媒体上の暗号化ソフトウェア製品を暗号
解読する前に、妥当性を判定するためにこの実キーがテ
ストされる。図２２は、妥当性検査テストのブロック図
である。「ヘッダ」に収容されている暗号化妥当性検査
テキスト４２３は、入力として暗号解読エンジン４２５
に供給される。この暗号解読エンジン４２５には、実キ
ー４２１（図２１の操作で導出されたもの）も入力とし
て供給される。暗号解読エンジン４２５は出力としてク
リア妥当性検査テキスト４２７を提供する。図２３のブ
ロック図に示すように、クリア妥当性検査テキスト４２
７が入力として比較器４２９に供給される。この比較器
４２９には、既知のクリア妥当性検査テキスト４３１も
入力として供給される。比較器４２９は、導出されたク
リア妥当性検査テキスト４２７が既知のクリア妥当性検
査テキスト４３１と一致するかどうかを判定する。テキ
スト同士が一致すると、ステップ４３３によりソフトウ
ェア・オブジェクトが暗号解読されるが、妥当性検査テ
キスト部同士が一致しない場合は、ステップ４３５によ
り警告が通知される。図２４は、図２３のステップ４３
３の暗号解読操作を示すブロック図である。まず、暗号
化ソフトウェア・オブジェクト４３７が入力として暗号
解読エンジン４３９に与えられる。この暗号解読エンジ
ン４３９には、妥当性検査された実キー４４１も入力と
して供給される。暗号解読エンジン４３９は、出力とし
て暗号解読したソフトウェア・オブジェクト４４３を供
給する。

【００４７】暗号化ヘッダは、あるファイルがクリアテ
キスト・ファイルとともに格納されたときにそのファイ
ルが暗号化されているかどうかの判定に対応するために
設けられている。導入時の妥当性検査ステップ（本発明
の概念とは一切無関係である）の一部としてファイル・
サイズを検査する場合があるので、暗号化ファイルに暗
号化ヘッダを設ける際に、ファイル・サイズを変更しな
いことが重要である。このため、そのファイルのサイズ
を想定以上にすると、ソフトウェアの導入時に操作上の
困難が発生する場合がある。暗号化製品にアクセスする
可能性のある他のソフトウェア・アプリケーションは元
のファイル名を使用してそのファイルにアクセスするの
で、ファイルが暗号化されているという事実を反映する
ために暗号化ソフトウェア製品に関連するファイル名を
変更することができず、そのため、暗号化ヘッダの必要
性がさらに増すことになる。したがって、ファイルが暗
号化されていることを示すためにファイル名を変更する
と、暗号化ソフトウェア製品と他のおそらく関連あるソ
フトウェア製品との有益かつ望ましいやりとりが阻害さ
れる恐れがある。たとえば、表計算アプリケーションで
は、通常、印刷文書に財務情報を統合できるようにする
ために関連のワード・プロセッサ・プログラムに表計算
の各部を移植することができる。ワード・プロセッサ・
プログラム用のハードコード化された元のファイル名を
変更すると、これらのソフトウェア製品間の有益なやり
とりが阻害される恐れがある。本発明の暗号化ヘッダ
は、暗号化ファイルをその名前ファイル長で保管し、ソ
フトウェア製品用のファイル名を未変更の形式で保管す
ることで、上記の問題を解決するものである。

【００４８】図２５は、暗号化ヘッダ４５１を備えた暗
号化ファイルを示す図である。暗号化ヘッダ４５１は、
固有のＩＤ部４５３、キー・ファイル部の名前４５５、
暗号化妥当性検査セグメント４５７、暗号化タイプ４５
９、サイド・ファイルへのオフセット４６１、暗号化フ
ァイル・データ４６３などを含む複数のコード・セグメ
ントを含んでいる。当然のことながら、この図の暗号化
ファイル・データ４６３は、ワード・プロセッサ・プロ
グラムまたは表計算などの暗号化ソフトウェア製品を表
している。暗号化ヘッダ４５１は、通常は暗号化ソフト
ウェア製品の一部を構成するはずの暗号化データの代わ
りに提供される。また、暗号化ヘッダは、暗号化ソフト
ウェア製品の最初の部分の位置に代入される。暗号化フ
ァイル・データ４６３からなる暗号化ソフトウェア製品
の前面に暗号化ヘッダ４５１を配置するためには、暗号
化ファイル・データの一部を別の場所にコピーしなけれ
ばならない。サイド・ファイルへのオフセット４６１
は、移動されたファイル・データが収容されているサイ
ド・ファイル位置を識別するものである。

【００４９】図２６は、暗号化ファイルのディレクトリ
とサイド・ファイルとの関係を示す図である。図示の通
り、暗号化ファイルのディレクトリ４６５は、ファイル
ａａａ、ファイルｂｂｂ、ファイルｃｃｃ、ファイルｄ
ｄｄからファイルｎｎｎまでを含んでいる。これらのフ
ァイルのそれぞれは、特定の暗号化ソフトウェア製品の
ディレクトリ名を表している。各暗号化ソフトウェア製
品には、ファイルのサイズとファイル名を変更せずに暗
号化ヘッダ４５１を収容するために移動されたファイル
の前面部分が入っているサイド・ファイルが関連付けら
れている。ファイルａａａにはサイド・ファイルＡＡＡ
が関連付けられている。ソフトウェア製品ファイルｂｂ
ｂにはサイド・ファイルＢＢＢが関連付けられている。
暗号化ソフトウェア製品ｃｃｃにはサイド・ファイルＣ
ＣＣが関連付けられている。暗号化ソフトウェア製品ｄ
ｄｄにはサイド・ファイルＤＤＤが関連付けられてい
る。暗号化ソフトウェア製品ｎｎｎにはサイド・ファイ
ルＮＮＮが関連付けられている。図２６のディレクトリ
名４６７、４６９、４７１、４７３、４７５は、サイド
・ファイル４７７、４７９、４８１、４８３、４８５に
関連するものとして示されている。このサイド・ファイ
ルの目的は、ファイル・サイズを変更せずに暗号化ソフ
トウェア製品のそれぞれに暗号化ヘッダでタグを付けら
れるようにすることにある。

【００５０】暗号化ヘッダ４５１の暗号化タイプ・セグ
メント４５９は、暗号化ソフトウェア製品の暗号化に使
用される暗号化のタイプを識別するものである。製品の
暗号化にはいくつかある従来の暗号化技法のいずれも使
用可能であり、同一メモリ媒体上に収容されている複数
の異なるソフトウェア製品を暗号化する場合は異なる暗
号化タイプを使用することができる。このため、暗号化
タイプ・セグメント４５９により、暗号化ソフトウェア
製品を暗号解読するために適切な暗号化／暗号解読ルー
チンが確実に呼び出される。ただし、この場合、一時ア
クセス・キーが有効で期限切れになっていないことが条
件となる。暗号化ヘッダ４５１のキー・ファイル・セグ
メントの名前４５５は、キー・ファイルのアドレス（通
常、ディスク・ドライブ位置）を提供する。（図１９に
関連して）前述の通り、キー・ファイルは、製品キー、
顧客キー、およびクリア計算機ＩＤを含んでいる。（図
２１により）実キーを生成するには、これらの３つの情
報がすべて必要になる。暗号化妥当性検査セグメント４
５７は、図２３のルーチンを使用して既知のクリア妥当
性検査テキストとの比較が可能な導出済みクリア妥当性
検査テキストを生成するための図２２に示すルーチンで
使用される暗号化妥当性検査テキストを含んでいる。導
出されたクリア妥当性検査テキストが既知のクリア妥当
性検査テキストと完全に一致する場合のみ、導出され妥
当性検査された実キーを使用して図２４により暗号化ソ
フトウェア製品を暗号解読することにより、処理を続行
することができる。しかし、図２４の暗号解読操作を実
行する前に、暗号化ヘッダ４５１の代わりに対応するサ
イド・ファイルの内容を暗号化ソフトウェア製品に戻し
ておかなければならない。これにより、暗号解読操作の
前に暗号化ソフトウェア製品が完全なものになる。

【００５１】ユーザ制御のデータ処理システムのオペレ
ーティング・システムによる処理のためにファイルが呼
び出されるたびに、そのオペレーティング・システムに
常駐するファイル管理プログラムが入出力要求を代行受
信（intercept）し、ファイルの前面部分を検査して、
固有のＩＤ４５３のような暗号解読ブロックＩＤが特定
の既知の場所に存在するかどうかを判定する。パフォー
マンスを最善にするため、図２５に示すように、通常、
この場所はファイルの先頭になる。ファイルが暗号解読
ブロックを備えているとファイル管理プログラムが判定
すると、ＴＳＲ（終了後常駐もしくは常駐終了型プログ
ラム）がそのブロックをメモリに読み込む。その後、キ
ー・ファイルが入っているドライブおよびディレクトリ
を指定する環境変数をコピーし、暗号化ブロックからの
キー・ファイル名を連結することで完全修飾キー・ファ
イル名を作成するために、その暗号解読ブロックが解析
される。次に、ＴＳＲはキー・ファイルのオープンを試
みる。キー・ファイルが存在しない場合は、ＴＳＲは、
暗号化ファイルのオープンを試みているアプリケーショ
ンに「アクセス拒否」応答を返す。キー・ファイルが存
在すると判定された場合は、ＴＳＲはキー・ファイルを
オープンし、各種のキー（製品キー、顧客キー、および
計算機ＩＤ）を読み込んで、実キーを生成する。この実
キーは、暗号解読ブロック妥当性検査データを暗号解読
するために使用されている。前述の通り、比較操作によ
って、この暗号解読操作が正常に行われたかどうかが判
定される。比較が失敗に終わった場合、キー・ファイル
は「無効」であると判定され、暗号化ソフトウェア製品
のオープンを試みているアプリケーションに対してＴＳ
Ｒが「アクセス拒否メッセージ」を返す。しかし、比較
が正常に行われた場合は、ファイル管理プログラムは、
暗号化ヘッダで検出された暗号化タイプに応じてファイ
ルの暗号解読の準備を行う。その後、ファイルがオープ
ンされたことを示すために、ＴＳＲは有効なファイル・
ハンドルを呼出し側アプリケーションに返す。アプリケ
ーションが暗号化ファイルからデータを読み取る場合、
ＴＳＲは、アプリケーションに戻す前にこのデータを読
み取って暗号解読する。要求されたデータがサイド・フ
ァイル内に格納されている移動済みデータの一部である
場合は、データが別のファイルからのものであることを
呼出し側アプリケーションに知らせずに、ＴＳＲがサイ
ド・ファイルを読み取って、適切な暗号解読済みブロッ
クを呼出し側アプリケーションに返す。

【００５２】図２５および図２６では暗号化ヘッダの大
まかな概念を示したが、図２７、図２８、および図２９
では暗号化ファイルの作成に関するより詳細な態様を示
す。図２８および図２９は、２種類のデータ・ファイル
を示している。図２８は非実行データ・ファイルを示し
ているのに対し、図２９は実行データ・ファイルを示し
ている。また、図２７は、シグナチャ・セグメント５０
１、ヘッダＬＥＮ５０３、サイド・ファイル・インデッ
クス５０５、サイド・ファイルＬＥＮ５０７、暗号解読
タイプＩＤ５０９、検証データ５１１、およびキー・フ
ィル名５１８を含むヘッダ４９９を示している。図２８
に示すように、ソフトウェア製品はクリア・ファイル５
２１として始まり、特定の暗号化ルーチンにより暗号化
ファイル５２３に暗号化される。クリア・ファイル５２
１を暗号化ファイル５２３に変更する場合に使用される
暗号化のタイプは、ヘッダ４９９の暗号化タイプ・セグ
メント５０９によって識別される。次に、暗号化ファイ
ル５２３の前面部分が、ヘッダ４９９のサイド・ファイ
ル・インデックス５０５とサイド・ファイルＬＥＮ５０
７によって識別されるサイド・ファイル５２７にコピー
される。さらに、サイド・ファイル５２７には、検証デ
ータのクリア・テキストのコピーも含まれる。その後、
修正済み暗号化ファイル５２５を形成するためにヘッダ
４９９が暗号化ファイル５２３の前面部分にコピーされ
る。図２９に示すように、実行ファイルについても同様
の処理が行われる。暗号化ファイル５３３を形成するた
めに、ソフトウェア製品のクリア・テキスト・コピー
（クリア・ファイル５３１として表されているもの）が
従来のルーチンにより暗号化される。暗号化ファイル５
３３のデータの重なり（オーバレイ）が防止されるよう
に、暗号化ファイル５３３の前面部分がサイド・ファイ
ル５３９にコピーされる。しかも、サイド・ファイル５
３９は、検証データのクリア・テキストのコピーを含
む。その後、暗号化ファイル５５３の最初の部分（前面
部分）に実行可能スタブ５３７とヘッダ５９９をオーバ
レイすることで、暗号化ファイル５３３が修正される。

【００５３】ここで図２９の実行可能スタブ５３７の目
的について説明する。パーソナル・コンピュータ用のＤ
ＯＳオペレーティング・システムは、暗号化アプリケー
ションの実行を試みる。その結果、システムが「ハン
グ」したり、好ましくないアクションを起こす場合があ
る。図２９の実行ファイルの実行可能スタブ５３７は、
暗号化されたアプリケーションの実行をユーザが試みな
いようにするために使用される。つまり、ユーザが暗号
化ファイルを実行しようとすると、システムをハングさ
せたり、ドライブをフォーマットしたりする危険性がか
なり大きいと思われる。導入済みＴＳＲを使用せずにア
プリケーションを実行したり、ＴＳＲが「監視」してい
ないドライブからアプリケーションを実行した場合に必
ず実行可能スタブが実行されるように、このスタブは暗
号化ソフトウェア製品の前面部分に接続されている。こ
のスタブによって、アプリケーションを実行できない理
由を説明するメッセージがユーザに通知される。この実
行可能スタブを使用すると、メッセージの提供以外に、
次のような高度なアクションを実行することができる。 （１）ＴＳＲの機能性を複写し、もう一度アプリケーシ
ョンを開始する前に動的暗号化を導入することができ
る。 （２）一時アクセス・キーをオンにして、もう一度アプ
リケーションを開始することができる。 （３）ＴＳＲとやりとりして、アプリケーションの実行
元であるドライブを調べるよう通知することができる。

【００５４】実行可能スタブは、暗号化プログラムに次
のように保管またはコピーされる。 （１）アプリケーションを暗号化する。 （２）このプログラム用に暗号解読ブロックを作成す
る。 （３）暗号解読ブロックの前面部分に事前作成実行可能
スタブが接続される。 （４）結合した暗号解読ヘッダと実行可能スタブの長さ
を求める。 （５）実行可能ファイルの前面にあってこの長さに匹敵
するバイト数がメモリ、好ましくは定義済みのサイド・
ファイル位置に読み込まれる。 （６）暗号化ヘッダと実行可能スタブが実行可能コード
の先行バイトの上に上書きされる。

【００５５】ＴＳＲは、実行可能スタブの「既知のサイ
ズ」を超えて暗号解読ブロック部分を探索することで、
実行可能スタブが暗号化されているかどうかを判定でき
る。ＴＳＲは、実行可能スタブを暗号解読するときに、
サイド・ファイルにアクセスし、スタブとヘッダ・ブロ
ックによって移動されたバイトを読み込む。

【００５６】図３０および図３１は、試用期間中の操作
を示す流れ図であり、この操作はソフトウェア・ブロッ
ク６０１から始まる。ソフトウェア・ブロック６０３に
より、ユーザ制御のデータ処理システムのオペレーティ
ング・システム内に位置するファイル管理プログラムが
メモリ媒体への入出力呼出しを連続監視する。その後、
ソフトウェア・ブロック６０５により、各入出力呼出し
ごとに被呼ファイルがファイル管理プログラムにより代
行受信され、ソフトウェア・ブロック６０７により、ア
クセスを許可すべきかどうかをファイル管理プログラム
が判定できるようになるまで、オペレーティング・シス
テムから被呼ファイルへのアクセスが拒否される。被呼
ファイルのうち、暗号解読ブロックが位置するはずの部
分が読み取られる。その後、ソフトウェア・ブロック６
０９により、被呼ファイルのこの部分が読み出され、ソ
フトウェア・ブロック６１１により、キー・ファイル・
アドレスが導出される。導出されたアドレスは、ソフト
ウェア・ブロック６１３によりキー・ファイルを取り出
す際に使用される。判定ブロック６１５の結果、キー・
ファイルを突き止められない場合は、ソフトウェア・ブ
ロック６１７で処理が終了する。しかし、判定ブロック
６１５により、キー・ファイルを突き止めることができ
ると判定された場合は、ソフトウェア・ブロック６１９
によりキーが導出される。その後、ソフトウェア・ブロ
ック６２１により、導出されたキーを使用して、暗号化
ヘッダ内に位置する妥当性検査セグメントが暗号解読さ
れる。判定ブロック６２３では、暗号解読妥当性検査セ
グメントが暗号解読妥当性検査セグメント用のクリア・
テキストと比較される。暗号解読されたセグメントが既
知のクリア・テキスト・セグメントと一致しない場合
は、処理はソフトウェア・ブロック６２５に続き、終了
する。しかし、判定ブロック６２３で、暗号解読された
妥当性検査セグメントが既知のクリア・テキスト妥当性
検査セグメントと一致すると判定されると、処理はソフ
トウェア・ブロック６２７に続き、そこで被呼ファイル
へのアクセスが許可される。次に、ソフトウェア・ブロ
ック６２９により、暗号解読ヘッダから暗号解読タイプ
が読み取られ、ソフトウェア・ブロック６３３によりユ
ーザ制御のデータ処理システムのオペレーティング・シ
ステムによる処理のために渡されたときに、被呼ファイ
ルがソフトウェア・ブロック６３１により動的に暗号解
読される。処理はソフトウェア・ブロック６３５で終了
する。

【００５７】暗号化ファイルの無許可実行を試みると、
実行可能スタブは少なくとも一時的にアクセスを拒否
し、システムにメッセージを通知するが、前に列挙した
いくつかの高度な方法で問題を処理することができる。

【００５８】本発明の好ましい実施例によれば、見込み
のある購入者は、試用期間中または試用期間終了時に、
コンピュータがアクセス可能なメモリ媒体上の１つまた
は複数のソフトウェア製品のコピーの購入準備のために
ベンダに連絡する可能性がある。潜在的ユーザに製品を
発送するためにＣＤ−ＲＯＭまたはフロッピー・ディス
クが使用されていることが好ましい。また、コンピュー
タがアクセス可能なメモリ媒体は、試用期間用に提供さ
れる各製品について暗号化したコピーを２つ含むことが
好ましい。一方の暗号化コピーは、ファイル管理プログ
ラムと、ベンダから購入者に通知される一時キーとを使
用して暗号解読することができる一次的なものである。
もう一方の暗号化コピーは、試用期間動作モードでの使
用を目的として提供されるのではなく、ソフトウェア製
品の購入後に暗号解読と使用が可能になる永続コピーと
して提供されるものである。大まかに概説すると、ユー
ザは、試用期間動作モード用にソフトウェア製品を選択
し、（ファイル管理プログラムにより）定義済み試用期
間中の製品へのユーザ・アクセスを可能にする一時アク
セス・キーをベンダから取得する。試用期間終了前また
は終了後にユーザは、ファックス、電子メール、または
電話によってベンダに連絡することで、ソフトウェア製
品の永続コピーをベンダから購入することができる。支
払を受け取ると、ベンダは、ソフトウェア製品のもう１
つの暗号化コピーを暗号解読するのに使用する永続アク
セス・キーをユーザに通知する。この暗号化製品は、Ｄ
ＥＳアルゴリズムなどの従来の暗号化ルーチンを使用し
て暗号化することができる。永続キーにより、ソフトウ
ェア製品を暗号解読して無制限に使用することができ
る。１回のトランザクションで１つの製品の複数のコピ
ーを購入する場合があるため、本発明は、可動アクセス
・キーを提供するための技法を備えている。この可動ア
クセス・キーについては、図３２〜図３７に関連して後
述する。本発明の好ましい実施例で使用するソフトウェ
ア製品の上述の第２のコピーを暗号化し暗号解読するた
めの暗号化アルゴリズムは、試用期間動作モードで使用
するものと同様である。

【００５９】本発明は、試用期間終了後に永続アクセス
・キーの配布に対応するためのエクスポート（送信）／
インポート（受信）機能を含んでいる。通常、オフィス
の管理者またはデータ処理システムの管理者は、試用期
間終了後に暗号化製品の指定数の複数の「コピー」を購
入する。その後、組織内の所与の個人に対し、暗号化製
品への無制限かつ永続的なアクセスを可能にする永続キ
ーが発行される。分散データ処理ネットワーク内に計算
装置が接続されていないオフィスや作業環境では、オフ
ィスの管理者またはデータ処理システムの管理者から、
組織内で暗号化ソフトウェア製品のコピーの受取りが予
定されている指定の個人に対し、永続アクセス・キーを
通知しなければならない。永続キーは製品への永続的ア
クセスに対応するものである。特定の暗号化製品のコピ
ーを組織内のすべての従業員に発行できるわけではない
ので、ベンダとしては、売買契約またはライセンス契約
を超えるような配布を最小限に抑えるか防止するような
配布方法を希望するはずである。製品は暗号化されてい
るため、暗号化した形式であれば自由に配布することが
できる。本発明で保護の対象となるのは、製品への無制
限アクセスを可能にする各種キーである。電子メールや
印刷物のやりとりでキーが配布されるのを防止するた
め、本発明は、ソース・コンピュータに常駐するエクス
ポート・プログラムと、ターゲット・コンピュータに常
駐するインポート・プログラムとを含み、これらのプロ
グラムにより、フロッピー・ディスクなどの取外し可能
メモリ媒体を介して行われるアクセス・キーの配布に対
応している。このため、アクセス・キーが不注意や事故
によって配布または開示されることはなくなる。この目
標を達成するための主な実施例は２通りある。

【００６０】第一の実施例では、ソース・コンピュータ
に保管されている１つまたは複数の暗号化ファイルがま
ず暗号解読され、次に暗号化アルゴリズムと移送可能メ
モリ媒体に固有の暗号化キー（ディスケットの製造番号
など）を使用して、そのファイルが暗号化される。キー
・ファイルはディスケットによってターゲット・コンピ
ュータに物理的に運搬することができ、そのターゲット
・コンピュータでは転送可能メモリ媒体との対話により
ターゲット・コンピュータが導出したキーを使用してキ
ー・ファイルの暗号解読が行われる。その後直ちに、タ
ーゲット・コンピュータの固有のシステム属性から導出
されたキーで鍵がかけられた暗号化操作を使用して、キ
ー・ファイル（複数も可）の暗号化が行われる。

【００６１】第二の実施例では、ターゲット・コンピュ
ータに明確に関連付けられ、ターゲット・コンピュータ
の１つまたは複数の固有のシステム属性から導出可能な
転送キーをターゲット・コンピュータのインポート・フ
ァイルから獲得するために、転送可能メモリ媒体がター
ゲット・コンピュータに装填される。その後、メモリ媒
体はソース・コンピュータに転送され、そこで１つまた
は複数のキー・ファイルが暗号解読され、さらに転送キ
ーを使用して暗号化される。次に、メモリ媒体はターゲ
ット・コンピュータに運搬され、そこで転送キーが生成
され、１つまたは複数のキー・ファイルを暗号解読する
ための暗号解読操作で転送キーが使用される。ターゲッ
ト・コンピュータに明確に関連付けられ、１つまたは複
数の固有のコンピュータ構成属性から導出可能なキーで
鍵がかけられた暗号化操作を使用して、直ちにキー・フ
ァイルの暗号化が行われることが好ましい。第一の実施
例については、図３２、図３３、図３４、および図３５
に関連して説明する。また、第二の実施例については、
図３６および図３７に関連して説明する。

【００６２】図３２および図３３は、別のシステムへの
インポートが可能になっているアクセス・キーの固有の
ディスケット・イメージを生成する「エクスポート」機
構を使用して、許可ユーザが永続キーを別のデータ処理
システムへ移動できるようにするためのエクスポート操
作とインポート操作をブロック図形式で示したものであ
る。本発明によれば、ソフトウェア・ベンダから顧客に
電話で引き渡されるアクセス・キーの長さは４０バイト
未満である。生成されたキー・ファイルの長さは２００
０バイトを上回る。キー・ファイルと計算機ＩＤファイ
ルをディスケットにコピーするためのエクスポート機構
が設けられている。誰でも使用可能な公共フォーラムに
コピーされるのを禁止するために、両方のファイルは、
修正済みのディスケット製造番号で暗号化される。別の
システムに設けられているインポート機構は、これらの
ファイルを暗号解読し、ディスケットから得た製品キー
と計算機ＩＤをインポート・システム・マスタ・ファイ
ル内のインポート製品キーおよび計算機ＩＤのリストに
追加し、そのキー・ファイルをインポート・システム・
ハード・ディスクにコピーする。前に開示したとおり、
このキー・ファイルがインポート・システム上で暗号化
される。

【００６３】図３２は、本発明の好ましい実施例による
エクスポート操作を示すブロック図である。図示の通
り、ソース・コンピュータ６５１は、キー・ファイル６
５３と計算機ＩＤファイル６５５とを含む。キー・ファ
イル６５３は、製品キーと、顧客キーと、ソース・コン
ピュータ６５１用の計算機ＩＤのクリア・テキストと、
試用期間データ（試用期間を定義するクロックまたはカ
ウンタあるいはその両方など）と、特定の保護ソフトウ
ェア製品について許可されたエクスポート操作の最大数
を定義し、実施されたエクスポート操作の総数を追跡す
るという二重機能を実行するエクスポート・カウンタと
を含む。計算機ＩＤファイルは、計算機ＩＤ番号と試用
期間データ（試用期間を定義するクロックまたはカウン
タあるいはその両方など）とを含む。キー・ファイル６
５３と計算機ＩＤファイル６５５はどちらも従来の暗号
化操作（ＤＥＳアルゴリズムなど）によって暗号化され
るが、この操作はソース・コンピュータ６５１の固有の
システム属性から導出されるキーで鍵がかけられてい
る。エクスポート操作の開始時に、キー・ファイル６５
３と計算機ＩＤファイル６５５が暗号解読される。キー
・ファイル６５３は、キー６５９で鍵がかけられた暗号
解読操作６５７に入力として供給される。同様に、計算
機ＩＤファイル６５５は、キー６６１で鍵がかけられた
暗号解読操作６６３に入力として供給される。暗号解読
操作６５７および６６３は、キー・ファイル６５３と計
算機ＩＤファイル６５５のクリア・テキスト・バージョ
ンを生成する。クリア・テキストが得られると、キー・
ファイル６５３内に収容されているエクスポート・カウ
ンタがブロック６６１により修正される。たとえば、こ
の操作が、許される１０回の操作のうちの７回目のエク
スポート操作であれば、カウンタは"７：１０"と表示す
るはずである。キー・ファイル６５３のクリア・テキス
ト・バージョンは暗号化操作６６９に入力として供給さ
れる。この暗号化操作６６９は、従来のいずれの暗号化
操作（ＤＥＳアルゴリズムなど）でもよく、修飾子６６
７による修正の対象となったソース・コンピュータ６５
１に結合されたメモリ媒体に固有のメモリ媒体属性６６
５で鍵がかけられる。たとえば、メモリ媒体６７７に固
有の「メモリ媒体属性」として固有のディスケット製造
番号を供給することができる。わずかに変更して暗号化
操作６６９に入力として供給するために、ディスケット
製造番号は修飾子６６７により修正される。計算機ＩＤ
ファイル６５５のクリア・テキストについても同じ操作
が行われる。すなわち、固有のメモリ媒体属性６７１が
修飾子６７３によって修正され、暗号化操作６７５のキ
ーとして使用される。この暗号化操作は、ＤＥＳ操作な
どの従来の暗号化操作で構成することができる。最後
に、暗号化操作６６９および６７５の出力がコピー操作
６７９および６８１に入力として供給され、暗号化キー
・ファイル６５３と計算機ＩＤファイル６５５がメモリ
媒体６７７にコピーされる。

【００６４】図３３は、インポート操作を示すブロック
図である。メモリ媒体６７７（図３２）はソース・コン
ピュータ６５１（図３２）から物理的に取り外され、コ
ンピュータ７０７（図３３）に物理的に運搬される。あ
るいは、分散データ処理システムではこの転送は、メモ
リ媒体６７７の物理的な取外しを伴わずに行われる場合
もある。ここで図３３に関して説明すると、どの特定の
ターゲット・コンピュータがキー・ファイルと計算機Ｉ
Ｄファイルを受け取ったかを記録するために、ブロック
６８３により、ターゲット・コンピュータの計算機ＩＤ
がメモリ媒体６７７にコピーされる。次に、ブロック６
８５および６９３により、暗号化キー・ファイル６５３
と計算機ＩＤファイル６５５がメモリ媒体からターゲッ
ト・コンピュータ７０７にコピーされる。暗号化キー・
ファイル６５３は、キー６８７で鍵がかけられた暗号解
読操作６８９に入力として供給される。暗号解読操作６
８９は、ブロック６６９の暗号化操作を取り消すもの
で、キー・ファイル６５３のクリア・テキスト・バージ
ョンを出力として提供する。同様に、計算機ＩＤファイ
ル６５５は、キー６９５で鍵がかけられた暗号解読操作
６９７に入力として供給される。暗号解読操作６９７
は、暗号化操作６７５の暗号化を取り消すもので、計算
機ＩＤファイル６５５のクリア・テキストを出力として
提供する。ブロック６９１により、ソース・コンピュー
タ６５１の計算機ＩＤが取り出され、キー・ファイル６
５３のクリア・テキストとしてメモリ内に記録される。
次に、キー・ファイル６５３のクリア・テキストが暗号
化操作６９９に入力として供給される。暗号化操作６９
９は、ＤＥＳ操作などの従来の暗号化操作であり、ター
ゲット・コンピュータ７０７用の計算機ＩＤまたは修正
済み計算機ＩＤなどのターゲット・コンピュータ固有の
属性で鍵がかけられている。計算機ＩＤファイル６５５
のクリア・テキストは、暗号化操作７０３に入力として
供給される。この暗号化操作７０３は、ＤＥＳ暗号化操
作などの従来の暗号化操作であり、ターゲット・コンピ
ュータ７０７の計算機ＩＤまたは修正済み計算機ＩＤな
どの固有のターゲット・コンピュータ属性７０５で鍵が
かけられている。暗号化操作６９９の出力は、製品キー
（ソース・コンピュータ６５１のキー・ファイル６５３
の一時製品キーと同じ）、顧客番号（ソース・コンピュ
ータ６５１のキー・ファイル６５３の顧客番号と同
じ）、クリア計算機ＩＤ（ターゲット・コンピュータ７
０７用の計算機ＩＤであって、ソース・コンピュータ６
５１の計算機ＩＤではない）、試用期間データ（ソース
・コンピュータ６５１のキー・ファイル６５３の試用期
間データと同じ）、およびソース・コンピュータ６５１
の計算機ＩＤのＩＤを含む暗号化キー・ファイル７０９
を生成する。暗号化操作７０３の出力は計算機ＩＤファ
イル７１１を定義するもので、このファイルは、ターゲ
ット・コンピュータ７０７の計算機ＩＤ（ソース・コン
ピュータ６５１の計算機ＩＤではない）と試用期間デー
タ（ソース・コンピュータ６５１の計算機ＩＤファイル
６５５の試用期間データと同じ）とを含む。

【００６５】図３４および図３５は、図３２および図３
３に示したインポート操作とエクスポート操作の代替図
で、本発明の重要な特徴の一部を強調するものである。
図示の通り、ソース・コンピュータ８０１は、ソース・
コンピュータ８０１に固有のシステム属性キーで暗号化
された計算機ＩＤファイル８０３を含む。この計算機Ｉ
Ｄファイルは、計算機ＩＤファイル番号ならびに各保護
ソフトウェア製品ごとに許されるエクスポートの回数を
示すカウントと、使用されたエクスポートの総数を示す
カウントとを含む。たとえば、最初のエクスポート操作
で"１：１０"というカウントが伝達された場合、許可さ
れた１０回のエクスポート操作のうちの１回が行われた
ことを意味する。次のエクスポート操作では、カウンタ
は"２：１０"に増加し、許可された１０回のエクスポー
ト操作のうち２回が行われたことを意味する。特定のエ
クスポート操作の受取り側であることを示すために、エ
クスポート操作の結果を受け取る各ターゲット・コンピ
ュータには、この特定のカウンタ値でタグが付けられ
る。たとえば、１つのソース・コンピュータ・システム
が"１：１０"というカウンタ値を有する場合、このシス
テムが許可された１０回のエクスポート操作のうちの最
初のエクスポート操作の受取り側であることを意味す
る。さらに別のターゲット・コンピュータが"７：１０"
というカウンタ値を有する場合は、この特定のターゲッ
ト・コンピュータが許可された１０回のエクスポート操
作のうちの７回目のエクスポート操作を受け取ったこと
を意味する。このようにして、ターゲット・コンピュー
タは使用したエクスポート操作の総数のカウントを保管
するのに対し、それぞれのソース・コンピュータは、許
可された複数のエクスポート操作のうちの特定の操作に
よる計算機ＩＤファイルとキー・ファイルの受取り側を
識別するための異なるカウンタ値を有する。

【００６６】ソース・コンピュータ８０１では、ソース
・コンピュータ８０１に固有のシステム属性をキーとし
て使用する暗号化アルゴリズムによって計算機ＩＤファ
イル８０３とキー・ファイル８０５が暗号化されるが、
計算機ＩＤファイル８０３とキー・ファイル８０５がエ
クスポート・キー・ディスケット８０７などのメモリ媒
体に転送されると、ディスケットの製造番号などの固有
のディスケット属性を暗号化キーとして使用する従来の
暗号化操作で計算機ＩＤファイル８０９とキー・ファイ
ル８１１が暗号化されることに留意されたい。これによ
り、計算機ＩＤファイル８０９またはキー・ファイル８
１１あるいはその両方の内容が別のディスケットまたは
他のメモリ媒体にコピーされ、ソフトウェア製品への無
許可アクセスを獲得するのに利用される可能性が最小限
に抑えられる。その理由は、計算機ＩＤファイル８０９
とキー・ファイル８１１の内容を効果的にターゲット・
コンピュータに転送するために、ターゲット・コンピュ
ータはエクスポート・キー・ディスケット８０７から固
有のディスケット属性を読み取って使用できなければな
らないためである。計算機ＩＤファイル８０９とキー・
ファイル８１１がコピーされているディスケットでこれ
らのファイルがターゲット・コンピュータに提供された
場合のみ、効果的な転送を行うことができる。暗号解読
操作を正常に実施するにはターゲット・コンピュータは
エクスポート・キー・ディスケット８０７の固有の属性
（ディスケット製造番号など）を必要とするため、潜在
的ターゲット・コンピュータに対してエクスポート・キ
ー・ディスケット８０７以外のディスケットで計算機Ｉ
Ｄファイル８０９とキー・ファイル８１１を提供する
と、無意味な情報が転送されてしまう。

【００６７】図３５に示すように、エクスポート・キー
・ディスケット８０７はターゲット・コンピュータ８１
３に提供される。当然のことながら、計算機ＩＤファイ
ル８０９とキー・ファイル８１１は暗号化形式になって
いる。エクスポート・キー・ディスケット８０７からタ
ーゲット・コンピュータ８１３に転送する場合、計算機
ＩＤファイル８０９の内容は、ターゲット・コンピュー
タ８１３の計算機ＩＤと、使用したインポート操作のカ
ウントで更新される。ターゲット・コンピュータ８１３
への転送を実施する場合、ターゲット・コンピュータ８
１３用の計算機ＩＤなどの複数の項目と、顧客情報、な
らびにソース・コンピュータ８０１の計算機ＩＤ番号の
リストを含む計算機ＩＤファイル８１５が作成される。
計算機ＩＤファイル８１５とキー・ファイル８１７はど
ちらも、ターゲット・コンピュータ８１３の固有の属性
をキーとして使用する従来の暗号化操作を使用して暗号
化される。これにより、計算機ＩＤファイル８１５およ
びキー・ファイル８１７が特定のターゲット・コンピュ
ータ８１３に結びつけられる。

【００６８】エクスポート／インポート・カウンタを使
用して、許可されたエクスポート／インポート操作の総
数と使用したエクスポート／インポート操作の総数を追
跡することで、本発明は、試用期間中にソフトウェア製
品の配布を追跡するのに使用可能な監査証跡（audit tr
ail）を作成する。各ソース・コンピュータは、実行さ
れたエクスポート操作の総数の記録を保有する。また、
各ソース・コンピュータは、どの特定のエクスポート／
インポート操作が１つまたは複数の保護ソフトウェア製
品をターゲット・コンピュータに転送するのに使用され
たかについての記録も保有する。この転送を実施するの
に使用するメモリ媒体（１枚のディスケットまたは１群
のディスケットなど）は、すべてのエクスポート／イン
ポート操作に使用されたソース・コンピュータとターゲ
ット・コンピュータの両方の計算機ＩＤ番号の永続的記
録を保有する。

【００６９】エクスポート操作とインポート操作を実施
するための手順により、保護ソフトウェア製品が不必要
な危険に曝されることがなくなる。計算機ＩＤファイル
とキー・ファイルがソース・コンピュータからターゲッ
ト・コンピュータに渡されると、エクスポート・ディス
ケットをコピーしたり、不当にキーを配布するための手
段としてその内容を掲示板に掲載する行為を防止または
禁止するエクスポート・ディスケットの固有の属性によ
って、これらのファイルが暗号化される。インポート操
作時は、ソース・コンピュータの安全保護と一致するよ
うにソフトウェア製品が維持されることを保証するた
め、計算機ＩＤファイルとキー・ファイルがターゲット
・コンピュータに固有のシステム属性で暗号化される。
ただし、ソフトウェア製品そのものはターゲット・コン
ピュータに固有の属性で暗号化される。その結果、キー
の不当コピーや掲載が防止される。

【００７０】エクスポート／インポート機能の第二の実
施例は、図３６および図３７にブロック図形式で示す。
大まかに概説すると、まず、メモリ媒体１６７７を使用
してターゲット・コンピュータ１７０７とやりとりし、
ターゲット・コンピュータ１７０７に固有で、好ましく
はターゲット・コンピュータ１７０７の１つまたは複数
の固有のシステム属性から導出される転送キーをターゲ
ット・コンピュータ１７０７から獲得する。この転送キ
ーは、ターゲット・コンピュータ１７０７用の計算機Ｉ
Ｄの修正版でもよい。次に、メモリ媒体１６７７を使用
してエクスポート動作モードでソース・コンピュータ１
６５１とやりとりする。そのモードではキー・ファイル
１６５３と計算機ＩＤファイル１６５５がまず暗号解読
され、その後、転送キーを使用して暗号化される。

【００７１】図３６は、本発明の好ましい実施例による
エクスポート操作を示すブロック図である。図示の通
り、ソース・コンピュータ１６５１は、キー・ファイル
１６５３と計算機ＩＤファイル１６５５とを含む。キー
・ファイル１６５３は、製品キーと、顧客キーと、ソー
ス・コンピュータ１６５１用の計算機ＩＤのクリア・テ
キストと、試用期間データ（試用期間を定義するクロッ
クまたはカウンタあるいはその両方など）と、特定の保
護ソフトウェア製品について許可されたエクスポート操
作の最大数を定義し、実施されたエクスポート操作の総
数を追跡するという二重機能を実行するエクスポート・
カウンタとを含む。計算機ＩＤファイルは、計算機ＩＤ
番号と試用期間データ（試用期間を定義するクロックま
たはカウンタあるいはその両方など）とを含む。キー・
ファイル１６５３と計算機ＩＤファイル１６５５はどち
らも従来の暗号化操作（ＤＥＳアルゴリズムなど）によ
って暗号化されるが、この操作はソース・コンピュータ
１６５１の固有のシステム属性から導出されるキーで鍵
がかけられている。エクスポート操作の開始時に、キー
・ファイル１６５３と計算機ＩＤファイル１６５５が暗
号解読される。キー・ファイル１６５３は、キー１６５
９で鍵がかけられた暗号解読操作１６５７に入力として
供給される。同様に、計算機ＩＤファイル１６５５は、
キー１６６１で鍵がかけられた暗号解読操作１６６３に
入力として供給される。暗号解読操作１６５７および１
６６３は、キー・ファイル１６５３と計算機ＩＤファイ
ル１６５５のクリア・テキスト・バージョンを生成す
る。クリア・テキストが得られると、キー・ファイル１
６５３内に収容されているエクスポート・カウンタがブ
ロック１６６１により修正される。たとえば、この操作
が、許される１０回の操作のうちの７回目のエクスポー
ト操作であれば、カウンタは"７：１０"と表示するはず
である。キー・ファイル１６５３のクリア・テキスト・
バージョンは暗号化操作１６６９に入力として供給され
る。この暗号化操作１６６９は、従来のいずれの暗号化
操作（ＤＥＳアルゴリズムなど）でもよく、前に得られ
た転送キー１６６５で鍵がかけられる。計算機ＩＤファ
イル１６５５のクリア・テキストについても同じ操作が
行われる。すなわち、転送キー１６７１が暗号化操作１
６７５のキーとして使用される。この暗号化操作は、Ｄ
ＥＳ操作などの従来の暗号化操作で構成することができ
る。最後に、暗号化操作１６６９および１６７５の出力
がコピー操作１６７９および１６８１に入力として供給
され、暗号化キー・ファイル１６５３と計算機ＩＤファ
イル１６５５がメモリ媒体１６７７にコピーされる。

【００７２】図３７は、インポート操作を示すブロック
図である。メモリ媒体１６７７（図３６）はソース・コ
ンピュータ１６５１（図３６）から物理的に取り外さ
れ、コンピュータ１７０７（図３７）に物理的に運搬さ
れる。あるいは、分散データ処理システムではこの転送
は、メモリ媒体１６７７の物理的な取外しを伴わずに行
われる場合もある。ここで図３７に関して説明すると、
どの特定のターゲット・コンピュータがキー・ファイル
と計算機ＩＤファイルを受け取ったかを記録するため
に、ブロック１６８３により、ターゲット・コンピュー
タの計算機ＩＤがメモリ媒体１６７７にコピーされる。
次に、ブロック１６８５および１６９３により、暗号化
キー・ファイル１６５３と計算機ＩＤファイル１６５５
がメモリ媒体からターゲット・コンピュータ１７０７に
コピーされる。暗号化キー・ファイル１６５３は、キー
１６８７で鍵がかけられた暗号解読操作１６８９に入力
として供給される。暗号解読操作１６８９は、ブロック
１６６９の暗号化操作を取り消すもので、キー・ファイ
ル１６５３のクリア・テキスト・バージョンを出力とし
て提供する。同様に、計算機ＩＤファイル１６５５は、
キー１６９５で鍵がかけられた暗号解読操作１６９７に
入力として供給される。暗号解読操作１６９７は、暗号
化操作１６７５の暗号化を取り消すもので、計算機ＩＤ
ファイル１６５５のクリア・テキストを出力として提供
する。ブロック１６９１により、ソース・コンピュータ
１６５１の計算機ＩＤが取り出され、キー・ファイル１
６５３のクリア・テキストとしてメモリ内に記録され
る。次に、キー・ファイル１６５３のクリア・テキスト
が暗号化操作１６９９に入力として供給される。暗号化
操作１６９９は、ＤＥＳ操作などの従来の暗号化操作で
あり、ターゲット・コンピュータ１７０７用の計算機Ｉ
Ｄまたは修正済み計算機ＩＤなどのターゲット・コンピ
ュータ固有の属性で鍵がかけられている。計算機ＩＤフ
ァイル１６５５のクリア・テキストは、暗号化操作１７
０３に入力として供給される。この暗号化操作１７０３
は、ＤＥＳ暗号化操作などの従来の暗号化操作であり、
ターゲット・コンピュータ１７０７の計算機ＩＤまたは
修正済み計算機ＩＤなどの固有のターゲット・コンピュ
ータ属性１７０５で鍵がかけられている。暗号化操作１
６９９の出力は、製品キー（ソース・コンピュータ１６
５１のキー・ファイル１６５３の一時製品キーと同
じ）、顧客番号（ソース・コンピュータ１６５１のキー
・ファイル１６５３の顧客番号と同じ）、クリア計算機
ＩＤ（ターゲット・コンピュータ１７０７用の計算機Ｉ
Ｄであって、ソース・コンピュータ１６５１の計算機Ｉ
Ｄではない）、試用期間データ（ソース・コンピュータ
１６５１のキー・ファイル１６５３の試用期間データと
同じ）、およびソース・コンピュータ１６５１の計算機
ＩＤのＩＤを含む暗号化キー・ファイル１７０９を生成
する。暗号化操作１７０３の出力は計算機ＩＤファイル
１７１１を定義するもので、このファイルは、ターゲッ
ト・コンピュータ１７０７の計算機ＩＤ（ソース・コン
ピュータ１６５１の計算機ＩＤではない）と試用期間デ
ータ（ソース・コンピュータ１６５１の計算機ＩＤファ
イル１６５５の試用期間データと同じ）とを含む。

【００７３】まとめとして、本発明の構成に関して以下
の事項を開示する。

【００７４】（１）（ａ）ソース・コンピュータ側で、
少なくとも一部は少なくとも１つの固有のソース・コン
ピュータ・システム属性から得たキーで暗号化された少
なくとも１つのファイルを提供するステップと、（ｂ）
転送メモリ媒体を提供するステップと、（ｃ）前記ソー
ス・コンピュータ側で、前記少なくとも１つのファイル
を暗号解読するステップと、（ｄ）前記ソース・コンピ
ュータ側で、少なくとも１つの固有の転送メモリ媒体属
性から得たキーで前記少なくとも１つのファイルを暗号
化するステップと、（ｅ）前記ソース・コンピュータ側
で、前記暗号化ファイルを前記転送メモリ媒体にコピー
するステップと、（ｆ）ターゲット・コンピュータ側
で、前記少なくとも１つのファイルを暗号解読するステ
ップと、（ｇ）前記ターゲット・コンピュータ側で、少
なくとも一部は少なくとも１つのターゲット・コンピュ
ータ・システム属性から得たキーで前記少なくとも１つ
のファイルを暗号化するステップとを含む、データ処理
システム間で暗号化ファイルを渡す方法。 （２）（い）許される転送操作の最大数を定義するエク
スポート・カウンタを前記ソース・コンピュータ内に設
けるステップと、（ろ）各転送操作ごとに前記エクスポ
ート・カウンタを起動するステップとを含む、上記
（１）に記載の暗号化ファイルを渡す方法。 （３）特定のターゲット・コンピュータに対して、前記
許される転送操作のそれぞれを識別するステップを含
む、上記（２）に記載の暗号化ファイルを渡す方法。 （４）各ターゲット・コンピュータから識別情報を獲得
することにより、前記転送メモリ媒体を必要とするすべ
ての転送操作の発生を記録するステップを含む、上記
（１）に記載の暗号化ファイルを渡す方法。 （５）（ａ）ソース・コンピュータ側で、少なくとも一
部は少なくとも１つの固有のソース・コンピュータ・シ
ステム属性から得たキーで暗号化された少なくとも１つ
のファイルを提供するステップと、（ｂ）転送メモリ媒
体を提供するステップと、（ｃ）特定の転送操作を開始
するステップと、（ｄ）前記ソース・コンピュータ側
で、前記少なくとも１つのファイルを暗号解読するステ
ップと、（ｅ）前記特定の転送操作を明確に識別する転
送ＩＤを前記少なくとも１つのファイルに含めるステッ
プと、（ｆ）前記ソース・コンピュータ側で、少なくと
も１つの固有の転送メモリ媒体属性から得たキーで前記
少なくとも１つのファイルを暗号化するステップと、
（ｇ）前記ソース・コンピュータ側で、前記暗号化ファ
イルを前記転送メモリ媒体にコピーするステップと、
（ｈ）ターゲット・コンピュータ側で、前記少なくとも
１つのファイルを暗号解読するステップと、（ｉ）前記
ターゲット・コンピュータ側で、少なくとも一部は少な
くとも１つのターゲット・コンピュータ・システム属性
から得たキーで前記少なくとも１つのファイルを暗号化
するステップとを含む、データ処理システム間で暗号化
ファイルを渡す方法。 （６）前記ターゲット・コンピュータ側で、固有のター
ゲット・コンピュータＩＤを前記転送メモリ媒体に渡す
ステップを含む、上記（５）に記載の暗号化ファイルを
渡す方法。 （７）前記ターゲット・コンピュータ側で、前記ソース
・コンピュータのＩＤを提供するために前記少なくとも
１つのファイルを更新するステップを含む、上記（５）
に記載の暗号化ファイルを渡す方法。 （８）（ａ）少なくとも一部は少なくとも１つの固有の
ソース・コンピュータ・システム属性から得たキーで暗
号化された、ソース・コンピュータ内の少なくとも１つ
のファイルと、（ｂ）固有の属性を有する取外し可能な
転送メモリ媒体と、（ｃ）前記少なくとも１つのファイ
ルを暗号解読し、前記固有の属性から得たキーで前記少
なくとも１つのファイルを暗号化し、前記暗号化ファイ
ルを前記転送メモリ媒体にコピーするエクスポート・プ
ログラムと、（ｄ）ターゲット・コンピュータ側で、前
記少なくとも１つのファイルを暗号解読し、少なくとも
一部は少なくとも１つのターゲット・コンピュータ・シ
ステム属性から得たキーで前記少なくとも１つのファイ
ルを暗号化するインポート・プログラムとを含む、デー
タ処理システム間で暗号化ファイルを渡す装置。 （９）前記ソース・コンピュータの前記エクスポート・
プログラム内に設けられ、許される転送操作の最大数を
定義し、各転送操作ごとにカウントするエクスポート・
カウンタを含む、上記（８）に記載の暗号化ファイルを
渡す装置。 （１０）（ａ）ソース・コンピュータ側で、少なくとも
一部は少なくとも１つの固有のソース・コンピュータ・
システム属性から得たキーで暗号化された少なくとも１
つのファイルを提供するステップと、（ｂ）転送メモリ
媒体を提供するステップと、（ｃ）ターゲット・コンピ
ュータ側で、前記ターゲット・コンピュータに固有の転
送暗号化キーを前記転送メモリ媒体にコピーするステッ
プと、（ｄ）前記ソース・コンピュータ側で、前記少な
くとも１つのファイルを暗号解読するステップと、
（ｅ）前記ソース・コンピュータ側で、前記転送暗号化
キーで前記少なくとも１つのファイルを暗号化するステ
ップと、（ｆ）前記ソース・コンピュータ側で、前記暗
号化ファイルを前記転送メモリ媒体にコピーするステッ
プと、（ｇ）ターゲット・コンピュータ側で、前記少な
くとも１つのファイルを暗号解読するステップと、
（ｈ）前記ターゲット・コンピュータ側で、少なくとも
一部は少なくとも１つのターゲット・コンピュータ・シ
ステム属性から得たキーで前記少なくとも１つのファイ
ルを暗号化するステップとを含む、データ処理システム
間で暗号化ファイルを渡す方法。 （１１）許される転送操作の最大数を定義するエクスポ
ート・カウンタを前記ソース・コンピュータ内に設ける
ステップと、各転送操作ごとに前記エクスポート・カウ
ンタを起動するステップとを含む、上記（１０）に記載
の暗号化ファイルを渡す方法。 （１２）特定のターゲット・コンピュータに対して、前
記許される転送操作のそれぞれを識別するステップを含
む、上記（１１）に記載の暗号化ファイルを渡す方法。 （１３）各ターゲット・コンピュータから識別情報を獲
得することにより、前記転送メモリ媒体を必要とするす
べての転送操作の発生を記録するステップを含む、上記
（１０）に記載の暗号化ファイルを渡す方法。

【００７５】

【発明の効果】本発明のソフトウェア配布手法により、
不正使用の問題を回避しつつ、ユーザに一次的な一定の
試用期間を許容する機構が提供される。しかも、当該試
用期間後もソフトウェア製品の使用を望むユーザについ
ては、別途永続キーを付与することによりその目的が達
成される。

【図面の簡単な説明】

【図１】ソフトウェア製品の試用期間使用を可能にする
好ましい技法を実施する際に使用可能なスタンドアロン
型データ処理システム、電話、およびコンピュータがア
クセス可能な様々なメモリ媒体を示す絵画表現である。

【図２】ソフトウェア製品の試用期間使用を可能にする
本発明の技法を使用可能な分散データ処理システムを示
す絵画表現である。

【図３】本発明により計算機ＩＤを生成するために使用
可能なデータ処理システムの属性を示すブロック図であ
る。

【図４】ソフトウェア・オブジェクトを暗号化するため
のルーチンを示すブロック図である。

【図５】本発明の教示によりソース（ソフトウェア・ベ
ンダ）とユーザ（顧客）との間で行われる情報交換を示
す絵画表現である。

【図６】本発明によりユーザ・インタフェース・シェル
を構築する際に使用される大まかなステップを示す流れ
図である。

【図７】本発明によるベンダと顧客との対話を示す流れ
図である。

【図８】本発明による試用期間操作を容易にするための
ユーザ・インタフェース画面を示す図である。

【図９】本発明による試用期間操作を容易にするための
ユーザ・インタフェース画面を示す図である。

【図１０】本発明による試用期間操作を容易にするため
のユーザ・インタフェース画面を示す図である。

【図１１】本発明による試用期間操作を容易にするため
のユーザ・インタフェース画面を示す図である。

【図１２】一時アクセス・キーを開始するために使用さ
れるユーザ・インタフェースを示す図である。

【図１３】計算機ＩＤを生成する好ましい技法を示すブ
ロック図である。

【図１４】本発明により計算機ＩＤを暗号化するために
使用される暗号化操作を示すブロック図である。

【図１５】本発明により製品キーを生成する好ましい技
法を示すブロック図である。

【図１６】１つまたは複数のソフトウェア・オブジェク
トの暗号解読に使用可能な実キーを生成するために一時
製品キーを使用する好ましい技法を示すブロック図であ
る。

【図１７】図１６のブロック図により導出された実キー
の妥当性を検査する好ましい技法を示す図である。

【図１８】図１６のブロック図により導出された実キー
の妥当性を検査する好ましい技法を示す図である。

【図１９】一時製品キーを含む情報が入っているキー・
ファイルを暗号化するための好ましいルーチンを示すブ
ロック図である。

【図２０】本発明により暗号化ファイル内の暗号化ヘッ
ダを処理する好ましい技法を示すブロック図である。

【図２１】暗号化ソフトウェア・オブジェクトの暗号解
読に使用可能な実キーを導出するためにユーザ制御のデ
ータ処理システム内の複数の入力を使用する技法を示す
ブロック図である。

【図２２】図２１により導出された実キーを使用する暗
号解読操作を示す図である。

【図２３】実キーの妥当性を判定するために使用される
比較操作を示すブロック図である。

【図２４】妥当性が検査された実キーを使用する暗号解
読操作を示す図である。

【図２５】本発明による暗号化ヘッダの使い方を示す図
である。

【図２６】本発明による暗号化ヘッダの使い方を示す図
である。

【図２７】本発明による暗号化ヘッダの使い方を示す図
である。

【図２８】本発明による暗号化ヘッダの使い方を示す図
である。

【図２９】本発明による暗号化ヘッダの使い方を示す図
である。

【図３０】暗号化ソフトウェア・オブジェクトに関して
試用期間使用を提供する好ましい技法を示す流れ図であ
る。

【図３１】暗号化ソフトウェア・オブジェクトに関して
試用期間使用を提供する好ましい技法を示す流れ図であ
る。

【図３２】分散データ処理システム内で試用期間使用操
作を実行するために使用可能なエクスポート操作を示す
図である。

【図３３】分散データ処理システム内で試用期間使用操
作を実行するために使用可能なインポート操作を示す図
である。

【図３４】図３２に示すエクスポート操作の代替図であ
る。

【図３５】図３３に示すインポート操作の代替図であ
る。

【図３６】エクスポート操作を実行するための代替技法
を示すブロック図である。

【図３７】インポート操作を実行するための代替技法を
示すブロック図である。

【符号の説明】

２０９ ソース、ベンダ ２１１ ユーザ、顧客 ２１３ メモリ媒体 ２１５ ユーザ固有情報、計算機ＩＤ ２１７ 製品キー、顧客番号

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ジャグディシュ・ナグダ アメリカ合衆国80304 コロラド州ボウル ダー カルミア・アベニュー 701 (72)発明者 ロバート・エフ・プライアー アメリカ合衆国80503 コロラド州ロング モント マウント・ミーカー・ロード 7380

Claims (13)

【特許請求の範囲】
1. 【請求項１】（ａ）ソース・コンピュータ側で、少なく
   とも一部は少なくとも１つの固有のソース・コンピュー
   タ・システム属性から得たキーで暗号化された少なくと
   も１つのファイルを提供するステップと、（ｂ）転送メ
   モリ媒体を提供するステップと、（ｃ）前記ソース・コ
   ンピュータ側で、前記少なくとも１つのファイルを暗号
   解読するステップと、（ｄ）前記ソース・コンピュータ
   側で、少なくとも１つの固有の転送メモリ媒体属性から
   得たキーで前記少なくとも１つのファイルを暗号化する
   ステップと、（ｅ）前記ソース・コンピュータ側で、前
   記暗号化ファイルを前記転送メモリ媒体にコピーするス
   テップと、（ｆ）ターゲット・コンピュータ側で、前記
   少なくとも１つのファイルを暗号解読するステップと、
   （ｇ）前記ターゲット・コンピュータ側で、少なくとも
   一部は少なくとも１つのターゲット・コンピュータ・シ
   ステム属性から得たキーで前記少なくとも１つのファイ
   ルを暗号化するステップとを含む、 データ処理システム間で暗号化ファイルを渡す方法。
2. 【請求項２】（い）許される転送操作の最大数を定義す
   るエクスポート・カウンタを前記ソース・コンピュータ
   内に設けるステップと、（ろ）各転送操作ごとに前記エ
   クスポート・カウンタを起動するステップとを含む、請
   求項１に記載の暗号化ファイルを渡す方法。
3. 【請求項３】特定のターゲット・コンピュータに対し
   て、前記許される転送操作のそれぞれを識別するステッ
   プを含む、請求項２に記載の暗号化ファイルを渡す方
   法。
4. 【請求項４】各ターゲット・コンピュータから識別情報
   を獲得することにより、前記転送メモリ媒体を必要とす
   るすべての転送操作の発生を記録するステップを含む、
   請求項１に記載の暗号化ファイルを渡す方法。
5. 【請求項５】（ａ）ソース・コンピュータ側で、少なく
   とも一部は少なくとも１つの固有のソース・コンピュー
   タ・システム属性から得たキーで暗号化された少なくと
   も１つのファイルを提供するステップと、（ｂ）転送メ
   モリ媒体を提供するステップと、（ｃ）特定の転送操作
   を開始するステップと、（ｄ）前記ソース・コンピュー
   タ側で、前記少なくとも１つのファイルを暗号解読する
   ステップと、（ｅ）前記特定の転送操作を明確に識別す
   る転送ＩＤを前記少なくとも１つのファイルに含めるス
   テップと、（ｆ）前記ソース・コンピュータ側で、少な
   くとも１つの固有の転送メモリ媒体属性から得たキーで
   前記少なくとも１つのファイルを暗号化するステップ
   と、（ｇ）前記ソース・コンピュータ側で、前記暗号化
   ファイルを前記転送メモリ媒体にコピーするステップ
   と、（ｈ）ターゲット・コンピュータ側で、前記少なく
   とも１つのファイルを暗号解読するステップと、（ｉ）
   前記ターゲット・コンピュータ側で、少なくとも一部は
   少なくとも１つのターゲット・コンピュータ・システム
   属性から得たキーで前記少なくとも１つのファイルを暗
   号化するステップとを含む、データ処理システム間で暗
   号化ファイルを渡す方法。
6. 【請求項６】前記ターゲット・コンピュータ側で、固有
   のターゲット・コンピュータＩＤを前記転送メモリ媒体
   に渡すステップを含む、請求項５に記載の暗号化ファイ
   ルを渡す方法。
7. 【請求項７】前記ターゲット・コンピュータ側で、前記
   ソース・コンピュータのＩＤを提供するために前記少な
   くとも１つのファイルを更新するステップを含む、請求
   項５に記載の暗号化ファイルを渡す方法。
8. 【請求項８】（ａ）少なくとも一部は少なくとも１つの
   固有のソース・コンピュータ・システム属性から得たキ
   ーで暗号化された、ソース・コンピュータ内の少なくと
   も１つのファイルと、（ｂ）固有の属性を有する取外し
   可能な転送メモリ媒体と、（ｃ）前記少なくとも１つの
   ファイルを暗号解読し、前記固有の属性から得たキーで
   前記少なくとも１つのファイルを暗号化し、前記暗号化
   ファイルを前記転送メモリ媒体にコピーするエクスポー
   ト・プログラムと、（ｄ）ターゲット・コンピュータ側
   で、前記少なくとも１つのファイルを暗号解読し、少な
   くとも一部は少なくとも１つのターゲット・コンピュー
   タ・システム属性から得たキーで前記少なくとも１つの
   ファイルを暗号化するインポート・プログラムとを含
   む、 データ処理システム間で暗号化ファイルを渡す装置。
9. 【請求項９】前記ソース・コンピュータの前記エクスポ
   ート・プログラム内に設けられ、許される転送操作の最
   大数を定義し、各転送操作ごとにカウントするエクスポ
   ート・カウンタを含む、請求項８に記載の暗号化ファイ
   ルを渡す装置。
10. 【請求項１０】（ａ）ソース・コンピュータ側で、少な
    くとも一部は少なくとも１つの固有のソース・コンピュ
    ータ・システム属性から得たキーで暗号化された少なく
    とも１つのファイルを提供するステップと、（ｂ）転送
    メモリ媒体を提供するステップと、（ｃ）ターゲット・
    コンピュータ側で、前記ターゲット・コンピュータに固
    有の転送暗号化キーを前記転送メモリ媒体にコピーする
    ステップと、（ｄ）前記ソース・コンピュータ側で、前
    記少なくとも１つのファイルを暗号解読するステップ
    と、（ｅ）前記ソース・コンピュータ側で、前記転送暗
    号化キーで前記少なくとも１つのファイルを暗号化する
    ステップと、（ｆ）前記ソース・コンピュータ側で、前
    記暗号化ファイルを前記転送メモリ媒体にコピーするス
    テップと、（ｇ）ターゲット・コンピュータ側で、前記
    少なくとも１つのファイルを暗号解読するステップと、
    （ｈ）前記ターゲット・コンピュータ側で、少なくとも
    一部は少なくとも１つのターゲット・コンピュータ・シ
    ステム属性から得たキーで前記少なくとも１つのファイ
    ルを暗号化するステップとを含む、 データ処理システム間で暗号化ファイルを渡す方法。
11. 【請求項１１】許される転送操作の最大数を定義するエ
    クスポート・カウンタを前記ソース・コンピュータ内に
    設けるステップと、 各転送操作ごとに前記エクスポート・カウンタを起動す
    るステップとを含む、請求項１０に記載の暗号化ファイ
    ルを渡す方法。
12. 【請求項１２】特定のターゲット・コンピュータに対し
    て、前記許される転送操作のそれぞれを識別するステッ
    プを含む、請求項１１に記載の暗号化ファイルを渡す方
    法。
13. 【請求項１３】各ターゲット・コンピュータから識別情
    報を獲得することにより、前記転送メモリ媒体を必要と
    するすべての転送操作の発生を記録するステップを含
    む、請求項１０に記載の暗号化ファイルを渡す方法。