JP2022061275A - ライセンス管理方法、ライセンス管理装置、及びプログラム - Google Patents

Abstract

【課題】正当性の検証の対象となる電子機器がネットワークに接続しない状態で、真正性のある情報を取得する。
【解決手段】ライセンスを管理するライセンス管理装置１が、ライセンスの利用者Ｕの利用者端末２から、ライセンスの利用登録を受け付けるステップと、ライセンスを利用するために用いる利用者秘密鍵と、当該利用者秘密鍵に対応する利用者公開鍵とを作業メモリに生成するステップと、利用者公開鍵をブロックチェーンＢに登録するステップと、ブロックチェーンＢに登録された利用者公開鍵を取得するための識別子である利用者識別子をブロックチェーンＢから取得するステップと、利用者秘密鍵と利用者識別子とを利用者端末２に送付するステップと、利用者秘密鍵と利用者公開鍵とを作業メモリから消去するステップと、を実行する。
【選択図】図１

Description

本発明は、ライセンス管理方法、ライセンス管理装置、及びプログラムに関する。

近年、インターネット等のネットワーク技術が急激に発達し、多くの電子機器がネットワークを介して接続されるようになってきている。異なる電子機器が遠隔で互いに接続されるようになると、電子機器の正当性を検証することが要求されるケースが出てくる。例えば、電子機器が何らかの情報を計測するセンサデバイスである場合、計測を担う電子機器そのものの正当性が重要となるし、電子機器が商用のアプリケーションソフトウェアを利用する場合には、アプリケーションソフトウェアのライセンスの認証として電子機器の利用者の正当性が重要となる。

このため、例えば特許文献１には、生体情報を用いた認証、認証機関を利用した電子証明書による認証（Public Key Infrastructure認証；ＰＫＩ認証）、及び情報処理装置の利用環境の階級を利用した環境情報を用いた認証を組み合わせて認証を行う認証技術が提案されている。

特開２００４－１５７７９０号公報

上記のような認証技術は、正当性の検証の対象となる電子機器側が提供する情報に基づく認証といえる。このため正当性の検証の対象となる電子機器は、その正当性を検証するサーバと通信してその正当性が認められなければ、サーバから真正性のある情報を取得することができない。

本発明はこれらの点に鑑みてなされたものであり、正当性の検証の対象となる電子機器がネットワークに接続しない状態で、真正性のある情報を取得するための技術を提供することを目的とする。

本発明の第１の態様は、ライセンス管理方法である。この方法において、ライセンスを管理するライセンス管理装置が、前記ライセンスの利用者の利用者端末から、前記ライセンスの利用登録を受け付けるステップと、前記ライセンスを利用するために用いる利用者秘密鍵と、当該利用者秘密鍵に対応する利用者公開鍵とを作業メモリに生成するステップと、前記利用者公開鍵をブロックチェーンに登録するステップと、前記ブロックチェーンに登録された前記利用者公開鍵を取得するための識別子である利用者識別子を前記ブロックチェーンから取得するステップと、前記利用者秘密鍵と前記利用者識別子とを前記利用者端末に送付するステップと、前記利用者秘密鍵と前記利用者公開鍵とを前記作業メモリから消去するステップと、を実行する。

前記ライセンス管理方法において、前記ライセンス管理装置が、前記ライセンスの有効期限を含むライセンス情報の署名に用いるライセンス秘密鍵と、前記署名の検証に用いるライセンス公開鍵とを生成するステップと、前記ライセンス公開鍵を前記ブロックチェーンに登録するステップと、前記ブロックチェーンに登録された前記ライセンス公開鍵を取得するための識別子であるライセンス識別子を前記ブロックチェーンから取得するステップと、前記ライセンス秘密鍵と前記ライセンス識別子とを記憶装置に格納するステップと、をさらに実行してもよい。

前記ライセンス管理方法において、前記ライセンス管理装置が、前記利用者端末から前記利用者識別子と前記ライセンスの発行要求とを受け付けるステップと、前記利用者識別子を用いて前記ブロックチェーンから前記利用者公開鍵を取得するステップと、前記ライセンス識別子を用いて前記記憶装置からユーザに発行するライセンスに対応する前記ライセンス秘密鍵を読み出すステップと、前記ライセンス情報を生成するステップと、前記ライセンス秘密鍵を用いて前記ライセンス情報に署名して署名済みライセンス情報を生成するステップと、前記利用者公開鍵を用いて、前記署名済みライセンス情報と前記ライセンス識別子とを含むライセンスファイルを暗号化して暗号化ライセンスファイルを生成するステップと、前記暗号化ライセンスファイルを前記利用者端末に送信するステップと、をさらに実行してもよい。

前記ライセンス管理方法において、前記利用者端末が、前記利用者秘密鍵を用いて前記暗号化ライセンスファイルを復号して前記ライセンスファイルを取得するステップと、前記ライセンスファイルに含まれる前記署名済みライセンス情報を取得するステップと、をさらに実行してもよい。

前記ライセンス管理方法において、前記ライセンス管理装置が、前記利用者端末から前記ライセンス識別子を取得するステップと、前記ライセンス識別子を用いて前記ブロックチェーンから前記ライセンス公開鍵を取得するステップと、前記ライセンス公開鍵を前記利用者端末に送信するステップと、をさらに実行してもよく、前記利用者端末が、前記ライセンス管理装置から前記ライセンス公開鍵を取得するステップと、前記ライセンス公開鍵を用いて前記ライセンスファイルに含まれる前記署名済みライセンス情報の署名の正当性を検証するステップと、をさらに実行してもよい。

前記ライセンス管理方法において、前記ライセンス管理装置が、前記利用者端末から前記利用者識別子と前記ライセンス識別子とを受け付けるステップと、前記利用者識別子を用いて前記ブロックチェーンから前記利用者公開鍵を取得するステップと、前記ライセンス識別子を用いて前記ブロックチェーンから前記ライセンス公開鍵を取得するステップと、前記ライセンス識別子を用いて前記記憶装置から前記ライセンスに対応する前記ライセンス秘密鍵を読み出すステップと、新たな有効期限を含む新たなライセンス情報を生成するステップと、前記ライセンス秘密鍵を用いて前記新たなライセンス情報に署名して新たな署名済みライセンス情報を生成するステップと、前記利用者公開鍵を用いて、前記新たな署名済みライセンス情報と前記ライセンス識別子とを含む新たなライセンスファイルを暗号化して新たな暗号化ライセンスファイルを生成するステップと、前記新たな暗号化ライセンスファイルを前記利用者端末に送信するステップと、をさらに実行してもよい。

前記ライセンス管理方法において、前記ライセンス管理装置が、前記利用者秘密鍵と前記利用者公開鍵とを前記作業メモリから消去したことを示すログファイルを生成するステップをさらに実行してもよい。

前記ライセンス管理方法において、前記ブロックチェーンは、コンソーシアム型ブロックチェーンであってもよい。

本発明の第２の態様は、ライセンス管理装置である。この装置は、ライセンスの利用者の利用者端末から、前記ライセンスの利用登録を受け付ける受付部と、前記ライセンスを利用するために用いる利用者秘密鍵と、当該利用者秘密鍵に対応する利用者公開鍵とを作業メモリに生成する鍵ペア生成部と、前記利用者公開鍵をブロックチェーンに登録するとともに、前記利用者公開鍵を取得するための識別子である利用者識別子を前記ブロックチェーンから取得するブロックチェーン操作部と、前記利用者秘密鍵と前記利用者識別子とを前記利用者端末に送付する送付部と、前記利用者秘密鍵と前記利用者公開鍵とを前記作業メモリから消去する鍵消去部と、を備える。

本発明の第３の態様は、プログラムである。このプログラムは、コンピュータに、ライセンスの利用者の利用者端末から、前記ライセンスの利用登録を受け付ける機能と、前記ライセンスを利用するために用いる利用者秘密鍵と、当該利用者秘密鍵に対応する利用者公開鍵とを作業メモリに生成する機能と、前記利用者公開鍵をブロックチェーンに登録する機能と、前記ブロックチェーンに登録された前記利用者公開鍵を取得するための識別子である利用者識別子を前記ブロックチェーンから取得する機能と、前記利用者秘密鍵と前記利用者識別子とを前記利用者端末に送付する機能と、前記利用者秘密鍵と前記利用者公開鍵とを前記作業メモリから消去する機能と、を実現させる。

このプログラムを提供するため、あるいはプログラムの一部をアップデートするために、このプログラムを記録したコンピュータ読み取り可能な記録媒体が提供されてもよく、また、このプログラムが通信回線で伝送されてもよい。

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

本発明によれば、正当性の検証の対象となる電子機器がネットワークに接続しない状態で、真正性のある情報を取得することができる。

実施の形態に係るライセンス管理システムの全体構成の概要を模式的に示す図である。 実施の形態に係るライセンス管理装置の機能構成を模式的に示す図である。 実施の形態に係る利用者端末の機能構成を模式的に示す図である。 実施の形態に係るライセンス管理システムで用いられる各種鍵と識別子とを表形式で示す図である。 実施の形態に係るライセンス管理システムにおいて実行される利用者登録処理の流れを説明するためのシーケンス図である。 実施の形態に係るライセンス管理システムにおいて実行されるライセンス登録処理の流れを説明するためのシーケンス図である。 実施の形態に係るライセンス管理システムにおいて実行されるライセンス発行処理の流れを説明するためのシーケンス図である。 実施の形態に係るライセンス管理システムにおいて実行されるライセンス導入処理とライセンス確認処理との流れを説明するためのシーケンス図である。 実施の形態に係るライセンス管理システムにおいて実行されるライセンス更新処理の流れを説明するためのシーケンス図である。

＜実施の形態の前提となる技術＞
実施の形態に係るライセンス管理システムを説明する前に、その前提となる公開鍵暗号の性質について簡単に説明する。実施の形態に係るライセンス管理システムは、暗号化、署名、及び鍵交換が可能な公開鍵暗号を利用する。このような公開鍵暗号として既知のＲＳＡ（Rivest-Shamir-Adleman）暗号があり、本実施の形態ではＲＳＡ暗号を用いることを前提とするが、公開鍵暗号方式のだ円曲線暗号を用いることもできる。なお、これらは既知の技術であるため、そのアルゴリズム自体の説明は省略する。

公開鍵暗号は、一般に、鍵生成アルゴリズム、暗号化アルゴリズム、及び復号アルゴリズムを備えており、これらはコンピュータプログラムによって実装されている。コンピュータは鍵生成アルゴリズムを実行することにより、秘密鍵と公開鍵とから構成される鍵ペアを生成する。

公開鍵暗号では、一般に、公開鍵は平文を暗号文に変換するための暗号化アルゴリズムで用いられる。このため、公開鍵は暗号化鍵と呼ばれることもある。また、秘密鍵は、公開鍵によって暗号化された暗号文を復号して平文に戻すための復号アルゴリズムで用いられる。このため、秘密鍵は復号鍵と呼ばれることもある。公開鍵暗号においては、公開鍵を用いてひとたび暗号化されたデータは、秘密鍵を用いない限り現実的な時間内で復号することは困難とされている。

公開鍵暗号における秘密鍵があれば、対応する公開鍵を生成することが可能である。一方、公開鍵暗号における公開鍵があっても、その公開鍵に対応する秘密鍵を現実的な時間内で見つけることは、現在のところ困難とされている。したがって、公開鍵暗号においては、鍵ペアを生成したコンピュータは、通常は秘密鍵を自身で安全に保管し、公開鍵を他の装置に配る。他の装置は配られた公開鍵を用いて情報を暗号化し、秘密鍵を生成したコンピュータに送信する。暗号文はその暗号文を暗号化した公開鍵に対応する秘密鍵を所持しているコンピュータでないと復号することが困難であるため、他の装置は秘密鍵を所持する装置に対して情報を安全に送信することができる。

なお、ＲＳＡ方式の公開鍵暗号等の鍵交換が可能な公開鍵暗号においては、平文のデータを復号アルゴリズムで処理する（すなわち、秘密鍵を用いて平文を「復号」する）と、結果として得られるデータは解読できない暗号文となる。この暗号文を暗号化アルゴリズムで処理する（すなわち、秘密鍵を用いて復号されたデータを公開鍵を用いて「暗号化」する）と、元の平文のデータが復元される。つまり、ＲＳＡ方式の公開鍵暗号においては、暗号化及び復号に関しては秘密鍵と公開鍵とは入れ替え可能であり、秘密鍵を「暗号化」に用い、公開鍵を「復号」に用いることも可能である。ただし、秘密鍵があれば対応する公開鍵を生成することができるため、秘密鍵を生成したコンピュータが暗号化に利用させるために秘密鍵を他の装置に配ることは、通常行われない。

ＲＳＡ方式の公開鍵暗号を電子署名に用いる場合、コンピュータは、署名を付したいデータ又はそのデータのハッシュ値に対して復号アルゴリズムを実行することによって署名を生成する。署名を検証する装置は、暗号化アルゴリズムを用いて署名を処理した結果、元のデータ又はそのハッシュ値が得られた場合、その署名は秘密鍵を有しているコンピュータによって作成されたものであることが確認できる。一般に、秘密鍵はその所有者のみが所持しているため、その署名はそのコンピュータによってのみ付されたことが保証されるからである。

＜実施の形態の概要＞
上述した技術を前提として、以下、図１を参照しながらライセンス管理システムＳで実行される処理及びデータの流れの概要を（１）から（８）の順で説明するが、その番号は図１における（１）から（８）と対応する。

図１は、実施の形態に係るライセンス管理システムＳの全体構成の概要を模式的に示す図である。図１に示すように、ライセンス管理システムＳは、ライセンスを管理するライセンス管理装置１、ライセンスの利用者Ｕが使用する利用者端末２、ライセンス管理システムＳで用いられる各種鍵と識別子とを格納するための記憶装置３、及びブロックチェーンＢを含んでいる。ライセンス管理装置１と利用者端末２とは、インターネット等のネットワークＮを介して接続することもできる。図１に示すライセンス管理システムＳの例では、ブロックチェーンＢは、プライベート型ブロックチェーン又はコンソーシアム型ブロックチェーンであり、５つのノードから構成されている。

（１）利用者端末２は、ネットワークＮを介してライセンス管理装置１にライセンスの利用登録を申請する。
（２）ライセンス管理装置１は、利用者端末２からライセンスの利用登録を受け付ける。
（３）ライセンス管理装置１は、ライセンスを利用するために用いる利用者秘密鍵と、その利用者秘密鍵に対応する利用者公開鍵とをライセンス管理装置１の作業メモリ（不図示）に生成する。図１では、利用者公開鍵はパブリック（public）の頭文字である「Ｐ」が付された鍵で表されており、利用者秘密鍵はシークレット（secret）の頭文字である「Ｓ」が付された鍵で表されている。

（４）ライセンス管理装置１は、利用者公開鍵をブロックチェーンＢに登録する。
（５）ライセンス管理装置１は、ブロックチェーンＢから利用者公開鍵を取り出すための情報である利用者識別子を、そのブロックチェーンＢから取得する。利用者識別子は利用者公開鍵と１対１に対応し、利用者Ｕ毎に一意に紐づけられる情報となる。図１では、利用者識別子はIdentificationを示す「ＩＤ」によって表されている。

（６）ライセンス管理装置１は、利用者識別子と、利用者公開鍵に対応する利用者秘密鍵とを、何らかの方法でライセンスの利用者Ｕに送付する。ここで「何らかの方法」とは、利用者Ｕが利用者識別子と利用者秘密鍵とを取得できればどのような方法であってもよく、例えば、インターネットを利用して電子的に送信する方法であってもよいし、ＵＳＢ（Universal Serial Bus）メモリ等の記録媒体に格納して郵送によって送る方法であってもよい。さらに、例えばライセンス管理装置１の管理者が利用者Ｕに対して利用者端末２を貸し出したり販売したりするような場合には、利用者端末２を利用者Ｕに渡す前にあらかじめ利用者端末２に利用者識別子と利用者秘密鍵とを格納しておいてもよい。

（７）利用者端末２は、利用者識別子と利用者秘密鍵とを利用者端末２の記憶部（図１には不図示）に格納する。
（８）ライセンス管理装置１は、利用者公開鍵をブロックチェーンＢに登録し、かつ、利用者秘密鍵を利用者Ｕに送付した後に、作業メモリに残っている利用者秘密鍵と利用者公開鍵とを復元できないように安全に消去する。

ブロックチェーンの性質上、一般に、ひとたびブロックチェーンＢに登録されたデータは事後的に変更することが困難とされている。このため、利用者Ｕに送付した秘密鍵で復号することができる暗号化データを生成することができる公開鍵は、ブロックチェーンＢに登録された利用者公開鍵だけであることが保証できる。また、ライセンス管理装置１から受け取った利用者秘密鍵を利用者Ｕが秘匿している限り、ブロックチェーンＢに登録されている利用者公開鍵で暗号化されたデータは、利用者Ｕのみが復号することができる。

これにより、利用者Ｕが利用する利用者端末２が、ひとたびライセンス管理装置１から利用者公開鍵を用いて暗号化されたライセンス情報を受け取った後は、その暗号化されたライセンス情報を利用者Ｕ自身が所有する利用者秘密鍵で復号できるという事実をもって、ライセンス情報の真正性を確認することができる。つまり、利用者端末２は、ライセンスを利用するタイミングでネットワークに接続されていない状態（いわゆる、オフライン状態）であっても、ライセンス情報の真正性を確認することができる。

ライセンス管理装置１からみると、利用者端末２が暗号化されたライセンス情報を復号できるのであれば、その利用者端末２はライセンスを利用できる利用者の端末である（すなわち、ライセンスの利用の正当性を持った利用者Ｕの端末である）と見なすことができる。

上述した前提となる技術と比較すると、前提となる技術は、秘密鍵を生成した装置がその秘密鍵を秘匿することにより、秘密鍵を所有する装置のみが暗号文を復号できることを利用する技術といえる。これに対し、実施の形態に係るライセンス管理システムＳは、利用者端末２が秘密鍵を安全に管理することを前提として、公開鍵を生成したライセンス管理装置１が公開鍵をブロックチェーンＢに登録して管理することにより、ライセンス管理装置１のみが暗号文を生成できることを利用する技術である。この意味で、実施の形態に係るライセンス管理システムＳにおける「秘密鍵」は、秘密鍵を生成したライセンス管理装置１とは異なる装置である利用者端末２が所持する点で、秘匿されている情報ではない。一方、実施の形態に係るライセンス管理システムＳにおける「公開鍵」は、むやみに公開してよい情報ではなく、厳重に管理されるべき情報となる。

なお、ライセンス管理装置１は、利用者公開鍵を用いてライセンス情報を暗号化することにより、暗号化したライセンス情報を利用者端末２に送信する際に、例えばＴＬＳ（Transport Layer Security）等のセキュアな通信プロトコルを用いなくても安全に通信できる。通信中に情報が利用者Ｕ以外の第三者に漏洩したとしても、第三者は利用者秘密鍵を持っていないため事実上情報を復号できないからである。

＜実施の形態に係るライセンス管理装置１の機能構成＞
図２は、実施の形態に係るライセンス管理装置１の機能構成を模式的に示す図である。また、図３は、実施の形態に係る利用者端末２の機能構成を模式的に示す図である。ライセンス管理装置１は、記憶部１０、通信部１１、及び制御部１２を備える。また、利用者端末２は、記憶部２０、通信部２１、及び制御部２２を備える。

図２及び図３において、矢印は主なデータの流れを示しており、図２又は図３に示していないデータの流れがあってもよい。図２及び図３において、各機能ブロックはハードウェア（装置）単位の構成ではなく、機能単位の構成を示している。そのため、図２及び図３に示す機能ブロックは単一の装置内に実装されてもよく、あるいは複数の装置内に分かれて実装されてもよい。機能ブロック間のデータの授受は、データバス、ネットワーク、可搬記憶媒体等、任意の手段を介して行われてもよい。

記憶部１０は、ライセンス管理装置１を実現するコンピュータのＢＩＯＳ（Basic Input Output System）等を格納するＲＯＭ（Read Only Memory）やライセンス管理装置１の作業メモリとなるＲＡＭ（Random Access Memory）、ＯＳ（Operating System）やアプリケーションプログラム、当該アプリケーションプログラムの実行時に参照される種々の情報を格納するＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）等の大容量記憶装置である。同様に、記憶部２０は、利用者端末２を実現するコンピュータのＢＩＯＳ等を格納するＲＯＭや利用者端末２の作業メモリとなるＲＡＭ、ＯＳやアプリケーションプログラム、当該アプリケーションプログラムの実行時に参照される種々の情報を格納するＨＤＤやＳＳＤ等の大容量記憶装置である。

通信部１１は、ライセンス管理装置１が外部の装置と通信するための通信インタフェースであり、既知のＬＡＮ（Local Area Network）モジュールや、Ｗｉ－Ｆｉ（登録商標）モジュール等の無線通信モジュールによって実現される。同様に、通信部２１は、利用者端末２が外部の装置と通信するための通信インタフェースである。

制御部１２は、ライセンス管理装置１のＣＰＵ（Central Processing Unit）やＧＰＵ（Graphics Processing Unit）等のプロセッサであり、記憶部１０に記憶されたプログラムを実行することによって、通信制御部１２０、鍵ペア生成部１２１、ブロックチェーン操作部１２２、鍵消去部１２３、記憶装置操作部１２４、ライセンス情報生成部１２５、署名部１２６、暗号化部１２７、及びログ生成部１２８として機能する。また、制御部２２は、利用者端末２のＣＰＵやＧＰＵ等のプロセッサであり、記憶部２０に記憶されたプログラムを実行することによって、通信制御部２２０、復号部２２１、ライセンス情報取得部２２２、及び署名検証部２２３として機能する。

なお、図２及び図３は、ライセンス管理装置１及び利用者端末２が単一の装置で構成されている場合の例を示している。しかしながら、ライセンス管理装置１又は利用者端末２は、例えばクラウドコンピューティングシステムのように複数のプロセッサやメモリ等の計算リソースによって実現されてもよい。この場合、制御部１２又は制御部２２を構成する各部は、複数の異なるプロセッサの中の少なくともいずれかのプロセッサがプログラムを実行することによって実現される。

（ライセンス管理システムＳで用いられる各種鍵及び識別子）
図４は、実施の形態に係るライセンス管理システムＳで用いられる各種鍵と識別子とを表形式で示す図である。実施の形態に係るライセンス管理システムＳで行われる処理の流れを説明する前に、ライセンス管理システムＳにおいてやり取りされる各種鍵及び識別子について図４を参照して説明する。

図４に示すように、実施の形態に係るライセンス管理システムＳにおいて、秘密鍵、公開鍵、及び識別子は、２つの利用目的に応じてそれぞれ２種類ずつ存在する。２つの利用目的とは、具体的には、ライセンスを利用するための目的と、ライセンスを発行するライセンサー（例えば、ライセンス管理装置１の管理者）の署名を付すための目的との２つである。

利用者公開鍵は、ライセンス管理装置１が生成したライセンス情報を暗号化するために用いられ、ライセンス管理装置１によって利用者Ｕ毎に生成される。利用者公開鍵は、ライセンス管理装置１によって生成された後に、ブロックチェーンＢに格納される。利用者識別子は、利用者公開鍵をブロックチェーンＢから取り出すために用いられる情報であり、利用者公開鍵と１対１に対応する情報である。したがって、利用者識別子は、利用者Ｕを一意に特定することができる情報となる。

利用者秘密鍵は、暗号化されたライセンス情報を復号するために用いられ、ライセンス管理装置１によって生成された後に利用者識別子とともに利用者端末２が取得する。利用者秘密鍵は、利用者端末２の利用者Ｕの責任の下で管理される。利用者端末２が利用者秘密鍵を用いて暗号化されたライセンス情報を復号できた場合、それは暗号化されたライセンス情報が利用者秘密鍵に対応する利用者公開鍵で暗号化されたことの証左となる。

ライセンス秘密鍵は、ライセンス管理装置１の管理者等のライセンサーが、ライセンス情報に署名をするために用いられ、ライセンス管理装置１によってライセンス毎に生成される。ライセンス秘密鍵は、従来型の電子署名技術と同様に、ライセンス管理装置１によって記憶装置３にセキュアに保管される。ライセンス公開鍵は、ライセンス管理装置１がライセンス情報に付した署名を検証するために用いられ、ライセンス管理装置１によって生成される。ライセンス公開鍵は、ライセンス管理装置１によって生成された後に、ブロックチェーンＢに格納される。

ライセンス識別子は、ライセンス公開鍵をブロックチェーンＢから取り出すために用いられる情報であり、ライセンス公開鍵と１対１に対応している。ライセンス識別子は、ライセンス秘密鍵とともに記憶装置３に格納され、記憶装置３からライセンス秘密鍵を取り出すための情報としても用いられる。また、ライセンス識別子は、利用者Ｕに発行されたライセンス情報ととともに暗号化され、利用者端末２に送信される。このため、ライセンス識別子は利用者端末２においても保管される。

＜ライセンス管理システムＳで実行されるライセンス管理方法の処理フロー＞
続いて、図２から図９を参照しながら、ライセンス管理システムＳで実行されるライセンス管理方法の処理フローを説明する。

（利用者の登録）
図５は、実施の形態に係るライセンス管理システムＳにおいて実行される利用者登録処理の流れを説明するためのシーケンス図である。以下、図５を参照して実施の形態に係る利用者登録の流れを説明する。

利用者端末２の通信部２１は、通信制御部２２０の制御の下、ライセンス管理装置１にライセンスの利用登録申請を送信する（Ｓ２）。以下、本明細書において、通信部２１がライセンス管理装置１に対して情報を送信したり、ライセンス管理装置１から情報を受信したりする場合、通信制御部２２０の制御の下に通信が行われることを前提として、単に「通信部２１が送信（受信）する。」等と記載する。

ライセンス管理装置１の通信部１１は、通信制御部１２０の制御の下、利用者端末２から送信されたライセンスの利用登録を受け付ける（Ｓ４）。この意味で、通信部１１は、利用登録の受付部として機能する。以下、本明細書において、通信部１１が利用者端末２に対して情報を送信したり、利用者端末２から情報を受信したりする場合、通信制御部１２０の制御の下に通信が行われることを前提として、単に「通信部１１が送信（受信）する。」等と記載する。

鍵ペア生成部１２１は、ライセンスを利用するために用いる利用者秘密鍵と、その利用者秘密鍵に対応する利用者公開鍵とを含む利用者鍵ペアを作業メモリに生成する（Ｓ６）。ブロックチェーン操作部１２２は、鍵ペア生成部１２１が生成した利用者公開鍵をブロックチェーンＢに登録する（Ｓ８）。ブロックチェーンＢは、ブロックチェーンＢから利用者公開鍵を取得するための利用者識別子を生成する（Ｓ１０）。

ブロックチェーン操作部１２２は、利用者識別子をブロックチェーンＢから取得する（Ｓ１２）。通信部１１は、利用者秘密鍵と利用者識別子とを利用者端末２に送付する（Ｓ１４）。具体的には、上述したように、ライセンス管理装置１の通信部１１がネットワークＮを介して利用者秘密鍵と利用者識別子とを利用者端末２に電子的に送信してもよいし、ライセンス管理装置１が利用者秘密鍵と利用者識別子とをＵＳＢメモリ等の記録媒体に書き出した後、ライセンス管理装置１の管理者が利用者Ｕ宛てに郵送してもよい。前者の場合、通信部１１が送付部として機能し、後者の場合、制御部１２の制御部がＵＳＢメモリの書き出し及びライセンス管理装置１の管理者に対して郵送の指示を含むメッセージを生成するため、制御部１２全体として送付部として機能することになる。

利用者端末２は、ライセンス管理装置１から取得した利用者秘密鍵と利用者識別子とを記憶部２０に格納する（Ｓ１６）。鍵消去部１２３は、利用者秘密鍵と利用者公開鍵とを復元不能な態様で作業メモリから消去する（Ｓ１８）。これにより、利用者公開鍵はブロックチェーンＢにのみ格納され、ライセンス管理装置１が利用者識別子を参照することでのみ取得できる。また、利用者秘密鍵は、利用者端末２のみが保持することになる。結果として、ライセンス管理装置１が利用者公開鍵を用いて暗号化したデータは、その利用者公開鍵に対応する利用者秘密鍵を保持する利用者端末２のみが復号できることになる。利用者端末２は、ネットワークＮに接続されていないオフライン状態であってもライセンス管理装置１が暗号化したデータを復号できる。ゆえに、利用者端末２は、オフライン状態であっても、ライセンス管理装置１が暗号化した真正性のあるデータを復号によって取得することができる。

なお、ライセンス管理装置１のログ生成部１２８は、鍵消去部１２３が利用者秘密鍵と利用者公開鍵とを作業メモリから消去したことを示すログファイルを、そのログファイルの生成日時とともに生成してもよい。これにより、利用者公開がブロックチェーンＢにのみ格納され、利用者秘密鍵は利用者端末２のみが保持する状態になったという事実を日時とともに事後的に確認することができるようになる。

（ライセンスの登録）
図６は、実施の形態に係るライセンス管理システムＳにおいて実行されるライセンス登録処理の流れを説明するためのシーケンス図である。以下、図６を参照して実施の形態に係るライセンス登録の流れを説明する。

鍵ペア生成部１２１は、ライセンス情報の署名に用いるライセンス秘密鍵と、その署名の検証に用いるライセンス公開鍵とを含む署名用の鍵ペアを生成する（Ｓ２０）。ブロックチェーン操作部１２２は、鍵ペア生成部１２１が生成したライセンス公開鍵をブロックチェーンＢに登録する（Ｓ２２）。ブロックチェーンＢは、ブロックチェーンＢからライセンス公開鍵を取得するためのライセンス識別子を生成する（Ｓ２４）。ブロックチェーン操作部１２２は、ライセンス識別子をブロックチェーンＢから取得する（Ｓ２６）。

記憶装置操作部１２４は、ライセンス秘密鍵とライセンス識別子とを記憶装置３に格納する（Ｓ２８）。ここで、記憶装置３は、ライセンス管理装置１のみがアクセス可能なセキュアなデータベースである。記憶装置３は、ライセンス管理装置１から取得したライセンス秘密鍵とライセンス識別子とを保持する（Ｓ３０）。

ライセンス情報は、ライセンスの有効期限を含む情報であり、ライセンスの利用条件等を含む情報である。鍵ペア生成部１２１は、利用者端末２からライセンスの発行依頼があったタイミングでライセンス秘密鍵とライセンス公開鍵とを生成してもよいし、あらかじめ生成しておいて記憶部１０に保持しておいてもよい。

ライセンス秘密鍵、ライセンス公開鍵、及びライセンス識別子は、ライセンス毎に割り当てられる情報である。ライセンス秘密鍵、ライセンス公開鍵、及びライセンス識別子は、具体的なライセンス情報に対応づけられることにより、そのライセンスを一意に特定するための情報となる。ライセンス登録処理は、ライセンスのいわば「入れ物」を生成して登録する処理ともいえる。ライセンスの発行については図７を参照して説明する。

（ライセンスの発行）
図７は、実施の形態に係るライセンス管理システムＳにおいて実行されるライセンス発行処理の流れを説明するためのシーケンス図である。以下、図７を参照して実施の形態に係るライセンス発行の流れを説明する。

利用者端末２の通信部２１は、利用者識別子とともにライセンスの発行申請をライセンス管理装置１に送信する（Ｓ３２）。ライセンス管理装置１の通信部１１は、利用者端末２から利用者識別子とライセンスの発行要求とを受け付ける（Ｓ３４）。

ブロックチェーン操作部１２２は、利用者端末２から受け付けた利用者識別子を用いて、ブロックチェーンＢから利用者公開鍵を取得する（Ｓ３６）。記憶装置操作部１２４は、利用者Ｕに発行するライセンスに割り当てるライセンス識別子を用いて、記憶装置３から利用者Ｕに発行するライセンスに対応するライセンス秘密鍵を読み出して取得する（Ｓ３８）。

ライセンス情報生成部１２５は、利用者Ｕに発行するためのライセンス情報を生成する（Ｓ４０）。署名部１２６は、ライセンス秘密鍵を用いてライセンス情報生成部１２５が生成したライセンス情報に署名して（Ｓ４２）、署名済みライセンス情報を生成する。暗号化部１２７は、利用者公開鍵を用いて、署名済みライセンス情報とライセンス識別子とを含むライセンスファイルを暗号化して（Ｓ４４）、暗号化ライセンスファイルを生成する。

通信部１１は、ネットワークＮを介して暗号化ライセンスファイルを利用者端末２に送信する（Ｓ４６）。暗号化ライセンスファイルを復号するための利用者秘密鍵は利用者端末２のみが保持しているため、利用者端末２を利用する利用者Ｕ以外の者は暗号化ライセンスファイルを事実上復号することができない。したがって、通信部１１は、暗号化されていない通常の通信プロトコル（例えば電子メール等）を利用して安全に暗号化ライセンスファイルを利用者端末２に送信することができる。これにより、ライセンス管理装置１は、利用者端末２に対してライセンス情報を提供することができる。

（ライセンスの導入及び確認）
図８は、実施の形態に係るライセンス管理システムＳにおいて実行されるライセンス導入処理とライセンス確認処理との流れを説明するためのシーケンス図である。以下、図８を参照して実施の形態に係るライセンス導入の流れとライセンス確認の流れとを説明する。

利用者端末２の復号部２２１は、利用者秘密鍵を用いて暗号化ライセンスファイルを復号して（Ｓ４８）ライセンスファイルを取得する。ライセンス情報取得部２２２は、ライセンスファイルに含まれる署名済みライセンス情報を取得する（Ｓ５０）。

ここで、復号部２２１は、記憶部２０に格納されている利用者秘密鍵を用いることで暗号化ライセンスファイルを復号できるので、ライセンス情報取得部２２２は利用者端末２がオフラインであってもライセンスファイルを取得できる。ライセンスファイルを暗号化できるのは利用者公開鍵が格納されているブロックチェーンＢにアクセスできるライセンス管理装置１だけであるので、復号部２２１が暗号化ライセンスファイルの復号に成功することは、暗号化ライセンスファイルがライセンス管理装置１によって真性に生成されたデータであることの証左となる。ゆえに、利用者端末２は、オフライン状態であっても真正性のある情報を取得することができる。

続いて、ライセンスの確認について説明する。利用者端末２の通信部２１は、ライセンスファイルに含まれているライセンス識別子をライセンス管理装置１に送信する（Ｓ５２）。ライセンス管理装置１の通信部１１は、利用者端末２から送信されたライセンス識別子を受信して取得する（Ｓ５４）。

ブロックチェーン操作部１２２は、ライセンス識別子を用いてブロックチェーンＢからライセンス識別子に対応するライセンス公開鍵を取得する（Ｓ５６）。通信部１１は、ブロックチェーン操作部１２２が取得したライセンス公開鍵を利用者端末２に送信する（Ｓ５８）。なお、通信部１１は、暗号化されたライセンス公開鍵を利用者端末２に送信してもよい。この場合、暗号化部１２７が利用者公開鍵を用いてライセンス公開鍵を暗号化した後に、通信部１１が暗号化されたライセンス公開鍵を利用者端末２に送信すればよい。

利用者端末２の通信部２１は、ライセンス管理装置１からライセンス公開鍵を取得する（Ｓ６０）。署名検証部２２３は、ライセンス管理装置１から取得したライセンス公開鍵を用いてライセンスファイルに含まれる署名済みライセンス情報の署名の正当性を検証する（Ｓ６２）。ライセンス秘密鍵はライセンス管理装置１のみがアクセス可能な記憶装置３にセキュアに保管されているため、署名検証部２２３が署名の正当性を検証することにより、ライセンス情報がライセンス管理装置１によって生成されたことを検証できる。なお、通信部２１がライセンス管理装置１から暗号化されたライセンス公開鍵を受信した場合は、復号部２２１がライセンス秘密鍵を用いて復号することによってライセンス公開鍵を取得すればよい。

（ライセンスの更新）
図９は、実施の形態に係るライセンス管理システムＳにおいて実行されるライセンス更新処理の流れを説明するためのシーケンス図である。以下、図９を参照して実施の形態に係るライセンス確認の流れを説明する。

利用者端末２の通信部２１は、利用者識別子及びライセンス識別子とともにライセンスの更新申請をライセンス管理装置１に送信する（Ｓ６４）。ライセンス管理装置１の通信部１１は、利用者端末２から更新申請として利用者識別子とライセンス識別子とを受け付ける（Ｓ６６）。

ブロックチェーン操作部１２２は、通信部１１が利用者端末２から受け付けた利用者識別子を用いて、ブロックチェーンＢから利用者公開鍵を取得する（Ｓ６８）。続けて、ブロックチェーン操作部１２２は、ライセンス識別子を用いてブロックチェーンＢからライセンス公開鍵を取得する（Ｓ７０）。

記憶装置操作部１２４は、ライセンス識別子を用いて記憶装置３から更新申請のあったライセンスに対応するライセンス秘密鍵を読み出す（Ｓ７２）。ライセンス情報生成部１２５は、新たな有効期限を含む新たなライセンス情報を生成する（Ｓ７４）。

署名部１２６は、記憶装置操作部１２４が記憶装置３から読み出したライセンス秘密鍵を用いて、ライセンス情報生成部１２５が生成した新たなライセンス情報に署名して（Ｓ７６）新たな署名済みライセンス情報を生成する。暗号化部１２７は、利用者公開鍵を用いて、通信部１１が受け付けたライセンス識別子と署名部１２６が生成した新たな署名済みライセンス情報とを含む新たなライセンスファイルを暗号化して（Ｓ７８）、新たな暗号化ライセンスファイルを生成する。

通信部１１は、新たな暗号化ライセンスファイルを利用者端末２に送信する（Ｓ８０）。これにより、利用者端末２の通信部１１は、更新された新たなライセンス情報を含む新たな暗号化ライセンスファイルを受信することができる（Ｓ８２）。

＜実施の形態に係るライセンス管理システムＳの利用シーン＞
実施の形態に係るライセンス管理システムＳの利用シーンの一例を説明する。

実施の形態に係るライセンス管理システムＳは、一例として、ライセンス管理装置１が提供し、利用者Ｕが利用するアプリケーションソフトウェアのライセンスの管理に用いられる。ここで、利用者Ｕは、ライセンス管理装置１の管理者とアプリケーションソフトウェアの利用に関するサブスクリプション契約を結ぶものとする。

この場合、ライセンス情報生成部１２５は、利用者Ｕがソフトウェアを利用可能な期間（例えば、ソフトウェアの初回起動時から１年等）を示す情報である有効期限をライセンス情報に含めて生成する。ライセンス管理装置１が利用者Ｕに提供するアプリケーションソフトウェアは、利用者端末２によって実行される際にライセンス情報に含まれる有効期限を参照し、その期限内であれば利用可能な状態で起動するように構成されている。

ここで、利用者端末２は、あらかじめ利用者登録処理を実行することで利用者秘密鍵と利用者識別子とをライセンス管理装置１から取得している。また、その利用者秘密鍵に対応する利用者公開鍵は、ライセンス管理装置１がブロックチェーンＢに格納して保管している。ライセンス管理装置１は、ライセンス情報を利用者端末２が所持している利用者秘密鍵に対応する利用者公開鍵で暗号化して利用者端末２に送信する。これにより、利用者Ｕがライセンス管理装置１から取得した利用者秘密鍵を秘匿していることを前提とすれば、ライセンス管理装置１が利用者端末２に送信したデータは利用者端末２のみが復号できるデータであることが保証される。そして、利用者端末２が利用者秘密鍵を用いて復号できるデータを生成できるのは、ブロックチェーンＢから利用者公開鍵を取得できるライセンス管理装置１のみである。

以上より、利用者端末２は、利用者秘密鍵を用いて暗号化されたライセンス情報を正常に復号できることを持って、そのライセンス情報が真正性のある情報であることを確認できる。この場合、利用者端末２は、ネットワークＮに接続されていないオフライン状態であっても、ライセンス情報の真正性を確認できることになる。さらに、利用者端末２がライセンス管理装置１と通信可能なオンライン状態である場合には、利用者端末２はライセンス情報に付された署名を検証することで、ライセンス情報の真正性を二重に確認することができる。

＜実施の形態に係るライセンス管理システムＳが奏する効果＞
以上説明したように、実施の形態に係るライセンス管理システムＳによれば、正当性の検証の対象となる電子機器である利用者端末２がネットワークＮに接続しない状態で、真正性のある情報を取得することができる。

以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されず、その要旨の範囲内で種々の変形及び変更が可能である。例えば、装置の全部又は一部は、任意の単位で機能的又は物理的に分散・統合して構成することができる。また、複数の実施の形態の任意の組み合わせによって生じる新たな実施の形態も、本発明の実施の形態に含まれる。組み合わせによって生じる新たな実施の形態の効果は、もとの実施の形態の効果をあわせ持つ。

＜変形例＞
上記では、ライセンスの更新処理において、署名部１２６は、記憶装置操作部１２４が記憶装置３から読み出したライセンス秘密鍵を用いて、ライセンス情報生成部１２５が生成した新たなライセンス情報に署名する場合について説明した。これは、署名部１２６は、ライセンスの更新の前後において同じライセンス秘密鍵を用いて署名することを意味している。

これに替えて、署名部１２６は、新しいライセンス秘密鍵を用いて新たなライセンス情報に署名してもよい。これは、通信部１１が利用者端末２から更新申請を受け付けることを契機として、鍵ペア生成部１２１が新たなライセンス秘密鍵とライセンス公開鍵とを生成することで実現できる。更新後のライセンスは更新前のライセンスとは異なるライセンスと捉えることもできる。署名部１２６が更新後のライセンス情報に異なるライセンス秘密鍵で署名することによってライセンスとライセンス秘密鍵とが１対１に対応することになり、署名検証によるライセンス情報の真正性の評価をより高めることができる。

１・・・ライセンス管理装置
１０・・・記憶部
１１・・・通信部
１２・・・制御部
１２０・・・通信制御部
１２１・・・鍵ペア生成部
１２２・・・ブロックチェーン操作部
１２３・・・鍵消去部
１２４・・・記憶装置操作部
１２５・・・ライセンス情報生成部
１２６・・・署名部
１２７・・・暗号化部
１２８・・・ログ生成部
２・・・利用者端末
２０・・・記憶部
２１・・・通信部
２２・・・制御部
２２０・・・通信制御部
２２１・・・復号部
２２２・・・ライセンス情報取得部
２２３・・・署名検証部
３・・・記憶装置
Ｂ・・・ブロックチェーン
Ｎ・・・ネットワーク
Ｓ・・・ライセンス管理システム

Claims (10)

1. ライセンスを管理するライセンス管理装置が、
   前記ライセンスの利用者の利用者端末から、前記ライセンスの利用登録を受け付けるステップと、
   前記ライセンスを利用するために用いる利用者秘密鍵と、当該利用者秘密鍵に対応する利用者公開鍵とを作業メモリに生成するステップと、
   前記利用者公開鍵をブロックチェーンに登録するステップと、
   前記ブロックチェーンに登録された前記利用者公開鍵を取得するための識別子である利用者識別子を前記ブロックチェーンから取得するステップと、
   前記利用者秘密鍵と前記利用者識別子とを前記利用者端末に送付するステップと、
   前記利用者秘密鍵と前記利用者公開鍵とを前記作業メモリから消去するステップと、を実行する、
   ライセンス管理方法。
2. 前記ライセンス管理装置が、
   前記ライセンスの有効期限を含むライセンス情報の署名に用いるライセンス秘密鍵と、前記署名の検証に用いるライセンス公開鍵とを生成するステップと、
   前記ライセンス公開鍵を前記ブロックチェーンに登録するステップと、
   前記ブロックチェーンに登録された前記ライセンス公開鍵を取得するための識別子であるライセンス識別子を前記ブロックチェーンから取得するステップと、
   前記ライセンス秘密鍵と前記ライセンス識別子とを記憶装置に格納するステップと、をさらに実行する、
   請求項１に記載のライセンス管理方法。
3. 前記ライセンス管理装置が、
   前記利用者端末から前記利用者識別子と前記ライセンスの発行要求とを受け付けるステップと、
   前記利用者識別子を用いて前記ブロックチェーンから前記利用者公開鍵を取得するステップと、
   前記ライセンス識別子を用いて前記記憶装置からユーザに発行するライセンスに対応する前記ライセンス秘密鍵を読み出すステップと、
   前記ライセンス情報を生成するステップと、
   前記ライセンス秘密鍵を用いて前記ライセンス情報に署名して署名済みライセンス情報を生成するステップと、
   前記利用者公開鍵を用いて、前記署名済みライセンス情報と前記ライセンス識別子とを含むライセンスファイルを暗号化して暗号化ライセンスファイルを生成するステップと、
   前記暗号化ライセンスファイルを前記利用者端末に送信するステップと、をさらに実行する、
   請求項２に記載のライセンス管理方法。
4. 前記利用者端末が、
   前記利用者秘密鍵を用いて前記暗号化ライセンスファイルを復号して前記ライセンスファイルを取得するステップと、
   前記ライセンスファイルに含まれる前記署名済みライセンス情報を取得するステップと、をさらに実行する、
   請求項３に記載のライセンス管理方法。
5. 前記ライセンス管理装置が、
   前記利用者端末から前記ライセンス識別子を取得するステップと、
   前記ライセンス識別子を用いて前記ブロックチェーンから前記ライセンス公開鍵を取得するステップと、
   前記ライセンス公開鍵を前記利用者端末に送信するステップと、をさらに実行し、
   前記利用者端末が、
   前記ライセンス管理装置から前記ライセンス公開鍵を取得するステップと、
   前記ライセンス公開鍵を用いて前記ライセンスファイルに含まれる前記署名済みライセンス情報の署名の正当性を検証するステップと、をさらに実行する、
   請求項４に記載のライセンス管理方法。
6. 前記ライセンス管理装置が、
   前記利用者端末から前記利用者識別子と前記ライセンス識別子とを受け付けるステップと、
   前記利用者識別子を用いて前記ブロックチェーンから前記利用者公開鍵を取得するステップと、
   前記ライセンス識別子を用いて前記ブロックチェーンから前記ライセンス公開鍵を取得するステップと、
   前記ライセンス識別子を用いて前記記憶装置から前記ライセンスに対応する前記ライセンス秘密鍵を読み出すステップと、
   新たな有効期限を含む新たなライセンス情報を生成するステップと、
   前記ライセンス秘密鍵を用いて前記新たなライセンス情報に署名して新たな署名済みライセンス情報を生成するステップと、
   前記利用者公開鍵を用いて、前記新たな署名済みライセンス情報と前記ライセンス識別子とを含む新たなライセンスファイルを暗号化して新たな暗号化ライセンスファイルを生成するステップと、
   前記新たな暗号化ライセンスファイルを前記利用者端末に送信するステップと、をさらに実行する、
   請求項２から５のいずれか１項に記載のライセンス管理方法。
7. 前記ライセンス管理装置が、
   前記利用者秘密鍵と前記利用者公開鍵とを前記作業メモリから消去したことを示すログファイルを生成するステップをさらに実行する、
   請求項１から６のいずれか１項に記載のライセンス管理方法。
8. 前記ブロックチェーンは、コンソーシアム型ブロックチェーンである、
   請求項１から７のいずれか１項に記載のライセンス管理方法。
9. ライセンスの利用者の利用者端末から、前記ライセンスの利用登録を受け付ける受付部と、
   前記ライセンスを利用するために用いる利用者秘密鍵と、当該利用者秘密鍵に対応する利用者公開鍵とを作業メモリに生成する鍵ペア生成部と、
   前記利用者公開鍵をブロックチェーンに登録するとともに、前記利用者公開鍵を取得するための識別子である利用者識別子を前記ブロックチェーンから取得するブロックチェーン操作部と、
   前記利用者秘密鍵と前記利用者識別子とを前記利用者端末に送付する送付部と、
   前記利用者秘密鍵と前記利用者公開鍵とを前記作業メモリから消去する鍵消去部と、
   を備える、
   ライセンス管理装置。
10. コンピュータに、
    ライセンスの利用者の利用者端末から、前記ライセンスの利用登録を受け付ける機能と、
    前記ライセンスを利用するために用いる利用者秘密鍵と、当該利用者秘密鍵に対応する利用者公開鍵とを作業メモリに生成する機能と、
    前記利用者公開鍵をブロックチェーンに登録する機能と、
    前記ブロックチェーンに登録された前記利用者公開鍵を取得するための識別子である利用者識別子を前記ブロックチェーンから取得する機能と、
    前記利用者秘密鍵と前記利用者識別子とを前記利用者端末に送付する機能と、
    前記利用者秘密鍵と前記利用者公開鍵とを前記作業メモリから消去する機能と、を実現させる、
    プログラム。

Images