JP2002222426A - ユーザ認証システム、ユーザ認証方法、及びプログラム - Google Patents

Abstract

(57)【要約】 【課題】 効率的にユーザを認証するユーザ認証システ
ムを提供する。 【解決手段】 ユーザを認証するユーザ認証システムで
あって、ユーザが署名したサインのサイン画像をユーザ
の登録画像として、ユーザを識別するユーザ識別情報に
対応付けて格納する登録画像データベース１３０と、ユ
ーザ識別情報と、一のサイン画像を入力する入力部と、
登録画像データベース１３０においてユーザのユーザ識
別情報に対応付けられている登録画像と、入力されたサ
イン画像との一致度を求める画像比較部１０８と、一致
度に応じて、ユーザとの取引を許可する取引許可部１１
０とを備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ユーザ認証システ
ム、ユーザ認証方法、及びプログラムに関する。特に本
発明は、サイン画像を利用したユーザ認証システム、ユ
ーザ認証方法、及びプログラムに関する。

【０００２】

【従来の技術】例えば取引を行う場合などにおいては、
本人を証明する必要がある。本人を認証する手段とし
て、例えば、本人による署名、印鑑、及び身分証明書な
どがある。また、近年は、インターネットを利用した取
引も増加している。インターネットにおける認証として
は、取引を行うユーザに対し、予めユーザを識別するユ
ーザ識別情報を取り決め、ユーザ識別情報を利用する方
法等がある。

【０００３】

【発明が解決しようとする課題】しかし、印鑑や、身分
証明書による認証は、手間がかかり効率が悪い。また、
インターネットにおける認証は、安全面での問題がある
場合がある。このため、新たな認証方法の提供が望まれ
ている。

【０００４】そこで本発明は、上記の課題を解決するこ
とのできるユーザ認証システム、ユーザ認証方法、及び
記録媒体を提供することを目的とする。この目的は特許
請求の範囲における独立項に記載の特徴の組み合わせに
より達成される。また従属項は本発明の更なる有利な具
体例を規定する。

【０００５】

【課題を解決するための手段】即ち、本発明の第１の形
態によると、ユーザを認証するユーザ認証システムであ
って、前記ユーザが署名したサインのサイン画像を前記
ユーザの登録画像として、前記ユーザを識別するユーザ
識別情報に対応付けて格納する登録画像データベース
と、前記ユーザ識別情報と、一のサイン画像を入力する
入力部と、前記登録画像データベースにおいて前記ユー
ザの前記ユーザ識別情報に対応付けられている登録画像
と、入力された前記サイン画像との一致度を求める画像
比較部と、前記一致度に応じて、前記ユーザとの取引を
許可する取引許可部とを備える。

【０００６】前記ユーザ識別情報と、一のサイン画像が
入力された場合に、入力された前記サイン画像を、前記
ユーザ識別情報に対応付けて格納するサイン履歴データ
ベースと、前記取引許可部によって判断された前記ユー
ザとの前記取引の可否を示す情報を提供する提供部と、
前記提供部が提供した情報が誤っている可能性があると
通知された場合に、誤っている可能性があると指定され
た前記サイン画像及び前記サイン画像に対応する前記登
録画像を提示する提示部とをさらに備えてもよい。

【０００７】前記ユーザとの取引を許可する基準となる
前記一致度が予め定められていてもよい。前記入力部
は、複数の異なる前記サイン画像を入力し、前記画像比
較部は、複数の前記サイン画像のうち少なくとも１つの
サイン画像と、前記登録画像との一致度を求め、前記複
数のサイン画像のうち少なくとも１つのサイン画像と前
記登録画像との一致度が、予め定められた前記一致度以
上の場合に、前記取引許可部は、前記取引を許可しても
よい。

【０００８】前記取引許可部が前記取引を許可する前記
一致度を設定する一致度設定部をさらに備えてもよい。
前記画像比較部が求めた前記一致度が、前記一致度設定
部が設定した一致度以上の場合に、前記取引許可部は、
前記取引を許可してもよい。

【０００９】前記入力部は、前記取引の内容を入力し、
前記一致度設定部は、入力された前記取引の内容に基づ
いて前記一致度を設定してもよい。

【００１０】前記取引の内容と、当該取引を許可する基
準となる一致度とを対応付ける取引テーブルをさらに備
えてもよい。前記一致度設定部は、前記取引テーブルを
用いて、前記一致度を設定してもよい。

【００１１】前記サイン画像の濃淡の程度を判断する濃
淡判定部をさらに備えてもよい。前記登録画像データベ
ースは、前記登録画像の前記濃淡の程度を、前記登録画
像に対応付けて格納し、前記画像比較部は、前記濃淡判
定部が判定した前記濃淡の程度と、前記登録画像データ
ベースにおいて前記ユーザ識別情報に対応付けて格納さ
れる前記登録画像の前記濃淡の程度とを比較し、比較結
果を利用して前記一致度を求めてもよい。

【００１２】前記画像比較部が求めた前記サイン画像の
前記濃淡の程度を、前記サイン画像とともに、前記ユー
ザ識別情報に対応付けて格納するサイン履歴データベー
スをさらに備えてもよい。

【００１３】前記サイン画像中の文字の傾きの程度を判
定する傾き判定部をさらに備えてもよい。前記登録画像
データベースは、前記登録画像中の文字の傾きの程度
を、前記登録画像に対応付けて格納し、前記画像比較部
は、前記傾き判定部が判定した前記サイン画像中の文字
の傾きの程度と、前記登録画像データベースにおいて前
記ユーザ識別情報に対応付けて格納される前記登録画像
中の前記文字の傾きの程度とを比較し、比較結果を利用
して前記一致度を求めてもよい。

【００１４】前記サイン画像と前記登録画像とが完全に
一致したと、前記画像比較部が判断した場合に、前記取
引許可部は、前記取引を許可しなくてもよい。

【００１５】前記ユーザ識別情報と、一のサイン画像が
入力された場合に、入力された前記サイン画像を、前記
ユーザ識別情報に対応付けて格納するサイン履歴データ
ベースをさらに備えてもよい。前記入力部が、一のサイ
ン画像と前記ユーザ識別情報とを入力し、前記画像比較
部が、入力された前記一のサイン画像と、前記サイン履
歴データベースにおいて前記ユーザ識別情報に対応付け
て格納される前記サイン画像とが完全に一致したと判断
した場合に、前記取引許可部は、前記取引を許可しなく
てもよい。

【００１６】前記入力部は、通信回線を通じて、前記サ
イン画像を取得してもよい。

【００１７】前記取引許可部が前記取引を許可しないと
判断した場合に、前記入力部は、前記利用者が前記サイ
ン画像と別に署名したサイン画像をさらに入力し、前記
取引許可部は、前記入力部が再び入力したサイン画像と
登録画像との一致度に応じて、前記ユーザとの取引を許
可してもよい。

【００１８】前記入力部は、複数の前記サイン画像を入
力し、前記画像比較部は、前記入力部が入力した複数の
前記サイン画像と前記登録画像との一致度をそれぞれ求
め、複数のサイン画像と前記登録画像との一致度のいず
れもが、予め定められた前記一致度以上の場合に、前記
取引許可部は、前記取引を許可してもよい。

【００１９】前記登録画像データベースは、前記ユーザ
が署名した異なる種類の複数のサイン画像を、それぞれ
前記登録画像として、前記ユーザ識別情報に対応付けて
格納し、前記入力部は、前記ユーザ識別情報と前記サイ
ン画像とを入力し、記取引許可部は、前記登録画像デー
タベースに格納される複数の前記登録画像のうち少なく
とも１つの登録画像と、前記サイン画像との一致度に応
じて、前記ユーザとの取引を許可してもよい。

【００２０】前記登録画像データベースは、前記ユーザ
が署名した異なる種類の複数のサイン画像を、それぞれ
前記登録画像として、前記ユーザ識別情報に対応付けて
格納し、前記入力部は、前記ユーザ識別情報と、前記複
数の登録画像に対応する複数のサイン画像を入力し、前
記画像比較部は、前記登録画像データベースにおいて前
記ユーザの前記ユーザ識別情報に対応付けられている複
数の前記登録画像と、前記複数の登録画像それぞれに対
応する、前記入力部が入力した複数のサイン画像との一
致度をそれぞれ求め、前記画像比較部が求めた複数の前
記一致度に応じて、前記取引許可部は、前記ユーザとの
取引を許可してもよい。

【００２１】前記登録画像データベースは、前記ユーザ
が異なるペンを利用して署名した複数のサインそれぞれ
のサイン画像を、前記ユーザの登録画像として、前記ペ
ンの種類を示すペン情報に対応付けて格納し、前記入力
部は、さらに前記ペン情報を入力し、前記画像比較部
は、前記登録画像データベースにおいて、前記ユーザの
識別情報及びペン情報に対応付けられている前記登録画
像と、入力した前記サイン画像との一致度を求めてもよ
い。

【００２２】前記ユーザの署名に特徴的な部分を抽出す
る特徴パターン抽出部をさらに備えてもよい。前記サイ
ン履歴データベースは、前記入力部が入力した複数の前
記サイン画像を前記ユーザ識別情報に対応付けて格納
し、前記特徴パターン抽出部は、前記サイン履歴データ
ベースに格納される複数のサイン画像を比較して、前記
ユーザの署名に特徴的な部分を抽出し、前記画像判断部
は、前記特徴パターン抽出部が抽出した前記特徴的な部
分について、前記登録画像と前記サイン画像との一致度
を求めてもよい。

【００２３】本発明の第２の形態によれば、ユーザを認
証するユーザ認証方法であって、前記ユーザ識別情報
と、一のサイン画像を入力する入力段階と、前記ユーザ
が署名したサインのサイン画像を前記ユーザの登録画像
として、前記ユーザを識別するユーザ識別情報に対応付
けて格納する登録画像データベースにおいて、前記ユー
ザの前記ユーザ識別情報に対応付けられている登録画像
と、入力された前記サイン画像との一致度を求める画像
比較段階と、前記一致度に応じて、前記ユーザとの取引
を許可する取引許可段階とを備える。

【００２４】前記ユーザ識別情報と、一のサイン画像が
入力された場合に、入力された前記サイン画像を、前記
ユーザ識別情報に対応付けて格納する格納段階と、前記
取引許可段階で判断された前記ユーザとの前記取引の可
否を示す情報を提供する提供段階と、提供した情報が誤
っている可能性があると通知された場合に、誤っている
可能性があると指定された前記サイン画像及び前記サイ
ン画像に対応する前記登録画像を提示する提示段階と、
提示された前記サイン画像及び前記サイン画像に対応す
る前記登録画像に基づいて、提供した情報が誤っている
と確認された場合に、賠償金を支払う支払段階とをさら
に備えてもよい。

【００２５】本発明の第３の形態によれば、ユーザを認
証するコンピュータのプログラムであって、前記ユーザ
識別情報と、一のサイン画像を入力する入力モジュール
と、前記ユーザが署名したサインのサイン画像を前記ユ
ーザの登録画像として、前記ユーザを識別するユーザ識
別情報に対応付けて格納する登録画像データベースにお
いて、前記ユーザの前記ユーザ識別情報に対応付けられ
ている登録画像と、入力された前記サイン画像との一致
度を求める画像比較モジュールと、前記一致度に応じ
て、前記ユーザとの取引を許可する取引許可モジュール
とを備える。

【００２６】本発明の第４の形態によれば、ユーザを認
証するコンピュータのプログラムを格納する記録媒体で
あって、前記ユーザ識別情報と、一のサイン画像を入力
する入力モジュールと、前記ユーザが署名したサインの
サイン画像を前記ユーザの登録画像として、前記ユーザ
を識別するユーザ識別情報に対応付けて格納する登録画
像データベースにおいて、前記ユーザの前記ユーザ識別
情報に対応付けられている登録画像と、入力された前記
サイン画像との一致度を求める画像比較モジュールと、
前記一致度に応じて、前記ユーザとの取引を許可する取
引許可モジュールとを備える。

【００２７】なお上記の発明の概要は、本発明の必要な
特徴の全てを列挙したものではなく、これらの特徴群の
サブコンビネーションも又発明となりうる。

【００２８】

【発明の実施の形態】以下、発明の実施の形態を通じて
本発明を説明するが、以下の実施形態はクレームにかか
る発明を限定するものではなく、又実施形態の中で説明
されている特徴の組み合わせの全てが発明の解決手段に
必須であるとは限らない。

【００２９】なお、特許請求の範囲に記載の「入力部」
は、その一例としては「受信部」であってもよく、発明
の実施の形態における受信部は、特許請求の範囲に記載
の「入力部」に対応する。また、発明の実施の形態にお
ける「総合一致度」は、特許請求の範囲に記載の「一致
度」の一例である。

【００３０】図１は、サイン認証サーバ１００を含むユ
ーザ認証システムを示す。ユーザ認証システムは、サイ
ン認証サーバ１００、取引会社サーバ３０、及びユーザ
端末２０を備える。サイン認証サーバ１００は、本サイ
ン認証サーバ１００に登録している登録ユーザが署した
サインのサイン画像を登録ユーザの登録画像として格納
している。サイン認証サーバ１００は、取引会社サーバ
３０から通信回線を介して、ユーザが、認証を目的とし
て署名したサイン画像を受信する。サイン認証サーバ１
００は、登録画像と比較することによって、受信したサ
イン画像から登録ユーザを認証する。本実施の形態にお
ける通信回線は、インターネット１０である。

【００３１】取引会社サーバ３０は、サイン認証サーバ
１００からサイン画像の認証結果を受信し、認証結果に
基づいて、サイン画像を提供したユーザと取引を行うか
否かを決定することができる。

【００３２】例えば、取引会社サーバ３０と取引を行お
うとするユーザは、ユーザと取引会社との間の取引の契
約書などにサインする。ユーザは、サイン画像をスキャ
ナー２２でユーザ端末２０に取り込む。ユーザ端末２０
は、取り込んだサイン画像を、例えば電子メールに含ま
せて、インターネット１０を介して取引会社サーバ３０
に送信する。取引会社サーバ３０は、ユーザ端末２０か
ら受信したサイン画像をサイン認証サーバ１００に送信
する。サイン認証サーバ１００は、受け取ったサイン画
像に基づいてユーザの認証を行い、認証結果をインター
ネット１０を介して取引会社サーバ３０に送信する。こ
のように、取引会社サーバ３０は、サイン認証サーバ１
００から受け取った結果に基づいて、ユーザ端末２０の
ユーザと取引をするか否かを決定することができる。

【００３３】図２は、サイン認証サーバ１００の機能構
成を示すブロック図である。サイン認証サーバ１００の
一連の動作は、主にＣＰＵとＲＯＭ及びＲＡＭに格納さ
れたプログラムの共働によって実現される。但し、それ
以外の構成要素によってサイン認証サーバ１００が実現
されてもよく、その設計の自由度は高い。サイン認証サ
ーバ１００は、受信部１０２と、濃淡判定部１０４と、
傾き判定部１０６と、画像比較部１０８と、取引許可部
１１０と、提供部１１２と、特徴パターン抽出部１１４
と、一致度設定部１１６と、取引テーブル１１８と、提
示部１２０と、登録画像データベース１３０と、サイン
履歴データベース１３２とを有する。

【００３４】受信部１０２は、インターネット１０を介
して、取引会社サーバ３０から、取引会社サーバ３０が
取引しようとするユーザを識別するユーザ識別情報と、
ユーザが署名したサインのサイン画像と、署名するとき
に利用したペンの種類を示すペン種別情報を受信する。
受信部１０２は、さらにユーザと取引会社サーバ３０と
の取引の内容を示す取引情報を受信する。受信部１０２
は、これらの情報を含む電子メールを受信してもよい。

【００３５】濃淡判定部１０４は、受信部１０２からサ
イン画像及びユーザ識別情報を受け取る。濃淡判定部１
０４は、受け取ったサイン画像に示されたサインの濃淡
の程度を求める。濃淡判定部１０４は、求めた濃淡の程
度及び受信部１０２から受け取ったユーザ識別情報を画
像比較部１０８に送る。

【００３６】ここで濃淡判定部１０４が判定するサイン
画像の濃淡の一例について説明する。サイン画像は、ユ
ーザが署名したサインを示す画像である。従って、ユー
ザが署名するときの、力の程度によって、１つの文字で
あっても、その濃淡に差が生じる。濃淡判定部１０４
は、この濃淡の差を判定する。具体的には、一番薄い領
域と、一番濃い領域を検出し、これらの領域の差を濃淡
の程度として求める。これによって、ユーザ固有の特徴
を検出することができる。

【００３７】濃淡判定部１０４は、さらにサイン画像中
の全ての文字について濃淡の程度を求めてもよい。

【００３８】他の例としては、濃淡判定部１０４は、サ
イン画像に含まれる全ての文字を一回の検出対象とし
て、最も濃い領域、及び最も薄い領域を検出し、これら
の領域の差を濃淡の程度として求めてもよい。

【００３９】また、他の例としては、濃淡判定部１０４
は、最も濃い領域及び最も薄い領域を、それぞれの領域
のサイン画像における位置を認識可能に求めてもよい。
これによって、サイン認証サーバ１００は、ユーザの署
名に特有の濃淡に関する情報を取得することができる。

【００４０】また、他の例としては、濃淡判定部１０４
は、サインを含む所定の領域を複数の領域に分割し、各
領域毎の濃度を検出し、サイン画像を含む所定の領域に
おける濃度分布を求めてもよい。これによって、サイン
認証サーバ１００は、ユーザの署名に特有の濃淡に関す
る情報を取得することができる。

【００４１】傾き判定部１０６は、受信部１０２からサ
イン画像及びユーザ識別情報を受け取る。傾き判定部１
０６は、受け取ったサイン画像に示されたサイン中の文
字の傾きの程度を求める。傾き判定部１０６は、求めた
傾きの程度及び受信部１０２から受け取ったユーザ識別
情報を画像比較部１０８に送る。

【００４２】登録画像データベース１３０は、サイン認
証サーバ１００に登録している登録ユーザがサインした
サイン画像を、登録ユーザの登録画像として登録ユーザ
のユーザ識別情報に対応付けて格納する。ユーザ識別情
報は、例えばユーザ毎に付与された識別番号であっても
よい。サイン履歴データベース１３２は、ユーザ認証の
目的で、取引会社サーバ３０から受信したサイン画像、
及びサイン画像に関する情報を、受信部１０２が受信し
たユーザ識別情報に対応付けて格納する。

【００４３】画像比較部１０８は、受信部１０２からサ
イン画像及びユーザ識別情報を受け取り、さらに濃淡判
定部１０４が求めた濃淡の程度、及び傾き判定部１０６
が求めた傾きの程度を受け取る。画像比較部１０８は、
登録画像データベース１３０に格納される登録画像と、
受信部１０２が受信したサイン画像とを比較し、サイン
画像と登録画像との一致度を求める。このとき、画像比
較部１０８は、受け取った濃淡の程度及び傾きの程度を
判断材料の１つとして、総合一致度を求める。画像比較
部１０８は、受け取ったユーザ識別情報に対応付けて、
サイン画像、濃淡の程度、傾きの程度及び求めた一致度
などをサイン履歴データベース１３２に格納する。さら
に画像比較部１０８は、登録画像のうち登録ユーザの署
名に特徴的な部分、すなわち特徴パターンについて、登
録画像とサイン画像とを比較し、一致度を求める。

【００４４】特徴パターン抽出部１１４は、サイン履歴
データベース１３２において、登録ユーザのユーザ識別
情報に対応付けて格納される複数のサイン画像同士を比
較して、類似している部分を登録ユーザの署名するサイ
ン画像の特徴パターンとして抽出する。特徴パターンと
しては、例えば、横線がいつも右上がりであるなど、文
字全般に関する情報でもよく、また例えば、「田」の十
の部分が省略形であるなど、サイン画像中の特定の文字
に関する情報であってもよい。また例えば、氏名の間を
広く空けるなど、サイン全体のバランスに関する情報で
あってもよい。特徴パターン抽出部１１４は、抽出した
特徴パターンのうち多くのサイン画像について共通する
特徴パターンを登録画像データベース１３０に登録す
る。特徴パターン抽出部１１４は、定期的にサイン履歴
データベース１３２に格納される複数のサイン画像に基
づいて特徴パターンを抽出するので、サイン履歴データ
ベース１３２にサイン画像が格納される毎により統計的
な特徴パターンを、登録画像データベース１３０に登録
することができる。

【００４５】他の例としては、特徴パターン抽出部１１
４は、サイン履歴データベース１３２に格納される複数
の登録ユーザのサイン画像中の同一の文字を比較し、登
録ユーザ毎に特徴的な部分と、登録ユーザによらず類似
する部分とを検出してもよい。特徴パターン抽出部１１
４は、各登録ユーザ毎に特徴的な部分と判断された部分
から特徴パターンを検出してもよい。これによって、特
徴パターン抽出部１１４は、サイン画像のうち予め定め
られた所定の部分のみを比較すればよいので、比較的容
易に特徴パターンを抽出することができる。

【００４６】取引テーブル１１８は、ユーザと取引会社
サーバ３０との取引の内容と、取引を許可する基準とな
る登録画像とサイン画像との一致度とを対応付けて格納
する。

【００４７】一致度設定部１１６は、受信部１０２から
取引情報を受け取る。一致度設定部１１６は、受け取っ
た取引情報に基づいて取引テーブル１１８を用いて、取
引許可部１１０が取引を許可する一致度を設定する。

【００４８】取引許可部１１０は、画像比較部１０８か
ら一致度を受け取る。取引許可部１１０は、受け取った
一致度に応じて、ユーザと取引会社サーバ３０との取引
を許可する。すなわち、受け取った一致度が一致度設定
部１１６が設定した一致度以上の場合に、取引許可部１
１０は、取引を許可することを示す取引許可情報を提供
部１１２に送る。このように、取引許可部１１０は、画
像比較部１０８が求めた一致度と、予め取引内容に応じ
て設定された一致度とを比較することによって取引を許
可するか否かを判断することができる。受け取った一致
度が一致度設定部１１６が設定した一致度以上の場合
に、取引許可部１１０は、取引を許可しないことを示す
取引不可情報を提供部１１２に送る。

【００４９】提供部１１２は、取引許可部１１０から取
引許可情報または取引不可情報を受け取り、インターネ
ット１０を介して取引会社サーバ３０に送信する。提供
部１１２から取引会社サーバ３０に提供された情報が誤
っている可能性がある旨の通知を、受信部１０２を介し
て受信した場合に、提示部１２０は、受信部１０２が受
信した通知によって指定されたサイン画像及びサイン画
像に対応する登録画像をユーザ認証サーバ１００のオペ
レータに提示する。これにより、サイン認証サーバ１０
０のオペレータは、通知によって指定されたサイン画像
の認証に誤りがあったか否かを調べることができる。さ
らに、通知によって指定されたサイン画像の認証に誤り
があったとオペレータが認めた場合には、取引の可否を
誤って通知した取引会社サーバ３０に対して賠償金を電
子マネーにより支払うなどの処置を取ることができる。
賠償金として例えば１億円を支払ってもよい。

【００５０】次に、図３を用いて、傾き判定部１０６が
判定するサイン画像の傾きについて説明する。図３は、
サイン画像中の文字「田」の傾きを示す。それぞれのユ
ーザは、特有の癖を有するため、文字の傾きの程度は、
ユーザ毎に異なっている。傾き判定部１０６は、この傾
きを判定する。具体的には、ユーザが署名した紙面に対
する傾きを判定する。このように、傾き判定部１０６
は、サイン画像からサインの傾きを判定するので、画像
比較部１０８は、サインの傾きをユーザ特有の特徴の１
つとして、サイン画像と登録画像との一致度を求めると
きの判断材料として利用することができる。

【００５１】他の例としては、標準の文字に比べて横線
が概して右上がりであるなど、例えば明朝体やゴシック
体などの標準的な文字と比較して、サイン画像中の文字
の傾きの程度を判定してもよい。

【００５２】図４は、登録画像データベース１３０のデ
ータ構成を示す。登録画像データベース１３０は、登録
ユーザＩＤフィールドと、登録ユーザ氏名フィールド
と、ペン種別フィールドと、濃淡フィールドと、登録画
像１フィールドと、特徴パターンフィールドと、傾きフ
ィールドと、登録画像２フィールドと、・・・を有す
る。

【００５３】登録ユーザＩＤフィールドは、登録ユーザ
を識別するユーザＩＤを格納する。登録ユーザ氏名フィ
ールドは、登録ユーザの氏名を格納する。ペン種別フィ
ールドは、ユーザがサインを署名するときに利用したペ
ンの種類を示すペン種別情報を格納する。ペン種別情報
は、例えばボールペン、鉛筆、サインペンなどを示す情
報である。濃淡フィールドは、登録画像の濃淡の程度を
格納する。

【００５４】登録画像１フィールドは、登録ユーザが署
名した一のサインのサイン画像を、登録画像１として格
納する。登録画像データベース１３０は、登録画像１フ
ィールド、登録画像２フィールドを有し、それぞれの登
録画像フィールドは、異なる登録画像を格納する。異な
る登録画像は、例えば、漢字でのサイン、ローマ字での
サインなど、異なる文字でのサインであってもよく、ま
た例えば、フルネームとイニシャルであってもよく、ま
た例えば、丁寧な署名と、省略した署名であってもよ
い。

【００５５】このように、登録画像データベース１３０
は、複数の登録画像を予め格納しているので、サイン認
証サーバ１００は、ユーザが署名する複数のサイン画像
を認証することができる。

【００５６】特徴パターンフィールドは、登録画像のう
ち、ユーザの署名に特徴的な部分を特徴パターンとして
格納する。傾きフィールドは、登録画像の傾きの程度を
格納する。特徴パターンフィールド及び傾きフィールド
は、それぞれ登録画像１フィールド及び登録画像２フィ
ールドに対してそれぞれ設けられている。

【００５７】このように、登録画像データベース１３０
は、登録ユーザ毎に、登録ユーザの登録画像及び、登録
画像の署名に利用したペンの種別、特徴パターン、濃淡
の程度、及び傾きの程度を格納するので、画像比較部１
０８は、サイン画像と登録画像との総合一致度を求める
場合に、登録画像と共に格納されるペンの種別、特徴パ
ターン等を容易に特定し、利用することができる。

【００５８】本実施の形態の登録画像データベース１３
０は、１つの登録画像について、１つの特徴パターン及
び１つの傾きの程度を格納し、それぞれの登録画像につ
いてペン種別毎に濃淡の程度を格納している。他の例と
しては、これにかえて登録画像データベース１３０は、
１つの登録画像に対応付けて複数の特徴パターンを格納
してもよい。また他の例としては、登録画像データベー
ス１３０は、特徴パターン及び傾きの程度を、各登録画
像の各ペン種別毎にそれぞれ格納してもよい。また他の
例としては、登録画像データベース１３０は、各登録画
像について１つの濃淡の程度のみ格納してもよい。

【００５９】特徴パターン、濃淡の程度、及び傾きの程
度は、各登録画像毎に格納してもよく、また例えば、１
人の登録ユーザに対応付けて、１つの特徴パターン、濃
淡の程度、及び傾きの程度を格納してもよい。

【００６０】このように、登録画像データベース１３０
は、登録ユーザＩＤに対応付けて、登録画像を格納す
る。従って、画像比較部１０８は、受信部１０２が受信
したサイン画像と、登録画像データベース１３０に格納
される登録画像を比較することによって、受信したサイ
ン画像が登録ユーザの署名によるか否かを判断すること
ができる。

【００６１】さらに、登録画像データベース１３０は、
各登録画像に対応付けて、各登録画像の特徴パターンな
ど、登録画像に関連する情報を格納しているので、画像
比較部１０８は、登録画像データベース１３０に格納さ
れている、登録画像に関連する情報を利用することによ
って、容易にサイン画像と登録画像との一致度を求める
ことができる。

【００６２】このように、サイン認証サーバ１００は、
登録画像データベース１３０に格納される登録画像を利
用して、受信したサイン画像が登録ユーザの署名による
か否かを判断することによって、ユーザの認証を行うこ
とができる。

【００６３】他の例としては、登録画像データベース１
３０は、登録ユーザの個人情報をさらに格納してもよ
い。例えば、取引会社サーバ３０が銀行の場合、登録ユ
ーザの取引会社における口座番号を格納してもよい。こ
れにより、サイン認証サーバ１００は、さらに個人情報
を利用して、ユーザとの取引の可否を判断することがで
きる。

【００６４】図５は、サイン履歴データベース１３２の
データ構成を示す。サイン履歴データベース１３２は、
各ユーザ毎のテーブルを有する。各ユーザ毎のテーブル
は、取引ＩＤフィールドと、サイン画像フィールドと、
一致登録画像フィールドと、総合一致度フィールドと、
特徴パターン一致度フィールドと、濃淡フィールドと、
傾きフィールドとを含む。

【００６５】取引ＩＤフィールドは、ユーザと取引会社
サーバ３０との取引を識別する取引ＩＤが格納される。
サイン画像フィールドは、サイン認証サーバ１００の受
信部１０２が受け取った、ユーザのサイン画像を格納す
る。一致登録画像フィールドは、サイン画像を、ユーザ
の署名によると判断したときに、画像比較部１０８がサ
イン画像と比較した登録画像を示す情報が格納される。
総合一致度フィールドは、サイン画像と登録画像との総
合的な一致度を格納する。

【００６６】特徴パターン一致度フィールドは、利用し
た登録画像の特徴パターンと、サイン画像の対応する部
分との一致度を格納する。濃淡フィールドは、サイン画
像の濃淡の程度を格納する。傾きフィールドは、サイン
画像の傾きの程度を格納する。

【００６７】このように、サイン履歴データベース１３
２は、各取引ＩＤに対応付けて、受信部１０２が、取引
の許可の可否の判断を受けることを目的として受信した
サイン画像と登録画像との総合一致度等を格納する。従
って、取引会社サーバ３０に提供された情報が誤ってい
る可能性がある旨の通知を受けた場合に、提示部１２０
は、サイン履歴データベース１３２に格納されているサ
イン画像及びユーザ認証に利用した情報を提示すること
ができる。従って、オペレータは、サイン認証サーバ１
００の判断結果を確認することができる。

【００６８】他の例としては、濃淡フィールドは、登録
画像の濃淡の程度とサイン画像の濃淡の程度との差分を
格納してもよく、傾きフィールドは、登録画像の傾きの
程度とサイン画像の傾きの程度との差分を格納してもよ
い。

【００６９】また他の例としては、１つのサイン画像に
ついて、登録画像データベース１３０に格納される複数
の登録画像と比較した場合は、複数の登録画像をそれぞ
れ格納し、各登録画像について、総合一致度、特徴パタ
ーン一致度を格納してもよい。

【００７０】図６は、取引テーブル１１８のデータ構成
を示す。取引テーブル１１８は、取引内容フィールド
と、一致度フィールドとを有する。取引内容フィールド
は、取引の内容を示す取引情報を格納する。本実施の形
態における取引情報は、取引の金額を示す情報である。
一致度フィールドは、対応する取引内容を許可するため
に必要な最低限の一致度を格納する。例えば一万円以下
の場合一万円以下の取引を許可する場合に７０パーセン
トの一致度が必要で有ることがわかる。この様に、取引
内容に対応付けて一致度が格納されているので、一致度
設定部は、取引の内容を受信した場合に受信した取引内
容に基づいてその取引を許可すべきか否かを判断するた
めの一致度を決定することができる。他の例としては、
取引情報は、取引の種類や、取引会社を示す情報であっ
てもよい。

【００７１】図７は、サイン認証サーバ１００の動作を
示すフローチャートである。サイン認証サーバ１００の
受信部１０２は、インターネット１０を介して取引会社
サーバ３０から、サイン画像、ペン種別情報、及び取引
情報を含んだ電子メールを受信する（Ｓ１００）。次
に、一致度設定部１１６は、受信部１０２から取引情報
を受け取り、取引テーブル１１８において、受け取った
取引情報に対応付けられた一致度を、取引を許可すべき
許可一致度として設定する（Ｓ１０２）。このように、
取引テーブル１１８は、取引内容と一致度とを対応付け
て格納しており、取引許可部１１０は、一致度設定部１
１６によって設定された許可一致度に基づいて、取引の
可否を判断する。従って、サイン認証サーバ１００は、
取引に応じた認証精度で認証を行うことができる。

【００７２】次に、濃淡判定部１０４は、受信部１０２
からサイン画像を受け取り、サイン画像の濃淡の程度を
判定する（Ｓ１０４）。次に、傾き判定部１０６は、受
信部１０２からサイン画像を受け取り、サイン画像の傾
きの程度を判定する（Ｓ１０６）。次に、画像比較部１
０８は、サイン画像と登録画像との総合一致度を求める
（Ｓ１０８）。このとき、画像比較部１０８は、サイン
画像と、ユーザ識別情報に対応付けて格納される複数の
登録画像とをそれぞれ比較する。

【００７３】Ｓ１０８において求めた、複数の登録画像
とサイン画像との一致度のうち最も高い最高総合一致度
が、一致度設定部１１６によって設定された許可一致度
よりも高く（Ｓ１１０）、かつサイン画像と登録画像と
が完全に一致せず（Ｓ１１２）、また、複数の登録画像
とサイン画像との一致度のうち最も低い最低一致度が、
予め定められた基準一致度よりも高い（Ｓ１１４）場合
は、取引許可部１１０は、取引許可情報を提供部１１２
に送る。さらに、提供部１１２は、インターネット１０
を介して取引会社サーバ３０に取引を許可する旨を通知
する（Ｓ１１６）。

【００７４】Ｓ１０８で求めた最高総合一致度が、許可
一致度よりも高く（Ｓ１１０）、かつサイン画像と登録
画像とが完全に一致する場合（Ｓ１１２）、一致したサ
イン画像すなわち受信したサイン画像とは別にユーザが
署名したサイン画像を再度ユーザ認証サーバ１００に送
信する旨を取引会社サーバ３０に要求する（Ｓ１２
０）。要求に対して、再度サイン画像を受信した場合は
（Ｓ１２２）、再び許可一致度設定段階（Ｓ１０２）に
戻り、ユーザ認証システム１００は、Ｓ１２２で受信し
たサイン画像と登録画像との一致度を求める。Ｓ１２２
で、要求に対して、サイン画像を受信しない場合、取引
許可部１１０は、取引不可情報を提供部１１２に送る。
さらに提供部１１２は、インターネット１０を介して取
引会社サーバ３０に取引を許可しない旨を通知する。取
引を許可しない旨を通知する（Ｓ１２４）。

【００７５】このように、サイン認証サーバ１００は、
サイン画像と登録画像が完全に一致した場合に、取引を
許可しない。サイン画像は、ユーザが署名したサインで
あるから、完全に一致することはありえない。従って、
サイン画像と登録画像とが完全に一致するのは、登録画
像をサイン画像として利用した場合のみである。従っ
て、サイン画像と登録画像が完全に一致した場合は、登
録画像がサイン認証に不正に利用された場合と判断でき
る。従って、このように、完全に一致した場合には、取
引を許可しないことにすることによって、登録画像を不
正に入手した者との不正な取引を防止することができ
る。

【００７６】また、サイン認証サーバ１００は、１つの
サイン画像についてできなかった場合でも、再度別のサ
イン画像を利用してユーザ認証を行うことができる。こ
れによって、より確実にユーザ認証を行うことができ
る。

【００７７】Ｓ１０８で求めた最高総合一致度が、許可
一致度よりも高い場合（Ｓ１１０）、Ｓ１２０にジャン
プする。以上で、サイン認証サーバ１００の動作は終了
する。

【００７８】このように、サイン認証サーバ１００は、
予め登録画像データベース１３０に、登録ユーザの登録
画像を格納しているので、登録画像と比較することによ
って、サイン画像を認証することができる。

【００７９】サイン認証サーバ１００の登録画像データ
ベース１３０は、複数の登録画像を予め格納しており、
画像比較部１０８は、複数の登録画像それぞれとサイン
画像とを比較する。従って、登録画像データベース１３
０に、ユーザが丁寧に署名した登録画像及び省略して署
名した登録画像を格納しておけば、丁寧な署名及び省略
した署名いずれに対応するサイン画像についても、登録
ユーザの署名によるものと認識することができる。ま
た、登録画像データベース１３０は、予め複数の登録画
像を格納しているので、複数の登録画像のうちいずれか
と一致すれば、サイン画像を認証することができる。

【００８０】図８は、図７における総合一致度を求める
段階（Ｓ１０８）における、サイン認証サーバ１００の
詳細な動作を示すフローチャートである。画像比較部１
０８は、受信部１０２からユーザ識別情報、サイン画
像、及びペン種別情報を受け取る（Ｓ２００）、次に、
画像比較部１０８は、登録画像データベース１３０にお
いて受け取ったユーザ識別情報に対応付けて格納される
複数の登録画像のうち、受け取ったペン種別情報に対応
付けて格納される登録画像を抽出する（Ｓ２０２）。こ
のとき、画像比較部１０８は、登録画像データベース１
３０において登録画像に対応付けて格納される特徴パタ
ーンを、登録画像と共に抽出する。

【００８１】このように、画像比較部１０８は、サイン
画像を署名するときに利用したペンの種別に基づいて、
比較対象となる登録画像を選択するので、より確実に、
サイン画像と登録画像とを比較することができる。

【００８２】次に、画像比較部１０８は、サイン履歴デ
ータベース１３２から抽出した特徴パターンと、サイン
画像のうち特徴パターンに対応する部分との一致度を求
める（Ｓ２０４）。次に、画像比較部１０８は、濃淡判
定部１０４から濃淡の程度を受け取り、傾き判定部１０
６から傾きの程度を受け取る。画像比較部１０８は、濃
淡の程度、傾きの程度、及び特徴パターンの一致度に基
づいて、総合一致度を決定する（Ｓ２０６）。このと
き、画像比較部１０８は、各登録画像との総合一致度の
うち、最も大きい最大総合一致度及び最も低い最低総合
一致度をさらに求める。

【００８３】画像比較部１０８は、例えば、特徴パター
ンとの一致度、濃淡の程度、及び傾きの程度にあるパラ
メータを乗じた値を加算した値を総合一致度として求め
てもよい。また例えば、画像比較部１０８は、特徴パタ
ーンとの一致度に、濃淡の程度及び傾きの程度に基づく
パラメータを乗じた値を総合一致度として求めてもよ
い。

【００８４】このように、画像比較部１０８は、登録画
像データベース１３０に格納される複数の登録画像全て
とサイン画像とを比較するので、より確実にサイン画像
と登録画像とを比較することができる。

【００８５】次に画像比較部１０８は、サイン画像、サ
イン画像との総合一致度が最も高くなった登録画像を示
す情報、登録画像の特徴パターンとの一致度、サイン画
像の濃淡の程度及び傾きの程度を、取引ＩＤに対応づけ
てサイン履歴データベース１３２に格納する（Ｓ２０
８）。このように、サイン認証サーバ１００は、特徴パ
ターンの一致度およびサイン画像の濃淡の程度及び傾き
の程度などに基づいて、総合的にサイン画像と登録画像
との一致度、すなわち総合一致度を求めることができ
る。

【００８６】図９は、サイン認証サーバ１００のハード
ウェア構成を示す図である。サイン認証サーバ１００
は、ＣＰＵ７００と、ＲＯＭ７０２と、ＲＡＭ７０４
と、通信インタフェース７０６と、ハードディスクドラ
イブ７０８と、データベースインタフェース７１０と、
フロッピー（登録商標）ディスクドライブ７１２と、Ｃ
Ｄ−ＲＯＭドライブ７１４とを備える。ＣＰＵ７００
は、ＲＯＭ７０２及びＲＡＭ７０４に格納されたプログ
ラムに基づいて動作する。通信インタフェース７０６
は、インターネット１０を介して外部と通信する。デー
タベースインタフェース７１０は、データベースへのデ
ータの書込、及びデータベースの内容の更新を行う。格
納装置の一例としてのハードディスクドライブ７０８
は、設定情報及びＣＰＵ７００が動作するプログラムを
格納する。

【００８７】フロッピーディスクドライブ７１２はフロ
ッピーディスク７２０からデータまたはプログラムを読
み取りＣＰＵ７００に提供する。ＣＤ−ＲＯＭドライブ
７１４はＣＤ−ＲＯＭ７２２からデータまたはプログラ
ムを読み取りＣＰＵ７００に提供する。通信インタフェ
ース７０６は、インターネット１０に接続してデータを
送受信する。データベースインタフェース７１０は、各
種データベース７２４と接続してデータを送受信する。

【００８８】ＣＰＵ７００が実行するソフトウエアは、
フロッピーディスク７２０またはＣＤ−ＲＯＭ７２２等
の記録媒体に格納されて利用者に提供される。記録媒体
に格納されたソフトウエアは圧縮されていても非圧縮で
あってもよい。ソフトウエアは記録媒体からハードディ
スクドライブ７０８にインストールされ、ＲＡＭ７０４
に読み出されてＣＰＵ７００により実行される。

【００８９】記録媒体に格納されて提供されるソフトウ
エア、即ちハードデイスクドライブ７０８にインストー
ルされるソフトウェアは、機能構成として、受信モジュ
ールと、濃淡判定モジュールと、傾き判定モジュール
と、画像比較モジュールと、取引許可モジュールと、提
供モジュールと、一致度設定モジュールと、提示モジュ
ールと、特徴抽出モジュールとを有する。前記各モジュ
ールがコンピュータに働きかけて、ＣＰＵ７００に行わ
せる処理は、それぞれ本実施形態のサイン認証サーバ１
００における、対応する部材の機能及び動作と同一であ
るから、説明を省略する。

【００９０】図９に示した、記録媒体の一例としてのフ
ロッピーディスク７２０またはＣＤ−ＲＯＭ７２２に
は、本出願で説明した全ての実施形態におけるサイン認
証サーバ１００の動作の一部または全ての機能を格納す
ることができる。

【００９１】これらのプログラムは記録媒体から直接Ｒ
ＡＭに読み出されて実行されても、一旦ハードディスク
ドライブにインストールされた後にＲＡＭに読み出され
て実行されてもよい。更に、上記プログラムは単一の記
録媒体に格納されても複数の記録媒体に格納されてもよ
い。又、符号化した形態で格納されていてもよい。

【００９２】記録媒体としては、フロッピーディスク、
ＣＤ−ＲＯＭの他にも、ＤＶＤ等の光学記録媒体、ＭＤ
等の磁気記録媒体、ＰＤ等の光磁気記録媒体、テープ媒
体、磁気記録媒体、ＩＣカードやミニチュアーカードな
どの半導体メモリー等を用いることができる。又、専用
通信ネットワークやインターネットに接続されたサーバ
システムに設けたハードディスクまたはＲＡＭ等の格納
装置を記録媒体として使用し、通信網を介してプログラ
ムをサイン認証サーバ１００に提供してもよい。このよ
うな記録媒体は、サイン認証サーバ１００を製造するた
めのみに使用されるものであり、そのような記録媒体の
業としての製造および販売等が本出願に基づく特許権の
侵害を構成することは明らかである。

【００９３】次に、第２実施形態のユーザ認証システム
について説明する。本実施の形態では、取引会社サーバ
３０が、ユーザ認証を行う。この点で、サイン認証サー
バ１００がサインの認証を行った第１実施形態のユーザ
認証システムと異なる。本実施の形態のサイン認証サー
バ１００は、登録画像データベース１３０を備え、取引
会社サーバ３０から登録ユーザの登録画像の要求を受け
ると、要求された登録画像を取引会社サーバ３０に送信
する。一方、本実施の形態の取引会社サーバ３０は、第
１実施形態におけるサイン認証サーバ１００と同様の機
能及び構成を有する。

【００９４】図１０は、第２実施形態における取引会社
サーバ３０の機能構成を示すブロック図である。取引会
社サーバ３０は、第１実施形態のサイン認証サーバ１０
０の機能のうち、提示部１２０及び登録画像データベー
ス１３０を備えない。また取引会社サーバ３０は、入力
部１５０をさらに備える。この点で、本実施の形態の取
引会社サーバ３０は、第１実施形態における取引会社サ
ーバ３０と異なる。

【００９５】本実施の形態の取引会社サーバ３０の入力
部１５０は、取引会社に配設された端末装置を介してユ
ーザのサイン画像を取得する。端末装置は、例えばスキ
ャナー等を用いて、ユーザが署名したサインをサイン画
像として取り込む。入力部１５０は、入力したサイン画
像を濃淡判断部１０４及び傾き判定部１０６に送る。受
信部１０２は、インターネット１０を介して、サイン認
証サーバ１００から、認証を行うユーザの登録画像、登
録画像の濃淡の程度、傾きの程度、及び特徴パターンを
受信する。これ以外の取引会社サーバ３０の構成及び動
作は、図２から図９を用いて説明したサイン認証サーバ
１００の動作と同様なので説明を省略する。

【００９６】このように、本実施の形態においては、取
引会社サーバ３０は、サイン認証サーバ１００から登録
画像を受信し、ユーザから入力されたサイン画像を受信
した登録画像と比較してサイン画像を認証することがで
きる。

【００９７】この場合、さらに取引会社サーバ３０は、
定期的にサイン履歴データベース１３２に格納されるサ
イン画像から特徴パターンを抽出し、サイン認証サーバ
１００に送信してもよい。これによって、サイン認証サ
ーバ１００は、特徴パターンをより信頼性の高いデータ
に更新することができる。

【００９８】他の例としては、本実施の形態において
は、取引会社に配設された端末装置を介して、入力部１
５０がサイン画像を入力したが、これにかえて、受信部
１０２が、インターネット１０を介してユーザのユーザ
端末２０からサイン画像を受信してもよい。

【００９９】また、他の例としては、提供部１１２は、
取引会社に配設された端末装置に取引の可否を表示して
もよい。これによって、取引会社のオペレータは、取引
の可否を確認することができる。

【０１００】また他の例としては、取引情報は、取引会
社サーバ３０を識別する取引会社識別情報であってもよ
い。この場合、取引テーブル１１８は、取引会社識別情
報と一致度とを対応付けて格納し、一致度設定部１１６
は、取引会社サーバ３０に応じた一致度を設定してもよ
い。

【０１０１】以上、本発明を実施の形態を用いて説明し
たが、本発明の技術的範囲は上記実施の形態に記載の範
囲には限定されない。上記実施の形態に、多様な変更又
は改良を加えることができる。その様な変更又は改良を
加えた形態も本発明の技術的範囲に含まれ得ることが、
特許請求の範囲の記載から明らかである。

【０１０２】そうした第１の変更例としては、本実施の
形態においては、特徴パターンは、特徴パターン抽出部
１１４によって決定されていたが、これにかえて、登録
画像の入力のときに、ユーザまたはサイン認証サーバ１
００のオペレータ等が特徴パターンを登録してもよい。

【０１０３】第２の変更例としては、本実施の形態にお
いてサイン認証サーバ１００は、１つのサイン画像を利
用してユーザ認証を行ったが、これにかえて、サイン認
証サーバ１００は、１つの取引に対して複数のサイン画
像を利用して、サイン画像を認証してもよい。この場
合、Ｓ１００で、受信部１０２は、複数のサイン画像を
受信する。さらにサイン認証サーバ１００は、受信した
全てのサイン画像について、登録画像との総合一致度を
求める。取引許可部１１０は、受信したサイン画像のう
ち少なくとも１つのサイン画像について、最も高い総合
一致度が許可一致度より高く、完全に一致せず、かつ最
も低い総合一致度が、予め定められた一致度よりも高い
場合に、取引許可通知を提供部１１２に送る。これによ
って、より確実に認証を行うことができる。

【０１０４】第３の変更例としては、取引許可部１１０
は、受信したすべてのサイン画像のうち少なくとも１つ
のサイン画像の最高総合一致度が許可一致度よりも高
く、これらの画像が完全に一致せず、かつ受信した全て
のサイン画像についての最低一致度が、予め定められた
一致度よりも高い場合に、取引許可通知を提供部１１２
に送ってもよい。これによって、より確実に認証を行う
ことができる。

【０１０５】第４の変更例としては、本実施の形態にお
いて図７で説明した最低総合一致度と基準一致度との比
較（Ｓ１１４）を行わなくてもよい。すなわち、取引許
可部１１０は、登録データベース１３０に格納される複
数の登録画像のうち少なくとも１つの登録画像と、受信
部１０２が受信したサイン画像との最高総合一致度が、
許可一致度以上で、かつこれらの画像が完全に一致しな
い場合に、取引許可情報を提供部１１２に送ってもよ
い。

【０１０６】第５の変更例としては、本実施の形態で
は、ユーザが各種ペンで署名したサインをスキャナー等
で読み取って、ユーザ端末２０に読み込んだが、これに
かえて、署名用のパネルに専用のペンで入力してもよ
い。さらに、この場合、パネルは、筆圧を感知すること
ができてもよく、濃淡判定部１０４は、濃淡の程度にか
えて、ユーザの署名するときの筆圧の程度を判定しても
よい。

【０１０７】第６の変更例としては、本実施の形態で
は、取引許可部１１０は、サイン画像と登録画像とが完
全に一致した場合に、取引を許可しないと判断したが、
取引許可部１１０は、サイン履歴データベース１３２に
格納された、以前取引に利用したサイン画像と、今回の
取引で利用するサイン画像とが一致した場合に、取引を
許可しないと判断してもよい。これによって、以前取引
に利用したサイン画像を不正に入手した者との不正な取
引を防止することができる。

【０１０８】第７の変更例としては、本実施の形態のサ
イン認証サーバ１００は、取引テーブル１１８を有し、
一致度設定部１１６は、取引テーブル１１８を利用して
一致度を設定したが、これにかえて、一致度設定部１１
６は、サイン認証サーバ１００のオペレータからの入力
によって、一致度を設定してもよい。

【０１０９】第８の変更例としては、本実施の形態のサ
イン認証サーバ１００の受信部１０２は、取引会社１０
からサイン画像を受信したが、これにかえて、受信部１
０２は、ユーザのユーザ端末２０からサイン画像を受信
し、受信したサイン画像に対する取引の可否を取引会社
サーバ３０及びユーザ端末２０に通知してもよい。

【０１１０】

【発明の効果】上記説明から明らかなように、本発明に
よれば効率的にユーザを認証することができる。

【図面の簡単な説明】

【図１】サイン認証サーバ１００を含むユーザ認証シス
テムを示す図である。

【図２】サイン認証サーバ１００の機能構成を示すブロ
ック図である。

【図３】サイン画像中の文字「田」の傾きを示す図であ
る。

【図４】登録画像データベース１３０のデータ構成を示
す図である。

【図５】サイン履歴データベース１３２のデータ構成を
示す図である。

【図６】取引テーブル１１８のデータ構成を示す図であ
る。

【図７】サイン認証サーバ１００の動作を示すフローチ
ャートである。

【図８】図７における総合一致度を求める段階（Ｓ１０
８）における、サイン認証サーバ１００の詳細な動作を
示すフローチャートである。

【図９】サイン認証サーバ１００のハードウェア構成を
示す図である。

【図１０】第２実施形態における取引会社サーバ３０の
機能構成を示すブロック図である。

【符号の説明】

１０ インターネット ２０ ユーザ端末 ３０ 取引会社サーバ １００ サイン認証サーバ １０２ 受信部 １０４ 濃淡判定部 １０６ 傾き判定部 １０８ 画像比較部 １１０ 取引許可部 １１２ 提供部 １１４ 特徴パターン抽出部 １１６ 一致度設定部 １１８ 取引テーブル １３０ 登録画像データベース １３２ サイン履歴データベース １５０ 入力部 ７００ ＣＰＵ ７０２ ＲＯＭ ７０４ ＲＡＭ ７０６ 通信インタフェース ７０８ ハードディスクドライブ ７１０ データベースインタフェース ７１２ フロッピーディスクドライブ ７１４ ＣＤ−ＲＯＭドライブ ７２０ フロッピーディスク ７２２ ＣＤ−ＲＯＭ ７２４ 各種データベース

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 17/30 ３５０ Ｇ０６Ｆ 17/30 ３５０Ｃ ３７０ ３７０Ｚ Ｈ０４Ｌ 9/32 Ｈ０４Ｌ 9/00 ６７３Ｄ (72)発明者 齊藤 繁 東京都江東区冬木15番６号 株式会社大和 総研内 Ｆターム(参考） 5B043 AA09 BA06 GA02 5B075 KK07 KK13 KK33 KK40 ND06 ND20 ND23 PP10 PP12 PP30 PQ02 PQ05 PR06 QM08 QS03 UU40 5J104 AA07 KA01 KA16 PA10 5L096 BA17 FA67 HA09 JA11

Claims (21)

【特許請求の範囲】
1. 【請求項１】 ユーザを認証するユーザ認証システムで
   あって、 前記ユーザが署名したサインのサイン画像を前記ユーザ
   の登録画像として、前記ユーザを識別するユーザ識別情
   報に対応付けて格納する登録画像データベースと、前記
   ユーザ識別情報と、一のサイン画像を入力する入力部
   と、 前記登録画像データベースにおいて前記ユーザの前記ユ
   ーザ識別情報に対応付けられている登録画像と、入力さ
   れた前記サイン画像との一致度を求める画像比較部と、 前記一致度に応じて、前記ユーザとの取引を許可する取
   引許可部とを備えることを特徴とするユーザ認証システ
   ム。
2. 【請求項２】 前記ユーザ識別情報と、一のサイン画像
   が入力された場合に、入力された前記サイン画像を、前
   記ユーザ識別情報に対応付けて格納するサイン履歴デー
   タベースと、 前記取引許可部によって判断された前記ユーザとの前記
   取引の可否を示す情報を提供する提供部と、 前記提供部が提供した情報が誤っている可能性があると
   通知された場合に、誤っている可能性があると指定され
   た前記サイン画像及び前記サイン画像に対応する前記登
   録画像を提示する提示部とをさらに備えることを特徴と
   する請求項１に記載のユーザ認証システム。
3. 【請求項３】 前記ユーザとの取引を許可する基準とな
   る前記一致度が予め定められており、 前記入力部は、複数の異なる前記サイン画像を入力し、 前記画像比較部は、複数の前記サイン画像のうち少なく
   とも１つのサイン画像と、前記登録画像との一致度を求
   め、 前記複数のサイン画像のうち少なくとも１つのサイン画
   像と前記登録画像との一致度が、予め定められた前記一
   致度以上の場合に、前記取引許可部は、前記取引を許可
   することを特徴とする請求項１に記載のユーザ認証シス
   テム。
4. 【請求項４】 前記取引許可部が前記取引を許可する前
   記一致度を設定する一致度設定部をさらに備え、 前記画像比較部が求めた前記一致度が、前記一致度設定
   部が設定した一致度以上の場合に、前記取引許可部は、
   前記取引を許可することを特徴とする請求項１に記載の
   ユーザ認証システム。
5. 【請求項５】 前記入力部は、前記取引の内容を入力
   し、 前記一致度設定部は、入力された前記取引の内容に基づ
   いて前記一致度を設定することを特徴とする請求項４に
   記載のユーザ認証システム。
6. 【請求項６】 前記取引の内容と、当該取引を許可する
   基準となる一致度とを対応付ける取引テーブルをさらに
   備え、 前記一致度設定部は、前記取引テーブルを用いて、前記
   一致度を設定することを特徴とする請求項４または５に
   記載のユーザ認証システム。
7. 【請求項７】 前記サイン画像の濃淡の程度を判断する
   濃淡判定部をさらに備え、 前記登録画像データベースは、前記登録画像の前記濃淡
   の程度を、前記登録画像に対応付けて格納し、 前記画像比較部は、前記濃淡判定部が判定した前記濃淡
   の程度と、前記登録画像データベースにおいて前記ユー
   ザ識別情報に対応付けて格納される前記登録画像の前記
   濃淡の程度とを比較し、比較結果を利用して前記一致度
   を求めることを特徴とする請求項１に記載のユーザ認証
   システム。
8. 【請求項８】 前記画像比較部が求めた前記サイン画像
   の前記濃淡の程度を、前記サイン画像とともに、前記ユ
   ーザ識別情報に対応付けて格納するサイン履歴データベ
   ースをさらに備えることを特徴とする請求項７に記載の
   ユーザ認証システム。
9. 【請求項９】 前記サイン画像中の文字の傾きの程度を
   判定する傾き判定部をさらに備え、 前記登録画像データベースは、前記登録画像中の文字の
   傾きの程度を、前記登録画像に対応付けて格納し、 前記画像比較部は、前記傾き判定部が判定した前記サイ
   ン画像中の文字の傾きの程度と、前記登録画像データベ
   ースにおいて前記ユーザ識別情報に対応付けて格納され
   る前記登録画像中の前記文字の傾きの程度とを比較し、
   比較結果を利用して前記一致度を求めることを特徴とす
   る請求項１に記載のユーザ認証システム。
10. 【請求項１０】 前記サイン画像と前記登録画像とが完
    全に一致したと、前記画像比較部が判断した場合に、前
    記取引許可部は、前記取引を許可しないことを特徴とす
    る請求項１に記載のユーザ認証システム。
11. 【請求項１１】 前記ユーザ識別情報と、一のサイン画
    像が入力された場合に、入力された前記サイン画像を、
    前記ユーザ識別情報に対応付けて格納するサイン履歴デ
    ータベースをさらに備え、 前記入力部が、一のサイン画像と前記ユーザ識別情報と
    を入力し、前記画像比較部が、入力された前記一のサイ
    ン画像と、前記サイン履歴データベースにおいて前記ユ
    ーザ識別情報に対応付けて格納される前記サイン画像と
    が完全に一致したと判断した場合に、前記取引許可部
    は、前記取引を許可しないことを特徴とする請求項１に
    記載のユーザ認証システム。
12. 【請求項１２】 前記入力部は、通信回線を通じて、前
    記サイン画像を取得することを特徴とする請求項１に記
    載のユーザ認証システム。
13. 【請求項１３】 前記取引許可部が前記取引を許可しな
    いと判断した場合に、前記入力部は、前記利用者が前記
    サイン画像と別に署名したサイン画像をさらに入力し、 前記取引許可部は、前記入力部が再び入力したサイン画
    像と登録画像との一致度に応じて、前記ユーザとの取引
    を許可することを特徴とする請求項１に記載のユーザ認
    証システム。
14. 【請求項１４】 前記入力部は、複数の前記サイン画像
    を入力し、 前記画像比較部は、前記入力部が入力した複数の前記サ
    イン画像と前記登録画像との一致度をそれぞれ求め、 複数のサイン画像と前記登録画像との一致度のいずれも
    が、予め定められた前記一致度以上の場合に、前記取引
    許可部は、前記取引を許可することを特徴とする請求項
    ３に記載のユーザ認証システム。
15. 【請求項１５】 前記登録画像データベースは、前記ユ
    ーザが署名した異なる種類の複数のサイン画像を、それ
    ぞれ前記登録画像として、前記ユーザ識別情報に対応付
    けて格納し、 前記入力部は、前記ユーザ識別情報と前記サイン画像と
    を入力し、 前記取引許可部は、前記登録画像データベースに格納さ
    れる複数の前記登録画像のうち少なくとも１つの登録画
    像と、前記サイン画像との一致度に応じて、前記ユーザ
    との取引を許可することを特徴とする請求項１に記載の
    ユーザ認証システム。
16. 【請求項１６】 前記登録画像データベースは、前記ユ
    ーザが署名した異なる種類の複数のサイン画像を、それ
    ぞれ前記登録画像として、前記ユーザ識別情報に対応付
    けて格納し、 前記入力部は、前記ユーザ識別情報と、前記複数の登録
    画像に対応する複数のサイン画像を入力し、 前記画像比較部は、前記登録画像データベースにおいて
    前記ユーザの前記ユーザ識別情報に対応付けられている
    複数の前記登録画像と、前記複数の登録画像それぞれに
    対応する、前記入力部が入力した複数のサイン画像との
    一致度をそれぞれ求め、 前記画像比較部が求めた複数の前記一致度に応じて、前
    記取引許可部は、前記ユーザとの取引を許可することを
    特徴とする請求項１に記載のユーザ認証システム。
17. 【請求項１７】 前記登録画像データベースは、前記ユ
    ーザが異なるペンを利用して署名した複数のサインそれ
    ぞれのサイン画像を、前記ユーザの登録画像として、前
    記ペンの種類を示すペン情報に対応付けて格納し、 前記入力部は、さらに前記ペン情報を入力し、 前記画像比較部は、前記登録画像データベースにおい
    て、前記ユーザの識別情報及びペン情報に対応付けられ
    ている前記登録画像と、入力した前記サイン画像との一
    致度を求めることを特徴とする請求項１に記載のユーザ
    認証システム。
18. 【請求項１８】 前記ユーザの署名に特徴的な部分を抽
    出する特徴パターン抽出部をさらに備え、 前記サイン履歴データベースは、前記入力部が入力した
    複数の前記サイン画像を前記ユーザ識別情報に対応付け
    て格納し、 前記特徴パターン抽出部は、前記サイン履歴データベー
    スに格納される複数のサイン画像を比較して、前記ユー
    ザの署名に特徴的な部分を抽出し、 前記画像判断部は、前記特徴パターン抽出部が抽出した
    前記特徴的な部分について、前記登録画像と前記サイン
    画像との一致度を求めることを特徴とする請求項２に記
    載のユーザ認証システム。
19. 【請求項１９】 ユーザを認証するユーザ認証方法であ
    って、 前記ユーザ識別情報と、一のサイン画像を入力する入力
    段階と、 前記ユーザが署名したサインのサイン画像を前記ユーザ
    の登録画像として、前記ユーザを識別するユーザ識別情
    報に対応付けて格納する登録画像データベースにおい
    て、前記ユーザの前記ユーザ識別情報に対応付けられて
    いる登録画像と、入力された前記サイン画像との一致度
    を求める画像比較段階と、 前記一致度に応じて、前記ユーザとの取引を許可する取
    引許可段階とを備えることを特徴とするユーザ認証方
    法。
20. 【請求項２０】 前記ユーザ識別情報と、一のサイン画
    像が入力された場合に、入力された前記サイン画像を、
    前記ユーザ識別情報に対応付けて格納する格納段階と、 前記取引許可段階で判断された前記ユーザとの前記取引
    の可否を示す情報を提供する提供段階と、 提供した情報が誤っている可能性があると通知された場
    合に、誤っている可能性があると指定された前記サイン
    画像及び前記サイン画像に対応する前記登録画像を提示
    する提示段階と、 提示された前記サイン画像及び前記サイン画像に対応す
    る前記登録画像に基づいて、提供した情報が誤っている
    と確認された場合に、賠償金を支払う支払段階とをさら
    に備えることを特徴とする請求項１９に記載のユーザ認
    証方法。
21. 【請求項２１】ユーザを認証するコンピュータのプログ
    ラムであって、 前記ユーザ識別情報と、一のサイン画像を入力する入力
    モジュールと、 前記ユーザが署名したサインのサイン画像を前記ユーザ
    の登録画像として、前記ユーザを識別するユーザ識別情
    報に対応付けて格納する登録画像データベースにおい
    て、前記ユーザの前記ユーザ識別情報に対応付けられて
    いる登録画像と、入力された前記サイン画像との一致度
    を求める画像比較モジュールと、 前記一致度に応じて、前記ユーザとの取引を許可する取
    引許可モジュールとを備えることを特徴とするプログラ
    ム。