JP7100330B1 - 押印管理方法、押印管理装置、プログラム、及び情報処理方法 - Google Patents

Abstract

電子的な押印サービスを管理する押印管理装置１が、押印サービスの利用者の利用者端末２から、押印サービスの利用対象とする要押印データを受信するステップと、要押印データを受信することを契機として、要押印データに押印するための押印秘密鍵と、押印の検証に用いる押印公開鍵とを作業メモリに生成するステップと、押印公開鍵をブロックチェーンに登録するステップと、ブロックチェーンに登録された押印公開鍵を取得するための識別子である押印識別子をブロックチェーンから取得するステップと、要押印データ及び押印識別子を含むファイルに押印秘密鍵の署名を付すことにより、押印済みファイルを生成するステップと、押印秘密鍵と押印公開鍵とを、作業メモリから消去するステップと、押印識別子を利用者端末２に送信するステップと、を実行する。

Description

本発明は押印管理方法、押印管理装置、及びプログラムに関し、特に電子的な押印を管理する技術に関する。

近年、インターネット等のネットワーク技術が急激に発達し、従来紙等に印刷して用いられていた文書を電子的な文書に置き換えて用いられるケースも増加している。このため、例えば特許文献１には、承認者の電子印鑑の印影データを、承認対象ファイルに貼り付けることで承認者を本人と認証し文書の承認をすることができる仕組みが開示されている。

特開２０２０－１３５６９０号公報

上記の技術は、承認者の本人認証のために従来型のパスワードを用いて電子印鑑の印影データを保護している。この場合、電子印鑑の秘匿性は従来型のパスワードの秘匿性と同等であり、必しも高い安全性が担保されているとは言えない。

本発明はこれらの点に鑑みてなされたものであり、出所確認のための電子的な押印の安全性を高める技術を提供することを目的とする。

本発明の第１の態様は、押印管理方法である。この方法において、電子的な押印サービスを管理する押印管理装置が、前記押印サービスの利用者の利用者端末から、前記押印サービスの利用対象とする要押印データを受信するステップと、前記要押印データを受信することを契機として、前記要押印データに押印するための押印秘密鍵と、前記押印の検証に用いる押印公開鍵とを作業メモリに生成するステップと、前記押印公開鍵をブロックチェーンに登録するステップと、前記ブロックチェーンに登録された前記押印公開鍵を取得するための識別子である押印識別子を前記ブロックチェーンから取得するステップと、前記要押印データ及び前記押印識別子を含むファイルに前記押印秘密鍵の署名を付すことにより、押印済みファイルを生成するステップと、前記押印秘密鍵を、前記作業メモリから消去するステップと、前記押印識別子を前記利用者端末に送信するステップと、を実行する。

前記押印管理方法において、前記押印管理装置が、前記利用者端末から、前記押印サービスの登録申請を受信するステップと、前記登録申請を受信することを契機として、前記押印サービスを利用して押印した押印済みデータに署名するためのサービス秘密鍵と、前記署名の検証に用いるサービス公開鍵とを生成するステップと、前記サービス公開鍵をブロックチェーンに登録するステップと、前記ブロックチェーンに登録された前記サービス公開鍵を取得するための識別子であるサービス識別子を前記ブロックチェーンから取得するステップと、前記サービス秘密鍵と前記サービス識別子とを記憶装置に格納するステップと、前記押印済みファイルと前記サービス識別子とを含むデータに前記サービス秘密鍵を用いて署名を付すことにより、署名付押印ファイルを生成するステップと、前記署名付押印ファイルを前記押印識別子と関連付けて前記記憶装置に格納するステップと、をさらに実行してもよい。

前記押印管理方法において、前記押印管理装置が、前記利用者端末から前記押印識別子を受信するステップと、前記押印識別子を用いて前記記憶装置から前記署名付押印ファイルを取得するステップと、前記署名付押印ファイルを前記利用者端末に送信するステップと、をさらに実行してもよい。

前記押印管理方法において、前記押印管理装置が、前記押印サービスの監査を行う監査者が利用する監査者端末から、前記押印識別子を受信するステップと、前記押印識別子を用いて前記ブロックチェーンから前記押印公開鍵を取得するステップと、前記押印識別子を用いて前記記憶装置から前記署名付押印ファイルを取得するステップと、前記押印公開鍵を用いて前記署名付押印ファイルに含まれる前記押印秘密鍵の署名を検証するステップと、前記検証の結果を示すレポートを生成するステップと、取得した前記署名付押印ファイルに含まれる前記サービス識別子を用いて前記記憶装置から前記サービス秘密鍵を取得するステップと、前記サービス秘密鍵を用いて、前記レポートに署名を付した署名付監査レポートを生成するステップと、前記署名付監査レポートを前記監査者端末に送信するステップと、をさらに実行してもよい。

前記押印管理方法において、前記押印管理装置が、前記監査者端末から、前記押印識別子を受信するステップと、前記押印識別子を用いて前記記憶装置から前記署名付押印ファイルを取得するステップと、前記署名付押印ファイルに含まれる前記サービス識別子を用いて前記ブロックチェーンから前記サービス公開鍵を取得するステップと、取得した前記サービス公開鍵を前記監査者端末に送信するステップと、をさらに実行してもよく、前記監査者端末が、前記押印管理装置から前記サービス公開鍵を受信するステップと、受信した前記サービス公開鍵を用いて、前記署名付監査レポートに付された署名の正当性を検証するステップと、をさらに実行してもよい。

前記押印管理方法において、前記押印管理装置が、前記サービス秘密鍵を用いて前記要押印データとは異なる他のデータを暗号化して暗号化データを生成するステップをさらに実行してもよく、前記署名付押印ファイルを生成するステップにおいて、前記押印済みファイルと前記暗号化データと前記サービス識別子とを含むファイルに前記サービス秘密鍵を用いて署名を付したデータを、前記署名付押印ファイルとして生成してもよい。

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

前記ブロックチェーンは、コンソーシアム型ブロックチェーンであってもよい。

本発明の第２の態様は、電子的な押印サービスを管理する押印管理装置である。この装置は、前記押印サービスの利用者の利用者端末から、前記押印サービスの利用対象とする要押印データを受信する受信部と、前記要押印データを受信することを契機として、前記要押印データに押印するための押印秘密鍵と、前記押印の検証に用いる押印公開鍵とを作業メモリに生成する鍵ペア生成部と、前記押印公開鍵をブロックチェーンに登録するとともに、前記ブロックチェーンに登録された前記押印公開鍵を取得するための識別子である押印識別子を前記ブロックチェーンから取得するブロックチェーン操作部と、前記要押印データ、及び前記押印識別子を含むファイルに前記押印秘密鍵の署名を付すことにより、押印済みファイルを生成する押印実行部と、前記押印秘密鍵を、前記作業メモリから消去する鍵消去部と、前記押印識別子を前記利用者端末に送信する送信部と、を備える。

本発明の第３の態様は、プログラムである。このプログラムは、コンピュータに、押印サービスの利用者の利用者端末から、前記押印サービスの利用対象とする要押印データを受信する機能と、前記要押印データを受信することを契機として、前記要押印データに押印するための押印秘密鍵と、前記押印の検証に用いる押印公開鍵とを作業メモリに生成する機能と、前記押印公開鍵をブロックチェーンに登録する機能と、前記ブロックチェーンに登録された前記押印公開鍵を取得するための識別子である押印識別子を前記ブロックチェーンから取得する機能と、前記要押印データ、及び前記押印識別子を含むファイルに前記押印秘密鍵の署名を付すことにより、押印済みファイルを生成する機能と、前記押印秘密鍵を、前記作業メモリから消去する機能と、前記押印識別子を前記利用者端末に送信する機能と、を実現させる。

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

本発明の第４の態様は、情報処理方法である。この方法において、電子的な押印サービスの利用者の利用者端末が、前記押印サービスの利用対象とする要押印データのハッシュ値を生成するステップと、前記ハッシュ値を含む検証情報に署名するための利用者押印秘密鍵と、前記利用者押印秘密鍵に対応する利用者公開鍵とを作業メモリに生成するステップと、前記利用者押印秘密鍵を用いて前記検証情報に署名した署名付き検証情報を生成するステップと、前記署名付き検証情報と前記利用者公開鍵とを前記押印サービスを管理する押印管理装置に送信するステップと、前記利用者押印秘密鍵を前記作業メモリから消去するステップと、を実行し、前記押印管理装置が、前記押印サービスの利用者の利用者端末から、前記署名付き検証情報と前記利用者公開鍵とを受信するステップと、前記署名付き検証情報に押印するための押印秘密鍵と、前記押印の検証に用いる押印公開鍵とを作業メモリに生成するステップと、前記押印公開鍵と前記利用者公開鍵とを押印識別子と紐づけて記憶装置に格納するステップと、前記署名付き検証情報に前記押印秘密鍵の署名を付すことにより、押印済み検証情報を生成するステップと、前記押印済み検証情報と前記押印識別子とを前記利用者端末に送信するステップと、前記押印秘密鍵を前記作業メモリから消去するステップと、を実行する。

前記情報処理方法において、前記押印管理装置が、前記利用者端末から前記押印識別子と前記押印済み検証情報と検証対象となる要押印データのハッシュ値とを受信するステップと、前記押印識別子を用いて前記記憶装置から前記押印公開鍵と前記利用者公開鍵とを取得するステップと、前記押印公開鍵を用いて前記押印済み検証情報に含まれる前記押印秘密鍵の署名を検証する第１検証ステップと、前記利用者公開鍵を用いて前記押印済み検証情報に含まれる前記利用者押印秘密鍵の署名を検証する第２検証ステップと、前記押印済みファイルに含まれる前記要押印データのハッシュ値と、検証対象となる要押印データのハッシュ値とが一致することを検証する第３検証ステップと、前記第１検証ステップ、前記第２検証ステップ、及び前記第３検証ステップそれぞれにおける検証が成功することを条件として、前記利用者公開鍵を前記利用者端末に送信するステップと、さらに実行してもよい。

前記情報処理方法において、前記利用者端末が、アーカイブするための保存用ファイルを暗号化するための第１共通鍵を前記作業メモリに生成するステップと、前記保存用ファイルを前記第１共通鍵で暗号化して得られたデータを前記要押印データとして生成するステップと、前記利用者押印秘密鍵を用いて前記第１共通鍵を暗号化して暗号化第１共通鍵を生成するステップと、前記第１共通鍵を前記作業メモリから消去するステップと、をさらに実行してもよい。

前記情報処理方法において、前記押印管理装置が、前記第１共通鍵とは異なる第２共通鍵を前記作業メモリに生成するステップと、前記押印済み検証情報を含む情報を前記第２共通鍵で暗号化するステップと、前記押印秘密鍵を用いて前記第２共通鍵を暗号化して暗号化第２共通鍵を生成するステップと、をさらに実行し、前記利用者端末に送信するステップにおいて、暗号化した前記押印済み検証情報を含む情報と前記暗号化第２共通鍵と前記押印識別子とを前記利用者端末に送信し、前記第２共通鍵を前記作業メモリから消去するステップをさらに実行してもよい。

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

本発明によれば、出所確認のための電子的な押印の安全性を高めることができる。

第１の実施の形態に係る押印管理システムの全体構成の概要を模式的に示す図である。 第１の実施の形態に係る押印管理装置の機能構成を模式的に示す図である。 第１の実施の形態に係る利用者端末の機能構成を模式的に示す図である。 第１の実施の形態に係る押印管理システムで用いられる各種鍵と識別子とを表形式で示す図である。 第１の実施の形態に係る押印管理システムにおいて実行される押印処理の流れを説明するためのシーケンス図である。 第１の実施の形態に係る押印管理システムにおいて実行される押印サービス登録処理の流れを説明するためのシーケンス図である。 第１の実施の形態に係る押印管理システムにおいて実行される押印データ取得処理の流れを説明するためのシーケンス図である。 第１の実施の形態に係る押印管理システムにおいて実行される押印の監査処理の流れを説明するためのシーケンス図である。 第１の実施の形態に係る押印管理システムにおいて実行される監査レポートの検証処理の流れを説明するためのシーケンス図である。 第２の実施の形態に係る押印管理システムの全体構成の概要を模式的に示す図である。 第２の実施の形態に係る押印管理装置の機能構成の概要を模式的に示す図である。 第２の実施の形態に係る利用者端末の機能構成の概要を模式的に示す図である。 第２の実施の形態に係る利用者端末が実行する要押印データの生成処理の一例を説明するためのフローチャートである。 第２の実施の形態に係る押印管理システムで実行される相互押印処理の流れを説明するためのシーケンス図である。 第２の実施の形態に係る押印管理装置が実行する押印の検証処理の流れを説明するためのフローチャートである。 第２の実施の形態に係る押印管理装置が実行する暗号化処理の流れを説明するためのフローチャートである。

＜実施の形態の前提となる技術＞
以下、本願発明の第１の実施の形態と第２の実施の形態とに基づいて説明するが、これらの実施の形態に係る押印管理システムを説明する前に、その前提となる公開鍵暗号の性質について簡単に説明する。実施の形態に係る押印管理システムは、暗号化、署名、及び鍵交換が可能な公開鍵暗号を利用する。このような公開鍵暗号として既知のＲＳＡ（Rivest-Shamir-Adleman）暗号があり、本実施の形態ではＲＳＡ暗号を用いることを前提とする。なお、ＲＳＡ暗号は既知の技術であるため、そのアルゴリズム自体の説明は省略する。

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

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

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

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

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

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

図１は、第１の実施の形態に係る押印管理システムＳの全体構成の概要を模式的に示す図である。図１に示すように、押印管理システムＳは、電子的な押印サービスを管理する押印管理装置１、押印サービスの利用者Ｕが使用する利用者端末２、押印管理システムＳで用いられる各種鍵と識別子とを格納するための記憶装置３、押印サービスの監査を行う監査者が利用する監査者端末４、及びブロックチェーンＢを含んでいる。

押印管理装置１と利用者端末２又は監査者端末４とは、インターネット等のネットワークＮを介して接続することもできる。図１に示す押印管理システムＳの例では、ブロックチェーンＢは、プライベート型ブロックチェーン又はコンソーシアム型ブロックチェーンであり、５つのノードから構成されている。なお、監査者端末４の詳細は後述する。

（１）利用者端末２は、ネットワークＮを介して押印管理装置１に押印サービスの利用対象とするデータ（以下、「要押印データ」と記載する）を送信する。
（２）押印管理装置１は、利用者端末２から要押印データを受信する。

（３）押印管理装置１は、押印するために用いる押印秘密鍵と、その押印秘密鍵に対応する押印公開鍵とを押印管理装置１の作業メモリ（不図示）に生成する。図１では、押印公開鍵はパブリック（public）の頭文字である「Ｐ」が付された鍵で表されており、押印秘密鍵はシークレット（secret）の頭文字である「Ｓ」が付された鍵で表されている。

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

（６）押印管理装置１は、利用者端末２から受信した要押印データと押印識別子とを含むファイルに、そのファイルに関する押印秘密鍵の署名を付す。これにより、押印管理装置１は、押印済みファイルを生成し、記憶装置３に安全に保管させる。

（７）押印管理装置１は、押印公開鍵をブロックチェーンＢに登録し、かつ、押印秘密鍵を用いて押印済みファイルを生成した後に、作業メモリに残っている押印秘密鍵と押印公開鍵とを復元できないように安全に消去する。これにより、ブロックチェーンＢに登録された押印公開鍵に対応する押印秘密鍵は完全に消滅し、その押印秘密鍵を使った押印サービスを提供することはできなくなる。つまり、押印管理装置１が押印秘密鍵を消去した後は、何人も押印済みファイルを生成することはできない。押印済みファイルは、押印秘密鍵の署名を含む唯一無二のファイルとなる。

（８）押印管理装置１は、押印識別子を、何らかの方法で押印の利用者Ｕに送付する。ここで「何らかの方法」とは、利用者Ｕが押印識別子を取得できればどのような方法であってもよく、例えば、図１に示すようにインターネットを利用して電子的に送信する方法であってもよいし、ＵＳＢ（Universal Serial Bus）メモリ等の記録媒体に格納して郵送によって送る方法であってもよい。

一般的な公開鍵暗号の性質上、公開鍵からその公開鍵に対応する秘密鍵を現実的な時間内で見つけることは困難であるとされている。したがって、押印管理装置１が押印済みファイルを生成した後に押印秘密鍵を安全に消去すると、その後その押印秘密鍵を用いた押印済みファイルを生成することは困難となる。ゆえに、押印管理システムＳは、出所確認のための電子的な押印の安全性を高めることができる。

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

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

記憶部１０は、押印管理装置１を実現するコンピュータのＢＩＯＳ（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）等のプロセッサであり、記憶部１０に記憶されたプログラムを実行することによって、通信制御部１２００、鍵ペア生成部１２０１、ブロックチェーン操作部１２０２、押印実行部１２０３、鍵消去部１２０４、記憶装置操作部１２０５、署名部１２０６、署名検証部１２０７、レポート生成部１２０８、暗号化部１２０９、及びログ生成部１２１０として機能する。また、制御部２２は、利用者端末２のＣＰＵやＧＰＵ等のプロセッサであり、記憶部２０に記憶されたプログラムを実行することによって、通信制御部２２０及び検証部２２１として機能する。

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

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

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

押印公開鍵は、押印管理装置１が要押印データに付した押印を検証するために用いられ、押印管理装置１によって押印サービス毎に生成される。押印公開鍵は、押印管理装置１によって生成された後に、ブロックチェーンＢに格納される。押印識別子は、押印公開鍵をブロックチェーンＢから取り出すために用いられる情報であり、押印公開鍵と１対１に対応する情報である。

押印秘密鍵は、要押印データに押印するために用いられ、押印管理装置１が押印に使用した後に押印管理装置１によって復元できないように安全に消去される。これにより、ひとたび押印秘密鍵が押印サービスに使用された後は、何人も同じ押印秘密鍵で押印することができないことが保証される。

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

サービス識別子は、サービス公開鍵をブロックチェーンＢから取り出すために用いられる情報であり、サービス公開鍵と１対１に対応している。サービス識別子は記憶装置３に格納され、記憶装置３からサービス秘密鍵を取り出すための情報としても用いられる。

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

（押印作業）
図５は、第１の実施の形態に係る押印管理システムＳにおいて実行される押印処理の流れを説明するためのシーケンス図である。以下、図５を参照して第１の実施の形態に係る押印処理の流れを説明する。

利用者端末２の通信部２１は、通信制御部２２０の制御の下、押印管理装置１から押印サービスを受けるための要押印データを送信する（Ｓ２）。以下、本明細書において、通信部２１が押印管理装置１に対して情報を送信したり、押印管理装置１から情報を受信したりする場合、通信制御部２２０の制御の下に通信が行われることを前提として、単に「通信部２１が送信（受信）する。」等と記載する。

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

鍵ペア生成部１２０１は、通信部１１が要押印データを受信することを契機として、要押印データに押印するための押印秘密鍵と、押印の検証に用いる押印公開鍵とを含む押印鍵ペアを作業メモリに生成する（Ｓ６）。ブロックチェーン操作部１２０２は、鍵ペア生成部１２０１が生成した押印公開鍵をブロックチェーンＢに登録する（Ｓ８）。ブロックチェーンＢは、ブロックチェーンＢから押印公開鍵を取得するための押印識別子を生成する（Ｓ１０）。

ブロックチェーン操作部１２０２は、押印識別子をブロックチェーンＢから取得する（Ｓ１２）。押印実行部１２０３は、要押印データ及び押印識別子を含むファイルに押印秘密鍵の署名を付すことにより、押印済みファイルを生成する（Ｓ１４）。具体例としては、押印実行部１２０３は、押印秘密鍵を用いて、要押印データ、押印識別子、及び画像データである押印データを含むファイルの署名を生成する。通信部１１は、押印識別子を利用者端末２に送信する（Ｓ１６）。

利用者端末２は、押印管理装置１から取得した押印識別子を記憶部２０に格納する（Ｓ１８）。鍵消去部１２０４は、押印秘密鍵と押印公開鍵とを復元不能な態様で作業メモリから消去する（Ｓ２０）。これにより、押印管理装置１を含めて何人も押印済みファイルに含まれる署名を生成することはできなくなる。

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

（押印サービスの登録）
図６は、第１の実施の形態に係る押印管理システムＳにおいて実行される押印サービス登録処理の流れを説明するためのシーケンス図である。図５に示す押印作業によって、押印管理装置１は、唯一無二の署名を含む押印済みファイルを生成することができる。一方で、その押印済みファイルが、押印管理装置１が提供する押印サービスによって生成されたことを証明できれば、押印済みファイルの出所確認がより確かなものとなる。そこで、第１の実施の形態に係る押印管理システムＳは、押印済みファイルに押印管理装置１の署名を付す押印サービスの登録も実施する。以下、図６を参照して第１の実施の形態に係る押印登録の流れを説明する。

利用者端末２の通信部２１は、押印サービスの登録申請を押印管理装置１に送信する（Ｓ２２）。押印管理装置１の通信部１１は、利用者端末２から押印サービスの登録申請を受信する（Ｓ２４）。

鍵ペア生成部１２０１は、通信部１１が登録申請を受信することを契機として、押印サービスを利用して押印した押印済みデータに署名するためのサービス秘密鍵と、署名の検証に用いるサービス公開鍵とを含むサービス鍵ペアを生成する（Ｓ２６）。ブロックチェーン操作部１２０２は鍵ペア生成部１２０１が生成したサービス公開鍵をブロックチェーンＢに登録するとともに、ブロックチェーンＢからサービス公開鍵を取得するためのサービス識別子を生成する（Ｓ２８）。ブロックチェーン操作部１２０２は、サービス識別子をブロックチェーンＢから取得する（Ｓ３０）。

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

署名部１２０６は、押印済みファイルとサービス識別子とを含むデータにサービス秘密鍵を用いて署名を付すことにより、署名付押印ファイルを生成する（Ｓ３６）。記憶装置操作部１２０５は、署名付押印ファイルを押印識別子と関連付けて記憶装置３に格納する（Ｓ３８）。記憶装置３は、署名付押印ファイルを押印識別子と関連付けて保持する（Ｓ４０）。これにより、押印管理装置１は、自身の署名を付した押印済みファイルを生成できる。

ここで、要押印データは、付加情報として押印した者の個人情報や契約内容等を、第三者に秘匿した状態で要押印データとともに保管できると便利である。そこで、暗号化部１２０９は、サービス秘密鍵を用いて要押印データとは異なる他の秘匿対象とするデータを暗号化して暗号化データを生成してもよい。この場合、署名部１２０６は、押印済みファイルと暗号化データとサービス識別子とを含むファイルにサービス秘密鍵を用いて署名を付したデータを、署名付押印ファイルとして生成すればよい。

上述したように、ＲＳＡ暗号においては、他の秘匿対象とするデータを、秘密鍵を用いる復号アルゴリズムで処理することにより、データを「暗号化」することができる。このデータは、公開鍵を用いる暗号化アルゴリズムで処理することにより、元のデータに「復号」することができる。暗号化部１２０９が秘匿対象とするデータをサービス秘密鍵を用いて暗号化することにより、データを安全に保管することができる。

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

利用者端末２の通信部２１は、押印管理装置１に押印識別子を送信する（Ｓ４２）。押印管理装置１の通信部１１は、利用者端末２から押印識別子を受信する（Ｓ４４）。

記憶装置操作部１２０５は、通信部１１が受信した押印識別子を用いて記憶装置３から署名付押印ファイルを取得する（Ｓ４６）。通信部１１は、署名付押印ファイルを利用者端末２に送信する（Ｓ４８）。利用者端末２の通信部２１は、押印管理装置１から署名付押印ファイルを受信する（Ｓ５０）。このように、利用者端末２は、押印識別子を押印管理装置１に示すことで、いつでも署名付押印ファイルを取得することができる。記憶装置３が署名付押印ファイルを保管することにより、利用者端末２が署名付押印ファイルを管理する手間を省くことができる。

（押印の監査）
図８は、第１の実施の形態に係る押印管理システムＳにおいて実行される押印の監査処理の流れを説明するためのシーケンス図である。以下、図８を参照して第１の実施の形態に係る押印データの監査の流れを説明する。

押印データの監査を実行する主体は、利用者Ｕが利用する利用者端末２であってもよいが、利用者Ｕとは異なる監査者が利用する監査者端末４であってもよい。監査者端末４は、押印管理装置１の押印サービスを利用する端末という意味において利用者端末２と同じであり、その機能構成も図３に示す利用者端末２の機能構成と同様である。図８は、押印データの監査を実行する主体が監査者端末４である場合の例を示している。この場合、監査者端末４は、あらかじめ利用者端末２から押印識別子を取得している。

押印サービスの監査を行う監査者が利用する監査者端末４の通信部２１は、押印識別子を押印管理装置１に送信する（Ｓ５２）。押印管理装置１の通信部１１は、監査者端末４から押印識別子を受信する（Ｓ５４）。ブロックチェーン操作部１２０２は、押印識別子を用いてブロックチェーンＢから押印公開鍵を取得する（Ｓ５６）。

記憶装置操作部１２０５は、押印識別子を用いてブロックチェーンＢから署名付押印ファイルを取得する（Ｓ５８）。署名検証部１２０７は、押印公開鍵を用いて署名付押印ファイルの中に含まれる押印秘密鍵の署名を検証する（Ｓ６０）。レポート生成部１２０８は、署名検証部１２０７による検証の結果を示すレポートを生成する（Ｓ６２）。

記憶装置操作部１２０５は、署名付押印ファイルに含まれるサービス識別子を用いて記憶装置３からサービス秘密鍵を取得する（Ｓ６４）。署名部１２０６は、サービス秘密鍵を用いて、レポート生成部１２０８が生成したレポートに署名を付した署名付監査レポートを生成する（Ｓ６６）。通信部１１は、署名付監査レポートを監査者端末４に送信する（Ｓ６８）。

監査者端末４は、押印管理装置１から押印管理装置１の署名付監査レポートを受信する（Ｓ７０）。これにより、監査者端末４は、押印管理装置１によって署名付押印ファイルの署名の検証がなされたことが保証される監査レポートを取得することができる。監査者は、監査レポートの内容から押印の正当性を確認することができる。

（監査レポートの検証）
図９は、第１の実施の形態に係る押印管理システムＳにおいて実行される監査レポートの検証処理の流れを説明するためのシーケンス図である。以下、図９を参照して第１の実施の形態に係る監査レポートの検証の流れを説明する。

監査者端末４の通信部２１は、押印識別子を押印管理装置１に送信する（Ｓ７２）。押印管理装置１の通信部１１は、監査者端末４から押印識別子を受信する（Ｓ７４）。

記憶装置操作部１２０５は、押印識別子を用いて記憶装置３から署名付押印ファイルを取得する（Ｓ７６）。ブロックチェーン操作部１２０２は、署名付押印ファイルに含まれるサービス識別子を用いてブロックチェーンからサービス公開鍵を取得する（Ｓ７８）。通信部１１は、ブロックチェーン操作部１２０２が取得したサービス公開鍵を監査者端末４に送信する（Ｓ８０）。

監査者端末４の通信部２１は、押印管理装置１からサービス公開鍵を受信する（Ｓ８２）。検証部２２１は、受信したサービス公開鍵を用いて、署名付監査レポートに付された署名の正当性を検証する（Ｓ８４）。これにより、監査者端末４は、押印管理装置１が監査レポートに署名を付したか否かを検証することができる。

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

第１の実施の形態に係る押印管理システムＳは、一例として、電子的な領収書の管理等に用いられる。この場合、押印管理装置１の利用者Ｕは、要押印データとして領収書のデジタルデータを利用者端末２を用いて押印管理装置１に送信する。押印管理装置１は、領収書のデジタルデータに押印した後、押印に用いた押印秘密鍵を消去する。これにより、要押印データである領収書は改ざんが困難なデータとなるので、押印管理装置１は、領収書の出所の正当性を保証することができる。このように、押印管理装置１は、電子的なデータに押印することによってそのデータの出所を保証しつつ、かつ、その押印の安全性を高めることができる。

＜第１の実施の形態に係る押印管理システムＳが奏する効果＞
以上説明したように、第１の実施の形態に係る押印管理システムＳによれば、出所確認のための電子的な押印の安全性を高めることができる。

＜第２の実施の形態＞
第１の実施の形態に係る押印管理システムＳにおいては、押印管理装置１が押印秘密鍵を用いて要押印データに署名をする場合について説明した。これに対し、第２の実施の形態に係る押印管理システムＳにおいては、要押印データに対して押印管理装置１が押印秘密鍵で署名することに加えて、利用者端末２も、利用者端末２の秘密鍵を用いて要押印データに署名する点で、少なくとも第１の実施の形態に係る押印管理システムＳと相違する。

以下、第２の実施の形態に係る押印管理システムＳを図面を参照しながら説明するが、第１の実施の形態に係る押印管理システムＳと重複する箇所は、適宜省略又は簡略化して説明する。なお、第２の実施の形態に係る押印管理システムＳにおいては、押印管理装置１と利用者端末２との間の通信経路は暗号化された安全な通信経路であることを前提としている。

図１０は、第２の実施の形態に係る押印管理システムＳの全体構成の概要を模式的に示す図である。以下、図１０を参照しながら、第２の実施の形態に係る押印管理システムＳで実行される処理及びデータの流れの概要を（１）から（１２）の順で説明するが、その番号は図１０における（１）から（１２）と対応する。

図１０に示すように、第２の実施の形態に係る押印管理システムＳは、押印管理装置１、利用者端末２、及び記憶装置３を含んでいる。

（１）利用者端末２は、押印サービスの利用対象とする要押印データのハッシュ値を生成する。要押印データはデジタルデータであり、利用者端末２のユーザであるユーザＵが、要押印データのハッシュ値の生成の日時においてそのデータが存在していたことが保証されることを望むデータである。要押印データの一例としては、例えば遺言書のデジタルデータや契約書、音源や設計図、デジタルアート等が挙げられる。利用者端末２は、例えば既知のＳＨＡ－２５６（Secure Hash Algorithm 256-bit）等の既知のハッシュ関数を利用してハッシュ値を生成する。

（２）利用者端末２は、要押印データのハッシュ値を含む検証情報を生成する。検証情報は少なくとも要押印データのハッシュ値を含む情報であり、その他にハッシュ値の生成日時や要押印データのサイズ等の付加情報を含んでもよい。

一般に、ハッシュ値とそのハッシュ値を算出する元となった要押印データとは一対一の関係にある。要押印データが少しでも改変されると、改変後の押印データから生成されるハッシュ値は、改変前の押印データから生成したハッシュ値とは大きく異なる値となる。したがって、要押印データのハッシュ値を安全に保管しておくことで、要押印データがそのハッシュ値の生成後に改変されたか否かの検出に利用することができる。

（３）利用者端末２は、検証情報に署名するための利用者押印秘密鍵と、利用者押印秘密鍵に対応する利用者公開鍵とを利用者端末２の作業メモリに生成する。
（４）利用者端末２は、利用者押印秘密鍵を用いて、検証情報に署名した署名付き検証情報を生成する。
（５）利用者端末２は、署名付き検証情報と利用者公開鍵とを押印管理装置１に送信する。利用者端末２が押印管理装置１に送信する署名付き検証情報には、要押印データそのものは含まれない。

（６）利用者端末２は、検証情報の署名に用いた利用者押印秘密鍵を作業メモリから安全に消去する。
これにより、署名付き検証情報に付された署名は、その署名を付した利用者端末２をもってしても再度付すことは現実的に不可能となる。これにより、署名付き検証情報と同一のデータが生成されることがないこと、すなわち、署名付き検証情報は利用者端末２によって生成された唯一無二のデータであることを実質的に保証できる。

（７）押印管理装置１は、利用者端末２から、署名付き検証情報と利用者公開鍵とを受信する。
（８）押印管理装置１は、署名付き検証情報に押印するための押印秘密鍵と、押印の検証に用いる押印公開鍵とを、押印管理装置１の作業メモリに生成する。

（９）押印管理装置１は、押印公開鍵と利用者公開鍵とを押印識別子と紐づけて記憶装置３に格納する。ここで、押印識別子は、押印公開鍵及び利用者公開鍵と１対１に対応し、押印サービス毎に一意に紐づけられる情報となる。また、記憶装置３は、情報を安全に格納できればどのような装置でもよく、必ずしもブロックチェーンでなくてもよい。

（１０）押印管理装置１は、利用者端末２から受信した署名付き検証情報に押印秘密鍵の署名を付すことにより、押印済み検証情報を生成する。
（１１）押印管理装置１は、押印済み検証情報と押印識別子とを利用者端末２に送信する。
（１２）押印管理装置１は、押印秘密鍵を作業メモリから安全に消去する。なお、利用者端末２は、押印管理装置１から押印済み検証情報と押印識別子とを受信すること、すなわち、押印済み検証情報を取得するための一連の処理が完了することを条件として、利用者押印秘密鍵を安全に消去してもよい。これにより、利用者端末２は、万が一何らかの理由によって押印済み検証情報生成処理が失敗しても、同じ利用者押印秘密鍵を用いて処理をやり直すことができる。

これにより、押印済み検証情報に付された署名は、その署名を付した押印管理装置１をもってしても再度付すことは現実的に不可能となる。これにより、押印済み検証情報と同一のデータが生成されることがないこと、すなわち、押印済み検証情報は押印管理装置１によって生成された唯一無二のデータであることを実質的に保証できる。

例えば、利用者端末２が故意又は過失によって利用者押印秘密鍵を消去しなかったために事後的に要押印データに署名を付すことができたとしても、利用者端末２は押印秘密鍵を入手することはできないため、押印済み検証情報を生成することはできない。また、第三者が押印管理装置１に不正侵入しても押印秘密鍵が消去後であれば第三者は押印秘密鍵を入手できないため、押印済み検証情報を生成できない。万が一第三者が何らかの手段によって押印秘密鍵の入手に成功したとしても、第三者は利用者押印秘密鍵も同時に入手しない限り、押印済み検証情報を生成できない。

このように、第２の実施の形態に係る押印管理システムＳにおいては、押印管理装置１と利用者端末２とで相互に押印し合うことにより、情報の改ざんの困難性を高めることができる。

図１１は、第２の実施の形態に係る押印管理装置１の機能構成の概要を模式的に示す図である。また、図１２は、第２の実施の形態に係る利用者端末２の機能構成の概要を模式的に示す図である。押印管理装置１は、記憶部１０、通信部１１、及び制御部１２を備える。また、利用者端末２は、記憶部２０、通信部２１、及び制御部２２を備える。

制御部１２は、押印管理装置１のＣＰＵやＧＰＵ等のプロセッサであり、記憶部１０に記憶されたプログラムを実行することによって、通信制御部１２００、押印実行部１２０３、鍵消去部１２０４、記憶装置操作部１２０５、暗号化部１２０９、鍵生成部１２１１、及び、検証部１２１２として機能する。また、制御部２２は、利用者端末２のＣＰＵやＧＰＵ等のプロセッサであり、記憶部２０に記憶されたプログラムを実行することによって、通信制御部２２０、鍵生成部２２２、データ生成部２２３、暗号化部２２４、鍵消去部２２５、ハッシュ値生成部２２６、及び署名付与部２２７として機能する。

以下、図１３から図１６を参照しながら、押印管理システムＳで実行される押印管理方法の処理フローを説明する。

（要押印データの生成）
図１３は、第２の実施の形態に係る利用者端末２が実行する要押印データの生成処理の一例を説明するためのフローチャートである。図１３は、要押印データがアーカイブするための保存用ファイルであることを前提としているが、要押印データがアーカイブ対象のデータに限定されないことは、当業者であれば理解できることである。

鍵生成部２２２は、アーカイブするための保存用ファイルを暗号化するための第１共通鍵を作業メモリに生成する（Ｓ１００）。第１共通鍵は、暗号化と復号とに用いる鍵が共通である暗号方式に用いられる鍵であり、鍵生成部２２２は、例えば既知のＡＥＳ（Advanced Encryption Standard）の共通鍵を生成する。

また、鍵生成部２２２は、利用者押印秘密鍵と、利用者押印秘密鍵に対応する利用者公開鍵とを作業メモリに生成する（Ｓ１０２）。

データ生成部２２３は、保存用ファイルを第１共通鍵で暗号化して得られたデータを要押印データとして生成する（Ｓ１０４）。なお、データ生成部２２３は、保存用ファイルの暗号化と同時に圧縮を実行してもよい。これにより、データ生成部２２３は、保存用ファイルのファイルサイズが大きい場合に、要押印データのファイルサイズを小さくすることができる。

暗号化部２２４は、利用者押印秘密鍵を用いて第１共通鍵を暗号化して暗号化第１共通鍵を生成する（Ｓ１０６）。鍵消去部２２５は、第１共通鍵を作業メモリから安全に消去する（Ｓ１０８）。これにより、第１共通鍵を取得するための手段は、暗号化第１共通鍵を復号する他になくなる。また、暗号化第１共通鍵を復号するための唯一の鍵は利用者公開鍵となる。

（相互押印処理）
図１４は、第２の実施の形態に係る押印管理システムＳで実行される相互押印処理の流れを説明するためのシーケンス図である。

利用者端末２のハッシュ値生成部２２６は、押印サービスの利用対象とする要押印データのハッシュ値を生成する（Ｓ１１０）。利用者端末２の署名付与部２２７は、利用者押印秘密鍵を用いて、ハッシュ値を含む検証情報に署名することで署名付き検証情報を生成する（Ｓ１１２）。

利用者端末２の通信部２１は、署名付き検証情報と利用者公開鍵とを押印管理装置１に送信する（Ｓ１１４）。利用者端末２の鍵消去部２２５は、利用者押印秘密鍵を利用者端末２の作業メモリから安全に消去する（Ｓ１１６）。

ここで、利用者端末２の鍵消去部２２５は、署名付き検証情報の生成に用いたハッシュ値及び利用者公開鍵も、作業メモリから暗算に消去してもよい。これにより、利用者端末２は、利用者端末２からハッシュ値及び利用者公開鍵が流出することを抑制できる。

押印管理装置１の通信部１１は、利用者端末２から、署名付き検証情報と利用者公開鍵とを受信する（Ｓ１１８）。押印管理装置１の鍵生成部１２１１は、署名付き検証情報に押印するための押印秘密鍵と、押印の検証に用いる押印公開鍵とを押印管理装置１の作業メモリに生成する（Ｓ１２０）。

押印管理装置１の記憶装置操作部１２０５は、押印公開鍵と利用者公開鍵とを押印識別子と紐づけて記憶装置３に格納する（Ｓ１２２）。押印管理装置１の押印実行部１２０３は、署名付き検証情報に押印秘密鍵の署名を付すことにより、押印済み検証情報を生成する（Ｓ１２４）。

押印管理装置１の通信部１１は、押印済み検証情報と押印識別子とを利用者端末２に送信する（Ｓ１２６）。押印管理装置１の鍵消去部１２０４は、押印秘密鍵を押印管理装置１の作業メモリから安全に消去する（Ｓ１２８）。

利用者端末２の通信部２１は、押印管理装置１から、押印済み検証情報と押印識別子とを受信する（Ｓ１３０）。これにより、利用者端末２は、利用者端末２と押印管理装置１とのそれぞれの秘密鍵を用いて相互に押印し合うことにより生成された押印済み検証情報を取得することができる。

（押印の検証処理）
図１５は、第２の実施の形態に係る押印管理装置１が実行する押印の検証処理の流れを説明するためのフローチャートである。

押印管理装置１の通信部１１は、利用者端末２から押印識別子と押印済み検証情報と検証対象となる要押印データのハッシュ値とを受信する（Ｓ１３２）。押印管理装置１の記憶装置操作部１２０５は、押印識別子を用いて記憶装置３から押印公開鍵と利用者公開鍵とを取得する（Ｓ１３４）。

押印管理装置１の検証部１２１２は、押印公開鍵を用いて押印済み検証情報に含まれる押印秘密鍵の署名を検証する第１検証ステップを実行する（Ｓ１３６）。第１検証ステップの検証が成功した場合（Ｓ１３８のＹｅｓ）、押印管理装置１の検証部１２１２は、利用者公開鍵を用いて押印済み検証情報に含まれる利用者押印秘密鍵の署名を検証する第２検証ステップを実行する（Ｓ１４０）。

第２検証ステップの検証が成功した場合（Ｓ１４２のＹｅｓ）、押印管理装置１の検証部１２１２は、押印済みファイルに含まれる要押印データのハッシュ値と、検証対象となる要押印データのハッシュ値とが一致することを検証する第３検証ステップを実行する（Ｓ１４４）。

第３検証ステップの検証が成功した場合（Ｓ１４６のＹｅｓ）、すなわち、第１検証ステップ、第２検証ステップ、及び第３検証ステップそれぞれにおける検証が成功することを条件として、押印管理装置１の通信部１１は、利用者公開鍵を利用者端末に送信する（Ｓ１４８）。

押印管理装置１の通信部１１は、利用者公開鍵を利用者端末に送信するか、検証部１２１２が１検証ステップ、第２検証ステップ、及び第３検証ステップの少なくとも一つの検証に失敗する（Ｓ１３８のＮｏ、Ｓ１４２のＮｏ、又はＳ１４６のＮｏ）と、本フローチャートにおける処理は終了する。

このように、第２の実施の形態医係る押印管理システムＳにおいては、押印サービスを提供する押印管理装置１が、押印済み検証情報に付された押印管理装置１及び利用者端末２それぞれの押印と、押印済み検証情報に含まれるハッシュ値の正当性とを検証する。押印管理装置１の公開鍵である押印公開鍵を利用者端末２に送信する必要がないため、これらの検証を利用者端末２が実行する場合と比較して安全性がより向上する点で有利である。

（押印管理装置１が実施する暗号化処理）
押印管理装置１は、利用者端末２に押印済み検証情報以外の情報を送信する場合もあり得る。この情報が秘匿すべき情報である場合、押印管理装置１は、それらの情報を暗号化して利用者端末２に送信する。また、例えば、押印管理装置１が押印管理機能を実現するためのプログラムやファームウェアの更新情報を利用者端末２に送信する場合等は、それらの情報は数メガバイトからギガバイトのオーダーのファイルサイズともなり得る。そのような場合、押印管理装置１は、既知の暗号化及び圧縮技術を用いて、ファイルを圧縮する。

図１６は、第２の実施の形態に係る押印管理装置１が実行する暗号化処理の流れを説明するためのフローチャートである。

押印管理装置１の鍵生成部１２１１は、利用者端末２の鍵生成部２２２が生成した第１共通鍵とは異なる共通鍵である第２共通鍵を、押印管理装置１の作業メモリに生成する（Ｓ１５０）。押印管理装置１の暗号化部１２０９は、押印済み検証情報を含む情報を第２共通鍵で暗号化する（Ｓ１５２）。このとき、暗号化部１２０９は、例えば既知のＺＩＰ圧縮技術等の技術を用いて、押印済み検証情報を含む情報を暗号化すると同時に圧縮してもよい。

押印管理装置１の暗号化部１２０９は、押印秘密鍵を用いて第２共通鍵を暗号化して暗号化第２共通鍵を生成する（Ｓ１５４）。押印管理装置１の通信部１１は、暗号化した押印済み検証情報を含む情報と暗号化第２共通鍵と押印識別子とを利用者端末に送信する（Ｓ１５６）。

押印管理装置１の鍵消去部１２０４は、第２共通鍵を押印管理装置１の作業メモリから安全に消去する（Ｓ１５８）。

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

第２の実施の形態に係る押印管理システムＳは、一例として、電子的な書類のアーカイバとして用いられる。この場合、押印管理装置１の利用者Ｕは、要押印データとしてアーカイブするための保存用ファイルのハッシュ値、又は保存用ファイルを共通鍵で暗号化したファイルのハッシュ値を用意する。利用者Ｕは、利用者Ｕが用いる利用者端末２の秘密鍵である利用者押印秘密鍵を用いてハッシュ値に署名を付し、利用者公開鍵とともに押印管理装置１に送信する。利用者端末２は、署名の添付に用いた利用者押印秘密鍵を利用者端末２から安全に消去する。

押印管理装置１は、押印管理装置１の秘密鍵である押印秘密鍵を用いて利用者端末２から受信した署名付きハッシュ値、すなわち上述した署名付き検証情報にさらに署名を付すことにより、上述した押印済み検証情報を生成する。その後、押印管理装置１は、押印秘密鍵を安全に消去する。これにより、利用者端末２と押印管理装置１とで相互に署名を付された情報は改ざんが非常に困難なデータとなる。なぜなら、情報の改ざんを試みる者は、利用者端末２の秘密鍵である利用者押印秘密鍵と、押印管理装置１の秘密鍵である押印秘密鍵との二つの秘密鍵による署名を改ざんを望む情報に付す必要があるからである。

また、第２の実施の形態に係る押印管理システムＳは、いわば電子的な書類の日付確定を保証するものと捉えることもできる。すなわち、押印管理装置１は、アーカイブの対象の保存用ファイルそのものを保管するわけではなく、あくまでもその保存用ファイルが特定の日付にたしかに存在したことを保証するものである。つまり、押印管理装置１は、保存用ファイルに由来するハッシュ値に付された署名の正当性を検証するための公開鍵を保管する。保存用ファイルは例え圧縮されたとしてもデータサイズが数ギガバイトにもなり得るのに対し、公開鍵自体のデータサイズは高々数キロビットである。このため、押印管理装置１は、保存用ファイルそのものを保管する場合と比較して、多数のデータの確定日付を保証することができる。

＜第２実施の形態に係る押印管理システムＳが奏する効果＞
以上説明したように、第２の実施の形態に係る押印管理システムＳによれば、出所確認のための電子的な押印の安全性を高めることができる。

＜第２実施の形態に係る押印管理システムＳの変形例＞
上記では、押印管理装置１が押印済み検証情報を検証する場合について説明した。これに代えて、あるいはこれに加えて、利用者端末２が検証処理を実行してもよい。この場合、利用者端末２は、図示しない検証部を含んでいる。以下、第２実施の形態の変形例に係る押印管理システムＳについて説明する。

まず、利用者端末２の通信部２１は、検証の対象とするデータの押印識別子を押印管理装置１に送信する。押印管理装置１の通信部１１は、利用者端末２から押印識別子を受信する。

押印管理装置１の記憶装置操作部１２０５は、押印識別子を用いて記憶装置３から押印公開鍵と利用者公開鍵とを取得する。押印管理装置１の通信部１１は、押印公開鍵と利用者公開鍵とを利用者端末２に送信する。

利用者端末２の通信部２１は、押印管理装置１から押印公開鍵と利用者公開鍵とを受信する。利用者端末２の暗号化部２２４は、押印公開鍵を用いて暗号化第２共通鍵を復号して第２共通鍵を取得する。続いて、暗号化部２２４は、第２共通鍵を用いて、暗号化された押印済み検証情報を含む情報を復号し、押印済み検証情報を取得する。

利用者端末２の検証部（不図示）は、押印公開鍵を用いて押印済み検証情報に含まれる押印秘密鍵の署名を検証する。又、利用者端末２の検証部は、利用者公開鍵を用いて押印済みファイルに含まれる利用者押印秘密鍵の署名を検証する。さらに、利用者端末２の検証部は、押印済み検証情報に含まれるハッシュ値と、検証対象となる要押印データのハッシュ値とを比較して、検証対象となる要押印データの正当性を検証する。

利用者端末２の暗号化部２２４は、利用者公開鍵を用いて暗号化第１共通鍵を復号して第１共通鍵を取得する。さらに、暗号化部２２４は、正当性が検証された要押印データを第１共通鍵で復号して保存用ファイルを取得する。これにより、利用者端末２は、正当性が検証された保存用ファイルの平文を生成することができる。

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

１・・・押印管理装置
１０・・・記憶部
１１・・・通信部
１２・・・制御部
１２００・・・通信制御部
１２０１・・・鍵ペア生成部
１２０２・・・ブロックチェーン操作部
１２０３・・・押印実行部
１２０４・・・鍵消去部
１２０５・・・記憶装置操作部
１２０６・・・署名部
１２０７・・・署名検証部
１２０８・・・レポート生成部
１２０９・・・暗号化部
１２１０・・・ログ生成部
１２１１・・・鍵生成部
１２１２・・・検証部
２・・・利用者端末
２０・・・記憶部
２１・・・通信部
２２・・・制御部
２２０・・・通信制御部
２２１・・・検証部
２２２・・・鍵生成部
２２３・・・データ生成部
２２４・・・暗号化部
２２５・・・鍵消去部
２２６・・・ハッシュ値生成部
２２７・・・署名付与部
３・・・記憶装置
４・・・監査者端末
Ｂ・・・ブロックチェーン
Ｎ・・・ネットワーク
Ｓ・・・押印管理システム

Claims (14)

1. 電子的な押印サービスを管理する押印管理装置が、
   前記押印サービスの利用者の利用者端末から、前記押印サービスの利用対象とする要押印データを受信するステップと、
   前記要押印データを受信することを契機として、前記要押印データに押印するための押印秘密鍵と、前記押印の検証に用いる押印公開鍵とを作業メモリに生成するステップと、
   前記押印公開鍵をブロックチェーンに登録するステップと、
   前記ブロックチェーンに登録された前記押印公開鍵を取得するための識別子であって前記押印サービスに一意に紐づけられている押印識別子を前記ブロックチェーンから取得するステップと、
   前記要押印データ及び前記押印識別子を含むファイルに前記押印秘密鍵の署名を付すことにより、押印済みファイルを生成するステップと、
   前記押印秘密鍵を、前記作業メモリから消去するステップと、
   前記押印識別子を前記利用者端末に送信するステップと、を実行する、
   押印管理方法。
2. 前記押印管理装置が、
   前記利用者端末から、前記押印サービスの登録申請を受信するステップと、
   前記登録申請を受信することを契機として、前記押印サービスを利用して押印した押印済みデータに署名するためのサービス秘密鍵と、前記署名の検証に用いるサービス公開鍵とを生成するステップと、
   前記サービス公開鍵をブロックチェーンに登録するステップと、
   前記ブロックチェーンに登録された前記サービス公開鍵を取得するための識別子であるサービス識別子を前記ブロックチェーンから取得するステップと、
   前記サービス秘密鍵と前記サービス識別子とを記憶装置に格納するステップと、
   前記押印済みファイルと前記サービス識別子とを含むデータに前記サービス秘密鍵を用いて署名を付すことにより、署名付押印ファイルを生成するステップと、
   前記署名付押印ファイルを前記押印識別子と関連付けて前記記憶装置に格納するステップと、をさらに実行する、
   請求項１に記載の押印管理方法。
3. 前記押印管理装置が、
   前記利用者端末から前記押印識別子を受信するステップと、
   前記押印識別子を用いて前記記憶装置から前記署名付押印ファイルを取得するステップと、
   前記署名付押印ファイルを前記利用者端末に送信するステップと、をさらに実行する、
   請求項２に記載の押印管理方法。
4. 前記押印管理装置が、
   前記押印サービスの監査を行う監査者が利用する監査者端末から、前記押印識別子を受信するステップと、
   前記押印識別子を用いて前記ブロックチェーンから前記押印公開鍵を取得するステップと、
   前記押印識別子を用いて前記記憶装置から前記署名付押印ファイルを取得するステップと、
   前記押印公開鍵を用いて前記署名付押印ファイルに含まれる前記押印秘密鍵の署名を検証するステップと、
   前記検証の結果を示すレポートを生成するステップと、
   取得した前記署名付押印ファイルに含まれる前記サービス識別子を用いて前記記憶装置から前記サービス秘密鍵を取得するステップと、
   前記サービス秘密鍵を用いて、前記レポートに署名を付した署名付監査レポートを生成するステップと、
   前記署名付監査レポートを前記監査者端末に送信するステップと、をさらに実行する、
   請求項３に記載の押印管理方法。
5. 前記押印管理装置が、
   前記監査者端末から、前記押印識別子を受信するステップと、
   前記押印識別子を用いて前記記憶装置から前記署名付押印ファイルを取得するステップと、
   前記署名付押印ファイルに含まれる前記サービス識別子を用いて前記ブロックチェーンから前記サービス公開鍵を取得するステップと、
   取得した前記サービス公開鍵を前記監査者端末に送信するステップと、をさらに実行し、
   前記監査者端末が、
   前記押印管理装置から前記サービス公開鍵を受信するステップと、
   受信した前記サービス公開鍵を用いて、前記署名付監査レポートに付された署名の正当性を検証するステップと、をさらに実行する、
   請求項４に記載の押印管理方法。
6. 前記押印管理装置が、前記サービス秘密鍵を用いて前記要押印データとは異なる他のデータを暗号化して暗号化データを生成するステップをさらに実行し、
   前記署名付押印ファイルを生成するステップにおいて、前記押印済みファイルと前記暗号化データと前記サービス識別子とを含むファイルに前記サービス秘密鍵を用いて署名を付したデータを、前記署名付押印ファイルとして生成する、
   請求項２から５のいずれか１項に記載の押印管理方法。
7. 前記押印管理装置が、
   前記押印秘密鍵と、前記押印公開鍵とを、前記作業メモリから消去したことを示すログファイルを生成するステップをさらに実行する、
   請求項１から６のいずれか１項に記載の押印管理方法。
8. 前記ブロックチェーンは、コンソーシアム型ブロックチェーンである、
   請求項１から７のいずれか１項に記載の押印管理方法。
9. 電子的な押印サービスを管理する押印管理装置であって、
   前記押印サービスの利用者の利用者端末から、前記押印サービスの利用対象とする要押印データを受信する受信部と、
   前記要押印データを受信することを契機として、前記要押印データに押印するための押印秘密鍵と、前記押印の検証に用いる押印公開鍵とを作業メモリに生成する鍵ペア生成部と、
   前記押印公開鍵をブロックチェーンに登録するとともに、前記ブロックチェーンに登録された前記押印公開鍵を取得するための識別子であって前記押印サービスに一意に紐づけられている押印識別子を前記ブロックチェーンから取得するブロックチェーン操作部と、
   前記要押印データ、及び前記押印識別子を含むファイルに前記押印秘密鍵の署名を付すことにより、押印済みファイルを生成する押印実行部と、
   前記押印秘密鍵を、前記作業メモリから消去する鍵消去部と、
   前記押印識別子を前記利用者端末に送信する送信部と、を備える、
   押印管理装置。
10. コンピュータに、
    押印サービスの利用者の利用者端末から、前記押印サービスの利用対象とする要押印データを受信する機能と、
    前記要押印データを受信することを契機として、前記要押印データに押印するための押印秘密鍵と、前記押印の検証に用いる押印公開鍵とを作業メモリに生成する機能と、
    前記押印公開鍵をブロックチェーンに登録する機能と、
    前記ブロックチェーンに登録された前記押印公開鍵を取得するための識別子であって前記押印サービスに一意に紐づけられている押印識別子を前記ブロックチェーンから取得する機能と、
    前記要押印データ、及び前記押印識別子を含むファイルに前記押印秘密鍵の署名を付すことにより、押印済みファイルを生成する機能と、
    前記押印秘密鍵を、前記作業メモリから消去する機能と、
    前記押印識別子を前記利用者端末に送信する機能と、を実現させる、
    プログラム。
11. 電子的な押印サービスの利用者の利用者端末が、
    前記押印サービスの利用対象とする要押印データのハッシュ値を生成するステップと、
    前記ハッシュ値を含む検証情報に署名するための利用者押印秘密鍵と、前記利用者押印秘密鍵に対応する利用者公開鍵とを作業メモリに生成するステップと、
    前記利用者押印秘密鍵を用いて前記検証情報に署名した署名付き検証情報を生成するステップと、
    前記署名付き検証情報と前記利用者公開鍵とを前記押印サービスを管理する押印管理装置に送信するステップと、
    前記利用者押印秘密鍵を前記作業メモリから消去するステップと、を実行し、
    前記押印管理装置が、
    前記押印サービスの利用者の利用者端末から、前記署名付き検証情報と前記利用者公開鍵とを受信するステップと、
    前記署名付き検証情報に押印するための押印秘密鍵と、前記押印の検証に用いる押印公開鍵とを作業メモリに生成するステップと、
    前記押印サービスに一意に紐づけられている識別子であって記憶装置から前記押印公開鍵と前記利用者公開鍵とを取得するための押印識別子に 前記押印公開鍵と前記利用者公開鍵とを紐づけて前記記憶装置に格納するステップと、
    前記署名付き検証情報に前記押印秘密鍵の署名を付すことにより、押印済み検証情報を生成するステップと、
    前記押印済み検証情報と前記押印識別子とを前記利用者端末に送信するステップと、
    前記押印秘密鍵を前記作業メモリから消去するステップと、を実行する、
    情報処理方法。
12. 前記押印管理装置が、
    前記利用者端末から前記押印識別子と前記押印済み検証情報と検証対象となる要押印データのハッシュ値とを受信するステップと、
    前記押印識別子を用いて前記記憶装置から前記押印公開鍵と前記利用者公開鍵とを取得するステップと、
    前記押印公開鍵を用いて前記押印済み検証情報に含まれる前記押印秘密鍵の署名を検証する第１検証ステップと、
    前記利用者公開鍵を用いて前記押印済み検証情報に含まれる前記利用者押印秘密鍵の署名を検証する第２検証ステップと、
    前記押印済み検証情報に含まれる前記要押印データのハッシュ値と、検証対象となる要押印データのハッシュ値とが一致することを検証する第３検証ステップと、
    前記第１検証ステップ、前記第２検証ステップ、及び前記第３検証ステップそれぞれにおける検証が成功することを条件として、前記利用者公開鍵を前記利用者端末に送信するステップと、をさらに実行する、
    請求項１１に記載の情報処理方法。
13. 前記利用者端末が、
    アーカイブするための保存用ファイルを暗号化するための第１共通鍵を前記作業メモリに生成するステップと、
    前記保存用ファイルを前記第１共通鍵で暗号化して得られたデータを前記要押印データとして生成するステップと、
    前記利用者押印秘密鍵を用いて前記第１共通鍵を暗号化して暗号化第１共通鍵を生成するステップと、
    前記第１共通鍵を前記作業メモリから消去するステップと、をさらに実行する、
    請求項１１又は１２に記載の情報処理方法。
14. 前記押印管理装置が、
    前記第１共通鍵とは異なる第２共通鍵を前記作業メモリに生成するステップと、
    前記押印済み検証情報を含む情報を前記第２共通鍵で暗号化するステップと、
    前記押印秘密鍵を用いて前記第２共通鍵を暗号化して暗号化第２共通鍵を生成するステップと、をさらに実行し、
    前記利用者端末に送信するステップにおいて、暗号化した前記押印済み検証情報を含む情報と前記暗号化第２共通鍵と前記押印識別子とを前記利用者端末に送信し、
    前記第２共通鍵を前記作業メモリから消去するステップをさらに実行する、
    請求項１３に記載の情報処理方法。

Images