JP2002258962A - ソフトウエアライセンス管理システム - Google Patents

Abstract

(57)【要約】 【課題】 ユーザに割り当てたソフトウエアのライセン
スが無駄になるのを防ぐ。 【解決手段】 端末１０ごとにユーザ検知センサ１２が
設けられ、その端末１０の前にユーザが在席しているか
どうかをモニタしている。ライセンス管理テーブル２２
には、現在ライセンス割当中のユーザとその使用端末が
登録されている。ツール管理サーバ２０は、ユーザから
ライセンス要求を受けた際に空きライセンスがなけれ
ば、テーブル２２を参照しライセンス割当中の各ユーザ
とその使用端末１０を求め、それら使用端末１０の前に
ユーザが在席しているかどうかを判定する。そして、ユ
ーザ不在の端末１０があれば、そのユーザに割り当てた
ライセンスを切断し、そのライセンスを要求者に付与す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、アプリケーション
プログラム等のソフトウエアをネットワークを介して複
数のユーザが利用する場合のライセンス管理に関する。

【０００２】

【従来の技術】ＬＡＮ等のネットワーク上でのソフトウ
エアのライセンス管理としては、ネットワーク上にライ
センスを管理するサーバを設け、このサーバでＬＡＮ上
の各端末での当該ソフトウエアの実行を監視するという
方式が一般的である。この方式では、端末はソフトウエ
アを実行しようとする際サーバに対してライセンス付与
を求め、サーバはＬＡＮ上で当該ソフトウエアのライセ
ンスを与えている端末（ユーザ）の数が予め設定されて
いるライセンス数を超えなければ、その要求に対してラ
イセンスを与える。

【０００３】この種のライセンス管理方式の問題とし
て、ソフトウエアの利用が早い者勝ちとなってしまい、
ユーザ間でソフトウエア利用の不均衡が生じたり、ユー
ザが本当に使用したいときに使用できないなどの問題が
ある。この問題に対処する技術として、例えば特開平８
−６３４１７号公報、特開平５−３４６８５１号公報に
示されるものが知られている。

【０００４】前者には、ソフトウエアの使用スケジュー
ルを管理するサーバを設け、各ユーザがソフトウエアを
利用したい日時や期間をそのサーバに登録し、そのスケ
ジュールに従って各ユーザにライセンスを割り当ててい
くシステムが示されている。またこのシステムでは、ユ
ーザが、自分の登録した予定通りにソフトウエアを使用
しないとペナルティを与え、今後のソフトウエア使用予
定登録に対して優先順位を下げるなどの制御を行うこと
で、スケジュール導入の実効を担保することも開示され
ている。

【０００５】後者には、ライセンス付与に関し各ユーザ
に優先度を割り当て、空きライセンスがない場合にライ
センス要求があった場合、その要求者よりも優先度の低
いユーザのライセンスを中断して、要求者にライセンス
を与える制御処理が開示されている。

【０００６】

【発明が解決しようとする課題】上記従来技術のいずれ
も、いったんユーザにライセンスを付与してしまうと、
そのユーザが実際にそのソフトウエアを使用して作業を
行っているかどうかに関わらず、ライセンスが維持され
る。したがって、そのユーザが長期間席から離れて不在
であっても、ライセンスが維持され、限られた数のライ
センスが無駄になるケースがあった。特に、ＣＡＤアプ
リケーションなどの高価な、あるいはライセンスを時間
極めで課金するようなソフトウエアの場合、このような
無駄は好ましくない。

【０００７】本発明は、このような課題に鑑みなされた
ものであり、限られた数のライセンスを有効利用するた
めのシステムを提供することを目的とする。

【０００８】

【課題を解決するための手段】上記目的を達成するた
め、本発明に係るライセンス管理システムは、ソフトウ
エアについてのライセンスを割当中のユーザの使用端末
におけるユーザの在・不在状況を管理するユーザ管理手
段と、ユーザ管理手段が管理するユーザの在・不在状況
に基づきそのユーザに対するライセンスの続行又は切断
を判定するライセンス管理手段と、を備える。

【０００９】本発明の好適な態様では、前記ユーザ管理
手段は、各端末に設けられたユーザ検知センサである。

【００１０】本発明の好適な態様では、前記ライセンス
管理手段は、前記ユーザ管理手段によりライセンス割当
中のユーザが使用端末のところに不在であると判定され
た場合、その使用端末における前記ソフトウエアの所定
のプロセスが終了するのを待って、そのユーザに対する
ライセンスを切断する。ここで、ユーザの「不在」につ
いては、ユーザが検知できない状態が所定時間続いたと
きに初めて「不在」と判定するなど、その判定条件を実
状等に応じて適宜決められることは当然である。

【００１１】また、本発明の別の好適な態様では、前記
ライセンス管理手段は、ユーザからライセンス要求を受
けたときに当該ソフトウエアのライセンスがすべて割当
中である場合、ライセンス割当中の各ユーザについて前
記在・不在状況に基づくライセンス続行・切断の判定を
実行し、この判定に基づきあるユーザのライセンスを切
断した場合、この結果できた空きライセンスをライセン
ス要求元のユーザに割り当てる。

【００１２】また、本発明の別の好適な態様では、ライ
センス管理システムは、各ユーザに対するライセンス割
当の優先度を管理し、ユーザからライセンス要求を受け
たときに当該ソフトウエアのライセンスがすべて割当中
であり、かつ前記ライセンス管理手段の前記在・不在状
況に基づくライセンス続行・切断の判定によりライセン
スを切断できなかった場合、ライセンス要求元のユーザ
とライセンス割当中の各ユーザとの優先度の比較に基づ
き、より高優先度のユーザにライセンスを割り当てるラ
イセンス調整処理を実行する競合調停手段、を更に備え
る。

【００１３】また本発明の別の好適な態様では、ライセ
ンス管理システムは、前記ライセンス管理手段による在
・不在状況に基づく判断によってユーザに対するライセ
ンスを切断した場合、その旨を記録する切断履歴管理手
段を更に備え、前記競合調停手段は、前記切断履歴管理
手段を参照し、在・不在状況に基づきライセンスが切断
されたユーザに対し、以降のライセンス割当についての
優先度を低下させる。

【００１４】また本発明の別の好適な態様では、ライセ
ンス管理システムは、前記競合調停手段の調整処理の結
果ライセンス割当を受けられなかったユーザを記録する
競合履歴管理手段を更に備え、前記競合調停手段は、前
記競合履歴管理手段に記録されたユーザに対し、以降の
ライセンス割当についての優先度を上昇させる。

【００１５】また本発明の別の好適な態様では、ライセ
ンス管理システムは、各ユーザごとの前記ソフトウエア
の使用スケジュールが登録されたスケジュール記憶手段
を更に備え、前記競合調停手段は、各ユーザの前記使用
スケジュールの進捗状況に応じてそれら各ユーザの優先
度を調整する。

【００１６】また本発明に係るライセンス管理システム
は、各ユーザに対するライセンス割当の優先度を管理す
る優先度管理手段と、各ユーザごとの前記ソフトウエア
の使用スケジュールが登録されたスケジュール記憶手段
と、スケジュール記憶手段に記憶された使用スケジュー
ルに応じて各ユーザの優先度を調整する優先度調整手段
と、を有し、ライセンス要求元のユーザとライセンス割
当中の各ユーザとの優先度の比較に基づき、より高優先
度のユーザにライセンスを割り当てる。

【００１７】また本発明に係るライセンス管理方法は、
ソフトウエアについてのライセンスを割当中のユーザの
使用端末におけるユーザ在・不在状況の情報を取得する
ユーザ状況取得ステップと、取得した在・不在状況に基
づきそのユーザに対するライセンスの続行又は切断を判
定するライセンス制御ステップと、を含む。

【００１８】また本発明に係るライセンス管理方法は、
各ユーザに対するライセンス割当の優先度を管理し、ラ
イセンス要求元のユーザとライセンス割当中の各ユーザ
との優先度の比較に基づき、より高優先度のユーザにラ
イセンスを割り当てるライセンス調整処理を実行するラ
イセンス管理方法において、各ユーザごとの前記ソフト
ウエアの使用スケジュールを登録するスケジュール登録
ステップと、各ユーザの前記使用スケジュールの進捗状
況を求め、その進捗状況に応じてそれら各ユーザの優先
度を調整する優先度調整ステップとを備えることを特徴
とする。

【００１９】

【発明の実施の形態】以下、本発明の実施の形態（以下
実施形態という）について、図面に基づいて説明する。

【００２０】図１は、本発明を適用したネットワークシ
ステムのシステム構成例を示す図である。以下説明する
例では、企業等の組織での業務遂行のためのソフトウエ
アツールのライセンス管理を例にとって説明する。

【００２１】図１の構成では、ＬＡＮ等のネットワーク
４０に端末１０、ツール管理サーバ２０、競合調停サー
バ３０が接続されている。

【００２２】端末１０は、各ユーザがツールを使用する
際に用いる端末である。端末１０には、ユーザ検知セン
サ１２が設けられている。ユーザ検知センサ１２は、端
末１０のところにユーザが居るか否かを検出するセンサ
である。ユーザ検知センサ１２としては、例えば、端末
１０の前の席を視野に納めるカメラと、そのカメラの撮
影画像を解析してユーザの有無を判断する解析プログラ
ム（例えば端末１０で実行される）の組合せなどが考え
られる。また、端末１０の前の席に、ユーザの着座を圧
力変化等で検知する着座センサを設け、この着座センサ
をユーザ検知センサ１２として用いることもできる。も
ちろん、ユーザ検知センサ１２としては、以上に上げた
例以外にも、キーボードへのタッチやマウス操作などを
検知してユーザの有無を判別するような検知手段など、
さまざまなものを利用できる。

【００２３】ツール管理サーバ２０は、ソフトウエアツ
ールのライセンスを管理するサーバであり、各ツール毎
に設けられる。

【００２４】ツール使用の形態は、例えば、ツール自体
をツール管理サーバ２０にインストールしておき、各端
末１０からそのサーバ２０にリモートログインしてツー
ルを実行するという形態でよい。また別の形態として、
ツールを各端末１０にインストールしておき、対応する
ツール管理サーバ２０からライセンス付与を受けると端
末１０でツールが実行できるようにするという形態でも
よい。いずれの使用形態でも、ツール管理サーバ２０
は、対象ツールの上限ライセンス数を超える人が同時に
そのツールを利用しないように、ライセンス割当の管理
を行う。

【００２５】ツール管理サーバ２０は、管理対象のツー
ルの現在のライセンス割当状況を示すライセンス管理テ
ーブル２２を備える。図２は、ライセンス管理テーブル
２２のデータ構造の一例を示す図である。この例は、当
該ツールについてのライセンス上限数が３個の場合の例
である。この場合、ライセンス管理テーブル２２には、
ライセンス３個分のレコード（図２のテーブルの１行が
１レコード）が設けられている。テーブル２２には、割
当中のライセンスについては「使用端末」、「業務チー
ム」、及び「使用者」の各項目が登録され、空きライセ
ンスについては、そのライセンスが割当可能である旨を
示す情報が登録される。ここでテーブル２２の登録項目
「使用者」には当該ライセンスの割り当てた個人の識別
情報が、「業務チーム」にはその使用者が属する業務チ
ームの識別情報が、「使用端末」はその使用者が当該ラ
イセンスに係るツールを使用するのに用いている端末の
識別情報が、それぞれ設定される。

【００２６】ここでは、業務チーム単位で業務遂行が行
われる場合を例にとっている。例えば、自動車設計で
は、ボディ設計や部品設計など、より細分化された業務
ごとに、その業務に携わる１以上の個人からなる業務チ
ームが編成されている。実際にソフトウエアツールを使
って作業を行うのは業務チームに属する個人であるが、
業務チーム自体もそのツールのユーザと捉えることがで
きる。すなわち、この場合、業務チーム、そこに所属す
る個人という階層的なユーザ構造が存在するわけである
が、両者を区別する必要がない場合や紛れのない場合、
それらを一括して「ユーザ」と呼ぶことにする。図２の
テーブルにおける「業務チーム」、「使用者」の情報項
目は、業務チーム単位、個人単位でのツール実行ライセ
ンスの管理のためのものである。

【００２７】ツール管理サーバ２０は、端末１０のユー
ザ検知センサ１２の検知結果をモニタリングし、ライセ
ンス割当中のユーザがその使用端末の前から不在になっ
ていると、そのユーザに対するライセンスを強制切断す
る機能を備える。

【００２８】競合調停サーバ３０は、ツールのライセン
スが足りなくなった場合に、そのライセンスを欲してい
る各ユーザ同士の調停のための処理を行うサーバであ
る。競合調停サーバ３０は、業務優先度テーブル３２、
業務スケジュールテーブル３４、ツール利用履歴３６の
各情報源を参照して、この調停処理を実行する。

【００２９】業務優先度テーブル３２は、各業務チーム
の業務優先度が登録されたテーブルである。業務優先度
は、業務群全体の中でのその業務チームの業務の相対的
な重要性に応じて決定されるものであり、所定の管理者
により業務優先度テーブル３２に登録される。業務チー
ム自身が、自らの業務優先度を登録したり、書き換えた
りすることはできないようにする。図３に、業務優先度
テーブル３２のデータ内容の一例を示す。この例では、
「業務１」、「業務２」といった業務チームごとに、そ
のチームを構成する各個人の識別情報（項目「チーム構
成員」）と、当該チームの業務優先度とが登録されてい
る、なお、業務チームの構成員の情報は別のテーブルで
管理するようにしてももちろんよい。

【００３０】業務スケジュールテーブル３４は、各業務
チームの業務スケジュールが登録されたテーブルであ
る。図４は、業務スケジュールテーブル３４のデータ内
容の一例であり、（ａ）、（ｂ）がそれぞれ１業務チー
ムの業務スケジュールを示す。この図に示すように、業
務スケジュールには、各個別作業ごとに１行のレコード
が割り当てられており、そのレコードには、「日時」、
「使用者」、「作業内容」、「使用端末」、「使用ツー
ル」、及び「ツール使用予定」の各項目が含まれる。項
目「日時」にはその作業が行われる日の日付が登録さ
れ、項目「使用者」にはその作業を行う個人の識別情報
が登録される。ここでは端末１０を使用して作業が進め
られることを想定しているため、「使用者」という項目
名を用いている。また、「作業内容」にはその作業の内
容を示す情報が、「使用端末」にはその作業のために用
いられる端末１０の識別情報が登録される。「使用ツー
ル」にはその作業のために使用する予定のツールの識別
情報が登録される。「ツール使用予定」には、その「使
用ツール」の使用予定期間が登録される。ライセンス管
理の目的からすれば、この業務スケジュールのうち重要
なのは、「使用ツール」の登録のあるレコードである。
業務スケジュールは、業務チーム自身が作成し、テーブ
ル３４に登録する。

【００３１】ツール利用履歴３６には、各ユーザによる
ツールの利用の履歴情報が登録される。履歴記録の対象
となるのは、ライセンス管理対象のツールである。この
利用履歴３６には、例えばどのユーザ（どの業務チーム
のどの人）が、どのツールをいつからいつまで利用した
かという基本的な利用履歴に加え、ライセンス強制切断
の履歴や、競合調停の履歴などが登録される。

【００３２】競合調停サーバ３０は、ユーザ間でライセ
ンス要求が競合した場合、これら業務優先度テーブル３
２、業務スケジュールテーブル３４及びツール利用履歴
３６を参照して調停処理を行う。調停では、この競合時
点での各ユーザの優先度をこれらテーブル３２、３４及
び履歴３６の情報から所定のルールに従って定め、この
優先度が高いユーザから優先してライセンスを割り当て
るようにする。例えば、あるユーザがあるツールのライ
センスを要求したときに空きライセンスがなかった場
合、ライセンスを要求してきたユーザと、現在そのライ
センスを有している各ユーザの優先度をそれぞれ求め、
その優先度の高い順にライセンスを再割当するようにす
る。もっとも、この実施形態の例ではライセンス付与は
ツール管理サーバ２０の役割なので、競合調停サーバ３
０の役割は、競合時に各ユーザの優先度を計算し、各ユ
ーザの優先度順位の情報をツール管理サーバ２０に提供
してライセンス再割当を促すというものになる。

【００３３】この優先度の計算は、例えば、業務優先度
を業務チームの優先度の基本値とし、それに対して当該
業務チームの業務スケジュール及びツール利用履歴に応
じた補正を加えるという方式で行うことができる。

【００３４】業務スケジュールに基づく補正では、例え
ばその業務のスケジュール消化が厳しくなっていたり、
遅延していたりした場合は優先度を上げるなどといった
処理を行う。業務スケジュールの進捗状況は、例えば、
業務チームの構成員がツールのライセンスを求めてきた
際に、その構成員の識別情報とその要求ツールの組合せ
を業務スケジュール（図４参照）で照合することにより
把握することができる。例えば、その要求の日時と、業
務スケジュール上でのそのツールの使用予定日時とを比
較すればよい。また、スケジュール進捗状況を判断する
際、ツール利用履歴３６に記録された過去のツール群の
利用経過を参照することも考えられる。

【００３５】一方、ツール利用履歴に基づく補正では、
例えば過去にライセンスを強制切断された履歴がある場
合にはペナルティとして優先度を下げたり、過去に競合
調停に従ってライセンスを他ユーザに譲った場合にはそ
の不利享受に報いるために優先度を上げたりするなどの
方式が考えられる。優先度に対するこれら過去の履歴の
影響度合いを、時間経過に従って徐々に下げていく（い
わば時効の効果を持たせる）というような処理を行うこ
とも好適である。また、ツール利用履歴からは、最近頻
繁にツールを利用していたり、連続して利用していたり
するユーザが判るので、そのようなユーザの優先度は下
げる方向に補正するなどの処理も考えられる。

【００３６】この業務スケジュール及びツール利用履歴
に基づく優先度補正は、業務チームを単位に行ってもよ
いし、個人単位で行ってもよい。前者の場合、優先度は
業務チーム単位で決まることになり、業務チームの中に
強制切断をうけた人がいれば、チーム内の他の人もその
強制切断によるペナルティを受けて優先度が下がること
になる。後者の場合は、同じチーム内でも、個人毎に優
先度が異なってくる。

【００３７】次に図５を参照して、本実施形態における
ライセンス割当処理の手順を説明する。

【００３８】まずユーザが端末１０から、あるツールに
ついての使用要求をそのツールを管理するツール管理サ
ーバ２０に対して行う（Ｓ１００）と、そのツール管理
サーバ２０はまずライセンス管理テーブル２２を調べ
（Ｓ２０２）、空きライセンスがあるか否かを判定する
（Ｓ２０４）。ここで空きライセンスがあれば、サーバ
２０はその要求元ユーザにライセンスを付与し（Ｓ２０
６）、その旨をライセンス管理テーブル２２に登録す
る。この結果、要求元ユーザはライセンスを取得し（Ｓ
１０２）、そのツールを使用可能となる。また、このラ
イセンス付与の旨は競合調停サーバ３０にも通知され、
ライセンスに係るツール、ライセンス付与を受けたユー
ザ（どの業務チームのどの人か）、その付与の日時、等
の情報がツール利用履歴３６に登録される。

【００３９】一方、Ｓ２０４の判定において当該ツール
に空きライセンスがなかった場合、ツール管理サーバ２
０は、ライセンス管理テーブル２２に登録された現在ラ
イセンス割当中の各ユーザの使用端末１０について、ユ
ーザのツール実行状況を調査する（Ｓ２０８）。この調
査では、ユーザの在席あるいは不在、及び当該ツールに
ついての実行中プロセスの有無を調べる。この調査の結
果に応じ、Ｓ２１０では、ライセンス割当中のユーザの
中に１人でもその使用端末１０のところに不在の者が居
るかどうかを判定する。この判定は、ユーザ検知センサ
１２の検出出力に基づき行うことができる。本実施形態
では、貴重なツールのライセンスをできるだけ無駄にし
ないようにすることを目指しているので、使用端末１０
のところにユーザが居ない場合には基本的にそのライセ
ンスを強制切断する。ただし、ちょっとした中座も認め
ないというのでは不合理なので、予め定めた所定時間
（例えば１０分）以上不在状態が続いた場合に初めて
「不在」と判定するなどの処理が望ましい。

【００４０】Ｓ２１０で不在ユーザがあると判定された
場合（判定結果Ｙ）、次に当該使用端末１０上で当該ツ
ールについて実行中のプロセスが無いかどうかを確認す
る（Ｓ２１２）。そして、実行中のプロセスがあれば
（判定結果Ｎ）、それら実行中のプロセス群がすべて終
了するのを待って、その不在ユーザに対するライセンス
を強制切断する（Ｓ２１６）。これは、現在実行中の処
理を無駄にしないための処置である。Ｓ２１２の判定
で、実行中のプロセスがなければ、その不在ユーザに対
するライセンスを即座に強制切断する（Ｓ２１４）。な
お、ソフトウエアツールに関するプロセスには、ユーザ
インタフェースもあれば、業務に関する実質的な計算処
理を伴うもの（例えばＣＡＤツールならば、パラメータ
変更に基づく変形処理など）もある。前者のようなプロ
セスが起動しているだけならば、プロセスがあるといっ
てもユーザの入力を待っているだけで実質的な処理はし
ていないのでライセンスを即座に切断しても問題ない。
したがって、中断しても問題の無いプロセスと、中断す
ると問題が生じるプロセスとを区別し、Ｓ２１２の判定
は後者に着目して行うことが好適である。ツール管理サ
ーバ２０には、中断すると問題の生じるプロセスの判定
条件の情報などを登録しておけばよい。

【００４１】Ｓ２１４、Ｓ２１６で不在ユーザのライセ
ンスを強制切断した場合、この結果できた空きライセン
スがＳ２０６でライセンス要求元のユーザに付与され
（図の煩雑さを避けるため図５では矢印の図示を省
略）、その付与の履歴が登録される（Ｓ３００）。ま
た、Ｓ２１４、Ｓ２１６で不在ユーザのライセンスを強
制切断した場合、その旨（すなわちどの業務チームのど
の人がいつライセンス強制切断を受けたか、など）が競
合調停サーバ３０に通知され、ツール利用履歴３６に記
録される（Ｓ３０２）。

【００４２】なお、Ｓ２１４、Ｓ２１６で不在ユーザの
ライセンスを強制切断した場合、これと同時にそのユー
ザの使用端末のディスプレイ等の電源も切断するように
すれば、電力の節約ができる。

【００４３】さて、Ｓ２１０の判定で、ライセンス割当
中のユーザがすべて使用端末のところに在席していた場
合（判定結果Ｎ）、ツール管理サーバ２０は競合調停サ
ーバ３０に対して競合調停を要求する（Ｓ２１８）。こ
の要求では、現在ライセンスを割当中の各ユーザと、Ｓ
１００でライセンス要求を行ったユーザの識別情報を競
合調停サーバ３０に伝える。

【００４４】この要求を受けた競合調停サーバ３０は、
業務優先度テーブル３２、業務スケジュールテーブル３
４及びツール利用履歴３６を参照し、それら各ユーザの
現時点での優先度を計算する（Ｓ３０４）。そして、そ
れら各ユーザの優先度を比較し、その比較結果（例えば
順位づけなど）をツール管理サーバ２０に通知する（Ｓ
３０６）。

【００４５】この通知を受けたツール管理サーバ２０
は、その比較結果の情報に応じ、ライセンス割当の調整
を行う（Ｓ２２０）。この調整では、優先度の高い者か
ら順にライセンス上限数分のユーザをライセンス付与先
に選んでいく。この結果としては、ライセンス割当中の
ユーザの中でライセンス付与先に選ばれない者ができる
場合と、Ｓ１００のライセンス要求者自体が最も優先度
が低くライセンス付与先に選ばれない場合がある。前者
の場合、ツール管理サーバ２０は、ライセンス付与先に
選ばれなかったユーザ宛にライセンス解放の依頼を行
い、その依頼に応じてライセンスが解放された時点で、
Ｓ１００のライセンス要求者に対してライセンスを付与
する。一方後者の場合は、ツール管理サーバ２０は、ラ
イセンス要求者に対してライセンス待ちを依頼する。な
お、これらの依頼は、電子メールを利用してもよいし、
使用端末１０の画面上に直接依頼を表示する機能をツー
ル自体に組み込むなどで行ってもよい。このようにし
て、ライセンスを要求したユーザは、競合調停の結果に
応じ、ライセンスが取得できるか、ライセンス待ちに移
行するかする（Ｓ１０４）。

【００４６】このようなライセンス割当の調整結果は、
競合調停サーバ３０に通知され、ツール使用履歴３６に
記録される（Ｓ３０８）。ここでは、ユーザが調整に従
ってライセンスを解放し要求者に譲ったこと、又は調整
の結果要求者にライセンスが付与されなかったこと、な
どが履歴に記録される。もちろん、調整の結果要求者が
新たにライセンスを得たことも履歴に記録される。これ
らの履歴記録が、前述のように各ユーザの優先度に反映
される。なお、図５のフローチャートはライセンス要求
時の処理を示すものなので図示はしていないが、各ユー
ザが作業終了時などにライセンスを自主的に解放した場
合、その旨が日時と共にツール管理サーバ２０から競合
調停サーバ３０に通知され、ツール利用履歴に登録され
る。

【００４７】以上、本発明の好適な実施形態を説明し
た。以上説明した実施形態のシステムによれば、まずラ
イセンスを割り当てたのにもかかわらずそれを有効に利
用していない不在ユーザからライセンスを剥奪すること
ができるので、ライセンスの無駄を減らすことができ
る。特に、ユーザ自身が端末１０のところで作業してい
るかをユーザ検知センサ１２で検知してユーザの在・不
在を判定するので、単にツールのプロセス（又はスレッ
ドやジョブ）の実行の有無や負荷でユーザのツール利用
の有無を判定する方式よりも、信頼性の高い判定ができ
る。

【００４８】すなわち、例えばＣＡＤツールでは、作成
した図形をユーザが確認している場合がよくあるが、こ
のような場合、ツール自身の実行負荷は小さいが重要な
作業が行われているので、ツールのライセンスを切断す
るのは適切ではない。逆に、ユーザインタフェースのプ
ロセスが走っているだけの場合、ユーザが不在であれば
結局そのツールは有効利用されていないことになる。こ
のように、プロセス等の有無や負荷だけではツール自体
の有効利用がなされているかどうか機械的に判断するこ
とはできないが、本実施形態のようにユーザ検知センサ
１２でユーザ自体の在・不在を検知することで、より現
実的な判定ができる。

【００４９】また、本実施形態では、競合調停サーバ３
０が各ユーザの優先度に応じて割当を調整するので、全
ライセンスを割当中でかつそれら割当中のユーザがすべ
て在席してそのツールを利用していると判定された場合
でも、優先度の高いユーザはライセンスを得ることがで
き、重要な（あるいはスケジュールが遅れている）業務
を遂行することができる。逆に言えば、各ユーザは、競
合調停によりライセンスを譲ることになる可能性を了解
していれば、登録した業務スケジュールに縛られずある
程度自由にツールを利用することができ、特開平８−６
３４１７号公報のシステムよりも自由度の高いツール運
用が可能になる。

【００５０】また本実施形態では、強制切断や競合調停
の結果を履歴として残し、この履歴をライセンス割当の
優先度に反映させることで、ユーザにライセンスを無駄
にしない姿勢を根付かせやすくなる。

【００５１】また、本実施形態では、業務スケジュール
を登録し、そのスケジュールの進捗状況をライセンス割
当の優先度に反映させるようにしたので、スケジュール
進捗が遅れている業務（チーム）にはツールが割り当て
られ易くなり、業務チーム群全体でのスケジュールの遅
れを減らすのに役立つ。

【００５２】なお、以上の実施形態では、ツール管理サ
ーバ２０は、ユーザからライセンスの要求があり、空き
ライセンスが無いと判明してはじめて不在ユーザを調べ
たが、そのような要求がなくても定期的に不在ユーザを
調査し、不在ユーザのライセンスを切断するようにする
ことも可能である。

【００５３】また上記実施形態では、競合調停サーバ３
０は、ツール管理サーバ２０から競合調停要求（Ｓ２１
８）を受ける都度、関係する各ユーザの優先度を計算し
たが（Ｓ３０４）、この代わりに例えば３０分ごとなど
定期的に優先度を計算してテーブルに登録しておき、ツ
ール管理サーバ２０がそのテーブルを参照して各関係ユ
ーザの優先度順位を求めるようにしてもよい。

【００５４】また、以上の例では、複数のツールについ
て競合調停サーバ３０を共用したが、ツール毎に別個に
競合調停サーバ３０を設けてもよい。

【００５５】以上説明したツール管理サーバ２０、競合
調停サーバ３０は、説明した各々の機能、処理手順を記
述したプログラムをコンピュータシステムで実行するこ
とにより構築できる。これら各サーバ２０、３０は機能
上の実体としては別個であるが、当然ながら同一のハー
ドウエアシステム上に実装することも可能である。

【図面の簡単な説明】

【図１】 本発明を適用したネットワークシステムのシ
ステム構成例を示す図である。

【図２】 ライセンス管理テーブルのデータ内容例を示
す図である。

【図３】 業務優先度テーブルのデータ内容例を示す図
である。

【図４】 業務スケジュールテーブルのデータ内容例を
示す図である。

【図５】 実施形態のシステムにおけるライセンス割当
処理手順を説明するための図である。

【符号の説明】

１０ 端末、１２ ユーザ検知センサ、２０ ツール管
理サーバ、２２ ライセンス管理テーブル、３０ 競合
調停サーバ、３２ 業務優先度テーブル、３４業務スケ
ジュールテーブル、３６ ツール利用履歴。

Claims (12)

【特許請求の範囲】
1. 【請求項１】 ソフトウエアについてのライセンスを割
   当中のユーザの使用端末におけるユーザの在・不在状況
   を管理するユーザ管理手段と、 ユーザ管理手段が管理するユーザの在・不在状況に基づ
   きそのユーザに対するライセンスの続行又は切断を判定
   するライセンス管理手段と、 を備えるソフトウエアライセンス管理システム。
2. 【請求項２】 前記ユーザ管理手段は、各端末に設けら
   れたユーザ検知センサであることを特徴とする請求項１
   記載のシステム。
3. 【請求項３】 前記ライセンス管理手段は、前記ユーザ
   管理手段によりライセンス割当中のユーザが使用端末の
   ところに不在であると判定された場合、その使用端末に
   おける前記ソフトウエアの所定のプロセスが終了するの
   を待って、そのユーザに対するライセンスを切断するこ
   とを特徴とする請求項１記載のシステム。
4. 【請求項４】 前記ライセンス管理手段は、ユーザから
   ライセンス要求を受けたときに当該ソフトウエアのライ
   センスがすべて割当中である場合、ライセンス割当中の
   各ユーザについて前記在・不在状況に基づくライセンス
   続行・切断の判定を実行し、この判定に基づきあるユー
   ザのライセンスを切断した場合、この結果できた空きラ
   イセンスをライセンス要求元のユーザに割り当てること
   を特徴とする請求項１記載のシステム。
5. 【請求項５】 各ユーザに対するライセンス割当の優先
   度を管理し、ユーザからライセンス要求を受けたときに
   当該ソフトウエアのライセンスがすべて割当中であり、
   かつ前記ライセンス管理手段の前記在・不在状況に基づ
   くライセンス続行・切断の判定によりライセンスを切断
   できなかった場合、ライセンス要求元のユーザとライセ
   ンス割当中の各ユーザとの優先度の比較に基づき、より
   高優先度のユーザにライセンスを割り当てるライセンス
   調整処理を実行する競合調停手段、 を更に備えることを特徴とする請求項１記載のシステ
   ム。
6. 【請求項６】 前記ライセンス管理手段による在・不在
   状況に基づく判断によってユーザに対するライセンスを
   切断した場合、その旨を記録する切断履歴管理手段を更
   に備え、 前記競合調停手段は、前記切断履歴管理手段を参照し、
   在・不在状況に基づきライセンスが切断されたユーザに
   対し、以降のライセンス割当についての優先度を低下さ
   せることを特徴とする請求項５記載のシステム。
7. 【請求項７】 前記競合調停手段の調整処理の結果ライ
   センス割当を受けられなかったユーザを記録する競合履
   歴管理手段を更に備え、 前記競合調停手段は、前記競合履歴管理手段に記録され
   たユーザに対し、以降のライセンス割当についての優先
   度を上昇させることを特徴とする請求項５記載のシステ
   ム。
8. 【請求項８】 各ユーザごとの前記ソフトウエアの使用
   スケジュールが登録されたスケジュール記憶手段を更に
   備え、 前記競合調停手段は、各ユーザの前記使用スケジュール
   の進捗状況に応じてそれら各ユーザの優先度を調整する
   ことを特徴とする請求項５記載のシステム。
9. 【請求項９】 各ユーザに対するライセンス割当の優先
   度を管理する優先度管理手段と、 各ユーザごとの前記ソフトウエアの使用スケジュールが
   登録されたスケジュール記憶手段と、 スケジュール記憶手段に記憶された使用スケジュールに
   応じて各ユーザの優先度を調整する優先度調整手段と、 を有し、ライセンス要求元のユーザとライセンス割当中
   の各ユーザとの優先度の比較に基づき、より高優先度の
   ユーザにライセンスを割り当てることを特徴とするライ
   センス管理システム。
10. 【請求項１０】 ソフトウエアについてのライセンスを
    割当中のユーザの使用端末におけるユーザ在・不在状況
    の情報を取得するユーザ状況取得ステップと、 取得した在・不在状況に基づきそのユーザに対するライ
    センスの続行又は切断を判定するライセンス制御ステッ
    プと、 を含むソフトウエアライセンス管理方法。
11. 【請求項１１】 各ユーザに対するライセンス割当の優
    先度を管理し、ライセンス要求元のユーザとライセンス
    割当中の各ユーザとの優先度の比較に基づき、より高優
    先度のユーザにライセンスを割り当てるライセンス調整
    処理を実行するライセンス管理方法において、 各ユーザごとの前記ソフトウエアの使用スケジュールを
    登録するスケジュール登録ステップと、 各ユーザの前記使用スケジュールの進捗状況を求め、そ
    の進捗状況に応じてそれら各ユーザの優先度を調整する
    優先度調整ステップと、 を備えることを特徴とするライセンス管理方法。
12. 【請求項１２】 コンピュータシステムに、 ソフトウエアについてのライセンスを割当中のユーザの
    使用端末におけるユーザ在・不在状況の情報を取得する
    ユーザ状況取得ステップと、 取得した在・不在状況に基づきそのユーザに対するライ
    センスの続行又は切断を判定するライセンス制御ステッ
    プと、 を実行させるためのプログラム。