JPH10105612A - 認証システム - Google Patents

Abstract

(57)【要約】 【課題】 この発明は、認証システムに関し、ユーザが
利用可能な認証局が複数個ある場合でも、容易に利用す
る認証局を選択できる認証システムを提供することを課
題とする。 【解決手段】 ネットワークを介して接続されたクライ
アント装置とサービス提供サーバとからなる電子決裁の
認証システムにおいて、クライアント装置が、サービス
提供サーバから送信されるサーバの所有者が契約してい
る認証局のリストと、クライアント装置のユーザが契約
している認証局のリストとを比較し、両リストに含まれ
る共通の認証局を選択して、この認証局が発行する鍵を
用いて電子決裁を行うことを特徴とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、認証システムに
関し、特にネットワークを利用した取引や売買、サービ
スの授受を実現する場合に必要となる、電子決裁上の認
証を行う認証システムに関するものである。最近、イン
ターネットの World Wide Web（以降ＷＷＷと称する）
を利用して、ネットワーク上の取引（電子ショッピング
や電子商取引）が実現されつつある。このようなネット
ワーク上の取引では、商品又はサービスを提供する店舗
・業者と消費者などのユーザは取引や売買を直接対面し
て行うことができない。したがって、ユーザの身元の保
証と、サービスを提供する業者（電子ショッピングなら
店舗）の身元保証をいかに行うかが、安全に取引や売買
を行う上で大変重要である。

【０００２】

【従来の技術】クライアント−サーバ型の形態をとるネ
ットワークを利用した電子商取引において、サーバ側か
らクライアント（ユーザ）の認証を行う場合、現状では
公開鍵暗号方式をベースとした認証を行うのが一般化し
つつある。すでに実用化されているクレジットカード決
済では、ＳＥＴ（Secure Electronic Transactions）や
ＳＴＴ、ＳＥＰＰなどの電子決裁技術が有名である。

【０００３】電子決裁の一例として、ＳＥＴを用いた場
合のクレジット決裁の従来例を以下に示す。図６は、ユ
ーザ及び店舗の認証を行い、インターネットを利用して
ユーザがその店舗から商品を購入するクレジット決裁の
手順を示したものである。ここで、ユーザ１０１，店舗
１０２及び認証局１０３は、インターネット１００を経
由して接続されているものとする。ユーザ１０１，店舗
１０２及び認証局１０３には、それぞれパソコン等の端
末にこのようなクレジット決裁をするのに必要なソフト
ウェアが組み込まれる。認証局１０３とは、クレジット
決裁を利用するユーザ又は店舗等の利用者の身分を公正
・中立な立場で電子的に証明する第三者的機関であり、
たとえばクレジット会社がこの認証局（Certificate Au
thority）を運営している。

【０００４】認証局１０３は、一般的に次のような業務
を行うものである。 １）利用者の身分を確認して、その登録・管理をするこ
と。 ２）利用者に「公開鍵証明書」を発行すること。 ３）公開鍵とこれと対となる秘密鍵の生成、更新、利用
者に公開鍵及び秘密鍵の配送をすること。 ４）否認防止のための発信及び受信の証明と内容の証明
をすること。 ５）通信目録の作成，鍵のコピーの管理及び再発行，こ
れらの記録管理をすること。

【０００５】ここで「公開鍵証明書」とは、利用者（公
開鍵の持主）の電子的な身分証明書である。この中に
は、利用者を特定するための名前などの登録情報，利用
者に与えられる公開鍵が含まれ、認証局自身の秘密鍵に
よるデジタル署名が付与されている。このデジタル署名
が付与されているため、「公開鍵証明書」は、利用者で
ない他者が公開鍵証明書を偽造することはできない構造
となっている。

【０００６】したがって、以下に述べるような従来のク
レジット決裁の手順を実行するためには、ユーザ１０１
と店舗１０２とが同じ認証局からそれぞれの公開鍵の証
明書を発行してもらっていることが必要である。

【０００７】図６において、Ｓ１００からＳ１０３の手
順は、郵送等のオフライン手段を使用して行われる。す
なわち、ユーザ１０１及び店舗１０２は、認証局１０３
に自己の公開鍵を発行してもらうために、書類の郵送等
により「公開鍵証明書」の申請を行う（Ｓ１００，Ｓ１
０２）。この申請を受理した認証局１０３は、書類審査
などで身元の確認を行った後、ユーザ１０１及び店舗１
０２に対して「公開鍵証明書」を郵送する（Ｓ１０１，
Ｓ１０３）。

【０００８】「公開鍵証明書」を受理したユーザ１０１
及び店舗１０２は、クレジット決裁を実行するために、
「公開鍵証明書」に記載されている情報及び対となる秘
密鍵をそれぞれクレジット決裁を実行するパソコンに入
力しておく。たとえば、ユーザから送信される情報を暗
号化するために公開鍵証明書と秘密鍵が入力され、パソ
コンのハードディスク等に記憶される。

【０００９】Ｓ１０４からＳ１１１が、従来行われてい
るクレジット決裁によって実際に商品購入を行う処理で
ある。まず、ユーザ１０１が、インターネット１００を
経由して、店舗１０２のＷＷＷブラウザにアクセスする
（Ｓ１０４）。

【００１０】そして店舗１０２は、アクセスのあったユ
ーザ１０１に対してその店舗１０２の所有する商品情報
などを送信する（Ｓ１０５）。その後、商品情報を取得
したユーザ１０１は、自己の望む商品が決定したら、発
注意思表示のデータを店舗１０２へ送る（Ｓ１０６）。
そして店舗１０２は、この発注意思表示に対して見積も
り伝票をユーザ１０１へ送信する（Ｓ１０７）。見積も
り伝票を受理したユーザ１０１は、必要な数量などを記
入した発注伝票とクレジットカード番号等を店舗１０２
へ送信する（Ｓ１０８）。店舗１０２は、発注情報のみ
を抽出して、残りのクレジットカード番号など認証に必
要な情報を認証局１０３へ転送する（Ｓ１０９）。認証
局１０３では、この決裁に必要な情報を確認後、認証が
完了したか否かを示す与信結果を店舗１０２へ返信する
（Ｓ１１０）。与信結果を受信した店舗１０２では、認
証が正常に完了した場合には、利用明細書をユーザ１０
１へ送信する（Ｓ１１１）。以上によってクレジット決
裁による商品購入が完了する。ただし、ユーザの契約し
ている認証局と店舗の契約している認証局が異なる場合
などは、認証が正常に行えないため、認証不可の与信結
果が送信され、クレジット決裁は成立しない。

【００１１】

【発明が解決しようとする課題】従来、このようなネッ
トワークを介した電子的なクレジット決裁を利用せず
に、ユーザが店舗に出向いて「クレジットカード」の現
物を店舗に提示してクレジット決裁をする場合にも、ユ
ーザ及び店舗の双方が同じクレジット会社と契約してい
ることが前提となっている。同様に、前記したネットワ
ークを介した電子的なクレジット決裁でも、ユーザ及び
店舗の双方が同じクレジット会社と契約していることが
前提となる。すなわち、前記したようなどんな電子決裁
や認証を用いたとしても、ユーザも店舗もある認証局と
個別に契約を結ばなければならない。

【００１２】認証局が一つしか存在しない場合には、必
ずユーザと店舗が同じ認証局による認証を受けるので問
題とはならないが、複数の認証局が存在する場合には、
ユーザと店舗が契約を結ぶ認証局が異なる場合があるの
で、クレジット決裁が不可能な場合があり得る。現実に
は、クレジット会社は複数社存在するので、クレジット
会社が運営する認証局も複数存在しうる。したがって、
ユーザも、店舗も複数のしかも任意の認証局と契約して
いるという状態が想定される。このような状態におい
て、ユーザがクレジット決裁を行おうとする場合は、次
のような問題点が発生する。

【００１３】１）ユーザが購入したい商品を販売してい
る店舗が契約している認証局が、そのユーザが契約して
いる認証局の中に含まれているか否かを、ユーザが常に
確認する必要がある。 ２）また、店舗が契約している認証局は一般に異なるた
め、購入する店舗を変更する場合には、その都度店舗が
契約している認証局をユーザが確認する必要がある。 ３）クレジット会社が認証局を運用すれば、クレジット
会社の認証利用特典などのために、ユーザは電子取引に
て利用可能な認証局のうち、自分の好みの認証局を選択
する煩わしさが発生する。

【００１４】この発明は以上のような事情を考慮してな
されたものであり、上記３つの問題点を解決することを
課題とし、ユーザが複数の認証局と契約している場合に
も、ユーザが容易に認証局を選択することのできる認証
システムを提供するものである。

【００１５】

【課題を解決するための手段】この発明は、ネットワー
クを介して接続されたクライアント装置とサービス提供
サーバとからなる電子決裁の認証システムにおいて、ク
ライアント装置が、サービス提供サーバから送信される
サーバの所有者が契約している認証局のリストと、クラ
イアント装置のユーザが契約している認証局のリストと
を比較し、両リストに含まれる共通の認証局を選択し
て、この認証局が発行する鍵を用いて電子決裁を行う認
証システムを提供するものである。

【００１６】また、サービス提供サーバが、サーバの所
有者が契約している認証局のリストを作成する第１の作
成手段と、この作成された認証局のリストを前記クライ
アント装置へ送信する第１の送信手段とを備え、前記ク
ライアント装置が、前記第１の送信手段によって送信さ
れた認証局のリストを受信する第１の受信手段と、クラ
イアント装置のユーザが契約している認証局のリストを
作成する第２の作成手段と、ユーザの契約している認証
局が発行した鍵を記憶する鍵記憶手段と、前記第１の受
信手段によって受信された認証局のリストと前記第２の
作成手段によって作成された認証局のリストとを比較し
て共通する認証局を選択する比較手段と、前記比較手段
によって選択された認証局が発行した鍵であって、かつ
前記鍵記憶手段に記憶されている鍵を用いて電子決裁情
報を暗号化する暗号化手段と、暗号化された電子決裁情
報をサービス提供サーバへ送信する第２の送信手段を提
供するものである。

【００１７】さらに、前記サービス提供サーバが、前記
クライアント装置から送信された電子決裁情報を受信す
る第２の受信手段と、受信した電子決裁情報を復号化す
る復号化手段と、復号化された電子決裁情報を用いて受
注処理を行う受注手段を備えてもよい。ここで、前記ク
ライアント装置が、前記第２の作成手段によって作成さ
れた認証局のリストに含まれる複数の認証局に選択優先
度を付与する優先度付与手段をさらに備え、前記比較手
段が選択した共通の認証局が複数個存在する場合、選択
優先度の最も高い共通の認証局のみを抽出するようにし
てもよい。

【００１８】ネットワークの対象としては、世界中の各
種サーバ，パソコン等が多数接続されるという点で見れ
ば、インターネットが最も好ましいが、これに限定され
るものではなく、その他のＷＡＮ，ＬＡＮ等であっても
よい。クライアント装置は、ネットワーク接続機能を有
したパソコンやワークステーションを用いることができ
る。サービス提供サーバは、主として店舗，営業所等に
設置され、提供するサービスの規模に応じてワークステ
ーションやパソコンを用いればよい。

【００１９】この発明で対象となる認証局のリストは、
「クライアント装置側のユーザ、すなわち購買者が契約
した認証局」のリストと、「サービス提供サーバ側の所
有者、すなわち業者・店舗が契約した認証局」のリスト
の２種類がある。

【００２０】認証局とは、たとえばクレジット会社をさ
し、ユーザ及び店舗の身元を電子的手段を用いて認証す
る機能を有するものである。ここでも、この認証機能を
実行する装置は、通常パソコンやワークステーションな
どのコンピュータが利用され、認証に必要なデータは厳
格な管理下におかれる。したがって認証局としては、ク
レジット会社自体の他、公的機関あるいは、信頼のおけ
る第三者機関が運営する場合もある。

【００２１】以上、述べたクライアント装置，サービス
提供サーバの各手段の機能は、通常、パソコン等に内蔵
されたソフトウェアと、ＣＰＵを中心とするハードウェ
アによって制御される。また、クライアント装置及びサ
ービス提供サーバとも、マンマシンインタフェースとし
て、キーボード等の入力装置，ＣＲＴ，プリンタなどの
出力装置を備えることが好ましい。

【００２２】電子決裁を行う場合に、クライアント装置
とサービス提供サーバ間を転送される電子決裁情報は、
通常安全のため暗号化される。この暗号化のために、一
般的に認証局が発行する「鍵」と呼ばれるデータが用い
られる。この鍵として、たとえば、１組の「公開鍵」と
「秘密鍵」を用いる方法がある。

【００２３】

【発明の実施の形態】以下、図面に示す実施の形態に基
づいてこの発明を詳述する。なお、これによってこの発
明が限定されるものではない。図１は、この発明の認証
システムの基本構成ブロック図である。ユーザ装置１
は、ユーザ側に設置される装置であり、たとえばパーソ
ナルコンピュータ（パソコン）のような装置である。店
舗装置２は、店舗側に設置される装置であり、商品やサ
ービスを提供するサーバである。認証局装置６１，６２
……６ｎは、たとえばクレジット会社が運営する装置で
あり、公開鍵の発行や管理を行う装置である。

【００２４】ユーザ装置１，店舗装置２，認証局装置
（６１……６ｎ）は、インターネット３に接続され、イ
ンターネットの汎用通信プロトコルを実行するためのハ
ードウェアとソフトウェアを備える。また、ユーザ装置
１及び店舗装置２は、通信される情報の表示，入力，出
力等のために、ＷＷＷブラウザ１１，２１を備えること
が好ましい。

【００２５】ユーザ装置１は、店舗装置２から送られて
くる情報をＷＷＷブラウザ１１を介して表示し、ユーザ
からの入力によって発注処理を行う発注処理部１２を備
える。一方、店舗装置２は、ユーザから送られてくる発
注情報を解析して受注処理を行う受注処理部２２を備え
る。

【００２６】各認証局装置６１，６２，……６ｎは、契
約をかわしたユーザ及び店舗に対してそれぞれ独立した
公開鍵を発行する。したがって、あるユーザが２つの認
証局６１，６ｎと契約をした場合は、そのユーザは、２
つの公開鍵を持つことになる。同様に店舗が複数の認証
局と契約した場合には、その複数個分の公開鍵を持つこ
とになる。ユーザと店舗とが共通の認証局ＣＡと契約し
ていて、その認証局ＣＡが発行したユーザ及び店舗の公
開鍵を利用することによって電子決裁が成立する。

【００２７】図１の認証局リスト１３，２３は、ユーザ
又は店舗がそれぞれ契約している認証局に関する情報を
記憶したものである。２つの認証局６１，６２と契約し
たユーザ装置１に記憶される認証局リスト（客用）１３
には、認証局６１および６２を識別する情報と、この２
つの認証局が発行したそのユーザを特定するための「公
開鍵証明書」が少なくとも含まれる。たとえば、認証局
リスト（客用）１３には、ユーザ識別コード番号，ユー
ザの公開鍵，その公開鍵を発行した認証局の識別番号，
認証局のデジタル署名データが含まれる。認証局リスト
（店舗用）２３には、店舗識別コード番号，店舗の公開
鍵，その公開鍵を発行した認証局の識別番号，認証局の
デジタル署名データが含まれる。

【００２８】発注処理部１２及び受注処理部２２は、通
常ＣＰＵ，ＲＯＭ，ＲＡＭ，タイマー，Ｉ／Ｏコントロ
ーラなどからなるマイクロコンピュータから構成され、
認証局リスト１３，２３は、不揮発性のメモリ、たとえ
ばハードディスクに記憶される。

【００２９】以上のような基本構成を持つこの発明の認
証システムは、ネットワークを介してユーザがある店舗
に対して発注処理を実行した際に、ユーザ自らが同じ認
証局と契約している店舗か否かを確認する操作をするこ
となしに、２つの「認証局リスト」１３，２３を利用し
て互いに共通な認証局を検索して、その共通の認証局を
通した電子決裁を行なおうとするものである。

【００３０】図２に、この発明の一実施例における発注
処理部１２及び受注処理部２２の詳細な構成ブロック図
を示す。ここで示した各手段は、ロジック回路や専用Ｌ
ＳＩを用いてハードウェア的に独立した構成としてもよ
いが、一般的に、拡張性等の点からマイクロコンピュー
タと各手段に対応したプログラムを組合わせて、各手段
の機能を実行させるようにすることが好ましい。

【００３１】また、認証局リスト１３，２３、注文伝票
１９及び見積もり伝票３０、その他各手段が実行するの
に必要なデータは、ＲＡＭやハードディスクなどに記憶
される。ＷＷＷブラウザ１１，ＷＷＷサーバ２１は、イ
ンターネットにアクセスしてＷＷＷの情報を表示，転送
できるソフトウェアであればよく、市販されているソフ
トウェアを用いればよい。

【００３２】ここで、認証局リスト１３，２３は、ユー
ザ又は店舗が契約した認証局から「公開鍵証明書」を受
理したときに、ユーザ又は店舗の担当者がキーボード等
を用いて必要なデータを入力することによって予め作成
される。「公開鍵証明書」がフロッピーディスクなどの
記憶媒体に入れられて発行される場合には、そのフロッ
ピーディスクをユーザ又は店舗のパソコンに挿入し、所
定の操作を行って自動的にデータを読み取って認証局リ
スト１３，２３を生成するようにしてもよい。

【００３３】また、新たな認証局と契約した場合には、
その都度その新たな認証局発行の「公開鍵証明書」に記
載されたデータを入力することによって、認証局リスト
１３，２３は更新される。すなわち、新たな認証局の情
報が認証局リスト１３，２３に追加される。

【００３４】店舗装置２の受注処理部２２において、認
証局リスト作成手段２７は店舗が契約する認証局の一覧
である認証局リスト（店舗用）２３を作成し、データ受
信手段２６はＷＷＷサーバ２１から中継された注文伝票
Ｃを復号化手段２５に引き渡すものである。

【００３５】復号化手段２５は、注文伝票Ｃに添付され
たユーザの公開鍵を基に注文伝票を復号化し平文の注文
内容を得、これを受注手段２９に引き渡す。受注手段２
９は平文の注文内容に応じて受注処理を行う。ここで、
受注処理には、ユーザの確認のため、認証局との間で行
われる与信処理が含まれる。

【００３６】伝票作成手段２８は、ＷＷＷブラウザ２１
からの中継されたユーザからの注文内容に応じて、見積
もり伝票Ｂを作成するものである。データ送信手段２４
は、認証局リスト（店舗用）２３等をＷＷＷサーバ２１
へ送るものである。ＷＷＷサーバ２１は、ＷＷＷブラウ
ザ１１から送信された要求データに応答して、商品情報
の送信、見積もり伝票Ｂの送信、認証局リスト（店舗
用）２３等の送信を行うものである。

【００３７】ユーザ装置１は、ＷＷＷブラウザ１１と発
注処理部１２からなる。ＷＷＷブラウザ１１は、店舗装
置２から送られてきた認証局リスト（店舗用）２３と見
積もり伝票Ｂを発注処置部１２に中継するものである。
発注処理部１２において、認証局リスト作成手段１８は
ユーザが契約する認証局の一覧である認証局リスト（客
用）１３を作成し、データ受信手段１４はＷＷＷブラウ
ザ１１から中継された認証局リスト（店舗用）２３を認
証局リスト比較手段１５に、見積もり伝票Ｂを暗号化手
段１６に引き渡すものである。

【００３８】認証局リスト比較手段１５は、認証局リス
ト（客用）１３と認証局リスト（店舗用）２３を比較
し、ユーザと店舗に共通な認証局ａを決定する。暗号化
手段１６は、決定された認証局ａの管理するこのユーザ
固有の秘密鍵により注文内容を暗号化し、認証局ａの発
行する公開鍵を添付して注文伝票Ｃを作成し、注文伝票
Ｃの送信データ送信手段１７に依頼する。データ送信手
段１７は、注文伝票Ｃを店舗装置２に送信するものであ
る。

【００３９】図３に、この発明の一実施例における電子
決裁の処理手順の説明図（シーケンス図）を示す。ステ
ップＳ１０からＳ１３までの処理は、従来におけるステ
ップＳ１００からＳ１０３までの処理と同じであり、ユ
ーザ１及び店舗２とも郵送等のオフライン手段によって
認証局６１から発行される「公開鍵証明書」を事前に取
得する。ここで、ステップＳ２２までの電子決裁が完了
するためには、ユーザ１と店舗２とが少なくとも１つの
共通の認証局と契約を結び、その認証局から発行された
「公開鍵証明書」を取得する必要がある。

【００４０】ステップＳ１１，Ｓ１３において「公開鍵
証明書」が認証局から発行されるが、これには、通常こ
の認証局の公開鍵が含まれる。含まれない場合は、たと
えば別郵送にて発行してもよい。また、これとは別に、
ユーザ１に対しては、認証局６１が作成したユーザ１の
秘密鍵が、店舗２に対しては、認証局６１が作成した店
舗２の秘密鍵が、その認証局から郵送等のオフライン手
段によって発行される。ただし、この秘密鍵は、ユーザ
又は店舗が厳密に管理すべきものなので、認証局が発行
する形態をとらずに、ユーザ又は店舗自身のプログラム
で自動生成するようにしてもよい。

【００４１】なお、「公開鍵証明書」のフォーマット
は、ＩＴＵ−ＴのＸ．５０９で規定されたものを用いれ
ばよい。以上のステップＳ１０からステップＳ１３まで
のオフライン処理は、この認証システムを運用する上で
前提となる処理であり、この手段を一回のみ行なえばよ
い。

【００４２】ステップＳ１４において、ユーザ１が、イ
ンターネット３を経由して、店舗２のＷＷＷサーバ２１
にアクセスする。ステップＳ１５において、店舗２が、
このユーザ１に対してその店舗２の所有する商品情報等
を送信する。ステップＳ１６において、この商品情報を
取得したユーザ１は、自己の望む商品あるいはサービス
が決定したら、「発注意思表示」を示すデータを店舗２
へ転送する。ここまでの処理は、図２におけるＷＷＷブ
ラウザ１１，ＷＷＷサーバ２１間の通信によって実行す
ることが可能であり、転送されるデータは図２には図示
していないが、ユーザ１及び店舗２の各装置中のハード
ディスク等にデータベースとして蓄積しておけばよい。

【００４３】ステップＳ１７において、店舗２では、こ
の発注意思表示に対して、認証局リスト作成手段２７に
よって作成されたこの店舗２が契約しているすべての認
証局を含む認証局リスト（店舗用）２３を、データ送信
手段２４を通してＷＷＷサーバ２１がユーザ１へ送信す
る。ユーザ１では、この認証局リスト（店舗用）２３
は、ＷＷＷブラウザ１１で中継され、データ受信手段１
４によって受信される。

【００４４】ステップＳ１８において、さらに店舗２で
は、伝票作成手段２６が見積もり伝票Ｂ３０を作成し、
データ送信手段２４を通してＷＷＷサーバ２１がこの見
積もり伝票Ｂ３０を送信する。ユーザ１では、同様にし
てこの見積もり伝票Ｂ３０がデータ受信手段１４によっ
て受信されると、図示していない表示手段あるいは印刷
手段等を利用してユーザに見積もり内容が提示される。

【００４５】ステップＳ１９において、ユーザ１で予め
作成されていたユーザの認証局リスト（局用）１３と、
ステップＳ１７で受信された認証局リスト（店舗用）２
３とを、認証局リスト比較手段１５が比較し、電子決裁
をするための認証局を選択する。

【００４６】ここで、認証局リスト１３及び２３には、
認証局の名称あるいは識別番号が含まれているので、両
リストに同じものが含まれているかどうかを判断する。
両リストに同じものが含まれていない場合には、電子決
裁に必要な認証ができないことになり、残念ながら、こ
の電子決裁は不成立となり、ユーザは商品等を購入でき
ない。一方、両リストに一つでも同じ認証局が含まれて
いる場合は、認証が可能であるため、この両リストに共
通な認証局を選び出す。

【００４７】共通の認証局が複数存在する場合には、そ
の中から適当な一つを選べばよい。あるいは、複数の認
証局を表示手段に表示して、ユーザに選択させるように
してもよい。さらに後述するように、予め付与された選
択優先度によって自動選択するようにしてもよい。

【００４８】ステップＳ２０において、認証を行う認証
局が選択されれば、暗号化手段１６が、ユーザを特定す
るカード番号及び選択された認証局の識別番号を含む注
文伝票Ｃ１９を暗号化して、データ送信手段１７がＷＷ
Ｗブラウザ１１を介してこれらの暗号化された情報を店
舗２へ送信する。このとき、暗号化には、ユーザ固有の
秘密鍵や選択された認証局の公開鍵が使用される。

【００４９】たとえば、ユーザを特定するカード番号
は、認証局がユーザの身元が正しいかどうかを確認する
ものであるので、選択された認証局の公開鍵（ステップ
Ｓ１１で発行されたもの）で暗号化すればよい。また、
カード番号を除く注文伝票の情報、たとえば商品名，番
号，数量，金額などは、店舗２が受注する際に必要とな
るものであるので、ユーザ固有の秘密鍵で暗号化すれば
よい。また、店舗２でこの暗号化された情報を解くため
に、ユーザの公開鍵も、通常、注文伝票の送信時に、ユ
ーザ１から店舗２へ送信される。

【００５０】ステップＳ２１において、店舗２のデータ
受信手段２６が注文伝票Ｃを受信した後、復号化手段２
５が「カード番号」を除いた注文に関与する情報のみを
抽出して復号化を行なう。この情報の復号化には、通
常、送信されてきたユーザの公開鍵が用いられる。この
復号化された情報は、受注手段２９へ渡され、商品手配
などの受注処理が実行される。

【００５１】一方、店舗２において、ユーザの「カード
番号」は、データ送信手段２４によって認証局６１へ送
られる（ステップＳ２２）。ここでの認証局６１は、ユ
ーザ１が選択した認証局であることは言うまでもない。
また、「カード番号」は、まだ認証局６１の公開鍵で暗
号化されたままである。

【００５２】ステップＳ２３において、認証局６１に送
られてきたユーザの「カード番号」は、認証局６１の秘
密鍵を用いて復号化される。そして、認証局６１は、ユ
ーザの身元を認証した後、認証の可否（与信結果）を店
舗２へ通知する。ステップＳ２４において、この与信結
果を受けた店舗２は、ユーザ１の認証が正常にできたと
判断した場合には、利用明細書をユーザ１へ送信する。
以上のようにして、この発明の一実施例の電子決裁が完
了する。

【００５３】ステップＳ２０の暗号化には、現状では、
ＲＳＡの公開鍵方式が最も広く使われているため、ＲＳ
Ａの公開鍵方式を用いるのが好ましいが、ＲＳＡ以外の
公開鍵方式（例えば、ＢＯＳや楕円方式等）でも可能で
ある。また、公開鍵方式だけでなく、公開鍵方式と共通
鍵方式（例えば、ＦＥＡＬやＭＵＬＴ１２、ＭＩＳＴ
Ｙ）と組み合わせた方式でも可能である。また、注文伝
票を送信する方法としては、暗号化された伝票を電子メ
ールで送る方法でもよい。

【００５４】このように、ユーザも店舗も、複数の認証
局と契約していた場合に、店舗側が契約しているすべて
の認証局のリストをユーザに通知するようにしているの
で、ユーザが、その店舗がどの認証局と契約しているか
を確認する操作をすることなく、容易に電子決裁を行う
認証局を選択することが可能となる。

【００５５】この発明において、店舗側とユーザ側で同
一の認証局と契約を結び、どちらも同じ認証局から発行
される公開鍵証明書を事前に取得する電子決裁の形態を
実施例として説明した。しかし、世界的にも電子決裁
（電子商取引）はまだ実験段階であり、認証の方法はさ
まざまな形態が考えられる。また、実際の認証局の運営
をクレジット会社が行う形態をとる場合には、当面は認
証局が複数存在する可能性がある。このような場合に、
特にこの発明の認証システムは有効に機能する。

【００５６】図４、及び図５に、この発明の認証局リス
トの一実施例を示す。図４は、ユーザ装置１で作成され
る認証局リスト（客用）１３の実施例である。図５は、
店舗装置２で作成される認証局リスト（店舗用）２３の
実施例である。いずれも認証局を示す識別番号（ａ，
ｂ，……ｇ）と、暗号化された各認証局が発行した「公
開鍵証明書」の内容から構成される。

【００５７】ここで、前記したステップＳ１９では、認
証局リスト比較手段１５は、両リストの認証局の識別番
号の中に一致するものがあるか否かを判断すればよい。
また、図４に示すように、認証局リスト（客用）１３に
は、選択優先度を付与してもよい。たとえば、認証局ａ
の選択優先度を高く、認証局ｃの選択優先度を低くなる
ように数字を付与してもよい。図４では、ユーザが契約
した認証局のうち、認証局ａが最も選択優先度が高く、
次に認証局ｄが高く、認証局ｃが最も選択優先度が低
い。図４と図５を比較すると、両リストに共通する認証
局は、“ｃ”と“ｄ”であることがわかる。

【００５８】したがって、このリストの場合は認証局
“ｃ”又は“ｄ”が選択されることになるが、複数の認
証局が選択可能な場合は、最初に見つかった方を選択し
てもよい。また、選択優先度の最も高いものを優先して
選ぶことにすると、図４のような優先度を付与した場
合、認証を行う認証局としては、優先度の高い“ｄ”の
方が自動的に選択されることになる。なお、この選択の
優先度付けは、ユーザが認証局リスト（客用）１４を作
成する際に、キーボード等の入力手段を利用して行なえ
ばよい。

【００５９】このように、予めユーザの契約した認証局
に選択優先度を付与しておけば、電子決裁で利用可能な
認証局が複数存在する場合でも、自動的に利用する認証
局が一つ選択される。したがって、ユーザがその都度利
用する認証局を指定する必要がなくなるので、ユーザに
とってスムーズな電子決裁手続をすることができる。

【００６０】なお、上記の実施例では、ユーザ，店舗及
び認証局がインターネットを介して接続された場合を示
したが、この発明の認証システムは、他のＷＡＮやＬＡ
Ｎなどのネットワークでも実施できる。他のネットワー
クの場合には、通信プロトコルやデータフォーマットの
形式をそのネットワークで規定されたものを使えばよ
く、図２に示した構成及び図３に示した処理手順はその
まま利用することができる。

【００６１】

【発明の効果】この発明によれば、サービス提供サーバ
からクライアント装置へ、サービス提供サーバが契約し
ている認証局のリストを送信するようにしているので、
クライアント装置において、ユーザの契約している認証
局とサービス提供サーバの契約している認証局とを比較
して、利用する認証局を選択することができる。また、
クライアント装置においてユーザが契約している認証局
に選択優先度を付与するようにしているので、ユーザ
は、複数の認証局の中から利用する認証局をその都度選
択する必要はなく、スムーズに電子決裁を行うことがで
きる。

【図面の簡単な説明】

【図１】この発明の基本構成ブロック図である。

【図２】この発明の一実施例における構成ブロック図で
ある。

【図３】この発明の一実施例における電子決裁の処理手
順の説明図である。

【図４】この発明の認証局リスト（客用）の実施例を示
す図である。

【図５】この発明の認証局リスト（店舗用）の実施例を
示す図である。

【図６】従来の電子決裁の処理手順の説明図である。

【符号の説明】

１ ユーザ装置 ２ 店舗装置 １１ ＷＷＷブラウザ １２ 発注処理部 １３ 認証局リスト（客用） １４ データ受信手段 １５ 認証局リスト比較手段 １６ 暗号化手段 １７ データ送信手段 １８ 認証局リスト作成手段 １９ 注文伝票Ｃ（カード番号） ２１ ＷＷＷサーバ ２２ 受注処理部 ２３ 認証局リスト（店舗用） ２４ データ送信手段 ２５ 復号化手段 ２６ データ受信手段 ２７ 認証局リスト作成手段 ２８ 伝票作成手段 ２９ 受注手段 ３０ 見積もり伝票Ｂ

Claims (4)

【特許請求の範囲】
1. 【請求項１】 ネットワークを介して接続されたクライ
   アント装置とサービス提供サーバとからなる電子決裁の
   認証システムにおいて、 クライアント装置が、サービス提供サーバから送信され
   るサーバの所有者が契約している認証局のリストと、ク
   ライアント装置のユーザが契約している認証局のリスト
   とを比較し、両リストに含まれる共通の認証局を選択し
   て、この認証局が発行する鍵を用いて電子決裁を行う認
   証システム。
2. 【請求項２】 前記サービス提供サーバが、サーバの所
   有者が契約している認証局のリストを作成する第１の作
   成手段と、この作成された認証局のリストを前記クライ
   アント装置へ送信する第１の送信手段とを備え、 前記クライアント装置が、前記第１の送信手段によって
   送信された認証局のリストを受信する第１の受信手段
   と、 クライアント装置のユーザが契約している認証局のリス
   トを作成する第２の作成手段と、 ユーザの契約している認証局が発行した鍵を記憶する鍵
   記憶手段と、 前記第１の受信手段によって受信された認証局のリスト
   と前記第２の作成手段によって作成された認証局のリス
   トとを比較して共通する認証局を選択する比較手段と、 前記比較手段によって選択された認証局が発行した鍵で
   あって、かつ前記鍵記憶手段に記憶されている鍵を用い
   て電子決裁情報を暗号化する暗号化手段と、 暗号化された電子決裁情報をサービス提供サーバへ送信
   する第２の送信手段とを備えることを特徴とする請求項
   １記載の認証システム。
3. 【請求項３】 前記サービス提供サーバが、 前記クライアント装置から送信された電子決裁情報を受
   信する第２の受信手段と、 受信した電子決裁情報を復号化する復号化手段と、 復号化された電子決裁情報を用いて受注処理を行う受注
   手段とをさらに備えることを特徴とする請求項２記載の
   認証システム。
4. 【請求項４】 前記クライアント装置が、前記第２の作
   成手段によって作成された認証局のリストに含まれる複
   数の認証局に選択優先度を付与する優先度付与手段をさ
   らに備え、 前記比較手段が選択した共通の認証局が複数個存在する
   場合に、選択優先度の最も高い共通の認証局のみを抽出
   することを特徴とする請求項２記載の認証システム。