JP2004320589A

JP2004320589A - Electronic signature system and its method

Info

Publication number: JP2004320589A
Application number: JP2003113826A
Authority: JP
Inventors: Tsukasa Ishimaru; 宰石丸
Original assignee: Hewlett Packard Solutions Delivery Ltd
Current assignee: Hewlett Packard Solutions Delivery Ltd
Priority date: 2003-04-18
Filing date: 2003-04-18
Publication date: 2004-11-11

Abstract

<P>PROBLEM TO BE SOLVED: To realize verification by electronic signature by hardly changing an application to provide service. <P>SOLUTION: First, form data is created by communication between a Web browser 202 and an AP server 5 which are operated on a CL computer 2 and transmitted to a signature server 3. The signature server 3 signs the form data by an encryption key and transmits it to the CL computer 2. The CL computer 2 verifies a signature from the signature server 3 and when it is normal, calls the application on the AP server 5. The CL computer 2 converts the form data into an XML format, further signs it by the encryption key and transmits it to the signature server 3. The signature server 3 verifies the signature and stores it. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

【０００１】
【発明の属する技術分野】
本発明は、情報セキュリティを保持するための電子署名システムおよびその方法に関する。
【０００２】
【従来の技術】
例えば、特許文献１，２は、電子署名を用いて文書データを保存する方法を開示する。
特許文献１，２に開示された電子署名を行うためには、一般に、クライアントに対してサービスを提供するアプリケーションに対する大幅な変更が必要とされる。
このことが、電子署名の普及の障壁になっているという意見もある。
また、非特許文献１には、「ＴｒｕｅＰａｓｓ（商標）」と呼ばれる電子署名システムが開示されている。
【０００３】
【特許文献１】特開２００２−２１５８２７号公報
【特許文献２】特開２００２−１８３６５３号公報
【非特許文献１】ｈｔｔｐ：／／ｗｗｗ．ｅｎｔｒｕｓｔ．ｃｏ．ｊｐ／ｐｒｏｄｕｃｔｓ／ｔｒｕｅｐａｓｓ６０．ｈｔｍｌ
【０００４】
【発明が解決しようとする課題】
本発明は、上述した背景からなされたものであり、サービスを提供するアプリケーションをほとんど変更せずに、電子署名処理を実現可能な電子署名システムおよびその方法を提供することを目的とする。
また、本発明は、上述した非特許文献１に開示された方法とは異なる電子署名システムおよびその方法を提供することを目的とする。
【０００５】
【課題を解決するための手段】
［電子署名システム］
上記目的を達成するために、本発明に係る電子署名システムは、第１のノードと、第２のノードと、第３のノードとを有する電子署名システムであって、前記第１のノードは、所定の伝送データを、前記第３のノードに対して送信する伝送データ送信手段と、前記第３のノードが送信した第１の電子署名を受信し、前記受信された第１の電子署名を検証する検証手段と、前記伝送データから、前記第２の電子署名を生成し、前記生成された第２の電子署名を、前記第３のノードに対して送信する第１の署名手段と、少なくとも前記第１の電子署名が正常と検証されたときに、前記第２のノードに対してアクセスするアクセス手段とを有し、前記第３のノードは、前記送信された伝送データを受信する伝送データ受信手段と、前記受信された伝送データから、前記第１の電子署名を生成し、前記生成された第１の電子署名を、前記第１のノードに対して送信する第２の署名手段と、前記送信された第２の電子署名を受信し、前記受信された第２の電子署名を保持する署名保持手段とを有する。
【０００６】
［電子署名装置］
また、本発明に係る電子署名装置は、第１のノードに対して電子署名処理を実行させる電子署名装置であって、前記第１のノードは、所定の伝送データを送信し、第１の電子署名を正常と検証したときに、第２のノードに対してアクセスし、前記伝送データから、前記第２の電子署名を生成して送信する電子署名処理を行い、前記送信された伝送データを受信し、前記受信された伝送データから、前記第１の電子署名を生成する署名生成手段と、前記生成された第１の電子署名を、前記第１のノードに対して送信する署名送信手段と、前記送信された第２の電子署名を受信し、前記受信された第２の電子署名を保持する署名保持手段とを有する。
【０００７】
［電子署名方法］
また、本発明に係る電子署名装置は、第１のノードに対して電子署名処理を実行させる電子署名方法であって、前記第１のノードは、所定の伝送データを送信し、第１の電子署名を正常と検証したときに、第２のノードに対してアクセスし、前記伝送データから、前記第２の電子署名を生成して送信する電子署名処理を行い、前記送信された伝送データを受信し、前記受信された伝送データから、前記第１の電子署名を生成し、前記生成された第１の電子署名を、前記第１のノードに対して送信し、前記送信された第２の電子署名を受信し、前記受信された第２の電子署名を保持する。
【０００８】
［プログラム］
また、本発明に係るプログラムは、第１のノードに対して電子署名処理を実行させるプログラムであって、前記第１のノードは、所定の伝送データを送信し、第１の電子署名を正常と検証したときに、第２のノードに対してアクセスし、前記伝送データから、前記第２の電子署名を生成して送信する電子署名処理を行い、
前記送信された伝送データを受信し、前記受信された伝送データから、前記第１の電子署名を生成するステップと、前記生成された第１の電子署名を、前記第１のノードに対して送信するステップと、前記送信された第２の電子署名を受信し、前記受信された第２の電子署名を保持するステップとをコンピュータに実行させる。
【０００９】
【発明の実施の形態】
以下、本発明の実施形態を説明する。
【００１０】
［ネットワークシステム１］
図１は、本発明に係る電子署名方法が適応されるネットワークシステム１の構成を示す図である。
図１に示すように、ネットワークシステム１は、ｍ台（ｍ≧１；図１においてはｍ＝３）のクライアントコンピュータ（ＣＬコンピュータ）２−１〜２−３と、署名サーバ３およびログデータベース（ログＤＢ）４と、アプリケーションサーバ（ＡＰサーバ）５とが、ＬＡＮ、ＷＡＮあるいはインターネットなどのネットワーク１０を介して接続された構成を採る。
【００１１】
なお、以下、ＣＬコンピュータ２−１〜２−３など、複数ある構成部分のいずれかを、特定せずに示す場合には、単にＣＬコンピュータ２などと略記する場合がある。
また、以下、ＣＬコンピュータ２、署名サーバ３、ログＤＢ４およびＡＰサーバ５などを総称して、ノードと記載することがある。
ネットワークシステム１においては、これらの構成により、ＣＬコンピュータ２と署名サーバ３との間で電子署名処理が行われ、ＡＰサーバ５からＣＬコンピュータ２に対して様々なサービス・機能が提供される。
なお、ＣＬコンピュータ２、署名サーバ３、ＡＰサーバ５との間の通信に用いられるプロトコルは何でもよいが、以下、これらの間で、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔＴｒａｎｓｐｏｒｔＰｒｏｔｏｃｏｌ）により通信が行われる場合を具体例とする。
【００１２】
［ハードウェア構成］
図２は、図１に示したＣＬコンピュータ２、署名サーバ３、ログＤＢ４およびＡＰサーバ５のハードウェア構成を例示する図である。
図２に示すように、ＣＬコンピュータ２、署名サーバ３、ログＤＢ４およびＡＰサーバ５は、ＣＰＵ１０２、メモリ１０４およびこれらの周辺回路などを含む本体１００、表示装置、キーボードおよびマウスなどを含む表示・入力装置１０６、ネットワークシステム１あるいは他のノードとの通信を行う通信装置１１０、および、ＨＤ装置およびＣＤ装置などの記録装置１１２から構成される。
つまり、ＣＬコンピュータ２、署名サーバ３、ログＤＢ４およびＡＰサーバ５は、通信機能を有するコンピュータとしての構成部分を有している。
【００１３】
［ＡＰサーバ５］
図３は、図１，図２に示したＡＰサーバ５が、ＣＬコンピュータ２に送信する入力フォームが示すＧＵＩ（ＧｒａｐｈｉｃａｌＵｓｅｒＩｎｔｅｒｆａｃｅ）画像を例示する図である。
図４は、図３に示した入力フォームの伝送に用いられる伝送フレームを例示する図である。
なお、以下、各伝送フレームを示す図においては、本発明の説明に関連がないデータは、適宜、省略されている。
【００１４】
ＡＰサーバ５は、例えば、Ｗｅｂアプリケーションを動作させるＷｅｂサーバであって、ＣＬコンピュータ２との間で通信を行って、ＣＬコンピュータ２のユーザに対して、様々な機能・サービスの提供を行う。
ＡＰサーバ５は、必要に応じて、図３に例示するように、ＣＬコンピュータのユーザに対して、入力すべきデータの項目を示し、データの入力を促す入力フォームを、ＣＬコンピュータ２に対して送信する。
【００１５】
つまり、例えば、ＣＬコンピュータ２のユーザが、商品を注文するための操作を行ったときに、この操作を受けたＡＰサーバ５は、ＸＭＬあるいはＨＴＭＬにより記述された商品注文受付用のＧＵＩ画像（図３）を、ＣＬコンピュータ２の表示・入力装置１０６（図２）に表示させる入力フォームを、ＣＬコンピュータ２に対して送信する。
なお、この入力フォームは、例えば、図４に例示するように、送信先のＵＲＬとしてＣＬコンピュータ２のＵＲＬを含み、送信元のＵＲＬとしてＡＰサーバ５のＵＲＬを含む伝送フォーマットに収容されて伝送される。
また、図４に示した各データは、ＳＳＬ（ＳｅｃｕｒｅＳｏｃｋｅｔＬａｙｅｒ）などの方式により暗号化され、ノード間を伝送されてもよい（以下、各伝送フレームについての説明において同じ）。
【００１６】
［フォームデータ］
図５は、図３に対するユーザによるデータ入力操作を例示する図である。
図５に例示するように、ＣＬコンピュータ２の表示・入力装置１０６に表示された入力フォームの各項目に対してユーザがデータを入力する操作を行うと、ＣＬコンピュータ２において、下表１に示すように、ＨＴＴＰ形式のフォームデータが生成される。
なお、以下の表１，２においては、本発明に係る電子署名方法の説明に関係がないデータは、適宜、省略されている。
このフォームデータには、図３に示した入力フォームの各項目を示すデータと、これらの項目それぞれに対して、図５に示したようにユーザが入力したデータそれぞれとが、対応付けられて含まれている。
【００１７】
【表１】

【００１８】
なお、表１に示したフォームデータと同じ内容を、例えば、ＨＴＴＰよりも拡張性および汎用性に優れているＸＭＬ（ｅＸｔｅｎｓｉｂｌｅＭａｒｋｕｐＬａｎｇｕａｇｅ）で記述すると、下表２に示すように、入力フォームの各項目に対して入力されたデータが、各項目を示すタグで仕切られて含まれるフォームデータ（以下の説明において、ＸＭＬで記述されたフォームデータを、ＸＭＬデータとも記す）が得られる。
【００１９】
【表２】

【００２０】
［ログＤＢ４］
ログＤＢ４は、署名サーバ３が生成したログ（図６，図１０などを参照して後述）を記憶し、管理する。
また、ログＤＢ４は、署名サーバ３からの検索に応じて、記憶・管理したログを、署名サーバ３に対して出力する。
【００２１】
［署名サーバプログラム３０］
図６は、図１，図２に示した署名サーバ３上で実行される署名サーバプログラム３０の構成を示す図である。
なお、図示の簡略化・明確化のために、以下の各構成図においては、データなどの流れを示す線は、適宜、省略されることがある。
図６に示すように、署名サーバプログラム３０は、ユーザインターフェース部（ＵＩ部）３００、サーバ側秘密鍵記憶部３０２、通信制御部３０８およびサーバ側署名モジュール（ＳＳＭ）３２から構成される。
ＳＳＭ３２は、署名制御部３２０、ハッシュ値生成部３２２、署名生成部３２４、クライアント側署名モジュール（ＣＬＳＭ）送信部３２６、ＸＭＬ署名検証部３３０、ログ生成部３３２およびログ検証部３３４から構成される。
【００２２】
なお、署名サーバ３とＡＰサーバ５とは、必ずしも別々に構成される必要はなく、署名サーバプログラム３０は、ＡＰサーバ５の機能を提供するアプリケーションを含んでいてもよい。
また、同様に、署名サーバ３とログＤＢ４とは必ずしも別々に構成される必要はなく、これらは一体に構成されてもよい。
署名サーバプログラム３０は、例えば、記録媒体１１４（図２）を介して署名サーバ３に供給され、メモリ１０４にロードされて実行される。
署名サーバプログラム３０は、これらの構成部分により、例えば、ＣＬコンピュータ２からフォームデータ（表１）を受けたときに、電子署名処理を行う。
【００２３】
署名サーバプログラム３０において、ＵＩ部３００は、署名サーバ３の表示・入力装置１０６（図２）に対するユーザの操作を受け入れて、必要なデータを署名サーバプログラム３０の構成部分に対して出力する。
また、ＵＩ部３００は、署名サーバプログラム３０の動作状態、および、他のノードから受信されたデータなどを、表示・入力装置１０６に対して表示する。
サーバ側秘密鍵記憶部３０２は、例えば、ＵＩ部３００を介して署名サーバ３に設定された秘密鍵を記憶し、署名生成部３２４に対して出力する。
通信制御部３０８は、他のノードとの間の通信に必要な通信制御を行う。
【００２４】
ＳＳＭ３２において、署名制御部３２０は、ＳＳＭ３２の各構成部分の処理を制御し、ログＤＢ４およびＡＰサーバ５との間の電子署名処理を実現する。
また、署名制御部３２０は、他のノードから通信制御部３０８を介してデータを受信し、電子署名処理に必要なデータを、ＳＳＭ３２の各構成部分に対して出力する。
また、署名制御部３２０は、ＳＳＭ３２の各構成部分から入力されたデータを、必要に応じて、通信制御部３０８を介して他のノードに対して送信する。
【００２５】
図７は、ＣＬコンピュータ２が署名サーバ３に対してフォームデータを送信するために用いる伝送フレームを例示する図である。
ＣＬコンピュータ２（ＣＬＳＭ２２；図１１）において生成されたフォームデータは、ＡＰサーバ５に対してではなく、署名サーバ３に対して送信される。
このフォームデータの伝送のためには、例えば、図７に示すように、送信先として署名サーバ３のＵＲＬを含み、送信元ＵＲＬとしてＣＬコンピュータ２のＵＲＬを含み、さらに、フォームデータを含む伝送フレームが用いられる。
ハッシュ値生成部３２２は、ＣＬコンピュータ２から、通信制御部３０８を介して署名制御部３２０が受信したフォームデータのハッシュ値を生成する。
ハッシュ値生成部３２２は、生成したフォームデータのハッシュ値を、署名生成部３２４に対して出力する。
【００２６】
署名生成部３２４は、生成されたフォームデータのハッシュ値を、署名サーバ３に対して設定され、サーバ側秘密鍵記憶部３０２に記憶されている秘密鍵を用いて暗号化し、サーバ側署名とする。
署名生成部３２４は、署名制御部３２０から入力されるフォームデータと、サーバ側署名とを、ＣＬＳＭ送信部３２６に対して出力する。
【００２７】
なお、ハッシュ値生成部３２２は、ＳＳＭ３２において必須ではなく、署名生成部３２４は、ハッシュ値とされていないフォームデータ自体（表１）を署名サーバ３の秘密鍵により暗号化して、サーバ側署名とし、このサーバ側署名と、フォームデータとを、ＣＬＳＭ送信部３２６に対して送信してもよい。
一方、ハッシュ値生成部３２２は、フォームデータから一定のデータ長（例えば１２８バイト）のハッシュ値を生成する。
従って、ハッシュ値生成部３２２を用いると、フォームデータが、非常に長いようなときには、ネットワーク１０（図１）を介して伝送するデータ量を減らすことができ、電子署名処理を効率化することができる。
以下、本発明に係る電子署名方法の明確化のために、ハッシュ値生成部３２２が用いられる場合を具体例とする。
【００２８】
図８は、図６に示したＣＬＳＭ送信部３２６が、ＣＬＳＭ２２（図１１）をＣＬコンピュータ２に対して送信するために用いる伝送フレームを例示する図である。
ＣＬＳＭ送信部３２６は、署名生成部３２４から入力されたサーバ側署名と、フォームデータと、ＣＬコンピュータ２にダウンロードされて実行されるＣＬＳＭ２２（図１１を参照して後述）とを、署名制御部３２０および通信制御部３０８などを介して、ＣＬコンピュータ２に対して送信する。
【００２９】
ＣＬＳＭ送信部３２６は、例えば、図８に示す伝送フレームを用いて、サーバ側署名と、フォームデータとを初期値として付して、ＣＬＳＭ２２を、ＣＬコンピュータ２に対して送信する。
この伝送フレームには、送信先ＵＲＬとしてＣＬコンピュータ２のＵＲＬが含まれ、送信元ＵＲＬとして署名サーバ３のＵＲＬが含まれる。
【００３０】
図９は、ＣＬコンピュータ２上で実行されるＣＬＳＭ２２から署名サーバ３に対して、ＸＭＬデータ（表２）などを伝送するために用いられる伝送フレームを例示する図である。
ＣＬコンピュータ２上で実行されるＣＬＳＭ２２（図１１）は、上述のように署名サーバ３から伝送されてきたＨＴＴＰ形式のフォームデータ（場合によってはＣＬコンピュータ２において生成されたフォームデータ；表１）を、ＸＭＬ形式のフォームデータ（ＸＭＬデータ；表２）に変換する。
ＣＬコンピュータ２は、ＸＭＬデータを、ＣＬコンピュータ２の秘密鍵によりＸＭＬデータを暗号化して得られる署名（以下、ＸＭＬ署名とも記す）、および、ＣＬコンピュータ２の公開鍵を含む証明書（公開鍵証明書）とともに、署名サーバ３に対して伝送する。
【００３１】
ＸＭＬ署名検証部３３０は、図９に示したようにＣＬＳＭ２２から送られてきたＸＭＬ署名を、公開鍵証明書に含まれるＣＬコンピュータ２の公開鍵を用いて復号してＸＭＬデータ（表２）とし、ＣＬＳＭ２２から送られてきたＸＭＬデータと、復号の結果として得られたＸＭＬデータとを比較する。
ＸＭＬ署名検証部２２０は、これらのＸＭＬデータが一致するときには、ＣＬＳＭ２２から送られてきたＸＭＬ署名が正常であると検証し、これらが一致しない場合には、ＣＬＳＭ２２から送られてきたＸＭＬ署名に異常が生じていると検証する。
このように、ＸＭＬ署名検証部３３０は、ＣＬコンピュータ２（ＣＬＳＭ２２）の認証と、ＣＬＳＭ２２から送られてきたＸＭＬデータに改ざんが加えられているか否かを検証する。
ＸＭＬ署名検証部３３０は、ＸＭＬ署名に異常が生じている場合には、ＣＬコンピュータ２（ＣＬＳＭ２２）に対して、その旨を通知する。
【００３２】
図１０は、図６に示したログ生成部３３２が生成するログを例示する図である。
ログ生成部３３２は、ＣＬコンピュータ２からＸＭＬデータ、ＸＭＬ署名および公開鍵証明書を含むデータ（図９）が送られてくると、署名制御部３２０を介してこれらを受け、図１０に示すように、これらＸＭＬデータ、ＸＭＬ署名および公開鍵証明書を含むログを生成し、ログＤＢ４に記憶させる。
【００３３】
ログ検証部３３４は、署名サーバ３に対するユーザの操作、あるいは、ＣＬコンピュータ２からの要求に応じて、ログＤＢ４に対する検索を行い、正当性の検証が要求されたログ読み出し、読み出したログの正当性を検証する。
ログ検証部３４４は、読み出したログ（図１０）に含まれるＸＭＬ署名を、公開鍵証明書に含まれる公開鍵を用いて復号してＸＭＬデータとし、復号の結果として得られたＸＭＬデータと、ログに含まれるＸＭＬデータとが一致した場合に、読み出したログが正常であると検証し、一致しない場合に、このログが異常を示すと検証する。
【００３４】
［ＣＬプログラム２０］
図１１は、図１，図２に示したＣＬコンピュータ２上で実行されるクライアントプログラム（ＣＬプログラム）２０の構成を示す図である。
図１１に示すように、ＣＬプログラム２０は、ＵＩ部２００、Ｗｅｂブラウザ２０２、通信制御部２０６、ダウンローダ２０８、サーバ公開鍵記憶部２１０、クライアント秘密鍵記憶部（ＣＬ秘密鍵記憶部）２１２およびＣＬＳＭ２２から構成される。
ＣＬＳＭ２２は、受信処理部２２０、署名検証部２２２、ＸＭＬデータ生成部２２４、署名生成部２２６、送信処理部２２８およびアプリケーション呼出部（ＡＰ呼出部）２３０から構成される。
【００３５】
ＣＬプログラム２０の内、ＣＬＳＭ２２以外の各構成部分は、例えば、記録媒体１１４（図２）を介してＣＬコンピュータ２に供給され、メモリ１０４にロードされて実行される。
ＣＬＳＭ２２は、署名サーバプログラム３０のＣＬＳＭ送信部３２６により、署名サーバ３からＣＬコンピュータ２にダウンロードされ、実行される。
ＣＬプログラム２０は、これらの構成部分により、ＣＬコンピュータ２とＡＰサーバ５との間の通信、および、ＣＬコンピュータ２と署名サーバ３との間の電子署名処理を行う。
なお、ＣＬＳＭ２２は、電子署名処理が行われるたびに署名サーバからＣＬコンピュータ２にダウンロードされ、電子署名処理が終わるたびに消去されてもよく、あるいは、一度、ＣＬコンピュータ２にダウンロードされた後に、継続的に、ＣＬコンピュータ２において使用されてもよい。
【００３６】
ＵＩ部２００は、表示・入力装置１０６（図２）に対するユーザの操作を受け入れて、処理に必要なデータを、ＣＬプログラム２０の各構成要素に対して出力する。
また、ＵＩ部２００は、ＣＬプログラム２０の動作状態、および、Ｗｅｂブラウザ２０２から入力される画像などを、表示・入力装置１０６に表示する。
【００３７】
また、ＵＩ部２００は、ＡＰサーバ５からＷｅｂブラウザ２０２などを介して入力フォーム（図３）を受け入れ、ＣＬコンピュータ２の表示・入力装置１０６（図２）に表示する。
さらに、ＵＩ部２００は、表示した入力フォームに対するユーザの操作（図５）を受け入れてフォームデータ（表１）を生成し、Ｗｅｂブラウザ２０２および通信制御部２０６を介して、署名サーバ３に対して送信する。
なお、図１１に点線で示すように、ＣＬＳＭ２２のＸＭＬデータ生成部２２４が、ＵＩ部２００が生成したフォームデータからＸＭＬデータを作成する場合、あるいは、署名検証部２２２が、ＵＩ部２００が生成したフォームデータを用いてＸＭＬ署名の検証を行う場合には、ＵＩ部２００からＸＭＬデータ生成部２２４および署名検証部２２２に対して、フォームデータが出力される。
【００３８】
Ｗｅｂブラウザ２０２は、ＷＷＷ閲覧のための機能を提供する。
また、Ｗｅｂブラウザ２０２は、電子署名処理に必要なデータをＣＬＳＭ２２に対して出力し、また、ＣＬＳＭ２２から入力されるデータを、他のノードに対して送信する。
通信制御部２０６は、ＣＬコンピュータ２と他のノードとの間の通信に必要とされる通信制御を行う。
ダウンローダ２０８は、署名サーバ３（ＣＬＳＭ送信部３２６）から伝送されてきたＣＬＳＭ２２を、例えば、Ｗｅｂブラウザ２２０を介して受け、メモリ１０４上にロードして実行可能な状態とする。
サーバ公開鍵記憶部２１０は、ＵＩ部２００などを介して入力される署名サーバ３の公開鍵を記憶し、ＣＬＳＭ２２の署名検証部２２２に対して出力する。
ＣＬ秘密鍵記憶部２１２は、ＵＩ部２００などを介して入力されるＣＬコンピュータ２側の秘密鍵を記憶し、ＣＬＳＭ２２の署名生成部２２６に対して出力する。
【００３９】
ＣＬＳＭ２２において、受信処理部２２０は、通信制御部２０６およびＷｅｂブラウザ２０２などを介して他のノードから送られてくる電子署名に関するデータを受信し、ＳＳＭ３２の各構成部分に対して出力する。
送信処理部２２８は、ＣＬＳＭ２２の各構成部分から入力される電子署名に関するデータを、通信制御部２０６およびＷｅｂブラウザ２０２などを介して、他のノードに対して送信する。
【００４０】
署名検証部２２２は、図６に示したように、署名サーバ３からＣＬＳＭ２２などとともに送られてきたサーバ側署名を、サーバ公開鍵記憶部２１０に記憶されている署名サーバ３の公開鍵を用いて復号し、ＨＴＴＰ形式のフォームデータ（表１）とする。
署名検証部２２２は、署名サーバ３からＣＬＳＭ２２などとともに送られてきたフォームデータ（場合によってはＵＩ部２００から入力されたフォームデータ；表１）と、上記復号の結果として得られたフォームデータとが一致する場合に、署名サーバ３から送られてきたフォームデータが正常であると検証し、一致しない場合には、署名サーバ３から送られてきたフォームデータに異常が生じていると判断する。
このように、署名検証部２２２は、署名サーバ３の認証と、送られてきたデータに対する改ざんが行われたか否かの検証とを行う。
【００４１】
ＸＭＬデータ生成部２２４は、署名検証部２２２から入力されるＨＴＴＰ形式のフォームデータ（場合によってはＵＩ部２００から入力されるフォームデータ；表１）を、ＸＭＬ形式に変換し、ＸＭＬデータ（表２）とする。
なお、以下、説明の明確化のために、ＸＭＬデータ生成部２２４が、他の形式のフォームデータをＸＭＬ形式に変換する場合を具体例とする。
しかしながら、ＸＭＬデータ生成部２２４は、ＣＬＳＭ２２にとって必須ではなく、署名生成部２２６は、ＸＭＬ形式に変換されないフォームデータから署名を作成してもよい。
【００４２】
署名生成部２２６は、ＸＭＬデータ生成部２２４から入力されるＸＭＬデータを、ＣＬ秘密鍵記憶部２１２から入力されるＣＬコンピュータ２の秘密鍵を用いて暗号化し、ＸＭＬ署名とする。
このように、署名生成部２２６が、ＸＭＬデータのハッシュ値を、ＣＬコンピュータ２の秘密鍵で暗号化してＸＭＬ署名とすることにより、署名サーバ３側における、ＸＭＬ署名の改ざんが不可能になる。
【００４３】
署名検証部２２２が、署名サーバ３から送られてきたフォームデータが正当であるという検証結果を出したとき、送信処理部２２８は、ＸＭＬデータと、署名生成部２２６から入力されるＸＭＬ署名および公開鍵証明書とを含むデータ（図９）を、署名サーバ３に対して送信する。
送信処理部２２８は、データの宛先（送信先）のＵＲＬを、ＡＰサーバ５のＵＲＬから署名サーバ３のＵＲＬとし、送信元のＵＲＬをＣＬコンピュータ２のＵＲＬとして、図９に示したデータを生成する。
署名検証部２２２が、署名サーバ３から送られてきたフォームデータが正当でないとという検証結果を出したときには、送信処理部２２８は、署名サーバ３に対して、その旨を通知するデータを、署名サーバ３に対して送信する。
【００４４】
図１２は、図１１に示したＣＬＳＭ２２からＡＰサーバ５に対してフォームデータを送るために用いられる伝送フレームを示す図である。
署名検証部２２２が、署名サーバ３から送られてきたフォームデータが正当であると検証したときには、ＡＰ呼出部２３０は、ＡＰサーバ５に対して、フォームデータを送信し、ＡＰサーバ５上のアプリケーションを呼び出して、そのサービスの提供を受ける。
【００４５】
ＡＰ呼出部２３０は、図１２に示すように、送信先のＵＲＬとしてＡＰサーバ５のＵＲＬを含み、送信元のＵＲＬとしてＣＬコンピュータ２のＵＲＬを含み、さらにフォームデータ（表１）を含む伝送フレームを、ＡＰサーバ５に対して送信する。
なお、署名サーバ３において、ＸＭＬ署名が正常と検証されたときに、署名サーバ３からＣＬＳＭ２２に対してその旨が通知されるようにして、ＡＰ呼出部２３０が、この通知を受けた後に、ＡＰサーバ５に対してフォームデータ（表１）を送信するようにしてもよい。
【００４６】
［ネットワークシステム１の動作］
図１３は、ネットワークシステム１（図１など）における電子署名処理が、正常終了する場合（Ｓ１０）の通信シーケンス図である。
図１３に示すように、ステップ１００（Ｓ１００）に示すように、ＣＬコンピュータ２上で動作するＷｅｂブラウザ２０２（図１１）とＡＰサーバ５との間で、一般的な通信が行われる。
ステップ１０２（Ｓ１０２）において、ＣＬコンピュータ２のＷｅｂブラウザ２０２が、ＡＰサーバ５に対して、入力フォーム（図３）の送信を要求する。
【００４７】
ステップ１０４（Ｓ１０４）において、ＡＰサーバ５は、図４に示した伝送フレームを用いて、ＣＬコンピュータ２のＷｅｂブラウザ２０２に対して、入力フォームを送信する。
Ｗｅｂブラウザ２０２は、ＡＰサーバ５から入力フォームを受信して、入力フォームを、ＵＩ部２００を介してＣＬコンピュータ２の表示・入力装置１０６（図２）に表示する。
ユーザが、表示された入力フォームの各項目に対して必要なデータを入力すると、ＵＩ部２００は、フォームデータ（表１）を生成し、Ｗｅｂブラウザ２０２に対して出力する。
【００４８】
ステップ１０６（Ｓ１０６）において、Ｗｅｂブラウザ２０２は、生成されたフォームデータを、ＡＰサーバ５に対して送信する。
ステップ１０８（Ｓ１０８）において、署名サーバ３は、図８に示した伝送フォームを用いて、Ｗｅｂブラウザ２０２に対して、フォームデータと、サーバ側署名と、ＣＬＳＭ２２（図１１）とを送信する。
ダウンローダ２０８は、署名サーバ３からＣＬＳＭ２２を受信してＣＬコンピュータ２にロードし、起動する。
ＣＬＳＭ２２は、署名サーバ３から受信されたサーバ側署名を、正常であると検証する。
【００４９】
ステップ１１０（Ｓ１１０）において、ＣＬＳＭ２２は、ＸＭＬデータと、ＸＭＬ署名と、ＸＭＬ署名の公開鍵証明書を作成し、図９に示した伝送フレームを用いて、署名サーバ３に対して送信する。
ステップ１１２（Ｓ１１２）において、署名サーバ３は、ＣＬコンピュータ２のＣＬＳＭ２２から送られてきたＸＭＬ署名を、正常であると検証し、図１０に示したログを生成し、ログＤＢ４に記憶する。
【００５０】
ステップ１１４（Ｓ１１４）において、ＣＬＳＭ２２は、ＡＰサーバ５にアクセスし、アプリケーションの呼び出しを行う。
ステップ１１６（Ｓ１１６）において、ＣＬコンピュータ２とＡＰサーバ５との間で、呼び出されたアプリケーションによるサービスを提供するための通信が行われる。
【００５１】
なお、既に述べたように、図１３に点線で示すように、署名サーバ３が、ＣＬＳＭ２２に対して、ＸＭＬ署名が正常と検証されたことを通知（ＡＣＫを送出）するようにして、このＡＣＫを待って、ＣＬＳＭ２２がアプリケーションの呼び出しを行うようにしてもよい。
図１３を参照すると分かるように、本発明に係る電子署名方式を組み込んでも、既存のシステムにおける通信シーケンスを、ほとんど変更しなくて済む。
つまり、既存の通信シーケンスに、Ｓ１０８〜Ｓ１１２までの処理を追加し、Ｓ１０８の処理における送信先を、ＡＰサーバ５のＵＲＬから署名サーバ３のＵＲＬに変更するだけでよい。
従って、本発明に係る電子署名方式によれば、既存の通信システムに対して適応しやすく、容易に、既存の通信システムに、電子認証処理機能を追加することができる。
【００５２】
図１４は、ネットワークシステム１（図１など）における電子署名処理が、サーバ署名が異常と検証されて終了する場合（Ｓ１２）の通信シーケンス図である。
なお、以下の各シーケンス図において、実質的に共通な処理には、共通の符号が付してある。
Ｓ１００〜Ｓ１０８の処理において、図１３に示したように、ＡＰサーバ５との間の通信から、ＣＬＳＭ２２の実行までの処理が行われる。
【００５３】
ステップ１２０（Ｓ１２０）において、ＣＬＳＭ２２は、署名サーバ３から受信したサーバ側署名が、異常であると検証し、異常処理を行い、さらに、サーバ側署名が異常であると検証された旨を、Ｗｅｂブラウザ２０２を介して、ＣＬコンピュータ２の表示・入力装置１０６（図２）に表示する。
ステップ１２２（Ｓ１２２）において、ＣＬＳＭ２２は、署名サーバ３に対して、サーバ側署名が異常であると検証された旨を通知する。
この通知を受けて、署名サーバ３は、異常処理を行う。
【００５４】
図１５は、ネットワークシステム１（図１など）における電子署名処理が、ＸＭＬ署名が異常と検証されて終了する場合（Ｓ１４）の通信シーケンス図である。
Ｓ１００〜Ｓ１１０の処理において、図１３に示したように、ＡＰサーバ５との間の通信から、ＸＭＬ署名などの送信までの処理が行われる。
【００５５】
ステップ１４０（Ｓ１４０）において、署名サーバ３は、ＣＬＳＭ２２から送られてきたＸＭＬ署名が異常であると検証する。
署名サーバ３は、異常処理を行い、ＣＬＳＭ２２に対して、ＸＭＬ署名が異常であると検証された旨を通知する。
ステップ１４２（Ｓ１４２）において、ＣＬＳＭ２２は、Ｗｅｂブラウザ２０２を介して、ＣＬコンピュータ２の表示・入力装置１０６に、ＸＭＬ署名が異常であると検証された旨を通知する。
【００５６】
図１６は、ＣＬコンピュータ２（図１，図２など）が、署名サーバ３にＸＭＬ署名の検証を要求し、署名サーバ３が、ログの検証を行う場合（Ｓ１６）を示す通信シーケンス図である。
図１６に示すように、ステップ１６０（Ｓ１６０）において、ＣＬコンピュータ２は、ユーザの操作に応じて、ＸＭＬ署名の検証要求を、署名サーバ３に対して送信する。
【００５７】
ステップ１６２（Ｓ１６２）において、署名サーバ３は、ログＤＢ４を検索して、検証の対象となるログを取り出す。
ステップ１６４（Ｓ１６４）において、署名サーバ３は、ログに対する検証の結果を、ＣＬコンピュータ２に通知する。
【００５８】
［変形例］
ＣＬコンピュータ２が、署名サーバ３からＸＭＬ署名を受けるようにして、上記ＸＭＬ署名などの検証処理を、ＣＬコンピュータ２が行うようにしてもよい。また、上記ＸＭＬ署名などの検証処理は、署名サーバ３に対するユーザの操作に応じて行われてもよい。
【００５９】
図１７は、署名サーバ３（図１，図２）からＣＬコンピュータ２へのＣＬＳＭ２２の送信と、サーバ側署名データなどの送信を別とした電子署名を用いた検証の変形例（Ｓ１８）を示す通信シーケンス図である。
図１８は、図１７に示した変形例において、署名サーバ３（図１，図２）からＣＬコンピュータ２にＣＬＳＭ２２を送るための伝送フレームの構成を示す図である。
図１９は、図１７に示した変形例において、署名サーバ３（図１，図２）からＣＬコンピュータ２にフォームデータなどを送るための伝送フレームの構成を示す図である。
なお、以上説明した処理においては、図８に示したように、署名サーバ３からＣＬコンピュータ２に対して、ＣＬＳＭ２２と、サーバ側署名などとが一緒に送信される場合を具体例としたが、図１７〜図１９に示すように、署名サーバ３から、ＣＬコンピュータ２に対して、ＣＬＳＭ２２と、ＸＭＬ署名などとが別々に送られるようにしてもよい。
【００６０】
図１７に示すように、Ｓ１００〜Ｓ１０６の処理において、図１３に示したように、ＣＬコンピュータ２とＡＰサーバ５との通信から、Ｗｅｂブラウザ２０２から署名サーバ３へのフォームデータの送信までの処理が行われる。
ステップ１８０（Ｓ１８０）において、署名サーバ３は、図１８に示す伝送フレームを用いて、ＣＬコンピュータ２に対してＣＬＳＭ２２（図９）を送信する。
【００６１】
ステップ１８２（Ｓ１８２）において、ＣＬコンピュータ２は、ＣＬＳＭ２２の受信および動作準備が完了すると、署名サーバ３に対して、ＡＣＫ信号を返す。
ステップ（Ｓ１８４）において、署名サーバ３は、ＣＬコンピュータ２に対して、図１９に示す伝送フレームを用いて、フォームデータおよびサーバ側署名とを送信する。
Ｓ１１０〜Ｓ１１６の処理において、サーバ側署名の検証から、ＣＬコンピュータ２とＡＰサーバ５との間の通信までの処理が行われる
【００６２】
【発明の効果】
以上説明したように、本発明に係る電子検証システムおよびその方法によれば、サービスを提供するアプリケーションをほとんど変更せずに、電子検証を実現可能である。
【図面の簡単な説明】
【図１】本発明に係る電子署名方法が適応されるネットワークシステムの構成を示す図である。
【図２】図１に示したＣＬコンピュータ、署名サーバ、ログＤＢおよびＡＰサーバのハードウェア構成を例示する図である。
【図３】図１，図２に示したＡＰサーバが、ＣＬコンピュータに送信する入力フォームが示すＧＵＩ（ＧｒａｐｈｉｃａｌＵｓｅｒＩｎｔｅｒｆａｃｅ）画像を例示する図である。
【図４】図３に示した入力フォームの伝送に用いられる伝送フレームを例示する図である。
【図５】図３に対するユーザによるデータ入力操作を例示する図である。
【図６】図１，図２に示した署名サーバ上で実行される署名サーバプログラムの構成を示す図である。
【図７】ＣＬコンピュータが署名サーバに対してフォームデータを送信するために用いる伝送フレームを例示する図である。
【図８】図６に示したＣＬＳＭ送信部が、ＣＬＳＭ（図１１）をＣＬコンピュータに対して送信するために用いる伝送フレームを例示する図である。
【図９】ＣＬコンピュータ上で実行されるＣＬＳＭから署名サーバに対して、ＸＭＬデータ（表２）などを伝送するために用いられる伝送フレームを例示する図である。
【図１０】図６に示したログ生成部が生成するログを例示する図である。
【図１１】図１，図２に示したＣＬコンピュータ上で実行されるクライアントプログラム（ＣＬプログラム）の構成を示す図である。
【図１２】図１１に示したＣＬＳＭからＡＰサーバに対してフォームデータを送るために用いられる伝送フレームを示す図である。
【図１３】ネットワークシステム（図１など）における電子署名処理が、正常終了する場合（Ｓ１０）の通信シーケンス図である。
【図１４】ネットワークシステム（図１など）における電子署名処理が、サーバ署名が異常と検証されて終了する場合（Ｓ１２）の通信シーケンス図である。
【図１５】ネットワークシステム（図１など）における電子署名処理が、ＸＭＬ署名が異常と検証されて終了する場合（Ｓ１４）の通信シーケンス図である。
【図１６】ＣＬコンピュータ２（図１，図２など）が、署名サーバにＸＭＬ署名の検証を要求し、署名サーバが、ログの検証を行う場合（Ｓ１６）を示す通信シーケンス図である。
【図１７】署名サーバ（図１，図２）からＣＬコンピュータへのＣＬＳＭの送信と、サーバ側署名データなどの送信を別とした電子署名を用いた検証の変形例（Ｓ１８）を示す通信シーケンス図である。
【図１８】図１７に示した変形例において、署名サーバ（図１，図２）からＣＬコンピュータにＣＬＳＭを送るための伝送フレームの構成を示す図である。
【図１９】図１７に示した変形例において、署名サーバ（図１，図２）からＣＬコンピュータにフォームデータなどを送るための伝送フレームの構成を示す図である。
【符号の説明】
１・・・ネットワークシステム、
２・・・ＣＬコンピュータ、
１００・・・本体、
１０２・・・ＣＰＵ、
１０４・・・メモリ、
１０６・・・表示・入力装置、
１１０・・・通信装置、
１１２・・・記録装置、
１１４・・・記録媒体、
２０・・・ＣＬプログラム、
２００・・・ＵＩ部、
２０２・・・Ｗｅｂブラウザ、
２０４・・・ユーザ検証部、
２０６・・・通信制御部、
２０８・・・ダウンローダ、
２１０・・・サーバ公開鍵記憶部、
２１２・・・ＣＬ秘密鍵記憶部、
２２・・・ＣＬＳＭ、
２２０・・・受信処理部、
２２２・・・署名検証部、
２２４・・・ＸＭＬデータ生成部、
２２６・・・署名生成部、
２２８・・・送信処理部、
２３０・・・ＸＭＬ署名ＤＢ、
３・・・署名サーバ、
３０・・・ＷＳプログラム、
３００・・・ＵＩ部、
３０２・・・サーバ側秘密鍵記憶部、
３０８・・・通信制御部、
３１０・・・アプリケーション、
３２・・・ＳＳＭ、
３２０・・・署名制御部、
３２２・・・ハッシュ値生成部、
３２４・・・署名生成部、
３２６・・・ＣＬＳＭ送信部、
３３０・・・ＸＭＬ署名検証部、
３３２・・・ログ生成部、
３３４・・・ログ検証部、
４・・・ログＤＢ、
５・・・ＡＰサーバ、[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a digital signature system and a method for maintaining information security.
[0002]
[Prior art]
For example, Patent Documents 1 and 2 disclose methods of storing document data using an electronic signature.
In order to perform the electronic signature disclosed in Patent Literatures 1 and 2, a significant change is generally required for an application that provides a service to a client.
Some say that this is a barrier to the spread of electronic signatures.
Non-Patent Document 1 discloses an electronic signature system called “True Pass (trademark)”.
[0003]
[Patent Document 1] JP-A-2002-215827
[Patent Document 2] JP-A-2002-183653
[Non-patent document 1] http: // www. entrust. co. jp / products / truepass60. html
[0004]
[Problems to be solved by the invention]
The present invention has been made in view of the above-described background, and has as its object to provide an electronic signature system and an electronic signature method capable of performing an electronic signature process with almost no change in an application that provides a service.
Another object of the present invention is to provide a digital signature system and a method different from the method disclosed in Non-Patent Document 1 described above.
[0005]
[Means for Solving the Problems]
[Digital signature system]
In order to achieve the above object, an electronic signature system according to the present invention is an electronic signature system including a first node, a second node, and a third node, wherein the first node comprises: Transmission data transmitting means for transmitting predetermined transmission data to the third node; receiving a first electronic signature transmitted by the third node; verifying the received first electronic signature; Verifying means for generating the second digital signature from the transmission data, and transmitting the generated second digital signature to the third node; Access means for accessing the second node when the first electronic signature is verified to be normal, wherein the third node receives the transmitted transmission data. Means and said received transmission Second signature means for generating the first electronic signature from the data and transmitting the generated first electronic signature to the first node; and the transmitted second electronic signature And a signature holding unit for holding the received second electronic signature.
[0006]
[Digital signature device]
An electronic signature device according to the present invention is an electronic signature device that causes a first node to execute an electronic signature process, wherein the first node transmits predetermined transmission data, When the signature is verified to be normal, a second node is accessed, an electronic signature process for generating and transmitting the second electronic signature from the transmission data is performed, and the transmitted transmission data is received. A signature generation unit configured to generate the first electronic signature from the received transmission data; a signature transmission unit configured to transmit the generated first electronic signature to the first node; Signature holding means for receiving the transmitted second electronic signature and holding the received second electronic signature.
[0007]
[Digital signature method]
Also, the electronic signature device according to the present invention is an electronic signature method for causing a first node to execute an electronic signature process, wherein the first node transmits predetermined transmission data, When the signature is verified to be normal, a second node is accessed, an electronic signature process for generating and transmitting the second electronic signature from the transmission data is performed, and the transmitted transmission data is received. And generating the first electronic signature from the received transmission data, transmitting the generated first electronic signature to the first node, and transmitting the second electronic signature to the first node. Receiving a signature and holding the received second electronic signature.
[0008]
[program]
Further, a program according to the present invention is a program for causing a first node to execute an electronic signature process, wherein the first node transmits predetermined transmission data and determines that the first electronic signature is normal. When the verification is performed, an electronic signature process for accessing the second node and generating and transmitting the second electronic signature from the transmission data is performed,
Receiving the transmitted transmission data and generating the first electronic signature from the received transmission data; transmitting the generated first electronic signature to the first node; And receiving the transmitted second electronic signature, and holding the received second electronic signature.
[0009]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described.
[0010]
[Network system 1]
FIG. 1 is a diagram showing a configuration of a network system 1 to which an electronic signature method according to the present invention is applied.
As shown in FIG. 1, the network system 1 includes m (m ≧ 1; m = 3 in FIG. 1) client computers (CL computers) 2-1 to 2-3, a signature server 3, and a log database ( The configuration adopts a configuration in which a log DB 4 and an application server (AP server) 5 are connected via a network 10 such as a LAN, a WAN, or the Internet.
[0011]
In the following, when any of a plurality of components such as the CL computers 2-1 to 2-3 is indicated without being specified, it may be simply abbreviated as the CL computer 2.
Hereinafter, the CL computer 2, the signature server 3, the log DB 4, the AP server 5, and the like may be collectively referred to as a node.
In the network system 1, with these configurations, the electronic signature processing is performed between the CL computer 2 and the signature server 3, and various services and functions are provided from the AP server 5 to the CL computer 2.
The protocol used for communication between the CL computer 2, the signature server 3, and the AP server 5 may be any protocol. Hereinafter, a specific example will be described in which communication is performed by HTTP (HyperText Transport Protocol) between them. I do.
[0012]
[Hardware configuration]
FIG. 2 is a diagram illustrating a hardware configuration of the CL computer 2, the signature server 3, the log DB 4, and the AP server 5 shown in FIG.
As shown in FIG. 2, the CL computer 2, the signature server 3, the log DB 4, and the AP server 5 are a main body 100 including a CPU 102, a memory 104 and their peripheral circuits, a display device, and a display / input including a keyboard and a mouse. It comprises a device 106, a communication device 110 for communicating with the network system 1 or another node, and a recording device 112 such as an HD device and a CD device.
That is, the CL computer 2, the signature server 3, the log DB 4, and the AP server 5 have components as a computer having a communication function.
[0013]
[AP server 5]
FIG. 3 is a diagram exemplifying a GUI (Graphical User Interface) image indicated by an input form transmitted from the AP server 5 shown in FIGS. 1 and 2 to the CL computer 2.
FIG. 4 is a diagram illustrating a transmission frame used for transmitting the input form shown in FIG.
Hereinafter, in the figures showing each transmission frame, data that is not relevant to the description of the present invention is omitted as appropriate.
[0014]
The AP server 5 is, for example, a Web server that operates a Web application, and communicates with the CL computer 2 to provide various functions and services to the user of the CL computer 2.
If necessary, the AP server 5 indicates an item of data to be input to the user of the CL computer and prompts the CL computer 2 to input an input form to the CL computer 2 as shown in FIG. Send.
[0015]
That is, for example, when the user of the CL computer 2 performs an operation for ordering a product, the AP server 5 that has received the operation displays a GUI image for accepting a product order described in XML or HTML (see FIG. 3) is transmitted to the CL computer 2 on the display / input device 106 (FIG. 2) of the CL computer 2.
This input form is transmitted as accommodated in a transmission format including the URL of the CL computer 2 as the URL of the transmission destination and the URL of the AP server 5 as the URL of the transmission source as exemplified in FIG. You.
Further, each data shown in FIG. 4 may be encrypted by a method such as SSL (Secure Socket Layer) and transmitted between nodes (the same applies to the description of each transmission frame hereinafter).
[0016]
[Form data]
FIG. 5 is a diagram illustrating a data input operation performed by the user with respect to FIG.
As illustrated in FIG. 5, when the user performs an operation of inputting data for each item of the input form displayed on the display / input device 106 of the CL computer 2, the CL computer 2 performs the operation shown in Table 1 below. In this way, HTTP form data is generated.
In Tables 1 and 2 below, data irrelevant to the description of the electronic signature method according to the present invention is omitted as appropriate.
The form data includes data indicating each item of the input form illustrated in FIG. 3 and data input by the user as illustrated in FIG. 5 for each of these items in association with each other. Have been.
[0017]
[Table 1]

[0018]
If the same contents as the form data shown in Table 1 are described in, for example, XML (extensible Markup Language), which is more extensible and versatile than HTTP, as shown in Table 2 below, As a result, form data (in the following description, form data described in XML is also referred to as XML data) in which data input for an item is separated by a tag indicating each item is included.
[0019]
[Table 2]

[0020]
[Log DB4]
The log DB 4 stores and manages logs generated by the signature server 3 (described later with reference to FIGS. 6, 10 and the like).
The log DB 4 outputs the stored and managed log to the signature server 3 in response to the search from the signature server 3.
[0021]
[Signature server program 30]
FIG. 6 is a diagram showing a configuration of the signature server program 30 executed on the signature server 3 shown in FIGS.
For simplicity and clarity of illustration, lines indicating the flow of data and the like may be appropriately omitted in the following configuration diagrams.
As shown in FIG. 6, the signature server program 30 includes a user interface unit (UI unit) 300, a server-side secret key storage unit 302, a communication control unit 308, and a server-side signature module (SSM) 32.
The SSM 32 includes a signature control unit 320, a hash value generation unit 322, a signature generation unit 324, a client-side signature module (CLSM) transmission unit 326, an XML signature verification unit 330, a log generation unit 332, and a log verification unit 334.
[0022]
Note that the signature server 3 and the AP server 5 do not necessarily need to be separately configured, and the signature server program 30 may include an application that provides the function of the AP server 5.
Similarly, the signature server 3 and the log DB 4 do not necessarily need to be separately configured, and may be configured integrally.
The signature server program 30 is, for example, supplied to the signature server 3 via the recording medium 114 (FIG. 2), loaded into the memory 104, and executed.
With these components, the signature server program 30 performs an electronic signature process when it receives form data (Table 1) from the CL computer 2, for example.
[0023]
In the signature server program 30, the UI unit 300 accepts a user operation on the display / input device 106 (FIG. 2) of the signature server 3 and outputs necessary data to components of the signature server program 30.
Further, the UI unit 300 displays the operation state of the signature server program 30, data received from another node, and the like on the display / input device 106.
The server-side secret key storage unit 302 stores, for example, a secret key set in the signature server 3 via the UI unit 300, and outputs the secret key to the signature generation unit 324.
The communication control unit 308 performs communication control necessary for communication with another node.
[0024]
In the SSM 32, the signature control unit 320 controls the processing of each component of the SSM 32, and implements an electronic signature process between the log DB 4 and the AP server 5.
Further, the signature control unit 320 receives data from another node via the communication control unit 308, and outputs data necessary for an electronic signature process to each component of the SSM 32.
Further, the signature control unit 320 transmits data input from each component of the SSM 32 to another node via the communication control unit 308 as necessary.
[0025]
FIG. 7 is a diagram illustrating a transmission frame used by the CL computer 2 to transmit form data to the signature server 3.
The form data generated in the CL computer 2 (CLSM 22; FIG. 11) is transmitted not to the AP server 5 but to the signature server 3.
In order to transmit this form data, for example, as shown in FIG. 7, a transmission frame including the URL of the signature server 3 as the transmission destination, the URL of the CL computer 2 as the transmission source URL, and further including the form data Is used.
The hash value generation unit 322 generates a hash value of the form data received by the signature control unit 320 from the CL computer 2 via the communication control unit 308.
The hash value generation unit 322 outputs the generated hash value of the form data to the signature generation unit 324.
[0026]
The signature generation unit 324 sets the hash value of the generated form data in the signature server 3 and encrypts the hash value using the secret key stored in the server-side secret key storage unit 302 to obtain the server-side signature. .
The signature generation unit 324 outputs the form data input from the signature control unit 320 and the server-side signature to the CLSM transmission unit 326.
[0027]
Note that the hash value generation unit 322 is not essential in the SSM 32, and the signature generation unit 324 encrypts the form data itself (Table 1) that is not a hash value by using the secret key of the signature server 3 to generate a server-side signature. The server-side signature and the form data may be transmitted to the CLSM transmitting unit 326.
On the other hand, the hash value generation unit 322 generates a hash value having a fixed data length (for example, 128 bytes) from the form data.
Therefore, when the hash value generation unit 322 is used, when the form data is very long, the amount of data transmitted through the network 10 (FIG. 1) can be reduced, and the efficiency of the electronic signature processing can be improved. it can.
Hereinafter, a specific example will be described in which the hash value generation unit 322 is used to clarify the electronic signature method according to the present invention.
[0028]
FIG. 8 is a diagram exemplifying a transmission frame used by the CLSM transmitting unit 326 shown in FIG. 6 to transmit the CLSM 22 (FIG. 11) to the CL computer 2.
The CLSM transmission unit 326 transmits the server-side signature input from the signature generation unit 324, the form data, and the CLSM 22 downloaded and executed by the CL computer 2 (described later with reference to FIG. 11) to the signature control unit 320. Then, the data is transmitted to the CL computer 2 via the communication control unit 308 and the like.
[0029]
The CLSM transmission unit 326 transmits the CLSM 22 to the CL computer 2 with the server-side signature and the form data as initial values, using, for example, the transmission frame shown in FIG.
This transmission frame includes the URL of the CL computer 2 as the transmission destination URL, and the URL of the signature server 3 as the transmission source URL.
[0030]
FIG. 9 is a diagram illustrating a transmission frame used for transmitting XML data (Table 2) and the like from the CLSM 22 executed on the CL computer 2 to the signature server 3.
The CLSM 22 (FIG. 11) executed on the CL computer 2 converts the HTTP form data (form data generated by the CL computer 2 in some cases; Table 1) transmitted from the signature server 3 as described above. , XML form data (XML data; Table 2).
The CL computer 2 encrypts the XML data with a secret key of the CL computer 2 and obtains a signature (hereinafter also referred to as an XML signature) obtained by encrypting the XML data, and a certificate including the public key of the CL computer 2 (public key certification). To the signature server 3 together with the signature.
[0031]
The XML signature verification unit 330 decrypts the XML signature sent from the CLSM 22 using the public key of the CL computer 2 included in the public key certificate, as shown in FIG. 9, to obtain XML data (Table 2). , And the XML data sent from the CLSM 22 is compared with the XML data obtained as a result of decoding.
The XML signature verification unit 220 verifies that the XML signature sent from the CLSM 22 is normal when the XML data matches, and when the XML data does not match, the XML signature transmitted from the CLSM 22 is abnormal. Verify that has occurred.
As described above, the XML signature verification unit 330 authenticates the CL computer 2 (CLSM 22) and verifies whether the XML data transmitted from the CLSM 22 has been tampered with.
The XML signature verification unit 330 notifies the CL computer 2 (CLSM 22) when an abnormality has occurred in the XML signature.
[0032]
FIG. 10 is a diagram illustrating a log generated by the log generation unit 332 illustrated in FIG.
When the data (FIG. 9) including the XML data, the XML signature, and the public key certificate is sent from the CL computer 2, the log generation unit 332 receives these via the signature control unit 320, and as shown in FIG. Then, a log including the XML data, the XML signature, and the public key certificate is generated and stored in the log DB 4.
[0033]
The log verification unit 334 performs a search on the log DB 4 in response to a user operation on the signature server 3 or a request from the CL computer 2, reads a log whose verification is requested, and checks the validity of the read log. Verify
The log verification unit 344 decrypts the XML signature included in the read log (FIG. 10) using the public key included in the public key certificate into XML data, and obtains the XML data obtained as a result of the decryption. If the XML data included in the log matches, the read log is verified as normal, and if not, the log is verified as indicating an abnormality.
[0034]
[CL program 20]
FIG. 11 is a diagram showing a configuration of a client program (CL program) 20 executed on the CL computer 2 shown in FIGS.
As shown in FIG. 11, the CL program 20 includes a UI unit 200, a Web browser 202, a communication control unit 206, a downloader 208, a server public key storage unit 210, a client private key storage unit (CL private key storage unit) 212, and a CLSM 22. Consists of
The CLSM 22 includes a reception processing unit 220, a signature verification unit 222, an XML data generation unit 224, a signature generation unit 226, a transmission processing unit 228, and an application calling unit (AP calling unit) 230.
[0035]
Each component of the CL program 20 other than the CLSM 22 is supplied to the CL computer 2 via the recording medium 114 (FIG. 2), loaded into the memory 104, and executed.
The CLSM 22 is downloaded from the signature server 3 to the CL computer 2 by the CLSM transmission unit 326 of the signature server program 30 and executed.
The CL program 20 performs communication between the CL computer 2 and the AP server 5 and digital signature processing between the CL computer 2 and the signature server 3 using these components.
The CLSM 22 may be downloaded from the signature server to the CL computer 2 each time the digital signature processing is performed, and may be deleted each time the digital signature processing is completed. Alternatively, it may be used in the CL computer 2.
[0036]
The UI unit 200 accepts a user operation on the display / input device 106 (FIG. 2) and outputs data necessary for processing to each component of the CL program 20.
Further, the UI unit 200 displays on the display / input device 106 the operating state of the CL program 20, an image input from the Web browser 202, and the like.
[0037]
Further, the UI unit 200 receives the input form (FIG. 3) from the AP server 5 via the Web browser 202 or the like, and displays the input form on the display / input device 106 (FIG. 2) of the CL computer 2.
Further, the UI unit 200 accepts a user operation (FIG. 5) for the displayed input form, generates form data (Table 1), and sends the form data (Table 1) to the signature server 3 via the Web browser 202 and the communication control unit 206. Send.
As shown by the dotted line in FIG. 11, when the XML data generation unit 224 of the CLSM 22 creates XML data from the form data generated by the UI unit 200, or when the signature verification unit 222 generates the XML data by the UI unit 200. When the XML signature is verified using the form data, the UI unit 200 outputs the form data to the XML data generation unit 224 and the signature verification unit 222.
[0038]
The Web browser 202 provides a function for WWW browsing.
Further, the web browser 202 outputs data necessary for the digital signature processing to the CLSM 22, and transmits data input from the CLSM 22 to another node.
The communication control unit 206 performs communication control required for communication between the CL computer 2 and another node.
The downloader 208 receives the CLSM 22 transmitted from the signature server 3 (CLSM transmitting unit 326) via, for example, the Web browser 220, loads the CLSM 22 on the memory 104, and sets the CLSM 22 to be executable.
The server public key storage unit 210 stores the public key of the signature server 3 input via the UI unit 200 or the like and outputs the public key to the signature verification unit 222 of the CLSM 22.
The CL secret key storage unit 212 stores the secret key of the CL computer 2 input via the UI unit 200 or the like, and outputs the secret key to the signature generation unit 226 of the CLSM 22.
[0039]
In the CLSM 22, the reception processing unit 220 receives data related to an electronic signature transmitted from another node via the communication control unit 206 and the Web browser 202 and outputs the data to each component of the SSM 32.
The transmission processing unit 228 transmits data related to an electronic signature input from each component of the CLSM 22 to another node via the communication control unit 206, the Web browser 202, and the like.
[0040]
As shown in FIG. 6, the signature verification unit 222 uses the public key of the signature server 3 stored in the server public key storage unit 210 to convert the server-side signature sent from the signature server 3 together with the CLSM 22 and the like. The data is decrypted to form HTTP form data (Table 1).
The signature verification unit 222 compares the form data sent from the signature server 3 together with the CLSM 22 and the like (in some cases, form data input from the UI unit 200; Table 1) and the form data obtained as a result of the decryption. If they match, it is verified that the form data sent from the signature server 3 is normal. If they do not match, it is determined that the form data sent from the signature server 3 is abnormal.
As described above, the signature verification unit 222 authenticates the signature server 3 and verifies whether the transmitted data has been tampered with.
[0041]
The XML data generation unit 224 converts HTTP form data (form data input from the UI unit 200; Table 1 in some cases; Table 1) input from the signature verification unit 222 into XML data, and converts the XML data (Table 2). ).
Hereinafter, for clarification of the description, a specific example in which the XML data generation unit 224 converts form data of another format into the XML format will be described.
However, the XML data generation unit 224 is not essential for the CLSM 22, and the signature generation unit 226 may create a signature from form data that is not converted to the XML format.
[0042]
The signature generation unit 226 encrypts the XML data input from the XML data generation unit 224 using the secret key of the CL computer 2 input from the CL secret key storage unit 212 to generate an XML signature.
In this way, the signature generation unit 226 encrypts the hash value of the XML data with the secret key of the CL computer 2 to generate the XML signature, so that the signature server 3 cannot falsify the XML signature.
[0043]
When the signature verification unit 222 outputs a verification result indicating that the form data sent from the signature server 3 is valid, the transmission processing unit 228 transmits the XML data, the XML signature input from the signature generation unit 226, and the public The data including the key certificate (FIG. 9) is transmitted to the signature server 3.
The transmission processing unit 228 generates the data shown in FIG. 9 by setting the URL of the destination (transmission destination) of the data from the URL of the AP server 5 to the URL of the signature server 3 and the URL of the transmission source as the URL of the CL computer 2. I do.
When the signature verification unit 222 issues a verification result indicating that the form data sent from the signature server 3 is not valid, the transmission processing unit 228 sends the data notifying the signature server 3 of the signature data to the signature server 3. Send to server 3.
[0044]
FIG. 12 is a diagram showing a transmission frame used for transmitting form data from the CLSM 22 shown in FIG. 11 to the AP server 5.
When the signature verification unit 222 verifies that the form data sent from the signature server 3 is valid, the AP calling unit 230 transmits the form data to the AP server 5 and sends the application data on the AP server 5 To get the service.
[0045]
As shown in FIG. 12, the AP calling unit 230 includes a transmission frame including the URL of the AP server 5 as the URL of the transmission destination, the URL of the CL computer 2 as the URL of the transmission source, and further including the form data (Table 1). Is transmitted to the AP server 5.
Note that when the signature server 3 verifies that the XML signature is normal, the signature server 3 notifies the CLSM 22 of the fact. The form data (Table 1) may be transmitted to the server 5.
[0046]
[Operation of Network System 1]
FIG. 13 is a communication sequence diagram when the digital signature processing in the network system 1 (such as FIG. 1) ends normally (S10).
As shown in FIG. 13, as shown in step 100 (S100), general communication is performed between the Web browser 202 (FIG. 11) operating on the CL computer 2 and the AP server 5.
In step 102 (S102), the Web browser 202 of the CL computer 2 requests the AP server 5 to transmit an input form (FIG. 3).
[0047]
In step 104 (S104), the AP server 5 transmits the input form to the Web browser 202 of the CL computer 2 using the transmission frame shown in FIG.
The Web browser 202 receives the input form from the AP server 5, and displays the input form on the display / input device 106 (FIG. 2) of the CL computer 2 via the UI unit 200.
When the user inputs necessary data for each item of the displayed input form, the UI unit 200 generates form data (Table 1) and outputs the form data to the Web browser 202.
[0048]
In step 106 (S106), the Web browser 202 transmits the generated form data to the AP server 5.
In step 108 (S108), the signature server 3 transmits the form data, the server-side signature, and the CLSM 22 (FIG. 11) to the Web browser 202 using the transmission form shown in FIG.
The downloader 208 receives the CLSM 22 from the signature server 3, loads the CLSM 22 into the CL computer 2, and starts up.
The CLSM 22 verifies that the server-side signature received from the signature server 3 is normal.
[0049]
In step 110 (S110), the CLSM 22 creates the XML data, the XML signature, and the public key certificate of the XML signature, and transmits them to the signature server 3 using the transmission frame shown in FIG.
In step 112 (S112), the signature server 3 verifies that the XML signature sent from the CLSM 22 of the CL computer 2 is normal, generates the log shown in FIG. 10, and stores it in the log DB 4.
[0050]
In step 114 (S114), the CLSM 22 accesses the AP server 5 and calls an application.
In step 116 (S116), communication for providing a service by the called application is performed between the CL computer 2 and the AP server 5.
[0051]
As described above, as shown by the dotted line in FIG. 13, the signature server 3 notifies the CLSM 22 of the fact that the XML signature has been verified to be normal (transmits an ACK). , The CLSM 22 may call the application.
As can be seen from FIG. 13, even if the digital signature scheme according to the present invention is incorporated, the communication sequence in the existing system hardly needs to be changed.
That is, it is only necessary to add the processes of S108 to S112 to the existing communication sequence and change the transmission destination in the process of S108 from the URL of the AP server 5 to the URL of the signature server 3.
Therefore, according to the electronic signature method according to the present invention, it is easy to adapt to an existing communication system, and an electronic authentication processing function can be easily added to the existing communication system.
[0052]
FIG. 14 is a communication sequence diagram in a case where the electronic signature processing in the network system 1 (FIG. 1 or the like) ends when the server signature is verified as being abnormal (S12).
In the following sequence diagrams, substantially common processes are denoted by common reference numerals.
In the processing of S100 to S108, as shown in FIG. 13, processing from communication with the AP server 5 to execution of the CLSM 22 is performed.
[0053]
In step 120 (S120), the CLSM 22 verifies that the server-side signature received from the signature server 3 is abnormal, performs abnormality processing, and further notifies the Web that the server-side signature is verified to be abnormal. The information is displayed on the display / input device 106 (FIG. 2) of the CL computer 2 via the browser 202.
In step 122 (S122), the CLSM 22 notifies the signature server 3 that the server-side signature has been verified to be abnormal.
Upon receiving this notification, the signature server 3 performs an abnormal process.
[0054]
FIG. 15 is a communication sequence diagram in a case where the digital signature processing in the network system 1 (FIG. 1 or the like) ends when the XML signature is verified to be abnormal (S14).
In the processing of S100 to S110, as shown in FIG. 13, processing from communication with the AP server 5 to transmission of an XML signature or the like is performed.
[0055]
In step 140 (S140), the signature server 3 verifies that the XML signature sent from the CLSM 22 is abnormal.
The signature server 3 performs abnormality processing and notifies the CLSM 22 that the XML signature has been verified to be abnormal.
In step 142 (S142), the CLSM 22 notifies the display / input device 106 of the CL computer 2 via the Web browser 202 that the XML signature has been verified to be abnormal.
[0056]
FIG. 16 is a communication sequence diagram showing a case where the CL computer 2 (FIGS. 1 and 2 or the like) requests the signature server 3 to verify the XML signature, and the signature server 3 verifies the log (S16). .
As shown in FIG. 16, in step 160 (S160), the CL computer 2 transmits an XML signature verification request to the signature server 3 in response to a user operation.
[0057]
In step 162 (S162), the signature server 3 searches the log DB 4 and extracts a log to be verified.
In step 164 (S164), the signature server 3 notifies the CL computer 2 of the result of the log verification.
[0058]
[Modification]
The CL computer 2 may receive the XML signature from the signature server 3 so that the CL computer 2 performs the above-described verification processing such as the XML signature. Further, the verification process such as the XML signature may be performed according to a user operation on the signature server 3.
[0059]
FIG. 17 shows a modified example (S18) of the verification using an electronic signature that is different from the transmission of the CLSM 22 from the signature server 3 (FIGS. 1 and 2) to the CL computer 2 and the transmission of the server-side signature data and the like. It is a communication sequence diagram.
FIG. 18 is a diagram showing a configuration of a transmission frame for sending the CLSM 22 from the signature server 3 (FIGS. 1 and 2) to the CL computer 2 in the modification shown in FIG.
FIG. 19 is a diagram showing a configuration of a transmission frame for transmitting form data and the like from the signature server 3 (FIGS. 1 and 2) to the CL computer 2 in the modification shown in FIG.
In the above-described processing, as shown in FIG. 8, a specific example is shown in which the CLSM 22 and the server-side signature are transmitted together from the signature server 3 to the CL computer 2. As shown in FIGS. 17 to 19, the CLSM 22 and the XML signature may be separately sent from the signature server 3 to the CL computer 2.
[0060]
As shown in FIG. 17, in the processing of S100 to S106, as shown in FIG. 13, processing from communication between the CL computer 2 and the AP server 5 to transmission of form data from the Web browser 202 to the signature server 3 Is performed.
In step 180 (S180), the signature server 3 transmits the CLSM 22 (FIG. 9) to the CL computer 2 using the transmission frame shown in FIG.
[0061]
In step 182 (S182), the CL computer 2 returns an ACK signal to the signature server 3 when the reception of the CLSM 22 and the operation preparation are completed.
In step (S184), the signature server 3 transmits the form data and the server-side signature to the CL computer 2 using the transmission frame shown in FIG.
In the processing of S110 to S116, processing from verification of the server-side signature to communication between the CL computer 2 and the AP server 5 is performed.
[0062]
【The invention's effect】
As described above, according to the electronic verification system and the method thereof according to the present invention, electronic verification can be realized with almost no change in the application providing the service.
[Brief description of the drawings]
FIG. 1 is a diagram showing a configuration of a network system to which an electronic signature method according to the present invention is applied.
FIG. 2 is a diagram illustrating a hardware configuration of a CL computer, a signature server, a log DB, and an AP server shown in FIG. 1;
FIG. 3 is a diagram exemplifying a GUI (Graphical User Interface) image shown by an input form transmitted to the CL computer by the AP server shown in FIGS. 1 and 2;
FIG. 4 is a diagram illustrating a transmission frame used for transmitting the input form shown in FIG. 3;
FIG. 5 is a diagram illustrating a data input operation by the user with respect to FIG. 3;
FIG. 6 is a diagram showing a configuration of a signature server program executed on the signature server shown in FIGS. 1 and 2.
FIG. 7 is a diagram illustrating a transmission frame used by a CL computer to transmit form data to a signature server.
8 is a diagram illustrating a transmission frame used by the CLSM transmitting unit shown in FIG. 6 to transmit CLSM (FIG. 11) to a CL computer.
FIG. 9 is a diagram exemplifying a transmission frame used to transmit XML data (Table 2) and the like from a CLSM executed on a CL computer to a signature server.
FIG. 10 is a diagram illustrating a log generated by a log generation unit illustrated in FIG. 6;
FIG. 11 is a diagram showing a configuration of a client program (CL program) executed on the CL computer shown in FIGS. 1 and 2.
12 is a diagram showing a transmission frame used to send form data from the CLSM shown in FIG. 11 to the AP server.
FIG. 13 is a communication sequence diagram in a case where the digital signature processing in the network system (such as FIG. 1) ends normally (S10).
FIG. 14 is a communication sequence diagram when the electronic signature processing in the network system (such as FIG. 1) ends when the server signature is verified as being abnormal (S12).
FIG. 15 is a communication sequence diagram in a case where the digital signature processing in the network system (such as FIG. 1) ends when the XML signature is verified as being abnormal (S14).
FIG. 16 is a communication sequence diagram showing a case where the CL computer 2 (FIG. 1, FIG. 2, etc.) requests the signature server to verify an XML signature, and the signature server verifies a log (S16).
FIG. 17 is a communication sequence showing a modification (S18) of verification using an electronic signature in which transmission of a CLSM from a signature server (FIGS. 1 and 2) to a CL computer and transmission of server-side signature data and the like are separate. FIG.
18 is a diagram showing a configuration of a transmission frame for sending a CLSM from the signature server (FIGS. 1 and 2) to the CL computer in the modification shown in FIG.
FIG. 19 is a diagram showing a configuration of a transmission frame for transmitting form data and the like from the signature server (FIGS. 1 and 2) to the CL computer in the modification shown in FIG.
[Explanation of symbols]
1 ... Network system,
2 ... CL computer,
100 ... body,
102 ... CPU,
104 ... memory,
106 ・・・ Display / input device,
110 ... communication device,
112 ・・・ Recording device,
114 ・・・ Recording medium,
20 CL program,
200: UI unit,
202: Web browser,
204 ... user verification unit,
206: a communication control unit,
208 ... Downloader,
210: server public key storage unit
212 CL storage unit,
22 ... CLSM,
220 ... reception processing unit,
222 ... signature verification unit,
224 ... XML data generation unit,
226... Signature generation unit
228 ... transmission processing unit,
230 ... XML signature DB,
3 ... Signature server
30 WS program,
300 ... UI unit,
302 ... server-side secret key storage unit
308 ・・・ Communication control unit
310 ・・・ Application,
32 ... SSM,
320 ... signature control unit,
322... Hash value generation unit,
324... Signature generation unit
326 CLSM transmission unit
330... XML signature verification unit
332... Log generation unit
334... Log verification unit
4 ... log DB,
5 ... AP server,

Claims

An electronic signature system having a first node, a second node, and a third node,
The first node comprises:
Transmission data transmission means for transmitting predetermined transmission data to the third node;
Verification means for receiving the first electronic signature transmitted by the third node and verifying the received first electronic signature;
First signature means for generating the second electronic signature from the transmission data and transmitting the generated second electronic signature to the third node;
Access means for accessing the second node when at least the first electronic signature is verified to be normal;
The third node comprises:
Transmission data receiving means for receiving the transmitted transmission data,
Second signature means for generating the first electronic signature from the received transmission data, and transmitting the generated first electronic signature to the first node;
A signature holding unit that receives the transmitted second electronic signature and holds the received second electronic signature.

An electronic signature device for causing a first node to execute an electronic signature process, wherein the first node transmits predetermined transmission data and verifies that the first electronic signature is normal. Performing an electronic signature process of generating and transmitting the second electronic signature from the transmission data,
Signature generating means for receiving the transmitted transmission data and generating the first electronic signature from the received transmission data;
Signature transmitting means for transmitting the generated first electronic signature to the first node;
An electronic signature device comprising: a signature holding unit that receives the transmitted second electronic signature and holds the received second electronic signature.

The signature generation means,
Encrypting the received transmission data using a secret key set for the electronic signature device to obtain first encrypted data;
Generating the first electronic signature including the received transmission data and the first encrypted data;
The electronic signature processing in the first node includes:
Decrypting the first encrypted data included in the first electronic signature data using the public key set for the electronic signature device as the transmission data;
The electronic signature device according to claim 2, wherein whether or not the first electronic signature is normal is verified based on transmission data included in the first electronic signature and the decrypted transmission data.

The signature generation means,
A hash value of the received transmission data is encrypted using a secret key set for the electronic signature device to obtain first encrypted data,
Generating the first electronic signature including the received transmission data and the generated first encrypted data;
The electronic signature processing in the first node includes:
Decrypting the first encrypted data included in the first electronic signature data using a public key set for the electronic signature device, as a hash value of the transmission data;
3. The method according to claim 2, wherein verifying whether the first electronic signature is normal based on a hash value of the transmission data included in the first electronic signature and a hash value of the decrypted transmission data. 4. Electronic signature device as described.

The electronic signature device according to claim 2, further comprising a verification unit that verifies the received second electronic signature.

The electronic signature device according to claim 5, wherein the verification unit further verifies the stored second electronic signature.

7. The electronic signature device according to claim 5, wherein the signature holding unit holds the received second electronic signature when the received second electronic signature is verified to be normal.

The electronic signature processing in the first node encrypts the transmission data using a secret key set for the first node to generate second encrypted data, and the transmission data and the second Generating the second digital signature including the encrypted data of
The verification means,
Decrypting the second encrypted data included in the second electronic signature data using a public key set for the first node, as the transmission data;
The device according to any one of claims 5 to 7, wherein whether or not the second electronic signature is normal is verified based on transmission data included in the second electronic signature and the decrypted transmission data. Electronic signature device.

9. The electronic signature device according to claim 8, wherein the signature holding unit holds the second encrypted data, the transmission data, and a public key set for the first node.

The electronic signature processing in the first node performs predetermined conversion processing on the transmission data to obtain conversion data, and encrypts the conversion data using a secret key set for the first node. And generates the second digital signature including the converted data and the second encrypted data.
The verification means,
Decrypting the second encrypted data included in the second digital signature data using a public key set for the first node, as the converted data;
7. The device according to claim 5, wherein whether or not the second electronic signature is normal is verified based on the converted data included in the second electronic signature and the decrypted converted data. 8. Electronic signature device.

The electronic signature device according to claim 10, wherein the signature holding unit holds the second encrypted data, the converted data, and a public key set for the first node.

Signature module transmitting means for transmitting a signature module for executing a digital signature process in the first node to the first node;
The electronic signature device according to claim 2, wherein the first node receives and executes the transmitted signature module to implement an electronic signature process in the first node. 13.

An electronic signature method for causing a first node to execute an electronic signature process, wherein the first node transmits predetermined transmission data and verifies that the first electronic signature is normal. Performing an electronic signature process of generating and transmitting the second electronic signature from the transmission data,
Receiving the transmitted transmission data, generating the first electronic signature from the received transmission data,
Transmitting the generated first electronic signature to the first node;
An electronic signature method for receiving the transmitted second electronic signature and holding the received second electronic signature.

A program for causing a first node to execute an electronic signature process, wherein the first node transmits predetermined transmission data and verifies that the first electronic signature is normal. Performing an electronic signature process of generating and transmitting the second electronic signature from the transmission data;
Receiving the transmitted transmission data and generating the first electronic signature from the received transmission data;
Transmitting the generated first electronic signature to the first node;
Receiving the transmitted second electronic signature and holding the received second electronic signature.