JPH1188322A - ディジタル署名生成方法 - Google Patents

Abstract

(57)【要約】 【課題】 公開鍵暗号方式を利用したディジタル署名に
おいて、秘密鍵の管理を容易にし、利便性に富むディジ
タル署名方法を実現する。 【解決手段】 ユーザから送信されてきた「ＩＤ」に基
づき、動的署名暗号鍵管理モジュール１０は、配列管理
モジュール１６から登録動的署名データと、秘密鍵を得
る。登録動的署名データと、ユーザから送信されてきた
認証動的署名データとは、動的署名照合モジュール１２
で照合される。両者が同一の署名データであると判断さ
れた場合には、動的署名暗号鍵管理モジュール１０は、
ユーザから送信されてきたメッセージデータを上記秘密
鍵を暗号演算モジュール１４に供給する。暗号演算モジ
ュール１４は、秘密鍵で暗号化したメッセージデータ等
を動的署名暗号鍵管理モジュール１０に送信する。動的
署名暗号鍵管理モジュール１０は、暗号化、すなわち署
名を施したメッセージデータ等をユーザに送り返す。秘
密鍵がプログラム中に埋め込まれているため、プログラ
ムがコピーされても第三者の悪用を招くことがない。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、公開鍵暗号方式に
関する。特に、公開鍵暗号方式を用いてディジタル署名
を行う方法に関する。

【０００２】

【従来の技術】近年、ネットワークによる通信が発展
し、ネットワーク上におけるメッセージの送受信等に暗
号化方式が利用される場合も多い。暗号化方式には、古
典的な共通鍵方式も用いられているが、鍵の管理が煩雑
になる等の理由から、公開鍵暗号方式が用いられつつあ
る。

【０００３】公開鍵暗号方式においては、各人は自己の
秘密鍵を秘密に管理し、自己の公開鍵を他人に公開す
る。そして、他人は、ある個人の公開鍵を用いてメッセ
ージを暗号化してその個人に送る。公開鍵により暗号化
されたメッセージは、秘密鍵を知っているその個人のみ
が復号化できるため、第三者に対してメッセージの内容
は秘密に保たれる。

【０００４】さらに、この公開鍵暗号方式は、いわゆる
ディジタル署名を容易に行うことができるという特徴を
有している。

【０００５】すなわち、ある甲が所定のメッセージにつ
いて自己の署名を行う場合には、そのメッセージに対し
て甲の秘密鍵で暗号化を行う。この秘密鍵で暗号化した
メッセージは甲の公開鍵でのみ復号化できる。そのた
め、だれでも、甲の公開鍵でそのメッセージを復号化
し、もとのメッセージの内容を確認することができる。
甲の公開鍵で復号化できるのは、甲の秘密鍵で暗号化し
た文章だけである。従って、甲の公開鍵で復号化できた
ことは、甲が確かにそのメッセージに対して甲の秘密鍵
を用いて暗号化したことを意味する。そして、甲の秘密
鍵を知っているのは甲のみであるため、このような暗号
化ができるのは甲のみである。

【０００６】このように、甲のみが行える処理を他人が
確認できるため、この処理をもって甲の「署名」と見な
すことができる。

【０００７】さて、このようなディジタル署名をはじめ
として、公開鍵暗号方式においては、秘密鍵はその所有
者のみが知っている必要がある。すなわち、秘密鍵は各
個人が個人の責任において厳重に管理しなければならな
い。

【０００８】ところが、近年用いられている公開鍵暗号
方式に用いられる鍵の長さは、暗号強度を保つために５
００ビットから１０００ビット程度のものが用いられ又
は提案されている。

【０００９】数桁程度のパスワードのようなものならば
ともかく、このような５００ビットや１０００ビット程
度のデータは、人間が容易に覚えられるものではない。
そこで、一般には公開鍵暗号方式の秘密鍵はコンピュー
タ内のハードディスクに保存したり、ＩＣカード内に記
憶させておくことがなされている。

【００１０】しかし、秘密鍵をコンピュータ内のハード
ディスク等に格納した場合には、誰でもその秘密鍵を利
用することができる可能性がある。そのため、一般には
そのハードディスク内に格納した秘密鍵は、パスワード
によるプロテクトが施されている場合が多い。すなわ
ち、その秘密鍵をディジタル署名等に使用する場合には
その利用者はパスワードを入力することにより初めてそ
の秘密鍵を使用できるのである。

【００１１】

【発明が解決しようとする課題】従来の公開鍵暗号方式
の秘密鍵を利用したディジタル署名においては、このよ
うに秘密鍵の管理は各個人が行わなければならず、ま
た、具体的にはパスワード等による秘密鍵のプロテクト
が行われていた。

【００１２】しかし、パスワードは、人間が覚えやすい
ものである必要があるため、一般には短いものが多く、
不注意により他人の目に触れやすい。かつ、一旦目に触
れてしまった場合（短いため）覚えられやすいという性
質がある。

【００１３】このように、従来の秘密鍵の保管は結局の
所パスワードの強度に依存していたため、秘密鍵のプロ
テクトにも自ずと限界があった。その結果、第三者によ
るいわゆる「なりすまし」を招きやすく、第三者がその
正当な権利を有する者になりすまして、ディジタル署名
を行ってしまう恐れも小さくはなかった。

【００１４】さらに、基本的に秘密鍵の管理は、その正
当使用者個人の管理に任されている。そのため、例えば
法人が使用者であるような「法人鍵」を使用する場合に
おいても結局は個人が秘密鍵の管理を行っている。その
ため、秘密鍵の重要度に関係なく、その鍵が個人の鍵で
あっても法人の鍵であっても、同じような安全度でしか
管理されていない。

【００１５】その結果、ある企業内部で、個人が重要な
法人鍵を不正に使用してしまう可能性は、個人の鍵が不
正に使用されてしまう可能性とほとんど変わらないのが
現状である。

【００１６】また、近年、企業においては法人が秘密鍵
の所有者になること、すなわちその企業を表す鍵が望ま
れている。このような法人鍵は、いわば従来の法人の印
章に相当するものである。このような法人鍵は、その法
人である企業の各社員が使用する性質のものである。し
かし、１つの秘密鍵を特定の個人だけが使用することを
前提としている現在の公開鍵暗号方式の実現手法では、
１個の法人鍵を複数人で使用する形態については何ら考
慮されてはいない。このことは換言すれば１個の秘密鍵
をその本人（法人）の代理人が使用する仕組みが、未だ
構築されていないことを意味している。

【００１７】本発明は、以上のような課題を解決するた
めになされたものであり、その目的は、企業等におい
て、各個人がディジタル署名を行う場合に、不正な使用
を確実に防止するためのディジタル署名のための方法を
構築することである。

【００１８】

【課題を解決するための手段】本発明はディジタル署名
のための方法に関するものであり、本発明において特徴
的なことは、ＩＤやパスワードなどの他に、生体署名デ
ータを用いて各人の識別を行っているため、より正確に
各個人の識別を可能としていることである。

【００１９】また、本発明において特徴的なことは、複
数の秘密鍵が、複数の人によって使用され得る点にあ
る。このようなディジタル署名の手法を実現するため
に、記憶手段内には、複数のユーザ対複数の秘密鍵、の
データ構造が構築されている。

【００２０】従来の技術においては、秘密鍵はあくまで
も１人の人間によって所有・管理されていた。しかし、
そのため、その１人のみが使用できる仕組みを構築して
いたので、上述したようにパスワードを盗まれることに
よる不正使用（なりすまし等）を招くおそれがあったの
である。

【００２１】本発明は、複数の秘密鍵が複数人によって
使用される方式を実現するディジタル署名生成方法を提
供している。具体的には、以下のような手段を採用して
いる。

【００２２】本発明は、上記課題を解決するために、デ
ィジタル署名の対象であるメッセージデータと、前記デ
ィジタル署名を要求するユーザの識別子と、前記ユーザ
の生体署名データと、を入力する入力ステップと、前記
ユーザの識別子に基づき、前記ユーザの予め登録された
登録生体署名データを取得する登録生体署名データ取得
ステップと、前記生体署名データと、前記ユーザの登録
された登録生体署名データとを比較し、両者の特徴量が
一致するか否か検査する検査ステップと、前記検査ステ
ップにおいて、前記両者の特徴量が一致した場合にの
み、前記メッセージデータに対し、前記ユーザの秘密鍵
でディジタル署名を施すディジタル署名ステップと、を
含むことを特徴とするディジタル署名生成方法である。

【００２３】生体署名データとは、個人を特定するため
のいわゆるＢｉｏｍｅｔｒｉｃｓなデータであり、指紋
や網膜パターンなどが使用される。特に、以下に述べる
実施形態では種々のメリットがあることから署名データ
が使用されている。

【００２４】また、本発明は、前記登録生体署名データ
取得ステップは、異なるユーザの識別子に対して、同一
の秘密鍵を取得しうることを特徴とするディジタル署名
生成方法である。

【００２５】異なるユーザに対して同一の秘密鍵を提供
することができ、例えば法人鍵などの管理を容易に行え
るものである。

【００２６】また、本発明は、前記登録生体署名データ
取得ステップは、同一ユーザが複数の識別子を所有する
ことを許容することを特徴とするディジタル署名生成方
法である。

【００２７】１人のユーザでも役職を複数有する場合も
多い。このような場合に、役職毎にディジタル署名を変
える必要がある。したがって、本発明においては同一ユ
ーザでも複数の識別子（ＩＤとも呼ぶ）を有することを
認め、１人のユーザが複数の秘密鍵を使用できるように
している。

【００２８】また、本発明は、前記生体署名データは、
ユーザが手で書いた署名に関するデータであることを特
徴とするディジタル署名生成方法である。

【００２９】また、本発明は、前記生体署名データは、
前記ユーザの網膜パターンに関するデータであることを
特徴とするディジタル署名生成方法である。

【００３０】また、本発明は、前記生体署名データは、
前記ユーザの指紋に関するデータであることを特徴とす
るディジタル署名生成方法である。

【００３１】また、本発明は、前記入力された生体署名
データである前記ユーザが手で書いた署名に関するデー
タを、イメージデータに変換する変換ステップと、前記
イメージデータに対し、前記秘密鍵を用いて署名を施す
イメージデータ署名ステップと、を含むことを特徴とす
るディジタル署名生成方法である。

【００３２】イメージデータをも秘密鍵を用いて署名し
たので、従来の手で行う署名のイメージを利用すること
ができ、従来のシステムとの類似性を維持することがで
きる。

【００３３】また、本発明は、これまで述べた方法に関
する発明を実現するプログラムを格納したコンピュータ
読みとり可能な記憶媒体に関する。

【００３４】具体的には、以下のような手順を実行する
プログラムを格納したコンピュータ読みとり可能な記憶
媒体である。

【００３５】本発明は、ディジタル署名の対象であるメ
ッセージデータと、前記ディジタル署名を要求するユー
ザの識別子と、前記ユーザの生体署名データと、を入力
する入力手順と、前記ユーザの識別子に基づき、前記ユ
ーザの予め登録された登録生体署名データを取得する登
録生体署名データ取得手順と、前記生体署名データと、
前記ユーザの登録された登録生体署名データとを比較
し、両者の特徴量が一致するか否か検査する検査手順
と、前記両者の特徴量が一致した場合にのみ、前記メッ
セージデータに対し、前記ユーザの秘密鍵でディジタル
署名を施すディジタル署名手順と、を含むプログラムを
格納したコンピュータ読みとり可能な記憶媒体である。

【００３６】また、本発明は、前記登録生体署名データ
取得手順は、異なるユーザの識別子に対して、同一の秘
密鍵を取得しうることを特徴とするプログラムを格納し
たコンピュータ読みとり可能な記憶媒体である。

【００３７】また、本発明は、前記登録生体署名データ
取得手順は、同一ユーザが複数の識別子を所有すること
を許容することを特徴とするプログラムを格納したコン
ピュータ読みとり可能な記憶媒体である。

【００３８】また、本発明は、前記生体署名データは、
ユーザが手で書いた署名に関するデータであることを特
徴とするプログラムを格納したコンピュータ読みとり可
能な記憶媒体である。

【００３９】また、本発明は、前記生体署名データは、
前記ユーザの網膜パターンに関するデータであることを
特徴とするプログラムを格納したコンピュータ読みとり
可能な記憶媒体である。

【００４０】また、本発明は、前記生体署名データは、
前記ユーザの指紋に関するデータであることを特徴とす
るプログラムを格納したコンピュータ読みとり可能な記
憶媒体である。

【００４１】また、本発明は、前記プログラムは、前記
入力された生体署名データであるデータであって、前記
ユーザが手で書いた署名に関するデータを、イメージデ
ータに変換する変換手順と、前記イメージデータに対
し、前記秘密鍵を用いて署名を施すイメージデータ署名
手順と、を含むことを特徴とするプログラムを格納した
コンピュータ読みとり可能な記憶媒体である。

【００４２】

【発明の実施の形態】以下、本発明の好適な実施の形態
を図面に基づいて説明する。

【００４３】本実施の形態においては、ユーザが利用す
るコンピュータ上において、ユーザのＩＤ等だけでな
く、ユーザの認証動的署名データに基づいて、ユーザの
識別を行い、識別したユーザの秘密鍵を用いてディジタ
ル署名を行ったものである。

【００４４】具体的には、本実施の形態は、コンピュー
タ上で動作するプログラムで実現されている。

【００４５】本実施の形態に係るプログラムの各モジュ
ールの構成図が図１に示されている。この図に示されて
いるように、動的署名暗号鍵管理モジュール１０と、動
的署名照合モジュール１２と、暗号演算モジュール１４
と、配列管理モジュール１６と、が本プログラムに含ま
れている。

【００４６】本実施の形態においては、これらのモジュ
ールを含むプログラムを用いて、そのコンピュータのユ
ーザの要求に応じて、所定のメッセージデータに対し署
名を行っている。

【００４７】入力信号 本プログラムの具体的な動作を説明する前に、プログラ
ムに入力する信号に関する説明を中心に本実施形態の特
徴を述べる。

【００４８】このプログラムに対する入力２２は、図１
に示すように、ユーザの「ＩＤ」と、ユーザの「認証動
的署名データ」と、そのユーザが署名を受けたい「メッ
セージデータ」と、を含んでいる。本プログラムは、そ
のユーザの秘密鍵を用いて、「メッセージデータ」を暗
号化することによって「メッセージデータ」に署名をす
る。そして、「暗号化された（署名された）メッセージ
データ」が出力されるのである。

【００４９】ここで、認証動的署名データとは、そのユ
ーザの「手で書いた署名」のデータや、指紋、網膜パタ
ーンなどのいわゆるＢｉｏｍｅｔｒｉｃｓな個人特定デ
ータである。本実施の形態においては、例えば、認証を
利用したい者がそのコンピュータに周辺機器等として備
えられているタブレット上でスタイラスペンなどを用い
て「手で書いた署名」をする事により、認証動的署名デ
ータが入力される。

【００５０】さて、本プログラムの入力２２の「認証動
的署名データ」とは、ユーザがディジタル署名を行いた
い場合に入力した動的署名データである。上述したよう
に、例えば端末のタブレットなどから、そのユーザの
「手で書いた署名」のデータなどが、この「認証動的署
名データ」として利用される。

【００５１】この「認証動的署名データ」は、配列管理
モジュール１６において配列中に予め格納されている
「登録動的署名データ」と、比較照合される。実際の比
較照合処理は、動的署名照合モジュール１２で行われ
る。このように、本実施の形態においては、生体データ
を用いて本人であるか否かの検査を行っているので、本
人以外の人間による不正なディジタル署名を効果的に防
止することができる。この検査処理の流れに関しては、
後において詳述する。

【００５２】また、図１に示されているように、本プロ
グラムは、配列管理モジュール１６を有している。この
配列管理モジュール１６においては、各個人（の「Ｉ
Ｄ」）とその個人が使用する「秘密鍵」の管理が行われ
ている。具体的には「ＩＤ」と、「秘密鍵」が配列中に
記憶されているのである。さらに、上述した「登録動的
署名データ」も、この配列管理モジュール１６におい
て、配列中に格納されて管理されている。

【００５３】本実施の形態において特徴的なことは、秘
密鍵等が、ＩＣカードなどの特定のハードウェア中に記
憶されているのではなく、ソフトウェア中に組み込まれ
ていることである。ソフトウェア中に組み込む手法は従
来の種々の方法が利用可能であるが、例えば本実施の形
態においては、データ配列中にユーザの「ＩＤ」や「秘
密鍵」等を格納している。

【００５４】このように、ソフトウェア中に組み込まれ
ているため、たとえ悪意の第三者に本実施の形態におけ
るプログラムが盗まれてコピーされても、そのプログラ
ムを悪用すること、例えば間違ったＩＤを利用して正規
の秘密鍵を利用すること等は行えない。その理由は、プ
ログラム中に組み込まれた「ＩＤ」や「秘密鍵」の内容
を書き換えることは、そのプログラムの作成者ならば容
易であるが、第三者にとっては一般に非常に困難なこと
だからである。

【００５５】本実施の形態において特徴的なことは、秘
密鍵の管理がその所有者である個人ではなく、本実施の
形態におけるプログラムが集中的に行っていることであ
る。このような手段を講じることによって、そのコンピ
ュータを使用する各人の秘密鍵の管理を集中して行うこ
とができ、煩雑な秘密鍵の管理を個人が行う必要がなく
なる。

【００５６】尚、本実施の形態においては、「手で書い
た署名」データを利用したが、上述したようにこの動的
署名データは、指紋や網膜パターンなど、Ｂｉｏｍｅｔ
ｒｉｃｓに本人を特定しうるデータであればどのような
ものでもかまわない。

【００５７】動作 次に、本発明のディジタル署名生成方法の動作につい
て、プログラムの処理の流れを中心に説明する。

【００５８】本実施の形態におけるプログラムは、これ
まで述べた、ユーザの「ＩＤ」、「認証動的署名デー
タ」、及び「メッセージデータ」から成る入力２２が供
給されると、まず、動的署名暗号鍵管理モジュール１０
が、そのＩＤが表すユーザに対し登録されている「登録
動的署名データ」を、配列管理モジュール１６から読み
出す。図１に示すように、動的署名暗号鍵管理モジュー
ル１０は、「ＩＤ」を配列管理モジュール１６に与え
る。そして、配列管理モジュール１６は、この「ＩＤ」
をキーとして、配列に格納されているデータの検索を行
い、「登録動的署名データ」と「秘密鍵」を出力する。

【００５９】さて、配列管理モジュール１６が出力した
「登録動的署名データ」は、図１に示されているよう
に、動的署名照合モジュール１２に供給される。一方、
動的署名暗号鍵管理モジュール１０も、ユーザが入力し
た「認証動的署名データ」を動的署名照合モジュール１
２に供給する。

【００６０】動的署名照合モジュール１２は、供給され
た上記「認証動的署名データ」と「登録動的署名デー
タ」との比較・照合を行う。そして、その比較の結果を
動的署名暗号鍵管理モジュール１０に送信する。

【００６１】さて、配列データに格納されている「登録
動的署名データ」と、ユーザによって入力された「認証
動的署名データ」とがその特徴事項について一致し、共
に同一人に対するＢｉｏｍｅｔｒｉｃｓな署名データで
あると判断される場合には、ディジタル署名の要求が正
しく行われている（正規のユーザによりディジタル署名
が要求されている）と判断される。したがって、この場
合は上記比較結果として例えば「正常」を動的署名暗号
鍵管理モジュール１０に対し送信するのである。この
「正常」である旨の比較結果が動的署名暗号鍵管理モジ
ュール１０に送信された後は、後に述べるディジタル署
名の処理が、暗号演算モジュール１４において実行され
る。

【００６２】一方、予め配列管理モジュール１６に登録
されている「登録動的署名データ」と入力された「認証
動的署名データ」とがその特徴事項について一致せず、
同一人に対するＢｉｏｍｅｔｒｉｃｓな署名データでは
ないと、動的署名照合モジュール１２（図１参照）にお
いて判断された場合には、この認証の要求は不正行為に
よって行われた要求であると判断し、本プログラムは、
ユーザの要求を拒絶する。具体的には、動的署名暗号鍵
管理モジュール１０が拒絶のメッセージをユーザに送信
するのである。

【００６３】さて、動的署名照合モジュール１２が、
「正常」である旨の結果を動的署名暗号鍵管理モジュー
ル１０に送信してきた場合には、動的署名暗号鍵管理モ
ジュール１０は、暗号演算モジュール１４に対してディ
ジタル署名処理を行わせる。すなわち、暗号演算モジュ
ール１４は、秘密鍵による暗号化をメッセージデータに
対して施すのである。

【００６４】ここで、秘密鍵は、図１に示すように配列
管理モジュール１６が予め出力している。暗号演算モジ
ュール１４は、予め出力されているこの秘密鍵を用いて
暗号演算、すなわちディジタル署名を行うことができ
る。

【００６５】図１に示すように、暗号演算モジュール１
４は、暗号化の対象である「メッセージデータ」を動的
署名暗号鍵管理モジュール１０から受信する。さらに、
本実施の形態においては、暗号化の対象として「メッセ
ージデータ」だけでなく、「イメージデータ」をも暗号
演算モジュール１４は受信する。そして、これら「メッ
セージデータ」及び「イメージデータ」の暗号化（署
名）が暗号演算モジュール１４において行われる。

【００６６】この「イメージデータ」とは、ユーザによ
り入力された「認証動的署名データ」をイメージとして
表現したイメージデータである。「認証動的署名デー
タ」は、例えば「手で書いた署名」がユーザにより書か
れる際のペンの動きをペンの速度・方向やペンの押圧力
等で表した数値データである。そして、この「手で書い
た署名」をイメージとして表したデータとは、その署名
データ（押圧力等で表した数値データ）を人間に見える
形で表すため、上記ペンの動きを２次元の紙の上に再現
し、人間の視覚で把握できるようにした画像データであ
る。

【００６７】この「認証動的署名データ」をイメージと
して表現したイメージデータに変換する処理は、動的署
名暗号鍵管理モジュール１０において行われる。変換後
のイメージデータが図１に示すように暗号演算モジュー
ル１４に供給されるのである。

【００６８】本実施の形態において、このような署名デ
ータのイメージデータをも暗号化している理由は、実際
に肉眼で把握できる形で文章中に署名を表示したいとい
う要求も現実にあるからである。本実施の形態において
は、このようにイメージデータをも暗号化したが、この
イメージデータの暗号化は、本発明にとっては必ずしも
必須の事項ではない。

【００６９】暗号演算モジュール１４は「メッセージデ
ータ」及び「イメージデータ」を暗号化すると、得られ
た「暗号化されたメッセージデータ」及び「暗号化され
た署名のイメージデータ」を出力する。

【００７０】動的署名暗号鍵管理モジュール１０は、
「暗号化されたメッセージデータ」及び「暗号化された
署名のイメージデータ」をユーザに返す。これによっ
て、ユーザは、自ら秘密鍵を管理しなくとも、容易に署
名を行うことが可能である。特に、本実施の形態におい
てはＩＤだけでなく、Ｂｉｏｍｅｔｒｉｃｓな動的署名
データを用いて、本人であることを確認したので、不正
に秘密鍵を使用した署名が行われてしまうことを効果的
に防止することができる。

【００７１】さらに、動的署名暗号鍵管理モジュール１
０は、図１に示すようにユーザに「戻り値」をも返す。
この「戻り値」は、暗号演算の結果を表すいわば「リタ
ーンコード」と呼ばれるコードの一種である。

【００７２】ユーザは、この「戻り値」の値を検査する
ことにより、暗号演算が正常に終了したのか否か、それ
とも、ＩＤが表す人物について登録されている登録認証
データと認証動的署名データとの特徴事項が一致しなか
ったのか否か、等について詳細な情報を得ることができ
る。

【００７３】尚、本実施の形態において、本発明のディ
ジタル署名生成方法の各要素は、プログラムで実現され
ている。

【００７４】具体的には、動的署名暗号鍵管理モジュー
ル１０は、入力ステップ等に相当する。また、動的署名
暗号鍵管理モジュール１０は、動的署名照合モジュール
１２との共同作用で、本発明の検査ステップを実現す
る。また、動的署名暗号鍵管理モジュール１０は、配列
管理モジュール１６との共同作用で、本発明の登録動的
署名データ取得ステップを実現する。また、動的署名暗
号鍵管理モジュール１０は、暗号演算モジュール１４と
の共同作用で、本発明のディジタル署名ステップを実現
する。

【００７５】また、動的署名暗号鍵管理モジュール１０
は、イメージデータへの変換を行う本発明の変換ステッ
プを実現する。

【００７６】さらに、本実施の形態における、上記モジ
ュールから成るプログラムは、コンピュータが稼働して
いないときはコンピュータ読みとり可能な記憶媒体１０
０に格納されている。この記憶媒体１００は、ハードデ
ィスクを用いるのが一般的であると考えられるが、フロ
ッピーディスクや光ディスクなど、コンピュータ読みと
り可能な記憶媒体であればどのようなものでも使用可能
である。

【００７７】配列の内容 次に、上記配列管理モジュール１６で用いている配列の
内容について説明する。

【００７８】図２には上記配列管理モジュール１６で用
いている２種類の配列の内容を表す説明図が示されてい
る。図２（１）には、個人情報管理配列２０ａが示され
ており、図２（２）には、暗号鍵管理配列２０ｂが示さ
れている。

【００７９】図２（１）に示すように、個人情報管理配
列２０ａは、ユーザの「ＩＤ」と、「登録動的署名デー
タ」と、「鍵ハッシュ値」とを格納している配列であ
る。この「鍵ハッシュ値」とは秘密鍵を、所定のハッシ
ュ関数でハッシュ値に変換したものであり、このハッシ
ュ値は、後述する暗号鍵管理配列２０ｂにおいて利用さ
れる。ハッシュ値を使用しているのは、上述したように
秘密鍵の長さが５００ビット〜１０００ビット程度であ
るため、秘密鍵の値そのもので配列の検索を行うと検索
時間が長くなってしまうからである。

【００８０】さて、本実施の形態においては、ユーザを
認識するためにそのユーザの「ＩＤ」を用いている（図
２（１）参照）。そして、本実施の形態においては、１
人のユーザが複数のＩＤを用いることを許容している。
この結果、１人が複数の役職を有する場合に、各役職毎
に異なる署名を１人のユーザが行うことが可能となる。

【００８１】本実施の形態において特徴的なことは、１
人のユーザが複数のＩＤを用いることが、システム上許
容されていることである。

【００８２】このような個人情報管理配列２０ａを用い
ているため、本実施の形態によれば、１人のユーザが複
数の署名を使い分けることができ、利便性に富む署名処
理を行うことができるのである。

【００８３】さらに、本実施の形態においては、１つの
秘密鍵を複数のユーザが共有することを許容している。
すなわち、異なるＩＤを有する異なる人に対して、同一
の鍵ハッシュ値を割り当てることにより、一つの秘密鍵
を複数人が共同で使用することが可能となる。

【００８４】例えば、上述した法人鍵等は複数人の取締
役が使用する必要がある。そのような場合に、本実施の
形態によれば、複数人の取締役が一つの法人鍵を共用す
ることができるため、利便性の高いディジタル署名シス
テムを実現することができる。

【００８５】もちろん、このコンピュータを複数人で共
有し、複数人が１台のコンピュータを使用する場合にお
いても、各ユーザが個別の秘密鍵を有する場合だけでな
く、１つの共通の鍵を複数人全員で共有して使用するこ
とも可能である。

【００８６】図２（２）には、暗号鍵管理配列２０ｂが
示されている。この図に示されているように、暗号鍵管
理配列２０ｂは、「鍵ハッシュ値」と、署名に用いる
「秘密鍵」と、「クラス」が示されている。ここで、
「鍵ハッシュ値」とは図２（１）で説明した鍵ハッシュ
値であり、「クラス」とは秘密鍵の重要度を表すもので
あり、鍵を管理する際に用いられるデータである。この
クラスは本発明にとっては必ずしも必須事項ではない。

【００８７】上述した個人情報管理配列２０ａを用い
て、ユーザが使用する「ＩＤ」に従って、「鍵ハッシュ
値」が求められる。この「鍵ハッシュ値」は、暗号鍵管
理配列２０ｂの内容を検索する際にキーとして用いられ
る。暗号鍵管理配列２０ｂから、該当する「鍵ハッシュ
値」が見いだされた場合には、対応する「秘密鍵」を暗
号鍵管理配列２０ｂから得ることができる。

【００８８】このように、「鍵ハッシュ値」は、個人情
報管理配列２０ａと、暗号鍵管理配列２０ｂとを結びつ
けるキーとしての役割を果たす。そのため、本実施の形
態においては、「鍵ハッシュ値」を用いたが、秘密鍵と
対応していれば、単なる連続番号をハッシュ値の代わり
に用いるのも好ましい。

【００８９】また、本実施の形態においては、ＩＤに関
して正規化された配列と、秘密鍵に関して正規化された
配列と、の２種類の配列を使用して、個人の管理と鍵の
管理をそれぞれ別個独立に行っている。すなわち、本実
施の形態に係るディジタル署名生成方法を実現するプロ
グラムを利用する者が増えた場合には、個人情報管理配
列２０ａを調整し、秘密鍵の種類が減った場合等には、
暗号鍵管理配列２０ｂのみを調整すればよく、効率の良
い管理が行える。

【００９０】しかし、上述したように、配列管理モジュ
ール１６の機能としては、ＩＤから、そのＩＤに対応す
る登録動的署名データ及び秘密鍵が求められれば、十分
である。従って、個人情報管理配列２０ａと、暗号鍵管
理配列２０ｂを統合して１つの配列を作り、その１つの
配列で配列管理モジュール１６に関する処理を行うこと
も可能である。

【００９１】個人情報管理配列２０ａと暗号鍵管理配列
２０ｂとを統合すると、「鍵ハッシュ値」が省略され
て、ユーザの「ＩＤ」、「登録動的署名データ」、「秘
密鍵」、「クラス」の各項目を有する配列が１つ作成さ
れることになる。

【００９２】以上述べたように、本実施の形態において
特徴的なことは、ディジタル署名に用いられる秘密鍵を
集中的に管理するプログラムを設けており、特に、この
プログラム中に配列の形で秘密鍵を保存したので、プロ
グラムの作成者以外の者がこのプログラム中の秘密鍵を
削除したり、新たに付加したり、改竄を加えることは著
しく困難である。

【００９３】さらに、本実施の形態においては、本人で
あるかの特定のために生体署名データを使用した。その
ため、本人であるとの特定をより正確なものとすること
ができるため、第三者によるいわゆる「なりすまし」等
を防止することができる。

【００９４】そのため、本実施の形態に係るプログラム
が第三者の手に渡っても、その第三者が悪意で秘密鍵を
使用することはできず、また、プログラムの改竄による
秘密鍵の悪用をすることも著しく困難となり、安全確実
なディジタル署名を利用することができる。また、本実
施の形態においては、複数人が１個の秘密鍵を共用する
こと、すなわち、１個の秘密鍵を複数人が共有すること
を許容しているため、法人鍵等の利用を円滑に行うこと
ができる。更に、１人の人間が複数の秘密鍵を所有する
ことをも許容しているため、役職毎に異なるディジタル
署名をすることができる。

【００９５】以上述べたように、本実施の形態は、以下
のような特徴を有する。

【００９６】（１）生体署名データを使用するため、各
人は一般のパスワードより短い自己のＩＤのみを認識し
ていれば秘密鍵の使用ができる。

【００９７】（２）各ユーザがタブレット上で手で書く
署名を行うことにより各ユーザが本人であるかの特定を
行っているため、紙を利用して行われていた従来の署名
行為から円滑に移行することができる。

【００９８】（３）必要に応じて認証に用いた「手で書
いた署名データ」のイメージデータを利用することがで
きる。従って、既存の手で行っていた署名行為との整合
性や類似性を保存する事ができる。

【００９９】

【発明の効果】以上述べたように本発明によれば、ユー
ザの特定を生体署名データで行ったため、本人の確認を
より確実に行うことができる。

【０１００】また、本発明によれば、複数のユーザが１
つの秘密鍵を共有できるため、いわゆる法人鍵の管理が
し易くなり、また、代理署名等が容易になるという効果
を奏する。

【０１０１】また、本発明によれば、１人のユーザが複
数の秘密鍵を所有できるため、１人のユーザが役職に応
じて複数のディジタル署名を使い分けることができると
いう効果を奏する。

【０１０２】また、本発明によれば、手で書く署名を生
体署名データとして用いたので本人か否かの検査を確実
に行うことができる。

【０１０３】また、本発明によれば、網膜パターンを生
体署名データとして用いたので本人か否かの検査を確実
に行うことができる。

【０１０４】また、本発明によれば、指紋を生体署名デ
ータとして用いたので本人か否かの検査を確実に行うこ
とができる。

【０１０５】また、本発明によれば、手で書いた署名を
表すイメージデータに対しても署名を施して出力するの
で、実際の手で書いた署名をイメージでとらえることが
できる。

【０１０６】また、本発明は、プログラムを格納したコ
ンピュータ読みとり可能な記憶媒体であるため、秘密鍵
の情報等をプログラム中に埋め込んで構成している。

【０１０７】したがって、本発明によれば、上で述べた
各効果を奏すると共に、第三者にコピーされても未然に
悪用を防止しうるという効果をも奏するのである。

【図面の簡単な説明】

【図１】 本実施の形態に係るディジタル署名生成方法
の構成を表す説明図である。

【図２】 図１の配列管理モジュールの配列を表す説明
図である。

【符号の説明】

１０ 動的署名暗号鍵管理モジュール、１２ 動的署名
照合モジュール、１４暗号演算モジュール、１６ 配列
管理モジュール、２０ａ 個人情報管理配列、２０ｂ
暗号鍵管理配列、２２ 入力、１００ 記憶媒体。

Claims (14)

【特許請求の範囲】
1. 【請求項１】ディジタル署名の対象であるメッセージデ
   ータと、前記ディジタル署名を要求するユーザの識別子
   と、前記ユーザの生体署名データと、を入力する入力ス
   テップと、 前記ユーザの識別子に基づき、前記ユーザの予め登録さ
   れた登録生体署名データを取得する登録生体署名データ
   取得ステップと、 前記生体署名データと、前記ユーザの登録された登録生
   体署名データとを比較し、両者の特徴量が一致するか否
   か検査する検査ステップと、 前記検査ステップにおいて、前記両者の特徴量が一致し
   た場合にのみ、前記メッセージデータに対し、前記ユー
   ザの秘密鍵でディジタル署名を施すディジタル署名ステ
   ップと、 を含むことを特徴とするディジタル署名生成方法。
2. 【請求項２】請求項１記載のディジタル署名生成方法に
   おいて、 前記登録生体署名データ取得ステップは、異なるユーザ
   の識別子に対して、同一の秘密鍵を取得しうることを特
   徴とするディジタル署名生成方法。
3. 【請求項３】請求項１記載のディジタル署名生成方法に
   おいて、 前記登録生体署名データ取得ステップは、同一ユーザが
   複数の識別子を所有することを許容することを特徴とす
   るディジタル署名生成方法。
4. 【請求項４】請求項１、２又は３記載のディジタル署名
   生成方法において、 前記生体署名データは、ユーザが手で書いた署名に関す
   るデータであることを特徴とするディジタル署名生成方
   法。
5. 【請求項５】請求項１、２又は３記載のディジタル署名
   生成方法において、 前記生体署名データは、前記ユーザの網膜パターンに関
   するデータであることを特徴とするディジタル署名生成
   方法。
6. 【請求項６】請求項１、２又は３記載のディジタル署名
   生成方法において、 前記生体署名データは、前記ユーザの指紋に関するデー
   タであることを特徴とするディジタル署名生成方法。
7. 【請求項７】請求項５記載のディジタル署名生成方法に
   おいて、 前記入力された生体署名データである前記ユーザが手で
   書いた署名に関するデータを、イメージデータに変換す
   る変換ステップと、 前記イメージデータに対し、前記秘密鍵を用いて署名を
   施すイメージデータ署名ステップと、 を含むことを特徴とするディジタル署名生成方法。
8. 【請求項８】ディジタル署名の対象であるメッセージデ
   ータと、前記ディジタル署名を要求するユーザの識別子
   と、前記ユーザの生体署名データと、を入力する入力手
   順と、 前記ユーザの識別子に基づき、前記ユーザの予め登録さ
   れた登録生体署名データを取得する登録生体署名データ
   取得手順と、 前記生体署名データと、前記ユーザの登録された登録生
   体署名データとを比較し、両者の特徴量が一致するか否
   か検査する検査手順と、 前記両者の特徴量が一致した場合にのみ、前記メッセー
   ジデータに対し、前記ユーザの秘密鍵でディジタル署名
   を施すディジタル署名手順と、 を含むプログラムを格納したコンピュータ読みとり可能
   な記憶媒体。
9. 【請求項９】請求項８記載のコンピュータ読みとり可能
   な記憶媒体において、 前記登録生体署名データ取得手順は、異なるユーザの識
   別子に対して、同一の秘密鍵を取得しうることを特徴と
   するプログラムを格納したコンピュータ読みとり可能な
   記憶媒体。
10. 【請求項１０】請求項８記載のコンピュータ読みとり可
    能な記憶媒体において、 前記登録生体署名データ取得手順は、同一ユーザが複数
    の識別子を所有することを許容することを特徴とするプ
    ログラムを格納したコンピュータ読みとり可能な記憶媒
    体。
11. 【請求項１１】請求項８、９又は１０記載のコンピュー
    タ読みとり可能な記憶媒体において、 前記生体署名データは、ユーザが手で書いた署名に関す
    るデータであることを特徴とするプログラムを格納した
    コンピュータ読みとり可能な記憶媒体。
12. 【請求項１２】請求項８、９又は１０記載のコンピュー
    タ読みとり可能な記憶媒体において、 前記生体署名データは、前記ユーザの網膜パターンに関
    するデータであることを特徴とするプログラムを格納し
    たコンピュータ読みとり可能な記憶媒体。
13. 【請求項１３】請求項８、９又は１０記載のコンピュー
    タ読みとり可能な記憶媒体において、 前記生体署名データは、前記ユーザの指紋に関するデー
    タであることを特徴とするプログラムを格納したコンピ
    ュータ読みとり可能な記憶媒体。
14. 【請求項１４】請求項１１記載のコンピュータ読みとり
    可能な記憶媒体において、 前記プログラムは、 前記入力された生体署名データであるデータであって、
    前記ユーザが手で書いた署名に関するデータを、イメー
    ジデータに変換する変換手順と、 前記イメージデータに対し、前記秘密鍵を用いて署名を
    施すイメージデータ署名手順と、 を含むことを特徴とするプログラムを格納したコンピュ
    ータ読みとり可能な記憶媒体。