JP3758316B2

JP3758316B2 - Software license management apparatus and method

Info

Publication number: JP3758316B2
Application number: JP18118297A
Authority: JP
Inventors: 俊一小島; 寿平中垣; 健二河野
Original assignee: Fuji Xerox Co Ltd; Fujifilm Business Innovation Corp
Current assignee: Fujifilm Business Innovation Corp
Priority date: 1997-07-07
Filing date: 1997-07-07
Publication date: 2006-03-22
Anticipated expiration: 2017-07-07
Also published as: JPH1124916A

Description

【０００１】
【発明の属する技術分野】
本発明は、ソフトウエアのライセンスを管理する方法とその装置に関する。
【０００２】
【従来の技術】
従来、ソフトウエアは、フロッピーディスク等の物理媒体に格納され、物理媒体として売買されてきた。しかし、ソフトウエアのようなディジタル著作物は、オリジナルと寸分違わぬコピーを容易に作成することが可能であるという特質を持つために、簡単に不正コピーされて使われることが多かった。近年、磁気ディスクなどコンピュータの記憶容量が大容量化されるにつれて、この不正コピーの数は増大しているといわれている。
【０００３】
ソフトウエアは、ソフトウエアのプロバイダーとユーザとの間で、ライセンス契約（使用許諾契約）を結んで使用することが多いが、上述したようにソフトウエアは容易にコピーが可能であるため、ライセンス契約を行わずに不正コピーしたソフトウエアを利用するユーザも多い。
【０００４】
また、企業や大学においても、社員や学生が企業内や大学内のコンピュータに勝手にソフトウエアを不正コピーして使用しているかどうかを把握する術がないため、知らぬ間に大量の不正コピーが行われていて、時に摘発されて、信用の失墜と膨大な賠償を被ることにもなりかねない。
【０００５】
このような状況に対して、近年ライセンス管理システムと呼ばれるものが開発されてきている。ライセンス管理システムは、ライセンスを許可されていないユーザには、ソフトウエアの利用ができないように構成されたものであり、ソフトウエアを暗号化して配布したり、パスワードによる実行制御によって、利用制限をおこなっている。
【０００６】
しかし、パスワードを他人に教えたり、暗号鍵ごとコピーして使ったりすることにより、結局は不正コピーと変わらない状況になってしまう。
【０００７】
そこで、一つの解決方法として、米国Ｓａｓｓａｆｒａｓ社のＫｅｙＳｅｒｖｅｒ（商標）に代表されるような、ネットワーク上のライセンス管理サーバによって実行可能数を管理する方法が考えられている。この管理手法では、オリジナルのソフトウエアを暗号化などの方法で利用を制限し、それを公開する。オリジナルのソフトウエアは別に管理者しかアクセスできないところに物理的に鍵を掛けて保存する。ユーザはソフトウエア実行時にライセンスサーバからライセンス（鍵）の供与を受け、実行制御を解除し利用している。オンラインで発行されたライセンス（鍵）がなければソフトウエアは実行することができず、発行された鍵はユーザには見えないようにすることで不正使用を防止している。
【０００８】
【発明が解決しようとする課題】
しかし、このようなネットワーク上のライセンスサーバによる管理方式では、オフライン時での使用制限をおこなうことが不可能である。ネットワークにアクセスし難いモバイル環境でも、正当なライセンスをもつ場合は正当にソフトウエアを実行出来ることが必要である。つまり、ユーザにオンライン・オフライン両方の環境下で、同じように実行制御が可能で、かつ不正な二次コピーの配布を防止出来る仕組みにすることが必要である。本発明は、上記従来の課題を解決し、オフラインでも実行制御ができるソフトウェアライセンス管理装置を提供することを目的とする。
【０００９】
【課題を解決するための手段】
本発明によれば、上記目的を達成するに、所定の手法たとえば暗号化によってその利用を制限したソフトウエアに対して、ユーザのアクセス資格を認証する証明データ検証手段を設ける。他方、ユーザ側には、そのソフトウエアを利用できることを示す証明データ生成手段を設け、証明データ検証手段と証明データ生成手段とが相互に通信してユーザのアクセス資格を検証する。さらに、ソフトウエア側に、以上の検証結果が成功したときのみソフトウエアの復号等を行いプログラムを実行できるようにする実行制御手段を設ける。また、証明データを生成する際にはユーザの固有情報と証明用補助情報とが必要であり、所定の発行装置が、ユーザの固有情報とソフトウエアのライセンス情報に基づいて証明用補助情報を発行する。
【００１０】
この構成においては、ユーザはユーザの固有情報に対応する真正な証明用補助情報を有していなければプログラムを実行させることができない。そしてこの証明用補助情報を発行する装置が、証明補用助情報の発行管理を通じてソフトウェアライセンスを管理することができる。
【００１１】
【発明の実施の態様】
以下、本発明の実施例について説明する。
［全体の構成］
図１は、本発明の一実施例の構成を全体として示している。図１において、証明データ検証装置１０はソフトウェアプロバイダにより提供される。この証明データ検証装置１０は、利用を制限されたソフトウエア１００を含み、さらに証明データ検証手段１１０と実行制御手段１２０とを有している。証明データ検証手段１１０は認証用データ１１１を生成し、証明データ生成装置２０が管理する証明データ生成手段２００に送る。ここでの通信手段は特に問わない、プロセス間の通信であってもネットワークを介した通信でも構わない。証明データ生成手段２００は受け取った認証用データ１１１とその証明データを生成するのに必要なライセンスチケット２０１とユーザ固有情報２０２とから証明データ２０３を生成し、証明データ検証手段１１０に送る。証明データ検証手段１１０は、証明データ生成手段２００から生成された証明データ２０３を受け取り、検証をおこなう。検証結果によって、実行制御手段１２０で利用制限を解除しソフトウエア１００を利用できるようにする。
【００１２】
ユーザは証明データ生成に先立ち、ライセンスチケット２０１をライセンスチケット発行装置３０から発行してもらう。ライセンスチケット発行装置３０はライセンスチケットをユーザの固有情報２０２とアクセス資格認証の特徴情報３００とから生成する。
【００１３】
なお、この実施例においては、図２に示すように、有効期限等の利用制限情報２０４を用いて利用を制限するようにしてもよい。図２において、図１と対応する箇所には対応する符号を付して詳細な説明を省略する。また、図１および図２において、証明データ生成装置２０中において点線で囲んだ部分は耐タンパー装置で防御されている部分を部分を示す。
【００１４】
［アクセス資格認証の概略］
以下に本実施例を詳細に説明する。まず、アクセス資格の認証について説明する。ユーザのアクセス資格の認証には、暗号化の手法が使用されるが、この例においてはＲＳＡ（Ｒｉｖｅｓｔ−Ｓｈａｍｉｒ−Ａｄｅｌｍａｎ）公開鍵暗号系を用いる。もちろん、他の種々の暗号を用いることができる。
【００１５】
まず、ソフトウエアに対して認証用の公開暗号鍵ペアとして公開鍵Ｅと秘密鍵Ｄとそれに対する法数ｎとを設定する。法数ｎはソフトウエアに対して設定する。ライセンス資格認証の特徴情報３００としてこの秘密鍵Ｄを使用する。
【００１６】
この実施例では、以下の情報または計算を用いてライセンス資格の認証を行う。
▲１▼共通鍵暗号の鍵Ｋ：プログラムの少なくとも一部を暗号化して利用制限する。
▲２▼ユーザ固有情報ｄＵ
▲３▼ライセンス資格認証の特徴情報Ｄ
▲４▼ライセンスチケットｔ＝Ｄ−Ｆ（ｄＵ，ｎ）またはＤ−Ｆ（ｄＵ，ｎ，Ｌ）
ただし、Ｆ（）は好ましくは一方向ハッシュ関数である。Ｌは有効期限等の利用制限情報である。
▲５▼認証用データＣ＝ｒ^EＫ^E （ｍｏｄｎ）
ただし、ｒは乱数である。
▲６▼証明データ生成式：Ｃ^tＣ^F(dU,n)またはＣ^tＣ^F(dU,n,L) （ｍｏｄｎ）
▲７▼検証手法：乱数効果を除去して鍵Ｋを復元し、暗号化プログラムを復号する。
【００１７】
証明データ検証装置１０と証明データ生成装置２０とは相互にデータを通信して認証を行い、認証が成功するとソフトウェアを利用することが可能となる。認証は、まず、ソフトウェア利用の要求に応じて、証明データ検証装置１０が認証用データ（ＣまたはＣ＝ｒ^ＥＫ^Ｅ）１１１を証明データ生成装置２０に送出し、証明データ生成装置２０は、この認証用データ１１１とユーザ固有情報（ｄＵ）２０２とライセンスチケット（ｔ＝Ｄ−Ｆ（ｄＵ，ｎ））２０１と対して所定の演算を実行して証明データ２０３を生成し、証明データ検証装置１０に返す。ライセンスチケット（ｔ）と、ユーザ固有情報（ｄＵ）と、認証の特徴情報（Ｄ，ｎ）が対応していれば、証明データは、（ｒＫ）^ＥＤｍｏｄｎとなり、ＤＥｍｏｄｎ＝１から、ｒＫとなる。そして、乱数ｒを用いてＫを算出する。この共通暗号鍵Ｋを用いて暗号化されているソフトウェアを復号して実行する。
【００１８】
［ソフトウェアの利用制限手法］
つぎに、ソフトウェアの利用制限について説明する。この実施例では、ソフトウェアの利用制限の手法としては、共通鍵暗号系による暗号化を採用する。利用制限されたソフトウェア１００（図１、図２）は図３に示すように予め処理されて、頒布される。図３において、まず、ソフトウェアの少なくとも一部を共通鍵暗号の鍵Ｋで暗号化する（Ｓ１０）。つぎに鍵ＫをＲＳＡ暗号の公開鍵Ｅで暗号化し（Ｓ１１、Ｋ’＝Ｋ^E ｍｏｄｎ）、暗号化した鍵Ｋ’を証明データ検証手段１１０が取り出せる状態でソフトウェアに埋め込む（Ｓ１２）。
【００１９】
［認証用データ］
つぎに認証用データ１１１の一例を説明する。認証用データ１１１は、この例では、Ｃ＝ｒ^EＫ’ ｍｏｄｎである。ただし、ｒは乱数である。認証用データは、図４に示すように生成される。まず、暗号化された秘密鍵データＫ’を取り出す（Ｓ２１）。つぎに乱数ｒを設定し、乱数ｒは保持しておく（Ｓ２２）。そしてＣ＝ｒ^EＫ’ ｍｏｄｎを計算し、Ｃの値とｎとの組みを認証用データ１１１とする。ここで、乱数ｒは毎回変化し予測不可能なので、同じ証明データを再度使用できないようにする。したがってリプレイアタックに対処できる。
【００２０】
［ライセンス管理手法−ライセンスチケット発行］
つぎに、ソフトウエアのライセンス管理の例を説明する。この例においては、ユーザが使用するソフトウエアに対するライセンスチケットの発行枚数に応じて、各ソフトウエアのプロバイダにライセンスフィーを支払うようになっている。
【００２１】
図５は、この管理例で用いるライセンスチケット発行装置３０の構成をしめす。このライセンスチケット発行装置３０は、ユーザの要求により、ユーザの証明データ生成に必要なライセンスチケット（ｔ）２０１を生成し発行する装置である。
【００２２】
図５において、ライセンスチケット発行装置３０は、ライセンスチケット生成手段３０１、ユーザ情報管理手段３０２、ユーザ情報データベース３１０、ソフトウェア情報管理手段３０３、ソフトウェア情報データベース３２０およびライセンス数管理手段３０４を含んで構成されている。
【００２３】
なお、先に説明したユーザ固有情報２０２とライセンス資格認証の特徴情報３００としてのソフトウエアの秘密鍵Ｄとは、安全に秘密情報として管理されていなくてはならない。ユーザ固有情報（ｄＵ）２０２はユーザＵに対する秘密情報でユーザ情報データベース３１０に安全に保存されている。ユーザへは証明データ生成手段２００（図１）の一部として、安全な保護容器（例えばＩＣカード）の中に保持されて渡される。この手順に関係する構成は本発明では限定しない。たとえば、別の第三者がこの配布をおこなってもよいし、ライセンスチケット発行装置３０がこの機能を兼ねていてもかまわない。ユーザデータベース３１０へのアクセスはユーザ情報管理手段３０２によっておこなわれる。
【００２４】
図６はユーザ情報データベース３１０の構成例を示す。図６に示すように、ユーザ情報データベース３１０では、ユーザの識別子としてユーザＩＤをもち、ユーザ名Ｕ、ユーザ固有情報ｄＵ、発行したライセンスチケットの履歴をリスト形式で持っている。ユーザ情報データベース３１０を参照することにより、ユーザごとの発行したライセンス枚数や発行の履歴を調べることができる。
【００２５】
ソフトウエアに関する秘密鍵Ｄ（資格認証の特徴情報３００）はライセンスチケット発行装置３０が生成して、公開鍵Ｅをソフトウエアプロバイダに配布するか、または逆にソフトウエアプロバイダから秘密鍵Ｄを安全な手段で受け取り管理する方法が考えられる。このソフトウエアに対する公開鍵秘密鍵のペアの生成に関する構成は本発明では限定しない。秘密鍵Ｄはソフトウエア情報データベース３２０で安全に保持され、ソフトウエア情報管理手段３０３によって管理される。
【００２６】
図７は、ソフトウエア情報データベース３２０の構成例を示す。図７に示すように、ソフトウェア情報データベース３２０では、ソフトウエアのＩＤや名称、ＲＳＡ法数ｎ、秘密情報Ｄの他に、ライセンスチケットの発行枚数、必要ならばそのリストを保持することにする。ソフトウエア情報データベース３２０によって、そのソフトウエアに対して何枚のライセンスチケットが発行されているかを確認できることとなる。
【００２７】
図８は、ライセンスチケットの生成方法とそれに伴うデータベース３１０、３２０への操作を示す。図８において、まず、ユーザの要求により、発行するライセンスチケットのユーザＵとソフトウエアｎの情報を得る。すなわち、ユーザ情報データベース３１０からユーザ固有情報ｄＵを取り出し（Ｓ３０）、ソフトウエア情報データベース３２０から秘密鍵Ｄを得る（Ｓ３１）。ライセンスチケットｔはつぎの生成式により生成される（Ｓ３２）。
【００２８】
【数１】
ｔ＝Ｄ−Ｆ（ｄＵ，ｎ）
ここでの関数Ｆ（）は、上述のとおり、好ましくは一方向性ハッシュ関数である。関数の引数の各項は、単純な接合が考えられる。が本発明ではこれに限らない。すべての項目が関数の結果に影響するようなものであればどのような方式でもかまわない。
【００２９】
最後にユーザ情報データベース３１０の該当ユーザの項目とソフトウエア情報データベース３２０の該当ソフトウエアの項目を共に更新する（Ｓ３３）。
【００３０】
適当な時期で、このソフトウエア情報データベース３２０の内容を調べて、各ソフトウエアに対するライセンスチケットの発行枚数によりソフトウエアプロバイダへライセンスフィーを支払う。
【００３１】
［他のライセンス管理手法］
つぎに、ソフトウエアのライセンス管理の別の例を説明する。このライセンス管理の方法は、予め各ソフトウエアにはライセンス数の上限が設定されており、ライセンスチケットの枚数がその上限を超えては発行できないようにするものである。さらに、ライセンスチケットには有効期限を設ける。これにより、ライセンスチケットの失効の時間がくればソフトウエアは利用できなくなるので、新たな発行が可能になる。
【００３２】
図９は、この管理手法に用いるソフトウエア情報データベース３２０の構成例を示す。図９に示すように、このソフトウェア情報データベース３２０では、ソフトウエアのＩＤや名称、ソフトウエアにユニークなＲＳＡ法数ｎ、秘密情報Ｄの他に、予め設定されたライセンス数、現在の有効ライセンスチケット数と、必要ならばそのリストを保持することにする。このソフトウエア情報データベース３２０によって、そのソフトウエアに対して同時に設定されたライセンス数（上限）までのライセンスチケットが発行することができる。
【００３３】
図１０は、この管理手法にしたがうライセンスチケットの生成方法とそれに伴うデータベース３１０、３２０への操作を示す。図１０において、まず、ユーザの要求により、発行するライセンスチケットのユーザＵとソフトウエアｎの情報を得る。すなわち、ユーザ情報データベース３１０からユーザ固有情報ｄＵを取り出し（Ｓ４０）、ソフトウエア情報データベース３２０から現在のライセンスチケット数が設定された上限を超えないかを調べて、現在のライセンスチケットの発行の可否を決める（Ｓ４１、Ｓ４２、Ｓ４３）。発行が可能ならば、ソフトウエア情報データベース３２０から秘密鍵Ｄを取り出す（Ｓ４６）。発行が不可能であれば、その旨をユーザに通知する（Ｓ４５）。
【００３４】
ライセンスチケットには利用制限情報Ｌを付属させることができる（Ｓ４７）。これにより、例えば、ライセンスに有効期間を設定し、この結果、有効期間を過ぎた場合（または、有効期間前）使用することができないライセンスチケットを作成することができる。この場合、ライセンスチケットｔはつぎの生成式で生成されて発行される（Ｓ４８）。
【００３５】
【数２】
ｔ＝Ｄ−Ｆ（ｄＵ，ｎ，Ｌ）
ここでの関数Ｆ（）は、上述のとおり、好ましくは一方向性ハッシュ関数である。関数の引数の各項は、単純な接合が考えられるが、本発明ではこれに限らない。すべての項目が関数の結果に影響するようなものであればどのような方式でもかまわない。
【００３６】
最後にユーザ情報データベース３１０の該当ユーザの項目とソフトウエア情報データベース３２０の該当ソフトウエアの項目を共に更新する（Ｓ４９）。
【００３７】
このライセンス管理方式では、予め設定したライセンス数を超えてのユーザへの使用は不可能なので、ソフトウエアプロバイダへはその数のライセンスフィーを支払う。
【００３８】
［証明データ生成］
図１１は、証明データ２０３の生成方法の一例を示す。ここでは図９を参照して説明した管理手法に即して説明する。図１１において、まず、証明データ検証装置１０から認証用データ（Ｃ，ｎ）を受け取る（Ｓ５０）。つぎに受け取った認証用データ（Ｃ，ｎ）のｎの値に基づいて、ソフトウェア情報データベース３２０を参照して、対応するライセンスチケット（ｔ）２０１と利用制限情報Ｌを取得する（Ｓ５１）。このライセンスチケット２０１は、前述の方法でライセンスチケット発行装置３０より発行される。次に、ライセンスチケットの利用制限情報をチェックする（Ｓ５２）。例えば利用制限情報が有効期間であれば、現在時刻と比較する。利用が許容される場合には、つぎの式にしたがって証明データＲを生成する（Ｓ５３）。
【００３９】
【数３】
Ｒ＝Ｃ^tＣ^F(dU,n,L)
利用制限情報Ｌとｔ＝Ｄ−Ｆ（ｄＵ，ｎ，Ｌ）とは組で構成され、Ｌの中に有効期間などの制限情報を織り込まれている。ユーザはＬの偽造をおこなっても、対応するライセンスチケットｔの偽造は不可能なので、ライセンスチケットの完全性は保たれている。
【００４０】
また、証明データの計算に必要なユーザ固有情報ｄＵは安全に保持・実行されなければならないので、ユーザ固有情報を保持する部分、および証明データの計算を計算する部分を、一般にはＩＣカードのような外部からの観測を困難にするような小型演算装置を持ったデバイスで実装することが要望される。
【００４１】
［証明データ検証］
図１２は、証明データ２０３の検証と、そこから得られたＫによる実行制御手段１２０によるソフトウエアの復号化の一例を示す。図１２において、まず、証明データ検証装置１０は証明データ生成装置２０から証明データＲを受け取る（Ｓ６０）。証明データ検証手段１１０は、受け取った証明データＲ２０３をソフトウエアの公開鍵Ｅで暗号化（署名検証）をして、ｒＫを得る（Ｓ６１）。この乱数ｒの項を除去することが出来るのは、証明データ検証装置１０のみである。ｒの項を除去し、Ｋを得る（Ｓ６２）。実行制御手段１２０は、この得られたＫの値をもって、利用を制限されたソフトウエア１００を復号化して、実行をおこなう（Ｓ６３）。
【００４２】
以上説明したように、利用制限をされたソフトウエアに対する証明用補助情報としてのライセンスチケットをつかって、ユーザのアクセス資格を検証することにより、ソフトウエアの実行を可能にすることができる。ライセンスチケットの発行を管理することにより、ソフトウエアプロバイダへの正しい利用料（ライセンスフィー）を支払うことが可能になる。また第二の実施例で説明したように、ライセンスチケットの発行を予め定められたライセンス数の上限まで発行する管理をすることも可能になる。もちろん、これらの認証動作は全てローカルな環境で実行されるので、ソフトウエア利用時にオンラインである必要が全くない。
【００４３】
本発明によるソフトウエアは利用制限がかかっており、それ単体では動作は不可能なので、ＣＤ―ＲＯＭにいれて配布したり、インターネット上のＷＷＷサーバやＦＴＰサーバなどに置くことが可能である。利用したいユーザはライセンスチケットを購入してソフトウエアの利用制限を解除して使用することができる。ライセンスチケットの有効期間を短くすることにより、一ライセンスチケットの発行に対しての代金を安く設定して、安く多量に販売するというライセンス形態も可能になる。
【００４４】
なお、本発明は上述の実施例に限定されるものではなく、種々変更が可能である。例えば、アクセス資格認証にＲＳＡ公開鍵暗号系の手法を使用したが、他の暗号系も適用可能である。
【００４５】
【発明の効果】
以上説明したように、本発明によれば、ソフトウエアの二次使用による不正使用をオンラインでも、オフラインでも防止することが可能になり、正当なライセンス管理システムを構築できる。
【図面の簡単な説明】
【図１】本発明の実施例のライセンス管理装置の概略を示すブロック図である。
【図２】上述実施例の変形例を示すブロック図である。
【図３】上述実施例のソフトウエアの暗号化の一例を示す図である。
【図４】上述実施例の認証用データの生成方法の一例を示す図である。
【図５】上述実施例のライセンスチケット発行装置の一例を示す図である。
【図６】上述実施例のユーザ情報データベースの一例を示す図である。
【図７】上述実施例のソフトウエア情報データベースの一例を示す図である。
【図８】上述実施例のライセンスチケットの生成方法の一例を示す図である。
【図９】上述実施例のソフトウエア情報データベースの別の例を示す図である。
【図１０】上述実施例のライセンスチケットの生成方法の別の例を示す図である。
【図１１】上述実施例の証明データ生成方法の一例を示す図である。
【図１２】上述実施例の証明データ認証手段と実行制御手段の動作を示す図である。
【符号の説明】
１０証明データ検証装置
２０証明データ生成装置
３０アクセスチケット生成装置
１００利用を制限されたソフトウェア
１１０証明データ検証手段
１２０実行制御手段
２００証明データ生成生手段
２０１ライセンスチケット
２０２ユーザ固有情報
３００アクセス資格認証の特徴情報
３０１ライセンスチケット生成手段
３０２ユーザ情報管理手段
３０３ソフトウェア情報管理手段
３０４ライセンス数管理手段
３１０ユーザ情報データベース
３２０ソフトウェア情報データベース[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a method and apparatus for managing software licenses.
[0002]
[Prior art]
Conventionally, software is stored in a physical medium such as a floppy disk and sold as a physical medium. However, since digital works such as software have the property that it is possible to easily make copies that are exactly the same as the original, they were often illegally copied and used. In recent years, it is said that the number of illegal copies increases as the storage capacity of a computer such as a magnetic disk increases.
[0003]
Software is often used with a license agreement (license agreement) between the software provider and the user. However, as described above, the software can be easily copied. Many users use software that has been illegally copied without doing so.
[0004]
Also, even in companies and universities, there is no way to know whether employees or students are illegally copying and using software on computers in the company or university. Is being carried out and sometimes caught, it can lead to the loss of credit and enormous compensation.
[0005]
In response to this situation, a so-called license management system has been developed in recent years. The license management system is configured so that the software cannot be used by users who are not licensed, and the usage is restricted by encrypting and distributing the software or by controlling execution with a password. ing.
[0006]
However, by sharing the password with another person or by copying and using the encryption key, the situation becomes the same as unauthorized copying.
[0007]
Thus, as one solution, a method of managing the executable number by a license management server on a network, such as KeyServer (trademark) of Sassafras, Inc., has been considered. In this management method, the use of the original software is restricted by a method such as encryption, and it is made public. The original software is physically locked where it can only be accessed by the administrator. The user receives a license (key) from the license server at the time of software execution, releases the execution control, and uses it. Software cannot be executed without a license (key) issued online, and unauthorized use is prevented by making the issued key invisible to the user.
[0008]
[Problems to be solved by the invention]
However, in such a management method using a license server on the network, it is impossible to restrict use when offline. Even in a mobile environment where it is difficult to access the network, it is necessary to be able to execute software properly if you have a valid license. In other words, it is necessary to provide a mechanism that allows the user to perform execution control in the same manner in both online and offline environments and prevent unauthorized secondary copy distribution. It is an object of the present invention to provide a software license management apparatus that solves the above-described conventional problems and can perform execution control even offline.
[0009]
[Means for Solving the Problems]
According to the present invention, in order to achieve the above object, there is provided proof data verification means for authenticating a user's access qualification for software whose use is restricted by a predetermined method such as encryption. On the other hand, the user side is provided with proof data generation means indicating that the software can be used, and the proof data verification means and the proof data generation means communicate with each other to verify the user's access qualification. Furthermore, execution control means is provided on the software side so that the program can be executed by decrypting the software only when the above verification results are successful. Also, when generating certification data, user specific information and certification auxiliary information are required, and a predetermined issuing device issues certification auxiliary information based on the user specific information and software license information. To do.
[0010]
In this configuration, the user cannot execute the program unless he / she has authentic auxiliary information for proof corresponding to the user's unique information. The device that issues the auxiliary information for certification can manage the software license through the issue management of the auxiliary information for certification.
[0011]
BEST MODE FOR CARRYING OUT THE INVENTION
Examples of the present invention will be described below.
[Overall configuration]
FIG. 1 shows the configuration of an embodiment of the present invention as a whole. In FIG. 1, the proof data verification device 10 is provided by a software provider. The proof data verification device 10 includes software 100 whose use is restricted, and further includes proof data verification means 110 and execution control means 120. The proof data verification unit 110 generates authentication data 111 and sends it to the proof data generation unit 200 managed by the proof data generation device 20. The communication means here is not particularly limited and may be communication between processes or communication via a network. The proof data generation unit 200 generates proof data 203 from the received authentication data 111, the license ticket 201 necessary for generating the proof data, and the user specific information 202, and sends it to the proof data verification unit 110. The proof data verification unit 110 receives the proof data 203 generated from the proof data generation unit 200 and performs verification. Based on the verification result, the execution control unit 120 releases the use restriction so that the software 100 can be used.
[0012]
Prior to generating the certification data, the user issues a license ticket 201 from the license ticket issuing device 30. The license ticket issuing device 30 generates a license ticket from the user unique information 202 and the access qualification feature information 300.
[0013]
In this embodiment, as shown in FIG. 2, use may be restricted using use restriction information 204 such as an expiration date. In FIG. 2, portions corresponding to those in FIG. In FIGS. 1 and 2, a portion surrounded by a dotted line in the proof data generation device 20 indicates a portion protected by a tamper resistant device.
[0014]
[Outline of Access Credential Authentication]
This embodiment will be described in detail below. First, access qualification authentication will be described. An encryption method is used for authenticating the user's access qualification. In this example, a RSA (Rivest-Shamir-Adelman) public key cryptosystem is used. Of course, other various ciphers can be used.
[0015]
First, a public key E, a secret key D, and a modulus n for the public encryption key pair for authentication are set for the software. The modulus n is set for the software. This secret key D is used as the characteristic information 300 for license qualification authentication.
[0016]
In this embodiment, the license qualification is authenticated using the following information or calculation.
(1) Key K for common key encryption: At least a part of a program is encrypted to restrict use.
(2) User-specific information dU
(3) Feature information D for license qualification authentication
(4) License ticket t = DF (dU, n) or DF (dU, n, L)
However, F () is preferably a one-way hash function. L is usage restriction information such as an expiration date.
(5) Authentication data C = r ^E K ^E (mod n)
However, r is a random number.
(6) Proof data generation formula: C ^t C ^{F (dU, n)} or C ^t C ^{F (dU, n, L)} (mod n)
(7) Verification method: The random number effect is removed, the key K is restored, and the encryption program is decrypted.
[0017]
The proof data verification device 10 and the proof data generation device 20 perform authentication by communicating data with each other, and if the authentication is successful, the software can be used. Authentication, first, in response to a request of software use, the proof data verification device 10 sends the authentication data (C or ^C = ^r E K E) 111 in the proof data generation device 20, the proof data generation device 20, A predetermined operation is performed on the authentication data 111, the user specific information (dU) 202, and the license ticket (t = D F (dU, n)) 201 to generate proof data 203, and a proof data verification device Return to 10. If the license ticket (t), the user specific information (dU), and the authentication feature information (D, n) correspond to each other, the certification data becomes (rK) ^ED mod n, and DE mod n = 1, rK. Then, K is calculated using the random number r. The software encrypted using the common encryption key K is decrypted and executed.
[0018]
[Software usage restriction method]
Next, software usage restrictions will be described. In this embodiment, encryption by a common key cryptosystem is employed as a software usage restriction method. The use-limited software 100 (FIGS. 1 and 2) is processed in advance and distributed as shown in FIG. In FIG. 3, first, at least a part of the software is encrypted with the key K of the common key encryption (S10). Next, the key K is encrypted with the public key E of the RSA encryption (S11, K ′ = K ^E mod n), and the encrypted key K ′ is embedded in the software in a state where the proof data verification means 110 can extract (S12).
[0019]
[Authentication data]
Next, an example of the authentication data 111 will be described. In this example, the authentication data 111 is C = r ^E K ′ mod n. However, r is a random number. The authentication data is generated as shown in FIG. First, the encrypted secret key data K ′ is taken out (S21). Next, a random number r is set, and the random number r is retained (S22). Then, C = r ^E K ′ mod n is calculated, and the combination of the value of C and n is used as authentication data 111. Here, since the random number r changes every time and cannot be predicted, the same proof data cannot be used again. Therefore, the replay attack can be dealt with.
[0020]
[License Management Method-License Ticket Issue]
Next, an example of software license management will be described. In this example, a license fee is paid to each software provider according to the number of license tickets issued for the software used by the user.
[0021]
FIG. 5 shows the configuration of the license ticket issuing device 30 used in this management example. The license ticket issuing device 30 is a device that generates and issues a license ticket (t) 201 necessary for generating user certification data in response to a user request.
[0022]
In FIG. 5, the license ticket issuing device 30 includes a license ticket generating unit 301, a user information managing unit 302, a user information database 310, a software information managing unit 303, a software information database 320, and a license number managing unit 304. Yes.
[0023]
Note that the user-specific information 202 and the software secret key D as the license qualification feature information 300 described above must be securely managed as secret information. The user unique information (dU) 202 is secret information for the user U and is safely stored in the user information database 310. As a part of the proof data generation means 200 (FIG. 1), it is held and passed to the user in a safe protective container (for example, an IC card). The configuration related to this procedure is not limited in the present invention. For example, another third party may perform this distribution, or the license ticket issuing device 30 may also have this function. Access to the user database 310 is performed by the user information management means 302.
[0024]
FIG. 6 shows a configuration example of the user information database 310. As shown in FIG. 6, the user information database 310 has a user ID as a user identifier, and has a user name U, user-specific information dU, and a history of issued license tickets in a list format. By referring to the user information database 310, it is possible to check the number of licenses issued and the issuance history for each user.
[0025]
The software-related secret key D (characteristic authentication characteristic information 300) is generated by the license ticket issuing device 30 and the public key E is distributed to the software provider, or conversely, the secret key D is secured from the software provider. A method of receiving and managing by means is conceivable. The configuration relating to the generation of the public key / private key pair for the software is not limited in the present invention. The secret key D is securely held in the software information database 320 and managed by the software information management means 303.
[0026]
FIG. 7 shows a configuration example of the software information database 320. As shown in FIG. 7, in the software information database 320, in addition to the software ID and name, RSA modulus n, and secret information D, the number of license tickets issued and, if necessary, a list thereof are held. The software information database 320 can confirm how many license tickets have been issued for the software.
[0027]
FIG. 8 shows a method for generating a license ticket and an operation to the databases 310 and 320 associated therewith. In FIG. 8, first, information on the user U and the software n of the license ticket to be issued is obtained in response to a user request. That is, the user specific information dU is extracted from the user information database 310 (S30), and the secret key D is obtained from the software information database 320 (S31). The license ticket t is generated by the following generation formula (S32).
[0028]
[Expression 1]
t = D−F (dU, n)
The function F () here is preferably a one-way hash function as described above. Each term of the function argument can be a simple connection. However, the present invention is not limited to this. Any method is acceptable as long as all items affect the result of the function.
[0029]
Finally, the corresponding user item in the user information database 310 and the corresponding software item in the software information database 320 are both updated (S33).
[0030]
At an appropriate time, the contents of the software information database 320 are examined, and a license fee is paid to the software provider according to the number of license tickets issued for each software.
[0031]
[Other license management methods]
Next, another example of software license management will be described. In this license management method, an upper limit of the number of licenses is set in advance for each software, and the number of license tickets cannot be issued beyond the upper limit. In addition, the license ticket has an expiration date. As a result, the software can no longer be used if the license ticket expires, and a new issue becomes possible.
[0032]
FIG. 9 shows a configuration example of the software information database 320 used for this management method. As shown in FIG. 9, in the software information database 320, in addition to the software ID and name, the RSA modulus number n unique to the software, the secret information D, the number of licenses set in advance, the current valid license ticket We will keep a list of numbers and if necessary. The software information database 320 can issue license tickets up to the number of licenses (upper limit) set simultaneously for the software.
[0033]
FIG. 10 shows a license ticket generation method according to this management method and the operations on the databases 310 and 320 associated therewith. In FIG. 10, first, information on the user U and the software n of the license ticket to be issued is obtained in response to a user request. That is, the user-specific information dU is extracted from the user information database 310 (S40), and it is checked from the software information database 320 whether the current license ticket number exceeds the set upper limit, and whether or not the current license ticket can be issued is determined. Decide (S41, S42, S43). If it can be issued, the private key D is taken out from the software information database 320 (S46). If it cannot be issued, the fact is notified to the user (S45).
[0034]
Usage restriction information L can be attached to the license ticket (S47). As a result, for example, an effective period is set for the license, and as a result, a license ticket that cannot be used when the effective period has passed (or before the effective period) can be created. In this case, the license ticket t is generated and issued by the following generation formula (S48).
[0035]
[Expression 2]
t = D−F (dU, n, L)
The function F () here is preferably a one-way hash function as described above. Each term of the function argument can be a simple connection, but the present invention is not limited to this. Any method is acceptable as long as all items affect the result of the function.
[0036]
Finally, the corresponding user item in the user information database 310 and the corresponding software item in the software information database 320 are both updated (S49).
[0037]
In this license management method, use beyond the preset number of licenses is impossible for the user, so that number of license fees is paid to the software provider.
[0038]
[Generate proof data]
FIG. 11 shows an example of a method for generating the proof data 203. Here, a description will be given in accordance with the management method described with reference to FIG. In FIG. 11, first, authentication data (C, n) is received from the proof data verification device 10 (S50). Next, based on the value of n of the received authentication data (C, n), the software information database 320 is referenced to obtain the corresponding license ticket (t) 201 and usage restriction information L (S51). The license ticket 201 is issued from the license ticket issuing device 30 by the method described above. Next, the license ticket usage restriction information is checked (S52). For example, if the usage restriction information is a valid period, it is compared with the current time. If the use is permitted, the proof data R is generated according to the following equation (S53).
[0039]
[Equation 3]
R = C ^t C ^{F (dU, n, L)}
The usage restriction information L and t = D−F (dU, n, L) are configured in pairs, and restriction information such as a valid period is incorporated in L. Even if the user forges L, the corresponding license ticket t cannot be forged, so the integrity of the license ticket is maintained.
[0040]
In addition, since the user-specific information dU necessary for calculating the proof data must be safely held and executed, a part for holding the user-specific information and a part for calculating the proof data are generally used like an IC card. It is required to be mounted with a device having a small arithmetic unit that makes observation from the outside difficult.
[0041]
[Certification data verification]
FIG. 12 shows an example of verification of the proof data 203 and decryption of software by the execution control means 120 using K obtained therefrom. In FIG. 12, first, the proof data verification device 10 receives the proof data R from the proof data generation device 20 (S60). The proof data verification means 110 encrypts the received proof data R203 with the software public key E (signature verification) to obtain rK (S61). Only the proof data verification device 10 can remove the term of the random number r. The term r is removed to obtain K (S62). The execution control means 120 decodes the use-limited software 100 with the obtained value of K and executes it (S63).
[0042]
As described above, the software can be executed by verifying the user's access qualification by using the license ticket as auxiliary information for proof for the software whose use is restricted. By managing the issuance of license tickets, it is possible to pay the correct usage fee (license fee) to the software provider. Further, as described in the second embodiment, it is possible to manage to issue license tickets up to a predetermined upper limit of the number of licenses. Of course, since these authentication operations are all performed in a local environment, there is no need to be online when using the software.
[0043]
Since the software according to the present invention is restricted in use and cannot be operated alone, it can be distributed on a CD-ROM or placed on a WWW server or FTP server on the Internet. The user who wants to use can purchase a license ticket and use it after releasing the software usage restrictions. By shortening the validity period of the license ticket, it is possible to set a price for issuing one license ticket at a low price and to sell a large quantity at a low price.
[0044]
In addition, this invention is not limited to the above-mentioned Example, A various change is possible. For example, although the RSA public key cryptosystem technique is used for access qualification authentication, other cryptosystems are also applicable.
[0045]
【The invention's effect】
As described above, according to the present invention, it is possible to prevent unauthorized use due to secondary use of software both online and offline, and a legitimate license management system can be constructed.
[Brief description of the drawings]
FIG. 1 is a block diagram showing an outline of a license management apparatus according to an embodiment of the present invention.
FIG. 2 is a block diagram showing a modification of the above embodiment.
FIG. 3 is a diagram illustrating an example of software encryption according to the embodiment.
FIG. 4 is a diagram illustrating an example of a method for generating authentication data according to the embodiment.
FIG. 5 is a diagram illustrating an example of a license ticket issuing apparatus according to the above-described embodiment.
FIG. 6 is a diagram illustrating an example of a user information database according to the embodiment.
FIG. 7 is a diagram illustrating an example of a software information database according to the embodiment.
FIG. 8 is a diagram illustrating an example of a method for generating a license ticket according to the embodiment.
FIG. 9 is a diagram showing another example of the software information database of the embodiment.
FIG. 10 is a diagram showing another example of a method for generating a license ticket in the embodiment.
FIG. 11 is a diagram illustrating an example of a proof data generation method according to the embodiment described above.
FIG. 12 is a diagram illustrating operations of the proof data authentication unit and the execution control unit of the above-described embodiment.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 10 Proof data verification apparatus 20 Proof data generation apparatus 30 Access ticket generation apparatus 100 Use restricted software 110 Proof data verification means 120 Execution control means 200 Proof data generation means 201 License ticket 202 User specific information 300 Features of access qualification authentication Information 301 License ticket generating means 302 User information managing means 303 Software information managing means 304 License number managing means 310 User information database 320 Software information database

Claims

A proof data generation device and a proof data verification device;
The proof data generation device includes:
First storage means for storing authentication data received from the proof data verification device;
Second storage means for storing user-specific information managed secretly ;
Auxiliary information for proof that is an execution result of executing the first predetermined calculation is stored with respect to the unique information of the user and the characteristic information of access qualification authentication that is secretly managed and assigned to software whose use is restricted A third storage means;
Authentication data held in the first storage means, user specific information stored in the second storage means, and proof auxiliary information stored in the third storage means And proof data generating means for generating proof data by performing a second predetermined calculation,
The proof data verification device includes:
And software storage means for storing restricted software the use,
A fourth storage means for storing authentication data;
Fifth storage means for storing proof data;
Proof data verification means for verifying that the proof data stored in the fifth storage means is generated based on the characteristic information of the access qualification authentication;
An execution control means for enabling the use of the software stored in the software storage means only when the verification by the proof data verification means is successful,
When the user's unique information, the access qualification feature information and the proof auxiliary information correspond, the proof data verification means,
The proof data is generated based on the characteristic information of the access qualification authentication ;
And verify that
Selecting the first predetermined calculation for generating the proof auxiliary information and the second predetermined calculation for generating the proof data;
The proof data verification device and the proof data generation device communicate with each other to authenticate the user's access qualification, and enable use of software only for a user having the valid auxiliary information for proof. Software license management device.

The software license management apparatus according to claim 1, further comprising a certification auxiliary information issuing device that issues the certification auxiliary information for the user, and managing software based on the issuance record.

The apparatus has a certification auxiliary information issuing device for issuing the certification auxiliary information for the user, and manages the number of licenses of the licensed software based on the number of the certification auxiliary information issued. The software license management apparatus according to 1.

The proof auxiliary information issuing device further includes an issue upper limit storage means for storing the upper limit number that can issue the proof auxiliary information, and a sixth storage that stores the number of proof auxiliary information that has already been issued and is valid. And a number-of-licenses management unit that does not issue any additional certification auxiliary information when the number of valid licenses stored in the sixth storage unit reaches the upper limit number stored in the issuance upper limit storage unit. The software license management apparatus according to claim 2 or 3, further comprising:

The proof data generation device further includes usage control information storage means for storing usage control information, wherein the proof data generation means includes authentication data held in the first storage means, and the second storage. Specific information of the user stored in the means, auxiliary information for proof stored in the third storage means, and the usage control information stored in the usage control information storage means. Providing proof data by performing calculation, and having auxiliary information for proof that is an execution result of executing a predetermined calculation for the unique information of the user, the characteristic information of the access qualification authentication, and the usage control information 5. The software license management apparatus according to claim 1, wherein only the user can use the software.

6. The software license management apparatus according to claim 5, wherein the usage control information includes data indicating a validity period of the auxiliary information for certification.

7. The license number management means for updating the number of valid licenses stored in the sixth storage means based on the validity period information of the usage control information that has already been issued. Software license management device.

The use-restricted software is stored in the software storage means in a state where at least a part is encrypted, and the characteristic information of the access qualification authentication is a first decryption key in an encryption function, and the authentication A data obtained by encrypting a second decryption key for decrypting at least a part of the software stored in the software storage means in a state where the data is encrypted by using an encryption key corresponding to the first decryption key And the proof data generated by the proof data generating means is the second decryption key, decrypting a part of the encrypted program using the second decryption key, and executing the program 8. The software license management apparatus according to claim 1, wherein the software license management apparatus performs the following operations.

The at least second storage means and the proof data generation means are stored in a defense means that makes it difficult to observe internal data and processing procedures from the outside. The software license management apparatus according to 2, 3, 4, 5, 6, 7 or 8.

At least the second storage unit and the proof data generation unit are configured as a portable small arithmetic device such as an IC card. The software license management apparatus according to 6, 7 or 8.

In the authentication auxiliary information issuing device for issuing the auxiliary information for certification used in the software license management device according to claim 1,
Means for issuing auxiliary information for authentication based on at least user-specific information and characteristic information of software access qualification;
An auxiliary information issuing device for authentication for software license management, comprising means for managing the number of licenses of licensed software based on the number of issued auxiliary information for certification.

Issuance upper limit storage means for storing an upper limit number of the proof auxiliary information that can be issued;
An effective license number storing means for storing the number of auxiliary information for proof already issued and valid;
The number of valid auxiliary information stored in the license storage means reaches the upper limit number stored in the issuance upper limit storage means so that no further certification auxiliary information is issued. The authentication auxiliary information issuing device for software license management according to claim 11.

A first storage step in which the proof data generation device stores the authentication data received from the proof data verification device;
A second storage step in which the proof data generation device stores user-specific information managed secretly ;
The proof data generation device is an execution result obtained by executing a first predetermined calculation on the unique information of the user and the characteristic information of access qualification authentication that is secretly managed and assigned to software whose use is restricted. A third storing step for storing auxiliary information for proof;
The proof data generation means of the proof data generation device includes the authentication data held by the first storage step, the user specific information stored by the second storage step, and the third Performing a second predetermined calculation on the proof auxiliary information stored by the storing step to generate proof data;
The proof data verification device storing software whose use is restricted;
A fourth storage step in which the proof data verification device stores authentication data sent to the proof data generation device;
A fifth storage step in which the proof data verification device stores the proof data sent from the proof data generation device;
The proof data verification device verifying that the proof data stored in the fifth storage step is generated based on the characteristic information of the access qualification;
The proof data verification device comprises the step of enabling the use of the software only when the verification is successful;
When the user's unique information, the access qualification feature information, and the proof auxiliary information correspond, the proof data verification means,
The proof data is generated based on the characteristic information of the access qualification authentication ;
And verify that
A software license management method , wherein the first predetermined calculation for generating the certification auxiliary information and the second predetermined calculation for generating the certification data are selected .