JP2004318583A - 顧客データ管理方法、その管理システムおよびプログラム、並びに、媒体 - Google Patents

Abstract

【課題】生体認証処理に失敗した場合に、２段階の確度を設け、低い確度未満の場合は、再度生体認証を行い、それ以上で、高い確度未満の場合は、ほぼ生体認証成功ということで、他の登録属性データの確認を行うことで、より顧客にとって簡便で、かつ高いセキュリティを同時に保持する顧客認証処理を行うことを目的とする。
【解決手段】認証を行う工程において、抽出された特微量に対して、第一の確度に満たない場合には、顧客ＩＤとパスワードの認証までの成立を保持したまま、再度指紋画像データを受信する工程に戻る第一の再認証工程と、認証を行う工程において、抽出された特微量に対して、前記第一の確度より高く、第二の確度に満たない場合には、顧客属性を表すデータのうち、任意の、少なくとも１つのデータに関する情報を入力することを要求する、第二の再認証工程とを構成要素として具備することを特徴とする。
【選択図】 図１

Description

【０００１】
【発明の属する技術分野】
本発明は、電子商取引システムにおける顧客データ管理方法、特に、インターネット上での販売手続きにおいて、顧客情報のセキュリティを高く保持し、かつ、顧客へのなりすましによる不正なアクセスを防ぐ顧客認証に好適なものである。
【０００２】
【従来の技術】
特開平１０−１６１９７９号公報では、サーバへのログイン方法として、指紋認証を用いたサーバへのログイン方法が挙げられている。また特開平２０００−０５７３４１号公報では、指紋管理サーバによる、認証システムが提案されている。
【０００３】
【発明が解決しようとする課題】
しかしながら、特開平１０−１６１９７９号公報では、指紋認証がクライアント依存であり、指紋認証アルゴリズムや、その出力が第三者に漏洩した場合に村する防御手段をもっていない。また、特開平２０００−０５７３４１号公報では、指紋データをサーバに転送し、サーバによる一括認証を行うことにより、より安全な認証システムを提供している。しかしながら、非常に多くのクライアントやユーザ乃至顧客を管理する上では、特開平２０００−０５７３４１号公報で提案されているグルーピングだけでは、ユーザの登録・更新などの保守や、サーバ数の増大を招き、また、認証に要する時間、すなわちサーバに転送された指紋データと、指紋データベースとの照合に、非常に長い時間を要するという問題があった。
【０００４】
また、ＩＰシリアル番号１５９４４８１では、指紋認証サーバを用いるものの、認証に失敗した場合の復帰方法に関する記述がなく、いったん認証に失敗すると、ユーザは、再度最初から認証の手続を行わなければならないという問題があった。
【０００５】
本発明は上述の問題点にかんがみ、煩雑な認証手続きを簡便にするとともに、ユーザ情報のセキュリティを高めることができるようにすることを目的とする。
【０００６】
【課題を解決するための手段】
本発明の顧客データ管理方法は、顧客からのアクセス認証を管理する方法であって、前記顧客からの、顧客ＩＤ、パスワードと共に、指紋画像データを受信する工程と、前記顧客ＩＤとパスワードの認証の成立後に、前記指紋画像データから、特徴量を抽出する工程と、前記抽出された特徴量の確度により認証を行う工程とを有することを特徴としている。
【０００７】
また、本発明の他の特徴とするところは、前記抽出された特徴量の確度により認証を行う工程において、前記顧客ＩＤをキーとして、管理されたデータベースより、指紋画像データから抽出される登録された特徴量と、前記抽出された特徴量とを比較することにより、指紋画像データから抽出される特徴量の確度を１度で求められることを特徴としている。
【０００８】
また、本発明の他の特徴とするところは、前記認証を行う工程において、抽出された特徴量に対して、第一の確度に満たない場合には、前記顧客ＩＤとパスワードの認証までの成立を保持したまま、再度指紋画像データを受信する工程に戻る第一の再認証工程と、前記認証を行う工程において、抽出された特徴量に対して、前記第一の確度より高く、第二の確度に満たない場合には、顧客属性を表すデータのうち、任意の、少なくとも１つのデータに関する情報を入力することを要求する、第二の再認証工程とを有することを特徴としている。
【０００９】
【発明の実施の形態】
（第１の実施例）
図１は、本発明の実施例に係る、インターネット上での購入・配送代行サイト１１０におけるユーザ登録、および認証、および購買手続きを行うためのブロック図である。同図において、ユーザ１０２が、購入・配送代行サイト１１０より、販売サイト１０４で取り扱う物品を購入するまでに至るフローを図２および図３に基づき説明する。
【００１０】
図２は、ユーザ１０２の会員登録を、購入・配送代行サイト１１０で行うフローである。
【００１１】
まずステップ２０１において、ユーザ１０２は、ユーザ１０２が用いるクライアントコンピュータのウェブブラウジングプログラムを起動し、ウェブブラウジングプログラムを用いて、購入・配送代行サイト１１０の、会員登録のためのＵＲＬにアクセスする。ステップ２０２において、購入・配送代行サイト１１０は、ユーザ１０２に対して、ｈｔｔｐｓプロトコルによる、新規会員用登録フォームとなる、例えば、図４に示す会員の名前や、住所などの入力を促すデータを送信する。ステップ２０３において、登録フォームに必要なデータ、例えば、ユーザの名前や、住所などのデータを入力し、ｈｔｔｐｓプロにより、購入・配送代行サイト１１０に送信する。ステップ２０４において、購入・配送代行サイト１１０は、受信したデータの中で、登録ユーザのデータベース上に、重複する名前や住所といった登録データがないか確認する。受信したデータが新規である場合は、ステップ２０５において、購入・配送代行サイト１１０は、会員ＩＤを発行し、前記会員ＩＤの会員認証を行うために必要な認証データ設定を促すデータを送信する。本実施例においては、認証のために必要なデータは、パスワードとユーザの指紋パターンであり、本ステップ２０５において、購入・配送代行サイト１１０は、パスワードを入力するためのフォームと、ユーザ１０２が用いるクライアントコンピュータに接続された、指紋画像読取装置１１１で読み取るためのフォームをｈｔｔｐｓプロトコルにより送信する。ステップ２０６において、ユーザ１０２は、受信したフォームにパスワードを入力し、指紋画像読取装置１１１を駆動し、少なくとも１つの指、例えば、右手の人さし指の指紋を、指紋画像読取装置に、読み取らせ、クライアントコンピュータに読取画像データを転送する。
【００１２】
ステップ２０７において、ユーザ１０２は、クライアントコンピュータに転送された指紋画像読取データと、パスワードを暗号化し、暗号化された指紋画像読取データを、ステップ２０６において受信したフォームに入力すべく転送し、ユーザ１０２は、データを入力したフォームを、ｈｔｔｐｓプロトコルにより、購入・配送代行サイト１１０に送信する。
【００１３】
ステップ２０８において、購入・配送代行サイト１１０は、認証データを受信すると、暗号化された指紋画像読取データとパスワードを解読し、会員ＩＤの認証データとして登録する。
【００１４】
ステップ２０９において、再認証処理に必要なユーザ属性データを収集するため、購入・配送代行サイト１１０は、クライアントコンピュータに、ユーザ属性となるデータ入力を促すデータを送信する。本実施例においては、再認証のために必要なデータは、ユーザの生年月日と、電話番号と、血液型である。もちろん、再認証のために必要なデータは、これに限られるものではないことは言うまでもない。ステップ２１０において、ユーザ１０２は、クライアントコンピュータのウェブブラウジングプログラムに表示された、生年月日と、電話番号と、血液型の入力を促すデータに対して、ユーザ自身の対応する固有値を入力し、購入・配送代行サイト１１０に対して、入力したデータをｈｔｔｐｓプロトコルにより送信する。ステップ２１１において、購入・配送代行サイト１１０は、受信したユーザ属性データを登録する。
【００１５】
本実施例において、暗号化のアルゴリズムは、公知である公開鍵方式の、例えばＲＳＡ暗号方式を用いる。また、指紋画像から、認証データとしての、指紋認証アルゴリズムは、例えば、マニューシヤの整合に基づく手法を用いることができる。マニューシヤの整合に基づく手法の参考文献としては、例えば、ＩＥＥＥＴｒａｎｓａｃｔｉｏｎｓ ｏｎ ＰＡＭＩ，Ｖｏｌ．１９，Ｎｏ．１，Ｊａｎｕａｒｙ１９９７を挙げることができる。次に、会員登録手続きを完了したユーザ１０２が、購入・配送代行サイト１１０より、販売サイト１０４で取り扱う物品を購入するフローを、図３に基づき説明する。まず、ステップ３０１において、ユーザ１０２は、ユーザ１０２が用いるクライアントコンピュータのウェブブラウジングプログラムを起動し、ウェブブラウジングプログラムを用いて、購入・配送代行サイト１１０の、会員認証のためのＵＲＬにアクセスする。ユーザ１０２からのアクセスを受信した、購入・配送代行サイト１１０は、ユーザ１０２に対して、ｈｔｔｐｓプロトコルによる会員認証要求を送信する。本実施例においては、会員ＩＤと、パスワードと、指紋画像とを入力することを要求するデータを送信する。ステップ３０２において、ユーザ１０２は、登録された会員ＩＤと、パスワードを、キーボードなどの入力機器から入力すると共に、ユーザ１０２が用いるクライアントコンピュータに接続された、指紋画像読取装置１１１を用いて、登録を行った指を指紋画像読取装置の読取部に乗せ、指紋を読み込ませる。入力した会員ＩＤとパスワードと、指紋画像とを暗号化し、暗号化した会員ＩＤと、パスワードと、指紋画像を、購入・配送代行サイト１１０から受信した、認証要求データに対応して添付し、ｈｔｔｐｓプロトコルにより、購入・配送代行サイト１１０に対して送信する。購入・配送代行サイト１１０は、ユーザ１０２から受信した暗号化された会員ＩＤと、パスワードと指紋画像とを解読し、会員認証を行う。会員認証手順は、解読された会員ＩＤから、会員データベースから、該当する会員ＩＤのパスワード情報をメモリ上にロードする。ここで、会員データベース内に該当する会員ＩＤが存在しない場合は、ステップ３０２を繰り返す。次に、解読されたパスワードと、メモリ上にロードされたパスワードを比較する。パスワード認証に失敗した場合は、ステップ３０２を繰り返し、パスワード認証に成功した場合は、次に、ステップ３０３において、該当する会員ＩＤの指紋認証データをメモリ上にロードする。
【００１６】
解読された指紋画像から、指紋認証用データを抽出し、メモリ上にロードされた認証データと照合する。照合した結果の確度が、８０％未満の場合は、指紋画像データ自身の問題があると判断して、ステップ３０４において、指紋読取のみを促すデータをユーザ１０２が用いるクライアントコンピュータに送信する。また、照合した結果の確度が、８０％以上９０％未満の場合は、指紋画像データ自身の読取精度に依存した問題があると判断して、ステップ３０５において、購入・配送代行サイト１１０は、登録されたユーザ属性情報の中から任意の１つのデータ項目、例えば、血液型を抽出し、抽出されたデータ項目、例えば、血液型の入力を促すデータをユーザ１０２が用いるクライアントコンピュータに送信する。ユーザ１０２は、受信した、例えば、血液型の入力を促すデータに基づく、ユーザ１０２固有の属性情報を入力し、購入・配送代行サイト１１０にｈｔｔｐｓプロトコルにより送信する。ステップ３０７において、購入・配送代行サイト１１０は、受信したユーザ１０２固有の属性情報を、登録された属性情報と照合し、照合結果が正しければ、ユーザ１０２の会員認証が成立する。
【００１７】
次のステップ３０６において、購入・配送代行サイト１１０は、例えば図５に示す注文フォームとなるＵＲＬにあるデータを送信し、そのデータを受信したユーザ１０２は、購入品名、希望価格、希望納期などの購入希望項目を、購入・配送代行サイト１１０に送信する。ステップ３０７において、購入・配送代行サイト１１０のオペレータは、ユーザ１０２から指定された購入品目を販売するサイトを検索する。具体的には、従来例に準じた、ポータルサイト１０８や、ポータルサイト１０９から、購入品名を取り扱う販売サイトを検索し、価格や納期情報を得る。ステップ３０８において、購入・配送代行サイト１１０のオペレータは、得られた販売サイト、価格、納期などの情報と、ユーザ１０２から指定された購入希望項目に最も適した、少なくとも１つの情報を、ユーザ１０２に対して電子メイルで送信する。ステップ３０９において、ユーザ１０２は、電子メイルを受信すると、購入条件に適した販売サイトがない場合は、購入手続きを中止し、終了する。購入条件に適した販売サイトが少なくとも１つある場合は、ステップ３１０において、その購入条件に適した販売サイトの中から、購入希望とするサイトを１つ選択し、そのサイトから購入する情報を含めた電子メイルを、購入・配送代行サイト１１０に送信する。ステップ３１１において、購入・配送代行サイト１１０は、ユーザ１０２からの購入決定確認の電子メイルを受信すると、ユーザ１０２が決定した販売サイトに対して、ユーザ１０２のユーザ情報を全く含まない、購入・配送代行サイトの持つ独自の登録情報を用いて、購入手続を従来例に準じて行う。ただし、送付先は、ユーザ１０２のため、ユーザ１０２が決定した販売サイトに対して、ユーザ１０２の送付先を伝達することは、ユーザ情報のセキュリティが低くなるため、ここで、購入・配送代行サイト１１０は、販売サイトに対して、ユーザ１０２の購入した品物を発送する場所の情報を販売サイトに対して要求し、図６に示す、インターネットから独立した、購入・配送代行サイト６０３の持つ、ローカルエリアネットワークにより、販売サイトの指定する、ユーザ６０２の購入した品物を発送する場所から、ユーザ６０２の指定する着荷場所までの配送手続を行う。例えば、発送場所に最も近い場所にある支店６０９から、着荷場所に最も近い場所にある支店６０７を、購入・配送代行サイト６０３のサーバは、自動的に計算し、ユーザ６０２の購入した品物の発送のための伝票発行手続きを、発送場所に最も近い場所にある支店６０９に接続された端末に対して発行を行う。
【００１８】
（第２の実施例）
本発明は、前述の第１の実施例に限られるものではない。前記第１の実施例においては、指紋画像を認証のためのキーとしたが、ユーザの生体認証としては、他に、声紋や、眼底画像、筆跡、顔画像、ＤＮＡなどがあり、これらの生体認証の１つ、または複数の組み合わせによる認証を用いることにより、より精度の高いユーザ認証を行うこともできる。
【００１９】
（第３の実施例）
本発明は、前述の第１乃至第２の実施例に限られるものではない。前記第１の実施例においては、最初の会員認証の手順で、会員ＩＤ、パスワード、指紋認証の３つのキーを用いることで、検証の高速化を図った。しかしながら、例えばユーザがパスワードを忘れた場合のように、検証速度が特に問題にならなければ、指紋認証のみをキーとした会員認証を行ってもかまわない。
【００２０】
（第４の実施例）
本発明は、前述の３つの実施例に限られるものではない。前記第１の実施例においては、ステップ３０６において、オペレータの介在により、価格や納期情報を得ていた。しかしながら、多くのポータルサイトが採用している自動巡回ロボットによる検索により、検索結果から、製品名をキーにして、自動的に最適な条件となる販売サイトを得ることができる。
【００２１】
【発明の効果】
以上説明したように本発明によれば、ユーザ登録に、キーボード入力だけでなく、生体情報をキーにして管理することと、ユーザ登録を１つのサイトで管理することにより、ユーザは、なりすましによる安全性の欠如を危惧せず、かつ、煩雑な購入手続きを簡便にするだけでなく、生体情報の読取精度に問題がある際にも、ある確度を閾値として、再読取による第１の再認証処理と、任意のユーザ固有の属性情報による第２の再認証処理とを切り替えることにより、再認証処理を切り替えることにより、より簡便な認証手続を実現することができる。また、購入の代行と配送の代行を行うことにより、ユーザ情報のセキュリティを高めるウェブサイトを実現できることは、言うまでもない。
【図面の簡単な説明】
【図１】本発明に係るインターネット購買登録手続および購買手続のブロック構成を示す図。
【図２】本発明に係るインターネット購買のための会員登録手続のフローを示す図。
【図３】本発明に係る登録ユーザのインターネット購買手続のフローを示す図。
【図４】本発明に係るインターネット購買のための会員登録フォームの構成を示す図。
【図５】本発明に係るインターネット購買における注文フォームの構成を示す図。
【図６】本発明に係る購入・輸送代行サイトのＬＡＮ構成を示す図。

Claims (9)

1. 登録された顧客データは、顧客を特定するＩＤと、少なくとも１つの顧客を認証するためのキーと、少なくとも１つの顧客属性を表すデータである顧客データ管理方法であって、前記顧客データに該当する前記顧客からの認証要求に対して、前記認証要求の真贋性の確度を高める認証工程を具備することを特徴とする顧客データ管理方法。
2. 前記請求項１に加えて、顧客を認証するためのキーは、パスワードまたは指紋画像であることを特徴とする顧客データ管理方法。
3. 前記請求項１または前記請求項２に加えて、顧客を認証するためのキーは、暗号化されており、その暗号化されたキーを解読・復号化する、暗号解読工程を具備することを特徴とする顧客データ管理方法。
4. 前記請求項２に加えて、顧客を認証するためのキーに、指紋画像を採用する場合には、指紋画像から特徴量を抽出する工程と、前記抽出された特徴量と、予め登録された特徴量とを比較する特徴量比較工程とを具備することを特徴とする顧客データ管理方法。
5. 前記請求項４に加えて、前記特徴量比較工程において、比較結果が、ある第一の確度に満たない場合には、再度指紋画像を入力することを促す、第一の再認証工程と、比較結果が、前記第一の確度より高く、かつ、ある第二の確度に満たない場合には、前記少なくとも１つの顧客属性を表すデータのうち、任意の、少なくとも１つのデータに関する情報を入力することを要求する、第二の再認証工程とを具備することを特徴とする顧客データ管理方法。
6. 前記請求項１から５の何れか１項に加えて、前記顧客からの認証要求はインターネットを介して行われることを特徴とする顧客データ管理方法。
7. 前記請求項１から６の何れかに記載された顧客データ管理を行うことを特徴とする顧客データ管理システム
8. 前記請求項１から６の何れかに記載された顧客データ管理を行うことを特徴とするプログラム。
9. 前記請求項８に記載された顧客データ管理を実現するプログラムが記録されたことを特徴とする媒体。

Images