JP2003337917A - 携帯端末による本人確認システム - Google Patents
携帯端末による本人確認システムInfo
- Publication number
- JP2003337917A JP2003337917A JP2002147434A JP2002147434A JP2003337917A JP 2003337917 A JP2003337917 A JP 2003337917A JP 2002147434 A JP2002147434 A JP 2002147434A JP 2002147434 A JP2002147434 A JP 2002147434A JP 2003337917 A JP2003337917 A JP 2003337917A
- Authority
- JP
- Japan
- Prior art keywords
- user
- personal identification
- center server
- mobile terminal
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000004891 communication Methods 0.000 claims abstract description 10
- 238000012545 processing Methods 0.000 claims description 18
- 239000000284 extract Substances 0.000 claims description 3
- 230000003014 reinforcing effect Effects 0.000 claims description 2
- 230000004044 response Effects 0.000 claims description 2
- 239000000047 product Substances 0.000 description 22
- 238000000034 method Methods 0.000 description 9
- 230000005540 biological transmission Effects 0.000 description 6
- 230000006870 function Effects 0.000 description 5
- 238000012546 transfer Methods 0.000 description 5
- 238000012795 verification Methods 0.000 description 5
- 238000012790 confirmation Methods 0.000 description 3
- 125000002066 L-histidyl group Chemical group [H]N1C([H])=NC(C([H])([H])[C@](C(=O)[*])([H])N([H])[H])=C1[H] 0.000 description 2
- 239000006227 byproduct Substances 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
(57)【要約】
【課題】 セキュリティ性および確実性が高く、しか
も、煩雑さのない携帯端末による本人確認システムを提
供する。 【解決手段】 店側端末１は、センターサーバ５と通信
手段７を介して接続するとともに、センターサーバ５
は、ユーザの携帯端末３と通信手段７を介して接続し、
店側端末１は、ユーザのユーザカード情報を読み取り、
このカード情報をセンターサーバ５に送信し、上記セン
ターサーバ５は、カード情報を受信したとき、上記ユー
ザの携帯端末３へメールを送信する機能と、上記のメー
ルに対する暗号化された応答信号に基づいて、本人確認
を行う機能とを備えた。
も、煩雑さのない携帯端末による本人確認システムを提
供する。 【解決手段】 店側端末１は、センターサーバ５と通信
手段７を介して接続するとともに、センターサーバ５
は、ユーザの携帯端末３と通信手段７を介して接続し、
店側端末１は、ユーザのユーザカード情報を読み取り、
このカード情報をセンターサーバ５に送信し、上記セン
ターサーバ５は、カード情報を受信したとき、上記ユー
ザの携帯端末３へメールを送信する機能と、上記のメー
ルに対する暗号化された応答信号に基づいて、本人確認
を行う機能とを備えた。
Description
【０００１】
【発明の属する技術分野】この発明は、クレジットカー
ド等を使用して買い物をする際の、携帯端末を利用した
本人確認のためのシステムに関する。
ド等を使用して買い物をする際の、携帯端末を利用した
本人確認のためのシステムに関する。
【０００２】
【従来の技術】従来のシステムでは、クレジットカード
を使用して買い物をする場合に、客は店員にクレジット
カードを渡し、店員が、店舗に設置されたカードリーダ
から、クレジット会社に送信していた。クレジット会社
は、購入金額が大きい場合には、客に電話をかけ、購入
の意思を確認していた。その際、客が本人であるかどう
かを確かめるために、クレジット会社の係員が、本人の
生年月日等を尋ね、トラブルを未然に防ぐようにしてい
た。
を使用して買い物をする場合に、客は店員にクレジット
カードを渡し、店員が、店舗に設置されたカードリーダ
から、クレジット会社に送信していた。クレジット会社
は、購入金額が大きい場合には、客に電話をかけ、購入
の意思を確認していた。その際、客が本人であるかどう
かを確かめるために、クレジット会社の係員が、本人の
生年月日等を尋ね、トラブルを未然に防ぐようにしてい
た。
【０００３】
【発明が解決しようとする課題】上記の従来のシステム
では、次のような問題点があった。クレジットカードを
使って買い物をしようとするとき、いわゆるスキミング
と呼ばれる違法行為にさらされるおそれが高かった。店
員等が、買い物客が知らないうちに、クレジットカード
の磁気データを読み取り、偽造カードにコピーをして不
正使用をするという問題である。また、クレジット会社
から客に電話をすることは、人手がかかる。さらに、店
舗側に客の生年月日等の個人情報が知られてしまう。そ
こで、この発明の目的は、仮に、スキミング等の違法行
為によってカード情報がコピーされても、本人確認を厳
格にすることによって、被害を極力抑えようとするもの
である。また、本人確認をコンピュータが自動的に行う
ことによって、人手を省くことである。さらに、クレジ
ット会社等からの電話による本人確認があったとき、店
舗側が確認の電話を客に取り次がなくても済むようにす
ることである。すなわち、セキュリティ性および確実性
が高く、しかも、煩雑さのない本人確認システムを提供
することである。
では、次のような問題点があった。クレジットカードを
使って買い物をしようとするとき、いわゆるスキミング
と呼ばれる違法行為にさらされるおそれが高かった。店
員等が、買い物客が知らないうちに、クレジットカード
の磁気データを読み取り、偽造カードにコピーをして不
正使用をするという問題である。また、クレジット会社
から客に電話をすることは、人手がかかる。さらに、店
舗側に客の生年月日等の個人情報が知られてしまう。そ
こで、この発明の目的は、仮に、スキミング等の違法行
為によってカード情報がコピーされても、本人確認を厳
格にすることによって、被害を極力抑えようとするもの
である。また、本人確認をコンピュータが自動的に行う
ことによって、人手を省くことである。さらに、クレジ
ット会社等からの電話による本人確認があったとき、店
舗側が確認の電話を客に取り次がなくても済むようにす
ることである。すなわち、セキュリティ性および確実性
が高く、しかも、煩雑さのない本人確認システムを提供
することである。
【０００４】
【課題を解決するための手段】第１の発明は、店側端末
は、センターサーバと通信手段を介して接続するととも
に、センターサーバは、ユーザの携帯端末と通信手段を
介して接続し、店側端末は、ユーザのユーザカード情報
を読み取り、このカード情報をセンターサーバに送信
し、上記センターサーバは、カード情報を受信したと
き、上記ユーザの携帯端末へメールを送信する機能と、
上記のメールに対する暗号化された応答信号に基づい
て、本人確認を行う機能とを備えた点に特徴を有する。
は、センターサーバと通信手段を介して接続するととも
に、センターサーバは、ユーザの携帯端末と通信手段を
介して接続し、店側端末は、ユーザのユーザカード情報
を読み取り、このカード情報をセンターサーバに送信
し、上記センターサーバは、カード情報を受信したと
き、上記ユーザの携帯端末へメールを送信する機能と、
上記のメールに対する暗号化された応答信号に基づい
て、本人確認を行う機能とを備えた点に特徴を有する。
【０００５】第２の発明は、第１の発明において、セン
ターサーバは処理部と記憶部を備えるとともに、上記記
憶部は、ユーザカードに記憶されたユーザ特定情報を記
憶するとともに、このユーザ特定情報と対応づけた携帯
端末番号および暗証番号を記憶し、上記処理部は、店側
端末から、ユーザ特定情報を受信すると、このユーザ特
定情報に対応付けられた暗証番号を上記記憶部から抽出
し、上記ユーザの携帯端末から送信されてきた暗証番号
と上記の抽出した暗証番号とを比較し、一致していれば
本人確認ができたと判断することを特徴とする。
ターサーバは処理部と記憶部を備えるとともに、上記記
憶部は、ユーザカードに記憶されたユーザ特定情報を記
憶するとともに、このユーザ特定情報と対応づけた携帯
端末番号および暗証番号を記憶し、上記処理部は、店側
端末から、ユーザ特定情報を受信すると、このユーザ特
定情報に対応付けられた暗証番号を上記記憶部から抽出
し、上記ユーザの携帯端末から送信されてきた暗証番号
と上記の抽出した暗証番号とを比較し、一致していれば
本人確認ができたと判断することを特徴とする。
【０００６】第３の発明は、第２の発明において、セン
ターサーバには、暗証番号による本人確認を補強する目
的のために用いうる情報がユーザの携帯端末から送信さ
れ、センターサーバの処理部は、上記目的のために用い
うる情報が適正な場合に本人であると判断することを特
徴とする。
ターサーバには、暗証番号による本人確認を補強する目
的のために用いうる情報がユーザの携帯端末から送信さ
れ、センターサーバの処理部は、上記目的のために用い
うる情報が適正な場合に本人であると判断することを特
徴とする。
【０００７】
【発明の実施の形態】図１は、この発明の一実施形態を
表したものである。図示したように、店Ａにおけるの店
側端末１と、ユーザＢの携帯端末３と、センターサーバ
５とを通信手段７を介して接続している。また、上記セ
ンターサーバ５には、金融機関９のバンクサーバ１１を
接続している。店側端末１としては、ＰＯＳ端末のよう
にカードの読み取り機能と、通信回線との接続機能を備
えたものが考えられる。
表したものである。図示したように、店Ａにおけるの店
側端末１と、ユーザＢの携帯端末３と、センターサーバ
５とを通信手段７を介して接続している。また、上記セ
ンターサーバ５には、金融機関９のバンクサーバ１１を
接続している。店側端末１としては、ＰＯＳ端末のよう
にカードの読み取り機能と、通信回線との接続機能を備
えたものが考えられる。
【０００８】このシステムの運用のためには、商品を販
売する店舗は、加盟店としてセンターに登録し、商品を
購入しようとする者は、ユーザとしてセンターに登録し
ていることを前提とする。したがって、登録した店、登
録したユーザでなければ、このシステムを利用できな
い。この実施形態では、加盟店ＡでユーザＢが商品を購
入しようとしたとき、現金で支払う代わりに、ユーザカ
ード１３を提示する。このユーザカード１３は、コンピ
ュータで読み取り可能なカード情報を備えている。ここ
では、バーコードをカード情報としている。つまり、ユ
ーザカード１３は、バーコード付きカードである。ま
た、上記加盟店Ａの店側端末１には、バーコードの読み
取りができるカードリーダを備えている。そして、この
カードリーダで読み取ったカード情報は、上記店側端末
１を介して上記センターサーバ５に送信される。なお、
上記カードリーダは、ユーザカードのほかにも、商品に
付されたバーコード等も読み取る機能を有するものとす
る。
売する店舗は、加盟店としてセンターに登録し、商品を
購入しようとする者は、ユーザとしてセンターに登録し
ていることを前提とする。したがって、登録した店、登
録したユーザでなければ、このシステムを利用できな
い。この実施形態では、加盟店ＡでユーザＢが商品を購
入しようとしたとき、現金で支払う代わりに、ユーザカ
ード１３を提示する。このユーザカード１３は、コンピ
ュータで読み取り可能なカード情報を備えている。ここ
では、バーコードをカード情報としている。つまり、ユ
ーザカード１３は、バーコード付きカードである。ま
た、上記加盟店Ａの店側端末１には、バーコードの読み
取りができるカードリーダを備えている。そして、この
カードリーダで読み取ったカード情報は、上記店側端末
１を介して上記センターサーバ５に送信される。なお、
上記カードリーダは、ユーザカードのほかにも、商品に
付されたバーコード等も読み取る機能を有するものとす
る。
【０００９】上記カード情報をセンターサーバ５に送信
すると、このセンターサーバ５の処理部１５は、カード
情報であるバーコードから、このカードの属性を特定す
ることができる。属性としては、ユーザＩＤがある。こ
のユーザＩＤによって、センターサーバはユーザを特定
できる。一方、上記センターサーバ５の処理部１５には
記憶部１７が接続している。上記記憶部１７には、ユー
ザ登録時に、ユーザＩＤが記憶され、このユーザＩＤと
対応付けたユーザ個人情報が記憶されている。ユーザ個
人情報としては、預金預金口座番号、携帯端末番号、暗
証番号等がある。上記センターサーバ５の処理部１５
は、上記カード情報からユーザＩＤを得ると、記憶部１
７から、上記ユーザＩＤに対応した預金預金口座番号、
携帯端末番号、暗証番号等のユーザ個人情報を抽出す
る。
すると、このセンターサーバ５の処理部１５は、カード
情報であるバーコードから、このカードの属性を特定す
ることができる。属性としては、ユーザＩＤがある。こ
のユーザＩＤによって、センターサーバはユーザを特定
できる。一方、上記センターサーバ５の処理部１５には
記憶部１７が接続している。上記記憶部１７には、ユー
ザ登録時に、ユーザＩＤが記憶され、このユーザＩＤと
対応付けたユーザ個人情報が記憶されている。ユーザ個
人情報としては、預金預金口座番号、携帯端末番号、暗
証番号等がある。上記センターサーバ５の処理部１５
は、上記カード情報からユーザＩＤを得ると、記憶部１
７から、上記ユーザＩＤに対応した預金預金口座番号、
携帯端末番号、暗証番号等のユーザ個人情報を抽出す
る。
【００１０】また、上記店Ａの端末１には、店ＩＤを店
情報として記憶させ、上記カード情報をセンターサーバ
５に送信すると、この店情報もセンターサーバ５に同時
に送信されるようにしている。さらに、ユーザＢが購入
しようとする商品のバーコードをカードリーダで読み込
み、上記センターサーバ５に商品情報を送信する。商品
情報としては、少なくとも商品代金が必要である。
情報として記憶させ、上記カード情報をセンターサーバ
５に送信すると、この店情報もセンターサーバ５に同時
に送信されるようにしている。さらに、ユーザＢが購入
しようとする商品のバーコードをカードリーダで読み込
み、上記センターサーバ５に商品情報を送信する。商品
情報としては、少なくとも商品代金が必要である。
【００１１】上記センターサーバ５の記憶部１７は、ユ
ーザＢの携帯端末番号と暗証番号を記憶している。そこ
で、上記センターサーバ５は、店側端末１から、ユーザ
ＩＤと店ＩＤと商品情報とを受信すると、本人確認のた
めにユーザＢの携帯端末３にメールを送る。ユーザＢ
は、自分の暗証番号を入力し、上記センターサーバ５に
送信する。
ーザＢの携帯端末番号と暗証番号を記憶している。そこ
で、上記センターサーバ５は、店側端末１から、ユーザ
ＩＤと店ＩＤと商品情報とを受信すると、本人確認のた
めにユーザＢの携帯端末３にメールを送る。ユーザＢ
は、自分の暗証番号を入力し、上記センターサーバ５に
送信する。
【００１２】上記の入力された暗証番号は、暗号化した
後、通信回線を介して上記センターサーバ５に送信され
る。このように暗証番号を暗号化したのは、次の理由か
らである。すなわち、暗証番号を暗号化せずに送信する
と、送信途中で、盗聴される等の危険があるため、暗号
化することが、セキュリティ確保のために、不可欠だか
らである。また、ユーザからセンターサーバへ暗証番号
を送る方法として、メールは適当ではない。ユーザか
ら、メールを送信すると、ユーザの携帯端末には送信履
歴が残る。この送信履歴を削除することは忘れがちであ
り、万が一携帯端末が盗難にあうと、送信履歴から暗証
番号が第三者に知られてしまうからである。そこで、Ｗ
ｅｂページを利用して、暗証番号を送信する方法が適当
である。
後、通信回線を介して上記センターサーバ５に送信され
る。このように暗証番号を暗号化したのは、次の理由か
らである。すなわち、暗証番号を暗号化せずに送信する
と、送信途中で、盗聴される等の危険があるため、暗号
化することが、セキュリティ確保のために、不可欠だか
らである。また、ユーザからセンターサーバへ暗証番号
を送る方法として、メールは適当ではない。ユーザか
ら、メールを送信すると、ユーザの携帯端末には送信履
歴が残る。この送信履歴を削除することは忘れがちであ
り、万が一携帯端末が盗難にあうと、送信履歴から暗証
番号が第三者に知られてしまうからである。そこで、Ｗ
ｅｂページを利用して、暗証番号を送信する方法が適当
である。
【００１３】上記センターサーバ５の処理部１５は、記
憶部１７から抽出してあった暗証番号と、ユーザＢから
送られてきた暗証番号とを比較し、一致していれば、ユ
ーザＢが本人であると確認する。センターサーバ５は、
本人確認ができると、バンクサーバ１１に対し、決済を
指令する信号を送信する。ここで、本人確認とは、ユー
ザカードを提示して買い物に来た人物が、ユーザ登録を
している本人である、と確認することである。他人のカ
ードを盗んだり、拾ったりして、不正使用等する者では
ない、と確認することである。
憶部１７から抽出してあった暗証番号と、ユーザＢから
送られてきた暗証番号とを比較し、一致していれば、ユ
ーザＢが本人であると確認する。センターサーバ５は、
本人確認ができると、バンクサーバ１１に対し、決済を
指令する信号を送信する。ここで、本人確認とは、ユー
ザカードを提示して買い物に来た人物が、ユーザ登録を
している本人である、と確認することである。他人のカ
ードを盗んだり、拾ったりして、不正使用等する者では
ない、と確認することである。
【００１４】なお、暗証番号による本人確認だけでは、
必ずしも十分ではない。第三者によって、ユーザカード
および携帯端末を盗まれ、さらに、暗証番号を見つけ出
される場合があるからである。ここで、生年月日や電話
番号を暗証番号にする人が多いため、暗証番号を推測す
ることは、不可能ではない。そこで、暗証番号による本
人確認を補強するために、ユーザに対し、暗証番号の外
に何らかの情報を入力させるようにし、本人確認を一層
確実なものとすることが望ましい。この場合の、暗証番
号の外の情報としては、実際に店舗で買い物をしている
者でなければ知りえないような情報が適切である。詳し
い説明は、後述する。
必ずしも十分ではない。第三者によって、ユーザカード
および携帯端末を盗まれ、さらに、暗証番号を見つけ出
される場合があるからである。ここで、生年月日や電話
番号を暗証番号にする人が多いため、暗証番号を推測す
ることは、不可能ではない。そこで、暗証番号による本
人確認を補強するために、ユーザに対し、暗証番号の外
に何らかの情報を入力させるようにし、本人確認を一層
確実なものとすることが望ましい。この場合の、暗証番
号の外の情報としては、実際に店舗で買い物をしている
者でなければ知りえないような情報が適切である。詳し
い説明は、後述する。
【００１５】以下に、本システムの情報の流れと、上記
情報の流れに沿った、センターサーバ５を中心とした処
理を説明する。例えば、ユーザＢが、このシステムを利
用して加盟店Ａから商品を購入する場合、加盟店Ａの係
員に自己のユーザカード１３を提示する。上記係員は、
ユーザＢから上記カード３を預かり、カードリーダに上
記カード３のバーコード情報を読み込ませる。カードリ
ーダは店側端末１と接続しているので、読み取った上記
カード情報はセンターサーバ５に送信される。
情報の流れに沿った、センターサーバ５を中心とした処
理を説明する。例えば、ユーザＢが、このシステムを利
用して加盟店Ａから商品を購入する場合、加盟店Ａの係
員に自己のユーザカード１３を提示する。上記係員は、
ユーザＢから上記カード３を預かり、カードリーダに上
記カード３のバーコード情報を読み込ませる。カードリ
ーダは店側端末１と接続しているので、読み取った上記
カード情報はセンターサーバ５に送信される。
【００１６】上記端末１には、店ＩＤを記憶している。
そこで、上記のカード情報を送信する際に、店ＩＤもあ
わせて送信する。また、店側端末１は、接続したカード
リーダに対象商品に付されたバーコードを読み取らせ
る。そして、店側端末１は、読み取った商品情報をセン
ターサーバ５に送信する。商品情報としては、商品代金
が必須である。このようにして、上記センターサーバ５
は、店側端末１からユーザＩＤ、店ＩＤ、および商品情
報を受信できる。
そこで、上記のカード情報を送信する際に、店ＩＤもあ
わせて送信する。また、店側端末１は、接続したカード
リーダに対象商品に付されたバーコードを読み取らせ
る。そして、店側端末１は、読み取った商品情報をセン
ターサーバ５に送信する。商品情報としては、商品代金
が必須である。このようにして、上記センターサーバ５
は、店側端末１からユーザＩＤ、店ＩＤ、および商品情
報を受信できる。
【００１７】上記センターサーバ５の処理部１５は、ユ
ーザＩＤに基づいて、記憶部１７から対応する携帯端末
番号と暗証番号とを抽出する。上記処理部１５は、上記
の抽出した携帯端末番号を基にユーザＢの携帯端末３に
メールを送る。上記センターサーバ５とユーザＢとの携
帯端末３を介した送受信の例を図２に従って示す。上記
センターサーバ５から上記携帯端末に送られてきたメー
ルの内容は、図２に例示するように、ユーザＢの意思を
確認するものである。ユーザＢが決済を希望するとき
は、[ＹＥＳ]に対応したＵＲＬ（ｈｔｔｐｓ：／／ｗｗ
ｗ−ｙｅｓ）を選択し、決済を希望しないときは、[Ｎ
Ｏ]に対応したＵＲＬ（ｈｔｔｐｓ：／／ｗｗｗ−ｎ
ｏ）を選択する。上記のＵＲＬで特定したＷｅｂページ
が、ユーザＢの携帯端末のディスプレイ画面に表示され
る。ここで、ユーザは暗証番号を入力し、送信ボタンを
クリックすると、上記センターサーバ５に暗証番号が送
信される。ここで、暗証番号を暗号化する手段として、
複数の手段が考えうる。例えば、簡便な手段として、ｈ
ｔｔｐｓプロトコルの使用が考えられる。通常、用いら
れるｈｔｔｐプロトコルでは、暗証番号が平文で送信さ
れ、他人に盗聴される危険がある。しかし、ｈｔｔｐｓ
プロトコルならば、暗証番号が暗号化して送信され、相
手方の受信時に復号化されるので、安全である。
ーザＩＤに基づいて、記憶部１７から対応する携帯端末
番号と暗証番号とを抽出する。上記処理部１５は、上記
の抽出した携帯端末番号を基にユーザＢの携帯端末３に
メールを送る。上記センターサーバ５とユーザＢとの携
帯端末３を介した送受信の例を図２に従って示す。上記
センターサーバ５から上記携帯端末に送られてきたメー
ルの内容は、図２に例示するように、ユーザＢの意思を
確認するものである。ユーザＢが決済を希望するとき
は、[ＹＥＳ]に対応したＵＲＬ（ｈｔｔｐｓ：／／ｗｗ
ｗ−ｙｅｓ）を選択し、決済を希望しないときは、[Ｎ
Ｏ]に対応したＵＲＬ（ｈｔｔｐｓ：／／ｗｗｗ−ｎ
ｏ）を選択する。上記のＵＲＬで特定したＷｅｂページ
が、ユーザＢの携帯端末のディスプレイ画面に表示され
る。ここで、ユーザは暗証番号を入力し、送信ボタンを
クリックすると、上記センターサーバ５に暗証番号が送
信される。ここで、暗証番号を暗号化する手段として、
複数の手段が考えうる。例えば、簡便な手段として、ｈ
ｔｔｐｓプロトコルの使用が考えられる。通常、用いら
れるｈｔｔｐプロトコルでは、暗証番号が平文で送信さ
れ、他人に盗聴される危険がある。しかし、ｈｔｔｐｓ
プロトコルならば、暗証番号が暗号化して送信され、相
手方の受信時に復号化されるので、安全である。
【００１８】上記処理部１５は、記憶部１７から抽出し
てあった暗証番号と、ユーザＢから送られてきた暗証番
号とを比較する。暗証番号が一致していれば、処理部１
５は、本人確認ができた、と判断する。携帯端末３が盗
まれたものである等の特別な事情がないかぎり、携帯端
末３の所有者が本人である、と考えうる。しかも、本人
しか知らないはずの暗証番号が送信されてきたならば、
高い確率で、本人と判断しうる。ここで、第三者が、ユ
ーザカード１３を盗み、ユーザＢになりすまして買い物
をしようとしても、携帯端末３をも盗まなければならな
い。仮に、携帯端末３をも盗んだとしても、暗証番号を
知ることは困難なので、違法な企てが成功する可能性は
低い。
てあった暗証番号と、ユーザＢから送られてきた暗証番
号とを比較する。暗証番号が一致していれば、処理部１
５は、本人確認ができた、と判断する。携帯端末３が盗
まれたものである等の特別な事情がないかぎり、携帯端
末３の所有者が本人である、と考えうる。しかも、本人
しか知らないはずの暗証番号が送信されてきたならば、
高い確率で、本人と判断しうる。ここで、第三者が、ユ
ーザカード１３を盗み、ユーザＢになりすまして買い物
をしようとしても、携帯端末３をも盗まなければならな
い。仮に、携帯端末３をも盗んだとしても、暗証番号を
知ることは困難なので、違法な企てが成功する可能性は
低い。
【００１９】しかし、第三者によって、ユーザカードお
よび携帯端末を盗まれ、さらに、暗証番号を見つけ出さ
れる場合も皆無とは言いきれない。そこで、暗証番号以
外の情報として、例えば、図２に示すように、買い物金
額（＝商品代金）を入力させると、本人確認の確実性が
高まる。商品代金を入力させることにより、次のような
利点がある。第１に、カードの提示者と携帯端末の所持
者とが別の場所にいる場合（例えば、犯罪集団の場合）
の犯罪成立を抑止できる。予め、買い物金額を仲間同士
で決めておかなければならず、少なくとも場当たり的な
犯罪は阻止できるからである。第２に、買い物金額も一
致すれば、高い確率で本人と判断できる。しかし、セン
ターサーバにカードと携帯端末の盗難届が出ている場合
は、現行犯逮捕が可能となる。さらに、店舗側の商品代
金の不正請求を防止できる、という副産物も期待でき
る。なお、図２にも示してあるように、ユーザが決済を
希望する場合のみ、上記の暗証番号以外の情報を入力す
ればよい。
よび携帯端末を盗まれ、さらに、暗証番号を見つけ出さ
れる場合も皆無とは言いきれない。そこで、暗証番号以
外の情報として、例えば、図２に示すように、買い物金
額（＝商品代金）を入力させると、本人確認の確実性が
高まる。商品代金を入力させることにより、次のような
利点がある。第１に、カードの提示者と携帯端末の所持
者とが別の場所にいる場合（例えば、犯罪集団の場合）
の犯罪成立を抑止できる。予め、買い物金額を仲間同士
で決めておかなければならず、少なくとも場当たり的な
犯罪は阻止できるからである。第２に、買い物金額も一
致すれば、高い確率で本人と判断できる。しかし、セン
ターサーバにカードと携帯端末の盗難届が出ている場合
は、現行犯逮捕が可能となる。さらに、店舗側の商品代
金の不正請求を防止できる、という副産物も期待でき
る。なお、図２にも示してあるように、ユーザが決済を
希望する場合のみ、上記の暗証番号以外の情報を入力す
ればよい。
【００２０】上記処理部１５が、本人確認をすると、上
記センターサーバ５は、金融機関９のバンクサーバ１１
に対し、ユーザＢの預金口座から店Ａの預金口座への送
金命令信号を送信する。バンクサーバ１１が送金命令信
号を受信すると、決済処理が開始される。かかる金融機
関９における決済処理は、本発明が解決を意図する課題
ではない。そこで、簡単に後述するにとどめる。
記センターサーバ５は、金融機関９のバンクサーバ１１
に対し、ユーザＢの預金口座から店Ａの預金口座への送
金命令信号を送信する。バンクサーバ１１が送金命令信
号を受信すると、決済処理が開始される。かかる金融機
関９における決済処理は、本発明が解決を意図する課題
ではない。そこで、簡単に後述するにとどめる。
【００２１】上記センターサーバ５は、このように上記
端末１からユーザ情報等の送信を受け、メールを送受信
し、本人確認をし、バンクサーバ１１に決済の指示をす
るという一連の処理を行う。これらの処理は、すべて自
動的に行われ、人手が一切介在しない。よって、従来の
電話による本人確認に比べ、人件費が削減できる。ま
た、店Ａの係員に電話取次ぎの手間をかけることがな
い。さらに、ユーザＢが商品を購入した後、瞬時に確認
処理がなされ、決済処理に進む。このように、本発明
は、店にとっても、客にとっても、迅速で煩雑さのない
システムを提供できる。
端末１からユーザ情報等の送信を受け、メールを送受信
し、本人確認をし、バンクサーバ１１に決済の指示をす
るという一連の処理を行う。これらの処理は、すべて自
動的に行われ、人手が一切介在しない。よって、従来の
電話による本人確認に比べ、人件費が削減できる。ま
た、店Ａの係員に電話取次ぎの手間をかけることがな
い。さらに、ユーザＢが商品を購入した後、瞬時に確認
処理がなされ、決済処理に進む。このように、本発明
は、店にとっても、客にとっても、迅速で煩雑さのない
システムを提供できる。
【００２２】しかも、センターサーバからの本人確認の
手段として携帯端末を使用し、かつ、暗証番号の照合を
している。さらに、本人からセンターサーバへの暗証番
号の送信は暗号化して行っており、適宜他の情報を送信
させることにより、暗証番号による照合を補強してい
る。このように、２重、３重のセキュリティ対策をして
いる。したがって、このシステムのユーザは、安心して
このシステムの提供するサービスを受けることができ
る。
手段として携帯端末を使用し、かつ、暗証番号の照合を
している。さらに、本人からセンターサーバへの暗証番
号の送信は暗号化して行っており、適宜他の情報を送信
させることにより、暗証番号による照合を補強してい
る。このように、２重、３重のセキュリティ対策をして
いる。したがって、このシステムのユーザは、安心して
このシステムの提供するサービスを受けることができ
る。
【００２３】さらに、ユーザがセンターサーバと携帯端
末を介して情報の送受信をすることにより、センターサ
ーバに送受信記録を残すことが可能である。これは、後
日紛争が生じたときに便宜である。従来の人手による電
話を用いた確認方法にはない利点である。
末を介して情報の送受信をすることにより、センターサ
ーバに送受信記録を残すことが可能である。これは、後
日紛争が生じたときに便宜である。従来の人手による電
話を用いた確認方法にはない利点である。
【００２４】なお、上記実施形態では、本人確認手段と
して携帯端末を利用しているが、携帯端末等でもよい。
また、店側の端末に接続したカードリーダは、端末と一
体となったものでも、独立しているものでもよい。さら
に、ユーザカードとしては、バーコード付きのカードに
限らない。磁気カードでもよいし、ＩＣカードでもよ
い。
して携帯端末を利用しているが、携帯端末等でもよい。
また、店側の端末に接続したカードリーダは、端末と一
体となったものでも、独立しているものでもよい。さら
に、ユーザカードとしては、バーコード付きのカードに
限らない。磁気カードでもよいし、ＩＣカードでもよ
い。
【００２５】次に、決済方法の一例につき、簡単に説明
する。上記金融機関９には、店Ａの預金口座１９ａ、ユ
ーザＢの預金口座１９ｂ、およびクレジット会社の預金
口座１９ｃを備えている。上記センターサーバ５は、上
記金融機関９のバンクサーバ１１に対し、ユーザＢの預
金口座１９ｂから店Ａの預金口座１９ａへの振込み命令
と振込み金額（＝商品代金）とを送信する。上記バンク
サーバ１１は、ユーザＢの預金口座１９ｂの預金残高と
送信されてきた商品代金とを比較する。そして、上記預
金残高の方が商品代金よりも多いときには、ユーザＢの
預金口座１９ｂから商品代金を店Ａの預金口座１９ａに
送金する。このように送金が終了したら、上記バンクサ
ーバ１１は、センターサーバ５に送金終了信号を送り、
上記センターサーバ５は、店Ａの端末１に、送金終了信
号を送る。店Ａは、この送金を確認してから、ユーザＢ
に商品を手渡すことができる。
する。上記金融機関９には、店Ａの預金口座１９ａ、ユ
ーザＢの預金口座１９ｂ、およびクレジット会社の預金
口座１９ｃを備えている。上記センターサーバ５は、上
記金融機関９のバンクサーバ１１に対し、ユーザＢの預
金口座１９ｂから店Ａの預金口座１９ａへの振込み命令
と振込み金額（＝商品代金）とを送信する。上記バンク
サーバ１１は、ユーザＢの預金口座１９ｂの預金残高と
送信されてきた商品代金とを比較する。そして、上記預
金残高の方が商品代金よりも多いときには、ユーザＢの
預金口座１９ｂから商品代金を店Ａの預金口座１９ａに
送金する。このように送金が終了したら、上記バンクサ
ーバ１１は、センターサーバ５に送金終了信号を送り、
上記センターサーバ５は、店Ａの端末１に、送金終了信
号を送る。店Ａは、この送金を確認してから、ユーザＢ
に商品を手渡すことができる。
【００２６】一方、バンクサーバ１１は、上記預金残高
が商品代金以下の場合、残高不足の旨をセンターサーバ
５に送信する。センターサーバ５は、ユーザＢの携帯端
末にメールを送り、クレジット会社からの借り入れの意
思を確認する。ユーザＢはメールにより借り入れの意思
を、ＹＥＳ又はＮＯでセンターサーバ５に返信する。借
り入れの意思としてＹＥＳが送信されてきた場合は、セ
ンターサーバ５はバンクサーバ１１に対し、クレジット
会社の預金口座１９ｃからユーザＢの預金口座１９ｂへ
送金するように指令する。１回の送金金額は、クレジッ
ト会社とユーザＢとの契約で定められている。バンクサ
ーバ１１は、この契約で定めた金額を、クレジット会社
の預金口座１９ｃからユーザＢの預金口座１９ｂへ送金
する。その後、バンクサーバ１１は、ユーザＢの預金口
座１９ｂから店Ａの預金口座１９ａに対し、商品代金に
相当する額を送金する。以上の処理が終了すると、バン
クサーバ１１は、センターサーバ５に送金終了信号を送
り、センターサーバ５は、店Ａの端末１に、送金終了信
号を送る。店Ａは、この送金を確認してから、ユーザＢ
に商品を手渡すことができる。
が商品代金以下の場合、残高不足の旨をセンターサーバ
５に送信する。センターサーバ５は、ユーザＢの携帯端
末にメールを送り、クレジット会社からの借り入れの意
思を確認する。ユーザＢはメールにより借り入れの意思
を、ＹＥＳ又はＮＯでセンターサーバ５に返信する。借
り入れの意思としてＹＥＳが送信されてきた場合は、セ
ンターサーバ５はバンクサーバ１１に対し、クレジット
会社の預金口座１９ｃからユーザＢの預金口座１９ｂへ
送金するように指令する。１回の送金金額は、クレジッ
ト会社とユーザＢとの契約で定められている。バンクサ
ーバ１１は、この契約で定めた金額を、クレジット会社
の預金口座１９ｃからユーザＢの預金口座１９ｂへ送金
する。その後、バンクサーバ１１は、ユーザＢの預金口
座１９ｂから店Ａの預金口座１９ａに対し、商品代金に
相当する額を送金する。以上の処理が終了すると、バン
クサーバ１１は、センターサーバ５に送金終了信号を送
り、センターサーバ５は、店Ａの端末１に、送金終了信
号を送る。店Ａは、この送金を確認してから、ユーザＢ
に商品を手渡すことができる。
【００２７】
【発明の効果】第１の発明及び第２の発明によれば、客
本人の端末に直接センターサーバから自動的に連絡が入
り、本人か否かの確認もセンターサーバが自動的に行う
ので、人手を省くことができる。また、第三者から秘匿
しておきたい暗証番号の盗聴を防止できる。第３の発明
によれば、第１、第２の発明に比べ、本人確認の確実性
を高めることができる。
本人の端末に直接センターサーバから自動的に連絡が入
り、本人か否かの確認もセンターサーバが自動的に行う
ので、人手を省くことができる。また、第三者から秘匿
しておきたい暗証番号の盗聴を防止できる。第３の発明
によれば、第１、第２の発明に比べ、本人確認の確実性
を高めることができる。
【図１】発明の１実施形態の全体概念図である。
【図２】携帯端末を介してユーザとセンターサーバとの
送受信を行う場合の表示画面例である。
送受信を行う場合の表示画面例である。
Ａ 店
Ｂ ユーザ
１ 店側端末
３ 携帯端末
５ センターサーバ
７ 通信手段
１３ ユーザカード
１５ 処理部
１７ 記憶部
─────────────────────────────────────────────────────
フロントページの続き
(51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考）
Ｈ０４Ｌ 9/32 Ｈ０４Ｌ 9/00 ６７３Ａ
Claims (3)
- 【請求項１】店側端末は、センターサーバと通信手段を
介して接続するとともに、センターサーバは、ユーザの
携帯端末と通信手段を介して接続し、店側端末は、ユー
ザのユーザカード情報を読み取り、このカード情報をセ
ンターサーバに送信し、上記センターサーバは、カード
情報を受信したとき、上記ユーザの携帯端末へメールを
送信する機能と、上記のメールに対する暗号化された応
答信号に基づいて、本人確認を行う機能とを備えたこと
を特徴とした携帯端末による本人確認システム。 - 【請求項２】センターサーバは処理部と記憶部を備える
とともに、上記記憶部は、ユーザカードに記憶されたユ
ーザ特定情報を記憶するとともに、このユーザ特定情報
と対応づけた携帯端末番号および暗証番号を記憶し、上
記処理部は、店側端末から、ユーザ特定情報を受信する
と、このユーザ特定情報に対応付けられた暗証番号を上
記記憶部から抽出し、上記ユーザの携帯端末から送信さ
れてきた暗証番号と上記の抽出した暗証番号とを比較
し、一致していれば本人確認ができたと判断することを
特徴とした請求項１に記載の携帯端末による本人確認シ
ステム。 - 【請求項３】センターサーバには、暗証番号による本人
確認を補強する目的のために用いうる情報がユーザの携
帯端末から送信され、センターサーバの処理部は、上記
目的のために用いうる情報が適正な場合に本人であると
判断することを特徴とした請求項２に記載の携帯端末に
よる本人確認システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002147434A JP2003337917A (ja) | 2002-05-22 | 2002-05-22 | 携帯端末による本人確認システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002147434A JP2003337917A (ja) | 2002-05-22 | 2002-05-22 | 携帯端末による本人確認システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2003337917A true JP2003337917A (ja) | 2003-11-28 |
Family
ID=29705998
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002147434A Pending JP2003337917A (ja) | 2002-05-22 | 2002-05-22 | 携帯端末による本人確認システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2003337917A (ja) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005202650A (ja) * | 2004-01-15 | 2005-07-28 | Casio Comput Co Ltd | 認証システム |
| WO2005074188A1 (fr) * | 2004-01-16 | 2005-08-11 | Huawei Technologies Co., Ltd. | Procede d'obtention d'une identification utilisateur pour entite d'application du reseau |
| JP2008129673A (ja) * | 2006-11-17 | 2008-06-05 | Nippon Telegr & Teleph Corp <Ntt> | ユーザ認証システム、ユーザ認証方法、それに用いるゲートウェイ及びプログラムとその記録媒体 |
| JP2009541858A (ja) * | 2006-06-19 | 2009-11-26 | ビザ ユー．エス．エー．インコーポレイテッド | 消費者認証システム及び方法 |
| JP2010505161A (ja) * | 2006-09-29 | 2010-02-18 | スカンメル，ダン | 電子取引でユーザのアイデンティティを検証するシステムおよび方法 |
| JP2012128503A (ja) * | 2010-12-13 | 2012-07-05 | Nec Computertechno Ltd | 決済装置、プログラムならびに方法 |
| JP2015513337A (ja) * | 2012-02-07 | 2015-05-07 | アイゼットル・マーチャント・サービシズ・アーベー | ハブアンドスポークｐｉｎ確認 |
-
2002
- 2002-05-22 JP JP2002147434A patent/JP2003337917A/ja active Pending
Cited By (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005202650A (ja) * | 2004-01-15 | 2005-07-28 | Casio Comput Co Ltd | 認証システム |
| WO2005074188A1 (fr) * | 2004-01-16 | 2005-08-11 | Huawei Technologies Co., Ltd. | Procede d'obtention d'une identification utilisateur pour entite d'application du reseau |
| CN1300976C (zh) * | 2004-01-16 | 2007-02-14 | 华为技术有限公司 | 一种网络应用实体获取用户身份标识信息的方法 |
| JP2009541858A (ja) * | 2006-06-19 | 2009-11-26 | ビザ ユー．エス．エー．インコーポレイテッド | 消費者認証システム及び方法 |
| US10089624B2 (en) | 2006-06-19 | 2018-10-02 | Visa U.S.A. Inc. | Consumer authentication system and method |
| US11107069B2 (en) | 2006-06-19 | 2021-08-31 | Visa U.S.A. Inc. | Transaction authentication using network |
| US11488150B2 (en) | 2006-06-19 | 2022-11-01 | Visa U.S.A. Inc. | Consumer authentication system and method |
| US12002037B2 (en) | 2006-06-19 | 2024-06-04 | Visa U.S.A. Inc. | Consumer authentication system and method |
| JP2010505161A (ja) * | 2006-09-29 | 2010-02-18 | スカンメル，ダン | 電子取引でユーザのアイデンティティを検証するシステムおよび方法 |
| JP2008129673A (ja) * | 2006-11-17 | 2008-06-05 | Nippon Telegr & Teleph Corp <Ntt> | ユーザ認証システム、ユーザ認証方法、それに用いるゲートウェイ及びプログラムとその記録媒体 |
| JP2012128503A (ja) * | 2010-12-13 | 2012-07-05 | Nec Computertechno Ltd | 決済装置、プログラムならびに方法 |
| JP2015513337A (ja) * | 2012-02-07 | 2015-05-07 | アイゼットル・マーチャント・サービシズ・アーベー | ハブアンドスポークｐｉｎ確認 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8788389B1 (en) | Methods and systems for providing a customer controlled account lock feature | |
| US8645280B2 (en) | Electronic credit card with fraud protection | |
| CN106127017B (zh) | 用于处置编码后的信息的方法和*** | |
| US5915023A (en) | Automatic portable account controller for remotely arranging for transfer of value to a recipient | |
| US7634804B2 (en) | Information providing system and method thereof | |
| JP4083428B2 (ja) | 電子決済システム、決済装置及び端末 | |
| US20210166242A1 (en) | System and method for purchasing using biometric authentication | |
| US20020116329A1 (en) | Systems and methods for approval of credit/debit account transactions using a wireless device | |
| US8751349B1 (en) | Audio-equipped transaction card systems and approaches | |
| JP2005521961A (ja) | クレジットカードおよびデビットカードの安全な取引のためのシステムと方法 | |
| WO2001082151A1 (fr) | Dispositif externe et systeme d'authentification | |
| US20190347647A1 (en) | Nfc card verification | |
| JPH11345264A (ja) | 代金決済システム及び代金決済方法 | |
| WO2001052205A1 (en) | A processing method and apparatus | |
| GB2398159A (en) | Electronic payment authorisation using a mobile communications device | |
| US20040122767A1 (en) | Method for secure, anonymous electronic financial transactions | |
| JP2005208822A (ja) | 認証装置、携帯端末、電子決済システムおよび認証プログラム | |
| KR20000049788A (ko) | 유무선통신을 이용한 개인 고유번호 자동전달 및 보안 시스템 | |
| JP2003337917A (ja) | 携帯端末による本人確認システム | |
| JP2002109436A (ja) | カード認証方法、カード認証装置及びカード認証プログラムを記録した記録媒体 | |
| JP2001249969A (ja) | 取引決済システム、サーバ、取引決済方法および記憶媒体 | |
| WO2005109998A2 (en) | Billing system according to ordering by telephone and method thereof | |
| JP6511409B2 (ja) | 金融機関における取引施錠システム及び取引施錠方法 | |
| JP2005141503A (ja) | 料金決済システム、方法および記録媒体 | |
| JP2003228683A (ja) | クレジット決済における第三者機関、第三者機関の制御方法、プログラムおよび記録媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050519 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080314 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080318 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080715 |