JP7436429B2 - プログラム、情報処理装置、方法 - Google Patents

Description

本開示は、プログラム、情報処理装置、方法に関する。

従来から、電子契約における契約書に電子署名を付与する技術がある。特許文献１は、「利用者は、端末装置（２）を介して耐タンパ装置（５）に保存されている自己の署名鍵について利用者自身が想到した認証情報を設定する。電子文書に電子署名を行う場合、利用者は、端末装置（２）を介して自身の認証情報を耐タンパ装置（５）に送信して署名鍵の使用許可を求める。耐タンパ装置（５）は、入力された認証情報について検証を行い、正しい認証情報が入力された場合だけ署名を許可し、電子署名を行う」ことが記載されている。

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

しかし、従来技術では、ユーザが自己の端末で契約書等の書類に電子署名を付与する必要があるため、クラウド上に保管された書類であっても、ユーザの端末にダウンロードされる必要がある。このように、電子署名対象の書類が、移動、複製等されると問題が生じる。例えば、電子署名前の書類と、電子署名後の書類の同一性を担保できず、同一性の検証を行う必要が生じる、という問題がある。たとえＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）形式の書類であっても、特定のソフトウェアにより編集が可能である。このため、契約書等については、ダウンロード自体が許可すべきでない場合がある。

また、例えば、クラウド上から電子署名対象の書類を、ユーザの端末にダウンロードさせる場合、書類のデータ量に応じて通信量が大きくなってしまう。また、ユーザが、いったんダウンロードしなければならず、ユーザにとって手間が生じてしまう。また、ダウンロードした書類が複数ある場合、ユーザが、書類を取り違えてしまうことで、別の書類に電子署名してしまう可能性もある。

そこで、本開示において、ユーザがサーバに保管された電子署名対象の書類に、そのまま電子署名を付与することができる技術を提供する。

本開示に係るプログラムは、プロセッサを備え、ユーザの意思表示又は通知を目的とした書類の作成及び管理の少なくとも何れかを行うコンピュータを動作させるためのプログラムであって、前記プログラムは、前記プロセッサに、前記書類のハッシュ値を演算するステップと、ユーザが操作する第１の端末に、前記書類のハッシュ値を送信するステップと、前記第１の端末から、前記書類のハッシュ値を前記ユーザの電子署名に用いられる秘密鍵により暗号化した暗号化済みハッシュ値を受信するステップと、前記暗号化済ハッシュ値を前記書類に前記ユーザの電子署名として付与するステップと、要求元の端末から、前記書類に対する要求を受け付けることに応答して、前記要求元の端末に対し、電子署名が付与された前記書類の閲覧を許可するが、前記書類の保存を許可しないステップと、を実行させる。

本開示によれば、ユーザがサーバに保管された電子署名対象の書類に、そのまま電子署名を付与することができる。

情報処理システム１の全体の構成を示す図である。 情報処理装置１０の構成を示す図である。 情報処理装置１０の機能的な構成を示す図である。 書類ＤＢのデータ構造の例を示す図である。 第１の端末の機能的な構成を示す図である。 書類確認画面の一例を示す図である。 書類確認画面の一例を示す図である。 完了画面の一例を示す図である。 検証結果表示画面の一例を示す図である。 検証結果表示画面の一例を示す図である。 情報処理装置１０が、電子署名を付与する処理を示すフローチャートである。 第１の端末２０が、電子署名を付与する処理を示すフローチャートである。 情報処理装置１０が、検証を行う処理を示すフローチャートである。

以下、図面を参照しつつ、本開示の実施形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称及び機能も同じである。従って、それらについての詳細な説明は繰り返さない。

＜本開示の概要＞
本開示は、ユーザの意思表示又は通知を目的とした書類を作成及び管理する情報処理システムにおいて、書類に電子署名を付与するプログラム、情報処理装置、及び方法について説明する。また、本開示は、ユーザの意思表示又は通知を目的とした書類の作成及び管理の少なくとも何れかを行う情報処理システムにおいて、書類に付与された電子署名を検証するプログラム等についても説明する。

＜１．情報処理システム１の構成＞
図１を用いて、本開示に係る情報処理システム１について説明する。本開示に係る情報処理システム１は、ユーザの意思表示又は通知を目的とした書類を管理し、書類に電子署名を付与する。また、情報処理システム１は、書類に付与された電子署名を検証する。

図１は、情報処理システム１の構成を示す図である。情報処理システム１は、情報処理装置１０と、第１の端末２０と、耐タンパ装置３０と、第２の端末４０と、ＣＡ５０と、ネットワーク６０とを備える。

情報処理装置１０は、ユーザの意思表示又は通知を目的とした書類の作成及び管理の少なくとも何れかを行う。詳細は後述する。

第１の端末２０は、ユーザにより操作される端末である。詳細は後述する。

耐タンパ装置３０は、ＩＣチップを含むカード型のデバイスである。耐タンパ装置３０は、例えば、マイナンバーカード、交通系ＩＣカード等である。当該ＩＣチップは、ユーザの秘密鍵、公開鍵、公開鍵証明書等を予め記憶する。当該ＩＣチップは、耐タンパ性を有する。また、当該ＩＣチップは、受信したデータに対して当該秘密鍵を用いて暗号化した結果を送信する機能を有する。また、耐タンパ装置３０は、秘密鍵に対応する公開鍵、及び公開鍵証明書を送信する機能を有する。

第２の端末４０は、ユーザ又は第３者により操作される端末である。第２の端末４０は、例えば、ラップトップパソコン、デスクトップパソコン、スマートフォン、タブレット端末等のコンピュータ等である。ＣＡ５０は、認証局である。

第１の端末２０と、第２の端末４０と、ＣＡ５０とは、ネットワーク６０を介して相互に通信可能に構成される。また、第１の端末２０と、耐タンパ装置３０とは、接触による通信、短距離無線通信等により通信可能に構成される。

＜１．１．情報処理装置１０の構成＞
図２及び図３を用いて、情報処理装置１０について説明する。情報処理装置１０は、例えば、ラップトップパソコン又はラックマウント型若しくはタワー型等のコンピュータ等である。情報処理装置１０は、複数の情報処理装置１０等により構成されてもよい。情報処理システム１を実現することに要する複数の機能の配分の仕方は、各ハードウェアの処理能力、情報処理システム１に求められる仕様等に鑑みて適宜決定することができる。

図２は、情報処理装置１０の構成を示す図である。情報処理装置１０は、プロセッサ１１と、メモリ１２と、ストレージ１３と、通信ＩＦ１４と、入出力ＩＦ１５とを含んで構成される。

プロセッサ１１は、プログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路などにより構成される。

メモリ１２は、プログラム、及び、プログラム等で処理されるデータ等を一時的に記憶するためのものであり、例えばＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリである。

ストレージ１３は、データを保存するための記憶装置であり、例えばフラッシュメモリ、ＨＤＤ（Hard Disc Drive）、ＳＳＤ（Solid State Drive）である。

通信ＩＦ１４は、情報処理装置１０が外部の装置と通信するため、信号を入出力するためのインタフェースである。通信ＩＦ１４は、インターネット、広域イーサネット等のネットワーク６０に有線又は無線により接続する。

入出力ＩＦ１５は、入力操作を受け付けるための入力装置（例えば、マウス等のポインティングデバイス、キーボード）、及び、情報を提示するための出力装置（ディスプレイ、スピーカ等）とのインタフェースとして機能する。

図３は、情報処理装置１０の機能構成を示すブロック図である。図３に示すように、情報処理装置１０は、通信部１１０と、記憶部１２０と、制御部１３０とを含む。

通信部１１０は、情報処理装置１０が外部の装置と通信するための処理を行う。

記憶部１２０は、情報処理装置１０が使用するデータ及びプログラムを記憶する。記憶部１２０は、書類ＤＢ１２１等を記憶する。

書類ＤＢ１２１は、ユーザの書類に関する情報を保持するデータベースである。図４は、書類ＤＢ１２１のデータ構造の例を示す図である。図４に示すように、書類ＤＢ１２１は、項目「書類ＩＤ」、項目「書類名」、項目「送信者／受信者」、項目「ハッシュ値」、項目「電子署名」、項目「公開鍵証明書／有効期限」、項目「電子署名検証結果」等を含む

項目「書類ＩＤ」は、書類を識別するための情報である。本開示の書類は、ユーザが、意思表示、意思の通知、又は観念の通知に必要な事項が記載された書類である。書類は、例えば、行政手続きにおける申請書、遺言書等の単独行為、複数のユーザによる合同行為、相手方のいる契約等に関するものである。また、書類は、電子契約により締結された書類であってもよい。書類は、データ化されたものであれば、テキストデータであっても、画像データであってもよい。

項目「書類名」は、書類の名称である。書類の名称は、例えばユーザにより付与されたものである。

項目「送信者／受信者」は、書類を情報処理装置１０に送信した者、書類を情報処理装置１０から受信した者を識別する情報である。送信者は、例えば書類を作成したユーザである。当該ユーザが、書類を情報処理装置１０に送信し、情報処理装置１０により管理されることにより、送信者に当該ユーザのユーザＩＤが格納される。受信者は、例えば、当該書類についての契約、合同行為等の当事者、代理人、参加人等である。受信者は、送信者により、予め設定される。

項目「ハッシュ値」は、書類のハッシュ値である。具体的には、ハッシュ値は、書類と、乱数と、所定のハッシュ関数により計算された値である。なお、ハッシュ値は、他のダイジェスト値（例えば、ＭＤ５により得られるダイジェスト値）を採用しても良い。

項目「電子署名」は、書類に付与された電子署名である。

項目「公開鍵証明書／有効期限」は、書類に付与された電子署名に用いられた秘密鍵に対応する公開鍵の証明書と、その有効期限である。

項目「電子署名検証結果」は、電子署名を検証した結果である。

制御部１３０は、情報処理装置１０のプロセッサ１１がプログラムに従って処理を行うことにより、受信制御部１３１、送信制御部１３２、演算部１３３、署名部１３４、閲覧部１３５、検証部１３６、及び提示部１３７に示す機能を発揮する。

受信制御部１３１は、情報処理装置１０が外部の装置から通信プロトコルに従って信号を受信する処理を制御する。

送信制御部１３２は、情報処理装置１０が外部の装置に対し通信プロトコルに従って信号を送信する処理を制御する。

演算部１３３は、書類のハッシュ値を演算する。具体的には、演算部１３３は、所定のハッシュ関数を用いて、書類のハッシュ値を算出する。演算部１３３は、送信制御部１３２に、第１の端末２０に対して算出したハッシュ値を、送信させる。

署名部１３４は、第１の端末から受信した暗号化済ハッシュ値を、書類にユーザの電子署名として付与する。具体的には、署名部１３４は、受信制御部１３１が、第１の端末から受信した、書類のハッシュ値をユーザの署名に用いられる秘密鍵により暗号化した暗号化済みハッシュ値と、秘密鍵に対応する公開鍵とを取得する。

次に、署名部１３４は、当該書類のハッシュ値と、暗号化済ハッシュ値と、秘密鍵に対応する公開鍵とに基づいて、暗号化済みハッシュ値の正当性を検証する。より具体的には、署名部１３４は、当該公開鍵を用いて、暗号化済みハッシュ値を復号した復号ハッシュ値と、演算部１３３により算出された書類のハッシュ値とを比較することにより、正当性を検証する。署名部１３４は、復号ハッシュ値と、書類のハッシュ値とが一致する場合、暗号化済みハッシュ値が正当であるものとする。なお、署名部１３４は、第１の端末２０から、公開鍵証明書を受信し、公開鍵の有効期限と、公開鍵の正当性とを合わせて検証する構成としてもよい。このとき、署名部１３４は、後述の検証部１３６を用いて検証する構成としてもよい。

そして、署名部１３４は、暗号化済みハッシュ値の正当性が認められた場合、暗号化済ハッシュ値を当該書類に、ユーザの電子署名として付与する。また、署名部１３４は、送信制御部１３２に、電子署名の付与の結果を、第１の端末２０に対して送信させる。

閲覧部１３５は、要求元の端末から、書類に対する要求を受け付けることに応答して、要求元の端末に対し、電子署名が付与された書類を閲覧させる。具体的には、閲覧部１３５は、要求元の端末から、書類に対する要求を受け付ける。閲覧部１３５は、当該要求に応答して、当該要求元の端末に対し、電子署名が付与された書類の閲覧のためのアプリケーションが実行されている場合に端末のメモリへの一時的な保存を許可する。しかし、閲覧部１３５は、当該アプリケーションが実行されていない場合に当該要求元の端末のメモリへの保存を許可しない。

より具体的には、閲覧部１３５は、まず、要求元の端末から、書類の閲覧要求等の書類に対する要求を、受信制御部１３１が受信することにより、受け付ける。要求元の端末は、例えば、第１の端末２０、第２の端末４０等である。閲覧部１３５は、当該要求元の端末について認証等を行うことにより、当該要求元の端末が、要求する書類についての権限を有するか否かを確認する。

閲覧部１３５は、要求元の端末が当該権限を有する場合、当該要求元の端末に対し、電子署名が付与された書類についての閲覧データを当該要求元の端末に送信することにより、閲覧させる。このとき、閲覧部１３５は、電子署名が付与された書類の閲覧を許可するが、当該書類の保存を許可しない。要求元の端末は、書類についての閲覧データを、特定のアプリケーションにより表示する。当該閲覧データは、当該特定のアプリケーション上で表示させることは可能だが、当該特定のアプリケーションにおいてダウンロード、編集等ができないように構成される。このようなアプリケーションの機能は、例えば、クラウド上で管理される書類に、閲覧権限のみ付与されたファイルを共有する仕組み、ＰＤＦファイルをブラウザ上で閲覧可能とするがダウンロードさせない仕組み等により実現することができる。このような保存を許可しないために、閲覧部１３５は、当該要求元の端末が、要求する書類についての権限を有するか否かを確認する際に、当該特定のアプリケーションを介しての要求であるか否かを確認する。また、閲覧部１３５は、このような保存を許可しないために、当該特定のアプリケーションが当該要求元の端末上において実行中であるかを確認することとしてもよい。なお、閲覧部１３５は、特定のアプリケーションが実行中でなくとも、当該特定のアプリケーションが実行可能な状態である場合に、当該書類の閲覧を許可する構成としてもよい。

また、閲覧部１３５は、後述の公開鍵の有効期限が迫っていることを示すアラートが設定されている場合、当該アラートを当該要求元の端末に表示する。

検証部１３６は、予め演算した書類のハッシュ値と、当該書類に付与された電子署名である暗号化済ハッシュ値と、当該暗号化済みハッシュ値を暗号化する際に用いた秘密鍵に対応する公開鍵とに基づいて、当該暗号化済ハッシュ値が当該書類に対するユーザの電子署名として正当であるかを検証する。具体的には、検証部１３６は、（１）電子署名の正当性の検証、（２）公開鍵の有効性の検証、（３）公開鍵の正当性の検証の３つの検証を行う。また、検証部１３６は、例えば、検証を要求するユーザが操作する端末から、検証要求を、受信制御部１３１が受信することにより、検証を開始する。検証を要求するユーザが操作する端末は、例えば、第１の端末２０、第２の端末４０等である。当該検証要求は、検証を要求するユーザが操作する端末により表示された検証を実行させるための画面が操作されたことにより、検証を要求するユーザが操作する端末から情報処理装置１０に送信される。

（１）電子署名の正当性の検証
検証部１３６は、予め演算した書類のハッシュ値と、暗号化済ハッシュ値を公開鍵により復号したハッシュ値とを比較することにより、電子署名の正当性を検証する。具体的には、検証部１３６は、当該書類のハッシュ値をユーザの秘密鍵により暗号化した暗号化済ハッシュ値と、当該秘密鍵に対応する公開鍵とを、書類ＤＢ１２１から取得する。また、検証部１３６は、当該書類のハッシュ値を、書類ＤＢ１２１から取得する。次に、検証部１３６は、暗号化済みハッシュ値を、当該公開鍵を用いて復号する。検証部１３６は、予め演算した書類のハッシュ値と、暗号化済みハッシュ値を復号した復号ハッシュ値とが一致する場合、当該電子署名が正当であるものとする。一方、検証部１３６は、一致しない場合、当該電子署名が正当でないものとする。

（２）公開鍵の有効性の検証
検証部１３６は、公開鍵の有効性を検証する。具体的には、検証部１３６は、当該公開鍵の公開鍵証明書が有効期限内であり、かつ、証明書失効リスト（ＣＲＬ）に当該公開鍵が記載されていない場合、又は、証明書失効オンラインチェック（ＯＣＳＰ：Ｏｎｌｉｎｅ Ｃｅｒｔｉｆｉｃａｔｅ Ｓｔａｔｕｓ Ｐｒｏｔｏｃｏｌ）の結果が有効である場合に、当該公開鍵が有効であるものとする。

より具体的には、検証部１３６は、当該電子署名に紐づけて格納された公開鍵証明書を、書類ＤＢ１２１から取得する。検証部１３６は、検証する時点において、公開鍵証明書の有効期限までの残存期間を算出する。そして、検証部１３６は、残存期間が正である場合、当該公開鍵の公開鍵証明書が有効期限内であると判定する。検証部１３６は、当該残存期間が正であり、所定の閾値以下である場合、当該電子署名をしたユーザに対し、当該公開鍵の有効期限が迫っていることを示すアラートを設定する。当該閾値は、例えば、３０日、６０日、６月等の任意の値を採用することができる。

また、検証部１３６は、記憶部１２０から、予め記憶させておいた証明書失効リスト（ＣＲＬ）を取得する。検証部１３６は、当該公開鍵が記載されているか否かを、ＣＲＬ内を検索することにより検証する。なお、検証部１３６は、ＣＲＬを、ネットワーク６０を介して、ＣＲＬを発行している信頼できるサーバから受信することにより取得する構成としてもよい。また、検証部１３６は、定期的に、当該信頼できるサーバからＣＲＬを取得する構成としてもよい。また、検証部１３６は、ネットワーク６０を介して、証明書の失効状態を、オンラインで確認する構成としてもよい。この場合、検証部１３６は、例えば、ＯＣＳＰを用いて、証明書の失効状態を確認する。

（３）公開鍵の正当性の検証
検証部１３６は、書類に電子署名したユーザの公開鍵が正当な認証局により発行されたものであることを検証する。具体的には、検証部１３６は、公開鍵証明書に含まれるＣＡ５０から、当該公開鍵証明書の電子署名を復号するための公開鍵を取得する。検証部１３６は、取得したＣＡ５０の公開鍵を用いて、当該公開鍵証明書の電子署名を復号する。検証部１３６は、復号した電子署名を検証することにより、ユーザの公開鍵の正当性を判定する。

提示部１３７は、検証した結果を、検証を要求するユーザが操作する端末へ送信することにより、検証した結果を、当該検証を要求するユーザに提示する。具体的には、提示部１３７は、検証部１３６による（１）電子署名の正当性の検証、（２）公開鍵の有効性の検証、（３）公開鍵の正当性の検証により検証した結果を、検証を要求するユーザが操作する端末に送信することにより、検証した結果を当該ユーザに提示する。また、提示部１３７は、上記アラートが設定された場合、検証した結果と共に、公開鍵の有効期限が迫っていることを示すアラートを、当該検証を要求するユーザに提示する。

＜１．２．第１の端末２０の構成＞
図２及び図５を用いて、第１の端末２０について説明する。第１の端末２０は、例えば、ラップトップパソコン又はデスクトップパソコン等のコンピュータ等である。

図２は、第１の端末２０の構成を示す図である。第１の端末２０と情報処理装置１０とのハードウェア構成は同様であるため、同一の符号を付し、説明を省略する。

図５は、第１の端末２０の機能構成を示すブロック図である。図５に示すように、第１の端末２０は、通信部２１０と、記憶部２２０と、制御部２３０とを含む。

通信部２１０は、第１の端末２０が外部の装置と通信するための処理を行う。

記憶部２２０は、第１の端末２０が使用するデータ及びプログラムを記憶する。

制御部２３０は、第１の端末２０のプロセッサ１１がプログラムに従って処理を行うことにより、受信制御部２３１、送信制御部２３２、取得部２３３、署名部２３４、及び表示部２３５に示す機能を発揮する。

受信制御部２３１は、第１の端末２０が外部の装置から通信プロトコルに従って信号を受信する処理を制御する。

送信制御部２３２は、第１の端末２０が外部の装置に対し通信プロトコルに従って信号を送信する処理を制御する。

取得部２３３は、管理サーバから、書類のハッシュ値を取得する。具体的には、取得部２３３は、例えば、第１の端末２０を操作するユーザであって、電子署名の付与を要求するユーザにより、電子署名の付与を実行させるための画面が操作されたことにより、情報処理装置１０に当該書類のハッシュ値を要求する。取得部２３３は、当該要求に応じて、情報処理装置１０から受信制御部１３１が当該書類のハッシュ値を受信することにより、当該ハッシュ値を取得する。

署名部２３４は、書類に対する電子署名を情報処理装置１０に送信することにより、情報処理装置１０に当該書類に対して電子署名を付与させる。具体的には、署名部２３４は、まず、電子署名付与要求を、情報処理装置１０に送信することにより、書類のハッシュ値を送信させる。署名部２３４は、取得した書類のハッシュ値を、耐タンパ装置３０に送信する。次に、署名部２３４は、耐タンパ装置３０から、当該ユーザの電子署名に用いられる秘密鍵を用いて暗号化された暗号化済みハッシュ値と、当該秘密鍵に対応する公開鍵と、当該公開鍵の公開鍵証明書とを受信する。そして、署名部２３４は、暗号化済みハッシュ値と、当該秘密鍵に対応する公開鍵と、当該公開鍵の公開鍵証明書とを、情報処理装置１０に送信することにより、当該暗号化済みハッシュ値を、当該ユーザの電子署名として、当該書類に付与する。

表示部２３５は、ユーザに書類に関する情報を表示する画面を提示する。具体的には、表示部２３５は、ユーザに、書類確認画面、完了画面、検証結果表示画面等の画面を表示する。

書類確認画面は、ユーザに書類を表示することにより当該書類を閲覧させるための画面である。図６及び図７は、書類確認画面の一例を示す図である。画面３００及び画面３１０は、書類確認画面である。画面３００は、あるユーザについて、未締結の書類の管理する画面である。未締結の書類は、相手方のある書類であり、ユーザにより情報処理装置１０に送信されたことにより、登録された書類である。相手方の承諾等により契約が締結した場合、当該書類は画面３１０により表示されることとなる。画面３００は、閲覧ボタン３０１を含む。

閲覧ボタン３０１は、当該書類を閲覧するためのボタンである。閲覧ボタン３０１が押下されると、表示部２３５は、情報処理装置１０に書類の閲覧要求を送信する。表示部２３５は、情報処理装置１０から、書類データを受信し、図７に示す当該書類データを表示する画面３２０又は画面３２１に遷移する。表示部２３５は、書類に電子署名が付与されていない場合、画面３２０に遷移し、書類に電子署名が付与されている場合、画面３２１に遷移する。画面３２０及び画面３２１において、書類の内容が表示される。ここで、画面３２０及び画面３２１において、当該書類はダウンロードすることができないように構成されている。画面３２０は、署名ボタン３１２を含む。画面３２１は、検証ボタン３１３を含む。署名ボタン３１２及び検証ボタン３１３については後述する。

画面３１０は、あるユーザについて、締結済みの書類の管理する画面である。なお、締結済みの書類には、契約書類のみならず、単独又は複数人による意思表示又は通知を目的とした書類を含む。画面３１０は、閲覧ボタン３０１、署名ボタン３１２、検証ボタン３１３等を含む。

署名ボタン３１２は、書類に電子署名を付すためのボタンである。署名ボタン３１２は、画面３１０において、未電子署名の書類の項目に表示される。署名ボタン３１２が押下されると、取得部２３３に、電子署名開始命令が送信され、取得部２３３と署名部２３４とによる電子署名を付与する処理が実行される。表示部２３５は、電子署名が付与されると、図８の画面３３０に遷移する。

検証ボタン３１３は、書類に付された電子署名を検証するためのボタンである。検証ボタン３１３は、画面３１０において、電子署名が付与された書類の項目に表示される。検証ボタン３１３が押下されると、表示部２３５は、情報処理装置１０に、検証要求を送信する。検証要求が送信されることにより、情報処理装置１０が電子署名の検証を実行する。表示部２３５は、検証が実行されると、図８の画面３４０に遷移する。

完了画面は、電子署名又は検証が完了したことを表示する画面である。
図８は、完了画面の一例を示す図である。画面３３０は電子署名の完了画面、画面３４０は検証の完了画面の例である。具体的には、表示部２３５は、画面３３０及び画面３４０において、電子署名又は検証が完了したことを示すダイアログを表示する。画面３３０はダイアログ３３１を含む。ダイアログ３３１のＯＫボタンが押下されると、表示部２３５は、画面３１０に遷移する。例えば、画面３１０の契約書００１．ｆｉｌｅに電子署名が付与された場合、電子署名が「電子署名済み」、ボタンが検証ボタン３１３に変わるなど、電子署名付与の結果が反映される。

また、画面３４０は、ダイアログ３４１を含む。ダイアログ３４１のＯＫボタンが押下されると、表示部２３５は、図９に示す画面３４２に遷移する。図９は、検証結果表示画面の一例を示す図である。画面３４２は、検証した結果を、検証を要求するユーザに提示するための画面である。画面３４２は、書類の当事者等における検証（１）～（３）の結果を表示する。また、画面３４２は、各検証の項目に、詳細ボタン３４３を紐づけて表示する。詳細ボタン３４３が押下されると、表示部２３５は、検証の詳細をユーザに表示する。

また、表示部２３５は、アラートが設定されている場合、当該アラートを検証結果表示画面において表示する。図１０は、検証結果表示画面の一例を示す図である。表示部２３５は、図１０に示すように、例えば画面３４２にアラート３４４を表示させることで、検証を要求するユーザにアラートを表示する。検証を要求するユーザが電子署名した者であれば、公開鍵を更新し、電子署名を更新する契機となる。

＜２．動作＞
以下では、情報処理システム１における処理について図面を参照しながら説明する。

＜２．１．電子署名処理＞
図１１は、情報処理装置１０による電子署名処理を行う流れの一例を示すフローチャートである。情報処理装置１０は、当該処理を、第１の端末２０から電子署名付与要求を受信したタイミングで実行する。

ステップＳ１０１において、受信制御部１３１は、第１の端末２０から、電子署名付与要求を受信する。

ステップＳ１０２において、演算部１３３は、書類のハッシュ値を演算する。

ステップＳ１０３において、送信制御部１３２は、第１の端末２０に、ハッシュ値を送信する。

ステップＳ１０４において、受信制御部１３１は、第１の端末２０から、暗号化ハッシュ値、公開鍵、公開鍵証明書を受信する。

ステップＳ１０５において、署名部１３４は、当該書類のハッシュ値と、暗号化済ハッシュ値と、秘密鍵に対応する公開鍵とに基づいて、暗号化済みハッシュ値の正当性を検証する。

ステップＳ１０６において、署名部１３４は、暗号化済みハッシュ値の正当性が認められたか否かを判定する。

暗号化済みハッシュ値の正当性が認められた場合（上記ステップＳ１０６のＹ）、ステップＳ１０７において、署名部１３４は、暗号化済ハッシュ値を当該書類に、ユーザの電子署名として付与する。

一方、暗号化済みハッシュ値の正当性が認められなかった場合（上記ステップＳ１０６のＮ）、署名部１３４は、当該書類に電子署名を付与せず、ステップＳ１０８に進む。

ステップＳ１０８において、送信制御部１３２は、第１の端末２０に、電子署名付与の結果を送信し、処理を終了する。
＜２．２．電子署名処理＞
図１２は、第１の端末２０による電子署名処理を行う流れの一例を示すフローチャートである。第１の端末２０は、当該処理を、署名ボタン３１２が押下されたタイミング等で実行する。

ステップＳ１１１において、送信制御部２３２は、情報処理装置１０に、電子署名付与要求を送信する。

ステップＳ１１２において、受信制御部２３１は、情報処理装置１０から、書類のハッシュ値を受信する。

ステップＳ１１３において、署名部２３４は、耐タンパ装置３０と通信を行うための認証を行う。

ステップＳ１１４において、署名部２３４は、書類のハッシュ値を、耐タンパ装置３０に送信する。

ステップＳ１１５において、署名部２３４は、耐タンパ装置３０から、暗号化ハッシュ値、公開鍵、及び公開鍵証明書を受信する。

ステップＳ１１６において、送信制御部２３２は、情報処理装置１０に、暗号化ハッシュ値、公開鍵、及び公開鍵証明書を送信する。

ステップＳ１１７において、受信制御部１３１は、情報処理装置１０から、電子署名付与結果を受信し、処理を終了する。
＜２．３．検証処理＞
図１３は、情報処理装置１０による検証処理を行う流れの一例を示すフローチャートである。情報処理装置１０は、当該処理を、検証を要求するユーザが操作する端末から、検証要求を受信したタイミング等で実行する。

ステップＳ１２１において、受信制御部１３１は、検証を要求するユーザが操作する端末から、検証要求を受信する。

ステップＳ１２２において、検証部１３６は、予め演算した書類のハッシュ値と、暗号化済ハッシュ値を公開鍵により復号したハッシュ値とを比較することにより、電子署名の正当性を検証する。

ステップＳ１２３において、検証部１３６は、書類に電子署名したユーザの公開鍵が正当な認証局により発行されたものであることを検証する。

ステップＳ１２４において、検証部１３６は、公開鍵の有効性を検証する。

ステップＳ１２５において、検証部１３６は、公開鍵証明書の有効期限までの残存期間が所定の閾値以下であるか否かを判定する。

所定の閾値以下である場合（上記ステップＳ１２５のＹ）、ステップＳ１２６において、検証部１３６は、当該公開鍵の有効期限が迫っていることを示すアラートを設定する。

一方、所定の閾値以下でない場合（上記ステップＳ１２５のＮ）、検証部１３６は、ステップＳ１２７に進む。

ステップＳ１２７において、送信制御部１３２は、検証結果を、検証を要求するユーザが操作する端末に送信し、処理を終了する。

＜３．小括＞
以上説明したように、本開示によれば、プロセッサを備え、ユーザの意思表示又は通知を目的とした書類の作成及び管理の少なくとも何れかを行うコンピュータを動作させるためのプログラムであって、当該プログラムは、当該プロセッサに、当該書類のハッシュ値を演算するステップと、ユーザが操作する第１の端末に、当該書類のハッシュ値を送信するステップと、当該管理サーバが、当該第１の端末から、当該書類のハッシュ値を当該ユーザの電子署名に用いられる秘密鍵により暗号化した暗号化済みハッシュ値を受信するステップと、当該管理サーバが、当該暗号化済ハッシュ値を当該書類に当該ユーザの電子署名として付与するステップと、要求元の端末から、当該書類に対する要求を受け付けることに応答して、当該要求元の端末に対し、電子署名が付与された当該書類の閲覧を許可するが、当該書類の保存を許可しないステップと、を実行させることにより、ユーザがサーバに保管された電子署名対象の書類に、そのまま電子署名を付与することができる。

また、本開示によれば、プロセッサを備え、ユーザの意思表示又は通知を目的とした書類の作成及び管理の少なくとも何れかを行うコンピュータを動作させるためのプログラムであって、当該プログラムは、当該プロセッサに検証対象の当該書類のハッシュ値を、電子署名をしたユーザの秘密鍵により暗号化した暗号化済ハッシュ値と、当該秘密鍵に対応する公開鍵とを取得するステップと、予め演算した当該書類のハッシュ値と、当該暗号化済ハッシュ値と、当該公開鍵とに基づいて、当該暗号化済ハッシュ値が当該書類に対する当該ユーザの電子署名として正当であるかを検証するステップと、当該検証した結果を、検証を要求するユーザが操作する端末へ送信することにより、当該検証した結果を、当該検証を要求するユーザに提示するステップと、を実行させることにより、ユーザが容易に書類に付与された電子署名を検証することができる。

＜その他の変形例＞
以上、開示に係る実施形態について説明したが、これらはその他の様々な形態で実施することが可能であり、種々の省略、置換及び変更を行なって実施することができる。これらの実施形態及び変形例ならびに省略、置換及び変更を行なったものは、特許請求の範囲の技術的範囲とその均等の範囲に含まれる。

例えば、情報処理装置１０の各機能は、他の装置に構成してもよい。例えば、記憶部１２０は、外部のデータベースとして構築してもよい。

また、上記実施形態では、ＩＣチップがカード型のデバイスに搭載された場合を例に説明したが、これに限定されるものではない。例えば、当該ＩＣチップは、スマートフォンやパソコン等の端末に内蔵されてもよい。

また、情報処理装置１０が、アラートが設定されたユーザに、メール、ＳＭＳ等によりアラートを送信する構成としてもよい。

また、検証処理において、書類の閲覧権限は無いが、検証処理の実行権限を有するユーザの操作する端末に、検証結果を返す構成としてもよい。例えば、裁判におけるインカメラ手続きの場合、書類の閲覧権限は、裁判官のみが有する。この場合、裁判官以外の当事者、代理人又は参加人が、文書閲覧請求をしても書類の閲覧は認められない場合がある。しかし、当事者、代理人又は参加人に、検証処理の実行権限を付与し、検証結果を、当事者、代理人又は参加人が確認できるように構成してもよい。書類の所有者及び裁判官以外の者には非公開の書類だが、当該書類の電子署名の検証結果のみを当事者、代理人又は参加人が確認できるだけでも、証拠収集、準備書面を進めることができる。例えば、当事者の代理人が、電子書類の正当性を判断する際に、書類及び電子署名情報の全てを閲覧できなくても、電子署名の有効性について検証することができることにより、電子署名の有効性について争う必要がなくなる。このような構成により、本変形例は、裁判上の攻撃防御の場面において無駄を省略することができ、訴訟の迅速性の確保することができ、かつ、訴訟経済上の無駄を省くことができる。

＜付記＞
以上の各実施形態で説明した事項を、以下に付記する。
（付記１）プロセッサ（１１）を備え、ユーザの意思表示又は通知を目的とした書類の作成及び管理の少なくとも何れかを行うコンピュータ（例えば、情報処理装置１０）を動作させるためのプログラムであって、前記プログラムは、前記プロセッサに、前記書類のハッシュ値を演算するステップ（Ｓ１０２）と、ユーザが操作する第１の端末に、前記書類のハッシュ値を送信するステップ（Ｓ１０３）と、前記第１の端末から、前記書類のハッシュ値を前記ユーザの電子署名に用いられる秘密鍵により暗号化した暗号化済みハッシュ値を受信するステップ（Ｓ１０４）と、前記暗号化済ハッシュ値を前記書類に前記ユーザの電子署名として付与するステップ（Ｓ１０７）と、要求元の端末から、前記書類に対する要求を受け付けることに応答して、前記要求元の端末に対し、電子署名が付与された前記書類の閲覧を許可するが、前記書類の保存を許可しないステップと、を実行させるプログラム。

（付記２）前記許可しないステップにおいて、前記要求元の端末から、前記書類に対する要求を受け付けることに応答して、前記要求元の端末に対し、電子署名が付与された前記書類の閲覧のためのアプリケーションが実行されている場合に前記端末のメモリへの一時的な保存を許可するが、前記アプリケーションが実行されていない場合に前記端末のメモリへの保存を許可しない（付記１）に記載のプログラム。

（付記３）前記暗号化済みハッシュ値は、前記第１の端末が、前記秘密鍵を予め記憶し、かつ、受信したデータに対して前記秘密鍵を用いて暗号化した結果を送信するＩＣチップを用いて、暗号化されたものである、（付記１）又は（付記２）に記載のプログラム。

（付記４）前記ＩＣチップは、非接触型カードに内蔵され、又は前記第１の端末に内蔵されたものである（付記３）に記載のプログラム。

（付記５）前記書類のハッシュ値と、前記暗号化済ハッシュ値と、前記秘密鍵に対応する公開鍵とに基づいて、前記暗号化済みハッシュ値の正当性を検証するステップ（Ｓ１０５）、を更に実行し、前記受信するステップにおいて、前記第１の端末から、前記暗号化済ハッシュ値と、前記公開鍵とを受信し、前記付与するステップにおいて、前記検証するステップにより、前記暗号化済みハッシュ値の正当性が認められた場合、前記暗号化済ハッシュ値を前記書類に前記ユーザの電子署名として付与する、（付記１）～（付記４）の何れかに記載のプログラム。

（付記６）プロセッサ（１１）を備え、ユーザの意思表示又は通知を目的とした書類の作成及び管理の少なくとも何れかを行う情報処理装置（１０）であって、前記書類のハッシュ値を演算するステップ（Ｓ１０２）と、ユーザが操作する第１の端末に、前記書類のハッシュ値を送信するステップ（Ｓ１０３）と、前記第１の端末から、前記書類のハッシュ値を前記ユーザの電子署名に用いられる秘密鍵により暗号化した暗号化済みハッシュ値を受信するステップ（Ｓ１０４）と、前記暗号化済ハッシュ値を前記書類に前記ユーザの電子署名として付与するステップ（Ｓ１０７）と、要求元の端末から、前記書類に対する要求を受け付けることに応答して、前記要求元の端末に対し、電子署名が付与された前記書類の閲覧を許可するが、前記書類の保存を許可しないステップと、を実行する情報処理装置。

（付記７）プロセッサ（１１）を備え、ユーザの意思表示又は通知を目的とした書類の作成及び管理の少なくとも何れかを行うコンピュータ（例えば、情報処理装置１０）が、前記書類のハッシュ値を演算するステップ（Ｓ１０２）と、ユーザが操作する第１の端末に、前記書類のハッシュ値を送信するステップ（Ｓ１０３）と、前記第１の端末から、前記書類のハッシュ値を前記ユーザの電子署名に用いられる秘密鍵により暗号化した暗号化済みハッシュ値を受信するステップ（Ｓ１０４）と、前記暗号化済ハッシュ値を前記書類に前記ユーザの電子署名として付与するステップ（Ｓ１０７）と、要求元の端末から、前記書類に対する要求を受け付けることに応答して、前記要求元の端末に対し、電子署名が付与された前記書類の閲覧を許可するが、前記書類の保存を許可しないステップと、を実行する方法。

（付記８）ユーザが操作する第１の端末（２０）と、前記ユーザの意思表示又は通知を目的とした書類の作成及び管理の少なくとも何れかを行うサーバ（１０）とを含み、前記サーバが、前記書類のハッシュ値を演算するステップ（Ｓ１０２）と、前記サーバが、前記第１の端末に、前記書類のハッシュ値を送信するステップ（Ｓ１０３）と、前記第１の端末が、前記サーバから、前記書類のハッシュ値を取得するステップ（Ｓ１１２）と、前記第１の端末が、前記ユーザの電子署名に用いられる秘密鍵を予め記憶し、かつ、受信したデータに対して前記秘密鍵を用いて暗号化した結果を送信するＩＣチップに、前記書類のハッシュ値を送信するステップ（Ｓ１１４）と、前記第１の端末が、前記ＩＣチップから、前記書類のハッシュ値を前記秘密鍵により暗号化した暗号化済みハッシュ値を受信するステップ（Ｓ１１５）と、前記第１の端末が、前記暗号化済みハッシュ値を、前記サーバに送信するステップ（Ｓ１１６）と、前記サーバが、前記第１の端末から、前記暗号化済ハッシュ値を受信するステップ（Ｓ１０４）と、前記サーバが、前記暗号化済ハッシュ値を前記書類に前記ユーザの電子署名として付与するステップ（Ｓ１０７）と、前記サーバが、要求元の端末から、前記書類に対する要求を受け付けることに応答して、前記要求元の端末に対し、電子署名が付与された前記書類の閲覧を許可するが、前記書類の保存を許可しないステップと、を実行するシステム（１）。

１ 情報処理システム、１０ 情報処理装置、１１ プロセッサ、１２ メモリ、１３ ストレージ、１４ 通信ＩＦ、１５ 入出力ＩＦ、２０ 第１の端末、３０ 耐タンパ装置、４０ 第２の端末、６０ ネットワーク、１１０ 通信部、１２０ 記憶部、１２１ 書類ＤＢ、１３０ 制御部、１３１ 受信制御部、１３２ 送信制御部、１３３ 演算部、１３４ 署名部、１３５ 閲覧部、１３６ 検証部、１３７ 提示部、２１０ 通信部、２２０ 記憶部、２３０ 制御部、２３１ 受信制御部、２３２ 送信制御部、２３３ 取得部、２３４ 署名部、２３５ 表示部、３００ 画面、３０１ 閲覧ボタン、３１０ 画面、３１２ 署名ボタン、３１３ 検証ボタン、３２０ 画面、３２１ 画面、３３０ 画面、３３１ ダイアログ、３４０ 画面、３４１ ダイアログ、３４２ 画面、３４３ 詳細ボタン、３４４ アラート。

Claims (3)

1. プロセッサを備え、ユーザの意思表示又は通知を目的とした書類の作成及び管理の少なくとも何れかを行うコンピュータを動作させるためのプログラムであって、前記プログラムは、前記プロセッサに、
   前記書類のハッシュ値を演算するステップと、
   ユーザが操作する第１の端末に、前記書類のハッシュ値を送信するステップと、
   前記第１の端末から、前記書類のハッシュ値を前記ユーザの電子署名に用いられる秘密鍵により署名した署名済みハッシュ値を受信するステップと、
   前記署名済みハッシュ値を前記書類に前記ユーザの電子署名として付与するステップと、
   要求元の端末から、前記書類に対する要求を受け付けることに応答して、前記要求元の端末に対し、電子署名が付与された前記書類の閲覧を許可するが、前記書類の保存を許可しないステップと、
   を実行させ、
   前記許可しないステップにおいて、前記要求元の端末から、前記書類に対する要求を受け付けることに応答して、前記要求元の端末に対し、電子署名が付与された前記書類の閲覧のためのアプリケーションが実行されている場合に前記端末のメモリへの一時的な保存を許可するが、前記アプリケーションが実行されていない場合に前記端末のメモリへの保存を許可しない、プログラム。
2. プロセッサを備え、ユーザの意思表示又は通知を目的とした書類の作成及び管理の少なくとも何れかを行う情報処理装置であって、
   前記書類のハッシュ値を演算するステップと、
   ユーザが操作する第１の端末に、前記書類のハッシュ値を送信するステップと、
   前記第１の端末から、前記書類のハッシュ値を前記ユーザの電子署名に用いられる秘密鍵により署名した署名済みハッシュ値を受信するステップと、
   前記署名済みハッシュ値を前記書類に前記ユーザの電子署名として付与するステップと、
   要求元の端末から、前記書類に対する要求を受け付けることに応答して、前記要求元の端末に対し、電子署名が付与された前記書類の閲覧を許可するが、前記書類の保存を許可しないステップと、
   を実行し、
   前記許可しないステップにおいて、前記要求元の端末から、前記書類に対する要求を受け付けることに応答して、前記要求元の端末に対し、電子署名が付与された前記書類の閲覧のためのアプリケーションが実行されている場合に前記端末のメモリへの一時的な保存を許可するが、前記アプリケーションが実行されていない場合に前記端末のメモリへの保存を許可しない、情報処理装置。
3. プロセッサを備え、ユーザの意思表示又は通知を目的とした書類の作成及び管理の少なくとも何れかを行うコンピュータが、
   前記書類のハッシュ値を演算するステップと、
   ユーザが操作する第１の端末に、前記書類のハッシュ値を送信するステップと、
   前記第１の端末から、前記書類のハッシュ値を前記ユーザの電子署名に用いられる秘密鍵により署名した署名済みハッシュ値を受信するステップと、
   前記署名済みハッシュ値を前記書類に前記ユーザの電子署名として付与するステップと、
   要求元の端末から、前記書類に対する要求を受け付けることに応答して、前記要求元の端末に対し、電子署名が付与された前記書類の閲覧を許可するが、前記書類の保存を許可しないステップと、
   を実行し、
   前記許可しないステップにおいて、前記要求元の端末から、前記書類に対する要求を受け付けることに応答して、前記要求元の端末に対し、電子署名が付与された前記書類の閲覧のためのアプリケーションが実行されている場合に前記端末のメモリへの一時的な保存を許可するが、前記アプリケーションが実行されていない場合に前記端末のメモリへの保存を許可しない、方法。