特許 7534742 文書検証システムおよび文書検証方法

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

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

(11)【特許番号】

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

(45)【発行日】2024-08-15

(54)【発明の名称】文書検証システムおよび文書検証方法

(51)【国際特許分類】

   G06F 21/64 20130101AFI20240807BHJP

   H04L 9/32 20060101ALI20240807BHJP

   H04L 67/02 20220101ALI20240807BHJP

【ＦＩ】

G06F21/64

H04L9/32 200D

H04L67/02

【請求項の数】 7

(21)【出願番号】P 2023153919

(22)【出願日】2023-09-20

【審査請求日】2024-06-10

【早期審査対象出願】

(73)【特許権者】

【識別番号】397038266

【氏名又は名称】株式会社スカイコム

(74)【代理人】

【識別番号】100177220

【弁理士】

【氏名又は名称】小木 智彦

(72)【発明者】

【氏名】河野 翼

(72)【発明者】

【氏名】上野 恵梨

【審査官】三森 雄介

(56)【参考文献】

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

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

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

Ｇ０６Ｆ１２／１４

２１／１０

２１／６０－２１／８８

Ｇ０９Ｃ１／００－５／００

Ｈ０４Ｋ１／００－３／００

Ｈ０４Ｌ９／００－９／４０

Ｈ０４Ｌ５１／００－５１／５８

６７／００－６７／７５

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

【請求項1】

電子文書の署名検証を行う文書検証システムであって、
サーバが、所定のモジュールを端末に割り当てる割当部を備え、
前記端末が、割り当てられた前記モジュールを動作させて、前記電子文書に基づいて証明書データを抽出する抽出部を備え、
前記サーバが、抽出された前記証明書データを検証する証明書検証部を備え、
前記端末が、割り当てられた前記モジュールを動作させて、前記電子文書の改ざんを検証する改ざん検証部を備える、
ことを特徴とする文書検証システム。

【請求項2】

割り当てられた前記モジュールは、Ｗｅｂブラウザで動作することを特徴とする請求項１に記載の文書検証システム。

【請求項3】

前記サーバで動作するモジュールは、Ｗｅｂコンポーネントおよび／またはＷＥＢ ＡＰＩで構成されることを特徴とする請求項１に記載の文書検証システム。

【請求項4】

前記証明書データは、公開鍵証明書を含み、
前記証明書検証部は、前記公開鍵証明書を、信頼済み証明書に基づいて検証することを特徴とする請求項１に記載の文書検証システム。

【請求項5】

前記証明書データは、公開鍵証明書と失効リストとに関する情報を含み、
前記証明書検証部は、前記公開鍵証明書を、前記失効リストに関する情報に基づいて検証することを特徴とする請求項１に記載の文書検証システム。

【請求項6】

前記抽出部は、検証時刻に関する情報をさらに抽出し、
前記証明書検証部は、前記公開鍵証明書を、前記検証時刻に関する情報に基づいて検証することを特徴とする請求項４または５に記載の文書検証システム。

【請求項7】

電子文書の署名検証を行う文書検証システムが実行する文書検証方法であって、
サーバが、所定のモジュールを端末に割り当てるステップと、
前記端末が、割り当てられた前記モジュールを動作させて、前記電子文書に基づいて証明書データを抽出するステップと、
前記サーバが、抽出された前記証明書データを検証するステップと、
前記端末が、割り当てられた前記モジュールを動作させて、前記電子文書の改ざんを検証するステップと、
を備えることを特徴とする文書検証方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、文書検証システムおよび文書検証方法に関する。

【背景技術】

【0002】

近年、電子文書による文書のペーパーレス化が進む一方、電子文書の作成者が曖昧となり、また改ざんの有無が明確になりにくくなっていることから、ユーザーが受け取った電子文書が、誰によって作成されたものなのか、また、改ざんされていないかどうかの署名検証する機会が増えている。

【0003】

このため、ユーザーは、自身の端末にインストールしたアプリを使用して、受け取った電子文書の署名検証を行ってきたが、Ｗｅｂブラウザを用いた電子文書の署名検証を行うサービスが提供されて以来、ユーザー端末に署名検証用のアプリをインストールする必要がなくなっている（非特許文献１）。

【先行技術文献】

【非特許文献】

【0004】

【文献】株式会社スカイコム，“電子署名・タイムスタンプの有効性検証や、ＰＤＦ印鑑で捺印した履歴情報の確認および改ざん検知がウェブ上で行える「ＳｋｙＰＤＦ 検証サービス」サイトを公開”，［ｏｎｌｉｎｅ］，令和４年３月１日，ＰＲ ＴＩＭＥＳ Ｃｏｒｐｏｒａｔｉｏｎ，［令和５年６月２９日検索］，インターネット ＜ＵＲＬ：ｈｔｔｐｓ：／／ｐｒｔｉｍｅｓ．ｊｐ／ｍａｉｎ／ｈｔｍｌ／ｒｄ／ｐ／００００００００９．００００７５０９３．ｈｔｍｌ＞

【発明の概要】

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

【0005】

ところで、非特許文献１のサービスを提供するシステムでは、署名検証処理はサーバ側で実施されており、ユーザーが電子文書の署名検証を行おうとした場合、機密性の高い平文を含む電子文書全体をサーバにアップロードする必要があることから、電子文書のアップロードに難色を示すユーザーが多く、そのため、サーバ側では、検証処理後にアップロードされた電子文書を確実に削除するなどの電子文書管理を行う必要がある。

【0006】

また、非特許文献１のシステムでは、サーバ側に、Ｗｅｂブラウザで電子文書を表示するためのＷｅｂアプリと、電子文書の制御を行うＷＥＢ ＡＰＩとのために、デバイスやリソースを用意する必要があり、特にＷＥＢ ＡＰＩを実装するデバイスやリソースについては、ＷＥＢ ＡＰＩとの同時アクセス数等を考慮する必要がある。

【0007】

そこで、本発明者らは、電子文書の署名検証サービスにおいては、従来サーバ側で動作する機能をクライアント側にダウンロードし、クライアント側のＷｅｂブラウザ上で、ダウンロードした機能を動作させることによって、ユーザーは、電子文書全体をサーバ側にアップロードすることなく、電子文書の署名検証が可能となることに着目した。

【0008】

本発明は、これらの課題に鑑み、ユーザーが電子文書全体をサーバ側にアップロードすることなく、電子文書の署名検証を行うことが可能な文書検証システムおよび文書検証方法を提供することを目的とする。

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

【0009】

本発明では、以下のような解決手段を提供する。

【0010】

第１特徴に係る発明によれば、
電子文書の署名検証を行う文書検証システムであって、
サーバが、所定のモジュールを端末に割り当てる割当部を備え、
前記端末が、割り当てられた前記モジュールを動作させて、前記電子文書に基づいて証明書データを抽出する抽出部を備え、
前記サーバが、抽出された前記証明書データを検証する証明書検証部を備え、
前記端末が、割り当てられた前記モジュールを動作させて、前記電子文書の改ざんを検証する改ざん検証部を備える、
ことを特徴とする文書検証システムモジュール割当部を提供する。

【0011】

第１特徴に係る発明によれば、電子文書に基づいて証明書検証に必要なデータの抽出と、電子文書の改ざん検証をクライアント側で行うことができることから、ユーザーは、電子文書に含まれる証明書の検証に必要なデータのみをアップロードするだけで電子文書の署名検証を行うことができる。

【0012】

また、第１特徴に係る発明によれば、電子文書に基づいて証明書検証に必要なデータの抽出と、電子文書の改ざん検証をサーバ側で行う必要がないことから、これらの機能を実現するＷｅｂ ＡＰＩ等に用いるデバイスやリソースを省略することが可能となる。

【0013】

また、第１特徴に係る発明によれば、機密性の高い平文を含む電子文書全体を検証サービスサーバにアップロードする必要がないことから、サーバ側では、アップロードされた電子文書を確実に削除することによって、電子文書の漏洩等のセキュリティリスクを回避するための電子文書管理が必要ではないことから、セキュリティリスク観点で、電子文書全体をアップロードすることに難色を示すユーザーが、安心して電子文書の署名検証を行うことが可能となる。

【0014】

第２特徴に係る発明は、第１特徴に係る発明であって、
割り当てられた前記モジュールは、Ｗｅｂブラウザで動作する文書検証システムを提供する。

【0015】

第２特徴に係る発明によれば、端末のＷｅｂブラウザでアセンブラを使用して電子文書の署名検証を行うことができるようになることから、ユーザーが専用のアプリケーションを端末にインストールする手間を省くことが可能となる。

【0016】

第３特徴に係る発明は、第１特徴に係る発明であって、
前記サーバで動作するモジュールは、Ｗｅｂコンポーネントおよび／またはＷｅｂ ＡＰＩで構成される文書検証システムを提供する。

【0017】

第３特徴に係る発明によれば、サーバで動作するモジュールを、ＷＥＢ ＡＰＩの代わりにＷｅｂコンポーネントで構成した場合、Ｗｅｂブラウザで動作するカスタム要素が再利用可能となることから、サーバで動作するモジュールが行う処理を端末で行うことができ、サーバにかかる負担を減らすことが可能となり、さらには、サーバ側に、Ｗｅｂブラウザで電子文書を表示するためのＷｅｂアプリと、電子文書の制御を行うＷＥＢ ＡＰＩとのために、デバイスやリソースを用意する必要がなくなる。

【0018】

第４特徴に係る発明は、第１特徴に係る発明であって、
前記証明書データは、公開鍵証明書を含み、
前記証明書検証部は、前記公開鍵証明書を、信頼済み証明書に基づいて検証する文書検証システムを提供する。

【0019】

第４特徴に係る発明によれば、信頼済み証明書に基づいて、電子文書に含まれる公開鍵証明書が、信頼された公開鍵証明書認証局または認証局（Ｃｅｒｔｉｆｉｃａｔｉｏｎ Ａｕｔｈｏｒｉｔｙ（ＣＡ））から発行されていることを検証することが可能となる。

【0020】

第５特徴に係る発明は、第１特徴に係る発明であって、
前記証明書データは、公開鍵証明書と失効リストとに関する情報を含み、
前記証明書検証部は、前記公開鍵証明書を、前記失効リストに関する情報に基づいて検証する文書検証システムを提供する。

【0021】

第５特徴に係る発明によれば、発行元の公開鍵証明書認証局または認証局（Ｃｅｒｔｉｆｉｃａｔｉｏｎ Ａｕｔｈｏｒｉｔｙ（ＣＡ））が公開する失効リストに基づいて、当該認証局から、公開鍵証明書が失効されていないかを検証することが可能となる。

【0022】

第６特徴に係る発明は、第４または第５特徴に係る発明であって、
前記抽出部は、検証時刻に関する情報をさらに抽出し、
前記証明書検証部は、前記公開鍵証明書を、前記検証時刻に関する情報に基づいて検証する文書検証システムを提供する。

【0023】

第６特徴に係る発明によれば、信頼済み証明書や失効リストに関する情報に基づいて公開鍵証明書を検証する際に使用される検証時刻を抽出することが可能であり、さらには、公開鍵証明書を検証するタイミングが、公開鍵証明書に設定された有効期間内であるかどうかを検証することが可能となる。

【0024】

本発明は、端末システムのカテゴリであるが、文書検証方法等の他のカテゴリにおいても、そのカテゴリに応じた同様の作用・効果を発揮する。

【発明の効果】

【0025】

本発明によれば、電子文書全体をサーバ側にアップロードすることなく、電子文書の署名検証を行うことが可能な文書検証システムおよび文書検証方法を提供することが可能となる。

【図面の簡単な説明】

【0026】

【図1】本発明の一実施形態である文書検証システム１の概要を説明するための図である。

【図2】本実施形態の文書検証システム１の構成図である。

【図3】本実施形態の文書検証システム１が実行するモジュール割当処理のフローチャートである。

【図4】本実施形態の文書検証システム１が実行する証明書検証処理のフローチャートである。

【図5】本実施形態の文書検証システム１実行する改ざん検証処理のフローチャートである。

【図6】本実施形態の文書検証システム１における署名検証対象の電子文書の構成の一例を示す図である。

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

【0027】

以下、本発明を実施するための最良の形態について図を参照しながら説明する。なお、これはあくまでも一例であって、本発明の技術的範囲はこれに限られるものではない。

【0028】

［文書検証システム１の概要］
本発明の一実施形態である文書検証システム１の概要について、図１に基づいて説明する。図１は、本発明の一実施形態である文書検証システム１の概要を説明するための図である。文書検証システム１は、端末２およびサーバ３から構成され、電子文書の署名検証を行うシステムである。

【0029】

文書検証システム１の端末２は、例えば、デスクトップパソコンやノートパソコンやサーバ等の端末、スマートフォンやタブレット端末等の携帯端末、スマートグラス等のヘッドマウントディスプレイやスマートウォッチといったウェアラブル端末等である。

【0030】

また、端末２は、例えば、１台の端末装置で実現されてもよいし、複数の端末装置で実現されてもよい。

【0031】

端末２は、上述した端末装置、その他の端末や装置類等と、公衆回線網等を介して、データ通信可能に接続されており、必要なデータや情報の送受信を実行する。

【0032】

文書検証システム１のサーバ３は、例えば、デスクトップパソコンやノートパソコンやサーバ等のコンピュータ装置等である。

【0033】

また、サーバ３は、例えば、１台の端末装置で実現されてもよいし、複数の端末装置で実現されてもよく、クラウドコンピュータのように仮想的な装置で実現されてもよい。

【0034】

サーバ３は、上述した端末装置、その他の端末や装置類等と、公衆回線網等を介して、データ通信可能に接続されており、必要なデータや情報の送受信を実行する。

【0035】

次に、文書検証システム１が実行する処理の概要について説明する。
まず、サーバ３が、所定のモジュールを端末２に割り当てる（ステップＳ１）。具体的には、電子文書１００の署名検証を所望するユーザーが、端末２の出力部によってＷｅｂブラウザに、サーバ３が提供する文書検証システム１のＷｅｂサイトを表示した際に、サーバ３がモジュール４００を端末２にダウンロードする。

【0036】

次に、端末２は、割り当てられたモジュール４００を動作させて、電子文書１００に基づいて証明書データ２００を抽出する（ステップＳ２）。具体的には、端末２は、Ｗｅｂブラウザにおいて、署名検証を所望する電子文書１００の入力をユーザーから受け付け、入力を受け付けた電子文書１００に含まれる署名データ、あるいは関連付けられた署名データから署名者の証明書データ２００を抽出し、抽出した証明書データ２００をサーバに送信する。このとき、端末２は検証情報および／または検証時刻を抽出してサーバ３に送信してもよい。ユーザーからの入力方法については特に限定することなく、他の端末装置から公衆回線等を介して入力および取得してもよい。

【0037】

電子文書１００のデータ構成について、図６に基づいて説明する。電子文書１００には、平文（以後、署名対象データと称する）に署名データが埋め込まれている。署名データのサイズや埋め込まれる位置については、特に限定されない。また、署名データは電子文書１００に関連付けられていればよく、電子文書１００に埋め込まれていなくてもよい。署名データには、ダイジェスト、証明書データ２００、検証時刻２３０の一部、ダイジェスト計算アルゴリズム、署名アルゴリズム、署名者に関する情報が含まれる。ダイジェストは、署名対象データに基づいて所定のダイジェスト計算アルゴリズムでハッシュ化され、署名アルゴリズムを用い、秘密鍵に基づいて暗号化される。これらのアルゴリズムについては特に限定されない。証明書データ２００には、公開鍵証明書２１０が含まれる。

【0038】

公開鍵証明書２１０には、署名者の名前や所属先などの個人情報と、署名者の公開鍵と、公開鍵証明書認証局または認証局（Ｃｅｒｔｉｆｉｃａｔｉｏｎ Ａｕｔｈｏｒｉｔｙ（ＣＡ））（図示しない）による署名とが含まれ、ダイジェストを復号化するための公開鍵が正しいものであることを証明するために使用されるものである。

【0039】

失効リスト２２０は、認証局（ＣＡ）が公開する失効している証明書の一覧であり、公開鍵証明書２１０が、発行元である認証局（ＣＡ）から失効されていないかどうかを証明するために使用されるものである。

【0040】

検証時刻２３０は、公開鍵証明書２１０の時間的有効性を検証する際に用いる。図６の例では、検証時刻２３０には、署名時刻のタイムスタンプが含まれている。署名時刻のタイムスタンプは、電子文書１００内であれば、署名データの外にあってもよい。検証時刻２３０として使用する時刻データは、署名データや検証者（ユーザー）の指定に基づいて、署名時刻のタイムスタンプまたは端末２またはサーバ３から取得した現在時刻が最適に選択される。

【0041】

署名時刻のタイムスタンプは、時刻認証局（Ｔｉｍｅ Ｓｔａｍｐｉｎｇ Ａｕｔｈｏｒｉｔｙ （ＴＳＡ））から取得したものである。

【0042】

図１に戻り、サーバ３は、抽出された証明書データ２００を検証する（ステップＳ３）。具体的には、サーバ３は、自身に予め格納しておいた信頼済み証明書３００と、端末２から送信された証明書データ２００とを照合し、この証明書データ２００に含まれる公開鍵証明書２１０が正しいものであるか否かを検証し、検証結果を端末２に送信する。端末２は、受信した検証結果に基づき、電子文書１００に関連する公開鍵証明書２１０が正しいか否かを判断する。尚、信頼済み証明書３００とは、認証局（ＣＡ）（図示しない）から発行されたデジタル証明書を示す。

【0043】

次に、端末２は、割り当てられたモジュール４００を動作させて、電子文書１００の改ざんを検証する（ステップＳ４）。具体的には、端末２は、Ｗｅｂブラウザにおいて、電子文書１００の署名対象データが改ざんされているか否かを、署名データに含まれる公開鍵を用いて検証する。尚、署名データの外に署名時刻のタイムスタンプが存在する場合は、端末２は、署名時刻のタイムスタンプが示す時刻以前に電子文書１００が存在し、その時刻以降は文書が改ざんされていないことを検証してもよい。

【0044】

以上が、文書検証システム１が実行する処理の概要である。

【0045】

［文書検証システム１のシステム構成］
図２に基づいて、本実施形態の文書検証システム１のシステム構成について説明する。文書検証システム１は、端末２とサーバ３から構成され、電子文書の署名検証を行うための端末システムである。

【0046】

なお、文書検証システム１は、その他の端末や装置類等が含まれていてもよい。例えば、ユーザー毎に別の端末２を利用してもよく、この場合、文書検証システム１は、後述する各処理を、端末２およびサーバ３と、その他の含まれる端末や装置類等との何れか又は複数の組合せにより実行することになる。

【0047】

端末２は、例えば、１台の端末装置で実現されてもよいし、複数の端末装置で実現されてもよい。

【0048】

端末２は、例えば、デスクトップパソコンやノートパソコンやサーバ等の端末、スマートフォンやタブレット端末等の携帯端末、スマートグラス等のヘッドマウントディスプレイやスマートウォッチといったウェアラブル端末等である。

【0049】

端末２は、制御部および処理部として、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等を備えており、制御部は、後述の処理部、通信部、入力部、出力部、記憶部に実行命令を出し、処理部は、データの計算を行い、計算結果の判定などを行う。

【0050】

端末２は、記憶部として、ハードディスクや半導体メモリ、記録媒体、メモリカード等によるデータのストレージを備える。データの保存先は、クラウドサービスやデータベース等であってもよい。

【0051】

端末２は、通信部として、他の端末や装置等と通信可能にするためのデバイスを備える。通信方式は、無線であっても有線であってもよい。

【0052】

端末２は、入力部として、端末２を操作するために必要な機能を備えるものとする。入力を実現するための例として、タッチパネル機能を実現する液晶ディスプレイ、キーボード、マウス、ペンタブレット、装置上のハードウェアボタン、音声認識を行うためのマイク等を備えることが可能である。入力方法により、本発明は特に機能を限定されるものではない。

【0053】

端末２は、出力部として、文書検証システム１のユーザーが端末２を操作するために必要な機能を備えるものとする。出力を実現するための例として、液晶ディスプレイ、ＰＣのディスプレイ、プロジェクターへの投影等の表示と音声出力等の形態が考えられる。出力方法により、本発明は特に機能を限定されるものではない。

【0054】

制御部は、処理部と協働して抽出部２０、改ざん検証部２１を実現する。

【0055】

サーバ３は、例えば、１台の端末装置で実現されてもよいし、複数の端末装置で実現されてもよいし、クラウドコンピュータのように仮想的な装置で実現されてもよい。

【0056】

サーバ３は、端末２同様、例えば、デスクトップパソコンやノートパソコンやサーバ等のコンピュータ装置等である。

【0057】

サーバ３は、制御部および処理部として、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等を備えており、制御部は、後述の処理部、通信部、記憶部に実行命令を出し、処理部は、データの計算を行い、計算結果の判定などを行う。

【0058】

サーバ３は、記憶部として、ハードディスクや半導体メモリ、記録媒体、メモリカード等によるデータのストレージを備える。データの保存先は、クラウドサービスやデータベース等であってもよい。

【0059】

サーバ３は、通信部として、他の端末や装置等と通信可能にするためのデバイスを備える。通信方式は、無線であっても有線であってもよい。

【0060】

制御部は、処理部と協働して証明書検証部３０、モジュール割当部３１を実現する。記憶部には、認証局（ＣＡ）（図示しない）から発行された信頼済み証明書３００と、モジュール割当部３１が端末２にダウンロードするモジュール４００とが格納される。

【0061】

以上が、文書検証システム１のシステム構成である。

【0062】

［モジュール割当処理］
図３に基づいて、文書検証システム１が実行するモジュール割当処理について説明する。モジュール割当処理は、上述のＳ１で行われる処理である。図３は、文書検証システム１が実行するモジュール割当処理のフローチャートを示す図である。

【0063】

サーバ３は、所定のモジュールを端末２に割り当てる（ステップＳ１１～Ｓ１３）。具体的には、まず、端末２は、Ｗｅｂブラウザからサーバ３にアクセスする（ステップＳ１１）。詳しくは、電子文書１００の署名検証を所望するユーザーが、端末２に実装するＷｅｂブラウザから通信部を介して、サーバ３が提供する文書検証システム１のＷｅｂサイトにアクセスする。

【0064】

次に、サーバ３のモジュール割当部３１が、モジュール４００を端末２に割り当てる（ステップＳ１２）。具体的には、サーバ３のモジュール割当部３１が、記憶部に格納されるモジュール４００を、通信部を介して端末２にダウンロードする。

【0065】

次に、端末２は、ダウンロードされたモジュール４００を受信する（ステップＳ１３）。具体的には、端末２は、サーバ３のモジュール割当部３１からダウンロードしたモジュール４００を、通信部を介して受信し、記憶部に格納する。

【0066】

以上が、モジュール割当処理である。

【0067】

［証明書検証処理］
図４に基づいて、文書検証システム１が実行する証明書検証処理について説明する。証明書検証処理は、上述のＳ２～Ｓ３で行われる処理である。図４は、文書検証システム１が実行する証明書検証処理のフローチャートを示す図である。

【0068】

端末２の抽出部２０は、上述のステップＳ１３でダウンロードされたモジュール４００を動作させて、電子文書１００に基づいて証明書データ２００を抽出する（ステップＳ２１～Ｓ２２）。具体的には、まず、端末２の制御部が、出力部によって表示するＷｅｂブラウザにおいて、記憶部にダウンロードされて格納されたモジュール４００を動作させ、ユーザーが端末２に実装するＷｅｂブラウザから署名検証を所望する電子文書１００を入力することによって、端末２の入力部が、電子文書１００の入力を受け付け、抽出部２０が、入力を受け付けた電子文書１００に含まれた署名データ、あるいは関連付けられた署名データから署名者の証明書データ２００を抽出する（ステップＳ２１）。ステップＳ２１では、検証情報および／または検証時刻も抽出してもよい。

【0069】

次に、端末２の通信部によって、抽出した証明書データ２００をサーバ３に送信する（ステップＳ２２）。ステップＳ２２では、ステップＳ２１で抽出した検証情報および／または検証時刻をサーバ３に送信してもよい。尚、ユーザーからの入力方法については特に限定することなく、他の端末装置から公衆回線等を介して入力および取得してもよい。また、電子文書から証明書データ２００を抽出する方法については、特に限定されない。

【0070】

電子文書１００のデータ構成については、上述した通りである。

【0071】

次に、サーバ３は、自身に格納している信頼済み証明書３００に基づいて、送信された証明書データ２００を検証し、検証した結果を証明書検証結果として端末２に送信する（ステップＳ３１～Ｓ３４）。具体的には、サーバ３の通信部は、送信された証明書データ２００を受信する（ステップＳ３１）。ステップＳ３１では、ステップＳ２２で検証情報および／または検証時刻が送信されていれば、検証情報および／または検証時刻２３０も受信する。

【0072】

次に、サーバ３の証明書検証部３０は、サーバ３の記憶部に予め格納しておいた信頼済み証明書３００と、受信した証明書データ２００とを照合し、この証明書データ２００に含まれる公開鍵証明書２１０が正しいものであるか否かを検証する（ステップＳ３２）。信頼済み証明書３００は、所定の認証局（ＣＡ）が発行するものであり、信頼済み証明書３００をサーバ３の記憶部に格納するタイミングは、証明書データ２００を検証する前であれば、どのタイミングでもよい。

【0073】

ステップＳ３２においては、具体的に、サーバ３の証明書検証部３０は、信頼済み証明書３００に基づいて、公開鍵証明書２１０の証明書チェーンを検証し、公開鍵証明書２１０の発行元の認証局が信頼できるかどうかを検証し、この検証結果を第１の検証結果とする。信頼済み証明書３００は、証明書チェーンのルートとなる信頼する認証局の証明書（ルート証明書）である。尚、信頼済み証明書３００としてのルート証明書は、証明書データ２００または検証情報に含まれるものを使用してもよい。証明書チェーンに１または複数の中間認証局が介在する場合は、サーバ３は、ルート証明書とすべての中間証明書に基づいて、公開鍵証明書２１０の証明書チェーンを検証する。中間証明書は、サーバ３、証明書データ２００または検証情報のいずれかに格納された中間証明書を用いる。

【0074】

また、ステップＳ３２において、サーバ３の証明書検証部３０は、サーバ３、証明書データ２００または検証情報のいずれかに格納された失効リスト２２０に基づいて、公開鍵証明書２１０が失効されていないかを検証する。この検証結果を第２の検証結果とする。証明書データ２００および検証情報に含まれる失効リスト２２０が有効でない場合や、証明書データ２００および検証情報に失効リスト２２０が含まれない場合は、証明書検証部３０は最新の失効リストを公開しているサーバから取得する。

【0075】

また、ステップＳ３２において、サーバ３の証明書検証部３０は、ステップＳ３１で受信した検証時刻２３０に基づいて、公開鍵証明書２１０が有効期間内であるかどうかを検証してもよい。この検証結果を第３の検証結果とする。

【0076】

次に、サーバ３の通信部は、上述のステップＳ３２で検証した結果を証明書検証結果として端末２に送信する（ステップ３３）。具体的には、上述の第１～３の検証結果に基づいて、公開鍵証明書２１０が正しいものであるかどうかの結果を、証明書検証結果として端末２に送信する。尚、証明書検証結果としては、第１～３の検証結果それぞれ別個の結果を端末２に送信してもよい。

【0077】

次に、端末２の通信部は、サーバ３から証明書検証結果を受信する（ステップＳ３４）。このとき、端末２の出力部は、受信した証明書検証結果を端末２に出力してもよい。出力方法としては、端末２のＷｅｂブラウザに表示してもよいし、文書検証システム１のユーザーが認知できるように、他の方法によって出力してもよい。

【0078】

以上が、証明書検証処理である。

【0079】

［改ざん検証処理］
図５に基づいて、文書検証システム１が実行する改ざん検証処理について説明する。改ざん検証処理は、上述のＳ４で行われる処理である。図５は、文書検証システム１が実行する改ざん検証処理のフローチャートを示す図である。

【0080】

まず、端末２の改ざん検証部２１は、上述のステップＳ１３でダウンロードされたモジュール４００を動作させて、電子文書１００の改ざんを検証する（ステップＳ４１～Ｓ４４）。具体的には、端末２の制御部が、出力部によって表示するＷｅｂブラウザにおいて、記憶部にダウンロードされて格納されたモジュール４００を動作させ、端末２の改ざん検証部２１は、端末２のＷｅｂブラウザによって電子文書１００の署名データからダイジェストと、公開鍵と、一方向ハッシュ関数のアルゴリズムとを抽出する（ステップＳ４１）。

【0081】

次に、端末２の改ざん検証部２１は、照合用ダイジェストを生成する（ステップＳ４２）。具体的には、端末２の改ざん検証部２１は、端末２のＷｅｂブラウザにより、ステップＳ４１で抽出したアルゴリズムに基づいて、電子文書１００の署名対象データから任意の固定長のハッシュ値を、照合用ダイジェストとして生成する。一方向ハッシュ関数のアルゴリズムは、特に限定されない。

【0082】

次に、端末２の改ざん検証部２１は、抽出した公開鍵を用いて抽出したダイジェストと生成した照合用ダイジェストとを照合する（ステップＳ４３）。具体的には、抽出した公開鍵を用いて、ダイジェストを復号化し、復号化したダイジェストと照合用ダイジェストが一致するかどうかを判断する。

【0083】

次に、端末２の出力部は、復号化したダイジェストと照合ダイジェストが一致するかどうかを判断した結果を、署名検証結果として出力する（ステップＳ４４）。出力方法としては、端末２のＷｅｂブラウザに表示してもよいし、文書検証システム１のユーザーが認知できるように、他の方法によって出力してもよい。

【0084】

尚、署名データに署名時刻のタイムスタンプが含まれている場合は、上述のステップＳ４３で、端末２の改ざん検証部２１は、署名時刻のタイムスタンプが示す時刻以前に電子文書１００が存在し、その時刻以降は文書が改ざんされていないことを検証してもよい。また、改ざん検証部２１は、署名時刻のタイムスタンプに基づいて、電子文書１００の署名検証の有効期限を検証してもよい。これらの検証結果を、上述のステップＳ４４で署名検証結果として出力してもよい。

【0085】

以上が、改ざん検証処理である。

【0086】

文書検証システム１によれば、電子文書からの証明書の検証に必要なデータの抽出と、電子文書の改ざん検証をクライアント側で行うことができることから、ユーザーは、電子文書に含まれる証明書の検証に必要なデータのみをアップロードするだけで電子文書の署名検証を行うことができる。

【0087】

また、文書検証システム１によれば、電子文書からの証明書の検証に必要なデータの抽出と、電子文書の改ざん検証をサーバ側で行う必要がないことから、これらの機能を実現するＷｅｂ ＡＰＩ等に用いるデバイスやリソースを省略することが可能となる。

【0088】

また、文書検証システム１によれば、機密性の高い平文を含む電子文書全体を検証サービスサーバにアップロードする必要がないことから、サーバ側では、アップロードされた電子文書を確実に削除することによって、電子文書の漏洩等のセキュリティリスクを回避するための電子文書管理が必要ではないことから、セキュリティリスク観点で、電子文書全体をアップロードすることに難色を示すユーザーが、安心して電子文書の署名検証を行うことが可能となる。

【0089】

また、文書検証システム１によれば、サーバで動作するモジュールはＷＥＢ ＡＰＩの代わりにＷｅｂコンポーネントで構成した場合、Ｗｅｂブラウザで動作するカスタム要素が再利用可能となることから、サーバで動作するモジュールが行う処理を端末で行うことができ、サーバにかかる負担を減らすことが可能となる。

【0090】

なお、文書検証システム１の端末２に用いるＷｅｂブラウザは、ＷｅｂＡｓｓｅｍｂｌｙ（ＷＡＳＭ）によって、プログラムを実行するアセンブラを実行可能なものであることから、端末にＷｅｂブラウザをインストールするだけで、電子文書の署名検証を行うことができ、ユーザーが専用のアプリケーションを端末にインストールする手間を省くことが可能となる。

【0091】

また、文書検証システム１によれば、信頼済み証明書に基づいて、電子文書に含まれる公開鍵証明書が、信頼された公開鍵証明書認証局または認証局（Ｃｅｒｔｉｆｉｃａｔｉｏｎ Ａｕｔｈｏｒｉｔｙ（ＣＡ））から発行されていることを検証することが可能となる。

【0092】

また、文書検証システム１によれば、発行元の公開鍵証明書認証局または認証局（Ｃｅｒｔｉｆｉｃａｔｉｏｎ Ａｕｔｈｏｒｉｔｙ（ＣＡ））が公開する失効リストに基づいて、当該認証局から、公開鍵証明書が失効されていないかを検証することが可能となる。

【0093】

また、文書検証システム１によれば、公開鍵証明書を検証するタイミングが、公開鍵証明書に設定された有効期間内であるかどうかを検証することが可能となる。

【0094】

上述した手段、機能は、端末（ＣＰＵ、情報処理装置、各種端末を含む）が、所定のプログラムを読み込んで、実行することによって実現される。プログラムは、例えば、単数又は複数の端末からネットワーク経由で提供される（クラウドサービス、ＳａａＳ：ソフトウェア・アズ・ア・サービス）形態で提供される。また、プログラムは、例えば、端末読取可能な記録媒体に記録された形態で提供される。この場合、端末はその記録媒体からプログラムを読み取って内部記録装置又は外部記録装置に転送し記録して実行する。また、そのプログラムを、例えば、磁気ディスク、光ディスク、光磁気ディスク等の記録装置（記録媒体）に予め記録しておき、その記録装置から通信回線を介して端末に提供するようにしてもよい。

【0095】

以上、本発明の実施形態について説明したが、本発明は上述したこれらの実施形態に限るものではない。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施形態に記載されたものに限定されるものではない。

【符号の説明】

【0096】

１ 文書検証システム、２ 端末、３ サーバ、２０ 抽出部、２１ 改ざん検証部、３０ 証明書検証部、３１ モジュール割当部、２００ 証明書データ、２１０ 公開鍵証明書、２２０ 失効リスト、２３０ 検証時刻、３００ 信頼済み証明書、４００ モジュール

【要約】

【課題】これらの課題に鑑み、ユーザーが電子文書全体をサーバ側にアップロードすることなく、電子文書の署名検証を行う。
【解決手段】
電子文書の署名検証を行う文書検証システムは、サーバが、所定のモジュールを端末に割り当てる割当部を備え、前記端末が、割り当てられた前記モジュールを動作させて、前記電子文書に基づいて証明書データを抽出する抽出部を備え、前記サーバが、抽出された前記証明書データを検証する証明書検証部を備え、前記端末が、割り当てられた前記モジュールを動作させて、前記電子文書の改ざんを検証する改ざん検証部を備える。
【選択図】図１

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】