JPH0895777A - ソフトウェア利用制御装置 - Google Patents

Abstract

(57)【要約】 【目的】 この発明は、ソフトウェア利用制御装置に関
し、ソフトウェアの柔軟な利用制御や課金ができ、供給
するソフトウェアの管理を容易にすることを目的とす
る。 【構成】 ソフトウェアの利用を許可するための認証コ
ードを生成する利用許可部と、この利用許可部からの認
証コードを受けてソフトウェアの利用の可否を決定する
利用制御部とからなるソフトウェア利用制御装置におい
て、前記利用制御部が、ソフトウェア本体とそのソフト
ウェアごとに付与されているコンテンツＩＤとを格納し
たコンテンツ部と、認証部とを備え、前記認証部が乱数
を生成する乱数生成部と、前記コンテンツＩＤと前記乱
数を変換して認証コードを生成するコード生成部と、前
記利用許可部にコンテンツＩＤと乱数を転送するコード
要求部と、利用許可部が生成した認証コードと前記コー
ド生成部が生成した認証コードとを比較しその比較結果
をコンテンツ部に送る比較部とからなることを特徴とす
る。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、コンピュータの各種
ソフトウェアの不正利用を防止するソフトウェア利用制
御装置に関するものであり、特に、ソフトウェアの正規
のユーザのみがそのソフトウェアを利用できると共に、
適切な課金等の管理ができるようにしたソフトウェア利
用制御装置に関する。

【０００２】

【従来の技術】コンピュータプログラムはデジタルデー
タとして記録されているため、製品版と真正に同一のも
のを、簡単な作業によって複写することができる。この
ことは、プログラム作成および流通を行なう者に確実な
利潤を保証しない原因であり、プログラムの健全な流通
をさまたげている。プログラムを記録したフロッピーデ
ィスクなどに複写防止などの保護を施し、プログラム購
入者以外がプログラムを入手することを防ぐという考え
もある。しかし完全には複写を防止することはできな
い。

【０００３】これに対し、プログラムが複写されること
は認め、プログラム購入者以外の不正利用やプログラム
の改ざんを防ぐことによって知的財産権保護を行ない、
ひいては確実で公正な料金徴収を可能にする方法が提案
されている。

【０００４】たとえば特開平３−８３１３２号公報に
は、プログラム本体すべてを暗号化してユーザに配付
し、ユーザがそのプログラムを利用したい場合には暗号
化されたプログラムを復号するためのユーザ個別の鍵を
購入することによって、プログラムの不正利用を防止す
るソフトウェア保護制御方式が記載されている。

【０００５】また、特公平６−１９７０７号公報には、
あらかじめ購入しておいた利用度数を安全な場所に記録
し、ソフトウェア起動時に利用度数を減じることによっ
てソフトウェアの起動を制御する機構を設け、その機構
による利用度数が残っていることを確認した後にソフト
ウェアを起動し、ソフトウェア権利者がソフトウェアの
利用状況を把握できるようにしたソフトウェア管理方式
が記載されている。

【０００６】

【発明が解決しようとする課題】しかし、特開平３−８
３１３２号公報において、プログラム本体を実行するた
めには、プログラム本体をすべて復号しなければなら
ず、プログラムが大きい場合には復号に時間がかかると
いう問題点がある。

【０００７】また、上記した従来の方法は、プログラム
本体の起動時にのみ利用制御を行うものであり、たとえ
ばプログラムによって作成したファイルを保存する時に
のみ課金するといったきめ細かな制御をすることができ
ない。また、従来は、プログラム本体の起動時に課金が
開始されるため、ユーザは気軽に試行することができ
ず、さらに誤ってプログラムを起動した場合にも課金さ
れてしまうという問題点がある。

【０００８】この発明は、以上のような事情を考慮して
なされたものであり、ソフトウェア本体自体は暗号化せ
ず、ソフトウェアの正規利用であることを２つの認証コ
ードを用いて確認することによって暗号化されたソフト
ウェア本体をすべて復号する必要はなく、ソフトウェア
を起動させて利用することができるまでの時間を短縮化
できるソフトウェア利用制御装置を提供することを目的
とする。

【０００９】また、ユーザ固有のＩＤや認証に利用され
る鍵コードに依存しない認証部のソフトウェアを、供給
するソフトウェア本体と共に１つの媒体に組み込むよう
にすることで、供給するソフトウェアの管理が容易とな
るソフトウェア利用制御装置を提供することを目的とす
る。

【００１０】さらに供給されたソフトウェア本体が複写
されても認証に利用される鍵コードを所有していないユ
ーザは利用することができないような不正利用の防止が
可能なソフトウェア利用制御装置を提供することを目的
とする。

【００１１】また、ソフトウェア起動時だけでなく、ソ
フトウェアの所定の機能が実行されたときに利用量の管
理ができるようなソフトウェア利用制御装置を提供する
ことを目的とする。また、設定された試行回数だけソフ
トウェアの試行が可能なソフトウェア利用制御装置を提
供することを目的とする。

【００１２】

【課題を解決するための手段】図１に、この発明の第１
の基本構成ブロック図を示す。この発明は、ソフトウェ
アの利用を許可するための認証コードを生成する利用許
可部２と、この利用許可部２からの認証コードを受けて
ソフトウェアの利用の可否を決定する利用制御部１とか
らなるソフトウェア利用制御装置において、前記利用制
御部１が、ソフトウェア本体とそのソフトウェアごとに
付与されているコンテンツＩＤとを格納したコンテンツ
部８と、認証部３とを備え、前記認証部３が、乱数を生
成する乱数生成部４と、前記コンテンツＩＤと前記乱数
を変換して認証コードを生成するコード生成部５と、前
記利用許可部２にコンテンツＩＤと乱数を転送するコー
ド要求部６と、利用許可部２が生成した認証コードと前
記コード生成部５が生成した認証コードとを比較しその
比較結果をコンテンツ部８に送る比較部７とからなるこ
とを特徴とするソフトウェア利用制御装置を提供するも
のである。

【００１３】図２に、この発明の第２の基本構成ブロッ
ク図を示す。この発明は、ソフトウェアの利用を許可す
るための識別ＩＤコードを入力する識別ＩＤ入力部９
と、予め与えられた認証コードを記憶する認証コード記
憶部１０と、ソフトウェアの利用の可否を決定する利用
制御部１とからなるソフトウェア利用制御装置におい
て、前記利用制御部１が、ソフトウェア本体とそのソフ
トウェアごとに付与されているコンテンツＩＤとを格納
したコンテンツ部８と、認証部３とを備え、前記認証部
３が、前記コンテンツ部８から送られるコンテンツＩＤ
と前記識別ＩＤ入力部９から送られる識別ＩＤとを変換
して認証コードを生成するコード生成部５と、前記認証
コード記憶部１０に記憶された認証コードと前記コード
生成部５が生成した認証コードとを比較しその比較結果
をコンテンツ部に送る比較部７とからなることを特徴と
するソフトウェア利用制御装置を提供するものである。

【００１４】図３に、この発明の第３の基本構成ブロッ
ク図を示す。ここで、前記コード生成部５が、前記コン
テンツ部８から送られるコンテンツＩＤを、予め設定さ
れた鍵コードを用いて変換し認証鍵を生成する鍵生成部
１１と、前記乱数生成部４が生成した乱数を前記認証鍵
を用いて暗号化し認証コードを生成する暗号化部１２と
から構成されることが好ましい。

【００１５】図４に、この発明の第４の基本構成ブロッ
ク図を示す。ここで、前記コード生成部５が、前記コン
テンツ部８から送られるコンテンツＩＤを、予め設定さ
れた鍵コードを用いて変換し認証鍵を生成する鍵生成部
１１と、前記識別ＩＤ入力部９から入力される識別ＩＤ
を前記認証鍵を用いて暗号化し認証コードを生成する暗
号化部１２とから構成されることが好ましい。

【００１６】図５に、この発明の第５の基本構成ブロッ
ク図を示す。ここで、前記コード生成部５が、前記識別
ＩＤ入力部９から入力される識別ＩＤを、予め設定され
た鍵コードを用いて変換し認証鍵を生成する鍵生成部１
１と、前記コンテンツ部８から送られるコンテンツＩＤ
を前記認証鍵を用いて暗号化し認証コードを生成する暗
号化部１２とから構成されることが好ましい。

【００１７】図６に、この発明の第６の基本構成ブロッ
ク図を示す。ここで、コンテンツ部８に格納されたソフ
トウェア本体の利用量に関する情報を記憶・管理する利
用量管理部１４をさらに備え、前記利用制御部１が、前
記比較部７から比較結果を受けて利用量情報の記録を前
記利用量管理部１４に要求する利用記録要求部１３を備
えることを特徴とするものである。

【００１８】図７に、この発明の第７の基本構成ブロッ
ク図を示す。ここで、前記コンテンツ部８が、ソフトウ
ェア本体の動作状況を監視するソフト動作監視部１５を
備え、前記利用記録要求部１３が、前記比較部７から認
証コードの一致を示す比較結果を受け、ソフト動作監視
部１５で監視されるソフトウェアの動作状況が所定の条
件を満足したことを検知した場合のみ、前記利用記録要
求部１３が前記利用量管理部１４に利用量に関する情報
を記憶させることを特徴とするものである。また、前記
利用記録要求部１３が前記利用量管理部１４から記憶が
正常に終了したことを示す情報を受けとったときにの
み、前記利用制御部１がコンテンツ部８に格納されたソ
フトウェア本体の実行を継続させるようにしてもよい。

【００１９】図８に、この発明の第８の基本構成ブロッ
ク図を示す。この発明は、前記コンテンツ部８が予め試
用回数上限値を格納し、前記利用許可部２が試用認証部
１６と、試用回数記録部と、試用回数管理部１８とをさ
らに備え、前記試用認証部１６が、乱数を生成する乱数
生成部４と、前記コンテンツＩＤと前記乱数を変換して
試用認証コードを生成する試用コード生成部１７とを備
え、試用回数記録部１９は、前記コード要求部６から送
られる試用回数上限値をもとに試用回数を記憶し、前記
コード要求部６からソフトウェア利用の認証を求めるた
めの利用許可要求が利用許可部２に転送されるごとに試
用回数管理部１８が前記試用回数記録部１９に記憶され
た試用回数を更新し、前記試用回数が前記試用回数上限
値を越えていない場合に、試用認証部１６が試用認証コ
ードを生成し、試用回数管理部１８が前記試用認証コー
ドを前記比較部７に転送することを特徴とするものであ
る。

【００２０】また、前記コンテンツ部８がコンテンツＩ
Ｄと１対１に対応しかつ利用者には秘密にされたコンテ
ンツ認証ＩＤを予め格納し、このコンテンツ認証ＩＤを
用いて前記認証部３及び前記利用許可部２が認証コード
を生成するようにしてもよい。

【００２１】この発明の第１，３及び６の基本構成ブロ
ック図において、ソフトウェア利用制御装置は、利用制
御部１と利用許可部２とで構成される。ここで利用制御
部１は、たとえばユーザが所有しているパーソナルコン
ピュータであり、ＣＰＵ，ＲＯＭ，ＲＡＭ，ＣＲＴ、キ
ーボード等の入力装置、通信制御装置、及び外部記憶装
置などで構成されることが好ましい。

【００２２】利用許可部２は、前記パーソナルコンピュ
ータに内蔵することも考えられるが、利用制御部１とは
別筺体の装置であることが好ましく、ＣＰＵ，ＲＯＭ，
ＲＡＭ，及びＩ／Ｏコントローラ等のマイクロコンピュ
ータとしての構成を備え、さらに利用許可のためのソフ
トウェアをＲＯＭに内蔵していることが好ましい。

【００２３】ここで、利用許可部２が別筺体の装置とし
て供給される場合は、ソフトウェア管理センタや情報提
供者（以下、ソフトウェア供給者と呼ぶ）がそのソフト
ウェアを利用するユーザに、予め提供しておくようにす
ることが好ましい。 利用制御部１と利用許可部２と
は、通常ＳＣＳＩやＰＣＭＣＩＡ等の標準インターフェ
ース仕様で接続される。

【００２４】また、利用制御部１の中のコンテンツ部８
は、ユーザが利用しようとするソフトウェア本体とその
ソフトウェア本体に付与された個別の番号であるコンテ
ンツＩＤ、さらに制御に必要なデータが記憶されるもの
であり、フロッピーディスク、光磁気ディスク、ＲＯＭ
又は不揮発性ＲＡＭ等が用いられる。

【００２５】認証部３は、認証コード生成及び比較等の
機能を実現するためのソフトウェア及びハードウェアか
ら構成され、ハードウェアとしてはＣＰＵ，ＲＯＭ，Ｒ
ＡＭ，タイマー、及びＩ／Ｏコントローラなどで構成さ
れるいわゆるマイクロコンピュータを通常用いることが
好ましい。

【００２６】また、上記機能を実現するソフトウェア、
すなわち乱数生成部４、コード生成部５、コード要求部
６、比較部７の機能を実現するソフトウェアは、コンテ
ンツ部８と同様の媒体で供給されることが好ましい。ま
た、認証部３の機能を実現するソフトウェア（以下認証
プログラムと呼ぶ）とコンテンツ部８はソフトウェア供
給者から同一の媒体で供給されることが好ましく、たと
えば、フロッピーディスク、光磁気ディスク等で供給さ
れ、またデータ通信によって供給してもよい。

【００２７】識別ＩＤ入力部９は、識別ＩＤコードを入
力するものであり、キーボード等のユーザがＩＤを実際
に入力する装置であってもよいが、予めＲＯＭ、ハード
ディスクまたはフロッピーディスク等に設定された固有
のデータをＣＰＵが読み取るようにしてもよい。ここで
識別ＩＤコードは、コンテンツ部８に格納されたソフト
ウェアを動作させるハードウェア固有の機器ＩＤや、通
常ハードウェアのＲＯＭの中に格納されているＣＰＵ−
ＩＤや、接続されるハードディスクなどの外部機器のＩ
Ｄやソフトウェアを利用するユーザこどに個別に与えら
れるユーザＩＤやパスワードを用いることが好ましい。

【００２８】また、認証コード記憶部１０は、フロッピ
ーディスク、ＩＣカード、ハードディスク等の外部記憶
装置を用いることが好ましく、ここに記憶される認証コ
ードはソフトウェア供給者から、事前に郵送又は通信等
の手段によって、ユーザに与えられるものである。

【００２９】コード要求部６は、コンテンツ部８に格納
されたコンテンツＩＤ、乱数生成部４で生成された乱数
あるいは利用許可要求信号を利用許可部２へ転送するも
のである。コード生成部５は、認証コードを生成するも
のであるが、鍵生成部１１と暗号化部１２とからなり、
コンテンツＩＤ、識別ＩＤ、乱数等を用いて認証鍵を生
成した後、暗号化によって認証コードを生成するもので
ある。

【００３０】鍵生成部１１は、認証部３のソフトウェア
によって実現される一機能ブロックであるが、ソフトウ
ェア供給者からユーザに送付されたソフトウェア本体に
付与された個別の番号であるコンテンツＩＤや、識別Ｉ
Ｄ入力部９から与えられる識別ＩＤコードを基にして、
そのソフトウェア本体に付随する鍵コードを生成するも
のである。

【００３１】暗号化部１２も、認証部３のソフトウェア
によって実現される一機能ブロックであり、通常用いら
れる暗号化処理により、ソフトウェア本体の認証コード
を生成するものである。ここで、暗号化処理とは、たと
えば鍵生成部１１で生成された鍵コードを用いて乱数生
成部４で発生された乱数を変換し、所望の認証コードと
して暗号化する処理である。

【００３２】比較部７も、認証部３のソフトウェアによ
って実現される一機能ブロックであり、たとえば、コー
ド生成部５で生成された認証コードの値と、利用許可部
２で生成された認証コード、あるいは認証コード記憶部
１０に記憶された認証コードの値を比較し、その比較結
果をコンテンツ部８へ転送するものである。

【００３３】利用記録要求部１３は、前記認証部３のソ
フトウェアによって実現される一機能ブロックであり、
利用量管理部１４に利用量に関する情報を記録すること
を要求すること、コンテンツ部８にソフトウェアの起動
の可否を指示すること等の処理をするものである。利用
量管理部１４は、利用許可部２と同じ別筐体の装置に備
えられることが好ましい。

【００３４】ソフト動作監視部１５は、コンテンツ部８
に属する一機能ブロックであるが、利用記録要求部１３
にソフトウェアが所定の動作をしたことを通知するもの
である。試用認証部１６は、利用許可部２において、ソ
フトウェアの試用をする場合に実行される一機能ブロッ
クであり、認証部３と同様の動作を行うものである。

【００３５】また、試用コード生成部１７は、コード生
成部５と同様の動作を行うものであり、ソフトウェアの
試用をする場合の試用認証コードを生成するものであ
る。試用回数記録部１９は、利用許可部２の中にあっ
て、たとえば、不揮発性ＲＡＭが用いられる。試用回数
管理部１８は、利用許可部２における一機能ブロックで
あり、試用回数記録部１９に記録される試用回数の更新
や、試用回数の残りに応じて試用認証コードを比較部７
へ転送すること等を行うものである。

【００３６】

【作用】図１において、利用制御部１におけるコンテン
ツ部８に格納されているコンテンツＩＤが認証部３に与
えられ、認証部３におけるコード生成部５は、乱数生成
部４が生成した乱数と前記コンテンツＩＤとを変換して
認証コードＡを生成する。 また前記コンテンツＩＤと
乱数は、コード要求部６によって利用許可部２へ転送さ
れ、利用許可部２がこのコンテンツＩＤと乱数を用いて
認証コードＢを生成する。その後、認証部３の比較部７
が、前記認証コードＡとＢとを比較してその比較結果を
コンテンツ部へ送る。

【００３７】この発明によれば、利用制御部１と利用許
可部２を備え、２つの認証コードを生成して比較するこ
とによってソフトウェア利用制御をしているので、ソフ
トウェア本体をすべて暗号化したときに比べて、ソフト
ウェアの実際の利用開始をするまでの時間を短縮化する
ことができる。

【００３８】また、コンテンツ部８及び認証部３のソフ
トウェア自体はユーザ固有のＩＤには依存することがな
いため、共通化することができ、供給するソフトウェア
の管理が容易である。さらに、ソフトウェアの供給媒体
にはユーザ固有のＩＤは直接含まれておらず、利用制御
部１と利用許可部２において生成される２つの認証コー
ドを比較してソフトウェア利用制御を行うので、ソフト
ウェアの供給媒体が不正に複写されても利用許可が与え
られず不正利用が防止できる。

【００３９】また、図３において、前記コード生成部５
において、鍵生成部１１が前記コンテンツＩＤを予め設
定された鍵コードを用いて変換し、認証鍵を生成する。
次に、暗号化部１２が、この認証鍵を用いて前記乱数を
暗号化して認証コードを生成する。このように、暗号化
された認証コードを用いることによって、さらにソフト
ウェア利用制御の安全性を高めることができる。

【００４０】また、図２に示すように、利用許可部を持
たないソフトウェア利用制御装置の場合、コード生成部
５は、識別ＩＤ入力部から送られる識別ＩＤを変換して
認証コードを生成する。また予め認証コード記憶部１０
に認証コードを記憶しておく。比較部７は、生成された
認証コードと記憶された認証コードとを比較して、その
比較結果をコンテンツ部８へ送る。

【００４１】このように、この発明によれば、利用許可
部２を備えていないソフトウェア利用制御装置において
も、ソフトウェアの実際の利用開始までの時間の短縮
化、供給するソフトウェアの管理の容易化及びより効果
的な不正利用の防止ができる。

【００４２】さらに、図４、５に示すように、利用許可
部２を備えていないソフトウェア利用制御装置のコード
生成部５において、前記したような認証鍵を生成する鍵
生成部１１と暗号化された認証コードを生成する暗号化
部１２を備えることによって、よりソフトウェア利用制
御の安全性を高めることができる。

【００４３】また、図６において、利用制御部１におけ
る利用記録要求部１３が前記比較部７からの比較結果を
受けて利用量情報を記録することを利用量管理部１４に
要求し、この要求に従って利用量管理部１４が利用量に
関する情報を記録する。さらに、図７において、コンテ
ンツ部８のソフト動作監視部１５がソフトウェア本体の
動作状況を監視し、利用記録要求部１３が所定の条件を
満足した動作状況が生じたことを検知した場合に、利用
量管理部１４が利用量に関する情報を記憶するようにす
る。

【００４４】このように、この発明によれば、利用量に
関する情報を記録するようにしているので、前記したよ
うな不正利用の防止と共に、正規利用者の利用可又は不
可の柔軟な制御が可能である。

【００４５】また、図８において、前記コンテンツ部８
に予め試用回数上限値を格納しておく。そして、コード
要求部６が試用回数上限値を利用許可部２の試用回数記
録部１９に送り、試用回数を試用回数記録部１９に記録
させる。次に、コード要求部６から利用許可要求が利用
許可部２に転送されるごとに、試用回数管理部１８が試
用回数を更新する。この後、この試用回数が試用回数上
限値を越えていない場合に、試用認証部１６がコンテン
ツＩＤと乱数を変換して試用認証コードを生成し、試用
回数管理部１９が前記試用認証コードを比較部７に転送
する。比較部７においては、認証部３において生成され
た認証コードと前記試用認証コードを比較して、一致す
るかどうか判断する。

【００４６】以上のように、この発明によれば、試用回
数記憶部１９に試用回数を記憶し、この試用回数がコン
テンツ部８に格納された試用回数上限を越えない場合に
のみ利用を許可するように制御するので、正規の利用者
はコンテンツ部８に格納されたソフトウェアを、すぐに
試用回数上限の範囲内で利用することができる。

【００４７】また、コンテンツ部８が、コンテンツＩＤ
と、コンテンツＩＤと１対１に対応し、かつ利用者には
秘密にされたコンテンツ認証ＩＤを予め格納しておくこ
とによって、より安全性の高いソフトウェア利用制御が
可能である。

【００４８】

【実施例】以下、図に示す実施例に基づいてこの発明を
詳述する。なお、この発明はこれによって限定されるも
のではない。図９にこの発明におけるソフトウェアの利
用制御を行うシステム（以下、超流通システムと呼ぶ）
全体の構成図を示す。この超流通システムは、ソフトウ
ェアの生産・販売をするソフトウェア供給者とソフトウ
ェアを利用するユーザとから構成され、さらにソフトウ
ェア供給者は、情報提供者と管理センタとから構成され
る。

【００４９】この超流通システムの特徴は、ライセンス
情報を持たなければ利用できない仕組みを供給するソフ
トウェアの中に組み込んで広く配付し、利用を希望する
ユーザはライセンスを購入することによってはじめてソ
フトウェアの利用が可能になる点にある。

【００５０】すなわち、情報提供者はソフトウェアを管
理センタに登録し、ユーザのソフトウェア利用に応じた
利用料を管理センタから得る。

【００５１】管理センタは、登録されたソフトウェアに
保護機構を組み込み、保護されたソフトウェア、すなわ
ちコンテンツを広く配付する。また登録したユーザに対
して、ユーザからのライセンス要求に応じたライセンス
を発行し、ソフトウェア利用に対する料金の徴収分配を
行う。コンテンツには、ソフトウェア本体と、保護化の
ための認証プログラムが組み込まれる。

【００５２】ライセンスの発行を受けたユーザは、必要
に応じて利用許可装置を管理センタから有償又は無償で
貸与してもらい、ユーザ所有のハードウェアでコンテン
ツを利用する。コンテンツの利用に際して、認証プログ
ラムと利用許可装置との間でソフトウェアの利用許可を
してよいかどうかの認証処理が行われ、認証が成功した
場合にのみ、ソフトウェアの利用が許可されることにな
る。以上が超流通システムの全体構成であるが、この発
明は、ユーザに配付されたコンテンツと利用許可装置、
及びこれらを用いたソフトウェアの利用許可制御に関す
るものである。

【００５３】図１０に、この発明を実現する一実施例と
してのハードウェアの構成図を示す。同図において、ソ
フトウェア利用制御装置は、ユーザ所有のハードウェア
５０、利用許可装置６０及びコンテンツ７１から構成さ
れる。コンテンツ７１には、ユーザが動作させようとす
るプログラム本体７２に認証プログラム７３が組み込ま
れて格納されている。

【００５４】ここでプログラム本体７２とは、たとえば
ワードプロセッサ用ソウトウェア、図面作成用ソフトウ
ェア、データベース用ソフトウェア、あるいはゲームソ
フトウェアなどを言う。

【００５５】認証プログラム７３とは、プログラム本体
７２を動作させようとするユーザが正規のユーザである
かどうかを確認するためのソフトウェアであり、乱数発
生、正規ユーザのみに与えられるソフトウェア認証鍵の
生成、ソフトウェア認証鍵を用いて暗号化により利用許
可を与えるための認証コードの生成等の処理を行うもの
である。

【００５６】また、認証プログラム７３自体は、プログ
ラム本体７２ごとに与えられるコンテンツＩＤ、ユーザ
所有のハードウェア等の機器ＩＤ（ＣＰＵ−ＩＤ）、ユ
ーザに与えられるユーザＩＤや、ソフトウェア認証鍵に
依存しないソフトウェアである。したがって、ユーザに
配付されるコンテンツ７１は、ユーザごとに異なる情報
は書込まずに、共通化でき、量産が可能である。

【００５７】ユーザ所有のハードウェア５０としては、
パーソナルコンピュータ、ワークステーション、ゲーム
専用機などが利用されるが、コンテンツ７１に格納され
たプログラム本体７２を動作させることのできるコンピ
ュータであればよい。ユーザ所有のハードウェア５０
は、同図に示すように一般に、ＣＰＵ５１、ＲＯＭ５
２、ＲＡＭ５３、ハードディスク５４、ＣＲＴ５５、キ
ーボード５６、Ｉ／Ｏコントローラ５７、ＦＤＤ５８及
び通信回線コントローラ５９から構成され、必要に応じ
て、外部機器が増設されたり、不要な機器が取りはずさ
れる。

【００５８】同図において、コンテンツ７１は、フロッ
ピーディスクで供給され、このフロッピーディスクがＦ
ＤＤ（フロッピーディスクドライブ）５８に挿入される
例を示しているが、コンテンツ７１は他の媒体で供給し
てもよく、媒体の種類に応じて、適切な外部機器又はボ
ードをユーザ所有のハードウェアに組込めばよい。たと
えば、コンテンツ７１がＣＤ−ＲＯＭで供給される場合
はＣＤ−ＲＯＭドライブ装置、ＩＣカードで供給される
場合はＩＣカードリーダ、あるいは公衆回線を通して送
信される場合は、モデム等の通信回線コントローラ５９
を備えればよい。

【００５９】利用許可装置６０も、ユーザ所有のハード
ウェア５０と同様にＣＰＵ６１、ＲＯＭ６２、ＲＡＭ６
３、Ｉ／Ｏコントローラ６６及び通信回線コントローラ
６４等で構成される。利用許可装置６０は、ユーザ所有
のハードウェアでコンテンツ７１に格納されたプログラ
ム本体７２の起動を許可するための処理や、プログラム
本体７２の利用回数に応じた課金や利用の制限等の処理
を行う装置（課金モジュール）であり、通常ソフトウェ
ア供給者から、ユーザに有償又は無償で貸与されるもの
である。

【００６０】利用許可装置６０のＲＡＭ６３には、厳密
な管理のもとで、ソフトウェア供給者から、ユーザごと
に与えられるソフトウェア認証鍵６５が書込まれる。こ
のソフトウェア認証鍵６５のハードウェアへの書込み
は、プログラム本体７２の起動よりも前に行うことが必
要である。

【００６１】また、このソフトウェア認証鍵６５は、コ
ンテンツ７１とは別のフロッピーディスクや光磁気ディ
スク等の媒体で提供されることが望ましく、通信回線を
通して、直接ソフトウェア提供者から利用許可装置６０
のＲＡＭ６３に書込んでもよい。また、ソフトウェア認
証鍵６５は安全性のために直接ユーザに与えるのではな
く、利用許可装置に固有の装置鍵コードによってソフト
ウェア認証鍵６５に変換できる形式のデータをユーザに
与えてもよい。

【００６２】利用許可装置６０とユーザ所有のハードウ
ェア５０は、互いにＩ／Ｏコントローラ５７、６６によ
って接続され、利用許可制御に必要なデータや信号の転
送が行われる。

【００６３】以上のようなハードウェア構成を持つソフ
トウェア利用制御装置におけるソフトウェア利用許可の
動作の概要を次に示す。 １）ソフトウェア認証鍵６５をＲＡＭ６３に書込む。 ２）ユーザ所有のハードウェア５０のＦＤＤ５８にコン
テンツ７１を挿入する。 ３）ユーザがコンテンツ７１の起動処理を実行させる
と、ユーザ所有のハードウェア５０において認証プログ
ラムが呼び出される。 ４）ユーザ所有のハードウェア５０において、プログラ
ム本体７２に付与されているコンテンツＩＤ等に基づ
き、プログラム本体を利用するための認証コードを生成
する。

【００６４】５）利用許可装置６０において、予めＲＡ
Ｍ６３に記憶されたソフトウェア認証鍵６５を用いてプ
ログラム本体を利用するための認証コードを生成する。 ６）ユーザ所有のハードウェア５０において、４）で生
成された認証コードと５）で生成された認証コードを比
較する。 ７）６）の比較の結果、両認証コードが一致した場合
は、ユーザ所有のハードウェア５０においてプログラム
本体７２が起動される。 以上のように利用制御を行えば、ソフトウェア認証鍵６
５を持っている正規のユーザのみがコンテンツ７１を利
用することができ、したがって不正利用の防止ができ
る。

【００６５】図１１に、ソフトウェア利用許可制御の第
１実施例の説明図を示す。この第１実施例は、図１０に
示した利用許可装置６０をユーザ宅内に設置し、ソフト
ウェア供給者から送られてくるコンテンツ７１に格納さ
れたコンテンツＩＤを用いて、正規のユーザかどうかの
認証を行った後に、コンテンツ７１に格納されたソフト
ウェアの許可を与える例である。

【００６６】ここで、認証は、利用許可装置６０で生成
した認証コードと、ユーザ所有のハードウェア５０で生
成した認証コードとを比較することにより行う。また、
ユーザ所有のハードウェア５０で認証コードを生成する
ために、認証プログラム自体が持つ乱数発生機能と、認
証プログラム自体が持つ固有のライブラリ鍵を用いたソ
フトウェア認証鍵コードの生成機能と、暗号化機能等を
利用する。

【００６７】以下、第１実施例の利用許可の制御につい
て詳説する。図１１は、制御に用いられるデータの流れ
を説明する模式図であり、これらのデータは、図１０に
示す装置のＲＡＭ、ハードディスク及びＩ／Ｏコントロ
ーラを介して転送される。図１１において、図１０と同
様に、７１はコンテンツ、７２はプログラム本体（以
下、プログラムと呼ぶ）、７３は認証プログラム（以
下、ライブラリと呼ぶ）、６０は課金モジュール（以下
モジュールと呼ぶ）である。

【００６８】プログラム７２には、そのプログラム固有
のコンテンツＩＤが付与されており、このコンテンツＩ
Ｄはコンテンツ７１の中の所定の領域に格納されてい
る。なお、このコンテンツＩＤは、コンテンツ７１に含
まれるプログラム７２ごとに付与される固有のＩＤであ
り、複数のユーザに配付されるすべてのコンテンツ７１
において同じプログラム７２には同じＩＤが付与されて
いる。

【００６９】ライブラリ鍵ｋｌｉｂは、ライブラリに付
与された固定の鍵コードであり、これを用いて、コンテ
ンツＩＤがソフトウェア認証鍵ｋａｕに変換される。こ
のライブラリ鍵ｋｌｉｂは、利用されるユーザの目にふ
れることのないデータであり、ライブラリごとに別の鍵
コードを与えることもできる。したがって、ライブラリ
鍵ｋｌｉｂと後述する変換処理手順を公開しないように
することで、利用制御の安全性を確保することができ
る。

【００７０】ここで変換７３ａとは、たとえば、コンテ
ンツＩＤとライブラリ鍵ｋｌｉｂをパラメータとして、
所定の数式に代入して得られた結果を、ソフトウェア認
証鍵とする処理である。したがって変換処理手順を記述
したルーチンは、ライブラリの外部から与えられるコン
テンツＩＤには依存しない手順で記述でき、種々のプロ
グラムに対して共通化される。

【００７１】また、暗号７３ｂとは、ライブラリ内部で
発生する乱数Ｒをもとに、ソフトウェア認証鍵ｋａｕを
所定の手順で変換し、暗号化された認証コードＡ Ｅｋ
ａｕ（Ｒ）を生成する処理である。ここで用いられる所
定の手順とは、通常暗号化技術で用いられるＤＥＳやＦ
ＥＡＬという処理手順を用いることができる。したがっ
て、暗号の処理手順を記述したルーチンも、ソフトウェ
ア固有のＩＤ等に依存しない手順で記述でき、共通化さ
れる。

【００７２】また、比較７３ｃとは、ライブラリで生成
された認証コードＡ Ｅｋａｕ（Ｒ）とモジュールで生
成された認証コードＢ Ｅｋａｕ（Ｒ）との値が一致す
るかどうかを判断する処理であり、これもソフトウェア
固有のＩＤ等に依存する手順ではないので、共通化でき
る。また、比較７３ｃでは、判断の結果、両認証コード
が一致したか又は相違したかについての情報が、プログ
ラム７２に返される。

【００７３】モジュール６０における暗号６０ａでの処
理は、ライブラリの暗号７３ｂと同一の処理手順が実行
される。モジュール６０では、暗号６０ａの処理に先立
ち、プログラム７２からＩ／Ｏコントローラ（５７、６
６）を通してモジュールに与えられるコンテンツＩＤか
ら、ソフトウェア認証鍵ｋａｕを生成する処理が行われ
る。

【００７４】この処理は、ユーザがソフトウェア供給者
に、あるソフトウェアの利用を請求したときに、ソフト
ウェアの利用に先立って郵送又は通信等の手段によって
ユーザに送られてくる情報を利用する。たとえばこの送
られてくる情報の中に、コンテンツＩＤと、このコンテ
ンツＩＤと１対１に対応するソフトウェア認証鍵ｋａｕ
を格納しておき、前記したモジュール６０に与えられた
コンテンツＩＤにより、この情報の中の対応するソフト
ウェア認証鍵ｋａｕを検索して求める。

【００７５】また、安全性のために、送られてくる情報
の中にソフトウェア認証鍵ｋａｕを格納するのではな
く、モジュール６０に固有の装置鍵ｋｄで復号すること
によってソフトウェア認証鍵ｋａｕが生成できるような
鍵データをコンテンツＩＤと対応させて格納しておくこ
とが望ましい。このとき、コンテンツＩＤにより対応す
る鍵データを検索し、この鍵データを装置鍵で復号する
ことによって対応するソフトウェア認証鍵ｋａｕを生成
する。

【００７６】このように、コンテンツＩＤは供給するソ
フトウェア本体に固有のＩＤであり、ユーザに開放され
る可能性のあるものであるので、不正に複写されること
がありうるが、モジュール６０に固有の装置鍵ｋｄは正
規に利用するユーザにも開放されないものであるので、
利用許可をする際の安全性をより向上させることができ
る。

【００７７】上記したように、モジュール６０では、コ
ンテンツＩＤによる検索によってソフトウェア認証鍵ｋ
ａｕを生成し、このｋａｕを乱数Ｒを用いた暗号化処理
６０ａによって変換し、認証コードＢ Ｅｋａｕ（Ｒ）
を求める。

【００７８】以上がプログラム７２、ライブラリ７３及
びモジュール６０内部での各部分の処理であるが、プロ
グラム７２とライブラリ７３における処理は、図１０の
ユーザ所有のハードウェア５０のＣＰＵ５１によって実
行され、モジュール６０における処理はモジュール６０
内のＲＯＭに記憶された手順にしたがって、モジュール
６０のＣＰＵ６１によって実行されるものである。

【００７９】図１２、１３及び１４に、第１実施例にお
ける各ソフトウェアの処理手順を示し、以下これについ
て説明する。図１２に、プログラム７２におけるフロー
チャートを示す。まず、ステップＳ１においてコンテン
ツＩＤをライブラリ７３に送る。具体的には、たとえば
ＣＰＵ５１がプログラム７２を起動し、コンテンツＩＤ
を読み出して、コンテンツＩＤを引数としてライブラリ
７３に与え、ライブラリ７３を起動させてもよく、ま
た、マルチタスクとしてプログラム７２及びライブラリ
７３を起動させておき、コンテンツＩＤをライブラリに
引き渡してもよい。

【００８０】次に、ステップＳ２において、ライブラリ
から認証結果が受理されるのを待つ。ステップＳ３にお
いて、認証結果を判断し、認証結果がＹＥＳ、すなわち
正規の利用であり利用許可を与えてよい場合には、ステ
ップＳ４へ進み、プログラム本体を実行させる。認証結
果がＮＯ、すなわち不正利用であり利用許可を与えない
場合には、処理を終了する。

【００８１】図１３に、ライブラリ７３におけるフロー
チャートを示す。ステップＳ１１において、コンテンツ
ＩＤをプログラム７２から受理する。次にステップＳ１
２において、コンテンツＩＤ及び内部で発生した乱数Ｒ
をモジュール６０へＩ／Ｏコントローラ（５７、６６）
を介して転送する。ステップＳ１３において、認証コー
ドＢ Ｅｋａｕ（Ｒ）モジュール６０から受理されるの
を待つ。

【００８２】ステップＳ１４において、コンテンツＩＤ
をライブラリ鍵ｋｌｉｂで変換し、ソフトウェア認証鍵
ｋａｕを生成する。ステップＳ１５において、乱数Ｒを
ｋａｕで暗号化し、認証コードＡ Ｅｋａｕ（Ｒ）を生
成する。ステップＳ１６において、上記２つの認証コー
ドＡ、Ｂを比較し、その結果を認証結果としてプログラ
ム７２に送る。この比較処理によって２つの認証コード
が一致した場合に、プログラム本体の利用許可がされる
ことになる。

【００８３】図１４に、モジュール６０におけるフロー
チャートを示す。ステップＳ２１において、コンテンツ
ＩＤと乱数Ｒをライブラリ７３から受理する。ステップ
Ｓ２２において、コンテンツＩＤにより対応するソフト
ウェア認証鍵ｋａｕを検索する。ステップＳ２３におい
て、検索によって求められたソフトウェア認証鍵ｋａｕ
を用いて乱数Ｒを暗号化し、認証コードＢ Ｅｋａｕ
（Ｒ）を生成する。

【００８４】ステップＳ２４において、生成された認証
コードＢ Ｅｋａｕ（Ｒ）をライブラリ７３にＩ／Ｏコ
ントローラを通して転送する。以上がプログラム７２、
ライブラリ７３及びモジュール６０の個々の処理を示す
フローチャートであるが、各部とも互いに同期をとって
処理が進められることは言うまでもない。

【００８５】このように、第１実施例において、コンテ
ンツＩＤを用いて、ライブラリ７３すなわち供給媒体に
格納された認証プログラムによって生成された認証コー
ドと、モジュール６０、すなわち利用許可装置によって
生成された認証コードを比較して利用許可制御をしてい
るので、プログラム本体をすべて暗号化した不正利用防
止策をとったときよりも、利用許可を出しプログラムの
実際の利用開始をするまでの時間を短縮化できる。

【００８６】また、認証プログラム７３は、コンテンツ
ＩＤやその他のユーザ固有のＩＤやソフトウェア認証鍵
などに依存することなく、配付される媒体に共通のソフ
トウェアとして格納しておくことが可能であり、ソフト
ウェア本体とこの認証プログラムを格納した媒体をユー
ザごとに作成する必要はなく、一種類のみを製造すれば
よいので、供給するソフトウェアの管理が容易である。

【００８７】さらに、供給するソフトウェアには、ユー
ザごとに付与されるＩＤやソフトウェア認証鍵が直接含
まれていないこと、及び利用許可装置で生成される認証
コードと供給ソフトウェアで生成する認証コードとの比
較を行うので、供給媒体が正規のユーザ以外の者に流通
したり、不正に複写されたとしても利用許可は与えられ
ず不正利用が防止できる。

【００８８】また、特定ユーザグループなどについて特
に安全性を確保するために、ライブラリ鍵ｋｌｉｂをそ
の特定ユーザグループ向けのコードに書き替えて配付す
ることも可能である。

【００８９】図１５に、ソフトウェア利用許可制御の第
２実施例の説明図を示す。この第２実施例は、図１０に
示した利用許可装置６０をユーザが持たない場合のソフ
トウェア利用制御を示している。そして、ユーザは、コ
ンテンツ７１を動作させるユーザ所有のハードウェア５
０のみを所有している。

【００９０】ここでは、第１実施例と同様にしてソフト
ウェア供給者から送られてくるコンテンツ７１に格納さ
れたソフトウェアから生成した認証コードと、このコン
テンツ７１とは別ルートで送られてくる認証コードとを
比較して正規のユーザかどうかの認証を行う例である。

【００９１】また、ユーザ所有のハードウェア５０で認
証コードを生成するために、コンテンツＩＤと認証プロ
グラム自体が持つ固有のライブラリ鍵と、ユーザあるい
はユーザ所有のハードウェア５０を特定するための識別
コード、たとえばユーザ所有のハードウェア５０のＣＰ
Ｕ固有のＩＤ（ＣＰＵ−ＩＤ）、予め正規ユーザに付与
されるユーザＩＤ、又は、ユーザ所有のハードウェア５
０に接続される外部機器の機器ＩＤ等が用いられる。

【００９２】図１５において、図１１と同様に、７１は
コンテンツ、７２はプログラム、７３はライブラリ、５
４はユーザ所有のハードウェア５０におけるハードディ
スクである。ハードディスク５４には、ソフトウェア供
給者から送られてくる認証コードＡＥｋａｕ（コンテン
ツＩＤ）が格納されている。

【００９３】これは、第１実施例と同様に、コンテンツ
ＩＤと、このコンテンツＩＤと１対１に対応する認証コ
ードＡ Ｅｋａｕ（コンテンツＩＤ）が格納された情報
としてユーザに送られてくるものである。このハードデ
ィスク５４に格納されたＥｋａｕ（コンテンツＩＤ）
は、プログラム７２によって、このプログラム本体に固
有のコンテンツＩＤを基に検索されて読み出される。こ
の検索処理は、たとえばフロッピーディスクで供給され
たコンテンツ７１が、ユーザ所有のハードウェア５０の
ＦＤＤ５８に挿入されて、コンテンツが起動されたとき
に、ＣＰＵ５１が行う。

【００９４】図１５では、ユーザ所有のハードウェア５
０のＣＰＵ５１に固有のＣＰＵ−ＩＤを識別コードとし
て用いる例を示している。ＣＰＵ−ＩＤはＣＰＵ５１内
部のＲＯＭ又は、ＲＯＭ５２に書き込まれている。この
ＣＰＵ−ＩＤ等の識別コードは、ユーザがソフトウェア
の利用をソフトウェア供給者に請求するときに、同時に
申告する必要がある。

【００９５】なお、上記した認証コードＡ Ｅｋａｕ
（コンテンツＩＤ）は、ソフトウェア供給者側で、上記
申告された識別コードをもとに暗号化されて生成された
コードである。

【００９６】したがって認証コードが何らかの手段によ
って正規ユーザ以外の者に知られたとしても、識別コー
ドがわからない限り不正利用ができないようにすること
ができ、さらに識別コードとしてこの実施例で示したＣ
ＰＵ固有のＣＰＵ−ＩＤを用いれば、そのＣＰＵ−ＩＤ
を持つＣＰＵを搭載したハードウェアでなければ使用が
できないようにすることが可能である。

【００９７】ライブラリ７３において、変換７３ａ、暗
号７３ｂ及び比較７３ｃの処理は、第１実施例と同様で
ある。ただし、ここでは変換されるコードはＣＰＵ−Ｉ
Ｄであり、暗号７３ｂによって生成される認証コードＢ
はＥｋａｕ（コンテンツＩＤ）である。

【００９８】図１６、１７に第２実施例における各ソフ
トウェアの処理手順を示し、以下これについて説明す
る。図１６に、プログラム７２におけるフローチャート
を示す。ステップＳ３１において、コンテンツ７１に格
納されているコンテンツＩＤ及びハードディスク５４に
格納されている認証コードＡ Ｅｋａｕ（コンテンツＩ
Ｄ）を読み出してライブラリ７３に送る。この送る方法
は、第１実施例と同様である。

【００９９】次に、ステップＳ３２において、認証結果
がライブラリ７３から受理されるのを待つ。ステップＳ
３３において、認証結果を判断し、認証結果がＹＥＳ、
すなわち正規の利用であり、利用許可を与えてよい場合
にはステップＳ３４へ進み、プログラム本体を実行させ
る。認証結果がＮＯ、すなわち不正利用であり、利用許
可を与えない場合には処理を終了する。

【０１００】図１７に、ライブラリ７３におけるフロー
チャートを示す。ステップＳ４１において、コンテンツ
ＩＤと認証コードＡ Ｅｋａｕ（コンテンツＩＤ）を、
プログラム７２から受理する。次に、ステップＳ４２に
おいて、ＣＰＵ−ＩＤを読み込む。ステップＳ４３にお
いて、ＣＰＵ−ＩＤをライブラリ鍵ｋｌｉｂで変換し、
ソフトウェア認証鍵ｋａｕを生成する。

【０１０１】ステップＳ４４において、受理したコンテ
ンツＩＤをソフトウェア認証鍵ｋａｕで暗号化し、認証
コードＢ Ｅｋａｕ（コンテンツＩＤ）を生成する。ス
テップＳ４５において、上記２つの認証コードＡ、Ｂを
比較し、その結果を認証結果としてプログラム７２に送
る。この比較処理によって２つの認証コードが一致した
場合にプログラム本体の利用許可がされることになる。

【０１０２】このように、第２実施例において、利用許
可装置を備えていないユーザの場合にも、第１実施例と
同様な不正利用の防止が可能である。すなわち、プログ
ラム本体をすべて暗号化することがないので、プログラ
ムの実際の利用開始までの時間が短縮化されること、認
証プログラム７３は配付される媒体に共通化して格納で
きるので、供給するソフトウェアの管理が容易であるこ
と、さらに、供給するソフトウェアにはＣＰＵ−ＩＤな
どユーザ固有の識別コードは含まれていないので、ソフ
トウェア自体が不正に複写されても利用許可は与えられ
ないこと、という効果がある。

【０１０３】なお、図１５の第２実施例においては、識
別ＩＤとして与えられるＣＰＵ−ＩＤをライブラリ鍵で
変換し、さらにこれによって生成されたソフトウェア認
証鍵を用いてコンテンツＩＤを暗号化したが、これとは
逆に、コンテンツＩＤをライブラリ鍵で変換し、さらに
これによって生成されたソフトウェア認証鍵を用いてＣ
ＰＵ−ＩＤを暗号化するようにしてもよい。

【０１０４】図１８に、ソフトウェア利用許可制御の第
３実施例の説明図を示す。この第３実施例は、第１実施
例と同様の構成及びソフトウェア利用許可の制御を行
い、さらに、ユーザの利用残高などの課金情報を課金モ
ジュールに記憶させ、利用残高が残っている時などソフ
トウェアが利用可能な状態のときに、ソフトウェアの利
用許可を行うものである。

【０１０５】ここで、第１実施例とは異なり、ライブラ
リ７３にはモジュール６０に対して認証の結果を転送す
る処理（利用記憶要求処理）等を追加し、モジュール６
０には、課金情報ここではユーザの利用残高を記憶し、
その利用残高に応じて課金結果、すなわち利用可能であ
るか利用不可とすべきかの情報をライブラリ７３に対し
て転送する処理（利用量管理処理）を追加する。

【０１０６】また、プログラム７２においては、認証結
果と課金結果を受理してこれらの結果を判断して、プロ
グラムが利用可能なときにプログラムを実行させるよう
に処理を変更する。

【０１０７】また、比較によって得られた認証結果は、
得られたデータをそのままモジュール６０へ転送しても
よいが、安全性のため、図１５に示すようにソフトウェ
ア認証鍵ｋａｕで暗号化したコードＥｋａｕ（Ｒ｜｜
Ｙ）またはＥｋａｕ（Ｒ｜｜Ｎ）を転送するのが好まし
い。また、モジュール６０からライブラリ７３へ送られ
る課金結果についても、ソフトウェア認証鍵ｋａｕで暗
号化したコードＥｋａｕ（Ｒ｜｜Ｏｋ）又はＥｋａｕ
（Ｒ｜｜Ｎｏ）を転送することが好ましい。

【０１０８】図１９、２０、２１に、第３実施例におけ
る各ソフトウェアの処理手順を示し、以下これについて
説明する。図１９に、プログラム７２におけるフローチ
ャートを示す。ステップＳ５１において、コンテンツＩ
Ｄをライブラリ７３に送る。ステップＳ５２において、
ライブラリ７３から認証結果及び課金結果が受理される
のを待つ。

【０１０９】ステップＳ５３において、認証結果を判断
し、認証結果がＹＥＳ、すなわち正規の利用である場合
には、ステップＳ５４へ進む。ステップＳ５４におい
て、課金結果を判断し、課金結果が成功、すなわちまだ
利用残高が残っている場合には、ステップＳ５５へ進
み、プログラム本体を実行させる。ステップＳ５３又は
Ｓ５４において、認証結果がＮＯ、又は課金結果が失敗
の場合には、不正利用又は利用残高残っていないので、
利用許可を与えずに、処理を終了する。

【０１１０】図２０に、ライブラリ７３におけるフロー
チャートを示す。ステップＳ６１において、コンテンツ
ＩＤをプログラム７２から受理する。次にステップＳ６
２において、コンテンツＩＤ及び内部で発生した乱数Ｒ
をモジュール６０へＩ／Ｏコントローラ（５７、６６）
を介して転送する。ステップＳ６３において、認証コー
ドＢ Ｅｋａｕ（Ｒ）がモジュール６０から受理される
のを待つ。

【０１１１】ステップＳ６４において、コンテンツＩＤ
をライブラリ鍵ｋｌｉｂで変換しソフトウェア認証鍵ｋ
ａｕを生成する。ステップＳ６５において、乱数Ｒをｋ
ａｕで暗号化し、認証コードＡ Ｅｋａｕ（Ｒ）を生成
する。ステップＳ６６において、上記２つの認証コード
Ａ、Ｂを比較し、その結果を得る。

【０１１２】ステップＳ６７において、認証結果がＹＥ
Ｓ、すなわち、正規利用であると判断された場合には、
乱数Ｒと値“Ｙ”との連接（Ｒ｜｜“Ｙ”）を計算し、
これをソフトウェア認証鍵ｋａｕで暗号化する（ステッ
プＳ６８）。すなわちＥｋａｕ（Ｒ｜｜Ｙ）を生成す
る。認証結果がＮＯ、すなわち正規利用でないと判断さ
れた場合には、乱数Ｒと値“Ｎ”との連接（Ｒ｜｜
“Ｎ”）を計算し、これをソフトウェア認証鍵ｋａｕで
暗号化する（ステップＳ６９）。すなわちＥｋａｕ（Ｒ
｜｜Ｎ）を生成する。

【０１１３】次に、ステップＳ７０において、上記で生
成した認証結果Ｅｋａｕ（Ｒ｜｜Ｙ）またはＥｋａｕ
（Ｒ｜｜Ｎ）をモジュール６０へ送る。ステップＳ７１
において、モジュール６０から終了通知、すなわち暗号
化された課金結果を受理されるのを待つ。ここで終了通
知は、Ｒ｜｜“Ｏｋ”をｋａｕで暗号化したＥｋａｕ
（Ｒ｜｜ＯＫ）、あるいはＲ｜｜“Ｎｏ”をｋａｕで暗
号化したＥｋａｕ（Ｒ｜｜Ｎｏ）である。

【０１１４】ステップＳ７２において、暗号化された課
金結果をｋａｕで復号する。復号によって得られるコー
ドは、Ｒ｜｜“Ｏｋ”又はＲ｜｜“Ｎｏ”であり、Ｒ｜
｜“Ｏｋ”は課金状態が正常、すなわち利用可能な状態
であることを示し、Ｒ｜｜“Ｎｏ”は課金状態が異常、
すなわち利用可能な状態でないことを示す。

【０１１５】ステップＳ７３において、復号された課金
結果がＲ｜｜“Ｏｋ”のときは、課金結果情報を“成
功”、たとえば１という値に設定する。また復号された
課金結果がＲ｜｜“Ｎｏ”のときは、課金結果情報を
“失敗”、たとえば０という値に設定する。ステップＳ
７４において、ステップＳ６６で得られた認証結果と、
ステップＳ７３で得られた課金結果情報を、プログラム
７２へ送る。

【０１１６】図２１に、モジュール６０におけるフロー
チャートを示す。ステップＳ８１において、コンテンツ
ＩＤと乱数Ｒをライブラリ７３から受理する。ステップ
Ｓ８２において、コンテンツＩＤにより対応するソフト
ウェア認証鍵ｋａｕを検索する。ステップＳ８３におい
て、検索によって求められたソフトウェア認証鍵ｋａｕ
を用いて乱数Ｒを暗号化し認証コードＢ Ｅｋａｕ
（Ｒ）を生成する。

【０１１７】ステップＳ８４において、生成された認証
コードＢ Ｅｋａｕ（Ｒ）をライブラリにＩ／Ｏコント
ローラを通して転送する。ステップＳ８５において、モ
ジュール６０から暗号化された認証結果Ｅｋａｕ（Ｒ｜
｜Ｙ）又はＥｋａｕ（Ｒ｜｜Ｎ）が受理されるのを待
つ。ステップＳ８６において、受理した暗号化された認
証結果をｋａｕで復号する。

【０１１８】ステップＳ８７において、復号された認証
結果がＲ｜｜“Ｙ”の場合、認証が正常であるとして、
ステップＳ８８へ進み、モジュール６０のハードディス
ク６４に記憶された利用残高を確認する。ステップＳ８
８において、利用残高が残っている場合（≧１）、ステ
ップＳ８９へ進み、利用残高を更新する。ここで利用残
高として利用回数を用いている場合、ステップＳ８９に
おけるように利用残高から１を減ずる。

【０１１９】ステップＳ９０において、課金結果として
利用可能であることを示す、Ｒ｜｜“Ｏｋ”を設定す
る。ステップＳ８７において、復号された認証結果がＲ
｜｜“Ｎ”の場合、認証が異常、すなわち不正利用であ
るとして、ステップＳ９１へ進み、課金結果として利用
不可であることを示すＲ｜｜“Ｎｏ”を設定する。ステ
ップＳ９２において、上記課金結果をｋａｕで暗号化
し、Ｅｋａｕ（Ｒ｜｜Ｏｋ）またはＥｋａｕ（Ｒ｜｜Ｎ
ｏ）を生成する。ステップＳ９３において、上記暗号化
された課金結果Ｅｋａｕ（Ｒ｜｜Ｏｋ）またはＥｋａｕ
（Ｒ｜｜Ｎｏ）をライブラリ７３へ送る。

【０１２０】このように、第３実施例において、利用許
可装置で生成した認証コードと認証プログラムで生成し
た認証コードとを比較し、さらに利用残高を記憶してお
くようにしているので、不正利用の防止と共に、正規ユ
ーザの利用に対して利用ごとに課金するという柔軟な制
御が可能である。

【０１２１】また、プログラム７２において、利用残高
の記憶が正常に完了しプログラム本体が起動可能な状態
であることを確認後に、プログラム本体を起動している
ので、不当にプログラム本体を起動させたり、プログラ
ム本体の実行が不当に継続され続けることがないように
できる。

【０１２２】なお、第３実施例では、プログラム本体を
実行させる前に認証を行い、利用残高を確認して利用許
可の制御を行っているが、これに限られたものではな
く、たとえば、プログラム本体が起動後に、所定の機能
が実行されたときに、その機能が実行されたことをプロ
グラム７２からライブラリ７３及びモジュール６０に転
送し、モジュール６０において、その機能が実行された
ことを確認した後に課金制御をするようにしてもよい。

【０１２３】ここで、所定の機能とは、たとえば作成し
たデータあるいはファイルの保存や出力などであり、こ
れらの機能が実行されたときに、課金制御を行う。ま
た、課金制御とは、たとえば、課金を開始する、利用残
高を一定量減らす、利用回数を計算する、あるいは利用
を一部機能に制限する等が上げられる。

【０１２４】以上のような課金制御を行うためには、た
とえば、プログラム７２において現在の動作状況を監視
する機能を追加し、ライブラリがこの動作状況を見て、
所定の機能が実行されたと判断した場合にモジュール６
０に課金制御を要求する処理をライブラリに追加すれば
よい。このように所定の機能に課金制御を行う際、必ず
ライブラリによる認証処理を行った後利用記録要求を行
うようにしておいてもよいが、一度認証処理を行った後
は利用記録要求だけを行うようにしてもよい。すなわ
ち、一度認証処理を行ったあとは認証の必要はないの
で、次に課金が必要な処理が実行された時には、利用記
録要求だけを行なえば十分である。図２２に、このよう
な利用制御を行う場合の説明図を示す。２度目以降に利
用記録要求だけを行う際は、安全性を高めるため、図２
２に示すように毎回新しい乱数Ｒ’をモジュールに送る
ことが望ましい。

【０１２５】また、モジュール６０においてタイマーを
備え、プログラム本体の利用許可を与えた後の経過時間
を記憶しておき、所定の時間が経過した後にプログラム
の利用を不可とする情報をライブラリ７３及びプログラ
ム７２に転送してプログラムの利用制御をするようにし
てもよい。あるいは、所定の時間経過後に、前記した課
金制御を起動させてもよい。

【０１２６】このようにすれば、ユーザが所定の時間だ
け課金されずにプログラムを利用することが可能となる
ので、その間に所望のプログラムかどうかを確認するこ
とができ、さらに所望するプログラムでなかった時、ま
たは誤操作によってプログラムを起動させてしまったと
きなど、課金されずに動作を終了させることができ、ユ
ーザに不利益を与えることがないようにできる。

【０１２７】また、ライブラリ７３にタイマーを備え、
一定時間ごとに、定期的にモジュール６０と何らかの交
信を行わせることにより、プログラム動作中にモジュー
ル６０が不当に取り去られても、ずっと不当に利用され
続けることがないようにできる。

【０１２８】すなわち、ライブラリ７３からモジュール
６０に所定のコードを送っても一定時間経過後にモジュ
ール６０からの応答がない場合には、モジュールの異常
と考えて、プログラム７２の実行を停止させるような処
理をライブラリ７３及びモジュール６０に追加すれば、
不正利用を防止することができる。

【０１２９】この他、ユーザのクラスあるいはレベルに
応じて、利用許可できる機能範囲、時間あるいは回数等
についての各種条件を設定してきめ細かい利用制御をし
たい場合には、プログラム７２、ライブラリ７３、及び
モジュール６０においてそれぞれの条件に対応する処理
プログラムを追加すればよい。このように、利用許可を
与える時期、機能等についての処理プログラムを、さら
にコンテンツ７１又は利用許可装置に追加することによ
って、より柔軟な利用制御が可能となる。

【０１３０】以上に示した３つの実施例では、コンテン
ツＩＤはコンテンツに格納されたソフトウェアごとに付
与されるＩＤであり、ユーザ等に公開されるものである
ので、ユーザは容易に知ることができる。そこで、より
ソフトウェア利用制御の安全性をより高めるために、コ
ンテンツＩＤと１対１に対応し、かつソフト供給者以外
のだれにも知られることのないコンテンツ認証ＩＤをコ
ンテンツ内に格納し、このコンテンツ認証ＩＤを用いて
実施例で示したソフトウェア利用制御をすることが考え
られる。

【０１３１】すなわち、コンテンツ７１に、コンテンツ
ＩＤと、このコンテンツＩＤに対応するコンテンツ認証
ＩＤを格納し、ライブラリ及び利用許可装置にコンテン
ツ認証ＩＤを送り、このコンテンツ認証ＩＤを用いたソ
フトウェア利用制御を行わせる。

【０１３２】利用許可装置のない場合には、コンテンツ
認証ＩＤを基に生成することのできる認証コードを、予
めユーザ所有のハードウェア内のハードディスクに記憶
しておく。以上のように、ユーザに知られることのない
コンテンツ認証ＩＤを用いることで、より安全性の高い
ソフトウェア利用制御が可能となる。

【０１３３】図２３に、ソフトウェア利用許可制御の第
４実施例の説明図を示す。この第４実施例は、ユーザが
ソフトウェアの正規購入に先立って、そのソフトウェア
の試用を何回かできるように利用制御する場合の実施例
である。ここで、第１実施例とは異なり、ライブラリ７
３においてライブラリ鍵ｋｌｉｂのかわりに試用鍵ｋｌ
ｉｂ−ｔｒｙを用い、試用認証鍵ｋｔｒｙを生成する。

【０１３４】また、比較７３ｃにおいて、この試用認証
鍵ｋｔｒｙを用いて生成した試用認証コードの比較を行
う。また、モジュール６０において、ライブラリ７３で
行う変換７３ａ及び暗号７３ｂと同様の機能を備え、コ
ンテンツＩＤ及び乱数Ｒを用いて試用認証コードを生成
する処理を行う。

【０１３５】さらに、プログラム７２には予め試用回数
上限を記憶しておき、これをライブラリ７３及びモジュ
ール６０に送り、モジュール６０では、試用回数上限を
試用残高に設定して、試用残高の管理を行う。モジュー
ル６０において、この試用残高がなくなれば、試用認証
コードとは異なるコードをライブラリに送り、試用を停
止させるようにする。ここでモジュール６０において管
理される試用残高は、モジュール内のＲＡＭ６３に格納
することが望ましい。

【０１３６】また、コンテンツ７２の中に格納されてい
るソフトウェアごとに試用残高を管理するために、コン
テンツ７２から送られてくるコンテンツＩＤとその試用
残高を対応させてＲＡＭ６３に記憶しておくことが望ま
しい。なお、ライブラリからモジュール６０にコンテン
ツＩＤ及び乱数が送られてくるたびに、ソフトウェアの
試用が新たに行われたものとする。

【０１３７】ただし、このコンテンツＩＤ等を送る代わ
りに、新たなソフトウェアの試用が行われたときに、ラ
イブラリ７３からモジュール６０に認証処理を要求する
ための利用許可要求データを転送してもよく、後述する
試用回数の更新においては、この利用許可要求がモジュ
ール６０に転送されてきたときに行うようにしてもよ
い。

【０１３８】この第４実施例において、ソフトウェア供
給者は、ユーザに試用してもらうために、コンテンツを
ユーザに有償又は無償で配布する。この媒体の中には、
ユーザが正規購入した際に配布される媒体と同様に認証
プログラム７３を組み込んだプログラム本体７２が格納
されているが、さらに試用回数上限と試用鍵ｋｌｉｂ−
ｔｒｙが格納され、認証プログラム７３の変換処理ルー
チンで試用鍵ｋｌｉｂ−ｔｒｙを用いるようにプログラ
ミングされている。なお、ユーザに事前に配布された利
用許可装置には、コンテンツに格納された試用鍵ｋｌｉ
ｂ−ｔｒｙと試用鍵ｋｌｉｂ−ｔｒｙを用いた変換処理
がすでに備えられているものとする。

【０１３９】以上のような構成を有する各部分の動作に
ついて以下に説明する。図２４、２５及び２６に、第４
実施例における各ソフトウェアの処理手順を示す。図２
４に、プログラム７２におけるフローチャートを示す。
ステップＳ１０１において、コンテンツＩＤと試用回数
上限を、ライブラリ７３に送る。

【０１４０】次に、ステップＳ１０２において、ライブ
ラリから認証結果が受理されるのを待つ。ステップＳ１
０３において、認証結果を判断し、認証結果がＹＥＳ、
すなわち正規の利用であり利用許可を与えてよい場合に
はステップＳ１０４へ進み、試用のためにプログラム本
体を実行させる。認証結果がＮＯ、すなわち不正利用で
あり利用許可を与えない場合には処理を終了する。

【０１４１】図２５に、ライブラリ７３におけるフロー
チャートを示す。ステップＳ１１１において、コンテン
ツＩＤと試用回数上限をプログラム７２から受理する。
次にステップＳ１１２において、コンテンツＩＤ、試用
回数上限及び内部で発生した乱数Ｒをモジュール６０へ
Ｉ／Ｏコントローラ（５７，６６）を介して転送する。
ステップＳ１１３において、認証コードＢ Ｅｋａｕ
（Ｒ）がモジュール６０から受理されるのを待つ。

【０１４２】ステップＳ１１４において、コンテンツＩ
Ｄを試用鍵ｋｌｉｂで変換し、ソフトウェア認証鍵ｋｔ
ｒｙを生成する。ステップＳ１１５において、乱数Ｒを
ｋｔｒｙで暗号化し、試用認証コードＡＥｋｔｒｙ
（Ｒ）を生成する。ステップＳ１１６において、上記２
つの試用認証コードＡ，Ｂを比較し、その結果を認証結
果としてプログラム７２に送る。

【０１４３】図２６にモジュール６０におけるフローチ
ャートを示す。ステップＳ１２１において、コンテンツ
ＩＤと試用回数上限と乱数Ｒをライブラリ７３から受理
する。ステップＳ１２２において、コンテンツＩＤを試
用鍵ｋｌｉｂ−ｔｒｙで変換し、試用鍵ｋｌｉｂ−ｔｒ
ｙを生成する。ステップＳ１２３において、コンテンツ
ＩＤを用いて、ＲＡＭ６３に記憶されているコンテンツ
ＩＤに対応した試用残高を検索する。

【０１４４】ステップＳ１２４において、検索の結果そ
のコンテンツＩＤに対する試用残高がＲＡＭ６３にエン
トリーされていない場合には、ステップＳ１２５におい
て試用回数上限値をそのコンテンツＩＤに対する試用残
高としてエントリーする。すでに試用残高がエントリー
されている場合には、ステップＳ１２６へ進み、試用残
高を更新（−１）する。

【０１４５】ステップＳ１２７において、試用残高が０
以上、すなわち試用を許可できる場合には、ステップＳ
１２８へ進み、乱数Ｒを試用認証鍵ｋｌｉｂ−ｔｒｙで
暗号化し、試用認証コードＢ Ｅｋｔｒｙ（Ｒ）を生成
する。試用残高が負の数、すなわち試用を許可できない
場合には、試用認証コードＢＥｋｔｒｙ（Ｒ）と異なる
コードを生成するために、乱数ＲとコンテンツＩＤとの
排他的論理和をとり、これをｋｔｒｙで暗号化して認証
コードＥｋｔｒｙ（Ｒ＿コンテンツＩＤ）を生成する。
（ステップＳ１２９）。

【０１４６】ステップＳ１３０において、上記ステップ
Ｓ１２８またはＳ１２９で生成された認証コードをライ
ブラリに送る。以上の処理により、ライブラリ７３の比
較処理において２つの試用認証コードが一致した場合に
は、プログラムの試用が許可される。また、２つの認証
コードが一致しない場合、すなわち、モジュールからＥ
ｋｔｒｙ（Ｒ コンテンツＩＤ）が送られてきた場合に
は、プログラムの試用が禁止される。

【０１４７】このように第４実施例において、配布ある
いは購入されるコンテンツに、試用鍵ｋｌｉｂ−ｔｒｙ
と試用回数上限とコンテンツＩＤとを格納し、コンテン
ツ内の認証プログラム及び利用許可装置に試用認証コー
ドを生成する処理を備え、さらに利用許可装置に試用残
高を記憶するようにしているので、利用許可装置を所有
している正規のユーザが、配布されたコンテンツあるい
は購入したコンテンツの中に含まれるソフトウェアを、
ライセンスの発行をうけることなくすぐに試用回数の限
度内で利用することが可能である。

【０１４８】

【発明の効果】この発明によれば、利用制御部と利用許
可部を備え、２つの認証コードを生成して比較すること
によってソフトウェア利用制御をしているので、ソフト
ウェア本体をすべて暗号化したときに比べて、ソフトウ
ェアの実際の利用開始をするまでの時間を短縮化するこ
とができる。

【０１４９】また、コンテンツ部及び認証部のソフトウ
ェア自体はユーザ固有のＩＤには依存することがないた
め、共通化することができ、供給するソフトウェアの管
理が容易である。さらに、ソフトウェアの供給媒体には
ユーザ固有のＩＤは直接含まれておらず、利用制御部と
利用許可部において生成される２つの認証コードを比較
してソフトウェア利用制御を行うので、ソフトウェアの
供給媒体が複写されても利用許可が与えられず不正利用
が防止できる。

【０１５０】また、暗号化された認証コードを用いるこ
とによって、さらにソフトウェア利用制御の安全性を高
めることができる。また、利用許可部を備えていないソ
フトウェア利用制御装置においても、ソフトウェアの実
際の利用開始までの時間の短縮化、供給するソフトウェ
アの管理の容易化及びより効果的な不正利用の防止がで
きる。

【０１５１】また、利用量に関する情報を記録するよう
にしているので、前記したような不正利用の防止と共
に、正規利用者の利用可又は不可の柔軟な制御が可能で
ある。

【０１５２】また、試用回数記憶部に試用回数を記憶
し、この試用回数がコンテンツ部８に格納された試用回
数上限を越えない場合にのみ利用を許可するように制御
するので、正規の利用者はコンテンツ部に格納されたソ
フトウェアを、すぐに試用回数上限の範囲内で利用する
ことができる。

【０１５３】また、コンテンツ部が、コンテンツＩＤ
と、コンテンツＩＤと１対１に対応し、かつ利用者には
秘密にされたコンテンツ認証ＩＤを予め格納しておくこ
とによって、より安全性の高いソフトウェア利用制御が
可能である。

【図面の簡単な説明】

【図１】この発明のソフトウェア利用制御装置の第１構
成ブロック図である。

【図２】この発明のソフトウェア利用制御装置の第２構
成ブロック図である。

【図３】この発明のソフトウェア利用制御装置の第３構
成ブロック図である。

【図４】この発明のソフトウェア利用制御装置の第４構
成ブロック図である。

【図５】この発明のソフトウェア利用制御装置の第５構
成ブロック図である。

【図６】この発明のソフトウェア利用制御装置の第６構
成ブロック図である。

【図７】この発明のソフトウェア利用制御装置の第７構
成ブロック図である。

【図８】この発明のソフトウェア利用制御装置の第８構
成ブロック図である。

【図９】超流通システムの全体構成図である。

【図１０】この発明の一実施例におけるハードウェア構
成ブロック図である。

【図１１】この発明の第１実施例における利用制御の説
明図である。

【図１２】この発明の第１実施例におけるプログラムの
フローチャートである。

【図１３】この発明の第１実施例におけるライブラリの
フローチャートである。

【図１４】この発明の第１実施例におけるモジュールの
フローチャートである。

【図１５】この発明の第２実施例における利用制御の説
明図である。

【図１６】この発明の第２実施例におけるプログラムの
フローチャートである。

【図１７】この発明の第２実施例におけるライブラリの
フローチャートである。

【図１８】この発明の第３実施例における利用制御の説
明図である。

【図１９】この発明の第３実施例におけるプログラムの
フローチャートである。

【図２０】この発明の第３実施例におけるライブラリの
フローチャートである。

【図２１】この発明の第３実施例におけるモジュールの
フローチャートである。

【図２２】この発明の第３実施例における利用制御の説
明図である。

【図２３】この発明の第４実施例における利用制御の説
明図である。

【図２４】この発明の第４実施例におけるプログラムの
フローチャートである。

【図２５】この発明の第４実施例におけるライブラリの
フローチャートである。

【図２６】この発明の第４実施例におけるモジュールの
フローチャートである。

【符号の説明】

５０ ユーザ所有のハードウェア ５１ ＣＰＵ ５２ ＲＯＭ ５３ ＲＡＭ ５４ ハードディスク ５５ ＣＲＴ ５６ キーボード ５７ Ｉ／Ｏコントローラ ５８ ＦＤＤ ５９ 通信回線コントローラ ６０ 利用許可装置（課金モジュール） ６１ ＣＰＵ ６２ ＲＯＭ ６３ ＲＡＭ ６４ 通信回線コントローラ ６５ ソフトウェア認証鍵 ６６ Ｉ／Ｏコントローラ ７１ コンテンツ ７２ プログラム本体 ７３ 認証プログラム

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

Claims (11)

【特許請求の範囲】
1. 【請求項１】 ソフトウェアの利用を許可するための認
   証コードを生成する利用許可部と、この利用許可部から
   の認証コードを受けてソフトウェアの利用の可否を決定
   する利用制御部とからなるソフトウェア利用制御装置に
   おいて、 前記利用制御部が、ソフトウェア本体とそのソフトウェ
   アごとに付与されているコンテンツＩＤとを格納したコ
   ンテンツ部と、認証部とを備え、 前記認証部が、乱数を生成する乱数生成部と、前記コン
   テンツＩＤと前記乱数を変換して認証コードを生成する
   コード生成部と、前記利用許可部にコンテンツＩＤと乱
   数とを転送するコード要求部と、利用許可部が生成した
   認証コードと前記コード生成部が生成した認証コードと
   を比較しその比較結果をコンテンツ部に送る比較部とか
   らなることを特徴とするソフトウェア利用制御装置。
2. 【請求項２】 ソフトウェアの利用を許可するための識
   別ＩＤコードを入力する識別ＩＤ入力部と、予め与えら
   れた認証コードを記憶する認証コード記憶部と、ソフト
   ウェアの利用の可否を決定する利用制御部とからなるソ
   フトウェア利用制御装置において、 前記利用制御部が、ソフトウェア本体とそのソフトウェ
   アごとに付与されているコンテンツＩＤとを格納したコ
   ンテンツ部と、認証部とを備え、 前記認証部が、前記コンテンツ部から送られるコンテン
   ツＩＤと前記識別ＩＤ入力部から送られる識別ＩＤとを
   変換して認証コードを生成するコード生成部と、前記認
   証コード記憶部に記憶された認証コードと前記コード生
   成部が生成した認証コードとを比較しその比較結果をコ
   ンテンツ部に送る比較部とからなることを特徴とするソ
   フトウェア利用制御装置。
3. 【請求項３】 前記コード生成部が、前記コンテンツ部
   から送られるコンテンツＩＤを、予め設定された鍵コー
   ドを用いて変換し認証鍵を生成する鍵生成部と、 前記乱数生成部が生成した乱数を前記認証鍵を用いて暗
   号化し認証コードを生成する暗号化部とから構成される
   ことを特徴とする請求項１記載のソフトウェア利用制御
   装置。
4. 【請求項４】 前記コード生成部が、前記コンテンツ部
   から送られるコンテンツＩＤを、予め設定された鍵コー
   ドを用いて変換し認証鍵を生成する鍵生成部と、 前記識別ＩＤ入力部から入力される識別ＩＤを前記認証
   鍵を用いて暗号化し認証コードを生成する暗号化部とか
   ら構成されることを特徴とする請求項２記載のソウトウ
   ェア利用制御装置。
5. 【請求項５】 前記コード生成部が、前記識別ＩＤ入力
   部から入力される識別ＩＤを、予め設定された鍵コード
   を用いて変換し認証鍵を生成する鍵生成部と、 前記コンテンツ部から送られるコンテンツＩＤを前記認
   証鍵を用いて暗号化し認証コードを生成する暗号化部と
   から構成されることを特徴とする請求項２記載のソフト
   ウェア利用制御装置。
6. 【請求項６】 コンテンツ部に格納されたソフトウェア
   本体の利用量に関する情報を記憶・管理する利用量管理
   部をさらに備え、 前記利用制御部が、前記比較部から比較結果を受けて利
   用量情報の記録を前記利用量管理部に要求する利用記録
   要求部を備えることを特徴とする請求項１または３に記
   載したソフトウェア利用制御装置。
7. 【請求項７】 前記コンテンツ部が、ソフトウェア本体
   の動作状況を監視するソフト動作監視部を備え、 前記利用記録要求部が、前記比較部から認証コードの一
   致を示す比較結果を受け、ソフト動作監視部で監視され
   るソフトウェアの動作状況が所定の条件を満足したこと
   を検知した場合のみ、前記利用記録要求部が前記利用量
   管理部に利用量に関する情報を記憶させることを特徴と
   する請求項６記載のソフトウェア利用制御装置。
8. 【請求項８】 前記利用記録要求部が記憶が正常に終了
   したことを示す情報を前記利用量管理部から受けとった
   ときにのみ、前記利用制御部がコンテンツ部に格納され
   たソフトウェア本体の実行を継続させることを特徴とす
   る請求項７記載のソフトウェア利用制御装置。
9. 【請求項９】 前記コンテンツ部が、予め試用回数上限
   値を格納し、 前記利用許可部が、試用認証部と、試用回数記録部と、
   試用回数管理部とをさらに備え、 前記試用認証部が、乱数を生成する乱数生成部と、前記
   コンテンツＩＤと前記乱数を変換して試用認証コードを
   生成する試用コード生成部とを備え、 試用回数記録部は、前記コード要求部から送られる試用
   回数上限値をもとに試用回数を記憶し、 前記コード要求部からソフトウェア利用の認証を求める
   ための利用許可要求が利用許可部に転送されるごとに試
   用回数管理部が前記試用回数記録部に記憶された試用回
   数を更新し、前記試用回数が前記試用回数上限値を越え
   ていない場合に、試用認証部が試用認証コードを生成
   し、試用回数管理部が前記試用認証コードを前記比較部
   に転送することを特徴とする請求項１または３に記載し
   たソフトウェア利用制御装置。
10. 【請求項１０】 前記コンテンツ部が、コンテンツＩＤ
    と１対１に対応しかつ利用者には秘密にされたコンテン
    ツ認証ＩＤを予め格納し、このコンテンツ認証ＩＤを用
    いて前記認証部及び前記利用許可部が認証コードを生成
    することを特徴とする前記請求項１，３，６，７または
    ８に記載したソフトウェア利用制御装置。
11. 【請求項１１】 前記コンテンツ部が、コンテンツＩＤ
    と１対１に対応しかつ利用者には秘密にされたコンテン
    ツ認証ＩＤを予め格納し、前記認証コード記憶部が、こ
    のコンテンツ認証ＩＤを用いて生成された認証コードを
    予め格納し、このコンテンツ認証ＩＤを用いて前記認証
    部が認証コードを生成することを特徴とする前記請求項
    ２，４または５に記載したソフトウェア利用制御装置。