(57)【特許請求の範囲】
【請求項１】
ネットワークを介して発行者コンピュータに接続可能な顧客コンピュータ上でディジタル・エンコードされた製品の使用を制御する方法であって、
前記顧客コンピュータが、前記製品の使用条件を検出するために該顧客コンピュータ自身の動作を監視するステップと、
前記顧客コンピュータが、対応する期間にわたる前記検出された使用条件を示す調整情報を、前記発行者コンピュータへの前記調整情報の送信について計画された時間に、前記発行者コンピュータに供給するステップと、
前記発行者コンピュータが、前記調整情報に従って、前記発行者コンピュータ上に記憶され且つ前記製品のライセンス交付条件を示すライセンス交付情報を更新するステップと
を含む方法。
【請求項２】
前記発行者コンピュータが、前記製品の使用条件について、制限なしに前記製品を使用することを認められた許可を示す製品ライセンス証明書を前記顧客コンピュータに供給するステップと、
前記顧客コンピュータが、前記製品ライセンス証明書を記憶するステップと、
前記顧客コンピュータが、ユーザによって前記製品の実行が要求されたかどうかを検査するステップと、
前記顧客コンピュータが、前記製品ライセンス証明書を検証するステップと、
前記顧客コンピュータが、前記製品ライセンス証明書の前記検証の肯定的結果に応答して前記製品の前記実行を可能にするステップと
をさらに含む、請求項１に記載の方法。
【請求項３】
前記製品ライセンス証明書が、検出すべき前記使用条件の定義および前記発行者コンピュータに供給すべき前記調整情報の定義をさらに含む、請求項２に記載の方法。
【請求項４】
前記発行者コンピュータが、前記調整情報を供給する方式を定義するグローバル・ライセンス証明書を作成するステップと、
前記顧客コンピュータが、前記発行者コンピュータからのグローバル・ライセンス証明書を記憶するステップと
をさらに含む、請求項１ないし３のいずれかに記載の方法。
【請求項５】
前記調整情報が、前記製品の前記使用条件の変化のそれぞれについて前記顧客コンピュータに記憶されるログ・レコードを含み、前記顧客コンピュータが、前記調整情報を、周期的に前記発行者コンピュータに送信するステップをさらに含む、請求項１ないし４のいずれかに記載の方法。
【請求項６】
前記発行者コンピュータが、前記調整情報の受信に応答して、前記コンピュータに受信メッセージを送信するステップと、
前記顧客コンピュータが、前記受信メッセージの受信に応答して、前記発行者コンピュータに送信された前記ログ・レコードを消去するステップと
をさらに含む、請求項５に記載の方法。
【請求項７】
前記調整情報が、各ログ・レコードに関連付けられた順次識別子と、前記顧客コンピュータに記憶され且つ前記製品の現在のライセンス交付条件を示す状況情報とをさらに含み、前記ライセンス交付情報が、前記発行者コンピュータに送信された前記ログ・レコード内の欠けている順次識別子に応答して、前記状況情報に従って更新される、請求項５または６に記載の方法。
【請求項８】
前記顧客コンピュータが、前記発行者コンピュータへの前記調整情報の送信ごとに対称鍵を生成するステップと、
前記顧客コンピュータが、前記対称鍵を用いて前記調整情報を暗号化するステップと、
前記顧客コンピュータが、前記製品の前記使用のコントローラの公開鍵を用いて前記対称鍵を暗号化するステップと、
前記顧客コンピュータが、前記暗号化された対称鍵を前記発行者コンピュータに供給するステップと、
前記発行者コンピュータが、前記コントローラの秘密鍵を使用して前記暗号化された対称鍵を復号するステップと、
前記発行者コンピュータが、前記対称鍵を使用して前記暗号化された調整情報を復号するステップと
をさらに含む、請求項１ないし７のいずれかに記載の方法。
【請求項９】
前記顧客コンピュータが、前記顧客コンピュータにインストールされたライセンス交付管理モジュールの秘密鍵を用いて各ログ・レコードに署名するステップと、
前記顧客コンピュータが、前記ライセンス交付管理モジュールの前記秘密鍵を用いて前記調整情報に署名するステップと、
前記顧客コンピュータが、前記ライセンス交付管理モジュールの公開鍵を用いて前記調整情報および各ログ・レコードを検証するステップと、
前記顧客コンピュータが、前記コントローラの前記秘密鍵を用いて前記受信メッセージに署名するステップと、
前記顧客コンピュータが、前記コントローラの前記公開鍵を用いて前記受信メッセージを検証するステップと
をさらに含む、請求項８に記載の方法。
【請求項１０】
前記発行者コンピュータが、前記製品の供給業者に関連付けられている、請求項１ないし９のいずれかに記載の方法。
【請求項１１】
ネットワークを介して発行者コンピュータに接続可能な顧客コンピュータ上でディジタル・エンコードされた製品の使用を制御するライセンス交付システムであって、
前記顧客コンピュータが、
前記製品の使用条件を検出するために該顧客コンピュータ自身の動作を監視する手段と、
対応する期間にわたる前記検出された使用条件を示す調整情報を、前記発行者コンピュータへの前記調整情報の送信について計画された時間に、前記発行者コンピュータに供給する手段と
を含み、
前記発行者コンピュータが、
前記調整情報に従って、前記発行者コンピュータ上に記憶され且つ前記製品のライセンス交付条件を示すライセンス交付情報を更新する手段と
を含むライセンス交付システム。
【請求項１２】
ネットワークを介して発行者コンピュータに接続可能な顧客コンピュータ上でディジタル・エンコードされた製品の使用を制御するライセンス交付システム内で使用される該顧客コンピュータであって、
前記製品の使用条件を検出するために該顧客コンピュータ自身の動作を監視する手段と、
対応する期間にわたる前記検出された使用条件を示す調整情報を、前記発行者コンピュータへの前記調整情報の送信について計画された時間に、前記発行者コンピュータに供給する手段であって、それによって前記発行者コンピュータ上に記憶され且つ前記製品のライセンス交付条件を示すライセンス交付情報が、上記調整情報に従って更新される、前記供給する手段と
を含む顧客コンピュータ。
【請求項１３】
ネットワークを介して発行者コンピュータに接続可能な顧客コンピュータ上でディジタル・エンコードされた製品の使用を制御するためのコンピュータ・プログラムであって、
ライセンス交付システム内で使用される該顧客コンピュータに、
前記製品の使用条件を検出するために該顧客コンピュータ自身の動作を監視するステップと、
対応する期間にわたる前記検出された使用条件を示す調整情報を、前記発行者コンピュータへの前記調整情報の送信について計画された時間に、前記発行者コンピュータに供給するステップであって、それによって前記発行者コンピュータ上に記憶され且つ前記製品のライセンス交付条件を示すライセンス交付情報が、上記調整情報に従って更新される、前記供給するステップと
を実行させるコンピュータ・プログラム。
【請求項１４】
ネットワークを介して発行者コンピュータに接続可能な顧客コンピュータ上でディジタル・エンコードされた製品の使用を制御するためのコンピュータ・プログラムを記録したコンピュータ読み取り可能な記録媒体であって、
ライセンス交付システム内で使用される該顧客コンピュータに、
前記製品の使用条件を検出するために該顧客コンピュータ自身の動作を監視するステップと、
対応する期間にわたる前記検出された使用条件を示す調整情報を、前記発行者コンピュータへの前記調整情報の送信について計画された時間に、前記発行者コンピュータに供給するステップであって、それによって前記発行者コンピュータ上に記憶され且つ前記製品のライセンス交付条件を示すライセンス交付情報が、上記調整情報に従って更新される、前記供給するステップと
を実行させるコンピュータ・プログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ディジタル・エンコードされた製品の使用を制御する方法に関する。
【０００２】
【従来の技術】
ソフトウェア・プログラムなどのディジタル・エンコードされた製品は、無限回のコピーで完全に複製することができる。これは、自分の知的所有権を保護することを望む、製品の発行者にとって重要な問題であり、実際に、発行者は、通常は製品のライセンス交付された使用のそれぞれについてロイヤリティを受け取り、その結果、製品の報告されない使用または配布のすべてが、支払われないロイヤリティをもたらす。この問題は、近年、この種の製品の制御されない配布をさらに容易にするインターネットの大々的な普及によって悪化してきた。
【０００３】
ディジタル・エンコードされた製品の報告されない使用を回避する最も単純な方法は、許可されないコピーおよび伝送を防ぐことである。たとえば、ほとんどのソフトウェア・プログラムが、作成できるコピーの数を制限するか、所定の時間期間が経過した後に製品の動作を不能にする、制御コードを組み込まれている。もう１つの技法は、製品を実行するためにソフトウェア・キーまたはハードウェア・キーの所有を必要とすることからなる。
【０００４】
当技術分野で提案された異なる解決策は、顧客のコンピュータにライセンス交付管理システムをインストールすることであり、このシステムは、顧客コンピュータ上で稼動する製品が、発行者によって許可される使用のめいめいの条件（たとえば、製品を同時に実行できるエンド・ユーザの最大数の定義）に従うことを制御する。具体的に言うと、使用の許可された条件（機械可読形式に変換される）が、ディジタル・ライセンス証明書に組み込まれ、このディジタル・ライセンス証明書が、通常は製品に添付される。製品には、ライセンス交付管理システムへの呼出しが含まれ、その結果、エンド・ユーザが製品の実行を要求するたびに、対応する要求が、ライセンス交付管理システムに転送されるようになる。ライセンス交付管理システムは、製品の稼動が、ライセンス証明書に組み込まれた使用の条件によって示される限度内であるかどうかを検証し、検証の結果に従って製品の実行を可能にするか止める。
【０００５】
【発明が解決しようとする課題】
上で説明した解決策の短所は、製品の使用の許可される条件が、ライセンス証明書が顧客コンピュータにインストールされる時に合意されなければならないので、非常に厳密であることである。したがって、顧客は、実行環境の変更が発生するたびに（製品を同時に実行するエンド・ユーザの数が増えるなど）、新しいライセンス証明書を購入することを強制される。
【０００６】
新しいライセンス証明書は、たとえばインターネットを介して、オン・ラインで配布することができる。顧客は、発行者のウェブ・サイトにアクセスし、新しいライセンス証明書の特徴を指定し、その後、自分のコンピュータにライセンス証明書をダウンロードすることができる。この形で、新しいライセンス証明書を購入する処理にかかる時間が減る。しかし、この解決策では、実行環境の変化のそれぞれについて新しいライセンス証明書を購入する必要が除去されない。
【０００７】
さらに、オープン・ライセンス証明書が提案された。この場合、顧客は、ライセンス証明書を実行環境に適合させるために、製品の使用の許可される条件にある変更を加えることを許可される。ライセンス証明書に対する変更は、顧客参照のために、ライセンス交付管理システムによってログ記録される。しかし、顧客は、製品の最も広い予見された使用に対応する使用の条件を組み込まれたライセンス証明書を購入することを必ず強制され、その結果、顧客は、この追加の自由に対するトレード・オフとして、より高いコストをこうむる。
【０００８】
本発明の目的は、上で述べた短所を克服することである。
【０００９】
【課題を解決するための手段】
この目的を達成するために、第１請求項に記載された方法を提案する。
【００１０】
手短にいうと、本発明は、データ処理システム上でのディジタル・エンコードされた製品の使用を制御する方法であって、製品の使用の条件の検出のためにシステムの動作を監視するステップと、対応する時間の期間にわたる使用の検出された条件を示す調整情報をコントローラ・データ処理システムに供給するステップと、調整情報に従って、コントローラ・システムに記憶された、製品のライセンス交付条件を示すライセンス交付情報を更新するステップとを含む方法を提供する。
【００１１】
さらに、この方法を実行するコンピュータ・プログラム・アプリケーション、このプログラム・アプリケーションを記憶する製品、データ処理システム上で実行するための対応するコンピュータ・プログラム、このプログラムを記憶する製品、ディジタル・エンコードされた製品の使用を制御するシステム（構造）、およびこのシステム（構造）内で使用するためのデータ処理システムも提供する。
【００１２】
【発明の実施の形態】
図１を特に参照すると、ソフトウェア製品の使用を制御するライセンス交付構造１００が示されている。ライセンス交付システム（構造）１００には、たとえばソフトウェア製品を使用する顧客の敷地にインストールされたＰＣ（パーソナル・コンピュータ）である、顧客コンピュータ１０５ｃが含まれる。顧客コンピュータ１０５ｃは、通信バス１１０ｃに並列に接続された、複数の装置を有する。具体的に言うと、中央処理装置（ＣＰＵ）１１５ｃが、顧客コンピュータ１０５ｃの動作を制御し、作業メモリ１２０ｃ（通常はＤＲＡＭ）が、ＣＰＵ１１５ｃによって直接使用され、読取専用メモリ（ＲＯＭ）１２５ｃに、顧客コンピュータ１０５ｃを起動する基本プログラムが記憶される。さらに、さまざまな周辺装置が、通信バス１１０ｃに接続される（めいめいのインターフェースによって）。具体的に言うと、バルク・メモリは、ハード・ディスク１３０ｃと、ＣＤ−ＲＯＭ１４０ｃを読み取るドライバ装置（ＤＲＶ）１３５ｃからなり、顧客コンピュータ１０５ｃには、さらに、たとえばキーボードおよびマウスからなる入力装置（ＩＮ）１４５ｃと、たとえばモニタおよびプリンタからなる出力装置（ＯＵＴ）１５０ｃが含まれる。ネットワーク・インターフェース・カード（ＮＩＣ）１５５ｃが、通常はインターネットであるネットワーク１６０に顧客コンピュータ１０５ｃを接続するのに使用される。
【００１３】
もう１つのコンピュータである発行者コンピュータ１０５ｐが、ソフトウェア製品の発行者の敷地にインストールされる。具体的に言うと、発行者コンピュータ１０５ｐには、通信バス１１０ｐ、中央処理装置（ＣＰＵ）１１５ｐ、作業メモリ（ＤＲＡＭ）１２０ｐ、読取専用メモリ（ＲＯＭ）１２５ｐ、ハード・ディスク１３０ｐ、ＣＤ−ＲＯＭ１４０ｐ用のドライバ装置（ＤＲＶ）１３５ｐ、入力装置（ＩＮ）１４５ｐ、出力装置（ＯＵＴ）１５０ｐ、およびネットワーク１６０へのアクセス用のネットワーク・インターフェース・カード（ＮＩＣ）１５５ｐが含まれる。
【００１４】
同様の考察が、コンピュータに異なる装置（たとえば、フロッピ（Ｒ）・ディスク用のドライバ装置）が含まれる場合、コンピュータが異なる構造を有する（マルチプロセッサ・アーキテクチャを有するなど）場合、コンピュータが、たとえば一連のダム端末を伴う集中アーキテクチャを有するか、ローカル・エリア・ネットワーク（ＬＡＮ）および類似物に接続された一連のワークステーションを伴う分散アーキテクチャを有するものなど、同等のデータ処理システムによって置換される場合にあてはまる。代替案では、ライセンス交付構造に、ソフトウェア製品の流通業者またはより一般的に供給業者の敷地にインストールされたコンピュータが含まれ、ライセンス交付構造が、オーディオ記録物、ビデオ記録物、電子書籍、またはマルチメディア作品などの同等のディジタル・エンコードされた製品の使用を制御するのに使用される。図２を検討すると、動作中の発行者コンピュータおよび顧客コンピュータのめいめいの作業メモリ１２０ｐおよび１２０ｃの部分的内容が示されており、情報（プログラムおよびデータ）は、通常は、ハード・ディスクに記憶され、プログラムが稼動している時に、対応するオペレーティング・システムおよび他のアプリケーション・プログラム（この図には図示せず）と共に、作業メモリにロードされる（少なくとも部分的に）。プログラムは、当初は、顧客コンピュータおよび発行者コンピュータのハード・ディスクに、ＣＤ−ＲＯＭからインストールされる。
【００１５】
ドライバ・モジュール２０５ｐ（作業メモリ１２０ｐ上）およびドライバ・モジュール２０５ｃ（作業メモリ１２０ｃ上）が、それぞれ発行者コンピュータおよび顧客コンピュータの、ネットワーク１６０へのアクセスを制御する。
【００１６】
発行者コンピュータは、デリバリ・モジュール（ＤＥＬＩＶ）２１０を備え、デリバリ・モジュール２１０は、グローバル・ライセンス証明書（ＧＣ）２１５および対応するソフトウェア製品（ＡＰＰＬ）２２５の製品ライセンス証明書（ＰＣ）２２０を生成する。グローバル・ライセンス証明書２１５および製品ライセンス証明書２２０の所有によって、顧客が、ソフトウェア製品２２５を使用することを許可され、異なるグローバル・ライセンス証明書２１５が、顧客ごとに発行され、異なる製品ライセンス証明書２２０が、顧客に出荷されるソフトウェア製品２２５ごとに発行される。
【００１７】
（機密でない）公開鍵ＰＫｄおよび（機密の）秘密鍵ＳＫｄが、デリバリ・モジュール２１０に関連し、この鍵の対が、たとえばＲＳＡ（Rivest Shamir Adelman）タイプの、非対称暗号システムで使用される。鍵の一方（公開鍵または秘密鍵のいずれか）が、元のメッセージの暗号化すなわち、元のメッセージを明白には理解できない形に変換するのに使用され、他方の鍵が、元のメッセージを得るために、暗号化されたメッセージを復号するのに使用される。鍵は、公開鍵から秘密鍵を得ることが計算的に実現不可能になるように生成される。
【００１８】
秘密鍵ＳＫｄは、デリバリ・モジュール２１０内で実施される。公開鍵ＰＫｄは、デリバリ・モジュール２１０に関連するディジタル証明書ＤＣ（ＰＫｄ）（たとえばＸ．５０９標準規格に従って定義される）に含まれる。ディジタル証明書には、所有者を識別する情報（たとえば、所有者の名前、住所など）、所有者の公開鍵、および認証局（ＣＡ）の名前が含まれる。ディジタル証明書には、さらに、認証局の秘密鍵を使用して作成される、前述の情報のディジタル署名が含まれる。この形で、認証局は、秘密鍵／公開鍵対の所有者が、実際にディジタル証明書で識別される実体であることを保証する。認証局の識別は、公開鍵インフラストラクチャ（ＰＫＩ）を定義するために一般に信頼される主認証局までさかのぼる、上位の認証局によって保証される。
【００１９】
メッセージのディジタル署名が作成され、メッセージのハッシュ値（ディジタル指紋またはダイジェストとも称する）が生成される。ハッシュ値は、メッセージを直接エンコードするのに必要なビット数より少ない、事前に設定されたビット数からなるが、それにもかかわらず、ハッシュ値は、実質的にメッセージに対して一意である（すなわち、メッセージ内のあらゆる変更によって、異なるハッシュ値が生成される）。ハッシュ値は、一方向関数を使用して生成され、その結果、ハッシュ値からメッセージを得ることが計算的に実現不可能になる。その後、送信者の秘密鍵を用いてハッシュ値を暗号化することによって、ディジタル署名が作成される。（署名された）メッセージの受信者は、単にメッセージのハッシュ値を生成し、このハッシュ値を、送信者の公開鍵を使用してディジタル署名から抽出されたハッシュ値と比較することによって、そのメッセージを検証することができる。この形で、受信者は、元のメッセージが破壊されていないこと（保全性）と、そのメッセージが実際にディジタル証明書で識別される実体によって送信されたこと（認証性）を検証する。
【００２０】
発行者コンピュータには、さらに、顧客データベース（ＩＮＶ）２３０が記憶され、顧客データベース２３０には、顧客の名前、住所、ＶＡＴ番号、支払いの条件、および類似物などの、各顧客を識別する情報が含まれる。さらに、顧客データベース２３０には、顧客コンピュータにインストールされたソフトウェア製品ごとに、諸条件、価格設定ポリシ、およびソフトウェア製品の使用の（許可される）条件などの、めいめいのライセンス交付情報が含まれる。諸条件では、ソフトウェア製品を顧客コンピュータ上で使用でき、おそらくはさらに配布できる方法が定義され、価格設定ポリシでは、ソフトウェア製品の使用に関して顧客に請求する方法が定義される。たとえば、顧客は、ソフトウェア製品を同時に稼動させるエンド・ユーザの最大数に従って、ソフトウェア製品を実行するＣＰＵの計算能力に従って、顧客コンピュータに接続される端末の数に従って、などの形で請求される。
【００２１】
デリバリ・モジュール２１０は、新しいグローバル・ライセンス証明書２１５または新しい製品ライセンス証明書２２０が顧客に出荷されるたびに、顧客データベース２３０に情報を入力する。顧客データベース２３０内の情報は、調整モジュール（ＲＥＣＯＮ）２３５の制御下で更新される。秘密鍵ＳＫｒが、調整モジュール２３５内で実施される。対応する公開鍵ＰＫｒは、調整モジュール２３５に関連するディジタル証明書ＤＣ（ＰＫｒ）に含まれ、ディジタル証明書ＤＣ（ＰＫｒ）は、デリバリ・モジュール２１０によってアクセスされる。調整モジュール２３５は、ネットワーク１６０を介して顧客コンピュータと情報を交換するために、ドライバ・モジュール２０５ｐと通信する。
【００２２】
グローバル・ライセンス証明書２１５およびめいめいの製品ライセンス証明書２２０を伴うソフトウェア製品２２５が、顧客コンピュータにインストールされる。ソフトウェア製品２２５は、ライセンス交付管理モジュール２４５と通信し、ライセンス交付管理モジュール２４５は、グローバル・ライセンス証明書２１５および製品ライセンス証明書２２０にアクセスする。秘密鍵ＳＫｌが、ライセンス交付管理モジュール２４５内で実施され、対応する公開鍵ＰＫｌは、ライセンス交付管理モジュール２４５に関連するディジタル証明書ＤＣ（ＰＫｌ）に含まれる。
【００２３】
ライセンス交付管理モジュール２４５は、ソフトウェア製品２２５の使用の（実際の）条件に依存する現在のライセンス交付情報が記憶されるライセンス状況ファイル（ＳＴＳ）２５０と、一連のログ・レコード（ＬＯＧ）２５５とを管理し、ログ・レコード２５５のそれぞれには、めいめいの順次識別子を用いてタグが付けられ、ソフトウェア製品２２５の使用の条件の変更（顧客コンピュータでのライセンス証明書のインストールまたは除去、エンド・ユーザのログインまたはログオフ、またはＣＰＵのアップグレードなど）に関する情報が記憶される。スケジューラ（ＳＣＨＥＤ）２６０が、たとえば毎月、グローバル・ライセンス証明書２１５に含まれる情報に従って、ライセンス交付管理モジュール２４５を活動化する。（機密の）対称鍵ＳＫが、ランダマイザ（ＲＤＭ）２６５によって生成され、ライセンス交付管理モジュール２４５に供給される。対称鍵ＳＫは、元のメッセージの暗号化と、元のメッセージを得るための暗号化されたメッセージの復号の両方に使用される。
【００２４】
ライセンス交付管理モジュール２４５は、一連の調整メッセージ（ＲＥＣＯＮ）２７０を作成する。調整メッセージ２７０は、顧客インターフェース（ＣＵＳＴ＿ＩＴＦ）２７５によってアクセスされる。秘密鍵ＳＫｃが、顧客インターフェース２７５で実施され、対応する公開鍵ＰＫｃは、顧客インターフェース２７５に関連するディジタル証明書ＤＣ（ＰＫｃ）に含まれる。
【００２５】
調整メッセージ２７０は、ドライバ・モジュール２０５ｃにも供給され、その後、ネットワーク１６０を介して調整モジュール２３５に送信される。調整モジュール２３５は、調整メッセージ２７０のそれぞれに応答して受信メッセージ（ＡＣＫ）２８０を作成する。受信メッセージ２８０は、ドライバ・モジュール２０５ｐに供給され、ネットワーク１６０を介してライセンス交付管理モジュール２４５に送り返される。
【００２６】
同様の考察が、プログラム・アプリケーション全体（顧客コンピュータ上のプログラムおよび発行者コンピュータ上のプログラム）および対応するデータが、異なる形で構成される場合、他のモジュールまたは機能が想定される場合などにあてはまる。
【００２７】
図３からわかるように、グローバル・ライセンス証明書２１５には、セクションＩＮＦＯが含まれ、このセクションＩＮＦＯには、証明書の識別子、発行者の識別子、顧客コンピュータ上でログ記録されなければならない一般的な情報のリスト、調整メッセージを送信するための発行者コンピュータのアドレス（電子メール・アドレスなど）、および調整メッセージの送信の頻度が含まれる。グローバル・ライセンス証明書２１５には、さらに、調整モジュール２３５の公開鍵ＰＫｒが含まれ、この公開鍵ＰＫｒは、対応するディジタル証明書ＤＣ（ＰＫｒ）から抽出される。グローバル・ライセンス証明書２１５は、デリバリ・モジュール２１０によって作成され、その後、対応する秘密鍵ＳＫｄを使用して署名される。デリバリ・モジュール２１０に関連するディジタル署名ＳＩＧＮ（ＳＫｄ）およびディジタル証明書ＤＣ（ＰＫｄ）が、グローバル・ライセンス証明書２１５に付加される。ライセンス交付管理モジュール２４５が、グローバル・ライセンス証明書２１５を検証するために、対応するディジタル証明書ＤＣ（ＰＫｄ）からデリバリ・モジュール２１０の公開鍵ＰＫｄを抽出し、ディジタル署名ＳＩＧＮ（ＳＫｄ）を検証する。ディジタル証明書ＤＣ（ＰＫｒ）全体ではなく公開鍵ＰＫｒだけが、グローバル・ライセンス証明書に含まれることに留意されたい。実際、ディジタル署名ＳＩＧＮ（ＳＫｄ）およびディジタル証明書ＤＣ（ＰＫｄ）によって、すでに、公開鍵ＰＫｒが破壊されていないことと、それが実際に発行者によって供給されたことが保証されている。
【００２８】
類似する形で（図４を参照されたい）、製品ライセンス証明書２２０に、セクションＩＮＦＯが含まれ、このセクションＩＮＦＯに、証明書の識別子、発行者の識別子、発行者によって当初に許可されためいめいのソフトウェア製品の使用の基本条件、使用の基本条件に対する許可される変更のリスト、および特定のソフトウェア製品について顧客コンピュータ上でログ記録されなければならない情報のリストが含まれる。製品ライセンス証明書２２０は、デリバリ・モジュール２１０によって作成され、その後、対応する秘密鍵ＳＫｄを使用して署名される。デリバリ・モジュール２１０に関連するディジタル署名ＳＩＧＮ（ＳＫｄ）およびディジタル証明書ＤＣ（ＰＫｄ）が、製品ライセンス証明書２２０に付加される。ライセンス交付管理モジュール２４５は、製品ライセンス証明書２２０を検証するために、対応するディジタル証明書ＤＣ（ＰＫｄ）からデリバリ・モジュール２１０の公開鍵ＰＫｄを抽出し、ディジタル署名ＳＩＧＮ（ＳＫｄ）を検証する。
【００２９】
図５に移ると、調整メッセージ２７０に、セクションＨＥＡＤＥＲが含まれ、このセクションＨＥＡＤＥＲに、ライセンス交付管理システムの識別子、発行者の識別子、顧客コンピュータにインストールされたグローバル・ライセンス証明書の識別子、および作成の時刻を示すタイムスタンプが含まれる。セクションＢＯＤＹに、状況情報ファイル、ログ・レコード、顧客コンピュータに関する追加情報（コンピュータのタイプおよび作業メモリの容量など）、および受信メッセージを送り返すための顧客コンピュータのアドレス（電子メール・アドレスなど）が含まれる。セクションＢＯＤＹは、ランダマイザ２６５によって供給される対称鍵ＳＫを用いて暗号化される。調整メッセージ２７０には、さらに、グローバル・ライセンス証明書２１５から抽出される、調整モジュール２３５の公開鍵ＰＫｒを用いて暗号化された対称鍵ＳＫと、対応するディジタル証明書ＤＣ（ＰＫｃ）から抽出される、顧客インターフェース２７５の公開鍵ＰＫｃを用いて暗号化された対称鍵ＳＫが含まれる。
【００３０】
調整メッセージ２７０は、ライセンス交付管理モジュール２４５によって作成され、その後、対応する秘密鍵ＳＫｌを使用して署名される。ライセンス交付管理モジュール２４５に関連するディジタル署名ＳＩＧＮ（ＳＫｌ）およびディジタル証明書ＤＣ（ＰＫｌ）が、調整メッセージ２７０に付加される。また、調整メッセージ２７０は、顧客インターフェース２７５によって、対応する秘密鍵ＳＫｃを使用して署名される。顧客インターフェース２７５に関連するディジタル署名ＳＩＧＮ（ＳＫｃ）およびディジタル証明書ＤＣ（ＰＫｃ）が、さらに、調整メッセージ２７０に付加される。調整モジュール２３５が、調整メッセージ２７０を検証するために、ライセンス交付管理モジュール２４５の公開鍵ＰＫｌを、対応するディジタル証明書ＤＣ（ＰＫｌ）から抽出し、ディジタル署名ＳＩＧＮ（ＳＫｌ）を検証する。さらに、調整モジュール２３５が、調整メッセージ２７０をさらに検証するために、顧客インターフェース２７５の公開鍵ＰＫｃを、対応するディジタル証明書ＤＣ（ＰＫｃ）から抽出し、ディジタル署名ＳＩＧＮ（ＳＫｃ）を検証する。調整モジュール２３５は、めいめいの秘密鍵ＳＫｒを使用して対称鍵ＳＫを復号し、その後、そうして得られた対称鍵ＳＫを使用してセクションＢＯＤＹを復号する。
【００３１】
図６からわかるように、受信メッセージ２８０には、セクションＩＮＦＯが含まれ、このセクションＩＮＦＯに、発行者の識別子、ライセンス交付管理モジュールの識別子、および対応する調整メッセージで受信されるログ・レコードの範囲が含まれる。受信メッセージ２８０は、調整モジュール２３５によって作成され、その後、対応する秘密鍵ＳＫｒを使用して署名される（ＳＩＧＮ（ＳＫｒ））。ライセンス交付管理モジュール２４５は、受信メッセージ２８０を検証するために、調整モジュール２３５の公開鍵ＰＫｒをグローバル・ライセンス証明書２１５から抽出し、その後、ディジタル署名ＳＩＧＮ（ＳＫｒ）を検証する。
【００３２】
同様の考察が、上で説明したデータ構造に異なる情報が含まれる場合、それらが異なるパターンを有する場合、公開鍵が保護された通信チャネルを介して配布される（ディジタル証明書なしで）場合などにあてはまる。
【００３３】
図７ないし９からわかるように、一緒になって方法４００を構成する一連のルーチンが、顧客コンピュータにインストールされたソフトウェア製品の使用を制御するために、時間的に連続するステージで実行される。この方法は、ブロック４０３で開始され、ブロック４０６に移り、ここで、顧客が発行者に初めて登録する時に、デリバリ・モジュールによって顧客データベースに新しい項目が追加される。その後、デリバリ・モジュールは、ブロック４０９で、顧客のグローバル・ライセンス証明書を作成する。次にブロック４１２を検討すると、デリバリ・モジュールが、ソフトウェア製品が顧客によって初めて要求される時に、ソフトウェア製品の製品ライセンス証明書を作成する。ブロック４１５に進んで、グローバル・ライセンス証明書、製品ライセンス証明書、およびソフトウェア製品が、顧客に出荷され（たとえばネットワークを介して）、顧客のコンピュータにインストールされる（必要な場合にはライセンス交付管理モジュールと共に）。
【００３４】
ライセンス交付管理モジュールは、ブロック４１８で、ソフトウェア製品の実行が、顧客コンピュータ上でエンド・ユーザによって要求されたかどうかを検査する。そうでない場合には、この方法は、ブロック４２１（下で説明する）へ継続する。その逆の場合には、ブロック４２４で、グローバル・ライセンス証明書およびソフトウェア製品に関連する製品ライセンス証明書に対する検査を行う。
有効なライセンス証明書が顧客コンピュータにインストールされている場合には、ライセンス交付管理モジュールが、ブロック４２７でソフトウェア製品の実行を可能にする。そうでない場合には、ブロック４３０で、ソフトウェア製品の実行が打ち切られ、この方法は、エラー状態（通常は、発行者の側でのさらなる分析のためにログ記録される）に入る。どちらの場合でも、この方法は、ブロック４２１へ継続する。ブロック４２１を検討すると、この方法は、ソフトウェア製品の使用の条件の変更が発生したかどうかを検査する。そうでない場合には、この方法は、ブロック４３３（下で説明する）へ移る。その逆の場合には、対応するイベント（製品ライセンス証明書で示される、顧客コンピュータ上でログ記録されなければならない情報のリストに含まれるタイプの場合に）が、ブロック４３９で、ライセンス交付管理モジュールによって記録され、署名される。こうして得られた要素が、ブロック４４１で、新しいログ・レコードとして記憶される。その後、ブロック４４４で、記録されたイベントに、たとえば、ソフトウェア製品を同時に実行することを許可されるエンド・ユーザの最大数に達した後に、さらなるエンド・ユーザがソフトウェア製品の使用を開始したのでなど、ソフトウェア製品の現在のライセンス交付条件の変更が伴うかどうかの検査が行われる。そうである場合には、ブロック４４７で状況情報ファイルをそれに応じて更新し、その後、この方法は、ブロック４３３に進む。そうでない場合には、この方法はブロック４３３に直接に継続する。
【００３５】
次にブロック４３３を検討すると、スケジューラが、現在時刻（顧客コンピュータの内部クロックによって提供される）を検査する。現在時刻が、発行者コンピュータへの調整メッセージの送信について計画された時刻に対応しない場合には、ライセンス交付管理モジュールは、ブロック４４８（下で説明する）に進む。逆に、スケジューラが、現在時刻が供給業者コンピュータへの調整メッセージの送信について計画された時刻に対応することを検証する場合には、ブロック４５０で、ランダマイザが新しい対称鍵ＳＫを生成する。ブロック４５３に移って、調整メッセージのセクションＢＯＤＹを、対称鍵ＳＫを用いて暗号化する。ブロック４５６で、対称鍵ＳＫを、顧客インターフェースの公開鍵ＰＫｃと、調整モジュールの公開鍵ＰＫｒとを用いて暗号化する。ブロック４５９で、ライセンス交付管理モジュールおよび顧客インターフェースが、調整メッセージの内容に署名し、ブロック４６２で、調整メッセージ全体を、供給業者コンピュータに送信する。
【００３６】
ブロック４６５で、調整モジュールが、調整メッセージを検証する。調整メッセージが検証されない（たとえば、その内容が破壊されているか、ディジタル署名が偽造されているので）場合に、この方法は、ブロック４６８でエラー状態に入り、ブロック４４８に直接に進む。逆の場合には、この方法は、ブロック４７１に移り、調整モジュールが、対称鍵ＳＫ（めいめいの秘密鍵ＳＫｒを使用して復号される）を使用して調整メッセージのセクションＢＯＤＹを復号する。ブロック４７４で、１つまたは複数のログ・レコードが調整メッセージに欠けているかどうかの検査を行う（めいめいの順次識別子を走査することによって）。欠けているログ・レコードがない場合には、ブロック４７７で、受信したログ・レコードに従って（たとえば、対応する期間中にソフトウェア製品を同時に稼動させたエンド・ユーザの最大数を判定するなど）顧客データ・ベースを更新する。逆の場合には、ブロック４８０で、状況ファイルに従って顧客データ・ベースを更新し、エラー状態に入る（状況ファイルも欠けている場合には、顧客データ・ベースを、発行者によって最初に許可された使用の基本条件または使用可能な最後の状況ファイルに復元する）。
【００３７】
どちらの場合でも、この方法は、ブロック４８３に進み、調整モジュールが、対応する受信メッセージを作成し、署名する。ブロック４８６で、受信メッセージを顧客コンピュータに送信する。ブロック４８９で、ライセンス交付管理モジュールが、受信メッセージを検証する。受信メッセージが検証される場合には、この方法はブロック４９２に移り、受信メッセージで識別されログ・レコードを削除する。逆の場合には、この方法は、ブロック４９５でエラー状態に入る。どちらの場合でも、この方法はブロック４４８に進む。
【００３８】
ブロック４４８を検討すると、顧客コンピュータがシャット・ダウンされたかどうかの検査が行われる。そうでない場合には、この方法は、ブロック４１８に戻る（上で説明したステップを繰り返す）。逆の場合には、この方法は、最終ブロック４９８で終了する。
【００３９】
同様の考察が、同等の方法が実行される場合、たとえばソフトウェア製品とめいめいのライセンス証明書が別々に配布される場合、ソフトウェア製品の実行が必ず使用可能にされる（有効なライセンス証明書がインストールされていない場合であっても）場合、ソフトウェア製品の実行が、検証エラーが発生する時に打ち切られる場合、方法が、上で説明した動作を並列に実行する複数の並列処理を用いて実施される場合、調整メッセージが、異なる頻度で（たとえば３カ月ごとまたは６カ月ごと）発行者コンピュータに送信される場合などにあてはまる。同様に、複数のソフトウェア製品の使用が、同時に制御されるか、顧客コンピュータの動作が、異なる形で監視されるか、同等の調整情報が、発行者に供給されるか、調整情報が、ＦＴＰ（ファイル転送プロトコル）サイトに送信されるか、フロッピ（Ｒ）・ディスクに記憶され、郵送によって発行者に送られる。
【００４０】
より一般的に、本発明は、データ処理システム上でソフトウェア製品（または、同等のディジタル・エンコードされた製品）の使用を制御する方法を提供する。この方法には、製品の使用の条件を検出するためにシステムの動作を監視するステップと、対応する時間の期間にわたる使用の検出された条件を示す調整情報をコントローラ・データ処理システムに供給するステップと、調整情報に従って、コントローラ・システムに記憶された、製品のライセンス交付条件を示すライセンス交付情報を更新するステップとが含まれる。
【００４１】
本発明の解決策は、製品の発行者が、有効な形で自分の知的所有権を保護できるようにするが、それと同時に、発行者は、柔軟なライセンス交付の諸条件を顧客と交渉することができる。その一方で、顧客は、発行者に継続的に頼る必要なしに、変化する実行環境で製品を使用できるようになる。
【００４２】
この解決策では、発行者コンピュータ上のライセンス交付情報を、製品の使用の実際の条件と整列させることが可能になる。
【００４３】
その結果、発行者は、製品の実際の使用（調整情報に関連する期間中の）について、顧客が動的に行う、使用の許可される条件に対する変更について、またはこれらの価格設定ポリシの組合せについて、顧客に請求することができる。この形で、顧客は、いつでも製品の使用をやめることができ、購入の数日後に製品の使用を開始することができ、不要なコストをこうむらずに、予想されたものより少ない製品の使用を有することができる。さらに、発行者は、革新的なライセンス交付の諸条件を顧客に提供することができ、たとえば、顧客が、調整情報に関連する期間に沿った製品の使用の平均に従って料金を請求されることができ、また、製品の次の使用（信用が完全に使い果たされるまで許可される）に関する信用を定義する開始額を支払うことができる。
【００４４】
代替案では、ライセンス交付情報が、顧客によって行われる製品の実際の使用を記録することだけのために、発行者によって使用される。たとえば、この情報を、マーケティング応用または統計応用に有利に使用することができる。
【００４５】
上で説明した本発明の好ましい実施形態は、さらなる長所を提供する。たとえば、提案される解決策では、製品ライセンス証明書が使用されるが、この製品ライセンス証明書では、製品の使用の条件に対する制約が設定されない。この特徴によって、信頼性を損なわずに、構造が非常に柔軟になる。製品ライセンス証明書では、検出され発行者に供給される情報が定義されることが好ましい。この形で、製品ごとに異なる情報を収集することができる。さらに、グローバル・ライセンス証明書を使用することによって、単純にこの証明書を顧客コンピュータ上で置換して、調整情報を発行者に提供する態様を変更することが可能になる。
【００４６】
代替案では、製品ライセンス証明書およびグローバル・ライセンス証明書が、異なる構造を有する（たとえば、顧客の出費限度を定義する制約を有する）か、収集される情報を他所で定義する（たとえば、製品内で直接に）か、同一の種類の情報を、すべての製品について収集するか、調整情報を必ず発行者に同一の形で供給するか、製品ライセンス証明書およびグローバル・ライセンス証明書を使用しない。
【００４７】
周期的に発行者に送信されるログ・レコードによって、顧客コンピュータの制御が、特に信頼性を有するようになる。受信メッセージ（すでに発行者コンピュータに送信されたログ・レコードの削除を引き起こす）によって、顧客コンピュータと発行者コンピュータの間の完全な整列が保証される。さらに、ログ・レコードに関連する順次識別子の使用および状況ファイルの使用によって、１つまたは複数のログ・レコードが失われた時であっても、調整を実行することができるようになる。
【００４８】
同様の考察が、ログ・レコード、状況ファイル、および受信メッセージが異なる構造を有する場合、またはこれらが同等の情報によって置換される場合にあてはまる。代替案では、ログ・レコードが、顧客による要求時に作成されるか、ログ・レコードが、周期的に発行者コンピュータに送信されない（たとえば、要求時に送信されるか、発行者によって直接に収集される）か、受信メッセージが使用されず、ログ・レコードが削除されない（たとえば、顧客参照のためにヒストリ・アーカイブに移動される）か、順次識別子がログ・レコードに付加されないか、ライセンス交付管理システムが、ログ・レコードまたは状況ファイルの一方だけを記憶する。
【００４９】
調整メッセージに関して提案された暗号化技法によって、顧客によって発行者に送信される情報の信頼性が保証される。さらに、対称鍵を使用することによって、発行者と顧客の両方が、いつでも調整メッセージを復号できるようになる。
ログ・レコード、調整メッセージ、および受信メッセージに付加される署名によって、外部タンパリングが防止される。
【００５０】
同様の考察が、各対称鍵が顧客コンピュータ上の別の場所に記憶される場合、同一の対称鍵がすべての調整メッセージに使用される場合、調整メッセージおよび受信メッセーだけが署名される（すべてのログ・レコードが署名されない）場合、調整メッセージが、ライセンス交付管理モジュールによって署名されるだけである（顧客インターフェースによって署名されない）場合にあてはまる。代替案では、調整メッセージが、調整モジュールの公開鍵を用いて暗号化される（顧客コンピュータ上で記録されない）か、調整メッセージが、暗号化されないか、ディジタル署名が使用されない。
【００５１】
他のアプリケーションが排除されない場合であっても、提案された方法が、製品の供給業者による、顧客のコンピュータ上の製品の使用の制御に使用されることが好ましい。たとえば、本発明の異なる実施形態では、調整情報が、コンピュータのユーザと同一の会社の汎用コントローラに供給される。
【００５２】
有利なことに、本発明による解決策は、ＣＤ−ＲＯＭで供給されるコンピュータ・プログラム（ソフトウェア）アプリケーションを用いて実施される。このアプリケーションは、発行者コンピュータにインストールされるプログラムと、顧客コンピュータにインストールされるプログラムからなり、これらのプログラムは、別々に配布するのに適する。
【００５３】
代替案では、プログラムが、フロッピ（Ｒ）・ディスク上で供給されるか、ハード・ディスクに事前にロードされるか、他のコンピュータ可読媒体に記憶されるか、ネットワークを介してコンピュータに送信されるか、ブロードキャストされるか、より一般的に、コンピュータの作業メモリに直接にロード可能な他の形態で提供される。しかし、本発明による方法は、たとえば半導体材料のチップ内に集積された、顧客コンピュータにインストールされるハードウェア構造を用いる実行にもつながる。
【００５４】
当然、ローカル要件および特定の要件を満足するために、当業者は、上で説明した解決策に多数の修正および変更を適用することができるが、これらは、請求項によって定義される本発明の保護の範囲に含まれる。
【００５５】
まとめとして、本発明の構成に関して以下の事項を開示する。
【００５６】
（１）データ処理システム上でディジタル・エンコードされた製品の使用を制御する方法（４００）であって、前記製品の使用の条件を検出するために顧客システムの動作を監視するステップ（４３３ないし４４７）を含み、対応する期間にわたる前記検出された使用条件を示す調整情報をコントローラ・データ処理システムに供給するステップ（４５０ないし４６２）と、調整情報に従って、前記コントローラ・データ処理システムに記憶された、前記製品のライセンス交付条件を示すライセンス交付情報を更新するステップ（４７１ないし４８０）とを含むことを特徴とする方法（４００）。
（２）前記使用の条件について制限なしで前記製品を使用することを認めた許可を示す製品ライセンス証明書を供給するステップ（４１２）と、前記データ処理システム上で前記製品ライセンス証明書を記憶するステップ（４１５）と、前記製品の実行を要求するステップ（４１８）と、前記製品ライセンス証明書を検証するステップ（４２４）と、前記製品ライセンス証明書の前記検証の肯定的結果に応答して前記製品の前記実行を可能にするステップ（４２７）とをさらに含む、上記（１）に記載の方法（４００）。
（３）前記製品ライセンス証明書が、さらに、検出すべき前記使用の条件の定義および前記コントローラ・データ処理システムに供給すべき前記調整情報の定義を含む、上記（２）に記載の方法（４００）。
（４）前記コントローラ・データ処理システムに前記調整情報を供給する方式を定義するグローバル・ライセンス証明書を供給するステップ（４０９）と、前記グローバル・ライセンス証明書を前記データ処理システム上で記憶するステップ（４１５）とをさらに含む、上記（１）ないし（３）のいずれかに記載の方法（４００）。
（５）前記調整情報が、前記製品の前記使用の条件の変化のそれぞれについて前記データ処理システムに記憶されるログ・レコード（２５５）を含み、前記調整情報が、周期的に前記コントローラ・データ処理システムに送信（４２１）される、上記（１）ないし（４）のいずれかに記載の方法（４００）。
（６）前記調整情報に応答して、前記コントローラ・データ処理システムから前記データ処理システムに受信メッセージを送信するステップ（４８３ないし４８６）と、前記受信メッセージに応答して、前記コントローラ・データ処理システムに送信された前記ログ・レコードを消去するステップ（４９２）とをさらに含む、上記（５）に記載の方法（４００）。
（７）前記調整情報が、各ログ・レコードに関連する順次識別子と、前記製品の現在のライセンス交付条件を示す、前記データ処理システムに記憶された状況情報（２５０）とをさらに含み、前記ライセンス交付情報が、前記コントローラ・データ処理システムに送信された前記ログ・レコード内の欠けている順次識別子に応答して（４７４）前記状況情報に従って更新される（４８０）、上記（５）または（６）に記載の方法（４００）。
（８）前記コントローラ・データ処理システムへの前記調整情報の送信ごとに対称鍵を生成するステップ（４５０）と、前記対称鍵を用いて前記調整情報を暗号化するステップ（４５３）と、前記製品の前記使用のコントローラの公開鍵を用いて前記対称鍵を暗号化するステップ（４５６）と、前記暗号化された対称鍵を前記コントローラ・データ処理システムに供給するステップ（４６２）と、前記コントローラの秘密鍵を使用して前記対称鍵を復号するステップ（４７１）と、前記対称鍵を使用して前記調整情報を復号するステップとをさらに含む、上記（１）ないし（７）のいずれかに記載の方法（４００）。
（９）前記データ処理システムにインストールされたライセンス交付管理モジュールの秘密鍵を用いて各ログ・レコードに署名するステップ（４３９）と、前記ライセンス交付管理モジュールの前記秘密鍵を用いて前記調整情報に署名するステップ（４５９）と、前記ライセンス交付管理モジュールの公開鍵を用いて前記調整情報および各ログ・レコードを検証するステップ（４６５）と、前記コントローラの前記秘密鍵を用いて前記受信メッセージに署名するステップ（４８３）と、前記コントローラの前記公開鍵を用いて前記受信メッセージを検証するステップ（４８９）とをさらに含む、上記（８）に記載の方法。
（１０）もう１つのシステムが前記製品の供給業者に関連する、上記（１）ないし（９）のいずれかに記載の方法。
（１１）プログラムがデータ処理構造（１００）上で実行される時に、上記（１）ないし（１０）のいずれかの方法（４００）を実行するために、前記データ処理構造（１００）の作業メモリに直接にロード可能なコンピュータ・プログラム・アプリケーション（２３５、２４５）。
（１２）上記（１１）の前記プログラム・アプリケーション（２３５、２４５）が記憶されたコンピュータ可読記録媒体（１４０ｐ、１４０ｃ）。
（１３）データ処理システム上でディジタル・エンコードされた製品の使用を制御する方法（４００）を実行するために、前記データ処理システム（１０５ｃ）の作業メモリに直接にロード可能なコンピュータ・プログラム（２４５）であって、前記製品の使用の条件を検出するために前記データ処理システムの動作を監視するステップ（４３３ないし４４７）と、対応する期間にわたる前記検出された使用条件を表す調整情報をコントローラ・データ処理システムに供給するステップ（４５０ないし４６２）とを含み、前記コントローラ・データ処理システムに記憶される、前記製品のライセンス交付条件を示すライセンス交付情報が、前記調整情報に従って更新される（４７１ないし４８０）コンピュータ・プログラム。
（１４）上記（１３）の前記コンピュータ・プログラム（２４５）が記憶されるコンピュータ可読媒体（１４０ｃ）。
（１５）データ処理システム（１０５ｃ）上でディジタル・エンコードされた製品（２２５）の使用を制御するシステム（１００）であって、前記製品の使用の条件を検出するために前記データ処理システムの動作を監視する手段（２４５、２５０、２５５）を含み、前記システム（１００）が、さらに、対応する期間にわたる前記検出された使用条件を表す調整情報（２７０）をコントローラ・データ処理システム（１０５ｐ）に供給する手段（２４５、２６０）と、前記コントローラ・データ処理システムに記憶される、前記製品のライセンス交付条件を示すライセンス交付情報（２３０）を、前記調整情報に従って更新する手段（２３５）とを含むことを特徴とするシステム。
（１６）データ処理システム上でディジタル・エンコードされた製品（２２５）の使用を制御するシステム（１００）内で使用されるデータ処理システム（１０５ｃ）であって、前記製品の使用の条件を検出するために前記データ処理システムの動作を監視する手段（２４５、２５０、２５５）を含み、前記データ処理システムが、対応する期間にわたる前記検出された使用条件を示す調整情報（２７０）をコントローラ・データ処理システム（１０５ｐ）に供給する手段（２４５、２６０）をさらに含み、前記コントローラ・データ処理システムに記憶され、前記製品のライセンス交付条件を示すライセンス交付情報（２３０）が、上記調整情報に従って更新されることを特徴とする、データ処理システム（１０５ｃ）。
【図面の簡単な説明】
【図１】本発明の方法を使用することができる構造の基本ブロック図である。
【図２】その構造に含まれる顧客コンピュータおよび発行者コンピュータの作業メモリの部分的内容を示す図である。
【図３】本発明の方法で使用することができるデータ構造を示す図である。
【図４】本発明の方法で使用することができるデータ構造を示す図である。
【図５】本発明の方法で使用することができるデータ構造を示す図である。
【図６】本発明の方法で使用することができるデータ構造を示す図である。
【図７】顧客コンピュータ上のソフトウェア製品の使用を制御する方法の流れ図である。
【図８】顧客コンピュータ上のソフトウェア製品の使用を制御する方法の流れ図である。
【図９】顧客コンピュータ上のソフトウェア製品の使用を制御する方法の流れ図である。
【符号の説明】
２０５ｃ  ドライバ・モジュール
２０５ｐ  ドライバ・モジュール
２１０  デリバリ・モジュール（ＤＥＬＩＶ）
２１５  グローバル・ライセンス証明書（ＧＣ）
２２０  製品ライセンス証明書（ＰＣ）
２２５  ソフトウェア製品（ＡＰＰＬ）
２３０  顧客データベース（ＩＮＶ）
２３５  調整モジュール（ＲＥＣＯＮ）
２４５  ライセンス交付管理モジュール
２５０  ライセンス状況ファイル（ＳＴＳ）
２５５  ログ・レコード（ＬＯＧ）
２６０  スケジューラ（ＳＣＨＥＤ）
２６５  ランダマイザ（ＲＤＭ）
２７０  調整メッセージ（ＲＥＣＯＮ）
２７５  顧客インターフェース（ＣＵＳＴ＿ＩＴＦ）
２８０  受信メッセージ（ＡＣＫ）
【図１】
0003703095.tif 000002
【図２】
0003703095.tif 000003
【図３】
0003703095.tif 000004
【図４】
0003703095.tif 000005
【図５】
0003703095.tif 000006
【図６】
0003703095.tif 000007
【図７】
0003703095.tif 000008
【図８】
0003703095.tif 000009
【図９】
0003703095.tif 000010