JP2001337925A - ユーザ認証装置及びこれを用いた商取引システム - Google Patents

Abstract

(57)【要約】 【課題】 通信ネットワークを介して送受信されるクレ
ジット番号等が第三者に盗まれた場合でも、悪用を防止
する。 【解決手段】 ユーザ側情報処理部２は、第一の認証用
番号を認証側情報処理部３へ送信する機能と、認証側情
報処理部３からアクセス許可通知を受信すると、変換則
４を用いて第一の認証用番号を第二の認証用番号に変換
し、第二の認証用番号を新たな第一の認証用番号とする
機能とを有する。認証側情報処理部３は、第一の認証用
番号を受信すると、照合処理を実行する機能と、正規ユ
ーザであればアクセス許可通知をユーザ側情報処理部２
へ送信する機能と、変換則４と同じものを用いて第一の
認証用番号を第二の認証用番号に変換し、第二の認証用
番号を新たな第一の認証用番号としてデータベース５に
記録する機能とを有する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通信ネットワ−ク
を介して送受信される認証用番号を使ってユーザを認証
するためのユーザ認証装置、及びこのユーザ認証装置を
用いた商取引システムに関する。認証用番号としては、
例えばクレジット番号、暗証番号、ＩＤ番号、パスワー
ド等が挙げられる。なお、「認証」とは、システムの利
用者に対して申告した本人であるかどうかの正当性を確
認すること（authentication）、又はあるシステム資源
に対してアクセス権限を持っているかどうかを確認して
使用権限を与えること（authorization）と定義されて
いる（日経ＢＰ社刊「通信・ネットワーク用語ハンドブ
ック２０００年版」）。

【０００２】

【従来の技術】インターネット上での商取引における支
払いの方法として、クレジットカードを利用する方法が
ある。クレジットカードを利用した従来の支払方法は、
注文者が氏名及びクレジット番号をユーザ端末を用いて
販売センターに送出し、販売センターがクレジット会社
にアクセスして決済の処理を行うというものである。

【０００３】

【発明が解決しようとする課題】しかしながら、この従
来の方法には次のような問題があった。

【０００４】ユーザ端末−販売センター端末間及び販売
センター端末−クレジット会社端末間のデータ送受信に
インターネットを用いるため、インターネットを介して
情報が第三者に盗まれる可能性があった。その結果、盗
まれたクレジット番号を第三者に悪用される危険性があ
った。いわゆる「なりすまし」である。

【０００５】

【発明の目的】そこで、本発明の目的は、通信ネットワ
ークを介して送受信されるクレジット番号等が第三者に
盗まれた場合でも、悪用されることのないユーザ認証装
置、及びこのユーザ認証装置を用いた商取引システムを
提供することにある。

【０００６】

【課題を解決するための手段】図１は請求項１記載のユ
ーザ認証装置を示し、図１［１］はブロック図、図１
［２］はシーケンス図である。以下、これらの図面に基
づき説明する。

【０００７】請求項１記載のユーザ認証装置は、通信ネ
ットワーク１を介して接続されたユーザ側情報処理部２
及び認証側情報処理部３を備えたものである。そして、
ユーザ側情報処理部２は、第一の認証用番号を認証側情
報処理部３へ送信する機能と、認証側情報処理部３から
アクセス許可通知を受信すると、所定の変換則４を用い
て第一の認証用番号を第二の認証用番号に変換し、第二
の認証用番号を新たな第一の認証用番号とする機能とを
有する。認証側情報処理部３は、ユーザ側情報処理部２
から第一の認証用番号を受信すると、データベース５を
用いて照合処理を実行する機能と、この照合処理によっ
て正規ユーザであると認証すると、アクセス許可通知を
ユーザ側情報処理部２へ送信する機能と、アクセス許可
通知を送信すると、変換則４と同じものを用いて第一の
認証用番号を第二の認証用番号に変換し、第二の認証用
番号を新たな第一の認証用番号としてデータベース５に
記録する機能とを有する。

【０００８】まず、ユーザ側情報処理部２は、第一の認
証用番号を認証側情報処理部３へ送信する（ステップ１
０１）。認証側情報処理部３は、第一の認証用番号を受
信すると、データベース５を用いて照合処理を実行する
（ステップ１０２）。そして、この照合処理によって正
規ユーザであると認証すると、アクセス許可通知をユー
ザ側情報処理部２へ送信する（ステップ１０３）。続い
て、変換則４を用いて第一の認証用番号を第二の認証用
番号に変換し（ステップ１０４）、第二の認証用番号を
新たな第一の認証用番号としてデータベース５に記録す
る（ステップ１０５）。一方、ユーザ側情報処理部２
は、アクセス許可通知を受信すると、変換則４を用いて
第一の認証用番号を第二の認証用番号に変換し、第二の
認証用番号を新たな第一の認証用番号とする（ステップ
１０６）。なお、ステップ１０２の照合処理において正
規ユーザであると認められない場合は、その後の処理が
実行されない。

【０００９】ここで、例えば通信ネットワ−ク１を介し
て、正規ユーザ以外の第三者によって認証用番号が知ら
れてしまったとする。そして、その第三者がその認証用
番号を使って認証側情報処理部３に対するアクセスを試
みたとする。しかし、認証側情報処理部３では、その認
証用番号が既に変換されているので、そのアクセスが許
可されることはない。したがって、「なりすまし」によ
る不当なアクセスが防止される。また、ユーザ側情報処
理部２では、認証側情報処理部２と同じ変換則によって
認証用番号が変換されているので、その変換後の認証用
番号を使って認証側情報処理部２へアクセスすることが
できる。

【００１０】なお、ユーザ側情報処理部２は、例えばマ
イクロコンピュータ内蔵の携帯電話機、パーソナルコン
ピュータ等である。認証側情報処理部３は、例えばサー
バー用コンピュータ、パーソナルコンピュータ等であ
る。認証用番号とは、クレジット番号、暗証番号、ＩＤ
番号、パスワード等である。ユーザとは、個人、法人、
複数の人が所属するグループ等である。

【００１１】次に、請求項１記載のユーザ認証装置の下
位概念として、ユーザ側情報処理部に携帯型記録媒体を
具備させた例を、請求項２乃至４記載のユーザ認証装置
として示す。

【００１２】図２は請求項２記載のユーザ認証装置を示
し、図２［１］はブロック図、図２［２］はシーケンス
図である。以下、この図面に基づき説明する。

【００１３】請求項２記載のユーザ認証装置は、請求項
１記載のユーザ認証装置において、ユーザ側情報処理部
２が携帯型記録媒体６を備えるものである。そして、ユ
ーザ側情報処理部２は、携帯型記録媒体６から第一の認
証用番号及び所定の変換則４を読み取り第一の認証用番
号を認証側情報処理部３へ送信する機能と、アクセス許
可通知を受信すると、変換則４を用いて第一の認証用番
号を第二の認証用番号に変換し、第二の認証用番号を新
たな第一の認証用番号として携帯型記録媒体６に記録す
る機能とを有する。

【００１４】まず、ユーザ側情報処理部２は、携帯型記
録媒体６から第一の認証用番号及び所定の変換則４を読
み取り（ステップ１１０，１１１）、第一の認証用番号
を認証側情報処理部３へ送信する（ステップ１０１）。
認証側情報処理部３は、第一の認証用番号を受信する
と、データベース５を用いて照合処理を実行する（ステ
ップ１０２）。そして、この照合処理によって正規ユー
ザであると認証すると、アクセス許可通知をユーザ側情
報処理部２へ送信する（ステップ１０３）。続いて、変
換則４を用いて第一の認証用番号を第二の認証用番号に
変換し（ステップ１０４）、第二の認証用番号を新たな
第一の認証用番号としてデータベース５に記録する（ス
テップ１０５）。一方、ユーザ側情報処理部２は、アク
セス許可通知を受信すると、変換則４を用いて第一の認
証用番号を第二の認証用番号に変換し（ステップ１０
６）、第二の認証用番号を新たな第一の認証用番号とし
て携帯型記録媒体６に記録する（ステップ１１２，１１
３）。

【００１５】請求項２記載のユーザ認証装置も、請求項
１記載のユーザ認証装置と同等の作用及び効果を奏す
る。携帯型記録媒体６としては、認証用番号及び変換則
の記録ができるだけの少ないメモリ容量でよいので、磁
気カードが適している。この場合、ユーザ側情報処理部
２は、カードリーダ・ライタを備えたものとなる。

【００１６】図３は請求項３記載のユーザ認証装置を示
し、図３［１］はブロック図、図３［２］はシーケンス
図である。以下、この図面に基づき説明する。

【００１７】請求項３記載のユーザ認証装置は、請求項
１記載のユーザ認証装置において、ユーザ側情報処理部
２が携帯型記録媒体６を備えるものである。そして、ユ
ーザ側情報処理部２は、携帯型記録媒体６から第一の認
証用番号を読み取り第一の認証用番号を認証側情報処理
部３へ送信する機能を有する。携帯型記録媒体６は、ア
クセス許可通知が受信されると、所定の変換則４を用い
て第一の認証用番号を第二の認証用番号に変換し、この
第二の認証用番号を新たな第一の認証用番号として携帯
型記録媒体６に記録する機能を有する。

【００１８】まず、ユーザ側情報処理部２は、携帯型記
録媒体６から第一の認証用番号を読み取り（ステップ１
２０，１２１）、第一の認証用番号を認証側情報処理部
３へ送信する（ステップ１０１）。認証側情報処理部３
は、第一の認証用番号を受信すると、データベース５を
用いて照合処理を実行する（ステップ１０２）。そし
て、この照合処理によって正規ユーザであると認証する
と、アクセス許可通知をユーザ側情報処理部２へ送信す
る（ステップ１０３）。続いて、変換則４を用いて第一
の認証用番号を第二の認証用番号に変換し（ステップ１
０４）、第二の認証用番号を新たな第一の認証用番号と
してデータベース５に記録する（ステップ１０５）。一
方、ユーザ側情報処理部２がアクセス許可通知を受信す
ると（ステップ１２２）、携帯型記録媒体６は、変換則
４を用いて第一の認証用番号を第二の認証用番号に変換
し（ステップ１２３）、第二の認証用番号を新たな第一
の認証用番号として携帯型記録媒体６に記録する（ステ
ップ１２４）。

【００１９】請求項３記載のユーザ認証装置も、請求項
１記載のユーザ認証装置と同等の作用及び効果を奏す
る。携帯型記録媒体６としては、認証用番号を変換する
演算機能が必要になるので、ＩＣカードが適している。
この場合、ユーザ側情報処理部２は、ＩＣカードコネク
タを備えたものとなる。

【００２０】図４は請求項４記載のユーザ認証装置を示
し、図４［１］はブロック図、図４［２］はシーケンス
図である。以下、この図面に基づき説明する。

【００２１】請求項４記載のユーザ認証装置は、請求項
１記載のユーザ認証装置において、ユーザ側情報処理部
２が携帯型記録媒体６を備えるものである。そして、ユ
ーザ側情報処理部２は、第一の認証用番号を入力して第
一の認証用番号を認証側情報処理部３へ送信する機能
と、携帯型記録媒体６から所定の変換則を読み取るとと
もに、アクセス許可通知を受信すると、変換則４を用い
て第一の認証用番号を第二の認証用番号に変換し、この
第二の認証用番号を新たな第一の認証用番号として出力
する機能とを有する。

【００２２】まず、ユーザ側情報処理部２は、第一の認
証用番号を入力し（ステップ１３０）、第一の認証用番
号を認証側情報処理部３へ送信する（ステップ１０
１）。認証側情報処理部３は、第一の認証用番号を受信
すると、データベース５を用いて照合処理を実行する
（ステップ１０２）。そして、この照合処理によって正
規ユーザであると認証すると、アクセス許可通知をユー
ザ側情報処理部２へ送信する（ステップ１０３）。続い
て、変換則４を用いて第一の認証用番号を第二の認証用
番号に変換し（ステップ１０４）、第二の認証用番号を
新たな第一の認証用番号としてデータベース５に記録す
る（ステップ１０５）。一方、ユーザ側情報処理部２
は、アクセス許可通知を受信すると携帯型記録媒体６か
ら所定の変換則４を読み取り（ステップ１３１，１３
２）、変換則４を用いて第一の認証用番号を第二の認証
用番号に変換し（ステップ１３３）、第二の認証用番号
を新たな第一の認証用番号として出力する（ステップ１
３４）。

【００２３】請求項４記載のユーザ認証装置も、請求項
１記載のユーザ認証装置と同等の作用及び効果を奏す
る。ステップ１３０における第一の認証用番号の入力
は、例えばユーザによるキーボードからの入力である。
ステップ１３４における新たな第一の認証用番号の出力
は、例えばユーザだけが見ることのできるディスプレイ
への表示である。携帯型記録媒体６としては、変換則の
記録ができるだけの少ないメモリ容量でよいので、磁気
カードが適している。認証用番号としては、携帯型記録
媒体６に記録されないので、暗証番号が適している。な
お、ユーザ側情報処理部２に変換則が記録されていれ
ば、携帯型記録媒体６が不要になるが、この場合の構成
は請求項１記載のユーザ認証装置に含まれる。

【００２４】図５は請求項５記載のユーザ認証装置を示
し、図５［１］はブロック図、図５［２］はシーケンス
図である。以下、この図面に基づき説明する。

【００２５】請求項５記載のユーザ認証装置は、通信ネ
ットワーク１を介して接続されたユーザ側情報処理部
２、仲介側情報処理部７及び認証側情報処理部３を備え
たものである。ユーザ側情報処理部２は、第一の認証用
番号を仲介側情報処理部７へ送信する機能と、仲介側情
報処理部７から第二の認証用番号を受信し、所定の変換
則４を用いて第二の認証用番号を第三の認証用番号に変
換し、この第三の認証用番号を新たな第一の認証用番号
とする機能とを有する。仲介側情報処理部７は、ユーザ
側情報処理部２から送信された第一の認証用番号を認証
側情報処理部３へ送信する機能と、認証側情報処理部３
から第二の認証用番号を受信し、第二の認証用番号をユ
ーザ側情報処理部２へ送信する機能とを有する。認証側
情報処理部３は、仲介側情報処理部７から第一の認証用
番号を受信すると、データベース５を用いて照合処理を
実行し、この照合処理によって正規ユーザであると認証
すると、第一の認証用番号とは異なる第二の認証用番号
を仲介側情報処理部７へ送信する機能と、変換則４と同
じものを用いて第二の認証用番号を第三の認証用番号に
変換し、第三の認証用番号を新たな第一の認証用番号と
してデータベース５に記録する機能とを有する。

【００２６】まず、ユーザ側情報処理部２は、第一の認
証用番号を仲介側情報処理部７へ送信する（ステップ１
４０）。仲介側情報処理部７は、第一の認証用番号を認
証側情報処理部３へ送信する（ステップ１４１）。認証
側情報処理部３は、第一の認証用番号を受信すると、デ
ータベース５を用いて照合処理を実行する（ステップ１
４２）。そして、この照合処理によって正規ユーザであ
ると認証すると、第二の認証用番号を仲介側情報処理部
７へ送信する（ステップ１４３）。続いて、変換則４を
用いて第二の認証用番号を第三の認証用番号に変換し
（ステップ１４４）、第三の認証用番号を新たな第一の
認証用番号としてデータベース５に記録する（ステップ
１４５）。一方、仲介側情報処理部７は、第二の認証用
番号をユーザ側情報処理部２へ送信する（ステップ１４
６）。ユーザ側情報処理部２は、第二の認証用番号を受
信すると、変換則４を用いて第二の認証用番号を第三の
認証用番号に変換し、第三の認証用番号を新たな第一の
認証用番号とする（ステップ１４７）。なお、ステップ
１４２の照合処理において正規ユーザであると認められ
ない場合は、その後の処理が実行されない。

【００２７】ここで、例えば通信ネットワ−ク１又は仲
介側情報処理部７を介して、正規ユーザ以外の第三者に
よって第一又は第二の認証用番号が知られてしまったと
する。そして、その第三者が第一又は第二の認証用番号
を使って認証側情報処理部３に対するアクセスを試みた
とする。しかし、認証側情報処理部３では、第一及び第
二の認証用番号が既に変換されているので、そのアクセ
スが許可されることはない。したがって、「なりすま
し」による不当なアクセスが防止される。また、ユーザ
側情報処理部２では、認証側情報処理部２と同じ変換則
によって第二の認証用番号が第三の認証用番号に変換さ
れているので、第三の認証用番号を使って認証側情報処
理部２へアクセスすることができる。

【００２８】請求項５記載のユーザ認証装置は、請求項
１記載のユーザ認証装置に仲介側情報処理部７が付設さ
れたものである。仲介側情報処理部７は、例えばサーバ
ー用コンピュータ、パーソナルコンピュータ等である。
仲介側情報処理部７でも認証用番号が漏洩するおそれが
あるので、第一の認証用番号の他にダミー（替え玉）と
なる第二の認証用番号を使用している。

【００２９】請求項５記載のユーザ認証装置の場合も、
請求項２乃至４記載のユーザ認証装置と同様に、ユーザ
側情報処理部に携帯型記録媒体を具備させたものとする
ことができる。それらを請求項６乃至８記載のユーザ認
証装置として、次に示す。

【００３０】図６は請求項６記載のユーザ認証装置を示
し、図６［１］はブロック図、図６［２］はシーケンス
図である。以下、この図面に基づき説明する。

【００３１】請求項６記載のユーザ認証装置は、ユーザ
側情報処理部２が携帯型記録媒体６を備えている。ユー
ザ側情報処理部２は、携帯型記録媒体６から第一の認証
用番号及び所定の変換則４を読み取り第一の認証用番号
を仲介側情報処理部７へ送信する機能と、第二の認証用
番号を受信すると、変換則４を用いて第二の認証用番号
を第三の認証用番号に変換し、第二の認証用番号を新た
な第一の認証用番号として携帯型記録媒体６に記録する
機能とを有する。

【００３２】まず、ユーザ側情報処理部２は、携帯型記
録媒体６から第一の認証用番号及び所定の変換則４を読
み取り（ステップ１５０，１５１）、第一の認証用番号
を仲介側情報処理部７へ送信する（ステップ１４０）。
仲介側情報処理部７は、第一の認証用番号を認証側情報
処理部３へ送信する（ステップ１４１）。認証側情報処
理部３は、第一の認証用番号を受信すると、データベー
ス５を用いて照合処理を実行する（ステップ１４２）。
そして、この照合処理によって正規ユーザであると認証
すると、第二の認証用番号を仲介側情報処理部７へ送信
する（ステップ１４３）。続いて、変換則４を用いて第
二の認証用番号を第三の認証用番号に変換し（ステップ
１４４）、第三の認証用番号を新たな第一の認証用番号
としてデータベース５に記録する（ステップ１４５）。
一方、仲介側情報処理部７は、第二の認証用番号をユー
ザ側情報処理部２へ送信する（ステップ１４６）。ユー
ザ側情報処理部２は、第二の認証用番号を受信すると、
変換則４を用いて第二の認証用番号を第三の認証用番号
に変換し（ステップ１４７）、第三の認証用番号を新た
な第一の認証用番号として携帯型記録媒体６に記録する
（ステップ１５２，１５３）。

【００３３】請求項６記載のユーザ認証装置も、請求項
５記載のユーザ認証装置と同等の作用及び効果を奏す
る。携帯型記録媒体６としては、認証用番号及び変換則
の記録ができるだけの少ないメモリ容量でよいので、磁
気カードが適している。この場合、ユーザ側情報処理部
２は、カードリーダ・ライタを備えたものとなる。

【００３４】図７は請求項７記載のユーザ認証装置を示
し、図７［１］はブロック図、図７［２］はシーケンス
図である。以下、この図面に基づき説明する。

【００３５】請求項７記載のユーザ認証装置は、ユーザ
側情報処理部２が携帯型記録媒体６を備えたものであ
る。ユーザ側情報処理部２は、携帯型記録媒体６から第
一の認証用番号を読み取り、第一の認証用番号を仲介側
情報処理部７へ送信する機能を有する。携帯型記録媒体
６、第二の認証用番号が受信されると、所定の変換則４
を用いて第二の認証用番号を第三の認証用番号に変換
し、第三の認証用番号を新たな第一の認証用番号として
携帯型記録媒体６に記録する機能を有する。

【００３６】まず、ユーザ側情報処理部２は、携帯型記
録媒体６から第一の認証用番号を読み取り（ステップ１
６０，１６１）、第一の認証用番号を仲介側情報処理部
７へ送信する（ステップ１４０）。仲介側情報処理部７
は、第一の認証用番号を認証側情報処理部３へ送信する
（ステップ１４１）。認証側情報処理部３は、第一の認
証用番号を受信すると、データベース５を用いて照合処
理を実行する（ステップ１４２）。そして、この照合処
理によって正規ユーザであると認証すると、第二の認証
用番号を仲介側情報処理部７へ送信する（ステップ１４
３）。続いて、変換則４を用いて第二の認証用番号を第
三の認証用番号に変換し（ステップ１４４）、第三の認
証用番号を新たな第一の認証用番号としてデータベース
５に記録する（ステップ１４５）。一方、仲介側情報処
理部７は、第二の認証用番号をユーザ側情報処理部２へ
送信する（ステップ１４６）。ユーザ側情報処理部２が
第二の認証用番号を受信すると（ステップ１６２）、携
帯型記録媒体６は、変換則４を用いて第二の認証用番号
を第三の認証用番号に変換し（ステップ１６３）、第三
の認証用番号を新たな第一の認証用番号として携帯型記
録媒体６に記録する（ステップ１６４）。

【００３７】請求項７記載のユーザ認証装置も、請求項
５記載のユーザ認証装置と同等の作用及び効果を奏す
る。携帯型記録媒体６としては、認証用番号を変換する
演算機能が必要になるので、ＩＣカードが適している。
この場合、ユーザ側情報処理部２は、ＩＣカードコネク
タを備えたものとなる。

【００３８】図８は請求項８記載のユーザ認証装置を示
し、図８［１］はブロック図、図８［２］はシーケンス
図である。以下、この図面に基づき説明する。

【００３９】請求項８記載のユーザ認証装置は、ユーザ
側情報処理部２が携帯型記録媒体６を備えたものであ
る。ユーザ側情報処理部２は、第一の認証用番号を入力
して第一の認証用番号を仲介側情報処理部７へ送信する
機能と、携帯型記録媒体６から所定の変換則４を読み取
るとともに、第二の認証用番号を受信すると、変換則４
を用いて第二の認証用番号を第三の認証用番号に変換
し、第三の認証用番号を新たな第一の認証用番号として
出力する機能とを有する。

【００４０】まず、ユーザ側情報処理部２は、第一の認
証用番号を入力し（ステップ１７０）、第一の認証用番
号を仲介側情報処理部７へ送信する（ステップ１４
０）。仲介側情報処理部７は、第一の認証用番号を認証
側情報処理部３へ送信する（ステップ１４１）。認証側
情報処理部３は、第一の認証用番号を受信すると、デー
タベース５を用いて照合処理を実行する（ステップ１４
２）。そして、この照合処理によって正規ユーザである
と認証すると、第二の認証用番号を仲介側情報処理部７
へ送信する（ステップ１４３）。続いて、変換則４を用
いて第二の認証用番号を第三の認証用番号に変換し（ス
テップ１４４）、第三の認証用番号を新たな第一の認証
用番号としてデータベース５に記録する（ステップ１４
５）。一方、仲介側情報処理部７は、第二の認証用番号
をユーザ側情報処理部２へ送信する（ステップ１４
６）。ユーザ側情報処理部２は、第二の認証用番号を受
信すると携帯型記録媒体６から所定の変換則４を読み取
り（ステップ１７１，１７２）、変換則４を用いて第二
の認証用番号を第三の認証用番号に変換し（ステップ１
７３）、第三の認証用番号を新たな第一の認証用番号と
して出力する（ステップ１７４）。

【００４１】請求項８記載のユーザ認証装置も、請求項
５記載のユーザ認証装置と同等の作用及び効果を奏す
る。ステップ１７０における第一の認証用番号の入力
は、例えばユーザによるキーボードからの入力である。
ステップ１７４における新たな第一の認証用番号の出力
は、例えばユーザだけが見ることのできるディスプレイ
への表示である。携帯型記録媒体６としては、変換則の
記録ができるだけの少ないメモリ容量でよいので、磁気
カードが適している。認証用番号としては、携帯型記録
媒体６に記録されないので、暗証番号が適している。な
お、ユーザ側情報処理部２に変換則が記録されていれ
ば、携帯型記録媒体６が不要になるが、この場合の構成
は請求項５記載のユーザ認証装置に含まれる。

【００４２】請求項９記載の商取引システムは、請求項
２又は３記載のユーザ認証装置を用いたものである。以
下、図２及び図３に基づき説明する。

【００４３】ユーザ側情報処理部２は、第一の認証用番
号とともに決済要求を認証側情報処理部３へ送信する。
認証側情報処理部３は、照合処理とともに決済処理を実
行する。そして、通信ネットワーク１がインターネッ
ト、ユーザ側情報処理部２が店頭端末、認証側情報処理
部３がクレジット会社端末、携帯型記録媒体６がクレジ
ットカード、認証用番号がクレジット番号である。

【００４４】請求項１０記載の商取引システムは、請求
項４記載のユーザ認証装置を用いたものである。以下、
図４に基づき説明する。

【００４５】ユーザ側情報処理部２は、第一の認証用番
号とともに決済要求を認証側情報処理部へ送信する。認
証側情報処理部３は、照合処理とともに決済処理を実行
する。そして、通信ネットワーク１がインターネット、
ユーザ側情報処理部２が店頭端末、認証側情報処理部３
が銀行端末、携帯型記録媒体６がキャッシュカード、認
証用番号が暗証番号である。

【００４６】請求項１１記載の商取引システムは、請求
項６又は７記載のユーザ認証装置を用いたものである。
以下、図６又は図７に基づき説明する。

【００４７】仲介側情報処理部７は、第一の認証用番号
とともに決済要求を認証側情報処理部３へ送信する。認
証側情報処理部３は、照合処理とともに決済処理を実行
する。そして、通信ネットワーク１がインターネット、
ユーザ側情報処理部２がユーザ端末、仲介側情報処理部
７が販売センター端末、認証側情報処理部３がクレジッ
ト会社端末、携帯型記録媒体６がクレジットカード、認
証用番号がクレジット番号である。

【００４８】請求項１２記載の商取引システムは、請求
項８記載のユーザ認証装置を用いたものである。以下、
図８に基づき説明する。

【００４９】仲介側情報処理部７は、第一の認証用番号
とともに決済要求を認証側情報処理部３へ送信する。認
証側情報処理部３は、照合処理とともに決済処理を実行
する。そして、通信ネットワーク１がインターネット、
ユーザ側情報処理部２がユーザ端末、仲介側情報処理部
７が販売センター端末、認証側情報処理部３が銀行端
末、携帯型記録媒体６がキャッシュカード、認証用番号
が暗証番号である。

【００５０】以上のとおり、本発明は、インターネット
上における商取引においてクレジットカード等による決
済を利用した場合に、取引後、クレジット番号等をロー
カルに変換することにより、万一、ネットワーク上でク
レジット番号等が盗まれた場合でも悪用されるのを防ぐ
ことができるビジネスモデルを提供するものである。

【００５１】

【発明の実施の形態】図９は、本発明に係る商取引シス
テムの第一実施形態を示すブロック図である。以下、こ
の図面に基づき説明する。

【００５２】ユーザ側情報処理部２は、カードリーダ・
ライタ２０及びクレジットカード２５が付設されたユー
ザ端末１０からなる。仲介側情報処理部７は、販売セン
ター端末３０からなる。認証側情報処理部３は、顧客デ
ータベース５０が付設されたクレジット会社端末４０か
らなる。

【００５３】注文者は、販売センター端末３０に対し、
ユーザ端末１０を用いて商品の注文を行う。このとき、
ユーザ端末１０は、カードリーダ・ライタ２０を介して
クレジットカード２５にアクセスし、記録されているク
レジット番号を読み取り同時に送出する。販売センター
３０は、送出されたクレジット番号に対する決済の要求
を、クレジット会社端末４０へ行う。クレジット会社端
末４０は、決済の要求を受け取ると、顧客データベース
５０にアクセスして決済の処理を行う。決済完了後、そ
の旨を知らせる通知と新しいクレジット番号とを、販売
センター端末３０へ送出する。販売センター端末３０
は、通知を受け取ると、取引が完了したことを示す通知
と新しいクレジット番号とを、ユーザ端末１０へ送出す
る。ユーザ端末１０は、新しいクレジット番号を受け取
ると、クレジットカード２５に記録されている変換則を
用いてクレジット番号を変換したのち、それをクレジッ
トカード２５に記録する。一方、顧客データベース５０
も、顧客データベース５０内に記録されている同じ変換
則を用いて新しいクレジット番号を変換したのち、それ
を顧客データベース５０内に記録する。次回の取り引き
には、変換されたクレジット番号が用いられる。

【００５４】つまり、本実施形態の商取引システムは、
ユーザ端末１０、ユーザ端末１０にローカルに接続され
たカードリーダ・ライタ２０、カードリーダ・ライタ２
０に挿入されるクレジットカード２５、販売センター端
末３０、クレジット会社端末４０、クレジット会社端末
４０にローカルに接続された顧客データベース５０、ユ
ーザ端末１０・販売センター端末３０・クレジット会社
端末４０を相互に接続する通信ネットワークとしてのイ
ンターネット１００等を備えている。

【００５５】ユーザ端末１０は、パーソナルコンピュー
タ等の情報処理装置である。ユーザ端末１０は、インタ
ーネット１００を介して販売センター端末３０へアクセ
スし、販売センター端末３０との間で情報を送受信する
機能を有する。また、受信した情報などを画面に表示す
る画面出力機能、注文者が購入希望商品を選択したり、
住所等の情報を入力するための入力機能等を有する。ま
た、カードリーダ・ライタ２０を介してクレジットカー
ド２５から情報を読み取る機能、カードリーダ・ライタ
２０を介してクレジットカード２５へ情報を記録する機
能等を有する。その他、クレジットカード２５から読み
取った変換則を用いて、クレジット番号を変換する機能
を有する。

【００５６】カードリーダ・ライタ２０は、クレジット
カード２５へ情報を読み書きするための装置であり、ユ
ーザ端末１０にローカルに接続されている。カードリー
ダ・ライタ２０は、ユーザ端末１０からの読み取り要求
に対し、クレジットカード２５から情報を読み取り、ユ
ーザ端末１０へ送出する機能を有する。また、ユーザ端
末１０からの書き込み要求に対し、ユーザ端末１０から
受け取った情報をクレジットカード２５へ書き込む機能
を有する。

【００５７】クレジットカード２５は、クレジット会社
から注文者へ提供された固有情報が記録された媒体であ
る。クレジットカード２５は、注文者がクレジット会社
と契約する際に作成され、情報が記録されたのち注文者
に手渡し又は郵送等により提供される。記録されている
情報は、クレジット番号及びクレジット番号変換則であ
る。クレジット番号はカードリーダ・ライタ２０による
読み取り及び書き込みが可能であり、クレジット番号変
換則は読み取りのみ可能である。クレジットカード２５
は、カードリーダ・ライタ２０に挿入されており、読み
書きが可能な状態であるものとする。

【００５８】販売センター端末３０は、ワークステーシ
ョン・サーバ等の情報処理装置である。販売センター端
末３０は、インターネット１００を介してユーザ端末１
０及びクレジット会社端末４０との間で情報を送受信す
る機能を有する。また、受信した注文情報から金額を算
出する機能、商品発送等の処理を行う機能などを有す
る。

【００５９】クレジット会社端末４０は、パーソナルコ
ンピュータ等の情報処理装置である。クレジット会社端
末４０は、インターネット１００を介して販売センター
端末３０との間で情報を送受信する機能、ローカルに接
続された顧客データベース５０と情報を送受信する機能
等を有する。

【００６０】顧客データベース５０は、ワークステーシ
ョン・サーバ等の情報処理装置である。顧客データベー
ス５０には、顧客に関する情報が記録されている。記録
されている情報は、クレジット番号、氏名等の個人情
報、及びクレジット番号変換則である。クレジット番号
及びクレジット番号変換則は、クレジットカード２５に
記録されているものと同じである。顧客データベース５
０は、クレジット会社端末４０とローカルに接続され、
クレジット会社端末４０との間で情報を送受信する機能
を有する。また、クレジット番号及び取引金額等を照合
する機能、新しいクレジット番号を生成する機能等を有
する。更に、顧客データベース５０内に記録されている
クレジット番号変換則を用いてクレジット番号を変換す
る機能、変換後のクレジット番号を顧客データベース５
０内に記録する機能等を有する。

【００６１】図１０乃至１２は、本実施形態の商取引シ
ステムの動作を示すシーケンス図である。図１３はユー
ザ端末の表示画面であり、図１３［１］は第一例、図１
３［２］は第二例である。以下、図９乃至図１３に基づ
き、本実施形態の商取引システムの動作を説明する。

【００６２】ユーザ端末１０−販売センター端末３０
間、及び販売センター端末３０−クレジット会社端末４
０間のデータ送受信は、インターネット１００を介して
行われるものとする。ユーザ端末１０−カードリーダ・
ライタ２０−クレジットカード２５間、及びクレジット
会社端末４０−顧客データベース５０間のデータ送受信
は、ローカルに行われるものとする。

【００６３】まず、注文者は、自分のユーザ端末１０を
用いて、販売センターがインターネット１００上に開設
している製品販売ホームページにアクセスする（図１０
ステップＡ１）。これに応答して、販売センター端末３
０は商品情報をユーザ端末１０に送信する（図１０ステ
ップＡ２）。商品情報を受信後、ユーザ端末１０には、
図１３［１］に示すような商品情報が表示される（図１
０ステップＡ３）。注文者は、ユーザ端末１０の画面に
表示された商品情報を見て、購入したい商品を決定し
て、その商品を購入する旨を画面上で登録する（図１０
ステップＡ４）。図１３［１］の例では、注文者が商品
Ｂの購入欄をマウスでクリックすると、レ印が付けら
れ、この商品Ｂが購入登録されている。こうして登録さ
れた、注文者が購入する商品の商品情報は、一時的にユ
ーザー端末１０に蓄えられる。

【００６４】続いて、注文者が図１３［１］の画面上の
「購入」ボタンをマウスでクリックすると、ユーザ端末
１０には、図１３［２］に示すような、商品を購入する
のに必要な情報を入力するための入力フォームが画面上
に表示される（図１０ステップＡ５）。注文者は購入希
望商品の確認を行ったのち、各種情報を入力する（図１
０ステップＡ６）。入力する情報は、注文者の住所（商
品の配送先）、氏名、電話番号等の個人情報及び支払方
法である。図１３［２］の例では、注文者がクレジット
カード２５による支払いのチェック欄をクリックし、本
発明が提案するクレジットカード２５による支払いを選
択したことを示している。これらの情報は一時的にユー
ザ端末１０に蓄えられる。

【００６５】続いて、注文者が図１３［２］の画面上の
「送信」ボタンをマウスでクリックすると、ユーザ端末
１０は、クレジットカード２５にアクセスし（図１０ス
テップＡ７）、クレジットカード２５に記録されている
クレジット番号を読み取る（図１０ステップＡ８）。こ
こでは一例として、クレジットカード２５にはクレジッ
ト番号1234が記録されているものとする。ユーザ端末１
０は、クレジットカード２５からクレジット番号1234を
受け取ると、ユーザ端末１０に蓄えられていた購入商品
情報、個人情報及び支払方法と、読み取ったクレジット
番号1234とをまとめて商品注文情報として、販売センタ
ー端末３０へ送出する（図１０ステップＡ９）。

【００６６】販売センター端末３０は、商品注文情報を
受け取ると（図１０ステップＡ１０）、購入商品情報か
ら金額の合計を算出する（図１０ステップＡ１１）。そ
の後、クレジットカード２５による決済を行うために、
注文者の個人情報、クレジットカード番号1234、取引金
額、及び代金の振込先（販売センターの口座番号など）
をまとめて取引情報として、クレジット会社端末４０へ
送出する（図１０ステップＡ１２）。

【００６７】クレジット会社端末４０は、取引情報を受
け取ると（図１１ステップＡ１３）、その情報を顧客デ
ータベース５０へ送出し（図１１ステップＡ１４）、取
引の確認を行う。

【００６８】顧客データベース５０は、取引情報を受け
取ると（図１１ステップＡ１５）、個人情報及びクレジ
ット番号から注文者の照合を行う（図１１ステップＡ１
６）。情報に誤りがある場合には、クレジット会社端末
４０→販売センター端末３０→ユーザ端末１０を介し
て、注文者にその旨を知らせる。注文者照合の終了後、
顧客データベース５０は、取引金額の照合を行う（図１
１ステップＡ１７）。取引金額がクレジットカード２５
の利用限度額を越えている場合等、取引が行えない場合
には、クレジット会社端末４０→販売センター端末３０
→ユーザ端末１０を介して、注文者にその旨を知らせ
る。取引に問題がないことが確認できれば、顧客データ
ベース５０は決済の処理を行う（図１１ステップＡ１
８）。決済の処理を行ったのち、顧客データベース５０
は新しいクレジット番号を生成する（図１１ステップＡ
１９）。ここでは一例として、クレジット番号5678を生
成したものとする。

【００６９】顧客データベース５０は、決済が完了した
ことを示す決済完了情報と、新しく生成したクレジット
番号5678とを、クレジット会社端末４０へ送出する（図
１１ステップＡ２０）。その後、顧客データベース５０
は、顧客データベース５０に記録されているクレジット
カード２５の変換則（ここでは一例として、クレジット
番号に1111を加えるものとする。）を呼び出し（図１１
ステップＢ２１）、これを用いて先ほど生成した新しい
クレジット番号5678を6789に変換し（図１１ステップＢ
２２）、変換後のクレジット番号6789を顧客データベー
ス５０内に記録する（図１１ステップＢ２３）。

【００７０】クレジット会社端末４０は、決済完了情報
と新しいクレジット番号5678とを受け取ると（図１１ス
テップＡ２１）、それらを販売センター端末３０へ送出
する（図１１ステップＡ２２）。

【００７１】販売センター端末３０は、決済完了情報と
新しいクレジット番号5678とを受け取ると（図１２ステ
ップＡ２３）、商品発送の処理を行う（図１２ステップ
Ａ２４）。その後、取引が完了したことを示す取引完了
通知と新クレジット番号5678とを、ユーザ端末１０へ送
出する（図１２ステップＡ２５）。

【００７２】ユーザ端末１０は、取引完了通知及び新ク
レジット番号5678を受け取ると、クレジットカード２５
にアクセスし（図１２ステップＡ２７）、記録されてい
る変換則（x=x+1111）を読み取る（図１２ステップＡ２
８）。この変換則を用いて、新クレジット番号5678を67
89に変換し（図１２ステップＡ２９）、クレジットカー
ド２５へ送出したのち（図１２ステップＡ３０）、クレ
ジットカード２５に記録する（図１２ステップＡ３
１）。変換後のクレジット番号の記録が完了後（図１２
ステップＡ３２）、ユーザ端末１０は、取引が完了した
ことを画面に表示することにより（図１２ステップＡ３
３）、注文者に取引が完了したことを示す。

【００７３】図１４乃至１６は、本発明に係る商取引シ
ステムの第二実施形態の動作を示すシーケンス図であ
る。以下、図１３乃至図１６に基づき、本実施形態の商
取引システムを説明する。

【００７４】本実施形態の商取引システムでは、第一実
施形態におけるクレジットカード２５及びクレジット会
社端末４０の代わりに、キャッシュカード２６及び銀行
端末４１となっている。キャッシュカード２６は、銀行
が注文者に対して提供する、固有情報が記録された媒体
である。キャッシュカード２６に記録されている情報
は、注文者の口座番号及び暗証番号変換則とする。キャ
ッシュカード２６による決済を行う場合、暗証番号によ
る照合を行うが、取り引き後に暗証番号を変換すること
により、インターネット１００上で暗証番号が盗まれた
場合でも悪用されることを防ぐ。

【００７５】暗証番号は、注文者による手入力を行うた
め、キャッシュカード２６に書き込まない。そのため、
キャッシュカード２６は読み取り専用でよい。また、カ
ードリーダ・ライタ２０も読み取り機能のみでよい。た
だし、クレジットカード２５のように、暗証番号をキャ
ッシュカード２６から読み取るようにしてもよい。

【００７６】まず、注文者は、自分のユーザ端末１０を
用いて、販売センターがインターネット１００上に開設
している製品販売ホームページにアクセスする（図１４
ステップＡ１）。これに応答して、販売センター端末３
０は商品情報をユーザ端末１０に送信する（図１４ステ
ップＡ２）。商品情報を受信後、ユーザ端末１０には、
図１３［１］に示すような商品情報が表示される（図１
４ステップＡ３）。注文者は、ユーザ端末１０の画面に
表示された商品情報を見て、購入したい商品を決定し
て、その商品を購入する旨を画面上で登録する（図１４
ステップＡ４）。図１３［１］の例では、注文者が商品
Ｂの購入欄をマウスでクリックすると、レ印が付けら
れ、この商品Ｂが購入登録されている。こうして登録さ
れた、注文者が購入する商品の商品情報は、一時的にユ
ーザー端末１０に蓄えられる。

【００７７】続いて、注文者が図１３［１］の画面上の
「購入」ボタンをマウスでクリックすると、ユーザ端末
１０には、図１３［２］に示すような、商品を購入する
のに必要な情報を入力するための入力フォームが画面上
に表示される（図１４ステップＡ５）。注文者は購入希
望商品の確認を行ったのち、各種情報を入力する（図１
４ステップＡ６）。入力する情報は、注文者の住所（商
品の配送先）、氏名、電話番号等の個人情報、支払方法
及び暗証番号である。図１３［２］の例では、注文者
が、キャッシュカード２６（銀行カード）による支払い
のチェック欄をクリックし、暗証番号（ここでは一例と
して1234とする。）等をキーボードから入力する。これ
らの情報は一時的にユーザ端末１０に蓄えられる。

【００７８】続いて、注文者が図１３［２］の画面上の
「送信」ボタンをマウスでクリックすると、ユーザ端末
１０は、キャッシュカード２６にアクセスし（図１４ス
テップＡ７）、キャッシュカード２６に記録されている
口座番号を読み取る（図１４ステップＡ８）。ユーザ端
末１０は、キャッシュカード２６から口座番号を受け取
ると、ユーザ端末１０に蓄えられていた購入商品情報、
個人情報、支払方法及び暗証番号1234と、読み取った口
座番号とをまとめて商品注文情報として、販売センター
端末３０へ送出する（図１４ステップＡ９）。

【００７９】販売センター端末３０は、商品注文情報を
受取ると（図１４ステップＡ１０）、購入商品情報から
金額の合計を算出する（図１４ステップＡ１１）。その
後、キャッシュカード２６による決済を行うために、注
文者の個人情報、口座番号、暗証番号1234、取引金額、
及び代金の振込先（販売センターの口座番号など）をま
とめて取引情報として、銀行端末４１へ送出する（図１
４ステップＡ１２）。

【００８０】銀行端末４１は、取引情報を受け取ると
（図１５ステップＡ１３）、その情報を顧客データベー
ス５０へ送出し（図１５ステップＡ１４）、取引の確認
を行う。

【００８１】顧客データベース５０は、取引情報を受け
取ると（図１５ステップＡ１５）、個人情報及び暗証番
号に基づき注文者の照合を行う（図１５ステップＡ１
６）。情報に誤りがある場合には、銀行端末４１→販売
センター端末３０→ユーザ端末１０を介して、注文者に
その旨を知らせる。注文者照合の終了後、顧客データベ
ース５０は、取引金額の照合を行う（図１５ステップＡ
１７）。取引金額がキャッシュカード２５の残高を越え
ている場合等、取引が行えない場合には、銀行端末４１
→販売センター端末３０→ユーザ端末１０を介して、注
文者にその旨を知らせる。取引に問題がないことが確認
できれば、顧客データベース５０は決済の処理を行う
（図１５ステップＡ１８）。決済の処理を行ったのち、
顧客データベース５０は新しい暗証番号を生成する（図
１５ステップＡ１９）。ここでは一例として、暗証番号
5678を生成したものとする。

【００８２】顧客データベース５０は、決済が完了した
ことを示す決済完了情報と、新しく生成した暗証番号56
78とを銀行端末４１へ送出する（図１５ステップＡ２
０）。その後、顧客データベース５０は、顧客データベ
ース５０に記録されているキャッシュカード２６の変換
則（ここでは一例として、暗証番号に1111を加えるもの
とする。）を呼び出し（図１５ステップＢ２１）、これ
を用いて先ほど生成した新しい暗証番号5678を6789に変
換し（図１５ステップＢ２２）、変換後の暗証番号6789
を顧客データベース５０内に記録する（図１５ステップ
Ｂ２３）。

【００８３】銀行端末４１は、決済完了情報と新しい暗
証番号5678とを受け取ると（図１５ステップＡ２１）、
それらを販売センター端末３０へ送出する（図１５ステ
ップＡ２２）。

【００８４】販売センター端末３０は、決済完了情報と
新しい暗証番号5678とを受け取ると（図１６ステップＡ
２３）、商品発送の処理を行う（図１６ステップＡ２
４）。その後、取引が完了したことを示す取引完了通知
と新暗証番号5678とを、ユーザ端末１０へ送出する（図
１６ステップＡ２５）。

【００８５】ユーザ端末１０は、取引完了通知及び新暗
証番号5678を受け取ると、キャッシュカード２６にアク
セスし（図１６ステップＡ２７）、記録されている変換
則（x=x+1111）を読み取る（図１６ステップＡ２８）。
この変換則を用いて、新暗証番号5678を6789に変換する
（図１６ステップＡ２９）。最後に、ユーザ端末１０
は、新暗証番号6789及び取引が完了したことを画面に表
示することにより（図１６ステップＡ３０）、注文者に
取引が完了したことを示す。

【００８６】以上で上記第一及び第二の実施形態の説明
を終えるが、本発明は、言うまでもなく、これらの実施
形態に限定されるものではない。以下に、他の形態を列
挙する。

【００８７】クレジット番号変換則は、通信ネットワー
ク上を流れるクレジット番号を別のものに変換するもの
であれば何でもよい。上記実施形態に示したように、関
数を用いて変換するようなものでもよいし、ある法則に
より文字列を別の文字列に置き換えるようなものでもよ
い。また、それらを複合して使用してもよい。変換則に
定数又はキーワードを必要とするものでもよい。キー
ワードを利用した場合、変換方法を公開又は共通のもの
として、キーワードのみカード固有としてもよい。ま
た、新しいクレジット番号を送出せず、現在使用してい
るクレジット番号を変換則を用いて別のものに変換する
という方法でもよい。

【００８８】上記実施形態ではクレジット番号の変換を
ユーザ端末１０にて行っているが、この変換機能をカー
ドリーダ・ライタ２０に持たせてもよい。また、クレジ
ットカード２５にこの機能を持たせてもよい。同様に顧
客データベース５０での変換をクレジット会社端末４０
又は銀行端末４１にて行ってもよい。

【００８９】本発明は、クレジット番号や暗証番号以外
のＩＤ番号、パスワード等の保護にも使用できる。例え
ば、会員制のＷｅｂサイトにおいて、パスワードによる
区別を行うような場合、パスワードを変換則を用いて変
換することにより、ネットワーク上でパスワードを盗ま
れた場合でも悪用を防ぐことができる。

【００９０】ユーザ端末１０は、個人が使用するもので
なくてもよい。例えば、公共機関等に設置された、複数
の人間が共通で使用するような端末でもよい。

【００９１】本発明はネットワーク上ではなく、店頭販
売されている商品を購入する場合にも適用することがで
きる。例えば、支払いの際に店頭に設置された端末を使
用するという方法である。この場合、店頭端末−クレジ
ット会社端末（又は銀行端末）間で情報が盗まれた場合
の悪用を防ぐことができる。

【００９２】クレジットカード２５は、インターネット
１００に接続されたユーザ端末１０にデータを送受信で
きる、読み書き可能な媒体であれば何でもよい。例え
ば、磁気記録を用いたクレジットカードの他、ＩＣチッ
プを搭載したものなどでもよい。また、カードである必
要もなく、例えばフラッシュ・メモリ・カードなどでも
よい。また、フロッピー（登録商標）ディスク等、磁気
や光などを利用した記録媒体などでもよい。

【００９３】ユーザ端末１０とカードリーダ・ライタ２
０とは、別々である必要はなく、一体化されたものでも
よい。また、クレジット会社端末４０（又は銀行端末４
１）と顧客データベース５０とも一体化されたものでも
よい。

【００９４】

【発明の効果】本発明に係るユーザ認証装置によれば、
正規ユーザ以外の第三者によって認証用番号が盗まれて
も、その認証用番号は一回しか使用できないので、「な
りすまし」による不当なアクセスを防止できる。また、
本発明に係る商取引システムによれば、本発明に係るユ
ーザ認証装置を用いたことにより、ユーザ認識を正確に
実行できるので、通信ネットワークを用いた安全な電子
商取引を実現できる。

【００９５】換言すると、本発明は次の四つの効果を奏
する。

【００９６】第１の効果は、通信ネットワーク上を流れ
るクレジット番号、暗証番号等の認証用番号が第三者に
盗まれた場合でも、悪用されることがない点である。そ
の理由は、クレジット番号等は取引の度に新しいものに
変更されるため、第三者がクレジット番号を盗んだとし
ても、その番号を利用することができないためである。

【００９７】第２の効果は、クレジット番号、暗証番号
等の認証用番号の変換則が盗まれないことである。その
理由は、クレジット番号等の変換則がクレジットカード
に予め記録されていること、及びクレジット番号等の変
換がローカルに行われることより、クレジット番号等の
変換に関する情報が通信ネットワーク上に流出しないた
めである。

【００９８】第３の効果は、クレジット番号等の入力の
煩わしさを除くことができる点である。その理由は、ユ
ーザ端末がクレジットカード等から番号を読み取って送
出するため、注文者が改めて入力する必要がないためで
ある。

【００９９】第４の効果は、クレジット番号等の入力ミ
スを防ぐことができる点である。その理由は、ユーザ端
末がクレジットカード等から番号を読み取って送出する
ため、注文者が改めて入力する必要がないためである。

【図面の簡単な説明】

【図１】図１は請求項１記載のユーザ認証装置を示し、
図１［１］はブロック図、図１［２］はシーケンス図で
ある。

【図２】図２は請求項２記載のユーザ認証装置を示し、
図２［１］はブロック図、図２［２］はシーケンス図で
ある。

【図３】図３は請求項３記載のユーザ認証装置を示し、
図３［１］はブロック図、図３［２］はシーケンス図で
ある。

【図４】図４は請求項４記載のユーザ認証装置を示し、
図４［１］はブロック図、図４［２］はシーケンス図で
ある。

【図５】図５は請求項５記載のユーザ認証装置を示し、
図５［１］はブロック図、図５［２］はシーケンス図で
ある。

【図６】図６は請求項６記載のユーザ認証装置を示し、
図６［１］はブロック図、図６［２］はシーケンス図で
ある。

【図７】図７は請求項７記載のユーザ認証装置を示し、
図７［１］はブロック図、図７［２］はシーケンス図で
ある。

【図８】図８は請求項８記載のユーザ認証装置を示し、
図８［１］はブロック図、図８［２］はシーケンス図で
ある。

【図９】本発明に係る商取引システムの第一実施形態を
示すブロック図である。

【図１０】本発明に係る商取引システムの第一実施形態
の動作を示すシーケンス図である。

【図１１】本発明に係る商取引システムの第一実施形態
の動作を示すシーケンス図である。

【図１２】本発明に係る商取引システムの第一実施形態
の動作を示すシーケンス図である。

【図１３】第一実施形態におけるユーザ端末の表示画面
であり、図１３［１］は第一例、図１３［２］は第二例
である。

【図１４】本発明に係る商取引システムの第二実施形態
の動作を示すシーケンス図である。

【図１５】本発明に係る商取引システムの第二実施形態
の動作を示すシーケンス図である。

【図１６】本発明に係る商取引システムの第二実施形態
の動作を示すシーケンス図である。

【符号の説明】

１ 通信ネットワーク ２ ユーザ側情報処理部 ３ 認証側情報処理部 ４ 変換則 ５ データベース ６ 携帯型記録媒体 ７ 仲介側情報処理部 １０ ユーザ端末 ２０ カードリーダ・ライタ ２５ クレジットカード ２６ キャッシュカード ３０ 販売センター端末 ４０ クレジット会社端末 ４１ 銀行端末 ５０ 顧客データベース

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 17/60 ４０２ Ｇ０６Ｆ 17/60 ４０２ ４０４ ４０４ ４１４ ４１４ Ｈ０４Ｌ 9/32 Ｈ０４Ｌ 9/00 ６７３Ｄ ６７３Ｅ Ｆターム(参考） 2C005 HA03 HB09 LB32 LB34 5B049 AA05 BB11 BB46 CC36 CC39 DD01 DD04 EE02 EE23 FF03 FF04 GG04 GG07 GG10 5B055 BB10 BB20 CB09 EE02 EE03 EE17 EE21 EE27 FA01 FB03 HA02 HA04 HA12 KK01 KK09 KK19 MM01 MM20 PA02 PA34 PA36 PA38 5B085 AE09 AE23 BG07 5J104 AA07 AA16 EA03 EA25 KA01 KA07 KA10 KA21 NA05 NA35 NA38 PA10

Claims (12)

【特許請求の範囲】
1. 【請求項１】 通信ネットワークを介して接続されたユ
   ーザ側情報処理部及び認証側情報処理部を備えたユーザ
   認証装置であって、 前記ユーザ側情報処理部は、 第一の認証用番号を前記認証側情報処理部へ送信する機
   能と、 前記認証側情報処理部からアクセス許可通知を受信する
   と、所定の変換則を用いて当該第一の認証用番号を第二
   の認証用番号に変換し、この第二の認証用番号を新たな
   第一の認証用番号とする機能とを有し、 前記認証側情報処理部は、 前記ユーザ側情報処理部から前記第一の認証用番号を受
   信すると、データベースを用いて照合処理を実行する機
   能と、 この照合処理によって正規ユーザであると認証すると、
   アクセス許可通知を前記ユーザ側情報処理部へ送信する
   機能と、 前記アクセス許可通知を送信すると、前記変換則と同じ
   ものを用いて当該第一の認証用番号を第二の認証用番号
   に変換し、この第二の認証用番号を新たな第一の認証用
   番号として前記データベースに記録する機能とを有す
   る、 ことを特徴とするユーザ認証装置。
2. 【請求項２】 前記ユーザ側情報処理部は、携帯型記録
   媒体を備えるとともに、 この携帯型記録媒体から第一の認証用番号及び所定の変
   換則を読み取り当該第一の認証用番号を前記認証側情報
   処理部へ送信する機能と、 前記アクセス許可通知を受信すると、前記変換則を用い
   て当該第一の認証用番号を第二の認証用番号に変換し、
   この第二の認証用番号を新たな第一の認証用番号として
   前記携帯型記録媒体に記録する機能とを有する、 請求項１記載のユーザ認証装置。
3. 【請求項３】 前記ユーザ側情報処理部は、携帯型記録
   媒体を備えるとともに、この携帯型記録媒体から第一の
   認証用番号を読み取り当該第一の認証用番号を前記認証
   側情報処理部へ送信する機能を有し、 前記携帯型記録媒体は、前記アクセス許可通知が受信さ
   れると、所定の変換則を用いて当該第一の認証用番号を
   第二の認証用番号に変換し、この第二の認証用番号を新
   たな第一の認証用番号として当該携帯型記録媒体に記録
   する機能を有する、 請求項１記載のユーザ認証装置。
4. 【請求項４】 前記ユーザ側情報処理部は、携帯型記録
   媒体を備えるとともに、 第一の認証用番号を入力して当該第一の認証用番号を前
   記認証側情報処理部へ送信する機能と、 前記携帯型記録媒体から所定の変換則を読み取るととも
   に、前記アクセス許可通知を受信すると、前記変換則を
   用いて当該第一の認証用番号を第二の認証用番号に変換
   し、この第二の認証用番号を新たな第一の認証用番号と
   して出力する機能とを有する、 請求項1記載のユーザ認証装置。
5. 【請求項５】 通信ネットワークを介して接続されたユ
   ーザ側情報処理部、仲介側情報処理部及び認証側情報処
   理部を備えたユーザ認証装置であって、 前記ユーザ側情報処理部は、 第一の認証用番号を前記仲介側情報処理部へ送信する機
   能と、 前記仲介側情報処理部から第二の認証用番号を受信する
   と、所定の変換則を用いて当該第二の認証用番号を第三
   の認証用番号に変換し、この第三の認証用番号を新たな
   第一の認証用番号とする機能とを有し、 前記仲介側情報処理部は、 前記ユーザ側情報処理部から送信された前記第一の認証
   用番号を前記認証側情報処理部へ送信する機能と、 前記認証側情報処理部から前記第二の認証用番号を受信
   し、この第二の認証用番号を前記ユーザ側情報処理部へ
   送信する機能とを有し、 前記認証側情報処理部は、 前記仲介側情報処理部から前記第一の認証用番号を受信
   すると、データベースを用いて照合処理を実行し、この
   照合処理によって正規ユーザであると認証すると、前記
   第一の認証用番号とは異なる前記第二の認証用番号を前
   記仲介側情報処理部へ送信する機能と、 前記変換則と同じものを用いて前記第二の認証用番号を
   第三の認証用番号に変換し、この第三の認証用番号を新
   たな第一の認証用番号として前記データベースに記録す
   る機能とを有する、 ことを特徴とするユーザ認証装置。
6. 【請求項６】 前記ユーザ側情報処理部は、携帯型記録
   媒体を備えるとともに、 この携帯型記録媒体から第一の認証用番号及び所定の変
   換則を読み取り当該第一の認証用番号を前記仲介側情報
   処理部へ送信する機能と、 前記第二の認証用番号を受信すると、前記変換則を用い
   て当該第二の認証用番号を第三の認証用番号に変換し、
   この第二の認証用番号を新たな第一の認証用番号として
   前記携帯型記録媒体に記録する機能とを有する、 請求項５記載のユーザ認証装置。
7. 【請求項７】 前記ユーザ側情報処理部は、携帯型記録
   媒体を備えるとともに、この携帯型記録媒体から第一の
   認証用番号を読み取り当該第一の認証用番号を前記仲介
   側情報処理部へ送信する機能を有し、 前記携帯型記録媒体は、前記第二の認証用番号が受信さ
   れると、所定の変換則を用いて当該第二の認証用番号を
   第三の認証用番号に変換し、この第三の認証用番号を新
   たな第一の認証用番号として当該携帯型記録媒体に記録
   する機能を有する、 請求項５記載のユーザ認証装置。
8. 【請求項８】 前記ユーザ側情報処理部は、携帯型記録
   媒体を備えるとともに、 第一の認証用番号を入力して当該第一の認証用番号を前
   記仲介側情報処理部へ送信する機能と、 前記携帯型記録媒体から所定の変換則を読み取るととも
   に、前記第二の認証用番号を受信すると、前記変換則を
   用いて当該第二の認証用番号を第三の認証用番号に変換
   し、この第三の認証用番号を新たな第一の認証用番号と
   して出力する機能とを有する、 請求項５記載のユーザ認証装置。
9. 【請求項９】 請求項２又は３記載のユーザ認証装置を
   用いた商取引システムであって、 前記ユーザ側情報処理部は前記第一の認証用番号ととも
   に決済要求を前記認証側情報処理部へ送信し、 前記認証側情報処理部は前記照合処理とともに決済処理
   を実行し、 前記通信ネットワークがインターネット、 前記ユーザ側情報処理部が店頭端末、 前記認証側情報処理部がクレジット会社端末、 前記携帯型記録媒体がクレジットカード、 前記認証用番号がクレジット番号である、 ことを特徴とする商取引システム。
10. 【請求項１０】 請求項４記載のユーザ認証装置を用い
    た商取引システムであって、 前記ユーザ側情報処理部は前記第一の認証用番号ととも
    に決済要求を前記認証側情報処理部へ送信し、 前記認証側情報処理部は前記照合処理とともに決済処理
    を実行し、 前記通信ネットワークがインターネット、 前記ユーザ側情報処理部が店頭端末、 前記認証側情報処理部が銀行端末、 前記携帯型記録媒体がキャッシュカード、 前記認証用番号が暗証番号である、 ことを特徴とする商取引システム。
11. 【請求項１１】 請求項６又は７記載のユーザ認証装置
    を用いた商取引システムであって、 前記仲介側情報処理部は前記第一の認証用番号とともに
    決済要求を前記認証側情報処理部へ送信し、 前記認証側情報処理部は前記照合処理とともに決済処理
    を実行し、 前記通信ネットワークがインターネット、 前記ユーザ側情報処理部がユーザ端末、 前記仲介側情報処理部が販売センター端末、 前記認証側情報処理部がクレジット会社端末、 前記携帯型記録媒体がクレジットカード、 前記認証用番号がクレジット番号である、 ことを特徴とする商取引システム。
12. 【請求項１２】 請求項８記載のユーザ認証装置を用い
    た商取引システムであって、 前記仲介側情報処理部は前記第一の認証用番号とともに
    決済要求を前記認証側情報処理部へ送信し、 前記認証側情報処理部は前記照合処理とともに決済処理
    を実行し、 前記通信ネットワークがインターネット、 前記ユーザ側情報処理部がユーザ端末、 前記仲介側情報処理部が販売センター端末、 前記認証側情報処理部が銀行端末、 前記携帯型記録媒体がキャッシュカード、 前記認証用番号が暗証番号である、 ことを特徴とする商取引システム。