JP3624971B2

JP3624971B2 - Software usage control method

Info

Publication number: JP3624971B2
Application number: JP25496295A
Authority: JP
Inventors: 俊治原田; なつめ松崎; 誠館林
Original assignee: Panasonic Corp; Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Corp; Panasonic Holdings Corp
Priority date: 1995-10-02
Filing date: 1995-10-02
Publication date: 2005-03-02
Anticipated expiration: 2015-10-02
Also published as: JPH0997175A

Description

【０００１】
【発明の属する技術分野】
本発明は、ソフトウエア利用制御方法に関し、より特定的には、特定の利用者だけが利用可能となるように、流通するソフトウエアの利用を制限するための方法に関する。
【０００２】
【従来の技術】
最近、パソコンなどで利用されるアプリケーションソフトウエアに関する違法コピーが大きな問題となっている。この問題は、ディジタル化されたデータが有する次の性質に起因するものである。
・複製が簡単、短時間、かつ安価に行なえる。
・原始データと複製データの有する価値は変化しない。
・原始データと改変されたデータとの識別が難しい。
【０００３】
市販のソフトウエアを非合法的に複写して使用したり販売することを防止するため、ソフトウエアを暗号化して配布する方法が有効である。ソフトウエアを暗号化することで不正コピーによる不正使用を防止する方法に関して、多くの方式が提案されている。その代表的な例を以下に示す。
【０００４】
第１の例は、ソフトウエアを実行する装置（パソコン、ワークステーション、家庭用ゲーム機など）毎に異なる固有のキーを与え、そのキーで暗号化されたソフトウエアを復号し実行するという方法である（例えば、特開昭５１−００３７４５号公報参照）。この構成では、ソフトウエアは、各実行装置毎に一意的なキーで暗号化されるため、暗号化されたソフトウエアをコピーして他の実行装置で実行しようとしても実行できない。しかしながら、各利用者（実行装置）用にそれぞれソフトウエアの暗号化を行なう必要がある。そのため、例えば、暗号化されたソフトウエアをＣＤ−ＲＯＭに大量に複写し販売するのには適さない（すなわち、暗号化されたソフトウエアを原盤として作成して、その原盤を用いてＣＤ−ＲＯＭにプレスして販売するのに適さない）などの短所がある。
【０００５】
第２の例は、特開昭６１−１４５６４２号公報に開示されているように、ソフトウエアを実行する装置に暗号復号機構を組み込み、この暗号復号機構に装置毎に一意的なキーを与え、ソフトウエアをソフトウエア毎に一意的なファイルキーで暗号化して記憶媒体に書き込んでおく。一方、このファイルキーを装置毎に一意的なキーで暗号化して作成されたパスワードを実行装置に入力することにより、まず暗号化されたファイルキーが暗号復号機構にて復号され、復号されたファイルキーを用いて記憶媒体に書き込まれた暗号化されたソフトウエアが復号される。この第２の例では、第１の例とは違ってソフトウエア本体は、ソフトウエア毎に一意的なキーで暗号化され個別化される。したがって、暗号化されたソフトウエアをＣＤ−ＲＯＭなどの記憶媒体に大量に複写して販売することができる。一方、暗号化されたソフトウエアの復号に利用されるパスワードは、装置毎に一意的なキーで暗号化され個別化される。したがって、装置毎に個別化されるパスワードをコピーして他の実行装置で暗号化されたソフトウエアを実行しようとしても実行できない。
【０００６】
しかしながら、上記第２の例では、実行装置にパスワードや暗号化ソフトウエアが誤って入力されたり読み取られた場合や、コンピュータウイルスなどにより改変されていた場合に、ソフトウエアを実行する前にそれらを検出することはできない。このため、最悪の場合ソフトウエアが暴走して他のコンピュータ資源に悪影響を及ぼしかねない。
【０００７】
上記のようなソフトウエアの改変を防止する方法として、ディジタル署名を利用する方法がある（例えば特開平０３−２８６３３４号公報参照）。なお、ディジタル署名については、共立出版、岡本栄司著「暗号理論入門」第７章に詳しく説明されている。しかしながら、このようなディジタル署名を第２の例に追加的に使用する場合、ソフトウエアの暗号化／復号機構に加えて、ディジタル署名処理機構を別途設ける必要がありコストアップとなる。
【０００８】
【発明が解決しようとする課題】
以上説明したように、第１の従来例では、ソフトウエアを実行装置毎に固有のキーで暗号化するため、暗号化されたソフトウエアを記憶媒体に大量に複写して販売するのに適さないといった問題点がある。また、第２の従来例では、暗号化されたソフトウエアやパスワードに対する改変や誤入力が発生した時に、それをソフトウエアを実行する前に検出できないといった問題点がある。この第２の従来例の問題点を解消するために、ディジタル署名を利用する場合、暗号化ソフトウエアの改変を検出するためのディジタル署名機構を別途追加しなければならず、コストの上昇を招くという別の問題点を生じる。
【０００９】
なお、ソフトウエアの各部分を個別に暗号化し、その利用を個別に制御したいという要望がある。例えば、一般ユーザ向けに基本機能を、そして専門ユーザ向けにいくつかの拡張機能を備えるソフトウエアの場合、基本機能と拡張機能とを別々に暗号化することにより、基本機能のみを復号実行できたり、拡張機能も復号実行できたりといった選択を利用者に与えることができる。また、音楽やビデオなどのデータを実行するソフトウエアにおいては、各データ毎に暗号化することにより、その実行を個別に制御できる。しかしながら、従来は、ソフトウエアの各部分を個別に暗号化し、その復号実行を個別に制御することはできなかった。
【００１０】
それ故に、本発明の目的は、ソフトウエアを各利用者や実行装置に依存しない形で暗号化できるソフトウエア利用制御方法を提供することである。
本発明の他の目的は、暗号化されたソフトウエアに対する改変の検出を、安価な構成で実現できるソフトウエア利用制御方法を提供することである。
本発明のさらに他の目的は、各ソフトウエアが保有するデータや機能の実行を、個別に制御することのできるソフトウエア利用制御方法を提供することである。
【００１１】
【課題を解決するための手段および発明の効果】
第１の発明は、実行権データを有する利用者だけが利用可能となるように、流通するソフトウエアの利用を制限するための方法であって、
各ソフトウエアに共通で秘密の第１のキーと、各利用者に固有で秘密の第２のキーとを作成し、これら第１および第２のキーを利用者に配布する第１のステップと、
各ソフトウエアに固有な第１のデータと、この第１のデータと所定の関係を満たす第１の認証データとを作成する第２のステップと、
第１のデータをソフトウエアに付加した後、第１のキーを用いて暗号化し、この暗号化されたソフトウエアを利用者に配布する第３のステップと、
第１の認証データを実行権データに付加した後、第２のキーを用いて暗号化し、この暗号化された実行権データを利用者に配付する第４のステップと、
暗号化されたソフトウエアを第１のキーを用いて復号し、暗号化された実行権データを第２のキーを用いて復号し、復号されたソフトウエアに付加されている第１のデータと、復号された実行権データに付加されている第１の認証データとが所定の関係を満たすとき、復号されたソフトウエアを復号された実行権データに従って実行する第５のステップとを備えている。
【００１２】
上記のように、第１の発明では、ソフトウエアは、各ソフトウエアに共通な第１のキーで暗号化されるため、すなわち各利用者に依存しない形で暗号化されるため、ＣＤ−ＲＯＭ等を利用した大量販売に適する。
また、第１の発明では、復号されたソフトウエアに付加されている第１のデータと、復号された実行権データに付加されている第１の認証データとが所定の関係を満たすかどうかを判定することで、暗号化されたソフトウエアに対する改変を、安価な構成で検出できる。さらに、第１のデータと第１の認証データとが所定の関係を満たす場合のみ、復号されたソフトウエアを復号された実行権データに従って実行するようにしているため、改変されたソフトウエアの利用を禁止することができる。
【００１３】
第２の発明は、第１の発明において、
ソフトウエアは、１つのメインソフトウエア部と、当該メインソフトウエア部によって利用されるｎ個（ｎは１以上の整数）のサブソフトウエア部とを含み、
第２のステップは、第１のデータおよび第１の認証データに加えて、各サブソフトウエア部に固有なｎ個の第２のデータと、このｎ個の第２のデータとそれぞれ所定の関係を満たすｎ個の第２の認証データとを作成し、
第３のステップは、第１のデータおよびｎ個の第２の認証データをメインソフトウエア部に付加した後、第１のキーを用いて暗号化し、第２のデータをサブソフトウエア部にそれぞれ付加した後、第１のキーを用いてそれぞれ暗号化し、暗号化されたメインソフトウエア部と暗号化された各サブソフトウエア部とを、暗号化されたソフトウエアとして利用者に配付し、
第５のステップは、暗号化されたソフトウエアの暗号化されたメインソフトウエア部を第１のキーを用いて復号すると共に、暗号化された実行権データを第２のキーを用いて復号し、復号されたメインソフトウエア部に付加されている第１のデータと、復号された実行権データに付加されている第１の認証データとが所定の関係を満たすとき、復号されたメインソフトウエア部を復号された実行権データに従って実行し、この復号されたメインソフトウエア部から暗号化された各サブソフトウエア部の利用が要求されたとき、暗号化された各サブソフトウエア部を第１のキーを用いてそれぞれ復号し、復号された各サブソフトウエア部に付加されている第２のデータと、復号されたメインソフトウエア部に付加されている第２の認証データとが所定の関係を満たすとき、復号されたサブソフトウエア部を復号された実行権データに従って実行することを特徴とする。
【００１４】
上記のように、第２の発明では、復号された各サブソフトウエア部にそれぞれ付加されている第２のデータと、復号されたメインソフトウエア部に付加されている第２の認証データとが所定の関係を満たすかどうかを判定することで、暗号化されたソフトウエアの改変を、各サブソフトウエア部毎に検出できる。その結果、各サブソフトウエア部毎に、その利用を制御することができる。
【００１５】
第３の発明は、第１または第２の発明において、
第１のステップは、作成した第１および第２のキーをそれぞれ利用者の記憶するパスワードで暗号化して利用者に配付することを特徴とする。
【００１６】
上記のように、第３の発明では、第１および第２のキーが、それぞれ利用者の記憶するパスワードで暗号化されて利用者に配付されるので、配付時に秘密性を保つ必要がない。
【００１７】
第４の発明は、第１または第２の発明において、
復号認証処理のための復号認証プログラムを利用者に配付する第６のステップをさらに備え、
第５のステップは、配付された復号認証プログラムに従って、実行されることを特徴とする。
【００１８】
上記のように、第４の発明では、利用者側で実行される第５のステップを、それ自体は復号認証機能を持たない汎用のコンピュータ上で実現できる。
【００１９】
第５の発明は、第４の発明において、
読出可能領域と書き換え不可領域とを有する第１の記憶媒体と、読出可能領域と不正読出不可領域とを有する第２の記憶媒体とを準備し、第１の記憶媒体の読出可能領域に暗号化されたソフトウエアを記録し、第１の記憶媒体の書き換え不可領域に復号認証プログラムを記録し、第２の記憶媒体の読出可能領域に暗号化された実行権データを記録し、第２の記憶媒体の不正読出不可領域に第１および第２のキーを記録し、これら第１および第２の記憶媒体を利用者に配布することを特徴とする。
【００２０】
第６の発明は、第４の発明において、
読出可能領域と書き換え不可領域とを有する第１の記憶媒体と、不正読出不可領域とを有する第２の記憶媒体とを準備し、第１の記憶媒体の読出可能領域に暗号化された実行権データおよび暗号化されたソフトウエアを記録し、第１の記憶媒体の書き換え不可領域に復号認証プログラムを記録し、第２の記憶媒体の不正読出不可領域に第１および第２のキーを記録し、これら第１および第２の記憶媒体を利用者に配布することを特徴とする。
【００２１】
第７の発明は、第４の発明において、
第６のステップは、不正読出が不可能な記憶領域を有し、この記憶領域に格納された復号認証プログラムを実行することのできる実行装置を利用者に配付することを特徴とする。
【００２２】
第８の発明は、第４の発明において、
第６のステップは、書き込みが不可能な記憶領域を有し、この記憶領域に格納された復号認証プログラムを実行することのできる実行装置を利用者に配付することを特徴とする。
【００２３】
第９の発明は、第４の発明において、
第６のステップは、復号認証プログラムを実行する専用のハードウエア組み込んだ実行装置を利用者に配付することを特徴とする。
【００２４】
第１０の発明は、実行権データを有する利用者だけが利用可能となるように、流通するソフトウエアの利用を制限するための方法であって、
各ソフトウエアに共通で秘密の第１のキーと、各利用者に共通で秘密の第２のキーとを作成し、これら第１および第２のキーを利用者に配布する第１のステップと、
各ソフトウエアに固有な第１のデータと、この第１のデータと所定の関係を満たす第１の認証データと、各利用者に固有な第２のデータと、この第２のデータと所定の関係を満たす第２の認証データとを作成し、この第２のデータを利用者に配付する第２のステップと、
第１のデータをソフトウエアに付加した後、第１のキーを用いて暗号化し、この暗号化されたソフトウエアを利用者に配布する第３のステップと、
第１および第２の認証データを実行権データに付加した後、第２のキーを用いて暗号化し、この暗号化された実行権データを利用者に配付する第４のステップと、
暗号化された実行権データを第２のキーを用いて復号し、復号された実行権データに付加された第２の認証データと、第２のデータとが所定の関係を満たすとき、暗号化されたソフトウエアを第１のキーを用いて復号し、復号されたソフトウエアに付加されている第１のデータと、復号された実行権データに付加されている第１の認証データとが所定の関係を満たすとき、復号されたソフトウエアを復号された実行権データに従って実行する第５のステップとを備えている。
【００２５】
上記のように、第１０の発明では、ソフトウエアは、各ソフトウエアに共通な第１のキーで暗号化されるため、すなわち各利用者に依存しない形で暗号化されるため、ＣＤ−ＲＯＭ等を利用した大量販売に適する。
また、第１０の発明では、復号された実行権データに付加された第２の認証データと、第２のデータとが所定の関係を満たすかどうかを判定することで、暗号化された実行権データに対する改変を、安価な構成で検出できる。また、復号されたソフトウエアに付加されている第１のデータと、復号された実行権データに付加されている第１の認証データとが所定の関係を満たすかどうかを判定することで、暗号化されたソフトウエアに対する改変を、安価な構成で検出できる。さらに、第１のデータと第１の認証データとが所定の関係を満たす場合のみ、復号されたソフトウエアを復号された実行権データに従って実行するようにしているため、改変されたソフトウエアの利用を禁止することができる。
【００２６】
第１１の発明は、第１０の発明において、
ソフトウエアは、１つのメインソフトウエア部と、当該メインソフトウエア部によって利用されるｎ個（ｎは１以上の整数）のサブソフトウエア部とを含み、
第２のステップは、第１および第２のデータ、第１および第２の認証データに加えて、各サブソフトウエア部に固有なｎ個の第３のデータと、このｎ個の第３のデータとそれぞれ所定の関係を満たすｎ個の第３の認証データとを作成し、
第３のステップは、第１のデータおよびｎ個の第３の認証データをメインソフトウエア部に付加した後、第１のキーを用いて暗号化し、第３のデータを各サブソフトウエア部にそれぞれ付加した後、第１のキーを用いてそれぞれ暗号化し、暗号化されたメインソフトウエア部と暗号化された各サブソフトウエア部とを、暗号化されたソフトウエアとして利用者に配付し、
第５のステップは、暗号化された実行権データを第２のキーを用いて復号し、復号された実行権データに付加された第２の認証データと、第２のデータとが所定の関係を満たすとき、暗号化されたメインソフトウエア部を第１のキーを用いて復号し、復号されたメインソフトウエア部に付加されている第１のデータと、復号された実行権データに付加されている第１の認証データとが所定の関係を満たすとき、復号されたメインソフトウエア部を復号された実行権データに従って実行し、この復号されたメインソフトウエア部から暗号化された各サブソフトウエア部の利用が要求されたとき、暗号化された各サブソフトウエア部を第１のキーを用いてそれぞれ復号し、復号された各サブソフトウエア部に付加されている第３のデータと、復号されたメインソフトウエア部に付加されている第３の認証データとが所定の関係を満たすとき、復号されたサブソフトウエア部を復号された実行権データに従って実行することを特徴とする。
【００２７】
上記のように、第１１の発明では、復号された各サブソフトウエア部にそれぞれ付加されている第３のデータと、復号されたメインソフトウエア部に付加されている第３の認証データとが所定の関係を満たすかどうかを判定することで、暗号化されたソフトウエアの改変を、各サブソフトウエア部毎に検出できる。その結果、各サブソフトウエア部毎に、その利用を制御することができる。
【００２８】
第１２の発明は、実行権データを有する利用者だけが利用可能となるように、流通するソフトウエアの利用を制限するための方法であって、
各ソフトウエアに固有で秘密の第１のキーと、各利用者に共通で秘密の第２のキーとを作成し、これら第１および第２のキーを利用者に配布する第１のステップと、
各ソフトウエアに固有な第１のデータと、この第１のデータと所定の関係を満たす第１の認証データと、各利用者に固有な第２のデータと、この第２のデータと所定の関係を満たす第２の認証データとを作成し、この第２のデータを利用者に配付する第２のステップと、
第１のデータをソフトウエアに付加した後、第１のキーを用いて暗号化し、この暗号化されたソフトウエアを利用者に配布する第３のステップと、
第１および第２の認証データを実行権データに付加した後、第２のキーを用いて暗号化し、この暗号化された実行権データを利用者に配付する第４のステップと、
暗号化された実行権データを第２のキーを用いて復号し、復号された実行権データに付加された第２の認証データと、第２のデータとが所定の関係を満たすとき、暗号化されたソフトウエアを第１のキーを用いて復号し、復号されたソフトウエアに付加されている第１のデータと、復号された実行権データに付加されている第１の認証データとが所定の関係を満たすとき、復号されたソフトウエアを復号された実行権データに従って実行する第５のステップとを備えている。
【００２９】
第１３の発明は、実行権データを有する利用者だけが利用可能となるように、流通するソフトウエアの利用を制限するための方法であって、
各ソフトウエアに固有で秘密の第１のキーと、各利用者に共通で秘密の第２のキーとを作成し、これら第１および第２のキーを利用者に配布する第１のステップと、
各ソフトウエアに共通な第１のデータと、この第１のデータと所定の関係を満たす第１の認証データと、各利用者に固有な第２のデータと、この第２のデータと所定の関係を満たす第２の認証データとを作成し、この第２のデータを利用者に配付する第２のステップと、
第１のデータをソフトウエアに付加した後、第１のキーを用いて暗号化し、この暗号化されたソフトウエアを利用者に配布する第３のステップと、
第１および第２の認証データを実行権データに付加した後、第２のキーを用いて暗号化し、この暗号化された実行権データを利用者に配付する第４のステップと、
暗号化された実行権データを第２のキーを用いて復号し、復号された実行権データに付加された第２の認証データと、第２のデータとが所定の関係を満たすとき、暗号化されたソフトウエアを第１のキーを用いて復号し、復号されたソフトウエアに付加されている第１のデータと、復号された実行権データに付加されている第１の認証データとが所定の関係を満たすとき、復号されたソフトウエアを復号された実行権データに従って実行する第５のステップとを備えている。
【００３０】
上記のように、第１２および第１３の発明では、ソフトウエアは、各ソフトウエアに固有な第１のキーで暗号化されるため、すなわち各利用者に依存しない形で暗号化されるため、ＣＤ−ＲＯＭ等を利用した大量販売に適する。
また、第１２および第１３の発明では、復号された実行権データに付加された第２の認証データと、第２のデータとが所定の関係を満たすかどうかを判定することで、暗号化された実行権データに対する改変を、安価な構成で検出できる。また、復号されたソフトウエアに付加されている第１のデータと、復号された実行権データに付加されている第１の認証データとが所定の関係を満たすかどうかを判定することで、暗号化されたソフトウエアに対する改変を、安価な構成で検出できる。さらに、第１のデータと第１の認証データとが所定の関係を満たす場合のみ、復号されたソフトウエアを復号された実行権データに従って実行するようにしているため、改変されたソフトウエアの利用を禁止することができる。
【００３１】
第１４の発明は、実行権データを有する利用者だけが利用可能となるように、流通するソフトウエアの利用を制限するための方法であって、
各ソフトウエアに固有で秘密の第１のキーと、各利用者に共通で秘密の第２のキーとを作成し、第２のキーを用いて第１のキーを暗号化し、暗号化された第１のキーおよび暗号化されていない第２のキーを利用者に配布する第１のステップと、
各ソフトウエアに固有な第１のデータと、この第１のデータと所定の関係を満たす第１の認証データと、各利用者に固有な第２のデータと、この第２のデータと所定の関係を満たす第２の認証データとを作成し、この第２のデータを利用者に配付する第２のステップと、
第１のデータをソフトウエアに付加した後、第１のキーを用いて暗号化し、この暗号化されたソフトウエアを利用者に配布する第３のステップと、
第１および第２の認証データを実行権データに付加した後、第２のキーを用いて暗号化し、この暗号化された実行権データを利用者に配付する第４のステップと、
第２のキーを用いて暗号化された第１のキーおよび暗号化された実行権データを復号し、復号された実行権データに付加された第２の認証データと、第２のデータとが所定の関係を満たすとき、暗号化されたソフトウエアを第１のキーを用いて復号し、復号されたソフトウエアに付加されている第１のデータと、復号された実行権データに付加されている第１の認証データとが所定の関係を満たすとき、復号されたソフトウエアを復号された実行権データに従って実行する第５のステップとを備えている。
【００３２】
第１５の発明は、実行権データを有する利用者だけが利用可能となるように、流通するソフトウエアの利用を制限するための方法であって、
各ソフトウエアに固有で秘密の第１のキーと、各利用者に固有で秘密の第２のキーとを作成し、第２のキーを用いて第１のキーを暗号化し、暗号化された第１のキーおよび暗号化されていない第２のキーを利用者に配布する第１のステップと、
各ソフトウエアに固有な第１のデータと、この第１のデータと所定の関係を満たす第１の認証データと、各利用者に固有な第２のデータと、この第２のデータと所定の関係を満たす第２の認証データとを作成し、この第２のデータを利用者に配付する第２のステップと、
第１のデータをソフトウエアに付加した後、第１のキーを用いて暗号化し、この暗号化されたソフトウエアを利用者に配布する第３のステップと、
第１および第２の認証データを実行権データに付加した後、第２のキーを用いて暗号化し、この暗号化された実行権データを利用者に配付する第４のステップと、
第２のキーを用いて暗号化された第２のキーおよび暗号化された実行権データを復号し、復号された実行権データに付加された第２の認証データと、第２のデータとが所定の関係を満たすとき、暗号化されたソフトウエアを第１のキーを用いて復号し、復号されたソフトウエアに付加されている第１のデータと、復号された実行権データに付加されている第１の認証データとが所定の関係を満たすとき、復号されたソフトウエアを復号された実行権データに従って実行する第５のステップとを備えている。
【００３３】
上記のように、第１４および第１５の発明では、ソフトウエアは、各ソフトウエアに固有な第１のキーで暗号化されるため、すなわち各利用者に依存しない形で暗号化されるため、ＣＤ−ＲＯＭ等を利用した大量販売に適する。
また、第１４および第１５の発明では、第１のキーは、第２のキーを用いて暗号化されるため、配付時に第１のキーの秘密性を保つ必要がない。
また、第１４および第１５の発明では、復号された実行権データに付加された第２の認証データと、第２のデータとが所定の関係を満たすかどうかを判定することで、暗号化された実行権データに対する改変を、安価な構成で検出できる。また、復号されたソフトウエアに付加されている第１のデータと、復号された実行権データに付加されている第１の認証データとが所定の関係を満たすかどうかを判定することで、暗号化されたソフトウエアに対する改変を、安価な構成で検出できる。さらに、第１のデータと第１の認証データとが所定の関係を満たす場合のみ、復号されたソフトウエアを復号された実行権データに従って実行するようにしているため、改変されたソフトウエアの利用を禁止することができる。
【００３４】
第１６の発明は、実行権データを有する利用者だけが利用可能となるように、流通するソフトウエアの利用を制限するための方法であって、
ソフトウエアは、１つのメインソフトウエア部と、当該メインソフトウエア部によって利用されるｎ個（ｎは１以上の整数）のサブソフトウエア部とを含み、各ソフトウエアに共通で秘密の第１のキーと、各利用者に固有で秘密の第２のキーとを作成し、これら第１および第２のキーを利用者に配布する第１のステップと、
各ソフトウエアに固有な第１のデータと、この第１のデータと所定の関係を満たす第１の認証データと、各サブソフトウエア部に固有なｎ個の第２のデータと、このｎ個の第２のデータとそれぞれ所定の関係を満たすｎ個の第２の認証データとを作成する第２のステップと、
第１のデータをメインソフトウエア部に付加した後、第１のキーを用いて暗号化し、第２のデータをサブソフトウエア部にそれぞれ付加した後、第１のキーを用いてそれぞれ暗号化し、暗号化されたメインソフトウエア部と暗号化された各サブソフトウエア部とを、暗号化されたソフトウエアとして利用者に配付する第３のステップと、
第１の認証データおよびｎ個の第２の認証データを実行権データに付加した後、第２のキーを用いて暗号化し、この暗号化された実行権データを利用者に配付する第４のステップと、
暗号化されたソフトウエアの暗号化されたメインソフトウエア部を第１のキーを用いて復号すると共に、暗号化された実行権データを第２のキーを用いて復号し、復号されたメインソフトウエア部に付加されている第１のデータと、復号された実行権データに付加されている第１の認証データとが所定の関係を満たすとき、復号されたメインソフトウエア部を復号された実行権データに従って実行し、この復号されたメインソフトウエア部から暗号化された各サブソフトウエア部の利用が要求されたとき、暗号化された各サブソフトウエア部を第１のキーを用いてそれぞれ復号し、復号された各サブソフトウエア部に付加されている第２のデータと、復号された実行権データに付加されている第２の認証データとが所定の関係を満たすとき、復号されたサブソフトウエア部を復号された実行権データに従って実行する第５のステップとを備えている。
【００３５】
上記のように、第１６の発明では、ソフトウエアは、各ソフトウエアに共通な第１のキーで暗号化されるため、すなわち各利用者に依存しない形で暗号化されるため、ＣＤ−ＲＯＭ等を利用した大量販売に適する。
また、第１６の発明では、復号されたメインソフトウエア部に付加されている第１のデータと、復号された実行権データに付加された第１の認証データとが所定の関係を満たすかどうかを判定することで、暗号化されたメインソフトウエア部に対する改変を、安価な構成で検出できる。また、復号された各サブソフトウエア部に付加されている第２のデータと、復号された実行権データに付加されている第２の認証データとが所定の関係を満たすかどうかを判定することで、暗号化されたサブソフトウエア部に対する改変を、各サブソフトウエア部毎に検出できる。さらに、第２のデータと第２の認証データとが所定の関係を満たす場合のみ、復号されたサブソフトウエア部を復号された実行権データに従って実行するようにしているため、改変されたサブソフトウエア部の利用を禁止することができる。
【００３６】
【発明の実施の形態】
以下の実施例の説明では、暗号化されたソフトウエアの利用を制御するための実行権データをチケットと称し、このチケットを暗号化するためのキーをチケットキーと称している。また、ソフトウエアの暗号化に利用するキーをソフトキーと称している。
【００３７】
（１）第１の実施例
図１は、本発明の第１の実施例に係るソフトウエア利用制御方法を実現するためのシステム構成を示すブロック図である。図１において、ソフト提供者側の処理装置Ｘ１は、キー作成部１と、認証データ作成部２と、チケット暗号化部３と、ソフト暗号化部４とを備えている。一方、ソフト利用者側の実行装置Ｙ１は、暗号化ソフト利用制御部５を備えている。この暗号化ソフト利用制御部５は、ソフト提供者から提供される復号認証ソフトを実行することによって実現される、チケット復号部６と、ソフト復号部７と、データ認証部８と、ソフト実行部９とを含む。
【００３８】
ソフト提供者からソフト利用者への情報（ソフトウエア，チケット，チケットキー等）の提供は、第１および第２記憶媒体８１および８２を用いて行われる。第１記憶媒体８１は、読出可能領域８３と、書き換え禁止領域８６とを含む。第２記憶媒体８２は、読出可能領域８５と、不正読出不可領域８４とを含む。
【００３９】
上記第１記憶媒体８１としては、例えばＣＤ−ＲＯＭなどが利用できる。また、上記第２記憶媒体８２としては、例えばＩＣカード（スマートカード）などが利用できる。
【００４０】
なお、ソフト提供者側の処理装置Ｘ１としては、上記各記憶媒体８１および８２への書き込みが可能な機器が接続されたパーソナルコンピュータやワークステーションなどを利用することができる。また、ソフト利用者側の実行装置Ｙ１としては、上記各記憶媒体８１および８２からの読み出しが可能な機器が接続されたパーソナルコンピュータ，ワークステーション，家庭用ゲーム機器または個人用情報端末などを利用することができる。
【００４１】
次に、図１に示す実施例の動作手順を説明する。ソフト提供者は、後述するステップＳ１０１〜Ｓ１０６の手順で、暗号化ソフトなどが記録された第１記憶媒体８１と、この暗号化ソフトを利用するためのチケット（実行権データ）などが記録された第２記憶媒体８２とを作成し、利用者に提供する。
【００４２】
一方、ソフト利用者は、第１および第２記憶媒体８１および８２を購入し、後述するステップＳ２０１〜Ｓ２０６の手順で暗号化ソフトを実行する。
【００４３】
図２は、ソフト提供者側で行われる処理の手順を示すフローチャートである。また、図４は、認証用データ（Ｄ１）が付加されたソフトウエアおよび認証用データ（Ｄ１’）が付加されたチケットのデータ構造を示している。以下、これら図２および図４を参照して、ソフト提供者側で行われる処理について説明する。
【００４４】
まず、ソフト提供者側では、利用されるべきソフトウエアと、このソフトウエアの利用を制御するためのデータであるチケット（実行権データ）とが作成される（ステップＳ１０１）。ここで、チケットには、ソフトウエアの識別番号，ソフトウエアの実行条件データなどが含まれている。この実行条件データには、実行許可を示すデータの他に、実行可能回数や実行可能期間を含めるようにしてもよい。実行条件データに実行可能回数や実行可能期間を含めた場合、ソフト実行部９には、現在のソフト実行状況データ（現在時刻や現在のソフトウエアの実行回数など）を記憶する機能と、当該実行状況データおよび実行権データを検査する機能とが追加される。
【００４５】
次に、キー作成部１は、各ソフトウエアに共通で秘密のソフトキーと、各利用者に固有で秘密のチケットキーとを作成し、第２記憶媒体８２の不正読出不可領域８４に記録する（ステップＳ１０２）。ここで、ソフトキーおよびチケットキーは、利用する暗号方式や要求する安全性によって定まるサイズ（桁数）の数値であり、具体的には例えば６４ビット程度の数値とする。
【００４６】
次に、認証データ作成部２は、各ソフトウエアに固有な認証用データ（Ｄ１）および（Ｄ１’）を作成する（ステップＳ１０３）。ここで、認証用データ（Ｄ１）および（Ｄ１’）は、具体的には例えば６４ビット程度の数値とする。また、認証用データ（Ｄ１）および（Ｄ１’）は、ある関係式Ｆに関して、
（Ｄ１’）＝Ｆ（Ｄ１）
の条件を満たすものとする。なお、関係式Ｆの最も簡単な例として、Ｆを等式とする、すなわち
（Ｄ１’）＝（Ｄ１）
とすることもできる。
【００４７】
次に、ソフト暗号化部４は、ソフトウエアに認証用データ（Ｄ１）を付加した結果を、ソフトキーを用いて暗号化し、第１記憶媒体８１の読出可能領域８３に記録する（ステップＳ１０４）。次に、チケット暗号化部３は、チケットに認証用データ（Ｄ１’）を付加した結果を、チケットキーを用いて暗号化し、第２記憶媒体８２の読出可能領域８５に記録する（ステップＳ１０５）。
【００４８】
次に、復号認証ソフトが作成され、第１記憶媒体８１の書き換え禁止領域８６に記録される（ステップＳ１０６）。この復号認証ソフトには、暗号化ソフト利用制御部５がそれを実行することによって、暗号化ソフトを復号するソフト復号部７と、暗号化チケットを復号するチケット復号部６と、復号されたソフトウエアと復号されたチケットにそれぞれ付加された認証用データ（Ｄ１）および（Ｄ１’）が所定の関係（Ｄ１’＝Ｆ（Ｄ１））を満たすかどうかを検査するデータ認証部８と、検査が満たされた時に復号されたソフトウエアを実行するソフト実行部９との機能を果たすためのプログラムが組み込まれている。
【００４９】
図３は、ソフト利用者側で行われる処理の手順を示すフローチャートである。以下、この図３を参照して、ソフト利用者側で行われる処理について説明する。
【００５０】
ソフト利用者は、暗号化ソフトなどが記録された第１記憶媒体８１と、暗号化チケットなどが記録された第２記憶媒体２とをソフト提供者から購入し、これら記憶媒体に記録されたデータを暗号化ソフト利用制御部５に入力する（ステップＳ２０１）。
【００５１】
次に、暗号化ソフト利用制御部５は、購入した第１記憶媒体８１に記録されている復号認証ソフトを実行する（ステップＳ２０２）。これによって、チケット復号部６，ソフト復号部７，データ認証部８およびソフト実行部９が起動する。
【００５２】
次に、ソフト復号部７は、ソフトキーを用いて暗号化ソフトを復号する（ステップＳ２０３）。次に、チケット復号部６は、チケットキーを用いて暗号化チケットを復号する（ステップＳ２０４）。
【００５３】
次に、データ認証部８は、復号されたソフトウエアに付加された認証用データ（Ｄ１）と、復号されたチケットに付加された認証用データ（Ｄ１’）とが、所定の関係、すなわち
（Ｄ１’）＝Ｆ（Ｄ１）
という関係を満たすかどうかを検査する（ステップＳ２０５）。認証用データの検査の結果、上記関係が満たされる場合、ソフト実行部９は、復号されたソフトウエアを実行する（ステップＳ２０６）。
【００５４】
以上説明した第１の実施例によれば、流通しているソフトウエアのチケットを有する利用者に対してのみ、そのソフトウエアの利用を可能とし、同時にソフトウエアやチケットに予め定められたデータを付加した後に暗号化することにより、復号時に付加されたデータが現れるか否かで、暗号化されたソフトウエアやチケットの改変を検出することができる。
【００５５】
なお、暗号化すべきデータに冗長性を付加した後に暗号化し、復号時にその冗長性が現れるかどうかを検査する方法は、冗長暗号化法と呼ばれている（共立出版、岡本栄司著「暗号理論入門」Ｐ１３１参照）。そして、この冗長暗号化方法を実現するためには、誤り伝搬特性を有する暗号方式が必要である。ここで、誤り伝搬特性とは、暗号化されたデータの任意の１ビットの変更が、復号されたデータの各ビットに影響を及ぼす特性をいう。このような誤り伝搬特性を有する暗号方式としては、例えば上述の共立出版、岡本栄司著「暗号理論入門」のＰ１３２の例７．２の方法や、自然社、細貝ら訳の「暗号」に記載の平文および暗号文フィードバックを用いたブロック連鎖方法（Ｐ７１）などが利用できる。
【００５６】
上記のような構成により、改変検出のために冗長性を付加するだけで良く、ディジタル署名部を新たに付加する場合に比べて、必要とする計算量は少なくてすむ。
【００５７】
上記のように、第１の実施例では、ソフトウエアおよびそれに対応するチケットに互いに関連付けられたデータを含めてそれぞれ暗号化し、それぞれの復号結果に関連付けられたデータが正しく現れるかどうかを検査することで、暗号化ソフトおよび暗号化チケットの改変の有無を一括して検出する構成をとる。この構成により、利用者にあらかじめ認証のためのデータを知らせておく必要がなく、また暗号化されたソフトウエアおよびチケットの改変の有無を一括して検査できるという新たな効果が生まれる。
【００５８】
また、上記第１の実施例では、ソフト提供者がステップＳ１０１〜Ｓ１０６を実行するとして説明したが、ソフト提供者の処理を、ソフト作成者、サービス提供者、ソフト販売者の処理に分けて実行することも可能である。一例として、以下のような構成が可能である。
【００５９】
まず、ソフト作成者は、上記ステップＳ１０１に従って、ソフトウエアと、このソフトウエア用の実行権データとを作成する。このとき、実行権データに、ソフトウエアの暗号化を制御する制御情報（例えば、ソフトウエアのどの部分を暗号化するかなど）を含めておく。一方、サービス提供者は、上記ステップＳ１０２〜Ｓ１０４を実行し、ソフトキーおよびチケットキーを作成し、記憶媒体２への記録する。また、認証用データを作成し、それをソフトウエアに付加した結果を暗号化し、この暗号化ソフトを記憶媒体１へ記録する。そして、この記憶媒体１および記憶媒体２および認証用データ（Ｄ１’）を、ソフト販売者に渡す。次に、ソフト販売者は、上記ステップＳ１０５に従って、チケットを暗号化し、暗号化チケットを記憶媒体２に記録し、上記記憶媒体１および記憶媒体２をソフト利用者に販売する。
【００６０】
なお、上述のサービス提供者の処理するステップＳ１０２〜Ｓ１０４（または、この一部）をソフト作成者が処理する構成も可能である。
【００６１】
また、上記第１の実施例では、暗号化されたソフトウエア、暗号化されたチケットを、読出可能領域を有する記憶媒体に記憶して配布する場合について説明したが、別途パソコン通信などの各種通信媒体を利用して配布するようにしてもよい。
【００６２】
（第２の実施例）
ところで、上記第１の実施例に係るソフトウエア保護方法では、多数の機能を有するソフトウエアや、多数のデータを利用するソフトウエアにおいて、各機能や各データ毎にそれらの改変を検出し、それらの利用を制御することはできない。このような問題は、以下のようにすれば解決できる。
【００６３】
以下では、ソフトウエアが、図５に示すように、１つのメインソフトウエア部（ｍａｉｎ）と、そのメインソフトウエア部から利用される複数のサブソフトウエア部（ｓｕｂ１，ｓｕｂ２，…，ｓｕｂｎ）とで構成される場合を考える。例えば、基本機能と複数の拡張機能とから構成されるソフトウエアにおいては、基本機能はメインソフトウエア部に、各拡張機能はそれぞれサブソソフトウエア部に対応する。また、複数のデータ（動画、音声など）を再生するソフトウエアでは、再生機能がメインソフトウエア部に、各データがそれぞれ各サブソフトウエア部に対応する。
【００６４】
図３は、本発明の第２の実施例に係るソフトウエア利用制御方法を実現するためのシステム構成を示すブロック図である。図３において、ソフト提供者側の処理装置Ｘ２は、キー作成部１０１と、認証データ作成部１０２と、チケット暗号化部１０３と、メインソフト暗号化部１１０と、サブソフト暗号化部１１１とを備えている。一方、ソフト利用者側の実行装置Ｙ２は、暗号化ソフト利用制御部５０を備えている。この暗号化ソフト利用制御部５０は、ソフト提供者から提供される復号認証ソフトを実行することによって実現される、チケット復号部１０６と、メインソフト復号部１１２と、サブソフト復号部１１３と、データ認証部１０８ａおよび１０８ｂと、ソフト実行部１０９ａおよび１０９ｂとを含む。
【００６５】
ソフト提供者からソフト利用者への情報（ソフトウエア，チケット，チケットキー等）の提供は、第１および第２記憶媒体８１および８２を用いて行われる。第１記憶媒体８１は、読出可能領域８３と、書き換え禁止領域８６とを含む。第２記憶媒体８２は、読出可能領域８５と、不正読出不可領域８４とを含む。
【００６６】
上記第１記憶媒体８１としては、例えばＣＤ−ＲＯＭなどが利用できる。また、上記第２記憶媒体８２としては、例えばＩＣカード（スマートカード）などが利用できる。
【００６７】
なお、ソフト提供者側の処理装置Ｘ２としては、上記各記憶媒体８１および８２への書き込みが可能な機器が接続されたパーソナルコンピュータやワークステーションなどを利用することができる。また、ソフト利用者側の実行装置Ｙ２としては、上記各記憶媒体８１および８２からの読み出しが可能な機器が接続されたパーソナルコンピュータ，ワークステーション，家庭用ゲーム機器または個人用情報端末などを利用することができる。
【００６８】
次に、図６に示す実施例の動作手順を説明する。ソフト提供者は、後述するステップＳ３０１〜Ｓ３０６の手順で、暗号化ソフトなどが記録された第１記憶媒体８１と、この暗号化ソフトを利用するためのチケット（実行権データ）などが記録された第２記憶媒体８２とを作成し、利用者に提供する。
【００６９】
一方、ソフト利用者は、第１および第２記憶媒体８１および８２を購入し、後述するステップＳ４０１〜Ｓ４０９の手順で暗号化ソフトを実行する。
【００７０】
図７は、ソフト提供者側で行われる処理の手順を示すフローチャートである。また、図９は、認証用データ（Ｄ１）（Ｄ２ｉ’）（ｉ＝１，２，．．．，ｎ）が付加されたメインソフトウエア、（Ｄ２ｉ）が付加されたサブソフトウエアおよび認証用データ（Ｄ１’）が付加されたチケットのデータ構造を示している。以下、これら図７および図９を参照して、ソフト提供者側で行われる処理について説明する。
【００７１】
なお、ここでは図７に示すように、メインソフトウエア部（ｍａｉｎ）と、ｎ個のサブソフトウエア部（ｓｕｂｉ）（ｉ＝１，２，．．．，ｎ）とからなるソフトウエアの場合について説明する。
【００７２】
まず、ソフト提供者側では、利用されるべきソフトウエアと、このソフトウエアの利用を制御するためのデータであるチケット（実行権データ）とが作成される（ステップＳ３０１）。ここで、チケットには、ソフトウエアの識別番号，ソフトウエアの実行条件データなどが含まれている。この実行条件データには、実行許可を示すデータの他に、実行可能回数や実行可能期間を含めるようにしてもよい。実行条件データに実行可能回数や実行可能期間を含めた場合、ソフト実行部１０９ａおよび１０９ｂには、現在のソフト実行状況データ（現在時刻や現在のソフトウエアの実行回数など）を記憶する機能と、当該実行状況データおよび実行権データを検査する機能とが追加される。
【００７３】
次に、キー作成部１０１は、各ソフトウエアに共通で秘密のソフトキーと、各利用者に固有で秘密のチケットキーとを作成し、第２記憶媒体８２の不正読出不可領域８４に記録する（ステップＳ３０２）。ここで、ソフトキーおよびチケットキーは、利用する暗号方式や要求する安全性によって定まるサイズ（桁数）の数値であり、具体的には例えば６４ビット程度の数値とする。
【００７４】
次に、認証データ作成部１０２は、各ソフトウエアに固有な認証用データ（Ｄ１）および（Ｄ１’）、また各サブソフトウエア部に固有なｎ個の認証用データ（Ｄ２ｉ）および（Ｄ２ｉ’）（ｉ＝１，２，…，ｎ）を作成する（ステップＳ３０３）。ここで、認証用データ（Ｄ１）（Ｄ１’）（Ｄ２ｉ）（Ｄ２ｉ’）は、具体的には例えば６４ビット程度の数値とする。また、認証用データ（Ｄ１）および（Ｄ１’）と、（Ｄ２ｉ）および（Ｄ２ｉ’）とは、ある関係式Ｆに関して、
（Ｄ１’）＝Ｆ（Ｄ１）
（Ｄ２ｉ’）＝Ｆ（Ｄ２ｉ）（ｉ＝１，２，…，ｎ）
の条件を満たすものとする。なお、関係式Ｆの最も簡単な例として、Ｆを等式とする、すなわち
（Ｄ１’）＝（Ｄ１）
（Ｄ２ｉ’）＝（Ｄ２ｉ）
とすることもできる。
【００７５】
次に、メインソフト暗号化部１１０は、メインソフトウエア部（ｍａｉｎ）に認証用データ（Ｄ１）および認証用データ（Ｄ２１’，Ｄ２２’，…，Ｄ２ｎ’）を付加した結果ソフトキーを用いて暗号化し、またサブソフト暗号化部１１１は、各サブソフト部（ｓｕｂｉ）にそれぞれ認証用データ（Ｄ２ｉ）を付加した結果をソフトキーを用いて暗号化し、この暗号化されたメインソフトウエア部および各暗号化されたサブソフトウエア部をまとめて暗号化ソフトとして、第１記憶媒体８１の読出可能領域８３に記録する（ステップＳ３０４）。次に、チケット暗号化部１０３は、チケットに認証用データ（Ｄ１’）を付加した結果を、チケットキーを用いて暗号化し、第２記憶媒体８２の読出可能領域８５に記録する（ステップＳ３０５）。
【００７６】
次に、復号認証ソフトが作成され、第１記憶媒体８１の書き換え禁止領域８６に記録される（ステップＳ３０６）。この復号認証ソフトには、暗号化ソフト利用制御部５がそれを実行することによって所定の機能、すなわち暗号化メインソフトを復号するメインソフト復号部１１２と、暗号化サブソフトを復号するサブソフト復号部１１３と、暗号化チケットを復号するチケット復号部１０６と、復号されたメインソフトウエアと復号されたチケットにそれぞれ付加された認証用データ（Ｄ１）および（Ｄ１’）が所定の関係（Ｄ１’＝Ｆ（Ｄ１））を満たすかどうかを検査するデータ認証部１０８ａと、復号されたメインソフトウエアと復号されたサブソフトウエアにそれぞれ付加された認証用データ（Ｄ２ｉ）および（Ｄ２ｉ’）が所定の関係（Ｄ２ｉ’＝Ｆ（Ｄ２ｉ））を満たすかどうかを検査するデータ認証部１０８ｂと、それぞれの検査が満たされた時に復号されたソフトウエアを実行するソフト実行部１０９ａおよび１０９ｂとの機能を果たすためのプログラムが組み込まれている。
【００７７】
図８は、ソフト利用者側で行われる処理の手順を示すフローチャートである。以下、この図８を参照して、ソフト利用者側で行われる処理について説明する。
【００７８】
ソフト利用者は、暗号化ソフトなどが記録された第１記憶媒体８１と、暗号化チケットなどが記録された第２記憶媒体２とをソフト提供者から購入し、これら記憶媒体に記録されたデータを暗号化ソフト利用制御部５０に入力する（ステップＳ４０１）。
【００７９】
次に、暗号化ソフト利用制御部５０は、購入した第１記憶媒体８１に記録されている復号認証ソフトを実行する（ステップＳ４０２）。これによって、チケット復号部１０６，メインソフト復号部１１２，サブソフト復号部１１３，データ認証部１０８ａおよび１０８ｂ，ソフト実行部１０９ａおよび１０９ｂが起動する。
【００８０】
次に、メインソフト復号部１１２において暗号化メインソフトがソフトキーを用いて復号され（ステップＳ４０３）、チケット復号部１０６において暗号化チケットがチケットキーを用いて復号される（ステップＳ４０４）。次に、データ認証部１０８ａは、復号されたメインソフトウエア部に付加された認証用データ（Ｄ１）と、復号されたチケットに付加された認証用データ（Ｄ１’）が、
（Ｄ１’）＝Ｆ（Ｄ１）
という関係を満たすかどうかを検査する（ステップＳ４０５）。この検査が満たされた時、ソフト実行部１０９ａは、復号されたメインソフト部を実行する（ステップＳ４０６）。
【００８１】
次に、メインソフトウエア部（ｍａｉｎ）から、各サブソフト部の実行が要求されると、サブソフト復号部１１３は、各暗号化されたサブソフト部をソフトキーを用いて復号する（ステップＳ４０７）。次に、データ認証部１０９ｂは、復号されたサブソフトウエア部（ｓｕｂｉ）に付加された認証用データ（Ｄ２）と、復号されたメインソフトウエア部に付加された認証用データ（Ｄ２’）とが、
（Ｄ２’）＝Ｆ（Ｄ２）
という関係を満たすかどうかを検査する（ステップＳ４０８）。この検査が満たされた時、ソフト実行部１０９ｂは、復号された各サブソフト部（ｓｕｂｉ）を実行する（ステップＳ４０９）。
【００８２】
以上説明した第２の実施例によれば、暗号化された各サブソフトの改変の検出および実行の制御が行える。すなわち、第２の実施例は、第１の実施例と同様に、ソフトウエアに冗長性を付加するだけで改変の検出が行え、ディジタル署名機構を新たに付加する従来例に比べて、必要とする計算量が少なくてすむ。
【００８３】
また、上記第２の実施例では、ソフト提供者がステップＳ３０１〜Ｓ３０６を実行するとして説明したが、第１の実施例の場合と同様に、ソフト提供者の処理を、ソフト作成者、サービス提供者、ソフト販売者の処理に分けて実行することも可能である。
【００８４】
また、上記第２の実施例では、暗号化されたソフトウエア、暗号化されたチケット、復号認証ソフトを、読出可能記憶領域を有する記憶媒体に記憶して配布する場合について説明したが、別途パソコン通信などの各種通信媒体を利用して配布するようにしてもよい。
【００８５】
また、上記第２の実施例によれば、複数のソフトウエアから共通に利用されるサブソフトウエア部の共用化が可能である。このことを図９に示す具体例を参照して説明する。図９に示すように、ソフトウエアＡ、Ｂ、Ｃは、それぞれメインソフト部（ｍａｉｎＡ，ｍａｉｎＢ，ｍａｉｎＣ）と、複数のサブソフトウエア部とで構成される。なお、ソフトウエアＡは、サブソフトウエア（ｓｕｂ１，ｓｕｂ２，ｓｕｂ３）を含み、ソフトウエアＢは、サブソフトウエア（ｓｕｂ２，ｓｕｂ３，ｓｕｂ４）を含み、ソフトウエアＣは、サブソフトウエア（ｓｕｂ１，ｓｕｂ４）を含む。このように、各サブソフトウエア部（ｓｕｂ１，ｓｕｂ２，ｓｕｂ３，ｓｕｂ４）は、それぞれ複数のソフトウエアから利用される。このような場合に、第２の実施例では、ソフトウエアのメインソフトウエア部とサブソフトウエア部を個別に暗号化する構成のため、各ソフトウエア毎にそれぞれ利用するサブソフトウエア部を重複して保持させる必要がない。従って、図１１に示すように、共通のサブソフトウエア部を共有化することが可能となり、これによりこれらのソフトウエアを同一の記憶媒体に記録する場合、記録容量が削減できる。
【００８６】
（第３の実施例）
以上説明した第１および第２の実施例では、各ソフトウエアに固有の認証用データを付加する一方、各ソフトウエアに共通なソフトキーと各利用者に固有なチケットキーを用いてソフトウエアおよびチケットを暗号化する構成により、各ソフトウエアに対する、また各利用者毎に有効なチケットの配布を可能としたが、各ソフトウエアに共通なソフトキーと、各利用者に共通なチケットキーを用いてソフトウエアおよびチケットをそれぞれ暗号化する構成においても、以下に述べる構成により各ソフトウエアに対する、また各利用者毎に有効なチケットの配布を可能とすることができる。
【００８７】
図１２は、本発明の第２の実施例に係るソフトウエア利用制御方法を実現するためのシステム構成を示すブロック図である。図１２において、ソフト提供者側の処理装置Ｘ３は、キー作成部２０１と、認証データ作成部２０２２と、チケット暗号化部２０３と、ソフト暗号化部２０４とを備えている。一方、ソフト利用者側の実行装置Ｙ３は、暗号化ソフト利用制御部５００を備えている。この暗号化ソフト利用制御部５００は、ソフト提供者から提供される復号認証ソフトを実行することによって実現される、チケット復号部２０６と、ソフト復号部２０７と、データ認証部２０８ａおよび２０８ｂと、ソフト実行部２０９とを含む。
【００８８】
ソフト提供者からソフト利用者への情報（ソフトウエア，チケット，チケットキー等）の提供は、第１および第２記憶媒体８１および８２を用いて行われる。第１記憶媒体８１は、読出可能領域８３と、書き換え禁止領域８６とを含む。第２記憶媒体８２は、読出可能領域８５と、不正読出不可領域８４とを含む。
【００８９】
上記第１記憶媒体８１としては、例えばＣＤ−ＲＯＭなどが利用できる。また、上記第２記憶媒体８２としては、例えばＩＣカード（スマートカード）などが利用できる。
【００９０】
なお、ソフト提供者側の処理装置Ｘ３としては、上記各記憶媒体８１および８２への書き込みが可能な機器が接続されたパーソナルコンピュータやワークステーションなどを利用することができる。また、ソフト利用者側の実行装置Ｙ３としては、上記各記憶媒体８１および８２からの読み出しが可能な機器が接続されたパーソナルコンピュータ，ワークステーション，家庭用ゲーム機器または個人用情報端末などを利用することができる。
【００９１】
次に、図１２に示す第３の実施例の動作手順を説明する。ソフト提供者は、後述するステップＳ５０１〜Ｓ５０６の手順で、暗号化ソフトなどが記録された第１記憶媒体８１と、この暗号化ソフトを利用するためのチケット（実行権データ）などが記録された第２記憶媒体８２とを作成し、利用者に提供する。
【００９２】
一方、ソフト利用者は、第１および第２記憶媒体８１および８２を購入し、後述するステップＳ６０１〜Ｓ６０７の手順で暗号化ソフトを実行する。
【００９３】
図１３は、ソフト提供者側で行われる処理の手順を示すフローチャートである。また、図１５は、認証用データ（Ｄ１）が付加されたソフトウエアおよび認証用データ（Ｄ１’），（Ｄ３’）が付加されたチケットのデータ構造を示している。以下、これら図１３および図１５を参照して、ソフト提供者側で行われる処理について説明する。
【００９４】
まず、ソフト提供者側では、利用されるべきソフトウエアと、このソフトウエアの利用を制御するためのデータであるチケット（実行権データ）とが作成される（ステップＳ５０１）。ここで、チケットには、ソフトウエアの識別番号，ソフトウエアの実行条件データなどが含まれている。この実行条件データには、実行許可を示すデータの他に、実行可能回数や実行可能期間を含めるようにしてもよい。実行条件データに実行可能回数や実行可能期間を含めた場合、ソフト実行部２０９には、現在のソフト実行状況データ（現在時刻や現在のソフトウエアの実行回数など）を記憶する機能と、当該実行状況データおよび実行権データを検査する機能とが追加される。
【００９５】
次に、キー作成部２０１は、各ソフトウエアに共通で秘密のソフトキーと、各利用者に共通なチケットキーとを作成し、第２記憶媒体８２の不正読出不可領域８４に記録する（ステップＳ５０２）。ここで、ソフトキーおよびチケットキーは、利用する暗号方式や要求する安全性によって定まるサイズ（桁数）の数値であり、具体的には例えば６４ビット程度の数値とする。
【００９６】
次に、認証データ作成部２０２は、各ソフトウエアに固有な認証用データ（Ｄ１）および（Ｄ１’）と、各利用者に固有なデータ（Ｄ３）および（Ｄ３’）とを作成する（ステップＳ５０３）。ここで、各データ（Ｄ１）（Ｄ１’）（Ｄ３）（Ｄ３’）は、具体的には例えば６４ビット程度の数値とする。また、認証用データ（Ｄ１）および（Ｄ１’）と、（Ｄ３）および（Ｄ３’）とは、ある関係式Ｆに関して、
（Ｄ１’）＝Ｆ（Ｄ１）
（Ｄ３’）＝Ｆ（Ｄ３）
の条件を満たすものとする。なお、関係式Ｆの最も簡単な例として、Ｆを等式とする、すなわち
（Ｄ１’）＝（Ｄ１）
（Ｄ３’）＝（Ｄ３）
とすることもできる。なお、認証用データ（Ｄ３）は、第２記憶媒体８２の不正読出不可領域８４に記録される。
【００９７】
次に、ソフト暗号化部２０４は、ソフトウエアに認証用データ（Ｄ１）を付加した結果を、ソフトキーを用いて暗号化し、第１記憶媒体８１の読出可能領域８３に記録する（ステップＳ５０４）。次に、チケット暗号化部２０３は、チケットに認証用データ（Ｄ１’）および（Ｄ３’）を付加した結果を、チケットキーを用いて暗号化し、第２記憶媒体８２の読出可能領域８５に記録する（ステップＳ５０５）。
【００９８】
次に、復号認証ソフトが作成され、第１記憶媒体８１の書き換え禁止領域８６に記録される（ステップＳ５０６）。この復号認証ソフトには、暗号化ソフト利用制御部２０５がそれを実行することによって、暗号化ソフトを復号するソフト復号部２０７と、暗号化チケットを復号するチケット復号部２０６と、復号されたチケットに付加された認証用データ（Ｄ３’）と第２記憶媒体８２に記録された認証用データ（Ｄ３）とが所定の関係（Ｄ３’）＝Ｆ（Ｄ３）を満たかどうかを検査するデータ認証機構２０８ａと、復号されたソフトウエアに付加された認証用データ（Ｄ１）と復号されたチケットに付加された認証用データ（Ｄ１’）とが所定の関係（Ｄ１’）＝Ｆ（Ｄ１）を満たすかどうかを検査するデータ認証機構２０８ｂと、両データ認証機構２０８ａ２０８ｂの検査が満たされた時に復号されたソフトウエアを実行するソフト実行部２０９との機能を果たすためのプログラムが組み込まれている。
【００９９】
図１４は、ソフト利用者側で行われる処理の手順を示すフローチャートである。以下、この図１４を参照して、ソフト利用者側で行われる処理について説明する。
【０１００】
ソフト利用者は、暗号化ソフトなどが記録された第１記憶媒体８１と、暗号化チケットなどが記録された第２記憶媒体２とをソフト提供者から購入し、これら記憶媒体に記録されたデータを暗号化ソフト利用制御部５００に入力する（ステップＳ６０１）。
【０１０１】
次に、暗号化ソフト利用制御部５００は、購入した第１記憶媒体８１に記録されている復号認証ソフトを実行する（ステップＳ６０２）。これによって、チケット復号部２０６，ソフト復号部２０７，データ認証部２０８ａおよび２０８ｂ，ソフト実行部２０９が起動する。
【０１０２】
次に、チケット復号部２０６は、チケットキーを用いて暗号化チケットを復号する（ステップＳ６０３）。そして、データ認証部２０８ｂは、復号されたチケットに付加された認証用データ（Ｄ３’）と、第２記憶媒体８２に記録された認証用データ（Ｄ３）とが、所定の関係、すなわち
（Ｄ３’）＝Ｆ（Ｄ３）
を満たすかどうかを検査する（ステップＳ６０４）。認証用データの検査の結果、上記関係が満たされる場合、ソフト復号部７は、ソフトキーを用いて暗号化ソフトを復号する（ステップＳ６０５）。
【０１０３】
次に、データ認証部２０８ａは、復号されたソフトウエアに付加された認証用データ（Ｄ１）と、復号されたチケットに付加された認証用データ（Ｄ１’）とが、所定の関係、すなわち
（Ｄ１’）＝Ｆ（Ｄ１）
を満たすかどうかを検査する（ステップＳ６０６）。認証用データの検査の結果、上記関係が満たされる場合、ソフト実行部２０９は、復号されたソフトウエアを実行する（ステップＳ６０７）。
【０１０４】
以上説明した第３の実施例によれば、流通されるソフトウエアの実行権（チケット）を有する利用者だけに、そのソフトウエアの利用を可能とし、同時にソフトウエアに対する改ざんの検出が可能となる。すなわち、この構成により、第１の実施例と同様に、ソフトウエアに冗長性を付加するだけで改変の検出が行え、ディジタル署名機構を新たに付加する従来例に比べて、必要とする計算量が少なくてすむ。
【０１０５】
また、上記第３の実施例では、ソフト提供者がステップＳ５０１〜Ｓ５０６を実行するとして説明したが、第１の実施例の場合と同様に、ソフト提供者の処理を、ソフト作成者、サービス提供者、ソフト販売者の処理に分けて実行することも可能である。
【０１０６】
また、上記第３の実施例では、暗号化されたソフトウエア、暗号化されたチケット、復号認証ソフトを、読出可能記憶領域を有する記憶媒体に記憶して配布する場合について説明したが、別途パソコン通信などの各種通信媒体を利用して配布するようにしてもよい。
【０１０７】
なお、各ソフトウエアに固有なソフトキーと、各利用者に共通なチケットキーとを用いて、ソフトウエアおよびチケットをそれぞれ暗号化し、認証用データ（Ｄ１）を各ソフトに固有または共通とし、認証用データ（Ｄ３）を各利用者に固有とするようにしても、上記第３の実施例とほぼ同様の効果を得ることができる。ただし、この構成では、ソフトキーが各ソフトウエアに固有であるため、例えばＮ個のソフトウエアを利用する場合、Ｎ個のソフトキーを第２記憶媒体８２の不正読出不可領域８４に記録して秘密に管理する必要がある。
【０１０８】
しかしながら、上記の構成では、多数のソフトウエアを利用する場合に、秘密にキーを管理する負担が大きいことが問題となる。このような問題は、次の構成により解決することができる。すなわち、例えば第３の実施例において、第２記憶媒体８２の不正読出不可領域８４にチケットキーのみを記録し、ソフトキーはチケットキーを用いて暗号化し、この暗号化されたソフトキーを第２記憶媒体８２の読出可能領域８５に記録して配布し、ソフト利用時に、暗号化されたソフトキーをチケットキーを用いて復号し、復号されたソフトキーで暗号化されたソフトウエアを復号する。このような構成により、ソフトキーを秘密に管理する必要がなくなる。
【０１０９】
また、第２の実施例では、各サブソフト（ｓｕｂｉ）に付加する認証用データ（Ｄ２ｉ）と所定の関係を満たす認証用データ（Ｄ２ｉ’）を、メインソフトウエア（ｍａｉｎ）に付加したが、この認証用データ（Ｄ２ｉ’）をチケット（実行権データ）に付加するようにしてもよい。
【０１１０】
また、第１〜第３の実施例では、チケットキーおよびソフトキーを、第２記憶媒体８２の不正読出不可領域８４に記録する構成をとったが、チケットキーおよびソフトキーを利用者が記憶するパスワードによって定まるキーで暗号化し、暗号化されたチケットキーおよびソフトキーを、第２記憶媒体８２の読出可能領域８５に記録して配布するようにしてもよい。ここで、パスワードとしては、例えば４桁程度数字や８文字程度の英数字が利用できる。このような構成により、チケットキーやソフトキーを秘密に管理する必要がなくなる。
【０１１１】
また、第１〜第３の実施例では、第１記憶媒体８１に暗号化されたソフトウエアと復号認証ソフトを、第２記憶媒体８２に暗号化されたチケットとソフトキーおよびチケットキーをぞれぞれ記録するようにしたが、この構成は普遍的なものではなく、ソフトキーおよびチケットキーを不正読出不可領域に記録し、暗号化されたソフトウエア、暗号化されたチケット、および復号認証機構を読出可能領域に記録するという条件を満たせば、それらをどのような組み合わせで記憶媒体に記録するようにしても構わない。例えば、読出可能領域８５を有する第１記憶媒体８１と、不正読出不可領域を有する第２記憶媒体８２とを準備し、第１記憶媒体８１に、暗号化されたソフトウエアと復号認証機構と暗号化されたチケットとを記録し、第２記憶媒体８２にソフトキーとチケットキーとを記録して配布してもよい。
【０１１２】
また、第１〜第３の実施例では、各キーを不正読出不可領域を有する記憶媒体に記録して配布したが、不正読出不可領域を設けた暗号化ソフト実行装置を準備し、この暗号化ソフト実行装置の不正読出不可領域に各キーを記録して利用者に提供するようにしてもよい。
【０１１３】
また、第１〜第３の実施例では、復号認証ソフトを書き換え禁止領域を有する記憶媒体に記録して配布したが、書き換え禁止領域を設けた暗号化ソフト実行装置を準備し、この暗号化ソフト実行装置の書き換え禁止領域に復号認証ソフトを記録して利用者に提供するようにしてもよい。また、復号認証機構を専用のハードウエアとして組み込んだ暗号化ソフト実行装置を利用者に提供するようにしてもよい。
【図面の簡単な説明】
【図１】本発明の第１の実施例に係るソフトウエア利用制御方法を実現するソフトウエア実行システムの構成を示すブロック図である。
【図２】図１に示すソフトウエア実行システムのソフト提供者側の動作を示すフローチャートである。
【図３】図１に示すソフトウエア実行システムのソフト利用者側の動作を示すフローチャートである。
【図４】図１に示すソフトウエア実行システムにおいて、ソフト提供者からソフト利用者に提供されるソフトウエアおよびチケットのデータ構造の一例を示す図である。
【図５】複数のサブソフトウエア部を有するソフトウエアのデータ構造を示す図である。
【図６】本発明の第２の実施例に係るソフトウエア利用制御方法を実現するソフトウエア実行システムの構成を示すブロック図である。
【図７】図６に示すソフトウエア実行システムのソフト提供者側の動作を示すフローチャートである。
【図８】図６に示すソフトウエア実行システムのソフト利用者側の動作を示すフローチャートである。
【図９】図６に示すソフトウエア実行システムにおいて、ソフト提供者からソフト利用者に提供されるソフトウエアおよびチケットのデータ構造の一例を示す図である。
【図１０】図６に示すソフトウエア実行システムにおいて実行されるソフトウエアの構成の一例を示す図である。
【図１１】図６に示すソフトウエア実行システムにおいて、ソフト提供者からソフト利用者に提供されるソフトウエアおよびチケットのデータ構造の他の例を示す図である。
【図１２】本発明の第３の実施例に係るソフトウエア利用制御方法を実現するソフトウエア実行システムの構成を示すブロック図である。
【図１３】図１２に示すソフトウエア実行システムのソフト提供者側の動作を示すフローチャートである。
【図１４】図１２に示すソフトウエア実行システムのソフト利用者側の動作を示すフローチャートである。
【図１５】図１２に示すソフトウエア実行システムにおいて、ソフト提供者からソフト利用者に提供されるソフトウエアおよびチケットのデータ構造の一例を示す図である。
【符号の説明】
Ｘ１，Ｘ２，Ｘ３…ソフト提供者側の処理装置
Ｙ１，Ｙ２，Ｙ３…ソフト利用者側の実行装置
１，１０１，２０１…キー作成部
２，１０２，２０２…認証データ作成部
３，１０３，２０３…ソフト暗号化部
４，２０４…チケット暗号化部
５，５０，５００…復号認証ソフト
６，１０６，２０６…チケット復号部
７，２０７…ソフト復号部
８，１０８ａ，１０８ｂ，２０８ａ，２０８ｂ…データ認証部
９，２０９…ソフト実行部
１１２…メインソフト復号部
１１３…サブソフト復号部
１０９ａ…メインソフト実行部
１０９ｂ…サブソフト実行部
８１…第１記憶媒体
８２…第２記憶媒体
８３…読出可能領域
８４…不正読出不可領域
８５…読出可能領域[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a software usage control method, and more particularly to a method for restricting the use of distributed software so that only a specific user can use the software.
[0002]
[Prior art]
Recently, illegal copying of application software used in personal computers has become a major problem. This problem is due to the following properties of digitized data.
・ Replication is simple, quick and inexpensive.
・ The value of original data and duplicated data does not change.
-Difficult to distinguish between original data and modified data.
[0003]
In order to prevent illegally copying and using or selling commercially available software, a method of encrypting and distributing the software is effective. Many methods have been proposed for a method of preventing unauthorized use by unauthorized copying by encrypting software. A typical example is shown below.
[0004]
The first example is a method in which a unique key is assigned to each device (such as a personal computer, a workstation, or a home game machine) that executes software, and the software encrypted with the key is decrypted and executed. (For example, see Japanese Patent Application Laid-Open No. 51-003745). In this configuration, since the software is encrypted with a unique key for each execution device, even if the encrypted software is copied and executed on another execution device, it cannot be executed. However, it is necessary to encrypt the software for each user (execution device). Therefore, for example, it is not suitable for copying and selling a large amount of encrypted software on a CD-ROM (i.e., creating encrypted software as a master disk and using that master disk as a CD-ROM) It is not suitable for being sold on press.
[0005]
In the second example, as disclosed in Japanese Patent Application Laid-Open No. 61-145642, an encryption / decryption mechanism is incorporated in a device executing software, and a unique key is given to each device in the encryption / decryption mechanism, Software is encrypted with a unique file key for each software and written to a storage medium. On the other hand, by inputting the password created by encrypting this file key with a unique key for each device to the execution device, the encrypted file key is first decrypted by the decryption mechanism, and the decrypted file The encrypted software written on the storage medium using the key is decrypted. In the second example, unlike the first example, the software main body is encrypted and individualized with a unique key for each software. Therefore, a large amount of encrypted software can be copied and sold on a storage medium such as a CD-ROM. On the other hand, a password used for decrypting encrypted software is encrypted and individualized with a unique key for each device. Therefore, even if it is attempted to execute the software encrypted by another execution apparatus by copying a password that is individualized for each apparatus, the execution cannot be performed.
[0006]
However, in the second example above, if a password or encryption software is accidentally entered or read into the execution device or has been altered by a computer virus or the like, the It cannot be detected. As a result, in the worst case, the software may run away and adversely affect other computer resources.
[0007]
As a method for preventing such software modification, there is a method using a digital signature (see, for example, Japanese Patent Laid-Open No. 03-286334). Digital signatures are described in detail in Chapter 7 of Kyoritsu Shuppan, Eiji Okamoto “Introduction to Cryptology”. However, when such a digital signature is additionally used in the second example, it is necessary to separately provide a digital signature processing mechanism in addition to the software encryption / decryption mechanism, resulting in an increase in cost.
[0008]
[Problems to be solved by the invention]
As described above, in the first conventional example, the software is encrypted with a unique key for each execution device, so it is not suitable for selling a large amount of encrypted software on a storage medium. There is a problem. Further, the second conventional example has a problem that when an encrypted software or password is altered or erroneously input, it cannot be detected before the software is executed. In order to solve the problem of the second conventional example, when a digital signature is used, a digital signature mechanism for detecting a modification of the encryption software must be added separately, resulting in an increase in cost. This causes another problem.
[0009]
There is a desire to individually encrypt each part of the software and control its use individually. For example, in the case of software with basic functions for general users and several extended functions for specialized users, only basic functions can be decrypted by encrypting the basic functions and extended functions separately. The user can be given a choice that the extended function can also be decrypted. In addition, in software that executes data such as music and video, the execution can be individually controlled by encrypting each data. However, conventionally, it has been impossible to individually encrypt each part of the software and individually control the decryption.
[0010]
Therefore, an object of the present invention is to provide a software usage control method capable of encrypting software in a form independent of each user or execution device.
Another object of the present invention is to provide a software usage control method capable of realizing detection of alterations to encrypted software with an inexpensive configuration.
Still another object of the present invention is to provide a software usage control method capable of individually controlling the execution of data and functions held by each software.
[0011]
[Means for Solving the Problems and Effects of the Invention]
The first invention is a method for restricting the use of software to be distributed so that only users having execution right data can use it.
Creating a first secret key common to each software and a second secret key unique to each user and distributing the first and second keys to the user; ,
A second step of creating first data unique to each software and first authentication data satisfying a predetermined relationship with the first data;
A third step of adding the first data to the software, encrypting the first data using the first key, and distributing the encrypted software to the user;
A fourth step of adding the first authentication data to the execution right data, encrypting it using the second key, and distributing the encrypted execution right data to the user;
Decrypting the encrypted software using the first key, decrypting the encrypted execution right data using the second key, and adding the first data added to the decrypted software; And a fifth step of executing the decrypted software according to the decrypted execution right data when the first authentication data added to the decrypted execution right data satisfies a predetermined relationship. .
[0012]
As described above, in the first invention, since the software is encrypted with the first key common to each software, that is, encrypted in a manner independent of each user, the CD-ROM Suitable for mass sales using
In the first invention, it is determined whether or not the first data added to the decrypted software and the first authentication data added to the decrypted execution right data satisfy a predetermined relationship. By determining, the modification to the encrypted software can be detected with an inexpensive configuration. Furthermore, since the decrypted software is executed according to the decrypted execution right data only when the first data and the first authentication data satisfy a predetermined relationship, the use of the modified software Can be prohibited.
[0013]
According to a second invention, in the first invention,
The software includes one main software part and n (n is an integer of 1 or more) sub-software parts used by the main software part,
In the second step, in addition to the first data and the first authentication data, n pieces of second data unique to each sub-software unit, and a predetermined relationship with each of the n pieces of second data N pieces of second authentication data satisfying
In the third step, the first data and the n second authentication data are added to the main software unit, and then encrypted using the first key, and the second data is sent to the sub software unit. After adding, each is encrypted using the first key, and the encrypted main software part and each encrypted sub software part are distributed to the user as encrypted software.
In the fifth step, the encrypted main software portion of the encrypted software is decrypted using the first key, and the encrypted execution right data is decrypted using the second key. When the first data added to the decrypted main software section and the first authentication data added to the decrypted execution right data satisfy a predetermined relationship, the decrypted main software When the use of each encrypted sub software unit is requested from the decrypted main software unit, each encrypted sub software unit is The second data added to each decrypted sub-software unit, the second authentication data added to the decrypted main software unit, When a predetermined relationship, and executes according to the execution right data decoded sub software portion which is decoded.
[0014]
As described above, in the second invention, the second data added to each decrypted sub-software unit and the second authentication data added to the decrypted main software unit include By determining whether or not the predetermined relationship is satisfied, the modification of the encrypted software can be detected for each sub-software unit. As a result, the use of each sub-software unit can be controlled.
[0015]
According to a third invention, in the first or second invention,
The first step is characterized in that each of the created first and second keys is encrypted with a password stored by the user and distributed to the user.
[0016]
As described above, in the third invention, the first and second keys are each encrypted by the password stored by the user and distributed to the user, so that it is not necessary to maintain confidentiality during distribution.
[0017]
4th invention is 1st or 2nd invention,
A sixth step of distributing a decryption authentication program for the decryption authentication process to the user;
The fifth step is executed according to the distributed decryption authentication program.
[0018]
As described above, in the fourth invention, the fifth step executed on the user side can be realized on a general-purpose computer that does not itself have a decryption authentication function.
[0019]
A fifth invention is the fourth invention,
A first storage medium having a readable area and a non-rewritable area and a second storage medium having a readable area and an illegal read impossible area are prepared and encrypted in the readable area of the first storage medium Recorded software, a decryption authentication program is recorded in a non-rewritable area of the first storage medium, encrypted execution right data is recorded in a readable area of the second storage medium, and the second storage It is characterized in that the first and second keys are recorded in the unauthorized reading impossible area of the medium, and the first and second storage media are distributed to users.
[0020]
According to a sixth invention, in the fourth invention,
A first storage medium having a readable area and a non-rewritable area and a second storage medium having an unauthorized read impossible area are prepared, and the execution right encrypted in the readable area of the first storage medium The data and the encrypted software are recorded, the decryption authentication program is recorded in the non-rewritable area of the first storage medium, and the first and second keys are recorded in the illegal read impossible area of the second storage medium. The first and second storage media are distributed to users.
[0021]
According to a seventh invention, in the fourth invention,
The sixth step is characterized in that an execution device that has a storage area that cannot be illegally read and that can execute the decryption authentication program stored in this storage area is distributed to users.
[0022]
In an eighth aspect based on the fourth aspect,
The sixth step is characterized in that an execution device that has a storage area that cannot be written to and that can execute the decryption authentication program stored in the storage area is distributed to the user.
[0023]
According to a ninth invention, in the fourth invention,
The sixth step is characterized in that an execution device incorporating dedicated hardware for executing the decryption authentication program is distributed to the user.
[0024]
A tenth aspect of the invention is a method for restricting the use of distributed software so that only users having execution right data can use it.
Creating a first secret key common to each software and a second secret key common to each user, and distributing the first and second keys to the user; ,
First data unique to each software, first authentication data satisfying a predetermined relationship with the first data, second data unique to each user, the second data and a predetermined data Creating second authentication data that satisfies the relationship, and distributing the second data to the user;
A third step of adding the first data to the software, encrypting the first data using the first key, and distributing the encrypted software to the user;
A fourth step of adding the first and second authentication data to the execution right data, encrypting using the second key, and distributing the encrypted execution right data to the user;
The encrypted execution right data is decrypted using the second key, and encrypted when the second authentication data added to the decrypted execution right data and the second data satisfy a predetermined relationship. The decrypted software is decrypted using the first key, and first data added to the decrypted software and first authentication data added to the decrypted execution right data are predetermined. A fifth step of executing the decrypted software according to the decrypted execution right data.
[0025]
As described above, in the tenth invention, the software is encrypted with the first key common to each software, that is, encrypted in a manner independent of each user. Suitable for mass sales using
In the tenth invention, the encrypted execution right is determined by determining whether or not the second authentication data added to the decrypted execution right data and the second data satisfy a predetermined relationship. Modifications to the data can be detected with an inexpensive configuration. Further, by determining whether the first data added to the decrypted software and the first authentication data added to the decrypted execution right data satisfy a predetermined relationship, the encryption is performed. It is possible to detect a modification to the software that has been realized with an inexpensive configuration. Furthermore, since the decrypted software is executed according to the decrypted execution right data only when the first data and the first authentication data satisfy a predetermined relationship, the use of the modified software Can be prohibited.
[0026]
In an eleventh aspect based on the tenth aspect,
The software includes one main software part and n (n is an integer of 1 or more) sub-software parts used by the main software part,
In the second step, in addition to the first and second data, the first and second authentication data, n third data unique to each sub-software unit, and the n third data Creating n pieces of third authentication data satisfying a predetermined relationship with the data,
In the third step, after adding the first data and n pieces of third authentication data to the main software unit, the third data is encrypted using the first key, and the third data is stored in each sub-software unit. After each addition, each is encrypted using the first key, and the encrypted main software part and each encrypted sub software part are distributed to the user as encrypted software.
In the fifth step, the encrypted execution right data is decrypted using the second key, and the second authentication data added to the decrypted execution right data and the second data have a predetermined relationship. When the condition is satisfied, the encrypted main software part is decrypted using the first key, and is added to the first data added to the decrypted main software part and the decrypted execution right data. When the first authentication data satisfies a predetermined relationship, the decrypted main software section is executed according to the decrypted execution right data, and each sub-software encrypted from the decrypted main software section When the use of the wear part is requested, each encrypted sub-software part is decrypted using the first key, and third data added to each decrypted sub-software part, Decryption A third authentication data added to the main software part which is when a predetermined relationship, and executes according to the decoded execution right data decoded sub software unit was.
[0027]
As described above, in the eleventh invention, the third data added to each decrypted sub-software unit and the third authentication data added to the decrypted main software unit are By determining whether or not the predetermined relationship is satisfied, the modification of the encrypted software can be detected for each sub-software unit. As a result, the use of each sub-software unit can be controlled.
[0028]
A twelfth aspect of the present invention is a method for restricting the use of distributed software so that only users having execution right data can use it.
Creating a first secret key unique to each software and a second secret key common to each user, and distributing the first and second keys to the user; ,
First data unique to each software, first authentication data satisfying a predetermined relationship with the first data, second data unique to each user, the second data and a predetermined data Creating second authentication data that satisfies the relationship, and distributing the second data to the user;
A third step of adding the first data to the software, encrypting the first data using the first key, and distributing the encrypted software to the user;
A fourth step of adding the first and second authentication data to the execution right data, encrypting using the second key, and distributing the encrypted execution right data to the user;
The encrypted execution right data is decrypted using the second key, and encrypted when the second authentication data added to the decrypted execution right data and the second data satisfy a predetermined relationship. The decrypted software is decrypted using the first key, and first data added to the decrypted software and first authentication data added to the decrypted execution right data are predetermined. A fifth step of executing the decrypted software according to the decrypted execution right data.
[0029]
A thirteenth aspect of the present invention is a method for restricting the use of software that is distributed so that only users having execution right data can use.
Creating a first secret key unique to each software and a second secret key common to each user, and distributing the first and second keys to the user; ,
First data common to each software, first authentication data satisfying a predetermined relationship with the first data, second data unique to each user, the second data and a predetermined data Creating second authentication data that satisfies the relationship, and distributing the second data to the user;
A third step of adding the first data to the software, encrypting the first data using the first key, and distributing the encrypted software to the user;
A fourth step of adding the first and second authentication data to the execution right data, encrypting using the second key, and distributing the encrypted execution right data to the user;
The encrypted execution right data is decrypted using the second key, and encrypted when the second authentication data added to the decrypted execution right data and the second data satisfy a predetermined relationship. The decrypted software is decrypted using the first key, and first data added to the decrypted software and first authentication data added to the decrypted execution right data are predetermined. A fifth step of executing the decrypted software according to the decrypted execution right data.
[0030]
As described above, in the twelfth and thirteenth inventions, the software is encrypted with the first key unique to each software, that is, encrypted in a manner independent of each user. Suitable for mass sales using CD-ROM.
In the twelfth and thirteenth inventions, the second authentication data added to the decrypted execution right data and the second data are encrypted by determining whether or not the predetermined relationship is satisfied. Modifications to the execution right data can be detected with an inexpensive configuration. Further, by determining whether the first data added to the decrypted software and the first authentication data added to the decrypted execution right data satisfy a predetermined relationship, the encryption is performed. It is possible to detect a modification to the software that has been realized with an inexpensive configuration. Furthermore, since the decrypted software is executed according to the decrypted execution right data only when the first data and the first authentication data satisfy a predetermined relationship, the use of the modified software Can be prohibited.
[0031]
A fourteenth invention is a method for restricting the use of software to be distributed so that only users having execution right data can use it.
A secret first key unique to each software and a secret second key common to each user are created, and the first key is encrypted using the second key and encrypted. A first step of distributing a first key and an unencrypted second key to a user;
First data unique to each software, first authentication data satisfying a predetermined relationship with the first data, second data unique to each user, the second data and a predetermined data Creating second authentication data that satisfies the relationship, and distributing the second data to the user;
A third step of adding the first data to the software, encrypting the first data using the first key, and distributing the encrypted software to the user;
A fourth step of adding the first and second authentication data to the execution right data, encrypting using the second key, and distributing the encrypted execution right data to the user;
The first key encrypted using the second key and the encrypted execution right data are decrypted, the second authentication data added to the decrypted execution right data, and the second data When the predetermined relationship is satisfied, the encrypted software is decrypted by using the first key, and is added to the first data added to the decrypted software and the decrypted execution right data. A first step of executing the decrypted software according to the decrypted execution right data when the first authentication data satisfies a predetermined relationship.
[0032]
A fifteenth aspect of the present invention is a method for restricting the use of software that is distributed so that only users having execution right data can use.
A first secret key unique to each software and a second secret key unique to each user are created, and the first key is encrypted using the second key and encrypted. A first step of distributing a first key and an unencrypted second key to a user;
First data unique to each software, first authentication data satisfying a predetermined relationship with the first data, second data unique to each user, the second data and a predetermined data Creating second authentication data that satisfies the relationship, and distributing the second data to the user;
A third step of adding the first data to the software, encrypting the first data using the first key, and distributing the encrypted software to the user;
A fourth step of adding the first and second authentication data to the execution right data, encrypting using the second key, and distributing the encrypted execution right data to the user;
The second key encrypted using the second key and the encrypted execution right data are decrypted, the second authentication data added to the decrypted execution right data, and the second data When the predetermined relationship is satisfied, the encrypted software is decrypted by using the first key, and is added to the first data added to the decrypted software and the decrypted execution right data. A first step of executing the decrypted software according to the decrypted execution right data when the first authentication data satisfies a predetermined relationship.
[0033]
As described above, in the fourteenth and fifteenth inventions, the software is encrypted with the first key unique to each software, that is, encrypted in a manner independent of each user. Suitable for mass sales using CD-ROM.
In the fourteenth and fifteenth inventions, since the first key is encrypted using the second key, it is not necessary to maintain the confidentiality of the first key during distribution.
In the fourteenth and fifteenth inventions, encryption is performed by determining whether the second authentication data added to the decrypted execution right data and the second data satisfy a predetermined relationship. Modifications to the execution right data can be detected with an inexpensive configuration. Further, by determining whether the first data added to the decrypted software and the first authentication data added to the decrypted execution right data satisfy a predetermined relationship, the encryption is performed. It is possible to detect a modification to the software that has been realized with an inexpensive configuration. Furthermore, since the decrypted software is executed according to the decrypted execution right data only when the first data and the first authentication data satisfy a predetermined relationship, the use of the modified software Can be prohibited.
[0034]
A sixteenth aspect of the present invention is a method for restricting the use of software that is distributed so that only users having execution right data can use.
The software includes one main software part and n (n is an integer of 1 or more) sub-software parts used by the main software part. A first step of creating a second key that is unique to each user and secret, and distributing the first and second keys to the user;
First data unique to each software, first authentication data satisfying a predetermined relationship with the first data, n second data unique to each sub-software unit, and n A second step of creating n second authentication data satisfying a predetermined relationship with the second data of
After the first data is added to the main software part, it is encrypted using the first key. After the second data is added to the sub software part, it is encrypted using the first key. A third step of distributing the encrypted main software portion and each encrypted sub-software portion to the user as encrypted software;
The first authentication data and the n second authentication data are added to the execution right data, then encrypted using the second key, and the encrypted execution right data is distributed to the user. Steps,
The encrypted main software portion of the encrypted software is decrypted using the first key, the encrypted execution right data is decrypted using the second key, and the decrypted main software is decrypted. When the first data added to the software section and the first authentication data added to the decrypted execution right data satisfy a predetermined relationship, the decrypted execution of the decrypted main software section When the use of each encrypted sub-software unit is requested from the decrypted main software unit, the encrypted sub-software unit is respectively transmitted using the first key. When the second data that is decrypted and added to each decrypted sub-software unit and the second authentication data that is appended to the decrypted execution right data satisfy a predetermined relationship, And a fifth step of executing accordance issue is execution right data decoded sub software unit was.
[0035]
As described above, in the sixteenth invention, the software is encrypted with the first key common to each software, that is, encrypted in a manner independent of each user. Suitable for mass sales using
In the sixteenth invention, whether the first data added to the decrypted main software section and the first authentication data added to the decrypted execution right data satisfy a predetermined relationship. Therefore, it is possible to detect an alteration to the encrypted main software part with an inexpensive configuration. Also, determining whether the second data added to each decrypted sub-software unit and the second authentication data added to the decrypted execution right data satisfy a predetermined relationship. Thus, alterations to the encrypted sub software part can be detected for each sub software part. Furthermore, since the decrypted subsoftware portion is executed according to the decrypted execution right data only when the second data and the second authentication data satisfy a predetermined relationship, the modified subsoftware The use of the wear part can be prohibited.
[0036]
DETAILED DESCRIPTION OF THE INVENTION
In the following description of the embodiments, execution right data for controlling the use of encrypted software is referred to as a ticket, and a key for encrypting the ticket is referred to as a ticket key. A key used for software encryption is called a soft key.
[0037]
(1) First embodiment
FIG. 1 is a block diagram showing a system configuration for realizing a software usage control method according to the first embodiment of the present invention. In FIG. 1, the processing device X1 on the software provider side includes a key creation unit 1, an authentication data creation unit 2, a ticket encryption unit 3, and a software encryption unit 4. On the other hand, the execution device Y1 on the software user side includes an encryption software usage control unit 5. The encryption software usage control unit 5 is realized by executing decryption authentication software provided by a software provider, and is realized by a ticket decryption unit 6, a software decryption unit 7, a data authentication unit 8, and a software execution unit. 9 and the like.
[0038]
Information (software, ticket, ticket key, etc.) is provided from the software provider to the software user using the first and second storage media 81 and 82. The first storage medium 81 includes a readable area 83 and a rewrite prohibition area 86. The second storage medium 82 includes a readable area 85 and an illegal read impossible area 84.
[0039]
As the first storage medium 81, for example, a CD-ROM can be used. For example, an IC card (smart card) can be used as the second storage medium 82.
[0040]
As the processing device X1 on the software provider side, a personal computer, a workstation, or the like to which a device capable of writing to each of the storage media 81 and 82 is connected can be used. Further, as the execution device Y1 on the software user side, a personal computer, a workstation, a home game device, a personal information terminal, or the like to which a device capable of reading from the storage media 81 and 82 is connected is used. be able to.
[0041]
Next, the operation procedure of the embodiment shown in FIG. 1 will be described. The software provider records the first storage medium 81 in which the encrypted software is recorded, the ticket (execution right data) for using the encrypted software, and the like in the procedure of steps S101 to S106 described later. The second storage medium 82 is created and provided to the user.
[0042]
On the other hand, the software user purchases the first and second storage media 81 and 82 and executes the encryption software in the procedure of steps S201 to S206 described later.
[0043]
FIG. 2 is a flowchart showing a procedure of processing performed on the software provider side. FIG. 4 shows the data structure of the software to which the authentication data (D1) is added and the ticket to which the authentication data (D1 ′) is added. Hereinafter, processing performed on the software provider side will be described with reference to FIGS.
[0044]
First, on the software provider side, software to be used and a ticket (execution right data) that is data for controlling the use of this software are created (step S101). Here, the ticket includes a software identification number, software execution condition data, and the like. The execution condition data may include the number of executable times and the executable period in addition to data indicating execution permission. When the execution condition data includes the number of executions and the execution period, the software execution unit 9 stores the current software execution status data (current time, current software execution number, etc.) and the execution A function for checking status data and execution right data is added.
[0045]
Next, the key creation unit 1 creates a secret soft key that is common to each software and a secret ticket key that is unique to each user, and records it in the unauthorized reading impossible area 84 of the second storage medium 82. (Step S102). Here, the soft key and the ticket key are numerical values of the size (number of digits) determined by the encryption method to be used and the required security, and specifically, for example, numerical values of about 64 bits.
[0046]
Next, the authentication data creation unit 2 creates authentication data (D1) and (D1 ′) unique to each software (step S103). Here, the authentication data (D1) and (D1 ′) are specifically numeric values of about 64 bits, for example. Further, the authentication data (D1) and (D1 ′) are related to a certain relational expression F.
(D1 ′) = F (D1)
It shall satisfy the conditions of As the simplest example of the relational expression F, F is an equation, that is,
(D1 ′) = (D1)
It can also be.
[0047]
Next, the software encryption unit 4 encrypts the result of adding the authentication data (D1) to the software using a soft key and records it in the readable area 83 of the first storage medium 81 (step S104). . Next, the ticket encryption unit 3 encrypts the result of adding the authentication data (D1 ′) to the ticket using the ticket key and records it in the readable area 85 of the second storage medium 82 (step S105). .
[0048]
Next, decryption authentication software is created and recorded in the rewrite prohibition area 86 of the first storage medium 81 (step S106). The decryption authentication software includes a software decryption unit 7 that decrypts the encrypted software, a ticket decryption unit 6 that decrypts the encrypted ticket, and a decrypted software that is executed by the encryption software usage control unit 5. The data authentication unit 8 for checking whether the authentication data (D1) and (D1 ′) added to the wear and the decrypted ticket satisfy a predetermined relationship (D1 ′ = F (D1)), A program for performing the function of the software execution unit 9 for executing the decrypted software when it is satisfied is incorporated.
[0049]
FIG. 3 is a flowchart showing a procedure of processing performed on the software user side. Hereinafter, with reference to FIG. 3, processing performed on the software user side will be described.
[0050]
The software user purchases the first storage medium 81 in which the encryption software is recorded and the second storage medium 2 in which the encryption ticket is recorded from the software provider, and the data recorded in these storage media Is input to the encryption software usage control unit 5 (step S201).
[0051]
Next, the encryption software usage control unit 5 executes the decryption authentication software recorded in the purchased first storage medium 81 (step S202). As a result, the ticket decryption unit 6, the software decryption unit 7, the data authentication unit 8, and the software execution unit 9 are activated.
[0052]
Next, the software decryption unit 7 decrypts the encrypted software using the soft key (step S203). Next, the ticket decryption unit 6 decrypts the encrypted ticket using the ticket key (step S204).
[0053]
Next, the data authenticating unit 8 has a predetermined relationship between the authentication data (D1) added to the decrypted software and the authentication data (D1 ′) added to the decrypted ticket, that is,
(D1 ′) = F (D1)
Whether or not the above relationship is satisfied (step S205). If the above relationship is satisfied as a result of the verification of the authentication data, the software execution unit 9 executes the decrypted software (step S206).
[0054]
According to the first embodiment described above, the software can be used only for a user who has a ticket for the software in circulation, and at the same time, data predetermined for the software and the ticket can be used. By encrypting after adding, it is possible to detect the modification of the encrypted software or ticket depending on whether or not the added data appears at the time of decryption.
[0055]
Note that the method of encrypting the data to be encrypted after adding redundancy and checking whether the redundancy appears at the time of decryption is called a redundant encryption method (Kyoritsu Publishing, Eiji Okamoto, “Cryptography Theory”). Refer to “Introduction” on page 131). In order to realize this redundant encryption method, an encryption method having error propagation characteristics is required. Here, the error propagation characteristic is a characteristic in which any one bit change of the encrypted data affects each bit of the decrypted data. Examples of encryption schemes having such error propagation characteristics are described in the above-mentioned Kyoritsu Publishing Co., Ltd., Eiji Okamoto's “Introduction to Cryptography”, Example P132 of Example 132, and “Encryption” translated by Nature Corp. The block chaining method (P71) using plaintext and ciphertext feedback can be used.
[0056]
With the configuration as described above, it is only necessary to add redundancy for alteration detection, and the amount of calculation required is smaller than when a digital signature part is newly added.
[0057]
As described above, in the first embodiment, the software and the ticket corresponding thereto are each encrypted including data associated with each other, and it is checked whether the data associated with each decryption result appears correctly. Thus, a configuration is adopted in which the presence / absence of alteration of the encryption software and the encryption ticket is collectively detected. With this configuration, it is not necessary to notify the user of data for authentication in advance, and a new effect is produced in which it is possible to inspect whether the encrypted software and the ticket have been altered in a lump.
[0058]
In the first embodiment, it has been described that the software provider executes steps S101 to S106. However, the software provider process is divided into the software creator, service provider, and software seller processes. It is also possible to do. As an example, the following configuration is possible.
[0059]
First, the software creator creates software and execution right data for the software according to step S101. At this time, control information for controlling software encryption (for example, which part of the software is encrypted) is included in the execution right data. On the other hand, the service provider executes steps S102 to S104, creates a soft key and a ticket key, and records them in the storage medium 2. Also, the authentication data is created, the result of adding it to the software is encrypted, and this encrypted software is recorded in the storage medium 1. Then, the storage medium 1, the storage medium 2, and the authentication data (D1 ′) are given to the software seller. Next, the software seller encrypts the ticket according to step S105, records the encrypted ticket in the storage medium 2, and sells the storage medium 1 and the storage medium 2 to the software user.
[0060]
A configuration in which the software creator processes steps S102 to S104 (or a part thereof) processed by the service provider is also possible.
[0061]
In the first embodiment, the case where encrypted software and an encrypted ticket are stored in a storage medium having a readable area and distributed is described. You may make it distribute using a medium.
[0062]
(Second embodiment)
By the way, in the software protection method according to the first embodiment, in the software having a large number of functions and the software using a large number of data, the modification is detected for each function and each data, You cannot control the use of. Such a problem can be solved as follows.
[0063]
In the following, as shown in FIG. 5, the software includes one main software part (main) and a plurality of sub software parts (sub1, sub2,..., Subn) used from the main software part. Consider the case where For example, in software composed of a basic function and a plurality of extended functions, the basic function corresponds to the main software section, and each extended function corresponds to the sub software section. In software that reproduces a plurality of data (moving images, sounds, etc.), the reproduction function corresponds to the main software section, and each data corresponds to each sub software section.
[0064]
FIG. 3 is a block diagram showing a system configuration for realizing the software usage control method according to the second embodiment of the present invention. In FIG. 3, the processing device X2 on the software provider side includes a key creation unit 101, an authentication data creation unit 102, a ticket encryption unit 103, a main software encryption unit 110, and a sub software encryption unit 111. I have. On the other hand, the execution device Y2 on the software user side includes an encrypted software usage control unit 50. The encryption software usage control unit 50 is realized by executing decryption authentication software provided by a software provider, and the ticket decryption unit 106, the main software decryption unit 112, the sub software decryption unit 113, data Authentication units 108a and 108b and software execution units 109a and 109b are included.
[0065]
Information (software, ticket, ticket key, etc.) is provided from the software provider to the software user using the first and second storage media 81 and 82. The first storage medium 81 includes a readable area 83 and a rewrite prohibition area 86. The second storage medium 82 includes a readable area 85 and an illegal read impossible area 84.
[0066]
As the first storage medium 81, for example, a CD-ROM can be used. For example, an IC card (smart card) can be used as the second storage medium 82.
[0067]
As the processing device X2 on the software provider side, a personal computer, a workstation, or the like to which a device capable of writing to each of the storage media 81 and 82 is connected can be used. Further, as the execution device Y2 on the software user side, a personal computer, a workstation, a home game device, a personal information terminal, or the like to which a device capable of reading from the storage media 81 and 82 is connected is used. be able to.
[0068]
Next, the operation procedure of the embodiment shown in FIG. 6 will be described. The software provider records the first storage medium 81 in which the encrypted software is recorded, the ticket (execution right data) for using the encrypted software, and the like in the steps S301 to S306 described later. The second storage medium 82 is created and provided to the user.
[0069]
On the other hand, the software user purchases the first and second storage media 81 and 82, and executes the encryption software in the steps S401 to S409 described later.
[0070]
FIG. 7 is a flowchart showing a procedure of processing performed on the software provider side. FIG. 9 shows the main software to which the authentication data (D1) (D2i ′) (i = 1, 2,..., N) is added, the sub software to which (D2i) is added, and the authentication software. The data structure of a ticket to which data (D1 ′) is added is shown. Hereinafter, processing performed on the software provider side will be described with reference to FIGS. 7 and 9.
[0071]
Here, as shown in FIG. 7, in the case of software comprising a main software part (main) and n sub-software parts (sub) (i = 1, 2,..., N). Will be described.
[0072]
First, on the software provider side, software to be used and a ticket (execution right data) that is data for controlling the use of the software are created (step S301). Here, the ticket includes a software identification number, software execution condition data, and the like. The execution condition data may include the number of executable times and the executable period in addition to data indicating execution permission. When the execution condition data includes the number of executable times and the executable period, the software execution units 109a and 109b have a function of storing current software execution status data (current time, current software execution number, etc.), A function for checking the execution status data and the execution right data is added.
[0073]
Next, the key creation unit 101 creates a secret soft key that is common to each software and a secret ticket key that is unique to each user, and records it in the unauthorized reading impossible area 84 of the second storage medium 82. (Step S302). Here, the soft key and the ticket key are numerical values of the size (number of digits) determined by the encryption method to be used and the required security, and specifically, for example, numerical values of about 64 bits.
[0074]
Next, the authentication data creation unit 102 includes authentication data (D1) and (D1 ′) unique to each software, and n authentication data (D2i) and (D2i ′) unique to each sub-software unit. ) (I = 1, 2,..., N) is created (step S303). Here, the authentication data (D1) (D1 ′) (D2i) (D2i ′) is specifically a numerical value of about 64 bits, for example. The authentication data (D1) and (D1 ′) and (D2i) and (D2i ′) are related to a certain relational expression F.
(D1 ′) = F (D1)
(D2i ′) = F (D2i) (i = 1, 2,..., N)
It shall satisfy the conditions of As the simplest example of the relational expression F, F is an equation, that is,
(D1 ′) = (D1)
(D2i ′) = (D2i)
It can also be.
[0075]
Next, the main software encryption unit 110 uses the result soft key obtained by adding authentication data (D1) and authentication data (D21 ′, D22 ′,..., D2n ′) to the main software unit (main). The sub-software encryption unit 111 encrypts the result of adding the authentication data (D2i) to each sub-software unit (subi) using a soft key, and encrypts the main software unit and The encrypted sub-software portions are collectively recorded in the readable area 83 of the first storage medium 81 as encrypted software (step S304). Next, the ticket encryption unit 103 encrypts the result of adding the authentication data (D1 ′) to the ticket using the ticket key and records it in the readable area 85 of the second storage medium 82 (step S305). .
[0076]
Next, decryption authentication software is created and recorded in the rewrite prohibition area 86 of the first storage medium 81 (step S306). The decryption authentication software includes a main function decrypting unit 112 that decrypts the encrypted main software and a sub software decryption that decrypts the encrypted sub software by executing the encryption software usage control unit 5. Unit 113, ticket decryption unit 106 for decrypting the encrypted ticket, decrypted main software, and authentication data (D1) and (D1 ′) added to the decrypted ticket, respectively, have a predetermined relationship (D1 ′ = F (D1)) is satisfied, and the authentication data (D2i) and (D2i ′) respectively added to the decrypted main software and the decrypted subsoftware are predetermined. The data authentication unit 108b for inspecting whether or not the relation (D2i ′ = F (D2i)) is satisfied, and when each inspection is satisfied A program for performing the functions of the software execution units 109a and 109b for executing the decrypted software is incorporated.
[0077]
FIG. 8 is a flowchart showing a procedure of processing performed on the software user side. Hereinafter, with reference to FIG. 8, processing performed on the software user side will be described.
[0078]
The software user purchases the first storage medium 81 in which the encryption software is recorded and the second storage medium 2 in which the encryption ticket is recorded from the software provider, and the data recorded in these storage media Is input to the encryption software usage control unit 50 (step S401).
[0079]
Next, the encryption software usage control unit 50 executes the decryption authentication software recorded in the purchased first storage medium 81 (step S402). As a result, the ticket decryption unit 106, the main software decryption unit 112, the sub software decryption unit 113, the data authentication units 108a and 108b, and the software execution units 109a and 109b are activated.
[0080]
Next, the main software decryption unit 112 decrypts the encrypted main software using the soft key (step S403), and the ticket decryption unit 106 decrypts the encrypted ticket using the ticket key (step S404). Next, the data authentication unit 108a includes the authentication data (D1) added to the decrypted main software unit and the authentication data (D1 ′) added to the decrypted ticket.
(D1 ′) = F (D1)
Whether the above relationship is satisfied (step S405). When this check is satisfied, the software execution unit 109a executes the decrypted main software unit (step S406).
[0081]
Next, when the main software section (main) requests execution of each sub software section, the sub software decryption section 113 decrypts each encrypted sub software section using a soft key (step S407). ). Next, the data authentication unit 109b includes the authentication data (D2) added to the decrypted sub-software unit (subi), and the authentication data (D2 ′) added to the decrypted main software unit. But,
(D2 ′) = F (D2)
Whether the above relationship is satisfied (step S408). When this check is satisfied, the software execution unit 109b executes each decoded sub software unit (sub) (step S409).
[0082]
According to the second embodiment described above, it is possible to detect alteration and control of execution of each encrypted sub-software. That is, the second embodiment, like the first embodiment, can detect alterations only by adding redundancy to the software, and is necessary as compared with the conventional example in which a digital signature mechanism is newly added. Less computation is required.
[0083]
In the second embodiment, the software provider executes steps S301 to S306. However, as in the first embodiment, the software provider processes the software provider and the service provider. It is also possible to divide and execute the processing by the operator and the software seller.
[0084]
In the second embodiment, the case where encrypted software, encrypted ticket, and decryption authentication software are stored in a storage medium having a readable storage area and distributed is described. You may make it distribute using various communication media, such as communication.
[0085]
In addition, according to the second embodiment, it is possible to share a sub-software unit that is commonly used by a plurality of software. This will be described with reference to a specific example shown in FIG. As shown in FIG. 9, each of the software A, B, and C includes a main software part (mainA, mainB, and mainC) and a plurality of sub software parts. The software A includes sub software (sub1, sub2, sub3), the software B includes sub software (sub2, sub3, sub4), and the software C includes sub software (sub1, sub4). )including. Thus, each sub software part (sub1, sub2, sub3, sub4) is utilized from a plurality of software, respectively. In such a case, in the second embodiment, since the main software part and the sub software part of the software are individually encrypted, the sub software part used for each software is duplicated. There is no need to hold it. Therefore, as shown in FIG. 11, it becomes possible to share a common sub-software unit. With this, when recording these software on the same storage medium, the recording capacity can be reduced.
[0086]
(Third embodiment)
In the first and second embodiments described above, authentication data unique to each software is added, while software and a software key common to each software and a ticket key unique to each user are used. The ticket encryption configuration enables distribution of valid tickets to each software and for each user, but uses a common software key for each software and a common ticket key for each user. Even in the configuration in which the software and the ticket are respectively encrypted, it is possible to distribute an effective ticket to each software and for each user by the configuration described below.
[0087]
FIG. 12 is a block diagram showing a system configuration for realizing the software usage control method according to the second embodiment of the present invention. In FIG. 12, the processing device X3 on the software provider side includes a key creation unit 201, an authentication data creation unit 2022, a ticket encryption unit 203, and a software encryption unit 204. On the other hand, the execution device Y3 on the software user side includes an encrypted software usage control unit 500. The encryption software usage control unit 500 is realized by executing decryption authentication software provided by a software provider, and includes a ticket decryption unit 206, a software decryption unit 207, data authentication units 208a and 208b, Execution unit 209.
[0088]
Information (software, ticket, ticket key, etc.) is provided from the software provider to the software user using the first and second storage media 81 and 82. The first storage medium 81 includes a readable area 83 and a rewrite prohibition area 86. The second storage medium 82 includes a readable area 85 and an illegal read impossible area 84.
[0089]
As the first storage medium 81, for example, a CD-ROM can be used. For example, an IC card (smart card) can be used as the second storage medium 82.
[0090]
As the processing device X3 on the software provider side, a personal computer, a workstation, or the like to which a device capable of writing to each of the storage media 81 and 82 is connected can be used. Further, as the execution device Y3 on the software user side, a personal computer, a workstation, a home game device, a personal information terminal, or the like to which a device capable of reading from the storage media 81 and 82 is connected is used. be able to.
[0091]
Next, the operation procedure of the third embodiment shown in FIG. 12 will be described. The software provider records the first storage medium 81 in which the encrypted software is recorded and the ticket (execution right data) for using the encrypted software in the procedure of steps S501 to S506 described later. The second storage medium 82 is created and provided to the user.
[0092]
On the other hand, the software user purchases the first and second storage media 81 and 82, and executes the encryption software in the procedure of steps S601 to S607 described later.
[0093]
FIG. 13 is a flowchart illustrating a procedure of processing performed on the software provider side. FIG. 15 shows the data structure of the software to which the authentication data (D1) is added and the ticket to which the authentication data (D1 ′) and (D3 ′) are added. Hereinafter, the processing performed on the software provider side will be described with reference to FIGS. 13 and 15.
[0094]
First, on the software provider side, software to be used and a ticket (execution right data) that is data for controlling the use of the software are created (step S501). Here, the ticket includes a software identification number, software execution condition data, and the like. The execution condition data may include the number of executable times and the executable period in addition to data indicating execution permission. When the execution condition data includes the number of executable times and the executable period, the software execution unit 209 stores the current software execution status data (current time, current software execution number, etc.) and the execution A function for checking status data and execution right data is added.
[0095]
Next, the key creation unit 201 creates a secret soft key common to each software and a ticket key common to each user, and records them in the unauthorized reading impossible area 84 of the second storage medium 82 (Step S1). S502). Here, the soft key and the ticket key are numerical values of the size (number of digits) determined by the encryption method to be used and the required security, and specifically, for example, numerical values of about 64 bits.
[0096]
Next, the authentication data creation unit 202 creates authentication data (D1) and (D1 ′) unique to each software, and data (D3) and (D3 ′) unique to each user (step S3). S503). Here, each data (D1) (D1 ′) (D3) (D3 ′) is specifically a numerical value of about 64 bits, for example. Further, the authentication data (D1) and (D1 ′) and (D3) and (D3 ′) are related to a certain relational expression F.
(D1 ′) = F (D1)
(D3 ′) = F (D3)
It shall satisfy the conditions of As the simplest example of the relational expression F, F is an equation, that is,
(D1 ′) = (D1)
(D3 ′) = (D3)
It can also be. Note that the authentication data (D3) is recorded in the unauthorized reading impossible area 84 of the second storage medium 82.
[0097]
Next, the software encryption unit 204 encrypts the result of adding the authentication data (D1) to the software using a soft key and records it in the readable area 83 of the first storage medium 81 (step S504). . Next, the ticket encryption unit 203 encrypts the result of adding the authentication data (D1 ′) and (D3 ′) to the ticket using the ticket key, and records it in the readable area 85 of the second storage medium 82. (Step S505).
[0098]
Next, decryption authentication software is created and recorded in the rewrite prohibition area 86 of the first storage medium 81 (step S506). The decryption authentication software includes a decryption unit 207 that decrypts the encrypted software, a ticket decryption unit 206 that decrypts the encrypted ticket, and a decrypted ticket. Authentication for checking whether the authentication data (D3 ′) added to the data and the authentication data (D3) recorded in the second storage medium 82 satisfy a predetermined relationship (D3 ′) = F (D3) The mechanism 208a and the authentication data (D1) added to the decrypted software and the authentication data (D1 ′) added to the decrypted ticket have a predetermined relationship (D1 ′) = F (D1). The functions of the data authentication mechanism 208b for checking whether the data is satisfied and the software execution unit 209 for executing the decrypted software when the checks of both the data authentication mechanisms 208a 208b are satisfied The program to fulfill is built in.
[0099]
FIG. 14 is a flowchart showing a procedure of processing performed on the software user side. Hereinafter, with reference to FIG. 14, processing performed on the software user side will be described.
[0100]
The software user purchases the first storage medium 81 in which the encryption software is recorded and the second storage medium 2 in which the encryption ticket is recorded from the software provider, and the data recorded in these storage media Is input to the encryption software usage control unit 500 (step S601).
[0101]
Next, the encryption software usage control unit 500 executes the decryption authentication software recorded in the purchased first storage medium 81 (step S602). As a result, the ticket decryption unit 206, the software decryption unit 207, the data authentication units 208a and 208b, and the software execution unit 209 are activated.
[0102]
Next, the ticket decryption unit 206 decrypts the encrypted ticket using the ticket key (step S603). Then, the data authentication unit 208b has a predetermined relationship between the authentication data (D3 ′) added to the decrypted ticket and the authentication data (D3) recorded in the second storage medium 82, that is,
(D3 ′) = F (D3)
It is inspected whether or not the condition is satisfied (step S604). If the above relationship is satisfied as a result of the verification of the authentication data, the soft decryption unit 7 decrypts the encrypted software using the soft key (step S605).
[0103]
Next, the data authentication unit 208a has a predetermined relationship between the authentication data (D1) added to the decrypted software and the authentication data (D1 ′) added to the decrypted ticket, that is,
(D1 ′) = F (D1)
It is inspected whether or not the condition is satisfied (step S606). If the above relationship is satisfied as a result of the verification of the authentication data, the software execution unit 209 executes the decrypted software (step S607).
[0104]
According to the third embodiment described above, only the user who has the right to execute the distributed software (ticket) can use the software, and at the same time, the alteration of the software can be detected. . That is, with this configuration, as in the first embodiment, it is possible to detect alterations simply by adding redundancy to the software, and the amount of calculation required compared to the conventional example in which a digital signature mechanism is newly added. Less.
[0105]
In the third embodiment, it has been described that the software provider executes steps S501 to S506. However, as in the case of the first embodiment, the processing of the software provider is performed by the software creator and the service provider. It is also possible to divide and execute the processing by the operator and the software seller.
[0106]
In the third embodiment, the case where encrypted software, encrypted ticket, and decryption authentication software are stored in a storage medium having a readable storage area and distributed is described. You may make it distribute using various communication media, such as communication.
[0107]
The software and ticket are encrypted using a software key unique to each software and a ticket key common to each user, and authentication data (D1) is unique or common to each software, and authentication is performed. Even if the use data (D3) is made unique to each user, substantially the same effect as in the third embodiment can be obtained. However, in this configuration, since the software key is unique to each software, for example, when using N pieces of software, the N pieces of soft keys are recorded in the illegal read impossible area 84 of the second storage medium 82. It must be kept secret.
[0108]
However, in the above configuration, when using a lot of software, there is a problem that the burden of secretly managing keys is large. Such a problem can be solved by the following configuration. That is, for example, in the third embodiment, only the ticket key is recorded in the unauthorized reading impossible area 84 of the second storage medium 82, the soft key is encrypted using the ticket key, and the encrypted soft key is stored in the second key. It is recorded and distributed in the readable area 85 of the storage medium 82, and when using the software, the encrypted software key is decrypted using the ticket key, and the software encrypted with the decrypted software key is decrypted. Such a configuration eliminates the need for secretly managing soft keys.
[0109]
Further, in the second embodiment, authentication data (D2i) to be added to each sub software (sub) and authentication data (D2i ′) satisfying a predetermined relationship are added to the main software (main). The authentication data (D2i ′) may be added to the ticket (execution right data).
[0110]
In the first to third embodiments, the ticket key and the soft key are recorded in the unauthorized reading impossible area 84 of the second storage medium 82. However, the user stores the ticket key and the soft key. Encryption may be performed with a key determined by a password, and the encrypted ticket key and soft key may be recorded in the readable area 85 of the second storage medium 82 and distributed. Here, as the password, for example, about 4 digits or about 8 alphanumeric characters can be used. Such a configuration eliminates the need for secretly managing ticket keys and soft keys.
[0111]
In the first to third embodiments, the encrypted software and decryption authentication software are stored in the first storage medium 81, and the encrypted ticket, soft key, and ticket key are stored in the second storage medium 82. Each configuration is recorded, but this configuration is not universal, and software keys and ticket keys are recorded in an illegally unreadable area, and encrypted software, encrypted tickets, and decryption authentication mechanisms As long as the condition of recording in the readable area is satisfied, any combination of them may be recorded on the storage medium. For example, a first storage medium 81 having a readable area 85 and a second storage medium 82 having an illegal read impossible area are prepared, and the encrypted software, the decryption authentication mechanism, and the encryption are stored in the first storage medium 81. The converted ticket may be recorded, and the soft key and the ticket key may be recorded on the second storage medium 82 and distributed.
[0112]
Further, in the first to third embodiments, each key is recorded and distributed in a storage medium having an illegal read impossible area. However, an encryption software execution device provided with an illegal read impossible area is prepared and this encryption is performed. Each key may be recorded and provided to the user in the unauthorized reading impossible area of the software execution device.
[0113]
In the first to third embodiments, the decryption authentication software is recorded and distributed in a storage medium having a rewrite prohibition area. However, an encryption software execution device having a rewrite prohibition area is prepared, and this encryption software is provided. The decryption authentication software may be recorded in the rewrite prohibition area of the execution device and provided to the user. Further, an encryption software execution device incorporating the decryption authentication mechanism as dedicated hardware may be provided to the user.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of a software execution system for realizing a software usage control method according to a first embodiment of the present invention.
FIG. 2 is a flowchart showing an operation on the software provider side of the software execution system shown in FIG. 1;
FIG. 3 is a flowchart showing an operation on the software user side of the software execution system shown in FIG. 1;
4 is a diagram illustrating an example of a data structure of software and a ticket provided from a software provider to a software user in the software execution system illustrated in FIG. 1. FIG.
FIG. 5 is a diagram illustrating a data structure of software having a plurality of sub software units.
FIG. 6 is a block diagram showing a configuration of a software execution system for realizing a software usage control method according to a second embodiment of the present invention.
7 is a flowchart showing an operation on the software provider side of the software execution system shown in FIG. 6;
FIG. 8 is a flowchart showing the operation on the software user side of the software execution system shown in FIG. 6;
9 is a diagram showing an example of data structures of software and tickets provided from a software provider to software users in the software execution system shown in FIG. 6. FIG.
10 is a diagram showing an example of the configuration of software executed in the software execution system shown in FIG.
11 is a diagram showing another example of software and ticket data structures provided from the software provider to the software user in the software execution system shown in FIG. 6; FIG.
FIG. 12 is a block diagram showing a configuration of a software execution system for realizing a software usage control method according to a third embodiment of the present invention.
13 is a flowchart showing an operation on the software provider side of the software execution system shown in FIG.
14 is a flowchart showing the operation on the software user side of the software execution system shown in FIG.
15 is a diagram illustrating an example of a data structure of software and a ticket provided from a software provider to a software user in the software execution system illustrated in FIG.
[Explanation of symbols]
X1, X2, X3 ... Processing device on the software provider side
Y1, Y2, Y3 ... Execution device on the software user side
1, 101, 201 ... Key creation unit
2, 102, 202 ... Authentication data creation unit
3, 103, 203 ... Soft encryption unit
4,204 ... Ticket encryption unit
5, 50, 500 ... Decryption authentication software
6, 106, 206 ... ticket decryption unit
7,207 ... soft decoding part
8, 108a, 108b, 208a, 208b ... Data authentication unit
9,209 ... software execution part
112 ... Main software decoding unit
113 ... Sub soft decoding unit
109a ... main software execution unit
109b ... Sub software execution unit
81. First storage medium
82. Second storage medium
83 ... Readable area
84: Unauthorized read disabled area
85 ... Readable area

Claims

A method for restricting the use of software that is distributed so that only users with execution right data can use it,
Creating a first secret key common to each software and a second secret key unique to each user and distributing the first and second keys to the user; ,
A second step of creating first data unique to each software and first authentication data satisfying a predetermined relationship with the first data;
A third step of adding the first data to the software, encrypting the first data using the first key, and distributing the encrypted software to a user;
A fourth step of adding the first authentication data to the execution right data, encrypting the execution right data using the second key, and distributing the encrypted execution right data to a user;
The encrypted software is decrypted using the first key, the encrypted execution right data is decrypted using the second key, and added to the decrypted software When the first data and the first authentication data added to the decrypted execution right data satisfy the predetermined relationship, the decrypted software is executed according to the decrypted execution right data. A software usage control method comprising: a fifth step.

The software includes one main software part and n (n is an integer of 1 or more) sub-software parts used by the main software part,
In the second step, in addition to the first data and the first authentication data, n second data unique to each sub-software unit, and the n second data, N pieces of second authentication data satisfying a predetermined relationship are created,
In the third step, after adding the first data and the n second authentication data to the main software unit, the third data is encrypted using the first key, and the second data is encrypted. After being added to each of the sub software parts, the first software is used for encryption, and the encrypted main software part and each of the encrypted sub software parts are converted into encrypted software. Distributed to users as
In the fifth step, the encrypted main software portion of the encrypted software is decrypted using the first key, and the encrypted execution right data is decrypted in the second step. The first data decrypted using the key and added to the decrypted main software section and the first authentication data added to the decrypted execution right data have the predetermined relationship. When satisfied, execute the decrypted main software unit according to the decrypted execution right data, and when the decrypted main software unit requests use of each of the encrypted sub-software units, encryption Each of the sub-software sections is decrypted using the first key, the second data added to each of the decrypted sub-software sections, and the decrypted main software 2. The method according to claim 1, wherein when the second authentication data added to the first section satisfies the predetermined relationship, the decrypted subsoftware section is executed according to the decrypted execution right data. Software usage control method.

3. The software according to claim 1, wherein the first step encrypts the created first and second keys with a password stored by the user and distributes the same to the user. Usage control method.

A sixth step of distributing a decryption authentication program for the decryption authentication process to the user;
The software usage control method according to claim 1 or 2, wherein the fifth step is executed according to the distributed authentication program.

A first storage medium having a readable area and a non-rewritable area and a second storage medium having a readable area and an illegal read impossible area are prepared, and the readable area of the first storage medium Recording encrypted software, recording the decryption authentication program in a non-rewritable area of the first storage medium, recording the encrypted execution right data in a readable area of the second storage medium, 5. The first and second keys are recorded in an illegally unreadable area of a second storage medium, and the first and second storage media are distributed to users. Software usage control method.

A first storage medium having a readable area and a non-rewritable area and a second storage medium having an unauthorized read impossible area are prepared, and the encrypted execution is performed on the readable area of the first storage medium. The right data and the encrypted software are recorded, the decryption authentication program is recorded in the non-rewritable area of the first storage medium, and the first and second keys are recorded in the illegal read-disabled area of the second storage medium. 5. The software use control method according to claim 4, wherein the first and second storage media are distributed to users.

The sixth step has a storage area that cannot be illegally read, and distributes to the user an execution device that can execute the decryption authentication program stored in the storage area. The software usage control method according to claim 4.

The sixth step has a storage area where writing is impossible, and distributes to the user an execution device capable of executing the decryption authentication program stored in the storage area. Item 5. The software usage control method according to Item 4.

5. The software use control method according to claim 4, wherein the sixth step distributes to the user an execution device incorporating dedicated hardware for executing the decryption authentication program.

A method for restricting the use of software that is distributed so that only users with execution right data can use it,
Creating a first secret key common to each software and a second secret key common to each user, and distributing the first and second keys to the user; ,
First data unique to each software, first authentication data satisfying a predetermined relationship with the first data, second data unique to each user, the second data and a predetermined data Creating second authentication data that satisfies the relationship, and distributing the second data to the user;
A third step of adding the first data to the software, encrypting the first data using the first key, and distributing the encrypted software to a user;
A fourth step of adding the first and second authentication data to the execution right data, encrypting the execution right data using the second key, and distributing the encrypted execution right data to a user;
The encrypted execution right data is decrypted using the second key, and the second authentication data added to the decrypted execution right data and the second data satisfy the predetermined relationship. When the encrypted software is decrypted using the first key, the first data added to the decrypted software and the decrypted execution right data are added to the first data. And a fifth step of executing the decrypted software according to the decrypted execution right data when the authentication data satisfies the predetermined relationship.

The software includes one main software part and n (n is an integer of 1 or more) sub-software parts used by the main software part,
In addition to the first and second data and the first and second authentication data, the second step includes n third data unique to each sub-software unit, and the n pieces of data. Creating third data and n third authentication data satisfying a predetermined relationship,
In the third step, after adding the first data and the n third authentication data to the main software unit, the third data is encrypted using the first key, and each third data is encrypted. After being added to each of the sub software parts, the first software is used for encryption, and the encrypted main software part and each of the encrypted sub software parts are converted into encrypted software. Distributed to users as
In the fifth step, the encrypted execution right data is decrypted using the second key, second authentication data added to the decrypted execution right data, the second data, Satisfying the predetermined relationship, the encrypted main software part is decrypted using the first key, and the first data added to the decrypted main software part is decrypted. When the first authentication data added to the execution right data satisfies the predetermined relationship, the decrypted main software unit is executed according to the decrypted execution right data, and the decrypted main software unit When the use of each encrypted sub-software unit is requested from, each encrypted sub-software unit is decrypted using the first key, and each decrypted sub-software unit is decrypted. When the third data added to the section and the third authentication data added to the decrypted main software section satisfy the predetermined relationship, the decrypted sub software section is decrypted. The software usage control method according to claim 10, wherein the software usage control method is executed according to execution right data.

A method for restricting the use of software that is distributed so that only users with execution right data can use it,
Creating a first secret key unique to each software and a second secret key common to each user, and distributing the first and second keys to the user; ,
First data unique to each software, first authentication data satisfying a predetermined relationship with the first data, second data unique to each user, the second data and a predetermined data Creating second authentication data that satisfies the relationship, and distributing the second data to the user;
A third step of adding the first data to the software, encrypting the first data using the first key, and distributing the encrypted software to a user;
A fourth step of adding the first and second authentication data to the execution right data, encrypting the execution right data using the second key, and distributing the encrypted execution right data to a user;
The encrypted execution right data is decrypted using the second key, and the second authentication data added to the decrypted execution right data and the second data satisfy the predetermined relationship. When the encrypted software is decrypted using the first key, the first data added to the decrypted software and the decrypted execution right data are added to the first data. And a fifth step of executing the decrypted software according to the decrypted execution right data when the authentication data satisfies the predetermined relationship.

A method for restricting the use of software that is distributed so that only users with execution right data can use it,
Creating a first secret key unique to each software and a second secret key common to each user, and distributing the first and second keys to the user; ,
First data common to each software, first authentication data satisfying a predetermined relationship with the first data, second data unique to each user, the second data and a predetermined data Creating second authentication data that satisfies the relationship, and distributing the second data to the user;
A third step of adding the first data to the software, encrypting the first data using the first key, and distributing the encrypted software to a user;
A fourth step of adding the first and second authentication data to the execution right data, encrypting the execution right data using the second key, and distributing the encrypted execution right data to a user;
The encrypted execution right data is decrypted using the second key, and the second authentication data added to the decrypted execution right data and the second data satisfy the predetermined relationship. When the encrypted software is decrypted using the first key, the first data added to the decrypted software and the decrypted execution right data are added to the first data. And a fifth step of executing the decrypted software according to the decrypted execution right data when the authentication data satisfies the predetermined relationship.

A method for restricting the use of software that is distributed so that only users with execution right data can use it,
A secret first key unique to each software and a secret second key common to each user are created, and the first key is encrypted using the second key and encrypted. A first step of distributing a first key and an unencrypted second key to a user;
First data unique to each software, first authentication data satisfying a predetermined relationship with the first data, second data unique to each user, the second data and a predetermined data Creating second authentication data that satisfies the relationship, and distributing the second data to the user;
A third step of adding the first data to the software, encrypting the first data using the first key, and distributing the encrypted software to a user;
A fourth step of adding the first and second authentication data to the execution right data, encrypting the execution right data using the second key, and distributing the encrypted execution right data to a user;
Decrypting the encrypted first key and the encrypted execution right data using the second key, second authentication data added to the decrypted execution right data, and the second When the data satisfies the predetermined relationship, the encrypted software is decrypted using the decrypted first key, and the first data added to the decrypted software; And a fifth step of executing the decrypted software according to the decrypted execution right data when the first authentication data added to the decrypted execution right data satisfies the predetermined relationship. Wear usage control method.

A method for restricting the use of software that is distributed so that only users with execution right data can use it,
A first secret key unique to each software and a second secret key unique to each user are created, and the first key is encrypted using the second key and encrypted. A first step of distributing a first key and an unencrypted second key to a user;
First data unique to each software, first authentication data satisfying a predetermined relationship with the first data, second data unique to each user, the second data and a predetermined data Creating second authentication data that satisfies the relationship, and distributing the second data to the user;
A third step of adding the first data to the software, encrypting the first data using the first key, and distributing the encrypted software to a user;
A fourth step of adding the first and second authentication data to the execution right data, encrypting the execution right data using the second key, and distributing the encrypted execution right data to a user;
Decrypting the encrypted first key and the encrypted execution right data using the second key, second authentication data added to the decrypted execution right data, and the second When the data satisfies the predetermined relationship, the encrypted software is decrypted using the decrypted first key, and the first data added to the decrypted software; And a fifth step of executing the decrypted software according to the decrypted execution right data when the first authentication data added to the decrypted execution right data satisfies the predetermined relationship. Wear usage control method.

A method for restricting the use of software that is distributed so that only users with execution right data can use it,
The software includes one main software part and n (n is an integer of 1 or more) sub-software parts used by the main software part,
Creating a first secret key common to each software and a second secret key unique to each user and distributing the first and second keys to the user; ,
First data unique to each software, first authentication data satisfying a predetermined relationship with the first data, n second data unique to each sub-software unit, and n A second step of creating n second authentication data satisfying a predetermined relationship with the second data of
After adding the first data to the main software unit, the first data is encrypted using the first key, and after adding the second data to the sub software unit, the first key is added. A third step of distributing the encrypted main software part and each encrypted sub software part to the user as encrypted software;
The first authentication data and the n second authentication data are added to the execution right data, and then encrypted using the second key, and the encrypted execution right data is distributed to the user. A fourth step to:
Decrypting the encrypted main software portion of the encrypted software using the first key and decrypting the encrypted execution right data using the second key; When the first data added to the decrypted main software section and the first authentication data added to the decrypted execution right data satisfy the predetermined relationship, the decrypted main When the software section is executed in accordance with the decrypted execution right data, and when the decrypted main software section requests the use of each encrypted sub software section, each encrypted sub software section Are decrypted using the first key, respectively, and the second data added to each decrypted sub-software unit and the second authorization added to the decrypted execution right data. When the data and meets the predetermined relationship, and a fifth step of executing accordance execution right data decoded sub software unit that is decoded, the software usage control method.