JP3713141B2 - プログラムの不正実行防止方法 - Google Patents
プログラムの不正実行防止方法 Download PDFInfo
- Publication number
- JP3713141B2 JP3713141B2 JP13672498A JP13672498A JP3713141B2 JP 3713141 B2 JP3713141 B2 JP 3713141B2 JP 13672498 A JP13672498 A JP 13672498A JP 13672498 A JP13672498 A JP 13672498A JP 3713141 B2 JP3713141 B2 JP 3713141B2
- Authority
- JP
- Japan
- Prior art keywords
- software
- processor
- program
- execution
- user processor
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 claims description 104
- 230000008569 process Effects 0.000 claims description 11
- 238000012795 verification Methods 0.000 claims description 9
- 238000007726 management method Methods 0.000 description 36
- 230000006870 function Effects 0.000 description 22
- 238000012545 processing Methods 0.000 description 21
- 230000002093 peripheral effect Effects 0.000 description 7
- 238000012544 monitoring process Methods 0.000 description 5
- 238000010586 diagram Methods 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000007667 floating Methods 0.000 description 2
- 238000009434 installation Methods 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000002265 prevention Effects 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 239000013589 supplement Substances 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
- G06F21/12—Protecting executable software
- G06F21/121—Restricting unauthorised execution of programs
- G06F21/123—Restricting unauthorised execution of programs by using dedicated hardware, e.g. dongles, smart cards, cryptographic processors, global positioning systems [GPS] devices
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Technology Law (AREA)
- Multimedia (AREA)
- Remote Sensing (AREA)
- Computer Hardware Design (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Radar, Positioning & Navigation (AREA)
- Storage Device Security (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、コンピュータ・システムに提供されるソフトウェア・プログラムの不正な使用・実行を防止する技術に係り、特に、プログラムの不正実行防止方法に関する。更に詳しくは、本発明は、外部から監視・変更することができない、プログラムの不正実行防止方法に関する。
【０００２】
【従来の技術】
昨今の技術革新に伴い、コンピュータ・システムは、大学・研究機関の他、企業や一般家庭にも広範に浸透してきている。コンピュータ・システムには、ホスト／メインフレームやオフィス・コンピュータ以外に、比較的安価で一般ユーザも購入可能なワークステーション、パーソナル・コンピュータ（ＰＣ）などが挙げられる。特に、ＰＣの急速な普及には目覚ましいものがある。
【０００３】
このような技術動向下では、コンピュータ・システム上で稼働する各種ソフトウェアも開発・市販されており、ソフトウェア産業もハードウェア産業に匹敵しあるいは凌駕する隆盛を遂げている。ここで言うソフトウェアには、コンピュータ・システム全体の動作を制御するための「ＯＳ（オペレーティング・システム）」や、システム上で各ユーザの目的・業務に適った機能オペレーションを実現するための「アプリケーション」が含まれる。アプリケーション・プログラムは、ワープロ、スプレッドシート、データベース、通信など各種機能・用途のものが揃っている。
【０００４】
ユーザは、自身のコンピュータ・システム上に導入したいソフトウェアを、例えばフロッピー・ディスクやＣＤ−ＲＯＭなどのリムーバブル・メディアの形態で購入し、これらメディアを適切なドライブ・ユニットに装填して用いるのが一般的である。また、最近では、インターネットなどの外部ネットワークを経由して、所望のソフトウェアを自身のローカル・ディスクにファイル転送（ダウンロード）する、という形態によってもソフトウェア・プログラムを導入することが可能となっている。
【０００５】
但し、ソフトウェア・プログラムを格納したメディアの購入行為は、ソフトウェア・プログラムの限定的な使用権を得たことに過ぎず、購入者はソフトウェア・プログラムの著作権や複製権までも手に入れた訳ではない。ソフトウェア・プログラムの無制限な若しくは無断な複製は、著作権法上、厳に禁止されている行為である（周知）。（なお、ネットワーク経由でダウンロードしたソフトウェア・プログラムについても、その使用は限定的に解釈するのが妥当であろう。）
【０００６】
また、ソフトウェア・プログラムを提供するソフトウェア・ベンダーの立場から言えば、有料でプログラム格納メディアを配布することによって収益をあげているのであり、無制限で無断な複製行為が横行していては、本来享受すべき利潤を担保することができない。ソフトウェア・プログラムの不正な使用行為は、ソフトウェア産業に従事する者の開発意欲をも減退させるものであり、ひいては当該産業界の活動自体を沈静化させかねない。このため、ソフトウェア・プログラムの不正使用や無断な複製を禁止する（あるいは未然に防止する）というプロテクションに関する技術が、従来より開発されている。
【０００７】
プロテクションの一例は、不正使用を防止したいソフトウェア・プログラムを暗号化してしまうことである。すなわち、ソフトウェア・ベンダーは、暗号化した状態のプログラム格納メディアを有償若しくは無償で配布するとともに、正当なユーザに対してのみ、暗号を解くための鍵を与えることで、メディアに格納されたプログラムの使用を好適に限定することができる訳である。
【０００８】
ここで、いかなる媒介によってユーザに鍵を与えるかが問題になる。例えばソフトウェア・ベンダーは、封書などの郵便物によってユーザに鍵を与えることも可能であるが、この場合は鍵の不正使用はいとも簡単である。
【０００９】
さらに技術的に高度な方式として、いわゆる「セキュリティ・デバイス」を用いることが挙げられる。この場合、ソフトウェア・ベンダーは、セキュリティ・デバイスを添付してプログラム格納メディアを流通・配布する。セキュリティ・デバイスは、所定の認証手続に必要な識別情報などを含んでおり、例えばユーザのＰＣのシリアル・ポート又はパラレル・ポートに接続して用いられる。他方、メディアに格納されたプログラムの中には、プログラム自体の機能・用途に特化したオペレーションを行うための本ルーチンの他に、幾つかのチェック・ポイント（すなわち「認証ルーチン」）を含んでいる。
【００１０】
認証ルーチンの一例は、各チェック・ポイントにおいて、プログラムを実行中のＣＰＵ（Central Processing Unit）がセキュリティ・デバイスにアクセスして識別情報を読み出し、これがプログラムの持つ識別情報と一致するかどうかを照合して、一致しているときのみＣＰＵがプログラムを続行することを許可する、というものである。
【００１１】
また、認証ルーチンの他の例は次の通りである。すなわち、プログラム実行中のＣＰＵがある規則に従ったコードをセキュリティ・デバイスに書き込む。セキュリティ・デバイスでは、受け取ったコードを用いてスクランブル又は暗号化した識別情報を用意しておく。さらに、ＣＰＵはスクランブル又は暗号化された識別情報を読み出し、これをプログラムによってデスクランブル又は復号化してプログラムが所有する識別情報と照合する。照合が成功裡に終わったときのみ、ＣＰＵによるプログラムの続行が許可される。ＣＰＵとセキュリティ・デバイスの間は、ＣＰＵチップ外部のバスを介して接続されているので、スクランブルや暗号化を行うことによって、バス・スヌープによる認証ルーチンの解読を防止することができる。
【００１２】
これらセキュリティ・デバイスを用いた２つの例は、プログラム実行中のＣＰＵに対する命令（インストラクション）によって認証処理が行われる、という点では共通している。
【００１３】
セキュリティ・デバイスを用いることにより、セキュリティ・レベルをかなりの程度向上させることができよう。また、ソフトウェア・プログラムの使用権をセキュリティ・デバイスを装着したただ１つのコンピュータ・システムのみに限定することができよう。しかしながら、この方式とて万全とは言い難い。例えば、ロジック・アナライザ（周知）を用いれば、バス・トランザクションを容易にモニタすることができるので、認証ルーチンを解析して、識別情報や暗号の鍵の正体を見破ることもできよう。
【００１４】
さらにセキュリティ・レベルを向上させるために、セキュリティ・デバイスへの入力値を逐次変更する、という対策も採られている。しかしながら、ＩＣＥ（InCircuitEmulator）/*/などの装置を用いればソフトウェアを比較的容易に逆アセンブルすることができ、そうなればセキュリティ・デバイスへのアクセス・ルーチン（すなわち認証ルーチン）を無条件ジャンプするようにプログラムを改ざんすることも可能である。
【００１５】
本発明者の考察によれば、ソフトウェア・プログラムのプロテクションを強化するためには、まず第一に、セキュリティ動作がプログラム実行に必須であるようにデザインすることが好ましい。この意味において、メディアに格納されたプログラム自身が認証ルーチンを含んでいるという上記従来例は適合している。さらに、この認証ルーチンは、外部からのアクセス・変更が不可能な形態でなければならない。セキュリティ・デバイスを用いた上記従来例の場合、認証ルーチンはシステム・オペレーションの形態で実装され、外観には現れないが、技術的には判読が可能である（前述）。要言すれば、外部アクセス可能な従来のプロテクション方式では、プログラムの保護は万全とは言い難いのである。
【００１６】
《注釈》
ＩＣＥは、通常はプログラムやハードウェア開発を支援するために使用される装置であり、ＣＰＵの代わりにＣＰＵソケットに差すことによって、ＣＰＵと全く同じ動作をするようになっている。ＩＣＥは、ＣＰＵと違って、バスのアクセスやレジスタの値をインストラクション毎に読み出すことが可能である。このようなＩＣＥのインストラクション・トレース機能を用いれば、外部デバイスのアドレスをトリガにしてソフトウェア・プログラムの中から認証ルーチンを探し出すことができる。さらに、プログラム・アドレスに違法なパッチを当てれば、セキュリティ・デバイスにアクセスせずにプログラム実行を継続するように改ざんすることができる。
【００１７】
【発明が解決しようとする課題】
本発明の目的は、コンピュータ・システムに提供されるソフトウェア・プログラムの不正な使用・実行を防止する優れた技術を提供することにある。
【００１８】
本発明の更なる目的は、プログラムの不正実行防止方法を提供することにある。
【００１９】
本発明の更なる目的は、外部から監視・変更することができない、プログラムの不正実行防止方法を提供することにある。
【００２０】
【課題を解決するための手段】
本発明は、上記課題を参酌してなされたものであり、その第１の側面は、ソフトウェア供給者がソフトウェア・プログラムの使用権をただ１つのプロセッサにのみ許可するための、プログラムの不正実行防止方法であって、この方法は、
（ａ）ソフトウェアＩＤが付されたソフトウェア・プログラムを実行するユーザ・プロセッサ内において、前記ユーザ・プロセッサ自身が保持する固有のプロセッサＩＤを暗号化し、該暗号化されたプロセッサＩＤを前記ソフトウェア供給者へ送付するステップと、
（ｂ）ソフトウェア供給者において、前記暗号化されたプロセッサＩＤを一旦復号化し、ソフトウェア供給者自身が管理するソフトウェアＩＤ及び前記復号化されたプロセッサＩＤを一体化して暗号化し、暗号化データを生成するステップであって、前記暗号化データは、前記ソフトウェアＩＤと復号化されたプロセッサＩＤとを１つのコードとして同時に暗号化したものである、前記生成するステップと、
（ｃ）ステップ（ｂ）で得られた暗号化データを前記ユーザ・プロセッサ内に供給するステップと、
（ｄ）前記ユーザ・プロセッサ内において、前記暗号化データを復号化してプロセッサＩＤ及びソフトウェアＩＤを取り出すステップと、
（ｅ）前記ユーザ・プロセッサ内において、前記ユーザ・プロセッサが保持するプロセッサＩＤ及び前記ソフトウェア・プログラムに付されたソフトウェアＩＤを、ステップ（ｄ）で得られたプロセッサＩＤ及びソフトウェアＩＤの各々と照合するステップと、
（ｆ）前記照合処理が成功裡に終わったときのみ、前記ユーザ・プロセッサが前記ソフトウェア・プログラムを実行することを許可するステップとを含み、
前記ステップ（ｄ）、（ｅ）および（ｆ）の実行手順は、前記ユーザ・プロセッサ内のワイヤード・ロジック又はマイクロコードＲＯＭのマイクロプログラムによって定義され、該実行手順は、外部プログラムからは全く見えない状態で実行される。
【００２１】
また、本発明の第２の側面は、ソフトウェア供給者がソフトウェア・プログラムの使用権をただ１つのプロセッサにのみ許可するための、プログラムの不正実行防止方法であって、この方法は、
（ａ）ソフトウェアＩＤが付されたソフトウェア・プログラムを実行するユーザ・プロセッサ内において乱数を発生し、該発生した乱数を前記ソフトウェア供給者へ送付するステップと、
（ｂ）ソフトウェア供給者において、ソフトウェア供給者自身が管理するソフトウェアＩＤ及び前記乱数を一体化して暗号化し、暗号化データを生成するステップであって、前記暗号化データは、前記ソフトウェアＩＤと復号化されたプロセッサＩＤとを１つのコードとして同時に暗号化したものである、前記生成するステップと、
（ｃ）ステップ（ｂ）で得られた暗号化データを前記ユーザ・プロセッサ内に供給するステップと、
（ｄ）前記ユーザ・プロセッサ内において、前記暗号化データを復号化して乱数及びソフトウェアＩＤを取り出すステップと、
（ｅ）前記ユーザ・プロセッサ内において、前記ユーザ・プロセッサが保持する乱数及び前記ソフトウェア・プログラムに付されたソフトウェアＩＤを、ステップ（ｄ）で得られた乱数及びソフトウェアＩＤの各々と照合するステップと、
（ｆ）前記照合処理が成功裡に終わったときのみ、前記ユーザ・プロセッサが前記ソフトウェア・プログラムを実行することを許可するステップとを含み、
前記ステップ（ｄ）、（ｅ）および（ｆ）の実行手順は、前記ユーザ・プロセッサ内のワイヤード・ロジック又はマイクロコードＲＯＭのマイクロプログラムによって定義され、該実行手順は、外部プログラムからは全く見えない状態で実行される。
【００３８】
【作用】
本発明に係るプロセッサは、メイン・メモリ上のコード／データの格納動作を管理するためのメモリ管理ユニットを内蔵するタイプであり、且つ、インストラクション・セットの１つとして、メイン・メモリ上のプログラム・コード（アプリケーション）の実行を許可する実行許可インストラクションを含んでいる。
【００３９】
この種の実行許可インストラクションは、一般には、実行すべきプログラムの識別番号と、プログラムの格納アドレス、プログラムの属性情報をメモリ管理ユニットにセットする、という手続（例えば"LOAD MMU …"というコードで記述される）を含んでいる。インストラクションの手続はマイクロプログラムによって定義される。
【００４０】
本発明では、この実行許可インストラクションは、メモリ管理ユニットに所定のデータをセットする手続の他に、プログラムの使用権を認証するための認証手続を含んでいる。この認証動作は、例えば、プロセッサ内部で保持された識別情報と、プロセッサの外部（例えばソフトウェア・プログラムの供給者）から供給された識別情報との比較によって行われる。そして、この認証処理が成功裡に終わったときのみ、ソフトウェア・プログラムの実行が許可される。
【００４１】
認証手続に用いる識別情報は、例えば、プロセッサに固有（例えば製造時に与えられる）プロセッサＩＤと、ソフトウェア・プログラムに固有に与えられるソフトウェアＩＤとで構成される。あるいは、識別情報は、プロセッサが時々刻々発生する乱数と、ソフトウェア・プログラムに固有に与えられるソフトウェアＩＤとで構成される。
【００４２】
このような認証動作は、プロセッサ内部で実行されるので、外部から監視・検出することは殆ど不可能である。また、認証手続は、プログラムの実行許可を意味するインストラクションを記述したマイクロプログラムの中に含まれているので、そもそも認証手続の存在自体が外部から隠された格好となる。したがって、本発明によればプログラムの不正実行の防止を大幅に強化することができる。
【００４３】
また、認証処理に用いる識別情報として、プロセッサ・チップが固有に持つプロセッサＩＤを使用することによって、ある特定のソフトウェア・プログラムの使用権を単一のプロセッサに限定することができる。この意味においても、プログラムの不正実行は強固に禁止されていると言えよう。
【００４４】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。
【００４５】
【発明の実施の形態】
以下、図面を参照しながら本発明の実施例を詳解する。
【００４６】
第１の実施の形態
図１には、本発明の第１の実施形態に係るコンピュータ・システム２００及びプロセッサ１００のハードウェア構成を模式的に示している。コンピュータ・システム２００は、システム２００の中核的な制御を行うプロセッサ１００の外に、メイン・メモリ５０や各種周辺装置を含んでいる。以下、各部について説明する。
【００４７】
プロセッサ１００の外部ピンに直結したプロセッサ・バス１０１は、ブリッジ回路６０経由でシステム・バス７０に接続されている。ブリッジ回路６０は、プロセッサ・バス１０１とシステム・バス７０間の動作速度の相違を吸収するためのデータ・バッファや、メイン・メモリ５０へのアクセス動作を制御するためのメモリ・コントローラを含んでいる。
【００４８】
メイン・メモリ５０は、プロセッサ１００が実行するプログラム・コードや処理データを一時格納するための読み書き可能メモリであり、通常は、１以上のＤＲＡＭ（ダイナミックＲＡＭ）チップで構成される。メイン・メモリ５０上で展開されるメモリ空間は、メモリ管理ユニット１５（後述）によって管理される。
【００４９】
システム・バス７０には、ＰＣＩ（Peripheral Component Interconnect）バスやＩＳＡ（Industry Standard Architecture）バスが該当し、各種周辺装置が相互接続されている。周辺装置には、例えばキーボードやディスプレイなどのコンソール類（図示しない）、ハード・ディスク・ドライブ（ＨＤＤ）８１、フロッピー・ディスク・ドライブ（ＦＤＤ）８２、ＣＤ−ＲＯＭドライブ８３などの外部記憶装置類、外部ネットワークと接続するためのネットワーク・インターフェース・カード（ＮＩＣ）９０、シリアル・ポート経由でシリアル・データの入出力を行うためのシリアルＩ／Ｏコントローラ９１などが含まれる。なお、バス７０上の動作は、ロジック・アナライザなどを用いて解析することができる。
【００５０】
ソフトウェア供給業者は、通常、フロッピー・ディスクやＣＤ−ＲＯＭなどの記憶媒体の形態でソフトウェア・プログラムを一般ユーザに配布する。各ユーザは、これら記憶媒体を所定のドライブ・ユニットに装填し、ＨＤＤ８１にコピーすることによって、ソフトウェア・プログラムをシステム２００にインストールすなわち利用可能な状態に置くようになっている。また、最近では、インターネットなどの外部ネットワーク経由でソフトウェア・プログラムが配布されることも多くなってきている（周知）。
【００５１】
プロセッサ１００は、当業界においてＣＰＵ（Central Processing Unit）若しくはＭＰＵ（Micro Processing Unit）と呼ばれるものである。プロセッサ１００は、通常はマザー・ボード（図示しない）上に搭載される回路チップであり、各入出力装置（図示しない）を制御してデータの授受を行ったり、データを演算処理し、処理結果をメイン・メモリ５０上に記憶したりするなどのコンピュータ・システム２００の中枢機能を果たしている。
【００５２】
図１に示すように、本実施形態に係るプロセッサ１００は、バス・インターフェース１１と、デコーダ１２と、制御ユニット１３と、マイクロコードＲＯＭ１４と、メモリ管理ユニット１５と、プロセッサＩＤ１６と、暗号化復号化ユニット１７とを含んでいる。
【００５３】
バス・インターフェース１１は、プロセッサ１００外部のコンポーネントととの間でインストラクションやデータを授受するためのユニットである。バス・インターフェース１１は、プロセッサ・バス１０１と直結している。なお、プロセッサ・バス１０１は、ブリッジ回路６０を経由してメイン・メモリ５０やシステム・バス７０と相互接続されている。
【００５４】
デコーダ１２は、バス・インターフェース１１経由で受け取ったインストラクションを解釈して、制御ユニット１３が理解できる形式に変換するためのユニットである。
【００５５】
制御ユニット１３は、インストラクションを実行する手順を整えるユニットである。実行するインストラクションは、ワイヤード・ロジック（配線論理）で実行するタイプと、マイクロ・プログラムで実行するタイプの２つに大別される。前者の場合は、インストラクションの実行制御に必要な論理を直線的に実装した順序回路が用いられる。また、後者の場合には、インストラクションはマイクロコード（又はピココード）と呼ばれるさらに細かいコードの集合（すなわちマイクロプログラム）で構成されており、該当するマイクロプログラムをマイクロコードＲＯＭ１４から読み出して実行することになる。なお、１つのプロセッサで利用できるインストラクション全体を「インストラクション・セット」と呼ぶ。
【００５６】
マイクロコードＲＯＭ１４は、インストラクションの実行に必要なマイクロードを格納した読み出し専用メモリである。言い換えれば、マイクロコードＲＯＭ１４は、各インストラクションの実行手順を定義した不揮発メモリである。例えば、"ＬＯＡＤ"、"ＳＴＯＲＥ"、"ＭＯＶＥ"などのインストラクションは、ある変数をプロセッサ１００内のレジスタ（図示しない）に書き込むためのインストラクションであるが、これらの動作の詳細をマイクロコードＲＯＭ１４内で記述することによって定義することができる。
【００５７】
メモリ管理ユニット（ＭＭＵ）１５は、プログラム・コードやデータをメイン・メモリ５０上に展開するなど、プロセッサ１００のメモリ空間を管理するためのユニットである。メモリ管理ユニット１５は、通常、仮想記憶機能とメモリ保護機能という２つの機能を提供している。仮想記憶機能とは、論理アドレスを物理アドレスに変換したり、物理アドレスに該当するブロック（ページ）がメイン・メモリ上に存在しないときに外部記憶装置との間でブロック（ページ）の入れ替え（すなわち「スワッピング」）を行う機能のことである。また、メモリ保護機能とは、１つのプログラムで生じた障害が他のプログラムに影響を及ぼさないようにする機能のことである。
【００５８】
また、メモリ管理ユニット１５は、メモリ空間上に存在する各プログラムのアドレス情報や属性情報を管理するためのＭＭＵテーブルを備えている。図２には、ＭＭＵテーブルの構造や機能を模式的に図解している。ＭＭＵテーブルの各エントリは、該当するプログラムのアドレスとフラグを格納する各フィールドを含んでいる。フラグはプログラムの属性情報（例えばプログラムが実行形式か、読み出し専用か、読み書き可能か）を示している。
【００５９】
メモリ空間上の各プログラムは、夫々に固有のプログラムＩＤを有している。あるプログラムをプロセッサ１００に実行させるためには、メモリ管理ユニット１５にプログラムＩＤとそのアドレス情報・属性情報を与える旨のプログラム・コードを制御ユニット１３に供給すればよい。メモリ管理ユニット１５は、自身のＭＭＵテーブルを参照して、該当するプログラムの実行を許可する仕組みとなっている。下式は、あるプログラムの実行を許可するための疑似コードを記述したものである。
【００６０】
【数１】
Mov R1,Program_ID
（レジスタＲ１にプログラムＩＤをセットせよ）
Mov R2,Memory_Address_&Flag
（レジスタＲ２にアドレスとフラグをセットせよ）
Load MMU, R1,R2
（メモリ管理ユニットにレジスタＲ１とＲ２の内容をセットせよ）
Jmp Application
（アプリケーションにジャンプせよ）
【００６１】
上記コード中の"Ｍｏｖ"や"Ｌｏａｄ"などは、プロセッサ１００に対するインストラクションであり、レジスタへの変数のセット等を意味する。各インストランションの詳細な実行手順は、ワイヤード・ロジック又はマイクロコードＲＯＭ１４で定義されたマイクロプログラムのいずれかの形態で定義されている（上述）。
【００６２】
上記疑似コードのうち"Ｌｏａｄ ＭＭＵ …"なるステップは、実質上、アプリケーションの実行を許可するためのインストラクションである。本実施例では、この"Ｌｏａｄ ＭＭＵ …"インストラクションは、マイクロプログラムという形態で実装され、メモリ管理ユニット１５への変数セットの他に、所定の認証手続が含まれている。
【００６３】
この認証手続は、マイクロプログラム中で記述されているので、プロセッサ１００の外部からは認証手続の存在自体が見えない。認証手続は、プロセッサ・チップ１００内部で完結的に実行されるので、この動作を外部から監視することは殆ど不可能である。したがって、"Ｌｏａｄ ＭＭＵ …"インストラクションを発行した外部プログラムからは全く見えない状態で、プロセッサ１００はこの認証手続を実行することができる。但し、認証手続の詳細は後述する。
【００６４】
プロセッサＩＤ１６は、プロセッサ１００に固有の識別情報（通常はシリアルな番号で構成される）であり、例えば製造時に一義的に付与される。プロセッサＩＤ１６の実体は、不揮発メモリ（図示しない）に書き込まれた数値・文字データであり、制御ユニット１３によって適宜読み出される。
【００６５】
暗号化復号化ユニット１７は、所定のデータを暗号化したり、逆に暗号化されたデータを復号化するための演算ユニットである。例えば、プロセッサＩＤ１６のような秘匿性の高いデータは、暗号化復号化ユニット１７によって予め暗号化してから、バス・インターフェース１１経由でプロセッサ１００の外部に出力される。逆に、暗号化されたデータ（例えばソフトウェア供給者から渡されるＫｅｙ：後述）の復号化も行う。
【００６６】
暗号化及び復号化の方式は、共通鍵、公開鍵のうちいずれの方式を採用してもよい。後者の公開鍵方式は、公開鍵と秘密鍵という一組の暗号鍵が用いられ、一方の鍵で暗号化したときには他方の鍵でしか復号化できない。例えば、第３者が公開鍵で暗号化したデータは秘密鍵を持つ本人しか復号化できないので、秘密情報を安全に交換することができる（周知）。
【００６７】
なお、プロセッサ１００を構成するためには、図１に示した以外にも多くのユニット等が必要である。図１から省略されたユニットの例は、整数同士の算術演算と論理演算（ＡＮＤ，ＯＲ，ＮＯＴ）を担当するＡＬＵ（Arithmetic and Logic Unit）や、実数（浮動小数点等）演算を担当するＦＰＵ（Floating-Point Unit）、インストラクションの実行手順を直線的に実装した配線論理回路（ＰＬＡ：Programmable Logic Array）、入出力用のレジスタなどである。但し、これらは当業者には周知であり、また、本発明の要旨を構成するものではないので、本明細書中では省略している。また、図面の錯綜を回避するため、図中の各ハードウェア・ブロック間の接続も一部しか図示していない点を了承されたい。
【００６８】
次いで、プロセッサ１００によるプログラム保護動作について、図３を参照しながら説明する。
【００６９】
ソフトウェア供給業者は、保護対象たるソフトウェア・プログラムをフロッピー・ディスク又はＣＤ−ＲＯＭなどの記憶媒体に格納した形態で、市場に流通する。このソフトウェア・プログラムには、固有の識別情報すなわちソフトウェアＩＤ（通常はシリアルな番号で構成される）が付されている。ユーザは、フロッピー・ディスク又はＣＤ−ＲＯＭなどの記憶媒体をソフトウェア供給業者から購入するという形態で、ソフトウェア・プログラムの限定的な使用権を取得する（記憶媒体の購入は、ソフトウェァの著作権や無制限な使用権を全く意味しない点に充分留意されたい）。そして、ユーザは、記憶媒体を所定のドライブ・ユニット８１／８２に装填して、ソフトウェア・プログラムをシステム２００のハード・ディスク８１上にインストールする。
【００７０】
このインストール作業には、プロセッサＩＤ１６を共通鍵により暗号化する手続（ステップＳ１００）と、暗号化したプロセッサＩＤをソフトウェア供給業者に送付する手続（ステップＳ１０２）を含んでいる。暗号化処理は、暗号化復号化ユニット１７を用いて行われる。送付手続は、ソフトウェア業者に対するＫｅｙ（後述）の要求を意味する。なお、送付手続は、郵送に依る他、ＮＩＣ９０で接続された外部ネットワーク経由での伝送という形態で行ってもよい。
【００７１】
ソフトウェア供給業者は、受け取った暗号情報を復号化して、元のプロセッサＩＤを得る（ステップＳ１０４）。そして、このプロセッサＩＤと、業者自身が手元で管理しているソフトウェアＩＤとを一体化して、共通鍵により暗号化することによってＫｅｙを生成する（ステップＳ１０６）。Ｋｅｙは、プロセッサＩＤとソフトウェアＩＤとを１つのコードとして同時に暗号化したものであり、各々に切り離すことはできない。Ｋｅｙは、ソフトウェアの使用不能状態を解く鍵としての性質を持ち、郵送あるいはネットワーク経由でユーザに返送される（ステップＳ１０８）。
【００７２】
このＫｅｙを取得した状態で、コンピュータ・システム２００上でソフトウェア・プログラムの実行が促されたとする。これは、例えばＯＳ（オペレーティング・システム）のような外部プログラムが"ＬＯＡＤ ＭＭＵ…"のような実行許可インストラクションを発行して、メモリ管理ユニット１５にプログラムＩＤとプログラムの格納番地／属性情報がセットすることにより、実現される。
【００７３】
本実施例の実行許可インストラクションに該当する処理手続は、図３の破線ブロックで囲まれている。実行許可は、メモリ管理ユニット１５への各変数のセット以外に所定の認証手続を含んでいる。
【００７４】
当該インストラクションが発行されると、プロセッサ１００は、まず、受け取っているＫｅｙを復号化して、プロセッサＩＤとソフトウェアＩＤとを取得する（ステップＳ１１０）。復号化処理は、暗号化復号化ユニット１７を用いて行われる。
【００７５】
次いで、プロセッサ１００は、復号化して得られたプロセッサＩＤとソフトウェアＩＤを、プロセッサ１００自身に内蔵されたプロセッサＩＤ、及び装填した記憶媒体から得られたソフトウェアＩＤの各々と比較する（ステップＳ１１２）。
【００７６】
この比較の結果、照合に失敗したならば、メモリ管理ユニット１５によるプログラムの実行は拒否される（ステップＳ１１４）。他方、照合が成功裡に終わったならば、メモリ管理ユニット１５によるプログラムの実行は肯定され（ステップＳ１１６）、プログラムが実行される（ステップＳ１１８）。
【００７７】
このような実行許可インストラクションの手続は、例えばマイクロコードＲＯＭ１４中で、上述のようなインストラクションの処理手続を記述することによって実現可能である。
【００７８】
ステップＳ１１０〜Ｓ１１６は、"Ｌｏａｄ ＭＭＵ …"という単一のインストラクションで実行される。該インストラクションを記述した疑似マイクロプログラム・コードを、以下に示しておく。
【００７９】
【数２】
【００８０】
このようなマイクロプログラムに従った認証手続は、外部プログラムからは全く見えない状態で実行される。本実施例に係る認証手続は、プロセッサ・チップ１００内部で完結されるので、プロセッサ１００外部からの監視は殆ど不可能なのである。
【００８１】
第２の実施の形態
本発明の第２の実施例は、図１に示したものと等価なハードウェア構成により具現される。但し、第１の実施例との相違点は、共通鍵ではなく公開鍵方式で暗号化する点にある。図４には、第２の実施例に係るプログラム保護動作をフローチャートにして示している。以下、図４を参照しながら説明する。
【００８２】
ソフトウェア供給業者は、保護対象たるソフトウェア・プログラムをフロッピー・ディスク又はＣＤ−ＲＯＭなどの記憶媒体に格納した形態で、市場に流通する。このソフトウェア・プログラムには、固有の識別情報すなわちソフトウェアＩＤ（通常はシリアルな番号で構成される）が付されている。ユーザは、フロッピー・ディスク又はＣＤ−ＲＯＭなどの記憶媒体をソフトウェア供給業者から購入するという形態で、ソフトウェア・プログラムの限定的な使用権を取得する（記憶媒体の購入は、ソフトウェァの著作権や無制限な使用権を全く意味しない点に充分留意されたい）。そして、ユーザは、記憶媒体を所定のドライブ・ユニット８１／８２に装填して、ソフトウェア・プログラムをシステム２００のハード・ディスク８１上にインストールする。
【００８３】
このインストール作業には、プロセッサＩＤ１６を暗号化する手続（ステップＳ２００）と、暗号化したプロセッサＩＤ及びプロセッサ１００に内蔵された公開鍵をソフトウェア供給業者に送付する手続（ステップＳ２０２）を含んでいる。暗号化処理は、暗号化復号化ユニット１７が、ソフトウェア供給業者から与えられた公開鍵を用いて行われる。送付手続は、ソフトウェア供給業者に対するＫｅｙ（後述）の要求を意味する。なお、送付手続は、郵送に依る他、ＮＩＣ９０で接続された外部ネットワーク経由での伝送という形態で行ってもよい。
【００８４】
ソフトウェア供給業者は、受け取った暗号情報を、自分の秘密鍵を用いて復号化して、元のプロセッサＩＤを得る（ステップＳ２０４）。そして、このプロセッサＩＤと、業者自身が手元で管理しているソフトウェアＩＤとを一体化して、再びプロセッサ１００の公開鍵を用いて暗号化して、Ｋｅｙを生成する（ステップＳ２０６）。Ｋｅｙは、プロセッサＩＤとソフトウェアＩＤとを１つのコードとして同時に暗号化したものであり、各々に切り離すことはできない。Ｋｅｙは、ソフトウェアの使用不能状態を解く鍵としての性質を持ち、郵送あるいはネットワーク経由でユーザに返送される（ステップＳ２０８）。
【００８５】
このＫｅｙを取得した状態で、コンピュータ・システム２００上でソフトウェア・プログラムの実行が促されたとする。これは、例えばＯＳ（オペレーティング・システム）のような外部プログラムが"ＬＯＡＤ ＭＭＵ…"のような実行許可インストラクションを発行して、メモリ管理ユニット１５にプログラムＩＤとプログラムの格納番地／属性情報がセットすることにより、実現される。
【００８６】
本実施例の実行許可インストラクションに該当する処理手続は、図４の破線ブロックで囲まれている。実行許可は、メモリ管理ユニット１５への各変数のセット以外に所定の認証手続を含んでいる。
【００８７】
当該インストラクションが発行されると、プロセッサ１００は、受け取っているＫｅｙを復号化して、プロセッサＩＤとソフトウェアＩＤとを取得する（ステップＳ２１０）。復号化処理は、暗号化復号化ユニット１７が、プロセッサ１００自身に内蔵された秘密鍵を用いて行う。
【００８８】
次いで、プロセッサ１００は、復号化して得られたプロセッサＩＤとソフトウェアＩＤを、プロセッサ１００自身に内蔵されたプロセッサＩＤ、及び装填した記憶媒体から得られたソフトウェアＩＤの各々と比較する（ステップＳ２１２）。
【００８９】
この比較の結果、照合に失敗したならば、メモリ管理ユニット１５によるプログラムの実行は拒否される（ステップＳ２１４）。他方、照合が成功裡に終わったならば、メモリ管理ユニット１５によるプログラムの実行は肯定され（ステップＳ２１６）、プログラムが実行される（ステップＳ２１８）。
【００９０】
このような実行許可インストラクションの手続は、例えばマイクロコードＲＯＭ１４中で、上述のようなインストラクションの処理手続を記述することによって実現可能である。
【００９１】
ステップＳ２１０〜Ｓ２１６は、"Ｌｏａｄ ＭＭＵ …"という単一のインストラクションで実行される。該インストラクションを記述した疑似マイクロプログラム・コードを、以下に示しておく。
【００９２】
【数３】
【００９３】
このようなマイクロプログラムに従った認証手続は、外部プログラムからは全く見えない状態で実行される。本実施例に係る認証手続は、プロセッサ・チップ１００内部で完結されるので、プロセッサ１００外部からの監視は殆ど不可能なのである。
【００９４】
第３の実施の形態
本発明の第３の実施例は、プロセッサ１００が持つプロセッサＩＤを用いず、これに代わって時々刻々発生する乱数を用いるとともに、セキュリティ・デバイス９５との協働的動作によってプログラム保護を行う点で、上述の第１及び第２の実施例とは相違する。
【００９５】
図５には、本発明の第３の実施の形態に係るコンピュータ・システム２００及びプロセッサ１００のハードウェア構成を模式的に示している。以下、各部について説明する。
【００９６】
プロセッサ１００の外部ピンに直結したプロセッサ・バス１０１は、ブリッジ回路６０経由でシステム・バス７０に接続されている。ブリッジ回路６０は、プロセッサ・バス１０１とシステム・バス７０間の動作速度の相違を吸収するためのデータ・バッファや、メイン・メモリ５０へのアクセス動作を制御するためのメモリ・コントローラを含んでいる。
【００９７】
メイン・メモリ５０は、プロセッサ１００が実行するプログラム・コードや処理データを一時格納するための読み書き可能メモリであり、通常は、１以上のＤＲＡＭ（ダイナミックＲＡＭ）チップで構成される。メイン・メモリ５０上で展開されるメモリ空間は、メモリ管理ユニット１５によって管理される。
【００９８】
システム・バス７０には、ＰＣＩ（Peripheral Component Interconnect）バスやＩＳＡ（Industry Standard Architecture）バスが該当し、各種周辺装置が相互接続されている。周辺装置には、例えばキーボードやディスプレイなどのコンソール類（図示しない）、ハード・ディスク・ドライブ（ＨＤＤ）８１、フロッピー・ディスク・ドライブ（ＦＤＤ）８２、ＣＤ−ＲＯＭドライブ８３などの外部記憶装置類、外部ネットワークと接続するためのネットワーク・インターフェース・カード（ＮＩＣ）９０、シリアル・ポート経由でシリアル・データの入出力を行うためのシリアルＩ／Ｏコントローラ９１などが含まれる。なお、バス７０上の動作は、ロジック・アナライザなどを用いて解析することができる。
【００９９】
本実施例では、シリアル・ポートにはセキュリティ・デバイス９５が外部接続されている。セキュリティ・デバイス９５は、保護対象たるソフトウェア・プログラムに付随する性質を持ち、ソフトウェアＩＤを格納する他、共通鍵又は公開鍵いずれかの方式による暗号化ユニットを含んでいる。セキュリティ・デバイス９５の動作については後述する。
【０１００】
ソフトウェア供給業者は、通常、フロッピー・ディスクやＣＤ−ＲＯＭなどの記憶媒体の形態でソフトウェア・プログラムを配布する。各ユーザは、これら記憶媒体を所定のドライブ・ユニットに装填し、ＨＤＤ８１にコピーすることによって、ソフトウェア・プログラムをシステムにインストールすなわち利用可能な状態に置くようになっている。また、最近では、インターネットなどの外部ネットワーク経由でソフトウェア・プログラムが配布されることも多くなっている。
【０１０１】
プロセッサ１００は、当業界においてＣＰＵ（Central Processing Unit）若しくはＭＰＵ（Micro Processing Unit）と呼ばれるものである。プロセッサ１００は、通常はマザー・ボード（図示しない）上に搭載される回路チップであり、各入出力装置（図示しない）を制御してデータの授受を行ったり、データを演算処理し、処理結果をメイン・メモリ５０上に記憶したりするなどのコンピュータ・システム（図示しない）の中枢機能を果たしている。
【０１０２】
図５に示すように、本実施形態に係るプロセッサ１００は、バス・インターフェース１１と、デコーダ１２と、制御ユニット１３と、マイクロコードＲＯＭ１４と、メモリ管理ユニット１５と、暗号化復号化ユニット１７と、乱数発生ユニット１８とを含んでいる。
【０１０３】
バス・インターフェース１１は、プロセッサ１００外部のコンポーネントとの間でインストラクションやデータを授受するためのユニットである。バス・インターフェース１１は、プロセッサ・バス１７と直結している。なお、プロセッサ・バス１７は、ブリッジ回路６０を経由してメイン・メモリ５０やシステム・バス７０と相互接続されている。
【０１０４】
デコーダ１２は、バス・インターフェースで受け取ったインストラクションを解釈して、制御ユニット１３が理解できる形式に変換するためのユニットである。
【０１０５】
制御ユニット１３は、インストラクションを実行する手順を整えるユニットである。実行するインストラクションは、ワイヤード・ロジック（配線論理）で実行するタイプと、マイクロ・プログラムで実行するタイプの２つに大別される。前者の場合は、インストラクションの実行制御に必要な論理を直線的に実装した順序回路が用いられる。また、後者の場合には、インストラクションはマイクロコード（又はピココード）と呼ばれるさらに細かいコードの集合（すなわちマイクロプログラム）で構成されており、該当するマイクロプログラムをマイクロコードＲＯＭ１４から読み出して実行することになる。なお、１つのプロセッサで利用できるインストラクション全体を「インストラクション・セット」と呼ぶ。
【０１０６】
マイクロコードＲＯＭ１４は、インストラクションの実行に必要なマイクロードを格納した読み出し専用メモリである。言い換えれば、マイクロコードＲＯＭ１４は、各インストラクションの実行手順を定義した不揮発メモリである。例えば、"ＬＯＡＤ"、"ＳＴＯＲＥ"、"ＭＯＶＥ"などのインストラクションは、ある変数をプロセッサ１００内のレジスタ（図示しない）に書き込むためのインストラクションであるが、これらの動作の詳細をマイクロコードＲＯＭ１４内で記述することによって定義することができる。
【０１０７】
メモリ管理ユニット（ＭＭＵ）１５は、プログラム・コードやデータをメイン・メモリ上に展開するなど、プロセッサ１００のメモリ空間を管理するためのユニットである。メモリ管理ユニット１５は、通常、仮想記憶機能とメモリ保護機能という２つの機能を提供している。仮想記憶機能とは、論理アドレスを物理アドレスに変換したり、物理アドレスに該当するブロック（ページ）がメイン・メモリ上に存在しないときに外部記憶装置との間でブロック（ページ）の入れ替え（すなわち「スワッピング」）を行う機能のことである。また、メモリ保護機能とは、１つのプログラムで生じた障害が他のプログラムに影響を及ぼさないようにする機能のことである。
【０１０８】
また、メモリ管理ユニット１５は、メモリ空間上に存在する各プログラムのアドレス情報や属性情報を管理するためのＭＭＵテーブルを備えている。ＭＭＵテーブルの構造や機能は図２を参照した上記説明と略同一なので、ここでは説明を省略する。
【０１０９】
あるプログラムをプロセッサ１００に実行させるためには、メモリ管理ユニット１５にプログラムＩＤとそのアドレス情報・属性情報を与える旨のプログラム・コードを制御ユニット１３に供給すればよい。一般には、"Ｌｏａｄ ＭＭＵ…"なるインストラクションによって、実質上、アプリケーションの実行が許可される。
【０１１０】
本実施例では、この"Ｌｏａｄ ＭＭＵ …"インストラクションは、マイクロプログラムという形態で実装され、メモリ管理ユニット１５への各変数セットの他に、所定の認証手続が含まれている。この認証手続は、マイクロプログラム中で記述されているので、プロセッサ１００の外部からは認証手続の存在自体が見えない。認証手続は、プロセッサ・チップ１００内部で完結的に実行されるので、この動作を外部から監視することは殆ど不可能である。したがって、"Ｌｏａｄ ＭＭＵ …"インストラクションを発行した外部プログラムからは全く見えない状態で、プロセッサ１００はこの認証手続を実行することができる。但し、認証手続の詳細は後述する。
【０１１１】
暗号化復号化ユニット１７は、所定のデータを暗号化したり、逆に暗号化されたデータを復号化するための演算ユニットである。例えば、プロセッサ１００が外部に出力する乱数のように秘匿性のあるデータは、暗号化復号化ユニット１７によって予め暗号化してから、バス・インターフェース１１経由でプロセッサ１００の外部に出力される。逆に、暗号化されたデータ（例えばソフトウェア供給者から渡されるＫｅｙ：後述）の復号化も行う。
【０１１２】
暗号化及び復号化の方式は、共通鍵、公開鍵のうちいずれの方式を採用してもよい。後者の公開鍵方式は、公開鍵と秘密鍵という一組の暗号鍵が用いられ、一方の鍵で暗号化したときには他方の鍵でしか復号化できない。例えば、第３者が公開鍵で暗号化したデータは秘密鍵を持つ本人しか復号化できないので、秘密情報を安全に送付することができる（周知）。
【０１１３】
乱数発生ユニット１８は、時々刻々乱数を発生するためのユニットであり、本実施例ではプロセッサＩＤの代わりに用いられる。乱数を用いるのは、固定値を用いたのでは、認証手続を複数回重ねて動作を監視することで見破られてしまう虞があるからである。
【０１１４】
なお、プロセッサ１００を構成するためには、図５に示した以外にも多くのユニット等が必要である。図５から省略されたユニットの例は、整数同士の算術演算と論理演算（ＡＮＤ，ＯＲ，ＮＯＴ）を担当するＡＬＵ（Arithmetic and Logic Unit）や、実数（浮動小数点等）演算を担当するＦＰＵ（Floating-Point Unit）、インストラクションの実行手順を直線的に実装した配線論理回路（ＰＬＡ：Programmable Logic Array）、入出力用のレジスタなどである。但し、これらは当業者には周知であり、また、本発明の要旨を構成するものではないので、本明細書中では省略している。また、図面の錯綜を回避するため、図中の各ハードウェア・ブロック間の接続も一部しか図示していない点を了承されたい。
【０１１５】
次いで、プロセッサ１００によるプログラム保護動作について、図６を参照しながら説明する。
【０１１６】
ソフトウェア供給業者は、保護対象たるソフトウェア・プログラムをフロッピー・ディスク又はＣＤ−ＲＯＭなどの記憶媒体に格納した形態で、市場に流通する。このソフトウェア・プログラムには、固有の識別情報すなわちソフトウェアＩＤ（通常はシリアルな番号で構成される）が付されている。ユーザは、フロッピー・ディスク又はＣＤ−ＲＯＭなどの記憶媒体をソフトウェア供給業者から購入するという形態で、ソフトウェア・プログラムの限定的な使用権を取得する（記憶媒体の購入は、ソフトウェァの著作権や無制限な使用権を全く意味しない点に充分留意されたい）。
【０１１７】
本実施例が、上記第１及び第２の実施例と相違するのは、ソフトウェア・プログラムを格納した記憶媒体と一緒にセキュリティ・デバイス９５が配布される点である。ユーザは、ソフトウェア・プログラムをハード・ディスク８１上にインストールするともに、セキュリティ・デバイス９５をシリアル・ポートに外部接続する（ステップＳ３００）。この実施例では、Ｋｅｙの要求は、ソフトウェア供給業者ではなくセキュリティ・デバイス９５に対して行われる（後述）。
【０１１８】
コンピュータ・システム２００上でソフトウェア・プログラムの実行が促されたとする。これは、例えばＯＳ（オペレーティング・システム）のような外部プログラムが"ＬＯＡＤ ＭＭＵ…"のような実行許可インストラクションを発行して、メモリ管理ユニット１５にプログラムＩＤとプログラムの格納番地／属性情報がセットすることにより、実現される。
【０１１９】
本実施例の実行許可インストラクションに該当する処理手続は、図６の破線ブロックで囲まれている。実行許可は、メモリ管理ユニット１５への各変数のセット以外に所定の認証手続を含んでいる。
【０１２０】
当該インストラクションが発行されると、プロセッサ１００は、まず、乱数発生ユニット１８が発生した乱数をセキュリティ・デバイス９５に送ることで、Ｋｅｙの要求を行う（ステップＳ３０２）。乱数の送付はシステム・バス７０経由で行われる。但し、乱数は時々刻々変化する性質を持ち、同じ乱数は一回しか使用しないので、バス７０の動作をスヌープされてセキュリティが破られる可能性は極めて低い。
【０１２１】
セキュリティ・デバイス９５は、受け取った乱数と、自身が格納するソフトウェアＩＤとを一体化して、共通鍵を用いて暗号化してＫｅｙを生成し、システム・バス７０経由でプロセッサ１００に送り返す（ステップＳ３０４）。
【０１２２】
プロセッサ１００は、共通鍵を用いてＫｅｙを復号化して、乱数とソフトウェアＩＤとに分解する（ステップＳ３０６）。復号化処理は、暗号化復号化ユニット１７を用いて行われる。
【０１２３】
次いで、プロセッサ１００は、復号化して得られた乱数とソフトウェアＩＤを、プロセッサ１００自身が保持する元の乱数、及び装填した記憶媒体から得られたソフトウェアＩＤの各々と比較する（ステップＳ３０８）。
【０１２４】
この比較の結果、照合に失敗したならば、メモリ管理ユニット１５によるプログラムの実行は拒否される（ステップＳ３１０）。他方、照合が成功裡に終わったならば、メモリ管理ユニット１５によるプログラムの実行は肯定され（ステップＳ３１２）、プログラムが実行される（ステップＳ３１４）。
【０１２５】
このような実行許可インストラクションの手続は、例えばマイクロコードＲＯＭ１４中で、上述のようなインストラクションの処理手続を記述することによって実現可能である。
【０１２６】
ステップＳ３０２〜Ｓ３１２は、"Ｌｏａｄ ＭＭＵ …"という単一のインストラクションで実行される。該インストラクションを記述した疑似マイクロプログラム・コードを、以下に示しておく。
【０１２７】
【数４】
【０１２８】
このようなマイクロプログラムに従った認証手続は、外部プログラムからは全く見えない状態で実行される。本実施例に係る認証手続は、プロセッサ・チップ１００内部で完結されるので、プロセッサ１００外部からの監視は殆ど不可能なのである。
【０１２９】
第４の実施の形態
本発明の第４の実施例は、図５に示したものと等価なハードウェア構成により具現される。但し、第３の実施例との相違点は、共通鍵ではなく公開鍵方式で暗号化する点にある。図７には、第４の実施例に係るプログラム保護動作をフローチャートにして示している。以下、図７を参照しながら説明する。
【０１３０】
ソフトウェア供給業者は、保護対象たるソフトウェア・プログラムをフロッピー・ディスク又はＣＤ−ＲＯＭなどの記憶媒体に格納した形態で、市場に流通する。このソフトウェア・プログラムには、固有の識別情報すなわちソフトウェアＩＤ（通常はシリアルな番号で構成される）が付されている。ユーザは、フロッピー・ディスク又はＣＤ−ＲＯＭなどの記憶媒体をソフトウェア供給業者から購入するという形態で、ソフトウェア・プログラムの限定的な使用権を取得する（記憶媒体の購入は、ソフトウェァの著作権や無制限な使用権を全く意味しない点に充分留意されたい）。
【０１３１】
本実施例では、ソフトウェア・プログラムを格納した記憶媒体と一緒にセキュリティ・デバイス９５に配布される。ユーザは、ソフトウェア・プログラムをハード・ディスク８１上にインストールするともに、セキュリティ・デバイス９５をシリアル・ポートに外部接続する（ステップＳ４００）。Ｋｅｙの要求は、ソフトウェア供給業者ではなくセキュリティ・デバイス９５に対して行われる（後述）。
【０１３２】
コンピュータ・システム２００上でソフトウェア・プログラムの実行が促されたとする。これは、例えばＯＳ（オペレーティング・システム）のような外部プログラムが"ＬＯＡＤ ＭＭＵ…"のような実行許可インストラクションを発行して、メモリ管理ユニット１５にプログラムＩＤとプログラムの格納番地／属性情報がセットすることにより、実現される。
【０１３３】
本実施例の実行許可インストラクションに該当する処理手続は、図７の破線ブロックで囲まれている。実行許可は、メモリ管理ユニット１５への各変数のセット以外に所定の認証手続を含んでいる。
【０１３４】
当該インストラクションが発行されると、プロセッサ１００は、まず、乱数発生ユニット１８が発生した乱数とプロセッサ１００の公開鍵をセキュリティ・デバイス９５に送ることで、Ｋｅｙの要求を行う（ステップＳ４０２）。乱数の送付はシステム・バス７０経由で行われる。但し、乱数は時々刻々変化する性質を持ち、同じ乱数は一回しか使用しないので、バス７０の動作をスヌープされてセキュリティが破られる可能性は極めて低い。
【０１３５】
セキュリティ・デバイス９５は、受け取った乱数と、自身が格納するソフトウェアＩＤとを一体化して、公開鍵を用いて暗号化してＫｅｙを生成し、システム・バス７０経由でプロセッサ１００に送り返す（ステップＳ４０４）。
【０１３６】
プロセッサ１００は、自身の秘密鍵を用いてＫｅｙを復号化して、乱数とソフトウェアＩＤとに分解する（ステップＳ４０６）。復号化処理は、暗号化復号化ユニット１７を用いて行われる。
【０１３７】
次いで、プロセッサ１００は、復号化して得られた乱数とソフトウェアＩＤを、プロセッサ１００自身が保持する元の乱数、及び装填した記憶媒体から得られたソフトウェアＩＤの各々と比較する（ステップＳ４０８）。
【０１３８】
この比較の結果、照合に失敗したならば、メモリ管理ユニット１５によるプログラムの実行は拒否される（ステップＳ４１０）。他方、照合が成功裡に終わったならば、メモリ管理ユニット１５によるプログラムの実行は肯定され（ステップＳ４１２）、プログラムが実行される（ステップＳ４１４）。
【０１３９】
このような実行許可インストラクションの手続は、例えばマイクロコードＲＯＭ１４中で、このようにインストラクションの処理手続を記述することによって実現可能である。
【０１４０】
ステップＳ４０２〜Ｓ４１２は、"Ｌｏａｄ ＭＭＵ …"という単一のインストラクションで実行される。該インストラクションを記述した疑似マイクロプログラム・コードを、以下に示しておく。
【０１４１】
【数５】
【０１４２】
このようなマイクロプログラムに従った認証手続は、外部プログラムからは全く見えない状態で実行される。本実施例に係る認証手続は、プロセッサ・チップ１００内部で完結されるので、プロセッサ１００外部からの監視は殆ど不可能なのである。
【０１４３】
追補
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、冒頭に記載した特許請求の範囲の欄を参酌すべきである。
【０１４４】
【発明の効果】
以上詳記したように、本発明によれば、コンピュータ・システムに提供されるソフトウェア・プログラムの不正な使用・実行を防止する優れた技術を提供することができる。
【０１４５】
また、本発明によれば、プログラムの不正実行防止機能を備えた優れたプロセッサ、プログラムの不正実行を防止するためにプロセッサが実行するインストラクション、及びプログラムの不正実行防止方法を提供することができる。
【０１４６】
また、本発明によれば、外部から監視・変更することができないプログラムの不正実行防止機能付き優れたプロセッサ、プロセッサが実行するインストラクション、及びプログラムの不正実行防止方法を提供することにある。
【０１４７】
また、本発明によれば、ソフトウェア供給者がソフトウェア・プログラムの使用権をただ１つのプロセッサにのみ許可することができる、優れたプログラムの不正実行防止方法を提供することができる。
【図面の簡単な説明】
【図１】図１は、本発明の第１の実施の形態に係るコンピュータ・システム及びプロセッサ１００のハードウェア構成を模式的に示した図である。
【図２】図２は、ＭＭＵテーブルの構造や機能を模式的に示した図である。
【図３】図３は、本発明の第１の実施の形態に係るプログラム保護動作を示したフローチャートである。
【図４】図４は、本発明の第２の実施の形態に係るプログラム保護動作を示したフローチャートである。
【図５】図５は、本発明の第３の実施の形態に係るコンピュータ・システム及びプロセッサ１００のハードウェア構成を模式的に示した図である。
【図６】図６は、本発明の第４の実施の形態に係るプログラム保護動作を示したフローチャートである。
【図７】図７は、本発明の第５の実施の形態に係るプログラム保護動作を示したフローチャートである。
【符号の説明】
１１…バス・インターフェース、１２…デコーダ、１３…制御ユニット、
１４…マイクロコードＲＯＭ、１５…メモリ管理ユニット（ＭＭＵ）、
１６…プロセッサＩＤ、１７…暗号化復号化ユニット、
５０…メイン・メモリ、６０…ブリッジ回路、７０…システム・バス、
８１…ハード・ディスク・ドライブ（ＨＤＤ）、
８２…フロッピー・ディスク・ドライブ（ＦＤＤ）、
８３…ＣＤ−ＲＯＭドライブ、
９０…ネットワーク・インターフェース・カード（ＮＩＣ）、
９１…シリアルＩ／Ｏコントローラ、９５…セキュリティ・デバイス、
１００…プロセッサ、２００…コンピュータ・システム。
【発明の属する技術分野】
本発明は、コンピュータ・システムに提供されるソフトウェア・プログラムの不正な使用・実行を防止する技術に係り、特に、プログラムの不正実行防止方法に関する。更に詳しくは、本発明は、外部から監視・変更することができない、プログラムの不正実行防止方法に関する。
【０００２】
【従来の技術】
昨今の技術革新に伴い、コンピュータ・システムは、大学・研究機関の他、企業や一般家庭にも広範に浸透してきている。コンピュータ・システムには、ホスト／メインフレームやオフィス・コンピュータ以外に、比較的安価で一般ユーザも購入可能なワークステーション、パーソナル・コンピュータ（ＰＣ）などが挙げられる。特に、ＰＣの急速な普及には目覚ましいものがある。
【０００３】
このような技術動向下では、コンピュータ・システム上で稼働する各種ソフトウェアも開発・市販されており、ソフトウェア産業もハードウェア産業に匹敵しあるいは凌駕する隆盛を遂げている。ここで言うソフトウェアには、コンピュータ・システム全体の動作を制御するための「ＯＳ（オペレーティング・システム）」や、システム上で各ユーザの目的・業務に適った機能オペレーションを実現するための「アプリケーション」が含まれる。アプリケーション・プログラムは、ワープロ、スプレッドシート、データベース、通信など各種機能・用途のものが揃っている。
【０００４】
ユーザは、自身のコンピュータ・システム上に導入したいソフトウェアを、例えばフロッピー・ディスクやＣＤ−ＲＯＭなどのリムーバブル・メディアの形態で購入し、これらメディアを適切なドライブ・ユニットに装填して用いるのが一般的である。また、最近では、インターネットなどの外部ネットワークを経由して、所望のソフトウェアを自身のローカル・ディスクにファイル転送（ダウンロード）する、という形態によってもソフトウェア・プログラムを導入することが可能となっている。
【０００５】
但し、ソフトウェア・プログラムを格納したメディアの購入行為は、ソフトウェア・プログラムの限定的な使用権を得たことに過ぎず、購入者はソフトウェア・プログラムの著作権や複製権までも手に入れた訳ではない。ソフトウェア・プログラムの無制限な若しくは無断な複製は、著作権法上、厳に禁止されている行為である（周知）。（なお、ネットワーク経由でダウンロードしたソフトウェア・プログラムについても、その使用は限定的に解釈するのが妥当であろう。）
【０００６】
また、ソフトウェア・プログラムを提供するソフトウェア・ベンダーの立場から言えば、有料でプログラム格納メディアを配布することによって収益をあげているのであり、無制限で無断な複製行為が横行していては、本来享受すべき利潤を担保することができない。ソフトウェア・プログラムの不正な使用行為は、ソフトウェア産業に従事する者の開発意欲をも減退させるものであり、ひいては当該産業界の活動自体を沈静化させかねない。このため、ソフトウェア・プログラムの不正使用や無断な複製を禁止する（あるいは未然に防止する）というプロテクションに関する技術が、従来より開発されている。
【０００７】
プロテクションの一例は、不正使用を防止したいソフトウェア・プログラムを暗号化してしまうことである。すなわち、ソフトウェア・ベンダーは、暗号化した状態のプログラム格納メディアを有償若しくは無償で配布するとともに、正当なユーザに対してのみ、暗号を解くための鍵を与えることで、メディアに格納されたプログラムの使用を好適に限定することができる訳である。
【０００８】
ここで、いかなる媒介によってユーザに鍵を与えるかが問題になる。例えばソフトウェア・ベンダーは、封書などの郵便物によってユーザに鍵を与えることも可能であるが、この場合は鍵の不正使用はいとも簡単である。
【０００９】
さらに技術的に高度な方式として、いわゆる「セキュリティ・デバイス」を用いることが挙げられる。この場合、ソフトウェア・ベンダーは、セキュリティ・デバイスを添付してプログラム格納メディアを流通・配布する。セキュリティ・デバイスは、所定の認証手続に必要な識別情報などを含んでおり、例えばユーザのＰＣのシリアル・ポート又はパラレル・ポートに接続して用いられる。他方、メディアに格納されたプログラムの中には、プログラム自体の機能・用途に特化したオペレーションを行うための本ルーチンの他に、幾つかのチェック・ポイント（すなわち「認証ルーチン」）を含んでいる。
【００１０】
認証ルーチンの一例は、各チェック・ポイントにおいて、プログラムを実行中のＣＰＵ（Central Processing Unit）がセキュリティ・デバイスにアクセスして識別情報を読み出し、これがプログラムの持つ識別情報と一致するかどうかを照合して、一致しているときのみＣＰＵがプログラムを続行することを許可する、というものである。
【００１１】
また、認証ルーチンの他の例は次の通りである。すなわち、プログラム実行中のＣＰＵがある規則に従ったコードをセキュリティ・デバイスに書き込む。セキュリティ・デバイスでは、受け取ったコードを用いてスクランブル又は暗号化した識別情報を用意しておく。さらに、ＣＰＵはスクランブル又は暗号化された識別情報を読み出し、これをプログラムによってデスクランブル又は復号化してプログラムが所有する識別情報と照合する。照合が成功裡に終わったときのみ、ＣＰＵによるプログラムの続行が許可される。ＣＰＵとセキュリティ・デバイスの間は、ＣＰＵチップ外部のバスを介して接続されているので、スクランブルや暗号化を行うことによって、バス・スヌープによる認証ルーチンの解読を防止することができる。
【００１２】
これらセキュリティ・デバイスを用いた２つの例は、プログラム実行中のＣＰＵに対する命令（インストラクション）によって認証処理が行われる、という点では共通している。
【００１３】
セキュリティ・デバイスを用いることにより、セキュリティ・レベルをかなりの程度向上させることができよう。また、ソフトウェア・プログラムの使用権をセキュリティ・デバイスを装着したただ１つのコンピュータ・システムのみに限定することができよう。しかしながら、この方式とて万全とは言い難い。例えば、ロジック・アナライザ（周知）を用いれば、バス・トランザクションを容易にモニタすることができるので、認証ルーチンを解析して、識別情報や暗号の鍵の正体を見破ることもできよう。
【００１４】
さらにセキュリティ・レベルを向上させるために、セキュリティ・デバイスへの入力値を逐次変更する、という対策も採られている。しかしながら、ＩＣＥ（InCircuitEmulator）/*/などの装置を用いればソフトウェアを比較的容易に逆アセンブルすることができ、そうなればセキュリティ・デバイスへのアクセス・ルーチン（すなわち認証ルーチン）を無条件ジャンプするようにプログラムを改ざんすることも可能である。
【００１５】
本発明者の考察によれば、ソフトウェア・プログラムのプロテクションを強化するためには、まず第一に、セキュリティ動作がプログラム実行に必須であるようにデザインすることが好ましい。この意味において、メディアに格納されたプログラム自身が認証ルーチンを含んでいるという上記従来例は適合している。さらに、この認証ルーチンは、外部からのアクセス・変更が不可能な形態でなければならない。セキュリティ・デバイスを用いた上記従来例の場合、認証ルーチンはシステム・オペレーションの形態で実装され、外観には現れないが、技術的には判読が可能である（前述）。要言すれば、外部アクセス可能な従来のプロテクション方式では、プログラムの保護は万全とは言い難いのである。
【００１６】
《注釈》
ＩＣＥは、通常はプログラムやハードウェア開発を支援するために使用される装置であり、ＣＰＵの代わりにＣＰＵソケットに差すことによって、ＣＰＵと全く同じ動作をするようになっている。ＩＣＥは、ＣＰＵと違って、バスのアクセスやレジスタの値をインストラクション毎に読み出すことが可能である。このようなＩＣＥのインストラクション・トレース機能を用いれば、外部デバイスのアドレスをトリガにしてソフトウェア・プログラムの中から認証ルーチンを探し出すことができる。さらに、プログラム・アドレスに違法なパッチを当てれば、セキュリティ・デバイスにアクセスせずにプログラム実行を継続するように改ざんすることができる。
【００１７】
【発明が解決しようとする課題】
本発明の目的は、コンピュータ・システムに提供されるソフトウェア・プログラムの不正な使用・実行を防止する優れた技術を提供することにある。
【００１８】
本発明の更なる目的は、プログラムの不正実行防止方法を提供することにある。
【００１９】
本発明の更なる目的は、外部から監視・変更することができない、プログラムの不正実行防止方法を提供することにある。
【００２０】
【課題を解決するための手段】
本発明は、上記課題を参酌してなされたものであり、その第１の側面は、ソフトウェア供給者がソフトウェア・プログラムの使用権をただ１つのプロセッサにのみ許可するための、プログラムの不正実行防止方法であって、この方法は、
（ａ）ソフトウェアＩＤが付されたソフトウェア・プログラムを実行するユーザ・プロセッサ内において、前記ユーザ・プロセッサ自身が保持する固有のプロセッサＩＤを暗号化し、該暗号化されたプロセッサＩＤを前記ソフトウェア供給者へ送付するステップと、
（ｂ）ソフトウェア供給者において、前記暗号化されたプロセッサＩＤを一旦復号化し、ソフトウェア供給者自身が管理するソフトウェアＩＤ及び前記復号化されたプロセッサＩＤを一体化して暗号化し、暗号化データを生成するステップであって、前記暗号化データは、前記ソフトウェアＩＤと復号化されたプロセッサＩＤとを１つのコードとして同時に暗号化したものである、前記生成するステップと、
（ｃ）ステップ（ｂ）で得られた暗号化データを前記ユーザ・プロセッサ内に供給するステップと、
（ｄ）前記ユーザ・プロセッサ内において、前記暗号化データを復号化してプロセッサＩＤ及びソフトウェアＩＤを取り出すステップと、
（ｅ）前記ユーザ・プロセッサ内において、前記ユーザ・プロセッサが保持するプロセッサＩＤ及び前記ソフトウェア・プログラムに付されたソフトウェアＩＤを、ステップ（ｄ）で得られたプロセッサＩＤ及びソフトウェアＩＤの各々と照合するステップと、
（ｆ）前記照合処理が成功裡に終わったときのみ、前記ユーザ・プロセッサが前記ソフトウェア・プログラムを実行することを許可するステップとを含み、
前記ステップ（ｄ）、（ｅ）および（ｆ）の実行手順は、前記ユーザ・プロセッサ内のワイヤード・ロジック又はマイクロコードＲＯＭのマイクロプログラムによって定義され、該実行手順は、外部プログラムからは全く見えない状態で実行される。
【００２１】
また、本発明の第２の側面は、ソフトウェア供給者がソフトウェア・プログラムの使用権をただ１つのプロセッサにのみ許可するための、プログラムの不正実行防止方法であって、この方法は、
（ａ）ソフトウェアＩＤが付されたソフトウェア・プログラムを実行するユーザ・プロセッサ内において乱数を発生し、該発生した乱数を前記ソフトウェア供給者へ送付するステップと、
（ｂ）ソフトウェア供給者において、ソフトウェア供給者自身が管理するソフトウェアＩＤ及び前記乱数を一体化して暗号化し、暗号化データを生成するステップであって、前記暗号化データは、前記ソフトウェアＩＤと復号化されたプロセッサＩＤとを１つのコードとして同時に暗号化したものである、前記生成するステップと、
（ｃ）ステップ（ｂ）で得られた暗号化データを前記ユーザ・プロセッサ内に供給するステップと、
（ｄ）前記ユーザ・プロセッサ内において、前記暗号化データを復号化して乱数及びソフトウェアＩＤを取り出すステップと、
（ｅ）前記ユーザ・プロセッサ内において、前記ユーザ・プロセッサが保持する乱数及び前記ソフトウェア・プログラムに付されたソフトウェアＩＤを、ステップ（ｄ）で得られた乱数及びソフトウェアＩＤの各々と照合するステップと、
（ｆ）前記照合処理が成功裡に終わったときのみ、前記ユーザ・プロセッサが前記ソフトウェア・プログラムを実行することを許可するステップとを含み、
前記ステップ（ｄ）、（ｅ）および（ｆ）の実行手順は、前記ユーザ・プロセッサ内のワイヤード・ロジック又はマイクロコードＲＯＭのマイクロプログラムによって定義され、該実行手順は、外部プログラムからは全く見えない状態で実行される。
【００３８】
【作用】
本発明に係るプロセッサは、メイン・メモリ上のコード／データの格納動作を管理するためのメモリ管理ユニットを内蔵するタイプであり、且つ、インストラクション・セットの１つとして、メイン・メモリ上のプログラム・コード（アプリケーション）の実行を許可する実行許可インストラクションを含んでいる。
【００３９】
この種の実行許可インストラクションは、一般には、実行すべきプログラムの識別番号と、プログラムの格納アドレス、プログラムの属性情報をメモリ管理ユニットにセットする、という手続（例えば"LOAD MMU …"というコードで記述される）を含んでいる。インストラクションの手続はマイクロプログラムによって定義される。
【００４０】
本発明では、この実行許可インストラクションは、メモリ管理ユニットに所定のデータをセットする手続の他に、プログラムの使用権を認証するための認証手続を含んでいる。この認証動作は、例えば、プロセッサ内部で保持された識別情報と、プロセッサの外部（例えばソフトウェア・プログラムの供給者）から供給された識別情報との比較によって行われる。そして、この認証処理が成功裡に終わったときのみ、ソフトウェア・プログラムの実行が許可される。
【００４１】
認証手続に用いる識別情報は、例えば、プロセッサに固有（例えば製造時に与えられる）プロセッサＩＤと、ソフトウェア・プログラムに固有に与えられるソフトウェアＩＤとで構成される。あるいは、識別情報は、プロセッサが時々刻々発生する乱数と、ソフトウェア・プログラムに固有に与えられるソフトウェアＩＤとで構成される。
【００４２】
このような認証動作は、プロセッサ内部で実行されるので、外部から監視・検出することは殆ど不可能である。また、認証手続は、プログラムの実行許可を意味するインストラクションを記述したマイクロプログラムの中に含まれているので、そもそも認証手続の存在自体が外部から隠された格好となる。したがって、本発明によればプログラムの不正実行の防止を大幅に強化することができる。
【００４３】
また、認証処理に用いる識別情報として、プロセッサ・チップが固有に持つプロセッサＩＤを使用することによって、ある特定のソフトウェア・プログラムの使用権を単一のプロセッサに限定することができる。この意味においても、プログラムの不正実行は強固に禁止されていると言えよう。
【００４４】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。
【００４５】
【発明の実施の形態】
以下、図面を参照しながら本発明の実施例を詳解する。
【００４６】
第１の実施の形態
図１には、本発明の第１の実施形態に係るコンピュータ・システム２００及びプロセッサ１００のハードウェア構成を模式的に示している。コンピュータ・システム２００は、システム２００の中核的な制御を行うプロセッサ１００の外に、メイン・メモリ５０や各種周辺装置を含んでいる。以下、各部について説明する。
【００４７】
プロセッサ１００の外部ピンに直結したプロセッサ・バス１０１は、ブリッジ回路６０経由でシステム・バス７０に接続されている。ブリッジ回路６０は、プロセッサ・バス１０１とシステム・バス７０間の動作速度の相違を吸収するためのデータ・バッファや、メイン・メモリ５０へのアクセス動作を制御するためのメモリ・コントローラを含んでいる。
【００４８】
メイン・メモリ５０は、プロセッサ１００が実行するプログラム・コードや処理データを一時格納するための読み書き可能メモリであり、通常は、１以上のＤＲＡＭ（ダイナミックＲＡＭ）チップで構成される。メイン・メモリ５０上で展開されるメモリ空間は、メモリ管理ユニット１５（後述）によって管理される。
【００４９】
システム・バス７０には、ＰＣＩ（Peripheral Component Interconnect）バスやＩＳＡ（Industry Standard Architecture）バスが該当し、各種周辺装置が相互接続されている。周辺装置には、例えばキーボードやディスプレイなどのコンソール類（図示しない）、ハード・ディスク・ドライブ（ＨＤＤ）８１、フロッピー・ディスク・ドライブ（ＦＤＤ）８２、ＣＤ−ＲＯＭドライブ８３などの外部記憶装置類、外部ネットワークと接続するためのネットワーク・インターフェース・カード（ＮＩＣ）９０、シリアル・ポート経由でシリアル・データの入出力を行うためのシリアルＩ／Ｏコントローラ９１などが含まれる。なお、バス７０上の動作は、ロジック・アナライザなどを用いて解析することができる。
【００５０】
ソフトウェア供給業者は、通常、フロッピー・ディスクやＣＤ−ＲＯＭなどの記憶媒体の形態でソフトウェア・プログラムを一般ユーザに配布する。各ユーザは、これら記憶媒体を所定のドライブ・ユニットに装填し、ＨＤＤ８１にコピーすることによって、ソフトウェア・プログラムをシステム２００にインストールすなわち利用可能な状態に置くようになっている。また、最近では、インターネットなどの外部ネットワーク経由でソフトウェア・プログラムが配布されることも多くなってきている（周知）。
【００５１】
プロセッサ１００は、当業界においてＣＰＵ（Central Processing Unit）若しくはＭＰＵ（Micro Processing Unit）と呼ばれるものである。プロセッサ１００は、通常はマザー・ボード（図示しない）上に搭載される回路チップであり、各入出力装置（図示しない）を制御してデータの授受を行ったり、データを演算処理し、処理結果をメイン・メモリ５０上に記憶したりするなどのコンピュータ・システム２００の中枢機能を果たしている。
【００５２】
図１に示すように、本実施形態に係るプロセッサ１００は、バス・インターフェース１１と、デコーダ１２と、制御ユニット１３と、マイクロコードＲＯＭ１４と、メモリ管理ユニット１５と、プロセッサＩＤ１６と、暗号化復号化ユニット１７とを含んでいる。
【００５３】
バス・インターフェース１１は、プロセッサ１００外部のコンポーネントととの間でインストラクションやデータを授受するためのユニットである。バス・インターフェース１１は、プロセッサ・バス１０１と直結している。なお、プロセッサ・バス１０１は、ブリッジ回路６０を経由してメイン・メモリ５０やシステム・バス７０と相互接続されている。
【００５４】
デコーダ１２は、バス・インターフェース１１経由で受け取ったインストラクションを解釈して、制御ユニット１３が理解できる形式に変換するためのユニットである。
【００５５】
制御ユニット１３は、インストラクションを実行する手順を整えるユニットである。実行するインストラクションは、ワイヤード・ロジック（配線論理）で実行するタイプと、マイクロ・プログラムで実行するタイプの２つに大別される。前者の場合は、インストラクションの実行制御に必要な論理を直線的に実装した順序回路が用いられる。また、後者の場合には、インストラクションはマイクロコード（又はピココード）と呼ばれるさらに細かいコードの集合（すなわちマイクロプログラム）で構成されており、該当するマイクロプログラムをマイクロコードＲＯＭ１４から読み出して実行することになる。なお、１つのプロセッサで利用できるインストラクション全体を「インストラクション・セット」と呼ぶ。
【００５６】
マイクロコードＲＯＭ１４は、インストラクションの実行に必要なマイクロードを格納した読み出し専用メモリである。言い換えれば、マイクロコードＲＯＭ１４は、各インストラクションの実行手順を定義した不揮発メモリである。例えば、"ＬＯＡＤ"、"ＳＴＯＲＥ"、"ＭＯＶＥ"などのインストラクションは、ある変数をプロセッサ１００内のレジスタ（図示しない）に書き込むためのインストラクションであるが、これらの動作の詳細をマイクロコードＲＯＭ１４内で記述することによって定義することができる。
【００５７】
メモリ管理ユニット（ＭＭＵ）１５は、プログラム・コードやデータをメイン・メモリ５０上に展開するなど、プロセッサ１００のメモリ空間を管理するためのユニットである。メモリ管理ユニット１５は、通常、仮想記憶機能とメモリ保護機能という２つの機能を提供している。仮想記憶機能とは、論理アドレスを物理アドレスに変換したり、物理アドレスに該当するブロック（ページ）がメイン・メモリ上に存在しないときに外部記憶装置との間でブロック（ページ）の入れ替え（すなわち「スワッピング」）を行う機能のことである。また、メモリ保護機能とは、１つのプログラムで生じた障害が他のプログラムに影響を及ぼさないようにする機能のことである。
【００５８】
また、メモリ管理ユニット１５は、メモリ空間上に存在する各プログラムのアドレス情報や属性情報を管理するためのＭＭＵテーブルを備えている。図２には、ＭＭＵテーブルの構造や機能を模式的に図解している。ＭＭＵテーブルの各エントリは、該当するプログラムのアドレスとフラグを格納する各フィールドを含んでいる。フラグはプログラムの属性情報（例えばプログラムが実行形式か、読み出し専用か、読み書き可能か）を示している。
【００５９】
メモリ空間上の各プログラムは、夫々に固有のプログラムＩＤを有している。あるプログラムをプロセッサ１００に実行させるためには、メモリ管理ユニット１５にプログラムＩＤとそのアドレス情報・属性情報を与える旨のプログラム・コードを制御ユニット１３に供給すればよい。メモリ管理ユニット１５は、自身のＭＭＵテーブルを参照して、該当するプログラムの実行を許可する仕組みとなっている。下式は、あるプログラムの実行を許可するための疑似コードを記述したものである。
【００６０】
【数１】
Mov R1,Program_ID
（レジスタＲ１にプログラムＩＤをセットせよ）
Mov R2,Memory_Address_&Flag
（レジスタＲ２にアドレスとフラグをセットせよ）
Load MMU, R1,R2
（メモリ管理ユニットにレジスタＲ１とＲ２の内容をセットせよ）
Jmp Application
（アプリケーションにジャンプせよ）
【００６１】
上記コード中の"Ｍｏｖ"や"Ｌｏａｄ"などは、プロセッサ１００に対するインストラクションであり、レジスタへの変数のセット等を意味する。各インストランションの詳細な実行手順は、ワイヤード・ロジック又はマイクロコードＲＯＭ１４で定義されたマイクロプログラムのいずれかの形態で定義されている（上述）。
【００６２】
上記疑似コードのうち"Ｌｏａｄ ＭＭＵ …"なるステップは、実質上、アプリケーションの実行を許可するためのインストラクションである。本実施例では、この"Ｌｏａｄ ＭＭＵ …"インストラクションは、マイクロプログラムという形態で実装され、メモリ管理ユニット１５への変数セットの他に、所定の認証手続が含まれている。
【００６３】
この認証手続は、マイクロプログラム中で記述されているので、プロセッサ１００の外部からは認証手続の存在自体が見えない。認証手続は、プロセッサ・チップ１００内部で完結的に実行されるので、この動作を外部から監視することは殆ど不可能である。したがって、"Ｌｏａｄ ＭＭＵ …"インストラクションを発行した外部プログラムからは全く見えない状態で、プロセッサ１００はこの認証手続を実行することができる。但し、認証手続の詳細は後述する。
【００６４】
プロセッサＩＤ１６は、プロセッサ１００に固有の識別情報（通常はシリアルな番号で構成される）であり、例えば製造時に一義的に付与される。プロセッサＩＤ１６の実体は、不揮発メモリ（図示しない）に書き込まれた数値・文字データであり、制御ユニット１３によって適宜読み出される。
【００６５】
暗号化復号化ユニット１７は、所定のデータを暗号化したり、逆に暗号化されたデータを復号化するための演算ユニットである。例えば、プロセッサＩＤ１６のような秘匿性の高いデータは、暗号化復号化ユニット１７によって予め暗号化してから、バス・インターフェース１１経由でプロセッサ１００の外部に出力される。逆に、暗号化されたデータ（例えばソフトウェア供給者から渡されるＫｅｙ：後述）の復号化も行う。
【００６６】
暗号化及び復号化の方式は、共通鍵、公開鍵のうちいずれの方式を採用してもよい。後者の公開鍵方式は、公開鍵と秘密鍵という一組の暗号鍵が用いられ、一方の鍵で暗号化したときには他方の鍵でしか復号化できない。例えば、第３者が公開鍵で暗号化したデータは秘密鍵を持つ本人しか復号化できないので、秘密情報を安全に交換することができる（周知）。
【００６７】
なお、プロセッサ１００を構成するためには、図１に示した以外にも多くのユニット等が必要である。図１から省略されたユニットの例は、整数同士の算術演算と論理演算（ＡＮＤ，ＯＲ，ＮＯＴ）を担当するＡＬＵ（Arithmetic and Logic Unit）や、実数（浮動小数点等）演算を担当するＦＰＵ（Floating-Point Unit）、インストラクションの実行手順を直線的に実装した配線論理回路（ＰＬＡ：Programmable Logic Array）、入出力用のレジスタなどである。但し、これらは当業者には周知であり、また、本発明の要旨を構成するものではないので、本明細書中では省略している。また、図面の錯綜を回避するため、図中の各ハードウェア・ブロック間の接続も一部しか図示していない点を了承されたい。
【００６８】
次いで、プロセッサ１００によるプログラム保護動作について、図３を参照しながら説明する。
【００６９】
ソフトウェア供給業者は、保護対象たるソフトウェア・プログラムをフロッピー・ディスク又はＣＤ−ＲＯＭなどの記憶媒体に格納した形態で、市場に流通する。このソフトウェア・プログラムには、固有の識別情報すなわちソフトウェアＩＤ（通常はシリアルな番号で構成される）が付されている。ユーザは、フロッピー・ディスク又はＣＤ−ＲＯＭなどの記憶媒体をソフトウェア供給業者から購入するという形態で、ソフトウェア・プログラムの限定的な使用権を取得する（記憶媒体の購入は、ソフトウェァの著作権や無制限な使用権を全く意味しない点に充分留意されたい）。そして、ユーザは、記憶媒体を所定のドライブ・ユニット８１／８２に装填して、ソフトウェア・プログラムをシステム２００のハード・ディスク８１上にインストールする。
【００７０】
このインストール作業には、プロセッサＩＤ１６を共通鍵により暗号化する手続（ステップＳ１００）と、暗号化したプロセッサＩＤをソフトウェア供給業者に送付する手続（ステップＳ１０２）を含んでいる。暗号化処理は、暗号化復号化ユニット１７を用いて行われる。送付手続は、ソフトウェア業者に対するＫｅｙ（後述）の要求を意味する。なお、送付手続は、郵送に依る他、ＮＩＣ９０で接続された外部ネットワーク経由での伝送という形態で行ってもよい。
【００７１】
ソフトウェア供給業者は、受け取った暗号情報を復号化して、元のプロセッサＩＤを得る（ステップＳ１０４）。そして、このプロセッサＩＤと、業者自身が手元で管理しているソフトウェアＩＤとを一体化して、共通鍵により暗号化することによってＫｅｙを生成する（ステップＳ１０６）。Ｋｅｙは、プロセッサＩＤとソフトウェアＩＤとを１つのコードとして同時に暗号化したものであり、各々に切り離すことはできない。Ｋｅｙは、ソフトウェアの使用不能状態を解く鍵としての性質を持ち、郵送あるいはネットワーク経由でユーザに返送される（ステップＳ１０８）。
【００７２】
このＫｅｙを取得した状態で、コンピュータ・システム２００上でソフトウェア・プログラムの実行が促されたとする。これは、例えばＯＳ（オペレーティング・システム）のような外部プログラムが"ＬＯＡＤ ＭＭＵ…"のような実行許可インストラクションを発行して、メモリ管理ユニット１５にプログラムＩＤとプログラムの格納番地／属性情報がセットすることにより、実現される。
【００７３】
本実施例の実行許可インストラクションに該当する処理手続は、図３の破線ブロックで囲まれている。実行許可は、メモリ管理ユニット１５への各変数のセット以外に所定の認証手続を含んでいる。
【００７４】
当該インストラクションが発行されると、プロセッサ１００は、まず、受け取っているＫｅｙを復号化して、プロセッサＩＤとソフトウェアＩＤとを取得する（ステップＳ１１０）。復号化処理は、暗号化復号化ユニット１７を用いて行われる。
【００７５】
次いで、プロセッサ１００は、復号化して得られたプロセッサＩＤとソフトウェアＩＤを、プロセッサ１００自身に内蔵されたプロセッサＩＤ、及び装填した記憶媒体から得られたソフトウェアＩＤの各々と比較する（ステップＳ１１２）。
【００７６】
この比較の結果、照合に失敗したならば、メモリ管理ユニット１５によるプログラムの実行は拒否される（ステップＳ１１４）。他方、照合が成功裡に終わったならば、メモリ管理ユニット１５によるプログラムの実行は肯定され（ステップＳ１１６）、プログラムが実行される（ステップＳ１１８）。
【００７７】
このような実行許可インストラクションの手続は、例えばマイクロコードＲＯＭ１４中で、上述のようなインストラクションの処理手続を記述することによって実現可能である。
【００７８】
ステップＳ１１０〜Ｓ１１６は、"Ｌｏａｄ ＭＭＵ …"という単一のインストラクションで実行される。該インストラクションを記述した疑似マイクロプログラム・コードを、以下に示しておく。
【００７９】
【数２】
このようなマイクロプログラムに従った認証手続は、外部プログラムからは全く見えない状態で実行される。本実施例に係る認証手続は、プロセッサ・チップ１００内部で完結されるので、プロセッサ１００外部からの監視は殆ど不可能なのである。
【００８１】
第２の実施の形態
本発明の第２の実施例は、図１に示したものと等価なハードウェア構成により具現される。但し、第１の実施例との相違点は、共通鍵ではなく公開鍵方式で暗号化する点にある。図４には、第２の実施例に係るプログラム保護動作をフローチャートにして示している。以下、図４を参照しながら説明する。
【００８２】
ソフトウェア供給業者は、保護対象たるソフトウェア・プログラムをフロッピー・ディスク又はＣＤ−ＲＯＭなどの記憶媒体に格納した形態で、市場に流通する。このソフトウェア・プログラムには、固有の識別情報すなわちソフトウェアＩＤ（通常はシリアルな番号で構成される）が付されている。ユーザは、フロッピー・ディスク又はＣＤ−ＲＯＭなどの記憶媒体をソフトウェア供給業者から購入するという形態で、ソフトウェア・プログラムの限定的な使用権を取得する（記憶媒体の購入は、ソフトウェァの著作権や無制限な使用権を全く意味しない点に充分留意されたい）。そして、ユーザは、記憶媒体を所定のドライブ・ユニット８１／８２に装填して、ソフトウェア・プログラムをシステム２００のハード・ディスク８１上にインストールする。
【００８３】
このインストール作業には、プロセッサＩＤ１６を暗号化する手続（ステップＳ２００）と、暗号化したプロセッサＩＤ及びプロセッサ１００に内蔵された公開鍵をソフトウェア供給業者に送付する手続（ステップＳ２０２）を含んでいる。暗号化処理は、暗号化復号化ユニット１７が、ソフトウェア供給業者から与えられた公開鍵を用いて行われる。送付手続は、ソフトウェア供給業者に対するＫｅｙ（後述）の要求を意味する。なお、送付手続は、郵送に依る他、ＮＩＣ９０で接続された外部ネットワーク経由での伝送という形態で行ってもよい。
【００８４】
ソフトウェア供給業者は、受け取った暗号情報を、自分の秘密鍵を用いて復号化して、元のプロセッサＩＤを得る（ステップＳ２０４）。そして、このプロセッサＩＤと、業者自身が手元で管理しているソフトウェアＩＤとを一体化して、再びプロセッサ１００の公開鍵を用いて暗号化して、Ｋｅｙを生成する（ステップＳ２０６）。Ｋｅｙは、プロセッサＩＤとソフトウェアＩＤとを１つのコードとして同時に暗号化したものであり、各々に切り離すことはできない。Ｋｅｙは、ソフトウェアの使用不能状態を解く鍵としての性質を持ち、郵送あるいはネットワーク経由でユーザに返送される（ステップＳ２０８）。
【００８５】
このＫｅｙを取得した状態で、コンピュータ・システム２００上でソフトウェア・プログラムの実行が促されたとする。これは、例えばＯＳ（オペレーティング・システム）のような外部プログラムが"ＬＯＡＤ ＭＭＵ…"のような実行許可インストラクションを発行して、メモリ管理ユニット１５にプログラムＩＤとプログラムの格納番地／属性情報がセットすることにより、実現される。
【００８６】
本実施例の実行許可インストラクションに該当する処理手続は、図４の破線ブロックで囲まれている。実行許可は、メモリ管理ユニット１５への各変数のセット以外に所定の認証手続を含んでいる。
【００８７】
当該インストラクションが発行されると、プロセッサ１００は、受け取っているＫｅｙを復号化して、プロセッサＩＤとソフトウェアＩＤとを取得する（ステップＳ２１０）。復号化処理は、暗号化復号化ユニット１７が、プロセッサ１００自身に内蔵された秘密鍵を用いて行う。
【００８８】
次いで、プロセッサ１００は、復号化して得られたプロセッサＩＤとソフトウェアＩＤを、プロセッサ１００自身に内蔵されたプロセッサＩＤ、及び装填した記憶媒体から得られたソフトウェアＩＤの各々と比較する（ステップＳ２１２）。
【００８９】
この比較の結果、照合に失敗したならば、メモリ管理ユニット１５によるプログラムの実行は拒否される（ステップＳ２１４）。他方、照合が成功裡に終わったならば、メモリ管理ユニット１５によるプログラムの実行は肯定され（ステップＳ２１６）、プログラムが実行される（ステップＳ２１８）。
【００９０】
このような実行許可インストラクションの手続は、例えばマイクロコードＲＯＭ１４中で、上述のようなインストラクションの処理手続を記述することによって実現可能である。
【００９１】
ステップＳ２１０〜Ｓ２１６は、"Ｌｏａｄ ＭＭＵ …"という単一のインストラクションで実行される。該インストラクションを記述した疑似マイクロプログラム・コードを、以下に示しておく。
【００９２】
【数３】
このようなマイクロプログラムに従った認証手続は、外部プログラムからは全く見えない状態で実行される。本実施例に係る認証手続は、プロセッサ・チップ１００内部で完結されるので、プロセッサ１００外部からの監視は殆ど不可能なのである。
【００９４】
第３の実施の形態
本発明の第３の実施例は、プロセッサ１００が持つプロセッサＩＤを用いず、これに代わって時々刻々発生する乱数を用いるとともに、セキュリティ・デバイス９５との協働的動作によってプログラム保護を行う点で、上述の第１及び第２の実施例とは相違する。
【００９５】
図５には、本発明の第３の実施の形態に係るコンピュータ・システム２００及びプロセッサ１００のハードウェア構成を模式的に示している。以下、各部について説明する。
【００９６】
プロセッサ１００の外部ピンに直結したプロセッサ・バス１０１は、ブリッジ回路６０経由でシステム・バス７０に接続されている。ブリッジ回路６０は、プロセッサ・バス１０１とシステム・バス７０間の動作速度の相違を吸収するためのデータ・バッファや、メイン・メモリ５０へのアクセス動作を制御するためのメモリ・コントローラを含んでいる。
【００９７】
メイン・メモリ５０は、プロセッサ１００が実行するプログラム・コードや処理データを一時格納するための読み書き可能メモリであり、通常は、１以上のＤＲＡＭ（ダイナミックＲＡＭ）チップで構成される。メイン・メモリ５０上で展開されるメモリ空間は、メモリ管理ユニット１５によって管理される。
【００９８】
システム・バス７０には、ＰＣＩ（Peripheral Component Interconnect）バスやＩＳＡ（Industry Standard Architecture）バスが該当し、各種周辺装置が相互接続されている。周辺装置には、例えばキーボードやディスプレイなどのコンソール類（図示しない）、ハード・ディスク・ドライブ（ＨＤＤ）８１、フロッピー・ディスク・ドライブ（ＦＤＤ）８２、ＣＤ−ＲＯＭドライブ８３などの外部記憶装置類、外部ネットワークと接続するためのネットワーク・インターフェース・カード（ＮＩＣ）９０、シリアル・ポート経由でシリアル・データの入出力を行うためのシリアルＩ／Ｏコントローラ９１などが含まれる。なお、バス７０上の動作は、ロジック・アナライザなどを用いて解析することができる。
【００９９】
本実施例では、シリアル・ポートにはセキュリティ・デバイス９５が外部接続されている。セキュリティ・デバイス９５は、保護対象たるソフトウェア・プログラムに付随する性質を持ち、ソフトウェアＩＤを格納する他、共通鍵又は公開鍵いずれかの方式による暗号化ユニットを含んでいる。セキュリティ・デバイス９５の動作については後述する。
【０１００】
ソフトウェア供給業者は、通常、フロッピー・ディスクやＣＤ−ＲＯＭなどの記憶媒体の形態でソフトウェア・プログラムを配布する。各ユーザは、これら記憶媒体を所定のドライブ・ユニットに装填し、ＨＤＤ８１にコピーすることによって、ソフトウェア・プログラムをシステムにインストールすなわち利用可能な状態に置くようになっている。また、最近では、インターネットなどの外部ネットワーク経由でソフトウェア・プログラムが配布されることも多くなっている。
【０１０１】
プロセッサ１００は、当業界においてＣＰＵ（Central Processing Unit）若しくはＭＰＵ（Micro Processing Unit）と呼ばれるものである。プロセッサ１００は、通常はマザー・ボード（図示しない）上に搭載される回路チップであり、各入出力装置（図示しない）を制御してデータの授受を行ったり、データを演算処理し、処理結果をメイン・メモリ５０上に記憶したりするなどのコンピュータ・システム（図示しない）の中枢機能を果たしている。
【０１０２】
図５に示すように、本実施形態に係るプロセッサ１００は、バス・インターフェース１１と、デコーダ１２と、制御ユニット１３と、マイクロコードＲＯＭ１４と、メモリ管理ユニット１５と、暗号化復号化ユニット１７と、乱数発生ユニット１８とを含んでいる。
【０１０３】
バス・インターフェース１１は、プロセッサ１００外部のコンポーネントとの間でインストラクションやデータを授受するためのユニットである。バス・インターフェース１１は、プロセッサ・バス１７と直結している。なお、プロセッサ・バス１７は、ブリッジ回路６０を経由してメイン・メモリ５０やシステム・バス７０と相互接続されている。
【０１０４】
デコーダ１２は、バス・インターフェースで受け取ったインストラクションを解釈して、制御ユニット１３が理解できる形式に変換するためのユニットである。
【０１０５】
制御ユニット１３は、インストラクションを実行する手順を整えるユニットである。実行するインストラクションは、ワイヤード・ロジック（配線論理）で実行するタイプと、マイクロ・プログラムで実行するタイプの２つに大別される。前者の場合は、インストラクションの実行制御に必要な論理を直線的に実装した順序回路が用いられる。また、後者の場合には、インストラクションはマイクロコード（又はピココード）と呼ばれるさらに細かいコードの集合（すなわちマイクロプログラム）で構成されており、該当するマイクロプログラムをマイクロコードＲＯＭ１４から読み出して実行することになる。なお、１つのプロセッサで利用できるインストラクション全体を「インストラクション・セット」と呼ぶ。
【０１０６】
マイクロコードＲＯＭ１４は、インストラクションの実行に必要なマイクロードを格納した読み出し専用メモリである。言い換えれば、マイクロコードＲＯＭ１４は、各インストラクションの実行手順を定義した不揮発メモリである。例えば、"ＬＯＡＤ"、"ＳＴＯＲＥ"、"ＭＯＶＥ"などのインストラクションは、ある変数をプロセッサ１００内のレジスタ（図示しない）に書き込むためのインストラクションであるが、これらの動作の詳細をマイクロコードＲＯＭ１４内で記述することによって定義することができる。
【０１０７】
メモリ管理ユニット（ＭＭＵ）１５は、プログラム・コードやデータをメイン・メモリ上に展開するなど、プロセッサ１００のメモリ空間を管理するためのユニットである。メモリ管理ユニット１５は、通常、仮想記憶機能とメモリ保護機能という２つの機能を提供している。仮想記憶機能とは、論理アドレスを物理アドレスに変換したり、物理アドレスに該当するブロック（ページ）がメイン・メモリ上に存在しないときに外部記憶装置との間でブロック（ページ）の入れ替え（すなわち「スワッピング」）を行う機能のことである。また、メモリ保護機能とは、１つのプログラムで生じた障害が他のプログラムに影響を及ぼさないようにする機能のことである。
【０１０８】
また、メモリ管理ユニット１５は、メモリ空間上に存在する各プログラムのアドレス情報や属性情報を管理するためのＭＭＵテーブルを備えている。ＭＭＵテーブルの構造や機能は図２を参照した上記説明と略同一なので、ここでは説明を省略する。
【０１０９】
あるプログラムをプロセッサ１００に実行させるためには、メモリ管理ユニット１５にプログラムＩＤとそのアドレス情報・属性情報を与える旨のプログラム・コードを制御ユニット１３に供給すればよい。一般には、"Ｌｏａｄ ＭＭＵ…"なるインストラクションによって、実質上、アプリケーションの実行が許可される。
【０１１０】
本実施例では、この"Ｌｏａｄ ＭＭＵ …"インストラクションは、マイクロプログラムという形態で実装され、メモリ管理ユニット１５への各変数セットの他に、所定の認証手続が含まれている。この認証手続は、マイクロプログラム中で記述されているので、プロセッサ１００の外部からは認証手続の存在自体が見えない。認証手続は、プロセッサ・チップ１００内部で完結的に実行されるので、この動作を外部から監視することは殆ど不可能である。したがって、"Ｌｏａｄ ＭＭＵ …"インストラクションを発行した外部プログラムからは全く見えない状態で、プロセッサ１００はこの認証手続を実行することができる。但し、認証手続の詳細は後述する。
【０１１１】
暗号化復号化ユニット１７は、所定のデータを暗号化したり、逆に暗号化されたデータを復号化するための演算ユニットである。例えば、プロセッサ１００が外部に出力する乱数のように秘匿性のあるデータは、暗号化復号化ユニット１７によって予め暗号化してから、バス・インターフェース１１経由でプロセッサ１００の外部に出力される。逆に、暗号化されたデータ（例えばソフトウェア供給者から渡されるＫｅｙ：後述）の復号化も行う。
【０１１２】
暗号化及び復号化の方式は、共通鍵、公開鍵のうちいずれの方式を採用してもよい。後者の公開鍵方式は、公開鍵と秘密鍵という一組の暗号鍵が用いられ、一方の鍵で暗号化したときには他方の鍵でしか復号化できない。例えば、第３者が公開鍵で暗号化したデータは秘密鍵を持つ本人しか復号化できないので、秘密情報を安全に送付することができる（周知）。
【０１１３】
乱数発生ユニット１８は、時々刻々乱数を発生するためのユニットであり、本実施例ではプロセッサＩＤの代わりに用いられる。乱数を用いるのは、固定値を用いたのでは、認証手続を複数回重ねて動作を監視することで見破られてしまう虞があるからである。
【０１１４】
なお、プロセッサ１００を構成するためには、図５に示した以外にも多くのユニット等が必要である。図５から省略されたユニットの例は、整数同士の算術演算と論理演算（ＡＮＤ，ＯＲ，ＮＯＴ）を担当するＡＬＵ（Arithmetic and Logic Unit）や、実数（浮動小数点等）演算を担当するＦＰＵ（Floating-Point Unit）、インストラクションの実行手順を直線的に実装した配線論理回路（ＰＬＡ：Programmable Logic Array）、入出力用のレジスタなどである。但し、これらは当業者には周知であり、また、本発明の要旨を構成するものではないので、本明細書中では省略している。また、図面の錯綜を回避するため、図中の各ハードウェア・ブロック間の接続も一部しか図示していない点を了承されたい。
【０１１５】
次いで、プロセッサ１００によるプログラム保護動作について、図６を参照しながら説明する。
【０１１６】
ソフトウェア供給業者は、保護対象たるソフトウェア・プログラムをフロッピー・ディスク又はＣＤ−ＲＯＭなどの記憶媒体に格納した形態で、市場に流通する。このソフトウェア・プログラムには、固有の識別情報すなわちソフトウェアＩＤ（通常はシリアルな番号で構成される）が付されている。ユーザは、フロッピー・ディスク又はＣＤ−ＲＯＭなどの記憶媒体をソフトウェア供給業者から購入するという形態で、ソフトウェア・プログラムの限定的な使用権を取得する（記憶媒体の購入は、ソフトウェァの著作権や無制限な使用権を全く意味しない点に充分留意されたい）。
【０１１７】
本実施例が、上記第１及び第２の実施例と相違するのは、ソフトウェア・プログラムを格納した記憶媒体と一緒にセキュリティ・デバイス９５が配布される点である。ユーザは、ソフトウェア・プログラムをハード・ディスク８１上にインストールするともに、セキュリティ・デバイス９５をシリアル・ポートに外部接続する（ステップＳ３００）。この実施例では、Ｋｅｙの要求は、ソフトウェア供給業者ではなくセキュリティ・デバイス９５に対して行われる（後述）。
【０１１８】
コンピュータ・システム２００上でソフトウェア・プログラムの実行が促されたとする。これは、例えばＯＳ（オペレーティング・システム）のような外部プログラムが"ＬＯＡＤ ＭＭＵ…"のような実行許可インストラクションを発行して、メモリ管理ユニット１５にプログラムＩＤとプログラムの格納番地／属性情報がセットすることにより、実現される。
【０１１９】
本実施例の実行許可インストラクションに該当する処理手続は、図６の破線ブロックで囲まれている。実行許可は、メモリ管理ユニット１５への各変数のセット以外に所定の認証手続を含んでいる。
【０１２０】
当該インストラクションが発行されると、プロセッサ１００は、まず、乱数発生ユニット１８が発生した乱数をセキュリティ・デバイス９５に送ることで、Ｋｅｙの要求を行う（ステップＳ３０２）。乱数の送付はシステム・バス７０経由で行われる。但し、乱数は時々刻々変化する性質を持ち、同じ乱数は一回しか使用しないので、バス７０の動作をスヌープされてセキュリティが破られる可能性は極めて低い。
【０１２１】
セキュリティ・デバイス９５は、受け取った乱数と、自身が格納するソフトウェアＩＤとを一体化して、共通鍵を用いて暗号化してＫｅｙを生成し、システム・バス７０経由でプロセッサ１００に送り返す（ステップＳ３０４）。
【０１２２】
プロセッサ１００は、共通鍵を用いてＫｅｙを復号化して、乱数とソフトウェアＩＤとに分解する（ステップＳ３０６）。復号化処理は、暗号化復号化ユニット１７を用いて行われる。
【０１２３】
次いで、プロセッサ１００は、復号化して得られた乱数とソフトウェアＩＤを、プロセッサ１００自身が保持する元の乱数、及び装填した記憶媒体から得られたソフトウェアＩＤの各々と比較する（ステップＳ３０８）。
【０１２４】
この比較の結果、照合に失敗したならば、メモリ管理ユニット１５によるプログラムの実行は拒否される（ステップＳ３１０）。他方、照合が成功裡に終わったならば、メモリ管理ユニット１５によるプログラムの実行は肯定され（ステップＳ３１２）、プログラムが実行される（ステップＳ３１４）。
【０１２５】
このような実行許可インストラクションの手続は、例えばマイクロコードＲＯＭ１４中で、上述のようなインストラクションの処理手続を記述することによって実現可能である。
【０１２６】
ステップＳ３０２〜Ｓ３１２は、"Ｌｏａｄ ＭＭＵ …"という単一のインストラクションで実行される。該インストラクションを記述した疑似マイクロプログラム・コードを、以下に示しておく。
【０１２７】
【数４】
このようなマイクロプログラムに従った認証手続は、外部プログラムからは全く見えない状態で実行される。本実施例に係る認証手続は、プロセッサ・チップ１００内部で完結されるので、プロセッサ１００外部からの監視は殆ど不可能なのである。
【０１２９】
第４の実施の形態
本発明の第４の実施例は、図５に示したものと等価なハードウェア構成により具現される。但し、第３の実施例との相違点は、共通鍵ではなく公開鍵方式で暗号化する点にある。図７には、第４の実施例に係るプログラム保護動作をフローチャートにして示している。以下、図７を参照しながら説明する。
【０１３０】
ソフトウェア供給業者は、保護対象たるソフトウェア・プログラムをフロッピー・ディスク又はＣＤ−ＲＯＭなどの記憶媒体に格納した形態で、市場に流通する。このソフトウェア・プログラムには、固有の識別情報すなわちソフトウェアＩＤ（通常はシリアルな番号で構成される）が付されている。ユーザは、フロッピー・ディスク又はＣＤ−ＲＯＭなどの記憶媒体をソフトウェア供給業者から購入するという形態で、ソフトウェア・プログラムの限定的な使用権を取得する（記憶媒体の購入は、ソフトウェァの著作権や無制限な使用権を全く意味しない点に充分留意されたい）。
【０１３１】
本実施例では、ソフトウェア・プログラムを格納した記憶媒体と一緒にセキュリティ・デバイス９５に配布される。ユーザは、ソフトウェア・プログラムをハード・ディスク８１上にインストールするともに、セキュリティ・デバイス９５をシリアル・ポートに外部接続する（ステップＳ４００）。Ｋｅｙの要求は、ソフトウェア供給業者ではなくセキュリティ・デバイス９５に対して行われる（後述）。
【０１３２】
コンピュータ・システム２００上でソフトウェア・プログラムの実行が促されたとする。これは、例えばＯＳ（オペレーティング・システム）のような外部プログラムが"ＬＯＡＤ ＭＭＵ…"のような実行許可インストラクションを発行して、メモリ管理ユニット１５にプログラムＩＤとプログラムの格納番地／属性情報がセットすることにより、実現される。
【０１３３】
本実施例の実行許可インストラクションに該当する処理手続は、図７の破線ブロックで囲まれている。実行許可は、メモリ管理ユニット１５への各変数のセット以外に所定の認証手続を含んでいる。
【０１３４】
当該インストラクションが発行されると、プロセッサ１００は、まず、乱数発生ユニット１８が発生した乱数とプロセッサ１００の公開鍵をセキュリティ・デバイス９５に送ることで、Ｋｅｙの要求を行う（ステップＳ４０２）。乱数の送付はシステム・バス７０経由で行われる。但し、乱数は時々刻々変化する性質を持ち、同じ乱数は一回しか使用しないので、バス７０の動作をスヌープされてセキュリティが破られる可能性は極めて低い。
【０１３５】
セキュリティ・デバイス９５は、受け取った乱数と、自身が格納するソフトウェアＩＤとを一体化して、公開鍵を用いて暗号化してＫｅｙを生成し、システム・バス７０経由でプロセッサ１００に送り返す（ステップＳ４０４）。
【０１３６】
プロセッサ１００は、自身の秘密鍵を用いてＫｅｙを復号化して、乱数とソフトウェアＩＤとに分解する（ステップＳ４０６）。復号化処理は、暗号化復号化ユニット１７を用いて行われる。
【０１３７】
次いで、プロセッサ１００は、復号化して得られた乱数とソフトウェアＩＤを、プロセッサ１００自身が保持する元の乱数、及び装填した記憶媒体から得られたソフトウェアＩＤの各々と比較する（ステップＳ４０８）。
【０１３８】
この比較の結果、照合に失敗したならば、メモリ管理ユニット１５によるプログラムの実行は拒否される（ステップＳ４１０）。他方、照合が成功裡に終わったならば、メモリ管理ユニット１５によるプログラムの実行は肯定され（ステップＳ４１２）、プログラムが実行される（ステップＳ４１４）。
【０１３９】
このような実行許可インストラクションの手続は、例えばマイクロコードＲＯＭ１４中で、このようにインストラクションの処理手続を記述することによって実現可能である。
【０１４０】
ステップＳ４０２〜Ｓ４１２は、"Ｌｏａｄ ＭＭＵ …"という単一のインストラクションで実行される。該インストラクションを記述した疑似マイクロプログラム・コードを、以下に示しておく。
【０１４１】
【数５】
このようなマイクロプログラムに従った認証手続は、外部プログラムからは全く見えない状態で実行される。本実施例に係る認証手続は、プロセッサ・チップ１００内部で完結されるので、プロセッサ１００外部からの監視は殆ど不可能なのである。
【０１４３】
追補
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、冒頭に記載した特許請求の範囲の欄を参酌すべきである。
【０１４４】
【発明の効果】
以上詳記したように、本発明によれば、コンピュータ・システムに提供されるソフトウェア・プログラムの不正な使用・実行を防止する優れた技術を提供することができる。
【０１４５】
また、本発明によれば、プログラムの不正実行防止機能を備えた優れたプロセッサ、プログラムの不正実行を防止するためにプロセッサが実行するインストラクション、及びプログラムの不正実行防止方法を提供することができる。
【０１４６】
また、本発明によれば、外部から監視・変更することができないプログラムの不正実行防止機能付き優れたプロセッサ、プロセッサが実行するインストラクション、及びプログラムの不正実行防止方法を提供することにある。
【０１４７】
また、本発明によれば、ソフトウェア供給者がソフトウェア・プログラムの使用権をただ１つのプロセッサにのみ許可することができる、優れたプログラムの不正実行防止方法を提供することができる。
【図面の簡単な説明】
【図１】図１は、本発明の第１の実施の形態に係るコンピュータ・システム及びプロセッサ１００のハードウェア構成を模式的に示した図である。
【図２】図２は、ＭＭＵテーブルの構造や機能を模式的に示した図である。
【図３】図３は、本発明の第１の実施の形態に係るプログラム保護動作を示したフローチャートである。
【図４】図４は、本発明の第２の実施の形態に係るプログラム保護動作を示したフローチャートである。
【図５】図５は、本発明の第３の実施の形態に係るコンピュータ・システム及びプロセッサ１００のハードウェア構成を模式的に示した図である。
【図６】図６は、本発明の第４の実施の形態に係るプログラム保護動作を示したフローチャートである。
【図７】図７は、本発明の第５の実施の形態に係るプログラム保護動作を示したフローチャートである。
【符号の説明】
１１…バス・インターフェース、１２…デコーダ、１３…制御ユニット、
１４…マイクロコードＲＯＭ、１５…メモリ管理ユニット（ＭＭＵ）、
１６…プロセッサＩＤ、１７…暗号化復号化ユニット、
５０…メイン・メモリ、６０…ブリッジ回路、７０…システム・バス、
８１…ハード・ディスク・ドライブ（ＨＤＤ）、
８２…フロッピー・ディスク・ドライブ（ＦＤＤ）、
８３…ＣＤ−ＲＯＭドライブ、
９０…ネットワーク・インターフェース・カード（ＮＩＣ）、
９１…シリアルＩ／Ｏコントローラ、９５…セキュリティ・デバイス、
１００…プロセッサ、２００…コンピュータ・システム。
Claims (2)
- ソフトウェア供給者がソフトウェア・プログラムの使用権をただ１つのユーザ・プロセッサにのみ許可するための、プログラムの不正実行防止方法であって、
（ａ）ソフトウェアＩＤが付されたソフトウェア・プログラムを実行するユーザ・プロセッサ内において、前記ユーザ・プロセッサ自身が保持する固有のプロセッサＩＤを暗号化し、該暗号化されたプロセッサＩＤを前記ソフトウェア供給者へ送付するステップと、
（ｂ）ソフトウェア供給者において、前記暗号化されたプロセッサＩＤを一旦復号化し、ソフトウェア供給者自身が管理するソフトウェアＩＤ及び前記復号化されたプロセッサＩＤを一体化して暗号化し、暗号化データを生成するステップであって、前記暗号化データは、前記ソフトウェアＩＤと復号化されたプロセッサＩＤとを１つのコードとして同時に暗号化したものである、前記生成するステップと、
（ｃ）ステップ（ｂ）で得られた暗号化データを前記ユーザ・プロセッサ内に供給するステップと、
（ｄ）前記ユーザ・プロセッサ内において、前記暗号化データを復号化してプロセッサＩＤ及びソフトウェアＩＤを取り出すステップと、
（ｅ）前記ユーザ・プロセッサ内において、前記ユーザ・プロセッサが保持するプロセッサＩＤ及び前記ソフトウェア・プログラムに付されたソフトウェアＩＤを、ステップ（ｄ）で得られたプロセッサＩＤ及びソフトウェアＩＤの各々と照合するステップと、
（ｆ）前記照合処理が成功裡に終わったときのみ、前記ユーザ・プロセッサが前記ソフトウェア・プログラムを実行することを許可するステップとを含み、
前記ステップ（ｄ）、（ｅ）および（ｆ）の実行手順は、前記ユーザ・プロセッサ内のワイヤード・ロジック又はマイクロコードＲＯＭのマイクロプログラムによって定義され、該実行手順は、外部プログラムからは全く見えない状態で実行されることを特徴とする、プログラムの不正実行防止方法。 - ソフトウェア供給者がソフトウェア・プログラムの使用権をただ１つのユーザ・プロセッサにのみ許可するための、プログラムの不正実行防止方法であって、
（ａ）ソフトウェアＩＤが付されたソフトウェア・プログラムを実行するユーザ・プロセッサ内において乱数を発生し、該発生した乱数を前記ソフトウェア供給者へ送付するステップと、
（ｂ）ソフトウェア供給者において、ソフトウェア供給者自身が管理するソフトウェアＩＤ及び前記乱数を一体化して暗号化し、暗号化データを生成するステップであって、前記暗号化データは、前記ソフトウェアＩＤと復号化されたプロセッサＩＤとを１つのコードとして同時に暗号化したものである、前記生成するステップと、
（ｃ）ステップ（ｂ）で得られた暗号化データを前記ユーザ・プロセッサ内に供給するステップと、
（ｄ）前記ユーザ・プロセッサ内において、前記暗号化データを復号化して乱数及びソフトウェアＩＤを取り出すステップと、
（ｅ）前記ユーザ・プロセッサ内において、前記ユーザ・プロセッサが保持する乱数及び前記ソフトウェア・プログラムに付されたソフトウェアＩＤを、ステップ（ｄ）で得られた乱数及びソフトウェアＩＤの各々と照合するステップと、
（ｆ）前記照合処理が成功裡に終わったときのみ、前記ユーザ・プロセッサが前記ソフトウェア・プログラムを実行することを許可するステップとを含み、
前記ステップ（ｄ）、（ｅ）および（ｆ）の実行手順は、前記ユーザ・プロセッサ内のワイヤード・ロジック又はマイクロコードＲＯＭのマイクロプログラムによって定義され、該実行手順は、外部プログラムからは全く見えない状態で実行されることを特徴とする、プログラムの不正実行防止方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP13672498A JP3713141B2 (ja) | 1998-05-19 | 1998-05-19 | プログラムの不正実行防止方法 |
| US09/300,955 US6704872B1 (en) | 1998-05-19 | 1999-04-28 | Processor with a function to prevent illegal execution of a program, an instruction executed by a processor and a method of preventing illegal execution of a program |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP13672498A JP3713141B2 (ja) | 1998-05-19 | 1998-05-19 | プログラムの不正実行防止方法 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002288529A Division JP4017149B2 (ja) | 2002-10-01 | 2002-10-01 | プログラムの不正実行防止機能付きプロセッサ |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH11345117A JPH11345117A (ja) | 1999-12-14 |
| JP3713141B2 true JP3713141B2 (ja) | 2005-11-02 |
Family
ID=15182021
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP13672498A Expired - Fee Related JP3713141B2 (ja) | 1998-05-19 | 1998-05-19 | プログラムの不正実行防止方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US6704872B1 (ja) |
| JP (1) | JP3713141B2 (ja) |
Families Citing this family (60)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6424950B1 (en) * | 1999-05-10 | 2002-07-23 | Xerox Corporation | Remote feature delivery for output devices |
| JP4032203B2 (ja) * | 1999-10-25 | 2008-01-16 | ソニー株式会社 | 情報記録媒体の再生方法、再生装置、情報記録媒体の管理方法 |
| US7143294B1 (en) * | 1999-10-29 | 2006-11-28 | Broadcom Corporation | Apparatus and method for secure field upgradability with unpredictable ciphertext |
| DE50015839D1 (ja) * | 1999-12-02 | 2010-02-25 | Infineon Technologies Ag | |
| DE50003679D1 (de) * | 2000-01-18 | 2003-10-16 | Infineon Technologies Ag | Mikroprozessoranordnung mit verschlüsselung |
| US7270193B2 (en) * | 2000-02-14 | 2007-09-18 | Kabushiki Kaisha Toshiba | Method and system for distributing programs using tamper resistant processor |
| US7409543B1 (en) * | 2000-03-30 | 2008-08-05 | Digitalpersona, Inc. | Method and apparatus for using a third party authentication server |
| US7051362B2 (en) | 2000-05-16 | 2006-05-23 | Ideaflood, Inc. | Method and system for operating a network server to discourage inappropriate use |
| FR2811096A1 (fr) * | 2000-06-28 | 2002-01-04 | St Microelectronics Sa | Microprocesseur securise comprenant un systeme d'attribution de droits a des librairies |
| DE50014802D1 (de) * | 2000-08-18 | 2008-01-03 | Cameron Int Corp | Linearbetätigungsvorrichtung |
| DE10043499A1 (de) * | 2000-09-01 | 2002-03-14 | Bosch Gmbh Robert | Verfahren zur Datenübertragung |
| US7028184B2 (en) * | 2001-01-17 | 2006-04-11 | International Business Machines Corporation | Technique for digitally notarizing a collection of data streams |
| US6968453B2 (en) * | 2001-01-17 | 2005-11-22 | International Business Machines Corporation | Secure integrated device with secure, dynamically-selectable capabilities |
| US6948066B2 (en) * | 2001-01-17 | 2005-09-20 | International Business Machines Corporation | Technique for establishing provable chain of evidence |
| US6990444B2 (en) | 2001-01-17 | 2006-01-24 | International Business Machines Corporation | Methods, systems, and computer program products for securely transforming an audio stream to encoded text |
| KR20020083851A (ko) * | 2001-04-30 | 2002-11-04 | 주식회사 마크애니 | 디지털 컨텐츠의 보호 및 관리를 위한 방법 및 이를이용한 시스템 |
| FI115257B (fi) * | 2001-08-07 | 2005-03-31 | Nokia Corp | Menetelmä informaation käsittelemiseksi elektroniikkalaitteessa, järjestelmä, elektroniikkalaite ja suoritinlohko |
| US7207060B2 (en) | 2001-10-18 | 2007-04-17 | Nokia Corporation | Method, system and computer program product for secure ticketing in a communications device |
| US20030076957A1 (en) * | 2001-10-18 | 2003-04-24 | Nadarajah Asokan | Method, system and computer program product for integrity-protected storage in a personal communication device |
| US7178041B2 (en) * | 2001-10-18 | 2007-02-13 | Nokia Corporation | Method, system and computer program product for a trusted counter in an external security element for securing a personal communication device |
| EP1359550A1 (fr) * | 2001-11-30 | 2003-11-05 | STMicroelectronics S.A. | Régéneration d'une quantité secrète à partir d'un identifiant d'un circuit intégré |
| EP1391853A1 (fr) | 2001-11-30 | 2004-02-25 | STMicroelectronics S.A. | Diversification d'un identifiant unique d'un circuit intégré |
| FR2833119A1 (fr) | 2001-11-30 | 2003-06-06 | St Microelectronics Sa | Generation de quantites secretes d'identification d'un circuit integre |
| US20030126453A1 (en) * | 2001-12-31 | 2003-07-03 | Glew Andrew F. | Processor supporting execution of an authenticated code instruction |
| US7454169B2 (en) * | 2002-05-08 | 2008-11-18 | Mediatek Inc. | Method and apparatus for use in securing an electronic device such as a cell phone |
| KR100619657B1 (ko) * | 2002-06-05 | 2006-09-08 | 후지쯔 가부시끼가이샤 | 메모리 관리 유닛, 코드 검증 장치 및 코드 복호 장치 |
| JP4326189B2 (ja) * | 2002-06-10 | 2009-09-02 | 健 坂村 | 自律型ｉｃカード及び通信システム |
| US7015795B2 (en) * | 2002-12-30 | 2006-03-21 | Potomac Photonics, Inc. | Self-identifying integrated circuits and method for fabrication thereof |
| US8041957B2 (en) | 2003-04-08 | 2011-10-18 | Qualcomm Incorporated | Associating software with hardware using cryptography |
| US7681046B1 (en) * | 2003-09-26 | 2010-03-16 | Andrew Morgan | System with secure cryptographic capabilities using a hardware specific digital secret |
| CN100437406C (zh) | 2003-10-17 | 2008-11-26 | 特林纳瑞设备制造有限公司 | 多轴机床及其控制方法，生成控制参数的方法和计算机系统 |
| ATE523820T1 (de) | 2003-10-17 | 2011-09-15 | Trinary Anlagenbau Gmbh | Computerprogramm zur durchführung eines verfahrens zur vermeidung einer fehlansteuerung einer werkzeugmaschine |
| US7447917B2 (en) * | 2003-11-12 | 2008-11-04 | Microsoft Corporation | Obfuscated state store for rights management system and the like |
| US7694151B1 (en) * | 2003-11-20 | 2010-04-06 | Johnson Richard C | Architecture, system, and method for operating on encrypted and/or hidden information |
| GB0403705D0 (en) * | 2004-02-19 | 2004-03-24 | Waterleaf Ltd | Gaming facility and method of operation thereof |
| US7464405B2 (en) | 2004-03-25 | 2008-12-09 | International Business Machines Corporation | Method for preventing loading and execution of rogue operating systems in a logical partitioned data processing system |
| US7610494B2 (en) * | 2004-12-30 | 2009-10-27 | Finisar Corporation | Encrypted microcode update of an optical transceiver |
| US7802294B2 (en) * | 2005-01-28 | 2010-09-21 | Microsoft Corporation | Controlling computer applications' access to data |
| US7810153B2 (en) * | 2005-01-28 | 2010-10-05 | Microsoft Corporation | Controlling execution of computer applications |
| JP3944216B2 (ja) * | 2005-03-11 | 2007-07-11 | 株式会社エヌ・ティ・ティ・ドコモ | 認証装置、携帯端末、及び、認証方法 |
| JP2007058588A (ja) * | 2005-08-24 | 2007-03-08 | Toshiba Corp | プログラム保護機能を持つプロセッサ |
| US7921303B2 (en) | 2005-11-18 | 2011-04-05 | Qualcomm Incorporated | Mobile security system and method |
| US7496727B1 (en) | 2005-12-06 | 2009-02-24 | Transmeta Corporation | Secure memory access system and method |
| JP2009070144A (ja) * | 2007-09-13 | 2009-04-02 | Omron Corp | Ｐｌｃにおけるプログラミング方法 |
| US8347109B2 (en) * | 2008-02-28 | 2013-01-01 | Red Hat, Inc. | Secure serial number generation |
| US8522354B2 (en) * | 2008-05-24 | 2013-08-27 | Via Technologies, Inc. | Microprocessor apparatus for secure on-die real-time clock |
| US8819839B2 (en) * | 2008-05-24 | 2014-08-26 | Via Technologies, Inc. | Microprocessor having a secure execution mode with provisions for monitoring, indicating, and managing security levels |
| US8510560B1 (en) | 2008-08-20 | 2013-08-13 | Marvell International Ltd. | Efficient key establishment for wireless networks |
| US8402279B2 (en) * | 2008-09-09 | 2013-03-19 | Via Technologies, Inc. | Apparatus and method for updating set of limited access model specific registers in a microprocessor |
| US8341419B2 (en) * | 2008-09-09 | 2012-12-25 | Via Technologies, Inc. | Apparatus and method for limiting access to model specific registers in a microprocessor |
| KR101595043B1 (ko) | 2008-09-18 | 2016-02-17 | 마벨 월드 트레이드 리미티드 | 적어도 부분적으로 부팅 동안에 어플리케이션들을 메모리에 프리로딩하는 방법 |
| US8316243B2 (en) * | 2009-08-07 | 2012-11-20 | Via Technologies, Inc. | Apparatus and method for generating unpredictable processor-unique serial number for use as an encryption key |
| TWI497344B (zh) * | 2010-05-17 | 2015-08-21 | Via Tech Inc | 微處理器及產生不可預測之鑰的方法 |
| WO2012003591A1 (en) * | 2010-07-09 | 2012-01-12 | Research In Motion Limited | Microcode-based challenge/response process |
| CA2745975C (en) * | 2010-07-09 | 2016-02-23 | Research In Motion Limited | Utilization of a microcode interpreter built in to a processor |
| US9736801B1 (en) | 2013-05-20 | 2017-08-15 | Marvell International Ltd. | Methods and apparatus for synchronizing devices in a wireless data communication system |
| US9521635B1 (en) | 2013-05-21 | 2016-12-13 | Marvell International Ltd. | Methods and apparatus for selecting a device to perform shared functionality in a deterministic and fair manner in a wireless data communication system |
| US9402270B2 (en) * | 2013-09-10 | 2016-07-26 | Marvell World Trade Ltd. | Secure device bootstrap identity |
| JP2016126037A (ja) * | 2014-12-26 | 2016-07-11 | ソニー株式会社 | 信号処理装置、および信号処理方法、並びにプログラム |
| US10979412B2 (en) | 2016-03-08 | 2021-04-13 | Nxp Usa, Inc. | Methods and apparatus for secure device authentication |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB2205667B (en) * | 1987-06-12 | 1991-11-06 | Ncr Co | Method of controlling the operation of security modules |
| US4959860A (en) * | 1989-02-07 | 1990-09-25 | Compaq Computer Corporation | Power-on password functions for computer system |
| US5237616A (en) * | 1992-09-21 | 1993-08-17 | International Business Machines Corporation | Secure computer system having privileged and unprivileged memories |
| US5563946A (en) * | 1994-04-25 | 1996-10-08 | International Business Machines Corporation | Method and apparatus for enabling trial period use of software products: method and apparatus for passing encrypted files between data processing systems |
| US5754646A (en) * | 1995-07-19 | 1998-05-19 | Cable Television Laboratories, Inc. | Method for protecting publicly distributed software |
| US5978482A (en) * | 1995-08-21 | 1999-11-02 | International Business Machines Corporation | Method and system for protection of digital information |
| JP2000503154A (ja) * | 1996-01-11 | 2000-03-14 | エムアールジェイ インコーポレイテッド | デジタル所有権のアクセスと分配を制御するためのシステム |
| DE69729495T2 (de) * | 1996-03-08 | 2004-10-28 | Matsushita Electric Industrial Co., Ltd., Kadoma | Bildinformationsverarbeitungssystem und Mikroprozessor für die geschützte Reproduktion von audiovisuellen Daten |
-
1998
- 1998-05-19 JP JP13672498A patent/JP3713141B2/ja not_active Expired - Fee Related
-
1999
- 1999-04-28 US US09/300,955 patent/US6704872B1/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| US6704872B1 (en) | 2004-03-09 |
| JPH11345117A (ja) | 1999-12-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3713141B2 (ja) | プログラムの不正実行防止方法 | |
| KR100896625B1 (ko) | 숨겨진 중간 키들을 사용하여 소프트웨어를 인증하기 위한시스템 및 방법 | |
| TW550501B (en) | Apparatus, method, and system for an access transaction | |
| US6363486B1 (en) | Method of controlling usage of software components | |
| US7082615B1 (en) | Protecting software environment in isolated execution | |
| US8065521B2 (en) | Secure processor architecture for use with a digital rights management (DRM) system on a computing device | |
| US7475254B2 (en) | Method for authenticating software using protected master key | |
| KR101219819B1 (ko) | 디지털 어플리케이션을 라이센싱하기 위한 유연한 라이센싱 아키텍처 | |
| US6651171B1 (en) | Secure execution of program code | |
| JP4822646B2 (ja) | 分離実行環境で使用するためのキー階層の生成 | |
| US7010684B2 (en) | Method and apparatus for authenticating an open system application to a portable IC device | |
| US6996710B1 (en) | Platform and method for issuing and certifying a hardware-protected attestation key | |
| US7194634B2 (en) | Attestation key memory device and bus | |
| US20040158742A1 (en) | Secure and backward-compatible processor and secure software execution thereon | |
| US20050060568A1 (en) | Controlling access to data | |
| US20050188198A1 (en) | Managing a secure platform using a hierarchical executive architecture in isolated execution mode | |
| EP0302710A2 (en) | A method of controlling the use of computer programs | |
| US20060036851A1 (en) | Method and apparatus for authenticating an open system application to a portable IC device | |
| WO1998009209B1 (en) | Systems and methods for secure transaction management and electronic rights protection | |
| US7013481B1 (en) | Attestation key memory device and bus | |
| JP4017149B2 (ja) | プログラムの不正実行防止機能付きプロセッサ | |
| JP3289656B2 (ja) | プログラムの実行制御方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050512 Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20050512 |
|
| RD12 | Notification of acceptance of power of sub attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7432 Effective date: 20050512 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20050516 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20050815 |
|
| RD14 | Notification of resignation of power of sub attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7434 Effective date: 20050815 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050819 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080826 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090826 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090826 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100826 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100826 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110826 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |