JP2022170273A - 情報処理装置、ライセンス管理方法およびライセンス管理プログラム - Google Patents

Abstract

【課題】適切なライセンス管理を実行することを課題とする。【解決手段】補完サーバは、ソフトウェアのライセンスの使用を要求するユーザを識別する識別情報と、ライセンスを使用する使用期間とを対応付けた予約情報を記憶する。補完サーバは、予約情報の使用期間にしたがって、ライセンスを発行するライセンスサーバに対して、識別情報により特定されるユーザに対するライセンスの供与および停止を実行する。【選択図】図１

Description

本発明は、情報処理装置、ライセンス管理方法およびライセンス管理プログラムに関する。

ソフトウェアのライセンス形態として、クライアントがサーバのソフトウェアに接続し、そのソフトウェアで提供されるサービスを使用することでライセンスが消費されるクライアント・アクセス・ライセンス（ＣＡＬ）が使用されている。

クライアント・アクセス・ライセンスの場合、クライアントがアクセスするサーバそのものがライセンスサーバを兼用することが多く、ライセンスの管理は、クライアントが接続するライセンスサーバ側で一括管理することが一般的である（例えば特許文献１参照）。例えば、ライセンスサーバは、ライセンス数以下に収まるようにクライアントにライセンスを供与し、新たなクライアントがライセンスを要求してもライセンスの供与を抑制し、ライセンスに空きが出た場合に、自動的にライセンスを供与する。

近年では、サーバ管理者が必要に応じて、ライセンスの供与および停止を行う技術も知られている。例えば、サーバ管理者は、ソフトウェアを使用したいユーザにＩＤを発行し、ライセンスサーバにそのＩＤの有効化を依頼することで、ユーザにライセンスを供与する。また、サーバ管理者は、ソフトウェアの使用を停止したいユーザから停止要求を受信すると、そのＩＤの停止をライセンスサーバに依頼することで、ユーザのライセンスを停止する。

特開２０１４－０４９０５７号公報

しかしながら、上記技術を用いて適切なライセンス管理を行うには、ライセンスサーバの負荷もしくはサーバ管理者の負荷が高くなり、適切なライセンスの供与および停止を維持することが難しい。

例えば、ライセンスサーバがライセンス管理を行う技術では、ライセンスサーバが、膨大なライセンスを管理することが多く、ライセンスの一括管理による負荷が高くなり、ライセンス供与の処理遅延が懸念される。また、サーバ管理者が行う技術では、人為的な作業となることから、管理対象のライセンス数が増えると、多大な負荷がかかるだけでなく、人為的なミスも増える。

本発明は、適切なライセンス管理を実行することを目的とする。

一側面にかかる情報処理装置は、ソフトウェアのライセンスの使用を要求するユーザを識別する識別情報と、前記ライセンスを使用する使用期間とを対応付けた予約情報を記憶する記憶部と、前記予約情報の前記使用期間にしたがって、前記ライセンスを発行するライセンスサーバに対して、前記識別情報により特定される前記ユーザに対する前記ライセンスの供与および停止を実行する制御部と、を有する。

一側面にかかるライセンス管理方法は、コンピュータが、ソフトウェアのライセンスの使用を要求するユーザを識別する識別情報と、前記ライセンスを使用する使用期間とを対応付けた予約情報を記憶する記憶部を参照し、前記予約情報の前記使用期間にしたがって、前記ライセンスを発行するライセンスサーバに対して、前記識別情報により特定される前記ユーザに対する前記ライセンスの供与および停止を実行する、処理を実行する。

一側面にかかるライセンス管理プログラムは、コンピュータに、ソフトウェアのライセンスの使用を要求するユーザを識別する識別情報と、前記ライセンスを使用する使用期間とを対応付けた予約情報を記憶する記憶部を参照し、前記予約情報の前記使用期間にしたがって、前記ライセンスを発行するライセンスサーバに対して、前記識別情報により特定される前記ユーザに対する前記ライセンスの供与および停止を実行する、処理を実行させる。

一実施形態によれば、適切なライセンス管理を実行することができる。

実施形態１にかかるライセンス管理システムの全体構成例を説明する図である。 管理者によるライセンス管理を説明する図である。 実施形態１にかかる補完サーバによるライセンス管理を説明する図である。 実施形態１にかかるライセンス管理システムの機能構成を示す機能ブロック図である。 ライセンス管理ＤＢに記憶される情報の例を示す図である。 社員ＤＢに記憶される情報の例を示す図である。 予約情報ＤＢに記憶される情報の例を示す図である。 予約情報の登録画面例を説明する図である。 実施形態１にかかるライセンス管理システムの処理シーケンスを説明する図である。 実施形態１にかかる補完サーバの処理の流れを示すフローチャートである。 実施形態２にかかるライセンス管理システムの処理シーケンスを説明する図である。 必要なライセンス数の算出を説明する図である。 ハードウェア構成例を説明する図である。

以下に、本願の開示する情報処理装置、ライセンス管理方法およびライセンス管理プログラムの実施形態を図面に基づいて詳細に説明する。なお、この実施形態によりこの発明が限定されるものではない。また、同一の要素には同一の符号を付し、重複する説明は適宜省略し、各実施形態は、矛盾のない範囲内で適宜組み合わせることができる。

［実施形態１］
図１は、実施形態１にかかるライセンス管理システムの全体構成例を説明する図である。図１に示すように、ライセンス管理システムは、ライセンスサーバ１０と企業内システム３０とがネットワークＮを介して接続されるシステムであり、クライアント・アクセス・ライセンス（ＣＡＬ）によりライセンスを管理するシステムの一例である。なお、ネットワークＮには、有線や無線を問わず、インターネットや専用線などの各種通信網を採用することができる。

ライセンスサーバ１０は、ソフトウェアのライセンスを発行する企業等が運用するサーバ装置であり、ＣＡＬによるライセンスの供与や停止を制御するサーバ装置の一例である。また、ライセンスサーバ１０は、ユーザが使用するソフトウェアもしくはソフトウェアを用いたサービスを提供する。なお、本実施形態では、ライセンスサーバ１０がライセンス制御とソフトウェア提供の両方を実行する例で説明するが、別々のサーバで実行されてもよい。

企業内システム３０は、ＧＷ装置４０、補完サーバ５０、管理者端末１００、複数のクライアント端末１１０を有し、ソフトウェアを使用するユーザ等が属するシステムの一例である。本実施形態では、企業内ＬＡＮ（Local Area Network）を例にして説明するが、使用形態等を限定するものではなく、他のシステムを採用することができる。

ＧＷ装置４０は、ゲートウェイ装置の一例であり、ライセンスサーバ１０と企業内システム３０内の各装置との間の通信を制御する。補完サーバ５０は、ライセンスの予約など、各クライアント端末１１０へのライセンス管理を実行するサーバ装置の一例である。管理者端末１００は、企業内システム３０や補完サーバ５０などを管理する管理者が使用する装置の一例である。各クライアント端末１１０は、ユーザが使用する装置であって、ライセンスの供与を受けて、ライセンスサーバ１０にアクセスしてソフトウェアを使用する装置の一例であり、例えばパーソナルコンピュータ、サーバ、スマートフォン、携帯端末などである。

ここで、広く利用されているクライアント・アクセス・ライセンスを説明する。一般的には、ライセンスサーバ１０が、ライセンスを一括管理することで、ソフトウェアの不正使用を防止し、ライセンスの使用状況を把握する。企業側は、必要なライセンス数を購入し、ライセンスが不足している場合には、必要なライセンスを追加購入することで適切な運用管理を行う。

ところが、この手法では、適切なライセンス管理を実行することが難しい。例えば、ライセンスサーバ１０でライセンスを４個しか管理していない場合、５台目のクライアント（ユーザ）ではそのソフトウェアは使用できない。この場合に、ライセンスサーバ１０が自動的にランセンスを供与する場合、ライセンスに空きがあれば自動的にライセンスを供与し、クライアントはソフトウェアを使用することができる。しかし、ライセンスに空きがない場合は、誰かがライセンスの使用を停止するか、ライセンス数を増やさない限り、新しいクライアントはそのソフトウェアを使用することができない。

このようにライセンスサーバ１０が自動的にライセンスを供与できない場合、管理者が必要に応じでラインセンスを供与又は停止する必要がある。図２は、管理者によるライセンス管理を説明する図である。図２には、ユーザとユーザが使用するコンピュータ（ＰＣ）と使用期間とが対応付けられた情報が示されている。図２の（ａ）に示す状況では、ソフトウェアを使用したユーザがｎ人いることから、ライセンスがｎ個必要になる。

一方、管理者が使用ユーザの状況を正確に把握して運用すると、使用しないユーザのライセンスを停止し、他のユーザにラインセンスを供与することで、購入するライセンス数を減らすことができる。例えば、図２の（ｂ）に示す状況では、使用したいユーザは４名いるが、ユーザ１が常時使用するものの、網掛けで表示されるユーザ２、３、４については同時使用が発生しないので、使用するライセンス数は２個で構わない。

ただし、この作業を行う為には、管理者が使用ユーザのニーズを把握し、適切な時間にライセンスの供与や停止を実施する必要があり、管理者に多大な負担をかけてしまう。当然、対象のライセンス数が増加すると、その負担は、ライセンスの数に合わせて増加していく。また、ライセンスの使用にあっては、使用ユーザがその都度、管理者に連絡し、その後、管理者が要求に対応した処理を行うことになるので、タイムラグが発生する。

また、管理者が適切なライセンス運用を実施できないと、ユーザが使いたいときにソフトウェアが使えない、ライセンス数が最大値に達した場合にライセンスを追加購入するかライセンスの停止要求がないかぎり、新しいユーザは使用できない、購入するライセンス費用を抑えられないなどの問題が発生する。

そこで、実施形態１では、図１に示すように、クライアント・アクセス・ライセンスのライセンスサーバ１０にライセンスの予約機能がない環境で、ライセンスサーバ１０とは別に、ライセンスの予約を行う補完サーバ５０を用意する。この補完サーバ５０は、ソフトウェアのライセンスの使用を要求するユーザを識別する識別情報と、ライセンスを使用する使用期間とを対応付けた予約情報を記憶する。そして、補完サーバ５０は、予約情報の使用期間にしたがって、ライセンスを発行するライセンスサーバ１０に対して、識別情報により特定されるユーザに対するライセンスの供与および停止を実行する。

図３は、実施形態１にかかる補完サーバ５０によるライセンス管理を説明する図である。図３に示すように、補完サーバ５０は、社員情報および予約情報として「ＩＤ、Ｐａｓｓ（パスワード）、開始日時、終了日時」として「Ａ００１、ＰＰＰ、12/14、12/18」を記憶する。

この状態において、補完サーバ５０は、開始日時「12/14」になると、ＩＤ「Ａ００１」に関して、ライセンスサーバ１０に、ソフトウェアのライセンスの供与（発行）を要求する（Ｓ０１）。続いて、ライセンスサーバ１０は、ＩＤ「Ａ００１」にライセンスを供与する（Ｓ０２）。

そして、補完サーバ５０は、ライセンスサーバ１０によるライセンス供与が確認できると、クライアント端末１１０のユーザに、ライセンスが供与されたことを通知する（Ｓ０３）。この結果、クライアント端末１１０のユーザは、ライセンスサーバ１０にアクセスすることができ、ソフトウェアを使用することができる（Ｓ０４）。

その後、補完サーバ５０は、終了日時「12/18」になると、ＩＤ「Ａ００１」に関して、ライセンスサーバ１０に、ソフトウェアのライセンスの停止を要求する（Ｓ０５）。続いて、ライセンスサーバ１０は、ＩＤ「Ａ００１」のライセンスの供与を停止する（Ｓ０６）。

そして、補完サーバ５０は、ライセンスサーバ１０によるライセンス供与の停止が確認できると、クライアント端末１１０のユーザに、ライセンスの供与が停止されたことを通知する（Ｓ０７）。この結果、クライアント端末１１０のユーザは、ライセンスサーバ１０にアクセスすることができず、ソフトウェアを使用することができなくなる（Ｓ０８）。

このように、補完サーバ５０は、予約機能のないクライアント・アクセス・ライセンスへの予約機能を付与することができ、管理者やライセンスサーバ１０の負担を増やすことなく、適切なライセンス管理を実行することができる。

［機能構成］
次に、ライセンス管理システムの機能構成について説明する。図４は、実施形態１にかかるライセンス管理システムの機能構成を示す機能ブロック図である。なお、ＧＷ装置４０、管理者端末１００、各クライアント端末１１０は、一般的な装置と同様の構成を有するので、ここでは、ライセンスサーバ１０と補完サーバ５０について説明する。

（ライセンスサーバ１０の機能構成）
図４に示すように、ライセンスサーバ１０は、通信部１１、記憶部１２、制御部２０を有する。

通信部１１は、他の装置の間の通信を制御する処理部であり、例えば通信インタフェースなどにより実現される。例えば、通信部１１は、補完サーバ５０から、ライセンスの供与要求や停止要求などの各要求を受信し、それらの要求に対する応答を送信する。また、通信部１１は、各クライアント端末１１０から、Ｗｅｂアクセス等によりソフトウェア使用のための各種要求を受信する。

記憶部１２は、各種データや制御部２０が実行するプログラムなどを記憶する処理部であり、例えばメモリやハードディスクなどにより実現される。この記憶部１２は、ライセンス管理ＤＢ１３などを記憶する。

ライセンス管理ＤＢ１３は、ライセンスの供与状態を記憶するデータベースである。なお、ライセンス管理ＤＢ１３は、後述する制御部２０によって更新される。図５は、ライセンス管理ＤＢ１３に記憶される情報の例を示す図である。図５に示すように、ライセンス管理ＤＢ１３は、「ライセンス発行先、ＩＤ、状態」を記憶する。

ここで記憶される「ライセンス発行先」は、１つ以上のライセンスを購入した者を示す情報であり、例えば企業、個人名、グループ名などが該当する。「ＩＤ」は、ライセンスが発行されているユーザを識別する識別子である。「状態」は、ライセンスの状態を示し、供与中は有効、停止中は無効などが設定される。図５の例では、Ａ社に対して、ＩＤ「Ａ００１、・・・、ＡＡＡ」が発行されており、ＩＤ「ＡＡＡ」がライセンス供与中であることを示す。

なお、ＩＤは、ライセンス発行先ごとに発行した数、すなわちライセンス発行先が購入した数だけ登録しておくこともでき、発行数に関係なくライセンス発行先が使用を予定するＩＤを登録しておくこともできる。

制御部２０は、ライセンスサーバ１０全体を司る処理部であり、例えばプロセッサなどにより実現される。この制御部２０は、供与部２１、停止部２２、ソフトウェア提供部２３を有する。

供与部２１は、ユーザにライセンスを供与する処理部である。例えば、供与部２１は、補完サーバ５０からＩＤ「Ａ００１」へのライセンス供与が要求されると、ライセンス管理ＤＢ１３のＩＤ「Ａ００１」の状態を「無効」から「有効」に変更して、ＩＤ「Ａ００１」にライセンスを供与する。なお、供与部２１は、供与対象のＩＤ「Ａ００１」とともにパスワード「ＰＰＰ」を受信した場合には、ライセンス管理ＤＢ１３のＩＤ「Ａ００１」に「ＰＰＰ」もあわせて登録することもできる。

停止部２２は、ユーザへのライセンス供与を停止する処理部である。例えば、停止部２２は、補完サーバ５０からＩＤ「Ａ００１」のライセンス供与の停止が要求されると、ライセンス管理ＤＢ１３のＩＤ「Ａ００１」の状態を「有効」から「無効」に変更して、ＩＤ「Ａ００１」へのライセンス供与を停止する。このとき、停止部２２は、ライセンス管理ＤＢ１３において、停止対象のＩＤ「Ａ００１」とともにパスワード「ＰＰＰ」が登録されている場合には、「ＰＰＰ」を削除することもできる。

ソフトウェア提供部２３は、正当なユーザに対してソフトウェアやソフトウェアによりサービスを提供する処理部である。例えば、ソフトウェア提供部２３は、Ｗｅｂブラウザや専用画面等を用いてクライアント端末１１０からのアクセスを受け付けると、ＩＤの入力画面を表示する。そして、ソフトウェア提供部２３は、入力されたＩＤがライセンス管理ＤＢ１３において「有効」である場合に、ソフトウェアの使用を許可し、「無効」である場合に、ソフトウェアの使用を拒否する。

ここで、ソフトウェア提供部２３は、ＩＤだけでなく、ＩＤとパスワードとの両方の入力を受け付けることもできる。この場合、ソフトウェア提供部２３は、入力されたＩＤおおびパスワードがライセンス管理ＤＢ１３に登録済み、かつ、入力されたＩＤがライセンス管理ＤＢ１３において「有効」である場合に、ソフトウェアの使用を許可する。

（補完サーバ５０の機能構成）
図４に示すように、補完サーバ５０は、通信部５１、記憶部５２、制御部６０を有する。

通信部５１は、他の装置の間の通信を制御する処理部であり、例えば通信インタフェースなどにより実現される。例えば、通信部５１は、ライセンスサーバ１０に、ライセンスの供与要求や停止要求などの各要求を送信する。また、通信部５１は、各クライアント端末１１０のユーザに、ライセンスの供与通知や停止通知などを送信する。

記憶部５２は、各種データや制御部６０が実行するプログラムなどを記憶する処理部であり、例えばメモリやハードディスクなどにより実現される。この記憶部５２は、社員ＤＢ５３と予約情報ＤＢ５４などを記憶する。

社員ＤＢ５３は、ソフトウェアを使用する社員に関する情報を記憶するデータベースである。図６は、社員ＤＢ５３に記憶される情報の例を示す図である。図６に示すように、社員ＤＢ５３は、「社員名、社員ＩＤ、Ｐａｓｓ、所属」を対応付けて記憶する。なお、ここで記憶される情報は、あくまで一例であり、例えば連絡先、性別、入社日などの情報を記憶することもできる。

ここで記憶される「社員名」は、社員の名前である。「社員ＩＤ」は、社員を識別する識別子であり、ソフトウェアを使用する際にも使用される。「Ｐａｓｓ」は、社員に一意に設定されたパスワードであり、社員が設定してよく、補完サーバ５０がライセンス供与時に動的に設定してもよい。「所属」は、社員が属する部門である。図６の例では、開発部の特許太郎に対して、ＩＤ「Ａ００１」、Ｐａｓｓ「ＰＰＰ」が設定されていることを示している。

予約情報ＤＢ５４は、ソフトウェアの使用予約に関する予約情報を記憶するデータベースである。図７は、予約情報ＤＢ５４に記憶される情報の例を示す図である。図７に示すように、予約情報ＤＢ５４は、ユーザと使用期間（開始、終了）を対応付けて記憶する。図７の例では、特許太郎が１２月１４日から１２月１８日までソフトウェアの使用予約をしており、特許花子が１２月１２日から１２月１３日までソフトウェアの使用予約をしていることを示している。なお、予約情報の形式は、あくまで一例であり、表形式など他の形式を採用することもできる。また、予約情報ＤＢ５４は、ソフトウェアが複数ある場合は、ソフトウェアごとに予約情報を記憶することもできる。

制御部６０は、補完サーバ５０全体を司る処理部であり、例えばプロセッサなどにより実現される。この制御部６０は、登録部６１、供与要求部６２、停止要求部６３を有する。

登録部６１は、ソフトウェアの予約情報を登録する処理部である。具体的には、登録部６１は、ユーザから社員ＩＤ、使用期間（開始、終了）を含む予約情報を受け付けて、予約情報ＤＢ５４に登録する。

ここで、予約情報の登録の一例を説明する。図８は、予約情報の登録画面例を説明する図である。図８に示すように、登録部６１は、クライアント端末１１０から登録要求を受け付けると、図８に示す登録画面７０を表示する。この登録画面７０は、新たなスケジュールを登録する画面であり、カレンダーと使用目的とプロジェクト名などを登録する画面である。

そして、登録部６１は、カレンダー上で開始日付と終了日付との選択を受け付けて、その期間を使用期間と設定する。また、登録部６１は、ソフトウェアの使用目的として、「Target PJT」、「Test or Study」、「Education or Demonstration」の選択を受け付け、プロジェクト名などの入力も受け付けて、入力された各情報を示す入力画面８０を生成して表示する。その後、登録部６１は、入力画面８０に表示される各情報を予約情報として登録することができる。

このように、ユーザのライセンスの予約状況は、Ｗｅｂ画面から管理でき、ライセンスに空きがあれば、すぐ使用することもできる。また、予約のライセンスをキャンセルする事もできるし、使用中であれば、すぐに返却もできる。

なお、登録部６１は、同時使用者数が購入ライセンスを超えない範囲で予約情報を登録する。例えば、登録部６１は、購入ライセンス数が１０である場合、同日の使用数が１０以下となるように、予約を受け付ける。ここで、登録部６１は、同日の使用数が１０を超える予約情報を受け付けると、最後のユーザに対して予約できない旨のメッセージを管理者端末１００に送信したり、購入数の再検討や追加購入の必要性を示すアラートを管理者端末１００に通知したりすることもできる。

供与要求部６２は、予約情報にしたがって、ライセンスの供与を要求する処理部である。具体的には、供与要求部６２は、予約情報の開始期間になったユーザを検出すると、（例えば社員ＩＤなどのＩＤもしくはＩＤとパスワードを、ライセンスサーバ１０に送信してライセンスの供与を要求する。そして、供与要求部６２は、ライセンスが供与されると、当該ユーザが使用するクライアント端末１１０に、ＩＤもしくはＩＤとパスワードを通知する。

停止要求部６３は、予約情報にしたがって、ライセンスの供与停止を要求する処理部である。具体的には、停止要求部６３は、予約情報の開始期間になったユーザを検出すると、例えば社員ＩＤなどのＩＤもしくはＩＤとパスワードを、ライセンスサーバ１０に送信してライセンスの供与停止を要求する。そして、停止要求部６３は、ライセンスの供与が停止されると、当該ユーザが使用するクライアント端末１１０に、ライセンスの供与停止を通知する。

［シーケンス］
次に、ライセンスの供与から停止までの一連の処理シーケンスを説明する。図９は、実施形態１にかかるライセンス管理システムの処理シーケンスを説明する図である。図９に示すように、補完サーバ５０は、１２月１４日になると、特許太郎の予約期間の開始を検出する（Ｓ１）。

すると、補完サーバ５０は、社員ＤＢ５３から特許太郎の社員ＩＤ「Ａ００１」とＰａｓｓ「ＰＰＰ」を特定し、社員ＩＤ「Ａ００１」もしくは社員ＩＤ「Ａ００１」とＰａｓｓ「ＰＰＰ」を含むライセンスの供与要求をライセンスサーバ１０に送信する（Ｓ２とＳ３）。

そして、ライセンスサーバ１０は、社員ＩＤ「Ａ００１」の状態を「無効」から「有効」に変更して、ライセンスの供与を実行する（Ｓ４）。このとき、ライセンスサーバ１０は、社員ＩＤ「Ａ００１」とともに受信したＰａｓｓ「ＰＰＰ」を登録してもよい。

その後、補完サーバ５０は、ライセンスサーバ１０に、ライセンス供与の確認を行い（Ｓ５）、確認ができると、ライセンスが供与された社員ＩＤ「Ａ００１」とＰａｓｓ「ＰＰＰ」を、特許太郎が使用するクライアント端末１１０に通知する（Ｓ６）。この結果、特許太郎は、クライアント端末１１０を用いてライセンスサーバ１０にアクセスし、通知された社員ＩＤ「Ａ００１」とＰａｓｓ「ＰＰＰ」を入力することで、ソフトウェアを使用することができる（Ｓ７）。

その後、補完サーバ５０は、１２月１８日になると、特許太郎の予約期間の終了を検出する（Ｓ８）。すると、補完サーバ５０は、社員ＤＢ５３から特許太郎の社員ＩＤ「Ａ００１」を特定し、社員ＩＤ「Ａ００１」を含むライセンスの供与停止をライセンスサーバ１０に送信する（Ｓ９とＳ１０）。

そして、ライセンスサーバ１０は、社員ＩＤ「Ａ００１」の状態を「有効」から「無効」に変更して、ライセンスの供与を停止する（Ｓ１１）。

補完サーバ５０は、ライセンスサーバ１０に、ライセンス供与の停止確認を行い（Ｓ１２）、確認ができると、ライセンスが供与された社員ＩＤ「Ａ００１」である特許太郎が使用するクライアント端末１１０に、ライセンスの供与停止を通知する（Ｓ１３）。この結果、特許太郎は、社員ＩＤ「Ａ００１」とＰａｓｓ「ＰＰＰ」を入力しても、ライセンスサーバ１０側で無効状態となっていることから、ソフトウェアを使用できなくなる（Ｓ１４）。

［フローチャート］
次に、補完サーバ５０の処理を説明する。図１０は、実施形態１にかかる補完サーバ５０の処理の流れを示すフローチャートである。図１０に示すように、補完サーバ５０の供与要求部６２は、予約情報を監視し（Ｓ１０１）、予約の開始タイミングを検出すると（Ｓ１０２：Ｙｅｓ）、社員ＤＢ５３を参照して、該当する社員ＩＤとＰａｓｓを特定する（Ｓ１０３）。

続いて、供与要求部６２は、社員ＩＤやＰａｓｓを含むライセンス供与の要求をライセンスサーバ１０に送信する（Ｓ１０４）。その後、供与要求部６２は、ライセンスサーバ１０に、ライセンス供与の要求に対する変更要求の確認を行い（Ｓ１０５）、確認が取れると（Ｓ１０５：Ｙｅｓ）、社員ＩＤとＰａｓｓを含むライセンス供与をクライアント端末１１０に通知する（Ｓ１０６）。

一方、予約の開始タイミングではなく（Ｓ１０２：Ｎｏ）、終了タイミングを検出した場合（Ｓ１０７：Ｙｅｓ）、停止要求部６３は、社員ＤＢ５３を参照して、該当する社員ＩＤを特定する（Ｓ１０８）。

続いて、停止要求部６３は、社員ＩＤを含むライセンス停止の要求をライセンスサーバ１０に送信する（Ｓ１０９）。その後、停止要求部６３は、ライセンスサーバ１０に、ライセンス供与停止の要求に対する変更要求の確認を行い（Ｓ１１０）、確認が取れると（Ｓ１１０：Ｙｅｓ）、ライセンス停止をクライアント端末１１０に通知する（Ｓ１１１）。

［効果］
上述したように、補完サーバ５０は、ライセンスサーバ１０が予約機能を有していない場合であっても、予約機能を補完することができる。また、補完サーバ５０がライセンスサーバ１０に指示する要求（命令）は、ＩＤの作成や削除、ライセンスの供与と停止機能だけであり、それ以外の機能は、補完サーバ５０が実行する。また、ライセンスサーバ１０に対するＩＤの作成や削除やライセンスの供与と停止の命令は、スクリプトやＲＰＡ（Robotic Process Automation）を使って実現し、既存のライセンスサーバそのものには、一切の修正を加えないで実現できる。

したがって、補完サーバ５０は、ライセンスサーバ１０の負荷が高くなることを抑制するとともに、管理者の負荷が高くなることも抑制しつつ、適切なライセンス管理を実行することができる。また、補完サーバ５０は、社員ＩＤなどを流用することができるので、ユーザに特別な操作を要求する必要がない。この結果、導入コストも低減することができ、販路の拡大が期待できる。

［実施形態２］
ところで、上記実施形態１では、社員ＩＤを使用する例を説明したが、これに限定されるものではなく、ライセンスサーバ１０がＩＤを生成することもできる。そこで、実施形態２では、ライセンスサーバ１０がソフトウェアを使用する識別情報等を生成する例を説明する。なお、基本的な機能構成は、実施形態１と同様なので、詳細な説明は省略する。

図１１は、実施形態２にかかるライセンス管理システムの処理シーケンスを説明する図である。図１１に示すように、補完サーバ５０は、補完サーバ５０は、１２月１４日になると、特許太郎の予約期間の開始タイミングを検出する（Ｓ２０）。すると、補完サーバ５０は、社員ＤＢ５３から特許太郎の社員ＩＤ「Ａ００１」に対するライセンスの供与要求をライセンスサーバ１０に送信する（Ｓ２１とＳ２２）。

そして、ライセンスサーバ１０は、社員ＩＤ「Ａ００１」に対して、ＩＤ「ＡＡ」とパスワード「ＰＡ」とを生成（発行）して、ライセンス供与に関するライセンス情報（ＩＤ情報）として、ライセンス管理ＤＢ５４に登録する（Ｓ２３）。

補完サーバ５０は、ライセンスサーバ１０に、ライセンス情報（ＩＤ「ＡＡ」とパスワード「ＰＡ」）の発行を確認し（Ｓ２４）、発行が確認できると、社員ＩＤ「Ａ００１」に対応付けて、通知されたライセンス情報（ＩＤ「ＡＡ」とパスワード「ＰＡ」）を登録する（Ｓ２５）。続いて、補完サーバ５０は、ライセンスが供与されたライセンス情報（ＩＤ「ＡＡ」とパスワード「ＰＡ」）を、クライアント端末１１０に通知する（Ｓ２６）。

この結果、特許太郎は、クライアント端末１１０を用いてライセンスサーバ１０にアクセスし、通知されたＩＤ「ＡＡ」とパスワード「ＰＡ」を入力することで、ソフトウェアを使用することができる（Ｓ２７）。

その後、補完サーバ５０は、１２月１８日になると、特許太郎の予約期間の終了タイミングを検出する（Ｓ２８）。すると、補完サーバ５０は、社員ＤＢ５３から特許太郎の社員ＩＤ「Ａ００１」に対応付けて登録されているライセンス情報（ＩＤ「ＡＡ」とパスワード「ＰＡ」）を特定し（Ｓ２９）、当該ライセンス情報に対するライセンスの供与停止をライセンスサーバ１０に要求する（Ｓ３０）。

そして、ライセンスサーバ１０は、通知されたライセンス情報（ＩＤ「ＡＡ」とパスワード「ＰＡ」）を、ライセンス管理ＤＢ１３から削除することで、ライセンスの供与を停止する（Ｓ３１）。

補完サーバ５０は、ライセンスサーバ１０に、ライセンス情報（ＩＤ「ＡＡ」）の停止を確認し（Ｓ３２）、停止が確認できると、社員ＩＤ「Ａ００１」に対応付けて登録されるライセンス情報（ＩＤ「ＡＡ」とパスワード「ＰＡ」）を削除する（Ｓ３３）。続いて、補完サーバ５０は、ライセンスの供与停止を、クライアント端末１１０に通知する（Ｓ３４）。

この結果、特許太郎は、ライセンス情報（ＩＤ「ＡＡ」とパスワード「ＰＡ」）を入力しても、ライセンスサーバ１０側で無効状態となっていることから、ソフトウェアを使用できなくなる（Ｓ３５）。

上述したように、ライセンス管理システムは、社員ＩＤを用いずに、ライセンスの供与および停止を実現することができるので、セキュアな情報が流通することを抑制でき、高セキュリティを維持しつつ、適切なライセンス管理を実行することができる。なお、パスワードは、社員が事前に設定して、ライセンスサーバ１０に通知することもできる。また、実施形態１や実施形態２において、補完サーバ５０がＩＤやライセンス情報をライセンスサーバ１０に確認する例を説明したが、必ずしも確認する必要はなく、ライセンスの供与や停止を要求した後の一定時間経過後に、確認処理を行わず、クライアントに通知することもできる。

［その他の実施形態］
さて、これまで本発明の実施形態について説明したが、本発明は上述した実施形態以外にも、種々の異なる形態にて実施されてよいものである。

［数値等］
上記実施形態で用いたクライアント端末１１０の台数、ソフトウェアの数、ライセンスの数、ＩＤやパスワードの形態などは、あくまで一例であり、任意に変更することができる。また、開始日時として、１２月１４日などの月日を設定する例で説明したが、年単位、月単位、日単位、時間単位で設定することもできる。また、上記実施形態では、ライセンスサーバが、クライアント・アクセス・ライセンス形態によりライセンスを発行する例で説明したが、これに限定されるものではなく、同形態と同じサービスにも適用することができる。

［必要ライセンス数の算出］
例えば、補完サーバ５０は、予約情報から、必要なライセンス数を算出することができ、不要なライセンスの購入を抑制し、必要なライセンス数の不足発生なども抑制することができる。図１２は、必要なライセンス数の算出を説明する図である。図１２に示すように、補完サーバ５０の登録部６１は、ユーザ１からユーザ５の予約情報を登録した後、同時使用数の最大値が２であることを特定する。この結果、補完サーバ５０は、必要なライセンス数として２を管理者端末１００に送信したり出力したりすることができる。

［優先ライセンス数の設定］
例えば、重要なプロジェクトや大規模プロジェクトでは、多くのユーザがソフトウェアを使用することが考えられ、一方で、部署によってはソフトウェアの使用数も多くないことがある。このような場合に、補完サーバ５０は、購入した有限のライセンスのうち、特定のユーザグループに対して優先的にライセンスを割り当てることができる。例えば、補完サーバ５０の登録部６１は、購入されたライセンス数「１０」のうち、優先させるプロジェクトや所属部門に対して「７」を割り当てて、その他の部門等で残りの「３」を共有するように、予約情報の登録を管理することができる。

この結果、重要なプロジェクト等の作業工程の遅延などを抑制することができる。また、補完サーバ５０は、このような優先割当を行うことで、優先的に割り当てられた部門等からの費用を、他の部門等の費用よりも多く徴収することもできる。また、補完サーバ５０は、使用期間に応じて、ライセンスの購入費用とは異なるライセンスの使用料を算出することもできる。このようにすることで、とりあえず予約しておくなどのような不確かな予約を抑制することができ、適切な予約管理を行うことができる。

［システム］
上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散や統合の具体的形態は図示のものに限られない。つまり、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵ（Central Processing Unit）および当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

［ハードウェア］
次に、補完サーバ５０のハードウェア構成例を説明する。なお、他の装置も同様のハードウェア構成とすることができる。図１３は、ハードウェア構成例を説明する図である。図１３に示すように、補完サーバ５０は、通信装置５０ａ、ＨＤＤ（Hard Disk Drive）５０ｂ、メモリ５０ｃ、プロセッサ５０ｄを有する。また、図１３に示した各部は、バス等で相互に接続される。

通信装置５０ａは、ネットワークインタフェースカードなどであり、他のサーバとの通信を行う。ＨＤＤ５０ｂは、図４に示した機能を動作させるプログラムやＤＢを記憶する。

プロセッサ５０ｄは、図４に示した各処理部と同様の処理を実行するプログラムをＨＤＤ５０ｂ等から読み出してメモリ５０ｃに展開することで、図４等で説明した各機能を実行するプロセスを動作させる。例えば、このプロセスは、補完サーバ５０が有する各処理部と同様の機能を実行する。具体的には、プロセッサ５０ｄは、登録部６１、供与要求部６２、停止要求部６３等と同様の機能を有するプログラムをＨＤＤ５０ｂ等から読み出す。そして、プロセッサ５０ｄは、登録部６１、供与要求部６２、停止要求部６３等と同様の処理を実行するプロセスを実行する。

このように、補完サーバ５０は、プログラムを読み出して実行することでライセンス管理方法を実行する情報処理装置として動作する。また、補完サーバ５０は、媒体読取装置によって記録媒体から上記プログラムを読み出し、読み出された上記プログラムを実行することで上記した実施形態と同様の機能を実現することもできる。なお、この他の実施形態でいうプログラムは、補完サーバ５０によって実行されることに限定されるものではない。例えば、他のコンピュータまたはサーバがプログラムを実行する場合や、これらが協働してプログラムを実行するような場合にも、本発明を同様に適用することができる。

このプログラムは、インターネットなどのネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ－ＲＯＭ、ＭＯ（Magneto－Optical disk）、ＤＶＤ（Digital Versatile Disc）などのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することができる。

１０ ライセンスサーバ
１１ 通信部
１２ 記憶部
１３ ライセンス管理ＤＢ
２０ 制御部
２１ 供与部
２２ 停止部
２３ ソフトウェア提供部
５０ 補完サーバ
５１ 通信部
５２ 記憶部
５３ 社員ＤＢ
５４ 予約情報ＤＢ
６０ 制御部
６１ 登録部
６２ 供与要求部
６３ 停止要求部

Claims (9)

1. ソフトウェアのライセンスの使用を要求するユーザを識別する識別情報と、前記ライセンスを使用する使用期間とを対応付けた予約情報を記憶する記憶部と、
   前記予約情報の前記使用期間にしたがって、前記ライセンスを発行するライセンスサーバに対して、前記識別情報により特定される前記ユーザに対する前記ライセンスの供与および停止を実行する制御部と、
   を有する情報処理装置。
2. 前記ライセンスサーバは、クライアント・アクセス・ライセンス形態により前記ライセンスを発行するサーバであり、
   前記制御部は、
   前記予約情報の前記使用期間の開始時間となった前記ユーザの識別情報を含む前記ライセンスの供与要求を前記ライセンスサーバに送信し、前記ライセンスサーバにより前記ライセンスが有効に設定されると、前記識別情報を前記ユーザに通知し、
   前記ライセンスの有効後、前記使用期間の終了時間になると、前記識別情報を含む前記ライセンスの停止要求を前記ライセンスサーバに送信する、
   請求項１に記載の情報処理装置。
3. 前記ライセンスサーバは、クライアント・アクセス・ライセンス形態により前記ライセンスを発行するサーバであり、
   前記制御部は、
   前記予約情報の前記使用期間の開始時間となった前記ユーザに対する前記ライセンスの供与要求を前記ライセンスサーバに送信し、前記ライセンスサーバによってソフトウェアを使用するためのライセンス情報が発行されると、前記ライセンス情報を前記ユーザに通知し、
   前記ライセンスの有効後、前記使用期間の終了時間になると、前記ライセンスの停止要求を前記ライセンスサーバに送信する、
   請求項１に記載の情報処理装置。
4. 前記制御部は、
   複数のユーザそれぞれから、前記予約情報を受け付ける際に、同時に使用されるライセンス数が、購入したライセンス数を超えない範囲で、前記予約情報を受け付け、
   前記購入したライセンス数を超える前記予約情報を受け付けた場合は、アラームを出力する、
   請求項１から３のいずれか一つに記載の情報処理装置。
5. 前記制御部は、
   前記購入したライセンス数のうち所定数を、特定のユーザグループに対して固定的に割り当て、前記購入したライセンス数から前記所定数を除いた残り数について、前記予約情報を受け付ける、
   請求項４に記載の情報処理装置。
6. 前記制御部は、
   前記使用期間に応じて、前記ライセンスの使用に関する使用料を算出する、
   請求項４または５に記載の情報処理装置。
7. 前記制御部は、
   複数のユーザそれぞれから、前記予約情報を受け付けて前記記憶部に格納し、
   前記記憶部に格納された前記予約情報において同時に使用されるユーザ数を、購入対象のライセンス数として出力する、
   請求項１から６のいずれか一つに記載の情報処理装置。
8. コンピュータが、
   ソフトウェアのライセンスの使用を要求するユーザを識別する識別情報と、前記ライセンスを使用する使用期間とを対応付けた予約情報を記憶する記憶部を参照し、
   前記予約情報の前記使用期間にしたがって、前記ライセンスを発行するライセンスサーバに対して、前記識別情報により特定される前記ユーザに対する前記ライセンスの供与および停止を実行する、
   処理を実行するライセンス管理方法。
9. コンピュータに、
   ソフトウェアのライセンスの使用を要求するユーザを識別する識別情報と、前記ライセンスを使用する使用期間とを対応付けた予約情報を記憶する記憶部を参照し、
   前記予約情報の前記使用期間にしたがって、前記ライセンスを発行するライセンスサーバに対して、前記識別情報により特定される前記ユーザに対する前記ライセンスの供与および停止を実行する、
   処理を実行させるライセンス管理プログラム。

Images