特許 6784065 管理装置、プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6784065

(24)【登録日】2020年10月27日

(45)【発行日】2020年11月11日

(54)【発明の名称】管理装置、プログラム

(51)【国際特許分類】

   G06F 21/10 20130101AFI20201102BHJP

   G06Q 50/10 20120101ALI20201102BHJP

【ＦＩ】

   G06F21/10

   G06Q50/10

【請求項の数】13

【全頁数】17

(21)【出願番号】特願2016-112815(P2016-112815)

(22)【出願日】2016年6月6日

(65)【公開番号】特開2017-219966(P2017-219966A)

(43)【公開日】2017年12月14日

【審査請求日】2019年3月7日

(73)【特許権者】

【識別番号】308036402

【氏名又は名称】株式会社ＪＶＣケンウッド

(74)【代理人】

【識別番号】100105924

【弁理士】

【氏名又は名称】森下 賢樹

(72)【発明者】

【氏名】下島野 英雄

(72)【発明者】

【氏名】宍戸 一郎

【審査官】 岸野 徹

(56)【参考文献】

【文献】 特開２０１１−０６０１４４（ＪＰ，Ａ）

【文献】 特開２０１４−１７０５２２（ＪＰ，Ａ）

【文献】 特開２００１−３２５３８７（ＪＰ，Ａ）

【文献】 特開２０１１−０２８６９４（ＪＰ，Ａ）

【文献】 特開２０１６−０６２１４７（ＪＰ，Ａ）

【文献】 特開２０１０−２３１３８５（ＪＰ，Ａ）

【文献】 特開２００７−０３４３８９（ＪＰ，Ａ）

【文献】 特開２０１６−０１８４２４（ＪＰ，Ａ）

【文献】 米国特許出願公開第２０１４／００１３４４８（ＵＳ，Ａ１）

【文献】 米国特許出願公開第２００３／００９７６５５（ＵＳ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ ２１／１０

Ｇ０６Ｑ ５０／１０

(57)【特許請求の範囲】

【請求項1】

過去にライセンス登録を取り消したラインセンスに関するパラメータを含む履歴を記憶する記憶部と、
ライセンス登録の取り消し対象となるライセンスに関する前記パラメータを含む取消要求を受けつける受付部と、
前記記憶部に記憶した履歴をもとに、前記受付部において受けつけた取消要求を許可するか否かを決定する決定部と、
前記決定部が前記取消要求を許可した場合、前記取消要求に含まれる前記パラメータを前記記憶部の履歴にさらに記憶させる指示部とを備え、
前記記憶部の履歴および前記取消要求に含まれる前記パラメータは、ライセンスを使用する機器の識別情報、ライセンスを使用する使用者に関する情報、ライセンスを使用する組織に関する情報、のうちの少なくとも１つであり、
前記決定部は、前記記憶部の履歴を参照し、前記取消要求に含まれる前記パラメータの値に一致するパラメータをもつ履歴の件数を算出し、算出した件数をもとに、前記取消要求を許可するか否かを決定することを特徴とする管理装置。

【請求項2】

過去にライセンス登録を取り消したラインセンスに関するパラメータを含む履歴を記憶する記憶部と、
ライセンス登録の取り消し対象となるライセンスに関する前記パラメータを含む取消要求を受けつける受付部と、
前記記憶部に記憶した履歴をもとに、前記受付部において受けつけた取消要求を許可するか否かを決定する決定部と、
前記決定部が前記取消要求を許可した場合、前記取消要求に含まれる前記パラメータを前記記憶部の履歴にさらに記憶させる指示部とを備え、
前記記憶部の履歴および前記取消要求に含まれる前記パラメータは、ライセンスの識別情報、ライセンスを使用する機器の識別情報、ライセンスを使用する使用者に関する情報、ライセンスを使用する組織に関する情報、のうちの２つ以上であり、
前記決定部は、前記記憶部の履歴を参照し、前記取消要求に含まれる複数のパラメータそれぞれの値に一致するパラメータをもつ履歴の件数をパラメータごとに算出し、算出した各々の件数をもとに、前記取消要求を許可するか否かを決定することを特徴とする管理装置。

【請求項3】

過去にライセンス登録を取り消したラインセンスに関するパラメータを含む履歴を記憶する記憶部と、
ライセンス登録の取り消し対象となるライセンスに関する前記パラメータを含む取消要求を受けつける受付部と、
前記記憶部に記憶した履歴をもとに、前記受付部において受けつけた取消要求を許可するか否かを決定する決定部と、
前記決定部が前記取消要求を許可した場合、前記取消要求に含まれる前記パラメータを前記記憶部の履歴にさらに記憶させる指示部とを備え、
前記記憶部の履歴および前記取消要求に含まれる前記パラメータは、ライセンスの識別情報、ライセンスを使用する機器の識別情報、ライセンスを使用する使用者に関する情報、ライセンスを使用する組織に関する情報、のうちの少なくとも１つであり、
前記指示部は、前記決定部が前記取消要求を許可するごとに、前記取消要求に含まれる前記パラメータを含む新たなレコードを前記記憶部の履歴に追加して記憶させ、
前記決定部は、前記記憶部の履歴を参照し、前記取消要求に含まれる前記パラメータの値に一致するパラメータをもつ履歴の件数を算出し、算出した件数をもとに、前記取消要求を許可するか否かを決定することを特徴とする管理装置。

【請求項4】

前記決定部は、前記記憶部の履歴を参照し、前記取消要求に含まれる前記パラメータの値に一致するパラメータをもつ履歴の件数を算出し、算出した件数がしきい値未満である場合に前記取消要求を許可し、算出した件数がしきい値以上である場合に前記取消要求を不許可にすることを特徴とする請求項１または３に記載の管理装置。

【請求項5】

前記決定部は、前記記憶部の履歴を参照し、前記取消要求に含まれる前記パラメータの値に一致するパラメータをもつ２件以上の履歴の件数を算出し、算出した件数をもとに、前記取消要求を許可するか否かを決定することを特徴とする請求項１または３に記載の管理装置。

【請求項6】

前記決定部は、前記記憶部の履歴を参照し、前記取消要求に含まれる複数のパラメータそれぞれの値に一致するパラメータをもつ履歴の件数をパラメータごとに算出し、算出した各々の件数を加算したスコアを算出し、前記スコアがしきい値未満である場合に、前記取消要求を許可することを特徴とする請求項２に記載の管理装置。

【請求項7】

前記決定部は、前記記憶部の履歴を参照し、前記取消要求に含まれる複数のパラメータそれぞれの値に一致するパラメータをもつ履歴の件数をパラメータごとに算出し、算出した件数がパラメータごとに定められたしきい値未満であるパラメータの個数を算出し、算出した個数が所定数以上である場合、あるいは算出した個数がパラメータの総数に占める割合が所定値以上である場合に、前記取消要求を許可することを特徴とする請求項２に記載の管理装置。

【請求項8】

前記決定部は、前記記憶部の履歴を参照し、前記取消要求に含まれる複数のパラメータそれぞれの値に一致するパラメータをもつ履歴の件数をパラメータごとに算出し、算出した各々の件数とパラメータごとに定められた重要度とを乗算した乗算値をパラメータごとに算出し、算出した各乗算値を加算したスコアを算出し、前記スコアがしきい値未満である場合に、前記取消要求を許可することを特徴とする請求項２に記載の管理装置。

【請求項9】

前記決定部は、前記記憶部の履歴を参照し、前記取消要求に含まれる複数のパラメータそれぞれの値に一致するパラメータをもつ履歴の件数をパラメータごとに算出し、算出した各々の件数とパラメータごとに定められた重要度とを乗算したスコアをパラメータごとに算出し、算出したスコアがパラメータごとに定められたしきい値未満であるパラメータの個数を算出し、算出した個数が所定数以上である場合、あるいは算出した個数がパラメータの総数に占める割合が所定値以上である場合に、前記取消要求を許可することを特徴とする請求項２に記載の管理装置。

【請求項10】

前記決定部におけるパラメータごとに定められた重要度の中で、ライセンスの識別情報に対応する重要度が他のパラメータに対応する重要度よりも高いことを特徴とする請求項８または９に記載の管理装置。

【請求項11】

過去にライセンス登録を取り消したラインセンスに関するパラメータを含む履歴を記憶するステップと、
ライセンス登録の取り消し対象となるライセンスに関する前記パラメータを含む取消要求を受けつけるステップと、
前記履歴をもとに、前記取消要求を許可するか否かを決定する決定ステップと、
前記決定ステップにおいて前記取消要求を許可した場合、前記取消要求に含まれる前記パラメータを前記履歴にさらに記憶させる指示ステップとをコンピュータに実行させるプログラムであって、
前記履歴および前記取消要求に含まれる前記パラメータは、ライセンスを使用する機器の識別情報、ライセンスを使用する使用者に関する情報、ライセンスを使用する組織に関する情報、のうちの少なくとも１つであり、
前記決定ステップは、前記履歴を参照し、前記取消要求に含まれる前記パラメータの値に一致するパラメータをもつ履歴の件数を算出し、算出した件数をもとに、前記取消要求を許可するか否かを決定することを特徴とするプログラム。

【請求項12】

過去にライセンス登録を取り消したラインセンスに関するパラメータを含む履歴を記憶するステップと、
ライセンス登録の取り消し対象となるライセンスに関する前記パラメータを含む取消要求を受けつけるステップと、
前記履歴をもとに、前記取消要求を許可するか否かを決定する決定ステップと、
前記決定ステップにおいて前記取消要求を許可した場合、前記取消要求に含まれる前記パラメータを前記履歴にさらに記憶させる指示ステップとをコンピュータに実行させるプログラムであって、
前記履歴および前記取消要求に含まれる前記パラメータは、ライセンスの識別情報、ライセンスを使用する機器の識別情報、ライセンスを使用する使用者に関する情報、ライセンスを使用する組織に関する情報、のうちの２つ以上であり、
前記決定ステップは、前記履歴を参照し、前記取消要求に含まれる複数のパラメータそれぞれの値に一致するパラメータをもつ履歴の件数をパラメータごとに算出し、算出した各々の件数をもとに、前記取消要求を許可するか否かを決定することを特徴とするプログラム。

【請求項13】

過去にライセンス登録を取り消したラインセンスに関するパラメータを含む履歴を記憶するステップと、
ライセンス登録の取り消し対象となるライセンスに関する前記パラメータを含む取消要求を受けつけるステップと、
前記履歴をもとに、前記取消要求を許可するか否かを決定する決定ステップと、
前記決定ステップにおいて前記取消要求を許可した場合、前記取消要求に含まれる前記パラメータを前記履歴にさらに記憶させる指示ステップとをコンピュータに実行させるプログラムであって、
前記履歴および前記取消要求に含まれる前記パラメータは、ライセンスの識別情報、ライセンスを使用する機器の識別情報、ライセンスを使用する使用者に関する情報、ライセンスを使用する組織に関する情報、のうちの少なくとも１つであり、
前記指示ステップは、前記決定ステップにおいて前記取消要求が許可されるごとに、前記取消要求に含まれる前記パラメータを含む新たなレコードを前記履歴に追加して記憶させ、
前記決定ステップは、前記履歴を参照し、前記取消要求に含まれる前記パラメータの値に一致するパラメータをもつ履歴の件数を算出し、算出した件数をもとに、前記取消要求を許可するか否かを決定することを特徴とするプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、管理技術に関し、特にライセンスを管理する管理装置、プログラムに関する。

【背景技術】

【0002】

ソフトウェアやコンテンツの不正利用を防止するためのライセンス保護技術が存在する。例えば、ソフトウェアをコンピュータにインストールする際に、コンピュータがライセンス登録装置と通信し、ライセンス登録装置から利用許可を受ける仕組みにより、利用許可を受けたコンピュータ以外でソフトウェアを利用することを防止する。また、あるコンピュータが受けたソフトウェアの利用許可を取り消した後、同じライセンスを使って別のコンピュータに利用許可を与えることができる技術も存在する。さらに、一度受けた利用許可を取り消す際に、ソフトウェアのインストール、あるいはライセンスの認証を行った時点から一定期間が経過した場合にのみ利用許可を取り消すことができる技術も公開されている（例えば、特許文献１参照）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１０−２３１３８５号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

あるコンピュータで受けた利用許可を取り消して、別のコンピュータに利用許可を与えることができれば、ユーザがコンピュータを買い替える際などに便利である。しかし一方で、複数のコンピュータ間で１つのライセンスを使い回すことが可能になる。例えば、第１のコンピュータの利用許可を取り消して、第２のコンピュータに利用許可を与え、さらに、第２のコンピュータの利用許可を取り消して、第１のコンピュータに利用許可を与え、さらに、第１のコンピュータの利用許可を取り消して、第２のコンピュータに利用許可を与える、といった利用形態が可能になる。ユーザは１つのライセンスを同時に複数のコンピュータで利用することはできないが、このような状況が頻繁に発生すると、ソフトウェア事業者の販売機会の損失につながる。ソフトウェア事業者としては、１つのライセンスを複数のコンピュータ間で頻繁に移動させるような使い方をするユーザには、複数のライセンスを購入してもらうことを望んでいる。

【0005】

特許文献１に開示された技術を用いることにより、このようなライセンスの使い回しをある程度防ぐことが可能になるが、ソフトウェアをインストール、あるいはライセンス認証を行った時点から一定の期間（一律に固定の期間）が経過した以降にのみ利用許可を取り消すことができるため、ユーザの利便性が低下する問題があった。例えば、ライセンスの使い回しを強く防止するためには、上述の一定期間を長くする必要があるが、そうすると、ユーザの利便性が大きく低下する。逆に、ユーザの利便性を優先させると、ライセンスの使い回しを効果的に防止することができない。このように、従来の技術では、ライセンスの使い回しを効果的に防止し、ソフトウェア事業者の販売機会の損失を防ぐことと、ユーザの利便性とを両立することが難しかった。

【0006】

本発明はこうした状況に鑑みてなされたものであり、その目的は、ユーザの利便性を向上しながら、ライセンスに係る事業者の販売機会の損失を防ぐ技術を提供することである。

【課題を解決するための手段】

【0007】

上記課題を解決するために、本発明のある態様の管理装置は、過去にライセンス登録を取り消したラインセンスに関するパラメータを含む履歴を記憶する記憶部と、ライセンス登録の取り消し対象となるライセンスに関するパラメータを含む取消要求を受けつける受付部と、記憶部に記憶した履歴をもとに、受付部において受けつけた取消要求を許可するか否かを決定する決定部と、決定部が取消要求を許可した場合、取消要求に含まれるパラメータを記憶部の履歴にさらに記憶させる指示部とを備える。記憶部の履歴および取消要求に含まれるパラメータは、ライセンスを使用する機器の識別情報、ライセンスを使用する使用者に関する情報、ライセンスを使用する組織に関する情報、のうちの少なくとも１つであり、決定部は、記憶部の履歴を参照し、取消要求に含まれるパラメータの値に一致するパラメータをもつ履歴の件数を算出し、算出した件数をもとに、取消要求を許可するか否かを決定する。

【0008】

本発明の別の態様もまた、管理装置である。この装置は、過去にライセンス登録を取り消したラインセンスに関するパラメータを含む履歴を記憶する記憶部と、ライセンス登録の取り消し対象となるライセンスに関するパラメータを含む取消要求を受けつける受付部と、記憶部に記憶した履歴をもとに、受付部において受けつけた取消要求を許可するか否かを決定する決定部と、決定部が取消要求を許可した場合、取消要求に含まれるパラメータを記憶部の履歴にさらに記憶させる指示部とを備える。記憶部の履歴および取消要求に含まれるパラメータは、ライセンスの識別情報、ライセンスを使用する機器の識別情報、ライセンスを使用する使用者に関する情報、ライセンスを使用する組織に関する情報、のうちの２つ以上であり、決定部は、記憶部の履歴を参照し、取消要求に含まれる複数のパラメータそれぞれの値に一致するパラメータをもつ履歴の件数をパラメータごとに算出し、算出した各々の件数をもとに、取消要求を許可するか否かを決定する。

【0009】

本発明のさらに別の態様もまた、管理装置である。この装置は、過去にライセンス登録を取り消したラインセンスに関するパラメータを含む履歴を記憶する記憶部と、ライセンス登録の取り消し対象となるライセンスに関するパラメータを含む取消要求を受けつける受付部と、記憶部に記憶した履歴をもとに、受付部において受けつけた取消要求を許可するか否かを決定する決定部と、決定部が取消要求を許可した場合、取消要求に含まれるパラメータを記憶部の履歴にさらに記憶させる指示部とを備える。記憶部の履歴および取消要求に含まれるパラメータは、ライセンスの識別情報、ライセンスを使用する機器の識別情報、ライセンスを使用する使用者に関する情報、ライセンスを使用する組織に関する情報、のうちの少なくとも１つであり、指示部は、決定部が取消要求を許可するごとに、取消要求に含まれるパラメータを含む新たなレコードを記憶部の履歴に追加して記憶させ、決定部は、記憶部の履歴を参照し、取消要求に含まれるパラメータの値に一致するパラメータをもつ履歴の件数を算出し、算出した件数をもとに、取消要求を許可するか否かを決定する。

【0010】

なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。

【発明の効果】

【0011】

本発明によれば、ユーザの利便性を向上しながら、ライセンスに係る事業者の販売機会の損失を防ぐことができる。

【図面の簡単な説明】

【0012】

【図1】本発明の実施例１に係る管理システムの構成を示す図である。

【図2】図１の管理装置の構成を示す図である。

【図3】図２の取消履歴記憶部に記憶される取消履歴のデータベースのデータ構造を示す図である。

【図4】図２の決定部に記憶されるテーブルのデータ構造を示す図である。

【図5】図２の決定部における処理の概要を示す図である。

【図6】図２の決定部における別の処理の概要を示す図である。

【図7】図２の決定部におけるさらに別の処理の概要を示す図である。

【図8】図２の決定部におけるさらに別の処理の概要を示す図である。

【図9】図２の決定部におけるさらに別の処理の概要を示す図である。

【図10】図２の管理装置による取消手順を示すフローチャートである。

【図11】本発明の実施例２に係る決定部における処理の概要を示す図である。

【図12】本発明の実施例２に係る管理装置による取消手順を示すフローチャートである。

【発明を実施するための形態】

【0013】

（実施例１）
本発明を具体的に説明する前に、まず概要を述べる。本発明の実施例１は、デバイスに搭載されたソフトウェアプログラム（以下、「ソフトウェア」あるいは「プログラム」ということもある）を実行させるためのライセンスを管理する管理装置に関する。デバイスの一例は、パーソナルコンピュータ（ＰＣ）である。ソフトウェアを使用する際にライセンス認証が必要であり、かつソフトウェアが有償である場合、ユーザは、事業者から正規版ライセンスを購入した後に、オンライン経由でライセンス管理サーバ（以下、「管理装置」という）との間で認証処理を実行する。

【0014】

具体的には、デバイスが管理装置に認証要求を送信する。認証要求には、購入したライセンスに関する情報（以下、「ライセンスＩＤ」という）、使用するデバイスの個別識別子（以下、「デバイスＩＤ」という）、ユーザ名、グループ名(会社、学校等)の情報が含まれる。管理装置は、認証要求に含まれた情報をもとに実行した認証処理が成功した場合に、ライセンスを登録するとともに、ソフトウェアの起動が可能となる使用許可情報をデバイスに送信する。使用許可情報はデバイス内部に保存され、ソフトウェアの制御に使用される。管理装置は、ライセンスＩＤ、デバイスＩＤ、ユーザ情報を紐付けて管理する。

【0015】

また、ユーザの利便性を考慮し、ライセンス登録の取消が可能になっている場合もある。デバイスは管理装置に取消要求を送信する。取消要求には、取消の対象となるライセンスのライセンスＩＤ、ソフトウェア使用を止めるデバイスのデバイスＩＤ、ユーザ名、グループ名(会社、学校等)の情報が含まれる。管理装置は、デバイスにおいて使用されているライセンス登録を取り消し、デバイス内の使用許可情報を無効化する。ライセンス登録が取り消されて、使用許可情報の無効化が確認されると、管理装置は、取り消したライセンス登録に紐付けられたユーザ情報を解除する。ライセンス登録が取り消されたライセンスは、この後、別のデバイスで再登録することが可能である。その際、管理装置では、ライセンスＩＤ、新規のデバイスのデバイスＩＤ、ユーザ名、グループ名等の情報が新たに紐付けて管理される。

【0016】

このように、ライセンス登録、取消、再登録がユーザによって自由になされることによって、ユーザの利便性は向上する。しかしながら、頻繁に取消、再登録がなされているライセンスは、ユーザ間、あるいはデバイス間で使い回しをされているおそれがある。これは、ユーザが１つのライセンスを複数のデバイスＩＤで頻繁に取り消し、再登録を行っている場合や、グループ(会社、学校)内で多数のライセンスを多数のデバイスＩＤで頻繁に取り消し、再登録を行っている場合などである。これにより、事業者のライセンス販売機会が損なわれてしまう。一方、取消可能な時期を制限すると、ユーザの利便性が低下する。そのため、ユーザの利便性を向上しながら、事業者のライセンス販売機会の損失を抑制することが求められる。

【0017】

本実施例に係る管理装置は、取消対象のライセンス登録単体ではなく、過去のライセンス登録の取消履歴を参照することにより、複数のライセンスの情報に基づいて、ライセンス登録を取り消すか否かを総合的に判定する。具体的に説明すると管理装置は、ライセンスに付随した複数のパラメータ（ライセンスＩＤ、デバイスＩＤ、ユーザ情報、グループ情報など）を用いて、総合的なスコアを計算し、スコアがしきい値未満である場合に、ライセンス登録の取消を決定する。また、管理装置は、複数のパラメータのそれぞれに、ライセンス登録の取消処理における重要度を設定し、スコアを計算する場合に重要度を反映させる。このように、ライセンス登録、取消、再登録に関する処理について、パラメータを使用した制限が設けられる。このような制限によりユーザの利便性を向上しながら、事業者のライセンス販売機会の損失を抑制することができる。

【0018】

図１は、本発明の実施例１に係る管理システム１００の構成を示す。管理システム１００は、管理装置１０、ネットワーク１２、デバイス１４と総称される第１デバイス１４ａ、第２デバイス１４ｂ、第３デバイス１４ｃ、第Ｎデバイス１４ｎを含む。

【0019】

デバイス１４は、前述のＰＣに相当するが、スマートホン、携帯電話、無線機などの端末装置であってもよい。デバイス１４には、１つ以上のソフトウェアが実装されている。ここでのソフトウェアは、使用する際にライセンス登録が必要になるものを示す。このライセンスは有償であり、デバイス１４のユーザ等によって購入される。また、デバイス１４は、通信機能を備えており、ネットワーク１２に接続される。ネットワーク１２は、複数のデバイス１４を接続する。ネットワーク１２は、例えば、無線回線、有線回線、無線回線と有線回線との組合せ等によって構成される。ネットワーク１２には、管理装置１０も接続される。

【0020】

管理装置１０は、デバイス１４に実装されたソフトウェアに対するライセンスを管理する。具体的に説明すると、管理装置１０は、ネットワーク１２を介してデバイス１４におけるライセンスの認証処理を実行することによって、ライセンスを登録する。ライセンス登録によって、デバイス１４におけるソフトウェアの使用が可能になる。また、管理装置１０は、デバイス１４におけるライセンス登録の取消処理も実行する。

【0021】

図２は、管理装置１０の構成を示す。管理装置１０は、通信部２０、認証部２２、管理部２４、登録情報記憶部２６、取消履歴記憶部２８、受付部３０、決定部３２、指示部３４を含む。通信部２０は、図示しないネットワーク１２に接続されることによって、デバイス１４との通信を実行する。通信部２０における通信には、ライセンスの認証処理を実行してライセンスを登録するための通信、登録したライセンスを取り消すための通信が含まれる。

【0022】

認証部２２は、通信部２０を介してデバイス１４との通信を実行することによって、デバイス１４におけるソフトウェアに対するライセンスの認証処理を実行する。認証処理には公知の技術が使用されればよい。例えば、事業者がライセンスを販売した場合に、認証部２２には、ライセンスの識別情報（以下、「ライセンスＩＤ」という）、ライセンスの対象となるデバイス１４の識別情報（以下、「デバイスＩＤ」という）が設定される。これらの設定後、認証部２２は、通信部２０を介してデバイス１４からの認証要求を受けつける。認証要求には、ライセンスＩＤ、デバイスＩＤ、ユーザ名、グループ名が含まれる。なお、ユーザが個人としてライセンスを使用するような場合には、認証要求に含まれるグループ名を省略し、以下においてグループ名を省略した処理を行ってもよい。

【0023】

認証部２２は、認証要求に含まれたデバイスＩＤとライセンスＩＤが、予め設定したデバイスＩＤとライセンスＩＤにそれぞれ一致する場合、ライセンスに対する認証処理が成功したと判定する。認証処理が成功した場合、認証部２２は、認証処理に成功したライセンスを登録するために、ライセンスＩＤ、デバイスＩＤ、ユーザ名、グループ名を管理部２４に出力する。また、認証部２２は、管理部２４においてライセンスが登録された場合、あるいは認証処理が成功した場合、ライセンスに対応したソフトウェアの使用許可情報を通信部２０経由でデバイス１４に送信する。

【0024】

管理部２４は、認証部２２から、ライセンスＩＤ、デバイスＩＤ、ユーザ名、グループ名を入力する。管理部２４は、ライセンスＩＤ、デバイスＩＤ、ユーザ名、グループ名を登録情報記憶部２６に記憶させる。また、管理部２４は、これらを記憶させるときの日付を「登録日」として登録情報記憶部２６に記憶させる。このような認証部２２における認証処理に成功したライセンスを登録情報記憶部２６に記憶することが、ライセンスを登録することに相当する。

【0025】

登録情報記憶部２６は、管理部２４からの入力にしたがって、登録されたライセンスに関する情報を記憶する。前述のごとく、登録情報記憶部２６には、ライセンスＩＤ、デバイスＩＤ、ユーザ名、グループ名、登録日の組合せ（以下、これらを「登録情報」と総称する）が記憶される。

【0026】

取消履歴記憶部２８は、ライセンス登録が取り消された場合に、ライセンス登録の取消の履歴をデータベースとして記憶する。つまり、取消履歴記憶部２８は、ライセンスに対する登録取消の履歴を記憶する。ここでは、管理装置１０によって複数のライセンスが管理される場合を想定するので、取消履歴記憶部２８は、複数のライセンスのそれぞれに対する登録取消の履歴を記憶する。また、このデータベースには、ライセンス登録の取消に関する操作の履歴が保存されているともいえる。なお、ライセンス登録の取消処理の詳細は後述する。

【0027】

図３は、取消履歴記憶部２８に記憶される取消履歴のデータベースのデータ構造を示す。登録されたライセンスに対する取消要求を受付部３０が受けつけ、かつ決定部３２がライセンス登録を取消可能と決定した場合に、取消履歴のデータベースには、図３の１行によって示されるレコードが追加される。つまり、取消履歴記憶部２８に記憶した取消履歴には、ライセンス登録の取消毎のレコードが含まれている。各レコードには、「取消実行日」、「ライセンスＩＤ」、「デバイスＩＤ」、「ユーザ名」、「グループ名」と示されるパラメータ（属性）が含まれる。

【0028】

「取消実行日」は、ライセンス登録の取消が実行された日を示し、「ライセンスＩＤ」は、ライセンス登録の取消がなされたライセンスの情報を示す。また、「デバイスＩＤ」は、ライセンス登録の取消がなされたデバイス１４の個別識別子を示し、ライセンスが使用されるデバイス１４の情報であるといえる。また、「ユーザ名」、「グループ名」は、ライセンスの取消者の情報を示す。「ユーザ名」、「グループ名」は、ライセンスを使用している使用者（使用主体、利用主体）に関する情報であるともいえる。ここで、「デバイスＩＤ」、「ユーザ名」、「グループ名」の各パラメータは、ライセンスに付随した情報であって、かつ取消時点での使用状況に関する情報である。また、各レコードには複数のパラメータが含まれる。これらは、前述の登録情報に対応する。図２に戻る。

【0029】

受付部３０は、通信部２０を介してデバイス１４から、ライセンス登録の取消要求を受けつける。取消要求には、ライセンスＩＤ、デバイスＩＤ、ユーザ名、グループ名が含まれる。ここで、デバイスＩＤ、ユーザ名、グループ名は、ライセンスに付随し、かつ取消時点での使用状況に関する情報である。また、取消要求は、登録情報記憶部２６に登録情報が記憶されたデバイス１４、すなわちライセンスが登録されているデバイス１４から送信されている。受付部３０は、取消要求を決定部３２に出力する。

【0030】

決定部３２は、受付部３０から取消要求を入力すると、ライセンスＩＤ、デバイスＩＤ、ユーザ名、グループ名を取消要求から抽出する。決定部３２は、抽出したライセンスＩＤ、デバイスＩＤ、ユーザ名、グループ名を含んだ登録情報が登録情報記憶部２６に記憶されているかを管理部２４経由で確認する。記憶されていない場合、決定部３２は処理を終了する。一方、記憶されている場合、決定部３２は、受付部３０において受けつけた取消要求に対して、取消履歴記憶部２８に記憶した取消履歴を参照しながら、ライセンス登録を取り消すか否かを決定する。なお、取消履歴記憶部２８に記憶した取消履歴を参照する処理は管理部２４を介してなされるが、ここでは管理部２４を省略して説明する。

【0031】

具体的に説明すると、決定部３２は、取消履歴記憶部２８に記憶した取消履歴の複数のパラメータの値から、取消要求に含まれるパラメータの値に一致する値を抜き出す。決定部３２は、抜き出した値の件数をパラメータ毎に算出する。決定部３２は、パラメータ毎に算出した件数に、パラメータ毎に規定された重要度を乗算し、乗算結果を総和することによってスコアを導出する。パラメータ毎に規定された重要度を乗算することは、パラメータ毎に算出した件数を重み付けすることに相当する。ここで、パラメータ毎に規定された重要度は、パラメータ重要度テーブルとして決定部３２に記憶される。

【0032】

図４は、決定部３２に記憶されるテーブルのデータ構造を示す。図示のごとく、各パラメータに対する重要度が示される。本図に示す例において、重要度は、ライセンスＩＤに対して「１０」、デバイスＩＤに対して「８」、ユーザ名に対して「５」、グループ名に対して「２」のように規定される。ここで、重要度は、ライセンス登録の取消処理において重要なパラメータほど大きくなるように設定される。例えば、ライセンスＩＤに対して一致した件数に対して、「１０」が乗算されることによって重み付けがなされる。また、デバイスＩＤに対して一致した件数に対して、「８」が乗算されることによって重み付けがなされる。このような重要度は、スコアに与える影響度ともいえる。図２に戻る。

【0033】

決定部３２は、スコアとしきい値とを比較し、スコアがしきい値未満である場合、ライセンス登録の取消を決定する（許可する）。一方、決定部３２は、スコアがしきい値以上である場合、ライセンス登録の取消を拒否する（不許可にする）。しきい値は、例えば、「１００」のように設定される。このように決定部３２は、取消要求に含まれたパラメータの値と、取消履歴に含まれたパラメータの値とが一致した件数から導出したスコアをもとに、ライセンス登録を取り消すか否かを決定する。スコアを導出する際に、決定部３２は、取消履歴のうち、ライセンスに付随した複数種類のパラメータを使用する。前述のごとく、このようなパラメータは、取消時点での使用状況に関する情報であるともいえる。

【0034】

決定部３２は、取消要求に含まれたライセンスＩＤと、取消履歴に含まれたライセンスＩＤが異なっていても、ライセンスＩＤ以外のパラメータが一致する場合に、当該パラメータをスコアの導出に使用している。そのため、決定部３２は、取消履歴のうち、取消要求の対象とされるライセンスに関連した他のライセンスの情報も使用しているといえる。このような処理のために、取消履歴記憶部２８に記憶した取消履歴には、取消要求の対象とされるライセンスに関連した他のライセンスの情報も含まれる。

【0035】

ここでは、５つの具体的なケースを取り上げながら、決定部３２の処理を説明する。
（１）ケース１
図５は、決定部３２における処理の概要を示す。ケース１における取消要求に含まれる各パラメータの値は次のとおりである。
・ライセンスＩＤ「ＡＡＡ−ＡＡＡ−ＡＡＡ」
・デバイスＩＤ「Ｄｅｖｉｃｅ＿ｓａｔｏ＿０１」
・ユーザ名「Ｍｒ．ｓａｔｏ」
・グループ名「株式会社 ＸＸＸ」

【0036】

決定部３２は、このようなパラメータの値と、図３に示した取消履歴のパラメータの値が一致する部分を抜き出す。抜き出した結果が図５に示される。ここで、一致する部分は斜線で示される。決定部３２は、一致した件数と、図４に示した重要度をもとにスコアを計算する。ここでは、図示のごとく、「１２４」になる。このスコアはしきい値「１００」以上であるので、決定部３２はライセンス登録の取消を拒否する。

【0037】

（２）ケース２
図６は、決定部３２における別の処理の概要を示す。ケース２における取消要求に含まれる各パラメータの値は次のとおりである。
・ライセンスＩＤ「ＢＢＢ−ＢＢＢ−ＢＢＢ」
・デバイスＩＤ「Ｄｅｖｉｃｅ＿ｓａｔｏ＿０１」
・ユーザ名「Ｍｒ．ｓａｔｏ」
・グループ名「株式会社 ＸＸＸ」

【0038】

決定部３２は、このようなパラメータの値と、図３に示した取消履歴のパラメータの値が一致する部分を抜き出す。抜き出した結果が図６に示される。ここで、一致する部分は斜線で示される。決定部３２は、一致した件数と、図４に示した重要度をもとにスコアを計算する。ここでは、図示のごとく、「８４」になる。このスコアはしきい値「１００」未満であるので、決定部３２はライセンス登録の取消を決定する。

【0039】

（３）ケース３
図７は、決定部３２におけるさらに別の処理の概要を示す。ケース３における取消要求に含まれる各パラメータの値は次のとおりである。
・ライセンスＩＤ「ＢＢＢ−ＢＢＢ−ＢＢＢ」
・デバイスＩＤ「Ｄｅｖｉｃｅ＿ｓｕｚｕｋｉ＿０１」
・ユーザ名「Ｍｒ．ｓｕｚｕｋｉ」
・グループ名「株式会社 ＸＸＸ」

【0040】

決定部３２は、このようなパラメータの値と、図３に示した取消履歴のパラメータの値が一致する部分を抜き出す。抜き出した結果が図７に示される。ここで、一致する部分は斜線で示される。決定部３２は、一致した件数と、図４に示した重要度をもとにスコアを計算する。ここでは、図示のごとく、「８５」になる。このスコアはしきい値「１００」未満であるので、決定部３２はライセンス登録の取消を決定する。

【0041】

（４）ケース４
図８は、決定部３２におけるさらに別の処理の概要を示す。ケース４における取消要求に含まれる各パラメータの値は次のとおりである。
・ライセンスＩＤ「ＤＤＤ−ＤＤＤ−ＤＤＤ」
・デバイスＩＤ「Ｄｅｖｉｃｅ＿ｔａｋｅｄａ＿０１」
・ユーザ名「Ｍｒ．ｔａｋｅｄａ」
・グループ名「株式会社 ＺＺＺ」あるいは「株式会社ααα」

【0042】

決定部３２は、このようなパラメータの値と、図３に示した取消履歴のパラメータの値が一致する部分を抜き出す。抜き出した結果が図８に示される。ここで、一致する部分は斜線で示される。決定部３２は、一致した件数と、図４に示した重要度をもとにスコアを計算する。ここでは、図示のごとく、「１３８」になる。このスコアはしきい値「１００」以上であるので、決定部３２はライセンス登録の取消を拒否する。

【0043】

（５）ケース５
図９は、決定部３２におけるさらに別の処理の概要を示す。ケース５における取消要求に含まれる各パラメータの値は次のとおりである。
・ライセンスＩＤ「ＩＩＩ−ＩＩＩ−ＩＩＩ」
・デバイスＩＤ「Ｄｅｖｉｃｅ＿ＢＢＢ＿０１」
・ユーザ名「Ｓｔ．ＢＢＢ」
・グループ名「○○大学」

【0044】

決定部３２は、このようなパラメータの値と、図３に示した取消履歴のパラメータの値が一致する部分を抜き出す。抜き出した結果が図９に示される。ここで、一致する部分は斜線で示される。グループ名が一致するデータがＮ件あるものとする。決定部３２は、一致した件数と、図４に示した重要度をもとにスコアを計算する。ここでは、図示のごとく、「２Ｎ＋２３」になる。Ｎが３９以上である場合、このスコアはしきい値「１００」以上であるので、決定部３２はライセンス登録の取消を拒否する。図２に戻る。

【0045】

指示部３４は、決定部３２がライセンス登録の取消を決定した場合、ライセンス登録の取消を取消履歴記憶部２８に記憶する。これは、取消履歴記憶部２８に記憶された取消履歴に、新たな取消に対応したレコードを追加することに相当する。また、指示部３４は、取消に対応した登録情報を登録情報記憶部２６から削除する。これらの処理は、管理部２４を介してなされる。一方、指示部３４は、決定部３２がライセンス登録の取消を決定した場合、取消許可を生成する。指示部３４は、通信部２０を介してデバイス１４に取消許可を送信する。取消許可を受信したデバイス１４は、対応するソフトウェアを無効化する。

【0046】

この構成は、ハードウェア的には、任意のコンピュータのＣＰＵ、メモリ、その他のＬＳＩで実現でき、ソフトウェア的にはメモリにロードされたプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウェアのみ、ソフトウェアのみ、またはそれらの組合せによっていろいろな形で実現できることは、当業者には理解されるところである。

【0047】

以上の構成による管理システム１００の動作を説明する。図１０は、管理装置１０による取消手順を示すフローチャートである。決定部３２は、取消履歴から対象レコードを検索する（Ｓ１０）。決定部３２は、ライセンスＩＤに対して、一致件数×重要度を計算する（Ｓ１２）。決定部３２は、デバイスＩＤに対して、一致件数×重要度を計算する（Ｓ１４）。決定部３２は、ユーザ名に対して、一致件数×重要度を計算する（Ｓ１６）。決定部３２は、グループ名に対して、一致件数×重要度を計算する（Ｓ１８）。決定部３２は、スコアを計算する（Ｓ１９）。スコアがしきい値未満である場合（Ｓ２０のＹ）、決定部３２は、取消を許可する（Ｓ２２）。一方、スコアがしきい値未満でない場合（Ｓ２０のＮ）、決定部３２は、取消を不許可にする（Ｓ２４）。

【0048】

本実施例によれば、取消履歴のうち、取消要求の対象とされるライセンスに関連した他のライセンスの情報も使用して、ライセンス登録を取り消すか否かを決定するので、ライセンス登録の取消を決定する場合に、ユーザの利便性を向上できる。また、取消履歴のうち、取消要求の対象とされるライセンスに関連した他のライセンスの情報も使用して、ライセンス登録を取り消すか否かを決定するので、ライセンス登録の取消を拒否する場合に、ライセンスの使い回しを抑制できる。また、ライセンスの使い回しが抑制されるので、登録の取消、再登録の多用による事業者の販売機会の損失を低減できる。

【0049】

また、取消履歴のうち、ライセンスに付随した複数種類のパラメータを使用して、ライセンス登録を取り消すか否かを決定するので、ライセンス登録の取消を決定する場合に、ユーザの利便性を向上できる。また、取消履歴のうち、ライセンスに付随した複数種類のパラメータを使用して、ライセンス登録を取り消すか否かを決定するので、ライセンス登録の取消を拒否する場合に、ライセンスの使い回しを抑制できる。また、取消履歴のうち、ライセンスに付随し、かつ取消時点での使用状況に関するパラメータを使用して、ライセンス登録を取り消すか否かを決定するので、ライセンス登録の取消を決定する場合に、ユーザの利便性を向上できる。また、取消履歴のうち、ライセンスに付随し、かつ取消時点での使用状況に関するパラメータを使用して、ライセンス登録を取り消すか否かを決定するのでライセンス登録の取消を拒否する場合に、ライセンスの使い回しを抑制できる。

【0050】

また、取消時点での使用状況に関するパラメータは、デバイスＩＤおよびユーザ名の少なくとも１つを含むので、ライセンスＩＤ以外のパラメータによって使用状況を特定できる。また、取消要求に含まれたパラメータの値と、取消履歴に含まれたパラメータの値とが一致した数から導出したスコアをもとに、ライセンス登録を取り消すか否かを決定するので、処理を簡易にできる。また、スコアを導出する際に重要度を反映させるので、パラメータ毎の影響の大きさを調節できる。

【0051】

（実施例２）
次に実施例２を説明する。実施例２は、実施例１と同様に、デバイスに搭載されたソフトウェアを実行させるためのライセンスを管理する管理装置に関する。実施例１では、取消要求と取消履歴との間において、各パラメータの一致した件数を総和することによってスコアが計算され、スコアとしきい値とを比較することによって、ライセンス登録を取り消すか否かが決定される。一方、実施例２では、パラメータ毎にスコアが計算され、各スコアとしきい値とを比較することによって、ライセンス登録を取り消すか否かが決定される。実施例２に係る管理システム１００、管理装置１０は、図１、図２と同様のタイプである。ここでは、これまでとの差異を中心に説明する。

【0052】

図２の決定部３２は、取消履歴記憶部２８に記憶した取消履歴に複数のパラメータの値から、取消要求に含まれるパラメータの値に一致する値を抜き出す。決定部３２は、抜き出した値の件数をパラメータ毎に算出する。決定部３２は、パラメータ毎に算出した件数に、パラメータ毎に規定された重要度を乗算する。パラメータ毎の乗算結果がスコアに相当する。つまり、スコアはパラメータ毎に導出される。決定部３２は、すべてのスコアがしきい値未満である場合に、ライセンス登録の取消を決定する。一方、決定部３２は、いずれかのスコアがしきい値以上である場合に、ライセンス登録の取消を拒否する。ここで、各パラメータに対するしきい値は同一の値であってもよく、異なった値であってもよい。また、決定部３２は、しきい値未満であるスコアの数が所定数以上である場合に、ライセンス登録の取消を決定してもよい。また、しきい値未満であるスコアの数が、パラメータ（パラメータの種類）の総数に占める割合が所定値以上である場合に、ライセンス登録の取消を決定してもよい。つまり、決定部３２は、取消要求に含まれたパラメータの値と取消履歴に含まれたパラメータの値とが一致した数から導出したパラメータ毎のスコアをもとに、ライセンス登録を取り消すか否かを決定する。

【0053】

ここでは、図１１を使用しながら、決定部３２の処理を説明する。図１１は、本発明の実施例２に係る決定部３２における処理の概要を示す図である。取消要求に含まれる各パラメータの値は次のとおりである。
・ライセンスＩＤ「ＤＤＤ−ＤＤＤ−ＤＤＤ」
・デバイスＩＤ「Ｄｅｖｉｃｅ＿ｔａｋｅｄａ＿０１」
・ユーザ名「Ｍｒ．ｔａｋｅｄａ」
・グループ名「株式会社 ＺＺＺ」あるいは「株式会社ααα」

【0054】

決定部３２は、このようなパラメータの値と、図３に示した取消履歴のパラメータの値が一致する部分を抜き出す。抜き出した結果が図１１に示される。ここで、一致する部分は斜線で示される。決定部３２は、パラメータ毎に、一致した件数と図４に示した重要度をもとにスコアを計算する。ここでは、図示のごとく、「ライセンスＩＤ」、「デバイスＩＤ」、「ユーザ名」、「グループ名」に対して「２０」、「４８」、「５０」、「２０」になる。すべてのスコアはしきい値「１００」未満であるので、決定部３２はライセンス登録の取消を決定する。一方、各スコアのいずれかがしきい値「１００」以上である場合、決定部３２は、ライセンス登録の取消を拒否する。

【0055】

なお、パラメータ毎のスコアを用いる場合、あるパラメータの重要度を「１」に設定すると、そのパラメータのスコアは、取消対象のライセンス数と一致する件数になる。すなわち、あるパラメータについて、取消対象のライセンスと取消履歴との一致件数を算出し、それに基づいて取消の可否が判定されてもよい。

【0056】

以上の構成による管理システム１００の動作を説明する。図１２は、本発明の実施例２に係る管理装置１０による取消手順を示すフローチャートである。決定部３２は、取消履歴から対象レコードを検索する（Ｓ５０）。決定部３２は、ライセンスＩＤに対するスコアを集計する（Ｓ５２）。スコア集計がしきい値未満である場合（Ｓ５４のＹ）、決定部３２は、デバイスＩＤに対するスコアを集計する（Ｓ５６）。スコア集計がしきい値未満である場合（Ｓ５８のＹ）、決定部３２は、ユーザ名に対するスコアを集計する（Ｓ６０）。スコア集計がしきい値未満である場合（Ｓ６２のＹ）、決定部３２は、グループ名に対するスコアを集計する（Ｓ６４）。スコア集計がしきい値未満である場合（Ｓ６６のＹ）、決定部３２は、取消を許可する（Ｓ６８）。一方、スコアがしきい値未満でない場合（Ｓ５４のＮ、Ｓ５８のＮ、Ｓ６２のＮ、Ｓ６６のＮ）、決定部３２は、取消を不許可にする（Ｓ７０）。

【0057】

本実施例によれば、パラメータ毎のスコアをもとに、ライセンス登録を取り消すか否かを決定するので、ライセンス登録の取消を決定する場合に、ユーザの利便性を向上できる。また、パラメータ毎のスコアをもとに、ライセンス登録を取り消すか否かを決定するので、ライセンス登録の取消を拒否する場合に、ライセンスの使い回しを抑制できる。

【0058】

以上、本発明を実施例をもとに説明した。この実施例は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。

【0059】

実施例１、２において決定部３２はスコアを導出する際に重要度による重み付けを実行している。しかしながらこれに限らず例えば、決定部３２は、スコアを導出する際に重要度による重み付けを実行しなくてもよい。本変形例によれば、処理を簡易にできる。

【0060】

実施例１、２においてデバイス１４はＰＣであるとされている。しかしながらこれに限らず例えば、デバイス１４はＰＣ以外の電子機器であってもよい。本変形例によれば、構成の自由度を向上できる。

【符号の説明】

【0061】

１０ 管理装置、 １２ ネットワーク、 １４ デバイス、 ２０ 通信部、 ２２ 認証部、 ２４ 管理部、 ２６ 登録情報記憶部、 ２８ 取消履歴記憶部、 ３０ 受付部、 ３２ 決定部、 ３４ 指示部、 １００ 管理システム。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】