JP7476750B2 - 情報処理装置及びプログラム - Google Patents

Description

本発明は、情報処理装置及びプログラムに関する。

特許文献１には、初回のライセンス管理時にハードウェア固有の情報を用いてライセンス管理を行う手段と、２度目以降のライセンス管理時に、ユーザＩＤ及びパスワードのみでライセンス管理を行う手段と、を備えるライセンス管理装置が記載されている。

特許文献２には、サーバが、クライアントＰＣからの認証要求に従って、認証を行い、アプリケーションの利用を許可する場合には、トークンを発行し、スタンドアロンモードへの切替が要求されると、発行済みのトークンを一定期間有効となるオフライン用に変更し、オフライン用トークンには、有効期限を表す固定的な情報だけでなく、認証のたびに更新される動的な日時情報も含める、認証システムが記載されている。

特許第５０３４１０９号公報 特許第６４７６４０２号公報

実行権限の認証を行うことが必要なソフトウェアを有する装置が実行権限の認証を行う装置に接続し実行権限の認証を受ける技術がある。これらの装置は常時オンライン接続されているとは限らないため、実行権限の認証を要求する頻度を高くすると、例えば、頻繁にオンライン接続したり、頻繁にオフラインでの実行権限の認証要求のための作業を行ったりする必要があり、ユーザの利便性を損なう。一方、実行権限の認証を要求する頻度を低くすると、ソフトウェアを不正に利用されるリスクが高まる。

ここで、ユーザの利便性を損なっても実行権限の認証を要求する頻度を高くすべきか、ソフトウェアを不正に利用されるリスクが高まっても実行権限の認証を要求する頻度を低くすべきかは、ユーザ毎に異なる。

本発明の目的は、ユーザ毎の頻度で、ソフトウェアの実行権限の認証を要求できるようにすることにある。

請求項１に記載の発明は、プロセッサを備え、前記プロセッサは、対象ソフトウェアの実行の際に、当該対象ソフトウェアの実行権限を有することを示す実行制御情報に基づいて当該対象ソフトウェアの実行可否を判断し、実行権限の認証を行うサーバ装置に対して実行権限の認証要求を行うことができる認証期間中に、前記対象ソフトウェアの実行権限の認証を行うサーバ装置に当該対象ソフトウェアの実行権限の認証を要求し、前記サーバ装置から、認証結果についての情報を取得し、取得した当該認証結果についての情報を記憶手段に記憶させ、前記サーバ装置から、さらに、前記対象ソフトウェアの実行権限に基づく設定条件にしたがってユーザ毎に動的に設定される認証期間についての情報を取得し、取得した当該認証期間についての情報を記憶手段に記憶させることを特徴とする情報処理装置である。
請求項２に記載の発明は、前記プロセッサは、前記実行制御情報に基づいて前記対象ソフトウェアの実行可否を判断する際に、前記認証期間を経過後は、ソフトウェアの実行を許可しないことを特徴とする請求項１に記載の情報処理装置である。
請求項３に記載の発明は、前記プロセッサは、前記認証期間を経過後は、ユーザの指示により、前記サーバ装置に認証を要求することを特徴とする請求項２に記載の情報処理装置である。
請求項４に記載の発明は、前記プロセッサは、さらに、取得した前記認証期間についての情報をユーザに通知することを特徴とする請求項１に記載の情報処理装置である。
請求項５に記載の発明は、前記プロセッサは、前記認証期間が変更された場合、前記認証期間についての情報として、前記認証期間の変更に関する情報をユーザに通知することを特徴とする請求項４に記載の情報処理装置である。
請求項６に記載の発明は、前記プロセッサは、前記認証期間が変更された場合、前記認証期間についての情報として、変更の要因となる事象をユーザに通知することを特徴とする請求項４に記載の情報処理装置である。
請求項７に記載の発明は、前記変更の要因となる事象とは、前記認証期間までの間隔を延長する要因となる事象であることを特徴とする請求項６に記載の情報処理装置である。
請求項８に記載の発明は、プロセッサを備え、前記プロセッサは、対象ソフトウェアを実装した外部装置から当該対象ソフトウェアの実行権限の認証要求を受信し、前記外部装置に対し前記対象ソフトウェアの実行権限を認証し、認証結果についての情報を前記外部装置に対して送信し、予め定められた設定条件に基づき、前記外部装置が実行権限の認証要求を行うことができる認証期間をユーザ毎に設定し、当該認証期間の情報を当該外部装置に対してさらに送信することを特徴とする情報処理装置である。
請求項９に記載の発明は、前記設定条件とは、実行権限に対する不正の危険性に基づく条件であり、前記プロセッサは、前記危険性が高い場合は前記認証期間までの間隔を短縮し、前記危険性が低い場合は前記認証期間までの間隔を延長することを特徴とする請求項８に記載の情報処理装置である。
請求項１０に記載の発明は、前記危険性に基づく条件とは、ユーザが認証を解除せずに実行権限を失効した回数である失効回数に基づく条件であり、前記プロセッサは、前記失効回数が閾値以上の場合は前記認証期間までの間隔を短縮することを特徴とする請求項９に記載の情報処理装置である。
請求項１１に記載の発明は、前記プロセッサは、前記失効回数が未使用ライセンス数に到らない場合は、当該失効回数が閾値以上であっても、前記認証期間までの間隔を短縮しないことを特徴とする請求項１０に記載の情報処理装置である。
請求項１２に記載の発明は、前記危険性に基づく条件とは、前記認証要求を受信した時期に基づく条件であり、前記プロセッサは、前記認証期間を経過後に前記認証要求を受信した場合は、次回の認証期間までの間隔を短縮することを特徴とする請求項９に記載の情報処理装置である。
請求項１３に記載の発明は、前記プロセッサは、さらに、前記認証期間に関する情報をユーザに通知するための通知情報を作成し、当該通知情報を前記外部装置に対して送信することを特徴とする請求項８に記載の情報処理装置である。
請求項１４に記載の発明は、前記通知情報は、前記認証期間を変更させる要因となる事象を通知するため情報であることを特徴とする請求項１３に記載の情報処理装置である。
請求項１５に記載の発明は、コンピュータに、対象ソフトウェアの実行の際に、当該対象ソフトウェアの実行権限を有することを示す実行制御情報に基づいて当該対象ソフトウェアの実行可否を判断する機能と、実行権限の認証を行うサーバ装置に対して実行権限の認証要求を行うことができる認証期間中に、前記対象ソフトウェアの実行権限の認証を行うサーバ装置に当該対象ソフトウェアの実行権限の認証を要求する機能と、前記サーバ装置から、認証結果についての情報を取得し、取得した当該認証結果についての情報を記憶手段に記憶させる機能と、前記サーバ装置から、さらに、前記対象ソフトウェアの実行権限に基づく設定条件にしたがってユーザ毎に動的に設定される認証期間についての情報を取得し、取得した当該認証期間についての情報を記憶手段に記憶させる機能とを実現させるためのプログラムである。
請求項１６に記載の発明は、コンピュータに、対象ソフトウェアを実装した外部装置から当該対象ソフトウェアの実行権限の認証要求を受信する機能と、前記外部装置に対し前記対象ソフトウェアの実行権限を認証する機能と、認証結果についての情報を前記外部装置に対して送信する機能と、予め定められた設定条件に基づき、前記外部装置が実行権限の認証要求を行うことができる認証期間をユーザ毎に設定し、当該認証期間の情報を当該外部装置に対してさらに送信する機能とを実現させるためのプログラムである。

請求項１の発明によれば、ユーザ毎の頻度で、ソフトウェアの実行権限の認証を要求できるようになる。
請求項２の発明によれば、認証期間の経過後におけるソフトウェアの不正使用を抑制することができる。
請求項３の発明によれば、認証期間の経過後であってもソフトウェアの実行権限の認証を要求することができる。
請求項４の発明によれば、ユーザ毎に設定された認証期間をユーザに認識させることができる。
請求項５の発明によれば、認証期間が変更された場合にその変更に関する情報をユーザに認識させることができる。
請求項６の発明によれば、認証期間が変更された場合にその変更の要因となる事象をユーザに認識させることができる。
請求項７の発明によれば、認証期間までの間隔が延長された場合にその延長の要因となる事象をユーザに認識させることができる。
請求項８の発明によれば、ユーザ毎の頻度で、ソフトウェアの実行権限の認証を要求できるようになる。
請求項９の発明によれば、実行権限に対する不正の危険性が高い場合はソフトウェアの実行権限の認証を要求する頻度を高くし、実行権限に対する不正の危険性が低い場合はソフトウェアの実行権限の認証を要求する頻度を低くすることができる。
請求項１０の発明によれば、ユーザが認証を解除せずに実行権限を失効した回数である失効回数が閾値以上の場合はソフトウェアの実行権限の認証を要求する頻度を高くすることができる。
請求項１１の発明によれば、失効回数が未使用ライセンス数に到らない場合はソフトウェアの実行権限の認証を要求する頻度を高くしないようにできる。
請求項１２の発明によれば、ユーザが認証期間の経過後にソフトウェアの実行権限の認証を要求した場合はソフトウェアの実行権限の認証を要求する頻度を高くすることができる。
請求項１３の発明によれば、ユーザ毎に設定された認証期間をユーザに認識させることができる。
請求項１４の発明によれば、認証期間を変更させる要因となる事象をユーザに認識させることができる。
請求項１５の発明によれば、ユーザ毎の頻度で、ソフトウェアの実行権限の認証を要求できるようになる。
請求項１６の発明によれば、ユーザ毎の頻度で、ソフトウェアの実行権限の認証を要求できるようになる。

本発明の実施の形態が適用されるライセンス管理システムの全体構成例を示した図である。 本発明の実施の形態におけるライセンス管理サーバのハードウェア構成例を示した図である。 本発明の実施の形態におけるユーザ毎のチェック間隔の制御の例を示した図である。 本発明の実施の形態におけるチェック期間とチェック間隔との関係を示した図である。 本発明の実施の形態におけるライセンス管理システムを構成するクライアント端末及びライセンス管理サーバの機能構成例を示したブロック図である。 本発明の実施の形態におけるライセンス管理システムの動作例を示したシーケンス図である。 本発明の実施の形態におけるチェック間隔決定処理の流れを示したフローチャートである。 チェック期間内に表示されるライセンス再認証要求画面の一例を示した図である。 チェック期間後に表示されるライセンス再認証要求画面の一例を示した図である。 ユーザがライセンス再認証を要求した場合に表示されるライセンス再認証方法選択画面の一例を示した図である。 ユーザがライセンス再認証を行った場合に表示されるライセンス再認証完了通知画面の一例を示した図である。

以下、添付図面を参照して、本発明の実施の形態について詳細に説明する。

［ライセンス管理システムの全体構成］
図１は、本実施の形態が適用されるライセンス管理システム１の全体構成例を示した図である。図示するように、このライセンス管理システム１は、クライアント端末１０ａ～１０ｃと、ライセンス管理サーバ３０とが、通信回線８０を介して接続されることにより構成されている。なお、図では、クライアント端末１０ａ～１０ｃを示したが、これらを区別する必要がない場合は、クライアント端末１０と称することもある。また、図には、３つのクライアント端末１０しか示していないが、４つ以上のクライアント端末１０を設けてもよい。

クライアント端末１０は、ライセンス管理システム１を利用するユーザにより使用される端末装置である。クライアント端末１０には、ライセンス管理の対象となるソフトウェアがインストールされ、例えばユーザの起動操作により動作するようになっている。クライアント端末１０としては、例えば、パーソナルコンピュータ、タブレット端末、スマートフォン等を用いるとよい。

ライセンス管理サーバ３０は、クライアント端末１０で動作するソフトウェアのライセンス認証を含むライセンス管理を行うサーバコンピュータである。ライセンス認証とは、ソフトウェアのシリアル番号等のライセンスキー情報と、クライアント端末１０のＭＡＣアドレスやＵＵＩＤ等の識別情報とを紐付けることをいう。ライセンス管理サーバ３０は、ソフトウェアのライセンスキー情報とクライアント端末１０の識別情報とを紐付けた情報をライセンス情報として記憶する。また、ライセンス管理サーバ３０は、ライセンス認証解除も行う。ライセンス認証解除とは、ソフトウェアのライセンスキー情報とクライアント端末１０の識別情報との紐付けを解除し、そのライセンスキー情報を再利用可能な状態にすることをいう。さらに、ライセンス管理サーバ３０は、クライアント端末１０を廃棄した場合等に、ライセンス認証解除によらずに強制的にソフトウェアのライセンスキー情報とクライアント端末１０の識別情報との紐付けを解除する「失効」を行うこともある。これにより、そのソフトウェアは別のクライアント端末１０へ移行可能となる。ライセンス管理サーバ３０としては、例えば、汎用のパーソナルコンピュータを用いるとよい。

通信回線８０は、クライアント端末１０とライセンス管理サーバ３０との間の情報通信に用いられる回線である。通信回線８０としては、例えば、インターネットを用いるとよい。

［ライセンス管理サーバのハードウェア構成］
図２は、本実施の形態におけるライセンス管理サーバ３０のハードウェア構成例を示した図である。図示するように、ライセンス管理サーバ３０は、プロセッサ３１と、メインメモリ３２及びＨＤＤ（Hard Disk Drive）３３とを備える。ここで、プロセッサ３１は、ＯＳ（Operating System）やアプリケーション等の各種ソフトウェアを実行し、後述する各機能を実現する。また、メインメモリ３２は、各種ソフトウェアやその実行に用いるデータ等を記憶する記憶領域であり、ＨＤＤ３３は、各種ソフトウェアに対する入力データや各種ソフトウェアからの出力データ等を記憶する記憶領域である。さらに、ライセンス管理サーバ３０は、外部との通信を行うための通信Ｉ／Ｆ（以下、「Ｉ／Ｆ」と表記する）３４と、ディスプレイ等の表示デバイス３５と、キーボードやマウス等の入力デバイス３６とを備える。

また、図２に示したハードウェア構成は、クライアント端末１０のハードウェア構成としても捉えられる。但し、クライアント端末１０について述べるときは、図２のプロセッサ３１、メインメモリ３２、ＨＤＤ３３、通信Ｉ／Ｆ３４、表示デバイス３５、入力デバイス３６をそれぞれ、プロセッサ１１、メインメモリ１２、ＨＤＤ１３、通信Ｉ／Ｆ１４、表示デバイス１５、入力デバイス１６と表記するものとする。

［本実施の形態の背景及び概要］
ソフトウェアのライセンス認証解除を行わない状態で古いクライアント端末１０が故障したり古いクライアント端末１０を廃棄したりした場合には、新しいクライアント端末１０にライセンスを移行することができなくなる。そのような場合、ウェブ画面、電子メール、電話等で古いクライアント端末１０の識別情報を伝え、ライセンス管理サーバ３０側で古いクライアント端末１０のライセンス情報を失効させ、新しいクライアント端末１０でライセンス認証可能な状態とすることは可能である。ところが、これでは、古いクライアント端末１０で依然としてそのソフトウェアを動作させることができ、古いクライアント端末１０を不正使用できることとなる。そのような不正使用を防止するためには、ソフトウェアを起動する際又は実行中にライセンス管理サーバ３０に対してライセンスチェックを行い、ライセンス情報が失効されていた場合はソフトウェアを停止させる必要がある。

ここで、ライセンスチェックとは、ソフトウェアのライセンスキー情報とクライアント端末１０の識別情報とが紐付けられてライセンス管理サーバ３０にライセンス情報として登録されているかどうかをチェックすることをいう。ライセンス管理サーバ３０は、ライセンス情報の失効を検知したらクライアント端末１０でのソフトウェアの実行を停止する。ライセンス管理サーバ３０は、オンライン環境ではライセンスチェックをユーザの指示を待たずに行う。

しかしながら、ユーザ環境は常時オンラインとは限らないため、クライアント端末１０がライセンス管理サーバ３０に対して頻繁にライセンスチェックを行うと、その都度オンライン接続するか、オフラインチェックを行う必要があり、利便性を損なう。なお、オフラインチェックとは、常時オンライン接続できない環境でライセンスチェックを行う作業である。具体的には、ソフトウェアのライセンスキー情報とクライアント端末１０の識別情報とを、ファイルに書き出して電子メール、ウェブアップロード等でライセンス管理者に送ったり、電話でライセンス管理者に伝えたりする作業である。

そこで、本実施の形態では、ライセンス管理サーバ３０が、ライセンスチェックの間隔（以下、単に「チェック間隔」という）をユーザ毎に制御する。例えば、ライセンス管理サーバ３０は、ライセンス関連情報からユーザ毎のリスクを判定し、リスクが高いと判定されたユーザについてはチェック間隔を短くし、リスクが低いと判定されたユーザについてはチェック間隔を長くする。チェック間隔は、ライセンス管理サーバ３０がライセンスチェックの結果（以下、単に「チェック結果」という）を送信する際に、次回のライセンスチェックの期間（以下、単に「チェック期間」という）を設定することにより決めるとよい。また、ユーザ毎のリスクを判定するために用いるライセンス関連情報には、例えば、失効回数、未使用ライセンス数等がある。失効回数としては、失効後の初回のライセンスチェックの時期を迎えていない数をカウントするのが効果的である。

図３は、本実施の形態におけるユーザ毎のチェック間隔の制御の例を示した図である。

図では、Ａ社が使用するクライアント端末１０ａと、Ｂ社が使用するクライアント端末１０ｂとが、ライセンス管理サーバ３０に接続されている場合を想定している。クライアント端末１０ａは、ソフトウェア２０ａを有し、ソフトウェア２０ａにはライセンス管理部２４ａが組み込まれている。クライアント端末１０ｂは、ソフトウェア２０ｂを有し、ソフトウェア２０ｂにはライセンス管理部２４ｂが組み込まれている。

ここで、Ａ社は、失効回数が１０とし、未使用ライセンス数が０とする。Ｂ社は、失効回数が０とし、未使用ライセンス数が１００とする。失効回数を比較すると、Ａ社の方がＢ社よりも多い。失効の全てが同じソフトウェアを複数のクライアント端末１０で使用するという不正によるものとは限らないが、Ａ社の方がＢ社よりも不正が行われている可能性が高いということは言える。また、未使用ライセンス数を比較すると、Ａ社よりもＢ社の方が多い。未使用ライセンス数が多い場合は、同じソフトウェアを複数のクライアント端末１０で使用するという不正が行われても未使用のライセンスで吸収できる可能性が高いと言える。従って、この例の場合、Ａ社の方がＢ社よりもリスクが高いと判断されることになる。従って、ライセンス管理サーバ３０は、Ｂ社のクライアント端末１０ｂのライセンス管理部２４ｂにチェック間隔として例えば１８０日を設定し、Ａ社のクライアント端末１０ａのライセンス管理部２４ａにチェック間隔としてこれよりも短い例えば３０日を設定する。

図４は、本実施の形態におけるチェック期間とチェック間隔との関係を示した図である。

現在のチェック期間ＣＰ１と、チェック間隔ＣＩと、次回チェック期間ＣＰ２とは、図に示すような関係となる。すなわち、クライアント端末１０が現在のチェック期間ＣＰ１中にライセンス管理サーバ３０に対してライセンスチェックを行うと、ライセンス管理サーバ３０からチェック結果が返される際に、次回チェック期間ＣＰ２が設定され、それまでの間隔がチェック間隔ＣＩとなる。つまり、チェック期間ＣＰ１中のライセンスチェック日Ｄ１がチェック間隔ＣＩの開始日となる。そして、チェック間隔ＣＩの終了日Ｄ２は次回チェック期間ＣＰ２の開始日となる。ここで、クライアント端末１０が次回チェック期間ＣＰ２中にライセンス管理サーバ３０にオンライン接続してライセンスチェックを行うことができなかったとすると、ユーザは次回チェック期間ＣＰ２のどこかでライセンス再認証を行うことが必要となる。つまり、チェック期間中にオンラインにできない場合はソフトウェアのライセンスキー情報とクライアント端末１０の識別情報とを、ファイルに書き出して電子メール等でライセンス管理者に送ったり、電話でライセンス管理者に伝えたりする作業が必要となる。ここではこのような作業をライセンス再認証と呼ぶことにする。ユーザが次回チェック期間ＣＰ２中にライセンス再認証を行わなかった場合、次回チェック期間ＣＰ２の終了日Ｄ３に、ソフトウェアは起動させても停止するようになる。

［ライセンス管理システムの機能構成］
図５は、本実施の形態におけるライセンス管理システム１を構成するクライアント端末１０及びライセンス管理サーバ３０の機能構成例を示したブロック図である。なお、このブロック図は、チェック期間に一時的にオンライン接続できる場合の例を示したものである。一時的にもオンライン接続できない場合は、オフラインチェックを行うことになる。

まず、クライアント端末１０の機能構成について説明する。図示するように、クライアント端末１０は、ソフトウェア２０に組み込まれた機能として、ソフトウェア実行制御部２１と、チェック結果記憶部２２と、チェック期間記憶部２３と、ライセンス管理部２４とを備えている。

ソフトウェア実行制御部２１は、ソフトウェア２０が起動されるとその旨をライセンス管理部２４に通知する。また、ソフトウェア実行制御部２１は、ライセンス管理部２４からソフトウェア２０を実行する旨の情報が返されると、ソフトウェア２０の実行を制御する。

チェック結果記憶部２２は、前回のチェック期間内にライセンス管理サーバ３０から受信したチェック結果を記憶している。

チェック期間記憶部２３は、前回のチェック期間内にライセンス管理サーバ３０から受信した次回チェック期間をチェック期間として記憶している。

ライセンス管理部２４は、ソフトウェア２０が起動された旨がソフトウェア実行制御部２１から通知されると、ソフトウェア２０を実行するかどうかを決定する。その際、ライセンス管理部２４は、チェック結果記憶部２２に記憶されているチェック結果及びチェック期間記憶部２３に記憶されているチェック期間に基づいて、ソフトウェア２０を実行するかどうかを決定する。また、ライセンス管理部２４は、ソフトウェア２０を実行することを決定すると、その旨の情報をソフトウェア実行制御部２１に返す。

具体的には、ライセンス管理部２４は、現在日時がチェック期間前である場合は、チェック結果が「有効」であれば、ソフトウェア２０を実行することを決定し、チェック結果が「失効」であれば、ソフトウェア２０を実行しないことを決定する。本実施の形態では、対象ソフトウェアの一例として、ソフトウェア２０を用いており、対象ソフトウェアの実行権限を有することを示す実行制御情報の一例として、チェック期間及びチェック結果を用いている。また、本実施の形態では、対象ソフトウェアの実行の際に実行制御情報に基づいて対象ソフトウェアの実行可否を判断することの一例として、ライセンス管理部２４のこの処理を行っている。

また、ライセンス管理部２４は、現在日時がチェック期間後である場合は、前回のチェック期間内に１回もライセンスチェックが行われずチェック期間が終了しているので、ソフトウェア２０を実行しないことを決定する。本実施の形態では、対象ソフトウェアの実行の際に実行制御情報に基づいて対象ソフトウェアの実行可否を判断することの一例として、ライセンス管理部２４のこの処理を行っている。また、本実施の形態では、実行制御情報に基づいて対象ソフトウェアの実行可否を判断する際に、認証期間を経過後は、ソフトウェアの実行を許可しないことの一例として、ライセンス管理部２４のこの処理を行っている。

さらに、ライセンス管理部２４は、現在日時がチェック期間内である場合は、ライセンス管理サーバ３０に対してライセンスチェックを要求する。本実施の形態では、実行権限の認証を行うサーバ装置に対して実行権限の認証要求を行うことができる認証期間の一例として、チェック期間を用いており、対象ソフトウェアの実行権限の認証を行うサーバ装置の一例として、ライセンス管理サーバ３０を用いており、対象ソフトウェアの実行権限の認証の一例として、ライセンスチェックを用いている。また、本実施の形態では、認証期間中にサーバ装置に認証を要求することの一例として、ライセンス管理部２４のこの処理を行っている。

これによりライセンス管理サーバ３０でライセンスチェックが行われると、ライセンス管理部２４は、チェック結果及び次回チェック期間を受信し、チェック結果はチェック結果記憶部２２に記憶し、次回チェック期間はチェック期間としてチェック期間記憶部２３に記憶する。その際、次回チェック期間は、ユーザ毎に失効回数や未使用ライセンス数等に基づいて動的に設定される。本実施の形態では、認証結果についての情報の一例として、チェック結果を用いている。また、本実施の形態では、サーバ装置から、認証結果についての情報を取得し、取得した認証結果についての情報を記憶手段に記憶させることの一例として、ライセンス管理部２４のこの処理を行っている。さらに、本実施の形態では、対象ソフトウェアの実行権限に基づく設定条件にしたがってユーザ毎に動的に設定される認証期間についての情報の一例として、次回チェック期間を用いている。さらにまた、本実施の形態では、サーバ装置から、認証期間についての情報を取得し、取得した認証期間についての情報を記憶手段に記憶させることの一例として、ライセンス管理部２４のこの処理を行っている。ここで、上記の記憶手段は何れも、例えば、メインメモリ１２やＨＤＤ１３である。

なお、これらの処理部及び記憶部は、ソフトウェアとハードウェア資源とが協働することにより実現される。具体的には、これらの処理部は、プロセッサ１１が、これらを実現するプログラムを例えばＨＤＤ１３からメインメモリ１２に読み込んで実行することにより実現される。また、これらの記憶部は、例えばＨＤＤ１３により実現される。

次に、ライセンス管理サーバ３０の機能構成について説明する。図示するように、ライセンス管理サーバ３０は、通信部４１と、ライセンス情報記憶部４２と、ライセンスチェック部４３と、チェック期間設定部４４とを備えている。また、ライセンス管理サーバ３０は、失効回数記憶部５１と、ライセンス数記憶部５２と、取引実績記憶部５３と、信用度記憶部５４と、閾値記憶部５５と、チェック間隔決定部５６とを備えている。

通信部４１は、クライアント端末１０からソフトウェア２０のライセンスチェック要求を受信する。本実施の形態では、対象ソフトウェアを実装した外部装置の一例として、クライアント端末１０を用いており、対象ソフトウェアの実行権限の認証要求の一例として、ライセンスチェック要求を用いている。また、本実施の形態では、外部装置から認証要求を受信することの一例として、通信部４１のこの処理を行っている。

また、通信部４１は、ライセンスチェック部４３から取得したチェック結果と、チェック期間設定部４４から取得した次回チェック期間とを、クライアント端末１０へ送信する。その際、通信部４１は、クライアント端末１０の表示デバイス１５に表示するメッセージを作成して、これをクライアント端末１０へ送信してもよい。その場合、メッセージには、チェック期間を延長又は短縮するためのヒントを含めてもよい。本実施の形態では、認証結果についての情報の一例として、チェック結果を用いており、認証期間の情報の一例として、チェック期間を用いている。また、本実施の形態では、認証結果についての情報を外部装置に対して送信すること、及び、認証期間の情報を外部装置に対してさらに送信することの一例として、通信部４１のこの処理を行っている。さらに、本実施の形態では、認証期間に関する情報をユーザに通知するための通知情報の一例として、メッセージを用いており、認証期間を変化させる要因となる事象を通知するため情報の一例として、メッセージ内のヒントを用いている。さらにまた、本実施の形態では、通知情報を作成し、通知情報を外部装置に対して送信することの一例として、通信部４１のこの処理を行っている。

ライセンス情報記憶部４２は、ソフトウェア２０のライセンスキー情報とクライアント端末１０の識別情報とを紐付けたライセンス情報を記憶する。

ライセンスチェック部４３は、通信部４１が受信したライセンスチェック要求に含まれるソフトウェア２０のライセンスキー情報とクライアント端末１０の識別情報とが紐付けられてライセンス情報記憶部４２に記憶されているかどうかを判定する。本実施の形態では、外部装置に対し対象ソフトウェアの実行権限を認証することの一例として、ライセンスチェック部４３の処理を行っている。

チェック期間設定部４４は、ライセンスチェック部４３がライセンスチェックを行う際に、次回チェック期間を設定する。具体的には、チェック期間設定部４４は、現在日時から、チェック間隔決定部５６により決定されたチェック間隔を空けて、予め定められた長さの期間を次回チェック期間として設定する。ここで、チェック間隔は、詳しくは後述するが、チェック間隔決定部５６により予め定められた条件に基づいて決定される。本実施の形態では、外部装置が実行権限の認証要求を行うことができる認証期間の一例として、チェック期間を用いている。また、本実施の形態では、予め定められた設定条件に基づき、認証期間を設定することの一例として、チェック期間設定部４４の処理を行っている。

失効回数記憶部５１は、ユーザの失効回数を記憶する。失効回数記憶部５１は、失効回数として、失効した後の初回のチェック期間が終了していない場合の失効回数を記憶するのが好ましい。

ライセンス数記憶部５２は、ユーザの未使用ライセンス数を記憶する。ライセンス数記憶部５２は、例えば、ユーザが購入したライセンスを使用済み及び未使用に分けて記憶すればよい。

取引実績記憶部５３は、ユーザの取引実績を記憶する。取引実績記憶部５３は、取引実績として、例えば、予め定められた期間内の取引額を記憶すればよい。予め定められた期間は、例えば１年間とすればよい。

信用度記憶部５４は、ユーザの信用度を決定するための各種項目の信用度を記憶する。信用度記憶部５４は、各種項目の信用度として、例えば、ＢＳＡ（Business Software Alliance）等の統計データに基づく情報を記憶すればよい。統計データに基づく情報は、例えば、国別不正使用率、不正使用が多い業種等の情報であってよい。

閾値記憶部５５は、チェック間隔決定部５６がチェック間隔を決定するために用いる各種閾値を記憶する。まず、閾値記憶部５５は、失効回数記憶部５１に記憶された失効回数に対する閾値である許容失効回数を記憶する。また、閾値記憶部５５は、取引実績記憶部５３に記憶された取引実績に対する閾値である優遇対象取引実績を記憶する。さらに、閾値記憶部５５は、信用度記憶部５４に記憶された信用度に対する閾値である優遇対象信用度を記憶する。

チェック間隔決定部５６は、チェック期間設定部４４が次回チェック期間を設定するに当たり、ユーザのリスクに基づく条件により、チェック間隔を決定する。その際、チェック間隔決定部５６は、リスクが高いユーザについてはチェック間隔が短くなり、リスクが低いユーザについてはチェック間隔が長くなるように、チェック間隔を決定する。そして、チェック間隔決定部５６は、この決定したチェック間隔をチェック期間設定部４４に伝える。本実施の形態では、実行権限に対する不正の危険性に基づく条件の一例として、ユーザのリスクに基づく条件を用いている。また、本実施の形態では、危険性が高い場合は認証期間までの間隔を短縮し、危険性が低い場合は認証期間までの間隔を延長することの一例として、チェック間隔決定部５６のこの処理を行っている。

具体的には、チェック間隔決定部５６は、失効回数記憶部５１に記憶された失効回数が、ライセンス数記憶部５２に記憶された未使用ライセンス数以上であり、かつ、閾値記憶部５５に記憶された許容失効回数以上であれば、チェック間隔を、予め定められた間隔だけ短縮した間隔に決定する。これは、危険性に基づく条件が、ユーザが認証を解除せずに実行権限を失効した回数である失効回数に基づく条件である場合の一例であり、チェック間隔決定部５６のこの処理は、失効回数が閾値以上の場合は認証期間までの間隔を短縮することの一例である。また、チェック間隔決定部５６のこの処理は、失効回数が未使用ライセンス数に到らない場合は、失効回数が閾値以上であっても、認証期間までの間隔を短縮しないことの一例である。

また、チェック間隔決定部５６は、取引実績記憶部５３に記憶された取引実績が、閾値記憶部５５に記憶された優遇対象取引実績よりも大きければ、チェック間隔を、予め定められた間隔だけ延長した間隔に決定する。

さらに、チェック間隔決定部５６は、信用度記憶部５４に記憶された信用度が、閾値記憶部５５に記憶された優遇対象信用度よりも大きければ、チェック間隔を、予め定められた間隔だけ延長した間隔に決定する。

ただし、チェック間隔決定部５６がチェック間隔を決定する際に用いる基準はこれらには限らない。例えば、チェック期間内にライセンス再認証を行わなかった場合に、チェック間隔を、予め定められた間隔だけ短縮した間隔に決定してもよい。これは、危険性に基づく条件が、認証要求を受信した時期に基づく条件である場合の一例であり、チェック間隔決定部５６のこの処理は、認証期間を経過後に認証要求を受信した場合は、次回の認証期間までの間隔を短縮することの一例である。

なお、これらの処理部及び記憶部は、ソフトウェアとハードウェア資源とが協働することにより実現される。具体的には、これらの処理部は、プロセッサ３１が、これらを実現するプログラムを例えばＨＤＤ３３からメインメモリ３２に読み込んで実行することにより実現される。また、これらの記憶部は、例えばＨＤＤ３３により実現される。

［ライセンス管理システムの動作］
図６は、本実施の形態におけるライセンス管理システム１の動作例を示したシーケンス図である。なお、このシーケンス図も、チェック期間に一時的にオンライン接続できる場合の例を示したものである。一時的にもオンライン接続できない場合は、オフラインチェックを行うことになる。

クライアント端末１０では、まず、ソフトウェア実行制御部２１が、ソフトウェア２０の起動を検出する（ステップ２０１）。

すると、ソフトウェア実行制御部２１は、ライセンス管理部２４へ制御を移し、ライセンス管理部２４が、チェック期間記憶部２３を参照して、現在日時がチェック期間内であるかチェック期間前であるかチェック期間後であるかを判定する（ステップ２０２）。

まず、ステップ２０２で現在日時がチェック期間内であると判定された場合について説明する。

この場合、ライセンス管理部２４は、ライセンスチェック要求をライセンス管理サーバ３０へ送信する（ステップ２０３）。ここで、ライセンスチェック要求には、ソフトウェア２０のシリアル番号等のライセンスキー情報と、クライアント端末１０のＭＡＣアドレスやＵＵＩＤ等の識別情報とを含む。

これにより、ライセンス管理サーバ３０では、通信部４１が、ライセンスチェック要求をクライアント端末１０から受信する（ステップ４０１）。

次に、ライセンスチェック部４３が、ライセンスチェックを行う（ステップ４０２）。具体的には、ライセンスチェック部４３は、ライセンスチェック要求に含まれるソフトウェア２０のライセンスキー情報とクライアント端末１０の識別情報とが紐付けられてライセンス情報記憶部４２に記憶されているかどうかを、チェック結果として取得する。ライセンスチェック部４３は、ソフトウェア２０のライセンスキー情報とクライアント端末１０の識別情報とが紐付けられてライセンス情報記憶部４２に記憶されていれば、チェック結果として「有効」を取得する。また、ライセンスチェック部４３は、ソフトウェア２０のライセンスキー情報とクライアント端末１０の識別情報とが紐付けられてライセンス情報記憶部４２に記憶されていなければ、チェック結果として「失効」を取得する。

次に、チェック間隔決定部５６が、クライアント端末１０を使用するユーザに応じたチェック間隔を決定するチェック間隔決定処理を実行する（ステップ４０３）。このチェック間隔決定処理の詳細については後述する。

次いで、チェック期間設定部４４が、次回チェック期間を設定する（ステップ４０４）。具体的には、チェック期間設定部４４は、現在日時から、ステップ４０３で決定されたチェック間隔を空けて、予め定められた長さの期間を次回チェック期間として設定する。

その後、通信部４１が、ステップ４０２で取得されたチェック結果と、ステップ４０４で設定された次回チェック期間とを、クライアント端末１０へ送信する（ステップ４０５）。

これにより、クライアント端末１０では、ライセンス管理部２４が、チェック結果と次回チェック期間とをライセンス管理サーバ３０から受信する（ステップ２０４）。

次に、ライセンス管理部２４は、現在のチェック期間を、ステップ２０４で受信した次回チェック期間で更新する（ステップ２０５）。具体的には、チェック期間記憶部２３に記憶されている現在のチェック期間を、ステップ２０４で受信した次回チェック期間で上書きする。

次いで、ライセンス管理部２４は、ステップ２０４で受信したチェック結果をチェック結果記憶部２２に記憶する（ステップ２０６）。

その後、ライセンス管理部２４は、ステップ２０６でチェック結果記憶部２２に記憶したチェック結果が「有効」であるか「失効」であるかを判定する（ステップ２０７）。

その結果、チェック結果が「有効」であると判定すれば、ライセンス管理部２４は、ソフトウェア実行制御部２１へ制御を移し、ソフトウェア実行制御部２１が、ソフトウェア２０を実行する（ステップ２０８）。

一方、チェック結果が「失効」であると判定すれば、ライセンス管理部２４は、ソフトウェア実行制御部２１へ制御を移さず、ソフトウェア２０は実行されることなく終了する。

次に、ステップ２０２で現在日時がチェック期間前であると判定された場合について説明する。チェック期間内に１回ライセンスチェックが行われていれば、チェック期間記憶部２３に次回チェック期間が記憶されているので、ステップ２０２では現在日時がチェック期間前であると判定される。

この場合、ライセンス管理部２４は、チェック期間内に１回ステップ２０３～２０６が行われた際にチェック結果記憶部２２に記憶されたチェック結果が「有効」であるか「失効」であるかを判定する（ステップ２０７）。

その結果、チェック結果が「有効」であると判定すれば、ライセンス管理部２４は、ソフトウェア実行制御部２１へ制御を移し、ソフトウェア実行制御部２１が、ソフトウェア２０を実行する（ステップ２０８）。

一方、チェック結果が「失効」であると判定すれば、ライセンス管理部２４は、ソフトウェア実行制御部２１へ制御を移さず、ソフトウェア２０は実行されることなく終了する。

次に、ステップ２０２で現在日時がチェック期間後であると判定された場合について説明する。チェック期間内に１回もライセンスチェックが行われずにチェック期間が終了していれば、チェック期間記憶部２３にはその終了したチェック期間が記憶されたままであるので、ステップ２０２では現在日時がチェック期間後であると判定される。

この場合、ライセンス管理部２４は、ソフトウェア実行制御部２１へ制御を移さず、ソフトウェア２０は実行されることなく終了する。

図７は、図６のステップ４０３におけるチェック間隔決定処理の流れを示したフローチャートである。

チェック間隔決定処理が開始すると、まず、チェック間隔決定部５６が、ユーザの失効回数を失効回数記憶部５１から取得する（ステップ５０１）。ここで、失効回数としては、失効した後の初回のチェック期間が終了していない場合の失効回数を取得するのが好ましい。また、チェック間隔決定部５６は、ユーザの未使用ライセンス数をライセンス数記憶部５２から取得する（ステップ５０２）。さらに、チェック間隔決定部５６は、ステップ５０１で取得した失効回数に対する閾値である許容失効回数を閾値記憶部５５から取得する（ステップ５０３）。

そして、チェック間隔決定部５６は、ステップ５０１で取得した失効回数が、ステップ５０２で取得した未使用ライセンス数よりも小さいかどうかを判定する（ステップ５０４）。

その結果、失効回数が未使用ライセンス数よりも小さくない、つまり、失効回数が未使用ライセンス数以上であると判定すれば、チェック間隔決定部５６は、失効回数が、ステップ５０３で取得した許容失効回数よりも小さいかどうかを判定する（ステップ５０５）。

失効回数が許容失効回数よりも小さくない、つまり、失効回数が許容失効回数以上であると判定すれば、チェック間隔決定部５６は、チェック間隔を、予め定められた間隔だけ短縮した間隔に決定する（ステップ５０６）。そして、チェック間隔決定部５６は、処理をステップ５０７へ進める。

一方、ステップ５０４で失効回数が未使用ライセンス数よりも小さいと判定した場合や、ステップ５０５で失効回数が許容失効回数よりも小さいと判定した場合は、チェック間隔決定部５６は、ステップ５０６を実行することなく、処理をステップ５０７へ進める。

次に、チェック間隔決定部５６は、ユーザの取引実績を取引実績記憶部５３から取得する（ステップ５０７）。ここで、取引実績としては、予め定められた期間内の取引額を取得すればよい。予め定められた期間は、例えば１年間とすればよい。また、チェック間隔決定部５６は、ステップ５０７で取得した取引実績に対する閾値である優遇対象取引実績を閾値記憶部５５から取得する（ステップ５０８）。

そして、チェック間隔決定部５６は、ステップ５０７で取得した取引実績が、ステップ５０８で取得した優遇対象取引実績よりも大きいかどうかを判定する（ステップ５０９）。

その結果、取引実績が優遇対象取引実績よりも大きいと判定すれば、チェック間隔決定部５６は、チェック間隔を、予め定められた間隔だけ延長した間隔に決定する（ステップ５１０）。そして、チェック間隔決定部５６は、処理をステップ５１１へ進める。

一方、ステップ５０９で取引実績が優遇対象取引実績よりも大きくない、つまり、取引実績が優遇対象取引実績以下であると判定すれば、チェック間隔決定部５６は、ステップ５１０を実行することなく、処理をステップ５１１へ進める。

次いで、チェック間隔決定部５６は、ユーザの信用度を、信用度記憶部５４に記憶された各種項目の信用度に基づいて取得する（ステップ５１１）。例えば、信用度記憶部５４が、国別不正使用率として、Ａ国が８４％、Ｂ国が１６％、Ｃ国が３２％、Ｄ国が６６％という情報を記憶しているとする。また、信用度記憶部５４が、不正使用が多い業種として、販売／流通、ソフトウェア開発、製造という情報を記憶しているとする。すると、チェック間隔決定部５６は、ユーザの属性に対する信用度を算出する。すなわち、Ａ社がＡ国の流通業である場合、Ａ国の国別不正使用率８４％を－１００ポイントとし、流通業を－１００ポイントとすることにより、Ａ社の信用度を－２００ポイントとする。また、Ｂ社がＢ国の金融業である場合、Ｂ国の国別不正使用率１６％を＋１００ポイントとし、金融業を０ポイントとすることにより、Ｂ社の信用度を＋１００ポイントとする。

また、チェック間隔決定部５６は、ステップ５１１で取得した信用度に対する閾値である優遇対象信用度を閾値記憶部５５から取得する（ステップ５１２）。例えば、閾値記憶部５５が、優遇対象信用度５０ポイントを記憶しているとすると、チェック間隔決定部５６は、この優遇対象信用度５０ポイントを取得する。

そして、チェック間隔決定部５６は、ステップ５１１で取得した信用度が、ステップ５１２で取得した優遇対象信用度よりも大きいかどうかを判定する（ステップ５１３）。例えば、上述したようにＡ社の信用度が－２００ポイントとなったとすると、チェック間隔決定部５６は、Ａ社の信用度－２００ポイントが優遇対象信用度５０ポイントよりも大きくないと判定する。また、上述したようにＢ社の信用度が＋１００ポイントとなったとすると、チェック間隔決定部５６は、Ｂ社の信用度＋１００ポイントが優遇対象信用度５０ポイントよりも大きいと判定する。

その結果、信用度が優遇対象信用度よりも大きいと判定すれば、チェック間隔決定部５６は、チェック間隔を、予め定められた間隔だけ延長した間隔に決定する（ステップ５１４）。例えば、上述のように判定された場合、チェック間隔決定部５６は、Ｂ社を優遇対象として、チェック間隔を延長する処理を行う。そして、チェック間隔決定部５６は、処理を図６へ戻す。

一方、ステップ５１３で信用度が優遇対象信用度よりも大きくない、つまり、信用度が優遇対象信用度以下であると判定すれば、チェック間隔決定部５６は、ステップ５１４を実行しない。例えば、上述のように判定された場合、チェック間隔決定部５６は、Ａ社を優遇対象外として、チェック間隔を延長する処理を行わない。そして、チェック間隔決定部５６は、処理を図６へ戻す。

図８～図１１は、図６のフローチャートに示した動作においてクライアント端末１０が表示デバイス１５に表示する画面の例を示した図である。なお、これらの画面は、ライセンス管理サーバ３０とオンライン接続せずにクライアント端末１０でソフトウェア２０を利用している場合、つまり、ソフトウェア２０をオフライン利用している場合の画面である。

図８は、チェック期間内に表示されるライセンス再認証要求画面２１０の一例を示した図である。具体的には、ライセンス管理部２４が、ステップ２０１で現在日時がチェック期間内であると判定した場合に、このライセンス再認証要求画面２１０を表示する。

図示するように、ライセンス再認証要求画面２１０は、メッセージ２１１と、ボタン２１２，２１３とを含んでいる。メッセージ２１１は、ＸＸ月ＸＸ日までにライセンス再認証を行わなければソフトウェア２０が利用できなくなることをユーザに通知する。ボタン２１２は、メッセージ２１１が表示されたことによりユーザがライセンス再認証を行うとした場合に押下される。ボタン２１３は、メッセージ２１１が表示されたもののユーザが今はライセンス再認証を行わないとした場合に押下される。

なお、ライセンス管理部２４がライセンス再認証要求画面２１０を表示する際に行う処理は、取得した認証期間についての情報をユーザに通知することの一例である。

図９は、チェック期間後に表示されるライセンス再認証要求画面２２０の一例を示した図である。具体的には、ライセンス管理部２４が、ステップ２０１で現在日時がチェック期間後であると判定した場合に、ライセンス再認証要求画面２２０を表示する。つまり、ライセンス管理部２４は、チェック期間内に１回もライセンスチェックが行われずにチェック期間が終了した場合に、ライセンス再認証要求画面２２０を表示する。

図示するように、ライセンス再認証要求画面２２０は、メッセージ２２１と、ボタン２２２，２２３とを含んでいる。メッセージ２２１は、ソフトウェア２０をオフラインで利用できる期限が過ぎたためにライセンス再認証を行わなければソフトウェア２０が停止することをユーザに通知する。ボタン２２２は、メッセージ２２１が表示されたことによりユーザがライセンス再認証を行うとした場合に押下される。ボタン２２３は、メッセージ２２１が表示されたもののユーザがライセンス再認証を行わずにソフトウェア２０が停止してよいとした場合に押下される。

なお、ライセンス管理部２４がライセンス再認証要求画面２２０上での操作によって行う処理は、認証期間を経過後は、ユーザの指示により、サーバ装置に認証を要求することの一例である。

図１０は、ユーザがライセンス再認証を要求した場合に表示されるライセンス再認証方法選択画面２３０の一例を示した図である。具体的には、図８のライセンス再認証要求画面２１０でボタン２１２が押下された場合、又は、図９のライセンス再認証要求画面２２０でボタン２２２が押下された場合に、ライセンス管理部２４が、ライセンス再認証方法選択画面２３０を表示する。

図示するように、ライセンス再認証方法選択画面２３０は、ボタン２３１～２３４を含んでいる。ボタン２３１は、ユーザがライセンス管理サーバ３０にオンライン接続して情報を送信することによりライセンス再認証を行うとした場合に押下される。ボタン２３２は、ユーザが情報をファイルに書き出して電子メールでライセンス管理者に送信することによりライセンス再認証を行うとした場合に押下される。ボタン２３３は、ユーザが情報を電話でライセンス管理者に伝えることによりライセンス再認証を行うとした場合に押下される。ボタン２３４は、ユーザが画面を図８のライセンス再認証要求画面２１０又は図９のライセンス再認証要求画面２２０に戻す場合に押下される。

図１１は、ユーザがライセンス再認証を行った場合に表示されるライセンス再認証完了通知画面２４０の一例を示した図である。具体的には、図１０のライセンス再認証方法選択画面２３０でボタン２３１～２３３のいずれかが押下され、ライセンス管理サーバ３０でライセンス再認証が行われた場合に、ライセンス管理部２４が、ライセンス再認証完了通知画面２４０を表示する。

図示するように、ライセンス再認証完了通知画面２４０は、メッセージ２４１，２４２を含んでいる。メッセージ２４１は、ライセンス再認証に成功したことと、次回の認証期間がＹＹ月ＹＹ日からＺＺ月ＺＺ日までであることとをユーザに通知する。メッセージ２４２は、必須ではないが、チェック間隔を延長するために有効な方法を通知するために含めてもよい。図では、メッセージ２４２として、チェック期間未終了の失効回数がＡＡであり、これがＢＢ以下になるとチェック間隔がＣＣ日延長される、という旨をユーザに通知するものを示している。あるいは、図示しないが、メッセージ２４２は、チェック期間を延長又は短縮した場合に、その理由をユーザに通知するものであってもよい。この場合のメッセージ２４２としては、例えば、ＢＳＡの業種別評価がランクアップしたため、チェック間隔をＤＤ日延長した、という旨をユーザに通知するものが考えられる。

なお、ライセンス管理部２４がライセンス再認証完了通知画面２４０を表示する際に行う処理は、認証期間が変更された場合、認証期間についての情報として、認証期間の変更に関する情報をユーザに通知することの一例である。また、ライセンス管理部２４がライセンス再認証完了通知画面２４０を表示する際に行う処理は、認証期間が変更された場合、認証期間についての情報として、変更の要因となる事象をユーザに通知することの一例である。さらに、ライセンス管理部２４がライセンス再認証完了通知画面２４０を表示する際に行う処理は、認証期間までの間隔を延長する要因となる事象をユーザに通知することの一例である。

［プロセッサ］
上記各実施形態において、プロセッサとは広義的なプロセッサを指し、汎用的なプロセッサ（例えばＣＰＵ：Central Processing Unit等）や、専用のプロセッサ（例えばＧＰＵ：Graphics Processing Unit、ＡＳＩＣ：Application Specific Integrated Circuit、ＦＰＧＡ：Field Programmable Gate Array、プログラマブル論理デバイス等）を含むものである。

また上記各実施形態におけるプロセッサの動作は、１つのプロセッサによって成すのみでなく、物理的に離れた位置に存在する複数のプロセッサが協働して成すものであってもよい。また、プロセッサの各動作の順序は上記各実施形態において記載した順序のみに限定されるものではなく、適宜変更してもよい。

［プログラム］
本実施の形態におけるクライアント端末１０が行う処理は、例えば、アプリケーションソフトウェア等のプログラムとして用意される。

すなわち、本実施の形態を実現するプログラムは、コンピュータに、対象ソフトウェアの実行の際に、対象ソフトウェアの実行権限を有することを示す実行制御情報に基づいて対象ソフトウェアの実行可否を判断する機能と、実行権限の認証を行うサーバ装置に対して実行権限の認証要求を行うことができる認証期間中に、対象ソフトウェアの実行権限の認証を行うサーバ装置に対象ソフトウェアの実行権限の認証を要求する機能と、サーバ装置から、認証結果についての情報を取得し、取得した認証結果についての情報を記憶手段に記憶させる機能と、サーバ装置から、さらに、対象ソフトウェアの実行権限に基づく設定条件にしたがってユーザ毎に動的に設定される認証期間についての情報を取得し、取得した認証期間についての情報を記憶手段に記憶させる機能とを実現させるためのプログラムとして捉えられる。

また、本実施の形態におけるライセンス管理サーバ３０が行う処理も、例えば、アプリケーションソフトウェア等のプログラムとして用意される。

すなわち、本実施の形態を実現するプログラムは、コンピュータに、対象ソフトウェアを実装した外部装置から対象ソフトウェアの実行権限の認証要求を受信する機能と、外部装置に対し対象ソフトウェアの実行権限を認証する機能と、認証結果についての情報を外部装置に対して送信する機能と、予め定められた設定条件に基づき、外部装置が実行権限の認証要求を行うことができる認証期間をユーザ毎に設定し、認証期間の情報を外部装置に対してさらに送信する機能とを実現させるためのプログラムとしても捉えられる。

なお、本実施の形態を実現するプログラムは、通信回線により提供することはもちろん、ＣＤ－ＲＯＭ等の記録媒体に格納して提供することも可能である。

１０…クライアント端末、２０…ソフトウェア、２１…ソフトウェア実行制御部、２２…チェック結果記憶部、２３…チェック期間記憶部、２４…ライセンス管理部、３０…ライセンス管理サーバ、４１…通信部、４２…ライセンス情報記憶部、４３…ライセンスチェック部、４４…チェック期間設定部、５１…失効回数記憶部、５２…ライセンス数記憶部、５３…取引実績記憶部、５４…信用度記憶部、５５…閾値記憶部、５６…チェック間隔決定部

Claims (16)

1. プロセッサを備え、
   前記プロセッサは、
   対象ソフトウェアの実行の際に、当該対象ソフトウェアの実行権限を有することを示す実行制御情報に基づいて当該対象ソフトウェアの実行可否を判断し、
   実行権限の認証を行うサーバ装置に対して実行権限の認証要求を行うことができる認証期間中に、前記対象ソフトウェアの実行権限の認証を行うサーバ装置に当該対象ソフトウェアの実行権限の認証を要求し、
   前記サーバ装置から、認証結果についての情報を取得し、取得した当該認証結果についての情報を記憶手段に記憶させ、
   前記サーバ装置から、さらに、前記対象ソフトウェアの実行権限に基づく設定条件にしたがってユーザ毎に動的に設定される認証期間についての情報を取得し、取得した当該認証期間についての情報を記憶手段に記憶させる
   ことを特徴とする情報処理装置。
2. 前記プロセッサは、前記実行制御情報に基づいて前記対象ソフトウェアの実行可否を判断する際に、前記認証期間を経過後は、ソフトウェアの実行を許可しないことを特徴とする請求項１に記載の情報処理装置。
3. 前記プロセッサは、前記認証期間を経過後は、ユーザの指示により、前記サーバ装置に認証を要求することを特徴とする請求項２に記載の情報処理装置。
4. 前記プロセッサは、さらに、取得した前記認証期間についての情報をユーザに通知することを特徴とする請求項１に記載の情報処理装置。
5. 前記プロセッサは、前記認証期間が変更された場合、前記認証期間についての情報として、前記認証期間の変更に関する情報をユーザに通知することを特徴とする請求項４に記載の情報処理装置。
6. 前記プロセッサは、前記認証期間が変更された場合、前記認証期間についての情報として、変更の要因となる事象をユーザに通知することを特徴とする請求項４に記載の情報処理装置。
7. 前記変更の要因となる事象とは、前記認証期間までの間隔を延長する要因となる事象であることを特徴とする請求項６に記載の情報処理装置。
8. プロセッサを備え、
   前記プロセッサは、
   対象ソフトウェアを実装した外部装置から当該対象ソフトウェアの実行権限の認証要求を受信し、
   前記外部装置に対し前記対象ソフトウェアの実行権限を認証し、
   認証結果についての情報を前記外部装置に対して送信し、
   予め定められた設定条件に基づき、前記外部装置が実行権限の認証要求を行うことができる認証期間をユーザ毎に設定し、当該認証期間の情報を当該外部装置に対してさらに送信する
   ことを特徴とする情報処理装置。
9. 前記設定条件とは、実行権限に対する不正の危険性に基づく条件であり、
   前記プロセッサは、前記危険性が高い場合は前記認証期間までの間隔を短縮し、前記危険性が低い場合は前記認証期間までの間隔を延長することを特徴とする請求項８に記載の情報処理装置。
10. 前記危険性に基づく条件とは、ユーザが認証を解除せずに実行権限を失効した回数である失効回数に基づく条件であり、
    前記プロセッサは、前記失効回数が閾値以上の場合は前記認証期間までの間隔を短縮することを特徴とする請求項９に記載の情報処理装置。
11. 前記プロセッサは、前記失効回数が未使用ライセンス数に到らない場合は、当該失効回数が閾値以上であっても、前記認証期間までの間隔を短縮しないことを特徴とする請求項１０に記載の情報処理装置。
12. 前記危険性に基づく条件とは、前記認証要求を受信した時期に基づく条件であり、
    前記プロセッサは、前記認証期間を経過後に前記認証要求を受信した場合は、次回の認証期間までの間隔を短縮することを特徴とする請求項９に記載の情報処理装置。
13. 前記プロセッサは、さらに、前記認証期間に関する情報をユーザに通知するための通知情報を作成し、当該通知情報を前記外部装置に対して送信することを特徴とする請求項８に記載の情報処理装置。
14. 前記通知情報は、前記認証期間を変更させる要因となる事象を通知するため情報であることを特徴とする請求項１３に記載の情報処理装置。
15. コンピュータに、
    対象ソフトウェアの実行の際に、当該対象ソフトウェアの実行権限を有することを示す実行制御情報に基づいて当該対象ソフトウェアの実行可否を判断する機能と、
    実行権限の認証を行うサーバ装置に対して実行権限の認証要求を行うことができる認証期間中に、前記対象ソフトウェアの実行権限の認証を行うサーバ装置に当該対象ソフトウェアの実行権限の認証を要求する機能と、
    前記サーバ装置から、認証結果についての情報を取得し、取得した当該認証結果についての情報を記憶手段に記憶させる機能と、
    前記サーバ装置から、さらに、前記対象ソフトウェアの実行権限に基づく設定条件にしたがってユーザ毎に動的に設定される認証期間についての情報を取得し、取得した当該認証期間についての情報を記憶手段に記憶させる機能と
    を実現させるためのプログラム。
16. コンピュータに、
    対象ソフトウェアを実装した外部装置から当該対象ソフトウェアの実行権限の認証要求を受信する機能と、
    前記外部装置に対し前記対象ソフトウェアの実行権限を認証する機能と、
    認証結果についての情報を前記外部装置に対して送信する機能と、
    予め定められた設定条件に基づき、前記外部装置が実行権限の認証要求を行うことができる認証期間をユーザ毎に設定し、当該認証期間の情報を当該外部装置に対してさらに送信する機能と
    を実現させるためのプログラム。