JP2001217826A - ネットワーク認証装置および方法 - Google Patents

Abstract

(57)【要約】 【課題】 電子財布ソフトや電子認証などの付加的な手
段を用いることなく、加盟店などの提供者にパスワード
を一切残さずにインターネット上での三者間取引を可能
とし、セキュリティの確保を図ることを課題とする。 【解決手段】 ユーザ端末３からの要求を契機に提供者
サーバ１が第１のデータを認証センタＡに送信し、これ
を受けた認証センタＡは前記ユーザ端末３で入力される
第２のデータを暗号化するための暗号化プログラムを生
成し、ユーザ端末３からの要求によって暗号化プログラ
ムをユーザ端末３に送信し、ユーザ端末３において、入
力された第２のデータを前記暗号化プログラムによって
暗号化して認証センタＡに送信し、暗号化された第２の
データを認証センタＡにおいて自己が保有する第２のデ
ータと比較して認証を行い、認証結果を、認証センタＡ
から提供者サーバ１及びユーザ端末３に個別に送信する
ように構成して、提供者サーバ１にユーザのパスワード
などを残すことなく、認証を行うことを可能とする。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、インターネットなど
の商用ネットワーク、特に三者間取引におけるセキュリ
ティ技術に関するものである。

【０００２】

【従来の技術】インターネットが商用目的で使用される
ようになってくると、ネットワークのセキュリティ技術
の早急な確立が必要になってきている。すなわち、イン
ターネットはＴＣＰ／ＩＰによるオープンなプロトコル
を用いたデータ通信であり、データ通信の秘密性は本来
的に予定されていない。そのため、公開鍵などの各種の
暗号化技術を用いてユーザ端末とサーバとの間のデータ
セキュリティを確保する技術が多数提案されている。

【０００３】このような暗号通信では、ユーザ端末から
暗号化された特定のデータをサーバに送信し、サーバで
はこれを復号化して当該ユーザの正当性を認証するもの
が一般的だった。しかし、前記認証サーバそのものはイ
ンターネット上でオープンな環境に配置されており、サ
ーバそのものはファイアウォールが確立されていたとし
ても、そのサーバのアドレスは誰でも知ることができる
状態であった。すなわち、認証サーバは、そのアドレス
が公知なことにより、常にハッカやクラッカの標的とな
ってしまう可能性を否定できなかった。

【０００４】また、購入者がインターネット上のバーチ
ャルショップ（クレジットカード加盟店）で買い物を
し、その決済をクレジットカード会社（決済企業）に要
求する三者間取引に固有の問題として、加盟店に対する
クレジットカードの番号のセキュリティの確保がある。
係るセキュリティを確保する為の手段の代表なものとし
て、ＳＥＴおよびＳＳＬと呼ばれるものが提案されてい
る。これらはいずれもクレジットカード番号などの決済
情報と購入商品や価格などの注文情報を共に加盟店を介
して決済企業に送信するものである。

【０００５】前記ＳＥＴは、クレジットカード番号など
の決済情報を購入商品名や価格などの注文情報と切り離
して送信し、加盟店では決済情報を見ることができない
ようにしてありセキュリティに優れている。しかしなが
ら、ＳＥＴを利用するためには購入者のユーザ端末に電
子財布のソフトが必要であり、かつ電子認証を取得しな
ければならないなど、使い勝手が悪く普及のネックにな
っている。

【０００６】前記ＳＳＬは、電子財布ソフトや電子認証
は不要であり使い勝手はよいが、通信経路上においては
カード番号、パスワード、ＩＤなどの情報が毎回同じロ
ジックで暗号化されるため、途上の第三者に暗号を解読
される恐れがあり、かつ加盟店においてはこれらの情報
が元の復号されてしまうのでセキュリティに欠ける。

【０００７】

【発明が解決しようとする課題】この発明は、電子財布
ソフトや電子認証などの付加的な手段を用いることな
く、加盟店にパスワードを一切残さずにインターネット
上での三者間取引を可能とし、セキュリティの確保を図
ろうとするものある。

【０００８】

【課題を解決するための手段】この発明は、商品購入者
などのユーザ端末と、加盟店などの提供者サーバと、決
済企業などの認証センタとの間で行われる三者間取引に
おいて、パスワードなどの重要な決済情報は、加盟店な
どの提供者サーバを介さずに、ユーザ端末から認証セン
タへ暗号化の上で直接送信することにより、加盟店など
への決済情報の秘匿性を確実なものとしている。なお、
代金決済の手法はクレジットカードに限られるものでは
なく、デビットカードその他の認証を必要とする決済手
法に適用できる。

【０００９】請求項１の発明はデータを入力するユーザ
端末と、提供者サーバと、前記データに対して認証を与
える認証センタとで構成される。前記提供者サーバは、
前記ユーザ端末からの要求を契機として第１のデータを
認証センタへ送信し、認証センタで生成された暗号化プ
ログラム要求信号又は暗号化プログラムをユーザ端末へ
出力するものである。前記認証センタは、前記提供者サ
ーバからの第１のデータの受信を契機として、前記ユー
ザ端末で入力される第２のデータを暗号化するための暗
号化プログラムを生成し、この暗号化プログラムを前記
ユーザ端末に配信すると共に、ユーザ端末から直接入力
される暗号化された第２のデータに基づいて認証を行
い、認証結果を前記ユーザ端末及び提供者サーバに出力
するものである。

【００１０】前記ユーザ端末は、インターネットに接続
してデータの送受信が可能な機器であればよい。すなわ
ち、パーソナルコンピュータに限らず、携帯電話に接続
して端末を使用することのできるモバイルコンピュー
タ、ＰＤＡ（ＰｅｒｓｏｎａｌＤｉｇｉｔａｌ Ａｓｓ
ｉｓｔａｎｔ）、インターネット端末機能を持つ携帯電
話（例えばＮＴＴドコモ株式会社の「ｉモード端末」）
などを用いることができる。

【００１１】前記提供者サーバは、一般的にはインター
ネット上に開設されたクレジットカード会社の加盟店の
サイトのサーバであるが、代金決済を伴う取引が行われ
るものであれば、そのサイトは店の形態を持つ必要はな
い。

【００１２】前記ユーザ端末からの要求を契機に提供者
サーバから認証センタに送信される第１のデータとは、
例えば取引金額であり、第２のデータとは、例えばユー
ザのパスワード、ＩＤ、クレジットカード番号である。

【００１３】前記暗号化プログラムは、例えばＪＡＶＡ
のアプレットで生成することができ、ユーザ端末で入力
される第２のデータは暗号化されて認証センタのサーバ
に入力される。

【００１４】請求項２の発明は、認証センタは仲介サー
バを有し、仲介サーバを介してユーザ端末及び提供者サ
ーバと交信するものとしたものである。仲介サーバを介
在させることにより、認証センタの内部システムに外部
からアクセスすることができなくなり、秘匿性が向上す
る。

【００１５】請求項３の発明は、第２のデータの一部は
非可逆暗号化し、認証センタは、暗号化プログラムによ
り暗号化された第２のデータと、自身が保有する第２の
データを前記暗号化プログラムで暗号化したものと比較
することにより前記ユーザ端末からのセッションの正当
性を評価するようにしたものである。認証処理のキーと
なる項目は可逆暗号として認証センタで復号し、検索、
ネットワーク交換等の後続処理につなげるようにする
が、パスワードのように秘匿性の高い項目は、非可逆暗
号化して復号せずに比較することで、セキュリティが向
上する。

【００１６】請求項４の発明は、暗号化プログラムは前
記ユーザ端末から提供者サーバを経由した仲介サーバへ
のセッション毎に変化するようにしたものである。ユー
ザ端末からのデータが傍受されても、セッション毎に暗
号化プログラムが異なるために解読は極めて困難であ
る。

【００１７】請求項５の発明は、認証センタを、仲介サ
ーバと、受付サーバと、認証ゲートウェイとを有するも
のとしたものである。前記受付サーバは、第１のデータ
の受信を契機に取引番号を発行し、該取引番号により識
別される暗号化プログラムを生成するものである。前記
認証ゲートウェイは、認証データベースにアクセスし、
前記暗号化プログラムで暗号化された第２のデータと、
自身が保有する第２のデータを前記暗号化プログラムで
暗号化したものとを比較し、ユーザ端末からのセッショ
ンの正当性を確認（認証）するとともに、第１のデータ
に基づいて与信の評価を行うものである。

【００１８】請求項６の発明は、ユーザが提供者サーバ
による第１のデータの認証センタへの送信を促す決済要
求および認証に関する第２のデータを入力するユーザ端
末と、ネットワーク上で提供されるサービス又は商品を
提示する提供者サーバと、ネットワーク上での商品購入
またはサービスの提供の認証を行う認証センタとからな
り、前記提供者サーバは、前記ユーザ端末からの決済要
求の入力を契機として第１のデータを認証センタへ出力
し、認証センタは前記第１のデータの入力を契機に、前
記ユーザ端末で入力される第２のデータを暗号化するた
めの暗号化プログラムを生成し、決済処理画面に埋め込
まれた暗号化プログラム要求信号を提供者サーバを介し
てユーザ端末に送信し、ユーザ端末から自動的に行われ
る要求を契機にこの暗号化プログラムをユーザ端末に出
力し、前記暗号化プログラムを受け取ったユーザ端末
は、入力された第２のデータを前記暗号化プログラムで
暗号化して認証センタに出力し、前記暗号化された第２
のデータを受け取った前記認証センタはこれを認証する
ことにより、第２のデータの安易な漏洩を防止してセキ
ュリティを高めたものである。

【００１９】前記認証センタには仲介サーバを備え、仲
介サーバを介してネットワークに接続することが好まし
い。また、暗号化プログラムのユーザ端末への送信は、
暗号化プログラム要求信号を提供者サーバを介してユー
ザ端末へ送信し、ユーザ端末からの暗号化プログラム要
求信号により暗号化プログラムをユーザ端末へ直接送信
する。

【００２０】請求項７の発明は、ユーザ端末からの購入
要求の受信を契機として第１のデータを提供者サーバが
認証センタに送信するステップと、認証センタにおい
て、前記第１のデータの受信を契機に、前記ユーザ端末
で入力される第２のデータを暗号化するための暗号化プ
ログラムを生成し、決済処理画面に埋め込まれた暗号化
プログラム要求信号を提供者サーバを介してユーザ端末
に送信し、ユーザ端末から自動的に行われる要求を契機
にこの暗号化プログラムを前記ユーザ端末に配信するス
テップと、ユーザ端末において、入力された第２のデー
タを前記暗号化プログラムによって暗号化し、認証セン
タに送信するステップと、認証センタにおいて、ユーザ
端末で暗号化された第２のデータを、認証センタが保有
する第２のデータと比較して認証を行うステップと、認
証結果を、認証センタから提供者サーバ及びユーザ端末
に個別に送信するステップとからなるネットワーク認証
方法である。

【００２１】この発明においては、秘匿性の高いパスワ
ードなどの情報を第２のデータとして加盟店などの提供
者サーバを介さずに認証センタへ送信することができ、
決済情報の高いセキュリティを得ることができる。

【００２２】請求項８の発明は、第１のデータは取引要
求データとし、暗号化プログラムは、取引番号により識
別されるようにしながら取引ごと（セッションごと）に
異なる形で生成することとしたものである。例えば、受
付サーバの機械時間の日時情報を暗号化キーとして用い
ることにより、セッションごとに異なる暗号化プログラ
ムを生成することができ、傍受による解読を防止するこ
とができる。

【００２３】請求項９の発明は、請求項７の発明を実行
するためのプログラムを記憶した記憶媒体である。ここ
で、記憶媒体とは、光学的、磁気的、光磁気的な記憶手
段を備えたあらゆる媒体を含み、光ディスク、光磁気デ
ィスク、磁気テープ、またはこれらを収容したカードリ
ッジ、カセット、カードなどを含む。

【００２４】

【発明の実施の形態】以下、図面に基づいて、この発明
の実施の形態を説明する。この実施形態は、クレジット
カードの会員がＷｅｂ上のカード加盟店サイトで買い物
をし、その代金をクレジットカードで決済するためのシ
ステムとして構成してある。

【００２５】図１は、本実施形態のシステム構成を示す
概略図である。この実施形態において、提供者サーバで
ある加盟店サーバ１、ユーザ端末であるクレジットカー
ドの会員端末３、認証センタである認証・与信センタＡ
の仲介サーバ４がインターネット２を介して相互に接続
されている。前記仲介サーバ４はファイアウォールサー
バ５を介してＬＡＮまたはＷＡＮによって認証・与信ゲ
ートウェイ６及び受付サーバ９と接続され、前記仲介サ
ーバ４、認証・与信ゲートウェイ６、受付サーバ９で認
証・与信センタＡを構成している。ここで、認証・与信
センタＡは仲介サーバ４によってインターネットに接続
されており、外部から認証・与信ゲートウェイ６及び受
付サーバ９にアクセスすることはできない。

【００２６】前記加盟店サーバ１には、会員端末３から
送信される決済要求を契機に起動し、取引金額などを保
持するとともに、のちに認証・与信センタＡから受信す
る決済画面ＨＴＭＬ１５から取引番号情報のみを抽出す
るＣＧＩプログラム１２が格納されている。

【００２７】前記認証・与信ゲートウェイ６には、以下
のプログラムが格納されている。 受付サーバ９から送信された復号ロジックにより、
暗号化されたＩＤを復号するもの。 復号されたＩＤをキーとして認証・与信システム７及
び認証・与信データベース８から与信残高及びパスワー
ドを得るもの。 受付サーバ９から送信された非可逆暗号ロジックによ
りパスワードを非可逆暗号化するもの。 受付サーバ９から送信された暗号化パスワードと認証
・与信ゲートウェイ６において暗号化されたパスワード
を比較して認証を行うもの。 受付サーバ９から送信された取引金額を与信残高と比
較して与信を行うもの（以上図３参照）。 取引番号、認証結果１５、与信結果１６を加盟店サー
バ１へ送信するもの（図４参照）。

【００２８】前記認証・与信ゲートウェイ６は、認証・
与信システム７と認証・与信データベース８とを有して
おり、認証・与信データベース８には認証・与信のため
に予め登録されている会員のＩＤ（カード番号）、パス
ワード、会員氏名、与信残高などが記録されている（図
５参照）。

【００２９】前記受付サーバ９には以下の機能を持つ受
付ＣＧＩプログラム１３が格納されている。 取引番号を発行し、これをキーとして抽出した加盟店
情報と取引金額を受付データベー ス１０に格納するも
の。 暗号化キー（Ａ、Ｂ）を取得し、受付データベース１
０に格納するもの。 暗号ロジック（可逆、非可逆）を生成し、取引番号と
暗号ロジックを埋め込んだ暗号化アプレット１４を生成
するもの。 復号ロジックを生成するもの。 暗号ロジック及び復号ロジックを認証・与信ゲートウ
ェイ６へ送信するもの。 取引番号をＭＩＭＥヘッダに付加し、アプレットタグ
を付加した決済画面ＨＴＭＬ１５を生成するもの。（以
上図２参照） 取引番号をキーとして、受付データベース１０から取
引金額を抽出するもの。 認証結果１６と与信結果１７を表示するための結果表
示ＨＴＭＬ１８を生成するもの（以上図３参照）。

【００３０】前記受付サーバ９は、受付データベース１
０と加盟店データベース１１を有しており、受付データ
ベース１０には受付サーバ９で付与される取引番号（受
付番号）、可逆暗号化プログラムを特定するための暗号
化キーＡ、非可逆化プログラムを特定するための暗号化
キーＢ、加盟店サーバ１から送信される取引金額などが
記録され（図６参照）、加盟店データベースには加盟店
サイトのＵＲＬ、加盟店名、取引開始年月日などの情報
が記録されている（図７参照）。

【００３１】前記図１に示した三者間取引システムにお
いては、会員端末３から入力されるクレジットカード番
号やパスワードは、加盟店を含めて通信路上で高いセキ
ュリティが必要であり、またこれを認証・与信するため
の認証・与信センタＡも認証・与信ゲートウェイ６や受
付サーバ９のセキュリティを維持する必要がある。

【００３２】この実施形態では、これらの点について、
会員端末３から入力されるクレジットカード番号やパス
ワードを一時的な使い切りプログラム、たとえば使い捨
てのＪＡＶＡアプレットを用いて通信路上のデータ傍受
を防止するとともに、認証・与信センタＡに仲介サーバ
４を設けて加盟店サーバ１及び会員端末３は直接的には
この仲介サーバ４と交信することにより、認証・与信セ
ンタＡ内部のアドレスやシステム構成を秘密化してい
る。また、本人確認のための重要な情報であるＩＤやパ
スワードは、加盟店サーバ１を介さずに直接仲介サーバ
４へ暗号化されて送信することにより、加盟店に本人確
認のためのデータが残ることなく、セキュリティが維持
される。

【００３３】次に、図２ないし図４を用いて加盟店サー
バ１、会員端末３及び認証・与信センタＡのそれぞれの
機能について説明する。

【００３４】図２は、会員端末３が加盟店サーバ１にア
クセスして決済を要求し、会員端末３にＩＤとパスワー
ドの入力画面を表示するまでの、加盟店サーバ１、会員
端末３、認証・与信センタＡの各機能分担を示したブロ
ック図である。なお、説明中のマル付き数字は画面上の
マル付き数字に対応し、カギカッコ内の数字は図１２中
の数字に対応する。

【００３５】（加盟店サーバ及び会員端末の機能） [会員が決済を要求するステップ(ステップ)]まず、ユ
ーザ（会員）は、会員端末３よりインターネット２にダ
イヤルアップＩＰ等の方法でアクセスし、会員端末３内
のブラウザを起動する。そして、ＵＲＬ（Ｕｎｉｆｏｒ
ｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）として加盟店サ
ーバ１のサーバプログラムのアドレスを指定することに
よって、商品購入画面が表示される。

【００３６】ユーザが画面上でマウスなどの入力補助装
置を用いて購入商品を選択し、選択情報を会員端末３か
ら加盟店サーバ１に送信すると、加盟店サーバ１から会
員端末３に購入内容（品目、代金など）が表示された加
盟店レジ画面が送信され（「１２０１」）、会員端末３
に表示される（図８参照）。

【００３７】前記加盟店レジ画面において、ユーザが購
入内容を確認し、決済要求ボタン（図８中「セキュアペ
イメントへ進む」ボタン）を押すと、会員端末３のブラ
ウザから加盟店サーバ（ＷＷＷサーバ）１へ、トリガー
となる決済要求（ＨＴＴＰリクエスト）が送信される
（「１２０２」）。

【００３８】[加盟店が認証・与信センタに取引を要求
するステップ(ステップ)]加盟店サーバ１が前記決済
要求を受け取ると加盟店ＣＧＩプログラム１２が起動す
る（−１）。この加盟店ＣＧＩプログラム１２は、取
引の明細を保持した上で、認証・与信センタＡの仲介サ
ーバ４に第１のデータとして取引金額、取引番号の発行
を要求するＨＴＴＰリクエストを送信する（−３「１
２０３」）。

【００３９】[認証・与信センタが取引番号を発行し、
取引金額と加盟店情報をファイルするステップ(ステッ
プ−１、２)]前記ＨＴＴＰリクエストは仲介サーバ４
で仲介されて受付サーバ９へ送信され（「１２０
４」）、受付ＣＧＩプログラム１３が起動する（−
１）。前記受付ＣＧＩプログラム１３において、取引番
号が発行されると共に、前記ＨＴＴＰリクエストから当
該取引を行う加盟店の情報を抽出し、前記取引番号、取
引金額と共に受付データベース１０に格納する（−２
「１２０５」）。

【００４０】[暗号化ロジックを生成するステップ（ス
テップ−３ないし７）]次いで、前記受付ＣＧＩプロ
グラム１３によって、使い捨ての暗号化ロジックが生成
される（「１２０５」） すなわち、受付データベース１０には取引（セッショ
ン）ごとに異なる可逆性の暗号化ロジックおよびその復
号化ロジックを生成または再生するための暗号化キーＡ
と、取引（セッション）ごとに異なる非可逆暗号化ロジ
ックを生成または再生するための暗号化キーＢが格納さ
れる（−３）。暗号化キーと暗号化ロジックについて
は図１３、１４、１５、１６、１７および１８を用いて
後述する。そして、前記両暗号化キーにより生成される
暗号化ロジック（可逆および非可逆）に基づき暗号化ア
プレット１４を生成する（−４）。次いで、前記可逆
暗号化ロジックの復号化ロジックを生成し（−５）、
暗号化ロジックと復号化ロジック及び取引番号を認証・
与信ゲートウェイ６へ送信する（−６「１２０
６」）。次いで、取引番号をＭＩＭＥヘッダとして付加
され、かつ、アプレットタグを付加された決済画面ＨＴ
ＭＬ１５を生成し（−７）、決済画面ＨＴＭＬ１５を
仲介サーバ４を介して加盟店サーバ１に送信する（図９
参照、−８「１２０７、１２０８」）。

【００４１】[認証・与信センタが加盟店経由で会員に
決済内容確認とＩＤ、ＰＷ入力画面を送るステップ（ス
テップ）]送信を受けた加盟店サーバ１ではすでに起
動し待機状態のＣＧＩプログラム１２が、前記決済画面
ＨＴＭＬ１５から取引番号を抽出し（−１）、決済画
面ＨＴＭＬ１５を会員端末３に送信する（−２、
３）。会員端末３は決済画面ＨＴＭＬ１５を表示し、決
済画面ＨＴＭＬ１５のアプレットタグに基づきアプレッ
トに埋め込まれた暗号化プログラムの自動ロード要求が
仲介サーバ４を経て受付サーバ９へ送信され（−４、
５「１２１０、１２１１」）、これを受けて受付サーバ
９から仲介サーバ４を経て暗号化アプレット１４が会員
端末３にロードされ（「１２１２、１２１３」）、暗号
化アプレット１４が決済画面（図９）に表示される（
−６）。

【００４２】上記において、認証・与信センタＡは決済
画面ＨＴＭＬ１５を加盟店サーバ１を介して会員端末３
に送るに際し、加盟店サーバ１には暗号化プログラム要
求信号のみ通過し、暗号化プログラムそのものは通過し
ないため、、会員番号、パスワードが加盟店に開示され
ることがない。

【００４３】前記決済画面を表示するために決済画面Ｈ
ＴＭＬ１５は、図１０に示すようにテキストの記述で構
成されている。この中で付加されているアプレットタグ
において、ＡＰＰＬＥＴ ＣＯＤＥＢＡＳＥとして指定
されているｈｔｔｐ：／／ｗｗｗ．ｃｒｅｄｉｔ．ｃｏ
ｍが暗号化アプレットを取得に向かうべきＵＲＬを示
し、ＯＴＰ００００１１１１．ｃｌａｓｓが暗号化アプ
レット１４のファイル名を示している。この暗号化アプ
レット１４は、いわゆるワン・タイム・プログラムであ
り、当該取引の認証のためのセッションのみに用いられ
る一時的なプログラムである。

【００４４】前記暗号化アプレット１４をワン・タイム
・プログラムにする理由は以下の通りである。すなわ
ち、会員が使用するカード番号、パスワードは一定であ
るため、同一のカード番号で複数回のアクセスがあるこ
とが考えられる。そのため、アクセス毎に異なる暗号化
ロジックで暗号化された情報を通信経路上で送受信する
ため不正アクセスを防止できる。

【００４５】暗号化アプレット１４は、前述のように、
受付サーバ９で付与された取引番号で識別される暗号化
キーによって生成されているため、同一の暗号化プログ
ラムが生成される可能性は天文学数値的に低くなってい
る。

【００４６】次に、図３を用いて、会員端末３のブラウ
ザ上で、図９に示した決済画面で入力されたカード番号
及びパスワードが、認証・与信センタＡで認証されるま
での、認証・与信センタＡの機能を説明する。

【００４７】[会員がＩＤとＰＷを入力し、認証センタ
に伝えるステップ（ステップ）]まず、会員端末３上
のブラウザより入力されたカード番号及びパスワード
は、前述のように１回の取引だけのために生成された前
記暗号化アプレット１４よって暗号化され（−１「１
２１４」）、取引取引番号と共にＨＴＴＰリクエストと
して仲介サーバ４に送信される（−２「１２１
５」）。このとき、カード番号は可逆暗号化され、秘匿
性の高いパスワードは非可逆暗号化される。このように
認証・与信センタＡから提供された１回限りの暗号化プ
ログラムを用いて入力されたカード番号、パスワードを
暗号化することによって、会員端末３と仲介サーバ４と
の回線をトレースして当該通信を傍受したとしても、傍
受者は復号することができない。

【００４８】仲介サーバ４が前記暗号化カード番号、パ
スワード、取引番号を受信すると、受付ＣＧＩプログラ
ム１３が起動し（−３）、受付ＣＧＩプログラム１３
へ取引番号、暗号化されたカード番号カード番号及び暗
号化パスワードが送信される（−４）。次いで、受付
ＣＧＩプログラム１３によって取引番号をキーとして受
付データベース１０に格納された取引金額データが抽出
され（−５）、取引番号、取引金額、前記暗号化カー
ド番号、パスワードが与信ゲートウェイ６へ送信される
（−６）。

【００４９】[認証・与信センタが認証と与信を行うス
テップ（ステップ）]前記データを受け取った認証・
与信ゲートウェイ６では、予め受付サーバ９から受け取
っている復号化ロジックにより、可逆暗号化されたカー
ド番号が復号され（−１）、復号されたカード番号を
キーとして認証・与信システム７の認証・与信データベ
ース８から該当カード番号に対応するパスワードを抽出
し、認証・与信ゲートウェイ６に送信される（−
２）。次いで、予め受付サーバ９から受け取っている非
可逆暗号化ロジックにより前記パスワードを暗号化し
（−３）、この暗号化パスワードと会員端末３から受
け取った暗号化パスワードとを比較して、両者が一致し
た場合本人と、異なる場合は別人と判定し、認証結果１
６とする。（−４）

【００５０】認証・与信ゲートウェイ６は、受付サーバ
９から送られた金額情報と前記与信残高データとを比較
し、金額が与信残高以内の場合に与信を認める判定を行
い与信結果１７を得（−５）、認証・与信データベー
ス８から会員氏名を取得する（「１２１６」）。

【００５１】[認証・与信センタが会員にＯＫ／ＮＧを
返すステップ]前記認証結果１６、与信結果１７及び会
員氏名に基づき、受付ＣＧＩプログラム１３によって、
会員氏名が表示された結果表示画面ＨＴＭＬ１８が作成
され、仲介サーバ４から会員端末３へ返送され（−１
「１２１５、１２１８」）、ブラウザ上に表示される
（−２、図１１「１２１９」）。

【００５２】[認証・与信センタが加盟店にＯＫ／ＮＧ
を返すステップ]受付ＣＧＩプログラム１３が起動し、
前記認証結果１６、与信結果１７が取引番号と共に、仲
介サーバ４から加盟店サーバ１へ返信され（−１）、
加盟店は取引の結果を確認する（「１２２０、１２２
１、１２２２」）。加盟店サーバ１において加盟店ＣＧ
Ｉプログラム１２を起動させて前記情報を送信すること
により（−２、３）、既に取得している取引番号をキ
ーとして認証・与信センタＡから送信されるデータを整
理したり、取引履歴を更新するなど、加盟店固有の後処
理を行うこともできる（−４）。

【００５３】次に、図２で説明した会員端末３に提供さ
れる暗号化アプレット１４の生成手順について図１３お
よび、図１４を用いて説明する。

【００５４】まず、図１３に示すとおり、会員端末ブラ
ウザ１３０２からの決済要求（ＨＴＴＰリクエスト）を
契機に、加盟店サーバプログラム１３０１が起動し、取
引番号発行要求と取引金額（ＨＴＴＰリクエスト）が受
付サーバプログラム１３０３に送信される。そして、受
付サーバプログラム１３０３においては、その受信を契
機に、受付ＣＧＩプログラム１３が起動される。

【００５５】受付ＣＧＩプログラム１３は、アプレット
のテンプレート１３０４を選択的に読み出して、種プロ
グラム（Seed）の書き換えと実行ファイル（class）の
出力を行い、暗号化アプレット１４を生成する。そし
て、この暗号化アプレット１４は、受付サーバプログラ
ム１３０３を通じて会員端末ブラウザ１３０２に提供さ
れる。図１３中符号は、決済画面ＨＴＭＬの送信経路
を示すものである。

【００５６】暗号化アプレットの生成に際し、図１４に
示すとおり、前記暗号化アプレット１４を当該セッショ
ン限りの使い捨てとするため、暗号化キーを設定する。
すなわち、暗号化キーＡの操作によってセッション毎に
異なる暗号化ロジック（可逆）を、暗号化キーＢの操作
によってセッション毎に異なる暗号化ロジック（非可
逆）を生成させることになる。そのため、受付サーバ９
には、図１５及び図１６に示す暗号化ロジック（可逆）
を登録したテーブルＡ１及びテーブルＡ２と、図１８に
示す暗号化ロジック（非可逆）を登録したテーブルＢが
設けられている。

【００５７】すなわち、この実施形態では、暗号化キー
（Ａ、Ｂ）によって、採用される暗号化ロジック（可
逆、非可逆）が特定されるようになっており、この暗号
化キー（Ａ、Ｂ）は後の認証のために受付データベース
１０内に保持される（図１４参照）。

【００５８】図１５および図１６において、変数ａは日
付であり、各サーバが有している時計機能から得られ
る。当該テーブル構成において、暗号化キーとして
「（Ａ１，３）」が指定されたときには、図１５に示す
テーブルＡ１の３番目の式、すなわち、「Ｙ＝ａＸ＋
３」が採用される。この式を用いた場合、たとえば当該
日が１０日であるとすると（ａ＝１０）、入力された数
値Ｘを１０倍して３加えた数値Ｙが暗号化値となる。

【００５９】なお、暗号化キーや変数は、セッション毎
に異なる数値が生成されるように、サーバの機械時計の
値を用いて設定してもよい。たとえば、暗号化テーブル
に図１７に示すようなロジックが登録されている場合、
αはサーバの機械時計の秒（４桁）、βはサーバの機械
時計の年月日（６桁）、γはサーバの機械時計の時分
（４桁）としてもよい。

【００６０】また、非可逆性の暗号化には、図１８に示
すように、素数とのＭＯＤを使用してもよい。暗号化キ
ーを「（Ｂ，３）」と設定すると、図１８に示すテーブ
ルＢの３番目の式、すなわち、「Ｙ＝MOD（１９Ｘ ＋
３１ ， ３００１）」が採用される。この式を用いた
場合、入力された数値Ｘを１９倍して３１加えた数値を
３００１で除し、その剰余Ｙが暗号化値となる。

【００６１】なお、暗号化キーとして取引番号を用いる
こともできる。

【００６２】次に、図１２を参照しながら、この実施形
態における暗号化と認証の理解を容易にするために、以
下の具体的な数値を用いて会員端末３と、加盟店サーバ
１と、仲介サーバ４と、受付サーバ９と認証・与信ゲー
トウェイ６とのやりとりを時系列的に説明する。

【００６３】条件は以下のとおりとする。 カード番号：１２３４ パスワード：９１０４ 可逆暗号化ロジック：Ｙ＝３Ｘ−９９ [Ｘはカード番号] 非可逆暗号化ロジック：Ｙ＝ＭＯＤ（１９Ｘ＋３１，３００１） [Ｘはパスワード]

【００６４】まず、会員端末３より決済要求が指示され
ると、加盟店サーバ１は、仲介サーバ４を経由し受付サ
ーバ９に取引番号発行を要求する（１２０１ないし１２
０４）。

【００６５】受付サーバ９の受付ＣＧＩプログラム１３
によって、この決済要求に対して取引番号を付与する。
そして、暗号化方法を設定する。具体的には、特定のル
ールで選択される可逆暗号化ロジック「Ｙ＝３Ｘ−９
９」、非可逆暗号化ロジック「Ｙ＝MOD（１９Ｘ＋３
１，３００１）」とこれらのロジックを特定する暗号化
キーＡ（可逆）、暗号化キーＢ（非可逆）がデータベー
スに格納される。次いで、可逆暗号化ロジック「Ｙ＝３
Ｘ−９９」、非可逆暗号化ロジック「Ｙ＝ＭＯＤ（１９
Ｘ＋３１，３００１）」を埋め込んだ暗号化アプレット
１４を生成する（１２０５）。合わせて、暗号化キー
（Ａ、Ｂ）を用い認証・与信ゲートウエイ６で使用する
暗号化ロジック（非可逆）「Ｙ＝MOD（１９Ｘ＋３１，
３００１）」と復号化ロジック「Ｘ＝（Ｙ＋９９）／
３」を作成し、認証・与信ゲートウエイ６へ伝達する。
（１２０６）

【００６６】次に、会員端末３上でカード番号（ＩＤ）
「１２３４」、パスワード（ＰＷ）「９１０４」が入力
されると、ＩＤは可逆暗号化ロジック「Ｙ＝３Ｘ−９
９」によって計算され、ＰＷは非可逆暗号化ロジック
「Ｙ＝ＭＯＤ（１９Ｘ＋３１，３００１）」によって計
算され、計算結果が暗号化ＩＤ「３６０３」、暗号化Ｐ
Ｗ「１９５０」として仲介サーバ４を通じて認証・与信
ゲートウェイ６に通知される。

【００６７】一方、認証・与信ゲートウェイ６では、復
号化ロジック「Ｘ＝（Ｙ＋９９）／３」を用いて暗号化
ＩＤ「３６０３」を復号し、ＩＤ「１２３４」を得る。
次いで、このＩＤをキーにして認証・与信データベース
８よりＰＷ「９１０４」を読み出し、前記非可逆暗号化
ロジック「Ｙ＝ＭＯＤ（１９Ｘ＋３１，３００１）」に
よって暗号化し暗号化ＰＷ「１９５０」を得る。そして
前述の会員端末３から通知された暗号化ＰＷ「１９５
０」と比較する（１２１６）。

【００６８】この結果、認証・与信データベース８に格
納されていたＰＷを暗号化したものと、会員端末３から
の暗号化ＰＷとが一致した場合には認証が成立する。

【００６９】

【発明の効果】この発明によれば、商品購入者などのユ
ーザ端末、商品販売者などの提供者サーバ、代金決済企
業などの認証センタの三者間取引における認証業務にお
いて、暗号化プログラムを提供者サーバを介さずにユー
ザ端末に届け、ユーザ端末で入力されるパスワードなど
は暗号化された上で直接認証センタへ入力されるので、
商品販売者などにＩＤ（カード番号など）やパスワード
を知られるおそれがなく、これらのセキュリティが確保
される。

【００７０】そして、ユーザ端末に格別のプログラムは
必要なく、電子認証を用意する必要もないので、ユーザ
にとっての負担がない。

【００７１ 】また、当該セッション限りの使い切りの
暗号化プログラムを提供し、この暗号化プログラムによ
ってユーザ端末上で入力データを暗号化できるため、通
信路上での漏洩に対してもセキュリティの高いデータ通
信が可能となる。

【００７２】さらに、前記暗号化プログラムに該当セッ
ション限りの使い切りの暗号化プログラムを用いるなら
ば、漏洩したデータに基づいて第三者がセッションを開
始しても暗号化プログラムが一致することはなく、不正
アクセスを防止できる。

【図面の簡単な説明】

【図１】 この発明の実施形態におけるシステム構成
を示す概略図

【図２】 実施形態の会員端末にパスワードの入力画
面を表示するまでの手順を示すブロック図

【図３】 実施形態の認証・与信処理の手順を示すブ
ロック図

【図４】 実施形態の加盟店への認証結果通知手順を
示すブロック図

【図５】 実施形態の認証・与信データベースの内容
を示す説明図

【図６】 実施形態の受付データベースの内容を示す
説明図

【図７】 実施形態の加盟店データベースの内容を示
す説明図

【図８】 実施形態の取引受付請求画面を示す説明図

【図９】 実施形態のカード番号、パスワード入力画
面を示す説明図

【図１０】 実施形態の決済画面のＨＴＭＬ表記例を示
す説明図

【図１１】 実施形態の結果通知画面を示す説明図

【図１２】 実施形態の手順およびデータの流れを示す
シーケンス図

【図１３】 実施形態において、会員端末に提供される
ＨＴＭＬファイルと暗号化アプレットの生成手順を示す
ブロック図

【図１４】実施形態の暗号化アプレットの生成方法の変
形例を示すブロック図

【図１５】実施形態の暗号化テーブルを示す説明図
（１）

【図１６】 実施形態の暗号化テーブルを示す説明図
（２）

【図１７】 実施形態の暗号化テーブルを示す説明図
（３）

【図１８】 実施形態の暗号化テーブルを示す説明図
（４）

【符号の説明】

Ａ 認証・与信センタ １ 加盟店サーバ ２ インターネット ３ 会員端末 ４ 仲介サーバ ５ ファイアウォールサーバ ６ 認証・与信ゲートウエイ ７ 認証・与信システム ８ 認証・与信データベース ９ 受付サーバ １０ 受付データベース １１ 加盟店データベース １２ 加盟店のＣＧＩプログラム １３ 受付のＣＧＩプログラム １４ 暗号化アプレット １５ 決済画面ＨＴＭＬ １６ 認証結果 １７ 与信結果 １８ 結果表示ＨＴＭＬ １２０１〜１２２０ 実施形態の手順 １３０１ 加盟店サーバのプログラム １３０２ 会員端末ブラウザ １３０３ 受付サーバプログラム １３０４ アプレットのテンプレート １４０１ 暗号化キーＡ １４０２ 暗号化キーＢ １４０３ ロジックテーブル（可逆） １４０４ ロジックテーブル（非可逆）

フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｌ 9/08 Ｈ０４Ｌ 9/00 ６０１Ｂ (72)発明者 塚本 優雄 東京都豊島区東池袋１丁目44番３号 株式 会社セゾン情報システムズ内 (72)発明者 野津 浩生 東京都豊島区東池袋１丁目44番３号 株式 会社セゾン情報システムズ内 Ｆターム(参考） 5B085 AE23 AE29 5B089 GA11 GA23 KA17 KC58 KE02 KE03 KH30 5J104 AA01 AA07 AA16 EA01 EA03 GA03 JA01 JA03 KA01 KA03 NA03 NA05 NA36 NA38 PA07 PA10 9A001 BB04 CC08 EE03 EE04 JJ05 JJ25 JJ67 KK57 LL03

Claims (9)

【特許請求の範囲】
1. 【請求項１】 要求またはデータを入力するユーザ端末
   と、提供者サーバと、前記データに対して認証を行う認
   証センタとからなり、前記提供者サーバは、前記ユーザ
   端末からの要求の受信を契機に第１のデータを認証セン
   タに送信するものとし、前記認証センタは、前記提供者
   サーバからの第１のデータの受信を契機として前記ユー
   ザ端末で入力される第２のデータを暗号化するための暗
   号化プログラムを生成し、暗号化プログラム要求信号を
   提供者サーバを介してユーザ端末に送信し、前記ユーザ
   端末からの要求の受信を契機にこの暗号化プログラムを
   前記ユーザ端末に配信すると共に、前記第１のデータお
   よびユーザ端末から直接送信される暗号化された第２の
   データに基づいて認証を行い、認証結果を前記ユーザ端
   末および提供者サーバに出力するものとした、ネットワ
   ーク認証装置
2. 【請求項２】 認証センタは仲介サーバを有し、仲介サ
   ーバを介してユーザ端末及び提供者サーバと交信するも
   のとした、請求項１記載のネットワーク認証装置
3. 【請求項３】 第２のデータの一部は非可逆暗号化し、
   認証センタは、暗号化プログラムにより暗号化された第
   ２のデータと、自身が保有する第２のデータを前記暗号
   化プログラムで暗号化したものとを比較することにより
   前記ユーザ端末からのセッションの正当性を評価するも
   のとした、請求項１又は２記載のネットワーク認証装置
4. 【請求項４】 暗号化プログラムは、前記ユーザ端末か
   ら提供者サーバを経由した仲介サーバへのセッション毎
   に変化するものとし、請求項１ないし３の何れかに記載
   のネットワーク認証装置
5. 【請求項５】 認証センタは、仲介サーバと、受付サー
   バと、認証ゲートウェイを有し、受付サーバは、第１の
   データの受信を契機に取引番号を発行し、該取引番号に
   より識別される暗号化プログラムを生成するものとし、
   認証ゲートウェイは、認証データベースにアクセスし、
   前記暗号化プログラムで暗号化された第２のデータと、
   自身が保有する第２のデータを前記暗号化プログラムで
   暗号化したものとを比較し、ユーザ端末からのセッショ
   ンの正当性を確認するとともに、与信の評価を行うもの
   とした、請求項１記載のネットワーク認証装置
6. 【請求項６】 ユーザが購入要求に関し提供者サーバか
   ら第１のデータを認証センタに送信するための要求を行
   い、また第２のデータを入力するユーザ端末と、ネット
   ワーク上で提供されるサービス又は商品を提示する提供
   者サーバと、ネットワーク上での商品購入又はサービス
   提供の認証を行う認証センタとからなり、前記提供者サ
   ーバは、前記ユーザ端末からの要求を契機に第１のデー
   タを認証センタへ出力し、認証センタは前記第１のデー
   タの入力を契機に、前記ユーザ端末で入力される第２の
   データを暗号化するための暗号化プログラムを生成し、
   決済処理画面に埋め込まれた暗号化プログラム要求信号
   を提供者サーバを介してユーザ端末に送信し、ユーザ端
   末から自動的に行われる要求を契機にこの暗号化プログ
   ラムをユーザ端末に出力し、前記暗号化プログラムを受
   け取ったユーザ端末は、入力された第２のデータを前記
   暗号化プログラムで暗号化して前記認証センタに出力
   し、前記暗号化された第２のデータを受け取った認証セ
   ンタはこれを認証することにより、第２のデータの安易
   な漏洩を防止してセキュリティを高めたネットワーク認
   証装置
7. 【請求項７】 ユーザ端末からの要求の受信を契機に第
   １のデータを提供者サーバが認証センタに送信するステ
   ップと、認証センタにおいて、前記第１のデータの受信
   を契機に、前記ユーザ端末で入力される第２のデータを
   暗号化するための暗号化プログラムを生成し、暗号化プ
   ログラム要求信号を提供者サーバを介してユーザ端末に
   送信し、ユーザ端末から自動的に行われる要求の受信を
   契機に、この暗号化プログラムを前記ユーザ端末に配信
   するステップと、ユーザ端末において、入力された第２
   のデータを前記暗号化プログラムによって暗号化し認証
   センタに送信するステップと、ユーザ端末で暗号化され
   た第２のデータを、前記認証センタが保有する第２のデ
   ータと比較して認証を行うステップと、認証結果を、認
   証センタから提供者サーバ及びユーザ端末に個別に送信
   するステップとからなるネットワーク認証方法
8. 【請求項８】暗号化プログラムは、第１のデータにより
   発行される取引番号により識別される形で生成すること
   にした、請求項７記載のネットワーク認識方法
9. 【請求項９】ユーザ端末からの要求の受信を契機に、第
   １のデータを提供者サーバが認証センタに送信するステ
   ップと、認証センタにおいて、前記第１のデータの受信
   を契機に、前記ユーザ端末で入力される第２のデータを
   暗号化するための暗号化プログラムを生成するステップ
   と、認証センタにおいて、決済処理画面に埋め込まれた
   暗号化プログラム要求信号を提供者サーバを介してユー
   ザ端末に送信し、さらにユーザ端末においてその暗号化
   プログラム要求信号の受信を契機に認証センタにそれを
   送信するステップと、認証センタにおいて前記暗号化プ
   ログラム要求信号に基づき、この暗号化プログラムを前
   記ユーザ端末に配信するステップと、ユーザ端末におい
   て、入力された第２のデータを前記暗号化プログラムに
   よって暗号化し、認証センタに送信するステップと、ユ
   ーザ端末で暗号化された第２のデータを、前記認証サー
   バが保有する第２のデータと比較して認証を行うステッ
   プと、認証結果を、認証センタから提供者サーバ及びユ
   ーザ端末に個別に送信するステップとからなるプログラ
   ムを記憶した記憶媒体