JP2006059164A - ライセンス管理端末、ライセンス管理システム、ライセンス管理プログラム、およびライセンス管理方法 - Google Patents

Abstract

【目的】本発明は、顧客毎に多数のソフトウェア商品のライセンスを管理するライセンス管理端末、ライセンス管理システム、ライセンス管理プログラムおよびライセンス管理方法に関し、顧客企業の多数の社員が自己の端末で使用する多種類のソフトウェア商品を安価で任意の期間使用可となり、かつライセンス管理を簡易に実現すること目的とする。
【構成】 顧客の各端末に設け、ソフトウェア商品がインストールされた端末で、一意のライセンスキーをもとに当該ソフトウェア商品を起動して使用可とすると共に、ライセンスキー発行依頼を顧客の発行済みのライセンス数を管理する管理センタに送信して端末に一意のライセンスキーを作成させて返送させ保存するエージェントを備える。
【選択図】 図１

Description

本発明は、顧客毎に多数のソフトウェア商品のライセンスを管理するライセンス管理端末、ライセンス管理システム、ライセンス管理プログラムおよびライセンス管理方法に関するものである。

従来、ソフトウェア商品は顧客企業が社員に使用させる数分のライセンスを一括購入し、社内ＬＡＮに接続された各社員の端末（パソコン）にインストールしてそれぞれ使用していた。

また、ソフトフェアの起動要求があった場合、サーバに通知して現時点の利用者数がライセンス数に満たないときに実行を許可し、当該許可を受信したときにソフトウェアを起動する技術などがある（特許文献１、２参照）。
特開平０７−２００４９２号公報 特開２００４−３８２４７号公報

上述したように、顧客企業では、ソフトウェア商品を購入して社員のパソコンにインストールして使用していたため、社員が使用する最大数分のライセンスを購入する必要があり、あるときは最大数分のソフトウェア商品を社員がそれぞれ使用していたが、このときは購入した最大数分のライセンスだけのソフトウェア商品を使用しなくなって使用されないライセンスが多数発生して無駄になってしまうなどの問題があった。

また、ソフトウェア商品を購入した顧客企業では、購入した最大数分のライセンスを越えて使用しないようにしたりなどの煩雑な管理が要求されてしまうという問題があった。

また、上述したソフトウェア起動時にサーバに問い合わせて現時点の利用者数がライセンス数に満たないときに当該ソフトウェアの起動を行う技術では、ソフトウェアの起動毎にネットワークを介してサーバにその都度、問い合わせる処理が必要となってしまい、顧客毎に多数のソフトウェアのライセンスを管理するのは非常に大変であると共に、問い合わせる時間が必要となり、迅速に起動できないなどの問題があった。

本発明は、これらの問題を解決するため、顧客毎の多数の各端末にライセンスを管理するエージェントを設けると共に、各端末毎にソフトウェア商品のライセンス数を管理およびキーを発行する管理センタを設け、管理センタが各顧客の端末あるいは媒体毎に一意のキーの発行、失効を一括管理すると共に、各ソフトウェア商品のライセンスを一括購入して安価に配分、再配分することを目的としている。

従って、顧客企業の多数の社員が自己の端末で使用する多種類のソフトウェア商品を安価で任意の期間使用可となり、かつライセンス管理を簡易に実現することが可能となる。

本発明は、顧客毎の多数の各端末にライセンスを管理するエージェントを設けると共に、各端末毎にソフトウェア商品のライセンス数を管理およびキーを発行する管理センタを設け、管理センタが各顧客の端末あるいは媒体毎に一意のキーの発行、失効を一括管理すると共に、各ソフトウェア商品のライセンスを一括購入して安価に配分、再配分することにより、顧客企業の多数の社員が自己の端末で使用する多種類のソフトウェア商品を安価で任意の期間使用可となり、かつライセンス管理を簡易に実現することが可能となる。

本発明は、顧客毎の多数の各端末にライセンスを管理するエージェントを設けると共に、各端末毎にソフトウェア商品のライセンス数を管理およびキーを発行する管理センタを設け、管理センタが各顧客の端末あるいは媒体毎に一意のキーの発行、失効を一括管理すると共に、各ソフトウェア商品のライセンスを一括購入して安価に配分、再配分することを実現した。

図１は、本発明のシステム構成図を示す。
図１において、クライアント（端末）１は、顧客企業内のＬＡＮに接続した端末（パソコン）であって、ソフトウェア商品をインストールし、起動して業務処理を行うものであり、エージェント１１、ＩＣカードアダプタ１２などから構成されるものである。

エージェント１１は、インストールされたソフトウェア商品の起動時に、キー（ライセンスキー）をもとにソフトウェア商品を起動するものである。エージェント１１は、キーをもとにクライアント１の固有ＩＤ（例えばハードディスクの固有ＩＤ，ＣＰＵの固有ＩＤ）あるいはクライアント１に接続された媒体（例えばＩＣカード１３）の固有ＩＤが当該キーに暗号化（書き換え不可）されて格納されている値と一致したときにソフトウェア商品を起動したりなどするものである（図２から図５を用いて後述する）。

ＩＣカードアダプタ１２は、ＩＣカード１３などの媒体を接続するためのものであって、当該ＩＣカード１３の媒体固有のＩＤを読み出すためのものである。ＩＣカード１３から読み出した固有のＩＤが、キーに含まれている暗号化されたＩＤと一致したときに当該ＩＣカード１３の接続されているクライアント１の該当ソフトウェア商品をエージェント１１が起動可能とするためのものである。

ＩＣカード１３は、クライアント１に接続する媒体の例であって、上述したように、当該媒体の固有のＩＤを読み出すためのものである。ＩＣカード１３の他に、媒体としては、ＨＤ（ハードディスク装置）、通信用の通信アダプタなどの各種外部取り付け装置がある。

ベンダセンタ２は、各種ソフトウェア商品およびそのライセンスを販売するセンタであって、ここでは、使用許可手段２１およびソフトウェア商品２２などから構成されるものである。

使用許可手段２１は、ソフトウェア商品２２およびそのライセンスを販売するものであある。

ソフトウェア商品２２は、ライセンス販売の対象となるソフトウェア商品である。
出荷元管理センタ３は、ネットワークを介して顧客のクライアント（端末）１に接続してソフトウェア商品のライセンスを顧客毎に一括管理するものであって、ここでは、ライセンス発行手段３１、ライセンス管理手段３２、ソフトウェア取引テーブル３３、顧客管理テーブル３４、ライセンス管理テーブル３５、ライセンスキーテーブル３６などから構成されるものである。

ライセンス発行手段３１は、顧客企業のクライアント１に固有のライセンスキーを発行するものである（図２から図５を参照）。

ライセンス管理手段３２は、顧客企業のクライアント１に発行、失効したライセンス（ライセンス数）を顧客毎に一括管理するものである（図２から図５を参照）。

ソフトウェア取引テーブル３３は、メーカからソフトウェア商品を一括契約してその内容を登録するテーブルである（図５の（ａ）参照）。

顧客管理テーブル３４は、顧客毎に契約したソフトウェア商品、契約期間、開封キー、媒体キー、最大契約数などを登録して管理するものである（図５の（ｂ）参照）。

ライセンス管理テーブル３５は、顧客のクライアント１毎にそのライセンス情報（ユーザ端末名、契約種別、契約期間、稼動記録など）を管理するものである（図５の（ｃ）参照）。

ライセンスキーテーブル３６は、顧客のクライアント１に発行した一意のライセンスキーを登録して管理するものである（図５の（ｄ）参照）。

次に、図２から図４のフローチャートの順番に、図１の構成の動作を、図５のテーブルを参照しつつ詳細に説明する。ここで、エージェント１１、出荷元管理センタ３、ベンダセンタ２は、図１のエージェント１１、出荷元管理センタ３、ベンダセンタ２にそれぞれ対応する。

図２は、本発明の動作説明フローチャート（その１）を示す。
図２において、Ｓ１は、出荷元管理センタ３がアプリケーション（ロット）を購入依頼する。これは、出荷元管理センタ３がメーカのベンダセンタ２にアプリケーション（ソフトウェア商品）の購入依頼を行う（例えばネットワークを介して契約書をメーカに送付して購入依頼を行う、あるいは別途、書面で契約書をメーカに郵送して購入依頼を行う）。

Ｓ４１は、ベンダセンタ２がロットの購入依頼か判別する。これは、Ｓ１の購入依頼がロットの販売か判別する。ＹＥＳの場合には、本実施例に係る購入依頼と判明したので、Ｓ４２に進む。ＮＯの場合には、本実施例に係る購入依頼でないと判明したので、Ｓ４１を繰り返す。

Ｓ４２は、アプリケーション（ロット）を送付する。これは、Ｓ４１のＹＥＳでロットの購入依頼を受けたアプリケーション（ソフトウェア商品）を、購入依頼元の出荷元管理センタ３に送付する。

Ｓ４３は、ロット購入済の追加依頼か判別する。これは、出荷元管理センタ３が購入済のライセンス数が不足した（あるいは余った）場合の追加依頼か判別する。ＹＥＳの場合には、Ｓ４４で使用許可を連絡する（既に、Ｓ４２のアプリケーション（ロット）の送付を出荷元管理センタ３は受けているので、その使用許可（追加したライセンス数あるいは削減したライセンス数）のみを当該出荷元管理センタ３に連絡し、使用許可したライセンス数を増減する。そして、Ｓ４１以降を繰り返す。一方、Ｓ４３のＮＯの場合には、Ｓ４３を繰り返す。

以上のＳ１、Ｓ４１からＳ４４によって、出荷元管理センタ３から、複数顧客に配分する対象のアプリケーションのロット購入依頼があったときに、ベンダセンタ２がアプリケーション（ソフトウェア商品）およびライセンス数を出荷元管理センタ３に送付する。また、出荷元管理センタ３から既に購入済のアプリケーション（ソフトウェア商品）のライセンス数の増減の連絡がベンダセンタ２にあった場合にはその許可を返答してロットで使用許諾したライセンス数を増減することが可能となる。

Ｓ２は、出荷元管理センタ３がＳ１で購入依頼したアプリケーション（ロット）について、受領か判別する。ＹＥＳの場合には、Ｓ３に進む。ＮＯの場合には、Ｓ２を繰り返し待機する。

Ｓ３は、ソフトウェア取引テーブル３３にＷＲＩＴＥする。これは、Ｓ２のＹＥＳで受領したソフトウェアを、後述する図５の（ａ）のソフトウェア取引テーブル３３に登録（例えば図示の、ソフトウェア名称、版数、ライセンス数、契約期間、契約金額などを登録）して管理する。

以上のＳ１、Ｓ２、Ｓ３によって、出荷元管理センタ３は複数顧客に配分するソフトウェアをロットで購入して図５の（ａ）のソフトウェア取引テーブル３３に登録し、複数の顧客にライセンスを配分する準備が整ったこととなる。

Ｓ２１は、顧客の端末１のエージェント１１がライセンス付アプリソフトを要求する。
Ｓ４は、出荷元管理センタ３が最大契約数超過か判別する。これは、Ｓ２１のライセンス付アプリソフトの要求の通知を受けた出荷元管理センタ３がライセンスを付与されている最大契約数を超えると判明したので、Ｓ１５からＳ１７でライセンス数を追加購入依頼して超過しないようにする。即ち、Ｓ１５で、ベンダに追加要求する。追加要求すると、Ｓ４３でベンダセンタ２が既述したロット購入済の追加購入か判別し、ＹＥＳのときにＳ４４で使用許可を連絡するので、Ｓ１６で受領か判別してＹＥＳのときにＳ１７でソフトウェア取引テーブル３３にＷＲＩＴＥ（追加購入した分だけ増加されたライセンス数で上書き）する。そして、Ｓ５に進む。一方、Ｓ４のＮＯの場合には、最大契約数以内と判明したので、Ｓ５で顧客管理テーブル３４にＷＲＩＴＥ（使用しようとするソフトウェア名称、版数、ユーザ名、媒体キーなどを新規に作成したエントリに格納）する。

Ｓ２２は、Ｓ２１でライセンス付アプリソフトを要求したことに続いて、動作機器の特異点をリードする。これは、クライアント１のエージェント１１が当該クライアント１のハードウェアの固有ＩＤ（例えばＣＰＵのＩＤ，ハードディスクのＩＤ、あるいは図１のＩＣカードアダプタ１２に接続されているＩＣカード１３の媒体ＩＤ）を読み出す。

Ｓ２３は、媒体キーを作成する。これは、Ｓ２２で読み出した固有ＩＤをもとに媒体キーを作成（通常は、固有ＩＤをそのまま媒体キーとして作成）する。これにより、クライアント１を一意に特定する媒体キーを生成できたこととなる。

Ｓ２４は、媒体キーと要求アプリ名を送付する。これは、エージェント１１がＳ２２、Ｓ２３で作成した媒体キーと、要求アプリ名を、出荷元管理センタ３に送付する。

Ｓ６は、出荷元管理センタ３がユーザ先から通知か判別する。これは、出荷元管理センタ３が、媒体キーと、要求アプリ名とがエージェント１１から通知されたか判別する。ＹＥＳの場合には、Ｓ７に進む。ＮＯの場合には、Ｓ６を繰り返し待機する。

Ｓ７は、媒体キーを顧客管理テーブル３４にＷＲＩＴＥする。これは、後述する図５の（ｂ）の顧客管理テーブル３４で、Ｓ５で新規に作成して書き込んだエントリのうち、当該通知を受けた要求アプリ名（ソフトウェア名）、ユーザ名の一致するエントリの媒体キーの欄に当該受信した媒体キーを書き込む。

Ｓ８は、ライセンスキーを作成して送付する。これは、Ｓ７で媒体キーの書き込まれた顧客管理テーブル３４のエントリのデータのうち、ソフトウェア名称、契約期間、開封キー、媒体キーをもとに改ざん防止用の公知のＨＡＳＨを作成し、当該ＨＡＳＨを含めたライセンスキー（図５の（ｄ）のライセンスキーテーブル３６参照）を要求元のエージェント１１に送付する（Ｓ２４）。

Ｓ９は、要求アプリを送付する。
Ｓ２５は、Ｓ８で送付されたライセンスキーをエージェント１１が受領か判別する。ＹＥＳの場合には、Ｓ２６に進む。ＮＯの場合には、Ｓ２５を繰り返し待機する。

Ｓ２６は、要求アプリが受領か判別する。ＹＥＳの場合には、図３のＳ２７に進む。ＮＯの場合には、Ｓ２６を繰り返し待機する。

図３のＳ２７は、エージェント１１がＳ２６のＹＥＳで受領確認されたアプリをインストールする。

以上によって、ライセンスキーおよびアプリを取得し、アプリをインストールして起動する準備ができたこととなる。

Ｓ２８は、アプリ起動か判別する。これは、ユーザからアプリの起動要求があったか判別する。ＹＥＳの場合には、Ｓ２９に進む。ＮＯの場合には、Ｓ２８を繰り返し待機する。

Ｓ２９は、キーのＨＡＳＨチェックする。これは、Ｓ２８のＹＥＳで起動されたアプリのライセンスキー中のＨＡＳＨで当該ライセンスキーが改ざんされていないかチェックして正常か判別する。ＹＥＳの場合には、Ｓ３０に進む。ＮＯの場合には、ライセンスキーが改ざんされていると判明したので、Ｓ３７でエラーメッセージを表示し、終了する。

Ｓ３０は、有効期間か判別する。これは、ライセンスキーに含まれる契約期間をもとに、現時点の期間が有効期間内か判別する。ＹＥＳの場合には、Ｓ３１に進む。ＮＯの場合には、契約期間外と判明したので、Ｓ３７でエラーメッセージを表示し、終了する。

Ｓ３１は、媒体キーと比較し一致か判別する。これは、ライセンスキーに含まれる媒体キーと、エージェント１１がインストールされているクライアント１の媒体キー（ＣＰＵのＩＤ，ハードディスク装置のＩＤ，あるいはＩＣカードアダプタ１２に挿入されているＩＣカード１３の媒体ＩＤ）とを比較し、一致するか判別する。ＹＥＳの場合には、Ｓ３２に進む。ＮＯの場合には、ライセンスキーに含まれる媒体キーと、エージェント１１がインストールされているクライアント（端末）１の媒体キーとが不一致で、正しい媒体キーを持つクライアント（端末）１でないと判明したので、Ｓ３７でエラーメッセージを表示し、終了する。

Ｓ３２は、アプリ起動する。これは、Ｓ２８、Ｓ２９、Ｓ３９、Ｓ３１の各ＹＥＳで、アプリ起動、ＨＡＳＨチェックＯＫ，有効期限内、媒体キーと一致してＯＫとなり、全てのチェックでＯＫとなったので、アプリを起動し、業務処理を行う。

Ｓ３３は、所定期間経過か判別する。例えば１ヶ月経過判別する。ＹＥＳの場合には、所定期間（例えば１ヶ月）経過して、稼動報告する時期、失効か否かのチェック時期となったので、Ｓ３４に進む。ＮＯの場合には、Ｓ２８に戻り繰り返す。

Ｓ３４は、稼動報告を出荷元管理センタ３に送信する。これは、稼動状況（エージェント１１がクライアント１で起動したソフトウェア名、起動日時、起動回数、実行時間などの稼動状況）を出荷元管理センタ３に送信して報告する。

Ｓ１０は、Ｓ３４の稼動状況の報告が有りか判別する。ＹＥＳの場合には、Ｓ１１に進む。ＮＯの場合には、図２のＳ３３に戻る。

Ｓ１１は、稼動状況を作成する。これは、顧客毎に各クライアントのソフトウェアの使用状況（１ヶ月の間の起動回数、最終の起動日時などのリスト）を作成する。

Ｓ１２は、顧客管理者に通知する。これは、Ｓ１１で作成した稼動状況を顧客の管理者の端末（電子メール宛先）に送信してクライアント１のソフトウェアの稼動状況を報告する。

Ｓ１３は、契約続行か判別する。管理者がＳ１２で送付された各クライアント１のソフトウェアの稼動状況のリストを見て、例えば１ヶ月の間に１回も起動されていないソフトウェアについてそのライセンスの契約を続行するか判別する。ＹＥＳの場合には、管理者がそのライセンスの契約を続行すると判断したので、図２のＳ３に以降を繰り返す。一方、ＮＯの場合には、管理者がそのライセンスの契約を続行しないと判明したので、Ｓ１４でキー失効を受け付け、図５の（ｂ）の顧客管理テーブル３４の該当エントリを削除すると共に、クライアント１の該当エージェント１１に通知し、Ｓ３５に進む。

Ｓ３５は、エージェント１１が失効か判別する。ＹＥＳの場合には、Ｓ１３のＹＥＳで管理者がアプリのライセンスの失効と判断してＳ１４でその失効を受け付けて顧客管理テーブル３４から該当エントリ（ライセンス）を失効されたので、Ｓ３６でそれに併せてエージェント１１でも当該アプリのライセンスキーを失効させ、同期を取っておく。

以上によって、アプリ起動時に、エージェント１１がアプリのライセンスキーをもとにＨＡＳＨチェックして改ざんされていなかチェック、契約有効期限内かチェック、媒体キーと一致かチェックし、全てがＯＫのときにアプリを起動することにより、正規のライセンスを保持するクライアント１でのみアプリ（ソフトウェア商品）を起動することが可能となる。また、エージェント１１が所定期間（例えば１ヶ月）のアプリの起動回数などの稼動状況を出荷元管理センタ３に報告してその稼動状況リストを顧客の管理者に通知してアプリのライセンスの継続不要と判断されたときは失効させ、当該顧客のライセンス数を１減少させて他のクライアント１に再利用させることが可能となる。

図４は、本発明の動作説明フローチャート（その３）を示す。図３のＳ１０〜Ｓ１４と、Ｓ３３〜Ｓ３６を詳しく示したものである。
図４において、Ｓ６２は、所定期間経過か判別する。これは、クライアント１を構成するエージェント１１が稼動報告する所定期間（例えば１ヶ月）を経過か判別する。ＹＥＳの場合には、Ｓ６３で稼動報告を出荷元管理センタ３に送信し、Ｓ６５に進む。ＮＯの場合には、Ｓ６４に進み、処理を続行する。

Ｓ６５は、稼動状況を記録する。これは、稼動報告を受信した出荷元管理センタ３が記録する。具体的には、図６の（ｃ）のライセンス管理テーブル３５に、クライアント１のエージェント１１から報告のあった当該クライアント１における稼動状況（例えば稼動日）中の最終の稼動日を取り出して登録する。

Ｓ６８は、出荷元管理センタ３が締め日か判別する。これは、出荷元管理センタ３がクライアント１のアプリケーションの稼動状況を管理する締め日（例えば月に１回の締め日）か判別する。ＹＥＳの場合には、Ｓ７０に進む。ＮＯの場合には、Ｓ６９で処理を続行する。

Ｓ７０は、稼動状況を作成する。これは、クライアント１毎（更にアプリケーション毎）の稼動状況（起動回数、最終起動日など）を作成する。

Ｓ７１は、顧客管理者に通知する。これは、Ｓ７０で作成した稼動状況のリストを顧客の管理者に提示して通知する。

Ｓ７２は、アプリケーション稼動実績ありか判別する。これは、Ｓ７１で通知を受けた稼動状況中に、所定期間（例えば１ヶ月）の間にアプリケーションの起動実績ありか判別する。ＹＥＳの場合には、Ｓ７３で継続して処理を行う。ＮＯの場合には、Ｓ７４に進む。

Ｓ７４は、管理者に確認依頼する。管理者が使わないと指定したときはＳ７６に進む。管理者が使うと指定したときはＳ７５で継続して処理を行う。

Ｓ７６は、契約更新（ライセンス数変更）する。これは、クライアント１にインストールされているアプリケーション（ソフトウェア）が使われていなく、かつ管理者が使わないと指定したと判明したので、当該アプリケーションのライセンスが不要となったので、契約更新（ライセンス数を１つ削減）すると決定する。

Ｓ７７は、キー失効を受け付ける。これは、Ｓ７６でライセンスが不要と判明したので、当該ライセンスのキーの失効を受け付ける。そして、受け付けたキーを失効させる（図５の（ｂ）の顧客管理テーブル３４の該当エントリを削除してキーを失効させる）。

Ｓ７８は、エージェントのキー失効処理を行う。これにより、クライアント１を構成するエージェント１１が該当キー（使用されていなく、かつ管理者が不要と指定したライセンスキー）を無効にする。

以上によって、所定期間毎（例えば１月毎）に各クライアント（端末）１のエージェント１１がアプリケーション（ソフトウェア）の稼動状況を出荷元管理センタ３に通知して記録し、締め日に使用されていないアプリケーションがあったときに管理者に提示して使わないと指定されたときに失効と決定し、クライアント１を構成するエージェント１１に通知してキーを失効させると共に、顧客管理テーブル３４から該当エントリを削除してキーを失効させることが可能となる。失効させたライセンスは、他のクライアント１からのキー発行依頼があったときに再利用することが可能となる。

図５は、本発明のテーブル例を示す。
図５の（ａ）は、ソフトウェア取引テーブルの例を示す。ソフトウェア取引テーブル３３は、ソフトウェアの開発元（販売元）（ベンダセンタ２）から購入した情報を登録して管理するものであって、ここでは、図示の下記の情報を対応づけて登録し、管理するものである。

・ソフトウェア名称：
・版数：
・ライセンス数：
・契約期間：
・契約金額：
・その他：
ここで、ソフトウェア名称はソフトウェアを区別する一意の名称である。版数はソフトウェアの版数である。ライセンス数はソフトウェアをライセンス可能な最大数である。契約期間はソフトウェアをライセンス可能な契約期間である。契約金額はライセンスを取得した契約金額である。

以上のように、出荷元管理センタ３がベンダセンタ２からソフトウェアのライセンス数を多量に安価で一括購入してテーブルで管理し、このライセンス数を超えない範囲（越えたときは事後に追加注文してライセンス数を増加させて超えない範囲）で多数の顧客のクライアントに小分けしてライセンスキーを付与して当該ライセンスのもとでソフトウェアの使用および管理を行うことが可能となる。

図６の（ｂ）は、顧客管理テーブルの例を示す。顧客管理テーブル３４は、顧客毎（ユーザ毎）の発行したキー（ライセンスキー）および最大契約数などを登録して管理するものであって、ここでは、図示の下記の情報を対応づけて登録して管理するものである。

・ソフトウェア名称：
・版数：
・ユーザ名（顧客名）：
・契約期間：
・開封キー：
・媒体キー：
・最大契約数：
・その他：
ここで、ソフトウェア名称はライセンスする対象の一意のソフトウェア名称である。版数はソフトウェアの版数である。ユーザ名（顧客名）はソフトウェアをライセンスする対象の顧客（顧客企業）である。契約期間はソフトウェアをライセンスする契約期間である。開封キーはソフトウェアを開封するキーである。媒体キーはソフトウェアをインストールしてキーの発行依頼したユーザ端末２の媒体キー（クライアント１のハードウェアの固有ＩＤ，クライアント１に接続したＩＣカード１３などの媒体のＩＤ）である。最大契約数は顧客が契約した最大のライセンス数である。

図６の（ｃ）は、ライセンス管理テーブルの例を示す。ライセンス管理テーブル３５は、クライアント１に発行したキー（ライセンスキー）のライセンス情報を登録して管理するものであって、ここでは、図示の下記の情報を対応づけて登録して管理するものである。

・端末種別：
・契約種別：
・契約期間：
・稼動記録：
・その他：
ここで、端末種別はライセンスキーを発行した顧客のクライアント１の種別を登録したものである。契約種別はライセンスキーを発行したソフトウェアの名称である。契約期間はライセンスキーを発行したソフトウェアのライセンスの契約期間である。稼動記録はライセンスキーを発行したソフトウェアの最終の起動した日を登録したものである。

図６の（ｄ）は、ライセンスキーテーブルの例を示す。ライセンスキーテーブル３６は、ソフトウェアのライセンスキーに関係する情報を登録して管理するものであって、ここでは、図示の下記の情報を対応づけて登録して管理するものである。

・契約ソフトウェア：
・契約期間：
・開封キー：
・媒体キー：
・ＨＡＳＨ：
・その他：
ここで、契約ソフトウェアはライセンスキーを発行するソフトウェア名称である。契約期間はライセンスの契約期間である。開封キーはソフトウェアを開封ときに使用するキーである。媒体キーはソフトウェアをインストールしたクライアント１の装置固有のＩＤあるいはクライアント１に接続したＩＣカード１３などの媒体の固有のＩＤである。ＨＡＳＨは契約ソフトウェア、契約期間、開封キー、媒体キーの改ざんを防止するための改ざん防止ＨＡＳＨである。

本発明は、顧客企業の多数の社員が自己の端末で使用する多種類のソフトウェア商品を安価で任意の期間使用可となり、かつライセンス管理を簡易に実現することが可能となる。

本発明のシステム構成図である。 本発明の動作説明フローチャート（その１）である。 本発明の動作説明フローチャート（その２）である。 本発明の動作説明フローチャート（その３）である。 本発明のテーブル例である。

符号の説明

１：クライアント
１１：エージェント
１２：ＩＣカードアダプタ
１３：ＩＣカード
２：ベンダセンタ
２１：使用許可手段
２２：ソフトウェア商品
３：出荷元管理センタ
３１：ライセンス発行手段
３２：ライセンス管理手段
３３：ソフトウェア取引テーブル
３４：顧客管理テーブル
３５：ライセンス管理テーブル
３６：ライセンスキーテーブル

Claims (7)

1. 顧客毎に多数のソフトウェア商品のライセンスを管理するライセンス管理システムにおいて、
   顧客の各端末に設け、ソフトウェア商品がインストールされた当該端末で、一意のライセンスキーをもとに当該ソフトウェア商品を起動して使用可とすると共に、
   ライセンスキー発行依頼を当該顧客の発行済みのライセンス数を管理する管理センタに送信して当該端末に一意のライセンスキーを作成させて返送させ保存するエージェントを備えたことを特徴とするライセンス管理端末。
2. 前記ライセンスキーは、ソフトウェア商品情報、ソフトウェア商品を開封する開封キー、およびソフトウェア商品を起動可能とする端末あるいは接続された媒体の一意の媒体キーのうちの少なくとも１つ以上を含んだ改変不可としたものであることを特徴とする請求項１記載のライセンス管理端末。
3. 前記管理センタは、顧客毎にユーザ端末に発行した全体のライセンス数を管理および失効した旨の通知があったときにそのライセンスを削除して再利用することを特徴とする請求項１あるいは請求項２記載のライセンス管理システム。
4. 前記管理センタは、全顧客に発行したライセンス数を管理し、当該ライセンス数がソフトウェア商品の最大ライセンス数を越えたときにその旨のメッセージを表示することを特徴とする請求項１から請求項３のいずれかに記載のライセンス管理システム。
5. 前記顧客の各端末に設けたエージェントは、端末が使用する前記ソフトウェア商品の使用状況を所定期間毎あるいは逐次管理し、未使用の端末を提示して管理者からの失効指示があったときに前記管理センタに通知して当該端末のライセンスを失効させることを特徴とする請求項１から請求項４のいずれかに記載のライセンス管理システム。
6. 顧客毎に多数のソフトウェア商品のライセンスを管理するライセンス管理プログラムにおいて、
   顧客の各端末に設け、ソフトウェア商品がインストールされた当該端末で、一意のライセンスキーをもとに当該ソフトウェア商品を起動して使用可とすると共に、
   ライセンスキー発行依頼を当該顧客の発行済みのライセンス数を管理する管理センタに送信して当該端末に一意のライセンスキーを作成させて返送させ保存するエージェント手段
   としてコンピュータに動作させるためのライセンス管理プログラム。
7. 顧客毎に多数のソフトウェア商品のライセンスを管理するライセンス管理方法において、
   顧客の各端末に設け、ライセンスキー発行依頼を顧客の発行済みのライセンス数を管理する管理センタに送信して当該端末に一意のライセンスキーを作成させて返送させ保存するステップと
   ソフトウェア商品がインストールされた当該端末で、一意のライセンスキーをもとに当該ソフトウェア商品を起動して使用可とするステップと、
   を有するライセンス管理方法。

Images