JP2001084137A - ライセンス管理装置およびライセンス管理方法 - Google Patents

Abstract

(57)【要約】 【課題】 アプリケーションの肥大化、またアプリケー
ションおよびシステムのパフォーマンス低下を招くこと
なしに、ライセンス違反を防止できるライセンス管理装
置を提供する。 【解決手段】 管理対象アプリケーションとは別個のプ
ロセスとして動作するライセンスマネージャ３０が、ラ
イセンスキー２００の有無およびこれが保持するライセ
ンス情報と、管理対象アプリケーションの稼動状況とを
もとに、少なくとも所定時間に１度は不正使用の有無を
確認するライセンスチェックを行う。ライセンスチェッ
ク処理は、管理対象アプリケーションの数に関係なく、
ライセンスマネージャがまとめて行う。

Description

【発明の詳細な説明】

【０００１】

【発明が属する技術分野】本発明は、ハードウェアのラ
イセンスキーを用いて、アプリケーションのソフトウェ
アのライセンス管理を行うライセンス管理装置およびラ
イセンス管理方法に関する。

【０００２】

【従来の技術】従来、ソフトウェアについては、複製が
容易であるという性質上、不正使用が行われやすい。そ
こで、配布元は、ソフトウェアの配布（販売、レンタ
ル）にあたってはユーザとの間にライセンス契約を結
び、配布後もライセンス管理によって不正使用を防止す
る対策をとっている。アプリケーションソフトウェアの
ライセンス管理の一例として、主に企業などに大口ユー
ザに対して行われるものに、ライセンスキーという専用
のハードウェアを用いるものがある。アプリケーション
使用者数はライセンス契約で定められ、配布元は使用者
数分のライセンスキーをユーザに配布する。

【０００３】ライセンスキーは、パーソナルコンピュー
タ（以下「ＰＣ」）のコネクタ（シリアル、パラレルな
ど）に接続して用いられるものであり、ライセンスキー
が装着されたＰＣ上でのライセンス管理の対象となるア
プリケーションソフトウェア（以下「管理対象アプリケ
ーション」という）の使用（インストールまたは稼動）
の可否を示す情報を保持している。

【０００４】管理対象アプリケーションがライセンス契
約に違反した形で使用されていないかどうかのチェック
（以下「ライセンスチェック」という）が行われるタイ
ミングとしては、アプリケーションのインストール時、
アプリケーションの起動時、アプリケーションの稼働
中、がある。図１８は、インストール時のライセンスチ
ェックの概要を示す。これはライセンスキーが装着され
ていないＰＣには管理対象アプリケーションをインスト
ールできないようにするものである。ライセンスキーは
当該管理対象アプリケーションのインストールを認める
情報を保持している。

【０００５】ライセンスを受けたユーザは、アプリケー
ション配布媒体であるＣＤ−ＲＯＭ１８１０をＰＣ１８
００のドライブ１８２０にセットし、キーボード１８３
０から、アプリケーションに与えられた製品ＩＤを入力
して管理対象アプリケーションのハードディスクドライ
ブ１８６０へのインストールを行う。この時、インスト
ーラ１８４０（管理対象アプリケーションとともにＣＤ
−ＲＯＭ１８１０に格納されている）は、ライセンスキ
ー１８５０の有無をチェックし、ライセンスキー１８５
０が装着されている場合にだけ、管理対象アプリケーシ
ョンのインストールを実行する。

【０００６】次いで、図１９は、起動時に行われるライ
センスチェックの概要を示す。これはライセンスキーが
装着されていないＰＣで管理対象アプリケーションは起
動できないようにするものである。ライセンスキーは当
該管理対象アプリケーションの起動を認める情報を保持
しているこの場合、ユーザがＰＣ１９００のキーボード
１９２０を操作して管理対象アプリケーション１９１０
の起動を指示すると、ＯＳ１９４０上でのプロセスとし
て管理対象アプリケーション１９１０の起動処理が開始
される。この時、管理対象アプリケーション１９１０
は、起動処理の一部としてライセンスキー１９３０の有
無をチェックし、ライセンスキー１９３０が存在すれ
ば、そのまま起動処理を継続するが、ライセンスキー１
９３０が存在しなければ起動処理を停止する。

【０００７】上記２種類のライセンスチェックは、組み
合わせて実施されることが多い。また、いずれの場合
も、１つのライセンスキーで１種類の管理対象アプリケ
ーションを管理する場合について説明したが、複数の管
理対象アプリケーションを１つのライセンスキーで管理
することもある。その場合、ライセンスキーは管理対象
アプリケーションごとに使用の可否を示す情報を保持し
ており、ライセンスチェックはライセンスキーの有無だ
けでなく、ライセンスキーが保持する情報の内容まで参
照して行われる。

【０００８】図１８に示すインストール時のみのライセ
ンスチェック、また図１９に示す起動時のみのライセン
スチェックについては、いったんインストールまたは起
動してしまうと、その後はライセンスチェックが行われ
ないため、不正使用される可能性が小さくない。例え
ば、インストール時または起動時のみライセンスキーを
ＰＣに装着し、インストールまたは起動が完了した時点
でライセンスキーをＰＣから取り外して他のＰＣに使い
まわす、といった形の不正使用には対応できない。

【０００９】そこで、管理対象アプリケーション稼働中
（起動後）にライセンスチェックを実行する方法が必要
となる。これは、管理対象アプリケーション内にライセ
ンスチェック用の命令を埋め込み、管理対象アプリケー
ション実行中に適当な時間間隔をおいて、このライセン
スチェック用の命令を実行するというものである。図２
０は、管理対象アプリケーション２０００に埋め込まれ
たライセンスチェック用命令（以下「トリガ命令」とい
う）２０１０を示すイメージ図である。トリガ命令２０
１０の埋め込み箇所は、あまり頻繁でなく、しかも、あ
る程度周期的に実行されるような部分（例えば文書作成
プログラムにおける保存処理のルーチン）となってい
る。また、プログラムの改ざんによる不正使用防止のた
めに、トリガ命令は複数箇所に埋め込まれている。

【００１０】図２０に示すトリガ命令を用いたライセン
スチェックでは、アプリケーション稼働中に、トリガ部
分を実行するたびにライセンスチェックが行われるの
で、アプリケーション起動後にライセンスキーを取り外
して他のＰＣで使いまわすといった不正使用は防止でき
る。

【００１１】

【発明が解決しようとする課題】しかしながら、図２０
に示すライセンスチェックの場合、そもそもトリガ命令
は、アプリケーション本来の用途には無関係なものであ
るが、その無関係なトリガ命令のためにプログラムが肥
大してしまう。さらに、多数の管理対象アプリケーショ
ンが同時に稼動している環境では、複数のアプリケーシ
ョンのライセンスチェック（ライセンスキーへのアクセ
ス）が同時に実行されると、バス上のトラフィックが増
大してシステム全体のパフォーマンスが低下してしまう
場合がある。また、稼働中の管理対象アプリケーション
の数が増えるほどライセンスチェック処理が頻繁に実行
されることになり、ライセンスチェック処理に占有され
る資源（ＣＰＵなど）が多くなる。すると、管理対象ア
プリケーション本来の処理（文書作成や表計算など）に
用いられる資源が減り、アプリケーションのレベルでも
パフォーマンスが低下する。

【００１２】図２１は、５種類の管理対象アプリケーシ
ョンが１つのＰＣ上で同時に稼動している状態を示す。
各アプリケーションには、ライセンスチェック用のトリ
ガ命令が埋め込まれている。ＰＣ２１００上では、５種
類の管理対象アプリケーションＡＰ１〜ＡＰ５がインス
トールされており、全てが稼働中である。ＰＣ２１００
のシリアルポート（図示せず）には、ライセンスキー２
１１０が装着されており、ライセンスチェック時（トリ
ガ命令２０１０実行時）、各アプリケーションＡＰ１〜
ＡＰ５は、バス２１２０を介してライセンスキー２１１
０へアクセスする。図２１では、アプリケーションＡＰ
１〜ＡＰ５がすべてライセンスチェックのためにライセ
ンスキー２１１０へのアクセスを行い、バス２１２０上
のトラフィックが増大している。バス２１２０はシステ
ム上の他のプロセスも使用するので、このトラフィック
の増大により、システム全体のパフォーマンスが低下す
る。

【００１３】本発明は上記課題に鑑み、アプリケーショ
ンの肥大化、またアプリケーションおよびシステムのパ
フォーマンス低下を招くことなしに、ライセンス違反の
不正使用を防止することのできるライセンス管理装置お
よびライセンス管理方法を提供することを目的とする。

【００１４】

【課題を解決するための手段】上記の目的を達成するた
めに、本発明のライセンス管理装置は、ライセンス管理
の対象となる１以上の管理対象アプリケーションプログ
ラムについてコンピュータシステム上での使用状況を管
理するライセンス管理装置であって、前記１以上の管理
対象アプリケーションプログラムについて、前記コンピ
ュータシステムでの使用の可否を示すライセンス情報を
保持する、ハードウェアのライセンスキーと、前記コン
ピュータシステム上で、前記１以上の管理対象アプリケ
ーションプログラムとは別のプロセスとして動作し、前
記ライセンス情報をもとにライセンスチェックを行って
前記１以上の管理対象アプリケーションプログラムの不
正使用を防止するマネージャ手段とを備えることを特徴
とする。

【００１５】また、上記の目的を達成するために、本発
明のライセンス管理方法は、ライセンス管理の対象とな
る１以上の管理対象アプリケーションプログラムについ
てコンピュータシステム上での実行状況を管理するライ
センス管理方法であって、前記１以上の管理対象アプリ
ケーションプログラムについて、前記コンピュータシス
テムでの使用の可否を示すライセンス情報を保持する、
ハードウェアのライセンスキーから前記ライセンス情報
を読み出す読み出しステップと、前記１以上の管理対象
アプリケーションプログラムの前記コンピュータシステ
ム上での実行状況を示す稼動情報を取得する取得ステッ
プと、前記読み出しステップにおいて読み出されたライ
センス情報と前記取得ステップにおいて取得された稼動
情報とをもとに、前記１以上の管理対象アプリケーショ
ンプログラムの中に、前記コンピュータシステムでの動
作が認可されていないにもかかわらず動作しているもの
があれば、不正使用ありと判定する判定ステップと、前
記判定ステップにおいてが不正使用ありと判定された場
合、稼働中である前記１以上の管理対象アプリケーショ
ンプログラムのうち、少なくとも前記判定ステップにお
いて前記コンピュータシステムでの動作が認可されてい
ないにもかかわらず動作していると判定されたものを停
止させるための処理を行う停止ステップとを有すること
を特徴とする。

【００１６】

【発明の実施の形態】以下、本発明のライセンス管理装
置に関する実施の形態を、図面を参照しながら説明す
る。なお、本実施の形態のライセンス管理装置によって
監視されるライセンス契約の概要は以下の通りである。
このライセンス契約は、企業ユーザに対して３種類のビ
ジネス用ソフトウェア（ワードプロセッサ、表計算、デ
ータベース管理）をまとめたソフトウェアパッケージが
ライセンス管理の対象となったもので、当該企業では１
０台のＰＣ上でこのソフトウェアパッケージ使用でき
る。ただし、１０台全てで３種類全てのソフトウェアを
使用できる訳ではない。ワードプロセッサは１０台全て
で使用できるが、表計算は８台まで、データベース管理
は３台までしか使用できない。そのため、１０個のライ
センスキーは、ライセンス内容によって３種類に分かれ
ている。 （１）３種類のアプリケーションすべての使用を認める
もの：３個 （２）ワードプロセッサと表計算の使用を認めるもの：
５個 （３）ワードプロセッサのみ使用を認めるもの：２個 ただし、インストールについては何台のＰＣにインスト
ールしてもかまわない。ライセンスキーによって規制さ
れるのは、管理対象アプリケーションを同時に稼動でき
るＰＣの数である。

【００１７】なお、本実施の形態において想定している
主なライセンス違反（不正使用）のパターンは以下の通
りである。 （１）ライセンスキーなしでの使用：管理対象アプリケ
ーション起動後にライセンスキーを取り外し、他のＰＣ
での管理対象アプリケーションの起動に用いる。これを
繰り返せば、１０台を越えるＰＣで管理対象アプリケー
ションを稼動させることができる。 （２）ライセンスキーの交換：３種類のアプリケーショ
ンすべての使用を認めるライセンスキーで３種類の管理
対象アプリケーションを起動させた後、ワードプロセッ
サのみ使用を認めるライセンスキーと取り替え、他のＰ
Ｃでさらに３種類の管理対象アプリケーションを起動さ
せる。これを繰り返せば、１０台のＰＣすべてで３種類
の管理対象アプリケーションを起動させることができ
る。

【００１８】（構成）図１は、本実施の形態のライセン
ス管理装置が１台のＰＣ上でどのように実現されるか
を、上記ライセンス契約を結んだ企業ユーザにおける１
ユーザ（１台のＰＣ）を例にとって示す模式図である。
本ＰＣには、３種類のソフトウェア全てがインストール
されており、ワードプロセッサと表計算の使用を認める
ライセンスキーが装着されるものとする。

【００１９】ＰＣ１０は、ソフトウェア層１１とハード
ウェア層１２とを有し、ライセンス管理装置Ａは、ハー
ドウェア層１２においてコネクタ（図示せず）の１つに
装着されたライセンスキー２１と、ソフトウェア層１１
においてＯＳ１１０上で動作するライセンスマネージャ
２２とから成る。さらにＯＳ１１０上では、ライセンス
管理の対象となる３種類のアプリケーションＡＰ１、Ａ
Ｐ２、ＡＰ３が動作する。なお、図示はしないが、ＯＳ
１１０上では、ライセンス管理の対象とならないアプリ
ケーションなども動作する。

【００２０】ライセンスマネージャ３０は、アプリケー
ションＡＰ１、ＡＰ２、ＡＰ３と同じ媒体（ＣＤ−ＲＯ
Ｍ）で提供されたもので、アプリケーションＡＰ１、Ａ
Ｐ２、ＡＰ３のＰＣ１０へのインストール時に、あわせ
てインストールされたものである。ライセンスキー２０
０は、ＰＣ１０のコネクタ（シリアル、パラレル、ＵＳ
Ｂ： Universal Serial Busなど）に装着されるハード
ウェアであり、ここではシリアルコネクタ（図示せず）
に装着されている。

【００２１】ライセンスキー２００は、内蔵メモリ内
に、ライセンスチェックに用いられるライセンス情報
（当該ライセンスキーが装着されたＰＣでは、どの管理
対象アプリケーションが使用できるかを示す情報）を保
持するとともに、外からの要求に応じて、この情報を秘
密のプロトコルに従って出力する回路を有している。図
２は、ライセンス情報の構成を示す。

【００２２】ライセンス情報２１０は、ライセンスキー
識別番号２１１とライセンスデータ２１２とから成る。
ライセンスキー識別番号２１１は、個々のライセンスキ
ーに付加されたユニークなシリアル番号である。このシ
リアル番号は、製造元や規格の情報を含み、ライセンス
マネージャ３０は、シリアル番号の有無とその内容とか
ら、当該キーが自分とともにライセンス管理装置を構成
する自社のライセンスキーであること（ライセンスキー
の正当性）を認識する。

【００２３】ライセンスデータ２１２は、当該ライセン
スキーが装着されたＰＣでの使用が認められている管理
対象アプリケーションのアプリケーションＩＤである。
アプリケーションＩＤは、製造元が管理対象アプリケー
ションに付加した識別情報（製品番号およびバージョン
番号）である。ここでのライセンスデータ２１２は２件
であり、ワードプロセッサ用ソフトウェアであるアプリ
ケーションＡＰ１および表計算用ソフトウェアであるア
プリケーションＡＰ２の識別情報である。つまり、当該
ライセンスキー２００が装着されたＰＣでは、ライセン
ス管理装置Ａの管理対象である3種類のアプリケーショ
ンのうち、アプリケーションＡＰ１、ＡＰ２については
使用が認められており、データベース管理用ソフトウェ
アであるアプリケーションＡＰ３については使用が認め
られていないことを示す。

【００２４】なお、アプリケーションＡＰ１、ＡＰ２、
ＡＰ３には、図２０に示した従来技術にあるようなトリ
ガ命令は埋め込まれていない。ただし、アプリケーショ
ンＡＰ１〜ＡＰ３は起動時および停止時に、自身のアプ
リケーションＩＤ（ライセンスキーがライセンスデータ
２１２として保持しているアプリケーションＩＤと同じ
もの）、プロセス間通信用のポート番号およびプロセス
ＩＤをライセンスマネージャ３０に通知する。

【００２５】ライセンスマネージャ３０は、アプリケー
ションＡＰ１〜ＡＰ３についてライセンスチェックを行
う。ライセンスマネージャ３０によるライセンスチェッ
クは、少なくとも５分に一度を目安として行われる。ラ
イセンスマネージャ３０は、ＯＳ１１上での管理対象ア
プリケーションの稼動状況を把握しておき、上記のライ
センス情報２１０の内容をもとに、使用が認可されてい
ない管理対象アプリケーションが１つでも稼動していれ
ば、稼働中の全ての管理対象アプリケーションに対して
停止命令を出す。

【００２６】次いで、ライセンスマネージャ３０の構成
と詳しい処理内容とについて説明する。 （ライセンスマネージャの構成）図３は、ライセンスマ
ネージャ３０の構成を示すブロック図である。ライセン
スマネージャ３０は、スケジューラ３１、検証部３２、
プロセス通信部３３、停止命令発行部３４、ＲＡＭ３５
などを有する。

【００２７】スケジューラ３１は、ライセンスチェック
の実行タイミングを決定し、検証部３２に対し、ライセ
ンスチェックの実行を指示する。スケジューラ３１がラ
イセンスチェックの実行を検証部３２に指示するタイミ
ングは、管理対象アプリケーションの起動時、および、
内蔵タイマ３１１のタイムアップ時である。

【００２８】管理対象アプリケーションの起動について
は、プロセス間通信部３３経由で管理対象アプリケーシ
ョン自身からスケジューラ３１に通知される。内蔵タイ
マ３１１によるライセンスチェックの実行タイミング決
定の手順は以下の通りである。スケジューラ３１は、先
ず、ライセンスマネージャ３０の起動時（＝ＰＣ１の起
動時）にタイマ３１１を起動してカウントを開始させ、
その後、５分間が経過してタイマ３１１がタイムアップ
するたびに、検証部３２にライセンスチェック実行を指
示する。そして、検証部３２からライセンスチェック実
行終了の通知を受けると、タイマ３１１をクリアしたう
えでカウントを０から再開させる。ただし、管理対象ア
プリケーションから起動通知を受け取った場合には、ス
ケジューラ３１は、タイマ３１１がタイムアップしたか
どうかに関わりなく、検証部３２にライセンスチェック
実行の指示を出し、チェックが終了するとタイマをクリ
アしたうえでカウントを０から再開させる。これによ
り、最長でも５分の間隔でライセンスチェックが行われ
ることになる。

【００２９】検証部３２は、スケジューラ３１からの指
示を受けてライセンスチェックを行い、ライセンスキー
２００が保持しているライセンス情報２１０と、ＰＣ１
における管理対象アプリケーションＡＰ１、ＡＰ２、Ａ
Ｐ３の稼動状況とをもとに、ライセンスに違反する不正
使用（装着されたライセンスキーが使用を認可していな
い管理対象アプリケーションが稼働中である、またはラ
イセンスキーが装着されていない状態で管理対象アプリ
ケーションが稼働中である）の有無を検証する。そし
て、検証部３２は、不正使用を検知した場合、停止命令
発行部３３に対し、管理対象アプリケーションの停止処
理実行を指示する。

【００３０】検証部３２は、ライセンスチェックにあた
って２種類の情報を参照する。１つはライセンス情報２
１０をもとに生成される使用可否情報であり、もう１つ
は稼動情報（ＰＣにおける管理対象アプリケーションの
稼動状況を示す情報）である。使用可否情報は、検証部
３２がライセンスキー２００の保持するライセンス情報
２１０を読み出し、そのままＲＡＭ３５に格納したもの
である。検証部３２は、使用可否情報の生成を、ライセ
ンスマネージャが起動した時（＝ＰＣ１起動時）、およ
び、スケジューラ３１からのライセンスチェック実行指
示を受け付けた時に実行する。

【００３１】図４は使用可否情報４００の例を示す。図
４（ａ）に示す使用可否情報４００は、ライセンスキー
２００の保持するライセンス情報２１０が、そのままコ
ピーされたものなので、その構成および内容はライセン
ス情報２１０と同じである。すなわち、キー識別番号４
１０とライセンスデータ４２０とから成る。各情報の内
容の説明は、ここでは繰り返さない。

【００３２】同図（ａ）では管理対象アプリケーション
ＡＰ１、ＡＰ２、ＡＰ３のうち、ライセンス情報２００
においてライセンスデータ２１２が存在していた管理対
象アプリケーションＡＰ１、ＡＰ２について、ライセン
スデータ４２０が存在している。なお、ライセンスキー
２００が装着されておらず、ライセンスキー２００から
のライセンス情報読み出しができない場合でも、検証部
３２は使用可否情報を生成するが、その場合の使用可否
情報は、特別な内容となる。

【００３３】同図（ｂ）が、ライセンスキー２００が装
着されていない場合に生成される特別な使用可否情報４
３０である。使用可否情報４３０においては、ライセン
スキーＩＤ４１０の内容がＮＵＬＬ値とされ、同様に内
容がＮＵＬＬ値であるライセンスデータ４２０が1件だ
け生成される。ライセンスキー２００が装着されていな
い場合にも使用可否情報を生成するのは、ライセンスキ
ー２００が装着されていなくとも、管理対象アプリケー
ションが起動していなければ不正使用にはならないため
である。そこで、ライセンスキー２００が装着されてい
ない場合には、１つでも管理対象アプリケーションが起
動していれば「不正使用」と判定される形の使用可否情
報４３０を生成しておくのである。

【００３４】また、検証部３２はライセンス情報２１０
をライセンスキー２００から読み出す前に、ライセンス
キーＩＤ２１１をチェックし、ＲＡＭ３５に格納されて
いる使用可否情報のライセンスキーＩＤ４１０と一致す
るかチェックする。一致した場合は、前回のライセンス
チェック時にライセンス情報を読み出したライセンスキ
ーがそのまま装着されている（ライセンスキーの付け替
えは行われていない）ので、ライセンス情報を読み出し
て使用可否情報を生成することはせず、すでにＲＡＭ３
５に入っている使用可否情報をそのまま使用する。これ
により不要な処理を省略できる。

【００３５】稼動情報は、管理対象アプリケーションが
起動時および終了時送信してくる情報（アプリケーショ
ンＩＤ、ポート番号、プロセスＩＤ）をもとに検証部３
２が生成し、ＲＡＭ３５に格納する。図５は、稼動情報
の構成とその内容の一例（管理対象アプリケーションＡ
Ｐ１、ＡＰ３が稼働中の場合）を示す。

【００３６】稼動情報５００は、アプリケーションＩＤ
欄５１０、ポート番号欄５２０、プロセスＩＤ欄５３０
からなる。アプリケーションＩＤ欄５１０には、どの管
理対象アプリケーションに関する稼動情報であるかを示
すアプリケーションＩＤが格納される。このアプリケー
ションＩＤは、ライセンス情報２１０および使用可否情
報４００に含まれるアプリケーションＩＤ（ライセンス
データ２１１、４１０）と同じものである。

【００３７】ポート番号欄５２０には、管理対象アプリ
ケーションが持つ固有のポート番号（プロセス間通信に
用いられるポートのアドレス情報）が格納される。な
お、ポートとはプロセス間通信において、通信を行うプ
ロセスが送受信するデータを一時的に記憶させておくた
めの共有データ領域である。プロセスＩＤ欄５３０に
は、ＯＳ１１が起動時の管理対象アプリケーションに対
してプロセス管理のために付加したプロセスＩＤ（プロ
セスの識別情報）が格納される。

【００３８】稼動情報５００に含まれる上記３種類の情
報は、いずれも、管理対象アプリケーションが、起動の
際にライセンスマネージャ３０に通知してくるものであ
り、検証部３２は、これら情報をプロセス通信部３３経
由で取得して稼動情報５００を生成し、ＲＡＭ３５に格
納する。また、検証部３２は、管理対象アプリケーショ
ンが終了（ユーザの操作による正常終了または不正使用
が発覚した際のライセンスマネージャ３０による強制終
了）した際には、これに対応する稼動情報をＲＡＭ３５
から消去する。

【００３９】検証部３２は、上記稼動情報と使用可否情
報とからライセンスチェックを行う。具体的には、稼動
情報を１件ずつ読み出し、当該稼動情報に含まれる管理
対象アプリケーションのアプリケーションＩＤが、ライ
センスデータ４２０として使用可否情報４００に含まれ
ているかチェックする。使用可否情報にアプリケーショ
ンＩＤが含まれていなければ、これは、ライセンスキー
２００によって使用が認可されていない管理対象アプリ
ケーションがＰＣ１上で稼動していることを意味するの
で、検証部３２は不正使用と判定する。なお、ライセン
スキー２００が装着されていない場合の使用可否情報４
３０には、ライセンスデータ４２０として格納されてい
るアプリケーションＩＤが存在しないので、管理対象ア
プリケーションが１つでも稼動していれば（稼動情報が
１件でも存在すれば）、検証部３２は必ず不正使用と判
定することになる。

【００４０】停止命令発行部３３は、不正使用を検知し
た検証部３２からの指示に従い、稼働中の管理対象アプ
リケーション全てに対して停止命令を発行し、管理対象
アプリケーションからプロセス終了の通知を待ち、停止
処理の完了を検証部３２、スケジューラ３１に通知す
る。なお、停止命令発行部３４は、停止命令を発行する
際には、ＲＡＭ３５内の稼動情報５００を参照し、通信
ポート欄５２０に格納されたポート番号に宛てて停止命
令を送信する。

【００４１】プロセス通信部３３は、ライセンスマネー
ジャ３０と他のプロセス（ＯＳ１１、管理対象アプリケ
ーションＡＰ１、ＡＰ２、ＡＰ３）とのプロセス間通信
を行う。なお、プロセス通信部３３が管理対象アプリケ
ーションとの間で行う通信はコネクション型である。プ
ロセス通信部３３は、ＲＡＭ３５内の稼動情報５００に
含まれるポート番号を用いて管理対象アプリケーション
との通信を確立して、情報のやりとりを行う。プロセス
通信部３３に対しては、管理対象アプリケーションがユ
ーザ操作によって起動／終了した際に、その旨を通知し
てくる。プロセス通信部３３はこれを受けて、管理対象
アプリケーションの起動／終了を検証部３２に通知す
る。

【００４２】ＲＡＭ３５には、ライセンスマネージャ３
０がライセンスチェック処理に用いる情報、すなわち、
使用可否情報４００および稼動情報５００が格納されて
いる。 （ライセンスマネージャの動作）以下、本実施の形態に
おけるライセンスマネージャ３０各部が、ライセンスチ
ェックにともなって実行する動作を、フローチャートに
従って説明する。

【００４３】図６は、ライセンスマネージャ３０の動作
を示すフローチャートである。まず、ＰＣ１の電源がＯ
Ｎとなった時点で、ライセンスマネージャ３０はＯＳ１
１の子プロセスとして起動される。すると、スケジュー
ラ３１が検証部３２に対しライセンキー２００のチェッ
クを指示する（Ｓ６０１）。検証部３２はライセンスキ
ー２００にアクセスして、ライセンスキー２００の保持
するライセンス情報を読み出し、これをもとに使用可否
情報（図４（ａ））を生成してＲＡＭ３５に格納する
（Ｓ６０２）。キーが装着されていなかった場合は、全
ての管理対象アプリケーションについて「使用不可」と
なる形の特別な使用可否情報４３０（図４（ｂ））を生
成する。

【００４４】スケジューラ３１は、検証部３２から使用
可否情報の生成完了の通知を受けると、内蔵のタイマ３
１１を起動する（Ｓ６０３）。その後、スケジューラ３
１は、プロセス通信部３３経由で管理対象アプリケーシ
ョンから起動の通知を受けるか（Ｓ６０５：Yes）、タ
イマ３１１がタイムアップ（５分経過）するか（Ｓ６０
４：Yes）した時点で、検証部３２にライセンスチェッ
ク処理実行を指示する。

【００４５】検証部３２はスケジューラ３１からの指示
を受けて処理を開始し、管理対象アプリケーション起動
の場合（Ｓ６０５：Yes）は、当該アプリケーション用
の稼動情報を生成した上で（Ｓ６０６）、タイムアップ
の場合（Ｓ６０４：Yes）はそのまま、使用可否情報と
稼動情報とを照合して不正使用の有無を検証する。その
際、検証部３２は先ず、ライセンスキー２００にアクセ
スする（Ｓ６０７）。そして、ライセンスキーＩＤの情
報をもとに、前回のライセンスチェック時と同じライセ
ンスキーが装着されているかどうか判定する。キーに変
更があった場合（Ｓ６０８：Yes）、キーが取り替えら
れたのであれば、取り替えられたキー（その時点で装着
されているキー）が保持しているライセンス情報ををも
とに新しい使用可否情報を生成し、キーが取り外されて
いた場合は、キーＩＤがＮＵＬＬ値で、全ての管理対象
アプリケーションについて「使用不可」とした使用可否
情報を生成する（Ｓ６０９）。前回と同じキーが装着さ
れていれば（Ｓ６０８：No）、その時点でＲＡＭ３５に
格納されている使用可否情報をそのまま使用する。

【００４６】次いで、検証部３２は、使用可否情報と稼
動情報とを照合し、ライセンス情報において使用不可と
されているアプリケーションが稼動していないかチェッ
クし、稼動していれば（Ｓ６１０：Yes）、停止命令発
行部３４に稼働中の管理対象アプリケーションのポート
番号を通知する。停止命令発行部３４は停止命令を生成
すると、これをポート番号とともにプロセス通信部３３
に出力して、当該ポートに宛てて停止命令を送信させる
（Ｓ６１１）。その後、停止命令発行部３４は、プロセ
ス通信部３３経由で管理対象アプリケーションから終了
通知が届くのを待ち（Ｓ６１２：Yes）、これを検証部
３２に通知する。検証部３２は、ＲＡＭ３５内の稼動情
報をクリアする（Ｓ６１３）。そして、検証部３２はス
ケジューラ３１に指示してタイマ３１１の内容をクリア
させたうえで（Ｓ６１４）、ステップＳ６０３（タイマ
３１１の再起動）に戻る。

【００４７】また、不正使用が検知されなかった場合に
は（Ｓ６１０：No）、検証部３２はスケジューラ３１に
指示してタイマ３１１の内容をクリアさせたうえで（Ｓ
６１４）、ステップＳ６０３に戻る。そして、ライセン
スマネージャ３０は、ステップＳ６０３〜Ｓ６１４の処
理をＰＣ１の電源がＯＦＦになるまで繰り返す（Ｓ６１
５）。

【００４８】なお、図６においては、ステップＳ６０５
の管理対象アプリケーションの起動は、割り込み的に発
生するので、フローチャートに示すタイミング（ステッ
プＳ６０３とＳ６０７との間）で発生するとは限らな
い。このタイミング以外のタイミングでアプリケーショ
ン起動が発生した場合は、処理がステップＳ６０３に戻
るまで、スケジューラ３１が保留しておき、その後、ス
テップＳ６０５の処理を実行する。

【００４９】上記の通り、本実施の形態におけるライセ
ンス管理装置は、管理対象アプリケーションとは別個の
プロセスとして動作するライセンスマネージャが、ライ
センスキーの有無およびライセンスキーが保持するとラ
イセンス情報と、管理対象アプリケーションの稼動状況
とをもとに、少なくとも所定時間（５分）に１度は不正
使用の有無を確認するライセンスチェックを行う。これ
により、個々の管理対象アプリケーションにトリガ命令
（ライセンスチェック用命令）を埋め込む必要がなくな
り、アプリケーションの肥大化を防止できる。また、管
理対象アプリケーションの数に関わりなく、ライセンス
チェックをライセンスマネージャがまとめて行うので、
管理対象アプリケーションの数が増えても、ライセンス
チェック処理の負荷が大きくなることはないので、アプ
リケーションやシステムのパフォーマンス低下を招くこ
となく、管理対象アプリケーションの不正使用を防止で
きる。また、上記実施の形態においては、ライセンスマ
ネージャと管理対象アプリケーションとは、共にＯＳの
子プロセスとして、ライセンスマネージャは管理対象ア
プリケーションの起動には関係せず、停止させる際にも
停止命令を送信するのみであるため、ライセンスマネー
ジャの負荷は小さく、システムのパフォーマンスへの影
響も小さい。

【００５０】なお、ライセンスキーは１種類の管理対象
アプリケーションしか管理しない場合もある。その場
合、ライセンスマネージャは当該管理対象アプリケーシ
ョンが起動しているかどうか、および、ライセンスキー
が装着されているかどうか、をもとに不正使用を判定す
る。その場合、ライセンス情報（図２）のうちライセン
スデータは不要となり、稼動データについても、不正使
用検知時の停止命令送信先であるポート番号のデータだ
けを保持しておけばよいので、その分ライセンスマネー
ジャによる不正使用の判定処理は簡単になる。

【００５１】また、上記実施の形態と同様、ライセンス
キーが複数種類の管理対象アプリケーションを対象とし
ていても、一部アプリケーションは使用可能で一部は使
用不可という形のライセンス形式でなく、当該ライセン
スキーが装着されていれば全ての管理対象アプリケーシ
ョンが使用可能という形であれば、1種類のアプリケー
ションのみをライセンス管理の対象とする場合と同様、
ライセンス情報（図２）のうちライセンスデータは不要
となり、稼動データについても、不正使用検知時の停止
命令送信先であるポート番号のデータだけを保持してお
けばよいので、その分ライセンスマネージャによる不正
使用の判定処理は簡単になる。

【００５２】また、本実施の形態では、不正使用検知時
には管理対象アプリケーションに停止命令を送信すると
したが、プログラムの改ざんなどによりアプリケーショ
ンが停止命令に応じなかった場合には、ＯＳにプロセス
ＩＤを通知して、ＯＳによる強制終了を要求することに
してもよい。そして、本実施の形態では、不正使用を検
知した場合、稼働中の管理対象アプリケーションを全て
停止させることとしたが、不正使用されている管理対象
アプリケーションに限って停止させることにしてもよ
い。

【００５３】（変形例１）本変形例は、ライセンスマネ
ージャが、ライセンスチェック実行の前にライセンスマ
ネージャと管理対象アプリケーション以外のプロセス
（管理対象外のアプリケーション、データ入出力など）
の状況をＯＳに問い合わせ、他のプロセスがアイドル状
態にあるタイミングを選んでライセンスチェックを行う
ものである。

【００５４】本変形例におけるライセンスマネージャの
構成は、前記実施の形態におけるライセンスマネージャ
３０の構成と同じであり、検証部およびプロセス通信部
の動作が部分的に異なるのみである。よって構成図は特
に示さない。ただし、検証部およびプロセス通信部につ
いては、名称が同じでも動作が異なるので、以下の説明
では実施の形態におけるライセンスマネージャ３０、検
証部３２、プロセス通信部３３と区別するために、参照
番号を変えてライセンスマネージャ３０１、検証部３２
１、プロセス通信部３３１とする。

【００５５】図７は、本変形例におけるライセンスマネ
ージャ３０１の動作を示すフローチャートである。図６
に示した前記実施の形態におけるライセンスマネージャ
３０の動作とほとんど同一であり、共通の処理について
は、同じステップ番号を付加し、説明は省略する。検証
部３２１は、スケジューラからの指示に応じて不正使用
の有無を検証する処理（ステップＳ６０４：Yesまたは
Ｓ６０５：Yes）を開始しようとする場合、その前に、
プロセス通信部３３１経由でＯＳ１１に他プロセスの実
行状況を問合せ、ライセンスマネージャ３０１および管
理対象アプリケーションＡＰ１〜ＡＰ３以外のプロセス
がアイドル状態となるのを待って（Ｓ７０１：Yes）、
ライセンスチェックの処理（ステップＳ６０７〜Ｓ６１
４）を実行する。

【００５６】ＯＳ上では、普通、ライセンスマネージャ
と管理対象アプリケーション以外のプロセス（管理対象
外のアプリケーション、データ入出力など）が稼動して
いるが、上記の通り、本変形例によれば、それらのプロ
セスのパフォーマンスが、ライセンスチェック処理の影
響で低下することを防止できる。ただし、他プロセスが
アイドル状態となるまでの待ち時間があまりに長いと、
不正使用の防止というライセンス管理本来の目的達成に
支障をきたすおそれがある。そこで、タイマを用いて待
ち時間を監視し、タイムアップした場合は他プロセスが
アイドル状態となっていなくてもライセンスチェック処
理を実行することにしてもよい。

【００５７】あるいは、ＯＳから稼働中の他プロセスに
ついて種類の情報まで取得し、プロセスの種類ごとに優
先順位をつけ、優先順位の高いプロセスに限って、アイ
ドル状態となるのを待つことにしてもよい。 （変形例２）本変形例は、不正使用を検知したライセン
スマネージャが、管理対象アプリケーションに停止命令
を出す際、管理対象アプリケーションに対してコールバ
ック機能の使用を行うかどうかを確認し、コールバック
機能の使用を求める応答をした管理対象アプリケーショ
ンに対しては、コールバック機能の使用を認めるもので
ある。コールバック機能を使用する管理対象アプリケー
ションは、起動時に、コールバック機能を使用すること
をライセンスマネージャに通知し、ライセンスマネージ
ャは、コールバック機能を使用する管理対象アプリケー
ションのアプリケーションＩＤを稼動情報と併せて保持
しておく。

【００５８】ここでいうコールバック機能とは、アプリ
ケーションが停止時の後処理を行うための機能であり、
例えば、データベース管理ソフトウェアなどを処理途中
で強制的に終了させる場合、終了時にデータベース整合
性保持のための後処理を行わないと、データベースの内
容に不整合が生じてしまう。そこで、コールバック機能
を利用して、整合性保持のための後処理を行うのであ
る。

【００５９】図８は、不正使用検知にともなう管理対象
アプリケーション停止時に、ライセンスマネージャ３０
２、管理対象アプリケーション、ライセンスキー２００
の間で交わされるメッセージシーケンスを示す図であ
る。同図（ａ）は、管理対象アプリケーションがコール
バック機能を使用する場合であり、同図（ｂ）は、管理
対象アプリケーションがコールバック機能を使用しない
場合である。

【００６０】同図（ｂ）の場合、不正使用を検知したラ
イセンスマネージャ３０２は、管理対象アプリケーショ
ンに停止命令を送るのみであるが、同図（ａ）の場合、
ライセンスマネージャ３０２は、稼動情報とともに保持
していた情報（コールバック機能を使用する管理対象ア
プリケーションのアプリケーションＩＤ）から、この管
理対象アプリケーションがコールバック機能を使用する
ことが分かるので、停止命令の送信とともにコールバッ
ク機能使用を認可する。管理対象アプリケーションは、
コールバック機能を用いて終了時の後処理を行った後に
停止する。

【００６１】このように、本変形例によれば、不正使用
検知時に管理対象アプリケーションを停止させる場合で
も、必要な後処理が実行されるので、その後の管理対象
アプリケーションの使用に不都合が生じることはない。 （変形例３）本変形例は、ライセンスマネージャが、管
理対象アプリケーションをみずから終了させる権限を有
するものである。これにより、管理対象アプリケーショ
ンの不正使用に対する処理を厳しく行うことができる。

【００６２】前記実施の形態で、不正検知時にライセン
スマネージャ３０が管理対象アプリケーションに対して
行うのは「停止命令の送信（終了を指示すること）」で
あり、アプリケーションの停止処理は管理対象アプリケ
ーションが自身の処理として行うため、極端な例では、
管理対象アプリケーションの中の「マネージャからの終
了指示に応じて停止する」部分あるいは「起動したこと
をライセンスマネージャに通知する」部分のプログラム
を削除するなどの改ざんが加えられると、不正使用の管
理対象アプリケーションの停止ができなかったり、ある
いはそれ以前の問題として起動したことすら検知ができ
ないこともありうる。

【００６３】図９は、本変形例におけるライセンスマネ
ージャ３０３と管理対象アプリケーションＡＰ１〜ＡＰ
３との関係を示す階層図である。前記実施の形態では、
ライセンスマネージャ３０と管理対象アプリケーション
ＡＰ１〜ＡＰ３とは図１で示したように、いずれもＯＳ
１１の子プロセスとして動作していたのに対し、本変形
例では、管理対象アプリケーションＡＰ１〜ＡＰ３をラ
イセンスマネージャ３０３の子プロセスとしている。親
子関係となることで、ライセンスマネージャ３０３は、
前記実施の形態ではＯＳ１１が行っていた管理対象アプ
リケーションＡＰ１〜ＡＰ３の起動／終了を、みずから
管理することができる。

【００６４】図１０は、本変形例のライセンスマネージ
ャ３０３の構成を示すブロック図である。ライセンスマ
ネージャ３０とは、停止命令発行部３３の代わりに子プ
ロセス管理部１００１を有する点および、プロセス通信
部３３３と検証部３２３が固有の処理を行う点で異な
る。子プロセス管理部１００１は、ユーザからの管理対
象アプリケーションの起動指示をプロセス通信部３３３
経由で受け付けると、この管理対象アプリケーションを
子プロセスとして起動させる。子プロセス管理部１００
１は、起動させた管理対象アプリケーションにみずから
が付加したプロセスＩＤと管理対象アプリケーションの
アプリケーションＩＤとを検証部３２３に通知して稼動
情報を生成させるとともに、管理対象アプリケーション
の起動をスケジューラ３１にも通知する。そして、スケ
ジューラ３２からの指示に応じたタイミングで検証部３
２３がライセンスチェックを行って不正使用と判定した
場合、子プロセス管理部１００１は、この判定結果の通
知を受けて、子プロセスとして稼働中の管理対象アプリ
ケーションを全て停止させる。

【００６５】検証部３２３が行う処理は、前記実施の形
態の検証部３２が行う処理とほぼ同じである。ただ、検
証部３２３が生成する稼動情報には、ポート番号（図５
参照）の情報は含まれない。子プロセス管理部１００１
が、管理対象アプリケーションを直接管理し、これらを
停止させる際も、停止命令の送信という間接的なやり方
でなく、親プロセスとしての権限で直接に停止させるた
め、停止命令の送信先としてポート番号を保持しておく
必要がないからである。

【００６６】プロセス通信部３３３は、ＯＳ１１との通
信を行い、管理対象アプリケーションとの通信（管理対
象アプリケーションからの起動通知、管理対象アプリケ
ーションへの停止命令送信）は行わない（子プロセス管
理部１００１が行うため）。このように、ライセンスマ
ネージャが管理対象アプリケーションを子プロセスとし
て管理する方法をとれば、管理対象アプリケーションの
起動を確実に把握できるとともに、不正使用検知時にも
間違いなく停止させることができるので、強力なライセ
ンス管理が可能となる。

【００６７】なお、ここでは、子プロセス管理部１００
１は、管理対象アプリケーションをいったん起動させた
後に、検証部３２３にライセンスチェックを行わせてい
るが、管理対象アプリケーション起動前に、当該管理対
象アプリケーションのアプリケーションＩＤを検証部３
２３に通知して、ライセンス情報をもとに「起動の可
否」を判定させてもよい。こうして起動前に不正使用と
なるかどうか判定すれば、そもそも使用できないアプリ
ケーションを起動させるという無駄な処理が不要とな
る。

【００６８】また、上記の方法では、管理対象アプリケ
ーションの起動・停止をすべて親プロセスたるライセン
スマネージャ３０３が処理するので、ライセンスマネー
ジャ３０３の負荷は大きく、これはシステムのパフォー
マンス低下の防止という観点からは望ましくない。さら
に、管理対象アプリケーションのバージョンアップや管
理対象アプリケーションの追加などあった場合、ライセ
ンスマネージャ３０３が管理対象アプリケーションを子
プロセスとして起動するために保持している情報に、こ
うした変更を反映するための更新処理（ライセンスマネ
ージャの保守処理）が発生する。（こうした問題は、ラ
イセンスマネージャと管理対象アプリケーションとを共
にＯＳの子プロセスとしていた上記実施の形態では発生
しない。） そこで、上記実施の形態よりも停止処理を厳密に行え、
しかもライセンスマネージャの負荷が比較的軽くてすむ
方法として、ライセンスマネージャと管理対象アプリケ
ーションとを共にＯＳの子プロセスとして動作させつ
つ、ライセンスマネージャにシステム権限を付加する方
法がある。この方法であれば、ライセンスマネージャ
は、負荷の増大や保守作業の発生なしに、管理対象アプ
リケーションを自らの手で確実に停止させることができ
る。

【００６９】ここで言うシステム権限とは、ＯＳ上で独
立して（親子関係なしに）動作している他のプロセスを
終了させる権限という意味である。システム権限を付加
されたマネージャは、不正使用検知時、この権限に基づ
いて管理対象アプリケーションを終了させることができ
る。停止にあたっては、稼動情報に含まれるプロセスＩ
Ｄをもとに停止処理を行う。システム権限は、ライセン
スマネージャがＯＳに要求し、ＯＳがこれに応じてライ
センスマネージャに付加する。

【００７０】このように、システム権限を付加する方法
をとれば、ライセンスマネージャは管理対象アプリケー
ションの起動処理を行うことなく、停止だけを行うこと
ができるので、その分ライセンスマネージャの負荷は軽
くてすみ、管理対象アプリケーションのバージョンアッ
プや追加に伴なう保守処理も不要である。 （変形例４）本変形例では、ライセンスマネージャが同
報通信手段を有し、不正使用を検知した際の管理対象ア
プリケーションへの停止命令の通信を同報通信で行うこ
ととしてもよい。ここでいう同報通信とは、コネクショ
ンレス通信で複数の相手に同一のデータを送信すること
である。同報通信の場合、ライセンスマネージャが同報
通信手段を有すると共に、管理対象アプリケーションの
側も同報通信用の通信ポートから通知を受け取る手段を
有することが前提となる。また、同報通信の場合、管理
対象アプリケーションは固有のポート番号を有すること
がなく、あらかじめ定められた単一の同報通信用ポート
で通知を受信する。

【００７１】前記実施の形態では、ライセンスマネージ
ャと管理対象アプリケーションとはコネクション型接続
で通信を行っていた。そのため、不正使用を検知して全
ての管理対象アプリケーションに停止命令を送信する場
合も、ライセンスマネージャは、１つ１つの管理対象ア
プリケーションと順次コネクション型接続を確立した
後、停止命令を送信する動作を繰り返していた。

【００７２】しかるに、本変形例におけるライセンスマ
ネージャは、同報通信手段を有することで、不正使用を
検知して管理対象アプリケーションに停止命令を発行す
る際、個々に固有のポート番号を有する管理対象アプリ
ケーション（通信ポート）との間の通信を別々に確立す
ることなく、あらかじめ定められた単一の同報通信用
（管理対象アプリケーション共通）のポート番号に対し
て停止命令を送信する。すると、一度の同報通信で全て
の管理対象アプリケーションへ停止命令を送信できる。
そのため、停止命令の送信処理におけるライセンスマネ
ージャの負荷が小さくてすみ、ライセンス管理処理の負
荷によりシステムのパフォーマンスが低下するおそれは
小さくなる。 （変形例５）本変形例は、本発明のライセンス管理装置
をネットワークで接続された複数のＰＣに適用するもの
である。

【００７３】図１１は、本変形例のライセンス管理装置
Ａ５を、ネットワーク１１００上の複数のＰＣ上で動作
させるネットワークシステムを示す。ネットワーク１１
００には、１台のサーバＰＣ１１１０と複数のクライア
ントＰＣ１１２０ａ〜１１２０ｎが接続されている。サ
ーバＰＣ１１１０および複数のクライアントＰＣ１１２
０ａ〜１１２０ｎには、識別情報（ＰＣごとのアドレ
ス）が付加されており、サーバＰＣ１１１０の識別情報
は”Ｓ−ＰＣ”、クライアントＰＣ１１２０ａ〜１１２
０ｎの識別情報は、それぞれ”Ｃ−ＰＣａ”〜”Ｃ−Ｐ
Ｃｎ”である。

【００７４】ライセンスキー２０５は、サーバＰＣ１１
１０に装着されており、ライセンスマネージャ３０５
は、サーバＰＣ１１１０上で稼動する。管理対象アプリ
ケーションＡＰ１〜ＡＰ３は、クライアントＰＣ１１２
０ａ〜１１２０ｎで稼動する。本変形例における、ネッ
トワーク１１００上でのライセンスチェックは、ライセ
ンスマネージャ３０５と管理対象アプリケーションとの
やりとりがネットワーク１１００を介して行われる点、
ライセンスチェックに必要な管理対象アプリケーション
の稼動情報がクライアントＰＣ１１２０ａ〜１１２０ｎ
からネットワーク１１００を経由してサーバＰＣ１１１
０上のライセンスマネージャ３０５に送信される点、さ
らに、ライセンスマネージャ３０５がチェックするの
が、ネットワーク１１００上で管理対象アプリケーショ
ンを使用できるユーザ数である点が異なっている。ま
た、ライセンスキー２０５が保持するライセンス情報の
内容も、ネットワーク用の内容となる。

【００７５】図１２は、本変形例においてライセンスキ
ー２０５が保持するライセンス情報１２００の内容であ
る。ライセンス情報１２００は、１つのライセンスキー
識別情報１２１０、認可ユーザ情報１２２０とからな
る。認可ユーザ情報１２２０は、管理対象アプリケーシ
ョンの数と同数であり、アプリケーションＩＤ１２２１
および使用可能ユーザ数１２２２とから成る。アプリケ
ーションＩＤ１２２１は、当該ライセンス情報がどの管
理対象アプリケーションに対応するかを示すもので、使
用可能ユーザ数１２２２は、当該ライセンスキーが使用
されるネットワーク上で、アプリケーションＩＤ１２２
１に示す管理対象アプリケーションを同時に使用できる
ユーザ数を示す。

【００７６】図１２に示すライセンス情報１２００は、
ライセンスキー２０５が使用されるネットワーク上で
は、アプリケーションＡＰ１を５人のユーザが、アプリ
ケーションＡＰ２を４人のユーザが、アプリケーション
ＡＰ３を１人のユーザが、同時に使用できることを示し
ている。ライセンスマネージャ３０５はサーバＰＣ１１
１０上で動作しながら、クライアントＰＣ１１２０ａ〜
１１２０ｎ上で動作する管理対象アプリケーションＡＰ
１〜ＡＰ３のライセンスをチェックする。

【００７７】先ず、ライセンスマネージャ３０５は、ラ
イセンスキー２０５からライセンス情報１２００を読み
出し、これをそのまま使用可否情報として格納する。次
いで、クライアントＰＣ１１２０ａ〜ＰＣ１１２０ｎか
ら送信されてくる管理対象アプリケーションの起動／終
了通知をもとに稼動情報を生成する。図１３は、本変形
例における稼動情報１３００を示す。稼動情報１３００
は、アプリケーションＩＤ欄１３１０、稼動ユーザ数欄
１３２０、ポートＩＤ欄１３３０、プロセスＩＤ欄１３
４０から成り、ポートＩＤ欄１３３０およびプロセスＩ
Ｄ欄１３４０には、ユーザ数に相当する数だけのポート
ＩＤおよびプロセスＩＤのデータが格納される。さら
に、ポートＩＤおよびプロセスＩＤには、どのクライア
ントＰＣで稼働中のアプリケーションに対応するかを示
すため、ネットワーク１１００におけるクライアントＰ
Ｃの識別情報（図１１参照）が付加される。

【００７８】ライセンスマネージャ３０５は、ライセン
ス情報１２００における使用可能ユーザ数の値と稼動情
報に含まれる稼動ユーザの値とから不正使用の有無を判
定し、不正使用と判定した場合は、稼動情報１３００に
含まれるポート番号のデータをもとに、ネットワーク１
１００上で稼働中の管理対象アプリケーション全てに停
止命令を出す。

【００７９】本変形例におけるライセンスマネージャ３
０５の構成は、前記実施の形態におけるライセンスマネ
ージャ３０の構成と同じであり、検証部の動作が異なる
のみである。よって構成図は特に示さず、以下、フロー
チャートを用いて動作のみ説明する。ただし、検証部に
ついては、名称が同じでも動作が異なるので、以下の動
作の説明では、実施の形態における検証部３２と区別す
るために、参照番号を変えて検証部３２５とする。

【００８０】図１４は、本変形例におけるライセンスマ
ネージャ３０５の動作を示すフローチャートである。図
６に示した前記実施の形態におけるライセンスマネージ
ャ３０の動作とほとんど同一であり、共通の処理につい
ては、同じステップ番号を付加し、説明は省略する。先
ず、ライセンスマネージャ３０５の起動後、検証部３２
５は、ライセンスキー２０５からライセンス情報１２０
０を読み出し（Ｓ６０１）、これをそのまま使用可否情
報として格納する（Ｓ１４０１）。そして、検証部３２
５は、ネットワーク１１００およびスケジューラ３１経
由でクライアントＰＣ上での管理対象アプリケーション
から起動の通知を受けると（Ｓ６０５：Yes）、稼動情
報１３００のうち当該アプリケーション用の稼動ユーザ
数欄１３２０の値をカウントアップし、管理対象アプリ
ケーションのポート番号とプロセスＩＤとを稼動情報に
格納した上で（Ｓ１４０２）、ライセンスチェック処理
（ステップＳ６０７以下）を開始する。なお、フローチ
ャートに図示はしていないが、クライアントＰＣは管理
対象アプリケーションの終了もライセンスマネージャ３
０５に通知する。その場合、検証部３２５は、対応する
稼動ユーザ数欄１３２０の値を１つ減らし、管理対象ア
プリケーションのポート番号とプロセスＩＤとを稼動情
報から削除することで、管理対象アプリケーションの稼
働状態を正確に把握する。

【００８１】ライセンスチェック処理（ステップＳ６０
７以下）において、検証部３２５は、管理対象アプリケ
ーションについて順次、対応する使用可能ユーザ数１２
２０（ライセンス情報１２００内）と稼動ユーザ数（稼
動情報１３００内）とを比較し、１つでも稼動ユーザ数
が使用可能ユーザ数を上回っていれば、不正使用と判定
する（Ｓ１４０４）。

【００８２】このように、本変形例によれば、ネットワ
ーク上で稼動するシステムにおいても、アプリケーショ
ンの肥大や、システムおよびアプリケーションのパフォ
ーマンス低下を招くことなくライセンス管理を実行でき
る。なお、本変形例でも、上記実施の形態と同様、１つ
でも不正使用と判定された管理対象アプリケーションが
あれば、全ての管理対象アプリケーションを終了させる
こととしているが、ネットワーク上での稼動ユーザ数を
使用者が常に正確に把握しているのはかなり困難であ
る。不注意によって稼動ユーザ数が許された値を越える
可能性もある。よって、不正使用と判定された管理対象
アプリケーションに限って停止させることにしてもよ
い。その場合、全てのユーザ（クライアントＰＣ）につ
いて当該管理対象アプリケーションを停止させるやり方
と、最後に当該管理対象アプリケーションを起動したユ
ーザ（使用可能ユーザ数が４の場合、５番目に起動した
ユーザ）に限って停止させるやり方とが考えられる。後
者のやり方の場合、検証部は、稼動情報の中に起動時刻
を格納しておき、これをもとに最後に起動したユーザを
判定すればよい。 （変形例６）本変形例は、ライセンス管理装置がライセ
ンスキーの着脱を監視するものである。前記実施の形態
においては、ライセンスキーの取り外しや付け替えによ
る不正使用は、一定の時間間隔をおいて、または、管理
対象アプリケーションの起動時に、ライセンスマネージ
ャからライセンスキーにアクセスに行って確認していた
のに対し、本変形例では、ライセンスキーが外されると
即座にこれを検知できるので厳密なライセンス管理が可
能となる。

【００８３】図１５は、本変形例におけるライセンス管
理装置Ｂの構成を示す図である。ライセンス管理装置Ｂ
は、ライセンスキー２００およびライセンスマネージャ
３０６に加えて、ＰＣ１Ｂのコネクタへのライセンスキ
ー２００の装着を監視するキーチェッカー１５００を更
に備える。ライセンスマネージャ３０６の構成は、前記
実施の形態におけるライセンスマネージャ３０（図３）
と同じなので、構成図は示さない。ただし、ライセンス
マネージャ３０６における検証部および停止命令発行部
の処理はライセンスマネージャ３０におけるものと一部
異なるので、区別のために、以下、参照番号を変えて、
検証部３２６、停止命令発行部３４６と記す。

【００８４】ＰＣ１Ｂのソフトウェア層１０Ｂでは、セ
キュリティマネージャ３０６および管理対象アプリケー
ションＡＰ１〜ＡＰ３とともに、キーチェッカー１５０
０が稼動している。キーチェッカー１５００はハードウ
ェア層２０Ｂにおけるライセンスキー２００とＰＣ１Ｂ
との接点であるコネクタを監視している。キーチェッカ
ー１５００は、ソフトウェアであり、ライセンスマネー
ジャ３０などと共に媒体（ＣＤ−ＲＯＭ）に格納された
形で配布され、ライセンスマネージャ３０とともにＰＣ
１Ｂにインストールされたものである。キーチェッカー
１５００は、ライセンスマネージャ３０６起動後に、検
証部３２６によって、ライセンスマネージャ３０６の子
プロセスとして起動される。

【００８５】コネクタを監視していたキーチェッカー１
５００は、ライセンスキー２００が取り外されると、こ
れを検知してライセンスマネージャ３０６（検証部３２
６）に割込み信号を送信する。検証部３２６は、使用可
否情報を、全ての管理対象アプリケーションについて
「使用不可」とする内容（図４参照）に変更した上でラ
イセンスチェックを実行する。ライセンスチェックの結
果、稼働中の管理対象アプリケーションが１つでもあれ
ば不正使用と判定され、停止命令発行部３４６は、稼働
中の管理対象アプリケーション全てに停止命令を出す。
また、これと同時に、停止命令発行部３４６は、不正使
用検知によるアプリケーション強制停止を通知するメッ
セージをＰＣ１Ｂのディスプレイ上に表示させる。ただ
し、ライセンスキーが取り外されても、管理対象アプリ
ケーションが１つも稼動していない状態では不正使用に
はならないことは言うまでもない。

【００８６】図１６は、停止命令発行部３４６が出力さ
せる、強制停止の通知メッセージの一例である。さら
に、キーチェッカー１５００は、いったん取り外された
ライセンスキー２００が再装着された場合、再装着を通
知する割込み信号をライセンスマネージャ３０６（検証
部３２６）に送信する。検証部３２６は、これに対し、
ライセンスキー２００のライセンス情報を読み出して使
用可否情報を作り直す。これによって、いったん強制終
了させられた管理対象アプリケーションの再起動が可能
となる。

【００８７】このように、本変形例によれば、ライセン
スキーの着脱をその時点で検知できるので、極めて厳密
なライセンスチェックが可能となる。なお、上記の方式
では、ライセンスキーが偶然あるいは不注意により装着
されたコネクタから外れてしまった場合、あるいは、ユ
ーザ間でライセンスに違反しない形でライセンスキーの
交換を行う場合にも不正使用と判定されて、稼働中の管
理対象のアプリケーションが全て停止されてしまうこと
になる。すると、ユーザとしては使い勝手が悪いと感じ
るかもしれない。そこで、ライセンスマネージャがキー
チェッカーからの割り込み信号によりライセンスキーの
取り外しを検知した場合、ライセンスマネージャは警告
のメッセージをＰＣのディスプレイ上に表示させ、ある
程度の猶予時間が経過してもライセンスキーが正しく再
装着されなかった場合に限りライセンスチェックを行
い、不正使用の管理対象アプリケーションを停止させる
ことにしてもよい。

【００８８】また、本変形例においては、ライセンスマ
ネージャは、前記実施の形態においてタイマ３１１を用
いて一定の時間間隔で行っていたライセンスチェックを
行わないことにしてもよい。このタイマ３１１を用いた
ライセンスチェックは、稼働中のライセンスキーの取り
外しおよび付け替えによる不正使用を想定したものであ
る。本変形例では、取り外しや付け替えはキーチェッカ
ーで検知できるので、キーチェッカーからの通知があっ
た場合にライセンスチェックを行えば、上記の不正使用
は検知できるからである。ライセンスマネージャが一定
の時間間隔でライセンスキーにアクセスする必要がなく
なれば、ライセンスマネージャの負荷は低減でき、シス
テムのパフォーマンスに与える影響を小さくできる。 （変形例７）本変形例は、販売促進を目的としたアプリ
ケーションの試用にライセンス管理を適用するものであ
る。

【００８９】前記実施の形態のライセンスマネージャ３
０は、管理対象アプリケーションについて、ライセンス
キーによって使用を認可されていない限り、稼動を無条
件に禁止していたが、本変形例では、販売促進を目的と
して管理対象アプリケーションの試用を認める場合に
は、ライセンスキーなしでも、使用可能な機能を一部に
限定した「体験版モード」で管理対象アプリケーション
の稼動を認める。

【００９０】ここでは、ライセンスキーにより使用が認
められていない管理対象アプリケーションについても、
作成したデータの保存（ファイル書き込み）を許さない
という条件で試用を認めるという場合を例に説明する。
本変形例におけるライセンスマネージャ３０７の構成
は、前記実施の形態におけるライセンスマネージャ３０
（図３参照）と同じだが、検証部の動作が異なる。前記
実施の形態におけるライセンスマネージャ３０の検証部
３２と区別するために、参照番号を変えて検証部３２７
と記す。以下に、ライセンスマネージャ３０７（検証部
３２７）の動作を説明する。

【００９１】図１７は、本変形例におけるライセンスマ
ネージャ３０７の動作を示すフローチャートである。前
記実施の形態におけるライセンスマネージャ３０の動作
と共通する部分には同じ参照番号を付し、説明は省略す
る。ライセンスマネージャ３０７の起動から、検証部３
２７が使用可否情報と稼動情報とをもとに不正使用のチ
ェックを行うまで（ステップＳ６０１〜Ｓ６０９）は、
ライセンスマネージャ３０と同じである。

【００９２】検証部３２７は、ライセンスキーによって
使用が許可されていないにもかかわらず稼働中の管理対
象アプリケーションがあった場合（Ｓ６１０：Yes）、
更に、当該管理対象アプリケーションが試用可能なもの
かどうかチェックする（Ｓ１７０１）。検証部３２７
は、試用可能な管理対象アプリケーションのアプリケー
ションＩＤを予め保持しているものとする。

【００９３】当該管理対象アプリケーションが試用不可
であった場合、検証部３２７は管理対象アプリケーショ
ン停止のための処理を行う（ステップＳ６１１〜Ｓ６１
３）。一方、試用可能な管理対象アプリケーションであ
った場合、検証部３２７はプロセス間通信部３３経由
で、当該管理対象アプリケーションに対して「体験版モ
ード」での動作するよう指示する（Ｓ１７０２）。「体
験版モード」では、管理対象アプリケーションは、例え
ば、「ファイル」−「保存」メニューを無効にするなど
して、ファイル保存の指示を受け付けない形で動作す
る。「体験版モード」は、当該管理対象アプリケーショ
ンのプロセスが終了するまで有効となる。

【００９４】よって、試用の結果、当該管理対象アプリ
ケーションを正式に（ライセンス契約に基づいて）使用
したいとユーザが考えた場合は、いったん当該管理対象
アプリケーションを終了させ、ライセンス契約を結んで
当該管理対象アプリケーションの使用を認めるライセン
スキーを取得し、取得したライセンスキーをＰＣに装着
した上で当該管理対象アプリケーションを再起動する、
という手順をふむことで、当該管理対象アプリケーショ
ンを制限なしで使用できるようになる。

【００９５】このように、本変形例によれば、不正使用
を防止しつつ、販売促進を目的とした管理対象アプリケ
ーションの試用も可能とすることができる。なお、ここ
ではファイル書き込みを禁じる形での試用を許可する場
合を例に説明したが、これは一例であり、生成したデー
タの保存またはプリント出力を禁止する（生成物を残せ
ない）など、試用の形態は他にも考えられる。

【００９６】

【発明の効果】以上の説明から明らかなように、本発明
のライセンス管理装置は、ライセンス管理の対象となる
１以上の管理対象アプリケーションプログラムについて
コンピュータシステム上での使用状況を管理するライセ
ンス管理装置であって、前記１以上の管理対象アプリケ
ーションプログラムについて、前記コンピュータシステ
ムでの使用の可否を示すライセンス情報を保持する、ハ
ードウェアのライセンスキーと、前記コンピュータシス
テム上で、前記１以上の管理対象アプリケーションプロ
グラムとは別のプロセスとして動作し、前記ライセンス
情報をもとにライセンスチェックを行って前記１以上の
管理対象アプリケーションプログラムの不正使用を防止
するマネージャ手段とを備えることを特徴とする。よっ
て、管理対象アプリケーションが別個に内蔵されたトリ
ガ命令を実行する形でライセンスチェックを行うことが
ないので、管理対象アプリケーションの肥大、さらには
アプリケーションソフトウェアやシステムのパフォーマ
ンス低下を招くことなく、管理対象アプリケーションソ
フトウェアの不正使用を防止できる。

【００９７】また、本発明のライセンス管理装置におい
て、前記マネージャ手段は、前記ライセンスキーから前
記ライセンス情報を読み出す読み出し手段と、前記１以
上の管理対象アプリケーションプログラムの前記コンピ
ュータシステム上での実行状況を示す稼動情報を取得す
る取得手段と、前記読み出し手段が読み出したライセン
ス情報と前記取得手段が取得した稼動情報とをもとに、
前記１以上の管理対象アプリケーションプログラムの中
に、前記コンピュータシステムでの動作が認可されてい
ないにもかかわらず動作しているものがあれば、不正使
用ありと判定する判定手段と、前記判定手段が不正使用
ありと判定した場合、稼働中である前記１以上の管理対
象アプリケーションプログラムのうち、少なくとも前記
判定手段によって前記コンピュータシステムでの動作が
認可されていないにもかかわらず動作していると判定さ
れたものを停止させるための処理を行う停止手段とを備
える、とすることもでき、それによって、管理対象アプ
リケーションソフトウェアの不正使用を検知し、不正使
用されている管理対象アプリケーションを停止させるこ
とが可能となる。

【００９８】また、不正使用の検知について、前記読み
取り手段は、ライセンスキーがシステムに存在しなけれ
ば、その旨を前記判定手段に通知し、前記判定手段は、
ライセンスキーがシステムに存在しない場合、前記管理
対象アプリケーションが１つ以上でも前記コンピュータ
システムで稼動していれば不正使用ありと判定する、と
いうやり方で簡単に行うこともできる。

【００９９】また、本発明のライセンス管理装置は、前
記マネージャ手段によるライセンスチェックの実行タイ
ミングを制御する制御手段を更に備えることとしてもよ
く、それによって、ライセンスチェック処理は適当な時
間間隔で実行され、不正使用を防止できる。また、本発
明のライセンス管理装置は、前記コンピュータシステム
における、前記１以上の管理対象アプリケーションプロ
グラム以外のプロセスの稼動状況に関する情報を取得す
るプロセス情報取得手段を更に備え、前記制御手段は、
前記稼動情報取得手段が取得した情報に基づいて、前記
マネージャ手段によるライセンスチェックの実行タイミ
ングを変更することとしてもよく、それによって、ユー
ザにとって重要な他プロセスのパフォーマンスがライセ
ンスチェックのために低下することを防止できる。

【０１００】また、本発明のライセンス管理装置が管理
する前記１以上の管理対象アプリケーションプログラム
はコールバック機能を有し、前記停止手段は、前記１以
上の管理対象アプリケーションプログラムを停止させる
ための処理を行う場合に、前記１以上の管理対象アプリ
ケーションプログラムに対して前記コールバック機能の
実行を認めることとしてもよく、それによって、不正使
用の防止のために管理対象アプリケーションを停止させ
る場合でも、必要な停止時の後処理は確実に実行され
る。

【０１０１】また、本発明のライセンス管理装置は、前
記ライセンスキーの前記コンピュータシステムからの取
り外しを監視し、取り外しを検知した場合は、その旨を
前記制御手段に通知するキー監視手段を更に備え、前記
制御手段は、前記キー監視手段からの通知を受けると、
前記マネージャ手段にライセンスチェック判定処理を実
行させることとしてもよく、それによって、ライセンス
キーの有無を確実に把握できてライセンスチェックがよ
り厳密に行えるとともに、マネージャ手段が定期的にチ
ェックする必要がなくなって、ライセンスチェック処理
の負荷が低下し、ライセンスチェックによるシステムの
パフォーマンスへの影響は更に小さくできる。

【０１０２】また、本発明のライセンス管理装置が管理
する前記１以上の管理対象アプリケーションプログラム
のうち少なくとも１つは制限付き使用が可能であり、前
記停止手段は、前記検証手段が制限付き使用の可能な管
理対象アプリケーションプログラムについて不正使用と
判定した場合、停止処理を行わず、当該制限付き使用が
可能な管理対象アプリケーションプログラムについて機
能を一部制限するに止めてもよく、それによって、不正
使用を防止しつつ、販売促進を目的とした管理対象アプ
リケーションソフトウェアの試用も可能とすることがで
きる。

【０１０３】また、本発明のライセンス管理装置は、前
記取得手段が前記１以上の管理対象アプリケーションプ
ログラムとの通信によって前記稼動情報を取得し、前記
稼動情報は、前記取得手段と前記１以上の管理対象アプ
リケーションプログラムとのプロセス間通信に用いられ
る領域であるポートの識別情報を含むこととすることも
でき、それによって、マネージャ手段は管理対象アプリ
ケーションソフトウェアを、ポート番号をもとに管理で
き、ライセンスチェックのための負荷が軽くなるので、
ライセンスチェック処理によるシステムのパフォーマン
スの影響を小さくすることができる。

【０１０４】また、本発明のライセンス管理装置につい
ては、前記停止手段が同報通信機能を有し、前記ポート
の識別情報を用いて前記１以上の管理対象アプリケーシ
ョンプログラムに対して終了命令を同報送信すること
で、前記１以上の管理対象アプリケーションプログラム
を停止させることにしてもよく、それによって、不正使
用検知時の管理対象アプリケーションソフトウェアへの
停止命令送信の処理を容易に行えるので、ライセンスチ
ェック処理によるシステムのパフォーマンスの影響を小
さくすることができる。

【０１０５】また、本発明のライセンス管理装置が動作
する、前記コンピュータシステムは複数の端末がネット
ワークで接続されて成り、前記ライセンスキーは、前記
複数の端末のうち少なくとも１つに接続され、前記１以
上の管理対象アプリケーションプログラムは、前記複数
の端末のうち少なくとも１つの上で実行されることとし
てもよく、それによって、ネットワーク上でも、管理対
象アプリケーションの肥大、さらにはアプリケーション
ソフトウェアやシステムのパフォーマンス低下を招くこ
となく、管理対象アプリケーションソフトウェアの不正
使用を防止することができる。

【０１０６】また、本発明のライセンス管理装置は、前
記停止手段がシステム権限を有し、前記コンピュータシ
ステム権限を用いて、前記１以上の管理対象アプリケー
ションプログラムのプロセスを停止させることとしても
よく、それによって、不正使用検知時には、確実に管理
対象アプリケーションソフトウェアを停止させることが
可能となり、厳密なライセンス管理を実現できる。

【０１０７】また、本発明のライセンス管理装置は、前
記１以上の管理対象アプリケーションプログラムを子プ
ロセスとして起動および停止させる子プロセス管理手段
を更に有し、前記取得手段は、前記子プロセス管理手段
から前記稼動情報を取得し、前記停止手段は、前記子プ
ロセス管理手段に指示して前記１以上の管理対象アプリ
ケーションプログラムを停止させることとしてもよく、
それによって、確実に管理対象アプリケーションソフト
ウェアの稼動状態を把握できるとともに、不正使用検知
時には、これらを確実に停止させることが可能となるの
で、厳密なライセンス管理を実現できる。

【０１０８】そして、やはり以上の説明から明らかなよ
うに、本発明のライセンス管理方法は、ライセンス管理
の対象となる１以上の管理対象アプリケーションプログ
ラムについてコンピュータシステム上での実行状況を管
理するライセンス管理方法であって、前記１以上の管理
対象アプリケーションプログラムについて、前記コンピ
ュータシステムでの使用の可否を示すライセンス情報を
保持する、ハードウェアのライセンスキーから前記ライ
センス情報を読み出す読み出しステップと、前記１以上
の管理対象アプリケーションプログラムの前記コンピュ
ータシステム上での実行状況を示す稼動情報を取得する
取得ステップと、前記読み出しステップにおいて読み出
されたライセンス情報と前記取得ステップにおいて取得
された稼動情報とをもとに、前記１以上の管理対象アプ
リケーションプログラムの中に、前記コンピュータシス
テムでの動作が認可されていないにもかかわらず動作し
ているものがあれば、不正使用ありと判定する判定ステ
ップと、前記判定ステップにおいてが不正使用ありと判
定された場合、稼働中である前記１以上の管理対象アプ
リケーションプログラムのうち、少なくとも前記判定ス
テップにおいて前記コンピュータシステムでの動作が認
可されていないにもかかわらず動作していると判定され
たものを停止させるための処理を行う停止ステップとを
有することを特徴とする。よって、管理対象アプリケー
ションが別個に内蔵されたトリガ命令を実行する形でラ
イセンスチェックを行うことがないので、管理対象アプ
リケーションの肥大、さらにはアプリケーションソフト
ウェアやシステムのパフォーマンス低下を招くことな
く、管理対象アプリケーションソフトウェアの不正使用
を防止できる。

【図面の簡単な説明】

【図１】本発明が適用されたライセンス管理装置の実施
の形態において、本ライセンス管理装置がＰＣ上でどの
ように実現されるかを示す模式図である。

【図２】同実施の形態においてライセンスキーが保持す
るライセンス情報の一例を示す図である。

【図３】同実施の形態におけるライセンスマネージャの
構成を示すブロック図である。

【図４】同実施の形態における使用可否情報の例を示
す。

【図５】同実施の形態における稼動情報の構成および内
容の一例を示す。

【図６】同実施の形態におけるライセンスマネージャの
動作を示すフローチャートである。

【図７】同実施の形態の第1の変形例におけるライセン
スマネージャの動作を示すフローチャートである。

【図８】同実施の形態の第２変形例において、不正使用
検知にともなう管理対象アプリケーション停止時に、ラ
イセンスマネージャ、管理対象アプリケーション、ライ
センスキーの間で交わされるメッセージシーケンスを示
す図である。

【図９】同実施の形態の第３変形例におけるライセンス
マネージャと管理対象アプリケーションとの関係を示す
階層図である。

【図１０】同変形例におけるライセンスマネージャの構
成を示すブロック図である。

【図１１】同実施の形態の第５変形例におけるライセン
ス管理装置をネットワーク上の複数のＰＣ上で動作させ
るネットワークシステムを示す図である。

【図１２】同変形例においてライセンスキーが保持する
ライセンス情報の内容を示す図である。

【図１３】同変形例における稼動情報の構成および内容
の一例を示す図である。

【図１４】同変形例におけるライセンスマネージャの動
作を示すフローチャートである。

【図１５】同実施の形態の第６変形例におけるライセン
ス管理装置の構成を示す図である。

【図１６】同変形例における停止命令発行部が出力させ
る強制停止の通知メッセージの一例を示す図である。

【図１７】本変形例におけるライセンスマネージャの動
作を示すフローチャートである。

【図１８】従来技術であるインストール時のライセンス
チェックの概要を示す模式図である。

【図１９】従来技術であるアプリケーション起動時のラ
イセンスチェックの概要を示す模式図である。

【図２０】従来技術として、管理対象アプリケーション
に埋め込まれたトリガ命令を示すイメージ図である。

【図２１】従来技術として、トリガ命令を埋め込まれた
管理対象アプリケーションが１つのＰＣ上で同時に稼動
している状態を示す模式図である。

【符号の説明】

Ａ，Ｂ ライセンス管理装置 １ ＰＣ １１ ＯＳ ２００，２０５ ライセンスキー ２１０ ライセンス情報 ３０，３０２，３０３，３０５，３０６ ライセンスマ
ネージャ ３１ スケジューラ ３２ 検証部 ３３ プロセス通信部 ３４ 停止命令発行部 ４００，１２００ 使用可否情報 ５００，１３００ 稼動情報 １５００ キーチェッカー ２０１０ トリガ命令

フロントページの続き (72)発明者 鈴木 基史 愛知県名古屋市中区栄２丁目６番１号 白 川ビル別館５階 株式会社松下電器情報シ ステム名古屋研究所内 Ｆターム(参考） 5B076 FB07

Claims (15)

【特許請求の範囲】
1. 【請求項１】 ライセンス管理の対象となる１以上の管
   理対象アプリケーションプログラムについてコンピュー
   タシステム上での使用状況を管理するライセンス管理装
   置であって、 前記１以上の管理対象アプリケーションプログラムにつ
   いて、前記コンピュータシステムでの使用の可否を示す
   ライセンス情報を保持する、ハードウェアのライセンス
   キーと、 前記コンピュータシステム上で、前記１以上の管理対象
   アプリケーションプログラムとは別のプロセスとして動
   作し、前記ライセンス情報をもとにライセンスチェック
   を行って前記１以上の管理対象アプリケーションプログ
   ラムの不正使用を防止するマネージャ手段とを備えるラ
   イセンス管理装置。
2. 【請求項２】 前記マネージャ手段は、 前記ライセンスキーから前記ライセンス情報を読み出す
   読み出し手段と、 前記１以上の管理対象アプリケーションプログラムの前
   記コンピュータシステム上での実行状況を示す稼動情報
   を取得する取得手段と、 前記読み出し手段が読み出したライセンス情報と前記取
   得手段が取得した稼動情報とをもとに、前記１以上の管
   理対象アプリケーションプログラムの中に、前記コンピ
   ュータシステムでの動作が認可されていないにもかかわ
   らず動作しているものがあれば、不正使用ありと判定す
   る判定手段と、 前記判定手段が不正使用ありと判定した場合、稼働中で
   ある前記１以上の管理対象アプリケーションプログラム
   のうち、少なくとも前記判定手段によって前記コンピュ
   ータシステムでの動作が認可されていないにもかかわら
   ず動作していると判定されたものを停止させるための処
   理を行う停止手段とを備えることを特徴とする請求項１
   に記載のライセンス管理装置。
3. 【請求項３】 前記読み取り手段は、ライセンスキーが
   システムに存在しなければ、その旨を前記判定手段に通
   知し、 前記判定手段は、ライセンスキーがシステムに存在しな
   い場合、前記管理対象アプリケーションが１つ以上でも
   前記コンピュータシステムで稼動していれば不正使用あ
   りと判定することを特徴とする請求項２に記載のライセ
   ンス管理装置。
4. 【請求項４】 前記マネージャ手段によるライセンスチ
   ェックの実行タイミングを制御する制御手段を更に備え
   ることを特徴とする請求項１乃至３のいずれかに記載の
   ライセンス管理装置。
5. 【請求項５】 前記コンピュータシステムにおける、前
   記１以上の管理対象アプリケーションプログラム以外の
   プロセスの稼動状況に関する情報を取得するプロセス情
   報取得手段を更に備え、 前記制御手段は、前記稼動情報取得手段が取得した情報
   に基づいて、前記マネージャ手段によるライセンスチェ
   ックの実行タイミングを変更することを特徴とする請求
   項４に記載のライセンス管理装置。
6. 【請求項６】 前記１以上の管理対象アプリケーション
   プログラムはコールバック機能を有し、 前記停止手段は、前記１以上の管理対象アプリケーショ
   ンプログラムを停止させるための処理を行う場合に、前
   記１以上の管理対象アプリケーションプログラムに対し
   て前記コールバック機能の実行を認めることを特徴とす
   る請求項４または５に記載のライセンス管理装置。
7. 【請求項７】 前記ライセンスキーの前記コンピュータ
   システムからの取り外しを監視し、取り外しを検知した
   場合は、その旨を前記制御手段に通知するキー監視手段
   を更に備え、 前記制御手段は、前記キー監視手段からの通知を受ける
   と、前記マネージャ手段にライセンスチェック判定処理
   を実行させることを特徴とする請求項４乃至６のいずれ
   かに記載のライセンス管理装置。
8. 【請求項８】 前記１以上の管理対象アプリケーション
   プログラムのうち少なくとも１つは制限付き使用が可能
   であり、 前記停止手段は、前記検証手段が制限付き使用の可能な
   管理対象アプリケーションプログラムについて不正使用
   と判定した場合、停止処理を行わず、当該制限付き使用
   が可能な管理対象アプリケーションプログラムについて
   機能を一部制限することを特徴とする請求項４乃至７の
   いずれかに記載のライセンス管理装置。
9. 【請求項９】 前記取得手段は、前記１以上の管理対象
   アプリケーションプログラムとの通信によって前記稼動
   情報を取得し、 前記稼動情報は、前記取得手段と前記１以上の管理対象
   アプリケーションプログラムとのプロセス間通信に用い
   られる領域であるポートの識別情報を含むことを特徴と
   する請求項４乃至８のいずれかに記載のライセンス管理
   装置。
10. 【請求項１０】 前記停止手段は同報通信機能を有し、
    前記ポートの識別情報を用いて前記１以上の管理対象ア
    プリケーションプログラムに対して終了命令を同報送信
    することで、前記１以上の管理対象アプリケーションプ
    ログラムを停止させることを特徴とする請求項４乃至９
    のいずれかに記載のライセンス管理装置。
11. 【請求項１１】 前記コンピュータシステムは複数の端
    末がネットワークで接続されて成り、 前記ライセンスキーは、前記複数の端末のうち少なくと
    も１つに接続され、 前記１以上の管理対象アプリケーションプログラムは、
    前記複数の端末のうち少なくとも１つの上で実行される
    ことを特徴とする請求項４乃至１０のいずれかに記載の
    ライセンス管理装置。
12. 【請求項１２】 前記停止手段はシステム権限を有し、
    前記コンピュータシステム権限を用いて、前記１以上の
    管理対象アプリケーションプログラムのプロセスを停止
    させることを特徴とする請求項４乃至１１のいずれかに
    記載のライセンス管理装置。
13. 【請求項１３】 前記１以上の管理対象アプリケーショ
    ンプログラムを子プロセスとして起動および停止させる
    子プロセス管理手段を更に有し、 前記取得手段は、前記子プロセス管理手段から前記稼動
    情報を取得し、 前記停止手段は、前記子プロセス管理手段に指示して前
    記１以上の管理対象アプリケーションプログラムを停止
    させることを特徴とする請求項４乃至８のいずれかに記
    載のライセンス管理装置。
14. 【請求項１４】 ライセンス管理の対象となる１以上の
    管理対象アプリケーションプログラムについてコンピュ
    ータシステム上での実行状況を管理するライセンス管理
    方法であって、 前記１以上の管理対象アプリケーションプログラムにつ
    いて、前記コンピュータシステムでの使用の可否を示す
    ライセンス情報を保持する、ハードウェアのライセンス
    キーから前記ライセンス情報を読み出す読み出しステッ
    プと、 前記１以上の管理対象アプリケーションプログラムの前
    記コンピュータシステム上での実行状況を示す稼動情報
    を取得する取得ステップと、 前記読み出しステップにおいて読み出されたライセンス
    情報と前記取得ステップにおいて取得された稼動情報と
    をもとに、前記１以上の管理対象アプリケーションプロ
    グラムの中に、前記コンピュータシステムでの動作が認
    可されていないにもかかわらず動作しているものがあれ
    ば、不正使用ありと判定する判定ステップと、 前記判定ステップにおいてが不正使用ありと判定された
    場合、稼働中である前記１以上の管理対象アプリケーシ
    ョンプログラムのうち、少なくとも前記判定ステップに
    おいて前記コンピュータシステムでの動作が認可されて
    いないにもかかわらず動作していると判定されたものを
    停止させるための処理を行う停止ステップとから成るラ
    イセンス管理方法。
15. 【請求項１５】 ライセンス管理の対象となる１以上の
    管理対象アプリケーションプログラムについてコンピュ
    ータシステム上での実行状況を管理するライセンス管理
    方法のプログラムを記録したコンピュータ読み取り可能
    な記録媒体であって、 前記プログラムは、 前記１以上の管理対象アプリケーションプログラムにつ
    いて、前記コンピュータシステムでの使用の可否を示す
    ライセンス情報を保持する、ハードウェアのライセンス
    キーから前記ライセンス情報を読み出す読み出しステッ
    プと、 前記１以上の管理対象アプリケーションプログラムの前
    記コンピュータシステム上での実行状況を示す稼動情報
    を取得する取得ステップと、 前記読み出しステップにおいて読み出されたライセンス
    情報と前記取得ステップにおいて取得された稼動情報と
    をもとに、前記１以上の管理対象アプリケーションプロ
    グラムの中に、前記コンピュータシステムでの動作が認
    可されていないにもかかわらず動作しているものがあれ
    ば、不正使用ありと判定する判定ステップと、 前記判定ステップにおいてが不正使用ありと判定された
    場合、稼働中である前記１以上の管理対象アプリケーシ
    ョンプログラムのうち、少なくとも前記判定ステップに
    おいて前記コンピュータシステムでの動作が認可されて
    いないにもかかわらず動作していると判定されたものを
    停止させるための処理を行う停止ステップとを含むこと
    を特徴とする記録媒体。