JP3649006B2

JP3649006B2 - Electronic seal system

Info

Publication number: JP3649006B2
Application number: JP32895598A
Authority: JP
Inventors: 秀郎檜山
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 1998-11-19
Filing date: 1998-11-19
Publication date: 2005-05-18
Anticipated expiration: 2018-11-19
Also published as: JP2000155524A

Description

【０００１】
【発明の属する技術分野】
この発明は、企業内業務で通常使用されている検印の電子化や行政分野で利用されている証明印の電子化を行う電子検印システムに関するものである。
【０００２】
【従来の技術】
従来の電子署名方式は例えば特開平７−２８７５１５号公報に示されている。ここでは、認証交換と電子署名の方法について各種の方法が説明されているが、これらはシュノールの認証交換方法をベース（従来例）としてさらに改良を加えたものであり、内容は複雑になっているが本質的な考え方はシュノールの認証交換方法と同じである。
【０００３】
ここでは、説明を簡単にするために、従来例としてシュノールの認証交換方法について説明する。図３はシュノールの認証交換方法の概略図である。図において、まず、素数ｐ、ｑを用意する。証明者Ａは検証者Ｂに自身を証明するために、１とｑとの間のランダムな数ｒを生成し、１とｐとの間のランダムな数ｇを生成する。次に、ｇをｒで累乗し、これをｐで割った残りｘ（ｘ＝ｇ^r ｍｏｄｐ）を求める。そして、このｘを検証者Ｂに送信する。検証者Ｂは証明者Ａからｘを受信すると、１とｑとの間でランダムな数ｅを生成して証明者Ａへ送信する。証明者Ａは、検証者Ｂからランダムな数ｅを受信すると、このｅと自分の秘密鍵の１つであるｓとを掛け、これに上記で用いたランダムな数ｒを加えてｑで割った残りｙ（ｙ＝（ｒ＋ｅｓ）ｍｏｄｑ）を求める。そしてこのｙを検証者Ｂへ送信する。
【０００４】
検証者Ｂは証明者Ａからこのｙを受信すると、ｇをｙで累乗し、これに証明者Ａの公開鍵であるｖ（ｖ＝ｇ ^-s ｍｏｄｐ）をｅで累乗して掛けた後、ｐで割った残り（ｇ^ｙｖ^ｅｍｏｄｐ）を求める。このようにして求めた残りが証明者Ａから受信したｘ（ｘ＝ｇ^r ｍｏｄｐ）と同じであるか否かを調べて証明者Ａの正当性を認証する。
【０００５】
また、証明者Ａが電子化された文書ｍを電子署名しようとすれば、証明者Ａは１とｑとの間でランダムな数ｒを生成してｇをｒで累乗し、これをｐで割った残りｘ（ｘ＝ｇ^r ｍｏｄｐ）を求める。そして、ハッシュ関数を用いてｘと文書ｍをハッシュ（縮約）し、ｅ（ｅ＝ｈ（ｇ^r ｍｏｄｐ、ｍ））を求める。さらに、文書ｍに対する証明者Ａの電子署名を検証できるよう自分の秘密鍵であるｓとｅを掛け、これに用いられたランダムな数ｒを加えてｑで割った残りｙ（ｙ＝（ｒ＋ｅｓ）ｍｏｄｑ）を求める。このようにして求めた（ｅ、ｙ）が、文書ｍに対する証明者Ａの電子署名となる。
【０００６】
文書ｍに対する証明者Ａの電子署名（ｅ、ｙ）の検証者による検証では、ｇをｙで累乗し、これに証明者Ａの公開鍵であるｖ（ｖ＝ｇ ^-s ｍｏｄｐ）をｅで累乗して掛けた後、ｐで割った残り（ｇ^ｙｖ^ｅｍｏｄｐ）を求める。そして、これと文書ｍをハッシュする。このようにハッシュした値ｈ（ｇ^ｙｖ^ｅｍｏｄｐ、ｍ）が受信したｅと同じであるか否かを調べることにより、証明者Ａの電子署名（ｅ、ｙ）の正当性を検証する。
【０００７】
【発明が解決しようとする課題】
このように、従来の電子署名方法では、確かに証明者（以下、検印者ともいう）の資格の証明と電子署名の正当性の検証ができるが、検印時の検印日時の証明や検印者の正当性の証明や検印者の資格の証明を中立で信頼できる第三者によって保証する手段がなく、悪意の検印者がいた場合の対抗手段がないという問題点があった。
【０００８】
また、従来の電子署名では検印画像データを扱っておらず、従来の電子署名に実社会で使われている検印画像データを単純に電子的に付加しただけでは電子署名本来の機能に馴染まなかった。従って、従来の電子署名と実社会における検印業務の機能との対応がとりにくく、そのために広く普及しづらいという問題点があった。
【０００９】
この発明は上記のような問題点を解消するために為されたものであり、実社会で用いられている検印業務を電子的に実現するために、検印者自身による署名機能の他に、第三者による検印日時の証明、検印者の正当性の証明、検印者の職務上の資格証明および印影画像情報の付与を同時に行うことを目的とする。
【００１０】
【課題を解決するための手段】
この発明に係る電子検印システムは、認証書を発行する認証サーバと、原文が作成される押印処理用検印クライアントと、この押印処理用検印クライアントからの要求に基づき、前記原文に対して公証付与を行い、公証付与済データを前記押印処理用検印クライアントに送信する検印サーバと、前記押印処理用検印クライアントから検印済データを受信する確認処理用検印クライアントとを有する電子検印システムであって、
前記押印処理用検印クライアントは、ハッシュ関数及び検印者のプライベート鍵を用いて原文及び検印者コメントから原文用検印者署名を作成し、
ハッシュ関数及び検印者のプライベート鍵を用いて前記原文用検印者署名と前記認証サーバから配布される認証書とから公証依頼用電子署名を生成し、
さらに前記原文用検印者署名、前記公証依頼用電子署名及び前記認証書を合わせて公証依頼データとして前記検印サーバに送信し、
前記検印サーバは、前記押印処理用検印クライアントから前記公証依頼データを受信すると、検印者の公開鍵を用いて公証依頼用電子署名を復号したデータと、ハッシュ関数を用いて認証書及び原文用検印者署名から得られた出力値とを照合し、
照合の結果正当性が証明されたとき、予め登録されている資格管理データベースから検印者の資格情報を取り出し、この資格情報と、公証依頼時の日付から印影画像データを生成し、
前記原文用検印者署名、前記資格情報、前記日付情報及び前記印影画像データからハッシュ関数及び予め登録されている公証人のプライベート鍵を用いて、公証人署名を生成し、
この公証人署名、資格情報、日付情報、印影画像データ及び公証人の認証書から公証付与済データを作成し、前記押印処理検印クライアントに送付し、
前記押印処理検印クライアントは、前記検印サーバから受信した公証付与済データに、前記原文用検印者署名、検印者コメント、原文、及び検印者の認証書を付与して、検印済データとして、前記確認処理用検印クライアントに送信し、
前記確認処理用検印クライアントは、前記押印処理用検印クライアントから受信した前記検印済データ内に含まれる原文と検印者コメントとからハッシュ関数を用いて得られる出力値を、前記原文用検印者署名を検印者の公開鍵を用いて復号したデータと照合し、
照合の結果正当性が証明されたとき、前記検印済データ内に含まれる原文用検印者署名と資格情報と日時情報と印影画像データを合わせたものにハッシュ関数を用いて得られたデータと前記公証人の公開鍵を用いて復号したデータとを照合するものである。
【００１１】
また、この発明に係る電子検印システムは、認証書を発行する認証サーバと、原文が作成される押印処理用検印クライアントと、資格管理データベースを保有し、前記押印処理用検印クライアントからの要求に基づき、前記原文に対して公証付与を行い、公証付与済データを前記押印処理用検印クライアントに送信する検印サーバと、前記押印処理用検印クライアントから検印済データを受信する確認処理用検印クライアントとを有する電子検印システムであって、
前記押印処理用検印クライアントは、原文から原文用検印者署名を作成し、さらにこの原文用検印者署名から公証依頼検印者署名を作成し、この公証依頼用検印者署名と認証書と原文用検印者署名を公証依頼要求として、前記検印サーバに送信し、
前記検印サーバは、前記押印処理用検印クライアントから前記公証依頼要求を受信すると、前記公証依頼用検印者署名と、前記認証書及び原文用検印者署名とに基づき正当性を検証し、
その結果正当性が証明されたとき、前記資格管理データベースに登録されている資格情報と、公証依頼時の日付から印影画像データを生成し、
前記原文用検印者署名、前記資格情報、前記日付情報及び前記印影画像データから公証人署名を生成し、
この公証人署名、資格情報、日付情報、印影画像データ及び公証人の認証書を公証付与済データとして前記押印処理検印クライアントに送付し、
前記押印処理検印クライアントは、前記検印サーバから受信した公証付与済データに、前記原文用検印者署名、原文、及び検印者の認証書を付与して、検印済データとして、前記確認処理用検印クライアントに送信し、
前記確認処理用検印クライアントは、前記押印処理用検印クライアントから受信した前記検印済データ内に含まれる原文と前記原文用検印者署名とに基づいて正当性を検証し、その結果正当性が証明されたとき、前記検印済データ内に含まれる原文用検印者署名と資格情報と日時情報と印影画像データと前記公証人署名に基づいて正当性を検証するものである。
【００１２】
また、この発明に係る電子検印システムにおいて、前記検印サーバは、前記押印処理用検印クライアントへ公証付与を行う場合、前記資格管理データベースから検印者の資格情報を取り出し、この資格情報と、公証依頼時の日付から印影画像データを生成し、
前記原文用検印者署名、前記資格情報、前記日付情報及び前記印影画像データからハッシュ関数及び予め登録されている公証人のプライベート鍵を用いて、公証人署名を生成し、
この公証人署名、資格情報、日付情報、印影画像データ及び公証人の認証書から公証付与済データを作成し、この公証付与済データを前記押印処理検印クライアントに送付し、
前記押印処理用検印クライアントは、原文と検印者コメントとを合わせたものに対して、ハッシュ関数及び検印者のプライベート鍵を用いて原文用検印者署名を作成し、
さらに確認処理用検印クライアントに検印済データを送信するとき、検印済データ内に検印者コメントを含み、
前記確認処理用検印クライアントは、前記押印処理用検印クライアントから受信した前記検印済データ内に含まれる原文と検印者コメントとからハッシュ関数を用いて得られる出力値を、前記原文用検印者署名を検印者の公開鍵を用いて復号したデータと照合し、
その結果正当性が証明されたとき、前記検印済データ内に含まれる原文用検印者署名と資格情報と日時情報と印影画像データとからハッシュ関数を用いて得られたデータと前記公証人署名を公証人の公開鍵を用いて復号したデータとを照合することを特徴とする。
【００１３】
また、この発明に係る電子検印システムにおいて、前記確認処理用検印クライアントは、前記検印済データの照合の結果、照合結果が一致したときは、前記検印済データから原文、検印者コメント及び印影画像データを取り出し、画面に表示し、照合結果が一致しないときは画面にエラー表示することを特徴とする。
【００１４】
【発明の実施の形態】
実施の形態１．
図１はこの発明に係る検印システムの一実施の形態を示す概念図であり、この検印システムを一企業内に適用した場合の運用の全体の流れを示している。図において、１はデジタル証明書（以下、認証書ともいう）を発行する認証サーバ、２は発行されたデジタル証明書を格納するＩＣカード、３は検印処理を行う検印者、４は検印者３が検印処理を行う際の検印者側のソフトウェアを示す押印処理用検印クライアント、５は押印処理用検印クライアント４からの依頼に基づき中立の第三者として時刻情報、検印者資格、印影画像データを付与する検印サーバ、６は検印を受ける原データ、７は検印処理後の検印済データ、８は検印済データ７を検証する検証者（以下、検印確認者ともいう）、９は検証者８が検証を行う際の検証者側のソフトウェアを示す確認処理用検印クライアントである。
【００１５】
次に、図１に示した運用の流れを説明する。検印者は、予め検印者の正当性を保証するための認証書と、この認証書と対になったプライベート鍵（公開鍵方式のプライベート鍵）の発行をシステムの運用部門から受けておく。この場合、認証書の発行は通常は認証サーバ１が行い、認証書と対応するプライベート鍵はＩＣカード２等の媒体に入れて検印者に配布される。
【００１６】
検印者（通常職制の長であり押印者を指す）３は検印が必要な電子的な原データ６（この原データは各種のデータ生成用アプリケーションによって生成される）を押印処理用検印クライアント４の入力データとして入力し、検印済データ７を出力する。このとき、押印処理用検印クライアント４はＩＣカード２内の認証書とプライベート鍵を利用し、同時に検印サーバ５に対して公証付与を依頼して得られた公証結果を原データと組み合わせて検印済データ７を生成する。検印確認者８は検印クライアント４からの検印済データ７を入力し、検印検証ソフトウェアである検印クライアント９により検印の正当性を確認することができる。
【００１７】
図２は図１における検印処理の詳細な処理の流れを示した説明図であり、特に、ファイル類の流れについて説明している。図中、図１と同符号は同一又は相当部分を示す。１０１は検印クライアント４による一次処理、１０２は押印処理用検印クライアント４から検印サーバ５への依頼データ、１０３は検印サーバ５による処理、１０４は検印サーバ５から押印処理用検印クライアント４へのレスポンス、１０５は押印処理用検印クライアント４による２次処理である。なお、検印サーバ５は資格管理ＤＢ（データベース）、日付情報及び印影画像データを管理しているものとする。
【００１８】
次に、動作を図２を用いて説明する。押印処理用検印クライアント４による１次処理１０１において、まず、原文に対して検印者によるコメントを付与し、次に原文とコメントを合わせたデータ全体に対して検印者による原文用電子署名（以下、原文用検印者署名という）を作成する。さらに、この原文用検印者署名と検印者自身の認証書を合わせたデータに対して、公証依頼用電子署名を生成する。なお、ここでいう電子署名とは署名対象のデータをハッシュ関数（一方向性関数）の入力値とし、ハッシュ関数を通して得られた出力値を検印者の持つ公開鍵方式のプライベート鍵で暗号化したデータである。これにより、他人によるデータの改竄などを防止できる。なお、ハッシュ関数を用いるのは、暗号化の高速化を図る為である。
【００１９】
次に、検印クライアント４から検印サーバ５へ公証付与の依頼を行う。この場合、押印処理用検印クライアント４は一次処理１０１で作成した原文用検印者署名と検印者自身の正当性を示す認証書と公証依頼用検印者署名を合わせて公証依頼データ１０２を作成し、検印サーバ５へ送付する。
【００２０】
検印サーバ５はこの公証依頼データ１０２を押印処理用検印クライアント４から受信すると、公証依頼データ１０２中の原文用検印者署名と検印者自身の正当性を示す認証書から原文用検印者署名の非改竄性と公証依頼者（検印者）の正当性を調べる。この場合、検印者の公開鍵を用いて公証依頼用検印者署名を復号したデータを、認証書と原文用検印者署名をハッシュ関数を通して得られた出力値と照合する。照合の結果一致しなければ、検印サーバ５はその旨（エラー）を押印処理用検印クライアント４に通知する。照合の結果、一致して正当性が証明されると、検印サーバ５は原文用検印者署名を取り出す。
【００２１】
次に、検印サーバ５は自身が管理している資格管理ＤＢ（データベース）から検印者の資格情報を取り出し、これと公証依頼時の日付から印影画像データを生成する。次に、検印サーバ５は原文用検印者署名と資格情報と日付情報と印影画像データを合わせたものに対してハッシュ関数を通して、得られたデータに公開鍵方式の公証人のプライベート鍵で暗号化し、公証人署名を生成する。これにより、他人によるデータの改竄などを防止できる。
【００２２】
次に、検印サーバ５はレスポンスとして押印処理用検印クライアント４へ公証付与を行う。この場合、検印サーバ５は上記処理１０３で生成した公証人署名と資格情報と日時情報と印影画像データと公証人の認証書をまとめて公証付与済データ１０４を作成し押印処理用検印クライアント４に送付する。
【００２３】
押印処理用検印クライアント４はこの公証付与済データ１０４を検印サーバ５から受信すると、押印処理用検印クライアント４側での２次処理１０５において、公証付与済データとして受け取った公証人署名と資格情報と日付情報と印影画像データに原文用検印者署名と検印者コメントと原文を合わせ、さらに検印サーバ５より受け取った公証人の認証書と検印者の認証書を加えたものを１つのファイルとして生成する。このファイルが検印付与済の原文データ、即ち検印済データ７となる。
【００２４】
次に、押印処理用検印クライアント４は検印済データ７を既存のデータ移動コンテナ即ちファイル転送や電子メール、フロッピーなどの通信媒体によって確認処理用検印クライアント（検証用検印クライアントともいう）９に送付する。
【００２５】
確認処理用検印クライアント９は、押印処理用検印クライアント４からの検印済データ７を受信すると、この検印済データ７中の原文と検印者コメントを合わせたものをハッシュ関数にかけて得られたデータと原文用検印者署名を検印者の公開鍵を用いて復号したデータとを照合する。照合の結果一致しなければ、その旨を画面にエラー表示し、一致すれば原文と検印者コメントの非改竄性が証明できたことになる。
【００２６】
確認処理用検印クライアント９は、更に検印者の認証書の正当性も検証することにより検印者の正当性を確認する。次に、確認処理用検印クライアント９は、原文用検印者署名と資格情報と日時情報と印影画像データを合わせたものにハッシュ関数をかけて得られたデータと公証人署名を公証人の公開鍵を用いて復号したデータとを照合する。照合の結果一致しなければ、その旨を画面にエラー表示し、一致すれば原文と検印者コメントの非改竄性を確認したと同時に検印日付と検印者の資格が正しいことを公証人からお墨つきを頂いたことを示すので、検証用検印クライアント９は上記検印済データから原文と検印者コメントと印影画像データを取り出し、これらを表示する。
【００２７】
この実施の形態によれば、検印時の検印日付の証明や検印者の正当性の証明や検印者の資格の証明を中立で信頼できる第三者によって保証することができる。
【００２８】
また、この実施の形態によれば、検印者による押印の際、押印対象である原文に検印者自身のコメントを付加した後、電子署名を行うことにより、従来紙に対して押印を行う際に検印者の朱書きコメントを書き込むことに相当する機能を実現することができる。
【００２９】
なお、検印者用の端末と検印サーバの双方にＨＴＴＰプロトコルなどの通信プロトコルにより通信を行うための通信手段と、ＦＴＰプロトコルにより通信を行うためのＦＴＰ通信手段と、電子メールプロトコルにより通信を行うための電子メール通信手段と、フロッピーディスク等の可搬性データストレージとを備えることにより、検印者と検印サーバとの通信はＨＴＴＰプロトコルなどの通信プロトコル、ＦＴＰプロトコル、電子メールプロトコル、フロッピーディスク等の可搬性データストレージメディアのいずれでも可能である。
【００３０】
【発明の効果】
以上、この発明によれば、検印サーバが検印者の資格や日時や印影画像データに対して第三者である公証人としての署名をするので、検印時の検印日付の証明や検印者の正当性の証明や検印者の資格の証明を中立で信頼できる第三者によって保証することができるという効果を奏する。
【００３１】
また、この発明によれば、検印者による押印の際、押印対象である原文に検印者自身のコメントを付加した後、電子署名を行うので、従来の紙に対して押印を行う際に検印者の朱書きコメントを書き込むことに相当する機能を実現することができるという効果を奏する。
【００３２】
また、この発明によれば、押印処理用検印クライアントと検印サーバ間の通信、及び押印処理用検印クライアントと確認処理用検印クライアント間の通信として、ＨＴＴＰプロトコルなどの通信プロトコルによる通信手段、ＦＴＰプロトコルによる通信手段、電子メールのプロトコルによる通信手段、フロッピーディスク等の可搬性データストレージメディアのいずれをも接続するので、ＨＴＴＰプロトコルなどの通信プロトコルによる通信、ＦＴＰプロトコルによる通信、電子メールプロトコルによる通信、フロッピーディスク等の可搬性データストレージメディアによる通信のいずれも可能であるという効果を奏する。
【図面の簡単な説明】
【図１】この発明に係る検印システムの一実施の形態を示す概念図である。
【図２】実施の形態１における検印処理を行う際の詳細な処理の流れを示した説明図である。
【図３】従来の電子署名を示すシュノールの認証交換方法の概略図である。
【符号の説明】
１認証サーバ
２ＩＣカード
３押印者
４検印クライアント（押印処理）
５検印サーバ
６原文データ
７検印済データ
８検印確認者
９検印クライアント（確認処理）[0001]
BACKGROUND OF THE INVENTION
The present invention relates to an electronic seal system that digitizes a seal that is normally used in business within a company and digitizes a certificate that is used in the administrative field.
[0002]
[Prior art]
A conventional electronic signature method is disclosed in, for example, Japanese Patent Laid-Open No. 7-287515. Here, various methods are described for authentication exchange and electronic signature methods, but these are further improved based on the schnort authentication exchange method (conventional example), and the contents become complicated. However, the essential idea is the same as the Schnorr exchange method.
[0003]
Here, in order to simplify the description, a schnall authentication exchange method will be described as a conventional example. FIG. 3 is a schematic diagram of a schnort authentication exchange method. In the figure, first, prime numbers p and q are prepared. In order to prove itself to the verifier B, the prover A generates a random number r between 1 and q, and generates a random number g between 1 and p. Next, g is raised to the power of r, and the remainder x (x = g ^r mod p) obtained by dividing this by p is obtained. Then, this x is transmitted to the verifier B. When the verifier B receives x from the prover A, the verifier B generates a random number e between 1 and q and transmits it to the prover A. Prover A receives the random number e from the verifier B, multiplied by the s, one of the e and own private key, divided by q adding random number r used for this in the The remaining y (y = (r + es) mod q ) is obtained. Then, y is transmitted to the verifier B.
[0004]
When verifier B receives this y from prover A, verifier B raises g to the power of y and multiplies v (v = g ^-s mod p), which is the public key of prover A, to the power of e. , P to determine the remainder (g ^y v ^e mod p). Thus remainder found by authenticates the legitimacy of the prover A is received from the ^{x (x = g r mod p} ) same as whether the whether the examined prover A.
[0005]
Further, if the prover A intends to digitally sign the digitized document m, the prover A generates a random number r between 1 and q and raises g to the power of r. The remaining remainder x (x = g ^r mod p) is obtained. Then, the x and the document m hashed (contraction) using a hash function to determine the ^{e (e = h (g r} mod p, m)). Further, s and e, which are their own private keys, are multiplied so that the digital signature of the prover A for the document m can be verified, and the remaining number y (y = (r + es) obtained by adding the random number r used thereto and dividing by q. ) Mod q). The (e, y) obtained in this way becomes the electronic signature of the prover A for the document m.
[0006]
In verification by the verifier of the electronic signature (e, y) of the prover A for the document m, g is raised to a power of y, and v (v = g ^−s mod p) which is the public key of the prover A is e After multiplying by a power of, the remainder (g ^y v ^e mod p) divided by p is obtained. Then, this and the document m are hashed. The validity of the digital signature (e, y) of the prover A is verified by checking whether the hashed value h (g ^y v ^e mod p, m) is the same as the received e. .
[0007]
[Problems to be solved by the invention]
In this way, the conventional electronic signature method can certainly verify the qualification of the prover (hereinafter also referred to as the checker ) and verify the validity of the electronic signature. There is a problem that there is no means to guarantee the proof of validity and the proof of the qualification of the checker by a neutral and reliable third party, and there is no countermeasure against a malicious checker.
[0008]
In addition, the conventional digital signature does not handle the check image data, and simply adding the check image data used in the real world to the conventional digital signature simply does not fit into the original function of the digital signature. Therefore, there is a problem that it is difficult to take a correspondence between the conventional electronic signature and the function of the check business in the real world, which makes it difficult to spread widely.
[0009]
The present invention has been made to solve the above-described problems. In order to electronically implement the check work used in the real world, in addition to the signature function by the checker himself, The purpose is to simultaneously provide the date and time of proofing, the proof of legitimacy of the proofreader, the qualifications of the proofreader and the imprint image information.
[0010]
[Means for Solving the Problems]
The electronic stamping system according to the present invention provides an authentication server that issues a certificate, a stamping client for creating a stamp, and granting notarization to the original based on a request from the stamping client. An electronic seal system having a seal server for transmitting notarized data to the seal client for seal processing and a seal client for confirmation processing for receiving stamped data from the seal client for seal processing,
The seal processing seal client creates a text signer signature from the text and the signer comment using the hash function and the signer's private key,
Generating an electronic signature for notarization request from the original text checker signature and the certificate distributed from the authentication server using a hash function and the private key of the checker;
Furthermore, the original text checker signature, the notarization request electronic signature and the certificate are combined and sent to the check server as notarization request data,
When the notifying server receives the notarization request data from the stamping processing marking client, the stamp server decrypts the notarization request electronic signature using the stamper's public key, and the certificate and original text stamp using the hash function. Against the output value obtained from the person's signature,
When the correctness is proved as a result of verification, the qualification information of the checker is taken out from the qualification management database registered in advance, and imprint image data is generated from this qualification information and the date at the time of notarization request,
Using a hash function and a pre-registered notary private key from the original text checker signature, the qualification information, the date information and the imprint image data, generate a notary signature,
Create notary data from this notary signature, qualification information, date information, seal image data and notary certificate, and send it to the seal processing verification client,
The stamp processing check client adds the original text checker signature, the checker comment, the original text, and the certificate of the checker to the notarized data received from the check server, and the confirmation data is used as the checked data. Send it to the processing signing client,
The confirmation processing signing client outputs an output value obtained by using a hash function from the original text and the checker comment included in the stamped data received from the stamp processing confirmation client, and the original text signer signature. Check against the decrypted data using the public key of the checker,
When the correctness is proved as a result of the collation, the data obtained by using the hash function in the combination of the original text stamper signature, the qualification information, the date information, and the seal image data included in the stamped data, The data is verified against the decrypted data using the public key of the notary.
[0011]
The electronic seal system according to the present invention has an authentication server for issuing a certificate, a seal processing stamp client for generating a text, a qualification management database, and is based on a request from the seal processing stamp client. , Providing a notarization for the original text, and sending a notarized data to the stamping processing stamping client and a confirmation processing stamping client for receiving the stamped data from the stamping processing stamping client An electronic seal system,
The stamp processing stamp client creates a text signer signature from the original text, and further creates a notarization request stamper signature from the text stamp signer signature. The signature of the person to be sent to the check server as a notarization request,
When the notifying server receives the notarization request request from the stamping process checking client, the signing server verifies the validity based on the notarization request signer signature, the certificate and the original text signer signature,
As a result, when the validity is proved, the seal image data is generated from the qualification information registered in the qualification management database and the date at the time of notarization request,
Generating a notary signature from the original text checker signature, the qualification information, the date information and the seal image data;
Send this notary signature, qualification information, date information, imprint image data and notary certificate as notarized data to the stamp processing verification client,
The stamp processing check client adds the original text checker signature, the original text, and the certificate of the checker to the notarized data received from the check server, and uses the check processing check client as the checked data. To
The confirmation processing check client verifies the correctness based on the original text included in the stamped data received from the seal processing check client and the original checker signature, and as a result, the correctness is proved. In this case, the authenticity is verified based on the original text checker signature, qualification information, date and time information, seal image data, and notary signature included in the checked data.
[0012]
Further, in the electronic seal system according to the present invention, when giving a notarization to the seal processing seal client, the seal server takes out the qualification information of the stamper from the qualification management database, and at the time of requesting notarization From the date of
Using a hash function and a pre-registered notary private key from the original text checker signature, the qualification information, the date information and the imprint image data, generate a notary signature,
Create notary-given data from this notary signature, qualification information, date information, seal image data and notary certificate, and send this notarized data to the stamp processing verification client,
The seal processing stamp client creates a text signer signature using a hash function and the stamper's private key for the original text and the checker comment.
Furthermore, when sending the stamped data to the check client for confirmation processing, the checker comment is included in the stamped data,
The confirmation processing signing client outputs an output value obtained by using a hash function from the original text and the checker comment included in the stamped data received from the stamp processing confirmation client, and the original text signer signature. Check against the decrypted data using the public key of the checker,
As a result, when the validity is proved, the data obtained by using a hash function from the original text stamper signature, the qualification information, the date information, and the seal image data included in the stamped data and the notary signature are obtained. It is characterized by collating with the decrypted data using the notary public key.
[0013]
Further, in the electronic seal system according to the present invention, the confirmation processing seal client, when the collation result of the stamped data is matched, when the collation result is matched, the original text, the examiner's comment and the seal image data from the stamped data And is displayed on the screen, and an error is displayed on the screen when the collation results do not match.
[0014]
DETAILED DESCRIPTION OF THE INVENTION
Embodiment 1 FIG.
FIG. 1 is a conceptual diagram showing an embodiment of a marking system according to the present invention, and shows an overall flow of operation when this marking system is applied in one company. In the figure, 1 is an authentication server that issues a digital certificate (hereinafter also referred to as a certificate), 2 is an IC card that stores the issued digital certificate, 3 is a checker that performs a check process, and 4 is a checker 3 There stamp processing Approval client indicating the Approval side software for performing the Approval process, the time information as a third party neutral based on the request from the 5 stamp processing Approval client 4, Approval qualifications, the seal impression image data A check server to be assigned, 6 is original data to be checked, 7 is stamped data after the seal processing, 8 is a verifier (hereinafter also referred to as a seal checker) for verifying the stamped data 7, and 9 is a verifier 8 It is a check processing check client indicating software on the verifier side when performing verification.
[0015]
Next, the operation flow shown in FIG. 1 will be described. The checker receives a certificate for guaranteeing the validity of the checker in advance and a private key (public key private key) paired with the certificate from the system operation department. In this case, the certificate is normally issued by the authentication server 1, and the private key corresponding to the certificate is placed in a medium such as the IC card 2 and distributed to the checker.
[0016]
A checker (who is the head of the regular job system and indicates a sealer) 3 generates electronic original data 6 (this original data is generated by various data generation applications) that needs to be checked. Input as input data and output the checked data 7. At this time, the stamp processing client 4 uses the certificate in the IC card 2 and the private key, and at the same time, the notarization result obtained by requesting the stamping server 5 to give the notarization is combined with the original data. to generate the data 7. The checker 8 can input the check-completed data 7 from the check client 4 and check the correctness of the check by the check client 9 which is check verification software.
[0017]
FIG. 2 is an explanatory diagram showing a detailed processing flow of the marking processing in FIG. 1, and particularly describes the flow of files. In the figure, the same reference numerals as those in FIG. 1 denote the same or corresponding parts. 101 is primary processing by the marking client 4, 102 is request data from the stamping processing marking client 4 to the marking server 5, 103 is processing by the marking server 5, 104 is a response from the marking server 5 to the stamping processing marking client 4, Reference numeral 105 denotes a secondary process performed by the stamp processing client 4. It is assumed that the seal server 5 manages a qualification management DB (database), date information, and seal image data.
[0018]
Next, the operation will be described with reference to FIG. In the primary processing 101 by the stamp processing client 4, first, a comment by the checker is given to the original text, and then the electronic signature for the original text by the checker (hereinafter referred to as “the original text and the comment” is combined) . Original signature checker signature) . Further, a notarization request electronic signature is generated for the data obtained by combining the original text checker signature and the checker's own certificate. The electronic signature here refers to the data to be signed as the input value of the hash function (one-way function), and the output value obtained through the hash function is encrypted with the private key of the public key method possessed by the checker It is data. This prevents data tampering by others. Note that the hash function is used to speed up encryption.
[0019]
Next, the notifying client 4 requests the notifying server 5 to give notarization. In this case, the stamp processing client 4 creates notarization request data 102 by combining the original text stamper signature created in the primary processing 101, the certificate indicating the legitimacy of the stamper itself, and the notarization request stamper signature, It is sent to the check server 5.
[0020]
When the notifying server 5 receives the notarization request data 102 from the stamp processing verification client 4, the notifying request data 102 is used to determine whether or not the original signer signature is determined from the original signer signature in the notarization request data 102 and the certificate indicating the validity of the verifier itself. Check the falsification and legitimacy of the notary requester (checker). In this case, the data obtained by decrypting the notifier requesting checker signature using the public key of the checker is collated with the output value obtained through the hash function of the certificate and the original text checker signature. If the result matches the collation, Approval server 5 notifies that effect (error) Approval to the client 4 for push indicia process. As a result of the collation, if the result matches and the validity is proved, the check server 5 takes out the original text checker signature.
[0021]
Next, the seal server 5 takes out the qualification information of the checker from the qualification management DB (database) managed by itself, and generates seal image data from this and the date at the time of notarization request. Next, the seal server 5 encrypts the obtained data with the private key of the public key notary through the hash function for the combination of the original signer signature, the qualification information, the date information, and the seal image data. Generate a notary signature. This prevents data tampering by others.
[0022]
Next, the stamp server 5 gives notarization to the stamp processing client 4 as a response. In this case, the seal server 5 creates notarized data 104 by combining the notary signature, the qualification information, the date and time information, the seal image data, and the notary certificate generated in the above-described processing 103 and sends them to the seal processing seal client 4. Send it.
[0023]
When the stamp processing client 4 receives this notarized data 104 from the stamp server 5, in the secondary processing 105 on the stamp processing client 4 side, the notary signature and qualification information received as notarized data are received. The date information and seal image data are combined with the original text checker signature, the checker comment, and the original text, and the notary certificate received from the seal server 5 and the stamp certificate are generated as one file. . This file is seal of approval granted already in the original data, that is, a seal of approval Sumide over data 7.
[0024]
Next, the stamp processing client 4 sends the stamped data 7 to a confirmation processing client (also referred to as a verification client) 9 using an existing data transfer container, that is, a file transfer, e-mail, floppy or other communication medium. .
[0025]
Confirmation process for the seal of approval client 9, when receiving the seal of approval Sumide over data 7 from the imprint processing for Approval client 4, obtained over the hash function to the combined original and seal of approval's comments in the seal of approval Sumide over data 7 And the data obtained by decrypting the original text checker signature using the checker's public key. If they do not match, an error message is displayed on the screen, and if they match, the non-falsification of the original text and the checker comment can be proved.
[0026]
The confirmation processing check client 9 confirms the validity of the checker by further verifying the validity of the checker's certificate. Next, the confirmation processing seal client 9 obtains the data obtained by applying the hash function to the combination of the original text stamper signature, the qualification information, the date information, and the seal image data, and the notary public key. Is used to collate with the decrypted data. If they do not match, an error message is displayed on the screen. If they match, the notary of the original text and the checker's comment is confirmed, and at the same time, the notary date and the checker's qualification are correct. since the show that got the luck, verification seal of approval client 9 is taken out of the original and seal of approval for your comments and imprint the image data from the seal of approval Sumide over data, to display these.
[0027]
According to this embodiment, it is possible to guarantee the proof of the date of proofing at the time of proofing, the proof of the validity of the proofers, and the proof of the qualifications of the proofers by a neutral and reliable third party.
[0028]
Further, according to this embodiment, when a stamp is applied to a conventional paper by adding an electronic signature after adding a comment of the checker himself to the original text to be stamped, It is possible to realize a function corresponding to writing a verdict comment of a checker.
[0029]
Note that performs a communication means for performing communication by the communication protocol such as HTTP protocol, and FTP communication means for performing communication by FTP protocol, the communication by e-mail protocol to both terminal and analyzer indicia server for Approval's Communication means, and portable data storage such as a floppy disk, etc., the communication between the checker and the check server is possible using communication protocols such as HTTP protocol, FTP protocol, e-mail protocol, floppy disk, etc. Any portable data storage medium is possible.
[0030]
【The invention's effect】
As described above, according to the present invention, since the seal of approval server to the signature of a notary, a third party for the seal of approval's qualifications and the date and imprint the image data, legitimate seal of approval date of the certification or seal of approval person at the time of seal of approval There is an effect that the proof of sex and the proof of qualification of the checker can be guaranteed by a neutral and reliable third party.
[0031]
In addition, according to the present invention, when a stamp is applied by a checker, an electronic signature is added after adding the comment of the checker itself to the original text to be stamped. There is an effect that it is possible to realize a function equivalent to writing a red comment.
[0032]
Further, according to the present invention, the communication between Approval and for seal processing Approval client server, and a communication between confirmation processing Approval client and seal processing Approval client, the communication means using a communication protocol such as HTTP protocol, by FTP protocol Communication means, communication means by e-mail protocol, portable data storage media such as floppy disks are connected, so communication by communication protocol such as HTTP protocol, communication by FTP protocol, communication by e-mail protocol, floppy disk Thus, it is possible to perform any communication using a portable data storage medium.
[Brief description of the drawings]
FIG. 1 is a conceptual diagram showing an embodiment of a marking system according to the present invention.
FIG. 2 is an explanatory diagram showing a detailed processing flow when performing a marking process in the first embodiment.
FIG. 3 is a schematic view of a conventional schnort authentication exchange method showing an electronic signature.
[Explanation of symbols]
1 Authentication Server 2 IC Card 3 Sealer 4 Sealing Client (Stamping Process)
5 Checking server 6 Original data 7 Checked data 8 Checking checker 9 Checking client (confirmation process)

Claims

Based on a request from an authentication server that issues a certificate, a stamp processing stamp client that generates a text, and a stamp processing client, the document is notarized, and notarized data is stamped An electronic stamping system having a stamping server that transmits to a processing stamping client and a confirmation processing stamping client that receives stamped data from the stamping processing stamping client,
  The seal processing seal client creates a text signer signature from the text and the signer comment using the hash function and the signer's private key,
Generating an electronic signature for notarization request from the original text checker signature and the certificate distributed from the authentication server using a hash function and the private key of the checker;
Furthermore, the original text checker signature, the notarization request electronic signature and the certificate are combined and sent to the check server as notarization request data,
  When the notifying server receives the notarization request data from the stamping processing marking client, the stamp server decrypts the notarization request electronic signature using the stamper's public key, and the certificate and original text stamp using the hash function. Against the output value obtained from the person's signature,
When the correctness is proved as a result of verification, the qualification information of the checker is taken out from the qualification management database registered in advance, and imprint image data is generated from this qualification information and the date at the time of notarization request,
Using a hash function and a pre-registered notary private key from the original text checker signature, the qualification information, the date information and the imprint image data, generate a notary signature,
Create notary data from this notary signature, qualification information, date information, seal image data and notary certificate, and send it to the seal processing verification client,
  The stamp processing check client adds the original text checker signature, the checker comment, the original text, and the certificate of the checker to the notarized data received from the check server, and the confirmation data is used as the checked data. Send it to the processing signing client,
  The confirmation processing signing client outputs an output value obtained by using a hash function from the original text and the checker comment included in the stamped data received from the stamp processing confirmation client, and the original text signer signature. Check against the decrypted data using the public key of the checker,
  When the correctness is proved as a result of the collation, the data obtained by using the hash function in the combination of the original text stamper signature, the qualification information, the date information, and the seal image data included in the stamped data, Verifying data decrypted using a notary public key
Electronic seal system characterized by.

  An authentication server that issues a certificate, an imprint client for stamp processing in which the original is created, and a qualification management database, and based on a request from the imprint client for imprint processing, gives notarization to the original, An electronic seal system having a seal server for transmitting notarized data to the seal client for seal processing and a seal client for confirmation processing for receiving seal data from the seal client for seal processing,
  The stamp processing stamp client creates a text signer signature from the original text, and further creates a notarization request stamper signature from the text stamp signer signature. The signature of the person to be sent to the check server as a notarization request,
  When the notifying server receives the notarization request request from the stamping process checking client, the signing server verifies the validity based on the notarization request signer signature, the certificate and the original text signer signature,
As a result, when the validity is proved, the seal image data is generated from the qualification information registered in the qualification management database and the date at the time of notarization request,
Generate a notary signature from the original text checker signature, the qualification information, the date information and the seal image data,
Send this notary signature, qualification information, date information, imprint image data and notary certificate as notarized data to the stamp processing verification client,
  The stamp processing verification client, the notarized data received from the verification server, The original text checker signature, the original text, and the certificate of the checker are given, and sent as the checked data to the verification processing check client,
  The confirmation processing check client verifies the correctness based on the original text included in the stamped data received from the seal processing check client and the original checker signature, and as a result, the correctness is proved. And verifying the authenticity based on the original text stamper signature, qualification information, date and time information, seal image data, and notary signature included in the stamped data.
Electronic seal system characterized by.

The notifying server, when giving notarization to the stamping processing stamping client, takes out the qualification information of the checker from the qualification management database, and generates imprint image data from this qualification information and the date at the time of notarization request,
Using a hash function and a pre-registered notary's private key from the original text checker signature, the qualification information, the date information and the imprint image data, generate a notary signature,
Create notary-given data from this notary signature, qualification information, date information, seal image data and notary certificate, and send this notarized data to the above-mentioned stamp processing verification client,
The seal processing stamp client creates a text signer signature using a hash function and a stamper's private key for the original text and the checker comment.
Furthermore, when sending the checked data to the check processing check client, the checker comment is included in the checked data,
The confirmation processing signing client outputs an output value obtained by using a hash function from the original text and the checker comment included in the stamped data received from the stamp processing confirmation client, and the original text signer signature. Check against the decrypted data using the public key of the checker,
As a result, when the legitimacy is proved, the data obtained by using a hash function from the original text stamper signature, the qualification information, the date information, and the seal image data included in the stamped data and the notary signature are obtained. Verifying data decrypted using a notary public key
The electronic marking system according to claim 2.

The verification processing check client retrieves the original text, the checker's comment and the imprint image data from the stamped data when the result of the matching of the stamped data matches, and displays it on the screen. 4. The electronic seal system according to claim 1, wherein an error is displayed on the screen when they do not match.