JP2002358136A - ソフトウェア・プログラムの使用を制御するための方法およびシステム - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】 クライアント上のソフトウェア・プログラム
の使用を制御する方法およびシステム。 【解決手段】 プログラム（オペレーティング・システ
ムまたはネットワーク・スタック）は、ブートストラッ
プ・プロセスの完了前に開始する。各プログラムは、ラ
イセンス交付管理システムに対して実行許可を要求し
（３１１）、システム・エージェントは、ブートストラ
ップの完了前に、クライアント上の各プログラムについ
てのローカル・ライセンス許可を授与する（３１８〜３
２４）。ライセンス交付管理システムの全機能エージェ
ントは、ブートストラップの完了前に、サーバ・ワーク
ステーション上に格納されたライセンス証明書の検証に
従って、授与された許可を改訂する（３４２）。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ソフトウェア・プ
ログラムの使用を制御するための方法およびシステムに
関する。

【０００２】

【従来の技術】コンピュータ上で動作するソフトウェア
・プログラムは、無限の数のコピーに完全に複製するこ
とができる。これは、自身の知的所有権を保護すること
を望む、プログラムの発表者にとって主要な関心事であ
る。実際、発表者は、一般に各プログラムの使用許諾に
対して使用料を受け取るので、プログラムのどんな不明
な使用または配布によっても、使用料が支払われなくな
る。この問題は、この種の製品の配布を規制なしに配布
することをさらに容易にするインターネットの広範にわ
たる拡散によって、近年悪化してきている。

【０００３】プログラムの不明な使用を回避する最も直
接的な方法は、無許可のコピーおよび伝送を防止するも
のである。例えば、大部分のプログラムは、作成するこ
とができるコピーの数を制限し、または所定の期間が経
過した後にプログラムのオペレーションを使用不能にす
る制御コードを組み込む。別の技法は、プログラムの実
行に対して、ソフトウェアの所有権またはハードウェア
鍵を要求することからなる。

【０００４】当技術分野で提案された異なる解決策は、
発表者によって許可されたそれぞれの使用の条件（例え
ば、プログラムが動作することのできるコンピュータの
最大計算能力を定義する条件）で、コンピュータ上で動
作するプログラムの適合を制御するライセンス交付管理
システムを、コンピュータ上にインストールするもので
ある。より具体的には、（マシン可読形式に変換され
た）各プログラムについての使用の許可条件は、デジタ
ル・ライセンス証明書中に組み込まれる。このプログラ
ムは、ライセンス交付管理システムに対する呼び出しを
含み、その結果、エンドユーザがプログラムの実行を要
求する度に、対応する要求がライセンス交付管理システ
ムに転送される。プログラムの実行が、ライセンス証明
書中に組み込まれた使用の許可条件によって設定された
制限内にあるかどうかを、このライセンス交付管理シス
テムは検証する。このライセンス交付管理システムは、
この検証の結果に従ってプログラムの実行を動作可能に
し、または防止する。

【０００５】

【発明が解決しようとする課題】しかし、上述の解決策
は、完全に満足のゆくものではない。具体的には、ライ
センス交付管理システムの実行は、オペレーティング・
システムと、コンピュータに対して基本サービスを提供
する他のプログラムとの全機能を必要とする。したがっ
て、コンピュータの電源を投入する度に、基本プログラ
ムがその間にロードされるブートストラップ・プロセス
が最初に実行される。ブートストラップが完了すると、
他のプログラムがその上で動作することができるソフト
ウェア・プラットフォームが提供され、ライセンス交付
管理システムを開始することができる。

【０００６】その結果、ブートストラップ・プロセスの
間にロードされる（オペレーティング・システム自体、
ネットワーク・スタックなどの）すべての基本プログラ
ムは、ライセンス交付管理システムで監視することがで
きない。これにより、コンピュータ上で動作するプログ
ラムの全制御を実施することが妨げられる。上述の欠点
は、制御から逃れるプログラムが一般に非常に価値のあ
るものであるので、特に重大である。したがって、プロ
グラムの発表者が受ける経済的損失は、かなりのものと
なる可能性がある。

【０００７】上述の欠点を克服することが本発明の目的
である。この目的を達成するために、請求項１および１
０に記載の方法を提案する。

【０００８】

【課題を解決するための手段】簡潔に言えば、本発明
は、コンピュータ上のソフトウェア・プログラムを制御
する方法であって、前記コンピュータに対して基本サー
ビスを提供する少なくとも１つのソフトウェア・プログ
ラムをロードすることに関係するブートストラップを開
始するステップと、ライセンス交付管理システムに対し
て各プログラムによって実行許可を要求するステップと
を含む方法を提供する。この方法は、前記ブートストラ
ップの完了前に、前記プログラムの使用の許可条件を示
すライセンス交付情報の仮検証に従って前記許可を授与
するステップと、前記ブートストラップ完了後に、前記
ライセンス交付情報の完全な検証に従って前記授与した
許可を改訂するステップとをさらに含む。

【０００９】あるいは、本発明は、コンピュータ上のソ
フトウェア・プログラムの使用を制御する方法であっ
て、ライセンス交付管理システムに対して、各プログラ
ムによって実行許可を要求するステップと、前記プログ
ラムの使用の許可条件を示すライセンス交付情報の検証
に従って前記許可を授与するステップとを含む方法を提
供する。この方法は、前記コンピュータの実行環境での
変化を検出するために、前記コンピュータのオペレーシ
ョンを監視するステップと、前記検出した変化に従って
前記授与された許可を改訂するステップとをさらに含
む。

【００１０】さらに、本発明は、これらの方法を実行す
るためのコンピュータ・プログラムと、プログラムを格
納する製品と、ソフトウェア・プログラムの使用を制御
するための対応するシステムも提供する。

【００１１】

【発明の実施の形態】具体的に図１を参照すると、ＬＡ
Ｎ（ローカル・エリア・ネットワーク）などのネットワ
ーキング・システム１００が示されている。ＬＡＮ１０
０は、複数のワークステーション１０５によって形成さ
れる場合、一般にＰＣ（パーソナル・コンピュータ）か
らなる。ワークステーション１０５は、それぞれの通信
ケーブル１１５を介して、１つまたは複数の集線装置１
１０（ハブなど）に接続される。ネットワーキング・シ
ステム１００は、ワークステーション１０５のうちの
（一般に強力なコンピュータからなる）１つまたは複数
が共有ファイルおよび共有装置などのネットワーク・リ
ソースを管理するクライアント／サーバ・アーキテクチ
ャを有する。他のワークステーション１０５は、ユーザ
がサーバ・リソースに依拠してアプリケーションをその
上で実行するクライアントとして動作する。

【００１２】各ワークステーション１０５は、通信バス
１２０に並列に接続されるいくつかのユニットを含む。
具体的には、中央演算処理装置（ＣＰＵ）１２５は、ワ
ークステーション１０５のオペレーションを制御し、作
業メモリ１３０（一般にはＤＲＡＭ）は、ＣＰＵ１２５
によって直接的に使用され、読取り専用メモリ（ＲＯ
Ｍ）１３５は、ワークステーション１０５を開始するた
めの基本プログラムを格納する。様々な周辺装置が、
（それぞれのインターフェースによって）バス１２０に
さらに接続される。具体的には、大容量メモリは、ハー
ドディスク１４０と、ＣＤ−ＲＯＭ（コンピュータ読み
取り可能な記録媒体）１５０を読み取るためのドライバ
・ユニット（ＤＲＶ）１４５とからなる。ワークステー
ション１０５は、例えばキーボードおよびマウスからな
る入力ユニット（ＩＮ）１５５と、例えばモニタからな
る出力ユニット（ＯＵＴ）１６０とをさらに含む。ワー
クステーション１０５は、ネットワーク・インターフェ
ース・カード（ＮＩＣ）１６５を使用して（通信ケーブ
ル１１５を介して）集線装置１１０に接続される。

【００１３】このネットワーキング・システムがＷＡＮ
（ワイド・エリア・ネットワーク）からなる場合、この
ネットワーキング・システムが（１つまたは複数のスイ
ッチなどの）異なる構成要素を含む場合、各ワークステ
ーションが（例えばマルチプロセッサ・アーキテクチャ
を有する）異なる構造を有する場合、このネットワーキ
ング・システムが、一連の端末を備えるメインフレーム
か、あるいは１つまたは複数のコンピュータを備える他
のデータ処理システムによって置換される場合にも同様
の考慮事項が当てはまる。

【００１４】次に図２を考慮すると、クライアントとし
て動作するワークステーションの作業メモリ（１３０ｃ
と示す）の部分的内容と、ライセンス交付サーバとして
動作するワークステーションの作業メモリ（１３０ｓと
示す）の部分的内容とが示されている。情報（プログラ
ムおよびデータ）は、一般に、ハードディスク上に格納
され、プログラムが実行されるときに作業メモリ１３０
ｃ、１３０ｓ中にロードされる。このプログラムは、最
初に、ＣＤ−ＲＯＭから、クライアント・ワークステー
ションのハードディスク上と、サーバ・ワークステーシ
ョンのハードディスク上とにインストールされる。

【００１５】オペレーティング・システム（ＯＳ）２０
５ｃおよびオペレーティング・システム２０５ｓは、そ
れぞれ、他のプログラムがその上で動作することのでき
るクライアント・ワークステーションおよびサーバ・ワ
ークステーションに対してソフトウェア・プラットフォ
ームを提供する。オペレーティング・システム２０５ｃ
および２０５ｓは、キーボードからの入力を認識するこ
と、モニタに出力を送信すること、およびハードディス
ク上のファイルを追跡することなどの基本タスクを実行
する。各オペレーティング・システム２０５ｃ、２０５
ｓのメイン・モジュール（カーネルとして知られる）
は、それぞれの作業メモリ１３０ｃ、１３０ｓ中に常駐
する。カーネルは、オペレーティング・システム２０５
ｃ／２０５ｓの他の部分が必要とする、不可欠なサービ
スすべて（プログラムを作業メモリ中にロードするこ
と、プロセスをスケジューリングすること、またはコマ
ンドを解釈することなど）を提供する。スタック（ＳＴ
ＡＣＫ）２１５ｃおよびスタック２１５ｓは、ネットワ
ーキング・システムを介して通信を定義するために共に
働く、１組のネットワーク・プロトコル層を処理する。
具体的には、スタック２１５ｃ、２１５ｓにより、クラ
イアント・ワークステーションおよびサーバ・ワークス
テーションが両者の間でメッセージを交換することが可
能となる。

【００１６】ライセンス交付管理アプリケーション（Ｌ
ＭＡ）２２０は、サーバ・ワークステーション上に格納
されたデジタル・ライセンス証明書（ＣＥＲＴ）のデー
タベースを制御する。ネットワーキング・システム上で
動作する各ソフトウェア・プログラムの使用を許可する
ために、異なるライセンス証明書２２５が使用される。
ライセンス証明書２２５は、証明書の識別子、プログラ
ムの発表者の識別子、発表者によって許可されたときの
プログラムの使用の条件、およびプログラムがその下で
まだ動作することができる（許可された条件の外の）使
用の例外条件を含む。

【００１７】例えば、プログラムの使用の許可条件は、
プログラムが動作することのできるワークステーション
のＣＰＵの最大能力または作業メモリの最大容量、プロ
グラムを同時に実行することができるエンドユーザの最
大数などを定義する。さらに、発表者は、使用の実際の
条件が許可された条件を事前設定した割合（１０％な
ど）だけ超過したときでも、プログラムが動作すること
を例外的に可能にする。例えば１００ＭＩＰＳに等しい
ＣＰＵの最大能力でワークステーション上で動作するよ
うにプログラムが許可される場合、ＣＰＵの能力が最大
１１０ＭＩＰＳまで増加した場合でも、（使用の例外条
件の下で）プログラムはまだ動作することができる。

【００１８】各ライセンス証明書２２５は、発表者によ
って作成され、対応する秘密キーを使用して署名され
る。発表者に関連するデジタル・シグニチャおよびデジ
タル証明書は、ライセンス証明書２２５に付加される。
次いで、ライセンス交付管理アプリケーション２２０
は、ライセンス証明書２２５を妥当性検査するために、
対応するデジタル証明書から発表者の公開キーを抽出
し、デジタル・シグニチャを検証することができる。

【００１９】（軽量）ライセンス交付システム・エージ
ェント（ＳＡ）２３０は、クライアント・ワークステー
ション上のオペレーティング・システム２０５ｃのカー
ネルの一部である。システム・エージェント２３０によ
り、ライセンス交付管理システムの（非常に小さく、明
確なタスクからなる）基本オペレーションが提供され
る。システム・エージェント２３０は、クライアント・
ワークステーションの構成に関する情報（ＣＰＵの能
力、作業メモリの容量など）を格納する、カーネル内部
のデータ構造（ＣＯＮＦ）２３３にアクセスする。構成
情報２３３は、クライアント・ワークステーション上で
動作するプログラムの実行環境を定義する。

【００２０】全機能ライセンス交付エージェント（ＦＦ
Ａ）２３５は、クライアント・ワークステーション上で
一層アクティブなデーモン・プロセスであり、ライセン
ス交付管理システムの完全なオペレーションを提供す
る。全機能エージェント２３５は、（サーバ・ワークス
テーションとメッセージを交換するために）システム・
エージェント２３０およびスタック２１５ｃと通信す
る。

【００２１】システム・エージェント２３５は、ローカ
ル・デジタル・ライセンス証明書（ＬＯＣ＿ＣＥＲＴ）
２４０のリポジトリを制御する。各ローカル・ライセン
ス証明書２４０は、（サーバ・ワークステーション上に
格納された）対応するライセンス証明書２２５の簡略化
したコピーを含む。具体的には、ローカル・ライセンス
証明書２４０は、単に、クライアント・ワークステーシ
ョン上で動作することを許可された対応するプログラム
の識別子からなる。システム・エージェント２３０は、
さらに、基本プログラム（オペレーティング・システム
２０５ｃおよびスタック２１５ｃ）から受信した、許可
またはリリースの要求を格納するログ構造（ＬＯＧ）２
４５を制御する。オペレーティング・システム２０５ｃ
上で動作するアプリケーション・プログラム２５０は、
さらに、許可またはリリースのそれぞれの要求を送信す
るために、システム・エージェント２３０と通信する。

【００２２】プログラムおよびデータが異なる方式で構
築される場合、他のモジュールまたは機能が提供される
場合、異なる使用の条件が考えられる場合、プログラム
が使用の許可条件の外で動作することができない場合、
クライアント・ワークステーションについての基本サー
ビスを提供する１つまたは複数の異なるプログラムが
（オペレーティング・システム単体に）提供される場合
などに、同様の考慮事項が当てはまる。

【００２３】図３〜５に示されているように、共に方法
３００を構成する一連のルーチンが、クライアント・ワ
ークステーション上にインストールされたプログラムの
使用を制御するために、時間的に連続するステージで実
行される。方法３００は、ブロック３０３で開始し、次
いでブロック３０６に進み、クライアント・ワークステ
ーションがオンにされる。その結果、ＣＰＵは、（内部
電源が安定化した後に）ＲＯＭメモリ中に格納された基
本プログラムをロードする。基本プログラムは、インス
トールされたハードウェアのテストを実行し、クライア
ント・ワークステーションを初期化する。次いで基本プ
ログラムは、オペレーティング・システムを開始するた
めのブート・コードを格納する周辺装置を識別する。こ
のコードは基本プログラムを引き継ぎ、ブートストラッ
プ・プロセスを開始する。ブートストラップは、クライ
アント・ワークステーションについての不可欠なサービ
スを提供するユーティリティをロードすることを含み、
ユーティリティは、ブートストラップが進行するにつれ
て、オペレーティング・システムの残りのローティング
および実行と、他の基本プログラム（ネットワーク・ス
タックなど）のローティングおよび実行とを制御する。

【００２４】ブロック３０９に進むと、ライセンス交付
管理システムのシステム・エージェントが、ブートスト
ラップ中に（オペレーティング・システムのカーネルの
一部として）ロードされる。ブロック３１１で、システ
ム・エージェントは、（問題とする実施例中のオペレー
ティング・システムまたはネットワーク・スタックであ
る）基本プログラムが開始したか、それともブートスト
ラップ中に終了したかをチェックする。

【００２５】システム・エージェントに対してアクショ
ンが通知されなかった場合、この方法は（以下で説明す
る）ブロック３１２に下る。逆に、基本的な問題が開始
したとき、この基本的な問題は、（システム・エージェ
ントが完了した後に）システム・エージェントに実行許
可を要求する。その結果、ブロック３１８で、システム
・エージェントは、ローカル・ライセンス証明書のリポ
ジトリを検証する。基本プログラムについてのローカル
・ライセンス証明書が見つかった（基本プログラムの実
行が許可されていることを示す）場合、システム・エー
ジェントは、ブロック３２１で基本プログラムの実行を
可能にし、次いでブロック３２２で許可の要求を記録す
る。見つからなかった場合、基本プログラムの実行が打
ち切られ、この方法は、ブロック３２４でエラー条件に
入る（このエラー条件は、一般に後の分析のために記録
される）。どちらの場合でも、この方法はブロック３１
２に進む。基本プログラムがその実行を終了するとき
（ブロック３１１）、基本プログラムは、それに応じて
（終了する前に）システム・エージェントに通知する。
その結果、システム・エージェントは、ブロック３２５
で対応するリリースの要求を記録し、次いでブロック３
１２に下る。

【００２６】次にブロック３１２を考慮すると、ブート
ストラップが終了した後、全機能エージェントがロード
される。全機能エージェントのローディングが完了する
とすぐに、それに応じてシステム・エージェントが通知
される。システム・エージェントが全機能エージェント
のローディングをまだ通知していない場合、この方法
は、上述のステップを反復するためにブロック３１１に
戻る。システム・エージェントが全機能エージェントの
ローディングを通知していた場合、この方法は、並列に
実行される２つの分岐に分岐する。第１分岐は、ブロッ
ク３２７〜３３６からなり、第２分岐は、ブロック３４
２〜３８４からなる。この２つの分岐はブロック３８７
（以下で説明する）で接合する。

【００２７】次にブロック３２７を考慮すると、システ
ム・エージェントは、アプリケーション・プログラムが
開始または終了したかどうかをチェックする。開始また
は終了した場合、システム・エージェントは、ブロック
３３０で、全機能エージェントに対して、対応する許可
またはリリースの要求を転送し、次いでこの方法は、ブ
ロック３３３に進む。開始または終了しなかった場合、
この方法は、直接ブロック３３３に下る。次にブロック
３３３を考慮すると、システム・エージェントは、クラ
イアント・ワークステーション上で動作する（基本およ
びアプリケーション）プログラムの実行環境を定義する
構成情報の変化が生じたかどうかを検証する。変化が生
じた場合、ブロック３３６で新しい構成情報が全機能エ
ージェントに供給され、次いで、この方法はブロック３
８７に進む。変化が生じなかった場合、この方法は直接
ブロック３８７に下る。

【００２８】同時に、ブロック３４２で、ブートストラ
ップの間に格納された基本プログラムからの許可または
リリースの要求が、システム・エージェントによってロ
グ構造から抽出され、全機能エージェントに供給され
る。このようにして得られた要求は、対応する実行環境
を定義する構成情報と共に、ブロック３４３で（それぞ
れのネットワーク・スタックを介して）サーバ・ワーク
ステーションに送信される。ブロック３４５に進むと、
サーバ・ワークステーション上のライセンス交付管理ア
プリケーションが、それぞれのライセンス証明書中に含
まれる使用の許可条件で、各要求の適合を検証する。基
本プログラムにマッチするライセンス証明書が見つか
り、かつ基本プログラムが発表者によって許可された使
用の条件内で動作している場合（例えば、ＣＰＵの能力
が可能な最大値を超えていない場合）、（システム・エ
ージェントによって以前に与された）許可がブロック３
４８で確認される。そうでない場合、この方法は、ブロ
ック３５１でエラー条件に入る（このエラー条件は後の
分析のために記録される）。どちらの場合でも、対応す
る応答メッセージが、全機能エージェントに送信され
る。一般に、応答メッセージは、許可が授与されたか、
それとも拒否されたかを指定するリターン・コードを含
み、後者の場合にはその拒否の理由を含む。さらに、ス
テータス・コードは、授与された許可が使用の（標準）
条件内にあるか、それとも使用の例外条件内にあるかを
さらに指定し、または拒否の理由をより詳細にさらに指
定する。

【００２９】次いでこの方法は、（ブロック３４８およ
びブロック３５１の両方から）ブロック３５４に入り、
基本プログラムについてのローカル・ライセンス証明書
の新しいバージョンが、サーバ・ワークステーション上
に格納されたそれぞれのライセンス証明書から生成され
る。ローカル・ライセンス証明書の新しいバージョン
は、ライセンス交付管理アプリケーションから、クライ
アント・ワークステーション上の全機能エージェントに
送信される。全機能エージェントは、それに応じて、シ
ステム・エージェントにローカル・ライセンス証明書の
リポジトリを更新させる。

【００３０】次いでこの方法はブロック３５７に下り、
リリースの許可の要求がアプリケーション・プログラム
によって（システム・エージェントを介して）要求され
たかどうかを、全機能エージェントがチェックする。要
求されなかった場合、この方法はブロック３６０（以下
で説明する）に進む。要求された場合、この要求は、対
応するライセンス交付情報を更新するために、ブロック
３６３でサーバ・ワークステーションに送信される。ブ
ロック３６６に進むと、アプリケーション・プログラム
が要求した実行許可を有する場合、ライセンス交付管理
アプリケーションは、それぞれのライセンス証明書中に
含まれる使用の許可条件で、要求の適合を検証する。検
証の結果が肯定的である場合、許可がブロック３６９で
授与される。検証の結果が否定的である場合、この方法
はブロック３７２でエラー条件に入る。どちらの場合で
も、対応する応答メッセージ（リターン・コードおよび
ステータス・コード）が全機能エージェントに送信され
る。この応答メッセージはシステム・エージェントに送
信され、次いで許可を要求するアプリケーション・プロ
グラムに返され、それに応じてアプリケーション・プロ
グラムはその実行を続行または打ち切る。

【００３１】この方法は、（ブロック３６９およびブロ
ック３７２の両方から）ブロック３６０に進み、新しい
構成がシステム・エージェントから受信されたかどうか
を、全機能エージェントが検証する。新しい構成情報が
受信されなかった場合、この方法は直接ブロック３８７
に下る。新しい構成情報が受信された場合、この新しい
構成情報が、ブロック３７５でサーバ・ワークステーシ
ョンに送信される。ブロック３７８に進むと、ライセン
ス交付管理アプリケーションは、新しい構成情報に照ら
して授与した各許可を改訂する。各（基本およびアプリ
ケーション）プログラムの実行が、まだそれぞれのライ
センス証明書中に含まれる使用の許可条件を満たしてい
る場合、この許可はブロック３８１で確認される。満た
していない場合、この方法はブロック３８４でエラー条
件に入る。どちらの場合でも、対応する応答メッセージ
が全機能エージェントに送信され、この方法はブロック
３８７に進む。

【００３２】次にブロック３８７を考慮すると、クライ
アント・ワークステーションがシャットダウンされたか
どうかのチェックが行われる。シャットダウンされてい
ない場合、この方法は（上述のステップを反復するため
に）ブロック３１２の後ろの分岐点に戻る。シャットダ
ウンされた場合、この方法は最終ブロック３９０で終了
する。

【００３３】例えば（クライアント・ワークステーショ
ンがオフの位置からオンにされる）コールド・ブートス
トラップの代わりに、（クライアント・ワークステーシ
ョンがリセットされる）ウォーム・ブートストラップを
用いて等価な方法が実行される場合、エラーが発生した
ときにプログラムの実行が動作不能にされる場合、応答
メッセージが異なる構造を有する場合などに、同様の考
慮事項が当てはまる。

【００３４】より一般には、本発明は、コンピュータに
ついての基本サービスを提供する１つまたは複数のソフ
トウェア・プログラムをロードすることに関係するブー
トストラップを開始するステップと、ライセンス交付管
理システムに対して、各プログラムによって実行許可を
要求するステップとを含む、コンピュータ上のソフトウ
ェア・プログラムの使用を制御する方法を提供する。こ
の方法は、ブートストラップの完了前に、プログラムの
使用の許可条件を示すライセンス交付情報の仮検証に従
って許可を授与し、ブートストラップの完了後に、ライ
センス交付情報の完全な検証に従って授与した許可を改
訂するステップをさらに含む。

【００３５】本発明の解決策により、コンピュータ上で
動作するプログラムの完全な制御を実装することが可能
となる。

【００３６】具体的には、提案の方法により、ブートス
トラップ・プロセスの間にロードされるプログラム（オ
ペレーティング・システムおよびネットワーク・スタッ
クなど）の（ライセンス交付管理システムによる）効果
的な監視が可能となる。実際、上述の解決策では、プロ
グラムの使用は、オペレーティング・システムの全機能
が利用可能となる前でも制御することができる。

【００３７】本発明による解決策により、発表者は自身
の知的所有権を効果的に保護することが可能となる。実
際、基本プログラムおよびアプリケーション・プログラ
ムの両方の、どんな不明な使用も防止され、使用料の未
払いによるどんな経済的損失も回避される。あるいは、
このように収集された情報は、顧客によって行われるプ
ログラムの実際の使用を記録するだけのために、発表者
によって利用される。例えば、マーケティングまたは統
計的応用のために、この情報を有利に使用することがで
きる。

【００３８】上述の本発明の好ましい実施形態は、別の
利点も提供する。例えば、システム・エージェントおよ
び（対応するログ構造を有する）全機能エージェントの
提供により、非常に単純にライセンス交付管理システム
が実装される。このように、本発明のプロセスは、それ
ぞれの実行許可をライセンス交付管理システムに要求す
る（基本およびアプリケーション）プログラムに対して
完全に透過である。さらに、軽量エージェントのローデ
ィングの完了まで許可の要求を延期する機能により、ブ
ートストラップの間の非常に初期に開始するプログラム
も監視することが可能となる。具体的には、この解決策
により、オペレーティング・システムのカーネル自体の
使用を制御することが可能となる。

【００３９】ライセンス交付管理システムが等価な基本
モジュールおよび全モジュールに区分される場合、（基
本プログラムからの）格納された許可またはリリースの
要求が全機能エージェントに対して異なる方式で提供さ
れる場合（例えば、ログ構造から直接抽出される場
合）、許可の要求だけが記録される場合（例えば、ブー
トストラップの完了前には基本プログラムを終了するこ
とができない場合）、後に許可が基本プログラムからシ
ステム・エージェントに対して要求される場合などに、
同様の考慮事項が当てはまる。しかし、本発明の解決策
は、（ライセンス証明書の仮検証および完全検証のどち
らも実行する）単一モジュールからなるライセンス交付
管理システムの場合でも、または後の検証のために、シ
ステム・エージェントのローディングの前に要求される
各許可を記録することによっても実装される。

【００４０】本発明の解決策は、クライアント・ワーク
ステーション上で動作するプログラムについてのライセ
ンス証明書がサーバ・ワークステーション上に格納され
るネットワーキング・システムで特に有利である。この
ように、ネットワーク・スタックによって提供される通
信機能が利用可能となる前であっても、プログラムの使
用を制御することができる。好ましくは、この許可は、
クライアント・ワークステーション上に格納される、そ
れぞれのローカル・ライセンス証明書の検証に従って授
与される。この機能により、要求の検証が特に単純かつ
高速になる（かつ、次いでブートストラップ中の実行に
適するようになる）。さらに、ローカル・ライセンス証
明書は、各ブートストラップの後に、（サーバ・ワーク
ステーションから受信する）それぞれの新しいバージョ
ンで継続的に置換される。これにより、クライアント・
ワークステーション上に格納されたローカル・ライセン
ス証明書が、可能な範囲で常に最新となる。

【００４１】クライアント・ワークステーションおよび
サーバ・ワークステーションが異なる方式で通信する場
合、異なるタイプのコンピュータを使用する場合、ライ
センス証明書およびローカル・ライセンス証明書が異な
る情報を含む場合（例えば有効期限）、ローカル・ライ
センス証明書が異なる頻度で更新される場合（例えば２
回または３回のブートストラップごとに、あるいは周期
的に）などに、同様の考慮事項が当てはまる。

【００４２】あるいは、ライセンス証明書およびローカ
ル・ライセンス証明書が、プログラムの使用の許可条件
を示す等価なライセンス交付情報によって置換され、許
可が、ライセンス交付情報の異なる仮検証に従って授与
され、ライセンス交付情報の異なる完全な検証に従って
改訂される。しかし、本発明の方法は、ローカル・ライ
センス証明書を更新することなく、かつローカル・ライ
センス証明書なしに（例えば、ブートストラップの完了
前にコンピュータ上のライセンス証明書の存在を単にチ
ェックし、ブートストラップの完了の後に許可条件を検
証することによって）単一コンピュータ中でも使用され
る。

【００４３】好ましくは、プログラムの実行環境のどん
な変化も検出する目的で、プログラムが動作しているク
ライアント・ワークステーションのオペレーションが監
視される。この情報が使用されて、それに応じて授与さ
れた許可が改訂される。このように、プログラムの使用
を動的に追跡することが可能となる。例えば、クライア
ント・ワークステーションにより、オペレーションの間
にＣＰＵの能力を変更することができる場合、考案の解
決策により、ライセンス交付情報をプログラムの使用の
実際の条件と常に完全に整合させることが可能となる。

【００４４】異なる構成パラメータを考慮する場合、ク
ライアント・ワークステーションのオペレーションが異
なる方式で（例えば専用の別のエージェントで）監視さ
れる場合、授与された許可が異なる頻度で更新される場
合（例えば周期的に）などに、同様の考慮事項が当ては
まる。しかし、本発明の解決策は、プログラムの実行環
境を監視しない場合でも実装される。

【００４５】有利には、本発明によって提案される方法
は、ＣＤ−ＲＯＭ上で提供されるコンピュータ・プログ
ラムで実装される。

【００４６】あるいは、このプログラムは、フロッピー
（Ｒ）・ディスク上で提供され、ハードディスク上に事
前ロードされ、または他のコンピュータ可読媒体上に格
納され、ネットワークを介してコンピュータに送信さ
れ、同報通信され、あるいはより一般には、コンピュー
タの作業メモリ中に直接ロード可能な任意の他の形態で
提供される。しかし、本発明による方法は、例えば半導
体材料のチップ中に集積された、クライアント・ワーク
ステーション上に設置されたハードウェア構造でも実施
される。

【００４７】上述のライセンス交付情報の仮検証または
完全検証を用いない場合であっても、コンピュータの監
視オペレーションの追加の機能は、（単独の、または他
の追加の機能と組み合わせた）使用に適することを留意
されたい。

【００４８】より一般には、本発明は、ライセンス交付
管理システムに対して各プログラムによって実行許可を
要求するステップと、プログラムの使用の許可条件を示
すライセンス交付情報の仮検証に従って許可を授与する
ステップとを含む、コンピュータ上のソフトウェア・プ
ログラムの使用を制御する方法をさらに提供する。この
方法は、プログラムの実行環境の変化を検出するため
に、コンピュータのオペレーションを監視するステップ
と、その検出した変化に従って授与された許可を改訂す
るステップとをさらに含む。

【００４９】例えば、基本プログラム（オペレーティン
グ・システムなど）の使用を制御することを許可しない
ライセンス交付管理システムでは、この機能を利用し
て、アプリケーション・プログラムの使用を動的に追跡
することが有利である。

【００５０】もちろん、局所要件および特定の要件を満
たすために、当業者は上述の解決策を多くの修正形態お
よび変更形態に応用することができるが、そのすべて
は、頭記の特許請求の範囲で定義される本発明の保護の
範囲内に含まれている。

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

【００５２】（１）コンピュータ上のソフトウェア・プ
ログラムの使用を制御する方法（３００）であって、前
記コンピュータに対して基本サービスを提供する少なく
とも１つのソフトウェア・プログラムをロードすること
に関係するブートストラップを開始するステップ（３０
６）と、ライセンス交付管理システムに対して各プログ
ラムによって実行許可を要求するステップ（３１１）と
を含み、前記ブートストラップの完了前に、前記プログ
ラムの使用の許可条件を示すライセンス交付情報の仮検
証に従って前記許可を授与するステップ（３１８〜３２
４）と、前記ブートストラップ完了後に、前記ライセン
ス交付情報の完全な検証に従って前記授与した許可を改
訂するステップ（３４２〜３５１）とを特徴とする方
法。 （２）前記ブートストラップの完了前に、前記ライセン
ス交付管理システムの基本モジュールをロードするステ
ップ（３０９）であって、各許可が、前記基本モジュー
ルに対して要求され、前記基本モジュールによって授与
されるステップと、許可の各要求を記録するステップ
（３２２）と、前記ブートストラップ完了後に、前記ラ
イセンス交付管理システムの全モジュールをロードする
ステップ（３１２）と、前記対応する授与された許可を
改訂するために、記録した各要求を前記全モジュールに
供給するステップ（３４２）とをさらに含む上記（１）
に記載の方法（３００）。 （３）前記許可を要求するステップ（３１１）が、前記
基本モジュールの前記ローディングが完了するまで延期
される上記（２）に記載の方法（３００）。 （４）前記授与された許可を改訂する前記ステップ（３
４２〜３５１）が、前記対応するライセンス情報を含
む、各プログラムについてのデジタル・ライセンス証明
書を格納する別のコンピュータに、前記要求を示すメッ
セージを送信するステップ（３４３）と、前記対応する
ライセンス証明書で、前記要求の適合を検証するステッ
プ（３４５〜３５１）とを含む上記（２）または（３）
に記載の方法（３００）。 （５）前記許可を授与する前記ステップが、前記コンピ
ュータ上に格納され、前記対応するライセンス証明書の
簡略化したコピーを含むローカル・デジタル・ライセン
ス証明書を検証するステップ（３１８〜３２４）を含む
上記（４）に記載の方法（３００）。 （６）前記ブートストラップの後に、前記別のコンピュ
ータから受信するその新しいバージョンに従って各ロー
カル・ライセンス証明書を更新するステップ（３５４）
をさらに含む上記（５）に記載の方法（３００）。 （７）各プログラムの実行環境の変化を検出するため
に、前記コンピュータのオペレーションを監視するステ
ップ（３３３）と、前記検出した変化に従って前記対応
する授与された許可を改訂するステップ（３３６、３６
０〜３８４）とをさらに含む上記（１）ないし（６）に
記載の方法（３００）。 （８）コンピュータ上で動作するときに上記（１）ない
し（７）のいずれかの前記方法を実行するための、前記
コンピュータ（１０５）の作業メモリ（１３０ｃ）中に
直接ロード可能なコンピュータ・プログラム（２３０、
２３５）。 （９）上記（８）のプログラム（２３０、２３５）が格
納されるコンピュータ可読記録媒体（１５０）。 （１０）コンピュータ上のソフトウェア・プログラムの
使用を制御する方法（３００）であって、ライセンス交
付管理システムに対して、各プログラムによって実行許
可を要求するステップ（３１１；３２７）と、前記プロ
グラムの使用の許可条件を示すライセンス交付情報の検
証に従って前記許可を授与するステップ（３１８〜３２
１、３４２〜３５１；３３０、３５７〜３７２）とを含
み、前記コンピュータの実行環境での変化を検出するた
めに、前記コンピュータのオペレーションを監視するス
テップ（３３３）と、前記検出した変化に従って前記授
与された許可を改訂するステップ（３３６、３６０〜３
８４）とを特徴とする方法。 （１１）コンピュータ上で動作するときに上記（１０）
の前記方法を実行するための、前記コンピュータ（１０
５）の作業メモリ（１３０ｃ）中に直接ロード可能なコ
ンピュータ・プログラム（２３０、２３５）。 （１２）上記（１１）のプログラム（２３０、２３５）
が格納されるコンピュータ可読記録媒体（１５０）。 （１３）ライセンス交付管理システム（２３０、２３
５）と、コンピュータ（１０５）に対して基本サービス
を提供する少なくとも１つのソフトウェア・プログラム
（２０５ｃ、２１５ｃ）のローディングに関係するブー
トストラップを開始するための手段（１３５）とを含む
前記コンピュータ上のソフトウェア・プログラムの使用
を制御するためのシステム（１００）において、各プロ
グラムが、前記ライセンス交付管理システムに対して実
行許可を要求するシステムであって、前記ライセンス交
付システムが、前記ブートストラップの完了前に、プロ
グラムの使用の許可条件を示すライセンス交付情報（２
４０）の仮検証に従って前記許可を授与するための手段
（２３０）と、前記ブートストラップの完了後に、ライ
センス交付情報（２２５）の完全な検証に従って前記授
与した許可を改訂するための手段（２３５）とを含むこ
とを特徴とするシステム。 （１４）ライセンス交付管理システム（２３０、２３
５）を含むコンピュータ（１０５）上のソフトウェア・
プログラム（２０５ｃ、２１５ｃ、２５０）の使用を制
御するシステム（１００）において、各プログラムが、
前記ライセンス交付管理システムに対して実行許可を要
求し、前記ライセンス交付管理システムが、ライセンス
交付情報（２２５、２４０）の検証に従って許可を授与
するシステムであって、前記プログラムの実行環境の変
化を検出するために、コンピュータのオペレーションを
監視するための手段（２３０、２３３）をさらに含み、
前記ライセンス交付管理システムが、前記検出した変化
に従って前記授与した許可を改訂することを特徴とする
システム。

【図面の簡単な説明】

【図１】本発明の方法を使用することができるネットワ
ーキング・システムの基本ブロック図である。

【図２】ネットワーキング・システム中に含まれるクラ
イアント・ワークステーションおよびサーバ・ワークス
テーションの作業メモリの部分的な内容である。

【図３】クライアント・ワークステーション上でソフト
ウェア・プログラムの使用を制御するための方法の流れ
図である。

【図４】クライアント・ワークステーション上でソフト
ウェア・プログラムの使用を制御するための方法の流れ
図である。

【図５】クライアント・ワークステーション上でソフト
ウェア・プログラムの使用を制御するための方法の流れ
図である。

【符号の説明】

１００ ネットワーキング・システム １０５ ワークステーション １１５ 通信ケーブル １２０ 通信バス １２５ 中央演算処理装置（ＣＰＵ） １３０ 作業メモリ １３５ 読取り専用メモリ（ＲＯＭ） １４０ ハードディスク １４５ ドライバ・ユニット（ＤＲＶ） １５０ ＣＤ−ＲＯＭ １５５ 入力ユニット（ＩＮ） １６０ 出力ユニット（ＯＵＴ） １６５ ネットワーク・インターフェース・カード（Ｎ
ＩＣ） １３０ｃ 作業メモリ １３０ｓ 作業メモリ ２０５ｃ オペレーティング・システム（ＯＳ） ２０５ｓ オペレーティング・システム（ＯＳ） ２１５ｃ スタック ２１５ｓ スタック ２２０ ライセンス交付管理アプリケーション（ＬＭ
Ａ） ２２５ ライセンス証明書 ２３０ ライセンス交付システム・エージェント（Ｓ
Ａ） ２３３ データ構造（ＣＯＮＦ） ２３５ 全機能ライセンス交付エージェント（ＦＦＡ） ２４０ ローカル・ライセンス証明書 ２４５ ログ構造（ＬＯＧ） ２５０ アプリケーション・プログラム

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ジャンカルロ・カルボーネ イタリア ローマ 00142 ヴィア・ドゥ ッチア・ディ・ブオニンセーニャ 29 (72)発明者 トーマス・フラン・シーレチ アメリカ合衆国07456 ニュー・ジャージ ー州リングウッド アルタ・ビスタ・ドラ イブ 58 Ｆターム(参考） 5B076 BB00 FB01

Claims (14)

【特許請求の範囲】
1. 【請求項１】コンピュータ上のソフトウェア・プログラ
   ムの使用を制御する方法（３００）であって、 前記コンピュータに対して基本サービスを提供する少な
   くとも１つのソフトウェア・プログラムをロードするこ
   とに関係するブートストラップを開始するステップ（３
   ０６）と、 ライセンス交付管理システムに対して各プログラムによ
   って実行許可を要求するステップ（３１１）とを含み、 前記ブートストラップの完了前に、前記プログラムの使
   用の許可条件を示すライセンス交付情報の仮検証に従っ
   て前記許可を授与するステップ（３１８〜３２４）と、 前記ブートストラップ完了後に、前記ライセンス交付情
   報の完全な検証に従って前記授与した許可を改訂するス
   テップ（３４２〜３５１）とを特徴とする方法。
2. 【請求項２】前記ブートストラップの完了前に、前記ラ
   イセンス交付管理システムの基本モジュールをロードす
   るステップ（３０９）であって、各許可が、前記基本モ
   ジュールに対して要求され、前記基本モジュールによっ
   て授与されるステップと、 許可の各要求を記録するステップ（３２２）と、 前記ブートストラップ完了後に、前記ライセンス交付管
   理システムの全モジュールをロードするステップ（３１
   ２）と、 前記対応する授与された許可を改訂するために、記録し
   た各要求を前記全モジュールに供給するステップ（３４
   ２）とをさらに含む請求項１に記載の方法（３００）。
3. 【請求項３】前記許可を要求するステップ（３１１）
   が、前記基本モジュールの前記ローディングが完了する
   まで延期される請求項２に記載の方法（３００）。
4. 【請求項４】前記授与された許可を改訂する前記ステッ
   プ（３４２〜３５１）が、 前記対応するライセンス情報を含む、各プログラムにつ
   いてのデジタル・ライセンス証明書を格納する別のコン
   ピュータに、前記要求を示すメッセージを送信するステ
   ップ（３４３）と、 前記対応するライセンス証明書で、前記要求の適合を検
   証するステップ（３４５〜３５１）とを含む請求項２ま
   たは３に記載の方法（３００）。
5. 【請求項５】前記許可を授与する前記ステップが、前記
   コンピュータ上に格納され、前記対応するライセンス証
   明書の簡略化したコピーを含むローカル・デジタル・ラ
   イセンス証明書を検証するステップ（３１８〜３２４）
   を含む請求項４に記載の方法（３００）。
6. 【請求項６】前記ブートストラップの後に、前記別のコ
   ンピュータから受信するその新しいバージョンに従って
   各ローカル・ライセンス証明書を更新するステップ（３
   ５４）をさらに含む請求項５に記載の方法（３００）。
7. 【請求項７】各プログラムの実行環境の変化を検出する
   ために、前記コンピュータのオペレーションを監視する
   ステップ（３３３）と、前記検出した変化に従って前記
   対応する授与された許可を改訂するステップ（３３６、
   ３６０〜３８４）とをさらに含む請求項１ないし６に記
   載の方法（３００）。
8. 【請求項８】コンピュータ上で動作するときに請求項１
   ないし７のいずれかの前記方法を実行するための、前記
   コンピュータ（１０５）の作業メモリ（１３０ｃ）中に
   直接ロード可能なコンピュータ・プログラム（２３０、
   ２３５）。
9. 【請求項９】請求項８のプログラム（２３０、２３５）
   が格納されるコンピュータ可読記録媒体（１５０）。
10. 【請求項１０】コンピュータ上のソフトウェア・プログ
    ラムの使用を制御する方法（３００）であって、 ライセンス交付管理システムに対して、各プログラムに
    よって実行許可を要求するステップ（３１１；３２７）
    と、 前記プログラムの使用の許可条件を示すライセンス交付
    情報の検証に従って前記許可を授与するステップ（３１
    ８〜３２１、３４２〜３５１；３３０、３５７〜３７
    ２）とを含み、 前記コンピュータの実行環境での変化を検出するため
    に、前記コンピュータのオペレーションを監視するステ
    ップ（３３３）と、 前記検出した変化に従って前記授与された許可を改訂す
    るステップ（３３６、３６０〜３８４）とを特徴とする
    方法。
11. 【請求項１１】コンピュータ上で動作するときに請求項
    １０の前記方法を実行するための、前記コンピュータ
    （１０５）の作業メモリ（１３０ｃ）中に直接ロード可
    能なコンピュータ・プログラム（２３０、２３５）。
12. 【請求項１２】請求項１１のプログラム（２３０、２３
    ５）が格納されるコンピュータ可読記録媒体（１５
    ０）。
13. 【請求項１３】ライセンス交付管理システム（２３０、
    ２３５）と、コンピュータ（１０５）に対して基本サー
    ビスを提供する少なくとも１つのソフトウェア・プログ
    ラム（２０５ｃ、２１５ｃ）のローディングに関係する
    ブートストラップを開始するための手段（１３５）とを
    含む前記コンピュータ上のソフトウェア・プログラムの
    使用を制御するためのシステム（１００）において、各
    プログラムが、前記ライセンス交付管理システムに対し
    て実行許可を要求するシステムであって、前記ライセン
    ス交付システムが、前記ブートストラップの完了前に、
    プログラムの使用の許可条件を示すライセンス交付情報
    （２４０）の仮検証に従って前記許可を授与するための
    手段（２３０）と、前記ブートストラップの完了後に、
    ライセンス交付情報（２２５）の完全な検証に従って前
    記授与した許可を改訂するための手段（２３５）とを含
    むことを特徴とするシステム。
14. 【請求項１４】ライセンス交付管理システム（２３０、
    ２３５）を含むコンピュータ（１０５）上のソフトウェ
    ア・プログラム（２０５ｃ、２１５ｃ、２５０）の使用
    を制御するシステム（１００）において、各プログラム
    が、前記ライセンス交付管理システムに対して実行許可
    を要求し、前記ライセンス交付管理システムが、ライセ
    ンス交付情報（２２５、２４０）の検証に従って許可を
    授与するシステムであって、前記プログラムの実行環境
    の変化を検出するために、コンピュータのオペレーショ
    ンを監視するための手段（２３０、２３３）をさらに含
    み、前記ライセンス交付管理システムが、前記検出した
    変化に従って前記授与した許可を改訂することを特徴と
    するシステム。