(57)【要約】【目的】本発明は、顧客毎に多数のソフトウェア商品のライセンスを管理するライセンス管理システム、ライセンス管理プログラムおよびライセンス管理方法に関し、顧客企業の多数の社員が使用する多種類のソフトウェア商品を安価で任意の期間使用可となり、かつライセンス管理を簡易に実現することを目的とする。【構成】  顧客の各ユーザ端末に設け、ソフトウェア商品がインストールされた当該ユーザ端末で、一意のライセンスキーをもとに当該ソフトウェア商品を起動して使用可とするエージェントと、顧客のユーザ端末からのキー発行依頼に対応して当該顧客の発行済みのライセンス数を管理すると共に当該ユーザ端末に一意のライセンスキーを作成して返送して保存させる管理センタとを備える。【選択図】        図１
2006059163.tif 000002
【特許請求の範囲】
【請求項１】
顧客毎に多数のソフトウェア商品のライセンスを管理するライセンス管理システムにおいて、
顧客の各ユーザ端末に設け、ソフトウェア商品がインストールされた当該ユーザ端末で、一意のライセンスキーをもとに当該ソフトウェア商品を起動して使用可とするエージェントと、
前記顧客のユーザ端末からのキー発行依頼に対応して当該顧客の発行済みのライセンス数を管理すると共に当該ユーザ端末に一意のライセンスキーを作成して返送して保存させる管理センタと
を備えたことを特徴とするライセンス管理システム。
【請求項２】
前記ライセンスキーは、ソフトウェア商品情報、ソフトウェア商品を開封する開封キー、およびソフトウェア商品を起動可能とするユーザ端末あるいは接続された媒体の一意の媒体キーのうちの少なくとも１つ以上を含んだ改変不可としたものであることを特徴とする請求項１記載のライセンス管理システム。
【請求項３】
前記管理センタは、顧客毎にユーザ端末に発行した全体のライセンス数を管理および失効した旨の通知があったときにそのライセンスを削除して再利用することを特徴とする請求項１あるいは請求項２記載のライセンス管理システム。
【請求項４】
前記管理センタは、全顧客に発行したライセンス数を管理し、当該ライセンス数がソフトウェア商品の最大ライセンス数を越えたときにその旨のメッセージを表示することを特徴とする請求項１から請求項３のいずれかに記載のライセンス管理システム。
【請求項５】
前記多数のユーザ端末を管理する管理サーバを顧客側に設け、管理サーバはユーザ端末が前記ソフトウェア商品の使用状況を所定期間毎あるいは逐次管理し、未使用のユーザ端末を提示して管理者からの失効指示があったときに前記管理センタに通知して当該ユーザ端末のライセンスを失効させることを特徴とする請求項１から請求項４記載のライセンス管理システム。
【請求項６】
顧客毎に多数のソフトウェア商品のライセンスを管理するライセンス管理プログラムにおいて、
顧客の各ユーザ端末に設け、ソフトウェア商品がインストールされた当該ユーザ端末で、一意のライセンスキーをもとに当該ソフトウェア商品を起動して使用可とするエージェント手段と、
前記顧客のユーザ端末からのキー発行依頼に対応して当該顧客の発行済みのライセンス数を管理すると共に当該ユーザ端末に一意のライセンスキーを作成して返送して保存させる管理センタ手段と
してコンピュータに動作させるためのライセンス管理プログラム。
【請求項７】
顧客毎に多数のソフトウェア商品のライセンスを管理するライセンス管理方法において、
顧客の各ユーザ端末に設け、ソフトウェア商品がインストールされた当該ユーザ端末で、一意のライセンスキーをもとに当該ソフトウェア商品を起動して使用可とするステップと、
前記顧客のユーザ端末からのキー発行依頼に対応して当該顧客の発行済みのライセンス数を管理すると共に当該ユーザ端末に一意のライセンスキーを作成して返送して保存させる、管理センタに設けたステップと
を有するライセンス管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、顧客毎に多数のソフトウェア商品のライセンスを管理するライセンス管理システム、ライセンス管理プログラムおよびライセンス管理方法に関するものである。
【背景技術】
【０００２】
従来、ソフトウェア商品は顧客企業が社員に使用させる数分のライセンスを一括購入し、社内ＬＡＮに接続された各社員の端末（パソコン）にインストールしてそれぞれ使用していた。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上述したように、顧客企業では、ソフトウェア商品を購入して社員のパソコンにインストールして使用していたため、社員が使用する最大数分のライセンスを購入する必要があり、あるときは最大数分のソフトウェア商品を社員がそれぞれ使用していたが、このときは購入した最大数分のライセンスだけのソフトウェア商品を使用しなくなって使用されないライセンスが多数発生して無駄になってしまうなどの問題があった。
【０００４】
また、ソフトウェア商品を購入した顧客企業では、購入した最大数分のライセンスを越えて使用しないようにしたりなどの煩雑な管理が要求されてしまうという問題があった。
【課題を解決するための手段】
【０００５】
本発明は、これらの問題を解決するため、多数のユーザ端末、ユーザ端末を管理する管理サーバを顧客側に設けると共に、複数の顧客に対してソフトウェア商品のライセンス数を管理およびキーを発行する管理センタを設け、管理センタが各顧客のユーザ端末あるいは媒体毎に一意のキーの発行、失効を一括管理すると共に、各ソフトウェア商品のライセンスを一括購入して安価に配分、再配分することを目的としている。
【０００６】
従って、顧客企業の多数の社員が使用する多種類のソフトウェア商品を安価で任意の期間使用可となり、かつライセンス管理を簡易に実現することが可能となる。
【発明の効果】
【０００７】
本発明は、多数のユーザ端末、ユーザ端末を管理する管理サーバを顧客側に設けると共に、複数の顧客に対してソフトウェア商品のライセンス数を管理およびキーを発行する管理センタを設け、管理センタが各顧客のユーザ端末あるいは媒体毎に一意のキーの発行、失効を一括管理すると共に、各ソフトウェア商品のライセンスを一括購入して安価に配分、再配分することにより、顧客企業の多数の社員が使用する多種類のソフトウェア商品を安価で任意の期間使用可となり、かつライセンス管理を簡易に実現することが可能となる。
【発明を実施するための最良の形態】
【０００８】
本発明は、多数のユーザ端末、ユーザ端末を管理する管理サーバを顧客側に設けると共に、複数の顧客に対してソフトウェア商品のライセンス数を管理およびキーを発行する管理センタを設け、管理センタが各顧客のユーザ端末あるいは媒体毎に一意のキーの発行、失効を一括管理すると共に、各ソフトウェア商品のライセンスを一括購入して安価に配分、再配分することを実現した。
【実施例１】
【０００９】
図１は、本発明のシステム構成図を示す。
図１において、管理サーバ１は、顧客企業内に設けたサーバであって、ここでは、顧客企業内のＬＡＮに接続された多数のユーザ端末２を管理するものであり、ライセンス有効確認手段１１、稼動状況記録手段１２、ライセンス管理テーブル１３などから構成されるものである。
【００１０】
ライセンス有効確認手段１１は、顧客企業内のＬＡＮに接続された多数のユーザ端末２が使用するソフトウェア商品のライセンスの有効を確認（所定期間、例えば月毎にライセンスの有効か否かを確認）するものである（図２から図６を参照）。
【００１１】
稼動状況記録手段１２は、顧客企業内のＬＡＮに接続された多数のユーザ端末２が使用するソフトウェア商品のライセンスの稼動状況を確認（所定期間、例えば月毎にライセンスの利用状況を確認）するものである（図２から図６を参照）。
【００１２】
ライセンス管理テーブル１３は、顧客企業内のＬＡＮに接続された多数のユーザ端末２が使用するソフトウェアのライセンスを登録して管理するものである（図６の（ｃ）参照）。
【００１３】
ユーザ端末２は、顧客企業内のＬＡＮに接続した端末（パソコン）であって、ソフトウェア商品をインストールし、起動して業務処理を行うものであり、エージェント２１、ＩＣカードアダプタ２２などから構成されるものである。
【００１４】
エージェント２１は、インストールされたソフトウェア商品の起動時に、キー（ライセンスキー）をもとにソフトウェア商品を起動するものである。エージェント２１は、キーをもとにユーザ端末２の固有ＩＤ（例えばハードディスクの固有ＩＤ，ＣＰＵの固有ＩＤ）あるいはユーザ端末２に接続された媒体（例えばＩＣカード２３）の固有ＩＤが当該キーに暗号化（書き換え不可）されて格納されている値と一致したときにソフトウェア商品を起動したりなどするものである（図２から図６を用いて後述する）。
【００１５】
ＩＣカードアダプタ２２は、ＩＣカード２３などの媒体を接続するためのものであって、当該ＩＣカード２３の媒体固有のＩＤを読み出すためのものである。ＩＣカード２３から読み出した固有のＩＤが、キーに含まれている暗号化されたＩＤと一致したときに当該ＩＣカード２３の接続されているユーザ端末２の該当ソフトウェア商品をエージェント２１が起動可能とするためのものである。
【００１６】
ＩＣカード２３は、ユーザ端末２に接続する媒体の例であって、上述したように、当該媒体の固有のＩＤを読み出すためのものである。ＩＣカード２３の他に、媒体としては、ＨＤ（ハードディスク装置）、通信用の通信アダプタなどの各種外部取り付け装置がある。
【００１７】
管理センタ３は、ネットワークを介して顧客企業の管理サーバ１、更に、ユーザ端末２に接続してソフトウェア商品のライセンスを一括管理するものであって、ここでは、ライセンス発行手段３１、ライセンス管理手段３２、ソフトウェア取引テーブル３３、顧客管理テーブル３４、ライセンス管理テーブル３５、ライセンスキーテーブル３６などから構成されるものである。
【００１８】
ライセンス発行手段３１は、顧客企業のユーザ端末２に固有のライセンスキーを発行するものである（図２から図６を参照）。
【００１９】
ライセンス管理手段３２は、顧客企業のユーザ端末２に発行、失効したライセンス（ライセンス数）を一括管理するものである（図２から図６を参照）。
【００２０】
ソフトウェア取引テーブル３３は、メーカからソフトウェア商品を一括契約してその内容を登録するテーブルである（図６の（ａ）参照）。
【００２１】
顧客管理テーブル３４は、顧客毎に契約したソフトウェア商品、契約期間、開封キー、媒体キー、最大契約数などを登録して管理するものである（図６の（ｂ）参照）。
【００２２】
ライセンス管理テーブル３５は、顧客のユーザ端末毎にそのライセンス情報（ユーザ端末名、契約種別、契約期間、稼動記録など）を管理するものである（図６の（ｃ）参照）。
【００２３】
ライセンスキーテーブル３６は、顧客のユーザ端末２に発行した一意のライセンスキーを登録して管理するものである（図６の（ｄ）参照）。
【００２４】
次に、図２から図５のフローチャートの順番に、図１の構成の動作を、図６のテーブルを参照しつつ詳細に説明する。ここで、ユーザ端末２、管理サーバ１、管理センタ３は、図１のユーザ端末２、管理サーバ１、管理センタ３にそれぞれ対応する。メーカは、ソフトウェア商品のライセンスを行うメーカ（会社など）である。
【００２５】
図２は、本発明の動作説明フローチャート（その１）を示す。
図２において、Ｓ１は、注文する。これは、管理センタ３がメーカにソフトウェア商品の一括ライセンスの注文を行う（例えばネットワークを介して契約書をメーカに送付して注文を行う、あるいは別途、書面で契約書をメーカに郵送して注文を行う）。
【００２６】
Ｓ２は、メーカが受け付け、出荷する。これは、Ｓ１で注文したことに対応して、メーカがソフトウェア商品の注文を受け付け、当該ソフトウェア商品およびライセンス情報（例えば開封キー、ライセンス数など）を出荷する（ネットワーク経由して管理センタ３に送信あるいは別途、媒体に記録して郵送する）。
【００２７】
Ｓ３は、納品する。これは、Ｓ２で出荷されたソフトウェア商品およびライセンス情報を管理センタ３に納品する。
【００２８】
Ｓ４、Ｓ５は、ソフトウェア取引テーブル３３に登録／更新する。これにより、図６の（ａ）のソフトウェア取引テーブル３３に記載されているように、納品されたソフトウェア商品である、ソフトウェアＡ，Ｂ・・・など（ソフトウェア名、版数、ライセンス数、契約期間、契約金額など）か図示のように登録、あるいは更新される。
【００２９】
以上のＳ１からＳ５によって、管理センタ３は開発元（販売元）のメーカにソフトウェア商品を注文し、納品を受けて図６の（ａ）の取引テーブル３３にソフトウェア名、版数、ライセンス数（一括注文して納品を受けたソフトウェアのライセンス数）、契約期間、契約金額などを図示のように登録／更新し、多数の顧客企業のユーザ端末２にライセンスキーを発行する準備が完了したこととなる。
【００３０】
Ｓ１１は、契約する。これは、顧客企業のユーザ端末２から契約（ソフトウェア商品のライセンスの契約）を、管理センタ３に送信する（あるいは別途、契約書を郵送する）。
【００３１】
Ｓ１２は、受け付ける。これは、Ｓ１１で送信（郵送）された契約（契約書）を受け付ける。
【００３２】
Ｓ１３は、顧客管理テーブル３４に登録／更新する。これは、Ｓ１２で受け付けた契約を、図６の（ｂ）の顧客管理テーブル３４に記載されているように、顧客企業のライセンス付与を希望する、ソフトウェア名称、版数、ユーザ名（顧客名）、契約期間、開封キー、最大契約数（最大の契約したライセンス数）などを登録あるいは更新する。
【００３３】
Ｓ１４は、管理サーバ１を設置する。これは、顧客企業側で、図１の管理サーバ１を設置する。
【００３４】
Ｓ１５は、エージェントをインストールする。これは、顧客企業内のユーザ端末２に、エージェントプログラムをインストールし、Ｓ１６以降のユーザ端末２における各種処理を実行できるようにする。
【００３５】
Ｓ１６は、媒体キーを生成する。これは、Ｓ１５でインストールされたエージェント２１がインストールされたユーザ端末２の固有ＩＤ（例えばハードディスク、ＣＰＵの装置固有のＩＤ）あるいはユーザ端末２に接続されたＩＣカード２３などの媒体の固有のＩＤを読み取って媒体キーを生成（例えば読み取ったＩＤをそのまま媒体キーとして生成）する。
【００３６】
Ｓ１７は、アプリケーションをインストールする。これは、ライセンスの対象のアプリケーション（ソフトウェア商品）をユーザ端末２にインストールし、動作可能状態にする。
【００３７】
Ｓ１８は、キー発行依頼を送信する。
Ｓ１９は、Ｓ１８のキー発行依頼時にＳ１６で生成した媒体キーを添付する。
【００３８】
Ｓ２０は、受付／管理する。これは、管理サーバ１がＳ１８、Ｓ１９で送信されたキー発行依頼を受け付け、ライセンス管理テーブル１３に登録／更新して管理する。
【００３９】
Ｓ２１は、受け付け、媒体キーを受領する。これは、管理センタ３がＳ２０で管理サーバ１で受け付けられた媒体キーの添付されたキー発行依頼を受け付ける。
【００４０】
Ｓ２２は、ライセンスキーを発行する。これは、管理センタ３がＳ２１で受け付けた媒体キー（ユーザ端末２あるいはユーザ端末２に接続された媒体の一意のキー）、更に、図６の（ｄ）のライセンスキーテーブル３６に記載されている、ソフトウェア名、契約期間、開封キーをもとに改ざん防止ＨＡＳＨを公知の手法で生成する。これにより、生成されたライセンスキーをもとに、ソフトウェア名、契約期間、開封キー、媒体キーが一致しないと、ユーザ端末２にインストールされたエージェント２１が該当ソフトウェアを起動しないように制御される。
【００４１】
Ｓ２３は、顧客管理テーブル３４に登録する。
Ｓ２４は、ライセンス管理テーブル３５に登録する。これらＳ２３、Ｓ２４は、Ｓ２２でライセンスキーを発行したことに対応して、図６の（ｂ）の顧客管理テーブル３４に新たなエントリを作成して当該ライセンスキーを発行した情報（ソフトウェア名、版数、ユーザ名（顧客名）、契約期間、開封キー、媒体キー（ユーザ端末２あるいは媒体に一意のキー）、最大契約数（顧客が契約した最大契約数））を登録、および図６の（ｃ）のライセンス管理テーブル３５に新たなエントリを作成して当該ライセンスキーを発行した情報（ユーザ端末、契約種別、契約期間、稼動記録（登録時はなし））を登録する。
【００４２】
Ｓ２５は、ライセンスキーを受領する。これは、管理サーバ１が、管理センタ３からＳ２２で発行されたライセンスキーを受領する。
【００４３】
Ｓ２６は、配布を受ける。これは、Ｓ２５でライセンスキーを受領した管理サーバ１からユーザ端末２が当該ライセンスキーの配布を受ける。
【００４４】
Ｓ２７は、アプリケーション利用開始する。
Ｓ２８は、所定期間（例えば利用開始していから１月）を経過か判別する。ＹＥＳの場合には、Ｓ２９に進む。ＮＯの場合には、Ｓ２８を繰り返す。
【００４５】
Ｓ２９は、稼動報告を送信する。
Ｓ３０は、稼動チェックする。これは、Ｓ２９で送信された稼動報告を参照し、ソフトウェア毎の起動回数をチェックする。
【００４６】
Ｓ３１は、アプリケーション利用ありか判別する。これは、Ｓ３０の稼動チェック（例えばソフトウェア（アプリケーション）毎の起動回数チェック）の結果、所定回数（例えば０回以上）あって利用ありか判別する。ＹＥＳの場合には、Ｓ３３でアプリケーション（ソフトウェア）の利用（起動）を継続する。一方、ＮＯの場合には、Ｓ３２で管理者に通知（例えばソフトウェア名、１ヶ月の利用回数が０回などのメッセージを管理者のユーザ端末２の画面上にリストとして表示して通知）する。
【００４７】
以上のＳ１１からＳ３３によって、顧客企業が管理センタ３に契約（ソフトウェア名、ライセンス数などを契約）して図６の（ａ）のソフトウェア取引テーブル３３および図６の（ｂ）の顧客管理テーブル３４に登録／更新し、管理サーバ１を設定、ユーザ端末２にエージェント２１をインストール、ソフトウェア（アプリケーション）をインストールし、ユーザ端末２から媒体キーを添付したキー発行依頼を管理サーバ１経由で管理センタ３に送信すると、ライセンスキーを発行して図６の（ｂ）の顧客管理テーブル３４、図６の（ｃ）のライセンス管理テーブル３５、更に、図６の（ｄ）のライセンスキーテーブル３６に登録すると共に、ライセンスキーをユーザ端末２に送信して当該ライセンスキーをもとにアプリケーション（ソフトウェア）を起動して業務処理を開始することが可能となる。この際、所定期間毎（例えば１ヶ月毎）にユーザ端末２の稼動状況を管理サーバ１に通知し、利用されていないアプリケーション（ソフトウェア）があるときは管理者にその旨のメッセージを提示することが可能となる。
【００４８】
図３は、本発明の動作説明フローチャート（その２）を示す。
図３において、Ｓ４１は、アプリケーションを起動する。
【００４９】
Ｓ４２は、キーのＨＡＳＨチェックが正常か、異常か判別する。これは、既述した図２のＳ２２で管理センタ３が発行したライセンスキーについて、当該ライセンスキーのＨＡＳＨが正常で改ざんされていなく正常か、改ざんされて異常か判別する。正常と判明した場合には、Ｓ４３に進む。異常で改ざんされていると判明した場合には、Ｓ５５に進む。
【００５０】
Ｓ４３は、契約期間内か判別する。これは、Ｓ４１でアプリケーションを起動指示した日が、キーに含まれている契約期間内か判別する。ＹＥＳの場合には、Ｓ４４に進む。ＮＯの場合には、契約期間内でないと判明したので、Ｓ５５に進む。
【００５１】
Ｓ４４は、稼動報告期間内か判別する。これは、例えばアプリケーション使用開始してから稼動報告期間（例えば１ヶ月）以内か判別する。ＹＥＳの場合には、Ｓ５２に進む。ＮＯの場合には、稼動報告期間（例えば１ヶ月）を経過していると判明したので、Ｓ４５に進む。
【００５２】
Ｓ４５は、Ｓ４４で稼動報告期間（例えば１ヶ月）を経過していると判明したので、ユーザ端末２がキー失効確認を管理サーバ１に送信する。
【００５３】
Ｓ４６は、管理サーバ１がキー失効確認を受信する。そして、管理センタ３に転送する。
【００５４】
Ｓ４７は、管理センタ３がキー失効確認を受信する。
Ｓ４８は、顧客管理テーブル３４を参照する。
【００５５】
Ｓ４９は、キー確認結果を生成する。これは、Ｓ４８で図６の（ｂ）顧客管理テーブル３４を参照し、キー失効確認のあったキー（ライセンスキー）が登録されている（失効して削除されていない）か、あるいは登録されていない（失効して削除済み）かのいずれかのキー確認結果を生成する。そして、管理サーバ１に返信する。
【００５６】
Ｓ５０は、管理サーバ１がキー確認結果を受信する。そして、ユーザ端末２に転送する。
【００５７】
Ｓ５１は、キー失効か判別する。これは、ユーザ端末２のエージェント２１が、受信したキー確認結果がキー失効（図６の（ｂ）の顧客管理テーブル３４に登録されていなく、キー失効）か判別する。ＹＥＳの場合には、Ｓ５４で失効したキーを無効化し、Ｓ５５に進む。一方、ＮＯの場合には、キーが失効していなく有効と判明したので、Ｓ５２に進む。
【００５８】
Ｓ５２は、媒体キーと比較して一致か判別する。これは、エージェント２１がキー（ライセンスキー）に含まれる媒体キーと、ユーザ端末２の固有ＩＤあるいはユーザ端末２に接続されている媒体（例えば図１のＩＣカード２３）の固有ＩＤと比較して一致か判別する。ＹＥＳの場合には、Ｓ５３でアプリケーションを起動し、運用開始する。一方、ＮＯの場合には、Ｓ５５に進む。ここで、媒体キーは、ユーザ端末２のＣＰＵ，ハードディスクの固有のＩＤ（装置ＩＤ）、更に、セキュリティＩＤ、セキュリティチップのＩＤなどであり、ユーザ端末２に接続された媒体の場合には、ＩＣカード２３のＩＤなどである。
【００５９】
Ｓ５５は、エラーメッセージと起動不可を表示し注意を促す。これにより、ユーザ端末２を操作する利用者は、起動しようとしたソフトウェアのライセンスが失効、キー（ライセンスキー）の改ざん、有効期限経過などで利用できないことを認知することが可能となる。
【００６０】
以上によって、利用者がユーザ端末２上のアプリケーション（ソフトウェア）の起動指示したときに、キーをもとにＨＡＳＨチェックして当該キーが改ざんされていないか判別、期間経過していなか判別、稼動報告期間経過していなか判別、更に、キー失効していなか判別し、これらが正常（有効）のときに、更に、キーに含まれる媒体キーとユーザ端末２の媒体キーとが一致して正当な端末か判別してＯＫのときにアプリケーション（ソフトウェア）を起動し、業務処理を開始することが可能となる。
【００６１】
図４は、本発明の動作説明フローチャート（その３）を示す。
図４において、Ｓ６２は、所定期間経過か判別する。これは、ユーザ端末２を構成するエージェント２１が稼動報告する所定期間（例えば１ヶ月）を経過か判別する。ＹＥＳの場合には、Ｓ６３で稼動報告を管理サーバ１に送信し、Ｓ６５に進む。ＮＯの場合には、Ｓ６４に進み、処理を続行する。
【００６２】
Ｓ６５は、稼動状況を記録する。これは、Ｓ６３で稼動報告を受信した管理サーバ１が当該受信した稼動報告を記録する。そして、管理センタ３に転送する。
【００６３】
Ｓ６６は、管理センタ３が稼動報告を記録する。
Ｓ６７は、ライセンス管理テーブル３５に記録する。これは、図６の（ｃ）のライセンス管理テーブル３５に、ユーザ端末２のエージェント２１から報告のあった当該ユーザ端末２における稼動状況（例えば稼動日）中の最終の稼動日を取り出して登録する。
【００６４】
Ｓ６８は、管理サーバ１が締め日か判別する。これは、管理サーバ１がユーザ端末２がアプリケーションの稼動状況を管理する締め日（例えば月に１回の締め日）か判別する。ＹＥＳの場合には、Ｓ７０に進む。ＮＯの場合には、Ｓ６９で処理を続行する。
【００６５】
Ｓ７０は、稼動状況を作成する。これは、ユーザ端末２毎（更にアプリケーション毎）の稼動状況（起動回数、最終起動日など）を作成する。
【００６６】
Ｓ７１は、顧客管理者に通知する。これは、Ｓ７０で作成した稼動状況のリストを提示して通知する。
【００６７】
Ｓ７２は、アプリケーション稼動実績ありか判別する。これは、Ｓ７１で通知を受けた稼動状況中に、所定期間（例えば１ヶ月）の間にアプリケーションの起動実績ありか判別する。ＹＥＳの場合には、Ｓ７３で継続して処理を行う。ＮＯの場合には、Ｓ７４に進む。
【００６８】
Ｓ７４は、管理者に確認依頼する。管理者が使わないと指定したときはＳ７６に進む。管理者が使うと指定したときはＳ７５で継続して処理を行う。
【００６９】
Ｓ７６は、契約更新（ライセンス数変更）する。これは、ユーザ端末２にインストールされているアプリケーション（ソフトウェア）が使われていなく、かつ管理者が使わないと指定したと判明したので、当該アプリケーションのライセンスが不要となったので、契約更新（ライセンス数を１つ削減）すると決定する。
【００７０】
Ｓ７７は、キー失効を受け付ける。これは、Ｓ７６でライセンスが不要と判明したので、当該ライセンスのキーの失効を受け付ける。
【００７１】
Ｓ７８は、エージェントのキー失効処理を行う。これにより、ユーザ端末２を構成するエージェント２１が該当キー（使用されていなく、かつ管理者が不要と指定したライセンスキー）を無効にする。
【００７２】
Ｓ７９は、管理センタ３が管理サーバ１からのキー失効を受け付ける。
Ｓ８０は、顧客管理テーブル３４から該当エントリ（失効したキーのエントリ）を削除する。
【００７３】
以上によって、所定期間毎（例えば１月毎）に各ユーザ端末２のエージェントがアプリケーション（ソフトウェア）の稼動状況を管理サーバ１に通知して記録し、締め日に使用されていないアプリケーションがあったときに管理者に提示して使わないと指定されたときに失効と決定し、ユーザ端末２を構成するエージェントに通知してキーを失効させると共に、管理センタ３に通知して顧客管理テーブル３４から該当エントリを削除してキーを失効させることが可能となる。失効させたライセンスは、他のユーザ端末２からのキー発行依頼があったときに再利用することが可能となる。
【００７４】
図５は、本発明の動作説明フローチャート（その４）を示す。
図５において、Ｓ８１は、管理センタ３が注文する。
【００７５】
Ｓ８２は、受付／出荷する。これは、Ｓ８１の注文を、メーカが受け付け、出荷する（ソフトウェアおよびライセンス情報を出荷する）。
【００７６】
Ｓ８３は、納品する。これは、Ｓ８２で出荷されたソフトウェアおよびライセンス情報を、管理センタ３に納品する。
【００７７】
Ｓ８４は、未契約エントリを作成する。
Ｓ８５は、ソフトウェア取引テーブル３３に登録する。
【００７８】
以上のＳ８１からＳ８５によって、管理センタ３がソフトウェアを開発元（販売元）のメーカに注文し、メーカから納品されたソフトウェア（ライセンス情報）を図６の（ａ）のソフトウェア取引テーブル３３に示すように登録することが可能となる。
【００７９】
Ｓ９１は、ユーザ端末２のエージェント２１がキー発行依頼を送信する。
Ｓ９２は、Ｓ９１で送信されたキー発行依頼を、管理サーバ１が受付け、管理する。
【００８０】
Ｓ９３は、管理サーバ１が管理センタ２にキー発行依頼の管理、新規発行依頼を送信する。
【００８１】
Ｓ９４は、Ｓ９３で送信された新規発行依頼を受け付ける。
Ｓ９５は、最大契約数以内か判別する。これは、Ｓ９４で受け付けたキー（ライセンスキー）の新規発行依頼が当該顧客の最大契約数以内か判別する。ＹＥＳの場合には、Ｓ９６でキーを生成し、Ｓ９７で顧客管理テーブル３４に登録すると共に管理サーバ１にキーを通知する。
【００８２】
Ｓ９８は、Ｓ９５で通知を受けた管理サーバ１が受付け、ライセンス管理テーブル１３に登録して管理すると共に、キーを該当ユーザ端末２のエージェント２１に送信する。
【００８３】
Ｓ９９は、Ｓ９８で送信を受けたエージェント２１がキーの配布を受けて保存する。これにより、以降は、エージェント２１は当該キーをもとにアプリケーション（ソフトウェア）を起動することが可能となる。
【００８４】
Ｓ１００は、管理センタ３がメーカとの注文数以内か判別する。これは、Ｓ９６でキーを生成したことで、ライセンス数が１増加したので、当該アプリケーション（ソフトウェア）の全体のライセンス数が、管理センタ３がメーカに注文したライセンス数内か判別する。ＹＥＳの場合には、注文したライセンス数以内と判明したので、Ｓ１０２で継続して処理を行う。一方、ＮＯの場合には、注文したライセンス数を超えたと判明したので、Ｓ１０１で注文（追加注文）を行って管理センタ３のライセンス数を増やし、Ｓ１０２で処理を続行する。
【００８５】
Ｓ１０３は、Ｓ９５で受け付けたキー発行依頼が、当該顧客の契約した最大ライセンス数を超えると判明したので、顧客管理者にその旨（今回のキー発行依頼が契約ライセンス数を越える旨）の通知を行い、Ｓ１０４で管理者が追加契約を行う。そして、図示しないが、Ｓ９４以降を繰り返し、キーを該当ユーザ端末のエージェント２１に配布する。
【００８６】
以上のＳ９１からＳ１０４によって、ユーザ端末２のエージェント２１からのキー発行依頼に対応して、管理センタ３が当該顧客の最大契約数以内であればキーを発行してエージェント２１に配布し、一方、顧客の最大契約数を超えるときは追加契約してからキーを発行してエージェント２１に配布することが可能となる。また、キーを発行したことに対応して、管理センタ３は最大ライセンス数を超えたときはメーカに事後注文してライセンス数を増加させ、ライセンス数が不足しないように手当てすることが可能となる。
【００８７】
図６は、本発明のテーブル例を示す。
図６の（ａ）は、ソフトウェア取引テーブルの例を示す。ソフトウェア取引テーブル３３は、ソフトウェアの開発元（販売元）から購入した情報を登録して管理するものであって、ここでは、図示の下記の情報を対応づけて登録し、管理するものである。
【００８８】
・ソフトウェア名称：
・版数：
・ライセンス数：
・契約期間：
・契約金額：
・その他：
ここで、ソフトウェア名称はソフトウェアを区別する一意の名称である。版数はソフトウェアの版数である。ライセンス数はソフトウェアをライセンス可能な最大数である。契約期間はソフトウェアをライセンス可能な契約期間である。契約金額はライセンスを取得した契約金額である。
【００８９】
以上のように、管理センタ３がメーカからソフトウェアのライセンス数を多量に安価で一括購入してテーブルで管理し、このライセンス数を超えない範囲（越えたときは事後に追加注文してライセンス数を増加させて超えない範囲）で多数の顧客のユーザ端末２に小分けしてライセンスキーを付与して当該ライセンスのもとでソフトウェアの使用および管理を行うことが可能となる。
【００９０】
図６の（ｂ）は、顧客管理テーブルの例を示す。顧客管理テーブル３４は、顧客毎（ユーザ毎）の発行したキー（ライセンスキー）および最大契約数などを登録して管理するものであって、ここでは、図示の下記の情報を対応づけて登録して管理するものである。
【００９１】
・ソフトウェア名称：
・版数：
・ユーザ名（顧客名）：
・契約期間：
・開封キー：
・媒体キー：
・最大契約数：
・その他：
ここで、ソフトウェア名称はライセンスする対象の一意のソフトウェア名称である。版数はソフトウェアの版数である。ユーザ名（顧客名）はソフトウェアをライセンスする対象の顧客（顧客企業）である。契約期間はソフトウェアをライセンスする契約期間である。開封キーはソフトウェアを開封するキーである。媒体キーはソフトウェアをインストールしてキーの発行依頼したユーザ端末２の媒体キー（ユーザ端末２のハードウェアの固有ＩＤ，ユーザ端末２に接続したＩＣカードなどの媒体のＩＤ）である。最大契約数は顧客が契約した最大のライセンス数である。
【００９２】
図６の（ｃ）は、ライセンス管理テーブルの例を示す。ライセンス管理テーブル３５は、ユーザ端末２に発行したキー（ライセンスキー）のライセンス情報を登録して管理するものであって、ここでは、図示の下記の情報を対応づけて登録して管理するものである。
【００９３】
・端末種別：
・契約種別：
・契約期間：
・稼動記録：
・その他：
ここで、端末種別はライセンスキーを発行した顧客のユーザ端末２の種別を登録したものである。契約種別はライセンスキーを発行したソフトウェアの名称である。契約期間はライセンスキーを発行したソフトウェアのライセンスの契約期間である。稼動記録はライセンスキーを発行したソフトウェアの最終の起動した日を登録したものである。
【００９４】
図６の（ｄ）は、ライセンスキーテーブルの例を示す。ライセンスキーテーブル３６は、ソフトウェアのライセンスキーに関係する情報を登録して管理するものであって、ここでは、図示の下記の情報を対応づけて登録して管理するものである。
【００９５】
・契約ソフトウェア：
・契約期間：
・開封キー：
・媒体キー：
・ＨＡＳＨ：
・その他：
ここで、契約ソフトウェアはライセンスキーを発行するソフトウェア名称である。契約期間はライセンスの契約期間である。開封キーはソフトウェアを開封ときに使用するキーである。媒体キーはソフトウェアをインストールしたユーザ端末２の装置固有のＩＤあるいはユーザ端末２に接続したＩＣカード２３などの媒体の固有のＩＤである。ＨＡＳＨは契約ソフトウェア、契約期間、開封キー、媒体キーの改ざんを防止するための改ざん防止ＨＡＳＨである。
【産業上の利用可能性】
【００９６】
本発明は、顧客企業の多数の社員が使用する多種類のソフトウェア商品を安価で任意の期間使用可となり、かつライセンス管理を簡易に実現することが可能となる。
【図面の簡単な説明】
【００９７】
【図１】本発明のシステム構成図である。
【図２】本発明の動作説明フローチャート（その１）である。
【図３】本発明の動作説明フローチャート（その２）である。
【図４】本発明の動作説明フローチャート（その３）である。
【図５】本発明の動作説明フローチャート（その４）である。
【図６】本発明のテーブル例である。
【符号の説明】
【００９８】
１：管理サーバ
１１：ライセンス有効確認手段
１２：稼動状況記録手段
１３：ライセンス管理テーブル
２：ユーザ端末
２１：エージェント
２２：ＩＣカードアダプタ
２３：ＩＣカード
３：管理センタ
３１：ライセンス発行手段
３２：ライセンス管理手段
３３：ソフトウェア取引テーブル
３４：顧客管理テーブル
３５：ライセンス管理テーブル
３６：ライセンスキーテーブル
【図１】
2006059163.tif 000003
【図２】
2006059163.tif 000004
【図３】
2006059163.tif 000005
【図４】
2006059163.tif 000006
【図５】
2006059163.tif 000007
【図６】
2006059163.tif 000008