JP7459275B2 - ソフトウェアのライセンス情報の監視方法、装置、サーバ及び記憶媒体 - Google Patents

Description

本願は、ソフトウェア管理の技術分野に関し、特に、ソフトウェアのライセンス情報の監視方法、装置、サーバ及び記憶媒体に関する。

商用ソフトウェアは、通常にライセンス（Ｌｉｃｅｎｓｅ）制御を必要とし、それによって商用ソフトウェアを使用するユーザの権限を制限する。ライセンス制御とは、ライセンス情報によってユーザが自身の権限内でソフトウェアを使用するように制御することであり、ソフトウェアのライセンス情報には、ソフトウェアの発効時刻、合法的な利用期間、及びライセンスノードの数量が含まれている。

合法的な利用期間とは、ユーザがソフトウェアを合法的に使用できる期間であり、例えば、６０日、３６５日などである。ユーザがソフトウェアを合法的な利用期間を超えて使用した場合、ソフトウェアの機能が制限されるか、利用できなくなる。ライセンスノードの数量は、該ソフトウェアを使用できるノードの最大の数量である。例えば、ユーザが１年分のソフトウェアゲートウェイの使用権限を購入し、該ソフトウェアゲートウェイに最大１００個のルータがアクセスできるようにした場合、該ソフトウェアゲートウェイの合法的な利用期間は３６５日であり、ライセンスノードの数量は１００個である。ソフトウェアゲートウェイに１００個のルータがアクセスされた場合、さらに新しいルータが該ソフトウェアゲートウェイへのアクセスを要求すると、該ルータからのアクセス要求は拒否される。

ライセンス制御は、主にライセンス情報の改ざんを防止するためのものであり、現在のライセンス制御方法は以下の通りである。ソフトウェアデプロイメントの際に、ソフトウェアが配置されているホストのハードウェア情報を取得し、該ハードウェア情報は、ホストのＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレス、ハードディスクのシリアル番号を含むが、これらに限定されない。そして、ハードウェア情報からキーを生成し、該キーでライセンス情報を暗号化して暗号文を形成する。ソフトウェアの実行中、該暗号文を復号してライセンス情報を取得し、取得されたライセンス情報に基づいてライセンス制御を行う。

しかしながら、ライセンス情報の暗号化はホストのハードウェア情報に依存するため、ホストが仮想マシンであり、又はホストがコンテナ化シナリオにある場合、ホストのハードウェア情報を取得しにくくなり、ライセンス情報を効果的に保護することが困難である。また、ホストのハードウェア情報を取得して該ハードウェア情報を用いて暗号化しても、改ざん者もホストのハードウェア情報を取得すれば、暗号文を復号することができ、ライセンス情報が改ざんされたリスクがあり、セキュリティが悪くなる。

本願の実施形態は、ライセンス情報が改ざんされ有効になることを防止するとともに、セキュリティを向上させるために、ソフトウェアのライセンス情報の監視方法、装置、サーバ及び記憶媒体を提供することを目的とする。具体的な技術手段は、以下の通りである。

第１の態様として、本願の実施形態は、サーバに適用されるソフトウェアのライセンス情報の監視方法を提供し、前記方法は、
所定時間ごとに取引情報ブロックを生成し、前記取引情報ブロックはライセンス情報を含み、前記ライセンス情報は、前記取引情報ブロックを生成する時における保護対象ソフトウェアの残りの利用可能時間を含んでいることと、
生成された取引情報ブロックに基づいてルート暗号化値を算出することと、
情報ブロックを生成し、前記情報ブロックは、前記ルート暗号化値と、順に生成された取引情報ブロックが含まれている取引リストとを含むことと、
前記情報ブロックを情報チェーンに加え、前記情報チェーンは、順に生成された情報ブロックを含むことと、を含む。

一つの実現可能な態様において、
現在のシステム時刻と前記保護対象ソフトウェアの発効時刻を取得するステップと、
前記現在のシステム時刻と前記保護対象ソフトウェアの発効時刻との差に基づいて、前記保護対象ソフトウェアの使用された時間を確定するステップと、
前記保護対象ソフトウェアの利用可能な総時間と前記使用された時間との差に基づいて、前記保護対象ソフトウェアの残りの利用可能時間を確定するステップと、によって、前記保護対象ソフトウェアの残りの利用可能時間は、確定される。

一つの実現可能な態様において、前記情報ブロックを生成した後、前記方法は、
前記サーバのバックアップノード及び／又は外部キャッシュに前記情報ブロックをブロードキャストして、前記サーバの前記バックアップノード及び／又は前記外部キャッシュ内に情報チェーンのバックアップ情報チェーンを生成することを更に含む。

一つの実現可能な態様において、前記情報ブロックにはヘッダ情報が含まれており、前記ヘッダ情報には前記ルート暗号化値と親暗号化値とが含まれており、
前記方法は、
前記情報ブロックの直前に生成された前の情報ブロックのヘッダ情報を取得することと、
取得された前記前の情報ブロックのヘッダ情報に基づいて前記親暗号化値を算出することと、を更に含む。

一つの実現可能な態様において、前記情報ブロックを生成することは、
前記情報ブロックにおけるデータ部分を生成し、前記データ部分は前記保護対象ソフトウェアの現在の残りの利用可能時間を含んでいることと、
前記情報ブロックのデータ部分に基づいて前記情報ブロックの暗号化値を算出することと、
前記情報ブロックの暗号化値を前記情報ブロックのヘッダ情報に加えることと、を含む。

一つの実現可能な態様において、前記生成された取引情報ブロックに基づいてルート暗号化値を算出することは、
生成された１つ又は複数の取引情報ブロックに基づいて、所定の暗号化アルゴリズムを用いて各取引情報ブロックのライセンス情報を算出し、各取引情報ブロックの暗号化値をそれぞれ取得することと、
前記所定の暗号化アルゴリズムと前記１つ又は複数の取引情報ブロックの暗号化値とに基づいてコンポーネント暗号化値を算出して取得することと、
前記所定の暗号化アルゴリズムを用いて前記コンポーネント暗号化値を算出して、前記ルート暗号化値を取得することと、を含む。

第２の態様として、本願の実施形態は、サーバに適用されるソフトウェアのライセンス情報の監視方法を提供し、保護対象ソフトウェアのライセンス情報は情報チェーンの形式で格納されており、
前記情報チェーンは、順に生成された取引情報ブロックを含み、前記取引情報ブロックは、取引リストとルート暗号化値とを含み、ここで、前記取引リストは、順に生成された取引情報ブロックを含み、前記取引情報ブロックは、ライセンス情報を含み、前記ライセンス情報は、前記取引情報ブロックを生成する時における保護対象ソフトウェアの残りの利用可能時間を含み、前記ルート暗号化値は、前記ライセンス情報に基づいて暗号化して得られたものであり、
前記方法は、
検証対象情報ブロックの取引リストに含まれている各取引情報ブロックに基づいてルート暗号化値を算出することと、
算出して得られたルート暗号化値と、前記検証対象情報ブロックに格納されているルート暗号化値とを比較することと、
比較結果に基づいて前記保護対象ソフトウェアのライセンス情報が改ざんされたかどうかを判定することと、を含む。

一つの実現可能な態様において、前記情報ブロックは、ルート暗号化値と親暗号化値とが含まれているヘッダ情報を含み、ここで、前記親暗号化値が現在の情報ブロックの直前に生成された前の情報ブロックのヘッダ情報に基づいて生成した暗号化値であり、前記方法は、さらに、
前記検証対象情報ブロックの前の情報ブロックのヘッダ情報を取得することと、
取得された前の情報ブロックのヘッダ情報に基づいて暗号化値を算出することと、
前の情報ブロックのヘッダ情報に基づいて算出して得られた暗号化値と、前記検証対象情報ブロックに格納された親暗号化値とを比較することと、
比較結果に基づいて前記保護対象ソフトウェアのライセンス情報が改ざんされたかどうかを判定することと、を含む。

一つの実現可能な態様において、前記情報ブロックのヘッダ情報は、前記情報ブロックの暗号化値を含み、前記情報ブロックの暗号化値は、前記情報ブロックのデータ部分に基づいて算出して得られた暗号化値であり、前記情報ブロックのデータ部分は、前記情報ブロックを生成する時における前記保護対象ソフトウェアのライセンス情報を含み、
前記方法は、さらに、
前記検証対象情報ブロックのデータ部分に基づいて前記検証対象情報ブロックの暗号化値を算出することと、
算出して得られた前記検証対象情報ブロックの暗号化値と、前記検証対象情報ブロックに格納された前記検証対象情報ブロックの暗号化値とを比較することと、
比較結果に基づいて前記保護対象ソフトウェアのライセンス情報が改ざんされたかどうかを判定することと、を含む。

一つの実現可能な態様において、前記検証対象情報ブロックの取引リストに含まれている各取引情報ブロックのライセンス情報に基づいてルート暗号化値を算出することは、
前記検証対象情報ブロックの取引リストに含まれている１つ又は複数の取引情報ブロックに対し、所定の暗号化アルゴリズムを用いて各取引情報ブロックのライセンス情報を算出して、各取引情報ブロックの暗号化値をそれぞれ取得することと、
前記所定の暗号化アルゴリズムと前記１つ又は複数の取引情報ブロックの暗号化値とに基づいてコンポーネント暗号化値を算出して取得することと、
前記所定の暗号化アルゴリズムを用いて前記コンポーネント暗号値を算出し、ルート暗号化値を取得することと、を含む。

一つの実現可能な態様において、前記所定の暗号化アルゴリズムと前記一つ又は複数の取引情報ブロックの暗号化値とに基づいてコンポーネント暗号化値を算出することは、
検証対象情報ブロックの取引リストにおける所定数量の連続する取引情報ブロックごと、前記所定の暗号化アルゴリズムを用いて、前記所定数量の連続する取引情報ブロックの暗号化値を算出して、段落暗号化値を取得することと、
前記所定の暗号化アルゴリズムを用いて、算出して得られた少なくとも１つの段落暗号化値を算出し、前記コンポーネント暗号化値を取得することと、を含む。

一つの実現可能な態様において、前記方法は、
前記検証対象情報ブロックに含まれている取引リストにおける各取引情報ブロックに含まれている残りの利用可能時間が、プリアンブル取引情報ブロックに含まれている残りの利用可能時間よりも小さいかどうかを比較することと、
比較結果に基づいて前記保護対象ソフトウェアの残りの利用可能時間が改ざんされたかどうかを判定することと、をさらに含む。

一つの実現可能な態様において、前記方法は、
バックアップノード及び／又は外部キャッシュからバックアップ情報チェーン中で最新に生成された情報ブロックを取得することと、
バックアップノード及び／又は外部キャッシュから取得された情報ブロックと、前記検証対象情報ブロックとを比較することと、
比較結果に基づいて前記保護対象ソフトウェアのライセンス情報が改ざんされたかどうかを判定することと、をさらに含む。

第３の態様として、本願の実施形態は、サーバに適用されるソフトウェアのライセンス情報の監視装置を提供し、前記装置は、
所定時間ごとに取引情報ブロックを生成し、前記取引情報ブロックはライセンス情報を含み、前記ライセンス情報は、前記取引情報ブロックを生成する時における保護対象ソフトウェアの残りの利用可能時間を含んでいる、生成モジュールと、
生成された取引情報ブロックに基づいてルート暗号化値を算出する、算出モジュールと、
記憶モジュールと、を備え、
前記生成モジュールは、さらに、前記ルート暗号化値と、順に生成された取引情報ブロックが含まれている取引リストとを含む情報ブロックを生成し、
前記記憶モジュールは、前記情報ブロックを情報チェーンに加え、前記情報チェーンは順に生成された情報ブロックを含む。

一つの実現可能な態様において、前記生成モジュールは、具体的に、
現在のシステム時刻と前記保護対象ソフトウェアの発効時刻を取得するステップと、
前記現在のシステム時刻と前記保護対象ソフトウェアの発効時刻との差に基づいて、前記保護対象ソフトウェアの使用された時間を確定するステップと、
前記保護対象ソフトウェアの利用可能な総時間と前記使用された時間との差に基づいて、前記保護対象ソフトウェアの残りの利用可能時間を確定するステップと、により前記保護対象ソフトウェアの残りの利用可能時間を確定する。

一つの実現可能な態様において、前記装置は、
ブロードキャストモジュールをさらに備え、該ブロードキャストモジュールは、前記サーバのバックアップノード及び／又は外部キャッシュに前記情報ブロックをブロードキャストして、前記サーバの前記バックアップノード及び／又は前記外部キャッシュ内に情報チェーンのバックアップ情報チェーンを生成する。

一つの実現可能な態様において、前記情報ブロックにはヘッダ情報が含まれており、前記ヘッダ情報には前記ルート暗号化値と親暗号化値とが含まれており、
前記算出モジュールは、さらに、
前記情報ブロックの直前に生成された前の情報ブロックのヘッダ情報を取得し、
取得された前記前の情報ブロックのヘッダ情報に基づいて前記親暗号化値を算出する。

一つの実現可能な態様において、前記生成モジュールは、具体的に、
前記情報ブロックにおけるデータ部分を生成し、前記データ部分は前記保護対象ソフトウェアの現在の残りの利用可能時間を含んでおり、
前記情報ブロックのデータ部分に基づいて前記情報ブロックの暗号化値を算出し、
前記情報ブロックの暗号化値を前記情報ブロックのヘッダ情報に加える。

一つの実現可能な態様において、前記算出モジュールは、具体的に、
生成された１つ又は複数の取引情報ブロックに基づいて、所定の暗号化アルゴリズムを用いて各取引情報ブロックのライセンス情報を算出し、各取引情報ブロックの暗号化値をそれぞれ取得し、
前記所定の暗号化アルゴリズムと前記１つ又は複数の取引情報ブロックの暗号化値とに基づいてコンポーネント暗号化値を算出して取得し、
前記所定の暗号化アルゴリズムを用いて前記コンポーネント暗号化値を算出し、前記ルート暗号化値を取得する。

第４の態様として、本願の実施形態は、サーバに適用されるソフトウェアのライセンス情報の監視装置を提供し、保護対象ソフトウェアのライセンス情報は情報チェーンの形式で格納されており、
前記情報チェーンは、取引リストとルート暗号化値が含まれている順に構築された情報ブロックとを含み、ここで、前記取引リストは、順に生成された取引情報ブロックを含み、前記ライセンス情報は、ライセンス情報を含み、前記ライセンス情報は、前記取引情報ブロックを生成する時における保護対象ソフトウェアの残りの利用可能時間を含み、前記ルート暗号化値は、前記ライセンス情報に基づいて暗号化して得られたものであり、
前記装置は、
検証対象情報ブロックの取引リストに含まれている各取引情報ブロックに基づいてルート暗号化値を算出する、算出モジュールと、
算出して得られたルート暗号化値と、前記検証対象情報ブロックに格納されているルート暗号化値とを比較し、比較結果に基づいて前記保護対象ソフトウェアのライセンス情報が改ざんされたかどうかを判定する、検証モジュールとを備える。

一つの実現可能な態様において、前記情報ブロックは、ルート暗号化値と親暗号化値とが含まれているヘッダ情報を含み、ここで、前記親暗号化値は、現在の情報ブロックの直前に生成された前の情報ブロックのヘッダ情報に基づいて生成した暗号化値であり、前記装置は、さらに、
前記検証対象情報ブロックの前の情報ブロックのヘッダ情報を取得する、取得モジュールと備え、
前記算出モジュールは、さらに、取得された前の情報ブロックのヘッダ情報に基づいて暗号化値を算出し、
前記検証モジュールは、さらに、前の情報ブロックのヘッダ情報に基づいて算出して得られた暗号化値と、前記検証対象情報ブロックに格納された親暗号化値とを比較し、比較結果に基づいて前記保護対象ソフトウェアのライセンス情報が改ざんされたかどうかを判定する。

一つの実現可能な態様において、前記情報ブロックのヘッダ情報は、前記情報ブロックのデータ部分に基づいて算出して得られた暗号化値である前記情報ブロックの暗号化値を含み、前記情報ブロックのデータ部分は、前記情報ブロックを生成する時における前記保護対象ソフトウェアのライセンス情報を含み、
前記算出モジュールは、さらに、前記検証対象情報ブロックのデータ部分に基づいて前記検証対象情報ブロックの暗号化値を算出し、
前記検証モジュールは、さらに、算出して得られた前記検証対象情報ブロックの暗号化値と、前記検証対象情報ブロックに格納された前記検証対象情報ブロックの暗号化値とを比較し、比較結果に基づいて前記保護対象ソフトウェアのライセンス情報が改ざんされたかどうかを判定する。

一つの実現可能な態様において、前記算出モジュールは、具体的に、
前記検証対象情報ブロックの取引リストに含まれている１つ又は複数の取引情報ブロックに対し、所定の暗号化アルゴリズムを用いて各取引情報ブロックのライセンス情報を算出し、各取引情報ブロックの暗号化値をそれぞれ取得し、
前記所定の暗号化アルゴリズムと前記１つ又は複数の取引情報ブロックの暗号化値とに基づいてコンポーネント暗号化値を算出して取得し、
前記所定の暗号化アルゴリズムを用いて前記コンポーネント暗号値を算出して、ルート暗号化値を取得する。

一つの実現可能な態様において、前記算出モジュールは、具体的に、
検証対象情報ブロックの取引リストにおける所定数量の連続する取引情報ブロックごと、前記所定の暗号化アルゴリズムを用いて、前記所定数量の連続する取引情報ブロックの暗号化値を算出して、段落暗号化値を取得し、
前記所定の暗号化アルゴリズムを用いて、算出して得られた少なくとも１つの段落暗号化値を算出し、前記コンポーネント暗号化値を取得する。

一つの実現可能な態様において、前記検証モジュールは、さらに、
前記検証対象情報ブロックに含まれている取引リストにおける各取引情報ブロックに含まれている残りの利用可能時間が、プリアンブル取引情報ブロックに含まれている残りの利用可能時間よりも小さいかどうかを比較し、
比較結果に基づいて前記保護対象ソフトウェアの残りの利用可能時間が改ざんされたかどうかを判定する。

一つの実現可能な態様において、前記取得モジュールは、さらに、バックアップノード及び／又は外部キャッシュからバックアップ情報チェーン中で最新に生成された情報ブロックを取得し、
前記検証モジュールは、さらに、バックアップノード及び／又は外部キャッシュから取得された情報ブロックと、前記検証対象情報ブロックとを比較し、比較結果に基づいて前記保護対象ソフトウェアのライセンス情報が改ざんされたかどうかを判定する。

第５の態様として、本願の実施形態は、プロセッサーと、通信インターフェースと、メモリと、通信バスとを備えるサーバを提供し、ここで、プロセッサー、通信インターフェース及びメモリは、通信バスを介して互に通信し、
メモリは、コンピュータープログラムを格納し、
プロセッサーは、メモリに格納されているプログラムを実行すると、上記第１の態様に記載の方法のステップを実現する。

第６の態様として、本願の実施形態は、プロセッサーと、通信インターフェースと、メモリと、通信バスとを備えるサーバを提供し、ここで、プロセッサー、通信インターフェース及びメモリは、通信バスを介して互に通信し、
メモリは、コンピュータープログラムを格納し、
プロセッサーは、メモリに格納されているプログラムを実行すると、上記第２の態様に記載の方法のステップを実現する。

第７の態様として、本願の実施形態は、コンピューター読取可能な記憶媒体を提供し、前記コンピューター読取可能な記憶媒体にはコンピュータープログラムが格納されており、前記コンピュータープログラムがプロセッサーにより実行されると、第１の態様に記載の方法を実現する。

第８の態様として、本願の実施形態は、コンピューター読取可能な記憶媒体を提供し、前記コンピューター読取可能な記憶媒体にはコンピュータープログラムが格納されており、前記コンピュータープログラムがプロセッサーにより実行されると、第２の態様に記載の方法を実現する。

第９の態様として、本願の実施形態は、命令を含むコンピュータプログラム製品をさらに提供し、このコンピュータプログラム製品がコンピュータで実行されると、コンピュータが上記第１の態様に記載の方法を実行させる。

第１０の態様として、本願の実施形態は、命令を含むコンピュータプログラム製品をさらに提供し、このコンピュータプログラム製品がコンピュータで実行されると、コンピュータが上記第２の態様に記載の方法を実行させる。

上記の技術案によれば、ルート暗号化値は、生成された各取引情報ブロックに含まれているライセンス情報に基づいて算出して得られたものであり、いずれかの取引情報ブロックに含まれているライセンス情報が改ざんされると、ルート暗号化値が変化する。本願の実施形態において、検証対象情報ブロックの取引リストに含まれている各取引情報ブロックに基づいてルート暗号化値を算出し、算出して得られたルート暗号化値と格納されているルート暗号化値とを比較することで、ライセンス情報が改ざんされたかどうかを判定することができる。ルート暗号化値を生成するときにハードウェア情報が使用されないため、改ざん者が本願の実施形態で使用される暗号化アルゴリズムを知らない限り、ルート暗号化値を改ざんすることは困難である。改ざん者がすべての取引情報ブロックの情報を改ざんした場合でも、ルート暗号化値が改ざんされていない限り、上記のプロセスによりライセンス情報の改ざんが発見され、改ざんされたライセンス情報を利用することを回避できる。したがって、上記のソフトウェアのライセンス情報の監視方法は、ホストのハードウェア情報を使用せずに、ソフトウェアのライセンス情報のセキュリティを向上させることができる。

もちろん、本願の任意の製品又は方法を実施することは、必ずしも上記の利点のすべてを同時に実現することを必要としない。

以下、本願の実施形態の技術案及び従来技術の技術案をより明瞭に説明するために、実施形態及び従来技術に必要な図面を簡単に説明する。なお、下記に記載の図面は本願の一部の実施形態であり、当業者であれば、創造的な労力を必要とせずに、これらの図面に基づいて他の図面を得ることができる。

図１は、本願の実施形態により提供される取引情報ブロックのデータ構造の例示的な模式図である。 図２は、本願の実施形態により提供されるハッシュツリーのデータ構造の例示的な模式図である。 図３は、本願の実施形態により提供される情報ブロックのデータ構造の例示的な模式図である。 図４は、本願の実施形態により提供される情報チェーンのデータ構造の例示的な模式図である。 図５は、本願の実施形態により提供される分散型クラスターシステムにおける各装置との関係の模式図である。 図６は、本願の実施形態により提供されるリード／ライト機能を実現するライセンス装置の例示的な模式図である。 図７は、本願の実施形態により提供されるソフトウェアのライセンス情報の監視方法のフローチャートである。 図８は、本願の実施形態により提供される別のソフトウェアのライセンス情報の監視方法のフローチャートである。 図９は、本願の実施形態により提供されるソフトウェアのライセンス情報の監視方法の例示的なフローチャートである。 図１０は、本願の実施形態により提供されるソフトウェアのライセンス情報の監視装置の構造の模式図である。 図１１は、本願の実施形態により提供される別のソフトウェアのライセンス情報の監視装置の構造の模式図である。 図１２は、本願の実施形態により提供されるサーバの構造の模式図である。

本願の目的、技術案及びメリットをより明確にするために、以下、図面を参照し実施形態と合わせて、本願についてより詳細に説明する。説明された実施形態は、すべての実施形態ではなく、本願の実施形態の一部にすぎないことが明らかである。当業者によって本願の実施形態に基づいて創造的な労力を必要とせずに得られる他のすべての実施形態は、本願の保護範囲に含まれている。

関連技術では、ソフトウェアのライセンス情報は一般にハードウェア情報によって暗号化され、ソフトウェアが配置されているホストが物理マシンである場合、オペレーティングシステムの対応する機能によって物理マシンのハードウェア情報を収集することができる。ソフトウェアが配置されているホストが仮想マシンである場合、仮想マシンのハードウェアの情報が仮想的、可変的なものであるため、仮想マシンが配置されている物理マシンのハードウェア情報を収集するために、仮想マシンの製造元の仮想ソフトウェアが必要とする。仮想化ソフトウェアは、物理マシンのハードウェア情報を取得する機能がサポートされていない場合、物理マシンのハードウェア情報を取得することはできない。

また、コンテナにソフトウェアを配置すると、コンテナが可搬性と動的特性を有するため、ソフトウェアが配置されている物理マシンが変化しやすい。そのため、コンテナ化シナリオでは、ソフトウェアが配置されている物理マシンのハードウェア情報を取得することが困難である。したがって、物理マシンのハードウェア情報を用いてソフトウェアのライセンス情報を暗号化することは困難である。

現在、一般に、大型ソフトウェアが分散型クラスターのアーキテクチャを採用しており、ライセンス情報も分散的に格納されているため、１つのホストのハードウェア情報を用いてライセンス情報を暗号化する方式は分散型クラスターに適用できない。したがって、ライセンス情報をハードウェア情報で保護する方式は利用シーンが限られ、セキュリティが悪くなる。

上記の課題を解決するために、本願の実施形態は、ソフトウェアのライセンス情報の監視方法を提供する。

ソフトウェアのライセンス情報が極秘データであるため、インストール可能なソフトウェアのライセンス情報が改ざんされないように確保するために、サーバは、ソフトウェアのライセンス情報を監視する必要がある。

本願の実施形態において、ハッシュアルゴリズムを暗号化アルゴリズムとして、本願にかかる取引情報ブロック、情報ブロック及び情報チェーンのデータ構造について説明する。暗号化アルゴリズムは、ハッシュアルゴリズムに限定されないと理解されるべきである。例えば、本願は、シフト暗号化アルゴリズムなどの他の暗号化アルゴリズムを用いて暗号化値を算出することができる。

本願の実施形態により提供されるソフトウェアのライセンス情報の監視方法において、保護対象ソフトウェアに対して、サーバは、ソフトウェアのライセンス情報に基づいて１つの取引情報ブロックを毎日生成することができる。もちろん、取引情報ブロックの生成頻度は、二日ごとに１つの取引情報ブロックを生成してもよく、又は一日ごとに２つの取引情報ブロックを生成してもよく、取引情報ブロックの生成頻度に対して限定しない。

（１）図１に示すように、図１は、本願の実施形態にかかる取引情報ブロックのデータ構造の模式図である。取引情報ブロックは、ヘッダ情報とデータ部分を含む。

取引情報ブロックのヘッダ情報は、取引情報ブロックのシリアルナンバーと該取引情報ブロックのハッシュ値を含む。取引情報ブロックのハッシュ値は、該取引情報ブロックのデータ部分を用いてハッシュ演算を行って得られたハッシュ値である。

取引情報ブロックのデータ部分は、残りの利用可能時間を含む。残りの利用可能時間は、保護対象ソフトウェアの使用が許可されている残りの利用可能時間である。

好ましくは、取引情報ブロックのデータ部分は、コンポーネント識別子、タイムスタンプ、ライセンスノードの数量、乱数、及び予約フィールドのうちの少なくとも１つをさらに含む。ここで、ソフトウェアコンポーネントは開発者又は消費者向けの独立したソフトウェア製品として使用できるため、コンポーネント識別子を用いて、生成された取引情報ブロックに対応するコンポーネントを示すことができる。タイムスタンプは、取引情報ブロックを生成するときのシステム時刻である。乱数を加えることにより、取引情報ブロックの暗号化又は復号の算出方法をより複雑にすることができ、取引情報ブロックのハッシュ値の改ざんがさらに困難になり、ここで、乱数が１６ビットであってよい。予約フィールドは、後で取引情報ブロックのデータ部分の内容を拡張するために用いられる。

（２）取引情報ブロックを生成した後、生成された取引情報ブロックに基づいて暗号化を行い、暗号化値で構成されたデータ構造を取得することができる。

本実施形態では、暗号化アルゴリズムであるハッシュアルゴリズムを例として、本願の方法にかかる概念について説明する。暗号化アルゴリズムがハッシュアルゴリズムである場合、生成された取引情報ブロックに基づいてハッシュツリーを生成することができる。図２に示すように、図２は、本願の実施形態におけるハッシュツリーのデータ構造の模式図である。仮に、保護対象ソフトウェアは、コンポーネント１とコンポーネント２とを備える。図２では、各ＴＸが１つの取引情報ブロックのデータ部分を表し、又は、各ＴＸが１つの取引情報ブロックを表す。仮に、現在のコンポーネント１とコンポーネント２が６０日間使用されたとすると、現在、コンポーネント１は、具体的には図２の上半部のＴＸ１からＴＸ６０に対応する６０個の取引情報ブロックが生成されているとともに、コンポーネント２は、具体的には図２の下半部のＴＸ１からＴＸ６０に対応する６０個の取引情報ブロックが生成されている。

ＴＸのハッシュ値を５つごとにそれぞれ結合した後、結合結果に対してハッシュ演算を行って段落ハッシュ値を取得する。

そして、同一のコンポーネントに対応する各段落ハッシュ値を結合してハッシュ演算を行い、コンポーネントハッシュ値を取得する。

コンポーネント１を例として、ＴＸ１～ＴＸ５のハッシュ値を結合してハッシュ演算を行い、ＴＸ１～ＴＸ５の段落ハッシュ値を取得する。詳細については図２のＨａｓｈ（１～５）を参照する。ＴＸ６～ＴＸ１０に対応する段落ハッシュ値、ＴＸ１０～ＴＸ１５に対応する段落ハッシュ値から、ＴＸ５６～ＴＸ６０に対応する段落ハッシュ値までに算出し、コンポーネント１の１２個の段落ハッシュ値を取得することができる。

コンポーネント１の１２個の段落ハッシュ値を結合してハッシュ演算を行い、コンポーネント１のコンポーネントハッシュ値を取得する。詳細については図２のコンポーネントＨａｓｈ（１～６０）を参照する。本実施形態では、コンポーネントハッシュ情報にはコンポーネントハッシュ値と現在の該コンポーネントの最後に生成された取引情報ブロックのデータ部分とが含まれることを例として説明する。コンポーネント１のコンポーネントハッシュ情報は、コンポーネント１のコンポーネントハッシュ値とコンポーネント１のＴＸ６０の情報を含む。

同じ算出方法に基づいて、コンポーネント２のコンポーネントハッシュ情報を取得することができ、コンポーネント２のコンポーネントハッシュ情報は、コンポーネント２のコンポーネントハッシュ値とコンポーネント２のＴＸ６０の情報とを含む。

コンポーネント１のコンポーネントハッシュ値とコンポーネント２のコンポーネントハッシュ値とを結合してハッシュ演算を行い、ルートハッシュ値を取得する。

保護対象ソフトウェアには、１つのコンポーネントのみ、例えばコンポーネント１のみが含まれている場合、コンポーネント１の段落ハッシュ値を取得した後、コンポーネント１の段落ハッシュ値を結合してハッシュ演算を行い、ルートハッシュ値を取得する。

上記の計算プロセスでは、取引情報ブロックを５つごとに段落として段落ハッシュ値を算出する。現在の生成された取引情報ブロックが５つ未満であり、例えば、４つしかない場合、これら４つの取引情報ブロックのハッシュ値に基づいて段落ハッシュ値を算出する。或いは、現在、５３個の取引情報ブロックが生成された場合、算出された最後の段落ハッシュ値はＴＸ５０からＴＸ５３までの段落ハッシュ値である。

上記において、例として、取引情報ブロックの５つごとのハッシュ値に基づいて段落ハッシュ値を算出するが、実際には、５つに限定されず、たとえば２つ又は３つであってもよい。

（３）図２に示すハッシュツリーを取得した後、該ハッシュツリー及び取引リストに基づいて情報ブロックを生成することができる。図３に示すように、図３は、本願の実施形態における情報ブロックのデータ構造の模式図である。情報ブロックは、データ構造の観点から、ヘッダ情報とデータ部分を含み、取引部分をさらに含む。情報ブロックのヘッダ情報は、情報ブロックに基づいて生成されたハッシュ値を格納するために用いられる。ここで、情報ブロックのヘッダ情報は、親ハッシュ値、現在の情報ブロックのハッシュ値、ルートハッシュ値のうちのいずれか１つ又は複数を含むことができる。好ましくは、ヘッダ情報は、タイムスタンプ、乱数、シリアルナンバーのうちのいずれか１つ又は複数を含んでもよい。親ハッシュ値は、現在の情報ブロックの直前に生成された前の情報ブロックのヘッダ情報に対してハッシュ演算を行って得られたハッシュ値である。例えば、情報ブロック１、情報ブロック２、情報ブロック３、情報ブロック４が時系列的に生成され、現在生成されている情報ブロックが情報ブロック５であると、情報ブロック５のヘッダ情報に含まれている親ハッシュ値は、情報ブロック４のヘッダ情報に対してハッシュ演算を行って得られたハッシュ値である。

現在の取引情報ブロックのハッシュ値は、現在の取引情報ブロックのデータ部分に対してハッシュ演算を行って得られたハッシュ値である。

ルートハッシュ値は、図２におけるルートハッシュ値であり、
タイムスタンプは、現在の情報ブロックを生成するときのシステム時刻であり、
ヘッダ情報に含まれているシリアルナンバーは、現在の情報ブロックのシリアルナンバーであり、例えば、現在の情報ブロックが保護対象ソフトウェアにより生成された５番目の情報ブロックであると、ヘッダ情報に含まれているシリアルナンバーは５である。

情報ブロックのデータ部分はコンポーネントハッシュ情報を格納するために用いられる。例えば、情報ブロックのデータ部分は、図２におけるコンポーネントハッシュ情報、即ちコンポーネント１のコンポーネントハッシュ情報とコンポーネント２のコンポーネントハッシュ情報とを含む。

情報ブロックの取引部分は、各コンポーネントのすでに生成された取引情報ブロックのデータ部分を格納するために用いられる。例えば、情報ブロックの取引部分は、コンポーネント１に対して現在すでに生成されたＴＸ１～ＴＸ６０を含むコンポーネント１の取引リストと、コンポーネント２に対して現在すでに生成されたＴＸ１～ＴＸ６０を含むコンポーネント２の取引リストと、を含むことができる。

（４）本願では、生成された情報ブロックに基づいて特定の順序で形成されたデータ構造は、情報チェーンとも呼ばれる。図４に示すように、図４は、本願の実施形態における情報チェーンのデータ構造の模式図である。

ここで、情報チェーンは、順に構築される情報ブロックを含み、その中で、情報チェーン内で最初に生成された情報ブロックが本願ではジェネシスブロックと呼ばれ、ジェネシスブロックのデータ構造は、他の情報ブロックのデータ構造と同じである。内容に関しては、ジェネシスブロックには、コンポーネントの許可される使用時間、つまりコンポーネントの利用可能な総時間が含まれている。

図４は、ジェネシスブロックの後に生成された２つの情報ブロックを例示的に示したが、実際に実行する場合、情報ブロックの数量が限定されない。

一例として、取引ブロックを毎日１つ生成し、全ての生成された取引情報ブロックに基づいて上記ハッシュツリーを算出し、さらに情報ブロックを毎日１つ作成し、即ち図４に示した情報チェーンに情報ブロックを毎日１つ加える。

本願の実施形態により提供されるソフトウェアのライセンス情報の監視方法は、複数のサーバを備える分散型クラスターシステムに適用され、分散型クラスターシステムに含まれているサーバにより本願の実施形態に提供される方法とプロセスを実行することができる。

１つの実施形態において、保護対象ソフトウェアが存在する分散型クラスターシステムにライセンス装置を配置することができ、該ライセンス装置は、１つのプロセス又は１つのプロセスの一部である。具体的に、該ライセンス装置は、分散型クラスターシステムの何れか１つのサーバに配置されることができ、本願の実施形態により提供される方法のプロセスを実現するために用いられる。

好ましくは、分散型クラスターシステムに複数のライセンス装置を配置し、そのうちの１つのライセンス装置をマスタノードとして使用し、他のライセンス装置をバックアップノードとして使用することができる。マスタノードは、保護対象ソフトウェアのライセンス情報を格納及び／又は検証するために用いられる。バックアップノードは保護対象ソフトウェアのライセンス情報を検証するために用いられる。

図５は、本願の実施形態により提供される分散型クラスターシステムにおける各装置との関係の模式図である。図５に示すように、一例として、ライセンス装置１、ライセンス装置２、及びライセンス装置３のような３つのライセンス装置が分散クラスターシステムに配備されている。各ライセンス装置は、いずれも、データをリード／ライトする機能を有する。

ビジネスサービス装置は、アプリケーションプログラミングインターフェース（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ，ＡＰＩ）ゲートウェイを介してライセンス装置１、ライセンス装置２及びライセンス装置３とそれぞれ通信している。

ビジネスサービス装置は、保護対象ソフトウェアに対してソフトウェアのライセンスを制御するために用いられ、具体的にユーザの保護対象ソフトウェアに対する使用を管理するために使用される。ビジネスサービス装置は、たとえば、保護対象ソフトウェアのライセンス情報に基づいて、ユーザに保護対象ソフトウェアを使用する権限があるか否かを確定することができる。

即ち、ＡＰＩゲートウェイは、ルーティング及び負荷分散機能を実現することができる。

ビジネスサービス装置は、ＡＰＩゲートウェイに読取要求を送信することができる。ＡＰＩゲートウェイがビジネスサービス装置から送信された読取要求を受信した場合、ＡＰＩゲートウェイは、負荷分散ポリシーに従って、又はランダムに、該読取要求を図５のライセンス装置のうちの１つに転送することができる。これにより、該ライセンス装置は、保護対象ソフトウェアのライセンス情報を読み取り、ＡＰＩゲートウェイを介してビジネスサービス装置に送信し、そして、ビジネスサービス装置は、読み取ったライセンス情報に基づいてソフトウェアのライセンス制御を行う。

ライセンス装置の書込機能により、保護ソフトウェアに対するライセンス情報の書込を実現することができ、ライセンス情報に対する改ざん防止機能を実現することもできる。

図５のライセンス装置、ＡＰＩゲートウェイ及びビジネスサービス装置は、分散型クラスターシステムに配置されたソフトウェアである。ライセンス装置、ＡＰＩゲートウェイ、及びビジネスサービス装置は、具体的に、分散型クラスターシステム内の１つのサーバに配置されてもよいし、分散型クラスターシステム内の複数のサーバに配置されてもよい。

図６に示すように、図６は本願の実施形態により提供されるリード／ライト機能を実現するライセンス装置の例示的な模式図である。ビジネスサービス装置は、ＡＰＩゲートウェイを介して、ライセンス装置に格納されたライセンス情報を読み取るように要求することができる。ライセンス装置は、所定時間ごとに最新のライセンス情報を書き込む。図６における３つのライセンス装置は、リーダー選挙メカニズムで１つのライセンス装置をマスタノードとして選択し、残りの２つのライセンス装置をバックアップノードとして用いることができる。

図６では、ライセンス装置１をマスタノードとし、ライセンス装置２及びライセンス装置３をバックアップノードとすることを例とすると、ライセンス装置１は、所定時間ごとに情報を書き込み、即ち、保護対象ソフトウェアの最新のライセンス情報を生成し、該ライセンス情報を格納する。

ライセンス装置１は、ライセンス情報を生成した後、生成されたライセンス情報をライセンス装置２及びライセンス装置３に同期し、ライセンス装置２及びライセンス装置３は、所定の時間ごとに格納されたライセンス情報を検証することにより、ライセンス情報の改ざんを防止する。好ましくは、ライセンス装置１は、さらに、所定の時間ごとに、格納されたライセンス情報を検証することができる。

ここで、マスタノードがライセンス情報を書き込む期間は、バックアップノードがライセンス情報を検証する期間と同じであってよく、例えばマスタノードが毎日１回ライセンス情報を書き込む。それなりに、バックアップノードは、ライセンス情報を毎日１回検証する。あるいは、セキュリティをさらに向上するために、バックアップノードは、１時間に１回のように検証周期を短縮することも可能である。

図６では、ＡＰＩゲートウェイが読取要求を受信した後、負荷分散ポリシーに従って読取要求をライセンス装置３に転送することを例とすると、その後に、ライセンス装置３は該読取要求を処理することができる。

なお、図５に示すようなシステムには、ライセンス装置が１つのみ存在する場合、該ライセンス装置によりライセンス情報の書込及び検証を行うことができる。

理解を容易にするために、まず、本願の実施形態に係る内容について説明する。

本願の実施形態では、ソフトウェアを粒度として、またはソフトウェアに含まれているコンポーネントを粒度として、ライセンス情報を格納及び検証することができる。

ソフトウェアを粒度とすると、保護対象ソフトウェアのライセンス情報に対して格納及び検証を行う。保護対象ソフトウェアのライセンス情報は、保護対象ソフトウェアの残りの利用可能時間を含んでよく、好ましくは、保護対象ソフトウェアのライセンスノードの数量を含んでもよい。

コンポーネントを粒度とすると、保護ソフトウェアに含まれている各コンポーネントのライセンス情報に対して格納及び検証を行う。コンポーネントのライセンス情報は、該コンポーネントの残りの利用可能時間を含んでよく、好ましくは、該コンポーネントのライセンスノードの数量を含んでもよい。

本願の実施形態では、ライセンス情報に対して格納及び検証を行うプロセスにおいて使用される所定の暗号化アルゴリズムは、ハッシュアルゴリズム、シフトアルゴリズムなどであってもよい。

以下、例として、コンポーネントを保護粒度とし、ハッシュアルゴリズムを所定の暗号化アルゴリズムとする。

本願は、使用される暗号化アルゴリズムのタイプを限定するものではないので、上記実施形態にかかる段落ハッシュ値、コンポーネントハッシュ値、コンポーネントハッシュ情報、ルートハッシュ値の説明に基づいて、本願に係る以下の概念の意味を分かることを、理解すべきである。

段落暗号化値：所定数量の連続の取引ブロックの暗号化値に基づいて暗号化の計算を行って得られた暗号化値が段落暗号化値と呼ばれる。

コンポーネント暗号化値：同じコンポーネントによって生成された少なくとも１つ又は複数の段落暗号化値に基づいて暗号化の計算を行って得られた暗号化値がコンポーネント暗号化値と呼ばれる。

コンポーネント暗号化情報：コンポーネント暗号化情報は、コンポーネント暗号化値及び現在の該コンポーネントの最後に生成された取引ブロックに基づいて確定することができる。コンポーネント暗号化情報は、最終的に生成された取引情報ブロックの全ての内容、又は最終的に生成された取引情報ブロックのデータ部分を含んでもよいし、又は最終的に生成された取引情報ブロックの残りの利用可能時間及びライセンスノードの数量のみを含んでもよい。具体的には、コンポーネント暗号化情報は、実際の必要に応じて選択することができる。

ルート暗号化値：異なるコンポーネントのコンポーネント暗号化値、又は同じコンポーネントのコンポーネント暗号化値に基づいて暗号化の計算を行って得られた暗号化値がルート暗号化値と呼ばれる。

親暗号化値：現在の情報ブロックの直前に生成された前の情報ブロックのヘッダ情報に対して暗号化の計算を行って得られた暗号化値である。

以下、図１乃至図６を参照し、本願の実施形態により提供されるソフトウェアのライセンス情報の監視方法について詳しく説明する。

図７に示すように、本願の実施形態は、サーバに適用されるソフトウェアのライセンス情報の監視方法を提供し、該方法は、以下のステップを含む。
Ｓ７０１：サーバが、所定時間ごとに取引情報ブロックを生成する。

一実施形態において、所定時間ごとに取引情報ブロックを生成し、該取引情報ブロックはライセンス情報を含み、前記ライセンス情報は、取引情報ブロックを生成する時における保護対象ソフトウェアの残りの利用可能時間を含んでいる。

ここで、サーバは、ソフトウェアの使用が許可された時間や使用が許可されたノードなどの情報を監視する必要がある。本願において、サーバによって監視されるソフトウェアが保護対象ソフトウェアと呼ばれ、保護対象ソフトウェアは、ソフトウェアに含まれている複数のコンポーネントであってもよいし、独立して使用されるソフトウェアであってもよい。

コンポーネント１とコンポーネント２を含む保護対象ソフトウェアを例として、所定時間が１日である場合、コンポーネント１について１日１つの取引ブロックが生成され、コンポーネント２について１日１つの取引ブロックが生成される。

理解されるように、毎日生成される取引ブロックに含まれている残りの利用可能時間は、順次に減少される。

好ましくは、ライセンス情報は、ライセンスノードの数量をさらに含む。取引情報ブロックには他の情報も含まれることができ、詳細には図１を参照することができる。

Ｓ７０２：サーバが、生成された取引情報ブロックに基づいてルート暗号化値を算出する。

このステップは、以下のように実現されることができる。すなわち、サーバは、生成された１つ又は複数の取引情報ブロックに基づいて、所定の暗号化アルゴリズムを用いて各取引情報ブロックのライセンス情報を算出し、各取引情報ブロックの暗号化値をそれぞれ取得する。そして、所定の暗号化アルゴリズムと上記１つ又は複数の取引情報ブロックの暗号化値とに基づいて、コンポーネント暗号化値を算出してコンポーネント暗号化値を取得し、所定の暗号化アルゴリズムを用いてコンポーネント暗号値を算出し、ルート暗号化値を取得する。

ここで、現在は、ユーザが保護対象ソフトウェアの使用を許可された最初の日である場合、すなわち、現在、１つの取引ブロックしか生成されていない場合、サーバは該１つの取引ブロックによりルート暗号化値を算出する。現在、ユーザが保護対象ソフトウェアの使用を許可された最初の日ではない場合、サーバは生成された複数の取引情報ブロックによりルート暗号化値を算出する。

所定の暗号化アルゴリズムがハッシュアルゴリズムであることを例として、本願の実施形態に係る暗号化値のいずれもハッシュ値であってよい。

図１に示すような取引情報ブロックのデータ構造を参照すると、生成された各取引情報ブロックについて、取引情報ブロックのライセンス情報は残りの利用可能時間を含む。セキュリティを向上させるために、図３のデータ部分の他の情報も含んでもよい。各取引情報ブロックのデータ部分のそれぞれに対してハッシュ演算を行い、各取引情報ブロックのハッシュ値を取得することができる。

そして、生成された各取引情報ブロックのハッシュ値に基づいてハッシュ演算を行ってコンポーネントハッシュ値を取得し、ハッシュアルゴリズムとコンポーネントハッシュ値とに基づいてルートハッシュ値を取得することができる。例えば、５つの取引情報ブロックのハッシュ値がそれぞれ１０１、１０２、１０３、１０４、１０５である場合、該５つのハッシュ値を結合して１０１１０２１０３１０４１０５を取得し、この値に対してハッシュ演算を行ってコンポーネントハッシュ値を得ることができる。

さらに、５つのハッシュ値に他の値をそれぞれ加えた後にハッシュを行うことができ、例えば、上記５つのハッシュ値にそれぞれ５を加算すると、５つの取引情報ブロックのハッシュ値は、１０６、１０７、１０８、１０９、２００に更新され、その後、ハッシュ演算を行ってコンポーネントハッシュ値を取得することができる。

保護対象ソフトウェアが複数のコンポーネントを含む場合、各コンポーネントの取引情報ブロックのハッシュ値に基づいて、各コンポーネントのコンポーネントハッシュ値を算出することができる。そして、各コンポーネントのコンポーネントハッシュ値を結合し、またハッシュ演算を行ってルートハッシュ値を取得する。計算プロセスは、上記の図２についての説明を参照すればよく、ルートハッシュ値を算出することで図３に示すようなハッシュツリーを取得することができる。

Ｓ７０３：サーバが、現在生成する必要がある情報ブロックの直前に生成された前の情報ブロックのヘッダ情報を取得する。

例えば、現在は、保護対象ソフトウェアを使用する６０日目であり、すなわち、現在６０番目の情報ブロックを生成する必要があり、前の情報ブロックは、５９日目に生成された情報ブロックである。

前の情報ブロックのヘッダ情報は、前の情報ブロックのルート暗号化値及び親暗号化値を含むことができる。好ましくは、ヘッダ情報は、他のデータをさらに含むこともでき、詳細は図５を参照することができる。

Ｓ７０４：サーバが、取得された前の情報ブロックのヘッダ情報に基づいて親暗号化値を算出する。

仮に、前の情報ブロックが５９番目の情報ブロックであり、５９番目の情報ブロックのヘッダ情報に含まれている内容に対してハッシュ演算を行うと、５９番目の情報ブロックのヘッダ情報のハッシュ値が得られ、５９番目の情報ブロックのヘッダ情報のハッシュ値が６０番目の情報ブロックの親ハッシュ値となる。この親ハッシュ値は、６０番目の情報ブロックのヘッダ情報に格納されている。

本願の実施形態では、Ｓ７０２とＳ７０３～Ｓ７０４との間の実行順序は限定されない。すなわちルート暗号化値が先に算出されてもよいし、親暗号化値が先に算出されてもよいし、あるいはその両方が同時に算出されてもよい。

Ｓ７０５：サーバが、情報ブロックを生成する。

ここで、情報ブロックは、ルート暗号化値と、順に生成された取引情報ブロックが含まれる取引リストと、を含むことができる。

図３を参照し、サーバは、情報ブロックのヘッダ情報、データ部分、及び取引リストをそれぞれ生成する必要がある。

ヘッダ情報は、上記の親暗号化値及びルート暗号化値に加えて、情報チェーンの暗号化値をさらに含むことができる。これに基づいて、情報ブロックを生成するプロセスは、以下の処理を含む。

情報ブロックのデータ部分を生成する。ここで、情報ブロックのデータ部分は上記保護対象ソフトウェアの残りの利用可能時間を含む。情報ブロックのデータ部分から情報ブロックの暗号化値を算出し、該情報ブロックのヘッダ情報に情報ブロックの暗号化値を加える。例えば、情報ブロックのデータ部分に含まれている保護対象ソフトウェアの残りの利用可能時間が１０日であれば、１０を暗号化して、該情報ブロックの暗号化値を得ることができる。

情報ブロックのデータ部分は、具体的に図２のハッシュツリーにおけるコンポーネントハッシュ情報であってよく、この情報ブロックのデータ部分に対してハッシュ演算を行うことによって、該情報ブロックのハッシュ値を得ることができる。

上記のルートハッシュ値、親ハッシュ値、及び情報ブロックのハッシュ値を算出して得た後、図３に示すような情報ブロックを生成することができる。

Ｓ７０６：サーバは情報ブロックを情報チェーンに加え、情報チェーンが順に生成された情報ブロックを含む。

本願の実施形態において、サーバは、毎日情報ブロックを生成した後、該情報ブロックを情報チェーンの最後に加えることができる。一実施形態において、情報チェーンはシリアル化され暗号化されて格納されている。

本願の実施形態により提供される上記の方法は、分散型クラスターシステムにおいて使用されることができ、サーバにバックアップノードが存在する場合、サーバは、情報ブロックを生成するたびに、該情報ブロックをサーバのバックアップノードに送信することができる。

本願の実施形態により提供される方法では、さらに、別途キャッシュスペースを設けることによって上記生成された情報ブロックをキャッシュすることができるので、サーバは、さらに、情報ブロックを生成するたびに該情報ブロックを外部キャッシュに送信することができる。

上記の方法によれば、バックアップノード及び／又は外部キャッシュ内に、情報チェーンのバックアップ情報チェーンを形成することができる。サーバは、自身に格納された情報チェーンを、バックアップノード及び／又は外部キャッシュにおけるバックアップ情報チェーンと比較することにより、情報チェーンが改ざんされたかどうかを判定し、それにより情報チェーンのセキュリティを向上させることができる。

図６を参照し、図６のライセンス装置１、ライセンス装置２、及びライセンス装置３が、それぞれサーバ１、サーバ２、及びサーバ３に配置されている場合を例として、サーバ２とサーバ３は、サーバ１のバックアップノードである。サーバ１は、情報ブロックを生成した後に、該情報ブロックをサーバ２及びサーバ３に送信することができる。

上記実施形態において、サーバは、取引ブロックを生成する際に、保護対象ソフトウェアの残りの利用可能時間を確定する必要がある。保護対象ソフトウェアの残りの利用可能時間は、以下のステップで確定することができる。

ステップ１：サーバは、現在のシステム時刻と保護対象ソフトウェアの発効時刻とを取得する。
ステップ２：サーバは、現在のシステム時刻と保護対象ソフトウェアの発効時刻との差に基づいて、保護対象ソフトウェアの使用された時間を確定する。
ステップ３：サーバは、保護対象ソフトウェアの利用可能な総時間と上記使用された時間との差に基づいて、保護対象ソフトウェアの残りの利用可能時間を確定する。

例えば、保護対象ソフトウェアの発効時刻が２０２０年４月１日であり、ここで、発効時刻は保護対象ソフトウェアの最初に登録された時間であってもよいし、また、現在のサーバのシステム時間が２０２０年４月２０日であり、保護対象ソフトウェアの利用可能な総時間が３０日である場合、保護対象ソフトウェアがずでに２０日間使用されたとして確定することができ、残りの利用可能時間は１０日となる。

保護対象ソフトウェアが複数のコンポーネントを含み、各コンポーネントの発効時刻及び利用可能な総時間が異なる場合、各コンポーネントの残りの利用可能時間をそれぞれ確定する。１つのコンポーネントに対して、サーバがこのコンポーネントの残りの利用可能時間を確定する方法は、現在のシステム時刻とコンポーネントの発効時刻とを取得し、現在のシステム時刻とコンポーネントの発効時刻との差に基づいて、コンポーネントの使用された時間を確定することである。そして、コンポーネントの利用可能時間のバランスと使用された時間との差に基づいて、コンポーネントの残りの利用可能時間を確定する。

本願の実施形態は、サーバに適用されるソフトウェアのライセンス情報の監視方法をさらに提供する。図８に示すように、該方法は、以下のステップを含む。

Ｓ８０１：サーバが、検証対象情報ブロックの取引リストに含まれている各取引情報ブロックに基づいてルート暗号化値を算出する。

ここで、検証対象情報ブロックは、情報チェーンに格納された情報ブロックである。一実施形態において、検証対象情報ブロックは、現在すでに生成された最後の情報ブロックである。

本願の実施形態において、１時間ごとに情報ブロック内の検証対象情報ブロックを検証し、又は、５つの情報ブロックが生成されるごとに１回検証することができる。もちろん、検証の頻度は、上記の実施形態に限定されるものではなく、実際の状況に応じて設定されてもよく、本願の実施形態はこれに限定されない。

サーバは、検証対象情報ブロックの取引リストに含まれている１つ又は複数の取引情報ブロックに対し、所定の暗号化アルゴリズムを用いて各取引情報ブロックのライセンス情報を算出し、各取引情報ブロックの暗号化値をそれぞれ取得する。そして、サーバは、所定の暗号化アルゴリズムと上記１つ又は複数の取引情報ブロックの暗号化値とに基づいてコンポーネント暗号化値を算出して取得する。その後、所定の暗号化アルゴリズムを用いてコンポーネント暗号値を算出し、ルート暗号化値を取得する。

サーバは、所定の暗号化アルゴリズムと上記１つ又は複数の取引情報ブロックの暗号化値とに基づいてコンポーネント暗号化値を算出して取得することは、具体的に、サーバが、検証対象情報ブロックの取引リストにおける所定数量の連続する取引情報ブロックごと、所定の暗号化アルゴリズムを用いて、所定数量の連続の取引情報ブロックの暗号化値を算出し、段落暗号化値を取得する。そして、所定の暗号化アルゴリズムを用いて、算出して得られた少なくとも１つの段落暗号化値に対して計算を行い、コンポーネント暗号化値を取得する。

該ステップにおけるルート暗号化値の算出方法は、情報ブロックを生成する際にルート暗号化値を算出する方法と同じであり、具体的には上記実施形態の関連説明を参照すればよい。

Ｓ８０２：サーバが、算出して得られたルート暗号化値と、検証対象情報ブロックに格納されたルート暗号化値とを比較する。

本願の実施形態において、情報ブロックに含まれている情報が改ざんされていない場合、算出して得られたルート暗号化値は、検証対象情報ブロックに格納されているルート暗号化値と同じであるはずだ。検証対象情報ブロックに含まれているライセンス情報が改ざんされた場合、算出した得られたルート暗号化値は、検証対象情報ブロックに格納されているルート暗号化値とは異なるようになる。

本願の実施形態は、ルート暗号化値に基づいて検証対象情報ブロックに対する検証を完了することができる。ライセンス情報のセキュリティをさらに向上させるために、Ｓ８０３～Ｓ８０５を実行し、検証対象情報ブロックを親暗号化値で検証すること、及び／又は、Ｓ８０６～Ｓ８０７を実行し、検証対象情報ブロックを検証対象情報ブロックの暗号化値で検証することができる。上記３つの検証プロセスで使用されるパラメータが異なるため、本願の実施形態は、Ｓ８０１～Ｓ８０２と、Ｓ８０３～Ｓ８０５と、Ｓ８０６～Ｓ８０７との間の実行順序を限定するものではない。図８では、Ｓ８０１～Ｓ８０７を順に実行する例を示す。

Ｓ８０３：サーバが、検証対象情報ブロックの前の情報ブロックのヘッダ情報を取得する。

ここで、検証対象情報ブロックの前の情報ブロックは、検証対象情報ブロックが生成される前に生成された前の情報ブロックである。

前の情報ブロックのヘッダ情報は、ルート暗号化値及び／又は親暗号化値を含んでもよく、好ましくは、図３に示す情報ブロックのヘッダ情報における他の情報をさらに含んでもよい。

Ｓ８０４：サーバが、取得された前の情報ブロックのヘッダ情報に基づいて暗号化値を算出する。

該ステップにおける暗号化値の算出方法は、検証対象情報ブロックを生成する際に親暗号化値を算出する方法と同じであり、具体的には上記実施形態の関連説明を参照すればよく、ここでは説明を省略する。

Ｓ８０５：サーバが、前の情報ブロックのヘッダ情報に基づいて算出して得られた暗号化値と、検証対象情報ブロックに格納された親暗号化値とを比較する。

該ステップにおける暗号化値の算出方法は、検証対象情報ブロックを生成する際に親暗号化値を算出する方法と同じであるため、既に格納されている検証対象情報ブロックの前の情報ブロックのヘッダ情報に含まれているいずれかの情報が改ざんされると、算出された暗号値が検証対象情報ブロックに格納された親暗号化値と異なることになる。

Ｓ８０３～Ｓ８０５については、例えば、検証対象情報ブロックが情報ブロック５０である場合、検証対象情報ブロックの前の情報ブロックは、情報ブロック４９である。検証対象情報ブロック５０のヘッダ情報には、情報ブロック５０を生成する際に情報ブロック４９のヘッダ情報に基づいて算出して得られた暗号値である親暗号化値が含まれている。

検証プロセスにおいて、サーバは、情報ブロック４９のヘッダ情報を取得し、この際に取得した情報ブロック４９のヘッダ情報を暗号化して、１つの暗号化値を算出することができる。

そして、この際に算出された暗号値と、情報ブロック５０のヘッダ情報に格納されている親暗号化値とを比較し、両者が異なる場合、情報ブロック４９に含まれているヘッダ情報が改ざんされていること、又は、情報ブロック５０に格納されている親暗号化値が改ざんされていることを示す。

Ｓ８０６：サーバが、検証対象情報ブロックのデータ部分に基づいて検証対象情報ブロックの暗号化値を算出する。

本願の実施形態において、検証対象情報ブロックのデータ部分は、該検証対象情報ブロックを生成する際の保護対象ソフトウェアのライセンス情報を含むことができる。保護対象ソフトウェアが複数のコンポーネントを含む場合、検証対象情報ブロックのデータ部分は、各コンポーネントのライセンス情報を含む。

該ステップにおける検証対象情報ブロックの暗号化値の算出方法は、検証対象情報ブロックを生成する際に該検証対象情報ブロックの暗号化値を算出する方法と同じであり、上記実施形態の関連説明を参照すればよく、ここでは説明を省略する。

Ｓ８０７：サーバが、算出して得られた検証対象情報ブロックの暗号化値と、検証対象情報ブロックに格納された検証対象情報ブロックの暗号化値とを比較する。

ここで、図５を参照し、検証対象情報ブロックのデータ部分のいずれかの情報が改ざんされると、算出して得られた検証対象情報ブロックの暗号化値が、検証対象情報ブロックに格納された検証対象情報ブロックの暗号化値と異なることになる。

Ｓ８０８：サーバが、比較結果に基づいて保護対象ソフトウェアのライセンス情報が改ざんされたかどうかを確定する。

ここで、上記Ｓ８０２、Ｓ８０５及びＳ８０７において、任意の１つの比較結果が異なる場合、保護対象ソフトウェアのライセンス情報が改ざんされたことを示す。

上記ライセンス情報の監視方法を用いて、保護ソフトウェアの任意の取引ブロックに含まれているライセンス情報が改ざんされると、取引ブロックの暗号化値が変化し、さらに、ルート暗号化値が変化する。本願の実施形態では、検証対象情報ブロックに含まれている取引リストに基づいてルート暗号化値を新たに算出し、算出して得られたルート暗号化値が検証対象情報ブロックに格納されているルート暗号化値と異なる場合、保護対象ソフトウェアのライセンス情報が改ざんされていると判定することができる。上記により、改ざん者によるライセンス情報の改ざんが容易に発覚され、且つ改ざんが困難であるため、ホストのハードウェア情報を使用せずに、保護対象ソフトウェアのライセンス情報のセキュリティを向上させることができる。

また、検証対象情報ブロックの前の情報ブロックに含まれているライセンス情報が改ざんされると、前の情報ブロックのヘッダ情報が変化し、さらに、前の情報ブロックのヘッダ情報に基づいて算出され暗号化値が、検証対象情報ブロックに格納されている親暗号化値と異なることになる。したがって、算出された暗号化値と、検証対象情報ブロックに格納された親暗号化値とを比較することにより、前の情報ブロックが改ざんされたか否かを判定することができる。情報チェーンの各情報ブロックには、いずれも前の情報ブロックのヘッダ情報に基づいて算出された暗号化値が含まれており、すなわち、各情報ブロックでは親暗号化値を有しているため、改ざん者は、この改ざんが発見されないようにしたい場合は、各情報ブロックに含まれている親暗号化値を修正しなければならないので、改ざんが困難である。よって、この方法を用いることで、保護対象ソフトウェアのライセンス情報のセキュリティを向上させることができる。

同様に、保護対象ソフトウェアのライセンス情報が改ざんされると、検証対象情報ブロックのデータ部分が変化し、さらに、算出して得られた検証対象情報ブロックの暗号化値が、検証対象情報ブロックに格納された検証対象情報ブロックの暗号化値と異なるようになる。改ざん者が、本願の実施形態に用いられる暗号化アルゴリズムを知らない場合、検証対象情報ブロックの暗号化値を改ざんすることは困難である。したがって、算出して得られた検証対象情報ブロックの暗号化値と、格納されている検証対象情報ブロックの暗号化値とを比較することで、ライセンス情報が改ざんされたかどうかを判定することができ、ライセンス情報のセキュリティを向上させる。

本願の別の実施形態において、別のライセンス情報の監視方法をさらに提供し、該方法は、以下のステップを含む。
サーバは、検証対象情報ブロックに含まれている取引リストにおいて、各取引情報ブロックに含まれている残りの利用可能時間が、プリアンブル取引情報ブロックに含まれている残りの利用可能時間よりも小さいかどうかを比較する。比較結果に基づいて前記保護対象ソフトウェアの残りの利用可能時間が改ざんされたかどうかを判定する。

ここで、１つの取引ブロックのプリアンブル情報ブロックとは、該取引ブロックの直前に生成された前の取引ブロックである。例として、毎日１つの取引情報ブロックが生成されると、取引リストに含まれている各取引情報ブロックにおける残りの利用可能時間が順次減少する。仮に、取引リストに取引情報ブロック１乃至取引情報ブロック３が含まれていると、取引情報ブロック２に含まれている残りの利用可能時間が、取引情報ブロック１に含まれている残りの利用可能時間より１日少ないかどうか、および、取引情報ブロック３に含まれている残りの利用可能時間が、取引情報ブロック２に含まれている残りの利用可能時間より１日少ないかどうかを、比較することができる。

取引情報ブロック３に含まれている残りの利用可能時間が２７であり、取引情報ブロック２に含まれている残りの利用可能時間が２０である場合、取引情報ブロック３がに含まれている残りの利用可能時間が改ざんされていると判定することができる。

本願の別の実施形態において、別のライセンス情報の監視方法をさらに提供し、該方法は、以下のステップを含む。
サーバは、バックアップノード及び／又は外部キャッシュからバックアップ情報チェーンで生成した最新の情報ブロックを取得し、バックアップノード及び／又は外部キャッシュから取得された情報ブロックと、検証対象情報ブロックとを比較し、比較結果に基づいて保護対象ソフトウェアのライセンス情報が改ざんされたかどうかを判定する。

図６を参照し、図６のライセンス装置１、ライセンス装置２、及びライセンス装置３が、それぞれサーバ１、サーバ２、及びサーバ３に配置されている場合を例として、サーバ２とサーバ３は、サーバ１のバックアップノードである。サーバ２は、サーバ３がバックアップしている情報チェーンにおいて新しく生成された、情報ブロック６０等の情報ブロックを取得することができる。そして、サーバ２は、自身が格納しているブロック６０と取得したブロック６０とを比較し、両者が一致しない場合、サーバ２及び／又はサーバ３におけるライセンス情報が改ざんされていると判定する。

さらに、サーバ２は、外部キャッシュから情報ブロック６０を取得し、自身が格納している情報ブロック６０と外部キャッシュから取得した情報ブロック６０とを比較し、両者が一致する場合、サーバ２に格納されている情報ブロック６０が改ざんされていないことを意味する。両者が一致しない場合、サーバ２に格納されている情報ブロック６０が改ざんされたことを意味し、サーバ２は、自身に格納している情報ブロック６０を外部キャッシュから取得した情報ブロック６０に置き換えることができる。あるいは、サーバ２は、外部キャッシュから情報チェーン全体を取得し、自身が格納している情報チェーンを外部キャッシュから取得した情報チェーンに置き換えることで、改ざんされたライセンス情報の修正を完了することができる。

以下、図９を参照し、本願の実施形態の全体的な流れについて説明する。図９に示すように、ライセンス装置の起動時に、分散型クラスターシステムに複数のライセンス装置が含まれている場合、各ライセンス装置は、マスタノードとバックアップノードとをリーダー選挙メカニズムで確定することができる。

そして、マスタノードは、ローカルにシリアル化され暗号化されて格納されている情報チェーンをロードする。情報チェーンが存在する場合は最初の起動ではないことを意味し、正常にローカルから情報チェーンをロードすればよい。情報チェーンが存在しない場合、保護対象ソフトウェアが新たに配置されたソフトウェアであるかどうかを判定する。

保護対象ソフトウェアが新たに配置されたソフトウェアである場合、マスタノードは、メッセージキューからジェネシスブロック情報を取得し、分散型クラスターシステムのライセンスサーバから、保護対象ソフトウェアに含まれている各コンポーネントの利用可能な総時間及びライセンスノードの数量を取得する。ここで、保護対象ソフトウェアを配置する際に、ジェネシスブロック情報をメッセージキューに予め設定することができる。マスタノードがメッセージキューからジェネシスブロック情報を読み取った後、ジェネシスブロック情報はメッセージキューから削除される。ユーザが該保護対象ソフトウェアの使用権限を購入した後に、該保護対象ソフトウェアに含まれている各コンポーネントの利用可能な総時間及びライセンスノードの数量はライセンスサーバに格納されている。ユーザが利用期間の延長及び／又はライセンスノードの数量の増加のために料金を続けて支払う場合、ライセンスサーバに格納された保護対象ソフトウェアの利用可能な総時間及び／又はライセンスノードの数量もそれに応じて更新される。

保護対象ソフトウェアが新たに配置されたソフトウェアではない場合、マスタノードは、外部キャッシュから既存の情報チェーンを取得する。

そして、マスタノードがタイマータスクの実行を開始する。例として、該タイマータスクは、マスタノードが５分毎にハートビートメッセージを介してライセンスサーバと情報を交互するようにトリガして、保護対象ソフトウェアの最新の利用可能な総時間及びライセンスノードの数量を取得することによって、自身が使用する各コンポーネントの利用可能な総時間及びライセンスノードの数量の正確性を確保することができる。

このタイマータスクは、さらに、マスタノードが各コンポーネントに１日に１つの取引情報ブロックを生成するようにトリガすることもできる。生成された取引情報ブロックに基づいて情報ブロックを生成し、該ブロックをバックアップノードに送信する。別の実施形態において、マスタノードは、該情報ブロックをマスタノードの外部キャッシュに直接送信することもできる。該外部キャッシュとは、マスタノード内の情報ブロックをバックアップするために用いられる他のキャッシュスペースを指す。

ここで、マスタノードは、ユニキャスト又はブロードキャスト方式で、バックアップノード及び外部キャッシュに情報ブロックを送信することができる。

マスタノードがブロードキャスト方式で該情報ブロックをブロードキャストする場合、バックアップノード及び外部キャッシュは、メッセージキューから該情報ブロックを取得し、該情報ブロックをバックアップ情報チェーンに加えることができる。バックアップノード及び外部キャッシュが該情報ブロックを取得するプロセスは、図９では省略されている。

マスタノードは、情報ブロックを生成した後、さらに、情報ブロックをローカルに格納された情報チェーンに加えて、情報ブロックに対してシリアル化され暗号化されて格納されることを完了する。図９では、ローカルに格納された情報チェーンに情報ブロックを加えるプロセスを省略する。

各バックアップノードについて、タイマータスクによって情報ブロックを検証する。例として、バックアップノードは、１時間ごとに情報ブロックを検証することができる。

まず、バックアップノードは、システム時間に対して改ざんのチェックを行う。バックアップノードは、検証対象情報ブロックの取引リストを取得し、取引リストにおける各取引情報ブロックに含まれている残りの利用可能時間が、プリアンブル取引情報ブロックに含まれている残りの利用可能時間よりも小さいかどうかを比較することができる。小さいでなければ、検証結果が異常であると判定され、システム時間が改ざんされて取引情報ブロック内の残りの利用可能時間が正しくない可能性があることを表す。検証結果が異常であると判定された場合、該異常状況をブロードキャストすることによって、アクセスノード及び他のバックアップノードが受信したブロードキャストメッセージに基づいてこの異常状況を取得できるようにする。

検証結果が正常であれば、完全性チェックを行う。完全性チェックとは、検証対象情報ブロックに含まれている取引リストに基づいて、該情報ブロックに含まれているルートハッシュ値、親ハッシュ値、及び該情報ブロックのハッシュ値を改めて算出し、それぞれと該情報ブロックに格納されているルートハッシュ値、親ハッシュ値、及び該情報ブロックのハッシュ値とを比較し、任意の１つが異なる場合、ライセンス情報が改ざんされていると判定され、即ち、検証結果が異常であることを指す。そして、該異常の状況をブロードキャストする。

検証結果が正常であれば、一致性チェックを行う。一致性チェックとは、マスタノード及び各バックアップノードに格納された該検証対象情報ブロックが一致するかどうか、および、マスタノード及び各バックアップノードに格納された該検証対象情報ブロックが外部キャッシュの検証対象情報ブロックと一致するかどうかを、チェックすることを指す。一致ではない場合、検証が異常になり、即ちマスタノード又はバックアップノードにおける検証対象情報ブロックが改ざんされた。そして、該異常の状況をブロードキャストする。

上記の検証が順序は一例に過ぎず、本願の実施形態では上記の検証順序に従って実行することが限定されず、上記実施形態に記載の検証方法は独立して実行されてもよく、他の順序で実行されてもよい。

マスタノード及びバックアップノードは何れもメモリメンテナンスを行うことができる。すなわち、マスタノード及びバックアップノードは、メッセージキューから検証対象情報ブロックの異常状況を取得し、一致性フォールトトレラントアルゴリズムによって外部キャッシュから正しい情報チェーンを取得し、ローカルに格納された情報チェーンの更新を完了することができる。

マスタノード及び／又はバックアップノードは、ＡＰＩゲートウェイを介してビジネスサービス装置に各コンポーネントのライセンス情報を提供することができ、ビジネスサービス装置に提供したライセンス情報が改ざんされたライセンス情報であると確定した場合、ＡＰＩゲートウェイを介してビジネスサービス装置に通知し、ＡＰＩゲートウェイを介してビジネスサービス装置に正しいライセンス情報を送信することによって、ビジネスサービス装置が正しいライセンス情報に基づいて保護対象ソフトウェアの各コンポーネントに対するライセンスを制御するようにする。

上記の実施形態を参照し、上記のソフトウェアのライセンス情報の監視方法を用いることにより、以下の態様によって保護対象情報が改ざんされないように確保できる。

第１の態様として、システムの時間が前方に調整されると、新しく生成された取引情報ブロックの残りの利用可能時間が長くなる。本願の実施形態では、該取引情報ブロック内の残りの利用可能時間と、取引リストのプリアンブル取引情報ブロック内の残りの利用可能時間と、を比較することができる。現在の取引情報ブロックにおける残りの利用可能時間がプリアンブル情報ブロックにおける残りの利用可能時間よりも大きい場合、システム時間を適時に修正して正しい取引情報ブロックを格納することができる。また、システム時間が前方に調整されると、新しく生成された取引情報ブロック内のタイムスタンプも前の取引情報ブロック内のタイムスタンプよりも小さくなるため、システム時間を前方に調整するような改ざんが容易に防止される。

第２の態様として、保護対象ソフトウェアのあるコンポーネントの取引情報ブロック内の残りの利用可能時間が改ざんされると、該取引情報ブロックのハッシュ値が変化され、さらに情報ブロックのハッシュ値やルートハッシュ値が変化されるため、情報ブロックのハッシュ値とルートハッシュ値を改めて算出することによって該改ざんを発見して、改ざんされた残りの利用可能時間を有効にすることができないようにする。

第３の態様として、情報ブロックに含まれているコンポーネントハッシュ情報が改ざんされると、ルートハッシュ値が変化させる。そして、情報ブロックのヘッダ情報に含まれている該情報ブロックのハッシュ値は、各コンポーネントのコンポーネントハッシュ情報に基づいて生成されたものであり、コンポーネントハッシュ情報が改ざんされると、情報ブロックのヘッダ情報にも変化されることになる。

次の情報ブロックのヘッダ情報には現在の情報ブロックのヘッダ情報のハッシュ値である親ハッシュ値が含まれるので、現在の情報ブロックのコンポーネントハッシュ情報が改ざんされ、現在の情報ブロックのヘッダ情報を変化させると、次の情報ブロックに含まれている親ハッシュ値が正しくないことになる。該改ざんを有効にすれば、後続の各情報ブロックに含まれている親ハッシュ値をさらに改ざんする必要があり、実現しにくくなる。後続の各情報ブロックを修正することができない場合、該コンポーネントハッシュ情報の改ざんは有効になることができない。

第４の態様として、情報チェーン内のジェネシスブロックは、予め設定されたジェネシスブロック情報に基づいて一回しか生成できないため、該ジェネシスブロックが修正されることができない。それに加えて、情報チェーンがシリアル化され暗号化されて格納されおり、復号されていない場合は直接修正されることができないので、ライセンス情報のセキュリティをさらに確保する。

第５の態様として、１つのサーバに格納された情報チェーンが改ざんされた場合、さらに、バックアップノード及び外部キャッシュに格納された情報チェーンによって検証することができ、即ち、外部キャッシュ内の情報チェーンが改ざんされていない限り、任意の１つのサーバの情報チェーンに対する改ざんを発見し修正することができる。

第６の態様として、本願の実施形態をコンテナ化シナリオに適用する場合、ライセンス装置のコンテナ鏡像が改ざんされた場合、さらに、改ざんされていない情報チェーンを他のライセンス装置のコンテナ鏡像や外部キャッシュから取得することができ、コンテナ化シナリオにおけるソフトウェアのライセンス情報のセキュリティを確保した。

本願の実施形態は、同様の技術的構想に基づいてソフトウェアのライセンス情報の監視装置を提供し、該ソフトウェアのライセンス情報の監視装置が上記実施形態に記載のライセンス装置であり、サーバに配置されることができ、詳細が図１０に示すように、該装置は、
所定時間ごとにライセンス情報が含まれている取引情報ブロックを生成し、ライセンス情報は取引情報ブロックを生成する時における保護対象ソフトウェアの残りの利用可能時間が含まれている、生成モジュール１００１と、
生成された取引情報ブロックに基づいてルート暗号化値を算出する、算出モジュール１００２と、
記憶モジュール１００３と、を含み、
生成モジュール１００１は、さらに、情報ブロックを生成し、情報ブロックは、ルート暗号化値と、順に生成された取引情報ブロックが含まれている取引リストとを含む、
記憶モジュール１００３は、順に生成された情報ブロックが含まれている情報ブロックを情報チェーンに加える。

一実施態様において、生成モジュール１００１は、具体的に、以下のステップ、即ち、
現在のシステム時刻と保護対象ソフトウェアの発効時刻を取得するステップと、
現在のシステム時刻と保護対象ソフトウェアの発効時刻との差に基づいて、保護対象ソフトウェアの使用された時間を確定するステップと、
保護対象ソフトウェアの利用可能な総時間と使用された時間との差に基づいて、保護対象ソフトウェアの残りの利用可能時間を確定するステップとによって、保護対象ソフトウェアの残りの利用可能時間を確定する。

一実施態様において、該装置は、さらに、
ブロードキャストモジュールを備え、ブロードキャストモジュールは、バックアップノード及び／又は外部キャッシュに情報ブロックをブロードキャストして、サーバのバックアップノード及び／又は外部キャッシュ内に情報チェーンのバックアップ情報チェーンを生成する。

一実施態様において、前記情報ブロックにはヘッダ情報が含まれており、前記ヘッダ情報には前記ルート暗号化値と親暗号化値とが含まれており、
算出モジュール１００２は、さらに、
情報ブロックの直前に生成された前の情報ブロックのヘッダ情報を取得し、
取得された前の情報ブロックのヘッダ情報に基づいて親暗号化値を算出する。

一実施態様において、生成モジュール１００１は、具他的に、
情報ブロックにおけるデータ部分を生成し、前記データ部分は保護対象ソフトウェアの現在の残りの利用可能時間を含んでおり、
情報ブロックのデータ部分に基づいて情報ブロックの暗号化値を算出し、
情報ブロックの暗号化値を情報ブロックのヘッダ情報に加える。

一実施態様において、算出モジュール１００２は、具他的に、
生成された１つ又は複数の取引情報ブロックに基づいて、所定の暗号化アルゴリズムを用いて各取引情報ブロックのライセンス情報を算出し、各取引情報ブロックの暗号化値をそれぞれ取得し、
所定の暗号化アルゴリズムと１つ又は複数の取引情報ブロックの暗号化値とに基づいてコンポーネント暗号化値を算出して取得し、
所定の暗号化アルゴリズムを用いてコンポーネント暗号化値を算出し、ルート暗号化値を取得する。

本願の実施形態は、同様の技術的構想に基づいてソフトウェアのライセンス情報の監視装置を提供し、該ソフトウェアのライセンス情報の監視装置が上記実施形態に記載のライセンス装置であり、サーバ内に配置されることができる。具体的に、保護対象ソフトウェアのライセンス情報が情報チェーンとして格納されており、
該情報チェーンは、取引リストとルート暗号化値が含まれている順に構築された情報ブロックを含み、ここで、取引リストがライセンス情報が含まれている順に生成された取引情報ブロックを含み、ライセンス情報が取引情報ブロックを生成する時における保護対象ソフトウェアの残りの利用可能時間を含み、ルート暗号化値が前記ライセンス情報に基づいて暗号化して得られたものである。

図１１に示すように、該装置は、
検証対象情報ブロックの取引リストに含まれている各取引情報ブロックに基づいてルート暗号化値を算出する算出モジュール１１０１と、
算出して得られたルート暗号化値と、検証対象情報ブロックに格納されているルート暗号化値とを比較し、比較結果に基づいて保護対象ソフトウェアのライセンス情報が改ざんされたかどうかを判定する検証モジュール１１０２と、を備える。

一実施態様において、情報ブロックは、ルート暗号化値と親暗号化値とが含まれているヘッダ情報を含み、ここで、親暗号化値が現在の情報ブロックの直前に生成された前の情報ブロックのヘッダ情報に基づいて生成した暗号化値であり、該装置は、
検証対象情報ブロックの前の情報ブロックのヘッダ情報を取得する取得モジュールをさらに備え、
算出モジュール１１０１は、さらに、取得された前の情報ブロックのヘッダ情報に基づいて暗号化値を算出し、
検証モジュール１１０２は、さらに、前の情報ブロックのヘッダ情報に基づいて算出して得られた暗号化値と、検証対象情報ブロックに格納された親暗号化値とを比較し、比較結果に基づいて保護対象ソフトウェアのライセンス情報が改ざんされたかどうかを判定する。

一実施態様において、情報ブロックのヘッダ情報は、さらに、情報ブロックのデータ部分に基づいて算出して得られた暗号化値である情報ブロックの暗号化値を含み、情報ブロックのデータ部分は情報ブロックを生成する時における保護対象ソフトウェアのライセンス情報を含み、
算出モジュール１１０１は、さらに、検証対象情報ブロックのデータ部分に基づいて検証対象情報ブロックの暗号化値を算出し、
検証モジュール１１０２は、さらに、算出して得られた検証対象情報ブロックの暗号化値と、検証対象情報ブロックに格納された検証対象情報ブロックの暗号化値とを比較し、比較結果に基づいて保護対象ソフトウェアのライセンス情報が改ざんされたかどうかを判定する。

一実施態様において、算出モジュール１１０１は、具体的に、
検証対象情報ブロックの取引リストに含まれている１つ又は複数の取引情報ブロックに対し、所定の暗号化アルゴリズムを用いて各取引情報ブロックのライセンス情報を算出し、各取引情報ブロックの暗号化値をそれぞれ取得し、
所定の暗号化アルゴリズムと１つ又は複数の取引情報ブロックの暗号化値とに基づいてコンポーネント暗号化値を算出して取得し、
所定の暗号化アルゴリズムを用いてコンポーネント暗号値を算出し、ルート暗号化値を取得する。

一実施態様において、算出モジュール１１０１は、具体的に、
検証対象情報ブロックの取引リストにおける所定数量の連続する取引情報ブロックごと、所定の暗号化アルゴリズムを用いて、所定数量の連続する取引情報ブロックの暗号化値を算出して、段落暗号化値を取得し、
所定の暗号化アルゴリズムを用いて、算出して得られた少なくとも１つの段落暗号化値を算出して、コンポーネント暗号化値を取得する。

一実施態様において、検証モジュール１１０２は、さらに、
検証対象情報ブロックに含まれている取引リストにおける各取引情報ブロックに含まれている残りの利用可能時間が、プリアンブル取引情報ブロックに含まれている残りの利用可能時間よりも小さいかどうかを比較し、
比較結果に基づいて保護対象ソフトウェアの残りの利用可能時間が改ざんされたかどうかを判定する。

一実施態様において、取得モジュールは、さらに、バックアップノード及び／又は外部キャッシュから、バックアップ情報チェーン中で最新に生成された情報ブロックを取得し、
検証モジュール１１０２は、さらに、バックアップノード及び／又は外部キャッシュから取得された情報ブロックと、検証対象情報ブロックとを比較し、比較結果に基づいて保護対象ソフトウェアのライセンス情報が改ざんされたかどうかを判定する。

本願の実施形態は、さらに、サーバを提供する。該サーバは、図１２に示すように、プロセッサー１２０１と、通信インターフェース１２０２と、メモリ１２０３と、通信バス１２０４と、を備え、ここで、プロセッサー１２０１、通信インターフェース１２０２及びメモリ１２０３は、通信バス１２０４を介して互に通信し、
メモリ１２０３は、コンピュータープログラムを格納し、
プロセッサー１２０１は、メモリ１２０３に格納されているプログラムを実行すると、上記のいずれかのソフトウェアのライセンス情報の監視方法のステップを実現する。

上記のサーバにおける通信バスは、ペリフェラル コンポーネント インターコネクト（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ，ＰＣＩ）バス又は拡張業界標準アーキテクチャ（Ｅｘｔｅｎｄｅｄ Ｉｎｄｕｓｔｒｙ Ｓｔａｎｄａｒｄ Ａｒｃｈｉｔｅｃｔｕｒｅ，ＥＩＳＡ）バスなどであってよい。この通信バスは、アドレスバス、データバス、制御バスなどに分けることができる。表示の便宜上、図では１本だけの太い線でバスを示したが、バスが１本又は１種類しかないという意味ではない。

通信インタフェースは、上記のサーバが他の装置と通信するために用いられる。

メモリは、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ，ＲＡＭ）を含んでよく、不揮発性メモリ（Ｎｏｎ－Ｖｏｌａｔｉｌｅ Ｍｅｍｏｒｙ，ＮＶＭ）を含んでもよく、例えば、少なくとも１つの磁気ディスク装置である。好ましくは、メモリは、上記のプロセッサーから離れた少なくとも１つの記憶装置であってよい。

上記のプロセッサーは、中央処理装置（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ，ＣＰＵ）、ネットワークププロセッサー（Ｎｅｔｗｏｒｋ Ｐｒｏｃｅｓｓｏｒ，ＮＰ）などを含む汎用プロセッサーであってもよく、デジタル信号処理装置（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ，ＤＳＰ）、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）又は他のプログラマブルロジックデバイス、ディスクリートゲートあるいはトランジスタロジックデバイス、ディスクリートハードウェアコンポーネントであってもよい。

本願の別の実施形態では、コンピューター読取可能な記憶媒体をさらに提供し、このコンピューター読取可能な記憶媒体にはコンピュータープログラムが格納されており、前記コンピュータープログラムがプロセッサーにより実行されると、上記任意の１つのソフトウェアのライセンス情報の監視方法を実現される。

本願の別の実施形態では、コンピューター読取可能な記憶媒体をさらに提供し、このコンピューター読取可能な記憶媒体にはコンピュータープログラムが格納されており、前記コンピュータープログラムがプロセッサーにより実行されると、上記任意の１つのソフトウェアのライセンス情報の監視方法を実現される。

上記実施形態では、ソフトウェア、ハードウェア、ファームウェア、又はこれらの任意の組み合わせによって、全て又は一部を実現することができる。ソフトウェアで実現する場合、コンピュータプログラム製品の形で、その全部又は一部を実現することができる。上記コンピュータプログラム製品は、１つ又は複数のコンピュータ命令を含む。コンピュータ上で上記コンピュータプログラム命令がロードされて実行されると、本願の実施形態に記載されたプロセス又は機能の全部又は一部は生成される。上記のコンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、又は他のプログラム可能なデバイスとすることができる。上記のコンピュータ命令は、コンピュータ読取可能な記憶媒体に格納されてもよく、又は、コンピュータ読取可能な記憶媒体から別のコンピュータ読取可能な記憶媒体に送信されてもよい。例えば、該コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、又はデータセンターから、有線（例えば、同軸ケーブル、光ファイバ、デジタル加入者線（ＤＳＬ））又は無線（例えば、赤外線、ワイヤーレス、マイクロウェーブなど）を介して、別のウェブサイト、コンピュータ、サーバ、又はデータセンターに送信することができる。上記のコンピュータ読取可能な記憶媒体は、コンピュータがアクセス可能な任意の利用可能な媒体、或いは、１つ又は複数の利用可能な媒体を一体化したサーバ、データセンターなどのデータ記憶装置とすることができる。上記利用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、磁気テープ）、光媒体（例えば、ＤＶＤ）、又は半導体媒体（例えば、ソリッドステートドライブ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｉｓｋ，ＳＳＤ））等であってもよい。

なお、本明細書において、第１や第２のような関係用語は、１つのエンティティ又は操作を他のエンティティ又は操作と区別するために用いられるもの過ぎず、これらのエンティティ又は操作の間にこのような実際的な関係又は順序が存在することをリクエスト又は示唆しない。また、用語「備える」、「含む」、又はその他の変形は、非排他的な包含を意図し、一連の要素を含むプロセス、方法、物品、又はデバイスがそれらの要素だけでなく、明示的に列挙されていない他の要素を含み、或いは、このようなプロセス、方法、物品又はデバイスにおける固有の要素を含む。特に制限がない限り、「１つの…を含む」により限定される要素は、上記要素を含むプロセス、方法、物品又はデバイスがさらに他の同一な要素を有することを排除するものではない。

なお、本明細書における各実施形態は、相互に関連したように記載されているが、各実施形態間の同一又は類似の部分は、互いに参照すればよく、各実施形態と他の実施形態との相違点が中心に説明される。特に、装置、サーバの実施形態に対し、方法の実施形態にほぼ類似するので、説明が簡単であり、関連する部分は方法の実施形態に参照すればよい。

以上の説明は、本願の好ましい実施形態にすぎず、本願の保護範囲を限定するものではない。本願の精神及び原則の範囲内で行われた任意の補正、同等の置換、変更等は、いずれも本願の保護範囲内に含まれているものとする。

Claims (15)

1. サーバに適用されるソフトウェアのライセンス情報の監視方法であって、
   所定時間ごとに取引情報ブロックを生成し、前記取引情報ブロックはライセンス情報を含み、前記取引情報ブロックはハードウェア情報を含まず、前記ライセンス情報は、前記取引情報ブロックを生成する時における保護対象ソフトウェアの残りの利用可能時間を含んでいることと、
   生成された取引情報ブロックに基づいてルート暗号化値を算出することと、
   情報ブロックを生成し、前記情報ブロックは、前記ルート暗号化値と、順に生成された取引情報ブロックが含まれている取引リストとを含むことと、
   前記情報ブロックを情報チェーンに加え、前記情報チェーンは順に生成された情報ブロックを含むことと、を含む、
   ことを特徴とするソフトウェアのライセンス情報の監視方法。
2. 現在のシステム時刻と前記保護対象ソフトウェアの発効時刻とを取得するステップと、
   前記現在のシステム時刻と前記保護対象ソフトウェアの発効時刻との差に基づいて、前記保護対象ソフトウェアの使用された時間を確定するステップと、
   前記保護対象ソフトウェアの利用可能な総時間と前記使用された時間との差に基づいて、前記保護対象ソフトウェアの残りの利用可能時間を確定するステップと、によって、前記保護対象ソフトウェアの残りの利用可能時間は確定される
   ことを特徴とする請求項１に記載の方法。
3. 前記情報ブロックを生成した後、前記方法は、
   前記サーバのバックアップノード及び／又は外部キャッシュに前記情報ブロックをブロードキャストして、前記サーバの前記バックアップノード及び／又は前記外部キャッシュ内に情報チェーンのバックアップ情報チェーンを生成することを更に含む
   ことを特徴とする請求項１又は２に記載の方法。
4. 前記情報ブロックにはヘッダ情報が含まれており、前記ヘッダ情報には前記ルート暗号化値と親暗号化値とが含まれており、
   前記方法は、
   前記情報ブロックの直前に生成された前の情報ブロックのヘッダ情報を取得することと、
   取得された前記前の情報ブロックのヘッダ情報に基づいて前記親暗号化値を算出することと、を更に含む
   ことを特徴とする請求項１に記載の方法。
5. 前記情報ブロックを生成することは、
   前記情報ブロックにおけるデータ部分を生成し、前記データ部分は前記保護対象ソフトウェアの現在の残りの利用可能時間を含んでいることと、
   前記情報ブロックのデータ部分に基づいて前記情報ブロックの暗号化値を算出することと、
   前記情報ブロックの暗号化値を前記情報ブロックのヘッダ情報に加えることと、を含む
   ことを特徴とする請求項４に記載の方法。
6. 前記生成された取引情報ブロックに基づいてルート暗号化値を算出することは、
   生成された１つ又は複数の取引情報ブロックに基づいて、所定の暗号化アルゴリズムを用いて各取引情報ブロックのライセンス情報を算出し、各取引情報ブロックの暗号化値をそれぞれ取得することと、
   前記所定の暗号化アルゴリズムと前記１つ又は複数の取引情報ブロックの暗号化値とに基づいてコンポーネント暗号化値を算出して取得することと、
   前記所定の暗号化アルゴリズムを用いて前記コンポーネント暗号化値を算出して、前記ルート暗号化値を取得することと、を含む
   ことを特徴とする請求項１に記載の方法。
7. サーバに適用されるソフトウェアのライセンス情報の監視方法であって、保護対象ソフトウェアのライセンス情報は情報チェーンの形式で格納されており、
   前記情報チェーンは、順に構築された情報ブロックを含み、前記情報ブロックには、取引リストとルート暗号化値が含まれており、前記取引リストは、順に生成された取引情報ブロックを含み、前記取引情報ブロックは、ライセンス情報を含み、前記取引情報ブロックはハードウェア情報を含まず、前記ライセンス情報は、前記取引情報ブロックを生成する時における保護対象ソフトウェアの残りの利用可能時間を含み、前記ルート暗号化値は、前記ライセンス情報に基づいて暗号化して得られたものであり、
   前記方法は、
   検証対象情報ブロックの取引リストに含まれている各取引情報ブロックに基づいてルート暗号化値を算出することと、
   算出して得られたルート暗号化値と、前記検証対象情報ブロックに格納されているルート暗号化値とを比較することと、
   比較結果に基づいて前記保護対象ソフトウェアのライセンス情報が改ざんされたかどうかを判定することと、を含む
   ことを特徴とするソフトウェアライセンス情報の監視方法。
8. 前記情報ブロックは、ルート暗号化値と親暗号化値とが含まれているヘッダ情報を含み、前記親暗号化値は、現在の情報ブロックの直前に生成された前の情報ブロックのヘッダ情報に基づいて生成した暗号化値であり、
   前記方法は、さらに、
   前記検証対象情報ブロックの前の情報ブロックのヘッダ情報を取得することと、
   取得された前の情報ブロックのヘッダ情報に基づいて暗号化値を算出することと、
   前の情報ブロックのヘッダ情報に基づいて算出して得られた暗号化値と、前記検証対象情報ブロックに格納された親暗号化値とを比較することと、
   比較結果に基づいて前記保護対象ソフトウェアのライセンス情報が改ざんされたかどうかを判定することと、を含む
   ことを特徴とする請求項７に記載の方法。
9. 前記情報ブロックのヘッダ情報は、前記情報ブロックの暗号化値を含み、前記情報ブロックの暗号化値は、前記情報ブロックのデータ部分に基づいて算出して得られた暗号化値であり、前記情報ブロックのデータ部分は、前記情報ブロックを生成する時における前記保護対象ソフトウェアのライセンス情報を含み、
   前記方法は、さらに、
   前記検証対象情報ブロックのデータ部分に基づいて前記検証対象情報ブロックの暗号化値を算出することと、
   算出して得られた前記検証対象情報ブロックの暗号化値と、前記検証対象情報ブロックに格納された前記検証対象情報ブロックの暗号化値とを比較することと、
   比較結果に基づいて前記保護対象ソフトウェアのライセンス情報が改ざんされたかどうかを判定することと、を含む
   ことを特徴とする請求項８に記載の方法。
10. 前記検証対象情報ブロックの取引リストに含まれている各取引情報ブロックのライセンス情報に基づいてルート暗号化値を算出することは、
    前記検証対象情報ブロックの取引リストに含まれている１つ又は複数の取引情報ブロックに対し、所定の暗号化アルゴリズムを用いて各取引情報ブロックのライセンス情報を算出して、各取引情報ブロックの暗号化値をそれぞれ取得することと、
    前記所定の暗号化アルゴリズムと前記１つ又は複数の取引情報ブロックの暗号化値とに基づいてコンポーネント暗号化値を算出して取得することと、
    前記所定の暗号化アルゴリズムを用いて前記コンポーネント暗号値を算出して、ルート暗号化値を取得することと、を含む
    ことを特徴とする請求項７に記載の方法。
11. 前記所定の暗号化アルゴリズムと前記１つ又は複数の取引情報ブロックの暗号化値とに基づいてコンポーネント暗号化値を算出することは、
    検証対象情報ブロックの取引リストにおける所定数量の連続する取引情報ブロックごとに、前記所定の暗号化アルゴリズムを用いて、前記所定数量の連続する取引情報ブロックの暗号化値を算出して、段落暗号化値を取得することと、
    前記所定の暗号化アルゴリズムを用いて、算出して得られた少なくとも１つの段落暗号化値を算出して、前記コンポーネント暗号化値を取得することと、を含む
    ことを特徴とする請求項１０に記載の方法。
12. 前記検証対象情報ブロックに含まれている取引リストにおける各取引情報ブロックに含まれている残りの利用可能時間が、プリアンブル取引情報ブロックに含まれている残りの利用可能時間よりも小さいかどうかを比較することと、
    比較結果に基づいて前記保護対象ソフトウェアの残りの利用可能時間が改ざんされたかどうかを判定することと、をさらに含む
    ことを特徴とする請求項７に記載の方法。
13. バックアップノード及び／又は外部キャッシュから、バックアップ情報チェーン中で最新に生成された情報ブロックを取得することと、
    バックアップノード及び／又は外部キャッシュから取得された情報ブロックと、前記検証対象情報ブロックとを比較することと、
    比較結果に基づいて前記保護対象ソフトウェアのライセンス情報が改ざんされたかどうかを判定することと、をさらに含む
    ことを特徴とする請求項７に記載の方法。
14. プロセッサーと、通信インターフェースと、メモリと、通信バスとを備えるサーバであって、プロセッサー、通信インターフェース及びメモリは、通信バスを介して互に通信し、
    メモリは、コンピュータープログラムを格納し、
    プロセッサーは、メモリに格納されているプログラムを実行すると、請求項１～１３のいずれか一項に記載の方法のステップを実現する
    ことを特徴とするサーバ。
15. コンピューター読取可能な記憶媒体であって、前記コンピューター読取可能な記憶媒体にはコンピュータープログラムが格納されており、前記コンピュータープログラムがプロセッサーにより実行されると、請求項１～１３のいずれか一項に記載の方法のステップを実現する
    ことを特徴とするコンピューター読取可能な記憶媒体。

Images