JPH10505175A - 手書き署名を採取し、記憶し、伝送し、および、認証する方法ならびにそのシステム - Google Patents

Abstract

(57)【要約】 手書き署名を採取し確認するためのコンピュータベースの方法およびシステム。手書き署名は、電子的に記憶された文書といったような文書に関連する可能性がある。文書の画像が表示され、手書き署名が採取される（４）。手書き署名に関係する一揃いの計測値が決定され、署名エンベロープ（10）の中に記憶される。任意には、文書の検査合計値を決定し署名エンベロープ内に記憶することができる。署名者の請求されたアイデンティティも同様に署名エンベロープ内に記憶できる。署名エンベロープはコード化される（104）。署名エンベロープをもう１つのアプリケーションまたはコンピュータ・プラットフォーム（26）に通信することもできるし、または後に確認を行なうために記憶することもできる。署名エンベロープは復号され、署名エンベロープ内に記憶された一揃いの計測値は、署名者（６）のアイデンティティを確認するべく手書き署名測定値の既知のセットに対して比較される。システムには、確認済み署名情報（12）を記憶する署名テンプレートのデータベースが含まれている。確認済みの一揃いの署名計測値は、類似性評点を得るための署名エンベロープ内に記憶された一揃いの計測値と比較される。本発明は、文書の性質、重大さ及び／又は内容に関して署名者に警告するための重要プロンプト機能を含んでいる。重要プロンプト（22）は同様に署名記録の一部として署名エンベロープの中に記憶することができる。

Description

【発明の詳細な説明】 手書き署名を採取し、記憶し、伝送し、および、認証する方法ならびにそのシス テム 発明の分野 本発明は手書き署名を電子方式で記憶保存する方法およびシステムに関し、よ り詳しくは、電子方式で記憶した手書き署名、および、それに関連する文書の確 認を複数のプラットフォーム（Platform）で実施可能にする方法およびシステム に関するものである。 著作権に関する注意 ここに開示する特許書類の一部には、著作権による保護の対象となる事項が含 まれている。したがって、著作権者は、上記特許書類またはその開示事項が特許 庁の管掌する特許ファイルまたは記録に現われた際には、何人による複写再生に も対抗するものではないが、それ以外の場合には何事によらず、この著作権に関 する全ての権利を保持するものである。 発明の背景 机上設置型にしろ携帯型にしろ、電子ペンまたはディジタイザによるデータ入 力を可能にした多くのコンピュータシステムが設計されている。手書きの字句を 認識し、標準テキストに翻訳するソフトウェアも世に出ている。また、電子ペン 入力を利用したアプリケーションも数多く存在している。ペン入力は、コンピュ ータキーボードに馴染みのない人や苦手な人にもコンピュータを楽に使用できる ようにしている。さらに、ペン入力型コンピュータの使用、ディジ タル形式による情報の記憶、およびその伝送は、紙の使用を減らしまたはそれを 廃止するといったような重要な商業上の利益を実現している。 ディジタイザは、典型的に、ペン先の位置を１秒間に約１００回サンプルし、 そして一インチの７０分の一の動きを感知する感度を有している。したがって、 ディジタイザは人間の手の動きを極めて正確に記録することができる。コンピュ ータによる署名確認はこの点を利用して目に見える署名の形だけではなく、署名 の速さおよび書くリズム等の署名の動的な面を分析することができる。 ペン入力（例えば、手書き署名）を取り込み、ペン入力の基本的な特徴を決定 し、そしてそのペン入力を電子方式で表すことを可能にするアルゴリズムがある 。また、電子方式の手書き署名が同一人のものか否かを決定することができるア ルゴリズムもある。これらは、例えば米国特許第5,109,426号（英国特許出願第9 0 24393.3号）、米国特許第4,495,644号、および英国特許出願第1480066号等に 開示されているが、ここでの詳細な説明は省略する。 署名の確認は、コンピュータの安全性に対し非常に重要な貢献をすることがで きる。コンピュータの他の全ての安全機構は、個人のみが知る事項（例えば、パ スワード）、または所有する物（例えば、物理的なキー）に依存している。署名 の確認は、このようなものに頼る代わりに、盗難または漏洩の心配のない身体の 動作の様子に依存することによって、コンピュータ使用者の真の同一性に関する 確実な証拠を提供する。 現在まで署名の確認は、主としてアクセス領域の安全性の観点から、コンピュ ータシステムの全てまたは一部に対する使用者のアクセスを許す前に、本人であ ることを確認する目的で採用されてきた。 しかし、紙に書く伝統的な署名は、契約書あるいは遺言書に署名 するとか、為替を切る際には支払い拒否に対抗するための保護手段として署名す るといったように、種々の意志または意図を証明するのに使用されている。 コンピュータ化された書類の利用が可能になっているにも拘わらず、紙面への 署名に対する法的、または文化的要求から、今日でもなお多くの分野で紙に依存 することが必要である。 したがって、ディジタル形式、即ち電子方式の文書よりも、それと同じハード コピーの方が好まれる場合がしばしば生じている。例えば、土地譲渡に関する遺 言書とか契約書は、殆ど全ての司法管轄区域における法律によって、それが手書 きであること、およびその書面に対する当事者並びに証人の手書き署名原本を含 んでいることが要求される。文書が電子方式で作成されている場合、文書の内容 を比較的簡単に改竄できるため、後日見る書面が最初に作成された物と同一であ るかが不確かであることが多い。ペン入力機能を使用して取り込んだ手書き署名 は文書のテキストに組み入れることはできるが、後日見る文書が“電子的に”署 名されたものであるかは、決して確かとはいえない。 したがって、手書き署名の採取（Capture）および確認の科学を安全アクセス 機構としてより、もっと広範な面に適用することが望ましいだろう。特に、ある 意図（例えば、法的文書に署名したことの意図）を証明する領域においては、署 名された文書とその署名者の署名とを関連付ける確実な署名採取および確認方法 が必要になる。 現存のシステムは、電子方式による署名がその後改竄されたかどうか、そして 電子文書に関連するその電子方式の署名がその文書の処理（作成）時点で採取さ れたどうかに焦点を当ててきた。例えば、キャップ（Kapp）等に付与された米国 特許第5,195,133号は、商業上の責務を認めるという趣旨の署名が問題処理（文 書作成）時点で 行われ、そしてその署名が他の問題処理に関して採られた本物の署名ではなく、 またその処理に関するディジタル記録に詐欺的に組み込まれたものではないこと を保証する機構について述べている。このキャップ等によるシステムと同様なシ ステムは、処理に関するディジタル記録を作成し、その処理時点でなされた署名 のディジタル表示を採取し、処理のディジタル記録を使用して署名のディジタル 表示を記号化している。この方法は、署名の表示が、署名したといわれている時 点で署名されたものであることを保証することをその目的としてる。しかし、こ のような手法はディジタル形式で採取した手書き署名が後で修正されたかどうか については確認がとれない。さらに、キャップ等による手法に見られるようなシ ステムは処理（文書作成）を必要とするから、処理を伴わない環境下で署名を採 り、確認するという操作は不可能である。 現存の手書き署名の採取および確認システムは、単一のプラットフォームで使 用するように構成されている。手書きの署名を符号化して、他のアプリケーショ ンが電子方式の手書き署名を利用できないようにすることがしばしば行われる。 しかし、インターネットを含む今日の進歩したコンピュータ間通信のおかげで、 多くのアプリケーションは、署名が行われたときと同じ機器または同じ時間に確 認をすることを要求しないだろう。例えば、手書き署名を一つの装置で電子的に 採取し、記憶し、もう他のコンピュータ・プラットフォームに電子的に伝送し、 その後で確認するシステムが望ましい。したがって、統合されたプラットフォー ム間署名確認システムが必要になる。特に、特定の基礎となるハードウェアを前 提とせず、かつ異種のコンピュータおよび異種のオペレーションシステム間で移 動が可能なシステムが必要である。 多くの業務機関および政府機関の部局が、文書に署名を求めるこ とはよくあることである。例えば、小切手またはクレジットカードで物を買うと き、レンタカーの契約をするとき、リース契約をするとき、運転者登録またはそ の他の政府許可を申請するとき、選挙の日、または試験の受験証明等々である。 また、署名を求める人が、署名を求められた個人を熟知せず、要請に基づいてし た署名を対比照合するその署名者の本物の署名を持ち合わせていない、といった ことはよくあることである。さらに、照合のために本物の署名が用意されていた としても、署名を要求する者が、二つの署名が同一人によるものかどうかの判定 に未熟であったりすることもよくあることである。したがって、一つの場所で署 名を採取し、それを多くの個人に関する確認済みの署名行動を記録している中央 局に電気的に伝送し、そして署名者の身元確認を署名地に返すシステムが必要で ある。 また、ある場合には、契約書またはその他の法的書類に署名した者が後日、署 名した文書の性質を理解していなかったこと、または彼または彼女が文書に署名 したときに誤解させられたことを主張して、彼または彼女の責務を終了させよう とすることがある。さらに、マルチウインドウコンピュータ環境下では、電子的 に文書に署名した者が、実際に署名したコンピュータのどの文書に記録されてい るかが不確かになるかもしれない。もし記録が署名時点でなされたとすれば（そ れは後から取り出せる）、文書に署名する際に署名人が何を告げられたかを記録 し、署名する前に、これから署名する文書の正体、性質、および重要性に関して 署名人に警告することが有用である。 要するに、署名採取が必要とされる多様な環境において、手書き署名採取およ び確認技術の応用を可能にすることによって、電子ペン入力装置の高まりつつあ る利用性を用いるシステムが必要である。 発明の要約 したがって、本発明は手書き署名を電子的に採取し、この署名を電子方式で記 憶し、採取した手書き署名を伝送し、そして採取した手書き署名を認証するため の方法およびそのシステムを提供するものである。 本願において使用する“署名”という表現は、その意志または同意を表す者に よってなされた手書きの標し（マーク）を意味するものとする。そして、この言 葉は通常その者の自署と考えられるものを含んでいる。また、“署名した、また は署名された”という表現は、署名に対応する意味を有し、その書き物を認証す る意図を持つ当事者によって書かれ、または採用された如何なる記号も含むもの とする。その場合、その書き物は電子方式によるのものであってもよい。ただし 、本願において使用する“署名”は、以下のものを含まないことに注意されたい 。即ち、“ディジタル署名”としてコンピュータ科学の分野で知られるようにな ったもの、言い換えれば、電子文書を作成し、または伝送する本人を確定する電 子コードを含まない。“ディジタル署名”は、手書き署名を、特定の個人に与え られかつ秘密に保持しなければならない暗唱英文字数字“キー”でもって置き換 える機能を有している。これとは対照的に、本発明は人の手書き署名を電子的に 採取し、かつ、処理することを指向するものである。 本発明の代表的な実施例では、公知の電子ペンベースのハードウェアを利用し て、手書き署名を電子的に採取している。 本発明の代表的な実施例は、署名採取モジュール、署名確認モジュール、およ びテンプレート（Template）・データベースを含んでいる。 署名採取モジュールは本人の署名を採取し、その署名行為を示す（または記録 する）署名エンベロープ（署名包袋）を作る。署名エンベロープは電子方式、例 えば電子ペンベースのコンピュータスクリーン上で採取された署名の手書きに関 連する一定のデータを記録する。典型的には、署名採取モジュールはクライアン ト・アプリケーションによって呼び出され、制御され、そしてこれと通信を行う 。 例えば、クライアント・アプリケーションは文書に関する手書き署名を要求す ることができる。クライアント・アプリケーションが署名採取モジュールを呼び 出すと、このモジュールはコンピュータスクリーン上に署名採取用ウインドウを 表示して、クライアントに対し当該コンピュータスクリーン上の署名採取用ウイ ンドウに彼または彼女の署名（例えば、電子鉄筆を使用して）を書くことを要求 する。これに対して、クライアント・アプリケーションは署名採取モジュールに 対して、署名した文書の識別記号、そして／または文書に署名した理由（または 文書の重要性）を送る。重要プロンプト（グラビティ・プロンプト：Gravity Pr ompt）と称するこの情報は、使用者に対し署名採取モジュールによって署名採取 ウインドウに示される。この表示によって使用者は、署名されている文書が彼ま たは彼女が署名したと思う文書を確認でき、さらに使用者に署名行為の理由およ びその重要さを警告する。 使用者が文書に署名するとき（例えば、ペンまたは鉄筆をスクリーン上に走ら せて）、鉄筆の移動軌跡を描く画像（イメージ）が現れる。したがって、使用者 の署名（即ち、自署）が使用者に対して表示される。署名時、署名採取モジュー ルは署名行為に関してある一定の特色、例えば署名の大きさ、曲線の形状と相対 的位置、ループ、直線、点、斜線、その他書いた署名の特色と共に、署名に特色 を与える相対速度等を測定する。これらの測定は“署名行為統計” （Act-of-signing Statistics）”と呼ぶことができる。 本発明による代表的実施例では、署名採取モジュールは署名された文書の検査 合計値（Checksum）を作成する。この文書の検査合計値は、署名した申立てを受 けている文書が、確かに署名されたこと、さらにこの文書に何ら変更が加えられ ていなかったことを後日確認するのに使用することができる。 代表的な実施例では、文書の検査合計値は文書原本の完全な陳述書を構成する ものではなく、同原本をこの文書の検査合計値から起こすことはできない。文書 の検査合計値は文書に対して数学的関係を持っている。もし文書が変更されると 、文書はもはや検査合計値に対して数学的整合性を維持することができなくなる 。 上記実施例に代わる実施例では、文書の検査合計値に加えて、あるいはそれに 代わるものとして、署名された文書の圧縮表示を作成することが可能である。 署名採取モジュールはデータ、中でも署名行為統計、署名の日時、署名人請求 の識別記号、重要プロンプトに現れる言葉、文書検査合計値、そして選択的には 、署名の図形画像を示すデータをコード化する。そして、この署名採取モジュー ルはこれらコード化データを含む署名エンベロープを作成する。代表的実施例で は、署名エンベロープはコード化文字列データとなる。したがって、この署名エ ンベロープは書込み時点における諸事項を示すための確実な方法である。 また、代表的な実施例によれば、クライアント・アプリケーションが署名エン ベロープに含まれている情報を解読したりまたは変更したりすることはできない 。 署名確認モジュールは、特定の署名が本物である確率を報告する。署名確認モ ジュールはテンプレート・データベースにアクセスする ことができる。このテンプレート・データベースは複数のテンプレートを記憶し ている。各テンプレートは個人の署名行為統計と、その個人に関する既知の識別 記号とを含んでいる。各テンプレートは、制御された登録処理過程を介して作成 され、そして後日のアクセス用としてテンプレート・データベースに記憶される 。 代表的な実施例では、署名確認モジュールおよびテンプレート・データベース は、多くのクライアント・アプリケーションからアクセスできる離れた位置にあ る。例えば、署名確認モジュールとテンプレート・データベースは、独立した中 央署名確認局に設けられる。これに代わる他の実施例では、上記の署名確認モジ ュールとテンプレート・データベースは、必要に応じてクライアント・アプリケ ーションからアクセスできる局部システムに設けられる。 クライアント・アプリケーションが署名確認をするとき、クライアント・アプ リケーションは確認対象署名の署名エンベロープを署名確認モジュールに送る。 各クライアント・アプリケーションは、そのクライアント・アプリケーションに よって作成された署名、またはその他のクライアント・アプリケーションによっ て以前に作成した署名を確認することができる。 例えば、署名採取モジュールを多くのコンピュータ、例えばペン書込みベース のポータブルコンピュータに内蔵させ、一つのホストコンピュータに署名確認モ ジュールを設けることもできる。ポータブルコンピュータはいつでも多くの署名 を採取して（したがって、多くの署名エンベロープを作成し）、それを署名確認 用のホストコンピュータに伝送する。 署名確認モジュールが特定の署名エンベロープを受けたときに、この署名確認 モジュールは、上記の署名エンベロープが同署名エンベロープにて識別されてい る使用者による真の署名書き込み時に作 成されたものかどうかを評価するよう署名確認モジュールに指示することができ る。署名確認モジュールは署名エンベロープを解読し、当該署名エンベロープに 含まれている情報と、テンプレート・データベースに記憶されている署名テンプ レートとを比較することができる。この比較に基づいて、署名確認モジュールは 署名の整合性に関する百分率（例えば、７８％）を決定し、この百分率および署 名エンベロープに記憶されているその他の情報をクライアント・アプリケーショ ンに報告する。 したがって、本発明は電子的に採取した手書き署名を、これまでの紙を用いた 署名と同じように使用することを可能にするものである。本発明によって採取さ れた署名は、偽造および詐欺行為の検出および防止を支援するコンピュータ技術 によって、伝統的な紙に書く署名の持つ「性能」を凌ぐであろう。 本発明は、現存のソフトウェアプログラムと共に使用できるように設計されて いる。例えば他のコンピュータプログラムによって作動するソフトウェア要素と して使用できるように設計されている。また、本発明は使用者のコンピュータネ ットワークへのアクセスを可能にする防護安全プログラムの一部として、ワード プロセッサの一部として、あるいは電子メールプログラム（Ｅ−メールプログラ ム）の一部として（例えば、Ｅ−メールメッセージ発信人の識別記号確認に）使 用することができる。本発明は特に署名の採取および確認に関係する処理を行う 。（ここで用いられているように、本発明によるモジュールを利用するプログラ ムを「クライアント・プログラム」という）。 したがって、クライアント・プログラムは本発明を用いてあらゆる目的のため に署名を採取することができる。本発明は同意を示す伝統的なやり方（署名）を 新たな技術環境に進展させると共に、紙 使用の必要性をなくすことできる。例えば、本発明による署名採取モジュールは 、ディジタイザが取り付けられているケーブルテレビの変換ユニット（時には「 セット−トップボックス(set-top box)」と言われる）に内蔵させることができ るから、視聴者は本発明を用いて種々の物品およびサービスの供給権限をその供 給者に与えることができる。そこで採取された署名は供給者のシステムに伝送さ れ、そこで物品、サービスの配送前に署名確認モジュールに送ることができ、事 柄（取引：Event）の記録として保管される。この方法の利点は家族構成員めい めいが個人のカードを持ち歩いたり、それに“暗証番号”を付けたりすることを せずに、個人化（例えば、親、子供等）ができる点である。また、署名採取モジ ュールを例えば、裏面に適当なタッチセンサ式ディジタイザを取り付けた手持ち 型の遠隔制御ユニットに設ければ、本発明の能力は容易に高められる。 もう一つの例は、車販売店で車を買うためにローンを組む場合である。手書き 署名は署名採取モジュールによって採取することができる。この結果として生じ た署名エンベロープは独立の署名確認局に送付される。この確認局から返されて きた確認記録を使って、車が買い手の手に渡る前に、全体のクレジット査定が計 算される。 また、署名はそれに続く確認を要しない場合とか、ある個人がした署名がその 受取人にとって初めてのものである場合にも採られる。例えば、新郎新婦による 結婚許可宣誓書への署名、客によるホテル登録用紙への署名、および、小包配達 書への署名等である。 したがって、署名は、例えば、遠隔地にあるコンピュータシステムにアクセス を許可する前にその確認のために遠隔地に送ることができる。また、署名は特定 の人が特定の文書または処理を許可したことの記録としてコンピュータのアーカ イブ（保管所：Archive） に記憶される。また、使用者に特定の電子文書へのアクセスを許可してよいかど うかを即座に決定するために署名を確認することが望ましい。 本発明は署名データ（特に署名エンベロープ）が詐欺的誤用を受けることを許 さない。したがって、クライアント・プログラムは、コード化形式のものを除く 署名データへのアクセスを行うことはできないし、また偽造に対し実質的に助け となると思われる情報を得ることはできない。 本発明の独特な安全性は以下の点にある。即ち、本発明では、生の署名データ を署名確認装置に伝送するのではなく（即ち、署名採取モジュールが生の署名デ ータを署名確認モジュールに伝送するのではなく）、署名採取の段階で署名の特 色抽出が行われる。代表的な実施例では、生の署名データは署名エンベロープに 記憶されず、また如何なる段階に置いてもクライアント・プログラムが利用でき ないようにしてある。したがって、署名エンベロープを調べて生の署名データを 改造し、その後でその生の署名データをシステムに再度挿入することができない ようにしてある。また、このことは署名確認前に伝送または保管される情報量を 削減する。 本発明は電子文書の不法修正の検出補助に利用できる。上記したように、文書 の検査合計値は文書を形成している文字コードから計算され、署名エンベロープ の一部としてその文書とは別に記憶される。修正文書から得られる文書の検査合 計値は元のものとは違うから、その修正を検出することができる。本発明は、イ ンクが紙上で乾くことに対する完全な電子的比噛を支持して、進歩した検査合計 方法を用いて署名エンベロープを文書に結びつける。このことは、重要プロンプ トと共に、一文書に対してなされた署名が他の文書に使用されないように、一署 名一意使用の維持を支援するものである。 図面の簡単な説明 図１は本発明による典型的なシステム構造を示すブロック図である。 図２は第１のプラットフォームで採取された署名を、第２のプラットフォーム で確認する場合に使用するような本発明による典型的なシステム構造を示すブロ ック図である。 図３は手書き署名の採取に使用するウインドウおよび重要プロンプトの例を示 す図である。 図３Ａは他の重要プロンプトの例を示す図である。 図４は署名エンベロープのライフサイクルを示す流れ図である。 図５は署名採取過程の典型的段階を示す流れ図である。 図６は本発明によるテンプレート・ソフトウェアオブジェクトに関する典型的 なライフサイクルを示す流れ図である。 図７はテンプレート登録過程の典型的な段階を示す流れ図である。 図８は本発明のエンティティ（Entity）に関するエンティティ関係図である。 図９は人物を表すソフトウェアオブジェクトのライフサイクルを示す図である 。 詳細な説明 図面参照にて、図１には本発明の構成要素を利用した典型的なシステムがブロ ック図形式で示されている。 第１図は署名の採取と確認の機能が同一装置で実行される構成を示すものであ る。クライアント・アプリケ−ション２は署名の採取を要求する。このクライア ント・アプリケ−ションはこの要求情報 を署名採取モジュ−ル４（署名採取サービスとも呼ばれる）に提示し、そしてこ の署名採取モジュ−ルはユ−ザ−が彼のまたは彼女の署名を適当なハ−ドウエア 装置、例えば、ペン／ディジタイザとデイスプレイ６との組合せを使用して署名 することを要求する。この署名採取モジュ−ル４は、後述するような、署名エン ベロープ１０を作成してこれをクライアント・アプリケ−ション２に渡す（また は使用できるようにする）。 クライアント・アプリケ−ション２が署名の確認を望むときには、これはその 署名エンベロープ１０を署名確認モジュ−ル６（署名確認サ−ビスともいわれる ）に渡す。署名確認モジュ−ル６は、その署名の署名情報とその署名の“所有者 ”に関する情報のテンプレ−トを内容とするテンプレ−ト・デ−タベ−ス１２（ 署名者デ−タベ−スとも呼ばれる）にアクセスし、そして署名対応率をクライア ント・アプリケ−ション２に戻す。 図２は、署名がペン装備のコンピュ−タで採取されるが、遠隔システムにて確 認される構成を示すものである。図２においては、２つのクライアント・アプリ ケ−ション２aおよび２bがある。この実施例においては、クライアント・アプリ ケ−ション２aはペン装備コンピュ−タに搭載されている。署名採取モジュ−ル ４は署名を採取して署名エンベロープ１０をクライアント・アプリケ−ション２ aに戻す。この署名エンベロープ１０は別のクライアント・アプリケ−ション、 例えば、クライアント・アプリケ−ション２ｂに送ることができる。クライアン ト・アプリケ−ション２ｂは、署名エンベロープ１０により提示される署名が確 認されることを要求することができる。この場合には、クライアント・アプリケ −ション２aはその署名エンベロープ１０を署名確認モジュ−ル６に渡し、この 署名確認モジュ−ル６が上記署名を確認する。 本発明のこのオ−プン構成は多くの変更形態を可能とすることが注目される。 例えば、この署名確認モジュ−ル６とテンプレ−ト・デ−タベ−ス１２を単一の コンピュ−タシステムに搭載することができる。また、多数の署名確認モジュ− ル６を相異なるプラットフォームに搭載して、その全てが遠隔配置された１つの テンプレ−ト・デ−タベ−ス１２にアクセスできるようにすることができる。 この署名採取モジュ−ル４と署名確認モジュール６は１組のＡＰI(アプリケ− ション・プログラム・インタフェ−ス)を利用して署名の採取および確認を多数 の相異なるアプリケ−ション、例えば、２a、２bに組込むことを可能としている 。アプリケ−ションは各署名の背景や署名確認の識閾（Criteria）を決定するこ とができる。 この代表的な実施例においては、本発明はＩＢＭ社（International Business Machines Corp.）のＯＳ／２（Ｃ＋＋インタフェ−ス）用のペンおよびマイク ロソフト社(Microsoft Corp.)のペン計算〔Ｃ＋＋およびビジュアル・ベーシッ ク・インタフェ−ス（Visual Basic Interface）〕用ウインドウズにおいて実施 される。署名採取モジュ−ル４および署名確認モジュ−ル６は別のコンピュ−タ プログラムに組込まれるか、あるいは別のコンピュ−タプログラムにより作動さ れるように指定されている。したがって、これらは自給式ソフトウエア構成要素 と考えるべきである。 この代表的な実施例においては、署名採取モジュ−ル４は図式デイスプレイ装 置およびディジタイザの両者の利用性を要件とする。ペン計算およびＯＳ／２用 のペン用の両ウインドウのもとでは、その動作システムにより支援される図式デ イスプレイ装置はいかなるものも使用され得る。例えば、ワコム(Wacom)、カル コンプ(Calcomp)、クルタ(Kuruta)等が使用可能である。加えて、このコンピュ −・プロセッサは、例えば、コンパック(Compaq)のコンサ−ト ・コンピュ−タ（Concerto Computer）またはＩＢＭのＰシリ−ズ・シンクパッ ド・コンピュ−タ（P.Series Thinkpad Computer）のような動作システムのいず れか一方を支援するペンベ−スのコンピュ−タとすることができる。 署名確認モジュ−ル６は、特定のハ−ドウエアを要件とせず、この代表的な実 施例においては、Ｃ＋＋コンパイラまたはクロス・コンパイラを支援するコンピ ュ−タ動作システムのもとで実施することができる。 本発明は次の３つの分離可能なサブシステムを持つと考えることができる。即 ち、 １．署名採取モジュ−ル４；これは署名エンベロープ１０に署名して同署名エ ンベロープを作成する行為を記録する。 ２．署名確認モジュ−ル６；これは個人の署名プロフィル、即ち、“テンプレ ート”に基いて署名エンベロープを測定する。 ３．テンプレ−ト・デ−タベ−ス１２。 これらの３つのサブシステムの用途を示すためには、コンピュ−タシステムへ のアクセスを統制すべく署名確認の単純な適用を考慮することが必要である。こ の場合のクライアント・プログラム２は署名の採取を要望し、ついで、これを確 認してコンピュ−タ・ユ−ザ−の身元に関する証拠を受取る。この場合、そのス テップは次の通りである： ＊ ユ−ザ−が主張する身元を確定する。 ＊ ユ−ザ−の署名をその日時と共に採取する。 ＊ ユ−ザ−が主張する身元を使用してその署名テンプレ−トの場所を確定す る。 ＊ その署名がそのユ−ザーのテンプレ−トに対応しているか否かを確定する 。 これらのステップは、上記３つのサブシステムとの関係において次のように説 明することができる： ＊ ユ−ザ−が主張する身元を確定した後、そのユ−ザ−の識別子を有する空 のエンベロープを作成する。 ＊ 署名採取モジュ−ル４をして署名デ−タを収集させて、その日時と署名の 理由の文字通りの表現と共に署名エンベロープに入れる。 ＊ 署名確認モジュ−ル６をしてテンプレ−ト・デ−タベ−ス１２をサ−チさ せ、署名エンベロープ１０に保存されているその署名者のテンプレ−トの場所を 確定させる。 ＊ 署名確認モジュ−ル６をして、その署名エンベロープ１０が見出されたテ ンプレ−トに基いて確認させる。 署名確認モジュール６は、この代表的な実施例においては次のように動作する 。各署名の測定（署名エンベロープ１０から得られたもの）とその平均（そのテ ンプレ−トから得られたもの）との差が計算され、そして記載時に計算される測 定のための標準偏差により割算される。その最高結果値が保存され、そして全て の値が総計されて平均化される。最高値と平均値は２つの係数により算定されて 比較可能値となし、このうちの最大のものが保持される。もしこれが所定の（小 さい）値Ｍよりも小さければ、最大得点１００が戻される。同様にして、もしこ れが所定の（大きい）値よりも大きければ、最小得点が戻される。別の手法とし ては、この結果値をＭ＋１から除算し、その差を１００で乗算して０から１００ までの範囲の値を出す。ついで、この値がクライアント・アプリケ−ション２に 戻される。 得点をクライアント・アプリケ−ション２に戻すことは、クライアント・アプ リケ−ション２が特定の処理との関係においてその署 名が合格か落第かを決定できるようにする。例えば、署名されている文書が＄１ ，０００（１，０００ドル）のロ−ン文書であれば、合格点として得点７５また はこれ以上の得点がクライアント・アプリケ−ション２により要求される。しか し、署名されている文書が銀行口座から＄２００，０００を下ろすための下ろし 伝票であれば、この場合は、クライアント・アプリケ−ション２は合格点として 得点９５またはこれ以上の得点を要求することができる。 この構成を使用して、本発明は手書きの署名の採取と確認が相異なるプラット フォーム上で行えるようにすることができる。本発明は輸送可能なデ−タ式記録 、署名の行為を記録するタイプの輸送可能なデ−タを創作し、そしてこれが文書 とリンク（または“結合”）できるようにする。 本発明は、それぞれにおいて動作が実行されて機構が相互作用を可能とする３ つのサブシステムの性質を参照することにより最もよく理解することができる。 １．署名エンベロープ１０ 署名エンベロープ１０は、署名の物理的行為をディジタル記録するコード化デ −タの複雑な包みとして考えることができる。 しかし、署名の行為は純粋には物理的行為とは考えられない。実際には、この ような行為は、署名人の意図、日時、および署名される文書等の一連の関係から 分離することはできない。署名エンベロープ１０は、これら本質的な付随要素に 関するデ−タもその内容とする。 署名が採取されるに先立ち、署名採取モジュ−ル４は、通常はクライアント・ アプリケ−ション２から、次の情報が与えられる： ＊ 署名に際してのユ−ザ−の意図の要旨（短いテキストの形 式）；これは署名採取モジュ−ル４により、ユ−ザ−の署名が表示されるコンピ ュ−タのデイスプレイの領域に近接して目立つ状態で表示される。この短いテキ ストは「重要プロンプト」として知られている。これは署名の行為の重量（重要 性）を知らせるからである。例えば、重要プロンプトでは、“私はジョ−ジ ビ −ル（George Beals）に＄４９．５０支払うことに同意する”、または“私は私 の家をフレッド デニング（Fred Denning）に＄２３，０００で売ることに同意 する”、または“あなたは「手紙」という名称の文書に署名しています、ファイ ル名はlet.wp”、または“クレジット契約書に同意の署名をして下さい”と書く ことができる。 ＊ 任意ではあるが、ユ−ザ−が署名する文書を示すコンピュ−タ・ファイル の参照。 ＊ 任意ではあるが、署名の可視表示が署名エンベロープ１０の内側に保存さ れるべきか否か。 ＊ 任意ではあるが、保全のための検査合計値の生成にキ−を使用するか否か 。 署名採取プロセスが開始すると、用紙またはウインドウ２０（図３に示す）が コンピュ−タのスクリ−ンに表示され、そして重要プロンプト２２が署名採取モ ジュ−ル４により表示される（図３において、重要プロンプトには“登録が不完 全−登録のための署名をして下さい”と書かれている。この重要プロンプトは、 以下に詳しく説明するが、テンプレ−ト作成時の登録プロセスにおいて使用され 、ユ−ザ−に彼がテンプレ−ト作成のための署名をしていることを知らせる）。 ユ−ザ−はいつでも用紙上に表示の“取消し”制御部２４を作動させることで、 即ち、これを彼のペンでたたくことでその処理の取消しを選択することができる 。 ユ−ザ−はまた、“クリア”制御部２６を同様に作動させること により署名の採取（例えば、腕を揺することによって）を再度開始することもで きる。ユ−ザ−が“ＯＫ”制御部２８を作動させれば署名の採取は完了するが、 これは次の仕様に基くものである： ＊ 署名は完了まで一定の時間を要するものでなければならない。 ＊ 引く線の長さは一定の最小限度よりも長くなくてはならない。 ＊ 署名デ−タは一定の複雑さを提示するものでなければならない。 ＊ ペンは２秒以上静止してはならない。 これら仕様のいずれかに違反した場合には、署名者にメッセージが表示されて その署名は拒絶され（ユ−ザ−が“クリア”制御部２６を操作したと同様）、シ ステムは自動的に別の署名を受入れる状態となる。 この時点で署名採取モジュ−ル４は署名エンベロープ１０に次の情報を保存す る： ＊ 署名の行為の日時。 ＊ 重要プロンプト。 ＊ 署名人が主張する身元。 ＊ 署名が採取された機器の身元。 ＊ 署名の採取を開始したコンピュ−タ・プログラムを代表する確認者、即ち 、クライアント・アプリケ−ション２。 ＊ 署名に関する測定および統計、例えば、形、ペンの筆跡、署名に要した全 時間等。 ＊ 任意ではあるが、採取された署名が関係するファイルまたは文書として、 照合が最初に指定されたコンピュ−タ・ファイルまたは文書メントから計算され る検査合計値(checksum)。 ＊ 任意ではあるが、署名のイメ−ジをベクトル形式で圧縮した表示。 ＊ 保全のための検査合計値(checksum)。 本発明は署名採取後の署名エンベロープ１０の変更を許可しない。署名エンベ ロープ１０に保持されたデ−タはコード化に先だって合計チエックが為されて， 未公認の修正が検知できるようになっている。 図３Ａに示すように、クライアント・アプリケ−ション２は署名採取モジュ− ル４に、署名されている文書の身元および、またはその文書が署名されている理 由（または重要性）を供給することができる。この情報が重要プロンプト２２で ある。この代表的な実施例においては、重要プロンプト２２は署名採取ウインド ウ２０においてユ−ザ−に表示されている。これによってユ−ザ−は、署名して いる文書は彼または彼女がいまこれに署名しているのだと信じる文書であること を確認することができ、更に署名の行為のグラビテイ（重み）の理由を認識する ことができる。この代表的な実施例においては、重要プロンプト２２は署名エン ベロープ１０に保存される。したがって、この重要プロンプト２２は後の段階で 別のアプリケ−ション（これらは別のプラットフォームで操作することができる ）により回復されて表示することができる。図３Ａに示すように、署名されてい る文書は全５頁の消費者クレジット・アプリケ−ションであり、その一部がウイ ンドウ３０に表示されている。署名されている文書のタイトルは文書用のタイト ル・バ−３２においてクライアント・アプリケ−ション２により表示される。重 要プロンプト２２には、“クレジット契約書（合意書）承認の署名をして下さい ”と書かれている。このテキスト“クレジット契約書承認の署名をして下さい” は、クライアント・アプリケ−ション２が署名採取モジュ−ル４に供給したもの であり、このテキストは署名エンベロープ １０に保存される。署名採取ウインドウ２０は、図３Ａにおいて、署名されてい る文書を内容とするウインドウ３０に表示されている。 本発明（この代表的な実施例においては、署名確認モジュ−ル６は下記の機能 を実行する）は、クライアント・アプリケ−ション２の要求がある場合、署名エ ンベロープ１０に関連して次の機能を提供する： ＊ 署名人が主張する身元の開示。 ＊ 署名の行為の日時の開示。 ＊ 署名が採取されたときに文書の合計デ−タの検査の選択が実行された場合 に、文書を代表する所定のコンピュ−タ・ファイルが、最初に検査合計値のチエ ックがなされたものと同一か否かの確認。 ＊ 署名が採取された場合、その署名の可視表示の保存の選択が実行されたと きに、その署名をコンピュ−タのスクリ−ンに表示できること。 ＊ 署名が採取された場合、その署名の可視表示の保存の選択が実行されたと きに、その可視表示を内容とする標準フォ−マットのデイスク・ファイルをビッ ト・マップ形式で生成できること。 ＊ テンプレ−トに基く確認。 加えて、本発明は、署名エンベロープ１０に関連して次の機能を実行すること ができる： ＊ 保管、または遠隔システムへの送信を可能とするために、メモリからデ− タ・ブロックへのコ−ド化。 ＊ アーカイブ（保管所）から、または電子的デ−タ送信を介して回復された デ−タ・ブロックからメモリにおける署名エンベロープ１０の作成。 メモリから回復されるデ−タ・ブロックは最初に書出されたオブジェクトと同 一のオブジェクトを再構成するに足るデ−タを内容と する暗号ブロックのメモリである。デ−タ・ブロックは、オリジナル・オブジェ クトの全状態を保存し、且つ同じまたは遠隔システムで再生できるようにするプ ロック情報であって、効果的にコード化され、そしてポ−タブルのものである。 これらのデ−タ・ブロックは、オブジェクトを保管所に保管するために、ある いはオブジェクトのコピ−を遠隔システムに送信するために使用される。本質的 にはこれらデ−タ・ブロックはオリジナル・オブジェクトと同じ情報を内容とす るが、このデ−タ・オブジェクトが後日同じデ−タ・ブロックから再構成できる ように高度に構築された形式で表現される。 この代表的な実施例においては、署名エンベロープ１０はソフトウエアオブジ ェクトとして圧縮される。典型的な署名エンベロープのソフトウエアオブジェク トの表示は次の通りである： デ−タ 署名エンベロープの版番号 機器の連続番号 機器のブ−ト時間 機器のタイプ（番号） 主張された身元（採取アプリケ−ションにより認識された署名者を確認する一 連の文字） ヘッダ・テキスト（可変長さのＡＳＣＩＩテキスト） 署名人の外観ファイル検査合計値の圧縮表示 キ−が施された保全用の内部検査合計値 方法 採取する ：UI構成要素を表示し、署名を収集する 表示する ：採取した署名のイメ−ジをデイスプレイ上に描 く tiffファイルに書込む ：イメ−ジをTIFFフォ−マット・ファイルに書込 む win bmpファイルに書込む ：ウインドウ・ビットマップ・フォ−マットに書 込む os2 bmpファイルに書き込む ：０Ｓ／２ビットマップ・フォ−マット・ファイ ルに書込む 採取される ：署名エンベロープ１０が署名を内容とするか否 かを報告する イメ−ジを持つ ：署名エンベロープ１０がイメ−ジを内容とする か否かを報告する 機器の連続番号 ：採取機器の連続番号を報告する 機器のタイプ ：採取機器のタイプを報告する 署名時 ：採取の日時を報告する 主張される身元 ：主張される身元の索線を報告する 重要プロンプト ：重要プロンプトを報告する ファイルを確認する ：保存された検査合計値に基いてファイルの内容 をチエックする 移入する（Import） ：コード化されたデ−タ・ブロックからデ−タを 書込む 移出する（Export） ：コード化された内部デ−タでデ−タ・ブロック を書込む 本発明の署名エンベロープ・オブジェクトの典型的なライフサイ クルは図４にフロ−・チャ−ト形式で要約されており、これを以下詳細に説明す る。 生成（ステップ１００） ソフトウエアオブジェクトが生成される時には、これは署名の採取が開始され る状態に初期化される。 採取／移入 採取（ステップ１０２） 採取プロセスにおけるイベント（Event）のシ−ケンスは図５にさらに詳しく 示されている。採取ステップ（１０２）は、この代表的な実施例においては、署 名採取モジュ−ル４により実行される。 署名エンベロープ１０のオブジェクトが前もって採取された場合には、採取の 要求は否定される。 クライアント・プログラムは、重要プロンプトが表示されるべく、署名イメ− ジが保持さるべきか否か、および、文書綴じのために文書の検査合計値のチェッ クがなされるべきか否かを指定する。 文書の検査合計値のチェックがなされる場合には、その文書が保存されている ファイルが熟読されて検査合計値が確立される。本発明の代表的な実施例はＲＳ Ａ社により公開されているような文書の検査合計値チェックのためのメッセ−ジ ・ダイジェスト技術を使用する。 ついで、ユ−ザ−・インタフェ−ス構成要素がコンピュ−タのグラフィック・ スクリ−ンに顕著な状態で表示され、確実かつ拘束力ある署名が採取されねばな らないという事実に注意を喚起する（例えば、図１参照）。 ユ−ザ−が“取消し”制御部２４を操作した場合には、適切なる 状態がクライアント・プログラムに戻される（ステップ２０２および２０４）。 ユ−ザ−が“クリア”制御部２６を操作した場合には（ステップ２０６）、先 に収集されたペン・デ−タが破棄されて放棄された署名はデイスプレイからクリ アされる（ステップ２０８）。 ユ−ザ−がペンを署名採取領域で操作すると（ステップ２１０）、ペンの動き を表すデ−タが収集されてメモリに保存される（ステップ２１２）。ユ−ザ−が “ＯＫ”制御部を操作すると（ステップ２１４）、署名採取モジュ−ル４が採取 したペン・デ−タを分析して特定の測定を記録する。この代表的な実施例におい ては、署名採取モジュ−ル４が実行する測定は次の通りである： Ｍ０ ストロ−ク数 Ｍ１ 全時間 Ｍ２ ペンが下っている時間 Ｍ２３ 線の全長 Ｍ２３／Ｍ０ 平均ストロ−ク長さ Ｍ２／Ｍ０ ペンが下っている時間／ストロ−ク数 Ｍ１／Ｍ２３ 平均速度 各ストロ−クにおける最低速度点の時間の総計 各ストロ−クにおける最高速度点の時間の総計 Ｍ３４ 各ストロ−クにおける最低速度点の位置の総数 Ｍ３５ 各ストロ−クにおける最高速度点の位置の総数 Ｍ３６ ペンが下っている位置の総数 Ｍ３７ ペンが上っている位置の総数 Ｍ３８ 加速および減速の最大（「イベント」）の数 Ｍ４０ イベント位置の総数 Ｍ４１ イベント時間の総計 ペンが下がっている時の平均時間 ペンが上がっている時の平均時間 Ｍ３５／Ｍ１ 最高速度点の時間のねじれ Ｍ３７／Ｍ２３ ペンが上がっている位置の縮尺総数 Ｍ２３／Ｍ３８ 平均加速／減速 距離 Ｍ３９／Ｍ２３ イベントの期間の総計／線の全長 Ｍ４０／Ｍ１ イベント時間のねじれ Ｍ４１／Ｍ３８ イベントの平均時間 −ve／＋vdのＹ方向距離 ＋ve／−veのＸ方向距離 Ｙ方向距離／Ｘ方向距離 最大Ｘ／最大Ｙ Ｙ方向距離／（最大Ｙ＋１） Ｙ方向転向の数、幅＞０．８mm 純領域 速度デルタの差の総数 任意ではあるが、ペン・デ−タは時間情報なくして圧縮され、ベクトル化され て、コンピュ−タ・デイスプレイ・スクリ−ンまたはビットマップ・ファイルへ の署名のイメ−ジとするために保存される。署名の日時、機器の詳細および重要 プロンプトも同様に保存さ れる。ついで、デ−タブロックの検査合計値が生成されてその後の変更を防止す る（ステップ２１６）。 本発明は内蔵の保全チェックを含み、これは次のように説明することができる 。コード化に先だって、署名エンベロープ１０の内容は、クライアント・アプリ ケ−ション２により提供されるキ−と共に、ファイルの検査合計に使用したのと 同じ技術で検査合計値がチェックされる。したがって、署名エンベロープ１０を 構築させたときのオリジナル・クライアント・アプリケ−ション２が使用するキ −を知らずして署名エンベロープ１０を修正して満足のゆく検査合計値を再生成 することは不可能である。保全のチェックを実行するときにこの訂正キ−を提供 することでクライアント・アプリケ−ション２は（このキ−が開示されていなか った限り）署名エンベロープ１０は解読、修正および再コード化がなされなかっ たことを保証することができる（ステップ１０４）。 先に採取された署名デ−タはメモリ・ブロックから解読されてデ−タ構成に適 切に保存される。 データアクセス（ステップ１０６） 本実施の形態において、データアクセス機能は署名確認モジュール６によって 行われる。 移出（エクスポート） 署名エンベロープ１０内のデータは、メモリ・ブロックに記憶され、コード化 される。 署名画像（署名イメージ）をコンピュータ・ディスプレイ上で表示すること（Re nder） 署名イメージが、本来エンベロープを採取したクライアント・プログラム２に よって要求されなければ、表示を要求するクライアン トはエラー状態に戻る。 クライアント・プログラム２が署名イメージを要求すれば、署名イメージは適 当な寸法で表示される。 ビットマップ・ファイルの作成 ビットマップ・ファイルは、標準的なイメージファイル・フォーマットを用い て作成される。本発明の実施の形態に用いられるフォーマットとして、以下に示 すフォーマットが推奨される。 ＴＩＦＦ ＯＳ／２ビットマップ ウィンドウズ（Ｗｉｎｄｏｗｓ）・ビットマップ クライアント・プログラムからの要求に応じて、本発明のシステムは、以下の 事項に関する復号情報をクライアント・プログラムがアクセスできるメモリに配 置する。 要求ＩＤ（アイデンティティ：Identity） 署名の日時 移出されたデータ・ブロックのサイズ 署名エンベロープ１０が採取署名を含むか否か 署名エンベロープ１０が署名イメージを含むか否か 署名が採取された機器のシリアル番号 署名が採取された機器の型を示す番号 重要プロンプト 内蔵保護チェックが成功したか失敗したか 署名を採取したとき、付与されたファイルが元々チェック済みと判断されたフ ァイルと一致するか否か 破壊（ステップ１０８） 依存データの割当ては、破壊される。 ２．テンプレート テンプレートは、クライアント・プログラム２によって直接扱えないが、その 代わり、テンプレートのデータベースを実施するソフトウェアの構成要素の媒体 を介してアクセスされる。 まず、テンプレートが作成されると、テンプレートはブランクである。本発明 によって、クライアント・プログラム２はテンプレートを検知し、連続する署名 エンベロープ１０を用いてテンプレートを“満たす”ことができる。このプロセ スは、“登録”として知られているように、一般的な署名実行者の動作および署 名実行者の動作が最適に首尾一貫していることが決定される間の学習プロセスに 相当する。 登録段階の間、受け取られた署名エンベロープ１０同士がどの程度類似してい るかが、最終的なテンプレートの質に影響する。署名エンベロープが全く異なる 場合、確認は不可能になり、登録プロセスは始めからやり直される。署名エンベ ロープが同じ場合、登録の間に受け取られた署名エンベロープがどの程度一致し ているかが、確認スコアを考慮して確められる。一致の程度が高いほど、確認プ ロセスの信頼性は高くなる。 テンプレートが完全であることは、セキュリティを意識したアプリケーション ・プログラムにとって非常に重要なので、テンプレートは“所有”アプリケーシ ョンに関する情報を含む。テンプレートの所有者のみが、その情報に対して敏感 に対応して操作を行うことができる。 テンプレートは、以下の情報を記憶している。 ・署名計測値と統計値との平均値 ・これらの統計値の可変量の表示 ・登録の状態および質の表示 ・署名エンベロープ１０が一番最近に確認された日時 ・パフォーマンス表示 ・“所有”プログラムのＩＤ ・作成日時 ・独自の識別子 本発明は、テンプレートに関連する以下の機能を提供する。 ・作成日時の開示 ・登録の状態および質の開示 ・署名エンベロープ１０の登録（所有プログラムのみ） ・強制再登録（所有プログラムのみ） ・署名エンベロープ１０の確認 確認手順は、クライアント・プログラム２にスコアフォームで偽の署名である 可能性を示すのに役立つ。このスコアは、多くの場合登録の質に関する情報とと もに、クライアント・プログラムがその判断基準に基づいて署名を許可できるか どうかを決定させることができる。 時間がたつにつれて個々の署名が徐々に変化するので、本発明は、ある環境に おいて、署名動作が一貫して変化するように署名エンベロープ１０を“ベンディ ング（Bending）する”。この「ベンディング」とは、ある内部チェックに基づ いて行われ、クライアント・アプリケーションによって選択的に抑制できる。確 認される署名エンベロープ１０が、ひき続いて確認される最新の署名エンベロー プ よりも古い場合、再び「ベンディング」は行われない（図６のステップ３１８を 参照、詳細は以下に示す）。 本発明の本実施の形態において、各テンプレートはソフトウェアのオブジェク トとして実行される。テンプレートのソフトウェアオブジェクトの一般的なライ フサイクルの概要は、図６のフローチャートに示され、詳細は以下に記載される 。 作成（ステップ３０２） テンプレートのソフトウェアオブジェクトが作成されると、登録、移入（イン ポート）または移出が初期化できる状態に初期化される。 登録（ステップ３１０） 本発明は、テンプレートが非登録状態にある場合のみ、テンプレート登録がで きる。 登録プロセスの概要は、図７のフローチャートに示される。 署名の所定の最小値は、本発明のシステムが登録を終了させようとする前に、 提示されなければならない。この時点に到達するまでは、連続する署名エンベロ ープ１０からのデータは、不完全なテンプレートとともに記憶されるだけである （ステップ４０２）。 いったん署名エンベロープの最小番号が受け取られると（ステップ４０６）、 本発明はチェックを行い、提示された署名エンベロープがテンプレートを作成す るのに十分一貫しているかどうかを決定する。もし、十分一貫していなければ、 すべての署名エンベロープは消去（クリア）され、テンプレートは初期状態に再 設定される（ステップ４１４および４２０）。他方、もし提示された署名エンベ ロープが十分一貫していれば、テンプレート統計値が発生し（ステップ４０８） 、記憶された署名エンベロープは不要になり、テン プレートは登録完了のマークが付けられる。 しかしながら、署名エンベロープの最小番号が受け取られ、テンプレートの改 良が許可されると（ステップ４１６）、さらに所定の最大値までの署名エンベロ ープが受け入れられる。もっとも一致する設定は、良好な登録が確立できるまで または最大値に達成するまで保持され、どちらが早くてもよい。 移入（ステップ３０４） 予めコンパイルされたテンプレートデータは、メモリ・ブロックから復号され 、データ構造に適切に記憶される。 移出（ステップ３２０） テンプレートデータは、リモートシステムに到達または伝送されるためにメモ リ・ブロックでコード化される。 確認（ステップ３１４） 署名確認モジュール６は、テンプレートが登録状態のときのみ、テンプレート に対する署名エンベロープ１０の確認が行われる。 署名採取プロセスの間に計測され、署名エンベロープ１０に記憶された計測値 は、テンプレートに記憶された中間値と比較される。登録プロセスの間監視が行 われながら、ユーザーの可変量がカウントされる。２つの数値が発生し、１つは 、中間値からの平均エラーを示し、もう１つは中間値からの最大の分散値を示す 。それから、これら２つの値の機能が用いられ、０．．．１００の範囲でスコア が作成される。ここで、０は署名エンベロープとエンベロープの不一致を示し、 １００は署名エンベロープとエンベロープの一致を示 す。署名確認モジュール６のこの特徴の詳細については、前述のとおりである。 クライアント・アプリケーションが確認のための署名エンベロープ１０を提供 するとき、テンプレート更新のための低しきい値として作用するスコア値も提供 する。テンプレートの更新（または「ベンディング」）（ステップ３１８を参照 ）は、以下の条件を前提として行われる。 ・確認スコアは、しきい値以上の値である。 ・確認値は、中間値に近すぎることなく、遠すぎることもない値である。 ・署名エンベロープ１０は、以前に確認された署名エンベロープ１０より最近 のものである。 ・確認スコアは、クライアント・プログラム２によって提供されたしきい値よ り高い値である。 以上の条件を満たせば（ステップ３１６）、テンプレート内に記憶された中間 値が訂正され、ある時間にわたって、テンプレートはテンプレート署名実行者の 操作の流れに順応する。更新が行われると、テンプレートにタイムスタンプが行 われ、複数または遠隔のテンプレートのコピーの管理が容易に行われる。 消去（ステップ３１２） 本発明によれば、テンプレートを再登録可能な状態にできる。作成日時は保持 され、テンプレートの更新日時は、登録状態においてデータアクセスの現日時に 設定される（ステップ３０６）。テンプレートが登録されたかどうかの調査に応 じて、システムは情報のブロックを終了させる（以下に示す）。これはクライア ント・プログラム２による調査に利用できる。 本実施の形態において、情報のブロックは、以下のような構成である。 ・update time 統計値が最近更新された時間 ・backup time テンプレートが最近バックアップされた時間 ・count 登録を終了させるために用いられた署名の番号 ・enroll state 登録の一致を示す番号 ・enroll flag 登録が完了すると、非ゼロ値を示す ３．テンプレート・データベース１２ 署名テンプレートは、個々独自のものである。いったんテンプレートが構成さ れると、そのテンプレートを用いて個人を確認し、ユーザーが本発明のシステム を用いて署名した文書が本物であると認める。明らかに、個々の署名は、１つ以 上のクライアント・プログラム２または１つ以上の構成に関連する。テンプレー トデータベース１２は、１つ以上のアプリケーション２に利用できるように設計 されている。このため、確認をする目的で、所有テンプレートまたは登録テンプ レートを他のクライアントに用いることによって、テンプレートの“所有者”は 、所有テンプレートまたは登録テンプレートから商業的な利益を得る。 テンプレートデータベース１２のデータベース構築は、以下の目的に基づく。 ・データベースサービスを利用する前に、クライアント・アプリケーション２ は、システムによって作成された特定の識別子を用いて本発明のシステムに確認 されなければならない。特定の識別子は、あるアプリケーションが本発明のシス テムに登録されるとき、作成される。クライアント・アプリケーションがテンプ レートを作成す る前に、登録を行う必要がある。 ・テンプレートが作成される場合、個人名およびユーザー独自の確認番号（例 えば、国民健康保険番号または社会保険番号）を含むデータベース記録も作成さ れ、以下、修正できない。この記録を用いて、クライアント・アプリケーション の様々な識別子を同一個人に一致させる。 ・本発明のシステムは、合致データのいかなる組み合わせに対してテンプレー トデータベース１２をサーチし、あるテンプレートと合致すると関連づける。 ・テンプレートを作成する場合または特定のサーチパターンに合致する場合に おいて、本発明のシステムは、クライアント・アプリケーション２に個々のアプ リケーション独自の識別子を登録する能力が付与される。以下、クライアントは 、好適な識別子を提供しさえすればよい。これは、クライアント・プログラム２ が常に署名が確認される個人に関連する独自の識別子のインデックスを有するこ とを認識する。 ・クライアントのインストールが適正な使用許諾権を有する場合、本発明のシ ステムは、別に記録したり伝送するために、テンプレートの記録を、コード化さ れたデータ・ブロックに変換する。 本発明の構造は、署名確認部の新しい概念に役立ち、いかなる数のクライアン ト２に対しても遠隔またはネットワークでの確認サービスを提供する。 本発明のシステムは、署名テンプレートのリモートメンテナンスまたはリモー ト管理にも役立つ。これは、中央部に構築されたテンプレートが中央データベー スから独立して“オフライン”確認を行うリモートプロセッサに分配される必要 がある場合、非常に重要で ある。その例として、スマートカード、または小型携帯ペン操作式コンピュータ の“フリート（Fleet）”の利用を含み、ここで署名テンプレートの中央集中記 憶装置は、正確なセキュリティ構成を用いてフィールド内の装置の欠陥処理およ びその欠陥の迅速な交換を行うために重要である。 テンプレート・データベース１２の目的は、アプリケーション・プログラム（ 例えば、２b）が必要とする全てのテンプレートを記憶することである。しかし ながら、テンプレート・データベース１２特有の構造は、それぞれ異なるアプリ ケーションが１つのテンプレートを共用できるように、個別のテンプレートを１ つ以上のアプリケーションに利用させることである。 これは、データベース機能が利用できるようになる前に、強制的にクライアン ト・アプリケーション２がデータベースセッションを開始させることによって、 達成される。セッションが開始されると、クライアント・アプリケーション２は 、その確認を明らかにしなければならない。 データベース１２は、独自の確認情報とともにテンプレートを示すために個人 の概念を用いる。データベース１２内に記憶された全てのテンプレートは各人に 属し、どの個人もアプリケーションのいずれかに登録される。いずれか１つのア プリケーションはそのアプリケーションに登録された個人を多数有し、いずれか １人の個人はアプリケーションのいくつかに登録される。これは、図８のエンテ ィティ関係図に示される。 まず、他のデータベースサービスが利用できるようになる前に、クライアント ・アプリケーション２はシステムに認知されなければならない。アプリケーショ ン２がセッション（Session）を開始すると、アプリケーション２は他のすべて のアプリケーションに認知 されることによって、アプリケーション２自身を表すパブリックネームを明らか にする。アプリケーション２は、シークレット暗号キーも提供する。このキーは 本発明によって用いられ、ＡＩＤとして知られるアプリケーションの独自ＩＤを 作成する。同時に、テンプレートにアクセスするとき、個人を確認するために用 いられる独自の識別子の長さに関する情報も提供する。クライアント・アプリケ ーション２がテンプレートを作成することを必要とする場合、まず他のアプリケ ーションに既に登録されている個人のデータベース１２を走査する。ある個人が 登録されると、テンプレートが作成され、他の情報（氏名、ユーザーＩＤ番号） も記憶される。このため、これらの判断基準用いるアプリケーションは、当該個 人がクライアント・アプリケーション２に既に登録されているか否かを決定でき る。 もし合致する個人が見つからなければ、新しい個人データが作成され、データ ベース１２に追加される。 本実施の形態において、個人はソフトウェアのオブジェクトによって示される 。この個人に関するソフトウェアオブジェクトのライフサイクルは、図９に示さ れる。データベース１２は、個人のオブジェクト操作を介してクライアント・ア プリケーション２の代わりにすべてのテンプレート操作を行う。 ある個人は、その個人に対応するテンプレートとともに、テンプレートを作成 するアプリケーション２によって“所有されている”とみなされる。テンプレー トの登録およびクリアを含むテンプレートに対する操作は、所有アプリケーショ ン２によってのみ行われる。しかしながら、所有アプリケーションは、他のアプ リケーションがテンプレートのロック解除のために用いるパスワードを特定する ことによって、登録を他のアプリケーションに利用する。 ある個人に関連する名前および独自のユーザーＩＤ番号を独自に 用い、全てのアプリケーションにわたってその個人を確認する。その結果、これ らのデータは不変である。 個人をアプリケーションに登録する いったんある個人データがアプリケーション２によって作成され、配置される と、アプリケーション２はその個人をアプリケーション２そのものに登録できる 。これは、アプリケーションの独自の個人識別子（一般的に、その個人を確認す るためアプリケーションによって用いられる独自のキー）を供給することによっ て、達成される。独自のキーの長さは、そのキーがまずデータベース１２に登録 されたとき、アプリケーション２によって明らかにされる。この識別子は、アプ リケーション独自の識別子（ＡＵＩＤ）として知られ、以下、このＡＵＩＤは、 個人またはその個人のテンプレートを確認するためのアプリケーションによって 用いられる。 登録の際、本発明はＡＵＩＤを含む新しいデータベース記録を構成し、アプリ ケーションを用いて、新しい記録と以前に記録された登録とをリンクさせたり、 他のアプリケーションを用いて、新しい記録とその個人に関する以前の登録とを リンクさせる。 アプリケーションは、以下に関するデータベースを走査する。 ・全てのアプリケーション ・アプリケーションに登録された全ての個人 ・アプリケーションに登録されていない全ての個人 ・合致判断基準に合う全ての人 本発明は、図６のステップ３１０に示すように、時間が経過するにつれて、個 々の署名テンプレートをユーザーの署名の変化に応じて“修正する”。例えば、 署名実行者が２秒前後で自分の名前を署 名する。これは、およそ１／１０秒の範囲で変化し、署名確認モジュール６は、 署名実行者の署名に要する時間が２．２秒または１．９秒続くと、“その署名実 行者をマーク”しない（すなわち、その署名実行者の署名合致の割合を低下させ ない）。しかし、数ヶ月後（大抵、ユーザーが用いる装置に慣れていない場合） 、ユーザーの署名は、１．９秒でマークされる傾向にある。他の全てのデータが 署名実行者の登録に対してほぼ適正なので、署名確認モジュール６は、署名実行 者の署名テンプレートをわずかに“ベンド”し、署名実行者の署名操作のパター ンまたは変更に従う。１年後、署名実行者は１．８秒でまちがいなく署名するが 、１．７秒または１．９秒かかる場合もある。この時間によって、中間値は署名 実行者の操作に従い、１．８秒に設定される。（署名実行者の元の署名の１つが 署名エンベロープ１０に採取されながら再提示され、その時間が２．１秒かかっ た場合、報知は失敗してしまう）。 ソフトウェアオブジェクト 上述の如く、本発明の代表的実施例はオブジェクト指向のプログラミングテク ニックを用いて実現されている。また、以下に列挙するのは、本発明を実現する 上で用いられる代表的なオブジェクトである。 4.1 署名エンベロープ・オブジェクト。 これは署名行為を保護するために用いられるとともに、内部的に以下のサブオ ブジェクトを用いている。 4.1.1 署名イメージを表すオブジェクト。このオブジェクトは、イメージデータ と、該イメージデータを移入および移出すると共にビ ットマップ形態で表示またはディスプレイ装置上にダイナミックに表示する方法 とを含むものである。 4.1.2 署名の語句的内容では無く、署名の行為自体を表すオブジェクト。このオ ブジェクトは、個々のペンストロークに関する署名の計測値（筆寸）および付随 データを含んでいる。このオブジェクトの主要目的は、照合機能により用いられ る計測値を表すことである。このオブジェクトはまた、署名採取時に用いられて 生のペンデータを記憶するテンポラリ・オブジェクト（Temporary Object）にも 関連し得る。 4.1.3 生のペンデータを表すと共に、このデータに対して例えばストローク数、 点の数などの基本的な分析を加えるオブジェクトであって、4.1.2のオブジェク トが計測値を作成し得るように生のペンデータへのアクセスを与えるオブジェク ト。 4.2 署名テンプレート・オブジェクト このオブジェクトは、署名エンベロープ・オブジェクト１０内の計測値の平均 値およびこれらの計測値の標準偏差を含んでいる。このオブジェクトは２つの主 要機能を有している。即ち、一連の署名エンベロープから“学習”または“登録 ”する機能と、登録後に署名エンベロープ１０と比較するという機能であり、こ れは実際には照合機能そのものである。それは、最も直近に署名がなされたエン ベロープの作成データおよび作成時刻を除き、いずれの署名エンベロープ１０に 関して何も保存しない。この情報はクライアント・アプリケーション２から読み 出すことができ、したがって、クライアント・アプリケーションは順番外のエン ベロープが照合されているか否かを決定することができる。 4.3 テンプレート・データベース・オブジェクト このオブジェクトは基本的に、署名者のＩＤに関するテンプレートをコード号 化して記憶するに適した手段をクライアント・アプリケーション２に対して与え るために存在している。 該オブジェクトは２つの主要なサブオブジェクトを含み、それは次のものであ る：4.3.1 人物に関する基本的情報を保持するとともに、該当人物を参照するア プリケーションにこの情報を交差結合するオブジェクト。該オブジェクトは、ア プリケーションデータベースと人物データベースとを２つの結合データベースと ともに保持することにより、その機能を達成している。一方の結合データベース は、アプリケーションの各々を該アプリケーションが参照する必要のある人物の 全てに対して結合し（この結合データベースは、人物特定時に該当人物に対して アプリケーション自体が使用する特有のＩＤをも含んでいる）、他方の結合デー タベースは、該当人物を参照するアプリケーションの全てを人物の各々に対して 結合している。 したがって、このオブジェクトの主要目的は、ひとりの人物が、多数のアプリ ケーションの夫々の目的に最も適した手法でこれらのアプリケーションから参照 され得る様にすることである。 4.3.2 人物ごとの固有な識別子によりインデックスを付したデータベース内に実 際のテンプレートを保持するオブジェクト。 以上のデータベースオブジェクトは両者ともに、特定のタスクに最も適切なフ ァイルの形式および構造を管理する従属オブジェクトを使用している。例えば、 複数の項目列を含む、インデックス付きファイル、シーケンシャルファイルおよ び結合リストファイルがある。 尚、本発明のアーキテクチャは、署名以外の生体情報を採取かつ照合するため にも活用し得る。例えば、本発明のアーキテクチャは、指紋情報、眼球パターン 情報、および声紋情報を含むエンベロープを作成かつ照合する為にも使用され得 る。 例 上述した如く、本発明の代表的実施例における署名採取モジュール４は、署名 された文書の検査合計値を作成することができる。この文書検査合計は、署名し たものと主張された文書がその署名文書であり、さらに、この文書には何らの変 更も加えられていないことを後日に照合すべく使用されるものである。上記の代 表的実施例においては、文書の検査合計はオリジナル文書全体を記述するもので なく、したがって、文書の検査合計値からオリジナル文書を引出すことはできな い。また、文書検査合計は文書と数理的な関係を有することから、もし文書に変 更が加えられれば検査合計値とは数学的に一致しなくなる。本発明のこの特徴は 、署名綴じと称されるものである。以下には、本発明に係る署名綴じの特徴の操 作例が示されている。 先ず、以下のサンプル文書が与えられたとする： “私はボルネオに生まれたことをうれしく思う（I am glad I was born in Bo rneo.〈CR〉〈LF〉” これは次のＡＳＣＩＩデータに等しい： 検査合計値はメッセージ圧縮アルゴリズム（例えば、RSA(RSA Security Inc.) により開発されたＭＤ４またはＭＤ５アルゴリズム） を用いて作成され、例えば次のような（１６進の）文書検査合計が作成される： ここで、署名エンベロープは次の情報を含んでいる： ・バージョン番号（整数） ・機器のシリアル番号（整数） ・機器のブート時刻（整数） ・機器とオペレーティングシステムの種類（整数） ・署名者が主張するＩＤ（可変長、キャラクタ） ・重要プロンプト（可変長、キャラクタ） ・署名筆寸の列（整数） ・署名の日付／時刻（整数） ・署名イメージ（可変長） ・ファイル検査合計（キャラクタ） ・エンベロープ検査合計（キャラクタ） コード化されたデータ・ブロックに移出されるときに、これらの情報には次の 長さ情報が加えられる： ・エンベロープの合計長（整数） ・署名者が主張するＩＤの長さ（整数） ・重要事項の長さ（整数） ・署名イメージの長さ（整数、但し、署名がなければゼロ） 上記署名イメージは詳細には次の様にして記憶される： ・開始座標値 ・前の座標値と次の座標値との間の差の列 また、これらのデータ項目の各々は、次のようにして構成される。 もし次のキャラクタを整数として見た場合に負であれば、そのキャラクタの残 りのビットは次の条件を表すためのフラグとして用い られる。 ・ストロークエンド（End of Stroke） ・次の値は２キャラクタ長であること ・１つおいた次の値は２キャラクタ長であること ・次の値は符号を変えていること（負から正へ、またはその逆） ・１つおいた次の値は符号を変えていること ・次の値は反復計数値（Repeat Count）（常に正）であること 例えば、署名が幾何学的に鋭角的な文字“Ｖ”で始まるとすれば、そのイメー ジは次のように表される： １．Ｙ座標値が２０であることを示す、正のキャラクタ ２．Ｘ座標値が０であることを示す、ゼロキャラクタ ３．反復回数を表すビットがセットされた、負のキャラクタ ４．１０の値を有するキャラクタ ５．Ｙが負に変わることを表すビットがセットされた、負のキャラクタ ６．Ｙの差が２（即ち−２）であることを示す、正のキャラクタ ７．Ｘの差が１であることを示す、正のキャラクタ ８．反復回数を表すビットがセットされた、負のキャラクタ ９．１０の値を有するキャラクタ １０．Ｙが正に変わることを表すビットがセットされた、負のキャラクタ １１．Ｙの差が２である（ここでは＋２）キャラクタ １２．Ｘの差が１であるキャラクタ １３．ストロークエンドであることを表すビットがセットされ た、負のキャラクタ。 ここで、クライアント・アプリケーションが、署名を採取して上記のボルネオ （Borneo）文書にこの署名を付加することを企図したとする。ＯＳ／２オペレー ティングシステムでは、以下の情報が用意される。 −署名採取ウインドウ２０が挿入されるウインドウ（例えば図３Ａの３０） に対するＯＳ／２の識別子、 −署名者を特定する、ゼロキャラクタで終わるキャラクタ列、 −重要事項を与える、ゼロキャラクタで終わるキャラクタ列、 −署名イメージの採取が望まれるのであれば、ゼロ以外の値を有する整数、 −完全性検査合計のためのシークレット・アプリケーションキーを与えるキ ャラクタ列、 −このシークレットキーの長さを与える整数、および −検査合計が行われるべき文書を記憶するファイルの名前を与える、ゼロキ ャラクタで終わるキャラクタ列。 署名採取コンポーネントは次に、適切な重要事項２２と、署名者が主張したＩ Ｄとを伴う署名採取ウインドウ２０を表示する。このコンポーネントは指定され たファイルを縦覧して検査合計値をも作成する。この署名採取ウインドウ２０上 でユーザーがペンを走らせる間、ペンデータは、ＸおよびＹの移動値および時間 差の形態で内部的に記憶される。もしユーザーが引続いて“ＯＫ”制御部２８を 起動すれば、これらの移動値は絶対距離を表すべく縮尺が付けられ、さらに、署 名の計測値を求めるべく分析される。最終的に、署名イメージが要求されれば、 上記ペンデータはイメージ列に変換される （タイミング情報の全ては取り除かれる）。 この時点で、クライアント・アプリケーション２には、数字コードにより相互 作用の結果が通知される。 ０．エンベロープの作成に成功 １．署名は放棄された−即ち、ユーザーが“取消し”制御部を起動した ３．無効な（例えば長さがゼロの）ＩＤを主張した ４．無効な（例えば長さがゼロの）重要プロンプト ５．検査合計が行われるべきであったファイルの誤った読み込み

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ， ＤＫ，ＥＳ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，Ｍ Ｃ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ，ＳＮ， ＴＤ，ＴＧ)，ＡＰ(ＫＥ，ＭＷ，ＳＤ，ＳＺ，ＵＧ)， ＡＭ，ＡＴ，ＡＵ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，Ｃ Ｈ，ＣＮ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ ，ＧＥ，ＨＵ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ， ＫＺ，ＬＫ，ＬＲ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，Ｍ Ｋ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＴＪ，ＴＭ， ＴＴ，ＵＡ，ＵＧ，ＵＺ，ＶＮ (72)発明者 ニューマン，ジェレミー マーク イギリス国，サマセット ビーエー11 １ イーエル，フロム，シェパーズ バルトン 11 【要約の続き】 評点を得るための署名エンベロープ内に記憶された一揃 いの計測値と比較される。本発明は、文書の性質、重大 さ及び／又は内容に関して署名者に警告するための重要 プロンプト機能を含んでいる。重要プロンプト（22）は 同様に署名記録の一部として署名エンベロープの中に記 憶することができる。

Claims (1)

1. 【特許請求の範囲】 １．電子文書に関連する手書き署名の電子表示を作成しその後手書き署名を確認 するためのコンピュータベースの方法において、 第１のコンピュータ・プロセッサにおいて、文書の画像を電子的に表示する段 階、 該第１のコンピュータ・プロセッサにおいて、署名者の手書き署名を電子的に 採取することによって文書に署名する段階、 該第１のコンピュータ・プロセッサにおいて、前記手書き署名に関する一揃い の計測値を署名エンベロープの中に記憶する段階、 該第１のコンピュータ・プロセッサにおいて、文書の検査合計を作成する段階 、 該第１のコンピュータ・プロセッサにおいて、前記署名エンベロープの中に検 査合計を記憶する段階、 該第１のコンピュータ・プロセッサにおいて、署名者の請求されたアイデンテ ィティ（ＩＤ）を前記署名エンベロープの中に記憶する段階、 該第１のコンピュータ・プロセッサにおいて、前記署名エンベロープをコード 化してコード化された署名エンベロープを作成する段階、 該コード化された署名エンベロープを第２のコンピュータ・プロセッサへ伝送 する段階、 該第２のコンピュータ・プロセッサにおいて、前記のコード化された署名エン ベロープを復号する段階、 該第２のコンピュータ・プロセッサにおいて、前記署名エンベロープ内に記憶 された請求されたアイデンティティをもつ人物の手書き署名の確認済みの計測値 セットを検索する段階、および 該第２のコンピュータ・プロセッサにおいて、確認済みの一揃いの計測値と前 記署名エンベロープ内に記憶された一揃いの計測値とを比較して類似性評点を得 る段階、 を含んで成るコンピュータベースの方法。 ２．前記のコード化された署名エンベロープをメモリ装置内に記憶する段階をさ らに含んで成る請求の範囲第１項に記載の方法。 ３．前記一揃いの計測値には平均ストローク長が含まれる請求の範囲第１項に記 載の方法。 ４．前記一揃いの計測値には平均ペンダウン時間が含まれる請求の範囲第１項に 記載の方法。 ５．前記一揃いの計測値には、加速および減速最大値の数が含まれる請求の範囲 第１項に記載の方法。 ６．前記一揃いの計測値には、各ストローク内の最も緩慢な点の位置合計が含ま れている、請求の範囲第１項に記載の方法。 ７．前記第１のプロセッサにおいて、前記署名エンベロープ内に署名の日付、時 間を記憶する段階をさらに含んで成る請求の範囲第１項に記載の方法。 ８．前記第１のプロセッサにおいて、前記署名エンベロープ内に前記第１のプロ セッサのアイデンティティを表す標識を記憶する段階を含んで成る、請求の範囲 第１項に記載の方法。 ９．前記第１のプロセッサにおいて、前記手書き署名の画像の圧縮された表示を 前記署名エンベロープの中に記憶する段階をさらに含んで成る、請求の範囲第１ 項に記載の方法。 10．前記第１のコンピュータ・プロセッサに対して類似性評点を伝送する段階を さらに含んで成る請求の範囲第１項に記載の方法。 11．第３のコンピュータ・プロセッサに対して類似性評点を伝送する段階をさら に含んで成る請求の範囲第１項に記載の方法。 12．前記第２のプロセッサにおいて、前記電子文書の第２の検査合計を作成する 段階、および 前記電子文書が前記第１のコンピュータ・プロセッサで署名された文書の真正 な表示であるか否かを見極めるべく電気署名エンベロープ内に記憶された検査合 計に対し第２の検査合計を比較する段階、 をさらに含んで成る請求の範囲第１項に記載の方法。 13．電子文書のための手書き署名の電子表示を作成するためのコンピュータベー スの方法において、 第１のコンピュータ・プロセッサにおいて、第１の文書の画像を電子的に表示 する段階、 該第１のコンピュータ・プロセッサにおいて、署名者の手書き署名を電子的に 採取することによって前記第１の文書に署名する段階、 該第１のコンピュータ・プロセッサにおいて、前記手書き署名に関する一揃い の計測値を前記署名エンベロープの中に記憶する段階、 該第１のコンピュータ・プロセッサにおいて、前記第１の文書の第１の検査合 計を作成する段階、 該第１のコンピュータ・プロセッサにおいて前記署名エンベロープの中に前記 第１の検査合計を記憶する段階、 該第１のコンピュータ・プロセッサにおいて、前記署名エンベロープをコード 化してコード化された署名エンベロープを作成する段階、 該コード化された署名エンベロープを第２のコンピュータ・プロセッサへ伝送 する段階、 該第２のコンピュータ・プロセッサにおいて、前記のコード化された署名エン ベロープを復号する段階、 該第２のコンピュータ・プロセッサにおいて、第２の文書の第２の検査合計を 作成する段階、および 該第２の文書が前記第１の文書の真正な表示であるか否かを見極めるべく、前 記署名エンベロープ内に記憶された前記第１の検査合計に対して前記第２の検査 合計を比較する段階、 を含んで成る方法。 14．電子文書のための手書き署名の電子表示を作成するためのコンピュータベー スの方法において、 第１のコンピュータ・プロセッサにおいて、第１の文書の画像を電子的に表示 する段階、 該第１のコンピュータ・プロセッサにおいて、署名者の手書き署名を電子的に 採取することによって第１の文書に署名する段階、 該第１のコンピュータ・プロセッサにおいて、前記手書き署名に関する一揃い の計測値を署名エンベロープの中に記憶する段階、 該第１のコンピュータ・プロセッサにおいて、第１の文書の検査合計を作成す る段階、 該第１のコンピュータ・プロセッサにおいて署名署名エンベロープの中に第１ の検査合計を記憶する段階、 該第１のコンピュータ・プロセッサにおいて、署名者の指示を前記署名エンベ ロープの中に記憶する段階、 該第１のコンピュータ・プロセッサにおいて、前記署名エンベロープをコード 化してコード化された署名エンベロープを作成する段階、 該コード化された署名エンベロープを第２のコンピュータ・プロセッサへ伝送 する段階、 該第２のコンピュータ・プロセッサにおいて、前記のコード化された署名エン ベロープを復号する段階、 該第２のコンピュータ・プロセッサにおいて、前記手書き署名が署名者のもの であることを確認する段階、 該第２のコンピュータ・プロセッサにおいて、第２の文書の第２の検査合計を 作成する段階、および 該第２のコンピュータ・プロセッサにおいて、前記第２の文書が前記第１の文 書の真正な表示であるか否かを見極めるべく前記署名エンベロープ内の第１の検 査合計に対して前記第２の検査合計を比較する段階、 を含んで成る方法。 15．１つの文書のための手書き署名の電子表示を作成するためのコンピュータベ ースの方法において、 第１の文書の画像を電子的に表示する段階、 署名者の手書き署名を電子的に採取することにより前記第１の文書に署名する 段階、 前記手書き署名に関係する一揃いの計測値を署名エンベロープ内に記憶する段 階、 前記第１の文書の第１の検査合計を作成する段階、 前記署名エンベロープ内に前記第１の検査合計を記憶する段階、 署名者の指示を前記署名エンベロープの中に記憶する段階、 該署名エンベロープをコード化して、コード化された署名エンベロープを作成 する段階、 該コード化された署名エンベロープをメモリ内に記憶する段階、 該コード化された署名エンベロープを復号する段階、 前記手書き署名が署名者のものであることを確認する段階、 第２の文書の第２の検査合計を作成する段階、および 該第２の文書が前記第１の文書の真正な表示であるか否かを見極めるべく、前 記署名エンベロープの中に記憶された第１の検査合計 に対して前記第２の検査合計を比較する段階、 を含んで成る方法。 16．１つの文書に関連する手書き署名の電子表示を採取し、その後手書き署名を 確認するためのコンピュータベースの方法において、 署名者の手書き署名を電子的に採取することにより文書に署名する段階、 該手書き署名に関係する一揃いの計測値を署名エンベロープ内に記憶する段階 、 文書の検査合計を作成する段階、 署名エンベロープ内に該検査合計を記憶する段階、 署名者の請求されたアイデンティティを前記署名エンベロープの中に記憶する 段階、 該署名エンベロープをコード化して、コード化された署名エンベロープを作成 する段階、 該コード化された署名エンベロープをメモリ内に記憶する段階、 該コード化された署名エンベロープを復号する段階、 前記署名エンベロープ内に記憶されたとおりの請求されたアイデンティティを もつ人物の、この人物の確認済み手書き署名に関する確認済みの一揃いの計測値 を含む署名テンプレートを、メモリから検索する段階、および 前記署名テンプレート内に記憶された確認済みの一揃いの計測値と、前記署名 エンベロープ内に記憶された一揃いの計測値とを比較して、文書に署名した時点 で採取された手書き署名と前記確認済みの手書き署名との間の類似度を表す類似 性評点を得る段階、 を含んで成る方法。 17．電子文書の第２の検査合計を作成する段階、および 該電子文書が、署名された文書の真正な表示であるか否かを見極めるべく、前 記署名エンベロープ内に記憶された検査合計に対して第２の検査合計を比較する 段階、 をさらに含んで成る、請求の範囲第16項に記載の方法。 18．１つの文書のための手書き署名の電子表示を採取し確認するためのコンピュ ータベースの方法において、 第１のコンピュータ・プロセッサにおいて、第１の文書の画像を電子的に表示 する段階、 該第１のプロセッサにおいて、第１の文書を要約するプロンプトを電子的に表 示する段階、 該第１のコンピュータ・プロセッサにおいて、署名者の手書き署名を電子的に 採取することによって第１の文書に署名する段階、 該第１のコンピュータ・プロセッサにおいて、署名エンベロープの中に、前記 手書き署名に関する一揃いの計測値を記憶する段階、 該第１のコンピュータ・プロセッサにおいて、署名者の指示を署名エンベロー プ内に記憶する段階、 該第１のプロセッサにおいて、前記署名エンベロープ内にプロンプトを記憶す る段階、 該第１のコンピュータ・プロセッサにおいて、前記署名エンベロープをコード 化して、コード化された署名エンベロープを作成する段階、 該コード化された署名エンベロープを第２のコンピュータ・プロセッサに伝送 する段階、 該第２のコンピュータ・プロセッサにおいて、前記のコード化された署名エン ベロープを復号する段階、 該第２のコンピュータ・プロセッサにおいて、前記手書き署名が署名者のもの であることを確認する段階、および 該第２のコンピュータ・プロセッサにおいて、前記署名エンベロープからプロ ンプトを検索する段階、 を含んで成る方法。 19．前記プロンプトを表示する段階をさらに含んで成る、請求の範囲第18項に記 載の方法。 20．第１のコンピュータ・プロセッサにおいて、第１の文書の第１の検査合計を 作成する段階、 該第１のコンピュータ・プロセッサにおいて、署名エンベロープ内に第１の検 査合計を記憶する段階、 該第２のコンピュータ・プロセッサにおいて、第２の文書の第２の検査合計を 作成する段階、および 該第２のコンピュータ・プロセッサにおいて、該第２の文書が前記第１の文書 の真正な表示であるか否かを見極めるべく前記署名エンベロープ内に記憶された 第１の検査合計に対して前記第２の検査合計を比較する段階、 をさらに含んで成る、請求の範囲第18項に記載の方法。 21．１つの文書のための手書き署名の電子表示を作成し確認するためのコンピュ ータベースの方法において、 第１の文書の画像を電子的に表示する段階、 該第１の文書の性質を識別する重要プロンプトを電子的に表示する段階、 署名者の手書き署名を電子的に採取することによって該第１の文書に署名する 段階、 該手書き署名に関連する一揃いの計測値を署名エンベロープの中に記憶する段 階、 該署名エンベロープ内に、署名者の請求されたアイデンティティの指示を記憶 する段階、 該署名エンベロープ内に重要プロンプトを記憶する段階、 該署名エンベロープをコード化して、コード化された署名エンベロープを作成 する段階、 その後、該コード化された署名エンベロープを復号する段階、 前記手書き署名が署名者のものであることを確認する段階、および 署名者が前記第１の文書の性質についての情報提供を受けたことを確かめるた め前記署名エンベロープから重要プロンプトを検索する段階、 を含んで成る方法。 22．前記コンピュータベースの方法には、さらに、重要プロンプトを表示する段 階が含まれている、請求の範囲第21項に記載の方法。 23．前記手書き署名が署名者のものであることを確認する段階にはさらに、 前記署名エンベロープ内に記憶されているような署名者の請求されたアイデン ティティをもつ人物の、この人物の確認済み署名の確認済み測定値を含む署名テ ンプレートを、メモリから検索する段階、 前記第１の文書の署名の時点で採取された手書き署名と確認された手書き署名 の間の類似度を表す類似性評点を決定する段階、 が含まれている、請求の範囲第21項に記載の方法。 24．クライアント・アプリケーションの要請があった時点で、該クライアント・ アプリケーションに対して類似性評点を伝送する段階をさらに含んで成る、請求 の範囲第23項に記載の方法。 25．クライアント・アプリケーションに対して類似性評点を伝送す る段階、および 該クライアント・アプリケーションに対して重要プロンプトを伝送する段階、 をさらに含んで成る請求の範囲第23項に記載の方法。 26．前記第１の文書の第１の検査合計を作成する段階、 前記署名エンベロープ内に第１の検査合計を記憶する段階、 メモリ内に前記署名エンベロープを記憶する段階、 第２の文書の第２の検査合計を作成する段階、および 該第２の文書が前記第１の文書の真正な表示であるか否かを見極めるべく、前 記署名エンベロープ内の第１の検査合計に対して前記第２の検査合計を比較する 段階、 をさらに含んで成る請求の範囲第23項に記載の方法。 27．クライアント・アプリケーション、署名採取アプリケーションおよび署名確 認アプリケーションをもつコンピュータシステム内で、１つの文書のための手書 き署名の電子表示を採取し確認するためのコンピュータベースの方法において、 前記クライアント・アプリケーションの制御下で、 ａ．第１の文書の画像を表示する段階、 ｂ．前記署名採取アプリケーションが手書き署名を採取することを要請する段 階、 ｃ．前記署名採取アプリケーションへと、第１の文書に関連するメッセージで ある重要プロンプトを移行させる段階、 前記署名採取アプリケーションの制御下で、 ｄ．署名採取ウィンドウを表示する段階、 ｅ．重要プロンプトを表示する段階、 ｆ．ユーザーの手書き署名を電子的に採取することによって第１の文書にユー ザーが署名できるようにする段階、 ｇ．該手書き署名に関係する一揃いの計測値を署名エンベロープ内に記憶する 段階、 ｈ．ユーザーの請求されたアイデンティティの指示を該署名エンベロープ内に 記憶する段階、 ｉ．該署名エンベロープ内に前記重要プロンプトを記憶する段階、 ｊ．該署名エンベロープをコード化して、コード化された署名エンベロープを 作成する段階、 ｋ．前記クライアント・アプリケーションへと該コード化された署名エンベロ ープを移行させる段階、 前記クライアント・アプリケーションの制御下で、 ｌ．前記のコード化された署名エンベロープを前記署名確認アプリケーション へと移行させる段階、および 前記署名確認アプリケーション制御下で、 ｍ．前記のコード化された署名エンベロープを復号する段階、 ｎ．請求されたアイデンティティが署名エンベロープ内に記憶されているユー ザーの確認済み手書き署名に対応する確認済みの一揃いの計測値を含むテンプレ ートをデータベースから検索する段階、 ｏ．前記署名エンベロープ内に記憶された一揃いの計測値をテンプレート内の 確認済みの一揃いの計測値と比較して類似性評点を得る段階、 ｐ．該署名エンベロープから前記重要プロンプトを検索する段階、および ｑ．該重要プロンプトと類似性評点を前記クライアント・アプリケーションへ と移行させる段階、 を含んで成る方法。 28．前記署名採取アプリケーションの制御下で、前記第１の文書の 第１の検査合計を作成し、前記署名エンベロープ内の第１の検査合計を記憶する 段階、および 前記署名確認アプリケーションの制御下で、第２の文書の第２の検査合計を作 成し、該第２の文書が前記第１の文書の真正な表示であるか否かを見極めるべく 前記署名エンベロープ内に記憶された第１の検査合計に対して前記第２の検査合 計を比較する段階、 をさらに含んで成る請求の範囲第27項に記載の方法。 29．前記署名採取アプリケーションが第１のコンピュータ・プロセッサ上で実行 され、前記署名確認アプリケーションが第２のコンピュータ・プロセッサ上で実 行される、請求の範囲第27項に記載の方法。 30．前記一揃いの計測値には平均ストローク長が含まれる請求の範囲第27項に記 載の方法。 31．前記一揃いの計測値には平均ペンダウン時間が含まれる請求の範囲第27項に 記載の方法。 32．前記一揃いの計測値には、加速および減速最大値の数が含まれる請求の範囲 第27項に記載の方法。 33．前記一揃いの計測値には、各ストローク内の最も緩慢な点の位置合計が含ま れている、請求の範囲第27項に記載の方法。 34．前記署名採取アプリケーションの制御下で、前記署名エンベロープ内に署名 の日付、時間を記憶する段階をさらに含んで成る請求の範囲第27項に記載の方法 。 35．前記署名採取アプリケーションの制御下で、前記署名エンベロープ内にクラ イアント・アプリケーションを実行しているコンピュータ・プロセッサのアイデ ンティティを表す標識を記憶する段階を含んで成る、請求の範囲第27項に記載の 方法。 36．前記署名採取アプリケーションの制御下で、手書きの署名の画 像の圧縮された表示を前記署名エンベロープの中に記憶する段階をさらに含んで 成る、請求の範囲第27項に記載の方法。 37．前記署名採取アプリケーションの制御下で、手書きの署名の画像の圧縮され たビットマップ表示を前記署名エンベロープ内に記憶する段階をさらに含んで成 る、請求の範囲第27項に記載の方法。 38．クライアント・アプリケーション、署名採取アプリケーションおよび署名確 認アプリケーションをもつコンピュータシステム内で手書き署名の電子表示を採 取し確認するためのコンピュータベースの方法において、 前記クライアント・アプリケーションの制御下で、 ａ．前記署名採取アプリケーションが手書き署名を採取することを要請する段 階、 前記署名採取アプリケーションの制御下で ｂ．ユーザーが手書き署名を電子的に入力できるようにする段階、 ｃ．ユーザーの手書き署名を電子的に採取する段階、 ｄ．該手書き署名に関係する一揃いの計測値を算出する段階、 ｅ．署名エンベロープ内に前記手書き署名に関係する一揃いの計測値を記憶す る段階、 ｆ．ユーザーの請求されたアイデンティティの指示を前記署名エンベロープ内 に記憶する段階、 ｇ．前記署名エンベロープをコード化して、コード化された署名エンベロープ を作成する段階、 ｈ．クライアント・アプリケーションへと該コード化された署名エンベロープ を移行させる段階、 前記クライアント・アプリケーションの制御下で、 ｉ．前記のコード化された署名エンベロープを前記署名確認アプリケーション へと移行させる段階、および 前記署名確認アプリケーションの制御下で、 ｊ．前記のコード化された署名エンベロープを復号する段階、 ｋ．請求されたアイデンティティが前記署名エンベロープ内に記憶されている ユーザーの確認済み手書き署名に対応する確認済みの一揃いの計測値を含むテン プレートをデータベースから検索する段階、 ｌ．該署名エンベロープ内に記憶された一揃いの計測値をテンプレート内の確 認済み一揃いの計測値と比較して類似性評点を得る段階、 ｍ．該類似性評点を前記クライアント・アプリケーションへと移行させる段階 、 を含んで成る方法。 39．前記クライアント・アプリケーションの制御下で、類似性評点を用いて、ユ ーザーがコンピュータシステム内の単数または複数のアプリケーションに対して アクセスできるか否かを見極める段階をさらに含んで成る、請求の範囲第38項に 記載の方法。 40．前記クライアント・アプリケーションの制御下で、ユーザーがクレジットで 商品を購入できるか否かを見極めるべく前記類似性評点を利用する段階をさらに 含んで成る、請求の範囲第38項に記載の方法。 41．前記署名採取アプリケーションが第１のコンピュータ・プロセッサ上で実行 され、前記署名確認アプリケーションが第２のコンピュータ・プロセッサ上で実 行される請求の範囲第38項に記載の方法。 42．前記一揃いの計測値には平均ストローク長が含まれる請求の範囲第38項に記 載の方法。 43．前記一揃いの計測値には平均ペンダウン時間が含まれる請求の範囲第38項に 記載の方法。 44．前記一揃いの計測値には、加速および減速最大値の数が含まれる請求の範囲 第38項に記載の方法。 45．前記一揃いの計測値には、各ストローク内の最も緩慢な点の位置合計が含ま れている、請求の範囲第38項に記載の方法。 46．前記署名採取アプリケーションの制御下で、署名エンベロープ内に署名の日 付、時間を記憶する段階をさらに含んで成る請求の範囲第38項に記載の方法。 47．前記署名採取アプリケーションの制御下で、前記署名エンベロープ内に前記 クライアント・アプリケーションを実行しているコンピュータ・プロセッサのア イデンティティを表す標識を記憶する段階を含んで成る、請求の範囲第38項に記 載の方法。 48．前記署名採取アプリケーションの制御下で、手書きの署名の画像の圧縮され た表示を前記署名エンベロープの中に記憶する段階をさらに含んで成る、請求の 範囲第38項に記載の方法。 49．前記署名採取アプリケーションの制御下で、手書きの署名の画像の圧縮され たビットマップ表示を前記署名エンベロープ内に記憶する段階をさらに含んで成 る、請求の範囲第38項に記載の方法。 50．クライアント・アプリケーション、署名採取アプリケーションおよび署名確 認アプリケーションをもつコンピュータシステム内で、１つの電子文書上の手書 き署名の電子表示を採取し確認するためのコンピュータベースの方法において、 前記クライアント・アプリケーションの制御下で、 ａ．文書の画像を表示する段階、 ｂ．前記署名採取アプリケーションが手書き署名を採取することを要請する段 階、 前記署名採取アプリケーションの制御下で、 ｃ．ユーザーが手書き署名を電子的に入力できるようにする段階、 ｄ．ユーザーの手書き署名を電子的に採取する段階、 ｅ．該手書き署名に関係する一揃いの計測値を算出する段階、 ｆ．該手書き署名に関係する一揃いの計測値を署名エンベロープ内に記憶する 段階、 ｇ．ユーザーの請求されたアイデンティティの指示を該署名エンベロープ内に 記憶する段階、 ｈ．文書の検査合計を作成する段階、 ｉ．前記署名エンベロープ内に検査合計を記憶する段階、 ｊ．該署名エンベロープをコード化して、コード化された署名エンベロープを 作成する段階、 ｋ．前記クライアント・アプリケーションへと該コード化された署名エンベロ ープを移行させる段階、 前記クライアント・アプリケーションの制御下で、 ｌ．前記のコード化された署名エンベロープを前記署名確認アプリケーション へと移行させる段階、および 前記署名確認アプリケーションの制御下で、 ｍ．前記のコード化された署名エンベロープを復号する段階、 ｎ．請求されたアイデンティティが前記署名エンベロープ内に記憶されている ユーザーの確認済み手書き署名に対応する確認済みの一揃いの計測値を含むテン プレートをデータベースから検索する段階、 ｏ．前記署名エンベロープ内に記憶された一揃いの計測値をテンプレート内の 確認済み一揃いの計測値と比較して類似性評点を得る段階、および ｐ．該類似性評点を前記クライアント・アプリケーションへと移行させる段階 、 を含んで成る方法。 51．クライアント・アプリケーション、署名採取アプリケーションおよび署名確 認アプリケーションをもつコンピュータシステム内で、１つの電子文書上の手書 き署名の電子表示を採取し確認するためのコンピュータベースの方法において、 前記クライアント・アプリケーションの制御下で、 ａ．第１の文書の画像を表示する段階、 ｂ．前記署名採取アプリケーションが手書き署名を採取することを要請する段 階、 前記署名採取アプリケーションの制御下で、 ｃ．ユーザーが手書き署名を電子的に入力できるようにする段階、 ｄ．ユーザーの手書き署名を電子的に採取する段階、 ｅ．該手書き署名に関係する一揃いの計測値を計算する段階、 ｆ．該手書き署名に関係する一揃いの計測値を署名エンベロープ内に記憶する 段階、 ｇ．第１の文書の第１の検査合計を作成する段階、 ｈ．前記署名エンベロープ内に検査合計を記憶する段階、 ｉ．該署名エンベロープをコード化して、コード化された署名エンベロープを 作成する段階、 ｊ．前記クライアント・アプリケーションへと該コード化された署名エンベロ ープを移行させる段階、 前記クライアント・アプリケーションの制御下で、 ｋ．前記のコード化された署名エンベロープを前記署名確認アプリケーション へと移行させる段階、および 前記署名確認アプリケーションの制御下で、 ｌ．前記のコード化された署名エンベロープを復号する段階、 ｍ．第２の文書の第２の検査合計を作成する段階、 ｎ．前記第１の文書が該第２の文書と同じであるか否かを確かめ るべく前記第２の検査合計に対して前記署名エンベロープ内に記憶された第１の 検査合計を比較する段階、および ｏ．前記第１の文書が前記第２の文書と同じであるか否かを前記クライアント ・アプリケーションに情報提供する段階を含んで成る方法。 52．前記署名採取アプリケーションが第１のコンピュータ・プロセッサ上で実行 され、前記署名確認アプリケーションが第２のコンピュータ・プロセッサ上で実 行される、請求の範囲第51項に記載の方法。 53．前記一揃いの計測値には平均ストローク長が含まれる請求の範囲第51項に記 載の方法。 54．前記一揃いの計測値には平均ペンダウン時間が含まれる請求の範囲第51項に 記載の方法。 55．前記一揃いの計測値には、加速および減速最大値の数が含まれる請求の範囲 第51項に記載の方法。 56．前記一揃いの計測値には、各ストローク内の最も緩慢な点の位置合計が含ま れている、請求の範囲第55項に記載の方法。 57．前記署名採取アプリケーションの制御下で、前記署名エンベロープ内に署名 の日付、時間を記憶する段階をさらに含んで成る請求の範囲第51項に記載の方法 。 58．前記署名採取アプリケーションの制御下で、前記署名エンベロープ内に前記 クライアント・アプリケーションを実行しているコンピュータ・プロセッサのア イデンティティを表す標識を記憶する段階を含んで成る、請求の範囲第51項に記 載の方法。 59．署名採取アプリケーションの制御下で、手書きの署名の画像の圧縮された表 示を前記署名エンベロープの中に記憶する段階をさらに含んで成る、請求の範囲 第58項に記載の方法。 60．前記署名採取アプリケーションの制御下で、手書きの署名の画像の圧縮され たビットマップ表示を前記署名エンベロープ内で記憶する段階をさらに含んで成 る、請求の範囲第51項に記載の方法。 61．第１のクライアント・アプリケーション、第２のクライアント・アプリケー ション、署名採取アプリケーションおよび署名確認アプリケーションをもつコン ピュータシステム内で、手書き署名の電子表示を採取し確認するためのコンピュ ータベースの方法において、 前記第１のクライアント・アプリケーションの制御下で、 ａ．前記署名採取アプリケーションが手書き署名を採取することを要請する段 階、 前記署名採取アプリケーションの制御下で ｂ．ユーザーが手書き署名を電子的に入力できるようにする段階、 ｃ．ユーザーの手書き署名を電子的に採取する段階、 ｄ．該手書き署名に関係する一揃いの計測値を計算する段階、 ｅ．該手書き署名に関係する一揃いの計測値を署名エンベロープ内に記憶する 段階、 ｆ．ユーザーの請求されたアイデンティティの指示を該署名エンベロープ内に 記憶する段階、 ｇ．該署名エンベロープをコード化して、コード化された署名エンベロープを 生成する段階、 ｈ．前記第１のクライアント・アプリケーションへと該コード化された署名エ ンベロープを移行させる段階、 前記第１のクライアント・アプリケーションの制御下で、 ｉ．前記のコード化された署名エンベロープを前記第２のクライアント・アプ リケーションへと移行させる段階、 前記第２のクライアント・アプリケーションの制御下で ｊ．前記のコード化された署名エンベロープを署名確認アプリケ ーションへと移行させる段階、および 前記署名確認アプリケーションの制御下で、 ｋ．前記のコード化された署名エンベロープを復号する段階、 ｌ．請求されたアイデンティティが前記署名エンベロープ内に記憶されている ユーザーの確認済み手書き署名に対応する確認済みの一揃いの計測値を含むテン プレートをデータベースから検索する段階、 ｍ．前記署名エンベロープ内に記憶された一揃いの計測値をテンプレート内の 確認済み一揃いの計測値と比較して類似性評点を得る段階、および ｎ．該類似性評点を前記第２のクライアント・アプリケーションへと移行させ る段階、 を含んで成る方法。 62．前記第２のクライアント・アプリケーションの制御下で、前記類似性評点を 利用して、ユーザーがコンピュータシステム内の単数または複数のアプリケーシ ョンおよびデータにアクセスできるか否かを見極める段階をさらに含んで成る、 請求の範囲第61項に記載の方法。 63．前記第２のクライアント・アプリケーションの条件下で、ユーザーがクレジ ットで商品を購入できるか否かを見極めるべく前記類似性評点を利用する段階を さらに含んで成る、請求の範囲第61項に記載の方法。 64．前記署名採取アプリケーションが第１のコンピュータ・プロセッサ上で実行 され、前記署名確認アプリケーションが第２のコンピュータ・プロセッサ上で実 行される、請求の範囲第61項に記載の方法。 65．前記第１のクライアント・アプリケーションが第１のコンピュ ータ・プロセッサ上で実行され、前記第２のクライアント・アプリケーションが 第２のコンピュータ・プロセッサで実行される、請求の範囲第61項に記載の方法 。 66．前記第１のコンピュータ・プロセッサが第１のオペレーティングシステムに 従って動作し、前記第２のコンピュータ・プロセッサが第２のオペレーティング システムに従って動作する、請求の範囲第65項に記載の方法。 67．前記署名採取アプリケーションが第１のコンピュータ・プロセッサ上で実行 され、前記署名確認アプリケーションが第２のコンピュータ・プロセッサ上で実 行される、請求の範囲第65項に記載の方法。 68．前記署名採取アプリケーションが第３のコンピュータ・プロセッサ上で実行 され、前記署名確認アプリケーションが第４のコンピュータ・プロセッサ上で実 行される、請求の範囲第65項に記載の方法。 69．電子文書のための手書き署名の電子表示を作成するためのコンピュータベー スのシステムにおいて、 署名者の手書き署名を電子的に採取することにより、署名者が第１の文書に署 名できるようにするための手段、 署名エンベロープ内に、該手書き署名に関係する一揃いの計測値を記憶するた めの手段、 前記第１の文書の第１の検査合計を作成するための手段、 前記署名エンベロープ内に前記第１の検査合計を作成するための手段、 署名者の指示を前記署名エンベロープ内に記憶するための手段、および 該署名エンベロープをコード化して、コード化された署名エンベ ロープを作成するための手段、 を含んで成るシステム。 70．前記のコード化された署名エンベロープを復号するための手段、 該署名エンベロープ内に記憶されている手書き署名が署名者のものであること を確認するための手段、 第２の文書の第２の検査合計を作成するための手段；および 該第２の文書が前記第１の文書の真正な表示であるか否かを見極めるべく前記 署名エンベロープ内に記憶された第１の検査合計に対して前記第２の検査合計を 比較するための手段、 をさらに含んで成る、請求の範囲第69項に記載のシステム。 71．前記のコード化された署名エンベロープをメモリ内に記憶するための手段を さらに含んで成る、請求の範囲第70項に記載のシステム。 72．第１のプロセッサに手書き署名を電子的に入力するための手段、 署名者の手書き署名を電子的に採取するための手段、 署名エンベロープ内に該手書き署名に関係する一揃いの計測値を記憶するため の手段、 署名者の請求されたアイデンティティを入力するための手段、 前記署名エンベロープ内に署名者の請求されたアイデンティティを記憶するた めの手段、 前記署名エンベロープをコード化して、コード化された署名エンベロープを作 成する手段、および 該コード化された署名エンベロープを遠隔の署名確認センターに通信するため の手段、 を含む、前記手書き署名を採取するための複数の第１のプロセッサ、および 前記第１のプロセッサの１つからコード化された署名エンベロープを受理する ための手段、 該コード化された署名エンベロープを復号するための手段、 確認済みの一揃いの署名計測値を含み署名者の請求されたアイデンティティに 対応する署名テンプレートを検索するべくデータベースをアクセスするための手 段、 前記確認済みの一揃いの署名計測値と、前記署名エンベロープ内に記憶された 一揃いの計測値とを比較することによって前記手書き署名を確認するための手段 、 前記署名エンベロープ内に記憶された一揃いの計測値と前記確認済みの一揃い の署名計測値との間の類似性を表す類似性評点を決定するための手段、 前記第１のプロセッサの１つに対して該類似性評点を通信するための手段 を含み前記署名テンプレートのデータベースに結合された第２のプロセッサによ って制御され、複数の第１のプロセッサの各々との関係において遠隔に位置づけ られているもののそれに対し電子的に結合されている署名確認センター、 を含んで成る、署名確認センターシステム。 73．第１のプロセッサに手書き署名を電子的に入力するための手段、 署名者の手書き署名を電子的に採取するための手段、 署名エンベロープ内に該手書き署名に関係する一揃いの計測値を記憶するため の手段、 署名者の請求されたアイデンティティを入力するための手段、 前記署名エンベロープ内に署名者の請求されたアイデンティティを記憶するた めの手段、 該署名エンベロープをコード化して、コード化された署名エンベ ロープを作成する手段、および 該コード化された署名エンベロープを遠隔の署名確認センターに通信するため の手段、 を含む、手書き署名を採取するための複数の第１のプロセッサ、 署名者についての確認済みの一揃いの署名計測値を含み各々の署名者のアイデ ンティティにより指標付けされた複数の署名テンプレートを含む確認済みの手書 き署名データを記憶するための中央データベース、 前記第１のプロセッサの１つからコード化された署名エンベロープを受理する ための手段、 該コード化された署名エンベロープを復号するための手段、 署名者の請求されたアイデンティティに対応する署名テンプレートを検索する べく前記中央データベースをアクセスするための手段、 前記確認済みの一揃いの署名計測値と、前記署名エンベロープ内に記憶された 一揃いの計測値とを比較することによって前記手書き署名を確認するための手段 、 前記署名エンベロープ内に記憶された一揃いの計測値と前記確認済みの一揃い の署名計測値との間の類似性を表す類似性評点を決定するための手段、 前記第１のプロセッサの１つに対して該類似性評点を通信するための手段 を含み前記署名テンプレートの中央データベースに結合された第２のプロセッサ によって制御され、前記複数の第１のプロセッサの各々との関係において遠隔に 位置づけられているもののそれに対し電子的に結合されている署名確認センター 、 を含んで成る、署名確認センターシステム。