JP2003188873A - 認証方法、およびその方法を利用可能な認証装置、ユーザシステムおよび認証システム - Google Patents

Abstract

(57)【要約】 【課題】 電子商取引において、なりすましなどのユー
ザの不正行為を防止することは難しかった。 【解決手段】 ハードウェア固有情報取得部６０は、ユ
ーザの利用するハードウェアに固有の識別情報を取得す
る。証明書要求生成部５４は、鍵ペア生成部５２により
生成されたユーザの公開鍵と、当該ハードウェアの固有
情報とをユーザ情報として認証装置２６に送信し、証明
書受信部５８は認証装置２６からハードウェア固有情報
が組み込まれたディジタル証明書を受信し、証明書保持
部５６に保持する。ハードウェア固有情報検証部６２
は、証明書に組み込まれたハードウェア固有情報を抽出
し、当該ハードウェアの固有情報と一致するかどうか検
証する。電子商取引部６４は、検証済みのディジタル証
明書を用いて商取引を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明はユーザの不正行為
を抑制する認証技術、とくにディジタル証明書を利用し
てユーザのなりすましなどの不正行為を抑制する認証方
法およびその方法を利用可能な認証装置、ユーザシステ
ムおよび認証システムに関する。

【０００２】

【従来の技術】近年、インターネット上での電子商取引
が盛んに行われるようになってきている。その一つとし
てオンラインショップを利用するオンラインショッピン
グがある。このオンラインショッピングはいわゆる「通
信販売」であるが、インターネットを利用している人に
とっては通信販売以上に簡単に商品を注文・購入できた
り、サービスを受けたりすることができる有意義なもの
である。

【０００３】また電子署名を用いて各種公的手続きをネ
ットワーク上で行うことも時代の趨勢であり、日本でも
今年から電子署名法が施行され、電子政府構想が政策と
して掲げられている。近い将来、公的書類の申請や発
行、税金等の手続きが電子的に行われるようになると期
待されている。

【０００４】

【発明が解決しようとする課題】しかし、いくつかの問
題点も抱えている。オンラインショッピングの問題に
は、電子商取引における不正行為が挙げられる。その不
正行為には、オンラインショップ側の不正とユーザ側の
不正がある。ショップ側の不正行為として、商品の未
着、代金引換郵便の悪用などがある。またユーザ側の不
正行為には、不当なＩＤ・パスワードの使用、クレジッ
トカードの盗用などの「なりすまし」がある。

【０００５】不正に入手したユーザＩＤとパスワードを
用いて海外からローミングサービスを利用したり、イン
ターネットで利用したクレジットカード番号が盗用され
るなどなりすましによる不正アクセス事件のニュースが
数多く報告されている。そのような事件が多発する中
で、オンラインショップ側の不正行為はショップを利用
するユーザ側が注意することである程度防ぐことが出来
るが、ユーザ側の不正行為を防ぐことは非常に困難であ
ると考えられる。

【０００６】本発明はこうした状況に鑑みてなされたも
のであり、その目的は、ユーザの匿名性を残しつつ、ユ
ーザを間接的に証明する情報を付加したディジタル証明
書を利用して認証を行い、ユーザの不正行為を抑制する
認証技術を提供することにある。

【０００７】

【課題を解決するための手段】本発明のある態様は認証
方法に関する。この方法は、ユーザシステムからディジ
タル証明書の発行要求が出されたとき、そのユーザシス
テムで利用するハードウェアに固有の識別情報を組み込
む形で当該証明書を生成し、そのユーザシステムへ発行
する。

【０００８】前記ユーザシステムは、自己のハードウェ
アに固有の識別情報と照合して前記発行された証明書の
正当性を検証した後、ネットワーク上の電子商取引の際
にその証明書を利用してもよい。

【０００９】ネットワーク上で前記ユーザシステムに所
定のサービスを提供する組織が前記証明書の発行機関を
兼ねてもよい。この組織は、ユーザシステムにインター
ネットへの接続サービスを提供するインターネットサー
ビスプロバイダであってもよい。またこの組織は専用線
を引いている企業や団体であってもよい。このような組
織はサービスをユーザに無償または有償で提供し、ユー
ザの個人情報を管理している。この証明書の発行機関
は、前記ハードウェアに固有の前記識別情報を標準的な
ディジタル証明書の拡張領域に埋め込んで発行してもよ
い。ハードウェアに固有の識別情報は、ユーザシステム
と証明書の発行機関との間で一意性が保証されるもので
あってもよい。

【００１０】前記ユーザシステムは、前記証明書の発行
要求の際、自己のハードウェアに固有の識別情報を読み
出し可能に設定してもよい。前記ユーザシステムは、前
記証明書の発行要求に先立ち、ユーザに自己のハードウ
ェアに固有の識別情報を読み出してよいかどうか問い合
わせてもよく、ユーザが読み出しを許可した場合に、識
別情報の読み出しが可能になるように設定を行ってもよ
い。

【００１１】本発明の別の態様は認証装置に関する。こ
の装置は、ユーザシステムで利用するハードウェアに固
有の識別情報を組み込む形でディジタル証明書を生成す
る証明書生成部と、前記生成された証明書を前記ユーザ
システムに発行する証明書発行部と、前記証明書を保持
する証明書データベースとを含む。第３者から前記証明
書の正当性を検証するための公開鍵を要求されたとき、
前記証明書データベースから当該証明書の公開鍵を抽出
して配布する公開鍵配布部をさらに含んでもよい。

【００１２】本発明のさらに別の態様はユーザシステム
に関する。このユーザシステムは、ユーザが利用する自
己のハードウェアに固有の識別情報を取得する取得部
と、前記自己のハードウェアに固有の識別情報を認証局
に送信して、その識別情報を組み込んだディジタル証明
書の発行を受け、その証明書を保持する証明書管理部
と、前記自己のハードウェアに固有の識別情報と照合し
て前記発行された証明書の正当性を検証する検証部とを
含む。

【００１３】前記検証された証明書を利用して電子商取
引を要求する取引部をさらに含んでもよい。前記検証部
により前記証明書の正当性が否定された場合、前記証明
書を用いた電子商取引を禁止し、前記認証局にその旨を
通知する警告部をさらに含んでもよい。

【００１４】前記取得部は、前記自己のハードウェアに
固有の識別情報の読み出し許可をユーザから得た上で、
その識別情報を取得してもよい。

【００１５】本発明のさらに別の態様は認証システムに
関する。この認証システムは、前述の認証装置とユーザ
システムとを含む。

【００１６】本発明のさらに別の態様はコンピュータ用
のプログラムに関する。このプログラムは、ユーザが利
用する自己のハードウェアに固有の識別情報を取得する
モジュールと、前記自己のハードウェアに固有の識別情
報を認証局に送信して、その識別情報を組み込んだディ
ジタル証明書の発行を受け、その証明書を保持するモジ
ュールと、前記自己のハードウェアに固有の識別情報と
照合して前記発行された証明書の正当性を検証するモジ
ュールとを含む。

【００１７】本発明のさらに別の態様も認証システムに
関する。証明書発行の申請時に、ユーザシステムは自己
が使用しているハードウェアの固有情報を含めた個人情
報を認証局に送り、前記認証局は、その情報を付加した
証明書を発行し、前記ユーザシステムは受け取ったディ
ジタル証明書を使用して認証を行い、電子商取引を行
う。前記ユーザシステム側でユーザの使用しているハー
ドウェア情報と証明書に記録されているハードウェア情
報を比較し、一致すれば、その証明書を前記電子商取引
におけるサービス提供者側に送信し、前記サービス提供
者側でその証明書の認証を行い、取引を開始してもよ
い。

【００１８】なお、以上の構成要素の任意の組合せ、本
発明の表現を方法、装置、サーバ、システム、コンピュ
ータプログラム、記録媒体などの間で変換したものもま
た、本発明の態様として有効である。

【００１９】

【発明の実施の形態】本発明の目的は、電子商取引にお
いて、ユーザ側の不正行為である「なりすまし」を事前
に防ぐことである。このなりすましは、インターネット
上での高い匿名性という性質を悪用した行為であるが、
実施の形態ではユーザの匿名性は残しつつユーザの不正
行為を抑制する方法を提案する。

【００２０】現在、Ｗｅｂでは幾つかの認証システムが
利用されている。主なものにインターネットを通じて安
全にクレジットカード決済を行うためのＳＥＴ（Secure
Electronic Transactions）や米国マサチューセッツ工
科大学でのＡｔｈｅｎａプロジェクトの一部として設計
された認証システムであるＫｅｒｂｅｒｏｓなどがあ
る。

【００２１】これらの認証システムは通信中のデータの
安全を確保するためのシステムであり、ユーザ自身が不
正なユーザアカウントやパスワードを使用していること
を検出するのは困難であり、また不正行為を検出した場
合でもそのユーザを突き止めることは困難である。

【００２２】不正行為を抑制するためにはユーザの個人
情報を公開すればいいが、ある程度個人の匿名性を残す
ために、直接的にはユーザを知ることができないが間接
的にはユーザを知ることのできる情報を公開することと
する。公開する情報は第三者によって改竄されたり、盗
用されないようにディジタル証明書を使用する。そのユ
ーザを間接的に知ることができる情報をディジタル証明
書に付加して利用し、ユーザの認証を行うことによりユ
ーザの不正行為を抑制させる。つまり、善良なサービス
提供者である店舗を保護しながら、ユーザが安全な電子
商取引を行うためのＷｅｂ認証システムを提案する。

【００２３】実施の形態に係る認証システムを説明する
前に、既存の認証システムを説明する。認証システムは
多くの種類が存在しているが、それらのシステムで用い
られている既存の認証方法は次のように分類できる。

【００２４】（１）変形パスワード パスワードを一方向性関数を通して処理し、ホストが記
憶していたパスワードに同じ関数を適用し、２つを比較
することにより認証を行う。通信中の盗聴を防ぐ。

【００２５】（２）チャレンジ応答 ホストがユーザにチャレンジと呼ぶランダム値を送り、
その値を一方向性関数で計算し、返答とともに戻す。暗
号化されたパスワードをそのまま用いる再生攻撃に対抗
する。

【００２６】（３）タイムスタンプ 認証要求時に現在の日時を用いる。すべてのシステムが
安全で同期がとれている時計を持っている必要がある。

【００２７】（４）ワンタイムパスワード 変形パスワードの一種で、パスワードに一方向性関数を
用いて一度しか使えないパスワードを生成する。盗聴と
再生攻撃の両方に対抗する。

【００２８】（５）ゼロ知識法 会話型証明システムに基づく暗号技術のひとつである。

【００２９】（６）ディジタル署名またはディジタル証
明書 認証プロトコルの基本である。データの一部をユーザの
私有鍵を用いて署名し、私有鍵の持ち主であることを証
明する。

【００３０】また、主な認証システムとして、ＳＥＴと
Ｋｅｒｂｅｒｏｓが挙げられる。ＳＥＴは、インターネ
ットを通じて安全にクレジットカード決済を行うための
技術仕様である。大手クレジットカード会社のほか、コ
ンピュータ関連企業が協同で規格を策定している。ＳＥ
Ｔの使用目的は、クレジットカード番号がショップに知
られないようにすることである。

【００３１】ユーザがＳＥＴを利用するには、専用ソフ
トウェアをダウンロードしなければならず、そのソフト
ウェアをユーザが入手するにはＷｅｂ上でのＳＥＴ利用
申請が必要で、その申請にはインターネット上で情報を
暗号化して送受信するプロトコルであるＳＳＬ（Secure
Socket Layer）が利用されている。また、専用ソフト
ウェアさえ使用していれば正規のユーザとみなされる。

【００３２】したがってＳＥＴには、（１）専用のソフ
トウェアを使用する必要がある、（２）正規ユーザ認証
が申請時すなわち専用ソフトダウンロード時の一回だけ
である、（３）汎用性があまりないなどの問題があり、
「なりすまし」の対策が不十分であると考えられる。

【００３３】Ｋｅｒｂｅｒｏｓとは、マサチューセッツ
工科大学のＡｔｈｅｎａプロジェクトで開発されたネッ
トワーク上での利用を前提としたユーザ認証方式のこと
である。Ｋｅｒｂｅｒｏｓ認証では、認証サーバ（Ａ
Ｓ：Authentication Server）と鍵配布サーバ(ＴＧＳ：
Ticket Granting Server)の２つのサーバによって認証
が行なわれ、通信の秘匿やユーザ認証などをすべて共通
鍵暗号で実現しているのが特徴である。

【００３４】ＳＥＴやＫｅｒｂｅｒｏｓは通信中にID・
パスワードや秘密情報が傍受されることを防いでいる
が、秘密情報が盗まれてしまえば機能しなくなる。だ
が、次に述べる実施形態の認証システムでは、ユーザの
使用しているハードウェアに関する情報を基に認証を行
うため、ハードウェア自身が盗まれない限り、安全に認
証を行える。情報が盗まれた時よりも、物自体が盗まれ
た時の方が発見が早いので、本実施形態の認証システム
では不正行為による被害を最小限に止めることが出来
る。

【００３５】本認証システムは、ディジタル証明書を利
用したＷｅｂ認証システムである。ディジタル証明書に
ユーザを間接的に知ることの出来る情報を新たに付加す
ることにより、認証を強化する。ユーザを間接的に知る
情報として、ユーザが使用しているハードウェアの固有
な情報を利用することとする。そのハードウェア固有情
報を証明書に付加して、接続時に証明書による認証を行
う。

【００３６】本認証システムで使用するディジタル証明
書は、Ｘ．５０９バージョン３証明書に準拠している。

【００３７】標準公開鍵証明書の形式であるＸ．５０９
証明書形式は、次のようなものである。 （１）ＩＳＯ（国際標準化機構）、ＩＥＣ（国際電気標
準会議）、ＩＴＵ（国際電気通信連合）が定めた標準公
開鍵証明書形式である。 （２）１９８８年にバージョン１が開発され、現在はバ
ージョン３が使用されている。 （３）バージョン３において拡張領域が追加されてい
る。 （４）他の機能として証明書の有効期限等を設定するこ
とができ、扱いやすいディジタル証明書である。

【００３８】また、Ｘ．５０９証明書の構造は次のよう
になっている。なお以下においてＸ．５００とは、デー
タ通信網、特にメッセージ通信網におけるディレクトリ
機能を標準化することを目指してＩＴＵ−Ｔが１９８８
年に勧告したものであり、Ｘ．５０９証明書では、認証
局や証明書の保持者などのエンティティの名前として、
このＸ．５００標準を用いてインターネット全体での一
意性を保つ。

【００３９】１．証明書バージョン Ｘ．５０９による証明書のバージョン番号 ２．証明書シリアル番号 認証局より任意に割り当てられた番号 ３．アルゴリズム識別子 証明書発行者の署名用のディジタル署名アルゴリズムの
識別子 ４．認証局のＸ．５００名前 発行者である認証局のＸ．５００名前 ５．有効期限 証明書の開始および終了日時 ６．主体者のＸ．５００名前 証明される公開鍵と相関する私有鍵の保有者のＸ．５０
０名前 ７．主体者の公開鍵情報 主体者すなわち証明書使用者の公開鍵値とそれに使われ
ているＲＳＡ、楕円暗号等のアルゴリズムの識別子 ８．認証局の識別子 証明書を発行する認証局の名前があいまいにならないよ
うにするために用いるオプションビット列 ９．主体者の識別子 主体者の名前があいまいにならないように用いるオプシ
ョンビット列 １０．拡張 拡張領域 １１．認証局のディジタル署名 ハッシュアルゴリズムを用いて証明書のダイジェストす
なわち指紋に相当するデータをとり、そのダイジェスト
を認証局の秘密鍵によって暗号化したもの。

【００４０】図１は、Ｘ．５０９証明書に含まれるこれ
らのデータの構造を説明する図である。本認証システム
は、Ｘ．５０９証明書の拡張領域にハードウェア固有情
報を付加した独自の証明書による認証を行う。

【００４１】本認証システムにおいて、ディジタル証明
書に付加するハードウェア情報は以下のものを利用す
る。 （１）ＰＳＮ（Processor Serial Number） （２）ＭＡＣアドレス（Media Access Control Addres
s）、ＩＰアドレス（Internet Protocol Address）

【００４２】ＭＡＣアドレスやＩＰアドレスの情報は不
正に書き換えられる恐れがあるため、書き換え不可能で
固有のハードウェア情報であるＰＳＮを利用することが
重要である。

【００４３】ＰＳＮはＩｎｔｅｌ社がペンティアム３
（登録商標）以降のマイクロプロセッサに搭載したプロ
セッサ固有の識別番号である。すべてのチップに違う番
号が割り当てられ、コンピュータの識別に使われる。

【００４４】このＰＳＮを表示及び使用するには、イン
テルプロセッサシリアルナンバーコントロールユーティ
リティ（Intel Processor Serial Number Control Util
ity）を使用する。ＢＩＯＳの設定で無効になっていれ
ば、マザーボードの「Processor Number Feature」を
「Enabled」にしておかなければ、警告のダイアログが
表示され「無効」のままである。

【００４５】図２のように、プロセッサシリアルナンバ
ーコントロールユーティリティを起動すると、ＢＩＯＳ
の設定が有効になっていれば、９６ビットのプロセッサ
シリアルナンバーが表示される。

【００４６】ＭＡＣアドレスとは、各Ｅｔｈｅｒｎｅｔ
（登録商標）カードに固有のＩＤ番号である。全世界の
Ｅｔｈｅｒｎｅｔカードには１枚１枚固有の番号が割り
当てられており、これを元にカード間のデータの送受信
が行われる。

【００４７】ＩＰアドレスは、インターネットやイント
ラネットなどのＩＰネットワークに接続されたコンピュ
ータ１台１台に割り振られた識別番号である。

【００４８】本認証システムはＷｅｂ上での電子商取引
で使用することにより、電子商取引での不正行為の一つ
である「なりすまし」の抑制を目的としている。なりす
まし等の不正行為を抑制させるために、ディジタル証明
書にユーザを間接的に知ることの出来るハードウェア固
有情報を付加させている。しかし、これだけでは不正行
為を抑止することは困難であり、ハードウェア固有情報
を付加したディジタル証明書を使用した認証システムを
効果的に運用・利用する必要がある。

【００４９】ユーザの不正行為を抑制させるために認証
システムを効果的に運用するには、ＩＳＰ（Internet S
ervices Provider）や専用線を引いている各種団体を認
証局（ＣＡ：Certificate Authority）として利用する
方法が考えられる。ほとんどのユーザは各自のコンピュ
ータをインターネットに接続するためにＩＳＰや専用線
を引いている各種団体を利用しているため、ＩＳＰや専
用線を引いている各種団体をＣＡとして証明書の発行・
管理を行う。

【００５０】ＩＳＰや各種団体等がＣＡとなることで、
証明書を持っているユーザの身元を管理することが容易
である。また、ＣＡ機関を新たに設ける必要がないた
め、コストや普及の面でもメリットがある。

【００５１】また、ＩＳＰや各種団体等に不正防止の責
任義務を持たせることで、ユーザの不正行為をさらに抑
制することが出来ると考えられる。

【００５２】本認証システムは、主にＷｅｂ上の電子商
取引での利用を目的としている。つまり、Ｗｅｂ上のオ
ンラインショッピングで、ユーザが不正行為を行わない
ようにするための認証システムである。

【００５３】図３は、ディジタル証明書の申請と発行の
手順を説明する図である。まず、ユーザはユーザ自身が
所属しているＩＳＰ等に証明書発行の申請をする。その
申請時に、ユーザは自身が使用しているコンピュータの
ＭＡＣアドレス、ＰＳＮを含めた個人情報をＣＡである
ＩＳＰに送る。ＣＡは、その情報を基に証明書を発行す
る。そして、ユーザは受け取ったディジタル証明書を使
用して認証を行い、電子商取引を行う。

【００５４】図４は、認証システムにおける商取引の手
順を説明する図である。サービスを提供する側であるオ
ンラインショッピング店舗等は、利用者が接続して送信
してくるディジタル証明書を基に利用者の認証を行い、
取引を行う。

【００５５】ＣＡより発行されたディジタル証明書は、
ユーザ側のコンピュータ内で保存管理される。例え不正
をしようとしても、ディジタル証明書は改竄されたり不
正生成されることはない。

【００５６】図５は、証明書の管理と認証の手順を説明
する図である。ユーザがオンラインショッピングなどを
利用する時、まずユーザ側でユーザの使用しているハー
ドウェア情報と証明書に記録されているハードウェア情
報を比較する。一致すれば、その証明書をサービス提供
者側に送信する。受け取った提供者側でその証明書の認
証を行い、取引を開始する。

【００５７】これらの動作は、ユーザ、サービス提供者
共に本認証システムの専用ソフトウェアで行う事とす
る。この専用ソフトウェアはＣＡによって完全性を認証
する。

【００５８】本認証システムの仕様をまとめると以下の
通りである。 （１）ディジタル証明書を利用した認証システム。 （２）ディジタル証明書形式はＩＳＯ／ＩＥＣ／ＩＴＵ
が定めたＸ．５０９標準バージョン３を使用。 （３）ディジタル証明書の拡張としてコンピュータ固有
の情報を付加させる。 （４）固有の情報としてＰＳＮ、ＭＡＣアドレス、ＩＰ
アドレスを使用する。 （５）プラットフォームはパーソナルコンピュータの標
準的なＯＳである。 （６）ソフトウェアは標準的なＣ＋＋言語の開発環境で
開発される。 （７）ＩＳＰや専用線を引いている各種団体をＣＡとす
ることで、不正行為抑制を強化。

【００５９】図６は、実施の形態に係る認証システムの
構成図である。オンラインショッピングサイト１０は、
オンラインにより商品の販売を行うサイトであり、Ｗｅ
ｂサーバ１２、データベースサーバ１４、およびショッ
プシステム１５を含む。ユーザはＷｅｂサーバ１２にア
クセスして商品の閲覧、購入の申し込みができる。デー
タベースサーバ１４はＷｅｂサーバ１２と連携して商品
の購入履歴の管理やユーザの個人情報の管理などを行
う。ショップシステム１５は、証明書を利用したユーザ
認証を行う専用ソフトウェアである。このショップシス
テム１５は、Ｗｅｂサーバ１２またはデータベースサー
バ１４の機能の一部として設けられてもよい。なおオン
ラインショッピングサイト１０にはファイアウオールな
どの機能が当然に含まれるが、ここでは図示しない。

【００６０】インターネットサービスプロバイダ１８
は、ユーザ端末２８にインターネット１６へのアクセス
環境を提供するものであり、メールサーバ２０、ＤＮＳ
サーバ２２、プロキシサーバ２４、および認証装置２６
を含む。ユーザ端末２８は図示しないアクセスポイント
にダイアルアップなどで接続し、インターネットサービ
スプロバイダ１８が提供する電子メール、インターネッ
トアクセスなどのサービスを利用する。またユーザ端末
２８に搭載された専用ソフトウェアであるユーザシステ
ム３０は、インターネットサービスプロバイダ１８内の
認証装置２６と通信して証明書の発行を受ける。このよ
うにインターネットサービスプロバイダ１８はユーザ端
末２８を認証する認証局としての機能を兼ね備える。

【００６１】図７は、認証装置２６の構成図である。こ
の構成は、ハードウェア的には、任意のコンピュータの
ＣＰＵ、メモリ、その他のＬＳＩで実現でき、ソフトウ
ェア的にはメモリにロードされた認証機能のあるプログ
ラムなどによって実現されるが、ここではそれらの連携
によって実現される機能ブロックを描いている。したが
って、これらの機能ブロックがハードウェアのみ、ソフ
トウェアのみ、またはそれらの組合せによっていろいろ
な形で実現できることは、当業者には理解されるところ
である。

【００６２】証明書生成部３２は、ユーザシステム３０
から証明書発行要求を受け取り、ディジタル証明書を生
成する。ユーザシステム３０から受け取る証明書発行要
求には、ユーザの利用するハードウェアすなわちユーザ
端末２８に固有の識別情報が含まれる。

【００６３】証明書生成部３２は、鍵生成部３４、ダイ
ジェスト生成部３６、およびディジタル署名部３８を含
む。ダイジェスト生成部３６は証明書データをハッシュ
関数に通してダイジェストを取得する。証明書データ
は、証明者情報、認証局情報、ユーザ情報、および拡張
情報を含む。証明者情報は、図１で説明した（１）証明
書バージョン、（２）証明書シリアル番号、（３）アル
ゴリズム識別子、および（５）有効期限のデータであ
り、認証局情報は、（４）認証局のＸ．５００名前およ
び（８）認証局の識別子のデータである。ユーザ情報
は、（６）主体者のＸ．５００名前、（７）主体者の公
開鍵情報、および（９）主体者の識別子のデータであ
る。また拡張情報は、（１０）拡張領域のデータであ
る。また拡張情報にはユーザシステム３０から受け取っ
たハードウェア固有情報が含まれる。したがって、証明
書データにはユーザが利用しているハードウェアの固有
情報が組み込まれている。

【００６４】ディジタル署名部３８は、鍵生成部３４が
生成した当該認証局の秘密鍵を用いて、ダイジェスト生
成部３６により生成されたダイジェストを暗号化してデ
ィジタル署名を生成し、その署名データを図１のように
証明書データに追加する。なお鍵生成部３４が生成した
当該認証局の公開鍵と秘密鍵のペアは証明書データベー
ス４２に保持される。証明書発行部４０は、このように
して生成されたディジタル証明書を証明書データベース
４２に保持するとともに、ユーザシステム３０へ発行す
る。

【００６５】公開鍵配布部４４は、ショップシステム１
５から当該認証局の公開鍵の要求を受けつけ、証明書デ
ータベース４２から当該認証局の公開鍵を取得してショ
ップシステム１５へ送信する。

【００６６】図８は、ユーザシステム３０の構成図であ
る。この構成図は、ソフトウェアとハードウェアの連携
によって実現される機能ブロックを描いたものであり、
これらの機能ブロックは、ユーザ端末２８にインストー
ルされるアプリケーションプログラムとして実現されて
もよく、少なくとも一部がオペレーションシステムやフ
ァームウェアの機能を用いて実現されたり、ハードウェ
アを用いて実現されてもよい。

【００６７】証明書管理部５０は、認証装置２６へ証明
書発行要求を送信し、認証装置２６からディジタル証明
書を受信して管理する。証明書管理部５０は、鍵ペア生
成部５２、証明書要求生成部５４、証明書保持部５６、
および証明書受信部５８を含む。鍵ペア生成部５２は、
ユーザ固有の公開鍵と秘密鍵のペアを生成する。生成さ
れた鍵は図示しない記憶部に保持される。ハードウェア
固有情報取得部６０は、当該ユーザシステム３０がイン
ストールされたハードウェアすなわちユーザ端末２８に
固有の識別情報を取得する。このハードウェア固有の識
別情報の一例は、前述のＰＳＮであり、ＭＡＣアドレ
ス、ＩＰアドレスなどで代用したり、組合せてもよい。

【００６８】証明書要求生成部５４は、鍵ペア生成部５
２により生成された公開鍵と、ハードウェア固有情報取
得部６０により取得されたハードウェア固有情報とをユ
ーザ情報として用いた証明書発行要求を生成し、認証装
置２６にその要求を送信する。

【００６９】証明書受信部５８は認証装置２６が発行し
たディジタル証明書を受信し、証明書保持部５６がその
ディジタル証明書を保持する。ハードウェア固有情報検
証部６２は、証明書保持部５６に保持されたディジタル
証明書に組み込まれたハードウェア固有情報を抽出し、
ハードウェア固有情報取得部６０により取得された自己
のハードウェア固有情報と比較し、両者が一致するかど
うかを検証する。電子商取引部６４は、ショップシステ
ム１５との間で電子商取引を開始する際、証明書保持部
５６に保持された検証済みのディジタル証明書をショッ
プシステム１５に送信する。ショップシステム１５は後
述のようにユーザシステム３０から送信されたディジタ
ル証明書を検証して、電子商取引部６４に取引の開始確
認を返信する。これを受けて電子商取引部６４はショッ
プシステム１５との間で商取引を行う。

【００７０】ハードウェア固有情報検証部６２による検
証の結果、ディジタル証明書に含まれるハードウェア固
有情報と当該ユーザ端末２８のハードウェア固有情報と
が一致しなかった場合、ハードウェア固有情報検証部６
２はそのディジタル証明書が不正に入手されたものと判
断して無効化し、電子商取引部６４による商取引に使用
されないように制限する。またそのような場合、認証局
に不正があることを通知する警告部がさらに設けられて
もよい。

【００７１】図９は、ショップシステム１５の構成図で
ある。電子商取引部７０は、ユーザシステム３０からデ
ィジタル証明書とともに取引要求を受け取る。ＣＡ公開
鍵管理部７４は、ディジタル証明書を発行した認証装置
２６に対してＣＡ固有の公開鍵を要求し、認証装置２６
からそのＣＡ公開鍵を受け取る。証明書検証部７２は、
ＣＡ公開鍵を用いて、電子商取引部７０が受信したディ
ジタル証明書を復号し、証明書の正当性を検証する。証
明書が検証されると、電子商取引部７０はユーザシステ
ム３０へ取引開始確認を送信する。これ以降、電子商取
引部７０はユーザシステム３０との間で商取引を行う。
証明書の正当性が確認されなかった場合は、ユーザシス
テム３０の取引要求を拒否する。

【００７２】図１０〜図１３を参照して、実施の形態に
係る認証システムによる認証手順を説明する。図１０
は、認証装置２６におけるディジタル証明書の生成と発
行の手順を示すフローチャートである。証明書生成部３
２はユーザから証明書発行要求を受信する（Ｓ１０）。
この発行要求にはユーザが利用しているハードウェアに
固有の識別情報が含まれている。ダイジェスト生成部３
６は、このハードウェア固有情報を含むディジタル証明
書のデータをハッシュ関数に通してダイジェストを生成
する（Ｓ１２）。ダイジェストはディジタル証明書の
「指紋」に相当する。ディジタル署名部３８は当該認証
局の秘密鍵を用いてこのダイジェストを暗号化して署名
データを作成し、ディジタル証明書に付加する（Ｓ１
４）。証明書発行部４０はこうして得られたディジタル
証明書を発行する（Ｓ１６）。

【００７３】図１１は、ユーザシステム３０における証
明書発行要求の手順を示すフローチャートである。鍵ペ
ア生成部５２はユーザ固有の公開鍵と秘密鍵のペアを生
成する（Ｓ２０）。ハードウェア固有情報取得部６０は
ハードウェア固有情報を読み出してもよいかどうかユー
ザに問い合わせる（Ｓ２２）。ユーザが読み出しを許可
した場合（Ｓ２２のＹ）、ハードウェア固有情報取得部
６０はハードウェア固有情報を取得する（Ｓ２４）。証
明書要求生成部５４は取得したハードウェア固有情報と
ユーザの公開鍵データをユーザ情報として含むディジタ
ル証明書の発行要求を認証装置２６に送信する（Ｓ２
６）。ステップＳ２２でユーザが読み出しを許可しない
場合（Ｓ２２のＮ）、ハードウェア固有情報の読み出し
および証明書の発行要求をすることなく、終了する。

【００７４】なお、鍵の生成（Ｓ２０）は証明書の発行
要求のたびに行う必要はなく、一度生成した鍵を何度も
用いてよい。またハードウェア固有情報の読み出しの問
い合わせ（Ｓ２２）についても、ユーザが一度読み出し
を許可すると、再度の問い合わせをしないようにしても
よい。またハードウェア固有情報の読み出しができない
ようにロックをかけ、ユーザが読み出しの許可を与えた
場合にそのロックを解除して自由に読み出し可能にする
ロック制御部をさらに設けてもよい。

【００７５】図１２は、ユーザシステム３０におけるハ
ードウェア固有情報の検証手順を示すフローチャートで
ある。認証装置２６からディジタル証明書が受信される
と、ＣＡの公開鍵を用いてその証明書の正当性が検証さ
れる（Ｓ３０）。ハードウェア固有情報検証部６２は証
明書からハードウェア固有情報を抽出する（Ｓ３２）。
ハードウェア固有情報取得部６０は当該ユーザシステム
３０が利用するハードウェアから自己のハードウェア固
有情報を取得する（Ｓ３４）。ハードウェア固有情報検
証部６２は、証明書から抽出されたハードウェア固有情
報と自己のハードウェア固有情報とを比較し、一致する
かどうかを調べる（Ｓ３６）。一致する場合（Ｓ３６の
Ｙ）、電子商取引部６４は商取引の要求の際、そのディ
ジタル証明書をショップシステム１５に送信し（Ｓ３
８）、一致しない場合（Ｓ３６のＮ）、ディジタル証明
書の送信を行わない。一致しない場合、そのディジタル
証明書は不正に入手されたものである可能性があるた
め、その証明書を発行したＣＡである認証装置２６に不
正があることを警告するステップをさらに含んでもよ
い。

【００７６】図１３は、ショップシステム１５における
ディジタル証明書の検証手順を示すフローチャートであ
る。電子商取引部７０はユーザシステム３０から取引要
求とともにユーザの証明書を受信する（Ｓ４０）。ＣＡ
公開鍵管理部７４は受信した証明書の完全性を検証する
ために、証明書を発行したＣＡである認証装置２６へ公
開鍵を要求する（Ｓ４２）。証明書検証部７２はＣＡ公
開鍵により証明書のディジタル署名を復号し、署名を検
証する（Ｓ４２）。ＣＡの署名の正当性が検証された場
合（Ｓ４２のＹ）、電子商取引部７０はユーザシステム
３０に取引開始確認を送信し、ユーザシステム３０との
取引を実行し（Ｓ４４）、ＣＡの署名の正当性が否定さ
れた場合（Ｓ４２のＮ）、ユーザシステム３０との取引
を拒否する（Ｓ４６）。

【００７７】ユーザシステム３０とショップシステム１
５は、ユーザとオンラインショップとの間の電子商取引
をディジタル証明書を用いて安全に行うための専用ソフ
トウェアとして実現することができる。この場合、とく
にユーザ端末２８側にインストールされるユーザシステ
ム３０のプログラムは、ハードウェア固有情報の検証ル
ーチンが不正に改変されないようにプログラムコードの
難読化などの改変防止対策が取られる。

【００７８】以上述べたように、本認証システムは、ユ
ーザが使用しているハードウェア情報を付加したディジ
タル証明書を使用して認証を行うシステムである。主に
電子商取引での利用を目的としている。なぜなら、セキ
ュリティに関心がないユーザがコンピュータを使ってイ
ンターネットに接続してオンラインショッピングを楽し
んでおり、ユーザ自身が扱うＩＤ・パスワードが簡単に
漏れてしまうことが多く、不正行為も容易に出来てしま
うからである。それを抑制するためにコンピュータ側で
認証情報を管理する必要がある。ＩＤ・パスワードだけ
の認証情報では不正行為を抑止することは困難であるた
め、不変なユーザ情報としてＰＳＮ、ＭＡＣアドレス等
のハードウェア固有情報を用いた。本認証システムを利
用することで、サービスを提供する側もユーザ自身もよ
り安全で容易に電子商取引を行うことができる。

【００７９】また本認証システムは、標準的なＯＳの上
にアプリケーションレベルで開発できるため、実装に手
間がかからず、またＩＣカードによる認証や指紋認証と
は違い、認証のための特別なハードウェアを必要としな
い。また本認証システムではユーザが使用するハードウ
ェアが盗まれない限り、「なりすまし」ができない。ユ
ーザは認証データを盗まれて気がつかないが、自分の使
っているハードウェアの盗難は早期に発見できるため、
不正利用に対して直ちに対処できる。

【００８０】また本認証システムでは、ユーザの個人情
報を管理してユーザにネットワークサービスを提供する
ＩＳＰなどの組織が認証局は兼ねるため、ユーザの属す
る組織ごとに分散された認証局を比較的簡単な構成で立
ち上げることができる。

【００８１】以上、本発明を実施の形態をもとに説明し
た。実施の形態は例示であり、それらの各構成要素や各
処理プロセスの組合せにいろいろな変形例が可能なこ
と、またそうした変形例も本発明の範囲にあることは当
業者に理解されるところである。以下そのような変形例
を説明する。

【００８２】本認証システムはＰＣベースのシステムに
限られない。ＰＣの普及率は飽和状態にあり、その代わ
り携帯端末の普及が目覚しい。本システムはＰＤＡ（Pe
rsonal Digital Assistance）と総称される携帯端末機
や、携帯電話に応用することができる。最近、一部の携
帯電話でＪａｖａ（登録商標）アプリケーションが動作
するようになってきており、今後全ての携帯電話の標準
的な機能となると思われる。また、各携帯電話は必ず固
有ＩＤを持っており、この固有情報とＪａｖａ技術を利
用することにより、ディジタル証明書を利用した認証シ
ステムを構築することができる。

【００８３】また上記では一般的な例としてＷｅｂ上で
の電子商取引においてディジタル証明書を利用する場合
を説明したが、もちろんＷｅｂに限定する趣旨ではな
い。またディジタル証明書は電子商取引に限らず、公的
書類の申請や発行、税金等の手続きなど商取引以外の場
面でも利用される。そのような場合においても本発明の
認証システムを適用することにより、なりすましなどの
不正行為を防止することができる。

【００８４】また本認証システムはユーザの属する組織
単位で分散した認証局を用いるため、ユーザ全体を統一
して管理する必要はなく、認証局ごとに異なる認証方式
を採用することもできる。また組織単位でユーザを認証
可能であればよいので、組織内でユーザをユニークに識
別できる固有の識別情報をディジタル証明書に用いるこ
とで十分である。したがってＰＳＮのように完全にユニ
ークな識別情報を使わなくても、ＭＡＣアドレスやハー
ドウェアのシリアルナンバー、ハードウェアのコンフィ
グレーションなど、他の識別情報を組合せたり、それら
の識別情報の一部を用いることで対処することも可能で
ある。また識別情報として、ＢＩＯＳのバージョンやＲ
ＯＭに書き込まれた製品のロットナンバーなどを用いて
もよい。

【００８５】

【発明の効果】本発明によれば、ユーザ認証における不
正行為を防止することができる。

【図面の簡単な説明】

【図１】 実施の形態に係るディジタル証明書のデータ
の構造を説明する図である。

【図２】 プロセッサシリアルナンバーの表示画面を説
明する図である。

【図３】 実施の形態に係るディジタル証明書の申請と
発行の手順を説明する図である。

【図４】 実施の形態に係る認証システムにおける商取
引の手順を説明する図である。

【図５】 実施の形態に係る証明書の管理と認証の手順
を説明する図である。

【図６】 実施の形態に係る認証システムの構成図であ
る。

【図７】 図６の認証装置の構成図である。

【図８】 図６のユーザシステムの構成図である。

【図９】 図６のショップシステムの構成図である。

【図１０】 認証装置におけるディジタル証明書の生成
と発行の手順を示すフローチャートである。

【図１１】 ユーザシステムにおける証明書発行要求の
手順を示すフローチャートである。

【図１２】 ユーザシステムにおけるハードウェア固有
情報の検証手順を示すフローチャートである。

【図１３】 ショップシステムにおけるディジタル証明
書の検証手順を示すフローチャートである。

【符号の説明】

１０ オンラインショッピングサイト、 １２ Ｗｅｂ
サーバ、 １４ データベースサーバ、 １５ ショッ
プシステム、 １６ インターネット、 １８インター
ネットサービスプロバイダ、 ２６ 認証装置、 ２８
ユーザ端末、 ３０ ユーザシステム、 ３２ 証明
書生成部、 ３４ 鍵生成部、 ３６ダイジェスト生成
部、 ３８ ディジタル署名部、 ４０ 証明書発行
部、４２ 証明書データベース、 ４４ 公開鍵配布
部、 ５０ 証明書管理部、５２ 鍵ペア生成部、 ５
４ 証明書要求生成部、 ５６ 証明書保持部、 ５８
証明書受信部、 ６０ ハードウェア固有情報取得
部、 ６２ ハードウェア固有情報検証部、 ６４ 電
子商取引部、 ７０ 電子商取引部、 ７２ 証明書検
証部、 ７４ ＣＡ公開鍵管理部。

Claims (16)

【特許請求の範囲】
1. 【請求項１】 ユーザシステムからディジタル証明書の
   発行要求が出されたとき、そのユーザシステムで利用す
   るハードウェアに固有の識別情報を組み込む形で当該証
   明書を生成し、そのユーザシステムへ発行することを特
   徴とする認証方法。
2. 【請求項２】 前記ユーザシステムは、自己のハードウ
   ェアに固有の識別情報と照合して前記発行された証明書
   の正当性を検証した後、ネットワーク上の電子商取引の
   際にその証明書を利用することを特徴とする請求項１に
   記載の認証方法。
3. 【請求項３】 ネットワーク上で前記ユーザシステムに
   所定のサービスを提供する組織が前記証明書の発行機関
   を兼ねることを特徴とする請求項１または２に記載の認
   証方法。
4. 【請求項４】 前記ハードウェアに固有の前記識別情報
   を標準的なディジタル証明書の拡張領域に埋め込んで発
   行することを特徴とする請求項１から３のいずれかに記
   載の認証方法。
5. 【請求項５】 前記ユーザシステムは、前記証明書の発
   行要求の際、自己のハードウェアに固有の識別情報を読
   み出し可能に設定することを特徴とする請求項１から４
   のいずれかに記載の認証方法。
6. 【請求項６】 前記ユーザシステムは、前記証明書の発
   行要求に先立ち、ユーザに自己のハードウェアに固有の
   識別情報を読み出してよいかどうか問い合わせることを
   特徴とする請求項１から５のいずれかに記載の認証方
   法。
7. 【請求項７】 ユーザシステムで利用するハードウェア
   に固有の識別情報を組み込む形でディジタル証明書を生
   成する証明書生成部と、 前記生成された証明書を前記ユーザシステムに発行する
   証明書発行部と、 前記証明書を保持する証明書データベースとを含むこと
   を特徴とする認証装置。
8. 【請求項８】 第３者から前記証明書の正当性を検証す
   るための公開鍵を要求されたとき、前記証明書データベ
   ースから当該証明書の公開鍵を抽出して配布する公開鍵
   配布部をさらに含むことを特徴とする請求項７に記載の
   認証装置。
9. 【請求項９】 ユーザが利用する自己のハードウェアに
   固有の識別情報を取得する取得部と、 前記自己のハードウェアに固有の識別情報を認証局に送
   信して、その識別情報を組み込んだディジタル証明書の
   発行を受け、その証明書を保持する証明書管理部と、 前記自己のハードウェアに固有の識別情報と照合して前
   記発行された証明書の正当性を検証する検証部とを含む
   ことを特徴とするユーザシステム。
10. 【請求項１０】 前記検証された証明書を利用して電子
    商取引を要求する取引部をさらに含むことを特徴とする
    請求項９に記載のユーザシステム。
11. 【請求項１１】 前記検証部により前記証明書の正当性
    が否定された場合、前記証明書を用いた電子商取引を禁
    止し、前記認証局にその旨を通知する警告部をさらに含
    むことを特徴とする請求項１０に記載のユーザシステ
    ム。
12. 【請求項１２】 前記取得部は、前記自己のハードウェ
    アに固有の識別情報の読み出し許可をユーザから得た上
    で、その識別情報を取得することを特徴とする請求項９
    から１１のいずれかに記載のユーザシステム。
13. 【請求項１３】 ディジタル証明書を発行する認証装置
    と、前記証明書の発行を受けるユーザシステムとを含む
    認証システムであって、 前記認証装置は、 前記ユーザシステムで利用するハードウェアに固有の識
    別情報を受信し、その識別情報を組み込む形でディジタ
    ル証明書を生成する証明書生成部と、 前記生成された前記証明書を前記ユーザシステムに発行
    する証明書発行部と、 前記証明書を保持する証明書データベースとを含み、 前記ユーザシステムは、 ユーザが利用する自己のハードウェアに固有の識別情報
    を取得する取得部と、 前記自己のハードウェアに固有の識別情報を前記認証装
    置に送信して、その識別情報を組み込んだディジタル証
    明書の発行を受け、その証明書を保持する証明書管理部
    と、 前記自己のハードウェアに固有の識別情報と照合して前
    記証明書の正当性を検証する検証部とを含むことを特徴
    とする認証システム。
14. 【請求項１４】 ユーザが利用する自己のハードウェア
    に固有の識別情報を取得するモジュールと、 前記自己のハードウェアに固有の識別情報を認証局に送
    信して、その識別情報を組み込んだディジタル証明書の
    発行を受け、その証明書を保持するモジュールと、 前記自己のハードウェアに固有の識別情報と照合して前
    記発行された証明書の正当性を検証するモジュールとを
    含むコンピュータ用のプログラム。
15. 【請求項１５】 証明書発行の申請時に、ユーザシステ
    ムは自己が使用しているハードウェアの固有情報を含め
    た個人情報を認証局に送り、前記認証局は、その情報を
    付加した証明書を発行し、前記ユーザシステムは受け取
    ったディジタル証明書を使用して認証を行い、電子商取
    引を行うことを特徴とする認証システム。
16. 【請求項１６】 前記ユーザシステム側でユーザの使用
    しているハードウェア情報と証明書に記録されているハ
    ードウェア情報を比較し、一致すれば、その証明書を前
    記電子商取引におけるサービス提供者側に送信し、前記
    サービス提供者側でその証明書の認証を行い、取引を開
    始することを特徴とする請求項１５に記載の認証システ
    ム。