特許 7509020 サーバ装置、ライセンス管理システム、ライセンス管理方法、及びプログラム

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

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

(11)【特許番号】

(24)【登録日】2024-06-24

(45)【発行日】2024-07-02

(54)【発明の名称】サーバ装置、ライセンス管理システム、ライセンス管理方法、及びプログラム

(51)【国際特許分類】

   G06F 21/10 20130101AFI20240625BHJP

   G06Q 50/18 20120101ALI20240625BHJP

【ＦＩ】

G06F21/10

G06Q50/18 310

【請求項の数】 10

(21)【出願番号】P 2020206455

(22)【出願日】2020-12-14

(65)【公開番号】P2022093795

(43)【公開日】2022-06-24

【審査請求日】2023-11-15

(73)【特許権者】

【識別番号】000004237

【氏名又は名称】日本電気株式会社

(74)【代理人】

【識別番号】100109313

【弁理士】

【氏名又は名称】机 昌彦

(74)【代理人】

【識別番号】100149618

【弁理士】

【氏名又は名称】北嶋 啓至

(72)【発明者】

【氏名】甲能 靖二

【審査官】▲柳▼谷 侑

(56)【参考文献】

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

【文献】特開２０１５－６９２５７（ＪＰ，Ａ）

【文献】特開２０２０－６０９２０（ＪＰ，Ａ）

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

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

【文献】中国特許出願公開第１８３１８３６（ＣＮ，Ａ）

【文献】中国特許出願公開第１０１２９１２５４（ＣＮ，Ａ）

【文献】韓国登録特許第１０－１４３６３９８（ＫＲ，Ｂ１）

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

Ｇ０６Ｆ ２１／１０

Ｇ０６Ｑ ５０／１８

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

【請求項1】

所定のソフトウェアと、前記所定のソフトウェア上で動作する所定のアプリケーションと、前記所定のソフトウェアに対して認証されたライセンスの数であるライセンス認証数を含むライセンス認証情報と、を含むパッケージファイルが展開された場合に、
自サーバ装置において前記所定のアプリケーションを実行させるために必要なライセンスの数である第１ライセンス必要数を取得する第１取得手段と、
他のサーバ装置において前記所定のアプリケーションを実行させるために必要な前記ライセンスの数である第２ライセンス必要数を、前記他のサーバ装置から取得する第２取得手段と、
前記第１ライセンス必要数及び前記第２ライセンス必要数の合計値と前記ライセンス認証情報とに基づいて、前記所定のアプリケーションの実行の可否を判定する判定手段と、
前記所定のアプリケーションの実行が可能である場合、前記第１ライセンス必要数と自サーバ装置に登録されている前記ライセンスの数であるライセンス登録数とに基づいて、前記ライセンス登録数を制御する制御手段と、を備える
サーバ装置。

【請求項2】

前記制御手段は、前記ライセンス登録数が、前記第１ライセンス必要数を超過している場合、自サーバ装置に登録されている前記ライセンスのうち、超過している数の前記ライセンスを削除する、
請求項１に記載のサーバ装置。

【請求項3】

前記制御手段は、前記ライセンス登録数が、前記第１ライセンス必要数未満である場合、前記ライセンス登録数と前記第１ライセンス必要数との差の数の前記ライセンスを、自サーバ装置に登録する、
請求項１または２に記載のサーバ装置。

【請求項4】

前記判定手段は、前記合計値が前記ライセンス認証数未満である場合、自サーバ装置において、前記所定のソフトウェアの起動が可能であると判定する、
請求項１乃至３のいずれか一項に記載のサーバ装置。

【請求項5】

前記パッケージファイルには、前記所定のアプリケーションに対応する識別子であるパッケージ識別情報と、前記所定のソフトウェアを識別するソフトウェア識別情報が含まれ、
前記第２取得手段は、
前記所定のアプリケーションを実行させるために必要なライセンスの数を要求する要求メッセージであって、前記パッケージ識別情報と、前記ソフトウェア識別情報とを含む要求メッセージを、前記他のサーバ装置に送信し、
前記要求メッセージに対応する応答メッセージを前記他のサーバ装置から受信した場合に、前記応答メッセージに含まれる、ライセンスの数を示す情報を第２ライセンス必要数として取得する、
請求項１乃至４のいずれか一項に記載のサーバ装置。

【請求項6】

前記要求メッセージを受信し、前記要求メッセージに含まれる前記パッケージ識別情報及び前記ソフトウェア識別情報と、自サーバ装置が保持する前記パッケージ識別情報及び前記ソフトウェア識別情報と、が一致する場合、自サーバ装置が保持する前記パッケージ識別情報及び前記ソフトウェア識別情報と、自サーバ装置において前記所定のアプリケーションを実行させるために必要なライセンスの数と、を含む前記応答メッセージを、前記要求メッセージの送信元に送信する応答処理手段を備える、
請求項５に記載のサーバ装置。

【請求項7】

自サーバ装置または前記他のサーバ装置のいずれかを示す格納要求先に、自サーバ装置及び前記他のサーバ装置それぞれにおいて使用されているライセンスの数を示す情報が格納されている場合、
前記第２取得手段は、前記格納要求先に前記要求メッセージを送信し、前記格納要求先から前記要求メッセージに対応する前記応答メッセージを受信する、
請求項５または６に記載のサーバ装置。

【請求項8】

所定のソフトウェアに対してライセンス認証を行う認証手段と、
前記所定のソフトウェアと、前記所定のソフトウェア上で動作するアプリケーションと、を含むパッケージファイルを生成する生成手段と、を備え、
前記生成手段は、前記アプリケーションに対応する識別子であるパッケージ識別情報と、認証された前記ライセンスの数であるライセンス認証数を含むライセンス認証情報と、をさらに含めた前記パッケージファイルを生成する、
端末装置と、
請求項１乃至７のいずれか一項に記載のサーバ装置と、を備える
ライセンス管理システム。

【請求項9】

所定のソフトウェアを含むパッケージファイルが展開されたサーバ装置において、
前記所定のソフトウェア起動時に、前記サーバ装置において前記所定のソフトウェアを実行させるために必要なライセンスの数である第１ライセンス必要数を取得し、
前記所定のソフトウェア起動時に、他のサーバ装置において前記所定のソフトウェアを実行させるために必要なライセンスの数である第２ライセンス必要数を、前記他のサーバ装置から取得し、
前記第１ライセンス必要数及び前記第２ライセンス必要数の合計値に基づいて、前記所定のソフトウェアの起動の可否を判定し、
前記所定のソフトウェアの起動が可能である場合、前記第１ライセンス必要数と前記サーバ装置に登録されているライセンスの数であるライセンス登録数とに基づいて、前記ライセンス登録数を制御する、
ライセンス管理方法。

【請求項10】

所定のソフトウェアを含むパッケージファイルが展開されたサーバ装置において、
前記所定のソフトウェア起動時に、前記サーバ装置において前記所定のソフトウェアを実行させるために必要なライセンスの数である第１ライセンス必要数を取得する処理と、
前記所定のソフトウェア起動時に、他のサーバ装置において前記所定のソフトウェアを実行させるために必要なライセンスの数である第２ライセンス必要数を、前記他のサーバ装置から取得する処理と、
前記第１ライセンス必要数及び前記第２ライセンス必要数の合計値に基づいて、前記所定のソフトウェアの起動の可否を判定する処理と、
前記所定のソフトウェアの起動が可能である場合、前記第１ライセンス必要数と前記サーバ装置に登録されているライセンスの数であるライセンス登録数とに基づいて、前記ライセンス登録数を制御する処理と、をコンピュータに実行させる、
プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、ライセンスを管理する技術に関する。

【背景技術】

【0002】

ソフトウェアのライセンスを管理する技術が特許文献１に開示されている。具体的には、特許文献１には、ライセンス情報を管理するサーバを設け、サーバが、クライアントからソフトウェアの実行に関する要求を受け取り、クライアントにおけるソフトウェアの実行を許可するか否かを判定する技術が開示されている。

【0003】

しかしながら、特許文献１に記載の技術では、ソフトウェアが動作する装置とは別に、ライセンスを管理するサーバを設ける必要がある。

【0004】

これに対して特許文献２には、ソフトウェアが展開されたノード（例えば、サーバ）において、他のノードが保持するライセンス情報を取得し、取得したライセンス情報と、自ノードが保持するライセンス情報と、を統合した情報に基づいて、ソフトウェアの実行が継続可能か否か判定する技術が開示されている。

【先行技術文献】

【特許文献】

【0005】

【文献】特開平０９－３１９５７０号公報

【文献】特開２０２０－１０１９４２号公報

【発明の概要】

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

【0006】

ところで、ソフトウェアを実行するサーバの諸元変更により、ソフトウェアを実行するために必要なライセンスの数が変わる場合がある。例えば、サーバのＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）のコア数に応じてライセンスの必要数が定まるライセンス方式が採用されているとする。この場合、サーバのＣＰＵ数割り当ての変更が行われると、変更が行われたサーバにおいて、ソフトウェアを実行するために必要なライセンスの数が変わる。

【0007】

特許文献２には、上記のような場合に対応する記載はない。一方で、特許文献２には、余剰のライセンスを他のノードに移行する処理については記載されている。しかしながらこの処理は、ユーザが指示を行わない限り実行されない。つまり、上記のような場合に対応するためには、ユーザが何らかの手段によって、諸元変更が行われたこと、及び、諸元変更に応じて変更するライセンスの数等を把握する必要がある。そのため、特許文献２に記載の技術では、上記のような場合に適切にライセンスを管理することができない虞がある。

【0008】

本開示は、上記課題を鑑みてなされたものであり、ライセンスを適切に管理することが可能な技術を提供することを目的の一つとする。

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

【0009】

本発明の一態様にかかるサーバ装置は、所定のソフトウェアと、前記所定のソフトウェア上で動作する所定のアプリケーションと、前記所定のソフトウェアに対して認証されたライセンスの数であるライセンス認証数を含むライセンス認証情報と、を含むパッケージファイルが展開された場合に、自サーバ装置において前記所定のアプリケーションを実行させるために必要なライセンスの数である第１ライセンス必要数を取得する第１取得手段と、他のサーバ装置において前記所定のアプリケーションを実行させるために必要な前記ライセンスの数である第２ライセンス必要数を、前記他のサーバ装置から取得する第２取得手段と、前記第１ライセンス必要数及び前記第２ライセンス必要数の合計値と前記ライセンス認証情報とに基づいて、前記所定のアプリケーションの実行の可否を判定する判定手段と、前記所定のアプリケーションの実行が可能である場合、前記第１ライセンス必要数と自サーバ装置に登録されている前記ライセンスの数であるライセンス登録数とに基づいて、前記ライセンス登録数を制御する制御手段と、を備える。

【0010】

本発明の一態様にかかるライセンス管理方法は、所定のソフトウェアを含むパッケージファイルが展開されたサーバ装置において、前記所定のソフトウェア起動時に、前記サーバ装置において前記所定のソフトウェアを実行させるために必要なライセンスの数である第１ライセンス必要数を取得し、前記所定のソフトウェア起動時に、他のサーバ装置において前記所定のソフトウェアを実行させるために必要なライセンスの数である第２ライセンス必要数を、前記他のサーバ装置から取得し、前記第１ライセンス必要数及び前記第２ライセンス必要数の合計値に基づいて、前記所定のソフトウェアの起動の可否を判定し、前記所定のソフトウェアの起動が可能である場合、前記第１ライセンス必要数と前記サーバ装置に登録されているライセンスの数であるライセンス登録数とに基づいて、前記ライセンス登録数を制御する。

【0011】

本発明の一態様にかかるプログラムは、所定のソフトウェアを含むパッケージファイルが展開されたサーバ装置において、前記所定のソフトウェア起動時に、前記サーバ装置において前記所定のソフトウェアを実行させるために必要なライセンスの数である第１ライセンス必要数を取得する処理と、前記所定のソフトウェア起動時に、他のサーバ装置において前記所定のソフトウェアを実行させるために必要なライセンスの数である第２ライセンス必要数を、前記他のサーバ装置から取得する処理と、前記第１ライセンス必要数及び前記第２ライセンス必要数の合計値に基づいて、前記所定のソフトウェアの起動の可否を判定する処理と、前記所定のソフトウェアの起動が可能である場合、前記第１ライセンス必要数と前記サーバ装置に登録されているライセンスの数であるライセンス登録数とに基づいて、前記ライセンス登録数を制御する処理と、をコンピュータに実行させる。

【発明の効果】

【0012】

本開示によれば、ライセンスを適切に管理することができるという効果が得られる。

【図面の簡単な説明】

【0013】

【図1】第１の実施形態のライセンス管理システムの構成の一例を模式的に示す図である。

【図2】第１の実施形態のサーバ装置の機能構成の一例を示すブロック図である。

【図3】第１の実施形態のサーバ装置の動作の一例を示すフローチャートである。

【図4】第２の実施形態のライセンス管理システムの構成の一例を示す図である。

【図5】第２の実施形態の端末装置の機能構成の一例を含むブロック図である。

【図6】第２の実施形態のサーバ装置の機能構成の一例を含むブロック図である。

【図7】第２の実施形態の端末装置の第１の動作の一例を示すフローチャートである。

【図8】第２の実施形態の端末装置の第１の動作の続きの一例を示すフローチャートである。

【図9】第２の実施形態のサーバ装置の第１の動作の一例を示すフローチャートである。

【図10】第２の実施形態のサーバ装置の第１の動作の続きの一例を示すフローチャートである。

【図11】第２の実施形態のサーバ装置の第２の動作の一例を示すフローチャートである。

【図12】第３の実施形態のライセンス管理システムの構成の一例を示す図である。

【図13】第３の実施形態の端末装置の機能構成の一例を含むブロック図である。

【図14】第３の実施形態のサーバ装置の機能構成の一例を含むブロック図である。

【図15】第３の実施形態のライセンス使用数テーブルの一例を示す図である。

【図16】第３の実施形態の端末装置の第１の動作の一例を示すフローチャートである。

【図17】第３の実施形態のサーバ装置の第１の動作の一例を示すフローチャートである。

【図18】第３の実施形態のサーバ装置の第１の動作の続きの一例を示すフローチャートである。

【図19】第３の実施形態のサーバ装置の第２の動作の一例を示すフローチャートである。

【図20】第３の実施形態のサーバ装置の第２の動作の続きの一例を示すフローチャートである。

【図21】第３の実施形態のサーバ装置の第３の動作の一例を示すフローチャートである。

【図22】第３の実施形態のサーバ装置の第４の動作の一例を示すフローチャートである。

【図23】第１、第２、及び第３の実施形態における端末装置及びサーバ装置のそれぞれを実現するコンピュータ装置のハードウェア構成の一例を示すブロック図である。

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

【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】

認証部１２０は、ライセンスキーを用いてライセンス認証を行う。そして、ライセンス認証が正常に行われなかった場合（Ｓ２０３の「Ｎｏ」）、端末装置１００は処理を終了する。このとき認証部１２０は、例えば、ライセンス認証が正常に行われなかったことを示す情報を出力してもよい。ライセンス認証が正常に行われた場合であって（Ｓ２０３の「Ｙｅｓ」）、ライセンスキーの受付が１回目である場合（Ｓ２０４の「Ｙｅｓ」）、認証部１２０は、ソフトウェア識別情報を取得する（Ｓ２０５）。ライセンスキーの受付が１回目でない場合（Ｓ２０４の「Ｎｏ」）または、Ｓ２０５の処理の後、認証部１２０は、ライセンス認証数をカウントする（Ｓ２０６）。そして、受付部１１０がライセンスキーの追加を受け付けた場合（Ｓ２０７の「Ｙｅｓ」）、端末装置１００は、Ｓ２０３の処理に戻る。受付部１１０がライセンスキーの追加を受け付けなかった場合（Ｓ２０７の「Ｎｏ」）、端末装置１００は、次の処理に進む。

【0062】

図８は、図７のＳ２０７の処理において「Ｎｏ」の場合に行われる動作例を示している。すなわち、受付部１１０がライセンスキーの追加を受け付けなかった場合、ファイルコピー部１３１は、パッケージファイル４の作業用ディレクトリを作成する（Ｓ２０８）。そして、ファイルコピー部１３１は、サービス基盤ソフトウェア２をコピーして、サービス基盤ソフトウェア４１として作業用ディレクトリに格納する（Ｓ２０９）。また、ファイルコピー部１３１は、サービスアプリケーション３をコピーして、サービス基盤ソフトウェア４１のアプリケーション格納用ディレクトリに格納する（Ｓ２１０）。

【0063】

パッケージＩＤ生成部１３２は、パッケージＩＤを生成する（Ｓ２１１）。パッケージＩＤ格納部１３３は、生成されたパッケージＩＤを、サービス基盤ソフトウェア４１の配下のパッケージＩＤファイル４３に格納する（Ｓ２１２）。ライセンス認証情報格納部１３４は、ソフトウェア識別情報と、パッケージＩＤと、ライセンス認証数と、を示す情報を含むライセンス認証情報を、パッケージファイル４に格納する（Ｓ２１３）。パッケージ生成部１３５は、パッケージファイル４を、一つのファイルとして圧縮する（Ｓ２１４）。

【0064】

［サーバ装置２００の動作例１］
次に、サーバ装置２００のライセンス数を制御する動作を図９及び図１０を用いて説明する。図９及び図１０は、サーバ装置２００の動作の一例を示す図である。なお、サーバ装置２００には、パッケージファイル６を展開し、サービス基盤ソフトウェア６１を起動しているものとする。

【0065】

ライセンス認証情報確認部２５０は、ライセンス認証情報ファイルがストレージ５に存在するか否か確認する。ライセンス認証情報ファイルが存在しない場合（Ｓ３０１の「Ｎｏ」）、サーバ装置２００は処理を終了する。ライセンス認証情報ファイルが存在する場合（Ｓ３０１の「Ｙｅｓ」）、ライセンス認証情報確認部２５０は、第１識別情報と第２識別情報とが一致するか否か判定する。第１識別情報と第２識別情報とが一致しない場合（Ｓ３０２の「Ｎｏ」）、サーバ装置２００は処理を終了する。第１識別情報と第２識別情報とが一致する場合（Ｓ３０２の「Ｙｅｓ」）、ライセンス認証情報確認部２５０は、パッケージＩＤファイルに格納されるパッケージＩＤと、ライセンス認証情報ファイルに格納されるパッケージＩＤと、が一致するか否か判定する。パッケージＩＤが一致しない場合（Ｓ３０３の「Ｎｏ」）、サーバ装置２００は処理を終了する。パッケージＩＤが一致する場合（Ｓ３０３の「Ｙｅｓ」）、ライセンス認証情報取得部２６０は、ライセンス認証情報ファイルからライセンス認証数を取得する（Ｓ３０４）。そして、第１取得部２１０は、第１ライセンス必要数を取得する（Ｓ３０５）。

【0066】

第２取得部２２０は、他のサーバ装置に要求メッセージを送信する（Ｓ３０６）。第２取得部２２０が応答メッセージを受信した場合（Ｓ３０７の「受信」）、第２取得部２２０は、応答メッセージに含まれるソフトウェア識別情報と第１識別情報とが一致するか否か判定する。ソフトウェア識別情報が一致する場合（Ｓ３０８の「Ｙｅｓ」）、第２取得部２２０は、応答メッセージに含まれるパッケージＩＤと自サーバ装置におけるパッケージＩＤとが一致するか否か判定する。パッケージＩＤが一致する場合（Ｓ３０９の「Ｙｅｓ」）、第２取得部２２０は、応答メッセージに含まれる第２ライセンス必要数を取得する（Ｓ３１０）。なお、ソフトウェア識別情報が一致しない場合（Ｓ３０８の「Ｎｏ」）、または、パッケージＩＤが一致しない場合（Ｓ３０９の「Ｎｏ」）、第２取得部２２０はＳ３０７の処理に戻る。Ｓ３０７の処理においてタイムアウトした場合、第２取得部２２０は、第２ライセンス必要数を合計する（Ｓ３１１）。

【0067】

図１０は、図９のＳ３１１の処理の後に行われる動作の一例である。判定部２３０は、ライセンス認証数と、第１ライセンス必要数と第２ライセンス必要数との合計値と、を比較する。ライセンス認証数が第１ライセンス必要数と第２ライセンス必要数との合計値未満の場合（Ｓ３１２の「Ｎｏ」）、サーバ装置２００は処理を終了する。ライセンス認証数が第１ライセンス必要数と第２ライセンス必要数との合計値以上の場合（Ｓ３１２の「Ｙｅｓ」）、制御部２４０のライセンス登録数判定部２４１は、第１ライセンス必要数とライセンス登録数とを比較する。ライセンス登録数が第１ライセンス必要数未満の場合（Ｓ３１３の「Ｙｅｓ」）、ライセンス管理部２４２は、不足数分のライセンスを登録する（Ｓ３１４）。そして、アプリケーション実行部２７０は、サービスアプリケーションを実行する（Ｓ３１５）。

【0068】

第１ライセンス必要数とライセンス登録数とが同一である場合（Ｓ３１３の「Ｎｏ」及びＳ３１６の「Ｙｅｓ」）、サーバ装置２００はＳ３１５の処理を行う。ライセンス登録数が第１ライセンス必要数を超過している場合（Ｓ３１６の「Ｎｏ」）、ライセンス管理部２４２は、超過数分のライセンスを削除する（Ｓ３１７）。

【0069】

なお、図９及び図１０の動作において、Ｓ３０１の「Ｎｏ」、Ｓ３０２の「Ｎｏ」、Ｓ３０３の「Ｎｏ」、及びＳ３１２の「Ｎｏ」の場合、サーバ装置２００は、異常が発生したことを出力してもよい。

【0070】

［サーバ装置２００の動作例２］
次に、サーバ装置２００が、要求メッセージを受信した際の動作を、図１１を用いて説明する。図１１は、サーバ装置２００の動作の一例を示す図である。なお、サーバ装置２００には、パッケージファイル６を展開し、サービス基盤ソフトウェア６１を起動しているものとする。

【0071】

応答処理部２８０は、要求メッセージを受信すると（Ｓ４０１）、要求メッセージからソフトウェア識別情報とパッケージＩＤとを取得する（Ｓ４０２）。応答処理部２８０は、取得したソフトウェア識別情報と、自サーバ装置のソフトウェア識別情報とを比較する。ソフトウェア識別情報が一致する場合（Ｓ４０３の「Ｙｅｓ」）、応答処理部２８０は、取得したパッケージＩＤと、自サーバ装置のパッケージＩＤとを比較する。パッケージＩＤが一致する場合（Ｓ４０４の「Ｙｅｓ」）、応答処理部２８０は、応答メッセージを生成する（Ｓ４０５）。そして、応答処理部２８０は、応答メッセージを要求メッセージの送信元に送信する（Ｓ４０６）。なお、Ｓ４０３の「Ｎｏ」及びＳ４０４の「Ｎｏ」の場合、サーバ装置２００は処理を終了する。

【0072】

このように、第２の実施形態のサーバ装置２００は、所定のソフトウェアと、所定のソフトウェア上で動作する所定のアプリケーションと、所定のソフトウェアに対して認証されたライセンスの数を含むライセンス認証情報と、を含むパッケージファイルが展開された場合に、以下の処理を行う。サーバ装置２００は、自サーバ装置において所定のアプリケーションを実行させるために必要なライセンスの数である第１ライセンス必要数を取得する。また、サーバ装置２００は、他のサーバ装置において所定のアプリケーションを実行させるために必要なライセンスの数である第２ライセンス必要数を、他のサーバ装置から取得する。また、サーバ装置２００は、第１ライセンス必要数及び第２ライセンス必要数の合計値とライセンス認証情報とに基づいて、所定のアプリケーションの実行の可否を判定する。そして、サーバ装置２００は、アプリケーションの実行が可能である場合、第１ライセンス必要数と自サーバ装置に登録されているライセンスの数であるライセンス登録数とに基づいて、ライセンス登録数を制御する。これにより、第２の実施形態のサーバ装置２００は、第１の実施形態のサーバ装置２００と同様に、ライセンスを適切に管理することができる。

【0073】

また、第２の実施形態の端末装置１００は、所定のソフトウェアに対してライセンス認証を行い、所定のソフトウェアと、所定のソフトウェア上で動作する所定のアプリケーションと、を含むパッケージファイルを生成する。そしてライセンス管理システム１０００は、パッケージファイルを生成する際に、所定のアプリケーションに対応する識別子であるパッケージ識別情報と、認証されたライセンスの数であるライセンス認証数を含むライセンス認証情報と、をパッケージファイルにさらに含める。ここで、サービス基盤ソフトウェア及びサービスアプリケーションが実行されるサーバ装置は、クラウドやオーケストレーションツール等によって管理されることがある。このとき、サーバ装置の数は、オートスケールにより動的に変更される場合がある。サーバ装置にサービス基盤ソフトウェアを展開する際に、サーバ装置ごとにライセンス認証を行う方式でライセンス管理を行う場合、サーバ装置が新規に追加されるたびに、ライセンス認証を行う必要がある。これに対して、第２の実施形態の端末装置１００は、上述のように、パッケージファイル生成時に、ライセンス認証を行い、ライセンス認証情報とパッケージ識別情報とをパッケージファイルに含めている。そのため、パッケージファイルが展開されたサーバ装置は、他のサーバ装置が同一のアプリケーションを実行するサーバ装置か否か判定でき、かつ、ライセンス認証数を用いて、自サーバ装置においてアプリケーションの実行の可否も判定できる。つまり、サーバ装置は、パッケージファイルの展開ごとにライセンス認証を行わない。したがって、第２の実施形態の端末装置１００は、サーバ装置が追加されるたびにサーバ装置においてライセンス認証を行わせる必要がなくなる。

【0074】

サーバ装置２００は、第１ライセンス必要数と第２ライセンス必要数との合計値が、ライセンス認証数未満である場合、自サーバ装置において、所定のソフトウェアの起動が可能であると判定する。このように、サーバ装置２００は、自サーバ装置だけでなく他のサーバ装置のライセンス必要数も取得して合計値を算出し、ライセンス認証数を超えていないかチェックする。そのため、第２の実施形態のサーバ装置２００は、オートスケールなどによりサーバ装置が動的に増える場合であっても、所定のソフトウェアの、ライセンス認証数を越えた利用を防止することが可能となる。

【0075】

［変形例１］
端末装置１００において、認証部１２０は、ライセンス認証が行われたサービス基盤ソフトウェアのソフトウェア識別情報を必ず取得してもよい。このとき、認証部１２０は、例えば、ライセンスキーの受付が１回目であるとき（Ｓ２０４のＹｅｓ）、Ｓ２０５の処理に代わり、取得したソフトウェア識別情報を認証済識別情報として設定する。そして、認証部１２０は、ライセンスキーの受付が１回目でないとき（Ｓ２０４のＮｏ）、取得したソフトウェア識別情報と、認証済識別情報とを比較してもよい。取得したソフトウェア識別情報と、認証済識別情報とが同一でない場合、認証部１２０は、異常が発生したことを示す情報を出力し、処理を終了させてもよい。

【0076】

取得したソフトウェア識別情報と、認証済識別情報とが同一でない場合、追加されたライセンスキーが、異なるサービス基盤ソフトウェアにおいて用いられるものである可能性がある。このような場合に、本変形例の端末装置１００は、作業者に異常を通知することができる。

【0077】

［変形例２］
複数のサービスアプリケーションが、一つのサービスとして提供される場合がある。このような場合、一つのパッケージファイルにサービスアプリケーションが複数存在していてもよい。すなわち、一つのサービス基盤ソフトウェアにおいて、複数のサービスアプリケーションが実行されてもよい。

【0078】

端末装置１００のファイルコピー部１３１は、パッケージファイル４の作業用ディレクトリに複数のサービスアプリケーションを格納する。パッケージＩＤ生成部１３２は、パッケージファイル４を識別するパッケージIDを生成する。すなわち、本変形例においてパッケージＩＤは、複数のサービスアプリケーションのセットに対応する。

【0079】

サーバ装置２００は、図９及び図１０の処理を、サーバ装置２００が実行するサービスアプリケーションのパッケージＩＤを用いて行う。

【0080】

［変形例３］
上述の例では、端末装置１００のストレージ１に、サービス基盤ソフトウェア２及びサービスアプリケーション３が予め展開されている例を、説明した。ストレージ１に、サービス基盤ソフトウェア２の圧縮ファイル及びサービスアプリケーション３が格納されていてもよい。この場合、受付部１１０は、パッケージングに必要なパラメータとしてサービス基盤ソフトウェア２の圧縮ファイルへのパス名、及び、サービスアプリケーション３の圧縮ファイルへのパス名を受け取る。ファイルコピー部１３１は、サービス基盤ソフトウェア２の圧縮ファイルを、パッケージファイル４の作業用ディレクトリにサービス基盤ソフトウェア４１として展開する。また、ファイルコピー部１３１は、サービスアプリケーション３の圧縮ファイルをサービス基盤ソフトウェア４１のオートデプロイなどのアプリケーション格納用ディレクトリにサービスアプリケーション４２として展開する。

【0081】

［変形例４］
上述の例では、サービス基盤ソフトウェア４１内のパッケージＩＤの格納先としてパッケージＩＤファイルを使用するケースについて説明したが、サービス基盤ソフトウェア４１の設定ファイルの一項目としてパッケージＩＤを格納するように構成してもよい。

【0082】

この場合、サーバ装置２００は、自サーバ装置におけるパッケージＩＤを、サービス基盤ソフトウェア６１の設定ファイルを参照することによりパッケージＩＤを取得する。

【0083】

＜第３の実施形態＞
次に、第３の実施形態のサーバ装置を含むライセンス管理システムについて説明する。第３の実施形態では、後述するライセンス使用数テーブルを用いて、ライセンスを管理する例について説明する。なお、第３の実施形態において、第１及び第２の実施形態で説明した内容と重複する内容については、説明を省略する。

【0084】

図１２は、第３の実施形態のライセンス管理システム１００１の構成の一例を示す図である。図１２に示すように、ライセンス管理システム１００１は、端末装置１０１とサーバ装置２０１－１とサーバ装置２０１－２とを備える。端末装置１０１とサーバ装置２０１－１とサーバ装置２０１－２とは、通信可能に接続されている。また、サーバ装置２０１－１及びサーバ装置２０１－２間の通信は、ルータを介して接続されるネットワーク上で行われるものとする。また、サーバ装置２０１－１とサーバ装置２０１－２とは、それぞれ同様の構成を有する。サーバ装置２０１－１とサーバ装置２０１－２とを区別しないとき、それぞれをまとめてサーバ装置２０１とも称することもある。なお、サーバ装置２０１は、２以上存在してもよい。また、図１２では、ルータを介して２つのネットワークが接続されているが、３つ以上のネットワークが接続されてもよい。また、それぞれのネットワークは、ルータ以外の機器を介して接続されていてもよい。

【0085】

［端末装置１０１の詳細］
図１３に示すように、端末装置１０１の機能構成の一例を含む図である。端末装置１０１は、図５の端末装置１００の受付部１１０と生成部１３０とに代えて、受付部１４０と生成部１５０とを有する。すなわち、端末装置１０１は、受付部１４０と、認証部１２０と、生成部１５０と、を備える。なお、受付部１４０と生成部１５０とは、それぞれ、受付部１１０と生成部１３０との機能に加え、以下に説明する機能を有する。

【0086】

受付部１４０は、作業者から入力された、格納ホスト名と格納要求先とを受け付ける。格納ホスト名は、例えば、オートスケールを行うサーバ装置の元になるサーバ装置等の、必ず起動するサーバ装置のホスト名である。格納要求先は、後述するライセンス使用数テーブルを格納する場所を示す情報である。ライセンス使用数テーブルは、格納ホスト名を有するサーバ装置に格納される。すなわち、格納要求先は、格納ホスト名を有するサーバ装置内の場所を示している。格納要求先は、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｅｒ）等の、メッセージの送受信において使用されるプロトコルで利用可能なフォーマットの情報である。

【0087】

生成部１５０は、ライセンス認証情報格納部１３４に代えて、ライセンス認証情報格納部１３６を備える。すなわち生成部１５０は、ファイルコピー部１３１と、パッケージＩＤ生成部１３２と、パッケージＩＤ格納部１３３と、ライセンス認証情報格納部１３６と、パッケージ生成部１３５とを備える。

【0088】

ライセンス認証情報格納部１３６は、ライセンス認証数の情報と、ライセンス認証が行われたサービス基盤ソフトウェア４１のソフトウェア識別情報と、パッケージＩＤと、格納ホスト名と、格納要求先と、を含むライセンス認証情報を、ライセンス認証情報ファイル４４に格納する。

【0089】

［サーバ装置２０１の詳細］
図１４は、サーバ装置２０１の機能構成の一例を含む図である。サーバ装置２０１は、図６のサーバ装置２００の第２取得部２２０と、制御部２４０と、ライセンス認証情報取得部２６０と、応答処理部２８０とに代えて、第２取得部２２１と、制御部２９０と、ライセンス認証情報取得部２６１と、応答処理部２８１とを有する。すなわちサーバ装置２０１は、第１取得部２１０、第２取得部２２１、判定部２３０、制御部２９０、ライセンス認証情報確認部２５０、ライセンス認証情報取得部２６１、アプリケーション実行部２７０、及び応答処理部２８１を備える。なお、第２取得部２２１、制御部２９０、ライセンス認証情報取得部２６１、及び応答処理部２８１は、それぞれ、第２取得部２２０、制御部２４０、ライセンス認証情報取得部２６０、及び応答処理部２８０の機能に加え、以下に説明する機能を有する。

【0090】

ライセンス認証情報取得部２６１は、ライセンス認証情報確認部２５０の各判定において異常でない場合、ライセンス認証情報ファイル６４からライセンス認証数を取得する。さらに、ライセンス認証情報取得部２６１は、ライセンス認証情報ファイル６４から格納ホスト名と、格納要求先と、を取得する。また、ライセンス認証情報取得部２６１は、格納ホスト名が、自サーバ装置のホスト名と一致するか否か判定する。

【0091】

第２取得部２２１は、第２ライセンス使用数を取得する。具体的には、第２取得部２２１は、自サーバ装置の第１識別情報及びパッケージＩＤを含む使用数要求メッセージを、格納要求先に送信する。使用数要求メッセージは、第２の実施形態における要求メッセージに相当する。第３の実施形態においては、後述する格納要求メッセージと区別するため、要求メッセージを使用数要求メッセージとも称する。なお、第２取得部２２１は、格納要求先が他のサーバ装置である場合、他のサーバ装置に使用数要求メッセージを送信し、格納要求先が自サーバである場合、自サーバに使用数要求メッセージを送信する。さらに、第２取得部２２１は、応答メッセージを受信する。そして、第２取得部２２１は、応答メッセージに含まれるライセンス使用数（後述する）を、第２ライセンス使用数として取得する。

【0092】

制御部２９０は、ライセンス登録数判定部２４１とライセンス管理部２４２と、格納要求処理部２４３と、テーブル更新部２４４と、周期更新部２４５と、終了処理部２４６と、を備える。

【0093】

格納要求処理部２４３は、ライセンス管理部２４２がライセンス登録数の制御を行った後に、格納要求メッセージを、格納要求先へ送信する。具体的には、格納要求処理部２４３は、自サーバ装置の、ソフトウェア識別情報、パッケージＩＤ、ホスト名、及びライセンス使用数を含む格納要求メッセージを生成する。ここで、ライセンス使用数とは、サーバ装置において使用されているライセンスの数である。例えば、格納要求処理部２４３は、ライセンス管理部２４２がライセンス登録数の制御を行った後に、ライセンス登録数を、自サーバ装置におけるライセンス使用数として取得する。そして、格納要求処理部２４３は、生成した格納要求メッセージを送信する。格納要求メッセージを受信したサーバ装置において、格納要求メッセージに含まれる情報が、ライセンス使用数テーブル７に反映される。

【0094】

また、格納要求処理部２４３は、実行中のサービス基盤ソフトウェアの終了時に格納要求メッセージを送信してもよい。このとき、格納要求処理部２４３は、格納要求メッセージに含めるライセンス使用数を０とする。

【0095】

テーブル更新部２４４は、ライセンス使用数テーブル７を更新する。図１５は、ライセンス使用数テーブル７の一例を示す図である。ライセンス使用数テーブル７は、各サーバ装置において展開されているサービス基盤ソフトウェアのソフトウェア識別情報、及び、各サーバ装置におけるライセンス使用数等が関連付けられたデータを含む情報である。図１５の例では、ソフトウェア識別情報と、パッケージＩＤと、サーバ装置のホスト名と、ライセンス使用数と、更新時刻と、が関連付けられている。例えば、一行目のレコードは、ホスト名「ａａａ」のサーバ装置において、ソフトウェア識別情報が「Ａサービス基盤ソフトウェア」であるサービス基盤ソフトウェアが展開されており、パッケージＩＤが「１２３」であるサービスアプリケーションが実行されることが示されている。さらに、一行目のレコードには、ホスト名「ａａａ」のサーバ装置において、ライセンス使用数が「２」であり、一行目のレコードの情報が更新された時刻が「２０２０年１月２日１時２分３秒」であることが示されている。

【0096】

格納要求メッセージが、後述する応答処理部２８１によって受信されると、テーブル更新部２４４は、格納要求メッセージに含まれる情報に基づいて、ライセンス使用数テーブル７を更新する。例えば、テーブル更新部２４４は、格納要求メッセージから、ソフトウェア識別情報、パッケージＩＤ、ホスト名、及びライセンス使用数を取得する。テーブル更新部２４４は、ライセンス使用数テーブル７を参照し、取得したソフトウェア識別情報とパッケージＩＤとホスト名が一致するレコードを検索する。検索がヒットしない場合、テーブル更新部２４４は、取得したソフトウェア識別情報、パッケージＩＤ、ホスト名、及びライセンス使用数を関連付けて、新たなレコードとしてライセンス使用数テーブル７に登録する。検索がヒットした場合、テーブル更新部２４４は、格納要求メッセージから取得したライセンス使用数が０であるか否かを判定する。取得したライセンス使用数が０でない場合、テーブル更新部２４４は、検索がヒットしたレコードのライセンス使用数と更新時刻とを、それぞれ、取得したライセンス使用数と現在時刻とに更新する。取得したライセンス使用数が０である場合、テーブル更新部２４４は、検索がヒットしたレコードを、ライセンス使用数テーブル７から削除する。

【0097】

周期更新部２４５は、一定時間ごとに、ライセンス使用数テーブル７を更新する。具体的には、周期更新部２４５は、ライセンス使用数テーブル７のうち、更新時刻から所定時間以上更新されていないレコードを削除する。例えば、周期更新部２４５は、自サーバ装置にライセンス使用数テーブル７がある場合に起動される。そして、周期更新部２４５は、ライセンス使用数テーブル７の先頭のレコードを参照し、参照したレコードの更新時刻に所定時間足した時刻が、現在時刻を超えているか否か判定する。更新時刻に所定時間足した時刻が、現在時刻を超えている場合、周期更新部２４５は次のレコードを参照する。更新時刻に所定時間足した時刻が、現在時刻を超えていない場合、周期更新部２４５は、当該レコードを削除する。すべてのレコードに対して上記更新処理が終了すると、周期更新部２４５は、一定時間後に、再び上記更新処理を行う。周期更新部２４５は、例えば、格納ホスト名と自サーバ装置のホスト名とが一致する場合に起動されてもよい。

【0098】

応答処理部２８１は、使用数要求メッセージ及び格納要求メッセージを受信する。応答処理部２８１は、格納要求メッセージを受信した場合、テーブル更新部２４４に通知する。また。応答処理部２８１は、使用数要求メッセージを受信した場合、使用数要求メッセージに含まれるソフトウェア識別情報とパッケージＩＤとホスト名とを取得する。応答処理部２８１は、ライセンス使用数テーブル７から、使用数要求メッセージに含まれるソフトウェア識別情報及びパッケージＩＤと一致し、使用数要求メッセージに含まれるホスト名と一致しないレコードを検索する。検索がヒットした場合、応答処理部２８１は、検索がヒットしたレコードのライセンス使用数の合計値を取得する。検索がヒットしない場合、応答処理部２８１は、ライセンス使用数の合計値を０とする。応答処理部２８１は、使用数要求メッセージに含まれるソフトウェア識別情報及びパッケージＩＤと、合計値と、を含む応答メッセージを生成する。そして、応答処理部２８１は、応答メッセージを、使用数要求メッセージの送信元のサーバ装置に送信する。

【0099】

［端末装置１０１の動作例］
次に、端末装置１０１がパッケージファイルを生成する動作を、図１６を用いて説明する。図１６は、端末装置１０１の動作の一例を説明するフローチャートである。なお、端末装置１０１が、図７及び図８に示す処理と同様の処理を行う場合、説明を省略する。

【0100】

まず、端末装置１０１は、図７に示す動作と同様の動作を行う。図７に示す動作と同様の動作の後（すなわち、Ｓ２０７の「Ｎｏ」）、端末装置１０１は、図１６に示す動作を行う。

【0101】

受付部１４０は、作業者から入力された格納ホスト名と格納要求先との入力を受け付ける（Ｓ５０１）。Ｓ５０２乃至Ｓ５０６の処理は、図８のＳ２０８乃至Ｓ２１２と同様である。Ｓ５０６の処理の後、ライセンス認証情報格納部１３６は、ソフトウェア識別情報と、パッケージＩＤと、ライセンス認証数と、格納ホスト名と、格納要求先と、を示す情報を含むライセンス認証情報を、パッケージファイル４に格納する（Ｓ５０７）。そして、パッケージ生成部１３５は、パッケージファイル４を、一つのファイルとして圧縮する（Ｓ５０８）。

【0102】

［サーバ装置２０１の動作例１］
次に、サーバ装置２０１のライセンス数を制御する動作を図１７及び図１８を用いて説明する。図１７及び図１８は、サーバ装置２０１の動作の一例を示すフローチャートである。なお、サーバ装置２０１が、図９及び図１０に示す処理と同様の処理を行う場合、説明を省略する。

【0103】

Ｓ６０１乃至Ｓ６０４の処理は、Ｓ３０１乃至Ｓ３０４の処理と同様である。ライセンス認証情報取得部２６１は、ライセンス認証情報ファイル６４から、格納ホスト名と格納要求先とを取得する（Ｓ６０５）。ライセンス認証情報取得部２６１は、自サーバ装置のホスト名と格納ホスト名とが一致するか否か判定する。自サーバ装置のホスト名と格納ホスト名とが一致する場合（Ｓ６０６の「Ｙｅｓ」）、ライセンス認証情報取得部２６１は、周期更新部２４５を起動する（Ｓ６０７）。なお、周期更新部２４５の動作例は後述する。

【0104】

自サーバ装置のホスト名と格納ホスト名とが一致しない場合（Ｓ６０６の「Ｎｏ」）、または、Ｓ６０７の処理の後、第１取得部２１０は、第１ライセンス必要数を取得する（Ｓ６０８）。第２取得部２２１は、自サーバ装置のホスト名と第１識別情報とパッケージＩＤとを含む使用数要求メッセージを、格納要求先に送信する（Ｓ６０９）。第２取得部２２１は、応答メッセージを受信した場合（Ｓ６１０の「受信」）、応答メッセージに含まれるソフトウェア識別情報と第１識別情報とが一致するか否か判定する。ソフトウェア識別情報が一致する場合（Ｓ６１１の「Ｙｅｓ」）、第２取得部２２１は、応答メッセージに含まれるパッケージＩＤと自サーバ装置におけるパッケージＩＤとが一致するか否か判定する。パッケージＩＤが一致する場合（Ｓ６１２の「Ｙｅｓ」）、第２取得部２２１は、応答メッセージに含まれるライセンス使用数を、第２ライセンス必要数として取得する（Ｓ６１３）。なお、Ｓ６１０においてタイムアウトした場合、または、ソフトウェア識別情報が一致しない場合（Ｓ６１１の「Ｎｏ」）、もしくは、パッケージＩＤが一致しない場合（Ｓ６１２の「Ｎｏ」）、サーバ装置２０１は処理を終了する。

【0105】

Ｓ６１３の処理の後、サーバ装置２０１は、図１８に示す処理を行う。Ｓ６１４乃至Ｓ６１６の処理は、図１０のＳ３１２乃至Ｓ３１４の処理と同様である。また、Ｓ６１９及びＳ６２０の処理は、図１０のＳ３１６及びＳ３１７の処理と同様である。

【0106】

次に、格納要求処理部２４３は、格納要求先に、自サーバ装置の、ソフトウェア識別情報、パッケージＩＤ、ホスト名、及びライセンス使用数を含む格納要求メッセージを送信する（Ｓ６１７）。そして、アプリケーション実行部２７０は、サービスアプリケーションを実行する（Ｓ６１８）。

【0107】

［サーバ装置２０１の動作例２］
次に、サーバ装置２００が、使用数要求メッセージ及び格納要求メッセージを受信した際の動作を、図１９及び図２０を用いて説明する。図１９及び図２０は、サーバ装置２０１の動作の一例を示すフローチャートである。

【0108】

応答処理部２８１は、使用数要求メッセージまたは格納要求メッセージを受信する。応答処理部２８１が、格納要求メッセージを受信した場合（Ｓ７０１の「格納要求メッセージ」）、サーバ装置２０１は図２０の動作を行う。応答処理部２８１は、使用数要求メッセージを受信した場合（Ｓ７０１の「使用数要求メッセージ」）、ホスト名とソフトウェア識別情報とパッケージＩＤとを取得する（Ｓ７０２）。そして応答処理部２８１は、ライセンス使用数テーブル７から、使用数要求メッセージに含まれるソフトウェア識別情報及びパッケージＩＤと一致し、使用数要求メッセージに含まれるホスト名と一致しないレコードを検索する（Ｓ７０３）。検索がヒットした場合（Ｓ７０４の「Ｙｅｓ」）、応答処理部２８１は、検索がヒットしたレコードのライセンス使用数の合計値を取得する（Ｓ７０５）。検索がヒットしない場合（Ｓ７０４の「Ｎｏ」）、ライセンス使用数の合計値を０とする（Ｓ７０６）。応答処理部２８１は、使用数要求メッセージに含まれるソフトウェア識別情報及びパッケージＩＤと、合計値と、を含む応答メッセージを生成する（Ｓ７０７）。そして、応答処理部２８１は、応答メッセージを、使用数要求メッセージの送信元のサーバ装置に送信する（Ｓ７０８）。

【0109】

次に、図２０に示す動作について説明する。

【0110】

Ｓ７０１の処理において応答処理部２８１が格納要求メッセージを受信した場合、テーブル更新部２４４は、格納要求メッセージから、ソフトウェア識別情報とパッケージＩＤとホスト名とライセンス使用数とを取得する（Ｓ７０９）。次にテーブル更新部２４４は、ライセンス使用数テーブル７から、格納要求メッセージに含まれるソフトウェア識別情報とパッケージＩＤとが一致するレコードを検索する（Ｓ７１０）。

【0111】

検索がヒットしなかった場合（Ｓ７１１の「Ｎｏ」）、テーブル更新部２４４は、ライセンス使用数テーブル７に、格納要求メッセージに含まれるソフトウェア識別情報、パッケージＩＤ、ホスト名、及びライセンス使用数、並びに更新時刻を含むレコードを登録する（Ｓ７１３）。このとき、更新時刻は例えば、レコードを登録した時刻である。

【0112】

検索がヒットした場合（Ｓ７１１の「Ｙｅｓ」）、テーブル更新部２４４は、格納要求メッセージに含まれるライセンス必要数が０であるか否か判定する（Ｓ７１２）。ライセンス必要数が０でない場合（Ｓ７１２の「Ｎｏ」）、Ｓ７１０の処理において検索がヒットしたレコードのライセンス使用数と更新時刻とを更新する（Ｓ７１４）。このとき、テーブル更新部２４４は、例えば、検索がヒットしたレコードのライセンス使用数を、格納要求メッセージに含まれるライセンス使用数に更新し、更新時刻を、ライセンス使用数を更新した時刻に更新する。

【0113】

ライセンス必要数が０である場合（Ｓ７１２の「Ｙｅｓ」）、テーブル更新部２４４は、Ｓ７１０の処理において検索がヒットしたレコードを削除する（Ｓ７１５）。

【0114】

［サーバ装置２０１の動作例３］
次に、サーバ装置２０１がライセンス使用数テーブル７を定期的に更新する動作を、図２１を用いて説明する。図２１は、サーバ装置２０１の動作の一例を示すフローチャートである。なお、本動作例において、図１７のＳ６０７の処理において、周期更新部２４５が起動されたものとする。

【0115】

周期更新部２４５は、現在時刻を取得する（Ｓ８０１）。次に、周期更新部２４５は、ライセンス使用数テーブル７の先頭のレコードを参照する（Ｓ８０２）。現在時刻が、参照されたレコードの更新時刻に所定時間足した時刻を超えている場合（Ｓ８０３の「Ｙｅｓ」）、周期更新部２４５は、参照されたレコードを削除する（Ｓ８０４）。現在時刻が、参照されたレコードの更新時刻に所定時間足した時刻を超えていない場合（Ｓ８０３の「Ｎｏ」）、または、Ｓ８０４の処理の後に、周期更新部２４５は、ライセンス使用数テーブル７に、参照されたレコードの次のレコードが存在するか否か判定する。次のレコードが存在する場合（Ｓ８０５の「Ｙｅｓ」）、周期更新部２４５は、次のレコードを参照する（Ｓ８０６）。そして、周期更新部２４５は、再度Ｓ８０３以降の処理を行う。

【0116】

次のレコードが存在しない場合（Ｓ８０５の「Ｎｏ」）、周期更新部２４５は、先頭のレコードを参照してから一定時間経過したか否か判定する。一定時間経過した場合（Ｓ８０７の「Ｙｅｓ」）、周期更新部２４５は、Ｓ８０１の処理に戻る。

【0117】

［サーバ装置２０１の動作例４］
次に、サーバ装置２０１が、実行中のサービス基盤ソフトウェアの終了するときの動作を、図２２を用いて説明する。図２２は、サーバ装置２０１の動作の一例を示すフローチャートである。なお、本動作例において、アプリケーション実行部２７０がサービスアプリケーションの終了処理を行っているとする。

【0118】

格納要求処理部２４３は、自サーバ装置のライセンス使用数を０とする（Ｓ９０１）。そして、格納要求処理部２４３は、自サーバ装置の、ソフトウェア識別情報、パッケージＩＤ、ホスト名、及びライセンス使用数を含む格納要求メッセージを、格納要求先に送信する（Ｓ９０２）。

【0119】

以上のように、第３の実施形態の端末装置１０１は、パッケージファイルを生成する際に、格納ホスト名及び格納要求先の情報を含めてパッケージファイルを生成する。また、第３の実施形態のサーバ装置２０１は、自サーバ装置が格納ホスト名と同一である場合、ライセンス使用数テーブルの保持及び管理を行う。また、サーバ装置２０１は、第２ライセンス必要数を取得する際に、ライセンス使用数テーブルを保持するサーバ装置である格納要求先に使用数要求メッセージを送信する。そして、サーバ装置２０１は、使用数要求メッセージに対応する応答メッセージを格納要求先から受信した場合に、応答メッセージに含まれるライセンス使用数を第２ライセンス必要数として取得する。また、使用数要求メッセージを受信したサーバ装置２０１は、ライセンス使用数テーブルから取得されたライセンス使用数を、応答メッセージに含め、使用数要求メッセージの送信元に送信する。このように構成することによっても、第３の実施形態の端末装置１０１及びサーバ装置２０１は、第２の実施形態の端末装置１００及びサーバ装置２００と同様の効果を奏する。

【0120】

［変形例５］
格納要求メッセージを送信する処理は、周期的に行われてもよい。例えば、格納要求処理部２４３は、図１８のＳ６１６の処理を行ってから、一定時間経過するごとに、格納要求メッセージを格納要求先に送信してもよい。この場合、Ｓ６１６の処理が行われてから、一定時間経過するごとに、格納要求処理部２４３は、自サーバ装置の、ソフトウェア識別情報と、パッケージＩＤと、ライセンス使用数と、ホスト名とを含む格納要求メッセージを生成し、格納要求メッセージを送信する。

【0121】

＜端末装置及びサーバ装置のハードウェアの構成例＞
上述した第１、第２、及び第３の実施形態にかかる端末装置及びサーバ装置を構成するハードウェアについて説明する。図２３は、各実施形態における端末装置及びサーバ装置のそれぞれを実現するコンピュータ装置のハードウェア構成の一例を示すブロック図である。図２３が示す各ブロックは、各実施形態における端末装置、または、サーバ装置及びライセンス管理方法を実現するコンピュータ装置１０と、ソフトウェアとの組み合わせにより実現できる。

【0122】

図２３に示すように、コンピュータ装置１０は、プロセッサ１１、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１２、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１３、記憶装置１４、入出力インタフェース１５、バス１６、及びドライブ装置１７を備える。

【0123】

記憶装置１４は、プログラム（コンピュータプログラム）１８を格納する。プロセッサ１１は、ＲＡＭ１２を用いて端末装置またはサーバ装置にかかるプログラム１８を実行する。具体的には、例えば、プログラム１８は、第１から第３の実施形態において説明した端末装置またはサーバ装置の処理をコンピュータに実行させるプログラムを含む。プロセッサ１１が、プログラム１８を実行することに応じて、本端末装置またはサーバ装置の各構成要素の機能が実現される。プログラム１８は、ＲＯＭ１３に記憶されていてもよい。また、プログラム１８は、記憶媒体２０に記録され、ドライブ装置１７を用いて読み出されてもよいし、図示しない外部装置から図示しないネットワークを介してコンピュータ装置１０に送信されてもよい。

【0124】

入出力インタフェース１５は、周辺機器（キーボード、マウス、表示装置など）１９とデータをやり取りする。入出力インタフェース１５は、データを取得または出力する手段として機能する。バス１６は、各構成要素を接続する。

【0125】

なお、端末装置及びサーバ装置の実現方法には様々な変形例がある。例えば、端末装置及びサーバ装置のそれぞれは、専用の装置として実現することができる。また、端末装置及びサーバ装置は、複数の装置の組み合わせにより実現することができる。

【0126】

各実施形態の機能における各構成要素を実現するためのプログラムを記憶媒体に記録させ、該記憶媒体に記録されたプログラムをコードとして読み出し、コンピュータにおいて実行する処理方法も各実施形態の範疇に含まれる。すなわち、コンピュータ読取可能な記憶媒体も各実施形態の範囲に含まれる。また、上述のプログラムが記録された記憶媒体、及びそのプログラム自体も各実施形態に含まれる。

【0127】

該記憶媒体は、例えばフロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）－ＲＯＭ、磁気テープ、不揮発性メモリカード、またはＲＯＭであるが、この例に限らない。また該記憶媒体に記録されたプログラムは、単体で処理を実行しているプログラムに限らず、他のソフトウェア、拡張ボードの機能と共同して、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）上で動作して処理を実行するプログラムも各実施形態の範疇に含まれる。

【0128】

以上、上述した実施形態を参照して本開示を説明した。しかしながら、本開示は、上述した実施形態には限定されない。即ち、本開示は、本開示のスコープ内において、種々の上記開示要素の多様な組み合わせ乃至選択等、当業者が理解し得る様々な態様を適用することができる。

【符号の説明】

【0129】

１００、１０１ 端末装置
１１０、１４０ 受付部
１２０ 認証部
１３０、１５０ 生成部
２００、２０１ サーバ装置
２１０ 第１取得部
２２０、２２１ 第２取得部
２３０ 判定部
２４０、２９０ 制御部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】