(57)【要約】【課題】  １つのソフトウェアのライセンス認証要求で複数のソフトウェアのライセンスを一括で認証することができるライセンス管理システムを提供する。【解決手段】  複数のソフトウェアのライセンスを管理するライセンス管理システムであって、統合商品をグループ化して統合商品の商品構成を追加する手段と、統合商品に１つのライセンスアクセス番号を割り当てて発行する手段と、ライセンスアクセス番号をチェックする手段と、１つのソフトウェアの認証要求があると、このソフトウェアと同じグループに属するすべてのソフトウェアを検索する手段と、グループ内のソフトウェアのライセンスをすべて発行する手段とを有する構成とする。【選択図】  図１
2009048466.tif 000002
【特許請求の範囲】
【請求項１】
複数のソフトウェアのライセンスを管理するライセンス管理システムであって、
統合商品をグループ化して統合商品の商品構成を追加する手段と、
統合商品に１つのライセンスアクセス番号を割り当てて発行する手段と、
ライセンスアクセス番号をチェックする手段と、
１つのソフトウェアの認証要求があると、このソフトウェアと同じグループに属するすべてのソフトウェアを検索する手段と、
グループ内のソフトウェアのライセンスをすべて発行する手段と、
を有することを特徴とするライセンス管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のソフトウェアのライセンスを認証するためのライセンス認証技術に関するものである。
【背景技術】
【０００２】
従来は、統合商品では複数のソフトウェアのライセンスを１つずつ認証していた。また、統合商品は様々なソフトウェアの組合せをとり、ライセンス管理システムではソフトウェアを個別に管理しているので、１つの統合商品を仕立てるには１つのＣＤに対して商品構成ごとのソフトウェアを入れて複数のライセンスアクセス番号を発行していた。
【０００３】
なお、複数のコンテンツのライセンスを発行する手間を軽減するために、複数のコンテンツをグループ化する。次に、グループの中で１つのライセンスが既に発行されていれば、同じグループ内のコンテンツを視聴するとき、このライセンスを発行しなくても視聴できるようにする技術が提案されている（特許文献１参照）。
【特許文献１】特開２００５−３２７１９４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、統合商品では複数のソフトウェアのライセンスを１つずつ認証するには手間がかかるという問題があった。また、統合商品は複数のライセンスアクセス番号が必要であり、ライセンスアクセス番号の管理や発行が煩雑であった。さらに、統合商品の商品構成ごとに統合商品のマスタＣＤを作成する必要があった。
【課題を解決するための手段】
【０００５】
本発明に係わるシステムは、複数のソフトウェアのライセンスを管理するライセンス管理システムであって、
統合商品をグループ化して統合商品の商品構成を追加する手段と、
統合商品に１つのライセンスアクセス番号を割り当てて発行する手段と、
ライセンスアクセス番号をチェックする手段と、
１つのソフトウェアの認証要求があると、このソフトウェアと同じグループに属するすべてのソフトウェアを検索する手段と、
グループ内のソフトウェアのライセンスをすべて発行する手段と、
を有することを特徴とする。
【発明の効果】
【０００６】
本発明によれば、１つのソフトウェアのライセンス認証要求で複数のソフトウェアのライセンスを一括で認証することができる。また、統合商品を１つのライセンスアクセス番号で管理でき、１つの統合商品に対して１つのライセンスアクセス番号を発行するだけでよい。さらに、統合商品の商品構成ごとに統合商品のマスタＣＤを作成する必要がなくなり、１枚のマスタＣＤで統合商品の商品構成を複数提供することができる。
【発明を実施するための最良の形態】
【０００７】
次に、本発明の詳細を実施例の記述に従って説明する。
【実施例１】
【０００８】
以下に、図面を参照して、本発明の実施の形態を説明する。
【０００９】
なお、本発明において、統合商品とは複数のソフトウェアを統合化した商品のことであり、ライセンスアクセス番号とはライセンスごとに割り当てられる番号のことである。クライアント個体識別子とはクライアントを一意に識別するための識別子のことであり、デバイスシリアル番号とは複合機を一意に識別するための番号のことである。ソフトウェア種類としては、クライアント上で動作する「クライアントソフトウェア」と、複合機上で動作する「デバイスソフトウェア」がある。グループ種類としては、ソフトウェア種類がクライアントソフトウェアであることを示す「クライアント」と、ソフトウェア種類がデバイスソフトウェアであることを示す「デバイス」がある。
【００１０】
図１は、ライセンス管理システムの全体構成を示すブロック図である。ライセンス管理システムは、管理サーバ１０１、クライアント１０２、１０３、及び複合機１０４を含み、これらはネットワーク１０５を介して相互に接続されている。
【００１１】
図２は、図１に示した管理サーバ１０１及びクライアント１０２、１０３のハードウェア構成を示すブロック図である。管理サーバ１０１及びクライアント１０２、１０３は、ハードウェア構成上、特別な差異がないため、ここでは、管理サーバの構成について説明する。管理サーバ１０１には、ＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、ＨＤ（ハードディスク）２０４、表示部２０５、キーボード２０６、ポインティングデバイス２０７、及び通信Ｉ／Ｆ（インタフェース）２０８などがある。それらは、システムバス２０９を介して相互に接続されている。
【００１２】
管理サーバ１０１を制御する各種のプログラムは、ＲＯＭ２０３もしくはＨＤ２０４に格納されており、必要に応じてＲＡＭ２０２に読み出されてＣＰＵ２０１によって実行される。ＣＰＵ２０１は、キーボード２０６又はポインティングデバイス２０７からの指示に応じてプログラムをＲＡＭ２０２に展開したり、ＲＡＭ２０２に展開したプログラムに基づいて処理を実行したりする。
【００１３】
上記の各種のプログラムには、通信Ｉ／Ｆ２０８を介してクライアント１０２、１０３、及び複合機１０４との間で統合商品の商品構成などの情報を送受信するプログラムも含まれている。
【００１４】
図３は、統合商品の商品構成の入力からライセンスの発行までのライセンス一括認証のフローを示す図である。
【００１５】
ベンダは統合商品の商品構成の入力からライセンスアクセス番号の発行までを行うことによって、統合商品の商品構成を設定し、統合商品のライセンス番号を発行する。統合商品のマスタＣＤを作成し、マスタＣＤとライセンスアクセス番号をパッケージにして統合商品を販売する。
【００１６】
ユーザは統合商品（マスタＣＤ＆ライセンスアクセス番号）の購入からライセンスの発行までを行うことによって、複数のソフトウェアのライセンスを発行する。
【００１７】
デバイスソフトウェアのライセンス一括認証を行う場合、ユーザはデバイスソフトウェアの対象となる複合機のデバイスシリアル番号を調べて取得する。
【００１８】
図４は、統合商品の商品構成を示す図である。統合商品には複数のグループがあり、さらに各グループには複数のソフトウェアが属している。グループごとにソフトウェアのライセンス権利数を定めることができる。
【００１９】
図５は、１枚のマスタＣＤで複数の商品構成を提供できることを示す図である。統合商品の商品構成は管理サーバ上で管理されており、複数の商品構成を設定できるので、１枚のマスタＣＤで複数の商品構成を提供することができる。また、統合商品（マスタＣＤ）の販売後であっても、管理サーバに新規の商品構成を追加でき、新規の商品構成を販売後のマスタＣＤで提供することもできる。
【００２０】
図５にあるように、統合商品「PP01」の商品構成は管理サーバ上に設定されているとする。統合商品「PP01」の販売後に、新規に統合商品「QQ01」の商品構成を管理サーバに追加すれば、統合商品「PP01」と同じマスタＣＤで新規の統合商品「QQ01」の商品構成を提供することができる。
【００２１】
図６は、ライセンス一括認証の処理で使用される管理テーブルを示す図である。
【００２２】
統合商品テーブルは統合商品の商品構成を管理するために使用され、統合商品、グループ番号、グループ種類、ライセンス権利数、及びソフトウェアの情報を保有している。
【００２３】
ライセンスアクセス番号テーブルは統合商品とライセンスアクセス番号の対応付けを管理するために使用される。
【００２４】
ライセンステーブルはライセンスを管理するために使用され、ライセンス、ソフトウェア、クライアント個体識別子、デバイスシリアル番号、ライセンスアクセス番号の情報を保有している。
【００２５】
図７は、ライセンス一括認証の処理を示すフローチャートである。
【００２６】
以下に、本フローチャートを用いてライセンス一括認証の処理を説明する。
【００２７】
ステップＳ７０１において、クライアントは統合商品の商品構成を入力する。ここでは、図６の統合商品テーブルにあるように、統合商品「PP01」の商品構成を入力したこととする。
【００２８】
ステップＳ７０２において、管理サーバは入力された統合商品の商品構成を統合商品テーブルに追加する。ここでは、図６の統合商品テーブルにあるように、統合商品「PP01」の商品構成を追加したこととする。
【００２９】
ステップＳ７０３において、クライアントは統合商品を選択し、統合商品のライセンスアクセス番号を管理サーバに要求する。ここでは、統合商品「PP01」を選択したこととする。
【００３０】
ステップＳ７０４において、管理サーバは選択された統合商品のライセンスアクセス番号を発番する。ここでは、ライセンスアクセス番号「LA01」を発番したこととする。
【００３１】
ステップＳ７０５において、管理サーバはライセンスアクセス番号と統合商品の対応付けをライセンスアクセス番号テーブルに追加する。ここでは、ライセンスアクセス番号「LA01」と統合商品「PP01」をライセンスアクセス番号テーブルに追加したこととする。
【００３２】
ステップＳ７０６において、管理サーバはライセンスアクセス番号をクライアントに発行する。
【００３３】
ステップＳ７１１において、クライアントは１つのソフトウェアをインストールする。ここでは、ソフトウェア「AA03」をインストールしたこととする。
【００３４】
ステップＳ７１２において、インストールされたソフトウェアの種類がクライアントソフトウェアであるか、デバイスソフトウェアであるかを調べる。クライアントソフトウェアであれば、ステップＳ７１３へ進み、デバイスソフトウェアであれば、ステップＳ７１５へ進む。ここでは、ソフトウェアの種類は「クライアントソフトウェア」であったこととする。
【００３５】
ステップＳ７１３において、クライアントはインストールされたソフトウェアのライセンスアクセス番号を入力する。ここでは、ライセンスアクセス番号「LA01」を入力したこととする。
【００３６】
ステップＳ７１４において、クライアントは自身のクライアント個体識別子を調べ、クライアント個体識別子とインストールされたソフトウェアの名称を管理サーバに送信し、ステップＳ７１７へ進む。ここでは、ソフトウェア名称「AA03」とクライアント個体識別子「CI03」を送信したこととする。
【００３７】
ステップＳ７１５において、クライアントはインストールされたソフトウェアのライセンスアクセス番号と複合機のデバイスシリアル番号を入力し、管理サーバに送信する。
【００３８】
ステップＳ７１６において、クライアントはインストールされたソフトウェアの名称を管理サーバに送信する。
【００３９】
ステップＳ７１７において、管理サーバは「ライセンスアクセス番号が発行済みであるか」、「該当のライセンスがまだ発行されていないか」、「ライセンスの権利数がまだ残っているか」を調べて、ライセンスアクセス番号の正否を判定する。ＯＫであれば、ステップＳ７１８へ進み、ＮＧであれば、本処理を終了する。ここでは、「ＯＫ」であったこととする。
【００４０】
ステップＳ７１８において、管理サーバはインストールされたソフトウェア「AA03」と同じグループに属するすべてのソフトウェアを検索する。ここでは、ソフトウェア「AA03、AA04、AA05」を検索したこととする。
【００４１】
ステップＳ７１９において、管理サーバは検索されたソフトウェアのライセンスを作成し、ライセンスの情報をライセンステーブルに追加する。ここでは、ライセンス「L04AA03、L04AA04、L04AA05」を作成したこととする。また、図６のライセンステーブルにあるように、作成されたライセンス「L04AA03、L04AA04、L04AA05」の情報をライセンステーブルに追加したこととする。
【００４２】
ステップＳ７２０において、管理サーバは作成されたライセンスをクライアントに発行する。
【図面の簡単な説明】
【００４３】
【図１】本発明のライセンス管理システムの全体構成を示すブロック図である。
【図２】管理サーバ及びクライアントのハードウェア構成を示すブロック図である。
【図３】ライセンス一括認証の一連のフローを示す図である。
【図４】統合商品の商品構成を示す図である。
【図５】１枚のマスタＣＤで複数の商品構成を提供できることを示す図である。
【図６】ライセンス一括認証の処理で使用される管理テーブルを示す図である。
【図７】ライセンス一括認証の処理を示すフローチャートである。
【図１】
2009048466.tif 000003
【図２】
2009048466.tif 000004
【図３】
2009048466.tif 000005
【図４】
2009048466.tif 000006
【図５】
2009048466.tif 000007
【図６】
2009048466.tif 000008
【図７】
2009048466.tif 000009